CN113890895A - 消息推送方法和装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种消息推送方法和装置、存储介质及电子装置，其中，该方法包括：接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息。通过本申请，解决了相关技术中的消息推送方法存在由于消息推送无法被及时接收导致的消息推送的成功率低的问题，提高了业务消息推送的成功率。

Description

消息推送方法和装置、存储介质及电子装置

技术领域

本发明涉及通信领域，具体而言，涉及一种消息推送方法和装置、存储介质及电子装置。

背景技术

在智慧家庭中，由于智能家居设备的普及，越来越多的消息推送服务也随之而来，进而可以向用户的终端设备推送多种消息(例如，智能家居设备相关的消息)。例如，当有人按门铃时，可以向用户的终端设备推送提示消息。又例如，当有视频请求时，可以在用户的终端设备的相关应用中显示提示消息。然而，相关技术中的推送服务，由于无法获取到用户的终端设备的在线离线状态、或者终端设备离用户较远，存在消息推送无法被及时接收，进而导致消息推送失败。

也就是说，相关技术中的消息推送方法存在由于消息推送无法被及时接收导致的消息推送的成功率低的问题。

发明内容

本发明实施例提供了一种消息推送方法和装置、存储介质及电子装置，以至少解决了相关技术中的消息推送方法存在由于消息推送无法被及时接收导致的消息推送的成功率低的问题。

根据本申请实施例的一个方面，提供了一种消息推送方法，包括：接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息。

在一个示例性实施例中，从与目标对象关联的多个智能家居设备中确定待推送设备，包括：根据目标业务消息的业务类别，从多个智能家居设备中确定第一候选设备，其中，第一候选设备为多个智能家居设备中带有屏幕的设备；将第一候选设备中的在线设备，确定为待推送设备。

在一个示例性实施例中，在接收到消息推送方发送的目标业务消息之前，上述方法还包括：接收待注册设备发送的注册消息，其中，待注册设备属于多个智能家居设备，注册消息用于将待注册设备注册到物联网云端，注册消息中携带待注册设备的设备标识和待注册设备支持的业务类别；保存待注册设备的设备标识与待注册设备支持的业务类别的对应关系。

在一个示例性实施例中，将第一候选设备中的在线设备，确定为待推送设备，包括：查询第一候选设备所处的连接状态，以及查询物联网云端与第一候选设备之间的长连接；将第一候选设备中处于在线状态、且与物联网云端之间存在长连接的设备，确定为待推送设备。

在一个示例性实施例中，查询第一候选设备所处的连接状态，包括：查询与第一候选设备对应的连接状态信息，其中，连接状态信息是在第一候选设备连接到物联网云端之后，基于第一候选设备的接入网关所接收到的第一候选设备上报的心跳信息记录的。

在一个示例性实施例中，从与目标对象关联的多个智能家居设备中确定待推送设备，包括：从多个智能家居设备中确定第二候选设备，其中，第二候选设备为多个智能家居设备中带有屏幕的在线设备；根据目标对象所处的位置区域，从第二候选设备中选取出位于位置区域内的设备，得到待推送设备。

在一个示例性实施例中，通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备之后，上述方法还包括：接收与目标业务消息对应的状态反馈消息，其中，状态反馈消息用于指示目标业务消息推送给待推送设备之后的消息处理状态；将状态反馈消息所指示的消息处理状态发送给消息推送方。

根据本申请实施例的另一个方面，还提供了一种消息推送装置，包括：第一接收单元，用于接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；确定单元，用于从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；推送单元，用于通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息。

在一个示例性实施例中，确定单元包括：第一确定模块，用于根据目标业务消息的业务类别，从多个智能家居设备中确定第一候选设备，其中，第一候选设备为多个智能家居设备中带有屏幕的设备；第二确定模块，用于将第一候选设备中的在线设备，确定为待推送设备。

在一个示例性实施例中，上述装置还包括：第二接收单元，用于在接收到消息推送方发送的目标业务消息之前，接收待注册设备发送的注册消息，其中，待注册设备属于多个智能家居设备，注册消息用于将待注册设备注册到物联网云端，注册消息中携带待注册设备的设备标识和待注册设备支持的业务类别；保存单元，用于保存待注册设备的设备标识与待注册设备支持的业务类别的对应关系。

在一个示例性实施例中，第二确定模块包括：查询子模块，用于查询第一候选设备所处的连接状态，以及查询物联网云端与第一候选设备之间的长连接：确定子模块，用于将第一候选设备中处于在线状态、且与物联网云端之间存在长连接的设备，确定为待推送设备。

在一个示例性实施例中，查询子模块包括：查询子单元，用于查询与第一候选设备对应的连接状态信息，其中，连接状态信息是在第一候选设备连接到物联网云端之后，基于第一候选设备的接入网关所接收到的第一候选设备上报的心跳信息记录的。

在一个示例性实施例中，确定单元包括：第三确定模块，用于从多个智能家居设备中确定第二候选设备，其中，第二候选设备为多个智能家居设备中带有屏幕的在线设备；选取模块，用于根据目标对象所处的位置区域，从第二候选设备中选取出位于位置区域内的设备，得到待推送设备。

在一个示例性实施例中，上述装置还包括：第三接收单元，用于在通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备之后，接收与目标业务消息对应的状态反馈消息，其中，状态反馈消息用于指示目标业务消息推送给待推送设备之后的消息处理状态；发送单元，用于将状态反馈消息所指示的消息处理状态发送给消息推送方。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述消息推送方法。

根据本申请实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的消息推送方法。

在本申请实施例中，采用将接收的业务消息通过对应的消息通道推送至带屏的智能家居设备的方式，通过接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息，由于通过特殊消息通道将待推送的业务消息推送给带屏的智能家居设备，以在带屏的智能家居设备上显示该业务消息，相当于增加了业务消息的推送途径，可以通过视觉信息提示来增加业务消息被使用对象接收到的概率，可以实现业务消息被用户及时接收的目的，达到了提高业务消息推送的成功率的技术效果，进而解决了相关技术中的消息推送方法存在由于消息推送无法被及时接收导致的消息推送的成功率低的问题。

附图说明

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

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

图1是根据本申请实施例的一种可选的消息推送方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的消息推送方法的流程示意图；

图3是根据本申请实施例的一种可选的消息推送***的结构框图；

图4是根据本申请实施例的另一种可选的消息推送方法的流程示意图；

图5是根据本申请实施例的又一种可选的消息推送方法的流程示意图；

图6是根据本申请实施例的一种可选的消息推送装置的结构框图；

图7是根据本申请实施例的一种可选的电子装置的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种消息推送方法。可选地，在本实施例中，上述消息推送方法可以应用于如图1所示的由智能家居设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与智能家居设备102进行连接，可用于为智能家居设备或智能家居设备上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。智能家居设备102可以但不限定于为智能电视机、带屏的智能冰箱、带屏的智能音箱等。

本申请实施例的消息推送方法可以由服务器104来执行，也可以由智能家居设备102来执行，还可以是由服务器104和智能家居设备102共同执行。其中，智能家居设备102执行本申请实施例的消息推送方法也可以是由安装在其上的客户端来执行。服务器104可以为UMS(Unfined Messaging System，消息推送***，也称统一消息***)，也可以是物联云(Machine to Machine，M2M)还可以是UMS和M2M的结合。

以由服务器104来执行本实施例中的消息推送方法为例，图2是根据本申请实施例的一种可选的消息推送方法的流程示意图，如图2所示，该方法的流程可以包括以下步骤：

步骤S202，接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息。

本实施例中的消息推送方法可以应用到通过智能家居设备进行消息推送的场景中。上述的智能家居设备可以是位于用户家庭中的智能家居设备，可以为智能电视机、带屏的智能冰箱、带屏的智能音箱等安装有智能芯片的电子设备，上述智能家居设备可以是消息推送***中的智能家居设备，相比于传统的家居设备，智能家居设备中增加了计算模块、网络接口、输入输出装置等，从而使得本实施例中的智能家居设备具有智能分析和智能服务的功能。

需要说明的是，用户家庭可以是目标对象(例如，家庭主人)通过其终端设备运行的与物联云对应的应用所创建的。该目标对象或者其他对象可以通过与物联云对应的应用绑定属于该家庭的设备，例如，智能家居设备。此外，除了目标对象以外，还可以通过目标应用或者与物联云对应的应用绑定家庭的关联对象(例如，家庭成员)，上述关联对象可以是家庭内的长期居住者，也可以是不经常来家中拜访的客人。

此外，上述终端设备可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。本实施例中对于接收设备的设备类型不做限定。

在消息推送方有业务消息需要推送给目标对象时，可以发送目标业务消息到消息推送***，消息推送***可以接收上述目标业务消息。上述业务消息可以是通过智能家居设备向终端设备发送的业务消息，例如，门铃被按响时的提示消息，也可以是消息推送方(例如，APP Server，应用服务器)向终端设备发送的推广消息(例如，广告)。

可选地，上述目标业务消息可以是按照约定的消息模板发送的，还可以将模板参数传递给消息推送***。接收到消息推送方发送的目标业务消息可以包括：接收推送方发送模板消息，该模板消息包括消息模板和模板参数。上述模板参数可以包括要发送的设备标识，该设备标识可以是终端设备的设备标识，或者，可以包括目标对象的对象标识。消息推送***收到模板消息后，将消息模板和模板参数拼装成推送消息体(可以包括要发送的设备标识、消息标识)，上述拼装可以是通过模板引擎执行的。对目标业务消息执行的操作(例如，推送操作)可以是对推送消息体执行的。

需要说明的是，当消息推送方向用户推送业务消息时，可以事先对要发送到的消息业务在消息推送***中进行登记，并根据要发送的业务内容定制消息模板，将可变的部分设定为参数，以便消息推送***发送消息时使用。此外，智能家居设备也可以在消息推送***中进行了登记。

步骤S204，从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备。

相关技术中，消息推送***可以将业务消息直接推送给终端设备。由于无法获知终端设备的在线/离线状态，当终端设备处于离线状态时，将会导致业务消息推送失败。或者，当终端设备与用户距离较远时，终端设备上业务消息的提示消息可能无法被用户接收到，也会导致业务消息推送失败。

为了提高消息推送的成功率，可以向用户的智能家居设备推送接收到的业务消息。在用户家庭中可能存在着许许多多的智能家居设备，例如智能电冰箱，智能音箱，智能电视机等等。但是，并不是所有的智能家居设备都适合显示推送给用户的业务消息。因此，在推送业务消息前，消息推送***可以从用户所关联的智能家居设备中选取适合显示业务消息的智能家居设备进行业务消息推送。

在接收到的目标业务消息后，消息推送***可以确定与该目标业务消息对应的目标对象，例如，通过设备标识或者对象标识确定目标对象，并确定与该目标对象关联的多个智能家居设备。目标对象与智能家居设备之间的关联关系可以是通过设备表进行记录的。每个设备表可以记录一个对象所关联的智能家居设备，也可以记录多个对象所关联的智能家居设备。不同的设备表可以记录一个对象所关联的智能家居设备，也可以记录多个对象所关联的智能家居设备。

消息推送***可以从多个智能家居设备中选取出目标业务消息待推送给的智能家居设备，即，待推送设备。为了更好的提示用户向其推送的业务消息，在本实施例中，上述的待推送设备为带有屏幕的智能家居设备，此处的屏幕用于显示消息推送方向用户推送的业务消息，可以包括但不限于以下至少之一：LED(Light Emitting Diode，半导体发光二极管)、墨水屏等实体屏幕，投影在空气或者其他介质上的虚拟屏幕。

消息推送***可以获取上述多个智能家居设备中的每个智能家居设备的设备信息，上述设备信息可以包括用于指示智能家居设备是否带有屏幕的信息。基于获取到的设备信息，消息推送***可以确定出多个智能家居设备中带有屏幕的智能家居设备，并从中选取出待推送设备。选取出的待推送设备的数量可以为一个或者多个。

可选地，为了使得视力不好的人群(如，老人，盲人等人群)也能及时的接收到消息推送方所推送的业务消息，上述待推送设备也可以是在显示业务消息的同时还能进行语音提示的智能家居设备，或者是至少部分能够显示业务消息、以及至少部分能够进行语音提示的一组智能家居设备。

步骤S206，通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息。

在确定了待推送设备之后，消息推送***可以通过与上述待推送设备对应的消息通道，将上述目标业务消息发送至待推送设备。上述的消息通道可以是为向带屏的智能家居设备进行业务消息推动所建立的消息传输通道。

将目标业务消息推送给待推送设备的方式可以有多种。例如，消息推送***可以直接将目标业务消息推送给待推送设备。又例如，消息推送***可以将目标业务消息发送给物联云，由物联云通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备。可选地，将目标业务消息推送给待推送设备可以是将目标业务消息推送给待推送设备上的应用，也即，APP(application，应用程序)。

待推送设备可以包含用于消息分发的LSDK(Launcher Software DevelopmentKit，分发软件开发工具包)、以及用于接收消息的推送SDK(Software Development Kit，软件开发工具包)，其中，上述推送SDK为消息推送SDK client(客户端)端；上述LSDK为消息推送SDK server(服务端)端。不同的应用可以对应于不同的推送SDK，同一智能家居设备上可以包含一个LSDK，也可以包含多个LSDK。本实施例中对此不做限定。

在向待推送设备发送目标业务消息时，待推送设备中的LSDK可以接收上述目标业务消息，并将接收到的目标业务消息分发给应用中(例如，目标应用)集成的推送SDK，推送SDK在接收到目标业务消息后，可以解析消息，对消息进行处理，例如，可以在待推送设备的屏幕上显示目标业务消息，以向目标对象展示目标业务消息。

需要说明的是，上述消息推送方法也可以是由物联云执行的。上述消息推送***或者物联云可以单独向待推送设备发送目标业务消息，也可以同时向待推送设备和终端设备发送目标业务消息。可选地，向带屏的智能家居设备推送业务消息可以是在确定目标对象的终端设备(即，上述用户设备)处于离线状态时执行的，即，在确定目标对象的终端设备处于离线状态的情况下，从与目标对象关联的多个智能家居设备中确定待推送设备。在确定目标对象的终端设备处于在线状态时，也可以同时向目标对象的终端设备和待推送设备推送目标业务消息。确定目标对象的终端设备是否在线可以是基于该终端设备上的应用(可以是目标应用，也可以是与物联云端对应的应用)的连接状态以及与物联云之间是否存在长连接确定的。其中，向待推送设备推送消息的消息通道与向终端设备推送消息的消息通道可以是不相同的。本实施例中对于业务消息的推动方式不做限定。

通过上述步骤S202至步骤S206，接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息，解决了相关技术中的消息推送方法存在由于消息推送无法被及时接收导致的消息推送的成功率低的问题，提高了业务消息推送的成功率。

在一个示例性实施例中，从与目标对象关联的多个智能家居设备中确定待推送设备，包括：

S11，根据目标业务消息的业务类别，从多个智能家居设备中确定第一候选设备，其中，第一候选设备为多个智能家居设备中带有屏幕的设备；

S12，将第一候选设备中的在线设备，确定为待推送设备。

用户家庭中往往存在多个智能家居设备，不同的智能家居设备的结构和功能可以是不同的，所安装的应用类型可以是不同的。因此，并不是全部的智能家居设备均适宜推送业务消息。此外，基于要推送的业务消息的业务类别不同，适宜推送一种业务类型的业务消息的智能家居设备并不一定适宜推送另一种业务类型的业务消息。

当接收到的目标业务消息时，消息推送***可以将目标业务消息推送给与目标对象关联的所有智能家居设备。可选地，在本实施例中，可以基于目标业务消息的业务类别，从多个智能家居设备中选取出支持该业务类别的、带屏的智能家居设备(如，智能电视机，智能投影仪等)，得到第一候选设备。第一候选设备可以包括待推送设备。

如果将第一候选设备直接作为待推送设备，并向其推送目标业务消息，当第一候选设备处于离线状态时，向处于离线状态的设备推送业务消息存在消息推送失败的风险。可选地，在本实施例中，在确定出第一候选设备之后，消息推送***还可以对第一候选设备的在线状态进行确定，并将第一候选设备中处于在线状态的智能家居设备，确定为待推送设备。

例如，目标业务消息的业务类别为视频。当接收到目标业务消息时，用户的手机和带屏智能冰箱都处于离线状态，而智能电视机和智能音箱处于在线状态。由于带屏智能冰箱和智能电视机带有屏幕的，且支持视频业务，因此，消息推送***将智能电视机和带屏智能冰箱确定为第一候选设备。由于智能电视机处于在线状态而带屏智能冰箱处于离线状态，因此，消息推送***将智能电视机确定为待推送设备。

可选地，上述业务类别可以对应于应用类别。根据目标业务消息的业务类别，从多个智能家居设备中确定第一候选设备可以是：根据目标业务消息对应的应用类别(例如，目标应用标识)，从多个智能家居设备中确定第一候选设备，其中，第一候选设备为多个智能家居设备中安装有目标应用(目标应用标识所标识的应用)的、带有屏幕的设备。目标业务消息对应的应用类别可以是支持该目标业务消息的业务类别的目标应用的应用类别。

可选地，在目标业务消息中可以携带有目标应用的应用标识，即，目标应用标识。根据目标业务消息的业务类别，从多个智能家居设备中确定第一候选设备可以是：根据目标业务消息中携带的目标应用标识，从多个智能家居设备中确定第一候选设备。

通过本实施例，基于业务类别以及设备的在线状态确定待推送设备，可以提高业务消息推送的成功率。

在一个示例性实施例中，在接收到消息推送方发送的目标业务消息之前，上述方法还包括：

S21，接收待注册设备发送的注册消息，其中，待注册设备属于多个智能家居设备，注册消息用于将待注册设备注册到物联网云端，注册消息中携带待注册设备的设备标识和待注册设备支持的业务类别；

S22，保存待注册设备的设备标识与待注册设备支持的业务类别的对应关系。

确定每个智能家居设备所支持的业务类别可以是在接收到目标业务消息之后执行的，也可以是在接收到目标业务消息之前执行的。例如，消息推送***可以从物联云获取或者通过网络搜索，得到每个智能家居设备所支持的业务类别。

可选地，可以在智能家居设备注册(例如，注册应用)时，向物联云上报本设备所支持的业务类别，由物联云保存各个智能家居设备所支持的业务类别。智能家居设备在入网时，可以在物联云中进行注册。对于待注册设备(其可以是多个智能家居设备中的一个)，其可以向物联云端发送注册消息，以将待注册设备注册到物联网云端。在注册消息中可以携带待注册设备的设备信息和设备能力，其中，设备信息可以包括设备标识，设备能力可以包括该设备支持的业务类别。

例如，智能家居设备的推送SDK可以通过注册消息将智能家居设备的终端信息和终端能力上报给LSDK，终端信息可以包括设备标识、设备类型，APP ID(即，智能家居设备上的应用标识)等。LSDK收到注册信息之后，可以将其转发给物联云端。

可选地，待注册设备也可以与终端设备通过蓝牙等方式进行连接，终端设备在获取到待注册设备的设备信息和设备能力之后，向物联云端发送注册消息进行注册。可选地，当接收到上述注册信息后，物联云端可以对待注册设备的设备标识与待注册设备支持的业务类别之间的对应关系进行存储。在存储之前，还可以对上述的设备标识和业务类别进行校验，校验无误后再进行保存。

可选地，物联云端到注册消息后，也可以转发给消息推送***。消息推送***收到注册消息后可以对待注册设备的设备标识与待注册设备支持的业务类别之间的对应关系进行存储。在存储之前，还可以对上述的设备标识和业务类别进行校验，校验无误后再进行保存。例如，当有一个新的智能电视机需要注册时，智能电视机上的目标应用的推送SDK可以通过注册消息将智能电视机的终端信息(即，上述设备信息)和终端能力(即，上述设备能力)上报给LSDK，终端信息可以包括设备标识、设备类型、APP ID等。LSDK收到注册信息之后，可以将其转发给物联云端。物联云端收到注册消息后，转发给消息推送***，消息推送***收到注册消息后对业务类别、设备唯一标识进行校验，无误后保存。

可选地，为了绑定目标对象和待注册设备，在注册成功之后，用户可以登录其终端设备上与目标应用或者与物联云对应的应用进行绑定，绑定信息由推送SDK转发给LSDK，LSDK转发给云网关后同步给消息推送***。

需要说明的是，如果业务类别对应于应用标识，且注册的是目标应用，注册消息用于将待注册设备上的目标应用注册到物联网远端，注册消息中携带待注册设备支持的业务类别可以为目标应用的应用标识(即，目标应用标识)，而保存的可以是待注册设备的设备标识与目标应用标识的对应关系，即，保存待注册设备的设备标识与目标应用标识的对应关系。基于保存的对应关系，可以确定各个终端设备上所安装的应用，从而可以在消息推送时，基于业务消息对应的应用标识，确定出要推送给的智能家居设备。

通过本实施例，在智能家居设备注册时上报本设备的设备标识和所支持的业务消息的业务类别，可以方便消息推送***获取各个智能家居设备所支持的业务消息的业务类别，提高信息获取的便捷性。

在一个示例性实施例中，将第一候选设备中的在线设备，确定为待推送设备，包括：

S31，查询第一候选设备所处的连接状态，以及查询物联网云端与第一候选设备之间的长连接；

S32，将第一候选设备中处于在线状态、且与物联网云端之间存在长连接的设备，确定为待推送设备。

为了确定第一候选设备是否是在线设备，消息推送***在收到目标业务消息之后，可以与该第一候选设备进行通信，基于该第一候选设备的响应确定其是否在线。可选地，在本实施例中，可以基于设备的连接状态以及连接类型确定第一候选设备是否在线，上述连接类型可以是长连接。

消息推送***可以查询记录的该第一候选设备的连接状态信息，确定该第一候选设备的连接状态。上述连接状态可以包括在线状态和离线状态。若第一候选设备处于离线状态，则可以确定第一候选设备为离线设备。若第一候选设备处于在线状态，可以确定第一候选设备为在线设备。

将业务消息推送给智能家居设备与智能家居设备接收到推送的业务消息之间可能会间隔一段时间。如果在查询时第一候选设备是在线的，但在查询之后该设备处于离线状态，那么，业务消息无法及时的推送给该设备，导致业务消息推送失败。可选地，在确定第一候选设备处于在线状态之后，还可以确定该第一候选设备与物联网云端之间是否存在长连接，如果存在，可以确定第一候选设备为在线设备，否则，确定第一候选设备为离线设备。

可选的，智能家居设备在物联云端进行消息注册之后，物联云端会对智能家居设备的在线时长进行记录，可选的，为了确定该第一候选设备与物联网云端之间是否存在长连接，可以获取连接状态为在线状态的智能家居设备的在线时长，其中，在线时长用于指示智能家居设备与物联网云端持续保持数据通信的时长；在智能家居设备在线时长超出预设阈值的情况下，确定上述智能家居设备为处于长连接状态的设备。

例如，确定的第一候选设备包括带屏智能冰箱和智能电视机。此时，带屏智能冰箱处于离线状态，而智能电视机处于在线状态、且与物联网云端之间存在长连接。消息推送***将智能电视机确定为待推送设备。

通过本实施例，根据设备的在线状态和与物联网云端之间是否存在长连接来确定待推送设备，可以提高业务消息推送的及时性，提升用户的使用体验。

在一个示例性实施例中，查询第一候选设备所处的连接状态，包括：

S41，查询与第一候选设备对应的连接状态信息，其中，连接状态信息是在第一候选设备连接到物联网云端之后，基于第一候选设备的接入网关所接收到的第一候选设备上报的心跳信息记录的。

本实施例中，可以通过心跳机制确定智能家居设备是否在线。心跳机制是定时发送一个自定义的结构体(例如，心跳包)，让对方知道连接仍然存在，以确保连接的有效性。

可选地，智能家居设备在连接到物联网云端之后，可以每隔预设时间向接入网关上报一次心跳信息(可以是心跳包，用于确保连接的有效性)。接入网关可以预设设备在线的确定规则，例如，每隔预设时间接收一次智能家居设备上报的心跳信息；在预设时间阈值内未收到智能家居设备上报的心跳信息，确定其处于离线状态，其中，预设时间阈值为与预设上报次数对应的时间。上述预设时间以及预设时间阈值可以根据需要进行设置，本实施例中对此不做限定。

例如，智能家居设备每隔60s向接入网关上报一次心跳信息。接入网关可以接收上报的心跳信息。如果在180s内未收到上报的心跳信息(也就是，连续三次未接收到上报的心跳信息)，可以认为该设备目前处于离线状态。

对于第一候选设备，基于第一候选设备的接入网关所接收到的第一候选设备上报的心跳信息，可以记录该第一候选设备的在线状态信息，该在线状态信息用于指示第一候选设备是否处于在线状态。在确定出第一候选设备之后，消息推送***可以查询与第一候选设备对应的连接状态信息，从而确定该第一候选设备是否处于在线状态。

通过本实施例，通过查询记录的在线状态信息确定设备是否处于在线状态，可以提高在线状态确定的效率，进而提高业务消息推送的及时性。

在一个示例性实施例中，从与目标对象关联的多个智能家居设备中确定待推送设备，包括：

S51，从多个智能家居设备中确定第二候选设备，其中，第二候选设备为多个智能家居设备中带有屏幕的在线设备；

S52，根据目标对象所处的位置区域，从第二候选设备中选取出位于位置区域内的设备，得到待推送设备。

为了提高业务消息推送的成功率，可以基于目标对象的位置信息选取待推送设备。在确定待推送设备之前，可以获取目标对象所处的位置信息。可以基于多个智能家居设备(全部或者部分)或者除了多个智能家居设备以外的其他设备(例如，位置传感器)所采集的目标对象的信息(例如，语音或者图像)，确定目标对象所处的位置区域(可以将采集到目标对象的语音或者图像的智能家居设备所在的位置区域，确定为目标对象所处的位置区域)。

消息推送***可以从多个智能家居设备中确定出第二候选设备。确定第二候选设备的方式是：将多个智能家居设备中带有屏幕的智能家居设备，确定为第二候选设备，也可以是与确定第一候选设备类似的方式(在此情况下，第二候选设备与第一候选设备为相同的设备)，本实施例中对此不做限定。

在确定第二候选设备后，消息推送***可以根据目标对象所处的位置区域，从第二候选设备中选取出与目标对象处于同一位置区域内的设备，得到待推送设备。其中，处于同一位置区域内可以是处于同一房间内，或者是与目标对象之间的距离小于或者等于设定距离阈值的位置区域，本实施例中对此不做限定。

例如，卧室内的智能电视机和客厅内的智能电视机为确定的第二候选设备。此时，如果用户位于卧室中，消息推送***可以将卧室内的智能电视机确定为待推送设备；如果用户位于客厅中，消息推送***可以将客厅内的智能电视机确定为待推送服务器。

通过本实施例，使用目标对象的位置信息以及设备的在线状态来确定待推送设备，可以提高业务消息推送的成功率。

在一个示例性实施例中，在通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备之后，上述方法还包括：

S61，接收与目标业务消息对应的状态反馈消息，其中，状态反馈消息用于指示目标业务消息推送给待推送设备之后的消息处理状态；

S62，将状态反馈消息所指示的消息处理状态发送给消息推送方。

在将目标业务消息推送给待推送设备之后，为了更好的确定用户是否接收到目标业务消息，物联云端可以确定目标业务消息推送给待推送设备之后的消息处理状态。例如，如果推送给待推送设备之后的一段时间未收到待推送设备上报的状态反馈，可以确定目标业务消息未送达，此时，目标业务消息的消息处理状态可以为未送达。

可选地，如果目标业务消息推送成功，待推送设备可以向物联云端上报状态反馈，反馈目标业务消息的处理状态(如，已送达、已读/未读，已执行/未执行)。例如，待推送设备上的目标应用的推送SDK可以上报上述处理状态给对应的LSDK，由LSDK上报处理状态到物联云端。

物联云端可以基于是否接收到上报的状态反馈以及上报的处理状态，确定目标业务消息推送给待推送设备之后的消息处理状态，并通过将状态反馈消息将确定的消息处理状态发送给消息推送***。消息推送***在接收到状态反馈消息之后，如果消息推送方注册要求状态反馈通知，则可以通过通知消息将状态反馈回调给消息推送方，即，将消息处理状态发送给消息推送方。

可选地，也可以通过待推送设备的接入网关确定上述的消息处理状态，并发布到消息平台，消息推送***可以订阅消息平台的消息接收(已送达/未送达、已读/未读、已执行/未执行)状态回执，从而确定消息处理状态。

可选地，如果确定目标业务消息未送达时，消息推送***可以自动向待推送设备重新推送目标业务消息，业务消息推送的过程与前述类似，在此不做赘述。

通过本实施例，通过获取业务消息的消息处理状态并将消息处理状态发送给消息推送方，可以方便消息推送方获取业务消息的处理状态，提高信息获取的便捷性。

下面结合可选示例对本申请实施例中的消息推送方法进行解释说明。在本可选示例的消息推送方法可以应用于如图3所示的网络架构，如图3所示，该网络架构可以包括：

消息推送方(例如，App Server)，为发起业务消息推送的***；

UMS(消息推送***)，用于推送业务消息、及获取状态回执；

M2M(物联云端)，用于统一管理消息接收终端、接收及发起对设备发送消息等的***；

LSDK：用于消息分发；

推送SDK：用于接收消息。

为了使用带屏的智能家居设备，可以对上述智能家居设备事先进行设备注册。结合图3和图4，注册流程可以包括下列步骤：

步骤S402，位于智能家居设备上的APP(可以是APP1，也可以是APP2，还可以是其他APP)利用推送SDK将注册信息上报至LSDK。

上述注册信息可以是APP的注册消息，可以包括智能家居设备的终端信息和终端能力，包括设备标识、设备类型、APP ID等。

步骤S404，位于智能家居设备上的LSDK接收注册信息并将其转发给物联云端。

步骤S406，物联云端在接收到注册消息后，将接收到的注册消息转发给消息推送***。

步骤S408，消息推送***在接收到注册消息后，对业务类别、设备唯一标识进行校验，校验无误后进行保存。

上述步骤主要实现对设备终端的唯一标识、支持的消息类型或消息业务等信息注册到消息推送***。此外，用户登录App后也可以进行注册，注册信息由推送SDK转发给LSDK，LSDK转发给云网关后同步给消息推送***。

为了使得用户能够及时的接收到消息推送方推送的业务消息，可以使用带屏的智能家居设备来进行消息推送。结合图3和图5，使用带屏的智能家居设备来进行消息推送可以包括下列步骤：

步骤S502，消息推送方向消息推送***按照约定的消息模板发送模板消息并传递模板参数(包括要发送的设备标识)给消息推送***。

步骤S504，消息推送***收到模板消息后，将消息模板和模板参数通过模板引擎拼装为正常的推送消息体，其中，推送消息体可以包括要发送的设备标识、消息标识。

消息推送***可以对消息体根据约定业务类别处理逻辑，查询终端设备是否在线，若离线或断网则不再推送，并回执给消息推送方由于设备离线导致推送失败的反馈，若设备正常且长连接存在则转发给物联云端。或者，在查询终端设备是否在线之后，也可以查询与该终端设备关联的智能家居设备，确定其中带屏、且支持当前消息类别的在线设备，得到待推送设备。

步骤S506，物联云端将接收到的推送消息发送给LSDK，然后LSDK将消息分发给APP上集成的推送SDK。

步骤S508，推送SDK接收到推送消息后，对推送消息解析并进行处理。

此外，推送SDK可以上报APP对于消息的处理状态(如，已送达/未送达、已读/未读、已执行/未执行)给LSDK，由LSDK上报状态到物联云；通过用户接入网关发布到消息平台，消息推送***可以订阅消息平台的消息接收(例如，已送达/未送达、已读/未读、已执行/未执行)状态回执；消息推送***收到状态反馈消息后，若消息推送方注册时要求状态反馈通知，则回调消息推送方通知消息状态反馈。

通过本可选示例，通过订阅设备(终端设备和智能家居设备)的离线在线状态，同时查询云端长连接是否存在，若设备在线同时长连接在线，再推送消息给对应的终端(终端设备和智能家居设备)，否则，提示用户离线，可以保证推送的业务消息可以及时被接收，提高消息推送的成功率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述的消息推送装置。图6是根据本申请实施例的一种可选的消息推送装置的结构框图，如图6所示，该装置可以包括：

第一接收单元602，用于接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；

确定单元604，与第一接收单元602相连，用于从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；

推送单元606，与确定单元604相连，用于通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息。

需要说明的是，该实施例中的第一接收单元602可以用于执行上述步骤S202，该实施例中的确定单元604可以用于执行上述步骤S204，该实施例中的推送单元606可以用于执行上述步骤S206。

通过上述模块，接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息，解决了相关技术中的消息推送方法存在由于消息推送无法被及时接收导致的消息推送的成功率低的问题，提高了业务消息推送的成功率。

在一个示例性实施例中，确定单元604包括：

第一确定模块，用于根据目标业务消息的业务类别，从多个智能家居设备中确定第一候选设备，其中，第一候选设备为多个智能家居设备中带有屏幕的设备；

第二确定模块，用于将第一候选设备中的在线设备，确定为待推送设备。

在一个示例性实施例中，上述装置还包括：

第二接收单元，用于在接收到消息推送方发送的目标业务消息之前，接收待注册设备发送的注册消息，其中，待注册设备属于多个智能家居设备，注册消息用于将待注册设备注册到物联网云端，注册消息中携带待注册设备的设备标识和待注册设备支持的业务类别；

保存单元，用于保存待注册设备的设备标识与待注册设备支持的业务类别的对应关系。

在一个示例性实施例中，第二确定模块包括：

查询子模块，用于查询第一候选设备所处的连接状态，以及查询物联网云端与第一候选设备之间的长连接：

确定子模块，用于将第一候选设备中处于在线状态、且与物联网云端之间存在长连接的设备，确定为待推送设备。

在一个示例性实施例中，查询子模块包括：

查询子单元，用于查询与第一候选设备对应的连接状态信息，其中，连接状态信息是在第一候选设备连接到物联网云端之后，基于第一候选设备的接入网关所接收到的第一候选设备上报的心跳信息记录的。

在一个示例性实施例中，确定单元包括：

第三确定模块，用于从多个智能家居设备中确定第二候选设备，其中，第二候选设备为多个智能家居设备中带有屏幕的在线设备；

选取模块，用于根据目标对象所处的位置区域，从第二候选设备中选取出位于位置区域内的设备，得到待推送设备。

在一个示例性实施例中，上述装置还包括：

第三接收单元，用于在通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备之后，接收与目标业务消息对应的状态反馈消息，其中，状态反馈消息用于指示目标业务消息推送给待推送设备之后的消息处理状态；

发送单元，用于将状态反馈消息所指示的消息处理状态发送给消息推送方。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的又一个方面，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行本申请实施例中上述任一项消息推送方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；

S2，从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；

S3，通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例中对此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、ROM、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

根据本申请实施例的又一个方面，还提供了一种用于实施上述消息推送方法的电子装置，该电子装置可以是服务器、终端、或者其组合。

图7是根据本申请实施例的一种可选的电子装置的结构框图，如图7所示，包括处理器702、通信接口704、存储器706和通信总线708，其中，处理器702、通信接口704和存储器706通过通信总线708完成相互间的通信，其中，

存储器706，用于存储计算机程序；

处理器702，用于执行存储器706上所存放的计算机程序时，实现如下步骤：

S1，接收到消息推送方发送的目标业务消息，其中，目标业务消息为待推送到目标对象的业务消息；

S2，从与目标对象关联的多个智能家居设备中确定待推送设备，其中，待推送设备为带有屏幕的智能家居设备；

S3，通过与待推送设备对应的消息通道，将目标业务消息推送给待推送设备，以在待推送设备的屏幕上显示目标业务消息。

可选地，通信总线可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线、或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子装置与其他设备之间的通信。

存储器可以包括RAM，也可以包括非易失性存储器(non-volatile memory)，例如，至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

作为一种示例，上述存储器706中可以但不限于包括上述消息推送装置中的第一接收单元602、确定单元604以及推送单元606。此外，还可以包括但不限于上述消息推送装置中的其他模块单元，本示例中不再赘述。

上述处理器可以是通用处理器，可以包含但不限于：CPU(Central ProcessingUnit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(DigitalSignal Processing，数字信号处理器)、ASIC(Application Specific IntegratedCircuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图7所示的结构仅为示意，实施上述消息推送方法的设备可以是终端设备，该终端设备可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图7其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图7中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图7所示的不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、ROM、RAM、磁盘或光盘等。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

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

接收到消息推送方发送的目标业务消息，其中，所述目标业务消息为待推送到目标对象的业务消息；

从与所述目标对象关联的多个智能家居设备中确定待推送设备，其中，所述待推送设备为带有屏幕的智能家居设备；

通过与所述待推送设备对应的消息通道，将所述目标业务消息推送给所述待推送设备，以在所述待推送设备的屏幕上显示所述目标业务消息。

2.根据权利要求1所述的方法，其特征在于，所述从与所述目标对象关联的多个智能家居设备中确定待推送设备，包括：

根据所述目标业务消息的业务类别，从所述多个智能家居设备中确定第一候选设备，其中，所述第一候选设备为所述多个智能家居设备中带有屏幕的设备；

将所述第一候选设备中的在线设备，确定为所述待推送设备。

3.根据权利要求2所述的方法，其特征在于，在所述接收到消息推送方发送的目标业务消息之前，所述方法还包括：

接收待注册设备发送的注册消息，其中，所述待注册设备属于所述多个智能家居设备，所述注册消息用于将所述待注册设备注册到物联网云端，所述注册消息中携带所述待注册设备的设备标识和所述待注册设备支持的业务类别；

保存所述待注册设备的设备标识与所述待注册设备支持的业务类别的对应关系。

4.根据权利要求2所述的方法，其特征在于，所述将所述第一候选设备中的在线设备，确定为所述待推送设备，包括：

查询所述第一候选设备所处的连接状态，以及查询物联网云端与所述第一候选设备之间的长连接；

将所述第一候选设备中处于在线状态、且与所述物联网云端之间存在长连接的设备，确定为所述待推送设备。

5.根据权利要求4所述的方法，其特征在于，所述查询所述第一候选设备所处的连接状态，包括：

查询与所述第一候选设备对应的连接状态信息，其中，所述连接状态信息是在所述第一候选设备连接到所述物联网云端之后，基于所述第一候选设备的接入网关所接收到的所述第一候选设备上报的心跳信息记录的。

6.根据权利要求1所述的方法，其特征在于，所述从与所述目标对象关联的多个智能家居设备中确定待推送设备，包括：

从所述多个智能家居设备中确定第二候选设备，其中，所述第二候选设备为所述多个智能家居设备中带有屏幕的在线设备；

根据所述目标对象所处的位置区域，从所述第二候选设备中选取出位于所述位置区域内的设备，得到所述待推送设备。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在所述通过与所述待推送设备对应的消息通道，将所述目标业务消息推送给所述待推送设备之后，所述方法还包括：

接收与所述目标业务消息对应的状态反馈消息，其中，所述状态反馈消息用于指示所述目标业务消息推送给所述待推送设备之后的消息处理状态；

将所述状态反馈消息所指示的消息处理状态发送给所述消息推送方。

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

第一接收单元，用于接收到消息推送方发送的目标业务消息，其中，所述目标业务消息为待推送到目标对象的业务消息；

确定单元，用于从与所述目标对象关联的多个智能家居设备中确定待推送设备，其中，所述待推送设备为带有屏幕的智能家居设备；

推送单元，用于通过与所述待推送设备对应的消息通道，将所述目标业务消息推送给所述待推送设备，以在所述待推送设备的屏幕上显示所述目标业务消息。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至7中任一项所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的方法。

Images