设备控制方法、装置、系统、智能网关及存储介质

摘要

本申请公开了一种设备控制方法、装置、系统、智能网关及存储介质，该方法包括：基于预设时间间隔获取受控设备的当前通信状态；接收用户终端发送的对应于受控设备的操作指令；响应于操作指令，向用户终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈，以使用户终端根据操作反馈提示操作指令是否执行成功。本申请通过在接收到终端的操作指令时先根据智能网关最近一次获取的受控设备的当前通信状态返回操作反馈，从而实现在及时反馈指令执行信息的同时，还提高了反馈的准确性，提升人机交互的体验感。

权利要求

1.一种设备控制方法，其特征在于，适用于智能网关，所述智能网关与用户终端以及至少一个受控设备通信连接，所述方法包括：基于预设时间间隔获取受控设备的当前通信状态；

接收用户终端发送的对应于所述受控设备的操作指令；

响应于所述操作指令，向所述用户终端发送与最近一次获取的所述受控设备的当前通信状态对应的操作反馈，以使所述用户终端根据所述操作反馈提示所述操作指令是否执行成功；

其中，所述向所述用户终端发送与最近一次获取的所述受控设备的当前通信状态对应的操作反馈，包括：

若最近一次获取的所述受控设备的当前通信状态为在线状态，向所述用户终端发送第一操作反馈，所述第一操作反馈用于提示所述操作指令执行成功；

若最近一次获取的所述受控设备的当前通信状态为离线状态，向所述用户终端发送第二操作反馈，所述第二操作反馈用于提示所述操作指令执行失败。

2.根据权利要求1所述的设备控制方法，其特征在于，所述基于预设时间间隔获取受控设备的当前通信状态，包括：

将包含预设时间间隔的心跳反馈间隔信息发送至受控设备，以使所述受控设备基于所述预设时间间隔向所述智能网关发送所述受控设备的状态信息；

获取心跳检测结果，并根据所述心跳检测结果更新所述受控设备的当前通信状态，所述心跳检测结果用于表征前一预设时间间隔内是否接收到所述受控设备基于所述预设时间间隔发送的状态信息。

3.根据权利要求2所述的设备控制方法，其特征在于，所述获取心跳检测结果，并根据所述心跳检测结果更新所述受控设备的当前通信状态，包括：判断在前一预设时间间隔内是否接收到所述受控设备基于所述预设时间间隔发送的状态信息；

若在前一预设时间间隔内接收到所述受控设备基于所述预设时间间隔发送的状态信息，将最近一次获取的所述受控设备的当前通信状态更新为在线状态；

若在前一预设时间间隔内未接收到所述受控设备基于所述预设时间间隔发送的状态信息，将最近一次获取的所述受控设备的当前通信状态更新为离线状态。

4.根据权利要求1所述的设备控制方法，其特征在于，所述方法还包括：若最近一次获取的所述受控设备的当前通信状态由离线状态更新为在线状态，向所述用户终端发送所述第一操作反馈；

若最近一次获取的所述受控设备的当前通信状态由在线状态更新为离线状态，向所述用户终端发送所述第二操作反馈。

5.根据权利要求1‑3任一权利要求所述的设备控制方法，其特征在于，所述方法还包括：

向所述受控设备发送所述操作指令；

获取所述操作指令对应的执行反馈结果，所述执行反馈结果用于表征是否接收到所述受控设备响应所述操作指令返回的执行反馈；

根据所述执行反馈结果，更新最近一次获取的所述受控设备的当前通信状态。

6.一种设备控制方法，其特征在于，适用于与智能网关通信连接的用户终端，所述智能网关与至少一个受控设备通信连接，所述方法包括：向所述智能网关发送对应于受控设备的操作指令；

接收与所述智能网关最近一次获取的所述受控设备的当前通信状态对应的操作反馈；

其中，所述智能网关基于预设时间间隔获取所述受控设备的当前通信状态；若所述智能网关最近一次获取的所述受控设备的当前通信状态为在线状态，向所述用户终端发送第一操作反馈，所述第一操作反馈用于提示所述操作指令执行成功；

若所述智能网关最近一次获取的所述受控设备的当前通信状态为离线状态，向所述用户终端发送第二操作反馈，所述第二操作反馈用于提示所述操作指令执行失败。

7.根据权利要求6所述的设备控制方法，其特征在于，在所述接收与所述智能网关最近一次获取的所述受控设备的当前通信状态对应的操作反馈之后，所述方法还包括：在所述操作反馈更新时，根据所述操作反馈，生成提示信息，所述提示信息用于提示所述操作指令的真实执行状态。

8.一种设备控制方法，其特征在于，适用于智能控制系统，所述智能控制系统包括通信连接的智能网关、用户终端以及至少一个受控设备，所述方法包括：所述受控设备基于预设时间间隔向所述智能网关发送所述受控设备的状态信息；

所述智能网关基于所述预设时间间隔获取所述受控设备的当前通信状态；

所述用户终端向所述智能网关发送对应于所述受控设备的操作指令；

所述智能网关接收所述用户终端发送的对应于所述受控设备的操作指令；

所述智能网关响应于所述操作指令，向所述用户终端发送与最近一次获取的所述受控设备的当前通信状态对应的操作反馈；其中，若所述智能网关最近一次获取的所述受控设备的当前通信状态为在线状态，向所述用户终端发送第一操作反馈，所述第一操作反馈用于提示所述操作指令执行成功；若所述智能网关最近一次获取的所述受控设备的当前通信状态为离线状态，向所述用户终端发送第二操作反馈，所述第二操作反馈用于提示所述操作指令执行失败；

所述用户终端接收所述与最近一次获取的所述受控设备的当前通信状态对应的操作反馈，并根据所述操作反馈提示所述操作指令是否执行成功。

9.一种设备控制装置，其特征在于，适用于智能网关，所述智能网关与用户终端以及至少一个受控设备通信连接，所述装置包括：状态获取模块，用于基于预设时间间隔获取受控设备的当前通信状态；

指令接收模块，用于接收用户终端发送的对应于所述受控设备的操作指令；

操作响应模块，用于响应于所述操作指令，向所述用户终端发送与最近一次获取的所述受控设备的当前通信状态对应的操作反馈，以使所述用户终端根据所述操作反馈提示所述操作指令是否执行成功；

其中，所述操作响应模块，包括：第一操作反馈单元，用于若最近一次获取的所述受控设备的当前通信状态为在线状态，向所述用户终端发送第一操作反馈，所述第一操作反馈用于提示所述操作指令执行成功；

第二操作反馈单元，用于若最近一次获取的所述受控设备的当前通信状态为离线状态，向所述用户终端发送第二操作反馈，所述第二操作反馈用于提示所述操作指令执行失败。

10.一种智能控制系统，其特征在于，所述智能控制系统包括通信连接的智能网关、用户终端以及至少一个受控设备，其中：所述受控设备，用于基于预设时间间隔向所述智能网关发送所述受控设备的状态信息；

所述用户终端，用于向所述智能网关发送对应于所述受控设备的操作指令；

所述智能网关，用于基于所述预设时间间隔获取所述受控设备的当前通信状态，以及接收所述用户终端发送的对应于所述受控设备的操作指令，所述智能网关还用于响应于所述操作指令，向所述用户终端发送与最近一次获取的所述受控设备的当前通信状态对应的操作反馈；其中，若所述智能网关最近一次获取的所述受控设备的当前通信状态为在线状态，向所述用户终端发送第一操作反馈，所述第一操作反馈用于提示所述操作指令执行成功；若所述智能网关最近一次获取的所述受控设备的当前通信状态为离线状态，向所述用户终端发送第二操作反馈，所述第二操作反馈用于提示所述操作指令执行失败；

所述用户终端，还用于接收与所述智能网关最近一次获取的所述受控设备的当前通信状态对应的操作反馈，以及根据所述操作反馈提示所述操作指令是否执行成功。

11.一种智能网关，其特征在于，包括：存储器；

一个或多个处理器，与所述存储器连接；

所述存储器上存储有一个或多个程序，其中，所述一个或多个程序被所述一个或多个处理器执行时，实现如权利要求1至5任一项所述的方法。

12.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1至7任一项所述的方法。

说明书

设备控制方法、装置、系统、智能网关及存储介质

技术领域

[0001] 本申请涉及智能家居技术领域，更具体地，涉及一种设备控制方法、装置、系统、智能网关及存储介质。

背景技术

[0002] 近几年物联网高速的发展，掀起了人机交互的革命，其中人机交互的方式也在不断丰富，并且不断涌现出新兴的产品，包括通过语音控制设备的智能音响、通过手势控制设
备的增强现实/虚拟现实，还有通过应用程序远程控制设备的物联网控制平台。但是交互方
式在丰富的同时，也必然引起人们对交互实时性的要求的增高。然而，现有的网络拥堵延时
大，网络异常的事件时常发生，如何提升人机交互的体验显得迫在眉睫。

发明内容

[0003] 鉴于上述问题，本申请提出了一种设备控制方法、装置、系统、智能网关及存储介质，可以提升人机交互的体验。

[0004] 第一方面，本申请实施例提供了一种设备控制方法，适用于智能网关，所述智能网关与用户终端以及至少一个受控设备通信连接，所述方法包括：基于预设时间间隔获取受
控设备的当前通信状态；接收用户终端发送的对应于受控设备的操作指令；响应于操作指
令，向用户终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈，以使用
户终端根据操作反馈提示操作指令是否执行成功。

[0005] 第二方面，本申请实施例提供了一种设备控制方法，适用于与智能网关通信连接的用户终端，所述智能网关与至少一个受控设备通信连接，所述方法包括：向智能网关发送
对应于受控设备的操作指令；接收与智能网关最近一次获取的受控设备的当前通信状态对
应的操作反馈。

[0006] 第三方面，本申请实施例提供了一种设备控制方法，适用于智能控制系统，所述智能控制系统包括通信连接的智能网关、用户终端以及至少一个受控设备，所述方法包括：受
控设备基于预设时间间隔向智能网关发送受控设备的状态信息；智能网关基于预设时间间
隔获取受控设备的当前通信状态；用户终端向智能网关发送对应于受控设备的操作指令；
智能网关接收用户终端发送的对应于受控设备的操作指令；智能网关响应于操作指令，向
用户终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈；用户终端接收
与最近一次获取的受控设备的当前通信状态对应的操作反馈，并根据操作反馈提示操作指
令是否执行成功。

[0007] 第四方面，本申请实施例提供了一种设备控制装置，适用于智能网关，所述智能网关与用户终端以及至少一个设备通信连接，所述装置包括：状态获取模块，用于基于预设时
间间隔获取受控设备的当前通信状态；指令接收模块，用于接收用户终端发送的对应于受
控设备的操作指令；操作响应模块，用于响应于操作指令，向用户终端发送与最近一次获取
的受控设备的当前通信状态对应的操作反馈，以使用户终端根据操作反馈提示操作指令是
否执行成功。

[0008] 第五方面，本申请实施例提供了一种设备控制装置，适用于与智能网关通信连接的用户终端，所述智能网关与至少一个受控设备通信连接，所述装置包括：指令发送模块，
用于向智能网关发送对应于受控设备的操作指令；反馈接收模块，用于接收与最近一次获
取的受控设备的当前通信状态对应的操作反馈。

[0009] 第六方面，本申请实施例提供了一种智能控制系统，所述智能控制系统包括通信连接的智能网关、用户终端以及至少一个受控设备，所述系统包括：受控设备，用于基于预
设时间间隔向智能网关发送受控设备的状态信息；用户终端，用于向智能网关发送对应于
受控设备的操作指令；智能网关，用于基于预设时间间隔获取受控设备的当前通信状态，接
收用户终端发送的对应于受控设备的操作指令，以及响应于操作指令，向用户终端发送与
最近一次获取的受控设备的当前通信状态对应的操作反馈；用户终端，还用于接收与智能
网关最近一次获取的受控设备的当前通信状态对应的操作反馈，以及根据操作反馈提示操
作指令是否执行成功。

[0010] 第七方面，本申请实施例提供了一种智能网关，其包括：存储器；一个或多个处理器，与存储器连接；一个或多个程序，其中，一个或多个应用程序被存储在存储器中并被配
置为由一个或多个处理器执行，一个或多个程序配置用于执行如上述第一方面所述的方
法。

[0011] 第八方面，本申请实施例提供了一种电子设备，其包括：存储器；一个或多个处理器，与存储器连接；一个或多个程序，其中，一个或多个应用程序被存储在存储器中并被配
置为由一个或多个处理器执行，一个或多个程序配置用于执行如上述第一方面所述的方
法。

[0012] 第九方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如上述第一方面或第二方
面所述的方法。

[0013] 本申请实施例提供的设备控制方法、装置、系统、智能网关及存储介质，通过基于预设时间间隔获取受控设备的当前通信状态，然后接收用户终端发送的对应于受控设备的
操作指令，最后响应于操作指令，向用户终端发送与最近一次获取的受控设备的当前通信
状态对应的操作反馈，以使用户终端根据操作反馈提示操作指令是否执行成功。本申请通
过在接收到终端的操作指令时先根据智能网关最近一次获取的受控设备当前通信状态返
回操作反馈，从而实现在及时反馈指令执行信息的同时，还提高了反馈的准确性，提升人机
交互的体验感。

[0014] 本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

[0016] 图1示出了一种适用于本申请实施例的应用环境示意图；

[0017] 图2示出了本申请一个实施例提供的设备控制方法的流程示意图；

[0018] 图3示出了本申请另一个实施例提供的设备控制方法的流程示意图；

[0019] 图4示出了本申请另一个实施例提供的设备控制方法中步骤S410至步骤S440的流程示意图；

[0020] 图5示出了本申请另一个实施例提供的用户终端、智能网关与受控设备的交互示意图；

[0021] 图6示出了本申请又一个实施例提供的设备控制方法的流程示意图；

[0022] 图7示出了本申请再一个实施例提供的设备控制方法的时序示意图；

[0023] 图8示出了本申请还一个实施例提供的设备控制方法的时序示意图；

[0024] 图9示出了本申请一个实施例提供的设备控制装置的模块框图；

[0025] 图10示出了本申请另一个实施例提供的设备控制装置的模块框图；

[0026] 图11示出了本申请实施例用于执行根据本申请实施例的设备控制方法的智能网关的结构框图；

[0027] 图12示出了本申请实施例用于执行根据本申请实施例的设备控制方法的电子设备的结构框图；

[0028] 图13示出了本申请实施例的用于保存或者携带实现根据本申请一个实施例提供的设备控制方法的程序代码的存储单元；

[0029] 图14示出了本申请实施例的用于保存或者携带实现根据本申请另一个实施例提供的设备控制方法的程序代码的存储单元。

具体实施方式

[0030] 为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。应当理解，此处描述的具体实
施例仅用于解释本申请，并不用于限定本申请。

[0031] 为了更好理解本申请实施例提供的一种设备控制方法、装置、系统、智能网关及存储介质，下面先对适用于本申请实施例的应用环境进行描述。

[0032] 请参阅图1，图1为适用于本申请实施例的一种应用环境示意图。本申请实施例提供的设备控制方法可以应用于如图1所示的智能家居系统100中。该智能家居系统100中包
括智能网关110、用户终端120、电子设备130。

[0033] 其中，用户终端120通过无线网络和智能网关110连接，该移动终端可以包括个人电脑、智能手机、平板电脑、穿戴式电子设备等，在此不做限定。作为一种方式，该用户终端
120用于与用户之间进行交互，方便用户通过用户终端120可以基于路由器与智能网关110
进行无线通信。具体的，用户终端120中可以安装有应用程序，通过应用程序可以与智能网
关110进行无线通信。用户可以在智能网关110和用户终端120同时添加一个账号信息，通过
该账号信息实现智能网关110和用户终端120的信息同步和交互。

[0034] 其中，电子设备130可以包括但不限于门窗传感器、智能开关、智能灯、智能空调、智能窗帘电机、智能电视、智能冰箱、智能电扇。其中，电子设备130的数量至少为一个，该至
少一个电子设备130分别和至少一个智能网关110连接，例如，一个智能网关110与多个电子
设备130连接，在此不做限定。其中，智能网关110与电子设备130可以通过蓝牙、Wi F i或者
Z i gBee等方式进行连接。

[0035] 进一步地，在智能家居系统100中，还可以包括服务器，其中，服务器可以采用传统服务器，也可以采用云端服务器，在此不做限定。智能网关110的数量至少为一个，其中，服
务器分别与该至少一个智能网关110连接，例如，服务器可以基于路由器通过无线网络分别
与至少一个智能网关110进行通信连接，以进行服务器和智能网关110之间的数据交互。

[0036] 具体的，智能家居系统100可以执行下述场景，例如，电子设备130可以包括门窗传感器、智能开关、灯，若需要实现自动化方案“门窗打开则开灯”，其中触发条件是“门窗打
开”，执行动作是“开灯”，此时基于此自动化方案，触发设备为门窗传感器，受控设备为智能
开关，其中智能开关与灯电连接。

[0037] 在智能家居系统100中，用户终端120的应用程序(APP)与智能网关110相连接，智能网关110与电子设备130相连接，智能网关110接收通过用户终端120上的APP发送的操作
指令，并将操作指令发送到对应的电子设备130。其中，智能网关110在接收操作指令后，还
需向用户终端120发送电子设备130的执行反馈或电子设备130的离线信息，但是在用户终
端120发送操作指令至接收到智能网关110发送的执行反馈之间，往往因为网络的拥堵导致
用户终端120接收的延迟，或者用户终端120接收的信息不准确。

[0038] 具体的，现有技术中，主要通过以下两种交互方式实现用户终端120的信息收发。其一为同步方式，在用户终端120向智能网关110发送操作指令后，智能网关110将操作指令
发送给电子设备130并且等待电子设备130的执行反馈，再向用户终端120发送电子设备130
发送的执行反馈。其中从用户终端120发送操作指令到接收到执行反馈之间的时间依赖于2
条信息的收发，包括用户终端120与智能网关110之间、以及智能网关110与电子设备130之
间的信息收发，若其中一条因网络堵塞导致信息的重发，都将导致用户终端120在控制一个
设备时的延迟响应，造成APP端无法接收到电子设备130的执行反馈而保持等待状态，使得
用户无法切换到其它电子设备130的控制界面，影响APP的操控体验感。

[0039] 其二为异步方式，在用户终端120向智能网关110发送操作指令后，直接可以接收到该操作指令的执行反馈，但是该执行结果无法反映电子设备130是否真实执行了该操作
指令，具体的，若电子设备130发生故障，用户通过用户终端120获得的执行反馈仍是该操作
指令被执行成功了，即假成功，因而用户终端120虽然可以实时地获取执行反馈，但无法保
证所获取的执行反馈的准确性，即此种方式的稳定性较低。

[0040] 上述两种方式中，第一种方式虽然可以保证用户终端120接收的电子设备130的执行反馈的准确性，但因网络堵塞可能导致用户终端120的响应延迟，实时性较低，影响用户
的操控体验；第二种方式则虽然可以保证响应的实时性，但无法保证用户终端120接受的电
子设备130的执行反馈的准确性，导致稳定性不高。

[0041] 基于上述问题，发明人在对现有的设备控制方法进行了一系列研究后发现，目前用户控制设备的交互体验上存在实时性与稳定性难以并存的难题。所以如何兼顾实时性以
及稳定性，提升人机交互的体验感显得愈发重要。

[0042] 在研究的过程中，发明人研究了目前设备控制的困难点，更是综合考虑当下人机交互的需求，提出了本申请实施例的设备控制方法、装置、系统、智能网关及存储介质。

[0043] 下面将通过具体实施例对本申请实施例提供的设备控制方法、装置、系统、智能网关及存储介质进行详细说明。

[0044] 请参阅图2，本申请实施例提供了一种设备控制方法，可应用于上述智能网关。下面将针对图2所示的流程进行详细的阐述，上述设备控制方法具体地可以包括以下步骤：

[0045] 步骤S210：基于预设时间间隔获取受控设备的当前通信状态。

[0046] 本实施例中，预设时间间隔可以是10秒、1分钟、1小时等，可以是出厂设置的，也可以是用户自定义的，可以理解的是，预设时间间隔越小，获取受控设备的状态信息越频繁。
作为一种方式，预设时间间隔可以是受控设备在出场之前即设置好的；作为另一种方式，预
设时间间隔可以是用户通过智能网关针对受控设备设置的，即受控设备可以基于预设时间
间隔向智能网关发送该受控设备的状态信息，从而建立受控设备与智能网关的心跳检测关
系，使得智能网关可以根据受控设备是否基于预设时间间隔向智能网关发送该受控设备的
状态信息判断受控设备的当前通信状态。其中，当前通信状态至少包括在线状态以及离线
状态。

[0047] 具体的，受控设备中包括实时时钟模块(RTC模块)，受控设备通过RTC模块计算时间信息，并且根据预设时间间隔上传自身的状态信息，并在下个预设时间间隔再次上传自
身的状态信息，受控设备上传的状态信息可以存储于智能网关，也可以存储于用户终端，使
得用户终端可以获知状态信息从而便于控制，还可以存储于服务器如云端服务器。

[0048] 其中，受控设备发送的状态信息可以包括受控设备的重启次数、1小时内发送报文总个数、1小时内发送报文失败个数，1小时内发送报文重发个数、获取的环境参数等与受控
设备自身有关的信息，也可以包括与受控设备自身无关的信息如空的探测包及无关的字符
串等，本实施例不对受控设备发送给智能网关的状态信息的具体内容和形式作任何限定。
可以理解的是，受控设备基于预设时间间隔发送的状态信息可以是向智能网关反馈的与受
控设备有关的信息，也可以是与受控设备无关的信息，智能网关可以通过是否接收到受控
设备基于预设时间间隔发送的状态信息来判断受控设备的当前通信状态，并在智能网关本
地存储该当前通信状态。

[0049] 作为一种方式，受控设备向智能网关发送的状态信息包括环境参数，智能网关通过是否在预设时间间隔内接收到受控设备发送的状态信息，可以判断受控设备的当前通信
状态是否为在线状态，若未接收到受控设备发送的状态信息如环境参数，则可以获取受控
设备的状态信息的当前通信状态为离线状态，若接收到受控设备发送的状态信息，则可以
获取受控设备的状态信息的当前通信状态为在线状态。使得智能网关通过接收受控设备发
送的状态信息，不仅可以获取到受控设备的当前通信状态，还可以在受控设备处于在线状
态即与智能网关通信正常时，通过状态信息获取受控设备的其他设备状态如重启次数、测
量的环境参数等，从而实现在保证智能网关与受控设备的通信效率的同时，可以及时判断
受控设备是否在线，方便用户控制和调试。

[0050] 具体的，例如受控设备为温湿度传感器时，温度传感器可以基于预设时间间隔如10分钟，每隔10分钟向智能网关发送该温湿度传感器检测到的温度值，使得若智能网关在
10分钟内可以接收到温度值，则可以获取受控设备的当前通信状态为在线状态，若智能网
关在10分钟内未接收到受控设备发送的状态信息，则可以获取受控设备的当前通信状态为
离线状态，从而实现智能网关可以基于预设时间间隔获取受控设备的当前通信状态。进一
步地，智能网关接收到受控设备发送的温度值，不仅可以获知受控设备的当前通信状态，还
可以获知受控设备所检测到的环境参数，使得受控设备只需发送一次数据就可以实现当前
通信状态的检测和环境参数的上报，提高通信效率的同时方便用户及时获知受控设备的当
前通信状态，方便控制和调试。

[0051] 在一些实施方式中，受控设备发送的状态信息也可以是不包含与设备状态有关的信息如字符串或空的信息等，使得智能网关通过是否在预设时间间隔内接收到受控设备发
送的状态信息，可以判断受控设备的当前通信状态是否为在线状态。从而在满足智能网关
可以获取受控设备的通信状态的基础上，减少智能网关与受控设备之间通信传输的数据
量，降低对网络传输的要求，提高传输速度，加快系统响应。

[0052] 需要说明的是，智能网关基于预设时间间隔可以只获取一次受控设备的当前通信状态，也可以获取超过一次，即在一个预设时间间隔内，受控设备可以向智能网关发送至少
一次状态信息。在一些实施方式中，受控设备可以设置有报警阈值，具体的，当受控设备检
测的环境参数的数值超过报警阈值时，可以触发受控设备向智能网关发送报警信息，即状
态信息还可以包括报警信息。在一个预设时间间隔内，若触发报警，使得智能网关接收到受
控设备发送的报警信息，智能网关可以判断受控设备当前是可以正常通信的，从而更新受
控设备的当前通信状态为在线状态。如此，使得智能网关存储的受控设备的当前通信状态
可以根据受控设备的实际通信情况进行调整，使得智能网关获取到的受控设备的当前通信
状态更准确。

[0053] 具体的，例如智能网关在时刻Y1之前的一个预设时间间隔内未接收到受控设备发送的状态信息，则获取受控设备的当前通信状态为离线状态，而在时刻Y1到下一个预设时
间间隔结束的时刻Y2之间(即：时刻Y2‑时刻Y1＝预设时间间隔)，受控设备检测到的环境参
数超过预设的报警阈值，触发报警，当智能网关接收到受控设备的报警信息时，可以将之前
获取的受控设备的当前通信状态从离线状态更新为在线状态，使得此时智能网关获取的受
控设备的当前通信状态为在线状态，从而使得智能网关获取的当前通信状态更准确。

[0054] 步骤S220：接收用户终端发送的对应于受控设备的操作指令。

[0055] 其中，用户终端上安装有可控制受控设备的应用程序，用户可以在智能网关与用户终端同时添加一个账号信息，从而使得用户在用户终端的应用程序上登录该账号信息，
可以控制该智能网关下的受控设备，具体的，可以选择一个受控设备，并向选中的受控设备
发送控制指令，例如用户可以选择受控设备如温湿度传感器，并通过在选中的温湿度传感
器的控制界面上点击控件如“关闭”，向智能网关发送对该温湿度传感器的关闭指令。

[0056] 步骤S230：响应于操作指令，向用户终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈。

[0057] 本实施例中，智能网关响应于操作指令，调取存储的最近一次获取的受控设备的当前通信状态，其中，用户终端根据操作反馈可以提示操作指令是否执行成功，使得用户可
以获知操作指令是否执行成功。具体的，若最近一次获取的受控设备的当前通信状态为在
线状态，此时智能网关向用户终端发送的操作反馈对应操作指令执行成功；若最近一次获
取的受控设备的当前通信状态为离线状态，此时智能网关向用户终端发送的操作反馈对应
操作指令执行失败。

[0058] 进一步地，在操作反馈对应操作指令执行成功时，可以生成提示信息提示用户操作成功；在操作反馈对应操作指令执行失败时，可以提示用户设备已离线。

[0059] 例如，用户终端发送对温湿度传感器的关闭指令，在最近一次获取的受控设备的当前通信状态为在线状态时，可以弹窗显示“已关闭”或“操作成功”等信息，以提示用户当
前发送的操作指令已执行成功。从而使得智能网关在接收到操作指令时，可以无需等待受
控设备对操作指令的执行反馈，根据最近一次获取的受控设备的当前通信状态，就可以直
接反馈与当前通信状态对应的操作反馈，使得用户在发送操作指令后，可以实时获知操作
指令的执行情况即执行是否成功，并可立即切换界面控制其他设备，避免因网络阻塞导致
的受控设备的响应延迟，如此，不仅提高控制界面响应的实时性，降低用户等待的时间，方
便用户切换控制其他设备，还保证了操作反馈的准确性，提高了交互的稳定性，进而提升了
人机交互的体验感。

[0060] 再如，用户终端发送对温湿度传感器的关闭指令，在最近一次获取的受控设备的当前通信状态为离线状态时，可以弹窗显示“设备已离线”等信息，以提示用户当前发送的
操作指令执行不成功，使得用户可以及时针对设备离线的情况进行故障排查和检修，方便
控制和调试，并且在设备离线时，可以及时提示用户，使得用户不必等待多次重发，就可以
切换去控制其他设备。避免响应延迟，提高交互的实时性和体验感。

[0061] 需要说明的是，智能网关基于预设时间间隔获取的受控设备的当前通信状态可以超过一个，并且最近一次获取的受控设备的当前通信状态将覆盖前一次获取的受控设备的
当前通信状态，使得智能网关获取的当前通信状态信息更接近智能网关向用户终端发送与
最近一次获取的受控设备的当前通信状态对应的操作反馈的时刻，进而使得智能网关向用
户终端的反馈更准确，提高用户获取的操作指令是否执行成功的结果的准确性，进一步提
高交互的稳定性。

[0062] 本实施例提供的设备控制方法，通过基于预设时间间隔获取受控设备的当前通信状态，然后接收用户终端发送的对应于受控设备的操作指令，最后响应于操作指令，向用户
终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈，以使用户终端根据
操作反馈提示操作指令是否执行成功。本实施例通过在接收到终端的操作指令时先根据智
能网关最近一次获取的受控设备的当前通信状态返回操作反馈，从而在实现及时反馈指令
执行信息的同时，由于智能网关是基于最近一次获取的受控设备的当前通信状态进行反
馈，因而也保证了反馈的准确性，进而提升人机交互的体验感。

[0063] 请参阅图3，本申请另一实施例提供了一种设备控制方法，可应用于上述智能网关。下面将针对图3所示的流程进行详细的阐述，上述的设备控制方法具体地可以包括以下
步骤：

[0064] 步骤S310：将包含预设时间间隔的心跳反馈间隔信息发送至受控设备。

[0065] 其中，心跳反馈间隔信息包含预设时间间隔，通过将包含心跳反馈间隔信息发送至受控设备，可以使得受控设备基于预设时间间隔向智能网关发送该受控设备的状态信
息，从而在受控设备与智能网关之间建立心跳检测关系，使得智能网关可以根据心跳检测
获取受控设备的当前通信状态。

[0066] 需要说明的是，受控设备通过心跳检测与智能网关保存长连接，心跳检测的频率越高即预设时间间隔越短，越能表现出受控设备和智能网关间的通讯链路是否通畅，并在
受控设备离线时，智能网关可以更快更及时地发现，进一步地将离线信息反馈给用户终端。

[0067] 进一步地，可以获取心跳检测结果，其中，心跳检测结果用于表征前一预设时间间隔内是否接收到受控设备基于预设时间间隔发送的状态信息。

[0068] 步骤S320：判断在前一预设时间间隔内是否接收到受控设备基于预设时间间隔发送的状态信息。

[0069] 本实施例中，智能网关每间隔一个预设时间间隔获取一次心跳检测结果，可以判断在前一预设时间间隔内是否接收到受控设备基于预设时间间隔发送的状态信息。

[0070] 在本实施例中，判断在前一预设时间间隔内是否接收到受控设备基于预设时间间隔发送的状态信息之后可以包括：

[0071] 若在前一预设时间间隔内接收到受控设备基于预设时间间隔发送的状态信息，可以执行步骤S330；

[0072] 若在前一预设时间间隔内未接收到受控设备基于预设时间间隔发送的状态信息，可以执行步骤S340。

[0073] 步骤S330：将最近一次获取的受控设备的当前通信状态更新为在线状态。

[0074] 步骤S340：将最近一次获取的受控设备的当前通信状态更新为离线状态。

[0075] 其中，前一次获取的受控设备的当前通信状态与最近一次获取的受控设备的当前通信状态可以相同，也可以不相同，此处更新当前通信状态可以保证最近一次获取的受控
设备的当前通信状态与智能网关能否接收到受控设备发送的信息相符合，使得智能网关本
地存储的受控设备的当前通信状态更符合实际，保证较高准确性。

[0076] 具体的，若在前一预设时间间隔内接收到受控设备基于预设时间间隔发送的状态信息，说明受控设备在线，则将最近一次获取的受控设备的当前通信状态更新为在线状态；
若在前一预设时间间隔内接收到受控设备基于预设时间间隔发送的状态信息，说明受控设
备离线，则将最近一次获取的受控设备的当前通信状态更新为离线状态。

[0077] 例如，在前一次获取的受控设备的当前通信状态为离线状态时，若智能网关在前一预设时间间隔内接收到受控设备基于预设时间间隔发送的状态信息，说明受控设备恢复
在线，又可以继续受控制，则将最近一次获取的受控设备的当前通信状态更新为在线状态。

[0078] 本实施例中，智能网关通过判断在前一预设时间间隔内是否接收到受控设备基于预设时间间隔发送的状态信息，根据判断结果更新最近一次获取的受控设备的当前通信状
态，实现根据心跳检测结果，按照预设时间间隔检测受控设备是否在线，从而可以及时获知
受控设备的工作状况，有利于用户对离线的受控设备进行故障排查和检修，提高系统的可
用性。

[0079] 步骤S350：接收用户终端发送的对应于受控设备的操作指令。

[0080] 其中，步骤S350的具体描述可以参考上述实施例中步骤S220，为表述简洁，在此不再赘述。

[0081] 步骤S360：响应于操作指令，向用户终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈。

[0082] 进一步地，步骤S360可以包括步骤S360a、步骤S360b以及步骤S360c，其中：

[0083] 步骤S360a：响应于操作指令，判断最近一次获取的受控设备的当前通信状态是否为在线状态。

[0084] 在本实施例中，判断最近一次获取的受控设备的当前通信状态是否为在线状态之后可以包括：

[0085] 若最近一次获取的受控设备的当前通信状态为在线状态，可以执行步骤S360b；

[0086] 若最近一次获取的受控设备的当前通信状态为在离线状态，可以执行步骤S360c。

[0087] 步骤S360b：向用户终端发送第一操作反馈。

[0088] 若最近一次获取的受控设备的当前通信状态为在线状态，向用户终端发送第一操作反馈，其中，第一操作反馈用于提示操作指令执行成功。

[0089] 步骤S360c：向用户终端发送第二操作反馈。

[0090] 若最近一次获取的受控设备的当前通信状态为在离线状态，向用户终端发送第二操作反馈，其中，第二操作反馈用于提示操作指令执行失败。

[0091] 需要说明的是，步骤S360a、步骤S360b以及步骤S360c中未详细描述的部分，可以参考步骤S230，在此不再赘述。

[0092] 进一步地，请参阅图4，本实施例还可以包括步骤S410至步骤S440，其中：

[0093] 步骤S410：向受控设备发送操作指令。

[0094] 智能网关在接收用户终端发送的对应于受控设备的操作指令后，将该操作指令发送至该受控设备，使得受控设备在接收到该操作指令后，可以执行该操作指令。

[0095] 需要说明的是，步骤S410可以与步骤S360同时执行，也可以不同时执行，本实施例对步骤S410与步骤S360之间的执行顺序不作限定。

[0096] 步骤S420：获取操作指令对应的执行反馈结果。

[0097] 其中，执行反馈结果用于表征是否接收到受控设备响应操作指令返回的执行反馈。具体的，受控设备在接收到智能网关发送的操作指令之后，会向智能网关发送执行反
馈，使得智能网关可以通过是否接收到受控设备发送的执行反馈，判断受控设备是否接收
到操作指令，进而还可以判断受控设备是否离线，从而获取到受控设备的真实执行状态，即
是否真实在线并接收到操作指令。

[0098] 步骤S430：根据执行反馈结果，更新最近一次获取的受控设备的当前通信状态。

[0099] 具体的例如，请参阅图5，图5示出了用户终端、智能网关与受控设备的交互示意图。如图5A所示，智能网关通过接收受控设备基于预设时间间隔发送的心跳包，获取到受控
设备的当前通信状态为在线状态，在智能网关接收到打开受控设备的操作指令时，先返回
一个操作指令已收到的操作反馈，并将打开受控设备的操作指令发送至受控设备，受控设
备返回一个已打开的执行反馈至智能网关，说明受控设备此时真实在线；而如图5B所示，智
能网关未接收到受控设备基于预设时间间隔发送的心跳包以及其他通讯信息，此时获取到
受控设备的当前通信状态为离线状态，那么在智能网关接收到打开受控设备的操作指令
时，先返回一个通讯质量差无法操作的操作反馈，以使得用户终端获知受控设备已离线无
法执行该操作指令。

[0100] 可以理解的是，用户终端在发送操作指令后，无论受控设备是否接收到操作指令，智能网关均先向用户终端返回与最近一次获取的受控设备的当前通信状态对应的操作反
馈，从而优先向用户终端返回操作反馈，方便用户控制其他设备，无需等待受控设备的执行
反馈后再进行控制切换，提高了反馈的实时性，并且由于智能网关是基于最近一次获取的
受控设备的当前通信状态进行反馈，因而也保证了反馈的准确性；并在获取执行反馈结果
后，根据执行反馈结果更新最近一次获取的受控设备的当前通信状态，从而可以调整最近
一次获取的受控设备的当前通信状态，在保证反馈实时性的同时进一步提高反馈的稳定
性，提高了用户终端获取的操作反馈的可信度，实现兼顾实时性与稳定性的人机交互，提高
了人机交互的体验感。

[0101] 进一步地，步骤S430之后，还可以包括步骤S440a以及步骤S440b，其中：

[0102] 步骤S440a：若受控设备的状态信息中的当前通信状态由离线状态更新为在线状态，向用户终端发送第一操作反馈。

[0103] 步骤S440b：若受控设备的状态信息中的当前通信状态由在线状态更新为离线状态，向用户终端发送第二操作反馈。

[0104] 在一些实施方式中，智能网关可以将更新的当前通信状态发送至用户终端，也可以将更新的当前通信状态对应的操作反馈发送至用户终端，其中，前者可直观反映受控设
备处于在线状态还是离线状态，而后者可直观反映受控设备是否接收并执行操作指令，而
二者均可使得用户终端可以获知受控设备的真实执行状态。

[0105] 本实施例中，通过步骤S440a与步骤S440b，可以根据更新的当前通信状态将对应于更新的当前通信状态的操作反馈发送至用户终端。从而通过优先向用户终端返回操作反
馈，方便用户控制其他设备，无需等待受控设备的执行反馈后再进行控制切换，进而根据是
否接收到受控设备的执行反馈调整之前返回的操作反馈，进一步提高了反馈的准确性和稳
定性，使得用户可以获知受控设备的真实执行状态，即受控设备是否真实接收到操作指令，
进而提升交互的体验感。

[0106] 具体的，例如，之前智能网关向用户终端发送的是第一操作反馈，即反馈的是操作指令执行成功的信息，而实际上受控设备未接收到操作指令即未执行成功，则更新智能网
关本地存储的受控设备的当前通信状态为离线状态，并将更新的当前通信状态同步到用户
终端，使得用户终端获知受控设备已离线，操作指令未被接收和执行。需要说明的是，若更
新后的当前通信状态为离线状态，可以直接向用户终端返回该更新后的当前通信状态，使
得用户可以直观获知受控设备已离线，具体的，作为一种方式，用户终端根据该更新后的当
前通信状态可以生成提示信息，提示用户受控设备已离线。

[0107] 再如，智能网关最近一次获取的受控设备的当前通信状态为离线状态，智能网关接收到操作指令后，会先向用户终端反馈受控设备已离线，同时向受控设备发送操作指令，
若受控设备可以接收操作指令，使得智能网关可以接收受控设备发送的执行反馈，智能网
关更新受控设备的当前通信状态为在线状态，并将与在线状态对应的第一操作反馈发送至
用户终端，用户终端可以对操作反馈的更新进行提示，以使得用户可以获知受控设备的真
实执行状态；而若不能执行，可以不更新智能网关本地存储的当前通信状态，将受控设备已
离线作为真实执行状态进行存储。

[0108] 在另一些实施方式中，智能网关将更新的当前通信状态发送至用户终端，用户终端根据更新的当前通信状态更新之前存储的操作反馈，并在操作反馈更新时，可以生成提
示信息，提示用户受控设备的真实执行状态，即受控设备是否真的接收到操作指令，从而提
高反馈的准确性，相较于现有技术，可以在保证反馈的实时性，使得用户无需等待即可切换
控制其他设备的同时，还使得用户可以获知受控设备的真实执行状态，提高交互的稳定性，
大大提升了交互的体验感。

[0109] 需要说明的是，本实施例中未详细描述的部分，可参考前述实施例，在此不再赘述。

[0110] 请参阅图6，本申请又一实施例提供了一种设备控制方法，可应用于上述用户终端，下面将针对图6所示的流程进行详细的阐述，上述的设备控制方法具体地可以包括以下
步骤：

[0111] 步骤S610：向智能网关发送对应于受控设备的操作指令。

[0112] 步骤S620：接收与智能网关最近一次获取的受控设备的当前通信状态对应的操作反馈。

[0113] 进一步地，本实施例在步骤S620之后，还可以包括步骤S630，其中：

[0114] 步骤S630：在操作反馈更新时，根据操作反馈，生成提示信息。

[0115] 其中，在操作反馈更新时，对应的是智能网关最近一次获取的受控设备的当前通信状态发生改变，用户终端根据更新的操作反馈，可以生成响应的提示信息。具体的，若用
户终端先前接收的操作反馈为第一操作反馈，即操作指令执行成功，而当用户终端接收到
下一个操作反馈为第二操作反馈时，生成提示信息，从而提示用户受控设备已离线，操作指
令未被执行；若用户终端先前接收的操作反馈为第二操作反馈，即操作指令执行失败，受控
设备已离线，而当用户终端接收到下一个操作反馈为第一操作反馈时，用户终端可以生成
提示信息，从而提示用户操作指令被接收。从而在操作反馈更新时，可以通过提示使得用户
及时获知受控设备的真实执行状态，保证用户所获知信息的准确性，提升交互体验。

[0116] 需要说明的是，本实施例中未详细描述的部分，可参考前述实施例，在此不再赘述。

[0117] 请参阅图7，本申请再一实施例提供了一种设备控制方法，可应用于上述智能控制系统，下面将针对图7所示的时序示意图进行详细的阐述，上述的设备控制方法具体地可以
包括以下步骤：

[0118] 步骤S710：受控设备基于预设时间间隔向智能网关发送受控设备的状态信息。

[0119] 步骤S720：智能网关基于预设时间间隔获取受控设备的当前通信状态。

[0120] 步骤S730：用户终端向智能网关发送对应于受控设备的操作指令。

[0121] 步骤S740：智能网关接收用户终端发送的对应于受控设备的操作指令。

[0122] 步骤S750：智能网关响应于操作指令，向用户终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈。

[0123] 步骤S760：用户终端接收与最近一次获取的受控设备的当前通信状态对应的操作反馈，并根据操作反馈提示操作指令是否执行成功。

[0124] 需要说明的是，本实施例中未详细描述的部分，可参考前述实施例，在此不再赘述。

[0125] 请参阅图8，本申请还一实施例提供了一种设备控制方法，可应用于上述智能控制系统，本实施例与上一实施例的步骤大致相同，不同之处包括步骤S810至步骤S860，下面将
主要针对图8与图7不相同的步骤进行详细的阐述，上述的设备控制方法具体地还可以包括
以下步骤：

[0126] 步骤S810：智能网关向受控设备发送操作指令。

[0127] 步骤S820：智能网关获取操作指令对应的执行反馈结果。

[0128] 步骤S830：智能网关根据执行反馈结果，更新受控设备的状态信息。

[0129] 步骤S840：若受控设备的状态信息中的当前通信状态由离线状态更新为在线状态，智能网关向用户终端发送第一操作反馈；

[0130] 步骤S850：若受控设备的状态信息中的当前通信状态由在线状态更新为离线状态，智能网关向用户终端发送第二操作反馈。

[0131] 步骤S860：在操作反馈更新时，用户终端根据操作反馈，生成提示信息。

[0132] 需要说明的是，本实施例中未详细描述的部分，可参考前述实施例，在此不再赘述。

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

[0134] 请参阅图9，图9示出了本申请实施例提供的一种设备控制装置的模块框图，设备控制装置900适用于上述智能网关。下面将针对图9所示的模块框图进行阐述，所述设备控
制装置900包括：状态获取模块910、指令接收模块920以及操作响应模块930，其中：

[0135] 状态获取模块910，用于基于预设时间间隔获取受控设备的当前通信状态。

[0136] 指令接收模块920，用于接收用户终端发送的对应于受控设备的操作指令。

[0137] 操作响应模块930，用于响应于操作指令，向用户终端发送与最近一次获取的受控设备的当前通信状态对应的操作反馈，以使用户终端根据操作反馈提示操作指令是否执行
成功。

[0138] 进一步地，所述状态获取模块910可以包括心跳设置单元以及状态更新单元，其中：

[0139] 心跳设置单元，用于将包含预设时间间隔的心跳反馈间隔信息发送至受控设备，以使受控设备基于预设时间间隔向智能网关发送受控设备的状态信息。

[0140] 状态更新单元，用于获取心跳检测结果，并根据心跳检测结果更新受控设备的状态信息，心跳检测结果用于表征前一预设时间间隔内是否接收到受控设备基于预设时间间
隔发送的状态信息。

[0141] 进一步地，所述状态更新单元还可以包括信息接收判断子单元、在线状态更新子单元以及离线状态更新子单元，其中：

[0142] 信息接收判断子单元，用于判断在前一预设时间间隔内是否接收到受控设备基于预设时间间隔发送的状态信息。

[0143] 在线状态更新子单元，用于若在前一预设时间间隔内接收到受控设备基于预设时间间隔发送的状态信息，将状态信息中的当前通信状态更新为在线状态。

[0144] 离线状态更新子单元，用于若在前一预设时间间隔内未接收到受控设备基于预设时间间隔发送的状态信息，将最近一次获取的状态信息中的当前通信状态更新为离线状
态。

[0145] 进一步地，所述操作响应模块930可以包括第一操作反馈单元以及第二操作反馈单元，其中：

[0146] 第一操作反馈单元，用于若最近一次获取的受控设备的当前通信状态为在线状态，向用户终端发送第一操作反馈，第一操作反馈用于提示操作指令执行成功。

[0147] 第二操作反馈单元，用于若最近一次获取的受控设备的当前通信状态为离线状态，向用户终端发送第二操作反馈，第二操作反馈用于提示操作指令执行失败。

[0148] 进一步地，所述设备控制装置900还包括：第一状态更新模块、第二状态更新模块、操作指令发送模块、执行反馈获取模块以及状态信息更新模块，其中：

[0149] 第一状态更新模块，用于若受控设备的状态信息中的当前通信状态由离线状态更新为在线状态，向用户终端发送第一操作反馈。

[0150] 第二状态更新模块，用于若受控设备的状态信息中的当前通信状态由在线状态更新为离线状态，向用户终端发送第二操作反馈。

[0151] 操作指令发送模块，用于向受控设备发送操作指令。

[0152] 执行反馈获取模块，用于获取操作指令对应的执行反馈结果，执行反馈结果用于表征是否接收到受控设备响应操作指令返回的执行反馈。

[0153] 状态信息更新模块，用于根据执行反馈结果，更新受控设备的状态信息。

[0154] 本申请实施例提供的设备控制装置用于实现前述方法实施例中相应的设备控制方法，并具有相应的方法实施例的有益效果，在此不再赘述。

[0155] 请参阅图10，图10示出了本申请实施例提供的一种设备控制装置的模块框图，设备控制装置1000适用于上述用户终端。下面将针对图10所示的模块框图进行阐述，所述设
备控制装置1000包括：指令发送模块1010以及反馈接收模块1020，其中：

[0156] 指令发送模块1010，用于向智能网关发送对应于受控设备的操作指令。

[0157] 反馈接收模块1020，用于接收与智能网关最近一次获取的受控设备的当前通信状态对应的操作反馈。

[0158] 进一步地，所述设备控制装置1000还包括：更新提示模块，其中：

[0159] 更新提示模块，用于在操作反馈更新时，根据操作反馈，生成提示信息，其中，提示信息用于提示操作指令的真实执行状态。

[0160] 本申请实施例提供的设备控制装置用于实现前述方法实施例中相应的设备控制方法，并具有相应的方法实施例的有益效果，在此不再赘述。

[0161] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参阅前述方法实施例中的对应过程，在此不再赘述。

[0162] 在本申请所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械
或其它的形式。

[0163] 另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模
块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

[0164] 请参阅图11，其示出了本申请实施例提供的一种智能网关的结构框图。本申请中的智能网关1100可以包括一个或多个如下部件：处理器1110、存储器1120以及一个或多个
应用程序，其中一个或多个应用程序可以被存储在存储器1120中并被配置为由一个或多个
处理器1110执行，一个或多个程序配置用于执行如前述应用于用户终端的方法实施例所描
述的方法。

[0165] 处理器1110可以包括一个或者多个处理核。处理器1110利用各种接口和线路连接整个智能网关1100内的各个部分，通过运行或执行存储在存储器1120内的指令、程序、代码
集或指令集，以及调用存储在存储器1120内的数据，执行智能网关1100的各种功能和处理
数据。可选地，处理器1110可以采用数字信号处理(Digital Signal Processing，DSP)、现
场可编程门阵列(Field－Programmable Gate  Array，FPGA)、可编程逻辑阵列
(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1110可集成中央
处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)
和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程
序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，
上述调制解调器也可以不集成到处理器1110中，单独通过一块通信芯片进行实现。

[0166] 存储器1120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read‑Only Memory)。存储器1120可用于存储指令、程序、代码、代码集或指令集。存
储器1120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的
指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用
于实现下述各个方法实施例的指令等。存储数据区还可以存储智能网关1100在使用中所创
建的数据(比如电话本、音视频数据、聊天记录数据)等。

[0167] 进一步地，智能网关1100还可以包括触摸屏，所述触摸屏可以为液晶显示屏(Liquid Crystal Display，LCD)，可以为有机发光二极管(Organic Light‑Emitting 
Diode，OLED)等。所述触摸屏用于显示由用户输入的信息、提供给用户的信息以及各种图形
用户接口，这些图形用户接口可以由图形、文本、图标、数字、视频和其任意组合来构成。

[0168] 本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的智能网关的限定，具体的智能网关可
以包括比图11中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

[0169] 请参阅图12，其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备1200可以是智能手机、平板电脑、笔记本电脑、台式电脑等能够运行应用程序的电子设
备。本申请中的电子设备1200可以包括一个或多个如下部件：处理器1210、存储器1220以及
一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器1220中并被配置为由
一个或多个处理器1210执行，一个或多个程序配置用于执行如前述应用于用户终端的方法
实施例所描述的方法。

[0170] 处理器1210可以包括一个或者多个处理核。处理器1210利用各种接口和线路连接整个电子设备1200内的各个部分，通过运行或执行存储在存储器1220内的指令、程序、代码
集或指令集，以及调用存储在存储器1220内的数据，执行电子设备1200的各种功能和处理
数据。可选地，处理器1210可以采用数字信号处理(Digital Signal Processing，DSP)、现
场可编程门阵列(Field－Programmable Gate  Array，FPGA)、可编程逻辑阵列
(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1210可集成中央
处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)
和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程
序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，
上述调制解调器也可以不集成到处理器1210中，单独通过一块通信芯片进行实现。

[0171] 存储器1220可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read‑Only Memory)。存储器1220可用于存储指令、程序、代码、代码集或指令集。存
储器1220可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的
指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用
于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备1200在使用中所创
建的数据(比如电话本、音视频数据、聊天记录数据)等。

[0172] 本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可
以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

[0173] 请参阅图13，其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质1300中存储有程序代码，所述程序代码可被处理器调用执行
上述应用于智能网关或用户终端的方法实施例中所描述的方法。

[0174] 计算机可读取存储介质1300可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质1300包括非瞬
时性计算机可读介质(non‑transitory computer‑readable storage medium)。计算机可
读取存储介质1300具有执行上述方法中的任何方法步骤的程序代码1310的存储空间。这些
程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机
程序产品中。程序代码1310可以例如以适当形式进行压缩。

[0175] 请参阅图14，其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质1400中存储有程序代码，所述程序代码可被处理器调用执行
上述应用于用户终端的方法实施例中所描述的方法。

[0176] 计算机可读取存储介质1400可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质1400包括非瞬
时性计算机可读介质(non‑transitory computer‑readable storage medium)。计算机可
读取存储介质1400具有执行上述方法中的任何方法步骤的程序代码1410的存储空间。这些
程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机
程序产品中。程序代码1410可以例如以适当形式进行压缩。

[0177] 综上所述，本申请实施例提供的设备控制方法、装置、系统、智能网关及存储介质，通过基于预设时间间隔获取受控设备的当前通信状态，然后接收用户终端发送的对应于受
控设备的操作指令，最后响应于操作指令，向用户终端发送与最近一次获取的受控设备的
当前通信状态对应的操作反馈，以使用户终端根据操作反馈提示操作指令是否执行成功。
本申请通过在接收到终端的操作指令时先根据智能网关最近一次获取的受控设备的当前
通信状态返回操作反馈，从而实现在及时反馈指令执行信息的同时，还提高了反馈的准确
性，提升人机交互的体验感。

[0178] 最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以
对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而
这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和
范围。