CN114615102B - 一种智能家居系统多厂商场景日志融合的方法和装置 - Google Patents

Abstract

本申请公开提供了一种智能家居系统多厂商场景日志融合的方法和装置，其中，该方法包括：接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，解决了现有技术中，市场上的智能终端产品相互之间无法进行通信，用户一旦选定一种智能产品后将无法选择其他厂商更优质的产品，局限性非常大的问题。

Description

一种智能家居系统多厂商场景日志融合的方法和装置

技术领域

本发明涉及数据处理技术领域，具体涉及一种智能家居系统多厂商场景日志融合的方法和装置。

背景技术

随着我国智能家居行业进入2.0智能互联阶段，行业市场规模呈现良好的增长态势，但是随着越来越多厂商的加入，智能家居行业也迎来了新的挑战，每个厂商都在建立和发展自己的智能生态圈，导致了以下弊端：1、市场上的智能终端产品很难或者几乎无法相互之间进行通信，用户一旦选定一种智能产品后将无法选择其他厂商更优质的产品，局限性非常大；2、智能场景的运行日志只能分别在各自应用中展示，导致一个家庭用户往往需要下载多个客户端才能满足日常需求；3、发出指令与收到执行结果是两个线程异步处理，多数厂商客户端只展示了这个场景是否执行，并未说明具体设备的执行情况，和智能家居的初衷相差甚远。

发明内容

因此，本发明要解决的技术问题在于克服现有技术中，市场上的智能终端产品相互之间无法进行通信，用户一旦选定一种智能产品后将无法选择其他厂商更优质的产品，局限性非常大的问题；智能场景的运行日志只能分别在各自应用中展示，导致一个家庭用户往往需要下载多个客户端才能满足日常需求的问题；发出指令与收到执行结果是两个线程异步处理，多数厂商客户端只展示了这个场景是否执行，并未说明具体设备的执行情况，和智能家居的初衷相差甚远的问题，从而提供一种智能家居系统多厂商场景日志融合的方法和装置。

为解决上述技术问题，本发明公开实施例至少提供一种智能家居系统多厂商场景日志融合的方法和装置。

第一方面，本发明公开实施例提供了一种智能家居系统多厂商场景日志融合的方法，包括：

接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；

根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；

当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；

接收厂商的设备管理系统返回的场景执行结果；

根据所述场景执行结果和不同厂商的设备信息生成融合场景日志。

可选地，所述根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景，包括：

创建一条父级数据和对应每个厂商的厂商子级场景数据；

向每个厂商的设备管理系统发送创建同名场景的请求并接收创建结果；

将创建成功的厂商的同名场景写入对应的厂商子级场景，父级数据展示给客户端。

可选地，如果部分厂商的同名场景未创建成功，则向客户端反馈部分失败提示；如果不存在创建成功的厂商，则删除所述父级数据和厂商子级场景数据，并向客户端反馈创建失败提示。

可选地，当所述多厂商融合场景被触发时，生成预备场景日志；

所述根据所述场景执行结果和不同厂商的设备信息生成融合场景日志包括：

所述根据所述场景执行结果和不同厂商的设备信息对所述预备场景日志进行更新，得到融合场景日志。

可选地，所述设备信息包括设备状态更新的时间戳；

所述根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，包括：

如果每个厂商的网关和设备均在线，并且设备状态更新的时间戳在场景执行完成之后的预设时间内，则生成指示融合场景执行成功的第一日志；

如果每个厂商的网关和设备均在线，但是设备状态更新的时间戳在场景执行完成之后的预设时间外，则生成指示融合场景执行失败的第二日志，所述第二日志包括所述设备信息；

如果每个厂商的网关和设备均不在线，则生成指示融合场景执行失败的第三日志，所述第三日志包括指示网关和设备离线的内容。

第二方面，本发明公开实施例还提供一种智能家居系统多厂商场景日志融合的装置，包括：

融合场景管理模块，用于接收由客户端配置的多厂商融合场景数据；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；

日志融合模块，用于根据所述场景执行结果和不同厂商的设备信息生成融合场景日志。

可选地，所述融合场景管理模块还用于当所述多厂商融合场景被触发时，向所述日志融合模块发送通知；以及将所述场景执行结果发送至所述日志融合模块；

所述日志融合模块还用于接收所述通知，生成预备场景日志；以及在接收到所述场景执行结果后获取不同厂商的设备信息，根据所述场景执行结果和所述设备信息对所述预备场景日志进行更新，得到融合场景日志。

可选地，还包括设备模块，用于记录设备信息，所述设备信息包括设备状态更新的时间戳；

如果每个厂商的网关和设备均在线，并且设备状态更新的时间戳在场景执行完成之后的预设时间内，则所述日志融合模块生成指示融合场景执行成功的第一日志；

如果每个厂商的网关和设备均在线，但是设备状态更新的时间戳在场景执行完成之后的预设时间外，则所述日志融合模块生成指示融合场景执行失败的第二日志，所述第二日志包括所述设备信息；

如果每个厂商的网关和设备均不在线，则所述日志融合模块生成指示融合场景执行失败的第三日志，所述第三日志包括指示网关和设备离线的内容。

第三方面，本发明公开实施例还提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

第四方面，本发明公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

本发明的实施例提供的技术方案可以具有以下有益效果：

接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，本发明将不同厂商的场景产生的日志融合起来，并具体到场景中每个设备的执行情况，帮助用户更好的使用智能家居，也帮助运营商大数据分析提供了基础。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

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

图1示出了本发明公开实施例所提供的一种智能家居系统多厂商场景日志融合的方法的流程图；

图2示出了本发明公开实施例所提供的另一种智能家居系统多厂商场景日志融合的方法的流程图；

图3示出了本发明公开实施例所提供的一种智能家居系统多厂商场景日志融合的装置的结构示意图；

图4示出了本发明公开实施例所提供的一种计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

实施例1

如图1所示，本发明公开实施例所提供的一种智能家居系统多厂商场景日志融合的方法的流程图，该方法包括：

S11：接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；

S12：根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；

S13：当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；

S14：接收厂商的设备管理系统返回的场景执行结果；

S15：根据所述场景执行结果和不同厂商的设备信息生成融合场景日志。

在具体实践中，所述根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景，包括：

创建一条父级数据和对应每个厂商的厂商子级场景数据；

向每个厂商的设备管理系统发送创建同名场景的请求并接收创建结果；

将创建成功的厂商的同名场景写入对应的厂商子级场景，父级数据展示给客户端。

在具体实践中，如果部分厂商的同名场景未创建成功，则向客户端反馈部分失败提示；如果不存在创建成功的厂商，则删除所述父级数据和厂商子级场景数据，并向客户端反馈创建失败提示。

在具体实践中，当所述多厂商融合场景被触发时，生成预备场景日志；

所述根据所述场景执行结果和不同厂商的设备信息生成融合场景日志包括：

所述根据所述场景执行结果和不同厂商的设备信息对所述预备场景日志进行更新，得到融合场景日志。

在具体实践中，所述设备信息包括设备状态更新的时间戳；

所述根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，包括：

如果每个厂商的网关和设备均在线，并且设备状态更新的时间戳在场景执行完成之后的预设时间内，则生成指示融合场景执行成功的第一日志；

如果每个厂商的网关和设备均在线，但是设备状态更新的时间戳在场景执行完成之后的预设时间外，则生成指示融合场景执行失败的第二日志，所述第二日志包括所述设备信息；

如果每个厂商的网关和设备均不在线，则生成指示融合场景执行失败的第三日志，所述第三日志包括指示网关和设备离线的内容。

可以理解的是，本实施例提供的技术方案，接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，本发明将不同厂商的场景产生的日志融合起来，并具体到场景中每个设备的执行情况，帮助用户更好的使用智能家居，也帮助运营商大数据分析提供了基础。

实施例2

如图2所示，本发明公开实施例所提供的另一种智能家居系统多厂商场景日志融合的方法的流程图，所述方法包括：

S21：客户端配置完成融合场景并发送至服务器，这里以打开智能三位继电开关（属于厂商A），关闭智能窗帘（属于厂商B）为例；

S22：融合场景管理模块，接受并解析数据，在数据库创建一条父级数据，所述父级数据包括：场景名称、场景图标和场景时间，再创建两条厂商子级场景数据，所述厂商子级场景数据包括：父级索引，此时父级数据暂不对客户端显示；

S23：融合场景管理模块根据厂商A和厂商B的创建规则分别在厂商A和厂商B的设备管理系统创建同名场景，创建完成后厂商A和厂商B的设备管理系统会返回创建结果，所述创建结果包括：成功或者失败，如果二者有一者失败，将成功的厂商场景写入数据库对应的厂商子级场景，父级数据展示给客户端，并返回部分设备加入场景失败的提示；如果二者皆失败，删除子级和父级数据并返回场景创建失败提示给客户端；

S24：客户端点击触发场景、语音音箱触发该场景、定时触发该场景或者设备状态发生变化触发该场景；

S25：融合场景管理模块通知日志融合模块生成场景日志，日志融合模块从父级数据中取场景名称、场景类型、场景ID和场景创建的用户ID信息，并从子级数据中取设备信息生成一条预备日志信息；

S26：融合场景管理模块将分别向厂商A和厂商B的设备管理系统请求执行此场景，厂商A的设备管理系统返回场景执行结果，融合场景管理模块记录请求成功的时间戳，延迟3S后通知日志融合模块处理日志数据；厂商B的设备管理系统返回场景执行结果，融合场景管理模块记录请求成功的时间戳，延迟3S后通知日志融合模块处理日志数据；所述场景执行结果包括是否成功执行；

S27：设备模块更新不同厂商的设备的设备状态信息，并记录更新状态的时间戳，例如厂商A打开智能三位继电开关，继电开关打开后上报实时状态，设备模块更新设备状态信息，并记录更新状态的时间戳；厂商B关闭智能窗帘并上报实时状态，设备模块更新设备状态信息，并记录更新状态的时间戳；

S28：日志融合模块收到更新日志数据的请求，从设备模块中获取设备状态信息和更新状态的时间戳，根据设备状态信息和时间戳对预备场景日志进行更新，得到融合场景日志。

可选地，所述设备状态信息包括设备是否在线的信息，假设（1）厂商A、厂商B的网关和设备均在线，并且设备状态更新的时间戳在厂商A、B场景执行完成之后的3S之间，日志融合模块生成一条融合场景执行成功的日志；假设（2）厂商A、厂商B的网关和设备均在线，但是设备状态更新的时间戳在厂商A、B场景执行完成之后的3S之外，日志融合模块生成一条融合场景执行失败的日志并将执行失败的设备补充完整；假设（3）厂商A、厂商B网关和设备均不在线，日志融合模块将生成融合场景执行失败的日志，日志中指示用户网关和设备离线。

在具体实践中，当所述多厂商融合场景被触发时，验证是否满足条件，如果满足，则分别向每个厂商发送执行对应场景的请求。

在具体实践中，当用户在移动客户端点击该场景或者音箱执行该场景时，调用平台接口，对于手动多厂商融合场景，该接口被调用属于满足条件；

定时多厂商融合场景在创建时，填写设置了一个星期内某一天或者某几天的指定时间点重复执行，如果用户没有设置星期内重复，只设置了具体时间点，表示当天的该时间点执行；

如果用户没有选择重复循环，在设置具体时间点时，移动客户端会限制所设置时间点不得先于当前时间，平台系统会时时监测当前时间是否满足了定时多厂商融合场景的时间条件，对于定时多厂商融合场景，系统当前时间来到了设定的时间点属于满足条件；

设备联动多厂商融合场景在创建时，指定两方面的条件：1、设备条件：设备处于什么状态，例如：智能窗帘打开；2、时间条件：一个星期内某一天或者某几天的指定时间段重复执行，如果用户没有设置星期内重复，只设置了具体时间段，那么表示当天的该时间段执行；如果用户没有选择重复循环，在设置具体时间段时，移动客户端限制所设置时间段的开始时间不得先于当前时间，结束时间不得先于开始时间；当设备状态上报，智能窗帘上报开状态时，平台系统继续验证是否当前系统时间也来到了设定的时间段，如果满足，表示该设备联动多厂商融合场景的条件满足。

可以理解的是，本实施例提供的技术方案，接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，本发明将不同厂商的场景产生的日志融合起来，并具体到场景中每个设备的执行情况，帮助用户更好的使用智能家居，也帮助运营商大数据分析提供了基础。

实施例3

如图3所示，本发明实施例还提供一种智能家居系统多厂商场景日志融合的装置，包括：

融合场景管理模块31，用于接收由客户端配置的多厂商融合场景数据；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；

日志融合模块32，用于根据所述场景执行结果和不同厂商的设备信息生成融合场景日志。

在具体实践中，所述融合场景管理模块31还用于当所述多厂商融合场景被触发时，向所述日志融合模块32发送通知；以及将所述场景执行结果发送至所述日志融合模块32；

所述日志融合模块32还用于接收所述通知，生成预备场景日志；以及在接收到所述场景执行结果后获取不同厂商的设备信息，根据所述场景执行结果和所述设备信息对所述预备场景日志进行更新，得到融合场景日志。

在具体实践中，还包括设备模块33，用于记录设备信息，所述设备信息包括设备状态更新的时间戳；

如果每个厂商的网关和设备均在线，并且设备状态更新的时间戳在场景执行完成之后的预设时间内，则所述日志融合模块32生成指示融合场景执行成功的第一日志；

如果每个厂商的网关和设备均在线，但是设备状态更新的时间戳在场景执行完成之后的预设时间外，则所述日志融合模块32生成指示融合场景执行失败的第二日志，所述第二日志包括所述设备信息；

如果每个厂商的网关和设备均不在线，则所述日志融合模块32生成指示融合场景执行失败的第三日志，所述第三日志包括指示网关和设备离线的内容。

可以理解的是，本实施例提供的技术方案，接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，本发明将不同厂商的场景产生的日志融合起来，并具体到场景中每个设备的执行情况，帮助用户更好的使用智能家居，也帮助运营商大数据分析提供了基础。

实施例4

基于同一技术构思，本申请实施例还提供了一种计算机设备，包括存储器1和处理器2，如图4所示，所述存储器1存储有计算机程序，所述处理器2执行所述计算机程序时实现上述任一项所述的方法。

其中，存储器1至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器（例如，SD或DX存储器等）、磁性存储器、磁盘、光盘等。存储器1在一些实施例中可以是智能家居系统多厂商场景日志融合系统的内部存储单元，例如硬盘。存储器1在另一些实施例中也可以是智能家居系统多厂商场景日志融合系统的外部存储设备，例如插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（SecureDigital, SD）卡，闪存卡（Flash Card）等。进一步地，存储器1还可以既包括智能家居系统多厂商场景日志融合的内部存储单元也包括外部存储设备。存储器1不仅可以用于存储安装于智能家居系统多厂商场景日志融合的应用软件及各类数据，例如智能家居系统多厂商场景日志融合程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器2在一些实施例中可以是一中央处理器（Central Processing Unit,CPU）、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器1中存储的程序代码或处理数据，例如执行智能家居系统多厂商场景日志融合程序等。

可以理解的是，本实施例提供的技术方案，可以理解的是，本实施例提供的技术方案，接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，本发明将不同厂商的场景产生的日志融合起来，并具体到场景中每个设备的执行情况，帮助用户更好的使用智能家居，也帮助运营商大数据分析提供了基础。

本发明公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本发明公开实施例所提供的智能家居系统多厂商场景日志融合方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的方法的步骤，具体可参见上述方法实施例，在此不再赘述。

本发明公开实施例还提供一种计算机程序，该计算机程序被处理器执行时实现前述实施例的任意一种方法。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包（Software DevelopmentKit，SDK）等等。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

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

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

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种智能家居系统多厂商场景日志融合的方法，其特征在于，包括：

接收由客户端配置的多厂商融合场景数据，所述多厂商融合场景数据包括由不同厂商的设备执行的操作信息；

根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；

当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；

接收厂商的设备管理系统返回的场景执行结果；

根据所述场景执行结果和不同厂商的设备信息生成融合场景日志。

2.根据权利要求1所述的方法，其特征在于，

所述根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景，包括：

创建一条父级数据和对应每个厂商的厂商子级场景数据；

向每个厂商的设备管理系统发送创建同名场景的请求并接收创建结果；

将创建成功的厂商的同名场景写入对应的厂商子级场景，父级数据展示给客户端。

3.根据权利要求2所述的方法，其特征在于，如果部分厂商的同名场景未创建成功，则向客户端反馈部分失败提示；如果不存在创建成功的厂商，则删除所述父级数据和厂商子级场景数据，并向客户端反馈创建失败提示。

4.根据权利要求1或2所述的方法，其特征在于，当所述多厂商融合场景被触发时，生成预备场景日志；

所述根据所述场景执行结果和不同厂商的设备信息生成融合场景日志包括：

所述根据所述场景执行结果和不同厂商的设备信息对所述预备场景日志进行更新，得到融合场景日志。

5.根据权利要求1所述的方法，其特征在于，所述设备信息包括设备状态更新的时间戳；

所述根据所述场景执行结果和不同厂商的设备信息生成融合场景日志，包括：

如果每个厂商的网关和设备均在线，并且设备状态更新的时间戳在场景执行完成之后的预设时间内，则生成指示融合场景执行成功的第一日志；

如果每个厂商的网关和设备均在线，但是设备状态更新的时间戳在场景执行完成之后的预设时间外，则生成指示融合场景执行失败的第二日志，所述第二日志包括所述设备信息；

如果每个厂商的网关和设备均不在线，则生成指示融合场景执行失败的第三日志，所述第三日志包括指示网关和设备离线的内容。

6.一种智能家居系统多厂商场景日志融合的装置，其特征在于，包括：

融合场景管理模块，用于接收由客户端配置的多厂商融合场景数据；根据所述多厂商融合场景数据分别创建与每个厂商对应的同名场景；当所述多厂商融合场景被触发时，分别向每个厂商的设备管理系统发送执行对应同名场景的请求；接收厂商的设备管理系统返回的场景执行结果；

日志融合模块，用于根据所述场景执行结果和不同厂商的设备信息生成融合场景日志。

7.根据权利要求6所述的装置，其特征在于，所述融合场景管理模块还用于当所述多厂商融合场景被触发时，向所述日志融合模块发送通知；以及将所述场景执行结果发送至所述日志融合模块；

所述日志融合模块还用于接收所述通知，生成预备场景日志；以及在接收到所述场景执行结果后获取不同厂商的设备信息，根据所述场景执行结果和所述设备信息对所述预备场景日志进行更新，得到融合场景日志。

8.根据权利要求7所述的装置，其特征在于，还包括设备模块，用于记录设备信息，所述设备信息包括设备状态更新的时间戳；

如果每个厂商的网关和设备均在线，并且设备状态更新的时间戳在场景执行完成之后的预设时间内，则所述日志融合模块生成指示融合场景执行成功的第一日志；

如果每个厂商的网关和设备均在线，但是设备状态更新的时间戳在场景执行完成之后的预设时间外，则所述日志融合模块生成指示融合场景执行失败的第二日志，所述第二日志包括所述设备信息；

如果每个厂商的网关和设备均不在线，则所述日志融合模块生成指示融合场景执行失败的第三日志，所述第三日志包括指示网关和设备离线的内容。

9.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至5中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至5中任一项所述的方法。

Images