WO2017133237A1 - 一种调整显示流畅度的方法及装置、移动终端 - Google Patents

Abstract

一种调整显示流畅度的方法及装置、移动终端，属于移动终端技术领域。其中，调整显示流畅度的方法，应用于移动终端，所述方法包括：获取流畅帧的平均数据量（S1）；将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理（S2）。本方法能够解决移动终端使用卡顿、桌面滑动不流畅的问题。

Description

一种调整显示流畅度的方法及装置、移动终端 技术领域

本发明涉及移动终端技术领域，特别是指一种调整显示流畅度的方法及装置、移动终端。

背景技术

在用户使用智能移动终端的过程中，经常会遇到打开应用使用卡顿、桌面滑动不流畅的问题，这类问题主要跟移动终端本身的软件优化、应用安装过多导致系统资源不足等有关。目前的用于改善显示流畅度的技术包括以下几种：

1)在显示一帧画面时，应用发送指令开始显示界面，系统界面显示相关进程将指令传递给GPU(Graphic Process Unit，图形处理单元)，GPU负责渲染，然后将渲染后的数据由系统界面显示相关的界面进行合成并显示到屏幕上；

2)通过检测屏幕每刷新一帧画面的滑动位移值来计算流畅度并调整代表卡顿的位移值；

3)通过检测滑动距离和滑动方向并将这些数据发送给界面显示控制进程，从而改进原有设计的界面显示方式，避免CPU和GPU的不同步带来的卡顿问题。

上述2)和3)这两个技术都与界面元素显示的距离和方向的检测相关，1)为移动终端系统原生显示处理方式，是一种基于软硬件配合流程的正向处理方式，并没有考虑到实际中遇到的各类卡顿、掉帧如何进行二次处理或预处理。

但是，上述方案都没有解决移动终端系统最大的问题，就是越用越卡顿的问题。

发明内容

本发明要解决的技术问题是提供一种调整显示流畅度的方法及装置、移动终端，能够解决移动终端使用卡顿、桌面滑动不流畅的问题。

为解决上述技术问题，本发明的实施例提供技术方案如下：

根据本发明实施例的一个方面，提供了一种调整显示流畅度的方法，应用于移动终端，所述方法包括：

获取流畅帧的平均数据量；

将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理。

进一步地，将所述待发送帧进行分帧处理之后，所述方法还包括：

获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。

进一步地，所述获取流畅帧的平均数据量包括：

在一帧画面的处理时间低于第一阈值时，判断该帧画面为流畅帧；

计算N个流畅帧的总数据量，并将所述总数据量除以N得到所述平均数据量，其中，N为大于1的整数。

进一步地，所述如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理包括：

将当前时刻的待发送帧分为第一子帧和第二子帧，其中，所述第一子帧的数据量不大于所述平均数据量；

在当前时刻发送所述第一子帧。

进一步地，如果上一时刻的待发送帧经过分帧处理，则当前时刻的待发送帧为当前时刻待发送的初始帧与对上一时刻的待发送帧进行分帧后得到的第二子帧之和。

本发明实施例还提供了一种调整显示流畅度的装置，应用于移动终端，所述装置包括：

获取模块，设置为获取流畅帧的平均数据量；

分帧处理模块，设置为将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理。

进一步地，所述装置还包括：

控制模块，设置为获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。

进一步地，所述获取模块包括：

判断单元，设置为在一帧画面的处理时间低于第一阈值时，判断该帧画面为流畅帧；

计算单元，设置为计算N个流畅帧的总数据量，并将所述总数据量除以N得到所述平均数据量，其中，N为大于1的整数。

进一步地，所述分帧处理模块具体设置为将当前时刻的待发送帧分为第一子帧和第二子帧，其中，所述第一子帧的数据量不大于所述平均数据量，并在当前时刻发送所述第一子帧。

进一步地，如果上一时刻的待发送帧经过分帧处理，则当前时刻的待发送帧为当前时刻待发送的初始帧与对上一时刻的待发送帧进行分帧后得到的第二子帧之和。

本发明实施例还提供了一种移动终端，包括如上所述的调整显示流畅度的装置。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

获取流畅帧的平均数据量；将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据 量，则将所述待发送帧进行分帧处理。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

将所述待发送帧进行分帧处理之后，获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。

所述获取流畅帧的平均数据量包括：在一帧画面的处理时间低于第一阈值时，判断该帧画面为流畅帧；计算N个流畅帧的总数据量，并将所述总数据量除以N得到所述平均数据量，其中，N为大于1的整数。

所述如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理包括：将当前时刻的待发送帧分为第一子帧和第二子帧，其中，所述第一子帧的数据量不大于所述平均数据量；在当前时刻发送所述第一子帧。

如果上一时刻的待发送帧经过分帧处理，则当前时刻的待发送帧为当前时刻待发送的初始帧与对上一时刻的待发送帧进行分帧后得到的第二子帧之和。

本发明的实施例具有以下有益效果：

上述方案中，获取流畅帧的平均数据量，将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理，在分帧处理处理之后，获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。这样当遇到卡顿时，可以根据流畅帧平均数据量将大于该值的帧数据进行分帧处理来减少发送到屏幕显示的数据，降低CPU、GPU和系统进程传送数据的负荷，缓解因CPU、GPU和系统进程处理延时导致的卡顿、掉帧问题。

附图说明

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

图1为本发明实施例调整显示流畅度的方法的流程示意图；

图2为本发明实施例调整显示流畅度的装置的结构框图；

图3为本发明实施例调整显示流畅度的方法的流程示意图；

图4为本发明实施例调整显示流畅度的方法中各进程的交互示意图。

具体实施方式

为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明的实施例针对现有技术中移动终端系统越用越卡顿的问题，提供一种调整显示流畅度的方法及装置、移动终端，能够解决移动终端使用卡顿、桌面滑动不流畅的问题。

实施例一

本实施例提供一种调整显示流畅度的方法，应用于移动终端，如图1所示，本实施例包括：

步骤S1：获取流畅帧的平均数据量；

步骤S2：将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理。

进一步地，在步骤S2之后，所述方法还包括：

步骤S3：获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。

本实施例获取流畅帧的平均数据量，将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理，获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。这样当遇 到卡顿时，可以根据流畅帧平均数据量将大于该值的帧数据进行分帧处理来减少发送到屏幕显示的数据，降低CPU、GPU和系统进程传送数据的负荷，缓解因CPU、GPU和系统进程处理延时导致的卡顿、掉帧问题。

进一步地，所述获取流畅帧的平均数据量包括：

在一帧画面的处理时间低于第一阈值时，判断该帧画面为流畅帧；

计算N个流畅帧的总数据量，并将所述总数据量除以N得到所述平均数据量，其中，N为大于1的整数。

进一步地，所述第一阈值为16毫秒。

进一步地，所述如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理包括：

将当前时刻的待发送帧分为第一子帧和第二子帧，其中，所述第一子帧的数据量不大于所述平均数据量；

在当前时刻发送所述第一子帧。

进一步地，如果上一时刻的待发送帧经过分帧处理，则当前时刻的待发送帧为当前时刻待发送的初始帧与对上一时刻的待发送帧进行分帧后得到的第二子帧之和。

实施例二

本实施例提供了一种调整显示流畅度的装置，应用于移动终端，如图2所示，所述装置包括：

获取模块M1，设置为获取流畅帧的平均数据量；

分帧处理模块M2，设置为将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理。

进一步地，所述装置还包括：

控制模块M3，设置为获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。

本实施例获取流畅帧的平均数据量，将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理，获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。这样当遇到卡顿时，可以根据流畅帧平均数据量将大于该值的帧数据进行分帧处理来减少发送到屏幕显示的数据，降低CPU、GPU和系统进程传送数据的负荷，缓解因CPU、GPU和系统进程处理延时导致的卡顿、掉帧问题。

进一步地，所述获取模块包括：

判断单元，设置为在一帧画面的处理时间低于第一阈值时，判断该帧画面为流畅帧；

计算单元，设置为计算N个流畅帧的总数据量，并将所述总数据量除以N得到所述平均数据量，其中，N为大于1的整数。

进一步地，所述第一阈值为16毫秒。

进一步地，所述分帧处理模块具体设置为将当前时刻的待发送帧分为第一子帧和第二子帧，其中，所述第一子帧的数据量不大于所述平均数据量，并在当前时刻发送所述第一子帧。

进一步地，如果上一时刻的待发送帧经过分帧处理，则当前时刻的待发送帧为当前时刻待发送的初始帧与对上一时刻的待发送帧进行分帧后得到的第二子帧之和。

实施例三

本实施例提供了一种移动终端，包括如上所述的调整显示流畅度的装置。

实施例四

用户使用手机等Android移动终端的过程中，经常会遇到打开应用使用卡顿、桌面滑动不流畅的问题，这类问题主要跟手机本身的软件优化、应用安装过多导致系统资源不足等有关，现有技术中如果出现了卡顿或不 流畅的问题往往只能采用删除应用、清理后台进程，但这些方法只能治标，如果需要治本只能从系统本身的框架入手，而原生系统考虑的更多的是正常流程下的处理方式，没有考虑遇到卡顿等问题如何灵活处理的问题。

为了解决上述问题，本实施例提供了一种调整显示流畅度的方法，如图3所示，本实施例具体包括以下步骤：

步骤S101：应用程序进程启动，发送绘制界面指令，指令中包含界面显示过程中每一帧画面所包含的元素测量后总的数据量大小；

步骤S102：应用界面显示相关系统进程接收应用程序进程发送的绘图指令，记录每个帧的处理时间和数据大小；

步骤S103：应用界面显示相关系统进程判断帧处理时间是否小于等于16毫秒，如果是则转到步骤S105；对于大于16毫秒的帧的处理，转到步骤S104。注：取决于当前终端屏幕硬件特性，其固定的刷新率一般为60Hz/秒，所以一帧画面必须在1/60，约为0.016秒，即16毫秒内完成，当一帧画面能在低于16毫秒处理完成时，就代表该帧没有导致后续帧处理延时和掉帧，代表系统是流畅的；

步骤S104：应用界面显示相关系统进程不记录处理时间大于16毫秒的帧数据大小；

步骤S105：应用界面显示相关系统进程连续记录系统在使用过程中N个流畅帧的总数据大小，其中N为大于1的整数，可以自定义；

步骤S106：应用界面显示相关系统进程计算前N个数据量的平均值。该均值为前N个流畅帧的数据总量除以前N个流畅帧总的数量，得出每个流畅帧的平均数据量；

步骤S107：当有新的界面元素要显示时，应用程序进程在发送每一帧画面前获取S106步骤中的平均数据量，和当前要发送帧的数据量做对比，如果当前帧数据量大于S106步骤中得到的平均数据量，则转到步骤S108；如果当前帧数据量小于等于S106步骤中得到的平均数据量，则转到步骤S105；

步骤S108：如果当前要发送帧的数据量大于平均数据量，则分帧处理，即将当前帧分为2帧，先发送小于等于平均数据量的帧数据，屏幕显示该帧，并交由步骤S105中的系统进程记录该帧数据量；剩余数据合并到下一帧；

步骤S109：S108步骤中分帧处理后，剩余数据合并到下一帧，当下一帧发送前，判断其数据量加上上一帧分帧后剩余的数据量与平均数据量的大小，如果小于等于平均数据量，转到步骤S105；如果大于平均数据量，则先合并数据，再转到S108步骤分帧处理；

步骤S110：应用界面显示相关系统进程记录S108步骤和S110步骤连续出现次数，可以设定门限制值i，该i可以是5、10等数字，当达到门限值，通知后台监控进程清理内存，降低其他应用对资源的消耗，至于后续的清理内存，以及临时提高CPU和GPU频率等措施都属于现有技术，不属于本发明范围，不再重复叙述。

本实施例在用户流畅使用时记录流畅帧的平均数据量，当遇到卡顿时，可以根据流畅帧平均数据量将大于该值的帧数据进行分帧处理来减少发送到屏幕显示的数据，降低CPU、GPU和系统进程传送数据的负荷，缓解因CPU、GPU和系统进程处理延时导致的卡顿、掉帧问题。

进一步地，本实施例还可以对连续出现的卡顿帧进行监控，从系统层面在后台进行资源清理，缓解因资源有限导致的不流畅问题，具有良好的实施价值，能够提升用户的使用体验。

实施例五

图4为本发明实施例调整显示流畅度的方法中各进程的交互示意图，如图4所示，本实施例包括应用程序进程、处理应用发送绘图指令的系统进程以及用于清理后台进程的监控进程，各进程的交互过程包括以下步骤：

步骤S201：应用进程发送绘图指令及界面显示过程中每一帧画面所包含的元素测量后总的数据量大小；

步骤S202：处理应用发送绘图指令的系统进程用于判断并记录流畅帧平均数据量，该平均数据量计算方式为：前N个流畅帧的数据总量除以前N个流畅帧总的数量，得出每个流畅帧的平均数据量；

步骤S203：处理应用发送绘图指令的系统进程用于对非流畅帧进行分帧处理，对于帧数据大于流畅帧平均数据量的帧进行分帧，将多出的数据合并到下一帧；

步骤S204：处理应用发送绘图指令的系统进程判断是否连续出现的不流畅帧，如果出现则发送指令给用于清理后台进程的监控进程进行后台资源的回收。

此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同物理上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集 成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

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

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

工业实用性

获取流畅帧的平均数据量，将当前时刻的待发送帧的数据量与所述平 均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理，在分帧处理处理之后，获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。这样当遇到卡顿时，可以根据流畅帧平均数据量将大于该值的帧数据进行分帧处理来减少发送到屏幕显示的数据，降低CPU、GPU和系统进程传送数据的负荷，缓解因CPU、GPU和系统进程处理延时导致的卡顿、掉帧问题。

Claims (11)

1. 一种调整显示流畅度的方法，应用于移动终端，所述方法包括：

   获取流畅帧的平均数据量；

   将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理。
2. 根据权利要求1所述的调整显示流畅度的方法，其中，将所述待发送帧进行分帧处理之后，所述方法还包括：

   获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。
3. 根据权利要求1所述的调整显示流畅度的方法，其中，所述获取流畅帧的平均数据量包括：

   在一帧画面的处理时间低于第一阈值时，判断该帧画面为流畅帧；

   计算N个流畅帧的总数据量，并将所述总数据量除以N得到所述平均数据量，其中，N为大于1的整数。
4. 根据权利要求1所述的调整显示流畅度的方法，其中，所述如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理包括：

   将当前时刻的待发送帧分为第一子帧和第二子帧，其中，所述第一子帧的数据量不大于所述平均数据量；

   在当前时刻发送所述第一子帧。
5. 根据权利要求4所述的调整显示流畅度的方法，其中，

   如果上一时刻的待发送帧经过分帧处理，则当前时刻的待发送帧为当前时刻待发送的初始帧与对上一时刻的待发送帧进行分帧后得到 的第二子帧之和。
6. 一种调整显示流畅度的装置，应用于移动终端，所述装置包括：

   获取模块，设置为获取流畅帧的平均数据量；

   分帧处理模块，设置为将当前时刻的待发送帧的数据量与所述平均数据量进行比对，如果当前时刻的待发送帧的数据量大于所述平均数据量，则将所述待发送帧进行分帧处理。
7. 根据权利要求6所述的调整显示流畅度的装置，其中，所述装置还包括：

   控制模块，设置为获取连续进行分帧处理的次数，在所述次数大于预设值时，对移动终端的内存进行清理。
8. 根据权利要求6所述的调整显示流畅度的装置，其中，所述获取模块包括：

   判断单元，设置为在一帧画面的处理时间低于第一阈值时，判断该帧画面为流畅帧；

   计算单元，设置为计算N个流畅帧的总数据量，并将所述总数据量除以N得到所述平均数据量，其中，N为大于1的整数。
9. 根据权利要求6所述的调整显示流畅度的装置，其中，

   所述分帧处理模块具体设置为将当前时刻的待发送帧分为第一子帧和第二子帧，其中，所述第一子帧的数据量不大于所述平均数据量，并在当前时刻发送所述第一子帧。
10. 根据权利要求9所述的调整显示流畅度的装置，其中，如果上一时刻的待发送帧经过分帧处理，则当前时刻的待发送帧为当前时刻待发送的初始帧与对上一时刻的待发送帧进行分帧后得到的第二 子帧之和。
11. 一种移动终端，包括如权利要求6-10中任一项所述的调整显示流畅度的装置。

Images