CN117631804A - 息屏显示方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种息屏显示方法、装置、设备及存储介质，属于电子设备领域。该方法包括：第一系统在息屏显示状态下显示第一应用的第一应用界面；第一系统向第二系统发送状态进入指令；第二系统基于状态进入指令，在息屏显示状态下显示第二应用的第二应用界面；第一系统进入休眠状态。本申请实施例中，在存在息屏显示需求的情况下，由高功耗的第一系统指示低功耗的第二系统进入息屏显示状态，进而由第二系统在息屏显示状态下进行界面显示，在保证电子设备的息屏显示功能正常运行的同时，有助于降低电子设备的功耗，提升电子设备的续航能力。

Description

息屏显示方法、装置、设备及存储介质

技术领域

本申请实施例涉及电子设备领域，特别涉及一种息屏显示方法、装置、设备及存储介质。

背景技术

随着科技技术的不断发展，越来越多功能各异的电子设备应运而生，为用户的日常生活带来诸多便利。

以可穿戴式设备为例，可穿戴式设备与智能手机绑定后，除了能够对智能手机侧的消息进行推送显示外，还可以实现息屏显示功能。

发明内容

本申请实施例提供了一种息屏显示方法、装置、设备及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种息屏显示方法，所述方法用于电子设备，所述电子设备中支持运行第一系统和第二系统，所述第一系统的运行功耗高于所述第二系统的运行功耗；

所述方法包括：

所述第一系统在息屏显示状态下显示第一应用的第一应用界面，所述第一应用为所述第一系统中安装的应用；

所述第一系统向所述第二系统发送状态进入指令，所述状态进入指令用于指示所述第二系统进入息屏显示状态；

所述第二系统基于所述状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，所述第二应用为所述第二系统中安装的应用，且所述第二应用与所述第一应用间支持息屏显示状态转移；

所述第一系统进入休眠状态。

另一方面，本申请实施例提供了一种息屏显示装置，所述装置用于电子设备，所述电子设备中支持运行第一系统和第二系统，所述第一系统的运行功耗高于所述第二系统的运行功耗；

所述装置包括：

第一系统模块，用于在息屏显示状态下显示第一应用的第一应用界面，所述第一应用为所述第一系统模块中安装的应用；

所述第一系统模块，用于向第二系统模块发送状态进入指令，所述状态进入指令用于指示所述第二系统模块进入息屏显示状态；

所述第二系统模块，用于基于所述状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，所述第二应用为所述第二系统模块中安装的应用，且所述第二应用与所述第一应用间支持息屏显示状态转移；

所述第一系统模块，用于进入休眠状态。

另一方面，本申请实施例提供了一种电子设备，所述电子设备包括处理器和存储器；所述存储器存储有至少一段程序，所述至少一段程序用于被所述处理器执行以实现上述方面所述的息屏显示方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质存储有至少一段程序，所述至少一段程序用于被处理器执行以实现如上述方面所述的息屏显示方法。

另一方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述方面提供的息屏显示方法。

本申请实施例中，对于支持双系统的电子设备，第一系统在息屏显示状态下显示第一应用的第一应用界面，并向第二系统发送状态进入指令，第二系统基于状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，与此同时，第一系统进入休眠状态；采用本申请实施例提供的方案，在存在息屏显示需求的情况下，先由高功耗的第一系统在息屏显示状态下显示第一应用的第一应用界面，并向低功耗的第二系统发送状态进入指令，以指示第二系统进入息屏显示状态，进而在第二系统在息屏显示状态下显示第二应用的第二应用界面后，第一系统进入休眠状态，在保证电子设备的息屏显示功能正常运行的同时，能够避免因在高性能系统上实现息屏显示功能时，高性能系统需要长时间保持工作状态，导致电子设备运行功耗较高的问题，有助于降低电子设备的运行功耗，提升电子设备的续航能力。

附图说明

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

图1示出了本申请一个示例性实施例示出的电子设备的软硬件架构的示意图；

图2示出了本申请一个示例性实施例示出的安卓操作系统的双核通信软件框架的示意图；

图3示出了本申请一个示例性实施例示出的RTOS的双核通信软件框架的示意图；

图4示出了本申请一个示例性实施例提供的息屏显示方法的流程图；

图5是本申请一个示例性实施例示出的电子设备进行息屏显示的示意图；

图6是本申请另一个示例性实施例示出的电子设备进行息屏显示的示意图；

图7示出了本申请一个示例性实施例提供的息屏显示方法的流程图；

图8示出了本申请另一个示例性实施例提供的息屏显示方法的流程图；

图9示出了本申请一个示例性实施例提供的息屏显示方法的流程图；

图10示出了本申请一个实施例提供的息屏显示装置的结构框图；

图11示出了本申请一个示例性实施例提供的电子设备的结构方框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

随着电子设备的使用越来越广泛，电子设备上的息屏显示(Always On Display，AOD)功能也逐渐成为一种通用功能。AOD功能可以让系统在休眠的同时，屏幕以较低电量的方式显示一些数据，以可穿戴式设备为例，可穿戴式设备与智能手机绑定后，当用户需要查看时间或地图导航等数据时，无需通过频繁抬腕亮屏来查看，低头即可看到所需数据，极大提升了用户的体验，同时，还能有效增加可穿戴式设备屏幕显示的美观度。

相关技术中，电子设备中设置有单一处理器，并通过运行在处理器上的操作系统，实现息屏显示功能。然而，在日常使用过程中，电子设备在大多数情况下只需要实现一些对处理性能要求较低的功能，比如，对于智能手表或智能手环来说，大多数情况下，智能手表或智能手环只需要进行时间显示和消息提示。因此，长时间保持处理器处于工作状态并不会提高电子设备的性能，反而会增加设备功耗，导致电子设备的续航时间较短(在电池容量较小的可穿戴式设备上尤为明显)。

为了在保证电子设备性能的同时，降低电子设备的功耗，在一种可能的实施方式中，电子设备至少设置具有不同处理性能以及功耗的第一处理器和第二处理器，分别用于运行第一系统和第二系统(即双核双系统)。

双系统电子设备实现息屏显示功能时，以可穿戴式设备为例，可穿戴式设备在双系统协同进行息屏显示功能时，只支持双系统协同显示表盘AOD这一种场景，每当性能较高的第一系统正在显示其他场景的AOD时，只能由第一系统持续显示该场景的AOD，且由于无法切换到性能较低的第二系统，用户每次抬腕时，都是直接唤醒第一系统亮屏进行息屏显示，很大程度上增加了电子设备的功耗负担。

为了解决频繁唤醒第二系统造成的设备功耗问题，本申请实施例提供的方案中，对于支持双系统的电子设备，在存在息屏显示需求的情况下，由高功耗的第一系统向低功耗的第二系统发送状态进入指令，以指示第二系统进入息屏显示状态，进而第二系统在息屏显示状态下显示第二应用(与第一应用间支持息屏状态转移)的第二应用界面时，第一系统进入休眠状态，在保证电子设备的息屏显示功能正常运行的同时，能够避免因在高性能系统上实现息屏显示功能时，高性能系统需要长时间保持工作状态，导致电子设备运行功耗较高的问题，有助于降低电子设备的运行功耗，提升电子设备的续航能力。

本申请实施例中，由于第一处理器和第二处理器异步工作，且第一系统和第二系统需要实现系统通信(或称为双核通信)。在一种可能的应用场景下，第一系统为运行在中央处理器(Central Processing Unit，CPU)上的安卓(Android)操作系统，且第二系统为运行在微控制单元(Micro Controller Unit，MCU)上的实时操作系统(Real Time OperatingSystem，RTOS)。

请参考图1，其示出了本申请一个示例性实施例示出的电子设备的软硬件架构，电子设备主要包括APPs(应用)、AOD服务、Android Framework(安卓系统框架)、Kernel(安卓系统内核)、MCU以及LCD(屏幕)6个模块。

其中，APPs模块包括表盘、跨屏导航、音乐播放器、信息通知栏以及其他支持息屏显示的AOD SDK Lib(应用软件开发工具包)，即APPs模块中的各个应用均为具备AOD能力的应用，这些应用内的界面存在正常界面和AOD界面两种状态，当这些应用在前台运行时，在电子设备满足息屏显示条件后，这些应用的界面能进入AOD显示状态。

AOD服务模块为电子设备中用于调度APPs模块的核心服务，用于确认当前前台界面是否具备AOD能力，以及通知某个界面进入AOD状态。

本申请实施例中，第一系统和第二系统均支持AOD服务，可选的，第一系统和第二系统中均设有各自的AOD服务模块，使得第一系统和第二系统可通过各自的AOD服务模块调度APPs中的应用实现AOD功能，或，该AOD服务模块被第一系统以及第二系统共用，不同场景下，AOD服务模块的调用权限可以在第一系统和第二系统间进行切换，即AOD服务模块可以被第一系统调用，或者被第二系统调用。比如，当第一系统退出调用AOD服务模块后，第二系统才能够调用AOD服务模块。

Android Framework以及Kernel共同组成了第一系统，即安卓系统，MCU为第二系统，即RTOS。

LCD模块即电子设备的屏幕，用于进行图形用户界面展示，和/或，接收用户交互操作。

如图2所示，其示出了本申请一个示例性实施例示出的安卓操作系统的双核通信软件框架。该双核通信软件框架遵循“低耦合，高可靠，高复用”的设计原则，包括Kernel(内核)、HIDL(硬件抽象层接口描述语言)、Native Service(本地服务)、Framework Service(框架服务)、Framework API(框架接口)和APP(应用)部分的模块开发。

其中，APP模块包括Launcher(桌面启动器)、Setting(设置)和SystemUI(系统用户界面)等功能模块，Framework API模块中包括MCUManager(MCU管理)、SensorManager(传感器管理)、LocationManager(位置管理)等管理模块，Framework Service模块中包括MCUManagerService(MCU管理服务)、SystemSensorManager(系统传感器管理)、LocationManagerService(位置管理服务)等服务模块，Native Service模块包括dccservice(dcc服务)、Sensorservice(传感器服务)等服务模块，HIDL模块包括SensorHAL(传感器硬件抽象层)、GPS HAL(全球定位系统硬件抽象层)等模块。Kernel模块包括dcc_data、Mcu_sensor、Mcu_gps等DCC Transfer Driver(DCC传输驱动)。

传输层作为双核通信软件框架中衔接上下层的接口层，向应用层屏蔽系统下层(数据链路层)通信的传输细节，为应用场景提供服务通道；应用层作为服务提供的主体，响应于人机交互并通过传输层对人机交互过程中产生的数据进行传输，以及对外部数据请求进行响应。

RTOS采用对等原则进行设计。以电子设备为智能手表为例，如图3所示，其示出了本申请一个示例性实施例示出的RTOS的双核通信软件框架。

RTOS的双核通信软件框架分为应用层(Application Layer)、服务层(ServiceLayer)、框架层(Framework Layer)、硬件抽象层(Hardware abstraction layer)和平台层(Platform Layer)。

其中，应用层包括watch face(表盘)、Daily Tracker(日常追踪)、Messagecenter(消息中心)、Voice around Apps(声音应用)、Health Apps(健康应用)、Settings(设置)等应用模块；服务层包括Sport&health task(运动健康任务)、System managertask(系统管理任务)、AMS(活动管理服务)、AudioService(音频服务)、Log Service(日志服务)、OFTP Service(Odette文件传输协议服务)、BT Service(蓝牙服务)、DelegateService(转交服务)、RPC Service(远程调用服务)、sensor Service(传感器服务)、storage Service(存储服务)等服务模块；框架层包括Message Pub(消息中心)、UIFramework(用户界面框架)、G2D Engine(G2D引擎)、Audio Middleware(音频中间件)、Preference(偏好)、File system(文件系统)、Algorithms(算法)、AsycEvent(进程内异步事件)等框架模块；硬件抽象层包括Screen/TP(屏幕/触控屏)、sensors(传感器)等硬件抽象模块；平台层包括板级支持包(Board Support Package，BSP)以及低等级驱动(LOWlevel Driver)，其中，BSP包括Screen/TP、Codec(编码译码器)、sensors、Flash(闪存)、PSRAM(伪静态随机存储器)等等，低等级驱动包括Uart(通用异步收发传输器)、ADC(模数转换器)、GPIO(通用输入输出)、SPI(串行外设接口)、I2C(集成电路总线)、IOS(输入输出系统)、PCM(脉冲编码调制)、I2S(集成音频总线)、HWTimer(硬件定时器)。

需要说明的是，上述双核通信软件框架仅用于示意性说明，本领域技术人员还可以根据实际需求，对上述框架进行增加、删除或修改，本申请实施例并不对双核通信软件框架的具体结构构成限定。

请参考图4，其示出了本申请一个示例性实施例提供的息屏显示方法的流程图，本实施例以该方法应用于电子设备，且电子设备中支持运行第一系统和第二系统(第一系统的运行功耗高于第二系统的运行功耗)为例进行说明，该方法可以包括如下步骤：

步骤401，第一系统在息屏显示状态下显示第一应用的第一应用界面，第一应用为第一系统中安装的应用。

为了在保证电子设备性能的同时，降低电子设备的功耗，在一种可能的实施方式中，电子设备至少设置具有不同处理性能以及功耗的第一处理器和第二处理器，分别用于运行第一系统和第二系统(即双核双系统)，电子设备运行过程中，通过运行在低功耗处理器上的低功耗系统(可以为第一系统或第二系统)，对低性能处理需求的事件进行处理，并保持高功耗处理器处于休眠状态(相应的，由高功耗处理器运行的高功耗系统处于休眠状态)，在实现电子设备基础功能的同时，降低电子设备的功耗；当存在高性能处理需求的事件时，通过唤醒高功耗处理器，并切换高功耗系统对事件进行处理，保证触发的事件能够被及时响应并处理，满足电子设备的性能需求。

在一种可能的实施方式中，电子设备设置有第一处理器和第二处理器，其中，第一处理器的处理性能高于第二处理器的处理性能(第一处理器的处理能力和处理速度均高于第二处理器)，且第一处理器的功耗高于第二处理器的功耗，相应的，由第一处理器运行的第一系统的运行功耗高于由第二处理器运行的第二系统的运行功耗。因此，第一系统能够处理第二系统所处理的事件，而第二系统并不一定能够处理第一系统所处理的事件。

在另一种可能的实施方式中，电子设备也可以设置单一处理器，第一系统和第二系统分别运行在处理器的不同核心上，其中，运行第一系统的核心的处理性能高于运行第二系统的核心的处理性能。

比如，以电子设备为智能手表为例，第一处理器为CPU，第二处理器为MCU，第一系统为安卓系统，第二系统为RTOS。相应的，第一系统所能处理的事件包括来电接听、消息回复、功能设置等对处理性能要求较高的场景或强交互场景；第二系统所能处理的事件包括时间显示、通知消息显示等对处理性能要求较低的场景或弱交互场景。

不同于智能手机一类具有强交互属性的电子设备，可穿戴式设备作为一种辅助性的电子设备，在绝大多数使用场景下与用户之间仅存在弱交互。比如，用户在大部分场景下仅通过智能手表进行抬腕查看时间。因此，可穿戴式设备通过第二系统对事件进行处理时，控制第一处理器处于休眠状态(第一系统处于休眠状态)，从而降低可穿戴式设备的整体功耗。

本申请实施例中，电子设备的第一系统通过AOD服务在息屏显示状态下显示第一应用的第一应用界面，第一应用为第一系统中安装的具有AOD功能的应用。

可选的，电子设备的第一系统在息屏显示状态下显示第一应用的第一应用界面之前，第一系统会保持一段时间的亮屏显示状态，并在亮屏显示状态下显示第一应用的第一应用界面。

可选的，第一系统在亮屏状态下显示的第一应用界面与息屏显示状态下的第一应用界面之间存在差异，该差异可以为界面细节丰富度不同、对比度不同、色彩丰富度不同以及亮度不同等，本实施例对此不作限定。

可选的，由于第一应用的第一应用界面存在支持息屏显示和不支持息屏显示两种情况，第一系统先通过AOD服务确定第一应用的第一应用界面是否支持息屏显示，进而在设备状态满足息屏显示条件，且第一应用界面支持息屏显示的情况下，在息屏显示状态下显示第一应用的第一应用界面。

可选的，息屏显示条件可以包括电子设备处于超时空闲状态(如时长达到5s时仍未接收到用户指令)、息屏佩戴状态(垂手、捂手等)等，本申请实施例并不对具体的息屏显示条件构成限定。

可选的，第一系统在设备状态满足息屏显示条件后，进一步的通过AOD服务检测电子设备的佩戴状态与工作状态(睡眠状态或非睡眠状态)。在电子设备处于佩戴状态，且电子设备的工作状态为非睡眠状态的情况下，第一系统进一步确定第一应用的第一应用界面是否支持息屏显示，在电子设备处于佩戴状态，且电子设备的工作状态为睡眠状态的情况下，第一系统直接进入熄屏状态。

可选的，第一系统通过AOD服务确定第一应用的第一应用界面是否支持息屏显示之前，第一系统会先对第一应用进行识别，判断第一应用是否为具备AOD能力的应用，在确定第一应用为具备AOD能力的应用后，由于具备AOD能力的应用并非所有应用界面都具备AOD，第一系统再进一步的对第一应用界面进行识别，判断第一应用界面是否具备AOD能力，即第一系统确定第一应用的第一应用界面是否支持息屏显示。

示意性的，如图5所示，以可穿戴式设备为智能手表为例，智能手表中设置有安卓系统(由第一处理器运行)和RTOS(由第二处理器运行)。以第一应用为导航应用为例，若安卓系统在亮屏状态显示的第一应用界面为路线显示界面51，由于路线显示界面51支持息屏显示，在智能手表的设备状态满足息屏显示条件的情况下，安卓系统在息屏显示状态下显示路线显示界面52。

步骤402，第一系统向第二系统发送状态进入指令，状态进入指令用于指示第二系统进入息屏显示状态。

在一种可能的实施方式中，第一系统通过AOD服务在息屏显示状态下显示第一应用的第一应用界面后，第一系统通过双核通信机制向第二系统发送状态进入指令，以指示第二系统进入息屏显示状态。

在另一种可能的实施方式中，第一系统在进入息屏显示状态后，并不会立即向第二系统发送状态进入指令，而是在进入息屏显示状态的时长达到时长阈值的情况下，向第二系统发送状态进入指令，以指示第二系统进入息屏显示状态。

例如，若时长阈值为3s，则第一系统在息屏显示状态下显示第一应用的第一应用界面的时长达到3s后，才会向第二系统发送状态进入指令，以指示第二系统进入息屏显示状态。

步骤403，第二系统基于状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，第二应用为第二系统中安装的应用，且第二应用与第一应用间支持息屏显示状态转移。

在一种可能的实施方式中，第二系统基于状态进入指令，在息屏显示状态下显示第二应用的第二应用界面之前，第一系统向第二系统转移屏幕控制权限，以保证第二系统在获取屏幕控制权限后，能够正常显示第二应用界面。

可选的，唤醒状态下，第二系统获取到屏幕控制权限后，执行一次屏幕刷新操作，从而通过屏幕在息屏显示状态下显示第二应用的第二应用界面。

进一步的，第二系统获取到第一系统发送的状态进入指令后，基于状态进入指令，通过AOD服务在息屏显示状态下显示第二应用的第二应用界面。

可选的，第二系统在获取到状态进入指令后，启动第二应用，以便后续第二系统显示与第一应用的第一应用界面相同的第二应用的第二应用界面。

可选的，第二应用与第一应用是分别安装在第二系统和第一系统上的具有相同功能的应用，或，第二应用与第一应用是分别安装在第二系统和第一系统上的相同应用。

可选的，第二系统与第一系统间能够通过双核通信的方式实现息屏显示状态转移，使得第二系统基于状态进入指令，在息屏显示状态下显示的第二应用的第二应用界面。

可选的，第二应用的第二应用界面与第一应用的第一应用界面为同一功能的界面，界面显示内容可以完全相同，也可以不完全相同。

步骤404，第一系统进入休眠状态。

在一种可能的实施方式中，第一系统将屏幕控制权限转移给第二系统后，关闭AOD服务，停止在息屏显示状态下显示第一应用的第一应用界面，第一系统进入休眠状态。

可选的，第一系统处于休眠状态时，电子设备将第一处理器中大部分硬件模块关闭，并将第一系统的相关数据全部转存到只读存储器(ROM，Read Only Memory)上一个休眠文件中后，切断对第一处理器的供电，等到第二系统向第一系统发送唤醒消息后，电子设备恢复对第一处理器的供电，第一系统将硬盘上的休眠文件的内容直接读入随机存取存储器(RAM，Random Access Memory)中，第一系统切换至唤醒状态。

需要说明的是，上述休眠状态可以分为多个阶段(比如S1至S4)，且不同阶段的休眠状态下处理器可以的上电状态和下电状态可以不同，本申请实施例并不对此进行限定。比如，S1阶段，处理器保持上电状态(不会进行计算任务)，在S2及以上阶段，处理器则处于下电状态。

示意性的，如图5所示，以可穿戴式设备为智能手表为例，智能手表中设置有安卓系统(由第一处理器运行)和RTOS(由第二处理器运行)。在第一处理器和第二处理器均处于唤醒状态的情况下，以第一应用和第二应用均为导航应用，第一应用界面和第二应用界面均为路线显示界面为例，安卓系统在亮屏状态显示路线显示界面51，由于路线显示界面51支持息屏显示，在智能手表的设备状态满足息屏显示条件的情况下，安卓系统可以在息屏显示状态下显示路线显示界面52，并向RTOS系统发送状态进入指令，以指示RTOS系统进入息屏显示状态，进而由RTOS系统通过屏幕在息屏显示状态下显示路线显示界面53，此时，安卓系统进入休眠状态，显示熄屏界面54。

综上所述，本申请实施例中，对于支持双系统的电子设备，在存在息屏显示需求的情况下，先由高功耗的第一系统在息屏显示状态下显示第一应用的第一应用界面，并向低功耗的第二系统发送状态进入指令，以指示第二系统进入息屏显示状态，进而在第二系统在息屏显示状态下显示第二应用的第二应用界面后，第一系统进入休眠状态，在保证电子设备的息屏显示功能正常运行的同时，能够避免因在高性能系统上实现息屏显示功能时，高性能系统需要长时间保持工作状态，导致电子设备运行功耗较高的问题，有助于降低电子设备的运行功耗，提升电子设备的续航能力。

在一种可能的实施方式中，由于第一应用的第一应用界面存在支持息屏显示和不支持息屏显示两种情况，在设备状态满足息屏显示条件，且第一应用界面不支持息屏显示的情况下，第一系统进入熄屏状态。

示意性的，如图6所示，以可穿戴式设备为智能手表为例，智能手表中设置有安卓系统(由第一处理器运行)和RTOS(由第二处理器运行)。以第一应用为导航应用为例，若第一应用界面为路线输入界面61，由于路线输入界面61需要智能手表在亮屏状态下进行位置输入操作，即路线输入界面61不支持息屏显示，智能手表的设备状态满足息屏显示条件的情况下，安卓系统进入休眠状态，显示熄屏界面62。

由于存在第二系统未安装与第一应用间支持息屏显示状态转移的第二应用的情况，因此，在接收到状态进入指令后，第二系统需要确定是否安装有支持息屏显示状态转移的第二应用。

在一种可能的实施方式中，第一系统向第二系统发送的用于指示第二系统进入息屏显示状态的状态进入指令中包含第一应用的应用标识，第二系统获取到状态进入指令后，在基于第一应用的应用标识识别出安装有第二应用的情况下，在息屏显示状态下显示第二应用的第二应用界面。

请参考图7，其示出了本申请一个示例性实施例提供的息屏显示方法的流程图，本实施例以该方法应用于电子设备，且电子设备中支持运行第一系统和第二系统(第一系统的运行功耗高于第二系统的运行功耗)为例进行说明，该方法可以包括如下步骤：

步骤701，第一系统在息屏显示状态下显示第一应用的第一应用界面，第一应用为第一系统中安装的应用。

本步骤的实施方式可以参考步骤401，本实施例在此不再赘述。

步骤702，第一系统向第二系统发送状态进入指令，状态进入指令用于指示第二系统进入息屏显示状态。

本步骤的实施方式可以参考步骤402，本实施例在此不再赘述。

步骤703，在识别出白名单中包含第一应用的应用标识的情况下，第二系统根据第一应用的应用标识确定与第一应用匹配的第二应用。

在一种可能的实施方式中，电子设备(第二系统对应的数据存储区域)存储有白名单，白名单中包含至少一个支持息屏显示状态转移的常用应用的应用标识，第二系统获取到状态进入指令后，通过AOD服务获取状态进入指令中包含的第一应用的应用标识，进而在识别出白名单中包含该应用标识的情况下，通过AOD服务确定安装有第二应用。

可选的，白名单中包含第一系统中具有AOD功能，且第二系统中存在与其支持息屏显示状态转移的应用的常用应用的应用标识。

可选的，白名单基于历史AOD记录确定得到常用应用的应用标识，历史AOD记录保存在第二系统对应的存储空间中，第一系统与第二系统每次进行息屏显示状态转移后，第二系统更新存储空间中保存的历史息屏显示状态转移记录。

可选的，第二系统获取到状态进入指令中第一应用的应用标识后，基于第一应用的应用标识对照白名单进行查询，在白名单中包含该应用标识的情况下，第二系统确定第一应用为第二系统中存在与其支持息屏显示状态转移的应用的常用应用，第二系统进而通过AOD服务从第二系统中确定出与第一应用相对应的第二应用，第二应用与第一应用之间支持息屏显示状态转移。

在一个示意性的例子中，白名单中的内容以及常用应用与第二应用之间的对应关系如表一和表二所示。

表一

白名单
	常用应用标识A
常用应用标识B
	常用应用标识C
常用应用标识D

表二

常用应用	第二应用
		常用应用A	第二应用a
常用应用B	第二应用b
		常用应用C	第二应用c
常用应用D	第二应用d

示意性的，若第二系统获取到的状态进入指令中包含第一应用A的应用标识A，第一系统基于应用标识A查询白名单，在查询到白名单中包含应用标识A的情况下，第二系统确定第一应用A为常用应用A，进而依据表二所示的对应关系从第二系统中确定出与第一应用A相对应的第二应用a。

可选的，常用应用与第二应用之间的匹配关系存储在第二系统对应的存储空间，并由第二系统进行维护更新。可选的，白名单中的应用标识可以包括应用图标、应用名称、应用包名等等，本实施例对此不作限定。

步骤704，在识别出白名单中不包含第一应用的应用标识的情况下，第二系统获取应用列表，应用列表包含第二系统中已安装应用的应用标识。

在一种可能的实施方式中，在识别出白名单中不包含第一应用的应用标识后，第二系统通过AOD服务获取应用列表，并对应用列表内的应用标识进行识别。

由于白名单只包含第一系统中具有AOD功能，且第二系统中存在与其支持息屏显示状态转移的应用的常用应用的应用标识，且存在状态进入指令中包含的第一应用为非常用应用的情况，为了保证识别的全面性，在一种可能的实施方式中，第二系统预先通过AOD服务将第二系统中已安装且支持AOD功能的应用的应用标识存储在应用列表中。

可选的，应用列表中的应用标识可以包括应用图标、应用名称、应用包名等等，本实施例对此不作限定。

可选的，应用列表中的应用标识存储在第二系统对应的存储空间，并由第二系统进行维护更新。

可选的，每当第二系统安装，和/或，卸载新的应用时，第二系统更新应用列表中存储的已安装应用的应用标识。

步骤705，在应用列表中包含与第一应用的应用标识匹配的应用标识的情况下，第二系统根据第一应用的应用标识确定与第一应用匹配的第二应用，第二应用的应用标识与第一应用的应用标识匹配。

在一种可能的实施方式中，第二系统获取到状态进入指令中第一应用的应用标识后，将第一应用的应用标识与应用列表中各个第二应用的应用标识做匹配，并比较第一应用的应用标识与各个第二应用的应用标识之间的标识匹配度，在匹配度高于匹配阈值的情况下，第二系统确定存在与第一应用相匹配的第二应用，并将匹配度最高的确定为第二应用。

在一个示意性的例子中，应用列表中的内容如表三所示。

表三

应用列表
	应用标识a
应用标识b
	应用标识c
应用标识d

示意性的，第二系统获取到状态进入指令中第一应用A的应用标识A后，将应用标识A分别与应用列表中的应用标识a、应用标识b、应用标识c以及应用标识d做匹配，若应用标识A与应用标识a之间的标识匹配度为0.85，应用标识A与应用标识b之间的标识匹配度为0.05，应用标识A与应用标识c之间的标识匹配度为0.16，应用标识A与应用标识d之间的标识匹配度为0.31，计算机确定出应用标识A与应用标识a之间的标识匹配度最高，若匹配阈值为0.8，由于0.85大于0.8，第二系统确定存在与第一应用A相匹配的第二应用，并将匹配度最高的应用标识a对应的第二应用a确定为与第一应用相匹配的第二应用。

在另种可能的实施方式中，第二系统中预先存储有第一应用的应用标识与第二应用的应用标识之间的匹配关系，第二系统通过AOD服务获取到状态进入指令中包含的第一应用的应用标识后，基于该匹配关系确定出与第一应用的应用标识相匹配的第二应用的应用标识，进而识别应用列表中是否包含该第二应用的应用标识，即识别应用列表中已安装且支持AOD功能的应用的应用标识中是否包含第二应用的应用标识。

进一步的，在应用列表中包含与第一应用的应用标识匹配的第二应用的应用标识的情况下，第二系统确定安装有第二应用。

在另一个示意性的例子中，第一应用的应用标识与第二应用的应用标识之间的匹配关系如表四所示。

表四

第一应用的应用标识	第二应用的应用标识
		应用标识A	应用标识a
应用标识B	应用标识b
		应用标识C	应用标识c
应用标识D	应用标识d

示意性的，第二系统获取到状态进入指令中第一应用A的应用标识A后，第二系统的AOD服务基于表四所示的对应关系确定应用标识A对应的第二应用的应用标识为应用标识a，第二系统进而识别应用列表已安装应用的应用标识中是否包含应用标识a，第二系统的AOD服务在识别出应用列表中包含应用标识a后，确定第二系统中安装有应用标识a对应的应用，该应用即为第二应用。

步骤706，在基于第一应用的应用标识识别出安装有第二应用的情况下，第二系统向第一系统发送接受响应指令。

进一步的，在基于第一应用的应用标识识别出安装有第二应用的情况下，第二系统通过AOD服务向第一系统发送接受响应指令，该接受响应指令用于告知第一系统第二系统处于唤醒状态，且第二系统已确认安装有第二应用。

可选的，第二系统在向第一系统发送接受响应指令的同时，启动第二应用，以便后续通过第二应用绘制第二应用界面。

步骤707，在接收到接受响应指令的情况下，第一系统向第二系统发送状态同步消息，状态同步消息用于同步第一应用和第二应用的息屏显示状态。

在一种可能的实施方式中，第一系统接收到接受响应指令后，确认第二系统处于唤醒状态，且第二系统中安装有第二应用，第一系统进而向第二系统发送状态同步消息。

可选的，第一系统通过双核通信的方式，向第二系统发送状态同步消息。其中，该状态同步消息中可以包括显示内容同步信息、画面显示色彩参数信息以及画面显示位置信息等，本实施例对此不作限定。

步骤708，第二系统基于状态同步消息，通过第二应用绘制第二应用界面，并在息屏显示状态下显示第二应用界面。

在一种可能的实施方式中，第二系统基于状态同步消息，通过第二应用绘制第二应用界面，并在息屏显示状态下显示第二应用界面。

可选的，第二系统基于状态同步消息，通过第二应用绘制第二应用界面与第一应用的第一应用界面相比，字体、字号、应用图标尺寸以及应用图标视图等画面显示内容以及画面显示参数相同。

本申请实施例中，第二系统获取到状态进入指令后，在识别出白名单中包含第一应用的应用标识的情况下，确定安装有第二应用，进而在息屏显示状态下显示第二应用的第二应用界面，有助于确保第二系统中包含与第一应用对应的第二应用。

步骤709，第一系统进入休眠状态。

本步骤的实施方式可以参考步骤404，本实施例在此不再赘述。

本申请实施例中，第二系统获取到状态进入指令中第一应用A的应用标识A后，对白名单和应用列表分步进行识别，白名单内应用标识数量较少，但识别速度较快，而应用列表内应用标识数量较多，能够保证识别的全面性，如此一来，能够保证第二系统确定第二应用的效率与全面性。

由于存在第二系统的AOD服务基于白名单和应用列表确定第二系统未安装第二应用的情况，在一种可能的实施方式中，在基于第一应用的应用标识识别出未安装第二应用的情况下，第二系统向第一系统发送拒绝响应指令，以告知第一系统第二系统中未安装第二应用，无法在息屏显示状态下显示第二应用的第二应用界面。

进一步的，在接收到拒绝响应指令的情况下，第一系统继续在息屏显示状态下显示第一应用的第一应用界面。

本申请实施例中，第二系统向第一系统发送拒绝响应指令，以告知第一系统第二系统中未安装第二应用，无法在息屏显示状态下显示第二应用的第二应用界面，进而由第一系统继续在息屏显示状态下显示第一应用的第一应用界面，能够减少第二系统运行功耗，避免出现第一系统向第二系统发送状态进入指令而第二系统无法在息屏显示状态下显示第二应用的第二应用界面这种无法响应的情况。

上述实施例中，第一系统向第二系统发送的用于指示第二系统进入息屏显示状态的状态进入指令中包含第一应用的应用标识，第二系统获取到状态进入指令后，基于第一应用的应用标识确定第二系统中是否安装有支持息屏显示状态转移第二应用。

在另一种可能的实施方式中，第一系统通过状态转移表直接确定第二系统中是否安装有支持息屏显示状态转移的第二应用，并在确定第二系统中安装有第二应用的情况下，直接向第二系统发送状态进入指令。

在一种可能的实施方式中，第一系统向第二系统发送的用于指示第二系统进入息屏显示状态的状态进入指令中包含第二应用的应用标识，第二系统获取到状态进入指令后，基于第二应用的应用标识，在息屏显示状态下显示第二应用的第二应用界面。请参考图8，其示出了本申请一个示例性实施例提供的息屏显示方法的流程图，本实施例以该方法应用于电子设备，且电子设备中支持运行第一系统和第二系统(第一系统的运行功耗高于第二系统的运行功耗)为例进行说明，该方法可以包括如下步骤：

步骤801，第一系统在息屏显示状态下显示第一应用的第一应用界面，第一应用为第一系统中安装的应用。

本步骤的实施方式可以参考步骤401，本实施例在此不再赘述。

步骤802，第一系统基于第一应用的应用标识，从状态转移表中查询第二应用。

在一种可能的实施方式中，第一系统通过AOD服务在息屏显示状态下显示第一应用的第一应用界面后，基于第一应用的应用标识，从状态转移表中查询第二应用，状态转移表包含第一系统与第二系统中支持息屏显示状态转移的应用的对应关系，状态转移表基于第一系统的已安装应用以及第二系统的已安装应用生成。

可选的，状态转移表中可包含第一系统中已安装应用与第二系统中已安装应用的对应关系，或，第一系统中已安装应用的应用标识与第二系统中已安装应用的应用标识的对应关系。

可选的，状态转移表中的对应关系存储在第一系统对应的存储空间，并由第一系统进行维护更新。

可选的，每当第二系统安装，和/或，卸载新的应用时，第二系统通过双核通信的方式，向第一系统发送应用更新消息，以指示第一系统基于该应用更新消息更新状态转移表中存储的对应关系。

在一个示意性的例子中，状态转移表包含的第一系统中已安装应用与第二系统中已安装应用的对应关系如表五所示。

表五

第一系统中已安装应用	第二系统中已安装应用
		应用A	应用a
应用B	应用b
		应用C	应用c
应用D	应用d

示意性的，第一系统通过AOD服务在息屏显示状态下显示第一应用的第一应用界面后，若第一应用为应用A，第一系统通过AOD服务查询状态转移表中是否包含应用A对应的第二系统中的已安装应用，第一系统查询到第二系统中已安装与应用A对应的应用a，因此，第一系统通过AOD服务查询到应用a为第二应用；若第一应用为应用E，第一系统通过AOD服务查询状态转移表中是否包含应用E对应的第二系统中的已安装的第二应用，第一系统查询到第二系统中未安装与应用E匹配的应用，因此，第一系统通过AOD服务确定未查询到第二应用。

可选的，在未查询到第二应用的情况下，第一系统继续在息屏显示状态下显示第一应用的第一应用界面。

步骤803，在查询到第二应用的情况下，第一系统向第二系统发送包含第二应用的应用标识的状态进入指令。

进一步的，第一系统在通过AOD服务从状态转移表中查询到第二应用后，第一系统向第二系统发送包含第二应用的应用标识的状态进入指令。

可选的，第一系统向第二系统发送的状态进入指令中还包含状态同步消息，状态同步消息用于同步第一应用和第二应用的息屏显示状态。

可选的，第一系统通过双核通信的方式，向第二系统发送状态同步消息。其中，该状态同步消息中可以包括显示内容同步信息、画面显示色彩参数信息以及画面显示位置信息等，本实施例对此不作限定。

在一种可能的实施方式中，第一系统直接向第二系统发送状态进入指令，以指示第二系统进入息屏显示状态，或，第一系统在进入息屏显示状态的时长达到时长阈值的情况下，向第二系统发送状态进入指令，以指示第二系统进入息屏显示状态。

步骤804，第二系统基于状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，第二应用为第二系统中安装的应用，且第二应用与第一应用间支持息屏显示状态转移。

在一种可能的实施方式中，第二系统唤醒后处于后台运行状态，在接收到第一系统发送的状态进入指令后，基于状态进入指令，通过AOD服务在息屏显示状态下显示第二应用的第二应用界面。

可选的，第二应用与第一应用是分别安装在第二系统和第一系统上的具有相同功能的应用，或，第二应用与第一应用是分别安装在第二系统和第一系统上的相同应用。

可选的，第二应用与第一应用间能够通过双核通信的方式实现息屏显示状态转移，使得第二系统基于状态进入指令，在息屏显示状态下显示的第二应用的第二应用界面与第一系统显示的第一应用的第一应用界面相同。

可选的，由于第二系统获取的状态进入指令中包含第二应用的应用标识，第二系统的AOD服务基于第二应用的应用标识，启动第二应用，进而基于状态同步消息，通过第二应用绘制第二应用界面，并在息屏显示状态下显示第二应用界面。

步骤805，第一系统进入休眠状态。

本步骤的实施方式可以参考步骤404，本实施例在此不再赘述。

本申请实施例中，第一系统通过状态转移表直接确定第二系统中是否安装有支持息屏显示状态转移的第二应用，并在确定第二系统中安装有第二应用的情况下，直接向第二系统发送包含第二应用的应用标识的状态进入指令，能够减少第二系统中未安装支持息屏显示状态转移的第二应用这种情况下第一系统与第二系统之间不必要的双核通信。

在一种可能的实施方式中，电子设备的工作模式包括性能模式、混动模式和低功耗模式，其中，性能模式下，第二处理器和第一处理器均保持唤醒状态(相应的，第一系统和第二系统均处于唤醒状态)，混动模式下，在通过第一系统处理事件时，第二处理器处于待机状态，可以在休眠和唤醒状态之间切换(即第一系统处于唤醒状态时，第二系统既可以处于唤醒状态，又可以处于休眠状态)，低功耗模式下，仅第二处理器保持唤醒状态，而第一处理器保持关闭状态(即第二系统处于唤醒状态，第一系统处于关闭状态)。上述电子设备的工作模式的名称仅作示例用，不构成对工作模式内容的限制。

在一种可能的实施方式中，当电子设备处于性能模式时，采用上述实施例提供的方案实现息屏显示。电子设备的工作模式除性能模式外，还包括混动模式和低功耗模式。

其中，混动模式下，在第一系统处于唤醒状态时，第二系统处于休眠状态，或，当第一系统处于唤醒状态时，第二系统同样处于唤醒状态，且第一系统处于前台运行状态，而第二系统处于后台运行状态。

可选的，在第一系统处于唤醒状态，第二系统处于休眠状态的情况下，第一系统通过AOD服务在息屏显示状态下显示第一应用的第一应用界面后，为降低设备实现AOD功能所需功耗，第一系统需要唤醒处于休眠状态的第二系统，以便通过第二系统实现AOD功能。

可选的，第一系统通过双核通信的方式唤醒第二系统，或者，第一系统通过发送中断的方式唤醒第二系统，本实施例对此不作限定。

可选的，第二系统唤醒后，向第一系统发送反馈通知，第一系统接收到第二系统发送的反馈通知后，确认第二系统已经由休眠状态切换为唤醒状态，进而向第二系统发送状态进入指令，以指示第二系统进入息屏显示状态。

此外，低功耗模式下，仅第二系统处于唤醒状态，第一系统处于关闭状态。由于低功耗模式下第一系统始终保持关闭状态，因此电子设备只能通过第二系统在息屏显示状态下显示第二应用的第二应用界面，又由于第二系统的性能比第一系统的性能要差，存在第二系统未安装第二应用的情况，即使低功耗模式下的电子设备运行功耗较低，但用户无法仅通过第二系统实现息屏显示功能满足息屏显示需求。

结合上述各个实施例，图9提供了息屏显示方法的流程：

步骤901，在设备状态满足息屏显示条件的情况下，第一系统启动AOD服务；

步骤902，第一系统通过AOD服务确定电子设备处于非佩戴状态，或，电子设备的工作状态为睡眠状态，或，第一应用为不能够支持AOD功能的应用后，进入熄屏状态；

步骤903，第一系统通过AOD服务确定电子设备处于佩戴状态、电子设备的工作状态为非睡眠状态，以及第一应用为能够支持AOD功能的应用后，通知第一应用进入AOD状态；

步骤904，第一系统在AOD状态下显示第一应用的AOD界面，并基于第一应用的AOD界面获取第一应用的AOD信息，准备息屏显示状态转移；

步骤905，第一系统向第二系统发送状态进入指令，状态进入指令用于指示第二系统进入息屏显示状态，状态进入指令中包含第二系统作息屏显示所需要的第一应用的AOD信息，该第一应用的AOD信息可以为第一应用的应用标识，或，与第一应用相匹配的第二应用的应用标识；

步骤906，第二系统查找白名单或应用列表以确认第二系统中是否安装有能支持第一应用AOD转移的第二应用；

步骤907，在第二系统识别出未安装有能支持第一应用AOD转移的第二应用的情况下，第二系统向第一系统发送指令拒绝响应，第一系统接收到指令拒绝响应后，继续在息屏显示状态下显示第一应用的AOD界面；

步骤908，在第二系统识别出安装有能支持第一应用AOD转移的第二应用的情况下，第二系统提前启动第二应用，并通知其进入AOD状态；

步骤909，第一系统向第二系统转移屏幕控制权限；

步骤910，第二系统获取到屏幕控制权限后，执行屏幕刷新操作；

步骤911，第一系统退出AOD状态并熄屏，进入休眠状态；

步骤912，第二系统通过屏幕在息屏显示状态下显示第二应用的AOD界面，其中，第一应用的AOD界面与第二应用的AOD界面相同。

请参考图10，其示出了本申请一个实施例提供的息屏显示装置的结构框图。该装置可以通过软件、硬件或者两者的结合实现成为电子设备的全部或一部分。该装置包括：

第一系统模块1001，用于在息屏显示状态下显示第一应用的第一应用界面，所述第一应用为所述第一系统模块1001中安装的应用；

所述第一系统模块1001，用于向第二系统模块1002发送状态进入指令，所述状态进入指令用于指示所述第二系统模块1002进入息屏显示状态；

所述第二系统模块1002，用于基于所述状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，所述第二应用为所述第二系统模块1002中安装的应用，且所述第二应用与所述第一应用间支持息屏显示状态转移；

所述第一系统模块1001，用于进入休眠状态。

可选的，所述状态进入指令中包含所述第一应用的应用标识；

所述第二系统模块1002，用于：

在基于所述第一应用的应用标识识别出安装有所述第二应用的情况下，在息屏显示状态下显示所述第二应用的所述第二应用界面。

可选的，所述电子设备存储有白名单，所述白名单中包含至少一个支持息屏显示状态转移的常用应用的应用标识；

所述第二系统模块1002，用于：

在识别出白名单中包含所述第一应用的应用标识的情况下，根据所述第一应用的应用标识确定与所述第一应用匹配的所述第二应用；

和/或，

在识别出所述白名单中不包含所述第一应用的应用标识的情况下，获取应用列表，所述应用列表包含所述第二系统模块1002中已安装应用的应用标识；

在所述应用列表中包含与所述第一应用的应用标识匹配的应用标识的情况下，根据所述第一应用的应用标识确定与所述第一应用匹配的所述第二应用，所述第二应用的应用标识与所述第一应用的应用标识匹配。

可选的，所述第二系统模块1002，用于：

在基于所述第一应用的应用标识识别出安装有所述第二应用的情况下，向所述第一系统模块1001发送接受响应指令；

所述第一系统模块1001，用于：

在接收到所述接受响应指令的情况下，向所述第二系统模块1002发送状态同步消息，所述状态同步消息用于同步所述第一应用和所述第二应用的息屏显示状态；

所述第二系统模块1002，还用于：

基于所述状态同步消息，通过所述第二应用绘制所述第二应用界面，并在息屏显示状态下显示所述第二应用界面。

可选的，所述第二系统模块1002，用于：

在基于所述第一应用的应用标识识别出未安装所述第二应用的情况下，向所述第一系统模块1001发送拒绝响应指令；

所述第一系统模块1001，用于：

在接收到所述拒绝响应指令的情况下，继续在息屏显示状态下显示所述第一应用的所述第一应用界面。

可选的，所述状态进入指令中包含所述第二应用的应用标识；

所述第二系统模块1002，用于：

基于所述第二应用的应用标识，在息屏显示状态下显示所述第二应用的所述第二应用界面。

可选的，所述第一系统模块1001，用于：

基于所述第一应用的应用标识，从状态转移表中查询所述第二应用，所述状态转移表包含所述第一系统模块1001与所述第二系统模块1002中支持息屏显示状态转移的应用的对应关系，所述状态转移表基于所述第一系统模块1001的已安装应用以及所述第二系统模块1002的已安装应用生成；

在查询到所述第二应用的情况下，向所述第二系统模块1002发送包含所述第二应用的应用标识的所述状态进入指令。

可选的，所述第一系统模块1001，用于：

在未查询到所述第二应用的情况下，继续在息屏显示状态下显示所述第一应用的所述第一应用界面。

可选的，所述状态进入指令中包含状态同步消息，所述状态同步消息用于同步所述第一应用和所述第二应用的息屏显示状态；

所述第二系统模块1002，用于：

基于所述第二应用的应用标识，启动所述第二应用；

基于所述状态同步消息，通过所述第二应用绘制所述第二应用界面，并在息屏显示状态下显示所述第二应用界面。

可选的，所述第一系统模块1001，用于：

向所述第二系统模块1002转移屏幕控制权限。

可选的，所述第一系统模块1001，用于：

在亮屏显示状态下显示所述第一应用的所述第一应用界面；

在设备状态满足息屏显示条件，且所述第一应用界面支持息屏显示的情况下，在息屏显示状态下显示所述第一应用的所述第一应用界面。

可选的，所述第一系统模块1001，用于：

在所述设备状态满足所述息屏显示条件，且所述第一应用界面不支持息屏显示的情况下，进入熄屏状态。

可选的，所述第一系统模块1001，用于：

在进入息屏显示状态的时长达到时长阈值的情况下，向所述第二系统发送所述状态进入指令。

综上所述，本申请实施例中，对于支持双系统的电子设备，在存在息屏显示需求的情况下，先由高功耗的第一系统在息屏显示状态下显示第一应用的第一应用界面，并向低功耗的第二系统发送状态进入指令，以指示第二系统进入息屏显示状态，进而在第二系统在息屏显示状态下显示第二应用的第二应用界面后，第一系统进入休眠状态，在保证电子设备的息屏显示功能正常运行的同时，能够避免因在高性能系统上实现息屏显示功能时，高性能系统需要长时间保持工作状态，导致电子设备运行功耗较高的问题，有助于降低电子设备的运行功耗，提升电子设备的续航能力。

请参考图11，其示出了本申请一个示例性实施例提供的电子设备的结构方框图。本申请中的电子设备可以包括一个或多个如下部件：处理器1110和存储器1120。

可选的，处理器1110至少包括第一处理器1111和第二处理器1112，其中，第一处理器1111用于运行第一系统，第二处理器1112用于运行第二系统，且第一处理器1111的功耗低于第二处理器1112的功耗，第一处理器1111的性能低于第二处理器1112的性能。处理器1110利用各种接口和线路连接整个电子设备内的各个部分，通过运行或执行存储在存储器1120内的指令、程序、代码集或指令集，以及调用存储在存储器1120内的数据，执行电子设备的各种功能和处理数据。可选地，处理器1110可以采用数字信号处理(Digital SignalProcessing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1110可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics ProcessingUnit，GPU)、神经网络处理器(Neural-network Processing Unit，NPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制；NPU用于实现人工智能(ArtificialIntelligence，AI)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1110中，单独通过一块芯片进行实现。

存储器1120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器1120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1120可用于存储指令、程序、代码、代码集或指令集。存储器1120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据可穿戴式设备的使用所创建的数据(比如音频数据、电话本)等。

本申请实施例中的电子设备还包括通信组件1130和显示组件1140。其中，通信组件1130可以为蓝牙组件、无线局域网(Wireless Fidelity，Wi-Fi)组件、近场通信(NearField Communication，NFC)组件等等，用于通过有线或无线网络与外部设备(服务器或其他终端设备)进行通信；显示组件1140用于进行图形用户界面展示，和/或，接收用户交互操作。

除此之外，本领域技术人员可以理解，上述附图所示出的电子设备的结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，电子设备中还包括射频电路、输入单元、传感器、音频电路、扬声器、麦克风、电源等部件，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，该存储介质存储有至少一段程序，至少一段程序用于被处理器执行以实现如上述实施例所述的息屏显示方法。

本申请实施例提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述实施例提供的息屏显示方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (17)

1.一种息屏显示方法，其特征在于，所述方法用于电子设备，所述电子设备中支持运行第一系统和第二系统，所述第一系统的运行功耗高于所述第二系统的运行功耗；

所述方法包括：

所述第一系统在息屏显示状态下显示第一应用的第一应用界面，所述第一应用为所述第一系统中安装的应用；

所述第一系统向所述第二系统发送状态进入指令，所述状态进入指令用于指示所述第二系统进入息屏显示状态；

所述第二系统基于所述状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，所述第二应用为所述第二系统中安装的应用，且所述第二应用与所述第一应用间支持息屏显示状态转移；

所述第一系统进入休眠状态。

2.根据权利要求1所述的方法，其特征在于，所述状态进入指令中包含所述第一应用的应用标识；

所述第二系统基于所述状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，包括：

在基于所述第一应用的应用标识识别出安装有所述第二应用的情况下，所述第二系统在息屏显示状态下显示所述第二应用的所述第二应用界面。

3.根据权利要求2所述的方法，其特征在于，所述电子设备存储有白名单，所述白名单中包含至少一个支持息屏显示状态转移的常用应用的应用标识；

所述在基于所述第一应用的应用标识识别出安装有所述第二应用的情况下，所述第二系统在息屏显示状态下显示所述第二应用的所述第二应用界面之前，所述方法包括：

在识别出白名单中包含所述第一应用的应用标识的情况下，所述第二系统根据所述第一应用的应用标识确定与所述第一应用匹配的所述第二应用；

和/或，

在识别出所述白名单中不包含所述第一应用的应用标识的情况下，所述第二系统获取应用列表，所述应用列表包含所述第二系统中已安装应用的应用标识；

在所述应用列表中包含与所述第一应用的应用标识匹配的应用标识的情况下，所述第二系统根据所述第一应用的应用标识确定与所述第一应用匹配的所述第二应用，所述第二应用的应用标识与所述第一应用的应用标识匹配。

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

在基于所述第一应用的应用标识识别出安装有所述第二应用的情况下，所述第二系统向所述第一系统发送接受响应指令；

在接收到所述接受响应指令的情况下，所述第一系统向所述第二系统发送状态同步消息，所述状态同步消息用于同步所述第一应用和所述第二应用的息屏显示状态；

所述第二系统在息屏显示状态下显示所述第二应用的所述第二应用界面，包括：

所述第二系统基于所述状态同步消息，通过所述第二应用绘制所述第二应用界面，并在息屏显示状态下显示所述第二应用界面。

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

在基于所述第一应用的应用标识识别出未安装所述第二应用的情况下，所述第二系统向所述第一系统发送拒绝响应指令；

在接收到所述拒绝响应指令的情况下，所述第一系统继续在息屏显示状态下显示所述第一应用的所述第一应用界面。

6.根据权利要求1所述的方法，其特征在于，所述状态进入指令中包含所述第二应用的应用标识；

所述第二系统基于所述状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，包括：

所述第二系统基于所述第二应用的应用标识，在息屏显示状态下显示所述第二应用的所述第二应用界面。

7.根据权利要求6所述的方法，其特征在于，所述第一系统向所述第二系统发送状态进入指令，包括：

所述第一系统基于所述第一应用的应用标识，从状态转移表中查询所述第二应用，所述状态转移表包含所述第一系统与所述第二系统中支持息屏显示状态转移的应用的对应关系，所述状态转移表基于所述第一系统的已安装应用以及所述第二系统的已安装应用生成；

在查询到所述第二应用的情况下，所述第一系统向所述第二系统发送包含所述第二应用的应用标识的所述状态进入指令。

8.根据权利要求7所述的方法，其特征在于，所述从状态转移表中查询所述第二应用之后，所述方法还包括：

在未查询到所述第二应用的情况下，所述第一系统继续在息屏显示状态下显示所述第一应用的所述第一应用界面。

9.根据权利要求6所述的方法，其特征在于，所述状态进入指令中包含状态同步消息，所述状态同步消息用于同步所述第一应用和所述第二应用的息屏显示状态；

所述第二系统基于所述第二应用的应用标识，在息屏显示状态下显示所述第二应用的所述第二应用界面，包括：

所述第二系统基于所述第二应用的应用标识，启动所述第二应用；

所述第二系统基于所述状态同步消息，通过所述第二应用绘制所述第二应用界面，并在息屏显示状态下显示所述第二应用界面。

10.根据权利要求1至9任一所述的方法，其特征在于，所述第二系统在息屏显示状态下显示第二应用的第二应用界面之前，所述方法还包括：

所述第一系统向所述第二系统转移屏幕控制权限。

11.根据权利要求1至9任一所述的方法，其特征在于，所述第一系统在息屏显示状态下显示第一应用的第一应用界面之前，所述方法还包括：

所述第一系统在亮屏显示状态下显示所述第一应用的所述第一应用界面；

所述第一系统在息屏显示状态下显示第一应用的第一应用界面，包括：

在设备状态满足息屏显示条件，且所述第一应用界面支持息屏显示的情况下，所述第一系统在息屏显示状态下显示所述第一应用的所述第一应用界面。

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

在所述设备状态满足所述息屏显示条件，且所述第一应用界面不支持息屏显示的情况下，所述第一系统进入熄屏状态。

13.根据权利要求1至9任一所述的方法，其特征在于，所述第一系统向所述第二系统发送状态进入指令，包括：

在进入息屏显示状态的时长达到时长阈值的情况下，所述第一系统向所述第二系统发送所述状态进入指令。

14.一种息屏显示装置，其特征在于，所述装置用于电子设备，所述电子设备中支持运行第一系统和第二系统，所述第一系统的运行功耗高于所述第二系统的运行功耗；

所述装置包括：

第一系统模块，用于在息屏显示状态下显示第一应用的第一应用界面，所述第一应用为所述第一系统模块中安装的应用；

所述第一系统模块，用于向第二系统模块发送状态进入指令，所述状态进入指令用于指示所述第二系统模块进入息屏显示状态；

所述第二系统模块，用于基于所述状态进入指令，在息屏显示状态下显示第二应用的第二应用界面，所述第二应用为所述第二系统模块中安装的应用，且所述第二应用与所述第一应用间支持息屏显示状态转移；

所述第一系统模块，用于进入休眠状态。

15.一种电子设备，其特征在于，所述电子设备包括处理器和存储器；所述存储器存储有至少一段程序，所述至少一段程序用于被所述处理器执行以实现如权利要求1至13任一所述的息屏显示方法。

16.一种计算机可读存储介质，其特征在于，所述存储介质存储有至少一段程序，所述至少一段程序用于被处理器执行以实现如权利要求1至13任一所述的息屏显示方法。

17.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中；电子设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令，使得所述电子设备实现如权利要求1至13任一所述的息屏显示方法。