CN105241463A - 基于导航信息的业务处理方法及装置、电子设备 - Google Patents

Abstract

本公开是关于一种基于导航信息的业务处理方法及装置、电子设备，该方法可以包括：获取导航信息；确定与所述导航信息相关的业务；在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。通过本公开的技术方案，可以根据用户的导航信息，提前确定用户可能需要的业务，并执行相应的预处理操作，从而为用户提供便利。

Description

基于导航信息的业务处理方法及装置、电子设备

技术领域

本公开涉及终端技术领域，尤其涉及一种基于导航信息的业务处理方法及装置、电子设备。

背景技术

用户在出行时，出于线路不熟悉、路况未知等原因，往往会选择启用导航，比如安装有导航软件的手机、平板电脑或专用的导航仪等电子设备。

在相关技术中，导航软件可以在电子设备上展示地图，并在地图上示出用户的当前位置、导航线路和附近的道路状况等信息，使用户得到的信息仅限于“导航”方面。

发明内容

本公开提供一种基于导航信息的业务处理方法及装置、电子设备，以解决相关技术中的不足。

根据本公开实施例的第一方面，提供一种基于导航信息的业务处理方法，包括：

获取导航信息；

确定与所述导航信息相关的业务；

在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

可选的，所述导航信息包括：导航线路；其中，所述确定与所述导航信息相关的业务，包括：

选取对应的执行地点位于所述导航线路的沿途或终点处的业务。

可选的，所述导航信息还包括：到达每个业务的执行地点的预估时间；其中，所述确定与所述导航信息相关的业务，包括：

选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务对应的预估时间属于预定义的业务处理时间段。

可选的，所述预估时间与以下至少之一相关：用户采用的交通工具类型、所述交通工具的状态信息和交通状况。

可选的，所述导航信息还包括：预设维度的用户属性信息；其中，所述确定与所述导航信息相关的业务，包括：

选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务符合所述用户属性信息对应的用户需求。

可选的，所述预设维度包括以下至少之一：

用户数量、用户性别、用户年龄、用户关系。

可选的，所述确定与所述导航信息相关的业务，包括：

通过预配置的统一服务接口获取所有业务；

从所述所有业务中，选取与所述导航信息相关的业务。

可选的，所述执行与所述业务相关的预处理操作，包括：

根据所述导航信息，执行对所述业务的预订操作。

可选的，所述执行与所述业务相关的预处理操作，包括：

向所述业务的提供方发送通知消息，所述通知消息中包含所述导航信息。

可选的，还包括：

向用户提示与所述导航信息相关的业务；

根据接收到的用户选择指令，确定是否对所述业务执行所述预处理操作。

可选的，还包括：

判断所述用户是否处于预定义的空闲状态；

其中，当所述用户处于所述空闲状态时，向所述用户提示与所述导航信息相关的业务。

根据本公开实施例的第二方面，提供一种基于导航信息的业务处理装置，包括：

获取单元，获取导航信息；

确定单元，确定与所述导航信息相关的业务；

执行单元，在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

可选的，所述导航信息包括：导航线路；其中，所述确定单元包括：

第一选取子单元，选取对应的执行地点位于所述导航线路的沿途或终点处的业务。

可选的，所述导航信息还包括：到达每个业务的执行地点的预估时间；其中，所述确定单元包括：

第二选取子单元，选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务对应的预估时间属于预定义的业务处理时间段。

可选的，所述预估时间与以下至少之一相关：用户采用的交通工具类型、所述交通工具的状态信息和交通状况。

可选的，所述导航信息还包括：预设维度的用户属性信息；其中，所述确定单元包括：

第三选取子单元，选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务符合所述用户属性信息对应的用户需求。

可选的，所述预设维度包括以下至少之一：

用户数量、用户性别、用户年龄、用户关系。

可选的，所述确定单元包括：

业务获取子单元，通过预配置的统一服务接口获取所有业务；

业务选取子单元，从所述所有业务中，选取与所述导航信息相关的业务。

可选的，所述执行单元包括：

预订子单元，根据所述导航信息，执行对所述业务的预订操作。

可选的，所述执行单元包括：

发送子单元，向所述业务的提供方发送通知消息，所述通知消息中包含所述导航信息。

可选的，还包括：

提示单元，向用户提示与所述导航信息相关的业务；

预处理确定单元，根据接收到的用户选择指令，确定是否对所述业务执行所述预处理操作。

可选的，还包括：

判断单元，判断所述用户是否处于预定义的空闲状态；

其中，当所述用户处于所述空闲状态时，向所述用户提示与所述导航信息相关的业务。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取导航信息；

确定与所述导航信息相关的业务；

在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

本公开的实施例提供的技术方案可以包括以下有益效果：

由上述实施例可知，本公开通过确定与导航信息相关的业务，可以预测用户的潜在业务需求。同时，通过执行与业务相关的预处理操作，可以简化用户到达该业务的执行地点之后的后续操作，也避免行驶时间过长而导致失去对业务的处理资格。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是相关技术中的导航界面的示意图。

图2是根据一示例性实施例示出的一种基于导航信息的业务处理方法的流程图。

图3是根据一示例性实施例示出的另一种基于导航信息的业务处理方法的流程图。

图4A-4B是根据一示例性实施例示出的一种获取导航信息的界面示意图。

图5是根据一示例性实施例示出的一种基于导航线路的相关业务的示意图。

图6A-6B是根据一示例性实施例示出的一种基于导航线路及到达时间的相关业务的示意图。

图7-15是根据一示例性实施例示出的一种基于导航信息的业务处理装置的框图。

图16是根据一示例性实施例示出的一种用于基于导航信息的业务处理的装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是相关技术中的导航界面的示意图，如图1所示，在相关技术中，用户在通过电子设备进行导航操作时，为了便于用户查看行走或行驶线路，需要在电子设备上展示出地图，并在该地图上示出用户的当前位置、导航线路和附近的道路状况等信息，以实现导航目的。

同时，基于导航软件从本地调取或从服务端下载的POI(PointofInterest，兴趣点)，导航软件可以在地图上示出用户的当前位置附近的POI，比如图1示出的餐厅A、酒店B、XX大厦等，以供用户执行查看、预订等操作。

然而，相关技术中的导航软件仅限于示出用户的当前位置附近的POI，而这实际上受限于“导航”操作本身的特点，因为必须将地图放大至对用户附近的道路状况等信息进行清楚地显示，才能够确保顺利实现导航操作。所以，除非用户主动将地图调整至导航线路的沿途或终点等位置，才能够对相应位置的POI进行查看、预订等操作，但这将干扰用户的导航操作，尤其是对于驾车用户而言，可能会造成很高的驾驶风险。

因此，本公开基于对导航信息的分析，可以在不影响导航操作的情况下，对导航信息的相关业务进行预处理操作，从而解决相关技术中存在的上述技术问题。

图2是根据一示例性实施例示出的一种基于导航信息的业务处理方法的流程图，如图2所示，该方法用于安装有导航软件的电子设备中，可以包括以下步骤：

在步骤202中，获取导航信息。

在步骤204中，确定与所述导航信息相关的业务。

在一实施例中，所述导航信息包括：导航线路；其中，所述确定与所述导航信息相关的业务，包括：选取对应的执行地点位于所述导航线路的沿途或终点处的业务。

在另一实施例中，所述导航信息还包括：到达每个业务的执行地点的预估时间；其中，所述确定与所述导航信息相关的业务，包括：选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务对应的预估时间属于预定义的业务处理时间段。

其中，所述预估时间与用户采用的交通工具类型和交通状况相关。

在又一实施例中，所述导航信息还包括：预设维度的用户属性信息；其中，所述确定与所述导航信息相关的业务，包括：选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务符合所述用户属性信息对应的用户需求。

其中，所述预设维度包括以下至少之一：用户数量、用户性别、用户年龄、用户关系。

在一实施例中，所述确定与所述导航信息相关的业务，包括：通过预配置的统一服务接口获取所有业务；从所述所有业务中，选取与所述导航信息相关的业务。

在步骤206中，在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

在一实施例中，所述执行与所述业务相关的预处理操作，包括：根据所述导航信息，执行对所述业务的预订操作。

在另一实施例中，所述执行与所述业务相关的预处理操作，包括：向所述业务的提供方发送通知消息，所述通知消息中包含所述导航信息。

进一步地，在一实施例中，还包括：向用户提示与所述导航信息相关的业务；根据接收到的用户选择指令，确定是否对所述业务执行所述预处理操作。

其中，还可以判断所述用户是否处于预定义的空闲状态，并当所述用户处于所述空闲状态时，向所述用户提示与所述导航信息相关的业务。

由上述实施例可知，本公开通过确定与导航信息相关的业务，可以预测用户的潜在业务需求。同时，通过执行与业务相关的预处理操作，可以简化用户到达该业务的执行地点之后的后续操作，也避免行驶时间过长而导致失去对业务的处理资格。

图3是根据一示例性实施例示出的另一种基于导航信息的业务处理方法的流程图，如图3所示，该方法用于安装有导航软件的电子设备中，可以包括以下步骤：

在步骤302中，获取导航信息。

在本实施例中，电子设备可以通过任意方式获取导航信息，本公开并不对此进行限制。举例而言：

在一种情况下，用户可以手动输入该导航信息。如图4A所示，用户可以直接在电子设备上输入包括起点、终点、出发时间、出行人员、人员关系等各种预配置或自定义的项目，则电子设备可以直接将这些项目的信息生成为导航信息。

在另一种情况下，电子设备可以根据用户创建的诸如备忘录消息、日历事件、出行计划等，提取并生成相应的导航信息。比如图4B所示，假定用户的备忘录中记载了：在“明天”的“07:00”需要执行“全家去XX旅游”的事件，则电子设备可以生成对应的导航信息，该导航信息以第二天早上7点为出发时间、当前位置为起点、“XX”处为终点。此外，电子设备还可以基于用户平时的消费、通讯等各方面的行为数据，准确分析出用户的家庭人员构成等数据，以便进一步推测出用户出行时的总人数、人员关系等信息。

当然，用户对导航信息或通讯录等数据执行输入操作的设备，可以是用于导航操作的电子设备；或者，用户可以选择其他任意设备输入上述导航信息或通讯录等数据后，通过同一用户账号在各台设备上的登录操作，使得用于导航操作的电子设备通过网络获得该导航信息或通讯录等数据。

在步骤304中，根据预配置的统一服务接口，获取所有业务。

在本实施例中，统一服务接口可以由导航软件预先向各个商家等业务提供方开放，并由这些业务提供方据此向导航软件提供自身的业务描述信息等数据。

那么，导航软件可以通过预配置的统一服务接口获取所有业务，并进一步从这些所有业务中，选取与导航信息相关的业务。

在步骤306中，确定与导航信息相关的业务(即导航相关业务)。

在本实施例中，导航信息中必然包含导航线路，并且还可以进一步包含诸多其他的可选内容；基于导航信息的内容差异，导航软件可以通过不同方式来确定与导航信息相关的业务。下面针对几种可能的情况，对该步骤306进行举例说明。

实施例一

作为一示例性实施例，当导航信息包括导航线路时，可以选取对应的执行地点位于该导航线路的沿途或终点处的业务。

如图5所示，在用户定义了起点和终点后，导航软件将生成对应的导航线路，然后结合步骤304中获取的所有业务以及相应的执行地点，即可确定该导航线路的沿途或终点处的业务。比如在图5中，用户在行驶过程中若不改变导航线路，则预计将依次路过餐厅A、酒店B、游乐园C、餐厅D、加油站E、酒店F和景区G等，其中餐厅A、餐厅D等可以提供饮食等业务，酒店B、酒店F等可以提供住宿等业务，游乐园C、景区G等可以提供娱乐等业务，加油站E可以提供加油等业务。

因此，导航软件可以将图5所示的导航线路沿途或终点处的上述餐厅A～景区G等提供的业务，判定为用户可能存在需求的业务，从而将其作为与导航信息相关的业务。

实施例二

作为另一示例性实施例，当导航信息除了包含导航线路之外，还包括到达每个业务的执行地点的预估时间时，可以选取对应的执行地点位于导航线路的沿途或终点处的业务，且该业务对应的预估时间属于预定义的业务处理时间段。

其中，在以确定的导航线路的基础上，导航软件可以根据用户采用的交通工具类型、交通工具的状态信息、交通状况等中的一种或多种，得到用户到达该导航线路的沿途或终点处的业务的执行地点处的预估时间。

1)比如图6A所示，假定用户采用的交通工具类型为自驾车、交通状况良好，则用户在07:00从起点出发后，导航软件可以预估其在08:20到达餐厅A、在10:30到达酒店B、在10:50到达游乐园C、在13:00到达餐厅D、在14:00到达加油站E、在18:30到达酒店F和景区G。

(1)对于“餐饮”业务而言，预定义的业务处理时间段即正常的饮食时间段，比如早饭时间在08:00～09:00、午饭时间在12:00～13:30、晚饭时间在18:00～21:00，那么由于导航软件预估用户在08:30到达餐厅A、13:00到达餐厅D、18:30到达酒店F，因而可以判定为用户需要餐厅A提供的早餐业务、餐厅D提供的午餐业务、酒店F提供的晚餐业务，从而选取餐厅A、餐厅D和酒店F对应的餐饮业务为与导航信息相关的业务。

(2)对于“住宿”业务而言，预定义的业务处理时间段即正常的住宿时间段，比如18:00～06:00(第二天)，那么由于导航软件预估用户在10:30到达酒店B、在18:30到达酒店F，因而可以判定为用户需要酒店F提供的住宿业务，而不需要酒店B提供的住宿业务，从而选取酒店F对应的住宿业务为与导航信息相关的业务。

(3)对于“娱乐”业务而言，预定义的业务处理时间段即正常的游玩时间段，比如09:00～20:00，那么由于导航软件预估用户在10:50到达游乐园C、在18:30到达景区G，因而可以判定为用户需要游乐园C和景区G分别提供的娱乐业务，从而选取游乐园C和景区G对应的娱乐业务为与导航信息相关的业务。

(4)对于“加油”业务而言，预定义的业务处理时间段与用户使用的交通工具的状态信息和交通状况等相关，比如用户驾驶车辆的油箱剩余量仅够用户在良好的交通状况下行驶X公里，那么根据用户平时的行驶习惯以及导航线路上的沿途限速情况、交通状况等，可以预估该油箱剩余量可供的行驶时间，从而确定对应的业务处理时间段。比如预计能够行驶9个小时，那么从用户早上07:00出发开始，直至16:00将耗尽燃油，但此时尚未到达终点，因而可以将业务处理时间段定义为该16:00之前的一定时长(应当小于上述的预计行驶时长9小时)，比如3小时，则加油站E可以被认为属于该业务处理时间段，其提供的加油业务应当被作为与导航信息相关的业务。

2)如图6B所示，假定用户采用的交通工具类型为自驾车、交通状况拥堵，则用户在07:00从起点出发后，导航软件可以预估其在12:30到达餐厅A、在18:30到达酒店B、在19:00到达游乐园C、在23:00到达餐厅D、在00:20到达加油站E、在06:30到达酒店F和景区G。

(1)对于“餐饮”业务而言，预定义的业务处理时间段即正常的饮食时间段，比如早饭时间在08:00～09:00、午饭时间在12:00～13:30、晚饭时间在18:00～21:00，那么由于导航软件预估用户在12:30到达餐厅A、18:30到达酒店B，因而可以判定为用户需要餐厅A提供的午餐业务、酒店B提供的晚餐业务，从而选取餐厅A和酒店B对应的餐饮业务为与导航信息相关的业务。

(2)对于“住宿”业务而言，预定义的业务处理时间段即正常的住宿时间段，比如18:00～06:00(第二天)，那么由于导航软件预估用户在18:30到达酒店B、在06:30到达酒店F，因而可以判定为用户需要酒店B提供的住宿业务，而不需要酒店F提供的住宿业务，从而选取酒店B对应的住宿业务为与导航信息相关的业务。

(3)对于“娱乐”业务而言，预定义的业务处理时间段即正常的游玩时间段，比如09:00～20:00，那么由于导航软件预估用户在19:00到达游乐园C、在06:30到达景区G，因而可以判定为用户需要游乐园C提供的娱乐业务、不需要景区G提供的娱乐业务，从而选取游乐园C对应的娱乐业务为与导航信息相关的业务。

(4)对于“加油”业务而言，假定车辆的剩余燃油预计能够行驶9个小时，那么从用户早上07:00出发开始，直至16:00将耗尽燃油，但此时尚未到达终点，因而可以将业务处理时间段定义为该16:00之前的一定时长(应当小于上述的预计行驶时长9小时)，比如3小时，即13:00～16:00。然而，由于预计用户在00:20到达加油站E，因而应当选取其他加油站为业务提供方，使用户及时补充燃油后，重新根据剩余燃油量确定对应的业务处理时间段，以确定加油站E是否为与导航信息相关的业务。

实施例三

作为又一示例性实施例，当导航信息除了包含导航线路之外，还包括预设维度的用户属性信息时，可以选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务符合所述用户属性信息对应的用户需求。

其中，举例而言，预设维度可以包括以下至少之一：用户数量、用户性别、用户年龄、用户关系；当然，该预设维度也可以包括其他类型，本公开并不对此进行限制。

以“娱乐”业务为例：当用户属性信息表明仅存在一名成人时，虽然沿途的业务包括游乐园C和景区G提供的娱乐业务，但该成人显然更加偏向于前往景区G而非游乐园C，因而选取景区G提供的娱乐业务为与导航信息相关的业务；而当用户属性信息表明由父母带着孩子出行时，则具有较大可能希望到游乐园C游玩，因而可以分别选取游乐园C和景区G提供的娱乐业务为与导航信息相关的业务。

需要说明的是：

一方面，除了上述实施例二中的“到达时间”因素和实施例三中的“用户属性”因素之外，还可以通过结合其他类型的可选内容，用于选取恰当的业务，以作为与导航信息相关的业务，本公开并不对此进行限制。

另一方面，导航信息中的多种可选内容之间可以相互结合应用。举例而言，在图6A所示的实施例中，虽然用户预计10:50到达游乐园C，但如果根据用户属性信息确定仅存在一名成人时，则该用户显然很大概率下不会选择去游乐园C，因而并不需要将游乐园C提供的娱乐业务作为与导航信息相关的业务。

在步骤308中，当用户处于空闲状态时，转入步骤310，否则等待。

在步骤310中，执行业务提示。

作为一示例性实施例，导航软件可以自动完成对选取的业务的预处理操作，而无需用户关注或操作。

作为另一示例性实施例，导航软件可以自动完成对选取的业务的预处理操作，并且可以在步骤310中，向用户提示与导航信息相关的业务，比如在电子设备的屏幕上展示、通过语音播报等，使用户及时了解该业务的情况。

作为又一示例性实施例，导航软件可以向用户提示与导航信息相关的业务，并由用户发出是否对业务执行预处理的选择指令，则导航软件根据接收到的用户选择指令，确定是否对相应的业务执行预处理操作。在该实施例中，通过用户的介入，避免对用户需求判断出错而给用户和业务提供方带来不便。

可选的，在对用户执行业务提示操作时，可以通过步骤308确定用户处于空闲状态时执行，比如用户在等红灯、在服务区休息或拥堵时，以避免影响用户的正常驾驶等行为。

在步骤312A中，执行预订操作。

作为一示例性实施例，导航软件可以根据导航信息，执行对业务的预订操作。比如对于餐饮业务，可以预订餐位或预先点餐；对于住宿业务，可以预订房间；对于娱乐业务，可以预订门票等。通过预订操作，使用户到达后无需额外操作；同时，可以避免相应的业务在用户到达后无法提供，比如酒店没有剩余房间等状况。

在步骤312B中，联系业务的提供方。

作为另一示例性实施例，导航软件可以向业务的提供方发送通知消息，该通知消息中包含导航信息。

比如导航信息中可以包括导航线路，业务的提供方可以据此了解用户的可能到达时间，从而预先做好准备，则用户到达业务的执行地点后，可以最为迅速地为用户提供服务。

再比如导航信息中可以包括用户属性信息，比如用户人数、性别、年龄、人员关系等，则对于餐饮业务、住宿业务、娱乐业务等，均可以据此确定所需的餐桌大小、房间类型、门票数量等。

当然，步骤312A和步骤312B仅示出了用于举例说明的两种预处理方式，而对于与业务执行相关的所有预处理操作，均可以通过本公开的技术方案实现，本公开并不对此进行限制。

与前述的基于导航信息的业务处理方法的实施例相对应，本公开还提供了基于导航信息的业务处理装置的实施例。

图7是根据一示例性实施例示出的一种基于导航信息的业务处理装置框图。参照图7，该装置包括获取单元71、确定单元72和执行单元73。

其中，获取单元71，被配置为获取导航信息；

确定单元72，被配置为确定与所述导航信息相关的业务；

执行单元73，被配置为在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

如图8所示，图8是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图7所示实施例的基础上，导航信息包括：导航线路；其中，确定单元72包括：第一选取子单元721。

第一选取子单元721，被配置为选取对应的执行地点位于所述导航线路的沿途或终点处的业务。

如图9所示，图9是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图8所示实施例的基础上，导航信息还包括：到达每个业务的执行地点的预估时间；其中，确定单元72包括：

第二选取子单元722，被配置为选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务对应的预估时间属于预定义的业务处理时间段。

可选的，所述预估时间与以下至少之一相关：用户采用的交通工具类型、所述交通工具的状态信息和交通状况。

如图10所示，图10是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图8所示实施例的基础上，导航信息还包括：预设维度的用户属性信息；其中，确定单元72包括：第三选取子单元723。

第三选取子单元723，被配置为选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务符合所述用户属性信息对应的用户需求。

可选的，所述预设维度包括以下至少之一：

用户数量、用户性别、用户年龄、用户关系。

如图11所示，图11是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图7所示实施例的基础上，确定单元72包括：业务获取子单元724和业务选取子单元725。

其中，业务获取子单元724，被配置为通过预配置的统一服务接口获取所有业务；

业务选取子单元725，被配置为从所述所有业务中，选取与所述导航信息相关的业务。

需要说明的是，上述图11所示的装置实施例中的业务获取子单元724和业务选取子单元725的结构也可以包含在前述图8-10的装置实施例中，对此本公开不进行限制。

如图12所示，图12是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图7所示实施例的基础上，执行单元73包括：预订子单元731。

其中，预订子单元731，被配置为根据所述导航信息，执行对所述业务的预订操作。

需要说明的是，上述图12所示的装置实施例中的预订子单元731的结构也可以包含在前述图8-11的装置实施例中，对此本公开不进行限制。

如图13所示，图13是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图7所示实施例的基础上，执行单元73包括：发送子单元732。

其中，发送子单元732，被配置为向所述业务的提供方发送通知消息，所述通知消息中包含所述导航信息。

需要说明的是，上述图13所示的装置实施例中的发送子单元732的结构也可以包含在前述图8-11的装置实施例中，对此本公开不进行限制。

如图14所示，图14是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图7所示实施例的基础上，还包括：提示单元74和预处理确定单元75。

其中，提示单元74，被配置为向用户提示与所述导航信息相关的业务；

预处理确定单元75，被配置为根据接收到的用户选择指令，确定是否对所述业务执行所述预处理操作。

需要说明的是，上述图14所示的装置实施例中的提示单元74和预处理确定单元75的结构也可以包含在前述图8-13的装置实施例中，对此本公开不进行限制。

如图15所示，图15是根据一示例性实施例示出的另一种基于导航信息的业务处理装置的框图，该实施例在前述图14所示实施例的基础上，还包括：判断单元76。

其中，判断单元76，被配置为判断所述用户是否处于预定义的空闲状态；

其中，当所述用户处于所述空闲状态时，向所述用户提示与所述导航信息相关的业务。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种基于导航信息的业务处理装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：获取导航信息；确定与所述导航信息相关的业务；在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

相应的，本公开还提供一种终端，所述终端包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：获取导航信息；确定与所述导航信息相关的业务；在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

图16是根据一示例性实施例示出的一种用于基于导航信息的业务处理的装置1600的框图。例如，装置1600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图16，装置1600可以包括以下一个或多个组件：处理组件1602，存储器1604，电源组件1606，多媒体组件1608，音频组件1610，输入/输出(I/O)的接口1612，传感器组件1614，以及通信组件1616。

处理组件1602通常控制装置1600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1602可以包括一个或多个处理器1620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1602可以包括一个或多个模块，便于处理组件1602和其他组件之间的交互。例如，处理组件1602可以包括多媒体模块，以方便多媒体组件1608和处理组件1602之间的交互。

存储器1604被配置为存储各种类型的数据以支持在装置1600的操作。这些数据的示例包括用于在装置1600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1606为装置1600的各种组件提供电力。电源组件1606可以包括电源管理系统，一个或多个电源，及其他与为装置1600生成、管理和分配电力相关联的组件。

多媒体组件1608包括在所述装置1600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1608包括一个前置摄像头和/或后置摄像头。当装置1600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1610被配置为输出和/或输入音频信号。例如，音频组件1610包括一个麦克风(MIC)，当装置1600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1604或经由通信组件1616发送。在一些实施例中，音频组件1610还包括一个扬声器，用于输出音频信号。

I/O接口1612为处理组件1602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1614包括一个或多个传感器，用于为装置1600提供各个方面的状态评估。例如，传感器组件1614可以检测到装置1600的打开/关闭状态，组件的相对定位，例如所述组件为装置1600的显示器和小键盘，传感器组件1614还可以检测装置1600或装置1600一个组件的位置改变，用户与装置1600接触的存在或不存在，装置1600方位或加速/减速和装置1600的温度变化。传感器组件1614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1616被配置为便于装置1600和其他设备之间有线或无线方式的通信。装置1600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1604，上述指令可由装置1600的处理器1620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (23)

1.一种基于导航信息的业务处理方法，其特征在于，包括：

获取导航信息；

确定与所述导航信息相关的业务；

在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

2.根据权利要求1所述的方法，其特征在于，所述导航信息包括：导航线路；其中，所述确定与所述导航信息相关的业务，包括：

选取对应的执行地点位于所述导航线路的沿途或终点处的业务。

3.根据权利要求2所述的方法，其特征在于，所述导航信息还包括：到达每个业务的执行地点的预估时间；其中，所述确定与所述导航信息相关的业务，包括：

选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务对应的预估时间属于预定义的业务处理时间段。

4.根据权利要求3所述的方法，其特征在于，所述预估时间与以下至少之一相关：用户采用的交通工具类型、所述交通工具的状态信息和交通状况。

5.根据权利要求2所述的方法，其特征在于，所述导航信息还包括：预设维度的用户属性信息；其中，所述确定与所述导航信息相关的业务，包括：

选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务符合所述用户属性信息对应的用户需求。

6.根据权利要求5所述的方法，其特征在于，所述预设维度包括以下至少之一：

用户数量、用户性别、用户年龄、用户关系。

7.根据权利要求1所述的方法，其特征在于，所述确定与所述导航信息相关的业务，包括：

通过预配置的统一服务接口获取所有业务；

从所述所有业务中，选取与所述导航信息相关的业务。

8.根据权利要求1所述的方法，其特征在于，所述执行与所述业务相关的预处理操作，包括：

根据所述导航信息，执行对所述业务的预订操作。

9.根据权利要求1所述的方法，其特征在于，所述执行与所述业务相关的预处理操作，包括：

向所述业务的提供方发送通知消息，所述通知消息中包含所述导航信息。

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

向用户提示与所述导航信息相关的业务；

根据接收到的用户选择指令，确定是否对所述业务执行所述预处理操作。

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

判断所述用户是否处于预定义的空闲状态；

其中，当所述用户处于所述空闲状态时，向所述用户提示与所述导航信息相关的业务。

12.一种基于导航信息的业务处理装置，其特征在于，包括：

获取单元，获取导航信息；

确定单元，确定与所述导航信息相关的业务；

执行单元，在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。

13.根据权利要求12所述的装置，其特征在于，所述导航信息包括：导航线路；其中，所述确定单元包括：

第一选取子单元，选取对应的执行地点位于所述导航线路的沿途或终点处的业务。

14.根据权利要求13所述的装置，其特征在于，所述导航信息还包括：到达每个业务的执行地点的预估时间；其中，所述确定单元包括：

第二选取子单元，选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务对应的预估时间属于预定义的业务处理时间段。

15.根据权利要求14所述的装置，其特征在于，所述预估时间与以下至少之一相关：用户采用的交通工具类型、所述交通工具的状态信息和交通状况。

16.根据权利要求13所述的装置，其特征在于，所述导航信息还包括：预设维度的用户属性信息；其中，所述确定单元包括：

第三选取子单元，选取对应的执行地点位于所述导航线路的沿途或终点处的业务，且所述业务符合所述用户属性信息对应的用户需求。

17.根据权利要求16所述的装置，其特征在于，所述预设维度包括以下至少之一：

用户数量、用户性别、用户年龄、用户关系。

18.根据权利要求12所述的装置，其特征在于，所述确定单元包括：

业务获取子单元，通过预配置的统一服务接口获取所有业务；

业务选取子单元，从所述所有业务中，选取与所述导航信息相关的业务。

19.根据权利要求12所述的装置，其特征在于，所述执行单元包括：

预订子单元，根据所述导航信息，执行对所述业务的预订操作。

20.根据权利要求12所述的装置，其特征在于，所述执行单元包括：

发送子单元，向所述业务的提供方发送通知消息，所述通知消息中包含所述导航信息。

21.根据权利要求12所述的装置，其特征在于，还包括：

提示单元，向用户提示与所述导航信息相关的业务；

预处理确定单元，根据接收到的用户选择指令，确定是否对所述业务执行所述预处理操作。

22.根据权利要求21所述的装置，其特征在于，还包括：

判断单元，判断所述用户是否处于预定义的空闲状态；

其中，当所述用户处于所述空闲状态时，向所述用户提示与所述导航信息相关的业务。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取导航信息；

确定与所述导航信息相关的业务；

在到达所述业务的执行地点之前，执行与所述业务相关的预处理操作。