CN111078239B - 一种地图数据更新方法及装置 - Google Patents

Abstract

本发明公开了一种地图数据更新方法及装置，涉及电子地图技术领域，主要目的在于统一更新电子地图中需要上线更新的地图数据，确保多种地图数据类型的数据时效性一致。本发明主要的技术方案为：根据各地图数据类型的待上线数据的各预发上线时间确定地图数据整体上线时间；在所述各预发上线时间，执行所述各地图数据类型的待上线数据的预发上线，得到各预发结果；在到达所述地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功；若所述各预发结果均为成功，则启动所述各地图数据类型的待上线数据的上线操作。本发明用于整体更新地图数据。

Description

一种地图数据更新方法及装置

技术领域

本发明涉及电子地图技术领域，尤其涉及一种地图数据更新方法及装置。

背景技术

电子地图是利用计算机技术，以数字方式存储和查阅的地图。现代电子地图应用软件一般利用地理信息系统来储存和传送地图数据，通过电子地图应用软件，用户能够查找自身或目标物体的定位，还可以进一步的规划出行的线路，查看道路拥堵信息等，可见，现代的电子地图是综合了多种数据信息的应用系统。

电子地图中，常用的地图数据包括多种地图数据类型，如：渲染数据、驾车导航数据、步行导航数据、骑行导航数据、交通数据、交通渲染数据等。目前，这些地图数据在服务端进行上线更新时，都是根据各自业务的需求独立的对各自业务用到的地图数据类型进行上线更新，这对于电子地图应用软件的使用虽然没有影响，但是对于用户的使用就会造成地图信息与实际信息不匹配的问题，比如，交通数据经过上线更新后，会在地图上显示一些新开通的道路，而此时驾车导航数据若没有更新，当用户进行导航时，所规划的线路就无法使用更新的道路，导致给用户推荐的道路并不是最佳行驶路线。

发明内容

鉴于上述问题，本发明提出了一种地图数据更新方法及装置，主要目的在于统一更新电子地图中需要上线更新的地图数据，确保多种地图数据类型的数据时效性一致。

为达到上述目的，本发明主要提供如下技术方案：

一方面，本发明提供一种地图数据更新方法，具体包括：

根据各地图数据类型的待上线数据的各预发上线时间确定地图数据整体上线时间；

在所述各预发上线时间，执行所述各地图数据类型的待上线数据的预发上线，得到各预发结果；

在到达所述地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功；

若所述各预发结果均为成功，则启动所述各地图数据类型的待上线数据的上线操作。

另一方面，本发明提供一种地图数据更新装置，具体包括：

上线时间确定单元，用于根据各地图数据类型的待上线数据的各预发上线时间确定地图数据整体上线时间；

预发上线单元，用于在所述各预发上线时间，执行所述各地图数据类型的待上线数据的预发上线，得到各预发结果；

判断单元，用于在到达所述上线时间确定单元确定的地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功；

上线单元，用于当所述判断单元判断各预发结果均为成功时，启动所述各地图数据类型的待上线数据的上线操作。

另一方面，本发明提供一种存储介质，所述存储介质用于存储的计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行上述的地图数据更新方法。

另一方面，本发明提供一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行上述的地图数据更新方法。

借由上述技术方案，本发明提供的一种地图数据更新方法及装置，通过设置预发上线的统计环节以及统一的地图数据整体上线时间，将不同地图数据类型的待上线数据进行统一上线，确保所有待上线数据具有统一的时效性。在本发明中，通过执行预发上线的操作以及对预发结果的获取来确定各地图数据类型所需更新的待上线数据的可执行性，在确定所有地图数据类型的待上线数据的预发结果均为成功后，再将所有的待上线数据根据确定的地图数据整体上线时间执行上线操作。如此，使得电子地图中的数据发布时效性更加统一、规范，用户在使用时也能够获取更为准确、可靠的数据信息，提升用户的应用体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提出的一种地图数据更新方法的流程图；

图2示出了本发明实施例提出的另一种地图数据更新方法的流程图；

图3示出了本发明实施例提出的一种地图数据更新装置的组成框图；

图4示出了本发明实施例提出的另一种地图数据更新装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种地图数据更新方法，用于规范地图数据的上线流程，确保数据时效性一致。具体步骤如图1所示，该方法包括：

步骤101、根据各地图数据类型的待上线数据的各预发上线时间确定地图数据整体上线时间。

由于电子地图的应用中包括有多种类型的地图数据，如渲染数据、驾车导航数据、交通数据等，这些数据的来源不同，但在应用时会相互调用，因此，要确保用户在使用时得到最为准确的数据信息，最优方式是确保所有的地图数据同时上线更新。在本步骤中，各地图数据类型的待上线数据是指在同时上线更新地图数据的时候，由应用的管理维护人员根据数据之间的关联关系自定义设置需要同时上线更新的地图数据类型。

此外，预发上线是地图数据在正式上线更新之前的调试测试过程，通过预发上线操作，待上线数据的制作方可以判断地图数据是否还存在问题，因此，现有电子地图应用中，不同地图数据类型的待上线数据都是由各自对应的制作方自行测试，在预发上线的测试通过后，就可单独直接上线更新。而在本步骤中，所有待上线数据的预发上线时间是由各个对应的制作方预先设置好的，制作方可以在所设置的预发上线时间到达时，执行预发上线。该预发上线时间可以是设置的一个时间点；也可以是提供给制作方的一个时间段，由制作方根据自身需求在该时间段内完成预发上线的操作。

在本步骤中，当确定了各地图数据类型的待上线数据的预发上线时间后，就可以进一步确定这些待上线数据执行正式上线的地图数据整体上线时间。一般地，该地图数据整体上线时间要晚于各个预发上线时间，以便根据各预发上线的结果确定是否执行正式的上线操作。

步骤102、在各预发上线时间，执行各地图数据类型的待上线数据的预发上线，得到各预发结果。

具体的，由于不同类型的地图数据对应的预发上线时间可能不同，因此，本步骤是根据所设置的预发上线时间，由不同图数据类型的待上线数据的制作方分别执行预发上线操作，即在指定的预发环境中执行对应的待上线数据，判断待上线数据是否能够正常执行，从而获得预发结果。该预发结果用于表示待先上线数据在指定的预发环境中执行的结果，若无异常则显示上线成功，反之，则显示上线失败。

步骤103、在到达地图数据整体上线时间时，判断各地图数据类型的待上线数据的各预发结果是否为成功。

其中，地图数据整体上线时间可通过计时器计算得到，当到达地图数据整体上线时间时，可以确定的是各地图数据类型的待上线数据已执行完预发上线操作，因此，能够获取各地图数据类型对应的预发结果。本步骤就是获取所有地图数据类型的待上线数据的预发结果，并判断这些预发结果是否都是上线成功，如果均为上线成功，说明这些地图数据类型的待上线数据都已被制作完成并具备上线条件，此时执行步骤104；而如果这些预发结果中有一个不成功，就说明在这些地图数据类型的待上线数据中存在有问题的数据而不能上线，而对于其他上线成功的待上线数据，由于其与有问题的待上线数据之间有可能存在相互调用的关系，因此，预发上线成功的待上线数据如果单独正式上线则可能存在匹配误差的问题，所以，只要存在预发上线失败的待上线数据，这些地图数据类型的待上线数据都不再执行上线操作，而是发送相应的提示信息，以告知预发失败的待上线数据对应的制作方调整、修改待上线数据。

步骤104、启动各地图数据类型的待上线数据的上线操作。

在各预发结果全部为成功时，将所有地图数据类型的待上线数据进行汇总，通过指定的接口在地图数据整体上线执行上线操作，具体上线操作与当前电子地图中的数据上线更新方式相同，此处不再详细说明。

通过上述实施例中的具体实现方式可以看出，该地图数据更新方法，主要是将多个地图数据类型的待上线数据先进行预发上线操作，并基于所有预发上线操作的预发上线时间来确定正式上线的地图数据整体上线时间。在到达该地图数据整体上线时间时，采集所有地图数据类型的待上线数据的预发结果，在所有预发结果都成功时，再统一上线所有地图数据类型的待上线数据。对比现有的数据更新方式，本发明实施例可以自由定义需要同时更新的待上线数据的地图数据类型，并且在正式上线更新地图数据之前，先进行对各地图数据类型的待上线数据执行预发上线，通过预发上线的预发结果来决定是否将这些待上线数据进行统一的上线更新操作，以此来确保这些待上线数据的时效性相一致，保证用户在使用时能够得到更为精准的地图数据信息，提高用户的使用体验。

为了进一步详细的阐明地图数据更新方法，特别是由数据更新上线服务获取制作方要上线的数据，并执行上线操作，与现有数据更新上线的区别，在该实施例中，数据更新上线服务简称为吹哨服务，通过吹哨服务获取数据制作方的待上线数据，执行预发上线以及正式上线的操作。该方法具体如图2所示，包括：

步骤201、根据各地图数据类型的待上线数据的预发上线时间确定地图数据整体上线时间。

一般地，在电子地图中，各地图数据类型的待上线数据的更新周期是相对固定的，比如，一周或一月更新一次，并且所设定的各地图数据类型的待上线数据在本实施例中的更新周期也是大致相同或相似的。因此，在本实施例中，吹哨服务一般会根据制作方完成这些待上线数据的时间统一设置一个预发上线时间或则是设置一个预发上线时间段，以此来确定各地图数据类型的待上线数据在预发上线时间时执行对应的预发上线操作。同时，在确定预发上线时间后，由于获取预发上线的结果是可预期的，因此，可以据此确定各地图数据类型的待上线数据正式的上线更新时间，即地图数据整体上线时间，比如，各地图数据类型的待上线数据的更新周期为1个月，并且，数据生成的时间大致在每个月的20-25日之间，据此，吹哨服务就可以设置针对这些待上线数据的预发上线时间为每个月的26日，进而，根据预发上线时间可以进一步设置地图数据整体上线时间为每个月的28日。

其中，地图数据整体上线时间与预发上线时间之间可以保留一定的时间间隔，该时间间隔可以用于在待上线数据执行预发上线操作出现问题时，吹哨服务可以及时通知数据制作方进行数据修正，并进行再一次的预发上线操作，以得到成功的预发结果。该时间间隔的设置则需要根据实际应用中地图数据执行上线更新操作过程的时间以及具体数量而确定，本步骤不做具体限定。

步骤202、在预发上线时间执行各地图数据类型的待上线数据的预发上线操作，得到各预发结果。

本步骤在执行时，首先，要根据预发上线时间通过预发上线接口启动预发上线操作，分别下载各地图数据类型对应的待上线数据。其中，预发上线接口是设置在数据制作方一端，用于发送待上线数据，不同的待上线数据对应于不同的数据制作方一端的预发上线接口。也就是说，吹哨服务在确定达到预发上线时间时，会分别通过数据制作方一端的预发上线接口获取对应的待上线数据。具体的，通过调用吹哨服务的开始状态接口获取制作方提供的待上线数据并根据预发环境执行上线操作，同时记录执行预发上线操作的时间。

之后，通过调用吹哨服务的完成状态接口获取各地图数据类型对应的待上线数据的预发结果。其中，完成状态接口是对应于开始状态接口，用于向吹哨服务提供预发上线的待上线数据的预发结果，即数据的执行、验证、测试等结果，该预发结果以返回值的形式表示，分为成功或失败两个基础值，比如，0表示失败，1表示成功。进一步的，还可以针对失败设置多个返回值，以表示预发上线操作失败的具体原因。

步骤203、在到达地图数据整体上线时间时，判断各地图数据类型的待上线数据的各预发结果是否为成功。

本步骤的一种实施方式为：

首先，在到达地图数据整体上线时间时，根据各地图数据类型的待上线数据通过上线查询接口统计成功的预发结果的数量。其中，上线查询接口是设置在吹哨服务所在设备的一个数据接口，用于查询预发上线操作对应的待上线数据的返回值。比如，待上线数据一共有6组，那么通过该上线查询接口就可以查询到6个预发上线的返回值，进而统计返回值为1的个数。

其次，判断预发结果为成功的数量是否与各地图数据类型的数量相同。即判断返回值为1的个数是否为6。

第三，如果相同，则调用上线接口。其中，该上线接口是设置在吹哨服务所在设备的一个数据接口，用于启动待上线数据的更新上线操作，即通过该上线接口发起上线操作的指令。

第四，如果不相同，确定各地图数据类型的待上线数据预发上线失败，此时，吹哨服务将记录预发失败的具体消息和对应的预发环境，同时还可以根据失败的返回值向对应的数据制作方反馈预发上线的结果，也可以直接发出报警信息，以告知电子地图的数据维护人员预发上线操作失败，需要由数据维护人员进一步处理。

步骤204、若各预发结果均为成功，启动各地图数据类型的待上线数据的上线操作。

该步骤中，吹哨服务所执行的上线过程与上述预发上线的过程基本相同，具体为：

首先，通过吹哨服务调用预设的查询接口，获取对应于各地图数据类型的待上线数据的上线命令。之后，根据上线命令启动各地图数据类型的待上线数据的上线操作，执行线上环境的地图数据更新。最后，通过吹哨服务调用完成状态接口获取各地图数据类型对应的待上线数据的上线结果。

其中，在执行上线操作时，是将待上线数据在线上环境进行更新，而更新的待上线数据可以是从数据制作方下载获取的，也可以是获取预发上线时所下载的待上线数据。但是后一种方式需要在执行预发上线操作时在本地保存待上线数据。但是，考虑到预发结果为失败时，可能会再次下载数据制作方修改的待上线数据，导致无法区分预发成功的待上线数据，因而，本发明中，在执行正式上线操作时，会再一次从数据制作方下载待上线数据。

经过本步骤的执行，各地图数据类型的待上线数据就完成了线上更新操作，此时，用户在使用电子地图时，就会加载所更新的数据内容。然而，该正式上线的结果与预发上线的预发结果也可能不同，即预发上线成功的待上线数据在正式上线更新时也会失败。而对于正式上线失败的待上线数据，用户依然可能会获取到错误的匹配数据。因此，还需要对正式上线的数据进行监控，即执行步骤205。

步骤205、发布各地图数据类型对应的待上线数据的上线状态。

本步骤中，吹哨服务可以通过完成状态接口获取待上线数据的上线结果。当所有待上线数据的上线结果为成功时，就可以确定本次的数据更新成功；而当其中存在上线失败的待上线数据时，则确定本次的数据更新失败，同时发布对应的提示信息。

需要说明的是，由于本步骤所面向的电子地图的使用用户，会直接影响到用户的使用体验，因此，本步骤所发出的提示信息的处理级别应当高于步骤203中所发出的报警信息。

经过以上步骤的执行已经完整清楚地说明了本发明实施例中所提出的一种地图数据更新方法，利用吹哨服务与数据制作方的交互，实现对待上线数据的预发上线操作，进而根据预发上线的预发结果确定是否将对应的所有待上线数据执行正式上线操作。以此，确保各地图数据类型的待上线数据的时效一致性，让用户在使用电子地图时，能够匹配到更为精准的地图数据，提升用户的使用体验。

进一步的，作为对上述图1与图2所示方法的实现，本发明实施例提供了一种地图数据更新装置，该装置能够将设置的多种地图数据类型的待上你西安数据进行统一上线，确保数据时效的一致性，也为用户提供更为全面的匹配数据。为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置如图3所示，具体包括：

上线时间确定单元31，用于根据各地图数据类型的待上线数据的各预发上线时间确定地图数据整体上线时间；

预发上线单元32，用于在所述各预发上线时间，执行所述各地图数据类型的待上线数据的预发上线，得到各预发结果；

判断单元33，用于在到达所述上线时间确定单元31确定的地图数据整体上线时间时，判断所述预发上线单元32得到的各地图数据类型的待上线数据的各预发结果是否为成功；

上线单元34，用于当所述判断单元33判断各预发结果均为成功时，启动所述各地图数据类型的待上线数据的上线操作。

进一步的，如图4所示，所述预发上线单元32包括：

预发上线模块321，用于在所述各预发上线时间，通过预发上线接口启动预发上线，下载各地图数据类型对应的待上线数据；

结果获取模块322，用于通过完成状态接口，获取所述预发上线模块321的各地图数据类型对应的待上线数据的预发结果。

进一步的，如图4所示，所述装置还包括：

停止单元35，用于所述判断单元33在到达所述地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功之后，当存在地图数据类型的待上线数据的预发结果为失败时，记录预发失败的消息和对应的预发环境，并停止所述各地图数据类型的待上线数据的上线操作。

进一步的，如图4所示，所述上线单元34包括：

上线命令获取模块341，用于各地图数据类型通过预设的查询接口，获取上线命令；

数据更新执行模块342，用于根据所述上线命令获取模块341得到的上线命令，启动所述各地图数据类型的待上线数据的上线操作，执行线上环境地图数据更新；

上线结果获取模块343，用于通过完成状态接口获取所述数据更新执行模块342对各地图数据类型对应的待上线数据的上线结果。

进一步的，如图4所示，所述装置还包括：

结果发布单元36，用于根据完成状态接口获取所述上线单元34对各地图数据类型对应的待上线数据执行上线操作的上线结果，发布所述各地图数据类型对应的待上线数据的上线状态。

综上所述，本发明实施例所采用的地图数据更新方法及装置，通过设置预发上线的统计环节以及统一的地图数据整体上线时间，将预设的各地图数据类型的待上线数据进行统一上线，确保所有待上线数据具有统一的时效性。在本发明中，通过预发上线操作来确定各地图数据类型的待上线数据在指定环境中的可执行性，在确定各地图数据类型的待上线数据的预发上线结果都成功后，再将所有的待上线数据执行正式线上更新操作。同时，也获取正式线上更新的结果，以确保在发生部分待上线数据更新失败时能够及时反馈并采取补救措施，降低对用户的使用影响。通过本发明可以使得电子地图中的数据发布更加规范，用户在使用时也能够获取更为准确、可靠的数据信息，提升用户的应用体验。

进一步的，本发明实施例还提供了一种存储介质，该存储介质用于存储计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行上述的地图数据更新方法。

另外，本发明实施例还提供了一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行上述的地图数据更新方法。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

此外，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

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

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种地图数据更新方法，其特征在于，所述方法包括：

根据各地图数据类型的待上线数据的各预发上线时间确定地图数据整体上线时间；

在所述各预发上线时间，执行所述各地图数据类型的待上线数据的预发上线，得到各预发结果；

在到达所述地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功；

若所述各预发结果均为成功，则启动所述各地图数据类型的待上线数据的上线操作。

2.根据权利要求1所述的方法，其特征在于，所述在所述各预发上线时间，执行所述各地图数据类型的待上线数据的预发上线，得到各预发结果，包括：

在所述各预发上线时间，通过预发上线接口启动预发上线，下载各地图数据类型对应的待上线数据；

通过完成状态接口，获取各地图数据类型对应的待上线数据的预发结果。

3.根据权利要求1或2所述的方法，其特征在于，所述在到达所述地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功之后，还包括：

当存在地图数据类型的待上线数据的预发结果为失败时，记录预发失败的消息和对应的预发环境，并停止所述各地图数据类型的待上线数据的上线操作。

4.根据权利要求1或2所述的方法，其特征在于，所述启动所述各地图数据类型的待上线数据的上线操作包括：

各地图数据类型通过预设的查询接口，获取上线命令；

根据所述上线命令，启动所述各地图数据类型的待上线数据的上线操作，执行线上环境地图数据更新；

通过完成状态接口获取各地图数据类型对应的待上线数据的上线结果。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

根据完成状态接口获取的各地图数据类型对应的待上线数据的上线结果，发布所述各地图数据类型对应的待上线数据的上线状态。

6.一种地图数据更新装置，其特征在于，所述装置包括：

上线时间确定单元，用于根据各地图数据类型的待上线数据的各预发上线时间确定地图数据整体上线时间；

预发上线单元，用于在所述各预发上线时间，执行所述各地图数据类型的待上线数据的预发上线，得到各预发结果；

判断单元，用于在到达所述上线时间确定单元确定的地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功；

上线单元，用于当所述判断单元判断各预发结果均为成功时，启动所述各地图数据类型的待上线数据的上线操作。

7.根据权利要求6所述的装置，其特征在于，所述预发上线单元包括：

预发上线模块，用于在所述各预发上线时间，通过预发上线接口启动预发上线，下载各地图数据类型对应的待上线数据；

结果获取模块，用于通过完成状态接口，获取所述预发上线模块的各地图数据类型对应的待上线数据的预发结果。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：

停止单元，用于所述判断单元在到达所述地图数据整体上线时间时，判断所述各地图数据类型的待上线数据的各预发结果是否为成功之后，当存在地图数据类型的待上线数据的预发结果为失败时，记录预发失败的消息和对应的预发环境，并停止所述各地图数据类型的待上线数据的上线操作。

9.根据权利要求6或7所述的装置，其特征在于，所述上线单元包括：

上线命令获取模块，用于各地图数据类型通过预设的查询接口，获取上线命令；

数据更新执行模块，用于根据所述上线命令获取模块得到的上线命令，启动所述各地图数据类型的待上线数据的上线操作，执行线上环境地图数据更新；

上线结果获取模块，用于通过完成状态接口获取所述数据更新执行模块对各地图数据类型对应的待上线数据的上线结果。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

结果发布单元，用于根据完成状态接口获取所述上线单元对各地图数据类型对应的待上线数据执行上线操作的上线结果，发布所述各地图数据类型对应的待上线数据的上线状态。

11.一种存储介质，其特征在于，所述存储介质用于存储计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行权利要求1-5中任意一项所述的地图数据更新方法。

12.一种处理器，其特征在于，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行权利要求1-5中任意一项所述的地图数据更新方法。

Images