一种移动终端的应用程序控制方法及装置制造方法
【专利摘要】本发明适用于移动终端领域，提供了一种移动终端的应用程序控制方法及装置，包括：检测应用程序向CPU发送的唤醒请求，所述唤醒请求用于在预设时刻使所述CPU处于工作状态；判断发送所述唤醒请求的应用程序当前是否运行在操作系统前台；当发送所述唤醒请求的应用程序当前未运行在操作系统前台，则忽略所述唤醒请求，在所述预设时刻不改变所述CPU的状态。本发明通过对移动终端当前运行的应用程序进行有效控制，减少了运行中的后台应用程序对移动终端CPU的占用，使CPU尽可能多地运行在不执行任何指令的待机状态，自动、智能地延长了移动终端的低功耗运行时间，避免了用户手动停止后台应用程序的情况，提高了移动终端的操作效率。
【专利说明】一种移动终端的应用程序控制方法及装置
【技术领域】
[0001] 本发明属于移动终端领域，尤其涉及一种移动终端的应用程序控制方法及装置。
【背景技术】
[0002] 通过移动终端，用户能够从移动互联网上下载并安装大量的应用程序，体验丰富 多彩的移动生活。然而，随着安装的应用程序的增加，在移动终端运行的过程中会产生大量 在后台运行的应用程序，即使在移动终端的中央处理器（Central Processing Unit, CPU) 处于不工作的待机状态下，部分在后台运行的应用程序也会不断地唤醒CPU，使CPU频繁重 复地由待机状态进入工作状态。例如，在后台运行的浏览器会定期地唤醒CPU以联网刷新 页面。上述情况增加了移动终端电量消耗的速度，降低了移动终端的电池续航能力。
[0003] 针对上述情况，目前只能由用户手动地对在后台运行的应用程序进行清理，关闭 其中暂时不会使用的应用程序，操作繁琐，且当用户需要再次使用关闭了的应用程序时，还 要重新启动该应用程序，导致移动终端的操作效率降低。
【发明内容】
[0004] 本发明实施例的目的在于提供一种移动终端的应用程序控制方法，旨在解决现有 技术中移动终端只能由用户手动地清理后台应用程序，操作繁琐，操作效率低的问题。
[0005] 本发明实施例是这样实现的，一种移动终端的应用程序控制方法，包括：
[0006] 检测应用程序向CPU发送的唤醒请求，所述唤醒请求用于在预设时刻使所述CPU 处于工作状态；
[0007] 判断发送所述唤醒请求的应用程序当前是否运行在操作系统前台；
[0008] 当发送所述唤醒请求的应用程序当前未运行在操作系统前台，则忽略所述唤醒请 求，在所述预设时刻不改变所述CPU的状态。
[0009] 本发明实施例的另一目的在于提供一种移动终端的应用程序控制装置，包括：
[0010] 唤醒请求检测单元，用于检测应用程序向CPU发送的唤醒请求，所述唤醒请求用 于在预设时刻使所述CPU处于工作状态；
[0011] 第一判断单元，用于判断发送所述唤醒请求的应用程序当前是否运行在操作系统 前台；
[0012] 第一单元，用于当发送所述唤醒请求的应用程序当前未运行在操作系统前台，则 忽略所述唤醒请求，在所述预设时刻不改变所述CPU的状态。
[0013] 本发明实施例通过对移动终端当前运行的应用程序进行有效控制，减少了运行中 的后台应用程序对移动终端CPU的占用，使CPU尽可能多地运行在不执行任何指令的待机 状态，自动、智能地延长了移动终端的低功耗运行时间，避免了用户手动停止后台应用程序 的情况，提高了移动终端的操作效率。
【专利附图】
【附图说明】
[0014] 图1是本发明实施例提供的移动终端的应用程序控制方法的实现流程图；
[0015] 图2是本发明另一实施例提供的移动终端的应用程序控制方法的实现流程图；
[0016] 图3是本发明另一实施例提供的移动终端的应用程序控制方法的实现流程图； [0017] 图4是本发明另一实施例提供的移动终端的应用程序控制方法的实现流程图； [0018] 图5是本发明实施例提供的移动终端的应用程序控制装置的结构框图；
[0019] 图6是本发明另一实施例提供的移动终端的应用程序控制装置的结构框图；
[0020] 图7是本发明另一实施例提供的移动终端的应用程序控制装置的结构框图；
[0021] 图8是本发明另一实施例提供的移动终端的应用程序控制装置的结构框图。
【具体实施方式】
[0022] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对 本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并 不用于限定本发明。
[0023] 本发明实施例通过对移动终端当前运行的应用程序进行有效控制，减少了运行中 的后台应用程序对移动终端CPU的占用，使CPU尽可能多地运行在不执行任何指令的待机 状态，自动、智能地延长了移动终端的低功耗运行时间，避免了用户手动停止后台应用程序 的情况，提高了移动终端的操作效率。
[0024] 其中，移动终端包括但不限于手机、平板电脑等使用移动电源的终端设备，进一步 地，本发明实施例中所述的移动终端操作系统支持应用程序在后台运行，在此不作具体限 定。
[0025] 图1示出了本发明实施例提供的移动终端的应用程序控制方法的实现流程，详述 如下：
[0026] 在步骤S101中，检测应用程序向CPU发送的唤醒请求，所述唤醒请求用于在预设 时刻使所述CPU处于工作状态。
[0027] 通常，CPU包括两种状态：待机状态和工作状态。
[0028] 其中，在待机状态下，CPU不被任何运用程序所占用，其处于不用执行任何指令的 低功耗运行状态。
[0029] 而在工作状态下，CPU被一个或者多个应用程序所占用，并根据应用程序的指令进 行相应的数据运算处理操作，处于工作状态下的CPU需要占有更多的系统资源，因此相比 于待机状态，会耗费更多的移动终端剩余电量。
[0030] 当应用程序需要在某一时刻执行某一任务时，若此时CPU处理待机状态，则该任 务是不能被执行的，必须唤醒CPU才能够达到执行任务的目的。因此，在本实施例中，当检 测到有应用程序向CPU发送唤醒请求时，则表明该应用程序在唤醒请求中指定的预设时刻 需要占用CPU资源来进行数据运算处理。
[0031] 在步骤S102中，判断发送所述唤醒请求的应用程序当前是否运行在操作系统前 台。
[0032] 对于运行在后台的应用程序来说，很多时候其向CPU发起的唤醒请求是在用户不 知情的情况下进行的，是由应用程序自行设置的。例如，浏览器在后台运行时每隔预设时间 就请求占用CPU资源，以联网刷新网页内容，但其刷新行为并非用户自身的操作意图。同 时，若一个应用程序是在操作系统前台运行的，则表明用户当前直观面对的就是该操作程 序，其发起的相应请求也是在用户知情或者允许的情况下发起的(例如，用户在使用即时通 讯软件进行聊天的过程中，用户主动地期望该即时通讯软件能够每隔预设时间就连接一次 服务器，以获取到新的即时消息)。因此，在本实施例中，当检测到应用程序的唤醒请求之 后，通过判断发送该唤醒请求的应用程序当前是否运行在操作系统前台，来确定该应用程 序发起的唤醒请求是否为用户的操作意图，或者是否是在用户知情的情况下来发起的。
[0033] 在步骤S103中，当发送所述唤醒请求的应用程序当前未运行在操作系统前台，忽 略所述唤醒请求，在所述预设时刻不改变所述CPU的状态。
[0034] 在本实施例中，当判断出当前发送唤醒请求的应用程序未运行在操作系统前台， 而是在后台运行，则忽略该唤醒请求，不对该唤醒请求做任何响应。由此，在唤醒请求中所 指示的预设时刻到达时，若CPU处于工作状态，则继续保持该CPU的工作状态，若CPU处于 的是待机状态，则不会根据该唤醒请求将CPU激活至工作状态，而是继续保持CPU的待机状 态。
[0035] 由此，通过上述步骤，即可以大大地减少后台应用程序对CPU的不必要的唤醒次 数，降低移动终端的功耗。
[0036] 作为本发明的一个实施例，如图2所示，所述方法还包括：
[0037] 步骤S104,当发送所述唤醒请求的应用程序当前运行在操作系统前台，则在所述 预设时刻使所述CPU处于工作状态。
[0038] S卩，当判断出当前发送唤醒请求的应用程序为正在操作系统前台运行的应用程 序，或者是刚从后台被用户切换至前台运行的应用程序，则认为该唤醒请求符合用户当前 的操作意图，或者该唤醒请求是在用户知情的情况下进行的，则对该唤醒请求进行处理，在 该唤醒请求中指示的预设时刻，若CPU处于待机状态，则将CPU由待机状态激活至工作状 态，以完成该唤醒请求所指示的执行内容。
[0039] 上述步骤均是为了保证在移动终端中尽可能地减少应用程序对CPU不必要的唤 醒次数，接下来通过实施例阐述，在步骤S104将CPU激活至工作状态的前提下，通过缩短不 必要的CPU处于工作状态的时间，进一步地对移动终端的功耗进行控制。
[0040] 图3示出了本发明另一实施例提供的移动终端的应用程序控制方法的实现流程 图，详述如下：
[0041] 在步骤S301中，在所述CPU的工作状态下，检测锁屏指令，关闭所述移动终端的屏 唇。
[0042] 在本实施例中，在CPU处于工作状态的情况下，若在移动终端检测到了用户端输 入的锁屏指令，则根据锁屏指令关闭或者锁定移动终端的屏幕，移动终端进入锁屏状态，在 该锁屏状态下，当前已经启动的应用程序全部为在后台运行，系统中不存在在前台运行的 应用程序。
[0043] 在步骤S302中，检测是否有后台应用程序注册了激活事件，所述激活事件被后台 应用程序用于使所述CPU保持在工作状态。
[0044] 在本实施例中，激活事件为在移动终端操作系统中由应用程序向系统进行注册， 且被应用程序用于使CPU保持在工作状态，为该应用程序提供数据运算处理，而不允许CPU 进入待机状态。同样以浏览器为例，若浏览器需要以一秒为频率在后台对当前已加载的页 面进行刷新，则其会向系统注册激活事件，使CPU时刻保持在工作状态，以完成浏览器的定 时刷新操作。
[0045] 在步骤S303中，当检测到有后台应用程序注册了所述激活事件，判断注册了所述 激活事件的后台应用程序是否在执行预设事件。
[0046] 对于检测到当前开启的应用程序中存在注册了激活事件的应用程序时，则对该应 用程序当前的读写操作进行判断，判断该应用程序是否正在执行预设事件。
[0047] 在本实施例中，预设事件可以为系统默认的事件，也可以为用户自行定义的事件， 其包括但不限于以下至少一件：音频输出事件、震动事件或者下载事件。
[0048] 其中，音频输出事件可以为音乐播放器正在通过扬声器或者耳机输出音频数据， 为用户播放音乐，该情况下，音乐播放器正在执行的是用户听觉可以感知到的事件，其必须 保证CPU处于工作状态，保证音频的输出，才不会中断用户感受；
[0049] 震动事件可以为闹钟、备忘录等进行用户提示的应用程序通过移动终端的震动功 能生成，该情况下，其正在执行的是用户触觉可以感知到的事件，也必须保证CPU处于工作 状态，保证按时地执行震动功能，才不会影响到对用户的提示效果；
[0050] 下载事件可以为应用程序管理软件、用于进行下载的音乐播放器、浏览器等应用 程序的数据下载动作，例如，用户通过音乐播放器在后台下载指定的歌曲，该情况下，若下 载事件中断，则用户的操作意图无法继续完成，因此必须要保证CPU处于工作状态，完成下 载任务。
[0051] 步骤S303中的预设事件包括但不限于上述几种事件，在此不一一限定。
[0052] 在步骤S304中，当所述注册了所述激活事件的后台应用程序不在执行所述预设 事件，则触发所述CPU进入待机状态。
[0053] S卩，若注册了激活事件的后台应用程序没有在执行必要的事件，此时则忽略该后 台应用程序注册的激活事件，立即将CPU由工作状态切换至待机状态，进入低功耗运行阶 段，由此缩短了 CPU处于工作状态下的时间。
[0054] 作为本发明的一个实施例，如图4所示，在步骤S303判断的基础上，所述方法还包 括：
[0055] 步骤S305,当所述注册了所述激活事件的后台应用程序正在执行预设事件，则保 持所述CPU的工作状态。
[0056] S卩，当前注册了激活事件的后台应用程序所执行的任务均为必须要执行的任务， 因此，必须保持CPU处于工作状态，才能保证后台应用程序任务的顺利执行，不对用户的操 作意图产生影响。
[0057] 进一步地，在步骤S305的基础上，本方法还可以包括：
[0058] 步骤S306，定期对所述注册了所述激活事件的后台应用程序进行检测，一旦检测 到所述注册了所述激活事件的后台应用程序不再执行所述预设事件，则触发所述CPU进入 待机状态。
[0059] S卩，即使检测到了注册了激活事件的后台应用程序正在执行预设事件，在CPU的 工作状态下，每隔预设时间还是会对该后台应用程序正在执行的事件进行检测，一旦检测 到该后台应用程序不再执行预设事件之后，则立即将CPU由工作状态切换至待机状态，进 入低功耗运行阶段，进一步缩短了 CPU处于工作状态下的时间。
[0060] 本发明实施例通过对移动终端当前运行的应用程序进行有效控制，减少了运行中 的后台应用程序对移动终端CPU的占用，使CPU尽可能多地运行在不执行任何指令的待机 状态，自动、智能地延长了移动终端的低功耗运行时间，避免了用户手动停止后台应用程序 的情况，提高了移动终端的操作效率。
[0061] 图5示出了本发明实施例提供的移动终端的应用程序控制装置的结构框图，该装 置可以位于移动终端的操作系统之中，用于运行本发明图1至图4实施例所述的移动终端 的应用程序控制方法。为了便于说明，仅示出了与本实施例相关的部分。
[0062] 参照图5,该装置包括：
[0063] 唤醒请求检测单元51，检测应用程序向CPU发送的唤醒请求，所述唤醒请求用于 在预设时刻使所述CPU处于工作状态。
[0064] 第一判断单元52,判断发送所述唤醒请求的应用程序当前是否运行在操作系统前 台。
[0065] 第一控制单元53,当发送所述唤醒请求的应用程序当前未运行在操作系统前台， 则忽略所述唤醒请求，在所述预设时刻不改变所述CPU的状态。
[0066] 可选地，如图6所示，所述装置还包括：
[0067] 第二控制单元54,当发送所述唤醒请求的应用程序当前运行在操作系统前台，则 在所述预设时刻使所述CPU处于工作状态。
[0068] 可选地，如图7所示，所述装置还包括：
[0069] 锁屏单元71，用于在所述CPU的工作状态下，检测锁屏指令，关闭所述移动终端的 屏幕。
[0070] 激活事件检测单元72,检测是否有后台应用程序向所述CPU注册了激活事件，所 述激活事件被后台应用程序用于使所述CPU保持在工作状态。
[0071] 第二判断单元73,当检测到有后台应用程序向所述CPU注册了所述激活事件，判 断注册了所述激活事件的后台应用程序是否在执行预设事件。
[0072] 待机状态触发单元74,当所述注册了所述激活事件的后台应用程序不在执行所述 预设事件，则触发所述CPU进入待机状态。
[0073] 可选地，如图8所示，所述装置还包括：
[0074] 工作状态保持单元75,当所述注册了所述激活事件的后台应用程序正在执行预设 事件，则保持所述CPU的工作状态。
[0075] 可选地，所述装置还包括：
[0076] 定期检测单元76,定期对所述注册了所述激活事件的后台应用程序进行检测，一 旦检测到所述注册了所述激活事件的后台应用程序不再执行所述预设事件，则触发所述 CPU进入待机状态。
[0077] 可选地，所述预设事件包括以下至少一件：音频输出事件、震动事件或者下载事 件。
[0078] 本发明实施例通过对移动终端当前运行的应用程序进行有效控制，减少了运行中 的后台应用程序对移动终端CPU的占用，使CPU尽可能多地运行在不执行任何指令的待机 状态，自动、智能地延长了移动终端的低功耗运行时间，避免了用户手动停止后台应用程序 的情况，提高了移动终端的操作效率。
[0079] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精 神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
【权利要求】
1. 一种移动终端的应用程序控制方法，其特征在于，包括： 检测应用程序向CPU发送的唤醒请求，所述唤醒请求用于在预设时刻使所述CPU处于 工作状态； 判断发送所述唤醒请求的应用程序当前是否运行在操作系统前台； 当发送所述唤醒请求的应用程序当前未运行在操作系统前台，则忽略所述唤醒请求， 在所述预设时刻不改变所述CPU的状态。
2. 如权利要求1所述的方法，其特征在于，所述方法还包括： 当发送所述唤醒请求的应用程序当前运行在操作系统前台，则在所述预设时刻使所述 CPU处于工作状态。
3. 如权利要求2所述的方法，其特征在于，所述方法还包括： 在所述CPU的工作状态下，检测锁屏指令，关闭所述移动终端的屏幕； 检测是否有后台应用程序CPU注册了激活事件，所述激活事件被后台应用程序用于使 所述CPU保持在工作状态； 当检测到有后台应用程序注册了所述激活事件，判断注册了所述激活事件的后台应用 程序是否在执行预设事件； 当所述注册了所述激活事件的后台应用程序不在执行所述预设事件，则触发所述CPU 进入待机状态。
4. 如权利要求3所述的方法，其特征在于，所述方法还包括： 当所述注册了所述激活事件的后台应用程序正在执行预设事件，则保持所述CPU的工 作状态。
5. 如权利要求4所述的方法，其特征在于，在所述当所述注册了所述激活事件的后台 应用程序正在执行预设事件，则保持所述CPU的工作状态之后，所述方法还包括： 定期对所述注册了所述激活事件的后台应用程序进行检测，一旦检测到所述注册了所 述激活事件的后台应用程序不再执行所述预设事件，则触发所述CPU进入待机状态。
6. 如权利要求3?5任一项所述的方法，其特征在于，所述预设事件包括以下至少一 件：音频输出事件、震动事件或者下载事件。
7. -种移动终端的应用程序控制装置，其特征在于，包括： 唤醒请求检测单元，用于检测应用程序向CPU发送的唤醒请求，所述唤醒请求用于在 预设时刻使所述CPU处于工作状态； 第一判断单元，用于判断发送所述唤醒请求的应用程序当前是否运行在操作系统前 台； 第一控制单元，用于当发送所述唤醒请求的应用程序当前未运行在操作系统前台，则 忽略所述唤醒请求，在所述预设时刻不改变所述CPU的状态。
8. 如权利要求7所述的装置，其特征在于，所述装置还包括： 第二控制单元，用于当发送所述唤醒请求的应用程序当前运行在操作系统前台，则在 所述预设时刻使所述CPU处于工作状态。
9. 如权利要求8所述的装置，其特征在于，所述装置还包括： 锁屏单元，用于在所述CPU的工作状态下，检测锁屏指令，关闭所述移动终端的屏幕； 激活事件检测单元，用于检测是否有后台应用程序注册了激活事件，所述激活事件被 后台应用程序用于使所述CPU保持在工作状态； 第二判断单元，用于当检测到有后台应用程序注册了所述激活事件，判断注册了所述 激活事件的后台应用程序是否在执行预设事件； 待机状态触发单元，用于当所述注册了所述激活事件的后台应用程序不在执行所述预 设事件，则触发所述CPU进入待机状态。
10. 如权利要求8所述的装置，其特征在于，所述装置还包括： 工作状态保持单元，用于当所述注册了所述激活事件的后台应用程序正在执行预设事 件，则保持所述CPU的工作状态。
11. 如权利要求10所述的装置，其特征在于，所述装置还包括： 定期检测单元，用于定期对所述注册了所述激活事件的后台应用程序进行检测，一旦 检测到所述注册了所述激活事件的后台应用程序不再执行所述预设事件，则触发所述CPU 进入待机状态。
12. 如权利要求9?11任一项所述的装置，其特征在于，所述预设事件包括以下至少一 件：音频输出事件、震动事件或者下载事件。
【文档编号】G06F9/445GK104156223SQ201310175715
【公开日】2014年11月19日 申请日期:2013年5月13日 优先权日:2013年5月13日
【发明者】王斌 申请人:腾讯科技（深圳）有限公司