CN106230882A - 第一机器、第二机器及第一机器对第二机器的控制方法 - Google Patents

Abstract

本发明涉及家电领域，公开了一种第一机器、第二机器及第一机器对第二机器的控制方法，所述控制方法包括：判断对所述第二机器进行控制所经由的网络的类型；以及针对不同的网络类型基于相应的通信协议来推送状态信息。如此能够根据使用情况选择通过广域网或局域网实现控制，保证了控制的可靠性并提高了控制效率。

Description

第一机器、第二机器及第一机器对第二机器的控制方法

技术领域

本发明涉及家电领域，具体地，涉及一种第一机器、第二机器及第一机器对第二机器的控制方法。

背景技术

物联网是新一代信息技术的重要组成部分，也是“信息化”时代的重要发展阶段。物联网是利用通信技术把传感器、控制器、机器、人员和物等通过新的方式联在一起，形成人与物、物与物(例如机器对机器，Machine-to-Machine(M2M))相联，实现信息化、远程管理控制和智能化的网络。

在现有技术中，物联网或者通过广域网或者通过局域网来实现不同对象之间的通信。例如家庭物联网通常经由局域网来实现M2M的通信，例如采用CoAP(ConstrainedApplication Protocol，受限制的应用协议)。CoAP采用组播报文进行自动的资源发现机制，其只能满足局域网通信的要求。一般家庭使用的路由器都采用NAT功能，在家庭设置192.168.1.0网段的私有局域网，CoAP的组播查询报文是无法穿越家庭网关的。如果一个物联网设备不在家庭局域网内，那么就无法发现需要连接的对象，例如一个采用3G或者4G网络的手机就不能自动发现家里的物联网家电。

虽然，存在例如MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)基于服务器的推送机制能够完成物联网设备资源的发现功能，但是一般的家庭局域网不会部署一个MQTT服务器，家庭中的宽带无线路由器不会集成MQTT服务器功能。而且，普通的智能家电作为一个嵌入式设备，其资源是有限的，因而无法集成MQTT服务器功能。因此，如果家庭宽带网关出现故障，局域网的设备将无法发现彼此。

而且，如果只通过广域网实现物联网中设备的连接，当用户在家里监控物联网设备的状态是，还需要通过远端的服务器来转发消息，这将会存在时延问题，从而影响用户体验。

发明内容

本发明的目的是提供一种第一机器、第二机器及第一机器对第二机器的控制方法，该第一机器、第二机器及第一机器对第二机器的控制方法能够根据使用情况选择通过广域网或局域网实现控制，保证了控制的可靠性并提高了控制效率。

为了实现上述目的，本发明提供一种第一机器对第二机器的控制方法，该控制方法在所述第一机器侧执行，所述控制方法包括：判断对所述第二机器进行控制所经由的网络的类型；以及针对不同的网络类型基于相应的通信协议来推送状态信息。

优选地，在所述网络类型为广域网的情况下，所述控制方法包括向服务器推送所述状态信息。

优选地，在所述网络类型为局域网的情况下，所述控制方法包括：接收所述第二机器的状态订阅请求；响应于所述状态订阅请求向所述第二机器推送所述状态信息。

优选地，所述网络类型包括广域网和局域网，其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

本发明还提供一种设第一机器对第二机器的控制方法，该控制方法在所述第二机器侧执行，所述控制方法包括：判断与所述第一机器通信所经由的网络的类型；以及针对不同的网络类型基于相应的通信协议来，根据所述第一机器的状态信息进行动作。

优选地，在所述网络类型为广域网的情况下，所述控制方法包括：从服务器接收基于所述状态信息的控制指令；及基于所述控制指令进行动作。

优选地，在所述网络类型为局域网的情况下，所述控制方法包括：向所述第一机器发送状态订阅请求；从所述第一机器接收响应于所述状态订阅请求的状态信息；判断所述状态信息是否满足预设条件；以及在所述状态信息满足预设条件的情况下进行动作。

优选地，所述网络类型包括广域网和局域网，其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

相应地，本发明还提供一种控制第二机器的第一机器，所述第一机器包括：处理模块，用于判断对所述第二机器进行控制所经由的网络的类型；以及发送模块，用于针对不同的网络类型基于相应的通信协议来推送状态信息。

优选地，在所述网络类型为广域网的情况下，所述发送模块用于向服务器推送所述状态信息。

优选地，在所述网络类型为局域网的情况下，所述第一机器还包括：接收模块，用于接收所述第二机器的状态订阅请求；所述发送模块用于响应于所述状态订阅请求向所述第二机器推送所述状态信息。

优选地，所述网络类型包括广域网和局域网，其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

相应地，本发明还提供一种被第一机器控制的第二机器，所述第二机器包括处理模块，用于：判断与所述第一机器通信所经由的网络的类型；以及针对不同的网络类型基于相应的通信协议，根据所述第一机器的状态信息进行动作。

优选地，在所述网络类型为广域网的情况下，所述第二机器还包括：接收模块，用于从服务器接收基于所述状态信息的控制指令；所述处理器用于基于所述控制指令进行动作。

优选地，在所述网络类型为局域网的情况下，所述第二机器还包括：发送模块，用于向所述第一机器发送状态订阅请求；接收模块，用于从所述第一机器接收响应于所述状态订阅请求的状态信息；其中，所述处理器用于：判断所述状态信息是否满足预设条件，以及在所述状态信息满足预设条件的情况下进行动作。

优选地，所述网络类型包括广域网和局域网，其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

通过上述技术方案，针对不同的网络类型基于相应的通信协议，推送状态信息。如此能够根据使用情况选择通过广域网或局域网实现控制，保证了控制的可靠性并提高了控制效率。

本发明的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。在附图中：

图1是根据本发明实施方式提供的由用户客户端执行的控制方法的流程图；

图2是根据本发明实施方式提供的设备侧执行的控制方法的流程图；

图3是基于MQTT的设备间的基本交互流程图；

图4是基于COAP的设备间的基本交互流程图；

图5是根据本发明一种实施方式的用户客户端基于广域网控制家电的流程图；

图6是根据本发明一种实施方式的用户客户端基于局域网控制家电的流程图；

图7是根据本发明一种实施方式的第一机器执行的对第二机器的控制方法的流程图；

图8是根据本发明一种实施方式的第一机器对第二机器的控制方法的流程图，其中该控制方法有第二机器执行；

图9是根据本发明一种实施方式的基于广域网控制两个家电联动的流程图；

图10是根据本发明一种实施方式的基于局域网控制两个家电联动的流程图；

图11是根据本发明实施方式提供的用户客户端的结构示意图；

图12是根据本发明实施方式提供的家用电器的结构示意图；

图13是根据本发明一种实施方式的控制第二机器的第一机器的结构示意图；以及

图14是是根据本发明一种实施方式的被第一机器控制的第二机器的结构示意图。

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

图1是根据本发明实施方式的由用户客户端执行的控制方法的流程图。如图1所示，本发明提供的由用户客户端执行的控制方法可以包括：步骤11，判断对设备进行控制所经由的网络的类型；以及针对不同的网络类型基于相应的通信协议来进行以下项：步骤12，发送订阅所述设备的状态信息的请求；步骤13，接收响应于订阅请求的所述设备的状态信息；及步骤14基于所述状态信息发送控制所述设备的指令。如此能够根据使用情况选择通过广域网或局域网来对设备进行控制，保证控制可靠性并提高控制效率。

其中，网络类型可以包括广域网和局域网。

在局域网无法实现对设备的控制的情况下，例如用户客户端不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法对设备进行控制的缺陷。在所述网络类型为广域网的情况下，所述控制方法可以包括：向服务器发送订阅所述设备的状态信息的请求；从所述服务器接收所述设备推送的状态信息；以及基于所述状态信息向所述服务器发送控制所述设备的指令，例如基于相应于所述广域网的通信协议。

在所述网络类型为局域网的情况下，所述控制方法包括：向所述设备发送订阅该设备的状态信息的请求；从所述设备接收该设备推送的状态信息；以及基于所述状态信息向所述设备发送控制该设备的指令，例如基于相应于所述局域网的通信协议。如此能够在局域网范围内使用局域网进行对设备的控制，避免广域网不能使用时无法对设备进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

相应地，本发明还提供一种设备侧执行的控制方法，如图2所示，所提供的设备侧执行的控制方法可以包括：步骤21，判断对设备进行控制所经由的网络的类型；以及针对不同的网络类型基于相应的通信协议来进行以下项：步骤22，推送所述设备的状态信息；步骤23，接收用户客户端的控制指令；及步骤24，基于所述控制指令进行动作，例如，电饭煲基于加热指令进行加热，空调器基于制冷指令进行制冷等等。如此能够根据使用情况选择通过广域网或局域网来对设备进行控制，保证控制可靠性并提高控制效率。

其中，网络类型可以包括广域网和局域网。

在局域网无法实现对设备的控制的情况下，例如用户客户端不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法对设备进行控制的缺陷。在所述网络类型为广域网的情况下，所述控制方法可以包括：向服务器推送所述状态信息；从所述服务器接收所述控制指令；及基于所述控制指令进行动作。

在所述网络类型为广域网的情况下，所述控制方法还可以包括：向所述服务器发送订阅所述用户客户端的受控允许指令；基于响应于所述受控允许指令的控制指令进行动作。如此可以由设备端来指示是否受某一客户端的控制，避免不法用户客户端的不良控制。

在所述网络类型为局域网的情况下，所述控制方法包括：向所述用户客户端推送所述状态信息；从所述用户客户端接收响应于所述状态信息的控制指令；及基于所述控制指令进行动作。如此能够在局域网范围内使用局域网进行对设备的控制，避免广域网不能使用时无法对设备进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

例如，相应于所述广域网的通信协议可以为但不限于MQTT协议；以及相应于所述局域网的通信协议可以为但不限于CoAP。

MQTT协议是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，MQTT是轻量级的、基于代理的发布/订阅消息传输协议，此协议的设计开放、简单、轻量、易于实现。MQTT客户端可以部署在家电这种嵌入式设备中，也可以部署在家庭网关这种资源比较丰富的设备中。

图2给出了基于MQTT的设备间的基本交互流程图。MQTT是基于订阅/发布的消息，Topic Name是订阅消息标识，用于区别消息的推送类别。

Broker是MQTT的服务器，每个客户端均可以向对应的Topic发布消息，只要有客户端订阅了对应的Topic就可以收到其他客户端发布的消息。如图2所示，采用MQTT的设备B可以在步骤21处订阅设备A的状态信息；如果设备A的状态发生变化，则在步骤22处设备A向服务器发送状态信息；在步骤23处，通过服务器将状态信息推送给设备B，从而例如可以实现真正M2M通信。

每个MQTT命令消息都包含一个固定的报头，还可以包括一个可变的报头和一个有效载荷(payload)，其结构如表1所示。

表1

固定报文头

可变报文头

有效载荷

其中，固定报文头格式如表2所示。

表2

如表2所示，字节1包含消息类型(Message Type)和标识(DUP，QoS级别，RETAIN)字段。字节2(至少一个字节)包含剩余长度(Remaining Length)字段。如果Payload太长，一个字节无法标识，剩余长度字段可以进行可变的扩展。

CoAP协议由CoRE(Constrained RESTful Environment，IETF的一个工作组)工作组负责制定，是为物联网中资源受限设备制定的应用层协议。它是一种面向网络的协议，采用了与HTTP类似的特征，核心内容为资源抽象、REST式交互以及可扩展的头选项等。应用程序通过URI(Uniform Resource Identifier，统一资源标识符)标识来获取服务器上的资源，即可以像HTTP协议对资源进行GET、PUT、POST和DELETE等操作。

CoAP支持观察者模式，可以实现M2M的功能，如图3所示，在步骤31处，CoAP客户端可以注册监视CoAP服务器的资源，例如温度传感器的温度信息；在步骤32处，COAP服务器实时地向CoAP客户端反馈所述资源，例如CoAP服务器在温度发生变化的时候就会实时的反馈温度信息给CoAP客户端。如果CoAP客户端是一个空调设备，就可以根据获取到的温度信息采取制冷或者制热动作，从而实现真正的M2M通信。

CoAP是一种应用层协议，它运行于UDP协议之上而不是像HTTP那样运行于TCP之上。CoAP协议非常小巧，最小的数据包仅为4字节。为了实现客户端访问服务器上的资源，CoAP可以支持GET、PUT、POST和DELETE等方法。CoAP还可以支持URIs，这是Web架构的主要特点。

CoAP采用与HTTP协议相同的请求响应工作模式，其共有4种不同的消息类型：

CON——需要被确认的请求，如果CON请求被发送，那么对方必须做出响应；

NON——不需要被确认的请求，如果NON请求被发送，那么对方不必做出回应；

ACK——应答消息，接受到CON消息的响应；

RST——复位消息，当接收者接受到的消息包含一个错误，接受者解析消息或者不再关心发送者发送的内容，那么复位消息将会被发送。

以下是CoAP协议不同部分的描述：

版本Version：类似于IPv6和IPv6，仅仅是一个版本号；

消息类型(Message Type)：如上所述包括CON，NON，ACK，RST；

消息ID(Message ID)：每个CoAP消息都有一个ID，在一次会话中ID总是保持不变，但在这个会话之后该ID会被回收利用；

标记(Token)：标记是ID的另一种表现；

选项(Options)：CoAP选项类似于HTTP请求头，它包括CoAP消息本身，例如CoAP端口号，CoAP主机和CoAP查询字符串等；

有效载荷(Payload)：真正有用的被交互的数据。

CoAP消息结构如表3所示。

表3

以下将参考图5和图6通过具体实施方式来详细描述本发明，但是应该注意的是本发明并不限制于此。

图5是根据本发明一种实施方式的用户客户端基于广域网控制家电的流程图。如图5所示，在步骤51处，用户客户端向服务器发送订阅家电的状态信息的请求，例如通过安装在手机上的MQTT客户端向MQTT服务器发动订阅空调器状态信息；在步骤52处，家电向服务器推送状态信息，如在自身状态发生变化时向服务器推动状态信息，例如安装在空调器上的MQTT客户端向MQTT服务器推送所检测到的室内温度；在步骤53处，用户客户端可以从服务器接收所订阅的家电的状态信息，以便能够实时监视家电的状态；可选择地，在步骤54处，家电可以向服务器发送订阅用户客户端的受控允许指令；在步骤55处，用户客户端可以向服务器推送响应于状态信息的控制指令，例如，当用户客户端接收到空调器所推动的室内温度为27度时，向服务器推送停止制热的控制指令；在步骤56处，家电从服务器接收控制指令，可选的，该控制指令时响应于受控允许指令的，例如，空调器从服务器接收停止制热的控制指令，然后空调器停止制热过程。虽然上述是基于MQTT协议来进行，但是应该注意的任何能够实现上述过程的通信协议均可以用于本发明。

图6是根据本发明一种实施方式的用户客户端基于局域网控制家电的流程图。在步骤61处，用户客户端向家电发送订阅该家电的状态信息的请求，例如通过CoAP的GET命令来订阅家电的状态信息；在步骤62处，家电在状态发生变化时向用户客户端推送自身的状态信息，例如通过CoAP的ACK来针对订阅请求进行应答；在步骤63处，用户客户端基于所述状态信息向家电发送控制指令，例如通过CoAP的PUT命令来发送控制指令；在步骤64处，家电基于控制指令执行响应的动作，并可以向用户客户端进行控制指令回复，例如，通过CoAP的ACK来回复控制指令。例如，手机基于局域网向加湿器订阅水位信息，加湿器推送给手机的水位低于最低阈值时，手机可以向加湿器发送停止加湿的指令，加湿器基于该指令停止加湿，并可以向手机返回已停止加湿的回复。虽然上述是基于CoAP来进行，但是应该注意的任何能够实现上述过程的通信协议均可以用于本发明。

本发明的另一方面还提供机器对机器的控制，例如M2M。图7是根据本发明一种实施方式提供的第一机器对第二机器的控制方法的流程图，该控制方法在所述第一机器侧执行。如图7所示，本发明提供的第一机器对第二机器的控制方法可以包括：步骤71，判断对设备进行控制所经由的网络的类型；以及步骤72，针对不同的网络类型基于相应的通信协议来推送状态信息。如此能够根据使用情况选择通过广域网或局域网实现控制，保证了控制的可靠性并提高了控制效率。

如上所述，网络类型可以包括广域网和局域网。

在局域网无法机器间的控制的情况下，例如第一机器和/或第二机器不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法实现第一机器对第二机器的控制的缺陷。因此，在所述网络类型为广域网的情况下，所述控制方法可以包括向服务器推送所述状态信息，例如基于相应于所述广域网的通信协议。

在所述网络类型为局域网的情况下，所述控制方法可以包括：接收所述第二机器的状态订阅请求；响应于所述状态订阅请求向所述第二机器推送所述状态信息，例如基于相应于所述局域网的通信协议。如此能够在局域网范围内使用局域网实现第一机器对第二机器的控制，避免广域网不能使用时无法进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

如上所述，所述网络类型可以包括广域网和局域网，其中，相应于所述广域网的通信协议可以为但不限于消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议可以为但不限于受限制的应用协议CoAP。

本发明还提供一种设第一机器对第二机器的控制方法，该控制方法在所述第二机器侧执行。如图8所示，所述控制方法可以包括：步骤81，判断与所述第一机器通信所经由的网络的类型；以及步骤82，针对不同的网络类型基于相应的通信协议来，根据所述第一机器的状态信息进行动作。如此能够根据使用情况选择通过广域网或局域网实现控制，保证了控制的可靠性并提高了控制效率。

如上所述，网络类型可以包括广域网和局域网。

在局域网无法机器间的控制的情况下，例如第一机器和/或第二机器不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法实现第一机器对第二机器的控制的缺陷。因此，在所述网络类型为广域网的情况下，所述控制方法可以包括：从服务器接收基于所述状态信息的控制指令；及基于所述控制指令进行动作，例如基于相应于所述广域网的通信协议。

在所述网络类型为局域网的情况下，所述控制方法可以包括：向所述第一机器发送状态订阅请求；从所述第一机器接收响应于所述状态订阅请求的状态信息；判断所述状态信息是否满足预设条件；以及在所述状态信息满足预设条件的情况下进行动作，例如基于相应于所述局域网的通信协议。如此能够在局域网范围内使用局域网实现第一机器对第二机器的控制，避免广域网不能使用时无法进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

如上所述，所述网络类型包括广域网和局域网，其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

以下将参考图9和图10来详细描述本发明提供的设备间联动控制的方法，但是应该注意的是本发明并不限制于此。

图9是根据本发明一种实施方式的基于广域网控制两个家电联动的流程图。如图9所示，在步骤91处，服务器(例如MQTT服务器中的M2M业务中心模块)中预设家电A和家电B的联动条件，例如温度传感器检测到室温低于15度时，空调器需要进行制热；在步骤92处，家电A(例如家电A上安装的MQTT客户端)向服务器推送信息状态，例如温度传感器向服务器推送室温；在步骤93处，服务器判断家电A的状态是否满足联动条件，例如服务器判断温度传感器所检测到的室温是否低于10度；在步骤94处，服务器向家电B(例如家电B上安装的MQTT客户端)发送关于联动的控制指令，例如在温度传感器所检测到的室温是低于10度时，服务器向空调器推送开始制热的控制指令；在步骤95处，家电B根据控制指令进行动作，例如空调器开始制热过程。虽然上述是基于MQTT协议来进行，但是应该注意的任何能够实现上述过程的通信协议均可以用于本发明。

图10是根据本发明一种实施方式的基于局域网控制两个家电联动的流程图。如图10所示，在步骤101处，在家电A上设置家电A和家电B的联动条件；在步骤102处，家电A订阅家电B的状态信息，例如家电A通过CoAP的GET命令来订阅家电B的状态信息，家电A作为CoAP的观察者；在步骤103处，家电B实时地向家电A推送自身的状态信息；在步骤104处，家电A基于所述状态信息判断是否满足家电A和家电B的联动条件；在步骤105处，如果满足联动条件，则家电A根据联动设置来改变自身的运行状态。例如，空调器中设置了温度传感器所测室温低于10度时进行制热的联动条件，空调器订阅温度传感器所测的室温，温度传感器将所测室温推送至空调器，当所测室温低于10度时，空调器开始进行制热过程。虽然上述是基于CoAP来进行，但是应该注意的任何能够实现上述过程的通信协议均可以用于本发明。

相应地，本发明还提供一种用户客户端，如图11所示，所述用户客户端可以包括：处理模块111，发送模块112及接收模块113，其中，所述处理模块111用于判断对设备进行控制所经由的网络的类型；针对不同的网络类型基于相应的通信协议，所述发送模块112用于发送订阅所述设备的状态信息的请求，所述接收模块113用于接收响应于订阅请求的所述设备的状态信息，及所述处理模块111还用于基于所述状态信息发送控制所述设备的指令。如此能够根据使用情况选择通过广域网或局域网来对设备进行控制，保证控制可靠性并提高控制效率。

其中，网络类型可以包括广域网和局域网。

在局域网无法实现对设备的控制的情况下，例如用户客户端不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法对设备进行控制的缺陷。在所述网络类型为广域网的情况下，所述发送模块112用于向服务器发送订阅所述设备的状态信息的请求；所述接收模块113用于从所述服务器接收所述设备推送的状态信息；以及所述处理模块111用于基于所述状态信息向所述服务器发送控制所述设备的指令，例如基于相应于所述广域网的通信协议。

在所述网络类型为局域网的情况下，所述发送模块112用于向所述设备发送订阅该设备的状态信息的请求；所述接收模块113用于从所述设备接收该设备推送的状态信息；以及所述处理模块111用于基于所述状态信息向所述设备发送控制该设备的指令，例如基于相应于所述局域网的通信协议。如此能够在局域网范围内使用局域网进行对设备的控制，避免广域网不能使用时无法对设备进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

相应地，本发明还提供一种家用电器，如图12所示，所述家用电器可以包括：处理模块121，发送模块122及接收模块123，其中，所述处理模块121用于判断对设备进行控制所经由的网络的类型；针对不同的网络类型基于相应的通信协议，所述发送模块122用于推送所述设备的状态信息，所述接收模块123用于接收用户客户端的控制指令，及所述处理模块121还用于基于所述控制指令进行动作。如此能够根据使用情况选择通过广域网或局域网来对设备进行控制，保证控制可靠性并提高控制效率。

其中，网络类型可以包括广域网和局域网。

在局域网无法实现对设备的控制的情况下，例如用户客户端不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法对设备进行控制的缺陷。在所述网络类型为广域网的情况下，所述发送模块122用于向服务器推送所述状态信息；所述接收模块123用于从所述服务器接收所述控制指令，例如基于相应于所述广域网的通信协议。

在所述网络类型为广域网的情况下，所述发送模块122还用于向所述服务器发送订阅所述用户客户端的受控允许指令；所述处理模块121用于基于响应于所述受控允许指令的控制指令进行动作，例如基于相应于所述广域网的通信协议。如此可以由设备端来指示是否受某一客户端的控制，避免不法用户客户端的不良控制。

在所述网络类型为局域网的情况下，所述发送模块122用于向所述用户客户端推送所述状态信息；所述接收模块123用于从所述用户客户端接收响应于所述状态信息的控制指令，例如基于相应于所述局域网的通信协议。如此能够在局域网范围内使用局域网进行对设备的控制，避免广域网不能使用时无法对设备进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

相应地，本发明还提供一种控制第二机器的第一机器，如图13所示，所述第一机器包括：处理模块131，用于判断对所述第二机器进行控制所经由的网络的类型；以及发送模块132，用于针对不同的网络类型基于相应的通信协议来推送状态信息。如此能够根据使用情况选择通过广域网或局域网实现控制，保证了控制的可靠性并提高了控制效率。

如上所述，网络类型可以包括广域网和局域网。

在局域网无法机器间的控制的情况下，例如第一机器和/或第二机器不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法实现第一机器对第二机器的控制的缺陷。因此，在所述网络类型为广域网的情况下，所述发送模块132可以用于向服务器推送所述状态信息，例如基于相应于所述广域网的通信协议。

在所述网络类型为局域网的情况下，如图13所示，所述第一机器还可以包括：接收模块133，用于接收所述第二机器的状态订阅请求；所述发送模块132用于响应于所述状态订阅请求向所述第二机器推送所述状态信息，例如基于相应于所述局域网的通信协议。如此能够在局域网范围内使用局域网实现第一机器对第二机器的控制，避免广域网不能使用时无法进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

如上所述，所述网络类型可以包括广域网和局域网，其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

相应地，本发明还提供一种被第一机器控制的第二机器，如图14所示，所述第二机器可以包括处理模块141，用于：判断与所述第一机器通信所经由的网络的类型；以及针对不同的网络类型基于相应的通信协议，根据所述第一机器的状态信息进行动作。

如上所述，网络类型可以包括广域网和局域网。

在局域网无法机器间的控制的情况下，例如第一机器和/或第二机器不在局域网范围内，可以通过广域网来进行控制，以避免局域网不能使用时无法实现第一机器对第二机器的控制的缺陷。因此，在所述网络类型为广域网的情况下，如图14所示，所述第二机器还包括：接收模块143，用于从服务器接收基于所述状态信息的控制指令；所述处理器141用于基于所述控制指令进行动作，例如基于相应于所述广域网的通信协议。

在所述网络类型为局域网的情况下，如图14所示，所述第二机器还可以包括：发送模块142，用于向所述第一机器发送状态订阅请求；接收模块143，用于从所述第一机器接收响应于所述状态订阅请求的状态信息；其中，所述处理器141用于：判断所述状态信息是否满足预设条件，以及在所述状态信息满足预设条件的情况下进行动作，例如基于相应于所述局域网的通信协议。如此能够在局域网范围内使用局域网实现第一机器对第二机器的控制，避免广域网不能使用时无法进行控制的缺陷。另外，如果广域网与局域网均可用，则可以采用局域网来进行控制，避免通过远端的服务器转发消息而产生的时延问题，从而提高用户体验。

如上所述，所述网络类型可以包括广域网和局域网，其中，相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及相应于所述局域网的通信协议为受限制的应用协议CoAP。

本发明实施例通过例如在广域网部署MQTT服务器，并且集成M2M业务处理中心，在家庭局域网部署CoAP组成一个完备的物联网系统。从而可以实现如下物联网功能：广域网控制和监控系统，局域网控制和监控系统；广域网M2M通信系统；局域网M2M通信系统。本发明实施例采用在广域网云平台部署MQTT Broker服务器，通过MQTT的推送机制来实现对设备的远程监控和远程控制，同时在云平台增加M2M业务逻辑处理模块，负责监控某个设备的状态，满足条件后给其他设备发送控制指令，改变其他设备的状态；同时在家庭局域网部署CoAP，通过CoAP的GET、PUT方法来监控和控制物联网设备，通过CoAP的Observe方法来完成一个设备监控另外一个设备的状态，这样主观察设备就可以根据被观察设备的状态改变自身的状态，从而实现家庭局域网的M2M业务逻辑。

以上结合附图详细描述了本发明的优选实施方式，但是，本发明并不限于上述实施方式中的具体细节，在本发明的技术构思范围内，可以对本发明的技术方案进行多种简单变型，这些简单变型均属于本发明的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本发明对各种可能的组合方式不再另行说明。

此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明的思想，其同样应当视为本发明所公开的内容。

Claims (16)

1.一种第一机器对第二机器的控制方法，该控制方法在所述第一机器侧执行，其特征在于，所述控制方法包括：

判断对所述第二机器进行控制所经由的网络的类型；以及

针对不同的网络类型基于相应的通信协议来推送状态信息。

2.根据权利要求1所述的控制方法，其特征在于，在所述网络类型为广域网的情况下，所述控制方法包括向服务器推送所述状态信息。

3.根据权利要求1所述的控制方法，其特征在于，在所述网络类型为局域网的情况下，所述控制方法包括：

接收所述第二机器的状态订阅请求；

响应于所述状态订阅请求向所述第二机器推送所述状态信息。

4.根据权利要求1至3中任一项所述的控制方法，其特征在于，所述网络类型包括广域网和局域网，其中，

相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及

相应于所述局域网的通信协议为受限制的应用协议CoAP。

5.一种第一机器对第二机器的控制方法，该控制方法在所述第二机器侧执行，其特征在于，所述控制方法包括：

判断与所述第一机器通信所经由的网络的类型；以及

针对不同的网络类型基于相应的通信协议来，根据所述第一机器的状态信息进行动作。

6.根据权利要求5所述的控制方法，其特征在于，在所述网络类型为广域网的情况下，所述控制方法包括：

从服务器接收基于所述状态信息的控制指令；及

基于所述控制指令进行动作。

7.根据权利要求5所述的控制方法，其特征在于，在所述网络类型为局域网的情况下，所述控制方法包括：

向所述第一机器发送状态订阅请求；

从所述第一机器接收响应于所述状态订阅请求的状态信息；

判断所述状态信息是否满足预设条件；以及

在所述状态信息满足预设条件的情况下进行动作。

8.根据权利要求5至7中任一项所述的控制方法，其特征在于，所述网络类型包括广域网和局域网，其中，

相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及

相应于所述局域网的通信协议为受限制的应用协议CoAP。

9.一种控制第二机器的第一机器，其特征在于，所述第一机器包括：

处理模块，用于判断对所述第二机器进行控制所经由的网络的类型；以及

发送模块，用于针对不同的网络类型基于相应的通信协议来推送状态信息。

10.根据权利要求9所述的第一机器，其特征在于，在所述网络类型为广域网的情况下，所述发送模块用于向服务器推送所述状态信息。

11.根据权利要求9所述的第一机器，其特征在于，在所述网络类型为局域网的情况下，所述第一机器还包括：

接收模块，用于接收所述第二机器的状态订阅请求；

所述发送模块用于响应于所述状态订阅请求向所述第二机器推送所述状态信息。

12.根据权利要求9至11中任一项所述的第一机器，其特征在于，所述网络类型包括广域网和局域网，其中，

相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及

相应于所述局域网的通信协议为受限制的应用协议CoAP。

13.一种被第一机器控制的第二机器，其特征在于，所述第二机器包括处理模块，用于：

判断与所述第一机器通信所经由的网络的类型；以及

针对不同的网络类型基于相应的通信协议，根据所述第一机器的状态信息进行动作。

14.根据权利要求13所述的第二机器，其特征在于，在所述网络类型为广域网的情况下，所述第二机器还包括：接收模块，用于从服务器接收基于所述状态信息的控制指令；所述处理器用于基于所述控制指令进行动作。

15.根据权利要求13所述的第二机器，其特征在于，在所述网络类型为局域网的情况下，所述第二机器还包括：

发送模块，用于向所述第一机器发送状态订阅请求；

接收模块，用于从所述第一机器接收响应于所述状态订阅请求的状态信息；

其中，所述处理器用于：判断所述状态信息是否满足预设条件，以及在所述状态信息满足预设条件的情况下进行动作。

16.根据权利要求13至15中任一项所述的第二机器，其特征在于，所述网络类型包括广域网和局域网，其中，

相应于所述广域网的通信协议为消息队列遥测传输MQTT协议；以及

相应于所述局域网的通信协议为受限制的应用协议CoAP。