智能设备的控制方法及装置的制造方法
【技术领域】
[0001] 本申请设及通信领域，尤其设及一种智能设备的控制方法及装置。
【背景技术】
[0002] 随着互联网的不断深化发展，从互联网时代逐渐过渡到物联网时代目前已经成为 未来发展的主流趋势。在物联网时代，通过对不同类型的智能设备进行互联组网，可W面向 用户提供更加丰富的应用场景。
[0003] 目前，在针对智能设备进行互联时，通常采取主流的Zigbee协议实现互联。在接入 不同类型的智能设备时，通常需要在不同类型的智能设备的ZigBee模块中来分别烧写不同 的固件。每需要接入一种新的智能设备，开发人员可W针对该智能设备进行固件开发和测 试，然后通过供应链对不同类型的固件加 W管控。
[0004] 然而，在现有的方案中，一旦智能设备的Zi浊ee模块烧入了某种类型的固件，那么 该智能设备就只能接入与该固件对应类型的终端设备，如果需要对固件进行更新，将不得 不对智能设备进行回收，重新烧写固件。可见，在现有的方案中，对固件的管控存在不够灵 活的缺点，已无法满足实际的业务需求。
【发明内容】
[0005] 本申请提出一种智能设备的控制方法，应用于网关设备，所述方法包括：
[0006] 接收用户客户端发出的针对目标智能设备的第一控制指令；
[0007] 基于从服务端下载的与所述目标智能设备对应的云固件针对该控制指令进行指 令解析W将该第一控制指令转换为第一协议指令；
[000引将所述第一协议指令下发至所述目标智能设备W控制所述目标智能设备执行对 应的控制动作。
[0009] 可选的，所述云固件在服务端上开发完成；
[0010] 所述方法还包括：
[0011] 当所述目标智能设备成功接入本设备或者本设备重启时，向所述服务端发送固件 查询请求;或周期性的向所述服务端发送固件查询请求，W触发所述服务端将所述云固件 推送至本地；
[0012] 在本地加载所述服务端推送的云固件。
[0013] 可选的，所述方法还包括：
[0014] 接收所述目标智能设备在执行所述控制动作后上报的第二协议指令;所述第二协 议指令包括与所述控制动作对应的执行结果；
[0015] 基于与所述目标智能设备对应的云固件针对该第二协议指令进行指令解析W将 所述第二协议指令转换为第二控制指令；
[0016] 将所述第二控制指令转发至所述第一控制指令的发送客户端W将所述执行结果 向用户展示。
[0017] 可选的，所述协议指令至少包括所述目标智能设备中与所述控制指令对应的硬件 ID、硬件位置、硬件动作W及硬件操作内容。
[0018] 可选的，当所述协议指令为所述第一协议指令时，所述硬件操作内容包括与所述 硬件动作对应的硬件执行参数；
[0019] 所述控制所述目标智能设备执行对应的控制动作包括：
[0020] 基于所述硬件ID和所述硬件位置查找目标硬件；
[0021 ]控制所述目标硬件基于所述硬件执行参数执行所述硬件动作。
[0022] 可选的，当所述协议指令为所述第二协议指令时，所述硬件操作内容包括与所述 硬件动作对应的硬件执行结果。
[0023] 本申请还提出一种智能设备的控制装置，应用于网关设备，所述装置包括：
[0024] 接收模块，用于接收用户客户端发出的针对目标智能设备的第一控制指令；
[0025] 转换模块，用于基于从服务端下载的与所述目标智能设备对应的云固件针对该控 制指令进行指令解析W将该第一控制指令转换为第一协议指令；
[0026] 控制模块，用于将所述第一协议指令下发至所述目标智能设备W控制所述目标智 能设备执行对应的控制动作。
[0027] 可选的，所述云固件在服务端上开发完成；
[0028] 所述接收模块进一步用于：
[0029] 当所述目标智能设备成功接入本设备或者本设备重启时，向所述服务端发送固件 查询请求;或周期性的向所述服务端发送固件查询请求，W触发所述服务端将所述云固件 推送至本地；
[0030] 在本地加载所述服务端推送的云固件。
[0031] 可选的，所述接收模块进一步用于：
[0032] 接收所述目标智能设备在执行所述控制动作后上报的第二协议指令;所述第二协 议指令包括与所述控制动作对应的执行结果；
[0033] 所述转换模块进一步用于：
[0034] 基于与所述目标智能设备对应的云固件针对该第二协议指令进行指令解析W将 所述第二协议指令转换为第二控制指令；
[0035] 所述控制模块进一步用于：
[0036] 将所述第二控制指令转发至所述第一控制指令的发送客户端W将所述执行结果 向用户展示。
[0037] 可选的，所述协议指令至少包括所述目标智能设备中与所述控制指令对应的硬件 ID、硬件位置、硬件动作W及硬件操作内容。
[0038] 可选的，当所述协议指令为所述第一协议指令时，所述硬件操作内容包括与所述 硬件动作对应的硬件执行参数；
[0039] 所述控制模块具体用于：
[0040] 基于所述硬件ID和所述硬件位置查找目标硬件；
[0041 ]控制所述目标硬件基于所述硬件执行参数执行所述硬件动作。
[0042]可选的，当所述协议指令为所述第二协议指令时，所述硬件操作内容包括与所述 硬件动作对应的硬件执行结果。
[0043] 本申请中，本申请提出一种基于服务端上的云固件对智能设备进行控制的方案， 在接收针对目标智能设备的控制指令时，通过从服务端下载的与该目标智能设备对应的云 固件针对该控制指令进行指令解析，将该控制指令转换为目标智能设备可W识别的协议指 令，然后向目标智能设备下发该协议指令来控制目标智能设备执行对应的控制动作，实现 了在针对接入的不同类型的智能设备进行控制时，可W不再针对各智能设备分别烧写固 件，而是基于服务端上的云固件来实现指令转换对智能设备完成控制，从而可W降低接入 智能设备时的实现复杂度，有利于对智能设备的固件进行集中管控。
【附图说明】
[0044] 图1是本申请一实施例提供的一种智能设备的控制方法的流程图；
[0045] 图2是本申请一实施例提供的一种协议指令的数据格式示意图；
[0046] 图3是本申请一实施例提供的一种智能家居的组网示意图；
[0047] 图4是本申请一实施例提供的一种智能设备的控制装置的逻辑框图；
[0048] 图5是本申请一实施例提供的承载所述一种智能设备的控制装置的网关设备的硬 件结构图。
【具体实施方式】
[0049] 在相关技术中，通常可W采用主流的Zigbee协议对智能设备进行互联组网，来实 现不同类型的智能设备之间的互联。在接入不同类型的智能设备时，每需要接入一种新的 智能设备，开发人员可W针对该智能设备开发固件，并对固件进行测试，然后将开发完成的 固件在智能设备出厂时，烧写在智能设备的Zigbee模块中。
[0050] 其中，开发人员为智能设备开发的固件，可W作为智能设备上层应用与底层硬件 之间的中间层，通常包括开发人员为智能设备定义的与底层硬件基础功能相关的软件集 合;例如在固件中可W包括描述智能设备的特性、硬件架构、操作方法W及控制方法等相关 规范的源代码。
[0051] 当固件被烧写至智能设备的Zigbee模块后，智能设备在接收到用户侧下发的控制 指令时，可W通过烧写的固件来解析该控制指令，然后基于固件中定义的规范调用相应的 底层硬件，来控制智能设备执行与上述控制指令相应的控制动作。
[0052] 例如，在一些诸如智能插座等基于嵌入式开发的智能设备中，通常可W通过GPIO 接口来控制智能插座的开启和关闭，因此当用户通过客户端下发控制指令来远程控制智能 插座的开启和关闭时，智能插座在接收到该控制指令后，可W通过烧写的固件来解析该控 制指令在底层硬件中查找到对应的GPIO接口，然后通过控制该GPIO接口输出高低电平来控 制智能插座的开启和关闭。
[0053] 然而，在W上方案中，由于智能设备的Zi浊ee模块一旦烧写了某种类型的固件，那 么该智能设备就只能接入与该固件对应类型的终端设备，如果需要更改配置对固件进行更 新，那么设备厂商将不得不对智能设备进行回收，重新烧写固件。可见，在W上方案中，对不 同类型智能设备的固件进行统一管控具有难度，而且对固件的管控存在不够灵活的缺点， 因此目前已无法满足实际的业务需求。
[0054] 有鉴于此，本申请提出一种基于服务端上的云固件对智能设备进行控制的方案， 在接收针对目标智能设备的控制指令时，通过从服务端下载的与该目标智能设备对应的云 固件针对该控制指令进行指令解析，将该控制指令转换为目标智能设备可W识别的协议指 令，然后向目标智能设备下发该协议指令来控制目标智能设备执行对应的控制动作，实现 了在针对接入的不同类型的智能设备进行控制时，可W不再针对各智能设备分别烧写固 件，而是基于服务端上的云固件来实现指令转换对智能设备完成控制，使得网关设备在需 要适配接入新的智能设备时，可W不用再更新本地的代码，从而可W降低接入智能设备时 的实现复杂度，有利于对智能设备的固件进行集中管控。
[0055] 下面通过具体实施例并结合具体的应用场景对本申请进行描述。
[0056] 请参考图1，图1是本申请一实施例提供的一