CN108462618A - 云服务器、及智能家居设备系统管理方法 - Google Patents

Abstract

本发明实施例提供一种云服务器、及智能家居设备系统管理方法以及计算机存储介质，云服务器接收智能家居设备的各功能对象的功能特性模板，并将智能家居设备之各功能对象的功能特性模板统一存储，在同步条件到达时，云服务器将智能家居设备的各功能对象的功能特性模板选择出来同步给并发给客户端，这样新增智能家居设备时就不需要额外在客户端上进行配置；本发明同时将各智能家居设备的功能特性模板在云服务器上进行统一管理，这样云服务器对各智能家居设备的对接接口也就统一为一个指向用于存储功能特性模板的库的接口，极大的简化了智能家居系统的各智能家居设备的对接接口，可以在很大程度上降低管理和对接成本。

Description

云服务器、及智能家居设备系统管理方法

技术领域

本发明涉及智能家居技术领域，尤其涉及云服务器、及智能家居设备系统管理方法。

背景技术

全球范围内信息技术创新不断加快，信息领域新产品、新服务、新业态大量涌现，不断激发新的消费需求，在这种情况下，智能家居应运而生。智能家居技术是物联网技术融入家居设计的产物，基于物联网思想，智能家居技术力图激活家居生活的各种设备(例如智能门锁、智能冰箱、智能电视等等)，这类设备也被称之为智能家居设备，一个普通的智能家居系统中包括客户端、云服务器以及智能家居设备，当前智能家居系统所采用的网络构架模型可以参见图1所示，客户端11可以与云服务器12实现信息的交互，智能家居设备例如智能摄像头13、智能网关14、智能门锁15都可通过智能路由器16实现与云服务器12信息的交互，而智能网关14下可以扩展各种传感器。

当前智能家居设备多元化，不同种厂商，不同种类的智能家居设备所提供的功能特性不同，因此不同智能家居设备对应的功能特性模型也不相同；当前智能家居系统所采用的“客户端-云服务器-智能家居设备”网络架构模型如图1所示，每新增一种智能设备，都需要客户端侧，云服务器侧和智能家居设备侧参照新增的功能特性协同设计，编码，对接，测试，才能使得智能家居设备达到可用的接入状态。而由于不同智能家居设备在云服务器侧和客户端侧的功能特性模型都是各自单独配置和管理，导致不同智能家居设备在云服务器侧的对接接口API不同，而对接接口的繁杂给智能家居设备的使用和维护带来很高管理和对接成本。

发明内容

本发明实施例提供的云服务器、及智能家居设备系统管理方法，主要解决的技术问题是：现有智能家居设备的功能特性模型在云服务器上各自单独管理，导致对接接口繁杂，使用和维护成本高的问题。

为解决上述技术问题，本发明实施例提供一种智能家居设备系统管理方法，包括：

接收并存储各智能家居设备的各功能对象的功能特性模板，所述功能特性模板包含实现对功能对象的各功能进行控制的控制信令；

在同步条件满足时，从存储的所述功能特性模板中选择出至少一个智能家居设备之各功能对象对应的功能特性模板发送给客户端。

本发明实施例还提供一种云服务器，包括：

模板接收模块，用于接收各智能家居设备的各功能对象的功能特性模板，所述功能特性模板包含实现对功能对象的各功能进行控制的控制信令；

存储控制模块，用于将所述各功能对象的功能特性模板进行存储；

模板管理模块，用于在同步条件满足时，从存储的所述功能特性模板中选择出至少一个智能家居设备之各的功能对象对应的功能特性模板发送给客户端。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的智能家居设备系统管理方法。

本发明的有益效果是：

根据本发明实施例提供的云服务器、及智能家居设备系统管理方法以及计算机存储介质，云服务器接收智能家居设备的各功能对象的功能特性模板，并将智能家居设备之各功能对象的功能特性模板统一存储，在同步条件到达时，云服务器将智能家居设备的各功能对象的功能特性模板选择出来同步给并发给客户端，这样新增智能家居设备时就不需要额外在客户端上进行配置；本发明同时将各智能家居设备的功能特性模板在云服务器上进行统一管理，这样云服务器对各智能家居设备的对接接口也就统一为一个指向用于存储功能特性模板的库的接口，极大的简化了智能家居系统的各智能家居设备的对接接口，可以在很大程度上降低管理和对接成本。

附图说明

图1为本发明现有智能家居系统所采用的网络构架模型；

图2为本发明实施例一中云服务器侧的智能家居设备系统管理方法流程示意图；

图3为本发明实施例一中智能家居设备向客户端反馈其状态流程示意图；

图4为本发明实施例一中智能家居设备向客户端反馈其事件流程示意图；

图5为本发明实施例一中客户端侧的智能家居设备控制方法流程示意图；

图6为本发明实施例二中智能家居系统中信息交互的示意图；

图7为本发明实施例二中功能特性模板的结构框架示意图；

图8为本发明实施例二中实例化信息的结构框架示意图；

图9为本发明实施例三中智能家居设备控制方法流程示意图；

图10为本发明实施例四中云服务器的结构示意图；

图11为本发明实施例四中客户端的结构示意图；

图12为本发明实施例五中智能家居设备控制方法流程示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一：

为了避免在智能家居系统下，不同智能家居设备在云服务器上的对接接口不同，导致对接接口繁杂，进而导致使用和维护成本较高的问题，同时还为解决现有每增加一种智能家居设备时就必须在客户端上针对该智能家居设备的功能特性额外定制生成控制智能家居设备业务操作的功能特性模板的问题，以缩短产品的开发周期，节约成本，本实施例中提供一种智能家居设备控制方法，请参见图2所示，在云服务器侧的控制过程包括：

S201：接收智能家居设备的各功能对象的功能特性模板。

本实施例中的功能特性模板可以是在智能家居设备研发阶段，或者出厂后，根据智能家居设备自身特性生成的，然后通过后台导入云服务器，也可以是云服务器从其他云端设备自动或被动获取得到。

本实施例中的功能特性模板包含实现对功能对象的各功能进行控制的控制信令。

例如假设智能家居设备为冰箱，则组成该冰箱的功能对象包括但不限于压缩机、指示灯等，针对每一功能对象，其可对应实现至少一个功能，而实现对其功能的控制则会产生对应的控制信令，例如对于压缩机的控制，包括但不限于开启、关闭、调整其制冷等级等，针对相应的控制则会产生相应的控制指令。

S202：将各功能对象的功能特性模板进行存储，本实施例具体可以存储到功能集模板库中。

也即本实施例中的功能集模板库中存储有各智能家居设备的各功能对象之功能特性模板。功能集模板库中存储的功能特性模板具体可以以一个功能对象为单位，并在功能集模板库中并不将某一功能特性模板具体归属到某一智能家居设备，而在云服务器上存储一份智能家居设备与各功能特性模板的对应关系。这样需要使用时，可以直接根据该对应关系从功能模板库中调用出对应的功能特性模板得到某一智能家居设备对应的所有功能特性模板。这种存储方式相当于在功能集模板库中存储最小零件对应的功能模板库，而在使用时可以根据设备所具有的零件选择相应零件进行组装得到该设备所有的功能特性模板。应当理解的是，不同的设备可能会有相同的零件，此时该零件对应的功能特性模板也就可能相同，本实施例中称这类功能特性模板为共享或公共功能特性模板，其余的称为自由或独有功能特性模板，并可对这两类功能特性模板进行分类存储。

本实施例中的功能集模板库具体可以设置在云服务器本地，也可以根据实际需求采用分布式存储方式设置在专门的存储服务器或者多个云服务器上。本实施例中的功能集模板库对各种智能家居设备提供统一的对接接口。

此外，还需要说明的是，本示例中的智能家居设备功能对象的功能特性模板可以是由开发人员根据智能家居设备的说明书，提取所需要的智能家居设备的功能特征，并按照预先设置的格式、规则编写的，开发人员将智能家居设备功能对象的功能特性模板编写完成之后可以通过后台管理服务器将该模板导入云服务器，从而云服务器接收到该功能特性模板并将该功能特性模板进行存储。当云服务器接收到新的功能特性模板时可以查询原有的公共功能特性模板中是否存在与该新功能特性模板相同的模板，云服务器可以选择对新添加的、不同的模板进行存储，并可以存储到自由功能特性模板中，同样的，云服务器可以选择不存储相同的模板，避免功能特性模板的重复导入。

当然，在一些示例中，在功能模板库中也可以直接以智能家居设备为单位对功能特性模板进行存储。

S203：在同步条件满足时，从功能集模板库中选择出至少一个智能家居设备之各的功能对象对应的功能特性模板发送给客户端。

在该步骤中，云服务器从功能集模板库中选择出智能家居设备之各功能对象的功能特性模板发给客户端，也即实现与客户端同步功能特性模板。因此，在一些示例中，可以预先设置同步条件，云服务器可先判断判断同步条件是否满足；如满足，再从功能集模板库中选择出智能家居设备之各功能对象的功能特性模板，并发给所述客户端。

在本实施例中，同步条件包括但不限于以下几种同步条件：

同步条件一：

云服务器接收到客户端发送的绑定请求，该绑定请求中可包含用户账号和要求绑定到该用户账号下的智能家居设备，此时服务器可以将该绑定请求中所请求绑定的智能家居设备对应的功能特性模板挑选出来同步给客户端。此时的同步过程是在绑定过程中实现的。

同步条件二：

接收到客户端发送的对码请求，该对码请求中包含多请求对码的智能家居设备。此时服务器可以将该对码请求中所请求对码的智能家居设备对应的功能特性模板挑选出来同步给客户端。此时的同步过程是在对码过程中实现的。

同步条件三：

预设的同步时间周期到达，此时云服务器将当前未与客户端同步的智能家居设备的功能特性模板挑选出来同步给客户端。此时的同步过程是周期性动态完成的。

上述同步条件一和二的同步，是根据客户端所需的功能特性模板完成的，也即是按需同步，针对性更好，资源利用率更高。上述同步条件三则可将云服务器侧所有的功能特性模板同步给客户端，覆盖更为全面。具体的同步条件可以根据具体需求灵活选用。

本实施例中，在上述步骤S203之后，还包括：

接收客户端根据操作指令和智能家居设备之各功能对象的功能特性模板生成的远程控制指令。

本实施例中，客户端可以在对某一智能家居设备在云服务器绑定或对码过程中下载到该智能家居设备的控制程序，并可通过该控制程序生成相应的控制界面供用户下发相应的控制指令或获取相应的信息。

客户端在收到云服务器同步过来的功能特性模板之后，可将其进行存储，其存储方式可以采用与云服务器相同的存储方式，也可以采用其他存储方式。客户端可接收用户下发的操作指令，进而调用到对应的功能特性模板生成相应的远程控制指令，该远程控制指令中包含对智能家居设备的至少一个功能对象的至少一个功能进行控制的控制信令。

例如，客户端接收到对冰箱的压缩机的制冷级有第1级调整为第2级的操作指令，则从冰箱对应的功能特性模板中找到压缩机的功能特性模板，并根据该功能特性模板中包含的对各功能进行控制的控制信令生成上述调整制冷级别的控制指令，例如001100等。

应当理解的是，本示例中的控制信令信息可以是预先编写的底层代码，通过运行该底层代码可以实现对功能对象的功能进行控制；当然本示例中的控制信令还可以是预先编写的底层代码的封装体，该封装体表征云服务器和智能家居设备的通信内容。

云服务器将远程控制指令下发给智能家居设备，以供智能家居设备根据该远程控制指令执行相应的控制操作。

例如冰箱接收到该远程控制指令后，则根据控制指令中的001100将压缩机的制冷级有第1级调整为第2级。

上述控制过程是以客户端对智能家居设备进行远程控制为例进行的说明。但应当理解的是，本实施例中的智能家居设备不但可以受客户端远程控制，也可以接收用户在本地直接下发的控制命令执行相应的操作。例如用户直接通过冰箱的控制面板实现对冰箱的控制。在本实施例中，还可支持智能家居设备在被控制操作后或者在每间隔一段时间后，将自身当前最新的状态或者当前发生的事件发送给客户端这一业务。

因此，本实施例的一种示例中，智能家居设备本地也存储有功能特性模板，且该功能特性模板还包含与至少一个控制信令信息对应的状态信息；例如当功能对象为灯时，对应该灯的控制指令包含但不限于开灯控制指令，关灯控制指令，亮度调整控制指令；对于开灯控制指令的状态信息为亮灯，对应关灯控制指令的状态信息为熄灯，对应亮度调整控制指令的状态信息为当前的亮度等级和/或颜色等。此时的智能家居设备控制方法请参见图3所示，还包括智能家居设备向客户端反馈其状态的过程，包括：

S301：云服务器接收智能家居设备根据功能特性模板生成的实例化信息。

该实例化信息可以是智能家居设备接收远程控制指令并执行相应的控制操作后生成的，也可以是智能家居设备接收到本地控制指令并执行完毕后生成的，或在预设监测时间到达后所生成的。所生成的实例化信息中包含目标功能对象、目标功能对象对应的功能特性模板识别信息以及目标功能对象当前的目标状态；其中目标功能对象为被控制功能对象或被监测的功能对象；

S302：云服务器将实例化信息发给客户端，以供客户端根据实例化信息调用对应的功能特性模板，进而将该功能特性模板中与目标状态对应的状态信息进行显示。

本实施例的另一种示例中，智能家居设备本地也存储有功能特性模板，且该功能特性模板还包含与至少一个控制信令信息对应的事件信息；例如当功能对象为灯时，对应该灯的控制指令包含但不限于开灯控制指令，关灯控制指令，亮度调整控制指令；对于开灯控制指令的事件信息为由熄灯切换为亮灯，对应关灯控制指令的事件信息为亮灯切换为熄灯，对应亮度调整控制指令的状态信息为由当前的第X1等级和/或Y1颜色切换为第X2等级和/或Y2颜色等。此时的智能家居设备控制方法请参见图4所示，还包括智能家居设备向客户端反馈其发生事件的过程，包括：

S401：云服务器接收智能家居设备发送的实例化信息。

该实例化信息可以是智能家居设备执行完所述远程控制指令后，或执行完本地控制指令后根据功能特性模板生成的实例化，该实例化信息中包含被控功能对象、被控功能对象对应的功能特性模板识别信息以及被控功能对象当前发生的目标事件。

S402：云服务器将实例化信息发给客户端，以供客户端根据实例化信息调用对应的功能特性模板，进而将该功能特性模板中与目标事件对应的事件信息进行显示。

当然，应当理解的是，上述状态和事件反馈过程在远程控制系统中都是可以灵活定制的，可以定制上述任一反馈业务，也可以定制该反馈业务，具体可以根据实际需求灵活设定。且云服务器收到实例化信息后，可以主动推送给客户端，也可以在接收到客户端发送的查询请求后再下发给客户端。

在本实施例中，在客户端侧的智能家居设备控制方法参见图5所示，包括：

S501：客户端接收云服务器从其功能集模板库中选择出的智能家居设备之各功能对象的功能特性模板。

也即客户端完成与云服务器的功能特性模板的同步，具体同步的发起和实现过程在此不再赘述。应当理解的是，本实施例中的客户端包括但不限于台式电脑、移动电脑、手机、IPAD等等通信控制设备。

S502：客户端接收到用户下发的控制指令。

客户端与用户之交互方式具体可以通过各种交互方式实现，例如包括但不限于触控、实体按键、语音，在此不再赘述，用户可以通过触控、实体按键或者语音等方式下发控制指令，例如通过语音向客户端发送“打开空调”，这样客户端收到该控制指令后，就可调用空调对应的功能特性模板生成空调能够识别处理的远程控制指令，控制空调打开。

S503：客户端根据操作指令和智能家居设备之各功能对象的功能特性模板生成远程控制指令，并通过云服务器发给智能家居设备。

在本实施例中，客户端也可收到智能家居设备通过云服务器反馈的实例化信息，该实例化信息可能包含智能家居设备最新的状态信息和/或事件信息，客户端可以通过各种显示和/或提醒方式将相应的状态信息和/或事件信息进行显示和/或提醒，以供用户及时获取。可进一步提升用户体验的满意度。

可见，本实施例将智能家居设备之各功能对象的功能特性模板统一预先存储在云服务器的功能集模板库中，云服务器将智能家居设备的各功能对象的功能特性模板选择出来同步给并发给客户端，这样新增智能家居设备时就不需要额外在客户端上进行配置；客户端根据用户的操作指令和智能家居设备之各功能对象的功能特性模板生成的远程控制指令，通过云服务器下发给智能家居设备对其进行远程控制，云服务器对各智能家居设备的对接接口也就统一为一个接口，极大的简化了智能家居系统的各智能家居设备的对接接口，可以在很大程度上降低管理和对接成本。

实施例二：

为了更好的理解本发明，本实施例在实施例一的基础上，结合一种具体的应用场景进行示例说明。

参见图6所示，本实施例中的智能家居设备61与云服务器62之间可以采用MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)协议交互，客户端63与云服务器62之间可以采用HTTP/HTTPS(HyperText Transfer Protocol，超文本传输)协议交互，部分智能家居设备61支持扩展智能家居传感器64，此时智能家居传感器64与智能家居设备61之间可以采用ZigBee(紫蜂)协议交互，当然，本实施例中的智能家居设备61与云服务器62之间、客户端63与云服务器62之间以及智能家居传感器64与智能家居设备61之间还可以采用其他的协议进行交互，或者也可以采用由开发人员自定义的协议。

本实施例中的功能特性模板主要用于“客户端-云服务器-智能家居设备”这套封闭系统内组件间报文交互。当发生业务信息同步时，发起同步信息的组件将数据包按照功能特性模板的格式进行封装，发送到目标部件。

本实施例中的智能家居设备包括但不限于物联网终端设备，可以是传感器、网关、空调、冰箱、门禁等等，具体可以下信息来描述：

功能特性模板：

独立的功能模型描述，一个智能家居设备一般会含有至少一种功能对象(也即元素模型)。一个功能对象的功能描述比如灯的功能，锁的功能，都可作为功能特性模板来描述。

功能特性模板可以理解为特性集合的封装体，其用来描述传感器、网关等设备所会具有的某一类功能的描述，每个功能对象的定义具有通用性和原子化，真实的网关或传感器都可以由这些功能对象来组合而成。

本实施例中，功能特性模板可由四种类型描述组成:method，state，event，info，如下表1所示：

表1

从表1可知，本示例中的功能特性模板中除了包含实现对功能对象之功能进行控制的控制信令信息之外，还可以包括但不限于该功能对象的状态信息、事件信息以及属性信息中的至少一种。其中，状态信息可以为非必要信息，其描述了与该功能对象相关的各种状态，以功能对象为灯为例进行说明，此时状态信息中可以包含灯的亮度、灯的色彩，灯的开关等等；事件信息也可以为非必要信息，其描述了该功能对象可能出现的各种事件，例如，灯当前的状态为打开，此时对于灯来说可能出现的事件可以是关闭灯；属性信息描述了该功能对象的固有信息，例如灯的生产厂商、型号、供电方式等等，当功能特性模板中同时包含了上述的状态信息、事件信息以及属性信息时，本示例中的功能特性模板的结构框架可以参见图7所示。还应当说明的是，本示例中的控制信令信息可以是预先编写的底层代码，通过运行该底层代码可以实现对功能对象的功能进行控制；当然本示例中的控制信令还可以是预先编写的底层代码的封装体，该封装体表征云服务器和智能家居设备的通信内容。

智能家居设备实例化描述

一个具体智能家居设备的实例化，即智能家居设备所包含有的具体功能对象种类和数量的实例化。实例化描述，智能家居设备的对象实例化，比如，智能门锁，其可以描述具体包含有多个功能对象：密码面板传感器、指纹传感器、智能卡传感器、警报蜂鸣器，电子锁；每个实例都固化有name-名称、objectid-编号、reference-引用功能特性模板、state-状态集、info-属性集，如表2所示：

表2

从上述表2可知，本示例中的实例化信息包含该功能对象的名称信息、标识信息、状态信息以及属性信息中的至少一种，名称信息描述了该功能对象的名称，起初功能对象的名称可以由目标智能家居设备自己产生，也可以支持用户通过客户端对其进行修改或者自定义；本示例中的标识信息描述了目标智能家居设备之功能对象的身份标识，该身份标识与该目标智能家居设备相关联，并保持不变，可以用来索引该功能对象。在此，还需要说明的是，本示例中的功能对象指组成该智能家居设备的最小智能元件，以智能家居设备为智能门锁为例进行说明，智能门锁的功能对象可以为智能面板传感器、指纹传感器、智能卡传感器、警报蜂鸣器以及电子锁，且该智能门锁的每一个功能对象都有其对应的功能对象信息以及该功能对象调用的功能特性模板，一个功能对象可以调用一个功能特性模板，也可以调用多个功能特性模板，当功能对象信息中同时包含了上述的名称信息、标识信息、状态信息以及属性信息时，本示例中的实例化信息的结构框架可以参见图8所示。

云服务器可以统一存储管理各智能家居各功能对象的上述表1所示的功能特性模板，对各智能家具设备提供统一的对接接口，降低使用及维护成本。并可采用各种同步方式给客户端。客户端可根据操作指令和对应的功能特性模板生成远程控制指令，通过云服务器下发给智能家居设备，进而控制智能家居设备执行对应的控制操作。智能家居设备还可将自身功能对象当前的状态信息通过上述表2所示的实例化信息发给云服务器，云服务器可通过主动或被动的方式下发给客户端，以供客户端进行显示，便于用户及时了解，可进一步提上用户体验的满意度。

实施例三：

为了更好的理解本发明，本实施例以智能家居设备为智能网关，将智能网关接入智能家居系统为例来进行说明，请参见图9所示，包括：

S901：云服务器接收智能家居设备功能对象的功能特性模板，并进行存储。

步骤S901中的功能特性模板包括智能网关的功能特性模板。

开发人员可以根据该智能网关的生产厂商提供的智能网关的说明书提取智能网关的功能特性，智能网关的功能特性可以包括控制信令信息、状态信息、事件信息以及属性信息，其中，智能网关的控制信令信息可以包括：绑定信令、解绑信令、重启信令、重置信令以及打开对码信令，智能网关的状态信息可以包括：电量状态、对码状态、绑定状态，智能网关的属性信息可以包括：版本号、厂商、IP、MAC、以及供电方式，智能网关的事件信息表征智能网关由当前状态转变为另外一个状态的过程。开发人员可以根据上述功能特性按照预先定义好的格式编写智能网关的功能特性模板，并上传至云服务器。其中编写的功能特性模板的部分内容可以为：

S902:云服务器解析功能特性模板，并将解析后的功能特性模板存储在云服务器的数据库中，并在同步条件满足时同步给客户端。

S903：智能网关上电向云服务器发送鉴权消息，并收到验证成功通知。

应当理解的是，步骤S903之前还应当由开发人员根据功能特性模板通过智能网关的通讯模块在智能网关上定制其业务处理固件软件。需要说明的是，鉴权消息用于验证该智能家居设备是否合法，是否被允许接入云服务器，智能网关上电后根据业务处理固件软件制定的流程向云服务器发送鉴权消息，该鉴权消息可以通过用户名或者密码的方式进行体现，当该鉴权消息通过验证后，云服务器向智能网关反馈验证成功通知。

S904：智能网关向云服务器发送自身的实例化信息，在该步骤之前智能网关可以是接收到远程控制指令或者本地控制指令执行了操作。

S905：云服务器根据实例化信息从存储的解析后的功能特性模板中查找智能网关调用的目标功能特性模板，对该目标功能特性模板进行反向解析得到对应的状态信息，并在本地进行设置，并可进一步将其主动或被动发给客户端。

例如，当云服务器接收到智能家居设备上报实例化报文如下：

首先通过设备类型"devicetype"进行匹配，进行设备合法性接入校验步骤后，解析其"myobject"列表(功能集)，通过"reference"字段可知节点所属的模板为"t0006_demo",可索引加载"t0006_demo"模板，(例)

云服务器根据该模板可知该功能集"state"节点下存在属性"workmode",因此从报文中获取"workmode"属性的值"outhome"，储存到数据库中，当客户端(APP)发起查询时，将节点值返回进行呈现，或者主动下发给客户端进行呈现。

S906：客户端通过Http主动查询方式，或云服务器推送被动方式知晓智能网关的动态，在页面上同样根据模板结构从实例化的报文中取对应的键值展示。

本发明实施例提供的智能家居设备控制方法，通过功能特性模板实现客户端、云服务器以及智能家居设备的对接，为智能家居设备提供了统一对接接口的同时，无需为客户端定制其生成控制指令以控制智能家居设备的方式，大大降低了对接成本，缩短了产品的开发周期。

实施例四：

本实施例提供了一种云服务器，参见图10所示，包括：

模板接收模块1001，用于接收智能家居设备的各功能对象的功能特性模板。

本实施例中的功能特性模板可以是在智能家居设备研发阶段，或者出厂后，根据智能家居设备自身特性生成的，然后通过后台导入云服务器，也可以是云服务器从其他云端设备自动或被动获取得到。本实施例中的功能特性模板包含实现对功能对象的各功能进行控制的控制信令。

存储控制模块1002，用于将各功能对象的功能特性模板进行存储，本实施例具体可以存储到功能集模板库中。本实施例中的功能集模板库具体可以设置在云服务器本地，也可以根据实际需求采用分布式存储方式设置在专门的存储服务器或者多个云服务器上。本实施例中的功能集模板库对各种智能家居设备提供统一的对接接口。功能集模板库中预先存储有各智能家居设备的各功能对象之功能特性模板，本实施例中的功能特性模板包含实现对功能对象的各功能进行控制的控制信令。

功能集模板库中存储的功能特性模板具体可以以一个功能对象为单位，并在功能集模板库中并不将某一功能特性模板具体归属到某一智能家居设备，而在云服务器上单独存储一份智能家居设备与各功能特性模板的对应关系。应当理解的是，不同的设备可能会有相同的零件，此时该零件对应的功能特性模板也就可能相同，本实施例中称这类功能特性模板为共享或公共功能特性模板，其余的称为自由或独有功能特性模板，并可对这两类功能特性模板进行分类存储。

此外，还需要说明的是，本示例中的智能家居设备功能对象的功能特性模板可以是由开发人员根据智能家居设备的说明书，提取所需要的智能家居设备的功能特征，并按照预先设置的格式、规则编写的，开发人员将智能家居设备功能对象的功能特性模板编写完成之后可以通过后台管理服务器将该模板导入云服务器，从而云服务器接收到该功能特性模板并将该功能特性模板进行存储。当存储控制模块1002接收到新的功能特性模板时可以查询原有的公共功能特性模板中是否存在与该新功能特性模板相同的模板，云服务器可以选择对新添加的、不同的模板进行存储，并可以存储到自由功能特性模板中，同样的，存储控制模块1002可以选择不存储相同的模板，避免功能特性模板的重复导入。

当然，在一些示例中，在功能模板库中也可以直接以智能家居设备为单位对功能特性模板进行存储。

模板管理模块1003，用于在同步条件满足时，从功能集模板库中选择出至少一个智能家居设备之各的功能对象对应的功能特性模板发送给客户端。

模板管理模块1003从功能集模板库中选择出智能家居设备之各功能对象的功能特性模板发给客户端，也即实现与客户端同步功能特性模板。因此，在一些示例中，可以预先设置同步条件，模板管理模块1003可先判断判断同步条件是否满足；如满足，再从功能集模板库中选择出智能家居设备之各功能对象的功能特性模板，并发给所述客户端。

在本实施例中，同步条件包括但不限于以下几种同步条件：

同步条件一：

模板管理模块1003接收到客户端发送的绑定请求，该绑定请求中可包含用户账号和要求绑定到该用户账号下的智能家居设备，此时模板管理模块1003可以将该绑定请求中所请求绑定的智能家居设备对应的功能特性模板挑选出来同步给客户端。此时的同步过程是在绑定过程中实现的。

同步条件二：

接收到客户端发送的对码请求，该对码请求中包含多请求对码的智能家居设备。此时模板管理模块1003可以将该对码请求中所请求对码的智能家居设备对应的功能特性模板挑选出来同步给客户端。此时的同步过程是在对码过程中实现的。

同步条件三：

预设的同步时间周期到达，此时模板管理模块1003将当前未与客户端同步的智能家居设备的功能特性模板挑选出来同步给客户端。此时的同步过程是周期性动态完成的。

上述同步条件一和二的同步，是根据客户端所需的功能特性模板完成的，也即是按需同步，针对性更好，资源利用率更高。上述同步条件三则可将云服务器侧所有的功能特性模板同步给客户端，覆盖更为全面。

本实施例中的云服务器还包括指令转发模块1004，用于接收客户端根据操作指令和智能家居设备之各功能对象的功能特性模板生成的远程控制指令，并将远程控制指令下发给智能家居设备。

本实施例中，客户端可以在对某一智能家居设备在云服务器绑定或对码过程中下载到该智能家居设备的控制程序，并可通过该控制程序生成相应的控制界面供用户下发相应的控制指令或获取相应的信息。

客户端在收到云服务器同步过来的功能特性模板之后，可将其进行存储，其存储方式可以采用与云服务器相同的存储方式，也可以采用其他存储方式。客户端可接收用户下发的操作指令，进而调用到对应的功能特性模板生成相应的远程控制指令，该远程控制指令中包含对智能家居设备的至少一个功能对象的至少一个功能进行控制的控制信令。

但应当理解的是，本实施例中的智能家居设备不但可以受客户端远程控制，也可以接收用户在本地直接下发的控制命令执行相应的操作。例如用户直接通过冰箱的控制面板实现对冰箱的控制。在本实施例中，还可支持智能家居设备在被控制操作后或者在每间隔一段时间后，将自身当前最新的状态或者当前发生的事件发送给客户端这一业务。

因此，本实施例的一种示例中，智能家居设备本地也存储有功能特性模板，且该功能特性模板还包含与至少一个控制信令信息对应的状态信息。指令转发模块1004还用于接收智能家居设备执行完所述远程控制指令后，或执行完本地控制指令后，或在预设监测时间到达后，根据功能特性模板生成的实例化信息，实例化信息中包含目标功能对象、目标功能对象对应的功能特性模板识别信息以及目标功能对象当前的目标状态；目标功能对象为被控制功能对象或被监测的功能对象；以及用于将实例化信息发给客户端，以供客户端根据实例化信息调用对应的功能特性模板，进而将该功能特性模板中与所述目标状态对应的状态信息进行显示。

本实施例的另一种示例中，智能家居设备本地也存储有功能特性模板，且该功能特性模板还包含与至少一个控制信令信息对应的事件信息；例如当功能对象为灯时，对应该灯的控制指令包含但不限于开灯控制指令，关灯控制指令，亮度调整控制指令；对于开灯控制指令的事件信息为由熄灯切换为亮灯，对应关灯控制指令的事件信息为亮灯切换为熄灯，对应亮度调整控制指令的状态信息为由当前的第X1等级和/或Y1颜色切换为第X2等级和/或Y2颜色等。指令转发模块1004还用于接收智能家居设备执行完远程控制指令后，或执行完本地控制指令后，根据功能特性模板生成的实例化信息，实例化信息中包含被控功能对象、被控功能对象对应的功能特性模板识别信息以及被控功能对象当前发生的目标事件；以及还用于将实例化信息发给所述客户端，以供客户端根据实例化信息调用对应的功能特性模板，进而将该功能特性模板中与所述目标事件对应的事件信息进行显示。

应当理解的是，上述状态和事件反馈过程在远程控制系统中都是可以灵活定制的，可以定制上述任一反馈业务，也可以定制该反馈业务，具体可以根据实际需求灵活设定。且云服务器收到实例化信息后，可以主动推送给客户端，也可以在接收到客户端发送的查询请求后再下发给客户端。

请参见图11所示，本实施例还提供了一种客户端，本实施例中的客户端包括但不限于台式电脑、移动电脑、手机、IPAD等等通信控制设备，其包括：

模板同步模块1101，用于接收云服务器从其功能集模板库中选择出的智能家居设备之各功能对象的功能特性模板，功能集模板库中预先存储有各智能家居设备的各功能对象之功能特性模板，功能特性模板包含实现对功能对象的各功能进行控制的控制信令；

处理模块1102，用于根据操作指令和能家居设备之各功能对象的功能特性模板生成远程控制指令，并通过云服务器发给所述智能家居设备。处理模块1102也可收到智能家居设备通过云服务器反馈的实例化信息，该实例化信息可能包含智能家居设备最新的状态信息和/或事件信息，处理模块1102可以通过各种显示和/或提醒方式将相应的状态信息和/或事件信息进行显示和/或提醒，以供用户及时获取。可进一步提升用户体验的满意度。

实施例五：

为了更好的理解本发明，本实施例以智能家居设备为门磁传感器，将门磁传感器通过智能网关接入智能家居系统为例来进行说明，请参见图12所示，包括：

S1201：云服务器接收智能家居设备功能对象的功能特性模板。

步骤S1201中的功能特性模板包括门磁传感器的功能特性模板。开发人员可以根据该门磁传感器的生产厂商提供的门磁传感器的说明书提取门磁传感器的功能特性，门磁传感器的功能特性可以包括控制信令信息、状态信息、事件信息以及属性信息，其中，门磁传感器的控制信令信息可以包括：重启信令、重置信令，门磁传感器的状态信息可以包括：开启状态、开启状态-持续，门磁传感器的属性信息可以包括：版本号、厂商、IP、MAC、以及供电方式，门磁传感器的事件信息表征门磁传感器由当前状态转变为另外一个状态的过程。开发人员可以根据上述功能特性按照预先定义好的格式编写门磁传感器的功能特性模板。其中编写的功能特性模板的部分内容可以为：

S1202：云服务器解析功能特性模板，并将解析后的功能特性模板存储在云服务器的数据库中，并可下发给客户端。

S1203：智能网关接收客户端下发的指令打开对码功能，实现与门磁传感器的绑定。

需要说明的是，步骤S1203之前还应当由开发人员根据功能特性模板通过智能网关的通讯模块在智能网关上定制其业务处理固件软件。应当理解的是，门磁传感器还可以将自身的身份信息发送给智能网关，再由智能网关发送给云服务器进行验证，当门磁传感器的身份信息被验证通过时，才能完成与智能网关的绑定。

S1204：智能网关向云服务器发送门磁传感器的实例化信息。

本实施例中的实例化信息中包含功能对象(可能是被控制或被监测或状态发生变化的功能对象)信息以及功能对象调用的功能特性模板，以供云服务器从存储的功能特性模板中查找各功能对象调用的目标功能特性模板。本实施例中的功能对象信息包括门磁传感器的名称信息、标识信息、状态信息以及属性信息。此外，需要说明的是，门磁传感器在感应到被打开后会主动通过ZigBee信道将开门信息发送给智能网关。

S1205：云服务器根据实例化信息从存储的解析后的功能特性模板中查找门磁传感器调用的目标功能特性模板，对该目标功能特性模板进行反向解析得到状态键值和\或事件列表，从而触发信息查询或信息推送业务操作。

S1206：客户端通过Http主动查询方式，或云服务器推送被动方式知晓智能网关的动态，在页面上同样根据模板结构从实例化的报文中取对应的键值展示。

本发明实施例提供的智能家居设备控制方法，通过功能特性模板实现客户端、云服务器以及智能家居设备的对接，无需为客户端定制其生成控制指令以控制智能家居设备的方式，并可为各智能家居设备提供统一的对接接口，大大降低了对接以及维护成本，缩短了产品的开发周期。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种智能家居设备系统管理方法，包括：

接收并存储各智能家居设备的各功能对象的功能特性模板，所述功能特性模板包含实现对功能对象的各功能进行控制的控制信令；

在同步条件满足时，从存储的所述功能特性模板中选择出至少一个智能家居设备之各功能对象对应的功能特性模板发送给客户端。

2.如权利要求1所述的智能家居设备系统管理方法，其特征在于，从存储的所述功能特性模板中选择出至少一个智能家居设备之各功能对象对应的功能特性模板发送给客户端后，还包括：

接收所述客户端根据操作指令和所述智能家居设备之各功能对象的功能特性模板生成的远程控制指令，所述远程控制指令中包含对智能家居设备的至少一个功能对象的至少一个功能进行控制的控制信令；

将所述远程控制指令下发送给所述智能家居设备。

3.如权利要求1所述的智能家居设备系统管理方法，其特征在于，所述同步条件为：

接收到所述客户端发送的绑定请求，所述智能家居设备为所述绑定请求中所请求绑定的至少一个智能家居设备；

或，

接收到所述客户端发送的对码请求，所述智能家居设备为所述对码请求中所请求对码的至少一个智能家居设备；

或，

预设的同步时间周期到达，所述智能家居设备为当前未与所述客户端同步的至少一个智能家居设备。

4.如权利要求2或3所述的智能家居设备系统管理方法，其特征在于，所述智能家居设备中存储有所述功能特性模板，所述功能特性模板还包含与至少一个控制信令信息对应的状态信息；

从存储的所述功能特性模板中选择出至少一个智能家居设备之各功能对象对应的功能特性模板发送给客户端后，还包括：

接收所述智能家居设备执行完所述远程控制指令后，或执行完本地控制指令后，或在预设监测时间到达后，根据所述功能特性模板生成的实例化信息，其中，所述实例化信息中包含目标功能对象、目标功能对象对应的功能特性模板识别信息以及目标功能对象当前的目标状态；所述目标功能对象为被控制功能对象或被监测的功能对象；

将所述实例化信息发送给所述客户端，以供所述客户端根据所述实例化信息调用对应的功能特性模板，进而将该功能特性模板中与所述目标状态对应的状态信息进行显示。

5.如权利要求2或3所述的智能家居设备系统管理方法，其特征在于，所述智能家居设备中存储有所述功能特性模板，所述功能特性模板还包含与至少一个控制信令信息对应的事件信息；

从存储的所述功能特性模板中选择出至少一个智能家居设备之各功能对象对应的功能特性模板发送给客户端后，还包括：

接收所述智能家居设备执行完所述远程控制指令后，或执行完本地控制指令后，根据所述功能特性模板生成的实例化信息，所述实例化信息中包含被控功能对象、被控功能对象对应的功能特性模板识别信息以及被控功能对象当前发生的目标事件；

将所述实例化信息发送给所述客户端，以供所述客户端根据所述实例化信息调用对应的功能特性模板，进而将该功能特性模板中与所述目标事件对应的事件信息进行显示。

6.一种云服务器，其特征在于，包括：

模板接收模块，用于接收各智能家居设备的各功能对象的功能特性模板，所述功能特性模板包含实现对功能对象的各功能进行控制的控制信令；

存储控制模块，用于将所述各功能对象的功能特性模板进行存储；

模板管理模块，用于在同步条件满足时，从存储的所述功能特性模板中选择出至少一个智能家居设备之各的功能对象对应的功能特性模板发送给客户端。

7.如权利要求6所述的云服务器，其特征在于，还包括：

指令转发模块，用于接收所述客户端根据操作指令和所述智能家居设备之各功能对象的功能特性模板生成的远程控制指令，并将所述远程控制指令下发送给所述智能家居设备，所述远程控制指令中包含对所述智能家居设备的至少一个功能对象的至少一个功能进行控制的控制信令。

8.如权利要求6所述的云服务器，其特征在于，所述同步条件为：

接收到所述客户端发送的绑定请求，所述智能家居设备为所述绑定请求中所请求绑定的至少一个智能家居设备；

或，

接收到所述客户端发送的对码请求，所述智能家居设备为所述对码请求中所请求对码的至少一个智能家居设备；

或，

预设的同步时间周期到达，所述智能家居设备为当前未与所述客户端同步的至少一个智能家居设备。

9.如权利要求7或8所述的云服务器，其特征在于，所述智能家居设备中存储有所述功能特性模板，所述功能特性模板还包含与至少一个控制信令信息对应的状态信息；

所述指令转发模块还用于接收所述智能家居设备执行完所述远程控制指令后，或执行完本地控制指令后，或在预设监测时间到达后，根据所述功能特性模板生成的实例化信息，所述实例化信息中包含目标功能对象、目标功能对象对应的功能特性模板识别信息以及目标功能对象当前的目标状态；所述目标功能对象为被控制功能对象或被监测的功能对象；以及用于将所述实例化信息发送给所述客户端，以供所述客户端根据所述实例化信息调用对应的功能特性模板，进而将该功能特性模板中与所述目标状态对应的状态信息进行显示。

10.如权利要求7或8所述的云服务器，其特征在于，所述智能家居设备中存储有所述功能特性模板，所述功能特性模板还包含与至少一个控制信令信息对应的事件信息；

所述指令转发模块还用于接收所述智能家居设备执行完所述远程控制指令后，或执行完本地控制指令后，根据所述功能特性模板生成的实例化信息，所述实例化信息中包含被控功能对象、被控功能对象对应的功能特性模板识别信息以及被控功能对象当前发生的目标事件；以及还用于将所述实例化信息发送给所述客户端，以供所述客户端根据所述实例化信息调用对应的功能特性模板，进而将该功能特性模板中与所述目标事件对应的事件信息进行显示。