CN112347452A - 电子合同签署的方法、电子设备及存储介质 - Google Patents

Abstract

本公开涉及一种用于电子合同签署的方法、电子设备及存储介质。根据本公开的用于电子合同签署的方法包括：对签署人进行身份验证和位置验证；响应于签署人通过身份验证和位置验证，向电子合同签署端发送机构数字证书、签署人信息和目标电子合同，以使得电子合同签署端生成合同签署结果，其中，电子合同签署端是能够获取签署人所代表的机构的电子签名的第三方机构；接收来自区块链服务端的合同上链请求，其中，合同上链请求包括已写入合同签署结果的区块链；对合同上链请求进行上链验证；向电子合同签署端、区块链服务端和参与签署目标电子合同的另一终端发送合同上链请求的上链验证的结果；响应于合同上链请求通过上链验证并且接收到来自电子合同签署端和参与签署目标电子合同的另一终端的合同上链请求通过上链验证的信息，存储合同上链请求。

Description

电子合同签署的方法、电子设备及存储介质

技术领域

本公开涉及区块链技术领域，尤其涉及一种基于区块链的电子合同签署方法、电子设备以及计算机可读存储介质。

背景技术

随着时代的发展，越来越多的机构(例如，企业或政府机关)选择签订电子合同，即，采用数据电文的形式订立的合同。相较于传统的纸质合同，电子合同的挑战在于合同的真实性，尤其是签署合同的主体的真实性。

在核验电子合同真实性的过程中，通常采用核验签署双方的电子签名是否真实来核验合同签署的真实性。因此，在签署电子合同的过程中，需要保证所使用的电子签名是可靠的电子签名，并且需要保证签署人具有使用该电子签名签署合同的资格。

在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。

发明内容

根据本公开的一方面，提供了一种用于电子合同签署的方法，该方法应用于终端，包括：对签署人进行身份验证和位置验证；响应于签署人通过身份验证和位置验证，向电子合同签署端发送机构数字证书、签署人信息和目标电子合同，以使得电子合同签署端生成合同签署结果，其中，电子合同签署端是能够获取签署人所代表的机构的电子签名的第三方机构；接收来自区块链服务端的合同上链请求，其中，合同上链请求包括已写入合同签署结果的区块链；对合同上链请求进行上链验证；向电子合同签署端、区块链服务端和参与签署目标电子合同的另一终端发送合同上链请求的上链验证的结果；响应于合同上链请求通过上链验证并且接收到来自电子合同签署端和参与签署目标电子合同的另一终端的合同上链请求通过上链验证的信息，存储合同上链请求。

根据本公开的另一方面，提供了一种用于电子合同签署的方法，该方法应用于区块链服务端，包括：接收来自电子合同签署端的合同签署结果，其中，电子合同签署端为能够获取签署人所代表的机构的电子签名的第三方机构；将合同签署结果写入目标电子合同所对应的区块链；将合同上链请求发送到第一终端、第二终端和电子合同签署端进行上链验证，其中，合同上链请求包括目标电子合同所对应的区块链；响应于接收到来自第一终端、第二终端和电子合同签署端的合同上链请求通过上链验证的信息，存储目标电子合同所对应的区块链，其中，合同签署结果为电子合同签署端在第一终端的签署人和第二终端的签署人均通过身份验证和位置验证之后所生成的。

根据本公开的又一方面，提供了一种用于电子合同签署的电子设备，该电子设备应用于终端，包括：处理器；以及存储程序的存储器，该程序包括指令，指令在由处理器执行时使处理器执行如本公开中所述的方法。

根据本公开的又一方面，提供了一种用于电子合同签署的电子设备，该电子设备应用于区块链服务端，包括：处理器；以及存储程序的存储器，该程序包括指令，指令在由处理器执行时使处理器执行如本公开中所述的方法。

根据本公开的又一方面，提供了一种存储程序的非暂态计算机可读存储介质，该程序包括指令，指令在由一个或者多个处理器执行时，致使一个或者多个处理器执行如本公开中所述的方法。

附图说明

附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。

图1示出了根据本公开的示例性实施例的用于电子合同签署的系统的示意图；

图2示出了根据本公开的示例性实施例的用于电子合同签署的方法的流程图；

图3示出了根据本公开的示例性实施例的用于签署人身份验证的方法的流程图；

图4示出了根据本公开的示例性实施例的用于签署人位置验证的方法的流程图；

图5示出了根据本公开的示例性实施例的用于电子合同签署的方法的流程图；

图6示出了根据本公开的示例性实施例的用于电子合同签署的方法的流程图；

图7示出了根据本公开的示例性实施例的用于电子合同签署的方法的流程图；

图8示出了根据本公开的示例性实施例的用于电子合同签署的电子设备的示意性框图。

具体实施方式

在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。

在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。

为了确保电子签名为可靠的电子签名，且签署人具有使用该电子签名签署合同的资格，本公开提供了一种用于电子合同签署的方法，该方法应用于终端，该方法包括：对签署人进行身份验证和位置验证；响应于签署人通过身份验证和位置验证，向电子合同签署端发送机构数字证书、签署人信息和目标电子合同，以使得电子合同签署端生成合同签署结果，其中，电子合同签署端是能够获取签署人所代表的机构的电子签名的第三方机构；接收来自区块链服务端的合同上链请求，其中，合同上链请求包括已写入合同签署结果的区块链；对合同上链请求进行上链验证；向电子合同签署端、区块链服务端和参与签署目标电子合同的另一终端发送合同上链请求的上链验证的结果；响应于合同上链请求通过上链验证并且接收到来自电子合同签署端和参与签署目标电子合同的另一终端的合同上链请求通过上链验证的信息，存储合同上链请求。

图1示出了根据本公开的示例性实施例的电子合同签署系统100的示意图。

电子合同签署系统100包括通过对等网络105互相连接的多个节点，例如，如图1所示，电子合同签署系统100包括第一终端101、第二终端102、电子合同签署端103、区块链服务端104和合同查看端105。其中，第一终端101和第二终端102是分别用于合同签署的双方的终端。对等网络中的任一节点可以通过该网络与该网络中的另一节点直接通信。

根据一些实施例，在签署合同时，第一终端101和第二终端102向电子合同签署端103提交签署合同的请求，而电子合同签署端103基于本次签署合同的请求、第一终端101和第二终端102的电子签名来生成合同签署结果，其中，第一终端101和第二终端102的电子签名为电子合同签署端103所保存的或联网获取的经认证电子签名。根据一些实施例，第一终端101可以是用于合同中的要约方的终端(要约方终端)，第二终端102可以是用于合同中的受要约方的终端(受要约方终端)，或者相反。

根据一些实施例，在完成合同签署后，区块链服务端104对合同签署结果进行上链操作，以保存该合同签署结果。

根据一些实施例，在合同查看端105需要查看其并未参与签署的合同时(例如，金融机构需要按照医院和医疗器械厂家事先签订的合同向医疗器械厂家提供货款时)，合同查看端105向区块链服务端104发送查看合同请求，区块链服务端104在审核通过合同查看端105的查看合同请求时，允许区块链服务端104查看所请求查看的合同。

应当理解，虽然图1仅是示意性的，电子合同签署系统100中的节点数目和类型可以不限于此。

图2示出了根据本公开的示例性实施例的用于电子合同签署的方法200的流程图。图2中的方法200例如可以应用于终端，所述终端可以是前述的第一终端101和第二终端102中的任何一个。在以下对方法200进行的描述中，电子合同签署端例如可以是图1所示的电子合同签署端103，区块链服务端例如可以是图1所示的区块链服务端104。

在步骤S201中，对该终端(例如第一终端101或第二终端102)的签署人进行身份验证和位置验证。

根据一些实施例，可以先对签署人进行身份验证，再对签署人进行位置验证。根据一些实施例，响应于签署人通过身份验证，对签署人进行位置验证；响应于签署人未通过身份验证，则不对签署人进行位置验证，并结束本次合同签署。

根据另一些实施例，可以先对签署人进行位置验证，再对签署人进行身份验证。根据一些实施例，响应于签署人通过位置验证，对签署人进行身份验证；响应于签署人未通过位置验证，则不对签署人进行身份验证，并结束本次合同签署。

在步骤S203中，响应于签署人通过身份验证和位置验证，向电子合同签署端(例如电子合同签署端103)发送机构数字证书、签署人信息和目标电子合同。电子合同签署端例如可以是能够获取签署人所代表的机构的电子签名的第三方机构。

根据一些实施例，机构数字证书可以是签署人所代表的机构事先申请的经过证书认证中心(Certificate Authority,CA)所认证的CA证书。根据一些实施例，签署人信息可以包括：签署人的身份信息(例如，签署人的身份证件中的信息)、签署人的劳动关系信息(例如，签署人是机构的法人或员工)。

根据一些实施例，当终端(例如第一终端101)为要约方终端时，目标电子合同可以是在该终端创建的合同(例如，签署人上传的合同，签署人在终端中填写的合同等)。根据另一些实施例，当终端(例如第一终端101)为受要约方终端时，目标电子合同可以是从要约方终端(例如第二终端102)接收到的合同。

根据一些实施例，在接收到来自签署合同的双方的机构数字证书、签署人信息以及目标电子合同后，电子合同签署端生成合同签署结果，该合同签署结果包括目标电子合同、第一终端(例如要约方终端)的机构数字证书和电子签名、第二终端(例如受要约方终端)的机构数字证书和电子签名。根据一些实施例，合同签署结果中的电子签名可以是具有可视化效果的电子签章。

根据一些实施例，在生成合同签署结果之后，电子合同签署端可以向区块链服务端(例如区块链服务端104)发送合同签署结果、第一终端(例如要约方终端)的签署人信息、第二终端(例如受要约方终端)的签署人信息，由区块链服务端完成该电子合同的上链操作。

在步骤S205中，接收来自区块链服务端的合同上链请求。

根据一些实施例，区块链服务端可以将合同签署结果写入目标电子合同所对应的区块链(例如，通过智能合约的方式)，并向参与本次合同签署的所有节点(即，第一终端、第二终端和电子合同签署端)发送合同上链请求，其中，合同上链请求包括写入合同签署结果的区块链。根据另一些实施例，区块链服务端还可以将第一终端的签署人信息、第二终端的签署人信息也写入目标电子合同所对应的区块链，以便本次合同签署的所有节点核验和保存。

在步骤S207中，对合同上链请求进行上链验证。

根据一些实施例，终端可以根据能否使用区块链服务端的公钥以及本终端的私钥来解密该合同上链请求来判断该合同上链请求是否通过验证。根据另一些实施例，终端还可以根据解密后所得到的合同上链请求中的内容来判断该合同上链请求是否通过验证，例如，判断该合同上链请求中的目标电子合同是否被更改。

在步骤S209中，向电子合同签署端、区块链服务端和参与签署目标电子合同的另一终端发送合同上链请求的上链验证的结果。

根据一些实施例，响应于接收到来自第一终端、第二终端和电子合同签署端的合同上链请求通过上链验证的信息，区块链服务端存储目标电子合同所对应的区块链；响应于接收到来自第一终端、第二终端和电子合同签署端中的至少一个的合同上链请求未通过验证的信息，区块链服务端不存储目标电子合同所对应的区块链，且向第一终端和第二终端发送本次合同签署失败且需要重新签署合同的消息。

在步骤S211中，响应于合同上链请求通过上链验证并且接收到来自电子合同签署端和参与签署目标电子合同的另一终端的合同上链请求通过上链验证的信息，存储合同上链请求。

根据一些实施例，响应于该终端自身判断合同上链请求通过上链验证并且接收到来自电子合同签署端和参与签署目标电子合同的另一终端的合同上链请求通过上链验证的信息，该终端存储目标电子合同所对应的区块链。根据另一些实施例，响应于该终端自身判断合同上链请求未通过上链验证，或接收到来自电子合同签署端和参与签署目标电子合同的另一终端中的至少一个的合同上链请求未通过上链验证的信息，该终端不存储目标电子合同所对应的区块链。

在如本公开中所述的用于电子合同签署的方法中，由于通过能够获取签署人所代表的机构的电子签名的第三方机构来生成合同签署结果，确保了电子签名为可靠的电子签名；由于只能在签署人通过身份验证和位置验证之后，才能向电子合同签署端申请签署合同，确保了签署人具有使用该电子签名签署合同的资格。

根据一些实施例，判断签署人是否通过身份验证为判断该签署人是否具有使用所对应的机构的电子签名的资格。根据本公开中的示例性实施例，步骤S201中的对签署人进行身份验证例如可以包括以下中的至少一个：对签署人进行活体检测；对签署人进行证件真伪核验；对签署人进行照片比对；对签署人进行劳动关系核验。

根据一些实施例，对签署人进行身份验证可以为如下操作：对签署人进行活体检测；响应于签署人通过活体检测，对签署人进行证件真伪核验，响应于签署人未通过活体检测，判断为签署人未通过身份验证；响应于签署人通过证件真伪核验，对签署人进行照片比对，响应于签署人未通过证件真伪核验，判断为签署人未通过身份验证；响应于签署人通过照片比对，对签署人进行劳动关系核验，响应于签署人未通过照片比对，判断为签署人未通过身份验证；响应于签署人通过劳动关系核验，判断为签署人通过身份验证，响应于签署人未通过劳动关系核验，判断为签署人未通过身份验证。

图3中示出了根据本公开的示例性实施例的用于执行步骤S201中的签署人身份验证的方法300的示例性流程图。

在步骤S301中，对签署人进行活体检测。根据一些实施例，活体检测可以判断所获取的人像是真实人像还是伪造的人像攻击(例如，彩色纸张打印人像图、电子设备屏幕中的人像数字图像、模具等)。

根据一些实施例，活体检测可以为配合式活体检测，其要求被检测人执行眨眼、张嘴、摇头、点头等动作或前述动作的组合动作，并使用人像关键点定位和人像追踪等技术来验证被检测人是否为真实活体在操作。根据另一些实施例，活体检测还可以为非配合式活体检测，非配合式活体检测可以包括如下示例：1)RGB图像检测：采用普通RGB摄像头进行拍摄，通过分析所拍摄的RGB图像中的摩尔纹、成像畸变、反射率来进行检测；2)红外图像检测：采用红外摄像头进行拍摄，并对所拍摄的红外图像来进行检测；3)3D结构光检测：采用结构光/TOF深度摄像头进行拍摄，并基于所拍摄到的人像区域的3D数据来进行检测。根据又一些实施例，活体检测可以使用两种或多种方式的配合式活体检测或非配合式活体检，例如，同时使用RGB图像检测和红外图像检测的双目活体检测。

在步骤S303中，对签署人进行证件真伪核验。根据本公开中的示例性实施例，对签署人进行证件真伪核验包括：获取签署人的证件的图像；识别签署人的证件的图像中的文本信息和人像信息中的至少一个；向身份验证端发送签署人的证件中的文本信息和人像信息中的至少一个；以及接收来自身份验证端的证件核验结果。

根据一些实施例，获取签署人的证件的图像可以为通过使用摄像头来实时拍摄签署人证件的图像，也可以为接收签署人在终端上传的已有证件图像(例如，证件的扫描件或签署人事先拍摄的证件图像)。

根据一些实施例，识别签署人证件中的文本信息可以为识别证件类型(例如，身份证、护照等)、证件号码、证件中的签署人身份信息(例如，姓名、性别、出生日期、籍贯等)、证件有效日期等，识别签署人证件中的人像信息可以为识别证件中的人像图像。根据一些实施例，如果不能从签署人的证件的图像中识别到关键文本信息(例如，证件号码、姓名等)或足够清晰的人像图像，则再次获取签署人的证件的图像。

根据一些实施例，将签署人的证件中的文本信息和人像信息中的至少一个发送到身份验证端可以为将所识别的文本信息和人像信息中的至少一个的部分或全部发送到权威身份验证端(例如，公安系统身份证查询接口)，该权威身份验证端会按照已核验的证件信息对接收到的证件信息进行核验，从而判断所核验的证件是否为真实且未被更改的证件。

根据一些实施例，接收来自身份验证端的证件核验结果，并以身份验证端的证件核验结果作为对签署人进行证件真伪核验的结果。

在步骤S305中，对签署人进行照片比对。根据本公开中的示例性实施例，对签署人进行照片比对包括：随机拍摄多张签署人的照片；选择多张签署人的照片中的部分照片或全部照片；向身份验证端发送所选择的签署人的照片；接收来自身份验证端的照片比对结果；根据来自身份验证端的照片比对结果来判断签署人是否通过照片比对。

根据一些实施例，随机拍摄多张签署人的照片为在预设时间段内的随机时间点拍摄多张签署人的照片，其中，所拍摄的签署人的照片的数量可以为预设的固定数量，也可以为在预设的数量范围内随机选择的数量。

根据一些实施例，选择多张签署人的照片中的部分照片，例如，选择多张签署人照片中的人像足够清晰的照片，或者从多张签署人的照片中随机选择部分照片。根据另一些实施例，选择多张签署人的照片中的全部照片。

根据一些实施例，直接以身份验证端的照片比对结果作为对签署人进行照片比对的结果。例如，照片比对中的身份验证端与证件真伪核验中的身份验证端可以是同一个身份验证端，该身份验证端基于在证件真伪核验中所接收到的签署人的证件信息，获取签署人的经认证的人像信息，将来自终端的签署人的照片与该经认证的人像信息比对以判断签署人是否为其证件所对应的人。

根据另一些实施例，身份验证端仅根据签署人的照片来判断签署人的身份信息，终端接收来自身份验证端的签署人的身份信息，在签署人通过证件真伪核验的情况下，将签署人的身份信息与签署人的证件信息进行比对，从而判断签署人是否是其证件所对应对的人。

在步骤S307中，对签署人进行劳动关系核验。根据本公开中的示例性实施例，对签署人通过劳动关系核验包括：响应于签署人是签署人所代表的机构的法人代表，判断签署人通过身份验证，响应于签署人不是签署人所代表的机构的法人代表，向劳动关系核验端发送签署人的身份信息，并且接收来自劳动关系核验端的劳动关系核验结果。

根据一些实施例，将签署人的信息(例如，在步骤S303中所识别的证件中的签署人身份信息)与签署人所代表的机构的法人代表的信息进行比较，判断签署人是否为机构的法人代表。其中，当签署人是机构的法人代表时，判断该签署人通过劳动关系核验，当签署人不是机构的法人代表时，还需要继续判断该签署人是否是该机构的员工。

根据一些实施例，将签署人的身份信息发送到劳动关系核验端可以是将在证件真伪核验中所识别到的证件中的签署人身份信息发送到劳动关系核验端。根据一些实施例，劳动关系核验端可以根据签署人身份信息来查询签署人与其所代表的机构之间是否存在劳动关系，其中，响应于签署人与该机构之间存在劳动关系，判断该签署人通过劳动关系核验，响应于签署人与该机构之间不存在劳动关系，判断该签署人未通过劳动关系核验。

在如本公开中所述的用于签署人身份验证的方法中，由于对签署人进行活体检测，确保了该签署人是真人而非伪造的假人；由于对签署人进行证件真伪核验，确保了该签署人的证件为真实且未被更改的证件；由于对签署人进行照片比对，确保了签署人与其证件之间存在关联性；由于对签署人进行劳动关系核验，确保了签署人与签署人所代表的机构之间存在关联性。

根据本公开中的示例性实施例，对签署人进行位置验证包括：获取签署人的位置；判断签署人的位置与签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求；响应于签署人的位置与签署人所代表的机构的指定签署地之间的距离满足预设距离要求，判断为签署人通过位置验证，响应于签署人的位置与签署人所代表的机构的指定签署地之间的距离不满足预设距离要求，判断为签署人未通过位置验证。

图4示出了根据本公开的示例性实施例的步骤S201中的用于签署人位置验证的方法400的流程图。

在步骤S401中，获取签署人的位置。根据一些实施例，签署人的位置可以是该终端的位置，例如，该终端的全球定位系统(Global Positioning System，GPS)坐标、北斗坐标等。

在步骤S403中，判断签署人的位置与签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求。如果判断签署人的位置与签署人所代表的机构的指定签署地之间的距离满足预设距离要求(步骤S403，“是”)，则进入步骤S405，否则(步骤S403，“否”)，则进入步骤S407。

根据一些实施例，签署人所代表的机构的指定签署地可以是该机构的注册地址、该机构的办公场所或该机构法人代表的住所地址。

根据一些实施例，判断签署人的位置与签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求包括：当签署人所代表的机构仅有唯一指定签署地时，判断签署人的位置与签署人所代表的机构的唯一指定签署地之间的距离是否满足预设距离要求；当签署人所代表的机构有多个指定签署地时，判断签署人的位置与签署人所代表的机构的多个指定签署地中与签署人最接近的指定签署地之间的距离是否满足预设距离要求。

根据一些实施例，签署人所代表的机构可以仅具有一个指定签署地，例如，该机构的注册地址或该机构的总部地址，此时，判断签署人的位置与签署人所代表的机构的唯一指定签署地之间的距离是否满足预设距离要求。

根据另一些实施例，签署人所代表的机构可以具有多于一个的指定签署地，例如，某一机构可以同时指定其注册地址和法人代表的住所地址作为指定签署地，或者同时指定其在多个城市的办公场所作为指定签署地，此时，从多于一个指定签署地中与签署人最接近的指定签署地，并判断签署人的位置与签署人所代表的机构的多个指定签署地中与签署人最接近的指定签署地之间的距离是否满足预设距离要求。

根据一些实施例，在不同情况下，预设距离要求可以不同。例如，当签署人所代表的机构仅有唯一指定签署地时，预设距离要求可以为签署人的位置与签署人所代表的机构的唯一指定签署地之间的距离小于预设距离阈值；而当签署人所代表的机构有多于一个指定签署地时，预设距离要求可以为签署人的位置与签署人所代表的机构的多个指定签署地中与签署人最接近的指定签署地之间的距离小于预设距离阈值。

根据一些实施例，该预设距离阈值可以是由签署人所代表的机构或区块链服务端预设的值，而签署人不具有修改该距离阈值的权限。

在步骤S405中，响应于签署人的位置与签署人所代表的机构的指定签署地之间的距离满足预设距离要求，判断为签署人通过位置验证。

在步骤S407中，响应于签署人的位置与签署人所代表的机构的指定签署地之间的距离不满足预设距离要求，判断为签署人未通过位置验证。

根据本公开中的示例性实施例，本公开中的用于电子合同签署的方法(例如前述的参考图2-4所述的用于终端的方法)还可以包括在向电子合同签署端发送机构数字证书、签署人信息和目标电子合同之前执行如下步骤：判断终端是否为要约方终端；响应于终端(例如第一终端101)是要约方终端，向受要约方终端(例如第二终端102)发送目标电子合同；响应于终端(例如第一终端)不是要约方终端(即，例如可以为受要约方终端)，接收来自要约方终端(例如第二终端102)的目标电子合同。

在如本公开中所述的用于签署人位置验证的方法中，由于判断签署人的位置与签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求，确保了签署人必须是在该机构的指定签署地完成签署合同的行为，对签署人签署合同的行为进行了有效的风险控制。

图5示出了根据本公开的示例性实施例的用于电子合同签署的方法500的流程图。图5中的方法500例如可以应用于终端，所述终端可以是前述的第一终端101和第二终端102中的任何一个。在以下对方法500进行的描述中，电子合同签署端例如可以是图1所示的电子合同签署端103，区块链服务端例如可以是图1所示的区块链服务端104。

在步骤S501中，对签署人进行身份验证和位置验证。根据一些实施例，步骤S501例如可以被实施为与步骤S201类似。

在步骤S503中，判断终端是否为要约方终端。如果判断终端为要约方终端(步骤S503，“是”)，则进入步骤S505，否则(步骤S503，“否”)，则进入步骤S507。

在步骤S505中，响应于终端是要约方终端，向受要约方终端发送目标电子合同。

在步骤S507中，响应于终端不是要约方终端，接收来自要约方终端的目标电子合同。

在步骤S509中，响应于签署人通过身份验证和位置验证，向电子合同签署端发送机构数字证书、签署人信息以及目标电子合同。根据一些实施例，步骤S509例如可以被实施为与步骤S203类似。

在步骤S511中，接收来自区块链服务端的合同上链请求。根据一些实施例，步骤S511例如可以被实施为与步骤S205类似。

在步骤S513中，对合同上链请求进行上链验证。根据一些实施例，步骤S513例如可以被实施为与步骤S207类似。

在步骤S515中，向电子合同签署端、区块链服务端和参与签署目标电子合同的另一终端发送合同上链请求的上链验证的结果。根据一些实施例，步骤S515例如可以被实施为与步骤S209类似。

在步骤S517中，响应于合同上链请求通过验证并且接收到来自电子合同签署端和参与签署目标电子合同的另一终端的合同上链请求通过上链验证的信息，存储合同上链请求。根据一些实施例，步骤S517例如可以被实施为与步骤S211类似。

根据一些实施例，区块链服务端为区块链共识算法中的leader节点，要约方终端、受要约方终端和电子合同签署端为区块链共识算法中的非leader节点。

根据一些实施例，区块链服务端、要约方终端、受要约方终端和电子合同签署端均为同一私有链中的节点。根据另一些实施例，区块链服务端、要约方终端、受要约方终端和电子合同签署端均为同一联盟链中的节点。

根据一些实施例，合同上链请求包括通过智能合约写入的合同签署结果。

根据一些实施例，合同上链请求包括已写入合同签署结果、要约方的签署人信息、受要约方的签署人信息的区块链。

根据本公开中的示例性实施例，本公开提供了一种用于电子合同签署的方法，该方法可以应用于区块链服务端(例如图1所示的区块链服务端104)，该方法包括：接收来自电子合同签署端的合同签署结果，其中，电子合同签署端为能够获取签署人所代表的机构的电子签名的第三方机构；将合同签署结果写入目标电子合同所对应的区块链；将合同上链请求发送到第一终端、第二终端和电子合同签署端进行上链验证，其中，合同上链请求包括目标电子合同所对应的区块链；响应于接收到来自第一终端、第二终端和电子合同签署端的合同上链请求通过上链验证的信息，存储目标电子合同所对应的区块链，其中，合同签署结果为电子合同签署端在第一终端的签署人和第二终端的签署人均通过身份验证和位置验证之后所生成的。

图6示出了根据本公开的示例性实施例的用于电子合同签署的方法600的流程图。方法600可以应用于区块链服务端，例如图1所示的区块链服务端104。在以下对方法600进行的描述中，电子合同签署端例如可以是图1所示的电子合同签署端103，第一终端例如可以是图1所示的第一终端101，第二终端例如可以是图1所示的第二终端102。

在步骤S601中，接收来自电子合同签署端(例如电子合同签署端103)的合同签署结果。其中，电子合同签署端例如可以是能够获取签署人所代表的机构的电子签名的第三方机构。

根据一些实施例，合同签署结果为电子合同签署端在第一终端(例如第一终端101)的签署人、第二终端(例如第二终端102)的签署人均通过身份验证、位置验证之后所生成的，例如，如结合图2或图5所描述的，第一终端签署人、第二终端签署人在通过身份验证、位置验证后才能向电子合同签署端申请签署合同，确保了签署人具有使用该电子签名签署合同的资格。根据一些实施例，第一终端例如可以是要约方终端，第二终端例如可以是受要约方终端。

根据一些实施例，该方法还包括在将合同上链请求发送到第一终端、第二终端和电子合同签署端进行验证之前执行如下步骤：接收来自电子合同签署端的第一终端的签署人信息和第二终端的签署人信息；将第一终端的签署人信息和第二终端的签署人信息写入目标电子合同所对应的区块链。

根据一些实施例，身份验证包括：活体检测、签署人证件真伪核验、签署人照片对比、签署人劳动关系核验中的至少一个。根据一些实施例，签署人劳动关系核验包括：核验所述签署人是否为机构的法人代表或员工。

根据一些实施例，位置验证为判断签署人的位置与签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求。

根据一些实施例，合同签署结果包括目标电子合同、第一终端的机构数字证书和电子签名、第二终端的机构数字证书和电子签名。

在步骤S603中，将合同签署结果写入目标电子合同所对应的区块链。

根据一些实施例，将合同签署结果写入目标电子合同所对应的区块链包括：通过智能合约在目标电子合同所对应的区块链中写入合同签署结果。

在步骤S605中，将合同上链请求发送到第一终端、第二终端和电子合同签署端进行上链验证。

根据一些实施例，在将合同签署结果写入目标电子合同所对应的区块链后，区块链服务端向参与本次合同签署的所有节点(即，第一终端、第二终端和电子合同签署端)发送合同上链请求，其中，合同上链请求包括已写入合同签署结果的区块链。

在步骤S607中，响应于接收到来自第一终端、第二终端和电子合同签署端的合同上链请求通过上链验证的信息，存储目标电子合同所对应的区块链。

根据一些实施例，第一终端、第二终端或电子合同签署端可以根据能否使用区块链服务端的公钥以及本终端的私钥来解密该合同上链请求来判断该合同上链请求是否通过验证。根据另一些实施例，第一终端、第二终端或电子合同签署端还可以根据解密后所得到的合同上链请求中的内容来判断该合同上链请求是否通过验证，例如，判断该合同上链请求中的目标电子合同是否被更改。

根据一些实施例，响应于接收到来自第一终端、第二终端和电子合同签署端中的至少一个的合同上链请求未通过验证的信息，区块链服务端不存储目标电子合同所对应的区块链，且向第一终端和第二终端发送本次合同签署失败且需要重新签署合同的消息。

在如本公开中所述的用于电子合同签署的方法中，由于区块链服务端仅向参与本次合同签署的所有节点(即，第一终端、第二终端和电子合同签署端)发送合同上链请求，确保了所签署合同的保密性；由于区块链服务端仅在接收到参与本次合同签署的所有节点(即，第一终端、第二终端和电子合同签署端)的验证通过合同上链请求的信息后，才存储目标电子合同所对应的含有合同签署结果的区块链，确保了区块链服务端所存储的合同签署结果的可靠性。

根据本公开中的示例性实施例，用于电子合同签署的方法还包括：响应于接收到来自合同查看端的合同查看请求，判断合同查看请求中的数字证书是否通过验证；响应于合同查看请求中的数字证书通过验证，判断合同查看端是否具有查看目标电子合同的权限；以及响应于合同查看端具有查看目标电子合同的权限，允许合同查看端查看目标电子合同。

根据一些实施例，响应于合同查看请求中的数字证书未通过验证，拒绝合同查看端查看目标电子合同。根据另一些实施例，响应于合同查看端不具有查看目标电子合同的权限，拒绝合同查看端查看目标电子合同。

图7示出了根据本公开的示例性实施例的用于电子合同签署的方法700的流程图。方法700可以应用于区块链服务端，例如图1所示的区块链服务端104。在以下对方法700进行的描述中，电子合同签署端例如可以是图1所示的电子合同签署端103，第一终端例如可以是图1所示的第一终端101，第二终端例如可以是图1所示的第二终端102，合同查看端例如可以是图1所示的合同查看端105。

在步骤S701中，接收来自电子合同签署端(例如电子合同签署端103)的合同签署结果。根据一些实施例，步骤S701例如可以被实施为与步骤S601类似。

在步骤S703中，将合同签署结果写入目标电子合同所对应的区块链。根据一些实施例，步骤S703例如可以被实施为与步骤S603类似。

在步骤S705中，将合同上链请求发送到要约方终端、受要约方终端、电子合同签署端进行上链验证。根据一些实施例，步骤S705例如可以被实施为与步骤S605类似。

在步骤S707中，响应于接收到来自要约方终端、受要约方终端、电子合同签署端的合同上链请求通过上链验证的信息，存储目标电子合同所对应的区块链。根据一些实施例，步骤S707例如可以被实施为与步骤S607类似。

在步骤S709中，响应于接收到来自合同查看端(例如合同查看端105)的合同查看请求，判断合同查看请求中的数字证书是否通过验证。如果判断合同查看请求中的数字证书通过验证(步骤S709，“是”)，则进入步骤S711，否则(步骤S709，“否”)，则进入步骤S715。

根据一些实施例，合同查看请求中的数字证书可以是区块链供应端所签发的数字证书，或者是该区块链供应端、要约方终端、受要约方终端、电子合同签署端、合同查看端所在的私链或联盟链所签发的数字证书。

在步骤S711中，判断合同查看端是否具有查看目标电子合同的权限。如果判断合同查看端具有查看目标电子合同的权限(步骤S711,“是”)，则进入步骤S713，否则(步骤S711，“否”)，则进入步骤S715。

根据一些实施例，通过查询签署合同时所规定的可允许查看目标电子合同的主体(例如，在将合同签署结果通过智能合约写入区块链时所规定的可允许查看目标电子合同的主体)，判断该合同查看端是否具有查看目标电子合同的权限。

根据一些实施例，参与签署合同的主体(例如，要约方终端、受要约方终端、电子合同签署端)均具有查看目标电子合同的权限。根据另一些实施例，部分未参与签署合同的主体也具有查看目标电子合同的权限，例如，医院和医疗器械厂家事先签订的合同允许金融机构查看，以使得金融机构可以向医疗器械厂家提供货款。

在步骤S713中，允许合同查看端查看目标电子合同。其中，响应于合同查看请求中的数字证书通过验证且合同查看端具有查看目标电子合同的权限，允许合同查看端查看目标电子合同。

在步骤S715中，拒绝合同查看端查看目标电子合同。其中，响应于合同查看请求中的数字证书未通过验证或合同查看端不具有查看目标电子合同的权限，拒绝合同查看端查看目标电子合同。

在如本公开中所述的用于电子合同签署的方法中，由于对合同查看端的数字证书进行核验，确保了合同查看端必须是经认证的主体；由于对合同查看端的权项进行核验，确保了合同查看端必须拥有查看其请求查看的合同的权限。通过上述方法，进一步确保了在签署合同后的合同查看过程中的合同内容的保密性。

根据一些实施例，区块链服务端为区块链共识算法中的leader节点，要约方终端、受要约方终端、电子合同签署端和合同查看端为区块链共识算法中的非leader节点。

根据一些实施例，区块链服务端、要约方终端、受要约方终端、电子合同签署端和合同查看端均为同一私有链中的节点。根据另一些实施例，区块链服务端、要约方终端、受要约方终端、电子合同签署端和合同查看端均为同一联盟链中的节点。

根据本公开中的示例性实施例，提供了一种用于电子合同签署的电子设备(例如下文参照图8描述的电子设备800)，电子设备应用于终端(例如终端101或终端102)，包括：处理器(如下文参照图8描述的处理器802)；以及存储程序的存储器(如下文参照图8描述的存储器804)，程序包括指令，指令在由处理器执行时使处理器执行如本公开中所述的可应用于终端的方法。

根据本公开中的示例性实施例，提供了一种用于电子合同签署的电子设备(例如下文参照图8描述的电子设备800)，电子设备应用于区块链服务端(例如区块链服务端104)，包括：处理器(如下文参照图8描述的处理器802)；以及存储程序的存储器(如下文参照图8描述的存储器804)，程序包括指令，指令在由处理器执行时使处理器执行如本公开中所述的可应用于区块链服务端的方法。

根据本公开中的示例性实施例，提供了一种存储程序的非暂态计算机可读存储介质(如下文参照图8描述的大容量存储装置812或其他类型的存储介质)，程序包括指令，指令在由一个或者多个处理器(如下文参照图8描述的处理器802)执行时，致使一个或者多个处理器执行根据如本公开中所述的方法。

下面结合图8来描述这样的电子设备和计算机可读存储介质的示例。图8示出了根据本公开的示例性实施例的用于电子合同签署的电子设备800的示意性框图。

电子设备800可以是各种不同类型的设备，例如服务提供商的服务器、与客户端(例如，客户端设备)相关联的设备、片上系统、和/或任何其它合适的电子设备或计算系统。电子设备800的示例包括但不限于：台式计算机、服务器计算机、笔记本电脑或上网本计算机、移动设备(例如，平板电脑或者phablet设备、蜂窝或其他无线电话(例如，智能电话)、记事本计算机、移动台)、可穿戴设备(例如，眼镜、手表)、娱乐设备(例如，娱乐器具、通信地耦合到显示设备的机顶盒、游戏机)、电视或其他显示设备、汽车计算机等等。因此，电子设备800的范围可以从具有大量存储器和处理器资源的全资源设备(例如，个人计算机、游戏控制台)到具有有限的存储器和/或处理资源的低资源设备(例如，传统的机顶盒、手持游戏控制台)。

电子设备800可以包括能够诸如通过系统总线814或其他适当的连接彼此通信的至少一个处理器802、存储器804、(多个)通信接口806、显示设备808、其他输入/输出(I/O)设备810以及一个或更多大容量存储设备812。

处理器802可以是单个处理单元或多个处理单元，所有处理单元可以包括单个或多个计算单元或者多个核心。处理器802可以被实施成一个或更多微处理器、微型计算机、微控制器、数字信号处理器、中央处理单元、状态机、逻辑电路和/或基于操作指令来操纵信号的任何设备。除了其他能力之外，处理器802可以被配置成获取并且执行存储在存储器804、大容量存储设备812或者其他计算机可读介质中的计算机可读指令，诸如操作系统816的程序代码、应用程序818的程序代码、其他程序820的程序代码等。

存储器804和大容量存储设备812是用于存储指令的计算机存储介质的示例，所述指令由处理器802执行来实施前面所描述的各种功能。举例来说，存储器804一般可以包括易失性存储器和非易失性存储器二者(例如RAM、ROM等等)。此外，大容量存储设备812一般可以包括硬盘驱动器、固态驱动器、可移除介质、包括外部和可移除驱动器、存储器卡、闪存、软盘、光盘(例如CD、DVD)、存储阵列、网络附属存储、存储区域网等等。存储器804和大容量存储设备812在本文中都可以被统称为存储器或计算机存储介质，并且可以是能够把计算机可读、处理器可执行程序指令存储为计算机程序代码的非瞬时性介质，所述计算机程序代码可以由处理器802作为被配置成实施在本文的示例中所描述的操作和功能的特定机器来执行。

多个程序模块可以存储在大容量存储设备812上。这些程序包括操作系统816、一个或多个应用程序818、其他程序820和程序数据822，并且它们可以被加载到存储器804以供执行。这样的应用程序或程序模块的示例可以包括例如用于实现以下组件/功能的计算机程序逻辑(例如，计算机程序代码或指令)：方法200、方法300、方法400、方法500、方法600、方法700(包括方法200、300、400、500、600或700的任何适合的步骤)和/或本文描述的另外的实施例。

虽然在图8中被图示成存储在电子设备800的存储器804中，但是模块816、818、820和822或者其部分可以使用可由电子设备800访问的任何形式的计算机可读介质来实施。如本文所使用的，“计算机可读介质”至少包括两种类型的计算机可读介质，也就是计算机存储介质和通信介质。

计算机存储介质包括通过用于存储信息的任何方法或技术实施的易失性和非易失性、可移除和不可移除介质，所述信息诸如是计算机可读指令、数据结构、程序模块或者其他数据。计算机存储介质包括而不限于RAM、ROM、EEPROM、闪存或其他存储器技术，CD-ROM、数字通用盘(DVD)、或其他光学存储装置，磁盒、磁带、磁盘存储装置或其他磁性存储设备，或者可以被用来存储信息以供电子设备访问的任何其他非传送介质。

与此相对，通信介质可以在诸如载波或其他传送机制之类的已调数据信号中具体实现计算机可读指令、数据结构、程序模块或其他数据。本文所定义的计算机存储介质不包括通信介质。

电子设备800还可以包括一个或更多通信接口806，以用于诸如通过网络、直接连接等等与其他设备交换数据，正如前面所讨论的那样。这样的通信接口可以是以下各项中的一个或多个：任何类型的网络接口(例如，网络接口卡(NIC))、有线或无线(诸如IEEE802.11无线LAN(WLAN))无线接口、全球微波接入互操作(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、BluetoothTM接口、近场通信(NFC)接口等。通信接口806可以促进在多种网络和协议类型内的通信，其中包括有线网络(例如LAN、电缆等等)和无线网络(例如WLAN、蜂窝、卫星等等)、因特网等等。通信接口806还可以提供与诸如存储阵列、网络附属存储、存储区域网等等中的外部存储装置(未示出)的通信。

在一些示例中，可以包括诸如监视器之类的显示设备808，以用于向用户显示信息和图像。其他I/O设备810可以是接收来自用户的各种输入并且向用户提供各种输出的设备，并且可以包括触摸输入设备、手势输入设备、摄影机、键盘、遥控器、鼠标、打印机、音频输入/输出设备等等。

以下描述本公开的一些示例性方面。

方面1、一种用于电子合同签署的方法，所述方法应用于终端，包括：

对签署人进行身份验证和位置验证；

响应于所述签署人通过所述身份验证和所述位置验证，向电子合同签署端发送机构数字证书、签署人信息和目标电子合同，以使得所述电子合同签署端生成合同签署结果，其中，所述电子合同签署端是能够获取所述签署人所代表的机构的电子签名的第三方机构；

接收来自区块链服务端的合同上链请求，其中，所述合同上链请求包括已写入所述合同签署结果的区块链；

对所述合同上链请求进行上链验证；

向所述电子合同签署端、所述区块链服务端和参与签署所述目标电子合同的另一终端发送所述合同上链请求的所述上链验证的结果；

响应于所述合同上链请求通过所述上链验证并且接收到来自所述电子合同签署端和所述参与签署目标电子合同的另一终端的所述合同上链请求通过所述上链验证的信息，存储所述合同上链请求。

方面2、如方面1所述的方法，其中，对所述签署人进行所述身份验证包括以下中的至少一个：

对所述签署人进行活体检测；

对所述签署人进行证件真伪核验；

对所述签署人进行照片比对；

对所述签署人进行劳动关系核验。

方面3、如方面2所述的方法，其中，所述对签署人进行证件真伪核验包括：

获取所述签署人的证件的图像；

识别所述签署人的证件的图像中的文本信息和人像信息中的至少一个；

向身份验证端发送所述签署人的证件中的文本信息和人像信息中的至少一个；以及

接收来自所述身份验证端的证件核验结果。

方面4、如方面2所述的方法，其中，所述对签署人进行照片比对包括：

随机拍摄多张所述签署人的照片；

选择所述多张签署人的照片中的部分照片或全部照片；

向身份验证端发送所选择的所述签署人的照片；

接收来自所述身份验证端的照片比对结果；以及

根据所述来自身份验证端的照片比对结果来判断所述签署人是否通过照片比对。

方面5、如方面2所述的方法，其中，所述对签署人进行劳动关系核验包括：

响应于所述签署人是所述签署人所代表的机构的法人代表，判断为所述签署人通过所述身份验证，

响应于所述签署人不是所述签署人所代表的机构的法人代表，向劳动关系核验端发送所述签署人的身份信息，并且接收来自所述劳动关系核验端的劳动关系核验结果。

方面6、如方面1所述的方法，其中，对所述签署人进行所述位置验证包括：

获取所述签署人的位置；

判断所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求；

响应于所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离满足所述预设距离要求，判断为所述签署人通过所述位置验证，

响应于所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离不满足所述预设距离要求，判断为所述签署人未通过所述位置验证。

方面7、如方面6所述的方法，其中，所述判断签署人的位置与签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求包括：

当所述签署人所代表的机构仅有唯一指定签署地时，判断所述签署人的位置与所述签署人所代表的机构的唯一指定签署地之间的距离是否满足所述预设距离要求；

当所述签署人所代表的机构有多于一个指定签署地时，判断所述签署人的位置与所述签署人所代表的机构的多个指定签署地中与所述签署人最接近的指定签署地之间的距离是否满足所述预设距离要求。

方面8、如方面7所述的方法，其中，

当所述签署人所代表的机构仅有唯一指定签署地时，所述预设距离要求为所述签署人的位置与所述签署人所代表的机构的唯一指定签署地之间的距离小于预设距离阈值；

当所述签署人所代表的机构有多于一个指定签署地时，所述预设距离要求为所述签署人的位置与所述签署人所代表的机构的多个指定签署地中与所述签署人最接近的指定签署地之间的距离小于所述预设距离阈值。

方面9、如方面1-8中任一项所述的方法，所述方法还包括在所述向电子合同签署端发送机构数字证书、签署人信息和目标电子合同之前执行如下步骤：

判断所述终端是否为要约方终端；

响应于所述终端是所述要约方终端，向所述签署目标电子合同的另一终端发送所述目标电子合同；

响应于所述终端不是所述要约方终端，接收来自所述签署目标电子合同的另一终端的所述目标电子合同。

方面10、如方面9所述的方法，其中，所述区块链服务端为区块链共识算法中的leader节点，所述要约方终端、所述受要约方终端和所述电子合同签署端为区块链共识算法中的非leader节点。

方面11、如方面10所述的方法，其中，所述区块链服务端、所述要约方终端、所述受要约方终端和所述电子合同签署端均为同一私有链中的节点。

方面12、如方面10所述的方法，其中，所述区块链服务端、所述要约方终端、所述受要约方终端和所述电子合同签署端均为同一联盟链中的节点。

方面13、如方面1-8中任一项所述的方法，其中，所述合同上链请求包括通过智能合约写入的所述合同签署结果。

方面14、如方面1-8中任一项所述的方法，其中，所述合同上链请求包括已写入所述合同签署结果、要约方的签署人信息和受要约方的签署人信息的区块链。

方面15、一种用于电子合同签署的方法，所述方法应用于区块链服务端，包括：

接收来自电子合同签署端的合同签署结果，其中，所述电子合同签署端为能够获取签署人所代表的机构的电子签名的第三方机构；

将所述合同签署结果写入所述目标电子合同所对应的区块链；

将合同上链请求发送到第一终端、第二终端和所述电子合同签署端进行上链验证，其中，所述合同上链请求包括所述目标电子合同所对应的所述区块链；

响应于接收到来自所述第一终端、所述第二终端和所述电子合同签署端的所述合同上链请求通过所述上链验证的信息，存储所述目标电子合同所对应的所述区块链，

其中，所述合同签署结果为所述电子合同签署端在所述第一终端的签署人和所述第二终端的签署人均通过身份验证和位置验证之后所生成的。

方面16、如方面15所述的方法，其中，所述方法还包括在所述将合同上链请求发送到第一终端、第二终端和电子合同签署端进行验证之前执行如下步骤：

接收来自所述电子合同签署端的第一终端的签署人信息、第二终端的签署人信息；

将所述第一终端的签署人信息、所述第二终端的签署人信息写入所述目标电子合同所对应的区块链。

方面17、如方面15所述的方法，其中，所述身份验证包括：活体检测、签署人证件真伪核验、签署人照片对比和签署人劳动关系核验中的至少一个。

方面18、如方面17所述的方法，其中，所述签署人劳动关系核验包括：核验所述签署人是否为所述签署人所代表的机构的法人代表或员工。

方面19、如方面15所述的方法，其中，所述位置验证为判断所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求。

方面20、如方面15-19中任一项所述的方法，其中，所述将合同签署结果写入目标电子合同所对应的区块链包括：

通过智能合约在所述目标电子合同所对应的区块链中写入所述合同签署结果。

方面21、如方面15-19中任一项所述的方法，其中，所述方法还包括：

响应于接收到来自合同查看端的合同查看请求，判断所述合同查看请求中的数字证书是否通过验证；

响应于所述合同查看请求中的数字证书通过验证，判断所述合同查看端是否具有查看所述目标电子合同的权限；以及

响应于所述合同查看端具有查看所述目标电子合同的权限，允许所述合同查看端查看所述目标电子合同。

方面22、如方面21所述的方法，其中，所述方法还包括：

响应于所述合同查看请求中的数字证书未通过验证，拒绝所述合同查看端查看所述目标电子合同。

方面23、如方面21所述的方法，其中所述方法还包括：

响应于所述合同查看端不具有查看所述目标电子合同的权限，拒绝所述合同查看端查看所述目标电子合同。

方面24、如方面21所述的方法，其中，所述区块链服务端为区块链共识算法中的leader节点，所述第一终端、所述第二终端、所述电子合同签署端和所述合同查看端为区块链共识算法中的非leader节点。

方面25、如方面24所述的方法，其中，所述区块链服务端、所述第一终端、所述第二终端、所述电子合同签署端和所述合同查看端均为同一私有链中的节点。

方面26、如方面24所述的方法，其中，所述区块链服务端、所述第一终端、所述第二终端、所述电子合同签署端和所述合同查看端均为同一联盟链中的节点。

方面27、一种用于电子合同签署的电子设备，所述电子设备应用于终端，包括：

处理器；以及

存储程序的存储器，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行根据方面1-14中任一项所述的方法。

方面28、一种用于电子合同签署的电子设备，所述电子设备应用于区块链服务端，包括：

处理器；以及

存储程序的存储器，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行根据方面15-26中任一项所述的方法。

方面29、一种存储程序的非暂态计算机可读存储介质，所述程序包括指令，所述指令在由一个或者多个处理器执行时，致使所述一个或者多个处理器执行根据方面1-26中任一项所述的方法。

虽然在附图和和前面的描述中已经详细地说明和描述了本公开，但是这样的说明和描述应当被认为是说明性的和示意性的，而非限制性的；本公开不限于所公开的实施例。通过研究附图、公开内容和所附的权利要求书，本领域技术人员在实践所要求保护的主题时，能够理解和实现对于所公开的实施例的变型。在权利要求书中，词语“包括”不排除未列出的其他元件或步骤，不定冠词“一”或“一个”不排除多个，并且术语“多个”是指两个或两个以上。在相互不同的从属权利要求中记载了某些措施的仅有事实并不表明这些措施的组合不能用来获益。

Claims (10)

1.一种用于电子合同签署的方法，所述方法应用于终端，包括：

对签署人进行身份验证和位置验证；

响应于所述签署人通过所述身份验证和所述位置验证，向电子合同签署端发送机构数字证书、签署人信息和目标电子合同，以使得所述电子合同签署端生成合同签署结果，其中，所述电子合同签署端是能够获取所述签署人所代表的机构的电子签名的第三方机构；

接收来自区块链服务端的合同上链请求，其中，所述合同上链请求包括已写入所述合同签署结果的区块链；

对所述合同上链请求进行上链验证；

向所述电子合同签署端、所述区块链服务端和参与签署所述目标电子合同的另一终端发送所述合同上链请求的所述上链验证的结果；

响应于所述合同上链请求通过所述上链验证并且接收到来自所述电子合同签署端和所述参与签署目标电子合同的另一终端的所述合同上链请求通过所述上链验证的信息，存储所述合同上链请求。

2.如权利要求1所述的方法，其中，对所述签署人进行所述身份验证包括以下中的至少一个：

对所述签署人进行活体检测；

对所述签署人进行证件真伪核验；

对所述签署人进行照片比对；

对所述签署人进行劳动关系核验。

3.如权利要求1所述的方法，其中，对所述签署人进行所述位置验证包括：

获取所述签署人的位置；

判断所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求；

响应于所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离满足所述预设距离要求，判断为所述签署人通过所述位置验证，

响应于所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离不满足所述预设距离要求，判断为所述签署人未通过所述位置验证。

4.一种用于电子合同签署的方法，所述方法应用于区块链服务端，包括：

接收来自电子合同签署端的合同签署结果，其中，所述电子合同签署端为能够获取签署人所代表的机构的电子签名的第三方机构；

将所述合同签署结果写入所述目标电子合同所对应的区块链；

将合同上链请求发送到第一终端、第二终端和所述电子合同签署端进行上链验证，其中，所述合同上链请求包括所述目标电子合同所对应的所述区块链；

响应于接收到来自所述第一终端、所述第二终端和所述电子合同签署端的所述合同上链请求通过所述上链验证的信息，存储所述目标电子合同所对应的所述区块链，

其中，所述合同签署结果为所述电子合同签署端在所述第一终端的签署人和所述第二终端的签署人均通过身份验证和位置验证之后所生成的。

5.如权利要求4所述的方法，其中，所述方法还包括在所述将合同上链请求发送到第一终端、第二终端和电子合同签署端进行验证之前执行如下步骤：

接收来自所述电子合同签署端的第一终端的签署人信息、第二终端的签署人信息；

将所述第一终端的签署人信息、所述第二终端的签署人信息写入所述目标电子合同所对应的区块链。

6.如权利要求4所述的方法，其中，所述身份验证包括：活体检测、签署人证件真伪核验、签署人照片对比和签署人劳动关系核验中的至少一个。

7.如权利要求4所述的方法，其中，所述位置验证为判断所述签署人的位置与所述签署人所代表的机构的指定签署地之间的距离是否满足预设距离要求。

8.一种用于电子合同签署的电子设备，所述电子设备应用于终端，包括：

处理器；以及

存储程序的存储器，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行根据权利要求1-3中任一项所述的方法。

9.一种用于电子合同签署的电子设备，所述电子设备应用于区块链服务端，包括：

处理器；以及

存储程序的存储器，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行根据权利要求4-7中任一项所述的方法。

10.一种存储程序的非暂态计算机可读存储介质，所述程序包括指令，所述指令在由一个或者多个处理器执行时，致使所述一个或者多个处理器执行根据权利要求1-7中任一项所述的方法。

Images