CN109377383A - 产品数据同步方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种产品数据同步方法、装置、计算机设备及存储介质，所述方法包括：在接收到审批系统发送的核保成功消息时，从审批系统获取变更信息，并将变更信息中的保单数据保存到任务表，从预设的数据库中，获取与任务表中的保单数据具有相同保单标识信息的保单数据，并对该保单数据添加待同步的状态标识，进而将每一条包含待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合，使得待更新数据被全部标记，以便后续进行同步操作置，避免人工更新造成的数据遗漏，保证了数据的完整性，采用预设的定时任务脚本，定时使用任务表中的保单数据对待更新数据集合进行同步更新，避免人工进行同步费时费力，提高了产品数据同步的效率。

Description

产品数据同步方法、装置、计算机设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种产品数据同步方法、装置、计算机设备及存储介质。

背景技术

随着社会经济的发展，人们越来越关注保险理财产品，保险理财系统的数据量日益增长，保险数据的处理变得越发频繁，当前保险理财系统包括承保系统和审批系统，承保系统用于保险业务人员录入保单数据，并将该保单数据提交到审批审通进行审核，审批系统会根据预设的标准对这些保单数据进行审核和修改，在审批系统对保单数据进行修改之后，为了保持数据的一致性，承保系统也需要对修改的数据进行相应更新。

当前，需要人工进行承保系统和审批系统的数据同步更新，由于每天需要更新的数据量较大，采用人工的方式进行同步更新容易导致数据遗漏，且效率低。

发明内容

本发明实施例提供一种产品数据同步方法、装置、计算机设备及存储介质，以解决当前采用人工的方式进行保单数据的同步更新导致的数据遗漏和效率低的问题。

一种产品数据同步方法，包括：

若接收到审批系统发送的核保成功消息，则从所述审批系统获取变更信息，其中，所述变更信息包括至少一条保单数据，每条所述保单数据包括保单标识信息；

将所述变更信息中的保单数据保存到任务表；

从预设的数据库中，获取与所述任务表中的保单数据具有相同保单标识信息的保单数据，并对该获取的保单数据添加待同步的状态标识；

将每一条包含所述待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合；

使用所述任务表中的保单数据对所述待更新数据集合中的待更新数据进行同步更新。

一种产品数据同步装置，包括：

获取模块，用于若接收到审批系统发送的核保成功消息，则从所述审批系统获取变更信息，其中，所述变更信息包括至少一条保单数据，每条所述保单数据包括保单标识信息；

存储模块，用于将所述变更信息中的保单数据保存到任务表；

标记模块，用于从预设的数据库中，获取与所述任务表中的保单数据具有相同保单标识信息的保单数据，并对该获取的保单数据添加待同步的状态标识；

聚集模块，用于将每一条包含所述待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合；

同步模块，用于使用所述任务表中的保单数据对所述待更新数据集合中的待更新数据进行同步更新。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述产品数据同步方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述产品数据同步方法的步骤。

本发明实施例提供的产品数据同步方法、装置、计算机设备及存储介质，在接收到审批系统发送的核保成功消息时，从审批系统获取变更信息，并将变更信息中的保单数据保存到任务表，从预设的数据库中，获取与任务表中的保单数据具有相同保单标识信息的保单数据，并对该保单数据添加待同步的状态标识，进而将每一条包含待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合，使得待更新数据被全部标记，以便后续进行同步操作置，避免人工更新造成的数据遗漏，保证了数据的完整性，采用预设的定时任务脚本，定时使用任务表中的保单数据对待更新数据集合进行同步更新，避免人工进行同步费时费力，提高了保险数据同步的效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的产品数据同步方法的应用环境示意图；

图2是本发明实施例提供的产品数据同步方法的实现流程图；

图3是本发明实施例提供的产品数据同步方法中步骤S50的实现流程图；

图4是本发明实施例提供的产品数据同步方法中步骤S53的实现流程图；

图5是本发明实施例提供的产品数据同步方法中对更新结果为更新失败的情况进行处理的实现流程图；

图6是本发明实施例提供的产品数据同步方法中对基础数据的属性权限进行变更的实现流程图；

图7是本发明实施例提供的产品数据同步装置的示意图；

图8是本发明实施例提供的计算机设备的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，图1示出本发明实施例提供的产品数据同步方法的应用环境。该产品数据同步方法应用在保险领域的产品数据同步场景中。该同步场景包括服务端、客户端和监控端，其中，服务端和客户端之间、服务端和监控端之间通过网络进行连接，客户端包括审批系统，客户端向服务端提供审批系统的变更信息，服务端依据变更数据对数据库中的保单数据进行更新，并将更新失败的异常数据发送给监控端，监控端接收服务端发送的异常数据并对这些异常数据进行处理。客户端和监控端具体可以但不限于是手机、电脑、便携式笔记本和可穿戴式终端智能设备等，服务端具体可以用独立的服务器或者多个服务器组成的服务器集群实现。

请参阅图2，图2示出本发明实施例提供的一种产品数据同步方法，以该方法应用在图1中的服务端为例进行说明，详述如下：

S10：若接收到审批系统发送的核保成功消息，则从审批系统获取变更信息，其中，变更信息包括至少一条保单数据，每条保单数据包括保单标识信息。

具体地，审批系统每次对保单信息进行检查核定时，对需要修改调整的保单信息进行修改，在检查核定完成之后，向服务端发送核保成功的消息，服务端在接收到该消息后，通过网络传输协议从审批系统中获取变更信息。

其中，网络传输协议包括但不限于：互联网控制报文协议(Internet ControlMessage Protocol，ICMP)、地址解析协议(ARP Address Resolution Protocol，ARP)和文件传输协议(File Transfer Protocol，FTP)等。

其中，变更信息是指在审批系统中修改过的保单数据，变更数据包含一条或多条保单数据，包含的保单数据的数量依据实际修改而定，此处不作具体限制，每条保单数据包含保单标识信息，该保单标识信息具有唯一性，用于区分保单数据，该保单标识信息可以依据需要进行设置，例如，本发明实施例中选取的保单标识信息为保单数据的保单号。

值得说明的是，审批系统在对保单数据进行修改后，可通过对该保单数据设置变更标识，来标识该保单数据为变更信息，服务端通过查找该变更标识，来确定变更信息并进行获取，变更标识的设置可依实际需求进行选择，此处不作具体限制。

S20：将变更信息中的保单数据保存到任务表。

具体地，服务端预设有任务表，将步骤S10中获取到的变更信息保存到该任务表中，以便在后续对保险数据执行同步操作时，从该任务表中获取变更信息。

S30：从预设的数据库中，获取与任务表中的保单数据具有相同保单标识信息的保单数据，并对该获取的保单数据添加待同步的状态标识。

具体地，服务端包含预设的数据库，该数据库用于存储承保系统的保单数据，通过对该数据库中保单数据的遍历，找出与任务表中的保单数据具有相同保单标识信息的保单数据，并对这些保单数据添加待同步的状态标识。

其中，状态标识用于指示该保单数据的同步状态，可依据实际需要进行设置，例如，在本发明实施例中，为需要进行同步的保单数据添加待同步的状态标识。

其中，遍历(Traversal)是指对任务表中的保单数据的节点树中所有结点的信息的访问，即依次对节点树中每个结点访问一次且仅访问一次。遍历方式包括但不限于：前序遍历、中序遍历和后序遍历等。

优选地，本发明实施例使用的遍历方式为前序遍历，前序遍历的顺序包括NLR或NRL，其中N是指根(Node)，L是指根的左节点(Left subtree)，R是指根的右节点(Rightsubtree)。

值得说明的是，本步骤中的遍历操作，目的是找出与任务表中的保单数据具有相同保单标识信息的保单数据，而在预设的数据库的所有保单数据中，每个保单标识信息仅出现一次，因而，本发明实施例提供一种优选方案，即在预设的数据库的保单数据中，找到一个与任务表中的保单数据具有相同保单标识信息的保单数据，即结束本次遍历，将该保单数据作为遍历的结果，对并对该保单数据添加待同步的状态标识。

例如，在一具体实施方式中，任务表中存放有一条保单数据，该保单数据的保单标识信息为“PDAA201033011114006532”，对预设的数据库中的保单数据进行遍历，找到保单标识信息为“PDAA201033011114006532”的保单数据，并对预设的数据库中的该保单数据添加待同步的状态标识，同时，结束本次遍历过程。

S40：将每一条包含待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合。

具体地，将预设的数据库中每一条包含待同步的保单数据均作为一条待更新数据，从而得到包含所有待更新数据的待更新数据集合，以便后续执行对保险数据执行同步操作时，从该带更新数据集合中直接提取需要进行更新的保单数据。

S50：使用任务表中的保单数据对待更新数据集合中的待更新数据进行同步更新。

具体地，在得到待更新数据集合后，待更新数据集合中的每一条待更新数据，均对应任务表中的一条保单数据，使用任务表中的保单数据，对待更新数据集合中对应的待更新数据进行同步更新。

值得说明的是，在本发明实施例中，对待更新数据进行同步更新，可以是根据接收到更新指令进行更新，也可以根据需要设置定时更新或者系统空闲更新，以提高服务端的资源利用率，具体可依实际情况确定，此处不做限制。

在本实施例中，在接收到审批系统发送的核保成功消息时，从审批系统获取变更信息，并将变更信息中的保单数据保存到任务表，从预设的数据库中，获取与任务表中的保单数据具有相同保单标识信息的保单数据，并对该保单数据添加待同步的状态标识，进而将每一条包含待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合，使得待更新数据被全部标记，以便后续进行同步操作时，避免人工更新造成的数据遗漏，保证了数据的完整性，采用预设的定时任务脚本，定时使用任务表中的保单数据对待更新数据集合进行自动同步更新，避免人工进行同步费时费力，提高了保险数据同步的效率。

在图2对应的实施例的基础之上，下面通过一个具体的实施例来对步骤S50中所提及的使用任务表中的保单数据对待更新数据集合中的待更新数据进行同步更新的具体实现方法进行详细说明。

请参阅图3，图3示出了本发明实施例提供的步骤S50的具体实现流程，详述如下：

S51：从待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取基础数据的保单标识信息，作为目标保单标识信息。

具体地，从待更新数据集合中，随机选取一条待更新数据，作为基础数据，并将该基础数据的保单标识信息作为目标保单标识信息。

其中，随机选取可以使用随机数发生器random来实现。

S52：从任务表获取与目标保单标识信息具有相同保单标识信息的保单数据，作为同步数据。

具体地，通过字符串查找的方式，从任务表中的保单数据中，获取与目标保单标识信息具有相同保单标识信息的保单数据，作为同步数据，用于对步骤S51中获取到的基础数据进行同步。

例如，在一具体实施方式中，目标保单标识信息为“PDAA201033011114006007”，在任务表的保单数据的所有保单标识信息中，对该字符串进行查找，获得保单标识信息为该字符串的保单数据，作为基础数据对应的同步数据。

其中，字符串查找具体可通过String类中的indexOf()方法来实现。

值得说明的是，使用字符串查找的方式获取同步数据仅为本发明实施例提供的一种优选方式，亦可根据实际需要，使用遍历或者字符串匹配的方式确定基础数据对应的同步数据，此处不作具体限制。

S53：使用同步数据中数据元素的数据内容对基础数据中数据元素的数据内容进行替换更新，得到更新结果，并删除基础数据的待同步的状态标识。

具体地，所同步数据和基础数据均包含至少一个数据元素，每个数据元素包含数据标识和数据内容，通过使用同步数据中数据元素的数据内容对基础数据中数据元素的数据内容进行替换，将同步数据的数据内容更新到基础数据的数据内容中，来实现对基础数据的更新，最终得到的更新后的基础数据的内容与同步数据的数据内容一致，在更新完毕之后，删除该基础数据的待同步的状态标识，使得该基础数据不再具有待同步的状态标识，也即，不再需要进行更新操作。

S54：返回从待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取基础数据的保单标识信息，作为目标保单标识信息的步骤继续执行，直到待更新数据集合中的每条基础数据的待同步的状态标识均被删除。

具体地，在对一条待更新数据进行同步更新之后，返回步骤S51继续对待更新数据集合中剩下的待更新数据进行同步更新操作，直到待更新数据集合中的每条基础数据的待同步的状态标识均被删除，即不存在需要进行更新操作的基础数据为止。

在本实施例中，从待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取基础数据的保单标识信息，作为目标保单标识信息，并从任务表获取与目标保单标识信息具有相同保单标识信息的保单数据，作为同步数据，进而使用同步数据对基础数据进行更新，得到更新结果，并删除基础数据的待同步的状态标识，再返回步骤S51，继续执行步骤S51至步骤S53的过程，直到待更新数据集合中的每条基础数据的待同步的状态标识均被删除为止，使得所有待同步的保单数据均完成同步，保证产品数据同步的完整性，同时，采用这种自动同步的方式，提高了产品数据同步的效率。

在图3对应的实施例的基础之上，下面通过一个具体的实施例来对步骤S53中所提及的使用同步数据中数据元素的数据内容对基础数据中数据元素的数据内容进行替换更新，得到更新结果的具体实现方法进行详细说明。

请参阅图4，图4示出了本发明实施例提供的步骤S53的具体实现流程，详述如下：

S531：获取同步数据中的数据元素，作为目标元素，并从基础数据中获取与目标元素具有相同数据标识的数据元素，作为待同步元素。

具体地，在同步数据和基础数据中，包含至少一个数据元素，每个数据元素包含数据标识和数据内容，在进行数据同步之前，需要先通过数据标识来确定同步数据和基础数据对应的数据元素，在本发明实施例中，采取的做法为，先获取同步数据中的数据元素，作为目标元素，并从基础数据中获取与目标元素具有相同数据标识的数据元素，作为待同步元素。

例如，在一具体实施方式中，同步数据和基础数据中的数据元素如表一所示，同步数据和基础数据中包含4个数据元素，其数据标识分别为：姓名、身份证号码、保费金额和保险类型，将同步数据中数据标识为“姓名”的数据元素作为一目标元素，该目标元素的数据内容为“张三”，则从基础数据中，获取到具有数据标识为“姓名”数据元素，作为对应的待同步元素，待同步元素的数据内容为“张三”，共得到4个目标元素和4个与目标元素对应的待同步元素。

表一

S532：使用目标元素中的数据内容替换待同步元素的数据内容，得到更新后的待同步元素。

具体地，将目标元素中的数据内容替换到对应的待同步元素的数据内容中，得到更新后的待同步元素。

可以理解的是，在存在数据内容相同的目标元素和待同步元素时，可无需对该待同步元素进行更新，例如步骤S531中示例的数据标识为“姓名”的待同步元素。

继续以步骤S531中的示例为例，数据标识为“姓名”、“身份证号码”和“保险类型”的这三个待同步元素，其数据内容与对应的同步元素的数据内容一致，因而，无需对着三个待同步元素进行数据内容的更新，将同步数据中数据标识为“保费金额”的数据内容更新到对应的待同步数据的数据内容即可，即将“5236.8”更新到基础数据的“保费金额”对应的数据内容中。

S533：对更新后的待同步元素和目标元素进行一致性检查，得到检查结果，若检查结果为具有一致性，则确认更新结果为更新成功，若检查结果为具有差异性，则确认更新结果为更新失败。

具体地，在对待同步元素进行更新后，对待同步元素和目标元素的一致性进行检查，确保更新后的待同步元素的数据内容和目标元素一致，若不一致，则确认更新结果为更新失败，将采取更新失败对应的措施，确保同步更新的准确性。

在本实施例中，获取同步数据中的数据元素，作为目标元素，并从基础数据中获取与目标元素具有相同数据标识的数据元素，作为待同步元素，并使用目标元素中的数据内容替换待同步元素的数据内容，得到更新后的待同步元素，进而对更新后的待同步元素和目标元素进行一致性检查，得到检查结果，若检查结果为具有一致性，则确认更新结果为更新成功，若检查结果为具有差异性，则确认更新结果为更新失败，确保基础数据中的每个数据元素均被同步更新，保证了数据同步的完整性。

在一实施例中，在步骤S53之后，在步骤S54之前，该产品数据同步方法还包括对更新结果为更新失败的情况进行处理，下面通过一个具体的实施例来对更新结果为更新失败的情况进行处理的具体实现方法进行详细说明。

请参阅图5，图5示出了本发明实施例提供的更新结果为更新失败的情况进行处理的具体实现流程，详述如下：

S61：若更新结果为更新失败，则将基础数据作为异常数据。

具体地，在更新结果在更新失败时，服务端获取更新失败的基础数据作为异常数据。

S62：将异常数据发送给监控端。

具体地，将异常数据发送给监控端，以便监控端的监控人员及时对异常数据进行分析和处理。

其中，将异常数据发送给监控端，其实现方式可以是通过邮件推送、系统应用推送，或者向监控端发送弹窗警告的方式，也可根据实际需要进行设置，此处不作具体限制。

在本实施例中，在更新结果为更新失败时，将基础数据作为异常数据，并将该异常数据发送给监控端进行处理，使得更新失败的数据及时被获取和处理，避免因基础数据更新失败造成的同步不成功和保险数据的正确率降低，提高了产品数据同步的容错率。

在一实施例中，在步骤S53之后，该产品数据同步方法还包括对预设属性的基础数据的属性权限进行变更，下面通过一个具体的实施例来对预设属性的基础数据的属性权限进行变更的具体实现方法进行详细说明。

请参阅图6，图6示出了本发明实施例提供的对预设属性的基础数据的属性权限进行变更的具体实现流程，详述如下：

S71：若更新结果为更新成功，则将更新后的基础数据作为目标数据，并对目标数据的变更类型属性进行正则匹配，得到匹配结果。

具体地，基础数据具有变更类型属性和操作权限属性，变更类型属性包括但不限于新增保单、修改保单、注销保单和退保等，操作权限属性包括但不限于可编辑和只读，在更新结果为更新成功时，将更新后的基础数据作为目标数据，在默认情况下目标数据的操作权限属性为可编辑，但变更类型属性为注销保单和退保的目标数据不应该被编辑，因而，需要先找出变更类型属性为注销保单和退保的目标数据，在本发明实施例，通过对目标数据的变更类型属性进行正则匹配，得到匹配结果，来获取变更类型属性为注销保单和退保的目标数据。

其中，正则匹配是指通过正则表达式对预设的字符串进行匹配查询，正则表达式是对字符串操作的一种逻辑公式，通过用事先定义好的一些特定字符、及这些特定字符的组合，组成一个“规则字符串”，用来表达对字符串的一种过滤逻辑。

S72：若匹配结果为目标数据的变更类型属性为注销保单或退保，则将该目标数据的操作权限属性更新为只读。

具体地，获取匹配结果为变更类型属性为注销保单或退保的目标数据，并将该目标数据的操作权限属性更新为只读。

其中，操作权限属性是指该保单数据的编辑权限，操作权限属性包括可编辑和只读。

其中，可编辑(editable)是指用户可以对该保单数据进行编辑。

其中，只读(readonly)又称唯读，表示该保单数据只能读取，不能进行任何修改。

对目标数据的操作权限属性进行更新，具体可使用API函数(ApplicationProgramming Interface)或者系统命令符进行更新。

在本实施例中，在更新结果为更新成功时，将更新后的基础数据作为目标数据，并对目标数据的变更类型属性进行正则匹配，得到匹配结果，进而将匹配结果中，变更类型属性为注销保单或退保的目标数据的操作权限属性更新为只读，避免注销或者退保的保单数据被误操作造成的数据异常，提高了保单数据的同步的鲁棒性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图7示出与上述实施例产品数据同步方法一一对应的产品数据同步装置的原理框图。如图7所示，该产品数据同步装置包括获取模块10、存储模块20、标记模块30、聚集模块40和同步模块50。各功能模块详细说明如下：

获取模块10，用于若接收到审批系统发送的核保成功消息，则从审批系统获取变更信息，其中，变更信息包括至少一条保单数据，每条保单数据包括保单标识信息；

存储模块20，用于将变更信息中的保单数据保存到任务表；

标记模块30，用于从预设的数据库中，获取与任务表中的保单数据具有相同保单标识信息的保单数据，并对该获取的保单数据添加待同步的状态标识；

聚集模块40，用于将每一条包含待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合；

同步模块50，用于使用任务表中的保单数据对待更新数据集合中的待更新数据进行同步更新。

进一步地，同步模块50包括：

第一选取单元51，用于从待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取基础数据的保单标识信息，作为目标保单标识信息；

第二选取单元52，用于从任务表获取与目标保单标识信息具有相同保单标识信息的保单数据，作为同步数据；

更新单元53，用于使用同步数据对基础数据进行更新，得到更新结果，并删除基础数据的待同步的状态标识；

循环单元54，用于返回从待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取基础数据的保单标识信息，作为目标保单标识信息的步骤继续执行，直到待更新数据集合中的每条基础数据的待同步的状态标识均被删除。

进一步地，更新单元53包括：

元素选取子单元531，用于获取同步数据中的数据元素，作为目标元素，并从基础数据中获取与目标元素具有相同数据标识的数据元素，作为待同步元素；

内容更新子单元532，用于使用目标元素中的数据内容替换待同步元素的数据内容，得到更新后的待同步元素；

内容检查子单元533，用于对更新后的待同步元素和目标元素进行一致性检查，得到检查结果，若检查结果为具有一致性，则确认更新结果为更新成功，若检查结果为具有差异性，则确认更新结果为更新失败。

优选地，该产品数据同步装置还包括：异常检查模块61和异常处理模块62。

异常检查模块61，用于若更新结果为更新失败，则将基础数据作为异常数据；

异常处理模块62，用于将异常数据发送给监控端。

优选地，该产品数据同步装置还包括：属性匹配模块71和属性更新模块72。

属性匹配模块71，用于若更新结果为更新成功，则将更新后的基础数据作为目标数据，并对目标数据的变更类型属性进行正则匹配，得到匹配结果；

属性更新模块72，用于若匹配结果为目标数据的变更类型属性为注销保单或退保，则将该目标数据的操作权限属性更新为只读。

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

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

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例产品数据同步方法的步骤，例如图2所示的步骤S10至步骤S50。或者，处理器执行计算机程序时实现上述实施例产品数据同步装置的各模块/单元的功能，例如图7所示的模块10至模块50的功能。为避免重复，这里不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例产品数据同步方法的步骤，或者，该计算机程序被处理器执行时实现上述实施例产品数据同步装置中各模块/单元的功能。为避免重复，这里不再赘述。

可以理解地，所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号和电信信号等。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种产品数据同步方法，其特征在于，所述产品数据同步方法包括：

若接收到审批系统发送的核保成功消息，则从所述审批系统获取变更信息，其中，所述变更信息包括至少一条保单数据，每条所述保单数据包括保单标识信息；

将所述变更信息中的保单数据保存到任务表；

从预设的数据库中，获取与所述任务表中的保单数据具有相同保单标识信息的保单数据，并对该获取的保单数据添加待同步的状态标识；

将每一条包含所述待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合；

使用所述任务表中的保单数据对所述待更新数据集合中的待更新数据进行同步更新。

2.如权利要求1所述的产品数据同步方法，其特征在于，所述同步数据和所述基础数据均包含至少一个数据元素，所述数据元素包含数据标识和数据内容，所述使用所述任务表中的保单数据对所述待更新数据集合中的待更新数据进行同步更新包括：

从所述待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取所述基础数据的保单标识信息，作为目标保单标识信息；

从所述任务表获取与所述目标保单标识信息具有相同保单标识信息的保单数据，作为同步数据；

使用所述同步数据中数据元素的数据内容对所述基础数据中数据元素的数据内容进行替换更新，得到更新结果，并删除所述基础数据的所述待同步的状态标识；

返回所述从所述待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取所述基础数据的保单标识信息，作为目标保单标识信息的步骤继续执行，直到所述待更新数据集合中的每条基础数据的所述待同步的状态标识均被删除。

3.如权利要求2所述的产品数据同步方法，其特征在于，所述使用所述同步数据中数据元素的数据内容对所述基础数据中数据元素的数据内容进行替换更新，得到更新结果包括：

获取所述同步数据中的数据元素，作为目标元素，并从所述基础数据中获取与所述目标元素具有相同数据标识的数据元素，作为待同步元素；

使用所述目标元素中的数据内容替换所述待同步元素的数据内容，得到更新后的待同步元素；

对所述更新后的待同步元素和所述目标元素进行一致性检查，得到检查结果，若所述检查结果为具有一致性，则确认所述更新结果为更新成功，若所述检查结果为具有差异性，则确认所述更新结果为更新失败。

4.如权利要求3所述的产品数据同步方法，其特征在于，在所述使用所述同步数据对所述基础数据进行更新，得到更新结果，并删除所述基础数据的所述待同步的状态标识之后，并且在所述返回所述从所述待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取所述基础数据的保单标识信息，作为目标保单标识信息的步骤继续执行，直到所述待更新数据集合中不存在待更新数据为止之前，所述产品数据同步方法还包括：

若所述更新结果为更新失败，则将所述基础数据作为异常数据；

将所述异常数据发送给监控端。

5.如权利要求3所述的产品数据同步方法，其特征在于，所述基础数据具有变更类型属性和操作权限属性，所述变更类型属性包括注销保单和退保，所述操作权限属性包括可编辑和只读，在所述使用所述同步数据对所述基础数据进行更新，得到更新结果，并删除所述基础数据的所述待同步的状态标识之后，所述产品数据同步方法还包括：

若所述更新结果为更新成功，则将更新后的基础数据作为目标数据，并对所述目标数据的变更类型属性进行正则匹配，得到匹配结果；

若所述匹配结果为所述目标数据的变更类型属性为所述注销保单或所述退保，则将该目标数据的操作权限属性更新为只读。

6.一种产品数据同步装置，其特征在于，所述产品数据同步装置包括：

获取模块，用于若接收到审批系统发送的核保成功消息，则从所述审批系统获取变更信息，其中，所述变更信息包括至少一条保单数据，每条所述保单数据包括保单标识信息；

存储模块，用于将所述变更信息中的保单数据保存到任务表；

标记模块，用于从预设的数据库中，获取与所述任务表中的保单数据具有相同保单标识信息的保单数据，并对该获取的保单数据添加待同步的状态标识；

聚集模块，用于将每一条包含所述待同步的状态标识的保单数据作为一条待更新数据，得到待更新数据集合；

同步模块，用于使用所述任务表中的保单数据对所述待更新数据集合中的待更新数据进行同步更新。

7.如权利要求6所述的产品数据同步装置，其特征在于，所述同步模块包括：

第一选取单元，用于从所述待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取所述基础数据的保单标识信息，作为目标保单标识信息；

第二选取单元，用于从所述任务表获取与所述目标保单标识信息具有相同保单标识信息的保单数据，作为同步数据；

更新单元，用于使用所述同步数据对所述基础数据进行更新，得到更新结果，并删除所述基础数据的所述待同步的状态标识；

循环单元，用于返回所述从所述待更新数据集合中，随机选取一条待更新数据，作为基础数据，并获取所述基础数据的保单标识信息，作为目标保单标识信息的步骤继续执行，直到所述待更新数据集合中的每条基础数据的所述待同步的状态标识均被删除。

8.如权利要求6所述的产品数据同步装置，其特征在于，所述更新单元包括：

元素选取子单元，用于获取所述同步数据中的数据元素，作为目标元素，并从所述基础数据中获取与所述目标元素具有相同数据标识的数据元素，作为待同步元素；

内容更新子单元，用于使用所述目标元素中的数据内容替换所述待同步元素的数据内容，得到更新后的待同步元素；

内容检查子单元，用于对所述更新后的待同步元素和所述目标元素进行一致性检查，得到检查结果，若所述检查结果为具有一致性，则确认所述更新结果为更新成功，若所述检查结果为具有差异性，则确认所述更新结果为更新失败。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的产品数据同步方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的产品数据同步的步骤。