CN116016005A - 物联网设备接入方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请提供了一种物联网设备接入方法、装置、电子设备及存储介质，该方法应用于物联网服务端。该方法包括：获取接入协议对应的协议插件；加载协议插件，并配置协议端口，以部署接入协议；基于部署的接入协议，处理物联网设备接入物联网服务端时传输的消息。根据本申请实施例，可以支持使用任意接入协议的物联网设备接入物联网服务端，降低接入成本，提高接入时数据交互的效率。

Description

物联网设备接入方法、装置、电子设备和存储介质

技术领域

本申请涉及物联网技术领域，尤其涉及一种物联网设备接入方法、装置、电子设备及存储介质。

背景技术

随着物联网技术的持续发展，物联网设备数量的快速增长，物联网设备接入物联网服务端使用的接入协议也变得多种多样。不同行业有各自的行业接入协议，不同企业也有各自的私有接入协议，不同的接入协议拥有不同的数据传输标准。物联网服务端是物联网设备统一接入的平台，面临协议种类多，适配难度大的问题。在相关技术中，物联网服务端需要额外部署协议转换网关，将不同的物联网设备使用的接入协议统一转换成MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)协议，之后才能实现物联网设备接入物联网服务端，以满足各种业务场景下的数据传输。协议转换网关需要对物联网设备接入物联网服务端时的每一次数据交互进行协议转化，协议转换速度慢，影响物联网设备接入物联网服务端的效率。

发明内容

本申请实施例提供一种物联网设备接入方法、装置、电子设备及存储介质，以解决相关技术存在的问题。

第一方面，本申请实施例提供了一种物联网设备接入方法，应用于物联网服务端，包括：获取接入协议对应的协议插件；加载所述协议插件，并配置协议端口，以部署所述接入协议；基于部署的所述接入协议，处理所述物联网设备接入所述物联网服务端时传输的消息。

第二方面，本申请实施例提供了一种物联网设备接入方法，应用于物联网服务端，包括：通过协议端口获取所述物联网设备传输的消息；确定所述协议端口对应部署的接入协议；基于部署的所述接入协议对所述物联网设备传输的消息进行解码。

第三方面，本申请实施例提供了一种物联网设备接入装置，部署于物联网服务端，包括：获取单元，配置来获取接入协议对应的协议插件；部署单元，配置来加载所述协议插件，并配置协议端口，以部署所述接入协议；处理单元，配置来基于部署的所述接入协议，处理所述物联网设备接入所述物联网服务端时传输的消息。

第四方面，本申请实施例提供了一种物联网设备接入装置，部署于物联网服务端，包括：消息获取单元，配置来通过协议端口获取所述物联网设备传输的消息；协议确定单元，配置来确定所述协议端口对应部署的接入协议；消息解码单元，配置来基于部署的所述接入协议对所述物联网设备传输的消息进行解码。

第五方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器在执行所述计算机程序时实现上述任一项所述的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法。

与现有技术相比，本申请具有如下优点：

依据本申请实施例，物联网服务端可以获取任意接入协议对应的协议插件，通过部署该接入协议来处理物联网设备接入时发送的消息。使用任意接入协议的物联网设备采用直连的方式接入物联网服务端，省去了协议转换网关进行协议转换的步骤，交互链路更短，接入时的效率高，速度快。

依据本申请实施例，物联网服务端上部署有多种协议，物联网服务端通过协议端口获取物联网设备传输的消息，并采用协议端口对应的接入协议对获取的数据进行处理。物联网服务端可以快速区分上传数据的物联网设备使用的接入协议，并采用该接入协议对获取的数据进行处理，提高了物联网设备接入物联网服务端时上传或获取消息的效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，可依照说明书的内容予以实施，并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请的一些实施方式，而不应将其视为是对本申请范围的限制。

图1是示出相关技术实现物联网设备接入的一种方案的示意图；

图2是示出本申请一实施例的物联网设备接入方案的示意图；

图3是示出本申请一实施例的物联网设备接入方法的流程图；

图4是示出本申请另一实施例的物联网设备接入方法的流程图；

图5是示出本申请又一实施例的物联网设备接入方法的流程图；

图6是示出本申请一实施例的物联网设备接入装置的结构框图；

图7是示出本申请另一实施例的物联网设备接入装置的结构框图；以及

图8是示出本申请一实施例的电子设备的框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的构思或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的，而非限制性的。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明。以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

在本申请之前的一种相关技术中，为了将使用不同接入协议的物联网设备接入物联网服务端，实现物联网设备与物联网服务端的数据交互，物联网服务端使用协议转换网关将不同物联网设备使用的行业或私有协议转换为统一的MQTT协议，再进行数据交互。MQTT协议是一种基于发布/订阅(Publish/Subscribe)模式的轻量级通讯协议，在物联网领域有着广泛的应用。图1是示出相关技术实现物联网设备接入的一种方案的示意图。例如，厂商1的物联网设备使用私有接入协议1，厂商2的物联网设备使用私有接入协议2。在厂商1的物联网设备接入物联网服务端，向物联网服务端传输数据时，协议转换网关需要将该物联网设备使用的私有接入协议1转换为物联网服务端使用的MQTT协议；同理，在厂商2的物联网设备接入物联网服务端时，协议转换网关还需要将私有接入协议2转换为MQTT协议。在物联网服务端向物联网设备传输数据的过程中，协议转换网关需要将MQTT协议转换为物联网设备使用的行业或私有接入协议(例如，私有接入协议1和私有接入协议2)。协议转换网关需要对多种协议进行适配，还需要对协议之间的转换进行调试，增加了物联网设备接入的成本，并且协议转换速度慢、效率低，影响物联网设备接入物联网服务端的效率。

有鉴于此，本申请实施例提供了一种新的物联网设备接入方案，以全部或部分解决上述相关技术中存在的问题。为了更清楚地展示本申请实施例中提供的物联网设备接入方案，如下给出本申请实施例方案的具体应用实例。图2是示出本申请一实施例的物联网设备接入方案的示意图。如图2所示，物联网设备厂商(例如，厂商1、厂商2和厂商N)的协议开发者将开发完成的协议插件上传至物联网服务端，物联网服务端在设备接入层中动态加载接收到的协议插件，使物联网服务端在不停机的情况下部署该协议，用以实现各个物联网设备基于各自厂商开发的协议接入物联网服务端，进行数据交互。物联网服务端在完成协议部署后，厂商1、厂商2和厂商N的物联网设备可以使用对应的协议(例如，私有接入协议1、私有接入协议2和私有接入协议N)与物联网服务端进行数据交互。相对上述相关技术，本申请实施例的技术方案可以实现各个物联网设备直连接入物联网服务端，节省了协议转换的时间和成本，物联网设备可以以更高效率接入物联网服务端，以更快的速度完成与物联网服务端的数据交互，且物联网服务端可以在不停机的情况下动态加载更多的协议插件，提高了水平扩展能力。

本申请一实施例提供了一种物联网设备接入方法300，该方法应用于物联网服务端，物联网服务端可以部署在公有云、私有云、混合云等环境。下文将参照图3对本申请的物联网设备接入方法300进行说明。图3是示出了本申请一实施例的物联网设备接入方法300的流程图。如图3所示，所述物联网设备接入方法300可以包括如下步骤S301至S303。下面将结合具体实施例对步骤S301至步骤S303进行详细说明。

首先进入步骤S301。在步骤S301，获取接入协议对应的协议插件。

在一实施例中，物联网设备厂商可以将接入协议对应的协议插件存储在一个服务器中，允许物联网服务端来获取该协议插件。在另一实施例中，物联网设备厂商可以通过FTP(File Transfer Protocol,文件传输协议)将协议插件上传至物联网服务端的目标服务器中。物联网设备厂商也可以通过HTTP(Hyper Text Transfer Protocol,超文本传输协议)将协议插件上传至物联网服务端的目标服务器中。上文对物联网服务端获取接入协议对应的协议插件方式的描述仅是示例性的，本领域技术人员可以根据实际情况对获取协议插件的方式进行选择。

在一些实施例中，物联网服务端发布协议服务编程接口(Service ProgrammingInterface,SPI)规范，该协议服务编程接口规范由物联网服务端定义，上述协议插件基于该协议服务编程接口规范进行开发。物联网服务端可以将协议服务编程接口规范发布在文件服务器或网页上，允许各个物联网设备厂商通过访问该文件服务器或网页来获取协议服务编程接口规范。物联网服务端也可以通过网络传输(例如，邮件、TCP通信)的方式将协议服务编程接口规范下发至各个物联网设备厂商。

在一些实施例中，协议服务编程接口规范包括编解码规范、安全认证规范、粘包拆包规范中的至少一项。协议服务编程接口规范可以包括一系列的接口函数，进一步包括函数的名称，函数的功能描述，函数需要传入参数以及该函数的返回值。

在一些实施例中，一些物联网设备使用电池进行供电，对省电要求较高，所以这些物联网设备采用二进制格式的数据，以减少电量的消耗。一些物联网服务端使用的是JSON(JavaScript Object Notation,JS对象简谱)格式的数据，另一些物联网服务端使用的是XML(Extensible Markup Language,可扩展标记语言)格式的数据。在一实施例中，物联网服务端使用JSON格式的数据，物联网服务端需要定义编解码规范，用以实现物联网设备使用的数据格式与物联网服务端使用的数据格式之间的转换。例如，编解码规范包括用于二进制格式数据和JSON格式数据相互转换的一系列接口函数。例如，编解码规范中解码函数的名称可以是Decode，解码函数的功能是将二进制数据转换为JSON数据，传入的参数是二进制数据值，返回值是JSON数据。

在一些实施例中，在TCP(Transmission Control Protocol,传输控制协议)传输过程中，TCP会根据发送缓冲区的实际情况对数据包进行拆分或拼装。例如，发送端发送了两个数据包P1和P2给接收端，由于TCP是面向连接的协议，不会出现丢包的现象，如果接收端只收到一个数据包，这个数据包中包含了P1和P2两个数据包的信息，这种情况是粘包；如果接收端收到两个数据包，第一个数据包包含完整的P1包和P2包的部分内容，第二个数据包包含P2包的剩余内容，这种情况是拆包。所以物联网服务端还需要定义粘包拆包规范，用以解析出物联网设备发送的完整的数据。

物联网设备厂商可以基于协议服务编程接口规范开发和调试协议插件。例如，一个物联网设备厂商属于水文行业，该厂商生产的水文监测物联网设备需要遵循SL651-2014《水文监测数据通信规约》的数据传输标准，该厂商可以基于协议服务编程接口规范中的各项接口函数进行协议插件的开发，使协议插件的功能满足上述水文监测的数据传输标准。物联网设备厂商还需要对开发的协议插件进行调试，保证协议插件可以正常运行，物联网设备厂商还可以对协议插件进行性能优化，使协议插件以更高的效率运行。

在一些实施例中，物联网服务端可以基于Java语言定义协议服务编程接口规范，与之对应的，物联网设备厂商需要使用Java语言开发协议插件，协议插件可以是Jar(JavaArchive,Java归档)文件的形式。在另一实施例中，物联网服务端可以基于C语言定义协议服务编程接口规范，与之对应的，物联网设备厂商需要使用C语言开发协议插件，协议插件可以是DLL(Dynamic-Link Library,动态链接库)文件。对应于协议服务编程接口规范中的粘包拆包规范、编解码规范和安全认证规范，物联网设备厂商开发的协议插件也可以包括粘包拆包模块、编解码模块和安全认证模块。上文对物联网服务端基于编程语言定义协议服务编程接口规范仅是示例性的，本领域技术人员可以根据实际情况对协议服务编程接口规范的编程语言进行选择。

接下来进入步骤S302。在步骤S302，加载所述协议插件，并配置协议端口，以部署所述接入协议。

在一些实施例中，物联网服务端使用热加载技术动态加载接收到的协议插件。例如，物联网服务端获取到物联网设备厂商基于Java语言开发的协议插件Jar，物联网服务端在它的JVM(Java Virtual Machine,Java虚拟机)中使用Java ClassLoader动态加载上述协议插件Jar，满足在物联网服务端不停机的情况下加载协议插件Jar，以部署该接入协议，实现协议的水平扩展。

在一些实施例中，物联网服务端和物联网设备厂商需要为物联网设备厂商开发的协议约定一个端口。端口可以是物联网服务端定义，也可以是物联网设备厂商定义，只要双方协商约定即可。端口是用于区分一台计算机中收到的数据包应该转交给哪一个进程处理。每一个接入协议对应一个端口，同一个端口不可以对应多个协议。端口号为整数，范围是从0至65535。例如，物联网服务端可以和一个水文行业的物联网设备厂商约定选择10001这个端口对应该物联网设备厂商开发的协议，该厂商的物联网设备可用通过物联网服务端的IP地址和该端口号接入该物联网服务端，并进行信息交互。例如，物联网服务端的IP地址为110.242.101.101，一个水文行业的物联网设备需要上报当前一条河流的水位高度，该物联网设备可以通过110.242.101.101:10001接入物联网服务端，并传输当前河流水位高度信息。

在一些实施例中，物联网服务端在它的接入网关上配置协议端口。接入网关是物联网设备与物联网服务端信息交互的桥梁，接入网关可以提供路由服务，将接收到的物联网设备请求消息转发至物联网服务端对应的服务节点。当物联网设备发送的请求消息过多时，接入网关还可以采用限流或熔断的方式阻止物联网设备的请求消息，以保证整个物联网服务端的可用性。在接入网关上配置协议端口，可以使接入网关暴露该端口，接入网关可以从该端口等待接收物联网设备传输的消息。

在一些实施例中，物联网服务端启动接入网关，并监听协议端口。物联网服务端启动接入网关后，通过接入网关向外暴露的端口监听是否有物联网设备通过该端口传输消息。如果接收到物联网设备传输的消息，物联网服务端可以基于部署的协议对收到的消息进行处理。

接下来进入步骤S303。在步骤S303，基于部署的所述接入协议，处理所述物联网设备接入所述物联网服务端时传输的消息。

在一些实施例中，物联网服务端通过部署完成的接入协议，对物联网设备发送的消息进行解码、响应、编码、发送等处理，以完成本次物联网设备接入物联网服务端的业务请求。

本申请另一实施例提供了一种物联网设备接入方法400，该方法应用于物联网服务端。下文将参照图4对本申请的物联网设备接入方法400进行说明。图4是示出了本申请另一实施例的物联网设备接入方法400的流程图。如图4所示，所述物联网设备接入方法400可以包括如下步骤S401至S403。下面将结合具体实施例对步骤S401至步骤S403进行详细说明。

首先进入步骤S401。在步骤S401，通过协议端口获取所述物联网设备传输的消息。

在一些实施例中，物联网服务端通过监听配置的协议端口，接收物联网设备传输的消息。例如，物联网服务端为一个水文行业物联网设备厂商配置的端口为10001，物联网服务端可以持续监听10001端口，以接收该厂商物联网设备传输的消息。

接下来进入步骤S402。在步骤S402，确定所述协议端口对应部署的接入协议。

在一些实施例中，物联网服务端中部署有多个接入协议(例如，水文行业接入协议、智能家具行业接入协议、车联网行业接入协议)，物联网服务端需要根据接收到消息的端口确定使用何种接入协议对该消息进行处理。例如，物联网服务端收到消息的端口号是10001，物联网服务端根据协议端口和接入协议的对应关系确定出该接入协议为水文行业接入协议，物联网服务端需要使用该接入协议对收到的物联网设备传输的消息进行处理。

接下来进入步骤S403。在步骤S403，基于部署的所述接入协议对所述物联网设备传输的消息进行解码。

解码是将信息从一种形式或格式转换为另一种形式的过程。编码是解码的逆过程。例如，一些物联网设备由于使用电池进行供电，对省电要求较高，这些物联网设备使用二进制格式的数据；物联网服务端没有资源方面的限制，使用的是JSON格式数据，因此在物联网服务端收到物联网设备的二进制数据之后，需要使用部署的接入协议中的编解码模块将二进制数据转换成物联网服务端可以处理的JSON数据。例如，一个水文行业物联网设备厂商生产的物联网设备向物联网服务端传输了诸如0x00110111这样的二进制数据，物联网服务端使用水文行业接入协议中的编解码模块将该二进制数据的前四位0011解码为waterlevel(水位)，将该二进制数据的后四位解码为7，将该二进制数据整体上解码为{waterlevel:7}这样的JSON数据，使物联网服务端可以对该JSON数据进行进一步处理。

在一些实施例中，物联网设备与物联网服务端通过TCP传输通道连接，物联网服务端还需要基于部署的接入协议对物联网设备传输的消息进行粘包或拆包处理。当物联网设备与物联网服务端通过建立TCP传输通道连接时，粘包或拆包是指当物联网设备传输消息时，TCP会根据缓冲区的实际情况对数据包进行划分，在这种情况下，一个完整的数据包可以被拆分成多个数据包进行发送，若干个小的数据包也可以被封装成一个大的数据包进行发送。因此，物联网服务端可以使用部署的接入协议中的粘包拆包模块对接收的数据包进行处理，用以获取一个完整的物联网设备传输的消息。

本申请又一实施例提供了一种物联网设备接入方法500，该方法应用于物联网服务端。在一实施例中，接入方法500在接入方法400之后执行。下文将参照图5对本申请的物联网设备接入方法500进行说明。图5是示出了本申请又一实施例的物联网设备接入方法500的流程图。如图5所示，所述物联网设备接入方法500可以包括如下步骤S501至S502。下面将结合具体实施例对步骤S501至步骤S502进行详细说明。

首先进入步骤S501。在步骤S501，确定解码结果的消息类型，并基于所述消息类型生成响应消息。

在一些实施例中，物联网服务端根据自身的处理逻辑，基于解码结果的消息的类型，生成对应的响应消息。例如，一个水文物联网设备向物联网服务端发送PUBLISH(发布)消息，该PUBLISH消息中包含了当前一条河流的水位高度。物联网服务端将该消息解码后，识别出该消息为PUBLISH类型，物联网服务端可以存储PUBLISH消息中河流水位高度的信息，并返回PUBACK(发布确认)消息给该物联网设备，告诉该物联网设备发布成功。又例如，一个智能音箱物联网设备向物联网服务端发送SUBSCRIBE(订阅)报文，该SUBSCRIBE报文包含了河流水位高度的订阅主题。物联网服务端将该消息解码后，识别出该消息为SUBSCRIBE类型，物联网服务端可以向该物联网设备返回SUBACK(订阅确认)消息，告诉该物联网设备订阅成功，并可以在预设时间向该物联网设备推送河流水位高度信息。

在一些实施例中，物联网服务端中存储有物联网设备对应的认证信息，在物联网服务端基于解码结果的消息类型生成响应消息之前，如果消息类型为安全认证类型，物联网服务端需要根据物联网设备的认证消息，验证解码结果。物联网服务端可以提前将需要接入物联网服务端的物联网设备进行注册，注册完成后，物联网服务端还可以保存物联网设备的认证信息(例如，密钥、产品序列号、MAC地址(Media Access Control Address，媒体存取控制位址))。在一实施例中，物联网设备可以使用自身的密钥对产品序列号进行数字签名，并将该数字签名作为安全认证消息的消息体发送至物联网服务端，物联网服务端根据保存的该物联网设备的认证信息对安全认证消息中的数字签名进行验证。如果验证通过，物联网服务端可以向该物联网设备发放一个Access Token(访问令牌)，物联网设备可以在之后与物联网服务端交互的消息中携带该Access Token，表明自己已经获得物联网服务端的访问授权；如果没有验证通过，物联网服务端则断开与该物联网设备的连接，拒绝该物联网设备的访问。

接下来进入步骤S502。在步骤S502，基于部署的所述接入协议对所述响应消息进行编码，并将编码后的响应消息发送至所述物联网设备。

在一些实施例中，物联网服务端生成的消息为JSON格式，物联网设备只能识别二进制数据，物联网服务端需要使用部署的接入协议中的编解码模块将JSON数据编码为二进制数据，并将该二进制数据返回至物联网设备。

与本申请实施例提供的接入方法300的应用场景以及接入方法300相对应地，本申请实施例还提供一种物联网设备接入装置600，部署于物联网服务端，下文将参照图6对本申请的物联网设备接入装置600进行说明。图6是示出本申请一实施例的物联网接入装置的结构框图。如图6所示，物联网设备接入装置600可以包括：获取单元601、部署单元602以及处理单元603。

获取单元601，配置来获取接入协议对应的协议插件。

获取单元601可以是物联网服务端中的一个组件，物联网服务端通过该组件来获取接入协议对应的协议插件。物联网服务端可以部署在私有云、公有云、混合云等环境。

在一些实施例中，物联网服务端发布协议服务编程接口(Service ProgrammingInterface,SPI)规范，该协议服务编程接口规范由物联网服务端定义，上述协议插件基于该协议服务编程接口规范进行开发。物联网服务端可以将协议服务编程接口规范发布在文件服务器或网页上，允许各个物联网设备厂商通过访问该文件服务器或网页来获取协议服务编程接口规范。物联网服务端也可以通过网络传输(例如，邮件、TCP通信)的方式将协议服务编程接口规范下发至各个物联网设备厂商。

诸如协议插件、协议服务编程接口规范这样的特征的说明可以参见上文关于物联网设备接入方法300的内容，此处为了说明书的简便，将省略对此类特征的详细描述。

部署单元602，配置来加载所述协议插件，并配置协议端口，以部署所述接入协议。

部署单元602可以是物联网服务端中的一个组件，物联网服务端通过该组件来部署接入协议。

在一些实施例中，物联网服务端使用热加载技术动态加载接收到的协议插件。例如，物联网服务端获取到物联网设备厂商基于Java语言开发的协议插件Jar，物联网服务端在它的JVM(Java Virtual Machine,Java虚拟机)中使用Java ClassLoader动态加载上述协议插件Jar，满足在物联网服务端不停机的情况下加载协议插件Jar，以部署该接入协议，实现协议的水平扩展。

在一些实施例中，物联网服务端在它的接入网关上配置协议端口。接入网关是物联网设备与物联网服务端信息交互的桥梁，接入网关可以提供路由服务，将接收到的物联网设备请求消息转发至物联网服务端对应的服务节点。当物联网设备发送的请求消息过多时，接入网关还可以采用限流或熔断的方式阻止物联网设备的请求消息，以保证整个物联网服务端的可用性。在接入网关上配置协议端口，可以使接入网关暴露该端口，接入网关可以从该端口等待接收物联网设备传输的消息。

处理单元603，配置来基于部署的所述接入协议，处理所述物联网设备接入所述物联网服务端时传输的消息。

处理单元603可以是物联网服务端中的一个组件，物联网服务端通过该组件来处理物联网设备传输的消息。

在一实施例中，装置600还可以包括：

发布单元，配置来发布所述物联网服务端定义的协议服务编程接口规范，所述协议插件基于所述协议服务编程接口规范进行开发。

本申请实施例装置中的各模块的功能可以参见上述接入方法300中的对应描述，并具备相应的有益效果，在此不再赘述。

与本申请实施例提供的接入方法400的应用场景以及接入方法400相对应地，本申请实施例还提供一种物联网设备接入装置700，部署于物联网服务端，下文将参照图7对本申请的物联网设备接入装置700进行说明。图7是示出本申请一实施例的物联网接入装置的结构框图。如图7所示，物联网设备接入装置700可以包括：消息获取单元701、协议确定单元702以及消息解码单元703。

消息获取单元701，配置来通过协议端口获取所述物联网设备传输的消息。

消息获取单元701可以是物联网服务端中的一个组件，物联网服务端通过该组件来获取物联网设备传输的消息。

协议确定单元702，配置来确定所述协议端口对应部署的接入协议。

协议确定单元702可以是物联网服务端中的一个组件，物联网服务端通过该组件来确定协议端口对应部署的接入协议。

消息解码单元703，配置来基于部署的所述接入协议对所述物联网设备传输的消息进行解码。

消息解码单元703可以是物联网服务端中的一个组件，物联网服务端通过该组件基于部署的接入协议对物联网设备传输的消息进行解码。

本申请实施例装置中的各模块的功能可以参见上述接入方法400中的对应描述，并具备相应的有益效果，在此不再赘述。

依据本申请实施例，物联网服务端可以获取任意接入协议对应的协议插件，通过部署该接入协议来处理物联网设备接入时发送的消息。使用任意接入协议的物联网设备采用直连的方式接入物联网服务端，省去了协议转换网关进行协议转换的步骤，交互链路更短，接入时的效率高，速度快。

依据本申请实施例，物联网服务端上部署有多种协议，物联网服务端通过协议端口获取物联网设备传输的消息，并采用协议端口对应的接入协议对获取的数据进行处理。物联网服务端可以快速区分上传数据的物联网设备使用的接入协议，并采用该接入协议对获取的数据进行处理，提高了物联网设备接入物联网服务端时上传或获取消息的效率。

图8为用来实现本申请实施例的电子设备的框图。如图8所示，该电子设备包括：存储器801和处理器802，存储器801内存储有可在处理器802上运行的计算机程序。处理器802执行该计算机程序时实现上述实施例中的方法。存储器801和处理器802的数量可以为一个或多个。

该电子设备还包括：

通信接口803，用于与外界设备进行通信，进行数据交互传输。

如果存储器801、处理器802和通信接口803独立实现，则存储器801、处理器802和通信接口803可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器801、处理器802及通信接口803集成在一块芯片上，则存储器801、处理器802及通信接口803可以通过内部接口完成相互间的通信。

本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现本申请实施例中提供的方法。

本申请实施例还提供了一种芯片，该芯片包括处理器，用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本申请实施例提供的方法。

本申请实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施例提供的方法。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(Advanced RISC Machines，ARM)架构的处理器。

进一步地，可选的，上述存储器可以包括只读存储器和随机访问存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以包括随机访问存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM均可用。例如，静态随机访问存储器(Static RAM，SRAM)、动态随机访问存储器(Dynamic Random Access Memory，DRAM)、同步动态随机访问存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机访问存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机访问存储器(Enhanced SDRAM，ESDRAM)、同步链接动态随机访问存储器(Sync link DRAM，SLDRAM)和直接内存总线随机访问存储器(DirectRambus RAM，DR RAM)。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生依照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中描述的或在此以其他方式描述的任何过程或方法可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中描述的或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的示例性实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请记载的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种物联网设备接入方法，应用于物联网服务端，包括：

获取接入协议对应的协议插件；

加载所述协议插件，并配置协议端口，以部署所述接入协议；

基于部署的所述接入协议，处理所述物联网设备接入所述物联网服务端时传输的消息。

2.根据权利要求1所述的接入方法，还包括：

发布所述物联网服务端定义的协议服务编程接口规范，所述协议插件基于所述协议服务编程接口规范进行开发。

3.根据权利要求1或2所述的接入方法，其中，所述配置协议端口，包括：

在所述物联网服务端的接入网关上配置所述协议端口；

启动所述接入网关，并监听所述协议端口。

4.根据权利要求2所述的接入方法，其中，所述协议服务编程接口规范包括编解码规范、安全认证规范、粘包拆包规范中的至少一项。

5.根据权利要求1或2所述的接入方法，其中，所述协议插件是以热加载技术进行动态加载。

6.一种物联网设备接入方法，应用于物联网服务端，包括：

通过协议端口获取所述物联网设备传输的消息；

确定所述协议端口对应部署的接入协议；

基于部署的所述接入协议对所述物联网设备传输的消息进行解码。

7.根据权利要求6所述的接入方法，还包括：

确定解码结果的消息类型，并基于所述消息类型生成响应消息；

基于部署的所述接入协议对所述响应消息进行编码，并将编码后的响应消息发送至所述物联网设备。

8.根据权利要求7所述的接入方法，其中，所述物联网服务端中存储有所述物联网设备对应的认证信息，在所述基于所述消息类型生成响应消息之前，所述接入方法还包括：

如果所述消息类型是安全认证类型，根据所述认证信息，验证所述解码结果。

9.根据权利要求7或8所述的接入方法，其中，所述物联网设备与所述物联网服务端通过TCP传输通道连接，所述接入方法还包括：

基于部署的所述接入协议对所述物联网设备传输的消息进行粘包或拆包处理。

10.一种物联网设备接入装置，部署于物联网服务端，包括：

获取单元，配置来获取接入协议对应的协议插件；

部署单元，配置来加载所述协议插件，并配置协议端口，以部署所述接入协议；

处理单元，配置来基于部署的所述接入协议，处理所述物联网设备接入所述物联网服务端时传输的消息。

11.根据权利要求10所述的接入装置，还包括：

发布单元，配置来发布所述物联网服务端定义的协议服务编程接口规范，所述协议插件基于所述协议服务编程接口规范进行开发。

12.一种物联网设备接入装置，部署于物联网服务端，包括：

消息获取单元，配置来通过协议端口获取所述物联网设备传输的消息；

协议确定单元，配置来确定所述协议端口对应部署的接入协议；

消息解码单元，配置来基于部署的所述接入协议对所述物联网设备传输的消息进行解码。

13.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器在执行所述计算机程序时实现权利要求1-9中任一项所述的方法。

14.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-9中任一项所述的方法。

Images