[发明专利]写屏方法及具写屏功能的移动终端

说明书

技术领域

本发明涉及通信领域，尤其涉及一种移动终端的写屏方法，以及一种具写屏功能的移动终端。

背景技术

Symbian（塞班）在图形系统设计中采用传统的UI（User Interface，用户界面）框架，如图1所示，总体来看，该UI框架基于传统窗口的管理系统，窗口的管理是通过Window Server（窗口服务器）来实现，诸如窗口创建和销毁、重叠区域、窗口树形结构和窗口的重绘机制都由Window Server来负责。Cone（The Control Environment，应用程序的控制环境）对Window Server进行一次封装，使用Window Server提供的标准的Symbian C/S（客户机/服务器模式）结构，向Window Server请求各种事件，请求诸如创建窗口、重绘、按键和触摸等事件，以及向Window Server的window发送各种绘制IO操作。Avkon（Avkon是特殊UI应用框架层的名字，基于共通的Symbian操作系统UI框架Uikon得以实现，Avkon重新实现了定义于Uikon中的框架类）对Cone再封装，提供标准控件。Font&Bitmap Server（字体与位图服务器）提供字体和图片的编解码以及储存能力，拥有自己的专用堆，用于存放各种耗费资源的图形数据。GDI（Graphics Device Interface，图形界面接口）则利用Screen Driver（屏幕驱动器）提供text（文本）和基本屏幕绘制能力来提供GDI服务。OpenGL（Open Graphics Library，开放的图形库）、OpenVG（Open Visual Graph，开放的可视图形）、EGL（EGL 是 OpenGL ES 和底层 Native 平台视窗系统之间的接口）等标准的适配则和具体手机有关，由GPU（Graphic Processing Unit，图形处理器）和相应的驱动完成。

在上述Symbian图形系统中，只有Window Server能够写屏，因此，应用程序无法绕过UI框架来执行高效率的绘制工作。由于应用程序的写屏操作非常多并且频繁，Window Server为了保证多任务的一致性，需要复杂的处理逻辑，比如说绘制IO缓冲区、窗口的复杂切换逻辑等，导致UI框架的执行效率有限，尤其是处理大量IO绘制操作和实现屏幕特效时，严重降低系统的界面显示帧率。

为了提高屏幕的界面刷新帧率，可以采用Symbian DSA（直接写屏），但是DSA的方式放弃了UI框架直接写屏，也就是说放弃了窗口和控件等高级功能，但是对于大多数应用程序来说，窗口和控件等高级功能是不能放弃的，因此DSA的应用范围有限。

现有技术中提供一种双缓冲技术：采用和屏幕一样大小的缓冲位图，写操作首先在缓冲位图上完成，再将缓冲位图上绘制的图形贴到屏幕上。这种双缓冲技术可以减少直接写屏的IO操作，减少白屏现象，但是对于提高系统的界面显示帧率的作用有限。

因此，需要提供一种能够广泛适用的提高系统的界面显示帧率的写屏方案。

发明内容

本发明实施例提供了一种移动终端写屏方法，提高系统的显示帧率。

本发明实施例提供了一种移动终端写屏方法，包括：

在移动终端内存里生成一个和屏幕同样大小的双缓冲位图；

将窗口服务器的窗口的句柄关联到所述双缓冲位图；

窗口服务器进程直接访问在字体与位图服务器中的所述双缓冲位图的图形数据，将所述双缓冲位图的图形数据显示到屏幕上。

一种具写屏功能的移动终端，包括：

位图生成单元，用于在内存里生成一个和屏幕同样大小的双缓冲位图；

关联单元，用于将窗口服务器的窗口的句柄关联到所述双缓冲位图；

窗口服务器进程单元，用于直接访问在字体与位图服务器中的所述双缓冲位图的图形数据，将所述双缓冲位图的图形数据显示到屏幕上。

一种移动终端写屏的方法，包括：

在移动终端内存里生成一个和屏幕同样大小的双缓冲位图，以及所述双缓冲位图的缓冲位图，所述缓冲位图的大小至少是所述双缓冲位图大小的两倍；

预先在所述双缓冲位图的缓冲位图上绘制图形数据；

按照所述双缓冲位图的大小直接复制或裁剪所述缓冲位图中已经绘制的图形，得到所述双缓冲位图的图形数据；

窗口服务器进程跨进程访问在字体与位图服务器中的所述双缓冲位图的图形数据，将所述双缓冲位图的图形数据显示到屏幕上。

一种具写屏功能的移动终端，包括：