专利名称：一种应用程序图像的显示方法和装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种应用程序图像的显示方法和装置。
背景技术：
随着移动通信设备和操作系统的不断发展，智能手机操作系统已经成为主流手机 必备的应用软件承载环境。各种智能手机操作系统厂家也正在该领域展开了激烈的竞争， 但不同的智能手机操作系统各有所长，无法满足手机用户的多方面需求。为弥补各种智能手机操作系统的缺陷并兼容各种智能手机操作系统的特长，现有 技术中提出了类似于虚拟机的虚拟化技术，在同一部手机中兼容不同的智能手机操作系 统。上述虚拟化技术包括硬件虚拟化技术和API (Application Programming hterface，应 用程序编程接口)兼容层虚拟化技术，其中，硬件虚拟化技术在一个操作系统上通过虚拟 出多个CPU (Central Processing Unit，中央处理单元)和多片内存等硬件设备，并在该虚 拟硬件设备上安装另外一个完整的操作系统，用户可以将原有的操作系统和新安装的操作 系统作为两个独立的、完全不同的操作系统；API兼容层虚拟化技术在一个操作系统上模 拟去另外一个操作系统的运行环境，应用程序在上述模拟的运行环境下直接运行。发明人在实现本发明的过程中，发现现有技术至少存在以下缺陷使用硬件虚拟化技术时，不同操作系统的整合依赖虚拟机所虚拟出来的虚拟设 备来完成，在用户看来，原有的操作系统和新安装的操作系统是完全独立的两个操作系 统，没有统一的用户感受；使用API兼容层虚拟化技术时，不同操作系统的整合依赖于X Server (X服务器)，然而，嵌入式智能手机操作系统往往不是基于Linux环境下的X Server 显示架构设计，目前还无法进行相应的整合。
发明内容
本发明实施例提供了一种应用程序图像的显示方法和装置，能够在本地操作系统 中显示可安装操作系统中的应用程序图像。本发明实施例提供了一种应用程序图像的显示方法，应用于包括第一操作系统和 第二操作系统的设备中，所述第一操作系统的内存中包含为所述第二操作系统的应用程序 划分的存储区域，所述方法包括以下步骤接收来自所述第二操作系统的显示请求，读取所述存储区域中存储的应用程序图 像；根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理所述应用程序 图像，如果需要，则将所述应用程序图像发送到所述窗口管理器，并将所述窗口管理器处理 后的应用程序图像发送到显示图形库处理；否则，直接将所述应用程序图像发送到显示图 形库处理；通过显示驱动获取显示存储器的位置，将所述显示图形库处理后的应用程序图像 发送到所述显示存储器，通过所述显示存储器对所述应用程序图像进行显示。
优选地，所述接收来自第二操作系统的显示请求之前，还包括所述第二操作系统对所述存储区域进行读写操作，并在操作完毕后发送显示请 求，请求对所述存储区域存储的应用程序图像进行显示处理。优选地，所述第二操作系统对存储区域进行读写操作，具体包括所述第二操作系统接收来自所述第二操作系统的应用程序的用户界面UI更新请 求；所述第二操作系统根据所述接收到的UI更新请求对应用程序图像进行处理。优选地，所述第二操作系统在操作完毕后发送显示请求，具体包括所述第二操作系统通过进程间通信发送所述显示请求，要求对所述存储区域存储 的应用程序图像进行UI更新和显示。优选地，所述通过显示存储器对应用程序图像进行显示之后，还包括向所述第二操作系统返回显示成功消息，使所述第二操作系统进行下一帧的显示 操作。本发明实施例还提供了一种应用程序图像的显示装置，应用于包括第一操作系统 和第二操作系统的设备中，所述第一操作系统的内存中包含为所述第二操作系统的应用程 序划分的存储区域，所述装置包括代理模块，用于接收来自所述第二操作系统的显示请求，读取所述存储区域中存 储的应用程序图像，并根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理 所述应用程序图像，如果需要，则将所述应用程序图像发送到所述窗口管理器，并将所述窗 口管理器处理后的应用程序图像发送到图形处理模块；否则，直接将所述应用程序图像发 送到图形处理模块；图形处理模块，用于接收来自所述代理模块的应用程序图像，并对所述应用程序 图像进行处理；显示驱动模块，用于获取显示存储模块的位置，将所述图形处理模块处理后的应 用程序图像发送到所述显示存储模块；显示存储模块，用于接收来自所述显示驱动模块的应用程序图像，对所述应用程 序图像进行显示。优选地，所述代理模块，还用于在运行第二操作系统的应用程序后，在所述第一操 作系统的内存中为所述应用程序划分存储区域。优选地，所述的装置，还包括运行模块，用于对所述存储区域进行读写操作，并在操作完毕后向所述代理模块 发送显示请求，请求所述代理模块对所述存储区域存储的应用程序图像进行显示处理。优选地，所述运行模块，具体用于接收来自所述第二操作系统的应用程序的UI更 新请求，根据所述接收到的UI更新请求对应用程序图像进行处理，通过进程间通信通知所 述代理模块进行UI更新和显示所述存储区域存储的应用程序图像。优选地，所述代理模块，还用于向所述运行模块返回显示成功消息，使所述第二操 作系统进行下一帧的显示操作。与现有技术相比，本发明实施例具有以下优点通过不同操作系统之间的内存共 享，可以在本地显示可安装操作系统的应用程序图像，实现本地系统与可安装操作系统达到无缝整合的效果，且应用程序图像的显示效果完全与本地所采用的图形系统类别无关， 可以无缝地使用本地图形系统的显示功能，使本地系统与可安装系统软件同时使用显示一 个设备。另外，可安装操作系统与本地系统通过进程间通讯的方式进行交互，可以避免可安 装操作系统与本地系统之间产生版权感染问题，使本地系统与可安装系统在版权上完全独立。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对本发明实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅 仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提 下，还可以根据这些附图获得其他的附图。图1为本发明实施例中的一种应用程序图像的显示方法流程图；图2为本发明实施例应用场景中的一种应用程序图像的显示架构示意图；图3为本发明实施例应用场景中的应用程序图像的显示方法流程图；图4为本发明实施例中的一种应用程序图像的显示装置结构图；图5为本发明实施例应用场景中的应用程序图像的显示装置结构图。
具体实施例方式本发明实施例提供的技术方案中，在第一操作系统中使用为第二操作系统提供代 理功能的代理模块，该代理模块继承第一操作系统应用程序的所有特征，可以实现与第二 操作系统的所有通讯功能，通过共享内存的方式，获取第二操作系统的运行环境处理后的 应用程序图像，并由第一操作系统处理和显示该应用程序图像，使第二操作系统的应用程 序即具备其自身系统的特点，又拥有第一操作系统应用的特点，实现第一系统与第二操作 系统达到无缝整合的效果。需要说明的是，第一系统与第二操作系统无缝整合的前提为，两 个系统可以无差别使用同一显示设备。下面将结合本发明实施例中的附图，对本发明实施例的技术方案进行清楚、完整 地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发 明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施 例，都属于本发明保护的范围。如图1所示，为本发明实施例中的一种应用程序图像的显示方法流程图，应用于 包括第一操作系统和第二操作系统的设备中，该第一操作系统的内存中包含为第二操作系 统的应用程序划分的存储区域，该方法包括以下步骤步骤101，接收来自第二操作系统的显示请求，读取存储区域中存储的应用程序图像。其中，第一操作系统可以为设备中的本地操作系统，第二操作系统可以为设备中 的可安装操作系统。第二操作系统的运行环境位于API兼容层，包含图像显示处理部分，用 于进行图像处理，将UI (User hterface，用户界面)图像数据转发到硬件显示区。第一操 作系统可以通过与第二操作系统共享内存的方式，获取第二操作系统的运行环境处理后的 应用程序图像。
具体地，运行第二操作系统的应用程序，通过该应用程序对应的第一操作系统的 代理模块在第一操作系统的内存中为该应用程序划分存储区域。第二操作系统的运行环境 可以对该存储区域进行读写操作，并在操作完毕后发送显示请求，请求对该存储区域存储 的应用程序图像进行显示处理。步骤102，根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理该应 用程序图像，如果需要，则执行步骤103 ；如果不需要，则执行步骤104。其中，窗口管理器为系统应用程序需要的库，即第一操作系统中负责窗口管理的 模块，由于应用程序的UI是基于窗口管理的，因此，任何显示均会基于窗口输出到显示设 备上，第二操作系统的应用程序和第一操作系统的应用程序都需要将要显示的图像放到该 窗口管理器中进行显示。步骤103，将应用程序图像发送到窗口管理器，并将窗口管理器处理后的应用程序 图像发送到显示图形库处理。步骤104，直接将应用程序图像发送到显示图形库处理。其中，显示图形库为操作系统内核与上层交互的中间层，即硬件驱动抽象层，用于 在系统需要图像加速时，采用类似的硬件加速模块进行图像显示，将UI显示，包括画图和 3D处理，直接通过图形加速模块显示到硬件设备。步骤105，通过显示驱动获取显示存储器的位置，将显示图形库处理后的应用程序 图像发送到显示存储器，通过该显示存储器对该应用程序图像进行显示。其中，显示驱动为操作系统的核心模块，用于进行系统硬件管理、系统调度、内存 管理和硬件中断处理，例如加载、配置显卡，使系统可以识别该显示设备，系统应用可以通 过显示驱动将显示内容发送到硬件显存；显示存储器为操作系统的基本硬件，用于接收将 要输出的显示屏幕的数据，并对接收到的数据进行显示。本发明实施例通过不同操作系统之间的内存共享，可以在本地显示可安装操作系 统的应用程序图像，实现本地系统与可安装操作系统达到无缝整合的效果，且应用程序图 像的显示效果完全与本地所采用的图形系统类别无关，可以无缝地使用本地图形系统的显 示功能，使本地系统与可安装系统软件同时使用显示一个设备。另外，可安装操作系统与本 地系统通过进程间通讯的方式进行交互，可以避免可安装操作系统与本地系统之间产生版 权感染问题，使本地系统与可安装系统在版权上完全独立。如图2所示，为本发明实施例应用场景中的一种应用程序图像的显示架构示意 图，包括可安装操作系统的应用程序(Installable OS Application) 210、可安装操作系统 的运行环境 installable OS runtime) 220、代理模块(Proxy) 230、窗口 管理器(Windows Manger) M0、显示图形库(Open GL) 250、显示驱动(Display Driver) 260和硬件显示存储器 (Hardware Frame buffer)270。其中，可安装操作系统的运行环境220位于API兼容层，包含图像显示处理部分， 用于进行图像处理，将UI图像数据转发到硬件显示区；代理模块230为可安装操作系统的 运行环境与本地操作系统的图像对接的模块，通过共享内存和进程间通讯方式与可安装操 作系统的运行环境进行通讯，将可安装操作系统的运行环境需要显示的UI发送到本地图 形显示系统中进行处理，使得本地图形系统与可安装操作系统的运行环境同时共享一个显 示设备，且可安装操作系统的应用程序与本地操作系统无缝结合；窗口管理器240为系统应用程序需要的库，即本地操作系统中负责窗口管理的模块，由于应用程序的UI是基于窗 口管理的，因此，任何显示均会基于窗口输出到显示设备上，可安装操作系统的应用程序和 本地操作系统的应用程序都需要将要显示的图像放到该窗口管理器中进行显示；显示图形 库250为操作系统内核与上层交互的中间层，即硬件驱动抽象层，用于在系统需要图像加 速时，采用类似的硬件加速模块进行图像显示，将UI显示，包括画图和3D处理，直接通过 图形加速模块显示到硬件设备；显示驱动260为操作系统的核心模块，用于进行系统硬件 管理、系统调度、内存管理和硬件中断处理，例如加载、配置显卡，使系统可以识别该显示设 备，系统应用可以通过显示驱动将显示内容发送到硬件显存；硬件显示存储器270为操作 系统的基本硬件，用于接收将要输出的显示屏幕的数据，并对接收到的数据进行显示。以下结合上述应用场景，对本发明实施例中的应用程序图像的显示方法进行详 细、具体的描述。如图3所示，为本发明实施例应用场景中的应用程序图像的显示方法流程图，具 体包括以下步骤步骤301，运行可安装操作系统的应用程序。步骤302，可安装操作系统的应用程序向可安装操作系统的运行环境发送UI更新 请求。步骤303，可安装操作系统的运行环境根据接收到的UI更新请求对应用程序图像 进行处理，并将处理后的应用程序图像通过共享内存的方式发送到代理模块。具体地，运行可安装操作系统的应用程序，通过该应用程序对应的本地操作系统 的代理模块在本地操作系统的内存中为该应用程序划分存储区域。可安装操作系统的运行 环境可以对该存储区域进行读写操作，并在操作完毕后通过进程间通信向代理模块发送显 示请求，要求代理模块对存储区域存储的应用程序图像进行UI更新和显示。其中，代理模块为可安装操作系统的运行环境与本地操作系统的图像对接的模 块，通过共享内存和进程间通讯方式与可安装操作系统的运行环境进行通讯，将可安装操 作系统的运行环境需要显示的UI发送到本地图形显示系统中进行处理，使得本地图形系 统与可安装操作系统的运行环境同时共享一个显示设备，且可安装操作系统的应用程序与 本地操作系统无缝结合。步骤304，代理模块根据本地图像显示系统的配置，判断是否需要通过窗口管理器 处理所述应用程序图像，如果需要，则执行步骤305 ；如果不需要，则执行步骤306。步骤305，代理模块将应用程序图像发送到窗口管理器，并将窗口管理器处理后的 应用程序图像发送到显示图形库处理。步骤306，代理模块直接将应用程序图像发送到显示图形库处理。步骤307，通过显示驱动获取显示存储器的位置，将显示图形库处理后的应用程序 图像发送到显示存储器。步骤308，显示存储器对接收到的应用程序图像进行显示，并在显示完成后依次通 过显示驱动和显示图形库向代理模块返回显示成功消息。步骤309，代理模块通过进程间通讯将显示成功消息通知可安装操作系统的运行 环境，使可安装操作系统进行下一帧的显示操作。本发明实施例通过不同操作系统之间的内存共享，可以在本地显示可安装操作系统的应用程序图像，实现本地系统与可安装操作系统达到无缝整合的效果，且应用程序图 像的显示效果完全与本地所采用的图形系统类别无关，可以无缝地使用本地图形系统的显 示功能，使本地系统与可安装系统软件同时使用显示一个设备。另外，可安装操作系统与本 地系统通过进程间通讯的方式进行交互，可以避免可安装操作系统与本地系统之间产生版 权感染问题，使本地系统与可安装系统在版权上完全独立。本发明实施例在上述实施方式中提供了应用程序图像的显示方法和应用场景，相 应地，本发明实施例还提供了应用上述应用程序图像的显示方法的装置。如图4所示，为本发明实施例中的一种应用程序图像的显示装置结构图，应用于 包括第一操作系统和第二操作系统的设备中，该第一操作系统的内存中包含为第二操作系 统的应用程序划分的存储区域，该装置包括代理模块410、图形处理模块420、显示驱动模 块430和显示存储模块440，其中，代理模块410，用于接收来自第二操作系统的显示请求，读取存储区域中存储的应 用程序图像，并根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理所述应 用程序图像，如果需要，则将所述应用程序图像发送到所述窗口管理器，并将所述窗口管理 器处理后的应用程序图像发送到图形处理模块；否则，直接将所述应用程序图像发送到图 形处理模块420。具体地，代理模块410为第二操作系统的运行环境与第一操作系统的图像对接的 模块，通过共享内存和进程间通讯方式与第二操作系统的运行环境进行通讯，将第二操作 系统的运行环境需要显示的UI发送到本地图形显示系统中进行处理，使得本地图形系统 与第二操作系统的运行环境同时共享一个显示设备，且第二操作系统的应用程序与第一操 作系统无缝结合。图形处理模块420，用于接收来自所述代理模块410的应用程序图像，并对所述应 用程序图像进行处理。显示驱动模块430，用于获取显示存储模块440的位置，将所述图形处理模块420 处理后的应用程序图像发送到所述显示存储模块440。具体地，显示驱动模块430为操作系统的核心模块，用于进行系统硬件管理、系统 调度、内存管理和硬件中断处理，例如加载、配置显卡，使系统可以识别该显示设备，系统应 用可以通过显示驱动将显示内容发送到硬件显存。显示存储模块440，用于接收来自所述显示驱动模块430的应用程序图像，对所述 应用程序图像进行显示。具体地，显示存储模块440为操作系统的基本硬件，用于接收将要输出的显示屏 幕的数据，并对接收到的数据进行显示。本发明实施例通过不同操作系统之间的内存共享，可以在本地显示可安装操作系 统的应用程序图像，实现本地系统与可安装操作系统达到无缝整合的效果，且应用程序图 像的显示效果完全与本地所采用的图形系统类别无关，可以无缝地使用本地图形系统的显 示功能，使本地系统与可安装系统软件同时使用显示一个设备。另外，可安装操作系统与本 地系统通过进程间通讯的方式进行交互，可以避免可安装操作系统与本地系统之间产生版 权感染问题，使本地系统与可安装系统在版权上完全独立。如图5所示，为本发明实施例应用场景中的应用程序图像的显示装置结构图，包9括代理模块510、图形处理模块520、显示驱动模块530、显示存储模块540和运行模块550， 其中，代理模块510，用于接收来自第二操作系统的显示请求，读取存储区域中存储的应 用程序图像，并根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理所述应 用程序图像，如果需要，则将所述应用程序图像发送到所述窗口管理器，并将所述窗口管理 器处理后的应用程序图像发送到图形处理模块；否则，直接将所述应用程序图像发送到图 形处理模块520。上述代理模块510，还用于在运行第二操作系统的应用程序后，在第一操作系统的 内存中为所述应用程序划分存储区域。具体地，运行模块550运行第二操作系统的应用程序，与该应用程序对应的代理 模块510在第一操作系统的内存中为该应用程序划分存储区域。运行模块550可以对该存 储区域进行读写操作，并在操作完毕后通知代理模块510对该存储区域存储的应用程序图 像进行显示处理。上述代理模块510，还用于向所述运行模块550返回显示成功消息，使所述第二操 作系统进行下一帧的显示操作。具体地，在显示存储模块540对接收到的应用程序图像显示完毕后，代理模块510 向所述运行模块550返回显示成功消息，使所述第二操作系统进行下一帧的显示，并继续 获取第二操作系统的运行环境处理后的应用程序图像。图形处理模块520，用于接收来自所述代理模块510的应用程序图像，并对所述应 用程序图像进行处理。显示驱动模块530，用于获取显示存储模块MO的位置，将所述图形处理模块520 处理后的应用程序图像发送到所述显示存储模块M0。显示存储模块M0，用于接收来自所述显示驱动模块530的应用程序图像，对所述 应用程序图像进行显示。运行模块550，用于对所述存储区域进行读写操作，并在操作完毕后向所述代理模 块510发送显示请求，请求所述代理模块510对所述存储区域存储的应用程序图像进行显 示处理。上述运行模块550，具体用于接收来自所述第二操作系统的应用程序的UI更新请 求，根据所述接收到的UI更新请求对应用程序图像进行处理，通过进程间通信通知所述代 理模块510进行UI更新和显示所述存储区域存储的应用程序图像。本发明实施例通过不同操作系统之间的内存共享，可以在本地显示可安装操作系 统的应用程序图像，实现本地系统与可安装操作系统达到无缝整合的效果，且应用程序图 像的显示效果完全与本地所采用的图形系统类别无关，可以无缝地使用本地图形系统的显 示功能，使本地系统与可安装系统软件同时使用显示一个设备。另外，可安装操作系统与本 地系统通过进程间通讯的方式进行交互，可以避免可安装操作系统与本地系统之间产生版 权感染问题，使本地系统与可安装系统在版权上完全独立。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更 佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若 干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行 本发明各个实施例所述的方法。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人 员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应 视本发明的保护范围。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分 布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的模块可以集成于一体，也可以分离部署；可以合并为一个模块，也可以进一步拆 分成多个子模块。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领 域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
1.一种应用程序图像的显示方法，其特征在于，应用于包括第一操作系统和第二操作 系统的设备中，所述第一操作系统的内存中包含为所述第二操作系统的应用程序划分的存 储区域，所述方法包括以下步骤接收来自所述第二操作系统的显示请求，读取所述存储区域中存储的应用程序图像；根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理所述应用程序图 像，如果需要，则将所述应用程序图像发送到所述窗口管理器，并将所述窗口管理器处理后 的应用程序图像发送到显示图形库处理；否则，直接将所述应用程序图像发送到显示图形 库处理；通过显示驱动获取显示存储器的位置，将所述显示图形库处理后的应用程序图像发送 到所述显示存储器，通过所述显示存储器对所述应用程序图像进行显示。
2.如权利要求1所述的方法，其特征在于，所述接收来自第二操作系统的显示请求之 前,还包括所述第二操作系统对所述存储区域进行读写操作，并在操作完毕后发送显示请求，请 求对所述存储区域存储的应用程序图像进行显示处理。
3.如权利要求2所述的方法，其特征在于，所述第二操作系统对存储区域进行读写操 作，具体包括所述第二操作系统接收来自所述第二操作系统的应用程序的用户界面UI更新请求；所述第二操作系统根据所述接收到的UI更新请求对应用程序图像进行处理。
4.如权利要求2所述的方法，其特征在于，所述第二操作系统在操作完毕后发送显示 请求，具体包括所述第二操作系统通过进程间通信发送所述显示请求，要求对所述存储区域存储的应 用程序图像进行UI更新和显示。
5.如权利要求1所述的方法，其特征在于，所述通过显示存储器对应用程序图像进行 显示之后，还包括向所述第二操作系统返回显示成功消息，使所述第二操作系统进行下一帧的显示操作。
6.一种应用程序图像的显示装置，其特征在于，应用于包括第一操作系统和第二操作 系统的设备中，所述第一操作系统的内存中包含为所述第二操作系统的应用程序划分的存 储区域，所述装置包括代理模块，用于接收来自所述第二操作系统的显示请求，读取所述存储区域中存储的 应用程序图像，并根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理所述 应用程序图像，如果需要，则将所述应用程序图像发送到所述窗口管理器，并将所述窗口管 理器处理后的应用程序图像发送到图形处理模块；否则，直接将所述应用程序图像发送到 图形处理模块；图形处理模块，用于接收来自所述代理模块的应用程序图像，并对所述应用程序图像 进行处理；显示驱动模块，用于获取显示存储模块的位置，将所述图形处理模块处理后的应用程 序图像发送到所述显示存储模块；显示存储模块，用于接收来自所述显示驱动模块的应用程序图像，对所述应用程序图像进行显示。
7.如权利要求6所述的装置，其特征在于，所述代理模块，还用于在运行第二操作系统的应用程序后，在所述第一操作系统的内 存中为所述应用程序划分存储区域。
8.如权利要求7所述的装置，其特征在于，还包括运行模块，用于对所述存储区域进行读写操作，并在操作完毕后向所述代理模块发送 显示请求，请求所述代理模块对所述存储区域存储的应用程序图像进行显示处理。
9.如权利要求8所述的装置，其特征在于，所述运行模块，具体用于接收来自所述第二操作系统的应用程序的UI更新请求，根据 所述接收到的UI更新请求对应用程序图像进行处理，通过进程间通信通知所述代理模块 进行UI更新和显示所述存储区域存储的应用程序图像。
10.如权利要求6所述的装置，其特征在于，所述代理模块，还用于向所述运行模块返回显示成功消息，使所述第二操作系统进行 下一帧的显示操作。
全文摘要
本发明实施例公开了一种应用程序图像的显示方法和装置，该方法包括以下步骤接收来自所述第二操作系统的显示请求，读取所述存储区域中存储的应用程序图像；根据本地图像显示系统的配置，判断是否需要通过窗口管理器处理所述应用程序图像，如果需要，则将所述应用程序图像发送到所述窗口管理器，并将所述窗口管理器处理后的应用程序图像发送到显示图形库处理；否则，直接将所述应用程序图像发送到显示图形库处理；通过显示驱动获取显示存储器的位置，将所述显示图形库处理后的应用程序图像发送到所述显示存储器，通过所述显示存储器对所述应用程序图像进行显示。本发明实施例能够在本地操作系统中显示可安装操作系统中的应用程序图像。
文档编号G06F9/54GK102053871SQ20091023669
公开日2011年5月11日 申请日期2009年10月28日 优先权日2009年10月28日
发明者李宽, 王永辉, 章锋 申请人:中国移动通信集团公司