CN113347611A

CN113347611A - 物联网m2m通信的方法、装置和电子设备

Info

Publication number: CN113347611A
Application number: CN202110536985.XA
Authority: CN
Inventors: 王勇龙
Original assignee: Jiaxun Feihong Beijing Intelligent Technology Research Institute Co ltd
Current assignee: Beijing Jiaoguo Technology Co.,Ltd.
Priority date: 2021-05-17
Filing date: 2021-05-17
Publication date: 2021-09-03
Anticipated expiration: 2041-05-17
Also published as: CN113347611B

Abstract

本发明提供了一种物联网M2M通信的方法、装置和电子设备，包括：采用与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据；判断待通信数据是否满足M2M通信规则的通信触发条件；若满足，则采用与目标物联网设备的通信协议类型相对应的消息转发处理逻辑将待通信数据转发至目标物联网设备。本发明的方法能够实现异构协议设备之间的交互，智能程度好。

Description

物联网M2M通信的方法、装置和电子设备

技术领域

本发明涉及物联网的技术领域，尤其是涉及一种物联网M2M通信的方法、装置和电子设备。

背景技术

M2M(Machine-to-Machine)是一种点对点通信技术，它是将数据从一台终端传送到另一台终端，实现设备之间的对话，是整个物联网生态系统的重要组成部分，虽然在一个相对封闭的网络环境下完成，但更强调万物互联，对于社会工作和生活方式来说更加开放。

当前各厂家提供的物联网平台根据自身的业务领域与商业模式的不同，支持的通信协议功能各有侧重，但绝大部分均支持MQTT、CoAP、HTTP这三种主流的通信协议。

MQTT(Message Queuing Telemetry Transport)是构建在TCP/IP协议上的一种基于发布/订阅(Publish/Subscribe)模式的轻量级通讯协议，由IBM发布，作为一种低开销、低带宽占用的即时通讯协议，为远程设备提供实时可靠的消息服务，可用于有稳定电源持续供电的设备通信场景。

HTTP(Hyper Text Transfer Protocol)协议是基于TCP/IP协议上的一种请求/响应(Request/Response)模式的应用层协议，会话均由客户端发起，缺乏服务器通知客户端的机制，可采用websocket技术实现服务器通知机制，websocket协议也是基于TCP之上的全双工通信协议，在设计上基本遵循HTTP的思路，对于基于HTTP协议的物联网系统是一个很好的补充，这种方式的开销代价大，可用于有稳定电源持续供电的设备资源充足的通信场景。

CoAP(Constrained Application Protocol)协议是基于UDP协议上的一种用于物联网中资源受限设备的应用层协议，不仅采用UDP协议降低设备的功耗，同时采用了类REST特征的请求/响应模式(Request/Response)，提供消息确认、消息重传的功能，保障可靠传输机制，可用于没有稳定电源供电的设备通信场景。

物联网平台的主要目的是在硬件层和应用层之间起到中介作用，通过不同的协议和网络拓扑，完成从设备端收集数据、配置和控制远程设备、管理设备以及空中固件升级等任务，其关键在于设备连接与设备交互，但截止到当前，虽然绝大部分厂家的物联网平台支持这三种协议的设备接入与集中管理，但由于三种协议的差异性较大，几乎没有厂家提供跨三种协议的设备之间的M2M通信，即无法完成异构协议设备之间的交互。

综上，现有的物联网M2M通信的方法无法实现异构协议设备之间的交互，智能程度差。

发明内容

有鉴于此，本发明的目的在于提供一种物联网M2M通信的方法、装置和电子设备，以缓解现有的物联网M2M通信的方法无法实现异构协议设备之间的交互，智能程度差的技术问题。

第一方面，本发明实施例提供了一种物联网M2M通信的方法，应用于物联网平台，所述方法包括：

在源物联网设备登录认证后，采用与所述源物联网设备的通信协议类型相对应的消息接收处理逻辑接收所述源物联网设备上报的待通信数据；

根据预设的所述源物联网设备的M2M通信规则，判断所述待通信数据是否满足所述M2M通信规则的通信触发条件，其中，所述M2M通信规则包括：源物联网设备、目标物联网设备、通信数据的字段和通信触发条件；

若满足，则采用与所述目标物联网设备的通信协议类型相对应的消息转发处理逻辑将所述待通信数据转发至所述目标物联网设备。

进一步的，采用与所述源物联网设备的通信协议类型相对应的消息接收处理逻辑接收所述源物联网设备上报的待通信数据，包括：

获取所述源物联网设备发起的上报所述待通信数据的请求，其中，所述请求中携带有密钥文件和所述待通信数据；

对所述密钥文件进行解析，根据解析到的密钥内容确定所述源物联网设备对发起所述请求的通信通道是否具有权限；

如果具有权限，则接收所述源物联网设备上报的待通信数据。

进一步的，所述方法还包括：

获取用户发起的所述M2M通信规则的配置请求；

根据所述配置请求配置所述M2M通信规则。

进一步的，所述方法还包括：

获取用户发起的针对所述源物联网设备和/或所述目标物联网设备的设备注册请求；

根据所述设备注册请求分别创建所述源物联网设备和/或所述目标物联网设备的设备信息，进而得到所述源物联网设备/或所述目标物联网设备的设备模型并生成对应的密钥文件，其中，所述设备信息至少包括：模型标识、设备拓扑类型、设备接入方式、设备接入协议和设备基本描述。

进一步的，所述方法还包括：

获取所述源物联网设备和/或所述目标物联网设备的登录认证请求，其实，所述登录认证请求携带有密钥文件；

对所述登录认证请求进行验证，验证通过后完成所述源物联网设备和/或所述目标物联网设备的登录认证。

进一步的，所述源物联网设备的通信协议类型为MQTT通信协议、CoAP通信协议和HTTP通信协议中的任一种；所述目标物联网设备的通信协议类型为MQTT通信协议、CoAP通信协议和HTTP通信协议中的任一种。

第二方面，本发明实施例还提供了一种物联网M2M通信的装置，应用于物联网平台，所述装置包括：

接收单元，用于在源物联网设备登录认证后，采用与所述源物联网设备的通信协议类型相对应的消息接收处理逻辑接收所述源物联网设备上报的待通信数据；

判断单元，用于根据预设的所述源物联网设备的M2M通信规则，判断所述待通信数据是否满足所述M2M通信规则的通信触发条件，其中，所述M2M通信规则包括：源物联网设备、目标物联网设备、通信数据的字段和通信触发条件；

转发单元，用于若满足，则采用与所述目标物联网设备的通信协议类型相对应的消息转发处理逻辑将所述待通信数据转发至所述目标物联网设备。

进一步的，所述接收单元还用于：

第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项所述的方法的步骤。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述机器可运行指令在被处理器调用和运行时，所述机器可运行指令促使所述处理器运行上述第一方面任一项所述的方法。

在本发明实施例中，提供了一种物联网M2M通信的方法，应用于物联网平台，该方法包括：在源物联网设备登录认证后，采用与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据；根据预设的源物联网设备的M2M通信规则，判断待通信数据是否满足M2M通信规则的通信触发条件，其中，M2M通信规则包括：源物联网设备、目标物联网设备、通信数据的字段和通信触发条件；若满足，则采用与目标物联网设备的通信协议类型相对应的消息转发处理逻辑将待通信数据转发至目标物联网设备。通过上述描述可知，本发明的物联网M2M通信的方法中，物联网平台通过与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据，进而在判断待通信数据满足M2M通信规则的通信触发条件后，物联网平台再采用与目标物联网设备的通信协议类型相对应的消息转发处理逻辑将待通信数据转发至目标物联网设备，从而实现了异构协议设备之间的交互，智能程度好，缓解了现有的物联网M2M通信的方法无法实现异构协议设备之间的交互，智能程度差的技术问题。

附图说明

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

图1为本发明实施例提供的一种物联网M2M通信的方法的流程图；

图2为本发明实施例提供的接收源物联网设备上报的待通信数据的方法流程图；

图3为本发明实施例提供的物联网平台的结构示意图；

图4为本发明实施例提供的物联网M2M通信的装置的示意图；

图5为本发明实施例提供的电子设备的示意图。

具体实施方式

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

为便于对本实施例进行理解，首先对本发明实施例所公开的一种物联网M2M通信的方法进行详细介绍。

实施例一：

根据本发明实施例，提供了一种物联网M2M通信的方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种物联网M2M通信的方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，在源物联网设备登录认证后，采用与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据；

在本发明实施例中，上述物联网M2M通信的方法应用于物联网平台，该物联网平台为自研的物联网平台。当两种不同通信协议类型的源物联网设备向目标物联网设备发送待通信数据时，上述物联网平台提供有协议适配模块，能够根据源物联网设备的通信协议类型，调用消息接收模块提供的接口，进而分配与源物联网设备的通信协议类型相对应的消息接收处理逻辑，实现采用与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据。

上述消息接收模块是物联网平台提供的接收不同协议类型的物联网设备上报数据的功能，并提供调用接口生成相应的接收处理线程。每一种协议类型对应不同的消息接收处理逻辑，但最终将按照统一的数据结构将待通信数据集中存储在性能优良、扩展性良好的时序数据库中。

上述与源物联网设备的通信协议类型相对应的消息接收处理逻辑具体为开源的消息接收处理方法。

步骤S104，根据预设的源物联网设备的M2M通信规则，判断待通信数据是否满足M2M通信规则的通信触发条件，其中，M2M通信规则包括：源物联网设备、目标物联网设备、通信数据的字段和通信触发条件；若满足，则执行步骤S106；若不满足，则执行步骤S108；

上述M2M通信规则可以为多条，是用户通过物联网平台上的M2M配置模块预先配置的，上述M2M通信规则为其中的源物联网设备和目标物联网设备之间的通信规则，具体内容包括：源物联网设备、目标物联网设备、通信数据的字段和通信触发条件。源物联网设备是指M2M通信的数据来源设备，目标物联网设备是指M2M通信的数据目的地，通信数据的字段是指发送的数据结构(例如，发送的数据结构为温度和湿度信息)，通信触发条件为非必选项。上述M2M配置模块是实现物联网设备之间点对点通信的入口。

步骤S106，采用与目标物联网设备的通信协议类型相对应的消息转发处理逻辑将待通信数据转发至目标物联网设备；

上述协议适配模块，能够根据目标物联网设备的通信协议类型，调用消息转发模块提供的接口，分配与目标物联网设备的通信协议类型相对应的消息转发处理逻辑，进而实现将待通信数据转发至目标物联网设备的目的，完成了源物联网设备和目标物联网设备之间的通信。

上述消息转发模块是物联网平台提供的M2M通信的实现过程，提供调用接口生成相应的消息转发处理线程，完成异构类型、异构协议的物联网设备之间的通信。

步骤S108，不向目标物联网设备转发待通信数据。

上述内容对本发明的物联网M2M通信的方法进行了简要介绍，下面对其中涉及到的具体内容及其它相关内容进行介绍。

在本发明的一个可选实施例中，参考图2，采用与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据，具体包括如下步骤：

步骤S201，获取源物联网设备发起的上报待通信数据的请求，其中，请求中携带有密钥文件和待通信数据；

具体的，当源物联网设备在物联网平台中登录成功后，接下来将按照源物联网设备与物联网平台之间的接入协议将待通信数据上报至物联网平台，为防止海量物联网设备上报数据的拥堵情况，当物联网设备在物联网平台上注册后，会为每个物联网设备开通多个上报数据通道，其中MQTT、CoAP两种协议是基于通道标识来控制设备对应通道的权限，而HTTP是基于URL标识来控制设备对应通道的权限。

上述待通信数据的请求通过通信通道发往物联网平台，物联网平台会基于密钥文件控制物联网设备上报数据的权限，即需要验证物联网设备对发起请求的通信通道是否具有相应的权限，验证通过后，即可进行数据的上报。

上述密钥文件也是当物联网设备在物联网平台上注册后，生成的。

步骤S202，对密钥文件进行解析，根据解析到的密钥内容确定源物联网设备对发起请求的通信通道是否具有权限；如果具有权限，则执行步骤S203；如果不具有权限，则执行步骤S204；

步骤S203，接收源物联网设备上报的待通信数据；

步骤S204，拒收源物联网设备上报的待通信数据。

在本发明的一个可选实施例中，用户可以在物联网平台上的M2M配置模块上配置M2M通信规则，具体的，获取用户发起的M2M通信规则的配置请求；根据配置请求配置M2M通信规则。

在本发明的一个可选实施例中，在进行通信前，先要在物联网平台上完成设备的注册和登录认证，具体包括如下步骤：

(1)获取用户发起的针对源物联网设备和/或目标物联网设备的设备注册请求；

具体的，参考图3，物联网平台上设置有设备预注册模块，用户可以在物联网平台上手动创建设备信息，进而发起设备注册请求。

(2)根据设备注册请求分别创建源物联网设备和/或目标物联网设备的设备信息，进而得到源物联网设备/或目标物联网设备的设备模型并生成对应的密钥文件，其中，设备信息至少包括：模型标识、设备拓扑类型、设备接入方式、设备接入协议和设备基本描述。

上述密钥文件是作为物联网设备登录和权限控制的证书。

上述模型标识用于创建对应设备模型的数据结构，作为物理物联网设备的信息化表述。上述数据结构可以是在物联网平台上的模型管理模块上定义的，模型管理模块是物联网平台提供的一个功能模块，用于定义一种类型的物联网设备(例如，灯这种物联网设备，或者冰箱这种物联网设备)上报时序数据和下发配置指令的数据结构，代表该种类型的物联网设备与应用之间交互的业务数据信息，每一类设备模型都将生成唯一的模型标识。

设备拓扑类型有网关代理设备类型、直连数据节点设备类型、非直连数据端点子设备类型三种。

网关代理设备类型的设备拓扑具有网络通信的能力，但不产生传感数据，而是用于非直连数据端点子设备与物联网平台通信的中间桥梁，支持多种无线通信接口与有限通信接口的非直连数据端点子设备接入方式，作为代理网关，将子设备的传感数据按照规约的数据结构进行组织，采用网关代理设备的接入协议，基于网关代理设备的通信模组，与物联网平台进行信息交互。

直连数据节点设备类型的设备拓扑具有网络通信的能力，作为终端传感设备，利用通信模组将自身生成的传感数据按照规约的数据结构进行组织，采用设备指定的接入协议，直接与物联网平台进行信息交互。

非直连数据端点子设备类型的设备拓扑不具备网络通信的能力，作为终端传感设备，只能基于网关代理设备的通信模组，将生成的传感数据按照规约的数据结构进行组织，实现与物联网平台进行信息交互。

设备接入方式用于描述设备拓扑类型为非直连数据端点子设备类型与网关代理类型设备之间的接入方式，包含Wi-Fi、Zig-Bee、Lora、BLE的无线通信接口接入方式与RS232、RS485、RS422、CAN、GPIO的有线通信接口接入方式，不作为实际业务处理流程(上报数据和下发指令)的条件，只将其作为资产台账统计(如：各种接入方式的物联网设备的数量统计)的条件，方便管理，可作为决策的数据基础。

设备接入协议用于描述设备拓扑类型为网关代理设备类型、直连数据节点设备类型和物联网平台的通信协议，支持MQTT、CoAP、HTTP三种主流的通信协议，并提供TSL/SSL加密传输功能，进一步提升数据的安全性，当设备的接入协议确定之后，物联网平台的协议适配模块将为该设备自动匹配相应协议类型的消息接收流程。

设备基本描述用于更形象化描述设备的内容，包括设备的形状信息、时间信息、用途信息、人员信息等内容，支持导出设备台账，方便后续的设备统计、资产盘点、设备审计等工作内容。

(3)获取源物联网设备和/或目标物联网设备的登录认证请求，其实，登录认证请求携带有密钥文件；

(4)对登录认证请求进行验证，验证通过后完成源物联网设备和/或目标物联网设备的登录认证。

具体的，物联网平台上设置有设备登录认证模块，用于验证物联网设备的秘钥文件的真实性与有效性，当物联网设备在物联网平台中注册完成后，下一步是建立物联网平台中的设备模型与物理物联网设备的关联关系，该过程由指定物理物联网设备携带秘钥文件信息，通过该物理物联网设备指定的接入协议类型，将秘钥信息通过规约的方式上报到物联网平台的设备登录认证模块，该设备登录认证模块将通过设备的mac地址、秘钥内容、加密算法三部分内容验证秘钥文件的合理性与合法性，只有通过验证的物理物联网设备才可与物联网平台建立连接，进而完成传感数据的上报流程。

下面以一个具体的实例对物联网M2M通信的方法进行介绍：

1)用户在物联网平台预注册物联网设备后，物联网平台会自动为每一个物联网设备分配多个对应的通道标识，其中有两个通道标识完成M2M通信的功能，一个是上行通道标识，其组织格式为/{tenant_id}/{device_id}/upstream/sequence；一个是下行通道标识，其组织格式为/{tenant_id}/{device_id}/downstream/sequence。通道标识中花括号{}中的内容是变量名称，在实际运行过程中将被替换为对应的值，比如，当tenant_id＝iot、device_id＝10021003888时，此时的上行通道标识为/iot/10021003888/upstream/sequence，下行通道标识为/iot/10021003888/downstream/sequence。

2)开发者在预注册设备之后，可以配置设备之间的M2M通信规则，本发明通过编写类SQL语句来实现，语法结构为SELECT{select_elements}FROM{src_device_id}WHERE{where_group}TO{dst_device_id}，语法结构中花括号{}中的内容是变量名称，{select_elements}是字段内容，描述向目标物联网设备发送的数据信息，允许发送多个数据，数据之间采用逗号分隔，{src_device_id}是源物联网设备的唯一标识，{where_group}是通信触发条件内容，支持缺省，描述数据的通信触发条件，只有符合该通信触发条件的数据才会发送至目标物联网设备，{dst_device_id}是目标物联网设备的唯一标识。一个完整的类SQL语句如下表示，代表标号为10021003888的源物联网设备与编号为10021003666的目标物联网设备进行通信，当10021003888的源物联网设备产生的humi大于30时，将humi和temp这两个数据发送至10021003666的目标物联网设备。

3)转译与编译类SQL语句，使之成为计算机可执行文件。其中的转译过程使用antlr4的词法解析器和句法解析器将该语句解析为四大部分，即SELECT{select_elements}的字段部分、FROM{src_device_id}的源设备部分、WHERE{where_group}的约束部分、TO{dst_device_id}的目标设备部分，将每一部分转译成java的类文件；其中的编译过程采用javaassit技术，对转译后的全部类文件进行编译操作，将生成字节码存储在数据库中，同时记录M2M规则的唯一标识，一次转译的过程如下。

(a)当10021003888的设备上报一条数据，上报的代码如下：

(b)该条消息先经过WHERE{where_group}的通信触发条件部分的判断，转译后的约束代码如下：

public boolean validate(JSONObject jsonObject){

return jsonObject.get("humi")>30；

}

(c)通过通信触发条件部分的判断后，将执行转发的操作，转译后的转发代码如下：

(d)当目标物联网设备的接入协议是MQTT时，mqttClient.pub方法会调用消息转发模块的接口，将该条消息会立即发送至目标物联网设备，下发代码如下：

(e)当目标物联网设备的接入协议是CoAP与HTTP时，coapClient.pub与httpClient.pub方法会调用消息转发模块的接口，该条消息会临时存储在内存数据库中，存储数据结构如下，当目标物联网设备下次与平台交互前，会询问消息转发模块，获取该条消息。

topic:/tenant_id/10021003666/downstream/sequence

message:{"humi":50,"temp":45}

下面以两个使用案例进行说明：

一、厨房场景中实现燃气灶和油烟机的联动

在物联网平台创建燃气灶设备模型与油烟机设备模型，在燃气灶设备模型中添加烟雾浓度、油烟机开关等属性，在油烟机设备模型中添加必要的属性，基于两类模型注册燃气灶和油烟机设备，此时，物联网平台会为燃气灶分配上行通道/{tenant_id}/{A_id}/upstream/sequence、下行通道/{tenant_id}/{A_id}/downstream/sequence，为油烟机分配上行通道/{tenant_id}/{B_id}/upstream/sequence、下行通道/{tenant_id}/{B_id}/downstream/sequence。

在物联网平台上配置M2M通信规则，规则的内容为SELECT{油烟机开关}FROM{A_id}WHERE{烟雾浓度}>X TO{B_id}，代表当燃气灶的烟雾浓度大于X，将发送油烟机开关到油烟机设备，当油烟机设备接收到数据后，开启油烟机进行工作。

当家庭成员在厨房中制作美味时，打开燃气烹制食物，让产生的co烟雾浓度超过设置的阈值后，物联网平台会发送开启油烟机的指令到油烟机的通道/{tenant_id}/{B_id}/downstream/sequence，油烟机收到开启指令后，将启动抽烟功能，防止厨房烟雾浓度过高导致家庭成员的身体健康受损。

二、铁路场景中实现转辙机和信号机的联动

在物联网平台中创建转辙机设备模型与信号机设备模型，在转辙机设备模型中添加过车、信号机灯位等属性，在信号机设备模型中添加必要的属性，基于两类模型注册转辙机和信号机设备，此时，物联网平台会为转辙机分配上行通道/{tenant_id}/{A_id}/upstream/sequence、下行通道/{tenant_id}/{A_id}/downstream/sequence，为信号机分配上行通道/{tenant_id}/{B_id}/upstream/sequence、下行通道/{tenant_id}/{B_id}/downstream/sequence。

在物联网平台配置M2M通信规则，规则的内容为SELECT{信号机灯位}FROM{A_id}WHERE{过车}＝1TO{B_id}，代表当转辙机处于过车状态时，将发送信号机灯位到信号机设备，当信号机接收到数据后，点亮相应的灯位。

实施例二：

本发明实施例还提供了一种物联网M2M通信的装置，该物联网M2M通信的装置主要用于执行本发明实施例一中所提供的物联网M2M通信的方法，以下对本发明实施例提供的物联网M2M通信的装置做具体介绍。

图4是根据本发明实施例的一种物联网M2M通信的装置的示意图，如图4所示，该装置主要包括：接收单元10、判断单元20和转发单元30，其中：

接收单元，用于在源物联网设备登录认证后，采用与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据；

判断单元，用于根据预设的源物联网设备的M2M通信规则，判断待通信数据是否满足M2M通信规则的通信触发条件，其中，M2M通信规则包括：源物联网设备、目标物联网设备、通信数据的字段和通信触发条件；

转发单元，用于若满足，则采用与目标物联网设备的通信协议类型相对应的消息转发处理逻辑将待通信数据转发至目标物联网设备。

在本发明实施例中，提供了一种物联网M2M通信的装置，应用于物联网平台，该装置包括：在源物联网设备登录认证后，采用与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据；根据预设的源物联网设备的M2M通信规则，判断待通信数据是否满足M2M通信规则的通信触发条件，其中，M2M通信规则包括：源物联网设备、目标物联网设备、通信数据的字段和通信触发条件；若满足，则采用与目标物联网设备的通信协议类型相对应的消息转发处理逻辑将待通信数据转发至目标物联网设备。通过上述描述可知，本发明的物联网M2M通信的装置中，物联网平台通过与源物联网设备的通信协议类型相对应的消息接收处理逻辑接收源物联网设备上报的待通信数据，进而在判断待通信数据满足M2M通信规则的通信触发条件后，物联网平台再采用与目标物联网设备的通信协议类型相对应的消息转发处理逻辑将待通信数据转发至目标物联网设备，从而实现了异构协议设备之间的交互，智能程度好，缓解了现有的物联网M2M通信的方法无法实现异构协议设备之间的交互，智能程度差的技术问题。

可选地，接收单元还用于：获取源物联网设备发起的上报待通信数据的请求，其中，请求中携带有密钥文件和待通信数据；对密钥文件进行解析，根据解析到的密钥内容确定源物联网设备对发起请求的通信通道是否具有权限；如果具有权限，则接收源物联网设备上报的待通信数据。

可选地，该装置还用于：获取用户发起的M2M通信规则的配置请求；根据配置请求配置M2M通信规则。

可选地，该装置还用于：获取用户发起的针对源物联网设备和/或目标物联网设备的设备注册请求；根据设备注册请求分别创建源物联网设备和/或目标物联网设备的设备信息，进而得到源物联网设备/或目标物联网设备的设备模型并生成对应的密钥文件，其中，设备信息至少包括：模型标识、设备拓扑类型、设备接入方式、设备接入协议和设备基本描述。

可选地，该装置还用于：获取源物联网设备和/或目标物联网设备的登录认证请求，其实，登录认证请求携带有密钥文件；对登录认证请求进行验证，验证通过后完成源物联网设备和/或目标物联网设备的登录认证。

可选地，该装置还用于：源物联网设备的通信协议类型为MQTT通信协议、CoAP通信协议和HTTP通信协议中的任一种；目标物联网设备的通信协议类型为MQTT通信协议、CoAP通信协议和HTTP通信协议中的任一种。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

如图5所示，本申请实施例提供的一种电子设备600，包括：处理器601、存储器602和总线，所述存储器602存储有所述处理器601可执行的机器可读指令，当电子设备运行时，所述处理器601与所述存储器602之间通过总线通信，所述处理器601执行所述机器可读指令，以执行如上述物联网M2M通信的方法的步骤。

具体地，上述存储器602和处理器601能够为通用的存储器和处理器，这里不做具体限定，当处理器601运行存储器602存储的计算机程序时，能够执行上述物联网M2M通信的方法。

处理器601可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器601中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器601可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器602，处理器601读取存储器602中的信息，结合其硬件完成上述方法的步骤。

对应于上述物联网M2M通信的方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述物联网M2M通信的方法的步骤。

本申请实施例所提供的物联网M2M通信的装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

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

再例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

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

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种物联网M2M通信的方法，其特征在于，应用于物联网平台，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，采用与所述源物联网设备的通信协议类型相对应的消息接收处理逻辑接收所述源物联网设备上报的待通信数据，包括：

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取用户发起的所述M2M通信规则的配置请求；

根据所述配置请求配置所述M2M通信规则。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

6.根据权利要求1所述的方法，其特征在于，所述源物联网设备的通信协议类型为MQTT通信协议、CoAP通信协议和HTTP通信协议中的任一种；所述目标物联网设备的通信协议类型为MQTT通信协议、CoAP通信协议和HTTP通信协议中的任一种。

7.一种物联网M2M通信的装置，其特征在于，应用于物联网平台，所述装置包括：

8.根据权利要求7所述的装置，其特征在于，所述接收单元还用于：

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至6中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有机器可运行指令，所述机器可运行指令在被处理器调用和运行时，所述机器可运行指令促使所述处理器运行上述权利要求1至6中任一项所述的方法。