CN111965989B - 系统更新方法、装置、智能家居控制面板以及存储介质 - Google Patents

Abstract

本申请实施例公开了一种系统更新方法、装置、智能家居控制面板以及存储介质。所述方法应用于智能家居控制面板，所述方法包括：当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据；获取从控设备的设备信息；基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。本申请通过主控设备将更新数据发送至从控设备，以使从控设备基于该更新数据进行更新，从而无需用户对主控设备和从控设备逐个进行更新，实现智能家居控制面板的批量更新，节省了时间。

Description

系统更新方法、装置、智能家居控制面板以及存储介质

技术领域

本申请涉及智能家居技术领域，更具体地，涉及一种系统更新方法、装置、智能家居控制面板以及存储介质。

背景技术

随着通信技术和智能家居的发展，智能家居设备的数量和功能越来越多，为人们的日常生活带来了许多便利。而应对用户日渐增多的需求，在家中安装一个智能家居控制面板已然无法满足用户需求，因此，安装多个智能家居控制面板来对智能设备进行控制已逐渐成为常态，同时通过对智能家居控制面板进行更新更新，可以获得更加多样化的功能。但目前，对于数量众多的智能家居控制面板，用户需要逐个对每个智能家居控制面板进行更新更新，操作繁琐，并且花费较多时间。

发明内容

本申请实施例提出了一种系统更新方法、装置、智能家居控制面板以及存储介质，以解决上述问题。

第一方面，本申请实施例提供了一种系统更新方法，应用于智能家居控制面板，所述智能家居控制面板的数量为多个，多个所述智能家居控制面板包括主控设备以及从控设备，所述主控设备与所述从控设备连接，所述主控设备还用于与服务器连接，所述方法包括：当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，从所述服务器下载所述更新数据；获取所述从控设备的设备信息；基于所述更新数据进行更新，并基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新。

第二方面，本申请实施例提供了一种系统更新装置，应用于智能家居控制面板，所述智能家居控制面板的数量为多个，多个所述智能家居控制面板包括主控设备以及从控设备，所述主控设备与所述从控设备连接，所述主控设备还用于与服务器连接，所述装置包括：数据下载模块，用于当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，从所述服务器下载所述更新数据；信息获取模块，用于获取所述从控设备的设备信息；系统更新模块，用于基于所述更新数据进行更新，并基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新。

第三方面，本申请实施例提供了一种智能家居控制面板，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行上述的方法。

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

在本申请实施例中，当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据；获取从控设备的设备信息；基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。本申请通过主控设备将更新数据发送至从控设备，以使从控设备基于该更新数据进行更新，从而无需用户对主控设备和从控设备逐个进行更新，实现智能家居控制面板的批量更新，节省了时间。

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

附图说明

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

图1示出了本申请实施例提供的系统更新方法的应用环境示意图；

图2示出了本申请一个实施例提供的系统更新方法的流程示意图；

图3示出了本申请又一个实施例提供的系统更新方法的流程示意图；

图4示出了本申请再一个实施例提供的系统更新方法的流程示意图；

图5示出了本申请另一个实施例提供的系统更新方法的流程示意图；

图6示出了本申请还一个实施例提供的系统更新方法的流程示意图；

图7示出了本申请又再一个实施例提供的系统更新方法的流程示意图；

图8示出了本申请又还一个实施例提供的系统更新方法的流程示意图；

图9示出了本申请实施例提供的系统更新装置的结构框图；

图10示出了本申请实施例的用于执行根据本申请实施例的系统更新方法的智能家居控制面板的结构框图；

图11示出了本申请实施例的用于保存或者携带实现根据本申请实施例的系统更新方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

随着通信技术和智能家居的发展，智能家居设备的数量和功能越来越多，为人们的日常生活带来了许多便利。而应对用户日渐增多的需求，在家中安装一个智能家居控制面板已然无法满足用户需求，因此，安装多个智能家居控制面板来对智能设备进行控制已逐渐成为常态，同时通过对智能家居控制面板进行更新，可以获得更加多样化的功能。但目前，对于数量众多的智能家居控制面板，用户需要逐个对每个智能家居控制面板进行更新，操作繁琐，并且花费较多时间。

于是，发明人提出了本申请实施例提供的系统更新方法、装置、智能家居控制面板以及存储介质，通过主控设备将更新数据发送至从控设备，以使从控设备基于该更新数据进行更新，从而无需用户对主控设备和从控设备逐个进行更新，实现智能家居控制面板的批量更新，节省了时间。

下面将先对本申请所涉及的一种应用环境进行介绍。

请参阅图1，图1为适用于本申请实施例的一种应用环境示意图。本申请实施例提供的系统更新方法可以应用于如图1所示的智能家居系统10中。该智能家居系统10中包括智能家居控制面板100、智能设备200以及服务器300。其中，智能设备200可以包括但不限于门窗传感器、智能开关、灯、空调、窗帘、电视、冰箱、电扇。其中，智能设备200的数量至少为一个，该至少一个智能设备200与智能家居控制面板100连接。其中，智能家居控制面板100与智能设备200可以通过蓝牙、Wi-Fi或者ZigBee等方式进行连接。其中，智能家居控制面板100可以作为用户操作入口，可以与周边家用电器设备通信并对周边的家用电器设备进行控制，以及可以通过无线或有线通讯方式接入文字、图片以及音视频信息并输出，或者可以将服务器端信息转发到本地或播放设备进行显示等，具体也可以为智能网关。

进一步地，在智能家居系统10中，还可以包括服务器300，其中，服务器300可以采用传统服务器，也可以采用云服务器，在此不做限定。所述智能家居控制面板100的数量至少为一个，其中，该服务器300分别与该至少一个智能家居控制面板100连接，例如，该服务器300可以通过无线网络分别与至少一个智能家居控制面板100进行通信连接，以进行服务器300和智能家居控制面板100之间的数据交互。

下面将结合附图具体描述本申请的各实施例。

请参阅图2，图2示出了本申请一个实施例提供的系统更新方法的流程示意图。下面将针对图2所示的实施例进行详细的阐述，该方法应用于智能家居控制面板，所述方法具体可以包括但不限于以下步骤：

步骤S110：当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据。

在本实施例中，智能家居系统中可以包括多个智能家居控制面板，多个智能家居控制面板包括主控设备以及从控设备，主控设备的数量可以是一个或多个，主控设备可以用于与服务器连接，且主控设备还可以与从控设备连接，其中，主控设备与从控设备之间可以通过AP或ZigBee或蓝牙通信。进一步地，多个智能家居控制面板中的任意两个智能家居控制面板之间可以通过AP或ZigBee或蓝牙通信。在一些实施方式中，主控设备可以是多个智能家居控制面板中的任意一个或多个。在一些实施方式中，主控设备也可以是离路由器最近或信号最好的智能家居控制面板。确定主控设备的具体方式在此不作限定。

技术人员通常通过对智能家居控制面板进行更新，来使智能家居控制面板获得更加多样化的功能。技术人员可以将更新数据包上传至服务器，以使智能家居控制面板检测到更新数据进行下载进而直接将更新数据进行安装。在本实施例中，当主控设备检测到服务器存在智能家居控制面板的更新数据时，可以从服务器下载更新数据。其中，更新数据可以以数据包的形式存储。在一些实施方式中，主控设备可以通过无线网络从服务器下载更新数据。

步骤S120：获取从控设备的设备信息。

在本实施例中，可以获取从控设备的设备信息。设备信息可以包括设备型号、设备厂商、设备名称、设备类型以及设备状态等，在此不作限定。

步骤S130：基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

在本实施例中，主控设备从服务器下载更新数据后，可以直接进行安装，以实现对主控设备的更新。进一步地，主控设备还可以基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

在一些实施方式中，设备信息可以是区域信息，主控设备可以将更新数据同步发送至属于同一区域的从控设备，以使属于同一区域的从控设备可以同步进行更新。设备信息也可以是设备型号，主控设备可以将更新数据同步发送至同一型号的从控设备，以使同一型号的从控设备可以同步进行更新。在一些实施方式中，设备信息也可以包含运行模式，当从控设备的运行模式的低功耗模式时，主控设备需先将从控设备唤醒后，再将更新数据发送至该从控设备，或者，当从控设备接收到来自主控设备的更新指令时，自动唤醒并且接收更新数据，从而防止由于从控设备在休眠状态时未能及时接收到更新数据导致的更新失败的问题。在一些实施方式中，设备信息还可以是设备状态，当从控设备处于空闲状态时，主控设备可以将更新数据发送至从控设备。

上述实施例提供的系统更新方法，当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据；获取从控设备的设备信息；基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。上述实施例通过主控设备将更新数据发送至从控设备，以使从控设备基于该更新数据进行更新，从而无需用户对主控设备和从控设备逐个进行更新，实现智能家居控制面板的批量更新，节省了时间。

请参阅图3，图3示出了本申请又一个实施例提供的系统更新方法的流程示意图。下面将针对图3所示的流程进行详细的阐述，该方法应用于智能家居控制面板，设备信息包括区域信息，从控设备的数量为多个，所述方法具体可以包括但不限于以下步骤：

步骤S210：当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据。

步骤S220：获取从控设备的设备信息。

其中，步骤S210-步骤S220的具体描述请参阅步骤S110-步骤S120，在此不再赘述。

步骤S230：基于更新数据进行更新。

在本实施例中，主控设备在从服务器下载更新数据后，可以基于更新数据对主控设备进行更新，具体地，主控设备可以直接将更新数据安装，从而实现对主控设备的更新。

步骤S240：基于多个从控设备中的每个从控设备的区域信息创建从控设备组，其中，从控设备组中的从控设备的区域信息一致。

在本实施例中，从控设备的数量可以是多个，设备信息包括区域信息，区域信息可以指的是该从控设备安装的位置。其中，可以获取多个从控设备中的每个从控设备的区域信息。进一步地，还可以根据多个从控设备中的每个从控设备的区域信息创建从控设备组。其中，从控设备组中的从控设备的区域一致，即将属于同一区域的从控设备放在一个从控设备组中。

在一些实施方式中，从控设备组的数量可以是一个或多个，当多个从控设备中每个从控设备的区域信息一致时，例如表1所示的从控设备与区域信息对应表。

表1

从控设备	区域信息
		A1	客厅
A2	客厅
		A3	客厅

其中，从控设备A1、A2以及A3都安装在客厅，则可以将A1、A2与A3创建为一个从控设备组。

当多个从控设备中至少两个从控设备的区域信息不一致时，例如表2所示的从控设备与区域信息对应表。

表2

从控设备	区域信息
		A1	客厅
A2	客厅
		B1	卧室
B2	卧室
		B3	卧室
C1	书房

作为一种实施方式，可以只创建一组设备组，例如可以只将都安装在客厅的从控设备A1、A2创建一个从控设备组，或者只将安装在卧室的从控设备B1、B2以及B3创建一个设备组。作为另一种实施方式，可以根据有几种区域信息就对应创建几组从控设备组，例如，根据区域信息为客厅的从控设备A1、A2创建从控设备组A，根据区域信息为卧室的从控设备B1、B2以及B3创建从控设备组B，根据区域信息为书房的从控设备C1创建从控设备组C。

步骤S250：获取从控设备组对应的设备组更新数据，其中，设备组更新数据包括从控设备组中的从控设备的更新数据。

在本实施例中，可以获取从控设备组对应的设备组更新数据，其中，设备组更新数据包括从控设备组中的从控设备的更新数据。具体地，可以在主控设备已下载的更新数据中查找各个从控设备对应的更新数据，将各个从控设备对应的更新数据按照从控设备组进行划分和打包，从而可以得到从控设备组对应的设备组更新数据。

步骤S260：将设备组更新数据发送至从控设备组，以指示从控设备组基于设备组更新数据对从控设备组中的从控设备进行同步更新。

在本实施例中，在获取到设备组更新数据后，可以发送给对应的从控设备组，以指示从控设备组基于设备组更新数据对从控设备组中的从控设备进行同步更新。在一些实施方式中，从控设备在接收到设备组更新数据后，可以对设备组更新数据进行解压，得到从控设备组中的每个从控设备的更新数据，将每个从控设备的更新数据对应同步发送至每个从控设备，从控设备对更新数据进行安装，从而实现更新。

在一些实施方式中，当从控设备组的数量为多个时，可以对多个从控设备组分批次进行批量更新操作。其中，可以分别获取多个从控设备组中每个从控设备组中处于空闲状态的智能设备的数量。从多个从控设备组中获取处于空闲状态的从控设备的数量最多的从控设备组，作为目标从控设备组。具体地，可以获取每个从控设备的设备状态，再去确定每个从控设备组中处于空闲状态的从控设备的数量。其中，获取从控设备的设备状态，可以通过检测该从控设备当前是否在执行任务或处于运行状态来判断从控设备是处于空闲状态还是工作状态，还可以通过获取从控设备的数据传输速率来判断该从控设备是否处于空闲状态等，上述获取从控设备的设备状态的方式仅为示例，在此不作限定。

例如表3所示的从控设备与区域信息对应表。

表2

从控设备	区域信息
		A1	客厅
A2	客厅
		B1	卧室
B2	卧室
		B3	卧室
C1	厕所
		C2	厕所

其中，可以根据区域信息为客厅的从控设备A1、A2创建从控设备组A，根据区域信息为卧室的从控设备B1、B2以及B3创建从控设备组B，根据区域信息为厕所的从控设备C1、C2创建从控设备组C。若检测到从控设备B2、从控设备B3以及从控设备C2的设备状态均处于空闲状态。则可以得到从控设备组A的处于空闲状态的从控设备的数量为零个，从控设备组B的处于空闲状态的从控设备的数量为两个，从控设备组C的处于空闲状态的从控设备的数量为一个。则可以将从控设备组B作为目标从控设备组。

进一步地，可以将处于空闲状态的从控设备的数量最多的从控设备组作为目标从控设备组，并优先对目标从控设备组中的从控设备进行批量更新。从而先对处于空闲状态的从控设备较多的从控设备组进行批量更新，再对处于工作状态的从控设备较多的从控设备组进行批量更新，可以提高整个更新过程的效率，减小更新操作对处于工作状态的从控设备的影响。

例如，上述将从控设备组B作为目标从控设备组，可以优先对从控设备组B中的从控设备进行批量更新。进一步地，也可以根据处于空闲状态的从控设备的数量从大到小的顺序进行更新，即可以按照从控设备组B、从控设备组C、从控设备组A的顺序依次对这三个从控设备组中的从控设备进行批量更新。

上述实施例提供的系统更新方法，基于多个从控设备中的每个从控设备的区域信息创建从控设备组，其中，该从控设备组中的从控设备组的区域信息一致；获取从控设备组对应的设备组更新数据，其中，设备组更新数据包括从控设备组中的从控设备的更新数据；将设备组更新数据发送至从控设备组，以指示从控设备组基于设备组更新数据对从控设备进行同步更新。上述实施例通过根据从控设备的区域信息创建从控设备组，并对从控设备组中的从控设备进行批量更新，从而节省了用户进行更新操作所需的时间。

请参阅图4，图4示出了本申请再一个实施例提供的系统更新方法的流程示意图。下面将针对图5所示的流程进行详细的阐述，该方法应用于智能家居控制面板，所述方法具体可以包括但不限于以下步骤：

步骤S310：当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据。

步骤S320：获取从控设备的设备信息。

其中，步骤S310-步骤S320的具体描述请参阅步骤S110-步骤S120，在此不再赘述。

步骤S330：判断从控设备的设备状态信息是否处于空闲状态。

在本实施例中，设备信息可以包括设备状态信息，可以获取从控设备的设备状态信息。具体地，可以通过检测该从控设备当前是否在执行任务或是否处于运行状态来判断从控设备的设备状态信息是处于空闲状态还是工作状态，还可以通过获取从控设备的数据传输速率来判断该从控设备是否处于空闲状态等，上述获取从控设备的设备状态的方式仅为示例，在此不作限定。

步骤S340：当从控设备的设备状态信息处于空闲状态时，将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

在本实施例中，当从控设备的设备状态信息处于空闲状态时，可以说明此时进行更新操作不会影响从控设备的运行，因此，可以将更新数据发送至从控设备，以指示从控设备基于更新数据进行安装更新。

上述实施例提供的系统更新方法，当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据；获取从控设备的设备信息；判断从控设备的设备状态信息是否处于空闲状态；当从控设备的设备状态信息处于空闲状态时，将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。上述实施例通过当从控设备处于空闲状态时，即对该从控设备进行更新，从而避免更新操作对处于工作状态的从控设备的影响，提高更新过程的效率。

请参阅图5，图5示出了本申请另一个实施例提供的系统更新方法的流程示意图。下面将针对图5所示的流程进行详细的阐述，该方法应用于智能家居控制面板，所述方法具体可以包括但不限于以下步骤：

步骤S410：当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据。

步骤S420：获取从控设备的设备信息。

其中，步骤S410-步骤S420的具体描述请参阅步骤S110-步骤S120，在此不再赘述。

步骤S430：当从控设备的运行模式为低功耗模式时，判断从控设备是否被唤醒。

在本实施例中，设备信息可以包括运行模式。当从控设备的运行模式为低功耗模式时，通常在处于空闲状态时一般会进入休眠状态以减小功耗，若此时主控设备将更新数据发送至该从控设备，则有可能从控设备无法进行接收从而导致该从控设备的系统更新失败。因此，对于处于低功耗模式的从控设备，可以先判断该从控设备是否被唤醒，当从控设备被唤醒时再对该从控设备进行系统更新。

在一些实施方式中，判断从控设备是否被唤醒，可以通过向从控设备发送一个指令，当从控设备对该指令进行响应时，可以说明该从控设备已被唤醒。例如，可以是发送一个指令指示从控设备的状态灯进行闪烁，当从控设备的状态灯闪烁时，说明该从控设备已被唤醒。

步骤S440：当从控设备被唤醒时，将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

在本实施例中，当从控设备被唤醒时，可以更新数据发送至该从控设备。以使从控设备根据更新数据进行更新。

更新数据更新数据更新数据更新数据更新数据在一些实施方式中，将从控设备唤醒，可以是由主控设备发送唤醒的指令将其唤醒。也可以由主控设备发送唤醒请求给用户，由用户对从控设备进行唤醒，其中，可以是通过语音唤醒，也可以是通过触控该从控设备上的物理按键或屏幕来唤醒，在此不作限定。在另一些实施方式中，也可以是由从控设备自动唤醒，其中，可以是从控设备接收到更新的指令时，自动唤醒，并根据更新数据进行系统更新。更新数据进一步地，还可以是主控设备将更新数据发送给从控设备，当从控设备接收到更新数据后，自动唤醒，并根据更新数据进行系统更新。

上述实施例提供的系统更新方法，当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据；获取从控设备的设备信息；当从控设备的运行模式为低功耗模式时，判断从控设备是否被唤醒；当从控设备被唤醒时，将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。上述实施例通过对处于低功耗模式的从控设备，先将该从控设备唤醒，再发送更新数据至该从控设备，从而降低更新失败的概率。

请参阅图6，图6示出了本申请还一个实施例提供的系统更新方法的流程示意图，下面将针对图6所示的流程进行详细的阐述，从控设备的数量为多个，所述方法具体可以包括但不限于以下步骤：

步骤S510：当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据。

步骤S520：获取从控设备的设备信息。

其中，步骤S510-步骤S520的具体描述请参阅步骤S110-步骤S120，在此不再赘述。

步骤S530：从更新数据中分别获取与多个从控设备的设备型号匹配的多个目标更新数据。

在日常生活中，用户可能会安装多个智能家居控制面板，但不一定是同一时间安装的，用户可能会跟着智能家居控制面板的更新陆续的购买和安装，因此，用户的家中可能会同时存在例如一代智能家居控制面板和二代智能家居控制面板。进一步地，一代智能家居控制面板和二代智能家居控制面板的更新数据的版本信息可能是不同的。而二代智能家居控制面板的更新数据的版本信息会更高，同时，二代智能家居控制面板也会更常被用户所使用，因此，在进行系统更新时，可以先对更新数据的版本信息更高对应的从控设备进行更新，从而使得用户可以更快的使用新功能。

在本实施例中，从控设备的数量为多个。主控设备可以从下载的更新数据中分别获取与多个从控设备的设备型号匹配的多个目标更新数据，即可以根据从控设备的设备型号从更新数据中查找对应的目标更新数据。

步骤S540：依次将所述多个目标更新数据发送至对应的从控设备，以指示所述多个从控设备基于对应的目标更新数据分别进行更新。

在本实施例中，可以将所述多个目标更新数据发送至对应的从控设备。例如，从控设备X对应的目标更新数据为X1，从控设备Y对应的目标更新数据为Y1，从控设备Z对应的目标更新数据为Z1，则可以依次将目标更新数据X1发送给从控设备X，以使从控设备X根据目标更新数据X1进行系统更新，将目标更新数据Y1发送给从控设备Y，以使从控设备Y根据目标更新数据Y1进行系统更新，将目标更新数据Z1发送给从控设备Z，以使从控设备Z根据目标更新数据Z1进行系统更新。

在一些实施方式中，查找到对应的目标更新数据后，还可以获取多个目标更新数据的版本信息，即获取每一个目标更新数据的版本信息。例如，从控设备X的设备型号为X1，根据设备型号X1即可查找到从控设备X对应的目标更新数据，进而可以得到对应的目标更新数据的版本信息为V1。

进一步地，主控设备可以按照版本信息从高到低的顺序，依次将多个目标更新数据发送至对应的从控设备。例如，从控设备X对应的目标更新数据的版本信息为V1，从控设备Y对应的目标更新数据的版本信息为V2，从控设备Z对应的目标更新数据的版本信息为V3。其中，V3的版本高于V2，V2的版本高于V1。则可以先将从控设备Z对应的目标更新数据发送给从控设备Z，以使从控设备Z进行更新操作；再将从控设备Y对应的目标更新数据发送给从控设备Y，以使从控设备Y进行更新操作；最后将从控设备X对应的目标更新数据发送给从控设备X，以使从控设备X进行更新操作。

上述实施例提供的系统更新方法，从更新数据中分别获取与多个从控设备的设备型号匹配的多个目标更新数据；依次将多个目标更新数据发送至对应的从控设备。上述实施例通过根据多个从控设备对应的更新数据依次对各个从控设备进行更新，从而对更新数据不同的多个从控设备也可以进行批量更新。

请参阅图7，图7示出了本申请又一个实施例提供的系统更新方法的流程示意图，下面将针对图7所示的流程进行详细的阐述，所述方法具体可以包括但不限于以下步骤：

步骤S610：当主控设备检测到服务器存在智能家居控制面板的更新数据时，基于更新数据输出提示信息，该提示信息用于提示用户确定是否进行更新操作。

在本实施例中，当主控设备检测到服务器存在智能家居控制面板的更新数据时，可以告知用户，由用户确定是否要进行更新操作。具体地，可以基于更新数据输出提示信息，以提示用户确定是否要进行更新操作。其中，提示信息可以通过语音的形式输出，例如“检测到新版本，是否要进行更新？”；提示信息也可以通过弹窗的形式输出，在用户使用主控设备时弹出更新提示。提示信息的输出形式在此不作限制。

步骤S620：当接收到表征用户确定进行更新操作的指令时，获取用户的权限信息。

在本实施例中，当接收到表征用户确定进行更新操作的指令时，进一步地，还可以获取用户的权限信息，以避免指令的误触发，其中，用户的权限信息与身份信息对应存储，可以通过对用户的身份进行识别，根据用户的身份信息确定权限信息。

在一些实施方式中，当用户通过语音的形式输出确定进行更新操作的指令时，可以对用户的语音进行身份识别以得到用户的身份信息，进而得到该用户的权限信息。在一些实施方式中，当用户通过手指点触主控设备的屏幕来输出确定进行更新操作的指令时，可以根据用户的手指进行身份识别，进一步地，当主控设备上设置有摄像头，还可以获取用户的面部图像来进行身份识别，具体身份识别方式在此不作限定。

步骤S630：当权限信息满足预设权限信息时，从服务器下载更新数据。

在本实施例中，当权限信息满足预设权限信息时，可以说明表征用户确定进行更新操作的指令并非是误触发，则可以从服务器下载更新数据。例如，通过根据表征用户确定进行更新操作的指令对该用户进行身份识别，得到用户身份信息为爸爸，其对应的权限信息为高权限，同时，预设权限信息为高权限，则该用户的权限信息是满足预设权限信息，则主控设备可以从服务器下载更新数据。

步骤S640：获取从控设备的设备信息。

步骤S650：基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

其中，步骤S640-步骤S650的具体描述请参阅步骤S120-步骤S130，在此不再赘述。

在一些实施方式中，步骤S630之后还可以执行步骤S230-步骤S260。在一些实施方式中，步骤S630之后也可以执行步骤S330-步骤S340。进一步地，在另一些实施方式中，步骤S630之后也可以执行步骤S430-步骤S440。在另一些实施方式中，步骤S630之后也可以执行步骤S530-步骤S540，在此不作限制。

上述实施例提供的系统更新方法，当主控设备检测到服务器存在智能家居控制面板的更新数据时，基于更新数据输出提示信息，该提示信息用于提示用户确定是否进行更新操作；当接收到表征用户确定进行更新操作的指令时，获取用户的权限信息；当权限信息满足预设权限信息时，从服务器下载更新数据。上述实施例通过在接收到用户确定更新的指令时，进一步确认用户的权限信息，从而避免确定更新的指令的误触发。

请参阅图8，图8示出了本申请又还一个实施例提供的系统更新方法的流程示意图，下面将针对图8所示的流程进行详细的阐述，所述方法具体可以包括但不限于以下步骤：

步骤S710：当主控设备检测到服务器存在智能家居控制面板的更新数据时，获取主控设备和服务器之间当前的网速信息。

在本实施例中，当主控设备检测到服务器存在智能家居控制面板的更新数据时，进一步地，还可以获取主控设备和服务器之间当前的网速信息。当前的网速信息可以是根据当前某一段时间内主控设备和服务器之间的网速均值得到，还可以是根据当前时刻主控设备和服务器之间的网速得到，在此不作限定。

步骤S720：当网速信息大于或等于预设网速信息时，立即从服务器下载更新数据。

预设网速信息可以表征当前主控设备和服务器之间的网络状态处于流畅状态，此时去下载更新数据，下载的速度更快，且下载成功的概率更高。因此，在本实施例中，当网速信息大于或等于预设网速信息时，可以立即从服务器下载更新数据。

在一些实施方式中，当网速信息大于或等于预设网速信息时，且主控设备当前有任务在执行中时，可以根据当前任务和更新任务之间的优先级，确定下载更新数据的方式。作为一种实施方式，当当前任务的优先级高于更新任务的优先级时，可以先执行完当前的任务再从服务器下载更新数据，例如，当前任务可以是控制智能家居设备的工作状态，如响应用户的语音指令“将空调温度调到27摄氏度”去控制空调，则为了不影响用户的体验，可以先执行当前的任务，即可以先去调整空调的温度，当调整结束后，再开始从服务器下载更新数据。作为另一种实施方式，当当前任务的优先级低于更新任务的优先级时，则可以停止执行当前的任务，先从服务器下载更新数据以进行更新。作为另一种实施方式，当当前任务的优先级和更新任务的优先级差不多时，也可以采用边执行任务边下载更新的方式，即执行当前任务的同时，从服务器下载更新数据。

在另一些实施方式中，当网速信息大于或等于预设网速信息，且主控设备当前没有任务在执行时，则可以直接从服务器下载更新数据。

步骤S730：当网速信息小于预设网速信息时，在后台从服务器静默下载更新数据。

在本实施例中，当网速信息小于预设网速信息时，可以进行后台更新模式，即可以在后台从服务器静默下载更新数据，当更新数据下载完成，再自动进行更新，从而可以减小更新操作对主控设备工作的影响。

步骤S740：获取从控设备的设备信息。

步骤S750：基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

其中，步骤S740-步骤S750的具体描述请参阅步骤S120-步骤S130，在此不再赘述。

在一些实施方式中，步骤S730之后还可以执行步骤S230-步骤S260。在一些实施方式中，步骤S730之后也可以执行步骤S330-步骤S340。进一步地，在另一些实施方式中，步骤S730之后也可以执行步骤S430-步骤S440。在另一些实施方式中，步骤S730之后也可以执行步骤S530-步骤S540，在此不作限制。

上述实施例提供的系统更新方法，当主控设备检测到服务器存在智能家居控制面板的更新数据时，获取主控设备和服务器之间当前的网速信息；当网速信息大于或等于预设网速信息时，立即从服务器下载更新数据；当网速信息小于预设网速信息时，在后台从服务器静默下载更新数据。上述实施例通过更新数据根据网速信息的大小确定下载更新的方式，从而减小更新操作对主控设备日常工作的影响更新数据。

请参阅图9，图9示出了本申请实施例提供的系统更新装置900的模块框图。下面将针对图9所示的框图进行阐述，系统更新装置900应用于智能家居控制面板，该智能家居控制面板的数量为多个，多个智能家居控制面板包括主控设备以及从控设备，主控设备与从控设备连接，主控设备还用于与服务器连接，该系统更新装置900包括：数据下载模块910、信息获取模块920以及系统更新模块930，其中：

数据下载模块910，用于当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据。

进一步地，数据下载模块910包括：信息输出子模块、权限信息获取子模块以及第一数据下载子模块，其中：

信息输出子模块，用于当主控设备检测到服务器存在智能家居控制面板的更新数据时，基于更新数据输出提示信息，该提示信息用于提示用户确定是否进行更新操作。

权限信息获取子模块，用于当接收到表征用户确定进行更新操作的指令时，获取该用户的权限信息。

第一数据下载子模块，用于当权限信息满足预设权限信息时，从服务器下载更新数据。

进一步地，数据下载模块910还包括：网速信息获取子模块、第二数据下载子模块以及第三数据下载子模块，其中：

网速信息获取子模块，用于当主控设备检测到服务器存在智能家居控制面板的更新数据时，获取主控设备和服务器之间当前的网速。

第二数据下载子模块，用于当网速信息大于或预设网速信息时，立即从服务器下载更新数据。

第三数据下载子模块，用于当网速信息小于预设网速信息时，在后台从服务器静默下载更新数据。

信息获取模块920，用于获取从控设备的设备信息。

系统更新模块930，用于基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

进一步地，设备信息包括区域信息，从控设备的数量为多个，系统更新模块930包括：设备组创建子模块、数据获取子模块以及第一发送子模块，其中：

设备组创建子模块，用于基于多个从控设备中的每个从控设备的区域信息创建从控设备组，其中，该从控设备组中的从控设备的区域信息一致。

数据获取子模块，用于获取从控设备组对应的设备组更新数据，其中，该设备组更新数据包括从控设备组中的从控设备的更新数据。

第一发送子模块，用于将设备组更新数据发送至从控设备组，以指示从控设备组基于设备组更新数据对从控设备组中的从控设备进行同步更新。

进一步地，设备信息包括设备状态信息，系统更新模块930还包括：设备状态信息判断子模块以及第二发送子模块，其中：

设备状态信息判断子模块，用于判断从控设备的设备状态信息是否处于空闲状态。

第二发送子模块，用于当从控设备的设备状态信息处于空闲状态时，将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

进一步地，设备信息包括运行模式，系统更新模块930包括：设备判断子模块以及第三发送子模块，其中：

设备判断子模块，用于当从控设备的运行模式为低功耗模式时，判断从控设备是否被唤醒。

第三发送子模块，用于当从控设备被唤醒时，将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。

进一步地，设备信号包括设备型号，从控设备的数量为多个，系统更新模块930还包括：更新数据获取子模块以及第四发送子模块，其中：

更新数据获取子模块，用于从更新数据中分别获取与多个从控设备的设备型号匹配的多个目标更新数据。

第四发送子模块，用于依次将多个目标更新数据发送至对应的从控设备，以指示多个从控设备基于对应的目标更新数据分别进行更新。

所属领域的技术人员可以清楚地了解到，本申请实施例提供的系统更新装置能够实现图2到图8的方法实施例中电子设备实现的各个过程，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参阅前述方法实施例中的对应过程，在此不再赘述。

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

请参阅图10，其示出了本申请实施例提供的一种智能家居控制面板1000的结构框图。本申请中的智能家居控制面板1000可以包括一个或多个如下部件：处理器1010、存储器1020以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器1020中并被配置为由一个或多个处理器1010执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器1010可以包括一个或者多个处理核。处理器1010利用各种接口和线路连接整个智能家居控制面板1000内的各个部分，通过运行或执行存储在存储器1020内的指令、程序、代码集或指令集，以及调用存储在存储器1020内的数据，执行智能家居控制面板1000的各种功能和处理数据。可选地，处理器1010可以采用数字信号处理(digital signalprocessing，DSP)、现场可编程门阵列(field－programmable gate array，FPGA)、可编程逻辑阵列(programmable logic array，PLA)中的至少一种硬件形式来实现。处理器1010可集成中央处理器(central processing unit，CPU)、图像处理器(graphics processingunit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1010中，单独通过一块通信芯片进行实现。

存储器1020可以包括随机存储器(random access memory，RAM)，也可以包括只读存储器(read-only memory，ROM)。存储器1020可用于存储指令、程序、代码、代码集或指令集。存储器1020可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储智能家居控制面板1000在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

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

计算机可读取存储介质1100可以是诸如闪存、电可擦除可编程只读存储器(electrically-erasable programmable read-only memory，EEPROM)、可擦除可编程只读存储器(erasable programmable read only memory，EPROM)、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质1100包括非易失性计算机可读介质(non-transitorycomputer-readable storage medium)。计算机可读取存储介质1100具有执行上述方法中的任何方法步骤的程序介质1110的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序介质1110可以例如以适当形式进行压缩。

综上所述，本申请实施例提供的系统更新方法、装置、智能家居控制面板及存储介质，该方法应用于智能家居控制面板，该智能家居控制面板的数量为多个，多个智能家居控制面板包括主控设备以及从控设备，主控设备与从控设备连接，主控设备还用于与服务器连接，该方法包括：当主控设备检测到服务器存在智能家居控制面板的更新数据时，从服务器下载更新数据；获取从控设备的设备信息；基于更新数据进行更新，并基于设备信息将更新数据发送至从控设备，以指示从控设备基于更新数据进行更新。本申请通过主控设备将更新数据发送至从控设备，以使从控设备基于该更新数据进行更新，从而无需用户对主控设备和从控设备逐个进行更新，实现智能家居控制面板的批量更新，节省了时间。

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

Claims (9)

1.一种系统更新方法，其特征在于，应用于智能家居控制面板，所述智能家居控制面板的数量为多个，多个所述智能家居控制面板包括主控设备以及从控设备，所述主控设备与所述从控设备连接，所述主控设备还用于与服务器连接，所述方法包括：

当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，从所述服务器下载所述更新数据；其中，当所述主控设备当前有任务在执行中时，可以根据当前任务和更新任务之间的优先级，确定下载更新数据的方式，并基于该方式从所述服务器下载所述更新数据；所述当前任务是基于用户指令去控制智能家居的工作状态的任务；

获取所述从控设备的设备信息；

基于所述更新数据进行更新，并基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新；

其中，所述当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，从所述服务器下载所述更新数据，包括：

当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，基于所述更新数据输出提示信息，所述提示信息用于提示用户确定是否进行更新操作；

当接收到表征用户确定进行更新操作的指令时，获取所述用户的权限信息；所述权限信息基于所述用户的身份信息确定；当所述用户通过语音形式输出所述确定进行更新操作的指令时，对所述用户的语音进行身份识别以获取所述用户的身份信息；当通过手指点触所述主控设备的屏幕来输出所述确定进行更新操作的指令时，根据所述用户的手指进行身份识别以获取所述用户的身份信息；

当所述权限信息满足预设权限信息时，从所述服务器下载所述更新数据。

2.根据权利要求1所述的方法，其特征在于，所述设备信息包括区域信息，所述从控设备的数量为多个，所述基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新，包括：

基于所述多个从控设备中的每个从控设备的区域信息创建从控设备组，其中，所述从控设备组中的从控设备的区域信息一致；

获取所述从控设备组对应的设备组更新数据，其中，所述设备组更新数据包括所述从控设备组中的从控设备的更新数据；

将所述设备组更新数据发送至所述从控设备组，以指示所述从控设备组基于所述设备组更新数据对所述从控设备组中的从控设备进行同步更新。

3.根据权利要求1所述的方法，其特征在于，所述设备信息包括设备状态信息，所述基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新，包括：

判断所述从控设备的设备状态信息是否处于空闲状态；

当所述从控设备的设备状态信息处于空闲状态时，将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新。

4.根据权利要求1所述的方法，其特征在于，所述设备信息包括运行模式，所述基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新，包括：

当所述从控设备的运行模式为低功耗模式时，判断所述从控设备是否被唤醒；

当所述从控设备被唤醒时，将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新。

5.根据权利要求1所述的方法，其特征在于，所述设备信息包括设备型号，所述从控设备的数量为多个，所述基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新，包括：

从所述更新数据中分别获取与所述多个从控设备的设备型号匹配的多个目标更新数据；

将所述多个目标更新数据发送至对应的从控设备，以指示所述多个从控设备基于对应的目标更新数据分别进行更新。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，从所述服务器下载所述更新数据，包括：

当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，获取所述主控设备和所述服务器之间当前的网速信息；

当所述网速信息大于或等于预设网速信息时，立即从所述服务器下载所述更新数据；

当所述网速信息小于所述预设网速信息时，在后台从所述服务器静默下载所述更新数据。

7.一种系统更新装置，其特征在于，应用于智能家居控制面板，所述智能家居控制面板的数量为多个，多个所述智能家居控制面板包括主控设备以及从控设备，所述主控设备与所述从控设备连接，所述主控设备还用于与服务器连接，所述装置包括：

数据下载模块，用于当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，从所述服务器下载所述更新数据；其中，当所述主控设备当前有任务在执行中时，可以根据当前任务和更新任务之间的优先级，确定下载更新数据的方式，并基于该方式从所述服务器下载所述更新数据；所述当前任务是基于用户指令去控制智能家居的工作状态的任务；

信息获取模块，用于获取所述从控设备的设备信息；

系统更新模块，用于基于所述更新数据进行更新，并基于所述设备信息将所述更新数据发送至所述从控设备，以指示所述从控设备基于所述更新数据进行更新；

其中，所述数据下载模块，具体用于：

当所述主控设备检测到所述服务器存在所述智能家居控制面板的更新数据时，基于所述更新数据输出提示信息，所述提示信息用于提示用户确定是否进行更新操作；

当接收到表征用户确定进行更新操作的指令时，获取所述用户的权限信息；所述权限信息基于所述用户的身份信息确定；当所述用户通过语音形式输出所述确定进行更新操作的指令时，对所述用户的语音进行身份识别以获取所述用户的身份信息；当通过手指点触所述主控设备的屏幕来输出所述确定进行更新操作的指令时，根据所述用户的手指进行身份识别以获取所述用户的身份信息；

当所述权限信息满足预设权限信息时，从所述服务器下载所述更新数据。

8.一种智能家居控制面板，其特征在于，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行如权利要求1-6任一项所述的方法。

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