CN106789606A - 一种网络通信系统、其管理方法及通信方法 - Google Patents

Abstract

本发明公开了一种网络通信系统、其管理方法及通信方法，网关处理器通过有线或无线的方式连接云服器，通过第一接口与云服务器进行通信；网关处理器和Zigbee网络的多个协调器连接，通过第二接口与协调器进行通信，由此可通过网关处理器管理多个Zigbee网络的协调器，实现云服务器与Zigbee网络的互联。此外，由于协调者处理调用协议针对Zigbee网络的管理，去除了RFC协议中复杂的分级字段，使得网关处理器与协调器之间的通信更为简捷方便。由此，实现了网关处理器对Zigbee网络的统一管理。

Description

一种网络通信系统、其管理方法及通信方法

技术领域

本发明涉及通信技术领域，尤其涉及一种网络通信系统、其管理方法及通信方法。

背景技术

ZigBee技术是一种近距离、低复杂度、低功耗、低速率、低成本的双向无线通讯技术。Zigbee组网一般包括三个组成部分，即ZigBee协调器(Coordinator，简称CO)、ZigBee路由器(Router，简称RO)、ZigBee终端设备(End-device简称EN)。

现阶段很多物联网方案中都有Zigbee技术的应用。然而由于其低成本、低功耗、低速率的特点，使得同一个CO下不能大规模进行组网，从而限制了Zigbee网络的规模。此外，随着互联网的高速发展，将Zigbee网络与互联网集合起来也变得更有实际意义。

Zigbee技术应用到物联网中的方案，基本上都是基于Zigbee联盟的定义，即星形(Star)、树形(Tree)和网状(Mesh)结构，其具体结构如图1所示。其中，网状结构具有很强的网络健壮性和系统可靠性。从图1中可以看出，由于一个网络只有一个CO，所以当CO受到低成本限制时，就不可能大量管理RO、EN，因为CO对RO、EN的管理要消耗硬件资源，如处理器的计算性能、存储器的容量等。目前，一个CO仅能管理20个左右的RO或EN。

Zigbee网络本身不能与互联网(IP网络)直接互通，目前将两者联系起来的方法有两种：方案一，架设一个专用的服务器，通过支持串口协议的接口(如USB、或R232等)与CO直接相连，服务器本身安装以太网卡，通过网线与互联网相连。在实际应用时，每个CO负责组建各自的Zigbee网络；CO将本网络中的信息传递给服务器；服务器将数据整理后，封装为IP报文通过以太网卡传入互联网；反之亦然。方案二，使用Zigbee协议与IP协议转换的专用协转设备。在实际应用中，CO与协转设备连接，协转设备将转换后的数据通过有线传入IP网络。

采用方案一进行组网时可以同时管理多个CO扩大了网络规模，然而无论网络规模大小，都需要架设一个专用服务器，成本较高；并且在组网时需要考虑服务器的位置(例如，需放置室内)，其适应性不高；此外，服务器与CO连接方式为有线连接，因此网络规模不会很大，通常服务器可同时支持5-8个CO，因此，管理的EN大约为150个。采用方案二进行组网时可根据网络规模增加或减少协转设备的数量，从而可减少不必要的成本，并且协转设备体积小，易于安放。然而一个协转设备仅能连接一个CO，并且协转设备之间使用有线连接，组网规模与网络适用性均受限。

发明内容

本发明实施例提供一种网络通信系统、其管理方法及通信方法，用以增加Zigbee网络中的协调器个数，提高Zigbee网络的组网规模和网络适用性。

第一方面，本发明实施例提供了一种网络通信系统，包括：云服务器、网关处理器以及Zigbee网络中的多个协调器；其中，所述网关处理器通过有线或无线方式连接所述云服务器，通过串行端口分别连接多个所述协调器；

所述云服务器与所述网关处理器采用第一接口进行通信，所述协调器与所述网关处理器采用第二接口进行通信；

所述第二接口的通信协议包括：协调者处理调用协议；

所述网关处理器，用于所述第一接口与所述第二接口之间通信协议的相互转换，以实现云服务器与Zigbee网络之间的通信。

在一种可能的实现方式中，在本发明实施例提供的上述系统中，还包括：所述Zigbee网络中的路由器和终端设备；所述终端设备通过所述路由器连接所述协调器，或，所述终端设备直接连接所述协调器。

在一种可能的实现方式中，在本发明实施例提供的上述系统中，各Zigbee网络中的协调器、路由器和终端设备构成网状结构。

在一种可能的实现方式中，在本发明实施例提供的上述系统中，所述第一接口的通信协议为WEB通信协议、SNMP通信协议、MQTT通信协议或Tr069通信协议。

第二方面，本发明实施例一种基于上述任一网络通信系统的管理方法，包括：

网关处理器监听各协调器发送的注册请求，在接收到所述协调器发送的注册请求后，向所述协调器发送获取设备信息的请求；

所述协调器在接收到所述获取设备信息的请求后，向所述网关处理器上报所述协调器的设备信息；

所述网关处理器将所述设备信息加入到管理列表中，完成所述协调器的注册。

在一种可能的实现方式中，在本发明实施例提供的上述方法中，还包括：

所述网关处理器周期性地向完成注册的各所述协调器发送保活请求；

所述协调器在接收到所述保活请求后响应所述保活请求，以保证所述协调器为注册状态。

在一种可能的实现方式中，在本发明实施例提供的上述方法中，还包括：

在所述网关处理器在连续发送设定次数的保活请求后未得到所述协调器的保活请求响应时，删除所述管理列表中与该协调器相关的设备信息。

在一种可能的实现方式中，在本发明实施例提供的上述方法中，还包括：

所述协调器在超过所述预设时间未接收到所述网关处理器发送的保活请求时，更新为未注册状态，重新向所述网关处理器发送注册请求。

在一种可能的实现方式中，在本发明实施例提供的上述方法中，所述协调器的设备信息包括：该协调器以及与该所述协调器连接的各路由器和各终端设备的网络身份信息、编号信息，以及各所述终端设备的能力参数信息。

第三方面，本发明实施例提供一种基于上述任一网络通信系统的通信方法，包括：

网关处理器在通过第一接口接收云服务器发送的操作请求时，解析所述操作请求，确定出所述操作请求的操作对象；

将所述操作请求由第一接口协议转换为第二接口协议；

将转换协议后的所述操作请求通过第二接口发送所述操作对象，以使所述操作对象根据所述操作请求执行相应操作。

在一种可能的实现方式中，在本发明实施例提供的上述方法中，所述将转换协议后的所述操作请求发送所述操作对象，包括：

在确定出所述操作对象为协调器时，将转换协议后的所述操作请求直接发送所述协调器；

在确定出所述操作对象为路由器或终端设备时，将转换协议后的所述操作请求发送与所述路由器或所述终端设备连接的协调器，由该协调器转发给所述路由器或所述终端设备。

在一种可能的实现方式中，在本发明实施例提供的上述方法中，还包括：

所述网关处理器在通过第二接口接收到所述协调器发送的与所述操作请求对应的操作结果时，将所述操作结果由所述第二接口协议转换为第一接口协议；

将转换协议后的所述操作结果通过所述第一接口上报给所述云服务器。

本发明有益效果如下：

本发明实施例提供的网络通信系统、其管理方法及通信方法，网关处理器通过有线或无线的方式连接云服器，通过第一接口与云服务器进行通信；网关处理器和Zigbee网络的多个协调器连接，通过第二接口与协调器进行通信，由此可通过网关处理器管理多个Zigbee网络的协调器，实现云服务器与Zigbee网络的互联。此外，由于协调者处理调用协议针对Zigbee网络的管理，去除了RFC协议中复杂的分级字段，使得网关处理器通过与协调器之间的通信更为简捷方便。由此，实现了网关处理器对Zigbee网络的统一管理。

附图说明

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

图1为Zigbee网络的组网结构示意图；

图2为本发明实施例提供的网络通信系统的结构示意图；

图3为本发明实施例提供的第二接口的调用机制原理图；

图4为本发明实施例提供的网络通信系统的管理方法的流程示意图之一；

图5为本发明实施例提供的管理报文各协议字段的示意图；

图6为本发明实施例提供的网络通信系统的管理方法的流程示意图之二；

图7为本发明实施例提供的网络通信系统的通信方法的流程示意图之一；

图8为本发明实施例提供的网络通信系统的通信方法的流程示意图之二。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图2示出了本发明实施例提供的一种网络通信系统的结构示意图，如图2所示，本发明实施例提供的网络通信系统，包括：

云服务器11、网关处理器12以及Zigbee网络中的多个协调器13；其中，网关处理器12通过有线或无线方式连接云服务器11，通过串行端口分别连接多个协调器13；

云服务器11与网关处理器12采用第一接口进行通信，协调器13与网关处理器12采用第二接口进行通信；

网关处理器12，用于第一接口与第二接口之间通信协议的相互转换，以实现云服务器与Zigbee网络之间的通信。

在本发明实施例提供的上述网络通信系统中，网关处理器12与协调器13通过第二接口进行通信，第二接口的通信协议为协调者处理调用协议(Coordinator ProcedureCall，简称CPC)。该通信协议为在现有的远程过程调用协议(Remote Procedure Call，简称RPC)基础上针对Zigbee网络自定义的通信协议，其调用机制原理如图3所示。

具体来说，CPC协议的架构是由服务端server和客户端client组成的。针对CPC_Clinet端，在同步调用情况下，将CPC_Client功能放在调用线程中执行，多个线程共用一个Socket，使用锁来进行保护，如图3所示。针对CPC_Server端，进行初始化时，创建监听任务(udp_rcv)和消息处理任务(th_rpc)，创建“固定Socket”；此外，其他与CPC_Server相关的线程任务(即被管理功能，如开锁功能)，将其具体的实现注册到“回调函数”中，用于后续接收到操作指令后调用。正常工作过程中，udp_rcv监听CPC_Client发来的消息，当接收到后，放入消息队列；然后，th_rpc解析管理报文，并根据注册的“回调函数”进行相应调用；最后，将“回调函数”的结果通过固定Socket返回给CPC_Client。其具体的通信方式为将管理报文封装在UDP报文中，底层使用USB协议进行传输。

相比RPC协议，CPC协议去除了RPC协议中复杂的分级字段，更便于Zigbee网络的管理。网关处理器实现了在一个小型化的设备上同时管理多个协调器CO，扩大了Zigbee组网规模；同时，在与IP网络连接实现了无线、有线两种方式，极大的提高了Zigbee网络的适用性。

在具体实施时，如图2所示，网关处理器12可采用有线方式，例如图2所示的以太网接口连接云服务器11；或者，还可通过连接图2中的4G模块以无线的方式连接云服务器11。采用串行端口(串口)将协调器13与网关处理器12连接，例如，可将网关处理器12通过USB接口连接USB接口扩展器(USB HUB)，再将多个协调器13分别连接到USB HUB，由此实现网关处理器12与协调器13之间的连接。此外，还可采用其它串口连接网关处理器12与协调器13，在此不做限定。

进一步地，Zigbee网络中的协调器CO、路由器RO和终端设备EN的连接方式不变，仍为Zigbee网络的组网结构。终端设备EN通过路由器RO连接协调器CO；或者，终端设备EN也可直接连接协调器CO。在一种优选的实施方式中，协调器CO、路由器RO和终端设备EN可采用网状结构连接，当然，协调器CO、路由器RO和终端设备EN也可采用星形或树形结构连接，具体实施时可根据需要设置，在此不做限定。

本发明实施例提供的上述网络通信系统中，网关处理器12通过串口驱动管理各协调器13，可实现Zigbee网络的网络参数配置、组网信息获取、网元认证等管理。其中，网关处理器12通过第一通信接口与云服务器进行通信，第一接口的协议可为WEB通信协议、SNMP通信协议、MQTT通信协议和Tr069通信协议等通用协议，其通信方式与现有的互联网通信方式一致，此外不再赘述。同时，网关处理器12通过第二通信接口与Zigbee网络的各协调器13进行通信，通过第一接口与第二接口间的通信转换实现互联网与Zigbee网络之间的互联。

以下对网络通信系统的管理方法及通信方法进行详细说明。

一方面，本发明实施例提供一种基于上述任一网络通信系统的管理方法，如图4所示，该管理方法具体包括如下步骤：

S401、网关处理器监听各协调器发送的注册请求，在接收到协调器发送的注册请求后，向协调器发送获取设备信息的请求；

在具体实施时，网关处理器与协调器CO通过第二接口进行通信，第二接口的CPC协议可视为由服务端和客户端组成，应用时可将网关处理器定位为服务端，将各协调器CO定位为客户端。网关处理器在启动后会通过监听各串口通道，从而接收来自各协调器CO发送的注册请求。由于网关处理器与协调器CO通过串口连接，第二接口的协议是基于串口驱动，因此网关处理器通过各串口可识别和管理各协调器CO。

S402、协调器在接收到获取设备信息的请求后，向网关处理器上报协调器的设备信息；

具体地，协调器的设备信息可包括：该协调器以及与该所述协调器连接的各路由器和各终端设备的网络身份信息、编号信息，以及各终端设备的能力参数信息等。举例来说，网络身份信息可为各协调器、路由器或终端设备(各节点)的网络ID；编号信息可为Zigbee组网中各节点的Zigbee ID，例如，协调器CO所对应的操作对象编号可为001，路由器RO所对应的操作对象编号可为010，终端设备EN所对应的操作对象编号可为100。而终端设备的能力参数信息可为描述终端设备所具备的能力的信息，如终端为照明设备时，其具备开关能力，亮度调节能力等。协调器在接收到网关处理器发送的获取设备信息的请求后，将上述设备信息上报给网关处理器，以使网关处理器对Zigbee网络中的各节点进行统一管理。

S403、网关处理器将设备信息加入到管理列表中，完成协调器的注册。

具体地，网关处理器在接收到各协调器上报的各节点的设备信息后，区分管理对象，将各节点的设备信息添加到管理列表中，以完成各协调器的注册。添加在管理列表中的各协调器及其连接的各节点由网关处理器统一管理，网关处理器通过对第一接口和第二接口之间的通信协议转换可实现Zigbee网络与互联网之间的通信互联。

需要说明的是，本发明实施例提供的上述方法中，网关处理器与协调器之间通过第二接口发送或接收的注册请求以及获取设备信息的请求等都是通过管理报文的形式，且管理报文的帧格式如图4所示，管理报文包括：报文头和报文体，报文头包括的协议字段可为：版本号、控制标志、报文头长度、报文体长度、Zigbee ID(编号信息)、操作码、返回码及报文序列号，其各部分字段所占用空间如图5所示。其中，各协议字段作用的描述如下表所示：

其中，控制标志中可为区分请求或应答、需要应答或不需要应答，以及管理对象分别占用不用字节数。序列号可用于防止乱序。

进一步地，本发明实施例提供的上述管理方法中，在将各协调器的设备信息加入到管理列表之后，还包括如下步骤：

网关处理器周期性地向完成注册的各协调器发送保活请求；

协调器在接收到保活请求后响应保活请求，以保证协调器为注册状态。

具体来说，网关处理器周期性地向管理列表中的各协调器发送保话请求，根据各协调器的响应状态来判断各协调器是否与网关处理器保持连接。为了避免保活请求的报文数目过多，在正常情况下仅由网关处理器发送保活请求，各协调器只负责响应。举例来说，网关处理器每隔3秒向管理列表中的各协调器发送保活请求，协调器在接收到该保活请求后向网关处理器发送响应报文，网关处理器则确定对保活请求进行响应的协调器仍处于已注册状态。

在一种可能出现的情况中，网关处理器在连续发送保活请求都未得到协调器的请求，此时，则确定未响应的协调器与网关处理器的连接断开。因此，本发明实施例提供的上述管理方法中，还包括：

在网关处理器在连续发送设定次数的保活请求后未收到协调器的保活请求响应时，删除管理列表中与该协调器相关的设备信息。

同时，协调器在超过预设时间未接收到网关处理器发送的保活请求时，更新为未注册状态，重新向网关处理器发送注册请求。

具体地，上述的设定次数可根据需要设置，例如，网关处理器在连续5次向某协调器发送保活请求，均未接收到响应，此时，将该协调器在管理列表中除。与此同时，在协调器端对应网关处理器的保活操作，具有超时处理机制，具体来说，在接收到网关处理器发送的保活请求时立即对其响应，并重置超时处理机制的状态，重新开始计时；而在计时超过15秒(网关处理器的设定次数为5次所对应的时间)未接收到保活请求时，更新自身注册状态为未注册状态，并周期性地向网关处理器重新发送注册请求，直至网关处理器对其响应。

如图6所示，为本发明实施例提供的上述网络通信系统以3秒为周期，设定次数为5次为例的具体管理流程：

S601、网关处理器监听协调器的注册请求；

S602、协调器向网关处理器发送注册请求；

S603、网关处理器响应注册请求，向协调器发送获取设备信息请求；

S604、协调器响应获取设备信息请求，向网关处理器发送设备信息，并更新自身状态为已注册状态；

S605、网关处理器将接收的设备信息加入到管理列表；

S606、网关处理器每间隔3秒向协调器发送保活请求；

S607、协调器响应保活请求，重置超时处理机制；

在触发超时处理机制时执行以下步骤S608’和步骤S609’：

S608’、网关处理器在连续发送5次(15秒)均未得到响应时，在管理列表中删除协调器的设备信息；

S609’、协调器在连接15秒未接收到保活请求时(超时处理机制计时超过15秒)，更新自身状态为未注册状态，并返回步骤S602。

在本发明实施例提供的上述管理方法，第二接口运行在网关处理器和协调器之间，网关处理器通过第二接口可完对各协调器的参数的配置和查询，以实现对Zigbee网络中的各协调器及其各节点进行统一管理。其中，第二接口可完成协议报文的封装和解封装、CPC通信以及底层驱动(例如，USB驱动)等操作。由于Zigbee网络的管理通常为配置、查询和上报等较简单的操作，第二接口的CPC通信机制都采用同步调用，耗时更少，实时性较好。此外，第二接口还可采用异步调用，在此不做限定。在具体实施时第二接口分层实现，上层采用CPC协议，底层是串口协议，其封装层次为底层为串口封装，上层为CPC封装以及操作内容的封装。第二接口的管理报文可包括获取、写入或设备发生故障或变更时进行上报等类型的报文。例如，在查询当前网络中终端设备信息时需要采用获取(Get)类型报文；在设置局域网标识符PAN ID时需要使用写入(Set)类型报文；在协调器向网关处理器进行注册时需要使用设备发生故障或变更(Trap)类型报文。

另一方面，本发明实施例还提供一种基于上述任一网络通信系统的通信方法，如图7所示，该通信方法可包括如下步骤：

S701、在通过第一接口接收云服务器发送的操作请求时，解析操作请求，确定出操作请求的操作对象；

S702、将操作请求由第一接口协议转换为第二接口协议；

S703、将转换协议后的操作请求通过第二接口发送操作对象，以使操作对象根据操作请求执行相应操作。

在具体应用时，客户可通过Web、Telnet本地方式登录到云服务器，也可通过MQTT、SNMP等协议进行远程管理。网关处理器通过第一接口接收到云服务器发送的操作请求之后，进行第一接口的解封装，从而将操作请求由第一接口协议转换为第二接口的协议，再进行第二接口封装，从而将操作请求发送到需要进行该操作的操作对象。其中，区分不同的操作对象，具体包括如下三种情况：

在确定出操作对象为协调器时，将转换协议后的操作请求直接发送协调器；

在确定出操作对象为路由器时，将转换协议后的操作请求发送与该路由器连接的协调器，由该协调器转发给路由器；

在确定出操作对象为终端设备时，将转换协议后的操作请求发送与该终端设备连接的协调器，由该协调器转发给终端设备。

此外，云服务器通过网关处理器向终端设备传递数据时，在接收到云服务器发送的数据包之后进行解封装操作，由第一接口协议转换为第二接口协议，再进行第二接口封装后发送与上述终端设备连接的协调器，由该协调器将数据传递给终端设备。且上述协调器向路由器或终端设备转发或数据传递的操作，均采用Zigbee协议完成。在协调器通过第二接口接收到网关处理器发送的操作请求后，协调器进行第二接口的解析，并根据操作请求进行具体操作(如Set/Get参数等)，在执行操作之后，将操作结果通过第二接口上报给网关处理器。

由此，本发明实施例提供的上述通信方法还包括如下步骤：

网关处理器在通过第二接口接收到协调器发送的与操作请求对应的操作结果时，将操作结果由第二接口协议转换为第一接口协议；

将转换协议后的操作结果通过第一接口上报给云服务器。

综上，本发明实施例提供的网络通信系统的通信方法的具体流程，如图8所示，具体包括如下步骤：

S801、云服务器通过第一接口向网关处理发送操作请求；

S802、网关处理器将操作请求由第一接口协议转换为第二接口协议；

S803、网关处理器向协调器发送转换协议后的操作请求；

S804、协调器根据操作请求执行相应操作；

S805、协调器通过第二接口向网关处理器上报操作结果；

S806、网关处理器将操作结果由第二接口协议转换为第一接口协议；

S807、网关处理器向云服务器发送转换协议后的操作结果。

本发明实施例提供的网络通信系统、其管理方法及通信方法，网关处理器通过有线或无线的方式连接云服器，通过第一接口与云服务器进行通信；网关处理器和Zigbee网络的多个协调器连接，通过第二接口与协调器进行通信，由此可通过网关处理器管理多个Zigbee网络的协调器，实现云服务器与Zigbee网络的互联。在同时管理Zigbee网络的1000个终端设备时，相比于现有技术中采用专用服务器或协转设备的管理方式，下表提供了三种方式中使用设备数量及连接方式等信息：

	现有方案一	现有方案二	本发明方案
				专用服务器数量	1	0	0
协转设备	0	50	0
				网关设备(网关处理器)	0	0	5
IP资源消耗	1	50	5
				与互联网通信方式	有线	有线	有线、无线
CO程序复杂度	高	高	低

由上表可以看出，本发明采用数量较少的小型化网关设备可实现相同数量的终端设备的管理。且本发明可实现有线和无线两种方式实现与互联网的连接，同时，本发明所消耗的资源较少，协调器的程序复杂度较低，极大的提高了Zigbee网络的适用性。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器，使得通过该计算机或其他可编程数据处理设备的处理器执行的指令可实现流程图中的一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种网络通信系统，其特征在于，包括：云服务器、网关处理器以及Zigbee网络中的多个协调器；其中，所述网关处理器通过有线或无线方式连接所述云服务器，通过串行端口分别连接多个所述协调器；

所述云服务器与所述网关处理器采用第一接口进行通信，所述协调器与所述网关处理器采用第二接口进行通信；

所述第二接口的通信协议包括：协调者处理调用协议；

所述网关处理器，用于所述第一接口与所述第二接口之间通信协议的相互转换，以实现云服务器与Zigbee网络之间的通信。

2.如权利要求1所述的系统，其特征在于，还包括：所述Zigbee网络中的路由器和终端设备；所述终端设备通过所述路由器连接所述协调器，或，所述终端设备直接连接所述协调器。

3.如权利要求1所述的系统，其特征在于，各Zigbee网络中的协调器、路由器和终端设备构成网状结构。

4.如权利要求1-3任一项所述的系统，其特征在于，所述第一接口的通信协议为WEB通信协议、SNMP通信协议、MQTT通信协议或Tr069通信协议。

5.一种基于权利要求1-4任一项所述的网络通信系统的管理方法，其特征在于，包括：

网关处理器监听各协调器发送的注册请求，在接收到所述协调器发送的注册请求后，向所述协调器发送获取设备信息的请求；

所述协调器在接收到所述获取设备信息的请求后，向所述网关处理器上报所述协调器的设备信息；

所述网关处理器将所述设备信息加入到管理列表中，完成所述协调器的注册。

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

所述网关处理器周期性地向完成注册的各所述协调器发送保活请求；

所述协调器在接收到所述保活请求后响应所述保活请求，以保证所述协调器为注册状态。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

在所述网关处理器在连续发送设定次数的保活请求后未得到所述协调器的保活请求响应时，删除所述管理列表中与该协调器相关的设备信息。

8.如权利要求6所述的方法，其特征在于，所述方法还包括：

所述协调器在超过所述预设时间未接收到所述网关处理器发送的保活请求时，更新为未注册状态，重新向所述网关处理器发送注册请求。

9.如权利要求5-8任一项所述的方法，其特征在于，所述协调器的设备信息包括：该协调器以及与该所述协调器连接的各路由器和各终端设备的网络身份信息、编号信息，以及各所述终端设备的能力参数信息。

10.一种基于权利要求1-4中任一项所述的网络通信系统的通信方法，其特征在于，包括：

网关处理器在通过第一接口接收云服务器发送的操作请求时，解析所述操作请求，确定出所述操作请求的操作对象；

将所述操作请求由第一接口协议转换为第二接口协议；

将转换协议后的所述操作请求通过第二接口发送所述操作对象，以使所述操作对象根据所述操作请求执行相应操作。

11.如权利要求10所述的方法，其特征在于，所述将转换协议后的所述操作请求发送所述操作对象，包括：

在确定出所述操作对象为协调器时，将转换协议后的所述操作请求直接发送所述协调器；

在确定出所述操作对象为路由器或终端设备时，将转换协议后的所述操作请求发送与所述路由器或所述终端设备连接的协调器，由该协调器转发给所述路由器或所述终端设备。

12.如权利要求11所述的方法，其特征在于，所述方法还包括：

所述网关处理器在通过第二接口接收到所述协调器发送的与所述操作请求对应的操作结果时，将所述操作结果由所述第二接口协议转换为第一接口协议；

将转换协议后的所述操作结果通过所述第一接口上报给所述云服务器。