基于区块链的保险理赔系统的制作方法

文档序号:30788302发布日期:2022-07-16 08:59阅读:407来源:国知局
基于区块链的保险理赔系统的制作方法

1.本发明涉及信息技术领域,具体涉及一种基于区块链的保险理赔系统。


背景技术:

2.保险理赔是指在保险标的发生保险事故而使被保险人财产受到损失或人身生命受到损害时,或保单约定的其它保险事故出险而需要给付保险金时,保险公司根据合同规定,履行赔偿或给付责任的行为,是直接体现保险职能和履行保险责任的工作。理赔程序一般包括立案查勘、审核证明和资料、核定保险责任和履行赔付义务。在审核证明和资料期间,投保人需要提供大量的服务单据和票据资料,这些服务单据和票据包含有大量的个人信息。而保险服务机构为了防范虚假出险等情况,也需要获取这些单据和票据进行审核。这样的审核方式不仅不利于保护投保人的隐私,也给伪造或者虚假开具单据、票据的行为提供了机会。因此有必要研究新的保险理赔方案。
3.如中国专利cn110276693a,公开日2019年9月24日,一种保险理赔方法及系统,所述保险理赔方法包括:获取存储于所述区块链网络中区块链节点的业务合约和请求理赔数据;通过所述业务合约中的保险理赔款项对所述请求理赔数据中所述金额对应的款项进行对账处理,生成对账数据;根据所述业务合约和所述对账数据生成实际理赔数据;将所述实际理赔数据同步至所述区块链网络中的区块链节点,待所述同步完成,控制所述承保方将所述实际理赔数据指示的金额转移至所述投保方。其技术方案通过将业务数据和理赔数据借助区块链智能合约自动执行,有助于提高保险理赔效率和安全性。但其技术方案无法解决保险理赔过程中,难以确保相关单据票据真实性的问题。


技术实现要素:

4.本发明要解决的技术问题是:目前缺乏高效率审核理赔单据票据真实性方案的技术问题。提出了一种基于区块链的保险理赔系统,能够借助区块链技术实现相关服务单据及票据的真实性,有助于提高资料审核的效率。
5.为解决上述技术问题,本发明所采取的技术方案为:基于区块链的保险理赔系统,包括档案子系统和理赔业务子系统,所述理赔业务子系统包括受理子系统、关联子系统和理赔子系统,当投保主体发生理赔事件时,投保主体将理赔请求发送给受理子系统,所述受理子系统新建理赔任务,并分配任务编号,提取投保主体标识的哈希值作为识别码,所述受理子系统在区块链上发布智能合约,所述智能合约公开所述识别码和关联子系统的公钥,所述档案子系统部署在为投保主体提供服务的服务主体上,收集并管理服务主体的业务档案,当服务主体产生新的业务档案时,所述档案子系统提取业务档案的哈希值,作为存证哈希值上传区块链存储,获取业务档案的类型和被服务主体,将业务档案关联存证哈希值、类型和被服务主体存储,所述档案子系统提取被服务主体的标识的哈希值,查询区块链,若存在相符的识别码,则将对应被服务主体的业务档案使用关联子系统的公钥加密后上传区块链存储,所述关联子系统轮询区块链,解密获得全部业务档案,验证存证哈希值后,将业务
档案关联理赔任务,预设时长后,所述理赔子系统根据理赔任务关联的全部业务档案,获得投保主体的理赔总金额,完成理赔任务。
6.作为优选,所述档案子系统根据业务档案的类型,制定区域划分方案,将业务档案划分为若干个区域,每个区域至多包含一个字段区域,将区域编号并关联所包含字段的名称,提取区域的哈希值,记为区域哈希值,将区域哈希值纳入区域哈希值集,提取区域哈希值集的哈希值作为存证哈希值上传区块链存储,将业务档案及区域哈希值集关联存储,所述档案子系统查询区块链并发现相符的识别码时,生成遮挡色遮挡业务档案除被服务主体标识和汇总金额以外的字段区域,将被遮挡后的档案连同区域哈希值集一起使用关联子系统的公钥加密后,上传区块链存储,所述关联子系统轮询区块链,解密获得全部业务档案,验证可见区域的区域哈希值处于区域哈希值集且区域哈希值集的哈希值与存证哈希值相符后,将业务档案关联理赔任务。
7.作为优选,所述档案子系统使用限时加密算法将业务档案加密获得限时密文,再使用关联子系统的公钥加密限时密文后上,传区块链存储,所述关联子系统轮询区块链,解密获得限时密文,在限时内解密限时密文获得业务档案。
8.作为优选,所述档案子系统在区块链上发布限时加密智能合约,所述限时加密智能合约包括若干个公示栏,所述公示栏包括栏编号、剩余更新时长和公示区,所述公示区展示m个样本点(xi,yi),i∈[1,m],剩余更新时长为0时,更新公示区内的样本点并重置剩余更新时长为初始值,所述档案子系统选择剩余更新时长与限时相符的公示栏,读取栏编号和m个样本点,生成整数n,n《m,生成一元多项式,所述一元多项式经过m个样本点中的n个,所述档案子系统计算剩余m-n个样本点与所述一元多项式的距离,距离和记为样本距离,穷举过m个样本点中的n个样本点的一元多项式,样本距离最小的一元多项式即为加密多项式,所述档案子系统使用加密多项式加密业务档案,关联栏编号后作为限时密文,所述关联子系统轮询区块链,获得限时密文及对应的栏编号,在限时内,读取栏编号对应公示区内的m个样本点,获得样本距离最小的一元多项式,作为复原多项式,使用复原多项式解密获得业务档案。
[0009]
作为优选,使用加密多项式加密数据的方法包括:将数据转为二进制流,按预设规则补位后,将二进制流截断为若干个长度固定的二进制数,二进制数的值记为d;生成数据组合(b1,x1,b2,x2,

,bn,xn,

),使b=∑(-1)^bi*f(xi)+

,i∈[1,n],

为修正值;全部二进制数对应的数据组合构成密文。
[0010]
作为优选,所述档案子系统穷举过m个样本点中的n个样本点的一元多项式,将一元多项式按照样本距离升序排列,选择其中一个一元多项式作为加密多项式,记录加密多项式在排序中的序号s,使用加密多项式加密业务档案,将加密后的业务档案关联栏编号和序号s打包作为限时密文,所述关联子系统轮询区块链,获得限时密文及对应的栏编号,在限时内,读取栏编号对应公示区内的m个样本点,穷举过m个样本点中的n个样本点的一元多项式,将一元多项式按照样本距离升序排列,序号s对应的一元多项式作为复原多项式。
[0011]
本发明的实质性效果是:借助区块链将服务主体的相关业务档案进行存证固定,杜绝了伪造业务档案的可能性,从服务主体直接获得业务档案,确保了业务档案的真实性;通过将业务档案划分区域,将涉及隐私的信息遮挡隐藏,能够有效保护隐私信息,同时不影响理赔资料的审核验证;通过限时加密技术实现对业务档案扩散范围的管控,有助于提高
业务档案的安全性。
附图说明
[0012]
图1 为实施例一保险理赔系统示意图。
[0013]
图2为实施例一业务档案区域划分示意图。
[0014]
图3为实施例一限时加密方法示意图。
[0015]
图4为实施例一使用加密多项式加密数据方法示意图。
[0016]
图5为实施例二限时加密方法示意图。
[0017]
其中:10、档案子系统,20、投保主体,30、理赔业务子系统,31、受理子系统,32、关联子系统,33、理赔子系统。
具体实施方式
[0018]
下面通过具体实施例,并结合附图,对本发明的具体实施方式作进一步具体说明。
[0019]
实施例一:基于区块链的保险理赔系统,请参阅附图1,包括档案子系统10和理赔业务子系统30,理赔业务子系统30包括受理子系统31、关联子系统32和理赔子系统33,当投保主体20发生理赔事件时,投保主体20将理赔请求发送给受理子系统31,受理子系统31新建理赔任务,并分配任务编号,提取投保主体20标识的哈希值作为识别码,受理子系统31在区块链上发布智能合约,智能合约公开识别码和关联子系统32的公钥,档案子系统10部署在为投保主体20提供服务的服务主体上,收集并管理服务主体的业务档案,当服务主体产生新的业务档案时,档案子系统10提取业务档案的哈希值,作为存证哈希值上传区块链存储,获取业务档案的类型和被服务主体,将业务档案关联存证哈希值、类型和被服务主体存储,档案子系统10提取被服务主体的标识的哈希值,查询区块链,若存在相符的识别码,则将对应被服务主体的业务档案使用关联子系统32的公钥加密后上传区块链存储,关联子系统32轮询区块链,解密获得全部业务档案,验证存证哈希值后,将业务档案关联理赔任务,预设时长后,理赔子系统33根据理赔任务关联的全部业务档案,获得投保主体20的理赔总金额,完成理赔任务。当投保主体20发生理赔事件时,如车险投保人的车辆发生碰撞事故受损后,需要对车辆进行维修。在现有技术中,车主需要提供维修厂提供的定损单、维修单和发票。保险公司需要审核定损单、维修单和发票的真假。但定损单、维修单和发票缺乏存证证明,容易出现伪造的行为,给保险公司带来了风险,降低了理赔的效率。
[0020]
本实施例中,在维修厂部署档案子系统10,将维修厂提供的定损单、维修单和发票上传区块链存证,使定损单、维修单和发票不能被更改和删除,大幅提高定损单、维修单和发票伪造的成本,且事后能够方便的核查,从而杜绝定损单、维修单和发票伪造行为,提高理赔效率。若车主在不同的维修厂进行不同项目的维修,则不同维修厂均会提取车主称呼的哈希值,与识别码比对后,将相应的业务档案共享给保险公司。最终保险公司将获得完整的维修相关的档案,从而为认定理赔项目和理赔金额。
[0021]
档案子系统10根据业务档案的类型,制定区域划分方案,将业务档案划分为若干个区域,请参阅附图2,每个区域至多包含一个字段区域,将区域编号并关联所包含字段的名称,提取区域的哈希值,记为区域哈希值,将区域哈希值纳入区域哈希值集,提取区域哈
希值集的哈希值作为存证哈希值上传区块链存储,将业务档案及区域哈希值集关联存储,档案子系统10查询区块链并发现相符的识别码时,生成遮挡色遮挡业务档案除被服务主体标识和汇总金额以外的字段区域,将被遮挡后的档案连同区域哈希值集一起使用关联子系统32的公钥加密后,上传区块链存储,关联子系统32轮询区块链,解密获得全部业务档案,验证可见区域的区域哈希值处于区域哈希值集且区域哈希值集的哈希值与存证哈希值相符后,将业务档案关联理赔任务。图2记载的车辆维修服务单记载了涉及的维修项目及费用及总费用。车主信息则需要向保险公司公开,维修技师可使用遮挡色遮挡。具体的维修项目及费用也可以使用遮挡色遮挡,仅向保险公司公开总费用即可。
[0022]
档案子系统10使用限时加密算法将业务档案加密获得限时密文,再使用关联子系统32的公钥加密限时密文后,上传区块链存储,关联子系统32轮询区块链,解密获得限时密文,在限时内解密限时密文获得业务档案。使用限时加密算法加密后,使业务档案仅能够在限时内被保险公司解密获得。超过限时后,则业务档案将保持保密,有效管控业务档案泄露的范围。
[0023]
请参阅附图3,限时加密的方法包括:步骤a01)档案子系统10在区块链上发布限时加密智能合约,限时加密智能合约包括若干个公示栏,公示栏包括栏编号、剩余更新时长和公示区,公示区展示m个样本点(xi,yi),i∈[1,m],剩余更新时长为0时,更新公示区内的样本点并重置剩余更新时长为初始值;步骤a02)档案子系统10选择剩余更新时长与限时相符的公示栏;步骤a03)读取栏编号和m个样本点,生成整数n,n《m,生成一元多项式,一元多项式经过m个样本点中的n个;步骤a04)档案子系统10计算剩余m-n个样本点与一元多项式的距离,距离和记为样本距离;步骤a05)穷举过m个样本点中的n个样本点的一元多项式,样本距离最小的一元多项式即为加密多项式;步骤a06)档案子系统10使用加密多项式加密业务档案,关联栏编号后作为限时密文;步骤a07)关联子系统32轮询区块链,获得限时密文及对应的栏编号;步骤a08)在限时内,读取栏编号对应公示区内的m个样本点;步骤a09)获得样本距离最小的一元多项式,作为复原多项式,使用复原多项式解密获得业务档案。
[0024]
限时加密智能合约记载内容如表1所示,共记载了60个公示栏,能够提供60组不同限时时长的限时加密。
[0025]
表1限时加密智能合约公示栏1{栏编号1,剩余更新时长1,公示区1}公示栏2{栏编号2,剩余更新时长2,公示区2}公示栏3{栏编号3,剩余更新时长3,公示区3}
……
公示栏60{栏编号60,剩余更新时长60,公示区60}公示栏2的公示区记载的样本点有4个,分别为:(2,16)、(4,24)、(8,36)和(12,64),当n取值为2时,穷举过4个样本点中的2个样本点的一元多项式如表2所示。取其中样本距离最小的一元多项式y=5x+4作为加密多项式。
[0026]
表2n=2时的一元多项式及样本距离表序号一元多项式样本距离1y=4x+81223y=10x+2816
3y=4.8x+6.410.44y=3x+12185y=5x+4106y=7x+-2038请参阅附图4,使用加密多项式加密数据的方法包括:步骤b01)将数据转为二进制流,按预设规则补位后,将二进制流截断为若干个长度固定的二进制数,二进制数的值记为d;步骤b02)生成数据组合(b1,x1,b2,x2,

,bn,xn,

),使b=∑(-1)^bi*f(xi)+

,i∈[1,n],

为修正值;步骤b03)全部二进制数对应的数据组合构成密文。加密多项式为:f(x)=9*x^3-26*x^2+35*x-6。待加密数据为字符串

eduw’。将字符串

eduw’转换为ascii编码的二进制为:01100101 01000100 01110101 01010111。按两个字节长度截断为两个二进制段,对应的整数分别为d1=25924和d2=30039。其中d1可以表示为d1=f(16)-f(9)+1906,对应的数据组合为(0,16,1,10,1906),d2可以表示为d2=f(22)-f(19)-969,对应的数据组合为(0,22,1,19,-969)。将数据组合代入d=∑(-1)^bi*f(xi)+

即可分别计算获得d1和d2,将d1和d2的二进制表示拼接,并转换为字符串,即可复原出字符串

eduw’,完成加解密过程。每个整数的数据组合是不唯一的。
[0027]
本实施例的实质性效果是:借助区块链将服务主体的相关业务档案进行存证固定,杜绝了伪造业务档案的可能性,从服务主体直接获得业务档案,确保了业务档案的真实性;通过将业务档案划分区域,将涉及隐私的信息遮挡隐藏,能够有效保护隐私信息,同时不影响理赔资料的审核验证;通过限时加密技术实现对业务档案扩散范围的管控,有助于提高业务档案的安全性。
[0028]
实施例二:基于区块链的保险理赔系统,本实施例在实施例一的基础上,对限时加密算法进行了进一步的改进。
[0029]
在实施例一记载的限时加密算法方案中,若未获得正确的n值,则通过m个样本点能够复原出m个一元多项式。为提高限时加密的安全性,公示栏应公开多个样本点,如公开512个或者1024个样本点。但即便增加样本点数量,加密多项式也容易被穷举尝试的方式破解。
[0030]
请参阅附图5,本实施例中,限时加密算法包括:步骤c01)档案子系统10穷举过m个样本点中的n个样本点的一元多项式;步骤c02)将一元多项式按照样本距离升序排列;步骤c03)选择其中一个一元多项式作为加密多项式,记录加密多项式在排序中的序号s;步骤c04)使用加密多项式加密业务档案,将加密后的业务档案关联栏编号和序号s打包作为限时密文;步骤c05)关联子系统32轮询区块链,获得限时密文及对应的栏编号;步骤c06)在限时内,读取栏编号对应公示区内的m个样本点;步骤c07)穷举过m个样本点中的n个样本点的一元多项式,将一元多项式按照样本距离升序排列;步骤c08)序号s对应的一元多项式作为复原多项式。
[0031]
将序号s取值为5,则如表2所示,相应样本距离升序排列为5的一元多项式为y=3x+12。本实施例中,对于公示区m=6个样本点时,能够产生共64个可能的一元多项式。当公示区公开1024个样本点时,能够产生2^1024个一元多项式,数量极大,显著提高了穷举破解的难度。
[0032]
以上所述的实施例只是本发明的一种较佳的方案,并非对本发明作任何形式上的限制,在不超出权利要求所记载的技术方案的前提下还有其它的变体及改型。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1