CN106327540A - 基于OpenGL View的控制方法、装置及终端 - Google Patents

Abstract

本发明提供了一种基于OpenGL View的控制方法、装置及终端，其中方法包括：监控是否发生视图变动操作，若是，则判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGL View是指终端操作系统自定义的界面；若是，则降低所述OpenGL View的绘制帧率。本发明在OpenGL View和非OpenGL View混合使用且OpenGL View被覆盖的情况下，及时降低OpenGL View的绘制帧率，这样使得OpenGL View的CPU占用量随之降低，节省APP运行时的耗电量，提高用户体验。

Description

基于OpenGL View的控制方法、装置及终端

技术领域

本发明涉及计算机技术领域，特别是涉及基于OpenGL View的控制方法、装置及终端。

背景技术

OpenGL(Open Graphics Library，开放式图形库)是定义了跨编程语言、跨平台的编程接口规格的专业的图形程序接口。它主要用于三维图像、二维图像的绘制，是一个功能强大、调用方便的底层图像库。OpenGL在游戏开发、娱乐、制造业及虚拟现实等多个行业领域中，通常被用于在硬件设备上实现高性能、极具冲击力的高视觉表现力图像处理软件的开发。

现有大部分APP(Application，应用程序)中，App利用OpenGL View绘制主要视图界面，但这些APP在实现过程中，还需要通过系统自定义的View实现一些业务界面；例如，IOS平台通过自定义的UI View实现业务界面。

用户在使用这些APP时，可以根据实际需求进入相应的业务界面或视图界面，相应地，APP响应于用户的操作展示对应的业务界面或视图界面；在界面的展示过程中，大多数情况下APP需要同时绘制视图界面和业务界面，这会导致APP存在严重的耗电问题，在智能手机、平板电脑、游戏机等电池容量较小的终端上，这种耗电问题更加凸显，严重影响用户体验。

发明内容

本发明所要解决的技术问题是提供一种基于OpenGL View的控制方法，用以解决现有技术中终端上运行APP存在的耗电严重的问题，以提升用户体验。

本发明还提供了基于OpenGL的控制装置和终端，用以保证上述方法在实际中的实现及应用。

在本发明的一个方面，提供一种基于OpenGL View的控制方法，所述方法包括：

监控是否发生视图变动操作，若是，则判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGL View是指终端操作系统自定义的界面；

若是，则降低所述OpenGL View的绘制帧率。

可选的，降低所述OpenGL View的绘制帧率，具体为：

将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值，所述预置的绘制帧率阈值小于所述绘制帧率。

可选的，若判断出所述OpenGL View是被所述非OpenGL View部分覆盖，则所述方法还包括：

识别所述OpenGL View是否为用户不可操作的界面，若是，则将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值。

判断OpenGL View是否被非OpenGL View覆盖，包括：

可选的，获取非OpenGL View绘制区域的坐标值和OpenGL View绘制区域的坐标值；

通过坐标值大小关系判断所述非OpenGL View绘制区域与所述OpenGLView的绘制区域是否存在重叠部分，若是，表明所述OpenGL View被所述非OpenGL View覆盖，否则，表明所述OpenGL View未被所述非OpenGL View覆盖。

在本发明的第二方面，提供一种基于OpenGL View的控制装置，所述装置包括：

监控单元，用于监控是否发生视图变动操作；若是，触发判断单元；

判断单元，用于判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGL View是指终端操作系统自定义的界面；若是，触发降低单元；

降低单元，用于降低所述OpenGL View的绘制帧率。

可选的，所述降低单元，具体用于将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值，所述预置的绘制帧率阈值小于所述绘制帧率。

可选的，当所述判断单元判断出所述OpenGL View是被所述非OpenGLView部分覆盖，则所述装置还包括：

识别单元，用于识别所述OpenGL View是否为用户不可操作的界面，若是，则触发所述降低单元将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值。

可选的，所述判断单元，包括：

获取子单元，用于获取非OpenGL View绘制区域的坐标值和OpenGLView绘制区域的坐标值；

比较子单元，用于通过坐标值大小关系判断所述非OpenGL View绘制区域与所述OpenGL View的绘制区域是否存在重叠部分，若是，表明所述OpenGL View被所述非OpenGL View覆盖，否则，表明所述OpenGL View未被所述非OpenGL View覆盖。

在本发明第三方面，提供了一种终端，所述终端包括：

APP和上述第二方面描述的基于OpenGL的控制控制装置；

所述APP基于OpenGL View和终端操作系统自定义的界面实现画面展示功能；所述APP通过所述基于OpenGL View的控制装置实现对OpenGL View的绘制。

由上述实施例可以看出，与现有技术相比本发明的优点在于：

本发明监控是否发生视图变动操作，若是，则判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGL View是指终端操作系统自定义的界面；在判断出所述OpenGL View被所述非OpenGL View覆盖时，降低所述OpenGLView的绘制帧率。本发明在OpenGL View和非OpenGL View混合使用且OpenGL View被覆盖的情况下，及时降低OpenGL View的绘制帧率，这样使得OpenGL View的CPU占用量随之降低，节省APP运行时的耗电量，提高用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的一种基于OpenGL View的控制方法的流程图；

图2a-图2b为本发明提供的地图APP的应用场景示意图；

图3为本发明提供的一种基于OpenGL View的控制装置的结构图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面通过实施例进行描述。

参阅图1，图1为本发明提供的一种基于OpenGL View的控制方法的流程图，如图1所示，本实施例的方法可以包括：

S101,监控是否发生视图变动操作，若是，则进入步骤S102。

S102，判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGLView是指终端操作系统自定义的界面；若是，则进入步骤S103。

S103，降低所述OpenGL View的绘制帧率。

本实施例的方法具体应用于控制终端上安装的基于OpenGL View实现视图界面的APP，例如，游戏APP、地图APP等等，这类APP在工作时，利用OpenGL View绘制视图界面，利用终端操作系统自定义的非OpenGL View绘制其他界面。

目前终端常用的操作系统有多种类型，如IOS、Android、Windows等等，不同的操作系统为了支持APP的应用，提供了自定义的View以供APP实现业务界面。例如，IOS自定义了UI View以供APP实现业务界面。

在实际应用中，本发明提供了如下方式，用于判断OpenGL View是否被所述非OpenGL View覆盖，该方式包括：

S1021,获取所述非OpenGL View绘制区域的坐标值和所述OpenGL View绘制区域的坐标值；以及，

S1022,通过坐标值大小关系判断所述非OpenGL View绘制区域与所述OpenGL View的绘制区域是否存在重叠部分，若是，表明所述OpenGL View被所述非OpenGL View覆盖，否则，表明所述OpenGL View未被所述非OpenGL View覆盖。

在实际应用中，判断OpenGL View是否被非OpenGL View覆盖，可能出现以下两种判断情况，分别如下：

一种判断情况：判断出OpenGL View被非OpenGL View全部覆盖，在这种情况下，用户看不到OpenGL View的界面，此时，降低OpenGL View的绘制帧率，对用户体验不会造成任何影响。这样处理既能够节省APP绘制界面的耗电量，又不会影响用户体验。

另一种判断情况：判断出OpenGL View被非OpenGL View部分覆盖，在这种情况下，由于OpenGL View部分界面对于用户而言是可见的，用户可能会对部分界面进行点击、拖动等操作，此时如果直接降低绘制帧率，画面容易出现卡顿、延迟、不清楚的现象，就会影响用户体验，因此，本发明为了在不影响用户体验的情况下，达到降低APP绘制界面的耗电量的目的，提出了一种实现方式，具体是：通过判断OpenGL View是否为用户不可操作的界面的方式来决定是否降低绘制帧率(APP可以预先设置OpenGL View为用户可操作的界面，或者为用户可不操作的界面)，当OpenGL View为用户不可操作的界面时，用户不能对该OpenGL View作任何操作，在这种情况下，降低该OpenGL View的绘制帧率，就不会影响用户体验。这样处理既能够节省APP绘制界面的耗电量，又不会影响用户体验。

在实际应用中，上述步骤S103可以按照如下方式实现：

将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值，所述预置的绘制帧率阈值小于所述绘制帧率。

示例1，一般情况下，系统会设置OpenGL View的绘制帧率的初始值，APP在绘制OpenGL View时就按照该初始值进行绘制，例如，系统设置的OpenGL View的绘制帧率的初始值为每秒10帧，那么在判断出OpenGL View被非OpenGL View覆盖时，就降低OpenGL View的绘制帧率，即将OpenGLView的绘制帧率从该初始值降低至预置的绘制帧率阈值，该绘制帧率阈值小于初始值，如预置的绘制帧率阈值为每秒2帧时，则直接将OpenGL View的绘制帧率从初始值每秒10帧降低至每秒2帧。

在实际应用中，发明人发现逐渐降低OpenGL View的绘制帧率，就会逐渐减小对CPU的占用，耗电量就会逐渐越小。因此，为了最大限度地减小绘制OpenGL View的耗电量，在实际应用中还可以将所述预置的绘制帧率阈值设置为0，这样，在判断出所述OpenGL View被所述非OpenGL View覆盖时，降低所述OpenGL View绘制帧率至零，以停止OpenGL View绘制。

从本发明上述实施例可以看出，本发明在OpenGL View和非OpenGLView混合使用且OpenGL View被覆盖的情况下，及时降低OpenGL View的绘制帧率，利用这种处理方式使得OpenGL View的CPU占用量随之降低，节省APP运行时的耗电量，提高用户体验。

在实际应用中，用户可可能在触发了相关业务界面之后，又触发了显示OpenGL View的操作，此时用户需要看到完整的、质量较高的画面，针对这种应用场景，本发明还提供了一种实现方案，即在上述步骤101－103执行完毕之后，APP的OpenGL View的绘制帧率已经小于初始值，在此之后，在接收到用户触发的显示OpenGL View请求时，将所述OpenGL View的绘制帧率恢复至初始值。

在APP的OpenGL View的绘制帧率已经小于初始值的情况下，如果接收到用户触发的显示OpenGL View请求，由于用户对OpenGL View画面质量有非常高的要求，此时，如果绘制帧率小于初始值，则画面质量较差，容易出现画面卡顿、跳跃的现象，影响用户体验。此时通过恢复绘制帧率至初始值的方式，保证OpenGL View的画面质量满足用户的视觉体验要求。

下面以在终端上运行地图APP的场景为一个示例，对本发明实施例的应用进行解释说明。参见图2a-图2b，图2a-图2b是地图APP的应用场景示意图，该终端采用IOS操作系统，则地图APP采用OpenGL View绘制地图界面，采用IOS自定义的UI View绘制业务界面；地图APP会按照终端操作系统设置的OpenGL View的绘制帧率的初始值绘制OpenGL View。一般情况下，地图APP会将预设的地图界面作为首页(如图2a所示)，用户在该首页上可以执行相应的操作，如点击进入搜索界面，对应地，地图APP向用户提供一个搜索界面(如图2b所示)，该搜索界面为用户提供搜索服务，用户在该搜索界面上输入感兴趣的信息，地图APP响应于用户的搜索请求，为用户绘制对应的地图界面。

在用户点击进入搜索界面时，对应的地图APP能够监控到视图变动操作，进而判断OpenGL View是否被搜索界面(非OpenGL View)覆盖，当判断出遮盖时，则降低OpenGL View的绘制帧率。

在完成上述路线搜索之后，用户触发APP返回至地图界面时，此时，APP应该恢复OpenGL View的绘制帧率至初始值，以保证OpenGL View的画面质量满足用户视觉需求。

从本发明上述实施例可以看出，本发明在OpenGL View和非OpenGLView混合使用且OpenGL View被全面覆盖的情况下，降低OpenGL View的绘制帧率，这样使得OpenGL View的CPU占用量随之降低，节省APP运行时的耗电量，提高用户体验。进一步地本发明又在合适的时机，及时恢复OpenGL View的绘制帧率，以保证OpenGL View的画面质量满足用户的视觉体验要求。

与上述方法相对应的，本发明提供了一种基于OpenGL的控制装置。

参阅图3，图3为本发明提供的一种基于OpenGL View的控制装置的结构图，如图3所示，本实施例的装置可以包括：

监控单元301，用于监控是否发生视图变动操作；若是，触发判断单元；

判断单元302，用于判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGL View是指终端操作系统自定义的界面；若是，触发降低单元；

降低单元303，用于降低所述OpenGL View的绘制帧率。

可选的，所述降低单元，具体用于将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值，所述预置的绘制帧率阈值小于所述绘制帧率。

可选的，当所述判断单元判断出所述OpenGL View是被所述非OpenGLView部分覆盖，则所述装置还包括：

识别单元，用于识别所述OpenGL View是否为用户不可操作的界面，若是，则触发所述降低单元将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值。

可选的，所述判断单元，包括：

获取子单元，用于获取非OpenGL View绘制区域的坐标值和OpenGLView绘制区域的坐标值；

比较子单元，用于通过坐标值大小关系判断所述非OpenGL View绘制区域与所述OpenGL View的绘制区域是否存在重叠部分，若是，表明所述OpenGL View被所述非OpenGL View覆盖，否则，表明所述OpenGL View未被所述非OpenGL View覆盖。

另外，本发明还提供了一种终端，该终端APP和上文描述基于OpenGLView的控制装置；所述APP基于OpenGL View和终端操作系统自定义的界面实现画面展示功能；所述APP通过所述基于OpenGL View的控制装置实现对OpenGL View的绘制。

这里需要说明的是，在实际应用中本发明提供的终端的硬件结构可以如手机、平板、计算机、笔记本等设备的硬件结构，该终端可以装载APP，支持APP实现相应功能。

现以手机为一个例子进行具体的说明。该手机包括存储器、中央处理器(CentralProcessingUnit，以下简称CPU)、外设接口、RF电路、音频电路、扬声器、电源管理芯片、输入/输出(I/O)子系统、其他输入/控制设备，这些部件通过一个或多个通信总线或信号线来通信。在本发明实施例中，存储器中存储软件部件，可包括操作系统、APP、基于OpenGL的控制装置，这些都是以软件形式存在与手机中。这样，APP可以利用基于OpenGL的控制装置实现对OpenGL View的绘制，在不影响APP画面质量的情况下，减小APP的耗电量，提高用户使用体验。

应该理解的是，上述手机仅仅是移动终端的一个范例，并且手机可以具有上述所描述的更过的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

本领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述装置具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述到的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，可以采用软件功能单元的形式实现。

需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上对本发明所提供的一种基于OpenGL View的控制方法、装置及终端进行了详细介绍，本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种基于OpenGL View的控制方法，其特征在于，所述方法包括：

监控是否发生视图变动操作，若是，则判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGL View是指终端操作系统自定义的界面；

若是，则降低所述OpenGL View的绘制帧率。

2.根据权利要求1所述的方法，其特征在于，降低所述OpenGL View的绘制帧率，具体为：

将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值，所述预置的绘制帧率阈值小于所述绘制帧率。

3.根据权利要求2所述的方法，其特征在于，若判断出所述OpenGL View是被所述非OpenGL View部分覆盖，则所述方法还包括：

识别所述OpenGL View是否为用户不可操作的界面，若是，则将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值。

4.根据权利要求1-3任一项所述的方法，其特征在于，判断OpenGL View是否被非OpenGL View覆盖，包括：

获取非OpenGL View绘制区域的坐标值和OpenGL View绘制区域的坐标值；

通过坐标值大小关系判断所述非OpenGL View绘制区域与所述OpenGLView的绘制区域是否存在重叠部分，若是，表明所述OpenGL View被所述非OpenGL View覆盖，否则，表明所述OpenGL View未被所述非OpenGL View覆盖。

5.一种基于OpenGL View的控制装置，其特征在于，所述装置包括：

监控单元，用于监控是否发生视图变动操作；若是，触发判断单元；

判断单元，用于判断OpenGL View是否被非OpenGL View覆盖；所述非OpenGL View是指终端操作系统自定义的界面；若是，触发降低单元；

降低单元，用于降低所述OpenGL View的绘制帧率。

6.根据权利要求5所述的装置，其特征在于，所述降低单元，具体用于将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值，所述预置的绘制帧率阈值小于所述绘制帧率。

7.根据权利要求6所述的装置，其特征在于，当所述判断单元判断出所述OpenGL View是被所述非OpenGL View部分覆盖；则所述装置还包括：

识别单元，用于识别所述OpenGL View是否为用户不可操作的界面，若是，则触发所述降低单元将所述OpenGL View的绘制帧率降低至预置的绘制帧率阈值。

8.根据权利要求5所述的装置，其特征在于，所述判断单元，包括：

获取子单元，用于获取非OpenGL View绘制区域的坐标值和OpenGLView绘制区域的坐标值；

比较子单元，用于通过坐标值大小关系判断所述非OpenGL View绘制区域与所述OpenGL View的绘制区域是否存在重叠部分，若是，表明所述OpenGL View被所述非OpenGL View覆盖，否则，表明所述OpenGL View未被所述非OpenGL View覆盖。

9.一种终端，其特征在于，所述终端包括：

APP和上述权利要求5-8任一项所述的基于OpenGL View的控制装置；

所述APP基于OpenGL View和终端操作系统自定义的界面实现画面展示功能；所述APP通过所述基于OpenGL View的控制装置实现对OpenGL View的绘制。