CN104020849A - 基于Windows CE的多程序同时显示方法及*** - Google Patents
基于Windows CE的多程序同时显示方法及*** Download PDFInfo
- Publication number
- CN104020849A CN104020849A CN201410237168.4A CN201410237168A CN104020849A CN 104020849 A CN104020849 A CN 104020849A CN 201410237168 A CN201410237168 A CN 201410237168A CN 104020849 A CN104020849 A CN 104020849A
- Authority
- CN
- China
- Prior art keywords
- layer
- client
- data
- coverage diagram
- virtual
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Digital Computer Display Output (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明公开一种基于Windows CE的多程序同时显示方法及***,所述方法包括:A、接口层接收各客户端的虚拟覆盖图层申请,对各客户端传入的需要显示的数据进行封装,并将其发送至驱动层;B、服务端获取驱动层中的封装后数据,并利用其创建各客户端的虚拟覆盖图层;C、服务端根据各客户端虚拟覆盖图层的信息合成复合覆盖图层的图像,并将该图像刷新到物理页面进行显示。通过本发明***实现每个客户端可访问多个overlay资源,实现资源的虚拟复用。使得在overlay资源不足的情况下,多个程序不需要进行复杂的配合,各个应用程序使用统一的接口进行资源的访问,无需考虑资源的占用情况,方便程序的移植。
Description
技术领域
本发明涉及图像显示领域,尤其涉及一种基于Windows CE的多程序同时显示方法及***。
背景技术
Windows CE(或简称WinCE)是微软公司嵌入式、移动计算平台的基础,它是一个开放的、可升级的32位嵌入式操作***,是基于掌上型电脑类的电子设备操作***
WinCE***的车载多媒体设备的界面设计中经常需要显示一些需要置顶的内容,并且可能多个程序需要同时显示,一般会使用覆盖(overlay)技术(Overlay技术是微软DirectDraw技术的一个特性,在硬件资源的支持下可以提高图像显示的效率,实现图层复合等功能),但硬件overlay资源有限,无法满足多个应用程序同时使用overlay资源进行界面设计的要求。为解决上述问题,目前采用的方法都是通过各个应用程序之间配合,例如B程序使用的时候A程序先释放,再切换回A程序的时候B程序先释放。但这样做各个程序之间的配合会非常复杂,难以管理,并且难以移植。
因此,现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足,本发明的目的在于提供一种基于Windows CE的多程序同时显示方法及***,旨在解决目前Windows CE***在无法实现多应用程序同时使用overlay资源显示的问题。
本发明的技术方案如下:
一种基于Windows CE的多程序同时显示方法,其中,所述方法包括以下步骤:
A、接口层接收各客户端的虚拟覆盖图层申请,对各客户端传入的需要显示的数据进行封装,并将封装后的数据发送至驱动层;
B、服务端获取驱动层中的封装后数据,并利用封装后数据创建各客户端的虚拟覆盖图层;
C、服务端根据各客户端虚拟覆盖图层的信息合成复合覆盖图层的图像,并将该图像刷新到物理页面进行显示。
所述的基于Windows CE的多程序同时显示方法,其中,所述步骤A具体为:
A1、各客户端调用接口层接口申请虚拟覆盖图层,并传入需要显示的图像数据及属性;
A2、接口层将各客户端传入的图像数据及属性分别进行封装并传送给驱动层;
所述的基于Windows CE的多程序同时显示方法,其中,所述步骤B具体为:
B1、驱动层接收到接口层传送的各客户端的封装数据后向服务端发送通知;
B2、服务端接收通知后,获取驱动层中的各客户端的封装数据,并利用该数据重建各客户端的图像数据及属性;
B3、利用重建的各客户端的图像数据及属性分别创建各客户端的虚拟覆盖图层。
所述的基于Windows CE的多程序同时显示方法,其中,所述步骤C具体为:
C1、服务端的显示线程获取各客户端虚拟覆盖图层的信息,计算每个虚拟覆盖图层需要刷新的区域,并根据计算结果创建DIB位图;
C2、创建覆盖页面的第一兼容设备描述表,将所创建的DIB位图选入第一兼容设备描述表中;
C3、将第一兼容设备描述表拷贝到物理页面设备描述表中,通过更新物理页面,将DIB位图图像显示到屏幕上。
所述的基于Windows CE的多程序同时显示方法,其中,所述步骤A2具体为:
A21、创建兼容各客户端设备描述表的第二兼容设备描述表,并根据第二兼容设备描述表属性创建DIB位图;
A22、将所创建的DIB位图选入第二兼容设备描述表,并将各客户端设备描述表拷贝到第二兼容设备描述表中;
A23、将该包含DIB位图的第二兼容设备描述表发送至驱动层。
一种基于Windows CE的多程序同时显示***,其中,所述***包括:
客户端,用于向接口层发送虚拟覆盖图层申请,并向接口层发送需要显示的数据;
接口层,用于接收各客户端的虚拟覆盖图层申请,对各客户端传入的需要显示的数据进行封装,并将封装后的数据发送至驱动层;
驱动层,用于接收接口层发送的封装后的数据;
服务端,用于获取驱动层中的封装后数据,并利用封装后数据创建各客户端的虚拟覆盖图层,以及根据各客户端虚拟覆盖图层的信息合成复合覆盖图层的图像,并将该图像刷新到物理页面进行显示。
有益效果:本发明提供一种基于Windows CE的多程序同时显示方法及***,通过本发明的***实现每个客户端可访问多个overlay资源,实现资源的虚拟复用。本发明***使得在overlay资源不足的情况下,多个程序不需要进行复杂的配合,各个应用程序使用统一的接口进行资源的访问,无需考虑资源的占用情况,方便程序的移植。避免现有Windows CE中由于硬件overlay资源限制无法满足多个应用程序同时使用overlay资源进行界面设计要求的问题。
附图说明
图1为本发明具体实施例中基于Windows CE的多程序同时显示方法流程图。
图2为图1中步骤S100的具体方法流程图。
图3为图2中步骤S120的具体方法流程图。
图4为图1中步骤S200的具体方法流程图。
图5为图1中步骤S300的具体方法流程图。
图6为本发明具体实施例中基于Windows CE的多程序同时显示***的原理框图。
图7为本发明具体实施例中基于Windows CE的多程序同时显示***及其工作方法流程图。
具体实施方式
本发明提供一种基于Windows CE的多程序同时显示方法及***,为使本发明的目的、技术方案及效果更加清楚、明确,以下对本发明进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种基于Windows CE的多程序同时显示方法,其是在服务端内存中创建多个虚拟页面(即将一个硬件overlay资源虚拟成多个),每个页面对客户端来说就是一个overlay页面,服务端根据各个图层的属性操作最终的硬件overlay页面。服务端操作实际的一个overlay资源,但对于客户端来说,每个客户端都可以访问多个overlay资源,实现了资源的虚拟复用。
其中,所述基于Windows CE的多程序同时显示方法如图1所示,包括以下步骤:
S100、接口层接收各客户端的虚拟覆盖图层申请,对各客户端传入的需要显示的数据进行封装,并将封装后的数据发送至驱动层。
进一步的,所述步骤S100具体如图2所示,其步骤为:
S110、各客户端调用接口层接口申请虚拟覆盖图层(overlay虚拟图层),并传入需要显示的图像数据及属性。
S120、接口层将各客户端传入的图像数据及属性分别进行封装并传送给驱动层。
具体实施例中,所述步骤S120如图3所示,具体为:
S121、创建兼容各客户端设备描述表的第二兼容设备描述表(设备描述表又称为DC),并根据第二兼容设备描述表属性创建DIB位图。
S122、将所创建的DIB位图选入第二兼容设备描述表,并将各客户端设备描述表拷贝到第二兼容设备描述表中。
S123、将该包含DIB位图的第二兼容设备描述表发送至驱动层。驱动层会驱动服务端对该位图数据进行获取。
S200、服务端获取驱动层中的封装后数据,并利用封装后数据创建各客户端的虚拟覆盖图层。即创建各客户端的虚拟overlay图层
进一步地,所述步骤S200如图4所示,其步骤具体为:
S210、驱动层接收到接口层传送的各客户端的封装数据后向服务端发送通知。通知服务端有新的数据到来,需要取走。
S220、服务端接收通知后,获取驱动层中的各客户端的封装数据,并利用该数据重建各客户端的图像数据及属性。
S230、利用重建的各客户端的图像数据及属性分别创建各客户端的虚拟覆盖图层。
S300、服务端根据各客户端虚拟覆盖图层的信息合成复合覆盖图层的图像,并将该图像刷新到物理页面进行显示。复合覆盖图层的图像即需要实际显示到overlay图层的图像。
其中,所述步骤S300如图5所示,其步骤具体为:
S310、服务端的显示线程获取各客户端虚拟覆盖图层的信息,计算每个虚拟覆盖图层需要刷新的区域,并根据计算结果创建DIB位图。
S320、创建覆盖页面(overlay页面)的第一兼容设备描述表,将所创建的DIB位图选入第一兼容设备描述表中。
S330、将第一兼容设备描述表拷贝到物理页面设备描述表中,通过更新物理页面,将DIB位图图像显示到屏幕上。
通过上述方法使得WinCE***在overlay资源不足的情况下,多个程序也不需要进行复杂的配合,各个应用程序使用统一的接口进行资源的访问。
如图6所示为本发明的基于Windows CE的多程序同时显示***的工作流程图,所述***包括:
客户端100,用于向接口层发送虚拟覆盖图层申请,并向接口层发送需要显示的数据,具体如步骤S100所述。简单讲,客户端申请服务端的一个页面用于显示程序界面。
接口层200,用于接收各客户端的虚拟覆盖图层申请,对各客户端传入的需要显示的数据进行封装,并将封装后的数据发送至驱动层,具体如步骤S200所述。
驱动层300,用于接收接口层发送的封装后的数据。由于客户端和服务端分别属于两个进程,因此需要一个驱动层负责服务端和客户端的数据交换,客户端将要显示的数据通过驱动传给服务端,服务端通过驱动返回结果,具体如步骤S200所述。
服务端400,用于获取驱动层中的封装后数据,并利用封装后数据创建各客户端的虚拟覆盖图层,以及根据各客户端虚拟覆盖图层的信息合成复合覆盖图层的图像,并将该图像刷新到物理页面进行显示,具体如步骤S300所述。功能上讲,服务端负责创建各个客户端的页面,并管理这些页面的属性,最终确定哪些页面需要刷新到overlay上显示。
综上所述,本***由客户端、接口层、驱动层(或叫进程间通讯驱动层)、服务端等几部分组成,客户端调用接口层提供的显示接口,接口层负责把客户端要显示的数据通过驱动层传递给服务端,服务端取得数据后创建一个图层,然后通知显示线程,显示线程负责搜集整理所有图层的信息,计算图层重叠区域等,然后将所以需要显示的图层图像拷贝到overlay页面中,调用显示驱动提供的overlay接口,将所以客户端创建的图层显示到同一个overlay上,实现资源的虚拟共享。
具体***及其工作方法流程如图7所示,多个客户端(客户端A、客户端B、客户端C)均可执行步骤S1,调用接口层接口申请虚拟overlay图层。
S2、创建客户端DC的兼容DC。根据发送虚拟overlay图层申请的客户端A、B、C创建兼容设备描述表。
S3、根据兼容DC属性创建DIB位图。
S4、将位图选入兼容DC。
S5、将客户端DC拷贝到兼容DC。
S6、将位图数据传入驱动,即将DIB位图及兼容DC传送至驱动层。
S7、驱动层通知服务端获取数据。服务端对数据进行获取,则执行步骤S8。
S8、返回数据给服务端。
S9、从驱动取得位图数据,创建图层,及执行图像数据重建,在创建虚拟图层后执行步骤S10。
S10、通知显示线程。
S11、获取所有虚拟图层的信息,计算需要刷新的区域等。
S12、每个需要刷新的哦图层,根据位图数据创建DIB位图
S13、创建overlay页面的兼容DC并将创建的位图选入此DC。
S14、将兼容DC拷贝到overlay的页面DC中。
S15、更新overlay页面,将图像显示到屏幕上。通过显示驱动驱动硬件对图像进行显示。
另外,在服务端从驱动层获取到位图数据后,会返回结果,并将该结果通过驱动层,发送至接口层,最后由接口层返回至相应客户端。
本发明提供一种基于Windows CE的多程序同时显示方法及***,通过本发明的***实现每个客户端可访问多个overlay资源,实现资源的虚拟复用。本发明***使得在overlay资源不足的情况下,多个程序不需要进行复杂的配合,各个应用程序使用统一的接口进行资源的访问,无需考虑资源的占用情况,方便程序的移植。避免现有Windows CE中由于硬件overlay资源限制无法满足多个应用程序同时使用overlay资源进行界面设计要求的问题。
应当理解的是,本发明的应用不限于上述的举例,对本领域普通技术人员来说,可以根据上述说明加以改进或变换,所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (6)
1.一种基于Windows CE的多程序同时显示方法,其特征在于,所述方法包括以下步骤:
A、接口层接收各客户端的虚拟覆盖图层申请,对各客户端传入的需要显示的数据进行封装,并将封装后的数据发送至驱动层;
B、服务端获取驱动层中的封装后数据,并利用封装后数据创建各客户端的虚拟覆盖图层;
C、服务端根据各客户端虚拟覆盖图层的信息合成复合覆盖图层的图像,并将该图像刷新到物理页面进行显示。
2.根据权利要求1所述的基于Windows CE的多程序同时显示方法,其特征在于,所述步骤A具体为:
A1、各客户端调用接口层接口申请虚拟覆盖图层,并传入需要显示的图像数据及属性;
A2、接口层将各客户端传入的图像数据及属性分别进行封装并传送给驱动层。
3.根据权利要求2所述的基于Windows CE的多程序同时显示方法,其特征在于,所述步骤B具体为:
B1、驱动层接收到接口层传送的各客户端的封装数据后向服务端发送通知;
B2、服务端接收通知后,获取驱动层中的各客户端的封装数据,并利用该数据重建各客户端的图像数据及属性;
B3、利用重建的各客户端的图像数据及属性分别创建各客户端的虚拟覆盖图层。
4.根据权利要求3所述的基于Windows CE的多程序同时显示方法,其特征在于,所述步骤C具体为:
C1、服务端的显示线程获取各客户端虚拟覆盖图层的信息,计算每个虚拟覆盖图层需要刷新的区域,并根据计算结果创建DIB位图;
C2、创建覆盖页面的第一兼容设备描述表,将所创建的DIB位图选入第一兼容设备描述表中;
C3、将第一兼容设备描述表拷贝到物理页面设备描述表中,通过更新物理页面,将DIB位图图像显示到屏幕上。
5.根据权利要求4所述的基于Windows CE的多程序同时显示方法,其特征在于,所述步骤A2具体为:
A21、创建兼容各客户端设备描述表的第二兼容设备描述表,并根据第二兼容设备描述表属性创建DIB位图;
A22、将所创建的DIB位图选入第二兼容设备描述表,并将各客户端设备描述表拷贝到第二兼容设备描述表中;
A23、将该包含DIB位图的第二兼容设备描述表发送至驱动层。
6.一种基于Windows CE的多程序同时显示***,其特征在于,所述***包括:
客户端,用于向接口层发送虚拟覆盖图层申请,并向接口层发送需要显示的数据;
接口层,用于接收各客户端的虚拟覆盖图层申请,对各客户端传入的需要显示的数据进行封装,并将封装后的数据发送至驱动层;
驱动层,用于接收接口层发送的封装后的数据;
服务端,用于获取驱动层中的封装后数据,并利用封装后数据创建各客户端的虚拟覆盖图层,以及根据各客户端虚拟覆盖图层的信息合成复合覆盖图层的图像,并将该图像刷新到物理页面进行显示。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410237168.4A CN104020849B (zh) | 2014-05-30 | 2014-05-30 | 基于Windows CE的多程序同时显示方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410237168.4A CN104020849B (zh) | 2014-05-30 | 2014-05-30 | 基于Windows CE的多程序同时显示方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104020849A true CN104020849A (zh) | 2014-09-03 |
CN104020849B CN104020849B (zh) | 2015-09-30 |
Family
ID=51437643
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410237168.4A Active CN104020849B (zh) | 2014-05-30 | 2014-05-30 | 基于Windows CE的多程序同时显示方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104020849B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107196945A (zh) * | 2017-05-27 | 2017-09-22 | 成都康拓邦科技有限公司 | 医疗软件通信方法及装置 |
CN108399090A (zh) * | 2018-02-08 | 2018-08-14 | 广东欧珀移动通信有限公司 | 可见性刷新方法、装置、存储介质及智能终端 |
CN109697097A (zh) * | 2018-12-19 | 2019-04-30 | 西安万像电子科技有限公司 | 数据处理方法及*** |
CN110795097A (zh) * | 2019-11-04 | 2020-02-14 | 腾讯科技(深圳)有限公司 | 一种页面处理方法、装置、计算机设备以及存储介质 |
CN113254132A (zh) * | 2021-05-24 | 2021-08-13 | 青岛海信移动通信技术股份有限公司 | 一种应用显示方法及相关装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0569902A2 (en) * | 1992-05-11 | 1993-11-18 | Softis Hf | User interface system for computers |
CN102339221A (zh) * | 2010-07-22 | 2012-02-01 | 厦门雅迅网络股份有限公司 | 一种基于Windows CE平台的应用程序界面处理方法 |
CN102968807A (zh) * | 2012-10-29 | 2013-03-13 | 广东威创视讯科技股份有限公司 | 图像自动生成方法和*** |
CN103617027A (zh) * | 2013-10-29 | 2014-03-05 | 合一网络技术(北京)有限公司 | 基于安卓***的图像渲染引擎构建方法及*** |
-
2014
- 2014-05-30 CN CN201410237168.4A patent/CN104020849B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0569902A2 (en) * | 1992-05-11 | 1993-11-18 | Softis Hf | User interface system for computers |
CN102339221A (zh) * | 2010-07-22 | 2012-02-01 | 厦门雅迅网络股份有限公司 | 一种基于Windows CE平台的应用程序界面处理方法 |
CN102968807A (zh) * | 2012-10-29 | 2013-03-13 | 广东威创视讯科技股份有限公司 | 图像自动生成方法和*** |
CN103617027A (zh) * | 2013-10-29 | 2014-03-05 | 合一网络技术(北京)有限公司 | 基于安卓***的图像渲染引擎构建方法及*** |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107196945A (zh) * | 2017-05-27 | 2017-09-22 | 成都康拓邦科技有限公司 | 医疗软件通信方法及装置 |
CN108399090A (zh) * | 2018-02-08 | 2018-08-14 | 广东欧珀移动通信有限公司 | 可见性刷新方法、装置、存储介质及智能终端 |
CN108399090B (zh) * | 2018-02-08 | 2021-04-27 | Oppo广东移动通信有限公司 | 可见性刷新方法、装置、存储介质及智能终端 |
CN109697097A (zh) * | 2018-12-19 | 2019-04-30 | 西安万像电子科技有限公司 | 数据处理方法及*** |
CN109697097B (zh) * | 2018-12-19 | 2022-03-22 | 西安万像电子科技有限公司 | 数据处理方法及*** |
CN110795097A (zh) * | 2019-11-04 | 2020-02-14 | 腾讯科技(深圳)有限公司 | 一种页面处理方法、装置、计算机设备以及存储介质 |
CN110795097B (zh) * | 2019-11-04 | 2021-12-14 | 腾讯科技(深圳)有限公司 | 一种页面处理方法、装置、计算机设备以及存储介质 |
CN113254132A (zh) * | 2021-05-24 | 2021-08-13 | 青岛海信移动通信技术股份有限公司 | 一种应用显示方法及相关装置 |
CN113254132B (zh) * | 2021-05-24 | 2023-01-20 | 青岛海信移动通信技术股份有限公司 | 一种应用显示方法及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104020849B (zh) | 2015-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11164280B2 (en) | Graphics layer processing in a multiple operating systems framework | |
CN104020849B (zh) | 基于Windows CE的多程序同时显示方法及*** | |
CN106060622B (zh) | 电视的截屏方法及电视 | |
CN105338358B (zh) | 对图像进行解码的方法及装置 | |
CN103106058A (zh) | 一种基于Android***的双屏显示方法及智能显示终端 | |
US10169302B2 (en) | Method and system for page display, server-end device, client device and storage medium | |
CN107292807B (zh) | 一种图形合成方法、窗口设置方法及*** | |
CN103067468B (zh) | 云调度方法及其*** | |
CN103530340A (zh) | 网络专题地图制图方法及制图*** | |
WO2017167126A1 (zh) | 一种窗口显示方法、信息交互方法及*** | |
CN105867956A (zh) | 在宿主应用页面中展现插件视图元素的方法及装置 | |
CA2557111A1 (en) | System and method for building mixed mode execution environment for component applications | |
CN103530160A (zh) | 一种页面加载的方法和装置 | |
CN103729174B (zh) | 截屏方法及装置 | |
CN104301788A (zh) | 一种提供视频交互的方法和装置 | |
EP4303725A1 (en) | Method and device for identifying android system drawing thread, and mobile terminal and storage medium | |
CN110611735A (zh) | 移动终端远程控制方法、装置、***以及存储介质 | |
CN104778022A (zh) | 一种数据处理方法及电子设备 | |
CN103268230A (zh) | 用于构建可拓展服务的云计算信息管理平台的方法 | |
CN102184107A (zh) | 一种用户界面服务组合方法及*** | |
CN110634171A (zh) | 一种绘制地图的装置和方法 | |
CN109725977A (zh) | 一种基于Android***的多应用显示方法及终端设备 | |
CN102622217B (zh) | 一种跨屏运行应用的方法及*** | |
CN104461431A (zh) | 一种拼接墙叠加窗口的切换方法及*** | |
CN112653761A (zh) | 混合云模式下的统一监控管理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C56 | Change in the name or address of the patentee | ||
CP01 | Change in the name or title of a patent holder |
Address after: 518057 Guangdong city of Shenzhen province Nanshan District science and Technology Park North Long Road Thunis Information Port R & D building B Building 9 layer Patentee after: Shenzhen Aipei Science and Technology Co., Ltd Address before: 518057 Guangdong city of Shenzhen province Nanshan District science and Technology Park North Long Road Thunis Information Port R & D building B Building 9 layer Patentee before: Apical technology development (Shenzhen) Co., Ltd. |