CN110245220A - 电子文件签署方法、装置及服务器、存储介质 - Google Patents

Abstract

本申请实施例适用于电子合同技术领域，公开了一种电子文件签署方法、装置及服务器、计算机可读存储介质，其中，方法包括：获取用户的签署指令；从当前待签署文件中搜索对应的预设关键字；根据预设关键字和当前待签署文件对应的签章规则，确定签章位置和印章图片；将印章图片放置于签章位置处，并向用户呈现签署意愿验证页面；验证通过后，完成当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。本申请实施例可以提高电子文件批量签署效率。

Description

电子文件签署方法、装置及服务器、存储介质

技术领域

本申请属于电子合同技术领域，尤其涉及一种电子文件签署方法、装置及服务器、计算机可读存储介质。

背景技术

随着电子合同技术的不断发展，电子合同以高效、低成本等优势被越来越多个人或企业应用于各类签署场景中。

电子合同类似于纸质合同，在签署时需要将电子印章、签署日期等信息放置到待签署文件的某些签章位置后，然后签名或盖章以最终完成签署。目前，电子合同签署过程中放置电子印章及签署日期的方式主要为：用户选择电子印章，将所选择的印章自主拖拽到需要签章的位置；然后，选择日期放置到指定位置。如果一份文档需要多个地方盖章，或者需要批量签署文件，则需要重复多次，操作相对繁琐。另外，这种方式还可能存在因操作失误或者疏忽放错签章位置或漏掉签章。也就是说，目前的电子合同批量签署的效率较低。

发明内容

有鉴于此，本申请实施例提供一种电子合同签署方法、装置及服务器、计算机可读存储介质，以解决现有电子合同批量签署效率低下的问题。

本申请实施例的第一方面提供一种电子文件签署方法，包括：

获取用户的签署指令；

从所述当前待签署文件中搜索对应的预设关键字；

根据所述预设关键字和所述当前待签署文件对应的签章规则，确定签章位置和印章图片；

将所述印章图片放置于所述签章位置处，并向所述用户呈现签署意愿验证页面；

验证通过后，完成所述当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。

结合第一方面，在一种可行的实现方式中，所述根据所述预设关键字和所述当前待签署文件对应的签章规则，确定签章位置和印章图片，包括：

根据所述签章规则中的印章组合策略，确定所述印章图片；

根据所述签章规则的关键字策略，确定需要签章的目标预设关键字；

计算所述目标预设关键字在所述当前待签署文件中的坐标位置，所述坐标位置为所述签章位置。

结合第一方面，在一种可行的实现方式中，所述根据所述签章规则的关键字策略，确定需要签章的目标预设关键字，包括：

当所述关键字策略为第一数值时，将所述当前待签署文件中所有所述预设关键字作为所述目标预设关键字；

当所述关键字策略为第二数值时，将搜索到的第一个所述预设关键字作为所述目标预设关键字；

当所述关键字策略为第三数值时，将搜索到的最后一个所述预设关键字作为所述目标预设关键字。

结合第一方面，在一种可行的实现方式中，所述根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止，包括：

根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署；

判断所述第i份待签署文件是否签署成功；

当所述第i份待签署文件未签署成功时，返回失败提示信息，并跳过所述第i份待签署文件，i＝i+1，返回所述根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署的步骤；其中，i≥2，且i为正整数；

当所述第i份待签署文件签署成功时，i＝i+1，返回所述根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署的步骤。

结合第一方面，在一种可行的实现方式中，在所述直到所有待签署文件完成签署为止之后，还包括：

显示所有待签署文件的签署结果。

结合第一方面，在一种可行的实现方式中，在所述获取用户的签署指令之前，还包括：

获取所述待签署文件；

将所述待签署文件转换成防篡改的预设格式文档；

获取各个所述待签署文件对应的预设关键字和签章规则；

基于各个所述待签署文件的相关信息，生成批量签署链接；

获取所述用户的链接点击指令；

根据所述链接点击指令，向所述用户呈现各个所述待签署文件。

本申请实施例的第二方面提供一种电子文件签署装置，包括：

签署指令获取模块，用于获取用户的签署指令；

关键字搜索模块，用于从所述当前待签署文件中搜索对应的预设关键字；

确定模块，用于根据所述预设关键字和所述当前待签署文件对应的签章规则，确定签章位置和印章图片；

验证模块，用于将所述印章图片放置于所述签章位置处，并向所述用户呈现签署意愿验证页面；

签署模块，用于验证通过后，完成所述当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。

结合第二方面，在一种可行的实现方式中，所述确定模块包括：

第一确定单元，用于根据所述签章规则中的印章组合策略，确定所述印章图片；

第二确定单元，用于根据所述签章规则的关键字策略，确定需要签章的目标预设关键字；

计算单元，用于计算所述目标预设关键字在所述当前待签署文件中的坐标位置，所述坐标位置为所述签章位置。

结合第二方面，在一种可行的实现方式中，所述第二确定单元包括：

第一作为子单元，用于当所述关键字策略为第一数值时，将所述当前待签署文件中所有所述预设关键字作为所述目标预设关键字；

第二作为子单元，用于当所述关键字策略为第二数值时，将搜索到的第一个所述预设关键字作为所述目标预设关键字；

第三作为子单元，用于当所述关键字策略为第三数值时，将搜索到的最后一个所述预设关键字作为所述目标预设关键字。

结合第二方面，在一种可行的实现方式中，所述签署模块包括：

签署单元，用于根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署；

判断单元，用于判断所述第i份待签署文件是否签署成功；

提示单元，用于当所述第i份待签署文件未签署成功时，返回失败提示信息，并跳过所述第i份待签署文件，i＝i+1，返回所述根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署的步骤；其中，i≥2，且i为正整数；

返回单元，用于当所述第i份待签署文件签署成功时，i＝i+1，返回所述根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署的步骤。

结合第二方面，在一种可行的实现方式中，还包括：

显示模块，用于显示所有待签署文件的签署结果。

结合第二方面，在一种可行的实现方式中，还包括：

文件获取模块，用于获取所述待签署文件；

转换模块，用于将所述待签署文件转换成防篡改的预设格式文档；

规则获取模块，用于获取各个所述待签署文件对应的预设关键字和签章规则；

生成模块，用于基于各个所述待签署文件的相关信息，生成批量签署链接；

点击指令获取模块，用于获取所述用户的链接点击指令；

呈现模块，用于根据所述链接点击指令，向所述用户呈现各个所述待签署文件。

本申请实施例的第三方面提供一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本申请实施例通过从各个待签署文件中搜索出预设关键字，根据对应的预设关键子和签章规则，确定签章位置和所需印章图片，自动完成批量文件的签署，相较于人工签章，其签署效率较高；且一次验证即可完成批量文件的签署，进一步提高了电子合同批量签署的效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种电子文件签署方法的流程示意框图；

图2为本申请实施例提供的文件查看过程的流程示意框图；

图3为本申请实施例提供的签章位置确定过程的流程示意框图；

图4为本申请实施例提供的签署过程的流程示意框图；

图5为本申请实施例提供的一种电子文件签署装置的结构示意框图；

图6为本申请实施例提供的服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

请参见图1，为本申请实施例提供的一种电子文件签署方法的流程示意框图，该方法可以包括步骤：

步骤S101、获取用户的签署指令。

具体地，在用户确认待签署文件的内容没有问题后，则可以点击文件签署按钮，以向系统输入签署指令。

在一些实施例中，参见图2示出的文件查看过程的流程示意框图，在上述获取用户的签署指令之前，还可以包括：

步骤S201、获取待签署文件。

步骤S202、将待签署文件转换成防篡改的预设格式文档。

具体地，系统接收通过API接口上传的文档，并自动将所接收的文档转换为防篡改的PDF格式文档。

步骤S203、获取各个待签署文件对应的预设关键字和签章规则。

其中，每个待签署文件的预设关键字和签章规则可以是由用户设置，用户可以通过系统选择每个文件对应的关键字和签章规则，系统将相应的关键字、规则与签署文件进行关联存储。

步骤S204、基于各个待签署文件的相关信息，生成批量签署链接。

步骤S205、获取用户的链接点击指令。

步骤S206、根据链接点击指令，向用户呈现各个待签署文件。

具体地，通过所需签署的文件编号等信息，获取到相应的待签署文件和对应的关键字、签章规则等，并生成批量签署链接，将该链接返回给用户。用户可以点击该链接，在浏览器中打开签署连接页面，该签署连接页面中包括待签署文件的相关信息，例如合同编号、预设关键字、签章规则等。用户在查看确认文件内容无误之后，则可以点击签署按钮，进入签署流程。

步骤S102、从当前待签署文件中搜索对应的预设关键字。

需要说明，上述当前待签署文件是指当前显示的待签署文件，待签署文件可能有多个，且每个待签署文件可以是相同的文件，也可以是各不相同的文件。若当前展示的待签署文件签署成功之后，则对下一个待签署文件进行签署，直到所有的待签署文件均签署完成。

上述预设关键字是指预先设定的关键字，所设定的关键字应当是被包括在待签署文件中，且一般情况下，一份待签署文件只对应一个关键字。每个待签署文件对应的预设关键字可以相同，也可以不同。例如，当前待签署文件的关键字为“甲方”，第二个待签署文件的关键字为“乙方”，第三个待签署文件的关键字为“乙方”，第四个待签署文件的关键字为“甲方”。

步骤S103、根据预设关键字和当前待签署文件对应的签章规则，确定签章位置和印章图片。

需要说明，上述签章规则包括印章组合策略和关键字策略，每个待签署文件的签章规则可以相同，也可以不相同。其中，印章组合策略可以表征待签署文用什么印章进行签章，而印章包括电子印章和日期印章。即通过每个待签署文件对应的印章组合策略，可以得知各个待签署文件用什么印章进行签章。其中，印章组合可以包括两种：电子印章；电子印章和日期印章，两种组合对应的意思为：在签章处只盖电子印章；在签章处即盖电子印章，也加盖日期印章。电子印章和日期印章以图片形式存储在系统中。

关键字策略可以表征在哪些关键字处签章，即通过每个待签署文件的关键字策略，可以得知各个待签署文件的签章位置。此处，关键字策略可以包括三种，分别为：在搜索到的所有预设关键字均需要签章；在搜索到的第一个预设关键字处签章；在搜索到的最后一个关键字处签章。当然，关键字策略还可以根据实际需要进行设定，在此不作限定。

在一些实施例中，参见图3示出的签章位置确定过程的流程示意框图，上述根据预设关键字和当前待签署文件对应的签章规则，确定签章位置和印章图片的具体过程可以包括：

步骤S301、根据签章规则中的印章组合策略，确定印章图片。

具体地，根据当前待签署文件对应的签章规则，确定所用的印章图片。例如，当印章组合规则为在盖电子印章的同时，加盖日期印章，则印章图片包括电子印章图片和日期印章图片。

步骤S302、根据签章规则的关键字策略，确定需要签章的目标预设关键字。

需要说明，上述目标预设关键字是指所搜索到的预设关键字中需要签章的关键字。其可以有每个待签署文件的关键字策略决定。

进一步地，上述根据签章规则的关键字策略，确定需要签章的目标预设关键字的过程可以包括：当关键字策略为第一数值时，将当前待签署文件中所有预设关键字作为目标预设关键字；当关键字策略为第二数值时，将搜索到的第一个预设关键字作为目标预设关键字；当关键字策略为第三数值时，将搜索到的最后一个预设关键字作为目标预设关键字。

其中，用不同的数值表征不同的策略，系统根据待签署文件所对应的数值字段，可以确定该待签署文件的关键字测量。上述第一数值、第二数值以及第三数值的具体数值可以根据需要进行设定。例如，第一数值为0，第二数值为1，第三数值为2。

当待签署文件的关键字测策略为第一数值时，则表明文件内的所有预设关键字均需要进行签章。当关键字策略为第二数值时，则表明文件内的第一个预设关键字需要签章，而第一个预设关键字是指搜索过程中搜索到的第一个预设关键字。例如，预设关键字为“甲方”，待签署文件为电子合同，在合同开始一段内存在预设关键字“甲方”，在合同最后的署名处存在预设关键字“甲方”，此时，在预设关键字的搜索过程中，搜索到的第一个预设关键字为合同开始一段内的“甲方”，则该位置处需要进行签章。当关键字策略为第三数值时，则表明文件内的最后一个预设关键字需要签章。例如，预设关键字为“乙方”，待签署文件为电子合同，合同文件内存在多个“乙方”，其中，合同最后署名处的“乙方”为搜索过程中最后搜索到的关键字，则该位置处需要进行签章。

当然，上述关键字策略，对应的关键字策略数值等还可以为其它，并不仅仅限于上文提及的。

步骤S303、计算目标预设关键字在当前待签署文件中的坐标位置，坐标位置为签章位置。

具体地，在确定出需要签章的预设关键字之后，则计算相应关键字的坐标位置。例如，当关键字策略为第一数值时，则计算文件内所有的关键字的坐标。相应预设关键字的坐标即为签章位置。

其中，可以在待签署文件的每页均建立相应的坐标系，每页内的各个字均有其对应的坐标。可以将页面作为单独参数，将签章位置用二维坐标表示，例如，以页面的左上角为x-y坐标系起点，签章位置则可以表示为(x，y)，页面的页码则用单独的参数表示。

系统在确定签章位置以及需要用到何种签章之后，则可以将相应的印章图片放置在相应的签章位置进行签署。

步骤S104、将印章图片放置于签章位置处，并向用户呈现签署意愿验证页面。

具体地，将相应的印章图片放置在相应的签章位置处，同时，向用户主动弹出验证页面，用户可以通过该验证页面进行身份认证，认证通过之后，则完成当前待签署文件的签署，认证失败，则当前待签署文件签署失败。

其中，验证方式可以根据实际需要进行选择。本实施例中，验证方式可以具体为短信验证或者人脸认证，即在相应签章位置放置印章图片之后，自动弹出下发短信验证码的弹框，用户在接收到短信验证码之后，输入相应的验证码进行验证，或者，自动打开摄像界面，提示用户录入人脸进行验证。当然，实际应用中，验证方式还可以具体为其他，在此不作限定。

需要说明，此处只需一次验证，即可进行批量签署。相较于目前每次签署均要验证一次的过程，其减少了验证耗时，进一步提高了电子文件批量签署的效率。

步骤S105、验证通过后，完成当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。

具体地，验证通过后，系统自动完成当前待签署文件的签署，并自动对第二份待签署文件进行签署，得到签署结果，然后再对下下份待签署文件进行自动签署，直到所有的待签署文件均签署完成为止。其中，每一份待签署文件的签署均根据该文件对应的预设关键字和签章规则进行签署，其具体过程可以如上述当前待签署文件的签署过程，在此不再赘述。

在一些实施例中，参见图4示出的签署过程的流程示意框图，上述根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止的具体过程可以包括：

步骤S401、根据第i份待签署文件对应的预设关键字和签章规则，对第i份待签署文件进行自动签署；

步骤S402、判断第i份待签署文件是否签署成功；

步骤S403、当第i份待签署文件未签署成功时，返回失败提示信息，并跳过第i份待签署文件，i＝i+1，返回上述步骤S301；其中，i≥2，且i为正整数。

步骤S404、当第i份待签署文件签署成功时，i＝i+1，返回上述步骤S301。

在所有待签署文件签署完成以后，可以向用户显示所有文件的签署结果，即在签署完成之后，向用户表明哪些文件签署成功，哪些文件签署失败。对于签署失败的文件，可以重新进行签署，也可以提示用户检查错误原因后，再进行重新签署。

可见，本申请实施例通过从各个待签署文件中搜索出预设关键字，根据对应的预设关键子和签章规则，确定签章位置和所需印章图片，自动完成批量文件的签署，相较于人工签章，其签署效率较高；且一次验证即可完成批量文件的签署，进一步提高了电子合同批量签署的效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

请参见图5，为本申请实施例提供的一种电子文件签署装置的结构示意框图，该装置可以包括：

签署指令获取模块51，用于获取用户的签署指令；

关键字搜索模块52，用于从当前待签署文件中搜索对应的预设关键字；

确定模块53，用于根据预设关键字和当前待签署文件对应的签章规则，确定签章位置和印章图片；

验证模块54，用于将印章图片放置于签章位置处，并向用户呈现签署意愿验证页面；

签署模块55，用于验证通过后，完成当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。

在一种可行的实现方式中，上述确定模块可以包括：

第一确定单元，用于根据签章规则中的印章组合策略，确定印章图片；

第二确定单元，用于根据签章规则的关键字策略，确定需要签章的目标预设关键字；

计算单元，用于计算目标预设关键字在当前待签署文件中的坐标位置，坐标位置为签章位置。

在一种可行的实现方式中，上述第二确定单元可以包括：

第一作为子单元，用于当关键字策略为第一数值时，将当前待签署文件中所有预设关键字作为目标预设关键字；

第二作为子单元，用于当关键字策略为第二数值时，将搜索到的第一个预设关键字作为目标预设关键字；

第三作为子单元，用于当关键字策略为第三数值时，将搜索到的最后一个预设关键字作为目标预设关键字。

在一种可行的实现方式中，上述签署模块可以包括：

签署单元，用于根据第i份待签署文件对应的预设关键字和签章规则，对第i份待签署文件进行自动签署；

判断单元，用于判断第i份待签署文件是否签署成功；

提示单元，用于当第i份待签署文件未签署成功时，返回失败提示信息，并跳过第i份待签署文件，i＝i+1，返回根据第i份待签署文件对应的预设关键字和签章规则，对第i份待签署文件进行自动签署的步骤；其中，i≥2，且i为正整数；

返回单元，用于当第i份待签署文件签署成功时，i＝i+1，返回根据第i份待签署文件对应的预设关键字和签章规则，对第i份待签署文件进行自动签署的步骤。

在一种可行的实现方式中，上述装置还可以包括：

显示模块，用于显示所有待签署文件的签署结果。

在一种可行的实现方式中，上述装置还可以包括：

文件获取模块，用于获取待签署文件；

转换模块，用于将待签署文件转换成防篡改的预设格式文档；

规则获取模块，用于获取各个待签署文件对应的预设关键字和签章规则；

生成模块，用于基于各个待签署文件的相关信息，生成批量签署链接；

点击指令获取模块，用于获取用户的链接点击指令；

呈现模块，用于根据链接点击指令，向用户呈现各个待签署文件。

需要说明，本实施例提供的电子文件签署装置与上述实施例的电子文件签署方法一一对应，在此不再赘述。

可见，本实施例可以提高电子文件批量签署的效率。

实施例四

图6是本申请一实施例提供的服务器的示意图。如图6所示，该实施例的服务器6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62，。所述处理器60执行所述计算机程序62时实现上述各个电子文件签署方法实施例中的步骤，例如图1所示的步骤S101至S105。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块或单元的功能，例如图5所示模块51至55的功能。

示例性的，所述计算机程序62可以被分割成一个或多个模块或单元，所述一个或者多个模块或单元被存储在所述存储器61中，并由所述处理器60执行，以完成本申请。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述服务器6中的执行过程。例如，所述计算机程序62可以被分割成签署指令获取模块、关键字搜索模块、确定模块、验证模块以及签署模块，各模块具体功能如下：

签署指令获取模块，用于获取用户的签署指令；关键字搜索模块，用于从当前待签署文件中搜索对应的预设关键字；确定模块，用于根据预设关键字和当前待签署文件对应的签章规则，确定签章位置和印章图片；验证模块，用于将印章图片放置于签章位置处，并向用户呈现签署意愿验证页面；签署模块，用于验证通过后，完成当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。

所述服务器可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是服务器6的示例，并不构成对服务器6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61可以是所述服务器6的内部存储单元，例如服务器6的硬盘或内存。所述存储器61也可以是所述服务器6的外部存储设备，例如所述服务器6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器61还可以既包括所述服务器6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置、服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置、服务器实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块或单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种电子文件签署方法，其特征在于，包括：

获取用户的签署指令；

从所述当前待签署文件中搜索对应的预设关键字；

根据所述预设关键字和所述当前待签署文件对应的签章规则，确定签章位置和印章图片；

将所述印章图片放置于所述签章位置处，并向所述用户呈现签署意愿验证页面；

验证通过后，完成所述当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。

2.如权利要求1所述的方法，其特征在于，所述根据所述预设关键字和所述当前待签署文件对应的签章规则，确定签章位置和印章图片，包括：

根据所述签章规则中的印章组合策略，确定所述印章图片；

根据所述签章规则的关键字策略，确定需要签章的目标预设关键字；

计算所述目标预设关键字在所述当前待签署文件中的坐标位置，所述坐标位置为所述签章位置。

3.如权利要求2所述的方法，其特征在于，所述根据所述签章规则的关键字策略，确定需要签章的目标预设关键字，包括：

当所述关键字策略为第一数值时，将所述当前待签署文件中所有所述预设关键字作为所述目标预设关键字；

当所述关键字策略为第二数值时，将搜索到的第一个所述预设关键字作为所述目标预设关键字；

当所述关键字策略为第三数值时，将搜索到的最后一个所述预设关键字作为所述目标预设关键字。

4.如权利要求1所述的方法，其特征在于，所述根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止，包括：

根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署；

判断所述第i份待签署文件是否签署成功；

当所述第i份待签署文件未签署成功时，返回失败提示信息，并跳过所述第i份待签署文件，i＝i+1，返回所述根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署的步骤；其中，i≥2，且i为正整数；

当所述第i份待签署文件签署成功时，i＝i+1，返回所述根据第i份待签署文件对应的预设关键字和签章规则，对所述第i份待签署文件进行自动签署的步骤。

5.如权利要求4所述的方法，其特征在于，在所述直到所有待签署文件完成签署为止之后，还包括：

显示所有待签署文件的签署结果。

6.如权利要求1所述的方法，其特征在于，在所述获取用户的签署指令之前，还包括：

获取所述待签署文件；

将所述待签署文件转换成防篡改的预设格式文档；

获取各个所述待签署文件对应的预设关键字和签章规则；

基于各个所述待签署文件的相关信息，生成批量签署链接；

获取所述用户的链接点击指令；

根据所述链接点击指令，向所述用户呈现各个所述待签署文件。

7.一种电子文件签署装置，其特征在于，包括：

签署指令获取模块，用于获取用户的签署指令；

关键字搜索模块，用于从所述当前待签署文件中搜索对应的预设关键字；

确定模块，用于根据所述预设关键字和所述当前待签署文件对应的签章规则，确定签章位置和印章图片；

验证模块，用于将所述印章图片放置于所述签章位置处，并向所述用户呈现签署意愿验证页面；

签署模块，用于验证通过后，完成所述当前待签署文件的签署，并根据各个待签署文件对应的预设关键字和签章规则，依次对各个待签署文件进行自动签署，直到所有待签署文件完成签署为止。

8.如权利要求7所述的装置，其特征在于，所述确定模块包括：

第一确定单元，用于根据所述签章规则中的印章组合策略，确定所述印章图片；

第二确定单元，用于根据所述签章规则的关键字策略，确定需要签章的目标预设关键字；

计算单元，用于计算所述目标预设关键字在所述当前待签署文件中的坐标位置，所述坐标位置为所述签章位置。

9.一种服务器，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述方法的步骤。