一种数据同步方法、装置、电子设备及存储介质

技术领域

本说明书一个或多个实施例涉及数据处理技术领域，尤其涉及一种数据同步方法、装置、电子设备及存储介质。

背景技术

随着社会的发展，保险已经深入到人们的生活。目前，保险公司与银行合作，在银行前端销售保险产品；销售成功后保单信息存储于保险公司的核心数据库中。

在一定时间内，保单信息会发生变动。为满足业务需求，保险公司需向银行提供银保单信息的变化情况。一般同业公司直接在公司的核心数据库中抓取数据，但是由于核心系统数据库中数据界限模糊，包含公司所有数据，有一定数据泄露风险；且数据基数大，数据抓取效率不高。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种数据同步方法、装置、电子设备及存储介质，以解决保单变化数据的抽取与同步的问题。

基于上述目的，本说明书一个或多个实施例提供了一种数据同步方法，包括：

根据保单类型按照预设时间间隔在核心数据库中获取待同步保单的保单列表；

基于所述保单列表，获取所述待同步保单的保单详细信息；

基于所述待同步保单的保单详细信息，确定所述保单详细信息中的保单关键信息；

基于预设的数据处理规则，对所述保单关键信息进行处理以使处理后的所述保单关键信息与银保系统应用数据库配合；

将处理后的所述保单关键信息同步至所述银保系统应用数据库。

可选的，所述保单、类型包括犹豫期撤单、退保、满期给付以及续期交费。

可选的，还包括：

所述保单类型为犹豫期撤单，所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、犹豫期撤单日期、客户关键信息；

所述保单类型为退保，所述待同步保单的所述保单关键信息包括投保日期、投保单号、合同组号、退保日期、退保原因、退保金额，客户关键信息；

所述保单类型为满期给付，所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、满期日期、满期领取金额、账户信息、授权信息；

所述保单类型为续期交费，所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、续期交费日期、续期缴费金额。

可选的，所述待同步保单为在相邻两个所述保单列表的获取时间点中，保单信息发生变化的保单信息。

可选的，所述基于预设的数据处理规则，对所述保单关键信息进行处理以使处理后的所述保单关键信息与银保系统应用数据库配合，包括：

将同一用户同一次购买生成的多个待同步保单的保单关键信息合并，生成处理后的所述保单关键信息。

可选的，还包括：

将同一用户同一次购买的主险待同步保单以及附加险待同步保单的保单关键信息合并，将主险待同步保单的合同号设置为合并后的主险合同号，将合并后的产品代码设置为银行销售时的组合代码。

本说明书一个或多个实施例提供了一种数据同步装置，包括：

保单列表获取模块，用于根据保单类型按照预设时间间隔在核心数据库中获取待同步保单的保单列表；

保单详细信息获取模块，用于基于所述保单列表，获取所述待同步保单的保单详细信息；

保单关键信息确定模块，用于基于所述待同步保单的保单详细信息，确定所述保单详细信息中的保单关键信息；

数据处理模块，用于基于预设的数据处理规则，对所述保单关键信息进行处理以使处理后的所述保单关键信息与银保系统应用数据库配合；

同步模块，用于将处理后的所述保单关键信息同步至所述银保系统应用数据库。

可选的，所述保单类型包括犹豫期撤单、退保、满期给付以及续期交费。

本说明书一个或多个实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任意一项所述的数据同步方法。

本说明书一个或多个实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述任一所述的数据同步方法。

从上面所述可以看出，本说明书一个或多个实施例提供的数据同步方法、装置、电子设备及存储介质，通过在保险公司系统的核心数据库增量获取待同步保单的保单关键信息同步给银保系统应用数据库，所采用的数据模型简单，一条简单sql即可实现对特定目标数据的捕获；由于采用封装服务形式，仅能根据特定的查询条件返回对应的信息，减少系统数据泄露可能，降低风险。

附图说明

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

图1为本说明书一个或多个实施例数据同步方法的流程示意图；

图2为本说明书一个或多个实施例数据同步装置的结构示意图；

图3为本说明书一个或多个实施例电子设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

随着智能手机的普及以及4G、5G技术等的成熟，目前互联网金融已经成为一种习惯，这种习惯来自于生活的方方面面。金融科技的应用使银行与保险的经营方式都发生了很大变化。年轻的消费者，习惯于通过网上银行、手机银行办理各种业务，新的移动互联网时代已通过各种生活或消费场景建立了高频交互的交易习惯，很多互联网平台已经通过钱包支付或活期理财功能建立了自己的超级账户，手机已经成为最大的网上金融产品超市的入口。

面对市场与客户需求的变化，银行和保险行业正在不断进行转变，银保渠道正在借势金融科技平台向纵深转型发展，众多银行从原有以“产品销售为中心”逐步转变为“以客户为中心并致力于为客户提供资产、保障等一站式的金融产品服务平台”，并且各家银行根据自身特点出发，设计出各自以客户为中心的金融资产管理体系，并引领保险公司从原有单一的产品销售、结算手续费的方式，变化为提供差异化产品、个性化客户投保体验、保全体验、资产管理等与保单生命周期相关更加全面服务。其中，保单生命周期跟踪，作为其中重要一环，使银行在app端为客户及时、准确了解在保险公司产品情况的重要支撑，对保险公司也提出了越来越高的要求。

然而，现有技术中，保险公司一般直接在公司的核心数据库中抓取数据。但是，由于保险产品的销售并不限于银行，还有团体销售以及个人销售等方式，且由于核心系统数据库中数据界限模糊，包含公司所有数据，这导致在为银行抓取数据时，可能将非银行相关的数据也抓取出来，因此有一定数据泄露风险；同时，数据基数大，并且同业公司增加系统负载，而且一般根据特定需要进行开发，数据抓取效率不高。

为解决上述问题，本说明书的一个或多个实施例提供一种数据同步方法。如图1所述，所述数据同步方法包括：

步骤S101，根据保单类型按照预设时间间隔在核心数据库中获取待同步保单的保单列表。

用户购买保险产品后系统会生成保单。在保单有效的整个生命周期中，不同的保单可能会存在多个重要生命节点，例如犹豫期撤单、退保、满期给付以及续期交费等中的一个或多个。当保单发生犹豫期撤单、退保、满期给付以及续期交费等状态变化时，根据保单所处的生命节点可确定该保单的保单类型。

以犹豫期撤单为例，当客户申请犹豫期撤单后，会有犹豫期撤单试算、犹豫期撤单确认、保全业务处理、保单失效、向客户退款等一套完整的数据流程来处理此类业务。通过分析此类业务在系统中的触发流程，找到系统保单数据变化，识别出犹豫期撤单专有的特定标识，再采用随机抽取、逐一分析、相互对比分析出在不同银行销售的同一保单相似特点和银行与银行间特有的差异性形成可根据输入银行参数查询相应结果的通用模型，退款成功后保单类型发生变化，保单类型变更为犹豫期撤单，这种情况下需要将保单类型发生变化的保单作为待同步保单。再根据此类特定标识整理出对应的数据提取逻辑在后端系统封装成特定服务，通过服务间调用，将此类数据列表读取出来，即获得待同步保单的保单列表。

其中，保单类型不仅包括犹豫期撤单，还可以包括退保、满期给付以及续期交费等。预设时间间隔可以为一天，即24小时。同时，在系统业务闲时(例如每日凌晨两点)进行保单列表以及后续数据的抓取与同步，一方面提高采集速度，另一方面也避免业务繁忙时系统中数据变动导致的数据抓取错误。

可选的，可基于银行、日期、保单类型获取当日对应发生变化的保单列表，并将银行+数据类型+日期为单位的传入参数封装成一个web服务提供给银保系统应用数据库，而不直接开放核心数据库给银行，不影响核心系统效率且可避免数据泄露。

步骤S102，基于所述保单列表，获取所述待同步保单的保单详细信息。

其中，可基于银行、日期、保单类型获取当日对应发生变化的保单列表，再基于保单列表通过保单详细信息查询功能，逐笔查询待同步保单的保单详细信息。

步骤S103，基于所述待同步保单的保单详细信息，确定所述保单详细信息中的保单关键信息。

在本步骤中，基于预设的规则将上一步查询出来的保单详细信息进行筛选、整合，确定保单关键信息作为同步到银保系统应用数据库的数据。

步骤S104，基于预设的数据处理规则，对所述保单关键信息进行处理以使处理后的所述保单关键信息与银保系统应用数据库配合。

由于保险公司内部系统记录数据信息均为公司内部标准，精确具体的保单明细，并且个别组合形式分属不同系统管理，数据相对分散，与银行定义销售形式不一致，如果需要将保单在生命周期中的变化及时、准确，需要按照在银行端定义销售规则，统一加工处理使之与银保系统应用数据库配合。

步骤S105，将处理后的所述保单关键信息同步至所述银保系统应用数据库。

在本实施例中，通过在保险公司系统的核心数据库增量获取待同步保单的保单关键信息同步给银保系统应用数据库，所采用的数据模型简单，一条简单sql即可实现对特定目标数据的捕获；由于采用封装服务形式，仅能根据特定的查询条件返回对应的信息，减少系统数据泄露可能，降低风险。

在本说明书的一些可选实施例中，在获得保单的详细信息后，对保单号、投保单号、捆绑信息等过去关联保单信息，并根据数据类型获取关键的字段进行记录。其中，若所述保单类型为犹豫期撤单，则所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、犹豫期撤单日期、客户关键信息；若所述保单类型为退保，则所述待同步保单的所述保单关键信息包括投保日期、投保单号、合同组号、退保日期、退保原因、退保金额，客户关键信息；若所述保单类型为满期给付，则所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、满期日期、满期领取金额、账户信息、授权信息；若所述保单类型为续期交费，则所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、续期交费日期、续期缴费金额。

可选的，所述待同步保单为在相邻两个所述保单列表的获取时间点中，保单信息发生变化的保单信息。在本实施例中，可以预先设置保单信息中哪些数据发生变化时将该保单确定为待同步保单。例如，在预设的时间间隔中当保单类型变化为犹豫期撤单、退保、满期给付以及续期交费时，则将该保单确认为待同步保单。

在本说明书一个或多个实施例中，步骤S104中基于预设的数据处理规则，对所述保单关键信息进行处理以使处理后的所述保单关键信息与银保系统应用数据库配合，包括：将同一用户同一次购买生成的多个待同步保单的保单关键信息合并，生成处理后的所述保单关键信息。

具体的，将同一用户同一次购买的主险待同步保单以及附加险待同步保单的保单关键信息合并，将主险待同步保单的合同号设置为合并后的主险合同号，将合并后的产品代码设置为银行销售时的组合代码。

在本实施例中，对于某些受限于产品销售规则的多险种组合(例如主险与附加险的组合销售)，一般会在银行只会按一条销售记录进行记录，保费为多险种合计，在给银行回传时，以投保单为单位，关联投保单下所有的险种信息按照银行当时定义的销售拆分规则，反向将多条记录信息合并，保留合同号为主线合同号，记录对应的产品代码与银行定义的组合代码一致，所退给客户的保费为该投保单下所有险种退费合计，与银行销售时数据保持一致。之后，通过配置各银行个性化处理程序，将处理后的所述保单关键信息同步到银保系统应用数据库后，按照银行、数据类型、日期，查询条件每日将所期望的数据查询出来推送保单状态变化数据，供银行更新自身数据记录状态。

可选的，若进行数据同步时报错，则自动记录该次报错并跳过该次采集，待下次同步时再重新采集数据进行同步。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种数据同步装置。如图2所示，所述数据同步装置包括：

保单列表获取模块11，用于根据保单业务类型按照预设时间间隔在核心数据库中获取待同步保单的保单列表。

保单详细信息获取模块12，用于基于所述保单列表，获取所述待同步保单的保单详细信息。

保单关键信息确定模块13，用于基于所述待同步保单的保单详细信息，确定所述保单详细信息中的保单关键信息。

数据处理模块14，用于基于预设的数据处理规则，对所述保单关键信息进行处理以使处理后的所述保单关键信息与银保系统应用数据库配合。

同步模块15，用于将处理后的所述保单关键信息同步至所述银保系统应用数据库。

可选的，所述保单类型包括犹豫期撤单、退保、满期给付以及续期交费。

其中，所述保单类型为犹豫期撤单，所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、犹豫期撤单日期、客户关键信息；所述保单类型为退保，所述待同步保单的所述保单关键信息包括投保日期、投保单号、合同组号、退保日期、退保原因、退保金额，客户关键信息；所述保单类型为满期给付，所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、满期日期、满期领取金额、账户信息、授权信息；所述保单类型为续期交费，所述待同步保单的所述保单关键信息包括投保日期、投保单号、保单号、合同组号、续期交费日期、续期缴费金额。

可选的，所述待同步保单为在相邻两个所述保单列表的获取时间点中，保单信息发生变化的保单信息。

可选的，所述数据处理模块，还用于将同一用户同一次购买生成的多个待同步保单的保单关键信息合并，生成处理后的所述保单关键信息。

可选的，所述数据处理模块，还用于将同一用户同一次购买的主险待同步保单以及附加险待同步保单的保单关键信息合并，将主险待同步保单的合同号设置为合并后的主险合同号，将合并后的产品代码设置为银行销售时的组合代码。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的数据同步方法。

图3示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的数据同步方法。

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

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。