支持APP定制AOD功能的方法，系统和智能终端设备

技术领域

本发明涉及计算机图形处理技术领域，尤其涉及能够支持APP定制AOD功能的方法，系统和智能终端设备。

背景技术

AOD(Always On Display)是指熄屏显示，可应用于多种智能终端设备上(例如：手机，个人电脑，平板电脑等)，当智能终端设备进入AOD模式后，应用处理器(AP)仅将显示屏的小部分区域点亮，以显示系统时间，日期，电量，短信，来电消息诸如此类的系统信息。同时，AP进入睡眠状态，并监听系统事件，此时，由于AP仅需很小的电流来维持数据不丢失，功耗非常低。AOD功能可让用户无需解锁点亮整个屏幕，即可随时查看所需信息，从而降低设备功耗。当AP监听到系统事件(包括按键事件，触摸事件，电话事件，短信事件等)，处理该系统事件需要退出AOD模式时，AP会通过MIPI接口和时序控制器(TCON)驱动整个显示屏点亮显示该系统事件，并退出睡眠状态。

但是随着智能终端设备上应用程序(APP)的日益普及，用户往往需要在某些事件(例如，部分APP的通知消息，垃圾短信)出现后，使AP仍然保存睡眠状态，并继续AOD模式，仅在显示屏上增加显示这些事件的通知消息，但是现有技术的智能终端设备不具备此功能。

另外，在查看某些APP的实时数据(例如，导航类APP的实时导航信息，股票类APP的实时股票信息)时，现有的智能终端设备不能实现在AOD模式下查看，用户必须解锁打开APP后才能查看，操作较为繁琐，也更加耗电。

技术问题

本发明所要解决的技术问题是提供一种支持APP定制AOD功能的方法，系统和智能终端设备，实现了在智能终端设备中以低功耗的方式显示APP定制的需在AOD模式下显示的信息。

技术解决方案

根据一实施例，一种支持APP定制AOD功能的方法，包括接收到开启APP的AOD模式的指令后，若AOD系统已下载该APP的AOD应用包，则执行该APP的AOD应用，GPU绘制该APP的AOD应用的UI界面，进入AOD模式；若需要获取实时数据用以在该APP的AOD应用的UI界面上显示，则发送获取该实时数据的请求消息给AP；进入AOD模式后，该AP进入睡眠状态，并监听系统事件消息和该AOD系统发送的AOD事件消息；若该系统事件消息已注册为在AOD模式下显示，则该AP将该系统事件消息发送给该AOD系统，再进入睡眠状态；若该AOD事件消息为获取实时数据的请求消息，则该AP从约定的服务器获取该实时数据并转发给该AOD系统，再进入睡眠状态；该AOD系统接收该系统事件消息和该实时数据后，该GPU绘制该系统事件消息和该实时数据。

根据另一实施例，一种支持APP定制AOD功能的AOD系统，包括AOD处理器，GPU，本地存储器和MIPI接口；该AOD处理器通过该MIPI接口接收到开启该APP的AOD模式的指令后，从本地存储器获取该APP的AOD应用包，执行该APP的AOD应用；该GPU绘制该APP的AOD应用的UI界面，进入AOD模式；若需要获取实时数据用以在该APP的AOD应用的UI界面上显示，则该AOD处理器通过该MIPI接口发送获取该实时数据的请求消息，以及获取该实时数据，该GPU绘制该实时数据；若该AOD处理器通过该MIPI接口收到系统事件消息，则该GPU绘制该系统事件消息。

根据另一实施例，一种支持APP定制AOD功能的AP，包括CPU，存储器和MIPI接口；接收到开启该APP的AOD模式的触发事件后，该CPU通过该MIPI接口向AOD系统发送开启该APP的AOD模式的指令；进入AOD模式后，该CPU进入睡眠状态，并监听系统事件消息和该AOD系统发送的AOD事件消息；若该系统事件消息已注册为在AOD模式下显示，则该CPU将该系统事件消息通过该MIPI接口发送给该AOD系统，再进入睡眠状态；若该AOD事件消息为获取实时数据的请求消息，则该CPU从约定的服务器获取该实时数据并通过该MIPI接口转发给该AOD系统，再进入睡眠状态。

根据另一实施例，一种支持APP定制AOD功能的智能终端设备，包括上述的AOD系统和连接上述AOD系统的上述的AP。

有益效果

本发明可支持APP定制AOD功能，开启APP的AOD模式，通过AOD系统和AP之间的双系统协作显示机制，使显示屏显示APP定制的需在AOD模式下显示的信息，包括但不限于实时数据，文字，图片，无需点亮整个显示屏，且AP处于睡眠状态，仅在收到系统事件消息和AOD事件消息时，短时唤醒，处理完后继续进入睡眠状态，不仅丰富了AOD模式的显示内容，还使设备在AOD模式下耗电量非常低。更进一步的，在APP未定制AOD功能时，可开启预设的系统AOD模式，使显示屏显示系统AOD应用预设的需在AOD模式下显示信息。更进一步的，如未预设系统AOD应用或APP未定制AOD应用，还可通过约定的下载链接下载系统AOD应用包或APP的AOD应用包，以开启AOD模式。

附图说明

图1是其中一种实施例的支持APP定制AOD功能的智能终端设备结构框图。

图2是其中一种实施例的支持APP定制AOD功能的方法流程图。

图3是其中一种实施例的开启APP的AOD模式的方法流程图。

图4是其中一种实施例的开启APP的AOD模式和系统AOD模式的方法流程图。

图5是其中一种实施例的开启系统AOD模式的方法流程图。

图6是根据本发明一些实施例的导航APP在AOD模式下的UI界面示例。

本发明的最佳实施方式

下面结合附图和实施例，对本发明作进一步详细说明。应当理解的是，此处所记录的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

本实施例中，支持APP定制AOD功能的智能终端设备包括AP，AOD系统和显示屏。

如图1的示例，其中，AP包括CPU11，存储器12和MIPI接口13。在正常工作状态下，CPU11可运行多个APP，同时MIPI接口13也处于高速模式，需要较大电流用以传输大量数据；考虑到芯片面积和存储量，智能终端设备通常采用DRAM芯片作为存储器12，这就需要持续的周期性刷新电流来维持数据不被丢失，同样非常耗电。因此，在正常工作状态下，CPU11，存储器12，MIPI接口13都会消耗较大电量。

在进入AOD模式后，AP进入睡眠状态，CPU11仅运行AOD管理器和AOD Server，暂停执行其他APP，仅在监听到系统事件和AOD事件时短时唤醒，处理完成后继续进入睡眠状态，因此CPU11处于低功耗状态。MIPI接口13也仅用于简单的数据信息交互，并处于低速模式，无需较大电流。此时，AOD系统负责运行AOD应用程序(以下简称AOD应用)，进行AOD模式下图形界面数据的读取、存储与刷新显示，无需AP中的存储器12提供及存储数据，因此，AP中的存储器12也处于睡眠状态，耗电量较低。

在一实施例中，AOD管理器是驻留在AP中的后台服务程序，负责AOD模式的开启与关闭，负责APP的AOD应用包的解析，下载与执行(如图3的示例)，负责预设的系统AOD应用包的配置，下载与执行(如图4-5的示例)，以及处理AOD模式下接收到的各种系统事件消息和AOD事件消息。

在一实施例中，AOD server是驻留在AP中的服务驱动程序，用于将AOD管理器生成的各种指令和消息发送给AOD Client，以及将AOD Client发送的各种消息转发给AOD管理器，实现AOD应用的下载，执行，事件的分发及应答接收等。

在一实施例中，AOD系统包括AOD处理器21，本地存储器22，MIPI接口23，GPU24和时序控制器25。AOD处理器21可采用MCU处理器，这是一种低功耗处理器，仅运行嵌入式实时操作系统RTOS(例如，RT-Thread，Lite-OS)，存储器可采用SRAM，无需周期性刷新电流来维持数据，功耗较低。GPU24可采用仅能够处理2D图形渲染的2D GPU，功耗也较低。

在一实施例中，AOD处理器21负责运行开启及退出AOD模式所需的程序，包括AOD应用，AOD程序引擎，AOD Client，UI框架API和GPU驱动程序(以下简称GPU驱动)。

在一实施例中，AOD应用是在AOD处理器上执行的进入AOD模式的程序，执行熄屏显示及相关的信息交互。AP通过解析当前需开启AOD模式的APP的程序资源数据可提取该APP的AOD应用包，然后发送到AOD系统，使AOD处理器可执行该APP的AOD应用。在另一实施例中，AP提取当前APP的AOD应用包不成功时，可通过提取预设的系统AOD应用包，并发送到AOD系统，使AOD处理器可执行该预设的系统AOD应用。

在一实施例中，AOD程序引擎是驻留在AOD系统中的应用框架程序，实现AOD应用的启动，执行，事件的处理等。

在一实施例中，AOD Client是驻留在AOD系统中的服务驱动程序，通过AOD协议与AOD Server通信,实现AOD应用的下载，执行，事件分发及应答接收等。

在一实施例中，UI框架API是驻留在AOD系统中的UI界面程序接口，通过预定义的UI框架模型来解析不同AOD应用的界面元素，向GPU驱动输出UI界面数据。

在一实施例中，GPU驱动是驻留在AOD系统中的启动GPU进行图形数据运算的驱动程序，向GPU输出可直接读取并使用的AOD应用的UI界面的图元数据。

在一实施例中，本地存储器22可存储多个APP的AOD应用包，AOD处理器21解析APP的AOD应用包以运行APP的AOD应用。

在一实施例中，本地存储器22可存储多个APP的AOD应用包和系统AOD应用包。AOD处理器21解析APP的AOD应用包可运行APP的AOD应用，解析系统AOD应用包，可运行系统AOD应用。

在一实施例中，本地存储器22仅存储当前运行的AOD应用的程序数据，当前运行的AOD应用可以是APP的AOD应用和系统AOD应用。

在一实施例中，AP的MIPI接口13与AOD系统的MIPI接口23之间是基于MIPI DSI接口规范进行通信交互。

在接收到开启APP的AOD模式的指令后，MCU根据CPU11发送的运行当前APP的AOD应用的指令，调用AOD程序引擎运行该AOD应用，调用UI框架API，启动GPU驱动，将该AOD应用的图形界面元素分解为GPU24可以直接读取并使用的图元数据。GPU24读取GPU驱动提供的图元数据，并缓存在内部的高速缓存(例如，SRAM)中，然后实时计算每个像素的ARGB值，通过TCON直接驱动显示屏显示。具体的，GPU如何根据图元数据来计算待显示像素的ARGB值，可参考另一篇PCT国际专利申请《基于位图图元的图形处理系统，方法和GPU》(国际申请号PCT/CN2022/10458)。

如图2的示例，本实施例的支持APP定制AOD功能的方法，包括框31-34。在框31中，接收到开启APP的AOD模式的指令后，若AOD系统已下载APP的AOD应用包，则执行APP的AOD应用，GPU绘制APP的AOD应用的UI界面，进入AOD模式；若需要获取实时数据用以在APP的AOD应用的UI界面上显示，则发送获取实时数据的请求消息给AP。

在一实施例中，开启APP的AOD模式的指令，是AP接收到开启当前APP的AOD模式的触发事件后，并检测到AOD系统已经预存有该APP的AOD应用，再通过MIPI接口13向AOD系统发送的。

在一实施例中，开启APP的AOD模式的指令，是AP接收到开启APP的AOD模式的触发事件后，向AOD系统发送该APP的AOD应用包后，再通过MIPI接口13向AOD系统发送的。

上述开启APP的AOD模式的指令可替换为执行该APP的AOD应用的指令。上述开启APP的AOD模式的上述开启APP的AOD模式的触发事件可替换为执行该APP的AOD应用的触发事件。

在框32中，若APP没有AOD应用包，且AOD系统已下载预设的系统AOD应用包，则接收到开启预设的系统AOD模式的指令后，AOD系统执行系统AOD应用，GPU绘制系统AOD应用的UI界面，进入AOD模式；若需要获取实时数据用以在系统AOD应用的UI界面上显示，则发送获取实时数据的请求消息给AP。

在一实施例中，AP接收到开启当前APP的AOD模式的触发事件后，并检测到当前APP没有AOD应用包，但存储器12预存有预设的系统AOD应用包，且AOD系统已下载该系统AOD应用包，则通过MIPI接口13向AOD系统发送开启系统AOD模式的指令。AOD系统接收到开启系统AOD模式的指令后，再执行系统AOD应用。

在一实施例中，AP接收到开启当前APP的AOD模式的触发事件后，并检测到当前APP没有AOD应用包，但存储器12预存有预设的系统AOD应用包，而AOD系统未下载该系统AOD应用包，则通过MIPI接口13向AOD系统发送该系统AOD应用包，再向AOD系统发送开启系统AOD模式的指令。

在一实施例中，AP接收到开启当前APP的AOD模式的触发事件后，并检测到当前APP没有AOD应用包，则发出程序错误的提示消息或者发出通过约定的下载链接下载AOD应用包的提示消息。该下载链接可用于下载当前APP的AOD应用包。

在一实施例中，AP接收到开启当前APP的AOD模式的触发事件后，并检测到当前APP没有AOD应用包，且存储器12未预存系统AOD应用包，则发出程序错误的提示消息或者发出通过约定的下载链接下载AOD应用包的提示消息。该下载链接可用于下载当前APP的AOD应用包，或者用于下载系统AOD应用包。

在一实施例中，AP接收到开启预设的系统AOD模式的触发事件后，并检测到存储器12预存有预设的系统AOD应用包，且AOD系统已下载该系统AOD应用包，则通过MIPI接口13向AOD系统发送开启系统AOD模式的指令。AOD系统接收到开启系统AOD模式的指令后，再执行系统AOD应用。

在一实施例中，AP接收到开启预设的系统AOD模式的触发事件后，并检测到存储器12预存有预设的系统AOD应用包，且AOD系统未下载该系统AOD应用包，则通过MIPI接口13向AOD系统发送该系统AOD应用包，再向AOD系统发送开启系统AOD模式的指令。

在一实施例中，AP接收到开启预设的系统AOD模式的触发事件后，并检测到存储器12未预存系统AOD应用包，则发出程序错误的提示消息或者发出通过约定的下载链接下载AOD应用包的提示消息。该下载链接可用于下载当前APP的AOD应用包，或者用于下载系统AOD应用包。

上述开启预设的系统AOD模式的触发事件可替换为执行预设的系统AOD应用的触发事件。上述开启APP的AOD模式的触发事件可替换为执行APP的AOD应用的触发事件。上述开启预设的系统AOD模式的指令可替换为执行该系统AOD应用的指令。

上述触发事件可以是触摸感应事件，按键事件等。AP通过外部中断电平可获取传感器模块，按键模块等发送的触发事件。

在框33中，进入AOD模式后，AP进入睡眠状态，并监听系统事件消息和AOD系统发送的AOD事件消息；若系统事件消息已注册为在AOD模式下显示，则AP将系统事件消息发送给AOD系统，再进入睡眠状态；若AOD事件消息为获取实时数据的请求消息，则AP从约定的服务器获取实时数据并转发给AOD系统，再进入睡眠状态。

可通过一注册表记录维持AOD模式的系统事件，退出AOD模式的系统事件，和需在AOD模式显示的系统事件等，CPU11可查找该注册表获得该系统事件的类型。该注册表可存储在存储器12中。

在一实施例中，若该系统事件消息注册为退出AOD模式的事件，则AP向AOD系统发出退出AOD模式指令，并退出睡眠状态回到正常工作状态；AOD系统收到退出AOD模式指令后，退出当前AOD应用，控制GPU24停止绘制当前AOD应用的UI界面。

在一实施例中，若该系统事件消息注册为维持AOD模式的系统事件，则AP可不做任何处理。

上述AOD模式包括APP的AOD模式和系统AOD模式。如进入APP的AOD模式，上述约定的服务器可以是该APP运营商预设的后台服务器；上述退出AOD模式指令可替换为停止执行APP的AOD应用的指令。如进入系统AOD模式，上述约定的服务器可以是智能终端设备提供商预设的后台服务器；上述退出AOD模式指令可替换为停止执行系统AOD应用的指令。

在框34中，AOD系统接收系统事件消息和实时数据后，GPU绘制该系统事件消息和该实时数据。

在一实施例中，AOD系统中预存有UI框架API，该UI框架API是基于预设的图元分层模型来解析上述UI界面，以及解析上述实时数据，和解析上述系统事件消息，生成GPU24可直接读取和访问的图元数据。上述UI界面包括APP的AOD应用的UI界面和系统AOD应用的UI界面。

在一实施例中，GPU24将系统事件消息绘制在当前AOD应用的UI界面之外的其他区域。实时数据是指当前AOD应用需要通过网络从APP服务器上获取的实时更新的数据，并通过显示屏显示在当前AOD应用的UI界面之上。该当前AOD应用包括APP的AOD应用和系统AOD应用。

本发明可支持APP定制AOD功能，开启APP的AOD模式，通过AOD系统和AP之间的双系统协作显示机制，使显示屏显示APP定制的需显示信息，包括但不限于实时数据，文字，图片，无需点亮整个显示屏，且AP处于睡眠状态，仅在收到系统事件消息和AOD事件消息时，短时唤醒，处理完后继续进入睡眠状态，不仅丰富了AOD模式的显示内容，还使设备在AOD模式下耗电量非常低。更进一步的，在APP未定制AOD功能时，可开启预设的系统AOD模式，使显示屏显示系统AOD应用预设的需显示信息和图片。更进一步的，如未预设系统AOD应用或APP未定制AOD应用，还可通过约定的下载链接下载系统AOD应用包或APP的AOD应用包，以开启AOD模式。

如图3的示例，在双系统协作显示机制下，本示例的支持APP定制AOD功能的方法，包括步骤：

S1.接收到开启当前APP的AOD模式的触发事件后，AP从该APP的程序数据包中解析AOD应用包，若解析成功，向AOD系统发送检测该APP的AOD应用包的指令。

具体的，当AP接收到开启当前APP的AOD模式的触发事件后，CPU11运行AOD管理器，从存储器12中获取当前APP的程序数据包，解析其AOD应用包，如解析成功，则通过AODserver向AOD系统的AOD Client发送检测AOD应用包的指令。在本发明中，AOD server与AODClient之间遵循预先约定的AOD协议进行AOD协议层的通信，物理层通信接口为MIPI接口。若当前APP的AOD应用包解析不成功，可不启动AOD模式，发出程序错误的提示消息；或者启动预设的系统AOD应用(此部分内容将结合图4的示例在下文进行详述)。

具体的，APP可将预先定义的AOD应用包作为程序资源数据，预先存储在存储器12中，并通过预先约定的标签，使AOD管理器可解析和获取该APP的AOD应用包。

S2.AOD系统检测该APP的AOD应用包是否已下载到本地存储器，如是进入步骤S3a，否则，进入步骤S3b。

具体的，AOD系统通过AOD Client接收到检测该APP的AOD应用包的指令后，查找本地存储器22，判断是否已经下载该AOD应用包。

S3a.AOD系统向AP返回该AOD应用包已下载的应答消息，进入步骤S4a。

若本地存储器22中已有该AOD应用包，则通过AOD Client向AP发送该AOD应用包已下载的应答消息。

S3b.AOD系统向AP返回该AOD应用包未下载的应答消息，进入步骤S4b。

若本地存储器22中没有该AOD应用包，则通过AOD Client向AP发送该AOD应用包未下载的应答消息。

S4a.AP向AOD系统发送执行当前APP的AOD应用的指令，进入步骤S5a，S5b。

具体的，AOD Server收到已下载的应答消息后，转发给AOD管理器，AOD管理器生成执行该APP的AOD应用的指令，通过AOD Server发送给AOD Client。

S4b.AP向AOD系统发送该APP的AOD应用包，进入步骤S6。

具体的，AOD Server收到未下载的应答消息后，转发给AOD管理器，AOD管理器将该APP的AOD应用包，通过MIPI接口13发送给AOD系统。

S5a.AOD程序引擎调用该AOD应用包，执行该APP的AOD应用，通过UI框架API调用GPU驱动，控制GPU24绘制该APP的AOD应用的UI界面，发送到显示屏显示；如需要获取实时数据用以在该APP的AOD应用的UI界面上显示，则发送获取实时数据的请求消息给AP。

具体的，AOD系统收到执行该APP的AOD应用的指令后，启动AOD程序引擎从本地存储器22中调用该APP的AOD应用包，执行该APP的AOD应用。调用UI框架API并调用GPU驱动，获得该APP的AOD应用的图形界面元素，控制GPU24绘制该APP的AOD应用的UI界面，再通过时序控制器25发送到显示屏显示。

在本示例中，UI框架API基于预设的图元分层模型来解析不同APP的AOD应用的UI界面元素。APP将AOD应用的UI界面数据作为资源数据放在AOD应用包中。在AOD应用包下载到本地存储器22后，该UI框架API可从本地存储器22中获取当前AOD应用的UI界面数据，解析并通过GPU驱动将该AOD应用的UI界面数据转换为该图元分层模型表示的一个实例，GPU24可以直接读取并使用该实例的图元数据。

图元分层模型是指将图形界面的各种元素(例如，背景图片，图标，文字等)按约定的规则进行元素分类和图层分层。例如，可将各种图片和文字分类为纯色图元，ARGB图元，线性渐变图元，字形图元等，可将不同叠加层次的图层分类为位于底层的窗口层图元，位于中间层的控件层图元和位于顶层的位图层图元等。具体的，可参考另一篇PCT国际专利申请《基于位图图元的图形处理系统，方法和GPU》(国际申请号PCT/CN2022/10458)。

S5b.AP进入睡眠状态，并监听系统事件消息和AOD事件消息，如收到系统事件消息，进入步骤S11；如收到获取实时数据请求的AOD事件消息，则进入步骤S7。

具体的，在AOD系统执行当前APP的AOD应用后，AP进入睡眠状态，仅监听系统事件消息和AOD系统发送的AOD事件消息。在本发明中，AOD事件消息是指AOD应用向AOD管理器发送的应答消息，请求消息等各种类型的消息，是遵循预先约定的AOD协议进行AOD应用层的通信，物理层通信接口为MIPI接口。

若AOD应用定制了需要在AOD模式下显示实时数据，则AOD系统运行该AOD应用时，会生成获取实时数据的请求消息，发送给AOD管理器。例如，导航APP的AOD应用可定制在AOD模式下显示当前道路，前方道路，剩余里程，剩余时间，前行方向，前行距离等实时导航数据，在AOD应用包中增加相应的应用逻辑。AOD系统执行该导航APP的AOD应用后，可根据该应用逻辑判断当前需要获取哪些实时数据，然后发送获取这些实时数据的请求消息给AP。

S6.AOD系统下载该AOD应用包，并保存在本地存储器，进入步骤S3a。

在初次执行该AOD应用时，需要先将该AOD应用包下载到本地存储器22，当再次执行该AOD应用时，就无需下载。

S7.AP向服务器发送获取该实时数据的请求。

具体的，AP收到AOD系统发送的获取实时数据的请求消息后，会短时唤醒，通过AP系统的网络服务接口或其他通信接口向约定的服务器发送获取该实时数据的请求。AOD系统可在获取实时数据的请求中携带该服务器的数据下载地址。

S8.服务器向AP发送该实时数据。

S9.AP向AOD系统转发该实时数据，进入步骤S10a，S10b。

具体的，AP通过网络服务接口或其他通信接口收到该实时数据后，通过MIPI接口13发送给AOD系统。此时，AP仅用作转发数据，而无需运算和处理数据，因此所需时间极短，功耗也极低。

S10a.AOD系统接收该实时数据，AOD程序引擎调用该APP的应用逻辑处理该实时数据,调用UI框架API和GPU驱动，控制GPU24绘制该实时数据，发送到显示屏显示。

具体的，AOD Client通过MIPI接口23接收实时数据后，AOD程序引擎调用该APP的应用逻辑处理该实时数据，通过UI框架API，解析该实时数据，通过调用GPU驱动生成该实时数据的图元数据，控制GPU24绘制该实时数据，再通过时序控制器25发送到显示屏显示。

为避免耗电，AOD模式下，APP的显示界面较正常模式的界面更加简洁，仅保留必要信息(包括实时数据等)，除此之外，避免显示其他无关紧要的信息。如图6的示例，示例中导航APP在AOD模式下，UI界面40仅显示文字，数字和图标，其中，“高新大道”41为当前道路，“右转图标”42为前行方向，“200米”45为前行距离，“科兴路”43为前方道路，“500米”44为剩余里程，“10分钟”46为剩余时间。“当前道路”，“前方道路”，“剩余里程”，“剩余时间”，“前行方向”，“前行距离”，这些导航数据是APP定制的在AOD模式下需实时刷新显示的实时数据。

S10b.AP转发完该实时数据后，返回步骤S5b。

S11.AP判断该系统事件消息是否已注册为在AOD模式下显示的事件消息，如是，执行步骤S12，否则，判断该系统事件消息是否属于退出AOD模式的事件，如是，退出睡眠状态，并执行步骤S13。

具体的，AOD管理器可根据注册表的记录判断该系统事件是否被注册为可在AOD模式下显示，以及该系统事件是否被注册为退出AOD模式的事件。

S12.AP向AOD系统转发该系统事件消息。

若该系统事件被注册为需在AOD模式下显示，AOD管理器发送该系统事件消息给AOD应用，使AOD系统显示该系统事件消息。

S13.AOD系统接收该系统事件消息，调用UI框架API和GPU驱动，控制GPU24绘制该系统事件消息，发送到显示屏显示。

具体的，AOD应用收到该系统事件消息后，调用UI框架API，通过UI框架API调用GPU驱动，解析该系统事件消息，生成该系统事件消息的图元数据，使GPU24绘制出该系统事件消息，再通过TCON驱动显示屏显示。

在当前AOD系统在执行AOD应用时，如收到系统事件消息，可在当前AOD应用的UI界面之外的其他区域显示该系统事件消息。

如图6的示例，在执行导航APP的AOD应用时，收到1条新信息，可在导航APP的AOD应用的UI界面40之外的区域显示该系统事件消息50。

S14.AP向AOD系统发送退出AOD模式指令。

若该系统事件属于退出AOD模式的事件，则AOD管理器向AOD应用发送退出AOD模式指令，并且，AP也退出睡眠状态。

S15.AOD系统退出当前AOD应用，关闭AOD显示。

具体的，AOD应用收到退出AOD模式指令后，停止运行，关闭AOD显示。

在另一实施例中，若AOD管理器不能解析当前APP的AOD应用包，表明该APP未定制AOD功能，则，AOD系统还可运行预设的系统AOD应用，以进入AOD模式，而不是无法进入AOD模式，避免出现异常。

如图4的示例，本示例的方法在双系统协作显示机制下，若当前APP未定制AOD应用，仍可进入AOD模式，包括以下步骤：

S0a.AP接收到开启当前APP的AOD模式的触发事件后，从当前APP的程序数据包中解析AOD应用包，如解析成功，进入步骤S1a，否则，判断存储器12中是否存储有系统AOD应用包，如是，进入步骤S1b，否则，进入步骤S20a。

具体的，AOD管理器从存储器12中获取当前APP的程序数据包，解析其AOD应用包，如解析成功，则通过AOD server向AOD Client发送检测当前APP的AOD应用包的指令。如解析不成功，则，查找存储器12判断是否存储有预设的系统AOD应用包，如是，再通过AODserver向AOD Client发送检测预设的系统AOD应用包的指令。预设的系统AOD应用包用于运行预设的系统AOD应用，用以在AOD模式下显示各种系统信息，例如时间，日期，天气，日程，新的短信和电话，新的APP通知消息等，还可以显示各种图片，例如壁纸，照片等，以及各种图标，例如指示天气的图标等。

S1a.AP向AOD系统发送检测该APP的AOD应用包的指令，进入步骤S2a。

S1b.AP向AOD系统发送检测预设的系统AOD应用包的指令，进入步骤S2b。

S2a.AOD系统检测该APP的AOD应用包是否已下载到本地存储器22，如是，进入步骤S3a，否则，进入步骤S3b。

此步骤S2a和图3示例的步骤S2是相同的，此处不再赘述。

S2b.AOD系统检测该预设的系统AOD应用包是否已下载到本地存储器，如是，进入步骤S21a，否则，进入步骤S21b。

具体的，AOD系统通过AOD Client接收到检测预设的系统AOD应用包的指令后，查找本地存储器22，判断是否已经下载该预设的系统AOD应用包。

S20a.AP发出程序错误的提示消息或者发出通过约定的下载链接下载AOD应用包的提示消息，返回步骤S0a。

具体的，存储器12中未预存系统AOD应用包，无法开启AOD模式，AP可发出程序错误的提示消息，表示无法开启AOD模式，或者，显示下载AOD应用包的提示消息。该下载链接可存在AOD管理器中，可用于下载当前APP的AOD应用包，或者用于下载系统AOD应用包。

S21a.返回该系统AOD应用包已下载的应答消息，进入步骤S22a。

若本地存储器22中已有该预设的系统AOD应用包，则通过AOD Client向AP发送该预设的系统AOD应用包已下载的应答消息。

S21b.返回该系统AOD应用包未下载的应答消息，进入步骤S22b。

若本地存储器22中没有该预设的系统AOD应用包，则通过AOD Client向AP发送该预设的系统AOD应用包未下载的应答消息。

S22a.发送执行预设的系统AOD应用的指令，进入步骤S23，S5b。

具体的，AOD Server收到已下载的应答消息后，转发给AOD管理器，AOD管理器生成执行该AOD应用的指令，通过AOD Server发送给AOD Client。

S22b.发送该系统AOD应用包，进入步骤S24。

具体的，AOD Server收到未下载的应答消息后，转发给AOD管理器，AOD管理器从存储器12中提取该系统AOD应用包，再通过AOD Server发送给AOD Client。

S23.AOD程序引擎调用该系统AOD应用包，执行该系统AOD应用，通过UI框架API调用GPU驱动，控制GPU绘制该预设的系统AOD应用的UI界面，发送到显示屏显示。

具体的，AOD系统收到执行该预设的系统AOD应用的指令后，启动AOD程序引擎从本地存储器22中调用该预设的系统AOD应用包，执行该预设的系统AOD应用。调用UI框架API，解析该预设的系统AOD应用的图形界面元素，调用GPU驱动生成GPU24可直接读取和访问的图元数据，控制GPU绘制该系统AOD应用的UI界面，再通过时序控制器25发送到显示屏显示。

在本示例中，AP将该系统AOD应用的UI界面数据作为资源数据放在系统AOD应用包中。在该系统AOD应用包下载到本地存储器22后，UI框架API可从本地存储器22中获取该系统AOD应用的UI界面数据，然后根据预设的图元分层模型解析该系统AOD应用的UI界面数据，调用GPU驱动生成该UI对应的图元分层模型的一个实例，GPU24可以直接读取并使用该实例的图元数据。

S5b.AP进入睡眠状态，并监听系统事件消息和AOD事件消息，如收到系统事件消息，进入步骤S11；如收到获取实时数据请求的AOD事件消息，则进入步骤S7。

本示例的S5b，S11，S7与图3的示例是相同的，此处不再赘述。

S24.AOD系统下载该系统AOD应用包，并保存在本地存储器，进入步骤S21a。

本示例中，AOD系统初次执行该系统AOD应用时，需要先将该系统AOD应用包下载到本地存储器22，当再次执行该预设的系统AOD应用时，就无需下载。

如图5的示例，本示例的方法在双系统协作显示机制下进入系统AOD模式，包括以下步骤：

S0b.AP接收到开启预设的系统AOD模式的触发事件后，如存储器中存储有该系统AOD应用包，则进入步骤S1b，否则，进入步骤S20b。

具体的，该开启预设的系统AOD模式的触发事件可以是触摸事件，按键事件等。系统AOD应用包可通过预设的标签来标识，以使AOD管理器可在存储器12中查找。

S1b.AP向AOD系统发送检测该系统AOD应用包的指令，进入步骤S2b。

S2b.AOD系统检测该系统AOD应用包是否已下载到本地存储器，如是，进入步骤S21a，否则，进入步骤S21b。

S20b.AP发出程序错误的提示消息或者发出通过约定的下载链接下载AOD应用包的提示消息，返回步骤S0b。

S21a.返回该系统AOD应用包已下载的应答消息，进入步骤S22a。

S21b.返回该系统AOD应用包未下载的应答消息，进入步骤S22b。

S22a.发送执行该系统AOD应用的指令，进入步骤S23，S5b。

S22b.发送该系统AOD应用包，进入步骤S24。

S23.AOD程序引擎调用该系统AOD应用包，执行该系统AOD应用，通过UI框架API调用GPU驱动，控制GPU绘制该系统AOD应用的UI界面，发送到显示屏显示。

S5b.AP进入睡眠状态，并监听系统事件消息和AOD事件消息，如收到系统事件消息，进入步骤S11；如收到获取实时数据请求的AOD事件消息，则进入步骤S7。

S24.AOD系统下载该系统AOD应用包，并保存在本地存储器，进入步骤S21a。

本示例的S1b，S2b，S21a，S21b，S22a，S22b，S23，S5b，S24与图4的示例相同，此处不再赘述。

以上举较佳实施例，对本发明的目的，技术方案和优点进行了进一步详细说明，所应理解的是，以上该实施例仅为了使本领域技术人员能够制作或实现而公开的实施例，并不用以限制本发明的保护范围。凡在本发明所定义的原理基础上所作的任何显而易见的修改，等同的替换与改进，均应包含在本发明的保护范围之内。本发明所主张的权利范围不应仅限于上述实施例，而是应与本发明权利要求所定义的原理和技术特征相一致的最广的可能范围。