CN108269223B - 一种网页图形绘制方法及终端 - Google Patents

Abstract

本发明实施例公开了一种网页图形绘制方法及终端，其中，网页图形绘制方法包括：对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制；若所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；将所述位图缓存中的所有数据上传至图形处理器GPU可以访问的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区，本发明实施例能够提高绘制效率。

Description

一种网页图形绘制方法及终端

技术领域

本发明实施例涉及通信技术领域，具体涉及一种网页图形绘制方法及终端。

背景技术

通常来说，采用硬件绘制方式绘制图形比采用软件绘制方式绘制图形的绘制效率高，因此，采用硬件绘制方式绘制图形已成为浏览器的主流技术，硬件绘制方式例如开放图形库(Open Graphics Library，OpenGL)绘制方式，软件绘制方式例如中央处理器(CentralProcessing Unit，CPU)绘制方式。

但是硬件绘制方式在绘制矢量图形方面并不擅长，例如对于超级文本标记语言5(Hyper Text Markup Language 5，HTML5)Canvas中包括的矢量图形，目前的绘制方式是：单独考量一帧待绘制图形中包括的每个矢量图形，判断每个矢量图形是简单的矢量图形还是复杂的矢量图形，将简单的矢量图形仍采用硬件绘制方式进行绘制，将复杂的矢量图形采用软件绘制方式进行绘制，即采用软、硬结合的绘制方式进行绘制，而经实践证实，这种绘制方式会导致整体绘制效率非常低。

发明内容

有鉴于此，本发明实施例提供了一种一种网页图形绘制方法及终端，能够提高绘制效率。

本发明实施例提供的网页图形绘制方法，包括：

对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制；

若所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；

将所述位图缓存中的所有数据上传至图形处理器GPU可以访问的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区。

本发明实施例提供的终端，包括：

判断单元，用于对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制；

第一绘制单元，用于在所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制时，将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；

上传单元，用于将所述位图缓存中的所有数据上传至图形处理器GPU可以访问的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区。

本发明实施例中，会整体分析待绘制图形帧中包括的所有待绘制矢量图形，以判断整帧待绘制图形是否适合采用硬件绘制方式进行绘制，如不适合，则采用新的绘制方式统一绘制所述待绘制图形帧中包括的所有待绘制矢量图形，即先将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存，然后将所述位图缓存中的所有数据上传至GPU可以访问的纹理缓存，以使得GPU将所述纹理缓存中的所有数据绘制至位图画布区，这样，无论该帧待绘制图形中包括多少个复杂的待绘制矢量图形，整个绘制过程都只需要执行一次上传操作，避免了现有的采用软、硬结合的绘制方式进行绘制时，当待绘制图形帧中包括多个复杂矢量图形，需要针对每个复杂矢量进行一次软件绘制而产生的极大耗时(每一次软件绘制都需要执行一次上传操作，而上传操作极为耗时，多次软件绘制会产生多次上传耗时)，大大提高了绘制效率。

附图说明

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

图1是本发明实施例所提供的网页图形绘制方法的一个场景示意图；

图2是本发明实施例所提供的网页图形绘制方法的一个流程示意图；

图3是本发明实施例所提供的网页图形绘制方法的另一流程示意图；

图4是本发明实施例所提供的终端的一个结构示意图；

图5是本发明实施例所提供的终端的另一结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有技术中，如果要绘制一帧图形，该帧图形中同时包括简单矢量图形和复杂矢量图形，则针对简单矢量图形，直接采用硬件绘制方式进行绘制，而针对复杂矢量图形，按照下述软件绘制方式进行绘制：

先取一个复杂矢量图形，将其绘制至一块临时的位图缓存(bitmap buffer)；

然后将位图缓存中绘制的该复杂矢量图形上传至GPU的纹理缓存(texture)；

最后将纹理缓存中的数据绘制至位图画布区(Canvas)，至此，一个复杂矢量图形绘制完成。

接下来针对每个复杂矢量图形，重复上述绘制流程，直至所有复杂矢量图形绘制完成，即上述绘制方法，将硬件绘制方法与软件绘制方法结合起来，针对复杂矢量图形逐个绘制，每个复杂矢量图形都需要单独执行一次上传步骤，如果复杂矢量图形较多，则需要重复执行多次上传步骤，而上传步骤十分耗时，导致整体绘制效率低下，甚至不及整帧图形完全采用软件绘制方法绘制的效率。

因而，本发明实施例提供了一种网页图形绘制方法及终端，网页图形绘制方法可实现在终端中，终端包括但不限于手机、平板电脑、个人计算机等设备。如图1所示，图1为本发明实施例网页图形绘制方法的一个具体实施场景图，具体绘制方法包括：对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断待绘制图形帧是否适合采用硬件绘制方式进行绘制；若所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；将所述位图缓存中的所有数据上传至图形处理器GPU可以访问的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区。

从上面的描述可以看出，本发明实施例的绘制方法，会整体分析待绘制图形帧中包括的所有待绘制矢量图形，以判断整帧待绘制图形是否适合采用硬件绘制方式进行绘制，如不适合，则采用新的绘制方式统一绘制所述待绘制图形帧中包括的所有待绘制矢量图形，即针对不适合采用硬件绘制方式进行绘制的待绘制图形帧，对该待绘制图形帧中包含的所有待绘制矢量图形统一绘制，无论该待绘制图形帧中包括多少个矢量图形，整个绘制过程都只需要执行一次上传操作，避免了现有的采用软、硬结合的绘制方式进行绘制时，当待绘制图形帧中包括多个复杂矢量图形，需要针对每个复杂矢量进行一次软件绘制而产生的极大耗时，大大提高了绘制效率。

以下分别进行详细说明，需说明的是，以下实施例的序号不作为对实施例优选顺序的限定。

实施例一

如图2所示，本实施例的网页图形绘制方法包括以下步骤：

步骤201、对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制；

具体实现中，在执行本步骤之前，可以先为终端建立绘制评估表，具体建立过程可如下：

首先，测试终端采用硬件绘制方式(即采用OpenGL调用GPU绘制)绘制各个矢量图形的耗时，以及测试终端采用软件绘制方式(即使用CPU逐个绘制)绘制各个矢量图形的耗时；

接下来，根据测试结果生成绘制评估表，绘制评估表中，记录了各个矢量图形采用硬件绘制方式绘制的耗时和采用软件绘制方式绘制的耗时。

由于不同终端的配置可能不同，所述配置包括但不限于CPU、GPU、内存等，而不同配置的终端对矢量图形绘制的耗时影响较大，因此，针对不同配置的终端生成的绘制评估表将是不同的。绘制评估表生成之后，可以存储在对应终端内。

接下来，可以根据绘制评估表判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，具体可如下：

针对一帧待绘制图形，先收集待绘制图形帧中包括的所有待绘制矢量图形；

接下来根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，将耗时累加起来，记为第一耗时；以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用软件绘制方式进行绘制的耗时，将耗时累加起来，记为第二耗时；

判断所述第一耗时是否大于所述第二耗时；

若所述第一耗时大于所述第二耗时，则确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，反之，若第一耗时小于第二耗时，则确定待绘制图形帧适合采用所述硬件绘制方式进行绘制。

可选地，还可以按照如下方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，具体可如下：

同样，针对一帧待绘制图形，先收集待绘制图形帧中包括的所有待绘制矢量图形；

接下来根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用软件绘制方式进行绘制的耗时。针对同一待绘制矢量图形，若根据绘制评估表中的记录，发现其采用所述硬件绘制方式绘制的耗时大于采用所述软件绘制方式绘制的耗时，则认为该待绘制矢量图形为复杂矢量图形；反之，若其采用所述硬件绘制方式绘制的耗时小于采用所述软件绘制方式绘制的耗时，则认为该待绘制矢量图形为简单矢量图形，最后，统计所述待绘制图形帧包括的所有待绘制矢量图形中，复杂矢量图形的数量以及简单矢量图形的数量。

判断所述复杂矢量图形的数量是否大于所述简单矢量图形的数量；

若所述复杂矢量图形的数量大于所述简单矢量图形的数量，则确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，反之，若所述复杂矢量图形的数量小于所述简单矢量图形的数量，则确定所述待绘制图形帧适合采用所述硬件绘制方式进行绘制。

具体实现中，除以上两种方式外，还可以采用其他方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，此处不作具体限定。

步骤202、若所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；

步骤203、将所述位图缓存中的所有数据上传至图形处理器GPU可以访问的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区。

即若待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则采用本发明实施例提供的新的软件绘制方式(即采用CPU统一绘制)绘制待绘制图形帧，新的软件绘制方式中，采用统一绘制方式，先将待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存(bitmap buffer)，然后将位图缓存中绘制的所有矢量图形统一上传至GPU可以访问的纹理缓存(texture)，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区(Canvas)。

本实施例中，会整体分析待绘制图形帧中包括的所有待绘制矢量图形，以判断整帧待绘制图形是否适合采用硬件绘制方式进行绘制，如不适合，则采用新的绘制方式统一绘制所述待绘制图形帧中包括的所有待绘制矢量图形，即先将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存，然后将所述位图缓存中的所有数据上传至GPU可以访问的纹理缓存，以使得GPU将所述纹理缓存中的所有数据绘制至位图画布区，这样，无论该帧待绘制图形中包括多少个复杂的待绘制矢量图形，整个绘制过程都只需要执行一次上传操作，避免了现有的采用软、硬结合的绘制方式进行绘制时，当待绘制图形帧中包括多个复杂矢量图形，需要针对每个复杂矢量进行一次软件绘制而产生的极大耗时(每一次软件绘制都需要执行一次上传操作，而上传操作极为耗时，多次软件绘制会产生多次上传耗时)，大大提高了绘制效率。

实施例二

实施例一所描述的方法，本实施例将举例作进一步详细说明，如图3所示，本实施例的方法包括：

步骤301、测试终端采用硬件绘制方式绘制各个矢量图形的耗时，以及测试所述终端采用软件绘制方式绘制各个矢量图形的耗时；

具体地，硬件绘制方式可以指采用OpenGL调用GPU绘制的绘制方式，软件绘制方式可以指使用CPU逐个绘制的绘制方式。

步骤302、根据测试结果生成绘制评估表；

绘制评估表中，记录了各个矢量图形采用硬件绘制方式绘制的耗时和采用软件绘制方式绘制的耗时。

由于不同终端的配置可能不同，所述配置包括但不限于CPU、GPU、内存等，而不同配置的终端对矢量图形绘制的耗时影响较大，因此，针对不同配置的终端生成的绘制评估表将是不同的。绘制评估表生成之后，可以存储在对应终端内。

步骤303、根据所述绘制评估表判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，如果否，则执行步骤304，如果是，则执行步骤307；

具体判断方式可如下：

针对一帧待绘制图形，先收集待绘制图形帧中包括的所有待绘制矢量图形；

接下来根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，将耗时累加起来，记为第一耗时；以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用软件绘制方式进行绘制的耗时，将耗时累加起来，记为第二耗时；

判断所述第一耗时是否大于所述第二耗时；

若所述第一耗时大于所述第二耗时，则确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，反之，若第一耗时小于第二耗时，则确定待绘制图形帧适合采用所述硬件绘制方式进行绘制。

例如，通过查询绘制评估表得知，待绘制图形帧中，各个待绘制矢量图形采用硬件绘制方式绘制的耗时总和为2分钟，而各个待绘制矢量图形采用软件绘制方式绘制的耗时总和为1分钟，则确认待绘制图形帧不适合采用硬件绘制方式进行绘制。

可选地，还可以按照如下方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，具体可如下：

同样，针对一帧待绘制图形，先收集待绘制图形帧中包括的所有待绘制矢量图形；

接下来根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用软件绘制方式进行绘制的耗时。针对同一待绘制矢量图形，若根据绘制评估表中的记录，发现其采用所述硬件绘制方式绘制的耗时大于采用所述软件绘制方式绘制的耗时，则认为该待绘制矢量图形为复杂矢量图形；反之，若其采用所述硬件绘制方式绘制的耗时小于采用所述软件绘制方式绘制的耗时，则认为该待绘制矢量图形为简单矢量图形，最后，统计所述待绘制图形帧包括的所有待绘制矢量图形中，复杂矢量图形的数量以及简单矢量图形的数量；

判断所述复杂矢量图形的数量是否大于所述简单矢量图形的数量；

若所述复杂矢量图形的数量大于所述简单矢量图形的数量，则确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，反之，若所述复杂矢量图形的数量小于所述简单矢量图形的数量，则确定所述待绘制图形帧适合采用所述硬件绘制方式进行绘制。

例如，通过查询绘制评估表得知，待绘制图形帧包括的所有待绘制矢量图形中，复杂矢量图形的数量为为5，简单矢量图形的数量为1，则确认待绘制图形帧不适合采用硬件绘制方式进行绘制。

具体实现中，除以上两种方式外，还可以采用其他方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，此处不作具体限定。

步骤304、将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；

步骤305、将所述位图缓存中的所有数据上传至GPU的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区；

即若待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则采用本发明实施例提供的新的软件绘制方式(即采用CPU统一绘制)绘制待绘制图形帧，新的软件绘制方式中，采用统一绘制方式，先将待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存(bitmap buffer)，然后将位图缓存中绘制的所有矢量图形统一上传至GPU的纹理缓存(texture)，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区(Canvas)。

步骤306、根据所述待绘制图形帧中包括的各个待绘制矢量图形的实际绘制耗时更新所述绘制评估表；

随着终端使用，终端的配置可能出现老化，初始生成的绘制评估表可能会存在一些误差，因而，本实施例中，每次绘制完成后，可以根据各个待绘制矢量图形的实际绘制耗时更新所述绘制评估表，这样终端下次绘制网页时，可以直接使用更新后的绘制评估表，以提高判断的准确率，从而进一步提高绘制效率。

步骤307、使用OpenGL调用GPU将待绘制图形帧中包括的各个待绘制矢量图形绘制至位图画布区。

本实施例中，会整体分析待绘制图形帧中包括的所有待绘制矢量图形，以判断整帧待绘制图形是否适合采用硬件绘制方式进行绘制，如不适合，则采用新的绘制方式统一绘制所述待绘制图形帧中包括的所有待绘制矢量图形，即先将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存，然后将所述位图缓存中的所有数据上传至GPU可以访问的纹理缓存，以使得GPU将所述纹理缓存中的所有数据绘制至位图画布区，这样，无论该帧待绘制图形中包括多少个复杂的待绘制矢量图形，整个绘制过程都只需要执行一次上传操作，避免了现有的采用软、硬结合的绘制方式进行绘制时，当待绘制图形帧中包括多个复杂矢量图形，需要针对每个复杂矢量进行一次软件绘制而产生的极大耗时(每一次软件绘制都需要执行一次上传操作，而上传操作极为耗时，多次软件绘制会产生多次上传耗时)，大大提高了绘制效率。

本实施例通过对待绘制图形帧中包含的待绘制矢量图形进行整体分析，当所有待绘制矢量采用硬绘方式绘制耗时大于采用软绘方式绘制耗时，或者当待绘制矢量图形多数为复杂矢量图形时，则针对所有待绘制矢量图形统一采用本实施例提供的新的绘制方式进行绘制，从而提高整体绘制效率，本方案对于一些严重依赖该场景的业务，例如基于HTML5Canvas的矢量网页地图，有重要的意义。

实施例三

为了更好地实施以上方法，本发明实施例还提供一种终端，如图4所示，本实施例的终端包括判断单元401、第一绘制单元402及上传单元403，如下：

(1)判断单元401；

判断单元401用于，对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制。

具体地，判断单元401可根据绘制评估表判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，绘制评估表可通过终端的测试单元和生成单元生成，具体如下：

首先，测试单元测试终端采用硬件绘制方式(即采用OpenGL调用GPU绘制)绘制各个矢量图形的耗时，以及测试终端采用软件绘制方式(即使用CPU绘制逐个绘制)绘制各个矢量图形的耗时；

接下来，生成单元根据测试结果生成绘制评估表，绘制评估表中，记录了各个矢量图形采用硬件绘制方式绘制的耗时和采用软件绘制方式绘制的耗时。

由于不同终端的配置可能不同，所述配置包括但不限于CPU、GPU、内存等，而不同配置的终端对矢量图形绘制的耗时影响较大，因此，针对不同配置的终端生成的绘制评估表将是不同的。绘制评估表生成之后，可以存储在对应终端内。

判断单元401可以包括获取子单元、判断子单元及确定子单元，各个单元可按照如下方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制：

针对一帧待绘制图形帧，终端先收集待绘制图形帧中包括的所有待绘制矢量图形，接下来获取子单元根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，将耗时累加起来，记为第一耗时；以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用软件绘制方式进行绘制的耗时，将耗时累加起来，记为第二耗时；然后判断子单元判断所述第一耗时是否大于所述第二耗时；若所述第一耗时大于所述第二耗时，则确定子单元确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，反之，若第一耗时小于第二耗时，则确定子单元确定待绘制图形帧适合采用所述硬件绘制方式进行绘制。

或者，各个单元按照如下方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制：

同样，针对一帧待绘制图形，终端先收集待绘制图形帧中包括的所有待绘制矢量图形；接下来获取子单元根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用软件绘制方式进行绘制的耗时。针对同一待绘制矢量图形，判断子单元判断其采用所述硬件绘制方式绘制的耗时是否大于采用所述软件绘制方式绘制的耗时，若该待绘制矢量图形采用所述硬件绘制方式绘制的耗时大于采用所述软件绘制方式绘制的耗时，则确定子单元认为该待绘制矢量图形为复杂矢量图形；反之，若待绘制矢量图形采用所述硬件绘制方式绘制的耗时小于采用所述软件绘制方式绘制的耗时，则确定子单元认为该待绘制矢量图形为简单矢量图形，最后，统计所述待绘制图形帧包括的所有待绘制矢量图形中，复杂矢量图形的数量以及简单矢量图形的数量。判断子单元判断所述复杂矢量图形的数量是否大于所述简单矢量图形的数量；若所述复杂矢量图形的数量大于所述简单矢量图形的数量，则确定子单元确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，反之，若所述复杂矢量图形的数量小于所述简单矢量图形的数量，则确定子单元确定所述待绘制图形帧适合采用所述硬件绘制方式进行绘制。

具体实现中，除以上两种方式外，判断单元401还可以采用其他方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制，此处不作具体限定。

(2)第一绘制单元402；

第一绘制单元402用于，在所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制时，将所述待绘制待绘制矢量图形中包括的所有待绘制矢量图形绘制至位图缓存。

(3)上传单元403；

上传单元403用于，将所述位图缓存中的所有数据上传至GPU可以访问的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区。

即若待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则采用本发明实施例提供的新的软件绘制方式(即采用CPU统一绘制)绘制待绘制图形帧，新的软件绘制方式中，采用统一绘制方式，先由第一绘制单元402将待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存(bitmap buffer)，然后由上传单元403将位图缓存中绘制的所有矢量图形统一上传至GPU的纹理缓存(texture)，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区(Canvas)。

另外，本实施的终端还可以包括第二绘制单元，第二绘制单元用于，在所述待绘制图形帧适合采用所述硬件绘制方式进行绘制，则使用开放图形库OpenGL调用所述GPU将所述待绘制图形帧中包括的各个待绘制矢量图形绘制至所述位图画布区。

随着终端使用，终端的配置可能出现老化，初始生成的绘制评估表可能会存在一些误差，因而，本实施例中，终端还可以包括更新单元，更新单元用于，在每次绘制完成后，根据各个待绘制矢量图形的实际绘制耗时更新所述绘制评估表，这样终端下次绘制待绘制图形帧时，可以直接使用更新后的绘制评估表，以提高判断的准确率，从而进一步提高绘制效率。

需要说明的是，上述实施例提供的终端在进行网页图形绘制时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的终端与网页图形绘制属于同一构思，其具体实现过程详见方法实施例，此处不再赘述。

本实施例中，判断单元会整体分析待绘制图形帧中包括的所有待绘制矢量图形，以判断整帧待绘制图形是否适合采用硬件绘制方式进行绘制，如不适合，则采用新的绘制方式统一绘制所述待绘制图形帧中包括的所有待绘制矢量图形，即第一绘制单元先将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存，然后上传单元将所述位图缓存中的所有数据上传至GPU可以访问的纹理缓存，以使得GPU将所述纹理缓存中的所有数据绘制至位图画布区，这样，无论该帧待绘制图形中包括多少个复杂的待绘制矢量图形，整个绘制过程都只需要执行一次上传操作，避免了现有的采用软、硬结合的绘制方式进行绘制时，当待绘制图形帧中包括多个复杂矢量图形，需要针对每个复杂矢量进行一次软件绘制而产生的极大耗时(每一次软件绘制都需要执行一次上传操作，而上传操作极为耗时，多次软件绘制会产生多次上传耗时)，大大提高了绘制效率。

实施例四

下面介绍本发明实施例提供的终端，请参阅图5，终端500包括可以包括RF(RadioFrequency，射频)电路510、包括有一个或一个以上计算机可读存储介质的存储器520、输入单元530、显示单元540、传感器550、音频电路560、WiFi(wireless fidelity，无线保真)模块570、包括有一个或者一个以上处理核心的处理器580、以及电源590等部件。

本领域技术人员可以理解，图5中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路510可用于收发消息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器580处理；另外，将涉及上行的数据发送给基站。通常，RF电路510包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路510还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。

存储器520可用于存储软件程序以及模块，处理器580通过运行存储在存储器520的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端500的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器520还可以包括存储器控制器，以提供处理器580和输入单元530对存储器520的访问。

输入单元530可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元530可包括触敏表面531以及其他输入设备532。触敏表面531，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面531上或在触敏表面331附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器580，并能接收处理器580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面531。除了触敏表面531，输入单元530还可以包括其他输入设备532。具体地，其他输入设备532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元540可用于显示由用户输入的信息或提供给用户的信息以及终端500的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元540可包括显示面板541，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板541。进一步的，触敏表面531可覆盖显示面板541，当触敏表面531检测到在其上或附近的触摸操作后，传送给处理器580以确定触摸事件的类型，随后处理器580根据触摸事件的类型在显示面板541上提供相应的视觉输出。虽然在图5中，触敏表面531与显示面板541是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面531与显示面板541集成而实现输入和输出功能。

终端500还可包括至少一种传感器550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板541的亮度，接近传感器可在终端500移动到耳边时，关闭显示面板541和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端500还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路560、扬声器561，传声器562可提供用户与终端500之间的音频接口。音频电路560可将接收到的音频数据转换后的电信号，传输到扬声器561，由扬声器561转换为声音信号输出；另一方面，传声器562将收集的声音信号转换为电信号，由音频电路560接收后转换为音频数据，再将音频数据输出处理器580处理后，经RF电路510以发送给比如另一终端，或者将音频数据输出至存储器520以便进一步处理。音频电路560还可能包括耳塞插孔，以提供外设耳机与终端500的通信。

WiFi属于短距离无线传输技术，终端500通过WiFi模块570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图5示出了WiFi模块570，但是可以理解的是，其并不属于终端500的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器580是终端500的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器520内的软件程序和/或模块，以及调用存储在存储器520内的数据，执行终端500的各种功能和处理数据，从而对终端进行整体监控。可选的，处理器580可包括一个或多个处理核心；优选的，处理器580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器580中。

终端500还包括给各个部件供电的电源590(比如电池)，优选的，电源可以通过电源管理系统与处理器580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源590还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端500还可以包括摄像头、蓝牙模块等，在此不再赘述。

具体在本发明的一些实施例中，处理器580包括CPU581及GPU582，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由CPU581执行所述一个或者一个以上程序包含用于进行以下操作的指令：

对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制；

若所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；

将所述位图缓存中的所有数据上传至GPU582可以访问的纹理缓存，以使得所述GPU582将所述纹理缓存中的所有数据绘制至位图画布区。

进一步地，CPU581还用于，

在所述待绘制图形帧适合采用所述硬件绘制方式进行绘制时，使用开放图形库OpenGL调用所述GPU582将所述待绘制图形帧中包括的各个待绘制矢量图形绘制至所述位图画布区。

可选地，CPU581可按照如下方式判断待绘制图形帧是否适合采用硬件绘制方式进行绘制：

根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，将耗时累加起来记为第一耗时，以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述软件绘制方式进行绘制的耗时，将耗时累加起来记为第二耗时；

判断所述第一耗时是否大于所述第二耗时；

若所述第一耗时大于所述第二耗时，则确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制。

进一步地，CPU581还用于，

测试终端采用所述硬件绘制方式绘制各个矢量图形的耗时，以及测试所述终端采用所述软件绘制方式绘制各个矢量图形的耗时；

根据测试结果生成所述绘制评估表，针对不同配置的终端生成的绘制评估表不同。

进一步地，CPU581还用于，根据所述待绘制图形帧中包括的各个待绘制矢量图形的实际绘制耗时更新所述绘制评估表。

本实施例中，终端会整体分析待绘制图形帧中包括的所有待绘制矢量图形，以判断整帧待绘制图形是否适合采用硬件绘制方式进行绘制，如不适合，则采用新的绘制方式统一绘制所述待绘制图形帧中包括的所有待绘制矢量图形，即先将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存，然后将所述位图缓存中的所有数据上传至GPU可以访问的纹理缓存，以使得GPU将所述纹理缓存中的所有数据绘制至位图画布区，这样，无论该帧待绘制图形中包括多少个复杂的待绘制矢量图形，整个绘制过程都只需要执行一次上传操作，避免了现有的采用软、硬结合的绘制方式进行绘制时，当待绘制图形帧中包括多个复杂矢量图形，需要针对每个复杂矢量进行一次软件绘制而产生的极大耗时(每一次软件绘制都需要执行一次上传操作，而上传操作极为耗时，多次软件绘制会产生多次上传耗时)，大大提高了绘制效率。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，单元之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上对本发明实施例所提供的一种网页图形绘制方法及终端进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，因此，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种网页图形绘制方法，其特征在于，包括：

对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制；

若所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制，则采用CPU统一绘制方式将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；

在将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存之后，将所述位图缓存中的所有数据一次上传至图形处理器GPU的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区。

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

若所述待绘制图形帧适合采用所述硬件绘制方式进行绘制，则使用开放图形库OpenGL调用所述GPU将所述待绘制图形帧中包括的各个待绘制矢量图形绘制至所述位图画布区。

3.根据权利要求1所述的方法，其特征在于，所述对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制包括：

根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，将耗时累加起来记为第一耗时，以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述软件绘制方式进行绘制的耗时，将耗时累加起来记为第二耗时；

判断所述第一耗时是否大于所述第二耗时；

若所述第一耗时大于所述第二耗时，则确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制。

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

测试终端采用所述硬件绘制方式绘制各个矢量图形的耗时，以及测试所述终端采用所述软件绘制方式绘制各个矢量图形的耗时；

根据测试结果生成所述绘制评估表，针对不同配置的终端生成的绘制评估表不同。

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

根据所述待绘制图形帧中包括的各个待绘制矢量图形的实际绘制耗时更新所述绘制评估表。

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

判断单元，用于对待绘制图形帧中包括的各个待绘制矢量图形进行分析，以判断所述待绘制图形帧是否适合采用硬件绘制方式进行绘制；

第一绘制单元，用于在所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制时，采用CPU统一绘制方式将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存；

上传单元，用于在将所述待绘制图形帧中包括的所有待绘制矢量图形绘制至位图缓存之后，将所述位图缓存中的所有数据一次上传至图形处理器GPU的纹理缓存，以使得所述GPU将所述纹理缓存中的所有数据绘制至位图画布区。

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

第二绘制单元，用于在所述待绘制图形帧适合采用所述硬件绘制方式进行绘制时，使用开放图形库OpenGL调用所述GPU将所述待绘制图形帧中包括的各个待绘制矢量图形绘制至所述位图画布区。

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

获取子单元，用于根据绘制评估表中记录的各个矢量图形采用所述硬件绘制方式进行绘制的耗时及采用软件绘制方式进行绘制的耗时，获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述硬件绘制方式进行绘制的耗时，将耗时累加起来记为第一耗时；以及获取所述待绘制图形帧中包括的各个待绘制矢量图形采用所述软件绘制方式进行绘制的耗时，将耗时累加起来记为第二耗时；

判断子单元，用于判断所述第一耗时是否大于所述第二耗时；

确定子单元，用于在所述第一耗时大于所述第二耗时，确定所述待绘制图形帧不适合采用所述硬件绘制方式进行绘制。

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

测试单元，用于测试所述终端采用所述硬件绘制方式绘制各个矢量图形的耗时，以及测试所述终端采用软件绘制方式绘制各个矢量图形的耗时；

生成单元，用于根据测试结果生成所述绘制评估表，针对不同配置的终端生成的绘制评估表不同。

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

更新单元，用于根据所述待绘制图形帧中包括的各个待绘制矢量图形的实际绘制耗时更新所述绘制评估表。

11.一种终端，其特征在于，包括存储器和处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下如权利要求1至5任一项所述方法中的步骤。

12.一种计算机可读存储介质，其存储有计算机程序，其中，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至5任一项所述方法中的步骤。

Images