路线规划方法、设备、系统及程序产品与流程

1.本技术涉及电子地图技术领域，尤其涉及一种路线规划方法、设备、系统及程序产品。


背景技术：

2.随着智能终端的普及，具有导航功能的出行类应用软件(程序)被广泛安装和使用，这类应用软件可根据用户输入/选择的起始地和目的地，规划从起始地到目的地导航路线，并基于导航路线，通过语音引导和/或图面引导的方式，引导用户沿导航路线从起始地到达目的地。
3.在现实世界中，同一目的地可能存在多个最终到达点。发明人发现，不同用户的终点意图可能不同，想要去的最终到达点不同。例如，同一景区存在多个出入口，还可能具有停车场等，有些用户要从入口进景区，有些用户要去出口接人或者去停车场停车等。而到不同最终到达点的导航路线一般情况下存在差异。因此，对于出行应用类软件来说或者集成了地图导航能力的其他应用软件而言，如果能够提前感知驾车用户的最终到达点，则可为驾车用户提供更为精准的导航引导服务。


技术实现要素：

4.本技术的多个方面提供一种路线规划方法、设备、系统及程序产品，用以提高规划的导航路线的精准性，降低偏航概率。
5.本技术实施例提供一种路线规划方法，其中，包括：
6.响应于路线规划事件，向服务端请求所述路线规划事件对应的目的地关联的停靠点信息；
7.显示所述服务端返回的所述目的地关联的停靠点信息；
8.响应于针对停靠点信息的交互操作，向所述服务端请求从所述路线规划事件对应的起始地至所述交互操作对应的目标停靠点的导航路线；
9.在地图出行界面上渲染所述服务端返回的所述导航路线。
10.本技术实施例提供还一种路线规划方法，包括：
11.响应于路线规划请求，获取所述路线规划请求携带的目的地关联的停靠点信息；
12.将所述目的地关联的停靠点信息发送给提供所述路线规划请求的终端，以供所述终端显示所述目的地关联的停靠点信息；
13.响应于针对所述目的地关联的目标停靠点的交互请求，规划从所述路线规划请求携带的起始地至所述目标停靠点的导航路线；
14.将所述导航路线提供给所述终端，以供所述终端在地图出行界面上渲染所述导航路线。
15.本技术实施例还提供一种地图服务系统，包括：终端和服务端；
16.所述终端，用于：响应于路线规划事件，向服务端发送路线规划请求；以及，显示所
述服务端返回的所述路线规划请求携带的目的地关联的停靠点信息；并响应于针对停靠点信息的交互操作，向所述服务端请求从所述路线规划事件对应的起始地至所述交互操作对应的目标停靠点的导航路线，在地图出行界面上渲染所述导航路线；
17.所述服务端，用于响应于所述路线规划请求，获取所述路线规划请求携带的目的地关联的停靠点信息；并将所述目的地关联的停靠点信息发送给提供所述终端；以及，响应于针对所述目的地关联的目标停靠点的交互请求，规划从所述路线规划请求携带的起始地至所述目标停靠点的导航路线，并将所述导航路线提供给所述终端。
18.本技术实施例还提供一种终端设备，包括：存储器、处理器、通信组件和显示组件；其中，所述存储器，用于存储待计算机程序；
19.所述处理器耦合至所述存储器、通信组件和显示组件，用于执行所述计算机程序以用于执行上述终端执行的路线规划方法中的步骤。
20.本技术实施例还提供一种服务端设备，其中，包括：存储器、处理器和通信组件；其中，所述存储器，用于存储待计算机程序；
21.所述处理器耦合至所述存储器和通信组件，用于执行所述计算机程序以用于执行上述服务端执行的路线规划方法中的步骤。
22.本技术实施例还提供一种计算机程序产品，包括：计算机程序；所述计算机程序被处理器执行，可实现上述终端执行的路线规划方法。
23.本技术实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述各路线规划方法中的步骤。
24.在本技术实施例中，服务端可在路线规划时，将目的地关联的停靠点信息提供给终端进行显示；用户可基于显示的停靠点信息选择符合其终点意图的最终到达点，服务端可基于起始地和最终到达点，规划导航路线。服务端规划的导航路线的终点符合用户终点意图的终点，因此，规划的导航路线具有较高的精准度，有助于降低导航偏航问题的概率，可为用户提供更为精准的导航引导服务。
附图说明
25.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
26.图1a为本技术实施例提供的地图服务系统的结构示意图及路线规划过程示意图；
27.图1b-图1e为本技术实施例提供的停靠点信息显示页面示意图；
28.图1f为本技术实施例提供的地图服务系统的另一路线规划过程示意图；
29.图2和图3为本技术实施例提供的路线规划方法的流程示意图；
30.图4为本技术实施例提供的终端设备的结构示意图；
31.图5为本技术实施例提供的服务端设备的结构示意图。
具体实施方式
32.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一
部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
33.针对现有出行应用类软件无法提取感知驾车用户的最终到达点，导致规划的导航路线精准性较低的技术问题，在本技术一些实施例中，服务端可在路线规划时，将目的地关联的停靠点信息提供给终端进行显示；用户可基于显示的停靠点信息选择符合其终点意图的最终到达点，服务端可基于起始地和最终到达点，规划导航路线。服务端规划的导航路线的终点符合用户终点意图的终点，因此，规划的导航路线具有较高的精准度，有助于降低导航偏航问题的概率，可为用户提供更为精准的导航引导服务。
34.以下结合附图，详细说明本技术各实施例提供的技术方案。
35.应注意到：相同的标号在下面的附图以及实施例中表示同一物体，因此，一旦某一物体在一个附图或实施例中被定义，则在随后的附图和实施例中不需要对其进行进一步讨论。
36.图1a为本技术实施例提供的地图服务系统的结构示意图。如图1a所示，该地图服务系统包括：终端11和服务端12。
37.其中，服务端12和终端11之间可以是无线或有线连接。可选地，终端11可以通过移动网络和服务端12通信连接，相应地，移动网络的网络制式可以为2g(gsm)、2.5g(gprs)、3g(wcdma、td-scdma、cdma2000、utms)、4g(lte)、4g+(lte+)、5g、wimax等中的任意一种。可选地，终端11也可以通过蓝牙、wifi、红外线等方式和服务端12通信连接。
38.在本实施例中，终端11是指可以为用户提供出行服务的电子设备。例如，终端11可以为用户提供定位和导航功能等。在本实施例中，不限定终端11的实现形态。例如，终端11可以是智能手机、平板电脑、个人电脑、智能穿戴设备等，也可以为专用导航设备。例如，车载导航设备等等。在本实施例中，终端11可安装有出行类应用软件相关的应用(application，app)等软件，该软件可向用户提供地图出行界面。
39.在本实施例中，服务端12是指可响应终端11的服务请求，为用户提供与出行相关的服务的计算机设备，一般具备承担服务并保障服务的能力。服务端12可以为单一服务器设备，也可以云化的服务器阵列，或者为云化的服务器阵列中运行的虚拟机(virtual machine，vm)。另外，服务端也可以指具备相应服务能力的其他计算设备，例如电脑等终端(运行服务程序)等。
40.在本实施例中，终端11可运行出行应用类软件，该出行应用类软件可提供路线规划和导航功能。出行应用类软件在进行路线规划时，需获取用户出行的起始地和目的地。在一些实施例中，用户可提供起始地和目的地。如图1a，出行应用类软件可提供起始地和目的地提供入口，用户可通过起始地和目的地提供入口输入或选择起始地或目的地。在又一些实施例中，终端11可实时定位，获取被导航对象的实时定位信息，并将被导航对象当前所在的实时定位信息作为起始地。
41.在本技术实施例中，终端11获取起始地和目的地之后，可向服务端12发送路线规划请求。该路线规划请求携带有起始地和目的地。其中，终端11可响应于路线规划事件，向服务端12发送路线规划请求。在本实施例中，不限定路线规划事件的具体实现形式。
42.在一些实施例中，如图1a所示，地图出行界面a上设置有路线规划控件。用户可触发路线规划控件，请求路线规划。相应地，终端11可响应于针对规划控件的交互操作产生的
路线规划事件，向服务端12发送路线规划请求。该路线规划请求携带有起始地和目的地。
43.在另一些实施例中，终端11可在获取起始地和目的地的情况下，默认监测到路线规划事件，并向服务端12发起路线规划请求。该路线规划请求携带有起始地和目的地。
44.在实际应用中，用户提供的目的地为目的地名称，如“xxx公园”、“xx火车站”或“xxx机场”等。目的地在现实世界中为一区域，用户最终想要到达的为目的地区域的某个位置，如目的地入口、出口、目的地内的停车场或目的地附近的停车场等停靠点。因此，用户提供的目的地无法指向最终想要到达的位置。
45.基于此，在本实施例中，服务端12接收路线规划请求，并可响应于该路线规划请求，获取路线规划请求携带的目的地关联的停靠点信息。可选地，服务端12可响应于路线规划请求，从路线规划请求中解析出目的地；并基于地图兴趣点(point of interest，poi)数据，获取目的地关联的停靠点，并确定目的地关联的停靠点信息。其中，目的地关联的停靠点可能为1个或多个。多个是指2个或2个以上。
46.目的地关联的停靠点是指目的地内或目的地周围可供被导航对象停靠的位置。如目的地的出入口、目的地内的停车场或目的地附近的停车场等。其中，目的地附近的停车场具体是指与目的地之间的距离处于设定的距离范围内的停车场。
47.停靠点信息是指可描述停靠点的属性的信息。其中，关于停靠点的属性将在下文实施例中进行描述，在此暂不赘述。对于服务端12来说，可将目的地关联的停靠点信息发送给终端11。终端11接收目的地关联的停靠点信息，进一步，可显示目的地关联的停靠点信息。对于用户来说，可查看目的地关联的停靠点信息，通过停靠点信息了解目的地关联的停靠点，为用户选择最终到达点提供参考依据。
48.在本技术实施例中，不限定终端11显示目的地关联的停靠点信息的具体形式。在一些实施例中，如图1a所示，终端11可以数据看板形式展示目的地关联的停靠点信息。其中，数据看板可为图1a所示的图表或列表看板。
49.在另一些实施例中，服务端12还可响应于路线规划请求，获取目的地的兴趣面(area of interest，aoi)数据；并将兴趣面数据提供给终端11。如图1b所示，对于终端11来说，还可接收目的地的兴趣面数据，并基于该兴趣面数据渲染展示目的地的兴趣面地图c1。进一步，终端11还可在兴趣面地图上渲染目的地关联的停靠点。如图1b所示的，气泡形式1、2、4以及气泡p。其中，气泡p是指停车场的标识。图1b仅以终端11以气泡形式在兴趣面地图上渲染目的地关联的停靠点进行图示，但不限于此。
50.对于用户，若决定选择某个停靠点作为最终到达点，可触发该停靠点的信息。相应地，终端11可响应于针对停靠点信息的交互操作，向服务端发送交互请求，该交互请求携带有交互操作选定的目标停靠点a。即终端11可响应于针对停靠点信息的交互操作，向服务端请求从路线规划事件对应的起始地至交互操作对应的目标停靠点a的导航路线l1。
51.对于服务端12来说，可响应于针对目标停靠点a的交互请求，规划从路线规划请求携带的起始地至目标停靠点a的导航路线l1；并将导航路线l1提供给所述终端11。如图1a所示，终端11可接收导航路线l1，并在地图出行界面上渲染服务端返回的导航路线l1。
52.对于终端11来说，在获取导航路线l1后，便可按照导航路线l1为被导航对象提供导航服务，以指导被导航对象便可沿导航路线l1到达目标停靠点a。
53.在本实施例中，服务端可在路线规划时，将目的地关联的停靠点信息提供给终端
进行显示；用户可基于显示的停靠点信息选择符合其终点意图的最终到达点，服务端可基于起始地和最终到达点，规划导航路线l1。服务端规划的导航路线l1的终点符合用户终点意图的终点，因此，规划的导航路线l1具有较高的精准度，有助于降低导航偏航问题的概率，可为用户提供更为精准的导航引导服务。
54.在本技术实施例中，停靠点信息是指描述停靠点属性的信息。相应地，服务端12可响应于路线规划请求，确定目的地关联的停靠点的属性信息；并根据目的地关联的停靠点的属性信息，对目的地关联的停靠点进行排序，以确定目的地关联的停靠点的显示顺序。进一步，服务端12可将目的地关联的停靠点的显示顺序和属性信息，作为目的地关联的停靠点信息。进一步，服务端12可将目的地关联的停靠点的显示顺序和属性信息，提供给终端11。相应地，终端11接收目的地关联的停靠点的显示顺序和属性信息，并按照目的地关联的停靠点的显示顺序，显示目的地关联的停靠点的属性信息。
55.其中，停靠点的属性信息可包括停靠点的显性属性信息和需要挖掘的隐性属性信息。其中，停靠点的显性属性信息可包括：停靠点的名称、用途等。例如，目的地的入口的用途是供用户进入目的地的；目的地的出口的用途是供用户从目的地出去的；停车场的用途是停车的等等。停靠点的隐性属性信息可包括：停靠点承载的停靠意图、停靠性质、停靠困难度、热度以及车位信息等中的一种或多种，但不限于此。多种是指2种或2种以上。下面结合几种应用场景，对确定目的地关联的停靠点的属性信息的具体实施方式进行示例性说明。
56.应用场景1：在实际应用中，驾车用户去停靠点是具有一定意图的，例如去目的地送人、接人或本人要去目的地；对于本人要去目的地的情况，驾车用户还需要停车。在一些实施例中，可根据停靠点的用途，挖掘停靠点承载的停靠意图，停靠点承载的停靠意图在一定程度上可反映用户的终点意图，即用户去停靠点的意图或目的是什么。例如，目的地的入口是供用户进入目的地的，对于驾车用户来说去目的地的入口一般是送人的；目的地的出口是供用户从目的地出来的，驾车用户去目的地的出口一般是接人的；对于停车场来说，驾车用户去停车场多是去停车的。对于无出入口之分的目的地，目的地的门的用途可供用户出入目的地，驾车用户去停车场可为接送人。基于此，服务端12可根据停靠点的兴趣点数据，确定停靠点的用途；并根据停靠点的用途，确定停靠点承载的停靠意图，作为该停靠点的属性信息。
57.进一步，服务端12可将停靠点承载的停靠意图提供给终端11。终端11可显示该停靠点的停靠意图。如图1b所示的，xxx公园正门“去送人”；“xxx公园西门”，出口，“去接人”；p1停车场，“去停车”等。这样，停靠点的停靠意图在一定程度上可反映用户的终点意图，显示该信息，可为用户选择停靠点提供参考依据。
58.应用场景2：在一些应用场景中，驾车用户是要进入目的地的。例如，用户要去某景区游览，或者去机场乘坐飞机，或者去火车站坐车等。在这些应用场景中，驾车用户需要先去停车，再去做其他事情。例如，用户先去停车，在去景区游览等。用户停车需要考虑停车场距离目的地入口的距离，优先考虑距离目的地入口近的停车场，可减少用户步行距离和时间。
59.基于此，服务端12可根据停靠点的poi数据和目的地的入口的poi数据，计算停靠点与目的地的入口之间的距离，作为停靠点的属性信息。
60.在该实施例中，服务端12可按照停靠点与目的地的入口之间的距离，对目的地关联的停靠点进行排序，得到目的地关联的停靠点的显示顺序。优选地，按照停靠点与目的地的入口之间的距离从小到大的顺序，对目的地关联的停靠点进行排序。这样，如图1c所示，终端11可按照停靠点与目的地的入口从近到远的顺序，显示目的地关联的停靠点及该停靠点与目的地入口之间的距离，可优先将与目的地入口较近的停靠点推荐给用户。例如图1c所示，南大门p1停车场距离门的距离为1.2公里，南大门p2停车场距离门的距离为2公里，南大门p1停车场距离门比南大门p2停车场距离门近，因此，南大门p1停车场的展示顺序位于南大门p2停车场之前。
61.在应用场景2中，驾车用户去停车场停车，除了考虑停车场与目的地入口之间的距离之外，还可考虑停车场的车位信息。如停车场可提供的总车位数量、剩余的可用车位数量等。基于此，服务端12还可获取停靠点的车位信息，作为停靠点的属性信息。服务端12还可将停靠点的车位信息发送给终端11。相应地，如图1c所示，终端11可显示停靠点的车位信息，如南大门p1停车场共180个车位，剩余46车位等。
62.在该实施例中，服务端12可按照停靠点可提供的总车位数量或可用车位数量，对目的地关联的停靠点进行排序，得到目的地关联的停靠点的显示顺序。优选地，按照停靠点可提供的总车位数量或可用车位数量，从大到小的顺序，对目的地关联的停靠点进行排序。这样，终端11可按照停靠点可提供的总车位数量或可用车位数量从多到少的顺序，显示目的地关联的停靠点及车位信息，可优先将总车位数量或可用车位数量较多的停靠点推荐给用户。
63.在应用场景2中，一些用户还考虑停车场的价位。可选地，服务端12还可获取停车场的价位信息，作为停车场的属性信息提供给终端11。
64.应用场景3：在一些应用场景中，有些目的地的停靠点不支持停车或车辆进入的，有些目的地的停靠点是即停即走的。如地下火车站的出入口，或者某些单位的大门等。对于用户来说，若可在到达目的地之前提前获知目的地的停靠点哪些支持停车，哪些不支持停车或车辆进入，可降低多走“冤枉路”的概率。基于此，服务端12可根据停靠点的兴趣点数据，确定停靠点的停靠性质，作为停靠点的属性信息。其中，停靠点的停靠性质是指是否支持停车，或长时间停车。
65.进一步，服务端12可将停靠点的停靠性质提供给终端11。如图1d所示，终端11可展示该停靠点的停靠性质，如“不可停车”“即停即走”等。这样，用户可获知停靠点的停靠性质，决定是否选择该停靠点。
66.在一些实施例中，停靠点的停靠性质还可包括：停车场的本质属性，如停车场为私人停车场，还是目的地或其它单位所有的停车场等。
67.应用场景4：在一些实施例中，虽然目的地的停靠点支持停车，但是目的地的停靠点停车难度较大。例如，停靠点关联的区域交通堵塞、停靠点关联的区域路面湿滑，或者，停靠点关联的区域道路狭窄等。停靠点关联的区域可以为到达停靠点需要经过的区域，或者为停靠点所在区域。基于此，服务端12可获取停靠点关联区域的环境信息；并根据停靠点关联区域的环境信息，确定停靠点的停靠困难度，作为停靠点的属性信息。
68.停靠点关联区域的环境信息可包括：交通环境、地理位置环境、气候环境或者路面状况环境等。相应地，服务端12可根据停靠点关联区域的实时交通信息，预测被导航对象经
过所述停靠点关联区域的耗费时长；根据被导航对象经过停靠点关联区域的耗费时长，确定停靠点的停靠困难度。其中，被导航对象经过停靠点关联区域的耗费时长越长，停靠点的停靠困难度越大。若被导航对象经过停靠点关联区域的耗费时长大于或等于设定的时长阈值，则确定停靠点的停靠困难度较大，则向终端11发送该停靠点停车困难提示信息。
69.相应地，终端11可显示该停靠点，并对应显示停车困难提示信息，如“不易停车”等。其中，停车困难提示信息可反映停靠点的停靠困难度。这样，用户可根据停靠点的停靠困难度，决定是否选择该停靠点。
70.和/或，服务端12可根据停靠点关联区域的地理环境信息，确定所述被导航对象经过所述停靠点关联区域的难易程度，作为所述停靠点的停靠困难度。其中，地理环境信息可包括：停靠点关联区域的道路信息，如道路宽度、路面状况以及道路坡度等。
71.可选地，服务端12还可根据停靠点关联区域的道路宽度，确定被导航对象经过停靠点关联区域的难易程度，作为停靠点的停靠困难度。可选地，若停靠点关联区域的道路宽度小于或等于设定的宽度阈值，则确定被导航对象经过停靠点关联区域的难度较大，并可向终端11发送该停靠点停车困难提示信息。
72.相应地，终端11可显示该停靠点，并对应显示停车困难提示信息，如“道路过窄”等。其中，停车困难提示信息可反映停靠点的停靠困难度。这样，用户可根据停靠点的停靠困难度，决定是否选择该停靠点。
73.和/或，服务端12还可根据停靠点关联区域的路面状况，确定被导航对象经过停靠点关联区域的难易程度，作为停靠点的停靠困难度。可选地，若停靠点关联区域的路面湿度大于或等于设定的宽度阈值，则确定被导航对象经过停靠点关联区域的难度较大，并可向终端11发送该停靠点停车困难提示信息。
74.相应地，终端11可显示该停靠点，并对应显示停车困难提示信息，如“道路湿滑”等。其中，停车困难提示信息可反映停靠点的停靠困难度。这样，用户可根据停靠点的停靠困难度，决定是否选择该停靠点等等。
75.应用场景5：在一些应用场景中，用户想要获知目的地的停靠点被其他用户选择的情况。例如，用户想要知道某景区，其它用户都从哪个门进入等。基于此，服务端12还可挖掘目的地的停靠点的热度。可选地，服务端12可获取历史时间段针对停靠点的历史导航信息，作为该停靠点的属性信息。
76.历史时间段可为某设定时间段，也可为定期或不定期更新的时间段。优选地，历史时间段为当前计算周期对应的时间段。例如，计算周期为7天，则每次选择当前时间最近的7天作为当前计算周期对应的时间段。停靠点的历史导航信息是指可反映停靠点被作为导航起始点或终点的导航频次的信息。历史导航信息可为历史时间段停靠点被导航的次数，或者为该停靠点被导航的次数占目的地关联的停靠点在历史时间段内被导航的次数的比例等等。
77.可选地，服务端12可获取历史时间段对目的地关联的停靠点的历史导航量；根据目的地关联的停靠点的历史导航量，计算目的地关联的停靠点的历史导航总量；针对任一停靠点，计算历史时间段内针对该停靠点的历史导航量占目的地关联的停靠点的历史导航总量的比例，作为该停靠点的历史导航信息。
78.进一步，服务端12可将历史时间段内针对该停靠点的历史导航量占目的地关联的
停靠点的历史导航总量的比例提供给终端11。相应地，终端11可展示历史时间段内针对该停靠点的历史导航量占目的地关联的停靠点的历史导航总量的比例。如图1c所示的，南大门“80.6％选择”、北大门“16.6％选择”等。这样，用户可获知目的地的停靠点的导航热度，并可根据目的地的停靠点的导航热度，选择目标停靠点a。
79.值得说明的是，上述应用场景1-5所列举的停靠点的属性信息与获取方式仅为示例性说明，当然停靠点还可包括其它属性，如停靠点的位置属性(地上或地下等)、是否与接驳车等，但不限于此。上述图1a-图1d所示的停靠点的属性信息仅为示例性说明，并不意味着终端11必须显示图1a-图1d所示全部属性信息，也不意味着终端11只能显示图1a-图1d所示的属性信息。
80.另外，上述应用场景1-5所列举的停靠点的属性信息的获取方式可为实时获取的，也可为提前获取并存储在服务端12中的，服务端12可响应于终端11的路线规划请求时，从存储的停靠点的属性信息中，读取目的地关联的停靠点的属性信息。例如，上述应用场景1-3所列举的停靠点的用途、承载的停靠意图、停靠点与目的地入口之间的距离、停靠点的停靠性质、总车位数量以及应用场景5所列举的停靠点的导航热度等属性信息可以为提前获取并存储在服务端12的。对于应用场景3所列举的停靠点的剩余车位数及应用场景4所列举的停靠点的停靠困难度等属性信息，可为服务端12响应于终端11的路线规划请求，实时计算出来的。
81.在现实世界中，一些目的地的地形复杂，所占面积较大。例如，xxx机场具有多个航站楼，每个航站楼附近都有停靠点；又例如，xxx火车站具有多个出入口，每个出入口对应有停靠点。若将目的地关联的所有停靠点显示，对于终端11来说，可能需要多页展示这些停靠点。用户在查看时，则需要逐页浏览停靠点，有时可能存在翻页情况，用户体验较差。
82.为了解决该问题，在本技术一些实施例中，引入停靠组别的概念。其中，停靠组别是指将目的地关联的停靠点按照设定规则将停靠点分为多个组别。每个停靠组别包括1个或多个停靠点。针对存在多个停靠组别的目的地，在本实施例中，服务端12还可根据多个停靠组别包括的停靠点的属性信息，确定多个停靠组别的显示顺序。
83.在一些实施例中，服务端12可按照停靠组别的导航热度，确定多个停靠组别的显示顺序。可选地，服务端12可获取历史时间段针对多个停靠组别的历史导航信息；并根据多个停靠组别的历史导航信息，确定多个停靠组别的显示顺序。其中，关于历史时间段的描述可参见上述实施例的相关内容，在此不再赘述。
84.可选地，服务端12可统计历史时间段内所述多个停靠组别的历史导航总量及每个停靠组别的历史导航总量；计算每个停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例；根据停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例，确定多个停靠组别的显示顺序。例如，可按照停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例从小到大的顺序，对多个停靠组别进行排序等。
85.进一步，服务端12可将多个停靠组别的显示顺序、多个停靠组别包括的停靠点的属性信息以及停靠组别与停靠点之间的对应关系提供给终端11。其中，关于每个停靠组别中的停靠点的属性信息包含的内容和确定方式可参见上述实施例的相关内容，在此不再赘述。
86.对于终端11来说，可接收服务端12发送的多个停靠组别的显示顺序多个停靠组别
包括的停靠点的属性信息以及停靠组别与停靠点之间的对应关系，并按照停靠组别的显示顺序展示多个停靠组别。对于用户来说，可通过触发停靠组别，查看或浏览该停靠组别下的停靠点的属性信息。对于终端11来说，可响应于针对停靠组别的交互操作，基于停靠组别与停靠点之间的对应关系，确定交互的目标停靠组别包括的停靠点的属性信息；并显示目标停靠组别包括的停靠点的属性信息。图1e仅以目的地为机场，停靠组别以航站楼(t1-t3航站楼)进行划分为例进行图示，但不构成限定。如图1所示，对于交互的目标停靠组别为t3航站楼，终端11可对应展示t3航站楼对应的停靠点如航班出发停靠点、航班到达停靠点以及停车楼的属性信息。
87.对于同一停靠组别包括的停靠点的属性信息的显示顺序及显示方式，可参见上述确定目的地关联的停靠点的属性信息的显示顺序及显示方式的相关内容，在此不再赘述。
88.在本实施例中，服务端12还可响应于路线规划请求，获取目的地的兴趣面(area of interest，aoi)数据；并将兴趣面数据提供给终端11。如图1e所示，对于终端11来说，还可接收目的地的兴趣面数据，并基于该兴趣面数据渲染展示目的地的兴趣面地图。针对存在多个停靠组别的目的地，如图1e所示，终端11还可响应于针对停靠组别的交互操作，基于停靠组别与停靠点之间的对应关系，确定交互的目标停靠组别包括的停靠点的poi数据；并基于目标停靠组别包括的停靠点的poi数据，在目的地的兴趣面地图上渲染目标停靠组别包括的停靠点。图1e仅以终端11以气泡形式在兴趣面地图上渲染目标停靠组别包括的停靠点进行图示，但不限于此。
89.对于用户，若决定选择某个停靠点作为最终到达点，可触发该停靠点的信息。相应地，终端11可响应于针对停靠点信息的交互操作，向服务端发送交互请求，该交互请求携带有交互操作选定的目标停靠点a。即终端11可响应于针对停靠点信息的交互操作，向服务端请求从路线规划事件对应的起始地至交互操作对应的目标停靠点a的导航路线l1。
90.对于服务端12来说，可响应于针对目标停靠点a的交互请求，规划从路线规划请求携带的起始地至目标停靠点a的导航路线l1；并将导航路线l1提供给所述终端11。如图1a所示，终端11可接收导航路线l1，并在地图出行界面上渲染服务端返回的导航路线l1。可选地，如图1a所示，终端11还可基于目标停靠点a的poi数据，在导航路线l1上渲染目标停靠点a的标识。图1a仅以目标停靠点a的标识以气泡形式进行图示，但不限于此。
91.在实际应用中，用户可能选择错最终到达点，也可能想重新选择最终到达点，基于此，在本实施例中，可将导航路线l1上渲染的目标停靠点a的标识设置为链接按钮。用户可触发目标停靠点a的标识返回最终到达点选择页面。相应地，如图1f所示，终端11可响应于针对目标停靠点a的标识，请求服务端12重新确定停靠点。对于服务端12，可响应于针对目标停靠点a的标识的交互请求，根据目标停靠点a的类型，确定搜索区域。
92.可选地，可预先配置停靠点的类型。在本技术实施例中，可以停靠点的类型来标识停靠点是否具有父poi，即该停靠点是否属于某个停靠组别，或是否属于某个兴趣面(aoi)。存在父poi的停靠点的类型采用相同的类型标识；不存在父poi的停靠点的类型可采用另一类型标识。基于此，服务端12可根据所述目标停靠点a的类型，判断目标停靠点a是否具有父兴趣点；若判断结果为是，则将目标停靠点a与设定的父兴趣点与子兴趣点的对应关系中的子兴趣点进行匹配，以确定目标停靠点a对应的父兴趣点；并以父兴趣点为基础，在地图数据中扩展设定范围；将扩展设定范围后的区域作为搜索区域。相应地，若判断结果为目标停
靠点a不具有父兴趣点，则以目标停靠点a为基础，在地图数据中扩展设定范围；将扩展设定范围后的区域作为搜索区域。
93.进一步，服务端12可根据搜索区域的兴趣面数据，确定搜索区域关联的停靠点信息；并将搜索区域关联的停靠点信息提供给终端11。其中，关于搜索区域关联的停靠点信息，可参考上述目的地关联的停靠点信息的相关内容，在此不再赘述。
94.相应地，终端11可接收搜索区域关联的停靠点信息，并显示搜索区域关联的停靠点信息。关于终端11显示搜索区域关联的停靠点信息的实现形式，可参见上述终端11显示目的地关联的停靠点信息的相关内容，在此不再赘述。
95.可选地，服务端12还可将搜索区域的兴趣面数据提供给终端11。终端11可基于搜索区域的兴趣面数据，渲染展示搜索区域的兴趣点地图；并可基于目的地关联的停靠点的poi数据，在兴趣点地图上渲染搜索区域关联的停靠点的标识。
96.值得说明的是，在本技术实施例中，对于搜索区域关联的停靠点信息包括的内容及显示方式可参见上述目的地关联的停靠点信息的相关描述，在此不再赘述。另外，对于包括多个停靠组别的搜索区域，其停靠组别及停靠组别包括的停靠点信息的显示方式，可参见上述包括多个停靠组别的目的地的相关内容，在此不再赘述。
97.进一步，对于用户若决定重新选择搜索区域的某个停靠点作为最终到达点，可触发终端11显示的搜索区域的停靠点的信息。相应地，终端11可响应于针对停靠点信息的交互操作，向服务端发送交互请求，该交互请求携带有交互操作选定的目标停靠点b。即终端11可响应于针对停靠点信息的交互操作，向服务端12请求重新规划路线。图1f中目标停靠点b为东一停车场。
98.对于服务端12来说，可响应于针对目标停靠点b的交互请求，规划从路线规划请求携带的起始地至目标停靠点b的导航路线l2；并将重新规划的导航路线l2提供给终端11。并将导航路线l2提供给所述终端11。如图1f所示，终端11可接收导航路线l2，并在地图出行界面上渲染服务端返回的导航路线l2。
99.对于终端11来说，在获取导航路线l2后，便可按照导航路线l2为被导航对象提供导航服务，以指导被导航对象便可沿导航路线l2到达目标停靠点b。
100.除了上述系统实施例之外，本技术实施例还提供路线规划方法，下面分别从上述终端和服务端的角度，对本技术实施例提供的路线规划方法进行示例性说明。
101.图2为本技术实施例提供的路线规划方法的流程示意图。该方法适用于终端。如图2所示，该方法包括：
102.201、响应于路线规划事件，向服务端请求路线规划事件对应的目的地关联的停靠点信息。
103.202、显示服务端返回的目的地关联的停靠点信息。
104.203、响应于针对停靠点信息的交互操作，向服务端请求从路线规划事件对应的起始地至交互操作对应的目标停靠点的导航路线。
105.204、在地图出行界面上渲染服务端返回的导航路线。
106.图3为本技术实施例提供的路线规划方法的流程示意图。该方法适用于服务端。如图3所示，该方法包括：
107.301、响应于路线规划请求，获取路线规划请求携带的目的地关联的停靠点信息。
108.302、将目的地关联的停靠点信息发送给提供路线规划请求的终端，以供终端显示目的地关联的停靠点信息。
109.303、响应于针对目的地关联的目标停靠点的交互请求，规划从路线规划请求携带的起始地至目标停靠点的导航路线。
110.304、将导航路线提供给终端，以供终端在地图出行界面上渲染导航路线。
111.在本实施例中，出行应用类软件在进行路线规划时，需获取用户出行的起始地和目的地。关于终端获取起始地和目的地的具体实施方式，可参见上述系统实施例的相关内容，在此不再赘述。在本技术实施例中，终端获取起始地和目的地之后，可向服务端发送路线规划请求。该路线规划请求携带有起始地和目的地。其中，终端可响应于路线规划事件，向服务端发送路线规划请求。在本实施例中，不限定路线规划事件的具体实现形式。
112.在实际应用中，用户提供的目的地为目的地名称，如“xxx公园”、“xx火车站”或“xxx机场”等。目的地在现实世界中为一区域，用户最终想要到达的为目的地区域的某个位置，如目的地入口、出口、目的地内的停车场或目的地附近的停车场等停靠点。因此，用户提供的目的地无法指向最终想要到达的位置。
113.基于此，在本实施例步骤201中，终端可响应于路线规划事件，向服务端请求目的地关联的停靠点信息。可选地，终端可响应于路线规划事件，向服务端发送路线规划请求，该路线规划请求携带有起始地和目的地。
114.相应地，服务端可接收路线规划请求，并在步骤301中，响应于该路线规划请求，获取路线规划请求携带的目的地关联的停靠点信息。可选地，服务端可响应于路线规划请求，从路线规划请求中解析出目的地；并基于地图兴趣点(point of interest，poi)数据，获取目的地关联的停靠点，并确定目的地关联的停靠点信息。其中，目的地关联的停靠点可能为1个或多个。多个是指2个或2个以上。关于目的地关联的停靠点的描述，可参见上述系统实施例。
115.停靠点信息是指可描述停靠点的属性的信息。其中，关于停靠点的属性将在下文实施例中进行描述，在此暂不赘述。对于服务端来说，在步骤302中，可将目的地关联的停靠点信息发送给终端。终端接收目的地关联的停靠点信息，并在步骤202中显示目的地关联的停靠点信息。对于用户来说，可查看目的地关联的停靠点信息，通过停靠点信息了解目的地关联的停靠点，为用户选择最终到达点提供参考依据。关于目的地关联的停靠点信息的显示形式可参见上述系统实施例的相关内容。
116.在另一些实施例中，服务端还可响应于路线规划请求，获取目的地的兴趣面(area of interest，aoi)数据；并将兴趣面数据提供给终端。对于终端来说，还可接收目的地的兴趣面数据，并基于该兴趣面数据渲染展示目的地的兴趣面地图c1。进一步，终端还可在兴趣面地图上渲染目的地关联的停靠点。
117.对于用户，若决定选择某个停靠点作为最终到达点，可触发该停靠点的信息。相应地，在步骤203中，终端可响应于针对停靠点信息的交互操作，向服务端请求从路线规划事件对应的起始地至交互操作对应的目标停靠点的导航路线。可选地，终端可向服务端请求从向服务端发送交互请求，该交互请求携带有交互操作选定的目标停靠点a。
118.对于服务端来说，可在步骤303中，响应于针对目标停靠点a的交互请求，规划从路线规划请求携带的起始地至目标停靠点a的导航路线l1；并在步骤304中，将导航路线l1提
供给终端。相应地，终端可接收导航路线l1，并在步骤204中，在地图出行界面上渲染服务端返回的导航路线l1。
119.对于终端来说，在获取导航路线l1后，便可按照导航路线l1为被导航对象提供导航服务，以指导被导航对象便可沿导航路线l1到达目标停靠点a。
120.在本实施例中，服务端可在路线规划时，将目的地关联的停靠点信息提供给终端进行显示；用户可基于显示的停靠点信息选择符合其终点意图的最终到达点，服务端可基于起始地和最终到达点，规划导航路线。服务端规划的导航路线的终点符合用户终点意图的终点，因此，规划的导航路线具有较高的精准度，有助于降低导航偏航问题的概率。
121.在本技术实施例中，停靠点信息是指描述停靠点属性的信息。相应地，步骤301可实现为：响应于路线规划请求，确定目的地关联的停靠点的属性信息；并根据目的地关联的停靠点的属性信息，对目的地关联的停靠点进行排序，以确定目的地关联的停靠点的显示顺序；进一步，可将目的地关联的停靠点的显示顺序和属性信息，作为目的地关联的停靠点信息，提供给终端。相应地，终端可接收目的地关联的停靠点的显示顺序和属性信息，并按照目的地关联的停靠点的显示顺序，显示目的地关联的停靠点的属性信息。
122.其中，停靠点的属性信息可包括停靠点的显性属性信息和需要挖掘的隐性属性信息。其中，停靠点的显性属性信息可包括：停靠点的名称、用途等。例如，目的地的入口的用途是供用户进入目的地的；目的地的出口的用途是供用户从目的地出去的；停车场的用途是停车的等等。停靠点的隐性属性信息可包括：停靠点承载的停靠意图、停靠性质、停靠困难度、热度以及车位信息等中的一种或多种，但不限于此。多种是指2种或2种以上。下面结合几种应用场景，对确定目的地关联的停靠点的属性信息的具体实施方式进行示例性说明。
123.基于上述系统实施例中的应用场景1，可根据停靠点的兴趣点数据，确定停靠点的用途；并根据停靠点的用途，确定停靠点承载的停靠意图，作为该停靠点的属性信息。其中，关于停靠点承载的停靠意图的描述，可参见上述系统实施例的相关内容。
124.进一步，可将停靠点承载的停靠意图提供给终端。终端可显示该停靠点的停靠意图。这样，停靠点的停靠意图在一定程度上可反映用户的终点意图，显示该信息，可为用户选择停靠点提供参考依据。
125.基于上述系统实施例中的应用场景2，可根据停靠点的poi数据和目的地的入口的poi数据，计算停靠点与目的地的入口之间的距离，作为停靠点的属性信息。
126.可选地，还可按照停靠点与目的地的入口之间的距离，对目的地关联的停靠点进行排序，得到目的地关联的停靠点的显示顺序。优选地，按照停靠点与目的地的入口之间的距离从小到大的顺序，对目的地关联的停靠点进行排序。这样，终端可按照停靠点与目的地的入口从近到远的顺序，显示目的地关联的停靠点及该停靠点与目的地入口之间的距离，可优先将与目的地入口较近的停靠点推荐给用户。
127.在应用场景2中，驾车用户去停车场停车，除了考虑停车场与目的地入口之间的距离之外，还可考虑停车场的车位信息。如停车场可提供的总车位数量、剩余的可用车位数量等。基于此，还可获取停靠点的车位信息，作为停靠点的属性信息。还可将停靠点的车位信息发送给终端。相应地，终端可显示停靠点的车位信息。
128.在该实施例中，可按照停靠点可提供的总车位数量或可用车位数量，对目的地关
联的停靠点进行排序，得到目的地关联的停靠点的显示顺序。优选地，按照停靠点可提供的总车位数量或可用车位数量，从大到小的顺序，对目的地关联的停靠点进行排序。这样，终端可按照停靠点可提供的总车位数量或可用车位数量从多到少的顺序，显示目的地关联的停靠点及车位信息，可优先将总车位数量或可用车位数量较多的停靠点推荐给用户。
129.在应用场景2中，一些用户还考虑停车场的价位。可选地，服务端还可获取停车场的价位信息，作为停车场的属性信息提供给终端。
130.基于上述系统实施例中的应用场景3，可根据停靠点的兴趣点数据，确定停靠点的停靠性质，作为停靠点的属性信息。其中，停靠点的停靠性质是指是否支持停车，或长时间停车等。
131.进一步，服务端可将停靠点的停靠性质提供给终端。终端可展示该停靠点的停靠性质，如“不可停车”“即停即走”等。这样，用户可获知停靠点的停靠性质，决定是否选择该停靠点。
132.在一些实施例中，停靠点的停靠性质还可包括：停车场的本质属性，如停车场为私人停车场，还是目的地或其它单位所有的停车场等。
133.基于上述系统实施例的应用场景4，可获取停靠点关联区域的环境信息；并根据停靠点关联区域的环境信息，确定停靠点的停靠困难度，作为停靠点的属性信息。
134.停靠点关联区域的环境信息可包括：交通环境、地理位置环境、气候环境或者路面状况环境等。相应地，可根据停靠点关联区域的实时交通信息，预测被导航对象经过所述停靠点关联区域的耗费时长；根据被导航对象经过停靠点关联区域的耗费时长，确定停靠点的停靠困难度。其中，被导航对象经过停靠点关联区域的耗费时长越长，停靠点的停靠困难度越大。若被导航对象经过停靠点关联区域的耗费时长大于或等于设定的时长阈值，则确定停靠点的停靠困难度较大，则向终端发送该停靠点停车困难提示信息。
135.相应地，终端可显示该停靠点，并对应显示停车困难提示信息，如“不易停车”等。其中，停车困难提示信息可反映停靠点的停靠困难度。这样，用户可根据停靠点的停靠困难度，决定是否选择该停靠点。
136.和/或，可根据停靠点关联区域的地理环境信息，确定所述被导航对象经过所述停靠点关联区域的难易程度，作为所述停靠点的停靠困难度。其中，地理环境信息可包括：停靠点关联区域的道路信息，如道路宽度、路面状况以及道路坡度等。
137.可选地，还可根据停靠点关联区域的道路宽度，确定被导航对象经过停靠点关联区域的难易程度，作为停靠点的停靠困难度。可选地，若停靠点关联区域的道路宽度小于或等于设定的宽度阈值，则确定被导航对象经过停靠点关联区域的难度较大，并可向终端发送该停靠点停车困难提示信息。
138.相应地，终端可显示该停靠点，并对应显示停车困难提示信息，如“道路过窄”等。其中，停车困难提示信息可反映停靠点的停靠困难度。这样，用户可根据停靠点的停靠困难度，决定是否选择该停靠点。
139.和/或，还可根据停靠点关联区域的路面状况，确定被导航对象经过停靠点关联区域的难易程度，作为停靠点的停靠困难度。可选地，若停靠点关联区域的路面湿度大于或等于设定的宽度阈值，则确定被导航对象经过停靠点关联区域的难度较大，并可向终端发送该停靠点停车困难提示信息。
140.相应地，终端可显示该停靠点，并对应显示停车困难提示信息，如“道路湿滑”等。其中，停车困难提示信息可反映停靠点的停靠困难度。这样，用户可根据停靠点的停靠困难度，决定是否选择该停靠点等等。
141.基于上述系统实施例中的应用场景5，服务端可获取历史时间段针对停靠点的历史导航信息，作为该停靠点的属性信息。
142.可选地，可获取历史时间段对目的地关联的停靠点的历史导航量；根据目的地关联的停靠点的历史导航量，计算目的地关联的停靠点的历史导航总量；针对任一停靠点，计算历史时间段内针对该停靠点的历史导航量占目的地关联的停靠点的历史导航总量的比例，作为该停靠点的历史导航信息。
143.进一步，可将历史时间段内针对该停靠点的历史导航量占目的地关联的停靠点的历史导航总量的比例提供给终端。相应地，终端11可展示历史时间段内针对该停靠点的历史导航量占目的地关联的停靠点的历史导航总量的比例。这样，用户可获知目的地的停靠点的导航热度，并可根据目的地的停靠点的导航热度，选择目标停靠点a。
144.在现实世界中，一些目的地的地形复杂，所占面积较大。例如，xxx机场具有多个航站楼，每个航站楼附近都有停靠点；又例如，xxx火车站具有多个出入口，每个出入口对应有停靠点。若将目的地关联的所有停靠点显示，对于终端来说，可能需要多页展示这些停靠点。用户在查看时，则需要逐页浏览停靠点，有时可能存在翻页情况，用户体验较差。
145.为了解决该问题，在本技术一些实施例中，引入停靠组别的概念。其中，停靠组别是指将目的地关联的停靠点按照设定规则将停靠点分为多个组别。每个停靠组别包括1个或多个停靠点。针对存在多个停靠组别的目的地，在本实施例中，服务端还可根据多个停靠组别包括的停靠点的属性信息，确定多个停靠组别的显示顺序。
146.在一些实施例中，服务端可按照停靠组别的导航热度，确定多个停靠组别的显示顺序。可选地，服务端可获取历史时间段针对多个停靠组别的历史导航信息；并根据多个停靠组别的历史导航信息，确定多个停靠组别的显示顺序。其中，关于历史时间段的描述可参见上述实施例的相关内容，在此不再赘述。
147.可选地，可统计历史时间段内所述多个停靠组别的历史导航总量及每个停靠组别的历史导航总量；计算每个停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例；根据停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例，确定多个停靠组别的显示顺序。例如，可按照停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例从小到大的顺序，对多个停靠组别进行排序等。
148.进一步，可将多个停靠组别的显示顺序、多个停靠组别包括的停靠点的属性信息以及停靠组别与停靠点之间的对应关系提供给终端。其中，关于每个停靠组别中的停靠点的属性信息包含的内容和确定方式可参见上述实施例的相关内容，在此不再赘述。
149.对于终端来说，可接收服务端发送的多个停靠组别的显示顺序多个停靠组别包括的停靠点的属性信息以及停靠组别与停靠点之间的对应关系，并按照停靠组别的显示顺序展示多个停靠组别。对于用户来说，可通过触发停靠组别，查看或浏览该停靠组别下的停靠点的属性信息。对于终端来说，可响应于针对停靠组别的交互操作，基于停靠组别与停靠点之间的对应关系，确定交互的目标停靠组别包括的停靠点的属性信息；并显示目标停靠组别包括的停靠点的属性信息。
150.对于同一停靠组别包括的停靠点的属性信息的显示顺序及显示方式，可参见上述确定目的地关联的停靠点的属性信息的显示顺序及显示方式的相关内容，在此不再赘述。
151.在本实施例中，服务端还可响应于路线规划请求，获取目的地的兴趣面(area of interest，aoi)数据；并将兴趣面数据提供给终端。对于终端来说，还可接收目的地的兴趣面数据，并基于该兴趣面数据渲染展示目的地的兴趣面地图。针对存在多个停靠组别的目的地，终端还可响应于针对停靠组别的交互操作，基于停靠组别与停靠点之间的对应关系，确定交互的目标停靠组别包括的停靠点的poi数据；并基于目标停靠组别包括的停靠点的poi数据，在目的地的兴趣面地图上渲染目标停靠组别包括的停靠点。
152.对于用户，若决定选择某个停靠点作为最终到达点，可触发该停靠点的信息。相应地，终端可响应于针对停靠点信息的交互操作，向服务端发送交互请求，该交互请求携带有交互操作选定的目标停靠点a。即终端可响应于针对停靠点信息的交互操作，向服务端请求从路线规划事件对应的起始地至交互操作对应的目标停靠点a的导航路线。
153.对于服务端来说，可响应于针对目标停靠点a的交互请求，规划从路线规划请求携带的起始地至目标停靠点a的导航路线l1；并将导航路线l1提供给所述终端。终端可接收导航路线l1，并在地图出行界面上渲染服务端返回的导航路线l1。
154.在实际应用中，用户可能选择错最终到达点，也可能想重新选择最终到达点，基于此，在本实施例中，可将导航路线l1上渲染的目标停靠点a的标识设置为链接按钮。用户可触发目标停靠点a的标识返回最终到达点选择页面。相应地，终端可响应于针对目标停靠点a的标识，请求服务端12重新确定停靠点。对于服务端，可响应于针对目标停靠点a的标识的交互请求，根据目标停靠点a的类型，确定搜索区域。
155.可选地，可预先配置停靠点的类型。在本技术实施例中，可以停靠点的类型来标识停靠点是否具有父poi，即该停靠点是否属于某个停靠组别，或是否属于某个兴趣面(aoi)。存在父poi的停靠点的类型采用相同的类型标识；不存在父poi的停靠点的类型可采用另一类型标识。基于此，服务端可根据目标停靠点a的类型，判断目标停靠点a是否具有父兴趣点；若判断结果为是，则将目标停靠点a与设定的父兴趣点与子兴趣点的对应关系中的子兴趣点进行匹配，以确定目标停靠点a对应的父兴趣点；并以父兴趣点为基础，在地图数据中扩展设定范围；将扩展设定范围后的区域作为搜索区域。相应地，若判断结果为目标停靠点a不具有父兴趣点，则以目标停靠点a为基础，在地图数据中扩展设定范围；将扩展设定范围后的区域作为搜索区域。
156.进一步，可根据搜索区域的兴趣面数据，确定搜索区域关联的停靠点信息；并将搜索区域关联的停靠点信息提供给终端。其中，关于搜索区域关联的停靠点信息，可参考上述目的地关联的停靠点信息的相关内容，在此不再赘述。
157.相应地，终端可接收搜索区域关联的停靠点信息，并显示搜索区域关联的停靠点信息。关于终端显示搜索区域关联的停靠点信息的实现形式，可参见上述终端显示目的地关联的停靠点信息的相关内容，在此不再赘述。
158.可选地，服务端还可将搜索区域的兴趣面数据提供给终端。终端可基于搜索区域的兴趣面数据，渲染展示搜索区域的兴趣点地图；并可基于目的地关联的停靠点的poi数据，在兴趣点地图上渲染搜索区域关联的停靠点的标识。
159.值得说明的是，在本技术实施例中，对于搜索区域关联的停靠点信息包括的内容
及显示方式可参见上述目的地关联的停靠点信息的相关描述，在此不再赘述。另外，对于包括多个停靠组别的搜索区域，其停靠组别及停靠组别包括的停靠点信息的显示方式，可参见上述包括多个停靠组别的目的地的相关内容，在此不再赘述。
160.进一步，对于用户若决定重新选择搜索区域的某个停靠点作为最终到达点，可触发终端显示的搜索区域的停靠点的信息。相应地，终端可响应于针对停靠点信息的交互操作，向服务端发送交互请求，该交互请求携带有交互操作选定的目标停靠点b。即终端可响应于针对停靠点信息的交互操作，向服务端请求重新规划路线。
161.对于服务端来说，可响应于针对目标停靠点b的交互请求，规划从路线规划请求携带的起始地至目标停靠点b的导航路线l2；并将重新规划的导航路线l2提供给终端。并将导航路线l2提供给终端。终端可接收导航路线l2，并在地图出行界面上渲染服务端返回的导航路线。
162.对于终端来说，在获取导航路线l2后，便可按照导航路线l2为被导航对象提供导航服务，以指导被导航对象便可沿导航路线l2到达目标停靠点b。
163.需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201和202的执行主体可以为设备a；又比如，步骤201的执行主体可以为设备a，步骤202的执行主体可以为设备b；等等。
164.另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。
165.相应地，本技术实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述各路线规划方法中的步骤。
166.本技术实施例还提供一种计算机程序产品，包括：计算机程序；计算机程序被一个或多个处理器执行时可实现上述终端执行的路线规划方法。该计算机程序产品可以是地图导航应用软件，也可以是集成了地图导航能力的其他应用软件，比如网约车应用软件、生活服务类应用软件(外卖派送)等。
167.图4为本技术实施例提供的终端设备的结构示意图。如图4所示，终端设备包括：存储器40a、处理器40b、通信组件40c和显示组件40d；其中，存储器40a，用于存储待计算机程序。
168.处理器40b耦合至存储器40a、通信组件40c和显示组件40d，用于执行计算机程序以用于：响应于路线规划事件，通过通信组件40c向服务端请求路线规划事件对应的目的地关联的停靠点信息；通过显示组件40d显示服务端返回的目的地关联的停靠点信息；响应于针对停靠点信息的交互操作，通过通信组件40c向服务端请求从路线规划事件对应的起始地至交互操作对应的目标停靠点的导航路线；以及，通过显示组件40d在地图出行界面上渲染服务端返回的导航路线。
169.在一些实施例中，目的地关联的停靠点信息包括：目的地关联的停靠点的显示顺序和属性信息。相应地，处理器40b在显示服务端返回的目的地关联的停靠点信息时，具体
用于：按照目的地关联的停靠点的显示顺序，显示目的地关联的停靠点的属性信息。
170.在一些实施例中，目的地关联的停靠点属于多个停靠组别；目的地关联的停靠点信息还包括：多个停靠组别的显示顺序及停靠组别与停靠点之间的对应关系。处理器40b还用于：按照停靠组别的显示顺序，通过显示组件40d展示多个停靠组别；以及，响应于针对停靠组别的交互操作，基于停靠组别与停靠点之间的对应关系，确定交互的目标停靠组别包括的停靠点的属性信息；并通过显示组件40d显示目标停靠组别包括的停靠点的属性信息。
171.可选地，处理器40b还用于：通过通信组件40c接收服务端响应路线规划请求返回的目的地的兴趣面数据；基于目的地的兴趣面数据，通过显示组件40d渲染展示目的地的兴趣面地图；以及，响应于针对停靠组别的交互操作，在目的地的兴趣面地图上渲染目标停靠组别包括的停靠点。
172.可选地，处理器40d还用于：在导航路线上渲染目标停靠点的标识；以及，响应于针对目标停靠点的标识的交互操作，通过通信组件40c请求服务端重新确定停靠点；以及，通过通信组件40c接收服务端重新确定的搜索区域关联的停靠点信息；并通过显示组件40d显示搜索区域关联的停靠点信息。
173.在一些可选实施方式中，如图4所示，该终端设备还可以包括：电源组件40e、音频组件40f等可选组件。图4中仅示意性给出部分组件，并不意味着终端设备必须包含图4所示全部组件，也不意味着终端设备只能包括图4所示组件。
174.本实施例提供的终端设备，可与服务端相配合，在路线规划时，获取目的地关联的停靠点信息并显示；用户可基于显示的停靠点信息选择符合其终点意图的最终到达点，对于服务端可基于起始地和最终到达点，规划导航路线。由于导航路线的终点符合用户终点意图的终点，因此，规划的导航路线具有较高的精准度，有助于降低导航偏航问题的概率，可为用户提供更为精准的导航引导服务。
175.图5为本技术实施例提供的服务端设备的结构示意图。如图5所示，服务端设备包括：存储器50a、处理器50b和通信组件50c；其中，存储器50a，用于存储待计算机程序。
176.处理器50b耦合至存储器50a和通信组件50c，用于执行计算机程序以用于：响应于路线规划请求，获取路线规划请求携带的目的地关联的停靠点信息；通过通信组件50c将目的地关联的停靠点信息发送给提供路线规划请求的终端，以供终端显示目的地关联的停靠点信息；以及，响应于针对目的地关联的目标停靠点的交互请求，规划从路线规划请求携带的起始地至目标停靠点的导航路线；并通过通信组件50c将导航路线提供给终端，以供终端在地图出行界面上渲染导航路线。
177.在一些实施例中，处理器50b在获取路线规划请求携带的目的地关联的停靠点信息时，具体用于：响应于路线规划请求，确定目的地关联的停靠点的属性信息；根据目的地关联的停靠点的属性信息，对目的地关联的停靠点进行排序，以确定目的地关联的停靠点的显示顺序；并将目的地关联的停靠点的显示顺序和属性信息，作为目的地关联的停靠点信息，以供终端按照显示顺序显示目的地关联的停靠点的属性信息。
178.可选地，处理器50b在确定目的地关联的停靠点的属性信息时，具体用于执行以下至少一种方式：
179.根据停靠点的兴趣点数据，确定停靠点的用途；根据停靠点的用途，确定停靠点承载的停靠意图，作为停靠点的属性信息；
180.根据停靠点和目的地的入口的兴趣点数据，计算停靠点与目的地的入口之间的距离，作为停靠点的属性信息；
181.根据停靠点的兴趣点数据，确定停靠点的停靠性质，作为停靠点的属性信息；
182.根据停靠点关联区域的环境信息，确定停靠点的停靠困难度，作为停靠点的属性信息；
183.获取停靠点的车位信息，作为停靠点的属性信息；
184.获取历史时间段针对停靠点的历史导航信息，作为停靠点的属性信息。
185.可选地，处理器50b在确定停靠点的停靠困难度时，具体用于：
186.根据停靠点关联区域的实时交通信息，预测被导航对象经过停靠点关联区域的耗费时长；根据被导航对象经过停靠点关联区域的耗费时长，确定停靠点的停靠困难度；
187.和/或，
188.根据停靠点关联区域的地理环境信息，确定被导航对象经过停靠点关联区域的难易程度，作为停靠点的停靠困难度。
189.可选地，处理器50b在获取历史时间段针对停靠点的历史导航信息时，具体用于：获取历史时间段针对目的地关联的停靠点的历史导航量；根据目的地关联的停靠点的历史导航量，计算目的地关联的停靠点的历史导航总量；针对任一停靠点，计算历史时间段内针对该停靠点的历史导航量占目的地关联的停靠点的历史导航总量的比例，作为该停靠点的历史导航信息。
190.在一些实施例中，目的地关联的停靠点属于多个停靠组别。处理器50b还用于：根据多个停靠组别包括的停靠点的属性信息，确定多个停靠组别的显示顺序；并通过通信组件50c将多个停靠组别的显示顺序、多个停靠组别包括的停靠点的属性信息及停靠组别与停靠点之间的对应关系提供给终端，以供终端按照停靠组别的显示顺序展示多个停靠组别，并基于停靠组别与停靠点之间的对应关系展示对应的停靠点的属性信息。
191.可选地，处理器50b在确定多个停靠组别的显示顺序时，具体用于：获取历史时间段针对多个停靠组别的历史导航信息；根据多个停靠组别的历史导航信息，确定多个停靠组别的显示顺序。
192.进一步，处理器50b在确定多个停靠组别的显示顺序时，具体用于：统计历史时间段内多个停靠组别的历史导航总量及每个停靠组别的历史导航总量；计算每个停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例；并根据停靠组别的历史导航总量占多个停靠组别的历史导航总量的比例，确定多个停靠组别的显示顺序。
193.在另一些实施例中，处理器50b还用于：响应于路线规划请求，获取目的地的兴趣面数据；并通过通信组件50c将兴趣面数据提供给终端，以供终端基于兴趣面数据渲染展示目的地的兴趣面地图和目的地关联的停靠点。
194.在又一些实施例中，处理器50b还用于：指示终端在导航路线上渲染目标停靠点的标识；响应于针对目标停靠点的标识的交互请求，根据目标停靠点的类型，确定搜索区域；根据搜索区域的兴趣面数据，确定搜索区域关联的停靠点信息；并通过通信组件50c将搜索区域关联的停靠点信息提供给终端，以供终端显示搜索区域关联的停靠点信息。
195.可选地，处理器50b在确定搜索区域时，具体用于：根据目标停靠点的类型，判断目标停靠点是否具有父兴趣点；若判断结果为是，则将目标停靠点与设定的父兴趣点与子兴
趣点的对应关系中的子兴趣点进行匹配，以确定目标停靠点对应的父兴趣点；以父兴趣点为基础，在地图数据中扩展设定范围，并将扩展设定范围后的区域作为搜索区域。若判断结果为否，则以目标停靠点为基础，在地图数据中扩展设定范围，并将扩展设定范围后的区域作为搜索区域。
196.可选地，处理器50b还用于：通过通信组件50c将搜索区域的兴趣面数据提供给终端，以供终端基于搜索区域的兴趣面数据渲染展示搜索区域的兴趣点地图及搜索区域关联的停靠点的标识。
197.在一些可选实施方式中，如图5所示，该服务端设备还可以包括：电源组件50d等组件。图5中仅示意性给出部分组件，并不意味着服务端设备必须包含图5所示全部组件，也不意味着服务端设备只能包括图5所示组件。
198.本实施例提供的服务端设备可在路线规划时，将目的地关联的停靠点信息提供给终端进行显示；用户可基于显示的停靠点信息选择符合其终点意图的最终到达点，服务端可基于起始地和最终到达点，规划导航路线。服务端规划的导航路线的终点符合用户终点意图的终点，因此，规划的导航路线具有较高的精准度，有助于降低导航偏航问题的概率，可为用户提供更为精准的导航引导服务。
199.在本技术实施例中，存储器用于存储计算机程序，并可被配置为存储其它各种数据以支持在其所在设备上的操作。其中，处理器可执行存储器中存储的计算机程序，以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
200.在本技术实施例中，处理器可以为任意可执行上述方法逻辑的硬件处理设备。可选地，处理器可以为中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)或微控制单元(microcontroller unit，mcu)；也可以为现场可编程门阵列(field-programmable gate array，fpga)、可编程阵列逻辑器件(programmable array logic，pal)、通用阵列逻辑器件(general array logic，gal)、复杂可编程逻辑器件(complex programmable logic device，cpld)等可编程器件；或者为先进精简指令集(risc)处理器(advanced risc machines，arm)或系统芯片(system on chip，soc)等等，但不限于此。
201.在本技术实施例中，通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g或3g，4g，5g或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还可基于近场通信(nfc)技术、射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术或其他技术来实现。
202.在本技术实施例中，显示组件可以包括液晶显示器(lcd)和触摸面板(tp)。如果显示组件包括触摸面板，显示组件可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和
压力。
203.在本技术实施例中，电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
204.在本技术实施例中，音频组件可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(mic)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。例如，对于具有语言交互功能的设备，可通过音频组件实现与用户的语音交互等。
205.需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
206.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
207.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
208.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
209.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
210.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
211.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
212.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除
可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
213.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
214.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。