CN114679480B - 设备控制方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种设备控制方法、装置、电子设备及存储介质，涉及计算机技术领域。其中，该方法包括：若检测到网关重启，则获取设备联动数据，设备联动数据用于指示存在联动关系的触发设备和受控设备；查找触发设备的状态数据；若未查找到触发设备的状态数据，则请求获取触发设备的状态数据；若所述触发设备的状态数据满足所述联动关系中对应的触发条件，则通知所述受控设备执行所述联动关系中对应的设定操作。本申请实施例解决了相关技术中因网关掉电或者故障导致设备控制执行异常的问题。

Description

设备控制方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种设备控制方法、 装置、电子设备及存储介质。

背景技术

在物联网领域中，设备联动被逐渐引入智能家居场景，例如，为了在客 厅有人时自动开灯，设备联动可以配置为在人体传感器检测到客厅有人时， 客厅的灯开启。其中，人体传感器被定义为触发设备，“客厅有人”被定义为 该触发设备对应的触发条件，灯被定义为受控设备，“开启”被定义为该受控 设备对应的设定操作。

对于网关而言，通过部署于其中的触发设备监测被监测对象的状态，并 存储于网关中，以便于确定设备联动中的触发条件是否满足，进而触发受控 设备自动执行对应的设定操作。然而，一旦网关掉电或者故障，存储于网关 中的被监测对象的状态数据将会丢失，使得无法确定设备联动中的触发条件 是否满足，进而导致受控设备无法自动执行对应的设定操作。

由此可见，相关技术中仍存在因网关掉电或者故障导致设备控制执行异 常的缺陷。

发明内容

本申请各实施例提供了一种设备控制方法、装置、电子设备及存储介质， 可以解决相关技术中存在的因网关掉电或者故障导致设备控制执行异常的问 题。所述技术方案如下：

根据本申请实施例的一个方面，一种设备控制方法，所述方法包括：若 检测到网关重启，则获取设备联动数据，所述设备联动数据用于指示存在联 动关系的触发设备和受控设备；查找所述触发设备的状态数据；若未查找到 所述触发设备的状态数据，则请求获取所述触发设备的状态数据；若所述触 发设备的状态数据满足所述联动关系中对应的触发条件，则通知所述受控设 备执行所述联动关系中对应的设定操作。

根据本申请实施例的一个方面，一种设备控制装置，所述装置包括：数 据获取模块，用于若检测到网关重启，则获取设备联动数据，所述设备联动 数据用于指示存在联动关系的触发设备和受控设备；数据查找模块，用于查 找所述触发设备的状态数据；数据请求模块，用于若未查找到所述触发设备 的状态数据，则请求获取所述触发设备的状态数据；通知模块，用于若所述触发设备的状态数据满足所述联动关系中对应的触发条件，则通知所述受控 设备执行所述联动关系中对应的设定操作。

根据本申请实施例的一个方面，一种电子设备，包括：至少一个处理器、 至少一个存储器、以及至少一条通信总线，其中，存储器上存储有计算机程 序，处理器通过通信总线读取存储器中的计算机程序；计算机程序被处理器 执行用于实现以下步骤：若检测到网关重启，则获取设备联动数据，所述设 备联动数据用于指示存在联动关系的触发设备和受控设备；查找所述触发设备的状态数据；若未查找到所述触发设备的状态数据，则请求获取所述触发 设备的状态数据；若所述触发设备的状态数据满足所述联动关系中对应的触 发条件，则通知所述受控设备执行所述联动关系中对应的设定操作。

在一示例性实施例中，所述触发设备包括状态类设备；所述处理器还用 于实现以下步骤：确定所述触发设备中的所述状态类设备；查找所述状态类 设备的状态数据，得到查找结果，所述查找结果用于指示是否查找到所述状 态类设备的状态数据。

在一示例性实施例中，所述处理器还用于实现以下步骤：针对所述联动 关系中每个所述触发设备对应的触发条件，确定所述触发条件的条件类型； 若所述触发条件的条件类型为状态类型，则将所述状态类型的所述触发条件 对应的所述触发设备，确定为所述状态类设备。

在一示例性实施例中，所述处理器还用于实现以下步骤：从所述设备联 动数据中，获取所述触发条件的条件标志位；根据所述触发条件的条件标志 位，确定所述触发条件的条件类型。

在一示例性实施例中，所述处理器还用于实现以下步骤：若所述查找结 果指示未查找到所述状态类设备的状态数据，则请求获取所述状态类设备的 状态数据。

在一示例性实施例中，所述处理器还用于实现以下步骤：从所述设备联 动数据中，获取所述状态类设备的设备标识；根据所述状态类设备的设备标 识，向服务器发送状态数据请求，所述状态数据请求用于指示所述服务器根 据所述状态类设备的设备标识，查找所述状态类设备的状态数据；接收所述 服务器查找到的所述状态类设备的状态数据，以确定所述状态类设备的状态数据是否满足所述联动关系中对应的触发条件。

在一示例性实施例中，所述处理器还用于实现以下步骤：将所述状态类 设备的状态数据存储至第二存储区，所述第二存储区区别于存储所述设备联 动数据的第一存储区。

在一示例性实施例中，所述触发设备包括瞬态类设备；所述处理器还用 于实现以下步骤：确定所述触发设备中的所述瞬态类设备；接收所述瞬态类 设备的状态数据，以确定所述瞬态类设备的状态数据是否满足所述联动关系 中对应的触发条件。

在一示例性实施例中，所述触发设备的状态数据用于指示被监测对象的 当前状态；所述处理器还用于实现以下步骤：根据所述触发设备的状态数据， 检测所述被监测对象的当前状态是否变更；若检测到所述被监测对象的当前 状态变更，向服务器发送所述触发设备的状态数据。

根据本申请实施例的一个方面，一种存储介质，其上存储有计算机程序， 计算机程序被处理器执行时实现如上所述的设备控制方法。

根据本申请实施例的一个方面，一种计算机程序产品，计算机程序产品 包括计算机程序，计算机程序存储在存储介质中，计算机设备的处理器从存 储介质读取计算机程序，处理器执行计算机程序，使得计算机设备执行时实 现如上所述的设备控制方法。

本申请提供的技术方案带来的有益效果是：

在上述技术方案中，若检测到网关重启，则获取用于指示存在联动关系 的触发设备和受控设备的设备联动数据，以查找触发设备的状态数据，并在 未查找到触发设备的状态数据时，请求获取触发设备的状态数据，使得若触 发设备的状态数据满足联动关系中对应的触发条件，则通知受控设备执行联 动关系中对应的设定操作，由此可见，对于网关而言，如果本地查找不到触发设备的状态数据，将继续请求获取触发设备的状态数据，以此避免触发设 备的状态数据因网关掉电或者故障而丢失，从而能够有效地解决相关技术中 存在的因网关掉电或者故障导致设备控制执行异常的问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施 例描述中所需要使用的附图作简单地介绍。

图1是根据本申请所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种设备控制方法的流程图；

图3是根据一示例性实施例示出的另一种设备控制方法的流程图；

图4是根据一示例性实施例示出的另一种设备控制方法的流程图；

图5是图2对应实施例中步骤330在一个实施例的流程图；

图6是图5对应实施例中步骤331在一个实施例的流程图；

图7是一应用场景中一种设备控制方法的具体实现示意图；

图8是根据一示例性实施例示出的一种设备控制装置的结构框图；

图9是根据一示例性实施例示出的一种电子设备的硬件结构图；

图10是根据一示例性实施例示出的一种电子设备的结构框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其 中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似 功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本 申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式 “一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是， 本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操 作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件 被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或 者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线 连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

如前所述，随着物联网技术的迅速发展，智能家居场景的使用会越来 越广泛，设备联动也将从单个触发设备扩展至多个触发设备。

目前，设备联动中各个触发设备的状态数据存储于网关中的flash，以 方便网关确定设备联动中的触发条件是否满足，进而在满足触发条件时， 通知受控设备自动执行设备联动中对应的设定操作。

由于触发设备的状态数据每一次变化，网关就会执行一次flash读写 操作，随着触发设备数量的增加，flash读写操作便会愈发频繁地发生，进 而导致flash使用寿命缩短，最终造成过高的运营成本。

为此，提出一种方案将触发设备的状态数据存储于RAM(random access memory，随机存取存储器)，以此避免出现flash读写操作频繁地发 生，从而充分地保障flash的使用寿命，然而，由于RAM为易失性存储器， 一旦网关掉电或者出现故障，将导致触发设备的状态数据丢失，使得网关 在重启后无法确定设备联动中的触发条件是否满足，从而用户看到被监测 对象的当前状态均满足触发条件，但受控设备却无法自动执行对应的设定 操作，会给用户带来困惑。

由上可知，相关技术中仍存在网关掉电或者故障导致设备控制执行异 常的局限性。

为此，本申请提供一种设备控制方法、装置、电子设备及存储介质， 旨在解决相关技术的如上技术问题。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本 申请实施方式作进一步地详细描述。

图1为一种设备控制方法所涉及的实施环境的示意图。该实施环境包括 用户端110、路由器120、网关150、智能设备130以及服务端170。

具体地，用户端110，也认为是用户终端或者终端，可进行智能设备130 所关联客户端的部署，可以是智能手机、平板电脑、笔记本电脑等等电子设 备，在此不进行具体限定。

其中，客户端，与智能设备130关联，也可以理解为用户在客户端中为 智能设备130进行了账户注册，此客户端可以是应用程序形式，也可以是网 页形式，相应地，客户端所提供的显示页面可以是程序窗口形式，还可以是网页页面形式的，此处也并未加以限定。

智能设备130部署于网关150，并通过其自身所配置的通信模块(例如 ZIGBEE、Wi-Fi或者蓝牙)接入网关150，进而实现与网关150之间的交互。 该智能设备130可以是智能打印机、智能传真机、智能摄像机、智能空调、 智能门锁、智能灯、窗帘或者配置了通信模块的压力传感器、人体传感器、 门窗传感器、温湿度传感器、水浸传感器、天然气报警器、烟雾报警器、墙 壁开关、墙壁插座、无线开关、无线墙贴开关、魔方控制器、窗帘电机等等 电子设备，在此也不进行具体限定。

用户端110与网关150以及部署在网关150中的智能设备130进行交互， 使得用户得以借助用户端110控制部署在网关150中的智能设备130执行操 作。在一个应用场景中，用户端110通过路由器130与网关150之间建立有 线或者无线等方式的通信连接，使得用户端110与网关150部署于同一个局 域网络，进而使得用户端110可通过局域网络路径实现与智能设备130、网 关150之间的交互。在另一个应用场景中，用户端110通过服务端170与网关150之间建立有线或者无线等方式的通信连接，例如，该有线或者无线等方式包括但不限于2G/3G/4G/5G、Wi-Fi等，使得用户端110与网关150部署 于同一个广域网络，进而使得用户端110可通过广域网络路径实现与智能设 备130、网关150之间的交互。

其中，服务端170，也认为是云端、云平台、平台端等等，此服务端170 可以是一台服务器，也可以是由多台服务器构成的一个服务器集群，或者是 由多台服务器构成的云计算中心，以便于更好地向海量用户端110以及智能 设备130提供后台服务。例如，服务器是为用户提供后台服务的电子设备， 该后台服务包括但不限于设备联动服务等等。

随着智能设备130关联的客户端运行于用户端110，用户便能够借由客 户端实现关于设备联动的配置，例如，“门窗开着则开灯”。

就门窗传感器而言，检测门窗的状态，以此形成门窗传感器的状态数据， 一旦门窗的状态发生变化，门窗传感器的状态数据便会上报至网关150，并 可通过网关150转发至服务端170，那么，网关150和/或服务端170便可基 于门窗传感器的状态数据实现设备联动。值得一提的是，门窗的状态包括但 不限于：门窗开启瞬间、门窗关闭瞬间、门窗开着、门窗关着、门窗开启设 定时间、门窗关闭设定时间等等。

在一个应用场景中，基于局域网络路径实现设备联动，具体地，网关150 监测到门窗的状态为门窗开着，基于已设置的设备联动“门窗开着则开灯”， 确定设备联动中的触发条件满足，便通知灯执行开启操作。

在另一个应用场景中，基于广域网络路径实现设备联动，具体地，服务 端170监测到门窗的状态为门窗开着，基于已设置的设备联动“门窗开着则 开灯”，确定设备联动中的触发条件满足，便通知灯执行开启操作。

请参阅图2，本申请实施例提供了一种设备控制方法，该方法适用于图1 所示实施环境的网关150。

在下述方法实施例中，为了便于描述，以各步骤的执行主体为网关加以 说明，但是并非对此构成具体限定。

如图2所示，该方法可以包括以下步骤：

步骤310，若检测到网关重启，则获取设备联动数据。

其中，设备联动数据用于指示存在联动关系的触发设备和受控设备。此 联动关系指的是在触发设备的状态数据满足对应的触发条件时，受控设备执 行对应的设定操作。

首先说明的是，触发设备，是指设备联动中可检测被监测对象的状态的 智能设备。例如，门窗传感器可检测被监测对象(门窗)的状态(开启或者 关闭)，则门窗传感器可视为触发设备；或者，人体传感器可检测被监测对象 (人体传感器所在环境)的状态(是否有人)，则人体传感器可视为触发设备； 又或者，开关可检测被监测对象(开关)的状态(单击、开启或者关闭)，则 开关也可视为触发设备。其中，被监测对象可以是与触发设备关联的智能设备，还可以是触发设备自身，被监测对象的状态则可以是指被监测对象的具 体运行状态(例如开启或者关闭)，还可以是指被监测对象是否在线、是否有 人等等。

触发设备的状态数据，用于指示被监测对象的状态。例如，触发设备为 温湿度传感器，用于获取被监测对象(温湿度传感器)的状态(温度和湿度)， 此时，温湿度传感器的状态数据包括温度和湿度。

触发条件，是指设备联动中被监测对象的状态所需符合的设定规则。例 如，设备联动“门窗开着则开灯”中，门窗开启为触发条件，假设被监测对 象(门窗)的状态至少包括：门窗开启瞬间、门窗关闭瞬间、门窗开着、门 窗关着、门窗开启设定时间、门窗关闭设定时间，那么，当门窗的状态为“门 窗开着”时，方视为触发设备的状态数据满足对应的触发条件。

受控设备，是指设备联动中可被控制执行设定操作的智能设备。例如， 设备联动“门窗开着则开灯”中，灯为受控设备，设定操作为开灯；或者， 设备联动“有人经过客厅则开灯”中，受控设备也为灯，设定操作为开灯。 值得一提的是，智能设备既可以是触发设备也可以是受控设备，例如空调温 控器、开关等。

容易理解，设备联动数据在用户借由客户端实现设备联动的配置之后， 除非用户修改，否则保持不变，而触发设备的状态数据则会随着被监测对象 的状态的变化而变化。可见，相较于设备联动数据，触发设备的状态数据会 频繁地发生变化。在一个实施例中，设备联动数据和触发设备的状态数据存 储于相同存储区。在另一个实施例中，设备联动数据和触发设备的状态数据分别存储于第一存储区和第二存储区，具体地，第一存储区为非易失性存储 器，例如flash，第二存储区为易失性存储器，例如RAM。

由于触发设备的状态数据存储于网关中的flash，那么，flash读写操作便 会频繁地发生，从而导致flash使用寿命缩短。

为此，发明人提出一种解决方案，具体地，将相对固定的设备联动数据 存储于第一存储区，变化较频繁的触发设备的状态数据存储于第二存储区， 使得频繁的读写操作仅会发生在第二存储区，以此避免第一存储区被频繁读 写，从而能够充分地保障第一存储区的使用寿命。

通过设备联动数据和触发设备的状态数据的分开存储，解决了第一存储 区因频繁的读写操作而引发的使用寿命缩短的问题，然而，发明人发现，有 鉴于存储区是否易失的存储特性，一旦网关掉电或者出现故障，虽然存储于 第一存储区的设备联动数据不会丢失，但是存储于第二存储区的触发设备的 状态数据将随着网关的重启而丢失，此时，可能造成设备联动出现异常或者不执行等故障。

例如，用户配置的设备联动为“门窗开着、开关被单击，则关闭插座”。 在此设备联动中，触发设备包括门窗传感器、开关，分别对应的触发条件为 “门窗开着”、“开关被单击”，受控设备包括插座，设定操作为关闭。正常情 况下，对于用户而言，如果门窗开着，并且其单击了开关，便会认为触发设备的状态数据已经满足了触发条件，此时，网关应该会通知插座执行关闭操 作，但是在网关掉电或者出现故障之后，存储于第二存储区中的触发设备的 状态数据由于丢失，当网关重启后，网关将无法获知被监测对象的运行状态， 即不会认为“门窗开着”的触发条件已被满足，那么，即使用户单击了开关， 使得“开关被单击”的触发条件被满足，网关也不会通知插座执行关闭操作， 对此，用户便会认为设备联动出现了不执行的故障，也可以认为是设备控制不会自动执行，即用户无法确定设备联动出现不执行故障的具体原因。

基于此，发明人进一步地提出了一种解决方案，具体地，在网关掉电或 者出现故障之后，网关进行触发设备的状态数据的重新获取。首先，通过网 关的重启检测，来确定网关是否掉电或者出现故障；然后，根据第一存储区 中的设备联动数据，来确定需要重新获取哪些触发设备的状态数据。

在一个实施例中，设备联动数据至少包括：触发设备的设备标识、触发 设备对应的触发条件、受控设备的设备标识、受控设备对应的设定操作。

那么，在从第一存储区中获得设备联动数据之后，便可通过其中的触发 设备的设备标识，唯一地确定需要重新获取状态数据的触发设备。

步骤330，查找触发设备的状态数据。

具体地，查找结果用于指示是否查找到触发设备的状态数据。

在确定需要重新获取状态数据的触发设备之后，便可进行触发设备的状 态数据的重新获取。若查找结果指示查找到触发设备的状态数据，则直接获 得触发设备的状态数据，并跳转进入步骤370。反之，若查找结果指示未查 找到触发设备的状态数据，表示触发设备的状态数据随着网关掉电或者出现故障已丢失，则执行步骤350。

步骤350，若未查找到触发设备的状态数据，则请求获取触发设备的状 态数据。

首先说明的是，随着触发设备的状态数据的变化，触发设备会将变化的 状态数据上报。具体地，触发设备可以通过局域网路径将状态数据发送至网 关；也可以通过广域网路径将状态数据发送至服务器；还可以通过局域网路 径将状态数据发送至网关，并由网关转发至服务器。

在一个实施例中，如图3所示，关于触发设备的状态数据的上报，触发 设备的状态数据用于指示被监测对象的当前状态，可以包括以下步骤：步骤410，接收触发设备发送的状态数据；步骤430，根据触发设备的状态数据， 检测被监测对象的当前状态是否变更；步骤450，若检测到被监测对象的当前状态变更，向服务器发送触发设备的状态数据。值得一提的是，被监测对 象的当前状态变更，可以是响应于触发操作引发的，例如，用户单击开关， 开关即检测到此单击操作，其状态由“开启/关闭”变更为“单击”，同时， 响应于此单击操作，开关的状态数据将上报至网关。

就服务器而言，在网关发送触发设备的状态数据之后，便能够相应地接 收到触发设备的状态数据。基于此，当未查找到触发设备的状态数据，意味 着网关中存储的触发设备的状态数据已丢失，便需要从服务器中获得触发设 备已丢失的状态数据。

在一个实施例中，如图4所示，关于触发设备的状态数据的重新获取， 可以包括以下步骤：步骤510，从设备联动数据中，获得触发设备的设备标 识；步骤530，根据触发设备的设备标识，向服务器发送状态数据请求，以 向服务器请求触发设备的状态数据。也就是说，状态数据请求中携带有触发设备的设备标识，以使得服务器能够根据触发设备的设备标识，查找设备标 识相匹配的触发设备的状态数据。

那么，响应于状态数据请求，服务器在查找到的触发设备的状态数据之 后，便会将此触发设备的状态数据返回至网关，由此，网关即能够重新获取 到此触发设备已丢失的状态数据，并将此触发设备已丢失的状态数据重新存 储至第二存储区。

步骤370，若触发设备的状态数据满足联动关系中对应的触发条件，则 通知受控设备执行联动关系中对应的设定操作。

基于第二存储区中存储的触发设备的状态数据，网关便能够检测触发设 备的状态数据是否满足对应的触发条件，并在触发条件满足时，通知受控设 备执行对应的设定操作。

通过上述过程，通过设备联动数据和触发设备的状态数据的分开存储， 使得即使各个触发设备的状态数据均发生了变化，也不会频繁地出现flash读 写操作，充分地保障了flash的使用寿命，进而能够有效地解决相关技术中存 在的因设备联动复杂导致运营成本过高的问题。

此外，有鉴于存储器是否易失的存储特性，在检测到网关重启时，一旦 本地查找不到触发设备的状态数据，还将继续请求获取触发设备已丢失的状 态数据，以此解决设备联动因网关掉电或者出现故障所导致的异常或者不执 行等故障。

在一个实施例中，触发设备包括状态类设备、瞬态类设备。

其中，状态类设备是指触发条件为状态类型的触发设备；瞬态类设备是 指触发条件为状态类型的瞬态类型。

举例来说，门窗的状态至少包括：门窗开启瞬间、门窗关闭瞬间、门窗 开着、门窗关着、门窗开启设定时间、门窗关闭设定时间。基于此，门窗开 着、门窗关着、门窗开启设定时间、门窗关闭设定时间视为状态类型的触发 条件，而门窗开启瞬间、门窗关闭瞬间视为瞬态类型的触发条件。那么，在 设备联动“门窗开着则开灯”中，门窗传感器视为状态类设备。

又或者，开关的状态至少包括：开关被单击、开关常开、开关常闭。基 于此，开关被单击视为瞬态类型的触发条件，开关常开、开关常闭视为状态 类型的触发条件。那么，在设备联动“开关被单击则关灯”中，开关为瞬态 类设备。

由上可知，在状态类型的触发条件中，被监测对象的状态保持第一设定 时间(例如，超过1分钟)，在瞬态类型的触发条件中，被监测对象的运行状 态保持第二设定时间(例如，小于5秒)，且第一设定时间大于第二设定时间。 当然，第一设定时间和第二设定时间可以根据应用场景的实际需要进行灵活 地调整，此处并非构成具体限定。

在此，发明人意识到，对于瞬态类设备而言，其状态数据保持时间较短， 在网关掉电或者出现故障重新获取的过程中，可能已经发生了变化，例如， 开关在进入状态“开关被单击”之后，即进入状态“开关常开/常闭”，那么， 重新获取到的状态数据可能已无法满足对应的触发条件，例如，重新获取到的开关的状态数据“开关常开/常闭”无法满足对应的触发条件“开关被单击”， 因此，没必要重新获取瞬态类设备的状态数据，也可以理解为，需要重新获 取状态数据的触发设备为状态类设备，而非瞬态类设备。

现对重新获取状态类设备的状态数据的过程进行如下详细地说明：

请参阅图5，本申请实施例中提供了一种可能的实现方式，步骤330 以包括以下步骤：

步骤331，确定触发设备中的状态类设备。

具体地，关于状态类设备的确定，可以包括以下步骤：针对联动关系中 每个触发设备对应的触发条件，确定触发条件的条件类型；根据触发条件的 条件类型确定触发设备是否为状态类设备。

在一个实施例中，如图6所示，关于触发条件的条件类型的确定，可以 包括以下步骤：步骤3311，从设备联动数据中，获得触发条件的条件标志位； 步骤3313，根据触发条件的条件标志位，确定触发条件的条件类型；步骤 3315，根据触发条件的条件类型，确定触发设备的设备类型，其中，设备类型包括状态类设备和瞬态类设备。

例如，条件标志位为0和1，0表示触发条件的条件类型为状态类型，1 表示触发条件的条件类型为瞬态类型。当然，在其他实施例中，条件标志位 也可以通过字符串、数字等形式表示，此处并非构成具体限定。

也就是说，在一个实施例中，设备联动数据至少包括：触发设备的设备 标识、触发设备对应的触发条件、触发条件的条件标志位、受控设备的设备 标识、受控设备对应的设定操作。其中，条件标志位用于表示触发条件的条 件类型。

基于此，步骤3315具体包括：步骤3315a，若触发条件的条件类型为状 态类型，则将状态类型的触发条件所对应的触发设备，确定为状态类设备； 步骤3315c，若触发条件的条件类型为瞬态类型，则将瞬态类型的触发条件 所对应的触发设备，确定为瞬态类设备。

应当说明的是，无论是触发设备中的状态类设备或者瞬态类设备，还是 受控设备，都是通过设备标识唯一地表示。例如，触发设备为门窗123，那 么，123视为门窗的设备标识。

步骤333，查找状态类设备的状态数据，得到查找结果。

其中，查找结果用于指示是否查找到状态类设备的状态数据。

若查找结果指示查找到状态类设备的状态数据，则执行步骤335。反之， 若查找结果指示未查找到状态类设备的状态数据，表示状态类设备的状态数 据随着网关掉电或者出现故障已丢失，则执行步骤351。

步骤335，获得状态类设备的状态数据。

步骤351，向服务器请求状态类设备的状态数据。

在一个实施例中，关于状态类设备的状态数据的请求，可以包括以下步 骤：从设备联动数据中，获得状态类设备的设备标识；根据状态类设备的设 备标识，向服务器发送状态数据请求，以指示服务器根据状态类设备的设备 标识查找状态类设备的状态数据。

那么，对于网关而言，在接收到服务器查找到的状态类设备的状态数据 之后，便将状态类设备的状态数据存储于第二存储区，以便确定状态类设备 的状态数据是否满足对应的触发条件，即跳转进入步骤370。其中，第二存 储区区别于用于存储设备联动数据的第一存储区。

在上述实施例的配合下，实现了触发设备的状态数据的选择性获取，能 够有效地减少网关与服务器之间的数据传输量，进而能够有效地降低网关的 通讯负担，有利于提升网关的工作效率。

图7是一应用场景中一种设备控制方法的具体实现示意图。该应用场景 为一门窗插座联动场景，在此门窗插座联动场景中，智能家居系统包括网关 701、服务器702、用户端703、智能设备。其中，智能设备包括开关704、 门窗传感器705、插座706。

基于用户在用户端703中配置的门窗插座联动，设备联动数据为“当门 窗开着、开关被单击时，插座关闭”。也就是说，开关704为触发设备中的瞬 态类设备，对应的触发条件601为瞬态类型，即“单击开关”；门窗传感器 705为触发设备中的状态类设备，对应的触发条件602为状态类型，即“门 窗开着”；插座706为受控设备，设定操作603为“关闭”。

基于上述，当智能设备部署于网关701之后，便能够将对应的状态数据 上报至网关701，并存储于第二存储区，区别于网关701中存储设备联动数据的第一存储区；相应地，网关701还能够将设备联动数据和智能设备的状 态数据转发至服务器702，以便于后续网关701和/或服务器702根据设备联 动数据和智能设备的状态数据实现设备联动。

基于此设备联动数据和智能设备的状态数据，当网关701监测到门窗开 着、开关被单击，则控制插座706关闭。

在网关701掉电或者发生故障之后，第二存储区中存储的智能设备的状 态数据丢失，网关701便请求服务器702返回状态类设备的状态数据，从而重新获得状态类设备的状态数据，并重新存储至第二存储区。由此，网关701 依然能够监测到门窗开着。

此时，用户无需重复开启门窗，只需要再次单击开关，即可使得网关701 监测到开关被单击，并控制插座706关闭，不仅有效地减少了用户不必要的 手动操作，而且能够有效地避免设备联动出现异常或者不执行等故障，进而 减少了用户困扰，有利于提升用户的使用体验。

下述为本申请装置实施例，可以用于执行本申请所涉及的设备控制方法。 对于本申请装置实施例中未披露的细节，请参照本申请所涉及的设备控制方 法的方法实施例。

请参阅图8，本申请实施例中提供了一种设备控制装置900，可以应用于 网关，设备控制装置900包括但不限于：数据获取模块910、数据查找模块 930、数据请求模块950及通知模块970。

其中，数据获取模块910，用于若检测到网关重启，则获取设备联动数 据，所述设备联动数据用于指示存在联动关系的触发设备和受控设备。

数据查找模块930，用于查找所述触发设备的状态数据。

数据请求模块950，用于若未查找到所述触发设备的状态数据，则请求 获取所述触发设备的状态数据。

通知模块970，用于若所述触发设备的状态数据满足所述联动关系中对 应的触发条件，则通知所述受控设备执行所述联动关系中对应的设定操作。

需要说明的是，上述实施例所提供的设备控制装置在进行设备控制时， 仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将 上述功能分配由不同的功能模块完成，即设备控制装置的内部结构将划分为 不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的设备控制装置与设备控制方法的实施例属于 同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详 细描述，此处不再赘述。

图9根据一示例性实施例示出的一种电子设备的结构示意。该电子设备 适用于图1所示出实施环境的网关150。

需要说明的是，该电子设备只是一个适配于本申请的示例，不能认为是 提供了对本申请的使用范围的任何限制。该电子设备也不能解释为需要依赖 于或者必须具有图9示出的示例性的电子设备2000中的一个或者多个组件。

电子设备2000的硬件结构可因配置或者性能的不同而产生较大的差异， 如图9所示，电子设备2000包括：电源210、接口230、至少一存储器250、以及至少一中央处理器(CPU,Central Processing Units)270。

具体地，电源210用于为电子设备2000上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口，用于与外部设备交互。例如， 进行图1所示出实施环境中智能设备130与网关150之间的交互。

当然，在其余本申请适配的示例中，接口230还可以进一步包括 至少一串并转换接口233、至少一输入输出接口235以及至少一USB 接口237等，如图9所示，在此并非对此构成具体限定。

存储器250作为资源存储的载体，可以是只读存储器、随机存储器、磁 盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据 255等，存储方式可以是短暂存储或者永久存储。

其中，操作系统251用于管理与控制电子设备2000上的各硬件设备以及 应用程序253，以实现中央处理器270对存储器250中海量数据255的运算 与处理，其可以是WindowsServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。

应用程序253是基于操作系统251之上完成至少一项特定工作的计算机 程序，其可以包括至少一模块(图9未示出)，每个模块都可以分别包含有对 电子设备2000的计算机程序。例如，设备控制装置可视为部署于电子设备 2000的应用程序253。

数据255可以是存储于磁盘中的照片、图片等，还可以是设备联动数据、 状态数据等等，存储于存储器250中。

中央处理器270可以包括一个或多个以上的处理器，并设置为通过至少 一通信总线与存储器250通信，以读取存储器250中存储的计算机程序，进而实现对存储器250中海量数据255的运算与处理。例如，通过中央处理器 270读取存储器250中存储的一系列计算机程序的形式来完成设备控制方法。

此外，通过硬件电路或者硬件电路结合软件也能同样实现本申请，因此， 实现本申请并不限于任何特定硬件电路、软件以及两者的组合。

请参阅图10，本申请实施例中提供了一种电子设备4000，该电子设备 400可以包括：

在图10中，该电子设备4000包括至少一个处理器4001、至少一条通信 总线4002以及至少一个存储器4003。

其中，处理器4001和存储器4003相连，如通过通信总线4002相连。 可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于 该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的 接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设 备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)， 通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC (Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、 晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申 请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP 和微处理器的组合等。

通信总线4002可包括一通路，在上述组件之间传送信息。通信总线 4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准) 总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构) 总线等。通信总线4002可以分为地址总线、数据总线、控制总线等。为 便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种 类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存 储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存 储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储 设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代 码并能够由计算机存取的任何其他介质，但不限于此。

存储器4003上存储有计算机程序，处理器4001通过通信总线4002读取 存储器4003中存储的计算机程序。

该计算机程序被处理器4001执行时实现上述各实施例中的设备控制方 法。

此外，本申请实施例中提供了一种存储介质，该存储介质上存储有计算 机程序，该计算机程序被处理器执行时实现上述各实施例中的设备控制方法。

本申请实施例中提供了一种计算机程序产品，该计算机程序产品包括计 算机程序，该计算机程序存储在存储介质中。计算机设备的处理器从存储介 质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行上 述各实施例中的设备控制方法。

与相关技术相比，通过设备联动数据和触发设备的状态数据的分开存 储，使得即使各个触发设备的运行状态均发生变化，也不会频繁地出现flash 读写操作，充分地保障了flash的使用寿命，进而能够有效地解决相关技术中 存在的因设备联动复杂导致运营成本过高的问题。

此外，有鉴于存储器是否易失的存储特性，在检测到网关重启时，主动 重新获取触发设备已丢失的状态数据，以此解决设备联动因网关掉电或者出 现故障所导致的故障，避免用户重新手动操作促使触发设备的运行状态满足 触发条件，有效地减少了用户不必要的手动操作，进而有利于提升用户的使 用体验。。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次 显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文 中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他 的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步 骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替 地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的 普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进 和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (12)

1.一种设备控制方法，其特征在于，所述方法包括：

检测到网关重启，则获取设备联动数据，所述设备联动数据用于指示存在联动关系的触发设备和受控设备；所述联动关系是指所述触发设备的状态数据满足对应的触发条件时，受控设备执行对应的设定操作；

判断所述联动关系中每个所述触发设备对应的触发条件的条件类型是否为状态类型，若为是，则本地查找所述状态类型的触发条件所对应的触发设备的状态数据；

若未在本地查找到所述触发设备的状态数据，则请求从服务器获取所述触发设备的状态数据；

若所述触发设备的状态数据满足所述联动关系中对应的触发条件，则通知所述受控设备执行所述联动关系中对应的设定操作。

2.如权利要求1所述的方法，其特征在于，所述触发设备包括状态类设备；

所述判断所述联动关系中每个所述触发设备对应的触发条件的条件类型是否为状态类型，若为是，则本地查找所述状态类型的触发条件所对应的触发设备的状态数据，包括：

确定所述触发设备中的所述状态类设备；

查找所述状态类设备的状态数据，得到查找结果，所述查找结果用于指示是否查找到所述状态类设备的状态数据。

3.如权利要求2所述的方法，其特征在于，所述确定所述触发设备中的状态类设备，包括：

针对所述联动关系中每个所述触发设备对应的触发条件，确定所述触发条件的条件类型；

若所述触发条件的条件类型为状态类型，则将所述状态类型的所述触发条件对应的所述触发设备，确定为所述状态类设备。

4.如权利要求3所述的方法，其特征在于，所述针对所述联动关系中每个所述触发设备对应的触发条件，确定所述触发条件的条件类型，包括：

从所述设备联动数据中，获取所述触发条件的条件标志位；

根据所述触发条件的条件标志位，确定所述触发条件的条件类型。

5.如权利要求2所述的方法，其特征在于，所述若未查找到所述触发设备的状态数据，则请求获取所述触发设备的状态数据，包括：

若所述查找结果指示未查找到所述状态类设备的状态数据，则请求获取所述状态类设备的状态数据。

6.如权利要求5所述的方法，其特征在于，所述请求获取所述状态类设备的状态数据，包括：

所述设备联动数据中，获取所述状态类设备的设备标识；

根据所述状态类设备的设备标识，向服务器发送状态数据请求，所述状态数据请求用于指示所述服务器根据所述状态类设备的设备标识，查找所述状态类设备的状态数据；

接收所述服务器查找到的所述状态类设备的状态数据，以确定所述状态类设备的状态数据是否满足所述联动关系中对应的触发条件。

7.如权利要求6所述的方法，其特征在于，所述接收所述服务器查找到的所述状态类设备的状态数据之后，所述方法还包括：

将所述状态类设备的状态数据存储至第二存储区，所述第二存储区区别于存储所述设备联动数据的第一存储区。

8.如权利要求1所述的方法，其特征在于，所述触发设备包括瞬态类设备；

所述若所述触发设备的状态数据满足所述联动关系中对应的触发条件，

则通知所述受控设备执行所述联动关系中对应的设定操作之前，所述方法还包括：

确定所述触发设备中的所述瞬态类设备；

接收所述瞬态类设备的状态数据，以确定所述瞬态类设备的状态数据是否满足所述联动关系中对应的触发条件。

9.如权利要求1至8任一项所述的方法，其特征在于，所述方法还包括：

根据所述触发设备的状态数据，检测被监测对象的当前状态是否变更；

若检测到所述被监测对象的当前状态变更，向服务器发送所述触发设备的状态数据。

10.一种设备控制装置，其特征在于，所述装置包括：

数据获取模块，用于若检测到网关重启，则获取设备联动数据，所述设备联动数据用于指示存在联动关系的触发设备和受控设备；所述联动关系是指所述触发设备的状态数据满足对应的触发条件时，受控设备执行对应的设定操作；数据查找模块，用于判断所述联动关系中每个所述触发设备对应的触发条件的条件类型是否为状态类型，若为是，则本地查找所述状态类型的触发条件所对应的触发设备的状态数据；

数据请求模块，用于若未在本地查找到所述触发设备的状态数据，则请求从服务器获取所述触发设备的状态数据；

通知模块，用于若所述触发设备的状态数据满足所述联动关系中对应的触发条件，则通知所述受控设备执行所述联动关系中对应的设定操作。

11.一种电子设备，其特征在于，包括：至少一个处理器、至少一个存储器、以及至少一条通信总线，其中，

所述存储器上存储有计算机程序，所述处理器通过所述通信总线读取所述存储器中的所述计算机程序；

所述计算机程序被所述处理器执行时实现权利要求1至9中任一项所述的设备控制方法。

12.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至9中任一项所述的设备控制方法。