基于区块链的业务处理系统、方法、计算设备及存储介质.pdf

《基于区块链的业务处理系统、方法、计算设备及存储介质.pdf》由会员分享，可在线阅读，更多相关《基于区块链的业务处理系统、方法、计算设备及存储介质.pdf（23页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910059350.8 (22)申请日 2019.01.22 (71)申请人 阿里巴巴集团控股有限公司 地址 英属开曼群岛大开曼资本大厦一座四 层847号邮箱 (72)发明人 胡多峰 (74)专利代理机构 北京智信禾专利代理有限公 司 11637 代理人 吴肖肖 (51)Int.Cl. G06Q 40/08(2012.01) (54)发明名称 基于区块链的业务处理系统、 方法、 计算设 备及存储介质 (57)摘要 本申请提供基于区块链的业务处理系统、 方 法、 计算设备及存。

2、储介质， 该系统包括： 业务联盟 链、 请求客户端和服务端； 信息存储节点对应于 所述业务联盟链的区块链节点， 被配置为接收用 户的业务数据并存储； 所述服务端， 被配置为从 业务联盟链节点拉取业务数据并将所述业务数 据保存到本地数据库中； 所述请求客户端， 被配 置为向服务端发送业务处理请求， 所述业务处理 请求中携带有用户的身份标识及用户的业务信 息； 所述服务端， 被配置为接收所述业务处理请 求， 根据所述用户的身份标识及用户的业务信息 在本地数据库中查询与所述用户相关的业务数 据并确定业务处理所需信息， 根据所述业务处理 所需信息完成针对所述用户的业务处理。 权利要求书3页 说明书13。

3、页 附图6页 CN 110009510 A 2019.07.12 CN 110009510 A 1.一种基于区块链的业务处理系统， 其特征在于， 包括： 业务联盟链、 请求客户端和服务端； 信息存储节点对应于所述业务联盟链的区块链节点， 被配置为接收用户的业务数据并 存储； 所述服务端， 被配置为从业务联盟链节点拉取业务数据并将所述业务数据保存到本地 数据库中； 所述请求客户端， 被配置为向服务端发送业务处理请求， 所述业务处理请求中携带有 用户的身份标识及用户的业务信息； 所述服务端， 被配置为接收所述业务处理请求， 根据所述用户的身份标识及用户的业 务信息在本地数据库中查询与所述用户相关的。

4、业务数据并确定业务处理所需信息， 根据所 述业务处理所需信息完成针对所述用户的业务处理。 2.如权利要求1所述的系统， 其特征在于， 所述业务联盟链， 包括保险业务联盟链； 信息存储节点对应于所述保险业务联盟链的区块链节点， 被配置为接收用户的医疗数 据并存储； 所述服务端， 被配置为从保险业务联盟链节点拉取数据并将所述数据保存到本地数据 库中； 所述请求客户端， 被配置为向服务端发送案件处理请求， 所述案件处理请求中携带有 待处理用户的身份标识及就诊信息； 所述服务端， 被配置为接收所述案件处理请求， 根据所述待处理用户的身份标识及就 诊信息在本地数据库中查询所述待处理用户的计划详情及医疗数。

5、据， 根据所述计划详情及 医疗数据确定报案所需信息， 根据报案所需信息完成针对所述用户的案件处理。 3.如权利要求1所述的系统， 其特征在于， 所述服务端， 还被配置为将业务处理状态信 息发送到业务联盟链节点； 所述业务联盟链， 还被配置为接收所述业务处理状态信息。 4.根据权利要求1所述的系统,其特征在于， 所述业务联盟链中的节点设备包括接入所 述区块链的业务相关机构节点、 监管机构的设备节点以及互联网平台的服务设备。 5.如权利要求1所述的系统， 其特征在于， 所述服务端， 还被配置为向请求客户端发送 服务授权请求； 所述请求客户端， 还被配置为接收所述服务授权请求并对所述服务端进行服务授。

6、权； 所述服务端， 还被配置为获取所述待处理用户的服务授权， 根据所述待处理用户的身 份标识查询用户的处理状态信息； 若所述待处理用户的处理状态为正在处理或处理完成， 则向请求客户端发送处理失败标识； 若所述待处理用户的处理状态为空， 则查询所述待处 理用户的计划详情及业务数据。 6.根据权利要求1所述的系统,其特征在于， 所述服务端还被配置为： 根据所述用户的 业务信息、 计划详情及业务数据， 检测所述待处理用户是否符合预定处理条件； 若符合预定 处理条件， 则根据所述业务信息的账单明细和所述计划详情中与所述账单明细对应的赔偿 限额， 确定所述待处理用户对应的待赔偿金额， 并按照所述待赔偿金。

7、额执行相应的快速业 务处理处理操作。 7.一种基于区块链的业务处理方法， 其特征在于， 应用于服务端， 包括： 权利要求书 1/3 页 2 CN 110009510 A 2 从业务联盟链节点拉取数据并将所述数据保存到本地数据库中； 接收待处理用户的业务处理请求， 所述业务处理请求中携带有用户的身份标识及用户 的业务信息； 根据用户的身份标识及用户的业务信息在本地数据库中查询与所述用户相关的业务 数据并确定业务处理所需信息； 根据所述业务处理所需信息完成针对所述用户的业务处理。 8.如权利要求7所述的方法， 其特征在于， 应用于服务端， 包括： 从保险业务联盟链节点拉取数据并将所述数据保存到本地。

8、数据库中； 接收待处理用户的案件处理请求， 所述案件处理请求中携带有待处理用户的身份标识 及就诊信息； 根据所述待处理用户的身份标识及就诊信息在本地数据库中查询所述待处理用户的 计划详情及医疗数据， 根据所述计划详情及医疗数据确定报案所需信息； 根据报案所需信息完成针对所述用户的案件处理。 9.如权利要求7所述的方法， 其特征在于， 所述接收所述业务处理请求之后， 还包括： 向请求客户端发送服务授权请求； 若获取所述待处理用户的服务授权， 则根据所述待处理用户的身份标识查询待处理用 户的处理状态信息； 若所述待处理用户的处理状态为正在处理或处理完成， 则向请求客户端发送处理失败 标识； 若所述。

9、待处理用户的处理状态为空， 则根据所述用户的身份标识及用户的业务信息查 询与所述待处理用户的业务数据。 10.根据权利要求7所述的方法,其特征在于， 所述根据用户的身份标识及用户的业务 信息在本地数据库中查询与所述用户相关的业务数据并确定业务处理所需信息包括： 根据所述用户的业务信息、 计划详情及业务数据， 检测所述待处理用户是否符合预定 处理条件； 若所述待处理用户符合预定处理条件， 则根据所述计划详情从业务信息中获取与计划 详情责任信息的定性属性对应的定性属性信息， 所述定性属性信息即为业务处理所需信 息。 11.根据权利要求7所述的方法， 其特征在于， 所述根据所述业务处理所需信息完成针。

10、 对所述用户的业务处理包括： 参照与业务信息匹配的计划详情中的赔偿限额和赔偿比例， 理算各项业务信息对应的 赔偿金额并相加得到总的待赔偿金额； 将所述待赔偿金额与所述计划详情的最大赔偿限额进行对比； 若所述待赔偿金额小于或等于所述最大赔偿限额， 则将所述待赔偿金额确定为所述待 处理用户的赔偿金额； 若所述待赔偿金额大于所述最大赔偿限额， 则将所述待赔偿金额确定为所述待处理用 户的赔偿金额； 根据所述赔偿金额完成针对所述用户的业务处理。 12.根据权利要求7所述的方法， 其特征在于， 所述业务联盟链中的节点设备包括接入 权利要求书 2/3 页 3 CN 110009510 A 3 所述区块链的业。

11、务相关机构节点、 监管机构的设备节点以及互联网平台的服务设备。 13.根据权利要求7所述的方法， 其特征在于， 所述根据所述业务所需信息完成针对所 述用户的业务处理之后， 还包括： 将处理状态信息发送到业务联盟链节点。 14.一种基于区块链的业务处理装置， 其特征在于， 包括： 拉取模块， 被配置为从业务联盟链节点拉取数据并将所述数据保存到本地数据库中； 接收模块， 被配置为接收待处理用户的业务处理请求， 所述业务处理请求中携带有用 户的身份标识及用户的业务信息； 查询模块， 被配置为根据用户的身份标识及用户的业务信息在本地数据库中查询与所 述用户相关的业务数据并确定业务处理所需信息； 处理模。

12、块， 被配置为根据所述业务处理所需信息完成针对所述用户的业务处理。 15.根据权利要求14所述的装置， 其特征在于， 所述查询模块包括： 发送子模块， 被配置为向请求客户端发送服务授权请求； 第一查询子模块， 被配置为若获取所述待处理用户的服务授权， 则根据所述待处理用 户的身份标识查询待处理用户的处理状态信息； 判断子模块， 被配置为若所述待处理用户的处理状态为空， 则查询与所述待处理用户 的计划详情及业务数据， 根据所述用户的业务信息、 计划详情及业务数据， 判断所述待处理 用户是否符合预定处理条件； 第二查询子模块， 被配置为若所述待处理用户符合预定处理条件， 则根据所述计划详 情从业务。

13、信息中获取与计划详情责任信息的定性属性对应的定性属性信息， 所述定性属性 信息即为业务处理所需信息。 16.根据权利要求14所述的装置， 其特征在于， 所述处理模块包括： 核算子模块， 被配置为参照与业务信息匹配的计划详情中的赔偿限额和赔偿比例， 理 算各项业务信息对应的赔偿金额并相加得到总的待赔偿金额； 确定子模块， 被配置为将所述待赔偿金额与所述计划详情的最大赔偿限额进行对比， 确定所述待处理用户的实际赔偿金额。 17.一种计算设备， 包括存储器、 处理器及存储在存储器上并可在处理器上运行的计算 机指令， 其特征在于， 所述处理器执行所述指令时实现权利要求7-13中任意一项所述方法 的步骤。

14、。 18.一种计算机可读存储介质， 其存储有计算机指令， 其特征在于， 该指令被处理器执 行时实现权利要求7-13中任意一项所述方法的步骤。 权利要求书 3/3 页 4 CN 110009510 A 4 基于区块链的业务处理系统、 方法、 计算设备及存储介质 技术领域 0001 本申请涉及计算机技术领域， 特别涉及一种基于区块链的业务处理系统、 方法、 计 算设备及存储介质。 背景技术 0002 随着经济的发展， 大众的生活质量及消费水平不断提高， 越来越多的东西已经成 为我们生活中很重要的甚至是必不可少的组成部分。 0003 以保险为例， 保险作为一种保证机制已经融入到了人们的生活当中。 保。

15、险的种类 日趋繁多， 保险的赔偿条款也是各不相同， 用户在投保后， 如果在投保期限内发生了事故， 可以通过保险进行赔偿。 0004 目前保险行业传统的赔偿流程需要待处理用户根据医院方出具的票据和证明， 将 相关资料提供给保险公司， 保险公司根据理赔标准流程， 判断待处理用户是否符合理赔要 求， 符合理赔要求之后进行后续的理赔手续。 对于待处理用户来说， 报案手续繁杂， 需要提 供各种医疗凭证， 在保险公司判断待处理用户是否理赔要求的过程中如果出现疑问， 待处 理用户可能需要重新到医院进行资料更正， 这样的话从报案开始到理赔完成耗时较长， 效 率低下服务时效差， 严重影响了保险用户的体验。 对于。

16、保险公司来说需要进行各种医疗凭 证真实性调查， 依然需要很长时间， 也会造成理赔效率的低下， 对于调查人员本身是否存在 欺骗作假等行为也很难进行甄别。 发明内容 0005 有鉴于此， 本说明书实施例提供了一种基于区块链的业务处理系统、 方法、 计算设 备及存储介质， 以解决现有技术中存在的技术缺陷。 0006 一方面， 本说明书实施例公开了一种基于区块链的业务处理系统， 包括： 0007 业务联盟链、 请求客户端和服务端； 0008 信息存储节点对应于所述业务联盟链的区块链节点， 被配置为接收用户的业务数 据并存储； 0009 所述服务端， 被配置为从业务联盟链节点拉取业务数据并将所述业务数据。

17、保存到 本地数据库中； 0010 所述请求客户端， 被配置为向服务端发送业务处理请求， 所述业务处理请求中携 带有用户的身份标识及用户的业务信息； 0011 所述服务端， 被配置为接收所述业务处理请求， 根据所述用户的身份标识及用户 的业务信息在本地数据库中查询与所述用户相关的业务数据并确定业务处理所需信息， 根 据所述业务处理所需信息完成针对所述用户的业务处理。 0012 可选地， 所述业务联盟链包括保险业务联盟链； 0013 信息存储节点对应于所述保险业务联盟链的区块链节点， 被配置为接收用户的医 疗数据并存储； 说明书 1/13 页 5 CN 110009510 A 5 0014 所述服。

18、务端， 被配置为从保险业务联盟链节点拉取数据并将所述数据保存到本地 数据库中； 0015 所述请求客户端， 被配置为向服务端发送案件处理请求， 所述案件处理请求中携 带有待处理用户的身份标识及就诊信息； 0016 所述服务端， 被配置为接收所述案件处理请求， 根据所述待处理用户的身份标识 及就诊信息在本地数据库中查询所述待处理用户的计划详情及医疗数据， 根据所述计划详 情及医疗数据确定报案所需信息， 根据报案所需信息完成针对所述用户的案件处理。 0017 可选地， 所述服务端， 还被配置为向请求客户端发送服务授权请求； 0018 所述请求客户端， 还被配置为接收所述服务授权请求并对所述服务端进。

19、行服务授 权； 0019 所述服务端， 还被配置为获取所述待处理用户的服务授权， 根据所述待处理用户 的身份标识查询用户的处理状态信息； 若所述待处理用户的处理状态为正在处理或处理完 成， 则向请求客户端发送处理失败标识； 若所述待处理用户的处理状态为空， 则查询所述待 处理用户的计划详情及医疗数据。 0020 可选地， 所述服务端， 还被配置为根据所述用户的就诊信息、 计划详情及医疗数 据， 检测所述待处理用户是否符合预定处理条件； 若符合预定处理条件， 则根据所述就诊信 息的账单明细， 和所述计划详情中与所述账单明细对应的赔偿限额和赔偿比例， 确定所述 待处理用户对应的待赔偿金额， 并按照。

20、所述待赔偿金额执行相应的快速案件处理操作。 0021 另一方面， 本说明书实施例公开了一种基于区块链的业务处理方法， 包括： 0022 从业务联盟链节点拉取数据并将所述数据保存到本地数据库中； 0023 接收待处理用户的业务处理请求， 所述业务处理请求中携带有用户的身份标识及 用户的业务信息； 0024 根据用户的身份标识及用户的业务信息在本地数据库中查询与所述用户相关的 业务数据并确定业务处理所需信息； 0025 根据所述业务处理所需信息完成针对所述用户的业务处理。 0026 可选地， 一种基于区块链的业务处理方法， 包括： 0027 从保险业务联盟链节点拉取数据并将所述数据保存到本地数据库。

21、中； 0028 接收待处理用户的案件处理请求， 所述案件处理请求中携带有待处理用户的身份 标识及就诊信息； 0029 根据所述待处理用户的身份标识及就诊信息在本地数据库中查询所述待处理用 户的计划详情及医疗数据， 根据所述计划详情及医疗数据确定报案所需信息； 0030 根据报案所需信息完成针对所述用户的案件处理。 0031 可选地， 接收所述业务处理请求之后， 还包括： 0032 向请求客户端发送服务授权请求； 0033 若获取所述待处理用户的服务授权， 则根据所述待处理用户的身份标识查询待处 理用户的处理状态信息； 0034 若所述待处理用户的处理状态为正在处理或处理完成， 则向请求客户端发。

22、送处理 失败标识； 0035 若所述待处理用户的处理状态为空， 则根据所述用户的身份标识及用户的业务信 说明书 2/13 页 6 CN 110009510 A 6 息查询与所述待处理用户的业务数据。 0036 可选地， 根据用户的身份标识在本地数据库中查询与所述用户相关的业务数据并 确定业务处理所需信息包括： 0037 根据所述用户的业务信息、 计划详情及业务数据， 检测所述待处理用户是否符合 预定处理条件； 0038 若所述待处理用户符合预定处理条件， 则根据所述计划详情从业务信息中获取与 计划详情责任信息的定性属性对应的定性属性信息， 所述定性属性信息即为业务处理所需 信息。 0039 可。

23、选地， 根据所述业务处理所需信息完成针对所述用户的业务处理包括： 0040 参照与业务信息匹配的计划详情中的赔偿限额和赔偿比例， 理算各项业务信息对 应的赔偿金额并相加得到总的待赔偿金额； 0041 将所述待赔偿金额与所述计划详情的最大赔偿限额进行对比； 0042 若所述待赔偿金额小于或等于所述最大赔偿限额， 则将所述待赔偿金额确定为所 述待处理用户的赔偿金额； 0043 若所述待赔偿金额大于所述最大赔偿限额， 则将所述待赔偿金额确定为所述待处 理用户的赔偿金额。 0044 根据所述赔偿金额完成针对所述用户的业务处理。 0045 另一方面， 本说明书实施例公开了一种基于区块链的业务处理的装置，。

24、 包括： 0046 拉取模块， 被配置为从业务联盟链节点拉取数据并将所述数据保存到本地数据库 中； 0047 接收模块， 被配置为接收待处理用户的业务处理请求， 所述业务处理请求中携带 有用户的身份标识及用户的业务信息； 0048 查询模块， 被配置为根据用户的身份标识及用户的业务信息在本地数据库中查询 与所述用户相关的业务数据并确定业务处理所需信息； 0049 处理模块， 被配置为根据所述业务处理所需信息完成针对所述用户的业务处理。 0050 可选地， 查询模块包括： 0051 发送子模块， 被配置为向请求客户端发送服务授权请求； 0052 第一查询子模块， 被配置为若获取所述待处理用户的服。

25、务授权， 则根据所述待处 理用户的身份标识查询待处理用户的处理状态信息； 0053 判断子模块， 被配置为若所述待处理用户的处理状态为空， 则查询与所述待处理 用户的计划详情及业务数据， 根据所述用户的业务信息、 计划详情及业务数据， 判断所述待 处理用户是否符合预定处理条件； 0054 第二查询子模块， 被配置为若所述待处理用户符合预定处理条件， 则根据所述计 划详情从业务信息中获取与计划详情责任信息的定性属性对应的定性属性信息， 所述定性 属性信息即为业务处理所需信息。 0055 可选地， 处理模块包括： 0056 核算子模块， 被配置为参照与业务信息匹配的计划详情中的赔偿限额和赔偿比 例。

26、， 理算各项业务信息对应的赔偿金额并相加得到总的待赔偿金额； 0057 确定子模块， 被配置为将所述待赔偿金额与所述计划详情的最大赔偿限额进行对 说明书 3/13 页 7 CN 110009510 A 7 比， 确定所述待处理用户的实际赔偿金额。 0058 另一方面， 本说明书实施例公开了一种计算设备， 包括存储器、 处理器及存储在存 储器上并可在处理器上运行的计算机指令， 所述处理器执行所述指令时实现基于区块链的 业务处理的方法的步骤。 0059 另一方面， 本说明书实施例公开了一种计算机可读存储介质， 其存储有计算机指 令， 该指令被处理器执行基于区块链的业务处理的方法的步骤。 0060 。

27、本说明书提供的一种基于区块链的业务处理系统、 方法， 本发明希望实现一种基 于同盟链的案件快速处理方法， 由于区块链使用分布式核算和存储， 不存在中心化的硬件 或管理机构， 任意节点的权利和义务都是均等的， 一旦信息经过验证并添加至区块链， 就会 永久的存储起来， 单个节点上对数据库的修改是无效的， 因此区块链的数据稳定性和可靠 性极高； 同时， 在用户发送案件处理申请后， 服务端直接从本地数据库查询相关信息， 免除 用户反复收集凭证， 降低费用提高时效， 能够有效的提升用户体验。 附图说明 0061 图1是本说明书一实施例提供的一种基于区块链的业务处理系统的结构示意图； 0062 图2是本说。

28、明书一实施例提供的一种基于区块链的业务处理系统的结构示意图； 0063 图3是本说明书一实施例提供的一种计算设备的结构框图； 0064 图4是本说明书一实施例提供的一种基于区块链的业务处理方法流程图； 0065 图5是本说明书一实施例提供的一种基于区块链的业务处理方法流程图； 0066 图6是本说明书一实施例提供的一种基于区块链的业务处理方法流程图； 0067 图7是本说明书一实施例提供的一种基于区块链的业务处理装置的结构示意图； 0068 图8是本说明书一实施例提供的一种基于区块链的业务处理装置的结构示意图； 0069 图9是本说明书一实施例提供的一种基于区块链的业务处理装置的结构示意图。 。

29、具体实施方式 0070 在下面的描述中阐述了很多具体细节以便于充分理解本说明书。 但是本说明书能 够以很多不同于在此描述的其它方式来实施， 本领域技术人员可以在不违背本说明书内涵 的情况下做类似推广， 因此本说明书不受下面公开的具体实施的限制。 0071 在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的， 而非旨在限制本说明书一个或多个实施例。 在本说明书一个或多个实施例和所附权利要求 书中所使用的单数形式的 “一种” 、“所述” 和 “该” 也旨在包括多数形式， 除非上下文清楚地 表示其他含义。 还应当理解， 本说明书一个或多个实施例中使用的术语 “和/或” 是指并包含 。

30、一个或多个相关联的列出项目的任何或所有可能组合。 0072 应当理解， 尽管在本说明书一个或多个实施例中可能采用术语第一、 第二等来描 述各种信息， 但这些信息不应限于这些术语。 这些术语仅用来将同一类型的信息彼此区分 开。 例如， 在不脱离本说明书一个或多个实施例范围的情况下， 第一也可以被称为第二， 类 似地， 第二也可以被称为第一。 取决于语境， 如在此所使用的词语 “如果” 可以被解释成为 “在时” 或 “当时” 或 “响应于确定” 。 0073 首先， 对本发明一个或多个实施例涉及的名词术语进行解释。 说明书 4/13 页 8 CN 110009510 A 8 0074 联盟链： 由。

31、某个群体内部指定多个预选的节点为记账人， 每个块的生成由所有的 预选节点共同决定， 其他任何公司和组织可以通过该区块链开放的API进行限定访问。 0075 在本说明书中， 提供了一种基于区块链的业务处理系统、 方法、 一种计算设备及存 储介质， 在下面的实施例中逐一进行详细说明。 0076 图1示出了根据本说明书一实施例提供的一种基于区块链的业务处理系统结构示 意图， 业务处理系统可以包括： 0077 信息存储节点102、 服务端104、 请求客户端106和业务联盟链108， 业务联盟链108 为本说明书中作为信息存储的区块链。 0078 信息存储节点102， 所述信息存储节点对应于所述业务联。

32、盟链的区块链节点， 被配 置为接收用户的业务数据并存储。 0079 本说明书一个或多个实施例中， 业务联盟链可以为保险业务联盟链或互助业务联 盟链等。 0080 服务端104， 被配置为从业务联盟链节点拉取业务数据并将所述业务数据保存到 本地数据库中。 0081 请求客户端106， 被配置为向服务端发送业务处理请求， 所述业务处理请求中携带 有用户的身份标识及用户的业务信息。 0082 所述服务端104， 还被配置为接收所述业务处理请求， 根据所述用户的身份标识及 用户的业务信息在本地数据库中查询与所述用户相关的业务数据并确定业务处理所需信 息， 根据所述业务处理所需信息完成针对所述用户的业务。

33、处理。 0083 所述服务端104， 还被配置为将业务处理状态信息发送到业务联盟链节点。 0084 所述业务联盟链108， 还被配置为接收所述业务处理状态信息。 0085 本说明书一个或多个实施例中， 业务联盟链中的节点设备包括接入所述区块链的 业务相关机构节点、 监管机构的设备节点以及互联网平台的服务设备。 0086 不同业务涉及机构不同， 所以不同的业务联盟链上的业务相关机构设备节点也不 相同。 例如财险对应的业务相关机构设备节点可以包括维修厂、 第三方公估机构等， 医疗险 对应的业务相关机构设备节点则可以包括医疗终端设备节点、 医疗服务机构的服务设备节 点等。 实际应用中需要根据具体情况。

34、确定， 本说明书对此不作限定。 0087 下面以医疗险为例进行说明。 医疗险业务下， 医疗终端设备节点上配置有信息存 储节点1、 医疗服务机构的服务设备节点上配置有信息存储节点2、 互联网平台的服务设备 节点上配置有信息存储节点3等。 其中， 信息存储节点1-3并不一定配置于业务联盟链中的 区块链节点上， 也可以配置于区块链节点之外的独立节点上。 0088 本说明书一个或多个实施例中， 区块链上的成员包括监管机构、 业务处理的相关 机构等， 该联盟链用于数据存储， 并通过监管机构进行监督， 以保证存储的用户业务数据的 未被篡改， 服务端从区块链拉取数据， 在用户发送业务处理请求后， 服务端可以。

35、直接从本地 数据库查询相关数据， 无需进行业务数据真实与准确性的调查， 也免除了用户反复收集业 务数据的过程， 能够保证快速完成业务处理， 提高时效性。 0089 图2示出了根据本说明书一实施例提供的一种基于区块链的业务处理系统的结构 示意图， 包括： 0090 信息存储节点202、 服务端204、 请求客户端206和保险业务联盟链208， 保险业务联 说明书 5/13 页 9 CN 110009510 A 9 盟链208为本说明书中作为信息存储的区块链。 0091 信息存储节点202， 所述信息存储节点对应于所述保险业务联盟链的区块链节点， 被配置为接收用户的医疗数据并存储。 0092 服务。

36、端204， 被配置为从保险业务联盟链节点拉取数据并将所述数据保存到本地 数据库中。 0093 请求客户端206， 被配置为向服务端发送案件处理请求， 所述案件处理请求中携带 有待处理用户的身份标识及就诊信息。 0094 所述服务端204， 还被配置为接收所述案件处理请求， 根据所述待处理用户的身份 标识及就诊信息在本地数据库中查询与所述待处理用户的计划详情及医疗数据， 确定所述 计划详情及医疗数据确定报案所需信息， 根据所述报案所需信息完成针对所述用户的案件 处理。 0095 所述服务端204， 还被配置为将处理状态信息发送到业务联盟链节点。 0096 所述保险业务联盟链208， 还被配置为接。

37、收所述处理状态信息。 0097 本说明书一个或多个实施例中， 保险业务联盟链208中包括接入所述区块链的由 业务相关机构设备节点、 互联网平台的服务设备节点、 监管机构的设备节点以及保险机构 的服务设备节点。 0098 下面以医疗险为例进行说明。 医疗险业务下， 监管机构的设备节点上配置有信息 存储节点1、 保险机构的服务设备节点上配置有信息存储节点2、 互联网平台的服务设备节 点上配置有信息存储节点3等。 其中， 信息存储节点1-3并不一定配置于保险业务联盟链中 的区块链节点上， 也可以配置于区块链节点之外的独立节点上。 0099 本说明书一个或多个实施例中， 保险业务联盟链上的成员包括监管。

38、机构、 保险公 司和医疗服务相关机构等， 该联盟链用于数据存储， 并通过监管机构进行监督， 以保证存储 的用户的就诊数据的未被篡改， 医疗机构将用户的就诊数据上传到联盟链节点， 服务端从 联盟链节点拉取数据， 在用户发送案件处理请求后， 服务端可以直接从本地数据库查询相 关数据， 无需进行就诊数据真实与准确性的调查， 能够保证快速完成业务处理， 提高时效 性。 0100 图3是示出了根据本说明书一实施例的计算设备300的结构框图。 该计算设备300 的部件包括但不限于存储器310和处理器320。 处理器320与存储器310通过总线330相连接。 0101 计算设备300还包括接入设备340， 。

39、接入设备340可以包括有线或无线的任何类型 的网络接口(例如， 网络接口卡(NIC)中的一个或多个， 诸如IEEE802.11无线局域网(WLAN) 无线接口、 全球微波互联接入(Wi-MAX)接口、 以太网接口、 通用串行总线(USB)接口、 蜂窝网 络接口、 蓝牙接口、 近场通信(NFC)接口， 等等。 0102 在本说明书的一个实施例中， 计算设备300的上述部件以及图3中未示出的其他部 件也可以彼此相连接， 例如通过总线。 应当理解， 图3所示的计算设备结构框图仅仅是出于 示例的目的， 而不是对本说明书范围的限制。 本领域技术人员可以根据需要， 增添或替换其 他部件。 0103 计算设。

40、备300可以是任何类型的静止或移动计算设备， 包括移动计算机或移动计 算设备(例如， 平板计算机、 个人数字助理、 膝上型计算机、 笔记本计算机、 上网本等)、 移动 电话(例如， 智能手机)、 可佩戴的计算设备(例如， 智能手表、 智能眼镜等)或其他类型的移 说明书 6/13 页 10 CN 110009510 A 10 动设备， 或者诸如台式计算机或PC的静止计算设备。 计算设备300还可以是移动式或静止式 的服务器。 0104 其中， 处理器320可以执行图4所示方法中的步骤。 图4示出了根据本说明书一实施 例提供的一种基于区块链的业务处理方法的流程图， 应用于服务端， 包括步骤402至。

41、步骤 408。 0105 步骤402、 从业务联盟链节点拉取数据并将所述数据保存到本地数据库中。 0106 本说明书一个或多个实施例中， 服务端拉取区块链节点数据的方式有两种： 主动 拉取式和监听拉取式； 主动拉取式即间隔一定时间拉取链上节点数据写入到本地数据库 中， 监听拉取式即监听区块链出块信息拉取节点数据写入到本地数据库中； 在数据拉取过 程中， 每次拉取出块数据由块高决定， 例如前面已经拉取了1-10000的10000个块， 一定时间 间隔后块高增为10100， 则再次拉取时只会拉取10000-10100中新增的100个块的信息， 可以 有效避免数据重复拉取。 0107 步骤404、 。

42、接收业务处理请求， 所述业务处理请求中携带有用户的身份标识及用户 的业务信息。 0108 本说明书一个实施例中， 业务处理请求包括保险理赔请求或互助保险业务请求 等， 以保险理赔请求为例， 用户发送案件处理请求时， 需要填写相关信息， 包括姓名、 就诊类 型、 联系电话、 就诊城市、 就诊医院、 以及就诊时间等信息。 0109 步骤406、 根据用户的身份标识及用户的业务信息在本地数据库中查询与所述用 户相关的数据并确定业务处理所需信息。 0110 步骤408、 根据所述业务处理所需信息完成针对所述用户的业务处理。 0111 本说明书一个或多个实施例中， 服务端通过用户的身份标识及业务信息在本。

43、地查 询与用户相关的数据， 再从这些数据中获取满足预设处理条件的信息， 无须用户反复收集 和上传相关业务信息， 有效的提高了业务处理效率。 0112 下面以保险业务为例， 对本说明书提供的业务处理方法进行描述。 本实施例中， 保 险业务联盟链的区块链节点信息存储节点1， 结合图5， 对业务处理方法进行描述， 其中， 应 用于保险业务联盟链、 服务端和请求客户端之间， 如图5所示， 该业务处理方法可以包括步 骤502至步骤508。 0113 步骤502、 从保险业务联盟链节点拉取数据并将所述数据保存到本地数据库中。 0114 在服务端拉取区块链节点的数据之前， 医疗机构会将用户的就诊信息按照预定。

44、的 数据模型上传到距离自己最近的区块链节点上， 预定的数据模型形式如表1所示: 0115 表1 说明书 7/13 页 11 CN 110009510 A 11 0116 0117 上表仅示意性的列出几项比较重要的信息， 一个患者在门诊进行一次就诊产生一 次就诊记录， 记录还包括患者唯一标识号、 就诊序号、 就诊类型、 医保卡号、 证件类型名称及 就诊科室编码等信息。 0118 本说明书一个或多个实施例中， 服务端拉取区块链节点数据的方式有两种： 主动 拉取式和监听拉取式； 主动拉取式即间隔一定时间拉取链上节点数据写入到本地数据库 中， 监听拉取式即监听区块链出块信息拉取节点数据写入到本地数据库。

45、中； 在数据拉取过 程中， 每次拉取出块数据由块高决定， 例如前面已经拉取了1-10000的10000个块， 一定时间 间隔后块高增为10100， 则再次拉取时只会拉取10000-10100中新增的100个块的信息， 可以 有效避免数据重复拉取。 0119 步骤504、 接收待处理用户的案件处理请求， 所述案件处理请求中携带有用户的身 份标识及用户的就诊信息。 0120 本说明书一个实施例中， 用户发送案件处理请求时， 需要填写相关信息， 包括姓 名、 就诊类型、 联系电话、 就诊城市、 就诊医院、 以及就诊时间等。 0121 下面以计划成员小徐申请理赔为例进行说明， 在发送理赔申请请求时， 。

46、填写的相 关信息如表2所示： 0122 表2 说明书 8/13 页 12 CN 110009510 A 12 0123 0124 上表仅示意性的列出几项比较重要的信息， 一个患者在发送理赔申领请求时， 除 需填写上表中的信息外， 可能还需填写其他相关信息。 0125 步骤506、 根据用户的身份标识及就诊信息在本地数据库中查询与所述用户相关 的数据并确定报案所需信息。 0126 步骤508、 根据所述报案所需信息完成针对所述用户的案件处理。 0127 本说明书一个或多个实施例中， 基于对所述报案信息的结算结果， 从所述服务端 在所述应用系统注册完成的账户地址中扣除对应数量的虚拟资源， 以及向所。

47、述用户在所述 应用系统注册完成的账户地址转入对应数量的虚拟资源。 0128 本说明书一个或多个实施例中， 服务端通过用户的身份标识在本地查询与用户相 关的数据， 包括计划详情和医疗数据， 再从这些数据中获取满足预设处理条件的信息， 有效 的提高了案件处理效率。 0129 图6示出了根据本说明书一实施例提供的一种基于区块链的业务处理方法流程 图， 包括步骤602至步骤610。 0130 步骤602、 向请求客户端发送服务授权请求。 0131 本发明的一个实施例中， 用户向服务端授权后， 服务端可以查询该用户的相关信 息。 0132 步骤604、 若获取所述待处理用户的服务授权， 则根据所述待处理。

48、用户的身份标识 查询待处理用户的处理状态信息。 0133 本发明的一个实施例中， 用户的处理状态信息会由服务端上传到区块链， 先查询 用户的处理状态信息， 确定该用户是否已经在其他服务端发送了案件处理申请或者案件已 经处理完成， 若该用户的处理状态为正在处理或处理完成， 则向请求客户端发送处理失败 标识。 0134 步骤606、 若所述待处理用户的处理状态为空， 则查询与所述待处理用户的计划详 情及业务数据。 0135 步骤608、 根据所述用户的业务信息、 计划详情及业务数据， 检测所述待处理用户 是否符合预定处理条件。 0136 服务端根据所述计划详情确定与所述计划详情对应的责任信息； 获。

49、取与所述责任 信息对应的定性属性； 根据所述计划详情从数据库中的业务信息中获取与所述定性属性对 说明书 9/13 页 13 CN 110009510 A 13 应的定性属性信息， 当服务端查找到完全匹配的场景数据时， 则认为该用户符合预定处理 条件之一， 还需对其他条件作进一步判断， 当服务端查找不到完全匹配的场景数据时， 向用 户发送匹配失败的通知， 通知信息为 “该用户投保的项目不覆盖此次申请项目” 。 0137 下面以某一用户为例进行说明， 假设该用户购买的保险为重大疾病险， 案件处理 申请中包含的就诊信息有心肌梗塞住院和骨折住院， 根据疾病分类表可以得出心肌梗塞的 疾病类型为重大疾病，。

50、 骨折属于意外伤害疾病， 由此可以初步判定该用户的就诊信息中心 肌梗塞住院满足预定处理条件之一， 除此之外， 还需对其他条件作进一步判断， 例如， 为了 保证理赔操作的安全性， 降低保险公司的理赔风险， 可以预先将一些存在违规记录的、 之前 存在骗保等行为的用户信息保存在理赔黑名单中， 在检测待处理用户是否符合预定理赔条 件时， 可以判断该用户是否为理赔黑名单用户， 如果是黑名单用户， 说明对该用户进行理赔 操作会存在很大风险， 进而确定该用户不符合预定理赔条件； 如果不是黑名单用户， 但是该 用户在最近半个月的时间里， 存在较多次的保险理赔操作， 说明该用户最近经常进行保险 理赔， 可能是骗。