CN106940846A

CN106940846A - 电子签约的实现方法和装置

Info

Publication number: CN106940846A
Application number: CN201610005591.0A
Authority: CN
Inventors: 刘彬; 张骏良
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2016-01-04
Filing date: 2016-01-04
Publication date: 2017-07-11

Abstract

本申请提供一种电子签约的实现方法，应用签约服务平台上，包括：获取待签署协议信息以及所述协议的所有签约方；向至少部分签约方下发所述协议信息，指令其与指定的一个到多个对端签约方互签所述协议；所述被指令的签约方与对端签约方的组合包括全部签约方的所有两两组合；接收签约方返回的互签结果，在收到全部签约方的所有两两组合互签成功的结果后所述协议签署成功。通过本申请的技术方案，减轻了签约服务平台的负担，避免了性能瓶颈，并使得签约服务平台的实现、签约方的两两组合之间的签字实现易于复用，提高了开发效率。

Description

电子签约的实现方法和装置

技术领域

本申请涉及网络通信技术领域，尤其涉及一种电子签约的实现方法和装置。

背景技术

随着互联网技术的发展和智能终端的普及，人们能够通过网络完成的工作和生活事项越来越多。与线下服务类似，人们在接受网络服务前，经常需要就该项服务订立协议，以约定该服务所涉及的相关各方的权利义务。在网络环境里订立协议通常采用电子签约来进行，即各个签约方以电子技术手段表明对协议内容的认可，生成对各方均具有法律效力的协议。

电子协议的签订过程可以由签约服务平台来主持。现有技术中，由签约服务平台将协议和已经签字的签约方的数字证书逐一发送给签约方，由该签约方签字后返回给签约服务平台，在所有签约方都签字后，协议签署成功。以在签约方A、签约方B、签约方C和签约方D之间签署四方协议为例，其流程如图1所示，签约服务平台先将协议发送给签约方A，签约方A签字后返回给签约服务平台；签约服务平台将协议和签约方A的签字发送给签约方B，签约方B签字后返回给签约服务平台；签约服务平台再将协议和签约方A的签字、签约方B的签字发送给签约方C，以此类推，直到签约方D签字并返回给签约服务平台后完成签约。

这样，对于各个签约方而言，其签字的条件与其他签约方在签订流程中的顺序是相关的，例如，签约方C的签字条件是签约方A和签约方B已签字；对于签约服务平台，签订流程的控制因签约方的不同而不同。如果另一个协议是三方协议，签约方是A、C和D，则至少需要在签约服务平台上、签约方C和D上重新编写用来签订三方协议的代码，用于四方协议的实现难以复用于三方协议。另外，在签订过程中，签约服务平台需要参与每一个签约方的签字处理过程，负担较重，容易成为性能瓶颈。

发明内容

有鉴于此，本申请提供一种电子签约的实现方法，应用签约服务平台上，包括：

获取待签署协议信息以及所述协议的所有签约方；

向至少部分签约方下发所述协议信息，指令其与指定的一个到多个对端签约方互签所述协议；所述被指令的签约方与对端签约方的组合包括全部签约方的所有两两组合；

接收签约方返回的互签结果，在收到全部签约方的所有两两组合互签成功的结果后所述协议签署成功。

本申请提供的一种电子签约的实现方法，应用签约方设备上，包括：

接收签约服务平台下发的待签署协议信息，以及与至少一个对端签约方进行互签的指令；

分别与签约服务平台指定的每个对端签约方进行所述协议的互签，将互签结果发送给签约服务平台。

本申请还提供了一种电子签约的实现装置，应用签约服务平台上，包括：

协议及签约方获取单元，用于获取待签署协议信息以及所述协议的所有签约方；

互签指令下发单元，用于向至少部分签约方下发所述协议信息，指令其与指定的一个到多个对端签约方互签所述协议；所述被指令的签约方与对端签约方的组合包括全部签约方的所有两两组合；

互签结果接收单元，用于接收签约方返回的互签结果，在收到全部签约方的所有两两组合互签成功的结果后所述协议签署成功。

本申请提供的一种电子签约的实现装置，应用签约方设备上，包括：

互签指令接收单元，用于接收签约服务平台下发的待签署协议信息，以及与至少一个对端签约方进行互签的指令；

互签指令执行单元，用于分别与签约服务平台指定的每个对端签约方进行所述协议的互签，将互签结果发送给签约服务平台。

由以上技术方案可见，本申请的实施例中，签约服务平台将待签署的协议下发给至少部分签约方，使签约方的所有两两组合互签该协议并将互签结果上报给签约服务平台，所有两两组合互签成功后协议签署成功，这样，签约服务平台不必参与每一个签约方的具体签字流程，减轻了签约服务平台的负担，避免了性能瓶颈；签约服务平台的实现、签约方的两两组合之间的签字实现易于复用在不同协议的签署中，提高了开发效率。

附图说明

图1是现有技术中一种四方协议签署过程的流程示意图；

图2是本申请实施例中一种应用在签约服务平台上，电子签约的实现方法的流程图；

图3是本申请实施例中一种应用在签约方设备上，电子签约的实现方法的流程图；

图4是本申请应用示例中一种四方协议签署过程的流程示意图；

图5是签约服务平台或签约方设备的一种硬件结构图；

图6是本申请实施例中一种应用在签约服务平台上，电子签约的实现装置的逻辑结构图；

图7是本申请实施例中一种应用在签约方设备上，电子签约的实现装置的逻辑结构图。

具体实施方式

本申请的实施例提出一种新的电子签约的实现方法，将现有技术中由签约服务平台依次指令每个签约方签字的串行流程，修改为签约服务平台指令签约方所有的两两组合分别相互签订协议、再汇总互签结果的并行流程，使得签约服务平台的不再参与签约方的签字处理过程，降低了签约服务平台的负荷；同时由于签约方两两组合的签字实现可以复用于不同的协议，签约服务平台的实现也可以复用于不同签约方和不同的协议，从而解决了现有技术中存在的问题。

本申请的实施例中，签约服务平台、所有的签约方设备之间通过网络可以相互访问。其中，签约服务平台、签约方设备可以是平板电脑、PC(PersonalComputer，个人电脑)、笔记本、服务器等设备；其中，服务器可以是一个物理或逻辑服务器，也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例中签约服务平台平台或签约方的各项功能。本申请实施例对签约服务平台、签约方设备的种类，以及签约服务平台、各个签约方设备之间通信网络的类型、协议等均不做限定。

本申请的实施例中，电子签约的实现方法应用在签约服务平台上的流程如图2所示，应用在签约方设备上的流程如图3所示。

在签约服务平台，步骤210，获取待签署协议信息以及所述协议的所有签约方。

待签署的协议信息包括能够使签约服务平台和该协议的每个签约方确定所签协议具体内容所需的信息。例如，协议信息可以是完整的协议；再如，当签约服务平台和每个签约方设备上均预置有该协议的协议模板时，协议信息可以是引用协议模板生成完整协议所需的参数值等信息。签约方可以是一个应用、一个进程或者其他的软件运行单位。

根据实际应用场景，可以由业务平台在发生相关业务需求时，向签约服务平台提出签署协议的请求，并将待签署协议和所有签约方告知签约服务平台；也可以由管理员向签约服务平台配置待签署协议信息和所有签约方。本申请的实施例对签约服务平台获取待签署协议信息和所有签约方的具体方式不做限定。

在签约服务平台，步骤220，向至少部分签约方下发协议信息，指令其与指定的一个到多个对端签约方互签该协议；被指令的签约方与对端签约方的组合包括全部签约方的所有两两组合。

在签约方设备上，步骤310，接收签约服务平台下发的待签署协议信息，以及与至少一个对端签约方进行互签的指令。

本申请实施例中，签约服务平台将协议的签署过程分解为一个到多个互签(即一个签约方与另一个签约方之间相互认可协议)的过程，当全部签约方的所有两两组合都互签成功后，即表示每一个签约方都与任意一个其他签约方完成了相互认可协议的过程，因而该协议对全部签约方均有约束力，该协议签署成功。

签约服务平台可以采用不同的方式来进行全部签约方的所有两两组合的互签。其中，一种方式可以是，签约服务平台向每个签约方下发协议信息，指令该签约方与每个其他签约方分别互签该协议。以签约方为A、B和C的三方协议为例，签约服务平台分别向签约方A、B和C下发协议信息，指令签约方A分别与签约方B和C互签该协议，指令签约方B分别与签约方A和C互签该协议，指令签约方C分别与签约方A和B互签该协议。

另一种方式可以是，签约服务平台对全部签约方生成(n为签约方的个数)个不同的两两组合，即生成全部签约方的所有两两组合，然后向每个组合中的至少一个签约方下发协议信息，指令该签约方与本组合中的另一个签约方互签该协议。仍以签约方为A、B和C的三方协议为例，签约服务平台将三个签约方组合为3个两两组合：(A，B)、(A，C)和(B，C)；对(A，B)组合，签约服务平台可以向A(或B)下发协议信息，指令A与B(或指令B与A)互签该协议；签约服务平台也可以既向A也向B下发协议信息，并分别指令A和B与对方互签该协议。

签约服务平台可以在一个指令中要求接收指令的签约方与另外的一个到多个对端签约方互签协议。需要说明的是，本申请实施例中，当互签指令中指定的对端签约方超过一个时，指令的含义是要求接收指令的签约方分别与每一个指定的对端接收方两两互签协议，而不是进行三方及以上的协议签订。

在签约方设备上，步骤320，分别与签约服务平台指定的每个对端签约方进行协议的互签，将互签结果发送给签约服务平台。

在电子签约中，签约方通常采用将本端的电子签字发送给对端签约方的方式，来代表本端对协议签字。电子签字可以是任何能够在通信中起到证明当事人的身份、证明当事人对协议内容认可的电子技术手段，例如CA(Certificate Authority，证书授权)中心颁发的数字证书、签约方的数字签名等等。两个签约方之间可以采用就协议交换其电子签字的方式来进行互签。

根据实际应用场景的需求，两个签约方之间可以按照约定的任何交互方式来完成协议的互签、以及向签约服务平台返回互签结果，本申请的实施例不做限定。

一个例子中，当某个签约方收到签约服务平台的协议信息和指定了对端签约方的互签指令后，提取一个签约服务平台指定的对端签约方，按照预定条件判断该协议的内容和该对端签约方符合签字条件，则向该对端签约方发送该协议信息和用于表示本端认可该协议的电子签字；对端签约方收到后，如果该协议的内容和被指令的签约方符合对端签约方的签字条件，则向被指令的签约方回复对端签约方的电子签字以认可该协议；被指令的签约方收到对端签约方返回的电子签字后，互签过程结束，与对端签约方的互签成功；，如果未能按照上述步骤进行完互签过程，则互签失败。被指令的签约方向签约服务平台发送与对端签约方互签成功或失败的结果。对每一个签约服务平台指定的对端签约方，被指令的签约方分别执行上述互签过程。

在一些实现方式中，签约服务平台可能会向互签的双方都发送与对方互签的指令。为了避免互签过程的重复进行，签约方可以保存与其他的各个对端签约方互签协议的结果；在收到签约服务平台的互签指令后，被指令的签约方查找保存的互签结果，如果已经与某个对端签约方就该协议互签成功，则对该对端签约方不再处理；如果尚未与该对端签约方就该协议成功互签，则执行上述互签过程。

在签约服务平台上，步骤230，接收签约方返回的互签结果，在收到全部签约方的所有两两组合互签成功的结果后所述协议签署成功。

在协议签署成功后，签约服务平台可以将签署完成的消息通知每个签约方，以便其进行与该协议相关的业务过程。

如果有某个两个签约方组合返回的互签结果为互签失败，签约服务平台可以针对这两个签约方的组合进行异常处理，如指令该签约方组合中一端与另一端进行异常处理(接收该指令的签约方将与指定的对端签约方按照双方的异常处理逻辑进行处理)、或重新向该签约方组合中的一端发出互签指令等，无需对互签结果为成功的所有签约方组合再行处理。签约服务平台上异常处理过程的逻辑简单而清晰，并且易于实现。

可见，本申请的实施例中，签约服务平台向某个签约方下发待签署协议信息和要进行互签的对端签约方，接收返回的互签结果，上述过程中通信双方的实现与协议内容和协议涉及的其他签约方无关，因此双方的实现均可以复用于不同的协议和不同的其他签约方。任意两个签约方都可以就与对端如何互签进行独立的约定，这两个签约方的互签实现可以复用于不同的协议并且与每个协议的其他签约方无关。因此，本申请的实施例极大的提高了签约服务平台和各个签约方上实现的复用程度，降低了开发成本，提高了开发效率。签约服务平台无需参与签约方两两组合之间的互签过程，降低了签约服务平台的工作负荷，避免了签约服务平台成为性能瓶颈。

在本申请的一个应用示例中，业务平台向签约服务平台发送待签署协议和该协议的所有签约方：A、B、C和D。

签约服务平台生成全部签约方的6个两两组合：(A，B)、(A，C)、(A，D)、(B，C)、(B，D)和(C，D)。签约服务平台向每个组合中的一个签约方下发该协议，指令该签约方与该组合中的另一个签约方互签该协议。

以(A，B)组合为例，设签约服务平台向签约方A下发待签署协议，并指令A与B互签该协议。签约方A判断该协议和签约方B满足本端的签字条件，将该协议和本端的数字证书发送给签约方B，表示本端已在该协议上签字。签约方B判断该协议和签约方A满足本端的签字条件，附加本端的数字证书后发送给签约方A。签约方A收到后，将协议、A的数字证书和B的数字证书作为互签成功的结果发送给签约服务平台。

当签约服务平台分别收到上述6个两两组合返回的互签成功结果后，该协议签署成功。

上述协议签署过程可以参见图4。

与上述流程实现对应，本申请的实施例还提供了一种应用在签约服务平台上的电子签约的实现装置，和一种应用在签约方设备上的电子签约的实现装置。这两种装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过签约服务平台或签约方设备的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图5所示的CPU、内存以及非易失性存储器之外，电子签约的实现装置所在的签约服务平台或签约方设备通常还可以包括用于进行无线信号收发的芯片等其他硬件，或者用于实现网络通信功能的板卡等其他硬件。

图6所示为本申请实施例提供的一种电子签约的实现装置，应用签约服务平台上，包括协议及签约方获取单元、互签指令下发单元和互签结果接收单元，其中：协议及签约方获取单元用于获取待签署协议信息以及所述协议的所有签约方；互签指令下发单元用于向至少部分签约方下发所述协议信息，指令其与指定的一个到多个对端签约方互签所述协议；所述被指令的签约方与对端签约方的组合包括全部签约方的所有两两组合；互签结果接收单元用于接收签约方返回的互签结果，在收到全部签约方的所有两两组合互签成功的结果后所述协议签署成功。

可选的，所述互签指令下发单元具体用于：向每个签约方下发所述协议信息，指令其与每个其他签约方分别互签所述协议。

可选的，所述互签指令下发单元具体用于：生成全部签约方的所有两两组合，向每个组合中的至少一个签约方下发所述协议信息，指令其与本组合中的另一个签约方互签所述协议。

可选的，所述装置还包括：异常处理单元，用于如果某两个签约方组合互签协议失败，针对所述两个签约方组合进行异常处理。

图7所示为本申请实施例提供的一种电子签约的实现装置，应用签约方设备上，包括互签指令接收单元和互签指令执行单元，其中：互签指令接收单元用于接收签约服务平台下发的待签署协议信息，以及与至少一个对端签约方进行互签的指令；互签指令执行单元用于分别与签约服务平台指定的每个对端签约方进行所述协议的互签，将互签结果发送给签约服务平台。

一个例子中，所述互签指令执行单元包括互签请求发送模块和互签响应接收模块，其中：互签请求发送模块用于向签约服务平台指定的一个对端签约方发送所述协议信息和用于表示本端认可所述协议的电子签字；互签响应接收模块用于在收到所述对端签约方返回的带有用于表示对端认可所述协议的电子签字后，向签约服务平台发送与对端签约方互签成功的结果。

上个例子中，所述装置还可以包括互签结果保存单元，用于保存与对端签约方互签所述协议的互签结果；所述互签请求发送模块可以具体用于：根据保存的互签结果，如果本端尚未与签约服务平台指定的某个对端签约方成功互签所述协议，则向所述对端签约方发送所述协议信息和用于表示本端认可所述协议的电子签字。

可选的，所述装置还包括互签响应发送模块，用于在收到其他签约方发送的协议信息和所述其他签约方的电子签字后，向所述其他签约方回复本端的电子签字以认可所述协议。

可选的，所述向签约服务平台返回的互签结果为互签失败；所述装置还包括异常处理指令执行单元，用于根据签约服务平台的指令与所述对端签约方进行异常处理。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims

1.一种电子签约的实现方法，应用签约服务平台上，其特征在于，包括：

获取待签署协议信息以及所述协议的所有签约方；

2.根据权利要求1所述的方法，其特征在于，所述向至少部分签约方下发所述协议信息，指令其与指定的一个到多个对端签约方互签所述协议，包括：向每个签约方下发所述协议信息，指令其与每个其他签约方分别互签所述协议。

3.根据权利要求1所述的方法，其特征在于，所述向至少部分签约方下发所述协议信息，指令其与指定的一个到多个对端签约方互签所述协议，包括：生成全部签约方的所有两两组合，向每个组合中的至少一个签约方下发所述协议信息，指令其与本组合中的另一个签约方互签所述协议。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：如果某两个签约方组合互签协议失败，针对所述两个签约方组合进行异常处理。

5.一种电子签约的实现方法，应用签约方设备上，其特征在于，包括：

6.根据权利要求5所述的方法，其特征在于，所述分别与签约服务平台指定的每个对端签约方进行所述协议的互签，将互签结果发送给签约服务平台，包括：

向签约服务平台指定的一个对端签约方发送所述协议信息和用于表示本端认可所述协议的电子签字；

在收到所述对端签约方返回的带有用于表示对端认可所述协议的电子签字后，向签约服务平台发送与对端签约方互签成功的结果。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：保存与对端签约方互签所述协议的互签结果；

所述向签约服务平台指定的一个对端签约方发送所述协议信息和用于表示本端认可所述协议的电子签字，包括：根据保存的互签结果，如果本端尚未与签约服务平台指定的某个对端签约方成功互签所述协议，则向所述对端签约方发送所述协议信息和用于表示本端认可所述协议的电子签字。

8.根据权利要求5所述的方法，其特征在于，所述方法还包括：在收到其他签约方发送的协议信息和所述其他签约方的电子签字后，向所述其他签约方回复本端的电子签字以认可所述协议。

9.根据权利要求5所述的方法，其特征在于，所述向签约服务平台返回的互签结果为互签失败；

所述方法还包括：根据签约服务平台的指令与所述对端签约方进行异常处理。

10.一种电子签约的实现装置，应用签约服务平台上，其特征在于，包括：

11.根据权利要求10所述的装置，其特征在于，所述互签指令下发单元具体用于：向每个签约方下发所述协议信息，指令其与每个其他签约方分别互签所述协议。

12.根据权利要求10所述的装置，其特征在于，所述互签指令下发单元具体用于：生成全部签约方的所有两两组合，向每个组合中的至少一个签约方下发所述协议信息，指令其与本组合中的另一个签约方互签所述协议。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：异常处理单元，用于如果某两个签约方组合互签协议失败，针对所述两个签约方组合进行异常处理。

14.一种电子签约的实现装置，应用签约方设备上，其特征在于，包括：

15.根据权利要求14所述的装置，其特征在于，所述互签指令执行单元包括：

互签请求发送模块，用于向签约服务平台指定的一个对端签约方发送所述协议信息和用于表示本端认可所述协议的电子签字；

互签响应接收模块，用于在收到所述对端签约方返回的带有用于表示对端认可所述协议的电子签字后，向签约服务平台发送与对端签约方互签成功的结果。

16.根据权利要求15所述的装置，其特征在于，所述装置还包括：互签结果保存单元，用于保存与对端签约方互签所述协议的互签结果；

所述互签请求发送模块具体用于：根据保存的互签结果，如果本端尚未与签约服务平台指定的某个对端签约方成功互签所述协议，则向所述对端签约方发送所述协议信息和用于表示本端认可所述协议的电子签字。

17.根据权利要求14所述的装置，其特征在于，所述装置还包括：互签响应发送模块，用于在收到其他签约方发送的协议信息和所述其他签约方的电子签字后，向所述其他签约方回复本端的电子签字以认可所述协议。

18.根据权利要求14所述的装置，其特征在于，所述向签约服务平台返回的互签结果为互签失败；

所述装置还包括：异常处理指令执行单元，用于根据签约服务平台的指令与所述对端签约方进行异常处理。