CN115981170A - 一种智能家居管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种智能家居管理方法、装置、设备及存储介质，其中，智能家居管理方法包括：获取智能家居设备的指令转换表和功能配置表，指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系，功能配置表用于指示智能家居设备对控制功能中的预设子功能的支持情况；将指令转换表和功能配置表发送至智能家居设备；获取智能家居设备发送的对功能配置表的确认结果；根据确认结果，绘制用于控制智能家居设备的面板界面。本申请实施例可以方便快速地实现对各型号智能家居设备对应面板界面的绘制，无需预先针对每一型号智能家居设备研发面板，进而有助于降低智能家居设备对应面板的研发、测试和维护的工作量。

Description

一种智能家居管理方法、装置、设备及存储介质

技术领域

本申请涉及智能家居技术领域，尤其涉及一种智能家居管理方法、装置、设备及存储介质。

背景技术

目前，智能家居已经逐步走进人们生活，常见智能家居设备包括智能空调、智能冰箱以及智能电灯等等，用户通过移动终端远程或近程对智能家居设备进行控制，可以方便地将家居环境调节至比较舒适的状态，极大提升用户生活体验。相关技术中，移动终端需要从云端下载与智能家居设备对应的面板，以进一步满足用户通过移动终端对智能家居设备的控制，由于智能家居设备的类型和型号多样，导致智能家居设备对应面板的研发、测试和维护的工作量较大。

发明内容

本申请实施例提供一种智能家居管理方法、装置、设备及存储介质，以解决相关技术中智能家居设备对应面板的研发、测试和维护的工作量较大的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种智能家居管理方法，包括：

获取智能家居设备的指令转换表和功能配置表，指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系，功能配置表用于指示智能家居设备对控制功能中的预设子功能的支持情况；

将指令转换表和功能配置表发送至智能家居设备；

获取智能家居设备发送的对功能配置表的确认结果；

根据确认结果，绘制用于控制智能家居设备的面板界面。

第二方面，本申请实施例还提供了一种智能家居管理装置，包括：

第一获取模块，用于获取智能家居设备的指令转换表和功能配置表，指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系，功能配置表用于指示智能家居设备对控制功能中的预设子功能的支持情况；

第一发送模块，用于将指令转换表和功能配置表发送至智能家居设备；

第二获取模块，用于获取智能家居设备发送的对功能配置表的确认结果；

第一绘制模块，用于根据确认结果，绘制用于控制智能家居设备的面板界面。

第三方面，本申请实施例还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述的方法。

本申请实施例提供的智能家居管理方法，获取智能家居设备的指令转换表和功能配置表，将指令转换表和功能配置表发送至智能家居设备，获取智能家居设备发送的对功能配置表的确认结果，根据确认结果，绘制用于控制智能家居设备的面板界面。本申请实施例可以方便快速地实现对各型号智能家居设备对应面板界面的绘制，无需预先针对每一型号智能家居设备研发面板，进而有助于降低智能家居设备对应面板的研发、测试和维护的工作量。

附图说明

图1是现有技术中空调远程控制系统工作的技术原理图；

图2是可实现本申请实施例提供的智能家居管理方法的空调远程控制系统的结构框图；

图3为本申请实施例提供的智能家居管理方法的流程示意图；

图4是本申请实施例提供的智能家居管理方法的工作原理示意图；

图5为本申请实施例提供的智能家居管理装置的结构示意图。

具体实施方式

为使本申请要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本申请的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本申请的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

除非另作定义，本申请中使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。

本申请实施例提供的智能家居管理方法，可以应用在例如移动终端、可穿戴设备或者平板电脑等类型的电子设备中。在智能家居管理的场景中，所管理的智能家居设备可以是空调、冰箱或者电灯等等，此处不作具体限定。为简化描述，下文中将主要结合移动终端对空调进行管理的应用场景，对本申请实施例提供的方法进行说明。

移动终端对空调进行管理的应用场景中，移动终端、空调以及服务器可以构成空调远程控制系统，移动终端与空调可以通过服务器进行通信，当然，在一些可行的实施方式中，移动终端与空调也可以通过蓝牙、红外线等通信方式进行近程通信。

如图1所示，图1是现有技术中，空调远程控制系统工作的技术原理图。具体来说，现有技术主要是针对不同的空调型号制作不同型号的空调网关固件和设备控制面板，并通过一一对应的方案进行适配。

比如，对接某品牌的A型号空调时，制作空调网关固件A，向云端上报“型号A”。移动终端通过应用程序(application，APP)进行远程控制时，移动终端读取空调的型号A，并从云端加载对应的设备控制面板。空调网关接收到设备控制面板的ModBus格式或者RS485格式的控制协议发送到空调内机，从而实现对空调的远程控制。

现有技术的空调远程控制系统在工作过程中存在如下问题：针对不同型号的空调内机，需要研发不同的固件，使得固件研发、测试和维护工作量较大；针对不同型号的空调内机，需要研发不同的控制面板组件，使得面板研发、测试和维护的工作量较大；不同空调网关上报的状态信息不一致，导致云端和APP端都要做复杂的解析。

如图2所示，图2是可实现本申请实施例提供的方法的空调远程控制系统的结构框图。该空调远程控制系统中，移动终端可以安装有APP，服务器可以是物联网(InternetofThings，IOT)云平台，空调可以包括空调网关、空调内机以及空调外机。空调控制系统通过空调网关实现了移动终端对空调内机与空调外机的远程控制的能力。在一个示例中，APP将控制指令通过IOT云平台推送到空调网关，再由控制网关将APP发送的控制指令转换成空调内机控制指令，实现了空调的远程控制。

空调远程控制系统的主要工作原理如下：APP将空调内机的控制协议通过空调网关透传给空调内机，实现空调的远程控制；空调网关同步空调的状态到IOT云平台，移动终端可从IOT云平台读取空调状态，并解析成用户可读取的状态信息。

图3是本申请实施例提供的智能家居管理方法的流程示意图，如图3所示，本申请实施例提供的方法，包括：

步骤301，获取智能家居设备的指令转换表和功能配置表，指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系，功能配置表用于指示智能家居设备对控制功能中的预设子功能的支持情况；

步骤302，将指令转换表和功能配置表发送至智能家居设备；

步骤303，获取智能家居设备发送的对功能配置表的确认结果；

步骤304，根据确认结果，绘制用于控制智能家居设备的面板界面。

本申请实施例提供的方法可以应用在例如移动终端、可穿戴设备或者平板电脑等类型的电子设备，为简化描述，下文主要将移动终端作为本申请实施例提供的方法的执行主体。类似地，上文中提到智能家居设备可以是例如空调、冰箱或者电灯等，但可以主要以智能家居设备为空调为例进行说明。

在步骤301中，移动终端获取空调的指令转换表和功能配置表。

结合一些实施场景，移动终端可以与例如IOT云平台等类型的服务器进行通信，用户可以在移动终端中选择需要进行管理的智能家居设备的类型，或者智能家居设备具体的品牌与型号，移动终端根据用户的选择，可以从服务器中下载相应的指令转换表和功能配置表。

在另一些实施场景中，移动终端可以通过WiFi网络与空调建立通信连接，WiFi网络可以进一步通过宽带网络与服务器连接。移动终端APP可以选择处于同一WiFi网络的空调，而空调可以将自身的型号等信息发送至服务器，以使得服务器能够根据空调的信号等信息向移动终端发送指令转换表和功能配置表。

当然，在又一些实施场景中，移动终端中也可以预存有指令转换表和功能配置表，步骤301中移动终端从存储器中读取获得指令转换表和功能配置表。

本实施例中，指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系。

通常来说，空调的控制功能可以包括开关、温度调节以及风速调节等，这些控制功能可以分别具有对应的物模型。容易理解的是，物模型可以是物联网平台为产品定义的数据模型，用于描述产品的功能。针对不同品牌或者不同型号的空调，相同的控制功能可以对应同一个物模型。

设备控制指令在一些场景中可以认为是上文中提到的从空调网关到空调内机的控制指令。与物模型不同的是，同一控制功能在不同品牌或者不同型号的空调中，设备控制指令可能是存在不同的。比如，不同品牌空调所使用的通信协议不同，导致相同控制功能的设备控制指令不同。而指令转换表可以包括物模型与设备控制指令的转换关系。

功能配置表用于指示智能家居设备对控制功能中的预设子功能的支持情况；

空调的控制功能除了上述开关、温度调节以及风速调节外，还可能存在一些非共性功能，即不是每一台空调均支持的功能，例如童锁功能、灯光功能、化霜功能等等，在一些实施方式中，预设子功能可以是指上述的非共性功能。当然，实际应用中，预设子功能也可以根据需要进行调整。

在一些举例中，功能配置表可以是通过表格的方式进行表示，表格中列出每一个预设子功能及对应的标识，该标识用于指示对预设子功能的支持情况，例如空调支持或者不支持该预设子功能。在另一些举例中，功能配置表也可以是一串字符，每一个字符位代表一个预设子功能，该字符位的字符则表示对预设子功能的支持情况。

步骤302中，移动终端可以将指令转换表和功能配置表发送至智能家居设备。

在一个实施场景中，移动终端将指令转换表和功能配置表发送至空调网关，以使空调网关存储指令转换表，当移动终端后续向空调网关发送物模型形式的控制信号的情况下，空调网关可以调用指令转换表，将物模型形式的控制信号转换成空调内机能够识别的设备控制指令，实现对空调内机的控制。

功能配置表指示智能家居设备对控制功能中的预设子功能的支持情况，在一些场景中，移动终端发送到空调的功能配置表，可能与空调对各预设子功能的实际支持情况存在不一致，因此，空调在接收到功能配置表之后，可以对功能配置表进行确认。

比如，功能配置表指示空调支持童锁功能，但空调实际上不支持童锁功能，此处，空调可以修改功能配置表中童锁功能对应的标识或者字符，以使得修改后的功能配置表能够反映空调实际对各预设子功能的支持情况。

当然，移动终端发送至空调的功能配置表，若能够正确反映空调实际对各预设子功能的支持情况，则空调无需对功能配置表进行修改，并可以向移动终端反馈指示功能配置表准确的信息。

以上空调对功能配置表进行修改或反馈的过程，可以认为是空调对功能配置表的确认过程，修改后的功能配置表或者反馈的指示功能配置表准确的信息，均可以认为是空调对功能配置表的确认结果，这些确认结果可以由空调发送至移动终端。

相应地，在步骤303中，移动终端可以获取空调发送的对功能配置表的确认结果，根据确认结果，移动终端可以比较准确地获取到空调对各预设子功能的支持情况。

步骤304中，移动终端可以根据确认结果，绘制用于控制空调的面板界面。

结合一些举例，面板界面中可以包括实现不同控制功能的控件，步骤304绘制的面板界面中，可以包括共性功能对应的控件，还可以包括空调实际支持的非共性功能对应的控件，至于空调不支持的非共性功能对应的控件，则可以不包括在面板界面中。也就是说，移动终端在绘制用于控制空调的面板界面时，会使用到空调对预设子功能的支持情况，即步骤304中，移动终端绘制面板界面时会应用到上述的确认结果。

预设子功能可以是指令转换表中所记载到的功能配置的全部或者部分功能配置，相应地，空调支持的预设子功能可以具有对应有物模型，用户点击预设子功能对应的控件后，移动终端可以向空调发送物模型形式的控制信号，而空调则可以使用指令转换表对物模型形式的控制信号进行转换，得到设备控制指令。因此，移动终端在绘制面板界面的过程中，可以直接对空调所支持的控制功能建立相应的控件，无需考虑不同品牌不同型号空调在空调内机控制时所采用的设备控制指令(例如通信协议或者编码等)，进而能够有效降低面板界面绘制难度，提高面板界面绘制效率。

值得再次强调的是，本申请实施例提供的智能家居管理方法中，所管理的智能家居设备可以是空调，也可以是冰箱、电灯、电视或者风扇等，此处不作穷举说明。

本申请实施例提供的智能家居管理方法，获取智能家居设备的指令转换表和功能配置表，将指令转换表和功能配置表发送至智能家居设备，获取智能家居设备发送的对功能配置表的确认结果，根据确认结果，绘制用于控制智能家居设备的面板界面。本申请实施例可以方便快速地实现对各型号智能家居设备对应面板界面的绘制，无需预先针对每一型号智能家居设备研发面板，进而有助于降低智能家居设备对应面板的研发、测试和维护的工作量。

可选地，上述步骤301，获取智能家居设备的指令转换表和功能配置表，包括：

接收对智能家居设备的设备信息的第一输入；

响应于第一输入，向服务器发送携带有设备信息的下载请求；

接收服务器响应于下载请求发送的智能家居设备的指令转换表和功能配置表。

如图4所示，结合一个实际应用场景，空调网关在配网后，用户可以对移动终端中的APP进行初始化操作。

具体来说，用户从APP中可以进入到空调网关配置界面，并选择空调内机型号。空调内机型号可以由APP发送至云端(对应于服务器)，云端将空调内机型号对应的指令转换表和功能配置表发送至APP。

该应用场景中，空调网关与空调内机均为空调的组成部分，空调则可以对应于上述的智能家居设备。用户在空调网关配置界面对空调内机型号的选择输入，可以对应第一输入，而选择的空调内机型号，则可以对应智能家居设备的设备信息。

APP向云端所发送的空调内机型号，可以携带在下载请求中，该下载请求用于请求从服务器中下载空调内机型号对应的指令转换表和功能配置表。服务器响应于APP发送的下载请求，可以向电子设备发送空调内机型号对应的指令转换表和功能配置表。从移动终端的角度来说，其可以接收服务器响应于下载请求发送的智能家居设备的指令转换表和功能配置表。

在其他一些应用场景中，移动终端也可以通过APP从服务器下载智能家居设备的指令转换表和功能配置表之前，再在与智能家居设备的近程通信(例如蓝牙通信)等方式的通信过程中，将指令转换表和功能配置表发送至智能家居设备。

基于以上应用场景可见，本实施例中，移动终端可以根据用户选择的设备信息从服务器下载智能家居设备的指令转换表和功能配置表，移动终端获取指令转换表和功能配置表的难度较低。

在一些应用场景中，物模型可以是指空调网关所包括的功能名称及动作。通过定义物模型，可以使得APP与服务器(例如云端)对空调网关的设备控制与状态表示都形成了标准化。在一个示例中，物模型定义如下表所示：

功能说明	动作	物模型
			开关	开	Switch:1
开关	关	Switch:0

指令转换表又可以称作指令转换字典表，其可以表示空调物模型到空调内机控制指令(即设备控制指令)的转换关系。

结合一些应用场景，空调网关的控制协议通常是ModBus协议格式，不同厂家对寄存器ID，功能编码和动作编码存在差异。在一个示例中，空调网关的物模型到空调内机的ModBus控制协议格式转换表设计如下：

功能说明	动作	物模型	寄存器ID	功能编码	动作编码
						开关	开	Switch:1	06	07d0	5721
开关	关	Switch:0	06	07d0	5720

可选地，功能配置表包括字符串，其中，字符串的每个字符的排序对应有预设子功能，每个字符用于指示智能家居设备对排序对应的预设子功能的支持情况。

功能配置表又可以称为功能配置字典表，可以表示当前空调网关挂载的空调支持的功能描述。

在一个实施方式中，功能配置表可以通过长整型字符串来表示，长整型字符串的每一位字符均可以为二进制数字，长整型字符串的每一位的排序可以对应着一个非共性功能(对应预设子功能)，而每一位上的数字则代表着对对应非共性功能的支持情况。在一个示例中，功能配置表设计可以如下：

第1位

第2位

第3位

第4位

第5位

第6位

第7位

第8位

三级风速

四级风速

五级风速

节能

外出

童锁

化霜

干燥

可见，功能配置表中的每一位的排序，均对应有一个预设子功能。在以上功能配置表设计的基础上，结合一个举例，当功能配置表表示为00010111时，表示空调支持“节能”、“童锁”、“化霜”以及“干燥”功能，但不支持“三级风速”、“四级风速”、“五级风速”以及“外出”功能。

本实施例中，字符串式的功能配置表的格式比较简单，所占存储空间较小，能够有效节省存储空间，并提高功能配置表在各终端之间的传输效率。

可选地，步骤304，根据确认结果，绘制用于控制智能家居设备的面板界面，包括：

根据确认结果，确定智能家居设备所支持的预设子功能；

绘制面板界面，面板界面包括与智能家居设备所支持的预设子功能对应的第一控件。

在一个实施方式中，当移动终端通过APP将功能配置表发送至空调网关后，空调网关可以上报功能差异的相关配置到云端，功能差异的相关配置可以对应为智能家居设备发送的对功能配置表的确认结果。

在一些示例中，功能配置表的确认结果可以是保留原有的功能配置表，也可以是经过修正后的功能配置表。为简化说明，可以将功能配置表的确认结果称为配置信息。

如图4所示，移动终端中APP通过读取配置信息来绘制对应的功能控制面板(即用于控制智能家居设备的面板界面)。APP通过读取配置信息，可以实现自动查询差异化功能，从而对差异化功能进行自动配置。

具体来说，APP可以进入到用于绘制面板界面的页面后，可以从云端下载配置信息，来调整用于控制空调的面板界面。比如，在针对共性功能生成相应的控件后，再对空调所支持的非共性功能生成控件。而非共性功能可以对应为上述的预设子功能，针对空调所支持的非共性功能生成的控件，可以对应于上述的第一控件。

可见，本实施例可以根据智能家居设备对预设子功能的支持情况，绘制相应的面板界面，使得移动终端能够自动绘制出与智能家居设备的控制功能匹配的面板界面，在满足对智能家居设备的控制需求的同时，降低了对不同智能家居设备的面板界面进行研发与测试所带来的资源消耗。

在一个实施方式中，在完成指令转换表向空调(对应智能家居设备)的发送，以及用于控制空调的面板界面的绘制的情况下，移动终端中预置全量空调物模型，通过面板界面对空调进行控制时，移动终端下发标准物模型(或者称为物模型形式的控制信号)到云端，云端推送标准物模型至空调网关，空调网关基于指令转换表将标准物模型转换成Modbus协议实现对空调内机的控制。

如此，在实际应用中，可以在移动终端动态配置不同空调型号，一套APP面板组件和空调网关固件可以实现所有品牌型号的控制，通过一个APP连接一个控制面板可以控制不同品牌型号的空调，大大降低了研发成本，提升了产品的稳定性。

可选地，根据确认结果，绘制用于控制智能家居设备的面板界面之后，方法还包括：

向服务器发送移动终端的身份标识与智能家居设备的身份标识，以使服务器将移动终端的身份标识与智能家居设备的身份标识关联存储。

在本实施例中，服务器可以是区块链服务器或者是其他具有存储功能的服务器等，此处不作具体限定。服务器可以将移动终端发送的移动终端的身份标识(记为第一身份标识)与智能家居设备的身份标识(记为第二身份标识)进行关联存储。如此，在用户使用移动终端对空调等智能家居设备进行控制时，服务器可以根据发送的控制信号(例如标准物模型)所携带的第一身份标识，以及存储的第一身份标识与第二身份标识的关联关系，确定第二身份标识，并根据第二身份标识将标准物模型转发至正确的智能家居设备，有效避免移动终端误控制智能家居设备的情况。

可选地，步骤304，根据确认结果，绘制用于控制智能家居设备的面板界面之后，方法还包括：

在接收到请求新增控件的第二输入的情况下，响应于第二输入，更新面板界面，更新后的面板界面包括新增的第二控件；

在接收到对第二控件的第三输入的情况下，响应于第三输入，接收与智能家居设备关联的遥控设备发送的目标控制指令；

获取第二控件对应的功能信息，将功能信息与目标控制指令发送至服务器，以使服务器根据功能信息与目标控制指令更新指令转换表与功能配置表中的至少一项。

结合一个应用场景，移动终端显示的面板界面中，可以包括了空调的多数控制功能的控件，但空调可以还支持其他的控制功能(以下记为第一功能)，这些第一功能可能并没有被服务器所获取，进而在指令转换表与功能配置表并没有对第一功能进行体现。

本实施例中，移动终端可以接收并响应于用户的第二输入，更新面板界面。其中，第二输入可以用于控制在面板界面上新增控件。相应地，更新后的面板界面中可以包括新增的第二控件。至于第二输入的具体方式，此处不作具体限定。

结合一个举例，第一功能可以是童锁，第二控件可以是针对童锁功能所设置的控件。用户通过可以在APP给定的菜单中选择童锁功能，或者对第二控件进行命名或备注，使得移动终端能够获得第二控件对应的功能信息。

然而，在童锁功能的控制信号未知的情况下，用户在面板界面上第二控件的输入，并不会作用到空调上。

为使得电子设备能够获知童锁功能的控制信号，用户可以对空调的遥控器(对应于遥控设备)进行操作，比如，点击遥控器上的童锁按键，相应地，遥控器会发出童锁功能对应的控制指令(对应上述的目标控制指令)。

在一个示例中，目标控制指令可以是红外信号，移动终端上设置有红外传感器，通过传感器可以接收到目标控制指令，并可以进一步对其解析。

为使得目标控制指令与童锁功能进行关系，在接收目标控制指令过程中，或者接收目标控制指令之前或之后，用户可以对第二控件进行第三输入，例如点击第二控件等，使得第二控件能够与目标控制指令进行关联。

如上文所示的，移动终端可以获取第二控件对应的功能信息，而在第二控件又与目标控制指令关联的情况下，移动终端可以将功能信息和目标控制指令进行关联，并将功能信息和目标控制指令发送至服务器。

服务器可以根据功能信息与目标控制指令更新指令转换表与功能配置表中的至少一项。

比如，服务器可以针对上述的童锁功能建立新的物模型，目标控制指令则可以作为新的设备控制指令，服务器将新的物模型和新的设备控制指令加入到指令转换表，实现指令转换表的更新。

再比如，功能配置表可以是二进制字符串，二进制字符串的前4位可以定义后方有效字符位的数量，每个有效字符位对应一个预设子功能。初始的功能配置表可能有7个有效字符位，服务器在接收到功能信息后，可以更新前4位字符，以使得在二进制字符串中增加一个有效字符位，对应于童锁功能。如此，实现了功能配置表的更新。

在一些实施方式中，服务器后续再接收到其他移动终端对该空调的管理请求后，可以向移动终端发送更新后的指令转换表与功能配置表

本实施例中移动终端根据用户的输入，可以在面板界面中完善智能家居设备支持控制功能所对应的控件，提升用户对智能家居设备的管理效果。同时，移动终端将功能信息与目标控制指令发送至服务器，使得服务器可以更新智能家居设备的指令转换表与功能配置表，保证了指令转换表与功能配置表的准确性与全面性。

可选地，根据确认结果，绘制用于控制智能家居设备的面板界面之后，方法还包括：

生成与智能家居设备对应的操作标识；

在接收到对多个操作标识的选择输入的情况下，响应于选择输入，绘制目标界面，目标界面包括第三控件，第三控件对应的控制功能为多个操作标识对应的多个智能家居设备所共同支持的控制功能；

在接收到对第三控件的第四输入的情况下，响应于第四输入，向多个智能家居设备发送与第二控件对应的控制信号。

在一些应用场景中，用户可能会通过同一个移动终端，对多个智能家居设备进行管理，如此，用户在移动终端上操作，可以针对各个智能家居设备分别在APP中绘制对应的面板界面。

本实施例中，针对各个对应绘制有面板界面的智能家居设备，APP可以分别生成对应的操作标识，例如小图标或者选择按钮等等。

用户可以针对多个上述的操作标识进行选择输入，移动终端响应于选择输入，可以绘制目标界面，该目标界面中包括第三控件，第三控件可以对应有控制功能(记为第一控制功能)，第一控制功能可以是用户选择的操作标识对应的智能家居设备所共同支持的控制功能。

举例来说，用户选择的多个操作标识，分别对应了空调A、空调B以及电视这几个智能家居设备，这些智能家居设备均支持开关功能，则第三控件对应的控制功能可以包括了开关功能。

用户可以对第三控件进行第四输入，例如点击第三控件。移动终端响应于用户的第四输入，可以同时向空调A、空调B以及电视发送关机信号(即第二控件对应的控制信号)。

关机信号可以是物模型形式的信号，空调A、空调B以及电视可以根据物模型形式的信号以及指令转换表，分别生成自身内部所支持通信协议的格式的设备控制指令，以实现关机动作。

可见，本实施例中，移动终端响应于用户的输入，可以针对多个智能家居设备绘制共用的目标界面，该目标界面中包括多个智能家居设备绘制所共同支持的控制功能对应的第三控件，用户通过对第三控件的操作，可以实现对多个智能家居设备的同时管理，极大提升用户对智能家居设备的管理效率与方便度。

如图5所示，本申请实施例还提供了一种智能家居管理装置，包括：

第一获取模块501，用于获取智能家居设备的指令转换表和功能配置表，指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系，功能配置表用于指示智能家居设备对控制功能中的预设子功能的支持情况；

第一发送模块502，用于将指令转换表和功能配置表发送至智能家居设备；

第二获取模块503，用于获取智能家居设备发送的对功能配置表的确认结果；

第一绘制模块504，用于根据确认结果，绘制用于控制智能家居设备的面板界面。

可选地，功能配置表包括字符串，其中，字符串的每个字符的排序对应有预设子功能，每个字符用于指示智能家居设备对排序对应的预设子功能的支持情况。

可选地，第一绘制模块504包括：

确定单元，用于根据确认结果，确定智能家居设备所支持的预设子功能；

绘制单元，用于绘制面板界面，面板界面包括与智能家居设备所支持的预设子功能对应的第一控件。

可选地，第一获取模块501包括：

第一接收单元，用于接收对智能家居设备的设备信息的第一输入；

发送单元，用于响应于第一输入，向服务器发送携带有设备信息的下载请求；

第二接收单元，用于接收服务器响应于下载请求发送的智能家居设备的指令转换表和功能配置表。

可选地，智能家居管理装置还可以包括：

更新模块，用于在接收到请求新增控件的第二输入的情况下，响应于第二输入，更新面板界面，更新后的面板界面包括新增的第二控件；

接收模块，用于在接收到对第二控件的第三输入的情况下，响应于第三输入，接收与智能家居设备关联的遥控设备发送的目标控制指令；

获取发送模块，用于获取第二控件对应的功能信息，将功能信息与目标控制指令发送至服务器，以使服务器根据功能信息与目标控制指令更新指令转换表与功能配置表中的至少一项。

可选地，智能家居管理装置还可以包括：

生成模块，用于生成与智能家居设备对应的操作标识；

第二绘制模块，用于在接收到对多个操作标识的选择输入的情况下，响应于选择输入，绘制目标界面，目标界面包括第三控件，第三控件对应的控制功能为多个操作标识对应的多个智能家居设备所共同支持的控制功能；

第二发送模块，用于在接收到对第三控件的第四输入的情况下，响应于第四输入，向多个智能家居设备发送与第二控件对应的控制信号。

可选地，智能家居管理装置还可以包括：

第三发送模块，用于向服务器发送移动终端的身份标识与智能家居设备的身份标识，以使服务器将移动终端的身份标识与智能家居设备的身份标识关联存储。

本申请实施例提供的智能家居管理装置是与上文实施例的智能家居管理方法对应的装置权限，方法实施例可以应用到装置实施例中，并取得相同的技术效果，此处不再赘述。

本申请实施例还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述的智能家居管理方法。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述的智能家居管理方法。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。

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

Claims (10)

1.一种智能家居管理方法，其特征在于，包括：

获取智能家居设备的指令转换表和功能配置表，所述指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系，所述功能配置表用于指示所述智能家居设备对所述控制功能中的预设子功能的支持情况；

将所述指令转换表和功能配置表发送至所述智能家居设备；

获取所述智能家居设备发送的对所述功能配置表的确认结果；

根据所述确认结果，绘制用于控制所述智能家居设备的面板界面。

2.根据权利要求1所述的方法，其特征在于，所述功能配置表包括字符串，其中，字符串的每个字符的排序对应有预设子功能，每个字符用于指示智能家居设备对排序对应的预设子功能的支持情况。

3.根据权利要求1所述的方法，其特征在于，所述根据所述确认结果，绘制用于控制所述智能家居设备的面板界面，包括：

根据所述确认结果，确定所述智能家居设备所支持的预设子功能；

绘制所述面板界面，所述面板界面包括与智能家居设备所支持的预设子功能对应的第一控件。

4.根据权利要求1所述的方法，其特征在于，获取智能家居设备的指令转换表和功能配置表，包括：

接收对所述智能家居设备的设备信息的第一输入；

响应于所述第一输入，向服务器发送携带有所述设备信息的下载请求；

接收服务器响应于所述下载请求发送的所述智能家居设备的指令转换表和功能配置表。

5.根据权利要求4所述的方法，其特征在于，所述根据所述确认结果，绘制用于控制所述智能家居设备的面板界面之后，所述方法还包括：

在接收到请求新增控件的第二输入的情况下，响应于所述第二输入，更新所述面板界面，更新后的所述面板界面包括所述新增的第二控件；

在接收到对所述第二控件的第三输入的情况下，响应于所述第三输入，接收与所述智能家居设备关联的遥控设备发送的目标控制指令；

获取所述第二控件对应的功能信息，将所述功能信息与所述目标控制指令发送至服务器，以使所述服务器根据所述功能信息与所述目标控制指令更新所述指令转换表与所述功能配置表中的至少一项。

6.根据权利要求1所述的方法，其特征在于，所述根据所述确认结果，绘制用于控制所述智能家居设备的面板界面之后，所述方法还包括：

生成与所述智能家居设备对应的操作标识；

在接收到对多个所述操作标识的选择输入的情况下，响应于所述选择输入，绘制目标界面，所述目标界面包括第三控件，所述第三控件对应的控制功能为多个所述操作标识对应的多个智能家居设备所共同支持的控制功能；

在接收到对所述第三控件的第四输入的情况下，响应于所述第四输入，向所述多个智能家居设备发送与所述第二控件对应的控制信号。

7.根据权利要求1所述的方法，其特征在于，所述方法应用于移动终端，所述根据所述确认结果，绘制用于控制所述智能家居设备的面板界面之后，所述方法还包括：

向服务器发送所述移动终端的身份标识与所述智能家居设备的身份标识，以使所述服务器将所述移动终端的身份标识与所述智能家居设备的身份标识关联存储。

8.一种智能家居管理装置，其特征在于，包括：

第一获取模块，用于获取智能家居设备的指令转换表和功能配置表，所述指令转换表包括针对控制功能建立的物模型与设备控制指令的转换关系，所述功能配置表用于指示所述智能家居设备对所述控制功能中的预设子功能的支持情况；

第一发送模块，用于将所述指令转换表和功能配置表发送至所述智能家居设备；

第二获取模块，用于获取所述智能家居设备发送的对所述功能配置表的确认结果；

第一绘制模块，用于根据所述确认结果，绘制用于控制所述智能家居设备的面板界面。

9.一种电子设备，其特征在于，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如权利要求1至7中任一项所述的方法。

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

Images