推送消息处理方法、装置、智能终端和存储介质与流程

1.本发明涉及即时通讯技术领域，尤其涉及一种推送消息处理方法、装置、智能终端和存储介质。


背景技术：

2.随着互联网行业和信息技术的发展，各种各样的智能终端被应用于人们的生活当中，人们也习惯于借助这些智能终端去接触生活外的世界，获取世界上正在发生的热点事件的第一手资讯。在此过程中，消息推送是必不可少的服务，基本上安装于智能终端的应用程序都会配置这一服务功能。
3.但是对于智能手表等智能终端来说，受限于体积和硬件约束，内存和电池还不能很好地支持安装于其上的所有应用程序都独立运行各自的消息推送服务功能，但是又存在确切的用户场景需求，需要消息推送的服务功能才能达成更好的用户体验，因此，亟需一种推送消息处理方法。


技术实现要素：

4.基于此，有必要针对上述问题，提出了一种推送消息处理方法、装置、智能终端及存储介质，以低内存需求、低功耗地实现消息推送服务功能。
5.第一方面，提供了一种推送消息处理方法，应用于第一智能终端，所述方法包括以下步骤：
6.获取推送消息，以及所述推送消息的消息类型；
7.根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，其中，所述应用程序-消息类型表用于反映应用程序和所述应用程序感兴趣的消息类型的对应关系，所述目标推送消息为所述应用程序-消息类型表中任一应用程序感兴趣的消息类型对应的消息；
8.在所述推送消息为所述目标推送消息的情况下，将所述推送消息推送至对所述消息类型感兴趣的应用程序。
9.在该技术方案中，通过统一拦截获取推送消息，再根据预设的应用程序-消息类型表判断拦截获取的推送消息是否为目标推送消息，只对应用程序-消息类型表上的应用程序提供消息推送服务功能支持，并且达到只给应用程序推送其感兴趣的消息，也即目标推送消息，拦截过滤智能终端不感兴趣的推送消息的效果，本方法可以大大降低消息推送服务功能对内存的需求和功耗，保持智能终端的运行流畅和电池的良好使用状态。
10.结合第一方面，在一种可能的实现方式中，上述根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，包括：查询并判断所述消息类型是否存在于所述应用程序-消息类型表中；在所述消息类型存在于所述应用程序-消息类型表的情况下，确定所述推送消息为所述目标推送消息。通过查表的方式判断所述推送消息是否为目标推送消息，简单直接，节约运算资源，可以以较快的速度完成关于推送消息是否
为目标推送消息的判断。
11.结合第一方面，在一种可能的实现方式中，上述应用程序-消息类型表在所述第一智能终端重启后会重新生成；所述方法还包括：扫描所述第一智能终端上所有应用程序预设的推送配置，其中，所述推送配置包括应用程序感兴趣的消息类型；根据所述推送配置获取每个应用程序感兴趣的消息类型；根据所述所有应用程序的包名和所述每个应用程序感兴趣的消息类型生成应用程序-消息类型表，其中，所述包名用于指向所述包名对应的应用程序。通过预设应用程序与其感兴趣的消息类型的对应关系，确定了哪些推送消息需要接收、哪些推送消息可以过滤，所有的所述对应关系生成应用程序-消息类型表，以进行对推送消息的有效处理；应用程序-消息类型表在智能终端重启后生成，可以及时根据智能终端上应用的变化情况和更新情况更新所述应用程序-消息类型表。
12.结合第一方面，在一种可能的实现方式中，每个应用程序的推送配置还包括用于接收应用程序感兴趣的消息的静态广播；所述将所述推送消息推送至对所述消息类型感兴趣的应用程序，包括：根据所述应用程序-消息类型表获取与所述目标推送消息的消息类型对应的应用程序的目标包名；生成携带所述目标包名和所述目标推送消息的推送广播消息，并向所述第一智能终端中的所有应用程序广播所述推送广播消息，以使所述目标包名对应的应用程序的静态广播接收所述推送广播消息。以静态广播的形式接收推送消息，可以在静态广播较长的生命周期内持续对消息推送服务功能进行监听，当有应用程序感兴趣的消息被广播时，可以第一时间获取。
13.结合第一方面，在一种可能的实现方式中，上述方法还包括：在获取到目标应用程序的选中指令的情况下，获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表，所述目标应用程序为所述第一智能终端中的任一应用程序；在获取到对所述感兴趣的消息类型列表的更改指令的情况下，从所述所有消息类型列表中选取消息类型添加至所述感兴趣的消息类型列表中，或将所述感兴趣的消息类型列表中的消息类型删除，以完成用户对所述感兴趣的消息类型列表的更改。用户通过下达选中指令和更改指令，可以在应用程序默认的推送配置的基础上进行二次配置，根据用户自身偏好调整智能终端对推送消息的接收设置。
14.结合第一方面，在一种可能的实现方式中，上述在所述获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表之后，包括：将所述感兴趣的消息类型列表和所述所有消息类型列表发送至与所述第一智能终端绑定的第二智能终端；接收所述第二智能终端返回的根据所述感兴趣的消息类型列表和所述所有消息类型列表作出的所述更改指令。通过第二智能终端对第一智能终端的推送消息接收设置进行控制，拓展了应用场景，包括通过大屏幕的第二智能终端对小屏幕的第一智能终端的推送服务进行控制或设置，还包括家长的第二智能终端对孩子的第一智能终端的推送服务进行控制或设置。
15.第二方面，提供了一种推送消息处理装置，其特征在于，应用于第一智能终端，所述装置包括：
16.获取模块，用于获取推送消息，以及所述推送消息的消息类型；
17.判断模块，用于根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，其中，所述应用程序-消息类型表用于反映应用程序和所述应用
程序感兴趣的消息类型的对应关系，所述目标推送消息为所述应用程序-消息类型表中任一应用程序感兴趣的消息类型对应的消息；
18.推送模块，用于在所述推送消息为所述目标推送消息的情况下，将所述推送消息推送至对所述消息类型感兴趣的应用程序。
19.第三方面，提供智能终端，包括存储器以及一个或多个处理器，一个或多个处理器用于执行存储在存储器中的一个或多个计算机程序，一个或多个处理器在执行一个或多个计算机程序时，使得该智能终端实现上述第一方面的推送消息处理方法。
20.第四方面，提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，上述程序指令当被处理器执行时使上述处理器执行上述第一方面的推送消息处理方法。
21.本技术可以实现如下有益效果：可以实现对智能终端接收到的推送消息进行统一的管理和分发，解决了对于智能手表等体积较小的智能终端在支持消息推送服务功能时内存吃紧和功耗较大的问题。
附图说明
22.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.其中：
24.图1为本技术实施例提供的一种推送消息处理方法的实施流程图；
25.图2为本技术实施例提供的一种应用程序安装的流程图；
26.图3为本技术实施例提供的一种应用程序-消息类型表的生成方法实施流程图；
27.图4为本技术实施例提供的又一种推送消息处理方法的流程图；
28.图5为本技术实施例提供的一种推送消息处理装置的结构框图；
29.图6为本技术实施例提供的又一种推送消息处理装置的结构框图；
30.图7为本技术实施例提供的一种智能终端的结构框图。
具体实施方式
31.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
32.随着人们生活水平的提高和物联网技术的发展，智能穿戴已经在快速普及，包括智能手表、智能手环、智能眼镜等智能终端，它们应用于运动场景、学校场景、水下工作场景、残疾人生活等场景中，补充人们生活中电脑和智能手机无法满足的空白。但是，对于智能手机、平板等体积足够大的智能终端，其配备的标准大小的处理器、内存单元和电池，足以支撑安装在智能终端上的应用程序独立运行各自完整的服务功能；而对于智能手表等智能终端受限于体积和硬件，只能采取性能较弱的部件以满足体积上的要求，显然，此类智能
终端还无法完全复现电脑或手机的性能与功能。
33.因此，以智能手表等体积较小的智能终端给人们提供智能服务时，需要设计新的方法，在硬件限制的条件下满足用户的功能需求的目的。
34.即时通讯(instant messaging，简称im)是应用程序中常见，甚至在一定程度上必备的功能之一，它是一个实时通信功能，允许双方或多方使用网络实时的传递文字消息、文件、语音与视频交流。对于服务商与用户之间的即时通讯场景，一般为消息推送，如手机终端每天都会接收到各个应用程序推送的热点新闻、兴趣推荐等消息。具体到智能手表等体积较小的智能终端上时，以智能手表为例，随着智能穿戴市场的兴起，许多常见的应用程序都已开发出了适用于智能手表的版本，如微信、网易云音乐、腕上bilibili等，可以想到，如果每个应用程序均独立运行各自的消息推送功能，会增大智能手表的内存开销，导致手表卡顿；同时也会增大功耗，造成电量飞速下降。另外，有许多应用程序的推送消息对于智能手表或智能手表用户来说是完全不需要的，如在不支持视频播放的智能手表上推送视频消息等。因此，需要一种推送消息处理方法。
35.本发明实施例的技术方案适用于智能终端，尤其是智能手表、智能手环、智能眼镜等因为体积较小的原因导致内存空间和电池容量较小的智能终端。通过以单独的消息推送服务功能对智能终端上的所有应用程序的推送消息进行统一接收、过滤和分发，降低了消息推送服务所需要的内存和功耗，又一定程度上保存了需要消息推送的场景下用户的体验。
36.在本技术文档中，发明的具体实施例以搭载安卓系统的智能终端为例进行说明，可以理解的是，以其他智能系统和智能终端，如搭载了苹果、linux或鸿蒙等系统的其他类型的智能终端作为执行主体，实现与本发明技术特征相同或相似的方法，均处于本发明的保护范围之内。
37.以下具体介绍本技术的技术方案。
38.参见图1，图1为本技术实施例提出的一种推送消息处理方法，应用于第一智能终端，所述方法包括以下步骤：
39.步骤102，获取推送消息，以及所述推送消息的消息类型。
40.其中，第一智能终端为执行本方法的智能终端，其中的“第一”仅为与后续的“第二智能终端”区别，并无具体含义，也不构成限定。
41.其中，推送消息是指智能终端上安装的应用程序向所述智能终端推送的消息，如微博应用程序推送的时事讯息、娱乐新闻，天气相关应用程序推送的天气预报等。消息类型指的是推送消息根据不同划分标准划分得到的类型属性，如按照技术属性划分，推送消息类型包括文本消息、图片消息和视频消息；如按照业务属性划分，则推送消息类型包括新闻资讯类、营销活动类和系统功能类；也可以将技术属性和业务属性混合后进行更细致的划分，如新闻资讯-文字类等。
42.需要说明的是，消息类型具有唯一标识代码，消息类型的名称相同不代表消息类型本身是等同的，如微博和网易新闻的推送消息类型中都有“新闻资讯类”，但是二者的唯一标识代码可能分别是10000-1和32005-2；而同一公司或同一系列的应用程序，对消息类型所使用的唯一标识代码可以是一致的。
43.其中，应用程序方与智能终端方预先约定，当应用程序安装于所述智能终端时，在
所述应用程序的推送配置中预设所述应用程序感兴趣的消息类型，以使所述智能终端收到推送消息后判断所述推送消息是否为所述应用程序感兴趣的消息，从而进行过滤处理；另外还在所述应用程序的推送配置中预设了用于接收应用程序感兴趣的消息的静态广播，以使在所述智能终端接收到所述应用程序感兴趣的推送消息后第一时间被所述应用程序获取，不会发生因为应用程序未运行导致推送消息获取延迟甚至导致丢失的情况。
44.如图2所示，应用程序a\b\c的应用程序方按照约定将应用程序a\b\c感兴趣的消息类型和对应的静态广播预设于应用程序的安装包中，用户再在智能终端上安装所述应用程序a\b\c。
45.例如，应用程序“超级课程表”与智能手表方约定，当“超级课程表”应用程序安装于所述智能手表时，其感兴趣的消息类型为1和2，而“超级课程表”的应用程序方对所有安装了“超级课程表”应用程序的智能终端推送消息的消息类型包括1、2、3、4，因此，所述智能手表在获取到“超级课程表”的推送消息时，智能手表会过滤掉消息类型为3和4的推送消息，只将消息类型为1和2的推送消息推送给“超级课程表”应用程序。
46.其中，智能终端获取到智能终端方的平台服务器转发的推送消息时，由智能终端上的消息推送服务功能统一拦截、管理和过滤，再获取所述推送消息中包含的消息类型信息。这样，智能终端上只需要维持一个消息推送服务功能，对所述平台服务器分发的消息进行接收即可，相较每个应用程序运行各自的消息推送服务功能，大大降低了内存需求和功耗。
47.在一些可能的实施例中，在所述平台服务器接收推送消息时就进行过滤工作，例如，“超级课程表”应用程序方对所述平台服务器推送消息，其中包括消息类型为1、2、3或4的多条消息，所述平台服务器按照约定直接将应用程序不感兴趣的消息类型为3和4的推送消息过滤，将消息类型为1和2的推送消息分发给具体的智能终端。
48.步骤104，根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，其中，所述应用程序-消息类型表用于反映应用程序和所述应用程序感兴趣的消息类型的对应关系，所述目标推送消息为所述应用程序-消息类型表中任一应用程序感兴趣的消息类型对应的消息。
49.其中，应用程序-消息类型表是预设于智能终端中的映射表，用于反映应用程序和所述应用程序感兴趣的消息类型的对应关系，在所述智能终端重启后会重新生成，以更新所述应用程序-消息类型表。
50.如图3所示，在一些可能的实施例中，所述应用程序-消息类型表的生成包括以下步骤：
51.步骤302，扫描智能终端上所有应用程序预设的推送配置。
52.其中，如前所述，所述推送配置包括应用程序感兴趣的消息类型。
53.步骤304，根据所述推送配置获取每个应用程序感兴趣的消息类型。
54.其中，智能终端遍历每个应用的推送配置，获取到每个应用程序的包名和感兴趣的消息类型。具体地，在采用安卓系统的智能终端中，智能终端遍历每个应用程序的androidmanifest.xml文件，从其中配置的meta-data数据中获取到name定义为固定的sync_msg_type对应配置的value值，解析所述value值得到当前应用程序感兴趣的消息类型。
55.步骤306，根据所述所有应用程序的包名和所述每个应用程序感兴趣的消息类型生成应用程序-消息类型表，其中，所述包名用于指向所述包名对应的应用程序。
56.具体地，新建一个list表记录解析得到的应用程序感兴趣的推送类型，并将所述应用程序的包名和list集合中所述应用程序感兴趣的消息类型建立映射关系，得到应用程序-消息类型表。
57.可以理解的是，部分应用程序没有在推送配置中预设感兴趣的消息类型，则说明该部分应用程序不需要消息推送服务功能的支持。
58.在一些可能的实施例中，在智能终端安装了新应用程序的情况下，智能终端扫描所述新应用程序的推送配置，获取到所述新应用程序的包名和新应用程序感兴趣的消息类型的映射关系后，将所述映射关系更新至应用程序-消息类型表中。
59.在一个实施例中，所述根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，包括：查询并判断所述消息类型是否存在于所述应用程序-消息类型表中；在所述消息类型存在于所述应用程序-消息类型表的情况下，确定所述推送消息为所述目标推送消息。
60.其中，根据前述内容可知，应用程序-消息类型表中记录的是应用程序包名和应用程序感兴趣的消息类型的映射关系，只要推送消息的消息类型存在于所述应用程序-消息类型表中，说明智能终端中的一个或多个应用程序对所述推送消息感兴趣，进而可以判断所述推送消息为所述目标推送消息。
61.通过查表的方式判断所述推送消息是否为目标推送消息，简单直接，节约运算资源，可以以较快的速度完成关于推送消息是否为目标推送消息的判断。
62.步骤106，在所述推送消息为所述目标推送消息的情况下，将所述推送消息推送至对所述消息类型感兴趣的应用程序。
63.其中，当智能终端判断所述推送消息为目标推送消息时，以广播的方式将所述目标推送消息推送给对所述消息类型感兴趣的应用程序。
64.在一个实施例中，每个应用程序的推送配置还包括用于接收应用程序感兴趣的消息的静态广播；所述将所述推送消息推送至对所述消息类型感兴趣的应用程序，包括：根据所述应用程序-消息类型表获取与所述目标推送消息的消息类型对应的应用程序的目标包名；生成携带所述目标包名和所述目标推送消息的推送广播消息，并向所述第一智能终端中的所有应用程序广播所述推送广播消息，以使所述目标包名对应的应用程序的静态广播接收所述推送广播消息。
65.其中，应用程序的推送配置中的静态广播设置为监听到有携带所述应用程序的包名的广播消息时，立刻获取该广播消息。具体的预设广播的流程为，将广播的action设置为“${pkgname}.im.data”，其中pkgname为所述应用程序的包名；并将所述广播在androidmanifest.xml文件中注册为静态广播。这样，所述静态广播在监听到action格式为“${pkgname}.im.data”的广播消息时，可以第一时间对所述广播消息进行接收。
66.在应用程序方和智能终端方的约定中，当智能终端判定推送消息为目标推送消息时，获取对所述目标推送消息感兴趣的应用程序的包名，并生成携带所述目标包名和所述目标推送消息的推送广播消息，最后向所述智能终端中的所有应用程序广播所述推送广播消息。具体地，智能终端根据所述目标包名和所述目标推送消息生成action格式为“$
{pkgname}.im.data”的推送广播消息，并广播向所述智能终端中的所有应用程序。
67.需要说明的是，以静态广播的形式接收推送消息，可以在静态广播较长的生命周期内持续对消息推送服务功能进行监听，即使应用程序当前未处于启动或运行状态，当有应用程序感兴趣的消息被广播时，也可以第一时间获取智能终端推送的广播消息。
68.请参阅图4，图4为又一种实施例中的推送消息处理方法的流程图，智能终端方的平台服务器在接收到应用程序服务器发来的推送消息后，分发给各个智能终端后，由智能终端的消息推送服务功能进行统一拦截处理；再获取推送消息的消息类型，并在应用程序-消息类型表中查询是否存在所述消息类型；若存在，则将所述推送消息推送至对所述推送消息感兴趣的应用程序；若不存在，则丢弃所述推送消息。
69.上述推送消息处理方法，通过统一拦截获取推送消息，再根据预设的应用程序-消息类型表判断拦截获取的推送消息是否为目标推送消息，只对应用程序-消息类型表上的应用程序提供消息推送服务功能支持，并且达到只给应用程序推送其感兴趣的消息，也即目标推送消息，拦截过滤智能终端不感兴趣的推送消息的效果，本方法可以大大降低消息推送服务功能对内存的需求和功耗，保持智能终端的运行流畅和电池的良好使用状态。
70.在一个实施例中，所述方法还包括：在获取到目标应用程序的选中指令的情况下，获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表，所述目标应用程序为所述第一智能终端中的任一应用程序；在获取到对所述感兴趣的消息类型列表的更改指令的情况下，从所述所有消息类型列表中选取消息类型添加至所述感兴趣的消息类型列表中，或将所述感兴趣的消息类型列表中的消息类型删除，以完成用户对所述感兴趣的消息类型列表的更改。
71.其中，目标应用程序的选中指令用于选中第一智能终端中的任一应用程序作为目标应用程序，所述选中指令可以为用户通过第一智能终端下达，也可以通过第一智能终端之外的第二、第三等智能终端下达；目标应用程序的感兴趣的消息类型列表反映了目标应用程序当前时刻感兴趣的一个或多个消息类型，目标应用程序支持接收的所有消息类型列表反映的是目标应用程序支持接收的、可感兴趣的消息类型。
72.其中，对所述感兴趣的消息类型列表的更改指令用于对所述感兴趣的消息类型列表进行调整和更改，同样地，也可以为用户通过第一智能终端下达，也可以通过第一智能终端之外的第二、第三等智能终端下达。
73.例如，用户为备战考研的学生，在专心备考的同时需要关注国家政治新闻，因此通过下达选中指令和更改指令，将娱乐性应用程序的感兴趣的消息类型列表置空，资讯类应用程序的感兴趣的消息类型列表中移除与政治、社会新闻不相关的消息类型。在考研后，可以选择将所述感兴趣的消息类型列表恢复默认设置，也可以选择性地从所有消息类型列表中添加回所述感兴趣的消息类型列表。
74.用户通过下达选中指令和更改指令，可以在应用程序默认的推送配置的基础上进行二次配置，根据用户自身偏好调整智能终端对推送消息的接收设置，使得智能终端提供的服务更符合用户需求。
75.在一个实施例中，在所述获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表之后，包括：将所述感兴趣的消息类型列表和所述所有消息类型列表发送至与所述第一智能终端绑定的第二智能终端；接收所述第二智
能终端返回的根据所述感兴趣的消息类型列表和所述所有消息类型列表作出的所述更改指令。
76.其中，通过两个智能终端间的绑定关系，第二智能终端对第一智能终端的推送消息接收设置进行控制，应用场景可以是用户通过大屏幕的第二智能终端对小屏幕的第一智能终端的推送服务进行控制或设置，操作更加方便；还可以是家长的第二智能终端对孩子的第一智能终端的推送服务进行控制或设置，使得家长对孩子的娱乐情况进行把控。
77.上述介绍了本技术的方法，为了更好地实施本技术的方法，接下来介绍本技术的装置。
78.如图5所示，在一个实施例中，提供了一种推送消息处理装置，其特征在于，应用于第一智能终端，所述装置包括：
79.获取模块10，用于获取推送消息，以及所述推送消息的消息类型；
80.判断模块20，用于根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，其中，所述应用程序-消息类型表用于反映应用程序和所述应用程序感兴趣的消息类型的对应关系，所述目标推送消息为所述应用程序-消息类型表中任一应用程序感兴趣的消息类型对应的消息；
81.推送模块30，用于在所述推送消息为所述目标推送消息的情况下，将所述推送消息发送至对所述消息类型感兴趣的应用程序。
82.如图6所示，在一个实施例中，所述判断模块20还包括：查询单元210，用于查询并判断所述消息类型是否存在于所述应用程序-消息类型表中；确定单元220，用于在所述消息类型存在于所述应用程序-消息类型表的情况下，确定所述推送消息为所述目标推送消息。
83.在一个实施例中，所述装置还包括：扫描模块，用于扫描所述第一智能终端上所有应用程序预设的推送配置，其中，所述推送配置包括应用程序感兴趣的消息类型；获取消息类型模块，用于根据所述推送配置获取每个应用程序感兴趣的消息类型；生成模块，用于根据所述所有应用程序的包名和所述每个应用程序感兴趣的消息类型生成应用程序-消息类型表，其中，所述包名用于指向所述包名对应的应用程序。
84.在一个实施例中，所述推送模块30还用于根据所述应用程序-消息类型表获取与所述目标推送消息的消息类型对应的应用程序的目标包名；所述推送模块30还用于生成携带所述目标包名和所述目标推送消息的推送广播消息，并向所述第一智能终端中的所有应用程序广播所述推送广播消息，以使所述目标包名对应的应用程序的静态广播接收所述推送广播消息。
85.在一个实施例中，所述装置还包括：列表模块，用于在获取到目标应用程序的选中指令的情况下，获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表，所述目标应用程序为所述第一智能终端中的任一应用程序；更改模块，用于在获取到对所述感兴趣的消息类型列表的更改指令的情况下，从所述所有消息类型列表中选取消息类型添加至所述感兴趣的消息类型列表中，或将所述感兴趣的消息类型列表中的消息类型删除，以完成用户对所述感兴趣的消息类型列表的更改。
86.在一个实施例中，所述装置还包括：通信模块，用于将所述感兴趣的消息类型列表和所述所有消息类型列表发送至与所述第一智能终端绑定的第二智能终端；接收模块，用
于接收所述第二智能终端返回的根据所述感兴趣的消息类型列表和所述所有消息类型列表作出的所述更改指令。
87.上述推送消息处理装置，通过统一拦截获取推送消息，再根据预设的应用程序-消息类型表判断拦截获取的推送消息是否为目标推送消息，只对应用程序-消息类型表上的应用程序提供消息推送服务功能支持，并且达到只给应用程序推送其感兴趣的消息，也即目标推送消息，拦截过滤智能终端不感兴趣的推送消息的效果，本装置可以大大降低消息推送服务功能对内存的需求和功耗，保持智能终端的运行流畅和电池的良好使用状态。
88.图7示出了一个实施例中智能终端的内部结构图。如图7所示，该智能终端包括通过系统总线连接的处理器、存储器和网络接口。其中，存储器包括非易失性存储介质和内存储器。该智能终端的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现推送消息处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行推送消息处理方法。本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用程序于其上的智能终端的限定，具体的智能终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
89.在一个实施例中，提出了一种智能终端，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：
90.获取推送消息，以及所述推送消息的消息类型；根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，其中，所述应用程序-消息类型表用于反映应用程序和所述应用程序感兴趣的消息类型的对应关系，所述目标推送消息为所述应用程序-消息类型表中任一应用程序感兴趣的消息类型对应的消息；在所述推送消息为所述目标推送消息的情况下，将所述推送消息推送至对所述消息类型感兴趣的应用程序。
91.在一个实施例中，所述根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，包括：查询并判断所述消息类型是否存在于所述应用程序-消息类型表中；在所述消息类型存在于所述应用程序-消息类型表的情况下，确定所述推送消息为所述目标推送消息。
92.在一个实施例中，所述应用程序-消息类型表在所述第一智能终端重启后会重新生成；所述方法还包括：扫描所述第一智能终端上所有应用程序预设的推送配置，其中，所述推送配置包括应用程序感兴趣的消息类型；根据所述推送配置获取每个应用程序感兴趣的消息类型；根据所述所有应用程序的包名和所述每个应用程序感兴趣的消息类型生成应用程序-消息类型表，其中，所述包名用于指向所述包名对应的应用程序。
93.在一个实施例中，每个应用程序的推送配置还包括用于接收应用程序感兴趣的消息的静态广播；所述将所述推送消息推送至对所述消息类型感兴趣的应用程序，包括：根据所述应用程序-消息类型表获取与所述目标推送消息的消息类型对应的应用程序的目标包名；生成携带所述目标包名和所述目标推送消息的推送广播消息，并向所述第一智能终端中的所有应用程序广播所述推送广播消息，以使所述目标包名对应的应用程序的静态广播接收所述推送广播消息。
94.在一个实施例中，所述方法还包括：在获取到目标应用程序的选中指令的情况下，
获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表，所述目标应用程序为所述第一智能终端中的任一应用程序；在获取到对所述感兴趣的消息类型列表的更改指令的情况下，从所述所有消息类型列表中选取消息类型添加至所述感兴趣的消息类型列表中，或将所述感兴趣的消息类型列表中的消息类型删除，以完成用户对所述感兴趣的消息类型列表的更改。
95.在一个实施例中，在所述获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表之后，包括：将所述感兴趣的消息类型列表和所述所有消息类型列表发送至与所述第一智能终端绑定的第二智能终端；接收所述第二智能终端返回的根据所述感兴趣的消息类型列表和所述所有消息类型列表作出的所述更改指令。
96.在一个实施例中，提出了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行以下步骤：
97.获取推送消息，以及所述推送消息的消息类型；根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，其中，所述应用程序-消息类型表用于反映应用程序和所述应用程序感兴趣的消息类型的对应关系，所述目标推送消息为所述应用程序-消息类型表中任一应用程序感兴趣的消息类型对应的消息；在所述推送消息为所述目标推送消息的情况下，将所述推送消息推送至对所述消息类型感兴趣的应用程序。
98.在一个实施例中，所述根据预设的应用程序-消息类型表和所述消息类型判断所述推送消息是否为目标推送消息，包括：查询并判断所述消息类型是否存在于所述应用程序-消息类型表中；在所述消息类型存在于所述应用程序-消息类型表的情况下，确定所述推送消息为所述目标推送消息。
99.在一个实施例中，所述应用程序-消息类型表在所述第一智能终端重启后会重新生成；所述方法还包括：扫描所述第一智能终端上所有应用程序预设的推送配置，其中，所述推送配置包括应用程序感兴趣的消息类型；根据所述推送配置获取每个应用程序感兴趣的消息类型；根据所述所有应用程序的包名和所述每个应用程序感兴趣的消息类型生成应用程序-消息类型表，其中，所述包名用于指向所述包名对应的应用程序。
100.在一个实施例中，每个应用程序的推送配置还包括用于接收应用程序感兴趣的消息的静态广播；所述将所述推送消息推送至对所述消息类型感兴趣的应用程序，包括：根据所述应用程序-消息类型表获取与所述目标推送消息的消息类型对应的应用程序的目标包名；生成携带所述目标包名和所述目标推送消息的推送广播消息，并向所述第一智能终端中的所有应用程序广播所述推送广播消息，以使所述目标包名对应的应用程序的静态广播接收所述推送广播消息。
101.在一个实施例中，所述方法还包括：在获取到目标应用程序的选中指令的情况下，获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表，所述目标应用程序为所述第一智能终端中的任一应用程序；在获取到对所述感兴趣的消息类型列表的更改指令的情况下，从所述所有消息类型列表中选取消息类型添加至所述感兴趣的消息类型列表中，或将所述感兴趣的消息类型列表中的消息类型删除，以完成用户对所述感兴趣的消息类型列表的更改。
102.在一个实施例中，在所述获取所述目标应用程序的感兴趣的消息类型列表和所述目标应用程序支持接收的所有消息类型列表之后，包括：将所述感兴趣的消息类型列表和所述所有消息类型列表发送至与所述第一智能终端绑定的第二智能终端；接收所述第二智能终端返回的根据所述感兴趣的消息类型列表和所述所有消息类型列表作出的所述更改指令。
103.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
104.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
105.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。