CN103926995B - 智能终端及增强其续航性能的方法、装置 - Google Patents

Abstract

本申请公开了一种智能终端及增强其续航性能的方法、装置，其中所述方法包括获取系统切换触发事件，根据所述系统切换触发事件启动一定制操作系统，所述定制操作系统为运行预先设置的应用程序而设置；获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程。本申请可以显著增强智能终端的续航性能。

Description

智能终端及增强其续航性能的方法、装置

技术领域

本申请涉及续航技术领域，尤其涉及一种智能终端及增强其续航性能的方法、装置。

背景技术

智能终端设备通常都具有多媒体功能，这些设备支持音频、视频播放等功能。

未来随着生产技术的提高以及消费者需求的增加，智能终端设备的硬件配置将越来越高，同时集结的功能与应用种类越来越多：紧凑的外形、大尺寸的显示屏幕、高端的硬件配置、丰富的应用软件。智能终端紧凑外形必然导致电池体积变得越来越小；大尺寸的屏幕，必然导致更多的电能消耗，高端的硬件配置使得芯片运行速度越来越快，必然导致电能消耗的日益增多。

伴随着移动通信技术的快速发展，智能终端设备的移动通讯功能不断强化，而且该智能终端设备在快速的电脑化，可以让实时地接入互联网，随时随地利用终端制作图片、视频、音频等，实时将这些内容进行分发，同时也可以通过移动互联网分享。另外，移动办公、移动支付、即时通信、娱乐、聊天，智能终端设备在日常生活中扮演着越来越重要的角色，成为个人信息中心。

综上，由于上述种种原因导致智能终端设备的耗电量有增无减，尤其对于配置电池提供电源的智能终端设备来说，电池续航能力成为亟待解决的问题之一。

电池续航能力受无线环境、网络配置、协议栈控制及终端软硬件方案、电源管理、芯片本身低功耗设计及工艺特性等诸多因素影响，其中起决定性作用的是终端本身的省电技术。因此，为了解决电池续航能力，切入的解决角度多种多样。

对于在智能移动通信终端设备来说，网络电视、3D导航、联网游戏等都需要长时间持续工作，而高亮背光源约占整个功耗的40%左右，因此如何降低显示屏的背光亮度，同时又不影响视觉效果，从而提高电池的续航能力。解决的办法之一是通过视频增强器提升画质，测试不同的感应度，调整不同背光的亮度达到最佳的视觉效果。其技术实现过程大致为：利用光强度感应器感应外部光源的感应亮度，应用处理器(application processor)通过接口标准获得亮度等级参数。视频增强器根据预先调试好的算法以及亮度等级参数，输出对应的参数，增强图像，同时控制背光源亮度，以达到节电目的。另外，也可手动调整背光源亮度以达到最佳视觉效果。再者，也可以从直接提供电源的电池本身出发，提高电池的电量容积，提供长续航能力的电源。

上述增强续航能力的方案中，需要配置光强度感应器、应用处理器，实现的成本较高。

另外，发明人在实现本申请的过程中发现，现有技术并没有提供相关的技术方案，从智能终端设备运行的程序本身出发，剔除与该运行的程序毫无关联的冗余程序，以增强其续航能力。

发明内容

本申请所要解决的技术问题在于提供一种智能终端及增强其续航性能的方法、装置，本申请当需要运行某一预先设置的应用程序时，只要由通用系统切换到定制系统下启动该应用程序有关的服务进程，由于进程数量的大幅减少，从而增强了智能终端的续航性能。

为了解决上述问题，本申请揭示了一种增强智能终端续航性能的方法，包括：获取系统切换触发事件，根据所述系统切换触发事件启动一定制操作系统，所述定制操作系统为运行预先设置的应用程序而设置；获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程。

进一步地，所述获取系统切换触发事件包括：根据对所述智能终端人机交互界面上呈现控件的操作产生的触发事件，生成系统切换触发事件，所述控件对应所述预先设置的应用程序。

进一步地，所述获取系统切换触发事件包括：监测到所述智能终端在当前时刻启动的通用操作系统启动运行预先设置的应用程序所需的服务进程，生成系统切换触发事件。

进一步地，所述定制操作系统和通用系统均运行在所述智能终端的同一处理器中。

进一步地，还包括：通过硬件逻辑建立所述定制系统和所述通用系统之间的边界。

进一步地，启动一定制操作系统之后还包括：关闭所述智能终端在当前时刻启动的通用操作系统；或并行运行所述智能终端在当前时刻启动的通用操作系统，但不加载运行预先设置的应用程序所需的服务进程。

进一步地，关闭所述通用操作系统时，保存所述通用操作系统的上下文，以在预先设置的应用程序在所述定制操作系统中运行结束后，重新启动所述通用操作系统。

进一步地，获取系统切换触发事件之前包括：启动加载所述通用操作系统和定制系统的处理器的监视模式，在所述监视模式下通过执行专用指令或硬件异常机制设置系统切换触发事件。

进一步地，启动加载所述通用操作系统和定制系统的处理器的监视模式包括：通过对外部中断请求、快速中断请求、外部数据中止或外部预取中止异常进行配置，以使所述处理器切换到监视模式。

为了解决上述问题，本申请还揭示了一种增强智能终端续航性能的装置，包括：获取单元，用于获取系统切换触发事件从而启动一定制操作系统，所述定制操作系统为预先设置的应用程序而设置；解析单元，用于获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；切换单元，用于根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程。

进一步地，所述监控单元包括：触发事件生成子单元，用于根据对所述智能终端人机交互界面上呈现控件的操作产生的触发事件，生成系统切换触发事件，所述控件对应所述预先设置的应用程序；触发事件获取子单元，用于所述触发事件生成子单元生成的系统切换触发事件。

进一步地，所述监控单元包括：触发事件生成子单元，用于监测到所述智能终端在当前时刻启动的通用操作系统启动运行预先设置的应用程序所需的服务进程，生成系统切换触发事件；触发事件获取子单元，用于所述触发事件生成子单元生成的系统切换触发事件。

进一步地，所述定制操作系统和通用系统均运行在所述智能终端的同一处理器中。

进一步地，所述定制操作系统为一嵌入式实时系统，所述通用系统为一开源代码系统。

进一步地，还包括：硬件逻辑，用于建立所述定制系统和所述通用系统之间的边界。

为了解决上述问题，本申请还揭示了一种智能终端，包括：相互耦接的缓存器和处理器，所述缓存器用于缓存获取的系统切换触发事件、预先设置的应用程序的类型，所述处理器用于根据所述缓存器中缓存的系统切换触发事件启动为运行所述预先设置的应用程序而定义的一定制操作系统；所述处理还用于根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，还用于根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程，以增强智能终端的续航性能。

进一步地，所述处理器设置有监视模式，在所述监视模式下通过执行专用指令或硬件异常机制设置系统切换触发事件。

进一步地，通过对外部中断请求、快速中断请求、外部数据中止和外部预取中止异常进行配置，使所述处理器切换到监视模式。

与现有技术相比，本申请可以获得包括以下技术效果：

可以通过获取系统切换触发事件，启动为运行所述预先设置的应用程序而设置的一定制操作系统；再通过获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；最后，根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程。相比于现有技术中，在当需要执行某一类应用程序时，除了要启动与该应用程序有关的服务进程外，还有大量的与该应用程序毫无关联的大量服务进程，本申请当需要运行某一预先设置的应用程序时，只要由通用系统切换到定制系统下启动该应用程序对应的服务进程，由于进程数量的大幅减少，从而增强了智能终端的续航性能。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例一增强智能终端续航性能的方法流程示意图；

图2为本申请实施例二增强智能终端续航性能的方法流程示意图；

图3为本申请实施例三增强智能终端续航性能的装置结构示意图；

图4为本申请实施例三中第一获取单元的一结构示意图；

图5为本申请实施例四增强智能终端续航性能的装置结构示意图；

图6为本申请实施例四中第二获取单元的一结构示意图；

图7为本申请实施例五智能电视的结构示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来并保存为区分组件的方式，而是以组件在功能上的差异来并保存为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

本申请的核心思想一：

本申请下述实施例提供的增强智能终端续航性能的方法，首先，获取系统切换触发事件从而启动一定制操作系统，所述定制操作系统为设置运行预先设置的应用程序而设置；其次，获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；最后，根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程，以增强智能终端的续航性能。

本申请的核心思想二：

本申请下述实施例提供的增强智能终端续航性能的装置，其可以包括：获取单元、解析单元以及切换单元，其中：获取单元用于监控并获取系统切换触发事件，以启动为运行所述预先设置的应用程序而设置的一定制操作系统；解析单元用于获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；切换单元用于根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程，以增强智能终端的续航性能。

本申请的核心思想三：

本申请下述实施例提供的智能终端，其可以包括：相互耦接的缓存器和处理器，其中：所述缓存器用于缓存获取的系统切换触发事件、预先设置的应用程序的类型，所述处理器用于根据所述缓存器中缓存的系统切换触发事件启动为运行所述预先设置的应用程序而设置的一定制操作系统；所述处理还用于根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；所述处理器还用于根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程，以增强智能终端的续航性能。

需要说明的是，本申请上述各核心思想中设计的应用程序并无特别的限定，比如可以是视频播放、文本浏览、音频播放等。

需要说明的是，本申请的上述各核心思想中涉及的智能终端可以是自身携带电池的智能终端，也可以是靠外部电源供电的移动智能终端。比如，智能电视、平板电脑、手机等。

需要说明的是，在上述核心思想的基础上，所述定制操作系统和通用系统可以均运行在所述智能终端的同一处理器中。另外，在上述核心基础的基础上，所述定制操作系统为一嵌入式实时系统，所述通用系统为一开源代码系统。再者，通过硬件逻辑建立所述定制系统和所述通用系统之间的边界。

需要说明的是，上述本申请的各核心思想中，对处理器的信号没有其他特定要求，只要可以运行上述通用操作系统以及定制系统即可。比如，arm公司的arm A-cortex系列处理器Cortex-A15、Cortex-A9、Cortex-A8、Cortex-A7、Cortex-A5、ARM1176等，而这些处理器最基本的功能包括可信区域trustzone技术，其可以实现两个操作系统同时运行在arm处理器上的技术。

综上，本申请的下述实施例中，以处理器为ARM A-Cortex系列处理器为例，通用操作系统为安卓系统为例，应用程序以视频播放为例，智能终端以智能电视为例对本申请上述各核心思想做详细的说明。

本申请的下述实施例中，在当需要执行视频播放时，只要由通用系统切换到定制系统下启动该视频播放有关的服务进程，由于进程数量的大幅减少，从而增强了智能终端的续航性能。

实施例一

图1为本申请实施例一增强智能终端续航性能的方法流程示意图；如图1所示，本实施例中，其可以包括：

S101、根据对所述智能电视人机交互界面上呈现控件的操作产生的触发事件，生成系统切换触发事件，以启动为运行所述预先设置的视频播放而设置的一定制操作系统。

预先设置的应用程序理论上可以包括任何应用程序都可以预先设置在终端的定制操作系统下播放。但是，在具体应用本申请时，可以将运行起来耗电较多的应用程序作为预先设置的应用程序。

本实施例中，如果在智能电视的显示界面上呈现一控件比如本地播放、在线播放，提示是否进入视频播放模式，通过对该控件进行操作即可生成系统切换触发事件。对该控件的操作可以通过遥控器无线操作或者通过手指触控该控件实现。

为预先设置的视频播放应用程序设置的定制系统包括仅可实现视频播放的驱动配置比如解码器、显示屏、功放的驱动，以及必要的内核配置、软件库配置、上层服务进程配置。类似3g、传感器、摄像头等完全不需要在定制系统中使用的，因此，也就无需这些硬件的驱动。再比如视频播放时，不会需要卫星定位功能，因此，也就无需GPS硬件的驱动。需要说明的是，本实施例只是示意性的进行了说明，并不代表实现本申请只需要这些配置。

S102、根据预先设置的视频播放类型，确定在所述智能电视的定制操作系统中运行所述预先设置的视频播放时所需的服务进程；

如果是本地播放的话，如果使用播放器打开一个视频文件，则在服务进程中会直接显示出打开该视频文件的播放器的名称，则可在对应的服务进程中之间呈现该播放器的名称，控制解码器、显示屏、功放启动运行的进程等等，需要说明的是，本实施例只是示意性的进行了说明，并不代表实现本申请只需要这些进程。

不同模式的视频播放所需的服务进程可能也存在差异，比如，如果基于wifi功能在线播放的话，还需要启动wifi进程。

S103、关闭在所述智能电视的定制操作系统中与所述预先设置的视频播放无关的服务进程，仅在所述智能电视的定制操作系统下加载运行预先设置的视频播放所需的服务进程。

由于智能终端的功能越来越复杂，通用系统中运行的服务进程可能数量较多，比如同时有通话服务、GPS服务等等在同时运行。实际上，在视频播放时，只有可实现视频播放的进程对于系统来说有实际意义，因此，只要与视频播放无关的其他所有进程设置为冗余进程，即可关闭。这样，只在定制系统中加载了播放视频必须的服务进程，相比于通用系统中还需要各种各样的与视频播放无关的服务进程，服务进程数量得到了大幅度的减少，因此，降低了能耗，从而增强了智能终端的续航性能。

实施例二

图2为本申请实施例二增强智能终端续航性能的方法流程示意图；如图2所示，本实施例中，其可以包括：

S201、监测到所述智能终端在当前时刻启动的通用操作系统启动运行预先设置的视频播放所需的服务进程，生成系统切换触发事件，以启动为运行所述预先设置的视频播放而设置的一定制操作系统。

与上述实施例不同的是，本实施例二引入了实时监测机制，一旦监测通用操作系统中存在于视频播放有关的进程，则需要生成系统切换触发事件，比如监测到有相关播放器的服务进程、功放对应的进程、解码器对应的服务进程，即表明即将执行视频播放应用程序。

S202、根据预先设置的视频播放类型，确定在所述智能电视的定制操作系统中运行所述预先设置的视频播放时所需的服务进程；

S203、关闭在所述智能电视的定制操作系统中与所述预先设置的视频播放无关的服务进程，仅在所述智能电视的定制操作系统下加载运行预先设置的视频播放所需的服务进程。

当监测到通用系统中有视频播放相关服务进程时，即可立即生成了系统切换触发事件，随即关闭通用操作系统中与视频播放有关的服务进程。同时，关闭在所述智能电视的定制操作系统中与视频播放无关的服务进程比如3g、传感器等等，从而仅在所述定制操作系统下加载与视频播放有关的服务进程。

需要说明的是，在上述实施例一或二的基础上，在本申请的另外一实施例中，在启动为运行所述预先设置的应用程序而设置的一定制操作系统之后还可以包括：关闭智能终端在当前时刻启动的通用操作系统，从而使智能电视处于活动状态的进程只有视频播放有关的进程，没有其他任何冗余的进程，因此，智能电视的续航性能得到了大幅提升。

或者，在上述实施例一或二的基础上，在本申请的再一实施例中，并行运行智能终端在当前时刻启动的通用操作系统，但不加载运行预先设置的视频播放所需的服务进程。为了可以快速切换回通用系统，在关闭所述通用操作系统时，保存通用操作系统的上下文，以在预先设置的视频播放在定制操作系统下运行结束后，重新启动通用操作系统。

需要说明的是，可以给处理器设置监视模式，使处理器切换到监视模式，实时设置系统切换触发事件的生成，具体地，该监视模式可以启动加载通用操作系统和定制系统。而在控制处理器切换到监视模式时，可以具体通过对中断请求、快速中断请求、外部数据中止或外部预取中止异常进行配置来实现。

在ARM的A-Cortex体系处理器中，快速中断请求（Fast Interrupt Request，FIQ)模式是特权模式中的一种，同时也属于异常模式一类。用于高速数据传输或通道处理，在触发快速中断请求FIQ时进入。快速中断请求FIQ和外部中断请求(Interrupt Request，IRQ)之间的区别是，快速中断请求FIQ必须尽快处理，处理结束后离开这个模式；外部中断请求IRQ可以被快速中断请求FIQ模式中断，但外部中断请求IRQ不能中断快速中断请求FIQ模式；为使快速中断请求FIQ响应更快，快速中断请求FIQ具有更多的影子（Shadow）寄存器。快速中断请求FIQ模式必须禁用中断；如果一个中断例程必须重新启用中断，应使用外部中断请求IRQ而不是快速中断请求FIQ。

实施例三

图3为本申请实施例三增强智能终端续航性能的装置结构示意图；如图3所示，本实施例中，其可以包括：依次耦接的第一获取单元301、第一解析单元302、第一切换单元303，其中：

第一获取单元301用于监控并获取系统切换触发事件，以启动为运行预先设置的应用程序而设置的一定制操作系统。

第一解析单元302用于获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在智能终端的定制操作系统中运行预先设置的应用程序时所需的服务进程；

第一切换单元303用于根据在智能终端的定制操作系统中运行预先设置的应用程序时所需的服务进程，关闭在智能终端的定制操作系统中与预先设置的应用程序无关的服务进程，仅在智能终端的定制操作系统下加载运行预先设置的应用程序时所需的服务进程，以增强智能终端的续航性能。

本实施例中，图4为本申请实施例三中第一获取单元的一结构示意图；如图4所示，第一获取单元可以包括：相互耦接的第一触发事件生成子单元311和第一触发事件获取子单元321，其中：

第一触发事件生成子单元311用于根据对智能终端人机交互界面上呈现控件的操作产生的触发事件，生成系统切换触发事件，控件对应预先设置的应用程序；

第一触发事件获取子单元321用于触发事件生成子单元生成的系统切换触发事件。

实施例四

图5为本申请实施例四增强智能终端续航性能的装置结构示意图；如图5所示，本实施例中，其可以包括：依次耦接的第二获取单元401、第二解析单元402、第二切换单元403，其中：

第二获取单元401用于监控并获取系统切换触发事件，以启动为运行预先设置的应用程序而设置的一定制操作系统。

第二解析单元402用于获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在智能终端的定制操作系统中运行预先设置的应用程序时所需的服务进程；

第二切换单元403用于根据在智能终端的定制操作系统中运行预先设置的应用程序时所需的服务进程，关闭在智能终端的定制操作系统中与预先设置的应用程序无关的服务进程，仅在智能终端的定制操作系统下加载运行预先设置的应用程序时所需的服务进程，以增强智能终端的续航性能。

与上述实施例三不同的是，本实施例中，图5为本申请实施例四中第二获取单元的一结构示意图；如图5所示，第二获取单元可以包括：相互耦接的第二触发事件生成子单元411和第二触发事件获取子单元421，其中：

第二触发事件生成子单元411用于根据对智能终端人机交互界面上呈现控件的操作产生的触发事件，生成系统切换触发事件，控件对应预先设置的应用程序；

第二触发事件获取子单元421用于触发事件生成子单元生成的系统切换触发事件。

实施例五

图6为本申请实施例五智能电视的结构示意图；如图6所示，本实施例中，其可以包括：相互耦接的缓存器501和处理器502，缓存器501用于缓存获取的系统切换触发事件、预先设置的应用程序的类型，处理器502用于根据缓存器中缓存的系统切换触发事件启动为运行预先设置的应用程序而设置的一定制操作系统；处理还用于根据预先设置的应用程序的类型，确定在智能终端的定制操作系统中运行预先设置的应用程序时所需的服务进程；处理器还用于根据在智能终端的定制操作系统中运行预先设置的应用程序时所需的服务进程，关闭在智能终端的定制操作系统中与预先设置的应用程序无关的服务进程，仅在智能终端的定制操作系统下加载运行预先设置的应用程序时所需的服务进程，以增强智能终端的续航性能。

进一步地，在另外一实施例中，处理器设置有监视模式，在监视模式下通过执行专用指令或硬件异常机制设置系统切换触发事件。具体地可以通过对外部中断请求、快速中断请求、外部数据中止和外部预取中止异常进行配置，使处理器切换到监视模式。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (8)

1.一种增强智能终端续航性能的方法，其特征在于，包括：

获取系统切换触发事件，根据所述系统切换触发事件启动一定制操作系统，所述定制操作系统为运行预先设置的应用程序而设置；

获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；

根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程；

所述获取系统切换触发事件包括：根据对所述智能终端人机交互界面上呈现控件的操作产生的触发事件，生成系统切换触发事件，所述控件对应所述预先设置的应用程序；

或所述获取系统切换触发事件包括：监测到所述智能终端在当前时刻启动的通用操作系统启动运行预先设置的应用程序所需的服务进程，生成系统切换触发事件。

2.根据权利要求1所述的方法，其特征在于，

所述定制操作系统和通用系统均运行在所述智能终端的同一处理器中。

3.根据权利要求1所述的方法，其特征在于，还包括：

通过硬件逻辑建立所述定制系统和所述通用系统之间的边界。

4.根据权利要求1所述的方法，其特征在于，

启动一定制操作系统之后还包括：关闭所述智能终端在当前时刻启动的通用操作系统；或并行运行所述智能终端在当前时刻启动的通用操作系统，但不加载运行预先设置的应用程序所需的服务进程。

5.根据权利要求4所述的方法，其特征在于，

关闭所述通用操作系统时，保存所述通用操作系统的上下文，以在预先设置的应用程序在所述定制操作系统中运行结束后，重新启动所述通用操作系统。

6.根据权利要求1所述的方法，其特征在于，

获取系统切换触发事件之前包括：启动加载所述通用操作系统和定制系统的处理器的监视模式，在所述监视模式下通过执行专用指令或硬件异常机制设置系统切换触发事件。

7.根据权利要求6所述的方法，其特征在于，

启动加载所述通用操作系统和定制系统的处理器的监视模式包括：通过对外部中断请求、快速中断请求、外部数据中止或外部预取中止异常进行配置，以使所述处理器切换到监视模式。

8.一种增强智能终端续航性能的装置，其特征在于，包括：

获取单元，用于获取系统切换触发事件从而启动一定制操作系统，所述定制操作系统为预先设置的应用程序而设置；

解析单元，用于获取预先设置的应用程序的类型，并根据预先设置的应用程序的类型，确定在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程；

切换单元，用于根据在所述智能终端的定制操作系统中运行所述预先设置的应用程序时所需的服务进程，关闭在所述智能终端的定制操作系统中与所述预先设置的应用程序无关的服务进程，仅在所述智能终端的定制操作系统下加载运行所述预先设置的应用程序时所需的服务进程；

所述获取单元包括触发事件生成子单元：根据对所述智能终端人机交互界面上呈现控件的操作产生的触发事件，生成系统切换触发事件，所述控件对应所述预先设置的应用程序；

或所述获取单元包括触发事件获取子单元：监测到所述智能终端在当前时刻启动的通用操作系统启动运行预先设置的应用程序所需的服务进程，生成系统切换触发事件。