CN108234744B - 一种推送消息管理方法及移动终端 - Google Patents
一种推送消息管理方法及移动终端 Download PDFInfo
- Publication number
- CN108234744B CN108234744B CN201711218317.2A CN201711218317A CN108234744B CN 108234744 B CN108234744 B CN 108234744B CN 201711218317 A CN201711218317 A CN 201711218317A CN 108234744 B CN108234744 B CN 108234744B
- Authority
- CN
- China
- Prior art keywords
- push
- message
- application
- preset
- pushing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
- H04M1/72463—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions to restrict the functionality of the device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/329—Power saving characterised by the action undertaken by task scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
- H04M1/72454—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to context-related or environment-related conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0264—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by selectively disabling software applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Environmental & Geological Engineering (AREA)
- Telephone Function (AREA)
Abstract
本发明提供了一种推送消息管理方法及移动终端,其中,所述方法包括:当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。解决了APP推送消息太多造成的对服务器资源浪费,并消耗用户流量和带来额外耗电的问题。
Description
技术领域
本发明涉及移动终端技术领域,尤其涉及一种推送消息管理方法及移动终端。
背景技术
随着智能移动终端的普及,人们的通过移动终端来获取信息已经成为一种常态。目前移动终端中APP服务提供商通过主动推送消息给用户,进而拉取用户对APP的使用流量,提高用户留存率。比如定时推送用户新闻、一些商家的促销活动、社区的抽奖等消息,获取用户的关注。
在实际应用中,一些APP频繁推送消息给用户,干扰用户生活,并且推送消息太多进而无法识别哪些是有用的消息,不但会对服务器资源造成浪费,而且也会消耗用户流量和带来额外的耗电,降低用户的使用体验。
发明内容
本发明实施例提供的推送消息管理方法及移动终端,可通过监控移动终端中推送消息的数量和管理推送消息,避免一些APP频繁推送消息造成的降低用户使用体验的问题。
一方面,本发明实施例公开了一种推送消息管理方法,应用于移动终端,包括:
当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;
当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
另一方面,本发明实施例还公开了一种移动终端,包括:
第一数量获取模块,用于当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;
禁止推送模块,用于当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
再一方面,本发明实施例还公开了一种移动终端,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上任一项所述的推送消息管理方法的步骤。
在本发明实施例中,当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。解决了APP推送消息太多造成的对服务器资源浪费,并消耗用户流量和带来额外的耗电的问题。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
图1示出了本发明实施例一中的一种推送消息管理方法的步骤流程图;
图2示出了本发明实施例二中的一种推送消息管理方法的步骤流程图;
图3示出了本发明实施例三中的一种移动终端的结构框图;
图4示出了本发明实施例四中的一种移动终端的结构框图;
图5示出了本发明实施例五中的一种移动终端的结构框图;
图6示出了本发明实施例六中的一种移动终端的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
下面通过列举几个具体的实施例详细介绍本发明提供的一种推送消息管理方法及移动终端。
实施例一
参照图1,示出了本发明实施例一的一种推送消息管理方法的步骤流程图,具体可以包括如下步骤:
步骤101、当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量。
本发明实施例中,要监控移动终端是否推送消息,以及推送消息的属性,首先要获取当前移动终端的root权限,其中root是Linux以及Unix系统中超级管理员用户账户,该账户拥有整个系统的最大权利,所有的对象(如移动终端的应用程序安装情况、消息推送提醒等)均能由root账户进行操作,因此,在获得了root权限之后,对于基于Linux系统或者Unix系统开发的移动终端操作系统来说,已经获取了移动终端的最高权限,可以监控移动终端各应用是否推送消息。
当获取了移动终端额root权限后,即基于该root权限实现对移动终端消息推送环境的监控,其中,主要通过读取应用程序的配置文件,判断应用程序是否操作系统注册了消息推送事件,当发送推送事件的时,对应的时间参数会发生变化,例如由0变为1,当检测到任一应用进行消息推送后,进一步获取当前应用在第一预设的时间段内(如一天)已推送消息数,即第一数量。其中,可以利用root权限,在每个应用中添加消息计数器,在应用推送一消息成功时,计数器自动加一,从而获取每个应用的当前消息推送总数。
步骤102、当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
本发明实施例中,在获取第一数量后,进一步获取系统针对当前应用的设置的,允许在第一预设时间内(如一天)内可发送的推送消息总量,即第一预设总量,如果第一数量大于第一预设总量,则禁止消息推送,例如,当监控到应用A即将推送的消息,那么获取的第一数量为4,而针对当前应用设置的第一预设总量为4,则禁止应用A推送第5条消息。
具体地,第一预设时间可以为统一默认设置,也可以由用户针对不同的应用分别设置,时间可以为一个小时,也可以为一个星期,本发明实施例对此不加以限制。
在实际应用中,若要禁止一应用推送消息,则仍利用移动终端的root权限对于选定的应用输入禁止消息推送功能的操作指令,且操作指令中可以设定禁止的时间,例如,当应用A当天发送的推送消息已超量,那么禁止时间为当天,第二天后仍然恢复应用A的推送消息功能。
上述方法为防止部分APP恶意调用造成系统资源分配不均匀,导致其它APP的消息发送滞后,需要控制每个APP方每天的消息总量,合理分配服务器资源。
在本发明实施例中,当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。具有通过设置针对各应用的推送消息预设总量,达到限制各应用发送推送消息数量的有益效果。解决了APP推送消息太多造成的对服务器资源浪费,并消耗用户流量和带来额外的耗电的问题。
实施例二
参照图2,示出了本发明实施例二的一种推送消息管理方法的步骤流程图,具体可以包括如下步骤:
步骤201、当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量。
此步骤与步骤101相同,在此不再详述。
步骤202、当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
此步骤与步骤102相同,在此不再详述。
步骤203、当所述第一数量不大于对应所述应用的第一预设总量,且当监控到任一应用推送的消息时,获取所述移动终端在第一预设时间段内已接收推送消息的第二数量。
本发明实施例中,当监控到应用A即将推送的消息,并获取的第一数量为4,且系统中针对该应用的第一预设总量为5,那么第一数量不大于对应应用的第一预设总量时,获取移动终端已接收推送消息的第二数量,即当前移动终端上所有应用推送消息的总和。具体地,通过读取每个应用推送消息计数器所计数,可以获取每个应用当前已成功推送消息的数量,再求和,得到移动终端已接收推送消息的总和,即第二数量。
步骤204、当所述第二数量大于第二预设总量,则禁止所述消息的推送;所述第二预设总量为允许所述移动终端在第一预设时间段内接收各应用推送消息的总量。
本发明实施例中,在获取第二数量后,进一步获取系统当前移动终端设置的,允许在第一预设时间内(如12小时)内接收的推送消息总量,即第二预设总量,如果第二数量大于第二预设总量,则禁止消息推送。例如,当前移动终端在当天已接受所有应用发送的推送消息数量为19,当前移动终端预设的当天接受推送消息总量为19,那么再接收到任一应用推送消息时,禁止该操作。
步骤205、当所述第二数量不大于第二预设总量,获取所述推送消息的推送时间;
本发明实施例中,当所述第二数量不大于第二预设总量,则获取推送消息的推送时间,该时间可以通过root权限监控应用在推送消息时,读取推送消息的时间戳。
步骤206、当所述推送消息的推送时间不在第二预设时间段内,则禁止所述消息的推送;所述第二预设时间段为允许接收推送消息的时间段。
本发明实施例中,当获取的推送消息时间不在系统预设的接收推送消息时间段(第二预设时间段)内,则禁止推送该消息。例如,如果用户不希望在早晨上班时间被打扰,则可以设置早8点至中午12点的系统时间中,不接收任何推送消息,那么基于root权限,在每周工作日周一至周五的早8点至中午12点之间,对应用程序的消息推送功能进行禁止,而在其他时间段内,恢复应用的推送消息功能。
步骤207、当所述推送消息的推送时间在第二预设时间段内,获取所述推送消息的推送速率。
本发明实施例中,如果推送消息在第二预设时间段内,则进一步获取消息推送的速率,该速率可以依据root权限,在监控应用推送消息时,获取推送消息使用数据流量L,与从生成推送消息指令到发出推送消息的时间T,L与T之间的比值,即为推送消息的推送速率,通常在获取推送消息指令时,可以获取该推送消息需要消耗的数据流量以及预计时间,进而得到预计的推送速率。
步骤208、当所述推送消息的推送速率大于预设速率,则禁止所述消息的推送;所述预设速率为对所述推送消息所属应用设置的速率。
本发明实施例中,当获取的当前推送消息的预计推送速率超过对应该应用的预设速率,则禁止推送该消息。
步骤209、当所述推送消息的推送速率不大于对应所述应用的预设速率,获取所述移动终端的移动数据开关状态。
本发明实施例中,在推送消息的推送速率不大于对应应用的预设速率时,进一步获取当前移动终端的移动数据开关状态。具体地,可以基于root权限读取系统中移动数据的开关参数。
步骤210、当所述移动终端的移动数据开关状态处于关闭状态,则禁止所述消息的推送。
本发明实施例中,若当前移动终端的移动数据开关状态为关闭,则禁止推送消息,可以为用户节省流量。具体地,针对不同的应用优先级设置推送速率,比如优先级高的应用可提高发送速率。对于量级较小的应用,发送速率较低,也可以避免短时间内过大流量造成系统压力。
优选地,还包括:
当监控到任一应用推送的消息,则获取所示推送消息的推送内容;若所述推送内容为不为预设内容,则禁止所述推送消息。
本发明实施例中,当监控到任一应用推送的消息时,获取所述推送消息内容关键词,将该关键词与预设关键词数据库中的关键词进行匹配,若匹配不成功,则该推送消息的内容不属于预设内容,则禁止推送该消息。其中,预设内容数据库可以由用户根据不同应用针对的内容进行设置,例如,新闻APP,用户可以选择时事新闻内容的推送消息,而对于娱乐新闻的推送消息进行过滤。
在本发明实施例中,当监控到任一应用的推送消息时,获取所述应用的已推送消息的总量数量,若大于预设值,则禁止推送消息,否则获取移动终端允许接收的推送消息的总量,若大于预设值,则禁止推送,否则获取推送时间,若推送时间不在预设时间段内,则禁止推送消息,否则获取推送速率,若推送速率大于预设值,则禁止推送消息,否则获取数据开关状态,若开关状态处于关闭,则禁止推送该消息。通过增加APP推送消息的管控规则,可以防止APP恶意大量推送消息,造成内部资源调配不均匀,并且不会频繁骚扰用户,节省用户的流量和电量,从而得到更好的用户体验。
实施例三
参照图4,示出了本发明实施例三的一种移动终端的结构框图。
所述移动终端300包括:第一数量获取模块301、第一禁止推送模块302。
下面分别详细介绍各模块的功能以及各模块之间的交互关系。
第一数量获取模块301,用于当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;
第一禁止推送模块302,用于当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
实施例三是方法实施例一对应的装置实施例,详细说明可以参照实施例一,在此不再赘述。
实施例四
参照图4,示出了本发明实施例四的一种移动终端的结构框图。
所述移动终端400包括:第一数量获取模块401、第一禁止推送模块402。
下面分别详细介绍各模块的功能以及各模块之间的交互关系。
第一数量获取模块401,用于当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;
第一禁止推送模块402,用于当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
第二数量获取模块403,用于当所述第一数量不大于对应所述应用的第一预设总量,且当监控到任一应用推送的消息时,获取所述移动终端在第一预设时间段内已接收推送消息的第二数量;
第二禁止推送模块404,用于当所述第二数量大于第二预设总量,则禁止所述消息的推送;所述第二预设总量为允许所述移动终端在第一预设时间段内接收各应用推送消息的总量。
推送时间获取模块405,用于当所述第二数量不大于第二预设总量,获取所述推送消息的推送时间;
第三禁止推送模块406,用于当所述推送消息的推送时间不在第二预设时间段内,则禁止所述消息的推送;所述第二预设时间段为允许接收推送消息的时间段。
推送速率获取模块407,用于当所述推送消息的推送时间在第二预设时间段内,获取所述推送消息的推送速率;
第四禁止推送模块408,用于当所述推送消息的推送速率大于预设速率,则禁止所述消息的推送;所述预设速率为对所述推送消息所属应用设置的速率。
移动数据开关状态获取模块409,用于当所述推送消息的推送速率不大于对应所述应用的预设速率,获取所述移动终端的移动数据开关状态;
第五禁止推送模块410,用于当所述移动终端的移动数据开关状态处于关闭状态,则禁止所述消息的推送。
在本发明实施例中,当监控到任一应用的推送消息时,获取所述应用的已推送消息的总量数量,若大于预设值,则禁止推送消息,否则获取移动终端允许接收的推送消息的总量,若大于预设值,则禁止推送,否则获取推送时间,若推送时间不在预设时间段内,则禁止推送消息,否则获取推送速率,若推送速率大于预设值,则禁止推送消息,否则获取数据开关状态,若开关状态处于关闭,则禁止推送该消息。通过增加APP推送消息的管控规则,可以防止APP恶意大量推送消息,造成内部资源调配不均匀,并且不会频繁骚扰用户,节省用户的流量和电量,从而得到更好的用户体验。
实施例四是方法实施例二对应的装置实施例,详细说明可以参照实施例二,在此不再赘述。
实施例五
参照图5,示出了本发明实施例五的一种移动终端的结构框图。
图5所示的移动终端500包括:至少一个处理器501、存储器502、至少一个网络接口504和用户接口503。移动终端500中的各个组件通过总线系统505耦合在一起。可理解,总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图5中将各种总线都标为总线系统505。
其中,用户接口503可以包括显示器、键盘或者点击设备(例如,鼠标,轨迹球(trackball)、触感板或者触摸屏等。
可以理解,本发明实施例中的存储器502可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器(ProgrammableROM,PROM)、可擦除可编程只读存储器(ErasablePROM,EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(StaticRAM,SRAM)、动态随机存取存储器(DynamicRAM,DRAM)、同步动态随机存取存储器(SynchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM,DRRAM)。本发明实施例描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中,存储器502存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:操作系统5021和应用程序5022。
其中,操作系统5021,包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序5022,包含各种应用程序,例如媒体播放器(MediaPlayer)、浏览器(Browser)等,用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序5022中。
在本发明实施例中,移动终端500还包括存储在存储器502上并可在处理器501上运行的计算机程序,该计算机程序被处理器501执行时实现如下步骤:当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
上述本发明实施例揭示的方法可以应用于处理器501中,或者由处理器501实现。处理器501可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、现成可编程门阵列(FieldProgrammableGateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502,处理器501读取存储器502中的信息,结合其硬件完成上述方法的步骤。
可以理解的是,本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits,ASIC)、数字信号处理器(DigitalSignalProcessing,DSP)、数字信号处理设备(DSPDevice,DSPD)、可编程逻辑设备(ProgrammableLogicDevice,PLD)、现场可编程门阵列(Field-ProgrammableGateArray,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地,处理器501还用于实现当所述第一数量不大于对应所述应用的第一预设总量,且当监控到任一应用推送的消息时,获取所述移动终端在第一预设时间段内已接收推送消息的第二数量;当所述第二数量大于第二预设总量,则禁止所述消息的推送;所述第二预设总量为允许所述移动终端在第二预设时间段内接收各应用推送消息的总量。
可选地,处理器501还用于实现当所述第二数量不大于第二预设总量,获取所述推送消息的推送时间;当所述推送消息的推送时间不在第二预设时间段内,则禁止所述消息的推送;所述第二预设时间段为允许接收推送消息的时间段。
可选地,处理器501还用于当所述推送消息的推送时间在第二预设时间段内,获取所述推送消息的推送速率;当所述推送消息的推送速率大于预设速率,则禁止所述消息的推送;所述预设速率为对所述推送消息所属应用设置的速率。
可选地,处理器501还用于当所述推送消息的推送速率不大于对应所述应用的预设速率,获取所述移动终端的移动数据开关状态;当所述移动终端的移动数据开关状态处于关闭状态,则禁止所述消息的推送。
可见,在本发明实施例中,当监控到任一应用的推送消息时,获取所述应用的已推送消息的总量数量,若大于预设值,则禁止推送消息,否则获取移动终端允许接收的推送消息的总量,若大于预设值,则禁止推送,否则则获取推送时间,若推送时间不在预设时间段内,则禁止推送消息,否则获取推送速率,若推送速率大于预设值,则禁止推送消息,否则获取数据开关状态,若开关状态处于关闭,则禁止推送该消息。通过增加APP推送消息的管控规则,可以防止APP恶意大量推送消息,造成内部资源调配不均匀,并且不会频繁骚扰用户,节省用户的流量和电量,从而得到更好的用户体验。
实施例六
图6示出了本发明实施例六的移动终端的结构示意图。
本发明实施例的移动终端可以为手机、平板电脑、个人数字助理(PersonalDigital Assistant,PDA)、或车载电脑等。
图6中的移动终端包括射频(RadioFrequency,RF)电路610、存储器620、输入单元630、显示单元640、处理器660、音频电路670、WiFi(WirelessFidelity)模块680、电源690。
其中,输入单元630可用于接收用户输入的数字或字符信息,以及产生与移动终端600的用户设置以及功能控制有关的信号输入。具体地,本发明实施例中,该输入单元630可以包括触控面板631。触控面板631,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板631可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给该处理器660,并能接收处理器660发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631,输入单元630还可以包括其他输入设备632,其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
其中,显示单元640可用于显示由用户输入的信息或提供给用户的信息以及移动终端600的各种菜单界面。显示单元640可包括显示面板641,可选的,可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode,OLED)等形式来配置显示面板641。
应注意,触控面板631可以覆盖显示面板641,形成触摸显示屏,当该触摸显示屏检测到在其上或附近的触摸操作后,传送给处理器660以确定触摸事件的类型,随后处理器660根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。
触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定,可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件,例如,设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。
其中处理器660是移动终端600的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在第一存储器621内的软件程序和/或模块,以及调用存储在第二存储器622内的数据,执行移动终端600的各种功能和处理数据,从而对移动终端600进行整体监控。可选的,处理器660可包括一个或多个处理单元。
在本发明实施例中,通过调用存储该第一存储器621内的软件程序和/或模块和/或该第二存储器622内的数据,处理器660用于当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量。
可选地,处理器660还用于实现当所述第一数量不大于对应所述应用的第一预设总量,且当监控到任一应用推送的消息时,获取所述移动终端在第一预设时间段内已接收推送消息的第二数量;当所述第二数量大于第二预设总量,则禁止所述消息的推送;所述第二预设总量为允许所述移动终端在第二预设时间段内接收各应用推送消息的总量。
可选地,处理器660还用于实现当所述第二数量不大于第二预设总量,获取所述推送消息的推送时间;当所述推送消息的推送时间不在第二预设时间段内,则禁止所述消息的推送;所述第二预设时间段为允许接收推送消息的时间段。
可选地,处理器660还用于当所述推送消息的推送时间在第二预设时间段内,获取所述推送消息的推送速率;当所述推送消息的推送速率大于预设速率,则禁止所述消息的推送;所述预设速率为对所述推送消息所属应用设置的速率。
可选地,处理器660还用于当所述推送消息的推送速率不大于对应所述应用的预设速率,获取所述移动终端的移动数据开关状态;当所述移动终端的移动数据开关状态处于关闭状态,则禁止所述消息的推送。
可见,在本发明实施例中,当监控到任一应用的推送消息时,获取所述应用的已推送消息的总量数量,若大于预设值,则禁止推送消息,否则获取移动终端允许接收的推送消息的总量,若大于预设值,则禁止推送,否则则获取推送时间,若推送时间不在预设时间段内,则禁止推送消息,否则获取推送速率,若推送速率大于预设值,则禁止推送消息,否则获取数据开关状态,若开关状态处于关闭,则禁止推送该消息。通过增加APP推送消息的管控规则,可以防止APP恶意大量推送消息,造成内部资源调配不均匀,并且不会频繁骚扰用户,节省用户的流量和电量,从而得到更好的用户体验。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组添加一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的移动终端设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本领域普通技术人员可以意识到,结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (6)
1.一种推送消息管理方法,应用于移动终端,其特征在于,所述方法包括:
当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;
当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量;
当所述第一数量不大于对应所述应用的第一预设总量,且当监控到任一应用推送的消息时,获取所述移动终端在第一预设时间段内已接收推送消息的第二数量;
当所述第二数量大于第二预设总量,则禁止所述消息的推送;所述第二预设总量为允许所述移动终端在第一预设时间段内接收各应用推送消息的总量;
当所述第二数量不大于第二预设总量,获取所述推送消息的推送时间;
当所述推送消息的推送时间不在第二预设时间段内,则禁止所述消息的推送;所述第二预设时间段为允许接收推送消息的时间段;
当所述推送消息的推送时间在第二预设时间段内,获取所述推送消息的预计推送速率;
当所述推送消息的预计推送速率大于预设速率,则禁止所述消息的推送;所述预设速率为对所述推送消息所属应用设置的速率;所述预计推送速率是依据root权限,根据所述推送消息需要消耗的数据流量与生成所述推送消息的指令到发出所述推送消息的预计时间的比值得到的。
2.根据权利要求1所述的方法,其特征在于,还包括:
当所述推送消息的预计推送速率不大于对应所述应用的预设速率,获取所述移动终端的移动数据开关状态;
当所述移动终端的移动数据开关状态处于关闭状态,则禁止所述消息的推送;
其中,所述移动数据开关状态为所述应用的移动数据开关状态。
3.一种移动终端,其特征在于,包括:
第一数量获取模块,用于当监控到任一应用推送的消息,获取所述应用在第一预设时间段内已推送消息的第一数量;
第一禁止推送模块,用于当所述第一数量大于对应所述应用的第一预设总量,则禁止所述消息的推送;所述第一预设总量为允许所述应用在第一预设时间段内的推送消息的总量;
第二数量获取模块,用于当所述第一数量不大于对应所述应用的第一预设总量,且当监控到任一应用推送的消息时,获取所述移动终端在第一预设时间段内已接收推送消息的第二数量;
第二禁止推送模块,用于当所述第二数量大于第二预设总量,则禁止所述消息的推送;所述第二预设总量为允许所述移动终端在第一预设时间段内接收各应用推送消息的总量;
所述移动终端,还包括:
推送时间获取模块,用于当所述第二数量不大于第二预设总量,获取所述推送消息的推送时间;
第三禁止推送模块,用于当所述推送消息的推送时间不在第二预设时间段内,则禁止所述消息的推送;所述第二预设时间段为允许接收推送消息的时间段;
所述移动终端,还包括:
推送速率获取模块,用于当所述推送消息的推送时间在第二预设时间段内,获取所述推送消息的预计推送速率;
第四禁止推送模块,用于当所述推送消息的预计推送速率大于预设速率,则禁止所述消息的推送;所述预设速率为对所述推送消息所属应用设置的速率;所述预计推送速率是依据root权限,根据所述推送消息需要消耗的数据流量与生成所述推送消息的指令到发出所述推送消息的预计时间的比值得到的。
4.根据权利要求3所述的移动终端,其特征在于,还包括:
移动数据开关状态获取模块,用于当所述推送消息的预计推送速率不大于对应所述应用的预设速率,获取所述移动终端的移动数据开关状态;
第五禁止推送模块,用于当所述移动终端的移动数据开关状态处于关闭状态,则禁止所述消息的推送;
其中,所述移动数据开关状态为所述应用的移动数据开关状态。
5.一种移动终端,其特征在于,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至2任一项所述的推送消息管理方法的步骤。
6.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至2中任一项所述的推送消息管理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711218317.2A CN108234744B (zh) | 2017-11-28 | 2017-11-28 | 一种推送消息管理方法及移动终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711218317.2A CN108234744B (zh) | 2017-11-28 | 2017-11-28 | 一种推送消息管理方法及移动终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108234744A CN108234744A (zh) | 2018-06-29 |
CN108234744B true CN108234744B (zh) | 2021-02-05 |
Family
ID=62653001
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711218317.2A Active CN108234744B (zh) | 2017-11-28 | 2017-11-28 | 一种推送消息管理方法及移动终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108234744B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108989457B (zh) * | 2018-08-15 | 2021-12-07 | 北京小米移动软件有限公司 | 信息处理方法及服务器、终端 |
CN112152902B (zh) * | 2019-06-27 | 2022-07-29 | 腾讯科技(深圳)有限公司 | 媒体资源的推送方法及装置 |
CN110909289B (zh) * | 2019-11-20 | 2023-04-14 | 每日互动股份有限公司 | 一种数据处理方法及系统 |
CN111083217B (zh) * | 2019-12-11 | 2022-07-08 | 北京达佳互联信息技术有限公司 | 一种推送Feed流的方法、装置及电子设备 |
CN112016030B (zh) * | 2020-09-09 | 2024-04-19 | 湖南快乐阳光互动娱乐传媒有限公司 | 消息推送的方法、装置、服务器和计算机存储介质 |
CN113822762A (zh) * | 2021-09-29 | 2021-12-21 | 上海通联金融服务有限公司 | 在金融交易授权流程中触发失败交易短信的方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7715853B1 (en) * | 2005-04-01 | 2010-05-11 | At&T Mobility Ii Llc | Terrestrial repeater system for use with craft-mounted base stations |
CN105704312B (zh) * | 2016-01-20 | 2019-02-26 | Oppo广东移动通信有限公司 | 消息推送处理方法及消息推送处理装置 |
CN106412341A (zh) * | 2016-11-30 | 2017-02-15 | 宇龙计算机通信科技(深圳)有限公司 | 一种通知信息推送方法、装置及终端 |
-
2017
- 2017-11-28 CN CN201711218317.2A patent/CN108234744B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN108234744A (zh) | 2018-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108234744B (zh) | 一种推送消息管理方法及移动终端 | |
JP6584590B2 (ja) | ポータブル電子装置における節電アプリケーション更新 | |
KR102206364B1 (ko) | 메모리 리클레임 방법 및 장치 | |
CN106951335B (zh) | 一种进程守护方法和移动终端 | |
US10869358B2 (en) | Configuration method of discountinuous reception parameter, mobile terminal, and base station | |
CN107357574B (zh) | 一种操作方法及移动终端 | |
CN107529142B (zh) | 一种服务推送方法及移动终端 | |
US9071923B2 (en) | Automatic archiving of an application on a mobile device | |
US9246989B1 (en) | Scheduling data pushes to a mobile device based on usage and applications thereof | |
CN112214142B (zh) | 应用程序信息显示方法、装置、电子设备及存储介质 | |
CN107450799B (zh) | 一种消息的显示方法及移动终端 | |
CN113301209B (zh) | 消息提醒方法、移动终端及计算机可读存储介质 | |
CN105895979B (zh) | 一种终端充电方法及终端 | |
CN104380769A (zh) | 一种信息提醒的方法、装置及电子终端 | |
CN106959857B (zh) | 一种电子设备的应用控制方法和装置 | |
CN107577471B (zh) | 一种应用控制方法及移动终端 | |
CN106569585A (zh) | 一种管理应用程序进程的方法及终端 | |
CN103155529A (zh) | 用于显示事件通知的方法和装置 | |
CN105205388A (zh) | 一种应用程序的权限管理方法及系统 | |
EP4071695A2 (en) | Recommendation method and terminal | |
CN108572866B (zh) | 一种应用程序管理方法、应用程序管理装置及移动终端 | |
CN107734033A (zh) | 一种免流量下载应用程序的方法、终端、系统及计算机可读存储介质 | |
CN106293813B (zh) | 一种应用推荐方法及移动终端 | |
CN112286412A (zh) | 通知消息管理方法及装置 | |
CN104360925A (zh) | 统计应用程序使用频率的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |