出行路线的推荐方法、系统、处理设备及可读存储介质

技术领域

本说明书实施例涉及路线规划技术领域，尤其涉及一种出行路线的推荐方法、系统、处理设备及可读存储介质。

背景技术

随着移动通讯技术的发展，目前，人们已经习惯通过用户终端上适于进行出行查询的应用软件等查询到达目的地的方式。在具体实施中，展示的出行路线不适合用户，导致用户需要手动切换、反复搜索，交互操作复杂。

综上，现有的应用软件展示的出行方式有许多时候难以便捷地满足用户的有效需求，影响用户体验。

发明内容

有鉴于此，本说明书实施例提供一种出行路线的推荐方法、系统、处理设备及可读存储介质，能够便捷地满足用户的有效需求，提高用户体验。

本说明书实施例提供了一种出行路线的推荐方法，所述推荐方法包括：获取所述出行用户的出行信息；基于预先获取的所述出行用户的出行偏好数据，获得对应的出行用户类型；根据所述出行用户的出行信息，得到所述出行用户类型对应的推荐出行路线；推送所述推荐出行路线。

可选地，采用如下至少一种方式获取所述出行用户的出行偏好数据：获取所述出行用户选择的出行方式信息数据；获取所述出行用户输入的交通工具信息数据；获取所述出行用户的出行路径选择行为的历史数据。

可选地，基于预先获取的所述出行用户的出行偏好数据，获得对应的出行用户类型，包括：根据所述出行用户的出行偏好数据，确定所述出行用户为驾车用户或者为非驾车用户。

可选地，所述根据所述出行用户的出行信息，得到所述出行用户类型对应的推荐出行路线，包括：当所述出行用户类型为驾车用户时，获取驾车出行的推荐路线作为推荐出行路线；当所述出行用户类型为非驾车用户时，获取非驾车出行的推荐路线作为推荐出行路线。

可选地，所述推送所述推荐出行路线，包括：当所述出行用户类型为驾车用户时，按照预设的推送优先展示方式向用户展示驾车出行的推荐路线；当所述出行用户类型为非驾车用户时，按照预设的推送优先展示方式向用户展示非驾车出行的推荐路线。

可选地，所述根据所述出行用户的出行信息，得到所述出行用户类型对应的推荐出行路线，还包括：获取所述出行用户的出行信息中的目的地位置和所述出行用户的当前位置，并当获取到的所述出行用户的当前位置与目的地位置之间的距离小于预设的距离阈值时，获取步行出行的推荐路线作为推荐出行路线。

可选地，所述推送所述推荐出行路线，还包括：当所述出行用户的当前位置与目的地位置之间的距离小于所述距离阈值时，按照预设的推送优先展示方式向所述出行用户展示步行出行的推荐路线。

本说明书实施例还提供了一种出行路线推荐系统，所述推荐系统包括：出行信息获取单元，适于获取所述出行用户的出行信息；出行偏好数据预获取单元，适于预先获取出行用户的出行偏好数据；出行用户类型获取单元，适于基于所述出行偏好数据预获取单元预先获取的出行用户的出行偏好数据，获得对应的出行用户类型；出行路线计算单元，适于根据所述出行用户的出行信息，得到所述出行用户类型对应的推荐出行路线；推送单元，适于推送所述推荐出行路线。

本说明书实施例还提供了一种数据处理设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述任一实施例所述方法的步骤。

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述任一实施例所述方法的步骤。

采用本说明书实施例中的出行路线的推荐方案，在获取到所述出行用户的出行信息后，可以基于预先获取的出行用户的出行偏好数据，获得对应的出行用户类型，之后，即可根据所述出行用户的出行信息，得到并推送所述出行用户类型对应的推荐出行路线。由上可知，可以根据预先获取的出行偏好数据获得的出行用户类型推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

进一步地，可以通过获取所述出行用户选择的出行方式信息数据、获取所述出行用户输入的交通工具信息数据、获取所述出行用户的出行路径选择行为的历史数据等其中一种或多种方式获取出行用户的出行偏好数据，也即可以通过多种方式获取出行用户的出行偏好数据，增加所述出行用户类型的判断维度，进而可以更加准确地获得对应的出行用户类型。

进一步地，根据所述出行用户的出行偏好数据，可以确定所述出行用户为驾车用户或者非驾车用户，进而当所述出行用户类型为驾车用户时，可以获取驾车出行的推荐路线作为推荐出行路线，按照预设的推送优先展示方式向用户展示驾车出行的推荐路线；而当所述出行用户类型为非驾车用户时，可以获取非驾车出行的推荐路线作为推荐出行路线，按照预设的推送优先展示方式向用户展示非驾车出行的推荐路线。因而，采用上述方案，可以根据出行偏好数据确定的出行用户类型，按照预设的推送优先展示方式推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

进一步地，根据出行用户当前位置与目的地位置之间的距离判断是否选择步行方式，并在两者之间距离小于预设的阈值时，按照预设的推送优先展示方式向用户展示步行出行的推荐路线，可以使推荐的出行方式和出行路线更加合理、便捷。

附图说明

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

图1是本说明书实施例一种出行路线的推荐方法的流程图。

图2是本说明书实施例中一种展示选择项的交互界面示意图。

图3是本说明书实施例中另一种展示选择项的交互界面示意图。

图4是本说明书实施例中展示驾车出行的推荐出行路线的交互界面示意图。

图5是本说明书实施例中沿驾车出行的推荐路线进行导航的交互界面示意图。

图6是本说明书实施例中展示乘车出行的推荐路线的交互界面示意图。

图7是本说明书实施例中包含乘车出行的推荐出行路线的展示列表的交互界面示意图。

图8是本说明书实施例中展示步行出行的交互界面的示意图。

图9是本说明书实施例中沿步行出行的推荐路线进行导航的交互界面示意图。

图10是本说明书实施例一种出行路线推荐系统的结构示意图。

具体实施方式

如前所述，虽然目前出行用户可以通过用户终端的应用软件等进行出行查询，但在具体实施中，经常发生应用软件展示的出行方式不适合用户的问题。例如，现有的应用软件经过查询后只能展示一种出行方式的路线，用户需要手动切换出行方式进行选择。又例如，现有的应用软件经过查询后默认给出交通出行的路线，并不符合用户步行的实际需求，用户跟着导航提示行走还可能误入到只能车辆通行的道路上，带来安全风险。因此，目前的出行路线展示方案，大都用户手动切换、反复搜索，交互操作复杂，在许多时候难以便捷地满足用户的有效需求，影响用户体验。

针对上述问题，本说明书实施例在获取到所述出行用户的出行信息后，可以基于预先获取的出行用户的出行偏好数据，获得对应的出行用户类型，之后，可以根据所述出行用户的出行信息，得到并推送所述出行用户类型对应的推荐出行路线。

采用本说明书实施例中的出行路线的推荐方法，可以根据出行偏好数据获得的出行用户类型推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

为使本说明书实施例的上述目的、特征及优点更加明显易懂，以下结合附图对本说明书的具体实施例进行详细的说明。

参照图1所示的出行路线的推荐方法的流程图，在本说明书实施例中，具体可以包括如下步骤：

S11，获取出行用户的出行信息。

在具体实施中，所述出行用户输入的出行信息可以包括位置信息，所述位置信息包括起始位置和目的地位置，其中，起始位置可以是用户输入的起始位置，也可以由系统自动获取用户的当前位置作为起始位置，还可以是用户在地图界面上选取并点击一地点，由系统自动获取相应地点的位置作为起始位置；目的地位置可以是用户输入的目的地位置，也可以是用户在地图界面上选取并点击一地点，由系统自动获取相应地点的位置作为目的地位置。

此外，出行信息还可以包括出行时间信息，例如是现在出发，还是在设定的某一时间出发。

S12，基于预先获取的所述出行用户的出行偏好数据，获得对应的出行用户类型。

在具体实施中，所述预先获取的出行用户的出行偏好数据的来源可以有多种，例如可以基于出行用户选择或输入的与出行方式相关的信息数据，或者基于出行用户的出行行为的历史数据获得出行用户的出行偏好数据。

其中，与出行方式相关的信息数据可以是出行用户在首次使用出行相关应用软件时选择或输入的与出行方式相关的信息数据，也可以是经用户授权的，出行用户使用出行相关应用软件过程中添加或更改的与出行方式相关的信息数据，基于出行用户选择或输入的与出行方式相关的信息数据，可以获取用户的出行偏好数据。

在具体实施中，出行用户在使用出行相关应用软件过程中会产生出行行为的历史数据，因此，也可以根据记录的出行行为的历史数据得到出行用户的出行偏好数据。在本说明书一实施例中，出行行为的历史数据可以包括：导航数据与用户实际出行轨迹数据，基于用户实际出行轨迹数据与导航轨迹的差异可以获取用户的出行偏好数据。

基于预先获取的所述出行用户的出行偏好数据，可以确定所述出行用户对应的出行用户类型，例如，为驾车用户，还是为非驾车用户。

在具体实施中，根据出行用户出行场景的差异可以将出行用户进行不同的分类，例如，出行用户类型包括：驾车用户和非驾车用户。其中，驾车用户和非驾车用户可以根据实际情况进一步细分为多种类型。

可以理解的是，实际分类不限于上述一种方式，还可以根据其他不同的维度将用户进行不同类型的分配。

S13，根据所述出行用户的出行信息，得到所述出行用户类型对应的推荐出行路线。

通常，根据出行用户的出行信息，即可为所述出行用户规划出行路线，并将规划出的出行路线按照预设的推荐策略优先排序方式进行排序，即可得到推荐出行路线。

在本说明书实施例中，可以基于所述出行用户的出行信息，以及基于预先获取的所述出行用户的出行偏好数据所确定的所述出行用户对应的出行用户类型，可以得到所述出行用户类型对应的推荐出行路线。

在具体实施中，还可以按照预设的推荐策略优先排序方式对得到的推荐路线进行排序。其中，所述推荐策略优先排序方式可以为系统默认的方式，也可以为用户设置的方式，例如：步行少、时间短等等。

S14，推送所述推荐出行路线。

在具体实施中，可以将所述推荐出行路线推送到所述出行相关应用软件的交互界面上，所述出行用户可以直观地查看到所述推荐出行路线。可以通过地图展示或路线信息展示等方式展示所述推荐出行路线。

可以理解的是，在具体实施中，也可以通过语音播报、短信息等其他方式向用户推送规划出的推荐出行方式。

采用上述实施例，可以根据预先获取的出行偏好数据获得的出行用户类型推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

在具体实施中，可以通过多种方式获取出行偏好数据。以下通过具体实施例并结合具体应用场景进行详细描述。

在本说明书实施例中，可以通过如下一种或多种方式获取所述出行用户的出行偏好数据：

1、获取所述出行用户选择的出行方式信息数据。

具体而言，出行方式信息数据可以为：是否驾车、公交优先等与出行方式相关的类似信息。

在本说明书一实施例中，如图2所示，当所述出行用户首次使用出行相关应用软件时，在出行相关应用软件的交互界面上展示“驾车”选择项和“非驾车”选择项，可以根据所述出行用户的选择获得相应出行方式信息数据。例如，当检测到所述出行用户选择所述“驾车”选择项时，可以获得的出行方式信息数据为驾车出行方式；当检测到所述出行用户选择所述“非驾车”选择项时，可以获得的出行方式信息数据为非驾车出行方式。

在具体实施中，所述出行用户可以在首次使用出行相关应用软件时选择的所述出行方式信息数据，也可以在使用出行相关应用软件过程中添加或更改与出行方式相关的信息数据。

在本说明书实施例中，出行相关应用软件为任一可以在用户终端上查询到达目的地方式的应用软件，例如，可以为各种导航软件、地图软件、基于位置服务(Location BasedService，LBS)的软件等其中任意一种应用软件。

2、获取所述出行用户输入的交通工具信息数据。

具体而言，所述交通工具信息数据可以为：是否有车、常乘公交等与出行方式相关的信息。

在本说明书实施例中，在出行相关应用软件的交互界面上展示可以输入的交通工具信息框，所述出行用户可以根据自身情况输入交通工具信息，由此获得所述交通工具信息数据。例如，所述出行用户可以在交通工具信息框中输入车牌号信息，由此获得的交通工具信息数据为车牌号信息数据。此外，所述交通工具信息还可以包括：车辆型号信息、乘车信息等。

在具体实施中，所述出行用户可以在首次使用出行相关应用软件时输入所述交通工具信息数据，也可以在使用出行相关应用软件过程中添加或更改所述交通工具信息数据。

3、获取所述出行用户的出行路径选择行为的历史数据。

在本说明书实施例中，可以基于所述出行用户的出行路径选择行为的历史数据，获得所述出行用户的出行偏好数据。例如，可以通过数据统计、分析所述出行用户使用出行相关应用软件的出行路径选择出行行为的历史数据，获得出行用户的用户偏好数据。

在具体实施中，可以通过多种方式获得出行用户在使用出行相关应用软件过程中产生的出行行为的历史数据。例如，可以在出行相关应用软件上采用数据埋点的方法获取所述出行用户的出行路径选择行为的历史数据。

数据埋点的具体方案可以参照如下其中一种或多种方式：可以在关键性按钮上加入点击事件，点击一次所述关键性按钮记一次次数。或者，可以在出行相关应用软件的关键性页面上加入曝光事件，成功打开一次所述关键性页面记一次，刷新所述关键性页面一次则相应记录一次，加载所述关键性页面一次也相应记录一次。又或者，可以在出行相关应用软件的关键性页面上加入页面停留时间事件，记录所述出行用户在所述关键性页面上停留的时长。又或者，在实际出行轨迹与导航轨迹不一致时则相应记录对应的变更数据，可以包括出行方式变更，或者推荐优先方式变更等数据。又或者，用户出行场景页面发生切换时，则相应记录切换前后的出行数据，例如，从驾车出行场景切换为乘车出行场景。

由上可知，所述出行路径选择行为的历史数据可以包括出行方式页面切换次数历史数据、出行路线查询按钮点击历史数据、出行目的地查询页面停留时长历史数据、目的地输入框点击次数历史数据等其中一种或多种。可以理解的是，具体出行路径选择行为的历史数据并不限于以上例举数据类型，还可以为其他类型的出行路径选择行为的历史数据。

采用上述方案，可以通过获取所述出行用户选择的出行方式信息数据、获取所述出行用户输入的交通工具信息数据、获取所述出行用户的出行路径选择行为的历史数据等其中一种或多种方式可以获取出行用户的出行偏好数据，也即可以通过多种方式获取出行用户的出行偏好数据，增加所述出行用户类型的判断维度，进而可以更加准确地获得对应的出行用户类型。

在具体实施中，所述基于预先获取的所述出行用户的出行偏好数据获得的出行用户类型，可以包括：驾车用户和非驾车用户。根据所述出行方式信息数据、交通工具信息数据和出行路径选择行为的历史数据中的一种或多种出行偏好数据，确定所述出行用户为驾车用户或者非驾车用户。

在本说明书一实施例中，继续参照图2，在出行相关应用软件的交互界面上展示“驾车”选择项和“非驾车”选择项时，当所述出行用户选择所述“驾车”选择项时，获得驾车出行方式信息数据，确定所述出行用户为驾车用户；当所述出行用户选择所述“非驾车”选择项时，获得非驾车出行方式信息数据，确定所述出行用户为非驾车用户。此外，所述出行用户可以在首次使用出行相关应用软件时进行选择，也可以在使用出行相关应用软件的过程中添加或更改选择项，进而获得所述出行方式信息数据，以此可以确定所述出行用户为驾车用户还是为非驾车用户。

在本说明书另一实施例中，在出行相关应用软件的交互界面上展示可以输入的交通工具信息框时，所述出行用户可以根据自身情况输入交通工具信息，从而可以获得相应的交通工具信息数据。其中，所述交通工具信息可以包括：车牌号信息、车辆型号信息和乘车信息等。例如，当所述出行用户输入车牌号信息时，可以确定所述出行用户为驾车用户；当所述出行用户输入常用乘车信息时，可以确定所述出行用户为非驾车用户。

此外，所述出行用户可以在首次使用出行相关应用软件时输入交通工具信息，也可以在使用出行相关应用软件的过程中添加或更改交通工具信息，进而获得所述交通工具信息数据，以此可以确定所述出行用户为驾车用户还是为非驾车用户。

在本说明书另一实施例中，当所述出行用户未选择任何选择项并且未输入任何交通工具信息时，可以在出行相关应用软件上采用数据埋点的方法获取所述出行用户的出行路径选择行为的历史数据，进而确定所述出行用户为驾车用户或者非驾车用户。

在具体实施中，当所述出行用户类型为驾车用户时，可以获取驾车出行的推荐路线作为推荐出行路线，按照预设的推送优先展示方式向用户展示驾车出行的推荐路线；当所述出行用户类型为非驾车用户时，可以获取非驾车出行的推荐路线作为推荐出行路线，按照预设的推送优先展示方式向用户展示非驾车出行的推荐路线。

在本说明书一实施例中，当所述出行用户类型为驾车用户时，获取所有驾车出行的推荐路线，可以按照时间、距离或者换乘次数等不同维度设置的优先展示方式向用户展示驾车出行的推荐路线。

在本说明书另一实施例中，当所述出行用户类型为非驾车用户时，获取所有非驾车出行的推荐路线，可以按照时间、距离或者换乘次数等不同维度设置的优先展示方式向用户展示非驾车出行的推荐路线。

采用上述方案，可以根据出行偏好数据确定的出行用户类型，按照预设的推送优先展示方式推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

在本说明书其他实施例中，所述出行方式信息数据和出行用户类型可以根据出行用户的实际情况做出不同的分类，或者更加多维的分类。以下通过具体实施例进行示例说明。

在本说明书另一实施例中，可以根据所述出行方式信息数据、交通工具信息数据和出行路径选择行为的历史数据中的一种或多种出行偏好数据，将所述出行用户分为公交优先用户或者非公交优先用户。

在本说明书又一实施例中，如图3所示，可以在所述出行用户使用出行相关应用软件时，在出行相关应用软件的交互界面上展示“驾车”选择项、“骑行”选择项、“乘车”选择项和“步行”选择项，进而可以根据所述出行用户的选择获得相应出行方式信息数据。

然后，可以根据所述出行方式信息数据、交通工具信息数据和出行路径选择行为的历史数据中的一种或多种出行偏好数据，确定所述出行用户为驾车用户、骑行用户、乘车用户或者步行用户。

以下参照附图并通过具体的应用场景介绍如何得到及推送推荐出行路线。

如图4所示，在本说明书一具体实施例中，所述出行用户在出行相关应用软件中搜索目的地A。

当确定所述出行用户类型为驾车用户时，可以在出行相关应用软件的界面上展示驾车出行用时最短的推荐出行路线及驾车出行用时图标41，通过所述驾车出行用时图标41中左侧的图案标识可以直观看到所对应的出行方式为驾车，此外，还可以获得此种出行方式下对应的预估时间，例如基于图4驾车出行用时图标41中的“32分”，可以直观地向用户展示到达目的地需要32分钟，因此驾车出行用时图标41向用户提供的信息即为：通过驾车出行方式预估需要32分钟到达目的地。

继续参考图4，在所述出行用户点击所述驾车出行用时图标41时，可以进入对应的推荐出行路线的导航界面。参照图5所示的导航界面，为某出行用户选择驾车出行用时图标时进入的导航交互界面，其中可以展示车辆实时速度，如**km/h，以及到达目的地剩余XX公里，预计剩余XX分钟，其中“XX”表示具体数字。用户点击“退出”按钮，可以退出当前导航交互界面。用户也可以点击“设置”按钮对相关参数进行设置。

继续参考图4，还可以在出行相关应用软件的界面上展示路线图标42，所述出行用户点击路线图标42可以进入对应的推荐出行路线的展示列表界面，按照预设的推送优先展示方式，向所述出行用户展示对应出行方式的推荐路线的列表。

如图6所示，在本说明书另一具体实施例中，所述出行用户在出行相关应用软件中搜索目的地A。

当确定所述出行用户类型为乘车用户时，可以在出行相关应用软件的交互界面上展示乘车出行用时最短的推荐出行路线及乘车出行用时图标61，通过所述乘车出行用时图标61可以直观看到所对应的出行方式为乘车出行(公交出行)，此外，还可以获得此种出行方式下对应的预估时间，例如基于图6中乘车出行用时图标61展示的“1h4m”，所述出行用户可以直观地获得到达目的地需要1小时4分钟的信息。在所述出行用户点击所述乘车出行用时图标61时，可以进入对应的推荐路线的选择界面，可以展示多种乘车出行的选择方案。

在具体实施中，继续参照图6，还可以在出行相关应用软件的界面上展示路线图标62，所述出行用户点击路线图标62，还可以进入对应的推荐出行路线的展示列表界面。参照图7所示的展示列表界面，为乘车出行的推荐路线按照换乘次数的优先展示方式向用户展示的列表。

如图8所示，在本说明书又一具体实施例中，所述出行用户在出行相关应用软件的地图界面上选取并点击一地点，由出行相关应用软件自动获取相应地点的位置作为目的地A。

当确定所述出行用户类型为步行用户时，可以在出行相关应用软件的界面上展示步行出行用时最短的推荐出行路线及步行出行用时图标81，通过所述步行出行用时图标81中左侧的图案可以直观看到所对应的出行方式为步行，此外，还可以获得此种出行方式下对应的预估时间，例如基于步行出行用时图标81中的“16分”，所述出行用户可以直观地获得到达目的地需要16分钟，因此通过图8的步行出行用时图标81，用户可以直观地获取到通过步行出行方式到达目的地需要16分钟的信息。在具体实施中，所述出行用户点击所述步行出行用时图标81，还可以进入对应的推荐出行路线的导航界面，参照图9所示的导航交互界面，为某出行用户选择步行出行用时图标时进入的导航交互界面。

继续参考图8，还可以在出行相关应用软件的界面上展示路线图标82，所述出行用户点击路线图标82，还可以进入对应的推荐出行路线的展示列表界面。

在本说明书另一具体实施例中，所述出行用户在出行相关应用软件中搜索目的地A，或者出行用户在出行相关应用软件的地图界面上选取并点击一地点，由出行相关应用软件自动获取相应地点的位置作为目的地A。

当确定所述出行用户类型为骑行用户时，可以在出行相关应用软件的界面上展示骑行出行用时最短的推荐出行路线及骑行出行用时图标，当出行用户点击所述骑行出行用时图标时，可以进入骑行推荐出行路线的导航界面。并且，还可以在出行相关应用软件的界面上展示路线图标，所述出行用户点击路线图标，还可以进入对应的推荐出行路线的展示列表界面。

在具体实施中，当确定所述用户的出行用户类型时，可以在出行相关应用软件的界面上展示对应的推荐出行路线及用时图标。并且，可以在出行相关应用软件的界面上展示单个或多个用时图标。

例如，出行相关应用软件的界面上可以同时展示多个用时图标，各用时图标可以展示相应出行方式下的预估时间。例如，出行相关应用软件的界面上可以同时展示骑行出行用时图标和步行出行用时图标，且骑行出行用时图标可以展示骑行出行方式下对应的预估时间，步行出行用时图标可以展示步行出行方式下对应的预估时间。

又例如，出行相关应用软件的界面上可以展示单个用时图标，所述用时图标可以同时展示多种出行方式的预估时间。例如，出行相关应用软件的界面上展示一个用时图标，所述用时图标可以同时展示驾车出行方式下对应的预估时间和步行出行方式下对应的预估时间。

在具体实施中，可以在出行相关应用软件的界面上展示单个用时图标，且所述用时图标展示一种出行方式下对应的预估时间，则在所述出行用户点击所述用时图标时，可以进入对应出行方式的推荐出行路线的导航界面。

或者，可以在出行相关应用软件的界面上展示单个用时图标，且所述用时图标展示多种出行方式下对应的预估时间，则在所述出行用户点击所述用时图标时，可以进入对应多种出行方式的推荐出行路线的导航选择界面，用户可以自行选择所需出行方式的推荐出行路线并进入所需出行方式的导航界面。

又或者，可以在出行相关应用软件的界面上展示多个用时图标，且各用时图标展示一种出行方式下对应的预估时间，则在所述出行用户选择并点击对应用时图标时，可以进入对应出行方式的推荐出行路线的导航界面。

可以理解的是，根据用户实际使用情景，出行相关应用软件的界面上可以展示单个用时图标或多个用时图标，同样地，单个用时图标可以展示一种出行方式下对应的预估时间，也可以展示多种出行方式下对应的预估时间，本说明书实施例对用时图标的个数和展示的内容不做限定。

采用上述实施例，可以将“驾车”、“骑行”、“乘车”和“步行”的分散服务融合成“出行”的统一服务，仅需用户输入出行信息，就可快捷有效地推荐大概率满足用户预期的出行路线，无需多种出行场景的切换和选择，缩短交互时间，降低交互操作复杂度，减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，提高用户体验。

此外，当出行用户当前位置与目的地距离比较近时，采用步行以外的方式到达目的地反而更加繁琐，针对这一问题，在具体实施中，可以获取所述出行用户的出行信息中的目的地位置和所述出行用户的当前位置，进而获取所述出行用户的当前位置与目的地位置之间的距离，并当两者距离小于预设的距离阈值时，可以直接将步行出行的推荐路线作为推荐出行路线，并按照预设的推送优先展示方式向所述出行用户展示步行出行的推荐路线，以更加方便用户出行。其中，预设的推送优先展示方式可以包括按照时间、距离等不同维度设置的优先展示方式供用户选择。

在本说明书一实施例中，当所述出行用户的当前位置与目的地位置之间的距离小于1公里时，获取步行出行的推荐路线作为推荐出行路线，按照预设的推送优先展示方式向所述出行用户展示步行出行的推荐路线。

采用上述方案，在出行用户的当前位置与目的地距离小于预设的距离阈值，采用步行的方式到达目的地是时间最短最便捷的方式，可以避免采用错误出行方式绕远路的问题，使得推荐的出行方式和出行路线更加合理、便捷。

在具体实施中，可以将本说明书实施例的出行路线推荐方法应用于出行路线推荐系统。采用本说明书实施例的出行路线推荐系统，可以预先获取出行用户的出行偏好数据，并可以基于所述出行偏好数据确定所述出行用户的出行用户类型，在获取到出行信息后，可以获得所述出行用户类型对应的推荐出行路线。

采用本说明书实施例中的出行路线推荐系统，可以根据出行偏好数据获得的出行用户类型推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

为使本领域技术人员更好地理解和实现本说明书实施例，以下参照附图通过具体实施例，对能够实现上述出行路线的推荐方法的系统进行对应描述。

参照图10所示的出行路线推荐系统的结构示意图，在本说明书实施例中，出行路线推荐系统100可以包括：出行信息获取单元101、出行偏好数据预获取单元102、出行用户类型获取单元103、出行路线计算单元104、推送单元105，其中：

出行信息获取单元101，适于获取所述出行用户的出行信息；

出行偏好数据预获取单元102，适于预先获取出行用户的出行偏好数据；

出行用户类型获取单元103，适于基于所述出行偏好数据预获取单元102预先获取的出行用户的出行偏好数据，获得对应的出行用户类型；

出行路线计算单元104，适于根据所述出行用户的出行信息，得到所述出行用户类型对应的推荐出行路线；

推送单元105，适于推送所述推荐出行路线。

由上可知，出行路线推荐系统可以根据预先获取的出行偏好数据获得的出行用户类型，推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

在具体实施中，可以通过多种方式获取出行偏好数据。以下通过具体实施例并结合具体应用场景进行详细描述。

如图10所示，所述出行偏好数据预获取单元102可以包括以下至少一种预获取子单元：

第一预获取子单元1021，适于获取所述出行用户选择的出行方式信息数据。

在本说明书一实施例中，如图2所示，当所述出行用户首次使用出行相关应用软件时，在出行相关应用软件的界面上展示“驾车”选择项和“非驾车”选择项，所述第一预获取子单元1021可以根据所述出行用户的选择获得相应出行方式信息数据。例如，当所述出行用户选择所述“驾车”选择项时，所述第一预获取子单元1021可以获得出行方式信息数据为驾车出行方式信息数据；当所述出行用户选择所述“非驾车”选择项时，所述第一预获取子单元1021可以获得的出行方式信息数据为非驾车出行方式信息数据。

在具体实施中，所述出行用户可以在首次使用出行相关应用软件时选择的所述出行方式信息数据，也可以在使用出行相关应用软件过程中添加或更改的与出行方式相关的信息数据。

第二预获取子单元1022，适于获取所述出行用户输入的交通工具信息数据。

在本说明书一实施例中，在出行相关应用软件的界面上展示可以输入的交通工具信息框，所述出行用户可以根据自身情况输入交通工具信息，所述第二预获取子单元1022由此获得所述交通工具信息数据。例如，所述出行用户可以在交通工具信息框中输入车牌号信息，所述第二预获取子单元1022由此获得相应的车牌号信息数据。此外，所述交通工具信息还可以包括：车辆型号信息和乘车信息等。

在具体实施中，所述出行用户可以在首次使用出行相关应用软件时输入所述交通工具信息数据，也可以在使用出行相关应用软件过程中添加或更改所述交通工具信息数据。

第三预获取子单元1023，适于获取所述出行用户的出行路径选择行为的历史数据。

在具体实施中，所述第三预获取子单元1023可以通过多种方式获得出行用户在使用出行相关应用软件过程中产生的出行行为的历史数据。例如，所述第三预获取子单元1023可以采用数据埋点的方法获取所述出行路径选择行为的历史数据。

采用上述方案，可以通过获取所述出行用户选择的出行方式信息数据、获取所述出行用户输入的交通工具信息数据、获取所述出行用户的出行路径选择行为的历史数据等其中一种或多种方式可以获取出行用户的出行偏好数据，也即可以通过多种方式获取出行用户的出行偏好数据，增加所述出行用户类型的判断维度，进而可以更加准确地获得对应的出行用户类型。

在具体实施中，如图10所示，所述出行用户类型获取单元103适于根据预先获取的所述出行用户的出行偏好数据，确定所述出行用户为驾车用户或者为非驾车用户。具体地，所述出行用户类型获取单元103可以包括：

驾车用户类型预获取子单元1031，适于根据所述出行用户的出行偏好数据，确定所述出行用户为驾车用户；

非驾车用户类型预获取子单元1032，适于根据所述出行用户的出行偏好数据，确定所述出行用户为非驾车用户。

在本说明书一实施例中，所述驾车用户类型子单元1031根据所述出行方式信息数据、交通工具信息数据和出行路径选择行为的历史数据中的一种或多种出行偏好数据，确定所述出行用户为驾车用户。非驾车用户类型子单元1032可以根据所述出行方式信息数据、交通工具信息数据和出行路径选择行为的历史数据中的一种或多种出行偏好数据，确定所述出行用户为非驾车用户。

在具体实施中，如图10所示，所述出行路线计算单元104包括：

驾车路线计算子单元1041，适于在所述出行用户类型为驾车用户时，获得驾车出行的推荐路线作为推荐出行路线；

非驾车路线计算子单元1042，适于在所述出行用户类型为非驾车用户时，获得非驾车出行的推荐路线作为推荐出行路线。

在具体实施中，如图10所示，所述推送单元105包括：

驾车用户推送子单元1051，适于在所述出行用户类型为驾车用户时，按照预设的推送优先展示方式向用户展示驾车出行的推荐路线；

非驾车用户推送子单元1052，适于在所述出行用户类型为非驾车用户时，按照预设的推送优先展示方式向用户展示非驾车出行的推荐路线。

在本说明书一实施例中，当所述出行用户类型为驾车用户时，驾车路线计算子单元1041获取所有驾车出行的推荐路线，驾车用户推送子单元1051可以按照时间、距离或者换乘次数等不同维度设置的优先展示方式向用户展示驾车出行的推荐路线。

在本说明书另一实施例中，当所述出行用户类型为非驾车用户时，非驾车路线计算子单元1042获得所有非驾车出行的推荐路线，非驾车用户推送子单元1052可以按照时间、距离或者换乘次数等不同维度设置的优先展示方式向用户展示非驾车出行的推荐路线。

采用上述方案，可以根据出行偏好数据确定的出行用户类型，按照预设的推送优先展示方式推送相应出行方式的推荐出行路线，这一过程无需多种出行场景的切换和选择，仅需用户输入出行信息，即可使得推荐的出行路线更大概率与用户预期一致，降低交互操作复杂度，同时也可以减少用户在未发现推荐路线对应的出行类型不匹配而沿不适当的出行路线出行的风险，故能够便捷地满足用户的有效需求，提高用户体验。

在本说明书其他实施例中，所述出行方式信息数据和出行用户类型可以根据出行用户的实际情况做出不同的分类，或者更加多维的分类。参考上述推荐方法的实施例，在此不做赘述。

在具体实施中，出行用户与目的地距离比较近时，采用步行以外的方式到达目的地反而更加繁琐，针对这一问题，如图10所示，所述出行路线计算单元104还可以包括：

距离计算子单元1043，适于获取所述出行用户的出行信息中的目的地位置和所述出行用户的当前位置，并得到所述出行用户的当前位置与目的地位置之间的距离。

步行路线计算子单元1044，适于当所述出行用户的当前位置与目的地位置之间的距离小于预设的距离阈值时，获取步行出行的推荐路线作为推荐出行路线。

在具体实施中，继续参照图10，所述推送单元105相应地还可以包括：

步行路线推送子单元1053，适于在所述出行用户的当前位置与目的地位置之间的距离小于所述距离阈值时，按照预设的推送优先展示方式向所述出行用户展示步行出行的推荐路线。其中，预设的推送优先展示方式可以为按照时间、距离等多种不同维度设置的优先展示方式。

在本说明书一实施例中，当所述距离计算子单元1043计算得到所述出行用户的当前位置与目的地位置之间的距离小于1公里时，步行路线计算子单元1044获取步行出行的推荐路线作为推荐出行路线，步行路线推送子单元1053按照预设的推送优先展示方式向所述出行用户展示步行出行的推荐路线。

采用上述方案，在出行用户的当前位置与目的地距离小于预设的距离阈值，采用步行的方式到达目的地是时间最短最便捷的方式，可以避免采用错误出行方式绕远路的问题，使得推荐的出行方式和出行路线更加合理、便捷。

本说明书实施例还提供了一种数据处理设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时可以执行本说明书上述任一实施例所述的出行路线的推荐方法的步骤。所述计算机指令运行时执行的出行路线的推荐方法具体实现可以参照上述实施例中的出行路线的推荐方法的步骤，不再赘述。所述数据处理设备可以为手机等手持终端、平板电脑、个人台式电脑等。

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令运行时可以执行本说明书上述任一实施例方法的步骤。其中，所述计算机可读存储介质可以是光盘、机械硬盘、固态硬盘等各种适当的可读存储介质。所述计算机可读存储介质上存储的指令执行的出行路线的推荐方法，具体可参照上述各出行路线的推荐方法实施例，不再赘述。

虽然本说明书实施例披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本说明书实施例的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。