CN113704796A - 电子签章方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及电子签章方法、装置、设备及存储介质，其中方法包括：服务端生成待签章原文件，并接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，客户端对所述待签章原文件进行签章后提取签章数据，并发送签章数据到服务端，在每个客户端均完成签章数据的发送后，服务端将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。本申请无需将整个签章文件发送至服务端保存，大大节省网络流量，可以解决评委通过电子评标系统对待签章原文件进行电子签章时，网络流量消耗大以及评标效率低的问题。

Description

电子签章方法、装置、设备及存储介质

技术领域

本申请涉及电子签章技术领域，具体涉及电子签章方法、装置、设备及存储介质。

背景技术

随着互联网时代的发展，电子招投标的网上交易越来越频繁。在项目开标后，需要评委通过网上评标系统对投标单位进行打分。目前，评标报告汇总环节，由评委使用浏览器访问电子评标系统，从服务器上下载电子评标系统生成的电子评标报告，在确认报告内容后，对电子评标报告的原文件进行电子签章，然后提交完整文件回服务器。

目前，在评委对电子评标报告进行电子签章时，由电子评标服务器应用生成一份PDF格式的原文件，评标系统自动转入评委签章功能菜单。首先必须由一名评委(评委A)打开电子签章功能页面，通过签章OCX下载PDF到客户端缓存，展示查阅后，评委A进行电子签章，签章完成后客户端将签章后的整个文件，通过HTTP发回服务器，服务器保存该文件，之后，评委B打开电子签章功能页面，同样通过签章OCX下载由评委A完成签章的PFD，展示查阅后，评委B进行电子签章，完成后将具有2位评委签章后PDF发回服务器保存，其他评委依此类推。

目前的实现方式，每次评委签章动作，都是需要下载原文，再将签章后的完整文件上传。当出现大文件且人次多的情况下，网络的流量消耗大、耗时的缺点是更明显的，程序的健壮性会更依赖于网络的环境质量。

另外，对同一份需要签章的文件，需要评委按照顺序依次进行下载、签章、提交，只能是单线程操作，评委之间要等待前一位评委完成签章之后才能进行签章操作，等待时间长体验差，需要评委之间沟通协调，评标效率低。

因此，有必要对现有技术予以改良以克服现有技术中的所述缺陷。

发明内容

本申请的目的在于提供一种电子签章方法、装置、设备及存储介质，用以解决现有技术中，评委通过电子评标系统对待签章原文件进行电子签章时，网络流量消耗大以及评标效率低的问题。

本申请的目的通过以下技术方案实现：

第一方面，提供一种电子签章方法，应用于服务端，所述方法包括：

接收至少一个客户端的原文件下载请求，将所述待签章原文件下载至对应客户端，以使所述至少一个客户端对所述待签章原文件进行签章，并提取签章数据，所述待签章原文件是服务端预先生成的；

接收每个客户端发送的签章数据；

响应于每个客户端均完成签章数据的发送，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

可选地，所述接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，包括：

接收到每个客户端同时发送的原文件下载请求，将待签章原文件下载至对应的客户端，以使各客户端同时对所述待签章原文件进行签章后提取签章数据。

可选地，所述接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，包括：

若接收到第一客户端发送的签章数据后，接收到第二客户端的原文件下载请求，则将所述第一客户端的签章数据发送至所述第二客户端，以使所述第二客户端将所述第一客户端的签章数据合并到所述待签章原文件中，以供所述第二客户端的用户查阅，其中，所述第一客户端包括至少一个客户端。

第二方面，提供一种电子签章方法，所述客户端至少为一个，所述方法包括：

获取待签章原文件，所述待签章原文件由服务端生成并保存；

对所述待签章原文件进行签章，得到当前签章文件；

对所述当前签章文件提取签章数据；

将所述签章数据发送至服务端，以使服务端在每个客户端均完成签章数据的发送后，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

可选地，所述方法还包括：

若第二客户端请求获取所述待签章原文件时，接收到服务端发送的第一客户端的签章数据，则将所述第一客户端的签章数据合并到所述待签章原文件中，得到第一客户端的签章文件，以供用户查阅，其中，所述第一客户端包括至少一个客户端。

可选地，所述对所述签章文件提取签章数据，包括：

识别所述待签章原文件与所述当前签章文件的差异数据；

提取所述差异数据，得到签章数据

可选地，所述获取待签章原文件，包括：

发送原文件下载请求，以使服务端根据所述原文件下载请求，将所述原文件下载至对应的客户端。

第三方面，提供一种电子签章装置，包括：

原文件下载模块，用于接收至少一个客户端的原文件下载请求，将所述待签章原文件下载至对应客户端，以使所述至少一个客户端对所述待签章原文件进行签章，并提取签章数据，所述待签章原文件是服务端预先生成的；

数据接收模块，用于接收每个客户端发送的签章数据；

数据合并模块，用于响应于每个客户端均完成签章数据的发送，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

第四方面，提供一种电子签章装置，包括：

原文件接收模块，用于接收待签章原文件，所述待签章原文件是由服务端生成，并在服务端接收到原文件下载请求后，下载至对应客户端的；

签章模块，用于对所述待签章原文件进行签章，得到当前签章文件；

数据提取模块，用于对所述当前签章文件提取签章数据；

数据发送模块，用于将所述签章数据发送至服务端，以使服务端在每个客户端均完成签章数据的发送后，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

第五方面，提供一种电子设备，包括处理器和存储器，所述存储器中存储有程序，所述程序被处理器执行时，用以实现第一方面和/或第二方面所述方法的步骤。

第六方面，提供一种计算机存储介质，所述计算机存储介质上存储有程序，所述程序在被处理器执行时，用以实现第一方面和/或第二方面所述方法的步骤。

与现有技术相比，本申请具有如下有益效果：综上所述，本申请通过服务端生成待签章原文件，并根据客户端的原文件下载请求，将待签章原文件下载至对应的客户端，客户端在完成签章后，提取签章数据，并将签章数据发送至服务端，由服务端将签章数据合并到待签章原文件中，实现签章操作。本申请的客户端不需要将整个签章文件返回服务端，大大节省了网络流量，提升了电子评标系统的响应速度。

另外，本申请的每个评委可以同时请求原文件下载，各评委之间的签章和下载操作并行进行，提高了评标效率低。

另外，本申请每个评委，还可以在前面的评委签章完成后，获取前面评委的签章数据，然后合并到待签章原文件中，以实现评委对签名过程中的前位评委的结果查看，赋予了电子交易评标系统实现电子化对准确实际的纸质化评标最大化还原的能力。

附图说明

图1是本申请一个实施例提供的电子签章系统的网络架构图；

图2是本申请一个实施例提供的电子签章方法的流程图；

图3是本申请另一个实施例提供的电子签章方法的流程图；

图4是本申请一个实施例提供的电子签章装置的结构框图；

图5是本申请另一个实施例提供的电子签章装置的结构框图；

图6是本申请一个实施例提供的电子设备的原理图。

具体实施方式

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

针对现有技术中，评委通过电子评标系统对待签章原文件进行电子签章时，网络流量消耗大以及评标效率低的问题，本申请提供一种电子签章方法、装置、设备及存储介质。

电子签章，指的是使用电子印章签署电子文件的过程。电子印章，是指所有以电子形式存在，依附在电子文件并与其逻辑关联，可用以辨识电子文件签署者身份，保证文件的完整性，并表示签署者同意电子文件所陈述事实的内容。另外，电子印章，遵循《GM/T 0031-2014安全电子签章密码技术规范》。

电子签章是电子签名的一种表现形式，利用图像处理技术将电子签名操作转化为与纸质文件盖章操作相同的可视效果，同时利用电子签名技术保障电子信息的真实性和完整性以及签名人的不可否认性。

图1给出了本申请一个实施例提供的电子签章系统的网络架构图，如图1所示，该网络架构包括服务端101和至少一个客户端102，其中服务端101与至少一个客户端102通信连接，每个客户端对应一个评委。

服务端101可以是电子评标服务器，该电子评标服务器中安装有签章控件。

客户端102中安装有电子签章软件，电子签章软件是使用电子印章对各类电子文档进行电子签章的软件。本实施例的客户端102可以是计算机、智能终端等，本实施例不对客户端的类型进行限定。

服务端101生成待签章原文件，并保存。该原文件指的是评标汇总环节中的电子评标报告的原文。

客户端102向服务端101发送原文件下载请求，服务端101通过签章控件将原文件下载至对应的客户端102，评委通过对应的客户端打开原文件，并进行电子签章，然后根据签章后的文件，提取其中与原文件的差异数据，即签章数据，然后将签章数据返回至服务端101。

其中，签章数据，指的是电子签章过程中产生的包含电子印章信息和签名信息的数据。

当服务端101接收到所有客户端102返回的签章数据后，将所有的签章数据合并到原文件中，生成合并后的签章文件。

关于客户端102和服务端101实现电子签章的具体实施方式，将在下文详述。

图2给出了本申请一个实施例提供的电子签章方法的流程图，下面以图1所示网络构架中的服务端101为执行主体，对本申请的电子签章方法进行说明，如图2所示，该电子签章方法包括：

S201：接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，以使至少一个客户端对待签章原文件进行签章后提取签章数据。

具体地，例如，在电子评标系统中，服务端可以是电子评标服务器，待签章原文件指的是电子评标报告，该待签章原文件是在服务端预先生成的，且该待签章原文件是PDF格式的文件。

服务端在生成待签章原文件后，会自动将评委签章功能菜单显示于客户端。

在电子评标系统中，评委不止一个，每个评委对应一个客户端，在电子评标报告汇总环节，每个评委均需要对电子评标报告进行电子签章。

每个评委会根据对应客户端的评委签章功能菜单，点击功能菜单中的“下载”菜单，以触发原文件下载请求。

服务端在接收到不同客户端的原文件下载请求后，通过签章控件，将预先生成的待签章文件下载至对应客户端。

评委通过对应客户端打开待签章原文件，完成电子签章。例如，评委A打开通过客户端A进行电子签章，得到A签章文件，并提取A签章文件的签章数据A。评委B通过客户端B进行电子签章，得到B签章文件，并提取B签章文件的签章数据B。依次类推。

可选地，客户端对签章数据的提取是通过如下方式实现的：

识别所述待签章原文件与所述当前签章文件的差异数据；提取所述差异数据，得到签章数据。

对于电子签章的过程以及差异数据的提取，属于本领域比较熟知的技术，在此不再赘述。

S202：接收每个客户端发送的签章数据。

具体地，评委在完成电子签章后，触发数据发送指令，具体是通过点击客户端用户界面显示的签章提交功能按钮来触发的，客户端在收到数据发送指令后，由签章插件提取签章数据，并提交签章数据到服务端进行保存。

本实施例并不是将整个签章文件发送至服务端，而是只将提取到的签章数据发送至服务端，可以大大减少网络流量的消耗。

示例性地，例如，签章前的待签章原文大小为M，提取的签章数据为K，评委人次为N，则此处的网络消耗约为：

(M+K)×N

而K的大小和网络消耗相对于原文的大小M而言可忽略不计，则只发送签章数据对网络的消耗，相比于发送整个签章文件，可减少约50％，从而使得电子评标系统的响应速度快，网络依赖低等。

S203：响应于每个客户端均完成签章数据的发送，将所述签章数据合并到所述原文件中，得到合并后的签章文件。

具体地，服务端在所有评委均完成签章数据的提交后，触发合并指令，将所有评委的签章数据合并到待签章原文件中，完成签章操作。

本实施例在进行电子签章的过程中，将电子印章入待签章原文件时，遵循《PDFReference,sixth edition:Adobe Portable Document Format version1.7》规范，在完成电子签章后，差异数据的提取，同样按照该规范执行，在服务器合并签章数据时，再按照规范将签章数据合并到待签章原文件中。

关于将签章数据合并到待签章原文件，属于本领域比较熟知的技术，在此不再赘述。

本实施例中，可选地，每个评委可以利用客户端同时发送原文件下载请求，示例性地，例如，有三个评委，即评委A、评委B、评委C，同时发送原文件下载请求，并利用各自客户端的签章插件同时下载原文，并在各自客户端进行电子签章。

本实施例待签章原文件的下载和电子签章都是并行执行的，各评委之间互不干扰，也无需等待。

例如，若评委A完成签章后，点击客户端用户界面显示的签章提交功能按钮，则客户端A的签章插件会直接提取签章数据，并且仅提交签章数据到服务端进行保存，而不需要按顺序等待评委B和/或评委C完成签章后，再继续签章。

在电子评标系统的电子签章的过程中，可以选择每个客户端间隔时间提交原文下载请求，即一个客户端已经提交了签章数据后，另一个客户端发送原文件下载请求。在这种情况下，可选地，若接收到第一客户端发送的签章数据后，接收到第二客户端的原文件下载请求，则将第一客户端的签章数据发送至第二客户端，以使第二客户端将第一客户端的签章数据合并到待签章原文件中，以供第二客户端的用户查阅，其中，第一客户端包括至少一个客户端。

例如，若评委A已经将签章数据提交到服务端，而评委B刚请求下载待签章原文件，则服务端会将待签章原文件下载至评委B的客户端的同时，自动将评委A的签章数据一并返回到评委B的客户端。

评委B的客户端将评委A的签章数据合并到待签章原文件中，此时评委B能够看到评委A的准确签章信息，并展示。

若评委A、评委B均完成电子签章提交操作之后，评委C打开待签章文件，服务端会同时将评委A和评委B的签章数据一并发送至评委C的客户端，则评委C将评委A和评委B的签章数据合并到待签章原文件中，，此时评委C能够看到评委A和评委B的的准确签章信息，并展示。以此类推。

这种情况下，每个评委就能够看到其他评委的准确签章信息，以方便自己签章。每个评委在签章后，依然将自己的签章数据发送至服务端，服务端在收到所有评委对应的客户端的签章数据后，再进行合并。

当然，其他实施例中，也可以选择根据管理办法，不允许后者评委查看前评委的打分结果。

图3给出了本申请另一个实施例提供的电子签章方法的流程图，下面以图1所示网络构架中的客户端102为执行主体，对本申请的电子签章方法进行说明，如图3所示，该电子签章方法包括：

S301：接收待签章原文件。

待签章原文件由服务端生成并保存。

S302：对待签章原文件进行签章，得到当前签章文件；

S303：对当前签章文件提取签章数据；

S304：将签章数据发送至服务端，以使服务端在每个客户端均完成签章数据的发送后，将签章数据合并到所述待签章原文件中，得到合并后的签章文件。

进一步地，所述方法还包括：

若第二客户端请求获取所述原文件时，接收到服务端发送的第一客户端的签章数据，则将所述第一客户端的签章数据合并到所述原文件中，得到第一客户端的签章文件，以供用户查阅，其中，所述第一客户端包括至少一个客户端。

本实施例的电子签章方法的具体实施，可参阅图-图2相关实施例中的所有或部分实施步骤，和/或文本中描述的其他内容，在此不再赘述。

综上所述，本申请通过服务端生成待签章原文件，并根据客户端的原文件下载请求，将待签章原文件下载至对应的客户端，客户端在完成签章后，提取签章数据，并将签章数据发送至服务端，由服务端将签章数据合并到待签章原文件中，实现签章操作。本申请的客户端不需要将整个签章文件返回服务端，大大节省了网络流量，提升了电子评标系统的响应速度。

另外，本申请的每个评委可以同时请求原文件下载，各评委之间的签章和下载操作并行进行，提高了评标效率低。

另外，本申请每个评委，还可以在前面的评委签章完成后，获取前面评委的签章数据，然后合并到待签章原文件中，以实现评委对签名过程中的前位评委的结果查看，赋予了电子交易评标系统实现电子化对准确实际的纸质化评标最大化还原的能力。

本申请还提供一种电子签章装置，图4给出了本申请一个实施例提供的电子签章装置的结构框图，如图4所示，该电子签章装置包括：

原文件下载模块，用于接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，以使所述至少一个客户端对所述待签章原文件进行签章后提取签章数据，所述待签章原文件是服务端预先生成的；

数据接收模块，用于接收每个客户端发送的签章数据；

数据合并模块，用于响应于每个客户端均完成签章数据的发送，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

图5给出了本申请另一个实施例提供的电子签章装置的结构框图，如图5所示，该电子签章装置包括：

原文件接收模块，用于接收待签章原文件，所述待签章原文件是由服务端生成，并在服务端接收到原文件下载请求后，下载至对应客户端的；

签章模块，用于对所述待签章原文件进行签章，得到签章文件；

数据提取模块，用于对所述签章文件提取签章数据；

数据发送模块，用于将所述签章数据发送至服务端，以使服务端在每个客户端均完成签章数据的发送后，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

上述两个装置实施例提供的电子签章装置与对应的电子签章方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

需要说明的是：上述实施例中提供的电子签章装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要将上述功能分配由不同的功能模块完成，即将电子签章装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

本申请实施例还提供一种电子设备，图6是本申请一个实施例提供的电子设备的结构框图，如图6所示，该电子设备包括处理器和存储器，其中：

处理器，可以包括一个或多个处理核心，比如：4核心处理器、6核心处理器等。处理器可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。

存储器，可以包括高速随机存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡、闪存卡(Flash Card)、至少一个磁盘存储器件、内存器件、或其他易失性固态存储器件。

本实施例的存储器中存储有计算机程序，所述计算机程序可在所述处理器上运行，所述处理器执行所述计算机程序时，可以实现本申请电子签章方法或上述电子签章装置相关实施例中的所有或部分实施步骤，和/或文本中描述的其他内容。

本领域技术人员可以理解，图6仅仅是本申请实施例电子设备的一种可能的实现方式，其他实施方式中，还可以包括更多或更少的部件，或者组合某些部件，或者不同部件，本实施例对此不作限定。

本申请还提供一种计算机存储介质，所述计算机存储介质上存储有程序，所述程序被处理器执行时，用以实现上述电子签章方法实施例的步骤。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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

Claims (10)

1.一种电子签章方法，其特征在于，应用于服务端，所述方法包括：

接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，以使所述至少一个客户端对所述待签章原文件进行签章后提取签章数据，所述待签章原文件是服务端预先生成的；

接收每个客户端发送的签章数据；

响应于每个客户端均完成签章数据的发送，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

2.根据权利要求1所述的方法，其特征在于，所述接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，包括：

接收到每个客户端同时发送的原文件下载请求，将待签章原文件下载至对应的客户端，以使各客户端同时对所述待签章原文件进行签章后提取签章数据。

3.根据权利要求1所述的方法，其特征在于，所述接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，包括：

若接收到第一客户端发送的签章数据后，接收到第二客户端的原文件下载请求，则将所述第一客户端的签章数据发送至所述第二客户端，以使所述第二客户端将所述第一客户端的签章数据合并到所述待签章原文件中，以供所述第二客户端的用户查阅，其中，所述第一客户端包括至少一个客户端。

4.一种电子签章方法，其特征在于，应用于客户端，所述客户端至少为一个，所述方法包括：

接收待签章原文件，所述待签章原文件是由服务端生成，并在服务端接收到原文件下载请求后，下载至对应客户端的；

对所述待签章原文件进行签章，得到当前签章文件；

对所述当前签章文件提取签章数据；

将所述签章数据发送至服务端，以使服务端在每个客户端均完成签章数据的发送后，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若第二客户端请求获取所述待签章原文件时，接收到服务端发送的第一客户端的签章数据，则将所述第一客户端的签章数据合并到所述待签章原文件中，得到第一客户端的签章文件，以供用户查阅，其中，所述第一客户端包括至少一个客户端。

6.根据权利要求4所述的方法，其特征在于，所述对所述签章文件提取签章数据，包括：

识别所述待签章原文件与所述当前签章文件的差异数据；

提取所述差异数据，得到签章数据。

7.一种电子签章装置，其特征在于，应用于服务端，包括：

原文件下载模块，用于接收至少一个客户端的原文件下载请求，将待签章原文件下载至对应客户端，以使所述至少一个客户端对所述待签章原文件进行签章后提取签章数据，所述待签章原文件是服务端预先生成的；

数据接收模块，用于接收每个客户端发送的签章数据；

数据合并模块，用于响应于每个客户端均完成签章数据的发送，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

8.一种电子签章装置，其特征在于，应用于客户端，所述客户端至少为一个，包括：

原文件接收模块，用于接收待签章原文件，所述待签章原文件是由服务端生成，并在服务端接收到原文件下载请求后，下载至对应客户端的；

签章模块，用于对所述待签章原文件进行签章，得到当前签章文件；

数据提取模块，用于对所述当前签章文件提取签章数据；

数据发送模块，用于将所述签章数据发送至服务端，以使服务端在每个客户端均完成签章数据的发送后，将所述签章数据合并到所述待签章原文件中，得到合并后的签章文件。

9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器中存储有程序，所述程序被处理器执行时，用以实现权利要求1-3任一项所述方法和/或权利要求4-6任一项所述方法的步骤。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有程序，所述程序在被处理器执行时，用以实现权利要求1-3任一项所述方法和/或权利要求4-6任一项所述方法的步骤。

Images