CN101984641A - 移动终端的背光控制方法及移动终端 - Google Patents

Abstract

本发明公开了一种移动终端的背光控制方法及移动终端，该方法包括以下步骤：移动终端在检测到当前应用使用平台请求接口启动与该应用对应的背光常亮功能的情况下，启动与该应用对应的背光常亮功能；移动终端在检测到该应用使用平台请求接口关闭与该应用对应的背光常亮功能的情况下，关闭与该应用对应的背光常亮功能。通过本发明增强了系统的处理能力，提高了用户体验。

Description

移动终端的背光控制方法及移动终端

技术领域

本发明涉及移动终端领域，尤其涉及一种移动终端的背光控制方法及移动终端。

背景技术

由于移动终端(例如，手机)电池的续航能力有限，所以不可能让背光一直常亮，而在实际应用中，某些JAVA应用在某些情况下又需要背光常亮，例如，在播放视频的时候。通常，针对此背光控制处理为：在移植层侧进行判断，如果发现当前是播放视频的操作，那么就调用平台的接口打开背光常亮功能，在播放结束或者暂停等情况时，关闭背光常亮功能。

但是，随着虚拟机技术的发展，越来越多的应用提出了背光常亮功能的需求，例如，GPS导航应用、电子书阅读应用等等，发明人发现，如果总是通过移植层去判断当前操作来控制背光常亮功能，则可能会出现背光常亮功能使用异常的情况，导致用户满意度较差。

发明内容

本发明的主要目的在于提供一种移动终端的背光控制方案，以至少解决上述相关技术中由于通过移植层去判断当前操作来控制背光常亮功能而导致背光常亮功能异常的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种移动终端的背光控制方法。

根据本发明的移动终端的背光控制方法，包括以下步骤：移动终端在检测到当前应用使用平台请求接口启动与该应用对应的背光常亮功能的情况下，启动与该应用对应的背光常亮功能；移动终端在检测到该应用使用平台请求接口关闭与该应用对应的背光常亮功能的情况下，关闭与该应用对应的背光常亮功能。

进一步地，该应用使用平台请求接口启动与该应用对应的背光常亮功能包括：该应用调用平台请求接口，其中，平台请求接口中包括用于指示启动背光常亮功能的参数信息；该应用使用平台请求接口关闭与该应用对应的背光常亮功能包括：该应用调用平台请求接口，其中，平台请求接口中包括用于指示关闭背光常亮功能的参数信息。

进一步地，启动与该应用对应的背光常亮功能之后，该方法还包括：移动终端进行应用之间的切换，并根据切换后前台应用的背光常亮状态确定是否启动与切换后前台应用对应的背光常亮功能。

进一步地，移动终端进行应用之间的切换之前，该方法还包括：记录移动终端中每个应用的背光常亮状态。

进一步地，启动与该应用对应的背光常亮功能之后，该方法还包括：在该应用被外部事件切换到后台或者该应用退出情况下，移动终端关闭与该应用对应的背光常亮功能，其中，外部事件包括至少以下之一：来电呼叫、闹钟提醒、多任务管理器切换、结束键挂起。

为了实现上述目的，根据本发明的另一个方面，还提供了一种移动终端。

根据本发明的移动终端，包括：检测模块，用于根据平台请求接口检测当前应用是否需要背光常亮功能；控制模块，用于在检测模块检测到该应用需要背光常亮功能的情况下，启动与该应用对应的背光常亮功能；以及在检测模块检测到该应用不需要背光常亮功能的情况下，关闭与该应用对应的背光常亮功能。

进一步地，该移动终端还包括：调用模块，用于该应用调用平台请求接口，其中，平台请求接口中包括用于指示启动或关闭背光常亮功能的参数信息。

进一步地，该移动终端还包括：切换处理模块，用于在移动终端进行应用之间的切换后，根据切换后前台应用的背光常亮状态确定是否启动与切换后前台应用对应的背光常亮功能。

进一步地，该移动终端还包括：记录模块，用于记录移动终端中每个应用的背光常亮状态。

进一步地，该移动终端还包括：关闭模块，用于在该应用被外部事件切换到后台或者该应用退出情况下，关闭与该应用对应的背光常亮功能，其中，外部事件包括至少以下之一：来电呼叫、闹铃提醒、多任务管理器切换、结束键挂起。

通过本发明，使用平台请求接口启动或关闭移动终端中应用的背光常亮功能，解决了相关技术中由于通过移植层去判断当前操作来控制背光常亮功能而导致背光常亮功能异常的问题，增强了系统的处理能力，提高了用户体验。

附图说明

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

图1是根据本发明实施例的移动终端的背光控制方法的流程图；

图2是根据本发明实施例的移动终端的结构框图；

图3是根据本发明优选实施例的移动终端的结构框图；

图4是根据本发明实例2的移动终端的背光控制方法的流程图；

图5是根据本发明实例3的移动终端的背光控制方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

根据本发明的实施例，提供了一种移动终端的背光控制方法，图1是根据本发明实施例的移动终端的背光控制方法的流程图，如图1所示，该方法包括以下步骤：

步骤S102，移动终端在检测到当前应用使用平台请求接口启动与该应用对应的背光常亮功能的情况下，启动与该应用对应的背光常亮功能；

步骤S104，在检测到该应用使用平台请求接口关闭与该应用对应的背光常亮功能的情况下，关闭与该应用对应的背光常亮功能。

通过上述步骤，使用平台请求接口启动或关闭移动终端中应用的背光常亮功能，解决了相关技术中由于通过移植层去判断当前操作来控制背光常亮功能而导致背光常亮功能异常的问题，增强了系统的处理能力。

例如，当前应用可以通过平台请求platformRequest接口通知移动终端启动背光常亮功能，移动终端检测到该通知后，执行启动背光常亮功能的操作。在当前应用需要关闭其背光常亮功能时，也可以调用该platformRequest接口去通知移动终端关闭背光常亮功能，移动终端检测到该通知后，执行关闭背光常亮功能的操作。

优选地，在步骤S102中，该应用使用平台请求接口启动与该应用对应的背光常亮功能包括：该应用调用平台请求接口，其中，该平台请求接口中包括用于指示启动背光常亮功能的参数信息；在步骤S104中，该应用使用平台请求接口关闭与该应用对应的背光常亮功能包括：该应用调用平台请求接口，其中，该平台请求接口中包括用于指示关闭背光常亮功能的参数信息。

例如，由JAVA应用去调用的平台请求platformRequest，移动终端通过这个接口里面的参数格式去判断应用想要干什么。比如，应用调用“PlatformRequest(″java:light-on″)”，移动终端就知道该应用需要打开(即，启动)背光，于是就去进行相应的打开背光的操作。相应的关闭背光的操作与此类似，这里不再赘述。

优选地，在步骤S102中，启动与该应用对应的背光常亮功能之后，移动终端可以进行应用之间的切换，并根据切换后前台应用的背光常亮状态确定是否启动与切换后前台应用对应的背光常亮功能。该方法保证了移动终端在应用切换后的背光常亮功能的开启，提高了用户体验。

优选地，移动终端进行应用之间的切换之前，记录移动终端中每个应用的背光常亮状态。该方法有利于在应用切换之后，根据切换后的应用的背光常亮状态来确定背光常亮功能是否要及时开启，从而避免了由于切换应用而引起异常，提高了系统的灵活性。

例如，移动终端中可以存储每个应用的背光常亮状态，从而在切换时，可以有效地判断切换至的应用是否也需要开启背光常亮功能，提高了系统的效率。

优选地，在步骤S102中，启动与该应用对应的背光常亮功能之后，移动终端将该应用的背光常亮状态置为真；关闭与该应用对应的背光常亮功能之后，移动终端将该应用的背光常亮状态置为假。该方法实现简单、可操作性强。

优选地，在步骤S102中，启动与该应用对应的背光常亮功能之后，在当前应用(即，前台应用)被外部事件切换到后台或者当前应用退出情况下，移动终端关闭与该应用对应的背光常亮功能，其中，外部事件包括至少以下之一：来电呼叫、闹钟提醒、多任务管理器切换、结束键挂起。该方法明确了在哪些情况下可以关闭背光常亮功能，提高了系统的处理能力，可操作性强。

例如，移动终端在运行JAVA应用时被来电、闹钟、结束(end)键或者多任务管理器键等外部事件打断，这时系统会记录JAVA应用当前的背光状态，然后强制关闭背光常亮功能，等待应用恢复后，再根据之前记录的背光状态来判断是否需要恢复背光常亮功能。

对应于上述的方法，在本实施例中还提供了一种移动终端，图2是根据本发明实施例的移动终端的结构框图，如图2所示，该移动终端20包括：检测模块22，用于根据平台请求接口检测当前应用是否需要背光常亮功能；控制模块24，耦合至检测模块22，用于在检测模块22检测到该应用需要背光常亮功能的情况下，启动与该应用对应的背光常亮功能；以及在检测模块22检测到该应用不需要背光常亮功能的情况下，关闭与该应用对应的背光常亮功能。

通过上述移动终端20，使用平台请求接口启动或关闭移动终端中应用的背光常亮功能，解决了相关技术中由于通过移植层去判断当前操作来控制背光常亮功能而导致背光常亮功能异常的问题，增强了系统的处理能力。

图3是根据本发明优选实施例的移动终端的结构框图，如图3所示，该移动终端20还包括：调用模块30，耦合至检测模块22，用于当前应用调用平台请求接口，其中，该平台请求接口中包括用于指示启动或关闭背光常亮功能的参数信息。

优选地，该移动终端20还包括：切换处理模块32，用于在移动终端20进行应用之间的切换后，根据切换后前台应用的背光常亮状态确定是否启动与切换后前台应用对应的背光常亮功能。

优选地，该移动终端20还包括：记录模块34，耦合至切换处理模块32，用于记录移动终端20中每个应用的背光常亮状态。

优选地，该移动终端20还包括：设置模块36，耦合至控制模块34和切换处理模块32，用于在控制模块24启动与该应用对应的背光常亮功能之后，将该应用的背光常亮状态置为真；以及在控制模块24关闭与该应用对应的背光常亮功能之后，将该应用的背光常亮状态置为假。

优选地，该移动终端20还包括：关闭模块38，耦合至控制模块24，用于在当前应用(即，前台应用)被外部事件切换到后台或者当前应用退出情况下，关闭与该应用对应的背光常亮功能，其中，外部事件包括至少以下之一：来电呼叫、闹钟提醒、多任务管理器切换、结束键挂起。

需要说明的是，本发明实施例中的平台请求即为JAVA规范中的platformRequest接口函数，移动终端可以根据预定的输入参数开启或关闭背光常亮功能。

下面将结合实例对本发明实施例的实现过程进行详细描述。

实例1

由于背光控制在JAVA规范里面没有标准的接口定义，所以，在本实例中，使用特定的平台请求(即，platformRequest函数)通过设置输入参数(″java:light-on″/″java:light-off″)来执行打开/关闭背光常亮的功能。其中，平台请求的方式在JAVA规范里面有标准的接口定义，在具体实施过程中，可以通过如下的标准接口进行相关功能的调用，即，public final boolean platformRequest(String URL)。

在只考虑单任务的情况下，这个接口就可以满足背光控制的需求，应用在需要背光常亮时调用platformRequest(″java:light-on″)打开背光，不需要时调用platformRequest(″java:light-off″)关闭背光常亮，不用虚拟机在移植层去做特殊处理。

实例2

在支持JAVA多任务虚拟机(Multiple Virtual Machine，简称MVM)的情况下，要达到应用对背光常亮的正常控制，可以使用标志位对每个应用的背光常亮状态进行记录，当应用打开背光时将对应变量置为true，否则置为false。如果发生应用切换，那么通过检查当前前台应用的标志位来判断是否打开背光常亮。

图4是根据本发明实例2的移动终端的背光控制方法的流程图，该方法可以包括以下步骤：

步骤S402，应用A打开背光常亮功能，把自己的标志位置为真(true)；

步骤S404，应用A切换到应用B；

步骤S406，应用B打开背光常亮功能，把自己的标志位置为真；

步骤S408，应用B关闭背光常亮功能，把自己的标志位置为假(false)；

步骤S410，应用B切换到应用A，应用A处于前台，检查应用A的标志位，发现为true，打开背光常亮功能。

在具体实施过程中，若应用被外部事件切换到后台或者应用退出时，可以自动关闭背光常亮，例如，这些事件可以包括来电、多任务管理器切换、结束(end)键挂起等等。

此外，若应用A被多任务管理器切换到后台，可以关闭该应用A的背光常亮功能，在多任务管理器恢复应用A到前台时，再检查应用A的上述标志位，发现为true，则打开背光常亮。

需要说明的是，JAVA MVM是指虚拟机至少支持2个或2个以上的JAVA应用同时运行。

实例3

本实施是通过特殊的平台请求方式以及对应的数据记录来控制多任务下的背光常亮功能，即，是在支持多任务虚拟机情况下，JAVA应用针对背光常亮功能的控制。

图5是根据本发明实例3的移动终端的背光控制方法的流程图如图5所示，该方法包括以下步骤：

步骤S502，应用A打开背光常亮功能，并记录下当前应用的背光常亮状态(例如，置为真)；

步骤S504，应用A切换到应用B；

步骤S506，应用B打开背光常亮功能；

步骤S508，应用B关闭背光常亮功能；

步骤S510，应用B切换到应用A；

步骤S512，应用A恢复到前台，检查自己的背光常亮状态，打开背光常亮。

在相关技术中，在步骤S508应用B关闭背光常亮功能之后，在应用A恢复到前台后，应用A的背光常亮被关闭，可见，这样会影响到应用A对背光常亮功能的使用，而造成异常。而在本实例步骤S512中，应用A可以根据切换之前记录的自身的背光常亮的状态，判断是否在将应用A恢复到前台的同时需要启动应用A的背光常亮功能，从而避免了相关技术中出现的上述异常情况。

例如，应用A是一个视频播放应用，应用B是一个导航软件应用，在应用A播放过程中需要一直打开背光，如果用户在观看视频播放的时候，突然需要使用导航软件(即，应用B)查询一下地图，于是用户暂停了播放，启动了应用B去查询地图，应用B在执行时，也需要打开背光的，在用户查询完毕后，退出应用B。这时，在相关技术中，应用B会把背光常亮功能关掉，当用户恢复应用A继续观看视频时，背光常亮功能被关闭，引起异常；而本实例中，当用户恢复应用A继续观看视频时，系统会根据切换之前记录的应用A的背光常亮的状态(即，切换之前应用A的背光常亮功能是打开的)，启动应用A的背光常亮功能。

综上所述，通过上述实施例，使用平台请求接口启动或关闭移动终端中应用的背光常亮功能，解决了相关技术中由于通过移植层去判断当前操作来控制背光常亮功能而导致背光常亮功能异常的问题，增强了系统的处理能力，提高了用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种移动终端的背光控制方法，其特征在于，包括以下步骤：

移动终端在检测到当前应用使用平台请求接口启动与所述应用对应的背光常亮功能的情况下，启动与所述应用对应的背光常亮功能；

移动终端在检测到所述应用使用所述平台请求接口关闭与所述应用对应的背光常亮功能的情况下，关闭与所述应用对应的背光常亮功能。

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

所述应用使用所述平台请求接口启动与所述应用对应的背光常亮功能包括：所述应用调用所述平台请求接口，其中，所述平台请求接口中包括用于指示启动背光常亮功能的参数信息；

所述应用使用所述平台请求接口关闭与所述应用对应的背光常亮功能包括：所述应用调用所述平台请求接口，其中，所述平台请求接口中包括用于指示关闭背光常亮功能的参数信息。

3.根据权利要求1所述的方法，其特征在于，启动与所述应用对应的背光常亮功能之后，还包括：

所述移动终端进行应用之间的切换，并根据切换后前台应用的背光常亮状态确定是否启动与所述切换后前台应用对应的背光常亮功能。

4.根据权利要求3所述的方法，其特征在于，所述移动终端进行应用之间的切换之前，还包括：

记录所述移动终端中每个应用的背光常亮状态。

5.根据权利要求1或3所述的方法，其特征在于，启动与所述应用对应的背光常亮功能之后，还包括：

在所述应用被外部事件切换到后台或者所述应用退出情况下，所述移动终端关闭与所述应用对应的背光常亮功能，其中，所述外部事件包括至少以下之一：来电呼叫、闹钟提醒、多任务管理器切换、结束键挂起。

6.一种移动终端，其特征在于，包括：

检测模块，用于根据平台请求接口检测当前应用是否需要背光常亮功能；

控制模块，用于在所述检测模块检测到所述应用需要背光常亮功能的情况下，启动与所述应用对应的背光常亮功能；以及在所述检测模块检测到所述应用不需要背光常亮功能的情况下，关闭与所述应用对应的背光常亮功能。

7.根据权利要求6所述的移动终端，其特征在于，还包括：

调用模块，用于所述应用调用所述平台请求接口，其中，所述平台请求接口中包括用于指示启动或关闭背光常亮功能的参数信息。

8.根据权利要求6所述的移动终端，其特征在于，还包括：

切换处理模块，用于在所述移动终端进行应用之间的切换后，根据切换后前台应用的背光常亮状态确定是否启动与所述切换后前台应用对应的背光常亮功能。

9.根据权利要求8所述的移动终端，其特征在于，还包括：

记录模块，用于记录所述移动终端中每个应用的背光常亮状态。

10.根据权利要求6或8所述的移动终端，其特征在于，还包括：

关闭模块，用于在所述应用被外部事件切换到后台或者所述应用退出情况下，关闭与所述应用对应的背光常亮功能，其中，所述外部事件包括至少以下之一：来电呼叫、闹铃提醒、多任务管理器切换、结束键挂起。

Images