基于区块链的电子合同签署方法和装置、设备和介质与流程

1.本公开涉及电子签约技术、区块链技术，尤其是一种基于区块链的电子合同签署方法和装置、设备和介质。


背景技术：

2.随着区块链技术的不断发展，以区块链技术为基础的电子签约技术也随之兴起。在现有技术中，在对电子合同的签约过程中，通常仅可以在线上对电子合同进行签名确认，无法对电子合同进行在线修改。


技术实现要素：

3.本公开实施例提供一种基于区块链的电子合同签署方法和装置、设备和介质，以解决上述问题。
4.本公开实施例的一个方面，提供了一种基于区块链的电子合同签署方法，包括：签约系统接收目标电子合同的第一签约方客户端发送的签约请求，其中，所述签约请求包括所述目标电子合同；所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求，其中，所述合同确认请求包括所述目标电子合同；响应于所述签约系统接收到所述第二签约方客户端针对所述合同确认请求反馈的所述目标电子合同的第一修改信息，所述签约系统向所述第一签约方客户端发送合同修改确认请求，其中，所述合同修改确认请求包括所述第一修改信息；响应于所述签约系统接收到所述第一签约方客户端反馈的针对所述合同修改确认请求的确认消息，所述签约系统基于所述目标电子合同和所述第一修改信息生成待签名目标电子合同；所述签约系统向所述第一签约方客户端和所述第二签约方客户端发送针对所述待签名目标电子合同的签名通知，以使所述第一签约方和所述第二签约方对所述待签名目标电子合同进行签名处理，得到所述签名目标电子合同；所述签约系统将所述签名目标电子合同存储至区块链进行存证。
5.可选地，在本公开上述任一实施例的方法中，还包括：响应于所述签约系统接收到所述第一签约方客户端发送的针对所述合同修改确认请求的拒绝消息，所述签约系统监控所述第一签约方客户端是否在预设时长内反馈针对所述目标电子合同的第二修改信息；响应于所述签约系统在所述预设时长内接收到所述第一签约方客户端反馈的所述第二修改信息，所述签约系统基于所述目标电子合同和所述第二修改信息生成所述待签名目标电子合同。
6.可选地，在本公开上述任一实施例的方法中，还包括：响应于所述签约系统未在所述预设时长内接收到所述第一签约方客户端反馈的所述第二修改信息，所述签约系统将所述目标电子合同的状态修改为作废；所述签约系统将所述目标电子合同存储至所述区块链存证。
7.可选地，在本公开上述任一实施例的方法中，还包括：所述签约系统确定所述第二签约方是否具有修改合同权限；响应于所述第二签约方具有所述修改合同权限，所述签约
系统执行所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作；响应于所述第二签约方未具有所述修改合同权限，所述签约系统将所述目标电子合同确定为所述待签名目标电子合同。
8.可选地，在本公开上述任一实施例的方法中，所述签约请求还包括：第一签约方身份凭证；所述方法还包括：所述签约系统利用所述第一签约方的公私密钥对中公钥对所述第一签约方身份凭证的签名进行验证；响应于所述第一签约方身份凭证的签名通过所述第一签约方的公私密钥对中公钥的验证，所述签约系统执行所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作。
9.可选地，在本公开上述任一实施例的方法中，还包括：所述签约系统向所述第二签约方客户端发送身份验证请求；响应于所述签约系统接收到所述第二签约方客户端针对所述身份验证请求反馈的第二签约方身份凭证，所述签约系统利用所述第二签约方的公私密钥对中公钥对所述第二签约方身份凭证的签名进行验证；响应于所述第二签约方身份凭证的签名通过所述第二签约方的公私密钥对中公钥的验证，所述签约系统执行所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作。
10.本公开实施例的一个方面，提供了一种基于区块链的电子合同签署装置，包括：第一接收模块，用于签约系统接收目标电子合同的第一签约方客户端发送的签约请求，其中，所述签约请求包括所述目标电子合同；第一发送模块，用于所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求，其中，所述合同确认请求包括所述目标电子合同；第二发送模块，响应于所述签约系统接收到所述第二签约方客户端针对所述合同确认请求反馈的所述目标电子合同的第一修改信息，所述签约系统向所述第一签约方客户端发送合同修改确认请求，其中，所述合同修改确认请求包括所述第一修改信息；第一合同生成模块，用于响应于所述签约系统接收到所述第一签约方客户端反馈的针对所述合同修改确认请求的确认消息，所述签约系统基于所述目标电子合同和所述第一修改信息生成待签名目标电子合同；签名模块，用于所述签约系统向所述第一签约方客户端和所述第二签约方客户端发送针对所述待签名目标电子合同的签名通知，以使所述第一签约方和所述第二签约方对所述待签名目标电子合同进行签名处理，得到所述签名目标电子合同；第一存证模块，用于所述签约系统将所述签名目标电子合同存储至区块链进行存证。
11.可选地，在本公开上述任一实施例的装置中，还包括：监控模块，用于响应于所述签约系统接收到所述第一签约方客户端发送的针对所述合同修改确认请求的拒绝消息，所述签约系统监控所述第一签约方客户端是否在预设时长内反馈针对所述目标电子合同的第二修改信息；第二合同生成模块，用于响应于所述签约系统在所述预设时长内接收到所述第一签约方客户端反馈的所述第二修改信息，所述签约系统基于所述目标电子合同和所述第二修改信息生成所述待签名目标电子合同。
12.本公开实施例的一个方面，提供了一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现上述基于区块链的电子合同签署方法。
13.本公开实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现上述基于区块链的电子合同签署方法。
14.本公开实施例提供了一种基于区块链的电子合同签署方法和装置、设备和介质，
包括：签约系统向第二签约方客户端发送包括签约请求的合同确认请求；当签约系统接收到第二签约方客户端针对合同确认请求反馈的目标电子合同的第一修改信息，签约系统向所述第一签约方客户端发送合同修改确认请求；当签约系统接收到第一签约方客户端反馈的针对合同修改确认请求的确认消息，签约系统基于目标电子合同和第一修改信息生成待签名目标电子合同；签约系统向第一签约方客户端和第二签约方客户端发送针对待签名目标电子合同的签名通知，以使第一签约方和第二签约方对待签名目标电子合同进行签名处理，得到签名目标电子合同；签约系统将签名目标电子合同存储至区块链进行存证。由此，本公开实施例中，通过向第二签约方客户端发送合同确认请求以及向第一签约方客户端发送包括第一修改信息的合同修改确认请求，通过第一签约方和第二签约方的确认后，生成待签约目标电子合同，实现了第一签约方和第二签约方对目标电子合同的在线修改。另外，本公开实施例中将包括第一修改信息的合同修改确认请求发送第一签约方，使第一签约方可以高效的确定第二签约方对目标电子合同的修改，提高了用户体验。
15.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
附图说明
16.构成说明书的一部分的附图描述了本公开的实施例，并且连同描述一起用于解释本公开的原理。
17.参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：图1示出本公开实施例的基于区块链的电子合同签署方法一个实施例的流程图；图2示出本公开实施例的基于区块链的电子合同签署方法一个实施例的流程图；图3示出本公开实施例的基于区块链的电子合同签署方法一个实施例的流程图；图4示出本公开实施例的基于区块链的电子合同签署方法一个实施例的流程图；图5示出本公开实施例的基于区块链的电子合同签署方法一个实施例的流程图；图6为本公开实施例基于区块链的电子合同签署装置一个实施例的结构示意图；图7为本公开电子设备一个应用实施例的结构示意图。
具体实施方式
18.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
19.本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。
20.还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。
21.还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。
22.另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。
23.还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。
24.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
25.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
26.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
27.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
28.本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。
29.终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令（诸如程序模块）的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
30.图1示出本公开实施例中基于区块链的电子合同签署方法的流程示意图。本实施例可应用在电子设备上，如图1所示，本实施例的基于区块链的电子合同签署方法包括如下步骤：步骤s110，签约系统接收目标电子合同的第一签约方客户端发送的签约请求。
31.其中，该签约请求包括目标电子合同。
32.签约系统具有对目标电子合同的处理资格。签约系统可以部署在服务器或计算机上。目标电子合同可以包括合同内容、第一签约方和第二签约方。第一签约方客户端和第二签约方客户端均与签约系统通信连接。
33.步骤s120，签约系统向目标电子合同的第二签约方的第二签约方客户端发送合同确认请求。
34.其中，该合同确认请求包括目标电子合同。
35.第二签约方客户端接收签约系统发送的合同确认请求，第二签约方可以在第二签约方客户端查看目标电子合同。
36.步骤s130，响应于签约系统接收到第二签约方客户端针对合同确认请求反馈的目标电子合同的第一修改信息，签约系统向第一签约方客户端发送合同修改确认请求。
37.其中，合同修改确认请求包括：第一修改信息。第一修改信息可以包括：第二签约
chain)是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证数据不可篡改和不可伪造的分布式账本。
50.本公开实施例中，通过向第二签约方客户端发送合同确认请求以及向第一签约方客户端发送包括第一修改信息的合同修改确认请求，通过第一签约方和第二签约方的确认后，生成待签约目标电子合同，实现了第一签约方和第二签约方对目标电子合同的在线修改。另外，本公开实施例中将包括第一修改信息的合同修改确认请求发送第一签约方，使第一签约方可以高效的确定第二签约方对目标电子合同的修改，提高了用户体验。
51.在一个可选实施例中，如图2所示 ，本公开实施例的基于区块链的电子合同签署方法还包括如下步骤：步骤s210，响应于签约系统接收到第一签约方客户端发送的针对合同修改确认请求的拒绝消息，签约系统监控第一签约方客户端是否在预设时长内反馈针对目标电子合同的第二修改信息。
52.其中，预设时长可以根据实际情况设置，例如预设时长可以为三天或一周等。第二修改信息可以包括：第一签约方针对目标电子合同的修改信息。
53.在签约系统向第一签约方客户端发送合同修改确认请求之后，当第一签约方不同意第一修改信息时，第一签约方客户端向签约系统发送针对合同修改确认请求的拒绝消息。
54.在一种实现方式中，当签约系统接收到第一签约方客户端发送的针对合同修改确认请求的拒绝消息，签约系统开始计时和监控第一签约方客户端。
55.在一种实现方式中，当第一签约方不同意第一修改信息时，第一签约方和第二签约方可以在线下对目标电子合同进行磋商，并在预设时长内，确定对目标电子合同的修改。
56.步骤s220，响应于签约系统在预设时长内接收到第一签约方客户端反馈的第二修改信息，签约系统基于目标电子合同和第二修改信息生成待签名目标电子合同。
57.其中，待签名目标电子合同包括第二修改信息。
58.在一种实现方式中，签约系统或第一签约方客户端可以将第二修改信息与目标电子合同的待修改内容绑定，以使第二修改信息与目标电子合同的待修改内容的对应。签约系统将与第二修改信息对应的目标电子合同的待修改内容修改为第二修改信息，得到待签名目标电子合同。
59.在一种实现方式中，签约系统还可以将第一修改信息和第二修改信息均存储至区块链，得到第一修改信息的存储地址和第二修改信息的存储地址，签约系统可以将第一修改信息和/或第一修改信息的存储地址，以及第二修改信息和/或第二修改信息的存储地址发送第一签约方客户端和第二签约方客户端。在一种实现方式中，签约系统向第一签约方客户端和第二签约方客户端发送针对待签名目标电子合同的签名通知和第二修改信息，以使第一签约方和第二签约方对待签名目标电子合同进行签名处理，得到签名目标电子合同。具体地，签约系统可以向第一签约方客户端发送签约通知、待签名目标电子合同和第二修改信息，第一签约方客户端接收签约通知、待签名目标电子合同和第二修改信息，第一签约方在第一签约方客户端对待签名目标电子合同进行签名，得到具有第一签约方签名的待签名目标电子合同，第一签约方客户端将具有第一签约方签名的待签名目标电子合同发送签约系统，签约系统向第二签约方客户端发送签名通知、具有第一签约方签名的待签名目
标电子合同和第二修改信息，第二签约方客户端接收签约通知、具有第一签约方签名的待签名目标电子合同和第二修改信息，第二签约方在第二签约方客户端对具有第一签约方签名的待签名目标电子合同进行签名，得到签名目标电子合同，第二签约方客户端将签名目标电子合同发送签约系统，其中，在对待签名目标电子合同签名过程中，第一签约方或第二签约方拒绝向待签名目标电子合同签名时，签约系统结束签约流程，签约系统将待签名目标电子合同的状态修改为作废，并将待签名的目标电子合同存储至区块链。
60.在一个可选实施例中，如图2所示 ，本公开实施例的基于区块链的电子合同签署方法还包括如下步骤：步骤s230，响应于签约系统未在预设时长内接收到第一签约方客户端反馈的第二修改信息，签约系统将目标电子合同的状态修改为作废。
61.其中，当签约系统监控到未在预设时长内接收到第一签约方客户端反馈的第二修改信息，签约系统将目标电子合同的状态修改为作废，以使目标电子合同作废。
62.需要说明是，本公开实施例中的步骤s220和步骤s230之间并未先后顺序，执行步骤s220之后无需执行步骤s230。
63.步骤s240，签约系统将目标电子合同存储至区块链存证。
64.其中，签约系统将状态为作废的目标电子合同存储至区块链，当存储成功后，区块链向签约系统反馈状态为作废的目标电子合同的存储地址，签约系统可以将状态为作废的目标电子合同和/或状态为作废的目标电子合同的存储地址发送第一签约方客户端和第二签约方客户端。在一个可选实施例中，如图3所示，本公开实施例的基于区块链的电子合同签署方法还包括如下步骤：步骤s310，签约系统确定第二签约方是否具有修改合同权限。
65.其中，签约系统中设置有权限列表，该权限列表包括第二签约方与权限的对应关系，根据权限列表中第二签约方与权限的对应关系，确定第二签约方对应的权限。
66.在一种实现方式中，在签约系统接收目标电子合同的第一签约方客户端发送的签约请求之后，签约系统确定第二签约方是否具有修改合同权限。
67.步骤s320，响应于第二签约方具有修改合同权限，签约系统执行签约系统向目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作。
68.其中，签约系统确定第二签约方具有修改合同权限，签约系统执行步骤s120的操作。
69.步骤s330，响应于第二签约方未具有修改合同权限，签约系统将目标电子合同确定为待签名目标电子合同。
70.在一种实现方式中，当签约系统确定第二签约方未具有修改合同权限，签约系统将目标电子合同确定为待签名目标电子合同，签约系统向第一签约方客户端和第二签约方客户端发送针对待签名目标电子合同的签名通知，以使第一签约方和第二签约方对述待签名目标电子合同进行签名处理，得到签名目标电子合同，签约系统将签名目标电子合同存储至区块链进行存证。
71.需要说明是，步骤s320和步骤s330之间并无先后顺序，执行步骤s320之后无需执行步骤s330。
72.在一个可选实施例中，本公开实施例中的签约请求还包括：第一签约方身份凭证，
如图4所示，本公开实施例的基于区块链的电子合同签署方法还包括如下步骤：步骤s410，签约系统利用第一签约方的公私密钥对中公钥对第一签约方身份凭证的签名进行验证。
73.其中，第一签约方身份凭证可以为数字证书，用于证明第一签约方身份。第一签约方身份凭证具有由第一签约方的公私密钥对中私钥生成的签名。第一签约方身份凭证可以由电子商务认证中心等具有认证资格的权威认证机构颁发。
74.签约系统可以从第一签约方客户端获取第一签约方的公私密钥对中公钥，或者根据第一签约方公布的第一签约方的公私密钥对中公钥的存储地址获取第一签约方的公私密钥对中公钥。
75.第一签约方的公私密钥对包括公钥和私钥，第一签约方的公私密钥对中公钥用于对第一签约方的公私密钥对中私钥生成的签名进行验证，第一签约方的公私密钥对中私钥用于对数据或信息等进行签名。第一签约方可以利用国密sm2算法、对称加密算法或非对称加密算法的生成第一签约方的公私密钥对。
76.步骤s420，响应于第一签约方身份凭证的签名通过第一签约方的公私密钥对中公钥的验证，签约系统执行签约系统向目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作。
77.其中，当第一签约方身份凭证的签名通过第一签约方的公私密钥对中公钥的验证，签约系统执行步骤s120的操作。当第一签约方身份凭证的签名未通过第一签约方的公私密钥对中公钥的验证，结束签约流程。
78.在一个可选实施例中，如图5所示 ，本公开实施例的基于区块链的电子合同签署方法还包括如下步骤：步骤s510，签约系统向第二签约方客户端发送身份验证请求。
79.其中，在签约系统接收目标电子合同的第一签约方客户端发送的签约请求之后，签约系统向第二签约方客户端发送用于请求第二签约方客户端出示第二签约方身份凭证的身份验证请求。
80.步骤s520，响应于签约系统接收到第二签约方客户端针对身份验证请求反馈的第二签约方身份凭证，签约系统利用第二签约方的公私密钥对中公钥对第二签约方身份凭证的签名进行验证。
81.其中，第二签约方的公私密钥对包括公钥和私钥，第二签约方的公私密钥对中公钥用于对第二签约方的公私密钥对中私钥生成的签名进行验证，第二签约方的公私密钥对中私钥用于对数据或信息等进行签名。第二签约方可以利用国密sm2算法、对称加密算法或非对称加密算法的生成第二签约方的公私密钥对。
82.第二签约方身份凭证可以为数字证书，用于证明第二签约方身份。第二签约方身份凭证具有由第二签约方的公私密钥对中私钥生成的签名。第二签约方身份凭证可以由电子商务认证中心等具有认证资格的权威认证机构颁发。
83.签约系统可以从第二签约方客户端获取第二签约方的公私密钥对中公钥，或者根据第二签约方公布的第二签约方的公私密钥对中公钥的存储地址获取第二签约方的公私密钥对中公钥。
84.步骤s530，响应于第二签约方身份凭证的签名通过第二签约方的公私密钥对中公
钥的验证，签约系统执行签约系统向目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作。
85.其中，当第二签约方身份凭证的签名通过第二签约方的公私密钥对中公钥的验证，签约系统执行步骤s120的操作，当第二签约方身份凭证的签名未通过第二签约方的公私密钥对中公钥的验证，结束签约流程。
86.图6示出本公开实施例中基于区块链的电子合同签署装置的框图。如图6所示，该实施例基于区块链的电子合同签署装置包括：第一接收模块610，用于签约系统接收目标电子合同的第一签约方客户端发送的签约请求，其中，所述签约请求包括所述目标电子合同；第一发送模块620，用于所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求，其中，所述合同确认请求包括所述目标电子合同；第二发送模块630，响应于所述签约系统接收到所述第二签约方客户端针对所述合同确认请求反馈的所述目标电子合同的第一修改信息，所述签约系统向所述第一签约方客户端发送合同修改确认请求，其中，所述合同修改确认请求包括所述第一修改信息；第一合同生成模块640，用于响应于所述签约系统接收到所述第一签约方客户端反馈的针对所述合同修改确认请求的确认消息，所述签约系统基于所述目标电子合同和所述第一修改信息生成待签名目标电子合同；签名模块650，用于所述签约系统向所述第一签约方客户端和所述第二签约方客户端发送针对所述待签名目标电子合同的签名通知，以使所述第一签约方和所述第二签约方对所述待签名目标电子合同进行签名处理，得到所述签名目标电子合同；第一存证模块660，用于所述签约系统将所述签名目标电子合同存储至区块链进行存证。
87.在一个可选实施例方式中，本公开实施例中的基于区块链的电子合同签署装置还包括：监控模块，用于响应于所述签约系统接收到所述第一签约方客户端发送的针对所述合同修改确认请求的拒绝消息，所述签约系统监控所述第一签约方客户端是否在预设时长内反馈针对所述目标电子合同的第二修改信息；第二合同生成模块，用于响应于所述签约系统在所述预设时长内接收到所述第一签约方客户端反馈的所述第二修改信息，所述签约系统基于所述目标电子合同和所述第二修改信息生成所述待签名目标电子合同。
88.在一个可选实施例方式中，本公开实施例中的基于区块链的电子合同签署装置还包括：作废模块，用于响应于所述签约系统未在所述预设时长内接收到所述第一签约方客户端反馈的所述第二修改信息，所述签约系统将所述目标电子合同的状态修改为作废；第二存证模块，用于所述签约系统将所述目标电子合同存储至所述区块链存证。
89.在一个可选实施例方式中，本公开实施例中的基于区块链的电子合同签署装置还包括：权限确定模块，用于所述签约系统确定所述第二签约方是否具有修改合同权限；第一执行模块，用于响应于所述第二签约方具有所述修改合同权限，所述签约系
统执行所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作；第二执行模块，用于响应于所述第二签约方未具有所述修改合同权限，所述签约系统将所述目标电子合同确定为所述待签名目标电子合同。
90.在一个可选实施例方式中，本公开实施例中的所述签约请求还包括：第一签约方身份凭证；本公开实施例中的基于区块链的电子合同签署装置还包括：第一签名验证模块，用于所述签约系统利用所述第一签约方的公私密钥对中公钥对所述第一签约方身份凭证的签名进行验证；第三执行模块，用于响应于所述第一签约方身份凭证的签名通过所述第一签约方的公私密钥对中公钥的验证，所述签约系统执行所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作。
91.在一个可选实施例方式中，本公开实施例中的基于区块链的电子合同签署装置还包括：第三发送模块，用于所述签约系统向所述第二签约方客户端发送身份验证请求；第二签名验证模块，用于响应于所述签约系统接收到所述第二签约方客户端针对所述身份验证请求反馈的第二签约方身份凭证，所述签约系统利用所述第二签约方的公私密钥对中公钥对所述第二签约方身份凭证的签名进行验证；第四执行模块，用于响应于所述第二签约方身份凭证的签名通过所述第二签约方的公私密钥对中公钥的验证，所述签约系统执行所述签约系统向所述目标电子合同的第二签约方的第二签约方客户端发送合同确认请求的操作。
92.另外，本公开实施例还提供了一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现本公开上述任一实施例所述的基于区块链的电子合同签署方法。
93.图7为本公开电子设备一个应用实施例的结构示意图。下面，参考图7来描述根据本公开实施例的电子设备。该电子设备可以是第一设备和第二设备中的任一个或两者、或与它们独立的单机设备，该单机设备可以与第一设备和第二设备进行通信，以从它们接收所采集到的输入信号。
94.如图7所示，电子设备包括一个或多个处理器和存储器。
95.处理器可以是中央处理单元（cpu）或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备中的其他组件以执行期望的功能。
96.存储器可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器（ram）和/或高速缓冲存储器（cache）等。所述非易失性存储器例如可以包括只读存储器（rom）、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器可以运行所述程序指令，以实现上文所述的本公开的各个实施例的基于区块链的电子合同签署方法以及/或者其他期望的功能。
97.在一个示例中，电子设备还可以包括：输入装置和输出装置，这些组件通过总线系统和/或其他形式的连接机构（未示出）互连。
98.此外，该输入装置还可以包括例如键盘、鼠标等等。
99.该输出装置可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
100.当然，为了简化，图7中仅示出了该电子设备中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备还可以包括任何其他适当的组件。
101.除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述部分中描述的根据本公开各种实施例的基于区块链的电子合同签署方法中的步骤。
102.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c 等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
103.此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述部分中描述的根据本公开各种实施例的基于区块链的电子合同签署方法中的步骤。
104.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
105.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
106.以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。
107.本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
108.本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到
的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。
109.可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
110.还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。
111.提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。
112.为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。