一种地图数据处理方法、装置、设备以及存储介质与流程

本申请实施例涉及数据处理领域，尤其涉及智能搜索技术。

背景技术：

随着信息技术的发展，人们出行时越来越依赖电子地图，例如，可以通过电子地图查看当前位置、查询导航路线，以及搜索道路周边兴趣点poi等。但是，目前的电子地图中道路周边的poi数据都是静态标注的，即每条道路周围展示的poi都是固定的，无法满足用户在不同场景下个性化查看地图数据的需求。

技术实现要素：

本公开实施例提供了一种地图数据处理方法、装置、设备以及存储介质，以优化电子地图的数据展示方案。

根据本公开的一方面，提供了一种地图数据处理方法，该方法包括：

响应于道路标注指令，确定待标注道路的绑定兴趣点poi数据；

根据用户所处场景，从所述绑定poi数据中筛选目标poi数据；

根据所述待标注道路的道路信息和所述目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

根据本公开的另一方面，提供了一种地图数据处理装置，该装置包括：

绑定数据确定模块，用于响应于道路标注指令，确定待标注道路的绑定兴趣点poi数据；

目标数据筛选模块，用于根据用户所处场景，从所述绑定poi数据中筛选目标poi数据；

地图渲染展示模块，用于根据所述待标注道路的道路信息和所述目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

根据本公开的另一方面，提供了一种电子设备，该电子设备包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请任一实施例所述的地图数据处理方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本申请任一实施例所述的地图数据处理方法。

根据本申请的技术解决了现有电子地图无法满足用户在不同场景下个性化查看地图数据的问题，优化了电子地图的数据展示方案。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本申请实施例提供的一种地图数据处理方法的流程图；

图2a是根据本申请实施例提供的另一种地图数据处理方法的流程图；

图2b是根据本申请实施例提供的道路a周围的poi数据示意图；

图3是根据本申请实施例提供的另一种地图数据处理方法的流程图；

图4是根据本申请实施例提供的另一种地图数据处理方法的流程图；

图5a是根据本申请实施例提供的另一种地图数据处理方法的流程图；

图5b是根据本申请实施例提供的网格网络的局部效果示意图；

图6是根据本申请实施例提供的一种地图数据处理装置的结构示意图；

图7是用来实现本申请实施例的地图数据处理方法的电子设备的框图。

具体实施方式

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

图1是根据本申请实施例提供的一种地图数据处理方法的流程图。本申请实施例适用于基于用户触发的道路标注指令，进行地图数据处理的情况。该实施例可以由配置于电子设备中的地图数据处理装置来执行，该装置可以采用软件和/或硬件来实现。可选的，该电子设备可以是地图应用程序的客户端设备，还可以是地图应用程序的服务器等。如图1所示，该方法包括：

s101，响应于道路标注指令，确定待标注道路的绑定兴趣点poi数据。

其中，本申请实施例中的道路标注指令可以是用于指示电子设备对地图中的道路进行周边poi标注的指令。可选的，该道路标注指令可以是用户想要查看地图中的某条道路周围的poi时，通过点击该道路的道路线或道路名称等触发的；还可以是用户点击地图应用程序界面上的poi标注按键触发的；也可以是在检测到地图应用程序启动后，系统自动触发的等，对此本申请实施例不进行限定。需要说明的是，该道路标注指令通常是在地图应用程序的客户端触发生成的，若本申请实施例的执行主体为地图应用程序的客户端设备，该客户端设备可以直接响应本地生成的道路标注指令；若本申请实施例的执行主体为地图应用程序的服务器，此时客户端设备在触发生成道路标注指令后，会发送至服务器，由服务器响应该道路标注指令。

本申请实施例所谓的待标注道路可以是指道路标注指令中指示的本次需要标注周边poi的道路。可选的，若触发生成道路标注指令时，用户选择了其想要标注的道路，则此时可以将用户选择的道路作为待标注道路；例如，若用户点击道路a的道路名触发生成道路标注指令，则此时可以将用户选择的道路a作为待标注道路。若触发生成道路标注指令时，用户没有选择想要标注的道路，此时可以将距离用户当前位置最近的道路作为待标注道路。例如，若道路标注指令为应用程序启动后自动触发的，或者用户没有选择道路，直接点击poi标注按键触发的，此时可以将距离用户当前位置最近的道路作为待标注道路。待标注道路的绑定poi数据可以是为待标注道路绑定的，可标注在该待标注道路周围的poi数据。可选的，绑定poi数据可以包括：poi的名称、图标、地址、简介以及距离待标注道路的方位等。

可选的，在本申请实施例中，地图应用程序的客户端设备或服务器响应获取的道路标注指令，先根据该道路标注指令确定本次待标注的道路，具体的，可以将用户选择的道路作为待标注道路，还可以将距离用户当前位置最近的道路作为待标注道路等。在确定出待标注道路后，可以进一步确定该待标注道路对应的绑定poi数据。具体的，可以预先设置各条道路与其对应的绑定poi之间的关联关系，此时可以在该关联关系中查找待标注道路，并获取其对应的绑定poi数据。还可以是在poi数据库中查找位于该待标注道路附近一定范围内的所有poi数据作为该待标注道路对应的绑定poi数据。也可以采用其他方式获取待标注道路的绑定poi数据，对此本申请实施例不进行限定。

s102，根据用户所处场景，从绑定poi数据中筛选目标poi数据。

其中，本申请实施例中，用户所处场景可以包括出行场景和地域场景。所述出行场景可以包括但不限于：上下班出行场景和驾车出行场景。地域场景可以包括但不限于：景点地域场景(如公园、旅游景点、步行街和游乐场等)、商圈地域场景(如购物、金融和商业中心等)，交通地域场景(如地铁站、汽车站、公交站和机场等)。目标poi数据可以是从绑定poi数据中筛选出来的本次用于标注在待标注道路周围的poi数据。

可选的，本申请实施例确定用户所处场景的方式有很多，对此不进行限定，例如，可以是预先设置多个候选场景的判断条件，通过判断当前场景是否满足候选场景的判断条件，来确定当前用户所处场景。例如，对于候选地域场景，其判断条件可以是判断用户当前位置是否在该候选地域场景对应的区域，若是则说明用户当前所处场景为该候选地域场景。对于候选出行场景中的上下班出行场景，其判断条件可以是判断当前时刻是否在上下班高峰期，若是，则说明用户当前所处场景为上下班出行场景。对于候选出行场景中的驾车出行场景，其判断条件可以是判断当前是否启动驾车导航功能，若是，则说明用户当前所处场景为驾车出行场景。可选的，为了提高确定用户所处场景的准确性，本申请实施例还可以是预先根据用户使用地图应用程序的操作数据，为每个用户构建其用户画像，根据该用户画像、用户当前位置、当前时刻以及是当前地图应用程序的使用状态等来精准预测用户当前所处场景。例如，假设用户画像中描述用户通常晚上8点下班，若当前时刻为晚上8点左右，则确定此时用户所处场景为下班出行场景。

可选的，本申请实施例并不是静态的将所有绑定poi都标注在待标注道路周围，而是根据用户所处场景，选择出该场景下用户最为关注的目标poi进行标注。具体的，本申请实施例根据用户所处场景，从绑定poi数据中筛选目标poi数据的方式有很多，对此不进行限定。可实施方式一、根据用户所处场景和各绑定poi的场景标签，对绑定poi数据进行筛选，以确定目标poi数据。具体的，可以是预先为各绑定poi数据设置对应的场景标签，此时查看各绑定poi的场景标签，将场景标签符合用户所处场景的各绑定poi数据作为筛选后的目标poi数据。例如，假设某道路的绑定poi数据包括：poi1-poi5，其中，poi1和poi3的场景标签为商圈地域场景，且用户当前所处场景也为商圈地域场景，则此时筛选出的目标poi数据为poi1数据和poi3数据。

可实施方式二、根据用户所处场景，确定所述场景待展示的数据类型；根据该数据类型，对绑定poi数据进行筛选，以确定目标poi数据。具体的，可以是预先设置多个候选场景，并为各候选场景设置对应的待展示的数据类型(即待展示的目标poi数据的数据类型)，此时可以查找用户所处场景对应的待展示的数据类型，然后将属于该数据类型的绑定poi数据作为目标poi数据。可选的，在该可实施方式中，预先设置的多个候选场景可以包括但不限于：景点地域场景、商圈地域场景、交通地域场景、上下班出行场景和驾车出行场景等。其中，景点地域场景对应的待展示的数据类型为富内容数据类型，相应的，若用户所处场景为景点地域场景，则从绑定poi数据中筛选富内容数据类型的目标poi数据，即从绑定poi数据中筛选景点中标志性poi的简介文本、图片以及视频等作为目标poi数据。商圈地域场景对应的待展示的数据类型为地标要素类型，相应的，若用户所处场景为商圈地域场景，则从绑定poi数据中筛选地标要素类型的目标poi数据，即从绑定poi数据中筛选商圈中的商场、大厦、标志性建筑等易见标牌作为目标poi数据。交通地域场景对应的待展示的数据类型为地理要素类型，相应的，若用户所处场景为交通地域场景，则从绑定poi数据中筛选地理要素类型的目标poi数据，即从绑定poi数据中筛选红绿灯、路标指示牌、地铁口、公交站等作为目标poi数据。上下班出行场景和驾车出行场景对应的待展示的数据类型为交通标志类型，相应的，若用户所处场景为上下班出行场景或驾车出行场景，则从绑定poi数据中筛选交通标志类型的目标poi数据，即从绑定poi数据中筛选红绿灯、摄像头、限速标牌等作为目标poi数据。本申请实施例基于用户所处场景待展示的数据类型，来筛选目标poi，筛选出来的目标poi能够更加符合用户在当前场景对poi的个性化查看需求，使得地图应用程序的poi标注功能更加的智能。

s103，根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

其中，待标注道路的道路信息可以包括但不限于：道路名、道路线、车道线、路况信息等。

可选的，本申请实施例中，在为待标注道路标注目标poi数据时可以是调用地图界面渲染模板，根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染处理，也就是说该渲染处理过程即为标注目标poi的过程。在渲染处理完成后，可以将渲染后的地图界面展示给用户，此时用户看到的地图界面中，待标注道路周围已经标注有目标poi数据。具体的，若本申请实施例的执行主体为地图应用程序的客户端设备，此时客户端设备可以在根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染处理后，通过客户端设备的显示屏向用户展示渲染后的地图界面；若本申请实施例的执行主体为地图应用程序的服务器，则此时服务器在得到渲染后的地图界面后，可以将该渲染后的地图界面反馈给客户端设备，以使客户端设备向用户展示渲染后的地图界面。可选的，还可以是服务器将待标注道路的道路信息和目标poi数据进行封装，并将封装后的数据反馈给客户端设备，以使客户端根据封装数据中的道路信息和目标poi数据渲染地图界面，并向用户展示渲染后的地图界面。对此本申请实施例不进行限定。

本申请实施例的技术方案，通过响应道路标注指令，确定出待标注道路的绑定poi数据。结合用户当前所处的场景，从绑定poi数据中进一步筛选出本次需要标注的目标poi数据，进而根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染后展示给用户。本申请实施例的技术方案，并非静态为道路标注固定的poi数据，而是结合用户所处场景，为道路标注该场景对应的poi数据，可以结合用户在不同场景下的需求，为用户标注符合其需求的poi数据。解决了现有电子地图的智能搜索服务无法满足用户在不同场景下个性化查看地图数据的需求，提高了地图道路poi数据标注的灵活性和智能性，优化了电子地图的数据展示方案。

图2a是根据本申请实施例提供的另一种地图数据处理方法的流程图。图2b是根据本申请实施例提供的道路a周围的poi数据示意图。本实施例在上述实施例的基础上，进行了进一步的优化，给出了响应于道路标注指令，确定待标注道路的绑定poi数据的具体情况介绍。如图2a-2b所示，该方法具体包括：

s201，响应于道路标注指令，确定待标注道路。

可选的，在本申请实施例中，道路标注指令的触发方式不同，响应该道路标注指令，确定待标注道路的方式也就不同。具体的：

若本申请实施例触发生成道路标注指令时，用户选择了其想要标注的道路，针对该情况，可以直接将用户选择的道路作为待标注道路。示例性的，如图2b所示，若用户想要查看道路a周围的poi时，通过点击道路a的道路线或道路名称触发生成道路标注指令，则此时可以将用户点击的道路a作为待标注道路。

若本申请实施例触发生成道路标注指令时，用户没有选择想要标注的道路，针对该情况，可以将距离用户当前位置最近的道路作为待标注道路。例如，若道路标注指令是用户点击地图应用程序界面上的poi标注按键触发的；或者是电子设备在检测到地图应用程序启动后自动触发的，则此时由于用户没有选择其想要标注的道路，可以将图2b中距离用户定位点最近的道路a作为待标注道路。

s202，根据道路和poi之间的关联关系，确定待标注道路的绑定poi数据。

其中，所谓道路和poi之间的关联关系，可以是按照预设规则为地图中的各道路与其绑定poi数据构建的对应关系。该关联关系的具体构建方式将在后续实施例进行详细介绍。可选的，道路和poi之间的关联关系可以包括绑定关系和/或拓扑关系，其中绑定关系可以是记录道路与其绑定poi的内容信息之间的关联关系。该poi的内容信息可以包括但不限于：poi的名称、图标、介绍信息等。示例性的，如图2b所示，道路a与其绑定poi之间的绑定关系可以为：道路a→(公交站a：内容信息，a宾馆：内容信息，地铁a口：内容信息)；拓扑关系可以是记录道路与其绑定poi的方位信息之间的关联关系。该poi的方位信息可以包括但不限于：该poi相对于道路的方位、距离等信息。示例性的，如图2b所示，道路a与其绑定poi之间的拓扑关系可以为：道路a→(公交站a：北，小于500m，a宾馆：南，小于500m，地铁a口：东北，1.2km)。

可选的，本申请实施例在确定出待标注道路后，可以是在道路和poi之间的关联关系中，查找该待标注道路，然后将待标注道路在关联关系中对应的绑定poi数据作为该待标注道路的绑定poi数据。具体的，若道路和poi之间的关联关系中包含绑定关系，则本步骤可以是根据道路与poi之间的绑定关系，确定待标注道路的绑定poi的内容信息作为待标注道路的绑定poi数据。示例性的，如图2b所示，若待标注道路为道路a，则可以根据道路a与其绑定poi之间的绑定关系，将公交站a的内容信息、a宾馆的内容信息，以及地铁a口的内容信息作为道路a的绑定poi的内容信息，即道路a的绑定poi数据。若道路和poi之间的关联关系中包含拓扑关系，则本步骤可以是根据道路与poi之间的拓扑关系，确定待标注道路的绑定poi的方位信息作为待标注道路的绑定poi数据。示例性的，如图2b所示，若待标注道路为道路a，则可以根据道路a与其绑定poi之间的拓扑关系，将公交站a-北-小于500m，a宾馆-南-小于500m，以及地铁a口-东北-1.2km作为公交站a的绑定poi的方位信息,即公交站a的绑定poi数据。若道路和poi之间的关联关系中包含绑定关系和拓扑关系，则本步骤可以是根据道路与poi之间的绑定关系，确定待标注道路的绑定poi的内容信息；以及根据道路与poi之间的拓扑关系，确定待标注道路的绑定poi的方位信息。并将绑定poi的内容信息和方位信息一并作为待标注道路的绑定poi数据。本申请实施例中道路和poi之间的关联关系包括：绑定关系和/或拓扑关系，不但可以获取绑定poi数据的内容信息，还可以获取其方位信息，可以根据实际需求来选择，提高了确定的绑定poi数据的精度。

s203，根据用户所处场景，从绑定poi数据中筛选目标poi数据。

s204，根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

本申请实施例的技术方案，通过响应道路标注指令，确定本次待标注道路，基于道路和poi之间的关联关系，直接获取待标注道路的绑定poi数据，极大的提高了绑定poi数据确定的效率和准确性。另外本申请实施例是结合用户当前所处的场景，从绑定poi数据中筛选出目标poi数据，并根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染后展示给用户。并非静态为道路标注固定的poi数据，而是结合用户所处场景，为用户标注符合其需求的poi数据。可满足用户在不同场景下个性化查看地图数据，使得地图中道路poi数据的标注过程更加智能。

图3是根据本申请实施例提供的另一种地图数据处理方法的流程图。本实施例在上述实施例的基础上，进行了进一步的优化，给出了构建地图中道路与poi之间的关联关系的具体情况介绍。如图3所示，该方法具体包括：

s301，构建地图中道路与poi之间的关联关系。

可选的，本申请实施例构建地图中道路与poi之间的关联关系的方式有很多，对此不进行限定。例如，第一种可实施方式可以是针对地图中的各道路，在poi数据库中查找位于该道路附近预设范围内的所有poi的相关数据作为该道路的绑定poi数据，并为该道路与其绑定poi数据之间建立关联关系。可选的，由于用户在特殊场景(如景点地域场景、商圈地域场景、交通地域场景或出行场景等)下，对道路的标注需求相对较高。所示本申请实施例构建道路与poi之间的关联关系的第二种可实施方式可以是针对上述特殊场景，根据大量用户对地图应用程序的历史使用数据，结合了用户的实际需求，来构建地图中道路与poi之间的关联关系。具体的，该可实施方式的具体实现方式，将在后续实施例进行详细介绍。

s302，响应于道路标注指令，确定待标注道路。

s303，根据道路和poi之间的关联关系，确定待标注道路的绑定poi数据。

s304，根据用户所处场景，从绑定poi数据中筛选目标poi数据。

s305，根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

本申请实施例给出了在执行上述各实施例之前，如何构建地图中道路与poi之间的关联关系，进而基于构建的道路与poi之间的关联关系，响应道路标注指令，快速准确的确定待标注道路的绑定兴趣点poi数据。为后续根据用户所处场景，在地图中标注符合用户当前需求的道路周边poi提供了保障。

图4是根据本申请实施例提供的另一种地图数据处理方法的流程图，本实施例在上述实施例的基础上，进行了进一步的优化，给出了上述实施例提到的构建道路与poi之间的关联关系的第二种可实施方式的具体介绍。如图4所示，该方法具体包括：

s401，根据地图应用程序的历史定位信息，确定候选场景的场景区域。

可选的，本申请实施例中的地图应用程序的历史定位信息可以是地图应用程序历史每次被启动时，获取的定位信息。

具体的，本实施例根据地图应用程序的历史定位信息，确定候选场景区域的方式可以是，通过地图应用程序的大量历史定位信息，进行大数据挖掘，确定出定位信息出现频率相对较高的一个或多个区域，作为候选场景的场景区域。例如，可以是对地图应用程序的大量历史定位信息，进行聚类处理，将聚为一类的定位信息围成的区域作为一个候选场景的场景区域。还可以是将地图应用程序的大量历史定位信息进行投影处理，将投影点密集的区域作为候选场景的场景区域。可选的，还可以在上述确定出定位信息出现频率较高的区域后，根据区域内的热门poi以及热门poi周围的道路，来进一步确定候选场景的场景区域等。对此本申请实施例不进行限定。

s402，根据地图应用程序在场景区域的历史操作数据，确定场景区域内的可选道路的绑定poi数据。

其中，本申请实施例中，地图应用程序在场景区域的历史操作数据可以是用户通过地图应用程序，曾经在s401确定的场景区域内，搜索、点击、查看poi的操作数据。场景区域内的可选道路可以是s401确定的场景区域中所包含的各条道路。

可选的，本步骤的一种可实施方式是根据地图应用程序在场景区域的历史操作数据，确定出用户在该场景区域内，曾经检索、点击或查看过的poi(即搜索poi)，然后将这些搜索poi的相关数据，作为该场景区域内的各可选道路的绑定poi数据。另一种可实施方式可以是根据地图应用程序在场景区域的历史操作数据，确定场景区域的搜索poi；将搜索poi中，与场景区域内的可选道路距离小于距离阈值的搜索poi的数据作为可选道路的绑定poi数据。具体的可以是先按照第一种可实施方式类似的方法确定出用户在该场景区域内的搜索poi，然后分析各搜索poi与场景区域内各可选道路之间的距离，将与可选道路之间的距离小于预设距离(如500米)的搜索poi的相关数据作为该可选道路的绑定poi数据。这样设置的好处是可以更精确的区分场景区域内各可选道路的绑定poi数据。

可选的，本申请实施例，在按照上述两种可实施方式确定可选道路的绑定poi数据之后，还可以包括：根据所述场景区域对应的候选场景，对所述可选道路的绑定poi数据进行筛选。具体的，可以根据不同候选场景下用户的具体需求，通过数据迭代、评估等方式设定筛选规则，对确定出的绑定poi数据进行进一步的筛选，剔除其中的不合理数据，得到最终各可选道路的绑定poi数据。例如，若候选场景为景点地域场景，则此时用户需求是了解景点中有特色的poi，所以此时该场景对应的筛选规则可以是剔除红绿灯、摄像头和限速牌等在当前场景中不是很重要的poi数据。本申请实施例这样设置的好处是基于用户在不同场景下的实际需求，对不同场景下的可选道路的绑定poi数据进行筛选，使得为各道路绑定的poi数据更为精准，更符合用户的需求。

s403，根据可选道路与可选道路的绑定poi数据，构建地图中道路与poi之间的关联关系。

可选的，本申请实施例在已知各场景区域的可选道路，以及各可选道路的绑定poi数据后，可以为各可选道路及其绑定poi数据建立关联关系(如映射关系)，从而完成构建道路与poi之间的关联关系。

可选的，本步骤可以根据可选道路与可选道路的绑定poi数据，构建地图中道路与poi之间的绑定关系和/或拓扑关系。具体的，可以根据可选道路与可选道路的绑定poi数据的内容信息，构建道路和poi之间的绑定关系；示例性的，如图2b所示，构建的道路a与其绑定poi之间的绑定关系可以为：道路a→(公交站a：内容信息，a宾馆：内容信息，地铁a口：内容信息)。可以根据可选道路与可选道路的绑定poi数据的方位信息，构建道路和poi之间的拓扑关系；示例性的，如图2b所示，道路a与其绑定poi之间的拓扑关系可以为：道路a→(公交站a：北，小于500m，a宾馆：南，小于500m，地铁a口：东北，1.2km)。本申请实施例构建的道路和poi之间的关联关系包括：绑定关系和/或拓扑关系，通过该关联关系不但可以获取道路的绑定poi数据的内容信息，还可以获取其方位信息，可以为绑定poi数据的确定提供多维度的精确数据。

s404，响应于道路标注指令，确定待标注道路。

s405，根据道路和poi之间的关联关系，确定待标注道路的绑定poi数据。

s406，根据用户所处场景，从绑定poi数据中筛选目标poi数据。

s407，根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

本申请实施例的技术方案，根据地图应用程序的历史定位信息，确定出候选场景的场景区域，根据用户使用地图应用程序在场景区域内的历史操作数据，确定各场景区域中的可选道路的绑定poi数据，进而建立各可选道路与poi之间的关联关系。本申请实施例基于大量用户对地图应用程序的历史使用数据，结合用户在特殊的候选场景中的实际搜索需求，构建道路与poi之间的关联关系，提高了构建的道路与poi之间的关联关系的精准性。基于本实施例构建的道路与poi之间的关联关系，确定的待标注道路的绑定poi数据也更加符合用户的实际搜索需求，为后续根据用户所处场景，在地图中标注符合用户当前需求的道路周边poi提供了保障。

可选的，在本申请实施例中，若待标注道路属于s401确定的候选场景的场景区域中的道路，则此时使用的道路与poi之间的关联关系可以是基于上述实施例中s401-s403介绍的第二种可实施方式构建的。若待标注道路不属于s401确定的候选场景的场景区域中的道路，则此时使用的道路与poi之间的关联关系可以是通过上述实施例中s301介绍的第一种实施方式构建的。

图5a是根据本申请实施例提供的另一种地图数据处理方法的流程图；

图5b是根据本申请实施例提供的网格网络的局部效果示意图。本实施例在上述实施例的基础上，进行了进一步的优化，给出了根据地图应用程序的历史定位信息，确定候选场景的场景区域的具体情况介绍。如图5a-5b所示，该方法具体包括：

s501，将地图区域划分为预设大小的网格网络，并将地图应用程序历史启动时的定位信息映射到网格网络中。

可选的，本申请实施例可以是按照预设规格(如1km*1km的规格)，将地图数据划分为若干个预设大小(如1km*1km)的网格网络。示例性的，图5b示出了网格网络中局部网格区域的效果示意图。再获取大量用户历史启动地图应用程序时的定位信息。例如，可以是获取大量用户在预设时段(如100天)内每次启动地图应用程序时的定位信息。接着将获取的大量定位信息映射到网格网络对应的网格区域中，具体的，可以是针对每一个定位信息，按照网格网络中各网格尺寸，对该定位信息的x坐标值和y坐标值进行衡量，判断该定位信息对应的网格，并将其映射到对应的网格中。例如，假设网格尺寸为1km*1km，某一定位信息为(3020，2015)，此时，可以是将该定位信息中的x坐标值3020和y坐标值2015都除以1000后取整，得到的(3，2)，然后将该定位信息(3020，2015)映射到网格网络中第3排第2个网格内。

s502，根据网格网络中各网格的映射次数，确定网格网络中的热门网格。

可选的，本申请实施例在将所有的定位信息都映射到网格网络中之后，统计网格网络中各网格的映射次数，即各网格中映射的定位信息的个数。因为对于一个网格而言，其映射次数越多，说明用户启动地图应用程序时，处于该网格所在区域的频次越高，即该网格的热度越高。所以本步骤可以是按照映射次数，选择映射次数排名靠前的预设个数的网格作为热门网格；还可以是预设一个映射次数阈值，将映射次数大于该映射次数阈值的网格作为热门网格。

s503，获取热门网格中包含的热门poi，以及热门poi周围预设范围内的可选道路。

可选的，本申请实施例在确定出热门网格后，可以是针对每个热门网格，获取其中包含的poi作为该网格的热门poi，然后提取热门poi周围预设范围(如2km)内的道路作为该热门网格中的可选道路。示例性的，如图5b所示，假设网格(3，2)为一个热门网格，此时，获取该网格中的机场地铁a口、机场、机场公交站、机场地铁b口、a宾馆、公司a和公司b作为该网格(3，2)的热门poi。提取各热门poi周围2km范围内的道路s1-s7作为该网格(3，2)内的可选道路。

s504，根据热门poi和可选道路，确定热门网格对应的候选场景的场景区域。

可选的，本步骤可以是对热门poi进行分析，确定热门网格对应的候选场景；具体的，可以是分析热门poi，判断热门网格是否属于预设的某一个候选场景。示例性的，图5b中的网格(3，2)中的热门poi多数都与机场有关，所以可以确定该热门网格对应机场地域场景。本步骤可以是对热门网格中的可选道路进行分析，确定该候选场景的场景区域。具体的，可以是将各可选道路所围成的最大区域作为该候选场景的场景区域。示例性的，图5b中网格(3，2)的可选道路s1-s7所围成最大区域(即s1-s4围成的区域)作为机场地域场景的场景区域。

s505，根据地图应用程序在场景区域的历史操作数据，确定场景区域内的可选道路的绑定poi数据。

s506，根据可选道路与可选道路的绑定poi数据，构建地图中道路与poi之间的关联关系。

s507，响应于道路标注指令，确定待标注道路。

s508，根据道路和poi之间的关联关系，确定待标注道路的绑定poi数据。

s509，根据用户所处场景，从绑定poi数据中筛选目标poi数据。

s510，根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

本申请实施例的技术方案，在确定候选场景的场景区域时，预先将地图区域划分为网格网络，将地图应用程序的历史定位信息映射到网格网络中，按照各网格的映射次数，选出热门网络，进而根据各热门网络中的热门poi及其周围的可选道路，来确定候选场景的场景区域。并非简单的将热门网络作为一个候选场景的场景区域。本申请实施例的方案确定出的候选场景的场景区域更加精准。为候选构建道路与poi之间的关联关系，以及根据用户所处场景，在地图中标注符合用户当前需求的道路周边poi提供了保障。

图6是根据本申请实施例提供的一种地图数据处理装置的结构示意图。本申请实施例适用于基于用户触发的道路标注指令，进行地图数据处理的情况。该装置可实现本申请任意实施例所述的地图数据处理方法。该装置可集成于电子设备中，该电子设备可以是地图应用程序的客户端设备，还可以是地图应用程序的服务器等。该装置600具体包括：

绑定数据确定模块601，用于响应于道路标注指令，确定待标注道路的绑定兴趣点poi数据；

目标数据筛选模块602，用于根据用户所处场景，从所述绑定poi数据中筛选目标poi数据；

地图渲染展示模块603，用于根据所述待标注道路的道路信息和所述目标poi数据，对地图界面进行渲染处理，并展示渲染后的地图界面。

本申请实施例的技术方案，通过响应道路标注指令，确定出待标注道路的绑定poi数据。结合用户当前所处的场景，从绑定poi数据中进一步筛选出本次需要标注的目标poi数据，进而根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染后展示给用户。本申请实施例的技术方案，并非静态为道路标注固定的poi数据，而是结合用户所处场景，为道路标注该场景对应的poi数据，可以结合用户在不同场景下的需求，为用户标注符合其需求的poi数据。解决了现有电子地图的智能搜索服务无法满足用户在不同场景下个性化查看地图数据的需求，提高了地图道路poi数据标注的灵活性和智能性，优化了电子地图的数据展示方案。

进一步的，所述绑定数据确定模块601包括：

标注道路确定单元，用于响应于道路标注指令，确定待标注道路；

绑定数据确定单元，用于，根据道路和poi之间的关联关系，确定所述待标注道路的绑定poi数据。

进一步的，所述绑定数据确定单元具体用于：

根据所述道路与poi之间的绑定关系，确定所述待标注道路的绑定poi的内容信息；和/或，

根据所述道路与poi之间的拓扑关系，确定所述待标注道路的绑定poi的方位信息。

进一步的，所述目标数据筛选模块602具体用于：

根据用户所处场景，确定所述场景待展示的数据类型；

根据所述数据类型，对所述绑定poi数据进行筛选，以确定目标poi数据。

进一步的，所述装置还包括：

关系构建模块，用于构建地图中道路与poi之间的关联关系。

进一步的，所述关系构建模块包括：

场景区域确定单元，用于根据地图应用程序的历史定位信息，确定候选场景的场景区域；

道路数据确定单元，用于根据所述地图应用程序在所述场景区域的历史操作数据，确定所述场景区域内的可选道路的绑定poi数据；

关系构建单元，用于根据所述可选道路与所述可选道路的绑定poi数据，构建地图中道路与poi之间的关联关系。

进一步的，所述场景区域确定单元具体用于：

将地图区域划分为预设大小的网格网络，并将地图应用程序历史启动时的定位信息映射到所述网格网络中；

根据所述网格网络中各网格的映射次数，确定所述网格网络中的热门网格；

获取所述热门网格中包含的热门poi，以及所述热门poi周围预设范围内的可选道路；

根据所述热门poi和所述可选道路，确定所述热门网格对应的候选场景的场景区域。

进一步的，所述绑定数据确定单元具体用于：

根据所述地图应用程序在所述场景区域的历史操作数据，确定所述场景区域的搜索poi；

将所述搜索poi中，与所述场景区域内的可选道路距离小于距离阈值的搜索poi的数据作为所述可选道路的绑定poi数据。

进一步的，所述关系构建模块还包括：

数据筛选单元，用于根据所述场景区域对应的候选场景，对所述可选道路的绑定poi数据进行筛选。

进一步的，所述关系构建单元具体用于：

根据所述可选道路与所述可选道路的绑定poi数据，构建地图中道路与poi之间的绑定关系和/或拓扑关系。

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

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

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

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

存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的地图数据处理方法对应的程序指令/模块(例如，附图6所示的绑定数据确定模块601、目标数据筛选模块602和地图渲染展示模块603)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的地图数据处理方法。

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

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

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

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

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

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

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

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

根据本申请实施例的技术方案，通过响应道路标注指令，确定出待标注道路的绑定poi数据。结合用户当前所处的场景，从绑定poi数据中进一步筛选出本次需要标注的目标poi数据，进而根据待标注道路的道路信息和目标poi数据，对地图界面进行渲染后展示给用户。本申请实施例的技术方案，并非静态为道路标注固定的poi数据，而是结合用户所处场景，为道路标注该场景对应的poi数据，可以结合用户在不同场景下的需求，为用户标注符合其需求的poi数据。解决了现有电子地图的智能搜索服务无法满足用户在不同场景下个性化查看地图数据的需求，提高了地图道路poi数据标注的灵活性和智能性，优化了电子地图的数据展示方案。

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

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