CN110617831A - 生成导航路线的方法、装置及设备 - Google Patents

Abstract

本申请公开了生成导航路线的方法、装置及设备，涉及数据处理技术领域，尤其涉及智能交通技术领域。具体实现方案为：获取导航请求，导航请求中包括起终点信息；从数据库中获取与起终点信息对应的至少一个特征路段，特征路段位于第一路线且不位于第二路线，所述第一路线为起点位置和终点位置之间导航次数最多的路线；根据起终点信息和至少一个特征路段，生成导航路线。本实施例中，一方面能够保证向用户推荐的导航路线为大多数用户经常采纳的路线，能够提升用户对导航路线的满意度；另一方面，只需要采用有限的存储空间，即可实现对各个起终点信息的常规路线进行存储，从而避免数据库中的数据存储量爆炸的问题。

Description

生成导航路线的方法、装置及设备

技术领域

本申请涉及数据处理技术领域，尤其涉及一种生成导航路线的方法、装置及设备。

背景技术

随着定位技术的不断发展以及全球定位系统(Global Positioning System，GPS)的日益普及，越来越多的用户使用随身携带的终端设备进行导航。

现有的导航流程为：用户开启终端设备中安装的导航类应用，输入起点位置和终点位置，终端设备将起点位置和终点位置发送给导航服务器，导航服务器根据起点位置和终点位置生成导航路线，并将导航路线返回给终端设备，终端设备根据导航路线对用户的出行提供指引。

现有的导航服务器生成的导航路线，是基于预设的路网数据以及预设的路径规划算法生成的、算法认为最优的路线。但是，由于路网数据与真实物理世界可能存在偏差，使得导航服务器生成的最优路线可能并不是大多数用户普遍采用的常规路线，使得用户体验下降。

发明内容

本申请提供一种生成导航路线的方法、装置及设备，以保证生成的导航路线为大多数用户采纳的常规路线，提升用户导航体验。

第一方面，本申请提供一种生成导航路线的方法，包括：

获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置；

从数据库中获取与所述起终点信息对应的至少一个特征路段，所述特征路段位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线；

根据所述起终点信息和所述至少一个特征路段生成导航路线，所述导航路线中包括所述至少一个特征路段。

本申请中，由于数据库中存储了常规路线上的特征路段，因此，根据起终点信息和特征路段生成的导航路线能够保证是该起终点对应的常规路线。从而，本实施例与现有技术相比，能够确保向用户推荐的导航路线为常规路线，即，确保向用户推荐的导航路线是大多数用户经常采纳的路线，因此能够提升用户对导航路线的满意度。

另外，由于数据库中只需要存储各个起终点信息对应的特征路段，即存储各个起终点信息对应的常规路线中的部分路段，而无需对常规路线中的所有路段进行存储，因此，只需要采用有限的存储空间，即可实现对各个起终点信息的常规路线进行存储，从而避免数据库中的数据存储量爆炸的问题。

一种可能的实现方式中，所述根据所述起终点信息和所述至少一个特征路段生成导航路线，包括：根据所述起点位置和所述终点位置进行路径规划，得到多条候选路线；在所述多条候选路线中，将包括了所述至少一个特征路段的候选路线确定为导航路线。

该实现方式中，在现有路径规划算法规划得到多条候选路线的基础上，根据至少一个特征路段可以快速识别出常规路线，提高导航路线的生成效率。

一种可能的实现方式中，所述从数据库中获取与所述起终点信息对应的至少一个特征路段之前，还包括：根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线；针对每个实际起终点信息，根据所述实际起终点信息进行路径规划，得到多条候选路线；根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段；将所述多个实际起终点信息以及每个所述实际起终点信息对应的至少一个特征路段保存至所述数据库中。

该实现方式中，由于每个实际起终点信息对应的特征路段只是常规路线中的部分路段，与保存常规路线中的所有路段相比，能够大大减少数据库的存储数据量，避免存储爆炸的问题。另外，当某一时间段内由于修路等原因导致的某个起终点信息对应的常规路线发生变化后，数据库中的存储的该起终点信息对应的特征路段也能够及时更新，避免向用户推荐错误的常规路线，提升用户导航体验。

一种可能的实现方式中，所述根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段，包括：执行抽稀过程，所述抽稀过程包括：根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段；将所述多条候选路线中不包括所述特征路段的候选路线去除，得到剩余的候选路线；针对所述剩余的候选路线，重复执行所述抽稀过程，直至所述剩余的候选路线与所述第一路线相同；根据各所述抽稀过程中确定出的所述特征路段，得到所述实际起终点信息对应的至少一个特征路段。

一种可能的实现方式中，所述根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段，包括：针对所述第一路线中的每个路段，获取所述路段在所述多条候选路线中出现的频次；在所述第一路线中的各路段中，将出现的频次最少的路段确定为特征路段。

该实现方式中，保证了确定出的特征路段为区别度最大的路段。

一种可能的实现方式中，所述根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段，包括：根据所述第一路线中的各路段对应的道路标识，获取所述第一路线对应的至少一条道路，每个所述道路包括一个或多个所述路段；将所述至少一个道路中的长度最长的道路作为特征道路；针对所述特征道路中的每个所述路段，获取所述路段在所述多条候选路线中出现的频次；在所述特征道路包括的各路段中，将出现的频次最少的路段确定为特征路段。

该实现方式中，保证了确定出的特征路段为具有代表性的道路中的区别度最大的路段。

一种可能的实现方式中，所述根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线，包括：从历史导航数据中获取多个实际起终点信息；针对每个所述实际起终点信息，从所述历史导航数据中获取所述实际起终点信息对应的多条实际导航路线，从所述多条实际导航路线中，将导航次数最多的路线作为所述实际起终点信息对应的第一路线。

该实现方式中，由于第一路线是根据历史导航数据确定的，保证了确定出的第一路线是真实的常规路线，即，是真实物理世界中大多数用户采纳的路线。

第二方面，本申请提供一种生成导航路线的装置，包括：

第一获取模块，用于获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置；

第二获取模块，用于从数据库中获取与所述起终点信息对应的至少一个特征路段，所述特征路段位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线；

生成模块，用于根据所述起终点信息和所述至少一个特征路段，生成导航路线，所述导航路线中包括所述至少一个特征路段。

一种可能的实现方式中，所述生成模块具体用于：根据所述起点位置和所述终点位置进行路径规划，得到多条候选路线；在所述多条候选路线中，将包括了所述至少一个特征路段的候选路线确定为导航路线。

一种可能的实现方式中，所述装置还包括：存储模块，用于：根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线；针对每个实际起终点信息，根据所述实际起终点信息进行路径规划，得到多条候选路线；根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段；将所述多个实际起终点信息以及每个所述实际起终点信息对应的至少一个特征路段保存至所述数据库中。

一种可能的实现方式中，所述存储模块具体用于：执行抽稀过程，所述抽稀过程包括：根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段；将所述多条候选路线中不包括所述特征路段的候选路线去除，得到剩余的候选路线；针对所述剩余的候选路线，重复执行所述抽稀过程，直至所述剩余的候选路线与所述第一路线相同；根据各所述抽稀过程中确定出的所述特征路段，得到所述实际起终点信息对应的至少一个特征路段。

一种可能的实现方式中，所述存储模块具体用于：针对所述第一路线中的每个路段，获取所述路段在所述多条候选路线中出现的频次；在所述第一路线中的各路段中，将出现的频次最少的路段确定为特征路段。

一种可能的实现方式中，所述存储模块具体用于：根据所述第一路线中的各路段对应的道路标识，获取所述第一路线对应的至少一条道路，每个所述道路包括一个或多个所述路段；将所述至少一个道路中的长度最长的道路作为特征道路；针对所述特征道路中的每个所述路段，获取所述路段在所述多条候选路线中出现的频次；在所述特征道路包括的各路段中，将出现的频次最少的路段确定为特征路段。

一种可能的实现方式中，所述存储模块具体用于：从历史导航数据中获取多个实际起终点信息；针对每个所述实际起终点信息，从所述历史导航数据中获取所述实际起终点信息对应的多条实际导航路线，从所述多条实际导航路线中，将导航次数最多的路线作为所述实际起终点信息对应的第一路线。

第三方面，本申请提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面中任一项所述的方法。

第四方面，本申请提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面中任一项所述的方法。

第五方面，本申请提供一种生成导航路线的方法，包括：获取导航请求，所述导航请求中包括起终点信息，所述起终点信息用于指示用户出行的起点位置和终点位置；从数据库中获取所述起终点信息对应的特征信息，所述特征信息指示的是所述起终点信息对应的常规路线的路段特征；根据所述特征信息，生成所述用户出行的导航路线。

本申请提供的生成导航路线的方法、装置及设备，包括：获取导航请求，所述导航请求中包括起终点信息；从数据库中获取与所述起终点信息对应的至少一个特征路段，所述特征路段位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线；根据所述起终点信息和所述至少一个特征路段，生成导航路线。本实施例中，通过在数据库中对各起终点信息对应的常规路线中的特征路段进行存储，并根据特征路段生成导航路线，一方面能够保证向用户推荐的导航路线为常规路线，即，确保向用户推荐的导航路线是大多数用户经常采纳的路线，能够提升用户对导航路线的满意度；另一方面，只需要采用有限的存储空间，即可实现对各个起终点信息的常规路线进行存储，从而避免数据库中的数据存储量爆炸的问题。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1A为本申请适用的系统架构示意图；

图1B为本申请一个实施例提供的终端设备的导航界面的示意图；

图2为本申请一个实施例提供的生成导航路线的方法的流程示意图；

图3为本申请一个实施例提供的路线和路段的示意图；

图4为本申请一个实施例提供的特征路段的存储流程的示意图；

图5为本申请一个实施例提供的对常规路线进行抽稀处理的流程示意图；

图6为本申请一个实施例提供的生成导航路线的装置的结构示意图；

图7为本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1A为本申请适用的系统架构示意图。如图1A所示，包括终端设备101、网络102和服务器103。网络102用以在终端设备101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型、例如：有线、无线通信链路等。终端设备101为具有显示屏并安装有导航类应用软件的任意电子设备，包括但不限于：手持终端(例如手机)、车载终端、智能穿戴设备等。终端设备安装有GPS，用户随身携带终端设备。服务器103可以是提供各种服务的服务器，例如：导航服务器。导航服务器可以对从终端设备101获取的起点位置和终点位置进行分析处理，生成导航路线，并将将导航线路推送给终端设备101。需要说明的是，服务器103可以是由多个服务器组成的分布式服务器集群，还可以是单个服务器。

图1B为本申请一个实施例提供的终端设备的导航界面的示意图。如图1B所示，在导航界面中，用户可以根据自己的出行需求输入“起点位置”和“终点位置”。起点位置指示的是本次出行从哪个地点出发，终点位置指示的是本次出行要到达哪个位置。可选的，用户还可以在导航界面中选择自己的出行方式，例如：驾车、步行、公交、骑行、打车、火车等。终端设备接收到用户输入的起点位置、终端位置和出行方式后，将这些数据发送给服务器。由服务器根据起点位置、终点位置和出现方式为用户规划出一条或者多条可选路线。如图1B所示，图1B示例的是服务器规划出3条可选路线的示意图。用户可以根据自己的需求或习惯，在3条可选路线中选择出其中一条作为自己的导航路线。当用户在图1B所示的界面中点击“开始导航”按钮后，终端设备根据用户选择的导航路线为用户提供出行指引。

对于导航的路径规划而言，只要起点位置和终点位置之间存在路网，可能就会有无数种规划方案能够实现从起点位置达到终点位置。例如：如北京上地十街的A大厦到达北京火车站，可以规划走西二环的方案，也可以规划走西三环的方案，还可以规划走西四环、西五环的方案，甚至还可以规划走绕出北京再绕回来的方案。对于这些可能的规划方案，大部分用户可能只会采纳西二环或者西三环的方案，对于其他的方案则很少采纳。

本实施例中，对于一对起点位置和终点位置，将大部分用户采纳的路线称为常规路线。或者说，对该起点位置和终点位置对应规划得到的所有路线中，被用户采纳最多的路线称为常规路线。可以理解的，在道路畅通场景下(例如：非早晚高峰、事故等拥堵场景)，如果能够向用户推荐常规路线，则会大大提升用户体验。

现有技术中，服务器在生成导航路线时，首先基于预设的路网数据以及预设的路径规划算法生成多条候选路线(即路径规划算法规划生成的规划路线，或者也可以称为召回路线)，然后采用预先训练好的机器学习模型对多条候选路线进行分析识别，从中选择出最优的候选路线作为常规路线推荐给用户。

然而，机器学习模型是通过对海量路网数据进行学习得到的理论模型，进而，机器学习模型识别出的常规路线是基于路网数据学习得到的理论上的最优路线。由于路网数据与真实物理世界可能存在偏差，机器学习模型识别出的常规路线可能并不是大多数用户普遍采用的常规路线，因此，使得服务器向用户推线的常规路线的准确率不高。进一步的，在机器学习模型识别出的常规路线错误的情况下，机器学习模型无法进一步对错误的常规路线进行干预和纠正，使得用户持续获取到错误的常规路线，导致用户体验下降。

为了解决上述问题中的至少一个，本申请提供一种生成导航路线的方法，包括：获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置；从数据库中获取所述起终点信息对应的特征信息，所述特征信息指示的是所述起终点信息对应的常规路线的路段特征，所述常规路线为所述起点位置和所述终点位置之间导航次数最多的路线；根据所述起终点信息和所述特征信息，生成导航路线。

其中，特征信息可以是用于指示起终点对应的常规路线的路段特征的任意信息。例如，特征信息可以指示的是常规路线中的部分具有代表性的路段。特征信息还可以指示的是常规路线中不应存在哪些路段。通过在数据库中预先存储各个起终点信息对应的特征信息，并根据特征信息生成导航路线，能够保证生成的导航路线是大多数用户采纳的常规路线，从而提升用户的导航体验。

下面结合几个具体的实施例对本申请的技术方案进行详细描述。下面几个实施例可以相互结合，对于相同或者相似的内容在某些实施例中可能不再重复描述。

图2为本申请一个实施例提供的生成导航路线的方法的流程示意图。一些场景中，本实施例的方法可以由图1A中的服务器执行。另一些场景中，本实施例的方法还可以由图1A中的终端设备执行。为了描述方便，后续实施例中以服务器为执行主体进行描述。如图2所示，本实施例的方法包括：

S201：获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置。

示例性的，用户在终端设备的导航界面中输入出行的起点位置和终点位置。进而，终端设备根据用户输入的起点位置和终点位置生成导航请求，将导航请求发送给服务器。相应的，服务器从终端设备接收导航请求。

S202：从数据库中获取与所述起终点信息对应的至少一个特征路段，所述位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线。

其中，第一路线也可以称为常规路线，第二路线为除常规路线之外的其他路线。

S203：根据所述起终点信息和所述至少一个特征路段，生成导航路线，所述导航路线中包括所述至少一个特征路段。

为了后续便于描述，这里先结合图3对路线和路段的概念进行介绍。图3为本申请一个实施例提供的路线和路段的示意图。如图3所示，本实施例中，将由起点位置至终点位置之间的一条路径称为路线。一条路线可以包括多个路段。一条路线被岔路口分割得到多个路段。路段是指内部不存在岔路口的一段路径。图3中示出了3条路线，分别为路线1、路线2、路线3。其中，路线1中包括6个路段，从起点位置至终点位置所经过的路段依次为路段1、路段2、路段3、路段4、路段5和路段6。路线2中包括4个路段，从起点位置至终点位置所经过的路段依次为路段1、路段7、路段5和路段6。路线3中包括3个路段，从起点位置至终点位置所经过的路段依次为路段1、路段8和路段9。可以理解的，可以采用多个连续路段的序列来表示一条路线，例如，图3中的路线1可以采用{路段1、路段2、路段3、路段4、路段5、路段6}来表示。

进一步的，对于一条路线而言，其中的部分路段可以称为特征路段。特征路段是指该路线能够区别于其他路线的路段。对于图3中所示的3条路线，路线1的特征路段可以为路段3和/或路段4。路线2的特征路段可以为路段7。路线3的特征路段可以为路段8和/或路段9。可以理解的，每条路线的特征路段可以有一个或者多个。由于特征路段是区别于其他路线的路段，因此，针对一条路线而言，可以采用该路线的特征路段来标识该路线。

本实施例中，数据库用于存储不同的起终点信息对应至少一个特征路段。示例性的，数据库中存储的内容如表1所示。

表1

其中，针对一个起终点信息而言，其对应的特征路段是指：该起终点信息对应的常规路线中的、用于区别于该起终点信息对应的其他路线的路段。换句话说，特征路段是指位于常规路线但不位于其他路线中的路段。如表1所示，每个起终点信息指示了一个起点位置和一个终点位置。例如，<Loc1，Loc2>表示的是由起点位置Loc1至终点位置Loc2。<Loc1，Loc2>对应的特征路段为L1和L2。也就是说，<Loc1，Loc2>对应的常规路线中包括路段L1和路段L2，并且，<Loc1，Loc2>对应的其他路线中不存在路段L1或路段L2。

本实施例中，当服务器获取到导航请求中的起终点信息后，从数据库中查询该起终点信息对应的特征路段。进而，服务器可以根据该特征路段，生成用户出行的导航路线，使得生成的导航路线中包括各特征路段。下面结合两种可能的实施方式为例进行描述。

一种可能的实施方式中，由于特征路段为常规路线中的部分路段，可以利用各特征路段，采用在起点、特征路段、以及终点之间填充路段的方式生成导航路线。示例性的，以图3为例，假设线路1为常规路线，该常规路线对应的特征路段为{路段2、路段3、路段4}。则在根据特征路段生成导航路线时，相当于已知了该导航路线的一部分路段，只需要确定出其他未知路段(起点与路段2之间的路段、路段4与终点之间的路段)即可。因此，根据已获取的特征路段，并结合现有的路线规划算法可以复原出该常规路线。

另一种可能的实施方式中，可以采用路径规划算法，根据起点位置和终点位置进行路径规划，得到多条候选路线。然后在多条候选路线中，将包括了所述至少一个特征路段的候选路线确定导航路线。其中，路径规划算法可以采用现有技术中的算法，本实施例不作具体限定。示例性的，采用路径规划算法对起点位置和终端位置进行路线规划，得到50条(甚至更多条)候选路线。然后，在50条候选路线中选择完美覆盖各所述特征路段的路线作为导航路线。该实施方式中，在现有路径规划算法规划得到多条候选路线的基础上，根据特征路段可以快速识别出哪条路线为常规路线，并将识别出的常规路线作为导航路线，提高导航路线的生成效率。

可以理解的，由于数据库中存储了常规路线上的特征路段，因此，根据起终点信息和特征路段生成的导航路线能够保证是该起终点对应的常规路线。从而，本实施例与现有技术相比，能够确保向用户推荐的导航路线为常规路线，即，确保向用户推荐的导航路线是大多数用户经常采纳的路线，因此能够提升用户对导航路线的满意度。

进一步的，本实施例中的常规路线是根据历史导航数据确定的。示例性的，从历史导航数据中获取所述起终点信息对应的多条实际导航路线，然后，从多条实际导航路线中，将导航频次最高的路线作为常规路线。这样确定出的常规路线是大多数用户在真实物理世界中的实际导航路线，因此，能够保证数据库中存储的特征路径代表的是真实的常规路线。进而，根据数据库中存储的特征路段能够准确地复原得到真实的常规路线，从而提高向用户推荐常规路线的准确性。

本实施例中，数据库中只需要存储各个起终点信息对应的特征路段，即存储各个起终点信息对应的常规路线中的部分路段，而无需对常规路线中的所有路段进行存储，因此，只需要采用有限的存储空间，即可实现对各个起终点信息的常规路线进行存储，从而避免数据库中的数据存储量爆炸的问题。

本实施例提供的生成导航路线的方法，包括：获取导航请求，所述导航请求中包括起终点信息；从数据库中获取与所述起终点信息对应的至少一个特征路段，所述特征路段位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线；根据所述起终点信息和所述至少一个特征路段，生成导航路线。本实施例中，通过在数据库中对各起终点信息对应的常规路线中的特征路段进行存储，并根据特征路段生成导航路线，一方面能够保证向用户推荐的导航路线为常规路线，即，确保向用户推荐的导航路线是大多数用户经常采纳的路线，能够提升用户对导航路线的满意度；另一方面，只需要采用有限的存储空间，即可实现对各个起终点信息的常规路线进行存储，从而避免数据库中的数据存储量爆炸的问题。

下面结合图4，针对如何在数据库中对各起终点信息对应的特征路段进行存储进行说明。

图4为本申请一个实施例提供的特征路段的存储流程的示意图。如图4所示，本实施例的方法，包括：

S401：根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线。

其中，第一路线为大多数用户采纳的常规路线。

示例性的，获取预设时间段内的历史导航数据，例如，获取前一周或者前一个月的历史导航数据。可以理解的，历史导航数据中记录了该预设时间段内的各用户的实际导航数据。例如，每一个实际导航数据中记录了实际起点位置、实际终点位置以及实际导航路线。该实际导航路线为用户真实采用的导航路线。

从历史导航数据中提取得到多个实际起终点信息。针对每个实际起终点信息，从所述历史导航数据中获取所述实际起终点信息对应的多条实际导航路线，从所述多条实际导航路线中，将导航频次最高的路线作为所述实际起终点信息对应的常规路线。

S402：针对每个实际起终点信息，根据所述实际起终点信息进行路径规划，得到多条候选路线；并根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段。

示例性的，采用现有的路径规划算法，对每个实际起终点信息进行路径规划，得到多条候选路线，例如，50条甚至更多条。然后根据得到的多条候选路线，对常规路线中的各路段进行抽稀处理。其中，本实施例中的抽稀处理是指：在保证能够区别于候选路线的情况下，最大限度的减少常规路线中的路段的个数，使得常规路线中仅保留用于区别候选路线的特征路段。也就是说，用尽可能少的特征路段来标识常规路线。

可以理解的，本实施例中可以采用多种抽稀算法进行抽稀处理。一种可能的抽稀处理过程可以详见图5所示的实施例，此处不再赘述。

S403：将所述多个实际起终点信息以及每个所述实际起终点信息对应的至少一个特征路段保存至所述数据库中。

在经过S401和S402的处理，得到各个实际起终点信息对应的特征路段后，将这些实际起终点信息以及每个实际起终点信息对应的特征路段保存至数据库中。

本实施例中，由于每个实际起终点信息对应的特征路段只是常规路线中的部分路段，与保存各个实际起终点信息对应的完整常规路线相比，能够大大减少数据库的存储数据量，避免存储爆炸的问题。

进一步的，图4所示的实施例可以每个隔预设时间段执行一次，例如，每周执行一次，或者每月执行一次，这样保证了数据库中存储的特征路段代表的是最近时间段内确定出的常规路线。从而数据库中存储的数据能够反映真实的物理世界的道路通行情况。例如，当某一时间段内由于修路等原因导致的某个起终点信息对应的常规路线发生变化后，数据库中的存储的该起终点信息对应的特征路段也能够及时更新，避免向用户推荐错误的常规路线，提升用户导航体验。

图5为本申请一个实施例提供的对常规路线进行抽稀处理的流程示意图。本实施例描述的是针对一个实际起终点信息，如何根据该实际起终点信息对应的候选路线，对该实际起终点信息对应的常规路线进行抽稀处理，以得到该实际起终点信息对应的特征路段。如图5所示，本实施例的方法，包括：

S501：执行抽稀过程，所述抽稀过程包括：根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段；将所述多条候选路线中不包括所述特征路段的候选路线去除，得到剩余的候选路线。

S502：针对所述剩余的候选路线，重复执行所述抽稀过程，直至所述剩余的候选路线与所述第一路线相同。

其中，第一路线为常规路线。S501中，在常规路线包括的各路段中确定出特征路段，可以采用如下两种方式。

方式1：针对常规路线中的每个路段，获取所述路段在所述多条候选路线中出现的频次；在所述常规路线中的各路段中，将出现的频次最少的路段确定为特征路段。

可以理解的，假设常规路线中包括3个路段，分别为路段1、路段2和路段3。若路段1在多条候选路线中出现的频次为1，路段2在多条候选路线中出现的频次为3，路段3在多条候选路线中出现的频次为4。由于路段1在多条候选路线中出现的频次最少，说明路段1与多条候选路线的区别度是最大的，因此，将路段1作为特征路段。

方式2：根据所述常规路线中的各路段对应的道路标识，获取所述常规路线对应的至少一条道路，每个所述道路包括一个或多个所述路段；将所述至少一个道路中的长度最长的道路作为特征道路；针对所述特征道路中的每个所述路段，获取所述路段在所述多条候选路线中出现的频次；在所述特征道路包括的各路段中，将出现的频次最少的路段确定为特征路段。

其中，道路标识可以是指道路名称。可以理解的，每个路段对应有一个道路标识，多个相邻的路段可以具有相同的道路标识。例如图3中，路段4、路段5和路段6具有相同的道路标识“西直门外大街”。

继续以图3中的路线1为例，根据路线1中各路段对应的道路标识，可以确定出常规路线对应了哪几个道路(例如：路段4、路段5和路段6对应了“西直门外大街”，路段3对应了“西三环”，路段2对应了“北三环”，路段1对应了“中关村大街”)。进而，可以确定出常规路线中对应的哪个道路最长(例如：西直门外大街的长度最长)。可以理解的，由于长度最长的道路相对于其他道路而言是最能代表该常规路线的，因此，可以将长度最长的道路作为特征道路。相应的，特征道路中路段也是最能够代表常规路线的。进一步的，可以确定出特征道路包括的各路段在多个候选路线中出现的频次，将出现频次最少的路段确定为特征路段。

上述两种方式中，方式1是将常规线路与候选线路相比区别度最大的路段作为特征路段。方式2中是先确定出常规路线中具有代表性的特征道路，再将常规线路与候选线路相比，将特征道路中的区别度最大的路段作为特征路段。可以理解的，具体实施过程中，还可以将上述两种方式结合使用。

S501中，确定出特征路段之后，可以利用特征路段对多条候选路线进行筛选。具体的，将不包括该特征路段的候选路线去除，得到剩余的候选路线。针对剩余的候选路线，重复执行上述的抽稀过程，直至剩余的候选路线与常规路线相同。

S503：根据各所述抽稀过程中确定出的所述特征路段，得到所述实际起终点信息对应的至少一个特征路段。

经过上述S501和S502的抽稀处理过程，将提取出的特征路段作为该实际起终点信息对应的特征路段。需要说明的是，本实施例对于各特征路段的顺序不作限定，可以为任意顺序。

为了便于理解，下面结合一个具体的示例，对常规路线的抽稀过程进行举例说明。

假设起点位置为L_S，终点位置为L_E。对该起点位置和终点位置进行路径规则，得到3条候选路线，分别为：

路线1：L_S->L1->L2->L3->L4->L5->L6->L7->L8->L9->L_E

路线2：L_S->L1->L10->L11->L12->L8->L9->L_E

路线3：L_S->L1->L2->L3->L15->L16->L_E

假设上述3条路线中，线路3为常规路线。则对常规路线的抽稀过程如下：

(1)统计出常规路线(路线3)中各路段对应的道路标识，并确定出长度最长的道路对应的各路段。假设L1、L2和L3对应同一道路标识，且对应的道路的长度最长，则将L1、L2和L3对应的道路作为特征道路。

(2)统计出特征道路中的各路段(L1、L2和L3)在所有候选线路中出现的频次，按照频次从小到大的顺序依次为：L2(2次)、L1(3次)、L3(3次)。由于L2出现的频次最少，因此将L2作为本次抽稀处理的特征路段。即，将L2作为特征路段。

(3)将候选路线中不包括L2的路线去除(即，将线路2去除)，这时，剩余的候选路线为：线路1和线路3。

(4)统计出常规路线中的各路段在剩余的候选路线中出现的频次，按照频次由小到大的顺序依次为：L15(1次)、L16(1次)、L1(2次)、L2(2次)、L3(2次)。由于L15和L16出现的频次最少，均为1次，则随机选择其中一个作为本次抽稀处理的特征路段。假设选择L15，将L15作为特征路段。

(5)将候选路线中不包括L15的路线去除(即，将路线1去除)。这时，剩余的候选路线为：路线3。

(6)重复执行步骤4和步骤5，直至剩余的候选路线与常规路线相同。

(7)最终，得到起终点信息<L_S，L_E>对应的特征路段为{L2、L15}。

本实施例中，通过根据起终点信息对应的候选路线，对该起终点信息对应的常规路线进行抽稀处理，得到用于能够代表常规路线的特征路段，进而对特征路段进行存储。由于特征路段的数量远小于常规路线中所有路段数量，因此，既可以实现对各起终点信息对应的常规路线进行存储，又能够减少数据库的存储数据量，避免存储爆炸的问题。

图6为本申请一个实施例提供的生成导航路线的装置的结构示意图。本实施例的装置可以为软件和/或硬件的形式，该装置可以设置在图1A所示的服务器中，还可以设置在图1A所示的终端设备中。如图6所示，本实施例提供的生成导航路线的装置600，包括：第一获取模块601、第二获取模块602和生成模块603。

其中，第一获取模块601，用于获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置；

第二获取模块602，用于从数据库中获取与所述起终点信息对应的至少一个特征路段，所述特征路段位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线；

生成模块603，用于根据所述起终点信息和所述至少一个特征路段，生成导航路线，所述导航路线中包括所述至少一个特征路段。

一种可能的实现方式中，所述生成模块603具体用于：根据所述起点位置和所述终点位置进行路径规划，得到多条候选路线；在所述多条候选路线中，将包括了所述至少一个特征路段的候选路线确定为导航路线。

一种可能的实现方式中，如图6所示，所述装置还包括：存储模块604，用于：根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线；针对每个实际起终点信息，根据所述实际起终点信息进行路径规划，得到多条候选路线；根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段；将所述多个实际起终点信息以及每个所述实际起终点信息对应的至少一个特征路段保存至所述数据库中。

一种可能的实现方式中，所述存储模块604具体用于：执行抽稀过程，所述抽稀过程包括：根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段；将所述多条候选路线中不包括所述特征路段的候选路线去除，得到剩余的候选路线；针对所述剩余的候选路线，重复执行所述抽稀过程，直至所述剩余的候选路线与所述第一路线相同；根据各所述抽稀过程中确定出的所述特征路段，得到所述实际起终点信息对应的至少一个特征路段。

一种可能的实现方式中，所述存储模块604具体用于：针对所述第一路线中的每个路段，获取所述路段在所述多条候选路线中出现的频次；在所述第一路线中的各路段中，将出现的频次最少的路段确定为特征路段。

一种可能的实现方式中，所述存储模块604具体用于：根据所述第一路线中的各路段对应的道路标识，获取所述第一路线对应的至少一条道路，每个所述道路包括一个或多个所述路段；将所述至少一个道路中的长度最长的道路作为特征道路；针对所述特征道路中的每个所述路段，获取所述路段在所述多条候选路线中出现的频次；在所述特征道路包括的各路段中，将出现的频次最少的路段确定为特征路段。

一种可能的实现方式中，所述存储模块604具体用于：从历史导航数据中获取多个实际起终点信息；针对每个所述实际起终点信息，从所述历史导航数据中获取所述实际起终点信息对应的多条实际导航路线，从所述多条实际导航路线中，将导航次数最多的路线作为所述实际起终点信息对应的第一路线。

本实施例的装置，可用于执行上述任一方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图7所示，是根据本申请实施例的生成导航路线的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子设备包括：一个或多个处理器701、存储器702，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。

存储器702即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的生成导航路线的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的生成导航路线的方法。

存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的生成导航路线的方法对应的程序指令/模块(例如，附图6所示的第一获取模块601、第二获取模块602、生成模块603和存储模块604)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的生成导航路线的方法。

存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据生成导航路线的电子设备的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至生成导航路线的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

生成导航路线的方法的电子设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置703可接收输入的数字或字符信息，以及产生与生成导航路线的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (17)

1.一种生成导航路线的方法，其特征在于，包括：

获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置；

从数据库中获取与所述起终点信息对应的至少一个特征路段，所述特征路段位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线；

根据所述起终点信息和所述至少一个特征路段生成导航路线，所述导航路线中包括所述至少一个特征路段。

2.根据权利要求1所述的方法，其特征在于，所述根据所述起终点信息和所述至少一个特征路段生成导航路线，包括：

根据所述起点位置和所述终点位置进行路径规划，得到多条候选路线；

在所述多条候选路线中，将包括了所述至少一个特征路段的候选路线确定为导航路线。

3.根据权利要求1或2所述的方法，其特征在于，所述从数据库中获取与所述起终点信息对应的至少一个特征路段之前，还包括：

根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线；

针对每个实际起终点信息，根据所述实际起终点信息进行路径规划，得到多条候选路线；根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段；

将所述多个实际起终点信息以及每个所述实际起终点信息对应的至少一个特征路段保存至所述数据库中。

4.根据权利要求3所述的方法，其特征在于，所述根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段，包括：

执行抽稀过程，所述抽稀过程包括：根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段；将所述多条候选路线中不包括所述特征路段的候选路线去除，得到剩余的候选路线；

针对所述剩余的候选路线，重复执行所述抽稀过程，直至所述剩余的候选路线与所述第一路线相同；

根据各所述抽稀过程中确定出的所述特征路段，得到所述实际起终点信息对应的至少一个特征路段。

5.根据权利要求4所述的方法，其特征在于，所述根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段，包括：

针对所述第一路线中的每个路段，获取所述路段在所述多条候选路线中出现的频次；

在所述第一路线中的各路段中，将出现的频次最少的路段确定为特征路段。

6.根据权利要求4所述的方法，其特征在于，所述根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段，包括：

根据所述第一路线中的各路段对应的道路标识，获取所述第一路线对应的至少一条道路，每个所述道路包括一个或多个所述路段；

将所述至少一个道路中的长度最长的道路作为特征道路；

针对所述特征道路中的每个所述路段，获取所述路段在所述多条候选路线中出现的频次；

在所述特征道路包括的各路段中，将出现的频次最少的路段确定为特征路段。

7.根据权利要求3所述的方法，其特征在于，所述根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线，包括：

从历史导航数据中获取多个实际起终点信息；

针对每个所述实际起终点信息，从所述历史导航数据中获取所述实际起终点信息对应的多条实际导航路线，从所述多条实际导航路线中，将导航次数最多的路线作为所述实际起终点信息对应的第一路线。

8.一种生成导航路线的装置，其特征在于，包括：

第一获取模块，用于获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置；

第二获取模块，用于从数据库中获取与所述起终点信息对应的至少一个特征路段，所述特征路段位于第一路线且不位于第二路线，所述第一路线为所述起点位置和所述终点位置之间导航次数最多的路线，所述第二路线为所述起点位置和所述终点位置之间除所述第一路线之外的路线；

生成模块，用于根据所述起终点信息和所述至少一个特征路段，生成导航路线，所述导航路线中包括所述至少一个特征路段。

9.根据权利要求8所述的装置，其特征在于，所述生成模块具体用于：

根据所述起点位置和所述终点位置进行路径规划，得到多条候选路线；

在所述多条候选路线中，将包括了所述至少一个特征路段的候选路线确定为导航路线。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括：存储模块，用于：

根据历史导航数据，获取多个实际起终点信息和每个所述实际起终点信息对应的第一路线；

针对每个实际起终点信息，根据所述实际起终点信息进行路径规划，得到多条候选路线；根据所述多条候选路线，对所述第一路线中的各路段进行抽稀处理，得到至少一个特征路段；

将所述多个实际起终点信息以及每个所述实际起终点信息对应的至少一个特征路段保存至所述数据库中。

11.根据权利要求10所述的装置，其特征在于，所述存储模块具体用于：

执行抽稀过程，所述抽稀过程包括：根据所述多条候选路线，在所述第一路线包括的各路段中确定出特征路段；将所述多条候选路线中不包括所述特征路段的候选路线去除，得到剩余的候选路线；

针对所述剩余的候选路线，重复执行所述抽稀过程，直至所述剩余的候选路线与所述第一路线相同；

根据各所述抽稀过程中确定出的所述特征路段，得到所述实际起终点信息对应的至少一个特征路段。

12.根据权利要求11所述的装置，其特征在于，所述存储模块具体用于：

针对所述第一路线中的每个路段，获取所述路段在所述多条候选路线中出现的频次；

在所述第一路线中的各路段中，将出现的频次最少的路段确定为特征路段。

13.根据权利要求11所述的装置，其特征在于，所述存储模块具体用于：

根据所述第一路线中的各路段对应的道路标识，获取所述第一路线对应的至少一条道路，每个所述道路包括一个或多个所述路段；

将所述至少一个道路中的长度最长的道路作为特征道路；

针对所述特征道路中的每个所述路段，获取所述路段在所述多条候选路线中出现的频次；

在所述特征道路包括的各路段中，将出现的频次最少的路段确定为特征路段。

14.根据权利要求10所述的装置，其特征在于，所述存储模块具体用于：

从历史导航数据中获取多个实际起终点信息；

针对每个所述实际起终点信息，从所述历史导航数据中获取所述实际起终点信息对应的多条实际导航路线，从所述多条实际导航路线中，将导航次数最多的路线作为所述实际起终点信息对应的第一路线。

15.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至7中任一项所述的方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1至7中任一项所述的方法。

17.一种生成导航路线的方法，其特征在于，包括：

获取导航请求，所述导航请求中包括起终点信息，所述起终点信息包括起点位置和终点位置；

从数据库中获取所述起终点信息对应的特征信息，所述特征信息指示的是所述起终点信息对应的常规路线的路段特征，所述常规路线为所述起点位置和所述终点位置之间导航次数最多的路线；

根据所述起终点信息和所述特征信息，生成导航路线。