基于区块链的投保数据交互方法、电子装置及计算机设备与流程

本发明涉及系统数据监控的技术领域，尤其涉及一种基于区块链的投保数据交互方法、电子装置、计算机设备及存储介质。

背景技术：

随着我国保险行业迅猛发展，随之而来的保险消费投诉也在不断上涨，投保人客户信息流失被盗卖等痛点，一直以来制约着保险行业的健康发展，而互联网保险的兴起，在信息安全和市场监管方面也造成诸多问题。

技术实现要素：

有鉴于此，本发明提出一种基于区块链的投保数据交互方法解决了投保数据的安全性，不可篡改，保证保险数据的真实性。

为实现上述目的，本发明提出一种基于区块链的投保数据交互方法，应用于电子装置中，该方法包括步骤：调用上传接口，按照第一数据格式将区块链平台的银行系统的交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括dataid与value，所述dataid表示当天的交易数据索引key值，以天为单位，表示的格式为「pa+日期格式」，所述value表示当天交易的所有保单号或保单明细；根据所述交易数据产生交易信息，并在所述区块链平台广播所述交易信息；当所述区块链平台的第一监督系统获取所述交易信息，所述第一监督系统对所述交易信息进行认证；当所述交易信息通过所述第一监督系统的认证，按照第二数据格式将所述交易数据授权给所述区块链平台的保险系统；及按照第四数据格式或第五数据格式将所述授权的交易数据传送给所述保险系统，以根据所述交易数据执行理赔操作。

进一步地，所述第一交易数据格式是json格式。

进一步地，当所述区块链平台还包括第二监督系统，且所述交易信息通过所述第一监督系统与所述第二监督系统的认证，按照所述第二数据格式将所述交易数据授权给所述区块链平台的保险系统。

进一步地，调用授权接口，按照所述第二数据格式对所述交易数据进行授权，其中，所述第二交易数据格式包括nodeid与dataids，其中所述nodeid表示区块链中的节点，所述dataids表示当天交易的所有保单号和当天的交易数据索引key值。

进一步地，调用通知接口，按照第三数据格式通知所述保险系统获取所述交易数据，其中，所述第三交易数据格式包括nodeid与url，其中所述nodeid表示区块链中的节点，所述url表示访问保险公司系统的接口。

进一步地，调用获取索引数据接口，按照所述第四数据格式或所述第五数据格式自所述交易系统获取所述授权的交易数据，其中，所述第四交易数据格式包括dataid与owner，其中所述dataid表示当天的交易数据索引key值，所述owner表示区块链中的节点，其中，所述第五交易数据格式包括nodeid与dataids，其中所述nodeid表示区块链中的节点，所述dataids表示当天交易的所有保单号和当天的交易数据索引key值。

为实现上述目的，本发明还提出一种电子装置，包括传输模块、认证模块、授权模块与通知模块。所述传输模块用于用于调用上传接口，按照第一数据格式将区块链平台的银行系统的交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括dataid与value，所述dataid表示当天的交易数据索引key值，以天为单位，表示的格式为「pa+日期格式」，所述value表示当天交易的所有保单号或保单明细。所述认证模块于获取根据交易数据产生的交易信息，并且认证所述交易信息。所述授权模块用于当所述交易信息通过认证，按照第二数据格式将所述交易数据进行授权给所述区块链平台的保险系统。所述传输模块按照第四数据格式或第五数据格式将所述授权的交易数据传送给所述保险系统，以根据所述交易数据执行理赔操作。

进一步地，所述授权模块调用授权接口，按照所述第二数据格式对所述交易数据进行授权，其中，所述第二交易数据格式包括nodeid与dataids，其中所述nodeid表示区块链中的节点，所述dataids表示当天交易的所有保单号和当天的交易数据索引key值。

为实现上述目的，本发明还提供一种计算机设备，包括存储器、处理器以及存储在存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于区块链的投保数据交互方法的步骤。

为实现上述目的，本发明还提供计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述基于区块链的投保数据交互方法的步骤。

相较于现有技术，本发明之基于区块链的投保数据交互方法解决了投保数据的安全性，不可篡改，保证保险数据的真实性，杜绝客户信息泄露等现象，保障保险行业健康发展。

附图说明

图1系显示本发明实施例之电子装置的硬件架构示意图；

图2系显示本发明实施例之电子装置的功能方块图；及

图3系显示本发明实施例之基于区块链的投保数据交互方法的步骤流程图。

附图标记：

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

图1系显示本发明实施例之电子装置的硬件架构示意图。电子装置10，但不仅限于，可通过系统总线相互通信连接存储器110、处理器120以及基于区块链的投保数据交互系统130，图1仅示出了具有组件110-130的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

所述存储器110至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器110可以是所述电子装置10的内部存储单元，例如该电子装置10的硬盘或内存。在另一些实施例中，所述存储器也可以是所述电子装置10的外部存储设备，例如该电子装置10上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。当然，所述存储器110还可以既包括所述电子装置100的内部存储单元也包括其外部存储设备。本实施例中，所述存储器110通常用于存储安装于所述电子装置10的操作系统和各类应用软件，例如基于区块链的投保数据交互系统130的程序代码等。此外，所述存储器110还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器120在一些实施例中可以是中央处理器(centralprocessingunit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器120通常用于控制所述电子装置10的总体操作。本实施例中，所述处理器120用于运行所述存储器110中存储的程序代码或者处理数据，例如，运行所述基于区块链的投保数据交互系统130等。

图2系显示本发明实施例之电子装置的功能方块图。本发明实施例之电子装置10包括传输模块210、认证模块220、授权模块230与通知模块240。

传输模块210自银行系统将交易数据上传到基于区块链的交易系统(例如，保险公司的公共平台系统)。

传输模块210调用上传接口【加密数据批量新增(/yingbaotong/transactionadd)】，按照银行系统与保险公司的保险系统约定的数据格式上传交易数据。

上传的交易数据具体指的是保险报销的数据，交易数据格式如下所示：

{"dataid":"pa20181030002","value":"p290000032558820_1239_2000；p290000032558820_1293_2001；120200；xx银行xx分行营业部；p120000014761721；00030700016336；1292；xx附加少儿xxx保险费疾病保险；b05；xxx-附险"}，其中，dataid表示当天的交易数据索引key值(后续保险公司系统也是根据这个key值去获取交易数据)，以天为单位，表示的格式为「pa+日期格式」，value表示当天交易的所有保单号或保单明细。

上述的交易数据格式是json(javascriptobjectnotation)，代码里实现，一般是用fastjson工具类去转化实现。

认证模块220获取根据交易数据产生的交易信息，并且认证所述交易信息，以判断所述交易信息是否合法或可篡改。若所述交易信息不合法或可篡改，表示未通过认证，则丢弃所述交易数据。

若所述交易信息合法或是不可篡改，表示通过认证，则授权模块230取得银行系统对交易数据给保险公司的保险系统的授权。

授权模块230调用授权接口【加密数据批量授权(/yingbaotong/grantpermission)】，按照银行系统和保险公司的保险系统约定的数据格式对交易数据进行授权。

将保险承保后生成交易数据，将这批交易数据上传到区块链的交易系统，然后对这批交易数据授权。

授权用的交易数据格式如下所示：{"nodeid":"common-payh-prd-001","dataids":["p070000015735803_1120_4000","pa20181030004"]}，其中，nodeid表示区块链中的节点，dataids表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值。

区块链是由区块组成，多个区块连接起来就是区块链，其中每一个区块表示一个节点，分一级节点和二级节点。对交易数据授权就是对节点授权，比如说有abc三个节点，a对b节点授权了，但没有对c授权，那么b节点可以查询a节点的数据，但c节点不能查询a节点的数据。

通知模块240自银行系统取得给保险公司的保险系统的通知，用于通知保险系统获取授权的交易数据。

通知模块240调用通知接口【通知(/yingbaotong/notify)】，按照银行系统和保险公司的保险系统约定的数据格式发出通知。

银行系统上传授权的交易数据，通知保险公司的保险系统去拉取刚刚上传的交易数据，其中需要告诉保险公司的保险系统到哪里(nodeid)去获取刚刚上传的交易数据。

通知用的交易数据格式如下所示：

{"data":"{'statuscode':'000000','statusmsg':'成功','channelid':'sx001'}","nodeid":"common-payh-prd-001","url":"http://xxx"}，其中，nodeid表示区块链中的节点；url表示访问保险公司系统的接口，由银行系统调用，通知后保险公司系统按时去获取授权的交易数据；statuscode：通知的状态码，常用数据000000表示成功；statusmsg:通知的状态信息,常用数据为成功；channelid：通知的渠道号，银行系统与保险公司的保险系统约定使用sx001。

传输模块210根据该通知与该授权，基于约定的数据格式和时间将授权的交易数据自交易系统传送给保险公司的保险系统，使得保险系统可根据所述第一事务数据执行理赔操作。

传输模块210调用获取索引数据接口【获取(/operation/query)】以自交易系统传送授权的交易数据给保险系统，获取的交易数据格式有2种，分别如下所示：

(1)"postdata":[{"dataid":"pa20180830006","owner":"common-yqy-stg-003"}]}，其中，dataid表示当天的交易数据索引key值，owner表示区块链中的节点；及

(2){"nodeid":"common-payh-prd-001","dataids":["p070000015735803_1120_4000","p070000015735803_1297_4001"]}，其中，dataids表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值；postdata表示查询的条件，就是根据postdata里面的信息条件去查询；/operation/query是查询接口的url，就是通过调用这个接口，获取索引数据以及交易数据(就是保单数据)。

图3系显示本发明实施例之基于区块链的投保数据交互方法的步骤流程图。

步骤301，银行系统将交易数据上传到基于区块链的交易系统(例如，保险公司的公共平台系统)。

调用上传接口【加密数据批量新增(/yingbaotong/transactionadd)】，按照银行系统与保险公司的保险系统约定的数据格式上传交易数据。

上传的交易数据具体指的是保险报销的数据，交易数据格式如下所示：

{"dataid":"pa20181030002","value":"p290000032558820_1239_2000；p290000032558820_1293_2001；120200；xx银行xx分行营业部；p120000014761721；00030700016336；1292；xx附加少儿xxx保险费疾病保险；b05；xxx-附险"}，其中，dataid表示当天的交易数据索引key值(后续保险公司系统也是根据这个key值去获取交易数据)，以天为单位，表示的格式为「pa+日期格式」，value表示当天交易的所有保单号或保单明细。

上述的交易数据格式是json(javascriptobjectnotation)，代码里实现，一般是用fastjson工具类去转化实现。

步骤302，根据交易数据产生交易信息，并在区块链平台广播交易信息给区块链平台中的其它监督系统。

步骤303，交易数据认证。当区块链平台只有一个监督系统时，所述监督系统认证所述交易信息，以判断所述交易信息是否合法或可篡改。若所述交易信息不合法或可篡改，表示未通过认证，则丢弃所述交易数据。

步骤304，若所述交易信息合法或是不可篡改，表示通过认证，则银行系统对交易数据进行授权给保险公司的保险系统。

调用授权接口【加密数据批量授权(/yingbaotong/grantpermission)】，按照银行系统和保险公司的保险系统约定的数据格式对交易数据进行授权。

将保险承保后生成交易数据，将这批交易数据上传到区块链的交易系统，然后对这批交易数据授权。

授权用的交易数据格式如下所示：{"nodeid":"common-payh-prd-001","dataids":["p070000015735803_1120_4000","pa20181030004"]}，其中，nodeid表示区块链中的节点，dataids表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值。

区块链是由区块组成，多个区块连接起来就是区块链，其中每一个区块表示一个节点，分一级节点和二级节点。对交易数据授权就是对节点授权，比如说有abc三个节点，a对b节点授权了，但没有对c授权，那么b节点可以查询a节点的数据，但c节点不能查询a节点的数据。

步骤305，银行系统通知保险公司的保险系统获取授权的交易数据。

调用通知接口【通知(/yingbaotong/notify)】，按照银行系统和保险公司的保险系统约定的数据格式发出通知。

银行系统上传授权的交易数据，通知保险公司的保险系统去拉取刚刚上传的交易数据，其中需要告诉保险公司的保险系统到哪里(nodeid)去获取刚刚上传的交易数据。

通知用的交易数据格式如下所示：

{"data":"{'statuscode':'000000','statusmsg':'成功','channelid':'sx001'}","nodeid":"common-payh-prd-001","url":"http://xxx"}，其中，nodeid表示区块链中的节点；url表示访问保险公司系统的接口，由银行系统调用，通知后保险公司系统按时去获取授权的交易数据；statuscode：通知的状态码，常用数据000000表示成功；statusmsg:通知的状态信息,常用数据为成功；channelid：通知的渠道号，银行系统与保险公司的保险系统约定使用sx001。

步骤306，保险公司的保险系统根据约定的数据格式和时间到交易系统拉取授权的交易数据，并根据交易数据执行理赔操作。

调用获取索引数据接口【获取(/operation/query)】以自交易系统拉取授权的交易数据，获取的交易数据格式有2种，分别如下所示：

(1)"postdata":[{"dataid":"pa20180830006","owner":"common-yqy-stg-003"}]}，其中，dataid表示当天的交易数据索引key值，owner表示区块链中的节点；及

(2){"nodeid":"common-payh-prd-001","dataids":["p070000015735803_1120_4000","p070000015735803_1297_4001"]}，其中，dataids表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值；postdata表示查询的条件，就是根据postdata里面的信息条件去查询；/operation/query是查询接口的url，就是通过调用这个接口，获取索引数据以及交易数据(就是保单数据)。

综上所述，银行系统将投保数据上传到区块链交易系统，银行系统授权给保险公司的保险系统，保险公司的保险系统再到区块链交易系统拉取上传的交易数据并更新到保险公司的数据库，从而实现数据交互。

本發明之区块链数据交互方法解决了投保数据的安全性，不可篡改，保证保险数据的真实性，杜绝客户信息泄露等现象，保障保险行业健康发展。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。