CN110598449B - 履约保函的数据处理方法、装置、存储介质和计算机设备 - Google Patents

Abstract

本申请涉及一种履约保函的数据处理方法、装置、存储介质和计算机设备，所述方法包括：接收请求发起设备发送的信息存储请求；对所述信息存储请求进行解析，获取所述信息存储请求中携带的所述请求发起设备的身份标识，以及待存储履约保函信息；根据所述身份标识对所述请求发起设备进行身份认证；当根据所述身份标识确定所述请求发起设备通过身份认证时，根据所述信息存储请求，将所述待存储履约保函信息存入区块链。通过上述方法可解决传统方法中纸质履约保函容易被损毁和被篡改的问题，由于在区块链中存储了履约保函，以获得难以被篡改的履约保函。

Description

履约保函的数据处理方法、装置、存储介质和计算机设备

技术领域

本申请涉及计算机技术领域，特别是涉及一种履约保函的数据处理方法、装置、计算机可读存储介质和计算机设备。

背景技术

履约保函是银行指应申请人的请求，向受益人开立的保证申请人履约某项合同项下的义务的书面保证文件，其承诺倘若履约责任人(申请人)日后未能按合约的规定履行合约项下的业务，银行将向受益人支付一笔不超过担保金额的款项。

然而，通常银行开立的履约保函为纸质文件的形式，纸质文件存在容易被损毁和被篡改的问题，履约保函的真实性难以保证。

发明内容

基于此，有必要针对纸质履约保函容易被损毁和被篡改的技术问题，提供一种履约保函的数据处理方法、装置、存储介质和计算机设备。

一种履约保函的数据处理方法，所述方法包括：

接收请求发起设备发送的信息存储请求；

对所述信息存储请求进行解析，获取所述信息存储请求中携带的所述请求发起设备的身份标识，以及待存储履约保函信息；

根据所述身份标识对所述请求发起设备进行身份认证；

当根据所述身份标识确定所述请求发起设备通过身份认证时，根据所述信息存储请求，将所述待存储履约保函信息存入区块链。

一种履约保函的数据处理装置，所述装置包括：

信息存储请求接收模块，用于接收请求发起设备发送的信息存储请求；

解析模块，用于对所述信息存储请求进行解析，获取所述信息存储请求中携带的所述请求发起设备的身份标识，以及待存储履约保函信息；

认证模块，用于根据所述身份标识对所述请求发起设备进行身份认证；

存储模块，用于当根据所述身份标识确定所述请求发起设备通过身份认证时，根据所述信息存储请求，将所述待存储履约保函信息存入区块链。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述履约保函的数据处理方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述履约保函的数据处理方法的步骤。

上述履约保函的数据处理方法、装置、存储介质和计算机设备，区块链节点在接收到信息存储请求时，获取请求中携带的请求发起设备的身份标识以及待存储的履约保函，在根据身份标识确定请求发起设备通过身份认证时，将待存储履约保函信息存入区块链；通过上述方法可解决传统方法中纸质履约保函容易被损毁和被篡改的问题，由于在区块链中存储了履约保函，以获得难以被篡改的履约保函。

附图说明

图1为一个实施例中履约保函的数据处理方法的应用环境图；

图2为一个实施例中履约保函的数据处理方法的流程示意图；

图3为另一个实施例中履约保函的数据处理方法的流程示意图；

图4为具体实施例中履约保函的数据处理方法的实际应用场景；

图5为一个实施例中履约保函的数据处理装置的结构框图；

图6为另一个实施例中履约保函的数据处理装置的结构框图；

图7为一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请的提供的履约保函的数据处理方法可以应用于如图1所示的应用环境。其中在一些实施例中，履约保函的数据处理方法仅涉及一个或多个区块链的节点110，区块链的节点110和请求发起设备120通过网络连接。区块链的节点110接收信息存储请求，对该信息存储请求进行解析获取其中携带的发起信息存储请求的设备的身份标识以及待存储的履约保函，当根据身份标识确定发起信息存储请求的设备通过身份认证时，将待存储的履约保函存入区块链。

在另一些实施例中，履约保函的数据处理方法涉及一个或多个区块链的节点110和请求发起设备120，在这些实施例中，区块链的节点110接收请求发起设备发起的信息存储请求，并通过信息存储请求中携带的请求发起设备的身份标识确定请求发起设备是否通过身份认证。

区块链的节点110是维护区块链运营的终端或者服务器；请求发起设备120可以是终端或者服务器。其中，终端具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

其中，区块链的节点可以是指区块链中共享数据的各个客户端或者服务器。每个节点在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链中共享的数据。为了保证区块链内各节点的信息互通，该区块链中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当区块链中的任意节点接收到输入信息时，该条区块链中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得同一区块链中所有节点上存储的数据均一致。

对于同一区块链中的每个节点，均具有与其对应的节点标识，而且区块链中的每个节点均可以存储有区块链中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至数据共享系统中的其他节点。每个节点中可维护一个节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息。

如图2所示，在一个实施例中，以履约保函的数据处理方法应用于上述图1中区块链节点110来举例说明。参照图2，该履约保函的数据处理方法具体包括如下步骤：

步骤S210，接收请求发起设备发送的信息存储请求。

其中，请求发起设备与区块链的节点之间可以通信，用户希望将信息存入区块链保存时，可通过该请求发起设备向区块链的节点发起请求；信息存储请求用于请求将履约保函信息存入区块链。

步骤S220，对信息存储请求进行解析，获取信息存储请求中携带的请求发起设备的身份标识，以及待存储履约保函信息。

在本实施例中，区块链的节点接收到信息存储请求时，对该信息存储请求进行解析可以获得：请求发起设备的身份标识，以及需要存储的履约保函信息，在本实施例中，将需要存储的履约保函信息记为待存储履约保函信息。

履约保函是指应申请人的请求，银行金融机构向受益人做出的履约保证承诺。如果申请人日后未能按照保函约定完成履行合约项下的业务，银行将向受益人支付一笔款项。在本实施例中，履约保函信息可以是履约保函的保函内容，或者也可以是履约保函内容的特征值。履约保函内容的特征值为履约保函的唯一标识，在一个实施例中，履约保函内容的特征值为履约保函内容的哈希值。

在一个实施例中，待存储履约保函信息可以由银行金融机构请求存入区块链，也可以由申请人在银行金融机构的监管下向区块链节点发起信息存储请求。

步骤S230，根据身份标识对请求发起设备进行身份认证。

区块链节点在接收到信息存储请求时，需要对发起信息存储请求的设备进行身份验证，确认请求发起设备是否具备存储信息的权限，只有在请求发起设备的身份标识通过身份验证时，才可以将该设备请求存储的信息存入区块链中。

在本实施例中，根据信息存储请求中携带的请求发起设备的身份标识对请求发起设备的身份进行验证。

在一个实施例中，对请求发起设备进行身份认证包括：通过请求发起设备的身份标识是否具备相应的权限。

步骤S240，当根据身份标识确定请求发起设备通过身份认证时，根据信息存储请求，将待存储履约保函信息存入区块链。

在一个实施例中，各区块链节点共同维护一个具备信息新增权限的设备的身份标识表，因此在接收到信息存储请求时，可以通过检查具备信息新增权限的设备的身份标识表中是否存在请求发起设备的身份标识，从而确定请求发起设备的身份标识是否具备新增信息的权限。在一个实施例中，当根据身份标识确定请求发起设备具备信息新增权限时，判定根据身份标识确定请求发起设备通过身份认证。

在另一个实施例中，各区块链节点共同维护一个具备保函开立权限的设备的身份标识表，因此在接收到信息存储请求时，可以通过检查具备保函开立权限的设备的身份标识表中是否存在请求发起设备的身份标识，从而确定请求发起设备的身份标识是否具备在区块链中开立保函的权限。在一个实施例中，当根据身份标识确定请求发起设备具备保函开立权限时，判定根据身份标识确定请求发起设备通过身份认证。

进一步地，当根据身份标识确定请求发起设备就被保函开立权限时，还对待存储履约保函信息中保函的要素进行检查，当检测到待存储履约保函中保函履约保函的所有基本要素时，进入将待存储履约保函存入区块链的步骤。

其中履约保函的基本要素可以根据实际情况进行设置；例如在一个具体实施例中，履约保函的基本要素包括：履约方信息(如)、受益方信息、担保人信息(如银行金融机构的信息)、担保金额信息以及签订时间等等。当区块链节点检测到待存储履约保函信息中包含了上述所有基本要素时，才可将待存储履约保函信息存入区块链。可以理解地在，在本实施例中待存储履约保函信息为履约保函的保函内容。进一步地，在一个实施例中，区块链节点可根据信息存储请求直接将该履约保函的保函内容存入区块链；在另一个实施例中，区块链节点根据信息存储请求对履约保函的保函内容计算特征值，然后将履约保函的保函内容的特征值存入区块链。

可以理解地，在将履约保函信息存入区块链中时，存入的区块为当前区块链中最新的区块。并且，在一个实施例中，在将待存储履约保函信息存入区块链之后，向请求发起设备返回存储成功响应；如果根据身份标识确定请求发起设备未通过身份认证时，向请求发起设备返回存储失败响应。

上述履约保函的数据处理方法，区块链节点在接收到信息存储请求时，获取请求中携带的请求发起设备的身份标识以及待存储的履约保函，在根据身份标识确定请求发起设备通过身份认证时，将待存储履约保函信息存入区块链；通过上述方法可解决传统方法中纸质履约保函容易被损毁和被篡改的问题，由于在区块链中存储了履约保函，以获得难以被篡改的履约保函。

在将待存储履约保函信息存入区块链之后，用户可以对区块链中的该履约保函信息进行查验。在一个实施例中，如图3所示，上述履约保函信息的数据处理方法还包括步骤S310至步骤S330。

步骤S310，接收信息查询请求，对信息查询请求进行解析，获取信息查询请求中携带的待查询履约保函信息。

信息查询请求为用户通过第三方向区块链的节点发起的请求，用于查询待查询履约保函。区块链的节点在接收到信息查询请求时，同样对该该信息查询请求进行解析，可以获得其中携带的待查询履约保函信息。

其中，待查询履约保函信息为用户希望查询的履约保函的相关信息，在一个实施例中，待查询履约保函信息为履约保函的保函内容，或者履约保函的保函内容对应的特征值，例如履约保函内容的哈希值。若在将履约保函上链存储时存入的是履约保函的保函内容，则在请求查询时，可以利用履约保函的保函内容来查询相关信息；而如果在将履约保函上链时存入区块链的为履约保函内容的特征值，则在请求查询时，可以利用履约保函的保函内容的特征值来查询相关信息。

在另一个实施例中，待查询履约保函信息也可以仅包括履约保函的保函内容中的关键字信息，例如履约保函的受益方信息、履约责任方信息以及担保方等信息(如：保函内容的关键字，具体可以是待查询履约保函信息涉及企业A、企业B和银行1)，或者，待查询履约保函信息为履约保函的唯一标识，如保函编号等信息。需要说明的是，若在将履约保函上链存储时存入区块链的是履约保函的保函内容，则在请求查询时，可以利用履约保函的关键字信息来查询相关信息。

可以理解地，在其它实施例中，待查询履约保函信息还可以是其它形式的信息，待查询履约保函信息与待查询履约保函具有唯一的对应关系，如果待查询履约保函在区块链中存储过，那么区块链的节点根据待查询履约保函信息与待查询履约保函之间的对应关系，可以在区块链中查找到对应的存储信息。

其中，哈希函数是将输入的任意长度的消息压缩到某一固定长度的消息摘要的函数；将需要进行哈希运算的消息输入哈希函数，即可获得一个固定长度的消息摘要。常用的哈希算法包括MD4(Message Digest4，信息摘要算法4)、MD5(Message Digest5，信息摘要算法5)、SHA(Secure Hash Standard、安全哈希标准算法)等。

步骤S320，在区块链中查找是否存在与待查询履约保函信息对应的存证履约保函信息，获得查询结果。

区块链的节点在接收到信息查询请求，并获得其中携带的待查询履约保函信息之后，根据待查询履约保函在区块链中查找是否存在与待查询履约保函信息对应的信息。在一个实施例中，以待查询履约保函信息为待查询履约保函的保函内容为例，区块链的节点在区块链中查找是否存在待查询履约保函的保函内容；可以理解地，当在区块链中查找到待查询履约保函的保函内容时，获得查找成功的查询结果。

再如，以待查询履约保函信息为待查询履约保函的保函编号为例，区块链的节点在区块链中查找是否存在与该待查询保函编号对应的履约保函；当在区块链中查找到与待查询保函编号对应的履约保函时，获得查找成功的查找结果；当区块链中未查找到与待查询保函编号对应的履约保函，获得查找失败的查找结果。

其中，与待查询履约保函信息对应的信息表示区块链的节点根据待查询履约保函信息查找到的对应的存储在区块链中的信息。在本实施例中，区块链表示存储了与待查询履约保函相关的一些信息的区块链。

步骤S330，将查询结果返回至发起信息查询请求的设备。

在获得查询结果之后，区块链节点将查询结果返回至发起信息查询请求的设备。

上述履约保函的数据处理方法，通过事先将纸质履约保函的信息上传至区块链进行存证，在需要验证纸质履约保函的真实性时，根据查询请求在区块链中查找是否存在与纸质保函信息对应的存证履约保函信息，以获得查询结果；通过上述方法可解决传统方法中纸质履约保函容易被损毁和被篡改的问题，由于在区块链中存储了履约保函，可在区块链中查找到该履约保函时，可以验证履约保函的真实性。

在一个实施例中，待查询履约保函信息包括待查询履约保函的保函内容，或者待查询履约保函的保函内容对应的特征值。

在本实施例中，根据信息查询请求在区块链中查找是否存在与待查询履约保函信息对应的存证履约保函信息，获得查询结果，包括：在区块链中查找是否存在待查询履约保函的保函内容，或者待查询履约保函的保函内容对应的特征值，获得查询结果。

在本实施例中，用户利用待查询履约保函的保函内容，或者待查询履约保函的保函内容的特征值向区块链的节点发起信息查询请求，区块链的节点若在区块链中查找到对应的存证履约保函信息，证明用户查询的履约保函是上传至区块链中有保存的。

在一个具体实施例中，以待查询履约保函信息包括待查询履约保函的保函内容的哈希值为例，用户对希望查询的履约保函进行哈希运算之后获得待查询履约保函的哈希值，利用待查询履约保函的哈希值向区块链的节点发起信息查询请求，区块链的节点在区块链中查找是否存在待查询履约保函的哈希值，若存在，则获得查找成功的查询结果，该查询结果证明用户所拿到的履约保函是真实、未被篡改的。

在一个实施例中，待查询履约保函信息包括待查询履约保函的关键字信息；在本实施例中，根据信息查询请求在区块链中查找是否存在与待查询履约保函信息对应的存证履约保函信息，获得查询结果，包括：在区块链中查找是否存在与关键字信息对应的履约保函，获得查询结果。

在一个实施例中，待查询履约保函的关键字信息可以是关键字，或者保函编号等等；根据该关键字信息可以查找到对应的待查询履约保函。当信息查询请求中携带的实时待查询履约保函的关键字信息时，区块链的节点在区块链中查找是否存在与该待查询履约保函的关键字信息对应的履约保函内容。在本实施例中，待查询履约保函在存储时，将履约保函的保函内容存入区块链。

进一步地，当查询结果为查找成功时，将查询结果返回至发起信息查询请求的设备包括：获取与关键字信息对应的履约保函，将查找成功的查询结果以及与关键字信息对应的履约保函返回至发起信息查询请求的设备。

在本实施例中，用户利用待查询履约保函的保函内容，或者待查询履约保函的保函内容的特征值向区块链的节点发起信息查询请求，区块链的节点若在区块链中查找到对应的信息，证明用户查询的履约保函是上传至区块链中有保存的；进一步地，在向发起请求的设备返回查询结果时，还将查找到的与关键字信息对应的履约保函一同返回至发起信息查询请求的设备。

在一个具体实施例中，以待查询履约保函信息包括待查询履约保函的保函内容的保函编号为例，用户利用待查询履约保函的保函编号向区块链的节点发起信息查询请求；区块链的节点根据该请求在区块链中查找是否存在与待查询履约保函的保函编号对应的履约保函；若存在，则向发起信息查询请求的设备返回查找成功的查询结果，该查询结果证明用户所拿到的履约保函是真实、未被篡改的；此外，还将查找到的待查询履约保函的哈希值返回至发起信息查询请求的设备，以供用户对比拿到的纸质的履约保函的内容是否一致，从而可以验证纸质履约保函是否被篡改过，确定其真实性。

在一个实施例中，信息存储请求与信息查询请求可以是同一个设备发起的，也可以是不同设备发起的。

上述履约保函的数据处理方法中，用户可以利用纸质履约保函的内容或者纸质履约保函内容的特征值验证纸质履约保函的信息是否在链上有保存，进一步地，若在链上有保存，还能请求获取区块链中存储的存证履约保函信息进行查看，比较纸质履约保函内容与在区块链中查找到的存证履约保函信息是否一致。

在一个实施例中，上述履约保函的数据处理方法还包括以下步骤：将待存储履约保函信息存入区块链包括：将待存储履约保函信息存入区块链的第一目标区块；获取第一目标区块的区块特征值；基于第一目标区块的区块特征值向第二区块链的节点发送区块特征值存储请求，区块特征值存储请求用于使第二区块链的节点将第一目标区块的区块特征值存入第二区块链。

其中，区块的特征值为该区块的唯一标识，例如可以是区块的哈希值。在本实施例中，第二区块链为存入待存储履约保函信息的区块链以外的另一条区块链。在本实施例中，由于将存入区块链中的区块特征值存入第二区块链，当将履约保函存入区块链时，如果想要篡改区块链中的履约保函，不仅需要在区块链中修改与该履约保函相关的区块中的信息，还需要将第二区块链中修改与该履约保函相关的区块中的信息才能成功，因此存入区块链中的信息被篡改的难度增加，可以进一步增加该履约保函的公信力。

进一步地，在一个实施例中，上述方法还包括：在接收到第二区块链的节点发送的特征值存储请求时，将第二区块链的节点发送的特征值存储请求中携带的第二区块链中的区块特征值存入区块链。即，在本实施例中，在区块链中不仅存储从外部获取的待存储履约保函信息，还用于存储第二区块链中的区块特征值，第二区块链中的区块特征值是在第二区块链中存储了信息之后产生的区块对应的区块特征值。

其中，区块链和第二区块链可以是由不同使用者拥有的区块链，例如有两条区块链分别为企业1拥有的区块链A和企业2拥有的区块链B，在一个实施例中，区块链A可以是本申请实施例中的区块链，区块链B为第二区块链；在另一个实施例，区块链也可以是区块链B，第二区块链为区块链A。在本实施例中，区块链的节点与第二区块链的节点之间可以相互通信，区块链的节点将区块链中生成的区块的区块特征值发送至第二区块链中进行存储。

上述履约保函的数据处理方法中，将区块链与第二区块链进行绑定，对存入区块链的履约保函信息所在的目标区块对应的区块特征值存入第二区块链；如此，增加了区块链存储的履约保函信息被篡改的难度，从而提高存储在区块链中履约保函信息的公信力。

更进一步地，在将区块链中存储履约保函的第一目标区块的区块特征值发送至第二区块链进行存储的一个实施例中，在区块链的节点接收到信息查询请求时，以其中携带的待查询履约保函信息包括待查询履约保函的保函内容，或者待查询履约保函的保函内容对应的特征值为例：

在本实施例中，根据信息查询请求在区块链中查找是否存在与待查询履约保函信息对应的信息，获得查询结果包括：在区块链中查找是否存在待查询履约保函的保函内容，或者待查询履约保函的保函内容对应的特征值，获得信息查询结果；

当信息查询结果为查找成功时，上述方法还包括：确定存储待查询履约保函的保函内容，或者待查询履约保函的保函内容对应的特征值的存储区块；获取存储区块的区块特征值，基于存储区块的区块特征值向第二区块链的节点发送特征值查询请求，特征值查询请求用于使第二区块链的节点在第二区块链中查找是否存在存储区块的区块特征值，获得特征值查询结果；接收第二区块链的节点返回的特征值查询结果。在本实施例中，将查询结果返回至发起信息查询请求的设备，包括：将根据信息查询结果和特征值查询结果确定的查询结果返回至发起信息查询请求的设备。

当在区块链中查找到待查询履约保函的保函内容，或者待查询履约保函的保函内容对应的特征值的时，确定查找的内容所在的区块，在本实施例中，记为存储区块。以待查询履约保函信息为待查询履约保函的保函内容对应的特征值为例，在查找到待查询履约保函的保函内容对应的特征值所存储的存储区块；进一步地可以获取该存储区块的相关信息，例如存储区块的区块特征值。

在区块链中查找到待查询履约保函信息之后，还可以在第二区块链中验证该待查询履约保函信息的真实性，因此在本实施例中，根据获取到的存储区块的区块特征值生成特征值查询请求向第二区块链的节点发送，使第二区块链的节点在第二区块链中查找是否存在存储区块的区块特征值，获得特征值查询结果。可以理解地，当在第二区块链中查找到存储区块的区块特征值时，获得查找成功的特征值查询结果；当在第二区块链中未查找到存储区块的区块特征值时，获得查找失败的特征值查询结果。

在上述履约保函的数据处理方法中，区块链的节点在接收到第二区块链的节点返回的特征值查询结果，可以根据信息查询结果和特征值查询结果确定查询结果。在一个实施例中，信息查询结果为查找成功，证明待查询履约保函信息在区块链中有存储对应的信息；特征值查询结果为查找成功，证明在区块链中存储的待查询履约保函信息对应的信息未被篡改。只有在信息查询结果和特征值查询结果均为查找成功时，才获得查找成功的查询结果。

进一步地，在返回查找失败的查询结果的一个实施例中，也可能接收到基于查询结果发起的信息获取请求，此时，若信息查询结果为查找成功而特征值查询结果为查找失败时，区块链的节点将存储区块中存储的信息返回至发起信息获取请求的设备。

在一个实施例中，待查询履约保函信息包括待查询履约保函的关键字信息。根据信息查询请求在区块链中查找是否存在与待查询履约保函信息对应的信息，获得查询结果，包括：在区块链中查找是否存在与关键字信息对应的履约保函，获得信息查询结果。

当信息查询结果为查找成功时，上述方法还包括：确定存储与关键字信息对应的履约保函的存储区块；获取存储区块的区块特征值，基于存储区块的区块特征值向第二区块链的节点发送特征值查询请求，特征值查询请求用于使第二区块链的节点在第二区块链中查找是否存在存储区块的区块特征值，获得特征值查询结果；接收第二区块链的节点返回的特征值查询结果。

在一个实施例中，当特征值查询结果为查找成功时，将查询结果返回至发起信息查询请求的设备包括：获取与关键字信息对应的履约保函，将与关键字信息对应的履约保函以及查找成功的查询结果返回至发起信息查询请求的设备。

在本实施例中，与仅在区块链中存储待存储履约保函信息的实施例中相同的，若获得查找成功的查询结果，不仅将查找成功的查询结果返回至发起信息查询请求的设备，还将在区块链中查找到的存储区块中的履约保函信息返回至发起信息查询请求的设备，以供用户验证纸质履约保函的真实性。

通过上述方法，用户通过履约保函的关键字信息可以从区块链中验证纸质履约保函的内容是否被篡改，同时还可以查看区块链中存储的履约保函的内容，与纸质履约保函的内容进行比对。

在一个实施例中，上述方法还包括步骤：在获取第一目标区块的区块特征值之后，调用可信时间戳服务接口，为第一目标区块的区块特征值获取对应的可信时间戳。将第一目标区块的区块特征值对应的可信时间戳存入区块链的第二目标区块。将第一目标区块的可信时间戳存储记录返回至请求发起设备进行保存，第一目标区块的可信时间戳存储记录包括第一目标区块与第二目标区块的对应关系。

时间戳是指一个能表示一份数据在某个特定时间之前已经存在的、完整的、可验证的数据，通常是一个字符序列，唯一地标识某一刻的时间。而可信时间戳则是由权威可信时间戳服务中心签发的一个能证明数据电文(电子文件)在一个时间点是已经存在的、完整的、可验证的，具备法律效力的电子凭证，可信时间戳主要用于电子文件防篡改和事后抵赖，确定电子文件产生的准确时间。在本实施例中，可信时间戳服务接口即为权威可信时间服务中心提供的服务接口，可用于获得电子文件对应的可信时间戳。

在本实施例中，在获取到存储了待存储履约保函信息的第一目标区块的区块特征值之后，为该区块特征值打上可信时间戳，具体为将第一目标区块的区块特征值通过可信时间戳服务接口发送至可信时间服务器，以获取第一目标区块的区块特征值对应的可信时间戳；该可信时间戳可以用于证明第一目标区块的上链时间是可信且具备法律效力的。

在本实施例中，在获取与第一目标区块对应的可信时间戳之后，将该可信时间戳作为一个待存储的信息，同样存入区块链中；进一步地，在本实施例中，将可信时间戳存入区块链的区块记为第二目标区块。可以理解地，第一目标区块与第二目标区块是区块链中不相同的区块，第一目标区块为将履约保函信息存入区块链的时刻，区块链中最新的区块，而第二目标区块为将第一目标区块的区块特征值对应的可信时间戳存入区块链的时刻，区块链中最新的区块；在一个实施例中，第一目标区块与第二目标可以相邻，即在将获得的第一目标区块对应的可信时间戳第二目标区块时，与将履约保函信息存入第一目标区块的时刻之间，区块链中未产生其它区块；在另一个实施例中，第一目标区块与第二存证区块不相邻，也即在将第一目标区块对应的可信时间戳存入第二目标区块时，与将履约保函信息存入第一目标区块之间，区块链中还产生了其它区块。

在将与第一目标区块对应的可信时间戳存入区块链中的第二目标区块之后，生成第一目标区块的可信时间戳存储记录，将第一目标区块与第二目标区块的对应关系记录在第一目标区块的可信时间戳存储记录中，并将第一目标区块的可信时间戳存储记录发送至发起信息存储请求的设备进行保存；在一个实施例中，发起信息存储请求的设备可以是终端或者服务器。

上述履约保函的数据处理方法，通过将履约保函上链至区块链，同时将存储该履约保函的区块的区块特征值打上可信时间戳，并将可信时间戳存入区块链中；通过上述方法，可以得到履约保函上链的可信时间戳，并提供履约保函上链的可信时间的验证，进一步地提高履约保函上链时间的公信力。

进一步地，在一个实施例中，区块链的节点可以根据可信时间戳存储记录，在区块链中查找到任意一个在生成时打上了可信时间戳中的区块所对应的可信时间戳存储的第二目标区块。

在另一个实施例中，上述方法还包括：将履约保函信息存入区块链的第一目标区块，包括：将履约保函信息写入第一目标区块的区块体；获取与第一目标区块对应的可信时间信息，将第一目标区块对应的可信时间信息写入第一目标区块的区块体。

在本实施例中，同样是为履约保函上链的时间提供一个可验证的可信时间，具体是通过将保函信息写入第一目标区块的区块体中，同时获取与第一目标区块对应的可信时间信息，将该可信时间信息写入第一目标区块的区块头中。由此在用户希望查询某个履约保函信息时，可从存储该履约保函信息的区块的区块头中获取到该履约保函信息上链的可信时间。

其中，区块链由多个区块组成，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳信息和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。而区块体中用于存储需要存储的数据，在本实施例中为信息存储请求中携带的履约保函信息。

在一个实施例中，可信时间信息为可信时间，或者可信时间戳。其中，可信时间是经过权威机构认证、具备法律效力的时间信息。在一个实施例中，将生成区块时区块头中获取时间信息的来源由服务器替换为可信时间机构，从而写入第一目标区块的区块头中的时间为具备法律效力的准确时间，可供司法机构验证。

在本实施例中，区块链中所有区块的区块头中存储了该区块中的信息上链的可信时间，可用于验证信息的上链时间，进一步地提高履约保函上链时间的公信力。

如图4所示，为一个具体实施例中的实际应用场景，申请人向银行等金融机构申请开立履约保函，并将纸质履约保函的内容或者纸质履约保函的内容的哈希值上链至区块链中存储，而纸质的履约保函交至受益方；若受益方将该份纸质履约保函进行让渡至第三方时，第三方可以通过上述方法在区块链中查询该份纸质履约保函是否在区块链中有保存，以及获取区块链中存储的履约保函内容来验证纸质履约保函的内容是否被篡改，从而保证自身的权益。

上述方法，由于区块链的不可篡改的特点，将纸质履约保函的内容或者纸质履约保函内容的特征值上传至区块链存储，可以提供验证纸质履约保函的真实性的方式。

图2、3分别为一个实施例中履约保函的数据处理方法的流程示意图。应该理解的是，虽然图2、3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

一种履约保函的数据处理装置，如图5所示，上述装置包括：信息存储请求接收模块510、解析模块520、认证模块530以及存储模块540。

信息存储请求接收模块510，用于信息存储请求接收模块，用于接收请求发起设备发送的信息存储请求；

解析模块520，用于对信息存储请求进行解析，获取信息存储请求中携带的请求发起设备的身份标识，以及待存储履约保函信息；

认证模块530，用于根据身份标识对请求发起设备进行身份认证；

存储模块540，用于当根据身份标识确定请求发起设备通过身份认证时，根据信息存储请求，将待存储履约保函信息存入区块链。

上述履约保函的数据处理装置，区块链节点在接收到信息存储请求时，获取请求中携带的请求发起设备的身份标识以及待存储的履约保函，在根据身份标识确定请求发起设备通过身份认证时，将待存储履约保函信息存入区块链；通过上述方法可解决传统方法中纸质履约保函容易被损毁和被篡改的问题，由于在区块链中存储了履约保函，以获得难以被篡改的履约保函。

在一个实施例中，如图6所示，上述履约保函的数据处理装置还包括：

信息查询请求接收模块610，用于在接收到信息查询请求时，对信息查询请求进行解析，获取信息查询请求中携带的待查询履约保函信息；

查找模块620，用于在区块链中查找是否存在与待查询履约保函信息对应的存证履约保函信息，获得查询结果；

结果返回模块630，用于将查询结果返回至发起信息查询请求的设备。

在一个实施例中，上述履约保函的数据处理装置中的查找模块用于在区块链中查找是否存在待查询履约保函的保函内容，或者，在区块链中查找是否存在待查询履约保函的保函内容对应的特征值，获得查询结果。

在另一个实施例中，上述履约保函的数据处理装置中的查找模块用于在区块链中查找是否存在与关键字信息对应的存证履约保函信息，获得查询结果；结果返回模块用于：在当查询结果为查找成功时，获取与关键字信息对应的存证履约保函信息，将查找成功的查询结果，以及与关键字信息对应的存证履约保函信息返回至发起信息查询请求的设备。

在一个实施例中，上述履约保函的数据处理装置中的认证摸模块，用于根据身份标识确定请求发起设备具备信息新增权限时，判定根据身份标识确定请求发起设备通过身份认证。

在另一个实施例中，上述履约保函的数据处理装置中的认证摸模块，用于根据身份标识确定请求发起设备具备保函开立权限时，判定根据身份标识确定请求发起设备通过身份认证。

进一步地，上述履约保函的数据处理装置还包括：要素检测模块，用于对待存储履约保函信息中包含的要素进行检查；存储模块在检测到待存储履约保函信息中包含履约保函的所有基本要素时，将待存储履约保函信息存入区块链。

关于履约保函的数据处理装置的具体限定可以参见上文中对于履约保函的数据处理方法的限定，在此不再赘述。

图7示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的区块链节点110。如图7所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现履约保函的数据处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行履约保函的数据处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，本申请提供的履约保函的数据处理装置可以实现为一种计算机程序的形式，计算机程序可在如图7所示的计算机设备上运行。计算机设备的存储器中可存储组成该履约保函的数据处理装置的各个程序模块，比如，图7所示的信息存储请求接收模块、解析模块、认证模块以及存储模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的履约保函的数据处理方法中的步骤。

例如，图7所示的计算机设备可以通过如图5所示的履约保函的数据处理装置中的信息存储请求接收模块接收请求发起设备发送的信息存储请求。计算机设备可通过解析模块对信息存储请求进行解析，获取信息存储请求中携带的请求发起设备的身份标识，以及待存储履约保函信息。计算机设备可通过认证模块根据身份标识对请求发起设备进行身份认证。计算机设备可通过存储模块在根据身份标识确定请求发起设备通过身份认证时，根据信息存储请求，将待存储履约保函信息存入区块链。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述履约保函的数据处理方法的步骤。此处履约保函的数据处理方法的步骤可以是上述各个实施例的履约保函的数据处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述履约保函的数据处理方法的步骤。此处履约保函的数据处理方法的步骤可以是上述各个实施例的履约保函的数据处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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 (16)

1.一种履约保函的数据处理方法，其特征在于，所述方法包括：

接收请求发起设备发送的信息存储请求；

对所述信息存储请求进行解析，获取所述信息存储请求中携带的所述请求发起设备的身份标识，以及待存储履约保函信息；

根据所述身份标识对所述请求发起设备进行身份认证；

当根据所述身份标识确定所述请求发起设备通过身份认证时，根据所述信息存储请求，将所述待存储履约保函信息存入区块链的第一目标区块；

获取所述第一目标区块的区块特征值；

调用可信时间戳服务接口，为所述第一目标区块的区块特征值获取对应的可信时间戳；所述可信时间戳用于证明所述第一目标区块的上链时间是可信的；

将所述可信时间戳存入所述区块链的第二目标区块，并将所述第一目标区块的可信时间戳存储记录返回至所述请求发起设备进行保存；所述可信时间戳存储记录包括所述第一目标区块与所述第二目标区块的对应关系；

基于所述第一目标区块的区块特征值向第二区块链的节点发送区块链特征值存储请求；所述区块特征值存储请求用于使所述第二区块链的节点将所述第一目标区块的区块特征值存入所述第二区块链。

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

接收信息查询请求，对所述信息查询请求进行解析，获取所述信息查询请求中携带的待查询履约保函信息；

在所述区块链中查找是否存在与所述待查询履约保函信息对应的存证履约保函信息，获得查询结果；

将所述查询结果返回至发起所述信息查询请求的设备。

3.根据权利要求2所述的方法，其特征在于，所述待查询履约保函信息包括待查询履约保函的保函内容，或者所述待查询履约保函的保函内容对应的特征值；

在所述区块链中查找是否存在与所述待查询履约保函信息对应的存证履约保函信息，获得查询结果，包括：

在所述区块链中查找是否存在所述待查询履约保函的保函内容，或者，在所述区块链中查找是否存在所述待查询履约保函的保函内容对应的特征值，获得查询结果。

4.根据权利要求2所述的方法，其特征在于，所述待查询履约保函信息包括待查询履约保函的关键字信息；

在所述区块链中查找是否存在与所述待查询履约保函信息对应的存证履约保函信息，获得查询结果，包括：

在所述区块链中查找是否存在与所述关键字信息对应的存证履约保函信息，获得查询结果；

当所述查询结果为查找成功时，所述将所述查询结果返回至发起所述信息查询请求的设备包括：

获取与所述关键字信息对应的存证履约保函信息，将所述查找成功的查询结果，以及与所述关键字信息对应的存证履约保函信息返回至发起所述信息查询请求的设备。

5.根据权利要求1所述的方法，其特征在于，当根据所述身份标识确定所述请求发起设备具备信息新增权限时，判定根据所述身份标识确定所述请求发起设备通过身份认证。

6.根据权利要求1所述的方法，其特征在于，当根据所述身份标识确定所述请求发起设备具备保函开立权限时，判定根据所述身份标识确定所述请求发起设备通过身份认证。

7.根据权利要求6所述的方法，其特征在于，当根据所述身份标识确定所述请求发起设备具备保函开立权限时，还包括：

对所述待存储履约保函信息中包含的要素进行检查；

当检测到所述待存储履约保函信息中包含履约保函的所有基本要素时，进入根据所述信息存储请求将所述待存储履约保函信息存入所述区块链的步骤。

8.一种履约保函的数据处理装置，其特征在于，所述装置包括：

信息存储请求接收模块，用于接收请求发起设备发送的信息存储请求；

解析模块，用于对所述信息存储请求进行解析，获取所述信息存储请求中携带的所述请求发起设备的身份标识，以及待存储履约保函信息；

认证模块，用于根据所述身份标识对所述请求发起设备进行身份认证；

存储模块，用于当根据所述身份标识确定所述请求发起设备通过身份认证时，根据所述信息存储请求，将所述待存储履约保函信息存入区块链的第一目标区块；获取所述第一目标区块的区块特征值；调用可信时间戳服务接口，为所述第一目标区块的区块特征值获取对应的可信时间戳；将所述可信时间戳存入所述区块链的第二目标区块，并将所述第一目标区块的可信时间戳存储记录返回至所述请求发起设备进行保存；基于所述第一目标区块的区块特征值向第二区块链的节点发送区块链特征值存储请求；所述区块特征值存储请求用于使所述第二区块链的节点将所述第一目标区块的区块特征值存入所述第二区块链；所述可信时间戳用于证明所述第一目标区块的上链时间是可信的；所述可信时间戳存储记录包括所述第一目标区块与所述第二目标区块的对应关系。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

信息查询请求接收模块，用于接收信息查询请求，对所述信息查询请求进行解析，获取所述信息查询请求中携带的待查询履约保函信息；

查找模块，用于在所述区块链中查找是否存在与所述待查询履约保函信息对应的存证履约保函信息，获得查询结果；

结果返回模块，用于将所述查询结果返回至发起所述信息查询请求的设备。

10.根据权利要求9所述的装置，其特征在于，所述待查询履约保函信息包括待查询履约保函的保函内容，或者所述待查询履约保函的保函内容对应的特征值；所述查找模块具体用于：

在所述区块链中查找是否存在所述待查询履约保函的保函内容，或者，在所述区块链中查找是否存在所述待查询履约保函的保函内容对应的特征值，获得查询结果。

11.根据权利要求9所述的装置，其特征在于，所述待查询履约保函信息包括待查询履约保函的关键字信息；

所述查找模块具体用于：在所述区块链中查找是否存在与所述关键字信息对应的存证履约保函信息，获得查询结果；

所述结果返回模块具体用于：当所述查询结果为查找成功时，获取与所述关键字信息对应的存证履约保函信息，将所述查找成功的查询结果，以及与所述关键字信息对应的存证履约保函信息返回至发起所述信息查询请求的设备。

12.根据权利要求8所述的装置，其特征在于，所述认证模块具体用于：当根据所述身份标识确定所述请求发起设备具备信息新增权限时，判定根据所述身份标识确定所述请求发起设备通过身份认证。

13.根据权利要求8所述的装置，其特征在于，所述认证模块具体用于：当根据所述身份标识确定所述请求发起设备具备保函开立权限时，判定根据所述身份标识确定所述请求发起设备通过身份认证。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

要素检测模块，用于当根据所述身份标识确定所述请求发起设备具备保函开立权限时，对所述待存储履约保函信息中包含的要素进行检查；

所述存储模块具体在检测到所述待存储履约保函信息中包含履约保函的所有基本要素时，进入根据所述信息存储请求将所述待存储履约保函信息存入所述区块链的步骤。

15.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。

16.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。