CN113282967A - 基于区块链存储的法律文件电子签名方法及系统 - Google Patents

Abstract

本发明公开一种基于区块链存储的法律文件电子签名方法及系统，包括：企业端生成符合条件的法律文件；用户端接收所述法律文件，形成包含用户信息签名的第二数据文件，并对第二数据文件进行哈希运算生成与其对应的哈希值，以及采用用户私钥对第二数据文件进行加密；云端数据库接收第二数据文件，以副本的分布式存储在云端数据库的不同数据库模块中，将包含用户信息签名的第二数据文件形成的已签字法律文件发送反馈给企业端；企业端接收所述已签字法律文件，将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证已签字法律文件有效性。通过本发明实施例，既保证用户数据的安全，又保证签字法律文件不可篡改的特性。

Description

基于区块链存储的法律文件电子签名方法及系统

技术领域

本发明涉及电子签名领域，特别涉及一种基于区块链存储的法律文件电子签名方法及系统。

背景技术

随着国际贸易和合作的日益加深，跨地域的合约签订也占有越来越重要的比例。《中华人民共和国合同法》第三十二条规定：“当事人采用合同书形式订立合同的，自双方当事人签字或者盖章时合同成立”。但是当合约的拟定双方在不同的地域时，电子签字或者盖章的认定就成为至关重要部分。

随着区块链技术的逐步发展，很多人也开始将去中心化的区块链技术应用于电子签名。但是这种技术应用最大的问题是区块链记录信息受到攻击。由于去中心化的区块链技术主要是依赖于加入公链的所有人存入某个部分的信息，所以在规模比较小的公链网络当中，区块链记录有可能发生回滚，就是记录内容被篡改。

我国《电子签字法》第13条规定，电子签字同时符合下列条件的，视为可靠的电子签字：

（1）电子签字制作数据用于电子签名时，属于电子签名人专有；

（2）签署时电子签字制作数据仅由电子签名人控制；

（3）签署后对电子签字的任何改动能够被发现；

（4）签署后对数据电文内容和形式的任何改动能够被发现。

该条提出了认定可靠电子签字的四个基本条件，且四个条件需要同时满足。其中，第（1）个条件和第（2）个条件是归属推定。第（3）个条件和第（4）个条件是完整性推定。为了第3个和第4个条件的完整性推定，数据的验证方和存储方需要集中存储验证证据来证实。

因此需要一种既可以不用云端存储用户私人信息，又可以集中保障用户存储资料安全，并且可以快速有效的识别电子签名真实性的方法，提高远程工作效率。

发明内容

有鉴于此，本发明实施例提供的一种基于区块链存储的法律文件电子签名方法及系统，利用哈希运算和用公钥私钥的非对称加密方法对于签字法律文件进行加密处理，保证签字法律文件的不可篡改性，再以副本的分布式存储方式将已签字法律文件存储在云端数据库，既保证了用户数据的安全，又保证签字法律文件不可篡改的特性，可以快速有效的识别电子签名真实性的方法，提高远程工作效率。

本发明解决上述技术问题所采用的技术方案如下：

根据本发明的一个方面，提供的一种基于区块链存储的法律文件电子签名方法，所述方法包括：

企业端生成符合条件的法律文件，发送给用户端的指定账户；

用户端通过所述指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件，并通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件进行加密，将所述第二数据文件发送至双方均认可的云端数据库；

所述云端数据库接收所述第二数据文件，以副本的分布式存储方式存储在云端数据库的不同数据库模块中，并将包含用户信息签名的第二数据文件形成的已签字法律文件发送反馈给企业端；

企业端接收所述已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性。

根据本发明的另一个方面，提供的一种基于区块链存储的法律文件电子签名方法，应用于企业端，所述方法包括：

企业端生成符合条件的法律文件；

企业端将所述法律文件发送给用户端的指定账户；

企业端接收到云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；其中，所述已签字法律文件是由所述用户端对接收到的所述法律文件形成包含用户信息签名的第二数据文件，通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，将所述第二数据文件存储到所述云端数据库。

根据本发明的另一个方面，提供的一种基于区块链存储的法律文件电子签名方法，应用于用户端，所述方法包括：

用户端通过指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件；

通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，存储在云端数据库，以供验证所述第二数据文件的有效性；

采用用户私钥对所述第二数据文件进行加密；

用户端将所述第二数据文件发送至云端数据库。

根据本发明的另一个方面，提供的一种基于区块链存储的法律文件电子签名系统，所述系统包括：企业端、用户端、云端数据库；其中：

所述企业端，用于生成符合条件的法律文件，发送给用户端的指定账户；

所述用户端，用于通过所述指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件，并通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件进行加密，将所述第二数据文件发送至双方均认可的云端数据库；

所述云端数据库，用于接收所述第二数据文件，以副本的分布式存储方式存储在云端数据库的不同数据库模块中，并将包含用户信息签名的第二数据文件形成的已签字法律文件发送反馈给企业端；

所述企业端，还用于接收所述已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性。

与相关技术相比，本发明实施例提出的一种基于区块链存储的法律文件电子签名方法及系统，通过用户端对接收到的法律文件形成包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密；云端数据库以副本的分布式存储方式将第二数据文件D2存储在云端数据库的不同数据库模块中；企业端接收到所述已签字法律文件，并通过所述云端数据库进行哈希值比对，验证所述已签字法律文件有效性。即将用户端形成的签字法律文件做哈希运算，再利用用户身份标识的用户私钥加密；企业端再对接收的已签字法律文件进行哈希值对比验证，再用相应的公钥解密方法解密，在对比两个哈希值，如果相同表明签字准确且没有被篡改过。从而利用哈希运算和用公钥私钥的非对称加密方法对于签字法律文件进行加密处理，保证签字法律文件的不可篡改性；再以副本的分布式存储方式将已签字法律文件存储在云端数据库，既保证了用户数据的安全，又保证的这些签字法律文件数据不可篡改的特性，并确保在整个数据处理和传输的过程当中保护私人用户的数据安全，可以快速有效的识别电子签名真实性的方法，提高远程工作效率。

本申请的上述技术方案同时具有以下技术优势：

1、在公对私的跨地域的法律文件合约签署过程当中，通过区块链技术保证了个人信息的安全和保密。

2、在法律文件合约签订的应用场景里，通过以副本的分布式的中心化的加密数据块存储技术，保证了法律文件符合以下法律要求：（1）电子签字属于电子签名人专有；（2）签署时电子签字制作数据仅由电子签名人控制；（3）签署后对电子签字的任何改动能够被发现；（4）签署后对数据电文内容和形式的任何改动能够被发现。

附图说明

图1为本发明实施例提供的一种基于区块链存储的法律文件电子签名方法的流程示意图；

图2为本发明实施例提供的一种基于区块链存储的法律文件电子签名系统的结构示意图；

图3为本发明实施例提供的一种基于区块链存储的法律文件电子签名方法的流程示意图；

图4为本发明实施例提供的一种基于区块链存储的法律文件电子签名方法的流程示意图。

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

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

需要说明的是，本发明的说明书和权利要求收及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在一个实施例中，如图1所示，本发明提供一种基于区块链存储的法律文件电子签名方法，所述方法包括：

S1、企业端生成符合条件的法律文件，发送给用户端的指定账户。

S2、用户端通过所述指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密，将所述第二数据文件D2发送至双方均认可的云端数据库。

S3、所述云端数据库接收所述第二数据文件D2，以副本的分布式存储方式存储在云端数据库的不同数据库模块中，并将包含用户信息签名的第二数据文件D2形成的已签字法律文件发送反馈给企业端。

S4、企业端接收所述已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性。

在本实施例中，通过用户端对接收到的法律文件形成包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密；云端数据库以副本的分布式存储方式将第二数据文件D2存储在云端数据库的不同数据库模块中；企业端接收到所述已签字法律文件，并通过所述云端数据库进行哈希值比对，验证所述已签字法律文件有效性。即将用户端形成的签字法律文件做哈希运算，再利用用户身份标识的用户私钥加密；企业端再对接收的已签字法律文件进行哈希值对比验证，再用相应的公钥解密方法解密，在对比两个哈希值，如果相同表明签字准确且没有被篡改过。从而利用哈希运算和用公钥私钥的非对称加密方法对于签字法律文件进行加密处理，保证签字法律文件的不可篡改性；再以副本的分布式存储方式将已签字法律文件存储在云端数据库，既保证了用户数据的安全，又保证的这些签字法律文件数据不可篡改的特性，并确保在整个数据处理和传输的过程当中保护私人用户的数据安全，可以快速有效的识别电子签名真实性的方法，提高远程工作效率。

本申请的上述技术方案同时具有以下技术优势：

1、在公对私的跨地域的法律文件合约签署过程当中，通过区块链技术保证了个人信息的安全和保密。并且因为是区块链存储，降低了部分存储和验证的计算压力，使得整个方案可以更加高效有序运转。

2、在法律文件合约签订的应用场景里，通过以副本的分布式的中心化的加密数据块存储技术，保证了法律文件符合以下法律要求：（1）电子签字属于电子签名人专有；（2）签署时电子签字制作数据仅由电子签名人控制；（3）签署后对电子签字的任何改动能够被发现；（4）签署后对数据电文内容和形式的任何改动能够被发现。

在一个实施例中，所述企业端包括企业服务端和企业客户端。所述步骤S1中，所述企业端生成符合条件的法律文件，并发送给用户端的指定账户；包括：

S11、企业客户端生成需要签署的符合条件的法律文件。

企业客户端生成需要签署的符合条件的法律文件，该法律文件包括但不限于法律合约、法律文书、意向书、合同等一切具有法律效力和法律责任义务且要求签字生效的文件。除了企业生成符合自身要求的法律文件以外，在生成的法律文件还具有生成企业端的隐形签名信息，以及法律文件生成的当地时间戳。在企业客户端生成上述符合要求的法律文件后，事实上企业客户已经完成了签署法律文件的步骤。

S12、企业服务端将所述企业客户端生成的所述法律文件发送给用户端的指定账户。

在本实施例中，用户信息识别主要凭借法律文件产生之前的通讯方式确定，包括但不限于固定IP、指定邮箱地址或指定手机等，并通过上述通讯方式约定指定账号来进行法律文件的接收。所以，只有指定账户才能够形成第一数据文件。也只有符合前期沟通指定条件的，包括但不限于IP地址，指定邮箱，指定手机，才能够收到第二数据文件。

在一个实施例中，所述用户端包括用户服务端和用户客户端。所述步骤S2中，所述用户端通过所述指定账号接收所述法律文件，形成包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密，将所述第二数据文件D2发送至云端数据库；包括：

S21、所述用户服务端通过所述指定账户收到来自企业服务端发送的并且已经签署的法律文件，形成携带有用户身份标识的第一数据文件D1。

所述用户服务端通过所述指定账户收到来自企业服务端发送的并且已经签署的法律文件，获得用户的允许，获取用户客户端所对应的用户身份标识，并将所述用户身份标识与所述法律文件进行绑定，通过将所述用户身份标识写在所述法律文件的指定位置上，或者将所述用户身份标识拼接在所述法律文件的头部或者尾部，从而形成携带有用户身份标识的第一数据文件D1。

所述第一数据文件D1包括但不限于法律文件本身、发起企业端签名、发起企业端法律文件生成当地时间戳等，它们共同构成了带有用户身份标识的第一数据文件。

优选地，所述用户身份标识包括以下之一：用户身份证、用户护照、通过用户的人脸识别或者指纹识别与身份信息绑定、用户手机号码或者信用卡号码与身份信息绑定。

S22、所述用户客户端运行在可信执行环境下，在同意法律文件内容之后，在所述第一数据文件D1中添加用户电子签名，形成包含用户信息签名的第二数据文件D2。

其中，所述用户信息签名包括用户电子签名和用户身份标识信息。所述电子签字的方式包括以下之一：导入签名文件、在电子设备上通过触摸屏签字、通过人脸识别签字。通过以上任一种签字方式的签字过程都会产生一个包含用户签字信息的第二数据文件D2。

所述第二数据文件除了包含加密的第一数据文件内容以外，还包含新增的带有另一方签约用户身份标识信息的文件，包括但不限于其签名，生物信息识别以及签字当地时间戳等。

S23、通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，包括：用户客户端在用户进行签字过程中，通过哈希算法对所述第二数据文件D2进行哈希运算生成并记录与其对应的哈希值，存储在云端数据库，以供验证所述第二数据文件的有效性。

S24、采用用户私钥对所述第二数据文件D2进行加密。

用户客户端在用户进行签字过程中根据用户的电子签字和用户身份标识通过哈希（hash）算法进行哈希运算生成用户私钥，并将所述用户私钥存储于用户服务端中的，并与用户的身份标识建立起一一对应的关系。采用所述用户私钥对所述第二数据文件D2进行加密。

S25、所述用户服务端将所述第二数据文件D2发送至云端数据库。本申请中，所述第二数据文件D2经过加密处理后通过通信网络被传输给在云端数据库。其中，所述通信网络包括移动通信网络、或者有线通信网络。

在本实施例中，通过采用哈希运算和用公钥私钥的非对称加密方法对于签字法律文件进行加密处理，即将用户端形成的签字法律文件做哈希运算，再利用用户身份标识的用户私钥加密；通过用户端对接收到的法律文件形成携带有用户身份标识的第一数据文件D1和包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密，既保证了用户数据的安全，又保证签字文件数据不可篡改的特性。其次是保密，利用公钥私钥方式进行文件保密和不可篡改。同时，将用户端的用户个人有效数据在用户端完成加密，并存储在用户信赖的个人电子设备上，方便用户，增加信任，保护了私人用户的数据安全。

在一个实施例中，所述步骤S3中，所述云端数据库接收所述第二数据文件D2，以副本的分布式存储方式存储在云端数据库的不同数据库模块中，并将包含用户信息签名的第二数据文件D2形成的已签字法律文件发送反馈给企业端；包括：

S31、云端数据库接收所述第二数据文件D2，确定所述第二数据文件D2记录的哈希值。

S32、在云端数据库，将所述第二数据文件D2与其生成的哈希值一起分布式存储在不同的数据库模块当中。优选地，在云端数据库，所述第二数据文件D2是以“副本”的分布式存储方式进行存储的，以确保数据文件的安全性和完整性。

本申请中，所述云端数据库接收到了所述第二数据文件D2，并且生成签名资料，通过hash算法计算生成哈希值，进行数据文件的分布式存储，即在云端数据库中，是将原有的所述第二数据文件D2整个文件拆解成多个数据块，再将这些多个数据块分布式存储在云端数据库中。

本申请在数据文件存储过程中，采用copyset replication算法，将同一份数据文件复制一份到其他机器上。本申请采用copyset replication算法在处理法律文件，可以极大的提高法律数据文件的安全和可用性。

在现有的区块链分布式存储技术中，不会不考虑数据存储成本，以及数据丢失概率，本申请采用copyset replication算法，可以是最有效的降低数据丢失概率，优化数据放置的算法。

本申请采用copyset replication算法，在数据文件存储过程中，被拆解的每一个数据块通过哈希值确定。数据块的哈希值包括所述第二数据文件D2的内容、记录内容顺序以及顺序确定关系的哈希值联合组成。所述云端数据库的中心化系统可以通过数据块的哈希值发起验证。由于数据块链条之间的相关性和相互验证关系，对于任一数据块的任意修改都会造成在验证计算时得到的哈希值和数据块最初产生存储时的哈希值不一致，使得验证无法通过。这样中心化系统的云端数据库平台就实现了不可篡改的特点。

由于中心化系统处理的是用户高密度私人信息以及签字法律文件合约，为了有效降低数据丢失概率，本申请采用Copyset Replication算法来计算副本数量以及放置方式。

在分布式存储当中，放置的副本越少，越容易因为副本损坏而带来数据文件丢失或者不完整的风险；但是放置的副本越多也会带来系统运行成本几何级的提升。所以，为了提高存储文件的可靠性和可回溯，首先需要在系统允许的成本范围内选择合适的副本数量，再考虑系统中数据恢复时间，最后在此基础尽可能减少系统的副本数量，这样可以使得在既定的成本下达到尽可能高的可靠性。

所述Copyset Replication算法中，根据系统节点数和副本数量，进行多个轮次的计算，每一轮次把所有节点按照副本数量划分为 N／R 个副本。在系统中，最大的副本数目为 C(N,R) ，其中 R 为副本数，N 为磁盘的数量。在完全随机选择节点写入副本的情况下，系统中的副本数量会达到最大值 C(N,R)。每次确保其中的副本不与当前和之前所有轮次中已经产生的副本相同，最后数据写入的时候，选择其中一个副本写入即可。由于每个排列会把S(Scatter Width)增加R-1,所以，所述Copyset Replication算法执行P = S/（R-1）次。S是scatter width，这个是指每个节点的数据复制到了多少个其他的节点，复制的越多，其成本越高，但是稳定性和安全性也越高。P是permutation的次数，指的是集群N个节点的一个排列。

K(CopySet数量) = P*(N/R) = (S/(R-1))*(N/R)

云端数据库存储的所述第二数据文件D2包含用户信息签名（包含用户电子签名以及用户的身份验证信息），实现了对于法律文件签署过程中的资料不可篡改性，保障了用户的个人资料安全。

S33、云端数据库通过互联网将包含用户信息签名的第二数据文件D2形成的已签字法律文件发送反馈给企业服务端。

当所述云端数据库存储数据文件结束后，所述云端数据库会通过互联网将包含用户信息签名的第二数据文件D2形成的已签字法律文件发送反馈给企业端。

在本实施例中，通过应用区块链存储技术，云端数据库通过以副本的分布式的中心化的加密数据块存储技术将第二数据文件D2存储在云端数据库的不同数据库模块中，并且在存储过程中应用了Copyset Replication算法来计算副本数量以及放置方式，优化了存储的副本数量和存储成本，在成本和数据可靠性保证之间找到一个平衡点。从而使得本申请的技术方案具有以下应用层面的技术优势：

1、在公对私的跨地域的法律文件合约签署过程当中，通过区块链技术保证了个人信息的安全和保密。

2、在法律文件合约签订的应用场景里，通过以副本的分布式的的加密数据块存储技术，保证了法律文件符合以下法律要求：（1）电子签字属于电子签名人专有；（2）签署时电子签字制作数据仅由电子签名人控制；（3）签署后对电子签字的任何改动能够被发现；（4）签署后对数据电文内容和形式的任何改动能够被发现。

3、引入了数据块存储的Copyset Replication算法，优化存储内容、存储数量以及存储节点，保证了存储成本和存储内容有效性和高可用性。

在一个实施例中，所述步骤S4中，所述企业端接收云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；包括：

企业服务端接收到云端数据库反馈的包含用户信息签名的第二数据文件D2形成的已签字法律文件；其中，所述已签字法律文件是由所述用户端对接收到的所述法律文件形成包含用户信息签名的第二数据文件，通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，将所述第二数据文件存储到所述云端数据库。

将所述已签字法律文件通过哈希值对比，验证接收到的所述已签字法律文件有效性；包括：通过以下方式来确认所述已签字法律文件有效性：

方式一：所述已签字法律文件在企业客户端被打开时，自动回传打开情况信息给所述云端数据库，并由所述云端数据库对已打开的所述已签字法律文件进行哈希值计算及验证，并将验证结果通知企业服务端，以保证从所述云端数据库发送给企业端的所述已签字法律文件一定是有效的。当提交验证的哈希值和存储解密的哈希值不一致时，表示验证出错，所述云端数据库会将验证结果通知发起验证方，所述云端数据库记录错误验证文件及内容，并在特定条件下，提醒被篡改信息的另一方注意网络安全。

方式二：验收方主动发起对接收到所述已签字法律文件的有效性进行验证，对储存在所述第二数据文件D2当中的记录进行验证，即根据用户身份标识确定其对应的公钥。需要说明的是公钥是对于所有用户公开可见的，也是系统任一接入方都可以直接调取的。任一接入的用户和机构都可以知晓用户所对应的公钥，并且启动利用公钥对于所述第二数据文件D2的验证。所述验收方包括企业客户端或者其他第三方。

当提交验证的哈希值和存储解密的哈希值不一致时，表示验证出错，所述云端数据库会将验证结果通知发起验证方。

在本实施例中，通过企业客户端将接收到所述已签字法律文件通过所述云端数据库进行哈希值比对，再用相应的公钥解密方法解密，在对比两个哈希值，如果相同表明签字准确且没有被篡改过，从而验证所述已签字法律文件有效性，并从另外一个层面上保护了私人用户的数据安全，确保在整个数据处理和传输的过程当中保护私人用户的数据安全。

在一个实施例中，如图2所示，本发明提供一种基于区块链存储的法律文件电子签名系统，所述系统包括：企业端10、用户端20、云端数据库30；其中：

所述企业端10，用于生成符合条件的法律文件，发送给用户端20的指定账户。

所述用户端20，用于通过所述指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密，将所述第二数据文件D2发送至双方均认可的云端数据库30。

所述云端数据库30，用于接收所述第二数据文件D2，以副本的分布式存储方式存储在云端数据库30的不同数据库模块中，并将包含用户信息签名的第二数据文件D2形成的已签字法律文件发送反馈给企业端10。

所述企业端10，还用于接收所述已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库30中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性。

在本实施例中，通过用户端对接收到的法律文件形成包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密；云端数据库以副本的分布式存储方式将第二数据文件D2存储在云端数据库的不同数据库模块中；企业端接收到所述已签字法律文件，并通过所述云端数据库进行哈希值比对，验证所述已签字法律文件有效性。即将用户端形成的签字法律文件做哈希运算，再利用用户身份标识的用户私钥加密；企业端再对接收的已签字法律文件进行哈希值对比验证，再用相应的公钥解密方法解密，在对比两个哈希值，如果相同表明签字准确且没有被篡改过。从而利用哈希运算和用公钥私钥的非对称加密方法对于签字法律文件进行加密处理，保证签字法律文件的不可篡改性；再以副本的分布式存储方式将已签字法律文件存储在云端数据库，既保证了用户数据的安全，又保证的这些签字法律文件数据不可篡改的特性，并确保在整个数据处理和传输的过程当中保护私人用户的数据安全，可以快速有效的识别电子签名真实性的方法，提高远程工作效率。

需要说明的是，上述系统实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在所述系统实施例中均对应适用，这里不再赘述。

在一个实施例中，如图3所示，本发明提供一种基于区块链存储的法律文件电子签名方法，应用于企业端，所述方法包括：

S51、企业端生成符合条件的法律文件。

S52、企业端将所述法律文件发送给用户端的指定账户。

S53、企业端接收到云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；其中，所述已签字法律文件是由所述用户端对接收到的所述法律文件形成包含用户信息签名的第二数据文件，通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，将所述第二数据文件存储到所述云端数据库。

在本实施例中，通过企业端生成符合条件的法律文件，发送给用户端的指定账户，并将接收到所述已签字法律文件通过所述云端数据库进行哈希值比对，在对比两个哈希值，如果相同表明签字准确且没有被篡改过，从而验证所述已签字法律文件有效性，保证签字法律文件的不可篡改性；并从另外一个层面上保护了私人用户的数据安全，确保在整个数据处理和传输的过程当中保护私人用户的数据安全。

在一个实施例中，所述企业端包括企业服务端和企业客户端。所述步骤S51中，所述企业端生成符合条件的法律文件，包括：企业客户端生成需要签署的法律文件。

企业客户端生成需要签署的符合条件的法律文件，该法律文件包括但不限于法律合约、法律文书、意向书、合同等一切具有法律效力和法律责任义务且要求签字生效的文件。除了企业生成符合自身要求的法律文件以外，在生成的法律文件还具有生成企业端的隐形签名信息，以及法律文件生成的当地时间戳。在企业客户端生成上述符合要求的法律文件后，事实上企业客户已经完成了签署法律文件的步骤。

在一个实施例中，所述步骤S52中，所述企业端将所述法律文件发送给用户端的指定账户，包括：企业服务端将所述企业客户端生成的所述法律文件发送给用户端的指定账户，以使所述用户端可以根据通过所述指定账户接收到的所述法律文件，形成携带有用户身份标识的第一数据文件D1和包含用户信息签名的第二数据文件D2。

在本实施例中，用户信息识别主要凭借法律文件产生之前的通讯方式确定，包括但不限于固定IP、指定邮箱地址或指定手机等，并通过上述通讯方式约定指定账号来进行法律文件的接收。所以，只有指定账户才能够形成第一数据文件。也只有符合前期沟通指定条件的，包括但不限于IP地址，指定邮箱，指定手机，才能够收到第二数据文件。

所述第一数据文件D1包括但不限于法律文件本身、发起企业端签名、发起企业端法律文件生成当地时间戳等，它们共同构成了带有用户身份标识的第一数据文件。

所述第二数据文件除了包含加密的第一数据文件内容以外，还包含新增的带有另一方签约用户身份标识信息的文件，包括但不限于其签名，生物信息识别以及签字当地时间戳等。

优选地，所述用户身份标识包括以下之一：用户身份证、用户护照、通过用户的人脸识别或者指纹识别与身份信息绑定、用户手机号码或者信用卡号码与身份信息绑定。其中，所述用户信息签名包括用户电子签名和用户身份标识信息。

在一个实施例中，所述步骤S53中，所述企业端接收到云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性，包括：

企业服务端接收到云端数据库反馈的包含用户信息签名的第二数据文件D2形成的已签字法律文件；

将所述已签字法律文件通过哈希值对比，验证接收到的所述已签字法律文件有效性；包括：通过以下方式来确认所述已签字法律文件有效性：

方式一：所述已签字法律文件在企业客户端被打开时，自动回传打开情况信息给所述云端数据库，并由所述云端数据库对已打开的所述已签字法律文件进行哈希值计算及验证，并将验证结果通知企业服务端，以保证从所述云端数据库发送给企业端的所述已签字法律文件一定是有效的。当提交验证的哈希值和存储解密的哈希值不一致时，表示验证出错，所述云端数据库会将验证结果通知发起验证方，所述云端数据库记录错误验证文件及内容，并在特定条件下，提醒被篡改信息的另一方注意网络安全。

方式二：验收方主动发起对接收到所述已签字法律文件的有效性进行验证，对储存在所述第二数据文件D2当中的记录进行验证，即根据用户身份标识确定其对应的公钥。需要说明的是公钥是对于所有用户公开可见的，也是系统任一接入方都可以直接调取的。任一接入的用户和机构都可以知晓用户所对应的公钥，并且启动利用公钥对于所述第二数据文件D2的验证。所述验收方包括企业客户端或者其他第三方。

当提交验证的哈希值和存储解密的哈希值不一致时，表示验证出错，所述云端数据库会将验证结果通知发起验证方。

在本实施例中，通过企业客户端将接收到所述已签字法律文件通过所述云端数据库进行哈希值比对，再用相应的公钥解密方法解密，在对比两个哈希值，如果相同表明签字准确且没有被篡改过，从而验证所述已签字法律文件有效性，并从另外一个层面上保护了私人用户的数据安全，确保在整个数据处理和传输的过程当中保护私人用户的数据安全。

在一个实施例中，如图4所示，本发明提供一种基于区块链存储的法律文件电子签名方法，应用于用户端，所述方法包括：

S61、用户端通过指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件D2。

S62、通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，存储在云端数据库，以供验证所述第二数据文件的有效性。

S63、采用用户私钥对所述第二数据文件D2进行加密。

S64、用户端将所述第二数据文件D2发送至云端数据库。

在本实施例中，通过采用哈希运算和用公钥私钥的非对称加密方法对于签字法律文件进行加密处理，即将用户端形成的签字法律文件做哈希运算，再利用用户身份标识的用户私钥加密；通过用户端对通过指定账户接收到的法律文件形成携带包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密，既保证了用户数据的安全，又保证签字文件数据不可篡改的特性。其次是保密，利用公钥私钥方式进行文件保密和不可篡改。同时，将用户端的用户个人有效数据在用户端完成加密，并存储在用户信赖的个人电子设备上，方便用户，增加信任，保护了私人用户的数据安全。

在一个实施例中，所述用户端包括用户服务端和用户客户端。所述步骤S61中，所述用户端通过指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件D2；包括：

S611、所述用户服务端通过指定账户收到来自企业服务端发送的并且已经签署的法律文件，形成携带有用户身份标识的第一数据文件D1。

所述用户服务端通过指定账户收到来自企业服务端发送的并且已经签署的法律文件，获得用户的允许，获取用户客户端所对应的用户身份标识，并将所述用户身份标识与所述法律文件进行绑定，通过将所述用户身份标识写在所述法律文件的指定位置上，或者将所述用户身份标识拼接在所述法律文件的头部或者尾部，从而形成携带有用户身份标识的第一数据文件D1。

所述第一数据文件D1包括但不限于法律文件本身、发起企业端签名、发起企业端法律文件生成当地时间戳等，它们共同构成了带有用户身份标识的第一数据文件。

所述第二数据文件除了包含加密的第一数据文件内容以外，还包含新增的带有另一方签约用户身份标识信息的文件，包括但不限于其签名，生物信息识别以及签字当地时间戳等。

优选地，所述用户身份标识包括以下之一：用户身份证、用户护照、通过用户的人脸识别或者指纹识别与身份信息绑定、用户手机号码或者信用卡号码与身份信息绑定。

在本实施例中，用户信息识别主要凭借法律文件产生之前的通讯方式确定，包括但不限于固定IP、指定邮箱地址或指定手机等，并通过上述通讯方式约定指定账号来进行法律文件的接收。所以，只有指定账户才能够形成第一数据文件。也只有符合前期沟通指定条件的，包括但不限于IP地址，指定邮箱，指定手机，才能够收到第二数据文件。

S612、所述用户客户端运行在可信执行环境下，在所述第一数据文件D1中添加用户电子签名，形成包含用户信息签名的第二数据文件D2。

其中，所述用户信息签名包括用户电子签名和用户身份标识信息。所述电子签字的方式包括以下之一：导入签名文件、在电子设备上通过触摸屏签字、通过人脸识别签字。通过以上任一种签字方式的签字过程都会产生一个包含用户签字信息的第二数据文件D2。

在一个实施例中，所述步骤S62中，所述通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值；包括：用户客户端在用户进行签字过程中，通过哈希算法对所述第二数据文件D2进行哈希运算生成并记录与其对应的哈希值。

在一个实施例中，所述步骤S63中，所述采用用户私钥对所述第二数据文件D2进行加密，包括：

用户客户端在用户进行签字过程中根据用户的电子签字和用户身份标识通过哈希（hash）算法进行哈希运算生成用户私钥，并将所述用户私钥存储于用户服务端中的，并与用户的身份标识建立起一一对应的关系。采用所述用户私钥对所述第二数据文件D2进行加密。

在一个实施例中，所述步骤S64中，所述用户端将所述第二数据文件D2发送至云端数据库，包括：用户服务端将所述第二数据文件D2发送至云端数据库。

本申请中，所述第二数据文件D2经过加密处理后通过通信网络被传输给在云端数据库。其中，所述通信网络包括移动通信网络、或者有线通信网络。

在本实施例中，通过采用哈希运算和用公钥私钥的非对称加密方法对于签字法律文件进行加密处理，即将用户端形成的签字法律文件做哈希运算，再利用用户身份标识的用户私钥加密；通过用户端对接收到的法律文件形成携带有用户身份标识的第一数据文件D1和包含用户信息签名的第二数据文件D2，并通过哈希算法对所述第二数据文件D2进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件D2进行加密，既保证了用户数据的安全，又保证签字文件数据不可篡改的特性。其次是保密，利用公钥私钥方式进行文件保密和不可篡改。同时，将用户端的用户个人有效数据在用户端完成加密，并存储在用户信赖的个人电子设备上，方便用户，增加信任，保护了私人用户的数据安全。

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

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

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (20)

1.一种基于区块链存储的法律文件电子签名方法，其特征在于，所述方法包括：

企业端生成符合条件的法律文件，发送给用户端的指定账户；

用户端通过所述指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件，并通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件进行加密，将所述第二数据文件发送至双方均认可的云端数据库；

所述云端数据库接收所述第二数据文件，以副本的分布式存储方式存储在云端数据库的不同数据库模块中，并将包含用户信息签名的第二数据文件形成的已签字法律文件发送反馈给企业端；

企业端接收所述已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性。

2.如权利要求1所述的方法，其特征在于，所述企业端包括企业服务端和企业客户端；所述企业端生成符合条件的法律文件，并发送给用户端的指定账户；包括：

所述企业客户端生成需要签署的符合条件的法律文件；

所述企业服务端将所述企业客户端生成的所述法律文件发送给用户端的指定账户。

3.如权利要求1所述的方法，其特征在于，所述用户端包括用户服务端和用户客户端；所述用户端通过所述指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件；包括：

所述用户服务端通过所述指定账户收到来自企业服务端发送的并且已经签署的法律文件，形成携带有用户身份标识的第一数据文件；

所述用户客户端运行在可信执行环境下，在所述第一数据文件中添加用户电子签名，形成包含用户信息签名的第二数据文件。

4.如权利要求3所述的方法，其特征在于，所述形成携带有用户身份标识的第一数据文件，包括：

所述用户服务端获取用户客户端所对应的用户身份标识，并将所述用户身份标识与所述法律文件进行绑定，通过将所述用户身份标识写在所述法律文件的指定位置上，或者将所述用户身份标识拼接在所述法律文件的头部或者尾部，形成携带有用户身份标识的第一数据文件。

5.如权利要求1所述的方法，其特征在于，所述用户私钥采用以下方式生成：

用户客户端在用户进行签字过程中根据用户的电子签字和用户身份标识通过哈希算法进行哈希运算生成用户私钥，所述用户私钥存储于用户服务端中的，并与用户的身份标识建立起一一对应的关系。

6.如权利要求1所述的方法，其特征在于，所述云端数据库接收所述第二数据文件，以副本的分布式存储方式存储在云端数据库的不同数据库模块中；包括：

所述云端数据库接收所述第二数据文件，确定所述第二数据文件记录的哈希值；

所述云端数据库将所述第二数据文件与其生成的哈希值一起以副本的分布式存储方式存储在云端数据库的不同数据库模块中。

7.如权利要求6所述的方法，其特征在于，采用Copyset Replication算法来计算副本数量以及放置方式，将所述第二数据文件分布式存储在云端数据库的不同数据库模块中。

8.如权利要求1所述的方法，其特征在于，所述企业端接收云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；包括：

所述已签字法律文件在企业客户端被打开时，自动回传打开情况信息给所述云端数据库，并由所述云端数据库对已打开的所述已签字法律文件进行哈希值计算及验证，并将验证结果通知企业服务端，以验证所述已签字法律文件有效性。

9.如权利要求1所述的方法，其特征在于，所述企业端接收云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；包括：

验收方主动发起对接收到所述已签字法律文件的有效性进行验证，对储存在所述第二数据文件当中的记录进行验证，以验证所述已签字法律文件有效性。

10.一种基于区块链存储的法律文件电子签名方法，应用于企业端，其特征在于，所述方法包括：

企业端生成符合条件的法律文件；

企业端将所述法律文件发送给用户端的指定账户；

企业端接收到云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；其中，所述已签字法律文件是由所述用户端对接收到的所述法律文件形成包含用户信息签名的第二数据文件，通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，将所述第二数据文件存储到所述云端数据库。

11.如权利要求10所述的方法，其特征在于，所述企业端包括企业客户端；所述企业端生成符合条件的法律文件包括：企业客户端生成需要签署的法律文件。

12.如权利要求11所述的方法，其特征在于，所述企业端包括企业服务端；所述企业端将所述法律文件发送给用户端的指定账户，包括：企业服务端将所述企业客户端生成的所述法律文件发送给用户端的指定账户。

13.如权利要求12所述的方法，其特征在于，所述企业端接收云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；包括：

所述已签字法律文件在企业客户端被打开时，自动回传打开情况信息给所述云端数据库，并由所述云端数据库对已打开的所述已签字法律文件进行哈希值计算及验证，并将验证结果通知企业服务端，以验证所述已签字法律文件有效性。

14.如权利要求12所述的方法，其特征在于，所述企业端接收云端数据库发送的已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性；包括：

验收方主动发起对接收到所述已签字法律文件的有效性进行验证，对储存在第二数据文件当中的记录进行验证，以验证所述已签字法律文件有效性。

15.一种基于区块链存储的法律文件电子签名方法，应用于用户端，其特征在于，所述方法包括：

用户端通过指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件；

通过哈希算法对所述第二数据文件进行哈希运算，生成与其对应的哈希值，存储在云端数据库，以供验证所述第二数据文件的有效性；

采用用户私钥对所述第二数据文件进行加密；

用户端将所述第二数据文件发送至云端数据库。

16.如权利要求15所述的方法，其特征在于，所述用户端包括用户服务端和用户客户端；所述用户端通过指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件；包括：

所述用户服务端通过指定账户收到来自企业服务端发送的并且已经签署的法律文件，形成携带有用户身份标识的第一数据文件；

所述用户客户端运行在可信执行环境下，在所述第一数据文件中添加用户电子签名，形成包含用户信息签名的第二数据文件。

17.如权利要求16所述的方法，其特征在于，所述形成携带有用户身份标识的第一数据文件，包括：

所述用户服务端获取用户客户端所对应的用户身份标识，并将所述用户身份标识与所述法律文件进行绑定，通过将所述用户身份标识写在所述法律文件的指定位置上，或者将所述用户身份标识拼接在所述法律文件的头部或者尾部，形成携带有用户身份标识的第一数据文件。

18.如权利要求15所述的方法，其特征在于，所述用户私钥采用以下方式生成：

用户客户端在用户进行签字过程中根据用户的电子签字和用户身份标识通过哈希算法进行哈希运算生成用户私钥，所述用户私钥存储于用户服务端中的，并与用户的身份标识建立起一一对应的关系。

19.如权利要求16所述的方法，其特征在于，所述用户端将所述第二数据文件发送至云端数据库，包括：用户服务端将所述第二数据文件发送至云端数据库。

20.一种基于区块链存储的法律文件电子签名系统，应用于如权利要求1至9任一项所述的一种基于区块链存储的法律文件电子签名方法，其特征在于，所述系统包括：企业端、用户端、云端数据库；其中：

所述企业端，用于生成符合条件的法律文件，发送给用户端的指定账户；

所述用户端，用于通过所述指定账户接收所述法律文件，形成包含用户信息签名的第二数据文件，并通过哈希算法对所述第二数据文件进行哈希运算生成与其对应的哈希值，以及采用用户私钥对所述第二数据文件进行加密，将所述第二数据文件发送至双方均认可的云端数据库；

所述云端数据库，用于接收所述第二数据文件，以副本的分布式存储方式存储在云端数据库的不同数据库模块中，并将包含用户信息签名的第二数据文件形成的已签字法律文件发送反馈给企业端；

所述企业端，还用于接收所述已签字法律文件，并将所述已签字法律文件中的哈希值与所述云端数据库中存储的哈希值进行解密对比验证，验证所述已签字法律文件有效性。

Images