CN118225119A

CN118225119A - 货车导航路线的交通规则分析方法、装置及电子设备

Info

Publication number: CN118225119A
Application number: CN202410198109.4A
Authority: CN
Inventors: 王禹一; 李伟征; 赵红超
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2024-02-21
Filing date: 2024-02-21
Publication date: 2024-06-21

Abstract

本申请涉及地图导航技术领域，提供一种货车导航路线的交通规则分析方法、装置及电子设备，用于提高分析效率和准确性。该方法针对目标货车的导航场景，基于可视化界面呈现包含多条路段的目标导航路线后，充分利用人眼的视觉先验认知，对目标导航路线进行局部选取操作以获得待分析区域，从而有针对性地对待分析区域包含的多条待分析路段统一进行分析，提高货车交通规则的分析效率和准确性，进而提高货车的通行效率。并且，基于可视化界面呈现至少一条绕路路段各自对应的标准路段上的分析结果，实现绕路路段与标准路段的对比，从而使目标对象清晰的了解标准路段上因货车交通规则的限制，会对目标货车通行产生障碍，以便更加合理安排的货车通行。

Description

货车导航路线的交通规则分析方法、装置及电子设备

技术领域

本申请涉及地图导航技术领域，尤其涉及一种货车导航路线的交通规则分析方法、装置及电子设备。

背景技术

实际应用中，需要对导航软件为货车提供的导航路线的可行性进行分析。

相关技术下，为了对货车导航路线的可行性进行分析，通常会对货车的导航路线中包含的各个路段，逐条进行交通规则检查，以减少不合理的绕路现象，缩短货车的行驶里程，提高货车的通行效率。

然而，上述逐条分析方法的执行效率十分低下，并且，当导航路线上的路段因里程较短被漏检且漏检数量较多时，可能会增加违反交通规则的不可通行路段的数量，从而影响货车的通行效率。

发明内容

本申请实施例提供了一种货车导航路线的交通规则分析方法、装置及电子设备，用于提高货车导航路线上交通规则的分析效率。

一方面，本申请实施例提供一种货车导航路线的交通规则分析方法，包括：

响应于针对目标货车输入的起始位置和终止位置，在地图界面中，呈现针对所述目标货车提供的目标导航路线，所述目标导航路线包含多条路段；

响应于针对所述目标导航路线触发的局部选取操作，在所述地图界面中，呈现包含多条待分析路段的待分析区域；

响应于针对所述待分析区域触发的确认操作，在所述多条待分析路段包含至少一条绕路路段时，呈现所述至少一条绕路路段各自对应的标准路段上的分析结果；其中，每条绕路路段为：基于相应标准路段上的货车交通规则集提供的代替方案，每个分析结果为：相应标准路段上的货车交通规则集对货车通行产生影响的障碍路段。

另一方面，本申请实施例提供一种货车导航路线的交通规则分析方法，所述方法包括：

接收终端设备针对目标货车发送的导航请求，并将基于所述导航请求中携带的起始位置和终止位置生成的目标导航路线，发送给所述终端设备进行呈现；所述目标导航路线包含多条路段；

接收所述终端设备针对待分析区域发送的分析请求，获取所述待分析区域包含的多条待分析路段；其中，所述待分析区域是基于针对所述目标导航路线触发的局部选取操作获得的；

将所述待分析区域包含的多条待分析路段，分别与设置有货车交通规则集的相应标准路段进行比较，获得多个比较结果；

基于获得的多个比较结果，确定所述多条待分析路段中的至少一条绕路路段，并将代替所述至少一条绕路路段的各标准路段上的分析结果，发送给所述终端设备进行呈现；其中，每个分析结果为：相应标准路段上的货车交通规则集对货车通行产生影响的障碍路段。

另一方面，本申请实施例提供一种货车导航路线的交通规则分析装置，包括：

第一呈现单元，用于响应于针对目标货车输入的起始位置和终止位置，在地图界面中，呈现针对所述目标货车提供的目标导航路线，所述目标导航路线包含多条路段；

第二呈现单元，用于响应于针对所述目标导航路线触发的局部选取操作，在所述地图界面中，呈现包含多条待分析路段的待分析区域；

第三呈现单元，用于响应于针对所述待分析区域触发的确认操作，在所述多条待分析路段包含至少一条绕路路段时，呈现所述至少一条绕路路段各自对应的标准路段上的分析结果；其中，每条绕路路段为：基于相应标准路段上的货车交通规则集提供的代替方案，每个分析结果为：相应标准路段上的货车交通规则集对货车通行产生影响的障碍路段。

可选的，所述第二呈现单元具体用于：

响应于针对所述目标货车触发的点击操作，在所述地图界面的预设位置处，呈现坐标显示区域；

响应于针对所述目标导航路线触发的局部选取操作，在所述地图界面中，将基于所述局部选取操作确定的包含多条待分析路段的待分析区域，采用背景色填充方式进行突出显示，并在所述坐标显示区域中，显示所述待分析区域的角点坐标。

可选的，所述地图界面中包含货车配置区域；所述第三呈现单元具体用于：

在呈现所述待分析区域之后，响应于针对所述目标货车触发的参数配置操作，在所述货车配置区域中，呈现针对所述目标货车输入的参数配置集；

响应于针对所述待分析区域和所述参数配置集触发的确认操作，在所述多条待分析路段包含至少一条绕路路段时，呈现所述至少一条绕路路段各自对应的标准路段上的分析结果；其中，每条绕路路段为：基于相应的标准路段上与所述目标货车的参数配置集关联的货车交通规则集提供的代替方案，每个分析结果为：相应标准路段上的货车交通规则集对所述目标货车的通行产生影响的障碍路段。

可选的，所述装置还包括第四呈现单元，用于：

针对至少一个分析结果，分别执行以下操作：响应于针对一个分析结果中的障碍路段触发的选中操作，在所述障碍路段的周边范围内，呈现相应标准路段上的交通规则集。

可选的，所述第三呈现单元具体用于：

在所述地图界面中，将所述至少一条绕路路段各自对应的标准路段上的分析结果中的障碍路段，采用加粗和改变颜色中的至少一种方式进行突出显示。

可选的，所述第一呈现单元还用于：

响应于针对所述地图界面的放大操作，呈现针对所述目标货车提供的放大后的目标导航路线。

可选的，所述交通规则集包括以下内容中的至少一项：

限重、轴重、轴数、是否拖挂、本外地、限高、限宽、货车类型、货车功能、能源类型、车牌颜色、车长、载重、油气排放标准。

接收单元，用于接收终端设备针对目标货车发送的导航请求，以及，接收所述终端设备针对待分析区域发送的分析请求；

导航单元，用于将基于所述导航请求中携带的起始位置和终止位置生成的目标导航路线，所述目标导航路线包含多条路段；

获取单元，用于基于所述分析请求获取所述待分析区域包含的多条待分析路段；其中，所述待分析区域是基于针对所述目标导航路线触发的局部选取操作获得的；

分析单元，用于将所述待分析区域包含的多条待分析路段，分别与设置有货车交通规则集的相应标准路段进行比较，获得多个比较结果；基于获得的多个比较结果，确定所述多条待分析路段中的至少一条绕路路段，以及代替所述至少一条绕路路段的各标准路段上的分析结果；

发送单元，用于将所述目标导航路线发送给所述终端设备进行呈现；以及，将确定的各分析结果发送给所述终端设备进行呈现；其中，每个分析结果为：相应标准路段上的货车交通规则集对货车通行产生影响的障碍路段。

可选的，所述获取单元具体用于：

基于所述分析请求携带的所述待分析区域的坐标信息，获取所述待分析区域在地图界面中包含的各个空间块；其中，每个空间块是基于包围各路段的最小边界矩形合并后获得的；

基于预先生成的空间块与所述空间块包含的路段间的索引映射关系，获取所述各个空间块包含的多条待分析路段。

可选的，当所述分析请求携带针对所述目标货车输入的参数配置集时，所述分析单元具体：

将所述待分析区域包含的多条待分析路段，分别与设置有所述参数配置集关联的货车交通规则集的相应标准路段进行比较，获得多个比较结果；

所述发送单元具体用于：

将代替所述至少一条绕路路段的各标准路段上，与所述参数配置集关联的货车交通规则集对所述目标货车的通行产生影响的障碍路段，发送给所述终端设备进行呈现。

可选的，所述分析单元具体用于：

针对所述多个比较结果，分别执行以下操作：

基于一个比较结果中的待分析路段与相应标准路段的里程数，获取所述待分析路段与所述相应标准路段间的行驶差异；

在所述行驶差异大于预设差异阈值时，将所述待分析路段作为代替所述相应标准路段的绕路路段。

另一方面，本申请实施例提供一种电子设备，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，实现上述任一种货车导航路线的交通规则分析方法的步骤。

另一方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机可执行指令，所述计算机可执行指令被电子设备执行时实现上述任一种货车导航路线的交通规则分析方法的步骤。

另一方面，本申请实施例提供一种计算机程序产品，包含计算机程序，所述计算机程序被电子设备执行时实现上述任一种货车导航路线的交通规则分析方法的步骤。

本申请实施例提供的货车导航路线的交通规则分析方法、装置及电子设备的有益效果如下：

针对为目标货车提供导航的场景，基于可视化界面，在呈现起始位置和终止位置确定的包含多条路段的目标导航路线后，充分利用人眼的视觉先验认知，对目标导航路线进行局部选取操作以获得待分析区域，从而有针对性地对待分析区域包含的多条待分析路段统一进行分析，提高货车交通规则的分析效率，同时，这种统一分析的方式，可以避免逐路段分析时因绕路里程较短而导致的漏检现象，提高货车交通规则分析的准确性，进而提高货车的通行效率。并且，基于可视化界面，可以呈现出多条待分析路段包含的至少一条绕路路段各自对应的标准路段上的分析结果，实现绕路路段与标准路段的对比性分析，从而使目标对象清晰的了解标准路段上因货车交通规则的限制，会对目标货车通行产生障碍，以便更加合理安排的货车通行。

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

附图说明

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

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种货车导航路线的交通规则分析方法的流程图；

图3A为本申请实施例提供的终端设备呈现的一种导航界面示意图；

图3B为本申请实施例提供的终端设备呈现货车导航路线的界面示意图；

图4为本申请实施例提供的终端设备呈现待分析区域的方法流程图；

图5A-图5C为本申请实施例提供的终端设备呈现的一种待分析区域的界面示意图；

图6为本申请实施例提供的一种分析结果的呈现方式示意图；

图7为本申请实施例提供的一种终端设备呈现分析结果的实施流程图；

图8A为本申请实施例提供的一种货车配置界面示意图；

图8B为本申请实施例提供的另一种确认界面示意图；

图8C为本申请实施例提供的另一种分析结果的呈现方式示意图；

图9为本申请实施例提供的终端设备呈现的分析结果详情的界面示意图；

图10为本申请实施例提供的另一种货车导航路线的交通规则分析方法的流程图；

图11A为本申请实施例提供的一种获取多条待分析路段的方法流程图；

图11B为本申请实施例提供的一种包含多条待分析路段的待分析区域示意图；

图12为本申请实施例提供的两种分析方法示意图；

图13为本申请实施例提供的一种货车导航路线的交通规则分析的交互过程示意图；

图14为本申请实施例提供的另一种货车导航路线的交通规则分析的交互界面示意图；

图15为本申请实施例提供的一种交通规则分析装置的结构图；

图16为本申请实施例提供的另一种交通规则分析装置的结构图；

图17为本申请实施例提供的电子设备的结构图；

图18为本申请实施例提供的车载终端的结构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。

为了方便理解，下面对本申请实施例中涉及的名词进行解释。

路段(Link)：在导航领域中，将现实世界中的道路按照一定的属性划分为多个部分，每一部分作为一条路段。为了道路数据采集和导航算路的方便,实际的道路被分割成首尾相连的路段。

鼓包路：在直行路段的起点和终点之间，形成明显的鼓包，增加了行驶里程，因此，鼓包路也称为绕路路段。

案例(Case)：不符合预期的路线。

跨城路线：起点和终点在两个城市的路线。

引擎算路：基于可定制路线规划(Customizable Route Planning，CRP)算法、迪杰斯特拉算法等对车辆进行路径规则。

拓扑地图(Topological Map，Topo Map)：是指地图学中一种统计地图，一种保持点与线相对位置关系正确而不一定保持图形形状与面积、距离、方向正确的抽象地图。

Coord坐标：是Windows API中定义的一种结构，表示一个字符在控制台屏幕上的坐标。

R树(RTree):是一种用于处理多维数据的数据结构，用来访问二维或者更高维区域对象组成的空间数据，树上的每一个结点由若干个索引项构成，对于叶子结点，索引项形如(Index，Obj_ID)，对于非叶子结点，索引项形如(Index，Child_Pointer)，其中，Index表示包围空间数据对象的最小外接矩形(Minimum Bounding Retangle，MBR)，Obj_ID标识一个空间数据对象，Child_Pointer指向该结点的子结点。本申请实施例中，空间数据对象为地图中的路段。

下面对本申请实施例的设计思想进行概述。

货车交通规则会极大地影响货车的引擎算路结果，这就需要对货车路径规划的可行性进行分析。由于货车的导航路线一般都是高速公路，存在货车交通规则的路段基本都是上下高速公路前的国道、辅路、桥梁、隧道等，而小汽车基本不受这些路段上交通规则的限制，可以通过大多数路段；并且，货车和小汽车同为机动车，货车的导航路线和机动车中的小汽车的导航路线具有80％左右的重合率。因此，小汽车的导航路线在对货车的导航路线进行可行性分析时，有一定的参考价值，通过将小汽车的导航路线与货车的导航路线进行对比，找到存在明显鼓包的绕路路段，实现路段级交通规则的分析，从而减少货车行驶违反交通规范的现象。

目前，相关技术在对货车的路径规划进行可行性分析时，通常会对货车的导航路线中包含的各个路段，逐条进行交通规则检查。然而，而该分析方法的效率十分低下，如：对一条较长的跨城路线上的货车交通规则进行可行性分析时，往往需要一到两个小时，而对于跨越多个城市，甚至是跨省的路线来说，则需要更多的时间。并且，针对里程较短的路段，还能存在漏分析的情况，降低分析的准确性，从而影响货车的通行效率。

鉴于此，本申请实施例提供一种货车导航路线的交通规则分析方法、装置及电子设备。针对为目标货车提供导航的场景，基于可视化界面，在呈现起始位置和终止位置确定的包含多条路段的目标导航路线后，充分利用人眼的视觉先验认知，对目标导航路线进行局部选取操作以获得待分析区域，从而有针对性地对待分析区域包含的多条待分析路段统一进行分析，提高货车交通规则的分析效率，同时，这种统一分析的方式，可以避免逐路段分析时因绕路里程较短而导致的漏检现象，提高货车交通规则分析的准确性，进而提高货车的通行效率。并且，基于可视化界面，可以呈现出多条待分析路段包含的至少一条绕路路段各自对应的标准路段上的分析结果，实现绕路路段与标准路段的对比性分析，从而，从而使目标对象清晰的了解标准路段上因货车交通规则的限制，对目标货车通行产生障碍，以便更加合理安排的货车通行，具有较高的实现用价值。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，其为本申请实施例中的一种应用场景示意图。该应用场景图中包括两个终端设备110和一个服务器120。

本申请的实施例中，终端设备110包括但不限于手机、平板电脑、笔记本电脑、台式电脑、电子书阅读器、智能语音交互设备、智能家电、车载终端等设备；终端设备上可以安装有导航客户端，该导航客户端可以是导航软件，也可以是导航网页、导航小程序等，服务器120则是与导航软件或是导航网页、导航小程序等相对应的后台服务器，或者是专门用于进行地图导航的服务器，本申请不做具体限定。服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器

需要说明的是，本申请各实施例中的货车导航路线的交通规则分析方法可以由电子设备执行，该电子设备可以为终端设备110或者服务器120，即，该方法可以由终端设备110或者服务器120单独执行，也可以由终端设备110和服务器120共同执行。以终端设备110和服务器120共同行为例，终端设备110上安装有导航软件，导航软件基于目标对象在地图界面中输入的货车的起始位置和终止位置，向服务器120发送导航请求，服务器120接收到导航请求后，为货车提供包含多条路段的目标导航路线，并发送给终端设备110进行呈现。导航软件基于目标对象对地图界面中呈现的目标导航路线的局部选取操作，向服务器120发送分析请求，服务器120基于分析请求，获取局部选取操作确定的待分析区域包含的多条待分析路段，并将各待分析路段分别与相应的标准路段进行比较，获得至少一条绕路路段；进一步地，服务器120将至少一条绕路路段各自对应的标准路段发送给终端设备110进行呈现，从而向目标对象展示目标导航路线对应的货车交通规则的分析结果，以便目标对象避免违规行驶，提高车辆通行效率。

在一种可选的实施方式中，终端设备110与服务器120之间可以通过通信网络进行通信。

在一种可选的实施方式中，通信网络是有线网络或无线网络。

需要说明的是，图1所示只是举例说明，实际上终端设备和服务器的数量不受限制，在本申请实施例中不做具体限定。

本申请实施例中，当服务器的数量为多个时，多个服务器可组成为一区块链，而服务器为区块链上的节点；如本申请实施例所公开的货车导航路线的交通规则分析方法，其中所涉及的相关数据可保存于区块链上，例如，起始位置、终止位置、待分析区域的坐标、路段的空间索引、货车交通股则等。

此外，本申请实施例可应用于各种场景，包括但不限于云技术、人工智能、智慧交通、辅助驾驶、地图导航等场景。

下面结合上述描述的应用场景，参考附图来描述本申请示例性实施方式提供的货车导航路线的交通规则分析方法，需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。

参见图2，为本申请实施例中的一种货车导航路线的交通规则分析方法的实施流程图，以安装有导航客户端的终端设备为执行主体为例，该实施流程主要包括以下几步：

S201：终端设备响应于针对目标货车输入的起始位置和终止位置，在地图界面中，呈现针对目标货车提供的目标导航路线。

在打开导航客户端后，终端设备呈现地图界面，目标对象可以在地图界面中输入目标货车的起始位置和终止位置。

以导航客户端为导航网页为例，终端设备呈现的导航界面如图3A所示，包含地图界面300，其中，地图界面300中包含导航区域301。目标对象可以在导航区域301中选择货车类型，以及输入目标货车的起始位置和终止位置。

需要说明的是，本申请实施例对起始位置和终止位置的输入方式不做限制要求，如可以手动输入，还可以语音输入，还可以通过导入交易合同以提取交易双方位置的方式进行输入。

终端设备响应于目标对象针对目标货车触发的位置输入操作，向服务器发送导航请求。服务器基于导航请求携带的起始位置和终止位置，为目标货车生成目标导航路线，并将目标导航路线发送给终端设备，由终端设备地图界面中将目标导航路线呈现给目标对象。

通常的，货车的行驶路径较长，一般包含多条路段，多条路段首尾相连，组成一条连通的目标导航路线。

如图3B所示，假设目标货车的起始位置为“城市A钢管公司”、终止位置为“城市B建筑公司”，服务器为目标货车生成两条导航路线，并从中选择一条最佳的目标导航路线(在图3B中为通往两地的加粗路线)推荐给终端设备进行呈现。

S202：终端设备响应于针对目标导航路线触发的局部选取操作，在地图界面中，呈现包含多条待分析路段的待分析区域。

终端设备在地图界面中呈现目标导航路线后，目标对象可以清楚的看到目标货车从起始位置到目标位置的行驶路况，从而有针对性的对目标导航路线的局部进行可行性分析。

在一种可选的实施例方式，终端设备呈现待分析区域的过程如图4所示，包括以下几步：

S2021：响应于针对目标货车触发的点击操作，在地图界面的预设位置处，呈现坐标显示区域。

其中，坐标显示区域303用于呈现目标导航路线对应的分析范围。

如图5A所示，地图界面300包含的菜单栏区域302中，含有货车图标。当目标对象点击货车图标后，终端设备响应于图标点击操作，在货车图标的下方呈现坐标显示区域303。

需要说明的是，本申请实施例对坐标显示区域303呈现的触发类型和显示位置不做限制性要求，例如，还可以通过双击操作在地图界面300的右下角呈现坐标显示区域303。

S2022：响应于针对目标导航路线触发的局部选取操作，在地图界面中，将基于局部选取操作确定的包含多条待分析路段的待分析区域，采用背景色填充方式进行突出显示，并在坐标显示区域中，显示待分析区域的角点坐标。

针对地图界面中呈现的目标导航路线，目标对象可基于视觉先验认知，获知目标导航路线上的鼓包路，从而有针对性的局部选取需要进行可行性分析的待分析区域。终端设备基于目标对象的局部选取操作，对目标对象选取的待分析区域进行背景色填充，以突出显示需要进行交通规则分析的待分析区域，并将待分析区域的角点坐标(一般为经纬度坐标)显示在坐标显示区域中，以告知目标对象具体的分析范围。

参见图5B，为显示待分析区域的地图界面，针对从“城市A钢管公司”到“城市B建筑公司”的目标导航路线，再通往a、b两地的局部导航路线上存在明显的鼓包路，因此，目标对象通过矩形框框选包含a、b两地局部导航路线的待分析区域304，由终端设备自动获取待分析区域304左上、右上、左下和右下四个角点的经纬度坐标，并在对待分析区域304进行背景色填充显示的同时，在坐标显示区域303显示四个角点的经纬度坐标。

需要说明的是，本申请实施例中的局部选取操作的方式不做限制性要求，包括但不限于矩形框框选、角点圈定、对角线选取、link串输入、行政区域选择等。

需要说明的是，本申请实施例对待分析区域的形状不做限制要求，除规则形状外，还可以是不规则形状。

在一种可选的实施例中，目标对象为了更清楚的了解货车详细的行驶路况，终端设备在地图界面中呈现目标导航路线之后，目标对象可以通过触控或滚动鼠标滚轮等方式，触发针对地图界面的放大操作，从而获得目标导航路线的细节信息。

终端设备响应于目标对象触发的放大操作，呈现针对目标货车提供的放大后的目标导航路线。由于终端设备显示屏幕的尺寸是固定的，因此，终端设备在放大后的地图界面中，可能仅呈现目标导航路线中目标对象感兴趣的局部导航路线，但局部导航路线相对于全局的目标导航路线，道路细节信息更加丰富。进一步地，目标对象针对道路细节信息更加丰富的局部导航路线，通过矩形框框选定存在明显鼓包路的待分析区域，由终端设备进行呈现。

如图5C所示，为放大后终端设备的呈现效果，经放大后，目标对象可以更清晰的了解从“城市A钢管公司”到“城市B建筑公司”的目标导航路线上，通往a、b两地的局部导航路线的细节信息，从而准确的选定需要进行可行性分析的待分析区域304。终端设备通过对待分析区域304进行背景色填充的方式进行突出显示，并将待分析区域304四个角点的经纬度坐标显示在地图界面300的坐标显示区域303中。

本申请实施例基于可视化界面，终端设备通过呈现连接起始位置和终止位置的目标导航路线，使目标对象可以充分利用人眼的视觉先验认知，对目标导航路线上存在鼓包路的局部导航路线进行有针对性的选取，并由终端设备呈现目标对象选取的待分析区域，这样，终端设备可以请求服务器对待分析区域包含的多条待分析路段进行统一分析，从而提高货车导航路线上交通规则的分析效率。并且，通过选定待分析区域，可以避免逐路段分析时因绕路里程较短而导致的漏检现象，提高货车交通规则分析的准确性，进而准确快速地为目标对象提供驾驶引导，保证货车的通行效率。

S203：终端设备响应于针对待分析区域触发的确认操作，在多条待分析路段包含至少一条绕路路段时，呈现至少一条绕路路段各自对应的标准路段上的分析结果。

其中，每条绕路路段为：基于相应标准路段上的货车交通规则集提供的代替方案，而标准路段为服务器为小汽车提供的从目标导航路线的起始位置到终止位置的参考导航路线上的路段。标准路段上可能设置有货车交通规则，但这些货车交通规则对小汽车的通行影响很小，小汽车可以顺利通行，这样，小汽车对应的参考导航路线几乎不会出现绕路现象，而目标货车受货车交通规则的影响较大，当标准路段不可行时，目标货车可能通过绕路来寻找其他通行的代替方案，从而导致目标导航路线中可能包含绕路路段。因此，小汽车的参考导航路线可以作为对目标货车的目标导航路线进行可行性分析的参考依据。

在目标对象选定待分析区域后，通过点击或触控等方式触发针对待分析区域的确认操作。终端设备响应于目标对象触发的确认操作，向服务器发送分析请求，服务器基于分析请求中携带的待分析区域的坐标信息，查询预先生成的映射关系表，获取待分析区域包含的多条待分析路段，通过将多条待分析路段分别与设置有货车交通规则集的相应标准路段进行比较，从而分析出多条待分析路段包含的至少一条绕路路段，并将至少一条绕路路段各自对应的标准路段上的分析结果发送给终端设备进行呈现。

其中，每个分析结果为：相应标准路段上的货车交通规则集对货车(默认为全部货车)通行产生影响的障碍路段。

可选的，货车交通规则集包括限重、轴重、轴数、是否拖挂、本外地、限高、限宽、货车类型、货车功能、能源类型、车牌颜色、车长、载重、油气排放标准中的至少一项。

在一种可选的实施方式中，默认情况下，每条标准路段上的货车交通规则集包含影响全部货车通行的所有交通规则。

终端设备对分析结果进行呈现时，可在地图界面中，将各标准路段上的分析结果中的障碍路段，采用加粗和改变颜色中的至少一种方式进行突出显示。

参见图6，为本申请实施例提供的一种分析结果呈现方式示意图。在显示待分析区域304后，目标对象点击坐标显示区域303中的“确定”选项，终端设备响应于目标对象触发的确认操作，向服务器发送分析请求，服务器基于分析请求，对待分析区域304包含的目标导航路线上a、b之间的多条待分析路段进行可行性分析，获得a-d-c以及c-e-b两条绕路段，以及代替这两条绕路路段的6条标准路段上由货车交通规则集产生的障碍路段，并将这两条绕路路段对应的标准路段上的障碍路段发送给终端设备进行呈现，其中，6条障碍路段在图6中用加粗短实线表示。

在一种可选的实施方式中，终端设备呈现的地图界面中包含货车配置区域，用于配置目标货车的参数，此时，在S203中，终端设备呈现分析结果的实施流程如图7所示，主要包括以下几步：

S2031：在呈现待分析区域之后，响应于针对目标货车触发的参数配置操作，在货车配置区域中，呈现针对目标货车输入的参数配置集。

当目标对象点击菜单栏区域302中的货车图标后，终端设备响应于图标点击操作，在货车图标的下方呈现坐标显示区域303的同时，在地图界面300的预设位置处呈现货车配置区域305，如图8A所示。

需要说明的是，本申请实施例对呈现货车配置区域的触发方式、以及显示位置不做限制性要求，例如，还可以从鼠标右键的菜单栏中选择弹出货车配置区域。

目标对象基于终端设备呈现的货车配置区域，可以在货车配置区域中输入目标货车的参数配置集，由终端设备在货车配置区域中呈现参数配置集的具体内容。

需要说明的是，本申请实施例对参数配置操作的触发方式不做限制性要求，例如，还可以通过导入目标货车的配置文件的方式配置参数。

S2032：响应于针对待分析区域和参数配置集触发的确认操作，在多条待分析路段包含至少一条绕路路段时，呈现至少一条绕路路段各自对应的标准路段上的分析结果。

当在货车配置区域中输入目标货车的参数配置集后，需要基于参数配置集对目标货车的目标导航路线进行可行性分析，此时，分析出的每条绕路路段为：基于相应标准路段上与目标货车的参数配置集关联的货车交通规则集提供的代替方案，每个分析结果为：相应标准路段上的货车交通规则集对目标货车的通行产生影响的障碍路段。

参见图8B，为本申请实施例提供的另一种确认方式界面示意图。在呈现货车配置区域305后，目标对象在货车配置区域305中输入目标货车的参数配置集为：高度-3.2m、宽度-2.8m、载重-11吨、货车类型-中型；输入完成后，目标对象通过矩形框框选包含a、b两地局部导航路线的待分析区域304，由终端设备自动获取待分析区域304左上、右上、左下和右下四个角点的经纬度坐标，并在对待分析区域304进行背景色填充显示的同时，在坐标显示区域303显示四个角点的经纬度坐标。

目标对象根据图8B的显示结果，击坐标显示区域303中的“确定”选项，终端设备响应于目标对象触发的针对待分析区域和参数配置集的确认操作，向服务器发送分析请求，服务器基于分析请求携带的待分析区域的坐标信息，获得a-d-c以及c-e-b两条绕路段，并将这两条绕路路段，分别与参考导航路线中，设置有分析请求携带的参数配置集关联的货车交通规则集的标准路段进行比较，获得绕路路段a-d-c对应的标准路段a-c上的分析结果，以及绕路路段c-e-b对应的标准路段c-b的分析结果，并将这两个分析结果中，由参数配置集关联的货车交通规则集对目标货车的通行产生影响的障碍路段发送给终端设备进行呈现，呈现结果如图8C所示。

本申请的实施例中，通过在终端设备呈现的货车配置区域中输入目标货车的参数配置集，使得服务器能够有针对性选择相应标准路段上与参数配置集相关的货车交通规则，对目标导航路线上的多条待分析路段进行分析，相对于考虑相应标准路段上的全部货车交通规则，提高了分析效率。

需要说明的是，本申请实施例对确认操作的触发方式不做限制性要求，除了对参数配置集和待分析区域一起确认外，还可以对参数配置集和待分析区域分别确认，并由二者中的最后一次确认操作触发分析请求。

在一种可选的实施方式中，终端设备呈现至少一条绕路路段各自对应的标准路段上的分析结果之后，当目标对象想要了解某一分析结果中障碍路段的详细信息时，可以选中相应的障碍路段。

具体实施时，针对终端设备呈现的至少一个分析结果，目标对象通过鼠标或触控等方式，选中一个分析结果中的障碍路段。终端设备响应于针对该障碍路段触发的选中操作，在该障碍路段的周边范围内，呈现其所在的标准路段上的交通规则集。

以图8B所示的分析结果为例，目标对象通过鼠标选中绕路路段c-e-b对应的标准路段c-b上的障碍路段后，终端设备在该障碍路段的周边范围内，呈现标准路段c-b上的交通规则集{限重：10吨，限制类型：中型以下}，如图9所示。由于目标货车的载重为11吨、货车类型为中型，不满足标准路段c-b上的交通规则集，通过选中该障碍路段，可以使目标对象了解行驶绕路路段c-e-b的原因，从而避免违章和折返，提高目标货车的通行效率。

需要说明的是，上述实施例主要是以导航网页为例，对货车导航路线的交通规则的分析过程进行呈现，在对呈现方式进行适应调整的情况下，终端上的导航软件、导航小程序等的界面同样能够达到同样的呈现效果。

本申请的实施例中，针对为目标货车提供导航的场景，基于可视化界面，目标对象利用人眼的视觉先验认知，有针对性的选取目标导航路线上存在鼓包路的待分析区域后，由终端设备请求服务器对待分析区域包含的多条待分析路段进行统一分析，并呈现出多条待分析路段包含的至少一条绕路路段各自对应的标准路段上的分析结果。由于每个分析结果包含相应标准路段上因货车交通规则的限制，对目标货车通行产生影响的障碍路段，因此，可以使目标对象清晰的了解目标货车无法通行标准路段的原因，从而选择相应的绕路路段行驶以避免违反交通规范，具有较高的实现用价值。

需要说明的是，上述主要是从终端设备侧，对本申请实施例中的货车导航路线的交通规则分析方法进行了举例说明，下面结合服务器，对本申请实施例中的货车导航路线的交通规则分析方法进行补充说明。

服务器作为一个被实时调用的工具平台，其上搭建一个用于对货车的导航路线进行交通规则分析的在线服务，为保证在线服务的正常运行，服务器基于已导入的Topo Map和coord坐标的二进制文件，预先生成一个包含地图全部路段的RTree结构的二进制空间数据索引文件并保存。

需要说明的是，本申请实施例对Topo Map不做限制性要求，其可以是一个国家的Topo Map，也可以是一个省市的Topo Map，还可以是全球的Topo Map。

在一种可选的实施方式中，空间数据索引文件的生成过程为：

1、服务器遍历Topo Map二进制文件中的路段，生成一个个最小边界矩形；

2、服务器对这些最小边界矩形进行递归迭代，每次迭代时，将多个最小边界矩形组成一个空间块；

3、服务器基于coord坐标二进制文件，获取记录各个空间块各自包含的路段，并记录各个空间块与其包含的路段间的索引映射关系，生成空间数据索引文件。

本申请实施例之所以使用二进制文件，是因为二进制格式是在线服务加载和读取效率最高的一种数据格式，从而能够提高服务器对货车导航路线上的交通规则进行可行性分析的效率。

基于服务器存储的空间数据索引文件，本申请实施例中提供的又一种货车导航路线的交通规则分析方法的实施流程如图10所示，主要包括以下几步：

S1001：服务器接收终端设备针对目标货车发送的导航请求，并将基于导航请求中携带的起始位置和终止位置生成的目标导航路线，发送给终端设备进行呈现。

其中，导航请求为终端设备响应于针对目标货车输入的起始位置和终止位置而发送的，在此不再一一赘述。

服务器接收到的导航请求后，基于该导航请求携带的起始位置和终止位置，采用CRP或迪杰斯特拉等算法进行货车导航线路的规划，获得连接起始位置和终止位置的多条路段，并基于获得的多条路段，生成目标货车的目标导航路线，进而将目标导航路线发送给终端设备进行呈现，呈现结果如图3B所示。

S1002：服务器接收终端设备针对待分析区域发送的分析请求，获取待分析区域包含的多条待分析路段。

其中，待分析区域为终端设备针对目标导航路线触发的局部选取操作确定的，包含多条待分析路段，如图5B所示，在此不再一一赘述。

参见图11A，为获取待分析区域包含的多条待分析路段的过程，主要包括以下几步：

S1002_1：基于待分析请求携带的待分析区域的坐标信息，获取待分析区域在地图界面中包含的各个空间块。

其中，每个空间块是基于包围各路段的最小边界矩形合并后获得的，待分析区域的坐标信息包含四个角点的经纬度坐标。

S1002_2：基于预先生成的空间块与空间块包含的路段间的索引映射关系，获得各个空间块包含的多条待分析路段。

在服务器存储的空间索引数据文件中，记录了空间块与空间块包含的路段间的索引映射关系，通过该索引映射关系，可以获得各个空间块包含的多条待分析路段。

如图11B所示，为待分析区域包含多条待分析路段的示意图。服务器基于待分析区域四个角点的经纬度坐标，查询预先生成的空间数据索引文件，获得待分析区域包含的各空间块中的n条待分析路段。

S1003：将待分析区域包含的多条待分析路段，分别与设置有货车交通规则集的相应标准路段进行比较，获得多个比较结果。

本申请的实施例中，当分析请求触发的方式不同时，分析请求携带的内容不同，这样，待分析路段上交通规则的分析方式不同，从而导致终端设备呈现的分析结果不同。

方式一

如图5B所示，在目标对象针对目标导航路线选定包含多条待分析路段的待分析区域后，如果直接点击坐标显示区域303中的“确定”选项，此时，分析请求是终端设备响应于针对待分析区域触发的确认操作发送的，仅携带待分析区域的坐标信息，未携带目标货车的参数配置集，如图12所示，这样，在进行可行性分析时，使用的货车交通规则集中包含所有货车的全部交通规则，因此，在执行S1003时，针对待分析区域包含的每条待分析路段，服务器将该待分析路段分别与全部交通规则所在的标准路段进行比较，获得多个比较结果。

方式二

如图8B所示，终端设备在地图界面中呈现货车配置区域305时，目标对象可在货车配置区域305中，输入目标货车的参数配置集，进而针对目标导航路线选定包含多条待分析路段的待分析区域后，点击坐标显示区域303中的“确定”选项，此时，分析请求是终端设备响应于针对待分析区域和参数配置集触发的确认操作发送的，不仅携带待分析区域的坐标信息，还携带参数配置集，如图12所示，这样，在进行可行性分析时，仅需使用与目标货车的参数配置集关联的部分交通规则即可，因此，在执行S1003时，针对待分析区域包含的每条待分析路段，服务器将该待分析路段，分别与设置有参数配置集关联的货车交通规则集的相应标准路段进行比较，获得多个比较结果。

S1004：基于获得的多个比较结果，确定多条待分析路段中的至少一条绕路路段。

针对每个比较结果，基于该比较结果中的待分析路段与相应标准路段的里程数，获得该待分析路段与相应标准路段的行驶差异，由于相应标准路段为该待分析路段的替代方案，即相应标准路段与该待分析路段连接于同一起始位置和终止位置，因此，可以基于该待分析路段与相应标准路段的行驶差异，确定是否存在绕路现象。

具体实施时，将该行驶差异与预设差异阈值进行比较，若该行驶差异大于预设差异阈值，表明该待分析路段比相应标准路段的里程数大得多，可能存在因货车交通规则导致相应标准路段不可行的绕路现象，因此，将该待分析路段作为代替相应标准路段的绕路路段。

S1005：将代替至少一条绕路路段的各标准路段上的分析结果，发送给终端设备进行呈现。

由于分析请求携带的内容不同，因此，上述方式一和方式二对应的分析结果不同。

分析结果一

在上述方式一中，由于分析请求仅携带待分析区域的坐标信息，不携带目标货车的配置参数集，因此，服务器在对每条待分析路段进行可行分析时，会将待分析路段分别与全部交通规则所在的标准路段进行比较，从而获得至少一条绕路路段，此时，服务器向终端设备发送的各标准路段上的分析结果为：相应标准路段上的货车交通规则集对货车通行产生影响的障碍路段，即全部交通规则对所有货车的通行产生影响的障碍路段，如图12所示，而当目标货车选择带有障碍路段的标准路段通行时，便会违反交通规则，因此，需要选择相应的绕路路段通行。

其中，终端设备对上述方式一的分析结果的呈现效果如图6所示。

分析结果二

在上述方式二中，由于分析请求不仅携带待分析区域的坐标信息，还携带目标货车的配置参数集，因此，服务器在对每条待分析路段进行可行分析时，会将待分析路段，分别与参数配置集关联的部分交通规则所在的标准路段进行比较，从而获得至少一条绕路路段，此时，服务器向终端设备发送的各标准路段上的分析结果为：相应标准路段上与目标货车的参数配置集关联的货车交通规则集，对目标货车的通行产生影响的障碍路段，即参数配置集关联的部分交通规则对目标货车的通行产生影响的障碍路段，如图12所示，而当目标货车选择带有障碍路段的标准路段通行时，便会违反交通规则，因此，需要选择相应的绕路路段通行。

其中，终端设备对上述方式二的分析结果的呈现效果如图8C所示。

以一个Case为例，相关技术对其进行可行性分析时，需要1-2小时，而采用本申请实施例的方法对其进行可行性分析时，仅需约10分钟尽可以完成，相对于相关技术，分析效率提高了82.3％-91.7％。

本申请的实施例中，基于空间数据索引文件，对明显存在鼓包的待分析区域中的多条待分析路线的可行性进行分析，提高分析效率的同时，可以避免货车违反交通规范行驶。当导航软件更新货车导航的方法时，借助服务器侧的工具平台，可以快速对货车的导航路线的可行性进行分析，对于软件的迭代升级，具有十分重要的参考价值，从而提升新的软件上线。

可以理解的是，在本申请的具体实施方式中，涉及到Topo Map等相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得领土所有者的许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

参见图13，为本申请实施例中的一种货车导航路线的交通规则分析的交互过程示意图，具体包括如下步骤：

S1.目标对象在终端设备的导航界面中输入目标货车的起点A和终点B。

以导航软件为例，如图14所示，目标对象在导航界面中输入起点A和终点B，并选择“货车”选项。

S2.终端设备响应于针对目标货车的位置输入操作，向服务器发送导航请求。

S3.服务器基于连接起点A和终点B的多条路段，生成目标导航路线，并将目标导航路线发送给终端设备。

S4.终端设备在地图界面中向目标对象呈现目标导航路线。

如图14所示，目标导航路线用连接起点A和终点B的粗实线表示。

S5.目标对象局部选取目标导航路线的待分析区域。

如图14所示，终端设备呈现的目标导航路线中，在起点A和终点B之间，没有推荐目标货车走建国道辅路，而是绕走建国道辅路上方的路段，形成一个明显的鼓包。因此，目标对象通过矩形框框选目标导航路线的鼓包处，形成待分析区域。

S6.终端设备响应于针对目标导航路线触发的局部选取操作，获取选取的待分析区域的坐标信息并展示给目标对象。

如图14所示，目标对象选定待分析区域后，终端设备呈现待分析区域四个角点的经纬度坐标(loni，lati)。

S7.目标对象对局部选取的待分析区域进行确认。

如图14所示，终端设备呈现目标对象选定的待分析区域时，会弹出“确定”和“取消”两个选项，目标对象可通过点击“确定”选项对选定的待分析区域进行确认。

S8.终端设备响应于针对待分析区域的确认操作，向服务器发送分析请求。

S9.服务器基于分析请求携带的待分析区域的坐标信息，查询预先生成的空间数据索引文件，获取待分析区域包含的多条待分析路段。

S10.服务器确定分析请求中是否携带目标货车的参数配置集，若是，则步骤S11，否则，执行步骤S14。

如图14所示，终端设备为目标货车提供目标导航路线的地图界面中，包含有“货车配置”选项，目标对象可通过点击“货车配置”选项输入目标货车的参数配置集。当目标对象未输入参数配置集时，分析请求不携带参数配置集；当目标对象输入参数配置集时，分析请求携带参数配置集。

S11.服务器将待分析区域包含的多条待分析路段，分别与设置有参数配置集关联的货车交通规则集的相应标准路段进行比较，获得多个比较结果。

当分析请求携带参数配置集时，服务器进行可行性分析时，需要将待分析路段与参数配置集关联的部分交通规则所在的相应标准路段进行比较。

S12.服务器基于获得的多个比较结果，确定多条待分析路段中的至少一条绕路路段。

S13.服务器确定代替至少一条绕路路段的各标准路段上，因参数配置集关联的货车交通规则集对目标货车的通行产生影响的障碍路段，并发送给终端设备。

在目标货车的参数配置集不满足相应标准路段上的货车交通规则时，货车交通规则成为阻碍目标货车在相应标准路段上通行的原因，目标货车无法选择相应的标准路段行驶，为避免违规，只能选择绕路路段行驶。

S14.服务器将待分析区域包含的多条待分析路段，分别与设置有货车交通规则集的相应标准路段进行比较，获得多个比较结果。

当分析请求未携带参数配置集时，服务器进行可行性分析时，需要将待分析路段与全部交通规则所在的相应标准路段进行比较。

S15.服务器基于获得的多个比较结果，确定多条待分析路段中的至少一条绕路路段。

S16.服务器确定代替至少一条绕路路段的各标准路段上，因货车交通规则集对货车通行产生影响的障碍路段，并发送给终端设备。

S17.终端设备将各标准路段上的障碍路段呈现给目标对象。

如图14所示，目标导航路线之所以指示目标货车不走建国路辅路，而是绕走上方路段，是因为建国路辅路上的货车交通规则不支持目标货车行驶，包含影响目标货车通行的障碍路段。为保证目标货车的行车规范，终端设备将建国路辅路上的障碍路段通过短粗实线进行显示。

S18.目标对象选中一条标准路线上的障碍路段。

如图14所示，当目标货车想要了解建国路辅路不可行的具体原因时，可通过点击选中建国路辅路上的障碍路段。

S19.终端设备响应于针对障碍路段的选中操作，在该障碍路段的周边范围内，向目标对象呈现其所在的标准路段上的交通规则集。

如图14所示，目标对象点击建国路辅路上的障碍路段后，终端设备向对象显示建国路辅路的中间部分存在一个4.5m的限高，导致目标货车无法通行，为避免违规行驶，目标货车需要绕路行驶。

需要说明的是，上述所列举的交互流程图只是简单示例，其它相关的交互方式同样适用于本申请实施例，在此不再一一赘述。

基于相同的技术构思，本申请实施例提供了一种货车导航路线的交通规则分析装置的结构示意图，该分析装置能够实现上述货车导航路线的交通规则分析方法，且能达到相同的技术效果。参见图15，该分析装置包括：

第一呈现单元1501，用于响应于针对目标货车输入的起始位置和终止位置，在地图界面中，呈现针对目标货车提供的目标导航路线，目标导航路线包含多条路段；

第二呈现单元1502，用于响应于针对目标导航路线触发的局部选取操作，在地图界面中，呈现包含多条待分析路段的待分析区域；

第三呈现单元1503，用于响应于针对待分析区域触发的确认操作，在多条待分析路段包含至少一条绕路路段时，呈现至少一条绕路路段各自对应的标准路段上的分析结果；其中，每条绕路路段为：基于相应标准路段上的货车交通规则集提供的代替方案，每个分析结果为：相应标准路段上的货车交通规则集对货车通行产生影响的障碍路段。

可选的，第二呈现单元1502具体用于：

响应于针对目标货车触发的点击操作，在地图界面的预设位置处，呈现坐标显示区域；

响应于针对目标导航路线触发的局部选取操作，在地图界面中，将基于局部选取操作确定的包含多条待分析路段的待分析区域，采用背景色填充方式进行突出显示，并在坐标显示区域中，显示待分析区域的角点坐标。

可选的，地图界面中包含货车配置区域；第三呈现单元1503具体用于：

在呈现待分析区域之后，响应于针对目标货车触发的参数配置操作，在货车配置区域中，呈现针对目标货车输入的参数配置集；

响应于针对待分析区域和参数配置集触发的确认操作，在多条待分析路段包含至少一条绕路路段时，呈现至少一条绕路路段各自对应的标准路段上的分析结果；其中，每条绕路路段为：基于相应的标准路段上与目标货车的参数配置集关联的货车交通规则集提供的代替方案，每个分析结果为：相应标准路段上的货车交通规则集对目标货车的通行产生影响的障碍路段。

可选的，装置还包括第四呈现单元1504，用于：

针对至少一个分析结果，分别执行以下操作：响应于针对一个分析结果中的障碍路段触发的选中操作，在障碍路段的周边范围内，呈现相应标准路段上的交通规则集。

可选的，第三呈现单元1503具体用于：

在地图界面中，将至少一条绕路路段各自对应的标准路段上的分析结果中的障碍路段，采用加粗和改变颜色中的至少一种方式进行突出显示。

可选的，第一呈现单元1501还用于：

响应于针对地图界面的放大操作，呈现针对目标货车提供的放大后的目标导航路线。

可选的，交通规则集包括以下内容中的至少一项：

基于相同的发明构思，本申请实施例还提供又一种货车导航路线的交通规则分析装置。如图16所示，该分析装置可以包括：

接收单元1601，用于接收终端设备针对目标货车发送的导航请求，以及，接收终端设备针对待分析区域发送的分析请求；

导航单元1602，用于将基于导航请求中携带的起始位置和终止位置生成的目标导航路线，目标导航路线包含多条路段；

获取单元1603，用于基于分析请求获取待分析区域包含的多条待分析路段；其中，待分析区域是基于针对目标导航路线触发的局部选取操作获得的；

分析单元1604，用于将待分析区域包含的多条待分析路段，分别与设置有货车交通规则集的相应标准路段进行比较，获得多个比较结果；基于获得的多个比较结果，确定多条待分析路段中的至少一条绕路路段，以及代替至少一条绕路路段的各标准路段上的分析结果；

发送单元1605，用于将目标导航路线发送给终端设备进行呈现；以及，将确定的各分析结果发送给终端设备进行呈现；其中，每个分析结果为：相应标准路段上的货车交通规则集对货车通行产生影响的障碍路段。

可选的，获取单元1603具体用于：

基于分析请求携带的待分析区域的坐标信息，获取待分析区域在地图界面中包含的各个空间块；其中，每个空间块是基于包围各路段的最小边界矩形合并后获得的；

基于预先生成的空间块与空间块包含的路段间的索引映射关系，获取各个空间块包含的多条待分析路段。

可选的，当分析请求携带针对目标货车输入的参数配置集时，分析单元1604具体：

将待分析区域包含的多条待分析路段，分别与设置有参数配置集关联的货车交通规则集的相应标准路段进行比较，获得多个比较结果；

发送单元1605具体用于：

将代替至少一条绕路路段的各标准路段上，与参数配置集关联的货车交通规则集对目标货车的通行产生影响的障碍路段，发送给终端设备进行呈现。

可选的，分析单元1604具体用于：

针对多个比较结果，分别执行以下操作：

基于一个比较结果中的待分析路段与相应标准路段的里程数，获取待分析路段与相应标准路段间的行驶差异；

在行驶差异大于预设差异阈值时，将待分析路段作为代替相应标准路段的绕路路段。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为***、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

在介绍了本申请示例性实施方式的分析方法和分析装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

在一种实施例中，该电子设备可以是服务器。如图17所示，电子设备的结构可以包括存储器1701，通讯模块1703以及一个或多个处理器1702。

存储器1701，用于存储处理器1702执行的计算机程序。存储器1701可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***和操作指令集等。

存储器1701可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1701也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者存储器1701是能够用于携带或存储具有指令或数据结构形式的期望的计算机程序并能够由计算机存取的任何其他介质，但不限于此。存储器1701可以是上述存储器的组合。

处理器1702，可以包括一个或多个中央处理单元(central processing unit，CPU)或者为数字处理单元等等。处理器1702，用于调用存储器1701中存储的计算机程序时实现上述货车导航路线的交通规则分析方法。

通讯模块1703用于与终端设备和其他服务器进行通信。

本申请实施例中不限定上述存储器1701、通讯模块1703和处理器1702之间的具体连接介质。本申请实施例在图17中以存储器1701和处理器1702之间通过总线1704连接，总线1704在图17中以粗线描述，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1704可以分为地址总线、数据总线、控制总线等。为便于描述，图17中仅用一条粗线描述，但并不描述仅有一根总线或一种类型的总线。

存储器1701中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请实施例的货车导航路线的交通规则分析方法。处理器1702用于执行上述货车导航路线的交通规则分析方法的步骤。

在另一种实施例中，电子设备可以是终端设备端。在该实施例中，终端设备的结构可以如图18所示，包括：通信组件1810、存储器1820、显示单元1830、摄像头1840、传感器1850、音频电路1860、蓝牙模块1870、处理器1880等部件。

通信组件1810用于与服务器进行通信。在一些实施例中，可以包括电路无线保真(Wireless Fidelity，WiFi)模块，WiFi模块属于短距离无线传输技术，电子设备通过WiFi模块可以帮助对象收发信息。

存储器1820可用于存储软件程序及数据。处理器1880通过运行存储在存储器1820的软件程序或数据，从而执行终端设备的各种功能以及数据处理。存储器1820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器1820存储有使得终端设备运行的操作***。本申请中存储器1820可以存储操作***及各种应用程序，还可以存储执行本申请实施例货车导航路线的交通规则分析方法的计算机程序。

显示单元1830还可用于显示由对象输入的信息或提供给对象的信息以及车载终端的各种菜单的图形对象界面。具体地，显示单元1830可以包括设置在车载终端正面的显示屏1832。其中，显示屏1832可以采用液晶显示器、发光二极管等形式来配置。显示单元1830可以用于显示本申请实施例中的应用操作界面。

显示单元1830还可用于接收输入的数字或字符信息，产生与终端设备的对象设置以及功能控制有关的信号输入，具体地，显示单元1830可以包括设置在终端设备的触控屏1831，可收集对象在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

其中，触控屏1831可以覆盖在显示屏1832之上，也可以将触控屏1831与显示屏1832集成而实现终端设备的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元1830可以显示应用程序以及对应的操作步骤。

摄像头1840可用于捕获图像。摄像头1840可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件或互补金属氧化物半导体光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1880转换成数字图像信号。

终端设备还可以包括至少一种传感器1850，比如加速度传感器1851、距离传感器1852、指纹传感器1853、温度传感器1854。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路1860、扬声器1861、传声器1862可提供对象与终端设备之间的音频接口。音频电路1860可将接收到的音频数据转换后的电信号，传输到扬声器1861，由扬声器1861转换为声音信号输出。终端设备还可配置音量按钮，用于调节声音信号的音量。另一方面，传声器1862将收集的声音信号转换为电信号，由音频电路1860接收后转换为音频数据，再将音频数据输出至通信组件1810以发送给比如另一车载终端，或者将音频数据输出至存储器1820以便进一步处理。

蓝牙模块1870用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块1870与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

处理器1880是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器1820内的软件程序，以及调用存储在存储器1820内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器1880可包括一个或多个处理单元；处理器1880还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作***、对象界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1880中。本申请中处理器1880可以运行操作***、应用程序、对象界面显示及触控响应，以及本申请实施例的货车导航路线的交通规则分析方法。另外，处理器1880与显示单元1830耦接。

在一些可能的实施方式中，本申请提供的货车导航路线的交通规则分析方法的各个方面还可以实现为一种程序产品的形式，其包括计算机程序，当程序产品在电子设备上运行时，计算机程序用于使电子设备执行本说明书上述描述的根据本申请各种示例性实施方式的货车导航路线的交通规则分析方法中的步骤，例如，电子设备可以执行如图2中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器、只读存储器、可擦式可编程只读存储器、光纤、便携式紧凑盘只读存储器、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的程序产品可以采用便携式紧凑盘只读存储器并包括计算机程序，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行***、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行***、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的计算机程序，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。计算机程序可以完全地在用户计算装置上执行、部分地在用户计算装置上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。在涉及远程计算装置的情形中，远程计算装置可以通过任意种类的网络包括局域网或广域网连接到用户计算装置，或者，可以连接到外部计算装置。

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种货车导航路线的交通规则分析方法，其特征在于，所述方法包括：

2.如权利要求1所述的方法，其特征在于，所述响应于针对所述目标导航路线触发的局部选取操作，在所述地图界面中，呈现包含多条待分析路段的待分析区域，包括：

3.如权利要求1所述的方法，其特征在于，所述地图界面中包含货车配置区域；所述响应于针对所述待分析区域触发的确认操作，在所述多条待分析路段包含至少一条绕路路段时，呈现所述至少一条绕路路段各自对应的标准路段上的分析结果，包括：

4.如权利要求1-3中任一项所述的方法，其特征在于，呈现所述至少一条绕路路段各自对应的标准路段上的分析结果之后，所述方法还包括：

5.如权利要求1-3中任一项所述的方法，其特征在于，所述呈现所述至少一条绕路路段各自对应的标准路段上的分析结果，包括：

6.如权利要求1-3中任一项所述的方法，其特征在于，在针对所述目标导航路线触发的局部选取操作之前，所述方法还包括：

7.如权利要求1-3中任一项所述的方法，其特征在于，所述交通规则集包括以下内容中的至少一项：

8.一种货车导航路线的交通规则分析方法，其特征在于，所述方法包括：

9.如权利要求8所述的方法，其特征在于，所述接收所述终端设备针对待分析区域发送的分析请求，获取所述待分析区域包含的多条待分析路段，包括：

10.如权利要求8所述的方法，其特征在于，当所述分析请求携带针对所述目标货车输入的参数配置集时，所述将所述待分析区域包含的多条待分析路段，分别与设置有货车交通规则集的相应标准路段进行比较，获得多个比较结果，包括：

所述将代替所述至少一条绕路路段的各标准路段上的分析结果，发送给所述终端设备进行呈现，包括：

11.如权利要求8或10所述的方法，其特征在于，所述基于获得的多个比较结果，确定所述多条待分析路段中的至少一条绕路路段，包括：

针对所述多个比较结果，分别执行以下操作：

12.一种货车导航路线的交通规则分析装置，其特征在于，包括：

13.一种货车导航路线的交通规则分析装置，其特征在于，包括：

14.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1-11中任一所述方法的步骤。

15.一种计算机可读存储介质，其特征在于，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行权利要求1-11中任一所述方法的步骤。

16.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序存储在计算机可读存储介质中；当电子设备的处理器从所述计算机可读存储介质读取所述计算机程序时，所述处理器执行所述计算机程序，使得所述电子设备执行权利要求1-11中任一所述方法的步骤。