CN112653769A - 一种消息的推送方法及系统 - Google Patents

Abstract

本发明实施例提供了一种消息的推送方法及系统，方法包括通过目标终端接收服务端发送的推送消息，其中，推送消息被服务端配置为推送至至少两个目标终端上的目标应用；通过目标终端根据目标终端上的目标应用的活跃状态确定是否需要拉活目标应用；在需要拉活目标应用的情况下，通过目标终端拉活目标应用，并将推送消息发送给目标应用；在不需要拉活目标应用的情况下，通过目标终端将推送消息发送给目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

Description

一种消息的推送方法及系统

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种消息的推送方法及系统。

背景技术

相关技术中，终端中的各应用会生成推送内容，在自身的应用界面上，或者在终端上通过消息提醒的方式提示推送内容，但是这种方式仅仅只能支持一个终端上的应用自身的推送，并且是该终端的用户无法控制的，完全由该应用的服务器决定。然而在一些多终端联网的场景中，例如智慧家庭的场景中，需要实现对不同终端的消息推送，以达到通知、提醒的目的，相关技术中无法实现这种需求。

发明内容

本发明实施例提供了一种消息的推送方法及系统，以至少解决相关技术中无法在不同终端之间实现消息推送的问题。

根据本发明的一个实施例，提供了一种消息的推送方法，包括：

通过目标终端接收服务端发送的推送消息，其中，所述推送消息被所述服务端配置为推送至至少两个目标终端上的目标应用；

通过目标终端根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；

在需要拉活所述目标应用的情况下，通过目标终端拉活所述目标应用，并将所述推送消息发送给所述目标应用；

在不需要拉活所述目标应用的情况下，通过所述目标终端将所述推送消息发送给所述目标应用。

在一个示例性的实施方式中，所述方法还包括：通过服务端根据所述终端的终端标识将所述推送消息发送给所述目标终端，其中，所述终端标识用于唯一的标识一个终端。

在一个示例性的实施方式中，所述方法还包括：通过所述服务端获取所述目标终端上的目标应用的服务权限；其中，在所述目标应用的服务权限为保持活跃的情况下，通过所述服务端在所述推送消息中指示所述目标应用不需要被拉活；在所述目标应用的服务权限为非保持活跃的情况下，通过所述服务端在所述推送消息中指示所述目标应用需要被拉活。

在一个示例性的实施方式中，在所述目标应用的服务权限为非保持活跃，并且所述目标应用当前的状态为非活跃状态的情况下，确定需要拉活所述目标应用。

根据本发明的另一个实施例，还提供了一种消息的推送系统，包括：

服务端和至少两个目标终端，其中，所述服务端用于向所述至少两个目标终端发送推送消息，其中，所述推送消息被所述服务端配置为分别推送至所述至少两个目标终端上的目标应用；

所述至少两个目标终端用于分别根据自身的目标应用的活跃状态确定是否需要拉活所述目标应用；在需要拉活所述目标应用的情况下，拉活所述目标应用，并将所述推送消息发送给所述目标应用；在不需要拉活所述目标应用的情况下，通过所述目标终端将所述推送消息发送给所述目标应用。

在一个示例性的实施方式中，所述服务端还用于根据所述终端的终端标识将所述推送消息发送给所述目标终端，其中，所述终端标识用于唯一的标识一个终端。

在一个示例性的实施方式中，所述服务端还用于获取所述目标终端上的目标应用的服务权限；其中，在所述目标应用的服务权限为保持活跃的情况下，在所述推送消息中指示所述目标应用不需要被拉活；在所述目标应用的服务权限为非保持活跃的情况下，在所述推送消息中指示所述目标应用需要被拉活。

在一个示例性的实施方式中，所述目标终端还用于在所述目标应用的服务权限为非保持活跃，并且所述目标应用当前的状态为非活跃状态的情况下，确定需要拉活所述目标应用。

根据本发明的又一个实施例，还提供了一种消息的推送方法，应用于目标终端，包括：接收服务端发送的推送消息，其中，所述推送消息被所述服务端配置为推送至所述目标终端上的目标应用；根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；在需要拉活所述目标应用的情况下，拉活所述目标应用，并将所述推送消息发送给所述目标应用；在不需要拉活所述目标应用的情况下，将所述推送消息发送给所述目标应用。

根据本发明的又一个实施例，还提供了一种消息的推送方法，应用于服务端，包括：向至少两个目标终端发送推送消息，其中，所述推送消息被所述服务端配置为推送至所述至少两个目标终端上的目标应用，所述推送消息用于指示所述至少两个目标终端接收服务端发送的推送消息，根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；在需要拉活所述目标应用的情况下，拉活所述目标应用，并将所述推送消息发送给所述目标应用；在不需要拉活所述目标应用的情况下，将所述推送消息发送给所述目标应用。

通过本发明实施例，由于通过目标终端接收服务端发送的推送消息，其中，所述推送消息被所述服务端配置为推送至至少两个目标终端上的目标应用；通过目标终端根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；在需要拉活所述目标应用的情况下，通过目标终端拉活所述目标应用，并将所述推送消息发送给所述目标应用；在不需要拉活所述目标应用的情况下，通过所述目标终端将所述推送消息发送给所述目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

附图说明

图1是根据本发明实施例的网络架构示意图；

图2是根据本发明实施例的一种消息的推送方法的流程图；

图3是根据本发明实施例的消息的推送系统的结构框图；

图4是根据本发明实施例的另一种消息的推送方法的流程图；

图5是本发明实施例的另一种消息的推送方法的移动终端的硬件结构框图；

图6是根据本发明实施例的又一种消息的推送方法的流程图；

图7是根据本发明实施例的一种消息的推送装置的结构框图；

图8是根据本发明实施例的另一种消息的推送装置的结构框图；

图9是本发明示例实施方式的推送方法的架构示意图；

图10是本发明示例实施方式的推送方法的流程图；

图11是本发明示例实施方式的终端界面一示意图；

图12是本发明示例实施方式的终端界面二示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例可以运行于图1所示的网络架构上，图1是根据本发明实施例的网络架构示意图，如图1所示，该网络架构包括：服务端、终端，其中，服务端可以与终端进行信息交互。

在本实施例中提供了一种运行于上述网络架构的消息的推送方法，图2是根据本发明实施例的一种消息的推送方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，通过目标终端接收服务端发送的推送消息，其中，该推送消息被该服务端配置为推送至至少两个目标终端上的目标应用；

步骤S204，通过目标终端根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；

步骤S206，在需要拉活该目标应用的情况下，通过目标终端拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，通过该目标终端将该推送消息发送给该目标应用。

通过上述步骤，由于通过目标终端接收服务端发送的推送消息，其中，所述推送消息被所述服务端配置为推送至至少两个目标终端上的目标应用；通过目标终端根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；在需要拉活所述目标应用的情况下，通过目标终端拉活所述目标应用，并将所述推送消息发送给所述目标应用；在不需要拉活所述目标应用的情况下，通过所述目标终端将所述推送消息发送给所述目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

在一个示例性的实施方式中，“拉活”应用可以指将应用程序加入白名单，即，终端不会关闭该应用程序，或者说，终端不会禁止该应用程序的运行。被拉活的应用程序可以是活跃状态的，例如，可以运行，可以接收消息等。

在一个示例性的实施方式中，该方法还包括：通过服务端根据该终端的终端标识将该推送消息发送给该目标终端，其中，该终端标识用于唯一的标识一个终端。需要说明的是，服务端可以配置推送消息的目标终端，目标应用，推送内容，将这些信息作为推送消息通过UMS(unification messages system)通道发送给目标终端。其中的目标终端信息用于供UMS通道确定该推送消息的目标终端，目标应用信息用于供目标终端在接收推送消息之后确定该消息被推送的目标应用。

在一个示例性的实施方式中，该方法还包括：通过该服务端获取该目标终端上的目标应用的服务权限；其中，在该目标应用的服务权限为保持活跃的情况下，通过该服务端在该推送消息中指示该目标应用不需要被拉活；在该目标应用的服务权限为非保持活跃的情况下，通过该服务端在该推送消息中指示该目标应用需要被拉活。需要说明的是，示例性的，终端可以给安装在终端上的一些应用设置不同的服务权限，比如，设置白名单或者黑名单，对于服务权限被设置为白名单的应用，表示终端可以允许其“保持活跃”，即，终端允许该应用处于活跃的状态，例如，该应用可以运行，例如可以接收消息或信息；对于服务权限被设置为黑名单的应用，其位于“非保持活跃”的状态，即，该非活跃的应用可以被设置为禁止接收消息，或者禁止运行等。终端可以将自身的应用的服务权限信息发送给服务端，服务权限保持活跃可以指该应用进入终端白名单的状态，即，终端不会关闭该应用或者禁止该应用的运行。

在一个示例性的实施方式中，在该目标应用的服务权限为非保持活跃，并且该目标应用当前的状态为非活跃状态的情况下，确定需要拉活该目标应用。由于应用在活跃的状态下才可以接收推送消息，所以对于目标应用，需要处于活跃的状态。如果目标应用被关闭，则需要在向其发送推送消息之前拉活该应用。

根据本发明的另一个实施例，还提供了一种消息的推送系统，图3是根据本发明实施例的消息的推送系统的结构框图，如图3所示，包括：服务端31和至少两个目标终端：目标终端33、目标终端35，其中，该服务端用于向该至少两个目标终端发送推送消息，其中，该推送消息被该服务端配置为分别推送至该至少两个目标终端上的目标应用；该至少两个目标终端用于分别根据自身的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，通过该目标终端将该推送消息发送给该目标应用。

通过上述系统，由于该服务端用于向该至少两个目标终端发送推送消息，其中，该推送消息被该服务端配置为分别推送至该至少两个目标终端上的目标应用；该至少两个目标终端用于分别根据自身的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，通过该目标终端将该推送消息发送给该目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

在一个示例性的实施方式中，该服务端还用于根据该终端的终端标识将该推送消息发送给该目标终端，其中，该终端标识用于唯一的标识一个终端。

在一个示例性的实施方式中，该服务端还用于获取该目标终端上的目标应用的服务权限；其中，在该目标应用的服务权限为保持活跃的情况下，在该推送消息中指示该目标应用不需要被拉活；在该目标应用的服务权限为非保持活跃的情况下，在该推送消息中指示该目标应用需要被拉活。

在一个示例性的实施方式中，该目标终端还用于在该目标应用的服务权限为非保持活跃，并且该目标应用当前的状态为非活跃状态的情况下，确定需要拉活该目标应用。

根据本发明的又一个实施例，还提供了一种消息的推送方法，应用于目标终端，图4是根据本发明实施例的另一种消息的推送方法的流程图，如图4所示，包括：

步骤S402，接收服务端发送的推送消息，其中，该推送消息被该服务端配置为推送至该目标终端上的目标应用；

步骤S404，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用。

通过上述步骤，由于接收服务端发送的推送消息，其中，该推送消息被该服务端配置为推送至该目标终端上的目标应用，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

在一个示例性的实施方式中，该推送消息是通过服务端根据该终端的终端标识发送给该目标终端的，其中，该终端标识用于唯一的标识一个终端。

在一个示例性的实施方式中，在该目标应用的服务权限为保持活跃的情况下，该推送消息中被服务端指示了该目标应用不需要被拉活；在该目标应用的服务权限为非保持活跃的情况下，该推送消息中被服务端指示了该目标应用需要被拉活，其中，该目标终端上的目标应用的服务权限是该服务端所获取的。

在一个示例性的实施方式中，在该目标应用的服务权限为非保持活跃，并且该目标应用当前的状态为非活跃状态的情况下，确定需要拉活该目标应用。

本申请实施例中所提供的方法实施例可以在移动终端、计算机终端、智能家居终端或者类似的运算装置中执行。以运行在移动终端上为例，图5是本发明实施例的另一种消息的推送方法的移动终端的硬件结构框图。如图5所示，移动终端可以包括一个或多个(图5中仅示出一个)处理器502(处理器502可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器504，其中，上述移动终端还可以包括用于通信功能的传输设备506以及输入输出设备508。本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图5中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器504可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的消息的推送方法对应的计算机程序，处理器502通过运行存储在存储器504内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器504可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器504可进一步包括相对于处理器502远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置506用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置506包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置506可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

根据本发明的又一个实施例，还提供了一种消息的推送方法，应用于服务端，图6是根据本发明实施例的又一种消息的推送方法的流程图，如图6所示，包括：

步骤S602，向至少两个目标终端发送推送消息，其中，该推送消息被该服务端配置为推送至该至少两个目标终端上的目标应用，该推送消息用于指示该至少两个目标终端接收服务端发送的推送消息，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用。

通过上述步骤，向至少两个目标终端发送推送消息，其中，该推送消息被该服务端配置为推送至该至少两个目标终端上的目标应用，该推送消息用于指示该至少两个目标终端接收服务端发送的推送消息，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

在一个示例性的实施方式中，本实施例的方法还包括：服务端根据该终端的终端标识将该推送消息发送给该目标终端，其中，该终端标识用于唯一的标识一个终端。

在一个示例性的实施方式中，该服务端获取该目标终端上的目标应用的服务权限；其中，在该目标应用的服务权限为保持活跃的情况下，通过该服务端在该推送消息中指示该目标应用不需要被拉活；在该目标应用的服务权限为非保持活跃的情况下，通过该服务端在该推送消息中指示该目标应用需要被拉活。

在一个示例性的实施方式中，在该目标应用的服务权限为非保持活跃，并且该目标应用当前的状态为非活跃状态的情况下，确定需要拉活该目标应用。

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

在本实施例中还提供了一种消息的推送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的一种消息的推送装置的结构框图，如图7所示，该装置包括：

接收模块71，用于接收服务端发送的推送消息，其中，该推送消息被该服务端配置为推送至该目标终端上的目标应用；

确定模块73，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用。

通过上述步骤，由于接收服务端发送的推送消息，其中，该推送消息被该服务端配置为推送至该目标终端上的目标应用，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

在一个示例性的实施方式中，该推送消息是通过服务端根据该终端的终端标识发送给该目标终端的，其中，该终端标识用于唯一的标识一个终端。

在一个示例性的实施方式中，在该目标应用的服务权限为保持活跃的情况下，该推送消息中被服务端指示了该目标应用不需要被拉活；在该目标应用的服务权限为非保持活跃的情况下，该推送消息中被服务端指示了该目标应用需要被拉活，其中，该目标终端上的目标应用的服务权限是该服务端所获取的。

在一个示例性的实施方式中，在该目标应用的服务权限为非保持活跃，并且该目标应用当前的状态为非活跃状态的情况下，确定需要拉活该目标应用。

在本实施例中还提供了一种消息的推送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图8是根据本发明实施例的另一种消息的推送装置的结构框图，如图8所示，该装置包括：

发送模块82，用于向至少两个目标终端发送推送消息，其中，该推送消息被该服务端配置为推送至该至少两个目标终端上的目标应用，该推送消息用于指示该至少两个目标终端接收服务端发送的推送消息，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用。

通过上述步骤，向至少两个目标终端发送推送消息，其中，该推送消息被该服务端配置为推送至该至少两个目标终端上的目标应用，该推送消息用于指示该至少两个目标终端接收服务端发送的推送消息，根据该目标终端上的目标应用的活跃状态确定是否需要拉活该目标应用；在需要拉活该目标应用的情况下，拉活该目标应用，并将该推送消息发送给该目标应用；在不需要拉活该目标应用的情况下，将该推送消息发送给该目标应用，因此，能够实现在多个不同的终端之间推送消息，并且确保消息能够被推送成功，可以解决相关技术中无法在不同终端之间实现消息推送的问题，实现了在多个终端之间的消息推送。

在一个示例性的实施方式中，发送模块82还用于根据该终端的终端标识将该推送消息发送给该目标终端，其中，该终端标识用于唯一的标识一个终端。

在一个示例性的实施方式中，本实施例的装置还包括：获取模块，用于获取该目标终端上的目标应用的服务权限；其中，在该目标应用的服务权限为保持活跃的情况下，在该推送消息中指示该目标应用不需要被拉活；在该目标应用的服务权限为非保持活跃的情况下，在该推送消息中指示该目标应用需要被拉活。

在一个示例性的实施方式中，在该目标应用的服务权限为非保持活跃，并且该目标应用当前的状态为非活跃状态的情况下，确定需要拉活该目标应用。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

示例实施方式

以下结合具体场景对本发明实施例进行进一步解释说明。

在一个示例性的实施方式中，本实施例所提供的方案可以按照业务维度类别配置推送内容，可以实现同样的推送消息可以同时推送给不同的应用。本实施例所提供的方案还可以实现在向各应用推送消息的时候，不受系统应用调度制约影响，无论应用是否被杀掉(即应用被关闭)，都可以及时可靠的支持离线推送消息。

以下对本实施例可能用到的技术术语进行说明：APK是Android applicationpackage的缩写，即Android安装包，通过将APK文件直接传到Android模拟器或Android手机中执行即可安装。例如本文中的推送核心APK、业务APK。

ROM也叫只读存储器，是一种将数据永久存储在计算机和其他电子设备上的存储介质。包含启动PC所需的编程，对启动至关重要，它执行主要的输入/输出任务并保存程序或软件指令。例如本文中的ROM。

UMS是将目前各种通信服务和即时消息等集成在一起的消息系统。例如本文中应用的UMS推送通道。

Device id为设备的唯一标识，用于唯一的标识一个设备；应用可以以应用包名做区分，不同的应用具有不同的应用包名称，也可以给不同的应用设置不同的ID，用于唯一的标识不同的应用，一个设备上可以有多个应用。

在一个示例性的实施方式中，本方案为系统级推送方案，包含一个推送服务和推送核心应用。推送服务具备提供多种业务模板的推送能力，提供以产型型号为颗粒度的应用配置，主要配置各个业务对应的应用的标识，例如应用包名，即表示指定的内容能够推送给哪些应用；及推送核心应用收到推送消息是否拉活业务应用(拉活即让应用保持活跃状态，应用只有在活跃状态才能接收推送消息)，其中，业务应用指的是推送消息的目标应用，即，接收推送消息的应用；推送核心应用指的是终端上的对消息推送进行管理的应用。在一个示例性的实施方式中，推送核心应用需要集成到终端ROM内，并且需要具备较高的运行权限或者说服务权限，例如需要被提升为核心服务并加入白名单，以系统服务的形势提供推送接口给所有需要支持推送功能的应用，推送的目标应用若未启动，系统服务(即推送核心应用)对未启动的目标应用进行拉活(即让应用保持活跃状态)并推送消息，不受系统应用调度制约。推送服务和推送核心应用结合使用，即可实现多应用同时推送、可靠支持离线推送消息的目的。

图9是本发明示例实施方式的推送方法的架构示意图，如图9所示，其中UMS为在Android平台提供推送服务，可根据设备(例如不同的终端)进行定向推送；推送服务在UMS的基础上，提供多种业务模板的推送能力，需要说明的是，推送有多种业务类型，如：留言板业务、门铃业务等。每个业务的提示消息都可以有不同的格式，可以设置每个业务的消息模板，提供以产型型号为颗粒度的应用配置，主要配置各个业务对应的应用，例如可以配置应用包名，及推送核心应用收到消息是否拉活业务应用等；推送核心应用用于和推送服务，UMS进行网络通信，拉取配置，接收推送，业务分发(即将推送消息分发给终端上的多个目标应用)。

在一个示例性的实施方式中，推送服务设置业务类型和目标应用标识(例如应用包名)的对应关系，推送核心应用从推送服务抓取该配置；其中，业务类型与目标应用标识的对应关系表示的是指定业务类型的业务需要被推送到哪些终端的哪些应用上。比如业务类型为留言板业务，配置的推送应用为：留言板应用，推送消息的时候就只推送消息给留言板应用。其中，应用标识用于唯一且确定的标识一种应用；例如承载服务的应用包名必须唯一且确定。

图10是本发明示例实施方式的推送方法的流程图，如图10所示，包括：

(1)推送服务向业务一、业务二应用发起推送；

(2)UMS根据推送服务发送的找到对应的设备，并向该设备推送消息；其中，该设备上配置有推送核心应用，也配置了其他应用；

(3)推送核心APK(相当于推送核心应用)收到推送消息，其中，该推送消息中承载了推送的内容，推送核心应用集成在终端的ROM内，并设置为核心服务并加入终端的服务白名单。

如果推送服务对业务一、二应用的配置是不需要拉活，执行第(5)步；

如果推送服务对业务一、二应用的配置需要拉活，并且业务一、二应用当前是被关闭的状态，执行第(4)步；否则执行第(5)步；需要说明的是，推送服务可以提前获知不同的业务应用在各自终端上的运行权限或者说服务权限，以确定如果推送服务向该业务应用发起推送时，该业务应用是否可能处于被关闭的状态，例如是否可能出现被终端的后台系统关闭的状态，如果该业务应用是被添加在终端的系统服务白名单中，即，终端后台系统不会关闭该应用，则表示该业务应用会一直处于活跃的状态，不需要被拉活即可接收到推送消息，那么，推送服务在发起推送时，可以配置针对于这种类型的业务应用不需要拉活；如果该业务应用并没有被添加在终端的系统服务白名单中，则表示该业务应用并非一直处于活跃的状态，可能需要被拉活以后才可以接收推送消息。那么推送服务在发起推送时，可以配置针对于这种类型的业务应用需要拉活。

(4)推送核心应用拉活业务一、业务二应用，将推送消息发送给业务一、业务二应用；

(5)推送核心应用在收到推送消息后，需要根据业务类型，匹配到不同的业务应用(例如可以匹配不同的应用包名)，封装成广播消息，将推送消息发送给指定业务应用(即目标业务应用)；

(6)结束。

本实施例所提供的方案可以应用在给不同的应用同时推送消息的场景。比如在一个智慧家庭系统中，手机、智能家电终端上都可能安装了多个应用，以下以留言板业务为例进行解释说明：带屏智能设备端有留言板应用，手机端有留言板管理应用。有消息推送给设备端的留言板时，手机端管理应用的留言板模块会同时收到一条推送消息。此场景中的业务类型为留言板业务，配置的推送目标应用为：带屏设备端的留言板APP、手机端的管理应用(管理应用是控制所有网器的入口)。运行原理是：核心服务(相当于上述的推送服务)发起向留言板APP和管理应用推送留言消息，核心服务将留言板业务对应的模板、推送内容、设备id集合、业务应用标识(例如包名)等应用配置发给核心推送应用，其中，每个终端上都安装了该核心推送应用，例如本场景中的带屏智能设备端和手机端，核心推送应用向配置的业务应用推送消息，若业务应用关闭，核心推送应用将其拉活然后推送。例如，推送消息为“你好”，留言板APP收到的推送界面如图11所示，管理应用收到的推送界面如图12所示。

又如在一个智慧家庭系统中，手机、智能家电终端上都可能安装了多个应用，以下以门铃业务为例进行解释说明：带屏智能设备端有门铃应用，手机端有门铃管理。有消息推送给设备端的门铃时，手机端管理应用的门铃模块会同时收到一条推送消息。该推送消息可以包括了访客到访或访客信息等内容，此场景中的业务类型为门铃业务，配置的推送目标应用为：带屏设备端的门铃APP、手机端的管理应用(管理应用是控制所有网器的入口)。运行原理是：核心服务发起向门铃APP和管理应用推送留言消息，核心服务将门铃业务对应的模板、推送内容、设备id集合、业务应用标识(例如包名)等应用配置发给核心推送应用，其中，每个终端上都安装了该核心推送应用，例如本场景中的带屏智能设备端和手机端，核心推送应用向配置的应用推送消息，若业务应用关闭，核心推送应用将其拉活然后推送。

通过上述实施例，通过推送服务设置业务类型和应用包名的对应关系，推送核心APK和推送服务，进行网络通信，拉取配置，接收推送，业务分发，对关闭的应用进行拉活。可实现同时向多应用推送消息，并支持可靠的离线推送消息，实现一个系统级的推送目的。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

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

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

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

通过目标终端接收服务端发送的推送消息，其中，所述推送消息被所述服务端配置为推送至至少两个目标终端上的目标应用；

通过目标终端根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；

在需要拉活所述目标应用的情况下，通过目标终端拉活所述目标应用，并将所述推送消息发送给所述目标应用；

在不需要拉活所述目标应用的情况下，通过所述目标终端将所述推送消息发送给所述目标应用。

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

通过服务端根据终端的终端标识将所述推送消息发送给所述目标终端，其中，所述终端标识用于唯一的标识一个终端。

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

通过所述服务端获取所述目标终端上的目标应用的服务权限；

其中，在所述目标应用的服务权限为保持活跃的情况下，通过所述服务端在所述推送消息中指示所述目标应用不需要被拉活；

在所述目标应用的服务权限为非保持活跃的情况下，通过所述服务端在所述推送消息中指示所述目标应用需要被拉活。

4.根据权利要求3所述的方法，其特征在于，在所述目标应用的服务权限为非保持活跃，并且所述目标应用当前的状态为非活跃状态的情况下，确定需要拉活所述目标应用。

5.一种消息的推送系统，其特征在于，包括：

服务端和至少两个目标终端，其中，所述服务端用于向所述至少两个目标终端发送推送消息，其中，所述推送消息被所述服务端配置为分别推送至所述至少两个目标终端上的目标应用；

所述至少两个目标终端用于分别根据自身的目标应用的活跃状态确定是否需要拉活所述目标应用；在需要拉活所述目标应用的情况下，拉活所述目标应用，并将所述推送消息发送给所述目标应用；在不需要拉活所述目标应用的情况下，通过所述目标终端将所述推送消息发送给所述目标应用。

6.根据权利要求5所述的系统，其特征在于，所述服务端还用于根据终端的终端标识将所述推送消息发送给所述目标终端，其中，所述终端标识用于唯一的标识一个终端。

7.根据权利要求5所述的系统，其特征在于，所述服务端还用于获取所述目标终端上的目标应用的服务权限；其中，在所述目标应用的服务权限为保持活跃的情况下，在所述推送消息中指示所述目标应用不需要被拉活；在所述目标应用的服务权限为非保持活跃的情况下，在所述推送消息中指示所述目标应用需要被拉活。

8.根据权利要求5所述的系统，其特征在于，所述目标终端还用于在所述目标应用的服务权限为非保持活跃，并且所述目标应用当前的状态为非活跃状态的情况下，确定需要拉活所述目标应用。

9.一种消息的推送方法，其特征在于，应用于目标终端，包括：

接收服务端发送的推送消息，其中，所述推送消息被所述服务端配置为推送至所述目标终端上的目标应用；

根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；

在需要拉活所述目标应用的情况下，拉活所述目标应用，并将所述推送消息发送给所述目标应用；

在不需要拉活所述目标应用的情况下，将所述推送消息发送给所述目标应用。

10.一种消息的推送方法，其特征在于，应用于服务端，包括：

向至少两个目标终端发送推送消息，其中，所述推送消息被所述服务端配置为推送至所述至少两个目标终端上的目标应用，所述推送消息用于指示所述至少两个目标终端接收服务端发送的推送消息，根据所述目标终端上的目标应用的活跃状态确定是否需要拉活所述目标应用；

在需要拉活所述目标应用的情况下，拉活所述目标应用，并将所述推送消息发送给所述目标应用；

在不需要拉活所述目标应用的情况下，将所述推送消息发送给所述目标应用。

Images