CN105791352B - 应用的消息推送方法和系统 - Google Patents

Abstract

本发明提供一种应用的消息推送方法和系统，其中，方法包括如下步骤：针对不同的使用场景建立对应的业务中心；其中，每个业务中心包括其对推送消息的展示处理方式；将各个所述业务中心与其所关注的消息类型进行绑定；分别根据绑定的消息类型获取服务器下发的各个业务中心对应的推送消息，解析所述推送消息获得各个业务中心关注的消息内容；根据各个业务中心的展示处理方式将对应的消息内容进行展示。本发明的技术方案，能够基于不同用户场景，智能响应推送结果，推送消息的效果更好，能够将内容合适、准确、贴切地展现给用户，而且通过多维度的推送消息方式，解决了单一的推送模式在面对推送复杂的消息内容时效率低下的问题，极大提高了消息的推送效率。

Description

应用的消息推送方法和系统

技术领域

本发明涉及互联网技术领域，特别是涉及一种应用的消息推送方法和系统。

背景技术

在智能终端的应用中，需要向用户推送各种各样的消息，目前，应用的消息推送，主要依赖系统提供的推送通知服务，例如，现有IOS(由苹果公司开发的移动操作系统)应用的推送方式主要依赖苹果公司提供的APNS(Apple Push Notification Service，苹果推送通知服务)服务，主要包括如下步骤：

用户启动应用后，应用向苹果服务器注册以获得一个唯一的token；应用将token发送给应用自己的服务器；当有推送需求时，应用服务器将推送内容和应用token发送给苹果服务器；苹果服务器按照token下发内容给应用；应用按照用户的设置展示内容。

作为由系统提供的推送通知服务，属于单一的推送模式，本身具有以下缺点：首先推送内容展示形式有限、而应用本身也无法自定义展现形式，其次稳定性不能保证，推送内容长度受系统本身消息要求的限制，最后无法获知发送成功情况，不能确定推送效果和进行相应调整。

而随着智能终端的使用普及，各种新应用不断推出，应用的消息推送已经是多维度的发展趋向，单一的推送模式已经不能满足产品日益复杂的这种推送需求，因此，需要为应用的消息提供新的技术方案，以解决现有的消息推送所存在的效果差、效率低的问题。

发明内容

基于此，有必要针对上述效果差、效率低的问题，提供一种应用的消息推送方法和系统。

一种应用的消息推送方法，包括如下步骤：

针对不同的使用场景建立对应的业务中心；其中，每个业务中心包括其对推送消息的展示处理方式；

将各个所述业务中心与其所关注的消息类型进行绑定；

分别根据绑定的消息类型获取服务器下发的各个业务中心对应的推送消息，解析所述推送消息获得各个业务中心关注的消息内容；

根据各个业务中心的展示处理方式将对应的消息内容进行展示。

一种应用的消息推送系统，包括：

业务创建模块，用于针对不同的使用场景建立对应的业务中心；其中，每个业务中心包括其对推送消息的展示处理方式；

消息注册模块，用于将各个所述业务中心与其所关注的消息类型进行绑定；

消息推送模块，用于分别根据绑定的消息类型获取服务器下发的各个业务中心对应的推送消息，解析所述推送消息获得各个业务中心关注的消息内容；

内容展示模块，用于根据各个业务中心的展示处理方式将对应的消息内容进行展示。

上述应用的消息推送方法和系统，根据用户的使用场景建立业务中心；其中，将业务中心与其所关注的消息类型进行绑定；获取业务中心的推送消息，解析得到消息内容；然后根据业务中心的展示处理方式进行展示。该方案能够基于不同用户场景，智能响应推送结果，推送消息的效果更好，能够将内容合适、准确、贴切地展现给用户，而且通过多维度的推送消息方式，解决了单一的推送模式在面对推送复杂的消息内容时效率低下的问题，极大提高了消息的推送效率。

附图说明

图1为本发明实施例应用的消息推送方法的应用系统结构示意图；

图2为一个实施例的应用的消息推送方法流程图；

图3为一个实施例中的推送到系统消息通知栏的更新消息示意图；

图4为一个实施例中弹窗的示意图；

图5为一个实施例中的气泡形式示意图；

图6为另一个实施例的应用的消息推送方法流程图；

图7为一个实施例的浏览器应用在视频订阅类消息处理流程图；

图8为一个实施例的应用的消息推送系统结构示意图；

图9为另一个实施例的应用的消息推送系统结构示意图；

图10为一个示例的终端设备的部分结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供的应用的消息推送方法可应用于如图1所示的系统中，请参考图1所示，该系统包，终端设备102、服务器104和业务服务器106。其中，终端设备102可以是诸如个人电脑、智能手机、平板电脑、个人数字助理等设备，但并不局限于此。终端设备102可以通过有线或无线方式等方式接入公共网络，如Internet网等，与服务器104进行通信。终端设备102上可运行各种应用，例如浏览器等，用户利用终端设备102可以通过internet网络访问到服务器104，并获取所需的推送；终端设备102的获取到推送消息后，经过相应处理后最终展现给用户，业务服务器106可以提供各种推送的业务内容，例如，用户教育、版本更新、功能性推送，以及与视频、小说或社交网页应用结合的内容或特定消息等内容。

所述终端设备102可以是指一个设备也可以是指多个设备；服务器104是指实现各种后台功能的服务器设备，可以是指一个设备也可以是指多个设备。

参见图2所示，图2为一个实施例的应用的消息推送方法流程图，包括如下步骤：

S201，针对不同的使用场景建立对应的业务中心；其中，每个业务中心包括其对推送消息的展示处理方式。

在此步骤中，建立针对于用户不同的使用场景的业务中心；每个业务中心负责对自己所关注的推送消息进行展示处理的方式；例如，可以建立包括用户教育、版本更新等消息内容的运营业务中心，包括功能性推送消息内容的功能业务中心，以及包括与视频、小说或社交网页应用结合的内容或特定消息等消息内容的订阅业务中心。通过建立业务中心，可以适应复杂的用户使用场景，可以适应复杂繁多的消息内容以及多样化的展示处理方式，满足复杂多维度的推送需求。

在一个实施例中，所述展示处理方式包括：各消息内容之间的展示顺序，各消息内容在不同使用场景中的展示规则，各消息内容展示后的移除时机，以及展示方式等。

上述实施例，针对于复杂繁多的消息内容，从推送目的来看，为了达到更好的推送目的，设置了通过不同的展示形式展示给用户；从交互层看，为了使推送内容更贴近用户使用场景，在推送展示的时机上设置了更多的限制条件。

实际应用中，根据推送内容和目的的分类，用户的使用场景主要包括如下消息内容：

(1)运营推送

(1.1)用户教育：针对版本新功能或期望引起用户注意的功能，利用推送信息进行用户教育和引导。

(1.2)用户关怀：结合地理位置、天气等信息，向用户推送生活提醒，例如天气变冷了提醒用户注意保暖，让用户觉得贴心；

(1.3)版本更新：应用有版本；

(1.4)内容推送：针对推送事件(例如重大新闻、热门视频等)，对用户进行。

(2)功能推送

主要指由用户操作引起的推送，例如用户使用“跨屏穿越”功能，将一个设备上的网页图片等内容，推送到另一个设备上，在第二台设备上需要进行内容推送，提供功能入口。

(3)订阅推送

(3.1)内容提醒：在用户关注某一内容后，对该内容的更新进行推送提醒，例如用户收藏了某电视剧，该电视剧集更新时提示用户。

(3.2)消息提醒：结合社交、游戏等网页应用，在用户使用浏览器的过程中进行消息提醒，例如QQ空间好友动态更新提醒。

作为一种实施方式，可以设置如下运营业务中心、功能业务中心、订阅业务中心等业务中心。

S202，将各个所述业务中心与其所关注的消息类型进行绑定。

在此步骤中，实现了各个业务中心与消息类型的绑定，即消息注册，消息类型是各类具体业务的消息内容的分类，如前述的(1.1)～(1.4)的运营推送内容，功能推送内容和(3.1)～(3.2)的订阅消息内容分类。

由于每个业务中心对应不同的业务展示处理方式，而每个业务类型对应了不同的具体业务，因此，绑定处理可以采用多对多的方式，即一个业务中心可以关注多个消息类型的消息，一个消息类型的消息也可以被多个业务中心关注。这样就实现了对复杂繁多的消息内容以及多样化的展示处理方式的多维度的处理，从而避免了每一个消息内容都去创建对应的通知消息，提高了后续推送效率。

在一个实施例中，步骤S201的绑定过程可以包括如下：

获取各个业务中心所关注的消息内容；将所述消息内容的ID号与对应业务中心进行绑定；确定所述消息内容的消息通道，将所述消息通道与消息内容进行绑定。

目前，应用的消息推送，主要依赖系统提供的推送通知服务，而系统的推送通知服务是单一的推送模式，本身也无法自定义展现形式，稳定性也不能保证，内容长度有限制，传输稳定性难以满足应用要求等缺点。

据此，针对于本发明中的改进，提供了两种消息通道，一种是系统的外部通道，另一种是应用自建的内部通道；通过应用内部自建的消息通道与服务器维持长连接，隔一段时间进行一次心跳收发信息，应用自建的内部通道相对于系统的外部通道具有多种优点，但需要维持在前台运行。

针对于上述两种消息通道的应用，以IOS系统的APNS服务和浏览器的SOCKET长连接为例，SOCKET长连接拥有比较稳定、可自定义展现形式、没有内容限制的推送服务，但是它需要应用维持前台运行，一旦用户退回到桌面，或者设备处于锁屏阶段，无法建立连接并实行推送，而APNS服务又具有许多其他缺点，在应用处于后台时，可以保证消息能够进行推送。

本实施例的方案将系统的外部通道和应用自建的内部通道作为基础推送通道，让应用处于前台或后台，都可以收到丰富形式的推送展示。

结合上述各实施例的描述，通过步骤S202的绑定过程，各个业务中心可以接受并处理关注的消息类型的消息内容，在具体实施例中，消息类型可以由消息内容的ID号、消息通道两个维度进行区分，业务中心与消息类型采用多对多关系。

例如，运营业务中心绑定并关注了两种类型的消息内容：一是来自APNS通道、ID号为111的运营消息；二是来自Socket通道、ID号为111的运营消息。

S203，分别根据绑定的消息类型获取服务器下发的各个业务中心对应的推送消息，解析所述推送消息获得各个业务中心关注的消息内容。

在此步骤中，根据各个业务中心绑定的消息类型，通过与服务器之间的消息通道，获取各个业务服务器下发的推送消息；例如，运营业务中心绑定并关注了两种类型的消息内容：一是来自APNS通道、ID号为111的版本更新消息；二是来自Socket通道、ID号为111的版本更新消息；应用通过服务器的APNS通道、Socket通道获取到运营中心服务器推送的版本更新消息，解析后得到版本更新内容。

S204，根据各个业务中心的展示处理方式将对应的消息内容进行展示。

在此步骤中，每个业务中心负责对自身关注的消息类型的消息内容进行展示处理，具体的，根据设定的展示顺序，展示规则，移除时机进行相应处理，并以所述展示方式进行展示。

一般情况下，对于设定的展示顺序、移除时机，可以根据重要性或者关注度来定，或者由用户自定义设置。而展示规则可以根据展示形式和使用场景设定；例如，采用系统自身提供的展示形式和应用内部使用环境所提供的展示形式，在不同的使用场景下，又可以对应一种或多种展示规则。

例如，在系统通知栏等外部展示情况下，展示形式和规则由系统定义，应用无法修改；参考图3所示，图中所示为推送到系统消息通知栏的更新消息，在应用(如浏览器)内部使用环境中，可以设置相应的展示规则，，作为具体实施方式，可以将使用环境划分为几种情况：起始页、浏览页、浏览器本地应用(如小说书架、我的视频、精品阅读等本地应用)、高级页面等。

前面所述，在不同的使用场景下，又可以对应一种或多种展示规则，例如，在起始页快链屏下，用户正在编辑快链内容时，展示推送内容会影响用户编辑；因此，在浏览页时展示推送内容，应尽可能与用户浏览信息相关，避免进行无意义的打扰推送，据此，可以设置对下发推送内容进行域名过滤等展示规则。

又如，在浏览器中可以设置Host匹配原则，如果用户正在看视频，推送下来的又正好是那个网站的视频更新，这个消息就不展示了，避免重复推送影响。

作为一种具体实施方式，所述展示方式可以包括：导航条、文字链接、快链小角标、浏览器内部弹窗和/或系统通知栏消息展示等；这些展示方式可以单独使用，也可以结合一起使用，具体可以由实际应用情况而定。

例如，参考图3所示，订阅业务中心收到消息内容后，根据定义的展示处理方式进行展示，可以展示成图3中所示的弹窗，参考图4所示，有的展示成下面新添加的图：气泡形式(如图4中第4行第4列视频的右上角有个气泡提醒视频更新了)。

结合本发明前述各个实施例的应用的消息推送方法，本发明的技术方案还可以进一步包括消息推送统计上报的功能。

在一个实施例中，参考图6所示，本发明的应用的消息推送方法还包括：

S205，获取服务器下发的推送消息的推送总量、推送成功数量，以及接收到的推送消息的被点击数量；根据所述推送总量、推送成功数量、被点击数量计算推送率和点击率；将所述推送率和点击率上报至服务器；其中，推送率可以用于调整展示处理方式，点击率可以用于判断消息内容的关注度。

上述实施例的方案，可以由服务器获取到推送总量和推送成功数据，在终端统计用户的点击数量，根据上述统计数据计算推送率和点击率，上传服务器，从而可以调整展示规则、统计关注度等。

在具体实施过程中，消息推送的统计，可以进一步统计消息推送到达率、展示率和关注度。

需要统计的数据如下：总下发数A、总到达数B、总成功展示数C、用户点击总数D，从而可以获得到达率P1＝B/A(用于评判下发通道准确率)、展示率P2＝C/B(用于调整展示规则)、点击率P3＝D/C(用于判断推送内容受用户关注度)

为了更加理解本发明的应用的消息推送方法，下面结合在浏览器应用在视频订阅类消息处理流程中的一个实施例，参考图7所示，主要包括如下步骤：

s701，用户访问视频网站；

s702，用户完成视频业务的订阅注册；

s703，注册后台记录用户的注册状态；

s704，用户订阅相应的视频消息；

s705，注册后台发送订阅记录到视频后台；

s706，视频后台检测到视频内容有更新；

s707，视频后台向注册后台发送更新消息；

s708，注册后台判断用户当前是否处于前台，若是，执行s710，否则执行s709；

s709，通过系统的外部通道发送至系统的通知栏进行展示，转去s712；

s710，通过浏览器的内部通道发送到浏览器；

s711，浏览器弹出消息展示；

s712，将推送消息的展示、点击数据以回执反馈至视频后台。

以上实施例，仅从应用角度阐释了本发明技术方案的应用实例，其流程不构成对本发明技术方案应用于消息推送场景的范围限定。

参见图8所示，图8为一个实施例的应用的消息推送系统结构示意图，包括：

业务创建模块201，用于针对不同的使用场景建立对应的业务中心；其中，每个业务中心包括其对推送消息的展示处理方式；

消息注册模块202，用于将各个所述业务中心与其所关注的消息类型进行绑定；

消息推送模块203，用于分别根据绑定的消息类型获取服务器下发的各个业务中心对应的推送消息，解析所述推送消息获得各个业务中心关注的消息内容；

内容展示模块204，用于根据各个业务中心的展示处理方式将对应的消息内容进行展示。

在一个实施例中，参考图9所示，本发明的应用的消息推送系统还包括：消息推送统计模块205，用于获取服务器下发的推送消息的推送总量、推送成功数量，以及接收到的推送消息的被点击数量；根据所述推送总量、推送成功数量、被点击数量计算推送率和点击率；将所述推送率和点击率上报至服务器。

在一个实施例中，本发明的应用的消息推送系统，所述消息注册模块202，进一步用于获取各个业务中心所关注的消息内容；将所述消息内容的ID号与对应业务中心进行绑定；确定所述消息内容的消息通道，将所述消息通道与消息内容进行绑定。

在一个实施例中，本发明的应用的消息推送系统，所述消息通道包括系统的外部通道和应用自建的内部通道。

在一个实施例中，本发明的应用的消息推送系统，所述展示处理方式包括：各消息内容之间的展示顺序，各消息内容在不同使用场景中的展示规则，各消息内容展示后的移除时机，以及展示方式。

在一个实施例中，本发明的应用的消息推送系统，所述展示方式包括：导航条、文字链接、快链小角标、浏览器内部弹窗和/或系统通知栏消息展示。

本发明的应用的消息推送系统与本发明的应用的消息推送方法一一对应，在上述应用的消息推送方法的实施例阐述的技术特征及其有益效果均适用于应用的消息推送系统的实施例中，特此声明。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

根据上述本发明实施例方案，本发明还提供一种包含计算机可读程序的存储介质，当该存储介质中的计算机可读程序执行时，可以实现上述任何一种方式中的本发明的应用的消息推送方法。

如上所述的本发明实施例的方法，可以以软件的形式安装于相应的机器设备上，并在该软件运行时通过控制相关的处理设备来完成上述的应用的消息推送的过程。相应地，上述Web端可以是设置安装在相应的终端设备上，也可以是相应的终端设备本身，这里的终端设备可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备。

据此，基于上述本发明的应用的消息推送方法和系统，本发明还提供一种终端设备，该终端设备可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意一种可能需要阅读器提供服务的终端设备。

据此，以下以其中一种终端设备为例，图10中示出了该终端设备的部分结构框图。参考图10，该终端设备包括：存储器1010、输入单元1020、显示单元1030、处理器1040、通信模块1050等部件。本领域技术人员可以理解，图10中示出的结构，仅仅是与本发明实施例方案相关的部分结构的框图，并不构成对应用在本发明方案中的终端设备的限定，具体的终端设备可以包括比图示中更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图6对该终端设备的各个构成部件进行具体的介绍。

存储器1010可用于存储软件程序以及模块，处理器1040通过运行存储在存储器1010的软件程序以及模块，从而执行与该终端设备相关的各种功能应用以及数据处理。存储器1010可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器1010可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1020可用于接收输入的数字、字符或者其他信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体在本发明实施例的方案中，可以通过该输入单元1020来输入用户的操作。

具体地，以终端设备为手机为例，该输入单元1020可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1040，并能接收处理器1040发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入单元1020还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1030可用于显示由用户输入的信息或提供给用户的信息以及各种菜单。显示单元1030可包括显示面板，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板。具体在本实施例中，通过该显示单元1030，显示推送消息。

终端设备通过通信模块1050可以实现与服务器之间的通信，该通信模块1050可以采用任何可能的方式实现，例如WiFi模块、蓝牙通信、光纤通信等等，通过通信模块1050实现了终端设备与服务器之间的通信，从而可以使得终端设备能够向服务端发送相关信息(例如本发明实施例中的订阅消息等等)，并接收由服务端返回的推送消息。

处理器1040是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器1010内的软件程序和/或模块，以及调用存储在存储器1010内的数据，执行终端设备的各种功能和数据处理，从而对终端设备进行整体监控。可选的，处理器1040可包括一个或多个处理单元。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种应用的消息推送方法，其特征在于，包括如下步骤：

针对不同的使用场景建立对应的业务中心；其中，每个业务中心包括其对推送消息的展示处理方式；

将各个所述业务中心与其所关注的消息类型进行绑定；其中，所述将各个所述业务中心与其所关注的消息类型进行绑定包括：一个业务中心绑定一个或多个消息类型；

分别根据绑定的消息类型获取服务器下发的各个业务中心对应的推送消息，解析所述推送消息获得各个业务中心关注的消息内容；

根据各个业务中心的展示处理方式将对应的消息内容进行展示；

所述使用场景包括：起始页、浏览页、浏览器本地应用和高级页面中的任意一种或几种；

所述展示处理方式包括展示方式；

所述展示方式包括：导航条、文字链接、快链小角标、浏览器内部弹窗和系统通知栏消息展示中的任意一种或几种。

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

获取服务器下发的推送消息的推送总量、推送成功数量，以及接收到的推送消息的被点击数量；

根据所述推送总量、推送成功数量、被点击数量计算推送率和点击率；

将所述推送率和点击率上报至服务器。

3.根据权利要求1所述的应用的消息推送方法，其特征在于，所述将各个所述业务中心与其所关注的消息类型进行绑定的步骤包括：

获取各个业务中心所关注的消息内容；将所述消息内容的ID号与对应业务中心进行绑定；

确定所述消息内容的消息通道，将所述消息通道与消息内容进行绑定。

4.根据权利要求3所述的应用的消息推送方法，其特征在于，所述消息通道包括系统的外部通道和应用自建的内部通道。

5.根据权利要求1所述的应用的消息推送方法，其特征在于，所述展示处理方式包括：各消息内容之间的展示顺序，各消息内容在不同使用场景中的展示规则，以及各消息内容展示后的移除时机。

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

业务创建模块，用于针对不同的使用场景建立对应的业务中心；其中，每个业务中心包括其对推送消息的展示处理方式；

消息注册模块，用于将各个所述业务中心与其所关注的消息类型进行绑定；其中，所述将各个所述业务中心与其所关注的消息类型进行绑定包括：一个业务中心绑定一个或多个消息类型；

消息推送模块，用于分别根据绑定的消息类型获取服务器下发的各个业务中心对应的推送消息，解析所述推送消息获得各个业务中心关注的消息内容；

内容展示模块，用于根据各个业务中心的展示处理方式将对应的消息内容进行展示；

所述使用场景包括：起始页、浏览页、浏览器本地应用和高级页面中的任意一种或几种；

所述展示处理方式包括展示方式；

所述展示方式包括：导航条、文字链接、快链小角标、浏览器内部弹窗和系统通知栏消息展示中的任意一种或几种。

7.根据权利要求6所述的应用的消息推送系统，其特征在于，还包括：消息推送统计模块，用于获取服务器下发的推送消息的推送总量、推送成功数量，以及接收到的推送消息的被点击数量；根据所述推送总量、推送成功数量、被点击数量计算推送率和点击率；将所述推送率和点击率上报至服务器。

8.根据权利要求6所述的应用的消息推送系统，其特征在于，所述消息注册模块，进一步用于获取各个业务中心所关注的消息内容；将所述消息内容的ID号与对应业务中心进行绑定；确定所述消息内容的消息通道，将所述消息通道与消息内容进行绑定。

9.根据权利要求8所述的应用的消息推送系统，其特征在于，所述消息通道包括系统的外部通道和应用自建的内部通道。

10.根据权利要求8所述的应用的消息推送系统，其特征在于，所述展示处理方式包括：各消息内容之间的展示顺序，各消息内容在不同使用场景中的展示规则，以及各消息内容展示后的移除时机。

11.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时可实现如权利要求1-5中任一项的消息推送方法。

12.一种终端设备，包括存储介质，处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1-5中任一项所述的消息推送方法。

Images