CN110887498B - 导航路线推荐方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本发明提供了一种导航路线推荐方法、装置、电子设备及可读存储介质。该方法包括：向服务器发送对应于指定模式的导航请求；服务器在判定用户的身份信息满足预设条件时，基于导航请求对应的位置信息获取包括了出行价格最低的目标导航路线方案的多种待选导航路线方案，并对该目标导航路线进行标记得到标识信息；接收服务器下发的多种待选导航路线方案以及标识信息，在相应的路线推荐页面显示多种待选导航路线方案，并在接收到上述标识信息时，根据该标识信息对所显示的目标导航路线方案进行标识，以对出行最省的导航路线方案进行提示，从而帮助用户快速选择路线方案。

Description

导航路线推荐方法、装置、电子设备及可读存储介质

技术领域

本发明涉及导航技术领域，尤其涉及一种导航路线推荐方法、装置、电子设备及可读存储介质。

背景技术

随着导航技术的不断发展，地图软件的使用越来越广泛。地图软件可以根据用户设置的出发地和目的地为用户推荐路线方案，极大地方便了人们的工作和生活。且随着道路规划的日新月异，人们出行也越来越依赖于地图软件。地图软件的路线推荐是用户选择路线方案的主要参考指标。然而，现有地图软件的推荐方式还不够完善，不利于用户快速选择路线方案。

发明内容

鉴于上述问题，本申请提供了一种导航路线推荐方法、装置、电子设备及可读存储介质，用于解决现有技术中推荐方式不够完善，不利于用户快速选择路线方案的技术问题。

第一方面，本发明实施例提供了一种导航路线推荐方法，应用于客户端，所述方法包括：所述客户端响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，所述导航请求包括所述用户的身份信息和所述导航操作对应的位置信息；所述客户端将所述导航请求发送给服务器，以使所述服务器在所述身份信息满足预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案，对所述目标导航路线方案进行标记，得到标识信息；所述客户端在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案，并在接收到所述标识信息时，根据所述标识信息对显示的所述目标导航路线方案进行标识。

进一步地，所述指定模式为驾车模式，所述出行价格为打车价格，所述方法还包括：当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，所述客户端展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。

进一步地，所述在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案包括：当接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位。

进一步地，所述位置信息包括起点位置和终点位置，所述根据所述标识信息对显示的所述目标导航路线方案进行标识之后，还包括：当检测到所述客户端停留在所述指定模式对应的路线推荐页面时，所述客户端间隔预设时间生成对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；所述客户端将所述更新请求发送给所述服务器，以使得所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端；所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

进一步地，所述指定模式为驾车模式、骑行模式和公交模式中的任意一种。

第二方面，本发明实施例还提供了一种导航路线推荐方法，应用于服务器。所述方法包括：所述服务器接收客户端发送的对应于指定模式的导航请求，所述导航请求包括用户的身份信息和所述导航操作对应的位置信息；所述服务器判断所述身份信息是否满足预设条件，当满足所述预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案；所述服务器对所述目标导航路线方案进行标记，得到标识信息，并将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端，以使所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并根据所述标识信息对显示的所述目标导航路线方案进行标识。

进一步地，所述指定模式为驾车模式，所述判断所述身份信息是否满足预设条件包括：基于所述身份信息，判断所述用户是否具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件。

进一步地，所述基于所述身份信息，判断所述用户是否具有打车需求包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求。

进一步地，所述用户类型包括第一类型和第二类型。所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求。

进一步地，所述场景条件包括以下几个条件中的一个或多个：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所。

进一步地，所述位置信息包括起点位置和终点位置。所述将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端之后，还包括：所述服务器接收所述客户端发送的对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端，以使所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

第三方面，本发明实施例还提供了一种导航路线推荐方法，应用于客户端，所述方法包括：所述客户端响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，并将所述导航请求发送给服务器；所述客户端获取所述用户的身份信息，并判断所述身份信息是否满足预设条件；当所述身份信息满足所述预设条件时，所述客户端基于所述服务器下发的多种待选导航路线方案，确定出行价格最低的目标导航路线方案；所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并对所述目标导航路线方案进行标识。

进一步地，所述指定模式为驾车模式，所述判断所述身份信息是否满足预设条件包括：基于所述身份信息，判断所述用户是否具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件。

进一步地，所述基于所述身份信息，判断所述用户是否具有打车需求包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求。

进一步地，所述用户类型包括第一类型和第二类型。所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求。

进一步地，所述场景条件包括以下几个条件中的一个或多个：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所。

进一步地，所述指定模式为驾车模式，所述出行价格为打车价格。所述方法还包括：当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，所述客户端展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。

第四方面，本发明实施例还提供了一种导航路线推荐装置，应用于客户端。所述装置包括：第一生成模块，用于响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，所述导航请求包括所述用户的身份信息和所述导航操作对应的位置信息；第一发送模块，用于将所述导航请求发送给服务器，以使所述服务器在所述身份信息满足预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案，对所述目标导航路线方案进行标记，得到标识信息；第一显示模块，用于在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案，并在接收到所述标识信息时，根据所述标识信息对显示的所述目标导航路线方案进行标识。

进一步地，所述指定模式为驾车模式，所述出行价格为打车价格。所述装置还包括：第一路线展示模块，用于当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；第一标识模块，用于当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，对所述打车价格进行标识。

进一步地，所述第一显示模块具体用于：当接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位。

进一步地，所述位置信息包括起点位置和终点位置。所述装置还包括：检测模块，用于当检测到所述客户端停留在所述指定模式对应的路线推荐页面时，间隔预设时间生成对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；上报模块，用于将所述更新请求发送给所述服务器，以使得所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端；第一更新模块，用于根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

进一步地，所述指定模式为驾车模式、骑行模式和公交模式中的任意一种。

第五方面，本发明实施例还提供了一种导航路线推荐装置，应用于服务器。所述装置包括：接收模块，用于接收客户端发送的对应于指定模式的导航请求，所述导航请求包括用户的身份信息和所述导航操作对应的位置信息；获取模块，用于判断所述身份信息是否满足预设条件，当满足所述预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案；第二发送模块，用于对所述目标导航路线方案进行标记，得到标识信息，并将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端，以使所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并根据所述标识信息对显示的所述目标导航路线方案进行标识。

进一步地，所述指定模式为驾车模式，所述获取模块具体用于：基于所述身份信息，判断所述用户是否具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件。

进一步地，所述获取模块具体用于：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求。

进一步地，所述用户类型包括第一类型和第二类型，所述获取模块具体用于：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求。

进一步地，所述场景条件包括以下几个条件中的一个或多个：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所。

进一步地，所述位置信息包括起点位置和终点位置，所述装置还包括：更新请求接收模块，用于接收所述客户端发送的对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；第二更新模块，用于根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端，以使所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

第六方面，本发明实施例还提供了一种导航路线推荐装置，应用于客户端。所述装置包括：第二生成模块，用于响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，并将所述导航请求发送给服务器；判断模块，用于获取所述用户的身份信息，并判断所述身份信息是否满足预设条件；确定模块，用于当所述身份信息满足所述预设条件时，基于所述服务器下发的多种待选导航路线方案，确定出行价格最低的目标导航路线方案；第二显示模块，用于在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并对所述目标导航路线方案进行标识。

进一步地，所述指定模式为驾车模式，所述判断模块具体用于：基于所述身份信息，判断所述用户是否具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件。

进一步地，所述判断模块具体用于：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求。

进一步地，所述用户类型包括第一类型和第二类型。所述判断模块具体用于：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求。

进一步地，所述场景条件包括以下几个条件中的一个或多个：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所。

进一步地，所述指定模式为驾车模式，所述出行价格为打车价格。所述装置还包括：第二路线展示模块，用于当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；第二标识模块，用于当所触发待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，对所述打车价格进行标识。

第七方面，本发明实施例还提供了一种电子设备，包括处理器和存储器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时使所述电子设备执行上述第一方面、第二方面或第三方面所述导航路线推荐方法的步骤。

第八方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面、第二方面或第三方面所述导航路线推荐方法的步骤。

在本发明实施例的技术方案中，客户端向服务器发送对应于指定模式的导航请求，该导航请求包括用户的身份信息和用户触发的导航操作对应的位置信息；服务器在判定该身份信息满足预设条件时，基于该位置信息获取包括了出行价格最低的目标导航路线方案的多种待选导航路线方案，并对该目标导航路线进行标记得到标识信息，然后将多种待选导航路线方案以及标识信息均反馈给客户端；客户端会在上述指定模式对应的路线推荐页面显示服务器下发的多种待选导航路线方案，并在接收到上述标识信息时，根据该标识信息对所显示的目标导航路线方案进行标识。这样就可以在为特定用户推荐指定模式的导航路线方案时，提示用户出行最省的导航路线方案，从而帮助特定用户快速选择路线方案。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明第一实施例提供的一种导航路线推荐方法的方法流程图；

图2为本发明第一实施例提供的驾车路线页面的第一种显示示意图；

图3为本发明第一实施例提供的驾车路线页面的第二种显示示意图；

图4为本发明第一实施例提供的驾车路线页面的第三种显示示意图；

图5为本发明第二实施例提供的一种导航路线推荐方法的方法流程图；

图6为本发明第三实施例提供的一种导航路线推荐方法的方法流程图；

图7为本发明第四实施例提供的一种导航路线推荐装置的功能模块框图；

图8为本发明第五实施例提供的一种导航路线推荐装置的功能模块框图；

图9为本发明第六实施例提供的一种导航路线推荐装置的功能模块框图；

图10为本发明一示例性实施例示出的一种电子设备的结构示意图；

图11为本发明第七实施例提供的一种电子设备作为服务器时的结构示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参见图1，本发明第一实施例提供的一种导航路线推荐方法，应用于客户端。本实施例中，该客户端可以是应用客户端如地图应用客户端，也可以是安装有地图应用客户端的用户终端如个人电脑 (Personal Computer，PC)、手机、平板电脑、可穿戴设备、个人数字助理等。如图1所示，该方法包括以下步骤：

步骤S101，所述客户端响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，所述导航请求包括所述用户的身份信息和所述导航操作对应的位置信息；

可以理解的是，地图应用客户端中有驾车模式、公交模式、步行模式、骑行模式、顺风车模式等导航模式，用户可以根据需要选择导航模式。本实施例中，指定模式可以为驾车模式。当然，在本发明其他实施例中，指定模式也可以是其他需要产生费用的导航模式，如公交模式、骑行模式或顺风车模式等。

当用户在客户端中执行导航操作，具体包括：设置位置信息即起点位置和终点位置，选择需要的导航模式后，客户端将生成该导航模式对应的导航请求，并向服务器发送该导航请求。导航请求中带有用户的身份信息和用户设置的位置信息，服务器接收到该导航请求后就可以根据该导航请求、预设的路网数据以及预设的路线规划策略进行求路。其中，用户的身份信息可以是用户触发导航操作的设备的身份信息，如可以是设备ID。或者，当客户端为地图应用客户端或者是安装有地图应用客户端的用户终端时，对于地图应用客户端的注册用户，上述身份信息也可以是用户登录该地图应用客户端的账号信息。当然，上述身份信息也可以同时包括设备ID和用户的账号信息。

具体来讲，用户基于指定模式触发导航操作的过程可以根据具体应用场景的不同而不同。例如，当指定模式为驾车模式时，在一种具体应用场景中，用户打开地图应用客户端后，点击路线按钮，就可以进入求路页面，求路页面显示有导航模式选择按钮、起点输入窗口和终点输入窗口，用户可以在求路页面选择驾车模式，例如可以通过点击驾车模式对应的按钮实现驾车模式的选择，并在起点输入窗口设置起点位置，在终点输入窗口设置终点位置，完成导航操作。

步骤S102，所述客户端将所述导航请求发送给服务器，以使所述服务器在所述身份信息满足预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案，对所述目标导航路线方案进行标记，得到标识信息；

客户端向服务器发送指定模式对应的导航请求后，服务器获取导航请求中的身份信息和位置信息，并判断所获取的身份信息是否满足预设条件。当身份信息满足预设条件时，需要在后续求路过程中获取指定模式下，该位置信息对应的出行价格最低的目标导航路线方案，并对该目标导航路线方案进行标记，得到标识信息。当身份信息不满足预设条件时，则可以按照现有的路线规划策略给出待选导航路线方案，不需要获取出行价格最低的目标导航路线方案，也就更不需要进行标记操作。这样能够针对特定用户进行出行价格最省路线方案的获取和标记，避免对无该需求的用户造成干扰。

本实施例中，判断所获取的身份信息是否满足预设条件的实施方式可以有多种，具体可以根据实际应用场景设计。例如，客户端可以基于用户触发的是否有出行费用最省提示需求的指示，对具有出行费用最省提示需求的用户的身份信息进行标记，以表示该用户的此次导航操作具有提示出行费用最省方案的需求。此时，客户端所生成的导航请求中包括的身份信息为被标记的身份信息。服务器可以从导航请求中获取到用户的身份信息后，并检测所述身份信息是否被标记，当所述身份信息被标记时，则判定该身份信息满足预设条件，当所述身份信息未被标记时，则判定该身份信息不满足预设条件。

以指定模式为驾车模式为例，可以通过判断该身份信息对应的用户是否具有打车需求，来判断所获取的身份信息是否满足预设条件。当用户具有打车需求时，则判定身份信息满足预设条件，当用户不具有打车需求时，则判定身份信息不满足预设条件。具体来讲，判断该身份信息对应的用户是否具有打车需求可以有多种实施方式，本实施例主要列举以下三种实施方式。

作为第一种可选方式基于身份信息，判断用户是否具有打车需求的过程可以包括：根据身份信息获取用户对应的历史导航数据，然后根据历史导航数据以及预设规则，确定该用户所属的用户类型，进而根据用户所属的用户类型判断该用户是否具有打车需求。

作为第二种可选方式，服务器可以预先对每个用户对应的历史导航数据进行分析，得到每个用户的用户类型，生成用户的身份信息与用户类型的映射关系。服务器接收到导航请求后，可以基于从导航请求中获取的身份信息，查找映射关系得到该身份信息对应的用户类型。进一步，再根据用户所属的用户类型判断该用户是否具有打车需求。

作为第三种可选方式，客户端可以基于用户输入的打车需求指示，对具有打车需求的用户的身份信息进行标记，以表示该用户的此次导航操作具有打车需求。此时，客户端所生成的导航请求中包括的身份信息为被标记的身份信息。服务器从导航请求中获取到用户的身份信息后，可以先检测所述身份信息是否被标记，当所述身份信息被标记时，则判定该用户具有打车需求，当所述身份信息未被标记时，则判定该用户不具有打车需求。

本实施例中，当指定模式为驾车模式时，上述出行价格为打车价格。此时，服务器基于所获取的位置信息进行求路的过程可以有多种实施方式，下面主要列举三种可选的实施方式进行说明。

作为第一种可选的实施方式，若用户身份信息满足预设条件，服务器在基于位置信息规划驾车导航路线方案时，可以结合距离、时间以及打车价格计算规则设置路线规划策略，得到该位置信息对应的打车价格最低的待选导航路线方案，将该待选导航路线方案作为目标导航路线方案。当然，除了该目标导航路线方案以外，服务器还根据位置信息规划了其他待选导航路线方案，例如，可以按照现有的路线规划策略得到距离最短的导航路线方案和用时最短的导航路线方案均作为待选导航路线方案，此时，客户端也可以给距离最短的导航路线方案和/或用时最短的导航路线方案标识相应的标签。需要说明的是，待选导航路线方案的具体数量可以根据需要设置，例如，可以设置为两个、三个或四个等。

作为第二种可选的实施方式，若用户身份信息满足预设条件，服务器在基于位置信息规划驾车导航路线方案时，可以根据预先基于时间和/或距离设置的路线规划策略得到该位置信息对应的多种驾车导航路线方案。然后计算每种导航路线方案的打车价格，将这些导航路线方案中打车价格最低的方案作为目标导航路线方案。最后从这些导航路线方案中选取要下发给客户端的多种待选导航路线方案，且所选取的待选导航方案中包括目标导航路线方案。例如，可以选取时间最短、距离最短以及打车最省的导航路线方案作为待选导航路线方案，当然，若这几种方案存在重叠情况如距离最短的方案即为打车最省的方案时，可以继续增选时间第二短或距离第二短的方案。需要说明的是，待选导航路线方案的具体数量可以根据需要设置，例如，可以设置为两个、三个或四个等，且待选导航路线方案的具体数量小于路线规划所得到的导航路线方案的数量。

作为第三种可选的实施方式，若用户身份信息满足预设条件，服务器在基于位置信息规划驾车导航路线方案时，可以根据预先基于时间和/或距离设置的路线规划策略得到该位置信息对应的多种待选导航路线方案，且待选导航路线方案的具体数量可以根据需要设置，例如，可以设置为两个、三个或四个等。然后计算每种待选导航路线方案的打车价格，将所得到的多种待选导航路线方案中打车价格最低的方案作为目标导航路线方案。

另外，当指定模式为其他需要产生费用的导航模式时，以公交模式为例，对于身份信息满足预设条件的用户，服务器可以基于所获取的位置信息规划公交（包括地铁）路线，得到多种待选导航路线方案，并比较每种待选导航路线方案的价格，将其中价格最低的待选导航路线方案作为目标导航路线方案。

在服务器求路过程中，服务器得到目标导航路线方案后，还需要对目标导航路线方案进行标记，得到标识信息。该标识信息与目标导航路线方案对应，用于帮助客户端从接收到的多个待选导航路线方案中，查找目标导航路线方案。此后，服务器可以将所得到的多种目标导航路线方案和标识信息均下发给客户端。

步骤S103，所述客户端在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案，并在接收到所述标识信息时，根据所述标识信息对所述目标导航路线方案进行标识。

客户端接收到服务器下发的多种待选导航路线方案后，会在指定模式对应的路线推荐页面显示每种待选导航路线方案。例如，当指定模式为驾车模式时，将在驾车路线推荐页面显示每种待选导航路线方案。

此外，当客户端除了接收到服务器下发的多种待选导航路线方案以外，还接收到服务器下发的标识信息时，根据该标识信息对目标导航路线方案进行标识。作为一种可选的方式，可以在目标导航路线方案的展示区域标识第一预设标签。其中，第一预设标签用于提示用户该导航路线方案为打车最省的方案。第一预设标签可以预先在客户端中设置，或者，服务器下发的标识信息中可以包括有第一预设标签，此时，客户端可以从标识信息中获取第一预设标签。需要说明的是，第一预设标签的具体样式可以根据实际需要设置，例如，可以是“打车最省”或“最省”字样的文字标签或者是其他样式的标签。

以驾车模式为例，当用户点击路线推荐页面显示的任意一种待选导航路线方案的展示区域时，路线推荐页面的路线展示区域会展示相应的导航路线。如图2所示，假设用户搜索从当前位置到A位置的驾车路线方案时，路线推荐页面201依次显示第一待选导航路线方案204、第二待选导航路线方案205以及第三待选导航路线方案206时，当用户点击第一待选导航路线方案204的展示区域时，路线展示区域202展示第一待选导航路线方案对应的导航路线203。

如图2所示，当第三待选导航路线方案为标识信息对应的目标导航路线方案时，在第三待选导航路线方案206即第三待选导航路线方案的展示区域标识“打车最省”字样的第一预设标签207。另外，第一预设标签在第三待选导航路线方案的展示区域中的设置位置也可以根据实际需要设置，例如，当方案展示区域为长方形时，可以设置在方案展示区域的上侧，或者，也可以设置在方案展示区域的任意一个边角处。

需要说明的是，当服务器判定用户的身份信息不满足预设条件时，则不会生成上述标识信息，即客户端则不会接收到标识信息，也就不能根据标识信息对待选导航路线方案进行标识。

可以理解的是，当客户端接收到上述标识信息时，路线推荐页面显示的待选导航路线方案是按照一定的顺序排列的。为了尽量避免对正常自驾出行用户造成干扰，作为一种可选的实施方式，在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案包括：当接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位。例如，当客户端接收的待选导航路线方案分别为方案一、方案二和方案三，且其中方案二为标识信息对应的目标导航路线方案时，可以将方案二对应的操作区域排在最后一位。

另外，当指定模式为驾车模式，且上述出行价格为打车价格时，为了进一步方便用户快速选取导航路线方案，作为一种可选的实施例，本实施例提供的导航路线推荐方法还可以包括：当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，所述客户端展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。作为一种可选的方式，可以在打车价格的展示区域标识第二预设标签。需要说明的是，第二预设标签可以在客户端中预先设置，具体样式可以根据实际需要设置，例如，可以是“打车最省”或“最省”字样的文字标签或者是其他样式的标签。另外，第二预设标签的标识位置也可以根据实际需要设置，例如，当打车价格对应的展示区域为长方形时，可以设置在该展示区域的上侧，或者，也可以设置在该展示区域的任意一个边角处。

举例来讲，在用户通过智能手机或平板电脑等触摸屏显示设备使用地图应用客户端时，用户可以通过触摸屏点击某待选导航路线方案的展示区域，以选中该待选导航路线方案，此后，用户可以通过点击路线推荐页面中设置的路线详情显示按钮，或者是，针对所选中的待选导航路线方案进行上滑操作，以显示所选中的待选导航路线方案的路线信息。智能手机（或平板电脑）可以获取用户点击的位置，判断用户点击的位置是否属于待选导航路线方案的展示区域内，若属于，则确定用户点击了该待选导航路线方案，接着，再获取用户点击的位置或者执行上滑手势的触发位置，若用户点击的位置属于路线详情显示按钮的显示区域内或者上滑手势的触发位置属于待选导航路线方案的展示区域内，则视为检测到用于触发待选导航路线方案的触发操作。

可以理解的是，当检测到有用于触发路线推荐页面的任意一个待选导航路线方案的触发操作时，客户端会在路线推荐页面展开所隐藏的该待选导航路线方案的路线详情，且在展开页面的预设区域显示相应待选导航路线方案的打车价格。例如，如图3所示，当检测到有用于触发第三待选导航路线方案的触发操作时，在路线推荐页面的展开页面显示第三待选导航路线方案的路线详情，并在展开页面左下角的预设区域301显示第三待选导航路线方案的打车价格，若第三待选导航路线方案为打车价格最低的目标导航路线方案时，则在预设区域的右上角显示“最省”字样的第二预设标签302。

需要说明的是，第二预设标签的标识与用户的身份信息是否满足预设条件，即客户端是否接收到标识信息无关，即使用户的身份信息不满足预设条件即客户端没有接收到标识信息，没有进行标识第一预设标签的操作，客户端仍可以进行上述标识第二预设标签的操作。此时，客户端可以获取服务器下发的每种待选导航路线方案的打车价格；对服务器下发的待选导航路线方案中，打车价格最低的待选导航路线方案进行标记；当检测到用于触发被标记的待选导航路线方案对应的操作区域的触发操作时，在用于显示该待选导航路线方案打车价格的预设区域401标识第二预设标签402，如图4所示。

本实施例中，由于路况可能会随时间发生变化，为了确保所推荐的出行费用最省路线的合理性，可以进一步对出行费用最省路线进行实时更新。因此，作为一种可选的实施例，上述根据所述标识信息对显示的所述目标导航路线方案进行标识之后，本实施例提供的导航路线推荐方法还可以包括：当检测到所述客户端停留在所述指定模式对应的路线推荐页面时，所述客户端间隔预设时间生成对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；所述客户端将所述更新请求发送给所述服务器，以使得所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端；所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

客户端一直停留在指定模式对应的路线推荐页面，则表示用户在使用该路线推荐页面推荐的导航路线方案，此时，实时更新出行费用最省的路线方案能够为用户提供更合理的出行路线。在上述更新操作中，生成更新请求所间隔的预设时间可以根据实际情况设置，例如，可以是5分钟或10分钟等。

举例来讲，若目标导航路线方案起点位置为P0位置，终点位置为P2位置，更新请求中包括的当前位置为位于P0位置与P2位置之间的P1位置，若目标导航路线方案中，由P1位置到P2位置的路线与备选导航路线方案给出的由P1位置到P2位置的路线相同，则表示备选导航路线方案属于目标导航路线方案，结束本次更新，或者是下发一个标志信息给客户端，表示结束本次更新；若目标导航路线方案中，由P1位置到P2位置的路线与备选导航路线方案给出的由P1位置到P2位置的路线不同，则表示需要更新出行费用最省的目标导航路线方案，将备选导航路线方案下发给客户端。

客户端接收到服务器基于更新请求下发的备选导航路线方案后，基于备选导航路线方案生成提示信息，以便于用户可以及时获知出行费用最省方案存在更新。作为一种可选方式，提示信息中除了包括路线更新按钮以外，还可以包括备选导航路线方案的相关路线信息、出行价格信息以及差额信息中的一种或多种。其中，差额信息为采用当前的目标导航路线方案从当前位置到终点位置的出行价格与采用备选导航路线方案从当前位置到终点位置的出行价格之间的差值。

当用户点击路线更新按钮时，则可以将目标导航路线方案中由当前位置到终点位置之间的路线替换为备选导航路线方案给出的路线，当用户忽略提示信息时，即在指定时间内没有检测到点击路线更新按钮的操作或者是检测到关闭提示信息的操作时，则保留原有的目标导航路线方案，结束本次更新。

本实施例提供的导航路线推荐方法，通过客户端向服务器发送对应于指定模式的导航请求，由服务器在判定该导航请求包括的身份信息满足预设条件时，基于该导航请求包括的位置信息获取多种待选导航路线方案，且这些待选导航路线方案中包括了出行价格最低的目标导航路线方案，进而对该目标导航路线进行标记得到标识信息，并将所获取的多种待选导航路线方案以及标识信息均下发给客户端；再由客户端在上述指定模式对应的路线推荐页面显示服务器下发的多种待选导航路线方案，并在接收到上述标识信息时，根据该标识信息对所显示的目标导航路线方案进行标识，以提示用户。这样就可以在为身份信息满足预设条件的特定用户推荐指定模式的导航路线方案时，提示用户出行最省的导航路线方案，从而帮助特定用户快速选择路线方案。

当指定模式为驾车模式时，可以直接在驾车路线推荐页面对打车最省的导航路线方案进行提示，无需用户展开方案的详细信息并对比不同方案的打车价格，帮助用户快速获知打车最省的方案，减少思考的时间，有利于用户快速选择路线方案，且有效地降低了用户的操作成本，提升用户体验，使得地图软件变得更加友好，增强用户粘性。

请参见图5，本发明第二实施例提供的一种导航路线推荐方法，为上述第一实施例中服务器端执行的导航路线推荐方法，该方法包括以下步骤：

步骤S501，所述服务器接收客户端发送的对应于指定模式的导航请求，所述导航请求包括用户的身份信息和所述导航操作对应的位置信息；

可以理解的是，地图应用客户端中有驾车模式、公交模式、步行模式、骑行模式、顺风车模式等导航模式，用户可以根据需要选择导航模式。本实施例中，指定模式可以为驾车模式。当然，在本发明其他实施例中，指定模式也可以为其他需要产生费用的导航模式，如公交模式、骑行模式或顺风车模式等。例如，当指定模式为驾车模式时，客户端则生成驾车模式对应的导航请求，以使得服务器根据该导航请求规划驾车路线方案。

导航请求中，用户的身份信息可以包括用户触发导航操作的设备的身份信息，如可以是设备ID。或者，当客户端为地图应用客户端或者是安装有地图应用客户端的用户终端时，对于地图应用客户端的注册用户，上述身份信息可以包括用户登录该地图应用客户端的账号信息。当然，上述身份信息也可以同时包括设备ID和用户的账号信息。导航操作对应的位置信息即为用户为该次导航设置的位置信息，包括起点位置和终点位置。

步骤S502，所述服务器判断所述身份信息是否满足预设条件，当满足所述预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案；

步骤S503，所述服务器对所述目标导航路线方案进行标记，得到标识信息，并将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端，以使所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并根据所述标识信息对所述目标导航路线方案进行标识。

本实施例中，判断所获取的身份信息是否满足预设条件的实施方式可以有多种，具体可以根据实际应用场景设计。例如，客户端可以基于用户触发的是否有出行费用最省提示需求的指示，对具有出行费用最省提示需求的用户的身份信息进行标记，以表示该用户的此次导航操作具有提示出行费用最省方案的需求。此时，客户端所生成的导航请求中包括的身份信息为被标记的身份信息。服务器可以从导航请求中获取到用户的身份信息，并检测所述身份信息是否被标记，当所述身份信息被标记时，则判定该身份信息满足预设条件，当所述身份信息未被标记时，则判定该身份信息不满足预设条件。

以指定模式为驾车模式为例，可以通过判断该身份信息对应的用户是否具有打车需求，来判断所获取的身份信息是否满足预设条件。当基于身份信息判定用户具有打车需求时，则判定身份信息满足预设条件，当判定用户不具有打车需求时，则判定身份信息不满足预设条件。具体来讲，判断该身份信息对应的用户是否具有打车需求可以有多种实施方式，本实施例主要列举以下三种实施方式。

具体来讲，基于身份信息，判断用户是否具有打车需求的实施方式可以有多种，本实施例主要以以下三种实施方式为例进行说明。

第一种，服务器可以根据身份信息获取用户对应的历史导航数据，然后根据历史导航数据以及预设规则，确定该用户所属的用户类型，进而根据用户所属的用户类型判断该用户是否具有打车需求，当判定用户具有打车需求时，则判定上述身份信息满足预设条件。

可以理解的是，服务器中存储有用户导航日志，用户导航日志包括有各用户使用地图应用客户端的历史导航数据，可以根据用户的身份信息查找该用户对应的历史导航数据。进一步地，可以根据历史导航数据得到用户选择每种导航模式进行路线规划的次数，并基于选择次数最多的导航模式确定该用户的用户类型。例如，可以将选择公交模式次数最多或选择步行模式次数最多的用户的类型确定为第一类型，将选择驾车模式次数最多的用户的类型确定为第二类型。也就是说，第一类型表示公交用户，第二类型表示自驾用户。

可以理解的是，对于公交用户来讲，若选择了驾车模式进行路线规划，则具有打车需求的可能性较大。因此，作为一种实施方式，当用户属于第一类型时，可以判定该用户具有打车需求。基于此，在一种具体应用场景中，公交用户打开地图应用客户端规划自驾路线时，则判定该用户具有打车需求。

对于自驾用户来讲，选择驾车模式可能有两种情况，一种是自驾出行，另一种是打车出行，此时，可以根据实际场景来判断该用户是否具有打车需求。因此，作为一种实施方式，当用户属于第二类型时，可以获取该用户当前所处的场景信息，判断该场景信息是否满足预设的场景条件，当该场景信息满足预设的场景条件时，则判定所述用户具有打车需求。

其中，场景条件可以根据需要设置，可以设置一个，也可以设置多个。当场景条件包括多个条件时，用户当前所处的场景信息满足任意一个条件时，则判定该用户具有打车需求。作为一种可选的实施方式，场景条件可以包括：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所中的一个或多个。例如，目标场所可以包括机场、火车站等。

需要说明的是，对于预先在地图应用客户端中添加了车牌号的自驾用户，服务器中可以存储该用户的车牌信息，包括车牌号和对应的限行时间。

还需要说明的是，服务器可以基于每个用户对应的历史导航数据确定该用户的历史位置或家、公司地址，从而可以基于历史位置或家、公司地址确定用户的常住城市。可以理解的是，用户在非常住城市使用地图应用客户端，出差或旅游的概率较高，因此，若用户在该场景下规划驾车路线，可以判定该用户具有打车需求。

上述所获取的场景信息由所设置的场景条件决定。例如，在一种具体的应用场景中，场景条件包括：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所时，所获取的场景信息可以包括：当前时间、当前位置以及当前场所。此时，需要分别判断当前时间是否属于该用户的车牌限行时间、当前位置是否属于该用户的常住城市以及当前场所是否为预设的目标场所。需要说明的是，当其中任意一个条件满足时，就可以停止判断，直接判定该用户具有打车需求。另外，可以理解的是，对于没有添加车牌的用户，则无需执行上述判断当前时间是否属于该用户的车牌限行时间的步骤。此时，在一种具体应用场景中，自驾出行的用户绑定车牌号后，在限行日打开地图应用客户端规划自驾路线，则判定该用户具有打车需求。在另一种具体应用场景中，用户在异地打开地图应用客户端规划自驾路线，或是在机场、火车站这些场景规划自驾路线，则判定该用户具有打车需求。

通过用户类型结合用户当前所处的场景信息来智能化地判断用户是否具有打车需求，能够有效地提高需求判定的准确性，使得本方案更能够符合用户需求，提高用户体验。

第二种，服务器可以预先对每个用户对应的历史导航数据进行分析，得到每个用户的用户类型，生成用户的身份信息与用户类型的映射关系。服务器接收到导航请求后，可以基于从导航请求中获取的身份信息，查找映射关系得到该身份信息对应的用户类型。进一步，根据用户所属的用户类型判断该用户是否具有打车需求的具体实施方式可以参照上述第一种方式，此处不再赘述。

第三种，客户端可以基于用户输入的打车需求指示，对具有打车需求的用户的身份信息进行标记，以表示该用户的此次导航操作具有打车需求。此时，客户端所生成的导航请求中包括的身份信息为被标记的身份信息。服务器从导航请求中获取到用户的身份信息后，可以先检测所述身份信息是否被标记，当所述身份信息被标记时，则判定该身份信息满足预设条件，即该用户具有打车需求。例如，当用户在客户端选择驾车模式进行求路时，客户端可以弹出一个打车需求询问窗口，该窗口中设置有“是”和“否”按钮，当用户点击“是”时，则表示该用户具有打车需求，执行对该用户的身份信息进行标记的操作，当用户点击“否”时，则表示该用户没有打车需求，则不执行对该用户的身份信息进行标记的操作。

当然，在本发明的其他实施例中，判断所获取的身份信息是否满足预设条件也可以有其他实施方式。例如，可以在会员注册信息填写页面中，设置最省打车路线推荐需求选项，当用户选择“是”时，表示该用户具有最省打车路线推荐需求，当用户选择“否”时，表示该用户没有最省打车路线推荐需求，并且用户可以根据需要随时修改对最省打车路线推荐需求选项的配置。服务器中可以预先根据各用户的注册信息，构建最省打车路线推荐需求表，该需求表中记录有各用户的账号信息以及每个账号信息是否有最省打车路线推荐需求。此时，当服务器从导航请求中获取的身份信息包括用户的账号信息时，可以基于该账号信息，查找预先构建的最省打车路线推荐需求表，当查表结果为该账号信息具有最省打车路线推荐需求时，判定该用户的身份信息满足预设条件，当查表结果为该账号信息不具有最省打车路线推荐需求时，判定该用户的身份信息不满足预设条件。

进一步地，上述最省打车路线推荐需求表还可以包括各注册用户的注册终端设备的设备ID，这样，对应注册用户来讲，当通过注册终端设备使用地图应用客户端时，在未登录地图应用客户端的情况下，服务器可以通过所获取的身份信息中包括的设备ID，查询最省打车路线推荐需求表确定该身份信息是否满足预设条件。需要说明的是，当用户为非注册用户时，则可以直接判定该用户的身份信息不满足预设条件。

具体来讲，当指定模式为驾车模式时，上述出行价格为打车价格。在用户的身份信息满足预设条件时，基于所述位置信息获取多种待选导航路线方案的过程有多种实施方式，具体以以下三种实施方式为例进行说明。

作为第一种可选的实施方式，服务器在基于位置信息规划驾车导航路线方案时，可以结合距离、时间以及打车价格计算规则设置路线规划策略，得到该位置信息对应的打车价格最低的待选导航路线方案，将该待选导航路线方案作为目标导航路线方案。当然，除了该目标导航路线方案以外，服务器还根据位置信息规划了其他待选导航路线方案，例如，可以按照现有的路线规划策略得到距离最短的导航路线方案和用时最短的导航路线方案均作为待选导航路线方案，此时，客户端也可以给距离最短的导航路线方案和/或用时最短的导航路线方案标识相应的标签。需要说明的是，待选导航路线方案的具体数量可以根据需要设置，例如，可以设置为两个、三个或四个等。

作为第二种可选的实施方式，服务器在基于位置信息规划驾车导航路线方案时，可以根据预先基于时间和/或距离设置的路线规划策略得到该位置信息对应的多种驾车导航路线方案。然后计算每种导航路线方案的打车价格，将这些导航路线方案中打车价格最低的方案作为目标导航路线方案。最后从这些导航路线方案中选取要下发给客户端的多种待选导航路线方案，且所选取的待选导航方案中包括目标导航路线方案。例如，可以选取时间最短、距离最短以及打车最省的导航路线方案作为待选导航路线方案，当然，若这几种方案存在重叠情况如距离最短的方案即为打车最省的方案时，可以继续增选时间第二短或距离第二短的方案。需要说明的是，待选导航路线方案的具体数量可以根据需要设置，例如，可以设置为两个、三个或四个等，且待选导航路线方案的具体数量小于路线规划所得到的导航路线方案的数量。

作为第三种可选的实施方式，服务器在基于位置信息规划驾车导航路线方案时，可以根据预先基于时间和/或距离设置的路线规划策略得到该位置信息对应的多种待选导航路线方案，且待选导航路线方案的具体数量可以根据需要设置，例如，可以设置为两个、三个或四个等。然后计算每种待选导航路线方案的打车价格，将所得到的多种待选导航路线方案中打车价格最低的方案作为目标导航路线方案。

另外，当指定模式为其他需要产生费用的导航模式时，以公交模式为例，对于身份信息满足预设条件的用户，服务器可以基于所获取的位置信息规划公交（包括地铁）路线，得到多种待选导航路线方案，并比较每种待选导航路线方案的价格，将其中价格最低的待选导航路线方案作为目标导航路线方案。

在服务器求路过程中，服务器得到目标导航路线方案后，还需要对目标导航路线方案进行标记，得到标识信息。该标识信息与目标导航路线方案对应，用于帮助客户端从接收到的多个待选导航路线方案中，查找目标导航路线方案。此后，服务器可以将所得到的多种目标导航路线方案和标识信息均下发给客户端。

客户端接收到服务器下发的多种待选导航路线方案后，在指定模式对应的路线推荐页面显示多种待选导航路线方案，并在接收到标识信息时，根据该标识信息对所显示的目标导航路线方案进行标识，具体过程可以参照上述第一实施例中的相应描述，此处不再赘述。

进一步地，由于路况可能会随时间发生变化，为了确保所推荐的出行最省路线的合理性，可以进一步对出行费用最省路线进行实时更新。因此，作为一种可选的实施例，将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端之后，本实施例提供的还可以包括：所述服务器接收所述客户端发送的对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端，以使所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

举例来讲，若目标导航路线方案起点位置为P0位置，终点位置为P2位置，更新请求中包括的当前位置为位于P0位置与P2位置之间的P1位置，若目标导航路线方案中，由P1位置到P2位置的路线与备选导航路线方案给出的由P1位置到P2位置的路线相同，则表示备选导航路线方案属于目标导航路线方案，结束本次更新，或者是下发一个标志信息给客户端，表示结束本次更新；若目标导航路线方案中，由P1位置到P2位置的路线与备选导航路线方案给出的由P1位置到P2位置的路线不同，则表示需要更新出行费用最省的目标导航路线方案，将备选导航路线方案下发给客户端。

客户端接收到服务器基于更新请求下发的备选导航路线方案后，基于备选导航路线方案生成提示信息，以便于用户可以及时获知出行费用最省方案存在更新。作为一种可选方式，提示信息中除了包括路线更新按钮以外，还可以包括备选导航路线方案的相关路线信息、出行价格信息以及差额信息中的一种或多种。其中，差额信息为采用当前的目标导航路线方案从当前位置到终点位置的出行价格与采用备选导航路线方案从当前位置到终点位置的出行价格之间的差值。

当用户点击路线更新按钮时，则可以将目标导航路线方案中由当前位置到终点位置之间的路线替换为备选导航路线方案给出的路线，当用户忽略提示信息时，即在指定时间内没有检测到点击路线更新按钮的操作或者是检测到关闭提示信息的操作时，则保留原有的目标导航路线方案，结束本次更新。

本实施例提供的导航路线推荐方法，通过服务器接收客户端发送的对应于指定模式的导航请求，并在该导航请求包括的身份信息满足预设条件时，基于该导航请求包括的位置信息获取多种待选导航路线方案，且这些待选导航路线方案中包括了出行价格最低的目标导航路线方案，进而对该目标导航路线进行标记得到标识信息，并将所获取的多种待选导航路线方案以及标识信息均下发给客户端，使得客户端在上述指定模式对应的路线推荐页面显示每种待选导航路线方案，并根据该标识信息对所显示的目标导航路线方案进行标识，以提示用户。这样就可以在为身份信息满足预设条件的特定用户推荐指定模式的导航路线方案时，提示用户出行最省的导航路线方案，从而帮助特定用户快速选择路线方案。

当指定模式为驾车模式时，可以直接在驾车路线推荐页面对打车最省的导航路线方案进行提示，无需用户展开方案的详细信息并对比不同方案的打车价格，帮助用户快速获知打车最省的方案，减少思考的时间，有利于用户快速选择路线方案，且有效地降低了用户的操作成本，提升用户体验，使得地图软件变得更加友好，增强用户粘性。

请参见图6，本发明第三实施例提供的一种导航路线推荐方法，应用于客户端。本实施例中，该客户端可以是应用客户端如地图应用客户端，也可以是安装有地图应用客户端的用户终端如个人电脑 (Personal Computer，PC)、手机、平板电脑、可穿戴设备、个人数字助理等。如图6所示，该方法包括以下步骤：

步骤S601，所述客户端响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，并将所述导航请求发送给服务器；

需要说明的是，本实施例中，步骤S601的实施方式与上述第一实施例中的步骤S101的实施方式类似，具体可以参照上述步骤S101的相关描述，此处不再赘述。

步骤S602，所述客户端获取所述用户的身份信息，并判断所述身份信息是否满足预设条件；

其中，用户的身份信息可以是用户触发导航操作的设备的身份信息，如可以是设备ID。或者，当客户端为地图应用客户端或者是安装有地图应用客户端的用户终端时，对于地图应用客户端的注册用户，上述身份信息也可以是用户登录该地图应用客户端的账号信息。当然，上述身份信息也可以同时包括设备ID和用户的账号信息。

作为一种可选的实施方式，当指定模式为驾车模式时，所述判断所述身份信息是否满足预设条件包括：基于所述身份信息，判断所述用户是否具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件。

作为一种可选的实施方式，所述基于所述身份信息，判断所述用户是否具有打车需求包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求。

作为一种可选的实施方式，所述用户类型包括第一类型和第二类型，所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求。当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求。

作为一种可选的实施方式，所述场景条件包括以下几个条件中的一个或多个：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所。

需要说明的是，判断所述身份信息是否满足预设条件的具体实施过程与上述第二实施例中的相应过程类似，具体可以参照上述第二实施例中的相关描述，此处不再赘述。

步骤S603，当所述身份信息满足所述预设条件时，所述客户端基于所述服务器下发的多种待选导航路线方案，确定出行价格最低的目标导航路线方案；

可以理解的是，导航请求中包括导航操作对应的位置信息即起点位置和终点位置，服务器获取到客户端发送的对应于驾车模式的导航请求时，可以根据预先基于时间和/或距离设置的路线规划策略得到该位置信息对应的多种待选导航路线方案，并将这些待选导航路线方案下发给客户端。需要说明的是，服务器下发的待选导航路线方案的具体数量可以根据需要设置，例如，可以设置为两个、三个或四个等。

客户端接收到服务器下发的多种待选导航路线方案后，比较每种待选导航路线方案的出行价格，将所接收到的多种待选导航路线方案中出行价格最低的待选导航路线方案作为目标导航路线方案。例如，多种待选导航路线方案具体包括待选导航路线方案F1、待选导航路线方案F2和待选导航路线方案F3，当F2的出行价格低于F1和F3的出行价格时，则将F2作为目标导航路线方案，或者，当F1和F2的出行价格相同，且均低于F3的出行价格时，则将F1和F2均作为目标导航路线方案。需要说明的是，当指定模式为驾车模式时，出行价格为打车价格。

步骤S604，所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并对所述目标导航路线方案进行标识。

具体来讲，客户端在指定模式对应的路线推荐页面显示多种待选导航路线方案的具体过程以及对目标导航路线方案进行标识的具体过程与上述第一实施例中的步骤S103类似，具体可以参照上述步骤S103的相关描述，此处不再赘述。

还需要说明的是，当上述步骤S602判定用户的身份信息不满足预设条件时，则不执行确定出行价格最低的目标导航路线方案的步骤和对所述目标导航路线方案进行标识的步骤，但是仍会接收服务器下发的多种待选导航路线方案，并在驾车路线页面显示每种待选导航路线方案。

另外，当指定模式为驾车模式时，为了进一步方便用户快速选取导航路线方案，作为一种可选的实施方式，本实施例提供的导航路线推荐方法还可以包括：当检测到有用于触发路线推荐页面显示的待选导航路线方案的触发操作时，所述客户端展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。该过程的具体实施方式与上述第一实施例中的相应过程类似，具体可以参照上述第一实施例中的相关描述，此处不再赘述。

本实施例提供的导航路线推荐方法，通过客户端向服务器发送指定模式对应的导航请求，再由服务器基于该导航请求向客户端下发多种待选导航路线方案，客户端在判定用户的身份信息满足预设条件时，确定所接收到的多种待选导航路线方案中出行价格最低的目标导航路线方案，进而在上述指定模式对应的路线推荐页面显示每种待选导航路线方案时，对目标导航路线方案进行标识，以提示用户。这样就可以在为身份信息满足预设条件的特定用户推荐指定模式的导航路线方案时，提示用户出行最省的导航路线方案，从而帮助特定用户快速选择路线方案。

当指定模式为驾车模式时，可以直接在驾车路线推荐页面对打车最省的导航路线方案进行提示，无需用户展开方案的详细信息并对比不同方案的打车价格，帮助用户快速获知打车最省的方案，减少思考的时间，有利于用户快速选择路线方案，且有效地降低了用户的操作成本，提升用户体验，使得地图软件变得更加友好，增强用户粘性。

请参见图7，示出了本发明第四实施例提供的一种导航路线推荐装置的模块框图，应用于客户端。所述导航路线推荐装置70包括：

第一生成模块71，用于响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，所述导航请求包括所述用户的身份信息和所述导航操作对应的位置信息；

第一发送模块72，用于将所述导航请求发送给服务器，以使所述服务器在所述身份信息满足预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案，对所述目标导航路线方案进行标记，得到标识信息；

第一显示模块73，用于在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案，并在接收到所述标识信息时，根据所述标识信息对显示的所述目标导航路线方案进行标识。

作为一种可选的实施例，所述指定模式为驾车模式，所述出行价格为打车价格。所述装置还包括：第一路线展示模块，用于当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；第一标识模块，用于当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，对所述打车价格进行标识。

作为一种可选的实施例，所述第一显示模块73具体用于：当接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位。

作为一种可选的实施例，所述位置信息包括起点位置和终点位置。所述装置还包括：检测模块，用于当检测到所述客户端停留在所述指定模式对应的路线推荐页面时，间隔预设时间生成对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；上报模块，用于将所述更新请求发送给所述服务器，以使得所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端；第一更新模块，用于根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

作为一种可选的实施例，所述指定模式为驾车模式、骑行模式和公交模式中的任意一种。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于用户终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。

本实施例提供的导航路线推荐装置70的各功能模块实现各自功能的具体过程，请参见上述第一实施例中描述的具体内容，此处不再赘述。

请参见图8，示出了本发明第五实施例提供的一种导航路线推荐装置的模块框图，应用于服务器。所述导航路线推荐装置80包括：

接收模块81，用于接收客户端发送的对应于指定模式的导航请求，所述导航请求包括用户的身份信息和所述导航操作对应的位置信息；

获取模块82，用于判断所述身份信息是否满足预设条件，当满足所述预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案；

第二发送模块83，用于对所述目标导航路线方案进行标记，得到标识信息，并将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端，以使所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并根据所述标识信息对所述目标导航路线方案进行标识。

作为一种可选的实施例，所述指定模式为驾车模式，所述获取模块82具体用于：基于所述身份信息，判断所述用户是否具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件。

作为一种可选的实施例，所述获取模块82具体用于：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求。

作为一种可选的实施例，所述用户类型包括第一类型和第二类型，所述获取模块82具体用于：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求。

作为一种可选的实施例，所述场景条件包括以下几个条件中的一个或多个：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所。

作为一种可选的实施例，所述位置信息包括起点位置和终点位置，所述装置还包括：更新请求接收模块，用于接收所述客户端发送的对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；第二更新模块，用于根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端，以使所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于用户终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。

本实施例提供的导航路线推荐装置80的各功能模块实现各自功能的具体过程，请参见上述第二实施例中描述的具体内容，此处不再赘述。

请参见图9，示出了本发明第六实施例提供的一种导航路线推荐装置的模块框图，应用于客户端。所述导航路线推荐装置90包括：

第二生成模块91，用于响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，并将所述导航请求发送给服务器；

判断模块92，用于获取所述用户的身份信息，并判断所述身份信息是否满足预设条件；

确定模块93，用于当所述身份信息满足所述预设条件时，基于所述服务器下发的多种待选导航路线方案，确定出行价格最低的目标导航路线方案；

第二显示模块94，用于在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并对所述目标导航路线方案进行标识。

作为一种可选的实施例，所述指定模式为驾车模式，所述判断模块92具体用于：基于所述身份信息，判断所述用户是否具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件。

作为一种可选的实施例，所述判断模块92具体用于：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求。

作为一种可选的实施例，所述用户类型包括第一类型和第二类型。所述判断模块92具体用于：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求。

作为一种可选的实施例，所述场景条件包括以下几个条件中的一个或多个：当前时间属于所述用户的车牌限行时间；当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及当前场所为预设的目标场所。

作为一种可选的实施例，所述指定模式为驾车模式，所述出行价格为打车价格。所述装置还包括：第二路线展示模块，用于当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；第二标识模块，用于当所触发待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，对所述打车价格进行标识。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于用户终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。

本实施例提供的导航路线推荐装置90的各功能模块实现各自功能的具体过程，请参见上述第二实施例中描述的具体内容，此处不再赘述。

另外，本发明第七实施例还提供了一种电子设备，包括处理器和存储器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时使所述电子设备执行上述第一实施例、第二实施例或第三实施例提供的导航路线推荐方法的步骤。

图10是根据一示例性实施例示出的一种电子设备800的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

请参照图10，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出（I/ O）的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述第一实施例或第三实施例提供的导航路线推荐方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

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

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

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

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

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

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

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

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

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

一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得该电子设备能够执行上述第一实施例、第二实施例或第三实施例提供的导航路线推荐方法所包括的步骤。

图11是本发明实施例中电子设备为服务器时的结构示意图。该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（centralprocessing units，CPU）1922（例如，一个或一个以上处理器）和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930（例如一个或一个以上海量存储设备）。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。

服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作系统1941，例如Windows ServerTM，Mac OS XTM，UnixTM, LinuxTM，FreeBSDTM等等。

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

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制，以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种导航路线推荐方法，其特征在于，应用于客户端，所述方法包括：

所述客户端响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，所述导航请求包括所述用户的身份信息和所述导航操作对应的位置信息；所述指定模式为驾车模式；

所述客户端将所述导航请求发送给服务器，以使所述服务器在所述身份信息满足预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案，对所述目标导航路线方案进行标记，得到标识信息；其中，当所述指定模式为驾车模式时，所述出行价格为打车价格；所述身份信息满足预设条件时表征所述用户具有打车需求；其中，服务器判断所述身份信息是否满足预设条件包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求；所述用户类型包括第一类型和第二类型，所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件；将选择公交模式次数最多或选择步行模式次数最多的用户的类型确定为第一类型，将选择驾车模式次数最多的用户的类型确定为第二类型；

所述客户端在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案，并在接收到所述标识信息时，根据所述标识信息对显示的所述目标导航路线方案进行标识；其中，所述在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案包括：当接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位；

当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，所述客户端展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。

2.根据权利要求1所述的方法，其特征在于，所述位置信息包括起点位置和终点位置，所述根据所述标识信息对显示的所述目标导航路线方案进行标识之后，还包括：

当检测到所述客户端停留在所述指定模式对应的路线推荐页面时，所述客户端间隔预设时间生成对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；

所述客户端将所述更新请求发送给所述服务器，以使得所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端；

所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

3.一种导航路线推荐方法，其特征在于，应用于服务器，所述方法包括：

所述服务器接收客户端发送的对应于指定模式的导航请求，所述导航请求包括用户的身份信息和导航操作对应的位置信息；所述指定模式为驾车模式；

所述服务器判断所述身份信息是否满足预设条件，当满足所述预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案；其中，当所述指定模式为驾车模式时，所述出行价格为打车价格；所述身份信息满足预设条件时表征所述用户具有打车需求；所述判断所述身份信息是否满足预设条件包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求；所述用户类型包括第一类型和第二类型，所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件；将选择公交模式次数最多或选择步行模式次数最多的用户的类型确定为第一类型，将选择驾车模式次数最多的用户的类型确定为第二类型；

所述服务器对所述目标导航路线方案进行标记，得到标识信息，并将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端，以使所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并根据所述标识信息对显示的所述目标导航路线方案进行标识；以及使所述客户端接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位；当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。

4.根据权利要求3所述的方法，其特征在于，所述场景条件包括以下几个条件中的一个或多个：

当前时间属于所述用户的车牌限行时间；

当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及

当前场所为预设的目标场所。

5.根据权利要求3所述的方法，其特征在于，所述位置信息包括起点位置和终点位置，所述将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端之后，还包括：

所述服务器接收所述客户端发送的对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；

所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端，以使所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

6.一种导航路线推荐方法，其特征在于，应用于客户端，所述方法包括：

所述客户端响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，并将所述导航请求发送给服务器；所述指定模式为驾车模式；

所述客户端获取所述用户的身份信息，并判断所述身份信息是否满足预设条件；

当所述身份信息满足所述预设条件时，所述客户端基于所述服务器下发的多种待选导航路线方案，确定出行价格最低的目标导航路线方案；其中，当所述指定模式为驾车模式时，所述出行价格为打车价格；所述身份信息满足预设条件时表征所述用户具有打车需求；其中，服务器判断所述身份信息是否满足预设条件包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求；所述用户类型包括第一类型和第二类型，所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件；将选择公交模式次数最多或选择步行模式次数最多的用户的类型确定为第一类型，将选择驾车模式次数最多的用户的类型确定为第二类型；

所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并对所述目标导航路线方案进行标识；其中，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，所述目标导航路线方案排在最后一位；当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，所述客户端展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。

7.根据权利要求6所述的方法，其特征在于，所述场景条件包括以下几个条件中的一个或多个：

当前时间属于所述用户的车牌限行时间；

当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及

当前场所为预设的目标场所。

8.一种导航路线推荐装置，其特征在于，应用于客户端，所述装置包括：

第一生成模块，用于响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，所述导航请求包括所述用户的身份信息和所述导航操作对应的位置信息；所述指定模式为驾车模式；

第一发送模块，用于将所述导航请求发送给服务器，以使所述服务器在所述身份信息满足预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案，对所述目标导航路线方案进行标记，得到标识信息；其中，当所述指定模式为驾车模式时，所述出行价格为打车价格；所述身份信息满足预设条件时表征所述用户具有打车需求；其中，服务器判断所述身份信息是否满足预设条件包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求；所述用户类型包括第一类型和第二类型，所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件；将选择公交模式次数最多或选择步行模式次数最多的用户的类型确定为第一类型，将选择驾车模式次数最多的用户的类型确定为第二类型；

第一显示模块，用于在所述指定模式对应的路线推荐页面显示所述服务器下发的多种待选导航路线方案，并在接收到所述标识信息时，根据所述标识信息对显示的所述目标导航路线方案进行标识；所述第一显示模块具体用于：当接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位；

第一路线展示模块，用于当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；

第一标识模块，用于当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，对所述打车价格进行标识。

9.根据权利要求8所述的装置，其特征在于，所述位置信息包括起点位置和终点位置，所述装置还包括：

检测模块，用于当检测到所述客户端停留在所述指定模式对应的路线推荐页面时，间隔预设时间生成对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；

上报模块，用于将所述更新请求发送给所述服务器，以使得所述服务器根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端；

第一更新模块，用于根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

10.一种导航路线推荐装置，其特征在于，应用于服务器，所述装置包括：

接收模块，用于接收客户端发送的对应于指定模式的导航请求，所述导航请求包括用户的身份信息和导航操作对应的位置信息；所述指定模式为驾车模式；

获取模块，用于判断所述身份信息是否满足预设条件，当满足所述预设条件时，基于所述位置信息获取多种待选导航路线方案，所述多种待选导航路线方案中包括出行价格最低的目标导航路线方案；其中，当所述指定模式为驾车模式时，所述出行价格为打车价格；所述身份信息满足预设条件时表征所述用户具有打车需求；还具体用于：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求；所述用户类型包括第一类型和第二类型，所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件；将选择公交模式次数最多或选择步行模式次数最多的用户的类型确定为第一类型，将选择驾车模式次数最多的用户的类型确定为第二类型；

第二发送模块，用于对所述目标导航路线方案进行标记，得到标识信息，并将所述多种待选导航路线方案以及所述标识信息均下发给所述客户端，以使所述客户端在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并根据所述标识信息对显示的所述目标导航路线方案进行标识，以及使所述客户端接收到所述标识信息时，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，其中，所述目标导航路线方案排在最后一位；当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。

11.根据权利要求10所述的装置，其特征在于，所述场景条件包括以下几个条件中的一个或多个：

当前时间属于所述用户的车牌限行时间；

当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及

当前场所为预设的目标场所。

12.根据权利要求10所述的装置，其特征在于，所述位置信息包括起点位置和终点位置，所述装置还包括：

更新请求接收模块，用于接收所述客户端发送的对应于所述指定模式的更新请求，所述更新请求包括所述用户的当前位置；

第二更新模块，用于根据所述当前位置以及所述终点位置重新获取出行价格最低的备选导航路线方案，并判断所述备选导航路线方案是否属于所述目标导航路线方案，当所述备选导航路线方案不属于所述目标导航路线方案时，将所述备选导航路线方案下发给所述客户端，以使所述客户端根据所述备选导航路线方案生成提示信息，所述提示信息包括路线更新按钮，当检测到有用于触发所述路线更新按钮的触发操作时，基于所述备选导航路线方案对所述目标导航路线方案进行更新。

13.一种导航路线推荐装置，其特征在于，应用于客户端，所述装置包括：

第二生成模块，用于响应于用户基于指定模式触发的导航操作，生成对应于所述指定模式的导航请求，并将所述导航请求发送给服务器；所述指定模式为驾车模式；

判断模块，用于获取所述用户的身份信息，并判断所述身份信息是否满足预设条件；

确定模块，用于当所述身份信息满足所述预设条件时，基于所述服务器下发的多种待选导航路线方案，确定出行价格最低的目标导航路线方案；其中，当所述指定模式为驾车模式时，所述出行价格为打车价格；所述身份信息满足预设条件时表征所述用户具有打车需求；其中，服务器判断所述身份信息是否满足预设条件包括：根据所述身份信息获取所述用户对应的历史导航数据；根据所述历史导航数据以及预设规则，确定所述用户所属的用户类型；根据所述用户所属的用户类型判断所述用户是否具有打车需求；所述用户类型包括第一类型和第二类型，所述根据所述用户所属的用户类型判断所述用户是否具有打车需求包括：当所述用户属于第一类型时，判定所述用户具有打车需求；当所述用户属于第二类型时，获取所述用户当前所处的场景信息，判断所述场景信息是否满足预设的场景条件，当所述场景信息满足预设的场景条件时，判定所述用户具有打车需求；当所述用户具有打车需求时，判定所述身份信息满足所述预设条件；将选择公交模式次数最多或选择步行模式次数最多的用户的类型确定为第一类型，将选择驾车模式次数最多的用户的类型确定为第二类型；

第二显示模块，用于在所述指定模式对应的路线推荐页面显示所述多种待选导航路线方案，并对所述目标导航路线方案进行标识；其中，在所述指定模式对应的路线推荐页面中，按照预设顺序依次展示每种所述待选导航路线方案，所述目标导航路线方案排在最后一位；当检测到有用于触发所述路线推荐页面显示的待选导航路线方案的触发操作时，所述客户端展示所触发的待选导航路线方案的路线信息，所述路线信息包括打车价格；当所触发的待选导航路线方案为所述客户端显示的待选导航路线方案中打车价格最低的方案时，所述客户端对所述打车价格进行标识。

14.根据权利要求13所述的装置，其特征在于，所述场景条件包括以下几个条件中的一个或多个：

当前时间属于所述用户的车牌限行时间；

当前位置不属于基于所述用户对应的历史导航数据确定的常住城市；以及

当前场所为预设的目标场所。

15.一种电子设备，其特征在于，包括处理器和存储器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时使所述电子设备执行权利要求1-2中任一项、权利要求3-5中任一项或权利要求6-7中任一项所述方法的步骤。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-2中任一项、权利要求3-5中任一项或权利要求6-7中任一项所述方法的步骤。

Images