CN106027343A - 信息推送方法及装置、电子设备 - Google Patents

Abstract

本公开是关于一种信息推送方法及装置、电子设备，该方法可以包括：针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。通过本公开的技术方案，可以向用户推送热点配置信息，便于用户对智能家居场景的配置管理。

Description

信息推送方法及装置、电子设备

技术领域

本公开涉及智能家居技术领域，尤其涉及一种信息推送方法及装置、电子设备。

背景技术

智能家居(Smart Home)通过物联网(Internet of Things)技术将家中的各种设备(如智能电视、智能空调、智能台灯、智能摄像机等)联接到一起，从而提供了家电控制、照明控制、防盗报警等多种智能家居场景。

以“家电控制”的智能家居场景为例，通过在门窗上安装门窗感应器，可以自动识别门窗的开关，从而能够在门窗被打开后，自动控制智能空调关闭，以避免能源损耗。在该智能家居场景中，涉及到门窗感应器和智能空调等智能家居设备，通过创建针对这些智能家居设备的配置信息，即可使得诸如门窗感应器、智能空调等智能家居设备之间相互配合，以实现上述的智能家居场景。

在相关技术中，智能家居场景需要由用户自行配置和创建，虽然具有较高的自由度和可玩性，但需要用户花费较高的学习成本；同时，单个用户的能力往往有限，很可能局限了智能家居设备可形成的智能家居场景，造成了对于智能家居设备的资源浪费。

发明内容

本公开提供一种信息推送方法及装置、电子设备，以解决相关技术中的不足。

根据本公开实施例的第一方面，提供一种信息推送方法，包括：

针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；

统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；

将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。

可选的，每个智能家居场景对应的配置信息包括：至少一个触发条件信息、至少一个执行动作信息；其中，所述触发条件信息包括：条件维度信息，或者条件维度信息和条件阈值；所述执行动作信息包括：动作维度信息，或者动作维度信息和动作阈值。

可选的，所述统计出所述配置信息中的热点配置信息，包括：

分别统计出每个条件维度下的触发条件信息的第一统计数值、每个动作维度下的执行动作信息的第二统计数值；

当所述第一统计数值满足所述热点判断条件时，判定相应条件维度下的触发条件信息为所述热点配置信息；或者，当所述第二统计数值满足所述热点判断条件时，判定相应动作维度下的执行动作信息为所述热点配置信息；或者，当所述第一统计数值、所述第二统计数值均满足所述热点判断条件时，判定相应条件维度下的触发条件信息、相应动作维度下的执行动作信息均为所述热点配置信息。

可选的，所述热点判断条件包括以下至少之一：

相应的统计数值不小于预设数值；

相应的统计数值在所有统计数值中的排名不低于预设排名。

可选的，还包括：

分别按照取值对所述条件阈值进行统计得到热点条件阈值、对所述动作阈值进行统计得到热点动作阈值；

将所述热点条件阈值和所述热点动作阈值推送至所述客户端，使得当所述客户端对任一配置信息进行设定时，所述任一配置信息对应的热点条件阈值或热点动作阈值可被展示于所述客户端。

可选的，还包括：

接收到所述客户端发送的数据请求，所述数据请求表明所述客户端未检测到配合于所述热点配置信息的特定智能家居设备；

向所述客户端返回页面输出指令，所述页面输出指令指示所述客户端输出针对所述特定智能家居设备的描述页面，所述描述页面用于执行针对所述特定智能家居设备的交互业务。

根据本公开实施例的第二方面，提供一种信息推送装置，包括：

获取单元，针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；

第一统计单元，统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；

第一推送单元，将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。

可选的，每个智能家居场景对应的配置信息包括：至少一个触发条件信息、至少一个执行动作信息；其中，所述触发条件信息包括：条件维度信息，或者条件维度信息和条件阈值；所述执行动作信息包括：动作维度信息，或者动作维度信息和动作阈值。

可选的，所述第一统计单元包括：

数值统计子单元，分别统计出每个条件维度下的触发条件信息的第一统计数值、每个动作维度下的执行动作信息的第二统计数值；

判断子单元，当所述第一统计数值满足所述热点判断条件时，判定相应条件维度下的触发条件信息为所述热点配置信息；或者，当所述第二统计数值满足所述热点判断条件时，判定相应动作维度下的执行动作信息为所述热点配置信息；或者，当所述第一统计数值、所述第二统计数值均满足所述热点判断条件时，判定相应条件维度下的触发条件信息、相应动作维度下的执行动作信息均为所述热点配置信息。

可选的，所述热点判断条件包括以下至少之一：

相应的统计数值不小于预设数值；

相应的统计数值在所有统计数值中的排名不低于预设排名。

可选的，还包括：

第二统计单元，分别按照取值对所述条件阈值进行统计得到热点条件阈值、对所述动作阈值进行统计得到热点动作阈值；

第二推送单元，将所述热点条件阈值和所述热点动作阈值推送至所述客户端，使得当所述客户端对任一配置信息进行设定时，所述任一配置信息对应的热点条件阈值或热点动作阈值可被展示于所述客户端。

可选的，还包括：

接收单元，接收到所述客户端发送的数据请求，所述数据请求表明所述客户端未检测到配合于所述热点配置信息的特定智能家居设备；

返回单元，向所述客户端返回页面输出指令，所述页面输出指令指示所述客户端输出针对所述特定智能家居设备的描述页面，所述描述页面用于执行针对所述特定智能家居设备的交互业务。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；

统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；

将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。

本公开的实施例提供的技术方案可以包括以下有益效果：

由上述实施例可知，本公开通过将热点配置信息推送至客户端，一方面可以降低该用户在配置智能家居场景时的学习成本，另一方面可以在不同用户之间实现配置信息的共享，有助于充分利用智能家居设备的资源，从而扩展更多智能家居场景。此外，对于推送的热点配置信息，可以帮助用户了解更多智能家居场景，引导用户对于未知的智能家居场景的兴趣，从而有助于用户扩充自身的智能家居设备，以实现对更多智能家居场景的搭建和应用。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种信息推送方法的流程图。

图2是根据一示例性实施例示出的一种信息推送场景的示意图。

图3是根据一示例性实施例示出的一种基于服务端的信息推送方法的流程图。

图4是根据一示例性实施例示出的一种基于客户端的信息推送方法的流程图。

图5-13是根据一示例性实施例示出的一种终端界面的示意图。

图14-17是根据一示例性实施例示出的一种信息推送装置的框图。

图18是根据一示例性实施例示出的一种用于信息推送的装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种信息推送方法的流程图，如图1所示，该方法应用于服务器中，可以包括以下步骤：

在步骤102中，针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景。

在本实施例中，每个智能家居场景对应的配置信息包括：至少一个触发条件信息、至少一个执行动作信息；其中，所述触发条件信息包括：条件维度信息，或者条件维度信息和条件阈值；所述执行动作信息包括：动作维度信息，或者动作维度信息和动作阈值。当然，智能家居场景的配置信息还可以采用其他信息类型和信息格式，本公开并不对此进行限制。

在步骤104中，统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件。

在本实施例中，可以分别统计出每个条件维度下的触发条件信息的第一统计数值、每个动作维度下的执行动作信息的第二统计数值，然后通过下述方式识别出热点配置信息：

当所述第一统计数值满足所述热点判断条件时，判定相应条件维度下的触发条件信息为所述热点配置信息；或者，当所述第二统计数值满足所述热点判断条件时，判定相应动作维度下的执行动作信息为所述热点配置信息；或者，当所述第一统计数值、所述第二统计数值均满足所述热点判断条件时，判定相应条件维度下的触发条件信息、相应动作维度下的执行动作信息均为所述热点配置信息。

在本实施例中，热点判断条件可以包括以下至少之一：相应的统计数值不小于预设数值；相应的统计数值在所有统计数值中的排名不低于预设排名。

在步骤106中，将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。

在本实施例中，在客户端接收到推送的热点配置信息后，客户端直接应用于自身的智能家居设备上。其中，对于存在条件阈值或动作阈值的配置信息，服务器还可以分别按照取值对条件阈值进行统计得到热点条件阈值、对所述动作阈值进行统计得到热点动作阈值，并将热点条件阈值和热点动作阈值推送至客户端，使得当该客户端将任一配置信息设定至关联的智能家居设备时，该任一配置信息对应的热点条件阈值或热点动作阈值可被展示于该客户端，以便于通过该客户端进一步对条件阈值或动作阈值进行合理设定。

在本实施例中，对于推送的热点配置信息，服务器可以接收到客户端发送的数据请求，该数据请求表明该客户端未检测到配合于该热点配置信息的特定智能家居设备，即所属用户尚未拥有相应的特定智能家居设备；那么，服务器可以向该客户端推送针对特定智能家居设备的描述页面，该描述页面用于执行针对该特定智能家居设备的交互业务，使得该用户可以通过该交互业务而获得相应的特定智能家居设备。

由上述实施例可知，本公开通过将热点配置信息推送至客户端，一方面可以降低该用户在配置智能家居场景时的学习成本，另一方面可以在不同用户之间实现配置信息的共享，有助于充分利用智能家居设备的资源，从而扩展更多智能家居场景。此外，对于推送的热点配置信息，可以帮助用户了解更多智能家居场景，引导用户对于未知的智能家居场景的兴趣，从而有助于用户扩充自身的智能家居设备，以实现对更多智能家居场景的搭建和应用。

图2是根据一示例性实施例示出的一种信息推送场景的示意图，如图2所示，该场景可以包括：服务器和设备1、设备2、设备3等若干设备；其中，每台设备上安装有客户端应用，用户可以通过该客户端应用创建和编辑智能家居场景，并由客户端应用将该智能家居场景的配置信息上传至服务器，以实现基于本公开的信息推送方案。通常而言，用户需要在设备的客户端应用上进行账号登录，比如用户A在设备1的客户端应用上登录账号1、用户B在设备2的客户端应用上登录账号2、用户C在设备3的客户端应用上登录账号3等，因而以“设备1”为例：相对于服务器形成的“服务端”，可以认为“设备1”、“设备1上的客户端应用”、“用户A”、“账号1”等均为同一对象的不同描述方式，各个描述方式之间可以等同或替换，均表达了可与服务器实现数据交互的一个“客户端”。

在图2所示的信息推送场景中，假定用户A在设备1(的客户端应用)上创建了某个智能家居场景，该智能家居场景对应于配置信息1，而用户B在设备2上创建了某个智能家居场景，该智能家居场景对应于配置信息2，那么设备1、设备2可以分别将配置信息1、配置信息2上传至服务器；类似地，服务器还可以获得其他用户创建的智能家居场景对应的配置信息，从而通过对这些配置信息的统计等处理，以筛选出热点配置信息，然后由服务器将热点配置信息推送至客户端。一种情况下，服务器可以将热点配置信息推送至登录有注册账号的客户端，比如假定图2中的用户A在设备1的客户端应用上登录账号1、用户B在设备2的客户端应用上登录账号2、用户C在设备3的客户端应用上登录账号3等，服务器可以将热点配置信息推送给用户A和用户B，以及并未上传任何配置信息的用户C；另一种情况下，服务器可以将热点配置信息推送至所有客户端应用，而不论该客户端应用是否存在已登录账号；又一种情况下，服务器可以针对上传了配置信息的客户端，向这些客户端推送热点配置信息，那么图2中的服务器可以将热点配置信息推送给用户A和用户B，而不会推送给用户C；或者，还可以根据实际需求设定该“客户端”的范围，本公开并不对此进行限制。

下面结合图3和图4，分别从服务端、客户端以及双方之间的交互过程，对本公开的技术方案进行详细说明。图3是根据一示例性实施例示出的一种基于服务端的信息推送方法的流程图，如图3所示，该方法应用于服务器中，可以包括以下步骤：

在步骤302中，接收客户端上传的配置信息·。

在本实施例中，配置信息对应于客户端上创建的智能家居场景，当配置信息被应用于智能家居设备时，即可形成该智能家居场景。其中，每个智能家居场景对应的配置信息可以包括：至少一个触发条件信息、至少一个执行动作信息；其中，触发条件信息可以包括：条件维度信息，或者条件维度信息和条件阈值；执行动作信息可以包括：动作维度信息，或者动作维度信息和动作阈值。

举例而言，假定一智能家居场景为：当门窗打开后，关闭智能空调。那么，该智能家居场景对应的配置信息可以包括：

1)触发条件信息

在该实施例中，触发条件信息包括条件维度信息，该条件维度信息可以包括：“检测设备”和“检测参数”两个条件维度。其中，“检测设备”的条件维度为“门窗感应器”，即该触发条件信息需要应用的智能家居设备为“门窗感应器”；而“检测参数”条件维度为“打开”，即该触发条件信息需要门窗感应器检测到“打开”参数。综合而言，该智能家居场景下，触发条件信息需要达到的效果为：通过门窗感应器检测到门窗打开。

2)执行动作信息

在该实施例中，执行动作信息包括动作维度信息，该动作维度信息可以包括“执行设备”和“动作参数”两个条件维度。其中，“执行设备”的条件维度为“智能空调”，即该执行动作信息需要应用的智能家居设备为“智能空调”；而“动作参数”条件维度为“关闭”，即该执行动作信息需要“智能空调”执行“关闭”参数。综合而言，该智能家居场景下，执行动作信息需要达到的效果为：关闭智能空调。

综上所述，通过上述触发条件信息和执行动作信息之间的配合，可以实现下述智能家居场景：当通过门窗感应器检测到门窗打开时，关闭智能空调，以避免能源损耗。

当然，对于上述智能家居场景的实现，所需的智能家居设备可能存在多种情况：一种情况下，如果门窗感应器与智能空调之间可以实现直接通讯，那么智能空调可以直接接收到门窗感应器的检测信号，从而实现自动关闭；另一种情况下，如果门窗传感器与智能空调之间无法实现直接通讯，那么智能家居设备还包括智能中心，该智能中心分别与门窗传感器、智能空调等建立连接，从而一方面可以接收到门窗传感器发出的检测信号，另一方面控制智能空调实现关闭。当然，具体可以由客户端应用根据实际关联的智能家居设备，确定如果建立智能家居场景，而该过程对于用户而言可以是“透明”的。

假定另一智能家居场景为：当门窗的打开状态维持2分钟后，关闭智能空调和智能空气净化器。那么，该智能家居场景对应的配置信息可以包括：

1)触发条件信息

在该实施例中，触发条件信息包括条件维度信息和条件阈值。

条件维度信息可以包括：“检测设备”和“检测参数”两个条件维度。其中，“检测设备”的条件维度为“门窗感应器”，即该触发条件信息需要应用的智能家居设备为“门窗感应器”；而“检测参数”条件维度为“打开”和“持续时长”，即该触发条件信息需要门窗感应器检测到“打开”参数和“持续时长”参数。

条件阈值可以包括：“2分钟”，对应于上述的“持续时长”参数；换言之，该条件阈值定义了“持续时长”的参数值为“2分钟”。

综合而言，该智能家居场景下，触发条件信息需要达到的效果为：通过门窗感应器检测到门窗打开，且打开状态的持续时长达到2分钟。

需要指出的是：当门窗感应器与智能空调可以直接通讯时，上述触发条件信息可以认为被完全应用于门窗感应器，即该门窗感应器可以实现对开关状态的检测，以及对持续时长的计时；当门窗感应器与智能空调无法直接通讯时，即需要智能中心维持相应的智能家居场景时，可以由该智能中心实现诸如对“持续时长”参数的计时，那么在上述触发条件信息中，门窗感应器仅需要实现对开关状态的检测。当然，由于智能中心区别于其他智能家居设备，作为其他智能家居设备的数据传输枢纽和控制中心，因而用户在设定配置信息时，无需关注针对智能中心的配置，比如用户可以针对“门窗感应器”设置上述的“持续时长”和“2分钟”，但根据预先定义的分配规则，该“持续时长”和“2分钟”的配置信息仍然会被分配并应用于智能中心，从而有助于简化用户的配置操作。

2)执行动作信息

在该实施例中，存在两个执行动作信息：第一执行动作信息和第二执行动作信息。

第一执行动作信息包括第一动作维度信息，该第一动作维度信息可以包括“执行设备”和“动作参数”两个条件维度。其中，“执行设备”的条件维度为“智能空调”，即该第一执行动作信息需要应用的智能家居设备为“智能空调”；而“动作参数”条件维度为“关闭”，即该第一执行动作信息需要“智能空调”执行“关闭”参数。综合而言，该智能家居场景下，第一执行动作信息需要达到的效果为：关闭智能空调。

第二执行动作信息包括第二动作维度信息，该第二动作维度信息可以包括“执行设备”和“动作参数”两个条件维度。其中，“执行设备”的条件维度为“智能空气净化器”，即该第二执行动作信息需要应用的智能家居设备为“智能空气净化器”；而“动作参数”条件维度为“关闭”，即该第二执行动作信息需要“智能空气净化器”执行“关闭”参数。综合而言，该智能家居场景下，第二执行动作信息需要达到的效果为：关闭智能空气净化器。

在步骤304A中，统计触发条件信息、执行动作信息。

在步骤306A中，筛选出热点配置信息，然后转入步骤308。

以上述实施例中提及的配置信息的形式为例(即配置信息可以包括：至少一个触发条件信息、至少一个执行动作信息；其中，触发条件信息可以包括：条件维度信息，或者条件维度信息和条件阈值；执行动作信息可以包括：动作维度信息，或者动作维度信息和动作阈值)，服务器对触发条件信息、执行动作信息分别进行统计，从而得到：每个条件维度下的触发条件信息的第一统计数值，以及每个动作维度下的执行动作信息的第二统计数值。

1、第一统计数值

在一实施例中，假定一智能家居场景为：当门窗打开后，关闭智能空调；另一智能家居场景为：当门窗打开后，启动智能摄像头。那么，基于上文的描述，这两个智能家居场景的触发条件信息均对应于“当门窗打开后”，该触发条件信息包括：“检测设备”条件维度——“门窗感应器”、“检测参数”条件维度——“打开”，即这两个智能家居场景存在相同条件维度下的触发条件信息，应当将这两个智能家居场景对应的触发条件信息进行合并统计计算。

在另一实施例中，假定一智能家居场景为：当门窗的打开状态维持2分钟后，关闭智能空调和智能空气净化器；另一智能家居场景为：当门窗的打开状态维持5分钟后，启动智能摄像头。那么，第一个智能家居场景的触发条件信息对应于“当门窗的打开状态维持2分钟后”、第二个智能家居场景的触发条件信息对应于“当门窗的打开状态维持5分钟后”，两个智能家居场景的触发条件信息均包括：“检测设备”条件维度——“门窗感应器”、“检测参数”条件维度——“打开”和“持续时长”；其中，第一个智能家居场景的触发条件信息包括条件阈值——“2分钟”、第二个智能家居场景的触发条件信息包括条件阈值——“5分钟”。而由于这两个智能家居场景存在相同条件维度下的触发条件信息，即便条件阈值不同，仍然应当将这两个智能家居场景对应的触发条件信息进行合并统计计算。

在又一实施例中，假定一智能家居场景为：当门窗打开后，关闭智能空调；另一智能家居场景为：当门窗的打开状态维持5分钟后，启动智能摄像头。那么，第一个智能家居场景的触发条件信息对应于“当门窗打开后”、第二个智能家居场景的触发条件信息对应于“当门窗的打开状态维持5分钟后”，第一个智能家居场景的触发条件信息包括“检测设备”条件维度——“门窗感应器”、“检测参数”条件维度——“打开”，而第二个智能家居场景的触发条件信息包括“检测设备”条件维度——“门窗感应器”、“检测参数”条件维度——“打开”和“持续时长”，两个触发条件信息并不相同，因而这两个智能家居场景对应的触发条件信息应当分开统计。

2、第二统计数值

在一实施例中，假定一智能家居场景为：当门窗打开后，关闭智能空调；另一智能家居场景为：当家中没人时，关闭智能空调。那么，基于上文的描述，这两个智能家居场景的执行动作信息均对应于“关闭智能空调”，该执行动作信息包括：“执行设备”动作维度——“智能空调”、“动作参数”动作维度——“关闭”，即这两个智能家居场景存在相同动作维度下的执行动作信息，应当将这两个智能家居场景对应的执行动作信息进行合并统计计算。

在另一实施例中，假定一智能家居场景为：当主人回家后，打开智能空调并调至24℃；另一智能家居场景为：当主人回家后，打开智能空调并调至20℃。那么，基于上文的描述，第一个智能家居场景的执行动作信息对应于“打开智能空调并调至24℃”、第二个智能家居场景的执行动作信息对应于“打开智能空调并调至20℃”，两个智能家居场景的执行动作信息均包括：“执行设备”动作维度——“智能空调”、“动作参数”动作维度——“打开”和“调节”；其中，第一个智能家居场景的执行动作信息包括“动作阈值”——“24℃”、第二个智能家居场景的执行动作信息包括“动作阈值”——“20℃”。而由于这两个智能家居场景存在相同动作维度下的执行动作信息，即便动作阈值不同，仍然应当将这两个智能家居场景对应的执行动作信息进行合并统计计算。

在又一实施例中，假定一智能家居场景为：当主人回家后，打开智能空调；另一智能家居场景为：当主人回家后，打开智能空调并调至20℃。那么，基于上文的描述，第一个智能家居场景的执行动作信息对应于“打开智能空调”、第二个智能家居场景的执行动作信息对应于“打开智能空调并调至20℃”，第一个智能家居场景的执行动作信息包括：“执行设备”动作维度——“智能空调”、“动作参数”动作维度——“打开”，而第二个智能家居场景的执行动作信息包括：“执行设备”动作维度——“智能空调”、“动作参数”动作维度——“打开”和“调节”，两个执行动作信息并不相同，因而这两个智能家居场景对应的执行动作信息应当分开统计。

在本实施例中，可以根据第一统计数值、第二统计数值对于触发条件信息的满足情况，从而筛选出热点配置信息。例如：

1)当第一统计数值满足热点判断条件时，可以判定相应条件维度下的触发条件信息为热点配置信息。

其中，热点判断条件可以包括以下至少之一：相应的统计数值不小于预设数值；相应的统计数值在所有统计数值中的排名不低于预设排名。

以“相应的统计数值不小于预设数值”为例。比如对于任一条件维度下的触发条件信息，如果该触发条件信息对应的第一统计数值不小于预设数值，即可判定该任一条件维度下的触发条件信息为热点配置信息。其中，预设数值可以根据实际情况进行配置，比如可以统计条件维度的数量，并将该预设数值配置为正相关与该条件维度的数量；举例而言，当条件维度的数量为10万时，预设数值的数量可以为5千，当条件维度的数量为20万时，预设数值的数量可以为1万。

以“相应的统计数值在所有统计数值中的排名不低于预设排名”为例。假定存在10万个条件维度下的触发条件信息，服务器可以统计得到一一对应的10万个第一统计数值，那么此处可以将这10万个第一统计数值按照数值大小进行排列，然后针对排名不低于预设排名的第一统计数值，比如该预设排名可以为50，那么可以针对排名为1～50的第一统计数值，将相应的触发条件信息筛选为热点配置信息。

当然，还可以结合上述两个判断条件。例如当存在10万个条件维度下的触发条件信息时，若任一触发条件信息对应的第一统计数值的排名为1～50，并且该第一统计数值不小于5千，则将该任一触发条件筛选为热点配置信息。

当然，还可以通过其他判断条件进行筛选，本公开并不限制于此，此处不再一一列举。

2)当第二统计数值满足热点判断条件时，判定相应动作维度下的执行动作信息为热点配置信息。

在该实施例中，仅将1)中的第一统计数值替换为第二统计数值、条件维度替换为动作维度、触发条件信息替换为执行动作信息，而具体的判断方案并未变化，此处不再赘述。

3)当第一统计数值、第二统计数值均满足热点判断条件时，判定相应条件维度下的触发条件信息、相应动作维度下的执行动作信息均为热点配置信息。

在该实施例中，上文已经分别针对如何判断第一统计数值是否满足热点判断条件、第二统计数值是否满足热点判断条件的方案进行描述，此处只需要分别对第一统计数值、第二统计数值是否满足热点判断条件进行判断后，综合考量两个判断结果即可，此处不再赘述。

进一步地，被作为热点配置信息的触发条件信息和执行动作信息，应当来源于同一智能家居场景。比如触发条件信息“门窗打开”与执行动作信息“关闭空调”，来源于智能家居场景“当门窗打开时，关闭空调”，从而在客户端接收到该热点配置信息后，便于客户端应用该相关联的触发条件信息和执行动作信息，而无需主动对触发条件信息、执行动作信息进行挑选和搭配。

在步骤304B中，统计条件阈值、动作阈值。

在步骤306B中，筛选出热点条件阈值、热点动作阈值，然后转入步骤308。

在本实施例中，与上述针对触发条件信息、执行动作信息的统计相似，本公开还可以对条件阈值、动作阈值进行分别统计，以筛选出热点条件阈值、热点动作阈值。

其中，对于条件阈值：针对相同条件维度下的所有触发条件信息包含的所有条件阈值，按照取值对该所有条件阈值进行统计。例如，假定一智能家居场景为：当门窗的打开状态维持2分钟后，关闭智能空调和智能空气净化器；另一智能家居场景为：当门窗的打开状态维持5分钟后，启动智能摄像头。那么，由于这两个智能家居场景的触发条件信息均包括：“检测设备”条件维度——“门窗感应器”、“检测参数”条件维度——“打开”和“持续时长”，因而可以按照这两个智能家居场景的触发条件信息包括的条件阈值——“2分钟”和“5分钟”，执行统计操作，而得到的统计结果可以为：

针对下述条件维度对应的所有触发条件信息：“检测设备”条件维度——“门窗感应器”、“检测参数”条件维度——“打开”和“持续时长”，统计得到：当条件阈值为“2分钟”时，对应的统计数值为2000；当条件阈值为“3分钟”时，对应的统计数值为320；当条件阈值为“5分钟”时，对应的统计数值为500等。

类似地，对于动作阈值：针对相同动作维度下的所有执行动作信息包含的所有动作阈值，按照取值对该所有动作阈值进行统计。例如，假定一智能家居场景为：当主人回家后，打开智能空调并调至24℃；另一智能家居场景为：当主人回家后，打开智能空调并调至20℃。那么，由于这两个智能家居场景的执行动作信息均包括：“执行设备”动作维度——“智能空调”、“动作参数”动作维度——“打开”和“调节”，因而可以按照这两个智能家居场景的执行动作信息包括的动作阈值——“24℃”和“20℃”，执行统计操作，而得到的统计结果可以为：

针对下述动作维度对应的所有执行动作信息：“执行设备”动作维度——“智能空调”、“动作参数”动作维度——“打开”和“调节”，统计得到：当动作阈值为“24℃”时，对应的统计数值为8000；当动作阈值为“23℃”时，对应的统计数值为5400；当动作阈值为“20℃”时，对应的统计数值为12000等。

进一步地，针对统计得到的热点条件阈值、热点动作阈值，下文将结合图4进行详细说明，此处不再赘述。

在步骤308中，推送至客户端。

图4是根据一示例性实施例示出的一种基于客户端的信息推送方法的流程图，如图4所示，该方法应用于安装有客户端应用的电子设备，该客户端应用被用于管理相关联的智能家居设备；该方法可以包括以下步骤：

在步骤402中，示出接收到的热点配置信息。

在一实施例中，用户电子设备的客户端应用上，可以通过任意方式对热点配置信息进行展示；例如，可以在图5所示的智能场景管理页面中，采用“置顶消息”的形式，示出“热点配置信息”的展示入口，而当检测到针对诸如“点击查看”按钮的触发操作时，可以转入如图6所示的热点配置信息展示页面，示出接收到的热点配置信息。

其中，在图5-6所示的实施例中：在推送的热点配置信息中，“触发条件信息”和“执行动作信息”作为相互独立的配置信息，因而在图6所示的热点配置信息展示页面中，可以采用诸如“上下分屏”的形式，分别对热点配置信息中的“热门触发条件”和“热门执行动作”进行展示；例如，“热门触发条件”可以包括“到家”、“窗户打开”等，“热门执行动作”可以包括“打开空气净化器”等。以“热门触发条件”为例，对于展示出的若干热门触发条件，可以按照各个热门触发条件对应的统计数值(即上述的“第一统计数值”)的大小或排名，依次进行排列展示，例如可以将统计数值更大或排名更靠前的热门触发条件排列展示在更靠前、更容易被查看到的位置，以便于用户的查看。其中，当图6所示的任一热门触发条件或任一热门执行动作对应的“使用”按钮被触发时，可以实现对该任一热门触发条件或任一热门执行动作的应用。

在另一实施例中，还可以将热点配置信息展示于如图7所示的智能场景创建页面中，比如在图7的第一区域(如图7的上半部分)示出的“①满足所有条件时”对应于“触发条件信息”的选取、第二区域(如图7的下半部分)示出的“②将执行以下任务”对应于“执行动作信息”的选取，因而可以在第一区域示出诸如“参考热门触发条件”的第一入口、在第二区域示出诸如“参考热门执行动作”的第二入口。其中，当第一入口被触发后，可以示出诸如图6所示的“热门触发条件”，且当检测到任一热门触发条件对应的“使用”按钮被触发后，可以将该任一热门触发条件添加为图7中新建智能场景的触发条件信息；类似地，当第二入口被触发后，可以示出诸如图6所示的“热门执行动作”，且当检测到任一热门执行动作对应的“使用”按钮被触发后，可以将该任一热门动作添加为图7中新建智能场景的执行动作信息。

在又一实施例中，服务器在筛选热门配置信息时，保留获取到的每个智能家居场景包含的触发条件信息与执行动作信息之间的关联性，那么当相关联的触发条件信息和执行动作信息均满足上述的热点判断条件时，将该相关联的触发条件信息和执行动作信息作为一组热门配置信息，推送并展示于客户端处。

那么，如图8所示，该热门配置信息可以表现为“热门场景”，且每个热门场景对应于上述的一组热门配置信息，即相关联的触发条件信息和执行动作信息。当图8所示的“热门场景”对应的“点击查看”按钮被触发时，可以转入图9所示的热门场景展示页面，该热门场景展示页面中直接示出诸如“自动净化空气”、“到家自动开灯”等热门场景，而不再分别示出“热门触发条件”、“热门执行动作”等。

在步骤404中，接收到应用指令；其中，当存在所需的全部智能家居设备时，转入步骤406A，当不存在所需的全部智能家居设备时，转入步骤406B。

在步骤406A中，当存在阈值信息时，转入步骤408A，否则转入步骤410A。

在步骤408A中，示出热点阈值信息。

在步骤410A中，应用热点配置信息。

在本实施例中，以图8-9所示的“热门场景”为例。当检测到针对如图9所示的诸如“自动净化空气”热门场景对应的“使用”按钮的触发操作时，可以直接应用该“自动净化空气”热门场景，即将该“自动净化空气”热门场景包含的触发条件信息和执行动作信息应用于本地对应的智能家居设备上，从而实现该“自动净化空气”的智能家居场景。比如当该“自动净化空气”热门场景被应用后，可以展示于图10所示的智能场景管理页面中，并且可以通过在该热门场景对应的图标上添加“·”黑色圆点的方式，以标示出该智能家居场景为最近添加；其中，该黑色圆点可以在客户端应用发生一次页面切换后消失。

进一步地，可以将图3所示的热点条件阈值和热点动作阈值等热点阈值信息推送至客户端，使得当客户端对任一配置信息进行设定时，该任一配置信息对应的热点条件阈值或热点动作阈值可被展示于客户端。

例如，对于“自动关闭空调”的热门场景，假定该智能家居场景希望实现“当门窗处于打开状态的持续时长达到x分钟后，关闭空调”，该智能家居场景的触发条件信息对应于“当门窗处于打开状态的持续时长达到x分钟后”，则该触发条件信息包括：“检测设备”条件维度——“门窗感应器”、“检测参数”条件维度——“打开”和“持续时长”，以及条件阈值——“x分钟”。那么，可以根据图3所示实施例中，针对匹配于上述条件维度的条件阈值进行统计，确定所有用户已创建的智能家居场景中，对于该“x分钟”的取值情况；例如，假定“x分钟”的取值为“2分钟”的统计数值最大，即在同样条件维度下，更多用户使用了“当门窗处于打开状态的持续时长达到2分钟后，关闭空调”，因而如图11所示，可以在“持续时长”右侧(或附近的其他位置)示出“2分钟(推荐)”，表明“2分钟”是热点条件阈值，当然用户也可以根据实际需求而设定为其他持续时长。

类似地，也可以对热点动作阈值进行展示。比如在“当主人回家后，打开智能空调并调至y℃”的智能家居场景下，存在动作阈值“y℃”；那么，当用户希望应用该智能家居场景时，可以示出基于统计得到的热点动作阈值，例如“24℃(推荐)”等。

需要说明的是：在图4所示的实施例中，当客户端接收到热点配置信息，并希望应用该热点配置信息时，可以对热点阈值信息进行展示；但是，“热点阈值信息”与“热点配置信息”之间并不存在必然联系。例如，在图7所示的智能场景创建页面中，即便用户没有选取“热门触发条件”，针对用户实际设定的条件维度，仍然可以推荐相应的热点条件阈值；类似地，即便用户没有选取“热门执行动作”，针对用户实际设定的动作维度，仍然可以推荐相应的热点动作阈值。

在步骤406B中，向服务器发送数据请求。

在步骤408B中，输出描述页面。

在步骤410B中，购买智能家居设备。

在本实施例中，当用户选取任一热点配置信息，并希望应用该热点配置信息时，需要相应的智能家居设备的硬件支持。以图9所示的“热门场景”为例，假定用户触发了“自动净化空气”热门场景，而该热门场景用于实现“当主人回家后，打开智能空气净化器”，那么该热门场景至少需要下列智能家居设备：门窗感应器——用于通过对门窗的开关来检测用户是否回家，智能空气净化器等。

用户在购置每一智能家居设备后，可以通过电子设备上的客户端应用，对周围的智能家居设备进行检测和建立关联，以便通过这些智能家居设备建立智能家居场景。那么，当客户端应用检测到如图9所示的热门场景“自动净化空气”右侧的“使用”按钮被触发时，可以根据自身已关联的智能家居设备，确定是否能够满足该热门场景“自动净化空气”。

如果客户端应用确定存在该热门场景“自动净化空气”所需的门窗感应器、智能空气净化器等智能家居设备，可以直接将该热门场景应用于这些智能家居设备，以建立相应的热门场景“自动净化空气”。

如果客户端应用确定不存在所需的全部智能家居设备，比如缺少门窗感应器和智能空气净化器，可以通过如图12所示的提示窗口，向用户示出缺少的智能家居设备。在图12所示的提示窗口中，用户可以直接购买缺少的每件智能家居设备，或者可以直接购买缺少的全部智能家居设备。以针对“空气净化器”的购买为例：

在一实施例中，当客户端应用检测到“空气净化器”对应的“购买”按钮被触发时，可以向服务器发送数据请求，该数据请求表明客户端未检测到配合于热点配置信息的特定智能家居设备。然后，服务器可以向客户端返回页面输出指令，该页面输出指令指示客户端输出针对该特定智能家居设备的描述页面，该描述页面用于执行针对该特定智能家居设备的交互业务。例如，针对上述的热门场景“自动净化空气”，当缺少的特定智能家居设备为“空气净化器”时，根据服务器返回的页面输出指令，客户端可以示出如图13所示的描述页面，而用户可以通过该描述页面执行针对“空气净化器”的交互业务，即购买该“空气净化器”。

其中，当图13所示的描述页面是基于web页面形式时，服务器返回的页面输出指令中可以直接包含该描述页面的页面数据，使得客户端将该页面数据渲染为相应的描述页面。当图13所示的描述页面是基于客户端应用的本地(native)数据时，服务器返回的页面输出指令中可以包含对应于该描述页面的指示信息，使得客户端根据该指示信息获取该描述页面对应的页面数据，并将该页面数据渲染为相应的描述页面。

在另一实施例中，客户端可以根据本地数据，直接调取与缺少的特定智能家居设备(如“空气净化器”)相关的页面数据，并将该页面数据渲染为相应的描述页面。那么，客户端在该过程中无需与服务器执行交互。

与前述的信息推送方法的实施例相对应，本公开还提供了信息推送装置的实施例。

图14是根据一示例性实施例示出的一种信息推送装置框图。参照图14，该装置包括检测模块121，确定模块122和转换模块123。

获取单元1401，被配置为针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；

第一统计单元1402，被配置为统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；

第一推送单元1403，被配置为将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。

可选的，每个智能家居场景对应的配置信息包括：至少一个触发条件信息、至少一个执行动作信息；其中，所述触发条件信息包括：条件维度信息，或者条件维度信息和条件阈值；所述执行动作信息包括：动作维度信息，或者动作维度信息和动作阈值。

如图15所示，图15是根据一示例性实施例示出的另一种信息推送装置的框图，该实施例在前述图14所示实施例的基础上，第一统计单元1402可以包括：数值统计子单元1402A和判断子单元1402B。

数值统计子单元1402A，被配置为分别统计出每个条件维度下的触发条件信息的第一统计数值、每个动作维度下的执行动作信息的第二统计数值；

判断子单元1402B，被配置为当所述第一统计数值满足所述热点判断条件时，判定相应条件维度下的触发条件信息为所述热点配置信息；或者，当所述第二统计数值满足所述热点判断条件时，判定相应动作维度下的执行动作信息为所述热点配置信息；或者，当所述第一统计数值、所述第二统计数值均满足所述热点判断条件时，判定相应条件维度下的触发条件信息、相应动作维度下的执行动作信息均为所述热点配置信息。

可选的，所述热点判断条件包括以下至少之一：

相应的统计数值不小于预设数值；

相应的统计数值在所有统计数值中的排名不低于预设排名。

如图16所示，图16是根据一示例性实施例示出的另一种信息推送装置的框图，该实施例在前述图14所示实施例的基础上，该装置还可以包括：第二统计单元1404和第二推送单元1405。

第二统计单元1404，被配置为分别按照取值对所述条件阈值进行统计得到热点条件阈值、对所述动作阈值进行统计得到热点动作阈值；

第二推送单元1405，被配置为将所述热点条件阈值和所述热点动作阈值推送至所述客户端，使得当所述客户端对任一配置信息进行设定时，所述任一配置信息对应的热点条件阈值或热点动作阈值可被展示于所述客户端。

需要说明的是，上述图16所示的装置实施例中的第二统计单元1404和第二推送单元1405的结构也可以包含在前述图15的装置实施例中，对此本公开不进行限制。

如图17所示，图17是根据一示例性实施例示出的另一种信息推送装置的框图，该实施例在前述图14所示实施例的基础上，该装置还可以包括：接收单元1406和返回单元1407。

接收单元1406，被配置为接收到所述客户端发送的数据请求，所述数据请求表明所述客户端未检测到配合于所述热点配置信息的特定智能家居设备；

返回单元1407，被配置为向所述客户端返回页面输出指令，所述页面输出指令指示所述客户端输出针对所述特定智能家居设备的描述页面，所述描述页面用于执行针对所述特定智能家居设备的交互业务。

需要说明的是，上述图17所示的装置实施例中的接收单元1406和返回单元1407的结构也可以包含在前述图15-16的装置实施例中，对此本公开不进行限制。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种信息推送装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；将所述热点配置信息推送至客户端的客户端，所述客户端用于管理所述智能家居场景。

相应的，本公开还提供一种服务器，所述服务器包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；将所述热点配置信息推送至客户端的客户端，所述客户端用于管理所述智能家居场景。

图18是根据一示例性实施例示出的一种用于信息推送的装置1800的框图。例如，装置1800可以被提供为一服务器。参照图18，装置1800包括处理组件1822，其进一步包括一个或多个处理器，以及由存储器1832所代表的存储器资源，用于存储可由处理部件1822的执行的指令，例如应用程序。存储器1832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1822被配置为执行指令，以执行上述信息推送方法。

装置1800还可以包括一个电源组件1826被配置为执行装置1800的电源管理，一个有线或无线网络接口1850被配置为将装置1800连接到网络，和一个输入输出(I/O)接口1858。装置1800可以操作基于存储在存储器1832的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种信息推送方法，其特征在于，包括：

针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；

统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；

将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。

2.根据权利要求1所述的方法，其特征在于，每个智能家居场景对应的配置信息包括：至少一个触发条件信息、至少一个执行动作信息；其中，所述触发条件信息包括：条件维度信息，或者条件维度信息和条件阈值；所述执行动作信息包括：动作维度信息，或者动作维度信息和动作阈值。

3.根据权利要求2所述的方法，其特征在于，所述统计出所述配置信息中的热点配置信息，包括：

分别统计出每个条件维度下的触发条件信息的第一统计数值、每个动作维度下的执行动作信息的第二统计数值；

当所述第一统计数值满足所述热点判断条件时，判定相应条件维度下的触发条件信息为所述热点配置信息；或者，当所述第二统计数值满足所述热点判断条件时，判定相应动作维度下的执行动作信息为所述热点配置信息；或者，当所述第一统计数值、所述第二统计数值均满足所述热点判断条件时，判定相应条件维度下的触发条件信息、相应动作维度下的执行动作信息均为所述热点配置信息。

4.根据权利要求3所述的方法，其特征在于，所述热点判断条件包括以下至少之一：

相应的统计数值不小于预设数值；

相应的统计数值在所有统计数值中的排名不低于预设排名。

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

分别按照取值对所述条件阈值进行统计得到热点条件阈值、对所述动作阈值进行统计得到热点动作阈值；

将所述热点条件阈值和所述热点动作阈值推送至所述客户端，使得当所述客户端对任一配置信息进行设定时，所述任一配置信息对应的热点条件阈值或热点动作阈值可被展示于所述客户端。

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

接收到所述客户端发送的数据请求，所述数据请求表明所述客户端未检测到配合于所述热点配置信息的特定智能家居设备；

向所述客户端返回页面输出指令，所述页面输出指令指示所述客户端输出针对所述特定智能家居设备的描述页面，所述描述页面用于执行针对所述特定智能家居设备的交互业务。

7.一种信息推送装置，其特征在于，包括：

获取单元，针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；

第一统计单元，统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；

第一推送单元，将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。

8.根据权利要求7所述的装置，其特征在于，每个智能家居场景对应的配置信息包括：至少一个触发条件信息、至少一个执行动作信息；其中，所述触发条件信息包括：条件维度信息，或者条件维度信息和条件阈值；所述执行动作信息包括：动作维度信息，或者动作维度信息和动作阈值。

9.根据权利要求8所述的装置，其特征在于，所述第一统计单元包括：

数值统计子单元，分别统计出每个条件维度下的触发条件信息的第一统计数值、每个动作维度下的执行动作信息的第二统计数值；

判断子单元，当所述第一统计数值满足所述热点判断条件时，判定相应条件维度下的触发条件信息为所述热点配置信息；或者，当所述第二统计数值满足所述热点判断条件时，判定相应动作维度下的执行动作信息为所述热点配置信息；或者，当所述第一统计数值、所述第二统计数值均满足所述热点判断条件时，判定相应条件维度下的触发条件信息、相应动作维度下的执行动作信息均为所述热点配置信息。

10.根据权利要求9所述的装置，其特征在于，所述热点判断条件包括以下至少之一：

相应的统计数值不小于预设数值；

相应的统计数值在所有统计数值中的排名不低于预设排名。

11.根据权利要求8所述的装置，其特征在于，还包括：

第二统计单元，分别按照取值对所述条件阈值进行统计得到热点条件阈值、对所述动作阈值进行统计得到热点动作阈值；

第二推送单元，将所述热点条件阈值和所述热点动作阈值推送至所述客户端，使得当所述客户端对任一配置信息进行设定时，所述任一配置信息对应的热点条件阈值或热点动作阈值可被展示于所述客户端。

12.根据权利要求8所述的装置，其特征在于，还包括：

接收单元，接收到所述客户端发送的数据请求，所述数据请求表明所述客户端未检测到配合于所述热点配置信息的特定智能家居设备；

返回单元，向所述客户端返回页面输出指令，所述页面输出指令指示所述客户端输出针对所述特定智能家居设备的描述页面，所述描述页面用于执行针对所述特定智能家居设备的交互业务。

13.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

针对所有已被创建的智能家居场景，获取相应的配置信息；当所述配置信息被应用于预设智能家居设备时，形成所述智能家居场景；

统计出所述配置信息中的热点配置信息，所述热点配置信息对应的统计数据满足预定义的热点判断条件；

将所述热点配置信息推送至客户端，所述客户端用于管理所述智能家居场景。