CN112945253A - 一种出行路线推荐方法、***和装置 - Google Patents

Abstract

本发明公开一种出行路线推荐方法、***和装置，其中，该方法包括：根据起点、终点和出行时间，确定出行方式；规划采用出行方式的从起点到终点的至少一条出行路线；根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的出行路线进行排序；根据排序结果选择至少一条出行路线推荐给用户。本公开在对出行路线进行排序时不仅考虑到出行路线的特征信息和出行影响因素，还考虑到用户画像信息，综合各方面的因素实现对路线的综合排序，从而使得推荐给用户的出行路线能够更好的适应用户的个性化出行需求，能够向用户推荐更贴近用户真实需求的更合适的出行路线。

Description

一种出行路线推荐方法、***和装置

技术领域

本发明涉及导航技术领域，特别涉及一种出行路线推荐方法、***和装置。

背景技术

随着科技的发展和电子技术的进步，公共出行的方式不断增加，用户出行方式越来越呈现多样性，不在局限于固定的出行方式。随着用户出行方式增多，每种方式又有可能存在不同的出行路线，因此，在用户出行时就必然面临出行方案的选择问题，以期能够选择出更合适的出行方案。但通常用户并不知道哪种出行方案更加合适，在出行方案比较多的情况下用户选择的难度也相应增加。

为了帮助用户选择合适的出行方案，现有技术的做法是基于各出行方案的时间和价格因素向用户推荐出行方案，这种方式并不能考虑到用户的个性化出行需求，因此，无法实现向用户推荐最贴近用户真实需求的出行方案。

发明内容

鉴于现有技术中存在的技术缺陷和技术弊端，本发明实施例提供克服上述问题或者至少部分地解决上述问题的一种出行路线推荐方法、***和装置。

作为本发明实施例的一个方面，涉及一种出行路线推荐方法，可以包括：

根据起点、终点和出行时间，确定出行方式；

规划采用所述出行方式的从所述起点到终点的至少一条出行路线；

根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的所述出行路线进行排序；

根据排序结果选择至少一条出行路线推荐给用户。

可选的，所述根据起点、终点和出行时间，确定出行方式，可以包括：

根据起点和终点之间的直线距离，获取能够从起点到达终点的出行方式，从获取的出行方式中筛选出在所述出行时间可用的出行方式。

可选的，所述根据起点和终点之间的直线距离，获取能够从起点到达终点的出行方式，可以包括：

根据用户出行的起点和终点之间的直线距离与预设的至少一个距离阈值之间的大小关系，确定下列方式中一种或任意组合为能够从起点到达终点的出行方式：步行、骑行、公交、驾车、打车。

可选的，所述规划采用所述出行方式的从所述起点到终点的至少一条出行路线，可以包括：

当所述出行方式为步行、骑行、公交、驾车或者打车中的任意一个时，调用对应的算路引擎，根据所述出行时间计算采用该出行方式从起点到终点的至少一条出行路线；

当所述出行方式包括步行、骑行、公交、驾车和打车中的至少两种的组合时，确定使用每种方式的路段起终点，并调用对应的算路引擎，根据路段起终点和所述出行时间分别确定每个路段的出行路线，将各路段的出行路线组合得到从起点到终点的至少一条出行路线。

可选的，所述根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的所述出行路线进行排序，可以包括：

根据出行画像信息、出行影响因素和所述出行路线中包括的出行方式，确定所述出行方式的推荐优先级；

根据所述出行方式的优先级和出行路线的特征信息对出行路线进行排序，得到所述出行路线的排序结果。

可选的，根据排序结果选择至少一条出行路线推荐给用户时，还可以包括：

将排序结果中次序在前的至少一条出行路线推荐给用户，且向用户展示所推荐的出行路线的说明信息和出行提示信息。

作为本发明实施例的另一方面，涉及一种出行路线推荐装置，可以包括：

确定模块，用于根据起点、终点和出行时间，确定出行方式；

规划模块，用于规划采用所述出行方式的从所述起点到终点的至少一条出行路线；

排序模块，用于根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的所述出行路线进行排序；

推荐模块，用于根据排序结果选择至少一条出行路线推荐给用户。

作为本发明实施例的第三方面，涉及一种出行路线推荐***，可以包括：终端设备和服务器；

所述终端设备，用于获取出行的起点、终点和出行时间提供给服务器，以及向用户展示服务器推荐的出行路线；

所述服务器中设置上述出行路线推荐装置，用于根据终端设备提供的出行的起点、终点和出行时间，确定向用户推荐的出行路线提供给终端设备。

可选的，所述终端设备可以为车载导航设备或者移动终端。

作为本发明实施例的第四方面，涉及一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现上述方法。

本发明实施例至少实现了如下技术效果：

基于用户出行的起点、终点和出行时间来确定可用的出行方式，针对每种出行方式规划出至少一条出行路线，然后根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的出行路线进行排序，根据排序结果向用户推荐出行路线，在对出行路线进行排序时不仅考虑到出行路线的特征信息和出行影响因素，还考虑到用户画像信息，综合各方面的因素实现对路线的综合排序，从而使得推荐给用户的出行路线能够更好的适应用户的个性化出行需求，能够向用户推荐更贴近用户真实需求的更合适的出行路线。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所记载的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例提供的出行路线推荐方法的流程图；

图2为本发明实施例提供的出行路线推荐装置的结构示意图；

图3为本发明实施例提供的详细的出行路线推荐方法的流程图；

图4为本发明实施例提供的算路引擎调取的结构示意图；

图5为本发明实施例提供的路线展示的示意图；

图6为本发明实施例提供的详细的出行路线推荐装置的结构示意图；

图7为本发明实施例提供的出行路线推荐***的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

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

实施例1

本发明实施例提供了一种出行路线推荐方法，参照图1所示，该方法可以包括以下步骤：

步骤S11、根据起点、终点和出行时间，确定出行方式。

其中，所述出行方式是指用户导航从起点到终点的可能采用的出行方式，具体地出行方式可以包括：步行方式、骑行方式、公交方式、驾车方式、打车方式、步行+骑行方式、步行+公交方式、骑行+公交方式、步行+打车方式等。其中，公交方式可以包括公共汽车方式、地铁方式、有轨电车方式等。导航服务器根据解析出的起点、终点和出行时间初步识别出有可能采用的出行方式。

具体的，可以根据起点和终点之间的直线距离，获取能够从起点到达终点的出行方式，从获取的出行方式中筛选出在出行时间可用的出行方式。

更为具体的，根据起点和终点之间的直线距离，获取能够从起点到达终点的出行方式，可以包括：根据用户出行的起点和终点之间的直线距离与预设的至少一个距离阈值之间的大小关系，确定下列方式中一种或任意组合为能够从起点到达终点的出行方式：步行、骑行、公交、驾车、打车。

其中，所述距离阈值是指在服务器预先设置的距离范围值，该距离阈值可以根据实际情况进行调整。

步骤S12、规划采用出行方式的从所述起点到终点的至少一条出行路线。

其中，所述出行路线是指从起点到终点的路线，其中包括路线走向、时长、费用等路线属性信息。所述出行路线可以包括：步行出行路线、骑行出行路线、公交出行路线、驾车出行路线、打车出行路线中的一个或多个的组合。

具体的，规划采用出行方式的从起点到终点的至少一条出行路线，可以包括：当上述出行方式为步行、骑行、公交、驾车或者打车中的任意一个时，调用对应的算路引擎，根据上述出行时间计算采用该出行方式从起点到终点的至少一条出行路线；或，

当上述出行方式包括步行、骑行、公交、驾车和打车中的至少两种的组合时，确定使用每种方式的路段起终点，并调用对应的算路引擎，根据路段起终点和上述出行时间分别确定每个路段的出行路线，将各路段的出行路线组合得到从起点到终点的至少一条出行路线。

步骤S13、根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的出行路线进行排序。

其中，所述出行画像信息是指从用户历史出行***台服务器获得，例如，从与导航服务器相关联的墨迹天气平台服务中获得；所述类型信息是指起点和终点的类型，例如，起点或者终点是火车站、飞机场等；所属路况信息是指道路的拥挤度、限行状况、交通管制信息等。

具体的，根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的出行路线进行排序，可以包括：根据出行画像信息、出行影响因素和出行路线中包括的出行方式，确定出行方式的推荐优先级；根据出行方式的优先级和出行路线的特征信息对出行路线进行排序，得到出行路线的排序结果。

步骤S14、根据排序结果选择至少一条出行路线推荐给用户。

本步骤还可以包括：将排序结果中次序在前的至少一条出行路线推荐给用户，且向用户展示所推荐的出行路线的说明信息和出行提示信息。

其中，所述说明信息是指对出行路线进行的简要说明。例如，1km以内推荐的出行路线为步行出行路线，则其说明信息可以是：“距离较短，步行更健康”；10km以外去机场或者火车站，推荐的出行路线为公交出行路线中的地铁出行路线，则其说明信息可以是：“地铁出行，准时又经济”；再例如在大雪天气，路程较远，推荐的出行路线为驾车出行路线，则其出行提示信息可以是：“大雪道路湿滑，请注意安全驾驶”等。

本发明实施例在对出行路线进行排序时不仅考虑到出行路线的特征信息和出行影响因素，还考虑到用户画像信息，综合各方面的因素实现对路线的综合排序，从而使得推荐给用户的出行路线能够更好的适应用户的个性化出行需求，能够向用户推荐更贴近用户真实需求的更合适的出行路线。

基于同一发明构思，本发明实施例提供了一种出行路线推荐装置，参照图2所示，该装置可以包括：确定模块11、规划模块12、排序模块13和推荐模块14，其工作原理如下：

确定模块11根据起点、终点和出行时间，确定出行方式。

具体的，确定模块11根据起点和终点之间的直线距离，获取能够从起点到达终点的出行方式，从获取的出行方式中筛选出在出行时间可用的出行方式。更为具体的，确定模块11根据用户出行的起点和终点之间的直线距离与预设的至少一个距离阈值之间的大小关系，确定下列方式中一种或任意组合为能够从起点到达终点的出行方式：步行、骑行、公交、驾车、打车。

规划模块12规划采用所述出行方式的从起点到终点的至少一条出行路线。

具体的，当出行方式为步行、骑行、公交、驾车或者打车中的任意一个时，规划模块12调用对应的算路引擎，根据出行时间计算采用该出行方式从起点到终点的至少一条出行路线；当出行方式包括步行、骑行、公交、驾车和打车中的至少两种的组合时，规划模块12确定使用每种方式的路段起终点，并调用对应的算路引擎，根据路段起终点和出行时间分别确定每个路段的出行路线，将各路段的出行路线组合得到从起点到终点的至少一条出行路线。

排序模块13根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的出行路线进行排序。

具体的，排序模块13根据出行画像信息、出行影响因素和出行路线中包括的出行方式，确定出行方式的推荐优先级；根据出行方式的优先级和出行路线的特征信息对出行路线进行排序，得到出行路线的排序结果。

推荐模块14根据排序结果选择至少一条出行路线推荐给用户。

可选的，推荐模块14还可以将排序结果中次序在前的至少一条出行路线推荐给用户，且向用户展示所推荐的出行路线的说明信息和出行提示信息。

本实施例所述装置的技术效果及相关举例说明可参见上述方法实施例的相关内容，此处不再赘述。

实施例2

本实施例提供一种详细的出行路线推荐方法，参照图3所示，可以包括以下步骤：

步骤S21，导航服务器接收到用户发起的导航请求后，根据导航请求确定起点、终点和出行时间。

其中，所述导航请求是用户发起导航时通过导航终端设备向导航服务器发出的请求获得导航服务的信息；所述导航终端设备是用于与用户进行信息交互的设备，如手机导航终端、车载导航终端等；所述导航服务器是为服务提供导航服务的服务器，可以是本地服务器也可以是云端服务器，可以是单机服务器也可以是分布式服务器等多种形式。

具体地，用户可以向导航终端设备输入导航目的地，导航终端设备根据该导航目的地生成导航请求发送给导航服务器，导航服务器对导航请求进行解析，将用户输入的导航目的地确定为终点。另外，如果用户未输入导航起点和时间信息，则可以将用户的当前所在地确定为起点、将收到导航请求的时间确定为出行时间；如果用户输入了导航起点和时间信息，则可以根据用户的输入来确定起点和出行时间。

例如，用户A现在需要从天安门广场去天坛公园，用户A在导航终端设备上发起导航请求，导航服务器可以解析出该用户A的起点为：天安门广场，终点为：天坛公园，出行时间为：当前时间；再例如，用户B需要明天上午9点从北京饭店到北京西站，用户B在导航终端设备上发起导航请求，导航服务器可以解析出该用户B的起点为：北京饭店，终点为：北京西站，出行时间为：明天上午9点；再例如，用户C需要从天安门广场去中山公园，用户C在导航终端设备上发起导航请求，导航服务器可以解析出该用户C的起点为：天安门广场，终点为：中山公园，出行时间为：当前时间。

从上述例子中可知，用户A在导航终端设备上发起导航请求时，导航请求信息中并未包含有时间信息，所以将接收到导航请求的当前时间确定为出行时间；用户B在导航终端设备上发起导航请求时，导航请求信息中包含有时间信息(明天上午9点)，所以将“明天上午9点”确定为出行时间。

步骤S22，根据起点、终点和出行时间，确定出行方式。

本步骤详细的论述与术语解释参照实施例1中步骤S11，在此不再赘述，以下是针对具体例子的描述说明。

在上述例子中，用户A从天安门广场去天坛公园，起点与终点之间的可以获取到，且距离较短，可以选择骑行方式、也可以选择步行+骑行方式，当然用户A也可以选择公交方式和打车方式等；用户B从北京饭店去北京西站，起点与终点之间的距离较长，如果用户B再携带行李，显然全部步行方式或者骑行方式已经不合适，可以选择公交方式、打车方式、驾车方式、步行+公交方式等。

具体地，可以根据预设的距离阈值和起点和终点之间的总长距离的比较结果来识别可能出行方式。其中，所述距离阈值是指在服务器预先设置的距离范围值，可以根据实际情况进行调整。

例如，预先设置的距离阈值为3km。用户C从天安门广场去中山公园，从天安门广场北门到中山公园南门距离为300m左右，此时不会识别出打车方式或者驾车方式。本发明实施例可以设置第二距离阈值为1km，起点和终点的直线距离在1km以内识别为步行方式、骑行方式或者步行+骑行方式。

再例如，用户B从北京饭店去北京西站，起点和终点之间的总长距离大概有10km，此时不会识别出全部步行方式或者骑行方式，而是识别为打车方式、公交方式、驾车方式等。

步骤S23，规划采用上述出行方式的从起点到终点的至少一条出行路线。

本步骤详细的论述与术语解释参照实施例1中步骤S12，在此不再赘述，以下是针对具体例子的描述说明。

上述用户C从天安门广场去中山公园，识别出的可能出行方式为：步行方式、骑行方式或者步行+骑行方式，此时需要调用步行算路引擎、骑行算路引擎或者步行+骑行算路引擎来对出行路线进行计算。

具体地，参照图4所示，所述调用对应的算路引擎可以包括：根据所述可能出行方式调用相应的算路引擎，由所述算路引擎基于所述起点、终点和出行时间获得至少一条出行路线。

其中，所述算路引擎是指从应用层来看，是一套提供了驱动和管理地理数据，实现渲染、查询等功能的一套函数库，所有的应用层软件只需要调用引擎提供的功能接口就能较容易的完成其功能。算路引擎驱动和管理的是拓扑数据，提供的是路线和导引信息。算路引擎通常会封装和保护几何数据的拓扑关系和导引数据，对上层提供路线分析、拓扑分析、引导信息的功能。

例如，参照图4所示，算路引擎可以分为：步行算路引擎、骑行算路引擎、公交算路引擎、驾车算路引擎和打车算路引擎等。相应地，当出行方式中包含有步行方式时，调用步行算路引擎得到步行出行路线；当出行方式中包含有骑行方式时，调用骑行算路引擎得到骑行出行路线；当出行方式中包含有公交方式时，调用公交算路引擎得到公交出行路线；当出行方式中包含有驾车方式时，调用驾车算路引擎得到驾车出行路线；当出行方式中包含有打车方式时，调用算路打车引擎得到打车出行路线。如果上述出行方式为上述单一的一种时，只需要调用对应的算路引擎就可以规划出对应的出行方式在出行时间从起点到终点的至少一条出行路线；当上述出行方式为上述出行方式中至少两种组合时，需要确定每种方式的路段起终点，然后再分别调用相应的算路引擎，根据路段起终点和出行时间分别确定每个路段的出行路线，将各路段的出行路线组合得到从起点到终点的至少一条出行路线。

其中，调用算路引擎时可以通过异步抓取的方式调用不同的算路引擎，异步抓取不同算路引擎在计算机中进行多线程的异步处理，与同步处理相比，异步处理不用阻塞当前线程来等待处理完成，而是允许后续操作，直至其它线程处理完成并回调通知此线程。本发明实施例提供的异步是指抓取步行算路引擎时，也可以抓取驾车算路引擎或者其他算路引擎，线程不需要一直等待结果返回，而且可以处理其他请求，等到结果返回后，线程再继续处理，这样可以提升服务的处理性能。

步骤S24，根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的上述出行路线进行排序。

本步骤详细的论述与术语解释参照实施例1中步骤S13，在此不再赘述，以下是针对具体例子的描述说明。

上述例子中，用户B从明天上午9点从北京饭店去北京西站，通过调用算路引擎而获得出的出行路线为：公交出行路线、驾车出行路线、打车出行路线。起点的天气信息是：中雨；终点的类型信息为：火车站；该用户的出行习惯信息为：公交出行方式；各个出行路线的特征信息分别为：

公交出行路线，地铁1号线王府井站上车后在军事博物馆站换乘地铁9号线在北京西站下车；时长：27分钟；换乘次数：1次；费用：4元；

驾车出行路线，长安东街→广场西侧路→前门西大街→宣武门东大街→宣武门西大街→莲花池东路→莲花池辅路→北京西站停车场；时长：35分钟；无需换乘；红绿灯：14个；

打车出行路线，路线与驾车出行路线一致；时长：35分钟；无需换乘；红绿灯：14个；费用：35元；打车约4分钟接驾。

首先从上述天气信息判断，因为是中雨不建议用户自己驾车，更不建议骑行或步行较长距离；从出行时间为上午9时判断为高峰期，不建议打车出行，尤其是中雨道路容易堵车；且该用户的出行习惯为公交出行方式，而且地铁出行方式为公交出行方式中的一种。因此将出行路线进行排列为：公交出行路线(地铁出行路线)＞驾车出行路线＞打车出行路线。

步骤S25，根据排序结果选择至少一条出行路线推荐给用户。

从步骤S24中的排序结果可知，公交出行路线是最优的，当然上述公交出行路线、驾车出行路线和打车出行路线可能分别有多个可选路线，该方法可以将所有出行路线中时间短的路线优先推荐给用户。例如在公交出行路线中，有地铁出行路线和公共汽车出行路线，而且可选多个地铁线路或公共汽车线路，如地铁出行路线还可以是：地铁1号线王府井站上车后在东单站换乘地铁5号线，然后在磁器口站换乘地铁7号线，在北京西站下车。或者，公共汽车出行路线由特11路车在王府井路口北公交站上车，然后在正义路公交站换乘9路公交车，最终在北京西站公交站下车。上述两种出行路线时间都长于第一种公交出行路线，这两种出行路线不会优先推荐给用户。

推荐上述出行路线时，可以将排在首位的出行路线推荐给所述用户，也可以将未排在首位的出行路线作为备选出行路线按照排序的顺序展示给用户。

其中，备选出行路线是指虽然不是最优的推荐路线但是仍然可以提供给用户作为参考的备选出行路线。例如，在上例中，如图5所示，除了将地铁出行路线展示给用户B外，还将驾车出行路线和打车出行路线作为备选出行路线按照排序的顺序展示给用户B。

在上例中，如图5所示，将地铁出行路线展示给用户B，并展示相应的出行提示信息为：“中雨道路湿滑，地铁出行更安全快捷”。用户通过阅读该说明信息和/或出行提示信息便可以迅速得知该出行路线被推荐的原因。

本发明实施例基于用户出行的起点、终点和出行时间来确定可用的出行方式，针对每种出行方式规划出至少一条出行路线，然后根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的出行路线进行排序，根据排序结果向用户推荐出行路线，在对出行路线进行排序时不仅考虑到出行路线的特征信息和出行影响因素，还考虑到用户画像信息，综合各方面的因素实现对路线的综合排序，从而使得推荐给用户的出行路线能够更好的适应用户的个性化出行需求，能够向用户推荐更贴近用户真实需求的更合适的出行路线，从而使用户操作更加简便，提升了用户体验。

基于同一发明构思，本实施例提供一种详细的出行路线推荐装置，参照图6所示，该装置可以包括：解析模块21、确定模块22、规划模块23、排序模块24和推荐模块25，其工作原理如下：

解析模块21根据用户发起的导航请求解析出起点、终点和出行时间；具体地，根据所述导航请求解析出所述出行时间包括：当所述导航请求中包含有时间信息时，根据该时间信息确定所述出行时间；当所述导航请求中未包含有时间信息时，将所述出行时间确定为收到所述导航请求的当前时间。

确定模块22、规划模块23、排序模块24和推荐模块25的工作原理分别参照实施例1中的确定模块11、规划模块12、排序模块13和推荐模块14，在此不再详细介绍。

本实施例所述装置的技术效果及相关举例说明可参见上述方法实施例的相关内容，此处不再赘述。

实施例3

本实施例提供一种出行路线推荐***，参照图7所示，该***可以包括：

终端设备1和服务器2；终端设备1获取出行的起点、终点和出行时间提供给服务器，以及向用户展示服务器2推荐的出行路线；当然，终端设备1也可以向服务器2发起导航请求。服务器2中设置上述出行路线推荐装置，用于根据终端设备提供的出行的起点、终点和出行时间，确定向用户推荐的出行路线提供给终端设备1。

上述服务器可以是一台服务器也可以是分布式的一组服务器，可以是本地服务器也可以是云端服务器，本发明实施例对此不作具体限定。

可选的，所述终端设备1可以为车载导航设备或者移动终端。

本实施例所述***的技术效果及相关举例说明可参见上述方法实施例的相关内容，此处不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

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

根据起点、终点和出行时间，确定出行方式；

规划采用所述出行方式的从所述起点到终点的至少一条出行路线；

根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的所述出行路线进行排序；

根据排序结果选择至少一条出行路线推荐给用户。

2.根据权利要求1所述的方法，其特征在于，所述根据起点、终点和出行时间，确定出行方式，包括：

根据起点和终点之间的直线距离，获取能够从起点到达终点的出行方式，从获取的出行方式中筛选出在所述出行时间可用的出行方式。

3.根据权利要求2所述的方法，其特征在于，所述根据起点和终点之间的直线距离，获取能够从起点到达终点的出行方式，包括：

根据用户出行的起点和终点之间的直线距离与预设的至少一个距离阈值之间的大小关系，确定下列方式中一种或任意组合为能够从起点到达终点的出行方式：步行、骑行、公交、驾车、打车。

4.根据权利要求1所述的方法，其特征在于，所述规划采用所述出行方式的从所述起点到终点的至少一条出行路线，包括：

当所述出行方式为步行、骑行、公交、驾车或者打车中的任意一个时，调用对应的算路引擎，根据所述出行时间计算采用该出行方式从起点到终点的至少一条出行路线；

当所述出行方式包括步行、骑行、公交、驾车和打车中的至少两种的组合时，确定使用每种方式的路段起终点，并调用对应的算路引擎，根据路段起终点和所述出行时间分别确定每个路段的出行路线，将各路段的出行路线组合得到从起点到终点的至少一条出行路线。

5.根据权利要求1所述的方法，其特征在于，所述根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的所述出行路线进行排序，包括：

根据出行画像信息、出行影响因素和所述出行路线中包括的出行方式，确定所述出行方式的推荐优先级；

根据所述出行方式的优先级和出行路线的特征信息对出行路线进行排序，得到所述出行路线的排序结果。

6.根据权利要求1-5任一所述的方法，其特征在于，根据排序结果选择至少一条出行路线推荐给用户时，还包括：

将排序结果中次序在前的至少一条出行路线推荐给用户，且向用户展示所推荐的出行路线的说明信息和出行提示信息。

7.一种出行路线推荐装置，其特征在于，包括：

确定模块，用于根据起点、终点和出行时间，确定出行方式；

规划模块，用于规划采用所述出行方式的从所述起点到终点的至少一条出行路线；

排序模块，用于根据出行画像信息、出行路线的特征信息和出行影响因素，对规划出的所述出行路线进行排序；

推荐模块，用于根据排序结果选择至少一条出行路线推荐给用户。

8.一种出行路线推荐***，其特征在于，包括：终端设备和服务器；

所述终端设备，用于获取出行的起点、终点和出行时间提供给服务器，以及向用户展示服务器推荐的出行路线；

所述服务器中设置如权利要求7所述的出行路线推荐装置，用于根据终端设备提供的出行的起点、终点和出行时间，确定向用户推荐的出行路线提供给终端设备。

9.根据权利要求8所述的***，其特征在于，所述终端设备为车载导航设备或者移动终端。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～6中任一项所述的出行路线推荐方法。

Images