CN114422285B - 一种基于智能家居客户端多厂商融合场景的配置方法 - Google Patents

Abstract

本发明提供一种基于智能家居客户端多厂商融合场景的配置方法，通过向服务器获取符合用户身份的用户设备集信息；并解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，并保存至缓存；创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；将所述融合场景数据传输至服务器，从而完成多厂商的智能家居设备的融合场景的配置。

Description

一种基于智能家居客户端多厂商融合场景的配置方法

技术领域

本发明涉及智能家居技术领域，具体涉及一种基于智能家居客户端多厂商融合场景的配置方法。

背景技术

智能家居是在互联网影响之下物联化的体现。智能家居通过物联网技术将家中的各种设备（如音视频设备、照明***、窗帘控制、空调控制、安防***、数字影院***、影音服务器、影柜***、网络家电等）连接到一起，提供家电控制、照明控制、电话远程控制、室内外遥控、防盗报警、环境监测、暖通控制、红外转发以及可编程定时控制等多种功能和手段。与普通家居相比，智能家居不仅具有传统的居住功能，兼备建筑、网络通信、信息家电、设备自动化，提供全方位的信息交互功能，甚至为各种能源费用节约资金。

智能家居通过实现全屋智能化，经过多年的发展，我国智能家居行业已经进入2.0智能互联阶段，行业市场规模呈现良好的增长态势，但是随着越来越多厂商的加入，智能家居行业也迎来了新的挑战。每个厂商都在建立和发展自己的智能生态圈，导致了以下弊端：现有技术中的不通过厂商的智能终端产品很难或者几乎无法相互之间进行通信，用户一旦选定一种智能产品后将无法选择其他厂商更优质的产品，局限性非常大；客户端无法配置多厂商的融合场景，只能配置自家的产品，导致一个家庭用户往往需要下载多个客户端才能满足日常需求控制相当麻烦，不同的设备直接也无法联动，和智能家居的初衷相差甚远。

发明内容

有鉴于此，本发明提供了一种基于智能家居客户端多厂商融合场景的配置方法，实现当前智能家居用户下的多个不同厂商的不同设备的不同工作任务的联动以及触发，解决了传统的需要多个客户端或者APP实现各自厂商设备逐一配置逐一操控使用的繁琐，以及解决了不同厂商的不同的设备直接也无法联动的技术问题。

本发明的技术方案如下：

一种智能家居客户端多厂商融合场景的配置方法，应用于客户端，包括：

向所述服务器发送设备集信息获取请求消息，所述设备集信息获取请求消息包括用户身份信息；接收服务器返回的用户设备集信息；所述设备集中的设备分属于不同的厂商；

解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，并保存至缓存；

创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；

将所述融合场景数据传输至服务器。

优选的，所述获取符合任务条件的设备，建立任务设备集，包括：

显示符合任务条件的设备，接收用户选择，根据用户所选的任务条件的设备，建立任务设备集。

优选的，所述解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，包括：

获取客户端的智能家居网关信息；对于每个网关信息建立父对象模型GatewayModel、父对象模型GatewayModel的第一子对象模型DeviceModel、第一子对象模型DeviceModel的第二子对象模型DevicePointModel；

所述第一子对象模型DeviceModel为父对象模型GatewayModel的子对象；所述第二子对象模型DevicePointModel为第一子对象模型DeviceModel的子对象。

优选的，所述解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，还包括：

初始化父对象模型GatewayModel，所述父对象模型GatewayModel用于存放网关属性数据；

初始化第一子对象模型DeviceModel，所述第一子对象模型DeviceModel存放智能家居网关下的对应设备的属性数据，并将第一子对象模型DeviceModel放入父对象模型GatewayModel中；

初始化第二子对象模型DevicePointModel，所述第二子对象模型DevicePointModel存放对应设备的不同资源节点属性数据，并以集合形式加入到第一子对象模型DeviceModel中。

优选的，所述创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，包括：

创建融合设备集中设备的场景，设置任务触发条件；

创建场景执行任务，通过遍历父对象模型GatewayModel所有设备模型，显示符合执行任务条件的设备，并根据用户选择，保存场景执行任务ID与用户所选设备集的映射关系；

生成执行任务，则遍历父对象模型GatewayModel所有设备模型，选择符合执行任务条件的设备，存入预先创建好的执行设备集合，并显示。

优选的，所述任务触发条件，包括：根据用户手动触发信息，触发执行任务；和/或，设置触发时间，达到一定的触发时间，触发执行任务；和/或，设置第一设备达到一定条件，触发第二设备执行任务。

优选的，对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；将所述融合场景数据传输至服务器，包括：

根据所述任务设备集中的设备分配的执行任务数据、任务触发条件以及场景标识，生成融合场景数据；

将所述融合场景数据加密后发送至服务器。

此外，还提出一种智能家居客户端多厂商融合场景的配置方法，应用于服务器，包括：

响应于客户端发送的设备集信息获取请求消息，获取设备集信息并发送至客户端；所述设备集信息获取请求消息包括用户身份信息；所述设备集中的设备分属于不同的厂商；

接收客户端发送的融合场景数据，并保存；

所述融合场景数据通过如下方式生成：解析所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系； 创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据。

此外，还提出一种电子装置，包括存储器以及处理器，所述存储器存储有指令，所述处理器执行所述指令以实现如上所述的方法步骤。

此外，还提出一种存储介质，所述存储介质存储有程序；所述程序由处理器加载并执行以实现如上所述的方法步骤。

在本发明的方案中，基于智能家居客户端多厂商融合场景的配置方法，通过向服务器获取符合用户身份的用户设备集信息；并解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，并保存至缓存；进一步，创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；将所述融合场景数据传输至服务器，从而完成多厂商的智能家居设备的融合场景的配置，从而在客户端用户操作过程中，只要打开客户端选择本发明配置好的场景，即可联动实现当前智能家居用户下的多个不同厂商的不同设备的不同工作任务的联动以及触发，解决了传统的需要多个客户端或者APP实现各自厂商设备逐一配置逐一操控使用的繁琐，以及解决了不同厂商的不同的设备直接也无法联动。

附图说明

图1为本发明实施例一智能家居客户端多厂商融合场景的配置方法流程图；

图2为本发明实施例一智能家居客户端多厂商融合场景在手动触发条件下的配置方法执行流程图；

图3为本发明实施例一智能家居客户端多厂商融合场景在定时触发条件下的配置方法执行流程图；

图4为本发明实施例一智能家居客户端多厂商融合场景在设备联动触发条件下的配置方法执行流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出 创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

如图1所示，本实施例实施一种智能家居客户端多厂商融合场景的配置方法，应用于客户端，包括：

S110、向所述服务器发送设备集信息获取请求消息，所述设备集信息获取请求消息包括用户身份信息；接收服务器返回的用户设备集信息；所述设备集中的设备分属于不同的厂商；

具体地，本实施例，客户端构架包括用户模块，设备管理模块，以及场景配置模块。其中，用户模块负责用户的登录、注册等管理；设备管理模块：对各个厂商的网关设备进行统一管理，并输出统一的设备模型；场景配置模块：场景配置模块会将用户选择的各个厂商的设备通过一定的协议规则传输给后台服务器。用户在客户端通过账号密码登录，向所述服务器发送设备集信息获取请求消息，所述设备集信息获取请求消息携带有用户身份账号信息；服务器接收到用户身份信息以后，获取对应用户的设备集；这里用户预先需要添加自身账号下面的设备形成属于用户身份下的设备集；所述设备集中的设备分属于不同的厂商；

S120、解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，并保存至缓存。

进一步，客户端接收服务器返回的用户设备集信息，设备管理模块将用户获取到的所有厂商的设备集进行解析。通过解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，并保存至缓存。其中，解析获取的所述设备集信息后，对于每个网关信息建立父对象模型GatewayModel、父对象模型GatewayModel的第一子对象模型DeviceModel、第一子对象模型DeviceModel的第二子对象模型DevicePointModel，按逻辑关系存储在客户端内存中；所述第一子对象模型DeviceModel为父对象模型GatewayModel的子对象；所述第二子对象模型DevicePointModel为第一子对象模型DeviceModel的子对象。例如：以用户拥有一个智能家居网关，网关下有一个智能三路继电开关设备，该开关设备拥有三个资源节点，初始化GatewayModel对象，将智能家居网关的属性数据存放进去；初始化DeviceModel对象，将智能三路继电开关的属性数据存放进去，并将DeviceModel对象放入GatewayModel对象中，此时DeviceModel对象成为GatewayModel对象的子对象，同理，初始化DevicePointModel对象存放开关设备的单个资源节点属性数据并以集合形式加入到DeviceModel对象中，此时数据结构为：DevicePointModel为DeviceModel子对象，DeviceModel为GatewayModel子对象。

所述解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，还包括：初始化父对象模型GatewayModel，所述父对象模型GatewayModel用于存放网关属性数据；初始化第一子对象模型DeviceModel，所述第一子对象模型DeviceModel存放智能家居网关下的对应设备的属性数据，并将第一子对象模型DeviceModel放入父对象模型GatewayModel中；初始化第二子对象模型DevicePointModel，所述第二子对象模型DevicePointModel存放对应设备的不同资源节点属性数据，并以集合形式加入到第一子对象模型DeviceModel中。具体地，其中，智能家居网关的属性数据包括网关名字，地址等信息；第一子对象模型DeviceModel则包括设备的设备的名字，设备的mac地址，设备的uuid，设备的当前状态（比如，针对电灯，当前状态是打开还是关闭），设备的在线状态；用电灯来举例，所述第二子对象模型DevicePointModel存放对应设备的不同资源节点属性数据，那么对于电灯这一子对象模型，则可以设置打开，关闭，反转（执行与当前状态相反的控制状态）；那么可以基于一个三路继电开关的不同资源节点的描述，三路继电开关的第一位资源节点可以分配（1、打开；2、关闭）；第二节点控制反转从而执行与当前状态相反的控制状态等。

进一步，本实施例用A厂商的智能窗帘，B厂商的智能电灯来举例，其中，建立的父对象模型GatewayModel、第一子对象模型DeviceModel、第二子对象模型DevicePointModel三个层次的逻辑关系，对应到该具体的应用，比如家庭网关对应的是父对象模型GatewayModel；第一子对象模型DeviceModel包括电灯，窗帘等智能家居的设备；第二子对象模型DevicePointModel，针对电灯，则包括：打开，关闭，或反转（代表与当前状态执行的相反操作）；针对窗帘，第二子对象模型DevicePointModel则可以具有打开、关闭、打开到指定百分比、关闭到指定百分比。因此，基于该层次逻辑关系的设计，本申请可以后续创建设定不同的场景控制不同厂商的不同设备执行不同的任务操作控制。

S130、创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据。

其中，所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据。具体地，用户在配置融合场景过程中，可以点击创建融合场景，场景配置模块会提供一个简洁易懂的页面（页面A）给用户，页面包括：场景名称，触发条件，执行任务，场景图标，出现在首页等。点击添加触发条件，进入页面B，选择手动点击后返回页面A，此时触发条件就变成了手动点击，表明此融合场景创建完成之后，用户须通过手动点击或者语音音箱的控制才能执行。

优选的，所述创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，包括：创建融合设备集中设备的场景，设置任务触发条件；创建场景执行任务，通过遍历父对象模型GatewayModel所有设备模型，显示符合执行任务条件的设备，并根据用户选择，保存场景执行任务ID与用户所选设备集的映射关系；生成执行任务，则遍历父对象模型GatewayModel所有设备模型，选择符合执行任务条件的设备，存入预先创建好的执行设备集合，并显示。

具体地，通过点击添加执行任务，进入页面C，场景配置模块将会从设备管理模块中取出设备集，for循环该设备集，遍历GatewayModel下的所有设备模型，找出符合执行任务条件的设备（智能门磁，智能烟雾报警器这类传感器设备不能作为执行任务；智能门锁这种安全性很高的设备也不能作为执行设备）存入预先创建好的执行设备集合（ActionDeviceList），并按厂商的UUID（VenderUuid）分类展示给用户。

优选的，所述获取符合任务条件的设备，建立任务设备集，包括：显示符合任务条件的设备，接收用户选择，根据用户所选的任务条件的设备，建立任务设备集。具体地，用户选择想要执行的设备集点击完成按钮，返回页面A，选择的设备集将会出现在执行任务中；例如，例如用户选择了一个厂商A的三路继电开关的第一位资源节点，厂商B的智能窗帘。点击单个执行设备，进入页面D，给每个执行设备分配具体的执行任务，场景配置模块会根据厂商和设备的不同分配不同的执行任务，例如窗帘可以分配（1、打开；2、关闭；3、打开到指定百分比；4、关闭到指定百分比），三路继电开关的第一位资源节点可以分配（1、打开；2、关闭）。假设用户选择三路继电开关第一位资源节点打开，窗帘关闭，点击完成，返回页面A，将每个执行设备下正确的DevicePointModel按一定规则组装成融合场景（用户手动点击APP上显示的此场景将会执行厂商A的三路继电开关的第一位打开，厂商B的智能窗帘关闭）执行任务数据。

基于该融合场景，可以定义一个场景标识，和/或一个场景名称，那么基于该配置完成后，后续用户只要达到一定的触发条件，即可实现触发场景启动，实现场景对应的任务启动，继而触发场景下的任务列表中的设备的状态启动。比如，我们定义，每到下午6点，执行场景M，而实现定义了场景M是关闭窗帘至百分比80%，而后开灯；因此，只要达到6点的时间条件，基于本实施例的配置，***的网关可以自动执行A厂商的窗帘关闭到百分比80%，而后窗帘控制器反馈一个完成信令至网关，则网关进一步控制将室内的灯执行开灯操作，并接收完成指令，从而实现一次融合场景的使用。

S140、将所述融合场景数据传输至服务器。

优选的，对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；将所述融合场景数据传输至服务器，包括：根据所述任务设备集中的设备分配的执行任务数据、任务触发条件以及场景标识，生成融合场景数据；将所述融合场景数据加密后发送至服务器。本实施例，通过，将执行任务数据与触发条件以及场景标识等数据加密后共同传输给服务器。

进一步，所述任务触发条件，包括：根据用户手动触发信息，触发执行任务；和/或，设置触发时间，达到一定的触发时间，触发执行任务；和/或，设置第一设备达到一定条件，触发第二设备执行任务。具体地，如图2所示为在手动触发条件下的配置方法执行流程图，在选择手动触发时，通过手动点击才能实现触发，比如通过手动点击或者语音音箱的控制才能执行；具体地，用户通过账号密码登录服务器，进行验证用户的身份后，服务器获取该用户下的厂商网关和设备，并返回至客户端，通过客户端的设备管理模块解析存储各个厂商设备数据，从而获取设备集；进一步，通过用户手动点击创建手动融合场景，选择手动执行，选择执行任务，通过遍历解析筛选符合条件的设备集数据，使用ActionDeviceList集合存储，并按VenderUuid分类进行展示，给予执行设备分配具体执行动作，从而组装成融合场景数据传输至服务器。

如图3所示为在定时触发条件下的配置方法执行流程图，若选择定时触发，用户设置触发时间，例如：场景模块判断时间是否合理并且大于当前时间三分钟，完成后触发条件就变成了定时触发，表明此融合场景创建完成之后，时间到达设置的触发时间就会执行；具体地，用户通过账号密码登录服务器，进行验证用户的身份后，服务器获取该用户下的厂商网关和设备，并返回至客户端，通过客户端的设备管理模块解析存储各个厂商设备数据，从而获取设备集；进一步，通过用户点击创建定时融合场景，选择定时触发，用户设定具体的时间，通过判断设定时间是否合理且大于当前时间三分钟，若是则选择执行任务，并通过遍历解析筛选符合条件的设备集数据，使用ActionDeviceList集合存储，并按VenderUuid分类进行展示，给予执行设备分配具体执行动作，从而组装成融合场景数据传输至服务器。

此外，如图4所示为在设备联动触发条件下的配置方法执行流程图，通过设置设备联动融合场景配置，具体地，用户通过账号密码登录服务器，进行验证用户的身份后，服务器获取该用户下的厂商网关和设备，并返回至客户端，通过客户端的设备管理模块解析存储各个厂商设备数据，从而获取设备集；通过点击添加触发条件，选择设备触发，场景配置模块从设备模块中取出所有设备集（例如：可以包括传感器设备、高安全设备都能作为触发条件）供用户选择，用户选择完后用ConditionDeviceList存储起来；点击单个触发设备，给每个触发设备分配具体的触发条件，场景配置模块会根据厂商和设备的不同分配不同的触发条件，例如水浸传感器分配（1、水浸报警；2、水浸解除），点击完成后判断所选的所有条件设备是支持同时满足触发还是支持任一触发，如果是同时满足触发则提供用户同时触发和任一触发两种选择方式的弹出框，如果是任一触发，用户将不能选择；点击添加执行任务，场景配置模块将会从设备管理模块中取出所有设备集，for循环该设备集，遍历GatewayModel下的所有设备模型，去除与触发集合（ConditionDeviceList）相同的设备模型，找出符合执行任务条件的设备存入预先创建好的执行设备集合（ActionDeviceList）（例如可以设置智能门磁，智能烟雾报警器这类传感器设备不能作为执行任务；智能门锁这种安全性很高的设备也不能作为执行设备），并按厂商的UUID分类展示给用户（按VenderUuid分类进行展示），选择想要执行的设备集点击完成，选择的设备集将会出现在执行任务中。

实施例二

本实施例还提出一种智能家居客户端多厂商融合场景的配置方法，应用于服务器，包括：

响应于客户端发送的设备集信息获取请求消息，获取设备集信息并发送至客户端；所述设备集信息获取请求消息包括用户身份信息；所述设备集中的设备分属于不同的厂商；

接收客户端发送的融合场景数据，并保存；

所述融合场景数据通过如下方式生成：解析所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系；

创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；

对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据。

其中，所述获取符合任务条件的设备，建立任务设备集，包括：

显示符合任务条件的设备，接收用户选择，根据用户所选的任务条件的设备，建立任务设备集。

所述解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，包括：

获取客户端的智能家居网关信息；对于每个网关信息建立父对象模型GatewayModel、父对象模型GatewayModel的第一子对象模型DeviceModel、第一子对象模型DeviceModel的第二子对象模型DevicePointModel；

所述第一子对象模型DeviceModel为父对象模型GatewayModel的子对象；所述第二子对象模型DevicePointModel为第一子对象模型DeviceModel的子对象。

所述解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，还包括：

初始化父对象模型GatewayModel，所述父对象模型GatewayModel用于存放网关属性数据；

初始化第一子对象模型DeviceModel，所述第一子对象模型DeviceModel存放智能家居网关下的对应设备的属性数据，并将第一子对象模型DeviceModel放入父对象模型GatewayModel中；

初始化第二子对象模型DevicePointModel，所述第二子对象模型DevicePointModel存放对应设备的不同资源节点属性数据，并以集合形式加入到第一子对象模型DeviceModel中。

所述创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，包括：

创建融合设备集中设备的场景，设置任务触发条件；

创建场景执行任务，通过遍历父对象模型GatewayModel所有设备模型，显示符合执行任务条件的设备，并根据用户选择，保存场景执行任务ID与用户所选设备集的映射关系；

生成执行任务，则遍历父对象模型GatewayModel所有设备模型，选择符合执行任务条件的设备，存入预先创建好的执行设备集合，并显示。

所述任务触发条件，包括：

根据用户手动触发信息，触发执行任务；和/或，设置触发时间，达到一定的触发时间，触发执行任务；和/或，设置第一设备达到一定条件，触发第二设备执行任务。

对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；将所述融合场景数据传输至服务器，包括：

根据所述任务设备集中的设备分配的执行任务数据、任务触发条件以及场景标识，生成融合场景数据；

将所述融合场景数据加密后发送至服务器。

此外，还提出一种电子装置，保护存储器以及处理器，所述存储器存储有指令，所述处理器执行所述指令以实现如上所述的方法步骤。

此外，还提出一种存储介质，所述存储介质存储有程序；所述程序由处理器加载并执行以实现如上所述的方法步骤。

本发明，在基于上述实施例方案，通过向服务器获取符合用户身份的用户设备集信息；并解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，并保存至缓存；进一步，创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；将所述融合场景数据传输至服务器，从而完成多厂商的智能家居设备的融合场景的配置，从而在客户端用户操作过程中，只要打开客户端选择本发明配置好的场景，即可联动实现当前智能家居用户下的多个不同厂商的不同设备的不同工作任务的联动以及触发，解决了传统的需要多个客户端或者APP实现各自厂商设备逐一配置逐一操控使用的繁琐，以及解决了不同厂商的不同的设备直接也无法联动。

本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机 可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中， 也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计 算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包 含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形式。

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

Claims (8)

1.一种智能家居客户端多厂商融合场景的配置方法，应用于客户端，其特征在于，包括：

向服务器发送设备集信息获取请求消息，所述设备集信息获取请求消息包括用户身份信息；接收服务器返回的用户设备集信息；所述设备集中的设备分属于不同的厂商；

解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，并保存至缓存；

创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；

将所述融合场景数据传输至服务器；

所述解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，包括：获取客户端的智能家居网关信息；对于每个网关信息建立父对象模型GatewayModel、父对象模型GatewayModel的第一子对象模型DeviceModel、第一子对象模型DeviceModel的第二子对象模型DevicePointModel；所述第一子对象模型DeviceModel为父对象模型GatewayModel的子对象；所述第二子对象模型DevicePointModel为第一子对象模型DeviceModel的子对象；

初始化父对象模型GatewayModel，所述父对象模型GatewayModel用于存放网关属性数据；初始化第一子对象模型DeviceModel，所述第一子对象模型DeviceModel存放智能家居网关下的对应设备的属性数据，并将第一子对象模型DeviceModel放入父对象模型GatewayModel中；初始化第二子对象模型DevicePointModel，所述第二子对象模型DevicePointModel存放对应设备的不同资源节点属性数据，并以集合形式加入到第一子对象模型DeviceModel中。

2.根据权利要求1所述的智能家居客户端多厂商融合场景的配置方法，其特征在于，所述获取符合任务条件的设备，建立任务设备集，包括：

显示符合任务条件的设备，接收用户选择，根据用户所选的符合任务条件的设备，建立任务设备集。

3.根据权利要求1所述的智能家居客户端多厂商融合场景的配置方法，其特征在于，所述创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，包括：

创建融合设备集中设备的场景，设置任务触发条件；

创建场景执行任务，通过遍历父对象模型GatewayModel所有设备模型，显示符合执行任务条件的设备，并根据用户选择，保存场景执行任务ID与用户所选设备集的映射关系；

生成执行任务，则遍历父对象模型GatewayModel所有设备模型，选择符合执行任务条件的设备，存入预先创建好的执行设备集合，并显示。

4.根据权利要求3所述的智能家居客户端多厂商融合场景的配置方法，其特征在于，所述任务触发条件，包括：

根据用户手动触发信息，触发执行任务；和/或，设置触发时间，达到一定的触发时间，触发执行任务；和/或，设置第一设备达到一定条件，触发第二设备执行任务。

5.根据权利要求4所述的智能家居客户端多厂商融合场景的配置方法，其特征在于，对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；将所述融合场景数据传输至服务器，包括：

根据所述任务设备集中的设备分配的执行任务数据、任务触发条件以及场景标识，生成融合场景数据；

将所述融合场景数据加密后发送至服务器。

6.一种智能家居客户端多厂商融合场景的配置方法，应用于服务器，其特征在于，包括：

响应于客户端发送的设备集信息获取请求消息，获取设备集信息并发送至客户端；所述设备集信息获取请求消息包括用户身份信息；所述设备集中的设备分属于不同的厂商；

接收客户端发送的融合场景数据，并保存；

所述融合场景数据通过如下方式生成：解析所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系；创建融合场景，添加执行任务，通过遍历所述数据逻辑关系，获取符合任务条件的设备，建立任务设备集；所述任务设备集包括执行任务ID，以及任务设备列表；对所述任务设备集中的设备分配不同的执行任务，生成融合场景数据；

所述解析获取的所述设备集信息，为设备集中的每个设备建立不同资源应用下的数据逻辑关系，包括：获取客户端的智能家居网关信息；对于每个网关信息建立父对象模型GatewayModel、父对象模型GatewayModel的第一子对象模型DeviceModel、第一子对象模型DeviceModel的第二子对象模型DevicePointModel；所述第一子对象模型DeviceModel为父对象模型GatewayModel的子对象；所述第二子对象模型DevicePointModel为第一子对象模型DeviceModel的子对象；

初始化父对象模型GatewayModel，所述父对象模型GatewayModel用于存放网关属性数据；初始化第一子对象模型DeviceModel，所述第一子对象模型DeviceModel存放智能家居网关下的对应设备的属性数据，并将第一子对象模型DeviceModel放入父对象模型GatewayModel中；初始化第二子对象模型DevicePointModel，所述第二子对象模型DevicePointModel存放对应设备的不同资源节点属性数据，并以集合形式加入到第一子对象模型DeviceModel中。

7.一种电子装置，包括存储器以及处理器，所述存储器存储有指令，所述处理器执行所述指令以实现如权利要求1-5任一项所述的方法步骤或者实现如权利要求6所述的方法步骤。

8.一种存储介质，所述存储介质存储有程序；所述程序由处理器加载并执行以实现如上述权利要求1-5任一项所述的方法步骤，或者如权利要求6所述的方法步骤。

Images