CN106156084A - 路线查询方法、装置和系统 - Google Patents

Abstract

本申请提出一种路线查询方法、装置和系统，其中，该路线查询方法，包括以下步骤：接收来自终端的路线查询请求；根据路线查询请求获取多个路线；确定与每个路线对应的出行方式和与出行方式对应的时长；根据与每个路线对应的出行方式和与出行方式对应的时长和/或来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线，并将推荐出行方式和推荐路线提供给终端。本申请的路线查询方法，能够提供符合用户期望的出行方式和路线，并且能够降低路线查询的成本。

Description

路线查询方法、装置和系统

技术领域

本申请涉及互联网技术领域，特别涉及一种路线查询方法、装置和系统。

背景技术

随着信息技术和互联网的发展，越来越多的用户会使用一些地图应用(如谷歌地图、高德地图等)查询出行路线。但是，目前的路线查询方法操作成本高、非常耗费时间精力，用户体验差。

发明内容

本申请旨在至少在一定程度上解决上述技术问题。

为此，本申请的第一个目的在于提出一种路线查询方法，能够提供符合用户期望的出行方式和路线，并且能够降低路线查询的成本。

本申请的第二个目的在于提出一种路线查询装置。

为达上述目的，根据本申请第一方面实施例提出了一种路线查询方法，包括以下步骤：接收来自终端的路线查询请求；根据所述路线查询请求获取多个路线；确定与每个路线对应的出行方式和与所述出行方式对应的时长；根据与每个路线对应的出行方式和与所述出行方式对应的时长和/或来自所述终端的历史出行记录确定推荐出行方式，根据与所述推荐出行方式对应的每个路线的时长确定推荐路线，并将所述推荐出行方式和所述推荐路线提供给所述终端。

本申请实施例的路线查询方法，可根据路线查询请求获取多个路线，并确定每个路线对应的出行方式以及与出行方式对应的时长，进而根据每个路线对应的出行方式和与出行方式对应的时长和/或历史出行记录确定推荐出行方式，并进一步确定推荐路线，提供给终端，仅将符合用户需求的出行方式和路线提供给用户，减少了终端的用户对路线的筛选操作，并且无需用户选择出行方式，从而降低了用户查询路线的操作成本、时间成本以及流量消耗，更便于用户选择出行方式和路线，并且根据历史出行记录为用户推荐出行方式，更符合用户的期望，提升了用户体验。

本申请第二方面实施例提供了一种路线查询装置，接收模块，用于接收来自终端的路线查询请求；获取模块，用于根据所述路线查询请求获取多个路线；确定模块，用于确定与每个路线对应的出行方式和与所述出行方式对应的时长；第一提供模块，用于根据与每个路线对应的出行方式和与所述出行方式对应的时长和/或来自所述终端的历史出行记录确定推荐出行方式，根据与所述推荐出行方式对应的每个路线的时长确定推荐路线，并将所述推荐出行方式和所述推荐路线提供给所述终端。

本申请实施例的路线查询装置，可根据路线查询请求获取多个路线，并确定每个路线对应的出行方式以及与出行方式对应的时长，进而根据每个路线对应的出行方式和与出行方式对应的时长和/或历史出行记录确定推荐出行方式，并进一步确定推荐路线，提供给终端，仅将符合用户需求的出行方式和路线提供给用户，减少了终端的用户对路线的筛选操作，并且无需用户选择出行方式，从而降低了用户查询路线的操作成本、时间成本以及流量消耗，更便于用户选择出行方式和路线，并且根据历史出行记录为用户推荐出行方式，更符合用户的期望，提升了用户体验。

本申请第三方面实施例提供了一种路线查询系统，包括：本申请第二方面实施例的路线查询装置和终端。

本申请实施例的路线查询系统，可根据路线查询请求获取多个路线，并确定每个路线对应的出行方式以及与出行方式对应的时长，进而根据每个路线对应的出行方式和与出行方式对应的时长和/或历史出行记录确定推荐出行方式，并进一步确定推荐路线，提供给终端，仅将符合用户需求的出行方式和路线提供给用户，减少了终端的用户对路线的筛选操作，并且无需用户选择出行方式，从而降低了用户查询路线的操作成本、时间成本以及流量消耗，更便于用户选择出行方式和路线，并且根据历史出行记录为用户推荐出行方式，更符合用户的期望，提升了用户体验。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请一个实施例的路线查询方法的流程图；

图2为根据本申请一个实施例的S104的实现流程图；

图3为根据本申请另一个实施例的S104的实现流程图；

图4a为根据本申请一个实施例的推荐出行方式为步行方式的推荐路线的显示界面的示意图；

图4b为根据本申请一个实施例的推荐出行方式为公交方式的推荐路线的显示界面的示意图；

图4c为根据本申请一个实施例的推荐出行方式为驾车方式的推荐路线的显示界面的示意图；

图5为根据申请另一个实施例的路线查询方法的流程图；

图6为根据本申请一个实施例的路线查询装置的结构示意图；

图7为根据本申请一个具体实施例的路线查询装置的结构示意图；

图8为根据本申请另一个具体实施例的路线查询装置的结构示意图；

图9为根据本申请另一个实施例的路线查询装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

下面参考附图描述根据本申请实施例的路线查询方法、装置和系统。

图1为根据本申请一个实施例的路线查询方法的流程图。

如图1所示，根据本申请实施例的路线查询方法，包括以下步骤。

S101，接收来自终端的路线查询请求。

需要说明的是，本申请的实施例的终端优选为移动终端，例如，IOS操作系统(IOS是由苹果公司开发的手持设备操作系统)、安卓操作系统(Android系统是一种基于Linux的自由及开放源代码的操作系统)、Windows Phone操作系统(Windows Phone是微软公司发布的一款手机操作系统)的移动终端，当然也可为个人计算机以及其他智能移动终端，本申请对此不作限定。应当理解，在本申请的实施例中，移动终端可以是手机、平板电脑、个人数字助理、电子书等具有各种操作系统的硬件设备。

终端的用户可通过终端的地图应用输入路线查询请求，当终端的用户发起路线查询请求时，服务器即可接收到来自终端的路线查询请求。

其中，路线查询请求中包括出发地和目的地的信息，如名称、位置等。出发地和目的地的信息可由终端的用户输入。当然，对于移动终端的用户来说，出发地的信息也由根据终端地图应用中的定位服务检测到的终端的当前位置确定。

S102，根据路线查询请求获取多个路线。

在本申请的实施例中，服务器接收到路线查询请求后，可根据出发地和目的地的信息获取从出发地到目的地的多个路线。其中，获取从出发地到目的地的路线的方式可以是多样的，本申请对此不做限定。例如，可通过对预先建立的路线数据库进行检索以获取从出发地到目的地的多个路线。

S103，确定与每个路线对应的出行方式和与出行方式对应的时长。

在本申请的一个实施例中，出行方式可包括步行方式、公共交通方式和驾车方式。其中，公共交通方式可包括公交方式和地铁方式，驾车方式可包括打车方式和自驾方式。

由于一个路线可能对应不同的出行方式，例如，对于从A到B的一条路线，用户通过步行、公交或驾车都可以按照该路线从A到达B。因此对于获取到的路线，还需要进一步查询路线数据库以确定该路线对应的一种或多种出行方式，并确定该路线对应的每种出行方式对应的时长。

S104，根据与每个路线对应的出行方式和与出行方式对应的时长和/或来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线，并将推荐出行方式和推荐路线提供给终端。

在本申请的一个实施例中，可根据与每个路线对应的出行方式和来自终端的历史出行记录确定推荐出行方式。具体地，根据与每个路线对应的出行方式和来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线可包括如图2所示的步骤。

S201，根据来自终端的历史出行记录分别获取步行方式、公共交通方式和驾车方式的使用频率。

其中，历史出行记录包括多个用户出行所选择的路线以及出行方式的记录。从而可对历史出行记录进行统计分析，以分别获取步行方式、公共交通方式和驾车方式的使用频率。

在本申请的一个实施例中，历史出行记录可为终端自动记录并存储的，也可以是用户导入终端的，还可以是终端从服务器下载的用户通上传的。

S202，根据步行方式、公共交通方式和驾车方式的使用频率确定推荐出行方式。

具体地，可将使用频率最高的出行方式确定为推荐出行方式。

S203，根据与推荐出行方式对应的每个路线的时长获取与推荐出行方式对应的时长最短的路线，并将时长最短的路线确定为推荐路线。

在本申请的一个实施例中，还可根据与每个路线对应的出行方式和与出行方式对应的时长确定推荐出行方式，或者根据与每个路线对应的出行方式、与出行方式对应的时长以及来自终端的历史出行记录确定推荐出行方式。具体地，根据与每个路线对应的出行方式和与出行方式对应的时长和/或来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线可包括如图3所示的步骤。

S301，分别获取与步行方式、公共交通方式和驾车方式对应的时长最短的路线。

具体地，可根据出行方式对已获取的多个路线进行分类，从而分别得到与步行方式、公共交通方式和驾车方式对应的路线集合。然后分别根据与步行方式、公共交通方式和驾车方式对应的集合中路线对应的时长确定与步行方式、公共交通方式和驾车方式对应的集合中时长最短的路线，即得到与步行方式、公共交通方式和驾车方式对应的时长最短的路线。

S302，判断与步行方式对应的时长最短的路线的时长是否小于或等于预设时间。

其中，预设时间可根据大多数用户的可接收步行距离除以大多数用户的平均速度确定。举例来说，预设时间可为15分钟。

S303，如果小于或等于预设时间，则将步行方式确定为推荐出行方式并将与步行方式对应的时长最短的路线确定为推荐路线。

S304，如果大于预设时间，则根据来自终端的历史出行记录确定推荐出行方式并将与推荐出行方式对应的时长最短的路线确定为推荐路线。

在本申请的一个实施例中，根据来自终端的历史出行记录确定推荐出行方式可具体包括：根据来自终端的历史出行记录分别获取公共交通方式的使用频率和驾车方式的使用频率；如果公共交通方式的使用频率大于驾车方式的使用频率，则将公共交通方式确定为推荐出行方式；如果公共交通方式的使用频率小于驾车方式的使用频率，则将驾车方式确定为推荐出行方式；如果公共交通方式的使用频率等于驾车方式的使用频率，则将公共交通方式和驾车方式确定为推荐出行方式。

在确定推荐出行方式之后，可将与推荐出行方式对应的时长最短的路线确定为推荐路线。

举例来说，如果与步行方式对应的时长最短的路线的时长不大于15分钟，则将步行方式确定为推荐出行方式。如果与步行方式对应的时长最短的路线的时长大于15分钟，则步行方式不会作为推荐出行方式。然后根据历史出行记录统计公共交通方式和驾车方式的使用频率，并将使用频率较高的方式确定推荐出行方式。

由此，在确定推荐出行方式以及推荐路线之后，可将推荐出行方式和推荐路线提供给终端。在本申请的一个实施例中，还可将与推荐出行方式和推荐路线对应的时长提供给终端。从而终端可将推荐出行方式以及推荐路线提供给终端的用户，从而能够减少用户对路线的筛选操作。

具体地，终端可通过地图应用以地图的方式将推荐路线直观的展示给用户，并在展示界面提供推荐出行方式和相应的时长。举例来说，图4a为根据本申请一个实施例的推荐出行方式为步行方式的推荐路线的显示界面的示意图。图4b为根据本申请一个实施例的推荐出行方式为公交方式的推荐路线的显示界面的示意图。图4c为根据本申请一个实施例的推荐出行方式为驾车方式的推荐路线的显示界面的示意图。如图4a-4c所示，可在地图显示界面中显示推荐路线的具体线路，并在地图显示界面下方的工具框中显示推荐出行方式和相应的时长。此外，还可提供除推荐出行方式之外的其他出行方式的选择按钮，用户可通过触发相应的按钮选择查看相应的出行方式的路线以及时长等信息。

本申请实施例的路线查询方法，可根据路线查询请求获取多个路线，并确定每个路线对应的出行方式以及与出行方式对应的时长，进而根据每个路线对应的出行方式和与出行方式对应的时长和/或历史出行记录确定推荐出行方式，并进一步确定推荐路线，提供给终端，仅将符合用户需求的出行方式和路线提供给用户，减少了终端的用户对路线的筛选操作，并且无需用户选择出行方式，从而降低了用户查询路线的操作成本、时间成本以及流量消耗，更便于用户选择出行方式和路线，并且根据历史出行记录为用户推荐出行方式，更符合用户的期望，提升了用户体验。

应当理解，通过步行方式、公共交通方式和驾车方式对本申请进行说明仅为针对一定范围内的出行的示例性说明。本申请所述的出行方式并不限于上述三种方式。例如，针对更大范围的出行来说，出行方式还可包括铁路出行、航空出行以及汽车出行等。从而也可根据每个路线对应的出行方式和与出行方式对应的时长和/或历史出行记录确定推荐出行方式及路线提供给终端的用，以便于用户出行规划。

图5为根据申请另一个实施例的路线查询方法的流程图。

如图5所示，该路线查询方法，包括以下步骤。

S501，接收来自终端的路线查询请求。

需要说明的是，本申请的实施例的终端优选为移动终端，例如，IOS操作系统(IOS是由苹果公司开发的手持设备操作系统)、安卓操作系统(Android系统是一种基于Linux的自由及开放源代码的操作系统)、Windows Phone操作系统(Windows Phone是微软公司发布的一款手机操作系统)的移动终端，当然也可为个人计算机以及其他智能移动终端，本申请对此不作限定。应当理解，在本申请的实施例中，移动终端可以是手机、平板电脑、个人数字助理、电子书等具有各种操作系统的硬件设备。

终端的用户可通过终端的地图应用输入路线查询请求，当终端的用户发起路线查询请求时，服务器即可接收到来自终端的路线查询请求。

在本申请的一个实施例中，服务器可以是基于云计算的云服务器。

其中，路线查询请求中包括出发地和目的地的信息，如名称、位置等。出发地和目的地的信息可由终端的用户输入。当然，对于移动终端的用户来说，出发地的信息也由根据终端地图应用中的定位服务检测到的终端的当前位置确定。

S502，根据路线查询请求获取多个路线。

在本申请的实施例中，服务器接收到路线查询请求后，可根据出发地和目的地的信息获取从出发地到目的地的多个路线。其中，获取从出发地到目的地的路线的方式可以是多样的，本申请对此不做限定。例如，可通过对预先建立的路线数据库进行检索以获取从出发地到目的地的多个路线。

S503，确定与每个路线对应的出行方式和与出行方式对应的时长。

在本申请的一个实施例中，出行方式可包括步行方式、公共交通方式和驾车方式。其中，公共交通方式可包括公交方式和地铁方式，驾车方式可包括打车方式和自驾方式。

由于一个路线可能对应不同的出行方式，例如，对于从A到B的一条路线，用户通过步行、公交或驾车都可以按照该路线从A到达B。因此对于获取到的路线，还需要进一步查询路线数据库以确定该路线对应的一种或多种出行方式，并确定该路线对应的每种出行方式对应的时长。

S504，根据与每个路线对应的出行方式和与出行方式对应的时长和/或来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线，并将推荐出行方式和推荐路线提供给终端。

在本申请的一个实施例中，可根据与每个路线对应的出行方式和来自终端的历史出行记录确定推荐出行方式。具体地，根据与每个路线对应的出行方式和来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线可包括如图2所示的步骤。

在本申请的一个实施例中，还可根据与每个路线对应的出行方式和与出行方式对应的时长确定推荐出行方式，或者根据与每个路线对应的出行方式、与出行方式对应的时长以及来自终端的历史出行记录确定推荐出行方式。具体地，根据与每个路线对应的出行方式和与出行方式对应的时长和/或来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线可包括如图3所示的步骤。

在确定推荐出行方式之后，可将与推荐出行方式对应的时长最短的路线确定为推荐路线。

举例来说，如果与步行方式对应的时长最短的路线的时长不大于15分钟，则将步行方式确定为推荐出行方式。如果与步行方式对应的时长最短的路线的时长大于15分钟，则步行方式不会作为推荐出行方式。然后根据历史出行记录统计公共交通方式和驾车方式的使用频率，并将使用频率较高的方式确定推荐出行方式。

由此，在确定推荐出行方式以及推荐路线之后，可将推荐出行方式和推荐路线提供给终端。在本申请的一个实施例中，还可将与推荐出行方式和推荐路线对应的时长提供给终端。从而终端可将推荐出行方式以及推荐路线提供给终端的用户，从而能够减少用户对路线的筛选操作。

具体地，终端可通过地图应用以地图的方式将推荐路线直观的展示给用户，并在展示界面提供推荐出行方式和相应的时长。举例来说，图4a为根据本申请一个实施例的推荐出行方式为步行方式的推荐路线的显示界面的示意图。图4b为根据本申请一个实施例的推荐出行方式为公交方式的推荐路线的显示界面的示意图。图4c为根据本申请一个实施例的推荐出行方式为驾车方式的推荐路线的显示界面的示意图。如图4a-4c所示，可在地图显示界面中显示推荐路线的具体线路，并在地图显示界面下方的工具框中显示推荐出行方式和相应的时长。此外，还可提供除推荐出行方式之外的其他出行方式的选择按钮，用户可通过触发相应的按钮选择查看相应的出行方式的路线以及时长等信息。

S505，根据时长分别对与步行方式、公共交通方式和驾车方式对应的路线进行排序并得到排序结果。

举例来说，可根据时长由短到长分别对与步行方式、公共交通方式和驾车方式对应的路线进行排序，以得到与每个出行方式对应的排序结果。

S506，根据排序结果生成分别与步行方式、公共交通方式和驾车方式对应的路线列表。

具体地，对于每个出行方式对应的排序结果，可分别选取排在最前的预设数量的路线，以分别组成与每个出行方式对应的路线列表。例如，可分别选取时长最短的前5个路线组成路线列表。

S507，接收路线列表查看指令，并将与路线列表查看指令对应的路线列表提供给终端。

举例来说，对于图4a所示的示意图，如果用户点击了“驾车”按钮，则服务器就会接收到针对驾车方式的路线列表查看指令，并将于驾车方式对应的路线列表提供给终端。终端会提供显示界面显示驾车方式对应的路线列表。

S508，接收路线查看请求，并将与路线列表查看指令对应的路线列表中的路线以及路线的时长提供给终端。

进一步地，用户可针对已显示与之前输入的路线列表查看指令对应的路线列表输入路线查看请求，例如可点击相应的路线输入路线查看请求，服务器接收到路线查看请求后，可将与路线列表查看指令对应的路线列表中的路线以及路线的时长提供给终端。其中，路线查看请求可为针对整个路线列表的查看请求，也可以是针对路线列表中某一路线的查看请求。

应当理解，本申请的实施例中，上述步骤的顺序可在可实现的前提下任意更换。举例来说，步骤S505-S508也可在步骤S504之前。

本申请实施例的路线查询方法，可根据时长对不同出行方式对应的路线进行排序，并根据排序结果生成每个出行方式的路线列表提供给终端，以供终端的用户选择和查看，从而在为用户推荐最优路线的基础上，还未用户提供其他可选的方案，给用户多种选择，满足用户的不同需求，进一步提升了用户体验。

在本申请的一个实施例中，对于公共交通方式(可包括公交方式或地铁方式)来说，除了考虑路线对应时长的因素之外，还可考虑换乘次数的因素，因此，如果推荐出行方式为公共交通方式是，可将公共交通方式对应的时长最短和换乘次数最少的路线均作为推荐路线提供给终端，以供用户根据需要进行选择，从而能够从多方面满足用户的不同需求，进一步提升用户的体验。

为了实现上述实施例，本申请还提出一种路线查询装置。

图6为根据本申请一个实施例的路线查询装置的结构示意图。

如图6所示，根据本申请实施例的路线查询装置，包括：接收模块110、获取模块120、确定模块130和第一提供模块140。

具体地，接收模块110用于接收来自终端的路线查询请求。

需要说明的是，本申请的实施例的终端优选为移动终端，例如，IOS操作系统(IOS是由苹果公司开发的手持设备操作系统)、安卓操作系统(Android系统是一种基于Linux的自由及开放源代码的操作系统)、Windows Phone操作系统(Windows Phone是微软公司发布的一款手机操作系统)的移动终端，当然也可为个人计算机以及其他智能移动终端，本申请对此不作限定。应当理解，在本申请的实施例中，移动终端可以是手机、平板电脑、个人数字助理、电子书等具有各种操作系统的硬件设备。

终端的用户可通过终端的地图应用输入路线查询请求，当终端的用户发起路线查询请求时，接收模块110即可接收到来自终端的路线查询请求。

其中，路线查询请求中包括出发地和目的地的信息，如名称、位置等。出发地和目的地的信息可由终端的用户输入。当然，对于移动终端的用户来说，出发地的信息也由根据终端地图应用中的定位服务检测到的终端的当前位置确定。

获取模块120用于根据路线查询请求获取多个路线。在本申请的实施例中，在接收模块110接收到路线查询请求后，获取模块120可根据出发地和目的地的信息获取从出发地到目的地的多个路线。其中，获取模块120获取从出发地到目的地的路线的方式可以是多样的，本申请对此不做限定。例如，获取模块120可通过对预先建立的路线数据库进行检索以获取从出发地到目的地的多个路线。

确定模块130用于确定与每个路线对应的出行方式和与出行方式对应的时长。

在本申请的一个实施例中，出行方式可包括步行方式、公共交通方式和驾车方式。其中，公共交通方式可包括公交方式和地铁方式，驾车方式可包括打车方式和自驾方式。

由于一个路线可能对应不同的出行方式，例如，对于从A到B的一条路线，用户通过步行、公交或驾车都可以按照该路线从A到达B。因此对于获取到的路线，还需要通过确定模块130进一步查询路线数据库以确定该路线对应的一种或多种出行方式，并确定该路线对应的每种出行方式对应的时长。

第一提供模块140用于根据与每个路线对应的出行方式和与出行方式对应的时长和/或来自终端的历史出行记录确定推荐出行方式，根据与推荐出行方式对应的每个路线的时长确定推荐路线，并将推荐出行方式和推荐路线提供给终端。

在本申请的一个实施例中，第一提供模块140可根据与每个路线对应的出行方式和来自终端的历史出行记录确定推荐出行方式。更具体地，如图7所示，第一提供模块可具体包括：第一获取单元141、第一确定单元142和第二确定单元143。

其中，第一获取单元141用于根据来自终端的历史出行记录分别获取步行方式、公共交通方式和驾车方式的使用频率。其中，历史出行记录包括多个用户出行所选择的路线以及出行方式的记录。从而第一获取单元141可对历史出行记录进行统计分析，以分别获取步行方式、公共交通方式和驾车方式的使用频率。在本申请的一个实施例中，历史出行记录可为终端自动记录并存储的，也可以是用户导入终端的，还可以是终端从服务器下载的用户通上传的。

第一确定单元142用于根据步行方式、公共交通方式和驾车方式的使用频率确定推荐出行方式。更具体地，第一确定单元142可将使用频率最高的出行方式确定为推荐出行方式。

第二确定单元143根据与推荐出行方式对应的每个路线的时长获取与推荐出行方式对应的时长最短的路线，并将时长最短的路线确定为推荐路线。

在本申请的另一个实施例中，第一提供模块140还可根据与每个路线对应的出行方式和与出行方式对应的时长确定推荐出行方式，或者根据与每个路线对应的出行方式、与出行方式对应的时长以及来自终端的历史出行记录确定推荐出行方式。更具体地，如图8所示，第一提供模块140可具体包括：第二获取单元144、判断单元145和第三确定单元146。

其中，第二获取单元144用于分别获取与步行方式、公共交通方式和驾车方式对应的时长最短的路线。更具体地，第二获取单元144可根据出行方式对已获取的多个路线进行分类，从而分别得到与步行方式、公共交通方式和驾车方式对应的路线集合。然后分别根据与步行方式、公共交通方式和驾车方式对应的集合中路线对应的时长确定与步行方式、公共交通方式和驾车方式对应的集合中时长最短的路线，即得到与步行方式、公共交通方式和驾车方式对应的时长最短的路线。

判断单元145用于判断与步行方式对应的时长最短的路线的时长是否小于或等于预设时间。其中，预设时间可根据大多数用户的可接收步行距离除以大多数用户的平均速度确定。举例来说，预设时间可为15分钟。

第三确定单元146用于当判断单元判断与步行方式对应的时长最短的路线的时长小于或等于预设时间时，将步行方式确定为推荐出行方式并将与步行方式对应的时长最短的路线确定为推荐路线，否则，根据来自终端的历史出行记录确定推荐出行方式并将与推荐出行方式对应的时长最短的路线确定为推荐路线。

在本申请的一个实施例中，第三确定单元146可具体用于：根据来自终端的历史出行记录分别获取公共交通方式的使用频率和驾车方式的使用频率；如果公共交通方式的使用频率大于驾车方式的使用频率，则将公共交通方式确定为推荐出行方式；如果公共交通方式的使用频率小于驾车方式的使用频率，则将驾车方式确定为推荐出行方式；如果公共交通方式的使用频率等于驾车方式的使用频率，则将公共交通方式和驾车方式确定为推荐出行方式。

在确定推荐出行方式之后，第一提供模块140可将与推荐出行方式对应的时长最短的路线确定为推荐路线。

举例来说，如果与步行方式对应的时长最短的路线的时长不大于15分钟，则将步行方式确定为推荐出行方式。如果与步行方式对应的时长最短的路线的时长大于15分钟，则步行方式不会作为推荐出行方式。然后根据历史出行记录统计公共交通方式和驾车方式的使用频率，并将使用频率较高的方式确定推荐出行方式。

由此，第一提供模块140在确定推荐出行方式以及推荐路线之后，可将推荐出行方式和推荐路线提供给终端。在本申请的一个实施例中，第一提供模块140还可用于将与推荐出行方式和推荐路线对应的时长提供给终端。从而终端可将推荐出行方式以及推荐路线提供给终端的用户，从而能够减少用户对路线的筛选操作。

更具体地，终端可通过地图应用以地图的方式将推荐路线直观的展示给用户，并在展示界面提供推荐出行方式和相应的时长。举例来说，图4a为根据本申请一个实施例的推荐出行方式为步行方式的推荐路线的显示界面的示意图。图4b为根据本申请一个实施例的推荐出行方式为公交方式的推荐路线的显示界面的示意图。图4c为根据本申请一个实施例的推荐出行方式为驾车方式的推荐路线的显示界面的示意图。如图4a-4c所示，可在地图显示界面中显示推荐路线的具体线路，并在地图显示界面下方的工具框中显示推荐出行方式和相应的时长。此外，还可提供除推荐出行方式之外的其他出行方式的选择按钮，用户可通过触发相应的按钮选择查看相应的出行方式的路线以及时长等信息。

本申请实施例的路线查询装置，可根据路线查询请求获取多个路线，并确定每个路线对应的出行方式以及与出行方式对应的时长，进而根据每个路线对应的出行方式和与出行方式对应的时长和/或历史出行记录确定推荐出行方式，并进一步确定推荐路线，提供给终端，仅将符合用户需求的出行方式和路线提供给用户，减少了终端的用户对路线的筛选操作，并且无需用户选择出行方式，从而降低了用户查询路线的操作成本、时间成本以及流量消耗，更便于用户选择出行方式和路线，并且根据历史出行记录为用户推荐出行方式，更符合用户的期望，提升了用户体验。

图9为根据本申请另一个实施例的路线查询装置的结构示意图。

如图9所示，根据本申请实施例的路线查询装置，包括：接收模块110、获取模块120、确定模块130、第一提供模块140、排序模块150、生成模块160、第二提供模块170和第三提供模块180。

具体地，接收模块110、获取模块120、确定模块130和第一提供模块140可参照图所示实施例，在此不再赘述。

排序模块150用于根据时长分别对与步行方式、公共交通方式和驾车方式对应的路线进行排序并得到排序结果。举例来说，排序模块150可根据时长由短到长分别对与步行方式、公共交通方式和驾车方式对应的路线进行排序，以得到与每个出行方式对应的排序结果。

生成模块160用于根据排序结果生成分别与步行方式、公共交通方式和驾车方式对应的路线列表。更具体地，对于每个出行方式对应的排序结果，生成模块160可分别选取排在最前的预设数量的路线，以分别组成与每个出行方式对应的路线列表。例如，生成模块160可分别选取时长最短的前5个路线组成路线列表。

第二提供模块170用于接收路线列表查看指令，并将与路线列表查看指令对应的路线列表提供给终端。举例来说，对于图4a所示的示意图，如果用户点击了“驾车”按钮，则第二提供模块170就会接收到针对驾车方式的路线列表查看指令，并将于驾车方式对应的路线列表提供给终端。终端会提供显示界面显示驾车方式对应的路线列表。

第三提供模块180用于接收路线查看请求，并将与路线列表查看指令对应的路线列表中的路线以及路线的时长提供给终端。进一步地，用户可针对已显示与之前输入的路线列表查看指令对应的路线列表输入路线查看请求，例如可点击相应的路线输入路线查看请求，第三提供模块180接收到路线查看请求后，可将与路线列表查看指令对应的路线列表中的路线以及路线的时长提供给终端。其中，路线查看请求可为针对整个路线列表的查看请求，也可以是针对路线列表中某一路线的查看请求。

其中，第三提供模块170和第三提供模块180是可选的。

本申请实施例的路线查询装置，可根据时长对不同出行方式对应的路线进行排序，并根据排序结果生成每个出行方式的路线列表提供给终端，以供终端的用户选择和查看，从而在为用户推荐最优路线的基础上，还未用户提供其他可选的方案，给用户多种选择，满足用户的不同需求，进一步提升了用户体验。

为了实现上述实施例，本申请还提出一种路线查询系统。

一种路线查询系统，包括本申请任一实施例的路线查询装置和终端。

本申请实施例的路线查询系统，可根据路线查询请求获取多个路线，并确定每个路线对应的出行方式以及与出行方式对应的时长，进而根据每个路线对应的出行方式和与出行方式对应的时长和/或历史出行记录确定推荐出行方式，并进一步确定推荐路线，提供给终端，仅将符合用户需求的出行方式和路线提供给用户，减少了终端的用户对路线的筛选操作，并且无需用户选择出行方式，从而降低了用户查询路线的操作成本、时间成本以及流量消耗，更便于用户选择出行方式和路线，并且根据历史出行记录为用户推荐出行方式，更符合用户的期望，提升了用户体验。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施例，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同限定。

Claims (19)

1.一种路线查询方法，其特征在于，包括以下步骤：

接收来自终端的路线查询请求；

根据所述路线查询请求获取多个路线；

确定与每个路线对应的出行方式和与所述出行方式对应的时长；

根据与每个路线对应的出行方式和与所述出行方式对应的时长和/或来自所述终端的历史出行记录确定推荐出行方式，根据与所述推荐出行方式对应的每个路线的时长确定推荐路线，并将所述推荐出行方式和所述推荐路线提供给所述终端。

2.如权利要求1所述的路线查询方法，其特征在于，所述出行方式包括步行方式、公共交通方式和驾车方式。

3.如权利要求2所述的路线查询方法，其特征在于，根据与每个路线对应的出行方式和来自所述终端的历史出行记录确定推荐出行方式，根据与所述推荐出行方式对应的每个路线的时长确定推荐路线包括：

根据来自所述终端的历史出行记录分别获取所述步行方式、所述公共交通方式和所述驾车方式的使用频率；

根据所述步行方式、所述公共交通方式和所述驾车方式的使用频率确定推荐出行方式；

根据与所述推荐出行方式对应的每个路线的时长获取与所述推荐出行方式对应的时长最短的路线，并将所述时长最短的路线确定为所述推荐路线。

4.如权利要求2所述的路线查询方法，其特征在于，根据与每个路线对应的出行方式和与所述出行方式对应的时长和/或来自所述终端的历史出行记录确定推荐出行方式，根据与所述推荐出行方式对应的每个路线的时长确定推荐路线包括：

分别获取与所述步行方式、所述公共交通方式和所述驾车方式对应的时长最短的路线；

判断与所述步行方式对应的时长最短的路线的时长是否小于或等于预设时间；

如果小于或等于预设时间，则将所述步行方式确定为所述推荐出行方式并将与所述步行方式对应的时长最短的路线确定为所述推荐路线；

如果大于预设时间，则根据来自所述终端的历史出行记录确定所述推荐出行方式并将与所述推荐出行方式对应的时长最短的路线确定为所述推荐路线。

5.如权利要求4所述的路线查询方法，其特征在于，根据来自所述终端的历史出行记录确定所述推荐出行方式包括：

根据来自所述终端的历史出行记录分别获取所述公共交通方式的使用频率和所述驾车方式的使用频率；

如果所述公共交通方式的使用频率大于所述驾车方式的使用频率，则将所述公共交通方式确定为所述推荐出行方式；

如果所述公共交通方式的使用频率小于所述驾车方式的使用频率，则将所述驾车方式确定为所述推荐出行方式；

如果所述公共交通方式的使用频率等于所述驾车方式的使用频率，则将所述公共交通方式和所述驾车方式确定为所述推荐出行方式。

6.如权利要求1所述的路线查询方法，其特征在于，还包括：

将与所述推荐出行方式和所述推荐路线对应的时长提供给所述终端。

7.如权利要求2所述的路线查询方法，其特征在于，还包括：

根据时长分别对与所述步行方式、所述公共交通方式和所述驾车方式对应的路线进行排序并得到排序结果；

根据所述排序结果生成分别与所述步行方式、所述公共交通方式和所述驾车方式对应的路线列表。

8.如权利要求7所述的路线查询方法，其特征在于，还包括：

接收路线列表查看指令，并将与所述路线列表查看指令对应的路线列表提供给所述终端。

9.如权利要求8所述的路线查询方法，其特征在于，还包括：

接收路线查看请求，并将与所述路线列表查看指令对应的路线列表中的路线以及所述路线的时长提供给所述终端。

10.一种路线查询装置，其特征在于，包括：

接收模块，用于接收来自终端的路线查询请求；

获取模块，用于根据所述路线查询请求获取多个路线；

确定模块，用于确定与每个路线对应的出行方式和与所述出行方式对应的时长；

第一提供模块，用于根据与每个路线对应的出行方式和与所述出行方式对应的时长和/或来自所述终端的历史出行记录确定推荐出行方式，根据与所述推荐出行方式对应的每个路线的时长确定推荐路线，并将所述推荐出行方式和所述推荐路线提供给所述终端。

11.如权利要求10所述的路线查询装置，其特征在于，所述出行方式包括步行方式、公共交通方式和驾车方式。

12.如权利要求11所述的路线查询装置，其特征在于，所述提供模块具体包括：

第一获取单元，用于根据来自所述终端的历史出行记录分别获取所述步行方式、所述公共交通方式和所述驾车方式的使用频率；

第一确定单元，用于根据所述步行方式、所述公共交通方式和所述驾车方式的使用频率确定推荐出行方式；

第二确定单元，根据与所述推荐出行方式对应的每个路线的时长获取与所述推荐出行方式对应的时长最短的路线，并将所述时长最短的路线确定为所述推荐路线。

13.如权利要求11所述的路线查询装置，其特征在于，所述提供模块具体包括：

第二获取单元，用于分别获取与所述步行方式、所述公共交通方式和所述驾车方式对应的时长最短的路线；

判断单元，用于判断与所述步行方式对应的时长最短的路线的时长是否小于或等于预设时间；

第三确定单元，用于当所述判断单元判断与所述步行方式对应的时长最短的路线的时长小于或等于预设时间时，将所述步行方式确定为所述推荐出行方式并将与所述步行方式对应的时长最短的路线确定为所述推荐路线，否则，根据来自所述终端的历史出行记录确定所述推荐出行方式并将与所述推荐出行方式对应的时长最短的路线确定为所述推荐路线。

14.如权利要求13所述的路线查询装置，其特征在于，第三确定单元具体用于：

根据来自所述终端的历史出行记录分别获取所述公共交通方式的使用频率和所述驾车方式的使用频率；

如果所述公共交通方式的使用频率大于所述驾车方式的使用频率，则将所述公共交通方式确定为所述推荐出行方式；

如果所述公共交通方式的使用频率小于所述驾车方式的使用频率，则将所述驾车方式确定为所述推荐出行方式；

如果所述公共交通方式的使用频率等于所述驾车方式的使用频率，则将所述公共交通方式和所述驾车方式确定为所述推荐出行方式。

15.如权利要求10所述的路线查询装置，其特征在于，

第一提供模块还用于将与所述推荐出行方式和所述推荐路线对应的时长提供给所述终端。

16.如权利要求11所述的路线查询装置，其特征在于，还包括：

排序模块，用于根据时长分别对与所述步行方式、所述公共交通方式和所述驾车方式对应的路线进行排序并得到排序结果；

生成模块，用于根据所述排序结果生成分别与所述步行方式、所述公共交通方式和所述驾车方式对应的路线列表。

17.如权利要求16所述的路线查询装置，其特征在于，还包括：

第二提供模块，用于接收路线列表查看指令，并将与所述路线列表查看指令对应的路线列表提供给所述终端。

18.如权利要求17所述的路线查询装置，其特征在于，还包括：

第三提供模块，用于接收路线查看请求，并将与所述路线列表查看指令对应的路线列表中的路线以及所述路线的时长提供给所述终端。

19.一种路线查询系统，其特征在于，包括：

如权利要求10-18任一项所述的路线查询装置；以及

终端。