CN115334193B - 基于情境的通知显示方法和装置 - Google Patents

Abstract

一种基于情境的通知显示方法和装置，该方法可应用于手机等电子设备。在该方法中，电子设备可以依据用户所处的不同情境，将一个通知中的内容拆分成不同部分。然后，根据当前用户所处的情境，选择性地展示上述通知中的部分内容。这样，用户既可以获得多而全面的信息，又可以使用户快速准确的获得当前情境下最想要了解的信息，避免信息堆砌带来的繁琐、不方便。

Description

基于情境的通知显示方法和装置

技术领域

本申请涉及终端领域，尤其涉及基于情境的通知显示方法和装置。

背景技术

现有卡片通常用一张卡片概括所有的基本信息和功能。卡片上的信息和功能堆砌，使得用户难以寻找重要信息。当卡片想要尽可能地展示更多的信息和功能时，卡片也就越大越长。对于用户来说，用户难以清晰、直接的获取到当下场景最需要的信息，从而降低了卡片的易读性。

发明内容

本申请提供了基于情境的通知显示方法和装置。实施该方法，手机等电子设备可以依据用户所处的不同情境，在卡片中显示当前情境下用户更关心的内容。这样，用户既可以获得多而全面的信息，又可以使用户快速准确的获得当前情境下最想要了解的信息。

第一方面，本申请实施例提供了一种通知显示方法，该方法应用于电子设备，其特征在于，该方法包括：显示第一用户界面，第一用户界面显示有第一卡片，第一卡片包括第一区域和第二区域，第一区域与第二区域不重叠，第一区域显示第一内容，第二区域显示第二内容，其中，第二内容用于指示用户所处状态为第一状态，第二内容与第一内容相关联；检测到用户所处状态为第二状态，第二状态与第一状态不同；响应于用户所处的状态为第二状态，第一区域显示第一内容，第二区域显示第三内容，第三内容用于指示用户所处状态为第二状态，第三内容与第二内容不同，第三内容与第一内容相关联；其中，第一状态和第二状态是与用户所处的地理位置，和/或，时间有关联的状态。

实施第一方面提供的方法，电子设备可以检测到用户所处的状态的变化。电子设备可确定变化后的状态下，用户关心的信息。然后，电子设备可在卡片中显示上述信息。这样，用户既可以获得多而全面的信息，又可以使用户快速准确的获得当前情境下最想要了解的信息，避免信息堆砌带来的繁琐、不方便。

结合第一方面的一些实施例，在一些实施例中，该方法还包括：检测到用户所处状态为第三状态，第三状态与第二状态不同；响应于用户所处的状态为第三状态，第一区域显示第四内容，第二区域显示第五内容，第四内容与第一内容不同，第五内容与第三内容不同，第五内容用于指示用户所处状态为第三状态，第五内容与第四内容相关联其中，第四内容与第一内容相关联，第四内容的显示形式与第一内容的显示形式不同，且第四内容的文本内容和第一内容的文本内容相同；第三状态是与用户所处的地理位置，和/或，时间有关联的状态。

实施上述实施例提供的方法，电子设备在变更第二区域中显示的内容的过程中，还可以变更第一区域中显示的内容。这样使得卡片显示的内容更加灵活。

结合第一方面的一些实施例，在一些实施例中，在检测到用户所处状态为第二状态之后，该方法还包括：显示消息通知，消息通知是横幅通知、锁屏通知、下拉通知中的一个或多个，消息通知包括第六内容，第六内容用于指示用户所处状态为第二状态，第六内容与第三内容相关联。

实施上述实施例提供的方法，电子设备不仅可以通过更新卡片提示用户状态变化，还可以通过横幅通知、锁屏通知等通知方式提醒用户上述变化。这样，当电子设备未处于显示卡片的用户界面时，电子设备也可通过其他通知形式及时地提醒用户。

结合第一方面的一些实施例，在一些实施例中，在检测到用户所处状态为第二状态之后，该方法还包括：在第一用户界面显示第二卡片，第二卡片包括获取健康码，和/或，核酸记录，和/或，疫苗记录的控件。

实施上述实施例提供的方法，电子设备还可在第二状态时，显示包括获取健康码、核酸记录、疫苗记录的快捷方式的卡片。这样，电子设备就可在用户需要的时候自动的显示上述卡片，从而为用户提供更方便快捷的使用体验。

结合第一方面的一些实施例，在一些实施例中，第一卡片为航班卡片；第一状态、第二状态和第三状态分别为：提醒用户办理值机手续的状态、提醒用户前往机场的状态、反映用户准备登机的状态和反映用户抵达目的地的状态中的一个。

结合第一方面的一些实施例，在一些实施例中，提醒用户办理值机手续的状态包括：显示值机预告的状态、显示值机提醒的状态、提示用户已值机的状态、显示值机倒计时的状态或显示值机柜台的状态；或者，提醒用户前往机场的状态包括：显示出发提醒的状态或显示路程时间的状态；或者，反映用户准备登机的状态包括：显示健康码的状态、开始登机的状态或显示登机口的状态；或者，反映用户抵达目的地的状态包括：显示行李转盘的状态、显示酒店位置的状态或显示旅游景点的状态。

结合第一方面的一些实施例，在一些实施例中，第一内容包括：航班的航班编号、行程日期、出发地、出发时间、目的地、抵达时间中的一个或者多个；第二内容、第三内容和第五内容分别包括：航班的值机预告、值机提醒、已值机提醒、值机倒计时、值机柜台、出发提醒、路程时间、座位号、登机口、行李转盘、酒店位置、旅游景点位置中的一个或多个；第四内容包括：航班的航班编号、行程日期、出发地、出发时间、目的地、抵达时间、值机柜台、座位号、登机口中的一个或者多个。

结合第一方面的一些实施例，在一些实施例中，该方法还包括：当第一状态、第二状态或者第三状态为反映用户准备登机的状态时；确定电子设备正在运行沉浸式应用程序，显示悬浮窗，悬浮窗用于显示登机提醒；其中，沉浸式应用程序为视频类应用程序、游戏类应用程序、音乐类应用程序或者通话类应用程序中的一个或者多个。

实施上述实施例提供的方法，在检测到用户正在使用沉浸式应用程序时，该电子设备可显示悬浮窗。该悬浮窗可以展示提示信息和快捷方式。这样，用户在使用沉浸式应用程序时，也能快速地获取通知，避免延误。

结合第一方面的一些实施例，在一些实施例中，该方法还包括：检测到用户对悬浮窗的第一操作；响应于第一操作，显示电子登机牌，其中第一操作为点击操作、长按操作滑动操作或语音控制操作中的一个。

实施上述实施例提供的方法，用户可以在需要展示电子登机牌时，点击悬浮窗，从而快速获得电子登机牌。

结合第一方面的一些实施例，在一些实施例中，第一卡片为展示高铁行程的卡片；第一状态、第二状态和第三状态分别为：提醒用户高铁即将启程的状态、反映用户已经抵达高铁站的状态和反映高铁已经启程的状态中的一个。

结合第一方面的一些实施例，在一些实施例中，第一内容包括：车次、行程日期、出发地、出发时间、目的地、抵达时间中的一个或多个；第二内容、第三内容和第五内容分别包括：出发提醒、车厢号、座位号、检票口中的一个或多个；第四内容包括：车次、行程日期、出发地、出发时间、目的地、抵达时间、出发提醒、车厢号、座位号、检票口中的一个或多个。

结合第一方面的一些实施例，在一些实施例中，该方法还包括：当第一状态、第二状态或者第三状态为反映用户已经抵达高铁站的状态时；确定电子设备正在运行沉浸式应用程序，显示悬浮窗，悬浮窗用于显示电子车票二维码；其中，沉浸式应用程序为视频类应用程序、游戏类应用程序、音乐类应用程序或者通话类应用程序中的一个或者多个。

实施上述实施例提供的方法，在检测到用户正在候车室候车，且正在使用沉浸式应用程序时，该电子设备可显示悬浮窗。该悬浮窗可以供用户快速获取电子设备二维码，从而快速通过安检。这样，用户在使用沉浸式应用程序时，也能快速地获取通知，避免延误。

结合第一方面的一些实施例，在一些实施例中，该方法还包括：检测到用户对悬浮窗的第一操作；响应于第一操作，显示电子设备二维码，其中第一操作为点击操作、长按操作、滑动操作或语音控制操作中的一个。

这样，用户可以在需要展示电子车票二维码时，点击悬浮窗，从而快速获得电子车票二维码。

结合第一方面的一些实施例，在一些实施例中，第一卡片为打卡卡片。这样，电子设备可以通过状态检测，及时更新卡片中的打卡通知。进而，用户可以通过该卡片快速完成打卡。

结合第一方面的一些实施例，在一些实施例中，第一状态为显示上班打卡提醒的状态，第二状态为显示下班提醒的状态。

结合第一方面的一些实施例，在一些实施例中，第一内容包括打卡提醒，第二内容包括上班打卡控件、上班打卡时间或用户是否打卡中的一个或多个，第三内容包括：下班打卡控件、下班打卡时间或用户是否打卡中的一个或多个。

第二方面，本申请实施例提供了一种电子设备，该电子设备包括一个或多个处理器和一个或多个存储器；其中，一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括一个或多个处理器和一个或多个存储器；存储器与一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用计算机指令以使得电子设备执行：

显示第一用户界面，第一用户界面显示有第一卡片，第一卡片包括第一区域和第二区域，第一区域与第二区域不重叠，第一区域显示第一内容，第二区域显示第二内容，其中，第二内容用于指示用户所处状态为第一状态，第二内容与第一内容相关联；检测到用户所处状态为第二状态，第二状态与第一状态不同；响应于用户所处的状态为第二状态，第一区域显示第一内容，第二区域显示第三内容，第三内容用于指示用户所处状态为第二状态，第三内容与第二内容不同，第三内容与第一内容相关联；其中，第一状态和第二状态是与用户所处的地理位置，和/或，时间有关联的状态。

结合第三方面的一些实施例，在一些实施例中，一个或多个处理器，具体用于调用计算机指令以使得电子设备执行：检测到用户所处状态为第三状态，第三状态与第二状态不同；响应于用户所处的状态为第三状态，第一区域显示第四内容，第二区域显示第五内容，第四内容与第一内容不同，第五内容与第三内容不同，第五内容用于指示用户所处状态为第三状态，第五内容与第四内容相关联其中，第四内容与第一内容相关联，第四内容的显示形式与第一内容的显示形式不同，且第四内容的文本内容和第一内容的文本内容相同；第三状态是与用户所处的地理位置，和/或，时间有关联的状态。

结合第三方面的一些实施例，在一些实施例中，一个或多个处理器，还用于调用计算机指令以使得电子设备执行：显示消息通知，消息通知是横幅通知、锁屏通知、下拉通知中的一个或多个，消息通知包括第三内容，第三内容用于指示用户所处状态为第二状态。

结合第三方面的一些实施例，在一些实施例中，一个或多个处理器，还用于调用计算机指令以使得电子设备执行：在第一用户界面显示第二卡片，第二卡片包括获取健康码，和/或，核酸记录，和/或，疫苗记录的控件。

结合第三方面的一些实施例，在一些实施例中，第一卡片为航班卡片；第一状态、第二状态和第三状态分别为：提醒用户办理值机手续的状态、提醒用户前往机场的状态、反映用户准备登机的状态和反映用户抵达目的地的状态中的一个。

结合第三方面的一些实施例，在一些实施例中，提醒用户办理值机手续的状态包括：显示值机预告的状态、显示值机提醒的状态、提示用户已值机的状态、显示值机倒计时的状态或显示值机柜台的状态；或者，提醒用户前往机场的状态包括：显示出发提醒的状态或显示路程时间的状态；或者，反映用户准备登机的状态包括：显示健康码的状态、开始登机的状态或显示登机口的状态；或者，反映用户抵达目的地的状态包括：显示行李转盘的状态、显示酒店位置的状态或显示旅游景点的状态。

结合第三方面的一些实施例，在一些实施例中，第一内容包括：航班的航班编号、行程日期、出发地、出发时间、目的地、抵达时间中的一个或者多个；第二内容、第三内容和第五内容分别包括：航班的值机预告、值机提醒、已值机提醒、值机倒计时、值机柜台、出发提醒、路程时间、座位号、登机口、行李转盘、酒店位置、旅游景点位置中的一个或多个；第四内容包括：航班的航班编号、行程日期、出发地、出发时间、目的地、抵达时间、值机柜台、座位号、登机口中的一个或者多个。

结合第三方面的一些实施例，在一些实施例中，一个或多个处理器，还用于调用计算机指令以使得电子设备执行：当第一状态、第二状态或者第三状态为反映用户准备登机的状态时；确定电子设备正在运行沉浸式应用程序，显示悬浮窗，悬浮窗用于显示登机提醒；其中，沉浸式应用程序为视频类应用程序、游戏类应用程序、音乐类应用程序或者通话类应用程序中的一个或者多个。

结合第三方面的一些实施例，在一些实施例中，一个或多个处理器，还用于调用计算机指令以使得电子设备执行：检测到用户对悬浮窗的第一操作；响应于第一操作，显示电子登机牌，其中第一操作为点击操作、长按操作滑动操作或语音控制操作中的一个。

结合第三方面的一些实施例，在一些实施例中，第一卡片为展示高铁行程的卡片；第一状态、第二状态和第三状态分别为：提醒用户高铁即将启程的状态、反映用户已经抵达高铁站的状态和反映高铁已经启程的状态中的一个。

结合第三方面的一些实施例，在一些实施例中，第一内容包括：车次、行程日期、出发地、出发时间、目的地、抵达时间中的一个或多个；第二内容、第三内容和第五内容分别包括：出发提醒、车厢号、座位号、检票口中的一个或多个；第四内容包括：车次、行程日期、出发地、出发时间、目的地、抵达时间、出发提醒、车厢号、座位号、检票口中的一个或多个。

结合第三方面的一些实施例，在一些实施例中，一个或多个处理器，还用于调用计算机指令以使得电子设备执行：当第一状态、第二状态或者第三状态为反映用户已经抵达高铁站的状态时；确定电子设备正在运行沉浸式应用程序，显示悬浮窗，悬浮窗用于显示电子车票二维码；其中，沉浸式应用程序为视频类应用程序、游戏类应用程序、音乐类应用程序或者通话类应用程序中的一个或者多个。

结合第三方面的一些实施例，在一些实施例中，一个或多个处理器，还用于调用计算机指令以使得电子设备执行：检测到用户对悬浮窗的第一操作；响应于第一操作，显示电子设备二维码，其中第一操作为点击操作、长按操作、滑动操作或语音控制操作中的一个。

结合第三方面的一些实施例，在一些实施例中，第一卡片为打卡卡片。这样，电子设备可以通过状态检测，及时更新卡片中的打卡通知。进而，用户可以通过该卡片快速完成打卡。

结合第三方面的一些实施例，在一些实施例中，第一状态为显示上班打卡提醒的状态，第二状态为显示下班提醒的状态。

结合第三方面的一些实施例，在一些实施例中，第一内容包括打卡提醒，第二内容包括上班打卡控件、上班打卡时间或用户是否打卡中的一个或多个，第三内容包括：下班打卡控件、下班打卡时间或用户是否打卡中的一个或多个。

第四方面，本申请实施例提供一种计算机可读存储介质，包括指令，当上述指令在电子设备上运行时，使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

第五方面，本申请实施例提供一种包含指令的计算机程序产品，当上述计算机程序产品在电子设备上运行时，使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

可以理解地，上述第二方面提供的电子设备、第三方面提供的电子设备、第四方面提供的计算机存储介质、第五方面提供的计算机程序产品均用于执行本申请实施例所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

附图说明

图1A-图1B是本申请实施例提供的一组显示现有卡片的用户界面；

图1C是本申请实施例提供的航班出行流程图；

图2A-图2M是本申请实施例提供的一组显示卡片的用户界面；

图2N-图2Q是本申请实施例提供的卡片可能的其他形态的示意图；

图3A-图3H是本申请实施例提供的显示其他类型通知的用户界面；

图4A-图4B是本申请实施例提供的基于情境的通知显示方法的系统图；

图5A-图5E是本申请实施例提供的基于情境的通知显示方法的流程图；

图6A-图6D是本申请实施例提供的另一种应用场景的用户界面；

图7是本申请实施例提供的另一种应用场景的用户界面；

图8A-图8D是本申请实施例提供的另一种应用场景的用户界面；

图9是本申请实施例提供的电子设备的硬件结构图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。

以航班卡片为例，图1A和图1B示出了手机展示航班卡片的2种形式。

如图1A所示，卡片101可包括航班号101A、日期101B、时间和地点101C。其中时间包括起飞时间(“8:00”)和抵达时间(“11:20”)，地点包括出发地(“深圳宝安T3”)和目的地(“北京首都T3”)。

图1A示出的卡片尺寸较小，显示的信息也较少。采用上述卡片的优点是用户可以快速锁定该卡片想要展示的信息，例如，起飞时间和抵达时间。但是，上述展示的卡片的缺点也比较明显：用户无法得到更多的信息，例如什么时候可以开始值机、哪些柜台可以办理值机、登机口是哪一个等等。

图1B所示的卡片展示了关于航班的更多信息。例如，卡片111可包括航班号111A、日111B期、时间和地点111C、值机柜台112、登机口113以及行李转盘114等。其中，111A、日111B期、时间和地点111C可参考图1A的介绍，这里不再赘述。

在需要办理值机信息时，用户可通过值机柜台112了解值机信息。在登机之前，用户可以通过登机口113了解登机口信息。在抵达目的地后，用户可通过行李转盘114了解托运行李的信息。当然，卡片111还可包括按钮115。当检测到作用于按钮115的用户操作时，手机可显示关于卡片111所展示的航班的更多信息。这样，卡片111基本上展示关于该航班的全部信息。

但是，此时的卡片111的尺寸明显更大、更长。这也就导致卡片上的信息和功能堆砌。进一步的，用户无法第一眼就定位想要的信息。例如，当用户想要获取行李转盘信息时，用户可能第一眼看到的是起飞时间和落地时间。

为了使卡片展示尽可能多的信息，同时又兼顾卡片的简洁性，本申请实施例提供了一种基于情境的通知显示方法和装置。该方法可应用于手机上。实施本申请实施例提供的方法，手机上展示的卡片可以包括更多的信息，例如图1B所示的值机柜台112、登机口113等等。同时，该卡片又可以根据当前所处的场景，选择性的展示上述更多的信息。例如，在开放值机时，该卡片可显示值机柜台112所示的信息。当开始登机时，该卡片可显示登机口113所示的信息，并不再显示值机柜台112所示的信息。

这样，在一个卡片中，用户既可以获得多而全面的信息，又可以使用户快速准确的获得想要了解的信息，避免信息堆砌带来的繁琐、不方便。

不限于手机，提供展示航班卡片的电子设备(电子设备100)还可以是平板电脑、桌面型计算机、膝上型计算机、笔记本电脑、虚拟现实(virtual reality，VR)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备等等。本申请实施例对该电子设备100的具体类型不作特殊限制。可以理解的，航班卡片在其他类型的电子设备上的应用可参考手机类型的电子设备。本申请实施例也将主要以手机为例说明本申请实施例提供的方法。

图1C示出了用户乘坐航班出行的流程。这一流程也可称为航班的生命期。如图1C所示，乘坐航班出行的流程可分为3部分：出行前、出行中和出行后。图1C中示出的每一个节点可称为一个情境。

出行前包括用户购买机票到抵达出发地机场这一过程，包括：订票、航班变更/取消、目的地天气、值机/选座、接机预订、出发去机场、达到机场等细分情境。出行中是指用户达到机场至完成登机这一过程，其中包括：健康码、登机牌/托运、安检、航班延误、登机口变更、候机厅候机、登机等细分情境。出行后是指用户抵达目的地机场之后的过程，包括：提取行李、打车去酒店、商务/旅行等细分情境。

手机在显示航班卡片时，可以根据用户所处的某一具体情境，显示用户在当前情境下更为关心的信息，即调整航班卡片中显示的内容。

当然，上述情境并非都需要航班卡片调整卡片中显示信息。例如，在值机选座的情境中，卡片可显示开放值机的时间，同时，卡片还可显示用户办理值机手续的按钮；而在安检情境中，卡片中显示的内容可不做调整。这也就是说，上述例举出的情境是可选的，即手机可以选择性的在某一情境下变更卡片中显示的内容。

当情境变化时，即从一个节点进行到另一个节点，用户关心的信息会发生变化。例如，当用户购买机票后，用户会更关心航班的日期、出发地和目的地；当面临值机/选座时，用户关心的信息包括：什么时候开始值机、是否可线上办理值机；在到达机场后，用户会更关心航班的值机柜台、登机口等信息等等。

本申请实施例提供的基于情境的通知显示方法即，通过感知用户所处的情境，显示该阶段的重要信息的方法。这里的重要信息即用户更关注的信息。

结合图1C所示的航班出行的情境，下面介绍手机根据不同情境变更航班卡片显示的内容的过程。图2A-图2J示例性示出了一组基于情境的航班卡片的用户界面。下面将结合图2A-图2J示出的用户界面，介绍本申请实施例提供的基于情境的通知显示方法。

图2A-图2J示出的航班卡片对应的情境包括：订票、值机/选座、出发去机场、到达机场、登机、提取行李。

在用户购买机票后，手机可获取用户的出行计划。出行计划包括航班编号、日期、出发地、目的地、时间等。手机获取上述出行计划的方式可包括短信和推送通知(pushnotification)。

其中，短信是指：手机通过监测航空公司发送的出票短信获取用户的出行计划。推送通知是指：航空公司在确认用户的出行计划后，向用户的手机推送通知。该通知就包括上述出行计划。后续实施例将会详细介绍手机如何通过上述两种方式获取用户的出行计划，这里先不展开。

在手机获取到出行计划之后，手机可在航班卡片中显示上述出行计划。此时，手机显示的卡片可称为订票情境中的航班卡片。图2A示出了手机显示订票情境中的航班卡片的用户界面21。

如图2A所示，用户界面21可包括状态栏211、页面指示符212、常用应用程序图标托盘213，以及多个其他应用程序图标214。其中：状态栏可包括移动通信信号(又可称为蜂窝信号)的一个或多个信号强度指示符(例如信号强度指示符211A、信号强度指示符211B)、无线高保真(wireless fidelity，Wi-Fi)信号强度指示符211C，电池状态指示符211D、时间指示符211E。

页面指示符212可用于指示当前显示的页面与其他页面的位置关系。

常用应用程序图标的托盘213可以包括多个托盘图标(例如相机应用图标、通讯录应用图标、电话应用图标、信息应用图标)，托盘图标在页面切换时保持显示。上述托盘图标是可选的，本申请实施例对此不作限定。

其他应用程序图标214可包括多个应用图标。例如，设置应用图标、应用市场应用图标、图库应用图标、浏览器应用图标等。其他应用程序图标还包括第三方应用程序图标，例如 应用图标等等。

其他应用程序图标214可分布在多个页面，页面指示符还可以用于指示用户当前浏览的是哪一个页面中的应用程序。用户可以左右滑动其他应用程序图标的区域，来浏览其他页面中的应用程序图标。可以理解的是，图2A仅仅示例性示出了电子设备100的一个用户界面，不应构成对本申请实施例的限定。

用户界面21可包括卡片215。卡片215中显示的内容为上述出行计划(即航班信息)，包括航班编号、日期、出发地、目的地、时间等。例如，卡片215示出的出行计划为“1月9号，由深圳宝安T3飞往北京首都T3，预计出发时间为8:00，抵达时间为11:20,航班编号为CA1314”。

当看到图2A所示的航班卡片时，用户可立即了解到自己的出行计划，而避免登录购买机票的网站或应用程序去查询自己的出行计划。

这里，航班卡片(卡片215)被放置在手机的主页面(home page)。在其他实施例中，该卡片可也在负一屏显示。这里，负一屏是指手机最左边的页面。本申请实施例对卡片的放置的位置不作限制。

在航班起飞前一段时间，例如起飞前一天，航空公司会开放值机/选座通道。用户可通过航空公司开放的值机/选座通道进行值机/选座等事务。上述值机/选座通道包括线上通道和线下通道。其中，线上通道是指手机、个人电脑等电子设备提供的在线值机的通道。线下通道是指机场值机柜台提供的办理值机的通道。

手机可获取航班开放值机的时间，并检测是否达到值机时间，然后相应地的调整卡片215中显示的信息。

在开放值机前一段时间，航班卡片可显示即将开放值机的提醒。此时的航班卡片可称为值机/选座情境中的航班卡片。上述一段时间是预设的，例如开放值机/选座通道前2小时等等。当看到上述提醒后，用户可知道未来什么时刻可以开始办理值机手续。

图2B示出了手机显示值机/选座情境中的航班卡片的用户界面22。如图2B所示，此时，卡片215可分为左右两部分，区域221(左侧区域)、区域222(右侧区域)。

区域221(左侧区域)可显示航班的基本信息，包括出发地、出发时间、目的地和抵达时间，例如区域221中示出的“深圳宝安T3、8:00、北京首都T3、11:20”。

区域222(右侧区域)可显示即将开放值机的提醒。例如“预计今天18:00开放值机”。

通过上述提醒消息，用户可以及时了解到自己购买的航班即将开放值机/选座通道。这样，用户可以进一步安排办理值机手续的时间。

进一步的，手机可检测航空公司是否已经开放值机/选座通道。当检测到以开放值机/选座通道后，手机可显示图2C所示的用户界面23。此时，航班卡片可显示提示用户办理值机手续的消息。

如图2C所示，用户界面23包括卡片215。卡片215包括：区域221(左侧区域)、区域222(右侧区域)。区域221仍然显示航班的基本信息(出发地、出发时间、目的地和抵达时间)，参考图2C。但是，此时的区域222不再显示“预计今天18:00开放值机”的提示，而是显示已开放值机的提示，例如“已开放值机”。

同时，区域222还可包括值机按钮231。手机可检测到作用于值机按钮231的用户操作，响应于该操作，手机可显示办理值机手续的用户界面。上述用户操作例如是点击操作。后续实施例将详细介绍办理值机手续的用户界面，这里先不展开。

在办理值机手续的用户界面中，手机可接收到用户选择的座位号数据，并将上述座位号数据发送给航空公司的服务器。在航空公司的服务器确认用户选择的座位号后，手机可显示选择成功的反馈。

这里，确认用户选择的座位号是指确认该座位号是否可选，如果可选，将该座位号对应的用户标记更新为该用户，然后将该座位号的状态变更为不可选(即其他用户不可再选择该座位)。本申请对上述办理值机手续的用户界面不做限定。

可以理解的，若用户的航班所述的航空公司不支持线上办理值机手续，则上述航空卡片可不显示值机按钮231。

当检测到用户已经办理值机手续后，手机可将卡片215中显示的“以开放值机”的提醒更新为“已完成值机”的提醒。图2D示出了手机显示用户办理值机手续后的航班卡片的用户界面24。

如图2D所示，卡片215包括：区域221(左侧区域)、区域222(右侧区域)。同样的，区域221仍然显示航班的基本信息(出发地、出发时间、目的地和抵达时间)。此时区域222不再显示“以开放值机”的提醒，而是显示已完成值机的提醒，例如“已值机选座”。

同时，用户界面23中的值机按钮231可替换为登机牌按钮241。当检测到作用于登机牌按钮241的用户操作时，响应于该操作，手机可显示用户的包含电子登机牌的用户界面。电子登机牌中记录的信息包括：乘客姓名、航班号、日期、目的地、舱位、座位号、登机口以及健康码等等。后续实施例将会详细介绍手机显示电子登机牌的用户界面，这里先不展开。

在其他实施例中，区域222(右侧区域)还可直接显示用户选定的座位号。这样，用户能更方便快捷地获取座位号。

在手机显示图2C所示的用户界面23后，且临近值机截止时间时，如果用户迟迟未办理值机手续，手机可进一步显示截止值机的倒计时。倒计时可以给用户更强烈的提醒。这样，用户可以在看到倒计时后，尽快办理值机手续。

图2E示出了手机显示包括倒计时的航班卡片的用户界面25。

如图2E所示，卡片215包括：区域221(左侧区域)、区域222(右侧区域)。此时，区域222可显示剩余值机时间(即倒计时)。这里，剩余值机时间可通过计算当前时间和起飞时间的差值获得。

例如，用户界面25示出了当前时间为上午6:00，而卡片215对应的航班的起飞时间为8:00，那么，此时距离起飞时间还有2个小时。此时，区域222可显示“距离截止值机还剩2小时”的提醒字样。

随着当前时间的变更，手机可不断更新区域222中显示的倒计时，例如“距离截止值机还剩1小时”、“距离截止值机还剩30分钟”。手机还可将上述提示字样设置为红色，进一步提醒用户。

在显示倒计时的同时，区域222还可显示图2C所示的值机按钮231。当检测到作用于值机按钮231的用户操作时，响应于该操作，手机可显示办理值机手续的用户界面(参考前述介绍，这里不再赘述)。这样，当看到值机截止倒计时后，用户可通过值机按钮231办理值机手续。

当截止值机后，区域222可不再显示上述倒计时，而是显示已截止值机的提示，例如显示“已截止值机”的字样，参考图2E右侧的卡片。上述字样可被设置成红色其他颜色，从而给用户更加强烈的提示。

在显示图2D-图2E所示的任一航班卡片的过程中，手机还可获取位置数据。位置数据可用于判断用户是否进入机场地理范围(即是否到达机场)。后续实施例将会详细介绍手机获取位置数据的具体方法，这里先不展开。当检测到用户进入机场地理范围后，手机可更新航班卡片中显示的内容。

在手机显示图2D所示的航班卡片的过程中，手机获取指示机场地理范围的位置数据。这时，手机可显示图2F所示的用户界面26。

如图2F所示，卡片215可包括区域221(左侧区域)、区域222(右侧区域)。此时，卡片215的区域222可显示办理值机的柜台，例如“值机柜台G07-G11”。当看到上述柜台后，用户可前往编号“G07”到“G11”中的任意一个柜台，办理值机手续。这样，用户就可以及时了解到自己应该前往哪一个柜台办理值机手续，避免浪费时间、耽误行程。

同时，区域222还可包括值机按钮231。当检测到作用于值机按钮231的用户操作时，响应于该操作，手机可显示办理值机手续的用户界面。这也就是说，在抵达机场后，用户仍然可以通过值机按钮231提供的线上值机/选座通道，办理值机手续。同样的，若用户的航班所属的航空公司不支持线上值机/选择，则上述航班卡片可不显示值机按钮231。

在手机显示图2D所示的航班卡片的过程中，手机获取的位置数据指示用户未进入机场地理范围。同时，手机获取的当前时间指示临近起飞时间。这里的临近起飞时间例如是起飞前2小时、1小时等等。此时，手机可显示图2G所示的用户界面27。

如图2G所示，卡片215可包括区域221(左侧区域)、区域222(右侧区域)。此时，卡片215的区域222可显示出发提醒。具体的，手机可通过当前时间、出发时间(起飞时间)、预计路程时间以及等候时间来确定用户是否应该前往机场。例如，用户界面27显示的当前时间为6:00、航班的起飞时间为8:00、预计路程时间为1个小时、机场候机时间预计30分钟。通过上述4个时间数据，手机可确定用户还剩30分钟。此时区域222可显示“建议30分钟内出发”的提醒。

这里，预计路程时间可通过上述位置数据(手机当前的位置数据)、机场位置数据和手机的移动速度(用户当前的移动速度)计算得到。除了上述数据外，手机还可通过第三方提供的地图接口计算预计路程时间。

其中，手机可通过本设备的移动速度(用户当前的移动速度)判断用户是否乘坐交通工具，从而判断用户是否在前往机场的路上。一般的，人步行的速度为3km/h-5km/h，此时手机的移动速度也就为3km/h-5km/h。当用户乘坐交通工具时，人的移动速度可大幅度提升，例如20km/h、30km/h甚至更快。此时手机的移动速度也就大幅度提升。因此，通过移动速度，手机可按断用户是否乘坐交通工具，是否前往机场。

这样，用户可通过上述提示信息了解到此时应该前往机场了，以免误机。

特别的，此时，手机还可将显示的出发地(“深圳宝安T3”)重点突出，例如将“深圳宝安T3”的字样设置为红色等等。这样，用户可以更直观清晰的获取到出发地，以便于用户前往该出发地。

区域222还可显示有登机牌按钮251。当手机可检测到作用于登机牌按钮251的用户操作，响应于该操作，手机可显示图2L所示的电子登机牌。若用户的航班所属的航空公司不提供电子登机牌，区域222可不显示登机牌按钮251，参考图2G中右侧示出的航班卡片。

当确认用户已经在前往机场的路上时，区域222可实施的更新上述预计路程时间，参考图2H。

手机可按预设时间周期性地获取本设备的位置数据(即用户的位置数据)，然后，手机可根据新的本设备的位置数据、机场位置数据以及本设备当前的移动速度(当前的移动速度)计算新的预计路程时间。然后，手机可在区域222中显示新的预计路程时间。例如，图2H示出的“预计20分钟到达”。

区域222还可显示登机牌按钮251。手机可检测到作用于登机牌按钮251的用户操作，响应于该操作，手机可显示用户的电子登机牌。同样的，若用户的航班所属的航空公司不提供电子登机牌，区域222可不显示登机牌按钮251，参考图2H中右侧示出的航班卡片。

若在出发前往机场时，用户未办理值机手续，此时，上述登机牌按钮251可替换成前述介绍的值机按钮231。响应于作用在值机按钮231的用户操作，手机可显示办理值机的用户界面。用户可通过该界面办理线上值机。

当确认用户进入机场地理范围，且已经办理值机手续时，手机可显示图2I所示的用户界面28。用户界面20显示有卡片215。同样的，卡片215可包括区域221(左侧区域)、区域222(右侧区域)。

此时，区域221可显示航班的基本信息。这里，航班的基本信息包括起飞时间(“8:00”)、抵达时间(“11:00”)、目的地(“北京首都T3”)和值机柜台(“G07-G11”)。区域222可显示登机口(“K50”)。

区域222还可包括登机牌按钮251。当用户想获取更多关于该航班的信息时，用户可以点击该按钮。响应于用户的点击操作，手机可展示该航班的电子登机牌。从而，用户可以获取更多的信息。

此时，若检测到登机口变更，手机可更新卡片215中显示的登机口(“K50”)。例如，当登机口更换为“K52”时，手机可将原来显示的“K50”变更为“K52”。特别的，上述变更后显示的登机口可被设置为不同的颜色，例如红色等，从而与其他信息行程显著区分。这样，用户可以更加直观清晰的获取到哪些内容发生了变更。

可选的，区域221中显示的内容，例如起飞时间(“8:00”)、抵达时间(“11:00”)、目的地(“北京首都T3”)等，可按预设的形式进行调整，以达到强调、区分的目的。上述预设的形式包括：预设的颜色、字体、字体粗细等等。例如，在显示起飞时间“8:00”时，采用红色字体显示，从而达到进一步提醒用户的目的。

同样的，若用户的航班所属的航空公司不提供电子登机牌或者不允许在此卡片进行显示(例如，仅允许在官网进行获取)，区域222可不显示登机牌按钮251。可选的，作为替代，区域222可显示飞行图标252，此时飞行图标252可指示当前航班不支持显示电子登机牌。

通过检测系统时间和位置数据，手机可确认用户是否抵达目的地机场。具体的，手机可按预设时间周期性的获取的当前的系统时间和位置数据。当上述系统时间在抵达时间之后，且上述位置数据指示手机在目的地机场地理范围内时，手机可确认用户已抵达目的地机场。此时，手机可显示图2J所示的用户界面。

如图2J所示,卡片215可包括区域221(左侧区域)、区域222(右侧区域)。此时，区域221可显示用户航班的基本信息，包括起飞时间(“8:00”)、抵达时间(“11:00”)、出发地(“深圳宝安T3”)和目的地(“北京首都T3”)。这里，卡片215可强化地理位置信息(包括出发地和目的地)。强化地理位置信息是指：将地理位置信息的字体加粗、增大、或使用特定颜色的字体，从而使用户可以更加清晰直观的看到地理位置信息。这是因为当用户抵达目的机场后会更关注自己所处的位置。

区域222可显示用户托运的行李所在行李转盘。例如图3C中卡片215所示的“行李转盘19”。这样，当用户看到上述信息后，用户可前往编号为19的行李转盘，拿取自己的行李。

然后，当检测到用户离开目的地机场时，手机可关闭卡片215。在其他具体的实施方式中，手机还可获取系统时间。当上述系统时间超过抵达时间后的预设时间时，且用户未处于目的地机场的地理范围内，手机可确认卡片215指示的行程已结束。此时，手机可关闭卡片215。

图2A-图2J示出了在显示航班卡片的过程中，依据不同场景，手机对航班信息进行拆分显示的一系列用户界面。实施上述方法，手机可以根据用户所处的情境，显示该情境下用户最关心的信息。这样，用户既可以通过该航班卡片获取尽可能多的信息，又可避免信息堆砌带来的不便。

下面将介绍图2A-图2J中提及的办理值机选座的用户界面。当检测到作用于值机按钮的用户操作时，手机可显示办理值机选座的用户界面。上述操作例如是：图2C示出的作用于值机按钮231的用户操作、图2E示出的作用于值机按钮231的用户操作、图2F示出的作用于值机按钮231的用户操作等等。

图2K示例性示出了手机显示办理值机选座的用户界面。

如图2K所示，该页面可包括区域261。区域261显示有多个座位图标。其中，座位图标可通过不同颜色区分该座位的状态。例如，参考图标262，白色图标可表示该座位空闲，即未被其他乘客选定。参考图标263，浅灰色图标可表该座位已占用，即被其他乘客选定。因此，白色图标对应的座位是用户可选的，浅灰色图标对应的座位是用户不可选的。

当检测到作用于白色图标的用户操作后，响应于该操作，手机可将该白色图标变更为深灰色，参考图标264。深灰色图标可表示该图标对应的座位为用户选择的座位。这时，手机可显示乘客标签265和按钮266。乘客标签265可表示用户的身份信息。按钮266可用于锁定座位。当检测到作用于按钮266的用户操作时，响应于该操作，手机可显示将该座位的数据发送给航空公司的服务器。在航空公司的服务器确认用户选择的座位号后，手机可显示选择成功的反馈。此时，图标264对应的座位为用户(“Lisa”)选定的座位。

下面将介绍图2A-图2J中提及的显示电子登机牌的用户界面。当检测到作用于电子登机牌按钮的用户操作时，手机可显示电子登机牌。上述操作例如是：图2D示出的作用于电子登机牌按钮241的用户操作、图2H示出的作用于电子登机牌按钮251的用户操作、图2I示出的作用于电子登机牌按钮251的用户操作等等。

图2L示例性示出了手机显示电子登机牌的用户界面。

如图2L所示，该界面包括登机牌271、按钮272。登机牌271可用于展示登机所需的信息。按钮272可用于关闭登机牌271。

登机牌271显示有出发地(“深圳宝安T3”)、目的地(“北京首都T3”)、用户的姓名(“Lisa”)、舱位等级(“K”)、座位号(“23D”)、登机时间(“8:00”)、登机口(“待定”)、登机序号(“67”)、健康码等信息。

登机牌271还可包括按钮273和控件274。当检测作用于按钮273的用户操作，响应于该操作，手机可将登机牌271归档到钱包应用程序，即用户可在钱包中打开电子登机牌。控件274可用于分享登机牌。当检测到作用于控件274的用户操作，响应于该操作，手机可显示多个应用程序的图标。上述多个应用程序的图标可表示接收分享的对象。

在图2A-图2J所示的航班卡片中，除了检测到作用于特定按钮或控件上的用户操作之外，手机还可检测到作用于该卡片的其他区域的用户操作。上述特定按钮或控件包括：图2C所示的值机按钮231、图2D所示的查看登机牌的按钮241等等。卡片中除上述特定按钮或控件之外的区域可称为其他区域。

当检测到作用于上述其他区域的用户操作时，响应于该操作，手机可显示航班详情页。图2M示例性示出了手机显示航班详情页的用户界面。该界面显示的航班信息可参考图2A-图2J的介绍，这里不再赘述。

其中，该界面区分了计划起飞时间和实际起飞时间、计划抵达时间和预计到达时间。计划起飞时间和计划抵达时间是在安排该航班时确定的。由于天气等其他因素出现的航班延误可导致实际起飞时间发生变化，相应地，预计到达时间也会变化。

图2A-图2J介绍的不同情境下的卡片均为航班按计划正常进行的时展示的卡片。当用户的航班出现延误、取消等情况时，卡片可显示延误或取消的标签。

图2N示出了在发生延误的情况下，图2A-图2J所示的航班卡片的不同样子。如图2N所示，当用户的航班发生延误时，手机可在当前显示的卡片上添加延误标签。

图2O示出了在取消的情况下，图2A-图2J所示的航班卡片的不同样子。如图2M所示，当用户的航班被取消的时候，手机可在卡片原来显示的内容之上显示“航班取消”的标记。

当用户的航班的出发时间和抵达时间不在同一天时，手机可在航班卡片显示的抵达时间后显示“+1”的标记，表示抵达时间为第二天的时刻。图2P示出了显示“+1”标记的航班卡片。

参考图2Q，当用户的航班可能会延误时(例如，前序航班没有准时到达或者雷雨天气等原因导致的延误)，航班卡片可显示预警标签。当用户的航班因机器故障或其他故障无法飞行时，航班卡片还可显示故障标签；其他场景，也可以显示如失事标签等。

不限于上述图2A-图2Q介绍的卡片，本申请实施例提供的基于情境的通知显示方法还可应用到横幅通知、下拉通知、锁屏通知、负一屏中。

横幅通知是指：手机处于运行状态(解锁后显示桌面或其他应用程序界面的状态)时，在屏幕上方显示通知的方式。通常，横幅通知持续的时间比较短。下拉通知是指：在下拉界面显示的通知。这里，下拉界面是手机响应于下滑操作显示的界面。锁屏通知是指：手机在锁屏界面中显示通知的方式。用户未及时处理的横幅通知可以被归档到下拉通知、锁屏通知中。

负一屏是指手机最左边的页面。负一屏可显示用户常用的应用程序或该程序提供的快捷功能。这里应用程序提供的快捷功能例如音乐应用程序提供的播放/暂停/切歌功能。在本申请实施例中，负一屏也可显示航班卡片。

可以理解的，上述横幅通知、下拉通知、锁屏通知、负一屏卡片为可选的。即在一个情境转换到另一个情境的过程中，图2A-图2Q所示的卡片中增加的内容，还可在上述横幅通知、下拉通知、锁屏通知、负一屏卡片中的一个或多个中显示出来。

例如，在从显示值机预告的情境中转换到显示办理值机手续提醒的情境的过程中(即卡片由图2B所示的状态更新为图2C所示的状态)，手机还可显示横幅通知。该横幅通知中包括图2C所示的区域222中显示的内容。当手机处于锁屏状态时，手机可显示锁屏通知。同样的，该锁屏通知中包括图2C所示的区域222中显示的内容。

下面将介绍在图2B至图2C所示的情境转换的过程中，手机显示上述其他形式的通知用户界面。图2A-图2Q示出的其他情境的转换可参考下面的介绍，本申请实施例将不再赘述。

图3A示出了手机以横幅通知的形式显示通知内容的用户界面31。

当检测到用户的航班开始值机之后，手机可收到提醒用户值机的通知。然后，手机可显示如图3A所示的用户界面31。用户界面31可包括通知窗311。通知窗311示出了一条横幅通知。通知窗311可包括控件312和一些提示消息，例如指示该通知为航班通知的提示、指示该航班为哪一航班的航班编号信息等等。

控件312可提示用户办理值机手续。手机可检测到作用于控件312的用户操作，响应于该操作，手机可显示办理值机手续的页面。

手机可设定一个预设时间，当预设时间结束后，手机可关闭通知窗311。

图3B示出了手机在锁屏界面显示通知的用户界面32。

同样的，当检测到用户的航班开始值机之后，手机可收到提醒用户值机的通知。若此时手机处于灭屏状态，则手机可点亮屏幕，显示锁屏界面。然后，手机可在锁屏界面显示上述通知，参考图3B所示的用户界面32。

如图3B所示，用户界面32可包括通知窗321。通知窗321可同于展示航班开始值机的通知。通知窗321中展示的具体内容可参考图3A的介绍，这里不再赘述。通知窗321示出的一条通知可称为锁屏通知。

特别的，当用户进入机场之后，锁屏界面显示的通知可包括：获取电子登机牌。例如，将通知窗321中显示“点击进行值机选座”替换成“点击获取电子登机牌”。当检测到作用于“点击获取电子登机牌”的用户操作时，响应于该操作，手机可显示图2L所示的展示电子登机牌的用户界面。

在显示图2L所示的展示电子登机牌的用户界面之前，手机可以不进行验证用户的身份的步骤。例如，手机可以不显示密码键盘、不显示指纹解锁的用户界面、不采集用户的人脸特征等。这样，用户可以更快捷地获取到电子登机牌。

图3C、图3D示出了手机在下拉界面显示通知的一组用户界面。

图3C示出了手机上用于展示已安装应用程序的主页面(home page)。在手机显示主页面时，手机可检测到作用于该主页面的下滑操作，参考图3C所示的手势操作。响应于下滑操作，手机可显示图3D所示的下拉界面。

如图3D所示，下拉界面可包括通知窗331。通知窗331可用于展示航班开始值机的通知(参考图3A、图3B的介绍，这里不再赘述)。通知窗331示出的一条通知可称为下拉通知。

下拉界面还可包括控件332。控件332可用户清理下拉界面的通知。手机可检测到作用于控件332的用户操作，响应于该操作，手机可清除下拉界面的所有通知。

可以理解的,当手机显示横幅通知时，若手机没检测到作用于该通知的用户操作，例如点击操作，此时，手机可将该通知归入锁屏通知和下拉通知中。具体的，对于用户没有及时处理的横幅通知，当手机显示锁屏界面时，手机可在该锁屏界面中显示上述横幅通知包含的内容，即显示一条锁屏通知。当手机显示下拉界面时，手机可在该下拉界面中显示上述横幅通知包含的内容，即显示一条下拉通知。

例如图3A所示的横幅通知311。当在预设时间内，手机未检测到作用于横幅通知311的用户操作时，手机可关闭上述通知。然后，当手机显示图3B所示的锁屏界面时，手机可在该界面中显示上述横幅通知包含的值机提醒，参考锁屏通知321。当手机显示图3D所示的下拉界面时，手机可在该界面中显示上述横幅通知包含的值机提醒，参考下拉通知331。

图3E示出了手机上展示负一屏的用户界面35。如图3E所示，负一屏可显示有多个卡片，包括航班卡片341、日程卡片342、天气卡片343、音乐卡片344、图库卡片345等等。当检测到用户的航班开始值机时，航班卡片341可显示开放值机的提示消息，例如“以开放值机”。

负一屏的航班卡片与桌面的航班卡片是可选的，即手机可以同时在负一屏和桌面显示航班卡片，可以在负一屏或桌面显示该卡片。负一屏中显示的航班卡片的方法与图2A-图2J所示的在桌面显示航班卡片的方法一致，这里不再赘述。

当用户所处的情境为登机阶段时(也就是登机情境)，航班卡片可呈现图2I所示的样子，显示登机阶段用户关注的信息，即登机口、座位号等信息。

这里，登机阶段是指用户抵达出发地机场且临近起飞时间的情境。是否临近起飞时间可以通过确认当前时间是否在预设的临近时间段内来判断。例如，若起飞时间为8:00，手机可确定7:30-8:00为临近起飞时间。若当前时间在上述临近起飞时间内，则手机可确认临近起飞时间。

此时，在显示图2I所示的卡片的同时，手机还可显示悬浮窗。具体的，在确定用户处于登机情境后，手机可检测当前是否有运行沉浸式应用程序。可选的，上述沉浸式应用程序是具备全屏呈现内容能力的应用程序。在体验沉浸式应用程序的过程中，用户通常不容易接收到系统通知，特别是弱通知。沉浸式应用程序可以为：视频类应用程序(例如 等)、游戏类应用程序(例如/>等)、音乐类应用程序或者通话类应用程序等，也可以是在某些应用程序中的小程序(例如/>中的小程序，小程序可以为视频类应用程序、游戏类应用程序或者音乐类应用程序)。

当确定手机正在运行沉浸式应用程序时，手机可在当前正在显示的该应用程序的用户界面的图层上显示悬浮窗。该悬浮窗可显示有供用户随时打开电子登机牌的控件。在用户使用上述沉浸式应用程序的过程中，上述悬浮窗可一直置于该应用程序当前正在显示的图层之上，即置于顶层图层，不会被覆盖。上述悬浮窗是可移动的。响应于用户作用在该悬浮窗上的拖动操作，手机可在用户指定的区域显示该悬浮窗，从而避免遮挡，影响用户体验。可选的，上述悬浮窗还可以是固定的。

图3F-图3H示出了在运行某一沉浸式应用程序的情况下，手机在该应用程序提供的用户界面显示悬浮窗的一组用户界面。

图3F示出了手机播放视频的用户界面36。用户界面36可包括悬浮窗351。悬浮窗351可用于显示电子登机牌。手机可检测到作用于悬浮窗351的用户操作，响应于该操作，手机可显示图3G的用户界面37。

在用户界面37中，悬浮窗351可展开成悬浮窗352所示的样子。悬浮窗352可包括控件353(“查看登机牌”)。当检测到作用于控件353的用户操作时，响应于该操作，手机可显示图2M所示的电子登机牌。上述操作例如是点击操作、滑动操作、语音控制等等，本申请实施例对此不做限制。

当显示悬浮窗352的时间正处于登机时间时，悬浮窗352还可显示控件354。控件354可用于提示用户前往登机口准备登机。具体的，控件354可采用轮播的方式，在预设的时间内交换显示登机提示(“开始登机”)和登机口(“K50”)信息。

例如，手机可设定预设时间为2秒。在显示悬浮窗352后的第一个2秒时间间隔内，手机可显示“开始登机”和控件353。当第一个2秒结束后，上述“开始登机”可被替换为“K50登机口”，如图3H所示。然后，手机可重复、交替显示图3G和图3H所示的悬浮窗352。

在抵达机场到飞机起飞这一时间段内，当未检测到手机运行沉浸式应用程序时，手机可通过航班卡片(参考图2I)、横幅通知等方式提醒用户准备登机。当检测到手机正在运行沉浸式应用程序时，手机即可显示上述悬浮窗。

这样，当用户在使用时手机观看视频或玩游戏时，手机还可通过悬浮窗提醒用户准备登机。同时，悬浮窗较小，用户可自由调整放置悬浮窗的位置，因此悬浮窗不会对用户产生较大的干扰。

图3A-图3G示出了在不同场景下，手机显示通知的不同形式。可以理解的，上述介绍的不同通知形式不是互斥的，即手机可以同时通过多种形式显示通知。这样，无论用户出于何种场景下，用户都可以及时看到上述通知。进一步的，用户可及时地做出响应，避免延误出行计划。

下面，本申请实施例将结合图4A介绍实现基于情境的通知显示方法的系统10。

如图4A所示，系统10可包括电子设备100、云200。其中，在本申请实施例中，电子设备100为上述介绍的手机。

云200存储有该卡片需要展示的所有数据。云200中存储的数据可通过推送(push)机制发送到电子设备100。电子设备通过push机制接收的通知可称为推送通知(pushnotification，push通知)。在其他实施方式中，电子设备100可以向云200发送查询请求，进而从云200获取该卡片展示所需要的数据。例如，在图2A-图2J、图3A-图3F所示的卡片中，卡片显示的数据可从云200获取。

云200包括两个接口(Application Programming Interface，API)：推送(push)接口和响应接口。云200可调用push接口向电子设备100发送push通知。响应于电子设备100获取数据的请求，云200可调用响应接口，向电子设备100发送数据。

电子设备100包括通知显示应用、通知接收模块。

通知显示应用是安装在电子设备100上的一个系统级应用。该应用包括数据获取模块、云工具包(云SDK)、决策模块、显示模块。

数据获取模块可用于获取电子设备100的状态数据。上述状态数据包括：时间数据、位置数据、短信、蜂窝信号。

时间数据是指电子设备100获取当前时间得到的数据。电子设备100可通过读系统时间来获取当前时间。在其他实施方式中，当前时间还可以通过网络对时完成，即通过网络获取当前时间。在图2A-图2J所示的航班卡片中，电子设备100判断是否到达值机时间、是否临近起飞时间等均可通过上述时间数据完成。

位置数据是指电子设备100获取的指示该设备所处地理位置的数据。电子设备100可通过全球定位系统(Global Positioning System，GPS)、电子设备100连接的无线保真(Wireless Fidelity，Wi-Fi)网络、电子设备100使用的蜂窝信号等方法获取。本申请实施例对于获取位置数据的方法不做限制。在图2A-图2J所示的航班卡片中，电子设备100判断是否用户是否达到出发地机场、目的地机场等可通过上述位置数据完成。

短信是指电子设备100接收到的短信信息。电子设备100可以检测自身是否有接收到新的短信信息。若检测到有新接收到的短信，电子设备100可识别该短信的来源。若该短信属于特定来源的短信，则电子设备100可读取该短信的内容。例如，电子设备100获取用户的航班行程即可通过出票短信获取。具体的，后续实施例将会详细介绍通过出票短信获取用户的航班的方法，这里先不展开。

电子设备100还可检测本设备是否使用蜂窝网络。电子设备100检测本设备是否使用蜂窝网络可通过检测蜂窝数据(celluar data)完成。在检测用户是否登机的过程中、检测用户是否抵达目的地的过程中，电子设备100可通过蜂窝数据进行判断。具体的，若确认一段时间内无蜂窝数据产生，则电子设备100可确认用户已经登机。上述一段时间是预设的时间。若在确认用户登机之后，检测到有蜂窝数据产生，则电子设备100可确认用户已经抵达目的地机场。

当然，上述通过蜂窝数据确认用户所处情境的方法并不完善。参考图2A-图2J的介绍，在检测用户是否登机的过程中、检测用户是否抵达目的地的过程中，电子设备100还会获取时间数据、位置数据等。

在数据获取模块获取到上述状态信息后，决策模块可根据上述状态信息判断用户所处的场景。然后，决策模块可根据识别到的场景指示显示模块更新显示的内容。

例如，当上述时间数据指示的时间为开始值机的时间时，决策模块可确认用户进入办理值机手续的情境中。此时，决策模块可指示云SDK向云200获取值机数据。当上述时间数据指示的时间临近起飞时间时，例如起飞前20分钟，且位置数据指示用户在机场地理范围内时，决策模块可确认用户进入登机准备阶段。此时，决策模块可指示云SDK向云200获取登机口、座位号等数据。

云SDK是云200为电子设备100提供的用于访问云200的工具包，包括多个数据读写接口。电子设备100可通过云SDK提供的读接口，向云200请求卡片展示过程中需要的数据，例如卡片215中显示的航班的日期、出发地、目的地等数据。电子设备100可通过云SDK提供的写接口，向云200写入发生变更的数据，例如在完成值机后，电子设备100可通过云SDK提供的写接口向云200写入座位号。

云SDK从云200获取的数据可被发送到显示模块。显示模块可将上述数据显示在航班卡片(卡片215)中。

例如，在检测到开始值机后，显示模块可显示图2C所示的卡片215。卡片215可显示开始值机的提醒消息，例如“已开始值机”。同时，显示模块可显示云SDK提供的办理值机手续的控件(值机按钮231)。响应于作用在上述控件的用户操作，电子设备100可显示图2K所示的办理值机手续的用户界面。

后续实施例将详细介绍决策模块根据数据获取模块获取的状态数据更新卡片显示内容的详细流程，这里先不展开。

电子设备100还包括通知接收模块。通知接收模块可用于接收云200主动向电子设备100发送的通知。在前述实施例介绍的方法中，电子设备100可通过检测出票短信，获取用户的航班信息。在本实施例中，电子设备100还可通过通知接收模块接收云200的推送通知(push notification，push通知)生成航班卡片。该push通知可包括用户的航班信息。

具体的，当用户通过第三方应用程序购买机票后，云200可生成一条该用户的航班记录。该记录包括乘客名称、乘客身份证、电话号码、订单时间、日期(航班出发的日期)、出发地、出发时间、目的地、抵达时间、航班号等等。

然后，云200可调用push接口向电子设备100发送push通知。该push通知可包括乘客名称、日期、出发地、出发时间、目的地、抵达时间、航班号等信息。

电子设备100的通知接收模块可接收到上述push通知。然后，上述push通知可被进一步的发送的数据获取模块。在检测到数据获取模块接收到上述push通知后，决策模块可指示显示模块在航班卡片中显示上述push通知中包含的内容。

这也就是说，电子设备100从云200获取数据和服务的方式有两种：一是通过云SDK向云200发送获取数据或服务的请求；二是云200检测到存储的航班记录的数据变化，主动向电子设备100发送通知。

前者，电子设备100根据自己的需求从云200获取自身需要的数据或服务。例如，手机判断应该在卡片中展示用户的座位号时，手机可以向云200发送获取用户座位号的请求。响应于手机发送的请求，云200可向手机发送用户的座位号。然后，手机可显示用户的座位号。

后者，电子设备100可以通过云200推送的通知，及时了解到用户的行程的变化。例如，当用户改签航班后，云200可更新云200中记录的用户的行程计划，即将改签后的日期、航班号等信息替换原来行程中的日期、航班号等信息。然后，云200可将更新后的行程信息发送给手机。这样，手机可以及时地更新卡片展示的信息，从而可以更加及时地提醒用户，避免用户错过行程。

一般的，云200通常为第三方提供的。例如，在电子设备100展示航班卡片的过程中，航班卡片中涉及的信息通常需要航空公司或者集合众多航空公司航班信息的第三方(例如 )提供。考虑到权限问题，以及对电子设备100的管理问题，电子设备100单独向第三方提供的云获取数据或服务的方式不是优选的。

因此，在另一种实施方式中，系统10还可表示为图4B所示的样子。如图4B所示，系统10还可包括云300。其中，云300是为电子设备100构建的一个数据集合，即云300中存储了电子设备100所需的全部数据。可以理解的，云300中存储的数据是从云200获取的。

云200可检测到存储的数据的变更，然后，云200可将变更后的数据以push通知的方式发送到云300。进一步的，云300可将变更后的数据发送的电子设备100。例如，在改签过程中，云200可检测到用户的航班号、出发时间等数据发生变更。然后，云200可将变更后的数据以push通知的方式发送到云300。在收到上述变更后的数据后，云300可修改自身存储的航班号、出发时间等数据。然后，云300可将变更后的数据发送的电子设备100。这样，电子设备100可显示改签后航班号、出发时间等信息。

这样，电子设备100就可以随时从云300获取数据，从而避免直接接触第三方云(云200)。同时，云300还可对电子设备100的数据进行集中管理。

下面将结合图5A-图5E所示的一组时序图，说明电子设备100根据用户所处的情境变更拆分显示通知的过程。

首先，图5A示出了电子设备100订票情境中的航班卡片的流程图。

S501：云200生成出票短信。

用户可通过航空公司的官方网站、等第三方应用程序购买机票。在完成购买操作之后，云200可生成一条用户的航班记录。该记录包括乘客名称、乘客身份证、电话号码、订单时间、日期(航班出发的日期)、出发地、出发时间、目的地、抵达时间、航班号等等。

然后，电子设备100可收到云200发送的出票短信。具体的，云200可从上述航班记录中获取该用户的电话号码。云200可设定上述电话号码为短信的接收方。

同时，云200可从上述航班记录中提取出票短信需要数据。一般的，出票短信需要的数据包括：乘客名称、航班号、出发地和出发时间、目的地和抵达时间等。当然，出票信息还可包括更多的信息，这里不做限制。

S502：云200向电子设备100发送出票短信。

基于上述乘客名称、航班号、出发地和出发时间等信息，云200可生成一条出票短信。然后，云200可将上述出票短信发送的上述电话号码对应的电子设备。在本申请实施例中，用户为电子设备100的用户，用户的电话号码对应电子设备100。

因此，电子设备100可收到云200发送的出票短信，即用户可收到上述出票短信。

S503：电子设备100识别短信来源，并提取出票短信的内容。

卡片应用程序的数据获取模块可感知到电子设备100收到的上述出票短信，进一步的，数据获取模块可从上述出票短信中提取乘客名称、航班号、出发地和出发时间、目的地和抵达时间等数据。

具体的，电子设备100可通过短信的来源确认该短信是否为航空公司发出短信。在确认为航空公司发出的短信后，电子设备100可解析短信的内容，查看是否为出票短信。如果解析短信后无法获得上述乘客名称、航班号等数据，则电子设备100可确认上述短信不是出票短信。反之，电子设备100可确认上述短信是出票短信，并且电子设备100可将上述乘客名称、航班号等数据显示在航班卡片中。

例如，电子设备100可收到一条来自“95583”(中国国际航空公司)的短信。该短信例如是“尊敬的会员：您好，您预定的中国国际航空公司CA1314深圳-北京、起飞2021-01-098:00深圳宝安T3、到达2021-01-0911:20北京首都T3、乘机人Lisa。请您携带有效证件提前两个小时到机场以免出现误机，祝您旅途愉快！”

通过发送方的号码“95583”，电子设备100可确认上述短信为中国国际航空公司发送的短信。然后，电子设备100可解析上述短信的内容。以上述短信示例性示出的内容为例，电子设备100可获取：航班编号(“CA1314”)、起飞时间(“2021-01-098:00”)、出发地(“深圳宝安T3”)、抵达时间(“2021-01-0911:20”)、目的地(“北京首都T3”)等数据。

此外，短信还可设置有表示短信类型的标签，例如快递短信、广告短息、出票短信等等。因此，电子设备100还可通过上述标签来区分航空公司发出的出票短信。在通过标签确认该短信为出票短信后，电子设备100可提取该出票短信的内容，参考前述介绍，这里不再赘述。

S504：电子设备100生成并展示航班卡片。

在从出票短信中获取到上述数据(航班编号、起飞时间、出发地等等)后，电子设备100可生成一个航班卡片。该卡片可包括上述数据。然后，电子设备100可显示上述航空卡片，参考图2A所示的卡片215。在图2A所示的卡片中，卡片显示的出票信息包括：“CA1314、1月9日、周一、深圳宝安T3、8:00、北京首都T3、11:20”图2A所示的卡片可称为出票阶段的航班卡片。

这样，电子设备100可通过监测本设备的短信，确认用户是否安排了航班出行。并且，电子设备100还可通过解析出票短信，提取用户的航班数据，进而生成航班卡片。这样，用户可以随时通过航班卡片获取自己预定的航班的信息，从而避免耽误行程。

在其他实施例中，电子设备100还可通过接收push通知的方式获取上述数据(航班编号、起飞时间、出发地等)。

在该实施方式中，在用户完成购买机票后，云200生成一条push通知。该push通知包含的具体内容可参考上述出票短信，这里不再赘述。

在生成push通知后，云200可调用push接口，向电子设备100发送push通知。电子设备100可接收到该通知。具体的，电子设备100具备通知接收模块。该模块可用于接收push通知。因此，该模块可接收上述云200发送的push通知。

在接收到云200发送的push通知，电子设备100可以解析上述通知，然后获得该通知包含的航班信息。从而，电子设备100可从该通知中提取出用户的航班数据，包括航班编号、起飞时间、出发地等等。

具体的，在通知接收模块接收到上述push通知后，数据获取模块可从通知接收模块获取上述push通知。然后，云SDK可对上述push通知进行解析，然后得到用户的航班数据。进一步的，电子设备100可根据上述航班数据，生成航班卡片，并显示该卡片。上述卡片可参考图2A所示的卡片215。

可以理解的，在首次生成航班卡片的过程，手机可显示认证页面。认证页面可显示多个文本输入框。用户可通过上述输入框填写自己的姓名、身份证号码、手机号等身份信息。在接收到上述信息后，手机可利用上述身份信息，向云200请求与上述身份对应的用户的行程安排(即航班)。手机可保存上述身份信息，以便于后续向云200获取用户的航班数据。这样，用户就不用重复向手机输入自己的身份信息了。

采用push通知的方法，电子设备100可以避免识别和提取短信。这样，电子设备100可更加及时方便的获取用户的航班数据。

接下来将结合图5B介绍用户办理值机手续后，电子设备100显示值机/选座情境中的航班卡片的流程图。

S511：在开始值机前，电子设备100可显示预告卡片。

在航班开始值机之前的一段预设时间内，电子设备100可将出票阶段显示的航班卡片替换为预告卡片。预告卡片中包括值机预告。值机预告可提示用户该航班预计开始值机的时间。

图2B所示的卡片215可称为预告卡片。此时，区域222可显示“预计开放值机，今天18:00”。当看到上述提示后，用户可知道自己可以在今天18:00之后办理值机手续。

S512：云200检测到用户的航班开始值机，生成push通知。

云200可检测到当用户的航班开始值机的事件。具体的，云200可获取当前时间。当确定当前时间与用户的航班的值机时间一致时，云200确定用户的航班的开始值机。然后，云200可调用push接口，向电子设备100发送开始值机的push通知。

S513：电子设备100生成并显示包含开放值机提醒的航班卡片。

电子设备100的通知接收模块可接收到上述通知。进一步的，上述通知可被发送到数据获取模块。数据获取模块可将上述通知上报给决策模块。此时，决策模块可知道用户的航班开始值机了。然后，决策模块可指示显示模块显示包含值机提醒的航班卡片。

上述值机提示例如是“已开放值机”。如图2C所示，卡片215的区域222可显示“已开放值机”。当看到上述提示信息后，用户可知道自己可以办理值机手续了。

同时，上述包含值机提醒的航班卡片还可包括值机按钮。值机按钮可用于办理值机手续。具体的，当检测到作用于值机按钮的用户操作时，电子设备100可显示值机选座的用户界面。如图2C所示，卡片215的区域222还可包括值机按钮231。当检测到作用于值机按钮231的用户操作时，电子设备100可显示值机选座的用户界面。

在另一种实施方式中，确认用户的航班是否开始值机还可由电子设备100完成。具体的，电子设备100可获取时间数据。这里，时间数据包括该航班开始值机的时间和当前时间。当电子设备100获得的当前时间为开始值机的时间时，或当前时间在开始值机的时间之后时，电子设备100可确认检测到用户的航班开始值机。此时，电子设备100可生成并显示包含值机提醒的航班卡片，参考图2C所示的卡片215。

S514：用户通过电子设备100办理值机手续。

在显示包含值机提醒的航班卡片后，电子设备100可检测是否有作用于值机按钮的用户操作。当检测到作用于值机按钮的用户操作后，响应于该操作，电子设备100可显示值机选座的用户界面。

具体的，在检测到作用于值机按钮的用户操作后，电子设备100可通过云SDK提供读接口，从向云200发送办理值机手续的请求。响应于该请求，云200可将该航班的座位分布数据发送给电子设备100。上述座位分布数据包括每个座位的空间位置，还包括该座位是否可被选择。

在收到上述座位分布数据后，电子设备100可显示值机选座的用户界面。该用户界面显示有该航班的全部座位。其中，一些座位是不可选的(已被他人选定)，一些座位是可选的(未被他人选定)。用户可在该界面显示的座位中，选定自己的座位。

当用户确认自己选定的座位后，电子设备100可将用户选定座位数据，即座位号，发送到云200。

当云200接收到电子设备100发送的座位数据后，云200可将上述座位数据存储到航班记录中。当然，在此之前，云200还需检测用户的座位数据是否符合要求。例如，当用户选择的座位时可获取的时，用户的座位数据是符合要求的，反之，用户的座位数据不符合要求的，即存在冲突。

在云200确定用户的座位数据是符合要求的后，云200可向电子设备100发送确认信号，即值机成功。这时，用户的选定的座位即本锁定为该用户的座位。

S515：电子设备100更新卡片中的内容，显示完成值机后的航班卡片。

在收到云200发送的值机成功的确认信号后，电子设备100可显示完成值机后的航班卡片。完成值机后的航班卡片处理包括航班的基本信息(日期、出发时间、出发地、抵达时间、目的地)外，还可包括用户的座位号。

具体的，在收到云200发送的值机成功的确认信号后，通知显示应用的决策模块可确认用户已完成值机操作。此时，决策模块可指示显示模块显示完成值机后的航班卡片。

显示模块可从云SDK获取用户选定的座位号。然后，显示模块可将卡片右侧显示的开始值机的提示消息更换为上述座位号。

参考图2D，卡片215的左侧区域(区域221)可显示航班的基本信息。卡片215的右侧区域(区域222)可显示用户已办理值机手续的提示消息和用户在办理值机手续时选定的座位号。上述提示消息例如是“已值机选座”。上述座位号例如是图2D所示的“23D”。

图5C示出了电子设备100在登机阶段变更航班卡片的流程图。

S521：电子设备100检测到用户处于登机情境。

在确认用户已经完成值机操作之后，电子设备100可检测用户处于登机情境。登机情境是指用户抵达出发地机场且临近起飞时间的情境。具体的，电子设备100可通过状态信息判断用户是否处于登机情境。这里的状态信息包括：时间数据、位置数据。

其中，时间数据包括起飞时间和当前时间。当前时间可通过获取电子设备100的系统时间得到。可选的，电子设备100可通过网络对时获取当前时间。位置数据可通过GPS、电子设备100连接的Wi-Fi、电子设备100使用的蜂窝信号等方法获取。

电子设备100可设置一个预设时间。若当前时间在起飞时间前的预设时间内时，电子设备100可确认当前时间临近起飞时间。例如，用户的航班的起飞时间为“8:00”，电子设备100可设定起飞时间之前的20分钟，即“7:40-8:00”，为临近起飞时间。若当前时间在“7:40-8:00”之间时，电子设备100可确认用户的航班即将起飞。

同时，当电子设备100获得位置数据指示电子设备100在机场地理范围内时，即用户已抵达机场，电子设备100可确认用户即将准备登机。

S522：电子设备100向云200获取登机卡片所需的数据。

在确认用户处于准备登机的阶段时，电子设备100可显示登机阶段的航班卡片(登机卡片)。登机卡片中显示的内容除了航班的基础信息外，还包括：登机口、座位号，参考图2I。

具体的，当确认用户处于准备登机的阶段后，电子设备100可向云200请求登机卡片所需的数据，包括航班的基础信息(航班编号、日期、起飞时间、抵达时间等等)和登机口、座位号等等。

响应于电子设备100发送的上述请求，云200可向电子设备100发送上述登机卡片所需的数据。

S523：电子设备100生成并展示登机卡片。

当接收到云200发送的登机卡片所需的数据后，电子设备100可生成登机卡片。然后，显示模块可在电子设备100的屏幕上显示上述登机卡片，参考图2I所示的用户界面。

这时，当看到该航班卡片时，用户可以快速的了解到登机口、座位号等信息，进而用户可以快速的完成登机，避免找错登机口、座位。

S524：电子设备100展示电子登机牌。

可选的，登机卡片还可包括登机牌按钮。当检测到作用于上述按钮的用户操作，响应于上述操作，电子设备100可展示用户的电子登机牌。

具体的，当检测到作用于上述按钮的用户操作，响应于上述操作，电子设备100可通过云SDK提供的读接口，向云200发送获取电子登机牌所需的数据的请求。电子登机牌所需的数据包括：乘客姓名、航班号、日期、目的地、舱位、座位号、登机口以及健康码等等。

响应于上述请求，云200可从用户的航班记录中提取出上述数据。然后，云200可将上述数据发送到电子设备100。

电子设备100的云SDK可接收到上述数据。然后，决策模块可指示显示模块显示上述数据，即显示电子登机牌。

若用户进行改签、退票等操作，则云200中存储的用户的航班记录会发生变更。此时，电子设备100的航班卡片中显示的内容也要相应地变更，以免误导用户。

图5D示出了电子设备100根据航班变更等操作刷新航班卡片的显示内容的流程图。

S531：云200检测到航班变更事务。

当用户的行程安排发生变化时，用户可办理退票或者改签等手续，从而变更行程。用户执行退票或改签操作时，响应于上述操作，云200中存储的用户的航班记录会相应地变更。具体的，当用户执行退票操作时，响应于该操作，云200可将用户的航班记录标记为无效。当用户执行改签操作时，响应于该操作，云200可将航班记录中存储的航班编号、起飞时间等信息变更为改签后的航班的信息。

例如，用户原来预定的航班为“上午8:00从深圳宝安T3出发，上午11:20抵达北京首都T3”。此时，云200中记录的用户的出发时间为“8:00”、抵达时间为“11:20”。当用户无法准时完成上述航班时，用户可将上述航班改签为“上午11:00从深圳宝安T3出发，下午13:20抵达北京首都T3”。此时，云200中记录的用户的出发时间可变更为“11:00”、抵达时间可变更为“13:20”。

S532：电子设备100收到变更通知。

当云200中存储的用户的航班记录发生变更后，云200可向电子设备100发送变更通知。云200可调用push接口，向电子设备100发送一个push通知(变更通知)。该push通知可指示电子设备100向云200请求用户的航班的数据。电子设备100的通知接收模块可收到上述push通知。

S533：根据变更通知，电子设备100向云200获取用户的航班的数据。

在接收到上述push通知后，电子设备100可解析上述通知。经过解析，电子设备100可确认该通知指示电子设备100向云200请求用户的航班的数据。

响应于该通知，电子设备100可向云200发送获取用户的航班数据的请求。上述用户的航班数据可包括：航班编号、起飞时间、出发地、抵达时间、目的地等等。响应于上述请求，云200可向电子设备100发送上述数据。

然后，电子设备100可获取到退票或改签后的航班数据。例如，在用户将航班改签为“上午11:00从深圳宝安T3出发，下午13:20抵达北京首都T3”后，电子设备100获取的起飞时间可变更为“11:00”、抵达时间可变更为“13:20”。

S534：电子设备100更新航班卡片展示的内容。

在收到上述变更后的数据后，电子设备100可生成新的航班卡片。进一步的，电子设备100可显示上述新的航班卡片。

在其他实施例中，云200发送的push通知也可包括变更后的数据。这样，经过解析，电子设备100可直接得到变更后的航班数据。然后，电子设备100可根据上述变更后的航班数据生成新的航班卡片，然后电子设备100可显示新的航班卡片。

当用户抵达目的地后，航班卡片可显示用户的行李信息，并在一段时间后关闭该卡片。图5E示出了电子设备100显示抵达目的地后的航班卡片的流程图。

S541：云200检测到航班抵达目的地。

云200可检测飞机是否已经降落目的地机场，即用户是否抵达目的地。具体的，当当前时间为航班的抵达时间时，云200确认用户乘坐的飞机已经降落目的地机场，即用户是否抵达目的地。

S542：电子设备100收到降落通知。

在检测到航班已经抵达目的地后，云200可生成一条push通知。该通知可称为降落通知。该通知可用于指示电子设备100向云200请求展示航班卡片所需的数据(航班数据)。这里，航班卡片所需的数据包括行李转盘信息。行李转盘信息用于指示存放用户的行李的位置。

然后，云200可调用push接口，向电子设备100发送上述push通知。

电子设备100可收到上述降落通知。具体的，电子设备100包括通知接收模块。该模块可用于接收push通知。因此，通知接收模块可接收到云200发送的降落通知。

S543：电子设备100向云200请求航班数据。

响应于上述降落通知，电子设备100可向云200发送请求。具体的，云SDK可提供电子设备100向云200读数据的读接口。通知显示应用可通过云SDK从云200读取该用户的航班记录。

响应于电子设备100的读操作，云200可向电子设备100发送用户的航班数据。这里，航班数据包括行李转盘信息。

S544：电子设备100显示抵达后的航班卡片。

在接收到云200发送的航班数据后，电子设备100可生成一张新的航班卡片，然后展示该卡片。

具体的，在云SDK通过读接口获取到航班数据后，云SDK可根据上述航班数据生成一张新的航班卡片。此时该航班卡片包括行李转盘信息。然后，决策模块可指示显示模块将新的航班卡片显示在电子设备100的屏幕上。参考图2J，在检测到航班已经降落后，电子设备100可显示图2J所示的用户界面。此时，航班卡片215的区域222可显示行李转盘。

这样，用户在降落后打开手机便可看到自己的行李信息，然后，用户即可前往该行李转盘指示的地方取回自己的行李。这避免了用户查询行李信息的操作，节省了用户操作，提升了用户的使用体验。

S545：电子设备100关闭航班卡片。

在显示抵达后的航班卡片后，电子设备100可在预设的情况下关闭该航班卡片。电子设备100关闭航班卡片视为该航班卡片指示的行程完成。

具体的，电子设备100可设定一个预设时间。在该预设时间结束后，电子设备100可确认用户已经完成该航班行程并离开目的地机场。例如，上述预设时间可以为30分钟。电子设备100可确认航班的抵达时间之后的第30分钟为用户完成行程的时刻，即离开机场的时刻。

同时，电子设备100还可获取位置数据。电子设备100可结合时间和位置数据判断用户是否离开目的地机场。若当前时间超过抵达时间30分钟或30分钟以上，且当前位置指示电子设备100不在目的地机场的地理范围内，则电子设备100确认用户已经完成行程并已经离开目的地机场。

在确认用户已经完成行程并已经离开目的地机场后，电子设备100可关闭航班卡片。

在其他实施例中，电子设备100可以自行检测用户是否抵达目的地机场。具体的，电子设备100可周期性的获取时间数据、位置数据。当时间数据指示当前时间在抵达时间之后，且位置数据指示当前位置在目的地机场地理范围内时，电子设备100可确认用户已经抵达目的地机场了。

此外，电子设备100还可在起飞时间之后，周期性地检测用户是否使用蜂窝数据。若检测到用户产生了蜂窝流量，则电子设备100可确定用户已抵达目的地机场。当然，上述两种方法也可结合起来，一起判断用户是否抵达目的地机场。

当检测到用户已抵达目的地机场后，电子设备100可向云200获取航班数据，进一步的，电子设备100可生成并显示抵达目的地后的航班卡片。后续方法可参考S543-S545，这里不再赘述。

不限于航班通知，本申请实施例提供的基于情境的通知显示方法还可实施在高铁、健康码以及上班打卡中。下面，本申请实施例将依次介绍基于情境的通知显示方法在高铁等场景中的应用。

首先，图6A-图6D示出了基于情境的通知显示方法在高铁中应用的一组用户界面。

在购买高铁票后，用户的手机可收到高铁票的出票短信。然后，手机可通过读出票短信的方式，从出票短信中获取用户预订的高铁票的数据。上述数据可称为高铁数据。高铁数据包括：车次、日期、出发地、出发时间、目的地、抵达时间等等。然后，手机可将高铁数据以高铁卡片的形式呈现出来。

同样的，手机也可以通过接收发送的push通知获得高铁数据。这里可参考航班卡片的介绍，不再赘述。

如图6A所示，卡片1011可以被称为一张高铁卡片。卡片1011示出了一趟高铁行程，包括车次(“G1314”)、日期(“1月9日”)、出发地(“深圳北”)、出发时间(“8:00”)、目的地(“广州南”)、抵达时间(“11:20”)。

然后，手机可监测当前时间，并判断当前是否临近出发时间。同样的，手机可通过设定一个预设时间判断当前时间是否临近出发时间。例如，上述预设时间可以为4小时。当当前时间在出发时间之前的4个小时内，手机可确认临近出发时间。

手机可获取自身的系统时间。该系统时间可作为当前时间。然后，依据上述系统时间和上述预设时间，手机可判断是否临近出发时间。例如，手机获取到系统时间为1月9号的上午6:00，高铁的出发时间为8:00，然后，手机可确认距离出发时间还有2小时。此时，手机可显示图6B所示的用户界面62。

在用户界面62中，手机可调整原卡片1011中显示的内容。调整后的卡片1011可呈现卡片1012所示的样子。

卡片1012可包括左侧区域和右侧区域。与航班卡片相似的，左侧区域可显示高铁票中的基本信息，包括：出发地、出发时间、目的地、抵达时间等。右侧区域可显示临近出发时间的提示，例如显示出发倒计时(“距离发车：2小时”)。当用户看到上述提示后，用户可知道临近出发时间，然后用户可前往高铁站，避免耽误出行。

同时，手机还可获取位置数据。通过位置数据，手机可判断用户是否抵达高铁站。手机获取位置数据的方法可参考前述介绍的航班卡片，这里不再赘述。

当确认用户抵达高铁站时，手机可更新卡片1012中展示的内容。具体的，手机可在高铁卡片中显示检票口、座位号等信息。如图6C所示，更新后的卡片1012可呈现卡片1013的样子。

卡片1013显示的内容可包括：车次(“G1314”)、日期(“1月9日”)、出发时间(“8:00”)、抵达时间(“11:20”)、目的地(“广州南”)、座位号(“8车11A”)、检票口(“A12”)。其中，座位号和检票口是在检测到用户抵达高铁站后增加的。

这样，用户看到卡片后便可以立刻了解到自己所搭乘的高铁在哪一个检票口检票，从而避免查询电子车票，节省了用户的操作，提升了用户的使用体验。

然后，手机可通过当前时间确定是否发车。手机可获取系统时间和出发时间。当系统时间已经达到或超过系统时间后，手机可确认已经发车。在确认用户所乘坐的高铁已经出发后，手机可显示图6D所示的用户界面64。用户界面64示出了出发后的高铁卡片的样子(卡片1014)。

卡片1014显示的内容可包括：车次(“G1314”)、日期(“1月9日”)、出发时间(“8:00”)、抵达时间(“11:20”)、出发地(“深圳北”)、目的地(“广州南”)、座位号(“8车11A”)。其中，卡片1014的右侧区域可显示用户的座位号。同时，卡片1014显示的内容不包括检票口信息。

在显示航班卡片(或高铁卡片)时，手机还可在更新航班卡片(或高铁卡片)的同时，显示或关闭健康码卡片。下面将介绍基于情境的通知显示方法在健康码场景中的应用。图7示出了手机在显示航班卡片(或高铁卡片)的同时显示健康码的用户界面。

当手机通过位置数据检测到用户抵达机场(或高铁站)时，航班卡片显示的内容会增加值机柜台、登机口等信息；高铁卡片显示的内容会增加检票口、车厢、座位号等信息。此时，手机可在航班卡片(或高铁卡片)的下方，显示健康码卡片。

图7示出了手机显示健康码卡片的用户界面71。用户界面71可包括航班卡片1101、健康码卡片1102。航班卡片1101为手机检测到用户抵达机场后的卡片。健康码卡片1102为手机检测到用户抵达机场后的显示的卡片。

例如，当抵达机场后，手机可通过GPS等方式获取本设备的位置数据。通过上述位置数据，手机可确认用户已抵达机场。然后，手机可将航班卡片变更为航班卡片1101所示的样子，同时，手机还可在航班卡片1101的下方显示健康码卡片1102。

健康码卡片1102可包括控件1103、控件1104、控件1105、控件1106。当检测到作用于控件1103的用户操作时，响应于该操作，手机可显示包含健康码的用户界面。当检测到作用于控件1104的用户操作时，响应于该操作，手机可显示填写出行登记的页面。当检测到作用于控件1105的用户操作时，响应于该操作，手机可显示包含用户的核酸检测记录的界面。当检测到作用控件1106的用户操作时，响应于该操作，手机可显示包含用户疫苗接种记录的界面。

这样，当用户进入机场需要出示健康码、核酸检测记录等信息时，用户可点击对应地控件，然后，用户可获取该信息。例如，当进行进入机场的安检时，用户可点击控件1103。响应于该用户操作，手机可显示包含健康码的用户界面。然后，用户可向安检人员出示健康码。

然后，手机可检测当前时间是否到达起飞时间。当到达起飞时间时，手机可关闭健康码卡片。当检测到当前时间达到降落时间时，手机可再显示健康码卡片1102。这里不再赘述。

当检测到用户抵达目的地机场时，手机又可再显示健康码卡片1102。这里，确认用户是否抵达目的地机场可参考图2J的介绍，即通过当前时间和当前位置判断用户是否抵达目的地机场。

当手机关闭航班卡片(或高铁卡片)后，手机也可关闭健康码卡片。手机确认关闭航班卡片(或高铁卡片)方法可参考图5E的介绍，这里不再赘述。

当然，在准备登机至离开机场的这一时间内，手机也可一直显示健康码卡片。即，在检测到起飞后，手机也可不关闭健康码卡片。这样，在检测到抵达目的地机场后，手机也就不需要重新显示健康码卡片。然后，在手机关闭航班卡片(或高铁卡片)的同时，手机可关闭健康码卡片。

在其他实施例中，在显示健康码卡片后，手机还可根据当前是否运行沉浸式应用程序来确定是否显示健康码悬浮窗。

具体的，参考图7，在显示健康码卡片后，手机可检测当前是否正在运行沉浸式应用程序(手机检测当前是否正在运行沉浸式应用程序的方法参考图3F的介绍，这里不再赘述)。当前检测到手机正在运行沉浸式应用程序后，手机可在沉浸式应用程序的用户界面中显示健康码悬浮窗。当检测到作用于健康码悬浮窗的用户操作后，手机可显示包括健康码、疫苗接种记录、核酸记录等在内的用户界面。

这样，在手机运行沉浸式应用程序，用户可通过健康码悬浮窗快速获取健康码等信息(例如，通过点击悬浮窗等操作，可选择与前面的实施例相同的方式，在此不再进行赘述)，以便于快速便捷地提供安检工作人员检查，节省时间，提升用户使用体验。

下面将结合图8A-图8B所示的用户界面，介绍基于情境的通知显示方法在上班打卡中的应用。

手机可获取当前时间和当前位置。手机获取当前时间和当前位置的方法可参考前述介绍。根据当前时间和当前位置，手机可判断用户是否在指定上班时间之前到达办公区域(即上班打卡)，或是否在指定下班时间之后离开办公区域(即下班打卡)。

在预设的完成上班打卡的时间内，手机可在打卡卡片中显示上班打卡通知。上述预设的完成打卡的时间包括：用户预设的、开发人员在设计卡片时设置的默认时间、手机学习用户历史打卡记录得到的时间。

图8A示出了手机在打卡卡片中显示上班打卡通知的用户界面81。用户界面81可包括卡片1201、时间指示符1202。卡片1201可包括按钮1203。

时间指示符1202指示当前的系统时间为8:45(当前时间)。上班的指定上班时间为9:00。这也就是说，用户在指定上班时间之前到达办公区域。上述指定上班时间是预设的。

按钮1203可用于接收用户的打卡操作。当检测到作用于按钮1203的用户操作后，手机可获取当前位置。当当前位置在办公区域的地理范围内时，手机可确认用户在指定上班时间之前到达办公区域。此时，手机可生成用户的上班打卡记录，即用户完成上班打卡。

在确认用户完成上班打卡后，手机可显示图8B所示的用户界面。此时，按钮1203可显示用户已完成打卡。可选的，按钮1203还可显示用户完成上班打卡的时间，例如“8:45”。

在一些实施例中，在用户完成上班打卡后，手机也可继续显示图8B所示的卡片。在继续显示打卡卡片的过程中，手机还可显示开关控件。当检测到作用于上述开关控件的用户操作后，响应于该操作，手机可关闭上述卡片。在其他实施例中，在预设的显示图8B所示的卡片时间之后，手机可关闭上述卡片。

然后，手机可检测是否满足下班打卡条件。首先，手机可根据时间判断是否到达下班时间，当当前时间达到下班时间时，或在下班时间之后，手机可显示下班打卡通知。同样的，上述下班时间也是预设的。

图8C示出了手机在打卡卡片中显示下班打卡通知的用户界面83。用户界面83可包括卡片1201、时间指示符1212。卡片1201可包括按钮1213。

时间指示符1212指示当前的系统时间为17:00。指定的下班时间为17:00。这也就是说，当前时间已经满足下班的要求。此时，手机可检测用户是否做出下班打卡操作。

按钮1213可用于接收用户的打卡操作。当手机检测到作用于按钮1213的用户操作时，手机可获取当前位置。如果确认当前位置在办公区域的地理范围，则下班打卡成功。手机可生成用户的下班打卡记录，即用户完成下班打卡。

在确认用户完成下班打卡操作后，手机可显示图8D所示的用户界面。此时，按钮1213可显示用户已完成打卡。可选的，按钮1203还可显示用户完成下班打卡的时间，例如“17:00”。

在一些实施例中，如果当前时间在指定下班时间之后，当前位置不在办公区域的地理范围内，则手机可以关闭下班打卡通知。当当前位置在办公区域的地理范围内时，手机可重新显示下班打卡通知。在其他实施例中，若未检测到用户完成下班打卡操作，手机也可一直显示下班打卡通知。

在本申请实施例中，第一卡片可以为图2A-图2Q所示的显示航班行程的卡片；第一卡片可以为图6A-图6D所示的显示高铁行程的卡片；第一卡片还可以是图8A-图8B所示的打卡卡片。

以显示航班行程的卡片(航班卡片)为例，区域221(左侧区域)可称为第一区域、区域222(左侧区域)可称为第二区域。

参考图2B所示航班卡片，第一区域中显示的内容可称为第一内容，例如“深圳宝安T3 8:00北京首都T3 11:20”。第二区域中显示的内容可称为第二内容，例如“预计开放值机今天18:00”。此时，第一状态为显示值机预告的状态。

在第一状态之后，显示值机提醒的状态可称为第二状态。参考图2C所示用户界面，响应于第二状态，第一区域中显示的内容可称为第一内容，例如“深圳宝安T3 8:00北京首都T3 11:20”。第二区域中显示的内容可称为第三内容。此时，第三内容为“以开放值机”和值机选座按钮231。

若图2C所示的卡片为第一状态时的卡片，则图2D所示的卡片可称为第二状态时的卡片。此时，图2C所示的卡片中的右侧区域中显示的内容可称为第二内容，图2D所示的卡片中的右侧区域中显示的内容可称为第三内容。其他状态同理。

电子设备100显示图2I所示的航班卡片的状态可称为第三状态。图2I所示的卡片的区域221中显示的内容可称为第四内容；区域222所示中显示内容可称为第五内容。在图3A-图3D所示的用户界面中，通知栏(横幅通知、锁屏通知、下拉通知)中显示的内容可称为第六内容。

电子设备100显示图2B所示的航班卡片的状态，可称为显示值机预告的状态。电子设备100显示图2C所示的航班卡片的状态可称为显示值机提醒的状态。电子设备100显示图2D所示的航班卡片的状态可称为提示用户已值机的状态。电子设备100显示图2E所示的航班卡片的状态可称为显示值机倒计时的状态。电子设备100显示图2F所示的航班卡片的状态可称为显示值机柜台的状态。

电子设备100显示图2G所示的航班卡片的状态可称为显示出发提醒的状态。电子设备100显示图2H所示的航班卡片的状态可称为显示路程时间的状态。

电子设备100显示图2L所示的航班卡片的状态可称为显示健康码的状态。电子设备100显示图2I所示的航班卡片的状态可称为开始登机的状态。电子设备100显示图2J所示的航班卡片的状态可称为显示行李转盘的状态。

电子设备100显示图6B所示的航班卡片的状态可称为提醒用户高铁即将启程的状态。电子设备100显示图6C所示的航班卡片的状态可称为反映用户已经抵达高铁站的状态。电子设备100显示图6D所示的航班卡片的状态可称为反映高铁已经启程的状态。

下面，本申请实施例将结合图9说明电子设备100的硬件结构。

在本申请实施例中，电子设备100是手机。此外，电子设备100还可以是平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personaldigital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtualreality，VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备，本申请实施例对该电子设备100的具体类型不作特殊限制。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long termevolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

在本申请实施例中，移动通信模块150和无线通信模块160为电子设备100提供的能力包括：通过GPS获取位置数据(当前位置)、通过蜂窝数据获取位置数据以及通过蜂窝数据与获取上传和下载服务等。

电子设备100可基于位置数据和其他状态信息(例如时间等)判断用户所处的情境。进一步的，电子设备100可根据用户所处的情境更新卡片等其他类型通知中展示的内容。上传和下载服务可支持电子设备100获取卡片等其他类型通知中展示的内容。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

在本申请实施例中，图2A-图2J、图3A-图3F、图6A-图6D、图7、图8A-图8B所示的用户界面可通过GPU，显示屏194显示出来。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

内部存储器121可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。

随机存取存储器可以包括静态随机存储器(static random-access memory，SRAM)、动态随机存储器(dynamic random access memory，DRAM)、同步动态随机存储器(synchronous dynamic random access memory,SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,DDR SDRAM，例如第五代DDR SDRAM一般称为DDR5 SDRAM)等；

非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。

快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等，按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,SLC)、多阶存储单元(multi-level cell,MLC)、三阶储存单元(triple-level cell,TLC)、四阶储存单元(quad-level cell,QLC)等，按照存储规范划分可以包括通用闪存存储(英文：universalflash storage，UFS)、嵌入式多媒体存储卡(embedded multi media Card，eMMC)等。

随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用程序的数据等。

非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。

外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展电子设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

在本申请实施例中，触摸传感器180K可支持用户作用在屏幕上的点击、滑动等操作，响应于上述操作，电子设备100可显示与该操作对应的用户界面。例如，参考图2I，触摸传感器180K可检测到用户作用在按钮251上的用户操作，响应于该操作，电子设备100可显示包含电子登机牌的用户界面。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持NanoSIM卡，MicroSIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

实施本申请实施例提供的方法，手机等电子设备可以依据用户所处的不同情境，将一个通知中的内容拆分成不同部分。然后，根据当前用户所处的情境，选择性地展示上述通知中的部分内容。这样，用户既可以获得多而全面的信息，又可以使用户快速准确的获得当前情境下最想要了解的信息，避免信息堆砌带来的繁琐、不方便。

本申请的说明书和权利要求书及附图中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。应用程序的用户界面是通过java、可扩展标记语言(extensible markup language，XML)等特定计算机语言编写的源代码，界面源代码在终端设备上经过解析，渲染，最终呈现为用户可以识别的内容，比如图片、文字、按钮等控件。控件(control)也称为部件(widget)，是用户界面的基本元素，典型的控件有工具栏(toolbar)、菜单栏(menu bar)、文本框(text box)、按钮(button)、滚动条(scrollbar)、图片和文本。界面中的控件的属性和内容是通过标签或者节点来定义的，比如XML通过<Textview>、<ImgView>、<VideoView>等节点来规定界面所包含的控件。一个节点对应界面中一个控件或属性，节点经过解析和渲染之后呈现为用户可视的内容。此外，很多应用程序，比如混合应用(hybrid application)的界面中通常还包含有网页。网页，也称为页面，可以理解为内嵌在应用程序界面中的一个特殊的控件，网页是通过特定计算机语言编写的源代码，例如超文本标记语言(hyper text markup language，HTML)，层叠样式表(cascading style sheets，CSS)，java脚本(JavaScript，JS)等，网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的，比如HTML通过<p>、<img>、<video>、<canvas>来定义网页的元素和属性。

用户界面常用的表现形式是图形用户界面(graphic user interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (17)

1.一种通知显示方法，应用于电子设备，其特征在于，所述电子设备包括通知显示应用，所述通知显示应用是安装在所述电子设备上的一个系统级应用，所述通知显示应用包括数据获取模块、云工具包SDK、决策模块、显示模块；所述方法包括：

所述电子设备基于所述云工具包SDK提供的读接口向云端获取数据，并将所述数据通过所述显示模块在桌面显示第一卡片，所述第一卡片包括航班的基本信息和第一提醒内容，所述航班的基本信息包括所述航班的航班号、行程日期、出发地、出发时间、目的地、抵达时间中的一个或者多个，所述桌面不包括第一控件，所述第一提醒内容包括值机选座的信息；

当所述决策模块基于所述数据获取模块获取的时间数据、位置数据识别出所述电子设备到达所述航班的出发地附近，指示所述云工具包SDK向所述云端获取值机数据后所述电子设备通过所述显示模块在所述桌面显示所述第一卡片和所述第一控件，所述第一卡片上的所述第一提醒内容变更为第二提醒内容，所述第二提醒内容包括值机柜台的信息或者登机口的信息；

检测到对所述第一控件的第一操作；

响应于所述第一操作，显示包括健康码、核酸记录或者疫苗记录的界面；

在抵达机场到飞机起飞这一时间段内，当未检测到所述电子设备运行沉浸式应用程序时，通过航班卡片、或横幅通知的方式提醒用户准备登机；当所述电子设备正在前台运行沉浸式应用程序时，显示悬浮窗，所述悬浮窗提醒用户准备登机，并且包括第四提醒内容，所述第四提醒内容包括用于获取所述健康码、核酸记录或者疫苗记录的指示；其中，所述沉浸式应用程序为视频类应用程序、游戏类应用程序、音乐类应用程序或者通话类应用程序中的一个或者多个；

当显示所述悬浮窗的时间正处于登机时间时，悬浮窗还包括显示控件，所述显示控件采用轮播的方式在预设的时间内交换显示登机提示和登机口信息。

2.根据权利要求1所述的方法，其特征在于，所述桌面为主页面。

3.根据权利要求1所述的方法，其特征在于，所述值机选座的信息包括显示值机预告、显示值机提醒、提示用户已值机或者显示值机倒计时。

4.根据权利要求1所述的方法，其特征在于，所述登机口的信息包括开始登机或显示登机口的状态。

5.根据权利要求1所述的方法，其特征在于，所述第一提醒内容包括第二控件，所述方法还包括：

检测到对所述第二控件的第二操作；

响应于所述第二操作，显示办理值机选座的界面。

6.根据权利要求1所述的方法，其特征在于，

当所述电子设备的所述桌面显示所述第一卡片和所述第一控件时，所述第一卡片不包括所述第一控件。

7.根据权利要求1所述的方法，其特征在于所述电子设备的桌面显示第一卡片之前，所述方法还包括：

所述电子设备通过监测出票短信或推送通知获取所述基本信息。

8.根据权利要求1-7任一项所述的方法，其特征在于，显示所述第一提醒内容之后，所述方法还包括：

所述第一卡片显示第三提醒内容，所述第三提醒内容包括获取电子登机牌的指示。

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

检测到对所述第一卡片的第三操作；

响应于所述第三操作，所述电子设备显示电子登机牌。

10.根据权利要求8所述的方法，其特征在于，所述电子登机牌包括乘客姓名、航班号、日期、出发地、出发时间、目的地、舱位、座位号、登机口和健康码中的一个或者多个。

11.根据权利要求1所述的方法，其特征在于，在显示悬浮窗后，所述方法还包括：

检测到对所述悬浮窗的第二操作；

响应于所述第二操作，显示包括健康码、核酸记录或者疫苗记录的界面；其中，所述第二操作为点击操作、长按操作、滑动操作或语音控制操作中的一个。

12.根据权利要求1-7、9-11任一项所述的方法，其特征在于，所述方法还包括：

当所述电子设备灭屏时，亮屏并显示锁屏界面，所述锁屏界面包括第一通知窗，所述第一通知窗包括第一提醒内容或者第二提醒内容。

13.根据权利要求1-7、9-11任一项所述的方法，其特征在于，所述电子设备的桌面显示所述第一卡片和所述第一控件之后，所述方法还包括：

检测到所述电子设备符合第一预设条件，所述电子设备的所述桌面不显示所述第一控件；其中，

所述第一预设条件，包括：时间等于或者晚于起飞时间，或者，离开目的地机场附近。

14.根据权利要求13所述的方法，其特征在于，所述时间等于或者晚于起飞时间，所述电子设备的所述桌面不显示所述第一控件之后，所述方法还包括：

当所述电子设备到达所述航班的目的地附近，所述电子设备的所述桌面显示所述第一卡片和所述第一控件，所述第一卡片包括第五提醒内容，所述第五提醒内容包括用户到达目的地的信息。

15.根据权利要求14所述的方法，其特征在于，所述用户到达目的地的信息包括：显示行李转盘、显示目的地的酒店位置或显示目的地的旅游景点。

16.一种电子设备，其特征在于，包括一个或多个处理器和一个或多个存储器；其中，所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使得执行如权利要求1-15任一项所述的方法。

17.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得执行如权利要求1-15任一项所述的方法。