出行提醒方法及电子设备与流程

1.本技术涉及终端设备领域，尤其涉及一种出行提醒方法及电子设备。


背景技术：

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


技术实现要素：

3.本技术提供一种优化的出行提醒方法及电子设备。
4.在本技术提供的一些实施例中，电子设备可以对航班定制提醒计划，并在实施出行提醒的过程中，兼顾功耗与及时性，有效提升用户体验。
5.第一方面，本技术提供一种出行提醒方法。该方法应用于电子设备，方法包括：电子设备接收第一出票短信。其中，该第一出票短信包括第一航班信息，第一航班信息包括第一航班的起飞时间、落地时间、出发地和目的地，第一出票短信可用于指示第一航班已成功出票。接着，电子设备接收到目标应用的第一航班出票卡片显示请求，并确定第一航班的乘客为电子设备所属用户。其中，第一航班出票卡片显示请求为目标应用确定第一航班成功出票后发送的，第一航班出票卡片显示请求用于请求显示第一航班出票卡片，第一航班出票卡片中包括第一航班信息。电子设备显示第一航班出票卡片。电子设备基于第一航班的起飞时间和出发地，确定第一出行提醒计划；第一出行提醒计划用于指示在第一出行提醒计划的目标时刻，在电子设备的界面中执行第一出行提醒。电子设备还可以接收到第二出票短信。其中，第二出票短信包括第二航班信息，第二航班信息包括第二航班的起飞时间、落地时间、出发地和目的地；第二出票短信用于指示第二航班已成功出票。当电子设备接收到第二出票短信的预定时长内未接收到目标应用的航班出票卡片显示请求，电子设备可确定第二航班的乘客非电子设备所属用户。
6.这样，电子设备在接收到对应于第一航班的出票短信，以及目标应用发送的第一航班出票卡片显示请求的情况下，可确定第一航班是对应于本机用户，即电子设备所属用户的。在确定航班对应于本机用户后，电子设备可对该航班进行出行提醒。在其他实施例中，电子设备在接收到对应于第二航班的出票短信，而未接收到目标应用发送的对应于第二航班的航班出票卡片显示请求的情况下，即可确定第二航班非本机用户的航班。电子设备无需对非本机用户的航班进行出行提醒。从而实现对接收到的航班短信所指示的航班的筛选，以确定对应于本机用户的航班，从而仅对确定为本机用户的航班进行出行提醒，以有效避免对非本机用户的航班进行提醒所造成的打扰，进而提升用户使用体验。此外，电子设备还可以有效降低不必要的出行提醒造成的功耗，提升资源利用率。
7.示例性的，目标应用可选地为航旅纵横应用。
8.示例性的，第一出行提醒可用于提醒用户在第一出行提醒计划的目标时刻出行，避免误机。
9.根据第一方面，方法还包括：电子设备接收到第一取消短信，第一取消短信包括第一航班信息，用于指示第一航班取消。电子设备响应于目标应用的第一航班取消卡片显示请求以及第一航班取消短信，确定第一航班取消；第一航班取消卡片显示请求为目标应用确定第一航班取消后发送的，第一航班取消卡片显示请求用于请求显示第一航班取消卡片，第一航班取消卡片中包括第一航班信息与取消提示。电子设备显示第一航班取消卡片。电子设备取消第一出行提醒计划。这样，电子设备在确定第一航班对应于本机用户的情况下，若电子设备接收到第一航班的取消短信，电子设备可取消对第一航班的出行提醒计划，以避免对用户的不必要的打扰。
10.根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：电子设备接收到第一退票短信，第一退票短信包括第一航班信息，用于指示第一航班已退票；响应于目标应用的第一航班退票卡片显示请求以及第一退票短信，确定第一航班已退票；第一航班退票卡片显示请求为目标应用确定第一航班退票后发送的，第一航班退票卡片显示请求用于请求显示第一航班退票卡片，第一航班退票卡片中包括第一航班信息与退票提示；显示第一航班退票卡片；取消第一出行提醒计划。这样，电子设备在确定第一航班对应于本机用户的情况下，若电子设备接收到第一航班的退票短信，电子设备可取消对第一航班的出行提醒计划，以避免对用户的不必要的打扰。
11.根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：电子设备接收到第一改签短信，第一改签短信包括第一航班信息，用于指示第一航班已改签；响应于目标应用的第一航班改签卡片显示请求以及第一改签短信，确定第一航班已改签；第一航班改签卡片显示请求为目标应用确定第一航班改签后发送的，第一航班改签卡片显示请求用于请求显示第一航班改签卡片，第一航班改签卡片中包括第一航班信息与改签提示；显示第一航班改签卡片；取消第一出行提醒计划；从目标应用获取改签后的第三航班的第三航班信息，第三航班信息包括第三航班的起飞时间、落地时间、出发地和目的地；基于第三航班的起飞时间和出发地，确定第二出行提醒计划。这样，电子设备在确定第一航班对应于本机用户的情况下，若电子设备接收到第一航班的改签短信，电子设备可取消对第一航班的出行提醒计划，以避免对用户的不必要的打扰。电子设备还可以基于改签后的航班，定制出行提醒计划，以对改签后的航班进行出行提醒，以提醒用户及时出行，避免误机。
12.根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：接收到第一延误短信，第一延误短信包括第一航班信息，用于指示第一航班延误；响应于目标应用的第一航班延误卡片显示请求以及第一延误短信，确定第一航班延误；第一航班改签卡片显示请求为目标应用确定第一航班延误后发送的，第一航班延误卡片显示请求用于请求显示第一航班延误卡片，第一航班延误卡片中包括第一航班信息与延误提示；显示第一航班延误卡片；取消第一出行提醒计划；从目标应用获取第一航班的新的航班信息，新的航班信息包括第一航班的新的起飞时间、新的落地时间、出发地和目的地；基于第一航班的新的起飞时间和出发地，确定第三出行提醒计划。这样，电子设备在确定第一航班对应于本机用户的情况下，若电子设备接收到第一航班的延误短信，电子设备可取消对第一航班的出行提醒计划，以避免对用户的不必要的打扰。电子设备还可以基于新的航班，定制出行提醒计划，以
对新的航班进行出行提醒，以提醒用户及时出行，避免误机。
13.根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：接收第三出票短信，第三出票短信包括第四航班信息和第五航班信息，第四航班信息包括第四航班的起飞时间、落地时间、出发地和目的地；第五航班信息包括第五航班的起飞时间、落地时间、出发地和目的地，第三出票短信用于指示第四航班和第五航班已成功出票；响应于目标应用的第二航班出票卡片显示请求，确定第四航班与第五航班中的其中一个航班的乘客非电子设备所属用户；第二航班出票卡片显示请求为目标应用确定第四航班成功出票后发送的，第二航班出票卡片显示请求用于请求显示第二航班出票卡片，第二航班出票卡片中包括第四航班信息；显示第二航班出票卡片。这样，在一些场景下，电子设备接收到的短信包括多个航班的信息，例如包括两个航班，若电子设备只接收到对应于其中一个航班的出票卡片显示请求，电子设备是无法确定哪个航班属于本机用户。电子设备可不对两个航班进行出行提醒，从而避免对非用户航班进行出行提醒，对用户的打扰的问题。
14.根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：接收第四出票短信，第四出票短信包括第六航班信息和第七航班信息，第六航班信息包括第六航班的起飞时间、落地时间、出发地和目的地；第七航班信息包括第七航班的起飞时间、落地时间、出发地和目的地，第四出票短信用于指示第六航班和第七航班已成功出票；响应于目标应用的第三航班出票卡片显示请求，确定第六航班和第七航班的乘客均为电子设备所属用户；第三航班出票卡片显示请求为目标应用确定第六航班和第七航班成功出票后发送的，第三航班出票卡片显示请求用于请求显示第六航班出票卡片和第七航班出票卡片，第六航班出票卡片中包括第六航班信息，第七航班出票卡片中包括第七航班信息；显示第六航班出票卡片和第七航班出票卡片；基于第六航班的起飞时间和出发地，确定第四出行提醒计划；第四出行提醒计划用于指示在第四出行提醒计划的目标时刻，在电子设备的显示屏上执行第四出行提醒；基于第七航班的起飞时间和出发地，确定第五出行提醒计划；第五出行提醒计划用于指示在第五出行提醒计划的目标时刻，在电子设备的界面中执行第五出行提醒。样，在一些场景下，电子设备接收到的短信包括多个航班的信息，例如包括两个航班，若电子设备接收到对应于两个航班的出票卡片显示请求，则电子设备可确定两个航班均是本机用户的航班。电子设备可对两个航班进行出行提醒，以提醒用户及时出行，避免误机。
15.根据第一方面，或者以上第一方面的任意一种实现方式，基于第一航班的起飞时间和出发地，确定第一出行提醒计划之后，方法还包括：在第一时刻，获取第一时刻与第一航班的登机口关闭时间之间的第一时长；登机口关闭时间是基于第一航班的起飞时间获取到的；第一时刻与第一航班的起飞时间之间的时间差小于或等于第一阈值；获取第一时长与第一耗时之间的第一时间差；第一耗时为基于电子设备所属用户从当前第一位置至第一航班的出发地所需的第一路程耗时与预估的候机时长获取到的；当第一时间差大于第二阈值，确定不满足第一出行提醒计划。这样，电子设备可对用户的航班定制出行提醒计划，以基于路程耗时和预设的候机时长，进行航班出行提醒，从而可基于实际情况，动态检测提醒时间，对于不同的航班、不同的路程耗时和预设的候机时长，对应的提醒时间也不相同。当电子设备检测到当前实际情况并不满足出行提醒计划的要求时，继续进行后续的检测流程，而不做出行提醒。
16.根据第一方面，或者以上第一方面的任意一种实现方式，基于第一航班的起飞时
间和出发地，确定第一出行提醒计划之后，方法还包括：在第二时刻，获取第二时刻与第一航班的登机口关闭时间之间的第二时长；第二时刻与第一时刻不同；第二时刻与第一航班的起飞时间之间的时间差小于第一时刻与第一航班的起飞时间之间的时间差；获取第二时长与第二耗时之间的第二时间差；第二耗时为基于电子设备所属用户从当前第二位置至第一航班的出发地所需的第二路程耗时与预估的候机时长获取到的；第二路程耗时与第一路程耗时相同或不同；当第二时间差小于或等于第二阈值，确定满足第一出行提醒计划，在电子设备的显示屏上执行第一出行提醒。这样，电子设备可对用户的航班定制出行提醒计划，以基于路程耗时和预设的候机时长，进行航班出行提醒，从而可基于实际情况，动态检测提醒时间，对于不同的航班、不同的路程耗时和预设的候机时长，对应的提醒时间也不相同。从而在保证出行提醒的及时性，使得用户及时出行的同时，避免对用户过多的打扰，进而有效提升用户使用体验。
17.根据第一方面，或者以上第一方面的任意一种实现方式，第一出行提醒包括在电子设备的显示屏上显示第一出行提醒卡片，第一出行提醒卡片包括第一出行提醒信息，第一出行提醒信息包括以下至少之一：第一路程耗时、从第二位置到第一航班的出发地的路况、预计到达第一航班的出发地的时间。
18.根据第一方面，或者以上第一方面的任意一种实现方式，基于第一航班的起飞时间和出发地，确定第一出行提醒计划之后，方法还包括：从目标应用获取第一航班的值机截止时间；基于第一航班值机截止时间和出发地，确定第六出行提醒计划；第六出行提醒计划用于指示在第六出行提醒计划的目标时刻，在电子设备的显示屏上执行第六出行提醒；第六出行提醒计划的目标时刻在第一出行提醒计划的目标时刻之后。这样，电子设备还可以基于值机截止时间、路程耗时确定二次出行提醒的时间，从而执行催促提醒，以提醒用户及时出行，避免误机，提升用户使用体验。
19.根据第一方面，或者以上第一方面的任意一种实现方式，基于第一航班的起飞时间和出发地，确定第一出行提醒计划之后，方法还包括：在第三时刻，获取第三时刻与第一航班的值机截止时间之间的第三时长；第三时刻在第二时刻之后；获取第三时长与第三耗时之间的第三时间差；第三耗时为基于电子设备所属用户从当前第三位置至第一航班的出发地所需的第三路程耗时获取到的；当第三时间差大于第三阈值，确定不满足第六出行提醒计划。这样，电子设备可对用户的航班定制出行提醒计划，以基于路程耗时进行航班出行提醒，从而可基于实际情况，动态检测提醒时间。当电子设备检测到当前实际情况并不满足出行提醒计划的要求时，继续进行后续的检测流程，而不做出行提醒。
20.根据第一方面，或者以上第一方面的任意一种实现方式，基于第一航班的起飞时间和出发地，确定第一出行提醒计划之后，方法还包括：在第四时刻，获取第四时刻与第一航班的值机截止时间之间的第四时长；第四时刻在第三时刻之后；获取第四时长与第四耗时之间的第四时间差；第四耗时为基于电子设备所属用户从当前第四位置至第一航班的出发地所需的第四路程耗时获取到的；第三路程耗时与第四路程耗时相同或不同；当第四时间差小于或等于第三阈值，确定满足第六出行提醒计划，在电子设备的显示屏上执行第六出行提醒。这样，电子设备可对用户的航班定制出行提醒计划，以基于路程耗时和预设的候机时长，进行航班出行提醒，从而可基于实际情况，动态检测提醒时间，对于不同的航班、不同的路程耗时和预设的候机时长，对应的提醒时间也不相同。从而在保证出行提醒的及时
性，使得用户及时出行的同时，避免对用户过多的打扰，进而有效提升用户使用体验。
21.根据第一方面，或者以上第一方面的任意一种实现方式，第六出行提醒包括以下至少之一：在电子设备的显示屏上显示第二出行提醒卡片；通过电子设备的音频模块播放出行提示音；振动提示；其中，第二出行提醒卡片包括第六出行提醒信息，第六出行提醒信息包括以下至少之一：第四路程耗时、从第四位置到第一航班的出发地的路况、预计到达第一航班的出发地的时间。这样，通过强度更大的催促提醒方式，可更加醒目的提醒用户出行，以避免用户误机。
22.第二方面，本技术提供一种电子设备。该电子设备包括：一个或多个处理器、存储器；以及一个或多个计算机程序，其中一个或多个计算机程序存储在存储器上，当计算机程序被一个或多个处理器执行时，使得电子设备执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
23.第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
24.第三方面，本技术实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
25.第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
26.第四方面，本技术实施例提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
27.第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
28.第五方面，本技术实施例提供一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。
附图说明
29.图1为示例性示出的电子设备的硬件结构示意图；
30.图2a为示例性示出的出行提醒方法的流程示意图；
31.图2b为示例性示出的出行提醒方法的流程示意图；
32.图3为示例性示出的用户界面示意图；
33.图4为示例性示出的用户界面示意图；
34.图5为示例性示出的出行提醒示意图；
35.图6为示例性示出的用户界面示意图；
36.图7为示例性示出的出行提醒示意图；
37.图8为示例性示出的航班取消对应的出行提醒业务的处理流程图；
38.图9为示例性示出的用户界面示意图；
39.图10为示例性示出的电子设备的软件结构示意图。
具体实施方式
40.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
41.本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
42.本技术实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。
43.在本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
44.在本技术实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。
45.图1示出了电子设备100的结构示意图。应该理解的是，图1所示电子设备100仅是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
46.电子设备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等。
47.本技术实施例中的电子设备100的软件结构中，包括但不限于：智慧出行应用(也可以称为智慧出行服务)、感知模块以及第三方应用。可选地，第三方应用可选地包括航旅纵横等可以获取到航班信息的应用，以及打车应用。示例性的，本技术实施例中，智慧出行应用以及感知模块可通过第三方应用提供的接口，获取到航班信息以及打车信息。示例性的，本技术实施例中，航班信息包括但不限于以下至少之一：航班的航班号、出发地、目的地、起飞时间、到达时间、值机信息(包括值机柜台、是否已值机等)、登机口等信息。示例性的，打车信息包括但不限于以下至少之一：从出发地打车到目的地所需时长(可以称为全程耗时或路程耗时)、道路拥堵情况、打车运力等信息。
48.可选地，智慧出行应用、感知模块以及第三方应用可以属于电子设备100的应用
层。可选地，感知模块也可以属于电子设备100的应用程序框架层或者是内核层等，本技术不做限定。
49.在本技术实施例中，以电子设备为手机为例进行说明。在其他实施例中，电子设备也可以是平板、智能穿戴设备、车载设备等。示例性的，用户购买机票后，手机可在满足预设条件下进行两次出行提醒，以提醒用户及时出行，避免错过航班。示例性的，两次出行提醒包括首次提醒(也可以称为首次出行提醒或第一次出行提醒)和二次提醒(也可以称为第二次提醒或催促提醒)。
50.图2a为示例性示出的出行提醒方法的流程示意图，请参照图2a，具体包括：
51.s201，智慧出行服务注册航班短信围栏。
52.示例性的，用户可通过设置应用，启动智慧出行服务。智慧出行服务启动后，可向感知模块注册航班短信围栏，以使得感知模块对航班短信进行监控。感知模块响应于智慧出行服务的指示，注册航班短信围栏。
53.举例说明，智慧出行服务响应于接收到的用户操作启动后，向感知模块发送围栏注册请求，用于指示感知模块对航班短信进行监控，也可以进一步理解为，指示感知模块对短信进行监控，以监控短信中是否包括航班敏感词汇。航班敏感词汇包括但不限于：航班号、手机号码、起飞时间、落地时间等信息。
54.感知模块可以基于智慧出行服务的指示，注册航班短信围栏，感知模块对每条短信进行监控。若感知模块以识别到短信中包括航班号、手机号码、起飞时间、落地时间等信息，可确定航班短信围栏触发。
55.s202a，感知模块检测到航班短信围栏出发。
56.示例性的，用户可通过本机手机号码(也可以是荣耀账号或其它账号密码)登录第三方应用，例如携程应用或航空公司应用。用户登录成功后，可通过第三方应用(下文中以携程应用为例)购买机票。
57.示例性的，用户在通过携程应用购买机票时，需要输入乘客信息。可选地，乘客信息包括但不限于：乘客姓名、乘客身份证号等信息。可选地，携程应用上还可以包括联系人手机号输入框，用户可在该输入框中输入联系人手机号(可以是本机手机号码，也可以是其他手机号码，本技术不做限定)，以用于接收航班短信。本技术实施例中以用户输入的为本机手机号码为例进行说明。
58.用户输入正确的乘客信息与联系人手机号后，点击购票选项。携程应用响应于接收到的用户操作，基于获取到的乘客信息，向对应的航空公司购票。例如，携程应用可向航空公司服务器发送购票请求，购票请求中可包括乘客信息和联系人手机号等信息。航空公司响应于接收到的购票请求，生成航班订单。航班订单包括但不限于：航班信息(概念可参照上文)与联系人手机号码、乘客信息的对应关系。
59.航空公司服务器可向携程应用返回航班订单成功消息，以指示已生成航班订单。携程应用可显示订单界面，订单界面中可包括但不限于：航班信息与乘客信息等。
60.示例性的，携程应用或航空公司可通过运营商服务器向上文所述的联系人手机号，送出票反馈短信。在本技术实施例中，用户输入的联系人手机号为本机手机号码，即为用户所使用的手机对应的手机号码，相应的，用户的手机将接收到出票反馈短信。
61.示例性的，出票反馈短信中包括但不限于：航班号、乘客姓名、起飞时间、落地时
间、出发地、目的地等信息。
62.需要说明的是，用户所购买的机票可以是对应于本机用户的，也可能是为他人代订的，还可能是为本机用户和其他人订的。
63.举例说明：一个示例中，若本机用户a通过携程订票，其输入的信息包括：用户a的乘客信息(包括身份证和姓名等信息)，即，用户a为自身订购机票。示例性的，用户a可以为用户a订购一程或多程机票。例如，若用户a为自身订购一程机票，用户a的手机将接收到出票反馈短信，该出票反馈短信中包括用户a的姓名、航班信息(包括航班号、出发地、目的地、起飞时间、到达时间等)等。如图3的(1)所示，手机接收并显示出票反馈短信，出票反馈短信中包括但不限于：航班号、出发地、目的地、起飞时间、到达时间、乘客姓名等信息。再例如，若用户a为自身订购多程(本技术实施例中以往返两程(包括去程和回程)为例)机票，用户a的手机将接收到出票反馈短信，出票反馈短信中包括用户a的姓名以及两程航班信息(包括去程航班信息和回程航班信息)等。如图3的(2)所示，手机接收并显示出票反馈短信，出票反馈短信中包括但不限于：去程航班的航班号、出发地、目的地、起飞时间、到达时间和回程航班的航班号、出发地、目的地、起飞时间、到达时间，以及，用户a的姓名。
64.另一个示例中，若本机用户a通过携程订票，其输入的信息包括：用户b的乘客信息(包括身份证和姓名等信息)，即用户a为用户b订购机票。示例性的，用户a可以为用户b订购一程或多程机票。例如，若用户a为用户b订购一程机票，用户a的手机将接收到出票反馈短信，该出票反馈短信中包括用户b的姓名、航班号、出发地、目的地、起飞时间、到达时间、乘客姓名等信息。再例如，若用户a为用户b订购多程(本技术实施例中以往返两程(包括去程和回程)为例)机票，用户a的手机将接收到出票反馈短信，出票反馈短信中包括用户b的姓名以及两程航班信息(包括去程航班信息和回程航班信息)等，具体描述可参照上文，此处不再赘述。
65.又一个示例中，本机用户a可通过携程订票，其输入的信息包括：用户a的乘客信息(包括身份证和姓名等信息)和用户b的乘客信息(包括身份证和姓名等信息)，即用户a通过携程为用户a和用户b订购机票。示例性的，用户a可以为自身订购一程或多程机票，还可以为用户b订购一程或多程机票。例如，用户a为用户a订购航班a，为用户b订购航班b，航班a与航班b可以相同，也可以不同，本技术不做限定。如图3的(3)所示，用户a的手机将接收到出票反馈短信，出票反馈短信中包括用户a的姓名与航班a的航班信息(包括航班号、起飞时间等)，以及，用户b的姓名与航班b的航班信息(包括航班号、起飞时间等)。再例如，用户a为用户a订购航班a和航班b，为用户b订购航班a和航班c。用户a的手机将接收到出票反馈短信，出票反馈短信中包括用户a的姓名与航班a的航班信息和航班b的航班信息，以及，用户b的姓名与航班a的航班信息和航班c的航班信息。
66.需要说明的是，用户a为其他用户订购航班时，也可以预留其他用户的手机号码，则其他用户的手机号码所属手机将接收到出票反馈短信，其他用户的手机接收到出票反馈短信后，执行s202a，其具体执行流程可参照本技术实施例中的出行提醒方法，不再重复说明。
67.示例性的，手机接收到出票反馈短信。感知模块对短信进行检测，并识别到短信中包括航班敏感词汇，例如识别到短信中包括航班号、起飞时间等信息。相应的，感知模块确定航班短信围栏触发。
68.示例性的，感知模块检测到航班短信围栏触发后，解除航班短信围栏，并执行s202b。也就是说，感知模块不再对航班短信围栏进行监控，进一步可以理解为，感知模块无需再识别短信中是否包括航班相关敏感词汇。
69.示例性的，感知模块可以先执行s202b，在解除航班短信围栏；也可以先解除航班短信围栏，再执行s202b；当然，感知模块还可以在执行s202b的同时，解除航班短信围栏，本技术对上述步骤的先后顺序不做限定。
70.可选地，本技术实施例中以用户通过设置应用启动智慧出行服务为例进行说明。在其他实施例中，用户也可以通过智慧出行服务也可以设置于桌面，用户可点击智慧出行服务图标，手机响应于接收到的用户操作，显示智慧出行服务界面。可选地，智慧出行服务界面中可包括但不限于开启选项和关闭选项，用户可点击开启选项或关闭选项，以开启或关闭智慧出行服务。示例性的，手机的下拉菜单栏、控制中心和/或负一屏中也可以设置有智慧出行服务选项，以提供智慧出行服务对应的应用接口，用户点击智慧出行选项后，手机响应于接收到的用户操作，可显示智慧出行服务界面。示例性的，手机的下拉菜单栏、控制中心和/或负一屏中的智慧出行服务选项，也可以用于开启或关闭智慧出行服务。例如，若智慧出行服务当前处于开启状态，用户点击下拉菜单栏中的智慧出行服务选项，手机响应于接收到的操作，关闭智慧出行服务。
71.需要说明的是，在本技术实施例中，若手机响应于接收到的用户操作关闭智慧出行服务，则流程结束。
72.可选地，若智慧出行服务关闭，智慧出行服务可向感知模块发送指示信息，以指示智慧出行服务已关闭，也就是说，无需再执行出行提醒业务。感知模块响应于接收到的指示信息，可停止当前流程。例如，若感知模块当前处于航班短信围栏监控阶段，则感知模块停止对航班短信围栏监控。可选地，感知模块可以删除航班短信围栏，智慧出行服务开启后，可重新向感知模块注册航班短信围栏。可选地，感知模块可以不删除航班短信围栏，在智慧出行服务再次启动后，智慧出行服务可向感知模块发送航班围栏注册请求，感知服务检测到当前已经注册有航班短信围栏，感知模块无需重新注册航班短信围栏。再例如，若感知模块当前处于下面实施例中的s205a，即，正在对业务起始围栏进行监控，感知模块响应于接收到的智慧出行服务关闭指示，解除与出行提醒相关的围栏，包括但不限于下面实施例中的业务起始围栏，兜底时间围栏，退票/改签/取消/延误短信围栏等还未触发的围栏。
73.可选地，感知模块在执行每一个步骤之前，可以检测智慧出行服务是否关闭，以决定是否执行后续的流程。举例说明，感知模块对航班短信围栏进行监控的过程中，智慧出行服务关闭。智慧出行服务关闭后，感知模块未感知，即，继续对航班短信围栏进行监控。在感知模块检测到航班短信围栏触发，需要执行s201b之前，感知模块探测智慧出行服务是否处于开启状态。示例性的，感知模块探测到智慧出行服务关闭，则感知模块不执行后续的步骤。示例性的，若感知模块探测到智慧出行服务开启，则感知模块继续执行后续的步骤。可选地，感知模块可以设置为在部分步骤执行之前，探测智慧出行服务是否处于开启状态。例如可以是在s204a之前，首次出行提醒之前和二次出行提醒之前等，可根据实际需求设置，本技术不做限定，下文中不再重复说明。
74.s202b，感知模块向智慧出行服务指示航班短信围栏触发。
75.示例性的，感知模块检测到航班短信围栏触发后，解除航班短信围栏，并向智慧出
行服务发送指示信息，用于指示航班短信围栏触发，也可以理解为，指示信息用于指示感知模块识别到包括航班敏感词汇的航班短信。
76.s203，第三方应用向智慧出行服务请求显示出票反馈航班卡片。
77.示例性的，用户购票成功后，第三方应用(以航旅纵横为例，也可以是其它航班应用，本技术不做限定)可从航空公司服务器获取到注册用户对应的航班的航班信息。航旅纵横应用可向智慧出行服务发送请求消息，用于请求智慧出行服务显示航班卡片。
78.一个示例中，请求消息中可包括航班信息，航班信息包括：航班号、起飞时间、到达时间、出发地、目的地等信息。可选地，请求消息中还可以包括航班卡片的类型信息，用于指示航班卡片的类型，例如，航班卡片的类型为出票反馈航班卡片。智慧出行服务可基于请求消息中的航班信息以及航班卡片的类型信息，生成航班卡片，如图4所示，示例性的，智慧出行服务在界面401中显示航班卡片402。航班卡片402中包括但不限于：航班号、起飞时间、到达时间、出发地、目的地等信息。
79.另一个示例中，航旅纵横应用可以基于航班信息生成航班卡片，并请求智慧出行服务显示生成的航班卡片。可选地，航旅纵横应用还向智慧出行服务指示航班卡片的类型，例如，指示航班卡片的类型为出票反馈卡片。智慧出行服务响应于航旅纵横应用的请求，显示航旅纵横应用生成的卡片。
80.需要说明的是，本技术实施例中，用户可通过手机号码登录航旅纵横应用。登录航旅纵横应用后，用户需要绑定用户身份信息。用户身份信息包括但不限于：用户的姓名、手机号码、身份证号等信息。在本技术实施例中，航旅纵横应用等第三方应用仅能获取到绑定的身份信息所属用户所对应的航班。
81.举例说明，用户a登录航旅纵横应用后，在航旅纵横应用界面的设置界面中，输入用户的身份信息，包括但不限于：用户a的手机号码、用户a的身份证号码、用户a的姓名等。航旅纵横应用获取并保存用户身份信息，可选地，航旅纵横应用可将用户身份信息上传到应用服务器进行保存。可选地，应用服务器可与航空公司的服务器进行交互，以获取与用户身份信息对应的航班信息。应用服务器可将用户a的身份信息对应的航班信息发送至用户a的手机上的航旅纵横应用。可以理解为，航旅纵横应用只能够获取到绑定的身份信息所属用户对应的航班，而无法获取到其它用户的航班。例如，如上文所述，用户a可以为用户b代订机票(预留的时用户a的手机号码)，用户a的航旅纵横应用绑定了用户a的身份信息，用户b的航旅纵横应用绑定了用户b的身份信息。相应的，用户a为用户b代订成功后，用户a的手机将接收到出票反馈短信(具体内容可参照上文)。以及，用户b的手机的航旅纵横应用将接收到航班信息，用户b的手机的显示界面中显示航班卡片。再例如，用户a为用户a订购航班a，为用户b订购航班b，用户a的手机将接收到出票反馈短信，短信中包括航班a的航班信息，并指示乘机人为用户a，短信中还包括航班b的航班信息，并指示乘机人为用户b。以及，用户a的手机的航旅纵横应用将接收到航班a的航班信息，用户a的手机显示界面中显示航班卡片，航班卡片中包括航班a的航班信息。用户b的手机的航旅纵横应用同样接收到航班b的航班信息，用户b的手机显示界面中显示航班卡片，航班卡片中包括航班b的航班信息。
82.可选地，智慧出行服务可在接收到航旅纵横应用的请求后即可在当前界面中显示航班卡片。可选地，当前界面可以是桌面、锁屏界面、熄屏界面、应用界面等。
83.可选地，若当前界面是应用界面，而该应用设置有免打扰，则智慧出行服务不显示
航班卡片，而是在手机响应于用户的操作，退出当前应用后，再显示航班卡片。
84.可选地，在锁屏界面或熄屏界面时，航班卡片可以在屏幕的中部显示。本技术实施例中航班卡片以及下文实施例中的出行提醒卡片的位置以及尺寸均为示意性举例，用户可以在智慧出行服务中进行设置，本技术不做限定。
85.需要说明的是，s202b与s203的顺序不做限定，例如，手机可能先接收到短信，而后航旅纵横才会接收到航班信息，并在界面中显示航班卡片。或者，航旅纵横应用可能先接收到的航班信息，并在界面中显示航班卡片，手机接收到航班短信。本技术不做限定。
86.s204，智慧出行服务确定是本机用户航班。
87.示例性的，如上文所述，本机用户可能为他人代订机票，在该场景下，若智慧出行服务基于他人代订的航班进行出行提醒，将会严重影响用户使用体验。本技术实施例中，智慧出行服务可基于接收到的航班短信以及航班卡片，判断航班是否对应于本机用户。一个示例中，如果航班对应于本机用户，则可执行s205a，即执行后续的出行提醒业务。另一个示例中，如果航班非本机用户的航班，则结束流程，即无需进行出行提醒。
88.示例性的，智慧出行服务响应于感知模块的指示，确定航班短信围栏触发，即接收到航班短信，智慧出行服务检测是否接收到航旅纵横应用的航班卡片请求。一个示例中，若在预设时长(例如10分钟，可以根据实际需求设置，本技术不做限定)内接收到航旅纵横应用的航班卡片请求，则可继续执行后续的本机用户航班判定流程。另一个示例中，若在预设时长内未接收到航旅纵横应用的卡片请求，则可确定航班短信中所指示的航班是为他人代订的。
89.示例性的，智慧出行服务接收到航班卡片请求后，智慧出行服务检测是否接收到航班短信。一个示例中，若在预设时长(例如10分钟)内，智慧出行服务接收到感知模块的指示，确定航班短信围栏触发，则可执行后续的本机用户航班判定流程。另一个示例中，若在预设时长内未接收到感知模块的指示，即未接收到航班短信，则判定本次流程结束。也就是说，在未接收到航班短信的情况下，不做出行提醒。
90.示例性的，智慧出行服务可按照下述流程判定航班是否为本机用户航班：
91.智慧出行服务检测航班短信中所指示的航班数量以及航班卡片请求数量，并按照如下规则进行判断：
92.1)航班短信指示的航班数量大于或等于1，请求显示的航班卡片数量大于或等于1，并且，航班短信指示的航班数量与请求显示的航班卡片的数量相等，可确定航班短信所指示的多个航班均为本机用户的航班。
93.2)航班短信指示的航班数量大于1，请求显示的航班卡片数量大于或等于1，并且，航班短信指示的航班数量与请求显示的航班卡片的数量不相等，智慧出行服务无法确定航班短信所指示的航班是否为本机用户的航班，结束本次出行提醒流程。
94.举例说明：用户a为自身订购一个航班后，智慧出行服务将检测到航班短信包括一个航班的信息，并且，检测到航旅纵横应用请求显示的航班卡片数量为1，智慧出行服务可确定航班短信所指示的航班即为本机用户的航班。
95.再举例说明：用户a为自身订购两个航班后，智慧出行服务将检测到航班短信包括两个航班的信息，并且，检测到航旅纵横应用请求显示的航班卡片数量为2，智慧出行服务可确定航班短信所指示的两个航班均为本机用户的航班。需要说明的是，在本技术实施例
中，若智慧出行服务检测到本机用户的多个航班，智慧出行服务可进一步检测不同航班之间的到达时间与起飞时间之间的时间差是否小于阈值(例如为4小时，可以根据实际需求设置，本技术不做限定)。一个示例中，若时间差小于阈值，则智慧出行服务可认为多个航班之间为转机航班，智慧出行服务只对首个航班执行出行提醒业务。另一个示例中，若时间差大于或等于阈值，则智慧出行服务对每个航班执行下文实施例中所述的出行提醒流程。例如，用户订购航班为北京-广州，广州-奥克兰。智慧出行服务从航班短信中获取到航班到达广州的时间为8:20，从广州起飞的时间为10：00，智慧出行服务可确定两个航班之间的时间差小于阈值(例如4小时)，智慧出行服务可确定两个航班为转机(也可以称为是中转航班)航班，相应的，智慧出行服务仅对首个航班，即北京-广州的航班执行后续的出行提醒流程。再例如，用户订购航班为北京-广州，广州-北京，即往返航班。到达广州的时间为8:20，从广州起飞的时间为隔一天的10:00，智慧出行服务可确定两个航班之间的时间差大于阈值，智慧出行服务对北京-广州的航班制定出行提醒计划，即，按下面实施例中的流程对北京-广州的航班进行出行提醒，并且，智慧出行服务对广州-北京的航班制定出行提醒计划，同样按照下面实施例中的流程对广州-北京的航班进行出行提醒。
96.再举例说明：用户a为自身订购一个航班，并为他人订购一个航班，智慧出行服务将检测到航班短信中包括两个航班的信息(包括用户a的航班的航班信息和其他用户的航班的航班信息)，并且，智慧出行服务检测到航旅纵横应用请求显示的航班卡片数量为1，由于智慧出行服务无法确定航旅纵横应用请求显示的航班卡片对应于航班短信中的哪个航班，即，智慧出行服务无法判定哪个航班是属于本机用户的，智慧出行服务结束本次流程。
97.再举例说明：用户a为他人订购一个航班(也可以是多个，本技术不做限定)，智慧出行服务将接收到航班短信中包括一个航班的航班信息。并且，智慧出行服务未接收到航旅纵横应用的航班卡卡片显示请求。相应的，智慧出行服务可确定航班为非本机用户航班，则不做出行提醒。
98.在本技术实施例中，以本机用户为自身订购一个航班为例进行说明，即，智慧出行服务可确定航班短信中所指示的航班对应于本机用户，智慧出行服务可对本机用户的航班进行出行提醒，即执行s205a。
99.s205a，智慧出行服务向第三方应用请求航班信息。
100.s205b，第三方应用向智慧出行服务发送航班信息。
101.示例性的，智慧出行服务可向第三方应用请求航班信息，以根据准确的航班信息制定出行提醒计划，即在适当的时机进行出行提醒，以保证出行提醒的及时性的同时，减少对用户使用手机时的打扰。可选地，智慧出行服务也可以基于航班短信中，获取到航班信息，即跳过s205a～s205b，执行s206a，本技术不做限定。
102.本技术实施例中以智慧出行服务从第三方应用获(仍以航旅纵横应用为例)取到航班信息为例进行说明。智慧出行服务可向第三方应用发送请求信息，用于请求航班信息。航旅纵横应用响应于接收到的请求，向智慧出行服务发送本机用户对应的未完成的航班的航班信息。需要说明的是，航旅纵横应用会保存登录用户(即绑定了身份信息的用户)的所有航班行程。航旅纵横应用可将未完成(也可以理解为未起飞的)的航班的航班信息发送给智慧出行服务。需要说明的是，如上文所述，如果用户存在多个航班，且多个航班为转机航班，航旅纵横应用将会将这些航班的航班信息均反馈给智慧出行服务。智慧出行服务可按
照上文所述的原则，选择出需要进行出行提醒的航班，例如多个转机航班中的首个航班。
103.可选地，智慧出行服务也可以向航旅纵横应用请求指定的航班的航班信息。例如，智慧出行服务可通过航班短信中的内容，确定需要制定出行提醒计划的航班。智慧出行服务可将该航班的航班号发送给航旅纵横应用。航旅纵横应用可响应于智慧出行服务的请求，向智慧出行服务返回指定的航班对应的航班信息。
104.示例性的，航班信息包括但不限于以下至少之一：航班的航班号、出发地、目的地、起飞时间、到达时间、值机信息(包括值机柜台、是否已值机)、登机口等信息。
105.s206a，智慧出行服务指示感知模块注册业务起始围栏。
106.示例性的，智慧出行服务获取到航班信息后，可向感知模块发送业务起始围栏注册请求，用于请求感知模块注册业务起始围栏。
107.示例性的，本技术实施例中，业务起始围栏可以理解为是对出行提醒业务起始时间的条件限定。举例说明，智慧出行服务获取到航班信息后，可确定本次航班的起飞时间，并将起飞之前的4小时设置为出行业务起始时间。例如，航班起飞时间为10月8日12点，相应的，业务起始时间为10月8日8点。智慧出行服务可向感知模块发送指示信息，用于指示业务起始时间为10月8日8点(也可以包括年份，本技术不做限定)，也就是说，业务起始围栏为10月8日8点。
108.s206b，智慧出行服务指示感知模块注册兜底时间围栏。
109.示例性的，智慧出行服务向感知模块发送兜底时间围栏注册请求，请求中可以包括但不限于兜底时间，用于指示感知模块基于兜底时间进行监测。可选地，兜底时间可选地设置为登机口关闭前的10分钟。例如，智慧出行服务可基于航班起飞时间获取到登机口关闭时间(例如起飞前15分钟)，智慧出行服务可将登机口关闭前的10分钟，设置为兜底时间，并指示感知模块基于该兜底时间建立围栏。兜底时间围栏的作用与触发方式将在下面实施例中说明。
110.s206c，智慧出行服务指示感知模块注册退票/改签/取消/延误短信围栏。
111.示例性的，智慧出行服务向感知模块发送退票/改签/取消/延误短信围栏注册请求，用于指示感知模块注册退票短信围栏、改签短信围栏、取消短信围栏以及延误短信围栏，也可以理解为，用于指示感知模块对包括航班退票、航班改签、航班取消、航班延误相关的敏感词汇的短信进行监控。具体实现将在下文中详细说明。
112.s207a，感知模块检测到业务起始围栏触发。
113.示例性的，如上文所述，感知模块响应于智慧出行服务的指示，注册多个围栏之后，感知模块基于已注册的围栏进行监控，以检测围栏是否被触发。
114.可选地，多个围栏的监控可以理解为是并行的，也就是说，围栏之间的触发互不影响。例如，感知模块可监控是否到达业务起始围栏对应的业务起始时间(例如上文举例的10月8日8点)的同时，监控是否到达兜底时间围栏对应的兜底时间(例如登机门关闭前15分钟)，以及监控是否接收到与退票/改签/取消/延误短信围栏对应的退票、改签、取消、延误短信。当任意围栏触发，执行与该围栏触发对应的流程。
115.示例性的，感知模块基于业务起始围栏所对应的时间，对时间进行监控。当到达业务起始围栏所对应的时间，例如上文中所述的10月8日8点，感知模块确定业务起始围栏触发。
116.s207b，感知模块向智慧出行服务指示业务起始围栏触发。
117.示例性的，感知模块检测到业务起始围栏触发后，向智慧出行服务发送指示信息，用于指示业务起始围栏触发，即，到达出行提醒业务的检测时间点。
118.可选地，如上文所述，本机用户可能对应多个航班，智慧出行服务可对多个航班中的每个航班进行出行提醒。示例性的，智慧出行服务可指示感知模块注册每个航班对应的业务起始围栏。例如，智慧出行服务可向感知模块发送业务起始围栏注册请求，请求中可以包括业务起始时间等信息，还可以包括标识信息，其中，标识信息用于指示该围栏与哪个航班对应。例如，本机用户的航班包括航班a和航班b，智慧出行服务向感知模块发送业务起始围栏注册请求，请求中包括航班a的业务起始时间等信息，还包括标识信息a，智慧出行服务记录标识信息a与航班a的对应关系。感知模块可注册航班a的业务起始围栏，并记录该业务起始围栏与标识信息a的对应关系。当感知模块检测到标识信息a对应的业务起始围栏触发后，可向智慧出行服务发送指示信息，指示信息中可包括业务起始围栏触发指示，还可以包括标识信息a，智慧出行服务可基于获取到的表示信息a，确定是航班a的业务起始围栏触发，智慧出行服务可基于航班a的航班信息，执行后续的步骤。可选地，在其他实施例中，智慧出行服务可以为航班a，向感知模块请求注册业务起始围栏。感知模块注册业务起始围栏，其中，该业务起始围栏可对应有标识信息a，感知模块可将标识信息a反馈给智慧出行服务，智慧出行服务可记录航班a与标识信息a的对应关系，其他处理过程如上文所述，此处不再赘述。
119.s208，智慧出行服务执行出行提醒业务流程。
120.示例性的，智慧出行服务响应于感知模块的指示，确定到达出行提醒业务执行时刻，下面结合图3所示的出行提醒业务流程示意图，对智慧出行服务所执行的流程进行详细说明。请参照图3，具体包括：
121.s501，智慧出行服务检测是否已首次提醒。
122.示例性的，本技术实施例中，智慧出行服务可记录有提醒状态信息，用于记录是否已经进行首次提醒。一个示例中，若智慧出行服务已经进行首次提醒(也可以称为首次出行提醒)，则执行s507。另一个示例中，若智慧出行服务未执行过首次提醒，智慧出行服务执行s502。
123.s502，智慧出行服务获取tx和ty。
124.示例性的，智慧出行服务基于下述公式，获取tx和ty：
125.tx＝tm-tn
ꢀꢀ
(1)
126.ty＝tp-tq
ꢀꢀ
(2)
127.其中，tx可以称为首次提醒检测时长。tm为当前时刻与登机口关闭时间之间的差值。如上文所述，登机口关闭时间可选地为飞机起飞前15分钟。需要说明的是，本技术实施例中所述的飞机起飞时间是以智慧出行服务从第三方应用获取到的起飞时间为准，其与飞机的实际起飞时间之间可能存在时间差。
128.tn为路程耗时和候机时长之和。可选地，tn也可以是路程耗时、候机时长与其它耗时之和，其它耗时包括但不限于以下至少之一：打车耗时、缓冲时长等。
129.示例性的，路程耗时可选地为乘车(可选地为乘坐出租车或驾车前往)从当前位置到机场所需时长。
130.本技术实施例中，智慧出行服务可统计每次本机用户的每次候机时长，并得出平均值，该平均值即可作为本次计算tn时的候机时长。智慧出行服务可在每次本机用户每次候机，对候机时长进行更新，以作下次计算时使用。也就是说，在本技术实施例中，不同的用户可选地对应不同的候机时长，例如，用户a习惯于提前较长的到机场候机，例如候机时长为2小时，而用户b习惯于提前较短的时间到机场候机，例如候机时长为20分钟。相应的，用户a的手机中的智慧出行服务可统计出用户a的候机时长平均值为2小时，用户b的手机中的智慧出行服务可统计出用户b的候机时长平均值为20分钟。用户a的手机中的智慧出行服务可基于统计出的候机时长(2小时)，获取tn。用户b的手机中的智慧出行服务可基于统计出的候机时长(20分钟)，获取tn。可选地，在其他实施例中，若用户出行次数较少(例如小于3次)，或者是用户每次候机时长波动较大，在该种情况下，智慧出行服务可以预设的候机时长作为本次计算tn时的候机时长。可选地，预设的候机时长可以是荣耀服务器基于所有用户的候机时长统计出的，荣耀服务器可实时或周期性地对该候机时长进行更新。智慧出行服务可从荣耀服务器端获取到候机时长，并用于计算tn。
131.示例性的，打车耗时可选地是基于当前位置与当前时间下，出租车的运力得到的。需要说明的是，相同的地点在不同的时间，所对应的打车运力可能不相同，例如，在相同的地点，早高峰时段打车耗时较长，而晚8点之后打车耗时较短。示例性的，相同的时间在不同的地点所对应的打车运力可能不同。例如，在早高峰时段，市区内的打车耗时较段，市区外的打车耗时较长。
132.示例性的，缓冲时长可选地为预先设置的时长，例如可以设置为15分钟，可根据实际需求设置，本技术不做限定。该时长可以理解为是为用户预留出收拾东西或下楼等时间。
133.示例性的，智慧出行服务可从第三方应用(例如滴滴打车等打车应用)中获取到上文所述的路程耗时、打车耗时等信息。
134.示例性的，ty可以称为二次提醒检测时长。智慧出行服务可从第三方应用(例如航旅纵横应用)获取到用户是否值机。一个示例中，若用户已经值机，则tp可选地为当前时间与登机口关闭时间之间的差值。另一个示例中，若用户未值机，则tp可选地为当前时间与值机截止时间之间的差值。可选地，智慧出行服务可以从航旅纵横应用获取到航班的值机截止时间。
135.示例性的，tq可选地为路程耗时。可选地，tq也可以是路程耗时与其它耗时之和。其它耗时包括但不限于以下至少之一：打车耗时、缓冲时长等。需要说明的是，本技术实施例中，在计算ty时的缓冲时长可小于或等于计算tx时的缓冲时长。
136.s503，智慧出行服务检测是否ty≤0。
137.示例性的，智慧出行服务获取到tx和ty后，检测ty是否小于或等于0。一个示例中，若ty小于或等于0，执行s509。另一个示例中，若ty大于0，执行s504。
138.s504，智慧出行服务检测是否tx≥1h(小时)。
139.示例性的，智慧出行服务可预先设置有检测阈值(例如为1小时，也可以根据实际需求设置，本技术不做限定)。示例性的，本技术实施例中以检测阈值为1小时为例进行说明。
140.一个示例中，若智慧出行服务检测到tx大于或等于1小时，则向感知模块注册间隔a时间围栏。感知模块响应于智慧出行服务的指示，注册间隔a时间围栏。感知模块开始计
时，当计时时长为间隔a(例如30分钟)时，感知模块向智慧出行服务指示间隔a时间围栏被触发。智慧出行服务响应于感知模块的指示，重新执行s501。也就是说，智慧出行服务在检测到tx大于或等于1小时后，在间隔a(例如30分钟)后，重新执行s501。
141.另一个示例中，若智慧出行服务检测到tx小于1小时，执行s505。
142.s505，智慧出行服务检测是否tx＜10min(分钟)。
143.示例性的，智慧出行服务进一步检测tx是否小于10分钟。一个示例中，若tx大于或等于10分钟，智慧出行服务向感知模块注册间隔b时间围栏。感知模块响应于智慧出行服务的指示，注册间隔b时间围栏。感知模块开始计时，当计时时长为间隔b(例如10分钟)时，感知模块向智慧出行服务指示间隔b时间围栏被触发。智慧出行服务响应于感知模块的指示，重新执行s501。也就是说，智慧出行服务在检测到tx大于或等于10分钟后，在间隔b(例如10分钟)后，重新执行s501。在本技术实施例中，间隔b小于间隔a。可以理解为，当首次提醒检测时长tx大于或等于1小时的情况下，智慧出行服务以较大的间隔进行出行提醒检测，从而降低功耗。当首次提醒时长tx小于1小时且大于或等于10分钟的情况下，智慧出行服务以较小的间隔进行出行提醒检测，从而保证出行提醒的实时性。
144.另一个示例中，若tx小于10分钟，执行s506。
145.s506，智慧出行服务进行首次提醒。
146.示例性的，智慧出行服务检测到tx小于10分钟，确定需要进行首次出行提醒。请参照图6的(1)，示例性的，智慧出行服务可在显示界面601中显示首次提醒卡片602。示例性的，首次提醒卡片602中包括至少一个提示信息，例如包括但不限于卡片名称、道路状况、目的地、全程耗时以及预计到达时间等。
147.示例性的，卡片名称可以为出行提醒。可选地，卡片名称也可以为首次出行提醒，本技术不做限定。
148.示例性的，如上文所述，智慧出行服务在计算tx和ty时，可从第三方应用中获取到路程耗时，可选地，智慧出行服务还可以从第三方应用(可以是打车应用，也可以是地图应用)中获取到道路拥堵情况。需要说明的是，道路拥堵情况可选地为从出发地(例如用户当前位置)到目的地(例如t3航站楼)之间的道路的拥堵情况。智慧出行服务可在首次提醒卡片602中显示道路情况，例如卡片中显示的“畅通”，以用于指示当前位置到机场之间的道路情况为畅通。道路状况还可以包括但不限于：轻微拥堵、严重拥堵等。
149.示例性的，智慧出行服务可从第三方应用获取到本次航班的出发地，例如为t3航站楼。智慧出行服务可在首次提醒卡片602中显示本次出行的目的地为t3航站楼。需要说明的是，该目的地用于指示本次出行的目的地，而非本次航班的目的地。
150.示例性的，如上文所述，智慧出行服务在计算tx和ty时，可从第三方应用中获取到路程耗时。智慧出行服务可在首次提醒卡片602中显示全程耗时(即为上文所述的路程耗时)，例如约2小时。相应的，智慧出行服务可基于路程耗时，获取到预计到达时间，例如为11:00。可选地，在其他实施例中，智慧出行服务也可以从第三方应用中获取到预计到达时间，本技术不做限定。
151.示例性的，智慧出行服务进行首次提醒后，更新提醒状态信息(概念可参照s501中的描述)，以指示已完成首次提醒。智慧出行服务重新执行s501。
152.示例性的，智慧出行服务可持续显示首次提醒卡片至预设时长，例如15分钟。示例
性的，智慧出行服务也可以在下文所述的情况1～情况4发生之前，一直显示首次提醒卡片。示例性的，智慧出行服务可以在显示二次提醒卡片之前，一直显示首次提醒卡片。卡片的显示时长可以根据实际需求设置，本技术不做限定。
153.可选地，智慧出行服务可在手机解锁后，例如手机显示桌面时，显示首次提醒卡片。可选地，智慧出行服务还可以在手机解锁前，例如，手机处于熄屏状态或者是手机处于锁屏状态时，显示首次提醒卡片。可选地，若智慧出行服务确定需要进行首次提醒，而手机显示的是某个应用的显示界面，例如，用户正在玩游戏，或者是正在看视频，智慧出行服务可不显示首次提醒卡片，而是在手机退出当前应用，并显示桌面时，显示首次提醒卡片。可选地，若手机在显示应用的显示界面时，若智慧出行服务确定需要进行首次提醒，智慧出行服务也可以预先设置有应用白名单，应用白名单可以理解为免打扰应用，也就是说，应用白名单中的应用启动后，禁止其它提示消息(例如首次提醒卡片)的打扰。对于其它未在应用白名单中的应用，智慧出行服务可在手机显示这类应用的显示界面时，弹出首次提醒卡片。当然，在其他实施例中，智慧出行服务也可以在手机显示任一应用显示界面时，弹出首次提醒卡片，以提醒用户触发，避免用户误机。
154.示例性的，请继续参照图6的(1)，首次提醒卡片602中还可以包括打车选项6021。用户可点击打车选项6021，智慧出行服务响应于接收到的用户操作，启动打车应用。示例性的，打车应用启动后，可自动添加出发地和目的地，其中，出发地即为当前位置，目的地即为首次提醒卡片中指示的目的地，例如t3航站楼。
155.s507，智慧出行服务获取ty。
156.示例性的，如上文所述，智慧出行服务基于记录的提醒状态信息，检测到已经完成首次提醒。智慧出行服务可获取ty(获取方式可参照上文)，也就是说，在首次提醒完成后，无需再进行tx的检测，从而降低功耗。
157.s508，智慧出行服务检测是否ty≤0。
158.示例性的，智慧出行服务获取ty后，判断ty是否小于或等于0。一个示例中，若ty小于或等于0，执行s509。另一个示例中，若ty大于0，智慧出行服务向感知模块注册间隔c时间围栏。感知模块响应于智慧出行服务的指示，注册间隔c时间围栏。感知模块开始计时，当计时时长为间隔c(例如15分钟)时，感知模块向智慧出行服务指示间隔c时间围栏被触发。智慧出行服务响应于感知模块的指示，重新执行s501。也就是说，智慧出行服务在检测到ty大于0后，在间隔c(例如15分钟)后，重新执行s501。
159.示例性的，间隔c可以与间隔b相等，也可以与间隔a相等，还可以是其他数值，间隔c可以根据实际需求设置，本技术不做限定。
160.s509，智慧出行服务进行二次提醒。
161.示例性的，智慧出行服务检测到ty≤0后，确定需要进行二次提醒。请参照图6的(2)，示例性的，智慧出行服务可在显示界面601中显示二次提醒卡片603。示例性的，二次提醒卡片603中包括至少一个提示信息，例如包括但不限于卡片名称、道路状况、目的地、全程耗时以及预计到达时间等。具体描述可参照首次提醒卡片的相关描述，此处不再赘述。
162.可选地，智慧出行服务显示二次提醒卡片的同时，还可以通过振动、响铃等方式中的至少一种，以提醒用户及时出行。需要说明的是，若智慧出行服务设置为响铃提示方式，在响铃之前，智慧出行服务可检测用户是否在进行语音通话或视频通话。若智慧出行服务
检测到用户在进行语音通话或视频通话，智慧出行服务可通过振动等其它方式提示用户出行。
163.可选地，与首次提醒卡片类似，二次提醒卡片可以在手机处于以下至少一种界面时显示：手机显示桌面时，手机熄屏时，手机锁屏时，手机显示任一应用界面时，手机显示应用白名单以外的应用界面时。具体描述可参照首次提醒卡片的相关内容，此处不再赘述。
164.在本技术实施例中，智慧出行服务可将二次提醒设置为强打扰，也就是说，在手机处于任意界面时，均会弹出二次提醒卡片，从而以更强烈的方式提醒用户出行，以避免用户误机。需要说明的是，在本技术实施例中，若手机当前显示的是应用界面，智慧出行服务可在应用界面的上边缘弹出二次提醒卡片。在显示预设时长(例如5s)后，取消在当前应用显示界面中显示。而当手机响应于接收到的用户操作退出当前应用界面，并显示桌面时，智慧出行服务继续显示二次提醒卡片。可选地，当手机显示应用界面时，智慧出行服务弹出二次提醒卡片后，用户也可以向上滑动(也可以是左滑或者右滑，可根据实际需求设置，本技术不做限定)二次提醒卡片。智慧出行服务响应于接收到的用户操作，取消二次提醒卡片在当前应用界面中的显示。同样的，当手机响应于接收到的用户操作退出当前应用界面，并显示桌面时，智慧出行服务继续显示二次提醒卡片。
165.示例性的，请继续参照图6的(2)，二次提醒卡片603中还可以包括打车选项6031，其描述可参照打车选项6021，此处不再赘述。
166.下面结合图5所示的出行提醒示意图，对图2和图5中的流程进行详细说明。请参照图5，示例性的，在t1时刻，用户购票，手机接收到航班短信(即出票反馈短信)。感知模块对接收到的短信进行识别，确定接收到的短信为航班短信。感知模块进一步确定航班短信围栏触发，感知模块可向智慧出行服务指示航班短信围栏触发。
167.示例性的，智慧出行服务响应于接收到的指示，执行s202a和s202b，以及s203a～s203c。感知模块响应于智慧出行服务的指示，注册多个围栏。具体描述可参照图2中的相关内容，此处不再赘述。
168.在t2时刻，感知模块检测到业务起始围栏触发，即感知模块检测到到达业务起始围栏所设置的时间，例如10月8日8点。感知模块向智慧出行服务指示业务起始围栏触发。智慧出行服务响应于感知模块的指示，执行第1次检测。请参照图7，示例性的，智慧出行服务检测是否已经首次提醒。在本实例中，智慧出行服务检测到提醒状态信息指示未进行首次提醒。
169.智慧出行服务执行s502，即根据公式(1)和公式(2)，获取tx和ty。本实例中，tm为t2时刻与t-2时刻(即登机门关闭时间)之间的差值，tn为候机时长、路程耗时2、缓冲时长、打车耗时2之和。其中，路程耗时2可选地为智慧出行服务在当前时刻(t2)，以及当前位置获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时2可选地为智慧出行服务在当前时刻(t2)及当前位置打车所需要的等待时长。tp为t2时刻与t-3时刻(即值机截止时间)之间的差值，tq为路程耗时2、打车耗时2和缓冲时长之和。
170.示例性的，智慧出行服务检测到ty＞0，执行s504，即，智慧出行服务进一步检测tx是否大于或等于1h。示例性的，智慧出行服务检测到tx≥1h。智慧出行服务指示感知模块注册间隔a时间围栏。示例性的，间隔a时间围栏对应的时长为分钟。感知模块响应于智慧出行服务的请求，注册间隔a时间围栏。
171.在t3时刻，感知模块计时结束，即到达分钟。感知模块确定间隔a时间围栏触发。感知模块向智慧出行服务指示间隔a时间围栏触发。智慧出行服务响应于感知模块的指示，执行第2次检测。
172.示例性的，智慧出行服务执行s501。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行s502，即根据公式(1)和公式(2)，获取tx和ty。
173.示例性的，在当前时刻，tm为t3时刻与t-2时刻(即登机门关闭时间)之间的差值，tn为候机时长、路程耗时3、缓冲时长、打车耗时3之和。其中，路程耗时3可选地为智慧出行服务在当前时刻(t3)，以及当前位置(可以和t2时刻的位置相同或不同，本技术不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时3可选地为智慧出行服务在当前时刻(t3)及当前位置打车所需要的等待时长。tp为t3时刻与t-3时刻(即值机截止时间)之间的差值，tq为路程耗时3、打车耗时3和缓冲时长之和。
174.示例性的，智慧出行服务检测到ty＞0，执行s504，即，智慧出行服务进一步检测tx是否大于或等于1h。示例性的，智慧出行服务检测到tx≥1h。智慧出行服务指示感知模块注册间隔a时间围栏。示例性的，间隔a时间围栏对应的时长为30分钟。感知模块响应于智慧出行服务的请求，注册间隔a时间围栏。
175.在t4时刻，感知模块计时结束，即到达分钟。感知模块确定间隔a时间围栏触发。感知模块向智慧出行服务指示间隔a时间围栏触发。智慧出行服务响应于感知模块的指示，执行第3次检测。
176.示例性的，智慧出行服务执行s501。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行s502，即根据公式(1)和公式(2)，获取tx和ty。
177.示例性的，在当前时刻(t4时刻)，tm为t4时刻与t-2时刻(即登机门关闭时间)之间的差值，tn为候机时长、路程耗时4、缓冲时长、打车耗时4之和。其中，路程耗时4可选地为智慧出行服务在当前时刻(t4)，以及当前位置(可以和t3时刻的位置相同或不同，本技术不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时4可选地为智慧出行服务在当前时刻(t4)及当前位置打车所需要的等待时长。tp为t4时刻与t-3时刻(即值机截止时间)之间的差值，tq为路程耗时4、打车耗时4和缓冲时长之和。需要说明的是，各时刻所对应的打车耗时、路程耗时可以相同，也可以不同，本技术不做限定。
178.示例性的，智慧出行服务检测到ty＞0，执行s504，即，智慧出行服务进一步检测tx是否大于或等于1h。示例性的，智慧出行服务检测到tx＜1h。智慧出行服务执行s505，即，进一步检测tx是否小于10分钟。示例性的，智慧出行服务检测到tx大于10分钟。智慧出行服务指示感知模块注册间隔b时间围栏。示例性的，间隔b时间围栏对应的时长为10分钟。感知模块响应于智慧出行服务的请求，注册间隔b时间围栏。需要说明的是，图7中的各时刻以及检测次数仅为示意性举例，例如，t4时刻与t3时刻之间可能存在多次检测，本技术不做限定。
179.在t5时刻，感知模块计时结束，即到达10分钟。感知模块确定间隔b时间围栏触发。感知模块向智慧出行服务指示间隔b时间围栏触发。智慧出行服务响应于感知模块的指示，执行第4次检测。
180.示例性的，智慧出行服务执行s501。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行s502，即根据公式(1)和公式(2)，获取tx和ty。
181.示例性的，在当前时刻(t5时刻)，tm为t5时刻与t-2时刻(即登机门关闭时间)之间
的差值，tn为候机时长、路程耗时5、缓冲时长、打车耗时5之和。其中，路程耗时5可选地为智慧出行服务在当前时刻(t5)，以及当前位置(可以和t4时刻的位置相同或不同，本技术不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时5可选地为智慧出行服务在当前时刻(t5)及当前位置打车所需要的等待时长。tp为t5时刻与t-3时刻(即值机截止时间)之间的差值，tq为路程耗时5、打车耗时5和缓冲时长之和。
182.示例性的，智慧出行服务检测到ty＞0，执行s504，即，智慧出行服务进一步检测tx是否大于或等于1h。示例性的，智慧出行服务检测到tx＜1h。智慧出行服务执行s505，即，进一步检测tx是否小于10分钟。示例性的，智慧出行服务检测到tx大于10分钟。智慧出行服务指示感知模块注册间隔b时间围栏。示例性的，间隔b时间围栏对应的时长为10分钟。感知模块响应于智慧出行服务的请求，注册间隔b时间围栏。
183.在t6时刻，感知模块计时结束，即到达10分钟。感知模块确定间隔b时间围栏触发。感知模块向智慧出行服务指示间隔b时间围栏触发。智慧出行服务响应于感知模块的指示，执行第5次检测。
184.示例性的，智慧出行服务执行s501。智慧出行服务检测到提醒状态信息指示未进行首次提醒。智慧出行服务执行s502，即根据公式(1)和公式(2)，获取tx和ty。
185.示例性的，在当前时刻(t6时刻)，tm为t6时刻与t-2时刻(即登机门关闭时间)之间的差值，tn为候机时长、路程耗时6、缓冲时长、打车耗时6之和。其中，路程耗时6可选地为智慧出行服务在当前时刻(t6)，以及当前位置(可以和t5时刻的位置相同或不同，本技术不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时6可选地为智慧出行服务在当前时刻(t6)及当前位置打车所需要的等待时长。tp为t6时刻与t-3时刻(即值机截止时间)之间的差值，tq为路程耗时6、打车耗时6和缓冲时长之和。
186.示例性的，智慧出行服务检测到ty＞0，执行s504，即，智慧出行服务进一步检测tx是否大于或等于1h。示例性的，智慧出行服务检测到tx＜1h。智慧出行服务执行s505，即，进一步检测tx是否小于10分钟。示例性的，智慧出行服务检测到tx小于10分钟。智慧出行服务执行s506，即执行首次提醒。首次提醒方式可参照图6的(1)，此处不再赘述。
187.示例性的，智慧出行服务更新提醒状态信息，更新后的提醒状态信息用于指示已完成首次提醒。
188.示例性的，智慧出行服务向感知模块注册首次提醒结束围栏、间隔c时间围栏、乘车围栏、以及机场围栏。示例性的，乘车围栏与机场围栏的描述可参照上文，此处不再赘述。
189.示例性的，首次提醒结束围栏对应的时长可选地为15分钟。感知模块响应于智慧出行服务的请求，注册首次提醒结束围栏。需要说明的是，在首次提醒结束围栏触发前，智慧出行服务在手机的显示界面中显示首次提醒卡片。
190.示例性的，感知模块检测到到达15分钟，确定首次提醒结束围栏触发。感知模块向智慧出行服务指示首次提醒结束围栏触发。智慧出行服务取消首次提醒卡片的显示。
191.示例性的，间隔c时间围栏可选地为10分钟。请继续参照图7，在t7时刻，感知模块检测到间隔c围栏触发，即，到达10分钟后，感知模块向智慧出行服务指示间隔c时间围栏触发。智慧出行服务响应于感知模块的指示，执行第6次检测。
192.示例性的，智慧出行服务执行s501。智慧出行服务检测到提醒状态信息指示已完成首次提醒。智慧出行服务执行s507，即根据公式(2)，获取ty。
193.示例性的，在当前时刻(t7时刻)，tp为t7时刻与t-3时刻(即值机截止时间)之间的差值，tq为路程耗时7、打车耗时7和缓冲时长之和。其中，路程耗时7可选地为智慧出行服务在当前时刻(t7)，以及当前位置(可以和t6时刻的位置相同或不同，本技术不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时7可选地为智慧出行服务在当前时刻(t7)及当前位置打车所需要的等待时长。
194.示例性的，智慧出行服务检测到ty＞0，智慧出行服务向感知模块注册间隔c时间围栏。
195.请继续参照图7，在t8时刻，感知模块检测到间隔c围栏触发，即，到达10分钟后，感知模块向智慧出行服务指示间隔c时间围栏触发。智慧出行服务响应于感知模块的指示，执行第7次检测。
196.示例性的，智慧出行服务执行s501。智慧出行服务检测到提醒状态信息指示已完成首次提醒。智慧出行服务执行s507，即根据公式(2)，获取ty。
197.示例性的，在当前时刻(t8时刻)，tp为t8时刻与t-3时刻(即值机截止时间)之间的差值，tq为路程耗时8、打车耗时8和缓冲时长之和。其中，路程耗时8可选地为智慧出行服务在当前时刻(t8)，以及当前位置(可以和t7时刻的位置相同或不同，本技术不做限定)获取到的路程耗时，即，在当前时刻，从当前位置出发到机场所需时长。打车耗时8可选地为智慧出行服务在当前时刻(t8)及当前位置打车所需要的等待时长。
198.示例性的，智慧出行服务检测到ty≤0，智慧出行服务执行s509，即执行二次提醒。示例性的，智慧出行服务在手机的当前界面(例如手机处于熄屏状态)显示二次提醒卡片，并且，手机响铃提示。本技术实施例中，手机响铃的铃声可选地与短信的铃声相同。当然，在其他实施例中，也可以与闹钟或来电铃声相同，本技术不做限定。二次提醒的具体描述可参照上文，此处不再赘述。
199.示例性的，智慧出行服务向感知模块注册二次提醒结束围栏。示例性的，二次提醒结束围栏对应的时长可选地为15分钟。
200.可选地，在智慧出行服务显示二次提醒卡片的过程中，用户可点击打车选项6031。手机响应于接收到的用户操作，显示打车应用界面。打车应用界面中显示的出发地为用户当前位置，目的地为t3航站楼。用户可点击打车应用界面中的打车选项。打车应用响应于接收到的用户操作，为用户打车，例如发布打车订单。
201.示例性的，感知模块注册乘车围栏和机场围栏后，可实时或周期性地对打车应用以及地图等应用进行监控。感知模块可检测到打车应用成功发布打车订单，并且目的地为t3航站楼。感知模块确定乘车围栏触发。感知模块向智慧出行服务指示乘车围栏触发。以及，感知模块解除所有残留围栏，例如包括机场围栏、二次提醒结束围栏、兜底时间围栏以及退票/改签/取消/延误短信围栏等未触发的围栏。
202.智慧出行服务响应于感知模块的指示，取消二次提醒卡片的显示。
203.请继续参照图2a，示例性的，智慧出行服务进行首次提醒或二次提醒后，可执行s206a和s206b，以向感知模块注册机场围栏和乘车运动围栏。
204.示例性的，感知模块响应于智慧出行服务的请求，注册机场围栏和乘车运行围栏，机场围栏可选地为一种地理围栏，感知模块可实时或周期性地从第三方应用或者系统自带的地图应用中获取当前地理位置，以判断用户是否已进入机场范围内。示例性的，机场围栏
可选地为机场所在位置，或者也可以是机场所在位置的一定范围内，例如，当用户距离机场20米时，可以认为用户已经到达机场。具体范围可根据实际需求进行设置，本技术不做限定。可选地，机场围栏还可以设置有停留时间，例如，若感知模块检测到用户到达机场，感知模块可进一步对用户停留时间进行计时，若用户停留时间大于5分钟，则可确定机场围栏被触发，从而防止误判。
205.示例性的，乘车运动围栏用于指示感知模块对用户的乘车行为进行监控。感知模块可通过第三方应用获取到用户是否成功打车，并且目的地是机场。感知模块还可以通过系统自带的地图或者是第三方应用(例如地图应用或打车应用)，以及结合手机的传感器(包括加速度传感器等)，确定用户是否已乘车并前往机场。
206.如图2b中的情况1所示，若感知模块检测到乘车运动围栏或机场围栏触发，例如，感知模块检测到用户到达机场，感知模块解除与本次出行相关的残留围栏(概念可参照上文)。并且，感知模块向智慧出行服务指示乘车运动围栏或机场围栏触发。可选地，若智慧出行服务当前在显示首次提醒卡片或者是二次提醒卡片，智慧出行服务取消当前卡片(可以是首次提醒卡片，也可以是二次提醒卡片)的显示。可以理解为的是，如果当前智慧出行服务显示的是首次提醒卡片，智慧出行服务取消首次提醒卡片的显示，而由于感知模块已经解除所有围栏，感知模块不会再出发智慧出行服务执行图5中的相关步骤，所以，智慧出行服务不会再弹出二次提醒卡片。
207.在一种可能的实现方式中，s206a与s206b也可以在s202b之后执行。也就是说，若用户在业务执行的任意时刻，到达机场并停留预设时长，或者是，用户乘车前往机场，智慧出行服务可认为用户不会误机，智慧出行服务结束本次出行提醒流程。
208.在本技术实施例中，除上文所述的情况1外，还包括图2b中所示的情况2～情况5，在上述几种情况中的任意一种情况发生后，感知模块清楚所有残留围栏，本次出行提醒流程结束。
209.请参照图2b，示例性的，在情况2中，智慧出行服务显示二次提醒卡片，并持续显示预设时长，例如15分钟，具体时长可根据实际需求设置，本技术不做限定。需要说明的是，在15分钟内，智慧出行服务可控制手机振动或响铃等方式提醒多次，具体次数可根据实际需求设置，本技术不做限定。示例性的，在智慧出行服务显示二次提醒卡片15分钟后，若用户还未出行，则可认为用户未能及时出行。智慧出行服务取消二次提醒卡片显示，并且，智慧出行服务指示感知服务解除所有围栏。示例性的，感知服务响应于智慧出行服务的指示，解除与本次出行相关的所有残留围栏。需要说明的是，上文所述的二次提醒卡片持续显示时长的计时工作可以由智慧出行服务执行，也可以由感知模块执行。一个示例中，智慧出行服务在显示二次提醒卡片后，智慧出行服务开始计时，并在计时时长到达预设时长(例如15分钟)后，结束计时，并取消二次提醒卡片的显示，以及指示感知模块解除所有围栏。另一个示例中，智慧出行服务在显示二次提醒卡片后，可指示感知模块注册二次提醒卡片结束围栏，以使得感知模块对时间进行监控。感知模块响应于智慧出行服务的指示，注册二次提醒结束围栏，以对时间进行监控。感知模块检测到到达预设时长(例如15分钟)后，确定二次提醒结束围栏触发。感知模块向智慧出行服务指示二次提醒结束围栏触发，智慧出行服务取消二次提醒卡片的显示，以及指示感知模块解除所有围栏。可选地，感知模块在检测到二次提醒结束围栏触发后，也可以自动解除本次出行的所有残留围栏，并向智慧出行服务指示二
次提醒卡片结束围栏触发。
210.仍参照图2b，情况3：智慧出行服务检测到用户删除卡片，指示感知模块解除所有围栏。示例性的，在智慧出行服务显示首次提醒卡片或二次提醒卡片的过程中，用户可通过滑动卡片(例如从下向上滑动卡片，具体手势可根据实际需求设置，本技术不做限定)，删除卡片。智慧出行服务响应于接收到的用户操作，取消当前显示的出行卡片(可以是首次提醒卡片，也可以是二次提醒卡片)的显示。并且，智慧出行服务向感知模块指示解除所有围栏。感知模块响应于接收到的指示，解除与本次出行相关的所有残留围栏。
211.请继续参照图2b，情况4：感知模块检测到兜底围栏触发，解除所有围栏。感知模块向智慧出行服务指示兜底时间围栏触发。示例性的，如上文的s203b所述，感知模块响应于智慧出行服务的指示，注册兜底时间围栏。例如，兜底围栏可选地设置为登机口关闭前的10分钟。感知模块对时间进行监控，若检测到当前时间为登机口关闭前的10分钟，感知模块确定兜底时间围栏触发。举例说明，若用户一直未开机，用户到达机场后，距离登机口关闭还有5分钟的时间，用户开启手机。手机开机后，感知模块对已经注册的多个围栏进行监控。需要说明的是，如上文所述，多个围栏的监控可以理解为是并行的，每个围栏之间的监控是独立，且互不干涉的。例如，感知模块可能检测到业务起始围栏触发，以执行图2b所示的流程。并且，感知模块同时检测到机场围栏触发，以及，感知模块检测到兜底围栏触发。
212.请继续参照图2b，情况5：在本技术实施例中，智慧出行服务识别到本机用户的航班取消、退票、改变或延误后，可指示感知模块解除所有残留围栏。感知模块响应于接收到的指示，解除所有残留围栏。
213.下面以航班取消为具体示例进行详细说明。图8为示例性示出的航班取消对应的出行提醒业务的处理流程图，请参照图8，具体包括：
214.s801a，感知模块检测到航班取消短信围栏触发。
215.s802b，感知模块向智慧出行服务指示航班取消短信围栏触发。
216.示例性的，航班取消后，航空公司或者携程应用可选地通过运营商向用户的手机发送航班取消短信。如图8的(1)所示，示例性的，手机将接收到航班取消短信，航班取消短信中可包括航班号、航班日期等信息，用于指示该航班已经取消。如上文所述，感知模块注册有退票/改签/取消/延误短信围栏，感知模块通过识别接收到的短信，确定短信中包括航班取消短信对应的敏感信息，例如包括：航班号、“取消”等信息，感知模块可确定航班取消围栏触发。感知模块向智慧出行服务指示航班取消围栏触发。智慧出行服务响应于感知模块的指示，确定航班取消围栏触发。
217.s803，第三方应用向智慧出行模块请求显示航班取消卡片。
218.示例性的，仍以航旅纵横应用为例，航旅纵横应用可从航空公司服务器获取到取消的航班对应的航班信息。航旅纵横应用可向智慧出行服务发送请求消息，用于请求智慧出行服务显示航班卡片。例如，航旅纵横应用生成航班取消卡片，并向智慧出行服务发送请求，以请求智慧出行服务显示航班取消卡片。示例性的，航旅纵横应用还可向智慧出行服务指示该航班卡片的类型为航班取消卡片。如图9的(2)所示，示例性的，智慧出行服务响应于航旅纵横应用的指示，在显示界面901中，显示航班取消卡片802。示例性的，航班取消卡片902中可以包括但不限于取消的航班的航班信息，例如包括触发地、目的地、航班号、起飞时间、落地时间等。可选地，航班取消卡片902中还包括“canceled(取消)”字样，用于指示航班
信息所指示的航班已取消。需要说明的是，“取消”字样的显示方式仅为示意性举例，在其他实施例中，“取消”字样的尺寸以及位置可以根据实际需求设置，例如，可以在卡片的顶部，以较小的字号显示，本技术不做限定，该描述同样适用于下文实施例中的其它字样，例如“延误”字样等字样的显示，下文中不再重复说明。
219.需要说明的是，本技术实施例中对s801b与s803之间的顺序不做限定。
220.s803，智慧出行服务确定本机用户的航班取消。
221.示例性的，如上文所述，在本技术实施例中，是以智慧出行服务对本机用户的一个航班执行的出行提醒流程。智慧出行在检测到航班取消短信以及接收到航班取消卡片请求后，可确定本机用户的航班取消。
222.需要说明的是，s801b与s803步骤执行之间可能存在时间差。例如，智慧出行服务先接收到航班短信围栏，智慧出行服务将等待接收到航班取消卡片请求后，再执行s803，以避免误判。可选地，在接收到航班取消卡片请求之前，智慧出行服务仍然继续执行出行提醒业务。可选地，在智慧出行确定本机用户只对应有一个航班的情况下，若智慧出行服务先接收到航旅纵横应用的航班取消卡片请求，智慧出行服务即可执行s804a。
223.s804a，智慧出行服务指示感知模块解除所有围栏。
224.s804b，感知模块解除所有围栏。
225.s804a～s804b的具体细节可参照上文实施例中的相关内容，此处不再赘述。
226.在一种可能的实现方式中，若用户通过携程应用(也可以是其他方式，例如通过拨打航空公司电话进行操作)对机票进行退票，携程应用响应于接收到的用户操作，向航空公司服务器发送退票请求，航空公司服务器退票成功后，向携程应用发送退票成功消息，相应的，航旅纵横应用服务器也会从航空公司服务器获取到航班退票信息。示例性的，携程应用或航空公司服务器可通过运营商向用户的手机发送航班退票短信。航班退票短信中包括但不限于：航班信息以及“退票”指示，用于指示航班信息所指示的航班已退票成功。示例性的，航旅纵横应用可请求智慧出行服务显示航班退票卡片。智慧出行服务显示航班退票卡片。航班退票卡片可包括航班的信息以及“退票”字样，其显示方式可参照图9，此处不再赘述。示例性的，感知模块基于接收到的航班退票短信，确定航班退票短信围栏触发，并向智慧出行服务指示航班退票短信围栏触发。智慧出行服务基于航班退票短信以及航班退票卡片请求，确定本机用户的航班已退票。智慧出行服务指示感知模块解除所有围栏，感知模块响应于智慧出行服务的指示，解除所有残留围栏。需要说明的是，在智慧出行服务已确定本机用户对应一个航班的情况下，智慧出行服务接收到航班退票卡片请求后，也可以确定航班退票成功。其它未描述内容可参照s801～s804b，此处不再赘述。
227.在另一种可能的实现方式中，若航班出现延误，航空公司可向航旅纵横应用发送航班延误信息，航班延误信息中包括延误的航班的航班信息。并且，航空公司向用户的手机发送航班延误短信，航班延误短信中可包括航班信息以及“延误”指示。示例性的，航旅纵横应用可向智慧出行服务请求显示航班延误卡片。智慧出行服务显示航班延误卡片。航班延误卡片可包括航班的信息以及“延误”字样，其显示方式可参照图9，此处不再赘述。示例性的，感知模块识别到航班延误短信，确定航班延误围栏触发，并向智慧出行服务指示航班延误短信围栏触发。智慧出行服务基于航班延误短信以及航班延误卡片请求，确定本机用户的航班延误。智慧出行服务指示感知模块解除所有围栏，感知模块响应于智慧出行服务的
指示，解除所有残留围栏。需要说明的是，在智慧出行服务已确定本机用户对应一个航班的情况下，智慧出行服务接收到航班延误卡片请求后，也可以确定航班延误。其它未描述内容可参照s801～s804b，此处不再赘述。进一步需要说明的是，智慧出行服务确定航班延误后，可重新执行s205a，以获取航班的新的起飞时间(即延误后的起飞时间)等信息，并制定出行提醒计划。进一步需要说明的是，在可能的场景中，航旅纵横应用可以获取到机场的状态，例如各航班的落地情况，起飞情况等，航旅纵横应用可预估航班是否延误，若航旅纵横应用预估航班可能延误，航旅纵横应用可选地请求显示航班延误卡片。若智慧出行服务直接收到航旅纵横应用发送的航班延误卡片，而未接收到航班延误短信，智慧出行服务仍按照当前的出行提醒流程执行，即仍按照原有的航班起飞时间进行出行提醒。
228.在又一种可能的实现方式中，若用户通过携程应用(也可以是其他方式，例如通过拨打航空公司电话进行操作)对机票进行改签，携程应用响应于接收到的用户操作，向航空公司服务器发送改签请求，航空公司服务器改签成功后，向携程应用发送改签成功消息，相应的，航旅纵横应用服务器也会从航空公司服务器获取到航班改签信息。示例性的，携程应用或航空公司服务器可通过运营商向用户的手机发送航班改签短信。航班改签短信中包括但不限于：原航班信息、“改签”指示以及改签后的航班信息(例如包括改签后的航班的航班号、起飞时间等信息)，用于指示航班信息所指示的航班已改签成功。示例性的，航旅纵横应用可请求智慧出行服务显示航班改签卡片。智慧出行服务显示航班改签卡片。航班改签卡片可包括航班的信息以及“改签”字样，其显示方式可参照图9，此处不再赘述。示例性的，感知模块基于接收到的航班改签短信，确定航班改签短信围栏触发，并向智慧出行服务指示航班改签短信围栏触发。智慧出行服务基于航班改签短信以及航班改签卡片请求，确定本机用户的航班已改签。智慧出行服务指示感知模块解除所有围栏，感知模块响应于智慧出行服务的指示，解除所有残留围栏。需要说明的是，在智慧出行服务已确定本机用户对应一个航班的情况下，智慧出行服务接收到航班改签卡片请求后，也可以确定航班改签成功。进一步需要说明的是，智慧出行服务检测到航班改签围栏触发，在未接收到航班改签卡片请求之前，智慧出行服务仍按照当前的出行提醒流程，即仍按照原有航班的出行提醒流程执行，从而避免误判。
229.其它未描述内容可参照s801～s804b，此处不再赘述。进一步需要说明的是，智慧出行服务确定航班改签后，可重新执行s205a，以获取改签后的新航班的起飞时间等信息，并针对新的航班制定出行提醒计划。
230.上述实施例中仅对本机用户为本机用户订购一个航班为例进行说明，如上文所述，购票场景还可能存在其它场景，下面对本机用户的航班数量为2，非本机用户的航班数量为0的场景下，航班的改签、取消、退票以及延误的场景下的处理方式进行说明：
231.1)航班取消。
232.示例性的，在该场景下，在s204中，智慧出行服务可识别到本机用户的两个航班。一个示例中，若两个航班中的其中至少一个航班取消，手机将接收到航班取消短信。感知模块检测到航班取消短信，确定航班取消短信围栏触发。感知模块向智慧出行服务指示航班取消短信围栏触发。以及，航旅纵横应用向智慧出行服务请求显示航班取消卡片。智慧出行服务响应于感知模块的指示，确定航班取消短信围栏触发，并且，接收到航旅纵横应用的航班取消卡片请求。智慧出行服务可确定本机用户的两个航班中的至少一个航班取消。可选
地，如果是两个航班中的其中一个航班被取消，也就是说，智慧出行服务接收到航旅纵横应用请求显示一张航班取消卡片的请求，结合接收到的航班取消短信，可确定是两个航班中的其中一个航班被取消。但是，智慧出行服务无法识别到具体是哪个航班被取消，本技术实施例中，智慧出行服务可结束当前所有航班(即两个航班)对应的出行提醒业务，例如，指示感知模块解除两个航班对应的所有残留围栏，从而避免误提醒，也就是说，避免对已经取消的航班进行出行提醒，以影响用户使用体验。可选地，在其他实施例中，智慧出行服务在无法判断哪个航班被取消的情况下，也可以继续执行对两个航班的出行提醒业务。
233.可选地，若智慧出行服务接收到航班取消卡片请求，而未接收到航班取消短信围栏触发指示，也就是说，手机未接收到航班取消短信的情况下，智慧出行服务结束两个航班的出行提醒流程。
234.可选地，若智慧出行服务接收到航班取消短信围栏触发指示，而未接收到航班取消卡片请求，则智慧出行服务在接收到航班取消卡片请求之前，不作处理，即，继续执行出行提醒业务。其他未描述部分可参照上文实施例中的相关描述，此处不再赘述。
235.2)航班退票。
236.示例性的，在该场景下，在s204中，智慧出行服务可识别到本机用户的两个航班。一个示例中，若两个航班中的其中至少一个航班退票，手机将接收到航班退票短信。感知模块检测到航班退票短信，确定航班退票短信围栏触发。感知模块向智慧出行服务指示航班退票短信围栏触发。以及，航旅纵横应用向智慧出行服务请求显示航班退票卡片。智慧出行服务响应于感知模块的指示，确定航班退票短信围栏触发，并且，接收到航旅纵横应用的航班退票卡片请求。智慧出行服务可确定本机用户的两个航班中的至少一个航班退票。可选地，如果是两个航班中的其中一个航班退票，也就是说，智慧出行服务接收到航旅纵横应用请求显示一张航班退票卡片的请求，结合接收到的航班退票短信，可确定是两个航班中的其中一个航班被退票。但是，智慧出行服务无法识别到具体是哪个航班被退票，本技术实施例中，智慧出行服务可结束当前所有航班(即两个航班)对应的出行提醒业务，例如，指示感知模块解除两个航班对应的所有残留围栏，从而避免误提醒，也就是说，避免对已经退票的航班进行出行提醒，以影响用户使用体验。可选地，在其他实施例中，智慧出行服务在无法判断哪个航班退票的情况下，也可以继续执行对两个航班的出行提醒业务。
237.可选地，若智慧出行服务接收到航班退票卡片请求，而未接收到航班退票短信围栏触发指示，也就是说，手机未接收到航班退票短信的情况下，智慧出行服务结束两个航班的出行提醒流程。
238.可选地，若智慧出行服务接收到航班退票短信围栏触发指示，而未接收到航班退票卡片请求，则智慧出行服务在接收到航班退票卡片请求之前，不作处理，即，继续执行出行提醒业务。其他未描述部分可参照上文实施例中的相关描述，此处不再赘述。
239.3)航班延误。
240.示例性的，在该场景下，在s204中，智慧出行服务可识别到本机用户的两个航班。一个示例中，若两个航班中的其中至少一个航班延误，手机将接收到航班延误短信。感知模块检测到航班延误短信，确定航班延误短信围栏触发。感知模块向智慧出行服务指示航班延误短信围栏触发。以及，航旅纵横应用向智慧出行服务请求显示航班延误卡片。智慧出行服务响应于感知模块的指示，确定航班延误短信围栏触发，并且，接收到航旅纵横应用的航
班延误卡片请求。智慧出行服务可确定本机用户的两个航班中的至少一个航班延误。可选地，如果是两个航班中的其中一个航班延误，也就是说，智慧出行服务接收到航旅纵横应用请求显示一张航班延误卡片的请求，结合接收到的航班延误短信，可确定是两个航班中的其中一个航班延误。但是，智慧出行服务无法识别到具体是哪个航班延误，本技术实施例中，智慧出行服务可结束当前所有航班(即两个航班)对应的出行提醒业务，例如，指示感知模块解除两个航班对应的所有残留围栏，从而避免误提醒，也就是说，避免对延误的航班进行出行提醒，以影响用户使用体验。可选地，在其他实施例中，智慧出行服务在无法判断哪个航班退票的情况下，也可以继续执行对两个航班的出行提醒业务。
241.可选地，若智慧出行服务接收到航班延误卡片请求，而未接收到航班延误短信围栏触发指示，也就是说，手机未接收到航班延误短信的情况下，智慧出行服务可以继续执行当前的出行提醒流程。也就是说，如上文所述，航旅纵横应用可能是基于获取到的机场状态，预估出的航班延误。
242.可选地，若智慧出行服务接收到航班延误短信围栏触发指示，而未接收到航班延误卡片请求，则智慧出行服务在接收到航班延误卡片请求之前，不作处理，即，继续执行出行提醒业务。其他未描述部分可参照上文实施例中的相关描述，此处不再赘述。
243.4)航班改签。
244.示例性的，在该场景下，在s204中，智慧出行服务可识别到本机用户的两个航班。一个示例中，若两个航班中的其中至少一个航班改签，手机将接收到航班改签短信。感知模块检测到航班改签短信，确定航班改签短信围栏触发。感知模块向智慧出行服务指示航班改签短信围栏触发。以及，航旅纵横应用向智慧出行服务请求显示航班改签卡片。智慧出行服务响应于感知模块的指示，确定航班改签短信围栏触发，并且，接收到航旅纵横应用的航班改签卡片请求。智慧出行服务可确定本机用户的两个航班中的至少一个航班改签。可选地，如果是两个航班中的其中一个航班改签，也就是说，智慧出行服务接收到航旅纵横应用请求显示一张航班改签卡片的请求，结合接收到的航班改签短信，可确定是两个航班中的其中一个航班改签。但是，智慧出行服务无法识别到具体是哪个航班延误，本技术实施例中，智慧出行服务可结束当前所有航班(即两个航班)对应的出行提醒业务，例如，指示感知模块解除两个航班对应的所有残留围栏，从而避免误提醒，也就是说，避免对延误的航班进行出行提醒，以影响用户使用体验。可选地，在其他实施例中，智慧出行服务在无法判断哪个航班改签的情况下，也可以继续执行对两个航班的出行提醒业务。
245.可选地，若智慧出行服务接收到航班改签卡片请求，而未接收到航班改签短信围栏触发指示，也就是说，手机未接收到航班改签短信的情况下，智慧出行服务结束两个航班的出行提醒流程。
246.可选地，若智慧出行服务接收到航班改签短信围栏触发指示，而未接收到航班改签卡片请求，则智慧出行服务在接收到航班改签卡片请求之前，不作处理，即，继续执行出行提醒业务。其他未描述部分可参照上文实施例中的相关描述，此处不再赘述。
247.需要说明的是，除情况1～情况6发生，使得本次出行提醒流程结束(包括取消卡片显示和/或解除残留围栏)外，还包括上文所述的智慧出行服务关闭等情况，同样可能使得本次出行提醒流程结束。
248.在一种可能的实现方式中，手机中的智慧出行服务在确定需要进行首次提醒时，
智慧出行服务可向后台服务器发送指示信息，指示信息中包括首次提醒信息以及用户账号，以指示具有相同的用户账号的设备进行首次提醒。可选地，首次提醒信息中可包括首次提醒卡片中所包括的内容，例如目的地、全程耗时等信息。示例性的，后台服务器接收到指示信息，可向具有相同用户账号的设备发送首次提醒信息。处于在线状态且具有相同用户账号的设别可接收到后台服务器发送的首次提醒信息，各设备可进行首次提醒，首次提醒方式与上文所述相同，此处不再赘述。可选地，在线状态可选地为设备处于开机状态，并且设备可通过移动网络或无线网络与后台服务器进行数据交互。
249.在又一种可能的实现方式中，用户也可以通过平板进行购票，相应的，手机中插入有购票时注册的手机号码所属sim卡，也就是说，用户用平板进行购票后，手机可接收到出票反馈短信。手机接收到出票反馈短信后，按照图2a～图2b和图7中的流程执行。
250.在又一种可能的实现方式中，如上文所述，航旅纵横应用在确定用户购票成功后，可请求显示出票反馈卡片。可选地，若用户在飞机起飞前(例如1小时)购票并值机，航旅纵横应用可能会直接请求显示值机选座成功卡片。例如，航旅纵横应用向智慧出行服务发送航班卡片显示请求，请求中包括航班卡片的类型，即值机选座成功类型。智慧出行服务可基于接收到的购票成功短信，以及航旅纵横应用的航班卡片显示请求，确定需要进行出行提醒。示例性的，智慧出行服务可基于上文中的提醒流程，确定提醒方式，例如可能直接进行二次提醒，本技术不做限定。
251.在又一种可能的实现方式中，智慧出行服务在确定本机用户的航班后，也可以在指定的时间进行提醒。例如在飞机起飞前4小时进行首次提醒，并在飞机起飞前2小时进行二次提醒。
252.在又一种可能的实现方式中，如上文所述，用户成功登陆航旅纵横应用后，航旅纵横应用才会获取到登陆的用户绑定的身份信息所对应的航班信息。一个示例中，若用户未登陆航旅纵横应用，或者是手机中未安装航旅纵横应用，即，智慧出行服务只能接收到航班短信，而无法通过航班卡片判断是否是本机用户的航班。可选地，智慧出行服务可以对每个航班都进行出行提醒，即，对非本机用户的航班同样进行出行提醒。另一个示例中，若已经开始执行出行提醒业务后，用户登录航旅纵横应用，智慧出行服务主动检测航旅纵横应用是否有航班卡片，若航旅纵横应用没有航班卡片，即没有本机用户对应的航班，智慧出行服务可结束出行提醒流程。若航旅纵横应用有航班卡片，则可确定正在执行提醒业务所对应的航班是本机用户的航班，则继续执行出行提醒业务。另一个示例中，若已经执行提醒业务后，用户退出登录航旅纵横应用，智慧出行服务继续按照已执行的出行提醒业务执行。
253.可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
254.一个示例中，图10示出了本技术实施例的一种电子设备的软件结构示意图。请参照图10，电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本技术实施例以分层架构的android系统为例，示例性说明电子设备的软件结构。
电子设备的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)和系统库(图中未显示)，以及内核层。
255.应用程序层可以包括一系列应用程序包。如图10所示，应用程序包可以包括智慧出行服务、打车应用、美食应用、感知模块等应用程序。
256.示例性的，感知模块常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力，以“围栏”的形式向其他模块提供该能力。如感知时间变化的“时间围栏”，感知地理位置的“地理位置围栏”等。在卡片提醒业务处于开启状态时，感知模块对根据业务逻辑处理模块注册的能力(或事项，如特定时间、特定地点、或特定事件等)进行监控，如果用户触发了其中某一种，感知模块就会发送通知给业务逻辑处理模块。此外，感知模块还可以通过api(application programming interface，应用编程接口)从应用程序层的其他应用程序或应用程序框架层或系统层或内核层来检测相关事件和获取事件的状态，比如检测蓝牙连接，网络连接，监测用户短信，定制定时器等。
257.示例性的，智慧出行服务可以包括业务逻辑处理模块和业务呈现模块。业务逻辑处理模块用于核心业务计算，向感知模块订阅不同的围栏，根据围栏事件感知场景变化，结合业务呈现模块提供的用户交互信息，调用业务场景定义的规则或算法模型，决策向用户推送哪些服务信息以及展示方式(卡片、通知、耳机播报等)。将这些服务信息发送给业务呈现模块展示给用户。业务呈现模块用于用户界面交互以及结果展示。业务呈现模块可接收来自业务逻辑处理模块发送的卡片、通知、耳机播报等的展示、消失指示及相应数据，进行卡片、通知、播报的展示或消失。以及用于将用户交互信息(如用户点击、滑动卡片等)传递给业务逻辑处理模块，做下一步业务决策。可以理解为，本技术实施例中智慧出行服务所执行的显示相关步骤是由业务呈现模块执行的，其它步骤均是由业务逻辑处理模块执行。
258.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。
259.如图10所示，应用程序框架层可以包括窗口管理器、资源管理器等。
260.内核层包括：显示驱动、wi-fi驱动、蓝牙驱动、音频驱动、传感器驱动等。
261.可以理解的是，图10示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备的具体限定。在本技术另一些实施例中，电子设备可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本技术不做限定。
262.以上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。