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

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


背景技术：

2.随着电子技术的快速发展，智能手机等移动终端的普及率越来越高，且随着网络技术的发展，移动终端的功能越来越强大，用户可以通过移动终端完成很多事情，如发送邮件、网上订购火车票等。通常购票网站在用户订购了火车票后，会向用户推送短信提醒，以避免用户错过行程。
3.然而，采用短信的提醒方式即时性较差，并且提醒不准确，用户体验较差。


技术实现要素：

4.本技术提供一种优化的出行提醒的方法及电子设备。
5.在一些场景中，采用短信的提醒方式会受到环境影响，可能导致手机不能及时为用户提供准确的出行提醒。本技术的一些实施例中电子设备可以通过多个维度的围栏，准确判定用户的行为，及时且准确地为用户提供出行提醒。
6.在一些实施例中，手机可以通过3个围栏之间的协作来确定用户到达火车站或机场。以火车出行为例，三个围栏可以是火车出行应用(如铁路12306应用)的push围栏、该火车站的地理围栏以及时间围栏，其中，该时间围栏可以作为兜底的围栏。当用户订购火车票后，即可订阅该铁路12306应用的push围栏，获取到行程信息(如火车出行时间、火车的出发站)后订阅地理围栏和时间围栏。当注册(也称为订阅)的push围栏以及地理围栏均未触发时，手机可以通过兜底的时间围栏来判断用户是否到达火车站。当手机中的情景感知模块检测到接收了铁路12306应用推送的进站消息，该订阅的push围栏触发，同时取消订阅的地理围栏和时间围栏，即此时以push围栏为准。当订阅的地理围栏触发时，取消订阅的兜底时间围栏，同时忽略接收的指示进站的push消息；当兜底时间围栏触发，则取消订阅的地理围栏，同时忽略接收的指示进站的push消息。不同环境对push围栏和地理围栏的触发有不同的影响，例如，网络信号差的环境不利于push消息的接收，而该环境对定位地理位置没有影响，在该环境中，由于手机还设备了地理围栏，而不是完全依赖push围栏，从而可以避免因push围栏未被触发导致不能确定用户是否到达火车站的问题。某一些环境会同时影响push围栏和地理围栏，而时间围栏不受环境的影响，也可以确保出行提醒的及时弹出。在一些场景中，地理围栏(即本技术后文的目标地理围栏)可以具有生效时间属性，则一个火车站围栏可以理解为包括了一个时间围栏和一个与该时间围栏关联的地理围栏(该时间围栏用于确定注册地理围栏的时间，也可理解为该时间围栏用于确定地理围栏的生效时间)：提前订阅(订阅也可理解为注册)了火车站围栏，火车站围栏里的时间围栏会先被注册(或理解为先生效)，什么时候开始去注册该地理围栏进而去感知这个地理围栏是否已触发可以设定一个生效时间，比如5天前定了一个火车站围栏，但生效时间可以是第五天时(该时间围栏被触发时)，那么在前四天即使用户经过了该火车站，手机中的情景感知模块并不会去感知
这个地理围栏事件，减少了火车围栏的功耗。通过多个维度的围栏协作，可以准确判定用户的行为，及时且准确地为用户提供出行提醒。
7.第一方面，本技术提供一种出行提醒的方法，应用于电子设备，方法包括：检测第一出行应用的push围栏是否触发，第一出行应用的push围栏触发用于指示电子设备接收到第一出行应用的服务器发送的push消息；检测当前场景的目标围栏是否触发，当前场景的目标围栏包括当前场景的目标地理围栏，当前场景的目标地理围栏触发用于指示电子设备位于当前场景的目标区域内；若检测到当前场景的目标围栏触发或第一出行应用的push围栏触发，则判断是否显示当前场景的出行提醒；若确定显示当前场景的出行提醒，则显示当前场景的出行提醒，并根据触发的围栏，解除当前场景的目标围栏或忽略下一次获取的当前场景的push消息。
8.在一些场景中，若仅注册一个维度的围栏(如仅注册地理围栏)，由于手机获取当前经纬度信息受到环境影响大，手机中情景感知模块获得的地理位置信息可能不准确，则会导致不能及时地为用户提供出行提醒的问题，同理单一使用时间围栏或单一使用第一出行应用(如“铁路12306”应用)的push围栏，都会存在漏提醒或误提醒的问题，例如，用户已进站，由于网络延时或信号问题，用户的手机并未收到来自铁路12306”应用的服务器发送的指示用户进站的push消息，那么将导致电子设备出现漏提醒的问题。本技术中，电子设备根据行程数据，注册多个不同功能(维度)的围栏，如push围栏、各场景的目标地理围栏；电子设备同时对两个不同维度的信息进行监测，使得在不同场景下各个维度的信息相互弥补，避免因一个信息监测不准确而导致不能及时为用户进行出行提醒的问题，提高了出行提醒的准确性。
9.根据第一方面，若检测到当前场景的目标围栏触发或第一出行应用的push围栏触发，则判断是否显示当前场景的出行提醒，包括：若检测到当前场景的目标围栏触发，则确定显示当前场景的出行提醒；若检测到第一出行应用的push围栏触发，则解析接收的push消息，判断push消息中是否存在当前场景的push消息；若确定获取到当前场景的push消息，则确定显示当前场景的出行提醒；若确定未获取到当前场景的push消息，则确定取消显示当前场景的出行提醒。
10.这样，由于push消息中通常包括的内容多，例如，当前场景为抵达出发站的场景，电子设备检测到push围栏触发，该电子设备接收到的push消息可以是火车出行的火车票信息。那么该接收的push消息并不能用于判断用户是否到达火车站。本示例中通过对push消息的解析，在检测到获取到当前场景的push消息时，确定显示当前场景的引导信息，提高确定显示当前场景的引导信息的准确性，避免后续错误地显示引导信息。而当目标地理围栏触发时，可以指示电子设备的位置，无需进行其他操作，即可确定显示该场景的引导信息，判断速度快。
11.根据第一方面，该方法中，根据触发的围栏，解除当前场景的目标围栏或忽略下一次获取的当前场景的push消息包括：若确定第一出行应用的push围栏触发且确定获取到当前场景的push消息，则解除当前场景的目标围栏；若确定目标围栏触发，则忽略下一次获取的当前场景的push消息。
12.这样，当push围栏触发且确定获取到当前场景的push消息时，确定显示当前场景的引导信息，解除当前场景的目标围栏，可以减少不必要的功耗；同理，当确定目标围栏触
发，可以确定显示当前场景的引导信息，无需对下一次获取的当前场景的push消息进行处理，降低功耗。
13.根据第一方面，该方法中当前场景的目标围栏还包括当前场景的目标时间围栏；检测当前场景的目标围栏是否触发包括：检测当前场景的目标地理围栏是否触发以及检测当前场景的目标时间围栏是否触发，当前场景的目标时间围栏触发用于指示达到预设的当前场景的指定时间。
14.这样，目标围栏还包括目标时间围栏，也即电子设备同时对三个围栏进行监测，增加一个时间维度的目标时间围栏，进一步丰富监测的数据，提高对用户行为的准确预测，进而为用户提供准确地出行提醒。例如，用户的火车票在12月1日10:00发车，若抵达出发站的指定时间预先设置为9:30，那么当时间达到9:30时，可以预测为用户已到达出发站，进而为用户提供抵达出发站的出行提醒。
15.根据第一方面，根据触发的围栏，解除当前场景的目标围栏或忽略下一次获取的当前场景的push消息，包括：若确定当前场景的目标时间围栏触发，则解除当前场景的目标地理围栏以及忽略下一次获取的当前场景的push消息；若确定当前场景的目标地理围栏触发，则解除当前场景的目标时间围栏以及忽略下一次获取的当前场景的push消息；若确定第一出行应用的push围栏触发且确定获取到当前场景的push消息，则解除当前场景的目标地理围栏以及当前场景的目标时间围栏。
16.这样，当目标围栏还包括目标时间围栏时，若目标地理围栏触发或目标时间围栏触发，不仅需要忽略下一次获取到的当前场景的push消息，还需要解除目标围栏中另一个围栏，若第一出行应用的push围栏触发且确定获取到当前场景的push消息，解除目标地理围栏以及解除目标时间围栏，降低电子设备的功耗。
17.根据第一方面，在检测第一出行应用的push围栏是否触发之前，该方法还包括：若检测到授权对象与指定应用账号之间存在授权关系，注册第一出行应用的push围栏，授权对象包括电子设备的标识或用户在用户服务平台的账号，指定应用账号为用户在第一出行应用的服务器的账号。
18.这样，在检测到授权对象与指定应用账号之间的存在关系，注册第一出行应用的push围栏，以确保可以及时对push消息进行检测。
19.根据第一方面，当前场景的目标地理围栏包括：生效时间围栏和生效地理围栏；检测当前场景的目标围栏是否触发，包括：检测当前场景的目标地理围栏中的生效时间围栏是否触发，生效时间围栏触发用于指示达到目标地理围栏预设的注册时间；若检测到当前场景的目标地理围栏中的生效时间围栏触发，则注册当前场景的目标地理围栏中的生效地理围栏；检测当前场景的目标地理围栏的生效地理围栏是否触发，若检测到当前场景的目标地理围栏的生效地理围栏触发，则确定当前场景的目标围栏触发。
20.这样，目标地理围栏中包括生效时间围栏和生效地理围栏，仅在生效时间围栏触发时，注册生效地理围栏，使得电子设备仅在生效时间围栏触发后检测电子设备的位置，减少功耗，同时也避免用户经过目标位置时，误触发的问题，提高目标地理围栏的准确性。
21.根据第一方面，在检测当前场景的目标地理围栏中的生效时间围栏是否触发之前，该方法还包括：获取用户的行程数据；根据行程数据和各出行的场景，注册各场景的目标地理围栏的生效时间围栏。这样，通过用户的行程数据注册各场景的生效时间围栏，使得
目标地理围栏中生效地理围栏的注册与用户的行程相匹配，进一步提高目标地理围栏的准确性。例如，用户的购票时间是1月1日，火车的发车时间为1月5日，那么可以根据用户的出发时间，可以在1月5日触发生效时间围栏，注册生效地理围栏，在1月5日之前该目标地理围栏中的生效地理围栏未注册，不会监测电子设备的位置，也即不会发生误检测位置的问题。
22.根据第一方面，出行的场景包括：抵达出发站的场景、行程中的场景、抵达目的站的场景以及离开目的站的场景。出行的场景为用户需要提醒的场景，针对该出行的场景进行出行提醒，有针对性，提高用户的体验。
23.根据第一方面，抵达出发站的场景的目标时间围栏的触发条件包括：距离预计出发时间的时间差值小于或等于第一预设时长；抵达出发站的场景的目标地理围栏的目标区域包括：出发站所在区域。这样，目标时间围栏可以根据用户的行程确定，符合用户出行的要求，提高了出行提醒的准确性。
24.根据第一方面，行程中的场景的目标时间围栏的触发条件包括：检测到位于预计出发时间与预计到达时间之间；行程中的场景的目标地理围栏的目标区域包括出发站之外的预设区域。这样，行程中的场景的目标时间围栏可以根据用户的行程确定，符合用户出行的要求，提高了出行提醒的准确性。
25.根据第一方面，抵达目的站的场景的目标时间围栏的触发条件：达到预计到达时间与预计误差时长之间的时间和；抵达目的站的场景的目标地理围栏的目标区域包括：目的站所在区域。这样，抵达目的站的场景的目标时间围栏可以根据用户的行程确定，符合用户出行的要求，提高了出行提醒的准确性。同时，目的站所在区域作为抵达目的站场景的目标地理围栏的目标区域，使得该场景的目标地理围栏的设置符合用户的行程需求。
26.根据第一方面，离开目的站的场景的目标时间围栏的触发条件：达到预计到达时间与预设的出站时长之和；离开目的站的场景的目标地理围栏的目标区域包括：目的站所在区域之外的预设区域。这样，离开目的站的场景的的目标时间围栏以及目标地理围栏可以根据用户的行程确定对应的触发条件，使得围栏的触发符合用户出行的要求，提高了出行提醒的准确性。
27.根据第一方面，根据行程数据和各出行的场景，注册各场景的目标地理围栏的生效时间围栏，包括：从行程数据中获取预计出发时间，注册抵达出发站场景的目标地理围栏中的生效时间围栏以及注册行程中场景下的目标地理围栏中的生效时间围栏；抵达出发站场景的目标地理围栏中的生效时间围栏的触发条件以及行程中场景下的目标地理围栏中的生效时间围栏的触发条件均为：距离预计出发时间小于等于预设的第一触发时长；
28.从行程数据中获取预计到达时间，注册抵达目的站场景下的目标地理围栏中的生效时间围栏以及注册离开目的站场景下的目标地理围栏中的生效时间围栏；行程中场景下的目标地理围栏中的生效时间围栏触发条件以及抵达目的站场景下的目标地理围栏中的生效时间围栏的触发条件均为：距离预计出发时间小于等于预设的第二触发时长。
29.这样，根据预计到达时间以及预计出发时间，确定围栏的触发条件，使得围栏的触发符合用户出行的要求，提高了出行提醒的准确性。
30.根据第一方面，显示当前场景的出行提醒之前，该方法还包括：取消显示上一场景的出行提醒；或者，指示将显示内容从上一场景的出行提醒更新为当前场景的出行提醒。这样，避免出现过时的出行提醒打扰用户的问题，提高用户的使用体验。
31.根据第一方面，若第一出行应用为火车出行应用，该方法包括：检测火车出行应用的push围栏是否触发，火车出行应用的push围栏触发用于指示电子设备接收到火车出行应用的服务器发送的push消息；检测到当前场景的火车站围栏是否触发，当前场景的火车站围栏包括以当前场景中的火车站为目标区域的目标地理围栏；若检测到当前场景的火车站围栏或火车出行应用的push围栏触发，则判断是否显示当前场景的出行提醒；若确定显示当前场景的出行提醒，则显示当前场景的出行提醒，并根据触发的围栏，解除当前场景的火车站围栏或忽略下一次获取的当前场景的push消息；
32.若第一出行应用为飞机出行应用，该方法包括：检测飞机出行应用的push围栏是否触发，飞机出行应用的push围栏触发用于指示电子设备接收到飞机出行应用的服务器发送的push消息；检测到当前场景的机场围栏是否触发，当前场景的机场围栏包括以当前场景的机场为目标区域的目标地理围栏；若检测到当前场景的机场围栏或飞机出行应用的push围栏触发，则判断是否显示当前场景的出行提醒；若确定显示当前场景的出行提醒，则显示当前场景的出行提醒，并根据触发的围栏，解除当前场景的机场围栏或忽略下一次获取的当前场景的push消息。
33.这样，通过至少两个围栏可以针对火车出行的各个场景进行提醒，也可以通过至少两个围栏可以针对火车出行的各个场景进行提醒
34.第二方面，本技术提供了一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序，其中一个或多个计算机程序存储在存储器上，当计算机程序被一个或多个处理器执行时，使得电子设备执行上述第一方面以及第一方面的任一种实现方式所对应的出行提醒的方法。
35.第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
36.第三方面，本技术提供了一种计算机可读介质，用于存储计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行上述第一方面以及第一方面的任意一种实现方式所对应的出行提醒的方法。
附图说明
37.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
38.图1是示例性示出的电子设备的结构示意图；
39.图2是示例性示出的电子设备的软件结构示意图；
40.图3是本技术实施例提供的一种出行提醒的方法的示意图；
41.图4是示例性示出的当前场景的任一围栏触发的情况或确定获取到当前场景的push消息的情况的示意图；
42.图5是示例性示出的各个场景显示的提示信息的示意图。
具体实施方式
43.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
44.本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
45.本技术实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。
46.在本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
47.在本技术实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。
48.图1为本技术实施例示出的一种电子设备100的结构示意图。应该理解的是，图1所示电子设备100仅是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
49.电子设备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可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。
50.图2是本技术实施例的电子设备100的软件结构框图。
51.电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)和系统库，以及内核层。
52.如图2所示，应用程序层可以包括一系列应用程序包。应用程序包可以包括情景感知模块，业务逻辑处理模块，业务呈现模块，图库，wlan，蓝牙，音乐，游戏，短信息等应用程序。
53.情景感知模块常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力。在卡片提醒业务处理开启状态时，情境感知模块对注册的事项(如特定时间、特定地点、或特定事件等)进行监控，如果用户触发了其中某一种事项，情境感知模块向业务逻辑处理
模块发送通知。此外，情境感知模块还可以通过应用程序接口从应用程序层的其他应用程序或应用程序框架层或内核层检测相关事件和获取事件的状态，比如检测蓝牙连接，网络连接，监测用户短信，定制定时器等。
54.业务逻辑处理模块用于实现各种卡片显示，通知的显示。
55.业务呈现模块(如：yoyo建议)，用于控制卡片显示或者消失。例如，业务呈现模块可以接收业务逻辑处理模块传递的显示提醒卡片的命令，并将该提醒卡片显示给用户。对应的，如果接收到业务逻辑处理模块传过来的消失卡片命令时，业务呈现模块消除该卡片。
56.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。
57.如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，资源管理器，通知管理器，活动管理器等。
58.系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。
59.内核层是硬件和软件之间的层。内核层至少包含显示驱动，wi-fi驱动，蓝牙驱动，音频驱动，传感器驱动等。
60.可以理解的是，图2示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备100的具体限定。在本技术另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本技术不做限定。
61.在一些实施例中，购票应用在用户购买火车票后，可以通过短信的方式提醒用户行程，例如，在出行前发送行程信息(如车次、行程日期、出发地和目的地等)以提醒用户出行，合理安排行程。但是，受到环境影响，可能导致手机不能及时为用户提供准确的出行提醒。
62.本技术一些实施例提供了一种出行提醒的方法，以使得电子设备可以及时、准确地为用户提供出行提醒。
63.在本技术实施例中，电子设备以手机为例进行说明。在其他实施例中，电子设备也可以是平板、智能穿戴设备、车载设备等。可选地，出行提醒可以对用户的火车出行进行提醒，也可以用于对用户的飞机出行、轮船出行进行提醒。本示例中以对用户的火车出行进行提醒为例进行说明，飞机出行的提醒或者轮船出行的提醒均可以参照该火车出行的提醒。
64.图3为示例性示出的本技术实施例中手机执行该出行提醒的方法时与指定应用的服务器(如“铁路12306”的服务平台，后文中简称为“12306平台”)之间的交互示意图。该授权提醒的方法包括以下步骤：
65.步骤301：业务逻辑处理模块向12306平台请求行程数据。
66.示例性地，用户的服务平台账号与购票应用服务器的账号之间具有授权关系，可选地，服务平台账号可以是用户在电子设备对应的服务器中的用户账号，该服务平台可以是手机对应的服务器，如荣耀平台。购票应用服务器的账号可以是用户在购票应用(即第一出行应用)的用户账号，可选地，第一出行应用可以是火车出行应用，如：铁路12306应用、去哪儿应用等。第一出行应用也可以是飞机出行应用，如航旅纵横应用、各航空公司的应用等。本示例中购票应用(即第一出行应用)以“铁路12306”应用为例，服务平台以荣耀平台为例。通过用户的荣耀账号与用户的12306账号之间的授权关系，12306平台可以向荣耀平台
推送push消息，从而便于与荣耀账号绑定的手机获取用户的行程数据。
67.举例来说，用户的荣耀账号与12306账号(即用户在铁路12306中的用户账号)存在授权关系(即荣耀账号与12306账号相互绑定)，当用户使用12306账号订购火车票之后，该12306平台(即铁路12306应用对应的服务器)将该火车票的订单摘要(订单摘要如包括时间、车次信息等)发送至荣耀平台，荣耀平台根据荣耀账号与终端之间的绑定关系，将该订单摘要发送至对应的手机a上。手机a的业务逻辑处理模块根据该订单摘要的信息，向12306平台的接口请求该用户的行程数据，该行程数据可以包括该用户行程的完整信息，如起始站、目的地、车次、发车日期、座位号、检票口、列车状态信息(如已进站，已出站)、车票状态(如改签，退票)等信息。
68.需要说明的是，当检测到用户的服务平台账号与在购票应用中的用户账号之间具有授权关系，该业务逻辑处理模块可以向情景感知模块注册反馈信息的push围栏，该反馈信息的push围栏用于检测是否收到12306平台反馈的push消息。通过反馈信息的push围栏，使得业务逻辑处理模块与12306平台之间的push通道打通，从而该业务逻辑处理模块可以与12306平台进行通信。
69.步骤302：12306平台向业务逻辑处理模块返回行程数据。
70.步骤303：业务逻辑处理模块向情景感知模块注册push围栏。
71.示例性地，业务逻辑处理模块接收到该行程数据后，可以向情景感知模块注册push围栏。该情景感知模块响应于业务逻辑处理模块的注册指示，注册push围栏。本示例中，注册指示可以指示情景感知模块注册的push围栏用于检测是否接收到指定平台推送的消息，指定平台如12306平台(即12306应用对应的服务器)。例如，本示例中该push围栏一经注册，情景感知模块将持续检测手机是否收到12306平台推送的消息。
72.在一个示例中，本步骤中注册的push围栏与反馈信息的push围栏可以不一致。若反馈信息的push围栏与push围栏的功能一致，在步骤301之前注册该push围栏，则该步骤303即可不再执行。
73.步骤304：业务逻辑处理模块向情景感知模块注册各场景的地理围栏。
74.可选地，场景可以包括：抵达出发站、行程中、抵达目的站、离开目的站。本示例中对于场景的划分仅为举例，在其他的实施例中，场景还可以包括：离开出发站、抵达路程中任一过路站等，此处不再一一列举其他可能的场景。
75.示例性地，业务逻辑处理模块可以根据行程数据向情景感知模块注册各场景的地理围栏。该情景感知模块响应于业务逻辑处理模块的注册指示，注册各场景的地理围栏。注册指示用于指示地理围栏中的目标经纬度以及地理围栏的生效时间。例如，业务逻辑处理模块可以根据发车时间和起始站的经纬度信息，确定第一出发站注册指示和第一行程注册指示，该第一出发站注册指示用于指示注册抵达出发站的场景的地理围栏、第一行程注册指示用于指示注册行程中的场景的地理围栏。业务逻辑处理模块可以根据到达时间以及目的站的经纬度信息，确定第一进入目的站注册指示和第一离开目的站注册指示，第一进入目的站注册指示用于指示注册抵达目的站场景的地理围栏、第一离开目的站注册指示用于指示注册离开目的站场景的地理围栏。
76.可选地，本示例中该情景感知模块注册任一场景的地理围栏的过程可以为：情景感知模块接收到指示注册地理围栏的指示信息后，注册生效时间围栏以及生效地理围栏。
该生效时间围栏的触发时间由业务逻辑处理模块根据火车的发车时间确定，例如，距离发车时间的时长小于等于4小时。情景感知模块在检测到生效时间围栏被触发后，注册生效地理围栏，生效地理围栏的目标经纬度由业务逻辑处理模块提供，例如，若当前场景为抵达出发站场景，该生效地理围栏的目标经纬度即为出发站的经纬度信息。可选地，情景感知模块同时销毁当前场景的生效时间围栏。该情景感知模块实时监测是否触发该生效地理围栏。也即本技术中的地理围栏具有生效时间，在达到生效时间后，实时定位地理位置变化。
77.在一些实施例中，业务逻辑处理模块向情景感知模块注册当前场景的地理围栏，该情景感知模块注册地理围栏，实时定位地理位置变化。也即，该地理围栏无生效时间围栏，一经注册立即检测用户的地理位置变化。
78.本技术中以地理围栏具有生效时间为例。
79.步骤305：业务逻辑处理模块向情景感知模块注册各场景的保底时间围栏。
80.可选地，该步骤中的各场景与步骤304中各场景相同，即场景包括：抵达出发站、行程中、抵达目的站、离开目的站。
81.示例性地，业务逻辑处理模块可以根据行程数据注册各场景的保底时间围栏(也可以理解为兜底时间围栏)。该情景感知模块响应于业务逻辑处理模块的注册指示，注册各场景的保底时间围栏。例如，业务逻辑处理模块可以根据列车的出发时间，确定第二出发站注册指示，该第二出发站注册指示用于指示情景感知模块注册抵达出发站场景的时间围栏；业务逻辑处理模块根据行程数据中的预计到达时间和预计出发时间，确定第二行程注册指示，该第二行程注册指示指示情景感知模块注册行程中场景的保底时间围栏；业务逻辑处理模块根据行程数据中预计到达时间，确定第二进入目的站注册指示和第二离开目的站注册指示，该第二进入目的站注册指示用于指示情景感知模块注册抵达目的站场景的时间围栏，第二离开目的站注册指示用于指示情景感知模块注册离开目的站场景的时间围栏。
82.举例来说，行程数据中预计出发时间为t1，预计到达时间为t4。业务逻辑处理模块可以指示抵达出发站场景的时间围栏的触发条件为：t1-t的差值小于等于t1，其中，t为检测时间,t1为第一预设时长，本示例中第一预设时长以30分钟为例。
83.业务逻辑处理模块可以指示行程中场景的时间围栏的触发条件为：t1≤t≤t4，其中，t为检测时间。
84.业务逻辑处理模块可以指示抵达目的站场景的时间围栏的触发条件为：t4
±
t2，其中，t为检测时间，t2由12306平台提供的预计延迟或提前的时间，例如，12306平台发送列车预计延迟10分钟，则抵达目的站场景的时间围栏的触发条件为t4+10min。
85.业务逻辑处理模块可以指示离开目的地站场景的时间围栏的触发条件为：t＝t4+t3。其中，t3为第三预设时长，t3大于0；本示例中，第三预设时长以60分钟为例。
86.步骤306：情景感知模块检测到push围栏、当前场景的地理围栏以及当前场景的保底时间围栏中任一围栏触发，则执行步骤307。
87.具体地说，情景感知模块在注册push围栏后，该情景感知模块将实时监测push围栏是否被触发。当前场景的保底时间围栏被注册后，该情景感知模块监测当前时间是否达到保底时间围栏的触发时间。
88.情景感知模块检测到当前时间到达地理围栏的生效时间，则情景感知模块实时检
测经纬度值是否达到地理围栏的触发条件，若是达到触发条件，则情景感知模块确定检测到该地理围栏被触发。情景感知模块检测当前时间是否达到保底时间围栏的触发时间，当检测到当前时间达到保底时间围栏的触发时间后，则确定该保底时间围栏被触发。
89.举例来说，情景感知模块接收到12306平台推送的消息，则该情景感知模块确定push围栏触发。若注册的地理围栏的生效时间为t1,目的经纬度为(a,b)，经纬度单位为度，当检测到时间t＝t1时，情景感知模块开始检测地理位置变化，当检测到经纬度与目标经纬度一致时，则该情景感知模块确定检测到地理围栏触发。若保底时间围栏的触发时间为距离发车时间的时长小于或等于30分钟，则情景感知模块确定保底时间围栏触发。
90.情景感知模块检测到当前场景中任一围栏触发，或者检测到push围栏触发，则执行步骤307。
91.步骤307：情景感知模块向业务逻辑处理模块指示当前场景的任一围栏或push围栏触发。
92.步骤308：业务逻辑处理模块确定当前场景的任一围栏触发，或者确定获取到当前场景的push消息。
93.若业务逻辑处理模块接收到情景感知模块上报的push围栏触发的指示，则从情景感知模块获取push消息。该业务逻辑处理模块解析push消息，获取当前场景的push类型，查询解析的push消息中是否存在当前场景的push类型对应的消息，若是查询到当前场景的push类型对应的消息，则该业务逻辑处理模块确定获取到当前场景的push消息。若未查询到当前场景的push类型对应的消息，则该业务逻辑处理模块确定未获取到当前场景的push消息。例如，业务逻辑处理模块可以预先存储抵达出发站场景的push类型的关键标识，若解析后的push消息中存在抵达出发站场景的push类型的关键标识，则确定获取到抵达出发站场景的push消息。
94.情景感知模块上报的当前场景的保底时间围栏触发的指示，该业务逻辑处理模块接收到该指示，则该业务逻辑处理模块确定当前场景的保底时间围栏触发。若业务逻辑处理模块接收到情景感知模块上报的当前场景的地理围栏触发，则确定当前场景的地理围栏触发。
95.该步骤之后可以同时执行步骤309和步骤310。
96.步骤309：业务逻辑处理模块向情景感知模块发送用于指示业务呈现模块显示提示信息的指示信息。
97.示例性地，该指示信息用于指示业务呈现模块显示当前场景的提示信息。业务逻辑处理模块确定每个场景对应的提示信息。可选地，抵达出发站场景的提示信息中可以包括火车票的预计出发时间和预计到达时间，出发地和目的地，车次信息，座位信息，检票口信息等。该抵达出发站场景的提示信息中还可以跳转链接，该跳转链接可以链接至12306平台中查看车票详情的页面。该抵达出发站场景的提示信息还可以包括跳转至退票页面的链接或者跳转至改签页面的链接等。
98.可选地，行程中场景的提示信息中可以包括预计出发时间和预计到达时间，出发地和目的地，车次信息，座位信息，到站提醒的触发链接等。
99.可选地，抵达目的站场景的提示信息中可以包括预计出发时间和预计到达时间，出发地和目的地，车次信息，座位信息，到站提醒信息(如显示“已到站”)等，该抵达目的站
场景的提示信息还可以包括跳转至12306平台中查看车票详情页面的链接。
100.可选地，离开目的站场景的提示信息可以包括预计出发时间和预计到达时间，出发地和目的地，车次信息，座位信息，离站提醒信息(如显示“已离站”)等。
101.本示例中，指示信息可以指示业务呈现模块将显示内容替换为当前场景的提示信息，例如，业务呈现模块在t1时刻的显示内容为信息a，业务逻辑处理模块的指示信息指示业务呈现模块将信息a替换为信息b，业务呈现模块在t2时刻显示信息b。该显示方式无需业务逻辑模块单独发送终止显示的终止指示。
102.在一些实施例中，业务逻辑处理模块向业务呈现模块发送用于显示提示信息的指示信息，同时，该业务逻辑处理模块向业务呈现模块发送终止指示，该终止指示用于指示业务呈现模块终止显示上一次显示的提示信息。
103.在另一些实施例中，业务逻辑处理模块可以设置显示时长阈值，若显示同一场景的提示信息的时长超出预设的显示时长阈值，该业务逻辑处理模块将指示业务呈现模块取消该场景的提示信息，例如，抵达出发站场景的提示信息显示了4小时，预设的显示时长阈值为4小时，当业务逻辑处理模块确定抵达出发站场景的提示信息显示时长超过显示时长阈值，则业务逻辑处理模块指示终止显示该抵达出发站场景的提示信息，业务呈现模块终止显示该抵达出发站场景的提示信息(即将该抵达出发站场景的提示信息从显示界面中移除)。
104.步骤310：解除当前场景的指定围栏或者解除当前场景的指定围栏以及忽略当前场景的push消息。
105.示例性地，当前场景的指定围栏可以为当前场景的保底时间围栏，或者，当前场景的地理围栏，或者，当前场景的保底时间围栏和当前场景的地理围栏。
106.一个示例中，若业务逻辑处理模块确定获取到当前场景的push消息，该业务逻辑处理模块指示情景感知模块解除当前场景的保底时间围栏和当前场景的地理围栏。该情景感知模块响应于业务逻辑处理模块的指示，解除当前场景的保底时间围栏和当前场景的地理围栏。
107.举例来说，若业务逻辑模块确定获取到抵达出发站场景的push消息，该业务逻辑处理模块指示情景感知模块解除抵达出发站场景的保底时间围栏以及抵达出发站场景的地理围栏。情景感知模块依然检测其余场景的保底时间围栏是否触发以及检测其余场景的地理围栏是否触发。
108.在另一个示例中，若业务逻辑处理模块确定当前场景的地理围栏触发，该业务逻辑处理模块指示情景感知模块解除当前场景的保底时间围栏。该业务逻辑处理模块在下一次确定获取到当前场景的push消息后，忽略当前场景的push消息，即业务逻辑处理模块取消对当前场景的push消息的操作。
109.举例来说，若业务逻辑模块在t1时刻确定抵达出发站场景的地理围栏触发，该业务逻辑处理模块指示情景感知模块解除抵达出发站场景的保底时间围栏。由情景感知模块解除抵达出发站场景的保底时间围栏。情景感知模块依然检测其余场景的保底时间围栏是否触发。若经过30s后该情景感知模块检测到push围栏触发，业务逻辑处理模块接收到情景感知模块上报的push围栏触发的事件，业务逻辑处理模块解析该push消息，确定获取到抵达出发站场景的push消息。该业务逻辑处理模块将忽略该抵达出发站场景的push消息。另
一个示例中，若在抵达出发站场景下该情景感知模块未检测到push围栏触发，则业务逻辑处理模块不执行忽略抵达出发站场景的push消息的操作。
110.在另一个示例中，若业务逻辑处理模块确定当前场景的保底时间围栏触发，该业务逻辑处理模块指示情景感知模块解除当前场景的地理围栏。该业务逻辑处理模块在下一次确定获取到当前场景的push消息后，忽略下一次获取的当前场景的push消息，即业务逻辑处理模块取消对当前场景的push消息进行的操作。
111.举例来说，若业务逻辑模块在t2时刻确定抵达出发站场景的保底时间围栏触发，该业务逻辑处理模块指示情景感知模块解除抵达出发站场景的地理围栏。由情景感知模块解除抵达出发站场景的地理围栏。情景感知模块依监测其余场景的地理围栏是否触发。若经过30s后该情景感知模块检测到push围栏触发，业务逻辑处理模块接收到情景感知模块上报的push围栏触发的事件，业务逻辑处理模块解析该push消息，确定获取到抵达出发站场景的push消息。该业务逻辑处理模块将忽略该抵达出发站场景的push消息。另一个示例中，若在抵达出发站场景下该情景感知模块未检测到push围栏触发，则业务逻辑处理模块不执行忽略抵达出发站场景的push消息的操作。
112.本示例中，每个场景中的若有一个围栏触发，可以解注册该场景下的其他围栏或忽略下一次获取的当前场景的push消息，减少不必要的功耗。
113.步骤311：业务呈现模块显示提示信息。
114.示例性地，业务呈现模块接收到业务逻辑处理模块发送的提示信息，显示当前场景的提示信息，显示的方式可以是通过卡片方式显示，如在桌面显示卡片或者在负一屏显示卡片。显示方式还可以包括通知的方式显示，如：锁屏通知；语音显示提示信息的方式；或者通过不同震动频率显示不同的提示信息。
115.需要说明的是，步骤311与步骤310之间不存在先后顺序，业务呈现模块接收到指示信息(指示信息包括提示信息)，即可显示提示信息。
116.本示例中显示方式可以包括卡片和通知的方式，即业务呈现模块可以同时在桌面显示卡片、负一屏显示卡片以及通知的方式显示提示信息。同时采用多种方式显示提示信息，可以增加提示信息暴露的概率，从而增加用户查看到提示信息的概率，避免出现用户漏看提示信息而错过行程的问题。
117.本技术中，若仅注册一个维度的围栏(如仅注册地理围栏)，由于手机获取当前经纬度信息受到环境影响大，情景感知模块获得的地理位置信息可能不准确，则会导致错误地进行出行提醒或漏提醒的问题，同理单一使用时间围栏或单一使用push围栏，都会存在漏提醒或误提醒的问题。本示例中，业务逻辑处理模块根据行程数据，向情景感知模块注册多个不同功能(维度)的围栏，如push围栏、各场景的地理围栏以及各场景的保底时间围栏。情景感知模块同时对三个不同维度的信息进行监测，使得在不同场景下各个维度的信息相互弥补，避免因一个信息监测不准确而导致不能及时为用户进行出行提醒的问题。
118.下面结合图4分别说明当前场景的任一围栏触发的情况或确定获取到当前场景的push消息的情况。
119.情况1：当前场景的时间围栏触发的场景。
120.步骤306a：情景感知模块检测到当前场景的保底时间围栏触发。
121.该步骤的具体过程与步骤306中的相关描述类似，可以参考步骤306中的相关描
述，此处将不再进行赘述。
122.步骤307a：情景感知模块向业务逻辑处理模块指示当前场景的保底时间围栏触发。
123.步骤308a：业务逻辑处理模块确定当前场景的保底时间围栏触发。
124.若业务逻辑处理模块接收到情景感知模块上报的当前场景的保底时间围栏触发的指示，则该业务逻辑处理模块确定当前场景的保底时间围栏触发。
125.步骤309a：业务逻辑处理模块向业务呈现模块发送用于指示业务呈现模块显示提示信息的指示信息。
126.步骤310a1：业务逻辑处理模块向情景感知模块发送用于指示解除地理围栏的解除指示。
127.业务逻辑处理模块确定当前场景的保底时间围栏触发，可以通过解除当前场景的地理围栏方式减小手机的功耗。
128.步骤310a2：情景感知模块解除当前场景的地理围栏。
129.情景感知模块可以通过解注册的方式解除当前场景的地理围栏。
130.步骤311a：业务呈现模块显示提示信息。
131.该步骤可以参照步骤311的相关描述，此处将不再进行赘述。
132.步骤312a：情景感知模块检测到push围栏触发。
133.本示例中，在显示了当前场景的提示信息后，12306平台向服务平台推送push消息，服务平台可以为用户服务平台，本示例中服务平台以荣耀平台为例。用户的荣耀账号与12306账号存在授权关系，12306平台向荣耀平台推送push消息，荣耀平台接收到该push消息后，向与该荣耀账号对应手机的情景感知模块发送push消息。该情景感知接收到该push消息，push围栏触发。
134.步骤313a：情景感知模块向业务逻辑处理模块指示push围栏触发。
135.步骤314a：业务逻辑处理模块确定获取到当前场景的push消息。
136.该步骤与步骤308类似，业务逻辑处理模块解析当前场景的push消息。该业务逻辑处理模块查询该push消息中是否存在当前场景的push消息，若确定存在，则确定获取到该当前场景的push消息。
137.步骤310a3：业务逻辑处理模块忽略当前场景的push消息。
138.由于在步骤308a已确定当前场景的保底时间围栏触发，且在步骤311中显示了当前场景的提示信息，业务逻辑处理模块忽略下一次接收的当前场景的push消息，也即业务逻辑处理模块不对下一次接收的当前场景的push消息进行处理。
139.举例来说，若当前场景为抵达出发站场景，该抵达出发站场景的保底时间围栏的触发条件为：t1-t的差值小于等于t1，其中，t为检测时间，t1为第一预设时长，本示例中第一预设时长以30分钟为例。若情景感知模块检测到t1-t的差值小于等于30分钟，抵达出发站场景的保底时间围栏被触发，该情景感知模块向业务逻辑处理模块上报抵达出发站场景的保底时间围栏触发。业务逻辑处理模块指示业务呈现模块显示抵达出发站场景的提示信息。业务呈现模块在t2时刻显示抵达出发站场景的提示信息。在t2+t5时刻情景感知模块接收到荣耀平台发送的push消息，触发push围栏。该情景感知模块向业务逻辑处理模块上报push围栏触发,如t5＝1min。业务逻辑处理模块解析该push消息，且从该push消息中查询到
抵达出发站场景的消息。该业务逻辑处理模块确定获取到抵达出发站场景的push消息。该业务逻辑处理模块忽略该抵达出发场景的push消息，不对该抵达出发站场景的push消息进行处理。若业务逻辑处理模块确定获取的是行程中场景的push消息，则指示手机所处环境发生变更，则可以按照情况2中的步骤进行处理。
140.本示例中，情景感知模块依次检测到多个围栏触发后，业务处理模块按照围栏触发时间的先后顺序，依次针对每个触发的围栏进行相应的处理。
141.在一些实施例中，若情景感知模块未检测到push围栏触发，则步骤313a、步骤314a、步骤310a3均不会执行。
142.情况2：push围栏触发的场景。
143.步骤304b：12306平台向服务平台推送push消息。
144.示例性地，服务平台可以为用户服务平台，本示例中服务平台以荣耀平台为例。用户的荣耀账号与12306账号存在授权关系，12306平台根据授权关系向荣耀平台推送push消息。
145.步骤305b：服务平台向情景感知模块发送push消息。
146.示例性地，荣耀平台接收到该push消息后，查询与荣耀账号绑定的手机，向与该荣耀账号绑定的手机的情景感知模块发送push消息。
147.步骤306b：情景感知模块检测到push围栏触发。
148.该情景感知接收到该push消息，触发push围栏。
149.步骤307b：情景感知模块向业务逻辑处理模块指示push围栏触发。
150.该步骤的具体过程与步骤307中的相关描述类似，可以参考步骤307中的相关描述，此处将不再进行赘述。
151.步骤308b：业务逻辑处理模块确定获取到当前场景的push消息。
152.该步骤的具体过程与步骤308中的相关描述类似，可以参考步骤308中的相关描述，此处将不再进行赘述。
153.步骤309b：业务逻辑处理模块向业务呈现模块发送用于指示业务呈现模块显示提示信息的指示信息。
154.步骤310b1：业务逻辑处理模块向情景感知模块发送用于指示解除当前场景的地理围栏以及当前场景的保底时间围栏的指示信息。
155.示例性地，业务逻辑处理模块确定获取到当前场景的push消息，业务逻辑处理模块可以向情景感知模块指示解除(即解注册)当前场景的地理围栏和当前场景的保底时间围栏，情景感知模块解注册当前场景的地理围栏和当前场景的保底时间围栏，减少手机的功耗。
156.步骤310b2：情景感知模块解除当前场景的地理围栏和当前场景的保底时间围栏。
157.情景感知模块仅解除当前场景的地理围栏和当前场景的时间围栏。保留其余场景的地理围栏和其余场景的保底时间围栏。
158.步骤311b：业务呈现模块显示当前场景的提示信息。
159.该步骤的具体过程与步骤311中的相关描述类似，可以参考步骤311中的相关描述，此处将不再进行赘述。
160.情况3：当前场景的地理围栏触发的场景。
161.步骤306c：情景感知模块检测到当前场景的地理围栏触发。
162.步骤307c：情景感知模块向业务逻辑处理模块指示当前场景的地理围栏触发。
163.步骤308c：业务逻辑处理模块确定当前场景的地理围栏触发。
164.步骤309c：业务逻辑处理模块向业务呈现模块发送用于指示业务呈现模块显示提示信息的指示信息。
165.步骤310c1：业务逻辑处理模块向情景感知模块发送用于指示解除保底时间围栏的解除指示。
166.步骤310c2：情景感知模块解除当前场景的保底时间围栏。
167.步骤311c：业务呈现模块显示提示信息。
168.步骤312c：情景感知模块检测到push围栏触发。
169.步骤313c：情景感知模块向业务逻辑处理模块指示push围栏触发。
170.步骤314c：业务逻辑处理模块确定获取到当前场景的push消息。
171.步骤310c3：业务逻辑处理模块忽略当前场景的push消息。
172.情况3与情况1类似，情况3中各步骤可以参照情况1中各步骤，此处将不再进行赘述。与情况1类似，在一些实施例中，若情景感知模块未检测到push围栏触发，则步骤313c、步骤314c、步骤310c3均不会执行。
173.下面结合图5说明显示各个场景的提示信息的过程。
174.示例性地，以火车出行为例，第一应用可以为铁路12306为例，购票应用的服务器以12306的服务器为例，服务平台以荣耀平台为例。手机的业务逻辑处理模块执行如图3所示的步骤301，请求行程数据。12306平台向手机的业务逻辑处理模块返回行程数据。用户的行程数据中可以包括预计出发时间(如图5中(1)所示的5月4日9:20)、预计到达时间(如图5中(1)所示的5月6日9:45)、出发站经纬度信息、目的站经纬度信息等。业务逻辑处理模块向情景感知模块注册push围栏、各场景的地理围栏以及各场景的保底时间围栏。表1为本示例中列举的火车出行中各个场景以及各个场景的地理围栏的触发条件、保底时间围栏的触发条件以及各场景的push消息。
175.表1
176.场景push消息地理围栏保底时间围栏抵达出发站获取到进站的push消息进入出发站t1-t的差值小于等于t1行程中获取到行程中的push消息离开出发站t1≤t≤t4抵达目的站无进入目的站t4
±
t2离开目的站获取到出站的push消息离开目的站t＝t4+t3
177.表1中t为检测时间，t1为预计出发时间，t4为预计到达时间，t1为第一预设时长(如t1＝30min)，t2为12306平台提供的延时时长，如10min，t3为第三预设时长(如t3＝60min)。
178.业务逻辑处理模块可以按照表1中触发条件设置各场景的地理围栏和各场景的保底时间围栏。其中，业务逻辑处理模块可以指示抵达出发站场景的地理围栏的生效时间为距离预计出发时间前2小时，业务逻辑处理模块可以指示行程中地理围栏的生效时间也为距离预计出发时间前2小时。当情景感知模块检测到时间达到5月4日7:20，情景感知模块开始检测抵达出发站场景的地理围栏是否触发以及检测行程中地理围栏是否触发。
179.若情景感知模块在5月4日8:20检测到手机的经纬度与出发站经纬度一致，该抵达出发站场景的地理围栏触发，即情景感知模块检测到该抵达出发站场景的地理围栏触发。手机各模块按照图4中情况3的步骤执行步骤307c～步骤311c。业务呈现模块以卡片的形式显示抵达出发站的提示信息。如图5中(1)所示，桌面界面401上显示了火车出行中抵达出发站场景的卡片402，该卡片402中显示有抵达出发站的提示信息，如预计出发时间，预计到达时间，车厢座位号，目的地，检票口信息以及控件4021，点击该控件4021，可以跳转至12306应用中的车票详情页面。可选地，本示例中未执行步骤312c～步骤310a3。
180.在一个示例中，业务逻辑处理模块可以指示显示卡片402的时长，若确定卡片402显示时长超出显示时长阈值，则业务逻辑处理模块指示业务呈现模块取消显示该卡片402。
181.当情景感知模块检测到push围栏触发(如收到行程中的push消息)。手机各模块按照图4中情况2的各步骤执行步骤307b～步骤311b。当前场景为行程中，该业务呈现模块显示如图5的(2)所示，桌面界面403上显示了火车出行中行程中的场景的卡片404，该卡片404中显示有行程信息，如预计出发时间，预计到达时间，车厢座位号，目的地，控件4041以及控件4042，若检测到点击该控件4041的操作，可以跳转至12306应用中的车票详情页面。若检测到点击控件4042的操作，可以订阅到站提醒的功能。
182.当情景感知模块检测到保底时间围栏触发(如时间达到5月6日9:45)。手机各模块按照图4中情况1的各步骤执行步骤307a～步骤311a，本示例中，情景感知模块未检测到push围栏触发，即步骤312a、步骤313a,步骤314a以及步骤310a3均不执行。该业务呈现模块显示如图5的(3)所示的提示信息，桌面界面405上显示火车出行中抵达目的站的场景的卡片406，该卡片406中显示有抵达目的站的提示信息，如预计出发时间，预计到达时间，车厢座位号，目的地，控件4061以及已到站的信息，若检测到点击该控件4061的操作，可以跳转至12306应用中的车票详情页面。
183.若情景感知模块在5月6日10:20检测到手机的经纬度与目的站经纬度一致，该离开目的站场景的地理围栏触发，即情景感知模块检测到该离开目的站场景的地理围栏触发。手机各模块按照图4中情况3的步骤执行步骤307c～步骤311c。业务呈现模块以卡片的形式显示离开目的站的提示信息。该提示信息可以以通知的形式显示。图5中未示出离开目的站场景的提示信息。
184.可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
185.本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的出行提醒的方法。存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
186.本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行
时，使得计算机执行上述相关步骤，以实现上述实施例中的出行提醒的方法。
187.其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
188.本技术各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本技术的范围之内。
189.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。