CN115018437B - 出行提醒方法及电子设备 - Google Patents

Abstract

本申请提供了一种出行提醒方法及电子设备，该方法包括：电子设备可对接收到的航班短信所指示的航班，定制出行提醒计划。电子设备可基于到达飞机起飞地点的路程耗时与预设的候机时长，判定是否到达第一出行提醒计划的目标时刻。当电子设备确定到达目标时刻，可在电子设备的显示屏上执行第一出行提醒。从而可基于实际情况，动态检测提醒时间，对于不同的航班、不同的路程耗时和预设的候机时长，对应的提醒时间也不相同。从而在保证出行提醒的及时性，使得用户及时出行的同时，避免对用户过多的打扰，进而有效提升用户使用体验。

Description

出行提醒方法及电子设备

技术领域

本申请涉及终端设备领域，尤其涉及一种出行提醒方法及电子设备。

背景技术

随着终端设备领域的发展，终端中的应用种类越来越多，应用的场景也越来越广泛。其中包括一些出行应用软件，例如航班软件等第三方应用软件，可为用户提供航班购票入口，用户可通过第三方应用轻松购买航班。手机可通过短信的方式，提醒用户航班相关信息。但是，该提醒方式即时性较差，并且提醒方式单一，用户体验较差。

发明内容

本申请提供一种优化的出行提醒方法及电子设备。

在本申请提供的一些实施例中，电子设备可以对航班定制提醒计划，并在实施出行提醒的过程中，兼顾功耗与及时性，有效提升用户体验。

第一方面，本申请提供一种出行提醒方法。该方法应用于电子设备，方法包括：电子设备接收航班短信。其中，航班短信包括第一航班的起飞时间、落地时间、出发地和目的地。接着，电子设备基于第一航班的登机口关闭时间和出发地，确定第一出行提醒计划。其中，第一出行提醒计划用于指示在第一出行提醒计划的目标时刻执行第一出行提醒，并且登机口关闭时间与第一航班的起飞时间间隔预定时长。电子设备在第一预设时刻，基于第一路程耗时和预设的候机时长，判断是否到达第一出行提醒计划的目标时刻，其中，第一路程耗时为电子设备所属用户从当前第一位置至第一航班的出发地所需的路程耗时。当到达第一出行提醒计划的目标时刻，电子设备在电子设备的显示屏上执行第一出行提醒。这样，电子设备可对用户的航班定制出行提醒计划，以基于路程耗时和预设的候机时长，进行航班出行提醒，从而可基于实际情况，动态检测提醒时间，对于不同的航班、不同的路程耗时和预设的候机时长，对应的提醒时间也不相同。从而在保证出行提醒的及时性，使得用户及时出行的同时，避免对用户过多的打扰，进而有效提升用户使用体验。

示例性的，第一出行提醒计划可选地包括与第一航班相关的围栏。也就是说，第一出行提醒计划包括多个围栏以及多个围栏所限定的条件，当满足第一出行提醒计划的围栏所指示的条件时，可确定满足第一出行提醒计划的要求，即到达目标时刻。

示例性的，预设的候机时长可以是固定值。

示例性的，预设的候机时长可以是电子设备从云端获取到的。

示例性的，预设的候机时长可以是电子设备或云端根据本机用户每次的候机时长统计得到的。

示例性的，预设的候机时长可以是云端根据不同的用户的候机时长统计得到的。

根据第一方面，在第一预设时刻，基于第一路程耗时和预设的候机时长，判断是否到达第一出行提醒计划的目标时刻，包括：在第一预设时刻，获取第一预设时刻与第一航班的登机口关闭时间之间的第一时长；第一预设时刻与第一航班的起飞时间之间的时间差小于或等于第一阈值；获取第一时长与第一耗时之间的第一时间差，第一耗时为基于第一路程耗时和预设的候机时长获取到的；当第一时间差小于或等于第二阈值，确定到达第一出行提醒计划的目标时刻。这样，电子设备可基于航班的登机口关闭时间、路程耗时以及预设的候机时长，确定第一次出行提醒的时间，从而可根据实际需求，考虑路况等多种因素，提升出行提醒的精准度，有效提升用户体验。

根据第一方面，或者以上第一方面的任意一种实现方式，在第一预设时刻，基于第一路程耗时和预设的候机时长，判断是否到达第一出行提醒计划的目标时刻，包括：在第一预设时刻，获取第一预设时刻与第一航班的登机口关闭时间之间的第一时长；第一预设时刻与第一航班的起飞时间之间的时间差小于或等于第一阈值；获取第一时长与第一耗时之间的第一时间差，第一耗时为基于第一路程耗时、预设的候机时长以及其它时间因素获取到的；当第一时间差小于或等于第二阈值，确定到达第一出行提醒计划的目标时刻；其中，其它时间因素包括以下至少之一：打车运力、第一缓冲时间。

这样，在确定第一次出行提醒的时间时，电子设备可以结合登机口关闭时间、路程耗时、预设的候机时长以及其它可能影响用户出行的因素，以得到更精准的出行提醒最佳时刻，从而进一步提升用户体验。

示例性的，第一缓冲时间可选地为15分钟。

示例性的，第一缓冲时间可以为固定值。

示例性的，打车运力可选地为电子设备在当前时刻的当前位置的打车运力。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在第二预设时刻，获取第二预设时刻与第一航班的登机口关闭时间之间的第二时长，第二预设时刻与第一航班的起飞时间之间的时间差等于第一阈值；第二预设时刻在第一预设时刻之前；获取第二时长与第二耗时之间的第二时间差，第二耗时为基于第二路程耗时和预设的候机时长获取到的；第二路程耗时为电子设备所属用户从当前第二位置至第一航班的出发地所需的路程耗时；当第二时间差大于第三阈值，确定未到达第一出行提醒计划的目标时刻，确定下一个预设时刻与第二预设时刻之间的时间差为第一间隔时长；其中，第三阈值大于第二阈值。这样，电子设备基于当前的实际情况，例如结合路程耗时和预设的候机时长，判定当前未满足出行提醒的要求，则继续执行后续的检测过程。也就是说，本申请中的电子设备可在预设的时间点，轮训检测是否到达出行提醒时间，以及时提醒用户出行。示例性的，不同的时间点检测到的路程耗时可能是相同的，也可能是不同的。

示例性的，第三阈值可选地为1小时。

示例性的，第一间隔时长可选地为30分钟。也就是说，间隔30分钟之后，再进行下一次检测。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在第三预设时刻，获取第三预设时刻与第一航班的登机口关闭时间之间的第三时长；第三预设时刻与第一航班的起飞时间之间的时间差小于第一阈值；第三预设时刻在第二预设时刻之后，且在第一预设时刻之前；第三预设时刻与第二预设时刻之间的时间差为第一间隔时长；获取第三时长与第三耗时之间的第三时间差，第三耗时为基于第三路程耗时和预设的候机时长获取到的；第三路程耗时为电子设备所属用户从当前第三位置至第一航班的出发地所需的路程耗时；当第三时间差小于或等于第三阈值，且大于第二阈值，确定未到达第一出行提醒计划的目标时刻，确定下一个预设时刻与第三预设时刻之间的时间差为第二间隔时长；第二间隔时长小于第一间隔时长。这样，电子设备可设置不同的间隔时长，可选地，第一间隔时长为30分钟，也就是说，电子设备在上一次检测到第二时间差大于第三阈值的情况下，可检测30分钟后，再执行出行提醒检测。

示例性的，第二间隔时长可选地为15分钟。也就是说，当第三时间差小于或等于第三阈值的情况下，可缩短预设时间之间的间隔，下一次检测与本次检测之间间隔时长为15分钟。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在第四预设时刻，获取第四预设时刻与第一航班的登机口关闭时间之间的第四时长；第四预设时刻与第一航班的起飞时间之间的时间差小于第一阈值；第四预设时刻在第三预设时刻之后，且在第一预设时刻之前；第四预设时刻与第三预设时刻之间的时间差为第二间隔时长；获取第四时长与第四耗时之间的第四时间差，第四耗时为基于第四路程耗时和预设的候机时长获取到的；第四路程耗时为电子设备所属用户从当前第四位置至第一航班的出发地所需的路程耗时；当第三时间差小于或等于第三阈值，且大于第二阈值，确定未到达第一出行提醒计划的目标时刻，确定下一个预设时刻与第三预设时刻之间的时间差为第二间隔时长。这样，电子设备可设置不同的间隔时长，可选地，第二间隔时长为15分钟，在时间逐渐逼近出行提醒时间时，电子设备可缩短两次检测时间之间的间隔时长，从而保证出行提醒的及时性，以提醒用户及时出行，避免用户误机。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：基于第一航班的值机截止时间和出发地，确定第二出行提醒计划；第二出行提醒计划用于指示在第二出行计划的目标时刻执行第二出行提醒；第一航班的值机截止时间为电子设备从目标应用获取到的；在第五预设时刻，基于第五路程耗时，判断是否到达第二出行提醒计划的目标时刻；第五路程耗时为电子设备所属用户从当前第五位置至第二航班的出发地所需的路程耗时；第五预设时刻在第一预设时刻之后；当到达第二出行提醒计划的目标时刻，在电子设备的显示屏上执行第二出行提醒。这样，电子设备还可以基于值机截止时间、路程耗时确定第二次出行提醒的时间，从而执行催促提醒，以提醒用户及时出行，避免误机，提升用户使用体验。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在第五预设时刻，获取第五预设时刻与第一航班的登机口关闭时间之间的第五时长；获取第五时长与第五耗时之间的第五时间差，第五耗时为基于第五路程耗时和其他时间因素获取到的；当第五时间差小于或等于第四阈值，确定到达第二出行提醒计划的目标时刻；其中，其它时间因素包括以下至少之一：打车运力、第二缓冲时间。这样，电子设备在确定第二次出行提醒的时间时，可基于值机截止时间以及其它时间因素，确定第二次提醒的时间。

根据第一方面，或者以上第一方面的任意一种实现方式，第二出行提醒的强度大于第一出行提醒的强度。这样，通过更加强烈的出行提醒方式，可使得用户及时出行，避免用户误机。

根据第一方面，或者以上第一方面的任意一种实现方式，第一出行提醒包括：显示第一出行提醒卡片；第一出行提醒卡片包括以下至少之一：第一路程耗时、从第一位置到第一航班的出发地的路况、预计到达第一航班的出发地的时间。

根据第一方面，或者以上第一方面的任意一种实现方式，第二出行提醒包括：在电子设备的显示屏上显示第二出行提醒卡片；通过电子设备的音频模块播放出行提示音；振动提示；其中，第二出行提醒卡片包括以下至少之一：第五路程耗时、从第五位置到第一航班的出发地的路况、预计到达第一航班的出发地的时间。

根据第一方面，或者以上第一方面的任意一种实现方式，在电子设备的显示屏上执行第一出行提醒，包括：在第一预定时长内显示第一出行提醒卡片。示例性的，电子设备在一段时间内持续显示第一出行提醒卡片，从而避免用户未关注出行提醒卡片，而错过出行提醒。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在第二预定时长内显示第二出行提醒卡片。示例性的，电子设备在一段时间内持续显示第二出行提醒卡片，从而避免用户未关注出行提醒卡片，而错过出行提醒。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：响应于接收到的对第一出行提醒卡片的删除操作，取消第二出行提醒计划。这样，电子设备还提供一种取消出行提醒的方式，用户可对出行提醒卡片进行删除操作，以取消出行提醒。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：执行第一出行提醒之后，当检测到电子设备所属用户前往第一航班的出发地，取消第二出行提醒计划。这样，电子设备在检测到用户已经出行的情况下，可取消后续的出行提醒计划，从而节约功耗，并且避免不必要的提醒，减少对用户的打扰。

第二方面，本申请提供一种电子设备。该电子设备包括：一个或多个处理器、存储器；以及一个或多个计算机程序，其中一个或多个计算机程序存储在存储器上，当计算机程序被一个或多个处理器执行时，使得电子设备执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请实施例提供一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

附图说明

图1为示例性示出的电子设备的硬件结构示意图；

图2为示例性示出的出行提醒方法的流程示意图；

图3为示例性示出的出行提醒业务流程示意图；

图4为示例性示出的用户界面示意图；

图5为示例性示出的出行提醒示意图；

图6为示例性示出的出行提醒示意图；

图7为示例性示出的电子设备的软件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

图1示出了电子设备100的结构示意图。应该理解的是，图1所示电子设备100仅是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

电子设备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等。

本申请实施例中的电子设备100的软件结构中，包括但不限于：智慧出行应用(也可以称为智慧出行服务)、感知模块以及第三方应用。可选地，第三方应用可选地包括航旅纵横等可以获取到航班信息的应用，以及打车应用。示例性的，本申请实施例中，智慧出行应用以及感知模块可通过第三方应用提供的接口，获取到航班信息以及打车信息。示例性的，本申请实施例中，航班信息包括但不限于以下至少之一：航班的航班号、出发地、目的地、起飞时间、到达时间、值机信息(包括值机柜台、是否已值机等)、登机口等信息。示例性的，打车信息包括但不限于以下至少之一：从出发地打车到目的地所需时长(可以称为全程耗时或路程耗时)、道路拥堵情况、打车运力等信息。

可选地，智慧出行应用、感知模块以及第三方应用可以属于电子设备100的应用层。可选地，感知模块也可以属于电子设备100的应用程序框架层或者是内核层等，本申请不做限定。

在本申请实施例中，以电子设备为手机为例进行说明。在其他实施例中，电子设备也可以是平板、智能穿戴设备、车载设备等。示例性的，用户购买机票后，手机可在满足预设条件下进行两次出行提醒，以提醒用户及时出行，避免错过航班。示例性的，两次出行提醒包括首次提醒(也可以称为首次出行提醒或第一次出行提醒)和二次提醒(也可以称为第二次提醒或催促提醒)。

图2为示例性示出的出行提醒方法的流程示意图，请参照图2，具体包括：

S201a，感知模块检测到航班短信围栏出发。

示例性的，用户可通过设置应用，启动智慧出行服务。智慧出行服务启动后，可向感知模块注册航班短信围栏，以使得感知模块对航班短信进行监控。感知模块响应于智慧出行服务的指示，注册航班短信围栏。

举例说明，智慧出行服务响应于接收到的用户操作启动后，向感知模块发送围栏注册请求，用于指示感知模块对航班短信进行监控，也可以进一步理解为，指示感知模块对短信进行监控，以监控短信中是否包括航班敏感词汇。航班敏感词汇包括但不限于：航班号、手机号码、起飞时间、落地时间等信息。也就是说，感知模块可以基于智慧出行服务的指示，注册航班短信围栏，感知模块对每条短信进行监控。若感知模块以识别到短信中包括航班号、手机号码、起飞时间、落地时间等信息，可确定航班短信围栏触发。

示例性的，用户可通过本机手机号码(也可以是荣耀账号或其它账号密码)登录第三方应用，例如携程应用或航空公司应用。用户登录成功后，可通过第三方应用购买机票。第三方应用检测到机票购买成功，可向用户的注册手机号码(例如上文提及的本机手机号码)发送出票反馈短信。示例性的，出票反馈短信中包括但不限于：航班号、乘客姓名、起飞时间、落地时间、出发地、目的地等信息。可选地，第三方应用(可以是订票的应用，也可以是航旅纵横等应用)可在手机的显示界面中弹出航班卡片，航班卡片中可包括但不限于以下至少之一：航班号、乘客姓名、起飞时间、落地时间、出发地、目的地等信息。

示例性的，手机接收到第三方应用通过运营商服务器发送的出票反馈短信。感知模块对短信进行检测，并识别到短信中包括航班敏感词汇。相应的，感知模块确定航班短信围栏触发。

示例性的，感知模块检测到航班短信围栏触发后，解除航班短信围栏，并执行S201b。也就是说，感知模块不再对航班短信围栏进行监控，进一步可以理解为，感知模块无需再识别短信中是否包括航班相关敏感词汇。示例性的，感知模块可以先执行S201b，在解除航班短信围栏；也可以先解除航班短信围栏，再执行S201b；当然，感知模块还可以在执行S201b的同时，解除航班短信围栏，本申请对上述步骤的先后顺序不做限定。

可选地，本申请实施例中以用户通过设置应用启动智慧出行服务为例进行说明。在其他实施例中，用户也可以通过智慧出行服务也可以设置于桌面，用户可点击智慧出行服务图标，手机响应于接收到的用户操作，显示智慧出行服务界面。可选地，智慧出行服务界面中可包括但不限于开启选项和关闭选项，用户可点击开启选项或关闭选项，以开启或关闭智慧出行服务。示例性的，手机的下拉菜单栏、控制中心和/或负一屏中也可以设置有智慧出行服务选项，以提供智慧出行服务对应的应用接口，用户点击智慧出行选项后，手机响应于接收到的用户操作，可显示智慧出行服务界面。示例性的，手机的下拉菜单栏、控制中心和/或负一屏中的智慧出行服务选项，也可以用于开启或关闭智慧出行服务。例如，若智慧出行服务当前处于开启状态，用户点击下拉菜单栏中的智慧出行服务选项，手机响应于接收到的操作，关闭智慧出行服务。

需要说明的是，在本申请实施例中，若手机响应于接收到的用户操作关闭智慧出行服务，则流程结束。

可选地，若智慧出行服务关闭，智慧出行服务可向感知模块发送指示信息，以指示智慧出行服务已关闭，也就是说，无需再执行出行提醒业务。感知模块响应于接收到的指示信息，可停止当前流程。例如，若感知模块当前处于航班短信围栏监控阶段，则感知模块停止对航班短信围栏监控。可选地，感知模块可以删除航班短信围栏，智慧出行服务开启后，可重新向感知模块注册航班短信围栏。可选地，感知模块可以不删除航班短信围栏，在智慧出行服务再次启动后，智慧出行服务可向感知模块发送航班围栏注册请求，感知服务检测到当前已经注册有航班短信围栏，感知模块无需重新注册航班短信围栏。再例如，若感知模块当前处于下面实施例中的S204a，即，正在对业务起始围栏进行监控，感知模块响应于接收到的智慧出行服务关闭指示，解除与出行提醒相关的围栏，包括但不限于下面实施例中的业务起始围栏，兜底时间围栏，退票/改签/取消/延误短信围栏等还未触发的围栏。

可选地，感知模块在执行每一个步骤之前，可以检测智慧出行服务是否关闭，以决定是否执行后续的流程。举例说明，感知模块对航班短信围栏进行监控的过程中，智慧出行服务关闭。智慧出行服务关闭后，感知模块未感知，即，继续对航班短信围栏进行监控。在感知模块检测到航班短信围栏触发，需要执行S201b之前，感知模块探测智慧出行服务是否处于开启状态。示例性的，感知模块探测到智慧出行服务关闭，则感知模块不执行后续的步骤。示例性的，若感知模块探测到智慧出行服务开启，则感知模块继续执行后续的步骤。可选地，感知模块可以设置为在部分步骤执行之前，探测智慧出行服务是否处于开启状态。例如可以是在S204a之前，首次出行提醒之前和二次出行提醒之前等，可根据实际需求设置，本申请不做限定，下文中不再重复说明。

S201b，感知模块向智慧出行服务指示航班短信围栏触发。

示例性的，感知模块检测到航班短信围栏触发后，解除航班短信围栏，并向智慧出行服务发送指示信息，用于指示航班短信围栏触发，也可以理解为，指示信息用于指示感知模块识别到包括航班敏感词汇的航班短信。

S202a，智慧出行服务向第三方应用请求航班信息。

S202b，第三方应用向智慧出行服务发送航班信息。

示例性的，智慧出行服务可向第三方应用请求航班信息，以根据准确的航班信息制定出行提醒计划，即在适当的时机进行出行提醒，以保证出行提醒的及时性的同时，减少对用户使用手机时的打扰。可选地，智慧出行服务也可以基于航班短信中，获取到航班信息，本申请不做限定。

本申请实施例中以智慧出行服务从第三方应用获(仍以航旅纵横应用为例)取到航班信息为例进行说明。智慧出行服务可向第三方应用发送请求信息，用于请求航班信息。航旅纵横应用响应于接收到的请求，向智慧出行服务发送本机用户对应的未完成的航班的航班信息。需要说明的是，航旅纵横应用会保存登录用户(即绑定了身份信息的用户)的所有航班行程。航旅纵横应用可将未完成(也可以理解为未起飞的)的航班的航班信息发送给智慧出行服务。需要说明的是，如上文所述，如果用户存在多个航班，且多个航班为转机航班，航旅纵横应用将会将这些航班的航班信息均反馈给智慧出行服务。智慧出行服务可按照上文所述的原则，选择出需要进行出行提醒的航班，例如多个转机航班中的首个航班。

可选地，智慧出行服务也可以向航旅纵横应用请求指定的航班的航班信息。例如，智慧出行服务可通过航班短信中的内容，确定需要制定出行提醒计划的航班。智慧出行服务可将该航班的航班号发送给航旅纵横应用。航旅纵横应用可响应于智慧出行服务的请求，向智慧出行服务返回指定的航班对应的航班信息。

示例性的，航班信息包括但不限于以下至少之一：航班的航班号、出发地、目的地、起飞时间、到达时间、值机信息(包括值机柜台、是否已值机)、登机口等信息。

S203a，智慧出行服务指示感知模块注册业务起始围栏。

示例性的，智慧出行服务获取到航班信息后，可向感知模块发送业务起始围栏注册请求，用于请求感知模块注册业务起始围栏。

示例性的，本申请实施例中，业务起始围栏可以理解为是对出行提醒业务起始时间的条件限定。举例说明，智慧出行服务获取到航班信息后，可确定本次航班的起飞时间，并将起飞之前的4小时设置为出行业务起始时间。例如，航班起飞时间为10月8日12点，相应的，业务起始时间为10月8日8点。智慧出行服务可向感知模块发送指示信息，用于指示业务起始时间为10月8日8点(也可以包括年份，本申请不做限定)，也就是说，业务起始围栏为10月8日8点。

S203b，智慧出行服务指示感知模块注册兜底时间围栏。

示例性的，智慧出行服务向感知模块发送兜底时间围栏注册请求，请求中可以包括但不限于兜底时间，用于指示感知模块基于兜底时间进行监测。可选地，兜底时间可选地设置为登机口关闭前的10分钟。例如，智慧出行服务可基于航班起飞时间获取到登机口关闭时间(例如起飞前15分钟)，智慧出行服务可将登机口关闭前的10分钟，设置为兜底时间，并指示感知模块基于该兜底时间建立围栏。兜底时间围栏的作用与触发方式将在下面实施例中说明。

S203c，智慧出行服务指示感知模块注册退票/改签/取消/延误短信围栏。

示例性的，智慧出行服务向感知模块发送退票/改签/取消/延误短信围栏注册请求，用于指示感知模块注册退票短信围栏、改签短信围栏、取消短信围栏以及延误短信围栏，也可以理解为，用于指示感知模块对包括航班退票、航班改签、航班取消、航班延误相关的敏感词汇的短信进行监控。

可选地，若感知模块检测到短信中包括与航班退票、航班改签、航班取消或航班延误对应的敏感词汇，感知模块可确定退票/改签/取消/延误短信围栏触发，感知模块可向智慧出行服务发送退票/改签/取消/延误短信围栏触发指示。智慧出行服务响应于感知模块的指示，确定航班退票、改签、取消或者延误。可选地，若智慧出行服务确定航班退票或取消，智慧出行服务结束本次出行提醒流程，即，清楚与本次出行提醒对应的所有残留围栏。需要说明的是，本申请实施例中，围栏被触发后，即自动清除，例如上文所述的航班短信围栏，感知模块检测到航班短信围栏触发后，解除航班短信围栏，也就是说，感知模块不再对短信进行航班信息敏感词汇的识别。而残留围栏可选地为已经注册，但是还未触发的围栏。例如，感知模块注册有业务起始围栏，而业务起始围栏触发前，感知模块检测到航班退票短信，确定退票/改签/取消/延误短信围栏触发，感知模块可响应于智慧出行服务的指示，解除业务起始围栏，即，不再对业务起始时间进行监控。其它围栏的操作类似，此处不再重复说明。

需要说明的是，S203a～S203c之间的顺序可以任意设置，本申请不做限定。

S204a，感知模块检测到业务起始围栏触发。

示例性的，如上文所述，感知模块响应于智慧出行服务的指示，注册多个围栏之后，感知模块基于已注册的围栏进行监控，以检测围栏是否被触发。

可选地，多个围栏的监控可以理解为是并行的，也就是说，围栏之间的触发互不影响。例如，感知模块可监控是否到达业务起始围栏对应的业务起始时间(例如上文举例的10月8日8点)的同时，监控是否到达兜底时间围栏对应的兜底时间(例如登机口关闭前15分钟)，以及监控是否接收到与退票/改签/取消/延误短信围栏对应的退票、改签、取消、延误短信。当任意围栏触发，执行与该围栏触发对应的流程。

示例性的，感知模块基于业务起始围栏所对应的时间，对时间进行监控。当到达业务起始围栏所对应的时间，例如上文中所述的10月8日8点，感知模块确定业务起始围栏触发。

S204b，感知模块向智慧出行服务指示业务起始围栏触发。

示例性的，感知模块检测到业务起始围栏触发后，向智慧出行服务发送指示信息，用于指示业务起始围栏触发，即，到达出行提醒业务的检测时间点。

S205，智慧出行服务执行出行提醒业务流程。

示例性的，智慧出行服务响应于感知模块的指示，确定到达出行提醒业务执行时刻，下面结合图3所示的出行提醒业务流程示意图，对智慧出行服务所执行的流程进行详细说明。请参照图3，具体包括：

S301，智慧出行服务检测是否已首次提醒。

示例性的，本申请实施例中，智慧出行服务可记录有提醒状态信息，用于记录是否已经进行首次提醒。一个示例中，若智慧出行服务已经进行首次提醒(也可以称为首次出行提醒)，则执行S307。另一个示例中，若智慧出行服务未执行过首次提醒，智慧出行服务执行S302。

S302，智慧出行服务获取Tx和Ty。

示例性的，智慧出行服务基于下述公式，获取Tx和Ty：

Tx＝Tm-Tn (1)

Ty＝Tp-Tq (2)

其中，Tx可以称为首次提醒检测时长。Tm为当前时刻与登机口关闭时间之间的差值。如上文所述，登机口关闭时间可选地为飞机起飞前15分钟。需要说明的是，本申请实施例中所述的飞机起飞时间是以智慧出行服务从第三方应用获取到的起飞时间为准，其与飞机的实际起飞时间之间可能存在时间差。

Tn为路程耗时和候机时长之和。可选地，Tn也可以是路程耗时、候机时长与其它耗时之和，其它耗时包括但不限于以下至少之一：打车耗时、缓冲时长等。

示例性的，路程耗时可选地为乘车(可选地为乘坐出租车或驾车前往)从当前位置到机场所需时长。

本申请实施例中，智慧出行服务可统计每次本机用户的每次候机时长，并得出平均值，该平均值即可作为本次计算Tn时的候机时长。智慧出行服务可在每次本机用户每次候机，对候机时长进行更新，以作下次计算时使用。也就是说，在本申请实施例中，不同的用户可选地对应不同的候机时长，例如，用户A习惯于提前较长的到机场候机，例如候机时长为2小时，而用户B习惯于提前较短的时间到机场候机，例如候机时长为20分钟。相应的，用户A的手机中的智慧出行服务可统计出用户A的候机时长平均值为2小时，用户B的手机中的智慧出行服务可统计出用户B的候机时长平均值为20分钟。用户A的手机中的智慧出行服务可基于统计出的候机时长(2小时)，获取Tn。用户B的手机中的智慧出行服务可基于统计出的候机时长(20分钟)，获取Tn。可选地，在其他实施例中，若用户出行次数较少(例如小于3次)，或者是用户每次候机时长波动较大，在该种情况下，智慧出行服务可以预设的候机时长作为本次计算Tn时的候机时长。可选地，预设的候机时长可以是荣耀服务器基于所有用户的候机时长统计出的，荣耀服务器可实时或周期性地对该候机时长进行更新。智慧出行服务可从荣耀服务器端获取到候机时长，并用于计算Tn。

示例性的，打车耗时可选地是基于当前位置与当前时间下，出租车的运力得到的。需要说明的是，相同的地点在不同的时间，所对应的打车运力可能不相同，例如，在相同的地点，早高峰时段打车耗时较长，而晚8点之后打车耗时较短。示例性的，相同的时间在不同的地点所对应的打车运力可能不同。例如，在早高峰时段，市区内的打车耗时较段，市区外的打车耗时较长。

示例性的，缓冲时长可选地为预先设置的时长，例如可以设置为15分钟，可根据实际需求设置，本申请不做限定。该时长可以理解为是为用户预留出收拾东西或下楼等时间。

示例性的，智慧出行服务可从第三方应用(例如滴滴打车等打车应用)中获取到上文所述的路程耗时、打车耗时等信息。

示例性的，Ty可以称为二次提醒检测时长。智慧出行服务可从第三方应用(例如航旅纵横应用)获取到用户是否值机。一个示例中，若用户已经值机，则Tp可选地为当前时间与登机口关闭时间之间的差值。另一个示例中，若用户未值机，则Tp可选地为当前时间与值机截止时间之间的差值。

示例性的，Tq可选地为路程耗时。可选地，Tq也可以是路程耗时与其它耗时之和。其它耗时包括但不限于以下至少之一：打车耗时、缓冲时长等。需要说明的是，本申请实施例中，在计算Ty时的缓冲时长可小于或等于计算Tx时的缓冲时长。

S303，智慧出行服务检测是否Ty≤0。

示例性的，智慧出行服务获取到Tx和Ty后，检测Ty是否小于或等于0。一个示例中，若Ty小于或等于0，执行S309。另一个示例中，若Ty大于0，执行S304。

S304，智慧出行服务检测是否Tx≥1h(小时)。

示例性的，智慧出行服务可预先设置有检测阈值(例如为1小时，也可以根据实际需求设置，本申请不做限定)。示例性的，本申请实施例中以检测阈值为1小时为例进行说明。

一个示例中，若智慧出行服务检测到Tx大于或等于1小时，则向感知模块注册间隔A时间围栏。感知模块响应于智慧出行服务的指示，注册间隔A时间围栏。感知模块开始计时，当计时时长为间隔A(例如30分钟)时，感知模块向智慧出行服务指示间隔A时间围栏被触发。智慧出行服务响应于感知模块的指示，重新执行S301。也就是说，智慧出行服务在检测到Tx大于或等于1小时后，在间隔A(例如30分钟)后，重新执行S301。

另一个示例中，若智慧出行服务检测到Tx小于1小时，执行S305。

S305，智慧出行服务检测是否Tx＜10min(分钟)。

示例性的，智慧出行服务进一步检测Tx是否小于10分钟。一个示例中，若Tx大于或等于10分钟，智慧出行服务向感知模块注册间隔B时间围栏。感知模块响应于智慧出行服务的指示，注册间隔B时间围栏。感知模块开始计时，当计时时长为间隔B(例如10分钟)时，感知模块向智慧出行服务指示间隔B时间围栏被触发。智慧出行服务响应于感知模块的指示，重新执行S301。也就是说，智慧出行服务在检测到Tx大于或等于10分钟后，在间隔B(例如10分钟)后，重新执行S301。在本申请实施例中，间隔B小于间隔A。可以理解为，当首次提醒检测时长Tx大于或等于1小时的情况下，智慧出行服务以较大的间隔进行出行提醒检测，从而降低功耗。当首次提醒时长Tx小于1小时且大于或等于10分钟的情况下，智慧出行服务以较小的间隔进行出行提醒检测，从而保证出行提醒的实时性。

另一个示例中，若Tx小于10分钟，执行S306。

S306，智慧出行服务进行首次提醒。

示例性的，智慧出行服务检测到Tx小于10分钟，确定需要进行首次出行提醒。请参照图4的(1)，示例性的，智慧出行服务可在显示界面401中显示首次提醒卡片402。示例性的，首次提醒卡片402中包括至少一个提示信息，例如包括但不限于卡片名称、道路状况、目的地、全程耗时以及预计到达时间等。

示例性的，卡片名称可以为出行提醒。可选地，卡片名称也可以为首次出行提醒，本申请不做限定。

示例性的，如上文所述，智慧出行服务在计算Tx和Ty时，可从第三方应用中获取到路程耗时，可选地，智慧出行服务还可以从第三方应用(可以是打车应用，也可以是地图应用)中获取到道路拥堵情况。需要说明的是，道路拥堵情况可选地为从出发地(例如用户当前位置)到目的地(例如T3航站楼)之间的道路的拥堵情况。智慧出行服务可在首次提醒卡片402中显示道路情况，例如卡片中显示的“畅通”，以用于指示当前位置到机场之间的道路情况为畅通。道路状况还可以包括但不限于：轻微拥堵、严重拥堵等。

示例性的，智慧出行服务可从第三方应用获取到本次航班的出发地，例如为T3航站楼。智慧出行服务可在首次提醒卡片402中显示本次出行的目的地为T3航站楼。需要说明的是，该目的地用于指示本次出行的目的地，而非本次航班的目的地。

示例性的，如上文所述，智慧出行服务在计算Tx和Ty时，可从第三方应用中获取到路程耗时。智慧出行服务可在首次提醒卡片402中显示全程耗时(即为上文所述的路程耗时)，例如约2小时。相应的，智慧出行服务可基于路程耗时，获取到预计到达时间，例如为11:00。可选地，在其他实施例中，智慧出行服务也可以从第三方应用中获取到预计到达时间，本申请不做限定。

示例性的，智慧出行服务进行首次提醒后，更新提醒状态信息(概念可参照S301中的描述)，以指示已完成首次提醒。智慧出行服务重新执行S301。

示例性的，智慧出行服务可持续显示首次提醒卡片至预设时长，例如15分钟。示例性的，智慧出行服务也可以在下文所述的情况1～情况4发生之前，一直显示首次提醒卡片。示例性的，智慧出行服务可以在显示二次提醒卡片之前，一直显示首次提醒卡片。卡片的显示时长可以根据实际需求设置，本申请不做限定。

可选地，智慧出行服务可在手机解锁后，例如手机显示桌面时，显示首次提醒卡片。可选地，智慧出行服务还可以在手机解锁前，例如，手机处于熄屏状态或者是手机处于锁屏状态时，显示首次提醒卡片。可选地，若智慧出行服务确定需要进行首次提醒，而手机显示的是某个应用的显示界面，例如，用户正在玩游戏，或者是正在看视频，智慧出行服务可不显示首次提醒卡片，而是在手机退出当前应用，并显示桌面时，显示首次提醒卡片。可选地，若手机在显示应用的显示界面时，若智慧出行服务确定需要进行首次提醒，智慧出行服务也可以预先设置有应用白名单，应用白名单可以理解为免打扰应用，也就是说，应用白名单中的应用启动后，禁止其它提示消息(例如首次提醒卡片)的打扰。对于其它未在应用白名单中的应用，智慧出行服务可在手机显示这类应用的显示界面时，弹出首次提醒卡片。当然，在其他实施例中，智慧出行服务也可以在手机显示任一应用显示界面时，弹出首次提醒卡片，以提醒用户触发，避免用户误机。

示例性的，请继续参照图4的(1)，首次提醒卡片402中还可以包括打车选项4021。用户可点击打车选项4021，智慧出行服务响应于接收到的用户操作，启动打车应用。示例性的，打车应用启动后，可自动添加出发地和目的地，其中，出发地即为当前位置，目的地即为首次提醒卡片中指示的目的地，例如T3航站楼。

S307，智慧出行服务获取Ty。

示例性的，如上文所述，智慧出行服务基于记录的提醒状态信息，检测到已经完成首次提醒。智慧出行服务可获取Ty(获取方式可参照上文)，也就是说，在首次提醒完成后，无需再进行Tx的检测，从而降低功耗。

S308，智慧出行服务检测是否Ty≤0。

示例性的，智慧出行服务获取Ty后，判断Ty是否小于或等于0。一个示例中，若Ty小于或等于0，执行S309。另一个示例中，若Ty大于0，智慧出行服务向感知模块注册间隔C时间围栏。感知模块响应于智慧出行服务的指示，注册间隔C时间围栏。感知模块开始计时，当计时时长为间隔C(例如15分钟)时，感知模块向智慧出行服务指示间隔C时间围栏被触发。智慧出行服务响应于感知模块的指示，重新执行S301。也就是说，智慧出行服务在检测到Ty大于0后，在间隔C(例如15分钟)后，重新执行S301。

示例性的，间隔C可以与间隔B相等，也可以与间隔A相等，还可以是其他数值，间隔C可以根据实际需求设置，本申请不做限定。

S309，智慧出行服务进行二次提醒。

示例性的，智慧出行服务检测到Ty≤0后，确定需要进行二次提醒。请参照图4的(2)，示例性的，智慧出行服务可在显示界面401中显示二次提醒卡片403。示例性的，二次提醒卡片403中包括至少一个提示信息，例如包括但不限于卡片名称、道路状况、目的地、全程耗时以及预计到达时间等。具体描述可参照首次提醒卡片的相关描述，此处不再赘述。

可选地，智慧出行服务显示二次提醒卡片的同时，还可以通过振动、响铃等方式中的至少一种，以提醒用户及时出行。需要说明的是，若智慧出行服务设置为响铃提示方式，在响铃之前，智慧出行服务可检测用户是否在进行语音通话或视频通话。若智慧出行服务检测到用户在进行语音通话或视频通话，智慧出行服务可通过振动等其它方式提示用户出行。

可选地，与首次提醒卡片类似，二次提醒卡片可以在手机处于以下至少一种界面时显示：手机显示桌面时，手机熄屏时，手机锁屏时，手机显示任一应用界面时，手机显示应用白名单以外的应用界面时。具体描述可参照首次提醒卡片的相关内容，此处不再赘述。

在本申请实施例中，智慧出行服务可将二次提醒设置为强打扰，也就是说，在手机处于任意界面时，均会弹出二次提醒卡片，从而以更强烈的方式提醒用户出行，以避免用户误机。需要说明的是，在本申请实施例中，若手机当前显示的是应用界面，智慧出行服务可在应用界面的上边缘弹出二次提醒卡片。在显示预设时长(例如5s)后，取消在当前应用显示界面中显示。而当手机响应于接收到的用户操作退出当前应用界面，并显示桌面时，智慧出行服务继续显示二次提醒卡片。可选地，当手机显示应用界面时，智慧出行服务弹出二次提醒卡片后，用户也可以向上滑动(也可以是左滑或者右滑，可根据实际需求设置，本申请不做限定)二次提醒卡片。智慧出行服务响应于接收到的用户操作，取消二次提醒卡片在当前应用界面中的显示。同样的，当手机响应于接收到的用户操作退出当前应用界面，并显示桌面时，智慧出行服务继续显示二次提醒卡片。

示例性的，请继续参照图4的(2)，二次提醒卡片403中还可以包括打车选项4031，其描述可参照打车选项4021，此处不再赘述。

请继续参照图2，示例性的，智慧出行服务进行首次提醒或二次提醒后，可执行S206a和S206b，以向感知模块注册机场围栏和乘车运动围栏。

示例性的，感知模块响应于智慧出行服务的请求，注册机场围栏和乘车运行围栏，机场围栏可选地为一种地理围栏，感知模块可实时或周期性地从第三方应用或者系统自带的地图应用中获取当前地理位置，以判断用户是否已进入机场范围内。示例性的，机场围栏可选地为机场所在位置，或者也可以是机场所在位置的一定范围内，例如，当用户距离机场20米时，可以认为用户已经到达机场。具体范围可根据实际需求进行设置，本申请不做限定。可选地，机场围栏还可以设置有停留时间，例如，若感知模块检测到用户到达机场，感知模块可进一步对用户停留时间进行计时，若用户停留时间大于5分钟，则可确定机场围栏被触发，从而防止误判。

示例性的，乘车运动围栏用于指示感知模块对用户的乘车行为进行监控。感知模块可通过第三方应用获取到用户是否成功打车，并且目的地是机场。感知模块还可以通过系统自带的地图或者是第三方应用(例如地图应用或打车应用)，以及结合手机的传感器(包括加速度传感器等)，确定用户是否已乘车并前往机场。

如图2中的情况1所示，若感知模块检测到乘车运动围栏或机场围栏触发，例如，感知模块检测到用户到达机场，感知模块解除与本次出行相关的残留围栏(概念可参照上文)。并且，感知模块向智慧出行服务指示乘车运动围栏或机场围栏触发。可选地，若智慧出行服务当前在显示首次提醒卡片或者是二次提醒卡片，智慧出行服务取消当前卡片(可以是首次提醒卡片，也可以是二次提醒卡片)的显示。可以理解为的是，如果当前智慧出行服务显示的是首次提醒卡片，智慧出行服务取消首次提醒卡片的显示，而由于感知模块已经解除所有围栏，感知模块不会再出发智慧出行服务执行图3中的相关步骤，所以，智慧出行服务不会再弹出二次提醒卡片。

在一种可能的实现方式中，S206a与S206b也可以在S202b之后执行。也就是说，若用户在业务执行的任意时刻，到达机场并停留预设时长，或者是，用户乘车前往机场，智慧出行服务可认为用户不会误机，智慧出行服务结束本次出行提醒流程。

在本申请实施例中，除上文所述的情况1外，还包括图2中所示的情况2～情况4，在上述几种情况中的任意一种情况发生后，感知模块清楚所有残留围栏，本次出行提醒流程结束。

请参照图2，示例性的，在情况2中，智慧出行服务显示二次提醒卡片，并持续显示预设时长，例如15分钟，具体时长可根据实际需求设置，本申请不做限定。需要说明的是，在15分钟内，智慧出行服务可控制手机振动或响铃等方式提醒多次，具体次数可根据实际需求设置，本申请不做限定。示例性的，在智慧出行服务显示二次提醒卡片15分钟后，若用户还未出行，则可认为用户未能及时出行。智慧出行服务取消二次提醒卡片显示，并且，智慧出行服务指示感知服务解除所有围栏。示例性的，感知服务响应于智慧出行服务的指示，解除与本次出行相关的所有残留围栏。需要说明的是，上文所述的二次提醒卡片持续显示时长的计时工作可以由智慧出行服务执行，也可以由感知模块执行。一个示例中，智慧出行服务在显示二次提醒卡片后，智慧出行服务开始计时，并在计时时长到达预设时长(例如15分钟)后，结束计时，并取消二次提醒卡片的显示，以及指示感知模块解除所有围栏。另一个示例中，智慧出行服务在显示二次提醒卡片后，可指示感知模块注册二次提醒卡片结束围栏，以使得感知模块对时间进行监控。感知模块响应于智慧出行服务的指示，注册二次提醒结束围栏，以对时间进行监控。感知模块检测到到达预设时长(例如15分钟)后，确定二次提醒结束围栏触发。感知模块向智慧出行服务指示二次提醒结束围栏触发，智慧出行服务取消二次提醒卡片的显示，以及指示感知模块解除所有围栏。可选地，感知模块在检测到二次提醒结束围栏触发后，也可以自动解除本次出行的所有残留围栏，并向智慧出行服务指示二次提醒卡片结束围栏触发。

仍参照图2，情况3：智慧出行服务检测到用户删除卡片，指示感知模块解除所有围栏。示例性的，在智慧出行服务显示首次提醒卡片或二次提醒卡片的过程中，用户可通过滑动卡片(例如从下向上滑动卡片，具体手势可根据实际需求设置，本申请不做限定)，删除卡片。智慧出行服务响应于接收到的用户操作，取消当前显示的出行卡片(可以是首次提醒卡片，也可以是二次提醒卡片)的显示。并且，智慧出行服务向感知模块指示解除所有围栏。感知模块响应于接收到的指示，解除与本次出行相关的所有残留围栏。

请继续参照图2，情况4：感知模块检测到兜底围栏触发，解除所有围栏。感知模块向智慧出行服务指示兜底时间围栏触发。示例性的，如上文的S203b所述，感知模块响应于智慧出行服务的指示，注册兜底时间围栏。例如，兜底围栏可选地设置为登机口关闭前的10分钟。感知模块对时间进行监控，若检测到当前时间为登机口关闭前的10分钟，感知模块确定兜底时间围栏触发。举例说明，若用户一直未开机，用户到达机场后，距离登机口关闭还有5分钟的时间，用户开启手机。手机开机后，感知模块对已经注册的多个围栏进行监控。需要说明的是，如上文所述，多个围栏的监控可以理解为是并行的，每个围栏之间的监控是独立，且互不干涉的。例如，感知模块可能检测到业务起始围栏触发，以执行图2所示的流程。并且，感知模块同时检测到机场围栏触发，以及，感知模块检测到兜底围栏触发。可选地，上述围栏的触发也可以存在先后顺序，例如，感知模块可能先检测到兜底围栏触发。示例性的，感知模块解除所有围栏，例如，感知模块解除乘车运动围栏、机场围栏、退票/改签/取消/延误短信围栏等。

需要说明的是，除情况1～情况4发生，使得本次出行提醒流程结束(包括取消卡片显示和/或解除残留围栏)外，还包括上文所述的退票/改签/取消/延误短信围栏触发以及智慧出行服务关闭等情况，均可能使得本次出行提醒流程结束。

下面结合图5所示的出行提醒示意图，对图2和图3中的流程进行详细说明。请参照图5，示例性的，在T1时刻，用户购票，手机接收到航班短信(即出票反馈短信)。感知模块对接收到的短信进行识别，确定接收到的短信为航班短信。感知模块进一步确定航班短信围栏触发，感知模块可向智慧出行服务指示航班短信围栏触发。

示例性的，智慧出行服务响应于接收到的指示，执行S202a和S202b，以及S203a～S203c。感知模块响应于智慧出行服务的指示，注册多个围栏。具体描述可参照图2中的相关内容，此处不再赘述。

在T2时刻，感知模块检测到业务起始围栏触发，即感知模块检测到到达业务起始围栏所设置的时间，例如10月8日8点。感知模块向智慧出行服务指示业务起始围栏触发。智慧出行服务响应于感知模块的指示，执行第1次检测。请参照图3，示例性的，智慧出行服务检测是否已经首次提醒。在本实例中，智慧出行服务检测到提醒状态信息指示未进行首次提醒。

智慧出行服务执行S302，即根据公式(1)和公式(2)，获取Tx和Ty。本实例中，Tm为T2时刻与T-2时刻(即登机口关闭时间)之间的差值，Tn为候机时长、路程耗时2、缓冲时长、打车耗时2之和。其中，路程耗时2可选地为智慧出行服务在当前时刻(T2)，以及当前位置获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时2可选地为智慧出行服务在当前时刻(T2)及当前位置打车所需要的等待时长。Tp为T2时刻与T-3时刻(即值机截止时间)之间的差值，Tq为路程耗时2、打车耗时2和缓冲时长之和。

示例性的，智慧出行服务检测到Ty＞0，执行S304，即，智慧出行服务进一步检测Tx是否大于或等于1h。示例性的，智慧出行服务检测到Tx≥1h。智慧出行服务指示感知模块注册间隔A时间围栏。示例性的，间隔A时间围栏对应的时长为30分钟。感知模块响应于智慧出行服务的请求，注册间隔A时间围栏。

在T3时刻，感知模块计时结束，即到达30分钟。感知模块确定间隔A时间围栏触发。感知模块向智慧出行服务指示间隔A时间围栏触发。智慧出行服务响应于感知模块的指示，执行第2次检测。

示例性的，智慧出行服务执行S301。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行S302，即根据公式(1)和公式(2)，获取Tx和Ty。

示例性的，在当前时刻，Tm为T3时刻与T-2时刻(即登机口关闭时间)之间的差值，Tn为候机时长、路程耗时3、缓冲时长、打车耗时3之和。其中，路程耗时3可选地为智慧出行服务在当前时刻(T3)，以及当前位置(可以和T2时刻的位置相同或不同，本申请不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时3可选地为智慧出行服务在当前时刻(T3)及当前位置打车所需要的等待时长。Tp为T3时刻与T-3时刻(即值机截止时间)之间的差值，Tq为路程耗时3、打车耗时3和缓冲时长之和。

示例性的，智慧出行服务检测到Ty＞0，执行S304，即，智慧出行服务进一步检测Tx是否大于或等于1h。示例性的，智慧出行服务检测到Tx≥1h。智慧出行服务指示感知模块注册间隔A时间围栏。示例性的，间隔A时间围栏对应的时长为30分钟。感知模块响应于智慧出行服务的请求，注册间隔A时间围栏。

在T4时刻，感知模块计时结束，即到达30分钟。感知模块确定间隔A时间围栏触发。感知模块向智慧出行服务指示间隔A时间围栏触发。智慧出行服务响应于感知模块的指示，执行第3次检测。

示例性的，智慧出行服务执行S301。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行S302，即根据公式(1)和公式(2)，获取Tx和Ty。

示例性的，在当前时刻(T4时刻)，Tm为T4时刻与T-2时刻(即登机口关闭时间)之间的差值，Tn为候机时长、路程耗时4、缓冲时长、打车耗时4之和。其中，路程耗时4可选地为智慧出行服务在当前时刻(T4)，以及当前位置(可以和T3时刻的位置相同或不同，本申请不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时4可选地为智慧出行服务在当前时刻(T4)及当前位置打车所需要的等待时长。Tp为T4时刻与T-3时刻(即值机截止时间)之间的差值，Tq为路程耗时4、打车耗时4和缓冲时长之和。需要说明的是，各时刻所对应的打车耗时、路程耗时可以相同，也可以不同，本申请不做限定。

示例性的，智慧出行服务检测到Ty＞0，执行S304，即，智慧出行服务进一步检测Tx是否大于或等于1h。示例性的，智慧出行服务检测到Tx＜1h。智慧出行服务执行S305，即，进一步检测Tx是否小于10分钟。示例性的，智慧出行服务检测到Tx大于10分钟。智慧出行服务指示感知模块注册间隔B时间围栏。示例性的，间隔B时间围栏对应的时长为10分钟。感知模块响应于智慧出行服务的请求，注册间隔B时间围栏。需要说明的是，图5中的各时刻以及检测次数仅为示意性举例，例如，T4时刻与T3时刻之间可能存在多次检测，本申请不做限定。

在T5时刻，感知模块计时结束，即到达10分钟。感知模块确定间隔B时间围栏触发。感知模块向智慧出行服务指示间隔B时间围栏触发。智慧出行服务响应于感知模块的指示，执行第4次检测。

示例性的，智慧出行服务执行S301。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行S302，即根据公式(1)和公式(2)，获取Tx和Ty。

示例性的，在当前时刻(T5时刻)，Tm为T5时刻与T-2时刻(即登机口关闭时间)之间的差值，Tn为候机时长、路程耗时5、缓冲时长、打车耗时5之和。其中，路程耗时5可选地为智慧出行服务在当前时刻(T5)，以及当前位置(可以和T4时刻的位置相同或不同，本申请不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时5可选地为智慧出行服务在当前时刻(T5)及当前位置打车所需要的等待时长。Tp为T5时刻与T-3时刻(即值机截止时间)之间的差值，Tq为路程耗时5、打车耗时5和缓冲时长之和。

示例性的，智慧出行服务检测到Ty＞0，执行S304，即，智慧出行服务进一步检测Tx是否大于或等于1h。示例性的，智慧出行服务检测到Tx＜1h。智慧出行服务执行S305，即，进一步检测Tx是否小于10分钟。示例性的，智慧出行服务检测到Tx大于10分钟。智慧出行服务指示感知模块注册间隔B时间围栏。示例性的，间隔B时间围栏对应的时长为10分钟。感知模块响应于智慧出行服务的请求，注册间隔B时间围栏。

在T6时刻，感知模块计时结束，即到达10分钟。感知模块确定间隔B时间围栏触发。感知模块向智慧出行服务指示间隔B时间围栏触发。智慧出行服务响应于感知模块的指示，执行第5次检测。

示例性的，智慧出行服务执行S301。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行S302，即根据公式(1)和公式(2)，获取Tx和Ty。

示例性的，在当前时刻(T6时刻)，Tm为T6时刻与T-2时刻(即登机口关闭时间)之间的差值，Tn为候机时长、路程耗时6、缓冲时长、打车耗时6之和。其中，路程耗时6可选地为智慧出行服务在当前时刻(T6)，以及当前位置(可以和T5时刻的位置相同或不同，本申请不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时6可选地为智慧出行服务在当前时刻(T6)及当前位置打车所需要的等待时长。Tp为T6时刻与T-3时刻(即值机截止时间)之间的差值，Tq为路程耗时6、打车耗时6和缓冲时长之和。

示例性的，智慧出行服务检测到Ty＞0，执行S304，即，智慧出行服务进一步检测Tx是否大于或等于1h。示例性的，智慧出行服务检测到Tx＜1h。智慧出行服务执行S305，即，进一步检测Tx是否小于10分钟。示例性的，智慧出行服务检测到Tx小于10分钟。智慧出行服务执行S306，即执行首次提醒。首次提醒方式可参照图4的(1)，此处不再赘述。

示例性的，智慧出行服务更新提醒状态信息，更新后的提醒状态信息用于指示已完成首次提醒。

示例性的，智慧出行服务向感知模块注册首次提醒结束围栏、间隔C时间围栏、乘车围栏、以及机场围栏。示例性的，乘车围栏与机场围栏的描述可参照上文，此处不再赘述。

示例性的，首次提醒结束围栏对应的时长可选地为15分钟。感知模块响应于智慧出行服务的请求，注册首次提醒结束围栏。需要说明的是，在首次提醒结束围栏触发前，智慧出行服务在手机的显示界面中显示首次提醒卡片。

示例性的，感知模块检测到到达15分钟，确定首次提醒结束围栏触发。感知模块向智慧出行服务指示首次提醒结束围栏触发。智慧出行服务取消首次提醒卡片的显示。

示例性的，间隔C时间围栏可选地为10分钟。请继续参照图5，在T7时刻，感知模块检测到间隔C围栏触发，即，到达10分钟后，感知模块向智慧出行服务指示间隔C时间围栏触发。智慧出行服务响应于感知模块的指示，执行第6次检测。

示例性的，智慧出行服务执行S301。智慧出行服务检测到提醒状态信息指示已完成首次提醒。智慧出行服务执行S307，即根据公式(2)，获取Ty。

示例性的，在当前时刻(T7时刻)，Tp为T7时刻与T-3时刻(即值机截止时间)之间的差值，Tq为路程耗时7、打车耗时7和缓冲时长之和。其中，路程耗时7可选地为智慧出行服务在当前时刻(T7)，以及当前位置(可以和T6时刻的位置相同或不同，本申请不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时7可选地为智慧出行服务在当前时刻(T7)及当前位置打车所需要的等待时长。

示例性的，智慧出行服务检测到Ty＞0，智慧出行服务向感知模块注册间隔C时间围栏。

请继续参照图5，在T8时刻，感知模块检测到间隔C围栏触发，即，到达10分钟后，感知模块向智慧出行服务指示间隔C时间围栏触发。智慧出行服务响应于感知模块的指示，执行第7次检测。

示例性的，智慧出行服务执行S301。智慧出行服务检测到提醒状态信息指示已完成首次提醒。智慧出行服务执行S307，即根据公式(2)，获取Ty。

示例性的，在当前时刻(T8时刻)，Tp为T8时刻与T-3时刻(即值机截止时间)之间的差值，Tq为路程耗时8、打车耗时8和缓冲时长之和。其中，路程耗时8可选地为智慧出行服务在当前时刻(T8)，以及当前位置(可以和T7时刻的位置相同或不同，本申请不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时8可选地为智慧出行服务在当前时刻(T8)及当前位置打车所需要的等待时长。

示例性的，智慧出行服务检测到Ty≤0，智慧出行服务执行S309，即执行二次提醒。示例性的，智慧出行服务在手机的当前界面(例如手机处于熄屏状态)显示二次提醒卡片，并且，手机响铃提示。本申请实施例中，手机响铃的铃声可选地与短信的铃声相同。当然，在其他实施例中，也可以与闹钟或来电铃声相同，本申请不做限定。二次提醒的具体描述可参照上文，此处不再赘述。

示例性的，智慧出行服务向感知模块注册二次提醒结束围栏。示例性的，二次提醒结束围栏对应的时长可选地为15分钟。

可选地，在智慧出行服务显示二次提醒卡片的过程中，用户可点击打车选项4031。手机响应于接收到的用户操作，显示打车应用界面。打车应用界面中显示的出发地为用户当前位置，目的地为T3航站楼。用户可点击打车应用界面中的打车选项。打车应用响应于接收到的用户操作，为用户打车，例如发布打车订单。

示例性的，感知模块注册乘车围栏和机场围栏后，可实时或周期性地对打车应用以及地图等应用进行监控。感知模块可检测到打车应用成功发布打车订单，并且目的地为T3航站楼。感知模块确定乘车围栏触发。感知模块向智慧出行服务指示乘车围栏触发。以及，感知模块解除所有残留围栏，例如包括机场围栏、二次提醒结束围栏、兜底时间围栏以及退票/改签/取消/延误短信围栏等未触发的围栏。

智慧出行服务响应于感知模块的指示，取消二次提醒卡片的显示。

在一种可能的实现方式中，请参照图6，假设用户一直未开机，在T9时刻，手机响应于接收到的用户操作开机。需要说明的是，在用户关机前，智慧出行服务与感知模块已执行S201a～S203c。进一步需要说明的是，T9时刻在兜底围栏范围外，例如，兜底围栏为登机口关闭前10分钟，则T9时刻在登机口关闭前10分钟之前。示例性的，手机开机后，感知模块检测到业务起始围栏触发，并指示智慧出行服务业务起始围栏触发。智慧出行服务可执行图3中的步骤。示例性的，智慧出行服务检测到未首次提醒，智慧出行服务获取Tx和Ty。智慧出行服务检测到Ty≤0，则智慧出行服务直接进行二次提醒。

在另一种可能的实现方式中，手机中的智慧出行服务在确定需要进行首次提醒时，智慧出行服务可向后台服务器发送指示信息，指示信息中包括首次提醒信息以及用户账号，以指示具有相同的用户账号的设备进行首次提醒。可选地，首次提醒信息中可包括首次提醒卡片中所包括的内容，例如目的地、全程耗时等信息。示例性的，后台服务器接收到指示信息，可向具有相同用户账号的设备发送首次提醒信息。处于在线状态且具有相同用户账号的设别可接收到后台服务器发送的首次提醒信息，各设备可进行首次提醒，首次提醒方式与上文所述相同，此处不再赘述。可选地，在线状态可选地为设备处于开机状态，并且设备可通过移动网络或无线网络与后台服务器进行数据交互。

在又一种可能的实现方式中，用户也可以通过平板进行购票，相应的，手机中插入有购票时注册的手机号码所属SIM卡，也就是说，用户用平板进行购票后，手机可接收到出票反馈短信。手机接收到出票反馈短信后，按照图2和图3中的流程执行。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

一个示例中，图7示出了本申请实施例的一种电子设备的软件结构示意图。请参照图7，电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备的软件结构。电子设备的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库(图中未显示)，以及内核层。

应用程序层可以包括一系列应用程序包。如图7所示，应用程序包可以包括智慧出行服务、打车应用、美食应用、感知模块等应用程序。

示例性的，感知模块常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力，以“围栏”的形式向其他模块提供该能力。如感知时间变化的“时间围栏”，感知地理位置的“地理位置围栏”等。在卡片提醒业务处于开启状态时，感知模块对根据业务逻辑处理模块注册的能力(或事项，如特定时间、特定地点、或特定事件等)进行监控，如果用户触发了其中某一种，感知模块就会发送通知给业务逻辑处理模块。此外，感知模块还可以通过API(application programming interface，应用编程接口)从应用程序层的其他应用程序或应用程序框架层或系统层或内核层来检测相关事件和获取事件的状态，比如检测蓝牙连接，网络连接，监测用户短信，定制定时器等。

示例性的，智慧出行服务可以包括业务逻辑处理模块和业务呈现模块。业务逻辑处理模块用于核心业务计算，向感知模块订阅不同的围栏，根据围栏事件感知场景变化，结合业务呈现模块提供的用户交互信息，调用业务场景定义的规则或算法模型，决策向用户推送哪些服务信息以及展示方式(卡片、通知、耳机播报等)。将这些服务信息发送给业务呈现模块展示给用户。业务呈现模块用于用户界面交互以及结果展示。业务呈现模块可接收来自业务逻辑处理模块发送的卡片、通知、耳机播报等的展示、消失指示及相应数据，进行卡片、通知、播报的展示或消失。以及用于将用户交互信息(如用户点击、滑动卡片等)传递给业务逻辑处理模块，做下一步业务决策。可以理解为，本申请实施例中智慧出行服务所执行的显示相关步骤是由业务呈现模块执行的，其它步骤均是由业务逻辑处理模块执行。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图7所示，应用程序框架层可以包括窗口管理器、资源管理器等。

内核层包括：显示驱动、Wi-Fi驱动、蓝牙驱动、音频驱动、传感器驱动等。

可以理解的是，图7示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (15)

1.一种出行提醒方法，其特征在于，应用于电子设备，所述方法包括：

接收航班短信，所述航班短信包括第一航班的起飞时间、落地时间、出发地和目的地；

基于所述第一航班的登机口关闭时间和出发地，确定第一出行提醒计划；所述第一出行提醒计划用于指示在所述第一出行提醒计划的目标时刻执行第一出行提醒；所述登机口关闭时间与所述第一航班的起飞时间间隔预定时长；

在第一预设时刻，基于第一路程耗时和预设的候机时长，判断是否到达所述第一出行提醒计划的目标时刻；所述第一路程耗时为所述电子设备所属用户从当前第一位置至所述第一航班的出发地所需的路程耗时；

当到达所述第一出行提醒计划的目标时刻，在所述电子设备的显示屏上执行第一出行提醒；

所述方法还包括：

基于所述第一航班的值机截止时间和出发地，确定第二出行提醒计划；所述第二出行提醒计划用于指示在所述第二出行计划的目标时刻执行第二出行提醒；所述第一航班的值机截止时间为所述电子设备从目标应用获取到的；

在第五预设时刻，基于第五路程耗时，判断是否到达所述第二出行提醒计划的目标时刻；所述第五路程耗时为所述电子设备所属用户从当前第五位置至所述第一航班的出发地所需的路程耗时；所述第五预设时刻在所述第一预设时刻之后；

当到达所述第二出行提醒计划的目标时刻，在所述电子设备的显示屏上执行第二出行提醒；

执行所述第一出行提醒之后，当检测到所述电子设备所属用户前往所述第一航班的出发地，取消所述第二出行提醒计划。

2.根据权利要求1所述的方法，其特征在于，所述在第一预设时刻，基于第一路程耗时和预设的候机时长，判断是否到达所述第一出行提醒计划的目标时刻，包括：

在所述第一预设时刻，获取所述第一预设时刻与所述第一航班的登机口关闭时间之间的第一时长；所述第一预设时刻与所述第一航班的起飞时间之间的时间差小于或等于第一阈值；

获取所述第一时长与第一耗时之间的第一时间差，所述第一耗时为基于所述第一路程耗时和所述预设的候机时长获取到的；

当所述第一时间差小于或等于第二阈值，确定到达所述第一出行提醒计划的目标时刻。

3.根据权利要求1所述的方法，其特征在于，所述在第一预设时刻，基于第一路程耗时和预设的候机时长，判断是否到达所述第一出行提醒计划的目标时刻，包括：

在所述第一预设时刻，获取所述第一预设时刻与所述第一航班的登机口关闭时间之间的第一时长；所述第一预设时刻与所述第一航班的起飞时间之间的时间差小于或等于第一阈值；

获取所述第一时长与第一耗时之间的第一时间差，所述第一耗时为基于所述第一路程耗时、所述预设的候机时长以及其它时间因素获取到的；

当所述第一时间差小于或等于第二阈值，确定到达所述第一出行提醒计划的目标时刻；

其中，所述其它时间因素包括以下至少之一：

打车运力、第一缓冲时间。

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

在第二预设时刻，获取所述第二预设时刻与所述第一航班的登机口关闭时间之间的第二时长，所述第二预设时刻与所述第一航班的起飞时间之间的时间差等于所述第一阈值；所述第二预设时刻在所述第一预设时刻之前；

获取所述第二时长与第二耗时之间的第二时间差，所述第二耗时为基于第二路程耗时和所述预设的候机时长获取到的；所述第二路程耗时为所述电子设备所属用户从当前第二位置至所述第一航班的出发地所需的路程耗时；

当所述第二时间差大于第三阈值，确定未到达所述第一出行提醒计划的目标时刻，确定下一个预设时刻与所述第二预设时刻之间的时间差为第一间隔时长；其中，所述第三阈值大于所述第二阈值。

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

在第三预设时刻，获取所述第三预设时刻与所述第一航班的登机口关闭时间之间的第三时长；所述第三预设时刻与所述第一航班的起飞时间之间的时间差小于所述第一阈值；所述第三预设时刻在所述第二预设时刻之后，且在所述第一预设时刻之前；所述第三预设时刻与所述第二预设时刻之间的时间差为所述第一间隔时长；

获取所述第三时长与第三耗时之间的第三时间差，所述第三耗时为基于第三路程耗时和所述预设的候机时长获取到的；所述第三路程耗时为所述电子设备所属用户从当前第三位置至所述第一航班的出发地所需的路程耗时；

当所述第三时间差小于或等于所述第三阈值，且大于所述第二阈值，确定未到达所述第一出行提醒计划的目标时刻，确定下一个预设时刻与所述第三预设时刻之间的时间差为第二间隔时长；所述第二间隔时长小于所述第一间隔时长。

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

在第四预设时刻，获取所述第四预设时刻与所述第一航班的登机口关闭时间之间的第四时长；所述第四预设时刻与所述第一航班的起飞时间之间的时间差小于所述第一阈值；所述第四预设时刻在所述第三预设时刻之后，且在所述第一预设时刻之前；所述第四预设时刻与所述第三预设时刻之间的时间差为所述第二间隔时长；

获取所述第四时长与第四耗时之间的第四时间差，所述第四耗时为基于第四路程耗时和所述预设的候机时长获取到的；所述第四路程耗时为所述电子设备所属用户从当前第四位置至所述第一航班的出发地所需的路程耗时；

当所述第三时间差小于或等于所述第三阈值，且大于所述第二阈值，确定未到达所述第一出行提醒计划的目标时刻，确定下一个预设时刻与所述第三预设时刻之间的时间差为所述第二间隔时长。

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

在所述第五预设时刻，获取所述第五预设时刻与所述第一航班的登机口关闭时间之间的第五时长；

获取所述第五时长与第五耗时之间的第五时间差，所述第五耗时为基于所述第五路程耗时和其他时间因素获取到的；

当所述第五时间差小于或等于第四阈值，确定到达所述第二出行提醒计划的目标时刻；

其中，所述其他时间因素包括以下至少之一：

打车运力、第二缓冲时间。

8.根据权利要求1所述的方法，其特征在于，所述第二出行提醒的强度大于所述第一出行提醒的强度。

9.根据权利要求8所述的方法，其特征在于，所述第一出行提醒包括：

显示第一出行提醒卡片；所述第一出行提醒卡片包括以下至少之一：

所述第一路程耗时、从所述第一位置到所述第一航班的出发地的路况、预计到达所述第一航班的出发地的时间。

10.根据权利要求8所述的方法，其特征在于，所述第二出行提醒包括：

在所述电子设备的显示屏上显示第二出行提醒卡片；

通过所述电子设备的音频模块播放出行提示音；

振动提示；

其中，所述第二出行提醒卡片包括以下至少之一：

所述第五路程耗时、从所述第五位置到所述第一航班的出发地的路况、预计到达所述第一航班的出发地的时间。

11.根据权利要求9所述的方法，其特征在于，所述在所述电子设备的显示屏上执行第一出行提醒，包括：

在第一预定时长内显示所述第一出行提醒卡片。

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

在第二预定时长内显示所述第二出行提醒卡片。

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

响应于接收到的对所述第一出行提醒卡片的删除操作，取消所述第二出行提醒计划。

14.一种电子设备，其特征在于，包括：

一个或多个处理器、存储器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序存储在所述存储器上，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1至权利要求13任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被电子设备执行时，用于执行权利要求1至权利要求13中任一项所述的方法。

Images