地图显示方法及装置制造方法及图纸

本申请实施例提供了一种地图显示方法及装置，涉及地图导航技术领域。其中，该地图显示方法应用于第一终端，该方法包括：基于规划路线数据中路口标识指示的规划路口，将第一终端经过的当前一个规划路口作为目标路口，规划路线数据是云端根据第一终端上传的位置消息发送的；在广播消息中查找候选路口与目标路口相匹配的广播消息，广播消息是经过候选路口的第二终端发送的；从查找到的广播消息中获取目标路口的地图数据；加载目标路口的地图数据，在第一终端中显示目标路口对应的地图。本申请实施例基于云端存储的海量地图数据，采用云

【技术实现步骤摘要】
地图显示方法及装置


[0001]本申请涉及地图导航
，具体而言，本申请涉及一种地图显示方法及装置。

技术介绍

[0002]目前，车主出行越来越依赖于地图导航技术，具体而言，车辆出发前，将车辆所在的起始位置以及车主欲前往的终点位置上传至云端，云端便根据该些位置向车主推荐规划路线，以引导车辆按照规划路线行驶。
[0003]在车辆按照规划路线行驶的过程中，云端同时向车辆推送规划路线对应的地图，例如，车辆经过某个复杂路口时，云端向车辆推送该复杂路口对应的地图，以便于车主借助车辆中的终端(例如导航仪)显示该地图，以此保证车辆不会偏离规划路线。
[0004]对于终端而言，地图首先需要从云端下载，然后于本地加载，方能够显示，随着云端与终端之间的交互，不仅耗费较多的流量，而且容易因网络延迟/丢包率等客观因素的影响而导致地图显示效率不高，尤其在车辆经过路口时，很可能因为路口对应的地图显示不及时而导致车辆偏离规划路线。
[0005]由上可知，如何提升地图显示效率仍有待解决。

技术实现思路

[0006]本申请各实施例提供了一种地图显示方法、装置、电子设备及存储介质，可以解决相关技术中存在的地图显示效率不高的问题。所述技术方案如下：
[0007]根据本申请实施例的一个方面，一种地图显示方法，应用于第一终端，所述方法包括：基于规划路线数据中路口标识指示的规划路口，将第一终端经过的当前一个规划路口作为目标路口，规划路线数据是云端根据第一终端上传的位置消息发送的；在广播消息中查找候选路口与目标路口相匹配的广播消息，广播消息是经过候选路口的第二终端发送的；从查找到的广播消息中获取目标路口的地图数据；加载目标路口的地图数据，在第一终端中显示目标路口对应的地图。
[0008]根据本申请实施例的一个方面，一种地图显示装置，应用于第一终端，所述装置包括：目标路口确定模块，用于基于规划路线数据中路口标识指示的规划路口，将第一终端经过的当前一个规划路口作为目标路口，规划路线数据是云端根据第一终端上传的位置消息发送的；消息查找模块，用于在广播消息中查找候选路口与目标路口相匹配的广播消息，广播消息是经过候选路口的第二终端发送的；数据获取模块，用于从查找到的广播消息中获取目标路口的地图数据；数据加载模块，用于加载目标路口的地图数据，在第一终端中显示目标路口对应的地图。
[0009]根据本申请实施例的一个方面，一种地图显示装置，应用于第一终端，所述装置包括：目标路口确定模块，用于基于规划路线数据中路口标识指示的规划路口，将第一终端经过的当前一个规划路口作为目标路口，规划路线数据是云端根据第一终端上传的位置消息发送的；消息查找模块，用于在广播消息中查找候选路口与目标路口相匹配的广播消息，广
播消息是经过候选路口的第二终端发送的；数据获取模块，用于从查找到的广播消息中获取目标路口的地图数据；数据加载模块，用于加载目标路口的地图数据，在第一终端中显示目标路口对应的地图。
[0010]根据本申请实施例的一个方面，一种地图显示装置，应用于第二终端，所述装置包括：候选路口确定模块，用于当第二终端根据目标路口的地图数据进行地图显示时，将目标路口作为候选路口；消息生成模块，用于根据候选路口所在位置以及候选路口的地图数据，生成至少一个广播消息；消息发送模块，用于在广播信道中进行至少一个广播消息的发送，以使第一终端能够根据至少一个广播消息中候选路口的地图数据进行地图显示。
[0011]根据本申请实施例的一个方面，一种电子设备，包括：至少一个处理器、至少一个存储器、以及至少一条通信总线，其中，所述存储器上存储有计算机可读指令，所述处理器通过所述通信总线读取所述存储器中的所述计算机可读指令；所述计算机可读指令被所述处理器执行时实现如上所述的地图显示方法。
[0012]根据本申请实施例的一个方面，一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的地图显示方法。
[0013]本申请提供的技术方案带来的有益效果是：
[0014]在上述技术方案中，基于第一终端上传的位置消息，云端向第一终端发送规划路线数据，以使第一终端能够基于规划路线数据中路口标识指示的规划路口，将其经过的当前一个规划路口作为目标路口，并基于经过候选路口的第二终端发送的广播消息，从中查找候选路口与目标路口相匹配的广播消息，进而从查找到的广播消息中获取目标路口的地图数据，以此实现在第一终端中显示目标路口对应的地图，也就是说，目标路口对应的地图不再依赖于云端下载，而能够来源于经过该目标路口的第二终端发送的广播消息，以此避免云端与第一终端之间的交互，使得地图显示不再受到网络延迟/丢包率等客观因素的影响，从而有效地解决了地图显示效率不高的问题。
附图说明
[0015]为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
[0016]图1是根据本申请所涉及的实施环境的示意图。
[0017]图2是根据一示例性实施例示出的一种地图显示方法的流程图。
[0018]图3是根据一示例性实施例示出的另一种地图显示方法的流程图。
[0019]图4是根据一示例性实施例示出的另一种地图显示方法的流程图。
[0020]图5为图4对应实施例所涉及的候选路口的示意图。
[0021]图6是图2对应实施例中步骤203在一个实施例的流程图。
[0022]图7是图2对应实施例中步骤205在一个实施例的流程图。
[0023]图8是根据一示例性实施例示出的另一种地图显示方法的流程图。
[0024]图9是根据一示例性实施例示出的另一种地图显示方法的流程图。
[0025]图10是一应用场景中一种地图显示方法的具体实现示意图。
[0026]图11是根据一示例性实施例示出的一种地图显示装置的结构示意图。
[0027]图12是根据一示例性实施例示出的一种终端的结构示意图。
[0028]图13是根据一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
[0029]下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本专利技术的限制。
[0030]本
技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种地图显示方法，其特征在于，应用于第一终端，所述方法包括：基于规划路线数据中路口标识指示的规划路口，将第一终端经过的当前一个规划路口作为目标路口，所述规划路线数据是云端根据所述第一终端上传的位置消息发送的；在广播消息中查找候选路口与所述目标路口相匹配的广播消息，所述广播消息是经过所述候选路口的第二终端发送的；从查找到的所述广播消息中获取所述目标路口的地图数据；加载所述目标路口的地图数据，在所述第一终端中显示所述目标路口对应的地图。2.如权利要求1所述的方法，其特征在于，所述在广播消息中查找候选路口与所述目标路口相匹配的广播消息，包括：接收所述第二终端发送的所述广播消息；对所述广播消息的消息头区域进行解析，确定所述第二终端发送所述广播消息所经过的候选路口；如果确定的所述候选路口与所述目标路口相匹配，则查找到所述候选路口与所述目标路口相匹配的所述广播消息；如果确定的所述候选路口与所述目标路口不匹配，则丢弃所述广播消息。3.如权利要求1所述的方法，其特征在于，所述从查找到的所述广播消息中获取所述目标路口的地图数据，包括：对查找到的每一个所述广播消息的数据区域进行解析，得到若干个地图中间数据；将若干个所述地图中间数据拼接为所述目标路口的地图数据。4.如权利要求1所述的方法，其特征在于，所述方法还包括：当所述第一终端经过所述规划路线数据中路口标识指示的后一个规划路口，删除以所述当前一个规划路口作为所述目标路口的地图数据。5.如权利要求1所述的方法，其特征在于，所述方法还包括：如果查找不到所述候选路口与所述目标路口相匹配的所述广播消息，则向所述云端请求所述目标路口的地图数据。6.如权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：调用位置服务接口生成所述位置消息；根据所述位置消息向所述云端请求所述规划路线数据；接收所述云端返回的所述规划路线数据。7.一种地图...

【专利技术属性】
技术研发人员：娄帅，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：