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

Abstract

本申请提供了一种出行提醒的方法及电子设备。采用本申请中的方法，在检测到电子设备接收到航班短信且检测到授权对象与特定应用账号之间不存在授权关系后，判断是否执行第N次显示引导信息的操作，若确定执行第N次显示引导信息的操作，则第N次展示该引导信息；当授权完成后，电子设备从特定应用对应的服务器获取用户的飞行类的行程数据，并基于用户的飞行类的行程数据显示出行提醒。本申请可以在合适的时候提醒用户进行授权，进而可以基于用户的详细的出行信息为用户提供准确且及时的出行提醒。

Description

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

技术领域

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

背景技术

随着电子技术的快速发展，智能手机等移动终端的普及率越来越高，且随着网络技术的发展，移动终端的功能越来越强大，用户可以通过移动终端完成很多事情，如网上订购飞机票、网上订购火车票等。通常购票网站在用户订购了飞机票后，会向用户推送短信提醒，以避免用户错过行程。

发明内容

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

在一些场景中，购票网站在用户订购了飞机票后，会向用户的手机推送短信提醒，通过短信提醒的方式，存在短信内容缺省的问题，如短信仅提示有出行的时间或飞行目的地，而其他信息有缺失导致用户不能获得更详细的信息。因此，可以通过其他提醒方式提醒用户的出行。然而，采用其他的提醒方式，需要获得用户授权，在获得用户授权后可以从特定应用的服务器(如航旅纵横

应用的服务器，航旅纵横应用是一个集成了各大航空公司的飞机票出行信息的应用)去获取用户的完整行程信息。本申请的一些实施例可以在合适的时候提醒用户进行授权，进而可以基于用户的详细的出行信息为用户提供准确且及时的出行提醒。

第一方面，本申请实施例提供一种出行提醒的方法，应用于电子设备，该方法包括：检测是否接收到航班短信；若确定接收到航班短信，则检测航班短信是否存在信息缺省以及检测授权对象与用户在特定应用的用户账号之间是否存在授权关系，授权对象包括用户在电子设备对应的服务器中的用户账号或电子设备的标识，特定应用用于从至少两个航空公司对应的服务器获取用户的飞行类的行程数据；当检测到航班短信存在信息缺省且授权对象与用户在特定应用的用户账号之间不存在授权关系，则判断是否执行第N次显示引导信息的操作，引导信息用于引导用户进行授权操作，以供特定应用对应的服务器建立授权对象与用户在特定应用的用户账号之间的授权关系，N为大于0的整数；若确定执行第N次显示引导信息的操作，则显示引导信息；在授权关系建立完成后，电子设备根据授权关系和授权对象从特定应用对应的服务器获取用户的飞行类的行程数据，并根据所获取到的用户的飞行类的行程数据在电子设备上显示出行提醒。

若用户在特定应用的用户账号与授权对象(如电子设备的标识)之间不存在授权关系，该电子设备对应的服务器无法从航旅纵横的服务器获取用户完整的行程信息，导致电子设备无法为用户提供准确的飞行行程提醒。另外，虽然各航空公司的服务器或者航旅纵横的服务器在用户订购了飞机票之后，会发送反馈短信，但该反馈短信存在内容缺失的问题(如，短信内容中缺少起飞时间信息)，不能满足飞行行程提醒的需求。本申请中，检测到航班短信内容缺省(缺省也可理解为缺失)且授权对象与用户在特定应用的用户账号之间不存在授权关系，显示引导信息。通过检测操作可以确定用户有飞机出行的需求；在确定用户有飞机出行的需求的时机显示引导信息，在合适的时候向用户提醒进行授权操作，以便电子设备的标识与用户在特定应用的用户账号绑定，使得电子设备可以及时获取到用户的完整行程信息，便于电子设备根据完整的用户行程信息对用户进行提醒，避免用户错过飞行行程。此外，由于特定应用的服务器用于从至少两个航空公司对应的服务器获取用户的行程信息，而本申请中通过显示引导信息，引导用户进行授权操作，使得在授权操作后，使得电子设备可以获取用户在不同航司的行程数据，使得后续可以进一步提高对用户进行行程提醒的准确性。

根据第一方面，检测航班短信是否存在信息缺省，包括：获取预先存储的航班短信的基本信息，航班短信的基本信息包括：航班号、起飞日期、出发地和目的地；检测航班短信的信息中是否缺省航班短信的基本信息中的任一项内容；若检测到航班短信的信息中缺省该航班短信的基本信息中的任一项内容，则确定航班短信存在信息缺省。这样，通过预先设定的航班短信的基本信息，可以快速判断出该航班短信是否存在信息的缺省。

根据第一方面，判断是否执行第N次显示引导信息的操作，包括：获取第N-1次显示引导信息的时刻与第一时刻之间的差值，第一时刻为检测到航班短信缺省且授权对象与用户在特定应用的用户账号之间不存在授权关系的时刻；判断时长差值是否大于第N-1个预设间隔时长，第N-1个预设间隔时长用于指示第N-1次显示引导信息与第N次显示引导信息之间的最小间隔时长；若确定差值大于或等于第N-1个预设间隔时长，则确定第N次显示引导信息。

这样，将时间差值与第N-1个预设间隔时长进行比较，判断是否满足显示引导信息的条件，当获取的差值大于第N-1个预设间隔时长时，则显示引导信息，避免相邻两次显示引导信息的时间间隔短，降低显示引导信息对用户的打扰。

根据第一方面，在判断差值是否大于第N-1个预设间隔时长之前，该方法还包括：获取显示引导信息的累计次数；根据累计次数，确定第N-1个预设间隔时长。这样，相邻两次显示引导信息的间隔时长与显示引导信息的累计次数相关，而不是采用相同的预设间隔时长，使得确定的第N-1个预设间隔时长更符合用户的需求。

根据第一方面，根据累计次数，确定第N-1个预设间隔时长，包括：获取累计次数与预设的固定时长之间的第一积值；将第一积值作为第N-1个预设间隔时长。随着累计次数的增加，第N-1个预设间隔时长增长，也即随着累计次数的增加，增长了相邻两次显示引导信息之间的时间间隔，避免打扰用户。

根据第一方面，该方法还包括：获取第N次显示引导信息的时刻；将存储的第N-1次显示引导信息的时刻更新为第N次显示引导信息的时刻；将存储的累计次数的值加1。每当显示一次引导信息，即存储显示引导信息的时刻以及累计次数，以便后续可以快速判断是否显示下一次引导信息，提高判断速度。

根据第一方面，方法还包括：在第N次显示引导信息后，响应于用户的忽略操作，将接收到忽略操作的时刻作为第N-1次显示引导信息的时刻，忽略操作用于指示忽略引导信息。当用户对引导信息进行忽略操作后，更新存储的显示引导信息的时间,增长了下一次显示引导信息的间隔时长，减少了引导信息的显示的次数,进一步减少显示引导信息的次数，避免打扰用户。例如，若存储显示引导信息的时间为T1，在显示了23小时后用户对卡片进行了忽略操作，确定的预设间隔时长为24小时，若不对存储的显示引导信息的时间进行更新，那么经过1小时后，当再次检测到航班短信缺省且授权对象与用户在特定应用的用户账号之间不存在授权关系，该引导信息将再次被显示，会出现频繁显示该引导信息的情况，而将存储的时间值更新为接收忽略操作的时间，则会增加相邻两次展示引导时间的间隔，进而避免了频繁显示引导信息的问题。

根据第一方面，在第N次显示引导信息之前，该方法还包括：判断累计次数是否达到预设的次数阈值；若确定累计次数达到次数阈值，则取消第N次显示引导信息。通过预设的次数阈值，当累计次数达到该次数阈值，取消显示引导信息，多次显示的引导信息，表明用户没有引导授权的意愿，此时取消显示引导信息，不对用户进行打扰，使得授权引导更符合用户的需求。

根据第一方面，相邻两次显示引导信息之间相距预设的固定时长。相邻两次显示引导信息的时间间隔相同，使得显示引导信息规律。

根据第一方面，在将第一积值作为第N-1个预设间隔时长之后，该方法还包括：检测第N-1个预设间隔时长是否超过预设的间隔阈值；若检测到第N-1个预设间隔时长超过间隔阈值，则将第N-1个预设间隔时长置为间隔阈值。预设间隔时长超过间隔阈值后，将第N-1个预设间隔时长置为间隔阈值，可以避免长时间不进行授权提醒的问题。

根据第一方面，方法还包括：响应于用户的授权操作，检测用户在特定应用的用户账号是否处于登录状态；当检测到用户在特定应用的用户账号处于登录状态，则跳转至授权页面，以供用户进行同意授权操作或进行取消授权的操作。当用户进行授权操作后，跳转至授权页面，便于用户进行同意授权或取消授权的操作，提高用户操作的灵活性。

根据第一方面，在检测是否接收到航班短信之前，该方法还包括：检测到授权对象与用户在特定应用的用户账号之间不存在授权关系。在检测航班短信之前，先检测一次授权对象与用户在特定应用的用户账号之间不存在授权关系，避免出现在存在授权关系的情况下进行短信检测的操作，导致出现无效操作(即检测是否接收到航班短信的操作)的问题。同时两次检测到授权对象与用户在特定应用的用户账号之间不存在授权关系，可以避免出现检测错误的情况，提高检测的准确性。

根据第一方面，在判断是否执行第N次显示引导信息的操作之前，该方法还包括：获取第N次显示引导信息的显示方式，该显示方式的类型包括：卡片和/或通知。显示引导信息的方式有多种，可以是其中显示方式中的一种，显示灵活。也可以同时采用两种显示方式同时显示引导信息，增加引导信息被用户看到的概率，避免用户错过该引导信息的引导的问题。

根据第一方面，判断是否执行第N次显示引导信息的操作之前，方法还包括：检测到第N次显示引导信息的显示方式包括通知方式。当检测到第N次操作之前，检测到第N次显示引导信息的显示方式包括通知方式，当电子设备接收到通知时，无论电子设备正在运行何种应用，均会显示该通知，造成对应用的打扰，该通知的显示方式属于强打扰方式，针对通知展示的引导前，判断是否展示该引导信息，避免出现频繁打扰用户的情况。

第二方面，本申请提供了一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序，其中一个或多个计算机程序存储在存储器上，当计算机程序被一个或多个处理器执行时，得电子设备执行上述第一方面以及第一方面的任一种实现方式所对应的出行提醒的方法。

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

第三方面，本申请提供了一种计算机可读介质，用于存储计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行上述第一方面以及第一方面的任意一种实现方式所对应的出行提醒的方法。

附图说明

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

图1是示例性示出的电子设备的结构示意图；

图2是示例性示出的电子设备的软件结构示意图；

图3是本申请实施例提供的一种电子设备执行出行提醒的方法时内部模块之间以及与其他服务器之间的交互示意图；

图4是示例性示出的存在信息缺省的航班短信的示意图；

图5是示例性示出的显示引导信息的示意图；

图6是示例性示出的展示的引导信息以及忽略引导信息的示意图。

具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，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等。其中传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

可以理解的是，在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。

图2是本申请实施例的电子设备100的软件结构框图。

本申请实施例中电子设备100以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

如图2所示，应用程序层可以包括一系列应用程序包。应用程序包可以包括情景感知模块，业务逻辑处理模块，业务呈现模块，图库，WLAN，蓝牙，音乐，游戏，短信息等应用程序。

情景感知模块常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力。在卡片提醒业务处理开启状态时，情境感知模块对注册的事项(如特定时间、特定地点、或特定事件等)进行监控，如果用户触发了其中某一种事项，情境感知模块向业务逻辑处理模块发送通知。此外，情境感知模块还可以通过应用程序接口从应用程序层的其他应用程序或应用程序框架层或内核层检测相关事件和获取事件的状态，比如检测蓝牙连接，网络连接，监测用户短信，定制定时器等。

业务逻辑处理模块用于实现各种卡片展示，通知的展示。

业务呈现模块(如：YOYO建议)，用于控制卡片显示或者消失。例如，业务呈现模块可以接收业务逻辑处理模块传递的显示提醒卡片的命令，并将该提醒卡片展示给用户。对应的，如果接收到业务逻辑处理模块传过来的消失卡片命令时，业务呈现模块消除该卡片。

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

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，资源管理器，通知管理器，活动管理器等。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，Wi-Fi驱动，蓝牙驱动，音频驱动，传感器驱动等。

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

在一些实施例中，飞机出行网站在用户订购了飞机票之后，可以通过短信的方式提醒用户出行，但是，不同的航旅公司的短信提醒的内容不同，存在不同程度的内容缺省，如短信中仅包含飞机起飞时间，或者仅包括出行目的地的提醒内容。手机无法通过缺省的短信，为用户提供出行提醒(如提醒用户登记时间、值机时间、值机地点等)。

若用户的电子设备与用户在航空公司的服务器的用户账号之间存在授权关系，航空公司(后文中简称“航司”)可以通过获取用户的基本信息，向手机返回用户的详细的行程信息，以供电子设备为用户提供行程提醒。当航班短信缺省时，航空公司的服务器无法根据缺省的基本信息返回用户的完整行程信息，导致电子设备无法为用户提供准确的出行提醒。故手机需要及时提醒用户授权获取完整的行程信息，以便采用其他方式为用户提供准确地出行提醒。

本申请一些实施例提供了一种出行提醒的方法，以使得电子设备可以及时获得用户授权，进而获取用户完整的行程信息，并基于完整的行程信息为用户提供准确地且及时的出行提醒。

在本申请实施例中，电子设备以手机为例进行说明。在其他实施例中，电子设备也可以是平板、智能穿戴设备、车载设备等。

图3为示例性示出的本申请实施例提供的手机执行该出行提醒的方法时内部模块之间以及与其他服务器之间的交互示意图。该出行提醒的方法包括以下步骤：

步骤301：业务逻辑处理模块向情景感知模块注册航班短信围栏。

示例性地，业务逻辑处理模块可以是系统应用，该系统应用可以不对用户可见。该业务逻辑处理模块可以在手机初始化时启动。该业务逻辑处理模块在启动后，可以向情景感知模块发起注册航班短信围栏的指示，该情景感知模块响应于业务逻辑处理模块的注册指示，注册航班短信围栏。

可选地，业务逻辑处理模块向情景感知模块注册航班短信围栏时，可以指示情景感知模块监控手机是否接收到航班短信。

在一个示例中，在执行步骤301之前，该业务逻辑处理模块还可以检测授权对象与用户在特定应用的用户账号(后文也称为“特定应用账号”)之间是否存在授权关系(也称为绑定关系)。可选地，授权对象可以是用户在电子设备对应的服务器的用户账号(后文中也称为“用户服务平台账号”)，也可以是用户的电子设备的标识。本示例中，电子设备对应的服务器也称为用户服务平台，该用户服务平台可以是荣耀服务器。特定应用账号可以是用户在特定应用的服务器(后文中也称为特定服务器)中的账号，该特定应用可以是集成各大航空公司的飞机票出行信息的应用，例如，“航旅纵横”应用。本示例中，授权对象以电子设备的标识为例。

该业务逻辑处理模块还可以检测授权对象与特定应用账号之间是否存在授权关系具体可以为：该业务逻辑处理模块可以向用户服务平台发起查询请求，该查询请求用于请求查询授权对象与特定应用账号之间的关系。用户服务平台响应于查询请求，查询授权对象与特定应用账号之间的是否存在授权关系，并将查询结果返回业务逻辑处理模块。可选地，查询请求中可以携带电子设备的标识信息，如“DeviceID”。

若查询结果指示授权对象与特定应用账号之间不存在授权关系，则业务逻辑处理模块执行步骤301，并存储该查询结果。若查询结果指示授权对象与特定应用账号之间的存在授权关系，则业务逻辑处理模块结束流程。

可选地，手机可以通过授权对象与特定应用账号之间的授权关系，从特定应用的服务器调用特定功能，例如。手机可以从特定服务器(即指特定应用的服务器)获取用户的完整行程信息。

业务逻辑处理模块在指示注册航班短信围栏之前，可以先检测授权对象与特定应用账号之间是否存在授权关系，若存在授权关系则结束流程，从而避免错误地对用户进行授权提醒。

步骤302：情景感知模块检测到航班短信围栏触发。

示例性地，情景感知模块可以基于业务逻辑处理模块的指示，注册航班短信围栏。情景感知模块注册航班短信围栏后，可以检测接收的短信中是否包括航班敏感词汇。航班敏感词汇包括但不限于：航班号、手机号码、起飞时间、落地时间等信息。情景感知模块对每条短信进行监控。若情景感知模块识别到短信中包括航班号、手机号码、起飞时间、落地时间等信息中任一信息，则可确定航班短信围栏触发。可选地，情景感知模块可以采用自然语言理解(Natural Language Understanding，“NLU”)模型识别航班短信的内容。

示例性的，用户可通过本机手机号码(也可以是荣耀账号或其它账号密码)登录第三方应用，例如携程应用或航空公司应用。用户登录成功后，可通过第三方应用购买机票。第三方应用检测到机票购买成功，可向用户的注册手机号码(例如上文提及的本机手机号码)发送出票反馈短信。示例性的，出票反馈短信中包括但不限于：航班号、乘客姓名、起飞时间、落地时间、出发地、目的地等信息。示例性的，手机接收到第三方应用通过运营商服务器发送的出票反馈短信。情景感知模块对短信进行检测，并识别到短信中包括航班敏感词汇。相应的，感知模块确定航班短信围栏触发。

在另一个示例中，情景感知模块还可以通过短信的短信发送方信息，检测短信是否属于航班短信，短信发送方信息可以包括发送方的名称、发送方的电话信息等。若情景感知模块检测到短信发送方信息后，确定航班短信围栏触发。例如，示例性地，图4中第二条短信的开头“XX商旅”，该“XX商旅”即为短信发送方信息，情景感知模块识别到该短信发送方信息，确定该短信属于航班短信。或者通过识别发送方的号码识别出航班短信。

在另一示例中，可以通过短信发送方信息和航班敏感词汇，识别航班短信。

步骤303：情景感知模块向业务逻辑处理模块指示航班短信围栏触发。

当情景感知模块检测到航班短信围栏触发，则向业务逻辑处理模块上报该航班短信围栏触发的事件。

步骤304：业务逻辑处理模块检测到航班短信存在信息缺省且授权对象与用户在特定应用的用户账号之间不存在授权关系。

业务逻辑处理模块接收情景感知模块解析后的航班短信。该业务逻辑处理模块通过检测该航班短信的基本信息的方式检测该航班短信是否存在信息缺省。业务逻辑处理模块提取到该航班短信的关键词，若未检测到与短信的基本信息匹配的关键词，则确定该航空短信缺省。若检测到航班短信中包括了航班短信的所有基本信息，则确定该航班短信完整，不执行后续引导授权的操作，即不执行步骤305。

举例来说，业务逻辑处理模块可以预先设定航班短信的基本信息包括：航班号、起飞日期、出发地和目的地。若业务逻辑处理模块检测到缺省该航班短信的基本信息中任一项，则确定该航班短信存在信息缺省。图4示例性示出了航班短信缺省的情况。该图4中的表格，第一列为短信的内容，第二列列出了短信缺省的项。如第一条退票短信中，缺省了航班号。第二条短信缺省了出发地和目的地。第三条短信缺省了日期、出发地和目的地。

若业务逻辑处理模块检测到航班短信存在信息缺省，则业务逻辑处理模块可以向用户服务平台再次发起查询请求，查询授权对象与特定应用账号之间是否存在授权关系。该用户服务平台响应于查询请求，查询授权对象与特定应用账号之间是否存在授权关系，获得查询结果。该用户服务平台将查询结果返回该业务逻辑处理模块。若该查询结果指示授权对象与特定应用账号之间不存在授权关系，则可以执行后续的授权引导的操作(如执行步骤305)。

若该查询结果指示授权对象与特定应用账号之间存在绑定关系(即授权关系)，则业务逻辑处理模块结束流程。

可选地，业务逻辑处理模块也可以先检测授权对象与特定应用账号之间是否存在授权关系。当业务逻辑处理模块检测到授权对象与特定应用账号之间不存在授权关系后，再检测航班短信是否缺省。

当航班短信完整且存在授权关系时，手机可以通过航班短信中的基本信息(如基本信息包括：航班号、起飞日期、出发地和目的地)从特定服务器获取到用户的完整行程信息，而当航班短信缺省时，由于基本信息缺省，导致无法从特定服务器获取到用户的完整信息，进而无法根据用户的完整行程信息对用户进行出行提醒。

本示例中，当航班短信围栏触发后，检测航班短信缺省且授权对象与特定应用账号之间不存在授权关系时，显示引导信息，避免出现错误显示引导信息的问题，避免打扰用户。同时显示引导信息后，有利于用户方便且及时绑定电子设备的标识与特定服务器账号，以使电子设备可以通过用户服务平台从特定服务器(如航旅纵横的服务器)获取用户的详细的行程信息，进而使得手机可以准确对用户进行行程提醒。

在一个示例中，业务逻辑处理模块检测到授权对象与特定应用账号之间不存在授权关系后，可以执行步骤305。

步骤305：业务逻辑处理模块向情景感知模块发送用于指示业务呈现模块显示引导信息的显示指示。

示例性地，该业务逻辑处理模块向业务呈现模块发送显示指示，该显示指示用于指示业务呈现模块显示引导信息。该显示指示中可以携带引导信息，该引导信息用于指示用户进行授权操作的信息。例如，引导信息包括跳转至授权相关页面的链接，如特定应用的服务器(如“航旅纵横”)的登录页面的链接，或者授权对象(如YOYO建议所在电子设备的标识)与特定应用账号之间授权的页面的链接。

步骤306：业务呈现模块显示引导信息。

该业务呈现模块显示该引导信息，该引导信息用于引导用户进行授权操作。显示的方式有多种，可以是通过手机的卡片显示该引导信息，如通过负一屏的卡片显示引导信息、如主屏幕的卡片显示引导信息，还可以通过通知的方式显示引导信息。该业务呈现模块也可以通过语音提示、震动提示的方式提示该引导信息。该业务呈现模块还可以同时以多种显示方式显示该引导信息，例如，在屏幕负一屏通过卡片的方式显示引导信息，同时以通知的方式显示该引导信息。本申请中不再一一列举显示引导信息的方式。

采用多种显示方式，可以提高授权提醒的提醒效率，提高用户发现该授权提醒的概率，从而及时授权用户服务平台获取用户行程信息。

步骤307：业务呈现模块检测到用户的授权操作。

示例性的，用户根据引导信息的指示进行授权操作，以使特定服务器完成授权对象与特定应用账号之间的授权。用户的授权操作可以是指示用户同意授权的操作，如点击“同意授权”的按钮。

举例来说，引导信息以卡片的方式显示，用户点击该提醒卡片，若检测到特定应用账号处于登录状态，将跳转到授权页面，如图5的(4)中页面408，授权页面408中可以包括用于指示允许授权的控件(如图5的(8)中控件409)以及指示取消授权的控件(如图5的(8)中控件410)，若业务呈现模块接收到允许授权的操作(如点击图5的(8)中控件409的操作)，则执行步骤308。

一个示例中，若用户点击该提醒卡片后，检测到特定应用账号处于未登录状态则先跳转至特定应用账号的登录页面。由用户根据登录页面的指示，进行登录操作。

步骤308：业务呈现模块向特定应用服务器发送授权信息。

业务呈现模块可以获取用户的授权信息，该授权信息可以包括用户服务平台的相关信息，如：用户服务平台的功能接口参数，电子设备中应用程序的包名，如YOYO建议的包名。还可以包括特定应用的相关信息，如特定应用的包名、特定应用的APPID(应用程序标识)、用户在航旅纵横的用户标识OpenID，还可以包括用户服务平台的用户账号的信息等。

步骤309：特定应用服务器向用户服务平台发送授权完成的信息。

特定应用服务器对授权信息进行验证，授权的详细过程本申请中不进行赘述。特定应用服务器向用户服务平台发送授权完成的信息，该授权完成的信息可以用于指示电子设备的标识与特定应用账号之间授权完成。

步骤310：用户服务平台接收到授权完成的信息。

用户服务平台接收到授权完成的信息后，存储授权对象与特定应用账号之间的授权关系。可选地，用户服务平台还可以存储电子设备与该用户服务平台之间的PUSH订阅关系，用户服务平台通过该PUSH订阅关系，可以将push消息推送至与该用户服务平台存在PUSH订阅关系的电子设备。例如，手机A与用户服务平台有PUSH订阅关系，该用户服务平台可以将消息通过推送的方式推送至手机A上。

步骤311：用户服务平台向手机的情景感知模块推送授权成功的push通知。

故该用户服务平台可以将授权完成的消息以push通知的形式下发至手机，由手机的情景感知模块接收该push通知。

步骤312：情景感知模块向业务逻辑处理模块发送授权成功的消息。

步骤313：业务逻辑处理模块向业务呈现模块发送用于指示终止显示引导信息的终止指示。

该业务逻辑处理模块接收到授权完成的信息后，可以向业务呈现模块发送关闭引导信息的终止指示，该终止指示用于指示业务呈现模块将引导信息从显示屏中移除。

本示例中，及时指示业务呈现模块终止引导信息，可以减少对用户的打扰，提高用户的使用体验。

步骤314：业务呈现模块终止显示引导信息。

示例性地，该业务呈现模块终止显示引导信息，例如，若引导信息以卡片形式展示，当业务呈现模块终止显示引导信息后，业务呈现模块将卡片从界面上移除。若采用多种方式同时显示该引导信息，当业务呈现模块接收到终止指示后，终止多种显示方式显示的该引导信息。例如，手机界面上同时有通知A以及卡片A，通知A显示引导信息，卡片A展示有该引导信息。当业务呈现模块接收到终止指示，该业务呈现模块同时移除卡片A和通知A。

在授权关系建立完成后，电子设备根据授权关系和授权对象从特定应用对应的服务器获取用户的飞行类的行程数据，并根据所获取到的用户的飞行类的行程数据在电子设备上显示出行提醒。例如，授权对象可以为手机的标识，手机可以通过荣耀平台存储的授权关系从航旅纵横对应的服务器获取用户的飞行类的行程数据(即详细的飞行行程数据)，由于荣耀平台还存储有荣耀账号与手机的标识之间的对应关系，进而使得该手机可以从荣耀平台获取用户的飞行类的行程数据。电子设备根据该用户的飞行类的行程数据进行出行提醒，例如，用户的飞机类的行程数据指示在9月20日12:00从首都机场起飞，目的地为上海，该手机可以在9月20日8点弹出卡片，该卡片提醒用户12点有飞机出行的行程。再如，可以在用户达到首都机场时，在手机界面上显示用户的值机的信息(如值机柜台信息等)，以提醒用户去值机。本示例中不再一一列举其他场景的出行提醒。

若用户的特定服务器的账号(如用户在航旅纵横的账号)与授权对象(如电子设备的标识)之间不存在授权关系，该用户服务平台无法从航旅纵横的服务器获取用户完整的行程信息，导致电子设备无法为用户提供准确的行程提醒。另外，虽然航司或者航旅纵横在用户订购了飞机票之后，会发送反馈短信，但该反馈短信存在内容缺失的问题，不能满足行程提醒的需求。本示例中，检测到航班短信围栏触发，可以确定用户有飞机出行的需求；当确定用户有飞机出行的需求后，检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系，显示引导信息，提醒用户进行授权操作，以便电子设备的标识与特定应用账号绑定，及时获取用户的完整行程信息，便于后续电子设备根据完整的用户行程信息对用户进行提醒，避免用户错过飞行行程。

在另一些实施例中，为了减少显示引导信息的次数，可以在执行步骤304后，执行情况2中的步骤，即业务逻辑处理模块执行步骤3041(未在图3中示出)。

情况2的场景：

步骤3041：业务逻辑处理模块获取上一次显示引导信息的时间以及显示引导信息的累计次数。

示例性地，业务逻辑处理模块存储有上一次显示引导信息的时间以及显示引导信息的累计次数。该上一次显示引导信息的时间也可以用于指示用户对引导信息操作的时间。

步骤3042：业务逻辑处理模块根据累计次数，确定本次显示引导信息的时间。

示例性地，业务逻辑处理模块可以根据累计次数，确定相邻两次显示引导信息之间的预设间隔时长。本示例中，预设间隔时长可以随着累计次数的增加而增长，以避免对用户的打扰。

举例来说，预设间隔时长可以等于累计次数*L，如L等于24小时。例如，第1个预设间隔时长＝1*24h，即第一次展示时间与第二次展示时间之间的预设间隔时长为24小时，第2个预设间隔时长＝2*24h，即第二次展示时间与第三次展示时间之间的预设间隔时长为48小时。可选地，预设间隔时长还可以是预先存储，例如，可以设置第1个预设间隔时长(即第一次展示时间与第二次展示时间的间隔)为24小时，第2个预设间隔时长(即第二次展示时间与第三次展示时间的间隔)可以为72小时，第3个预设间隔时长(即第三次展示时间与第四次展示时间的间隔)可以是168小时。

当确定了预设间隔时长后，检测距离上一次显示引导信息的时长是否超过预设间隔时长，若超过预设间隔时长，则确定本次检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系时，显示引导信息。例如，累计次数为1，确定预设间隔时长为24小时，上一次显示引导信息的时间为T1，检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系的时间为T2，T2-T1大于24小时，则可以确定在T2时刻显示引导信息(即T2时显示引导信息)。

若未超过预设间隔时长，则根据预设间隔时长以及上一次显示引导信息的时间，确定是否显示引导信息。例如，累计次数为2，确定预设间隔时长为48小时，上一次显示引导信息的时间为T1，当前检测时间(即为检测到航班短信存在信息缺省且授权对象与特定应用账号之间不存在授权关系的时间)为T2，T2-T1小于48小时，则可以确定本次检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系时，不显示引导信息。下一次检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系时(如检测时间为T3)，检测T3-T1是否大于或等于48小时，若确定T3-T1大于或等于48小时，则确定下一次检测到航班短信存在信息缺省且授权对象与特定应用账号之间不存在授权关系时，显示引导信息。

当确定显示引导信息后，该业务逻辑处理模块可以向业务呈现模块发送显示指示，即执行步骤3051。

步骤3051：该业务逻辑处理模块向业务呈现模块发送用于指示业务呈现模块显示引导信息的显示指示。

示例性地，该显示指示中包括引导信息。

步骤3052：该业务逻辑处理模块更新当前显示引导信息的时间以及累计次数。

示例性地，该业务逻辑处理模块将存储的显示引导信息的时间更新为本次显示引导信息的时间，将累计次数自加一。例如，存储的上一次显示引导信息的时间记为Th＝T1,累计次数N＝1，确定的本次显示引导信息的时间为T2，则置Th为T2，即Th＝T2,置累计次数N＝2。

需要说明的是，步骤3051和步骤3052可以同时执行。

步骤306：业务呈现模块展示用于指示绑定该特定应用账号的引导信息。

步骤307：业务呈现模块检测到用户的授权操作。

步骤308：业务呈现模块向特定应用服务器发送授权信息。

步骤309：特定应用服务器向用户服务平台发送授权完成的信息。

步骤310：用户服务平台接收到授权完成的信息。

步骤311：用户服务平台向手机的情景感知模块推送授权成功的push通知。

步骤312：情景感知模块向业务逻辑处理模块发送授权成功的消息。

步骤313：业务逻辑处理模块向业务呈现模块发送用于指示取消显示引导信息的终止指示。

本示例中，情况2中步骤306～步骤313与图3中步骤306～步骤313类似，此处将不再进行赘述。

本示例中，通过记录上一次显示引导信息的时间以及显示引导信息的累计次数，可以确定预设间隔时长，确定本次是否显示引导信息，可以避免频繁显示引导信息，造成对用户的打扰，预设间隔时长随着累计次数的增加而增长，从而减少显示引导信息的次数，进一步降低对用户的打扰。

情况3：用户对引导信息进行忽略操作的场景。

在另一个示例中，在执行情况2中的步骤306之后，可以执行步骤307’～步骤308’(未在图3中示出)。

步骤307’：该业务呈现模块若接收到用户的忽略操作，则该业务呈现模块可以向业务逻辑处理模块发送接收该忽略操作的时间。执行步骤307’之后，执行步骤308’。

示例性地，忽略操作可以是如左滑卡片的操作，点击忽略的控件等操作。举例来说，若以卡片的方式显示引导信息，用户左滑卡片，即忽略该卡片。该业务呈现模块获取到该忽略操作，将忽略操作的事件上报业务逻辑处理模块，业务逻辑处理模块将接收到忽略操作的事件的时间作为接收该忽略操作的时间。

步骤308’：业务逻辑处理模块将存储的显示引导信息的时间更新为接收该忽略操作的时间。

例如，在步骤3052存储的显示引导信息的时间Th为T2，步骤306中显示引导信息的时间即为T2，接收到忽略操作的时间为T4，则业务逻辑处理模块将Th置为T4。

步骤308’之后，情景感知模块继续检测航班短信围栏是否触发，即返回执行步骤302。

本示例中，若显示引导信息的时间为T1，在展示了23小时后用户对卡片进行了忽略操作，确定的预设间隔时长为24小时，若不对存储的显示引导信息的时间进行更新，那么经过1小时后，当再次检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系，该引导信息将再次被展示，会出现频繁展示该引导信息的情况，为避免出现该种情况，本示例对存储的显示引导信息的时间更新为接收忽略操作的时间，从而可以增长了下一次显示引导信息的间隔时长，减少了引导信息的展示的次数。

在另一些实施例中，在执行步骤304后，该业务逻辑处理模块获取显示引导信息的显示方式。若业务逻辑处理模块采用推送通知的显示方式，则业务逻辑处理模块执行步骤3041；若业务逻辑处理模块确定采用卡片的显示方式，则直接执行步骤305。

在一些实施例中，若业务逻辑处理模块确定采用通知的显示方式，则该业务逻辑处理模块可以设置间隔时长阈值，例如，间隔时长阈值设置为7*24h(小时)。该业务逻辑处理模块若确定预设间隔时长大于或等于7*24h，则置预设间隔时长为7*24h。若间隔7*24h展示卡片后，若业务逻辑处理模块接收到航班短信触发事件后，检测到航班短信缺省且检测到“航旅纵横”的账号未与授权对象(手机的DeviceID)绑定。业务逻辑处理模块指示业务呈现模块间隔7*24小时显示引导信息。减少通知次数且避免长时间不进行授权提醒的问题。

本示例中，由于卡片通常处于负一屏或主屏中，长期展示该引导信息不会对用户造成影响，可以长期进行展示，而通知属于强打扰的方式，本示例中控制通知的次数，避免对用户造成打扰。

图5为示例性示出的显示引导信息的示意图。本示例中结合具体的例子说明本申请的出行提醒的方法。

该示例中，特定应用以“航旅纵横”为例，用户服务平台(即电子设备对应的服务器)以荣耀平台为例。业务逻辑处理模块向荣耀平台发起查询请求，查询该授权对象是否与“航旅纵横”的账号(即用户在航旅纵横的用户账号)绑定。荣耀平台返回查询结果，该查询结果指示授权对象与“航旅纵横”的账号未绑定。业务逻辑处理模块指示情景感知模块注册航班短信围栏，情景感知模块监测手机是否接收到航班短信。当情景感知模块识别到航班短信A后，向业务逻辑处理模块上报航班短信围栏触发的事件。业务逻辑模块获取情景感知模块上报的航班短信，若检测到该航班短信的内容缺省预设的短信基本信息(如航班号、起飞日期、出发地和目的地)中的任一项，该业务逻辑模块确定该航班短信缺省。业务逻辑处理模块再次检测到授权对象与“航旅纵横”的账号未绑定，指示业务呈现模块(如YOYO建议)显示引导信息，其中，该业务逻辑处理模块指示可以以通知的方式展示该引导信息。图5中的(1)示出了短信界面401中显示有通知的图标403，接收的航班短信402缺省目的地、落地时间等。当手机的业务逻辑处理模块确定显示引导信息后，在短信界面401上显示了通知的图标403(即以通知的方式显示了引导信息)。继续参照图5中的(1)，用户按照黑色箭头的方向进行滑动操作，则手机响应于用户的滑动操作，在显示屏中显示通知的具体内容。如图5中的(2)所示，该界面404中显示有两条通知，通知405中展示了该引导信息的包含的内容，用户点击该通知405，可以跳转至授权页面(如图5中的(4)所示的界面408)。

在另一场景中，用户未打开接收到的航班短信，如图5中的(3)所示，引导信息以卡片的形式显示，手机的主屏所在界面406，该业务呈现模块以卡片的形式显示引导信息。界面406中显示卡片407，该卡片中包含引导信息，该卡片407中显示了引导授权的提示信息以及引导授权的控件4071。若用户点击控件4071，可以跳转至授权界面408，如图5中的(4)，该界面408中提示用户进行授权，若控件409被触发，则向航旅纵横的服务器发送授权信息，航旅纵横的服务器向荣耀平台发送授权完成的信息。荣耀平台接收到该授权完成的信息后，向手机的情景感知模块返回授权成功的信息，该情景感知模向业务逻辑处理模块发送授权成功的信息，业务逻辑处理模块指示业务呈现模块(如YOYO建议)终止显示卡片407。该业务呈现模块将卡片407从界面406中移除。

本示例中，以电子设备的标识与航旅纵横的账号之间的授权关系为例。具体来说，当用户进行授权操作后，本示例中YOYO建议将授权信息上报至航旅纵横的服务器，授权信息如用户的OpenID。航旅纵横的服务器验证该授权信息，并向荣耀平台发送授权完成的信息，荣耀平台接收到授权完成的信息后，记录航旅纵横的账号与用户的OpenID已绑定。该荣耀平台还记录有用户的OpenID与电子设备的标识(如DeviceID)之间的对应关系，当荣耀平台记录航旅纵横的账号与用户的OpenID已绑定后，即实现存储电子设备的标识与航旅纵横的账号之间的授权关系。需要说明的是，授权完成后，电子设备可以通过荣耀平台和存储的授权关系，从航旅纵横的服务器获取用户完整的行程数据。

图5中的(5)示出了“航旅纵横”应用查看用户的航旅纵横的账号授权成功的界面。如图5的(5)所示，界面411为“航旅纵横”应用的授权管理界面，控件412处于打开状态，即用户在航旅纵横的用户账号授权YOYO建议。

可选地，也可以通过该荣耀账号登录荣耀平台，实现与特定服务器(即特定应用的服务器)之间的授权。

在另一个示例中，也可以进行账号的绑定，账号的绑定是指用户在荣耀平台的账号与特定服务器(即特定应用的服务器)的账号之间的绑定。

下面结合图6介绍在用户忽略卡片的场景。

请参照图6，示例性的，该示例中，特定应用以“航旅纵横”为例，用户服务平台以荣耀平台为例。业务逻辑处理模块向荣耀平台发起查询请求，查询该电子设备的标识是否与“航旅纵横”的账号之间是否存在授权关系。荣耀平台返回查询结果，该查询结果指示电子设备的标识与“航旅纵横”的账号之间未绑定。业务逻辑处理模块指示情景感知模块注册航班短信围栏，情景感知模块监测手机是否接收到航班短信。当情景感知模块识别到航班短信A后，向业务逻辑处理模块上报航班短信围栏触发的事件。该业务逻辑处理模块通过NLU模型从短信A中提取信息，当提取的信息缺省预设的短信的基本信息(如航班号、起飞日期、出发地和目的地)中的任一项，该用完了逻辑模块确定该航班短信缺省。业务逻辑处理模块再次检测到电子设备的标识与“航旅纵横”的账号之间未绑定。业务逻辑处理模块获取上一次显示引导信息的时间以及显示引导信息的累计次数，本示例中，标识Th用于指示上一次显示引导信息的时间，标识N用于指示累计次数，该Th＝null,N＝0。检测到航班短信缺省且电子设备的标识与特定应用账号之间不存在授权关系的时间(即为第一次检测时间)记为T1。该业务逻辑处理模块向业务呈现模块发送显示指示，该显示指示包括引导信息以及显示方式(如通知的方式)。同时更新Th＝T1，N＝1。即T1时刻为第1次展示的时刻。业务呈现模块以通知的方式展示该引导信息，用户向左滑该通知，左滑操作用于指示用户忽略该通知。业务呈现模块接收到用户的忽略操作(如左滑操作)，向业务逻辑处理模块上报该忽略操作的事件。该业务逻辑处理模块接收到忽略操作事件的时间为t1，即业务逻辑处理模块接收到忽略操作的时间为t1。该业务逻辑处理模块将Th置为t1。当情景感知模块继续监测航班短信围栏，当检测到航班短信围栏再次触发，继续上述如图2中S303～S304的步骤，该业务逻辑处理模第二次检测到航班短信缺省且电子设备的标识与特定应用账号之间不存在授权关系，该第二次检测时间记为T2，业务逻辑模块获取Th＝t1,N＝1,业务逻辑处理模块根据N确定第1个预设间隔时长为1*24小时，检测第二次检测时间(T2)距离t1时刻的时长超出或等于24小时，该业务逻辑处理模指示业务呈现模块在T2时刻进行第2次展示，更新Th＝T2，N＝2。图6中间隔A为大于等于24小时。

若用户未对第二次显示的通知进行操作，通知依然显示于显示屏中。情景感知模块继续监测航班短信围栏是否触发，第三次检测到航班短信围栏触发，继续上述如图2中S303～S304的步骤。该业务逻辑处理模第三次检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系，该第三次检测时间记为t2，该业务逻辑处理模块获取Th＝T2，N＝2，该业务逻辑处理模块根据N确定第2个预设间隔时长为2*24小时，检测第三次检测时间t2(即第三次检测到航班短信存在信息缺省且授权对象与特定应用账号之间不存在授权关系的时间)距离T2时刻的时长(t2-T2)小于2*24小时，则确定第三次检测到航班短信存在信息缺省且授权对象与特定应用账号之间不存在授权关系时，不显示引导信息。图6中间隔B小于2*24小时。

本示例中，若业务逻辑处理模块接收到情景感知模块第四次上报航班短信围栏触发的事件，继续上述如图2中S302～S304的步骤之后，该业务逻辑处理模第四次检测到航班短信缺省且授权对象与特定应用账号之间不存在授权关系，该第四次检测时间记为T3。该业务逻辑处理模块获取Th＝T2，N＝2，该业务逻辑处理模块根据N确定第2个预设间隔时长为2*24小时，检测第四次检测时间T3(即第四次检测到航班短信存在信息缺省且授权对象与特定应用账号之间不存在授权关系的时间)距离T2时刻的时长(T3-T2)大于2*24小时，则确定第四次检测到航班短信存在信息缺省且授权对象与特定应用账号之间不存在授权关系时，显示引导信息。图6中间隔C大于等于2*24小时。

本示例中，若业务逻辑处理模块接收到情景感知模块第五次航班短信围栏触发的事件，继续上述如图2中S302～S304的步骤。业务逻辑处理模块可以检测累计次数是否达到预设的次数阈值,本示例中，如图6所示，次数阈值为3次，该累计次数N＝3，等于次数阈值，则该业务逻辑处理模块指示业务呈现模块取消展示的引导信息。

本示例中，设置次数阈值，业务逻辑处理模块取消展示的引导信息，避免用户展示过多的引导信息，提升用户体验。

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

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的出行提醒的方法。存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的出行提醒的方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本申请的范围之内。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (13)

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

检测是否接收到航班短信；

若确定接收到航班短信，则检测所述航班短信是否存在信息缺省以及检测授权对象与用户在特定应用的用户账号之间是否存在授权关系，所述授权对象包括用户在所述电子设备对应的服务器中的用户账号或所述电子设备的标识，所述特定应用用于从至少两个航空公司对应的服务器获取用户的飞行类的行程数据；

当检测到所述航班短信存在信息缺省且授权对象与所述用户在特定应用的用户账号之间不存在授权关系，则判断是否执行第N次显示引导信息的操作，所述引导信息用于引导用户进行授权操作，以供所述特定应用对应的服务器建立所述授权对象与所述用户在特定应用的用户账号之间的授权关系，N为大于0的整数；

若确定执行第N次显示所述引导信息的操作，则显示所述引导信息；

在所述授权关系建立完成后，所述电子设备根据所述授权关系和所述授权对象从所述特定应用对应的服务器获取所述用户的飞行类的行程数据，并根据所获取到的所述用户的飞行类的行程数据在所述电子设备上显示出行提醒。

2.根据权利要求1所述的方法，其特征在于，所述检测所述航班短信是否存在信息缺省，包括：

获取预先存储的航班短信的基本信息，所述航班短信的基本信息包括：航班号、起飞日期、出发地和目的地；

检测所述航班短信的信息中是否缺省所述航班短信的基本信息中的任一项内容；

若检测到所述航班短信的信息中缺省所述航班短信的基本信息中的任一项内容，则确定所述航班短信存在信息缺省。

3.根据权利要求1所述的方法，其特征在于，所述判断是否执行第N次显示引导信息的操作，包括：

获取第N-1次显示所述引导信息的时刻与第一时刻之间的差值，所述第一时刻为检测到所述航班短信缺省且所述授权对象与所述用户在特定应用的用户账号之间不存在授权关系的时刻；

判断所述差值是否大于第N-1个预设间隔时长，所述第N-1个预设间隔时长用于指示第N-1次显示所述引导信息与第N次显示所述引导信息之间的最小间隔时长；

若确定所述差值大于或等于所述第N-1个预设间隔时长，则确定第N次显示所述引导信息。

4.根据权利要求3所述的方法，其特征在于，在判断所述差值是否大于第N-1个预设间隔时长之前，所述方法还包括：

获取显示所述引导信息的累计次数；

根据所述累计次数，确定第N-1个预设间隔时长。

5.根据权利要求4所述的方法，其特征在于，所述根据所述累计次数，确定第N-1个预设间隔时长，包括：

获取所述累计次数与预设的固定时长之间的第一积值；

将所述第一积值作为所述第N-1个预设间隔时长。

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

获取第N次显示所述引导信息的时刻；

将存储的所述第N-1次显示所述引导信息的时刻更新为所述第N次显示所述引导信息的时刻；

将存储的所述累计次数的值加1。

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

在第N次显示所述引导信息后，响应于用户的忽略操作，将接收到所述忽略操作的时刻作为所述第N-1次显示所述引导信息的时刻，所述忽略操作用于指示忽略所述引导信息。

8.根据权利要求4或5所述的方法，其特征在于，在所述第N次显示所述引导信息之前，所述方法还包括：

判断所述累计次数是否达到预设的次数阈值；

若确定所述累计次数达到所述次数阈值，则取消所述第N次显示所述引导信息。

9.根据权利要求1所述的方法，其特征在于，相邻两次显示所述引导信息之间相距预设的固定时长。

10.根据权利要求5所述的方法，其特征在于，在所述将所述第一积值作为所述第N-1个预设间隔时长之后，所述方法还包括：

检测所述第N-1个预设间隔时长是否超过预设的间隔阈值；

若检测到所述第N-1个预设间隔时长超过所述间隔阈值，则将所述第N-1个预设间隔时长置为所述间隔阈值。

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

响应于用户的授权操作，检测所述用户在特定应用的用户账号是否处于登录状态；

当检测到所述用户在特定应用的用户账号处于登录状态，则跳转至授权页面，以供用户进行同意授权操作或进行取消授权的操作。

12.根据权利要求1所述的方法，其特征在于，在所述检测是否接收到航班短信之前，所述方法还包括：

检测到所述授权对象与所述用户在特定应用的用户账号之间不存在授权关系。

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

一个或多个处理器；

存储器；

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

Images