CN114268663A - 推送消息的管理方法及相关装置 - Google Patents

Abstract

本申请公开了一种推送消息的管理方法及相关装置，该方法包括：终端设备获取统计周期内目标应用的使用信息；发送目标应用的使用信息至推送服务器；接收推送服务器发送的询问消息；询问消息用于询问用户是否需要屏蔽目标应用的推送消息；检测用户对询问消息的第一操作；第一操作用于确定用户需要屏蔽目标应用的推送消息；响应于第一操作，发送确认消息至推送服务器；确认消息用于指示推送服务器禁止向终端设备发送目标应用的推送消息。本申请实施例能够减少用户操作，满足用户真实需求，有效降低功耗。

Description

推送消息的管理方法及相关装置

技术领域

本申请涉及电子技术领域，尤其涉及一种推送消息的管理方法及相关装置。

背景技术

当前手机软件越来越多，几乎所有的应用都具有消息推送功能，手机频繁接收推送消息，导致手机通知栏消息越来越多，然而很多推送消息是用户不感兴趣的，导致用户不能及时看到有用信息，也会导致手机频繁唤醒，影响手机功耗。

目前管理手机推送消息的方法主要分为两种：手动设置和自动屏蔽。手动设置是指在手机的通知管理界面，用户手动对每一个应用单独进行设置，比较繁琐；自动屏蔽是指手机根据系统设置直接自动屏蔽消息，这种方法用户不能独立选择，不一定满足用户的真实要求，而且该方法是在手机接收到应用的推送消息后，再进行相应的处理，手机已经接收推送消息但不显示，仍旧影响手机功耗。

发明内容

本申请实施例提供了一种推送消息的管理方法及相关装置，能够减少用户操作，满足用户真实需求，有效降低功耗。

第一方面，本申请提供了一种推送消息的管理方法，所述方法包括：终端设备获取统计周期内目标应用的使用信息；所述终端设备发送所述目标应用的使用信息至推送服务器；所述终端设备接收所述推送服务器发送的询问消息；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；检测用户对所述询问消息的第一操作；其中，所述第一操作用于确定用户需要屏蔽所述目标应用的推送消息；所述终端设备响应于所述第一操作，发送确认消息至所述推送服务器；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

本申请实施例通过发送终端设备上的目标应用的使用信息至推送服务器，使得推送服务器能够进行决策是否需要发送询问消息至所述终端设备；终端设备发送确认消息至推送服务器，使得推送服务器能够直接屏蔽目标应用的推送消息。既减少了用户操作，又通过向用户主动询问满足了用户的真实需求，还能避免终端设备被频繁唤醒，有效降低设备功耗。

其中，所述目标应用指的是具有消息推送功能的应用，并且可采用推送服务器进行消息推送。

基于第一方面，在可能的实施例中，所述终端设备检测用户对所述询问消息的第一操作之后，终端设备将通知管理界面内所述目标应用的通知关闭。

可以看到，本申请实施例将用户针对所述询问消息的第一操作自动同步到终端设备上的通知管理设置界面，使得用户能够在本地查询屏蔽了哪些应用的推送消息，减少用户操作，满足用户真实需求。

在具体的实施方式中，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

可以看到，本申请实施例通过对目标应用的使用信息进行设计，使得所述目标应用的使用信息可用于判断所述目标应用是否为不常用的应用，终端设备将所述目标应用的使用信息发送到推送服务器，使得推送服务器能根据所述目标应用的使用信息进行相应的判断，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

在具体的实施方式中，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个，还包括目标应用的标识和所述终端设备的标识。

可以看到，本申请实施例通过对目标应用的使用信息进行设计，使得所述目标应用的使用信息可用于判断所述目标应用是否为不常用的应用；通过引入目标应用的标识和所述终端设备的标识，使得所述目标应用的使用信息还能用于区分不同的终端设备以及不同的应用。值得注意的是，所述目标应用的使用信息还能作为其他判断依据。终端设备将所述目标应用的使用信息发送到推送服务器，使得推送服务器能根据目标应用的使用信息进行相应的判断，减少了用户操作，满足用户真实需求，降低终端设备功耗。

基于第一方面，在可能的实施例中，所述终端设备发送确认消息至所述推送服务器之后，所述方法还包括：所述终端设备检测用户对所述通知管理界面的第二操作；其中，所述第二操作用于确定用户需要开启所述目标应用的推送消息；所述终端设备响应于所述第二操作，发送开启消息至所述推送服务器；其中，所述开启消息用于指示推送服务器允许发送所述目标应用的推送消息至所述终端设备。

可以看到，通过将用户在终端设备上手动设置恢复应用通知的操作同步到推送服务器，使得用户能够在本地控制推送服务器恢复应用的推送消息，减少了用户操作，满足用户真实需求。

基于第一方面，在可能的实施例中，所述统计周期为系统预设或者用户设置中的一种。

若采用系统预设的统计周期，终端设备直接根据该统计周期统计目标应用的使用信息；若采用用户设置的统计周期，所述终端设备首先获取用户输入的统计周期，然后在用户设置的统计周期内，统计安装在所述终端设备上的目标应用的使用信息，然后将所述目标应用的使用信息发送至所述推送服务器。

例如，用户输入统计周期为一周，终端设备在一周时间内统计目标应用的使用信息，将所述目标应用的使用信息发送至推送服务器。

可以看到，终端设备可以基于系统预设的统计周期或者用户设置的统计周期进行使用信息的统计。若采用用户设置的统计周期，用户可以根据自身需求合理设置，统计周期可控，满足用户的真实需求。

第二方面，本申请实施例提供了又一种推送消息的管理方法，所述方法包括：推送服务器接收来自终端设备的目标应用的使用信息；所述推送服务器根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；在确定需要发送询问消息的情况下，所述推送服务器发送所述询问消息至所述终端设备；所述推送服务器接收来自所述终端设备的确认消息；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

本申请实施例通过接收来自终端设备的目标应用的使用信息，使得推送服务器能够进行决策是否需要发送询问消息至所述终端设备；推送服务器能够根据终端设备发送的确认消息，直接在推送服务器屏蔽所述目标应用的推送消息，减少了用户操作，满足用户的真实需求，还能避免终端设备被频繁唤醒，有效降低终端设备的功耗。

其中，所述目标应用指的是具有消息推送功能的应用，并且可采用推送服务器进行消息推送。

在具体的实施方式中，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

可以看到，本申请实施例通过对目标应用的使用信息进行设计，使得所述目标应用的使用信息可以用于判断所述目标应用是否为不常用的应用，所述推送服务器接收来自所述终端设备的所述目标应用的使用信息，根据所述目标应用的使用信息判断是否需要下发询问消息，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

在具体的实施方式中，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个，还包括目标应用的标识和所述终端设备的标识。

可以看到，本申请实施例通过对目标应用的使用信息进行设计，使得所述目标应用的使用信息可以用于判断所述目标应用是否为不常用的应用；通过引入目标应用的标识和所述终端设备的标识，使得所述目标应用的使用信息还能用于区分不同的终端设备以及不同的目标应用。值得注意的是，所述目标应用的使用信息还能作为其他判断依据。推送服务器接收来自终端设备的所述目标应用的使用信息，根据目标应用的使用信息进行相应的判断，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

基于第二方面，在可能的实施例中，所述推送服务器接收来自所述终端设备的确认消息之后，所述方法还包括：所述推送服务器根据所述确认消息，将预先建立的白名单中的所述目标应用删除；其中，所述预先建立的白名单为允许发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

可以看到，通过所述确认消息，将用户对所述询问消息的第一操作同步到推送服务器，所述推送服务器删除预先建立的白名单中的所述目标应用，之后再根据修改后的白名单判断是否允许发送应用的推送消息，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

基于第二方面，在可能的实施例中，所述推送服务器根据所述确认消息，将预先建立的白名单中的所述目标应用删除之后，所述方法还包括：所述推送服务器接收来自应用服务器的推送消息；判断所述推送消息对应的应用是否在所述白名单中；若所述推送消息对应的应用在所述白名单中，则发送所述推送消息至所述终端设备；若所述推送消息对应的应用不在所述白名单中，则不发送所述推送消息至所述终端设备。

可以看到，所述推送服务器接收来自应用服务器的推送消息后，根据白名单中是否包含推送消息对应的应用，决定是否发送应用的推送消息至所述终端设备，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

基于第二方面，在可能的实施例中，所述推送服务器接收来自所述终端设备的确认消息之后，所述方法还包括：所述推送服务器根据所述确认消息，往预先建立的黑名单中增加所述目标应用；其中，所述预先建立的黑名单为禁止发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

可以看到，通过所述确认消息，将用户对所述询问消息的第一操作同步到推送服务器，所述推送服务器往预先建立的黑名单中增加所述目标应用，之后根据修改后的黑名单进行判断是否禁止发送应用的推送消息，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

基于第二方面，在可能的实施例中，所述推送服务器根据所述确认消息，往预先建立的黑名单中增加所述目标应用之后，所述方法还包括：所述推送服务器接收来自应用服务器的推送消息；判断所述推送消息对应的应用是否在所述黑名单中；若所述推送消息对应的应用在所述黑名单中，则不发送所述推送消息至所述终端设备；若所述推送消息对应的应用不在所述黑名单中，则发送所述推送消息至所述终端设备。

可以看到，所述推送服务器接收来自应用服务器的推送消息后，根据黑名单中是否包含推送消息对应的应用，决定是否发送应用的推送消息至所述终端设备，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

基于第二方面，在可能的实施例中，所述推送服务器根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备，包括：在满足以下一种或多种条件的情况下，确定需要发送询问消息至所述终端设备：

所述目标应用的使用时长小于或等于使用时长阈值；或者，所述目标应用的使用次数小于或等于使用次数阈值；或者，所述目标应用的消息发送次数大于消息发送次数阈值；或者，所述目标应用的消息点击次数小于或等于消息点击次数阈值；或者，所述目标应用的消息点击量与推送量比值小于或等于消息点击量与推送量比值的阈值；或者，所述目标应用的连续未点击的消息数大于连续未点击的消息数阈值。

可以看到，通过对是否需要发送询问消息的判断方法进行设计，使得推送服务器能够依据所述目标应用的使用信息进行判断，在满足条件的情况下，发送询问消息至所述终端设备，减少了用户操作，满足用户真实需求，降低终端设备的功耗。

第三方面，本申请实施例提供了一种终端设备，所述终端设备包括：获取模块，用于获取统计周期内目标应用的使用信息；发送模块，用于发送所述目标应用的使用信息至推送服务器；接收模块，用于接收所述推送服务器发送的询问消息；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；检测模块，用于检测用户对所述询问消息的第一操作；其中，所述第一操作用于确定用户需要屏蔽所述目标应用的推送消息；所述发送模块还用于，响应于所述第一操作，发送确认消息至所述推送服务器；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

所示终端设备的各个模块具体用于实现第一方面所述的方法。

第四方面，本申请实施例提供了一种装置，所述装置包括：接收模块，用于接收来自终端设备的目标应用的使用信息；确定模块，用于根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；发送模块，用于在确定发送询问消息的情况下，发送所述询问消息至所述终端设备；所述接收模块还用于，接收来自所述终端设备的确认消息；其中，所述确认消息用于指示所述装置禁止向所述终端设备发送所述目标应用的推送消息。

所示装置的各个模块具体用于实现第二方面所述的方法。

第五方面，本申请实施例提供又一种装置，该装置包括：处理器，存储器和收发器；所述处理器、存储器和收发器可通过总线相互连接，也可以集成在一起。该处理器用于读取所述存储器中存储的程序代码，执行上述第一方面任一实施例所述的方法。

第六方面，本申请实施例提供又一种装置，该装置包括：处理器，存储器和收发器；所述处理器、存储器和收发器可通过总线相互连接，也可以集成在一起。该处理器用于读取所述存储器中存储的程序代码，执行上述第二方面的任一实施例所述的方法。

第七方面，本申请实施例提供又一种装置，该装置具有实现上述方法方面中终端设备行为的功能，其包括用于执行上述方法方面所描述的步骤或功能相对应的部件。所述步骤或功能可以通过软件实现，或硬件(如电路)实现，或者通过硬件和软件结合来实现。

第八方面，本申请实施例提供又一种装置，该装置具有实现上述方法方面中推送服务器行为的功能，其包括用于执行上述方法方面所描述的步骤或功能相对应的部件。所述步骤或功能可以通过软件实现，或硬件(如电路)实现，或者通过硬件和软件结合来实现。

第九方面，本申请实施例提供了一种非易失性计算机可读存储介质；所述计算机可读存储介质用于存储第一方面或第二方面的任一方法的实现代码。

第十方面，本申请实施例提供了一种计算机程序产品；该计算机程序产品包括程序指令，当该计算机程序产品被计算设备执行时，执行前述第一方面或第二方面的任意实施例描述的方法。该计算机程序产品可以为一个软件安装包，可以下载该计算机程序产品并在控制器上执行该计算机程序产品，以实现第一方面或第二方面的任意实施例描述的方法。

可以理解的是上述任何一方面可以与其他任一方面或者多方面一起实施，也可以独立实施。

可以看到，本申请实施例通过发送终端设备上的目标应用的使用信息至推送服务器，使得推送服务器能够进行决策是否需要发送询问消息至所述终端设备；推送服务器发送询问消息至终端设备，询问用户是否需要屏蔽目标应用的推送消息；终端设备发送确认消息至推送服务器，使得推送服务器能够直接屏蔽目标应用的推送消息。而且本申请实施例通过检测用户在终端设备上开启应用通知的操作，将开启消息上传至推送服务器，使得用户能够在终端设备上控制推送服务器恢复应用的推送消息。既减少了用户操作，又满足了用户的真实需求，还能有效降低终端设备的功耗。

附图说明

图1a-图1e为本申请实施例提供的手动设置方法中涉及的一组界面示意图；

图2为本申请实施例提供的一种终端设备的结构示意图；

图3为本申请实施例提供的一种软件架构示意图；

图4为本申请实施例提供的一幅界面示意图；

图5a-图5c为本申请实施例提供的一种应用列表的建立方式示意图；

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

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

图8为本申请实施例提供的一种终端设备的结构示意图；

图9为本申请实施例提供的一种装置的结构示意图；

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

图11为本申请实施例提供的一种装置的结构示意图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

目前管理推送消息的常用方案主要分为两种：手动设置和自动屏蔽。手动设置是指在终端设备的通知管理界面内，用户手动对每一个应用单独进行设置；自动屏蔽是指终端设备根据系统设置直接自动屏蔽消息，用户无法选择。若采用手动设置方式，用户对终端设备的操作过程可以示例性地参考如图1a、图1b、图1c、图1d、图1e。如图1a所示，终端设备显示应用程序菜单界面10，其中，应用程序菜单界面10包括有设置控件11和其他控件(例如图库控件12、音乐控件13等)。终端设备接收用户针对设置控件11的输入操作14(例如点击)，终端设备显示设置控件11对应的设置界面15，如图1b所示，设置控件对应的设置界面15包括有通知控件16和其他控件(例如WLAN控件17、移动网络控件18等)。终端设备接收用户针对通知控件16的输入操作19，终端设备显示通知控件16对应的通知界面20，如图1c所示，其中，通知界面20包括有一种或多种应用程序对应的应用控件(例如短视频应用控件21、地图应用控件22等)。假设用户想要关闭短视频应用的推送消息，用户点击通知界面20上的短视频应用控件21，终端设备接收用户针对短视频应用控件21的点击操作23，如图1d所示，终端设备显示短视频应用控件21对应的通知管理界面24。通知管理界面24包括有允许通知控件25A和其他控件。终端设备接收用户针对允许通知控件25A的输入操作26(例如点击)，响应于该输入操作26，终端设备显示如图1e所示的通知管理界面24，通知管理界面24包括有允许通知控件25B和其他控件，至此，终端设备将短视频应用的通知屏蔽。

由上述图1a、图1b、图1c、图1d、图1e所示的手动设置方式可以看出，若用户需要屏蔽应用的推送消息，用户需要先点击设置控件以显示设置界面，然后用户需要点击通知控件，以显示通知界面，然后用户又需要点击想要屏蔽的应用对应的应用控件，以显示该应用的通知管理界面，最后用户需要点击允许通知控件，才能够将该应用的推送消息屏蔽。这样，用户需要经过多步操作才能够将应用的推送消息关闭，整个操作过程步骤繁多，而且用户要手动对每一个需要屏蔽的应用进行单独设置，操作过程繁杂，影响用户体验。

若采用自动屏蔽方式，整个屏蔽过程是由终端设备执行的，用户无法参与设置，终端设备根据系统的设置，自动确定需要屏蔽的应用的推送消息，然后直接屏蔽，也就是不显示该应用的推送消息。这种方式用户不能独立选择，不一定满足用户的真实需求。需要注意的是，手动设置和自动屏蔽这两种目前的常用方案都是在终端设备上对推送消息进行屏蔽，推送服务器仍然正常下发应用的推送消息，终端设备在接收到应用的推送消息后，再进行相应的判断是否要显示该推送消息，不管最终是否显示，终端设备仍然会接收应用的推送消息，频繁接收推送消息并且在本地执行相应的判断操作，仍然会大大影响终端设备的功耗。

针对上述问题，本申请实施例提供了一种推送消息的管理方法，结合推送服务器，直接由推送服务器判断是否向终端设备发送推送消息，既能够减少用户操作，又满足用户真实需求，还能有效降低终端设备的功耗。

下面描述本申请实施例中涉及的一种终端设备100。

参见图2，图2是本申请实施例涉及的一种终端设备100的结构示意图。终端设备100可以是手机、平板电脑、可穿戴设备、车载设备、笔记本电脑等，本申请对该终端设备的具体类型不作任何限制。

终端设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，触摸传感器180I，环境光传感器180J等。

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

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

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

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

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

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

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

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

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

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

ISP用于处理摄像头193反馈的数据。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行终端设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用(比如指纹识别功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如目标应用的使用信息数据、指纹信息模板等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。

陀螺仪传感器180B可以用于确定终端设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端设备100围绕三个轴(即，x，y和z轴)的角速度。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。

环境光传感器180J用于感知环境光亮度。终端设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。

指纹传感器180H用于采集指纹。终端设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹接听来电等。其中，该指纹传感器180H可以设置在触控屏下方，终端设备100可以接收用户在触控屏上该指纹传感器对应的区域的触摸操作，终端设备100可以响应于该触摸操作，采集用户手指的指纹信息。

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

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。

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

图3是本申请实施例的终端设备100的软件结构框图。

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

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

如图3所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信等应用程序(也可以称为应用)。

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

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

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

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

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

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

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。也可以用于传达提示操作类型的消息，可以长期存在，等待获取用户操作。例如，通知管理器被用于提醒用户是否屏蔽应用程序的推送消息，然后获取用户对询问消息的操作。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话界面形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

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

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

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

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

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

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

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

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

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

下面描述本申请实施例中关于询问消息的显示方式及操作方式。

本申请的一个实施例中，为了便于判断用户是否需要屏蔽应用的推送消息，可以向用户显示询问消息，询问消息用于提示用户管理应用的推送消息，然后检测用户对询问消息的操作，以确认用户是否需要屏蔽该应用的推送消息。询问消息可以来自推送服务器，也可由终端设备自动生成。本申请实施例中，询问消息有多种可能的显示方式，包括在通知栏显示询问消息，然后获取用户对该询问消息的操作，判断用户是否需要屏蔽应用的推送消息。例如，如图4所示，终端设备在通知栏界面401显示询问消息402，所述询问消息402包括有接收通知控件403、关闭通知控件404和其他控件。终端设备接收用户针对关闭通知控件404的输入操作405(例如点击)，终端设备响应于输入操作405，确认用户需要屏蔽该应用的推送消息，发送确认消息至推送服务器，并且将终端设备上针对该应用的通知设置修改为屏蔽状态(例如应用的通知设置为已禁止，将允许通知控件关闭等)。若用户点击了接收通知控件403，则确认用户不需要屏蔽此应用的推送消息，终端设备不需要发送询问消息至推送服务器。

需要注意的是，上述实施例只是询问消息的一种示例性的显示方式及用户操作方式，并不构成对本申请的限制，询问消息还可以有其他的显示方式及操作方式，例如可以以弹窗的方式显示此询问消息，然后获取用户的输入操作，也可以是短消息提示，还可以是终端设备开启语音助手，以语音播报方式向用户展示此询问消息的内容，然后获取用户的语音输入以判断用户是否要屏蔽应用的推送消息。本申请实施例中，对于询问消息的显示位置、显示方法、显示内容等不作限定，对于针对询问消息的操作方式也不进行限制。

下面描述本申请实施例中关于应用列表的预先建立方式。

本申请实施例中，为了便于推送服务器判断是否需要屏蔽应用的推送消息，可以在推送服务器预先为终端设备建立相应的应用列表，该应用列表可以是黑名单、白名单中的其中一种或两种。白名单包含终端设备与应用程序之间的映射关系，可以设计为允许向该终端设备发送推送消息的应用程序的集合。同理，黑名单包含终端设备与应用程序之间的映射关系，可以设计为禁止向该终端设备发送推送消息的应用程序的集合。白名单还可以设置为允许发送应用程序的推送消息的终端设备的集合，黑名单还可以设置为禁止发送应用程序的推送消息的终端设备的集合，本申请对应用列表的形式不做限制。

为了采用本申请实施例中描述的推送消息的管理方法，在一种可能的实施例中，所述终端设备首先要更新系统，该系统可以支持本申请实施例中的一种或多种推送消息的管理方法。在完成系统更新后，所述终端设备可以将本地的目标应用的通知消息设置情况发送给推送服务器，所述推送服务器再根据所述目标应用的通知消息设置情况，为所述终端设备预先建立对应的应用列表。本申请对该系统更新方式及发送通知消息设置情况的时间不做限制。

举例来说，终端设备上的一种目标应用的通知消息设置情况如图5a所示，该通知界面20显示有多种应用对应的通知消息设置情况。参见图5a，可知应用的通知消息设置情况为：查找我的手机、电子邮件、短视频、地图和手机支付这些应用都设置为开启通知，音乐、天气和股票这些应用都设置为禁止通知。所述终端设备在完成本申请实施例所需的系统更新后，将上述应用的通知消息设置情况发送至推送服务器。推送服务器根据应用的通知消息设置情况，为所述终端设备建立对应的应用列表。该应用列表可以是白名单或者黑名单中的其中一种或两种。例如，推送服务器为所述终端设备建立白名单，白名单的形式可示例性地参见图5b，白名单中包含所述终端设备的标识(例如终端设备ID)以及允许通知的应用的标识，包括查找我的手机ID、电子邮件ID、短视频ID、地图ID和手机支付ID，该白名单与所述终端设备对应；若推送服务器为所述终端设备建立黑名单，黑名单的形式可示例性地参见图5c，黑名单中包含所述终端设备的标识(例如终端设备ID)以及禁止通知的应用的标识，包括音乐ID、天气ID和股票ID，该黑名单与所述终端设备对应。然后基于白名单或者黑名单，推送服务器判断是否发送应用的推送消息到对应的终端设备，并且根据所述终端设备发送的确认消息或者开启消息，修改对应的黑名单或者白名单。其中，所述确认消息用于指示推送服务器禁止向所述终端设备发送所述目标应用的推送消息，所述开启消息指示推送服务器允许发送所述目标应用的推送消息至所述推送服务器。是否发送推送消息的判断方式及黑名单/白名单的修改方式在下文有具体的描述，这里不再赘述。需要说明的是，上述实施例是本申请的其中一种可能的实施例，仅用于解释本申请的技术方案而非限定，黑名单、白名单的还可以有其他的建立方式和对应的修改方式，还可以包含更多的信息，本申请不做限制。

请参见图6，图6是本申请实施例提供的一种推送消息的管理方法的流程示意图，该方法包括但不限于如下步骤：

S601：终端设备获取目标应用的使用信息。

在本申请实施例中，所述目标应用是指具有消息推送功能的应用，并且该应用可采用推送服务器进行消息推送。在获取目标应用的使用信息之前，终端设备可预先判断终端设备上安装的哪些应用属于目标应用。

在一些实施例中，所述目标应用的使用信息可设计为包括统计周期内目标应用的使用时长、使用次数、消息发送次数、消息点击次数，连续未点击的消息数或者消息点击量与推送量的比值中的其中一种或者多种。

在又一些实施例中，所述目标应用的使用信息可设计为包括统计周期内目标应用的使用时长、使用次数、消息发送次数、消息点击次数，连续未点击的消息数或者消息点击量与推送量的比值中的其中一种或者多种，并且还包括目标应用的标识和所述终端设备的标识。

在又一些实施例中，所述的统计周期可以是系统预设的，也可以是用户设置的。

例如，用户在终端设备上将统计周期设置为5天，终端设备开始统计5天内该终端设备上安装的目标应用的使用信息。

S602:终端设备发送目标应用的使用信息。

具体的，终端设备完成本次统计周期内目标应用的使用信息的统计后，就将该使用信息发送至推送服务器。

S603:推送服务器判断是否需要发送询问消息。

具体的，所述推送服务器根据接收的目标应用的使用信息，按照预先设定的决策算法，判断是否需要发送询问消息至所述终端设备。

在一些实施例中，终端设备根据所述目标应用的使用消息，判断是否需要发出询问消息，包括：

在满足以下一种或多种条件的情况下，确定需要向用户发出询问消息：

所述目标应用的使用时长小于或等于使用时长阈值；或者，所述目标应用的使用次数小于或等于使用次数阈值；或者，所述目标应用的消息发送次数大于消息发送次数阈值；或者，所述目标应用的消息点击次数小于或等于消息点击次数阈值；或者，所述目标应用的消息点击量与推送量比值小于或等于消息点击量与推送量比值的阈值；或者，所述目标应用的连续未点击的消息数大于连续未点击的消息数阈值。

例如，所述推送服务器预先设定的决策算法为：首先判断目标应用的使用时长是否小于等于使用时长阈值；若小于等于使用时长阈值，再判断目标应用的消息发送次数是否大于消息发送次数阈值；若大于消息发送次数阈值，再判断目标应用的消息点击次数是否小于等于消息点击次数阈值；若小于等于消息点击次数阈值，则所述推送服务器确定需要发送询问消息至所述终端设备。其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息。所述终端设备接收来自终端设备的目标应用的使用信息，该使用信息中，包含了上述决策算法所需的信息，然后推送服务器根据该使用信息，用上述决策算法判断是否需要发送询问消息。需要说明的是，上述实施例是本申请的其中一种可能的实施例，仅用于解释本申请的技术方案而非限定。还可以有其他的决策算法，本申请不做限制。

S604：在S603判断需要发送询问消息的情况下，推送服务器发送询问消息至终端设备。

S605：终端设备判断用户是否需要屏蔽应用的推送消息。

具体的，终端设备显示询问消息，然后获取用户对询问消息的操作，判断用户是否需要屏蔽应用的推送消息。本申请实施例中，对于询问消息的显示位置、显示方法等不作限定，用户对询问消息的操作方式也不进行限制。关于本申请实施例中询问消息的显示方式及用户的操作方式已经在上文进行了相应的描述，为了说明书的简洁，这里不再赘述。

S606：在S605判断用户需要屏蔽所述目标应用的推送消息的情况下，所述终端设备发送确认消息至推送服务器。

在一些实施例中，所述终端设备发送确认消息至推送服务器之后，将通知管理界面内针对所述目标应用的设置修改为屏蔽通知的状态。

S607：推送服务器修改应用列表。

具体的，推送服务器根据终端设备发送的确认消息，修改终端设备对应的应用列表。在一些实施例中，所述应用列表包含黑名单或者白名单中的其中一种或者两种。关于本申请实施例中黑名单/白名单的建立方式已经在上文进行了相应的描述，这里不再赘述。

在一些实施例中，推送服务器根据接收到的确认消息，将预先建立的白名单中的所述目标应用删除。

在又一些实施例中，推送服务器根据接收到的确认消息，往预先建立的黑名单中加入所述目标应用。

在又一些实施例中，所述终端设备检测用户对所述通知管理界面的第二操作；其中，所述第二操作用于确定用户需要开启所述目标应用的推送消息；所述终端设备响应于所述第二操作，发送开启消息至所述推送服务器；其中，所述开启消息用于指示推送服务器允许发送所述目标应用的推送消息至所述终端设备；所述终端设备根据所述开启消息，往预先建立的白名单中加入所述目标应用。

在又一些实施例中，所述终端设备检测用户对所述通知管理界面的第二操作；其中，所述第二操作用于确定用户需要开启所述目标应用的推送消息；所述终端设备响应于所述第二操作，发送开启消息至所述推送服务器；其中，所述开启消息用于指示推送服务器允许发送所述目标应用的推送消息至所述终端设备；所述终端设备根据所述开启消息，将预先建立的黑名单中的所述目标应用删除。

在又一些实施例中，所述终端设备检测用户对所述通知管理界面的第三操作；其中，所述第三操作用于确定用户需要屏蔽所述目标应用的推送消息；所述终端设备响应于所述第三操作，发送关闭消息至所述推送服务器；其中，所述关闭消息用于指示推送服务器禁止发送所述目标应用的推送消息至所述终端设备；所述终端设备根据所述关闭消息，往预先建立的黑名单中加入所述目标应用。

在又一些实施例中，所述终端设备检测用户对所述通知管理界面的第三操作；其中，所述第三操作用于确定用户需要屏蔽所述目标应用的推送消息；所述终端设备响应于所述第三操作，发送关闭消息至所述推送服务器；其中，所述关闭消息用于指示推送服务器禁止发送所述目标应用的推送消息至所述终端设备；所述终端设备根据所述关闭消息，将预先建立的白名单中的所述目标应用删除。

S608：应用服务器发送推送消息至推送服务器。

具体的，应用服务器根据需要，调用推送服务器的推送服务端接口发起推送。所述推送消息中包含应用标识及终端设备标识。

S609：推送服务器判断是否需要屏蔽应用的推送消息。

在一些实施例中，推送服务器判断所述推送消息对应的应用是否在终端设备对应的白名单中；若所述推送消息对应的应用在所述白名单中，则不需要屏蔽该应用的推送消息；若所述推送消息对应的应用不在所述白名单中，则需要屏蔽该应用的推送消息。

在又一些实施例中，推送服务器判断所述推送消息对应的应用是否在终端设备对应的黑名单中；若所述推送消息对应的应用在所述黑名单中，则需要屏蔽该应用的推送消息；若所述推送消息对应的应用不在所述黑名单中，则不需要屏蔽应用的推送消息。

S610：在S609判断需要屏蔽推送消息的情况下，所述推送服务器不发送该应用的推送消息至所述终端设备。

S611：在S609判断不需要屏蔽推送消息的情况下，所述推送服务器发送该应用的推送消息至所述终端设备。

可以看到，本申请实施例通过发送终端设备上的目标应用的使用信息至推送服务器，使得推送服务器能够进行决策是否需要发送询问消息至所述终端设备；推送服务器发送询问消息至终端设备，询问用户是否需要屏蔽目标应用的推送消息；终端设备发送确认消息至推送服务器，使得推送服务器能够直接屏蔽应用的推送消息。而且本申请实施例可通过检测用户在终端设备上开启应用通知的操作，将开启消息上传至推送服务器，使得用户能够在终端设备上控制推送服务器恢复应用的推送消息。既减少了用户操作，又满足了用户的真实需求，还能有效降低终端设备的功耗。

另外，在可能的实施例中，在步骤S602之后，应用服务器向推送服务器发出请求，请求推送服务器发送终端设备的应用使用信息。推送服务器响应于该请求，发送应用使用信息至应用服务器。其中，所述应用使用信息可以是经过整理的多个终端设备的应用使用信息，应用服务器可基于该应用的使用信息进行相应的分析，提取有用信息等。

请参见图7，图7是本申请实施例提供的又一种推送消息的管理方法的流程示意图，该方法包括但不限于如下步骤：

S701：终端设备获取目标应用的使用信息。

此步骤可参见前述步骤S601中的相关介绍，这里不再赘述。

S702：终端设备判断是否需要发出询问消息。

其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息。

在一些实施例中，终端设备根据所述目标应用的使用消息，判断是否需要发出询问消息，包括：

在满足以下一种或多种条件的情况下，确定需要向用户发出询问消息：

所述目标应用的使用时长小于或等于使用时长阈值；或者，所述目标应用的使用次数小于或等于使用次数阈值；或者，所述目标应用的消息发送次数大于消息发送次数阈值；或者，所述目标应用的消息点击次数小于或等于消息点击次数阈值；或者，所述目标应用的消息点击量与推送量比值小于或等于消息点击量与推送量比值的阈值；或者，所述目标应用的连续未点击的消息数大于连续未点击的消息数阈值。

S703：在S702判断需要发出询问消息的情况下，终端设备判断用户是否需要屏蔽所述目标应用的推送消息。

具体的，在S702判断需要发出询问消息的情况下，终端设备自动生成所述目标应用对应的询问消息，显示此询问消息，然后获取用户对所述询问消息的操作，判断用户是否需要屏蔽所述目标应用的推送消息。

本申请实施例对所述询问消息的显示位置、显示方式以及用户的操作方式不做限制。关于本申请实施例中的询问消息的显示方式以及对应的用户操作已经在上文进行了相应的描述，这里不再赘述。

S704：在S703判断用户需要屏蔽所述目标应用的推送消息的情况下，所述终端设备发送确认消息至推送服务器。

在一些实施例中，所述终端设备发送确认消息至推送服务器之后，将通知管理界面内针对所述目标应用的设置修改为屏蔽状态。例如将应用的通知设置为已禁止，将允许通知控件关闭等。

S705：推送服务器修改应用列表。

此步骤可参见前述步骤S607中的相关介绍，这里不再赘述。

S706：应用服务器发送推送消息至推送服务器。

此步骤可参见前述步骤S608中的相关介绍，这里不再赘述。

S707：推送服务器判断是否需要屏蔽应用的推送消息。

此步骤可参见前述步骤S609中的相关介绍，这里不再赘述。

S708：在S707判断需要屏蔽推送消息的情况下，所述推送服务器不发送该应用的推送消息至所述终端设备。

S709：在S707判断不需要屏蔽推送消息的情况下，所述推送服务器发送该应用的推送消息至所述终端设备。

可以看到，本申请实施例通过获取终端设备上的目标应用的使用信息，使得终端设备能够进行决策是否需要向用户发出询问消息；终端设备发送确认消息至推送服务器，使得推送服务器能够根据该确认消息直接屏蔽应用的推送消息。而且本申请实施例可通过检测用户在终端设备上开启应用通知的操作，将开启消息上传至推送服务器，使得用户能够在终端设备上控制推送服务器恢复该应用的推送消息。既减少了用户操作，又满足了用户的真实需求，还能有效降低终端设备的功耗。

可以理解的是，所述终端设备获取目标应用的使用信息之后，所述终端设备还可以先判断当前是否处于充电状态或者电量充足的状态，若处于充电状态或者电量充足状态，所述终端设备开始根据所述目标应用的使用信息进行判断是否需要发出询问消息，即执行S702，然后继续执行图7对应的其他步骤；若终端设备不处于充电状态或者电量充足状态，则终端设备将所述目标应用的使用信息发送至推送服务器，由推送服务器来进行相应的判断，即执行S602，然后继续执行图6对应的其他步骤。可以看出，通过判断终端设备是否处于充电状态或者电量充足状态，决定将上述判断步骤放于终端设备还是推送服务器来执行，可以降低终端设备的功耗。

上文详细阐述了本申请实施例的方法，下面提供本申请实施例的相关装置。

参见图8，图8是本申请实施例提供的一种终端设备80的结构框图。终端设备80可以包括获取模块801，发送模块802，接收模块803和检测模块804，在一具体实现中，这些功能模块的数据/程序可被存储于下述存储器1001，且检测模块804可被运行于下述处理器1002，且发送模块802和接收模块803的功能实现依赖于下述收发器1003执行上/下行信道的信号发射和接收。在又一具体实现中，这些功能模块的数据/程序可被存储于上述内部存储器121，且检测模块804可被运行于上述处理器110，且发送模块802和接收模块803的功能实现依赖于上述移动通信模块150或者无线通信模块160执行上/下行信道的信号发射和接收。其中：

获取模块801，用于获取统计周期内目标应用的使用信息；

发送模块802，用于发送所述目标应用的使用信息至推送服务器；

接收模块803，用于接收所述推送服务器发送的询问消息；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；

检测模块804，用于检测用户对所述询问消息的第一操作；其中，所述第一操作用于确定用户需要屏蔽所述目标应用的推送消息；

所述发送模块802还用于，响应于所述第一操作，发送确认消息至所述推送服务器；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

在一些可行实施例中，所述终端设备还包括执行模块805；所述执行模块805用于将通知管理界面内所述目标应用的通知关闭。

在一些可行的实施例中，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

在一些可行的实施例中，所述目标应用的使用信息还包括所述目标应用的标识和所述终端设备的标识。

在一些可行的实施例中，所述检测模块804还用于检测用户对所述通知管理界面的第二操作；其中，所述第二操作用于确定用户需要开启所述目标应用的推送消息；所述发送模块802还用于发送开启消息至所述推送服务器；其中，所述开启消息用于指示推送服务器允许发送所述目标应用的推送消息至所述终端设备。

在一些可行实施例中，所述统计周期为系统预设或者用户设置中的一种。

需要说明的是，本申请具体实施例中，上述终端设备80可以是上述图6、图7实施例中的终端设备，也就是说，具体实现中，终端设备80的各个模块的功能实现可以参考上述实施例的相关方法步骤描述，为了说明书的简洁，这里不再赘述。

参见图9，图9是本申请实施例提供的一种装置90的结构框图。装置90可包括接收模块901、确定模块902和发送模块903，在一具体实现中，这些功能模块的数据/程序可被存储于下述存储器1101，且确定模块902可被运行于下述处理器1102，且接收模块901和发送模块903的功能实现依赖于下述收发器1103执行上/下行信道的信号发射和接收。其中：

接收模块901，用于接收来自终端设备的目标应用的使用信息；

确定模块902，用于根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；

发送模块903，用于在确定发送询问消息的情况下，发送所述询问消息至所述终端设备；

所述接收模块901还用于，接收来自所述终端设备的确认消息；其中，所述确认消息用于指示所述装置禁止向所述终端设备发送所述目标应用的推送消息。

在一些可行的实施例中，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

在一些可行的实施例中，所述目标应用的使用信息还包括所述目标应用的标识和所述终端设备的标识。

在一些可能的实施例中，所述装置还包括执行模块904；执行模块904具体用于，根据所述确认消息，将预先建立的白名单中的所述目标应用删除；其中，所述预先建立的白名单为允许发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

在一些可能的实施例中，所述接收模块901还用于接收来自应用服务器的推送消息；所述确定模块902还用于判断所述推送消息对应的应用是否在所述白名单中；所述发送模块903还用于，若所述推送消息对应的应用在所述白名单中，则发送所述推送消息至所述终端设备；若所述推送消息对应的应用不在所述白名单中，则不发送所述推送消息至所述终端设备。

在一些可能的实施例中，所述装置还包括执行模块904；执行模块904具体用于，根据所述确认消息，往预先建立的黑名单中增加所述目标应用；其中，所述预先建立的黑名单为禁止发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

在一些可能的实施例中，所述接收模块901还用于接收来自应用服务器的推送消息；所述确定模块902还用于判断所述推送消息对应的应用是否在所述黑名单中；所述发送模块903还用于，若所述推送消息对应的应用在所述黑名单中，则不发送所述推送消息至所述终端设备；若所述推送消息对应的应用不在所述黑名单中，则发送所述推送消息至所述终端设备。

在一些可能的实施例中，所述确定模块902用于，包括：在满足以下一种或多种条件的情况下，确定需要发送询问消息至所述终端设备：

所述目标应用的使用时长小于或等于使用时长阈值；或者，所述目标应用的使用次数小于或等于使用次数阈值；或者，所述目标应用的消息发送次数大于消息发送次数阈值；或者，所述目标应用的消息点击次数小于或等于消息点击次数阈值；或者，所述目标应用的消息点击量与推送量比值小于或等于消息点击量与推送量比值的阈值；或者，所述目标应用的连续未点击的消息数大于连续未点击的消息数阈值。

需要说明的是，本申请具体实施例中，上述装置90可以是上述图6、图7实施例中的推送服务器，也就是说，具体实现中，装置90的各个模块的功能实现可参考上述实施例的相关方法步骤描述，为了说明书的简洁，这里不再赘述。

请参见图10，图10是本申请实施例提供的又一种装置1000，装置1000例如为本申请实施例所描述的终端设备。装置1000包括处理器1002、存储器1001和收发器1003，所述处理器1002、存储器1001和收发器1003中的两个或全部可以通过总线1005相互连接，也可以集成在一起。可选的，所述装置1000还包括显示器，所述显示器用于显示应用的推送消息及询问消息。

存储器1001包括但不限于是随机存储记忆体(英文：Random Access Memory，简称：RAM)、只读存储器(英文：Read-Only Memory，简称：ROM)、可擦除可编程只读存储器(英文：Erasable Programmable Read Only Memory，简称：EPROM)、或便携式只读存储器(英文：Compact Disc Read-Only Memory，简称：CD-ROM)，该存储器1001用于相关指令及数据。

收发器1003用于接收推送服务器发送的数据(如询问消息等)，或者向推送服务器发送数据(如发送目标应用的使用信息、确认消息、开启消息等)。

处理器1002可以是一个或多个中央处理器(英文：Central Processing Unit，简称：CPU)，在处理器1002是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。该装置1000中的处理器1002具体可用于执行上述图6、图7实施例中终端设备侧的相关方法。

请参见图11，图11是本申请实施例提供的又一种装置1100，装置1100例如为本申请实施例描述的推送服务器。装置1100包括处理器1102、存储器1101、收发器1103，所述处理器1102、存储器1101和收发器1103中的两个或全部可以通过总线1104相互连接，也可以集成在一起。

存储器1101包括但不限于是随机存储记忆体(英文：Random Access Memory，简称：RAM)、只读存储器(英文：Read-Only Memory，简称：ROM)、可擦除可编程只读存储器(英文：Erasable Programmable Read Only Memory，简称：EPROM)、或便携式只读存储器(英文：Compact Disc Read-Only Memory，简称：CD-ROM)，该存储器1101用于相关指令及数据。

收发器1103用于接收终端设备发送的数据(如目标应用的使用信息、确认消息、开启消息等)，或者向终端设备发送数据(如询问消息等)。

处理器1102可以是一个或多个中央处理器(英文：Central Processing Unit，简称：CPU)，在处理器1102是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

该装置1100中的处理器1102具体可用于执行上述图6、图7实施例中推送服务器侧的相关方法。

基于相同的发明构思，本申请实施例提供了又一种装置，具体实现中，该装置可以是芯片。该装置包括处理器以及与处理器耦合或集成在一起的存储器。其中：

所述存储器，用于存储计算机程序指令；

所述处理器，用于执行所述存储器中存储的计算机程序，以获取统计周期内目标应用的使用信息；发送所述目标应用的使用信息至推送服务器；接收所述推送服务器发送的询问消息；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；检测用户对所述询问消息的第一操作；其中，所述第一操作用于确定用户需要屏蔽所述目标应用的推送消息；响应于所述第一操作，发送确认消息至所述推送服务器；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

在可能的实施例中，所述芯片可以与收发器耦合。收发器可用于向推送服务器发送数据或接收来自推送服务器的数据；例如用于发送所述目标应用的使用信息至推送服务器，又例如用于接收所述推送服务器发送的询问消息；又例如用于响应于所述第一操作，发送确认消息至所述推送服务器。

在可能的实施例中，所述芯片可应用于终端设备。所述芯片的具体功能实现还可参考上述图6、图7实施例中终端设备的相关功能描述，这里不再赘述。

基于相同的发明构思，本申请实施例提供了又一种装置，具体实现中，该装置可以是芯片，该装置包括处理器以及与处理器耦合或集成在一起的存储器。其中：

所述存储器，用于存储计算机程序指令；

所述处理器，用于执行所述存储器中存储的计算机程序，以接收来自终端设备的目标应用的使用信息；根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；在确定需要发送询问消息的情况下，发送所述询问消息至所述终端设备；接收来自所述终端设备的确认消息；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

在可能的实施例中，所述芯片可以与收发器耦合。收发器可用于向终端设备发送数据或接收来自终端设备的数据，例如接收来自终端设备的目标应用的使用信息；例如在确定需要发送询问消息的情况下，发送所述询问消息至所述终端设备；例如接收来自所述终端设备的确认消息。

在可能的实施例中，所述芯片可应用于推送服务器。所述芯片的具体功能实现还可参考上述图6、图7实施例中推送服务器的相关功能描述，这里不再赘述。

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

以上所揭露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (28)

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

终端设备获取统计周期内目标应用的使用信息；

所述终端设备发送所述目标应用的使用信息至推送服务器；

所述终端设备接收所述推送服务器发送的询问消息；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；

检测用户对所述询问消息的第一操作；其中，所述第一操作用于确定用户需要屏蔽所述目标应用的推送消息；

所述终端设备响应于所述第一操作，发送确认消息至所述推送服务器；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

2.根据权利要求1所述的方法，其特征在于，检测用户对所述询问消息的第一操作之后，所述方法还包括：所述终端设备将通知管理界面内所述目标应用的通知关闭。

3.根据权利要求1或2所述的方法，其特征在于，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

4.根据权利要求3所述的方法，其特征在于，所述目标应用的使用信息还包括所述目标应用的标识和所述终端设备的标识。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述终端设备发送确认消息至所述推送服务器之后，所述方法还包括：

所述终端设备检测用户对所述通知管理界面的第二操作；其中，所述第二操作用于确定用户需要开启所述目标应用的推送消息；

所述终端设备响应于所述第二操作，发送开启消息至所述推送服务器；其中，所述开启消息用于指示所述推送服务器允许发送所述目标应用的推送消息至所述终端设备。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述统计周期为系统预设或者用户设置中的一种。

7.一种推送消息的管理方法，其特征在于，所述方法包括：

推送服务器接收来自终端设备的目标应用的使用信息；

所述推送服务器根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；

在确定需要发送询问消息的情况下，所述推送服务器发送所述询问消息至所述终端设备；

所述推送服务器接收来自所述终端设备的确认消息；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

8.根据权利要求7所述的方法，其特征在于，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

9.根据权利要求8所述的方法，其特征在于，所述目标应用的使用信息还包括所述目标应用的标识和所述终端设备的标识。

10.根据权利要求9所述的方法，其特征在于，所述推送服务器接收来自所述终端设备的确认消息之后，所述方法还包括：

所述推送服务器根据所述确认消息，将预先建立的白名单中的所述目标应用删除；其中，所述预先建立的白名单为允许发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

11.根据权利要求10所述的方法，其特征在于，所述推送服务器根据所述确认消息，将预先建立的白名单中的所述目标应用删除之后，所述方法还包括：

所述推送服务器接收来自应用服务器的推送消息；

判断所述推送消息对应的应用是否在所述白名单中；

若所述推送消息对应的应用在所述白名单中，则发送所述推送消息至所述终端设备；

若所述推送消息对应的应用不在所述白名单中，则不发送所述推送消息至所述终端设备。

12.根据权利要求9所述的方法，其特征在于，所述推送服务器接收来自所述终端设备的确认消息之后，所述方法还包括：

所述推送服务器根据所述确认消息，往预先建立的黑名单中增加所述目标应用；其中，所述预先建立的黑名单为禁止发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

13.根据权利要求12所述的方法，其特征在于，所述推送服务器根据所述确认消息，往预先建立的黑名单中增加所述目标应用之后，所述方法还包括：

所述推送服务器接收来自应用服务器的推送消息；

判断所述推送消息对应的应用是否在所述黑名单中；

若所述推送消息对应的应用在所述黑名单中，则不发送所述推送消息至所述终端设备；

若所述推送消息对应的应用不在所述黑名单中，则发送所述推送消息至所述终端设备。

14.根据权利要求8-13任一项所述的方法，其特征在于，所述推送服务器根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备，包括：

在满足以下一种或多种条件的情况下，确定需要发送询问消息至所述终端设备：

所述目标应用的使用时长小于或等于使用时长阈值；

或者，所述目标应用的使用次数小于或等于使用次数阈值；

或者，所述目标应用的消息发送次数大于消息发送次数阈值；

或者，所述目标应用的消息点击次数小于或等于消息点击次数阈值；

或者，所述目标应用的消息点击量与推送量比值小于或等于消息点击量与推送量比值的阈值；

或者，所述目标应用的连续未点击的消息数大于连续未点击的消息数阈值。

15.一种终端设备，其特征在于，所述终端设备包括:

获取模块，用于获取统计周期内目标应用的使用信息；

发送模块，用于发送所述目标应用的使用信息至推送服务器；

接收模块，用于接收所述推送服务器发送的询问消息；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；

检测模块，用于检测用户对所述询问消息的第一操作；其中，所述第一操作用于确定用户需要屏蔽所述目标应用的推送消息；

所述发送模块还用于，响应于所述第一操作，发送确认消息至所述推送服务器；其中，所述确认消息用于指示所述推送服务器禁止向所述终端设备发送所述目标应用的推送消息。

16.根据权利要求15所述的终端设备，其特征在于，所述终端设备还包括执行模块；

所述执行模块用于将通知管理界面内所述目标应用的通知关闭。

17.根据权利要求15或16所述的终端设备，其特征在于，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

18.根据权利要求17所述的终端设备，其特征在于，所述目标应用的使用信息还包括所述目标应用的标识和所述终端设备的标识。

19.根据权利要求15-18任一项所述的终端设备，其特征在于，

所述检测模块还用于检测用户对所述通知管理界面的第二操作；其中，所述第二操作用于确定用户需要开启所述目标应用的推送消息；

所述发送模块还用于发送开启消息至所述推送服务器；其中，所述开启消息用于指示所述推送服务器允许发送所述目标应用的推送消息至所述终端设备。

20.根据权利要求15-19任一项所述的终端设备，其特征在于，所述统计周期为系统预设或者用户设置中的一种。

21.一种装置，其特征在于，所述装置包括：

接收模块，用于接收来自终端设备的目标应用的使用信息；

确定模块，用于根据所述目标应用的使用信息，判断是否需要发送询问消息至所述终端设备；其中，所述询问消息用于询问用户是否需要屏蔽所述目标应用的推送消息；

发送模块，用于在确定需要发送询问消息的情况下，发送所述询问消息至所述终端设备；

所述接收模块还用于，接收来自所述终端设备的确认消息；其中，所述确认消息用于指示所述装置禁止向所述终端设备发送所述目标应用的推送消息。

22.根据权利要求21所述的装置，其特征在于，所述目标应用的使用信息包括使用时长、使用次数、消息发送次数、消息点击次数、消息点击量与推送量比值或者连续未点击的消息数中的一个或多个。

23.根据权利要求22所述的装置，其特征在于，所述目标应用的使用信息还包括所述目标应用的标识和所述终端设备的标识。

24.根据权利要求23所述的装置，其特征在于，所述装置还包括执行模块；

所述执行模块用于根据所述确认消息，将预先建立的白名单中的所述目标应用删除；其中，所述预先建立的白名单为允许发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

25.根据权利要求24所述的装置，其特征在于，

所述接收模块还用于接收来自应用服务器的推送消息；

所述确定模块还用于判断所述推送消息对应的应用是否在所述白名单中；

所述发送模块还用于，若所述推送消息对应的应用在所述白名单中，则发送所述推送消息至所述终端设备；若所述推送消息对应的应用不在所述白名单中，则不发送所述推送消息至所述终端设备。

26.根据权利要求23所述的装置，其特征在于，所述装置还包括执行模块；

所述执行模块用于根据所述确认消息，往预先建立的黑名单中增加所述目标应用；其中，所述预先建立的黑名单为禁止发送推送消息的应用集合，包括所述终端设备及应用的映射关系。

27.根据权利要求26所述的装置，其特征在于，

所述接收模块还用于接收来自应用服务器的推送消息；

所述确定模块还用于判断所述推送消息对应的应用是否在所述黑名单中；

所述发送模块还用于，若所述推送消息对应的应用在所述黑名单中，则不发送所述推送消息至所述终端设备；若所述推送消息对应的应用不在所述黑名单中，则发送所述推送消息至所述终端设备。

28.根据权利要求21-27任一项所述的装置，其特征在于，所述确定模块具体用于：

在满足以下一种或多种条件的情况下，确定需要发送询问消息至所述终端设备：

所述目标应用的使用时长小于或等于使用时长阈值；

或者，所述目标应用的使用次数小于或等于使用次数阈值；

或者，所述目标应用的消息发送次数大于消息发送次数阈值；

或者，所述目标应用的消息点击次数小于或等于消息点击次数阈值；

或者，所述目标应用的消息点击量与推送量比值小于或等于消息点击量与推送量比值的阈值；

或者，所述目标应用的连续未点击的消息数大于连续未点击的消息数阈值。

Images