CN113794610A - 网关通讯方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于通讯领域，公开了一种网关通讯方法、装置、设备及存储介质。该方法包括：识别终端设备的通讯类型；根据通讯类型获取终端设备的设备属性数据；按预设通讯协议将设备属性数据透传至服务器；获取服务器基于设备属性数据下发的控制指令，并将控制指令转发至终端设备。由于本发明根据终端设备的通讯类型获取终端设备的设备属性数据，并按预设通讯协议将设备属性数据透传至服务器，相对于现有的网关负责各类终端设备与服务器之间的数据传输时，需要对传输的数据进行转换后发送至终端设备或服务器的方式，本发明上述方式直接将设备属性数据透传至服务器，减少了网关硬件资源的开销，增加了网关可连接的终端设备的数量，减少了用户的成本。

Description

网关通讯方法、装置、设备及存储介质

技术领域

本发明涉及通讯技术领域，尤其涉及一种网关通讯方法、装置、设备及存储介质。

背景技术

智能家居系统通常由多个智能终端设备、网关以及服务器构成，智能终端设备类型包括有线通讯方式如RS485总线、无线通讯方式如ZigBee网络、BLE Mesh网络、WIFI网络等，网关负责各类终端设备的接入、终端设备间的数据传输、终端设备与服务器之间的数据传输，在整个智能家居系统中起着至关重要的作用。因此，网关的负载能力直接关系着接入终端设备的种类、数量及数据处理量，如何利用有限的硬件资源将更多的设备接入至网关成为降低网关成本的重要研究方向。

目前，当终端设备与服务器进行数据交互时，需要由网关转换成各自对应的属性。当有不同厂商、不同类型的新种类的设备接入时，需要网关配合服务器一起升级，增加了开发与运维的工作量。而且，采用这种转化方式，无疑增加了网关硬件资源的开销，尤其使用多模网关时，网关本身需要消耗资源支持不同通讯方式的底层接入，因此，网关通常以减少设备接入量作为代价，有线方式通讯的终端设备接入数量一般限制在60个左右，而采用多模无线方式通讯的终端设备接入数量一般在20-30个左右，用户如需接入更多设备，则需要购买更多的网关，大幅增加了用户使用成本。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供了一种网关通讯方法、装置、设备及存储介质，旨在解决现有技术终端设备与服务器进行通讯需要网关进行数据转换而导致的网关硬件资源开销大和用户成本高的技术问题。

为实现上述目的，本发明提供了一种网关通讯方法，所述方法包括以下步骤：

检测到终端设备接入时，识别所述终端设备的通讯类型；

根据所述通讯类型获取所述终端设备的设备属性数据；

按预设通讯协议将所述设备属性数据透传至服务器；

获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备。

可选地，所述获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备的步骤，包括：

获取所述服务器基于所述设备属性数据下发的控制指令；

根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备。

可选地，所述根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备的步骤，包括：

判断所述通讯类型是否为ZigBee类型；

在所述通讯类型为ZigBee类型时，获取所述终端设备的短地址；

根据所述短地址将所述控制指令转发至所述终端设备。

可选地，所述根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备的步骤，包括：

判断所述通讯类型是否为Mesh类型；

在所述通讯类型为Mesh类型时，获取所述终端设备的单播地址；

根据所述单播地址将所述控制指令转发至所述终端设备。

可选地，所述检测到终端设备接入时，识别所述终端设备的通讯类型的步骤之前，还包括：

在接收到服务器下发的配网指令时，允许终端设备的接入；

在所述终端设备接入成功后，向所述终端设备发送信息获取请求；

接收所述终端设备基于所述信息获取请求反馈的设备属性数据；

将所述设备属性数据透传至目标服务器。

可选地，所述根据所述通讯类型获取所述终端设备的设备属性数据的步骤，包括：

判断所述通讯类型是否为ZigBee类型或Mesh类型；

在所述通讯类型为ZigBee类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含端点信息、MAC地址、短地址和终端厂商码；

在所述通讯类型为Mesh类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含设备类型、设备品牌、设备型号、MAC地址、设备属性信息。

可选地，所述在所述通讯类型为ZigBee类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含端点信息、MAC地址、短地址和终端厂商码的步骤之后，还包括：

将所述端点信息透传至所述服务器；

获取所述服务器基于所述端点信息下发的端点控制指令；

将所述端点控制指令转发至所述终端设备，以使所述终端设备基于所述端点控制指令控制对应的子节点设备。

此外，为实现上述目的，本发明还提供一种网关通讯装置，所述装置包括：

检测模块，用于检测到终端设备接入时，识别所述终端设备的通讯类型；

获取模块，用于根据所述通讯类型获取所述终端设备的设备属性数据；

透传模块，用于按预设通讯协议将所述设备属性数据透传至服务器；

转发模块，用于获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备。

此外，为实现上述目的，本发明还提出一种网关通讯设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的网关通讯程序，所述网关通讯程序配置为实现如上文所述的网关通讯方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有网关通讯程序，所述网关通讯程序被处理器执行时实现如上文所述的网关通讯方法的步骤。

本发明检测到终端设备接入时，识别终端设备的通讯类型；根据通讯类型获取终端设备的设备属性数据；按预设通讯协议将设备属性数据透传至服务器；获取服务器基于设备属性数据下发的控制指令，并将控制指令转发至终端设备。由于本发明根据终端设备的通讯类型获取终端设备的设备属性数据，并按预设通讯协议将设备属性数据透传至服务器，相对于现有的网关负责各类终端设备与服务器之间的数据传输时，需要对传输的数据进行转换后发送至终端设备或服务器的方式，本发明上述方式直接将设备属性数据透传至服务器，减少了网关硬件资源的开销，增加了网关可连接的终端设备的数量，减少了用户的成本。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的网关通讯设备的结构示意图；

图2为本发明网关通讯方法第一实施例的流程示意图；

图3为本发明网关通讯方法第一实施例的多模网关硬件原理框图；

图4为本发明网关通讯方法第二实施例的流程示意图；

图5为本发明网关通讯装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的网关通讯设备结构示意图。

如图1所示，该网关通讯设备可以包括：处理器1001，例如中央处理器(CentralProcessing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对网关通讯设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及网关通讯程序。

在图1所示的网关通讯设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明网关通讯设备中的处理器1001、存储器1005可以设置在网关通讯设备中，所述网关通讯设备通过处理器1001调用存储器1005中存储的网关通讯程序，并执行本发明实施例提供的网关通讯方法。

基于上述网关通讯设备，本发明实施例提供了一种网关通讯方法，参照图2，图2为本发明网关通讯方法第一实施例的流程示意图。

本实施例中，所述网关通讯方法包括以下步骤：

步骤S10：检测到终端设备接入时，识别所述终端设备的通讯类型。

需要说明的是，本实施例的执行主体可以是一种具有数据处理、网络通信以及程序运行功能的计算服务设备，例如手机、平板电脑、个人电脑等，或者是一种能够实现上述功能的电子设备。以下以网关为例，对本实施例及下述各实施例进行说明。

需要说明的是，所述通讯类型可以是以所述终端设备的接入方式划分的类型，接入方式不同一般通讯的方式也不相同即通讯类型不同。

应理解的是，智能家居系统中，智能终端设备接入网关的通讯方式一般为RS485、ZigBee、BLE Mesh和WIFI等通讯方式。所述通讯类型可以是终端设备与网关的通讯方式的类型。ZigBee也称紫蜂，是一种低速短距离传输的无线网上协议，以下简称ZigBee。BLEmesh可以是基于低功耗蓝牙通讯的拓扑型网络。以下简称Mesh。

在具体实施中，对于不同接入方式的终端设备，例如ZigBee终端设备或Mesh终端设备，网关只根据接入方式的不同做subdevice_type区分即通讯类型的区分。例如，0x00为ZigBee终端设备，0x01为Mesh终端设备，其他产品数据不做任何区分与整合，以减少网关资源的开销。

步骤S20：根据所述通讯类型获取所述终端设备的设备属性数据。

需要说明的是，所述设备属性数据可以是所述终端设备的一些相关数据，例如，MAC地址、制造商信息。设备型号、设备的属性数量、属性类型、属性值等。

进一步的，为了减少网关的硬件资源的消耗，所述步骤S20包括：

步骤S201：判断所述通讯类型是否为ZigBee类型或Mesh类型；

步骤S202：在所述通讯类型为ZigBee类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含端点信息、MAC地址、短地址和终端厂商码；

步骤S203：在所述通讯类型为Mesh类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含设备类型、设备品牌、设备型号、MAC地址、设备属性信息。

需要说明的是，所述设备属性信息可以是设备的相关参数信息。例如，设备的温度信息、运行时长等信息。所述端点信息可以是与所述终端设备对应的子节点设备信息。

应理解的是，在终端设备的通讯类型不相同的时候，即终端设备不同，不同的终端设备对应的一些属性数据并不完全相同，例如，ZigBee网络和BLE Mesh网络有些属性数据虽然实质差不多，但命名和叫法不一样，字节长度也有部分不一样，所以信息不是完全一样的，因此，在获取设备属性数据的时候，需要根据通讯类型即终端设备的类型获取对应的属性数据。

在具体实施中，例如，在BLE Mesh网络中，网关中的BLE模块允许终端设备接入，终端设备按照Mesh网络标准入网流程成功接入网关后，Mesh终端设备使用私有Opcode与网关通讯。网关依次向终端设备获取产品类型、产品品牌、产品型号、MAC地址、所有属性，终端设备依次应答以后，网关直接将上述数据透传至服务器，交由服务器进行设备识别和认证。由此，网关可实现设备的接入及数据的透传，网关不针对zigbee终端设备的Profile ID、Device ID、Cluster counts和各Cluster ID以及Mesh终端设备的产品类型、产品品牌、产品型号进行识别，从而新的类型设备接入时，网关不需要配合服务端一起进行升级。

进一步的，为了更好的控制终端设备，所述步骤S202之后，还包括步骤：将所述端点信息透传至所述服务器；获取所述服务器基于所述端点信息下发的端点控制指令；将所述端点控制指令转发至所述终端设备，以使所述终端设备基于所述端点控制指令控制对应的子节点设备。

需要说明的是，所述端点信息可以是与所述终端设备对应的子节点设备信息。

在具体实施中，网关将终端设备的端点信息上传至服务器，服务器即可以根据端点信息下发对应的端点控制指令。获取服务器基于端点信息下发的端点控制指令；将端点控制指令转发至对应的终端设备，以使终端设备基于端点控制指令控制对应的子节点设备。

步骤S30：按预设通讯协议将所述设备属性数据透传至服务器。

需要说明的是，所述预设通讯协议可以是所述服务器与网关进行通讯的通讯协议，例如MQTT协议等。

应理解的是，所述透传即透明传输(pass-through)，指的是在通讯中不管传输的业务内容如何，只负责将传输的内容由源地址传输到目的地址，而不对业务数据内容做任何改变。在本实施例中，透传用于网关将设备属性数据不做业务处理和数据转换，直接将接收到的设备属性数据转发至服务器，让服务器进行设备属性数据的转换和理解。

在具体实施中，网关根据终端设备的的接入方式确定对应的通讯方式，根据所述通讯方式获取终端设备的设备属性数据，获取与服务器进行通讯的通讯协议，根据与服务器进行通讯的通讯协议将设备属性数据透传至服务器。例如，在终端设备属性上行阶段即将所述设备属性数据透传至服务器阶段，网关直接透传终端设备短报文，如一个zigbee终端设备将温度计的属性值36.7℃上报至网关，网关接收到短地址为0x00AA，endpoint为0x01，Cluster ID为0x0402，Attribute ID为0x0000上报的属性值为0x4212CCCC，网关不做进一步转换，如转换为Temp 36.7度，而是直接将0x00AA0x01 0x04020x0000 0x4212CCCC上报至服务器端。在服务器控制指令下行阶段即将服务器的控制指令转发至终端设备阶段，如服务器端要控制一个zigbee终端设备如灯打开，网关直接将接收到的指令0x00BB 0x010x0006 0x01透传至zigbee终端。

步骤S40：获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备。

需要说明的是，所述控制指令可以是控制所述终端设备执行某操作的命令，例如，控制终端设备执行一程序，开启某功能等。在具体实现中，终端设备也可以包括多个子设备或子节点，例如，控制家庭照明灯开关的终端设备，其可以包含多个分布在不同位置或控制不同照明灯的子开关，其控制指令中也可以针对该控制家庭照明灯开关的终端设备下的子开关下发控制指令，例如，控制某一个开关的开启或关闭，某一个灯的开启或关闭等。

进一步的，为了减少网关硬件资源的开销，减少用户的使用成本，所述步骤S10之前，还包括步骤：

在接收到服务器下发的配网指令时，允许终端设备的接入；

在所述终端设备接入成功后，向所述终端设备发送信息获取请求；

接收所述终端设备基于所述信息获取请求反馈的设备属性数据；

将所述设备属性数据透传至目标服务器。

需要说明的是，所述配网指令可以是服务器下发至网关让网关进入配网进程，以接入终端设备的指令。在网关接收到服务器下发的配网指令时，会允许终端设备的接入。所述信息获取请求可以是网关向终端设备发送的请求，以获取终端设备对应的设备信息，即设备属性数据。

应理解的是，本实施例通过在终端设备属性上行阶段，将属性值(如zigbee网络中的Attribute value)透传至服务端，在服务器控制命令下行阶段，将控制命令(如zigbee网络中的Attribute command)透传终端设备，减少了网关的数据处理量，节省网关资源开销，使网关能够允许接入更多数量的终端设备。

在具体实施中，当网关收到服务器下发的配网指令时，网关进入配网进程，参照图3，图3为本发明网关通讯方法第一实施例的多模网关硬件原理框图，以图3所示的多模网关硬件原理框图为例，ZigBee模组03或BLE模块02允许终端设备通过I/O外设01接入，以ZigBee 3.0网络为例，ZigBee模组03作为ZigBee网络协调器开启permit join(允许加入),ZigBee终端设备成功入网后向ZigBee协调器发送Device Announce,其中包含终端设备MAC地址、短地址(通讯地址)；网关通过ZigBee模组向终端设备发起Node DescriptorRequest、制造商、设备类型识别，终端设备回复Node Descriptor Response，其中包含终端设备Manufacturer Code和no_sleepy flag(低功耗模式)；网关通过ZigBee模组03向终端设备发起Active Endpoint Request，终端设备回复Active Endpoint Response，其中包含终端设备的endpoint counts及endpoint ID；网关通过ZigBee模组03向终端设备的endpoint依次发起Simple Descriptor Request，终端设备依次回复各endpoint对应的Simple Descriptor Response,其中包含终端设备endpoint的Profile ID、Device ID、Cluster counts和各Cluster ID；至此，网关就拿到了所需终端设备的所有信息，并将终端设备信息：设备MAC地址、短地址、Manufacturer Code、no_sleepy flag、endpoint counts、endpoint ID、各endpoint的profile ID、device ID、Cluster counts和各Cluster ID不做任何识别和判断，直接通过UART log输出04和服务器端协议透传至服务器，由服务器来判断终端设备所属的设备类型，并根据终端设备所属的设备类型和设备属性数据下发终端设备可识别的控制指令，此处的设备类型可以是终端设备的型号、生产厂家、批号等类型，即服务器需要根据终端设备的这些类型信息生成终端设备可识别的控制指令。在接入的终端设备为Mesh终端设备时，通过带wifi以及BLE Mesh功能的模块02获取所述终端设备的单播地址，将服务器下发的控制指令根据单播地址通过UART log输出06转发至终端设备。其中电源模块05用于为带wifi以及BLE Mesh功能模块02和ZigBee模组03供电。

本实施例检测到终端设备接入时，识别终端设备的通讯类型；根据通讯类型获取终端设备的设备属性数据；按预设通讯协议将设备属性数据透传至服务器；获取服务器基于设备属性数据下发的控制指令，并将控制指令转发至终端设备。由于本实施例是根据终端设备的通讯类型获取终端设备的设备属性数据，并按预设通讯协议将设备属性数据透传至服务器，相对于现有的网关负责各类终端设备与服务器之间的数据传输时，需要对传输的数据进行转换后发送至终端设备或服务器的方式，本实施例上述方式直接将设备属性数据透传至服务器，减少了网关硬件资源的开销，增加了网关可连接的终端设备的数量，减少了用户的成本。本实施例针对现有网关的硬编码弊端，适配新厂商或新类型终端设备时需要做相应适配升级导致的维修成本高，在终端设备接入、终端设备属性上报、服务器端控制指令下行三个阶段的数据传输协议及实施细则上。协议向上兼容，即新增设备无须更新网关固件可快速接入。摒弃现有网关后台长报文与设备短报文转化，直接透传设备可识别短报文。兼顾RS485/zigbee/BLE Mesh/WIFI等多种通讯方式的终端设备。

参考图4，图4为本发明网关通讯方法第二实施例的流程示意图。

基于上述第一实施例，在本实施例中，所述步骤S40包括：

步骤S401：获取所述服务器基于所述设备属性数据下发的控制指令。

应理解的是，现有技术中在网关接收到服务器下发的控制指令后，需要对控制指令进行协议转换，以将控制指令转换为对应的终端设备可以识别的指令。而本实施例中，在服务器下发控制指令之前，需要根据之前获取的设备属性信息，在生成控制指令时即根据设备属性信息生成终端设备可识别的指令，使得网关进行转发的时候，可以直接转发，不用对控制指令进行协议转换等处理。

在具体实施中，网关获取服务器基于所述设备属性数据生成的控制指令。

步骤S402：根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备。

需要说明的是，所述指令转发方式可以是网关将控制指令转发至终端设备的方式。不同通讯类型的终端设备指令转发方式可能不同。

进一步的，为了减少网关的硬件资源消耗，所述步骤S402可包括：判断所述通讯类型是否为ZigBee类型；在所述通讯类型为ZigBee类型时，获取所述终端设备的短地址；根据所述短地址将所述控制指令转发至所述终端设备。

需要说明的是，所述判断所述通讯类型是否为ZigBee类型可以是判断接入的终端设备的通讯方式是否为ZigBee。在所述终端设备与网关的通讯方式为ZigBee时，获取所述终端设备的短地址，将控制指令根据短地址转发至终端设备。

进一步的，为了减少网关的硬件资源消耗，所述步骤S402可包括：判断所述通讯类型是否为Mesh类型；在所述通讯类型为Mesh类型时，获取所述终端设备的单播地址；根据所述单播地址将所述控制指令转发至所述终端设备。

需要说明的是，所述判断所述通讯类型是否为Mesh类型可以是判断接入的终端设备与网关之间的通讯方式是否为BLE Mesh网络。在所述终端设备与网关的通讯方式为BLEMesh网络时，获取所述终端设备的单播地址，将控制指令根据单播地址转发至终端设备。

在具体实施中，对于不同接入方式的终端设备，如zigbee终端设备及Mesh终端设备，网关只根据接入方式的不同做subdevice_type区分(如0x00为zigbee终端设备，0x01为Mesh终端设备)，其他终端数据不做任何区分与整合，以减少网关资源的开销。在数据下行阶段即服务器将控制指令转发至终端设备的阶段，只需要根据终端设备对应的指令转发方式将控制指令转发至终端设备。

本实施例获取所述服务器基于所述设备属性数据下发的控制指令；根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备。本实施例在数据下行阶段即服务器将控制指令转发至终端设备的阶段，只需要根据终端设备对应的指令转发方式将控制指令转发至终端设备，不需要对控制指令进行任何区分与整合，减少了网关资源的开销，增加了网关可以同时接入的终端设备的数量，减少了用户的使用成本。

参照图5，图5为本发明网关通讯装置第一实施例的结构框图。

如图5所示，本发明实施例提出的网关通讯装置包括：

检测模块10，用于检测到终端设备接入时，识别所述终端设备的通讯类型；

获取模块20，用于根据所述通讯类型获取所述终端设备的设备属性数据；

透传模块30，用于按预设通讯协议将所述设备属性数据透传至服务器；

转发模块40，用于获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备。

本实施例检测到终端设备接入时，识别终端设备的通讯类型；根据通讯类型获取终端设备的设备属性数据；按预设通讯协议将设备属性数据透传至服务器；获取服务器基于设备属性数据下发的控制指令，并将控制指令转发至终端设备。由于本实施例是根据终端设备的通讯类型获取终端设备的设备属性数据，并按预设通讯协议将设备属性数据透传至服务器，相对于现有的网关负责各类终端设备与服务器之间的数据传输时，需要对传输的数据进行转换后发送至终端设备或服务器的方式，本实施例上述方式直接将设备属性数据透传至服务器，减少了网关硬件资源的开销，增加了网关可连接的终端设备的数量，减少了用户的使用成本。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的参数运行方法，此处不再赘述。

基于本发明上述网关通讯装置第一实施例，提出本发明网关通讯装置的第二实施例。

在本实施例中，所述转发模块40，还用于获取所述服务器基于所述设备属性数据下发的控制指令；根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备。

进一步的，所述转发模块40，还用于判断所述通讯类型是否为ZigBee类型；在所述通讯类型为ZigBee类型时，获取所述终端设备的短地址；根据所述短地址将所述控制指令转发至所述终端设备。

进一步的，所述转发模块40，还用于判断所述通讯类型是否为Mesh类型；在所述通讯类型为Mesh类型时，获取所述终端设备的单播地址；根据所述单播地址将所述控制指令转发至所述终端设备。

进一步的，所述检测模块10，还用于在接收到服务器下发的配网指令时，允许终端设备的接入；在所述终端设备接入成功后，向所述终端设备发送信息获取请求；接收所述终端设备基于所述信息获取请求反馈的设备属性数据；将所述设备属性数据透传至目标服务器。

进一步的，所述获取模块20，还用于判断所述通讯类型是否为ZigBee类型或Mesh类型；在所述通讯类型为ZigBee类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含端点信息、MAC地址、短地址和终端厂商码；在所述通讯类型为Mesh类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含设备类型、设备品牌、设备型号、MAC地址、设备属性信息。

进一步的，所述获取模块20，还用于将所述端点信息透传至所述服务器；获取所述服务器基于所述端点信息下发的端点控制指令；将所述端点控制指令转发至所述终端设备，以使所述终端设备基于所述端点控制指令控制对应的子节点设备。

本发明网关通讯装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有网关通讯程序，所述网关通讯程序被处理器执行时实现如上文所述的网关通讯方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

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

Claims (10)

1.一种网关通讯方法，其特征在于，所述网关通讯方法包括以下步骤：

检测到终端设备接入时，识别所述终端设备的通讯类型；

根据所述通讯类型获取所述终端设备的设备属性数据；

按预设通讯协议将所述设备属性数据透传至服务器；

获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备。

2.如权利要求1所述的网关通讯方法，其特征在于，所述获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备的步骤，包括：

获取所述服务器基于所述设备属性数据下发的控制指令；

根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备。

3.如权利要求2所述的网关通讯方法，其特征在于，所述根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备的步骤，包括：

判断所述通讯类型是否为ZigBee类型；

在所述通讯类型为ZigBee类型时，获取所述终端设备的短地址；

根据所述短地址将所述控制指令转发至所述终端设备。

4.如权利要求2所述的网关通讯方法，其特征在于，所述根据所述通讯类型选择对应的指令转发方式，并根据所述指令转发方式将所述控制指令转发至所述终端设备的步骤，包括：

判断所述通讯类型是否为Mesh类型；

在所述通讯类型为Mesh类型时，获取所述终端设备的单播地址；

根据所述单播地址将所述控制指令转发至所述终端设备。

5.如权利要求1至4任一项所述的网关通讯方法，其特征在于，所述检测到终端设备接入时，识别所述终端设备的通讯类型的步骤之前，还包括：

在接收到服务器下发的配网指令时，允许终端设备的接入；

在所述终端设备接入成功后，向所述终端设备发送信息获取请求；

接收所述终端设备基于所述信息获取请求反馈的设备属性数据；

将所述设备属性数据透传至目标服务器。

6.如权利要求1至4任一项所述的网关通讯方法，其特征在于，所述根据所述通讯类型获取所述终端设备的设备属性数据的步骤，包括：

判断所述通讯类型是否为ZigBee类型或Mesh类型；

在所述通讯类型为ZigBee类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含端点信息、MAC地址、短地址和终端厂商码；

在所述通讯类型为Mesh类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含设备类型、设备品牌、设备型号、MAC地址、设备属性信息。

7.如权利要求6所述的网关通讯方法，其特征在于，所述在所述通讯类型为ZigBee类型时，获取所述终端设备的设备属性数据，所述设备属性数据包含端点信息、MAC地址、短地址和终端厂商码的步骤之后，还包括：

将所述端点信息透传至所述服务器；

获取所述服务器基于所述端点信息下发的端点控制指令；

将所述端点控制指令转发至所述终端设备，以使所述终端设备基于所述端点控制指令控制对应的子节点设备。

8.一种网关通讯装置，其特征在于，所述网关通讯装置包括：

检测模块，用于检测到终端设备接入时，识别所述终端设备的通讯类型；

获取模块，用于根据所述通讯类型获取所述终端设备的设备属性数据；

透传模块，用于按预设通讯协议将所述设备属性数据透传至服务器；

转发模块，用于获取所述服务器基于所述设备属性数据下发的控制指令，并将所述控制指令转发至所述终端设备。

9.一种网关通讯设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的网关通讯程序，所述网关通讯程序配置为实现如权利要求1至7中任一项所述的网关通讯方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有网关通讯程序，所述网关通讯程序被处理器执行时实现如权利要求1至7任一项所述的网关通讯方法的步骤。

Images