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

Abstract

本申请实施例公开了一种消息显示方法、装置、设备及存储介质，属于电子设备领域。该方法包括：所述第一系统基于获取的睡眠数据进行起床问候条件判断；在所述起床问候条件达成的情况下，所述第一系统向所述第二系统发送条件达成通知；在所述第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，所述第一系统通过屏幕显示起床问候消息；和/或在所述第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，所述第二系统通过屏幕显示起床问候消息；采用本申请实施例提供的方案，通过实时判断起床问候条件，能够实现在起床问候条件达成后，结束睡眠首次进入亮屏状态的瞬间，及时显示起床问候消息，提高了起床问候的适时性，优化了用户体验。

Description

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

技术领域

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

背景技术

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

以可穿戴式设备为例，用户可以通过可穿戴式设备查看时间、设置闹钟、检测睡眠质量等等，其中，为了优化用户在睡眠结束之后的设备使用体验，相关技术中，在设备处于睡眠模式的情况下，增加了睡眠锁屏下的问候语显示功能，但该功能仅在睡眠锁屏下显示，无法做到在用户醒来第一眼使用设备时弹出问候，导致用户的设备使用体验不佳。

发明内容

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

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

所述方法包括：

所述第一系统基于获取的睡眠数据进行起床问候条件判断；

在所述起床问候条件达成的情况下，所述第一系统向所述第二系统发送条件达成通知；

在所述第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，所述第一系统通过屏幕显示起床问候消息；和/或，

在所述第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，所述第二系统通过屏幕显示起床问候消息。

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

所述装置包括：

第一系统模块，用于基于获取的睡眠数据进行起床问候条件判断；

所述第一系统模块，用于在所述起床问候条件达成的情况下，向第二系统模块发送条件达成通知；

所述第一系统模块，用于在所述第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，通过屏幕显示起床问候消息；和/或，

所述第二系统模块，用于在所述第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，通过屏幕显示起床问候消息。

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

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

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

本申请实施例中，对于支持双系统的电子设备，第一系统基于获取的睡眠数据对起床问候条件进行判断，在起床问候条件达成的情况下，第一系统向第二系统发送条件达成通知，从而在第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第一系统通过屏幕显示起床问候消息；在第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第二系统通过屏幕显示起床问候消息；采用本申请实施例提供的方案，通过在睡眠过程中实时对起床问候条件进行判断，能够实现在起床问候条件达成的情况下，结束睡眠首次进入亮屏状态的瞬间，及时显示起床问候消息，提高了起床问候的适时性，优化了用户体验。

附图说明

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

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

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

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

图4示出了本申请一个示例性实施例提供的消息显示界面的示意图；

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

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

图7示出了本申请一个示例性实施例提供的消息显示系统的框架图；

图8示出了本申请一个示例性实施例提供的双系统交互流程图；

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

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

具体实施方式

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

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

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

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

双系统设备实现起床问候功能时，由于起床问候功能对处理性能的要求较低，因此可以由第一系统对起床问候条件进行判断，在满足起床问候条件的情况下，由第一系统向第二系统发送条件达成通知，进而可以根据第一系统以及第二系统对屏幕的控制权限，对起床问候消息进行显示。

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

如图1所示，其示出了本申请一个示例性实施例示出的安卓操作系统的双核通信软件框架。该双核通信软件框架遵循“低耦合，高可靠，高复用”的设计原则，包括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采用对等原则进行设计。以电子设备为智能手表为例，如图2所示，其示出了本申请一个示例性实施例示出的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(硬件定时器)。

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

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

步骤301，第一系统基于获取的睡眠数据进行起床问候条件判断。

双系统电子设备运行过程中，当存在高性能处理需求的事件时，通过运行在高功耗处理器上的高功耗系统(可以为第一系统或第二系统)，对高性能处理需求的事件进行处理，保证触发的事件能够被及时响应并处理，满足电子设备的性能需求；当不存在高性能处理需求的事件时，通过运行在低功耗处理器上的低功耗系统(可以为第一系统或第二系统)，对低性能处理需求的事件进行处理，并保持高功耗处理器处于休眠状态(相应的，由高功耗处理器运行的高功耗系统处于休眠状态)，在实现电子设备基础功能的同时，降低电子设备的功耗。

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

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

比如，以电子设备为智能手表为例，第一处理器为MCU，第二处理器为CPU，第一系统为RTOS，第二系统为安卓系统。相应的，第一系统与第二系统中可以安装有不同的应用程序。

在一种可能的实施方式中，电子设备的工作模式包括性能模式、混动模式和低功耗模式，其中，性能模式下，第一处理器和第二处理器均保持唤醒状态(相应的，第一系统和第二系统均处于唤醒状态)；低功耗模式下，仅第一处理器保持唤醒状态，而第二处理器保持关闭状态(即第一系统处于唤醒状态，第二系统处于关闭状态)；混动模式下，在通过第二系统处理事件时，第一处理器处于待机状态，可以在休眠和唤醒状态之间切换(即第二系统处于唤醒状态时，第一系统既可以处于唤醒状态，又可以处于休眠状态)，在第一系统与第二系统均处于唤醒状态的情况下，在通过第二系统处理事件时，第二系统处于前台运行状态，第一系统处于后台运行状态。

可选的，唤醒状态下，系统相关数据缓存在内存(RAM)中，以便于随时运行系统相关数据，休眠状态下，处理器大部分硬件模块关闭，系统相关数据存储在硬盘(ROM)中，并在切换为唤醒状态时由硬盘写入内存中。

在一种可能的实施方式中，考虑到对起床问候条件进行判断需要的性能处理要求较低，可以通过第一系统进行处理。

在一种可能的实施方式中，第一系统基于获取的用户的睡眠数据，对起床问候条件进行判断，可选的，睡眠数据可以包括入睡时间、出睡时间、睡眠时长、睡眠质量等等，本申请实施例对此不作限定。

可选的，起床问候条件可以包括睡眠时长、睡眠质量、出睡时间、闹钟事件以及其他可能作为起床判断依据的条件，本申请实施例对此不作限定。

在一种可能的实施方式中，在检测到用户进入睡眠状态后，第一系统可以根据实时获取的睡眠数据，对起床问候条件进行实时判断。

步骤302，在起床问候条件达成的情况下，第一系统向第二系统发送条件达成通知。

在一种可能的实施方式中，由于起床问候条件是通过第一系统进行判断，因此为了保证在第二系统处于前台运行的情况下，第二系统也能够及时确定当前起床问候条件的达成情况，并对起床问候消息进行显示，第一系统在确定起床问候条件达成的情况下，需要及时向第二系统发送条件达成通知。

可选的，第一系统可以通过双核通信的方式向第二系统发送条件达成通知，本申请实施例对此不作限定。

在一种可能的实施方式中，为了确定条件达成通知发送成功，在第二系统接收到第一系统发送的条件达成通知之后，第二系统可以向第一系统返回一个确认字符(Acknowledge character，ACK)，表示第二系统已确认接收条件达成通知。

步骤303，在第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第一系统通过屏幕显示起床问候消息。

在一种可能的实施方式中，在第一系统确定起床问候条件达成之后，在第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第一系统通过屏幕向用户显示起床问候消息。

可选的，在第一系统处于前台运行的情况下，第一系统具有屏幕控制权限。

可选的，以电子设备为智能手表为例，屏幕进入亮屏状态的方式可以包括响应于抬腕手势、对屏幕的触发操作、对物理按键的触发操作等等，本申请实施例对此不作限定。

可选的，起床问候消息界面中可以包括起床时间、睡眠时长、睡眠质量、问候语、当天天气、设备剩余电量等等，本申请实施例对此不作限定。

可选的，不同的天气状况对应的界面背景也可以不同，本申请实施例对此不作限定。

可选的，在显示起床问候消息的同时，第一系统还可以通过调节屏幕亮度、设置振动等方式，对用户进行及时的起床问候提醒，本申请实施例对此不作限定。

示意性的，如图4所示，在第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第一系统通过屏幕41显示起床问候消息。

步骤304，在第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第二系统通过屏幕显示起床问候消息。

在一种可能的实施方式中，在接收到第一系统发送的条件达成通知之后，在第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第二系统通过屏幕显示起床问候消息。

可选的，在第二系统处于前台运行的情况下，第二系统具有屏幕控制权限。

可选的，以电子设备为智能手表为例，屏幕进入亮屏状态的方式可以包括响应于抬腕手势、对屏幕的触发操作、对物理按键的触发操作等等，本申请实施例对此不作限定。

可选的，起床问候消息界面中可以包括起床时间、睡眠时长、睡眠质量、问候语、当天天气、设备剩余电量等等，本申请实施例对此不作限定。

在一种可能的实施方式中，在起床问候条件达成之后，第一系统以及第二系统均需要通知UI框架弹出起床问候消息，从而根据屏幕控制权限的归属，确定由第一系统或者第二系统通过屏幕显示起床问候消息。

综上所述，本申请实施例中，对于支持双系统的电子设备，第一系统基于获取的睡眠数据对起床问候条件进行判断，在起床问候条件达成的情况下，第一系统向第二系统发送条件达成通知，从而在第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第一系统通过屏幕显示起床问候消息；在第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第二系统通过屏幕显示起床问候消息；采用本申请实施例提供的方案，通过在睡眠过程中实时对起床问候条件进行判断，能够实现在起床问候条件达成的情况下，结束睡眠首次进入亮屏状态的瞬间，及时显示起床问候消息，提高了起床问候的适时性，优化了用户体验。

在一种可能的实施方式中，为了排除短暂小憩休息之后，对用户进行起床问候提醒，造成提醒的不适时问题，或者为用户制定符合自身作息规律的起床问候提醒，可以根据用户的睡眠时长以及作息数据对起床问候条件进行判断。

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

步骤501，第一系统基于获取到的睡眠数据，确定睡眠时长。

在一种可能的实施方式中，第一系统基于获取到的睡眠数据，确定用户的入睡时间，并以入睡时间为依据，实时对用户的睡眠时长进行计算。

可选的，以电子设备为智能手表为例，用户需要在睡眠过程中佩戴该智能手表，从而第一系统对用户的睡眠状态进行数据采集，确定用户的入睡时间，进而基于该入睡时间，实时统计用户的睡眠时长。

步骤502，基于睡眠时长，对起床问候条件进行判断。

在一种可能的实施方式中，第一系统根据实时确定的睡眠时长，实时对起床问候条件进行判断，可选的，第一系统可以设置时长阈值，在睡眠时长达到时长阈值的情况下，即确定起床问候条件达成。

在一种可能的实施方式中，在入睡时间较早的情况下，直接根据睡眠时长对起床问候条件进行判断，可能会出现在深夜时段达成起床问候条件的问题，而深夜弹出起床问候消息具有一定的不适时性，因此为了进一步提高起床问候消息弹出的适时性，第一系统还可以根据睡眠时长达到时长阈值的时刻，对起床问候条件进行判断。

在一种可能的实施方式中，在当前时刻不处于深夜时段，且当前时刻下睡眠时长达到第一时长的情况下，第一系统确定起床问候条件达成，其中，深夜时段一般是指午夜到黎明前的一段时间。

在一个示意性的例子中，第一系统可以将深夜时段设置为23点至次日凌晨4点半，根据一般睡眠时长可以将第一时长设置为4小时，从而在用户凌晨1点入睡的情况下，第一系统在凌晨5点确定用户睡眠时长达到4小时，而凌晨5点不处于深夜时段，进而第一系统确定起床问候条件达成。

在一种可能的实施方式中，在当前时刻处于深夜时段，且当前时刻下睡眠时长达到第一时长的情况下，由于深夜时段进行起床问候具有不适时性，因此第一系统可以先将当前时刻的状态标记为第一状态，在第一状态下，再根据用户的睡眠状态或者闹钟事件，对起床问候条件进行判断。

在一种可能的实施方式中，在深夜时段结束之前，睡眠时长达到第一时长的情况下，第一系统继续对用户的睡眠状态进行检测，在深夜时段结束，且检测到用户仍然处于睡眠状态的情况下，第一系统确定起床问候条件达成。

在一个示意性的例子中，第一系统可以将深夜时段设置为23点至次日凌晨4点半，根据一般睡眠时长可以将第一时长设置为4小时，从而在用户23点入睡的情况下，第一系统在凌晨3点确定用户睡眠时长达到4小时，而凌晨3点处于深夜时段，进而第一系统将当前状态标记为第一状态，并继续检测用户的睡眠状态，在用户睡眠状态持续到深夜时段结束(4点半)的情况下，第一系统确定起床问候条件达成。

在一种可能的实施方式中，在深夜时段结束之前，睡眠时长达到第一时长的情况下，考虑到用户可能会在深夜时段结束之前结束睡眠状态，第一系统可以对闹钟事件进行检测，在接收到对闹钟事件的触发操作的情况下，第一系统可以确定起床问候条件达成。

可选的，对闹钟事件的触发操作可以是对闹钟事件的关闭操作，也可以是对闹钟事件的稍后提醒操作，本申请实施例对此不作限定。

在一个示意性的例子中，第一系统可以将深夜时段设置为23点至次日凌晨4点半，根据一般睡眠时长可以将第一时长设置为4小时，从而在用户23点入睡的情况下，第一系统在凌晨3点确定用户睡眠时长达到4小时，而凌晨3点处于深夜时段，进而第一系统将当前状态标记为第一状态，并对闹钟事件进行检测，在4点接收到用户对闹钟事件的关闭操作的情况下，第一系统确定起床问候条件达成。

步骤503，第一系统基于获取的睡眠数据以及作息数据，对起床问候条件进行判断。

在一种可能的实施方式中，在用户通过电子设备多次记录睡眠数据的情况下，第一系统可以基于用户的多次睡眠数据确定作息数据，或者，在用户通过电子设备设置作息时间的情况下，第一系统可以直接获取用户的作息数据，进而第一系统可以基于获取的用户的睡眠数据以及作息数据，对起床问候条件进行判断。

在一种可能的实施方式中，第一系统基于作息数据确定用户的休息时段，基于睡眠数据确定用户的入睡时刻，在休息时段的时长大于第一时长，且入睡时刻处于休息时段，且入睡时刻与休息时段的结束时刻之间的时间间隔大于第二时长，且结束时刻处于深夜时段的情况下，第一系统标记当前状态为第二状态，进而在第二状态下，在当前时刻距离休息时段的结束时刻等于第二时长，且当前时刻用户仍处于睡眠状态的情况下，第一系统确定起床问候条件达成。

在一个示意性的例子中，第一系统确定用户的作息数据中休息时段为23点到凌晨3点，在用户实际入睡时刻为凌晨1点的情况下，第一系统确定入睡时刻处于休息时段，且休息时段的时长大于4小时，且入睡时刻与休息时段的结束时刻之间的时间间隔为5小时，大于1小时，且结束时刻凌晨3点处于深夜时段，从而第一系统将当前状态标记为第二状态，进一步的，第一系统对用户的睡眠状态进行实时检测，并实时对起床问候条件进行判断，在睡眠状态持续到凌晨2点时，第一系统确定当前时刻距离结束时刻凌晨3点的时间间隔等于1小时，从而第一系统确定起床问候条件达成。

步骤504，在起床问候条件达成，且单位周期内不存在起床问候条件的达成记录的情况下，第一系统向第二系统发送条件达成通知。

在一种可能的实施方式中，由于起床问候条件是基于睡眠数据进行判断的，导致可能存在用户一天之内多次睡觉，且睡眠时长满足起床问候条件的情况，但多次对用户进行起床问候提醒具有不适时性，因此在起床问候条件达成的情况下，第一系统还可以对单位周期内是否存在起床问候条件的达成记录进行判断，并在单位周期内不存在起床问候条件的达成记录的情况下，第一系统向第二系统发送条件达成通知。

可选的，单位周期可以是一天24小时，也可以是半天12小时，也可以是其他符合用户作息的时长，本申请实施例对此不作限定。

可选的，单位周期可以由第一系统默认设置，也可以由用户根据自身的起床问候提醒需求自行设置，本申请实施例对此不作限定。

在一个示意性的例子中，单位周期为一天24小时，在起床问候条件达成，且当天不存在起床问候条件的达成记录的情况下，第一系统向第二系统发送条件达成通知。

步骤505，在起床问候条件达成，且单位周期内存在起床问候条件的达成记录的情况下，第一系统取消显示起床问候消息，并取消向第二系统发送条件达成通知。

在一种可能的实施方式中，在起床问候条件达成，且单位周期内存在起床问候条件的达成记录的情况下，为了避免单位周期内再次对用户进行起床问候提醒，第一系统取消显示起床问候消息，同时取消向第二系统发送条件达成通知。

在一种可能的实施方式中，在起床问候条件达成，且单位周期内存在起床问候条件的达成记录的情况下，为了节省第一系统的存储空间，第一系统可以对起床问候条件判断过程中产生的状态标记记录或者条件达成记录进行删除，从而第一系统仅需要保留单位周期内首次起床问候条件的达成记录，而不需要对单位周期内多次的条件判断记录进行存储。

步骤506，第一系统或第二系统对屏幕显示状态进行判断。

在一种可能的实施方式中，在第一系统确认起床问候条件达成，且向第二系统发送条件达成通知之后，为了能够在电子设备首次进入亮屏状态的时，及时显示起床问候消息，第一系统或第二系统可以先对电子设备的屏幕显示状态进行判断。

在一种可能的实施方式中，在第二系统处于休眠状态的情况下，第一系统对屏幕显示状态进行判断；在第二系统不处于休眠状态的情况下，第一系统和第二系统均对屏幕显示状态进行判断。

步骤507，在熄屏状态下，第一系统或第二系统弹出起床问候消息。

在一种可能的实施方式中，在屏幕处于熄屏状态的情况下，为了能够在熄屏之后首次进入亮屏状态的时候，能够及时显示起床问候消息，第一系统或者第二系统可以在进入亮屏状态之前，预先弹出起床问候消息，从而在其中一方具有屏幕控制权限的情况下，能够在进入亮屏状态时直接通过屏幕显示起床问候消息。

在一种可能的实施方式中，在屏幕处于亮屏状态的情况下，为了及时弹出起床问候消息，第一系统或者第二系统标记当前亮屏状态，并对屏幕显示状态进行实时检测，在接收到灭屏事件的情况下，第一系统或者第二系统弹出起床问候消息。

可选的，灭屏事件可以是对物理按键的触发操作，也可以是屏幕自动熄灭等，本申请实施例对此不作限定。

步骤508，在第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第一系统通过屏幕显示起床问候消息。

本步骤的具体实施方式可以参考步骤303，本实施例在此不作赘述。

步骤509，响应于对起床问候消息的关闭操作，第一系统向第二系统发送起床问候消息的关闭通知，以提醒第二系统不再显示起床问候消息。

在一种可能的实施方式中，在第一系统通过屏幕显示起床问候消息之后，为了避免第二系统具有屏幕控制权限后，基于条件达成通知显示起床问候消息，造成消息显示重复的问题，影响用户体验，在接收到用户对起床问候消息的关闭操作的情况下，第一系统需要及时向第二系统发送起床问候消息的关闭通知，从而第二系统接收到该关闭通知后，不再重复显示起床问候消息。

可选的，关闭操作可以是对起床问候消息的点击操作、也可以是对物理按键的触发操作，也可以是其他手势操作等等，本申请实施例对此不作限定。

在一种可能的实施方式中，在第二系统接收到第一系统发送的起床问候消息的关闭通知之后，第二系统可以向第一系统返回一个确认字符(Acknowledge character，ACK)，表示第二系统已确认接收该关闭通知。

步骤510，在第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第二系统通过屏幕显示起床问候消息。

本步骤的具体实施方式可以参考步骤304，本实施例在此不作赘述。

步骤511，响应于对起床问候消息的关闭操作，第二系统向第一系统发送起床问候消息的关闭通知，以提醒第一系统不再显示起床问候消息。

在一种可能的实施方式中，在第二系统通过屏幕显示起床问候消息之后，为了避免第一系统具有屏幕控制权限后，基于条件达成通知显示起床问候消息，造成消息显示重复的问题，影响用户体验，在接收到用户对起床问候消息的关闭操作的情况下，第二系统需要及时向第一系统发送起床问候消息的关闭通知，从而第一系统接收到该关闭通知后，不再重复显示起床问候消息。

可选的，关闭操作可以是对起床问候消息的点击操作、也可以是对物理按键的触发操作，也可以是其他手势操作等等，本申请实施例对此不作限定。

在一种可能的实施方式中，在第一系统接收到第二系统发送的起床问候消息的关闭通知之后，第一系统可以向第二系统返回一个确认字符(Acknowledge character，ACK)，表示第一系统已确认接收该关闭通知。

上述实施例中，第一系统根据睡眠时长对起床问候条件进行判断，排除了短暂小憩休息后显示起床问候消息的不适时问题，并且通过判断达到睡眠时长的时刻是否处于深夜时段，实际起床时间是否为深夜时刻以及是否存在闹钟事件，对起床问候条件进行判断，能够在用户起床时或者响应闹钟事件之后，及时显示起床问候消息，提高了起床问候提醒的准确性和及时性。

此外，通过结合用户作息时间对起床问候条件进行判断，能够对实际睡眠时长不足，且实际起床时间处于深夜时段的用户进行起床问候提醒，优化了起床问候提醒的用户体验。

并且，在第一系统或者第二系统通过屏幕显示起床问候消息之后，能够及时向另一方发送起床问候消息的关闭通知，避免了消息显示重复的问题，进一步提高了用户体验。

在一种可能的实施方式中，考虑到第二系统可能会选择在用户处于睡眠状态的时候，发生设备更新或者数据更新等需要重新启动的事件，因此为了保证第二系统在重新启动之后，能够及时获取起床问候条件的达成情况，在第二系统重启之后，第二系统可以向第一系统发送获取请求，该获取请求用于请求从第一系统处获取起床问候条件的条件达成情况，进而在第一系统接收到该获取请求后，第一系统向第二系统发送起床问候条件的条件达成情况。

在一种可能的实施方式中，第一系统和第二系统分别对应的各自的存储空间，在第二系统向第一系统发送获取请求后，第一系统根据该获取请求从对应的存储空间中获取起床问候条件的条件达成情况，从而将获取到的条件达成情况发送给第二系统。

在一种可能的实施方式中，第一系统和第二系统共用同一存储空间，但第一系统和第二系统的数据分别存储在同一存储空间的不同存储区域，在第一系统接收到第二系统发送的获取请求的情况下，第一系统可以根据该获取请求从对应的存储区域获取起床问候条件的条件达成情况，从而将获取到的条件达成情况发送给第二系统；第一系统也可以直接向第二系统发送条件达成情况的存储地址，由第二系统基于该存储地址获取起床问候条件的条件达成情况。

在一种可能的实施方式中，为了提高第一系统与第二系统之间的数据传输效率，在第一系统接收到第二系统发送的获取请求之后，第一系统可以根据当前起床问候条件的判断情况，在起床问候条件未达成的情况下，暂时不向第二系统发送起床问候条件的条件达成情况，在起床问候条件达成之后，第一系统向第二系统发送起床问候条件的条件达成通知。

上述实施例中，通过在第二系统重启之后，向第一系统发送获取请求的方式，避免了第二系统在重启之后不能及时根据起床问候条件的达成情况，对起床问候消息进行显示，提高了起床问候消息显示的及时性，优化了用户体验。

请参考图6，其示出了本申请另一个示例性实施例提供的消息显示方法的流程图。

步骤601，开始。

步骤602，基于获取的睡眠数据，对起床问候条件进行判断。

第一系统对用户的睡眠数据进行实时获取，并基于睡眠数据，对起床问候条件进行实时判断。

步骤603，判断睡眠时长是否达到4小时。

第一系统对睡眠时长是否达到4小时进行判断，在用户处于睡眠状态的过程中，睡眠时长达到4小时的情况下，进入步骤604。

步骤604，判断达到4小时的当前时刻是否处于深夜时段。

第一系统对达到4小时睡眠时长的当前时刻是否处于深夜时段进行判断，其中，深夜时段为23点到凌晨4点半，在当前时刻不处于深夜时段的情况下，进入步骤611；在当前时刻处于深夜时段的情况下，进入步骤605。

步骤605，标记当前状态为第一状态。

在达到4小时睡眠时长的当前时刻处于深夜时段的情况下，第一系统标记当前状态为第一状态。

步骤606，判断睡眠状态是否持续到4点半。

第一系统对用户睡眠状态是否持续到4点半进行判断，在睡眠状态持续到4点半的情况下，进入步骤611。

步骤607，判断是否存在闹钟事件。

第一系统对深夜时段是否存在闹钟事件进行判断，在存在闹钟事件的情况下，响应于用户对闹钟事件的触发操作，进入步骤611。

步骤608，基于作息数据，对入睡时刻以及休息时段进行判断。

第一系统基于睡眠数据以及作息数据，对入睡时刻以及休息时段进行判断，在休息时段的时长大于4小时，且入睡时刻处于休息时段，且入睡时刻距离休息时段的结束时刻大于1小时，且结束时刻处于深夜时段的情况下，进入步骤609。

步骤609，标记当前状态为第二状态。

步骤610，判断当前时刻距离休息时段的结束时刻是否等于1小时。

在第二状态下，第一系统对当前时刻距离休息时段的结束时刻是否等于1小时进行判断，在当前时刻距离休息时段的结束时刻的时间间隔等于1小时的情况下，进入步骤611。

步骤611，确定起床问候条件达成。

步骤612，判断当天是否存在条件达成记录。

在起床问候条件达成的情况下，第一系统对当天是否存在条件达成记录进行判断，在存在条件达成记录的情况下，第一系统取消显示起床问候消息，并取消向第二系统发送起床问候条件达成通知；在不存在条件达成记录的情况下，进入步骤613。

步骤613，向第二系统发送条件达成通知。

步骤614，判断当前屏幕显示状态。

在起床问候条件达成之后，且第二系统接收到条件达成通知之后，第一系统以及第二系统对当前屏幕显示状态进行判断，在屏幕处于熄屏状态下，进入步骤617；在屏幕处于亮屏状态下，进入步骤615。

步骤615，标记亮屏状态。

在屏幕处于亮屏状态下，第一系统以及第二系统对屏幕状态进行标记。

步骤616，判断是否存在灭屏事件。

在屏幕处于亮屏状态下，第一系统以及第二系统对灭屏事件进行检测，在存在灭屏事件的情况下，进入步骤617。

步骤617，熄屏状态下，弹出起床问候消息。

在屏幕处于熄屏状态下，第一系统以及第二系统弹出起床问候消息。

步骤618，在具有屏幕控制权限的情况下，通过屏幕显示起床问候消息。

在第一系统具有屏幕控制权限的情况下，第一系统通过屏幕显示起床问候消息；在第二系统具有屏幕控制权限的情况下，第二系统通过屏幕显示起床问候消息。

步骤619，结束。

请参考图7，其示出了本申请一个示例性实施例提供的消息显示系统的框架图。

第一系统701中可以包括起床问候条件判断模块703、第一显示模块704、睡眠状态模块706、作息模块707、闹钟模块708以及双核通信模块709，其中，起床问候条件判断模块703用于对起床问候条件进行实时判断，睡眠状态模块706用于获取用户的睡眠数据，作息模块707用于获取用户的作息数据，闹钟模块708用于检测闹钟事件，第一显示模块704用于通过屏幕显示起床问候消息，双核通信模块709用于向第二系统702发送通信数据，比如条件达成通知、消息关闭通知、确认字符等等。

第二系统702中可以包括第二显示模块705以及双核通信模块709，其中，第二显示模块705用于通过屏幕显示起床问候消息，双核通信模块709用于向第一系统701发送通信数据，比如获取请求、消息关闭通知、确认字符等等。

请参考图8，其示出了本申请一个示例性实施例提供的双系统交互流程图。

如图所示，在实现起床问候消息显示的过程中，第一系统801和第二系统802之间存在三种交互方式。

首先，在第一系统801确认起床问候条件达成的情况下，需要向第二系统802发送条件达成通知，第二系统802在接收到条件达成通知之后，向第一系统返回确认字符(ACK)。

其次，在第二系统802具有屏幕控制权限，并通过屏幕显示起床问候消息之后，第二系统802需要向第一系统801发送起床问候消息的关闭通知，同时，第一系统801向第二系统802返回确认字符(ACK)。

并且，在第二系统802重新启动的情况下，第二系统802向第一系统801发送获取请求，在接收到获取请求的情况下，第一系统801向第二系统802发送条件达成情况。

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

第一系统模块901，用于基于获取的睡眠数据进行起床问候条件判断；

所述第一系统模块901，用于在所述起床问候条件达成的情况下，向第二系统模块902发送条件达成通知；

所述第一系统模块901，用于在所述第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，通过屏幕显示起床问候消息；和/或，

所述第二系统模块902，用于在所述第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，通过屏幕显示起床问候消息。

可选的，

所述第一系统模块901，用于基于获取的所述睡眠数据，确实睡眠时长；基于所述睡眠时长，对所述起床问候条件进行判断；或，

所述第一系统模块901，用于基于获取的所述睡眠数据以及作息数据，对所述起床问候条件进行判断。

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

在当前时刻不处于深夜时段，且当前时刻下所述睡眠时长达到第一时长的情况下，确定所述起床问候条件达成；和/或，

在当前时刻处于所述深夜时段，且当前时刻下所述睡眠时长达到第一时长的情况下，标记第一状态；在所述第一状态下，基于睡眠状态或者闹钟事件，对所述起床问候条件进行判断。

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

在所述深夜时段结束，且处于所述睡眠状态的情况下，确定所述起床问候条件达成；和/或，

在接收到对所述闹钟事件的触发操作的情况下，确定所述起床问候条件达成。

可选的，所述睡眠数据包括入睡时刻，所述作息数据包括休息时段；

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

在所述休息时段的时长大于第一时长，且所述入睡时刻处于所述休息时段，且所述入睡时刻与所述休息时段的结束时刻之间的时间间隔大于第二时长，且所述结束时刻处于深夜时段的情况下，标记第二状态；

在所述第二状态下，在当前时刻距离所述结束时刻等于所述第二时长，且处于睡眠状态的情况下，确定所述起床问候条件达成。

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

在所述起床问候条件达成，且单位周期内不存在所述起床问候条件的达成记录的情况下，向所述第二系统发送所述条件达成通知；

在所述起床问候条件达成，且所述单位周期内存在所述起床问候条件的达成记录的情况下，取消显示所述起床问候消息，并取消向所述第二系统发送所述条件达成通知。

可选的，

所述第一系统模块901或所述第二系统模块902，用于对屏幕显示状态进行判断；在熄屏状态下，弹出所述起床问候消息。

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

响应于对所述起床问候消息的关闭操作，向所述第二系统模块902发送所述起床问候消息的关闭通知，以提醒所述第二系统不再显示所述起床问候消息；

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

响应于对所述起床问候消息的关闭操作，向所述第一系统模块901发送所述起床问候消息的关闭通知，以提醒所述第一系统不再显示所述起床问候消息。

可选的，

所述第二系统模块902，还用于在所述第二系统重启的情况下，向所述第一系统模块901发送获取请求，所述获取请求用于请求从所述第一系统处获取所述起床问候条件的条件达成情况；

所述第一系统模块901，用于向所述第二系统模块902发送所述起床问候条件的条件达成情况。

综上所述，本申请实施例中，对于支持双系统的电子设备，第一系统基于获取的睡眠数据对起床问候条件进行判断，在起床问候条件达成的情况下，第一系统向第二系统发送条件达成通知，从而在第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第一系统通过屏幕显示起床问候消息；在第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，第二系统通过屏幕显示起床问候消息；采用本申请实施例提供的方案，通过在睡眠过程中实时对起床问候条件进行判断，能够实现在起床问候条件达成的情况下，结束睡眠首次进入亮屏状态的瞬间，及时显示起床问候消息，提高了起床问候的适时性，优化了用户体验。

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

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

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

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

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

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

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

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

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

Claims (13)

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

所述方法包括：

所述第一系统基于获取的睡眠数据进行起床问候条件判断；

在所述起床问候条件达成的情况下，所述第一系统向所述第二系统发送条件达成通知；

在所述第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，所述第一系统通过屏幕显示起床问候消息；和/或，

在所述第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，所述第二系统通过屏幕显示起床问候消息。

2.根据权利要求1所述的方法，其特征在于，所述第一系统基于获取的睡眠数据进行起床问候条件判断，包括如下至少一种方式：

所述第一系统基于获取的所述睡眠数据，确定睡眠时长；基于所述睡眠时长，对所述起床问候条件进行判断；或，

所述第一系统基于获取的所述睡眠数据以及作息数据，对所述起床问候条件进行判断。

3.根据权利要求2所述的方法，其特征在于，所述基于所述睡眠时长，对所述起床问候条件进行判断，包括：

在当前时刻不处于深夜时段，且当前时刻下所述睡眠时长达到第一时长的情况下，所述第一系统确定所述起床问候条件达成；和/或，

在当前时刻处于所述深夜时段，且当前时刻下所述睡眠时长达到第一时长的情况下，所述第一系统标记第一状态；在所述第一状态下，基于睡眠状态或者闹钟事件，对所述起床问候条件进行判断。

4.根据权利要求3所述的方法，其特征在于，所述在所述第一状态下，基于睡眠状态或者闹钟事件，对所述起床问候条件进行判断，包括：

在所述深夜时段结束，且处于所述睡眠状态的情况下，所述第一系统确定所述起床问候条件达成；和/或，

在接收到对所述闹钟事件的触发操作的情况下，所述第一系统确定所述起床问候条件达成。

5.根据权利要求2所述的方法，其特征在于，所述睡眠数据包括入睡时刻，所述作息数据包括休息时段；

所述第一系统基于获取的所述睡眠数据以及作息数据，对所述起床问候条件进行判断，包括：

在所述休息时段的时长大于第一时长，且所述入睡时刻处于所述休息时段，且所述入睡时刻与所述休息时段的结束时刻之间的时间间隔大于第二时长，且所述结束时刻处于深夜时段的情况下，所述第一系统标记第二状态；

在所述第二状态下，在当前时刻距离所述结束时刻等于所述第二时长，且处于睡眠状态的情况下，所述第一系统确定所述起床问候条件达成。

6.根据权利要求1所述的方法，其特征在于，所述在所述起床问候条件达成的情况下，所述第一系统向所述第二系统发送条件达成通知，包括：

在所述起床问候条件达成，且单位周期内不存在所述起床问候条件的达成记录的情况下，所述第一系统向所述第二系统发送所述条件达成通知；

所述方法还包括：

在所述起床问候条件达成，且所述单位周期内存在所述起床问候条件的达成记录的情况下，所述第一系统取消显示所述起床问候消息，并取消向所述第二系统发送所述条件达成通知。

7.根据权利要求1所述的方法，其特征在于，所述第一系统向所述第二系统发送条件达成通知之后，所述方法还包括：

所述第一系统或所述第二系统对屏幕显示状态进行判断；

在熄屏状态下，所述第一系统或所述第二系统弹出所述起床问候消息。

8.根据权利要求1所述的方法，其特征在于，所述第一系统通过屏幕显示起床问候消息之后，所述方法还包括：

响应于对所述起床问候消息的关闭操作，所述第一系统向所述第二系统发送所述起床问候消息的关闭通知，以提醒所述第二系统不再显示所述起床问候消息；

所述第二系统通过屏幕显示起床问候消息之后，所述方法还包括：

响应于对所述起床问候消息的关闭操作，所述第二系统向所述第一系统发送所述起床问候消息的关闭通知，以提醒所述第一系统不再显示所述起床问候消息。

9.根据权利要求1至8任一所述的方法，其特征在于，所述方法还包括：

在所述第二系统重启的情况下，所述第二系统向所述第一系统发送获取请求，所述获取请求用于请求从所述第一系统处获取所述起床问候条件的条件达成情况；

所述第一系统向所述第二系统发送所述起床问候条件的条件达成情况。

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

所述装置包括：

第一系统模块，用于基于获取的睡眠数据进行起床问候条件判断；

所述第一系统模块，用于在所述起床问候条件达成的情况下，向第二系统模块发送条件达成通知；

所述第一系统模块，用于在所述第一系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，通过屏幕显示起床问候消息；和/或，

所述第二系统模块，用于在所述第二系统具有屏幕控制权限，且屏幕进入亮屏状态的情况下，通过屏幕显示起床问候消息。

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

12.一种计算机可读存储介质，其特征在于，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如权利要求1至9任一所述的消息显示方法。

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