CN117555245A - 场景配置方法、电子设备及系统 - Google Patents

Abstract

本申请提供场景配置方法、电子设备及系统，涉及终端技术领域。本申请中第一设备获取场景配置文件后，根据待配置的第三设备在线情况，向在线的第三设备下发场景配置信息，实现自动场景配置，减少前装过程中场景配置耗时。该方法包括：第一设备接收第二设备发送的场景配置文件后，确定待配置的n个第三设备。第一设备向n个第三设备中在线的第一目标设备发送携带有第一场景配置信息的第一场景创建指令，用于指示第一目标设备根据第一场景配置信息创建场景，和/或，在确定n个第三设备中不在线的第二目标设备上线后，向第二目标设备发送携带有第二场景配置信息的第二场景创建指令，用于指示第二目标设备根据第二场景配置信息创建场景。

Description

场景配置方法、电子设备及系统

技术领域

本申请实施例涉及终端技术领域，尤其涉及一种场景配置方法、电子设备及系统。

背景技术

随着终端技术的发展，用户拥有的电子设备越来越多。如家庭场景中，通过物联网技术将家中的各种设备(如音视频设备、照明设备、环境控制设备等)连接到一起形成智能家居系统，为用户提供家电控制、照明控制等多种功能。

其中，在首次安装智能家居系统的过程中，工程师可对智能家居系统中的场景进行配置，以实现上述智能家居设备的各种场景功能。如添加场景中包括的智能家居设备，以及设置场景实现过程中智能家居设备的状态参数等。

但是，在场景配置过程中，若待配置的场景中所需的任一智能家居设备未在线，就会导致该场景创建失败。并且，即使待配置的智能家居设备均在线，也需要一一配置场景中的各个智能家居设备的状态参数，随着待配置场景和待配置场景中智能家居设备的数量的增多，场景配置过程耗时增加。

发明内容

为了解决上述的技术问题，本申请实施例提供了一种场景配置方法、电子设备及系统。本申请实施例提供的技术方案，第一设备获取场景配置文件后，根据待配置的第三设备在线情况，向在线的第三设备下发场景配置信息，以实现自动场景配置。从而有效减少前装过程中，场景配置耗时。

为了实现上述的技术目的，本申请实施例提供了如下技术方案：

第一方面，提供一种场景配置方法。该方法包括：第一设备接收第二设备发送的场景配置文件。第一设备根据场景配置文件，确定待配置的n个第三设备，n为不小于1的整数。第一设备向n个第三设备中在线的第一目标设备发送第一场景创建指令，第一场景创建指令中携带有第一场景配置信息，第一场景创建指令用于指示第一目标设备根据第一场景配置信息创建场景；和/或，第一设备确定n个第三设备中不在线的第二目标设备上线后，向第二目标设备发送第二场景创建指令，第二场景创建指令中携带有第二场景配置信息，第二场景创建指令用于指示第二目标设备根据第二场景配置信息创建场景。

如此，在前装过程中，第二设备向第一设备发送场景配置文件后，可确定前装过程中的场景配置完成，后续由第一设备完成场景的配置。这样无论待配置场景中的第三设备是否在线，均可完成前装过程中的场景配置流程，从而有效降低前装过程中的场景配置时间，提高场景配置效率。

并且，后续第一设备可根据待配置场景中的第三设备的在线情况，自动完成场景配置，保证场景配置的成功率。

根据第一方面，场景配置文件包括如下一项或几项：场景标识，n个第三设备的标识，第一场景配置信息和/或第二场景配置信息。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：第一设备向n个第三设备发送广播消息，广播消息携带有场景标识，广播消息用于指示n个第三设备按照场景标识对应的第一场景配置信息或第二场景配置信息执行相应的场景。

如此，第三设备能够根据接收到的广播消息触发执行相应的场景。可选的，第三设备如接收到多个场景创建指令，能够其中携带的根据场景标识，确定对应的场景配置信息，便于后续执行相应场景标识对应的场景。

根据第一方面，或者以上第一方面的任意一种实现方式，在第一设备根据场景配置文件，确定待配置的n个第三设备之前，方法还包括：第一设备保存场景配置文件。

如此，在第三设备不在线的情况下，第一设备也能够在后续第三设备上线后，根据保存的场景配置文件，完成该后上线的第三设备的场景配置，从而有效提高场景配置的成功率。

根据第一方面，或者以上第一方面的任意一种实现方式，在第一设备根据场景配置文件，确定待配置的n个第三设备之后，方法还包括：第一设备设置n个第三设备的状态为第一状态，第一状态用于表示未保存场景。

根据第一方面，或者以上第一方面的任意一种实现方式，在第一设备向n个第三设备中在线的第一目标设备发送第一场景创建指令之后，方法还包括：第三设备设置第一目标设备的状态为第二状态，第二状态用于表示已保存场景；和/或，第三设备设置第二目标设备的状态为第二状态。

如此，第一设备通过设置第三设备的状态，以便后续根据第三设备的状态可确定哪些第三设备已完成场景配置，哪些第三设备还需要进行场景配置。

第二方面，提供一种场景配置方法。该方法包括：响应于第一操作，第二设备启动配置应用。响应于用户在配置应用中的第二操作，第二设备生成场景配置文件。第二设备向第一设备发送场景配置文件，场景配置文件用于指示第一设备配置n个第三设备的场景，n为不小于1的整数。

如此，第二设备根据用户在配置应用中的操作，可生成相应的场景配置文件。那么，在前装过程中，第二设备向第一设备发送场景配置文件后，可确定前装过程中的场景配置完成，从而有效降低场景配置时间，提高场景配置效率。

根据第二方面，场景配置文件包括如下一项或几项：场景标识，n个第三设备的标识，场景配置信息。

第二方面以及第二方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，提供一种电子设备。该电子设备包括：处理器和存储器，存储器与处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器从存储器中读取计算机指令，使得电子设备执行：第一设备接收第二设备发送的场景配置文件。第一设备根据场景配置文件，确定待配置的n个第三设备，n为不小于1的整数。第一设备向n个第三设备中在线的第一目标设备发送第一场景创建指令，第一场景创建指令中携带有第一场景配置信息，第一场景创建指令用于指示第一目标设备根据第一场景配置信息创建场景；和/或，第一设备确定n个第三设备中不在线的第二目标设备上线后，向第二目标设备发送第二场景创建指令，第二场景创建指令中携带有第二场景配置信息，第二场景创建指令用于指示第二目标设备根据第二场景配置信息创建场景。

根据第三方面，场景配置文件包括如下一项或几项：场景标识，n个第三设备的标识，第一场景配置信息和/或第二场景配置信息。

根据第三方面，或者以上第三方面的任意一种实现方式，当处理器从存储器中读取计算机可读指令，还使得电子设备执行如下操作：第一设备向n个第三设备发送广播消息，广播消息携带有场景标识，广播消息用于指示n个第三设备按照场景标识对应的第一场景配置信息或第二场景配置信息执行相应的场景。

根据第三方面，或者以上第三方面的任意一种实现方式，当处理器从存储器中读取计算机可读指令，还使得电子设备执行如下操作：第一设备保存场景配置文件。

根据第三方面，或者以上第三方面的任意一种实现方式，当处理器从存储器中读取计算机可读指令，还使得电子设备执行如下操作：第一设备设置n个第三设备的状态为第一状态，第一状态用于表示未保存场景。

根据第三方面，或者以上第三方面的任意一种实现方式，当处理器从存储器中读取计算机可读指令，还使得电子设备执行如下操作：第三设备设置第一目标设备的状态为第二状态，第二状态用于表示已保存场景；和/或，第三设备设置第二目标设备的状态为第二状态。

第三方面以及第三方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，提供一种电子设备。该电子设备包括：处理器和存储器，存储器与处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器从存储器中读取计算机指令，使得电子设备执行：响应于第一操作，第二设备启动配置应用。响应于用户在配置应用中的第二操作，第二设备生成场景配置文件。第二设备向第一设备发送场景配置文件，场景配置文件用于指示第一设备配置n个第三设备的场景，n为不小于1的整数。

根据第四方面，场景配置文件包括如下一项或几项：场景标识，n个第三设备的标识，场景配置信息。

第四方面以及第四方面中任意一种实现方式所对应的技术效果，可参见上述第二方面及第二方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请实施例提供一种场景配置系统，包括：第二设备，用于响应于第一操作，启动配置应用，并响应于用户在配置应用中的第二操作，生成场景配置文件。第二设备，还用于向第一设备发送场景配置文件。第一设备，用于接收第二设备发送的场景配置文件。第一设备，还用于根据场景配置文件，确定待配置的n个第三设备，n为不小于1的整数。第一设备，还用于向n个第三设备中在线的第一目标设备发送第一场景创建指令，第一场景创建指令中携带有第一场景配置信息，和/或，确定n个第三设备中不在线的第二目标设备上线后，向第二目标设备发送第二场景创建指令，第二场景创建指令中携带有第二场景配置信息。第三设备，用于根据第一场景配置信息和/或第二场景配置信息创建场景。

根据第五方面，场景配置文件包括如下一项或几项：场景标识，n个第三设备的标识，第一场景配置信息和/或第二场景配置信息。

根据第五方面，或者以上第五方面的任意一种实现方式，第一设备，还用于向n个第三设备发送广播消息，广播消息携带有场景标识。n个第三设备，还用于接收广播消息，按照广播消息中携带的场景标识对应的第一场景配置信息或第二场景配置信息执行相应的场景。

第五方面以及第五方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第六方面，本申请实施例提供一种电子设备，该电子设备具有实现如上述第一方面及其中任一种可能的实现方式中所述的场景配置方法的功能；或者，该电子设备具有实现如上述第二方面及其中任一种可能的实现方式中所述的场景配置方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应地软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第六方面以及第六方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第七方面，提供一种计算机可读存储介质。计算机可读存储介质存储有计算机程序(也可称为指令或代码)，当该计算机程序被电子设备执行时，使得电子设备执行第一方面或第一方面中任意一种实施方式的方法；或者，使得电子设备执行第二方面或第二方面中任意一种实施方式的方法。

第七方面以及第七方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第八方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行第一方面或第一方面中任意一种实施方式的方法；或者，使得电子设备执行第二方面或第二方面中任意一种实施方式的方法。

第八方面以及第八方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第九方面，本申请实施例提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行第一方面或第一方面中任意一种实施方式的方法；或者，处理电路被配置为执行第二方面或第二方面中任意一种实施方式的方法。

第九方面以及第九方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第十方面，本申请实施例提供一种芯片系统，包括至少一个处理器和至少一个接口电路，至少一个接口电路用于执行收发功能，并将指令发送给至少一个处理器，当至少一个处理器执行指令时，至少一个处理器执行第一方面或第一方面中任意一种实施方式的方法；或者，至少一个处理器执行第二方面或第二方面中任意一种实施方式的方法。

第十方面以及第十方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的现有技术中场景配置方法流程示意图；

图2为本申请实施例提供的一种场景配置方法应用的通信系统的示意图；

图3A为本申请实施例提供的通信设备的硬件结构示意图；

图3B为本申请实施例提供的电子设备的硬件结构示意图；

图3C为本申请实施例提供的第二设备的软件结构框图示意图；

图4为本申请实施例提供的场景配置方法流程示意图一；

图5为本申请实施例提供的界面示意图；

图6为本申请实施例提供的场景配置方法流程示意图二；

图7为本申请实施例提供的场景配置方法流程示意图三；

图8为本申请实施例提供的场景配置方法流程示意图四；

图9为本申请实施例提供的第一设备的结构示意图；

图10为本申请实施例提供的第二设备的结构示意图。

具体实施方式

下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个或两个以上(包含两个)。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。术语“连接”包括直接连接和间接连接，除非另外说明。“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。

在本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

在一些场景中，智能家居系统中的设备在交付用户使用之前的安装阶段，需要装维工程师对智能家居设备进行配置和调测，该过程为智能家居系统的前装过程。在前装过程中，装维工程师通过电子设备(如手机)登录配置应用(如装维易应用)后，再通过电子设备中的配置应用完成智能家居系统中的智能家居设备的配置和调测。可选的，智能家居设备的配置和调测过程包括创建场景，以及对场景中的智能家居设备的状态进行配置。

目前，蓝牙网格(Mesh)网络以其低功耗、高安全性等优势，广泛应用于情况复杂的智能家居场景、智能办公室的楼宇自动化场景等场景中，实现蓝牙Mesh网络覆盖范围内的多对多传输。其中，蓝牙Mesh网络中的设备如需实现预设的场景功能，也需要进行场景配置，在场景配置过程中，需要依次完成正在配置的场景中包括的设备的状态配置。

示例性的，以配置智能家居场景中的“回家场景”为例，如在“回家场景”中，用户期待开启客厅灯、饮水机以及客厅音箱。那么在前装过程中，工程师通过电子设备(如手机等)登录配置应用，开始创建蓝牙Mesh网络中的智能家居设备对应的“回家场景”。如图1所示，手机响应于工程师的操作，向客厅灯发送创建组的指示信息，用于指示客厅灯创建场景(即步骤1.1)。之后，手机向客厅灯发送设置状态的指示信息，用于配置客厅灯在“回家场景”中的状态参数，如开启、亮度等状态参数的设置信息(即步骤S1.2)。最后，手机向客厅灯发送保存组的指示信息，用于指示客厅灯保存当前创建的场景对应的设置状态(即步骤1.3)，从而完成“回家场景”中客厅灯的状态参数配置。之后，同上述步骤S1.1-步骤S1.3，手机响应于工程师在配置应用中的操作，通过步骤S2.1-步骤2.3完成饮水机的状态参数配置，以及通过步骤S3.1-步骤3.3完成客厅音箱的状态参数配置，从而完成“回家场景”的创建。

可以看出，蓝牙Mesh网络中场景创建过程复杂，若待配置的场景中所需的任一设备未在线，就会导致该场景创建失败。并且，即使待配置的设备均在线，也需要一一配置场景中的各个设备的状态参数，随着待配置场景和待配置场景中设备的数量的增多，场景配置过程耗时增加。

例如，由于场景中需要配置的设备的数量较多，单个场景配置至少需要60秒左右的时间。而在一般的智能家居场景中，待配置的场景数量为20个-30个。那么，在前装过程中，场景配置时间占用至少为20分钟-30分钟。耗时过长，影响智能家居场景的前装效率。

由此，本申请实施例提供一种场景配置方法。在场景配置过程中，第一设备获取场景配置文件，场景配置文件中包括智能家居设备的在线情况，第一设备向在线的智能家居设备下发场景配置文件中该智能家居设备对应的场景配置信息，完成场景的配置。这样，在前装过程中，工程师只需通过电子设备将场景配置文件下发到第一设备，即可实现自动的场景配置，从而有效减少前装过程中，场景配置耗时，提高场景配置的成功率。

图2为本申请实施例提供的场景配置应用的通信系统的示意图。如图2所示，该通信系统包括第一设备100、第二设备200、第三设备300、以及第四设备400。

可选的，第一设备100例如为蓝牙网关，用于管理和控制智能家居系统中的设备(如第三设备300)。可选的，第一设备100可以为独立的蓝牙网关，或者为智能家居系统的控制中心(如智能家居控制面板等)中配置的具有蓝牙网关功能的模块。本申请对第一设备100的具体类型不作限制。

可选的，第二设备200为装维工程师使用的设备。例如可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、可穿戴设备、人工智能(artificialintelligence，AI)设备等终端设备，第二设备200安装的操作系统包括但不限于 或者其它操作系统。本申请对第二设备200的具体类型、所安装的操作系统均不作限制。

可选的，第三设备300例如可以为智能家居设备、手机、平板电脑、笔记本电脑、上网本、PDA、可穿戴设备、AI设备等终端设备。其中，智能家居设备例如包括音视频设备(如大屏设备、音箱等)、照明设备(如台灯、电灯、助眠灯等)、环境控制设备(如空气净化器、扫地机等)、安防系统设备(如摄像头、智能门锁等)、厨电类设备(如饮水机、烤箱、洗碗机等)、智能传感器等。

第三设备300安装的操作系统包括但不限于 或者其它操作系统。第三设备300也可以不安装有操作系统。本申请对第三设备300的具体类型、有无安装操作系统、在有安装操作系统下操作系统的类型均不作限制。

可选的，第四设备400例如为智能家居系统中枢，第三设备300可通过第四设备400接入智能家居云，第四设备400例如为路由器等设备。本申请对第四设备400的具体类型、所安装的操作系统均不作限制。

在一些实施例中，第一设备100和第四设备400之间，以及第二设备200和第四设备400之间建立有第一类通信连接。其中，第一类通信连接可以为无线通信连接。其中，建立无线通信连接的无线通信技术包括但不限于以下的至少一种：无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)(例如，传统蓝牙或者低功耗(bluetooth low energy，BLE)蓝牙)，近距离无线通信(near field communication，NFC)，紫蜂(Zigbee)，调频(frequency modulation，FM)，红外(infrared，IR)等。

在一些实施例中，第一设备100和第三设备300之间建立有第二类通信连接。其中，第二通信连接例如为蓝牙连接。可选的，第一设备100和第三设备300组成蓝牙Mesh网络。

一些示例中，第二设备200可通过登录第二设备200中安装的配置应用，执行前装过程中的场景配置过程。

其中，配置应用具有在前装过程中配置和调测智能家居设备、场景创建的功能。比如，配置应用为装维易应用。

可选的，本申请实施例中的第一设备100或第四设备400可以通过不同的设备实现。例如，本申请实施例中的第一设备100或第四设备400可通过图3A中的通信设备来实现。图3A所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备包括至少一个处理器301，通信线路302，存储器303以及至少一个通信接口304。其中，存储器303还可以包括于处理器301中。

处理器301可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路302可包括一个或多个通路，在上述组件之间传送信息。

通信接口304，用于与其他设备通信。在本申请实施例中，通信接口可以是模块、电路、总线、接口、收发器或者其它能实现通信功能的装置，用于与其他设备通信。可选的，当通信接口是收发器时，该收发器可以为独立设置的发送器，该发送器可用于向其他设备发送信息，该收发器也可以为独立设置的接收器，用于从其他设备接收信息。该收发器也可以是将发送、接收信息功能集成在一起的部件，本申请实施例对收发器的具体实现不做限制。

存储器303可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路302与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器303用于存储用于实现本申请方案的计算机执行指令，并由处理器301来控制执行。处理器301用于执行存储器303中存储的计算机执行指令，从而实现本申请下述实施例提供的数据处理方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码、指令、计算机程序或者其它名称，本申请实施例对此不作具体限定。

在一些实施例中，通信设备(如为第一设备100)通过第四设备400接收第二设备200发送的场景配置文件，并通过存储器303保存该场景配置文件。之后，第一设备100通过处理器301确定第三设备300的在线情况。若第三设备300在线，第一设备100根据场景配置文件向第三设备300发送场景创建指令，完成该第三设备300的场景配置。若第三设备300未在线，可待第三设备300上线后，第一设备100再根据场景配置文件向该后上线的第三设备300发送场景创建指令，以完成该后上线的第三设备300的场景配置。

在具体实现中，作为一种实施例，处理器301可以包括一个或多个CPU，例如图3A中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备可以包括多个处理器，例如图3A中的处理器301和处理器307。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备还可以包括输出设备305和输入设备306。输出设备305和处理器301通信，可以以多种方式来显示信息。例如，输出设备305可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备306和处理器301通信，可以以多种方式接收用户的输入。例如，输入设备306可以是鼠标、键盘、触摸屏设备或传感设备等。

可选的，本申请实施例中的第二设备200或第三设备300可以通过不同的设备实现。例如，本申请实施例中的第二设备200或第三设备300可通过图3B中的电子设备来实现。图3B所示为本申请实施例提供的电子设备的硬件结构示意图。

电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备充电，也可以用于电子设备与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他第一电子设备，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为第一电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。

电子设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备可以包括1个或N个显示屏194，N为大于1的正整数。

在一些实施例中，电子设备(如为第二设备200)响应于用户操作，启动配置应用后，在显示屏194上显示配置应用。之后，响应于用户在显示屏194上的操作，第二设备200进行场景的配置，生成场景配置文件。最后，第二设备200将场景配置文件通过无线通信模块160发送到第一设备100，以便于后续第一设备100响应于第三设备300的在线情况，完成场景的配置。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能)等。存储数据区可存储电子设备使用过程中所创建的数据(比如音频数据)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备的各种功能应用以及数据处理。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。

传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备可以接收按键输入，产生与电子设备的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

第二设备200的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明第二设备200的软件结构。

图3C是本申请实施例的第二设备200的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图3C所示，应用程序包可以包括配置应用，应用市场，相机，日历，音乐，图库，地图，通话，视频等应用程序。

一些示例中，配置应用具有在前装过程中配置和调测智能家居设备、场景创建的功能。比如，配置应用为装维易应用。

示例性的，第二设备200响应于用户操作，启动配置应用。之后，第二设备200接收用户在配置应用中的操作，创建对应的场景，并可生成相应的场景配置文件。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3C所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供第二设备200的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

二维图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

以下以第一设备100蓝牙网关，第二设备200为手机，第三设备300为智能家居设备，第四设备400为智能家居系统中枢，场景配置方法应用于智能家居场景为例，对本申请实施例提供的场景配置方法进行详细介绍。

示例性的，图4为本申请实施例提供的场景配置方法的流程示意图。如图4所示，该方法包括如下步骤。

S41、手机获取场景配置文件。

其中，场景配置文件用于配置智能家居系统中的一个或多个场景。可选的，场景配置文件中例如包括场景标识(identity，ID)、场景ID对应的场景中包括的智能家居设备信息、智能家居设备的场景配置信息等中的一项或几项。

可选的，智能家居设备信息例如为媒体访问控制(media access control，MAC)地址等用于标识智能家居设备的信息。

可选的，场景配置信息例如包括用于配置智能家居设备状态的状态参数，如开关状态参数、色温状态参数、亮度状态参数、温度状态参数、运行时间状态参数等。不同场景中相同的智能家居设备的场景配置信息相同或不相同，不同场景中不同的智能家居设备的场景配置信息相同或不相同。

在一些实施例中，智能家居设备(如图2所示的第三设备300)接入蓝牙网关(如图2所示的第一设备100)，蓝牙网关又接入智能家居系统中枢(如图2所示的第四设备400)，或者智能家居设备可直接接入智能家居系统中枢。那么，智能家居系统中枢可获取智能家居系统中各个智能家居设备的MAC地址。后续，手机(如图2所示的第二电子设备200)接入智能家居系统中枢后，可获取到各个智能家居设备的MAC地址。这样，在场景创建的过程中，手机可确定智能家居系统中存在哪些智能家居设备，以及各个智能家居设备的MAC地址。可选的，手机还可确定在场景创建过程中，各个智能家居设备是否在线。

在一些实施例中，手机响应于用户(如装维工程师)操作，启动配置应用，并在配置应用上接收用户的场景配置操作，以生成相应的场景配置文件。或者，手机响应于用户操作，直接从服务器等设备中，获取到场景配置文件。

示例性的，响应于用户操作，手机启动配置应用，并显示如图5中(a)所示的界面501。在界面501上，用户可进行场景配置，如创建新的场景、添加新创建的场景中的设备、调整场景中的设备参数等。手机检测到用户点击选择控件51的操作，确定将客厅中的4个重点照明设备添加到场景中，之后手机可显示如图5中(b)所示界面502，在界面502上显示被选中的设备，如调光灯01、调光灯02、调光灯03、以及调光灯04。在界面502上，手机还可接收用户对已添加到场景中的设备的参数设置操作，如手机检测到用户点击调光灯01控件52的操作，显示如图5中(c)所示界面503。在界面503上，显示弹窗53。在弹窗53中，手机显示调光灯1的可调状态参数。如弹窗53所示，响应于用户操作，手机确定当前创建的场景中包括打开调光灯01。可选的，用户可在界面502上完成智能家居设备的选择以及智能家居设备的状态参数设置。之后，如图5中(d)所示界面504，响应于用户点击保存控件54的操作，手机保存用户创建的场景，生成相应的场景配置文件。

又示例性的，如图2所示，手机通过配置应用创建的场景包括场景1和场景2，并且如下表1所示，手机可生成相应的配置文件。比如，如下表1所示，场景配置文件中包括场景1，场景1中包括的客厅灯的MAC地址、饮水机的MAC地址、客厅音箱的MAC地址，为实现场景1的客厅灯的场景配置信息、饮水机的场景配置信息、客厅音箱的场景配置信息；以及场景配置文件中包括场景2，场景2中包括的扫地机的MAC地址和空气净化器的MAC地址，为实现场景2的扫地机的场景配置信息和空气净化器的场景配置信息。

表1

S42、手机向蓝牙网关发送场景配置文件。

在一些实施例中，手机在确定场景配置文件后，可向蓝牙网关发送该场景配置文件。相应的，蓝牙网关接收手机发送的场景配置文件。

可选的，手机按照指定格式(如JASON格式等)将场景配置文件传输至蓝牙网关。

示例性的，如图2所示，手机(即第二设备200)和蓝牙网关(即第一设备100)均接入智能家居系统中枢(即第四设备400)，如手机和蓝牙网关均接入智能家居系统中枢提供的Wi-Fi网络。那么，手机可通过Wi-Fi网络向蓝牙网关发送场景配置文件。

S43、蓝牙网关保存场景配置文件。

在一些实施例中，蓝牙网关接收到场景配置文件后，可保存该场景配置文件，以便于后续进行场景配置。

在一些实施例中，蓝牙网关保存场景配置文件后，可确定场景配置文件中待配置的场景中的智能家居设备，设置这些待配置的智能家居设备的状态为未保存场景(scene)状态。

S44、蓝牙网关根据待配置的智能家居设备在线情况，自动完成场景配置。

在一些实施例中，蓝牙网关根据场景配置文件，获取待配置场景中包括的智能家居设备的MAC地址，进而确定待配置场景所需的智能家居设备是否在线。若待配置的智能家居设备在线，可指示在线的待配置的智能家居设备完成场景的配置；若待配置的智能家居设备不在线，可在不在线的待配置的智能家居设备上线后，再指示该待配置的智能家居设备完成场景的配置。

在一些实施例中，蓝牙网关在确定待配置场景中的智能家居设备已完成场景配置后，可设置这些完成场景配置的智能家居设备的状态为已保存场景状态。

这样，蓝牙网关根据智能家居设备的状态可确定哪些智能家居设备已完成场景配置，哪些智能家居设备还需要进行场景配置。

如此，在前装过程中，手机向蓝牙网关发送场景配置文件后，可确定前装过程中的场景配置完成，从而有效降低场景配置时间，提高场景配置效率。

可选的，如图6所示，步骤S44包括步骤S441和/或步骤S442。

一些示例中，蓝牙网关确定智能家居设备在线，执行步骤S441，步骤S441包括步骤S4411-步骤S4413。

S4411、蓝牙网关确定场景配置文件对应的智能家居设备A在线。

其中，智能家居设备A用于表示待配置场景中在线的智能家居设备。可选的，智能家居设备在线例如表示智能家居设备已开机，且处于可通信状态。

可选的，蓝牙网关用于管理和控制连接的智能家居设备。因此，蓝牙网关可获知智能家居设备的在线情况。

在一些实施例中，蓝牙网关在接收到场景配置文件中后，可确定场景配置文件中待配置的场景，以及待配置的场景中包括的智能家居设备。那么，蓝牙网关可确定待配置场景中的智能家居设备是否在线，如确定其中在线的智能家居设备A。

S4412、蓝牙网关向智能家居设备A发送场景创建指令，该场景创建指令中携带有场景配置信息。

在一些实施例中，蓝牙网关在确定待配置场景中的智能家居设备的在线情况后，向其中在线的智能家居设备A发送场景创建指令，用于指示智能家居设备A创建场景，并保存相应的场景配置信息，该场景配置信息用于智能家居设备A在创建的场景中使用，以设置相应的状态参数。相应的，智能家居设备A接收蓝牙网关发送的场景创建指令。

示例性的，如上表1所示，蓝牙网关确定场景1中包括的客厅灯不在线、饮水机在线、客厅音箱不在线。那么，蓝牙网关可根据饮水机的MAC地址，向饮水机发送场景创建指令，并在该场景创建指令中携带用于设置场景1中的饮水机状态的场景配置信息，如包括开关状态参数。

在一些实施例中，场景配置文件中可包括多个场景的场景配置文件，多个场景配置文件中可包括用于配置相同智能家居设备的相同或不相同的场景配置信息。那么，蓝牙网关在向智能家居设备发送的场景创建指令中还携带有场景ID。这样，智能家居设备如接收到多个场景创建指令，能够其中携带的根据场景ID，确定对应的场景配置信息，便于后续执行相应场景ID的场景。

比如，场景配置文件中包括用于配置“回家场景”的场景配置文件1和用于配置“娱乐场景”的场景配置文件2。其中，场景配置文件1中包括用于配置客厅灯的场景配置信息为亮度状态参数为亮度1，场景配置文件2中包括用于配置客厅灯的场景配置信息为亮度状态参数为亮度2。那么，蓝牙网关在确定客厅灯在线的情况下，向客厅灯发送场景的创建指令1携带有“回家场景”的场景ID和对应的场景配置信息，以及向客厅灯发送场景的创建指令2携带有“娱乐场景”的场景ID和对应的场景配置信息。

S4413、智能家居设备A保存场景配置信息。

在一些实施例中，智能家居设备A在接收到蓝牙网关发送的场景创建指令后，保存其中携带的场景配置信息。这样后续智能家居设备A能够响应于蓝牙网关的指示，根据场景配置信息，实现相应的场景。

另一些示例中，蓝牙网关确定智能家居设备不在线，执行步骤S442，步骤S442包括步骤S4421-步骤S4423。

S4421、蓝牙网关确定场景配置文件对应的智能家居设备B上线。

其中，智能家居设备B用于表示待配置场景中不在线的智能家居设备。可选的，智能家居设备不在线例如表示智能家居设备未开机，或处于不可通信状态。

在一些实施例中，蓝牙网关在接收到场景配置文件中后，可确定场景配置文件中待配置的场景，以及待配置的场景中包括的智能家居设备。那么，蓝牙网关可确定待配置场景中的智能家居设备是否在线，如确定其中不在线的智能家居设备B。

之后，蓝牙网关可监控智能家居设备B的在线情况，如确定智能家居设备B上线后，可再根据保存的场景配置文件，配置智能家居设备B。

S4422、蓝牙网关向智能家居设备B发送场景创建指令，该场景创建指令中携带有场景配置信息。

在一些实施例中，蓝牙网关在确定待配置场景中的智能家居设备B上线后，可向智能家居设备B发送场景创建指令，用于指示智能家居设备B创建场景，并保存相应的场景配置信息，该场景配置信息用于智能家居设备B在创建的场景中使用，以设置相应的状态参数。相应的，智能家居设备B接收蓝牙网关发送的场景创建指令。

示例性的，如上表1所示，蓝牙网关确定场景1中包括的客厅灯不在线、饮水机在线、客厅音箱不在线。蓝牙网关通过上述步骤S4412完成饮水机的场景配置，而由于客厅灯和客厅音箱不在线，无法配置场景1中的客厅灯和客厅音箱的状态参数。

那么，后续如蓝牙网关监测到客厅灯上线，蓝牙网关可根据客厅灯的MAC地址，向客厅灯发送场景创建指令，并在该场景创建指令中携带用于设置场景1中的客厅灯状态参数的场景配置信息，如包括开关状态参数和亮度状态参数。

可选的，场景创建指令中还携带有待创建场景的场景ID。

可选的，步骤S4422的其余内容，可参考上述步骤S4412的相关内容，在此不再赘述。

S4423、智能家居设备B保存场景配置信息。

在一些实施例中，智能家居设备B在接收到蓝牙网关发送的场景创建指令后，保存其中携带的场景配置信息。这样后续智能家居设备B能够响应于蓝牙网关的指示，根据场景配置信息，实现相应的场景。

如此，手机响应于用户操作，将场景配置文件发送到蓝牙网关，由蓝牙网关完成场景的配置，这样无论待配置场景中的智能家居设备是否在线，均可完成前装过程中的场景配置流程，提高前装过程中的场景配置效率。

并且，后续蓝牙网关可根据待配置场景中的智能家居设备的在线情况，自动完成场景配置，保证场景配置的成功率。

可选的，如图7所示，在步骤S44(如包括步骤S441和/或步骤S442)之后，还包括步骤S71-步骤S73。

S71、蓝牙网关广播场景ID。

在一些实施例中，蓝牙网关可接收到控制设备(如手机、智能家居控制面板等)对场景的操作指示，如指示执行场景。比如，智能家居控制面板响应于用户操作，向蓝牙网关发送启动“回家场景”的命令，蓝牙网关可接收该命令，确定待执行的场景为“回家场景”。

或者，蓝牙网关可根据在上述步骤S43保存的场景配置文件，确定满足条件的待执行场景。如“回家场景”执行的条件为晚上18:00，那么蓝牙网关在确定当前时间为晚上18:00，可确定执行“回家场景”。

在一些实施例中，蓝牙网关在确定待执行场景后，可确定该待执行场景的场景ID。之后，蓝牙网关广播该场景ID，用于通知该场景ID对应的智能家居设备执行场景。

S72、智能家居设备A按照场景配置信息，执行相应的场景。

S73、智能家居设备B按照场景配置信息，执行相应的场景。

在一些实施例中，在步骤S72和步骤S73中，智能家居设备A和智能家居设备B监听到蓝牙网关广播消息后，确定广播消息中携带的场景ID为本地保存的场景配置信息对应的场景ID。那么，智能家居设备A和智能家居设备B可获取到该场景ID对应的场景配置信息，根据场景配置信息，设置相应的状态，以执行场景ID对应的场景。

示例性的，如上表1所示，如蓝牙网关广播的场景ID为场景1，客厅灯、饮水机、以及客厅音箱监听到蓝牙网关广播的场景ID后，可获取到场景1对应的场景配置信息，设置相应的状态。比如，客厅灯根据场景1的场景配置信息中的开关状态参数设置状态为打开，根据亮度状态参数设置以亮度1打开；饮水机根据场景1的场景配置信息中的开关状态参数设置状态为打开；客厅音箱根据场景1的场景配置信息中的开关状态参数设置状态为打开，根据音量状态参数设置以音量50分贝打开。

需要说明的是，本申请实施例不限制步骤S72和步骤S73的执行顺序。

如此，智能家居设备根据蓝牙网关设置的场景配置信息，执行相应的场景，有效保证场景执行的成功率。

可以理解的是，本申请实施例提供的场景配置方法，不仅适用于智能家居场景，还可以适用于其他使用蓝牙Mash网络的场景，如智能办公室的楼宇自动化场景等场景，其他场景中场景的配置过程可参考上述示例的各个实施例，对此本申请实施例不再赘述。

比如，在智能办公室的楼宇自动化场景中，蓝牙网关可获取到工程师通过手机发送的场景配置文件。之后，蓝牙网关可根据办公设备的在线情况，自动完成场景的配置。同样能够提高办公设备的场景配置效率和成功率。

示例性的，图8为本申请实施例提供的又一种场景配置方法的流程示意图。如图8所示，该方法包括如下步骤。

S81、第一设备接收第二设备发送的场景配置文件。

其中，第一设备例如为蓝牙网关，第二设备例如为安装有配置应用的手机，第一设备和第二设备接入第四设备(如路由器)中，第二设备能够通过配置应用对第一设备所在的蓝牙Mesh网络中的场景进行配置。

在一些实施例中，响应于第一操作，第二设备启动配置应用后，响应于用户在配置应用中的第二操作，第二设备可生成场景配置文件。之后，第二设备向第一设备发送场景配置文件。相应的，第一设备接收第二设备发送的场景配置文件。

示例性的，如上述图5所示场景，第二设备启动配置应用，并在配置应用上接收用户的场景配置操作，如创建新的场景、添加新创建的场景中的设备、调整场景中的设备参数等。从而第二设备能够根据用户操作，创建场景，并生成相应的场景配置文件。

可选的，场景配置文件包括如下一项或几项：场景标识，n个第三设备的标识，第一场景配置信息和/或第二场景配置信息。

可选的，第一设备在接收第二设备发送的场景配置文件后，可保存场景配置文件。

如此，在第三设备不在线的情况下，第一设备也能够在后续第三设备上线后，根据保存的场景配置文件，完成该后上线的第三设备的场景配置，从而有效提高场景配置的成功率。

S82、第一设备根据场景配置文件，确定待配置的n个第三设备。

在一些实施例中，第二设备根据用户在配置应用中的场景配置操作，生成场景配置文件。那么，场景配置文件中包括实现场景所需的n个第三设备(即智能家居设备)的信息，如MAC地址。因此，第一设备在接收到场景配置文件后，能够根据场景配置文件，确定待配置的n个第三设备。

可选的，第一设备设置n个第三设备的状态为第一状态，第一状态用于表示未保存场景。

S83、第一设备向n个第三设备中在线的第一目标设备发送第一场景创建指令，该第一场景创建指令中携带有第一场景配置信息。

S84、第一设备确定n个第三设备中不在线的第二目标设备上线后，向第二目标设备发送第二场景创建指令，该第二场景创建指令中携带有第二场景配置信息。

在一些实施例中，在步骤S83和步骤S84中，第一设备根据场景配置文件，获取待配置场景中包括的n个第三设备，进而确定待配置场景所需的n个第三设备是否在线。

若待配置的第三设备在线，可指示在线的待配置的第三设备完成场景的配置。如n个第三设备中在线的设备为第一目标设备，第一设备可向第一目标设备发送第一场景创建指令，并在第一场景创建指令中携带第一场景配置信息。从而第一目标设备响应于第一场景创建指令，根据第一场景配置信息创建场景。

若待配置的第三设备不在线，可在不在线的待配置的第三设备上线后，再指示该待配置的第三设备完成场景的配置。如n个第三设备中不在线的设备为第二目标设备，第一设备可在确定n个第三设备中不在线的第二目标设备上线后，向第二目标设备发送第二场景创建指令，并在第二场景创建指令中携带第二场景配置信息。从而第二目标设备响应于第二场景创建指令，根据第二场景配置信息创建场景。

如此，第二设备响应于用户操作，将场景配置文件发送到第一设备，由第一设备完成场景的配置，这样无论待配置场景中的第三设备是否在线，均可完成前装过程中的场景配置流程，提高前装过程中的场景配置效率。

并且，后续第一设备可根据待配置场景中的第三设备的在线情况，自动完成场景配置，保证场景配置的成功率。

可选的，第一设备向第一目标设备和/或第二目标设备发送第一场景创建指令和/或第二场景创建指令后，第三设备设置第一目标设备的状态为第二状态和/或，第三设备设置第二目标设备的状态为第二状态。其中，第二状态用于表示已保存场景。

如此，第一设备根据第三设备的状态可确定哪些第三设备已完成场景配置，哪些第三设备还需要进行场景配置。

在一些实施例中，第一设备向n个第三设备发送广播消息，并在广播消息中携带场景标识。那么相应的，第三设备在接收所述广播消息后，可按照广播消息中携带的场景标识对应的第一场景配置信息或第二场景配置信息执行相应的场景。

如此，第三设备能够根据接收到的广播消息触发执行相应的场景。可选的，第三设备如接收到多个场景创建指令，能够其中携带的根据场景标识，确定对应的场景配置信息，便于后续执行相应场景标识对应的场景。

可选的，第一设备还可以执行以上实施例中蓝牙网关执行的步骤和功能，第二设备还可以执行以上实施例中手机执行的步骤和功能，第三设备还可以执行以上实施例中智能家居设备执行的步骤和功能，从而实现以上实施例提供的场景配置方法。

以上结合图4-图8详细说明了本申请实施例提供的场景配置方法。以下结合图9和图10详细说明本申请实施例提供的电子设备。

在一种可能的设计中，图9为本申请实施例提供的第一设备的结构示意图。如图9所示，第一设备900可以包括：收发单元901和处理单元902。第一设备900可用于实现上述方法实施例中涉及的第一设备(如蓝牙网关)的功能。

可选地，收发单元901，用于支持第一设备900执行图4中的S42；和/或，用于支持第一设备900执行图6中的S4412和/或S4422；和/或，用于支持第一设备900执行图7中的S71；和/或，用于支持第一设备900执行图8中的S83和/或S84。

可选地，处理单元902，用于支持第一设备900执行图4中的S44；和/或，用于支持第一设备900执行图6中的S4411和/或S4421；和/或，用于支持第一设备900执行图8中的S82。

其中，收发单元可以包括接收单元和发送单元，可以由收发器或收发器相关电路组件实现，可以为收发器或收发模块。第一设备900中的各个单元的操作和/或功能分别为了实现上述方法实施例中所述的场景配置方法的相应流程，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元的功能描述，为了简洁，在此不再赘述。

可选地，图9所示的第一设备900还可以包括存储单元903，用于支持第一设备900执行图4中的S43。此外，该存储单元中存储有程序或指令。当收发单元901和处理单元902执行该程序或指令时，使得图9所示的第一设备900可以执行上述方法实施例中所述的场景配置方法。

图9所示的第一设备900的技术效果可以参考上述方法实施例中所述的场景配置方法的技术效果，此处不再赘述。

除了以第一设备900的形式以外，本申请提供的技术方案也可以为第一设备中的功能单元或者芯片，或者与第一设备匹配使用的装置。

在一种可能的设计中，图10为本申请实施例提供的第二设备的结构示意图。如图10所示，第二设备1000可以包括：收发单元1001和处理单元1002。第二设备1000可用于实现上述方法实施例中涉及的第二设备(如手机)的功能。

可选地，收发单元1001，用于支持第二设备1000执行图4中的S41和S42；和/或，用于支持第二设备1000执行图8中的S81。

可选地，处理单元1002，用于支持第二设备1000响应于用户操作，生成场景配置文件。例如，第二设备1000中安装有如图3C所示的应用程序框架层中的配置应用，响应于第一操作，处理单元1002启动配置应用。之后，响应于用户在配置应用中的第二操作，处理单元1002生成场景配置文件。

其中，收发单元可以包括接收单元和发送单元，可以由收发器或收发器相关电路组件实现，可以为收发器或收发模块。第二设备1000中的各个单元的操作和/或功能分别为了实现上述方法实施例中所述的场景配置方法的相应流程，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元的功能描述，为了简洁，在此不再赘述。

可选地，图10所示的第二设备1000还可以包括存储单元(图10中未示出)，该存储单元中存储有程序或指令。当收发单元1001和处理单元1002执行该程序或指令时，使得图10所示的第二设备1000可以执行上述方法实施例中所述的场景配置方法。

图10所示的第二设备1000的技术效果可以参考上述方法实施例中所述的场景配置方法的技术效果，此处不再赘述。

除了以第二设备1000的形式以外，本申请提供的技术方案也可以为第二设备中的功能单元或者芯片，或者与第二设备匹配使用的装置。

本申请实施例还提供一种芯片系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现上述任一方法实施例中的方法。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请实施例并不限定。示例性地，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性地，该芯片系统可以是现场可编程门阵列(field programmable gatearray，FPGA)，可以是专用集成芯片(AP设备plication specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(centralprocessor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controllerunit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的场景配置方法。

本申请实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的场景配置方法。

另外，本申请实施例还提供一种装置。该装置具体可以是组件或模块，该装置可包括相连的一个或多个处理器和存储器。其中，存储器用于存储计算机程序。当该计算机程序被一个或多个处理器执行时，使得装置执行上述各方法实施例中的场景配置方法。

其中，本申请实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法。因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应地软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read only memory，ROM)、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(AP设备plication specific integrated circuit，ASIC)中。

通过以上的实施方式的描述，本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明。实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成；即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

计算机可读存储介质包括但不限于以下的任意一种：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种场景配置方法，其特征在于，所述方法包括：

第一设备接收第二设备发送的场景配置文件；

所述第一设备根据所述场景配置文件，确定待配置的n个第三设备，n为不小于1的整数；

所述第一设备向所述n个第三设备中在线的第一目标设备发送第一场景创建指令，所述第一场景创建指令中携带有第一场景配置信息，所述第一场景创建指令用于指示所述第一目标设备根据所述第一场景配置信息创建场景；

和/或，

所述第一设备确定所述n个第三设备中不在线的第二目标设备上线后，向所述第二目标设备发送第二场景创建指令，所述第二场景创建指令中携带有第二场景配置信息，所述第二场景创建指令用于指示所述第二目标设备根据所述第二场景配置信息创建场景。

2.根据权利要求1所述的方法，其特征在于，所述场景配置文件包括如下一项或几项：场景标识，所述n个第三设备的标识，所述第一场景配置信息和/或所述第二场景配置信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述第一设备向所述n个第三设备发送广播消息，所述广播消息携带有场景标识，所述广播消息用于指示所述n个第三设备按照所述场景标识对应的第一场景配置信息或第二场景配置信息执行相应的场景。

4.根据权利要求1-3任一项所述的方法，其特征在于，在所述第一设备根据所述场景配置文件，确定待配置的n个第三设备之前，所述方法还包括：

所述第一设备保存所述场景配置文件。

5.根据权利要求1-4任一项所述的方法，其特征在于，在所述第一设备根据所述场景配置文件，确定待配置的n个第三设备之后，所述方法还包括：

所述第一设备设置所述n个第三设备的状态为第一状态，所述第一状态用于表示未保存场景。

6.根据权利要求5所述的方法，其特征在于，在所述第一设备向所述n个第三设备中在线的第一目标设备发送第一场景创建指令之后，所述方法还包括：

所述第三设备设置所述第一目标设备的状态为第二状态，所述第二状态用于表示已保存场景；

和/或，

所述第三设备设置所述第二目标设备的状态为所述第二状态。

7.一种场景配置方法，其特征在于，所述方法包括：

响应于第一操作，第二设备启动配置应用；

响应于用户在所述配置应用中的第二操作，所述第二设备生成场景配置文件；

所述第二设备向第一设备发送所述场景配置文件，所述场景配置文件用于指示所述第一设备配置n个第三设备的场景，n为不小于1的整数。

8.根据权利要求7所述的方法，其特征在于，所述场景配置文件包括如下一项或几项：场景标识，所述n个第三设备的标识，场景配置信息。

9.一种场景配置系统，其特征在于，包括：

第二设备，用于响应于第一操作，启动配置应用，并响应于用户在所述配置应用中的第二操作，生成场景配置文件；

所述第二设备，还用于向第一设备发送所述场景配置文件；

所述第一设备，用于接收所述第二设备发送的所述场景配置文件；

所述第一设备，还用于根据所述场景配置文件，确定待配置的n个第三设备，n为不小于1的整数；

所述第一设备，还用于向所述n个第三设备中在线的第一目标设备发送第一场景创建指令，所述第一场景创建指令中携带有第一场景配置信息，和/或，确定所述n个第三设备中不在线的第二目标设备上线后，向所述第二目标设备发送第二场景创建指令，所述第二场景创建指令中携带有第二场景配置信息；

所述第三设备，用于根据所述第一场景配置信息和/或所述第二场景配置信息创建场景。

10.根据权利要求9所述的系统，其特征在于，所述场景配置文件包括如下一项或几项：场景标识，所述n个第三设备的标识，所述第一场景配置信息和/或所述第二场景配置信息。

11.根据权利要求9或10所述的系统，其特征在于，

所述第一设备，还用于向所述n个第三设备发送广播消息，所述广播消息携带有场景标识；

所述n个第三设备，还用于接收所述广播消息，按照所述广播消息中携带的所述场景标识对应的第一场景配置信息或第二场景配置信息执行相应的场景。

12.一种电子设备，其特征在于，包括：处理器和存储器，所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，使得所述电子设备执行如权利要求1-6中任意一项所述的方法；或者，使得所述电子设备执行如权利要求7或8所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1-6中任意一项所述的方法；或者，使得所述电子设备执行如权利要求7或8所述的方法。

14.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-6中任意一项所述的方法；或者，使得所述计算机执行如权利要求7或8所述的方法。