CN109272410B - 产品数据的协同备份方法、系统、计算机设备及存储介质 - Google Patents
产品数据的协同备份方法、系统、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN109272410B CN109272410B CN201811010975.7A CN201811010975A CN109272410B CN 109272410 B CN109272410 B CN 109272410B CN 201811010975 A CN201811010975 A CN 201811010975A CN 109272410 B CN109272410 B CN 109272410B
- Authority
- CN
- China
- Prior art keywords
- refund
- record
- server
- settlement
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 82
- 239000000284 extract Substances 0.000 claims abstract description 12
- 230000002159 abnormal effect Effects 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 16
- 238000004806 packaging method and process Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 18
- 238000004364 calculation method Methods 0.000 description 18
- 238000004422 calculation algorithm Methods 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 8
- 238000011161 development Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000012552 review Methods 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 210000001072 colon Anatomy 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000002349 favourable effect Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012797 qualification Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012550 audit Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种产品数据的协同备份方法、系统、计算机设备及存储介质,所述方法包括:退保服务端接收客户端发起的退保请求,根据退保请求中的保单标识信息查询保单数据库,获取退保结算信息和退保记录数据;然后将退保结算信息和退保记录数据分别发送给结算服务端和备案服务端;结算服务端接收客户端发起的与退保请求对应的结算请求,提取结算请求中的退费相关信息并根据退保结算信息计算得到退费金额;然后将退费相关信息和退费金额发送给备案服务端;备案服务端将接收到的退保记录数据、退费相关信息和退费金额保存到备案数据库。本发明的技术方案记录并保存保单退保过程中各服务端之间数据往来的记录,便于退保完成后进行查询和追溯。
Description
技术领域
本发明涉及计算机领域,尤其涉及产品数据的协同备份方法、系统、计算机设备及存储介质。
背景技术
保险中的退保业务是一项比较繁琐的业务。投保人由于各种原因提出退保申请,业务员在为投保人办理退保手续时,除了大量文件需要投保人签字确认外,退费金额的计算由于涉及手续费、缴费期限、已付金额、险种、利率调整等因素,难免会出现计算错误的情况,给退保人或保险人造成经济损失。虽然目前已出现各种信息化的退保服务端,让退保人可以通过手机、电脑等计算机终端进行网上操作,简化退保流程,降低费用计算错误的概率,但仍然有一些不足。
一般的保单退保系统中,其结算服务端与退保服务端是独立分开的。结算服务端只负责资金往来结算,退保服务端只负责与退保相关的业务。在退费结清且退保完成后,退保服务端将不再保留保单相关信息,而结算服务端只有简单的资金出入信息。后期如果退保人对退费金额有异议,或保险人想复查退保记录时,退保相关的费用信息将无法追溯。
发明内容
本发明实施例提供一种产品数据的协同备份方法、系统、计算机设备及存储介质,以解决在保单退保结算完成后,无法查询保单退保过程中完整的退保记录数据的问题。
一种产品数据的协同备份方法,包括:
退保服务端接收客户端发起的退保请求,提取所述退保请求中的保单标识信息;
所述退保服务端根据所述保单标识信息查询保单数据库,获取所述保单标识信息对应的保单的退保结算信息和退保记录数据;
所述退保服务端将所述退保结算信息发送给结算服务端,并将所述退保记录数据发送给备案服务端;
所述结算服务端接收客户端发起的与所述退保请求对应的结算请求,提取所述结算请求中的退费相关信息;
所述结算服务端根据所述退保结算信息计算退保应退费用,得到退费金额;
所述结算服务端将所述退费相关信息和所述退费金额封装成退费记录数据,发送给所述备案服务端;
所述备案服务端将接收到的所述退保记录数据和所述退费记录数据作为退保归档记录,保存到备案数据库。
一种产品数据的协同备份系统,包括:退保服务端、结算服务端和备案服务端,其中,所述退保服务端、所述结算服务端、所述备案服务端之间通过网络连接;
所述退保服务端,用于接收客户端发起的退保请求,提取所述退保请求中的保单标识信息;根据所述保单标识信息查询保单数据库,获取所述保单标识信息对应的保单的退保结算信息和退保记录数据;将所述退保结算信息发送给结算服务端,并将所述退保记录数据发送给备案服务端;
所述结算服务端,用于接收客户端发起的与所述退保请求对应的结算请求,提取所述结算请求中的退费相关信息;根据所述退保结算信息计算退保应退费用,得到退费金额;将所述退费相关信息和所述退费金额封装成退费记录数据,发送给所述备案服务端;
所述备案服务端,用于将接收到的所述退保记录数据和所述退费记录数据作为退保归档记录,保存到备案数据库。
一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述产品数据的协同备份方法的步骤。
一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述产品数据的协同备份方法的步骤。
上述产品数据的协同备份方法、系统、计算机设备及存储介质,由退保服务端接收客户端发起的退保请求,根据退保请求中的保单标识信息查询数据库,获取退保结算信息和退保记录数据;然后将退保结算信息发送给结算服务端,将退保记录数据发送给备案服务端;由结算服务端接收客户端发起的与退保请求对应的结算请求,根据退保结算信息为客户端计算退费金额,同时将退费金额和从退费请求中提取的退费相关信息封装成退费记录数据发送给备案服务端;由备案服务端将收到的退保记录数据和退费记录数据整理成退保归档记录,并保存到数据库。实现了将保单退保过程中的退保申请阶段和退费阶段涉及到退保服务端和结算服务端的往来数据及退保相关信息完整的记录并保存到备案服务端,从而有利于在保单退保完成之后,查询追溯退保数据,完善保单退保流程。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例中产品数据的协同备份方法的一应用环境示意图;
图2是本发明一实施例中产品数据的协同备份方法的流程图;
图3是本发明一实施例中对退保记录数据和退费记录数据进行一致性校验的流程图;
图4是本发明一实施例中重新计算退费金额的流程图;
图5是本发明一实施例中产品数据的协同备份方法中步骤S3的流程图;
图6是本发明一实施例中产品数据的协同备份方法中步骤S32的流程图;
图7是本发明一实施例中产品数据的协同备份方法中步骤S6的流程图;
图8是本发明一实施例中产品数据的协同备份系统的示意图;
图9是本发明一实施例中计算机设备的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请提供的产品数据的协同备份方法,可应用在如图1的应用环境中,其中,客户端可以是浏览器、手机APP、PC主机等。客户端向产品数据的协同备份系统发出退保申请,退保申请可以细分为与退保业务流程相关的退保请求和与费用结算相关的退费请求。产品数据的协同备份系统包括退保服务端、结算服务端和备案服务端,三者之间可以通过网络连接,退保服务端、结算服务端和备案服务端均可以由服务器或服务器集群组成。本发明实施例提供的产品数据的协同备份方法有赖于退保服务端、结算服务端和备案服务端的共同协作完成。
在一实施例中,如图2所示,提供了一种产品数据的协同备份方法,其具体实现流程包括如下步骤:
S1:退保服务端接收客户端发起的退保请求,提取退保请求中的保单标识信息。
具体地,退保人通过客户端向产品数据的协同备份系统发起退保请求,客户端可以是浏览器或手机APP等,退保请求中最重要的信息是保单标识信息。保单标识信息用于唯一标识一份保单,保单标识信息可以为保单号。退保请求中还可以包括其他信息,如退保时间,退保人信息等,退保人信息包括提出退保申请的退保人的姓名、身份证号等身份信息。
退保服务端接收客户端发起的退保请求后,提取退保请求中的保单标识信息。以退保人通过浏览器在线提交退保申请为例,退保人访问产品数据的协同备份系统的Web页面后,在浏览器中填写保单标识信息并提交,退保服务端接收到浏览器传来的表单信息,将其中的保单标识信息提取出来。
S2:退保服务端根据保单标识信息查询保单数据库,获取保单标识信息对应的保单的退保结算信息和退保记录数据。
保单数据库用于存储与保单相关的数据,保单数据库具体可以是Sybase、SQLserver、Oracle、MySQL等,保单数据库可以是在退保服务端本地,或通过网络与退保服务端相连。
退保结算信息是退保服务端发送给结算服务端进行退费结算的数据。退保结算信息具体可以包括结算凭证号和费用相关信息。其中,结算凭证号是退保人去结算服务端进行退费结清时的凭证。结算凭证号可以是由退保服务端为符合退保条件的退保人自动分配的序列号,一个退费申请对应一个唯一的结算凭证号。费用相关信息是结算服务端计算退费金额需要的数据。例如申请退保时间、保单效力终止时间、缴费时间、保单已缴费用、保单现金价值,保单效力终止时间、缴费时间、保单已缴费用等等。
退保记录数据是退保服务端发送给备案服务端进行备案的数据,包括保单数据库中的保单相关信息以及退保人在申请退保时提供的信息。退保记录数据具体可以包括退保人身份信息、投保人信息、保单信息、保单合同信息等。
退保服务端根据在步骤S1中获取到保单标识信息查询保单数据库,审核并过滤掉不符合退保条件的退保请求,同时,从保单数据库中提取投保人信息、保单信息和保单合同信息,并为符合退保条件的退保请求生成退保结算信息和退保记录数据。其中,退保条件是指退保人退保时满足基本的退保要求。例如,保单号是否在保单数据库中有记录;退保人和投保人的身份信息是否一致;保单合同中是否对退保期限有特殊要求等。
具体地,退保服务端以保单标识信息为检索条件,通过JDBC对保单数据库进行查询,然后与退保请求中的信息进行比较。其中,JDBC(Java DataBase Connectivity,Java数据库连接)是一种用于执行SQL语句的Java API,可以为多种关系数据库提供统一访问,它由一组用Java语言编写的类和接口组成。JDBC提供了一种基准,据此可以构建更高级的工具和接口,使数据库开发人员能够编写数据库应用程序。数据库开发人员通过JDBC编写的接口程序能适用于不同的数据库,而不再需要为不同的数据库分别编写接口程序,极大提高了开发效率。
以退保人身份信息是否符合退保条件为例,退保服务端根据保单标识信息可以查询到该保单投保人的身份信息,将查询到的投保人的姓名、性别、身份证号等身份信息与退保人的姓名、性别、身份证号等身份信息进行比较,若两者一致,即确定该退保人具有退保资格,若不一致,即确定该退保人不具有退保资格,不符合退保条件。
对于不符合退保条件的退保请求,退保服务端将返回异常信息给客户端。
对于符合退保条件的退保请求,退保服务端将保单标识信息、退保人信息、退保时间、投保人信息、保单信息、保单合同信息封装成一个数据结构体,作为退保记录数据。同时,退保服务端将结算凭证号、保单标识信息、退保时间以及从保单数据库中查询到的保单效力终止时间、缴费时间、保单已缴费用、保单现金价值、保单效力终止时间、缴费时间、保单已缴费用封装成一个数据结构体,作为退保结算信息,并且将退保结算信息返回给客户端,作为退保人申请费用结算时的凭证。
S3:退保服务端将退保结算信息发送给结算服务端,并将退保记录数据发送给备案服务端。
退保服务端将步骤S2中生成的退保结算信息和退保记录数据分别发送给结算服务端和备案服务端。
具体地,退保服务端与结算服务端之间,退保服务端与备案服务端之间均可以通过套接字(socket)进行通信。退保服务端为与结算服务端、备案服务端分别进行通信,建立不同的套接字通道。例如,若退保服务端、结算服务端、备案服务端均是Java服务器,则退保服务端可以通过调用ServerSocket()方法建立两个发送的套接字,结算服务端和备案服务端分别调用ServerSocket()方法建立接收的套接字,套接字以一收一发配对起来即可实现信息通信。
S4:结算服务端接收客户端发起的与退保请求对应的结算请求,提取结算请求中的退费相关信息。
退保人通过客户端向退保服务端提交退保请求,经过退保服务端审核,符合退保条件后,即可向结算服务端发起结算请求,以结清费用并最终完成退保流程。
当客户端向结算服务端发起结算请求,结算服务端将采集结算请求中的退费相关信息以用于备案和验证。退费相关信息包括但不限于保单标识信息,结算凭证号,客户端发起结算请求的时间,申请费用结算的退保人身份信息等。
具体地,以退保人通过浏览器在线提交结算请求为例,退保人访问结算服务端的Web页面后,在浏览器中填写结算服务端需要采集的退费相关信息并提交,结算服务端接收到浏览器传来的表单信息后提取出来。
S5:结算服务端根据退保结算信息计算退保应退费用,得到退费金额。
结算服务端根据预设的退费金额计算公式,将退保结算信息中的相关参数代入所述退费金额计算公式,即可计算出退费金额。其中,退费金额计算公式存储在结算数据库中。结算数据库用于存储与退费结算相关的数据,如退费金额计算公式等。结算数据库中不同的保单可能对应不同的退费金额计算公式。结算数据库具体可以是Sybase、SQLserver、Oracle、MySQL等,结算数据库可以是在退保服务端本地,或通过网络与结算服务端相连。
具体地,结算服务端以退保结算信息中的保单标识信息作为检索条件,通过JDBC从结算数据库中查询到对应的退费金额计算公式。
若查询到的退费金额计算公式为:
应退保费=已缴全年保费/365天*(365-已保天数))-手续费-佣金成本
则将退保结算信息中的相应数据代入以上公式即可计算出退费金额。
S6:结算服务端将退费相关信息和退费金额封装成退费记录数据,发送给备案服务端。
退费记录数据包括步骤S4中获取的退费相关信息和步骤S5中获取的退费金额,退费记录数据记载了退保人向退保服务端申请退保和向结算服务端申请退费的相关信息。结算服务端将退费记录数据发送给备案服务端进行备份,以使退保人与退保服务端和结算服务端进行交互的信息没有遗漏。
具体地,结算服务端和备案服务端之间可以通过专用的套接字通道进行通信,其实现过程已在步骤S3中描述,此次不再赘述。
S7:备案服务端将接收到的退保记录数据和退费记录数据作为退保归档记录,保存到备案数据库。
备案服务端用于对整个退保过程中,客户端与退保服务端之间交互的信息、客户端与结算服务端之间交互的信息以及退保服务端通过查询保单数据库获取的有关信息进行备份。退保归档记录包括退保记录数据和退费记录数据。
退保记录数据包括了客户端与退保服务端之间交互的信息,如保单标识信息、退保人信息、退保时间等;还包括了退保服务端通过查询保单数据库获取的有关信息,如投保人信息、保单信息、保单合同信息等。
退费记录数据包括了客户端与结算服务端之间交互的信息,如退费金额、结算请求中的退费相关信息等。
备案数据库用于退保记录数据和退费记录数据,备案数据库具体可以是Sybase、SQLserver、Oracle、MySQL等,备案数据库可以是在备案服务端本地,或通过网络与备案服务端相连。
具体地,若退保服务端、结算服务端、备案服务端均是Java服务器,备案服务端可以新建一个退保归档记录对象作为存储退保过程中所有重要信息的载体,退保归档记录对象的属性与退保记录数据和退费记录数据中的信息一一对应,然后将接收到的退保记录数据和退费记录数据赋值到退保归档记录对象中。
备案服务端通过JDBC在备案数据库中创建退保归档记录表,表中的字段与退保归档记录对象的属性一一对应;然后将退保归档记录对象的值插入到退保归档记录表中,完成备份。
在本实施例中,由退保服务端接收客户端发起的退保请求,根据退保请求中的保单标识信息查询数据库,获取退保结算信息和退保记录数据;然后将退保结算信息发送给结算服务端,将退保记录数据发送给备案服务端;由结算服务端接收客户端发起的与退保请求对应的结算请求,根据退保结算信息为客户端计算退费金额,同时将退费金额和从退费请求中提取的退费相关信息封装成退费记录数据发送给备案服务端;由备案服务端将收到的退保记录数据和退费记录数据整理成退保归档记录,并保存到数据库。实现了将保单退保过程中的退保申请阶段和退费阶段涉及到退保服务端和结算服务端的往来数据及退保相关信息完整的记录并保存到备案服务端,从而有利于在保单退保完成之后,查询追溯退保数据,完善保单退保流程。
进一步地,在一实施例中,如图3所示,在步骤S7之后,即备案服务端将接收到的退保记录数据和退费记录数据作为退保归档记录,保存到备案数据库之后,产品数据的协同备份方法还包括如下步骤:
S8:备案服务端对退保记录数据和退费记录数据进行一致性校验。
具体地,退保记录数据和退费记录数据中均包含退保人的相关信息,这些信息是退保人在申请退保阶段和申请退费阶段分别通过客户端提交到退保服务端和结算服务端的,因此,为了避免有人在申请退费阶段冒领退保人的退保费用,备案服务端可以将退保记录数据和退费记录数据进行一致性校验,以保留证据。
例如,备案服务端可以对退保记录数据和退费记录数据中的退保人信息进行比较,如退保人分别在申请退保阶段和申请退费阶段提交的姓名、身份证号等是否一致。
进一步地,若备案服务端采用的是Java服务器,则可以通过调用String类的字符串比较方法对退保人信息进行比较。
S9:若一致性校验结果为校验失败,则备案服务端确认退保记录数据和退费记录数据之间存在不一致数据,备案服务端将退保归档记录标记为异常记录。
仍以步骤S8中退保人信息为例,若退保记录数据中的退保人信息如姓名、性别、身份证号码等,与退费记录数据中的退保人信息如姓名、性别、身份证号码等有任一项不相等,则确定为一致性校验失败,代表该条退保归档记录存在异常情况。备案服务端将退保归档记录标记为异常记录。备案服务端可以将该条退保归档记录在备案数据库中的id号另行保存;或者在退保归档记录表中新增“是否异常记录”的字段,并对该字段赋值。
在本实施例中,备案服务端对退保记录数据和退费记录数据进行一致性校验,对校验失败的退保归档记录进行标识,作为风险信息留存,以便完善退保数据备案体系。
进一步地,在一实施例中,如图4所示,在步骤S7之后,即备案服务端将接收到的退保记录数据和退费记录数据作为退保归档记录,保存到备案数据库之后,产品数据的协同备份方法还包括如下步骤:
S10:备案服务端根据退保记录数据重新计算退保应退费用,得到当前退费金额。
退保记录数据完整包括了退保流程中退保人一方提交的数据和退保服务端从退保数据库中查询到的信息,即客户端与退保服务端之间交互的信息,如保单标识信息、退保人信息、退保时间等;还包括了退保服务端通过查询保单数据库获取的有关信息,如投保人信息、保单信息、保单合同信息等。因此,备案服务端可以根据退保记录数据重新计算出退保应退费用,以对结算服务端计算出的退费金额进行验证。
具体地,备案服务端根据保单标识信息从结算数据库中获取退费金额计算公式,然后将退保记录数据中的相应信息代入退费金额计算公式,从而得到该保单标识信息的当前退费金额。
S11:备案服务端将当前退费金额与退费金额进行比较。
退费金额是在退费记录数据中的,由结算服务端发送过来的。当前退费金额是备案服务端本地计算得到的。
具体地,备案服务端根据保单标识信息,在退保归档记录中查询到该保单标识所对应的退费金额,然后减去当前退费金额。
S12:若当前退费金额与退费金额不相等,则备案服务端将退保归档记录标记为异常记录。
若步骤S11中退费金额减去当前退费金额的值不为零,则代表结算服务端实际结算的金额和备案服务端计算得到的金额有差距,其中有一个服务端计算过程有误,案服务端将退保归档记录标记为异常记录。备案服务端可以将该条退保归档记录在备案数据库中的id号另行保存;或者在退保归档记录表中新增“是否异常记录”的字段,并对该字段赋值。
在本实施例中,备案服务端根据退保记录数据重新计算退保应退费用,并将计算结果与从结算服务端接收到的退费金额进行比较,对于当前退费金额与退费金额不相等的退保归档记录进行标记并作为风险信息留存,用以更加完善退保数据备案体系。
进一步地,在一实施例中,在步骤S9或者步骤S12之后,产品数据的协同备份方法还包括如下步骤:
S13:备案服务端将异常记录对应的保单标识信息发送给结算服务端,以使结算服务端对保单标识信息进行备份。
异常记录代表在退保过程中有数据错误或信息瑕疵,退保人有可能在后期进行复查或投诉,尤其是退费金额计算有误的情况。因此,备案服务端将异常记录对应的保单标识信息发送给结算服务端,结算服务端可以将保单标识信息保存到结算数据库,以作为重新计算退费金额的依据。
在本实施例中,备案服务端将异常记录对应的保单标识信息发送给结算服务端,使得在退保人向结算服务端申请复查金额时,结算服务端有据可查,从而更加完善退保数据备案体系。
进一步地,如图5所示,在一实施例中,针对步骤S3,即退保服务端将退保结算信息发送给结算服务端,并将退保记录数据发送给备案服务端,具体包括如下步骤:
S31:退保服务端将退保结算信息打包成键值对形式的结算信息文件,并且将退保记录数据打包成键值对形式的记录数据文件。
键值对形式的文本文件是轻量级的数据交换格式,是不同系统间数据交换的有效载体。键值对文件包括JSON文件(JavaScript Object Notation,JS对象简谱),XML(eXtensible Markup Language,可扩展标记语言)文件等,其中,JSON文件不依赖于操作系统,能方便的被读取和写入,可以作为优选。
退保服务端、结算服务端、备案服务端不限于使用相同的服务器类型,如Java服务器,也可以使用异构的服务器,如有的用Java服务器,有的用C++服务器。因此,使用通用的JSON文件进行信息传输能节省开发成本。
具体地,退保服务端将退保结算信息和退保记录信息分别写出JSON文件,生成结算信息文件和记录数据文件。一条退保请求对应的记录数据文件可以表示为:
以上JSON文件中,符号左大括号和右大括号代表JSON文件的开始和结束;冒号前的代表传输的变量名,称为键;冒号后的代表变量名对应的值,称为值;逗号代表一对“键、值”的结束,左中括号和右中括号中间的代表一个键的子集。
S32:退保服务端将结算信息文件发送给结算服务端,以使结算服务端对退保结算信息进行备份;并且退保服务端将记录数据文件发送给备案服务端,以使备案服务端对退保记录数据进行备份。
退保服务端可以通过各自专用套接字通道,将结算信息文件和记录数据文件分别发送给结算服务端和备案服务端。
具体地,若退保服务端是Java服务器,则退保服务端可以通过调用ServerSocket()方法建立发送的套接字,然后调用Sendto()方法将结算信息文件和记录数据文件分别发送给结算服务端和备案服务端。
在本实施例中,退保服务端将退保结算信息打包成键值对形式的结算信息文件,并且将退保记录数据打包成键值对形式的记录数据文件,并发送到结算服务端和备案服务端,使得各服务端可以采用异构的服务器类型也能快速进行数据交换,从而节省各服务端的开发成本。
进一步地,如图6所示,在一实施例中,针对步骤S32,即退保服务端将结算信息文件发送给结算服务端,以使结算服务端对退保结算信息进行备份;并且退保服务端将记录数据文件发送给备案服务端,以使备案服务端对退保记录数据进行备份,具体包括如下步骤:
S321:退保服务端对结算信息文件进行加密,得到结算信息密文文件,并且退保服务端对记录数据文件进行加密,得到记录数据密文文件;
具体地,结算信息文件和记录数据文件均是键值对形式的文本文件,因此,退保服务端可以很方便对其进行加密。加密方法包括但不限于:对称加密算法、非对称加密算法,以及自定义的信息置乱算法等,优选地,可以采用RSA非对称加密算法。RSA算法生成一对RSA密钥对,包括公钥和私钥,公钥用于加密,私钥用于解密,RSA密钥至少为500位长,一般推荐使用1024位,以保证加密强度。
退保服务端、结算服务端、备案服务端之间预先约定RSA密钥对,然后退保服务端通过公钥分别对结算信息文件和记录数据文件进行加密,分别得到信息密文文件和记录数据密文文件。
进一步地,若退保服务端采用的Java服务器,则退保服务端可以导入BASE64类,并通过调用该类下的方法进行公钥加密,生成密文文件。
S322:退保服务端将结算信息密文文件发送给结算服务端,以使结算服务端对退保结算信息进行备份,并且退保服务端将记录数据密文文件发送给备案服务端,以使备案服务端对退保记录数据进行备份。
密文文件的发送仍然可以通过套接字通道进行。退保服务端可以通过各自专用套接字通道,将结算信息密文文件和记录数据密文文件分别发送给结算服务端和备案服务端。
进一步地,若退保服务端是Java服务器,则退保服务端可以通过调用ServerSocket()方法建立发送的套接字,然后调用Sendto()方法将结算信息密文文件和记录数据密文文件分别发送给结算服务端和备案服务端。
在本实施例中,为了使数据在传输中被第三人恶意篡改,退保服务端分别对结算信息文件和记录数据文件进行加密,以密文的形式将数据发送到结算服务端和备案服务端,增强了数据的安全性。
进一步地,如图7所示,在一实施例中,针对步骤S6,即结算服务端将退费相关信息和退费金额封装成退费记录数据,发送给备案服务端,具体可以包括如下步骤:
S61:结算服务端将退费相关信息和退费金额封装成退费记录数据,并打包成键值对形式的退费记录文件。
键值对形式的文本文件,有利于异构系统之间的信息交换。优选地,采用JSON格式的文件进行存储。
具体地,结算服务端将退费记录数据打包成的一个JSON文件可以表示如下:
S62:结算服务端对退费记录文件进行加密,得到退费记录密文文件。
结算服务端对退费记录文件进行加密的加密算法不做限制,包括但不限于称加密算法、非对称加密算法、自定义的信息置乱算法等。优选地,可以采用RSA非对称加密算法。
结算服务端、备案服务端之间预先约定RSA密钥对,然后结算服务端通过公钥对退费记录文件进行加密,得到退费记录密文文件。
具体地,若结算服务端采用的Java服务器,则结算服务端可以导入BASE64类,并通过调用该类下的方法进行公钥加密,生成密文文件。
S63:结算服务端将退费记录密文文件发送给备案服务端,以使备案服务端对退费记录数据进行备份。
密文文件的发送仍然可以通过套接字通道进行。
具体地,结算服务端与备案服务端之间建立专用的套接字通道。例如,若结算服务端是Java服务器,则结算服务端可以通过调用ServerSocket()方法建立发送的套接字,然后调用Sendto()方法将退费记录密文文件发送给备案服务端。
在本实施例中,与从退保服务端发送信息到备案服务端类似,结算服务端在将退费记录数据发送给备案服务端时,将退费记录数据打包成键值对形式的文件,有利于异构系统之间的信息交换,将退费记录数据进行加密,使得退费金额等敏感信息不易被第三人恶意篡改,信息传输更加安全可靠。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
在一实施例中,提供一种产品数据的协同备份系统,该产品数据的协同备份系统与上述实施例中产品数据的协同备份方法一一对应。如图8所示,该产品数据的协同备份系统包括退保服务端81、结算服务端82和备案服务端83。各功能模块详细说明如下:
退保服务端81,用于接收客户端发起的退保请求,提取退保请求中的保单标识信息;根据保单标识信息查询保单数据库,获取保单标识信息对应的保单的退保结算信息和退保记录数据;将退保结算信息发送给结算服务端,并将退保记录数据发送给备案服务端;
结算服务端82,用于接收客户端发起的与退保请求对应的结算请求,提取结算请求中的退费相关信息;根据退保结算信息计算退保应退费用,得到退费金额;将退费相关信息和退费金额封装成退费记录数据,发送给备案服务端;
备案服务端83,用于将接收到的退保记录数据和退费记录数据作为退保归档记录,保存到备案数据库。
进一步地,备案服务端83,还用于对退保记录数据和退费记录数据进行一致性校验;若一致性校验结果为校验失败,则备案服务端确认退保记录数据和退费记录数据之间存在不一致数据,备案服务端将退保归档记录标记为异常记录。
进一步地,备案服务端83,还用于根据退保记录数据重新计算退保应退费用,得到当前退费金额;将当前退费金额与退费金额进行比较;若当前退费金额与退费金额不相等,则备案服务端将退保归档记录标记为异常记录。
进一步地,备案服务端83,还用于将异常记录对应的保单标识信息发送给结算服务端。
进一步地,退保服务端81,还用于将退保结算信息和退保记录数据分别打包成键值对形式的结算信息文件和记录数据文件;将结算信息文件和记录数据文件分别发送给结算服务端和备案服务端。
进一步地,退保服务端81,还用于分别对结算信息文件和记录数据文件进行加密,得到结算信息密文文件和记录数据密文文件;将结算信息密文文件和记录数据密文文件分别发送给结算服务端和备案服务端。
进一步地,结算服务端83,还用于将退费相关信息和退费金额封装成退费记录数据,并打包成键值对形式的退费记录文件;对退费记录文件进行加密,得到退费记录密文文件;将退费记录密文文件发送给备案服务端。
关于产品数据的协同备份系统的具体限定可以参见上文中对于产品数据的协同备份方法的限定,在此不再赘述。上述产品数据的协同备份系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种产品数据的协同备份方法。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述实施例中产品数据的协同备份方法的步骤,例如图2所示的步骤S1至步骤S7。
在一实施例中,提供一计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述方法实施例中产品数据的协同备份方法,或者,该计算机程序被处理器执行时实现上述系统实施例中产品数据的协同备份系统中各模块/单元的功能。为避免重复,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述系统的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
Claims (9)
1.一种产品数据的协同备份方法,其特征在于,所述产品数据的协同备份方法包括:
退保服务端接收客户端发起的退保请求,提取所述退保请求中的保单标识信息;
所述退保服务端根据所述保单标识信息查询保单数据库,获取所述保单标识信息对应的保单的退保结算信息和退保记录数据;
所述退保服务端将所述退保结算信息发送给结算服务端,并将所述退保记录数据发送给备案服务端;
所述结算服务端接收客户端发起的与所述退保请求对应的结算请求,提取所述结算请求中的退费相关信息;
所述结算服务端根据所述退保结算信息计算退保应退费用,得到退费金额;
所述结算服务端将所述退费相关信息和所述退费金额封装成退费记录数据,发送给所述备案服务端;
所述备案服务端将接收到的所述退保记录数据和所述退费记录数据作为退保归档记录,保存到备案数据库;
所述备案服务端将接收到的所述退保记录数据和所述退费记录数据作为退保归档记录,保存到备案数据库之后,所述产品数据的协同备份方法还包括:
所述备案服务端对所述退保记录数据和所述退费记录数据进行一致性校验;
若所述一致性校验结果为校验失败,则所述备案服务端确认所述退保记录数据和所述退费记录数据之间存在不一致数据,所述备案服务端将所述退保归档记录标记为异常记录。
2.如权利要求1所述的产品数据的协同备份方法,其特征在于,所述备案服务端将接收到的所述退保记录数据和所述退费记录数据作为退保归档记录,保存到备案数据库之后,所述产品数据的协同备份方法还包括:
所述备案服务端根据所述退保记录数据重新计算所述退保应退费用,得到当前退费金额;
所述备案服务端将所述当前退费金额与所述退费金额进行比较;
若所述当前退费金额与所述退费金额不相等,则所述备案服务端将所述退保归档记录标记为异常记录。
3.如权利要求1或2所述的产品数据的协同备份方法,其特征在于,所述备案服务端将所述退保归档记录标记为异常记录之后,所述产品数据的协同备份方法还包括:
所述备案服务端将所述异常记录对应的所述保单标识信息发送给所述结算服务端,以使所述结算服务端对所述保单标识信息进行备份。
4.如权利要求1所述的产品数据的协同备份方法,其特征在于,所述退保服务端将所述退保结算信息发送给结算服务端,并将所述退保记录数据发送给备案服务端,包括:
所述退保服务端将所述退保结算信息打包成键值对形式的结算信息文件,并且将所述退保记录数据打包成所述键值对形式的记录数据文件;
所述退保服务端将所述结算信息文件发送给所述结算服务端,以使所述结算服务端对所述退保结算信息进行备份;并且所述退保服务端将所述记录数据文件发送给所述备案服务端,以使所述备案服务端对所述退保记录数据进行备份。
5.如权利要求4所述的产品数据的协同备份方法,其特征在于,所述退保服务端将所述结算信息文件发送给所述结算服务端,以使所述结算服务端对所述退保结算信息进行备份;并且所述退保服务端将所述记录数据文件发送给所述备案服务端,以使所述备案服务端对所述退保记录数据进行备份,包括:
所述退保服务端对所述结算信息文件进行加密,得到结算信息密文文件,并且所述退保服务端对所述记录数据文件进行加密,得到记录数据密文文件;
所述退保服务端将所述结算信息密文文件发送给所述结算服务端,以使所述结算服务端对所述退保结算信息进行备份,并且所述退保服务端将所述记录数据密文文件发送给所述备案服务端,以使所述备案服务端对所述退保记录数据进行备份。
6.如权利要求1所述的产品数据的协同备份方法,其特征在于,所述结算服务端将所述退费相关信息和所述退费金额封装成退费记录数据,发送给所述备案服务端,包括:
所述结算服务端将所述退费相关信息和所述退费金额封装成退费记录数据,并打包成键值对形式的退费记录文件;
所述结算服务端对所述退费记录文件进行加密,得到退费记录密文文件;
所述结算服务端将所述退费记录密文文件发送给所述备案服务端,以使所述备案服务端对所述退费记录数据进行备份。
7.一种产品数据的协同备份系统,其特征在于,所述产品数据的协同备份系统包括:退保服务端、结算服务端和备案服务端,其中,所述退保服务端、所述结算服务端、所述备案服务端之间通过网络连接;
所述退保服务端,用于接收客户端发起的退保请求,提取所述退保请求中的保单标识信息;根据所述保单标识信息查询保单数据库,获取所述保单标识信息对应的保单的退保结算信息和退保记录数据;将所述退保结算信息发送给结算服务端,并将所述退保记录数据发送给备案服务端;
所述结算服务端,用于接收客户端发起的与所述退保请求对应的结算请求,提取所述结算请求中的退费相关信息;根据所述退保结算信息计算退保应退费用,得到退费金额;将所述退费相关信息和所述退费金额封装成退费记录数据,发送给所述备案服务端;
所述备案服务端,用于将接收到的所述退保记录数据和所述退费记录数据作为退保归档记录,保存到备案数据库;
所述备案服务端还用于对退保记录数据和退费记录数据进行一致性校验;若一致性校验结果为校验失败,则备案服务端确认退保记录数据和退费记录数据之间存在不一致数据,备案服务端将退保归档记录标记为异常记录。
8.一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述产品数据的协同备份方法的步骤。
9.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述产品数据的协同备份方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811010975.7A CN109272410B (zh) | 2018-08-31 | 2018-08-31 | 产品数据的协同备份方法、系统、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811010975.7A CN109272410B (zh) | 2018-08-31 | 2018-08-31 | 产品数据的协同备份方法、系统、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109272410A CN109272410A (zh) | 2019-01-25 |
CN109272410B true CN109272410B (zh) | 2024-06-25 |
Family
ID=65155123
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811010975.7A Active CN109272410B (zh) | 2018-08-31 | 2018-08-31 | 产品数据的协同备份方法、系统、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109272410B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110163553A (zh) * | 2019-03-27 | 2019-08-23 | 阿里巴巴集团控股有限公司 | 一种项目的缴费金额结算系统、方法及装置 |
CN111652723A (zh) * | 2020-06-01 | 2020-09-11 | 泰康保险集团股份有限公司 | 数据处理方法、装置、设备及计算机可读存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101466086A (zh) * | 2007-12-17 | 2009-06-24 | 江苏省烟草公司徐州市公司 | 一种手机银行的系统和方法 |
KR101050204B1 (ko) * | 2008-04-22 | 2011-07-19 | (주)모비클 | 모바일 게임 환불 보장 시스템 |
US20130253956A1 (en) * | 2011-09-22 | 2013-09-26 | Robert Lyne Towne | Chargeback insurance |
CN102624740B (zh) * | 2012-03-30 | 2016-05-11 | 北京奇虎科技有限公司 | 一种数据交互方法及客户端、服务器 |
CN107993155A (zh) * | 2017-12-22 | 2018-05-04 | 平安养老保险股份有限公司 | 保单信息处理方法、装置、服务器和存储介质 |
-
2018
- 2018-08-31 CN CN201811010975.7A patent/CN109272410B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN109272410A (zh) | 2019-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3547198B1 (en) | Method, system and apparatus for data access | |
US11949670B2 (en) | Method and system for trustworthiness using digital certificates | |
US11797995B2 (en) | Method and system for risk scoring anonymized transactions | |
JP6754495B2 (ja) | ブロックチェーンを介したアイデンティティと証明書の保護及び検証とのための方法及びシステム | |
US20180095956A1 (en) | System and Method for Retrieving and Consolidating Data According to Apportionment Rules | |
AU2016351569B2 (en) | Method and system for validation of hashed data via acceptance frames | |
CN110163735B (zh) | 涉税数据处理方法、装置、计算机设备及存储介质 | |
US20180322489A1 (en) | System and method for restricted transaction processing | |
US11558181B2 (en) | Method and system for state associated device identification for digital payments using blockchain technology | |
US11605076B2 (en) | Reconciliation of indirectly executed exchanges of data using permissioned distributed ledgers | |
CN110489313B (zh) | 基于区块链的操作日志记录方法、装置及存储介质 | |
US20210326886A1 (en) | Blockchain-based resource transaction methods, apparatuses, and systems | |
WO2021012571A1 (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
US20170097996A1 (en) | Systems and Methods for Privacy Preservation | |
CN109272410B (zh) | 产品数据的协同备份方法、系统、计算机设备及存储介质 | |
US20190229931A1 (en) | Distributed telephone number ledger and register | |
CN109785145B (zh) | 基于区块链的定点药店融资方法、存储介质及计算机设备 | |
CN109325873B (zh) | 自助业务处理方法、装置、计算机设备及存储介质 | |
WO2022267180A1 (zh) | 基于区块链的服务系统、方法、设备及存储介质 | |
CN109345401B (zh) | 产品数据的数据同步方法、装置、计算机设备及存储介质 | |
CN112434112A (zh) | 将区块链数据同步存储到数据库的方法及装置 | |
CN110163732A (zh) | 一种会计报表的处理方法及处理系统 | |
CN114341911A (zh) | 管理敏感信息的通信 | |
CN114390041A (zh) | 一种数据共享交换方法、装置及计算机可读介质 | |
CN117217757A (zh) | 个人账户资金管理方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant |