地图文件处理方法、装置、设备及自动驾驶汽车与流程

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.图1是根据本公开实施例地图文件处理方法的实现流程示意图；
26.图2是根据本公开实施例地图文件处理方法在一具体示例中的实现流程示意图；
27.图3是根据本公开实施例地图文件处理方法在一具体示例中的场景示意图；
28.图4是根据本公开实施例地图文件处理方法在另一具体示例中的实现流程示意图一；
29.图5是根据本公开实施例地图文件处理方法在另一具体示例中的实现流程示意图二；
30.图6是根据本公开实施例地图文件处理装置的结构示意图；
31.图7是用来实现本公开实施例的地图文件处理方法的电子设备的框图。
具体实施方式
32.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
33.公共停车场自动泊车场景中，用户发起泊车或取车请求后，需要看到车的行使过程,而行驶过程数据(也即)是客户端将静态数据与动态数据进行组合处理后所生成的，这里，静态数据中比较重要的部分就是高精地图，比如停车场的高精地图。停车场的高精地图通常会事先保存在云端，在用户发起自动泊车请求或自动取车请求后，客户端会从云端下载高精地图文件，由于高精地图文件通常较大，下载过程较为耗时，且消耗讲多浏览，尤其是需要频繁下载的场景，比如，用户在同一日，出入同一停车场多次，此时，在同日则需要多次下载该停车场的高精地图文件，降低了效率，也降低了用户体验。
34.基于此，本公开方案提供了一种地图文件处理方案，能够解决高精地图文件重复下载的问题，从而达到降低用户的等待时间且节约流量的目的。
35.具体地，图1是根据本公开实施例地图文件处理方法的实现流程示意图，如图1所示，所述方法包括：
36.步骤s101：响应于当前请求，获取所需的目标地图文件的目标校验码。
37.步骤s102：基于所述目标校验码与本地存储的历史地图文件的摘要信息，得到目标关键信息。
38.在一具体示例中，本地可能存储有多个历史地图文件，此时，可以将与该当前请求所需的目标地图文件从属于同一地理位置的地图文件作为历史地图文件；或者，还可以将本地存储的所有地图文件均作为历史地图文件，此时，得到多个目标关键信息。
39.进一步地，再将目标关键信息与得到该目标关键信息所对应的历史地图文件的第一关键信息进行匹配，如此，来确定本地是否存储有该当前请求所需的目标地图文件。
40.步骤s103：在所述目标关键信息与所述历史地图文件的第一关键信息匹配成功的情况下，将所述历史地图文件作为所述目标地图文件。
41.举例来说，以本地存储有两个历史地图文件，分别为第一历史地图文件和第二历史地图文件为例进行说明，此时，基于目标验证码与第一历史地图文件的摘要信息，得到第一目标关键信息，同理，基于目标验证码与第二历史地图文件的摘要信息，得到第二目标关键信息；进一步地，将所述第一目标关键信息与该得到第一目标关键信息的第一历史地图文件的第一关键信息进行匹配，以及将所述第二目标关键信息与该得到第二目标关键信息的第二历史地图文件的第一关键信息进行匹配，并分别得到匹配结果，如此，基于匹配结果来确定是否存储有该当前请求所需的目标地图文件。
42.在一具体示例中，所述目标关键信息与所述历史地图文件的第一关键信息匹配成功可以具体指：所述目标关键信息与历史地图文件的第一关键信息相同，此时，说明本地存储有当前所需获取的地图文件，且地图文件的版本并非发生变化。
43.这样，能够解决地图文件重复下载的问题，即在目标关键信息与所述历史地图文件的第一关键信息匹配成功的情况下，无需重新下载目标地图文件，只需将本地存储的历史地图文件作为本次所需获取的该当前请求所需的目标地图文件即可，如此，节约了存储空间，而且，降低了用户的等待时间，也节约了流量消耗，尤其对高精地图而言，能很大程度上节约流量，在能够满足用户需求的同时，提升了用户体验。
44.在本公开方案的一具体示例中，在所述响应于当前请求，获取所需的目标地图文件的目标校验码之前，所述方法还包括如下步骤，也即，如图2所示，存储所述历史地图文件的步骤具体包括：
45.步骤s201：响应于第一请求，获取第一校验码，以及获取地图压缩包。
46.需要说明的是，本公开方案对获取第一校验码，与获取地图压缩包的先后顺序不作具体限制。
47.步骤s202：基于所述第一校验码，对所述地图压缩包校验成功后，得到所述历史地图文件，存储所述历史地图文件。比如，在对地图压缩包校验成功，对该校验成功的该地图压缩包进行解压处理，得到该历史地图文件，进而存储该历史地图文件。这里，由于对获取到的地图压缩包进行了校验，所以，保证了获取到的地图文件的安全性，有效避免了文本被篡改。
48.步骤s203：基于所述历史地图文件的摘要信息与所述第一校验码，得到所述历史地图文件的所述第一关键信息，存储所述第一关键信息。举例来说，可以对所述历史地图文件的摘要信息和所述第一校验码进行二次摘要处理，例如，基于摘要算法进行二次摘要处理，得到所述历史地图文件的第一关键信息，进而来存储所述第一关键信息，为后续进行关键信息匹配奠定了基础。
49.可以理解的是，实际应用中，还会存在多个第一请求，相应地，本地也会存储该多个第一请求所对应的历史地图文件。换言之，每次收到请求，均会基于该方式来存储地图文件，以及该地图文件的关键信息，如此，为后续避免重复下载地图文件奠定了数据基础。
50.这样，由于能够对获取到的地图压缩包进行校验，所以，保证了获取到的地图文件
的安全性，有效避免了文本被篡改。而且，由于能够基于历史地图文件的摘要信息与所述第一校验码得到第一关键信息，并存储该第一关键信息，所以，为后续进行关键信息匹配奠定了基础，同时，相较于直接对文件进行匹配而言，基于关键信息进行匹配也提升了匹配效率。
51.在本公开方案的一具体示例中，在成功存储所述历史地图文件之后，删除所述地图压缩包。这样，有效节约了存储空间。
52.在本公开方案的一具体示例中，为了进一步提升用户体验，还可以展示所述目标地图文件。如此，便于用户浏览查看，尤其是导航场景中，满足了用户的导航需求。
53.在本公开方案的一具体示例中，可以将本技术方案具体应用到自动驾驶场景中，此时，在所述当前请求为自动驾驶请求的情况下，还可以具体包括如下步骤：
54.在得到所述目标地图文件之后，将所述目标地图文件与所述自动驾驶请求所指示的目标车辆的当前位置进行组合处理，得到目标行驶路线，其中，所述目标行驶路线指示从所述目标车辆的当前位置到达所述自动驾驶请求指定的目标位置。也就是说，在得到目标地图文件之后，基于该自动驾驶请求所指示的目标车辆的当前位置，以及指定的目标位置来规划导航路线，也即该目标行驶路线，如此，为精准导航奠定了基础，同时，提升了本公开方案的智能化，也进一步提升了用户体验。
55.尤其对于同一日多次出入同一停车场的场景而言，本公开方案在提供精准导航信息的同时，有效避免了频率下载地图文件而导致流量浪费、等待时间过长的问题，如此，在实现智能化的同时，提升了用户体验。
56.在本公开方案的一具体示例中，为了进一步提升智能化，提供更加详实的动态信息，还可以在预设间隔时间到达的情况下，获取所述目标车辆的最新位置，比如，为了提高精准度，可以每秒获取一次目标车辆的最新位置，并在所述目标地图文件中标记所述目标车辆的最新位置，如此，便于动态展示所述目标车辆的移动轨迹，提升了用户体验。
57.在本公开方案的一具体示例中，为了进一步提升智能化，提供更加详实的动态信息，还可以在所述目标地图文件中展示所述目标行驶路线，以及标记的所述目标车辆的最新位置。如此，便于用户查看目标车辆的移动路线，进一步提升了用户体验。
58.举例来说，在得到目标行驶路径之后，为了便于用户查看车辆行驶情况，比如，取车场景而言，用户在目标位置等候车辆，此时，可以基于本公开方案来查看目标车辆的移动路线，如此，提升了用户的掌控感，也进一步提升了用户体验。
59.在本公开方案的一具体示例中，在所述目标关键信息与所述历史地图文件的第一关键信息未匹配成功的情况下，获取所述目标地图文件。
60.这里，所述目标关键信息与所述历史地图文件的第一关键信息未匹配成功可以具体指：所述目标关键信息与历史地图文件的第一关键信息不相同，此时，说明本地未存储有当前所需获取的地图文件的最新版本，或者说明本地未存储有当前请求所需的目标地图文件。进而需要重新去云端获取目标地图文件，即重新下载所述目标地图文件。
61.需要说明的是，表征同一地理位置的地图文件的版本未发生变化时，地图文件的验证码不变，即多次获取相同特定地理位置的地图文件时，只要该特定地理位置的地图文件的版本未发生变化，此时用于对该特定地理位置的地图文件进行校验的验证码则不会变化，也即相同；相反地，当该特定地理位置的地图文件的版本发生更新后，校验码也会随之
变化，此时，即便本地存储有旧版本的历史地图文件，由于验证码发生了变化，所以，基于目标验证码得到的目标关键信息(也即基于新版本的验证码得到的关键信息)，与该历史地图文件的第一关键信息(也即基于旧版本的验证码得到的关键信息)也必然不同，所以，需要重新去下载新版本的地图文件，也即目标地图文件。
62.这样，只有在匹配不成功的情况下才会重新下载目标地图文件，如此，有效避免了重复下载，为提升用户体验奠定了基础。
63.在本公开方案的一具体示例中，存储获取的所述目标地图文件。需要说明的是，为了进一步避免重复下载，在成功获取也即成功下载所述目标地图文件的情况下，也可以参照以上第一请求所述的方式，进一步存储该目标地图文件，并基于所述目标地图文件的摘要信息与所述目标校验码，得到所述目标地图文件的关键信息，存储所述目标地图文件的关键信息。如此，该目标地图文件即可作为新的历史地图文件，为后续进行关键信息匹配提供了数据支持，同时，进一步为后续有效避免重复下载奠定了基础。
64.或者，在本地存储有与所述目标地图文件从属于同一地理位置的历史地图文件的情况下，基于获取的所述目标地图文件来更新从属于同一地理位置的所述历史地图文件。如此，有效节约了存储空间，同时，也为后续进行关键信息匹配提供了数据支持，，进一步为后续有效避免重复下载奠定了基础。
65.这样，能够解决地图文件重复下载的问题，即在目标关键信息与所述历史地图文件的第一关键信息匹配成功的情况下，无需重新下载目标地图文件，只需将本地存储的历史地图文件作为本次所需获取的该当前请求所需的目标地图文件即可，如此，节约了存储空间，而且，降低了用户的等待时间，也节约了流量消耗，尤其对高精地图而言，能很大程度上节约流量，在能够满足用户需求的同时，提升了用户体验。
66.以下结合具体场景对本公开方案做进一步详细说明，具体地，如图3所示，用户在目标位置，通过客户端发起针对目标车辆的取车请求，以请求目标车辆到达该目标位置，所述目标车辆接收到该取车请求后，向云端发起地图请求(也即当前请求)，获取当前所在停车场的目标地图文件的目标验证码，所述目标车辆基于所述目标校验码与目标车辆本地存储的历史地图文件的摘要信息，得到目标关键信息，在所述目标关键信息与所述历史地图文件的第一关键信息匹配成功的情况下，将所述历史地图文件作为所述目标地图文件，进而将所述目标地图文件与所述目标车辆的当前位置进行组合处理，得到目标行驶路线，并基于所述目标行驶路线进行行驶达到所述目标地点。
67.需要说明的是，实际应用中，与云端进行交互的可以具体为目标车辆室内所安装的车载设备等。这里，为了进一步提升用户体验，用户所使用的客户端，与目标车辆的信息可以同步，比如，在目标车辆获取到目标地图文件之后，还可以发送至用户所在的客户端，比如将目标地图文件以及目标车辆当前所在位置同步发送至客户端，如此，便于用户实时查看目标车辆的动态。实际应用中，还可以有其他方式来进行同步，比如，云端将目标地图文件同步发送至目标车辆和客户端等，本公开方案对此细节不作限制。
68.以下给出了本公开方案的具体示例，具体地，结合图4和图5对车载导航首次下载地图文件，以及再次下载地图文件的具体流程做进一步详细说明，具体地
69.车载设备具体包括地图管理器，本地文件管理器，下载管理器等；如图4所示，首次获取目标高精地图文件的流程具体包括：
70.步骤401：地图管理器响应于针对目标高精地图文件的请求，该请求用于请求获取该目标高精地图文件。
71.步骤402：所述地图管理器获取所述目标高精地图文件的校验码。
72.步骤403：所述地图管理器向所述本地文件管理器获取本地已下载的历史高精地图文件。
73.步骤404：所述地图管理器在确认无文件，或者关键信息不匹配的情况下，执行步骤405。
74.步骤405：所述地图管理器向所述下载管理器发送下载所述目标高精地图文件的下载请求。
75.步骤406：所述下载管理器下载所述目标高精地图文件的压缩包。
76.步骤407：所述下载管理器将所述目标高精地图文件的压缩包发送至所述本地文件管理器进行保存。
77.步骤408：所述下载管理器告知所述地图管理器，下载完毕。
78.步骤409：所述地图管理器使用步骤402所获取的校验码校验下载后的压缩包。
79.步骤410：所述地图管理器在校验成功以及解压成功的情况下，将目标高精地图文件发送至本地文件管理器进行存储。
80.步骤411：所述地图管理器向所述本地文件管理器发送删除所述压缩包的请求，以请求删除所述压缩包。
81.步骤412：所述地图管理器向所述本地文件管理器去获取所述目标高精地图文件的目录内所有文件的摘要信息。
82.步骤413：所述地图管理器得到所述目标高精地图文件的目录内所有文件的摘要信息。
83.步骤414：所述地图管理器使用步骤2得到的验证码和步骤413得到的所有文件的摘要信息生成二次摘要信息；
84.步骤415：所述地图管理器将生成的所述目标高精地图文件的二次摘要信息发送至所述本地文件管理器进行保存。
85.步骤416：所述地图管理器将所述高精地图文件展示给用户，以供用户查看。
86.如此，完成首次下载该目标高精地图文件的流程。
87.进一步地，如图5所示，在首次获取到目标高精地图文件之后，用户再次请求该目标高精地图文件的流程具体包括：
88.步骤501：地图管理器响应于针对目标高精地图文件的再次请求，该请求用于请求获取该目标高精地图文件。
89.步骤502：所述地图管理器获取所述目标高精地图文件的校验码；
90.步骤503：所述地图管理器获取本地已下载的高精地图文件。
91.所述504：所述本地文件管理器向所述地图管理器发送本地已下载的高精地图文件的目录。
92.步骤505：所述地图管理器获取目录内所有高精地图文件(也即图5中的文件)的摘要信息。
93.步骤506：所述本地文件管理器向所述地图管理器发送本地已下载的所有高精地
图文件(也即图5中的文件)的摘要信息。
94.步骤507：所述地图管理器使用步骤502得到的校验码，分别与步骤506获取到的各高精地图文件(也即图5中的文件)的摘要信息进行二次摘要处理，得到多个二次摘要信息。
95.步骤508：所述地图管理器将得到的二次摘要信息与本地文件管理器所存储的二次摘要信息进行匹配。
96.步骤509：所述地图管理器在确定匹配也即相同的情况下，将该相同的二次摘要信息所对应的高精地图文件作为本次请求所需获取的目标高精地图文件。
97.步骤510：所述地图管理器将所述高精地图文件展示给用户，以供用户查看。
98.如此，在再次请求目标高精地图文件的情况，无需重复下载，从而达到降低用户的等待时间且节约流量的目的。
99.这样，本公开方案在首次下载地图文件的压缩包后，对压缩包进行效验并解压缩，随后，对解压缩后的该地图文件的所有文件做摘要算法，得到该地图文件的摘要信息，再将压缩包的效验码和得到的摘要信息一起进行二次摘要处理，得到该地图文件的二次摘要信息，并将二次摘要信息同步保存到本地。同时，为了节约空间，还可以将压缩包删除。如此，在再次请求地图文件的情况下，或者每次下载地图文件前，均使用新获取的效验码与本地已存储的地图文件的摘要信息进行二次摘要处理，得到新的二次摘要信息，并将新的二次摘要信息与本地存储的二次摘要信息进行比对，以确定本地是否已存储有当前所请求的地图文件，如此，解决了用户频繁使用高精地图场景中重复下载地图文件的问题，避免了流量的浪费，同时，使用二次摘要信息进行验证，并删除原有压缩包，节省了压缩包存储空间的同时，也提升了验证效率，相比现有方案，可节省近一倍存储空间。
100.本公开方案还提供了一种地图文件处理装置，如图6所示，该装置包括：
101.数据获取单元601，用于响应于当前请求，获取所需的目标地图文件的目标校验码；
102.关键信息获取单元602，用于基于所述目标校验码与本地存储的历史地图文件的摘要信息，得到目标关键信息；
103.目标信息确定单元603，用于在所述目标关键信息与所述历史地图文件的第一关键信息匹配成功的情况下，将所述历史地图文件作为所述目标地图文件。
104.在本公开方案的一具体示例中，还包括：压缩包处理单元；其中，
105.所述数据获取单元，还用于响应于第一请求，获取第一校验码，以及获取地图压缩包；
106.所述压缩包处理单元，用于基于所述第一校验码，对所述地图压缩包校验成功后，得到所述历史地图文件，存储所述历史地图文件；
107.所述关键信息获取单元，还用于基于所述历史地图文件的摘要信息与所述第一校验码，得到所述历史地图文件的所述第一关键信息，存储所述第一关键信息。
108.在本公开方案的一具体示例中，所述压缩包处理单元，还用于在成功存储所述历史地图文件之后，删除所述地图压缩包。
109.在本公开方案的一具体示例中，还包括：
110.第一展示单元，用于展示所述目标地图文件。
111.在本公开方案的一具体示例中，在所述当前请求为自动驾驶请求的情况下，
112.所述目标信息确定单元，还用于将所述目标地图文件与所述自动驾驶请求所指示的目标车辆的当前位置进行组合处理，得到目标行驶路线，其中，所述目标行驶路线指示从所述目标车辆的当前位置到达所述自动驾驶请求指定的目标位置。
113.在本公开方案的一具体示例中，其中，所述数据获取单元，还用于在预设间隔时间到达的情况下，获取所述目标车辆的最新位置，并在所述目标地图文件中标记所述目标车辆的最新位置。
114.在本公开方案的一具体示例中，还包括：
115.第二展示单元，用于在所述目标地图文件中，展示所述目标行驶路线，以及标记的所述目标车辆的最新位置。
116.在本公开方案的一具体示例中，其中，所述目标信息确定单元，还用于在所述目标关键信息与所述历史地图文件的第一关键信息未匹配成功的情况下，获取所述目标地图文件。
117.在本公开方案的一具体示例中，其中，所述目标信息确定单元，还用于存储获取的所述目标地图文件；或者，基于获取的所述目标地图文件来更新所述历史地图文件。
118.上述装置中各单元具体功能可参照上述方法描述，这里不再赘述。
119.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
120.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。在一具体示例中，所述电子设备可以具体为设置于自动驾驶汽车内部的车载设备。
121.本公开方案还提供了一种自动驾驶汽车，至少包括：车体，和设置于车体内部的车载设备；其中，所述车载设备包括：
122.至少一个处理器；以及
123.与所述至少一个处理器通信连接的存储器；其中，
124.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以上所述的方法。
125.这里，所述车载设备的具体结构可参考下述电子设备的结构，本公开方案对此不再赘述。
126.图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
127.如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(rom)702中的计算机程序或者从存储单元708加载到随机访问存储器(ram)703中的计算机程序，来执行各种适当的动作和处理。在ram 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
128.设备700中的多个部件连接至i/o接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
129.计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如地图文件处理方法。例如，在一些实施例中，地图文件处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由rom 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到ram 703并由计算单元701执行时，可以执行上文描述的地图文件处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行地图文件处理方法。
130.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
131.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
132.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
133.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的
反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
134.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
135.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
136.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
137.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。