CN104184594A - 文档联合签名方法和系统 - Google Patents

Abstract

本发明公开了一种文档联合签名方法和系统，其是在客户端设计签名外观得到签名外观数据后，向所述服务器发送原始文档的签名申请，该签名申请包括该签名外观数据，服务器接收到该签名申请后，根据所述签名外观数据生成目标文档的第一哈希值，并将该第一哈希值返回给客户端，客户端根据所述第一哈希值进行数字签名得到签名值，并将所述签名值发送给服务器，服务器进行该签名值与目标文档的组装，可以在提高联合签名的效率的同时，保证所有签名域的数字签名的有效性。

Description

文档联合签名方法和系统

技术领域

本发明涉及密码学技术领域，特别是涉及一种文档联合签名方法和系统。

背景技术

所谓文档联合签名，就是一份具有N(N＞1)个签名域的文档A，在各个签名者对其需要签署的签名域进行数字签名后，最终形成一份拥有所有签名域数字签名的文档A′，该文档A′上所有签名域的数字签名都是有效的(验证签名是成功的)。文档联合签名主要应用于PDF(Portable Document Format，便携文档格式)文档的联合签名，但由于目前PDF文档标准的局限性，要保证所有签名域的数字签名的有效性，对签名域进行数字签名必须是一个一个的串行操作，也就是下一个数字签名的操作要在上一个数字签名操作后生成的文档上进行。

若处在不同城市的几个专家(签名者)需要在某个时间段内对一份招标书(PDF文档)进行评审，评审通过后在该招标书上完成数字签名。这几个专家的签名顺序是随机的，完成评审后的招标书上需要有这几个专家的有效签名。目前实现的解决方式大概有以下两种：

方式一：进行评标时，专家一从服务器下载招标书进行评审，在客户端完成数字签名后将招标书上传回给服务器，这时专家二再从服务器下载专家一签名后的招标书进行评审，并在此招标书上完成专家二的数字签名，再将该招标书上传回给服务器，以此类推，直到所有的专家都评审完毕，最后服务器上的招标书上就拥有所有专家的签名；

该方式存在的问题有：同一时间只能有一个专家对招标书进行评审并完成数字签名，评审效率低下，同时招标书文件的容量过大时，招标书的下载和回传就需要更多的时间，进一步了影响评审效率；

方式二：进行评标时，专家们从服务器下载最原始的招标书A进行评审，各自在客户端完成签名后形成N份单独签名后的招标书，这N份招标书都提交回给服务器，由服务器从N份单独签名后的招标书中提取签名信息合并成一份招标书A′，最后服务器对这份合并后的招标书A′进行一个权威机构的数字签名，得到一份最终的招标书B；

该方式存在的问题有：虽然能够做到所有专家同时进行评审，从招标书中提取签名信息得到的是电子签名(都是无效的，验证签名不成功)，而只有那个权威机构的签名是数字签名(有效的)，效果不理想。

发明内容

本发明的目的在于提供一种文档联合签名方法和系统，可以在提高联合签名的效率的同时，保证所有签名域的数字签名的有效性。

本发明的目的通过如下技术方案实现：

一种文档联合签名方法，其包括如下步骤：

设计签名外观得到签名外观数据，向服务器发送原始文档的签名申请，所述签名申请包括所述签名外观数据；

接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值；

根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器进行与目标文档的组装。

一种文档联合签名方法，其包括如下步骤：

接收客户端发送的原始文档的签名申请，所述签名申请包括由所述客户端设计签名外观得到的签名外观数据；

根据所述签名外观数据生成目标文档的第一哈希值，并向所述客户端返回所述第一哈希值；

接收所述客户端发送的根据所述第一哈希值进行数字签名得到的签名值，并将所述签名值与目标文档进行组装。

一种文档联合签名系统，其包括：

申请模块，用于设计签名外观得到签名外观数据，向服务器发送原始文档的签名申请，所述签名申请包括所述签名外观数据；

处理模块，用于接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值，并根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器进行与目标文档的组装。

一种文档联合签名系统，其包括：

请求接收模块，用于接收客户端发送的原始文档的签名申请，所述签名申请包括由所述客户端设计签名外观得到的签名外观数据；

生成模块，用于根据所述签名外观数据生成目标文档的第一哈希值，并向所述客户端返回所述第一哈希值；

组装模块，用于接收所述客户端发送的根据所述第一哈希值进行数字签名得到的签名值，并将所述签名值与目标文档进行组装。

依据上述本发明的方案，其是在客户端设计签名外观得到签名外观数据后，向所述服务器发送原始文档的签名申请，该签名申请包括该签名外观数据，服务器接收到该签名申请后，根据所述签名外观数据生成目标文档的第一哈希值，并将该第一哈希值返回给客户端，客户端根据所述第一哈希值进行数字签名得到签名值，并将所述签名值发送给服务器，服务器进行该签名值与目标文档的组装，也就是说，是将文档联合签名的不同处理过程进行分离处理，生成签名数据以及签名值的过程在客户端实现，而生成第一哈希值以及组装签名值与目标文档的过程在服务器实现，且在服务器与客户端之间传输的数据量小，数据传输快，提高了联合签名的效率，并保证了所有签名域的数字签名的有效性，同时，对于每个联合签名的签名者，只需要在其本地的客户端对原始文档进行审阅，该审阅操作可以同时进行，评审效率提高，也提高了联合签名的效率。

附图说明

图1为本发明的文档联合签名方法实施例一的流程示意图；

图2为本发明的文档联合签名方法实施例二的流程示意图；

图3为本发明的文档联合签名方法实施例三的流程示意图；

图4为本发明的文档联合签名系统的一个实施例的结构示意图；

图5为本发明的文档联合签名系统的另一个实施例三的结构示意图；

图6为本发明的文档联合签名系统的第三个实施例的结构示意图；

图7为本发明的文档联合签名系统的第四个实施例的结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步的详细说明。应当理解，此处所描述的具体实施方式仅仅用以解释本发明，并不限定本发明的保护范围。

在下述说明中，首先针对文档联合签名方法的实施例进行说明，再对本发明的文档联合签名系统的各实施例进行说明。

图1中示出了本发明的文档联合签名实施例一的流程示意图。在该实施例一中，是以客户端的处理过程为例进行说明。

如图1所示，在该实施例一中的文档联合签名包括如下步骤：

步骤S101：设计签名外观得到签名外观数据，向服务器发送原始文档的签名申请，所述签名申请包括所述签名外观数据；

原始文档是指进行联合签名前的文档，一般为PDF格式，该原始文档为进行联合签名之前最初始的文档，不包括需要进行联合签名的签名信息，但可以包括在联合签名之前就已经存在的签名信息；

原始文档一般是从服务器下载的，为此，在其中一个实施例中，在本步骤之前还可以包括步骤：向服务器发送下载指令，并接收所述服务器根据所述下载指令返回的原始文档，其中，在返回原始文档的同时，也可以返回该原始文档的ID以及签名域ID，原始文档的ID可以用于检索以及对多个文档的区分，签名域ID可以用于确定签名域以及对多个签名域的区分，但原始文档的获取方式不限于从服务器下载这一种方式；

对于多个签名者，由于原始文档中不需要包括进行联合签名的签名信息，因此，下载过程可以是并行的，且每个签名者可以在其本地的客户端对原始文档进行审阅，该审阅操作在各签名者之间可以同时进行，互不干扰，可以提高评审效率；

设计签名外观得到签名外观数据的方式可以是获取签名者的手写签名或者印章图片等，再根据获取到的手写签名或者印章图片生成签名外观数据；

签名申请中除包括签名外观数据，为了便于服务器检索该签名申请对应的文档以及对应的签名域，一般还包括原始文档的ID以及签名域ID；

此外，一般需要在接收到签名者输入的私钥保护口令后，才向服务器发送原始文档的签名申请；

步骤S102：接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值；

目标文档是与原始文档对应的，只是包括了当前已经完成联合签名的签名者的签名信息，例如签名者A、签名者B、签名者C、签名者D四个签名者对某一文档进行联合签名，若签名者B提出签名申请时，签名者A已先完成了签名过程，则目标文档是包括了签名者A的签名信息的文档；

步骤S103：根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器进行与目标文档的组装；

在获得述第一哈希值时，用签名者的签名私钥对第一哈希值进行密钥运算，得到的一串数据，即签名值，得到签名值之后，将该签名值发送给服务器，在服务器上进行签名值与目标文档的组装，这样，已完成签名操作的签名域的数字签名都是有效的。

根据本实施例中的方案，其是设计签名外观得到签名外观数据后，向服务器发送原始文档的签名申请，该签名申请包括所述签名外观数据，在接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值后，根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器进行与目标文档的组装，由于各个签名者可以并行进行文档审阅，且向服务器的上传的数据只是签名外观数据和签名值，数据量大大减小，多个签名者的签名操作可以接近于并行的进行，提高了签名效率，同时，多个签名者的签名操作得到的签名域的签名信息都是有效的。

此外，在服务器接收到一个签名申请后，需要对该签名申请对应的目标文档进行锁定，锁定后就会暂停其它签名者对该目标文档的签名请求，以保证服务器对不同客户端发送的签名值与目标文档的组装过程是串行操作的，这样保证了签名信息的有效性；为此，在其中一个实施例中，接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值可以包括步骤：接收所述服务器在锁定所述目标文档后根据所述签名外观数据生成并返回的目标文档的第一哈希值，所述将所述签名值发送给服务器进行与目标文档的组装可以包括步骤：将所述签名值发送给服务器进行与目标文档的组装以及目标文档的解锁。

锁定目标文档可以通过任意的文档锁定方式实现，在此不予赘述，需要说明的是，虽然对目标文档锁定后，不同客户端发送的签名申请，在服务器中是采用串行方式进行的，但由于目标文档的锁定时间主要由服务器端生成原始目标文档的第一哈希值、该第一哈希值的下发、客户端生成签名值、签名值的上传、签名值与目标文档的组装这几部分所需的时间构成，由于第一哈希值、签名值等的数据量小，且生成原始目标文档的第一哈希值、客户端生成签名值的效率都很高，所以锁定时间基本上能在3秒以内，使得各签名者的签名操作都能接近于并行的进行，效率高。

此外，为了确保第一哈希值是与原始文档对应的，即目标文档是与原始文档对应的，在其中一个实施例中，还可以包括步骤：接收所述服务器根据所述签名申请返回的原始文档的第二哈希值；将所述第二哈希值与本地的原始文档的哈希值进行比较，若一致，则进入所述根据所述第一哈希值进行数字签名得到签名值的步骤。

需要说明的是，服务器根据所述签名申请返回的原始文档的第二哈希值与本地的原始文档的哈希值，虽然都是指原始文档的哈希值，但本领域技术人员应该可以理解，由于各种可能的误操作，如原始文档的ID提供错误，都有可能导致这两个值不一致，因此，需要对这两个值的一致性进行比较，以保证将签名值组装到了正确的目标文档中。

图2中示出了本发明的文档联合签名实施例二的流程示意图。在该实施例二中，是以服务器的处理过程为例进行说明。

如图2所示，在该实施例一中的PDF文档联合签名包括如下步骤：

步骤S201：接收客户端发送的原始文档的签名申请，所述签名申请包括由所述客户端设计签名外观得到的签名外观数据；

在其中一个实施例中，在本步骤之前还可以进行：接收所述客户端发送的下载指令，根据所述下载指令向所述客户端返回原始文档；

步骤S202：根据所述签名外观数据生成目标文档的第一哈希值，并向所述客户端返回所述第一哈希值；

步骤S203：接收所述客户端发送的根据所述第一哈希值进行数字签名得到的签名值，并将所述签名值与目标文档进行组装。

根据本实施例中的方案，其是接收客户端发送的原始文档的签名申请，该签名申请包括由所述客户端设计签名外观得到的签名外观数据，根据所述签名外观数据生成目标文档的第一哈希值，并向所述客户端返回所述第一哈希值，接收所述客户端发送的根据所述第一哈希值进行数字签名得到的签名值，并将所述签名值与目标文档进行组装，由于各个签名者可以同时对原始文档进行审阅，且接收到客户端发送的数据只是签名外观数据和签名值，数据量大大减小，多个签名者的签名操作可以接近于并行的进行，提高了签名效率，同时，多个签名者的签名操作得到的签名域的签名信息都是有效的。

本实施例中的其他技术特征与上述实施例一中的相同，在此不予赘述。

为了保证服务器对不同客户端发送的签名值与目标文档的组装过程是串行操作的，在其中一个实施例中，在所述根据所述签名外观数据生成目标文档的第一哈希值的步骤之前还可以包括步骤：锁定所述目标文档，在所述将所述签名值与目标文档进行组装的步骤之后还可以包括步骤：进行所述目标文档的解锁，本实施例的各技术特征以及有益效果与前述阐述在客户端执行的过程的实施例中阐述的相同，在此不予赘述。

此外，为了确保第一哈希值是与原始文档对应的，即目标文档时域原始文档对应的，在其中一个实施例中，本发明的文档联合签名方法还可以包括步骤：

根据所述签名申请生成所述原始文档的第二哈希值，将所述第二哈希值返回给所述客户端，其中，所述第二哈希值用于在所述客户端验证与本地的原始PDF文档的哈希值的一致性；本实施例的各技术特征以及有益效果与前述阐述在客户端执行的过程的实施例中阐述的相同，在此不予赘述。

为了使签名者即时了解是否签名成功，在其中一个实施例中，在所述将所述签名值与目标文档进行组装的步骤之后还可以包括步骤：向所述客户端发送签名成功信息，签名成功信息可以包括目标文档的ID以及签名成功标识等信息。

结合上述实施例一、实施例二中的方案，图3中示出了本发明的文档联合签名方法实施例三的流程示意图。在本实施例中，是以文档联合签名时服务器与客户端之间的双向交互过程为例进行说明，这种说明并不用以对本发明方案构成限定。

图3中示出了本发明的文档联合签名实施例三的流程示意图。该实施例三中的文档联合签名方法包括如下步骤：

步骤S301：客户端设计签名外观得到签名外观数据，向服务器发送原始文档的签名申请，所述签名申请包括所述签名外观数据；

步骤S302：所述服务器接收所述签名外观数据，并根据所述签名外观数据生成并返回的目标文档的第一哈希值；

步骤S303：所述客户端根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器；

步骤S303：所述服务器将所述签名值与所述目标文档进行组装。

依据上述本发明的方案，其是在客户端设计签名外观得到签名外观数据后，向所述服务器发送原始文档的包括该签名外观数据的签名申请，服务器接收到该签名申请后，根据所述签名外观数据生成目标文档的第一哈希值，并将该第一哈希值返回给客户端，客户端根据所述第一哈希值进行数字签名得到签名值，并将所述签名值发送给服务器，服务器进行该签名值与目标文档的组装，也就是说，是将文档联合签名的不同处理过程进行分离处理，生成签名数据以及签名值的过程在客户端实现，而生成第一哈希值以及组装签名值与目标文档的过程在服务器实现，且在服务器与客户端之间传输的数据量小，数据传输快，提高了联合签名的效率，并保证了所有签名域的数字签名的有效性，同时，对于每个联合签名的签名者，只需要在其本地的客户端对原始文档进行审阅，该审阅操作可以同时进行，评审效率提高，也提高了联合签名的效率。

根据上述本发明的文档联合签名方法，本发明还提供一种文档联合签名系统。本发明的文档联合签名系统，可以只包括客户端、服务器中的一个，也可以同时包括客户端和服务器，以下分别对只包括客户端、服务器中的一个的文档联合签名系统进行详细说明。

如图4所示，本发明的文档联合签名系统包括：

申请模块401，用于设计签名外观得到签名外观数据，向服务器发送原始文档的签名申请，所述签名申请包括所述签名外观数据；

处理模块402，用于接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值，并根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器进行与目标文档的组装。

在其中一个实施例中，如图5所示，本实施例中的文档联合签名系统，还可以包括：

下载模块400，用于向服务器发送下载指令，并接收所述服务器根据所述下载指令返回的原始文档。

在其中一个实施例中，处理模块402可以接收所述服务器在锁定所述目标文档后根据所述签名外观数据生成并返回的目标文档的第一哈希值，将所述签名值发送给服务器进行与目标文档的组装以及目标文档的解锁。

在其中一个实施例中，处理模块402还可以用于接收所述服务器根据所述签名申请返回的原始文档的第二哈希值，将所述第二哈希值与本地的原始文档的哈希值进行比较，若一致，则根据所述第一哈希值进行数字签名得到签名值。

如图6所示，本发明的文档联合签名系统包括：

请求接收模块501，用于接收客户端发送的原始文档的签名申请，所述签名申请包括由所述客户端设计签名外观得到的签名外观数据；

生成模块502，用于根据所述签名外观数据生成目标文档的第一哈希值，并向所述客户端返回所述第一哈希值；

组装模块503，用于接收所述客户端发送的根据所述第一哈希值进行数字签名得到的签名值，并将所述签名值与目标文档进行组装。

在其中一个实施例中，如图7所示，本实施例中的文档联合签名系统，还可以包括：

文档发送模块500，用于接收所述客户端发送的下载指令，根据所述下载指令向所述客户端返回原始文档。

在其中一个实施例中，生成模块502还可以用于在根据所述签名外观数据生成并返回的目标PDF文档的第一哈希值之前锁定所述目标文档；组装模块503还可以用于在将所述签名值与目标文档进行组装之后进行所述目标文档的解锁。

在其中一个实施例中，生成模块502还可以用于根据所述签名申请生成所述原始文档的第二哈希值，将所述第二哈希值返回给所述客户端，其中，所述第二哈希值用于在所述客户端验证与本地的原始PDF文档的哈希值的一致性。

在其中一个实施例中，组装模块503还可以用于在所述签名值与目标文档进行组装之后向所述客户端发送签名成功信息。

本发明的文档联合签名系统与本发明的文档联合签名方法一一对应，在上述文档联合签名方法的实施例阐述的技术特征及其有益效果均适文档联合签名系统的实施例中，特此声明。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (18)

1.一种文档联合签名方法，其特征在于，包括如下步骤：

设计签名外观得到签名外观数据，向服务器发送原始文档的签名申请，所述签名申请包括所述签名外观数据；

接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值；

根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器进行与目标文档的组装。

2.根据权利要求1所述的文档联合签名方法，其特征在于，在所述设计签名外观得到签名外观数据的步骤之前，还包括步骤：

向服务器发送下载指令，并接收所述服务器根据所述下载指令返回的原始文档。

3.根据权利要求1所述的文档联合签名方法，其特征在于：

接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值包括步骤：接收所述服务器在锁定所述目标文档后根据所述签名外观数据生成并返回的目标文档的第一哈希值；

所述将所述签名值发送给服务器进行与目标文档的组装包括步骤：将所述签名值发送给服务器进行与目标文档的组装以及目标文档的解锁。

4.根据权利要求1所述的文档联合签名方法，其特征在于，还包括步骤：

接收所述服务器根据所述签名申请返回的原始文档的第二哈希值；

将所述第二哈希值与本地的原始文档的哈希值进行比较，若一致，则进入所述根据所述第一哈希值进行数字签名得到签名值的步骤。

5.一种文档联合签名方法，其特征在于，包括如下步骤：

接收客户端发送的原始文档的签名申请，所述签名申请包括由所述客户端设计签名外观得到的签名外观数据；

根据所述签名外观数据生成目标文档的第一哈希值，并向所述客户端返回所述第一哈希值；

接收所述客户端发送的根据所述第一哈希值进行数字签名得到的签名值，并将所述签名值与目标文档进行组装。

6.根据权利要求5所述的文档联合签名方法，其特征在于，还包括步骤：

接收所述客户端发送的下载指令，根据所述下载指令向所述客户端返回原始文档。

7.根据权利要求5所述的文档联合签名方法，其特征在于：

在所述根据所述签名外观数据生成目标文档的第一哈希值的步骤之前还包括步骤：锁定所述目标文档；

在所述将所述签名值与目标文档进行组装的步骤之后还包括步骤：进行所述目标文档的解锁。

8.根据权利要求5所述的文档联合签名方法，其特征在于，还包括步骤：

根据所述签名申请生成所述原始文档的第二哈希值，将所述第二哈希值返回给所述客户端，其中，所述第二哈希值用于在所述客户端验证与本地的原始PDF文档的哈希值的一致性。

9.根据权利要求5所述的文档联合签名方法，其特征在于：

在所述将所述签名值与目标文档进行组装的步骤之后还包括步骤：向所述客户端发送签名成功信息。

10.一种文档联合签名系统，其特征在于，包括：

申请模块，用于设计签名外观得到签名外观数据，向服务器发送原始文档的签名申请，所述签名申请包括所述签名外观数据；

处理模块，用于接收所述服务器根据所述签名外观数据生成并返回的目标文档的第一哈希值，并根据所述第一哈希值进行数字签名得到签名值，将所述签名值发送给服务器进行与目标文档的组装。

11.根据权利要求10所述的文档联合签名系统，其特征在于，还包括：

下载模块，用于向服务器发送下载指令，并接收所述服务器根据所述下载指令返回的原始文档。

12.根据权利要求10所述的文档联合签名系统，其特征在于：

所述处理模块接收所述服务器在锁定所述目标文档后根据所述签名外观数据生成并返回的目标文档的第一哈希值，将所述签名值发送给服务器进行与目标文档的组装以及目标文档的解锁。

13.根据权利要求10所述的文档联合签名系统，其特征在于，还包括步骤：

所述处理模块还用于接收所述服务器根据所述签名申请返回的原始文档的第二哈希值，将所述第二哈希值与本地的原始文档的哈希值进行比较，若一致，则根据所述第一哈希值进行数字签名得到签名值。

14.一种文档联合签名系统，其特征在于，包括：

请求接收模块，用于接收客户端发送的原始文档的签名申请，所述签名申请包括由所述客户端设计签名外观得到的签名外观数据；

生成模块，用于根据所述签名外观数据生成目标文档的第一哈希值，并向所述客户端返回所述第一哈希值；

组装模块，用于接收所述客户端发送的根据所述第一哈希值进行数字签名得到的签名值，并将所述签名值与目标文档进行组装。

15.根据权利要求14所述的文档联合签名系统，其特征在于，还包括：

文档发送模块，用于接收所述客户端发送的下载指令，根据所述下载指令向所述客户端返回原始文档。

16.根据权利要求14所述的文档联合签名系统，其特征在于：

所述生成模块还用于在根据所述签名外观数据生成并返回的目标PDF文档的第一哈希值之前锁定所述目标文档；

所述组装模块还用于在将所述签名值与目标文档进行组装之后进行所述目标文档的解锁。

17.根据权利要求14所述的文档联合签名系统，其特征在于：

所述生成模块还用于根据所述签名申请生成所述原始文档的第二哈希值，将所述第二哈希值返回给所述客户端，其中，所述第二哈希值用于在所述客户端验证与本地的原始PDF文档的哈希值的一致性。

18.根据权利要求14所述的文档联合签名系统，其特征在于：

所述组装模块还用于在所述签名值与目标文档进行组装之后向所述客户端发送签名成功信息。