CN113642048B - 一种保护隐私的合同传输签名方法 - Google Patents

Abstract

本发明涉及电子合同签署，具体涉及一种保护隐私的合同传输签名方法，用户端向管理端提供信息申请可信身份凭证，管理端创建区块链可信数字身份，并向用户端发送包含公钥信息的可信身份凭证；用户端之间建立点对点传输，并通过点对点传输发送自己的可信身份凭证，用户端之间通过可信身份凭证进行身份验证，并进行签名、验签，完成合同签署；用户端存储签署合同后，基于可信身份凭证进行身份验证，并对签署合同上的签名进行验证，完成合同校验；本发明提供的技术方案能够有效克服现有技术所存在的无法对合同隐私数据、用户隐私数据进行有效保护的缺陷。

Description

一种保护隐私的合同传输签名方法

技术领域

本发明涉及电子合同签署，具体涉及一种保护隐私的合同传输签名方法。

背景技术

传统纸质合同涉及反复修改、用章流程繁琐、需快递或人工送达、归档调阅麻烦等问题，现代电子合同可以实现在线化、无纸化，具有提高效率、降低签署成本等优点。以往纸质合同“白纸黑字”无法抵赖，转变为电子合同后，电子合同平台通过作为中立第三方的角色来证明自身不会篡改合同。

但从技术上来说，电子合同平台是有可能篡改合同内容的，电子合同由电子合同平台生成然后再传输至合同签署双方，其中合同内容会被电子合同平台获取，并且在传输电子合同时如果采用社交软件或邮件，也会使得合同内容被其他平台获取，无法得到有效的隐私保护。此外，电子合同或者纸质合同在出示供人查阅时，都只能提供完整版本来保证合同内容的真实性。

现有的电子合同，存在于第三方中心化系统中，并由中心化系统进行归档存证，传输过程也经由第三方传输，可能会导致合同内容泄露。在授权公告号为CN 111224788 B的发明专利中公开了一种基于区块链的电子合同管理方法、装置及系统，将用户公钥存储在区块链上，然后利用用户公钥验证签名的合法性，该方案可以保护合同签署过程中的隐私不被泄露，但是该方案依然将用户公钥和公钥对应用户信息存储在区块链上，因此无法保证签署合同用户的隐私。

发明内容

(一)解决的技术问题

针对现有技术所存在的上述缺点，本发明提供了一种保护隐私的合同传输签名方法，能够有效克服现有技术所存在的无法对合同隐私数据、用户隐私数据进行有效保护的缺陷。

(二)技术方案

为实现以上目的，本发明通过以下技术方案予以实现：

一种保护隐私的合同传输签名方法，包括以下步骤：

S1、用户端向管理端提供信息申请可信身份凭证，管理端创建区块链可信数字身份，并向用户端发送包含公钥信息的可信身份凭证；

S2、用户端之间建立点对点传输，并通过点对点传输发送自己的可信身份凭证，用户端之间通过可信身份凭证进行身份验证，并进行签名、验签，完成合同签署；

S3、用户端存储签署合同后，基于可信身份凭证进行身份验证，并对签署合同上的签名进行验证，完成合同校验。

优选地，S1中用户端向管理端提供信息申请可信身份凭证，管理端创建区块链可信数字身份，并向用户端发送包含公钥信息的可信身份凭证，包括：

用户端创建公私钥、分布式数字身份DID，并提供给管理端申请可信身份凭证；

管理端调用数字身份智能合约创建区块链可信数字身份，并将由智能合约生成包含公钥信息的可信身份凭证分别发送至对应用户端。

优选地，S2中通过点对点传输发送自己的可信身份凭证，用户端之间通过可信身份凭证进行身份验证，并进行签名、验签，完成合同签署，包括：

甲方利用乙方可信身份凭证对乙方进行身份验证，验证成功后创建合同源文件，并进行签名；

乙方利用甲方可信身份凭证对甲方进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名；

甲方利用乙方可信身份凭证对乙方再一次进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，完成合同签署。

优选地，所述甲方利用乙方可信身份凭证对乙方进行身份验证，验证成功后创建合同源文件，并进行签名，包括：

乙方通过点对点传输向甲方发送可信身份凭证，甲方去链上对乙方进行身份验证，验证身份成功后创建包含甲方可信身份凭证、乙方可信身份凭证的合同源文件；

甲方用私钥对合同源文件进行签名，得到签名文件h1，并与合同源文件通过点对点传输发送给乙方。

优选地，所述乙方利用甲方可信身份凭证对甲方进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，包括：

乙方接收合同源文件、签名文件h1后，利用甲方可信身份凭证去链上对甲方进行身份验证，验证身份成功后从甲方可信身份凭证中提取甲方公钥，并利用甲方公钥对签名文件h1进行验签；

验证签名合法后，乙方用私钥对签名文件h1进行签名，得到签名文件h2，并通过点对点传输发送给甲方，同时将合同源文件、签名文件h1、签名文件h2存储至本地服务器。

优选地，所述甲方利用乙方可信身份凭证对乙方再一次进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，完成合同签署，包括：

甲方接收签名文件h2后，利用乙方可信身份凭证去链上对乙方进行身份验证，验证身份成功后从乙方可信身份凭证中提取乙方公钥，并利用乙方公钥对签名文件h2进行验签；

验证签名合法后，甲方将合同源文件、签名文件h1、签名文件h2存储至本地服务器，完成合同签署。

优选地，S3中所述用户端存储签署合同后，基于可信身份凭证进行身份验证，并对签署合同上的签名进行验证，完成合同校验，包括：

甲方、乙方先利用乙方可信身份凭证去链上对乙方进行身份验证，验证身份成功后从乙方可信身份凭证中提取乙方公钥，并利用乙方公钥对签名文件h2进行验签；

验证签名合法后，利用甲方可信身份凭证去链上对甲方进行身份验证，验证身份成功后从甲方可信身份凭证中提取甲方公钥，并利用甲方公钥对签名文件h1进行验签，验证签名合法后，证明签名文件h2合法有效。

优选地，S2中所述用户端之间建立点对点传输，包括：

甲方随机关联云端代理服务器，并向乙方乙方出示点对点通信邀请；

乙方随机关联云端代理服务器，并在同意点对点通信邀请后，向甲方代理发起点对点通信建立请求；

甲方从甲方代理获取点对点通信建立请求后，向乙方代理发送连接响应；

乙方从乙方代理获取连接响应后，双方建立点对点传输成功。

优选地，所述双方建立点对点传输成功后，包括：

乙方通过点对点传输向甲方Aries代理发送披露合同内容请求，甲方从甲方Aries代理获取披露合同内容请求后，向乙方Aries代理发送合同内容，乙方从乙方Aries代理获取合同内容。

(三)有益效果

与现有技术相比，本发明所提供的一种保护隐私的合同传输签名方法，结合区块链、分布式数字身份DID、HyperledgerAries点对点传输在实现传统电子合同签署功能的同时，能够有效保护合同隐私数据、用户隐私数据不被泄露；在查看签署合同时，能够在对合同内容进行选择性披露的情况下，保证合同内容的真实性，避免提供完整版本而造成合同隐私数据泄露。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明中合同签署方身份注册的流程示意图；

图2为本发明中合同签署的流程示意图；

图3为本发明中合同校验的流程示意图；

图4为本发明中点对点传输以及查看签署合同的流程示意图。

具体实施方式

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

一种保护隐私的合同传输签名方法，图1为合同签署方身份注册的流程示意图，具体包括：

S1、用户端向管理端提供信息申请可信身份凭证，管理端创建区块链可信数字身份，并向用户端发送包含公钥信息的可信身份凭证。

S1中用户端向管理端提供信息申请可信身份凭证，管理端创建区块链可信数字身份，并向用户端发送包含公钥信息的可信身份凭证，包括：

用户端创建公私钥、分布式数字身份DID，并提供给管理端申请可信身份凭证；

管理端调用数字身份智能合约创建区块链可信数字身份，并将由智能合约生成包含公钥信息的可信身份凭证分别发送至对应用户端。

图2为合同签署的流程示意图，具体包括：

S2、用户端之间建立点对点传输，并通过点对点传输发送自己的可信身份凭证，用户端之间通过可信身份凭证进行身份验证，并进行签名、验签，完成合同签署。

S2中通过点对点传输发送自己的可信身份凭证，用户端之间通过可信身份凭证进行身份验证，并进行签名、验签，完成合同签署，包括：

甲方利用乙方可信身份凭证对乙方进行身份验证，验证成功后创建合同源文件，并进行签名；

乙方利用甲方可信身份凭证对甲方进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名；

甲方利用乙方可信身份凭证对乙方再一次进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，完成合同签署。

其中，甲方利用乙方可信身份凭证对乙方进行身份验证，验证成功后创建合同源文件，并进行签名，包括：

乙方通过点对点传输向甲方发送可信身份凭证，甲方去链上对乙方进行身份验证，验证身份成功后创建包含甲方可信身份凭证、乙方可信身份凭证的合同源文件；

甲方用私钥对合同源文件进行签名，得到签名文件h1，并与合同源文件通过点对点传输发送给乙方。

其中，乙方利用甲方可信身份凭证对甲方进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，包括：

乙方接收合同源文件、签名文件h1后，利用甲方可信身份凭证去链上对甲方进行身份验证，验证身份成功后从甲方可信身份凭证中提取甲方公钥，并利用甲方公钥对签名文件h1进行验签；

验证签名合法后，乙方用私钥对签名文件h1进行签名，得到签名文件h2，并通过点对点传输发送给甲方，同时将合同源文件、签名文件h1、签名文件h2存储至本地服务器。

其中，甲方利用乙方可信身份凭证对乙方再一次进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，完成合同签署，包括：

甲方接收签名文件h2后，利用乙方可信身份凭证去链上对乙方进行身份验证，验证身份成功后从乙方可信身份凭证中提取乙方公钥，并利用乙方公钥对签名文件h2进行验签；

验证签名合法后，甲方将合同源文件、签名文件h1、签名文件h2存储至本地服务器，完成合同签署。

图3为合同校验的流程示意图，具体包括：

S3、用户端存储签署合同后，基于可信身份凭证进行身份验证，并对签署合同上的签名进行验证，完成合同校验。

S3中用户端存储签署合同后，基于可信身份凭证进行身份验证，并对签署合同上的签名进行验证，完成合同校验，包括：

甲方、乙方先利用乙方可信身份凭证去链上对乙方进行身份验证，验证身份成功后从乙方可信身份凭证中提取乙方公钥，并利用乙方公钥对签名文件h2进行验签；

验证签名合法后，利用甲方可信身份凭证去链上对甲方进行身份验证，验证身份成功后从甲方可信身份凭证中提取甲方公钥，并利用甲方公钥对签名文件h1进行验签，验证签名合法后，证明签名文件h2合法有效。

上述技术方案中，甲、乙双方在传输各自的可信身份凭证时，可以选择性披露信息，比如只披露公司的名称信息，其他备案信息选择隐藏，这样可以在披露部分信息的情况下校验公司信息是否可信，能够极大程度地保护公司隐私数据。可信身份凭证在区块链上以hash形式存储也不会泄露公司信息，整个合同签署过程中，签署双方的隐私数据得到有效保护的同时，也能够校验合同签署的合法性。

图4为点对点传输以及查看签署合同的流程示意图，其中点对点传输具体包括：

甲方随机关联云端代理服务器，并向乙方乙方出示点对点通信邀请；

乙方随机关联云端代理服务器，并在同意点对点通信邀请后，向甲方代理发起点对点通信建立请求；

甲方从甲方代理获取点对点通信建立请求后，向乙方代理发送连接响应；

乙方从乙方代理获取连接响应后，双方建立点对点传输成功。

其中，查看签署合同具体包括：

双方建立点对点传输成功后，乙方通过点对点传输向甲方Aries代理发送披露合同内容请求，甲方从甲方Aries代理获取披露合同内容请求后，向乙方Aries代理发送合同内容，乙方从乙方Aries代理获取合同内容。

本申请技术方案中，利用HyperledgerAries进行点对点传输，HyperledgerAries为基于去中心化身份和可验证凭据进行点对点交互，提供了交互协议、工具集，提供证书点对点传输、披露、验证支持，和身份私钥管理与证书保存支持。其中，点对点传输经由Aries代理完成，通过为分布式数字身份DID声明Aries代理服务器，建立分布式数字身份DID间的点对点通讯。通讯发起方经由代理与其他基于分布式数字身份DID锚定的代理建立连接，推送通知消息。

基于Aries的点对点传输，传输过程中代理服务器不存储任何合同信息，只执行转发功能，可以有效避免电子合同通过第三方社交软件或邮件发送导致合同信息泄露，保护合同隐私数据。

在合同签署过程中，甲方披露全部合同内容供乙方查看并签署。在合同签署后，甲、乙双方的公司领导可能只需要了解合同签署的时间、履行合同的期限等事项，并不想去看具体细则，此时就可以采用选择性披露，对部分合同内容进行披露查看，并且披露的部分合同内容是可以在区块链上进行校验的，从而能够保证披露内容的真实性。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不会使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (4)

1.一种保护隐私的合同传输签名方法，其特征在于：包括以下步骤：

S1、用户端向管理端提供信息申请可信身份凭证，管理端创建区块链可信数字身份，并向用户端发送包含公钥信息的可信身份凭证；

S2、用户端之间建立Aries点对点传输，并通过点对点传输发送自己的可信身份凭证，用户端之间通过可信身份凭证进行身份验证，并进行签名、验签，完成合同签署；

S3、用户端存储签署合同后，基于可信身份凭证进行身份验证，并对签署合同上的签名进行验证，完成合同校验；

S2中通过点对点传输发送自己的可信身份凭证，用户端之间通过可信身份凭证进行身份验证，并进行签名、验签，完成合同签署，包括：

甲方利用乙方可信身份凭证对乙方进行身份验证，验证成功后创建合同源文件，并进行签名；

乙方利用甲方可信身份凭证对甲方进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名；

甲方利用乙方可信身份凭证对乙方再一次进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，完成合同签署；

所述甲方利用乙方可信身份凭证对乙方进行身份验证，验证成功后创建合同源文件，并进行签名，包括：

乙方通过点对点传输向甲方发送可信身份凭证，甲方去链上对乙方进行身份验证，验证身份成功后创建包含甲方可信身份凭证、乙方可信身份凭证的合同源文件；

甲方用私钥对合同源文件进行签名，得到签名文件h1，并与合同源文件通过点对点传输发送给乙方；

所述乙方利用甲方可信身份凭证对甲方进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，包括：

乙方接收合同源文件、签名文件h1后，利用甲方可信身份凭证去链上对甲方进行身份验证，验证身份成功后从甲方可信身份凭证中提取甲方公钥，并利用甲方公钥对签名文件h1进行验签；

验证签名合法后，乙方用私钥对签名文件h1进行签名，得到签名文件h2，并通过点对点传输发送给甲方，同时将合同源文件、签名文件h1、签名文件h2存储至本地服务器；

所述甲方利用乙方可信身份凭证对乙方再一次进行身份验证，验证成功后对签名文件进行验签，验签成功后进行签名，完成合同签署，包括：

甲方接收签名文件h2后，利用乙方可信身份凭证去链上对乙方进行身份验证，验证身份成功后从乙方可信身份凭证中提取乙方公钥，并利用乙方公钥对签名文件h2进行验签；

验证签名合法后，甲方将合同源文件、签名文件h1、签名文件h2存储至本地服务器，完成合同签署；

S3中所述用户端存储签署合同后，基于可信身份凭证进行身份验证，并对签署合同上的签名进行验证，完成合同校验，包括：

甲方、乙方先利用乙方可信身份凭证去链上对乙方进行身份验证，验证身份成功后从乙方可信身份凭证中提取乙方公钥，并利用乙方公钥对签名文件h2进行验签；

验证签名合法后，利用甲方可信身份凭证去链上对甲方进行身份验证，验证身份成功后从甲方可信身份凭证中提取甲方公钥，并利用甲方公钥对签名文件h1进行验签，验证签名合法后，证明签名文件h2合法有效。

2.根据权利要求1所述的保护隐私的合同传输签名方法，其特征在于：S1中用户端向管理端提供信息申请可信身份凭证，管理端创建区块链可信数字身份，并向用户端发送包含公钥信息的可信身份凭证，包括：

用户端创建公私钥、分布式数字身份DID，并提供给管理端申请可信身份凭证；

管理端调用数字身份智能合约创建区块链可信数字身份，并将由智能合约生成包含公钥信息的可信身份凭证分别发送至对应用户端。

3.根据权利要求1所述的保护隐私的合同传输签名方法，其特征在于：S2中所述用户端之间建立点对点传输，包括：

甲方随机关联云端代理服务器，并向乙方出示点对点通信邀请；

乙方随机关联云端代理服务器，并在同意点对点通信邀请后，向甲方代理发起点对点通信建立请求；

甲方从甲方代理获取点对点通信建立请求后，向乙方代理发送连接响应；

乙方从乙方代理获取连接响应后，双方建立点对点传输成功。

4.根据权利要求3所述的保护隐私的合同传输签名方法，其特征在于：所述双方建立点对点传输成功后，包括：

乙方通过点对点传输向甲方Aries代理发送披露合同内容请求，甲方从甲方Aries代理获取披露合同内容请求后，向乙方Aries代理发送合同内容，乙方从乙方Aries代理获取合同内容。