一种基于区块链的信息接收管理方法与流程

1.本发明涉及接收管理技术领域，具体为一种基于区块链的信息接收管理方法。


背景技术：

2.保险理赔，是指在保险标的发生保险事故而使被保险人财产受到损失或人身生命受到损害时，或保单约定的其它保险事故出险而需要给付保险金时，保险公司根据合同规定，履行赔偿或给付责任的行为，是直接体现保险职能和履行保险责任的工作。
3.保险事故发生后，保户提出索赔，需向保险公司补交有关的证明和资料信息，并及时一次性通知对方；材料信息齐全后，保险公司根据事故状况作出核定并进行相应赔偿。但这样的处理周期时间较长，效率低下，无法对保户作出及时的赔偿，且有部分保户为获取较多的赔偿会提交虚假的事故证明和资料信息，不但加大保险公司的审核难度，且在无法审核出虚假的事故证明和资料信息时会对保险公司造成较大的经济损失。因此，设计信息接收处理效率高的一种基于区块链的信息接收管理方法是很有必要的。


技术实现要素：

4.本发明的目的在于提供一种基于区块链的信息接收管理方法，以解决上述背景技术中提出的问题。
5.为了解决上述技术问题，本发明提供如下技术方案：一种基于区块链的信息接收管理方法，该方法采用信息接收管理系统，包括信息验证模块、处理分析模块与控制管理模块，所述信息验证模块与处理分析模块电连接，所述处理分析模块与控制管理模块网络连接，所述信息验证模块用于对保户信息与保户提交的事故信息进行接收验证，所述处理分析模块用于对保户提交事故信息的准确性进行分析计算，所述控制管理模块用于保险公私对保户提出的事故索赔进行控制管理。
6.根据上述技术方案，所述信息验证模块包括索赔服务模块、信息录入模块、匹配验证模块与dns服务模块，所述索赔服务模块与信息录入模块网络连接，所述信息录入模块与匹配验证模块电连接，所述索赔服务模块用于保户向保险公司发起索赔行为的服务模块，所述信息录入模块用于对保户信息及事故信息进行录入采集，所述匹配验证模块用于对保户信息及事故信息通过相关途径进行匹配验证，所述dns服务模块用于对信息验证提供服务。
7.根据上述技术方案，所述处理分析模块包括信息调取模块、merkle树模块、数据提取模块与计算分析模块，所述信息调取模块与merkle树模块电连接，所述merkle树模块与数据提取模块电连接，所述数据提取模块与计算分析模块电连接，所述信息调取模块用于通过相关部门对保户的事故信息进行调用存储，所述merkle树模块用于保户发生的事故数据进行快速归纳和总结，所述数据提取模块用于对事故数据进行提取记录，所述计算分析模块用于对保户发起索赔事故的可索赔性进行计算分析。
8.根据上述技术方案，所述控制管理模块包括审核判定模块、共识机制单元与合约
处理模块，所述审核判定模块与共识机制单元电连接，所述共识机制单元与合约处理模块网络连接，所述审核判定模块用于对根据事故数据信息对保户的索赔行为进行初步审核判定，所述共识机制单元用于对事故赔偿进行最终判定，所述合约处理模块用于对保户索赔行为进行处理。
9.根据上述技术方案，所述一种基于区块链的信息接收管理方法主要包括以下步骤：
10.步骤s1：保户发生事故后通过系统依据合约向其所投保的保险公司提出索赔；
11.步骤s2：对保户的个人信息与事故信息进行采集记录，并进行验证处理；
12.步骤s3：根据保户提交的事故信息对保户发起索赔事故的索赔性进行计算分析；
13.步骤s4：完成对保户索赔的审核判定后，对保户的索赔进行处理。
14.根据上述技术方案，所述步骤s2进一步包括以下步骤：
15.步骤s21：保户通过索赔服务模块上传保户个人信息并申请事故索赔服务，进一步提交事故资料信息与证明材料；
16.步骤s22：信息录入模块接收到保户的个人信息资料后，通过网络信号将保户个人信息资料与保户参与投保的保险公司数据库信息进行匹配比对，确定保户为该公司投保人员后，进一步通过电信号启用匹配验证模块；
17.步骤s23：匹配验证模块对保护提交的事故证明材料进行识别，将识别到证明材料上的材料出示机关名称进行记录；
18.步骤s24：dns服务模块根据上述材料出示机关名称，通过dns服务模块中域名和与之相对应的ip地址表，解析材料出示机关的ip地址后，进一步通过网络信号向该材料出示机关发送确认信号，并在接收到材料出示机关肯定信号后，完成对证明材料的初步验证。
19.根据上述技术方案，所述步骤s3进一步包括以下步骤：
20.步骤s31：信息调取模块对上述完成初步验证的证明材料与保户事故资料信息通过语义、关键词分析算法进行关键信息调取；
21.步骤s32：merkle树模块将上述关键信息与保险赔偿合约信息进行比对，并将比对结果信息通过哈希函数将其递归地编码为特定长度的哈希值；
22.步骤s33：上述每条信息的哈希值就是一个叶子节点，从下往上将两个相邻叶子节点的组合哈希作为新的哈希值，新的哈希值成为树节点继续与相邻的树节点组合成新的哈希值，最终组成merkle树模型。
23.根据上述技术方案，所述步骤s33进一步包括以下步骤：
24.步骤s331：数据提取模块对merkle树模型进行数据分析提取，得到每个节点中用户索赔信息量与保险赔偿合约规定信息量；
25.步骤s332：计算分析模块进一步提取上述节点中的一个节点的用户索赔信息量与保险赔偿合约规定信息量数值分别为f、j，并计算得到该节点中的事故可赔偿性q；
26.步骤s333：重复步骤s332完成全部节点的可赔偿性计算。
27.根据上述技术方案，所述步骤s332中节点事故可赔偿性q的计算公式如下：
[0028][0029]
其中，q为节点事故可赔偿性，k为节点事故可赔偿性转换系数，且k≥0，f为用户索
赔信息量数值，j为保险赔偿合约规定信息量数值。
[0030]
根据上述技术方案，所述步骤s4进一步包括以下步骤：
[0031]
步骤s41：审核判定模块通过电信号对节点进行控制，对各节点中事故可赔偿性70％≤q≤100％的节点进行控制参与，控制其参与对事故赔偿的最终判定；对于此外的其他节点则控制其不参与对事故赔偿的最终判定；
[0032]
步骤s42：共识机制单元获取到上述参与对事故赔偿最终判定的节点数目，当参与节点数目超出全部节点数目的一半即达成共识的节点数目过半时，则判定保户本次的赔偿申请通过；当达成共识的节点数目未过半时，判定保户本次的赔偿申请不通过；
[0033]
步骤s43：合约处理模块获取到赔偿申请通过的信息结果时，则立即根据合约向保户进行打款赔偿，否则则向保户通知本次赔偿申请不成功。
[0034]
与现有技术相比，本发明所达到的有益效果是：本发明，通过设置有信息验证模块、处理分析模块与控制管理模块，对申请事故赔偿的保护进行自动身份信息验证审核，在确保保户的身份信息的真实性的同时，可节约人工进行审核的时间，更有利于后续处理；并可构建merkle树模型更利于对资料信息进行审核分析，使保户的赔偿申请处理效率更高、准确性也更高，进一步通过共识机制单元对保户的申请进行最终审核，可避免其他因素的干扰，确保审核结果的真实有效。
附图说明
[0035]
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
[0036]
图1是本发明的系统模块组成示意图。
具体实施方式
[0037]
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0038]
请参阅图1，本发明提供技术方案：一种基于区块链的信息接收管理方法，包括该方法采用信息接收管理系统，包括信息验证模块、处理分析模块与控制管理模块，信息验证模块与处理分析模块电连接，处理分析模块与控制管理模块网络连接，信息验证模块用于对保户信息与保户提交的事故信息进行接收验证，处理分析模块用于对保户提交事故信息的准确性进行分析计算，控制管理模块用于保险公私对保户提出的事故索赔进行控制管理。
[0039]
信息验证模块包括索赔服务模块、信息录入模块、匹配验证模块与dns服务模块，索赔服务模块与信息录入模块网络连接，信息录入模块与匹配验证模块电连接，索赔服务模块用于保户向保险公司发起索赔行为的服务模块，信息录入模块用于对保户信息及事故信息进行录入采集，匹配验证模块用于对保户信息及事故信息通过相关途径进行匹配验证，dns服务模块用于对信息验证提供服务。
[0040]
处理分析模块包括信息调取模块、merkle树模块、数据提取模块与计算分析模块，
信息调取模块与merkle树模块电连接，merkle树模块与数据提取模块电连接，数据提取模块与计算分析模块电连接，信息调取模块用于通过相关部门对保户的事故信息进行调用存储，merkle树模块用于保户发生的事故数据进行快速归纳和总结，数据提取模块用于对事故数据进行提取记录，计算分析模块用于对保户发起索赔事故的可索赔性进行计算分析。
[0041]
控制管理模块包括审核判定模块、共识机制单元与合约处理模块，审核判定模块与共识机制单元电连接，共识机制单元与合约处理模块网络连接，审核判定模块用于对根据事故数据信息对保户的索赔行为进行初步审核判定，共识机制单元用于对事故赔偿进行最终判定，合约处理模块用于对保户索赔行为进行处理。
[0042]
一种基于区块链的信息接收管理方法主要包括以下步骤：
[0043]
步骤s1：保户发生事故后通过系统依据合约向其所投保的保险公司提出索赔；
[0044]
步骤s2：对保户的个人信息与事故信息进行采集记录，并进行验证处理；
[0045]
步骤s3：根据保户提交的事故信息对保户发起索赔事故的索赔性进行计算分析；
[0046]
步骤s4：完成对保户索赔的审核判定后，对保户的索赔进行处理。
[0047]
步骤s2进一步包括以下步骤：
[0048]
步骤s21：保户通过索赔服务模块上传保户个人信息并申请事故索赔服务，进一步提交事故资料信息与证明材料；
[0049]
步骤s22：信息录入模块接收到保户的个人信息资料后，通过网络信号将保户个人信息资料与保户参与投保的保险公司数据库信息进行匹配比对，确定保户为该公司投保人员后，进一步通过电信号启用匹配验证模块；对申请事故赔偿的保护进行自动身份信息验证审核，在确保保户的身份信息的真实性的同时，可节约人工进行审核的时间，更有利于后续处理；
[0050]
步骤s23：匹配验证模块对保护提交的事故证明材料进行识别，将识别到证明材料上的材料出示机关名称进行记录；
[0051]
步骤s24：dns服务模块根据上述材料出示机关名称，通过dns服务模块中域名和与之相对应的ip地址表，解析材料出示机关的ip地址后，进一步通过网络信号向该材料出示机关发送确认信号，并在接收到材料出示机关肯定信号后，完成对证明材料的初步验证；向事故证明材料的初始机关进行验证，可排除保户伪造证明材料的可能，证明材料的真实可信，且通过dns服务进行材料信息验证使验证处理效率更高，减少不必要的额外手续。
[0052]
步骤s3进一步包括以下步骤：
[0053]
步骤s31：信息调取模块对上述完成初步验证的证明材料与保户事故资料信息通过语义、关键词分析算法进行关键信息调取；
[0054]
步骤s32：merkle树模块将上述关键信息与保险赔偿合约信息进行比对，并将比对结果信息通过哈希函数将其递归地编码为特定长度的哈希值；
[0055]
步骤s33：上述每条信息的哈希值就是一个叶子节点，从下往上将两个相邻叶子节点的组合哈希作为新的哈希值，新的哈希值成为树节点继续与相邻的树节点组合成新的哈希值，最终组成merkle树模型；由于事故证明材料与签约合同信息需要执行复杂的业务逻辑的分析与审核，构建merkle树模型更利于对资料信息进行审核分析，使保户的赔偿申请处理效率更高、准确性也更高。
[0056]
步骤s33进一步包括以下步骤：
[0057]
步骤s331：数据提取模块对merkle树模型进行数据分析提取，得到每个节点中用户索赔信息量与保险赔偿合约规定信息量；
[0058]
步骤s332：计算分析模块进一步提取上述节点中的一个节点的用户索赔信息量与保险赔偿合约规定信息量数值分别为f、j，并计算得到该节点中的事故可赔偿性q；
[0059]
步骤s333：重复步骤s332完成全部节点的可赔偿性计算。
[0060]
步骤s332中节点事故可赔偿性q的计算公式如下：
[0061][0062]
其中，q为节点事故可赔偿性，k为节点事故可赔偿性转换系数，且k≥0，f为用户索赔信息量数值，j为保险赔偿合约规定信息量数值。
[0063]
步骤s4进一步包括以下步骤：
[0064]
步骤s41：审核判定模块通过电信号对节点进行控制，对各节点中事故可赔偿性70％≤q≤100％的节点进行控制参与，控制其参与对事故赔偿的最终判定；对于此外的其他节点则控制其不参与对事故赔偿的最终判定；
[0065]
步骤s42：共识机制单元获取到上述参与对事故赔偿最终判定的节点数目，当参与节点数目超出全部节点数目的一半即达成共识的节点数目过半时，则判定保户本次的赔偿申请通过；当达成共识的节点数目未过半时，判定保户本次的赔偿申请不通过；通过共识机制单元对保户的申请进行最终审核，可避免其他因素的干扰，确保审核结果的真实有效；
[0066]
步骤s43：合约处理模块获取到赔偿申请通过的信息结果时，则立即根据合约向保户进行打款赔偿，否则则向保户通知本次赔偿申请不成功。
[0067]
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
[0068]
最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。