CN112818024A - 一种地图数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种地图数据处理方法、装置、设备及存储介质，涉及数据处理技术领域，进一步涉及电子地图数据处理技术，可应用于智能交通技术领域，包括：获取地图用户实时输入的交叉口查询数据；所述交叉口查询数据用于查询至少两条道路汇聚形成的交叉路口；根据所述交叉口查询数据获取多个查询道路主体；根据各所述查询道路主体实时计算各所述查询道路主体之间的交叉点；根据所述交叉点确定目标交叉口查询结果反馈给所述地图用户。本申请实施例能够提高电子地图中交叉口数据处理的高效性，从而提高用户体验。

Description

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

技术领域

本申请涉及数据处理技术领域，具体涉及电子地图数据处理技术，可应用于智能交通技术领域。

背景技术

电子地图具有地图内涵，能够通过电子设备传输，并在电子计算机控制的屏幕上动态的显示与实时处理地图数据。电子地图可以把纸质地图上离散和连续分布的点、线、面符号及注记，按一定规则分离为一系列离散性的点，测出其空间位置，并按照一定的编号和数据结构模式，描述其属性、位置和拓扑关系。电子地图具有路线规划、查询目的地及查询所处位置等功能，已经成为人们很重要的出行工具，可以广泛应用于导航及智能交通等领域。

发明内容

本申请实施例提供了一种地图数据处理方法、装置、设备及存储介质，以提高电子地图中交叉口数据处理的高效性，从而提高用户体验。

第一方面，本申请实施例提供了一种地图数据处理方法，包括：

获取地图用户实时输入的交叉口查询数据；所述交叉口查询数据用于查询至少两条道路汇聚形成的交叉路口；

根据所述交叉口查询数据获取多个查询道路主体；

根据各所述查询道路主体实时计算各所述查询道路主体之间的交叉点；

根据所述交叉点确定目标交叉口查询结果反馈给所述地图用户。

第二方面，本申请实施例提供了一种地图数据处理装置，包括：

交叉口查询数据获取模块，用于获取地图用户实时输入的交叉口查询数据；所述交叉口查询数据用于查询至少两条道路汇聚形成的交叉路口；

查询道路主体获取模块，用于根据所述交叉口查询数据获取多个查询道路主体；

交叉点计算模块，用于根据各所述查询道路主体实时计算各所述查询道路主体之间的交叉点；

目标交叉口查询结果反馈模块，用于根据所述交叉点确定目标交叉口查询结果反馈给所述地图用户。

第三方面，本申请实施例提供了一种电子设备，包括：

至少一个处理器；以及

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

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

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

第五方面，本申请实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现第一方面实施例所提供的地图数据处理方法。

本申请实施例通过获取到地图用户实时输入的，用于查询至少两条道路汇聚形成的交叉路口的交叉口查询数据之后，根据获取的交叉口查询数据获取多个查询道路主体，以根据获取到的各个查询道路主体实时计算各查询道路主体之间的交叉点，从而根据计算得到的交叉点确定目标交叉口查询结果反馈给地图用户，解决现有电子地图在不存在与用户实时查询的交叉路口匹配的交叉口数据的情况下无法立即准确反馈交叉路口信息的问题，提高了电子地图中交叉口数据处理的高效性，从而提高用户体验。

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

附图说明

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

图1是现有技术中根据用户输入的交叉口查询数据获取查询结果的效果示意图；

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

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

图4是本申请实施例提供的一种单位道路查询结果的效果示意图；

图5是本申请实施例提供的一种单位道路查询结果的效果示意图；

图6是本申请实施例提供的目标交叉口查询结果在电子地图端显示的效果示意图；

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

图8是用来实现本申请实施例的地图数据处理方法的电子设备的结构示意图。

具体实施方式

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

目前，导航装置或电子地图查询系统(例如提供电子地图的网站等)所提供的电子地图功能可以帮助用户快速地查询特定位置，以供用户搜寻特定地点。常见搜寻方式是用户向电子地图输入完整的地址后，由电子地图中找出匹配的目标位置，并将显示区域移动至包含该目标位置的区域，在目标位置处显示定位标识。

在现实世界中，各个道路之间有很多交叉路口，任何两条或两条以上相交的道路都会产生一个交叉口。与此同时，对于地图用户来说，在搜索交叉路口时，常用“XXX路与YYY路的交叉口”作为参考地标。比如，如果有人问“上地XX府”在哪儿，常用的回复往往为“在ABC街与CDE路的交叉口”。可见，交叉口数据对于电子地图来说是至关重要的。

然而，在现有的电子地图数据中，道路交叉口数据存在大量缺失，比如用户在北京搜索“树村东路与马连洼南路交叉口”，用户期望电子地图反馈的搜索结果是两条道路对应的交叉点。但由于电子地图缺失树村东路与马连洼南路交叉口对应的POI(Point ofinteresting，兴趣点)数据，导致检索系统无法通过全命中召回交叉口数据，其返回给用户的结果如图1所示。从图1中可以看出，在电子地图缺失用户查询的交叉口数据时，地图返回给用户的结果往往都是通过省略机制确定的一些定位不准确的杂质点，并不能满足用户的查询需求，导致用户体验太差。

现有技术中，为了解决交叉口数据缺失问题，一般都是等待地图基础数据的后台建设和完善，或者等待用户上报反馈缺失的数据，然后进行补全。然而，这种交叉口数据处理方式存在以下问题：(1)解决问题的周期长。由于道路交叉口数据通常依赖于道路数据，而道路数据的生成建设所涉及到的业务线较多，从离线干预解决到在线生效一般需要2天甚至更长时间。(2)问题覆盖不全。通过上述方式补全交叉口数据每次只能解决一个交叉口数据缺失问题，很难从离线层面解决交叉口数据缺失的一类问题。(3)人工成本高：每次发现交叉口数据缺失都需要人工逐项解决。综上，现有电子地图交叉口数据缺失问题的处理方式存在效率较低的问题。

在一个示例中，图2是本申请实施例提供的一种地图数据处理方法的流程图，本实施例可适用于根据用户在线实时输入的交叉口查询数据为用户实时计算并反馈交叉口查询结果的情况，该方法可以由地图数据处理装置来执行，该装置可以由软件和/或硬件的方式来实现，并一般可集成在电子设备中。该电子设备可以为用户提供电子地图功能。相应的，如图2所示，该方法包括如下操作：

S110、获取地图用户实时输入的交叉口查询数据；交叉口查询数据用于查询至少两条道路汇聚形成的交叉路口。

其中，地图用户可以是使用电子地图进行位置查询或行程规划等操作的用户。

在本申请实施例中，当地图用户使用电子地图查询交叉路口时，电子地图可以在线实时获取到地图用户输入的交叉口查询数据。可以理解的是，同一时刻可以存在大量的地图用户查询交叉路口，因此地图用户的数量可以是多个，相应的，交叉口查询数据的数量也可以是多个，本申请实施例并不对地图用户和交叉口查询数据的数量进行限定。只要有用户对电子地图输入了交叉口查询数据，电子地图即可对该交叉口查询数据进行实时处理。也即，电子地图可以在线收集所有的交叉口查询数据并对其进行并发处理。

可以理解的是，在现实世界中，两条道路汇聚即可汇聚形成一个或多个交叉路口。一个交叉路口对应至少两条道路，例如，T字型交叉路口可能对应3条道路，而十字型交叉路口可以对应4条道路。因此，地图用户实时输入的交叉口查询数据中，可以包括至少两条道路。例如，交叉口查询数据可以是“XXX路与YYY路的交叉口”，或者，交叉口查询数据还可以是“XXX路、DDD路与YYY路的交叉口”，本申请实施例并不对交叉口查询数据的具体内容进行限定。

S120、根据交叉口查询数据获取多个查询道路主体。

其中，查询道路主体可以是交叉口查询数据中包括的道路。

相应的，在获取到地图用户实时输入的交叉口查询数据之后，即可对交叉口查询数据进行在线实时解析和意图识别，以获取交叉口查询数据中包括的多个查询道路主体。可以理解的是，每个交叉口查询数据可以对应多个查询道路主体。

示例性的，假设交叉口查询数据为“XXX路与YYY路的交叉口”，则该交叉口查询数据中的查询道路主体为“XXX路”和“YYY路”。

S130、根据各查询道路主体实时计算各查询道路主体之间的交叉点。

相应的，在得到交叉口查询数据中包括的多个查询道路主体之后，如果确定交叉口查询数据对应的交叉口POI数据缺失，则可以根据获取的各查询道路主体在线实时计算各查询道路主体之间的交叉点。可以理解的是，电子地图通常采用线段的形式标识道路数据，因此，交叉点可以是电子地图数据中各查询道路主体对应的线段之间的交叉点。

需要说明的是，针对不同的交叉口查询数据，可以分别在线实时计算各交叉口查询数据对应的查询道路主体之间的交叉点。也即，不同交叉口查询数据之间的计算过程是彼此相互独立的。

S140、根据交叉点确定目标交叉口查询结果反馈给地图用户。

其中，目标交叉口查询结果可以是电子地图根据在线实时计算得到的交叉点生成的交叉口查询数据的反馈结果。

当得到各个查询道路主体之间的交叉点之后，即可根据在线计算的交叉点生成匹配的目标交叉口查询结果，并将生成的目标交叉口查询结果及时反馈至对应的地图用户。

由此可见，本申请实施例通过在线收集所有地图用户实时输入的交叉口查询数据，并对各个交叉口查询数据进行解析得到各个交叉口查询数据对应的查询道路主体的交叉点进行实时计算，以最终根据交叉点生成目标交叉口查询结果。上述地图数据处理过程全程无需人工离线计算，能够解决所有交叉口数据缺失的场景，在交叉口数据缺失的情况下，也可以为地图用户实时反馈交叉口信息，提高了电子地图中交叉口数据处理的高效性，进而提高了用户体验。

本申请实施例通过获取到地图用户实时输入的，用于查询至少两条道路汇聚形成的交叉路口的交叉口查询数据之后，根据获取的交叉口查询数据获取多个查询道路主体，以根据获取到的各个查询道路主体实时计算各查询道路主体之间的交叉点，从而根据计算得到的交叉点确定目标交叉口查询结果反馈给地图用户，解决现有电子地图在不存在与用户实时查询的交叉路口匹配的交叉口数据的情况下无法立即准确反馈交叉路口信息的问题，提高了电子地图中交叉口数据处理的高效性，从而提高用户体验。

在一个示例中，图3是本申请实施例提供的一种地图数据处理方法的流程图，本申请实施例在上述各实施例的技术方案的基础上，进行了优化改进，给出了根据交叉口查询数据获取多个查询道路主体、根据各查询道路主体实时计算各查询道路主体之间的交叉点，以及根据交叉点确定目标交叉口查询结果反馈给地图用户的多种具体可选的实现方式。

如图3所示的一种地图数据处理方法，包括：

S210、获取地图用户实时输入的交叉口查询数据。

S220、对交叉口查询数据进行切词处理，得到查询数据切词结果。

其中，查询数据切词结果包括单位切词文本和单位切词成分。

其中，查询数据切词结果可以是对交叉口查询数据进行切词处理得到的切词结果。单位切词文本可以是每个切词文本，单位切词成分可以是每个单位切词文本对应的文本属性。

在本申请实施例中，对交叉口查询数据进行解析和意图识别时，可以对交叉口查询数据进行切词处理，从而得到交叉口查询数据对应的多个查询数据切词结果。

在一个具体的例子中，假设交叉口查询数据为“树村东路与马连洼南路交叉口”，对该交叉口查询数据进行切词处理后，得到的各个查询数据切词结果为：

Term1：树村，单位切词成分为ROAD，表示道路；

Term2：东路，单位切词成分为ROAD，表示道路；

Term3：与，单位切词成分为ORAL，表示关系；

Term4：马连洼，单位切词成分为ROAD，表示道路；

Term5：南路，单位切词成分为ROAD,表示道路；

Term6：交叉口，单位切词成分为CROSS，表示为道路交叉口。

其中，Term1-Term6表示单位切词文本。

S230、判断查询数据切词结果中是否包括目标道路成分，若是，则执行S240，否则，执行S260。

S240、根据目标道路成分对应的道路切词文本构建多个重构道路主体。

其中，目标道路成分可以是各单位切词成分中表示道路和道路交叉口的成分。道路切词文本可以是目标道路成分对应的单位切词文本。重构道路主体可以是根据各个道路切词文本重新构建生成的道路。

相应的，在得到交叉口查询数据的各个查询数据切词结果之后，可以根据查询数据切词结果中的各个单位切词成分判断查询数据切词结果中是否包括目标道路成分。如果确定查询数据切词结果中包括目标道路成分，则根据目标道路成分提取出对应的道路切词文本，并对提取的道路切词文本进行重建，以构建出多个重构道路主体。

S250、根据各重构道路主体获取各查询道路主体。

相应的，根据道路切词文本构建多个重构道路主体之后，即可根据构建的各个重构道路主体获取各个查询道路主体。

仍以上述“树村东路与马连洼南路交叉口”的交叉口查询数据为例继续说明，在该交叉口查询数据对应的查询数据切词结果中，存在“CROSS”的道路交叉口成分，则可以从各查询数据切词结果查找道路成分“树村”、“东路”、“马连洼”和“南路”等道路切词文本。根据查找到的道路切词文本构建多个重构道路主体：重构道路主体1＝“树村|东路”；重构道路主体2＝“马连洼|南路”。相应的，根据上述两个重构道路主体可以获取两个查询道路主体“树村东路”和“马连洼南路”。

S260、根据查询数据切词结果直接生成搜索反馈数据反馈给地图用户。

其中，搜索反馈数据可以是根据查询数据切词结果和地图基础数据进行匹配得到的数据。

在本申请实施例中，如果根据单位切词成分确定查询数据切词结果中不包括目标道路成分，如不包括道路交叉口成分，和/或，不包括道路成分，则将该交叉口查询数据确定为普通的查询数据，并根据其对应的查询数据切词结果直接从地图基础数据中进行搜索匹配，得到查询结果作为搜索反馈数据反馈给地图用户。

上述技术方案，通过对获取的交叉口查询数据进行切词处理，以根据得到的查询数据切词结果获取交叉口查询数据对应的各个查询道路主体，可以提高查询道路主体提取的准确性和高效性。

S270、判断交叉口查询结果是否为空，若是，执行S280，否则，执行S2C0。

其中，交叉口查询结果可以是交叉口查询数据初步的查询结果。

相应的，在得到各个查询道路主体之后，可以首先判断根据各查询道路主体是否能够直接召回准确的交叉口的POI数据。如果能够召回准确交叉口的POI数据，表明电子地图的地图基础数据中存在该交叉口查询数据对应的POI数据，则无需根据交叉口查询数据在线实时计算交叉口的POI数据，可以直接将搜索得到的交叉口查询结果作为目标交叉口查询结果反馈给地图用户。否则，需要根据得到的查询道路主体在线实时计算对应的交叉口的POI数据。

S280、根据各查询道路主体生成单位道路查询数据。

其中，单位道路查询数据可以是以单个道路主体发起的查询数据。

具体的，如果根据交叉口查询数据的各查询道路主体不能直接召回准确的交叉口的POI数据，则可以对各个查询道路主体生成对应的多个单位道路查询数据。

S290、获取各单位道路查询数据的单位道路查询结果。

S2A0、根据各单位道路查询结果实时计算各查询道路主体之间的交叉点。

其中，单位道路查询结果可以是电子地图利用单位道路查询数据在地图基础数据中进行查询得到的结果，可以是单个查询道路主体对应的道路数据。

相应的，在生成各个单位道路查询数据之后，可以进一步根据各个单位道路查询数据独立发起检索，以获取各个单位道路查询数据对应的单位道路查询结果。得到单位道路查询结果之后，即可根据各个单位道路查询结果在线实时计算，进行空间融合，从而得到各个查询道路主体之间的交叉点。

仍以上述“树村东路与马连洼南路交叉口”的交叉口查询数据为例继续说明，在得到两个查询道路主体“树村东路”和“马连洼南路”之后，可以根据“树村东路”生成独立的单位道路查询数据：query＝“树村东路”，并根据“马连洼南路”生成独立的单位道路查询数据：query＝“马连洼南路”。相应的，可以同时发起query＝“树村东路”和query＝“马连洼南路”两个单位道路查询数据，以获取各个单位道路查询数据对应的单位道路查询结果，其对应的单位道路查询结果如图4和图5所示。可以理解的是，对于query＝“树村东路”和query＝“马连洼南路”的两个单位道路查询结果为“树村东路”和“马连洼南路”道路的线型数据，可以将获取到的线型数据进行空间融合计算“树村东路”和“马连洼南路”之间的交叉点。

上述技术方案，通过在根据原始的交叉口查询数据无法直接召回准确的交叉口的POI数据的情况下，对交叉口查询数据进行解析拆分，得到单个查询道路主体对应的单位道路查询数据，从而根据各单位道路查询数据检索得到的单位道路查询结果计算交叉点信息，实现了对交叉口查询数据中查询道路主体的快速检索和计算，从而提高交叉点的计算效率。

在本申请的一个可选实施例中，根据各单位道路查询结果实时计算各查询道路主体之间的交叉点，可以包括：对各单位道路查询结果进行路段分解，得到各单位道路查询结果对应的道路线段集合；其中，道路线段集合包括各查询道路主体的多个道路线段；对各道路线段集合中道路线段的交集进行两两计算，得到各查询道路主体之间的交叉点。

可以理解的是，在现实世界中，每条道路可能并不是一条绝对的直线。相应的，电子地图在线检索到的单位道路查询结果(也即道路数据)是一系列的点坐标，这些点可能不在一条直线上。因此，每个单位道路查询结果对应的道路可以看成是一系列线段拼接形成的。

可选的，在得到各个单位道路查询结果之后，可以对每个单位道路查询结果对应的道路进行路段分解，每个单位道路查询结果都可以对应生成一个道路线段集合，每个道路线段集合都包括对应一条道路的所有道路线段。相应的，在得到各个道路线段集合之后，可以对不同道路线段集合中的各个道路线段之间两两计算交集。如果不同道路线段之间在现实世界中存在交叉路口，则该道路线段之间的交集结果会存在交叉点。

可选的，可以采用贪心算法等对每个单位道路查询结果对应的道路进行路段分解。具体的，针对每个单位道路查询结果，可以依次取出每一个点坐标，判断当前的点和之前的所有点是否在同一个直线上。如果在同一条直线，则继续判断下一个点；如果不在同一条直线，则将之前的点分解为一个线段，当前点作为一条新的线段的起点。按照上述分解方法对每个单位道路查询结果的点分析完成后，该单位道路查询结果即可生成一个道路线段集合。

仍以上述“树村东路与马连洼南路交叉口”的交叉口查询数据为例继续说明，假设“树村东路”对应的道路线段集合为[线段A,线段B,线段C]；“马连洼南路”对应的道路线段集合为[线段D,线段E]。进一步的，对两个道路线段集合中的道路线段分别两两计算交集，具体是：“线段A∩线段D”，“线段B∩线段D”，“线段C∩线段D”，“线段A∩线段E”，“线段B∩线段E”以及“线段C∩线段E”。当两个道路线段在现实世界中存在交叉路口时，对应的道路线段交集就会生成一个交叉点。需要说明的是，如果道路线段集合的数量为3个及以上，则可以分别计算每两个道路线段集合之间道路线段的交集，从而得到各个交叉点。

上述技术方案，通过对每个单位道路查询结果拆分为道路线段集合，以根据道路线段集合计算交叉点，丰富了交叉点的计算方式，同时可以提高交叉点的计算效率。

S2B0、根据交叉点确定目标交叉口查询结果反馈给地图用户。

在本申请的一个可选实施例中，根据交叉点确定目标交叉口查询结果反馈给地图用户，可以包括：获取交叉点的数量；根据交叉点的数量确定目标交叉口查询结果，并将目标交叉口查询结果反馈给地图用户。

可以理解的是，查询道路主体在现实世界中的地理分布情况不同，则获取到交叉点的数量也不同。因此，在根据交叉点确定目标交叉口查询结果时，具体可以根据交叉点的数量确定目标交叉口查询结果，从而将目标交叉口查询结果反馈给地图用户。

在本申请的一个可选实施例中，根据交叉点的数量确定目标交叉口查询结果，可以包括：在确定交叉点的数量为第一数量的情况下，获取各查询道路主体的地图基础数据，根据各查询道路主体的地图基础数据生成目标查询道路线型，并将目标查询道路线型确定为目标交叉口查询结果；在确定交叉点的数量为第二数量的情况下，将各交叉点确定为目标交叉口查询结果。

其中，第一数量可以是0，第二数量可以是大于或等于1的正整数。目标查询道路线型可以是电子地图在显示端显示的，与查询道路主体对应的道路线型。

可以理解的是，上述通过道路线段集合计算交叉点的方式得到的交叉点的数量大多数情况下为1，但也有可能为0或大于1。如果确定交叉点的数量为第一数量，也即交叉点的数量为0，表明现实世界中查询道路主体对应的各个道路之间并不相交，地图用户输入的交叉口查询数据有误。或者表明现实世界中查询道路主体对应的各个道路需要延长后才能相交，因此计算不出交叉点。此时，可以获取各查询道路主体对应的地图基础数据，以获取的地图基础数据生成各查询道路主体对应的目标查询道路线型，并将目标查询道路线型确定为目标交叉口查询结果反馈给地图用户，也即在地图用户的终端处显示与交叉口查询数据相关的道路。地图用户可以根据地图上显示的道路进一步确认和判断。相应的，如果确定交叉点的数量为第而数量，也即交叉点的数量大于或等于1，表明现实世界中查询道路主体对应的各个道路之间存在一个或多个交叉路口，此时可以将全部的交叉点确定为目标交叉口查询结果反馈给地图用户。也即，地图用户可以获取到交叉口查询数据相关的道路之间的所有交叉路口的信息。

图6是本申请实施例提供的目标交叉口查询结果在电子地图端显示的效果示意图。仍以上述“树村东路与马连洼南路交叉口”的交叉口查询数据为例说明，如图6所示，如果“树村东路”和“马连洼南路”对应的道路线段集合计算得到的一个交叉点，则可以将该交叉点作为目标交叉口查询结果反馈至地图用户进行打点显示。

上述技术方案，通过根据计算得到的交叉点的数量确定目标交叉口查询结果，可以避免为地图用户反馈不准确的杂质点信息，从而提高目标交叉口查询结果的准确率。

S2C0、将交叉口查询结果作为目标交叉口查询结果反馈给地图用户。

在本申请的一个可选实施例中，地图数据处理方法还可以包括：根据目标交叉口查询结果实时更新地图基础数据。

在本申请实施例中，为了提高地图数据的更新效率，在得到目标交叉口查询结果之后，如果目标交叉口查询结果确实包括交叉路口数据，则可以根据目标交叉口查询结果实时更新电子地图的地图基础数据。例如，可以将目标交叉口查询结果上传至电子地图的服务器以进行实时更新，或将目标交叉口查询结果反馈至电子地图的数据生产方以供其对地图基础数据进行实时更新等，本申请实施例并不对地图基础数据的更新方式进行限定。

上述技术方案，通过根据地图用户实时输入的交叉口查询数据确定目标交叉口查询结果反馈给地图用户，并根据得到的目标交叉口查询结果实时更新地图基础数据，实现了基于用户的请求自动化地驱动POI数据的生成和更新，弥补了离线数据缺失的问题，提高了电子地图中交叉口数据处理的高效性，从而提高用户体验。

在一个示例中，图7是本申请实施例提供的一种地图数据处理装置的结构图，本申请实施例可适用于根据用户在线实时输入的交叉口查询数据为用户实时计算并反馈交叉口查询结果的情况，该装置通过软件和/或硬件实现，并具体配置于电子设备中。该电子设备可以为用户提供电子地图功能。

如图7所示的一种地图数据处理装置300，包括：交叉口查询数据获取模块310、查询道路主体获取模块320、交叉点计算模块330和目标交叉口查询结果反馈模块340。其中，

交叉口查询数据获取模块310，用于获取地图用户实时输入的交叉口查询数据；交叉口查询数据用于查询至少两条道路汇聚形成的交叉路口；

查询道路主体获取模块320，用于根据交叉口查询数据获取多个查询道路主体；

交叉点计算模块330，用于根据各查询道路主体实时计算各查询道路主体之间的交叉点；

目标交叉口查询结果反馈模块340，用于根据交叉点确定目标交叉口查询结果反馈给地图用户。

本申请实施例通过获取到地图用户实时输入的，用于查询至少两条道路汇聚形成的交叉路口的交叉口查询数据之后，根据获取的交叉口查询数据获取多个查询道路主体，以根据获取到的各个查询道路主体实时计算各查询道路主体之间的交叉点，从而根据计算得到的交叉点确定目标交叉口查询结果反馈给地图用户，解决现有电子地图在不存在与用户实时查询的交叉路口匹配的交叉口数据的情况下无法立即准确反馈交叉路口信息的问题，提高了电子地图中交叉口数据处理的高效性，从而提高用户体验。

可选的，查询道路主体获取模块320具体用于：对交叉口查询数据进行切词处理，得到查询数据切词结果；其中，查询数据切词结果包括单位切词文本和单位切词成分；在根据单位切词成分确定查询数据切词结果中包括目标道路成分的情况下，根据目标道路成分对应的道路切词文本构建多个重构道路主体；根据各重构道路主体获取各查询道路主体。

可选的，交叉点计算模块330具体用于：在根据各查询道路主体确定交叉口查询结果为空的情况下，根据各查询道路主体生成单位道路查询数据；获取各单位道路查询数据的单位道路查询结果；根据各单位道路查询结果实时计算各查询道路主体之间的交叉点。

可选的，交叉点计算模块330具体用于：对各单位道路查询结果进行路段分解，得到各单位道路查询结果对应的道路线段集合；其中，道路线段集合包括各查询道路主体的多个道路线段；对各道路线段集合中道路线段的交集进行两两计算，得到各查询道路主体之间的交叉点。

可选的，目标交叉口查询结果反馈模块340具体用于：获取交叉点的数量；根据交叉点的数量确定目标交叉口查询结果，并将目标交叉口查询结果反馈给地图用户。

可选的，目标交叉口查询结果反馈模块340具体用于：在确定交叉点的数量为第一数量的情况下，获取各查询道路主体的地图基础数据，根据各查询道路主体的地图基础数据生成目标查询道路线型，并将目标查询道路线型确定为目标交叉口查询结果；在确定交叉点的数量为第二数量的情况下，将各交叉点确定为目标交叉口查询结果。

可选的，地图数据处理装置还包括：地图基础数据更新模块，用于根据目标交叉口查询结果实时更新地图基础数据。

上述地图数据处理装置可执行本申请任意实施例所提供的地图数据处理方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请任意实施例提供的地图数据处理方法。

由于上述所介绍的地图数据处理装置为可以执行本申请实施例中的地图数据处理方法的装置，故而基于本申请实施例中所介绍的地图数据处理方法，本领域所属技术人员能够了解本实施例的地图数据处理装置的具体实施方式以及其各种变化形式，所以在此对于该地图数据处理装置如何实现本申请实施例中的地图数据处理方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中地图数据处理方法所采用的装置，都属于本申请所欲保护的范围。

在一个示例中，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

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

如图8所示，设备400包括计算单元401，其可以根据存储在只读存储器(ROM)402中的计算机程序或者从存储单元408加载到随机访问存储器(RAM)403中的计算机程序，来执行各种适当的动作和处理。在RAM 403中，还可存储设备400操作所需的各种程序和数据。计算单元401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

设备400中的多个部件连接至I/O接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如地图数据处理方法。例如，在一些实施例中，地图数据处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由ROM 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到RAM 403并由计算单元401执行时，可以执行上文描述的地图数据处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行地图数据处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

本申请实施例通过获取到地图用户实时输入的，用于查询至少两条道路汇聚形成的交叉路口的交叉口查询数据之后，根据获取的交叉口查询数据获取多个查询道路主体，以根据获取到的各个查询道路主体实时计算各查询道路主体之间的交叉点，从而根据计算得到的交叉点确定目标交叉口查询结果反馈给地图用户，解决现有电子地图在不存在与用户实时查询的交叉路口匹配的交叉口数据的情况下无法立即准确反馈交叉路口信息的问题，提高了电子地图中交叉口数据处理的高效性，从而提高用户体验。

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

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

Claims (17)

1.一种地图数据处理方法，包括：

获取地图用户实时输入的交叉口查询数据；所述交叉口查询数据用于查询至少两条道路汇聚形成的交叉路口；

根据所述交叉口查询数据获取多个查询道路主体；

根据各所述查询道路主体实时计算各所述查询道路主体之间的交叉点；

根据所述交叉点确定目标交叉口查询结果反馈给所述地图用户。

2.根据权利要求1所述的方法，其中，所述根据所述交叉口查询数据获取多个查询道路主体，包括：

对所述交叉口查询数据进行切词处理，得到查询数据切词结果；其中，所述查询数据切词结果包括单位切词文本和单位切词成分；

在根据所述单位切词成分确定所述查询数据切词结果中包括目标道路成分的情况下，根据所述目标道路成分对应的道路切词文本构建多个重构道路主体；

根据各所述重构道路主体获取各所述查询道路主体。

3.根据权利要求1所述的方法，其中，所述根据各所述查询道路主体实时计算各所述查询道路主体之间的交叉点，包括：

在根据各所述查询道路主体确定交叉口查询结果为空的情况下，根据各所述查询道路主体生成单位道路查询数据；

获取各所述单位道路查询数据的单位道路查询结果；

根据各所述单位道路查询结果实时计算各所述查询道路主体之间的交叉点。

4.根据权利要求3所述的方法，其中，所述根据各所述单位道路查询结果实时计算各所述查询道路主体之间的交叉点，包括：

对各所述单位道路查询结果进行路段分解，得到各所述单位道路查询结果对应的道路线段集合；其中，所述道路线段集合包括各所述查询道路主体的多个道路线段；

对各所述道路线段集合中道路线段的交集进行两两计算，得到各所述查询道路主体之间的交叉点。

5.根据权利要求1所述的方法，其中，所述根据所述交叉点确定目标交叉口查询结果反馈给所述地图用户，包括：

获取所述交叉点的数量；

根据所述交叉点的数量确定所述目标交叉口查询结果，并将所述目标交叉口查询结果反馈给所述地图用户。

6.根据权利要求5所述的方法，其中，所述根据所述交叉点的数量确定所述目标交叉口查询结果，包括：

在确定所述交叉点的数量为第一数量的情况下，获取各所述查询道路主体的地图基础数据，根据各所述查询道路主体的地图基础数据生成目标查询道路线型，并将所述目标查询道路线型确定为所述目标交叉口查询结果；

在确定所述交叉点的数量为第二数量的情况下，将各所述交叉点确定为所述目标交叉口查询结果。

7.根据权利要求1所述的方法，还包括：

根据所述目标交叉口查询结果实时更新地图基础数据。

8.一种地图数据处理装置，包括：

交叉口查询数据获取模块，用于获取地图用户实时输入的交叉口查询数据；所述交叉口查询数据用于查询至少两条道路汇聚形成的交叉路口；

查询道路主体获取模块，用于根据所述交叉口查询数据获取多个查询道路主体；

交叉点计算模块，用于根据各所述查询道路主体实时计算各所述查询道路主体之间的交叉点；

目标交叉口查询结果反馈模块，用于根据所述交叉点确定目标交叉口查询结果反馈给所述地图用户。

9.根据权利要求8所述的装置，其中，所述查询道路主体获取模块具体用于：

对所述交叉口查询数据进行切词处理，得到查询数据切词结果；其中，所述查询数据切词结果包括单位切词文本和单位切词成分；

在根据所述单位切词成分确定所述查询数据切词结果中包括目标道路成分的情况下，根据所述目标道路成分对应的道路切词文本构建多个重构道路主体；

根据各所述重构道路主体获取各所述查询道路主体。

10.根据权利要求8所述的装置，其中，所述交叉点计算模块具体用于：

在根据各所述查询道路主体确定交叉口查询结果为空的情况下，根据各所述查询道路主体生成单位道路查询数据；

获取各所述单位道路查询数据的单位道路查询结果；

根据各所述单位道路查询结果实时计算各所述查询道路主体之间的交叉点。

11.根据权利要求10所述的装置，其中，所述交叉点计算模块具体用于：

对各所述单位道路查询结果进行路段分解，得到各所述单位道路查询结果对应的道路线段集合；其中，所述道路线段集合包括各所述查询道路主体的多个道路线段；

对各所述道路线段集合中道路线段的交集进行两两计算，得到各所述查询道路主体之间的交叉点。

12.根据权利要求8所述的装置，其中，所述目标交叉口查询结果反馈模块具体用于：

获取所述交叉点的数量；

根据所述交叉点的数量确定所述目标交叉口查询结果，并将所述目标交叉口查询结果反馈给所述地图用户。

13.根据权利要求12所述的装置，其中，所述目标交叉口查询结果反馈模块具体用于：

在确定所述交叉点的数量为第一数量的情况下，获取各所述查询道路主体的地图基础数据，根据各所述查询道路主体的地图基础数据生成目标查询道路线型，并将所述目标查询道路线型确定为所述目标交叉口查询结果；

在确定所述交叉点的数量为第二数量的情况下，将各所述交叉点确定为所述目标交叉口查询结果。

14.根据权利要求8所述的装置，还包括：

地图基础数据更新模块，用于根据所述目标交叉口查询结果实时更新地图基础数据。

15.一种电子设备，包括：

至少一个处理器；以及

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

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

16.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行权利要求1-7中任一项所述的地图数据处理方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的地图数据处理方法。

Images