CN117097793A - 一种消息推送方法、终端及服务器 - Google Patents

Abstract

本申请公开一种消息推送方法、终端及服务器，属于终端技术领域，方法包括：消息推送代理接收服务器发送的推送消息请求；在确定推送消息请求为动态推送请求的情况下，对推送消息请求进行解析，确定至少一个推送条件；基于推送条件，分别从终端获取与各推送条件对应的终端数据；基于终端数据和至少一个推送条件，确定各标签对应的目标推送内容；根据各标签对应的目标推送内容生成目标推送消息，并将目标推送消息发送至消息中心。这样，由于服务端向终端发送的推送消息包括可动态调整的内容，各终端接收到推送信息后，可以基于接收到的推送消息请求进行逻辑判断，并可以基于各终端的当前实际情况，确定与各终端适配的推送内容，从而提高用户体验。

Description

一种消息推送方法、终端及服务器

技术领域

本申请属于终端技术领域，尤其涉及一种消息推送方法、终端及服务器。

背景技术

随着终端的智能化程度越来越高，各终端厂商大都提供了消息推送系统。消息推送系统通过对外开放推送消息能力，使业务服务端能够下发推送消息到终端进行展示，以向用户提供不同的提醒内容。

目前，在业务服务端预先设置固定推送内容，例如，固定的标题、固定的消息内容、固定的背景图片等。然后，业务服务端将固定推送内容发送到终端进行展示。

可见，终端接收到推送消息后，只能在通知栏中展示预先设置好的固定推送内容。这样，通知栏所展示的内容可能与终端当前的状态不适配，影响用户体验。例如，业务服务端下发的固定推送内容中背景图片为普通模式的背景图片，而终端使用的是深色模式。这样，处于深色模式的终端展示普通模式的背景图片，可能出现通知栏过亮等影响用户体验的情况。

发明内容

本申请提供一种消息推送方法、终端及服务器，能够基于各终端的当前实际情况，确定与各终端适配的推送内容，从而提高用户体验。

第一方面，本申请提供一种消息推送方法，所述方法应用于终端，所述终端包括消息推送代理和消息中心，所述方法包括：所述消息推送代理接收服务器发送的推送消息请求；在所述推送消息请求为动态推送请求的情况下，所述推送消息请求包括至少一个推送条件，至少一个标签，以及各标签在各所述推送条件对应的推送内容；在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，对所述推送消息请求进行解析，确定所述至少一个推送条件；所述消息推送代理基于所述推送条件，分别从所述终端获取与各所述推送条件对应的终端数据；所述消息推送代理基于所述终端数据和所述至少一个推送条件，确定各标签对应的目标推送内容；所述消息推送代理根据所述各标签对应的所述目标推送内容生成目标推送消息，并将所述目标推送消息发送至所述消息中心。

这样，一方面，由于服务端向终端发送的推送消息包括可动态调整的内容。这样，各终端接收到推送信息后，可以基于接收到的推送消息请求进行逻辑判断，并可以基于各终端的当前实际情况，确定与各终端适配的推送内容，从而提高用户体验。另一方面，由终端侧的消息推送代理执行逻辑判断，能够获取到终端的最新数据，从而可以基于最新数据确定与各自终端适配的展示内容。再一方面由消息推送代理执行逻辑判断，不依赖终端中业务APP启动即可进行提醒内容处理。另外，由于处理逻辑和内容数据均由服务端下发到终端，因此，也不需要终端中业务APP对内容数据进行适配修改。

在一种可实现方式中，所述消息推送代理基于所述推送条件，分别从所述终端获取与各所述推送条件对应的终端数据，包括：所述消息推送代理确定各所述推送条件对应的变量参数；所述消息推送代理分别从所述终端获取与各所述变量参数对应的终端数据。

这样，可以通过识别推送消息请求中的变量参数，获取与各所述变量参数对应的终端数据。例如，{% if $System.realtimeLocation.city = "Shenzhen" %}中的变量参数为$System.realtimeLocation.city，即终端的实时位置。

在一种可实现方式中，所述终端数据包括所述终端的系统设置数据、所述终端的状态数据和所述终端中应用程序数据中的至少一项；所述系统设置数据包括显示模式和静音模式中的至少一项；所述状态数据包括当前位置、当前电量、网络连接状态和当前时间中的至少一项；应用程序数据包括应用程序版本和应用程序内部可查询的数据中的至少一项。

这样，本申请提供的方案可以应用于推送消息涉及上述终端数据的多种应用场景，提高用户体验。

在一种可实现方式中，所述推送消息请求还包括消息类型标识，所述方法还包括：在所述消息类型标识为第一标识的情况下，所述消息推送代理确定所述推送消息请求为动态推送请求；在所述消息类型标识为第二标识的情况下，所述消息推送代理确定所述推送消息请求为静态推送请求。

在一种可实现方式中，在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，对所述推送消息请求进行解析，确定所述至少一个推送条件，包括：在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，提取各所述标签对应的变量参数；所述消息推送代理解析所述变量参数对应的推送条件。

在一种可实现方式中，所述推送消息请求还包括与各所述标签对应的消息类型标识，所述在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，对所述推送消息请求进行解析，确定所述至少一个推送条件，包括：在第一标签的消息类型标识为第一标识的情况下，所述消息推送代理提取所述第一标签对应的变量参数；所述消息推送代理解析所述第一标签的所述变量参数对应的推送条件。

在一种可实现方式中，所述方法还包括：在第二标签的消息类型标识为第二标识的情况下，所述消息推送代理将所述第二标签对应的推送信息作为所述第二标签对应的推送内容。

在一种可实现方式中，所述标签包括标题、内容、背景图片和界面跳转方式中至少一种。

第二方面，本申请提供一种消息推送方法，所述方法应用于服务器，所述方法包括：接收业务管理平台发送的推送消息设置信息；所述推送消息设置信息包括至少一个标签、所述各标签对应的推送内容以及目标推送终端信息；确定所述推送消息设置信息的消息类型；基于所述推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求；所述消息类型标识用于指示所述推送消息请求的消息类型；基于所述目标推送终端信息，所述将所述推送消息请求分别发送至各目标推送终端。

这样，通过服务端向终端下发的推送消息请求中包括可动态调整的内容以及消息类型，这样，终端接收到推送消息请求后，可以基于消息类型，执行对应的逻辑判断。

在一种可实现方式中，推送消息设置信息还包括至少一个推送条件，所述推送内容包括在各所述推送条件对应的推送内容；所述确定所述推送消息设置信息的消息类型，包括：在所述推送消息设置信息包括至少一个推送条件的情况下，确定所述推送消息设置信息的消息类型为动态消息；在所述推送消息设置信息不包括所述推送条件的情况下，确定所述推送消息设置信息的消息类型为静态消息。

这样，可以基于推送消息设置信息是否包括推送条件，确定推送消息设置信息对应的消息类型。

在一种可实现方式中，所述基于所述推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求，包括：在所述推送消息设置信息的消息类型为动态消息的情况下，生成包含第一标识的推送消息请求；或者，生成包含第一标识和第二标识的推送消息请求；其中，所述第一标识用于指示包括推送条件的标签，所述第二标识用于指示不包括推送条件的标签。

这样，通过对不同的推送消息请求类型配置不同的标识，终端可以进一步基于第一标识或第二标识，判断推送消息请求类型。

在一种可实现方式中，基于所述推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求，包括：在所述推送消息设置信息的消息类型为动态消息的情况下，基于预定义语法，将各标签对应的推送内容，构造为包括变量参数的逻辑块；所述逻辑块用于表征推送条件以及所述推送条件对应的推送内容；在所述推送消息设置信息的消息类型为静态消息的情况下，将各标签对应的推送内容确定为各标签对应的固定文本；其中，所述推送消息请求包括所述至少一个标签、以及各标签对应的逻辑块或固定文本。

在一种可实现方式中，所述变量参数包括所述目标推送终端的系统设置数据、所述目标推送终端的状态数据和所述目标推送终端中应用程序数据中的至少一项；所述系统设置数据包括显示模式和静音模式中的至少一项；所述状态数据包括当前位置、当前电量、网络连接状态和当前时间中的至少一项；应用程序数据包括应用程序版本和应用程序内部可查询的数据中的至少一项。

在一种可实现方式中，所述标签包括标题、内容、背景图片和界面跳转方式中至少一种。

在一种可实现方式中，所述目标推送终端信息包括所述目标推送终端的唯一标识。

第三方面，本申请提供一种终端，所述终端包括存储器和处理器；所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，使所述终端执行如第一方面中任一项所述的方法。

第四方面，本申请提供一种服务器，所述服务器包括存储器和处理器；所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，使所述服务器执行如第二方面中任一项所述的方法。

第五方面，本申请提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被执行时，如第一方面或第二方面中任一项所述的方法被执行。

附图说明

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

图1为本申请实施例提供的一种消息推送场景示意图；

图2为本申请实施例提供的一种终端的界面示例图；

图3为本申请实施例提供的一种消息推送方法的工作流程示意图；

图4为本申请实施例提供的一种业务管理平台的操作界面示例图；

图5A为本申请实施例提供的又一种业务管理平台的操作界面示例图；

图5B为本申请实施例提供的再一种业务管理平台的操作界面示例图；

图6A为本申请实施例提供的一种生成目标推送消息的方法的工作流程示意图；

图6B为本申请实施例提供的又一种生成目标推送消息的方法的工作流程示意图；

图7为本申请实施例提供的又一种消息推送场景示意图；

图8为本申请实施例提供的一种消息推送方法的工作流程示意图；

图9为本申请实施例提供的又一种消息推送方法的工作流程示意图；

图10为本申请实施例提供的一种终端的硬件结构示意图；

图11为本申请实施例提供的一种终端的软件架构图。

具体实施方式

下面对本申请实施例提供的方案进行介绍。

随着终端的智能化程度越来越高，各终端厂商大都提供了消息推送系统。消息推送系统通过对外开放推送消息能力，使各应用程序对应的业务服务端能够下发推送消息到终端进行展示，以向终端用户提供不同的提醒内容。

示例性的，如图1所示，消息推送系统包括业务管理平台101、业务服务器201、终端301、终端302和终端303。

其中，业务管理平台101与业务服务器201一一对应。例如，天气应用程序的业务管理平台与天气应用程序的业务服务器对应，视频应用程序的业务管理平台与视频应用程序的业务服务器对应。其中，终端301、终端302和终端303上可以安装有天气应用程序和视频应用程序。

这样，营销人员可以通过业务管理平台101设置推送消息，并将设置好的推送消息发送给对应的业务服务器201。最后，业务服务器201将推送消息发送至各终端进行展示。例如，业务管理平台101向业务服务器201发送推送消息A，业务服务器201将推送消息A分别发送至终端301、终端302和终端303。

推送消息可以在终端以消息通知栏的形式展示。其中，消息通知栏中所展示的推送消息通常包括标题、消息内容和背景图片等内容。

示例性的，如图2所示，消息通知栏中标题为“台风红色预警通知”，消息内容为“预计今日16：00时，深圳地区有台风天气，风力可达12级，请做好防范准备!” ，背景图片为普通模式（或者称为浅色模式）的背景图片。

相关技术中，上述消息通知栏所展示的内容均为业务服务端预先设置好的固定的推送内容。示例性的，结合图1和图2所示，营销人员可以通过业务管理平台101设计推送消息A的标题为“台风红色预警通知”，消息内容为“预计今日16：00时，深圳地区有台风天气，风力可达12级，请做好防范准备!” ，背景图片为如图2所示的背景图片。

接着，业务服务端201接收到业务管理平台101发送的推送消息A后，将推送消息A分别发送至终端301、终端302和303。终端301、终端302和303基于接收到的推送消息A，分别在消息通知栏中进行展示。如图1所示，终端301、终端302和303所展示的推送消息相同，均为业务服务端210发送的固定的推送内容。

这样，相关技术中，所有接收到业务服务端210发送的推送消息的终端所展示的内容都相同，不能为不同终端用户提供不同的个性化服务。

以业务服务器201发送的推送消息A中背景图片为普通模式的背景图片为例，如图1所示，若终端301的显示模式为深色模式，终端302和终端303的显示模式为普通模式。这样，上述推送消息A中的背景图片与终端302和终端303的显示模式相适配，而与终端301的显示模式不适配。从用户角度看，终端301所展示的消息通知栏可能过亮，影响用户视觉体验。

再例如，若终端301 和终端302位于深圳市，终端303位于北京市。这样，上述推送消息A中的消息内容与终端301 和终端302所处位置相适配，但是，上述推送消息A中的消息内容与终端303所处位置不适配。从用户角度看，上述消息内容对于终端303的用户来说为无效提醒，这种无效提醒会造成用户反感，从而影响用户体验。

需要说明的是，上述实施例仅以各业务服务器具有消息推送能力的消息推送系统（例如，将消息推送服务作为各业务服务器中的一个业务模块。）为例进行示例性说明，并不表示对消息推送系统的限定。

在一些实施例中，消息推送系统也可以包括一个或多个独立的消息推送服务器，这样，多个业务服务器201可以与一个消息推送服务器对接，统一由该消息推送服务器发送各业务对应的推送消息到终端。

为解决上述问题，本申请提供一种消息推送方法，该方法中业务服务端向终端发送的推送消息可以包括可动态调整的内容。这样，各终端接收到推送信息后，可以基于各终端的当前实际情况，确定与各终端适配的推送内容，从而提高用户体验。

下面以消息推送系统包括业务管理平台101、业务服务器201和终端301，业务服务器201可以包括业务服务模块和消息推送服务模块，终端301可以包括消息推送代理和消息中心为例，对本申请实施例提供的消息推送方法进行说明。

如图3所示，本申请实施例提供的消息推送方法，可以包括以下步骤：

S401、业务管理平台101接收运营人员发送的推送消息设置信息。

当业务侧要向终端用户推送消息时，业务侧运营人员可以在业务管理平台101编辑推送消息。

示例性的，如图4所示，以推送消息包括标题、消息内容、背景图片和界面跳转方式为例，业务侧运营人员可以在业务管理平台101的操作界面编辑标题、消息内容、背景图片和界面跳转方式各部分对应的推送内容。

其中，界面跳转方式是指响应于终端用户点击消息通知栏后，终端界面的响应方式。界面跳转方式可以包括打开应用和打开web页面。其中，打开应用是指点击消息通知栏后，跳转至该推送消息对应的应用程序的应用界面。打开web页面是指点击消息通知栏后，不跳转至该推送消息对应的应用程序的应用界面，而是跳转至例如官网等其他网站。

本申请实施例中，运营人员在业务管理平台101编辑的推送消息可以仅包括动态推送内容，还可以同时包括动态推送内容和静态推送内容。其中，动态推送内容是指可以基于终端的实时数据动态调整的推送内容。静态推送内容是指固定的推送内容，不会基于终端的实时数据动态调整。例如，推送消息中标题为固定的推送内容，推送消息中消息内容、背景图片等均为可以基于终端的实时数据动态调整的推送内容。

如图4所示，对于动态推送内容可以设置对应的推送规则。其中，推送规则可以包括推送条件以及在各推送条件下标题、消息内容、背景图片和界面跳转方式对应的推送内容。其中，各推送条件下的推送内容可以包括满足推送条件时的推送内容，以及不满推送条件时的推送内容。对于静态推送内容不需要设置推送规则，直接设置对应的固定推送内推。

示例性的，以背景图片可以基于终端的系统显示模式动态调整为例。

如图5A所示，运营人员可以在业务管理平台101的操作界面的推送条件选项中选择“系统显示模式”，并可以在条件输入框中设置对应的条件，如，系统显示模式是否为深色模式。另外，运营人员还可以在业务管理平台101的操作界面分别输入满足推送条件以及不满足推送条件对应的背景图片。例如，系统显示模式为深色模式对应的推送条件下，通过业务管理平台101的操作界面输入经过深色处理后的背景图片；系统显示模式为普通模式对应的推送条件下，通过业务管理平台101的操作界面输入未经过深色处理后的背景图片。这样，终端展示推送消息时，可以基于当前系统显示模式，选择与之适配的背景图片。

又一示例性的，以标题、消息内容和界面跳转方式可以基于终端的位置信息动态调整为例。例如，推送消息可以是天气、旅游、景区等相关业务对应的推送消息。

如图5B所示，以推送消息为天气相关的推送内容为例，运营人员可以在业务管理平台101的操作界面的推送条件选项中选择“当前用户位置”。选中“当前用户位置”后，可以设置或者直接显示与之对应的位置设置条件。例如，图5B中的位置设置条件为当前用户位置是否位于深圳市。

如图5B所示，运营人员还可以在业务管理平台101的操作界面分别输入满足推送条件以及不满足推送条件对应的标题、消息内容和界面跳转方式。例如，如果当前用户位置位于深圳，则标题可以为“台风红色预警通知”，消息内容可以为“预计今日16：00时，深圳地区有台风天气，风力可达12级，请做好防范准备!”，界面跳转方式可以为深度链接（deeplink）跳转。如果当前用户位置不位于深圳（例如位于北京），则标题可以为“广东多地发出高级别台风预警”，消息内容可以为“中央气象台9月10日06时发布台风红色预警……。”，界面跳转方式可以为跳转至气象台官网。这样，对于不同地区的终端用户推送各自更适配的消息，更有利于维护用户，提高用户体验。

需要说明的是，上述实施例仅以图5A和图5B所示的推送规则为例进行示例行说明，并不表示对推送规则的限定。本申请实施例可以基于不同的应用场景设置不同的推送规则。

示例性的，本申请实施例中不同的推送规则可以为基于终端中任何可以随时变化的数据动态调整的推送内容。例如，动态推送内容可以为基于终端的系统设置数据、终端的状态数据和终端中应用程序数据中至少一项进行动态调整。其中，系统设置数据可以包括显示模式和静音模式中至少一项。状态数据可以包括当前位置、当前电量、网络连接状态和当前时间中至少一项。应用程序数据包括应用程序版本和应用程序内部可查询的数据中至少一项。

以下列举几种应用场景对应的推送规则。

应用场景一：

对于包括背景图片、音效等涉及终端设置的消息推送场景，其推送规则可以为基于终端的系统设置数据，动态调整推送消息。

例如，对于包括背景图片的推送消息的推送规则可以包括：推送条件为系统显示模式是否为深色模式。其中，系统显示模式为深色模式对应的背景图片为深色模式图片，系统显示模式为普通模式对应的背景图片为普通模式图片。

再例如，对于包括音效的推送消息的推送规则可以包括：推送条件为终端是否处于静音模式。其中，终端处于静音模式时不播放音效，终端处于非静音模式时播放音效。

应用场景二：

对于天气、旅游、景区等涉及地理位置的消息推送场景，其推送规则可以为基于终端的位置数据，动态调整推送消息。

例如，图5B示出的，推送规则可以包括：推送条件为终端是否位于深圳市。其中，对于当前位于深圳市的终端用户，推送深圳市对应的标题、消息内容、界面跳转方式。对于当前位于除深圳以外的其他城市的终端用户，推送默认的标题、消息内容、界面跳转方式。其中，默认的标题、消息内容、界面跳转方式与深圳市对应的标题、消息内容、界面跳转方式不同。

应用场景三：

对于涉及电池、充电业务的消息推送场景，其推送规则可以为基于终端的当前电量，动态调整推送消息。

例如，推送规则可以包括：推送条件为终端的当前电量。其中，基于不同的电量，可以设置不同的推送消息。例如，电量为0-10%、10%-50%、50%-100%时分别对应不同的推送内容。

应用场景四：

对于包括视频等消耗流量的消息推送场景，其推送规则可以为基于终端的当前网络连接状态，动态调整推送消息。

例如，对于包括视频的推送消息的推送规则可以包括：推送条件为终端的网络连接状态是否为WIFI连接方式。其中，终端的当前网络连接状态为WIFI连接方式时，消息内容以视频方式展示。终端的当前网络连接状态为数据连接方式时，消息内容以页面方式展示。

应用场景五：

对于促销活动等涉及时间的消息推送场景，其推送规则可以为基于终端的当前时间，动态调整推送消息。

例如，某促销活动对应的推送消息的推送规则可以包括：终端的当前时间距离2023年11月11日的时间是否大于1天时。其中，终端的当前时间距离2023年11月11日的时间大于1天时，发送第一种推送消息。终端的当前时间距离2023年11月11日的时间小于1天时，发送第二种推送消息。

应用场景六：

对于涉及应用程序数据的业务推送场景，可以设置基于各终端中应用程序版本等应用程序数据等，动态调整推送消息。

例如，更新应用程序的推送消息的推送规则可以包括：终端当前安装的应用程序版本是否为第一版本。其中，终端当前安装的应用程序版本为第一版本时，将应用程序更新至第二版本。终端当前安装的应用程序版本为第二版本时，将应用程序更新至第三版本。也就是说，可以基于终端当前安装的应用程序的版本，匹配与其适应的更新版本。

需要说明的是，运营人员在业务管理平台101编辑的推送消息可以包括上述推送规则中的一种或几种的组合，本申请实施例对此不进行限定。

对于静态推送内容，运营人员可以直接在业务管理平台101编辑固定推送内容。

运营人员在业务管理平台101编辑完上述推送消息后，还可以选择目标推送终端，以请求将推送消息发送至目标推送终端。

最后，运营人员在业务管理平台101完成上述设置后，可以在业务管理平台101点击“发送”按键。这样，业务管理平台101可以接收到将运营人员输入的推送消息设置信息，并将推送消息设置信息发送至对应的业务服务模块。

S402，业务管理平台101将推送消息设置信息发送至业务服务模块。

由上述描述可知，业务服务模块接收到的推送消息设置信息可以包括至少一个标签、各标签对应的动态推送内容或者静态推送内容、以及目标推送终端信息。

其中，标签可以包括标题、消息内容、背景图片和界面跳转方式等。动态推送内容可以包括推送条件以及推送条件对应的推送内容，静态推送内容不包括推送条件，仅包括固定的推送内容。

本申请实施例中，推送消息设置信息中所有标签均可以对应为动态推送内容；也可以部分标签设置为动态推送内容，部分标签设置为静态推送内容。

本申请实施例中，可以将包括动态推送内容的推送消息设置信息的消息类型定义为动态消息，将不包括动态推送内容的推送消息设置信息的消息类型定义为静态消息。

在一些实施例中，目标推送终端信息可以是用于表征终端唯一标识的任何信息，例如，目标推送终端信息可以是终端的推送令牌（Push Token）。

S403，业务服务模块确定推送消息设置信息的消息类型。

在一些实施例中，确定推送消息设置信息的消息类型，可以采用下述方式实现：业务服务模块可以先确定推送消息设置信息中是否包括推送条件。如果推送消息设置信息包括至少一个推送条件，则确定推送消息设置信息的消息类型为动态消息。如果推送消息设置信息不包括推送条件，则确定推送消息设置信息的消息类型为静态消息。

在一些实施例中，确定推送消息设置信息的消息类型，还可以采用下述方式实现：业务服务模块可以利用预先训练好的消息类型识别模型，确定推送消息设置信息的消息类型为动态消息或者静态消息。例如，消息类型识别模型可以基于推送消息设置信息中关键字、语意等方法判断推送消息设置信息的消息类型。

S404，业务服务模块基于推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求。

在一些实施例中，生成包含消息类型标识的推送消息请求，可以采用下述方式实现：如果确定推送消息设置信息的消息类型为动态消息，则生成包含动态标识（也可以称为第一标识）的推送消息请求。如果确定推送消息设置信息的消息类型为静态消息，则生成包含静态标识（也可以称为第二标识）的推送消息请求。其中，动态标识用于指示生成的推送消息请求中包括可动态调整的推送内容，静态标识用于指示生成的推送消息请求中不包括可动态调整的推送内容。

在一些实施例中，生成包含消息类型标识的推送消息请求，还可以采用下述方式实现：如果确定推送消息设置信息的消息类型为动态消息，则生成包含动态标识和静态标识的推送消息请求。其中，动态标识用于指示包括推送条件的标签，静态标识用于指示不包括推送条件的标签。例如，标题对应的推送内容为静态推送内容，消息内容和背景图片对应的推送内容为动态推送内容，则业务服务模块生成与标题对应的静态标识，以及分别生成与消息内容和背景图片对应的动态标识。这样，生成的推送消息请求中包括一个静态标识和两个动态标识。

对于动态推送内容，业务服务模块可以基于预定义的语法，将动态推送内容编辑为支持动态执行的文本，以使消息推送代理能够解析并执行业务服务模块生成的推送消息请求。其中，支持动态执行的文本包括变量参数的逻辑块。

示例性的，预定义的语法可以采用以下方式：通过“{% %}”括起来文本，表示执行的逻辑块。该逻辑块可以支持基本运算、支持字符串基本操作、支持逻辑运算、支持条件表达式、支持变量等。

其中，支持基本运算包括支持整数/浮点数的数值加减乘除、比较、转换等运算。支持字符串基本操作包括支持比较/截取/拼接/取长度/查找子串等操作。支持逻辑运算包括支持与、或、非等逻辑运算。支持条件表达式包括if、else if、end if等条件表达式。if表示条件匹配的情况，else if表示条件不匹配的情况，end if表示条件分块结束。

逻辑块中变量可以采用变量符号+变量属性的形式表达。例如，$System.darkMode表示获取系统是否处于深色模式；$System.realtimeLocation表示获取到的终端的实时位置；$System.currentTime表示获取系统当前时间；$App[包名] 表示获取某个包名的APP的信息，如 $App[com.example.demo].version表示获取包名为com.example.demo的APP的版本号。

在一些实施例中，逻辑块还可以提供一些函数功能。例如，逻辑块可以执行计算时间，时间转换等基础功能函数以及调用APP内content provider接口查询数据的函数。

示例性的，逻辑块{% seconds(“2023-10-01 12:00:00”) – seconds($System.currentTime) %} 表示计算得到当前时间距离 2023-10-01 12:00:00的秒数，其中seconds为预置函数。

示例性的，逻辑块{% query(“com.example.demo”, “content://example/isLogin”, “”, “”, “”) = true %} 表示调用名称为com.example.demo的APP的provider接口查询isLogin信息。

以标题、消息内容和背景图片均为动态推送内容的一个具体例子为例，业务服务模块接收到的推送消息设置信息包括：标题、消息内容和背景图片，以及标题、消息内容和背景图片各标签对应的动态推送内容。这样，业务服务模块基于预定义的语法，生成的推送消息请求（支持动态执行的文本）可以如表1所示。

表1 推送消息请求

；

如表1所示，服务模块基于接收到的推送消息设置信息，生成的支持动态执行的文本中包括一个动态标识dynamicNotification、标签、以及与各标签对应的推送信息。其中，dynamicNotification表示该条推送消息请求包括动态推送消息请求。对应的，业务服务模块将标题、消息内容和背景图片对应的推送规则分别编辑为表1所示推送信息。推送信息以条件表达式形式表达。其中，标题中变量为$System.realtimeLocation.city，即终端的实时位置。标题对应的条件表达式表示：获取终端的实时位置；如果终端的实时位置为深圳市，则标题为深圳市提醒标题（如，台风红色预警通知）；如果终端的实时位置不是深圳市，则标题为默认提醒标题（如，广东多地发出高级别台风预警）。

消息内容中变量也是$System.realtimeLocation.city，即终端的实时位置。消息内容对应的条件表达式表示：获取终端的实时位置；如果终端的实时位置为深圳市，则消息内容为深圳市提醒内容（如，预计今日16：00时，深圳地区有台风天气，风力可达12级，请做好防范准备!）；如果终端的实时位置不是深圳市，则消息内容为默认提醒内容（如，中央气象台9月10日06时发布台风红色预警……。）。

背景图片中变量为$System.darkMode，即系统是否处于深色模式。背景图片对应的条件表达式表示：获取系统的显示模式，并确定系统是否处于深色模式。如果终端处于深色模式，则背景图片加载与深色模式适配的背景图片；如果终端未处于深色模式，则背景图片加载与普通模式适配的背景图片。

其中，业务服务模块生成的推送消息请求中各标签（如，标题、消息内容和背景图片等）也可以称为参数，各标签对应的推送信息（如，固定推送内容或推送规则）也可以称为参数值。

对于静态推送内容，业务服务模块可以直接生成与静态推送内容对应的固定文本。

以标题为静态推送内容，消息内容和背景图片均为动态推送内容的一个具体例子为例，业务服务模块基于预定义的语法，生成的推送消息请求（支持动态执行的文本）可以如表2所示。

表2推送消息请求

；

如表2所示，对于既包括动态推送内容又包括静态推送内容的推送消息设置信息，业务服务模块可以分别为各标签配置对应的消息类型标识。例如，业务服务模块为标题配置的消息类型标识为Notification，业务服务模块为消息内容和背景图片配置的消息类型标识为dynamicNotification。其中，Notification表示生成的推送消息请求中标题对应的推送信息为静态推送信息，dynamicNotification表示生成的推送消息请求中消息内容和背景图片对应的推送信息为动态推送信息。

如表2所示，对于推送消息设置信息中的静态推送内容，业务服务模块不需要使用预定义语法进行编辑处理，可以直接将对应的静态推送内容作为推送内容。

业务服务模块对推送消息设置信息中的动态推送内容的处理方法可以参见对表1的描述，此处不再赘述。

综上，业务服务模块生成的推送消息请求可以包括消息类型标识、至少一个标签，以及各标签对应的推送信息。其中，推送信息可以为动态推动信息或者静态推送信息。如表2所示，标题对应的推动信息属于动态推动信息，消息内容和背景图片对应的推动信息属于静态推动信息。其中，动态推动信息中包括推送条件，以及满足或不满足该推送条件对应的推送内容。

需要说明的是，上述实施例仅以业务服务模块将动态推送内容转换为支持动态执行的文本为例进行示例性说明。在一些实施例中，也可以在业务管理平台101输入支持动态执行的文本。这样，业务服务模块接收到业务管理平台101发送的推送消息设置信息后，无需转换动态推送内容。

还需要说明的是，上述实施例仅以在推送消息请求中配置dynamicNotification或Notification标识为例进行示例性说明，并不表示对消息类型标识的具体形式的限定。例如，消息类型标识也可以采用逻辑块的形式表达，如，逻辑块为：

Notification{

DynamicFlag=true/false

}

其中，DynamicFlag=true，表示消息类型为动态消息；DynamicFlag= false，表示消息类型为静态消息。

S405，业务服务模块将生成的推送消息请求和目标推送终端信息发送至消息推送服务模块。

S406，消息服务模块基于目标推送终端信息，将推送消息请求分别发送至各目标推送终端。

示例性的，消息服务模块获取各目标推送终端的Push Token，然后，分别将推送消息请求发送至各Push Token对应的终端。这样，各终端都可以接收到相同的推送消息请求。

本申请实施例中，各终端的消息推送代理接收消息服务模块发送的推送消息请求，并基于接收到的推送消息请求进行逻辑判断，得到与各自终端适配的消息。这样，一方面由消息推送代理执行逻辑判断，不依赖终端中业务APP启动即可进行提醒内容处理。另外，由于处理逻辑和内容数据均由服务端下发到终端，因此，也不需要终端中业务APP对内容数据进行适配修改。另一方面，由终端侧的消息推送代理执行逻辑判断，能够获取到终端的最新数据，从而可以基于最新数据确定与各自终端适配的展示内容。

消息推送代理接收消息服务模块发送的推送消息请求后，解析推送消息请求，得到与当前终端适配的目标推送消息。

下面对本申请实施例提供的终端中消息推送代理对推送消息请求的处理方法进行说明。

S407，消息推送代理确定推送消息请求中各标签对应的推送信息的消息类型。

本申请实施例中，消息推送代理具有解析和执行如表1和表2所示的推送信息的能力。消息推送代理对于不同类型的推送信息的解析方式不同，因此，消息推送代理接收到推送消息请求后，先确定推送消息请求中推送信息的消息类型。

在一些实施例中，如果推送消息请求中仅包括一个消息类型标识（如表1所示），则消息推送代理判断该消息类型标识对应的消息类型。对应的，如果消息类型标识为动态标识，则消息推送代理可以将各标签对应的推送信息都确认为动态推送信息。然后，基于对动态推送信息的解析方法，解析各标签对应的推送信息。如果消息类型标识为静态标识，则消息推送代理确定该条推送消息请求中不包括动态推送信息。这样，消息推送代理可以采用对静态推送信息的解析方法，解析各标签对应的推送信息。

在一些实施例中，如果推送消息请求中包括多个消息类型标识（如表2所示），即每个标签对应有一个消息类型标识，这样，消息推送代理可以基于各标签对应的消息类型标识，确定各标签对应的推送信息的类型。以表2为例，消息推送代理可以基于标题对应的静态标识，确定标题对应的推送消息为静态推送消息。消息推送代理可以基于消息内容和背景图片对应的动态标识，确定消息内容和背景图片对应的推送消息为动态推送消息。这样，消息推送代理可以进一步采用对静态推送信息的解析方法，解析标题对应的推送信息；以及采用对动态推送信息的解析方法，解析消息内容和背景图片对应的推送信息。

其中，对动态推送信息的解析方法可以参见步骤S408至步骤S410的描述，对静态推送信息的解析方法可以参见步骤S411的描述。

S408，在推送信息为动态推送信息的情况下，消息推送代理对推送消息请求进行解析，确定至少一个推送条件。

S409，消息推送代理基于推送条件，分别从终端获取与各推送条件对应的终端数据。

S410，消息推送代理基于终端数据和至少一个推送条件，确定各标签对应的目标推送内容。

S411，在推送信息为静态推送信息的情况下，消息推送代理将静态推送信息确定为该标签对应的推送内容。

示例性的，如果推送消息请求中仅包括一个消息类型标识，且消息类型标识为动态标识，则消息推送代理在解析各标签对应的推送信息时，可以先确定推送信息中是否包括变量参数。如果推送信息中包括变量参数，则表明该推送信息为动态推送信息，则消息推送代理进一步解析变量参数对应的推送条件，并执行对应的逻辑处理。如果推送信息中不包括变量参数，则表明该推送信息为静态推送信息，则消息推送代理不需要逻辑处理，可以直接将静态推送信息确定为该标签对应的推送内容。

以解析表1中各标签对应的推送信息为例，消息推送代理可以确定标题、消息内容和背景图片对应的推送信息中包括变量参数，并确定变量参数分别为终端的实时位置、终端的实时位置和系统是否处于深色模式。然后，消息推送代理可以获取当前终端的实时位置和系统显示模式数据，例如，消息推送代理可以从当前终端的定位系统中获取当前终端的位置数据，可以从当前终端的设置系统中获取当前终端的系统显示模式数据。

接着，消息推送代理基于获取的当前终端的位置数据和系统显示模式数据进行逻辑判断。例如，如图6A所示，如果当前终端的实时位置为深圳，则消息推送代理确定标题为深圳市提醒标题（如，台风红色预警通知），消息内容为深圳市提醒内容（如，预计今日16：00时，深圳地区有台风天气，风力可达12级，请做好防范准备!）。如图6B所示，如果当前终端的实时位置不是深圳，则消息推送代理确定标题为默认提醒标题（如，广东多地发出高级别台风预警），消息内容为默认提醒内容（如，中央气象台9月10日06时发布台风红色预警……。）。

类似的，如图6A所示，如果当前终端的系统显示模式为深色模式，消息推送代理确定背景图片为深色模式对应的背景图片。如图6B所示，如果当前终端的系统显示模式为普通模式，消息推送代理确定背景图片为普通模式对应的背景图片。

又一示例性的，如果推送消息请求中包括多个消息类型标识（如表2所示），每个标签对应有一个消息类型标识，则消息推送代理可以基于各标签对应的消息类型标识，分别采用对应的解析方式。例如，对于配置有动态标识的标签，可以先确定该标签对应的推送信息中的变量参数。然后，消息推送代理可以获取当前终端对应的实时数据，并基于获取的当前终端的实时数据进行逻辑判断。具体的，消息推送代理基于变量参数进行的逻辑判断过程，可以参见上述实施例的描述，此处不再赘述。再例如，对于配置有静态标识的标签，消息推送代理可以将对应的静态推送信息确定为该标签对应的推送内容。

可见，消息推送代理接收到的推送消息请求中携带有不同推送条件下满足或不满足推送条件对应的推送内容，这样，消息推送代理只需根据获取的终端的实时数据进行逻辑判断，然后，从推送消息请求中选择符合推送条件的推送内容。这样，不需要由终端侧APP修改推送内容。

S412，消息推送代理生成目标推送消息。

消息推送代理解析各标签对应的推送内容后，生成目标推送消息。如图6A和图6B所示，目标推送消息包括各标签，以及与各标签对应的推送内容。

应理解，对于动态推送信息，不同终端的消息推送代理生成推送内容可能不同。对于静态推送信息，不同终端的消息推送代理生成推送内容相同。

S413，消息推送代理将目标推送消息发送至消息中心。

S414，消息中心将目标推送消息展示在终端的显示屏。

这样，对于不同的终端，基于相同的推送消息请求，最终可以展示不同的推送消息。

示例性的，如图7所示，将表1所示的推送消息请求分别发送给终端301、终端302和终端303。

假设终端301接收到推送消息请求时位于深圳市，并且系统显示模式为深色模式。这样，消息推送代理生成的目标推送消息为：标题和消息内容均为深圳市提醒内容、背景图片为深色模式对应的背景图片。对应的，终端301显示的消息通知栏如图7中（a）所示，背景图片与终端301当前的深色模式相适配，并且标题和消息内容也与终端301所处的地理位置深圳市相适配。

假设终端302接收到推送消息请求时位于深圳市，并且系统显示模式为普通模式。这样，消息推送代理生成的目标推送消息为：标题和消息内容均为深圳市提醒内容、背景图片为普通模式对应的背景图片。对应的，终端302显示的消息通知栏如图7中（b）所示，背景图片与终端302当前的普通模式相适配，并且标题和消息内容也与终端302所处的地理位置深圳市相适配。

假设终端303接收到推送消息请求时位于北京市，并且系统显示模式为普通模式。这样，消息推送代理生成的目标推送消息为：标题和消息内容均为默认提醒内容、背景图片为普通模式对应的背景图片。对应的，终端303显示的消息通知栏如图7中（c）所示，背景图片与终端302当前的普通模式相适配，并且标题和消息内容也与终端303所处的地理位置北京市相适配。

这样，对比图1和图7可知，本申请实施例提供的消息推送方法，可以基于各终端的最新动态数据，如：系统设置数据、终端的状态数据和终端中应用程序数据等动态，设置与各终端适配的推送消息，为各终端用户提供个性化服务，提高各终端用户的用户体验。

为便于对本申请实施例提供的技术方案的理解，以下分别以服务器和终端为执行主体对本申请实施例提供的消息推送方法进行说明。

如图8所示，本申请实施例提供的消息推送方法，可以应用于服务器，具体可以包括以下步骤：

S501，接收业务管理平台发送的推送消息设置信息；推送消息设置信息包括至少一个标签、各标签对应的推送内容以及目标推送终端信息。

S502，确定推送消息设置信息的消息类型。

S503，基于推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求；消息类型标识用于指示推送消息请求的消息类型。

S504，基于目标推送终端信息，将推送消息请求分别发送至各目标推送终端。

在一种可实现方式中，推送消息设置信息还包括至少一个推送条件，推送内容包括在各推送条件对应的推送内容；确定推送消息设置信息的消息类型，包括：在推送消息设置信息包括至少一个推送条件的情况下，确定推送消息设置信息的消息类型为动态消息；在推送消息设置信息不包括推送条件的情况下，确定推送消息设置信息的消息类型为静态消息。

在一种可实现方式中，基于推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求，包括：在推送消息设置信息的消息类型为动态消息的情况下，生成包含第一标识的推送消息请求；或者，生成包含第一标识和第二标识的推送消息请求；其中，第一标识用于指示包括推送条件的标签，第二标识用于指示不包括推送条件的标签。

在一种可实现方式中，基于推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求，包括：在推送消息设置信息的消息类型为动态消息的情况下，基于预定义语法，将各标签对应的推送内容，构造为包括变量参数的逻辑块；逻辑块用于表征推送条件以及推送条件对应的推送内容；在推送消息设置信息的消息类型为静态消息的情况下，将各标签对应的推送内容确定为各标签对应的固定文本；其中，推送消息请求包括至少一个标签、以及各标签对应的逻辑块或固定文本。

在一种可实现方式中，变量参数包括目标推送终端的系统设置数据、目标推送终端的状态数据和目标推送终端中应用程序数据中的至少一项；系统设置数据包括显示模式和静音模式中的至少一项；状态数据包括当前位置、当前电量、网络连接状态和当前时间中的至少一项；应用程序数据包括应用程序版本和应用程序内部可查询的数据中的至少一项。

在一种可实现方式中，标签包括标题、内容、背景图片和界面跳转方式中至少一种。

在一种可实现方式中，目标推送终端信息包括目标推送终端的唯一标识。

其中，服务器一侧的具体实现过程可以参见步骤S401至S406的描述，此处不再赘述。

如图9所示，本申请实施例提供的消息推送方法，可以应用于终端，具体可以包括以下步骤：

S601，消息推送代理接收服务器发送的推送消息请求；在推送消息请求为动态推送请求的情况下，推送消息请求包括至少一个推送条件，至少一个标签，以及各标签在各推送条件对应的推送内容。

S602，在消息推送代理确定推送消息请求为动态推送请求的情况下，对推送消息请求进行解析，确定至少一个推送条件。

示例性的，在推送消息请求中包括推送条件的情况下，确定推送消息请求为动态推送请求。在推送消息请求中不包括推送条件的情况下，确定推送消息请求为静态推送请求。

又一示例性的，在推送消息请求中包括动态标识（也可称为第一标识）的情况下，确定推送消息请求为动态推送请求。在推送消息请求中不包括动态标识的情况下，确定推送消息请求为静态推送请求。

S603，消息推送代理基于推送条件，分别从终端获取与各推送条件对应的终端数据。

其中，对于不同的推送条件，可以从终端的不同位置获取对应的终端数据。例如，位置数据可以从终端的定位系统获取，显示模式可以从终端的设置系统获取，系统时间数据可以从终端的时间系统获取，电量数据可以从终端的电池管理系统获取。此处不一一列举。

S604，消息推送代理基于终端数据和至少一个推送条件，确定各标签对应的目标推送内容。

S605，消息推送代理根据各标签对应的目标推送内容生成目标推送消息，并将目标推送消息发送至消息中心。

在一种可实现方式中，消息推送代理基于推送条件，分别从终端获取与各推送条件对应的终端数据，包括：消息推送代理确定各推送条件对应的变量参数；消息推送代理分别从终端获取与各变量参数对应的终端数据。

在一种可实现方式中，终端数据包括终端的系统设置数据、终端的状态数据和终端中应用程序数据中的至少一项；系统设置数据包括显示模式和静音模式中的至少一项；状态数据包括当前位置、当前电量、网络连接状态和当前时间中的至少一项；应用程序数据包括应用程序版本和应用程序内部可查询的数据中的至少一项。

在一种可实现方式中，推送消息请求还包括消息类型标识，方法还包括：在消息类型标识为第一标识的情况下，消息推送代理确定推送消息请求为动态推送请求；在消息类型标识为第二标识的情况下，消息推送代理确定推送消息请求为静态推送请求。

在一种可实现方式中，在消息推送代理确定推送消息请求为动态推送请求的情况下，对推送消息请求进行解析，确定至少一个推送条件，包括：在消息推送代理确定推送消息请求为动态推送请求的情况下，提取各标签对应的变量参数；消息推送代理解析变量参数对应的推送条件。

在一种可实现方式中，推送消息请求还包括与各标签对应的消息类型标识，在消息推送代理确定推送消息请求为动态推送请求的情况下，对推送消息请求进行解析，确定至少一个推送条件，包括：在第一标签的消息类型标识为第一标识的情况下，消息推送代理提取第一标签对应的变量参数；消息推送代理解析第一标签的变量参数对应的推送条件。

在一种可实现方式中，方法还包括：在第二标签的消息类型标识为第二标识的情况下，消息推送代理将第二标签对应的推送信息作为第二标签对应的推送内容。

在一种可实现方式中，标签包括标题、内容、背景图片和界面跳转方式中至少一种。

其中，终端一侧的具体实现过程可以参见步骤S407至S414的描述，此处不再赘述。

在一些实施例中，上述终端可以是手机、平板电脑、手持计算机，个人计算机（personal computer，PC），个人数字助理（personal digital assistant，PDA），可穿戴式设备等终端设备。本申请实施例在此对终端的具体形态不做限制。

示例性的，以终端设备为手机为例，图10示出了本申请实施例提供的一种终端的结构示意图。如图10所示，终端300可以包括：处理器310，外部存储器接口320，内部存储器321，通用串行总线（universal serial bus，USB）接口330，充电管理模块340，电源管理模块341，电池342，天线1，天线2，移动通信模块350，无线通信模块360，音频模块370，扬声器370A，受话器370B，麦克风370C，耳机接口370D，传感器模块380，按键390，马达391，指示器392，摄像头393，显示屏394，以及用户标识模块（subscriber identification module，SIM）卡接口395等。

其中，上述传感器模块380可以包括压力传感器380A，陀螺仪传感器380B，气压传感器380C，磁传感器380D，加速度传感器380E，距离传感器380F，接近光传感器380G，指纹传感器380H，温度传感器380J，触摸传感器380K，环境光传感器380L和骨传导传感器380M等传感器。

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

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

控制器可以是终端300的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端300的结构限定。在另一些实施例中，终端300也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块340用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块340为电池342充电的同时，还可以通过电源管理模块341为终端供电。

电源管理模块341用于连接电池342，充电管理模块340与处理器310。电源管理模块341接收电池342和/或充电管理模块340的输入，为处理器310，内部存储器321，外部存储器，显示屏394，摄像头393，和无线通信模块360等供电。

终端300的无线通信功能可以通过天线1，天线2，移动通信模块350，无线通信模块360，调制解调处理器以及基带处理器等实现。

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

移动通信模块350可以提供应用在终端300上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块350可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（lownoise amplifier，LNA）等。移动通信模块350可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块350还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

无线通信模块360可以提供应用在终端300上的包括无线局域网（wireless localarea networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（blue tooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequencymodulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。

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

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

显示屏394用于显示图像，视频等。该显示屏394包括显示面板。例如，显示屏394可以是触摸屏。

终端300可以通过ISP，摄像头393，视频编解码器，GPU，显示屏394以及应用处理器等实现拍摄功能。

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

内部存储器321可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器310通过运行存储在内部存储器321的指令，从而执行终端300的各种功能应用以及数据处理。例如，在本申请实施例中，处理器310可以通过执行存储在内部存储器321中的指令，内部存储器321可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序（比如声音播放功能，图像播放功能等）等。存储数据区可存储终端300使用过程中所创建的数据（比如音频数据，电话本等）等。

终端300可以通过音频模块370，扬声器370A，受话器370B，麦克风370C，耳机接口370D，以及应用处理器等实现音频功能。例如，可以通过麦克风370C采集用户的语音信息，通过扬声器370A播放针对用户的语音信息的反馈结果。

触摸传感器，也称“触控面板”。触摸传感器可以设置于显示屏394，由触摸传感器与显示屏394组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏394提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于终端300的表面，与显示屏394所处的位置不同。

本申请实施例中，终端300可以通过触摸传感器检测到用户在触摸屏输入的触摸操作，并采集该触摸操作在触摸屏上的触控位置，以及触控时间等中的一项或多项。在一些实施例中，终端300可以通过触摸传感器380K和压力传感器380A结合起来，确定触摸操作在触摸屏的触控位置。

按键390包括开机键，音量键等。按键390可以是机械按键。也可以是触摸式按键。终端300可以接收按键输入，产生与终端300的用户设置以及功能控制有关的键信号输入。例如，可以通过长按电源键唤醒语音交互功能。

马达391可以产生振动提示。马达391可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用（例如拍照，音频播放等）的触摸操作，可以对应不同的振动反馈效果。作用于显示屏394不同区域的触摸操作，马达391也可对应不同的振动反馈效果。不同的应用场景（例如：时间提醒，接收信息，闹钟，游戏等）也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器392可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口395用于连接SIM卡。SIM卡可以通过插入SIM卡接口395，或从SIM卡接口395拔出，实现和终端300的接触和分离。终端300可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口395可以支持Nano SIM卡，Micro SIM卡，SIM卡等。

终端300的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明终端300的软件结构。

图11是本申请实施例的终端300的软件结构框图。

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

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

如图11所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息，设置等应用程序。

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

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

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

活动管理服务用于管理应用的Activity的生命周期。

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

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

电话管理器用于提供终端300的通信功能。例如通话状态的管理(包括接通，挂断等)。

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

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

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

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

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

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

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

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

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

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

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

本文中描述的各个方法实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本申请的保护范围中。

可以理解的是，上述各个方法实施例中，由电子设备（包括业务管理平台、服务器和终端）实现的方法和操作，也可以由可用于电子设备的部件（例如芯片或者电路）实现。

上述实施例对本申请提供的消息推送方法进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行每一个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器（read-only memory，ROM）、可编程只读存储器（programmable ROM，PROM）、可擦除可编程只读存储器（erasable PROM，EPROM）、电可擦除可编程只读存储器（electrically EPROM，EEPROM）或闪存。易失性存储器可以是随机存取存储器（random access memory，RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器（static RAM，SRAM）、动态随机存取存储器（dynamic RAM，DRAM）、同步动态随机存取存储器（synchronous DRAM，SDRAM）、双倍数据速率同步动态随机存取存储器（double data rateSDRAM，DDR SDRAM）、增强型同步动态随机存取存储器（enhanced SDRAM，ESDRAM）、同步连接动态随机存取存储器（synchlink DRAM，SLDRAM）和直接内存总线随机存取存储器（directrambus RAM，DR RAM）。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请实施例还提供一种计算机程序产品，该计算机程序产品包括：计算机程序或指令，当该计算机程序或指令在计算机上运行时，使得该计算机执行方法实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请实施例还提供一种计算机存储介质，该计算机存储介质存储有计算机程序或指令，当该计算机程序或指令在计算机上运行时，使得该计算机执行方法实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请实施例还提供一种电子设备，包括存储器和处理器；所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，使所述电子设备执行方法实施例中任意一个实施例的方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块（illustrative logical block）和步骤（step），能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

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

应理解，在本申请的各个实施例中，各步骤的执行顺序应以其功能和内在逻辑确定，各步骤序号的大小并不意味着执行顺序的先后，不对实施例的实施过程构成限定。

本说明书的各个部分均采用递进的方式进行描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点介绍的都是与其他实施例不同之处。尤其，对于装置、计算机存储介质、计算机程序产品、电子设备的实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

以上所述的本申请实施方式并不构成对本申请保护范围的限定。

Claims (18)

1.一种消息推送方法，其特征在于，所述方法应用于终端，所述终端包括消息推送代理和消息中心，所述方法包括：

所述消息推送代理接收服务器发送的推送消息请求；在所述推送消息请求为动态推送请求的情况下，所述推送消息请求包括至少一个推送条件，至少一个标签，以及各标签在各所述推送条件对应的推送内容；

在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，对所述推送消息请求进行解析，确定所述至少一个推送条件；

所述消息推送代理基于所述推送条件，分别从所述终端获取与各所述推送条件对应的终端数据；

所述消息推送代理基于所述终端数据和所述至少一个推送条件，确定各标签对应的目标推送内容；

所述消息推送代理根据所述各标签对应的所述目标推送内容生成目标推送消息，并将所述目标推送消息发送至所述消息中心。

2.根据权利要求1所述的方法，其特征在于，所述消息推送代理基于所述推送条件，分别从所述终端获取与各所述推送条件对应的终端数据，包括：

所述消息推送代理确定各所述推送条件对应的变量参数；

所述消息推送代理分别从所述终端获取与各所述变量参数对应的终端数据。

3.根据权利要求1或2所述的方法，其特征在于，所述终端数据包括所述终端的系统设置数据、所述终端的状态数据和所述终端中应用程序数据中的至少一项；

所述系统设置数据包括显示模式和静音模式中的至少一项；

所述状态数据包括当前位置、当前电量、网络连接状态和当前时间中的至少一项；

应用程序数据包括应用程序版本和应用程序内部可查询的数据中的至少一项。

4.根据权利要求1所述的方法，其特征在于，所述推送消息请求还包括消息类型标识，所述方法还包括：

在所述消息类型标识为第一标识的情况下，所述消息推送代理确定所述推送消息请求为动态推送请求；

在所述消息类型标识为第二标识的情况下，所述消息推送代理确定所述推送消息请求为静态推送请求。

5.根据权利要求1所述的方法，其特征在于，在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，对所述推送消息请求进行解析，确定所述至少一个推送条件，包括：

在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，提取各所述标签对应的变量参数；

所述消息推送代理解析所述变量参数对应的推送条件。

6.根据权利要求1所述的方法，其特征在于，所述推送消息请求还包括与各所述标签对应的消息类型标识，所述在所述消息推送代理确定所述推送消息请求为动态推送请求的情况下，对所述推送消息请求进行解析，确定所述至少一个推送条件，包括：

在第一标签的消息类型标识为第一标识的情况下，所述消息推送代理提取所述第一标签对应的变量参数；

所述消息推送代理解析所述第一标签的所述变量参数对应的推送条件。

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

在第二标签的消息类型标识为第二标识的情况下，所述消息推送代理将所述第二标签对应的推送信息作为所述第二标签对应的推送内容。

8.根据权利要求1所述的方法，其特征在于，所述标签包括标题、内容、背景图片和界面跳转方式中至少一种。

9.一种消息推送方法，其特征在于，所述方法应用于服务器，所述方法包括：

接收业务管理平台发送的推送消息设置信息；所述推送消息设置信息包括至少一个标签、各标签对应的推送内容以及目标推送终端信息；

确定所述推送消息设置信息的消息类型；

基于所述推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求；所述消息类型标识用于指示所述推送消息请求的消息类型；

基于所述目标推送终端信息，将所述推送消息请求分别发送至各目标推送终端。

10.根据权利要求9所述的方法，其特征在于，推送消息设置信息还包括至少一个推送条件，所述推送内容包括在各所述推送条件对应的推送内容；所述确定所述推送消息设置信息的消息类型，包括：

在所述推送消息设置信息包括至少一个推送条件的情况下，确定所述推送消息设置信息的消息类型为动态消息；

在所述推送消息设置信息不包括所述推送条件的情况下，确定所述推送消息设置信息的消息类型为静态消息。

11.根据权利要求10所述的方法，其特征在于，所述基于所述推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求，包括：

在所述推送消息设置信息的消息类型为动态消息的情况下，生成包含第一标识的推送消息请求；或者，

生成包含第一标识和第二标识的推送消息请求；其中，所述第一标识用于指示包括推送条件的标签，所述第二标识用于指示不包括推送条件的标签。

12.根据权利要求9-11任一项所述的方法，其特征在于，基于所述推送消息设置信息的消息类型，生成包含消息类型标识的推送消息请求，包括：

在所述推送消息设置信息的消息类型为动态消息的情况下，基于预定义语法，将各标签对应的推送内容，构造为包括变量参数的逻辑块；所述逻辑块用于表征推送条件以及所述推送条件对应的推送内容；

在所述推送消息设置信息的消息类型为静态消息的情况下，将各标签对应的推送内容确定为各标签对应的固定文本；

其中，所述推送消息请求包括所述至少一个标签、以及各标签对应的逻辑块或固定文本。

13.根据权利要求12所述的方法，其特征在于，所述变量参数包括所述目标推送终端的系统设置数据、所述目标推送终端的状态数据和所述目标推送终端中应用程序数据中的至少一项；

所述系统设置数据包括显示模式和静音模式中的至少一项；

所述状态数据包括当前位置、当前电量、网络连接状态和当前时间中的至少一项；

应用程序数据包括应用程序版本和应用程序内部可查询的数据中的至少一项。

14.根据权利要求9所述的方法，其特征在于，所述标签包括标题、内容、背景图片和界面跳转方式中至少一种。

15.根据权利要求9所述的方法，其特征在于，所述目标推送终端信息包括所述目标推送终端的唯一标识。

16.一种终端，其特征在于，所述终端包括存储器和处理器；所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，使所述终端执行如权利要求1-8中任一项所述的方法。

17.一种服务器，其特征在于，所述服务器包括存储器和处理器；所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，使所述服务器执行如权利要求9-15中任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被执行时，如权利要求1-15中任一项所述的方法被执行。