CN117853220A - 保函数据信息的处理方法和装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种保函数据信息的处理方法和装置、存储介质及电子设备。涉及数据处理技术领域，该方法包括：通过目标区块链中的第一部门对应的第一节点发起保函申请请求；将所述保函申请请求发送至审批所述保函申请请求的多个第二部门对应的第二节点，并通过所述第二节点对所述保函申请请求进行处理，得到处理结果，在所述处理结果表征所述保函申请请求通过的情况下，通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函。通过本申请，解决了相关技术中采用人工流转的方式处理保函申请业务，无法对保函申请业务的审批流程进行有效控制，导致对保函申请业务的处理效率比较低的问题。

Description

保函数据信息的处理方法和装置、存储介质及电子设备

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种保函数据信息的处理方法和装置、存储介质及电子设备。

背景技术

保函又称保证书，是金融机构、保险公司、担保公司或个人应申请人的请求向第三方开立的一种书面信用担保凭证，保证申请人与第三方在未履行责任或义务时，由担保方替代申请人履行一定金额、一定期限内的支付或赔偿责任。保函作为各类保证金的创新形式，涵盖投标、质量、履约、预付款、农民工工资等多个领域，能够有效缓解缴纳保证金给企业带来的资金压力，降低企业制度性交易成本。

在现有技术中，由于保函管理业务具有涉及众多主体，类型覆盖面广、数量多、分布散等特点，因此，存在以下问题：

流程环节无法有效控制，前端审批流转耗费时长将直接影响后续环节。目前往往采用人工流转的方式处理保函申请业务，并且在业务部门申请开立保函时，存在提交资料不完整，例如合同缺关键页、未提供保函金额和保证日期的说明函等情况，需要重复审批，严重影响了保函申请业务的处理效率。

针对相关技术中采用人工流转的方式处理保函申请业务，无法对保函申请业务的审批流程进行有效控制，导致对保函申请业务的处理效率比较低的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种保函数据信息的处理方法和装置、存储介质及电子设备，以解决相关技术中采用人工流转的方式处理保函申请业务，无法对保函申请业务的审批流程进行有效控制，导致对保函申请业务的处理效率比较低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种保函数据信息的处理方法。该方法包括：通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，所述保函申请请求中至少包括保函审批单和目标工程合同数据；依据保函申请的审批流程，将所述保函申请请求发送至审批所述保函申请请求的多个第二部门对应的第二节点，并通过所述第二节点对所述保函申请请求进行处理，得到处理结果，其中，所述处理结果用于表征所述保函申请请求是否通过；在所述处理结果表征所述保函申请请求通过的情况下，通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函。

进一步地，通过所述第二节点对所述保函申请请求进行处理，得到处理结果包括：通过所述第二节点依据对所述保函申请请求的规则，生成保函处理智能合约；通过所述第二节点基于所述保函处理智能合约对所述保函申请请求进行处理，得到所述处理结果。

进一步地，在通过所述第二节点对所述保函申请请求进行处理，得到处理结果之后，所述方法还包括：通过所述第二节点对所述处理结果和第一数据信息进行哈希计算，得到目标哈希值，其中，所述第一数据信息为所述第二节点对所述保函申请请求进行处理时产生的数据信息；通过所述第二节点基于对称密钥对所述处理结果和所述第一数据信息进行加密处理，得到第一密文；在所述目标区块链中，通过共识算法对所述第一密文进行共识处理，得到共识结果；在所述共识结果表征共识通过的情况下，通过所述第二节点将所述第一密文和所述目标哈希值存储至所述目标区块链中。

进一步地，在通过所述第二节点基于对称密钥对所述处理结果和所述第一数据信息进行加密处理，得到第一密文之后，所述方法还包括：通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略，其中，所述第一属性信息为能够访问所述第一保函数据的对象的属性信息，所述第一保函数据至少包括所述第一数据信息，或者，所述目标保函；通过所述第二节点依据所述第一访问策略和预设的公共参数对所述对称密钥进行加密处理，得到密钥密文；通过所述第二节点将所述第一访问策略和所述密钥密文存储至所述目标区块链中。

进一步地，在通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，所述方法还包括：通过所述第二节点对所述第一保函数据进行关键词提取，得到第一关键词集合；通过所述第二节点依据所述第一访问策略、所述预设的公共参数和所述第一关键词集合，生成所述第一保函数据对应的第一索引，其中，所述第一索引用于搜索所述第一保函数据；通过所述第二节点将所述第一索引写入所述目标区块链中。

进一步地，在通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函之后，所述方法还包括：通过第三方机构对应的第四节点接收所述目标保函，并通过所述第四节点基于所述目标保函发起保函管理请求；依据保函管理的审批流程，将所述保函管理请求发送至审批所述保函管理请求的多个第三部门对应的第五节点，并通过所述第五节点对所述保函管理请求进行核验，得到核验结果；在所述核验结果表征对所述保函管理请求核验通过的情况下，将所述目标保函存储至所述目标区块链中。

进一步地，在将所述核验结果存储至所述目标区块链中之后，所述方法还包括：通过所述第四节点依据保函台账的生成规则，构建保函台账智能合约，并依据所述保函台账智能合约基于所述目标保函生成目标保函台账；通过所述第四节点生成保函额度智能合约，并依据所述保函额度智能合约在所述目标保函到期时，释放所述目标保函对应的保函额度。

进一步地，在通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，所述方法还包括：通过所述第二节点依据所述第二节点对应的签名信息和第二访问策略向所述目标区块链的共识节点发起访问策略变更请求；通过所述共识节点对所述签名信息进行验证，得到验证结果；若所述验证结果表征验证通过，则通过所述共识节点将所述第二访问策略更新为所述目标区块链中的所述第一访问策略。

进一步地，在通过所述第二节点将所述第一索引写入所述目标区块链中之后，所述方法还包括：通过目标对象对应的第六节点发起对第二保函数据的查询请求，其中，所述查询请求中至少包括所述第二保函数据的第二关键词集合；通过所述第六节点基于所述第二关键词集合和所述目标对象对应的属性密钥生成查询索引，其中，所述属性密钥基于所述目标对象的第二属性信息生成；依据所述查询索引对所述目标区块链中的索引数据进行匹配，得到匹配结果；若所述匹配结果表征所述目标区块链中存在与所述查询索引匹配的第二索引，则从所述目标区块链中获取所述第二索引对应的密钥密文和所述第二索引对应的第二保函数据的第二密文；通过所述第六节点依据所述密钥密文、所述属性密钥和所述第二密文获取所述第二保函数据。

为了实现上述目的，根据本申请的另一方面，提供了一种保函数据信息的处理装置。该装置包括：第一发起单元，用于通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，所述保函申请请求中至少包括保函审批单和目标工程合同数据；处理单元，用于依据保函申请的审批流程，将所述保函申请请求发送至审批所述保函申请请求的多个第二部门对应的第二节点，并通过所述第二节点对所述保函申请请求进行处理，得到处理结果，其中，所述处理结果用于表征所述保函申请请求是否通过；第一生成单元，用于在所述处理结果表征所述保函申请请求通过的情况下，通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函。

进一步地，处理单元包括：生成模块，用于通过所述第二节点依据对所述保函申请请求的规则，生成保函处理智能合约；处理模块，用于通过所述第二节点基于所述保函处理智能合约对所述保函申请请求进行处理，得到所述处理结果。

进一步地，所述装置还包括：计算单元，用于在通过所述第二节点对所述保函申请请求进行处理，得到处理结果之后，通过所述第二节点对所述处理结果和第一数据信息进行哈希计算，得到目标哈希值，其中，所述第一数据信息为所述第二节点对所述保函申请请求进行处理时产生的数据信息；第一处理单元，用于通过所述第二节点基于对称密钥对所述处理结果和所述第一数据信息进行加密处理，得到第一密文；第二处理单元，用于在所述目标区块链中，通过共识算法对所述第一密文进行共识处理，得到共识结果；第一存储单元，用于在所述共识结果表征共识通过的情况下，通过所述第二节点将所述第一密文和所述目标哈希值存储至所述目标区块链中。

进一步地，所述装置还包括：第一构建单元，用于在通过所述第二节点基于对称密钥对所述处理结果和所述第一数据信息进行加密处理，得到第一密文之后，通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略，其中，所述第一属性信息为能够访问所述第一保函数据的对象的属性信息，所述第一保函数据至少包括所述第一数据信息，或者，所述目标保函；加密单元，用于通过所述第二节点依据所述第一访问策略和预设的公共参数对所述对称密钥进行加密处理，得到密钥密文；第二存储单元，用于通过所述第二节点将所述第一访问策略和所述密钥密文存储至所述目标区块链中。

进一步地，所述装置还包括：提取单元，用于在通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，通过所述第二节点对所述第一保函数据进行关键词提取，得到第一关键词集合；第二生成单元，用于通过所述第二节点依据所述第一访问策略、所述预设的公共参数和所述第一关键词集合，生成所述第一保函数据对应的第一索引，其中，所述第一索引用于搜索所述第一保函数据；写入单元，用于通过所述第二节点将所述第一索引写入所述目标区块链中。

进一步地，所述装置还包括：接收单元，用于在通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函之后，通过第三方机构对应的第四节点接收所述目标保函，并通过所述第四节点基于所述目标保函发起保函管理请求；发送单元，用于依据保函管理的审批流程，将所述保函管理请求发送至审批所述保函管理请求的多个第三部门对应的第五节点，并通过所述第五节点对所述保函管理请求进行核验，得到核验结果；第三存储单元，用于在所述核验结果表征对所述保函管理请求核验通过的情况下，将所述目标保函存储至所述目标区块链中。

进一步地，所述装置还包括：第二构建单元，用于在将所述核验结果存储至所述目标区块链中之后，通过所述第四节点依据保函台账的生成规则，构建保函台账智能合约，并依据所述保函台账智能合约基于所述目标保函生成目标保函台账；释放单元，用于通过所述第四节点生成保函额度智能合约，并依据所述保函额度智能合约在所述目标保函到期时，释放所述目标保函对应的保函额度。

进一步地，所述装置还包括：第二发起单元，用于在通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，通过所述第二节点依据所述第二节点对应的签名信息和第二访问策略向所述目标区块链的共识节点发起访问策略变更请求；验证单元，用于通过所述共识节点对所述签名信息进行验证，得到验证结果；更新单元，用于若所述验证结果表征验证通过，则通过所述共识节点将所述第二访问策略更新为所述目标区块链中的所述第一访问策略。

进一步地，所述装置还包括：第三发起单元，用于在通过所述第二节点将所述第一索引写入所述目标区块链中之后，通过目标对象对应的第六节点发起对第二保函数据的查询请求，其中，所述查询请求中至少包括所述第二保函数据的第二关键词集合；第三生成单元，用于通过所述第六节点基于所述第二关键词集合和所述目标对象对应的属性密钥生成查询索引，其中，所述属性密钥基于所述目标对象的第二属性信息生成；匹配单元，用于依据所述查询索引对所述目标区块链中的索引数据进行匹配，得到匹配结果；第一获取单元，用于若所述匹配结果表征所述目标区块链中存在与所述查询索引匹配的第二索引，则从所述目标区块链中获取所述第二索引对应的密钥密文和所述第二索引对应的第二保函数据的第二密文；第二获取单元，用于通过所述第六节点依据所述密钥密文、所述属性密钥和所述第二密文获取所述第二保函数据。

为了实现上述目的，根据本申请的另一方面，还提供了一种计算机可读存储介质，所述存储介质存储程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述任意一项所述的保函数据信息的处理方法。

为了实现上述目的，根据本申请的一个方面，提供了一种电子设备，电子设备包括一个或多个处理器和存储器，存储器用于存储一个或多个处理器实现上述任意一项所述的保函数据信息的处理方法。

通过本申请，采用以下步骤：通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，保函申请请求中至少包括保函审批单和目标工程合同数据；依据保函申请的审批流程，将保函申请请求发送至审批保函申请请求的多个第二部门对应的第二节点，并通过第二节点对保函申请请求进行处理，得到处理结果，其中，处理结果用于表征保函申请请求是否通过；在处理结果表征保函申请请求通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函，解决了相关技术中采用人工流转的方式处理保函申请业务，无法对保函申请业务的审批流程进行有效控制，导致对保函申请业务的处理效率比较低的问题。在本方案中，根据保函管理涉及的各个部门和机构之间构建目标区块链，通过目标区块链可以确保保函数据在开立方、审批方、归档管理等多主体信息传递的有效性和不可抵赖性，构建新型的部门协作模式。然后通过目标区块链中的第一部门对应的第一节点发起保函申请请求，通过保函申请的审批流程对应的多个第二部门的第二节点对保函申请请求进行处理，并在处理结果表征通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函，通过目标区块链能够自动处理保函申请请求，提升工作效率，能够有效减少多方主体之间的重复校对，提高保函可信流转效率，进而达到了提高对保函申请业务的处理效率的效果。

附图说明

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

图1是根据本申请实施例提供的保函数据信息的处理方法的流程图一；

图2是根据本申请实施例提供的区块链的示意图；

图3是根据本申请实施例提供的保函数据信息的处理方法的流程图二；

图4是根据本申请实施例提供的基于区块链的保函管理系统架构的示意图；

图5是根据本申请实施例提供的基于区块链属性加密的访问控制的示意图；

图6是根据本申请实施例提供的保函数据信息的处理方法的流程图三；

图7是根据本申请实施例提供的保函数据信息的处理方法的流程图四；

图8是根据本申请实施例提供的保函数据信息的处理方法的流程图五；

图9是根据本申请实施例提供的保函数据信息的处理装置的示意图；

图10是根据本申请实施例提供的电子设备的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

保函又称保证书，是金融机构、保险公司、担保公司或个人应申请人的请求向第三方开立的一种书面信用担保凭证，保证申请人与第三方在未履行责任或义务时，由担保方替代申请人履行一定金额、一定期限内的支付或赔偿责任。

需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。

下面结合优选的实施步骤对本发明进行说明，图1是根据本申请实施例提供的保函数据信息的处理方法的流程图一，如图1所示，该方法包括如下步骤：

步骤S101，通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，保函申请请求中至少包括保函审批单和目标工程合同数据；

可选地，由于保函业务涉及众多参与主体，例如，业务部门、财务部门、法务部门以及外部的担保机构，为了提高保函数据的流转效率，基于区块链技术搭建由保函业务部门、保函财务部门、保函法务部门、外部接收单位以及担保机构等保函管理内外部各部门组成的联盟链，以分布式点对点(P2P)网络将业务部门、财务部门、法务部门、外部接收单位和担保机构等参与节点连接起来，进而实现保函线上授信、线上申请、线上审核、线上开立与变更、线上查验真伪环节全流程电子化数据贯通。

需要说明的是，通过区块链技术可以构建一种区块链可信保函管理系统，在各方部门可以直接在区块链节点上完成保函开立、接收和使用等过程。

通过上述的目标区块链实现保函开立(即上述的保函申请请求)包括以下步骤：通过目标区块链中的第一部门对应的第一节点发起保函申请请求，需要说明的是，上述的第一部门为具有申请保函权限的部门，例如，第一部门为保函业务部门，专责在保函管理系统(即上述的第一节点中的管理系统)提交保函审批单。

需要说明的是，上述的保函申请请求中至少包括：保函审批单和目标工程合同数据，还可以包括保函情况说明等数据。

步骤S102，依据保函申请的审批流程，将保函申请请求发送至审批保函申请请求的多个第二部门对应的第二节点，并通过第二节点对保函申请请求进行处理，得到处理结果，其中，处理结果用于表征保函申请请求是否通过；

可选地，在通过第一节点发起保函申请请求之后，可以根据保函申请的审批流程构建流转智能合约，然后执行流转智能合约将保函申请请求按照审批流程发送至审批保函申请请求的多个第二部门对应的第二节点中，例如，保函申请的审批流程为业务部门发起保函申请请求之后，需要通过财务部门以及法务部门进行依次审核，则先将保函申请请求发送至财务部门对应的第二节点，在财务部门审核通过之后，再发送至法务部门对应的第二节点进行处理。

在将保函申请请求发送至第二节点之后，通过第二节点对保函申请请求进行处理，得到处理结果。需要说明的是，还可以设置待办期限，形成过期不处理自动退回机制，以便进一步地提高对保函数据的处理效率。

步骤S103，在处理结果表征保函申请请求通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函。

可选地，在上述的处理结果表征保函申请请求通过的情况下，担保机构对应的第三节点会对保函申请请求进行审核，并在审核通过之后的情况下，生成对应的目标保函。

在一可选的实施例中，如图2所示，保函管理业务涉及保函业务部门、保函财务部门、保函法务部门、外部接收单位以及担保机构等几个主体，多个主体构成保函管理系统联盟链(即上述的目标区块链)，联盟链使用准入机制，以分布式点对点网络(P2P)对等网络将业务部门、财务部门、法务部门、外部接收单位和担保机构等参与节点连接起来，并通过共识机制在所有节点中进行共享存储。业务部门节点、法务部门节点、财务部门节点、接收单位节点、担保机构节点共同记账，将保函开立、审批、签发、接收、延期、核销等环节的关键数据上链。

在一可选的实施例中，可以通过如图3所示的流程图实现保函申请业务：

1)业务部门业务对应节点在保函管理系统提交保函审批单、工程合同、关于保函情况说明等电子文件；

2)业务部门业务主任对应的节点审核保函的保证金额、保证期间、保证事项等，并将相关的数据使用共识算法上链存证；

3)当合同金额大于预设金额时，需业务部门评估项目履约风险，预估毛利率，出具风险评估报告，确保在可控范围内承接该项目；如合同金额小于预设金额则直接由财务部门对应的节点审核；

4)对于合同金额大于预设金额时，出具了风险评估报告的保函开立申请以及合同金额小于大于预设金额时的保函申请则由财务部门对应的节点签字审核；

5)对于非标准格式的保函申请，则需要经过法务部门对应的节点审核，法务对于保函的格式以及签字审核数据使用共识算法上链存证；

6)对于是标准格式的保函申请以及经过法务审核的非标准格式的保函申请经财务部门财务主任对应节点进行审核，相关签字审核数据使用共识算法上链存证；

7)保函申请经过区块链流转到外部担保机构对应的节点，外部担保机构对应的节点根据保函业务申请书、合同等资料出具保函协议和保函，在这一环节，将保函业务申请书、合同资料、保函协议以及担保机构审核等相关数据使用共识算法上链存证；

8)保函协议和保函通过区块链流转到财务部门对应的节点，财务部门对应的节点依据外部担保机构出具的保函协议等材料进行保函台账登记。

在一可选的实施例中，基于区块链的保函管理系统架构可以如图4所示，基础服务层：提供平台统一的用户组织权限的管理体系，搭建完整的消息和待办中心为各流程和主体提供消息及待办处理服务，并内置流程中心，可提供灵活的流程配置服务。通过上链服务和智能合约配置中心实现业务数据的自动处理和上链存证。业务服务层：提供授信管理模块，可以实现授信额度的管理；提供保函协同与业务处理模块，可以支撑保函开立、审批、签发、接收、延期、核销等全部保函功能；提供保函台账模块，可基于智能合约规则和保函业务功能，为相关部门和外部机构提供保函全流程处理及台账查询功能。前端展示层：系统可提供自由独立的工作台，基于保函管理联盟链构成的区块链平台可支撑工作台、系统消息、服务开通、待办已办等相关功能。

从业务功能上来说，基于区块链的电子保函管理系统基本功能包括工作台、授信管理、台账管理和保函监管，串联起保函申请方、保函开立方、保函收取方三方单位，形成完整的保函管理业务链上闭环。

综上所述，根据保函管理涉及的各个部门和机构之间构建目标区块链，通过目标区块链可以确保保函数据在开立方、审批方、归档管理等多主体信息传递的有效性和不可抵赖性，构建新型的部门协作模式。然后通过目标区块链中的第一部门对应的第一节点发起保函申请请求，通过保函申请的审批流程对应的多个第二部门的第二节点对保函申请请求进行处理，并在处理结果表征通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函，通过目标区块链能够自动处理保函申请请求，提升工作效率，能够有效减少多方主体之间的重复校对，提高保函可信流转效率，进而达到了提高对保函申请业务的处理效率的效果。

可选地，在本申请实施例提供的保函数据信息的处理方法中，通过第二节点对保函申请请求进行处理，得到处理结果包括：通过第二节点依据对保函申请请求的规则，生成保函处理智能合约；通过第二节点基于保函处理智能合约对保函申请请求进行处理，得到处理结果。

在一可选的实施例中，在通过第二节点对保函申请请求进行处理时包括：通过第二节点依据对保函申请请求的规则，生成保函处理智能合约，然后根据保函处理智能合约对保函申请请求进行处理，得到处理结果。

通过智能合约可以达到快速准确地对保函数据进行处理的技术效果。

可选地，在本申请实施例提供的保函数据信息的处理方法中，在通过第二节点对保函申请请求进行处理，得到处理结果之后，该方法还包括：通过第二节点对处理结果和第一数据信息进行哈希计算，得到目标哈希值，其中，第一数据信息为第二节点对保函申请请求进行处理时产生的数据信息；通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文；在目标区块链中，通过共识算法对第一密文进行共识处理，得到共识结果；在共识结果表征共识通过的情况下，通过第二节点将第一密文和目标哈希值存储至目标区块链中。

在一可选的实施例中，在得到处理结果之后，为了保证处理数据的安全性和不可篡改，需要将上述的处理结果进行上链存储，首先，通过第二节点对处理结果和第一数据信息进行哈希计算，得到目标哈希值，需要说明的是，上述的目标哈希值可以作为唯一的区块链标识，以便后续数据拥有方根据区块链标识查询到该处理结果以及对应的数据信息。需要说明的是，上述的第一数据信息为第二节点对保函申请请求进行处理时产生的数据信息，例如，签字审核数据等。

为了保护处理结果和第一数据信息的安全性，第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文，以及在目标区块链中，通过共识算法(例如，共识算法)对第一密文进行共识处理，得到共识结果，并在共识结果表征共识通过的情况下，通过第二节点将第一密文和目标哈希值存储至目标区块链中。通过上述步骤，能够有效提高保函数据的安全性。

在一可选的实施例中，在得到目标保函之后，为了保证目标保函的安全性，也可以通过上述的步骤对目标保函进行处理，并将处理后的目标保函存储在目标区块链上。

可选地，在本申请实施例提供的保函数据信息的处理方法中，在通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文之后，该方法还包括：通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略，其中，第一属性信息为能够访问第一保函数据的对象的属性信息，第一保函数据至少包括第一数据信息，或者，目标保函；通过第二节点依据第一访问策略和预设的公共参数对对称密钥进行加密处理，得到密钥密文；通过第二节点将第一访问策略和密钥密文存储至目标区块链中。

在一可选的实施例中，在本申请实施例提供的保函数据信息的处理方法中，在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，该方法还包括：通过第二节点对第一保函数据进行关键词提取，得到第一关键词集合；通过第二节点依据第一访问策略、预设的公共参数和第一关键词集合，生成第一保函数据对应的第一索引，其中，第一索引用于搜索第一保函数据；通过第二节点将第一索引写入目标区块链中。

在一可选的实施例中，为了进一步地保证保函数据信息的安全性，在通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文之后，还包括以下步骤：通过第二节点基于能够访问第一保函数据的对象的多个第一属性信息构建对第一保函数据的第一访问策略，需要说明的是，上述的第一保函数据可以是对保函申请请求进行处理时产生的数据信息，也可以是上述的目标保函。然后通过第二节点基于上述的第一访问策略和预设的公共参数对对称密钥进行加密处理，得到密钥密文，最后再通过第二节点将第一访问策略和密钥密文存储至目标区块链中。

需要说明的是，上述的预设的公共参数可以是一个属性授权中心随机生成的。

为了便于后续数据使用方能够快速访问上述的第一保函数据，在本申请实施例提供的保函数据信息的处理方法中，还包括以下步骤：第二节点对第一保函数据进行关键词提取得到第一关键词集合，并根据第一访问策略、预设的公共参数和第一关键词集合，生成第一保函数据对应的第一索引，通过第一索引可以快速准确地查询到上述的保函数据。

可选地，在本申请实施例提供的保函数据信息的处理方法中，在通过第二节点将第一索引写入目标区块链中之后，该方法还包括：通过目标对象对应的第六节点发起对第二保函数据的查询请求，其中，查询请求中至少包括第二保函数据的第二关键词集合；通过第六节点基于第二关键词集合和目标对象对应的属性密钥生成查询索引，其中，属性密钥基于目标对象的第二属性信息生成；依据查询索引对目标区块链中的索引数据进行匹配，得到匹配结果；若匹配结果表征目标区块链中存在与查询索引匹配的第二索引，则从目标区块链中获取第二索引对应的密钥密文和第二索引对应的第二保函数据的第二密文；通过第六节点依据密钥密文、属性密钥和第二密文获取第二保函数据。

在一可选的实施例中，数据使用方(即上述的目标对象)采用下述步骤从目标区块链中访问获取所需的保函数据：通过数据使用方对应的第六节点发起对第二保函数据的查询请求，需要说明的是，上述的查询请求中至少包括第二保函数据的第二关键词集合，即明确数据使用方所需的保函数据。

然后，第六节点基于第二关键词集合和目标对象对应的属性密钥生成查询索引，需要说明的是，目标对象对应的属性密钥可以是通过属性授权中心基于目标对象的第二属性信息生成的。通过查询索引对目标区块链中的索引数据进行匹配，得到匹配结果，并在匹配结果表征目标区块链中存在与查询索引匹配的第二索引的情况下，则从目标区块链中获取第二索引对应的密钥密文和第二索引对应的第二保函数据的第二密文。

在将第二索引对应的密钥密文和第二索引对应的第二保函数据的第二密文发送至第六节点的情况下，第六节点根据对应的属性密钥对密钥密文进行解密处理，在目标对象的第二属性信息满足第二保函数据对应的访问策略的情况下，第六节点能够根据属性密钥对密钥密文进行解密得到对称密钥，最后通过对称密钥对第二密文进行解密处理，得到对应的第二保函数据。

在一可选的实施例中，在通过属性授权中心基于目标对象的第二属性信息生成属性密钥的过程中，还可以在属性密钥中加入目标对象的身份信息，例如，目标对象提交身份ID到属性授权中心，属性授权中心生成身份ID的数字签名，然后将数字签名添加属性密钥中。

在一可选的实施例中，在属性密钥中包括数字签名的情况下，可以通过属性密钥实现对目标对象的数据获取行为进行追踪，例如，在检测到目标对象通过属性密钥查询保函数据时，对属性密钥中的数字签名进行提取，并根据数字签名获取目标对象的身份ID，实现对目标对象的数据获取行为的追踪，进一步地提升数据的安全性。

综上所述，基于区块链属性加密的访问控制技术能够实现保函基础数据、保函流转数据以及保函项目数据的细粒度访问控制，并使保函数据的共享过程在区块链上进行，保证共享的安全性。

可选地，在本申请实施例提供的保函数据信息的处理方法中，在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，该方法还包括：通过第二节点依据第二节点对应的签名信息和第二访问策略向目标区块链的共识节点发起访问策略变更请求；通过共识节点对签名信息进行验证，得到验证结果；若验证结果表征验证通过，则通过共识节点将第二访问策略更新为目标区块链中的第一访问策略。

在一可选的实施例中，为了体现访问策略设置的灵活性，在本申请实施例提供的保函数据信息的处理方法中，设置访问策略的数据拥有者可以通过下述步骤实现对访问策略的更改：第二节点依据第二节点对应的签名信息和第二访问策略向目标区块链的共识节点发起访问策略变更请求，然后共识节点对签名信息进行验证，得到验证结果。在验证结果表征验证通过的情况下，共识节点将第二访问策略更新为目标区块链中的第一访问策略。

需要说明的是，在共识节点对签名信息进行验证时，还可以同步对由第一访问策略涉及的属性信息中随机选取的属性信息进行验证，以便进一步地提升数据的安全性。

需要说明的是，在第一访问策略存在更新的情况下，需要对相应的保函数据对应的密钥密文进行更新处理。

通过上述步骤实现了对访问策略的动态调整，达到灵活地更新访问控制策略的技术效果。

在一可选的实施例中，保函数据的基于区块链属性加密的访问控制如图5所示，属性授权中心：是一个可信机构，主要生成系统参数以及数据用户的属性密钥，属性授权中心会初始化系统的公共参数Params和数据用户的属性密钥。

保函数据拥有方：指原始保函数据的第一上传者，保函数据拥有方首先提交身份ID到属性授权中心，属性授权中心生成身份ID的数字签名σ，并将其返还给保函数据拥有方。然后，保函数据拥有方使用对称密钥k将保函数据m加密到消息密文CT_m，然后将CT_m和访问策略T上传到区块链。保函数据拥有方还基于访问策略T对对称密钥k进行加密，生成的密钥密文CT存储在区块链中。

区块链：这里指的是保函管理系统联盟链，在该联盟链上保函数据拥有方(如业务部门、财务部门、法务部门、接收单位等)将保函数据作为交易存储在分布式账本上，可以实现数据的防篡改和访问控制策略的灵活修改。

保函数据使用方：是指需要查询或溯源保函数据的使用方，保函数据使用方将其身份ID和属性集提交给属性授权中心，然后生成相应的属性密钥，并将其返回给保函数据使用方。保函数据使用方可以通过消息密文CT从区块链访问加密的密钥和访问策略，当保函数据使用方的属性集满足密文CT中的访问策略时，可以对其进行解密，得到对称密钥k。然后保函数据使用方从区块链的位置下载消息密文CT_m并使用对称密钥k解密CT_m以获得保函管理数据的明文。

保函数据的基于区块链属性加密的访问控制的流程包括以下步骤：

在系统初始化阶段，属性授权中心产生系统公有参数Params和主私钥MSK。

密钥生成：在密钥生成阶段，保函数据使用方向属性授权中心提交系统公共参数Params、主私钥MSK、用户身份ID和用户属性集Suid，属性授权中心为用户生成属性密钥SK_ID,Suid。

加密阶段：保函数据拥有方首先将其ID发送给属性授权中心以获取权限生成的ID的签名σ，并将其返还给保函数据拥有方，然后，保函数据拥有方使用对称密钥k将保函数据m加密，得到消息密文CT_m，然后将CT_m和访问策略T上传到区块链，保函数据拥有方还使用访问策略T对对称密钥k进行加密，生成密文CT，生成的密文CT存储在区块链中。

解密阶段：保函数据使用方向区块链发送公有参数Params、保函数据使用方的属性密钥SK_ID,suid，获取密钥密文CT以及消息密文CT_m，如果保函数据使用方属性集suid满足访问密文CT中的访问策略，那么属性授权中心输出用于消息加密的解密密钥k。否则，输出“False”。

策略密文更新：保函数据拥有方向区块链提交签名σ、在用户属性集随机选择的属性和新的访问策略T^′，区块链根据签名σ以及随机选择的属性进行验证，区块链共识节点首先验证签名σ。如果验证正确，则对访问策略T进行更新处理。

跟踪：保函数据使用方向区块链发送属性密钥SK_ID,suid，可以从属性密钥SK_ID,suid提取用户的身份ID。实现对保函数据使用方的行为的追踪。

综上所述，基于区块链属性加密的动态访问控制技术能够实现保函基础数据、保函流转数据、保函台账数据、工程履约保函项目数据的细粒度访问控制，并使保函数据的共享过程在区块链上进行，保证共享数据的安全性。

可选地，在本申请实施例提供的保函数据信息的处理方法中，在通过担保机构对应的第三节点基于保函申请请求，生成目标保函之后，该方法还包括：通过第三方机构对应的第四节点接收目标保函，并通过第四节点基于目标保函发起保函管理请求；依据保函管理的审批流程，将保函管理请求发送至审批保函管理请求的多个第三部门对应的第五节点，并通过第五节点对保函管理请求进行核验，得到核验结果；在核验结果表征对保函管理请求核验通过的情况下，将目标保函存储至目标区块链中。

在实际的保函管理中，需要通过第三方机构额外存储目标保函，以便提高目标保函的安全性，在本申请实施例提供的保函数据信息的处理方法中，保函的接收过程如下所述：通过第三方机构对应的第四节点接收目标保函，然后再通过第四节点发起保函管理请求，以及根据实际保函管理的审批流程(例如，接收申请流程)，将保函管理请求发送至审批保函管理请求的多个第三部门对应的第五节点，通过第五节点对保函管理请求进行核验，并在对保函管理请求核验通过的情况下，再次将目标保函存储至目标区块链中。

在一可选的实施例中，可以采用如图6所示的流程图实现保函的接收，1)第三方机构的业务部门业务对应的节点在收到保函后，填报保函编号并在区块链上基于保函原件影像、工程结算款、退保和延保申请等相关材料发起保函管理请求；

2)保函管理申请流转到业务部门业务主任对应节点，并进行审批，相关的审核数据使用共识算法上链存证；

3)业务主任对应节点审批后，保函管理申请流转到财务部门财务主任对应节点，并进行审核，相关的审核数据使用共识算法上链存证；

4)财务主任对应节点审批后，保函管理申请流转到财务部门财务对应的节点，财务对应的节点审批并将接收的保函登记台账，相关数据使用共识算法上链存证。

在一可选的实施例中，保函相关的数据(例如，上述的相关的审核数据)在上链存储可以采用如图7所示的流程图实现，在相关节点产生相应的保函数据之后，对保函数据进行处理，例如，上述的加密处理等，然后加上时间戳以及哈希值等特定的标识内容一起存储到区块链的新区块中。

可选地，在本申请实施例提供的保函数据信息的处理方法中，在将核验结果存储至目标区块链中之后，该方法还包括：通过第四节点依据保函台账的生成规则，构建保函台账智能合约，并依据保函台账智能合约基于目标保函生成目标保函台账；通过第四节点生成保函额度智能合约，并依据保函额度智能合约在目标保函到期时，释放目标保函对应的保函额度。

由于在现有技术中，日常保函台账管理时，需要通过Excel记录和计算保函事项和额度，并且台账记录和单据对应性不强，流转保存和查询统计不易。为了解决这一问题，在本申请实施例提供的保函数据信息的处理方法中，还包括：第四节点可以根据保函台账的生成规则，构建保函台账智能合约，并根据保函台账智能合约基于目标保函自动生成目标保函台账，以及还可以设置保函额度智能合约规则实现保函额度的智能化、自动化管理，例如，通过设置保函额度智能合约规则，当保函到期时，自动触发清理到期保函规则，实时释放保函额度，实现保函额度智能管理。

在一可选的实施例中，可以通过如图8所示的流程图实现台账生成和保函额度智能管理，获取保函，通过保函台账智能合约提取保函中的相关数据，例如保函额度以及保函时间，期限等，然后通过保函台账智能合约和预设的台账样式，生成台账，并通过保函额度智能合约规则实现保函额度的智能管理等，在生成台账时，还可以判断台账样式是否存在修改，在存在修改则对台账样式进行修改，并根据修改后的生成台账。

本申请实施例提供的保函数据信息的处理方法，通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，保函申请请求中至少包括保函审批单和目标工程合同数据；依据保函申请的审批流程，将保函申请请求发送至审批保函申请请求的多个第二部门对应的第二节点，并通过第二节点对保函申请请求进行处理，得到处理结果，其中，处理结果用于表征保函申请请求是否通过；在处理结果表征保函申请请求通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函，解决了相关技术中采用人工流转的方式处理保函申请业务，无法对保函申请业务的审批流程进行有效控制，导致对保函申请业务的处理效率比较低的问题。在本方案中，根据保函管理涉及的各个部门和机构之间构建目标区块链，通过目标区块链可以确保保函数据在开立方、审批方、归档管理等多主体信息传递的有效性和不可抵赖性，构建新型的部门协作模式。然后通过目标区块链中的第一部门对应的第一节点发起保函申请请求，通过保函申请的审批流程对应的多个第二部门的第二节点对保函申请请求进行处理，并在处理结果表征通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函，通过目标区块链能够自动处理保函申请请求，提升工作效率，能够有效减少多方主体之间的重复校对，提高保函可信流转效率，进而达到了提高对保函申请业务的处理效率的效果。

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

本申请实施例还提供了一种保函数据信息的处理装置，需要说明的是，本申请实施例的保函数据信息的处理装置可以用于执行本申请实施例所提供的用于保函数据信息的处理方法。以下对本申请实施例提供的保函数据信息的处理装置进行介绍。

图9是根据本申请实施例的保函数据信息的处理装置的示意图。如图9所示，该装置包括：第一发起单元901，处理单元902和第一生成单元903。

第一发起单元901，用于通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，保函申请请求中至少包括保函审批单和目标工程合同数据；

处理单元902，用于依据保函申请的审批流程，将保函申请请求发送至审批保函申请请求的多个第二部门对应的第二节点，并通过第二节点对保函申请请求进行处理，得到处理结果，其中，处理结果用于表征保函申请请求是否通过；

第一生成单元903，用于在处理结果表征保函申请请求通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函。

本申请实施例提供的保函数据信息的处理装置，通过第一发起单元901通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，保函申请请求中至少包括保函审批单和目标工程合同数据；处理单元902依据保函申请的审批流程，将保函申请请求发送至审批保函申请请求的多个第二部门对应的第二节点，并通过第二节点对保函申请请求进行处理，得到处理结果，其中，处理结果用于表征保函申请请求是否通过；第一生成单元903在处理结果表征保函申请请求通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函，解决了相关技术中采用人工流转的方式处理保函申请业务，无法对保函申请业务的审批流程进行有效控制，导致对保函申请业务的处理效率比较低的问题。在本方案中，根据保函管理涉及的各个部门和机构之间构建目标区块链，通过目标区块链可以确保保函数据在开立方、审批方、归档管理等多主体信息传递的有效性和不可抵赖性，构建新型的部门协作模式。然后通过目标区块链中的第一部门对应的第一节点发起保函申请请求，通过保函申请的审批流程对应的多个第二部门的第二节点对保函申请请求进行处理，并在处理结果表征通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函，通过目标区块链能够自动处理保函申请请求，提升工作效率，能够有效减少多方主体之间的重复校对，提高保函可信流转效率，进而达到了提高对保函申请业务的处理效率的效果。

可选地，在本申请实施例提供的保函数据信息的处理装置中，处理单元包括：生成模块，用于通过第二节点依据对保函申请请求的规则，生成保函处理智能合约；处理模块，用于通过第二节点基于保函处理智能合约对保函申请请求进行处理，得到处理结果。

可选地，在本申请实施例提供的保函数据信息的处理装置中，该装置还包括：计算单元，用于在通过第二节点对保函申请请求进行处理，得到处理结果之后，通过第二节点对处理结果和第一数据信息进行哈希计算，得到目标哈希值，其中，第一数据信息为第二节点对保函申请请求进行处理时产生的数据信息；第一处理单元，用于通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文；第二处理单元，用于在目标区块链中，通过共识算法对第一密文进行共识处理，得到共识结果；第一存储单元，用于在共识结果表征共识通过的情况下，通过第二节点将第一密文和目标哈希值存储至目标区块链中。

可选地，在本申请实施例提供的保函数据信息的处理装置中，该装置还包括：第一构建单元，用于在通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文之后，通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略，其中，第一属性信息为能够访问第一保函数据的对象的属性信息，第一保函数据至少包括第一数据信息，或者，目标保函；加密单元，用于通过第二节点依据第一访问策略和预设的公共参数对对称密钥进行加密处理，得到密钥密文；第二存储单元，用于通过第二节点将第一访问策略和密钥密文存储至目标区块链中。

可选地，在本申请实施例提供的保函数据信息的处理装置中，该装置还包括：提取单元，用于在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，通过第二节点对第一保函数据进行关键词提取，得到第一关键词集合；第二生成单元，用于通过第二节点依据第一访问策略、预设的公共参数和第一关键词集合，生成第一保函数据对应的第一索引，其中，第一索引用于搜索第一保函数据；写入单元，用于通过第二节点将第一索引写入目标区块链中。

可选地，在本申请实施例提供的保函数据信息的处理装置中，该装置还包括：接收单元，用于在通过担保机构对应的第三节点基于保函申请请求，生成目标保函之后，通过第三方机构对应的第四节点接收目标保函，并通过第四节点基于目标保函发起保函管理请求；发送单元，用于依据保函管理的审批流程，将保函管理请求发送至审批保函管理请求的多个第三部门对应的第五节点，并通过第五节点对保函管理请求进行核验，得到核验结果；第三存储单元，用于在核验结果表征对保函管理请求核验通过的情况下，将目标保函存储至目标区块链中。

可选地，在本申请实施例提供的保函数据信息的处理装置中，该装置还包括：第二构建单元，用于在将核验结果存储至目标区块链中之后，通过第四节点依据保函台账的生成规则，构建保函台账智能合约，并依据保函台账智能合约基于目标保函生成目标保函台账；释放单元，用于通过第四节点生成保函额度智能合约，并依据保函额度智能合约在目标保函到期时，释放目标保函对应的保函额度。

可选地，在本申请实施例提供的保函数据信息的处理装置中，该装置还包括：第二发起单元，用于在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，通过第二节点依据第二节点对应的签名信息和第二访问策略向目标区块链的共识节点发起访问策略变更请求；验证单元，用于通过共识节点对签名信息进行验证，得到验证结果；更新单元，用于若验证结果表征验证通过，则通过共识节点将第二访问策略更新为目标区块链中的第一访问策略。

可选地，在本申请实施例提供的保函数据信息的处理装置中，该装置还包括：第三发起单元，用于在通过第二节点将第一索引写入目标区块链中之后，通过目标对象对应的第六节点发起对第二保函数据的查询请求，其中，查询请求中至少包括第二保函数据的第二关键词集合；第三生成单元，用于通过第六节点基于第二关键词集合和目标对象对应的属性密钥生成查询索引，其中，属性密钥基于目标对象的第二属性信息生成；匹配单元，用于依据查询索引对目标区块链中的索引数据进行匹配，得到匹配结果；第一获取单元，用于若匹配结果表征目标区块链中存在与查询索引匹配的第二索引，则从目标区块链中获取第二索引对应的密钥密文和第二索引对应的第二保函数据的第二密文；第二获取单元，用于通过第六节点依据密钥密文、属性密钥和第二密文获取第二保函数据。

保函数据信息的处理装置包括处理器和存储器，上述的第一发起单元901，处理单元902和第一生成单元903等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现对保函数据的处理。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现保函数据信息的处理方法。

本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行保函数据信息的处理方法。

如图10所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，保函申请请求中至少包括保函审批单和目标工程合同数据；依据保函申请的审批流程，将保函申请请求发送至审批保函申请请求的多个第二部门对应的第二节点，并通过第二节点对保函申请请求进行处理，得到处理结果，其中，处理结果用于表征保函申请请求是否通过；在处理结果表征保函申请请求通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函。

可选地，通过第二节点对保函申请请求进行处理，得到处理结果包括：通过第二节点依据对保函申请请求的规则，生成保函处理智能合约；通过第二节点基于保函处理智能合约对保函申请请求进行处理，得到处理结果。

可选地，在通过第二节点对保函申请请求进行处理，得到处理结果之后，该方法还包括：通过第二节点对处理结果和第一数据信息进行哈希计算，得到目标哈希值，其中，第一数据信息为第二节点对保函申请请求进行处理时产生的数据信息；通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文；在目标区块链中，通过共识算法对第一密文进行共识处理，得到共识结果；在共识结果表征共识通过的情况下，通过第二节点将第一密文和目标哈希值存储至目标区块链中。

可选地，在通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文之后，该方法还包括：通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略，其中，第一属性信息为能够访问第一保函数据的对象的属性信息，第一保函数据至少包括第一数据信息，或者，目标保函；通过第二节点依据第一访问策略和预设的公共参数对对称密钥进行加密处理，得到密钥密文；通过第二节点将第一访问策略和密钥密文存储至目标区块链中。

可选地，在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，该方法还包括：通过第二节点对第一保函数据进行关键词提取，得到第一关键词集合；通过第二节点依据第一访问策略、预设的公共参数和第一关键词集合，生成第一保函数据对应的第一索引，其中，第一索引用于搜索第一保函数据；通过第二节点将第一索引写入目标区块链中。

可选地，在通过担保机构对应的第三节点基于保函申请请求，生成目标保函之后，该方法还包括：通过第三方机构对应的第四节点接收目标保函，并通过第四节点基于目标保函发起保函管理请求；依据保函管理的审批流程，将保函管理请求发送至审批保函管理请求的多个第三部门对应的第五节点，并通过第五节点对保函管理请求进行核验，得到核验结果；在核验结果表征对保函管理请求核验通过的情况下，将目标保函存储至目标区块链中。

可选地，在将核验结果存储至目标区块链中之后，该方法还包括：通过第四节点依据保函台账的生成规则，构建保函台账智能合约，并依据保函台账智能合约基于目标保函生成目标保函台账；通过第四节点生成保函额度智能合约，并依据保函额度智能合约在目标保函到期时，释放目标保函对应的保函额度。

可选地，在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，该方法还包括：通过第二节点依据第二节点对应的签名信息和第二访问策略向目标区块链的共识节点发起访问策略变更请求；通过共识节点对签名信息进行验证，得到验证结果；若验证结果表征验证通过，则通过共识节点将第二访问策略更新为目标区块链中的第一访问策略。

可选地，在通过第二节点将第一索引写入目标区块链中之后，该方法还包括：通过目标对象对应的第六节点发起对第二保函数据的查询请求，其中，查询请求中至少包括第二保函数据的第二关键词集合；通过第六节点基于第二关键词集合和目标对象对应的属性密钥生成查询索引，其中，属性密钥基于目标对象的第二属性信息生成；依据查询索引对目标区块链中的索引数据进行匹配，得到匹配结果；若匹配结果表征目标区块链中存在与查询索引匹配的第二索引，则从目标区块链中获取第二索引对应的密钥密文和第二索引对应的第二保函数据的第二密文；通过第六节点依据密钥密文、属性密钥和第二密文获取第二保函数据。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，保函申请请求中至少包括保函审批单和目标工程合同数据；依据保函申请的审批流程，将保函申请请求发送至审批保函申请请求的多个第二部门对应的第二节点，并通过第二节点对保函申请请求进行处理，得到处理结果，其中，处理结果用于表征保函申请请求是否通过；在处理结果表征保函申请请求通过的情况下，通过担保机构对应的第三节点基于保函申请请求，生成目标保函。

可选地，通过第二节点对保函申请请求进行处理，得到处理结果包括：通过第二节点依据对保函申请请求的规则，生成保函处理智能合约；通过第二节点基于保函处理智能合约对保函申请请求进行处理，得到处理结果。

可选地，在通过第二节点对保函申请请求进行处理，得到处理结果之后，该方法还包括：通过第二节点对处理结果和第一数据信息进行哈希计算，得到目标哈希值，其中，第一数据信息为第二节点对保函申请请求进行处理时产生的数据信息；通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文；在目标区块链中，通过共识算法对第一密文进行共识处理，得到共识结果；在共识结果表征共识通过的情况下，通过第二节点将第一密文和目标哈希值存储至目标区块链中。

可选地，在通过第二节点基于对称密钥对处理结果和第一数据信息进行加密处理，得到第一密文之后，该方法还包括：通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略，其中，第一属性信息为能够访问第一保函数据的对象的属性信息，第一保函数据至少包括第一数据信息，或者，目标保函；通过第二节点依据第一访问策略和预设的公共参数对对称密钥进行加密处理，得到密钥密文；通过第二节点将第一访问策略和密钥密文存储至目标区块链中。

可选地，在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，该方法还包括：通过第二节点对第一保函数据进行关键词提取，得到第一关键词集合；通过第二节点依据第一访问策略、预设的公共参数和第一关键词集合，生成第一保函数据对应的第一索引，其中，第一索引用于搜索第一保函数据；通过第二节点将第一索引写入目标区块链中。

可选地，在通过担保机构对应的第三节点基于保函申请请求，生成目标保函之后，该方法还包括：通过第三方机构对应的第四节点接收目标保函，并通过第四节点基于目标保函发起保函管理请求；依据保函管理的审批流程，将保函管理请求发送至审批保函管理请求的多个第三部门对应的第五节点，并通过第五节点对保函管理请求进行核验，得到核验结果；在核验结果表征对保函管理请求核验通过的情况下，将目标保函存储至目标区块链中。

可选地，在将核验结果存储至目标区块链中之后，该方法还包括：通过第四节点依据保函台账的生成规则，构建保函台账智能合约，并依据保函台账智能合约基于目标保函生成目标保函台账；通过第四节点生成保函额度智能合约，并依据保函额度智能合约在目标保函到期时，释放目标保函对应的保函额度。

可选地，在通过第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，该方法还包括：通过第二节点依据第二节点对应的签名信息和第二访问策略向目标区块链的共识节点发起访问策略变更请求；通过共识节点对签名信息进行验证，得到验证结果；若验证结果表征验证通过，则通过共识节点将第二访问策略更新为目标区块链中的第一访问策略。

可选地，在通过第二节点将第一索引写入目标区块链中之后，该方法还包括：通过目标对象对应的第六节点发起对第二保函数据的查询请求，其中，查询请求中至少包括第二保函数据的第二关键词集合；通过第六节点基于第二关键词集合和目标对象对应的属性密钥生成查询索引，其中，属性密钥基于目标对象的第二属性信息生成；依据查询索引对目标区块链中的索引数据进行匹配，得到匹配结果；若匹配结果表征目标区块链中存在与查询索引匹配的第二索引，则从目标区块链中获取第二索引对应的密钥密文和第二索引对应的第二保函数据的第二密文；通过第六节点依据密钥密文、属性密钥和第二密文获取第二保函数据。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种保函数据信息的处理方法，其特征在于，包括：

通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，所述保函申请请求中至少包括保函审批单和目标工程合同数据；

依据保函申请的审批流程，将所述保函申请请求发送至审批所述保函申请请求的多个第二部门对应的第二节点，并通过所述第二节点对所述保函申请请求进行处理，得到处理结果，其中，所述处理结果用于表征所述保函申请请求是否通过；

在所述处理结果表征所述保函申请请求通过的情况下，通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函。

2.根据权利要求1所述的方法，其特征在于，通过所述第二节点对所述保函申请请求进行处理，得到处理结果包括：

通过所述第二节点依据对所述保函申请请求的规则，生成保函处理智能合约；

通过所述第二节点基于所述保函处理智能合约对所述保函申请请求进行处理，得到所述处理结果。

3.根据权利要求1所述的方法，其特征在于，在通过所述第二节点对所述保函申请请求进行处理，得到处理结果之后，所述方法还包括：

通过所述第二节点对所述处理结果和第一数据信息进行哈希计算，得到目标哈希值，其中，所述第一数据信息为所述第二节点对所述保函申请请求进行处理时产生的数据信息；

通过所述第二节点基于对称密钥对所述处理结果和所述第一数据信息进行加密处理，得到第一密文；

在所述目标区块链中，通过共识算法对所述第一密文进行共识处理，得到共识结果；

在所述共识结果表征共识通过的情况下，通过所述第二节点将所述第一密文和所述目标哈希值存储至所述目标区块链中。

4.根据权利要求3所述的方法，其特征在于，在通过所述第二节点基于对称密钥对所述处理结果和所述第一数据信息进行加密处理，得到第一密文之后，所述方法还包括：

通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略，其中，所述第一属性信息为能够访问所述第一保函数据的对象的属性信息，所述第一保函数据至少包括所述第一数据信息，或者，所述目标保函；

通过所述第二节点依据所述第一访问策略和预设的公共参数对所述对称密钥进行加密处理，得到密钥密文；

通过所述第二节点将所述第一访问策略和所述密钥密文存储至所述目标区块链中。

5.根据权利要求4所述的方法，其特征在于，在通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，所述方法还包括：

通过所述第二节点对所述第一保函数据进行关键词提取，得到第一关键词集合；

通过所述第二节点依据所述第一访问策略、所述预设的公共参数和所述第一关键词集合，生成所述第一保函数据对应的第一索引，其中，所述第一索引用于搜索所述第一保函数据；

通过所述第二节点将所述第一索引写入所述目标区块链中。

6.根据权利要求1所述的方法，其特征在于，在通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函之后，所述方法还包括：

通过第三方机构对应的第四节点接收所述目标保函，并通过所述第四节点基于所述目标保函发起保函管理请求；

依据保函管理的审批流程，将所述保函管理请求发送至审批所述保函管理请求的多个第三部门对应的第五节点，并通过所述第五节点对所述保函管理请求进行核验，得到核验结果；

在所述核验结果表征对所述保函管理请求核验通过的情况下，将所述目标保函存储至所述目标区块链中。

7.根据权利要求6所述的方法，其特征在于，在将所述核验结果存储至所述目标区块链中之后，所述方法还包括：

通过所述第四节点依据保函台账的生成规则，构建保函台账智能合约，并依据所述保函台账智能合约基于所述目标保函生成目标保函台账；

通过所述第四节点生成保函额度智能合约，并依据所述保函额度智能合约在所述目标保函到期时，释放所述目标保函对应的保函额度。

8.根据权利要求4所述的方法，其特征在于，在通过所述第二节点依据多个第一属性信息构建对第一保函数据的第一访问策略之后，所述方法还包括：

通过所述第二节点依据所述第二节点对应的签名信息和第二访问策略向所述目标区块链的共识节点发起访问策略变更请求；

通过所述共识节点对所述签名信息进行验证，得到验证结果；

若所述验证结果表征验证通过，则通过所述共识节点将所述第二访问策略更新为所述目标区块链中的所述第一访问策略。

9.根据权利要求5所述的方法，其特征在于，在通过所述第二节点将所述第一索引写入所述目标区块链中之后，所述方法还包括：

通过目标对象对应的第六节点发起对第二保函数据的查询请求，其中，所述查询请求中至少包括所述第二保函数据的第二关键词集合；

通过所述第六节点基于所述第二关键词集合和所述目标对象对应的属性密钥生成查询索引，其中，所述属性密钥基于所述目标对象的第二属性信息生成；

依据所述查询索引对所述目标区块链中的索引数据进行匹配，得到匹配结果；

若所述匹配结果表征所述目标区块链中存在与所述查询索引匹配的第二索引，则从所述目标区块链中获取所述第二索引对应的密钥密文和所述第二索引对应的第二保函数据的第二密文；

通过所述第六节点依据所述密钥密文、所述属性密钥和所述第二密文获取所述第二保函数据。

10.一种保函数据信息的处理装置，其特征在于，包括：

第一发起单元，用于通过目标区块链中的第一部门对应的第一节点发起保函申请请求，其中，所述保函申请请求中至少包括保函审批单和目标工程合同数据；

处理单元，用于依据保函申请的审批流程，将所述保函申请请求发送至审批所述保函申请请求的多个第二部门对应的第二节点，并通过所述第二节点对所述保函申请请求进行处理，得到处理结果，其中，所述处理结果用于表征所述保函申请请求是否通过；

第一生成单元，用于在所述处理结果表征所述保函申请请求通过的情况下，通过担保机构对应的第三节点基于所述保函申请请求，生成目标保函。

11.一种计算机可读存储介质，其特征在于，所述存储介质存储程序，其中，所述程序执行权利要求1至9中任意一项所述的保函数据信息的处理方法。

12.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至9中任意一项所述的保函数据信息的处理方法。