CN112087426A - 一种基于物联网的动态控制协议解析方法及iot设备 - Google Patents

Abstract

本申请公开了一种基于物联网的动态控制协议解析方法及IOT设备。基于物联网IOT设备的上电，所述IOT设备向服务器发送获取协议解析脚本的请求包，以得到所述IOT设备对应的协议解析脚本；所述服务器预存若干IOT设备对应的协议解析脚本；根据脚本解释器，实时运行所述协议解析脚本，以便向与所述IOT设备对应的若干目标感知设备获取数据；根据所述协议解析脚本对所述数据进行协议解析，发送至所述服务器。本发明实现了通过获取服务器中预先配置好的协议解析脚本，能够灵活的控制IOT设备与目标感知设备之间的通讯协议扩展，减少了IOT设备扩展协议的开发成本。

Description

一种基于物联网的动态控制协议解析方法及IOT设备

技术领域

本申请涉及通信技术领域，尤其涉及一种基于物联网的动态控制协议解析方法及IOT设备。

背景技术

物联网设备是用于感知设备与服务器之间的数据采集器。人们为了实现对感知设备的远程管理，需要物联网设备，以将感知层设备的通讯协议转化成统一的协议，从而与服务器进行通讯。目前，大部分厂家拥有感知设备，而感知设备往往由不同厂家开发的，每个厂家通常都会有不同的通讯协议。因此，物联网设备需要集成市上面大部分的通讯协议，然后通过配置的方式，选择对应的通讯协议与目标设备进行通讯对接，从而带来了物联网设备维护成本高及协议扩展困难的问题。

发明内容

本申请实施例提供了一种基于物联网的动态控制协议解析方法及IOT设备，解决了物联网设备维护的成本高、协议扩展困难的问题。

一方面，本申请实施例提供了一种基于物联网的动态控制协议解析方法，包括：基于物联网IOT设备的上电，IOT设备向服务器发送获取协议解析脚本的请求包，以得到IOT设备对应的协议解析脚本；服务器预存若干IOT设备对应的协议解析脚本；协议解析脚本用于解析与相应IOT设备通讯的若干目标感知设备的若干通讯协议；根据脚本解释器，实时运行协议解析脚本，以便向与IOT设备对应的若干目标感知设备获取数据；根据协议解析脚本对所述数据进行协议解析，发送至服务器。

本申请实施例提供的IOT设备通过远程获取服务器预先配置的协议解析脚本的方式，根据脚本解释器实时运行该协议解析脚本，从而获取目标感知设备的数据。因此本申请实施例并不需要提前预存多种协议，因而减少了IOT设备的维护成本，以及可以灵活调整IOT设备与目标感知设备之间的通讯协议解析，减少了后期IOT设备进行协议扩展的开发成本。

在一个示例中，脚本解释器为Lua脚本解释器。

本申请实施例提供的Lua脚本解释器采用的Lua语言，体积小及启动速度快，且Lua脚本解释器对应的Lua脚本语言以源码形式存在，因此Lua脚本解释器适合嵌入式移植和功能扩展。

在一个示例中，脚本解释器是通过增加Lua脚本源码的套接字和串口通讯而进行的接口扩展，并对接口扩展后的Lua脚本源码进行编译而得到的脚本解释器；脚本解释器预存于IOT设备中。本申请实施例通过对Lua脚本源码进行二次开发，用于移植到IOT设备。

在一个示例中，在向服务器发送获取协议解析脚本的请求包之后，方法包括：服务器对请求包进行响应，且服务器通过Netty网络异步事件驱动IOT请求及上传数据；根据编解码程序对请求包进行解码，编解码程序是由Thrift IDL文件定义得到。

本申请实施例通过Netty网络异步事件驱动IOT请求及上传数据构建高并发服务，用于响应IOT设备数据交互，解决了若干个IOT设备上传数据到服务器，导致服务器响应速度变慢的问题，提高了系统性能。此外，本申请实施例通过Thrift IDL文件定义编解码程序，将Thrift框架作为IOT设备和服务器交互的编解码器，用于数据通讯交互，达到了IOT设备端与服务器端之间跨语言的功能。

在一个示例中，对解析后的数据进行数据过滤；根据Lua编解码源码，对数据过滤后的数据进行编码；Lua编解码源码是由Thrift IDL文件定义得到。本申请实施例通过对解析后得到的无效数据进行过滤，减轻服务器的数据处理压力，适合大规模设备联网方案。

本申请实施例通过对解析后的数据进行数据过滤，减少服务器端数据处理压力，适合大规模IOT设备联网的方案。

在一个示例中，方法还包括：在IOT设备扩展协议的情况下，接收服务器的请求指令；根据服务器的请求指令，进行重启；获取服务器中更新的IOT设备对应的协议解析脚本。本申请实施例提供的Lua脚本为文本形式存在，Lua协议解析脚本可以更方便的更改IOT设备与目标感知设备之间的通讯协议解析，不受平台限制，减少了IOT设备后期协议扩展的开发成本，达到对IOT设备远程维护的作用。

在一个示例中，IOT设备向服务器发送获取协议解析脚本的请求包之后，方法包括：向服务器发送验证信息，验证信息包括IOT设备的用户名。

另一方面，本申请实施例提供了一种IOT设备，包括：接收器，用于基于物联网IOT设备的上电，向服务器发送获取协议解析脚本的请求包，以得到IOT设备对应的协议解析脚本；服务器预存若干IOT设备对应的协议解析脚本；协议解析脚本用于解析与相应IOT设备通讯的若干目标感知设备的若干通讯协议；处理器，用于根据脚本解释器，实时运行协议解析脚本，以便向与IOT设备对应的若干目标感知设备获取数据；用于根据协议解析脚本对数据进行协议解析；发射器，用于将数据发送至服务器。

在一个示例中，脚本解释器为Lua脚本解释器。

在一个示例中，脚本解释器是通过增加Lua脚本源码的套接字和串口通讯而进行的接口扩展，并对所述接口扩展后的Lua脚本源码进行编译而得到的脚本解释器；所述脚本解释器预存于所述IOT设备中。

本申请实施例提供的一种基于物联网的动态控制协议解析方法及IOT设备，通过IOT设备动态获取服务器中预先配置好的协议解析脚本，根据脚本解释器实时运行该协议解析脚本，从而获取目标感知设备的数据，减少了IOT设备的维护成本，以及能够灵活的控制IOT设备与目标感知设备的通讯协议解析，减少了后期IOT设备需要扩展协议的开发成本。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种基于物联网的动态控制协议解析系统示意图；

图2为本申请实施例提供的一种基于物联网的动态控制协议解析方法流程图；

图3为本申请实施例提供的另一种基于物联网的动态控制协议解析方法流程图；

图4为本申请实施例提供的另一种基于物联网的动态控制协议解析系统示意图；

图5为本申请实施例提供的一种物联网设备示意图。

具体实施方式

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

图1为本申请实施例提供的一种基于物联网的动态控制协议解析系统示意图。

如图1所示，IOT(Internet of things)物联网设备的动态控制协议解析系统至少包括：服务器110、若干目标感知设备以及若干IOT设备。若干IOT设备包括IOT设备120以及IOT设备130等。若干目标感知设备包括目标感知设备140、目标感知设备150、目标感知设备160以及目标感知设备170等。其中，服务器110包括数据库111，IOT设备120包括ARM芯片121，IOT设备130包括ARM芯片131。服务器110可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

IOT(Internet of things)物联网设备用于目标感知设备与服务器的数据采集器。目标感知设备是指最底层的真实设备。这里的目标感知设备指的是温度，湿度，设备报警，地理位置(经度和纬度)，计费系统，远程控制等。为了实现目标感知设备的远程管理，需要中间增加IOT设备。IOT设备的作用是将感知层设备的通讯协议转化成统一的协议与服务器通讯。目前大部分企业或者单位拥有感知层设备，查看数据只能去现场，所以需要一款通用的IOT设备与目标感知设备进行通讯。基于此，本申请实施例提供了一种基于物联网的动态协议解析的方法。

需要说明的是，在本申请实施例的物联网的动态控制协议解析系统设置有若干IOT设备。IOT设备的数量可以是一个，也可以设置多个。

为方便描述，以下以一个IOT设备120为例进行解释说明。

若干目标感知设备中各目标感知设备与IOT设备120分别进行连接，该各目标感知设备通过相应通讯协议与对应的IOT设备120进行通讯。目标感知设备的数量可以是一个，也可以设置多个。如图1所示，IOT设备120分别与目标感知设备140以及目标感知设备150进行连接，IOT设备130分别与目标感知设备160以及目标感知设备170进行连接。为方便描述，以下以目标感知设备140为例进行解释说明。

如图1所示，对IOT设备120上电，IOT设备120向服务器110发送获取协议解析脚本的请求包。服务器110首先根据Netty网络异步事件驱动响应IOT设备120的请求。然后服务器110根据编解码器进行解码，将请求包解析成具体数据。最后服务器110根据请求包中IOT设备120的身份验证信息，去数据库111中查询IOT设备120对应的协议解析脚本，并将验证结果返回至IOT设备120。

IOT设备120获取预存在服务器110的该IOT设备120对应的协议解析脚本。该协议解析脚本用于解析与IOT设备120通讯的若干目标感知设备的若干通讯协议。IOT设备120根据脚本解释器，实时运行与IOT设备120对应的协议解析脚本，向与IOT设备120通讯的若干目标感知设备获取数据。然后IOT设备120根据协议解析脚本对来自于若干目标感知设备的数据进行协议解析，最后发送至所述服务器110。

需要说明的是，服务器110中的数据库111预存若干IOT设备对应的Lua协议解析脚本。例如，MyBatis作为数据库111框架，MySQL作为数据库存储基础数据。以及预存若干IOT设备对应的设备信息，该设备信息用于识别对应的IOT设备的身份。例如，该设备信息包括若干IOT设备中各IOT设备的用户名。

在本申请的另一实施例中，服务器110的数据库111预存若干IOT设备对应的设备信息之前，首先对若干IOT设备在服务器110进行注册，包括对若干IOT设备的IP地址和数据传输端口进行注册，以便于服务器110根据注册的IP地址从注册端口接收若干IOT设备上传对应的目标感知设备的数据，具体的注册信息可以根据实际需求进行设置，此处不做具体限定。

对于使用同一种通讯协议的目标感知设备，若干IOT设备可以根据相同的脚本对上传原始设备数据进行解析。

在本申请实施例中，为了避免服务器110中重复的目标脚本的出现，可以建立IOT设备组来管理IOT设备。同一IOT设备组中包括各IOT设备，各IOT设备对应若干目标感知设备，若干目标感知设备对应若干相同的通讯协议。若干目标感知设备可以是相同的，也可以是不同的。

除此之外，本申请实施例在服务器110中注册IOT设备组，该IOT设备组包括若干IOT设备，且各IOT设备中对应若干目标感知设备。各IOT设备之间对应的若干目标感知设备的若干通讯协议相同。例如，IOT设备120对应的若干目标感知设备使用的通讯协议包括modbus以及cclink。IOT设备130对应的若干目标感知设备使用的通讯协议包括modbus以及cclink。并且同一IOT设备组使用的协议解析脚本相同。

在服务器110中注册IOT设备组的同时，IOT设备组与对应的协议解析脚本进行关联。例如，将IOT设备组的用户名与协议解析脚本进行关联。当服务器110接收到IOT设备120发送的验证信息请求包时，可以获取IOT设备120的设备用户名，并根据IOT设备120的用户名确定IOT设备组，即获取IOT设备120所属设备组的用户名。服务器110从数据库111中查询与其关联的协议解析脚本。

图2为本申请实施例提供的一种基于物联网的动态控制协议解析方法流程图。

S201、IOT设备120向服务器110发送获取协议解析的请求包，得到IOT设备对应的协议解析脚本。

在本申请的实施例中，在IOT设备120的上电后，该IOT设备120向服务器110获取Lua协议解析脚本的请求包。

例如，IOT设备120通过TCP/IP协议向服务器110获取Lua协议解析脚本的请求包。IOT设备120得到与该设备相对应的Lua协议解析脚本。该协议解析脚本用于解析IOT设备120与目标感知设备140的通讯协议。其中，服务器110预存若干IOT设备对应的协议解析脚本。若干IOT设备对应的协议解析脚本用于各IOT设备与相应的目标感知设备进行数据交互。本申请实施例通过远程获取服务器预置好的Lua协议解析脚本的方式，减少了IOT设备的维护成本。

由于各IOT设备与对应若干目标感知设备进行连接，若干目标感知设备通过若干通讯协议与对应的IOT设备进行通讯，因此各IOT设备需要配置的若干通讯协议是不同的，也可能是相同的。因此服务器110预存若干IOT设备对应的协议解析脚本是不同的，也可能是相同的。

举例来说，本申请实施例中的物联网的动态控制协议解析方法应用于农业物联网，对于农业物联网数据中所涉及的数据类型包括温度数据、湿度数据、风速数据和风向数据等，不同数据对应的目标感知设备不同，其中温度感知设备可用于采集温度数据，温度数据包括气温数据和土壤温度数据，湿度感知设备用于采集湿度数据，包括空气湿度数据和土壤湿度数据。在实际应用中，不同的目标感知设备所采集数据并传输的通讯协议不同，具体通讯协议可以根据目标感知设备进行确定，此处不做具体限定。

此外，服务器110根据Netty网络异步事件驱动进行响应IOT设备120的请求，将请求包封装为数据帧形式，以方便对请求包进行拆包。服务器110根据Thrift IDL得到java编解码器，用于将封装后的请求包解析成具体数据。

需要说明的是，Netty是异步事件驱动的网络应用程序框架，为若干IOT设备与和服务器110提供高性能的协议，并且以任意的顺序响应在任意的时间点产生的事件。本申请实施例通过Netty异步事件驱动响应IOT设备向服务器110发送的请求，解决了服务器110高并发的问题，提高了服务器110的数据处理效率。本申请实施例通过跨语言的服务部署框架Thrift采用接口描述语言IDL(Interface Definition Language)来定义通用的服务接口，并通过生成不同的语言代码来达到跨语言、平台的功能。本申请实施例提供的服务器110通过采用Thrift框架，用于与IOT设备120进行数据交互。

一个例子中，本申请实施例通过Thrift IDL得到Lua编解码器，该Lua编解码器用于IOT设备120与服务器110进行数据交互。

S202、IOT设备根据脚本解释器，实时运行协议解析脚本，向IOT设备对应的若干目标感知设备获取数据。

本申请实施例提供的Lua脚本解释器采用的Lua语言，体积小及启动速度快，且Lua脚本解释器对应的Lua脚本语言以源码形式存在，因此Lua脚本解释器适合嵌入式移植和功能扩展。

需要说明的是，Lua脚本解释器为Lua源码进行二次开发得到。一个例子中，首先获取Lua源码，例如，Lua源码5.3。然后对Lua源码增加套接字通讯接口和串口通讯接口。最后根据ARM的交叉编译器对接口扩展后的Lua源码进行编译，例如，ARM的gun交叉编译器，以得到Lua脚本解释器。其中，Lua源码是指Lua脚本解释器源码，该Lua源码通过C语言实现，但IOT设备120中的ARM121用来识别ARM指令，因此需要通过ARM交叉编译器将C语言的Lua源码翻译成ARM121能识别的指令，得到可执行文件，并移植到若干IOT设备中。

本申请实施例提供的若干IOT设备中的Lua脚本解释器均相同，各IOT设备根据该Lua脚本解释器，运行相应的Lua协议解析脚本。本申请实施例通过将Lua脚本解释器作为中间媒介，从而能让Lua协议解析脚本在对应的IOT设备中运行。

此外，本申请实施例中IOT设备120的操作系统为Linux操作系统，为Lua脚本解释器运行提供了必要的环境。例如，本申请实施例设置该Lua脚本解释器随Linux操作系统自动启动。本申请实施例并不限于Linux操作系统，例如，也可以是μC/OS操作系统。

S203、根据协议解析脚本，IOT设备对数据进行协议解析，发送至服务器。

在本申请的实施例中，IOT设备120通过该Lua协议解析脚本对数据进行协议解析，对无效数据进行过滤，将主要数据发送至服务器110。

图3为本申请实施例提供的另一种基于物联网的动态控制协议解析方法流程图。

S301、IOT设备120进行上电。例如，包括IOT设备120的若干IOT设备被远程控制上电。

S302、IOT设备120向服务器110请求Lua协议解析脚本。

在本申请的实施例中，IOT设备120通过Lua编解码程序对验证信息进行编码，该验证信息包括IOT设备120的用户名，用于识别IOT设备120的身份。IOT设备120得到向服务器110发送的请求包。

服务器110根据Netty网络异步事件驱动进行响应IOT设备120的请求，将请求包封装数据帧形式，通过java编解码器，将封装后的IOT设备120验证信息的请求包解析成具体数据。

服务器110通过数据库111验证IOT设备120对应的设备用户名，并将验证结果返回到IOT设备120。

由于IOT设备的用户名是唯一的，验证成功后，IOT设备120通过Lua编解码程序对获取协议解析脚本的信息进行编码，得到向服务器110发送获取协议解析脚本的请求包。

服务器110根据Netty网络异步事件驱动进行响应IOT设备120的请求，将请求包封装数据帧形式。此外，服务器110通过java编解码器，将封装后的IOT设备120获取协议解析脚本的请求包解析成具体数据。

服务器110根据IOT设备120的用户名，通过数据库111查询对应的协议解析脚本，返回给IOT设备120。

一个例子中，在IOT设备120需要扩展协议时，服务器110中的数据库111预存IOT设备120对应的更新后的Lua协议解析脚本。服务器110向IOT设备120发送重启指令，使IOT设备120进行远程重启。IOT设备120上电，向服务器110请求更新后的Lua协议解析脚本。

本申请实施例中通过远程获取服务器预存的Lua协议解析脚本，可以灵活调整IOT设备与目标感知设备之间的通讯协议解析，减少了后期IOT设备进行协议扩展的开发成本，实现了远程维护的作用。

S303、请求Lua协议解析脚本是否成功。

具体的，请求不成功，执行步骤302,。请求成功，执行步骤304。

S304、IOT设备120循环执行Lua协议解析脚本。

具体的，IOT设备120根据Lua脚本解释器，实时运行Lua协议解析脚本。

S305、IOT设备120向目标感知设备140发送请求数据指令。

本申请实施例中的若干IOT设备并不限于各IOT设备向目标感知设备发送请求数据指令，可以向对应的IOT设备发送数据，也可以根据特定的需求使目标感知设备主动将数据上报对应的IOT设备。

S306、IOT设备120请求数据是否成功。

具体的，IOT设备120请求数据不成功，执行步骤305。IOT设备120请求数据成功，执行步骤307。

S307、IOT设备120对获取的数据进行协议解析。

具体的，IOT设备120根据Lua脚本解释器对获取的数据进行协议解析。

S308、IOT设备120对获取的数据进行过滤。

具体的，IOT设备120对获取的无效数据进行过滤，得到目标感知设备140的主要数据。例如，IOT设备120在某些场景会轮训的获取一些数据，导致重复数据过多，通过对获取的重复数据进行过滤，从而得到目标感知设备140的主要数据，减轻服务器110的压力，适合大规模IOT设备联网的方案。

S309、IOT设备120将数据转换成统一协议，将转换后的数据发送至服务器110。

具体的，IOT设备通过Lua编解码器将过滤后得到的数据进行编码，并将编码后的数据发送至服务器110。

S310、服务器110接收到数据，并将数据进行存储。

具体的，服务器接收到来自于IOT设备120的数据，将数据保存在数据库111。

基于上面的方案，本申请实施例能够通过IOT设备120动态获取服务器110中预先配置好的协议解析脚本，根据脚本解释器实时运行该协议解析脚本，从而获取目标感知设备140的数据，减少了IOT设备120的维护成本，以及能够灵活的控制IOT设备120与目标感知设备140的通讯协议解析，减少了后期IOT设备需要扩展协议的开发成本。也通过对解析后的数据进行数据过滤，减少服务器端数据处理压力，适合大规模IOT设备联网的方案。

图4为本申请实施例提供的另一种基于物联网的动态控制协议解析系统示意图。

该系统包括：服务器110、若干目标感知设备以及若干IOT设备。若干IOT设备包括IOT设备120以及IOT设备130等。若干目标感知设备包括目标感知设备140、目标感知设备150、目标感知设备160以及目标感知设备170等。

服务器110，用于预存若干IOT设备对应的协议解析脚本，以及用于根据Netty网络异步事件驱动进行响应IOT设备120的请求和数据上传。

若干IOT设备，用于向服务器110发送获取协议解析脚本的请求包，以得到若干IOT设备对应的协议解析脚本。服务器110预存若干IOT设备对应的协议解析脚本。协议解析脚本用于解析与相应IOT设备通讯的若干目标感知设备的若干通讯协议。以及用于根据脚本解释器，实时运行所述协议解析脚本，以便向与各IOT设备对应的若干目标感知设备获取数据。以及用于根据协议解析脚本对对应的若干目标感知设备的数据进行协议解析，发送至服务器110。

若干目标感知设备，用于数据采集。以及用于提供串口或者网口与相应的IOT设备进行数据交互。

基于同样的思路，本申请的一些实施例还提供了上述方法对应的设备和非易失性计算机存储介质。

图5为本申请实施例提供的一种物联网设备。该物联网设备至少包括接收器510、处理器520、发送器530。

接收器510用于基于物联网IOT设备120的上电，向服务器发送获取协议解析脚本的请求包，以得到IOT设备120对应的协议解析脚本。服务器110预存若干IOT设备对应的协议解析脚本。协议解析脚本用于解析与相应IOT设备通讯的若干目标感知设备的若干通讯协议。以及用于用于在IOT设备120扩展协议的情况下，接收服务器的请求指令。

处理器520用于根据脚本解释器，实时运行协议解析脚本，以便向与IOT设备120对应的若干目标感知设备获取数据。以及用于根据协议解析脚本对数据进行协议解析。以及用于根据服务器的请求指令，进行重启；获取服务器中更新的IOT设备120对应的协议解析脚本。

发射器530用于将若干目标感知设备的数据发送至服务器110。

本申请的一些实施例提供的对应于图1的一种基于物联网的动态控制协议解析的非易失性计算机存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述物联网的动态控制协议解析方法。

例如，计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于物联网的动态控制协议解析方法，其特征在于，所述方法包括：

基于物联网IOT设备的上电，所述IOT设备向服务器发送获取协议解析脚本的请求包，以得到所述IOT设备对应的协议解析脚本；所述服务器预存若干IOT设备对应的协议解析脚本；所述协议解析脚本用于解析与相应IOT设备通讯的若干目标感知设备的若干通讯协议；

根据脚本解释器，实时运行所述协议解析脚本，以便向与所述IOT设备对应的若干目标感知设备获取数据；

根据所述协议解析脚本对所述数据进行协议解析，发送至所述服务器。

2.根据权利要求1所述的一种基于物联网的动态控制协议解析方法，其特征在于，所述脚本解释器为Lua脚本解释器。

3.根据权利要求2所述的一种基于物联网的动态控制协议解析方法，其特征在于，所述脚本解释器是通过增加Lua脚本源码的套接字和串口通讯而进行的接口扩展，并对所述接口扩展后的Lua脚本源码进行编译而得到的脚本解释器；所述脚本解释器预存于所述IOT设备中。

4.根据权利要求1所述的一种基于物联网的动态控制协议解析方法，其特征在于，在所述向服务器发送获取协议解析脚本的请求包之后，所述方法包括：

所述服务器对所述请求包进行响应，且所述服务器通过Netty网络异步事件驱动IOT请求及上传数据；

根据编解码程序对所述请求包进行解码，所述编解码程序是由Thrift IDL文件定义得到。

5.根据权利要求1所述的一种基于物联网的动态控制协议解析方法，其特征在于，包括：

对解析后的数据进行数据过滤；根据Lua编解码源码，对数据过滤后的数据进行编码；所述Lua编解码源码是由Thrift IDL文件定义得到。

6.根据权利要求1所述的一种基于物联网的动态控制协议解析方法，其特征在于，所述方法还包括：

在所述IOT设备扩展协议的情况下，接收所述服务器的请求指令；

根据所述服务器的请求指令，进行重启；

获取所述服务器中更新的所述IOT设备对应的协议解析脚本。

7.根据权利要求1所述的一种基于物联网的动态控制协议解析方法，其特征在于，所述IOT设备向服务器发送获取协议解析脚本的请求包之后，所述方法包括：

向所述服务器发送验证信息，所述验证信息包括所述IOT设备的用户名。

8.一种IOT设备，其特征在于，所述设备包括：

接收器，用于基于物联网IOT设备的上电，向服务器发送获取协议解析脚本的请求包，以得到所述IOT设备对应的协议解析脚本；所述服务器预存若干IOT设备对应的协议解析脚本；所述协议解析脚本用于解析与相应IOT设备通讯的若干目标感知设备的若干通讯协议；

处理器，用于根据脚本解释器，实时运行所述协议解析脚本，以便向与所述IOT设备对应的若干目标感知设备获取数据；以及用于根据所述协议解析脚本对所述数据进行协议解析；

发射器，用于将所述数据发送至所述服务器。

9.根据权利要求8所述的一种IOT设备，其特征在于，所述脚本解释器为Lua脚本解释器。

10.根据权利要求8所述的一种IOT设备，其特征在于，所述脚本解释器是通过增加Lua脚本源码的套接字和串口通讯而进行的接口扩展，并对所述接口扩展后的Lua脚本源码进行编译而得到的脚本解释器；所述脚本解释器预存于所述IOT设备中。

Images