CN107702725B - 行车路线推荐方法及装置 - Google Patents

Abstract

本申请提供一种行车路线推荐方法及装置，一种行车路线推荐方法，包括：第一用户设备获得行车路线推荐操作；根据所述行车路线推荐操作，确定目标行车路线；将用于描述所述目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将所述目标行车路线展现给所述第二用户设备的使用者。由此可见，本申请实施例中，乘客可以通过终端设备将行车路线提供给司机，由于乘客主动提供的行车路线通常为该乘客比较认可的路线，因此，司机按照该乘客提供的行车路线进行驾驶，可以避免乘客与司机就行车路线产生矛盾，提升双方的使用感受。

Description

行车路线推荐方法及装置

技术领域

本申请涉及互联网技术领域，特别涉及一种行车路线推荐方法及装置。

背景技术

目前，乘客乘车出行的过程中，有时会遇到司机不熟悉路线的情况。现有技术中，司机通常会借助导航进行驾驶，然而，由于导航推荐的驾驶路线并不一定是实际上的最优路线，例如存在绕路、拥堵等情况，继而产生费用增加、浪费时间等问题，无论对于乘客还是司机都会造成一定的损失。

发明内容

为了解决上述问题，本申请提供一种行车路线推荐方法及装置。

具体地，本申请是通过如下技术方案实现的：

根据本申请实施例的第一方面，提供一种行车路线推荐方法，所述方法包括：

第一用户设备获得行车路线推荐操作；

根据所述行车路线推荐操作，确定目标行车路线；

将用于描述所述目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将所述目标行车路线展现给所述第二用户设备的使用者。

可选的，所述行车路线推荐操作包括：指定行车路线起点及终点的操作。

可选的，所述第一用户设备预先存储有一条或多条行车路线；

所述根据所述行车路线推荐操作，确定目标行车路线，包括：

从所述第一用户设备存储的行车路线中，选择一条覆盖所述起点和终点的行车路线作为目标行车路线。

可选的，在所述将用于描述所述目标行车路线的路线信息提供给第二用户设备之前，还包括：

以设定方式输出第一提示消息，其中，所述第一提示消息用于询问第一用户设备的使用者是否同意将目标行车路线提供给第二用户设备；

接收第一用户设备的使用者针对所述第一提示消息做出的响应；

在基于所述响应确定出第一用户设备的使用者同意将目标行车路线提供给第二用户设备的情况下，触发执行所述将用于描述所述目标行车路线的路线信息提供给第二用户设备。

可选的，所述第一用户设备预先存储有一条或多条行车路线；

所述行车路线推荐操作包括：从第一用户设备存储的行车路线中选择行车路线的操作。

可选的，所述行车路线推荐操作包括：指定行车路线起点、途经点及终点的操作；

所述根据所述行车路线推荐操作，确定目标行车路线，包括：

生成覆盖所述起点、途经点及终点的行车路线，并将该行车路线作为目标行车路线。

可选的，所述方法还包括：

将生成的所述目标行车路线存储至所述第一用户设备。

可选的，在所述将生成的所述目标行车路线存储至所述第一用户设备之后，还包括：

输出第二提示消息，其中，所述第二提示消息用于询问第一用户设备的使用者是否同意在下次经过所述起点和终点时将所述目标行车路线自动提供给第二用户设备；

接收第一用户的使用者针对所述第二提示消息做出的响应；

根据所述响应，设置所述目标行车路线的提供方式。

可选的，所述路线信息包括下述至少一种：所述目标行车路线的途经道路的位置信息或名称信息、途经点的位置信息或名称信息、或包含所述途经道路的图像。

根据本申请实施例的第二方面，提供一种行车路线推荐方法，所述方法包括：

第二用户设备接收路线信息，其中，所述路线信息用于描述目标行车路线，所述目标行车路线为第一用户设备根据行车路线推荐操作确定的行车路线；

根据所述路线信息，输出所述目标行车路线。

根据本申请实施例的第三方面，提供一种行车路线推荐装置，所述装置包括：

操作获得模块，用于获得行车路线推荐操作；

路线确定模块，用于根据所述操作获得模块获得的行车路线推荐操作，确定目标行车路线；

路线提供模块，用于将用于描述所述路线确定模块确定的目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将所述目标行车路线展现给所述第二用户设备的使用者。

可选的，所述行车路线推荐操作包括：指定行车路线起点及终点的操作。

可选的，所述第一用户设备预先存储有一条或多条行车路线；

所述路线确定模块，包括：

第一路线确定子模块，用于从所述第一用户设备存储的行车路线中，选择一条覆盖所述起点和终点的行车路线作为目标行车路线。

可选的，所述装置还包括：

第一输出模块，用于以设定方式输出第一提示消息，其中，所述第一提示消息用于询问第一用户设备的使用者是否同意将目标行车路线提供给第二用户设备；

第一接收模块，用于接收第一用户设备的使用者针对所述第一输出模块输出的第一提示消息做出的响应；

操作触发模块，用于在基于所述第一接收模块接收到的响应确定出第一用户设备的使用者同意将目标行车路线提供给第二用户设备的情况下，触发所述路线提供模块执行所述将用于描述所述目标行车路线的路线信息提供给第二用户设备。

可选的，所述第一用户设备预先存储有一条或多条行车路线；

所述行车路线推荐操作包括：从第一用户设备存储的行车路线中选择行车路线的操作。

可选的，所述行车路线推荐操作包括：指定行车路线起点、途经点及终点的操作；

所述路线确定模块，包括：

第二路线确定子模块，用于生成覆盖所述起点、途经点及终点的行车路线，并将该行车路线作为目标行车路线。

可选的，所述装置还包括：

路线存储模块，用于将所述第二路线确定子模块生成的所述目标行车路线存储至所述第一用户设备。

可选的，所述装置还包括：

第二输出模块，用于输出第二提示消息，其中，所述第二提示消息用于询问第一用户设备的使用者是否同意在下次经过所述起点和终点时将所述目标行车路线自动提供给第二用户设备；

第二接收模块，用于接收第一用户的使用者针对所述第二输出模块输出的第二提示消息做出的响应；

设置模块，用于根据所述第二接收模块接收到的响应，设置所述目标行车路线的提供方式。

可选的，所述路线信息包括下述至少一种：所述目标行车路线的途经道路的位置信息或名称信息、途经点的位置信息或名称信息、或包含所述途经道路的图像。

根据本申请实施例的第四方面，提供一种行车路线推荐装置，所述装置包括：

第三接收模块，用于接收路线信息，其中，所述路线信息用于描述目标行车路线，所述目标行车路线为第一用户设备根据行车路线推荐操作确定的行车路线；

第三输出模块，用于根据所述第三接收模块接收到的路线信息，输出所述目标行车路线。

本实施例中，乘客可以通过终端设备将行车路线提供给司机，由于乘客主动提供的行车路线通常为该乘客比较认可的路线，因此，司机按照该乘客提供的行车路线进行驾驶，可以避免乘客与司机就行车路线产生矛盾，提升双方的使用感受。

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

附图说明

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

图1A是本申请根据一示例性实施例示出的一种行车路线推荐方法的流程图；

图1B是本申请根据一示例性实施例示出的图1A所示行车路线推荐方法的应用场景图；

图2A是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图；

图2B是本申请根据一示例性实施例示出的图2A所示行车路线推荐方法的应用场景图；

图3A是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图；

图3B是本申请根据一示例性实施例示出的图3A所示行车路线推荐方法的应用场景图；

图4是本申请根据一示例性实施例示出的另一种行车路线推荐方法的应用场景图；

图5A是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图；

图5B是本申请根据一示例性实施例示出的图5A所示行车路线推荐方法的应用场景图；

图6是本申请根据一示例性实施例示出的另一种行车路线推荐方法的应用场景图；

图7是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图；

图8是本申请根据一示例性实施例示出的一种行车路线推荐装置的框图；

图9是本申请根据一示例性实施例示出的另一种行车路线推荐装置的框图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为便于描述，本申请以“打车”的应用场景为例对方案进行说明。目前乘客在使用打车软件打车的过程中，有时会遇到司机不熟悉路线的情况。现有技术中，司机通常会借助导航进行驾驶，然而，由于导航推荐的驾驶路线并不一定是实际上的最优路线，例如存在绕路、拥堵等情况，继而产生费用增加、浪费时间等问题，无论对于乘客还是司机都会造成一定的损失。为了解决上述问题，本申请提供了一种行车路线推荐方法及装置。

如图1A所示，图1A是本申请根据一示例性实施例示出的一种行车路线推荐方法的流程图，该方法可以包括以下步骤：

在步骤101中，第一用户设备获得行车路线推荐操作。

在本实施例中，第一用户设备安装有打车软件乘客端，第二用户设备安装有打车软件司机端。

用户在使用打车软件乘客端时，该打车软件乘客端需要获取用户对行车路线的需求，在本实施例中，用户通过在第一用户设备中输入行车路线推荐操作的方式，将自己对行车路线的需求反馈给该第一用户设备中的打车软件乘客端。

本领域技术人员可以理解，第一用户设备和第二用户设备可以包括但不限于诸如智能手机的移动终端设备、智能穿戴式设备、平板电脑、个人数字助理、膝上型便携式电脑以及台式电脑等。

在步骤102中，根据该行车路线推荐操作，确定目标行车路线。

在步骤103中，将用于描述目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将该目标行车路线展现给第二用户设备的使用者。

在本实施例中，路线信息可以包括：目标行车路线的途经道路的位置信息或名称信息、途经点的位置信息或名称信息、或包含途经道路的图像等。

第二用户设备的使用者与第一用户设备的使用者的关系为一种承运关系，例如出租车司机与乘客之间的关系，出租车司机在通过打车软件司机端接单后，负责将该乘客从出发地送到目的地。

在本实施例中，第一用户设备可以通过服务器将用于描述目标行车路线的路线信息转发给第二用户设备，也可以将用于描述目标行车路线的路线信息直接发送给第二用户设备。

在一示例性应用场景中，如图1B所示，该应用场景中包括：第一用户设备110A、乘客110B、第二用户设备120A、司机120B、网络130及服务器140，第一用户设备110A、第二用户设备120A通过网络130，与服务器140通信连接。第一用户设备110A安装有打车软件乘客端，第二用户设备120A安装有打车软件司机端，乘客110B可以使用第一用户设备110A启动打车软件乘客端，在该打车软件乘客端的用户界面上通过文字输入、或者语音输入、或者点选操作等方式输入打车需求信息。之后，第一用户设备110A会将乘客110B输入的打车需求信息发送至服务器140，以便服务器140将该打车需求信息发布给乘客110B周边的第二用户设备120A，司机120B通过第二用户设备120A抢单成功后，司机120B与乘客110B形成承运关系，第一用户设备110A与第二用户设备120A建立关联关系。

由上述实施例可见，该实施例中，乘客可以通过终端设备将行车路线提供给司机，由于乘客主动提供的行车路线通常为该乘客比较认可的路线，因此，司机按照该乘客提供的行车路线进行驾驶，可以避免乘客与司机就行车路线产生矛盾，提升双方的使用感受。

如图2A所示，图2A是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图，在本实施例中，可以由用户设置行车路线的起点和终点，第一用户设备中的打车软件乘客端根据该起点和终点，向安装有打车软件司机端的第二用户设备推荐行车路线，此时该方法可以包括以下步骤：

在步骤200中，第一用户设备预先存储有一条或多条行车路线。

在本实施例中，第一用户设备预先存储的行车路线，可以为用户自定义的行车路线，也可以为用户的历史行程中使用过的行车路线。

在步骤201中，获得行车路线推荐操作，其中，该行车路线推荐操作包括：指定行车路线起点及终点的操作。

在步骤202中，从第一用户设备存储的行车路线中，选择一条覆盖该起点和终点的行车路线作为目标行车路线。

在本实施例中，当第一用户设备存储有多条覆盖该起点和终点的行车路线时，可以随机从中选择出一条行车路线作为目标行车路线，也可以由用户从中选择出一条行车路线作为目标行车路线。

在步骤203中，将用于描述目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将该目标行车路线展现给第二用户设备的使用者。

在一示例性场景图中，如图2B所示，该应用场景中包括：乘客210、第一用户设备220，该第一用户设备220安装有打车软件乘客端，乘客210在打车软件乘客端的用户界面上输入相应的行车起点和终点，并触发打车软件乘客端根据乘客210输入的行车起点和终点确定行车路线，具体的输入方式可以为在文本框中输入文字，也可以为通过麦克风输入语音等。

打车软件乘客端在接收到乘客210输入的行车起点和终点后，会依据该行车起点和终点，从第一用户设备220存储的行车路线中筛选行车路线，例如行车起点为“上地地铁站A出站口”，行车终点为“天安门广场”，打车软件乘客端会从第一用户设备220存储的行车路线中筛选出包含“上地地铁站A出站口”和“天安门”的行车路线，之后针对筛选出的行车路线生成用于描述该行车路线的路线信息，例如“从上地地铁站A出站口出发，途经五道口、西直门……到达天安门广场”，将该路线信息提供给安装有打车软件司机端的第二用户设备。

由上述实施例可见，该实施例可以根据乘客输入的行车起点和终点，从第一用户设备预先存储的行车路线中快速匹配出目标行车路线，在满足乘客对行车路线的需求的同时，进一步方便用户操作，提高了路线推送效率。

在本申请提供的另一种实施例中，该实施可以在图2A所示实施例的基础上，在步骤203之前，增加以下步骤：

以设定方式输出第一提示消息，其中，该第一提示消息用于询问第一用户设备的使用者是否同意将目标行车路线提供给第二用户设备；接收第一用户设备的使用者针对第一提示消息做出的响应；在基于该响应确定出第一用户设备的使用者同意将目标行车路线提供给第二用户设备的情况下，触发执行步骤203。

在本实施例中，设定方式可以包括：弹窗方式、和/或语音播放方式等；第一用户设备的使用者针对第一提示消息做出的响应可以包括：点击操作、语音输入操作等等。

由上述实施例可见，该实施例可以由乘客决定是否将目标行车路线推荐给第二用户设备，当该乘客同意推荐时，才将目标行车路线提供给第二用户设备。

如图3A所示，图3A是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图，在本实施例中，可以由用户直接从第一用户设备存储的行车路线中选择目标行车路线，第一用户设备中的打车软件乘客端根据用户的选择，向安装有打车软件司机端的第二用户设备推荐行车路线，在该应用场景下，对应的方法可以包括以下步骤：

在步骤300中，第一用户设备预先存储有一条或多条行车路线。

在本实施例中，第一用户设备预先存储的行车路线，可以为用户自定义的行车路线，也可以为用户之前使用过的行车路线。

在步骤301中，获得行车路线推荐操作，其中，该行车路线推荐操作包括：从第一用户设备存储的行车路线中选择行车路线的操作。

在步骤302中，根据该行车路线推荐操作，从第一用户设备存储的行车路线中选择一条行车路线作为目标行车路线。

在步骤303中，将用于描述目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将该目标行车路线展现给第二用户设备的使用者。

在一示例性应用场景中，如图3B所示，该应用场景中包括：乘客310、第一用户设备320，该第一用户设备320安装有打车软件乘客端，乘客310在打车软件乘客端的用户界面上输入路线选择操作(如点击操作)，并触发打车软件乘客端根据乘客310输入的路线选择操作确定行车路线，具体的输入方式可以为点击或长按操作。

打车软件乘客端在接收到乘客310输入的路线选择操作后，会依据该路线选择操作从第一用户设备存储的行车路线中筛选出乘客310选中的行车路线，例如打车软件乘客端的用户界面上显示有多条行车路线，分别为“上地地铁站A出站口途经西直门至天安门广场，上地地铁站A出站口途经北土城至天安门广场，五道口地铁站途经上地地铁站、西二旗地铁站至回龙观等等”，乘客310点击行车路线“上地地铁站A出站口途经西直门至天安门广场”后，打车软件乘客端会根据乘客310的点击操作从第一用户设备存储的行车路线中筛选出行车路线“上地地铁站A出站口途经西直门至天安门广场”，之后针对筛选出的行车路线生成用于描述该行车路线的路线信息，将该路线信息提供给安装有打车软件司机端的第二用户设备。

由上述实施例可见，该实施例可以支持乘客从已有的行车路线中自主选择行车路线，由于该乘客自主选择行车路线为该乘客相对满意的行车路线，因此，司机按照该乘客选择的行车路线进行驾驶，一方面，可以避免乘客与司机就行车路线产生矛盾，提升双方的使用感受，另一方面，可以满足用户期望自主选择行车路线的需求。

在本申请提供的另一种实施例中，在第一用户设备预先存储有一条或多条行车路线的情况下，用户可以在已有的行车路线的基础上，对该行车路线进行部分修改。

在一示例性应用场景中，如图4所示，该应用场景中包括：该应用场景中包括：乘客410、第一用户设备420，该第一用户设备420安装有打车软件乘客端，乘客410可以拖动打车软件乘客端的用户界面上的行车路线，例如打车软件乘客端的用户界面上显示的行车路线为从P1出发途经P2、P3到P4，乘客410可以向右拖动路线，将行车路线修改为从P1出发途经P5、P3到P4。

当乘客遇到司机不熟悉路线的情况时，如果该乘客熟悉路线或者有钟意的路线，该乘客可以通过口述告知司机行车路线，但是口述对于乘客和司机都存在不方便(一个要说、一个要听)，而且还受很多因素局限，例如乘客表达能力、司机的理解能力、司机是否能及时反应、特别的，如果乘客经常走重复的路线，那么每次都要费口舌去说一遍。为了解决上述问题，本申请提供了另一种行车路线推荐方法。

如图5A所示，图5A是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图，针对用户熟悉路线或有钟意的路线这一情况，可以由用户自定义行车路线，在该应用场景下，对应的方法可以包括以下步骤：

在步骤501中，第一用户设备获得行车路线推荐操作，其中，该行车路线推荐操作包括：指定行车路线起点、途经点及终点的操作。

在本实施例中，用户可以通过在打车软件乘客端的用户界面上输入文字、或者手势、或者语音等方式，来指定行车路线起点、途经点及终点。

在步骤502中，生成覆盖该起点、途经点及终点的行车路线，并将该行车路线作为目标行车路线。

在步骤503中，将用于描述目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将该目标行车路线展现给第二用户设备的使用者。

在一示例性应用场景中，如图5B所示，该应用场景中包括：乘客510、第一用户设备520，该第一用户设备520安装有打车软件乘客端，乘客510在打车软件乘客端的用户界面上输入指路操作，并触发打车软件乘客端根据乘客510输入的指路操作确定行车路线。

打车软件乘客端在接收到乘客510输入的指路操作后，会依据该指路操作确定出乘客510自定义的行车路线，例如乘客510在打车软件乘客端显示的地图上滑动，滑动轨迹“上地地铁站A出站口—西直门—天安门广场”，即为乘客510自定义的行车路线，打车软件乘客端会根据该滑动轨迹生成行车路线，之后针对生成的行车路线生成用于描述该行车路线的路线信息，将该路线信息提供给安装有打车软件司机端的第二用户设备。

由上述实施例可见，该实施例可以支持乘客自定义行车路线，由于该乘客自定义的行车路线为该乘客比较钟意的行车路线，因此，司机按照该乘客自定义的行车路线进行驾驶，一方面，可以避免乘客与司机就行车路线产生矛盾，减少双方的交流成本、提升双方的使用感受，另一方面，可以满足用户的个性化需求。

在本公开提供的另一种实施例中，该实施例可以在图5A所示实施例的基础上，增加以下步骤：

将生成的目标行车路线存储至第一用户设备。

本实施例中生成的目标行车路线为用户自定义的行车路线。

在本实施例中，可以直接将生成的目标行车路线存储至第一用户设备；也可以由用户决定是否将生成的目标行车路线存储至第一用户设备，在用户同意将生成的目标行车路线存储至第一用户设备的情况下，将生成的目标行车路线存储至第一用户设备。

例如，在乘客行程结束后，可以直接将该行程中使用的行车路线存储至第一用户设备；或者通过弹窗的方式提示乘客是否同意将生成的目标行车路线存储至第一用户设备，在该乘客同意的情况下，将生成的目标行车路线存储至第一用户设备。

由上述实施例可见，该实施例可以将乘客的历史行程中使用过的行车路线存储至第一用户设备中，以便当该乘客的下次行程与该乘客的历史行程相同时，可以将相应的行车路线提供给司机。

在本公开提供的另一种实施例中，该实施例可以在上一实施例的基础上，增加以下步骤：

输出第二提示消息，其中，该第二提示消息用于询问第一用户设备的使用者是否同意在下次经过该起点和终点时将目标行车路线自动提供给第二用户设备；

接收第一用户的使用者针对第二提示消息做出的响应；根据该响应，设置目标行车路线的提供方式。

在本实施例中，可以通过弹窗方式、和/或语音播放方式输出第二提示消息；第一用户设备的使用者针对第二提示消息做出的响应可以包括：点击操作、语音输入操作等等。

在一示例性应用场景图中，如图6所示，打车软件乘客端以弹窗的方式输出第二消息，当乘客点击“自动推送”后，下次经过该该起点和终点时打车软件乘客端将目标行车路线自动提供给司机，当乘客点击“不要”后，打车软件乘客端不自动提供给司机。

如图7所示，图7是本申请根据一示例性实施例示出的另一种行车路线推荐方法的流程图，该方法可以包括以下步骤：

在步骤701中，第二用户设备接收路线信息，其中，该路线信息用于描述目标行车路线，该目标行车路线为第一用户设备根据行车路线推荐操作确定的行车路线。

在本实施例中，第一用户设备安装有打车软件乘客端，第二用户设备安装有打车软件司机端。

本领域技术人员可以理解，第一用户设备和第二用户设备可以包括但不限于诸如智能手机的移动终端设备、智能穿戴式设备、平板电脑、个人数字助理、膝上型便携式电脑以及台式电脑等。

在本实施例中，路线信息可以包括下述至少一种：目标行车路线的途经道路的位置信息或名称信息、途经点的位置信息或名称信息、或包含途经道路的图像。

第二用户设备的使用者与第一用户设备的使用者的关系为一种承运关系，例如出租车司机与乘客之间的关系，出租车司机在通过打车软件司机端接单后，负责将该乘客从出发地送到目的地。

在步骤702中，根据该路线信息，输出目标行车路线。

在本实施例中，可以通过在显示屏幕上显示文字或路线的方式，或者语音播报等方式输出目标行车路线。

由上述实施例可见，该实施例中的第二用户设备可以按照第一用户设备提供的路线信息，将目标行车路线展示给司机，以便司机按照该乘客提供的行车路线进行驾驶，可以避免乘客与司机就行车路线产生矛盾，提升双方的使用感受。

应当注意，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

另外可以理解的是，上述实施例中的“打车”应用场景仅用于示意性说明，并不构成对本申请方案应用场景的限定。本申请的“乘客向司机推荐路线”方案可以应用各类具有类似需求的行车应用中，例如代驾服务应用中，车主向代驾司机推荐行车路线；普通地图、导航应用中，朋友之间推荐行车路线等等。

与前述行车路线推荐方法的实施例对应，本申请还提供了行车路线推荐装置的实施例。

如图8所示，图8是本申请根据一示例性实施例示出的一种行车路线推荐装置的框图，该装置可以包括：

操作获得模块810，用于获得行车路线推荐操作；

路线确定模块820，用于根据操作获得模块810获得的行车路线推荐操作，确定目标行车路线；

路线提供模块830，用于将用于描述路线确定模块820确定的目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将该目标行车路线展现给第二用户设备的使用者。

由上述实施例可见，该实施例中，乘客可以通过终端设备将行车路线提供给司机，由于乘客主动提供的行车路线通常为该乘客比较认可的路线，因此，司机按照该乘客提供的行车路线进行驾驶，可以避免乘客与司机就行车路线产生矛盾，提升乘客与司机的满意度。

在本申请提供的另一种实施例中，本实施例中的行车路线推荐操作包括：指定行车路线起点及终点的操作。

在本申请提供的另一种实施例中，本实施例中的第一用户设备预先存储有一条或多条行车路线；路线确定模块820，可以包括：

第一路线确定子模块，用于从第一用户设备存储的行车路线中，选择一条覆盖该起点和终点的行车路线作为目标行车路线。

在本申请提供的另一种实施例中，本实施例中的行车路线推荐装置还可以包括：

第一输出模块，用于以设定方式输出第一提示消息，其中，该第一提示消息用于询问第一用户设备的使用者是否同意将目标行车路线提供给第二用户设备；

第一接收模块，用于接收第一用户设备的使用者针对第一输出模块输出的第一提示消息做出的响应；

操作触发模块，用于在基于第一接收模块接收到的响应确定出第一用户设备的使用者同意将目标行车路线提供给第二用户设备的情况下，触发路线提供模块执行将用于描述该目标行车路线的路线信息提供给第二用户设备的操作。

在本申请提供的另一种实施例中，本实施例中的第一用户设备预先存储有一条或多条行车路线；本实施例中的行车路线推荐操作包括：从第一用户设备存储的行车路线中选择行车路线的操作。

在本申请提供的另一种实施例中，本实施例中的行车路线推荐操作包括：指定行车路线起点、途经点及终点的操作；路线确定模块820，可以包括：

第二路线确定子模块，用于生成覆盖该起点、途经点及终点的行车路线，并将该行车路线作为目标行车路线。

在本申请提供的另一种实施例中，本实施例中的行车路线推荐装置还可以包括：

路线存储模块，用于将第二路线确定子模块生成的目标行车路线存储至第一用户设备。

在本申请提供的另一种实施例中，本实施例中的行车路线推荐装置还可以包括：

第二输出模块，用于输出第二提示消息，其中，该第二提示消息用于询问第一用户设备的使用者是否同意在下次经过所述起点和终点时将目标行车路线自动提供给第二用户设备；

第二接收模块，用于接收第一用户的使用者针对第二输出模块输出的第二提示消息做出的响应；

设置模块，用于根据第二接收模块接收到的响应，设置目标行车路线的提供方式。

在本申请提供的另一种实施例中，本实施例中的路线信息可以包括下述至少一种：目标行车路线的途经道路的位置信息或名称信息、途经点的位置信息或名称信息、或包含途经道路的图像。

如图9所示，图9是本申请根据一示例性实施例示出的另一种行车路线推荐装置的框图，该装置可以包括：

第三接收模块910，用于接收路线信息，其中，该路线信息用于描述目标行车路线，该目标行车路线为第一用户设备根据行车路线推荐操作确定的行车路线；

第三输出模块920，用于根据第三接收模块910接收到的路线信息，输出目标行车路线。

由上述实施例可见，该实施例中的第二用户设备可以按照第一用户设备提供的路线信息，将目标行车路线展示给司机，以便司机按照该乘客提供的行车路线进行驾驶，可以避免乘客与司机就行车路线产生矛盾，提升乘客与司机的满意度。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

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

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

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

Claims (16)

1.一种行车路线推荐方法，其特征在于，所述方法包括：

第一用户设备获得行车路线推荐操作；

根据所述行车路线推荐操作，确定目标行车路线；

将用于描述所述目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将所述目标行车路线展现给所述第二用户设备的使用者；

在所述将用于描述所述目标行车路线的路线信息提供给第二用户设备之前，还包括：

以设定方式输出第一提示消息，其中，所述第一提示消息用于询问第一用户设备的使用者是否同意将目标行车路线提供给第二用户设备；

接收第一用户设备的使用者针对所述第一提示消息做出的响应；

在基于所述响应确定出第一用户设备的使用者同意将目标行车路线提供给第二用户设备的情况下，触发执行所述将用于描述所述目标行车路线的路线信息提供给第二用户设备。

2.根据权利要求1所述的方法，其特征在于，所述行车路线推荐操作包括：指定行车路线起点及终点的操作。

3.根据权利要求2所述的方法，其特征在于，所述第一用户设备预先存储有一条或多条行车路线；

所述根据所述行车路线推荐操作，确定目标行车路线，包括：

从所述第一用户设备存储的行车路线中，选择一条覆盖所述起点和终点的行车路线作为目标行车路线。

4.根据权利要求1所述的方法，其特征在于，所述第一用户设备预先存储有一条或多条行车路线；

所述行车路线推荐操作包括：从第一用户设备存储的行车路线中选择行车路线的操作。

5.根据权利要求1所述的方法，其特征在于，所述行车路线推荐操作包括：指定行车路线起点、途经点及终点的操作；

所述根据所述行车路线推荐操作，确定目标行车路线，包括：

生成覆盖所述起点、途经点及终点的行车路线，并将该行车路线作为目标行车路线。

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

将生成的所述目标行车路线存储至所述第一用户设备。

7.根据权利要求6所述的方法，其特征在于，在所述将生成的所述目标行车路线存储至所述第一用户设备之后，还包括：

输出第二提示消息，其中，所述第二提示消息用于询问第一用户设备的使用者是否同意在下次经过所述起点和终点时将所述目标行车路线自动提供给第二用户设备；

接收第一用户设备 的使用者针对所述第二提示消息做出的响应；

根据所述响应，设置所述目标行车路线的提供方式。

8.根据权利要求1所述的方法，其特征在于，所述路线信息包括下述至少一种：所述目标行车路线的途经道路的位置信息或名称信息、途经点的位置信息或名称信息、或包含所述途经道路的图像。

9.一种行车路线推荐装置，其特征在于，所述装置包括：

操作获得模块，用于获得行车路线推荐操作；

路线确定模块，用于根据所述操作获得模块获得的行车路线推荐操作，确定目标行车路线；

路线提供模块，用于将用于描述所述路线确定模块确定的目标行车路线的路线信息提供给第二用户设备，以使第二用户设备将所述目标行车路线展现给所述第二用户设备的使用者；

第一输出模块，用于以设定方式输出第一提示消息，其中，所述第一提示消息用于询问第一用户设备的使用者是否同意将目标行车路线提供给第二用户设备；

第一接收模块，用于接收第一用户设备的使用者针对所述第一输出模块输出的第一提示消息做出的响应；

操作触发模块，用于在基于所述第一接收模块接收到的响应确定出第一用户设备的使用者同意将目标行车路线提供给第二用户设备的情况下，触发所述路线提供模块执行所述将用于描述所述目标行车路线的路线信息提供给第二用户设备。

10.根据权利要求9所述的装置，其特征在于，所述行车路线推荐操作包括：指定行车路线起点及终点的操作。

11.根据权利要求10所述的装置，其特征在于，所述第一用户设备预先存储有一条或多条行车路线；.

所述路线确定模块，包括：

第一路线确定子模块，用于从所述第一用户设备存储的行车路线中，选择一条覆盖所述起点和终点的行车路线作为目标行车路线。

12.根据权利要求9所述的装置，其特征在于，所述第一用户设备预先存储有一条或多条行车路线；

所述行车路线推荐操作包括：从第一用户设备存储的行车路线中选择行车路线的操作。

13.根据权利要求9所述的装置，其特征在于，所述行车路线推荐操作包括：指定行车路线起点、途经点及终点的操作；

所述路线确定模块，包括：

第二路线确定子模块，用于生成覆盖所述起点、途经点及终点的行车路线，并将该行车路线作为目标行车路线。

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

路线存储模块，用于将所述第二路线确定子模块生成的所述目标行车路线存储至所述第一用户设备。

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

第二输出模块，用于输出第二提示消息，其中，所述第二提示消息用于询问第一用户设备的使用者是否同意在下次经过所述起点和终点时将所述目标行车路线自动提供给第二用户设备；

第二接收模块，用于接收第一用户设备 的使用者针对所述第二输出模块输出的第二提示消息做出的响应；

设置模块，用于根据所述第二接收模块接收到的响应，设置所述目标行车路线的提供方式。

16.根据权利要求9所述的装置，其特征在于，所述路线信息包括下述至少一种：所述目标行车路线的途经道路的位置信息或名称信息、途经点的位置信息或名称信息、或包含所述途经道路的图像。

Images