CN105550035A - 后台进程控制方法及装置 - Google Patents
后台进程控制方法及装置 Download PDFInfo
- Publication number
- CN105550035A CN105550035A CN201510886290.9A CN201510886290A CN105550035A CN 105550035 A CN105550035 A CN 105550035A CN 201510886290 A CN201510886290 A CN 201510886290A CN 105550035 A CN105550035 A CN 105550035A
- Authority
- CN
- China
- Prior art keywords
- background process
- instruction
- priority
- locks
- frequency
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephone Function (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本公开实施例提供了后台进程控制方法及装置,其中终端设备侧的方法包括:接收对后台进程的加锁指令;根据所述加锁指令,提升所述后台进程的优先级。在本公开实施例中,可以根据用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
Description
技术领域
本公开涉及通信技术领域,尤其涉及后台进程控制方法及装置。
背景技术
对于手机等终端设备,其内存通常是有限的,当有众多的应用程序都在后台运行时,终端设备的内存可能很快就会饱和或接近饱和,出现内存用尽的状况,从而导致终端设备运行速度变的缓慢甚至崩溃。
在现有技术中,终端设备的操作***,例如Android(安卓)***,若发现设备内存占用较高,则会主动关闭一些后台进程,以释放内存。
发明内容
为克服相关技术中存在的问题,本公开提供后台进程控制方法及装置,以解决那些对用户较为重要的后台进程在内存紧张时***作***错误关闭的问题。
根据本公开实施例的第一方面,提供一种后台进程控制方法,所述方法包括:
接收对后台进程的加锁指令;
根据所述加锁指令,提升所述后台进程的优先级。
这样通过用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
可选的,所述接收对后台进程的加锁指令,包括:
在用于显示当前后台进程的界面中,判断是否检测到用户对所述后台进程对应图标的点击并下拉操作;
如果检测到所述点击并下拉操作,则确定接收到对所述后台进程的加锁指令。
这样用户便可以通过操作自主选择常驻后台的进程。
可选的,在检测到所述点击并下拉操作之后,所述方法还包括:
在所述后台进程对应图标上添加加锁的标记。
这样用户便可以清楚的区分哪些进程已被加锁。
可选的,所述提升所述后台进程的优先级,包括:
修改所述后台进程的进程信息中指定字段的字段值,所述字段值用于向所述操作***指示所述后台进程的优先级最大值。
可选的,所述方法还包括:
将所述后台进程提升后的优先级存入终端设备的本地数据库;
当所述终端设备重启后,根据所述本地数据库将所述后台进程的优先级设置为所述提升后的优先级。
这样即使终端设备关机、重启,则被加锁的进程仍然有效,开机后仍然会具有高优先级,可以避免在清理内存时被***关闭。
根据本公开实施例的第二方面,提供一种后台进程控制方法,所述方法包括:
从至少两个终端设备上获取所述终端设备上的应用的使用频率;
将所述使用频率高于预设值的应用确定为高频应用;
向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用的后台进程的优先级。
这样通过用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
根据本公开实施例的第三方面,提供一种后台进程控制装置,所述装置包括:
加锁指令接收模块,用于接收对后台进程的加锁指令;
进程控制模块,用于根据所述加锁指令接收模块接收的加锁指令,提升所述后台进程的优先级。
这样通过用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
可选的,所述加锁指令接收模块包括:
操作检测子模块,用于在显示当前后台进程的界面中,判断是否检测到用户对所述后台进程对应图标的点击并下拉操作;
加锁指令确定子模块,用于当所述操作检测子模块检测到所述点击并下拉操作后,确定接收到对所述后台进程的加锁指令。
这样用户便可以通过操作自主选择常驻后台的进程。
可选的,所述装置还包括:
加锁标记模块,用于在所述后台进程对应图标上添加加锁的标记。
这样用户便可以清楚的区分哪些进程已被加锁。
可选的,所述进程控制模块用于:
修改所述后台进程的进程信息中指定字段的字段值,所述字段值用于向所述操作***指示所述后台进程的优先级最大值。
可选的,所述装置还包括:
优先级存储模块,用于将所述后台进程提升后的优先级存入终端设备的本地数据库,当所述终端设备重启后,根据所述本地数据库将所述后台进程的优先级设置为所述提升后的优先级。
这样即使终端设备关机、重启,则被加锁的进程仍然有效,开机后仍然会具有高优先级,可以避免在清理内存时被***关闭。
根据本公开实施例的第四方面,提供一种后台进程控制装置,所述装置包括:
使用频率获取模块,用于从至少两个终端设备上获取所述终端设备上的应用的使用频率;
高频应用确定模块,用于将所述使用频率获取模块获取的使用频率高于预设值的应用确定为高频应用;
指令发送模块,用于向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用确定模块所确定的高频应用的后台进程的优先级。
这样通过用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
根据本公开实施例的第五方面,提供一种后台进程控制装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收对后台进程的加锁指令;
根据所述加锁指令,提升所述后台进程的优先级。
这样通过用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
根据本公开实施例的第六方面,提供一种后台进程控制装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
从至少两个终端设备上获取所述终端设备上的应用的使用频率;
将所述使用频率高于预设值的应用确定为高频应用;
向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用的后台进程的优先级。
这样通过用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
本公开的实施例提供的技术方案可以包括以下有益效果:
以安装了Android***的手机为例,Android***在Linux原生基础上增加了低内存处理机制,即当剩余内存较低的时候会按照后台进程的优先级关闭一些后台进程。然而这样会导致一些重要的后台进程,例如用户原本不想关闭的或者被大众高频使用的后台进程,却***作***错误的关闭。在本公开实施例中,可以根据用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种后台进程控制方法的流程图;
图2是根据一示例性实施例示出的一种后台进程控制方法的原理示意图;
图3是根据一示例性实施例示出的一种后台进程控制方法的流程图;
图4是根据一示例性实施例示出的加锁操作示意图;
图5是根据一示例性实施例示出的加锁标记示意图;
图6是根据一示例性实施例示出的一种后台进程控制方法的流程图;
图7是根据一示例性实施例示出的一种后台进程控制方法的流程图;
图8是根据一示例性实施例示出的服务器从各终端设备获取应用使用频率的示意图;
图9是根据一示例性实施例示出的一种后台进程控制装置的框图;
图10是根据一示例性实施例示出的一种后台进程控制装置的框图;
图11是根据一示例性实施例示出的一种后台进程控制装置的框图;
图12是根据一示例性实施例示出的一种后台进程控制装置的框图;
图13是根据一示例性实施例示出的一种后台进程控制装置的框图;
图14是根据一示例性实施例示出的一种用于后台进程控制的装置的框图;
图15是根据一示例性实施例示出的一种用于后台进程控制的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
本文中的终端设备可以是手机、平板电脑、电子书阅读器、MP3(MovingPictureExpertsGroupAudioLayerIII,动态影像专家压缩标准音频层面3)播放器、MP4(MovingPictureExpertsGroupAudioLayerIV,动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机等等。
图1是根据一示例性实施例示出的一种后台进程控制方法的流程图。该方法可用于手机、平板电脑等终端设备。
在步骤S101中,接收对后台进程的加锁指令。
在本实施例中,提出了对后台进程加锁的做法,通过对后台进程加锁实现该后台进程不会***作***关闭的目的。作为示例,加锁指令可以由用户发出,例如用户通过在界面上进行某种操作来发出加锁指令;加锁指令也可以由服务器发出,例如服务器可以发送消息指示终端设备当某进程转入后台后对该后台进程自动进行加锁。
在步骤S102中,根据所述加锁指令,提升所述后台进程的优先级。这样就可使所述后台进程在终端设备的操作***回收内存时不被关闭。
在本实施例中,对后台进程的加锁操作是通过提升后台进程的优先级来实现的。以Android***为例,Android***在Linux原生基础上增加低内存处理机制,当可用内存较低的时候根据进程的优先级来关闭后台进程,以释放内存。而本实施例中提升了所要加锁的后台进程的优先级,可以避免该后台进程被***误关闭。
图2为本实施例的原理示意图,在图2中,手机内部可分为三层,分别是UI(用户界面)层、Android***层以及Linux***层。当某APP(应用)被用户加锁后,会触发whetstone模块。whetstone模块属于内存优化模块,主要用于对内存进程进行控制,该模块可以通过ActivityManagerService(属于Android内部的服务)修改该应用的进程的优先级。当Linux***的低内存管理模块要释放内存时,可以从ActivityManagerService获取各进程的优先级,根据各进程按照优先级的高低进行选择性的关闭。
在本实施例或本公开其他某些实施例中,所述提升所述后台进程的优先级,可以包括:
修改所述后台进程的进程信息中指定字段的字段值,所述字段值用于向所述操作***指示所述后台进程的优先级最大值。
仍以Android***为例,可以修改进程的maxAdj(最大优先级)字段。一般应用的优先级为0~16,数值越大则优先级越低,虽然Android***对应用的优先级是动态计算的,但仍会根据maxAdj去调整应用的级别,让应用的优先级数值不会大于maxAdj,也即让优先级不会低于某个程度。所以当需要对进程加锁时,可以通过提高maxAdj来提升进程的优先级。
而当需要对后台进程解锁时,则恢复该后台进程的优先级为默认值即可,例如将该指定字段的字段值恢复为默认值。
参见图3所示,在本实施例或本公开其他某些实施例中,所述接收对后台进程的加锁指令,可以包括:
在步骤S301中,在用于显示当前后台进程的界面中,判断是否检测到用户对所述后台进程对应图标的点击并下拉操作。
在步骤S302中,如果检测到所述点击并下拉操作,则确定接收到对所述后台进程的加锁指令。
作为示例可参见图4所示,在图4中,用户可以调出显示当前后台进程的界面,然后摁住应用3的图标并下拉,从而发出加锁指令。
在本实施例或本公开其他某些实施例中,在检测到所述点击并下拉操作之后,所述方法还可以包括:
在所述后台进程对应图标上添加加锁的标记。
这样用户就可以清楚的得知当前有哪些后台进程被加锁了。
作为示例可参见图5所示,在图5中,由于用户对应用3进行了加锁,所以在用于显示当前后台进程的界面中,应用3的图标会带有一个加锁的标记。
如果用户想解锁,则可以再次摁住应用3的图标并下拉,从而去掉加锁的标记。
此外参见图6所示,在本实施例或本公开其他某些实施例中,所述方法还可以包括:
在步骤S601中,将所述后台进程提升后的优先级存入终端设备的本地数据库。
在步骤S602中,当所述终端设备重启后,根据所述本地数据库将所述后台进程的优先级设置为所述提升后的优先级。
这样,即使终端设备关机、重启,则被加锁的进程仍然有效,开机后仍然会具有高优先级,可以避免在清理内存时被***关闭。
在本实施例中,可以根据用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
图7是根据一示例性实施例示出的一种后台进程控制方法的流程图。该方法可用于服务器。
在步骤S701中,从至少两个终端设备上获取所述终端设备上的应用的使用频率。
作为示例可参见图8所示,在图8中,801为云端的服务器,它可以向手机802~804发送指令,要求其上报其内各应用的使用频率等信息。
在步骤S702中,将所述使用频率高于预设值的应用确定为高频应用。
例如,服务器通过统计发现QQ、微信、优酷、米聊等应用在广大用户中的使用频率高于某预设值,则可以将这些应用定为高频应用。
在步骤S703中,向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用的后台进程的优先级,以使所述高频应用的后台进程在操作***回收内存时不被关闭。
这样,服务器通过向各终端设备发送加锁指令,可以使终端设备内这些高频应用的优先级被提高,使之可以常驻后台,不被自动清理,用户可以不用再频繁打开这些应用,从而提高了用户使用手机时的操作效率,也提升了用户体验。
下述为本公开装置实施例,可以用于执行本公开方法实施例。
图9是根据一示例性实施例示出的一种后台进程控制装置的框图。该装置可用于手机、平板电脑等终端设备。
加锁指令接收模块901,用于接收对后台进程的加锁指令。
在本实施例中,提出了对后台进程加锁的做法,通过对后台进程加锁实现该后台进程不会***作***关闭的目的。作为示例,加锁指令可以由用户发出,例如用户通过在界面上进行某种操作来发出加锁指令;加锁指令也可以由服务器发出,例如服务器可以发送消息指示终端设备当某进程转入后台后对该后台进程自动进行加锁。
进程控制模块902,用于根据所述加锁指令接收模块901接收的加锁指令,提升所述后台进程的优先级。这样就可使所述后台进程在终端设备的操作***回收内存时不被关闭。
在本实施例中,对后台进程的加锁操作是通过提升后台进程的优先级来实现的。以Android***为例,Android***在Linux原生基础上增加低内存处理机制,当可用内存较低的时候根据进程的优先级来关闭后台进程,以释放内存。而本实施例中提升了所要加锁的后台进程的优先级,可以避免该后台进程被***误关闭。
图2为本实施例的原理示意图,在图2中,手机内部可分为三层,分别是UI(用户界面)层、Android***层以及Linux***层。当某APP(应用)被用户加锁后,会触发whetstone模块。whetstone模块属于内存优化模块,主要用于对内存进程进行控制,该模块可以通过ActivityManagerService(属于Android内部的服务)修改该应用的进程的优先级。当Linux***的低内存管理模块要释放内存时,可以从ActivityManagerService获取各进程的优先级,根据各进程按照优先级的高低进行选择性的关闭。
参见图10所示,所述加锁指令接收模块901可以包括:
操作检测子模块9011,用于在显示当前后台进程的界面中,判断是否检测到用户对所述后台进程对应图标的点击并下拉操作。
加锁指令确定子模块9012,用于当所述操作检测子模块9011检测到所述点击并下拉操作后,确定接收到对所述后台进程的加锁指令。
作为示例可参见图4所示,在图4中,用户可以调出显示当前后台进程的界面,然后摁住应用3的图标并下拉,从而发出加锁指令。
参见图11所示,在本实施例或本公开其他某些实施例中,所述装置还可以包括:
加锁标记模块903,用于在所述后台进程对应图标上添加加锁的标记。
这样,用户就可以清楚的得知当前有哪些后台进程被加锁了。
在本实施例或本公开其他某些实施例中,所述进程控制模块可以用于:
修改所述后台进程的进程信息中指定字段的字段值,所述字段值用于向所述操作***指示所述后台进程的优先级最大值。
仍以Android***为例,可以修改进程的maxAdj(最大优先级)字段。一般应用的优先级为0~16,数值越大则优先级越低,虽然Android***对应用的优先级是动态计算的,但仍会根据maxAdj去调整应用的级别,让应用的优先级数值不会大于maxAdj,也即让优先级不会低于某个程度。所以当需要对进程加锁时,可以通过提高maxAdj来提升进程的优先级。
而当需要对后台进程解锁时,则恢复该后台进程的优先级为默认值即可,例如将该指定字段的字段值恢复为默认值。
参见图12所示,在本实施例或本公开其他某些实施例中,所述装置还可以包括:
优先级存储模块904,用于将所述后台进程提升后的优先级存入终端设备的本地数据库,当所述终端设备重启后,根据所述本地数据库将所述后台进程的优先级设置为所述提升后的优先级。
这样,即使终端设备关机、重启,则被加锁的进程仍然有效,开机后仍然会具有高优先级,可以避免在清理内存时被***关闭。
在本实施例中,可以根据用户的指令或者云服务器的指令,为后台进程加锁,即主动提高其优先级,使这些对用户重要的后台进程能常驻后台,解决了在内存紧张时***作***错误关闭的问题,也提升了用户体验。
图13是根据一示例性实施例示出的一种后台进程控制装置的框图。该装置可用于服务器。
使用频率获取模块1301,用于从至少两个终端设备上获取所述终端设备上的应用的使用频率。
作为示例可参见图8所示,在图8中,801为云端的服务器,它可以向手机802~804发送指令,要求其上报其内各应用的使用频率等信息。
高频应用确定模块1302,用于将所述使用频率获取模块1301获取的使用频率高于预设值的应用确定为高频应用。
例如,服务器通过统计发现QQ、微信、优酷、米聊等应用在广大用户中的使用频率高于某预设值,则可以将这些应用定为高频应用。
指令发送模块1303,用于向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用确定模块1302所确定的高频应用的后台进程的优先级。
这样,服务器通过向各终端设备发送加锁指令,可以使终端设备内这些高频应用的优先级被提高,使之可以常驻后台,不被自动清理,用户可以不用再频繁打开这些应用,从而提高了用户使用手机时的操作效率,也提升了用户体验。
本公开还公开了一种后台进程控制装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收对后台进程的加锁指令;
根据所述加锁指令,提升所述后台进程的优先级。
本公开还公开了一种非临时性计算机可读存储介质,当所述存储介质中的指令由终端设备的处理器执行时,使得终端设备能够执行一种后台进程控制方法,所述方法包括:
接收对后台进程的加锁指令;
根据所述加锁指令,提升所述后台进程的优先级。
本公开还公开了一种后台进程控制装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
从至少两个终端设备上获取所述终端设备上的应用的使用频率;
将所述使用频率高于预设值的应用确定为高频应用;
向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用的后台进程的优先级。
本公开还公开了一种非临时性计算机可读存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行一种后台进程控制方法,所述方法包括:
从至少两个终端设备上获取所述终端设备上的应用的使用频率;
将所述使用频率高于预设值的应用确定为高频应用;
向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用的后台进程的优先级。
图14是根据一示例性实施例示出的一种用于后台进程控制的装置的框图。该装置即图中所示的装置1400,该装置1400例如可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图14,装置1400可以包括以下一个或多个组件:处理组件1402,存储器1404,电源组件1406,多媒体组件1408,音频组件1410,输入/输出(I/O)的接口1412,传感器组件1414,以及通信组件1416。
处理组件1402通常控制装置1400的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1402可以包括一个或多个处理器1420来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1402可以包括一个或多个模块,便于处理组件1402和其他组件之间的交互。例如,处理组件1402可以包括多媒体模块,以方便多媒体组件1408和处理组件1402之间的交互。
存储器1404被配置为存储各种类型的数据以支持在设备1400的操作。这些数据的示例包括用于在装置1400上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1406为装置1400的各种组件提供电力。电源组件1406可以包括电源管理***,一个或多个电源,及其他与为装置1400生成、管理和分配电力相关联的组件。
多媒体组件1408包括在所述装置1400和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1408包括一个前置摄像头和/或后置摄像头。当装置1400处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件1410被配置为输出和/或输入音频信号。例如,音频组件1410包括一个麦克风(MIC),当装置1400处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中,音频组件1410还包括一个扬声器,用于输出音频信号。
I/O接口1412为处理组件1402和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1414包括一个或多个传感器,用于为装置1400提供各个方面的状态评估。例如,传感器组件1414可以检测到设备1400的打开/关闭状态,组件的相对定位,例如所述组件为装置1400的显示器和小键盘,传感器组件1414还可以检测装置1400或装置1400一个组件的位置改变,用户与装置1400接触的存在或不存在,装置1400方位或加速/减速和装置1400的温度变化。传感器组件1414可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1414还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1416被配置为便于装置1400和其他设备之间有线或无线方式的通信。装置1400可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1416经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1416还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行终端侧的上述方法。
图15是根据一示例性实施例示出的一种用于后台进程控制的装置的框图。例如,该装置1500可以被提供为一服务器。
参照图15,装置1500包括处理组件1522,其进一步包括一个或多个处理器,以及由存储器1532所代表的存储器资源,用于存储可由处理组件1522的执行的指令,例如应用程序。存储器1532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1522被配置为执行指令,以执行上述服务器侧的方法。
装置1500还可以包括一个电源组件1526被配置为执行装置1500的电源管理,一个有线或无线网络接口1550被配置为将装置1500连接到网络,和一个输入输出(I/O)接口1558。装置1500可以操作基于存储在存储器1532的操作***,例如WindowsServerTM,MacOSXTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由所附的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (14)
1.一种后台进程控制方法,其特征在于,所述方法包括:
接收对后台进程的加锁指令;
根据所述加锁指令,提升所述后台进程的优先级。
2.根据权利要求1所述的方法,其特征在于,所述接收对后台进程的加锁指令,包括:
在用于显示当前后台进程的界面中,判断是否检测到用户对所述后台进程对应图标的点击并下拉操作;
如果检测到所述点击并下拉操作,则确定接收到对所述后台进程的加锁指令。
3.根据权利要求2所述的方法,其特征在于,在检测到所述点击并下拉操作之后,所述方法还包括:
在所述后台进程对应图标上添加加锁的标记。
4.根据权利要求1所述的方法,其特征在于,所述提升所述后台进程的优先级,包括:
修改所述后台进程的进程信息中指定字段的字段值,所述字段值用于向所述操作***指示所述后台进程的优先级最大值。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
将所述后台进程提升后的优先级存入终端设备的本地数据库;
当所述终端设备重启后,根据所述本地数据库将所述后台进程的优先级设置为所述提升后的优先级。
6.一种后台进程控制方法,其特征在于,所述方法包括:
从至少两个终端设备上获取所述终端设备上的应用的使用频率;
将所述使用频率高于预设值的应用确定为高频应用;
向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用的后台进程的优先级。
7.一种后台进程控制装置,其特征在于,所述装置包括:
加锁指令接收模块,用于接收对后台进程的加锁指令;
进程控制模块,用于根据所述加锁指令接收模块接收的加锁指令,提升所述后台进程的优先级。
8.根据权利要求7所述的装置,其特征在于,所述加锁指令接收模块包括:
操作检测子模块,用于在显示当前后台进程的界面中,判断是否检测到用户对所述后台进程对应图标的点击并下拉操作;
加锁指令确定子模块,用于当所述操作检测子模块检测到所述点击并下拉操作后,确定接收到对所述后台进程的加锁指令。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
加锁标记模块,用于在所述后台进程对应图标上添加加锁的标记。
10.根据权利要求7所述的装置,其特征在于,所述进程控制模块用于:
修改所述后台进程的进程信息中指定字段的字段值,所述字段值用于向所述操作***指示所述后台进程的优先级最大值。
11.根据权利要求7所述的装置,其特征在于,所述装置还包括:
优先级存储模块,用于将所述后台进程提升后的优先级存入终端设备的本地数据库,当所述终端设备重启后,根据所述本地数据库将所述后台进程的优先级设置为所述提升后的优先级。
12.一种后台进程控制装置,其特征在于,所述装置包括:
使用频率获取模块,用于从至少两个终端设备上获取所述终端设备上的应用的使用频率;
高频应用确定模块,用于将所述使用频率获取模块获取的使用频率高于预设值的应用确定为高频应用;
指令发送模块,用于向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用确定模块所确定的高频应用的后台进程的优先级。
13.一种后台进程控制装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收对后台进程的加锁指令;
根据所述加锁指令,提升所述后台进程的优先级。
14.一种后台进程控制装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
从至少两个终端设备上获取所述终端设备上的应用的使用频率;
将所述使用频率高于预设值的应用确定为高频应用;
向所述终端设备发送加锁指令,所述加锁指令用于提升所述高频应用的后台进程的优先级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510886290.9A CN105550035A (zh) | 2015-12-04 | 2015-12-04 | 后台进程控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510886290.9A CN105550035A (zh) | 2015-12-04 | 2015-12-04 | 后台进程控制方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105550035A true CN105550035A (zh) | 2016-05-04 |
Family
ID=55829232
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510886290.9A Pending CN105550035A (zh) | 2015-12-04 | 2015-12-04 | 后台进程控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105550035A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106095558A (zh) * | 2016-06-16 | 2016-11-09 | 广东欧珀移动通信有限公司 | 一种音效处理的方法及终端 |
CN106201717A (zh) * | 2016-07-01 | 2016-12-07 | 珠海市魅族科技有限公司 | 一种管理***内存的方法及终端 |
CN106250216A (zh) * | 2016-07-21 | 2016-12-21 | 宇龙计算机通信科技(深圳)有限公司 | 一种清理内存的方法及终端 |
CN106331861A (zh) * | 2016-08-11 | 2017-01-11 | 四川天邑康和通信股份有限公司 | 一种机顶盒空间清理方法 |
CN107589994A (zh) * | 2017-08-16 | 2018-01-16 | 深圳市爱培科技术股份有限公司 | 应用进程优先级管理的方法、设备、***及存储介质 |
CN108776615A (zh) * | 2018-05-24 | 2018-11-09 | 四川斐讯信息技术有限公司 | 一种手机内存紧张时防止后台进程被误关闭的方法及*** |
CN109324883A (zh) * | 2018-08-29 | 2019-02-12 | 烽火通信科技股份有限公司 | 智能终端设备的内存管理方法及*** |
CN109710363A (zh) * | 2018-12-26 | 2019-05-03 | 北京金山安全软件有限公司 | 防止应用程序被清理的方法、装置、终端设备和存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103164268A (zh) * | 2013-04-02 | 2013-06-19 | 北京奇虎科技有限公司 | ***优化方法及装置 |
CN103324536A (zh) * | 2012-03-23 | 2013-09-25 | 宇龙计算机通信科技(深圳)有限公司 | 终端和应用程序保护方法 |
CN103778007A (zh) * | 2014-02-14 | 2014-05-07 | 贝壳网际(北京)安全技术有限公司 | 一种应用管理方法及装置 |
CN104077191A (zh) * | 2014-07-18 | 2014-10-01 | 广州金山网络科技有限公司 | 一种用于管理内存资源的方法及装置 |
CN104375896A (zh) * | 2013-08-16 | 2015-02-25 | 联想(北京)有限公司 | 一种信息处理方法及电子设备 |
CN104714874A (zh) * | 2015-02-28 | 2015-06-17 | 深圳市中兴移动通信有限公司 | 一种移动终端内存智能优化的方法及移动终端 |
-
2015
- 2015-12-04 CN CN201510886290.9A patent/CN105550035A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103324536A (zh) * | 2012-03-23 | 2013-09-25 | 宇龙计算机通信科技(深圳)有限公司 | 终端和应用程序保护方法 |
CN103164268A (zh) * | 2013-04-02 | 2013-06-19 | 北京奇虎科技有限公司 | ***优化方法及装置 |
CN104375896A (zh) * | 2013-08-16 | 2015-02-25 | 联想(北京)有限公司 | 一种信息处理方法及电子设备 |
CN103778007A (zh) * | 2014-02-14 | 2014-05-07 | 贝壳网际(北京)安全技术有限公司 | 一种应用管理方法及装置 |
CN104077191A (zh) * | 2014-07-18 | 2014-10-01 | 广州金山网络科技有限公司 | 一种用于管理内存资源的方法及装置 |
CN104714874A (zh) * | 2015-02-28 | 2015-06-17 | 深圳市中兴移动通信有限公司 | 一种移动终端内存智能优化的方法及移动终端 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106095558A (zh) * | 2016-06-16 | 2016-11-09 | 广东欧珀移动通信有限公司 | 一种音效处理的方法及终端 |
CN106095558B (zh) * | 2016-06-16 | 2019-05-10 | Oppo广东移动通信有限公司 | 一种音效处理的方法及终端 |
US10853092B2 (en) | 2016-06-16 | 2020-12-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for sound effect processing |
US11023254B2 (en) | 2016-06-16 | 2021-06-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for sound effect processing and storage medium |
CN106201717A (zh) * | 2016-07-01 | 2016-12-07 | 珠海市魅族科技有限公司 | 一种管理***内存的方法及终端 |
CN106250216A (zh) * | 2016-07-21 | 2016-12-21 | 宇龙计算机通信科技(深圳)有限公司 | 一种清理内存的方法及终端 |
CN106331861A (zh) * | 2016-08-11 | 2017-01-11 | 四川天邑康和通信股份有限公司 | 一种机顶盒空间清理方法 |
CN107589994A (zh) * | 2017-08-16 | 2018-01-16 | 深圳市爱培科技术股份有限公司 | 应用进程优先级管理的方法、设备、***及存储介质 |
CN108776615A (zh) * | 2018-05-24 | 2018-11-09 | 四川斐讯信息技术有限公司 | 一种手机内存紧张时防止后台进程被误关闭的方法及*** |
CN109324883A (zh) * | 2018-08-29 | 2019-02-12 | 烽火通信科技股份有限公司 | 智能终端设备的内存管理方法及*** |
CN109710363A (zh) * | 2018-12-26 | 2019-05-03 | 北京金山安全软件有限公司 | 防止应用程序被清理的方法、装置、终端设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105550035A (zh) | 后台进程控制方法及装置 | |
CN104239094A (zh) | 后台应用程序的控制方法、装置及终端设备 | |
CN104486451B (zh) | 应用程序推荐方法及装置 | |
CN104050035A (zh) | 应用程序的处理方法及装置 | |
CN104219388A (zh) | 语音控制方法和装置 | |
CN105487658A (zh) | 控制应用运行的方法及装置 | |
CN105094577A (zh) | 应用切换的方法和装置 | |
CN105159559A (zh) | 移动终端控制的方法及移动终端 | |
CN104298547A (zh) | 终端设置方法及装置 | |
CN105511907A (zh) | 应用程序升级方法、装置及*** | |
CN104766005A (zh) | 应用软件访问权限的管理方法和装置 | |
CN104035979A (zh) | 对象推荐的方法及相关装置 | |
CN104320774A (zh) | 一种升级方法、装置及设备 | |
CN104837154A (zh) | 无线访问接入点的控制方法及装置 | |
CN106371327A (zh) | 分享控制权的方法及装置 | |
CN103916468A (zh) | ***升级方法、终端、服务器及升级*** | |
CN104298424A (zh) | 一种文件操作方法及装置 | |
CN104571709A (zh) | 移动终端及虚拟按键的处理方法 | |
CN105511852A (zh) | 屏幕显示处理方法、装置及设备 | |
CN105468281A (zh) | 显示设置界面的方法和装置 | |
CN105657690A (zh) | 移动终端设置信息的处理方法和装置 | |
CN105468417A (zh) | 应用软件安装方法和装置 | |
CN105187671A (zh) | 录音方法及装置 | |
CN104822129A (zh) | 数据传输方法及装置 | |
CN104780574A (zh) | 网络切换的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160504 |
|
RJ01 | Rejection of invention patent application after publication |