WO2021218166A1

WO2021218166A1 - 合同文签方法、装置、设备及计算机可读存储介质

Info

Publication number: WO2021218166A1
Application number: PCT/CN2020/135334
Authority: WO
Inventors: 石明川; 周琨
Original assignee: 平安科技（深圳）有限公司
Priority date: 2020-04-30
Filing date: 2020-12-10
Publication date: 2021-11-04
Also published as: CN111581653A

Abstract

一种合同文签方法、装置、设备及计算机可读存储介质，所述方法包括：获取合同文件，并当接收到对合同文件的解密请求时，确定与解密请求对应的用户账号的操作权限类型（S10）；对合同文件进行解密，生成与操作权限类型对应的解密文件，并对所述解密文件进行验证（S20）；在对解密文件验证通过后，对解密文件进行签章，并在与合同文件对应的签章流程节点均进行签章后，完成合同文件的文签（S30）。通过将合同文件需要签章的节点设置为签章流程节点进行签章，并针对各个签章流程节点，均逐一解密，生成与各节点的操作权限类型对应的解密文件进行验证后签章，在确保处理效率的同时有利于整个处理流程的安全性。

Description

合同文签方法、装置、设备及计算机可读存储介质

本申请要求于2020年4月30日提交中国专利局、申请号为CN202010370030.7 ，发明名称为“合同文签方法、装置、设备及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及数据处理技术领域，尤其涉及一种合同文签方法、装置、设备及计算机可读存储介质。

背景技术

当前，智能合同适用于各个公司进行合同起草、审核、用印的一体化流程，从合同起草模板到合同模板填写，审核流程、审核人征求，征求人填写意见等功能皆可通过智能合同完成；减少了对合同管理、起草、审核、完成等各个阶段的人工操作量，提高了各个阶段的处理效率。因此，智能合同得到了广泛的应用。

技术问题

发明人意识到虽然当前智能合同的应用广泛，但也存在从下载签字到上传电子版，现实版与电子版之间转换次数较多的问题，频繁的下载和上传转换影响了合同文件的处理效率。并且，可能因相关人员出差不方便打印等外部因素而进一步影响处理效率；同时，下载签字容易存在伪造的问题。因此，当前智能合同处理流程中所存在的风险性和处理效率问题是亟待解决的技术问题。

技术解决方案

一种合同文签方法，所述合同文签方法包括以下步骤：

获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。

一种合同文签装置，所述合同文签装置包括：

确定模块，用于获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

生成模块，用于对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

签章模块，用于在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。

一种合同文签设备，所述合同文签设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的合同文签程序，所述合同文签程序被所述处理器执行时实现如下步骤：

一种计算机可读存储介质，所述计算机可读存储介质上存储有合同文签程序，所述合同文签程序被处理器执行时实现如下步骤：

本申请避免了合同文件的频繁下载和上传转换，确保了处理效率。

附图说明

图1为本申请实施例方案涉及的硬件运行环境的合同文签设备结构示意图；

图2为本申请合同文签方法第一实施例的流程示意图；

图3为本申请合同文签装置较佳实施例的功能模块示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

本发明的实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

如图1所示，图1是本申请实施例方案涉及的硬件运行环境的合同文签设备结构示意图。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

本申请实施例合同文签设备可以是PC，也可以是平板电脑、便携计算机等可移动式终端设备。

如图1所示，该合同文签设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的合同文签设备结构并不构成对合同文签设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及检测程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端（用户端），与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的检测程序，并执行以下操作：

进一步地，所述对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件的步骤包括：

对所述合同文件进行解密，并根据所述操作权限类型，对解密的所述合同文件进行转换；

若所述操作权限类型为编辑类型，则将解密的所述合同文件转换为支持编辑的合同文本，并将支持编辑的合同文本作为解密文件；

若所述操作权限类型为签章类型，则判断与所述签章类型对应的签章权限是否为完整权限，若为完整权限，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件；

若所述签章权限非完整权限，则判断所述签章权限是否支持对所述合同文件进行签章，若支持对所述合同文件进行签章，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件。

若所述签章权限不支持对所述合同文件进行签章，则将解密的所述合同文件以预设格式展示。

进一步地，所述对所述解密文件进行验证的步骤包括：

若所述操作权限类型为编辑类型，则提取所述解密文件中的文本信息和第一已签章信息，将所述文本信息显示，并在接收到基于显示的所述文本信息发送的修改信息时，根据所述修改信息对所述文本信息进行修改；

查找与所述第一已签章信息对应的第一参考签章，并根据所述第一参考签章对所述第一已签章信息进行验证；

若所述操作权限类型为签章类型，则提取所述解密文件中的第二已签章信息，并查找与所述第二已签章信息对应的第二参考信息，根据所述第二参考签章对所述第二已签章信息进行验证。

进一步地，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

在对所述解密文件验证通过后，显示所述解密文件，并在获取到基于显示的所述解密文件输入的电子签章时，判断所述电子签章在所述解密文件中的位置是否为签章位置；

若所述位置为签章位置，则判断所述电子签章的签章字体是否具有识别性，若具有识别性，则将所述电子签章和所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。

在对所述解密文件验证通过后，读取与所述用户账号对应的签章图片，并将所述签章图片和所述解密文件进行拼接；

对所述签章图片在所述解密文件中的拼接位置进行图像处理，并将经图像处理后的所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。

进一步地，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤之后，处理器1001可以用于调用存储器1005中存储的检测程序，并执行以下操作：

根据所述合同文件的文件类型，判断对所述解密文件进行签章的当前签章流程节点之后是否存在尚未签章的签章流程节点；

若存在尚未签章的签章流程节点，则根据所述文件类型，查找所述签章合同文件的加密规则，并根据所述加密规则，对所述签章合同文件进行加密；

将加密的所述签章合同文件作为新的合同文件传输到尚未签章的签章流程节点，以供尚未签章的签章流程节点执行获取合同文件的步骤，直到与所述合同文件对应的签章流程节点均进行签章。

进一步地，所述确定与所述解密请求对应的用户账号的操作权限类型的步骤包括：

读取所述用户账号携带的流程节点标识符，并根据所述流程节点标识符，确定所述用户账号是否具有对所述合同文件的解密权限；

若具有对所述合同文件的解密权限，则根据预设的账号与操作权限对应关系表，确定与所述用户账号对应的操作权限类型。

本申请合同文签设备的具体实施方式与下述合同文签方法各实施例基本相同，在此不再赘述。

为了更好的理解上述技术方案，下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

参照图2，本申请第一实施例提供一种合同文签方法的流程示意图。该实施例中，所述合同文签方法包括以下步骤：

步骤S10，获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

本实施例中的合同文签方法应用于服务器，适用于服务器对合同文件进行文签。其中，文签即为电子签章，与数字证书一样，是用来做为身份验证的一种手段，泛指所有以电子形式存在，依附在电子文件并与其逻辑关联，可用以辨识电子文件签署者身份，保证文件的完整性，并表示签署者同意电子文件所陈述事实的内容。一般来说，对电子签章的认定，都是从技术角度而言的。主要是指通过特定的技术方案来鉴别当事人的身份及确保交易资料内容不被篡改的安全保障措施。电子签章是电子签名的一种表现形式，利用图像处理技术将电子签名操作转化为与纸质文件盖章操作相同的可视效果，同时利用电子签名技术保障电子信息的真实性和完整性以及签名人的不可否认性。

可理解地，合同文件通常涉及到多个环节的签章，且不同类型的合同文件所涉及的签章环节不同，如劳动合同与采购合同之间的签章环节必然存在差异。此外，即便对于同一类型的合同文件，也存在因合同文件内容的不同而具有不同签章环节的情形，如采购价格在100万的采购合同和采购价格在5000万的采购合同之间签章环节的差异性。本实施例预先将各类合同文件的签章环节设置为签章流程节点，一个签章环节对应一个签章流程节点。各个签章环节的相关签章人员使用电脑、笔记本、智能手机等终端进行用户账号登录，通过用户账户登录到服务器，实现对合同文件的签章。

进一步地，在签章流程节点的起始阶段，由合同起草人员通过终端显示界面输入起草合同文件，设定合同文件的类型以及各个需要签章的签章流程节点。终端本地依据预先设定的合同类型与加密方式的对照表，查找与该合同文件对应的加密方式，并通过该加密方式对合同文件进行加密，其中加密方式可以是对称加密也可以是非对称加密。终端将经加密的合同文件转换为预设格式和设定的表征签章流程节点的编码一并传输到服务器，以供服务器根据该编码对合同文件进行逐步签章处理，其中，预设格式优选为PDF（Portable Document Format，便携式文档格式）文件格式，PDF文件格式具有不可随意编辑的特征，结合加密传输来避免合同文件传输过程中被恶意仿制或者拦截。

更进一步地，服务器在接收到合同文件时，根据其携带的编码确定下一个签章流程节点，并向下一个签章流程节点相关人员的用户账号输出提示信息，以提示对合同文件及时处理。相关人员在查看到提示信息后基于其用户账号提交解密请求，以请求将合同文件进行解密展示。服务器在接收到该解密请求后，读取与该解密请求对应的账号信息，即用户账号的账号信息，以通过账号信息来确定用户账号的操作权限类型，即相关人员可进行的操作类型。具体地，确定与解密请求对应的用户账号的操作权限类型的步骤包括：

步骤S11，读取所述用户账号携带的流程节点标识符，并根据所述流程节点标识符，确定所述用户账号是否具有对所述合同文件的解密权限；

可理解地，相关人员对合同文件的操作，以相关人员可对加密的合同文件进行解密为前提；在通过账号信息来确定用户账号的操作权限类型之前，先确定用户账号是否具有解密权限。其中，解密权限通过账号信息中的流程节点标识符确定，读取账号信息中携带的流程节点标识符作为用户账户携带的流程节点标识符，并判断流程节点标识符是否为有权标识符。若为有权标识符，表征用户账号具有处理流程节点上事务的权限，则具有解密权限。若不是有权标识符，则判定相关人员非该流程节点上的处理人员，用户账号不具有对合同文件进行解密查看的权限。

步骤S12，若具有对所述合同文件的解密权限，则根据预设的账号与操作权限对应关系表，确定与所述用户账号对应的操作权限类型。

进一步地，若经确定用户账号具有解密权限，则继续确定用户账号的操作权限类型。预先将各账号所具有的操作权限设置为对应的关系表，对该对应关系表进行遍历操作，确定该账号信息在对应关系表中所具有的操作权限类型；其中，操作权限类型包括编辑权限，部分签章权限和全部签章权限等。

步骤S20，对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

更进一步地，在确定用户账号所具有的操作权限类型后，即可依据该操作权限类型对合同文件进行解密。操作权限类型不同，经解密生成的文件类型不同，该过程其实质为先依据与合同文件对应的加密方式对合同文件进行解密，再依据操作权限类型对经解密的合同文件进行转换，得到与操作权限类型对应的解密文件。此后对解密文件进行验证，其中，对于合同文件上传到服务器后的第一个签章流程节点，验证的内容为上传合同文件的用户账号是否具有权限对合同文件进行起草上传，而对于后续的其他签章流程节点，则验证上一签章流程节点的签章是否为真实签章。

步骤S30，在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。

进一步地，在对解密文件验证通过后，即若当前的签章流程节点为合同文件进行处理的第一个节点，则验证上传合同文件的用户账户具有权限对合同文件进行起草上传；若当前的签章流程节点非合同文件进行处理的第一个节点，则验证上一个签章流程节点的签章为真实签章。此后对解密文件进行签章，向解密文件添加当前签章流程节点的签章，并判断与合同文件对应的所有签章流程节点是否均进行签章。若均进行签章，则完成合同文件的文签流程。若存在尚未进行签章的签章流程节点，则依据所设定的签章流程节点的流程顺序，将经签章的解密文件经加密后传输到下一签章流程节点继续依据上述方式进行签章，直到所有签章流程节点均进行签章，才完成合同文件的文签流程。

本实施例的合同文签方法，在获取到合同文件，并接收到对合同文件的解密请求时，先对发送解密请求的用户账号的操作权限类型进行确定，再对合同文件进行解密，生成与操作权限类型对应的解密文件，并验证解密文件；在解密文件验证通过后，则对解密文件进行签章，并在合同文件所需要签章的签章流程节点均进行签章后，完成合同文件的文签。本申请针对不同的用户账号设置不同的操作权限类型，通过对合同文件进行解密，生成与操作权限类型对应的解密文件进行验证，从密码、操作权限类型和验证等方面来确保合同文件的安全性，避免伪造风险；同时将合同文件需要签章的节点设置为签章流程节点进行签章，避免了合同文件的频繁下载和上传转换，确保了处理效率。并且，因针对各个签章流程节点，均逐一进行解密，生成与各节点的操作权限类型对应的解密文件进行验证，在确保处理效率的同时有利于整个处理流程的安全性。

进一步的，基于本申请合同文签方法第一实施例，提出本申请合同文签方法第二实施例，在第二实施例中，所述对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件的步骤包括：

步骤S21，对所述合同文件进行解密，并根据所述操作权限类型，对解密的所述合同文件进行转换；

更进一步地，本实施在依据与合同文件对应的加密方式对合同文件进行解密后，再依据操作权限类型是编辑类型还是签章类型，对经解密的合同文件进行转换。其中，编辑类型即为当前签章流程节点的用户账号可对合同文件进行编辑，并在编辑后对合同文件进行签章；签章类型即为当前签章流程节点的用户账号只可对合同文件进行签章。需要说明的是，本实施例操作权限类型除了通过预先设定的各账号所具有的操作权限的对应关系表确定外，还可通过在用户账号中设定不同的权限标识进行区分。若携带的权限标识为编辑标识，则表征操作权限类型为编辑类型；若携带的权限标识为签章标识，则表征操作权限类型为签章类型。

步骤S22，若所述操作权限类型为编辑类型，则将解密的所述合同文件转换为支持编辑的合同文本，并将支持编辑的合同文本作为解密文件；

进一步，若经对应关系表或者权限标识确定操作权限类型为编辑类型，则将解密的合同文本转换为支持编辑的合同文本。识别经解密的以预设格式存在的合同文件中的文字，并将识别的文字添加到支持编辑的文档，或者支持编辑的文本框中，得到支持编辑的合同文本。将该支持编辑的合同文本作为经解密得到的与操作权限类型对应的解密文件，以便于编辑和签章。

步骤S23，若所述操作权限类型为签章类型，则判断与所述签章类型对应的签章权限是否为完整权限，若为完整权限，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件；

更进一步地，若经对应关系表或者权限标识确定操作权限类型为签章类型，则继续判断与该签章权限类型对应的签章权限是否为完整权限。其中，完整权限表征签章流程节点的用户账号具有实施所有签章的权限，对应于完整权限的操作权限类型，另一种签章类型为部分权限，即用户账号只具有实施部分签章的权限。完整权限和部分权限之间通过不同的权限子标识确定，若经权限子标识确定与签章类型对应的签章权限为完整权限，则将解密的合同文件转换为支持签章的合同文本。其中，支持签章的合同文本以图片形式存在。将该支持签章的合同文本作为经解密得到的与操作权限类型对应的解密文件，以便于后续的签章。

步骤S24，若所述签章权限非完整权限，则判断所述签章权限是否支持对所述合同文件进行签章，若支持对所述合同文件进行签章，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件。

进一步地，若经权限子标识确定与签章类型对应的签章权限非完整权限，即用户账号仅拥有实施部分签章的权限，则判断该部分签章权限是否支持在当前签章流程节点对合同文件实施签章。若支持则将解密的合同文件转换为支持签章的合同文本。该支持签章的合同文本同样以图片形式存在，并同样将该支持签章的合同文本作为经解密得到的与操作权限类型对应的解密文件，以便于后续的签章。

步骤S25，若所述签章权限不支持对所述合同文件进行签章，则将解密的所述合同文件以预设格式展示。

更进一步地，若判定部分签章权限不支持在当前签章流程节点对合同文件实施签章，则将解密的合同文件以预设格式展示，即以PDF文件格式展示，以供当前签章流程节点的相关人员查看。

进一步地，对于操作权限类型为编辑类型和签章类型，在得到解密文件后，则对该解密文件进行验证。具体地，对解密文件进行验证的步骤包括：

步骤S26，若所述操作权限类型为编辑类型，则提取所述解密文件中的文本信息和第一已签章信息，将所述文本信息显示，并在接收到基于显示的所述文本信息发送的修改信息时，根据所述修改信息对所述文本信息进行修改；

更进一步地，本实施对解密文件的验证为针对签章流程节点中非第一个签章流程节点所进行的签章真实性的验证，即验证解密文件中所携带的由上一个签章流程节点添加的签章是否为真实签章。其中，对于操作权限类型为编辑类型的情形，提取解密文件中的文字信息和第一已签章信息。文字信息即为解密文件中所包含的文字，第一已签章信息即为上一签章流程节点添加的签章。对提取的文字信息进行显示，以供相关用户基于用户账号对该显示的文字信息进行修改操作。将进行修改操作所输入的修改信息发送到服务器，服务器在接受到该修改信息后，依据其对文本信息进行修改，并将修改后的文本信息显示。若修改后的文字信息满足相关用户需求，相关用户则可针对显示的文本信息输入完成修改的指令。服务器在接收到完成修改的指令后，对经修改的文本信息进行保存，作为新的解密文件中的文本信息。

步骤S27，查找与所述第一已签章信息对应的第一参考签章，并根据所述第一参考签章对所述第一已签章信息进行验证；

进一步地，预先针对不同的签章流程节点设置有对应表征真实的参考签章，在从解密文件中提取到第一已签章信息之后，则查找上一签章流程节点对应的参考签章，作为与第一已签章信息对应的第一参考签章。将第一参考签章和第一已签章信息进行对比，以对第一已签章信息进行验证，即验证第一已签章信息是否为真实签章。若经对比第一参考签章和第一已签章信息之间的相似度大于预设阈值，则判定验证通过，继续后续的签章操作；若经对比第一参考签章和第一已签章信息之间的相似度不大于预设阈值，则判定验证未通过，退回签章流程。

步骤S28，若所述操作权限类型为签章类型，则提取所述解密文件中的第二已签章信息，并查找与所述第二已签章信息对应的第二参考信息，根据所述第二参考签章对所述第二已签章信息进行验证。

更进一步地，对于操作权限类型为签章类型的情形，则仅提取解密文件中的第二已签章信息，该第二已签章信息即为上一签章流程节点添加的签章。同样地，查找上一签章流程节点对应的参考签章，作为与第二已签章信息对应的第二参考签章。将第二参考签章和第二已签章信息进行对比，以对第二已签章信息进行验证，即验证第二已签章信息是否为真实签章。若经对比第二参考签章和第二已签章信息之间的相似度大于预设阈值，则判定验证通过，继续后续的签章操作；若经对比第二参考签章和第二已签章信息之间的相似度不大于预设阈值，则判定验证未通过，退回签章流程。

本实施例依据不同的操作权限类型，将合同文件解密生成为不同类型的解密文件，避免了越权风险，有利于确保合同文件的安全性。同时对解密文件进行验证，避免了伪造签章，确保了签章的真实性；此外对于编辑类型的操作权限，设置修改机制，以使得合同文件更为准确。

进一步的，基于本申请合同文签方法第一实施例或第二实施例，提出本申请合同文签方法第三实施例，在第三实施例中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

步骤S31，在对所述解密文件验证通过后，显示所述解密文件，并在获取到基于显示的所述解密文件输入的电子签章时，判断所述电子签章在所述解密文件中的位置是否为签章位置；

本实施例在对解密文件验证通过后，则对解密文件进行签章。签章至少包括两种方式，其一由相关人员对解密文件以电子签名的方式进行签章，其二预先将相关人员的签章以图片的形式进行存储，由存储的签章图片对解密文件进行签章。具体地，对于以电子签名的方式进行签章，在解密文件通过验证后，将解密文件输出到相关人员所持有终端进行显示，以供相关人员基于显示的解密文件输入电子签章传输到服务器。服务器在侦测到该输入的电子签章后进行获取操作，并检测该电子签章在解密文件中的位置是否为签章位置；其中，签章位置为对解密文件预先设置的用于签章的有效位置。

步骤S32，若所述位置为签章位置，则判断所述电子签章的签章字体是否具有识别性，若具有识别性，则将所述电子签章和所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。

进一步地，若经检测电子签章在解密文件中的位置为签章位置，则将获取的电子签章的签章字体与预设字体匹配，以判断电子签章的签章字体是否具有识别性。若签章字体与预设字体之间的相似度大于预设相似度阈值，则判定签章字体与预设字体匹配，电子签章的签章字体具有识别性。此后将电子签章和解密文件一并进行转换，生成预设格式的签章合同文件，实现对解密文件在当前签章流程节点的签章。

更进一步地，对于第二种签章方式，在对解密文件验证通过后，对解密文件进行签章的步骤包括：

步骤S32，在对所述解密文件验证通过后，读取与所述用户账号对应的签章图片，并将所述签章图片和所述解密文件进行拼接；

具体地，对于以存储的签章图片对解密文件进行签章的方式，预先将各个签章流程节点中相关人员的电子签章生成为签章图片，并和各个相关人员的用户账号形成关联关系一并存储。在解密文件通过验证后，对与当前签章流程节点的用户账号所对应的签章图片进行读取，并将读取的签章图片添加到解密文件中，和解密文件进行拼接。

步骤S32，对所述签章图片在所述解密文件中的拼接位置进行图像处理，并将经图像处理后的所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。

进一步地，为了使签章图片和解密文件的拼接效果更为自然，对签章图片在解密文件中的拼接位置进行图像处理，图像处理包括但不限于像素处理、饱和度处理、亮度处理等使签章图像与解密文件之间的一体化效果更为明显的处理方式。在对拼接位置的图像处理完成后，将经拼接包含有签章图片的解密文件转换为预设格式的签章合同文件，实现对解密文件在当前签章流程节点的签章。

可理解地，合同文件对应多个签章流程节点，在当前签章流程节点对合同文件签章完成后，则依据签章流程节点的流程顺序，对合同文件继续签章。具体地，在对解密文件验证通过后，对解密文件进行签章的步骤之后包括：

步骤S33，根据所述合同文件的文件类型，判断对所述解密文件进行签章的当前签章流程节点之后是否存在尚未签章的签章流程节点；

更进一步地，根据合同文件的文件类型所设定的签章流程节点，判断在当前签章流程节点对解密文件进行签章之后，是否存在尚未进行签章的签章流程节点。即依据各个签章流程节点的流程顺序，判断合同文件是否在各个签章流程节点均进行签章。

步骤S34，若存在尚未签章的签章流程节点，则根据所述文件类型，查找所述签章合同文件的加密规则，并根据所述加密规则，对所述签章合同文件进行加密；

进一步地，若当前签章流程节点之后存在尚未签章的签章流程节点，即各个签章流程节点中存在尚未签章的流程节点；则依据各个签章流程节点的流程顺序，确定位于当前签章流程节点之后尚未签章的签章流程节点，作为下一个进行签章的流程节点。同时，调用预先设置的合同文件的文件类型与加密规则之间的对应关系，并将合同文件的文件类型和该对应关系对比，得到与文件类型对应的加密规则，作为签章合同文件的加密规则。此后，依据该加密规则对签章合同文件进行加密，以确保签章合同文件的安全。

步骤S35，将加密的所述签章合同文件作为新的合同文件传输到尚未签章的签章流程节点，以供尚未签章的签章流程节点执行获取合同文件的步骤，直到与所述合同文件对应的签章流程节点均进行签章。

更进一步地，将经加密的签章合同文件作为新的合同文件传输到尚未签章的签章流程节点，即下一个进行签章的流程节点。尚未签章的签章流程节点在侦测到该新的合同文件后，对其进行获取，并向与该签章流程节点对应相关人员的用户账号发送提示信息，以提示发送解密请求对合同文件进行解密。一旦接收到解密请求，则确定该用户账号的操作权限类型，并对合同文件进行解密，生成与操作权限类型对应的解密文件。此后对解密文件进行验证，并在验证通过后，对解密文件进行签章。如此循环，直到合同文件对应的各个签章流程节点均进行签章，完成合同文件的文签。

本实施例通过设置不同的签章方式对解密文件进行签章，有利于签章方式实现的多样性。同时在对各个签章流程节点进行签章过程中，均逐一加解密，并生成与各节点的操作权限类型对应的解密文件进行验证后签章，确保了整个签章流程的安全性。

进一步地，本申请还提供一种合同文签装置。

参照图3，图3为本申请合同文签装置第一实施例的功能模块示意图。所述合同文签装置包括：

确定模块10，用于获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

生成模块20，用于对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

签章模块30，用于在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。

本实施例的合同文签装置，在获取到合同文件，并接收到对合同文件的解密请求时，先由确定模块10对发送解密请求的用户账号的操作权限类型进行确定，再由生成模块20对合同文件进行解密，生成与操作权限类型对应的解密文件，并验证解密文件；在解密文件验证通过后，则由签章模块30对解密文件进行签章，并在合同文件所需要签章的签章流程节点均进行签章后，完成合同文件的文签。本申请针对不同的用户账号设置不同的操作权限类型，通过对合同文件进行解密，生成与操作权限类型对应的解密文件进行验证，从密码、操作权限类型和验证等方面来确保合同文件的安全性，避免伪造风险；同时将合同文件需要签章的节点设置为签章流程节点进行签章，避免了合同文件的频繁下载和上传转换，确保了处理效率。并且，因针对各个签章流程节点，均逐一进行解密，生成与各节点的操作权限类型对应的解密文件进行验证，在确保处理效率的同时有利于整个处理流程的安全性。

进一步地，所述生成模块20包括：

解密单元，用于对所述合同文件进行解密，并根据所述操作权限类型，对解密的所述合同文件进行转换；

第一转换单元，用于若所述操作权限类型为编辑类型，则将解密的所述合同文件转换为支持编辑的合同文本，并将支持编辑的合同文本作为解密文件；

判断单元，用于若所述操作权限类型为签章类型，则判断与所述签章类型对应的签章权限是否为完整权限，若为完整权限，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件；

第二转换单元，用于若所述签章权限非完整权限，则判断所述签章权限是否支持对所述合同文件进行签章，若支持对所述合同文件进行签章，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件。

展示单元，用于若所述签章权限不支持对所述合同文件进行签章，则将解密的所述合同文件以预设格式展示。

进一步地，所述生成模块20包括：

第一提取单元，用于若所述操作权限类型为编辑类型，则提取所述解密文件中的文本信息和第一已签章信息，将所述文本信息显示，并在接收到基于显示的所述文本信息发送的修改信息时，根据所述修改信息对所述文本信息进行修改；

查找单元，用于查找与所述第一已签章信息对应的第一参考签章，并根据所述第一参考签章对所述第一已签章信息进行验证；

第二提取单元，用于若所述操作权限类型为签章类型，则提取所述解密文件中的第二已签章信息，并查找与所述第二已签章信息对应的第二参考信息，根据所述第二参考签章对所述第二已签章信息进行验证。

进一步地，所述签章模块30还包括：

显示单元，用于在对所述解密文件验证通过后，显示所述解密文件，并在获取到基于显示的所述解密文件输入的电子签章时，判断所述电子签章在所述解密文件中的位置是否为签章位置；

签章单元，用于若所述位置为签章位置，则判断所述电子签章的签章字体是否具有识别性，若具有识别性，则将所述电子签章和所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。

进一步地，所述签章模块30还包括：

拼接单元，用于在对所述解密文件验证通过后，读取与所述用户账号对应的签章图片，并将所述签章图片和所述解密文件进行拼接；

处理单元，用于对所述签章图片在所述解密文件中的拼接位置进行图像处理，并将经图像处理后的所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。

进一步地，所述合同文签装置还包括：

判断模块，用于根据所述合同文件的文件类型，判断对所述解密文件进行签章的当前签章流程节点之后是否存在尚未签章的签章流程节点；

加密模块，用于若存在尚未签章的签章流程节点，则根据所述文件类型，查找所述签章合同文件的加密规则，并根据所述加密规则，对所述签章合同文件进行加密；

传输模块，用于将加密的所述签章合同文件作为新的合同文件传输到尚未签章的签章流程节点，以供尚未签章的签章流程节点执行获取合同文件的步骤，直到与所述合同文件对应的签章流程节点均进行签章。

进一步地，所述确定模块10还包括：

读取单元，用于读取所述用户账号携带的流程节点标识符，并根据所述流程节点标识符，确定所述用户账号是否具有对所述合同文件的解密权限；

确定单元，用于若具有对所述合同文件的解密权限，则根据预设的账号与操作权限对应关系表，确定与所述用户账号对应的操作权限类型。

本申请合同文签装置具体实施方式与上述合同文签方法各实施例基本相同，在此不再赘述。

此外，本申请实施例还提出一种计算机可读存储介质，该计算机可读存储介质可以是易失性的，也可以是非易失性的。

计算机可读存储介质上存储有合同文签程序，合同文签程序被处理器执行时实现如下步骤：

本申请计算机可读存储介质的具体实施方式与上述合同文签方法各实施例基本相同，在此不再赘述。

需要强调的是，为进一步保证上述合同文件的私密性和安全性，上述合同文件信息还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

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

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个计算机可读存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims

一种合同文签方法，所述合同文签方法包括以下步骤：

获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。
如权利要求1所述的合同文签方法，其中，所述对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件的步骤包括：

对所述合同文件进行解密，并根据所述操作权限类型，对解密的所述合同文件进行转换；

若所述操作权限类型为编辑类型，则将解密的所述合同文件转换为支持编辑的合同文本，并将支持编辑的合同文本作为解密文件；

若所述操作权限类型为签章类型，则判断与所述签章类型对应的签章权限是否为完整权限，若为完整权限，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件；

若所述签章权限非完整权限，则判断所述签章权限是否支持对所述合同文件进行签章，若支持对所述合同文件进行签章，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件。

若所述签章权限不支持对所述合同文件进行签章，则将解密的所述合同文件以预设格式展示。
如权利要求2所述的合同文签方法，其中，所述对所述解密文件进行验证的步骤包括：

若所述操作权限类型为编辑类型，则提取所述解密文件中的文本信息和第一已签章信息，将所述文本信息显示，并在接收到基于显示的所述文本信息发送的修改信息时，根据所述修改信息对所述文本信息进行修改；

查找与所述第一已签章信息对应的第一参考签章，并根据所述第一参考签章对所述第一已签章信息进行验证；

若所述操作权限类型为签章类型，则提取所述解密文件中的第二已签章信息，并查找与所述第二已签章信息对应的第二参考信息，根据所述第二参考签章对所述第二已签章信息进行验证。
如权利要求1所述的合同文签方法，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

在对所述解密文件验证通过后，显示所述解密文件，并在获取到基于显示的所述解密文件输入的电子签章时，判断所述电子签章在所述解密文件中的位置是否为签章位置；

若所述位置为签章位置，则判断所述电子签章的签章字体是否具有识别性，若具有识别性，则将所述电子签章和所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。
如权利要求1所述的合同文签方法，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

在对所述解密文件验证通过后，读取与所述用户账号对应的签章图片，并将所述签章图片和所述解密文件进行拼接；

对所述签章图片在所述解密文件中的拼接位置进行图像处理，并将经图像处理后的所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。
如权利要求4或5所述的合同文签方法，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤之后包括：

根据所述合同文件的文件类型，判断对所述解密文件进行签章的当前签章流程节点之后是否存在尚未签章的签章流程节点；

若存在尚未签章的签章流程节点，则根据所述文件类型，查找所述签章合同文件的加密规则，并根据所述加密规则，对所述签章合同文件进行加密；

将加密的所述签章合同文件作为新的合同文件传输到尚未签章的签章流程节点，以供尚未签章的签章流程节点执行获取合同文件的步骤，直到与所述合同文件对应的签章流程节点均进行签章。
如权利要求1-5任一项所述的合同文签方法，其中，所述确定与所述解密请求对应的用户账号的操作权限类型的步骤包括：

读取所述用户账号携带的流程节点标识符，并根据所述流程节点标识符，确定所述用户账号是否具有对所述合同文件的解密权限；

若具有对所述合同文件的解密权限，则根据预设的账号与操作权限对应关系表，确定与所述用户账号对应的操作权限类型。
一种合同文签装置，所述合同文签装置包括：

确定模块，用于获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

生成模块，用于对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

签章模块，用于在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。
一种合同文签设备，所述合同文签设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的合同文签程序，所述合同文签程序被所述处理器执行时实现如下步骤：

获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。
如权利要求9所述的合同文签设备，其中，所述对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件的步骤包括：

对所述合同文件进行解密，并根据所述操作权限类型，对解密的所述合同文件进行转换；

若所述操作权限类型为编辑类型，则将解密的所述合同文件转换为支持编辑的合同文本，并将支持编辑的合同文本作为解密文件；

若所述操作权限类型为签章类型，则判断与所述签章类型对应的签章权限是否为完整权限，若为完整权限，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件；

若所述签章权限非完整权限，则判断所述签章权限是否支持对所述合同文件进行签章，若支持对所述合同文件进行签章，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件。

若所述签章权限不支持对所述合同文件进行签章，则将解密的所述合同文件以预设格式展示。
如权利要求10所述的合同文签设备，其中，所述对所述解密文件进行验证的步骤包括：

若所述操作权限类型为编辑类型，则提取所述解密文件中的文本信息和第一已签章信息，将所述文本信息显示，并在接收到基于显示的所述文本信息发送的修改信息时，根据所述修改信息对所述文本信息进行修改；

查找与所述第一已签章信息对应的第一参考签章，并根据所述第一参考签章对所述第一已签章信息进行验证；

若所述操作权限类型为签章类型，则提取所述解密文件中的第二已签章信息，并查找与所述第二已签章信息对应的第二参考信息，根据所述第二参考签章对所述第二已签章信息进行验证。
如权利要求9所述的合同文签设备，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

在对所述解密文件验证通过后，显示所述解密文件，并在获取到基于显示的所述解密文件输入的电子签章时，判断所述电子签章在所述解密文件中的位置是否为签章位置；

若所述位置为签章位置，则判断所述电子签章的签章字体是否具有识别性，若具有识别性，则将所述电子签章和所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。
如权利要求9所述的合同文签设备，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

在对所述解密文件验证通过后，读取与所述用户账号对应的签章图片，并将所述签章图片和所述解密文件进行拼接；

对所述签章图片在所述解密文件中的拼接位置进行图像处理，并将经图像处理后的所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。
如权利要求12或13所述的合同文签设备，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤之后包括：

根据所述合同文件的文件类型，判断对所述解密文件进行签章的当前签章流程节点之后是否存在尚未签章的签章流程节点；

若存在尚未签章的签章流程节点，则根据所述文件类型，查找所述签章合同文件的加密规则，并根据所述加密规则，对所述签章合同文件进行加密；

将加密的所述签章合同文件作为新的合同文件传输到尚未签章的签章流程节点，以供尚未签章的签章流程节点执行获取合同文件的步骤，直到与所述合同文件对应的签章流程节点均进行签章。
如权利要求9-13任一项所述的合同文签设备，其中，所述确定与所述解密请求对应的用户账号的操作权限类型的步骤包括：

读取所述用户账号携带的流程节点标识符，并根据所述流程节点标识符，确定所述用户账号是否具有对所述合同文件的解密权限；

若具有对所述合同文件的解密权限，则根据预设的账号与操作权限对应关系表，确定与所述用户账号对应的操作权限类型。
一种计算机可读存储介质，所述计算机可读存储介质上存储有合同文签程序，所述合同文签程序被处理器执行时实现如下步骤：

获取合同文件，并当接收到对合同文件的解密请求时，确定与所述解密请求对应的用户账号的操作权限类型；

对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件，并对所述解密文件进行验证；

在对所述解密文件验证通过后，对所述解密文件进行签章，并在与所述合同文件对应的签章流程节点均进行签章后，完成所述合同文件的文签。
如权利要求16所述的计算机可读存储介质，其中，所述对所述合同文件进行解密，生成与所述操作权限类型对应的解密文件的步骤包括：

对所述合同文件进行解密，并根据所述操作权限类型，对解密的所述合同文件进行转换；

若所述操作权限类型为编辑类型，则将解密的所述合同文件转换为支持编辑的合同文本，并将支持编辑的合同文本作为解密文件；

若所述操作权限类型为签章类型，则判断与所述签章类型对应的签章权限是否为完整权限，若为完整权限，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件；

若所述签章权限非完整权限，则判断所述签章权限是否支持对所述合同文件进行签章，若支持对所述合同文件进行签章，则将解密的所述合同文件转换为支持签章的合同文本，并将支持签章的合同文本作为解密文件。

若所述签章权限不支持对所述合同文件进行签章，则将解密的所述合同文件以预设格式展示。
如权利要求17所述的计算机可读存储介质，其中，所述对所述解密文件进行验证的步骤包括：

若所述操作权限类型为编辑类型，则提取所述解密文件中的文本信息和第一已签章信息，将所述文本信息显示，并在接收到基于显示的所述文本信息发送的修改信息时，根据所述修改信息对所述文本信息进行修改；

查找与所述第一已签章信息对应的第一参考签章，并根据所述第一参考签章对所述第一已签章信息进行验证；

若所述操作权限类型为签章类型，则提取所述解密文件中的第二已签章信息，并查找与所述第二已签章信息对应的第二参考信息，根据所述第二参考签章对所述第二已签章信息进行验证。
如权利要求16所述的计算机可读存储介质，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

在对所述解密文件验证通过后，显示所述解密文件，并在获取到基于显示的所述解密文件输入的电子签章时，判断所述电子签章在所述解密文件中的位置是否为签章位置；

若所述位置为签章位置，则判断所述电子签章的签章字体是否具有识别性，若具有识别性，则将所述电子签章和所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。
如权利要求16所述的计算机可读存储介质，其中，所述在对所述解密文件验证通过后，对所述解密文件进行签章的步骤包括：

在对所述解密文件验证通过后，读取与所述用户账号对应的签章图片，并将所述签章图片和所述解密文件进行拼接；

对所述签章图片在所述解密文件中的拼接位置进行图像处理，并将经图像处理后的所述解密文件转换为预设格式的签章合同文件，以对所述解密文件进行签章。