CN114202426B - 基于区块链的电子保函合约的投保应用方法、系统和介质 - Google Patents

Abstract

本申请涉及一种基于区块链的电子保函合约的投保应用方法、系统和介质，其中，该方法包括：通过创建电子保函合约的若干接口和用于存储数据的数据表，并将电子保函合约部署在区块链网络中，其中，接口包括第一接口和第二接口，若招标方与电子保函合约进行交互，则通过区块链网络中的节点调用电子保函合约的第一接口将关键信息上链存证，若投标方与电子保函合约进行交互，则通过区块链网络中的节点调用电子保函合约的第二接口将关键信息上链存证，解决了投标交易过程中信息易被篡改和追溯困难的问题，通过本申请，实现了利用电子保函合约存储投标交易全流程的信息，形成统一、透明的数据主体，监管机构可回溯业务在各个阶段的状态和内容。

Description

基于区块链的电子保函合约的投保应用方法、系统和介质

技术领域

本申请涉及电子保函技术领域，特别是涉及一种基于区块链的电子保函合约的投保应用方法、系统和介质。

背景技术

公共资源交易中心具有一定公信力，但也曾曝光过多起交易平台软件服务公司甚至交易中心工作人员参与篡改交易系统后台数据非法牟利的案件，这无疑对系统中心化管理模式下交易过程公信力带来巨大影响。其次，交易过程出现争议，由于交易平台、电子保函系统和金融机构系统分散建设主体库的原因，当数据非法篡改时，导致监管部门取证慢、验真麻烦，对交易的全过程可信追溯困难。

目前针对相关技术中投标交易过程中信息易被篡改和追溯困难的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种基于区块链的电子保函合约的投保应用方法、系统和介质，以至少解决相关技术中投标交易过程中信息易被篡改和追溯困难的问题。

第一方面，本申请实施例提供了一种基于区块链的电子保函合约的投保应用方法，所述方法包括：

创建电子保函合约的若干接口和用于存储数据的数据表，并将所述电子保函合约部署在区块链网络中，其中，所述接口包括第一接口和第二接口；

若招标方与所述电子保函合约进行交互，则通过所述区块链网络中的节点调用所述电子保函合约的第一接口将关键信息上链存证，其中，所述第一接口包括创建项目标段接口和理赔接口；

若投标方与所述电子保函合约进行交互，则通过所述区块链网络中的节点调用所述电子保函合约的第二接口将关键信息上链存证，其中，所述第二接口包括选择投标项目接口、投标订单支付接口、密文保函哈希接口、项目开标解密接口、明文保函哈希接口、退保接口、发票接口和放弃订单接口。

在其中一些实施例中，通过所述区块链网络中的节点调用所述电子保函合约的第一接口将关键信息上链存证包括：

在招标项目信息填写完成后，通过共识节点调用所述创建项目标段接口，将所述招标项目的创建项目标段数据存储到所述区块链网络的数据表中；

在中标企业无法履约的情况下，通过共识节点调用所述理赔接口，将对应的理赔数据存储到所述区块链网络的数据表中。

在其中一些实施例中，通过所述区块链网络中的节点调用所述电子保函合约的第二接口执行将关键信息上链存证包括：

在投标项目选择并填写完成后，通过共识节点调用所述选择投标项目接口，将所述投标项目的选择投标项目数据进行加密后存储到所述区块链网络的数据表中，并生成订单号，所述订单号对应投标全流程数据；

在投标项目的订单支付完成后，通过共识节点调用所述投标订单支付接口，将所述投标项目的订单支付数据存储到所述区块链网络的数据表中；

在投标项目的密文保函出具后，通过共识节点调用所述密文保函哈希接口，将所述投标项目的密文保函哈希数据存储到所述区块链网络的数据表中；

在开标完成后，通过共识节点调用所述项目开标解密接口，将所述开标的开标解密数据存储到所述区块链网络的数据表中；

在投标项目解密完成后，通过共识节点调用所述明文保函哈希接口，将所述投标项目的明文保函哈希数据存储到所述区块链网络的数据表中；

在退保信息申请并填写完成后，通过共识节点调用所述退保接口，将对应的退保数据存储到所述区块链网络的数据表中；

在发票信息出具后，通过共识节点调用所述发票接口，将对应的发票数据存储到所述区块链网络的数据表中；

在订单放弃完成后，通过共识节点调用所述订单放弃接口，将对应的放弃订单数据存储到所述区块链网络的数据表中。

在其中一些实施例中，所述方法还包括：

在通过所述区块链网络中的节点调用所述电子保函合约的接口，将相应的订单数据存储到所述区块链网络的数据表中后，若再次调用所述接口来修改所述数据表中已存在的所述订单数据，数据表中原先的数据不会发生修改。

在其中一些实施例中，所述电子保函合约的接口都具有时间参数，所述方法包括：

通过所述区块链网络中的节点调用所述电子保函合约的接口，将订单数据存储到所述区块链网络的数据表中，同时将所述接口的时间参数也存储在所述数据表中，用于回溯所述接口的业务状态和内容。

在其中一些实施例中，在生成订单号之后，所述方法包括：

所述电子保函合约还具有溯源接口，调用所述溯源接口获取订单号对应的投标全流程数据；

根据投标全流程数据的时间参数，对所述投标全流程数据中的创建项目标段数据、选择投标项目数据、订单支付数据、密文保函哈希数据、开标解密数据、明文保函哈希数据、退保数据、发票数据、理赔数据和放弃订单数据进行回溯检查。

在其中一些实施例中，在生成订单号之后，所述方法包括：

对本地的密文保函/明文保函进行哈希，得到密文保函哈希/明文保函哈希；

调用溯源接口获取订单号对应的所述区块链网络中存储的密文保函哈希数据/明文保函哈希数据；

将本地的所述密文保函哈希与链上的所述密文保函哈希数据比对，若一致，则本地的所述密文保函未被篡改；

将本地的所述明文保函哈希与链上的所述明文保函哈希数据比对，若一致，则本地的所述明文保函未被篡改。

在其中一些实施例中，所述方法还包括：

采用rsa非对称加密，对客户端利用所述区块链网络中的节点来调用接口进行权限验证，其中，所述客户端包括交易平台、电子保函系统和金融机构系统。

第二方面，本申请实施例提供了一种基于区块链的电子保函合约的投保应用系统，所述系统包括合约模块、招标模块和投标模块；

所述合约模块创建电子保函合约的若干接口和用于存储数据的数据表，并将所述电子保函合约部署在区块链网络中，其中，所述接口包括第一接口和第二接口；

若招标方与所述电子保函合约进行交互，则所述招标模块通过所述区块链网络中的节点调用所述电子保函合约的第一接口将关键信息上链存证，其中，所述第一接口包括创建项目标段接口和理赔接口；

若投标方与所述电子保函合约进行交互，则所述投标模块通过所述区块链网络中的节点调用所述电子保函合约的第二接口将关键信息上链存证，其中，所述第二接口包括选择投标项目接口、投标订单支付接口、密文保函哈希接口、项目开标解密接口、明文保函哈希接口、退保接口、发票接口和放弃订单接口。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的基于区块链的电子保函合约的投保应用方法。

相比于相关技术，本申请实施例提供的一种基于区块链的电子保函合约的投保应用方法、系统和介质，通过创建电子保函合约的若干接口和用于存储数据的数据表，并将电子保函合约部署在区块链网络中，其中，接口包括第一接口和第二接口，若招标方与电子保函合约进行交互，则通过区块链网络中的节点调用电子保函合约的第一接口将关键信息上链存证，若投标方与电子保函合约进行交互，则通过区块链网络中的节点调用电子保函合约的第二接口将关键信息上链存证，解决了投标交易过程中信息易被篡改和追溯困难的问题，实现了利用电子保函合约存储投标交易全流程的信息，形成统一、透明的数据主体，监管机构可回溯业务在各个阶段的状态和内容。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的基于区块链的电子保函合约投保应用方法的步骤流程图；

图2是招标方与电子保函合约进行交互的流程示意图；

图3是投标方与电子保函合约进行交互的流程示意图；

图4是根据时间参数通过溯源接口对订单状态和内容回溯的示意图；

图5是根据本申请实施例的基于区块链的电子保函合约投保应用方法的结构框图；

图6是根据本申请实施例的电子设备的内部结构示意图。

附图说明：51、合约模块；52、招标模块；53、投标模块。

具体实施方式

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

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块（单元）的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

背景技术补充：

区块链一般被划分为三种类型：公有链(Public Blockchain)，私有链(PrivateBlockchain)和联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。

其中，去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者(也可称为区块链中的节点)可以读取链上的数据记录、参与交易、以及竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。

私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，其对节点具有严格限制且节点数量较少。这种类型的区块链更适合于特定机构内部使用。

联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。

基于区块链的基本特性，区块链通常是由若干个区块构成。在这些区块中分别记录有与该区块的创建时刻对应的时间戳，所有的区块严格按照区块中记录的时间戳，构成一条在时间上有序的数据链条。

对于物理世界产生的真实数据，可以将其构建成区块链所支持的标准的交易(transaction)格式，然后发布至区块链，由区块链网络中的节点设备对收到的交易进行共识处理，并在达成共识后，由区块链网络中作为记账节点的节点设备，将这笔交易打包进区块，在区块链中进行持久化存证。

本申请实施例提供了一种基于区块链的电子保函合约的投保应用方法，图1是根据本申请实施例的基于区块链的电子保函合约投保应用方法的步骤流程图，如图1所示，该方法包括以下步骤：

步骤S102，创建电子保函合约的若干接口和用于存储数据的数据表，并将电子保函合约部署在区块链网络中，其中，接口包括第一接口和第二接口；

步骤S104，若招标方与电子保函合约进行交互，则通过区块链网络中的节点调用电子保函合约的第一接口将关键信息上链存证，其中，第一接口包括创建项目标段接口和理赔接口；

优选地，在进行交互之前，执行交互的客户端需要获取rsa秘钥并配置在开发sdk中，区块链节点采用rsa非对称加密对客户端调用接口进行权限验证，其中，客户端包括交易平台、电子保函系统和金融机构系统。进一步地，在调用电子保函合约的第一接口，将相应的订单数据上链存证后，若再次调用该第一接口来修改数据表中已存在的订单数据，数据表中原先的数据不会发生修改。

步骤S106，若投标方与电子保函合约进行交互，则通过区块链网络中的节点调用电子保函合约的第二接口将关键信息上链存证，其中，第二接口包括选择投标项目接口、投标订单支付接口、密文保函哈希接口、项目开标解密接口、明文保函哈希接口、退保接口、发票接口和放弃订单接口。

优选地，在进行交互之前，执行交互的客户端需要获取rsa秘钥并配置在开发sdk中，区块链节点采用rsa非对称加密对客户端调用接口进行权限验证，其中，客户端包括交易平台、电子保函系统和金融机构系统。进一步地，在调用电子保函合约的第二接口，将相应的订单数据上链存证后，若再次调用该第二接口来修改数据表中已存在的订单数据，数据表中原先的数据不会发生修改。

通过本申请实施例中的步骤S102至步骤S106，解决了投标交易过程中信息易被篡改和追溯困难的问题，实现了利用电子保函合约存储投标交易全流程的信息，形成统一、透明的数据主体，监管机构可回溯业务在各个阶段的状态和内容。

在其中一些实施例中，图2是招标方与电子保函合约进行交互的流程示意图，如图2所示，通过区块链网络中的节点调用电子保函合约的第一接口将关键信息上链存证包括：

步骤S21，在招标项目信息填写完成后，通过共识节点调用创建项目标段接口，将招标项目的创建项目标段数据存储到区块链网络的数据表中；

具体地，招标方在交易平台填写项目信息完成，且交易平台确认资质后，通过共识节点调用创建项目标段接口，将招标项目的创建项目标段数据存储到区块链网络的数据表中。

步骤S22，在中标企业无法履约的情况下，通过共识节点调用理赔接口，将对应的理赔数据存储到区块链网络的数据表中。

具体地，在中标企业无法履约的情况下，招标方可在交易平台发起理赔。电子保函系统在收到理赔通知后收集理赔信息，通过共识节点调用理赔接口，将对应的理赔数据存储到区块链网络的数据表中。

在其中一些实施例中，图3是投标方与电子保函合约进行交互的流程示意图，如图3所示，通过区块链网络中的节点调用电子保函合约的第二接口执行将关键信息上链存证包括：

步骤S31，在投标项目选择并填写完成后，通过共识节点调用选择投标项目接口，将投标项目的选择投标项目数据进行加密后存储到区块链网络的数据表中，并生成订单号，订单号对应投标全流程数据；

具体地，投标方在交易平台选择并填写投标项目, 交易平台通过共识节点调用选择投标项目接口，将选择投标项目数据进行加密后存储到区块链网络的数据表中，并生成订单号，订单号对应投标全流程数据。优选地，可以选择投标项目数据中的敏感数据，如：项目标段信息、招标方信息(企业名称、统一社会信用代码)等进行加密，能在开标前为了保障投标的安全性。

步骤S32，在投标项目的订单支付完成后，通过共识节点调用投标订单支付接口，将投标项目的订单支付数据存储到区块链网络的数据表中；

具体地，投标方在交易平台填写项目标段信息后，从交易平台跳转到电子保函系统进行投标业务并支付，支付成功后通过共识节点调用投标订单支付接口，将订单支付数据存储到区块链网络的数据表中。

步骤S33，在投标项目的密文保函出具后，通过共识节点调用密文保函哈希接口，将投标项目的密文保函哈希数据存储到区块链网络的数据表中；

具体地，投标方在电子保函系统支付订单成功后，电子保函系统通知金融机构系统支付成功, 金融机构系统出具密文保函，采用SM3国密算法对密文保函进行哈希得到64位hash，后通过共识节点调用密文保函哈希接口，将密文保函哈希数据存储到区块链网络的数据表中。

可选地，在需要进行验真时，用户上传本地密文保函，采用SM3国密算法得到64位的hash字符串，再输入订单号，调用溯源接口获取订单号对应的区块链网络中存储的密文保函哈希数据；将本地的密文保函哈希与链上的密文保函哈希数据比对，若一致，则本地的密文保函未被篡改；利用电子保函合约无法篡改的代码逻辑，实现密文保函的验真。

步骤S34，在开标完成后，通过共识节点调用项目开标解密接口，将开标的开标解密数据存储到区块链网络的数据表中；

具体地，交易平台开标后，通过共识节点调用项目开标解密接口，将开标解密数据存储到区块链网络的数据表中。

步骤S35，在投标项目解密完成后，通过共识节点调用明文保函哈希接口，将投标项目的明文保函哈希数据存储到区块链网络的数据表中；

具体地，开标后，电子保函系统将解密后的信息通知金融机构系统，金融机构系统出具明文保函，采用SM3国密算法对明文保函进行哈希得到64位hash，后通过共识节点调用明文保函哈希接口，将明文保函哈希数据存储到区块链网络的数据表中。

可选地，在需要进行验真时，用户上传本地明文保函，采用SM3国密算法得到64位的hash字符串，再输入订单号，调用溯源接口获取订单号对应的区块链网络中存储的明文保函哈希数据；将本地的明文保函哈希与链上的明文保函哈希数据比对，若一致，则本地的明文保函未被篡改；利用电子保函合约无法篡改的代码逻辑，实现明文保函的验真。

步骤S36，在退保信息申请并填写完成后，通过共识节点调用退保接口，将对应的退保数据存储到区块链网络的数据表中；

具体地，投标方在电子保函系统申请退保并完善退保信息后，通过共识节点调用退保接口，将对应的退保数据存储到区块链网络的数据表中。

步骤S37，在发票信息出具后，通过共识节点调用发票接口，将对应的发票数据存储到区块链网络的数据表中；

具体地，投标方在电子保函系统申请出具发票后，电子保函系统接收到金融机构系统出具发票信息后，通过共识节点调用发票接口，将对应的发票数据存储到区块链网络的数据表中。

步骤S38，在订单放弃完成后，通过共识节点调用订单放弃接口，将对应的放弃订单数据存储到区块链网络的数据表中。

具体地，投标方在电子保函系统放弃订单后，通过共识节点调用订单放弃接口，将对应的放弃订单数据存储到区块链网络的数据表中。

在其中一些实施例中，图4是根据时间参数通过溯源接口对订单状态和内容回溯的示意图，如图4所示，

电子保函合约还具有溯源接口，电子保函合约的接口都具有时间参数；

监管机构可以输入订单号，调用溯源接口获取该订单号对应的投标全流程数据；

具体地，数据表包括招标表（创建项目标段数据和理赔数据）和投标表（选择投标项目数据、订单支付数据、密文保函哈希数据、开标解密数据、明文保函哈希数据、退保数据、发票数据和放弃订单数据），其中，招标表和投标表都具有编码（假设编号为123），通过编号关联彼此，投标表还具有订单号（假设为abc）。输入订单号，根据投标全流程数据的时间参数（假设为1、2、3、…、10）进行回溯检查。

此外，投标全流程数据还包括金融机构投保单号、加密的投标方信息、明文的投标方信息、加密的被保险方信息和明文的被保险方信息等基础数据。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例提供了一种基于区块链的电子保函合约的投保应用系统，图5是根据本申请实施例的基于区块链的电子保函合约投保应用方法的结构框图，如图5所示，系统包括合约模块51、招标模块52和投标模块53；

合约模块51创建电子保函合约的若干接口和用于存储数据的数据表，并将电子保函合约部署在区块链网络中，其中，接口包括第一接口和第二接口；

若招标方与电子保函合约进行交互，则招标模块52通过区块链网络中的节点调用电子保函合约的第一接口将关键信息上链存证，其中，第一接口包括创建项目标段接口和理赔接口；

若投标方与电子保函合约进行交互，则投标模块53通过区块链网络中的节点调用电子保函合约的第二接口将关键信息上链存证，其中，第二接口包括选择投标项目接口、投标订单支付接口、密文保函哈希接口、项目开标解密接口、明文保函哈希接口、退保接口、发票接口和放弃订单接口。

通过本申请实施例中的合约模块51、招标模块52和投标模块53，解决了投标交易过程中信息易被篡改和追溯困难的问题，实现了利用电子保函合约存储投标交易全流程的信息，形成统一、透明的数据主体，监管机构可回溯业务在各个阶段的状态和内容。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在区块链中创建电子保函合约；

S2，招标方与电子保函合约进行交互；

S3，投标方与电子保函合约进行交互。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的基于区块链的电子保函合约的投保应用方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种基于区块链的电子保函合约的投保应用方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于区块链的电子保函合约的投保应用方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，图6是根据本申请实施例的电子设备的内部结构示意图，如图6所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图6所示。该电子设备包括通过内部总线连接的处理器、网络接口、内存储器和非易失性存储器，其中，该非易失性存储器存储有操作系统、计算机程序和数据库。处理器用于提供计算和控制能力，网络接口用于与外部的终端通过网络连接通信，内存储器用于为操作系统和计算机程序的运行提供环境，计算机程序被处理器执行时以实现一种基于区块链的电子保函合约的投保应用方法，数据库用于存储数据。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（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所述的方法，其特征在于，通过所述区块链网络中的节点调用所述电子保函合约的第二接口执行将关键信息上链存证包括：

在投标项目的订单支付完成后，通过共识节点调用所述投标订单支付接口，将所述投标项目的订单支付数据存储到所述区块链网络的数据表中；

在投标项目的密文保函出具后，通过共识节点调用所述密文保函哈希接口，将所述投标项目的密文保函哈希数据存储到所述区块链网络的数据表中；

在开标完成后，通过共识节点调用所述项目开标解密接口，将所述开标的开标解密数据存储到所述区块链网络的数据表中；

在投标项目解密完成后，通过共识节点调用所述明文保函哈希接口，将所述投标项目的明文保函哈希数据存储到所述区块链网络的数据表中；

在退保信息申请并填写完成后，通过共识节点调用所述退保接口，将对应的退保数据存储到所述区块链网络的数据表中；

在发票信息出具后，通过共识节点调用所述发票接口，将对应的发票数据存储到所述区块链网络的数据表中；

在订单放弃完成后，通过共识节点调用所述放弃订单接口 ，将对应的放弃订单数据存储到所述区块链网络的数据表中。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述电子保函合约的接口都具有时间参数，所述方法包括：

通过所述区块链网络中的节点调用所述电子保函合约的接口，将订单数据存储到所述区块链网络的数据表中，同时将所述接口的时间参数也存储在所述数据表中，用于回溯所述接口的业务状态和内容。

5.根据权利要求3所述的方法，其特征在于，在生成订单号之后，所述方法包括：

所述电子保函合约还具有溯源接口，调用所述溯源接口获取订单号对应的投标全流程数据；

根据投标全流程数据的时间参数，对所述投标全流程数据中的创建项目标段数据、选择投标项目数据、订单支付数据、密文保函哈希数据、开标解密数据、明文保函哈希数据、退保数据、发票数据、理赔数据和放弃订单数据进行回溯检查。

6.根据权利要求3所述的方法，其特征在于，在生成订单号之后，所述方法包括：

对本地的密文保函/明文保函进行哈希，得到密文保函哈希/明文保函哈希；

调用溯源接口获取订单号对应的所述区块链网络中存储的密文保函哈希数据/明文保函哈希数据；

将本地的所述密文保函哈希与链上的所述密文保函哈希数据比对，若一致，则本地的所述密文保函未被篡改；

将本地的所述明文保函哈希与链上的所述明文保函哈希数据比对，若一致，则本地的所述明文保函未被篡改。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

采用rsa非对称加密，对客户端利用所述区块链网络中的节点来调用接口进行权限验证，其中，所述客户端包括交易平台、电子保函系统和金融机构系统。

8.一种基于区块链的电子保函合约的投保应用系统，其特征在于，所述系统包括合约模块、招标模块和投标模块；

所述合约模块创建电子保函合约的若干接口和用于存储数据的数据表，并将所述电子保函合约部署在区块链网络中，其中，所述接口包括第一接口和第二接口；

若招标方与所述电子保函合约进行交互，则所述招标模块通过所述区块链网络中的节点调用所述电子保函合约的第一接口将关键信息上链存证，在调用电子保函合约的第一接口，将相应的订单数据上链存证后，若再次调用所述第一接口来修改数据表中已存在的数据，则所述数据表中的所述数据不会发生修改，其中，所述第一接口包括创建项目标段接口和理赔接口；

若投标方与所述电子保函合约进行交互，则所述投标模块通过所述区块链网络中的节点调用所述电子保函合约的第二接口将关键信息上链存证，在调用电子保函合约的第二接口，将相应的订单数据上链存证后，若再次调用所述第二接口来修改数据表中已存在的数据，则所述数据表中的所述数据不会发生修改，其中，所述第二接口包括选择投标项目接口、投标订单支付接口、密文保函哈希接口、项目开标解密接口、明文保函哈希接口、退保接口、发票接口和放弃订单接口；

其中，在投标项目选择并填写完成后，所述投标模块通过共识节点调用所述选择投标项目接口，将所述投标项目的选择投标项目数据进行加密后存储到所述区块链网络的数据表中，并生成订单号，所述订单号对应投标全流程数据。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一项所述的基于区块链的电子保函合约的投保应用方法。

Images