CN110602165A

CN110602165A - 政务数据同步方法、装置、系统、计算机设备和存储介质

Info

Publication number: CN110602165A
Application number: CN201910730499.4A
Authority: CN
Inventors: 邹鹤良; 周伟峰; 郑乔阳; 伍俊杰
Original assignee: Digital Guangdong Network Construction Co Ltd
Current assignee: Digital Guangdong Network Construction Co Ltd
Priority date: 2019-08-08
Filing date: 2019-08-08
Publication date: 2019-12-20
Anticipated expiration: 2039-08-08
Also published as: CN110602165B

Abstract

本申请涉及一种政务数据同步方法、装置、系统、计算机设备和存储介质。方法包括：获取同步任务；同步任务在检测到源平台的政务数据更新操作完成后创建；根据同步任务，确定目标政务数据和目标同步模式；目标政务数据为与更新操作相对应的源平台上发生变化的政务数据；按照目标同步模式，将目标政务数据同步至目标平台。采用本方法能够使得待同步的数据量减少，同步过程中不易丢失，且同步任务的创建无需进行全量数据的对比操作，减少了同步接口的调用次数，可实现毫秒级的政务数据同步，保证了数据同步的实时准确，有效提高了同步系统的性能和用户的使用体验度。

Description

政务数据同步方法、装置、系统、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种政务数据同步方法、装置、系统、计算机设备和存储介质。

背景技术

随着信息技术和移动互联网的快速发展，政务数据开始以万级技术，且数据流动也不再局限于pc端，移动端相比pc端，可随时随地进行政务工作，例如审批，受理等，使用便捷。目前，用户管理系统只能提供pc端服务，而政务微信可提供移动端服务，将用户管理系统上所管理的数据同步到政务微信上时，通常的实施方式是通过全量同步方法，将用户管理系统数据和政务微信数据同时拉取到内存并进行比对，当两方数据不同时则进行数据的全量同步和更新；该方法在数据量较大时极易出现错误，且耗时长，同步实时性较差；同时，受限于政务系统性能，若频繁调用同步接口，将会影响系统性能，进而导致用户的使用体验度下降。由此可知，传统的同步方法已然无法满足新的数字政务建设要求。

发明内容

基于此，有必要针对上述技术问题，提供一种政务数据同步方法、装置、系统、计算机设备和存储介质。

一方面，本发明实施例提供一种政务数据同步方法，所述方法包括：

获取同步任务；所述同步任务在检测到源平台的政务数据更新操作完成后创建；

根据所述同步任务，确定目标政务数据和目标同步模式；所述目标政务数据为与所述更新操作相对应的所述源平台上发生变化的政务数据；

按照所述目标同步模式，将所述目标政务数据同步至目标平台。

在其中一个实施例中，所述获取同步任务的步骤，包括：

轮询用于存储所述同步任务的数据库；所述同步任务由数据处理单元在对所述源平台的政务数据更新操作完成后创建并发送至所述数据库；

当检测到所述同步任务满足预设执行条件，从所述数据库中获取所述同步任务。

在其中一个实施例中，所述同步任务中携带有待执行时刻；

所述预设执行条件包括：所述待执行时刻先于当前时刻。

在其中一个实施例中，所述当检测到所述同步任务满足预设执行条件，从所述数据库中获取所述同步任务的步骤，包括：

当检测到所述待执行时刻先于当前时刻的同步任务的数量为多个，从所述数据库中获取设定数量的同步任务。

在其中一个实施例中，所述同步任务中携带有第一标识字段和第二标识字段；所述第一标识字段用于标识待同步的政务数据，所述第二标识字段用于标识所述待同步的政务数据的操作类型；所述待同步的政务数据为所述源平台中因所述更新操作发生变化的政务数据，所述操作类型为所述更新操作的数据操作类型；

所述根据所述同步任务，确定目标政务数据和目标同步模式的步骤，包括：

识别所述同步任务中的第一标识字段和第二标识字段；

根据所述第一标识字段、第二标识字段，确定目标政务数据、目标同步模式。

在其中一个实施例中，所述同步任务中还携带有第三标识字段；所述第三标识字段用于标识所述待同步的政务数据的期望同步的平台；

所述按照所述目标同步模式，将所述目标政务数据同步至目标平台的步骤之前，所述方法还包括：

识别所述同步任务中的第三标识字段；

根据所述第三标识字段，确定所述目标平台。

在其中一个实施例中，所述方法还包括：

接收到所述目标政务数据同步成功的信息；

删除所述数据库中的所述同步任务，和/或，在所述数据库中的所述同步任务上添加执行成功标识。

在其中一个实施例中，所述方法还包括：

接收到所述目标政务数据同步失败的信息，将所述数据库中的所述同步任务的待执行时刻更新为预设时间间隔后的时刻。

在其中一个实施例中，所述预设时间间隔与所述目标政务数据的同步失败次数呈正相关。

在其中一个实施例中，所述预设执行条件还包括：所述同步失败次数不超过设定失败阈值；

所述方法还包括：

接收到所述目标政务数据同步失败的信息，在所述数据库中的所述同步任务上添加执行失败标识和所述同步失败次数。

另一方面，本发明实施例提供一种政务数据同步装置，所述装置包括：

同步任务获取模块，用于获取同步任务；所述同步任务在检测到源平台的政务数据更新操作完成后创建；

同步目标确定模块，用于根据所述同步任务，确定目标政务数据和目标同步模式；所述目标政务数据为与所述更新操作相对应的所述源平台上发生变化的政务数据；

同步任务执行模块，用于按照所述目标同步模式，将所述目标政务数据同步至目标平台。

再一方面，本发明实施例提供一种政务数据同步系统，包括数据处理单元及数据同步单元；

所述数据处理单元，用于对源平台的政务数据进行更新操作，并在对所述源平台的政务数据更新操作完成后创建同步任务；

数据同步单元，用于从已创建的同步任务中获取同步任务；根据获取到的同步任务，确定目标政务数据和目标同步模式；所述目标政务数据为与所述更新操作相对应的所述源平台上发生变化的政务数据；按照所述目标同步模式，将所述目标政务数据同步至目标平台。

再一方面，本发明实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现一种政务数据同步方法的步骤。

再一方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现一种政务数据同步方法的步骤。

上述技术方案中的一个技术方案具有如下优点或有益效果：在检测到源平台的政务数据更新操作完成后，同步任务可自动创建；通过获取同步任务，并根据获取到的同步任务，即可确定目标政务数据和目标同步模式；按照目标同步模式，进而将目标政务数据同步至目标平台；传统的全量同步方法，待同步数据量较大且更为复杂，本申请提出的差量同步方法因同步任务只与更新的政务数据相关，数据量简单不易丢失，且同步任务在检测到源平台的政务数据更新操作完成后即可自动生成，无需进行全量数据的对比操作，进一步减少了同步接口的调用次数，可实现毫秒级的政务数据同步，保证了数据同步的实时准确，有效提高了同步系统的性能和用户的使用体验度。

附图说明

图1为一个实施例中政务数据同步方法的应用环境图；

图2为一个实施例中政务数据同步方法的示意性流程图；

图3为另一个实施例中政务数据同步方法的示意性流程图；

图4为另一个实施例中政务数据同步方法的示意性流程图；

图5为一个实施例中政务数据同步装置的示意性结构图；

图6为一个实施例中政务数据同步系统的示意性结构图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请提供的政务数据同步方法，可以应用于如图1所示的应用环境中。其中，包括多个(图中以两个为例)源平台、政务数据同步系统，以及多个(图中以三个为例)目标平台；其中，该政务数据同步系统可以实现将各源平台上的数据同步或异步地同步到至少一个目标平台上；具体地，该政务数据同步系统在检测到源平台的政务数据更新操作完成后可创建同步任务，并根据获取的同步任务，确定目标政务数据和目标同步模式；其中，目标政务数据为源平台中因上述的更新操作发生变化的政务数据；最后，可按照目标同步模式，将目标政务数据同步到目标平台上。该政务数据同步系统既可以是包含多台服务器的一个服务器群组，也可以包含单台服务器或配置有多个适配器。需要说明的是，多个源平台以及多个目标平台均可通过网络与该政务数据同步系统进行连接，具体网络连接形式可根据实际情况进行选取。

在一个实施例中，如图2所示，提供了一种政务数据同步方法，以该方法应用于图1中的政务数据同步系统为例进行说明，包括以下步骤：

S202，获取同步任务；同步任务在检测到源平台的政务数据更新操作完成后创建。

源平台可以理解为可录入待同步的政务数据的平台，可以是服务器、终端，甚至是界面或端口等，此处不作限定。

用于检测政务数据更新操作完成与否的设备，与用于创建同步任务的设备，可一致也可不一致；二者可以是源平台，也可以是政务数据同步系统中的用于数据接收和处理的服务器，还可以是源平台与政务数据同步系统之外的第三方设备。需要说明的是，数据的更新操作可包括多种类型，例如，新增、删除、修改等。

其中，同步任务在开发阶段可以是一种携带有多种标记的Task数据结构，例如，可标记有任务编号、同步时间、待同步的数据、待同步的数据对应的更新操作类型、期望同步的目标对象、期望同步的目标对象对应的目标接口等等，可根据实际情况进行选取和设定。

在一些实施例中，获取同步任务的方式，可以通过接收创建同步任务的设备发送的同步任务，也可通过向创建同步任务的设备或其它存储有同步任务的数据库周期性地发送获取同步任务的指令，以获取同步任务。

S204，根据同步任务，确定目标政务数据和目标同步模式；目标政务数据为与更新操作相对应的源平台上发生变化的政务数据。

目标政务数据可以理解为，源平台中发生变化的政务数据，而该政务数据发生的变化与上述的更新操作相对应；同时，目标同步模式也与上述的更新操作相对应。

具体例如，当在源平台上新增一个a数据，目标政务数据即为与更新操作新增相对应的源平台上发生变化的a数据，目标同步模式即为新增；当在源平台上删除一个b数据，目标政务数据即为与更新操作删除相对应的源平台上发生变化的b数据，目标同步模式即为删除；当在源平台上修改一个c数据，目标政务数据即为与更新操作修改相对应的源平台上发生变化的c数据，目标同步模式即为修改。

根据同步任务，确定目标政务数据和目标同步模式，即可通过识别同步任务上的标记，从而确定出目标政务数据和目标同步模式；其中，标记可以是数字，也可以是文字、字母、符号等其它标识样式；当然也可通过其他方式确定目标政务数据和目标同步模式，例如，通过识别用于存储同步任务的Task类型数据表携带的标识信息，具体地，该数据表可具有用于标识目标政务数据和目标同步模式的核心字段。

S206，按照目标同步模式，将目标政务数据同步至目标平台。

该步骤中，政务数据同步系统在获知目标政务数据和目标同步模式后，即可将待同步的目标政务数据，按照目标同步模式同步到期望同步的目标平台上。

其中，目标平台可以理解为期望将数据同步到的平台，可以是服务器、终端，也可以具体是小程序、客户端、界面或端口等，此处不作限定。

以在源平台上新增一个a数据为例，政务数据同步系统根据同步任务即可得知，目标政务数据为源平台上发生变化的a数据，目标同步模式为新增，此时，在确定目标平台后，则可获取到目标平台的接口，并将a数据新增到目标平台上。

应当指出的是，目标平台的确定可通过多种途径；具体例如，可为政务数据同步系统提前配置目标平台，所有的目标政务数据均指定同步至该目标平台；可在同步任务中添加标记，以指示目标政务数据需要同步的目标平台；也可定期或不定期地将期望同步的目标平台从外部配置到政务数据同步系统的内存中。

本发明上述实施例中，执行主体可为政务数据同步系统中的数据同步单元，具体可为服务器或适配器，当然也可根据实际情况进行选择和变更。

上述实施例的政务数据同步方法中，在检测到源平台的政务数据更新操作完成后，同步任务可自动创建；通过获取同步任务，并根据获取到的同步任务，即可确定目标政务数据和目标同步模式；按照目标同步模式，进而将目标政务数据同步至目标平台；传统的全量同步方法，待同步数据量较大且更为复杂，本申请提出的差量同步方法因同步任务只与更新的政务数据相关，数据量简单不易丢失，且同步任务在检测到源平台的政务数据更新操作完成后即可自动生成，无需进行全量数据的对比操作，进一步减少了同步接口的调用次数，可实现毫秒级的政务数据同步，保证了数据同步的实时准确，有效提高了同步系统的性能和用户的使用体验度。

为了便于解释下述实施例，以执行主体为政务数据同步系统中的数据同步单元为例进行说明；在一些实施例中，S202具体包括：轮询用于存储同步任务的数据库；同步任务由数据处理单元在对源平台的政务数据更新操作完成后创建并发送至数据库；当检测到同步任务满足预设执行条件，从数据库中获取同步任务。

其中，数据库及数据处理单元均可包含于政务数据同步系统中，数据处理单元、数据库、数据同步单元可依序通过网络连接；数据处理单元在对源平台的政务数据更新操作完成后，可实时创建同步任务到数据库中，换言之，数据处理单元只要检测到源平台上的数据有变动，即可立刻创建一个与变动的数据对应的Task任务，并将该Task任务发送至数据库，以保证数据同步的实时性。

可选地，数据处理单元在更新操作完成后的同时，也可以向源平台发送一通知信息以告知数据更新成功。

数据库可通过Task类型数据表的形式存储同步任务，存储位置的先后顺序可根据同步任务获取时间的先后顺序进行设定。该数据库不仅用于数据的实时同步，其设置的Task类型数据表还可便于后续对同步任务的查询工作，如图3所示。Task类型数据表可设置有两个核心字段，一个字段是Task-Id，内容可与同步任务中携带的目标政务数据相对应，以标记同步的内容；另一个字段是Task-Type，内容可与同步任务中携带的目标部门模式相对应，以标记该同步任务需要对原始数据进行的期望操作，比如是新增的动作，或者是修改、删除，抑或是修改部门等具体操作类型。

为了保证数据同步的有序性、高效性，以及考虑到政务系统的接口处理能力，数据同步单元在从数据库中获取同步任务时，应遵循预设的规则，即在同步任务满足预设执行条件时，才能被获取到；当然，也可以在同步任务获取后、同步前设置某些限定，以保证数据的正常同步工作。需要说明的是，前述的预设执行条件可根据实际情况进行设定，例如，该预设执行条件可与同步任务的待同步时间、携带的数据量的大小、目标同步模式、存储位置等相关，具体此处不作限定。

在一些实施例中，同步任务中携带有待执行时刻；预设执行条件包括：待执行时刻先于当前时刻。

其中，待执行时刻即同步任务执行同步的期望时刻，待执行时刻先于当前时刻即待执行时刻在当前时刻之前；若检测到同步任务的待执行时刻在当前时刻之后，则需要等待当前时刻到达其待执行时刻，再对其执行同步操作；这样，即可按照一定的时间顺序完成同步任务的获取工作，保证了数据同步的有序性和实时性。当然，同步任务中也可携带有待执行的时间段，如果该时间段的结束时刻先于当前时刻，同步任务将被获取。

在一些实施例中，S202中的上述当检测到同步任务满足预设执行条件，从数据库中获取同步任务的步骤，具体可以包括：当检测到待执行时刻先于当前时刻的同步任务的数量为多个，从数据库中获取设定数量的同步任务。

上述待执行时刻先于当前时刻可以理解为一级预设执行条件，当判断某同步任务满足一级预设执行条件后，需要继续判断其是否满足二级预设执行条件；本步骤中，该二级预设执行条件即为系统设定的数量之内。

具体例如，同步任务Task1的待执行时刻为2019年6月19日21时，当前时刻为2019年6月19日20时，由于Task1的待执行时刻先于当前时刻，因而满足一级预设执行条件；若由于系统处理能力限制，规定系统只能获取数据库中最早出现的十条同步任务，也就是说，若Task1排在最前面的十条之内，才可被获取到。该二级预设执行条件可以根据业务场景进行实时设定，比如政务系统处理能力强，则可以加大每次处理的数据总量。

在一些实施例中，同步任务中携带有第一标识字段和第二标识字段；第一标识字段用于标识待同步的政务数据，第二标识字段用于标识待同步的政务数据的操作类型；待同步的政务数据为源平台中因更新操作发生变化的政务数据，操作类型为更新操作的数据操作类型；此时，S204具体可以包括：识别同步任务中的第一标识字段和第二标识字段；根据第一标识字段、第二标识字段，确定目标政务数据、目标同步模式。

在一些实施例中，同步任务中还携带有第三标识字段；第三标识字段用于标识待同步的政务数据的期望同步的平台；此时，于S206之前，该政务数据同步方法还包括：识别同步任务中的第三标识字段；根据第三标识字段，确定目标平台。

上述的各标识字段不限于采用数字的形式；通过上述直接在同步任务中添加标识字段的方式，便于根据同步任务，确定目标政务数据、目标同步模式以及目标平台，降低了任务同步过程中出错的概率，同步速度快，保证了数据同步的准确度和实时性；同时，各同步任务彼此独立，若存在一个政务数据的同步任务出错，不会影响其他政务数据的正常同步，容错能力强。

在一些实施例中，如图3和图4所示，该政务数据同步方法还包括：接收到目标政务数据同步成功的信息；删除数据库中的同步任务，和/或，在数据库中的同步任务上添加执行成功标识。

在一些实施例中，请继续参阅图4，该政务数据同步方法还可以包括：接收到目标政务数据同步失败的信息，将数据库中的同步任务的待执行时刻更新为预设时间间隔后的时刻。

上述步骤中，由图可知，当数据同步执行完成后，目标平台可向数据同步单元返回同步的结果；若结果为目标政务数据同步成功，则删除Task类型数据表中对应的同步任务数据，或者，在数据库中的同步任务上添加执行成功标识，例如，可将Task的Status状态置位成：执行成功；若结果为目标政务数据同步失败，则可在数据库中的同步任务上添加执行失败标识，即将Task的Status状态置位成：执行失败，或者，重置对应同步任务的待执行时刻，例如将其更新为预设时间间隔后的时刻，以等待进行下一次的执行。同步结果可通过数字进行标识，例如同步执行成功为1，同步执行失败为0，当然也可采用其他类型的标识信息，此处不作限定。

在一些实施例中，上述的预设时间间隔与目标政务数据的同步失败次数呈正相关，即预设时间间隔的时长可随着目标政务数据的同步失败次数的增长而加长；例如，当一个Task任务原待执行时刻为2019年6月19日20时0分，第一次执行失败后，其待执行时刻被更新为2019年6月19日20时15分，此时预设时间间隔为15分钟；若重新执行后再次失败，即第二次执行失败，此时其待执行时刻可被更新为2019年6月19日20时35分，此时预设时间间隔为20分钟。

可选地，预设时间间隔和同步失败次数的关系可为：t＝1.5ⁿ；其中，t为预设时间间隔，n为同步失败次数；当然，该公式的底数也可根据实际情况进行设置和变动。这样，随着失败次数的增加，重试间隔则越久；该方法可有效地限制重试时间，避免同步失败的数据对当前同步数据产生影响。

在一些实施例中，该政务数据同步方法还可以包括：接收到目标政务数据同步失败的信息，在数据库中的同步任务上添加执行失败标识和同步失败次数。

上述的预设执行条件还可以包括：同步失败次数不超过设定失败阈值，即当数据同步失败的次数达到一定的限值后，则不再对该同步任务执行同步操作；具体地，同步失败次数可设置为10-20次，具体可选为15次，当同步任务第15次失败后，数据同步单元将不再获取数据库中的该数据进行同步。同步失败次数，待执行时刻，以及其他状态信息都可从同步任务中获取得到。

在一些实施例中，请参阅图4，若将外部的配置文件配置到系统内存中，例如，修改目标平台、配置轮询周期、调整各种预设条件等等，均可采用热加载的方式，这样，在修改配置时，可在不用重启系统情况下将配置参数加载到运行中的系统中。应当指出的是，用于调整同步方式的配置文件还可以是一种用于开启或者关闭上述差量同步过程的功能性文件，即该配置文件可将系统中的同步方式切换为本申请提出的差量同步或传统的全量同步。该方法可使得开发人员可以根据不同需求，自由灵活地进行微服务化配置，无需将系统进行启停切换，保证了数据被实时地推送到相应的政务业务系统中，配置过程简单，较易迭代开发。

具体地，将外部配置参数修改后写入到运行系统的内存，可通过多种方式，例如，可以通过外部接口主动地重新读取外部配置文件的参数到内存中；或者，运行系统始终轮询读取外部配置文件，以便同步过程中采用外部配置文件中的数据；当然也可通过其它方式，此处不作赘述。

综上，本申请提出的一种差量式的政务数据同步方法，总体而言，属于单向的增量同步方式，系统在源平台上的数据发生变化时创建同步任务，然后通过服务器或适配器进行轮询数据库；相比传统的全量同步方法而言，具有以下几点优势：

1、传统的全量同步方法需要频繁调用同步接口，影响本身系统性能，导致用户的使用体验下降；本申请提出的差量同步方法，没有数据对比的操作，无需频繁调用同步接口，可有效提升数据同步性能，开启协程方式进行同步，避免资源浪费；

2、全量同步在数据量达到一定程度会达到性能瓶颈，且由于源平台和目标平台存在交互的原因，若存在一个数据同步失败，则整个同步均失败，且为了保证数据完整性，一般会回退此次同步的数据；然而，本申请的差量同步不需要双方平台进行交互，一个政务数据同步出错不会影响其他政务数据的正常同步，容错能力强；

3、传统的全量同步方法中，当参与同步的源平台数量为多个时，同步的数据将可能出现同步不及时、出错或重复的问题；而本申请提出的差量同步过程中，数据同步时序性强，准确度高，同步的数据量较小，可降低数据同步的出错概率；

4、本申请提出的差量同步方法无需重启系统即可重新加载配置，可实时改变目标平台以推送目标政务数据。

应该理解的是，对于前述的各方法实施例，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，方法实施例的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于与上述实施例中的政务数据同步方法相同的思想，本文还提供一种政务数据同步装置。

在一个实施例中，如图5所示，提供了一种政务数据同步装置，包括：同步任务获取模块401、同步目标确定模块402和同步任务执行模块403，其中：

同步任务获取模块401，用于获取同步任务；同步任务在检测到源平台的政务数据更新操作完成后创建；

同步目标确定模块402，用于根据同步任务，确定目标政务数据和目标同步模式；目标政务数据为与更新操作相对应的源平台上发生变化的政务数据；

同步任务执行模块403，用于按照目标同步模式，将目标政务数据同步至目标平台。

在一些实施例中，同步任务获取模块401，具体用于轮询用于存储同步任务的数据库；同步任务由数据处理单元在对源平台的政务数据更新操作完成后创建并发送至数据库；当检测到同步任务满足预设执行条件，从数据库中获取同步任务。

在一些实施例中，同步任务获取模块401，具体还用于当检测到待执行时刻先于当前时刻的同步任务的数量为多个，从数据库中获取设定数量的同步任务。

在一些实施例中，同步任务中携带有第一标识字段和第二标识字段；第一标识字段用于标识待同步的政务数据，第二标识字段用于标识待同步的政务数据的操作类型；待同步的政务数据为源平台中因更新操作发生变化的政务数据，操作类型为更新操作的数据操作类型；同步目标确定模块402，具体用于识别同步任务中的第一标识字段和第二标识字段；根据第一标识字段、第二标识字段，确定目标政务数据、目标同步模式。

在一些实施例中，同步任务中还携带有第三标识字段；第三标识字段用于标识待同步的政务数据的期望同步的平台；在一些实施例中，政务数据同步装置还包括：目标平台确定模块，用于识别同步任务中的第三标识字段；根据第三标识字段，确定目标平台，并向同步任务执行模块403发送一通知消息。

在一些实施例中，政务数据同步装置还包括：同步成功反馈模块，用于接收到目标政务数据同步成功的信息；删除数据库中的同步任务，和/或，在数据库中的同步任务上添加执行成功标识。

在一些实施例中，政务数据同步装置还包括：同步失败反馈模块，用于接收到目标政务数据同步失败的信息，将数据库中的同步任务的待执行时刻更新为预设时间间隔后的时刻。

在一些实施例中，预设时间间隔与目标政务数据的同步失败次数呈正相关。

在一些实施例中，预设执行条件还包括：同步失败次数不超过设定失败阈值；同步失败反馈模块，还可以用于接收到目标政务数据同步失败的信息，在数据库中的同步任务上添加执行失败标识和同步失败次数。

关于政务数据同步装置的具体限定可以参见上文中对于政务数据同步方法的限定，在此不再赘述。上述政务数据同步装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于系统中的处理器中，也可以以软件形式存储于系统中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

此外，上述示例的政务数据同步装置的实施方式中，各程序模块的逻辑划分仅是举例说明，实际应用中可以根据需要，例如出于相应硬件的配置要求或者软件的实现的便利考虑，将上述功能分配由不同的程序模块完成，即将政务数据同步装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分功能。

在一个实施例中，提供了一种政务数据同步系统(简称系统)，其结构图可如图6所示。该政务数据同步系统用于将源平台上更新的政务数据同步至目标平台，具体可以包括数据处理单元及数据同步单元；

数据处理单元，用于对源平台的政务数据进行更新操作，并在对源平台的政务数据更新操作完成后创建同步任务；

数据同步单元，用于从已创建的同步任务中获取同步任务；根据获取到的同步任务，确定目标政务数据和目标同步模式；目标政务数据为与更新操作相对应的源平台上发生变化的政务数据；按照目标同步模式，将目标政务数据同步至目标平台。

在另一个实施例中，该政务数据同步系统还可以包括：数据库；该数据库用于存储上述的同步任务。

在一些实施例中，上述的数据同步单元还可用于实现上述全部实施例中的政务数据同步方法，具体实现过程与前文一致，此处不作赘述。

通过设置该微服务模块化的数据同步系统，使得政务数据同步过程中，源平台和目标平台之间不会受到彼此的影响，也不会因数据同步操作而影响到各自业务的正常开展和使用；同时，该系统配置简单灵活，较易迭代开发。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的政务数据同步系统的限定，具体的政务数据同步系统可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器设备，也可以是适配器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储政务数据同步用的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种政务数据同步方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取同步任务；同步任务在检测到源平台的政务数据更新操作完成后创建；

根据同步任务，确定目标政务数据和目标同步模式；目标政务数据为与更新操作相对应的源平台上发生变化的政务数据；

按照目标同步模式，将目标政务数据同步至目标平台。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：轮询用于存储同步任务的数据库；同步任务由数据处理单元在对源平台的政务数据更新操作完成后创建并发送至数据库；当检测到同步任务满足预设执行条件，从数据库中获取同步任务。

在一个实施例中，同步任务中携带有待执行时刻；预设执行条件包括：待执行时刻先于当前时刻。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当检测到待执行时刻先于当前时刻的同步任务的数量为多个，从数据库中获取设定数量的同步任务。

在一个实施例中，同步任务中携带有第一标识字段和第二标识字段；第一标识字段用于标识待同步的政务数据，第二标识字段用于标识待同步的政务数据的操作类型；待同步的政务数据为源平台中因更新操作发生变化的政务数据，操作类型为更新操作的数据操作类型；处理器执行计算机程序时还实现以下步骤：识别同步任务中的第一标识字段和第二标识字段；根据第一标识字段、第二标识字段，确定目标政务数据、目标同步模式。

在一个实施例中，同步任务中还携带有第三标识字段；第三标识字段用于标识待同步的政务数据的期望同步的平台；处理器执行计算机程序时还实现以下步骤：识别同步任务中的第三标识字段；根据第三标识字段，确定目标平台。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收到目标政务数据同步成功的信息，删除数据库中的同步任务；和/或，接收到目标政务数据同步成功的信息，在数据库中的同步任务上添加执行成功标识。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收到目标政务数据同步失败的信息，将数据库中的同步任务的待执行时刻更新为预设时间间隔后的时刻。

在一个实施例中，预设时间间隔与目标政务数据的同步失败次数呈正相关。

在一个实施例中，预设执行条件还包括：同步失败次数不超过设定失败阈值；处理器执行计算机程序时还实现以下步骤：接收到目标政务数据同步失败的信息，在数据库中的同步任务上添加执行失败标识和同步失败次数。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

按照目标同步模式，将目标政务数据同步至目标平台。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：轮询用于存储同步任务的数据库；同步任务由数据处理单元在对源平台的政务数据更新操作完成后创建并发送至数据库；当检测到同步任务满足预设执行条件，从数据库中获取同步任务。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当检测到待执行时刻先于当前时刻的同步任务的数量为多个，从数据库中获取设定数量的同步任务。

在一个实施例中，同步任务中携带有第一标识字段和第二标识字段；第一标识字段用于标识待同步的政务数据，第二标识字段用于标识待同步的政务数据的操作类型；待同步的政务数据为源平台中因更新操作发生变化的政务数据，操作类型为更新操作的数据操作类型；计算机程序被处理器执行时还实现以下步骤：识别同步任务中的第一标识字段和第二标识字段；根据第一标识字段、第二标识字段，确定目标政务数据、目标同步模式。

在一个实施例中，同步任务中还携带有第三标识字段；第三标识字段用于标识待同步的政务数据的期望同步的平台；计算机程序被处理器执行时还实现以下步骤：识别同步任务中的第三标识字段；根据第三标识字段，确定目标平台。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收到目标政务数据同步成功的信息，删除数据库中的同步任务；和/或，接收到目标政务数据同步成功的信息，在数据库中的同步任务上添加执行成功标识。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收到目标政务数据同步失败的信息，将数据库中的同步任务的待执行时刻更新为预设时间间隔后的时刻。

在一个实施例中，预设执行条件还包括：同步失败次数不超过设定失败阈值；计算机程序被处理器执行时还实现以下步骤：接收到目标政务数据同步失败的信息，在数据库中的同步任务上添加执行失败标识和同步失败次数。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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

本文实施例的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或(模块)单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在本文中提及的“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序。应该理解“第一\第二”区分的对象在适当情况下可以互换，以使这里描述的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种政务数据同步方法，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述获取同步任务的步骤，包括：

3.根据权利要求2所述的方法，其特征在于，所述同步任务中携带有待执行时刻；

所述预设执行条件包括：所述待执行时刻先于当前时刻。

4.根据权利要求3所述的方法，其特征在于，所述当检测到所述同步任务满足预设执行条件，从所述数据库中获取所述同步任务的步骤，包括：

5.根据权利要求1所述的方法，其特征在于，所述同步任务中携带有第一标识字段和第二标识字段；所述第一标识字段用于标识待同步的政务数据，所述第二标识字段用于标识所述待同步的政务数据的操作类型；所述待同步的政务数据为所述源平台中因所述更新操作发生变化的政务数据，所述操作类型为所述更新操作的数据操作类型；

识别所述同步任务中的第一标识字段和第二标识字段；

6.根据权利要求5所述的方法，其特征在于，所述同步任务中还携带有第三标识字段；所述第三标识字段用于标识所述待同步的政务数据的期望同步的平台；

识别所述同步任务中的第三标识字段；

根据所述第三标识字段，确定所述目标平台。

7.根据权利要求2至6任一项所述的方法，其特征在于，所述方法还包括：

接收到所述目标政务数据同步成功的信息；

8.根据权利要求3至6任一项所述的方法，其特征在于，所述方法还包括：

9.根据权利要求8所述的方法，其特征在于，所述预设时间间隔与所述目标政务数据的同步失败次数呈正相关。

10.根据权利要求9所述的方法，其特征在于，所述预设执行条件还包括：所述同步失败次数不超过设定失败阈值；

所述方法还包括：

11.一种政务数据同步装置，其特征在于，所述装置包括：

12.一种政务数据同步系统，其特征在于，包括数据处理单元及数据同步单元；

13.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至10中任一项所述方法的步骤。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10中任一项所述的方法的步骤。