基于区块链的多方签约方法和装置、电子设备和存储介质与流程

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


背景技术：

2.区块链(block chain)是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证数据不可篡改和不可伪造的分布式账本。随着区块链技术不断发展，以区块链作为基础的链上电子合同签署也随之兴起。然而在现有技术中，多方签署电子合同的流程较为繁琐，使得电子合同的应用受到了一定的限制。


技术实现要素：

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