CN116974209A - IoT设备的控制方法、设备、IoT系统以及存储介质 - Google Patents

Abstract

本申请提供了一种IoT设备的控制方法、控制侧设备、IoT设备、IoT系统以及计算机可读存储介质。方法包括：控制侧设备获取管控配置模板以及IoT设备的功能信息，管控配置模板包括至少一个管控场景和至少一个功能配置之间的初始对应关系，功能配置包括IoT设备的被管控功能的功能设定；控制侧设备根据管控配置模板和功能信息确定生效管控配置，生效管控配置包括管控场景和功能配置之间的生效对应关系，以及功能配置和IoT设备之间的生效关联关系；控制侧设备将生效管控配置分发至IoT设备，生效管控配置用于指示在指定管控场景下，IoT设备的工作状态与该IoT设备所关联的功能配置相匹配。本申请可以一键开启对各IoT设备的安全管控，从而提高设备管控操作的便利性。

Description

IoT设备的控制方法、设备、IoT系统以及存储介质

技术领域

本申请涉及软件技术领域，尤其涉及一种IoT设备的控制方法、控制侧设备、IoT设备、IoT系统以及计算机可读存储介质。

背景技术

随着全屋智能的推广，家庭中有数量众多的智能设备，例如，热水器，空调，电饭锅等。用户可以通过遥控器、控制面板(例如，全屋面板)等对智能设备进行控制。对于有老人、儿童的家庭，老人和小孩可能出于好奇，对遥控器或控制面板等进行误操作，从而形成安全隐患。

有的智能设备会设置一定的安全措施，例如童锁等，以防止来自儿童的误操作。但是，随着智能设备的增多，各设备往往是由不同的厂家生产的，其安全措施会存在较大差异。即使是同一厂家生产的设备，由于种类、型号、安装位置的差别，各设备的安全措施也是不同的。这样，当家庭中的智能设备种类/数量较多时，设备的安全管控操作较为繁琐。

发明内容

本申请的一些实施方式提供了一种IoT设备的控制方法、控制侧设备、IoT设备、IoT系统以及计算机可读存储介质，以下从多个方面介绍本申请，以下多个方面的实施方式和有益效果可互相参考。

第一方面，本申请提供了一种IoT设备的控制方法，用于包括终端侧设备、控制侧设备和多台IoT设备的系统，方法包括：控制侧设备获取管控配置模板以及IoT设备的功能信息，管控配置模板包括至少一个管控场景和至少一个功能配置之间的初始对应关系，功能配置包括IoT设备的被管控功能的功能设定；控制侧设备根据管控配置模板和功能信息确定生效管控配置，生效管控配置包括管控场景和功能配置之间的生效对应关系，以及功能配置和IoT设备之间的生效关联关系；控制侧设备将生效管控配置分发至IoT设备，生效管控配置用于指示在指定管控场景下，IoT设备的工作状态与该IoT设备所关联的功能配置相匹配。

在一些实施方式中，控制侧设备根据管控配置模板和功能信息确定生效管控配置，包括：控制侧设备根据管控配置模板和IoT设备的功能信息确定初始管控配置，初始管控配置包括管控场景和功能配置之间的初始对应关系，以及功能配置和IoT设备的初始关联关系；控制侧设备向终端侧设备发送初始管控配置；终端侧设备接收到用户修改操作，并根据用户修改操作对初始管控配置进行修改，以得到生效管控配置；以及，控制侧设备获取来自终端侧设备的生效管控配置。

在一些实施方式中，用户修改操作用于修改初始管控配置中的以下至少一项：初始对应关系，初始关联关系，功能配置。

在一些实施方式中，控制侧设备为云端服务器或IoT设备所在局域网的中枢设备。

第二方面，本申请提供了一种IoT设备的控制方法，用于控制侧设备，方法包括：获取管控配置模板以及多台IoT设备的功能信息，管控配置模板包括至少一个管控场景和至少一个功能配置之间的初始对应关系，功能配置包括IoT设备的被管控功能的功能设定；根据管控配置模板和功能信息确定生效管控配置，生效管控配置包括管控场景和功能配置之间的生效对应关系，以及功能配置和IoT设备之间的生效关联关系；将生效管控配置分发至IoT设备，生效管控配置用于指示在指定管控场景下，IoT设备的工作状态与该IoT设备所关联的功能配置相匹配。

在一些实施方式中，根据管控配置模板和功能信息确定生效管控配置，包括：根据管控配置模板和IoT设备的功能信息确定初始管控配置，初始管控配置包括管控场景和功能配置之间的初始对应关系，以及功能配置和IoT设备的初始关联关系；向终端侧设备发送初始管控配置；接收到来自终端侧设备的生效管控配置，生效管控配置是对初始管控配置中的下述至少一项进行修改后的配置：初始对应关系，初始关联关系，功能配置。

第三方面，本申请提供了一种IoT设备的控制方法，用于包括终端侧设备、控制侧设备和多台IoT设备的系统，方法包括：终端侧设备接收到来自用户的场景指定操作，场景指定操作用于指定当前管控场景；终端侧设备向控制侧设备发送场景指定信息，场景指定信息用于指示当前管控场景；控制侧设备根据场景指定信息和预置的生效管控配置，对IoT设备进行控制；生效管控配置包括至少一个管控场景和至少一个功能配置之间的生效对应关系，以及功能配置和IoT设备之间的生效关联关系，功能配置包括IoT设备的被管控功能的功能设定。

在一些实施方式中，控制侧设备根据场景指定信息和预置的生效管控配置，对IoT设备进行控制，包括：控制侧设备根据场景指定信息从至少一个管控场景中确定当前管控场景；控制侧设备接收到用于控制IoT设备的远程控制指令；控制侧设备判断远程控制指令是否与当前管控场景所对应的功能配置相匹配，如果相匹配，则向IoT设备发送远程控制指令；如果不匹配，则忽略远程控制指令。

在一些实施方式中，IoT设备中预置有分发至IoT设备的生效管控配置；控制侧设备根据场景指定信息和预置的生效管控配置，对IoT设备进行控制，包括：控制侧设备向关联IoT设备发送场景指定信息，关联IoT设备为与当前管控场景相关联的IoT设备；关联IoT设备根据当前管控场景所对应的功能配置进行工作。

在一些实施方式中，关联IoT设备根据当前管控场景所对应的功能配置进行工作，包括：关联IoT设备根据场景指示信息从至少一个管控场景中确定当前管控场景；关联IoT设备接收到用于控制IoT设备的本地控制指令；关联IoT设备判断本地控制指令是否与当前管控场景所对应的功能配置相匹配，如果相匹配，则执行与本地控制指令相对应的动作；如果不匹配，则忽略本地控制指令。

在一些实施方式中，场景指定操作为作用于终端侧设备的锁屏界面的指纹输入操作、手势输入操作、图像输入操作或字符输入操作。

第四方面，本申请提供了一种IoT设备的控制方法，用于控制侧设备，方法包括：接收到来自终端侧设备的场景指定信息，场景指定信息用于指示当前管控场景；根据场景指定信息和预置的生效管控配置，对IoT设备进行控制；生效管控配置包括至少一个管控场景和至少一个功能配置之间的生效对应关系，以及功能配置和IoT设备之间的生效关联关系，功能配置包括IoT设备的被管控功能的功能设定。

在一些实施方式中，根据场景指定信息和预置的生效管控配置，对IoT设备进行控制，包括：根据场景指定信息从至少一个管控场景中确定当前管控场景；接收到用于控制IoT设备的远程控制指令；判断控制指令是否与当前管控场景所对应的功能配置相匹配，如果相匹配，则向IoT设备发送远程控制指令；如果不匹配，则忽略远程控制指令。

第五方面，本申请提供了一种IoT设备的控制方法，用于IoT设备，IoT设备中预置有分发至IoT设备的生效管控配置；生效管控配置包括至少一个管控场景和至少一个功能配置之间的生效对应关系，以及功能配置和IoT设备之间的生效关联关系，功能配置包括IoT设备的被管控功能的功能设定；方法包括：接收到来自控制侧设备的场景指定信息，场景指定信息用于指示当前管控场景；根据场景指示信息从至少一个管控场景中确定当前管控场景；接收到用于控制IoT设备的本地控制指令；判断本地控制指令是否与当前管控场景所对应的功能配置相匹配，如果相匹配，则执行与本地控制指令相对应的动作；如果不匹配，则忽略本地控制指令。

第六方面，本申请实施方式提供了一种控制侧设备，包括：存储器，用于存储由控制侧设备的一个或多个处理器执行的指令；处理器，当处理器执行存储器中的指令时，可使得控制侧设备执行本申请第二方面任一实施方式提供的方法，或者执行本申请第四方面任一实施方式提供的方法。第六方面能达到的有益效果可参考本申请第二方面任一实施方式的有益效果或本申请第四方面任一实施方式的有益效果，此处不再赘述。

第七方面，本申请实施方式提供了一种IoT设备，包括：存储器，用于存储由IoT设备的一个或多个处理器执行的指令；处理器，当处理器执行存储器中的指令时，可使得IoT设备执行本申请第五方面任一实施方式提供的方法。第七方面能达到的有益效果可参考本申请第五方面任一实施方式的有有益效果，此处不再赘述。

第八方面，本申请实施方式提供了一种计算机可读存储介质，计算机可读存储介质上存储有指令，该指令在计算机上执行时使得计算机执行本申请第一方面任一实施方式、第二方面任一实施方式、第三方面任一实施方式、第四方面任一实施方式或第五方面任一实施方式提供的方法。第八方面能达到的有益效果可参考本申请第一方面任一实施方式、第二方面任一实施方式、第三方面任一实施方式、第四方面任一实施方式或第五方面任一实施方式的有益效果，此处不再赘述。

附图说明

图1示出了本申请实施方式的示例性应用场景；

图2示出了一些实施例中的设备安全管控措施；

图3示出了本申请实施例提供的IoT系统的示例性架构图；

图4示出了本申请实施例提供的IoT设备控制方式的示例性流程图一；

图5示出了本申请实施例提供的IoT设备控制方式的示例性流程图二；

图6示出了本申请实施例提供的管控配置模板示意图；

图7示出了本申请实施例提供的初始管控配置示意图；

图8A～图8F示出了本申请实施例提供的设备管控界面示意图；

图9示出了本申请实施例提供的生效管控配置示意图；

图10示出了本申请实施例提供的IoT设备控制方式的示例性流程图三；

图11A～图11C示出了本申请实施例提供的场景指定界面示意图；

图12示出了本申请实施例提供的IoT设备控制方式的示例性流程图四；

图13示出了本申请实施例提供的IoT设备控制方式的示例性流程图五；

图14示出了本申请实施例提供的IoT系统的设备模块示意图；

图15示出了本申请实施方式提供的电子设备的框图；

图16示出了本申请实施方式提供的片上系统(System on Chip，SOC)的结构示意图。

具体实施方式

以下将参考附图详细说明本申请的具体实施方式。

本申请实施方式用于提供一种物联网(Inernet of Things，IoT)设备的控制方法。本申请能够以批量化的方式实现对IoT设备的安全管控，从而提高操作的便捷性，以利于保证用户安全。

图1示出了本申请实施例的一个示例性应用场景，具体为智能家居场景。图1中包括智能家居系统10(作为IoT系统的示例)，智能家居系统10包括手机100(作为终端侧设备的示例)，云端服务器200(例如，IoT家居云，作为控制侧设备的示例)以及多个智能设备(或称“智能家居设备”，作为IoT设备的示例)。智能设备包括饮水机210，门锁220，风扇230，热水壶240和空调250。需要说明的是，图1中的智能设备仅是示例，智能家居系统10之中还可以包括其他设备，例如，热水器，咖啡机，电饭煲，取暖器等，不一一示出。

上述智能设备和家庭网关260可以形成家庭局域网(作为IoT设备所在局域网的示例)。家庭网关260可以为该家庭局域网的中枢设备，各智能设备通过家庭网关260与云端服务器200通信连接。智能设备与家庭网关260的连接方式可以是有线方式(例如，网线连接，电力线连接)，也可以是无线方式(例如，WiFi连接)。在其他实施例中，智能设备也可以直接与云端服务器200连接(即，两者之间的通信不经过家庭网关260)。例如，当智能设备具有蜂窝通信功能时，智能设备可以直接与云端服务器200通信连接。

手机100与云端服务器200通信连接。手机100还可以与家庭网关260、智能设备通信连接。例如，当手机100在家中时，手机100可以通过WiFi与家庭网关260连接，通过蓝牙、WiFi、NFC等与智能设备连接。

各智能设备具有不同的功能，例如，饮水机具有出水功能，风扇和空调具有出风功能。用户可以对智能设备进行本地控制，例如，通过智能设备本身的用户接口对智能设备进行控制，智能设备本身的用户接口例如为智能设备机身上的按钮，操作面板，与智能设备配套使用的遥控器等。用户还可以对智能设备进行远程控制，例如，通过中控面板280、手机100等控制装置对智能设备进行控制。

如背景技术部分所述，对于有老人、小孩的家庭，智能设备可能被误操作，从而形成安全隐患。为保护用户安全，有的智能设备采用了一定的安全措施。

图2示出了一些实施例中的安全措施。智能设备包括软件童锁，当用户操作智能设备时，操作面板上显示如图2所示的童锁口令。只有用户输入正确答案后，才能对智能设备进行正常操作。该设置可以防止幼童误操作智能设备。

在另一些实施例中，智能设备上也可以设置硬件童锁(例如，物理开关，旋钮等)，当硬件童锁处于锁止状态时，智能设备的操控功能被禁止，从而以防止儿童的误操作。

但是，童锁装置(包括硬件童锁或软件童锁)一般是基于单台设备的，即只能对单台设备生效，因此需要对各台设备的安全措施进行逐一操作，操作过程繁琐。另外，对于全屋智能的家庭，智能设备的种类/数量众多，童锁的设置方式也多种多样，操作的一致性体验较差。

另外，一些设备上的童锁装置(例如，硬件童锁)容易找到破解方法，对儿童的实际防护能力较弱。另外，受制造成本等的限制，一些智能设备(例如微波炉，电饭煲，空调等)，上并不设置童锁，但这些设备本身也存在对儿童、老人等的安全隐患。

为此，本申请实施例提供了一种IoT设备的控制方法，能够以批量化的方式对IoT设备进行安全管控设置，从而可以简化用户操作，并可以保证IoT设备的使用安全性。

图3示出了本申请实施方式的系统架构。参考图3，本申请实施方式提供的IoT系统包括终端侧设备(例如，手机100)，控制侧设备(例如，云端服务器200，家庭网关260)和IoT设备(例如，各智能家居设备)。

控制侧设备用于生成生效管控配置，生效管控配置包括若干管控场景和若干功能配置之间的对应关系，以及功能配置和IoT设备之间的关联关系。控制侧设备在生成生效管控配置后，将生效管控配置分发至IoT设备。

之后，用户可以在终端侧设备上对当前管控场景进行指定。用户在指定场景后，终端侧设备将场景指定信息发送至控制侧设备。然后，控制侧设备可以按照当前管控场景对IoT设备进行控制，以使得IoT设备的工作状态与当前管控场景所对应的功能配置相匹配。

也就是说，本申请中，用户只需在终端设备上指定当前管控场景，即可使得与当前管控场景相关联的所有IoT设备(称作“关联IoT设备”)均进入管控状态，从而可以显著简化操作流程。另外，本申请适用于家长控制模式(即由家长在终端侧设备上对当前管控场景进行指定)，相较于图2所示的方式，本申请提供的管控方式难以被破解，从而可以提供设备安全性。

需要说明的是，图1中虽然以智能家居设备作为IoT设备的示例，但本申请不限于此。在其他实施例中，IoT设备可以是办公设备(例如，投影仪，打印机，鼠标)，城市公共设施(例如，道路监控摄像头，消防设备)，工厂流水线设备(例如，各类位置传感器，驱动电机)，建筑施工设备(例如，卷扬机，电焊机)等设备，不一一赘述。

图1中虽然以手机100作为终端侧设备的示例，但本申请不限于此。在其他实施例中，终端侧设备可以是平板，笔记本电脑，可穿戴设备，大屏设备等能够与用户进行交互的设备。

图1中虽然以云端服务器200作为控制侧设备的示例，但本申请不限于此。在其他实施例中，控制侧设备可以是家庭网关260，路由器，智能盒子，电脑等具有计算和通信功能的设备。另外，云端服务器200可以是集中式服务器，也可以是分布式服务器。

以下以图1所示场景为例来介绍本申请的具体实施例。即，在以下描述中，将智能家居设备作为IoT设备的示例，将手机100作为终端侧设备的示例，将云端服务器200(简称“服务器200”)作为控制侧设备的示例。但可以理解，本申请不限于此。

图4示出了本实施例提供的IoT设备控制方法的两个阶段。参考图4，本实施例提供的IoT设备控制方法包括管控配置阶段S100和管控执行阶段S200。在管控配置阶段100，服务器200生成生效管控配置，并将生效管控配置分发至各智能设备；在管控执行阶段S200，手机100基于用户的场景指定操作，向服务器200发送场景指定信息。服务器200在接收到场景指定信息后，控制智能设备按照生效管控配置进行工作。以下进行具体介绍。

参考图5，本实施例提供的管控配置阶段S100包括以下步骤：

S110：服务器200获取管控配置模板。本实施例对服务器200获取管控配置模板的方式不作限定。例如，全屋智能方案的提供商在确定管控配置模板后，将管控配置模板上传至服务器200，以使得服务器200获取管控配置模板；或者，服务器200从其他设备中下载管控配置模板等。

图6给出了管控配置模板的一个示例。参考图6，管控配置模板包括若干管控场景和若干功能配置的初始对应关系，其中，实线相连的管控场景和功能配置相互对应。图6中，管控场景为4个，分别为儿童防护场景，老人看护场景，访客场景和离家场景。在其他实施例中，管控场景可以为其他数量，例如，1个，2个，6个等。

每个管控场景对应于一个或多个功能配置。功能配置包括智能设备的被管控功能的功能设定。例如，1#功能配置用于将门锁功能设定为上锁状态；5#功能配置用于将出风功能的出风风量设定在400m³/h以下。另外，不同的场景可以对应同一项功能配置，例如，“儿童防护场景”和“老人看护场景”均可对应2#功能配置(将出水功能的出水温度设定在45℃以下的配置)。

示例性地，参看图6，全屋智能方案的提供商可以根据预定义的智能家居设备profile功能规范确定管控配置模板。profile功能规范中可以定义不同类型的智能家居设备所具备的功能，例如，空调具备出风功能和制冷功能。根据智能家居设备的类型，可以对智能家居设备的功能进行汇总，并将被管控功能与管控场景进行对应，以确定管控配置模板。

另外，本实施例对各配置数据(例如，管控配置模板)的表述方式不作限定，可以是表格方式，数据库方式，编程语言方式(例如，JSON格式)等。

S120：服务器200接收到智能设备上报的功能信息。

智能设备中存储有自身的功能信息。例如，在智能设备出厂前，智能设备的生产厂家可以将其功能信息写在智能设备的嵌入式芯片中。智能设备的功能信息可以通过约定的方式进行描述，例如，上文profile功能规范所定义的方式。另外，一台设备可以具备多项功能，例如，空调既具有出风功能，又具有制冷功能。

智能设备在接入智能家居系统10后，向服务器200上报其功能信息，以使得服务器200获取智能设备的功能信息。这样，每当有新智能设备接入时，服务器200可以获取其功能信息，从而可以自动将该智能设备添加至管控范围中。

示例性地，服务器200可以将智能设备的功能信息存储在智能家居系统10所对应的账户下(以下称作“账户A”，作为智能家居系统10在服务器200中的标识，例如，智能设备的用户的华为账户)，以便于信息管理。

本实施例对智能设备向服务器200上报功能信息的途径不作限定，以下进行示例性介绍。

示例一：智能设备通过手机100向服务器200上报功能信息。当用户新购置智能设备后，用户将手机100与智能设备建立通信连接。之后，智能设备将其功能信息发送至手机100，手机100再将该功能信息转发至服务器200。示例性地，手机100在向服务器200发送智能设备的功能信息时，可以携带账户A的账户信息。

示例二：智能设备通过家庭网关260向服务器200上报功能信息。当用户新购置智能设备后，用户将智能设备家庭网关260进行通信连接(例如，WiFi连接)，以使智能设备接入家庭局域网中。之后，智能设备将其功能信息发送至家庭网关260，家庭网关260再将该功能信息转发至服务器200。同样地，家庭网关260在向服务器200发送智能设备的功能信息时，也可以携带账户A的账户信息。

示例三：智能设备直接向服务器200上报功能信息。当用户新购置智能设备后，在设备中输入账户A的账户信息。之后，智能设备将自身功能信息随同账户A的账户信息发送至服务器200，以使得服务器200接收到智能设备的功能信息。

S130：服务器200根据管控配置模板和智能设备上报的功能信息确定生效管控配置。本实施例中，生效管控配置包括管控场景和功能配置的对应关系，还包括功能配置和智能设备之间的关联关系。以下介绍生效管控配置的确定方法。

参考图5，本实施例提供的生效管控配置的确定方法包括以下步骤：

S131：服务器200根据智能设备上报的功能信息确定初始管控配置，初始管控配置包括管控场景和功能配置之间的初始对应关系(即管控配置模板中确定的对应关系)，还包括功能配置和智能设备的初始关联关系。

服务器200可以根据管控配置模板中的功能配置和智能设备的功能信息，确定功能配置和智能设备的初始关联关系。具体地，服务器200在接收到智能设备上报的功能信息后，将智能设备的功能与功能配置设定的被管控功能进行匹配。当智能设备的某项功能与功能配置所设定的被管控功能相匹配(例如，相一致)时，将智能设备与该项功能配置建立初始关联关系。

以空调为例。服务器200根据空调上报的功能信息，可以确定空调具有“出风”和“制冷”功能。基于此，服务器200可以确定空调的功能与图6中5#功能配置所设定的被管控功能一致，因此建立空调与5#功能配置之间的初始关联关系。

在确定功能配置和智能设备的初始关联关系之后，服务器200可以确定初始管控配置。图7给出了初始管控配置的示意图。图7中，实线相连的管控场景和功能配置为相互对应，实线相连的功能配置和智能设备相互关联。

S132：服务器200将初始管控配置发送至手机100。

服务器200将初始管控配置发送至手机100后，手机100可以显示初始管控配置，以便于用户查看。

本实施例中，手机100以图形化的形式显示初始管控配置。图8A～图8D给出了初始管控配置的显示方式的一个示例。参考图8A～图8D，用户可以在手机100的设备管理应用(例如，“智慧生活”)中查看初始管控配置。具体地，用户依次点击图8A的“智慧生活”图标11，图8B的“家居”选项卡12和“我家”标签13，可以进入图8C所示的界面14。用户点击界面14上的“设备管控”按钮15后，手机100可以显示如图8D所示的场景指定界面16。

图8D中显示有初始管控配置中所定义的4个管控场景(即图7中示出的4个管控场景)。在用户点击其中一个场景后，手机100可以显示与该场景对应的功能配置。例如，参考图8D，用户点击“儿童防护场景”后，手机100显示与儿童防护场景相对应的功能配置，具体包括门锁，出水，转速和烹饪。

进一步地，用户点击某个管控配置后，手机100还可以显示该管控配置所关联的智能设备。例如，当用户在图8D中点击“门锁：上锁”按钮后，手机100显示如图8E所示的设备界面。参考图8E，门锁功能具有两个关联的智能设备，分别为入户门锁和儿童房门锁。

S133：手机100接收到用户修改操作，并根据用户修改操作对初始管控配置进行修改，以得到生效管控配置。

本实施例中，用户修改操作用于修改初始管控配置中的以下至少一项：管控场景与功能配置之间的初始对应关系；功能配置与智能设备之间的初始关联关系；功能配置中的参数设定。以下结合图8D、图8E进行示例性说明。

用户可以对管控场景与功能配置之间的初始对应关系进行修改。参考图8D，界面16上包括还包括多个删除按钮17、18、19、20，多个删除按钮与多个功能配置一一对应。例如，删除按钮17与功能配置“门锁：上锁”相对应。用户在点击删除按钮后，可以删除(作为修改的示例)与其相对应的功能配置。例如，用户点击删除按钮20后，可以删除“儿童防护场景”与“烹饪”功能配置的对应关系。

用户还可以对功能配置中的参数设定进行修改。继续参考图8D，界面16上包括还包括多个编辑按钮21、22、23、24，多个编辑按钮与多个功能配置一一对应。用户在点击编辑按钮后，可以对相对应的功能配置进行修改。功能配置被修改后，对与该功能配置相关联的所有智能设备均生效。

例如，用户点击“出水，水温<45℃”按钮后，电子设备可以弹出如图8F所示的文本框，用户可以在文本框中输入修改后的参数(例如，40)，并点击“确定”按钮后，可以将“儿童防护场景”下的“出水”功能配置修改为水温不超过40℃。

参考图8E，用户还可以对管控配置与智能设备的初始关联关系进行修改。参考图8E，界面25上包括还包括两个删除按钮26、27，两个删除按钮与两台智能设备一一对应。例如，删除按钮26与入户门锁相对应。用户在点击删除按钮后，可以删除(作为修改的示例)与其相对应的智能设备。例如，用户点击删除按钮27后，可以删除“儿童防护场景”下，“门锁”功能配置与“儿童房门锁”的关联关系。

本实施例中，用户修改操作包括删除“儿童防护场景”与“烹饪”功能配置的对应关系，以及将“儿童防护场景”下的“出水”功能配置修改为水温不超过40℃。手机100在接收到用户修改操作后，对初始管控配置进行对应修改，以得到生效管控配置。

图9给出了生效管控配置的示意图。生效管控配置包括管控场景和功能配置之间的生效对应关系，以及功能配置和智能设备之间的生效关联关系。图9中，实线相连的管控场景和功能配置为相互对应，实线相连的功能配置和智能设备相互关联。

S134：服务器200获取来自手机100的生效管控配置。即，手机100将生效管控配置发送至服务器200，以使得服务器200获取生效管控配置。示例性地，服务器200在接收到生效管控配置后，将其存储在智能家居系统10所对应的账户下。

通过上述步骤S131～S134，服务器200可以确定生效管控配置。需要说明的是，上述步骤为服务器200确定生效管控配置的示例性方式，本领域技术人员可以进行其他变形。例如，在另一个实施例中，服务器200确定生效管控配置的过程可以不包括步骤S133～S134，而是直接将步骤S131确定的初始管控配置作为生效管控配置。该实施例中，步骤S110确定的管控场景和功能配置的初始对应关系即为两者的生效对应关系，步骤S131确定的功能配置和智能设备的初始关联关系即为两者的生效关联关系。

在确定生效管控配置后，服务器200执行步骤图5中的步骤S140，以向各智能设备分发生效管控配置。

S140：服务器200向智能设备分发生效管控配置。

服务器200向智能设备分发生效管控配置的含义为：服务器200至少向智能设备发送生效管控配置中与该智能设备相关联的部分。在此基础上，本申请对服务器200向智能设备发送的信息不作限定。例如，服务器200可以向智能设备发送生效管控配置中的所有信息。

参考图9，以热水器为例。生效管控配置中与热水器相关联的部分包括“儿童防护场景”与12#功能配置(“出水：温度低于40℃”)的对应关系，以及“老人看护场景”与15#功能配置(“出水：温度低于45℃”)的对应关系。

生效管控配置用于指示在指定管控场景(例如，下文中的“当前管控场景”)下，智能设备的工作状态与该智能设备所关联的功能配置相匹配。例如，在儿童防护场景下，入户门锁的工作状态与11#功能配置(“门锁：上锁”)所设定的工作参数相匹配(即入户门锁保持为上锁状态)；又如，在“老人看护场景下”，客厅空调的工作状态与14#功能配置(“出风：风量低于400m³/h”)所设定的工作参数相匹配(即客厅空调的最大出风风量不超过400m³/h)。生效管控配置更为详细的功能请参考下文关于管控执行阶段S200的叙述。

本实施例对服务器200向智能设备分发生效管控配置的途径不作限定。例如，服务器200可以通过家庭网关260向智能设备分发生效管控配置，也可以直接向智能设备分发生效管控配置。

以上对管控配置阶段S100进行了介绍。参考图4，在管控配置阶段S100之后，本实施例提供的IoT设备控制方法还包括管控执行阶段S200。在管控执行阶段S200，用户可以批量化地对智能设备进行安全管控操作。以下进行具体说明。

参考图10，本实施例提供的管控执行阶段S200包括以下步骤：

S210：手机100接收到来自用户的场景指定操作，场景指定操作用于指定当前管控场景。

用户可以根据实际需要指定当前管控场景。例如，当家长休息或外出，将儿童或老人留在家中时，可以将“儿童防护场景”或“老人看护场景”指定为当前管控场景；当家里有访客时，可以将“访客场景”指定为当前管控场景。

本实施例对场景指定操作的具体执行方式不作限定，以下给出几个示例。

示例一：用户可以通过设备管理应用(例如，“智慧生活”)指定当前管控场景。例如，用户在图8D所示的界面中点击“儿童防护场景”中的开启按钮28时，可以将“儿童防护场景”指定为当前管控场景。

示例二：用户可以通过手机100的锁屏界面指定当前管控场景。根据该示例，用户可以在不解锁手机100屏幕的情况下指定当前管控场景，从而使得操作过程更为便捷。

在一些实施例中，参考图11A，用户可以通过在手机100的锁屏界面上输入特定指纹来指定当前管控场景。例如，当用户输入左手食指指纹时，可以将当前管控场景指定为“儿童防护场景”；当用户输入左手中指指纹时，可以将当前管控场景指定为“老人看护场景”；当用户输入右手拇指指纹时，可以解锁手机100的屏幕。

在另一些实施例中，参考图11B，用户可以通过在手机100的锁屏界面上输入特定字符来指定当前管控场景。例如，当用户输入数字“0001”时，可以将当前管控场景指定为“儿童防护场景”；当用户输入数字“0002”时，可以将当前管控场景指定为“老人看护场景”；当用户输入屏幕解锁密码(例如，1357)时，可以解锁手机100屏幕。在其他实施例中，场景指定码也可以是字符串形式(例如，g6nh)，而非纯数字形式。

在其他实施例中，用户也可以通过在锁屏界面输入特定的图像、手势等来指定当前管控场景。例如，当在手机100锁屏界面输入家长用户的面部图像时，将当前管控场景指定为“儿童防护场景”；或者，当在手机100锁屏界面输入特定手势(例如，图11C所示的Z字形手势)时，将当前管控场景指定为“老人看护场景”等，不一一赘述。

本实施例中，用户将“儿童保护场景”指定为当前管控场景。即下述步骤中，将“儿童防护场景”作为当前管控场景的示例。但可以理解，本申请不限于此。

S220：手机100向服务器200发送场景指定信息，场景指定信息用于指示当前管控场景。

示例性地，场景指示信息中携带有当前管控场景的标识符，以指示当前管控场景。例如，在当前管控场景为儿童防护场景指时，场景指定信息中可以包括儿童防护场景的标识符“ChildProtection”。

本实施例中，用户通过手机100等便携式设备发送场景指定信息。这样，即时用户在户外，也可以对当前管控场景进行指定。

S230：服务器200根据场景指定信息和生效管控配置对智能设备进行控制。其中，生效管控配置为管控配置阶段S100预置在服务器200中的配置，例如，图9中的配置。

服务器200在接收到场景指定信息后，根据当前管控场景对智能设备进行控制，以使得智能设备的工作状态与当前管控场景所对应的功能配置相匹配。

也就是说，用户通过在手机100上进行场景指定操作，即可以使得与当前管控场景相关联智能设备均进入安全管控状态，从而可以批量化地对智能设备进行安全管控操作。

本实施例中，服务器200可以通过图12，图13两种方式对智能设备进行控制，以下分别进行介绍。

图12示出了服务器200对智能设备进行控制的方式一。在方式一中，服务器200向关联智能设备(作为关联IoT设备)发送场景指定信息，之后，关联根据当前管控场景所对应的功能配置进行工作。

具体地，参考图12，方式一包括以下步骤：

S231：服务器200向关联智能设备发送场景指定信息。

本实施例中，服务器200仅向关联智能设备(作为关联IoT设备)发送场景指定信息。关联智能设备为与当前管控场景相关联的智能设备。例如，参考图9，在当前管控场景为“儿童防护场景”时，关联智能设备包括入户门锁，儿童房门锁，热水器，饮水机和风扇。在其他实施例中，服务器200也可以向智能家居系统10中的全部智能设备发送场景指定信息。

智能设备在接收到场景指定信息后，根据场景指示信息从预置的生效管控配置的多个管控场景中确定当前管控场景。例如，智能设备根据场景指示信息中的场景标识“ChildProtection”将“儿童防护场景”确定为当前管控场景。其中，智能设备中预置的生效管控配置为步骤S140中分发至智能设备的生效管控配置。

S232：关联智能设备接收到本地控制指令。

本地控制指令为来自智能设备本身的用户接口的指令。如上文所述，智能设备的用户接口可以为智能设备机身上的操作面板，按钮，旋钮，手柄，开关等操作装置，也可以为与智能设备配套使用的遥控器等。通常地，智能设备的用户接口是随智能设备一同出厂的。

当用户通过智能设备的用户接口对智能设备进行操作时，智能设备可以接收到本地控制指令。例如，当用户转动入户门锁的门把手时，入户门锁接收到“开锁”指令；当用户通过空调遥控器设定空调的风量时，空调接收到风量调节指令。

S233：关联智能设备判断本地控制指令是否与当前管控场景相对应的功能配置相匹配。如果相匹配，则执行与本地控制指令相对应的动作；如果不匹配时，则忽略接收到的本地控制指令。

将“儿童防护场景”作为当前管控场景的示例进行介绍。参考图9，在一个示例中，当用户(例如，儿童用户)转动门把手试图开启入户门锁时，入户门锁接收到本地控制指令“开锁”。由于儿童防护场景下，与入户门锁相关联的功能配置为“门锁：上锁”(即保持门锁为上锁状态)，入户门锁判断接收到的本地控制指令与当前管控场景相对应的功能配置不匹配，因此忽略该本地控制指令。即，在儿童防护场景下，儿童无法打开入户门锁，从而可以保证儿童的安全。

在另一个示例中，当用户(例如，儿童用户)通过风扇上的旋钮调高风扇转速时，风扇接收到本地控制指令。风扇根据其当前转速判断该本地控制指令是否会使调节后的转速大于13#功能配置所设定的转速(300r/min)，如果调节后的转速大于300r/min，则判断该本地控制指令与当前管控场景所对应的功能配置不匹配，因此忽略该本地控制指令；如果调节后的转速在300r/min以下，则执行该本地控制指令(例如，将转速调高至260r/min)。即，在儿童防护场景下，儿童无法将风扇转速调高至超过300r/min，从而可以保证儿童的安全。

示例性地，智能设备中包括管控SDK。智能设备通过管控SDK用于执行步骤S233中的操作。在智能设备品牌众多的情况下，只要在智能设备中安装管控SDK，即可以通过本实施例提供的方法对使智能设备进行管控，从而可以以极低的成本实现对智能设备的改造。

以下介绍服务器200对智能设备进行控制的方式二。在方式二中，服务器200接收到对智能设备进行控制的远程控制指令。服务器200接收到远程控制指令后，对远程控制指令进行过滤。如果远程控制指令与当前管控场景相匹配，则向智能设备发送该远程控制指令；否则，忽略该远程控制指令。

具体地，参考图13，方式二包括以下步骤：

S236：服务器200根据场景指示信息从生效管控配置的多个管控场景中确定当前管控场景。例如，服务器200根据场景指示信息中的场景标识“ChildProtection”将“儿童防护场景”确定当前管控场景。

S237：服务器200接收到对智能设备进行控制的远程控制指令。

远程控制指令为来自远端控制装置的指令，远端控制装置例如为手机100，平板，中控面板280等。通常地，远端控制装置与智能设备为相互独立的产品。例如，当用户在手机100上控制智能设备时，手机100向智能设备发送远程控制指令。

具体地，远端控制装置通过服务器200向智能设备发送远程控制指令。即，用户在远端控制装置控制智能设备时，远端控制装置首先将远程控制指令发送至服务器200。

S238：服务器200判断远程控制指令是否与当前管控场景相对应的功能配置相匹配。如果相匹配，则向智能设备发送远程控制指令；如果不匹配时，则忽略接收到的远程控制指令。

“服务器200判断远程控制指令是否与当前管控场景相对应的功能配置相匹配”的方法与步骤S233中“智能设备判断本地控制指令是否与当前管控场景相对应的功能配置相匹配”的方法实质相同，不作赘述。

仍将“儿童防护场景”作为当前管控场景的示例进行介绍。例如，当远程控制指令为开启入户门锁时，服务器200判断该远程控制指令与当前管控场景相对应的功能配置不匹配，从而忽略该远程控制指令。

又如，当远程控制指令为调高风扇转速，如果服务器200判断该远程控制指令会使风扇转速超过300r/min时，服务器200认为该远程控制指令与当前管控场景相对应的功能配置不匹配，从而忽略该远程控制指令；如果服务器200判断该远程控制指令不会使风扇转速超过300r/min时，服务器200认为该远程控制指令与当前管控场景相对应的功能配置相匹配，从而向风扇发送该远程控制指令。风扇在接收到远程控制指令时，执行该远程控制指令(例如，将转速调高至260r/min)。

也即是说，在示例二中，服务器200会对远程控制指令进行过滤。这样，服务器200发送至智能设备的指令均为与当前管控场景向匹配的指令，以保证用户安全。例如，当用户(例如，儿童用户)误触控中控面板280时，智能设备也不会执行与当前管控场景相反的操作。

需要说明的是，上述方式一和方式二可以同步进行。即，服务器200可以同时通过方式一和方式二对智能设备进行管控。

另外，用户还可以通过手机100上的场景取消操作，使智能设备退出管控状态。例如，当用户在图8D所示的界面上点击“关闭”按钮29时，手机100向服务器200发送场景取消指令。服务器200在接收到场景取消指令后，控制智能设备退出当前管控场景(例如，将场景取消指令通知至智能设备)，以使得智能设备恢复至正常的工作状态。例如，门锁可以正常开锁，风扇转速可以调高至300r/min以上。即，本实施例中，用户可以通过操作手机100，一键退出对全屋所有智能设备的安全管控，操作非常便捷。

另外，除图8D所示方式，用户也可以通过其他方式执行场景取消操作。例如，通过在手机100的锁屏界面上录入特定指纹、字符、手势、图像等方式来执行场景取消操作，从而使操作过程更为便捷。

综上，本实施例提供了一种IoT设备的控制方法，用户在终端侧设备(例如，手机100)上执行场景指定操作后，可以使与当前场景相关联的所有IoT设备(例如，关联智能设备)均进入管控状态。也就是说，本实施例中，对于各种类型的智能设备，均可以一键启动对所有关联IoT设备(例如，全屋所有的关联智能设备)的安全管控，相对于图2方式可以显著提高操作便利性和一致性。

另外，本实施例适用于家长控制模式。例如，当家长在终端侧设备上指定当前管控场景后，儿童、老人等难以对智能设备的管控状态进行破解，从而可以保证用户安全。

另外，本实施例支持多场景模式的管控。用户可以根据需要，将不同的场景指定为当前管控场景，从而可以对不同的IoT设备进行安全管控。

另外，本实施例中，用户还以对IoT设备进行远程管控。例如，当用户携带终端侧设备外出时，可以通过在终端侧设备上的场景指定操作，使IoT设备进入管控状态。

另外，本实施例中，当新IoT设备加入IoT系统时，该新IoT设备自动向控制侧设备上报功能信息。这样，控制侧设备可以自动在生效管控配置中添加该IoT设备，以将该IoT设备纳入管控范围。即，本实施例中，当IoT系统中有新设备时，无需用户额外为其单独配置管控措施，从而可以简化用户操作。

另外，本实施例中，对于本不具备管控措施(例如，童锁)的IoT设备，只要在该IoT设备安装管控SDK，即可通过本实施例提供的控制方法进行安全管控。即，本实施例可以以接近零成本实现对老人、儿童的等特殊人群的安全保护。

需要说明的是，本实施例仅为本申请技术方案的示例性说明，本领域技术人员可以进行其他变形。

例如，本实施例中，控制侧设备为服务器200。但本申请不限于此，在其他实施例中，控制侧设备也可以为智能家居所在局域网的中枢设备，例如，家庭网关260，智能盒子等。该实施例中，在管控配置阶段，中枢设备确定生效管控配置(例如，按照步骤S110～S130所示方法确定生效管控配置)，并将生效管控配置分发到各智能设备。在管控执行阶段，中枢设备根据来自手机100的场景指定信息，对各智能设备进行安全管控。该实施例中，智能家居系统10可以在不连接云端服务器200(例如，智能家居云)的情况下，实现对全屋智能家居的安全管控。

以下结合图14说明根据本申请实施例提供的终端侧设备、控制侧设备和IoT设备。参考图14，终端侧设备(例如，手机100)中包括“智慧生活”APP(作为设备管理应用的示例)。“智慧生活”APP中包括各管控场景的场景开关，家长用户可以通过点击该场景开启或关闭管控场景。“智慧生活”APP中还包括管控配置编辑接口。其中，“功能配置“选项用于编辑管控场景与功能配置的对应关系，“管控设备”选项用于编辑功能配置与智能设备之间的关联关系。

控制侧设备(例如，IoT家居云)中包括功能配置服务和设备管理服务。功能配置服务用于确定生效管控配置，例如，执行上文管控配置阶段S100中由服务器200执行的步骤；设备管控服务用于对IoT设备进行管控，例如，执行上文管控执行阶段S200中由服务器200执行的步骤。

IoT设备包括IoT设备一和IoT设备二。各IoT设备中具备一项或多项功能。例如，IoT设备一包括管控功能1～3(位于生效管控配置上的功能)，以及普通功能1～3(不位于生效管控配置上的功能)。各IoT设备还包括管控SDK，SDK可以在当前管控场景下对IoT设备的功能进行控制，例如，执行上文中的步骤S233。这样，当用户(例如，儿童用户)通过IoT设备的用户接口(例如，操作面板)执行与当前管控场景不匹配的操作时，管控SDK可以控制IoT设备忽略该用户操作，以保护用户安全。

现在参考图15，所示为根据本申请的一个实施例的电子设备400的框图。电子设备400可以包括耦合到控制器中枢403的一个或多个处理器401。对于至少一个实施例，控制器中枢403经由诸如前端总线(Front Side Bus，FSB)之类的多分支总线、诸如快速通道连(QuickPath Interconnect，QPI)之类的点对点接口、或者类似的连接406与处理器401进行通信。处理器401执行控制一般类型的数据处理操作的指令。在一实施例中，控制器中枢403包括，但不局限于，图形存储器控制器中枢(Graphics&Memory Controller Hub，GMCH)(未示出)和输入/输出中枢(Input Output Hub，IOH)(其可以在分开的芯片上)(未示出)，其中GMCH包括存储器和图形控制器并与IOH耦合。

电子设备400还可包括耦合到控制器中枢403的协处理器402和存储器404。或者，存储器和GMCH中的一个或两者可以被集成在处理器内(如本申请中所描述的)，存储器404和协处理器402直接耦合到处理器401以及控制器中枢403，控制器中枢403与IOH处于单个芯片中。

存储器404可以是例如动态随机存取存储器(DRAM，Dynamic Random AccessMemory)、相变存储器(PCM，Phase Change Memory)或这两者的组合。存储器404中可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。计算机可读存储介质中存储有指令，具体而言，存储有该指令的暂时和永久副本。

如图15所示的电子设备400可以被实现为终端侧设备，控制侧设备或IoT设备。当电子设备400被实现为终端侧设备时，存储器404中存储的指令可以包括：由处理器中的至少一个执行时导致终端侧设备实施如图4、图5、图10、图12、图13所示的方法中由手机实施的步骤的指令。

当电子设备400被实现为控制侧设备时，存储器404中存储的指令可以包括：由处理器中的至少一个执行时导致控制侧设备实施如图4、图5、图10、图12、图13所示的方法中由服务器实施的步骤的指令。

当电子设备400被实现为IoT设备时，存储器404中存储的指令可以包括：由处理器中的至少一个执行时导致IoT设备实施如图4、图5、图10、图12、图13所示的方法中由智能家居设备实施的步骤的指令。

在一个实施例中，协处理器402是专用处理器，诸如例如高吞吐量集成众核(ManyIntegrated Core，MIC)处理器、网络或通信处理器、压缩引擎、图形处理器、图形处理单元上的通用计算(General-purpose computing on graphics processing units，GPGPU)、或嵌入式处理器等等。协处理器402的任选性质用虚线表示在图15中。

在一个实施例中，电子设备400可以进一步包括网络接口(Network InterfaceController，NIC)406。网络接口406可以包括收发器，用于为电子设备400提供无线电接口，进而与任何其他合适的设备(如前端模块，天线等)进行通信。在各种实施例中，网络接口406可以与电子设备400的其他组件集成。网络接口406可以实现上述实施例中的通信单元的功能。

电子设备400可以进一步包括输入/输出(Input/Output，I/O)设备405。I/O405可以包括：用户界面，该设计使得用户能够与电子设备400进行交互；外围组件接口的设计使得外围组件也能够与电子设备400交互；和/或传感器设计用于确定与电子设备400相关的环境条件和/或位置信息。

值得注意的是，图15仅是示例性的。即虽然图15中示出了电子设备400包括处理器401、控制器中枢403、存储器404等多个器件，但是，在实际的应用中，使用本申请各方法的设备，可以仅包括电子设备400各器件中的一部分器件，例如，可以仅包含处理器401和网络接口406。图15中可选器件的性质用虚线示出。

现在参考图16，所示为根据本申请的一实施例的片上系统(System on Chip，SoC)500的框图。在图16中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图16中，SoC500包括：互连单元550，其被耦合至处理器510；系统代理单元580；总线控制器单元590；集成存储器控制器单元540；一组或一个或多个协处理器520，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(StaticRandom access Memory，SRAM)单元530；直接存储器存取(Direct Memory Access，DMA)单元560。在一个实施例中，协处理器520包括专用处理器，诸如例如网络或通信处理器、压缩引擎、图形处理单元上的通用计算(General-purpose computing on graphicsprocessing units，GPGPU)、高吞吐量MIC处理器、或嵌入式处理器等。

静态随机存取存储器(SRAM)单元530可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。计算机可读存储介质中存储有指令，具体而言，存储有该指令的暂时和永久副本。

如图11所示的SoC可以被设置在终端侧设备，控制侧设备或IoT设备中。当SoC被设置在终端侧设备中时，静态随机存取存储器(SRAM)单元530中存储有指令，该指令可以包括：由处理器中的至少一个执行时导致终端侧设备实施如图4、图5、图10、图12、图13所示的方法中由手机实施的步骤的指令。

当SoC被设置在控制侧设备中时，静态随机存取存储器(SRAM)单元530中存储有指令，该指令可以包括：由处理器中的至少一个执行时导致控制侧设备实施如图4、图5、图10、图12、图13所示的方法中由服务器实施的步骤的指令。

当SoC被设置在IoT设备中时，静态随机存取存储器(SRAM)单元530中存储有指令，该指令可以包括：由处理器中的至少一个执行时导致IoT设备实施如图4、图5、图10、图12、图13所示的方法中由智能家居设备实施的步骤的指令。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请的各方法实施方式均可以以软件、磁件、固件等方式实现。

可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(Digital Signal Processor，DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“知识产权(Intellectual Property，IP)核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。

在一些情况下，指令转换器可用来将指令从源指令集转换至目标指令集。例如，指令转换器可以变换(例如使用静态二进制变换、包括动态编译的动态二进制变换)、变形、仿真或以其它方式将指令转换成将由核来处理的一个或多个其它指令。指令转换器可以用软件、硬件、固件、或其组合实现。指令转换器可以在处理器上、在处理器外、或者部分在处理器上且部分在处理器外。

Claims (18)

1.一种IoT设备的控制方法，其特征在于，用于包括终端侧设备、控制侧设备和多台IoT设备的系统，所述方法包括：

所述控制侧设备获取管控配置模板以及所述IoT设备的功能信息，所述管控配置模板包括至少一个管控场景和至少一个功能配置之间的初始对应关系，所述功能配置包括所述IoT设备的被管控功能的功能设定；

所述控制侧设备根据所述管控配置模板和所述功能信息确定生效管控配置，所述生效管控配置包括所述管控场景和所述功能配置之间的生效对应关系，以及所述功能配置和所述IoT设备之间的生效关联关系；

所述控制侧设备将所述生效管控配置分发至所述IoT设备，所述生效管控配置用于指示在指定管控场景下，所述IoT设备的工作状态与该IoT设备所关联的功能配置相匹配。

2.根据权利要求1所述的方法，其特征在于，所述控制侧设备根据所述管控配置模板和所述功能信息确定生效管控配置，包括：

所述控制侧设备根据所述管控配置模板和所述IoT设备的功能信息确定初始管控配置，所述初始管控配置包括所述管控场景和所述功能配置之间的初始对应关系，以及所述功能配置和所述IoT设备的初始关联关系；

所述控制侧设备向所述终端侧设备发送所述初始管控配置；

所述终端侧设备接收到用户修改操作，并根据所述用户修改操作对所述初始管控配置进行修改，以得到生效管控配置；以及，

所述控制侧设备获取来自所述终端侧设备的所述生效管控配置。

3.根据权利要求2所述的方法，其特征在于，所述用户修改操作用于修改所述初始管控配置中的以下至少一项：所述初始对应关系，所述初始关联关系，所述功能配置。

4.根据权利要求1所述的方法，其特征在于，所述控制侧设备为云端服务器或所述IoT设备所在局域网的中枢设备。

5.一种IoT设备的控制方法，用于控制侧设备，其特征在于，所述方法包括：

获取管控配置模板以及多台IoT设备的功能信息，所述管控配置模板包括至少一个管控场景和至少一个功能配置之间的初始对应关系，所述功能配置包括所述IoT设备的被管控功能的功能设定；

根据所述管控配置模板和所述功能信息确定生效管控配置，所述生效管控配置包括所述管控场景和所述功能配置之间的生效对应关系，以及所述功能配置和所述IoT设备之间的生效关联关系；

将所述生效管控配置分发至所述IoT设备，所述生效管控配置用于指示在指定管控场景下，所述IoT设备的工作状态与该IoT设备所关联的功能配置相匹配。

6.根据权利要求5所述的方法，其特征在于，所述根据所述管控配置模板和所述功能信息确定生效管控配置，包括：

根据所述管控配置模板和所述IoT设备的功能信息确定初始管控配置，所述初始管控配置包括所述管控场景和所述功能配置之间的初始对应关系，以及所述功能配置和所述IoT设备的初始关联关系；

向终端侧设备发送所述初始管控配置；

接收到来自所述终端侧设备的生效管控配置，所述生效管控配置是对所述初始管控配置中的下述至少一项进行修改后的配置：所述初始对应关系，所述初始关联关系，所述功能配置。

7.一种IoT设备的控制方法，其特征在于，用于包括终端侧设备、控制侧设备和多台IoT设备的系统，所述方法包括：

所述终端侧设备接收到来自用户的场景指定操作，所述场景指定操作用于指定当前管控场景；

所述终端侧设备向所述控制侧设备发送场景指定信息，所述场景指定信息用于指示所述当前管控场景；

所述控制侧设备根据所述场景指定信息和预置的生效管控配置，对所述IoT设备进行控制；所述生效管控配置包括至少一个管控场景和至少一个功能配置之间的生效对应关系，以及所述功能配置和所述IoT设备之间的生效关联关系，所述功能配置包括IoT设备的被管控功能的功能设定。

8.根据权利要求7所述的方法，其特征在于，所述控制侧设备根据所述场景指定信息和预置的生效管控配置，对所述IoT设备进行控制，包括：

所述控制侧设备根据所述场景指定信息从所述至少一个管控场景中确定当前管控场景；

所述控制侧设备接收到用于控制所述IoT设备的远程控制指令；

所述控制侧设备判断所述远程控制指令是否与所述当前管控场景所对应的功能配置相匹配，如果相匹配，则向所述IoT设备发送所述远程控制指令；如果不匹配，则忽略所述远程控制指令。

9.根据权利要求7所述的方法，其特征在于，所述IoT设备中预置有分发至所述IoT设备的所述生效管控配置；

所述控制侧设备根据所述场景指定信息和预置的生效管控配置，对所述IoT设备进行控制，包括：

所述控制侧设备向关联IoT设备发送所述场景指定信息，所述关联IoT设备为与当前管控场景相关联的IoT设备；

所述关联IoT设备根据所述当前管控场景所对应的功能配置进行工作。

10.根据权利要求9所述的方法，其特征在于，所述关联IoT设备根据所述当前管控场景所对应的功能配置进行工作，包括：

所述关联IoT设备根据所述场景指示信息从所述至少一个管控场景中确定所述当前管控场景；

所述关联IoT设备接收到用于控制所述IoT设备的本地控制指令；

所述关联IoT设备判断所述本地控制指令是否与所述当前管控场景所对应的功能配置相匹配，如果相匹配，则执行与所述本地控制指令相对应的动作；如果不匹配，则忽略所述本地控制指令。

11.根据权利要求7所述的方法，其特征在于，所述场景指定操作为作用于所述终端侧设备的锁屏界面的指纹输入操作、手势输入操作、图像输入操作或字符输入操作。

12.一种IoT设备的控制方法，其特征在于，用于控制侧设备，所述方法包括：

接收到来自终端侧设备的场景指定信息，所述场景指定信息用于指示当前管控场景；

根据所述场景指定信息和预置的生效管控配置，对IoT设备进行控制；所述生效管控配置包括至少一个管控场景和至少一个功能配置之间的生效对应关系，以及所述功能配置和所述IoT设备之间的生效关联关系，所述功能配置包括IoT设备的被管控功能的功能设定。

13.根据权利要求12所述的方法，其特征在于，所述根据所述场景指定信息和预置的生效管控配置，对所述IoT设备进行控制，包括：

根据所述场景指定信息从所述至少一个管控场景中确定当前管控场景；

接收到用于控制所述IoT设备的远程控制指令；

判断所述控制指令是否与所述当前管控场景所对应的功能配置相匹配，如果相匹配，则向所述IoT设备发送所述远程控制指令；如果不匹配，则忽略所述远程控制指令。

14.一种IoT设备的控制方法，其特征在于，用于IoT设备，所述IoT设备中预置有分发至所述IoT设备的生效管控配置；所述生效管控配置包括至少一个管控场景和至少一个功能配置之间的生效对应关系，以及所述功能配置和所述IoT设备之间的生效关联关系，所述功能配置包括IoT设备的被管控功能的功能设定；

所述方法包括：

接收到来自控制侧设备的场景指定信息，所述场景指定信息用于指示当前管控场景；

根据所述场景指示信息从所述至少一个管控场景中确定所述当前管控场景；

接收到用于控制所述IoT设备的本地控制指令；

判断所述本地控制指令是否与所述当前管控场景所对应的功能配置相匹配，如果相匹配，则执行与所述本地控制指令相对应的动作；如果不匹配，则忽略所述本地控制指令。

15.一种控制侧设备，其特征在于，包括：

存储器，用于存储由所述控制侧设备的一个或多个处理器执行的指令；

处理器，当所述处理器执行所述存储器中的所述指令时，可使得所述控制侧设备执行权利要求5、6、12、13任一项所述的方法。

16.一种IoT设备，其特征在于，包括：

存储器，用于存储由所述IoT设备的一个或多个处理器执行的指令；

处理器，当所述处理器执行所述存储器中的所述指令时，可使得所述IoT设备执行权利要求14所述的方法。

17.一种IoT系统，其特征在于，包括终端侧设备、控制侧设备和多台IoT设备；其中：

所述终端侧设备用于执行权利要求1～4，7～11任一项所述的方法中由终端侧设备执行的步骤；所述控制侧设备用于执行权利要求1～4，7～11任一项所述的方法中由控制侧设备执行的步骤；所述IoT设备用于执行权利要求1～4，7～11任一项所述的方法中由IoT设备执行的步骤。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有指令，该指令在计算机上执行时使得计算机执行权利要求1～14任一项所述的方法。