CN112256639B - 一种电子文件签名方法和系统、及存储设备 - Google Patents

Abstract

本发明涉及电子签名技术领域，特别涉及一种电子文件签名方法和系统、及存储设备。所述一种电子文件签名方法，包括步骤：获取导入文件的待检索信息；根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；获取各签名人上传的文件。通过上述方式，无需签名人在场，会自动将签名人需要查阅的文件内容和需要前面的位置生成链接发送给对应的签名人，对应的签名人收到链接以后，即可操作，且签名人无需再全部文件内容看一遍，只需看自己需要看的部分，整个流程的效率大大提高，大大提升用户体验。

Description

一种电子文件签名方法和系统、及存储设备

技术领域

本发明涉及电子签名技术领域，特别涉及一种电子文件签名方法和系统、及存储设备。

背景技术

随着社会与法制的发展，越来越多的领域涉及到文件需要签名的问题。一份合法化的文件，会涉及到多方在文件的一处或多处进行单一签名或联合签名。传统的纸质文件签名方式采用不可擦除的碳水笔进行签名，在遇到火灾或人工搬运等不可抗力因素场景下，易造成文件的丢失，需要文件丢失申报重新签名等繁琐操作。通过电子文件代替纸质文件是国家在电子政务上发展的一个重要趋势，电子签名作为电子文件合法化的关键因素。

当前市面上的电子签名存在浏览多文件时翻页卡顿、复合签名要多个签约人同时在场、签名内容识别率低需提示用户反复签名等问题，造成用户体验不好。

发明内容

为此，需要提供一种电子文件签名方法，用以解决现有电子签名浏览多文件时翻页卡顿、复合签名需多人同时在场导、需反复提示用户签名等，导致效率低，用户体验差的问题。具体技术方案如下：

一种电子文件签名方法，包括步骤：

获取导入文件的待检索信息；

根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；

获取各签名人上传的文件；

所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；

所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。

进一步的，所述“根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件”，还包括步骤：

若不存在与所述导入文件同类型的文件，则获取所述导入文件需签名的页码、需签名的位置及每个签名需查阅的文件内容，生成签名组件，按预设规则存储所述签名组件于数据库中。

进一步的，所述“则以签名人为维度生成对应的链接”，还包括步骤：

从数据库中获取与所述导入文件同类型的文件对应的签名页码及签名位置，获取签名人信息，并匹配所述签名人对应的签名页码、签名位置及需查阅的文件内容，对所述签名位置及所述签名人需查阅的文件内容进行打包生成链接。

进一步的，所述“获取各签名人上传的文件”，还包括步骤：

根据文件内容字体大小自适应调整签名大小。

进一步的，所述“获取各签名人上传的文件”，还包括步骤：

判断是否存在需要多人签名的位置，若存着，则按需对单人签名进行拼接生成多人签名，并自适应调整拼接后的多人签名大小。

进一步的，还包括步骤：自动载入签名至文件待签名处，生成签名后的电子文件。

进一步的，所述“获取各签名人上传的文件”，还包括步骤：

获取签名人上传的签名信息，并将所述签名信息与区块链云数据库里的历史签名信息进行比对是否匹配，若不匹配，提示再次签名。

进一步的，所述“获取各签名人上传的文件”前，还包括步骤：

响应链接打开指令，提示用户进行身份识别，获取用户身份信息，将所述用户身份信息与区块链云数据库里的签名人身份信息进行匹配，若匹配成功，显示文件内容。

为解决上述技术问题，还提供了一种电子文件签名系统，具体技术方案如下：

一种电子文件签名系统，包括：电子文件生成模块和用户信息验证模块；

所述电子文件生成模块包含有第一指令集，所述第一指令集用于执行上述提及方法；

所述用户信息验证模块包含有第二指令集，所述第二指令集用于执行上述最后一个“进一步的”对应的方法。

为解决上述技术问题，还提供了一种存储设备，具体技术方案如下：

一种存储设备，其中存储有指令集，所述指令集用于执行上述提及的方法。

本发明的有益效果是：通过获取导入文件的待检索信息；根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；获取各签名人上传的文件；所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。通过上述方式，无需签名人在场，会自动将签名人需要查阅的文件内容和需要前面的位置生成链接发送给对应的签名人，对应的签名人收到链接以后，即可操作，且签名人无需再全部文件内容看一遍，只需看自己需要看的部分，并且在自己需要签名的位置即可，因为发给签名人的就是他自己对应的部分，所以也无需在需要多次签名时，每次都提醒下签名人，整个流程的效率大大提高，同时提升文件的浏览顺畅性，并且实现电子签名无地理位置限制，大大提升用户体验。

附图说明

图1为具体实施方式所述一种电子文件签名方法的流程图；

图2为具体实施方式所述一种电子文件签名系统的模块示意图；

图3为具体实施方式所述一种存储设备的模块示意图。

附图标记说明：

200、电子文件签名系统，

201、电子文件生成模块，

202、用户信息验证模块，

300、存储设备。

具体实施方式

为详细说明技术方案的技术内容、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。

请参阅图1，在本实施方式中，一种电子文件签名方法的具体实施方式如下：

步骤S101：获取导入文件的待检索信息。具体可如下：导入电子文件，手动设置好文件类别、文件类型和文件子类，其中文件子类可以分为文件一级子类、文件二级子类、文件三级子类等等，具体划分到文件几级子类，根据实际情况进行划分。

在其它实施方式中，亦可以通过对电子文件内容中的关键字进行抓取，通过对关键字的分析来获取导入文件的待检索信息，如抓取电子文件的封面内容及大标题内容等等，为确保结果的准确性，可再辅助人工进一步确认。

在其它实施方式中，亦可以由人工直接将导入文件的待检索信息以文件命名的形式来命名电子文件，如导入文件的文件名为：合同类购房合同一手房合同楼盘A合同。则导入电子文件后，可直接从文件名获取到导入文件的待检索信息。

获取到的待检索信息是为步骤S102中根据这个待检索信息去检索是否存在与所述导入文件同类型的文件。以下具体说明：

步骤S102：据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件？具体可如下：在本实施方式中，通过文件类别、文件类型、文件子类、签名页码、签名位置和文件内容这六个元素作为关键字去检索，其中所述同类型的文件指的是两个文件的文件类别、文件类型、文件子类、签名页码、签名位置和文件内容都完全相同。

若存在与所述导入文件同类型的文件，则执行步骤S103：则以签名人为维度生成对应的链接。其中，所述“则以签名人为维度生成对应的链接”，还包括步骤：从数据库中获取与所述导入文件同类型的文件对应的签名页码及签名位置，获取签名人信息，并匹配所述签名人对应的签名页码、签名位置及需查阅的文件内容，对所述签名位置及所述签名人需查阅的文件内容进行打包生成链接。

具体可如下：通过用户输入签名人信息，可以为签名人名字，将所述签名人与其对应的签名页码和签名位置进行匹配，如：输入签名人名字为A(比如这个A为一手房的买方)，在数据库中已经知道买方需签字的为：合同第二页a1处、合同第五页a2处、合同第十页a3处，则将这些信息包括每个签名需查阅的文件内容与A进行匹配。并将所述签名位置及所述签名人需查阅的文件内容进行打包生成链接。

在其它实施方式中，还可以通过以下方式进行实施：借力福听文件服务接口，识别出文件的总页数及每页的内容与页码，依据上述生成的签名组件，识别出每个签名组件所在的具体页码及每个签名所需阅读的文件内容，将签名组件与签名内容做关系映射存储于数据库中。根据具体的签名人所要签名的签名组件编码，识别出其所需签名的合同内容，拼接后通过接口分发给不同签名人。

需要说明的是，只要是存放在数据库中的文件，就可以从数据库中获取到该文件对应的签名页码和签名位置。

步骤S104：并发送所述链接至对应的签名人。

步骤S105：获取各签名人上传的文件；所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。

在本实施方式中，文件类别可以如：合同类、批文类等，文件类型如：购房合同、公司转让合同等，文件子类可以分为一级子类、二级子类、三级子类等等，具体划分到几级子类，根据实际情况进行划分。

通过获取导入文件的待检索信息；根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；获取各签名人上传的文件；所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。通过上述方式，无需签名人在场，会自动将签名人需要查阅的文件内容和需要前面的位置生成链接发送给对应的签名人，对应的签名人收到链接以后，即可操作，且签名人无需再全部文件内容看一遍，只需看自己需要看的部分，并且在自己需要签名的位置即可，因为发给签名人的就是他自己对应的部分，所以也无需在需要多次签名时，每次都提醒下签名人，整个流程的效率大大提高，同时提升文件的浏览顺畅性，并且实现电子签名无地理位置限制，大大提升用户体验。

为了减少用户的时间，在本实施方式中，进一步的，所述“根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件”，还包括步骤：若不存在与所述导入文件同类型的文件，则获取所述导入文件需签名的页码及需签名的位置，生成签名组件，按预设规则存储所述签名组件于数据库中。具体可如下：若在数据库中没有检索到与所述导入文件同类型的文件，则系统自动识别页数并通过浏览的方式让用户选择需签名的具体页数及圈选出具体的签名位置，及每个签名需查阅的文件内容。将圈选出的签名页码、签名位置和对应的文件内容封装生成签名组件，并按一定的索引关系存储于数据库中，如按文件类别、文件类型和文件子类的索引关系存放于数据库中，这样当下次有同类型的文件导入时，可直接从数据库中获取到对应的签名组件，大大节约时间成本。

其中，在本实施方式中，签名组件可以包含：文件类型、文件页码、签名位置、查阅人、查阅人查阅文本内容。封装成组件后，当需要调用的时候，调用的就是具体的一个个组件，无需每次用的时候都从数据库中逐个读取这些字段，大大提高效率。

在本实施方式中，为了确保签名的安全性和真实性。所述“获取各签名人上传的文件”前，还包括步骤：响应链接打开指令，提示用户进行身份识别，获取用户身份信息，将所述用户身份信息与区块链云数据库里的签名人身份信息进行匹配，若匹配成功，显示文件内容。具体可如下：用户终端接收到链接后，打开对应链接，在进入正式文件阅读前，系统会提示用户进行身份验证。在本实施方式中优选为人脸识别。在其它实施方式中也可以是用户身份证等信息。采集好用户人脸信息后，通过比对区块链云数据库里用户证件信息与人脸采集结果的匹配度，当匹配度通过后，自动进入文件阅读环节；该环节是通过区块链技术验证身份合法性。

在完成身份合法性验证后，允许用户对要签署的文件进行阅读，用户对该链接下每个签名需要前面的位置进行逐一签名并提交。在每次提交时，所述“获取各签名人上传的文件”，还包括步骤：获取签名人上传的签名信息，并将所述签名信息与区块链云数据库里的历史签名信息进行比对是否匹配，若不匹配，提示再次签名。具体可如下：上传的用户签名信息都会与区块链云数据库里的历史签名进行比对，确保匹配度合格，若匹配度不合格则会提示用户进行再次签名；该环节是通过区块链技术进行签名验证。身份验证和签名验真的双重保障，确保文件的安全性。

为了呈现最好的显示效果，在本实施方式中，所述“获取各签名人上传的文件”，还包括步骤：根据文件内容字体大小自适应调整签名大小。具体可如下：根据文件内容字体的大小自动等比例缩放拉升签名大小。

进一步的，所述“获取各签名人上传的文件”，还包括步骤：判断是否存在需要多人签名的位置，若存着，则按需对单人签名进行拼接生成多人签名，并自适应调整拼接后的多人签名大小。如此一份文件若需要多人签名，无需多人同时在场，可各自签好上传，系统对其自动进行拼接调整。

签名都调整好后，还包括步骤：自动载入签名至文件待签名处，生成签名后的电子文件。并将生成好的合规电子文件存入数据库中。

请参阅图2，在本实施方式中，一种电子文件签名系统200的具体实施方式如下：一种电子文件签名系统200，包括：电子文件生成模块201和用户信息验证模块202；

所述电子文件生成模块201包含有第一指令集，所述第一指令集用于执行以下方法：获取导入文件的待检索信息；根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；获取各签名人上传的文件；所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。

其中获取导入文件的待检索信息。具体可如下：导入电子文件，手动设置好文件类别、文件类型和文件子类，其中文件子类可以分为文件一级子类、文件二级子类、文件三级子类等等，具体划分到文件几级子类，根据实际情况进行划分。

在其它实施方式中，亦可以通过对电子文件内容中的关键字进行抓取，通过对关键字的分析来获取导入文件的待检索信息，如抓取电子文件的封面内容及大标题内容等等，为确保结果的准确性，可再辅助人工进一步确认。

在其它实施方式中，亦可以由人工直接将导入文件的待检索信息以文件命名的形式来命名电子文件，如导入文件的文件名为：合同类购房合同一手房合同楼盘A合同。则导入电子文件后，可直接从文件名获取到导入文件的待检索信息。

据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件？具体可如下：在本实施方式中，通过文件类别、文件类型、文件子类、签名页码、签名位置和文件内容这六个元素作为关键字去检索，其中所述同类型的文件指的是两个文件的文件类别、文件类型、文件子类、签名页码、签名位置和文件内容都完全相同。

进一步的，所述第一指令集还用于执行：所述“则以签名人为维度生成对应的链接”，还包括步骤：从数据库中获取与所述导入文件同类型的文件对应的签名页码及签名位置，获取签名人信息，并匹配所述签名人对应的签名页码、签名位置及需查阅的文件内容，对所述签名位置及所述签名人需查阅的文件内容进行打包生成链接。

具体可如下：通过用户输入签名人信息，可以为签名人名字，将所述签名人与其对应的签名页码和签名位置进行匹配，如：输入签名人名字为A(比如这个A为一手房的买方)，在数据库中已经知道买方需签字的为：合同第二页a1处、合同第五页a2处、合同第十页a3处，则将这些信息包括每个签名需查阅的文件内容与A进行匹配。并将所述签名位置及所述签名人需查阅的文件内容进行打包生成链接。

在其它实施方式中，还可以通过以下方式进行实施：借力福听文件服务接口，识别出文件的总页数及每页的内容与页码，依据上述生成的签名组件，识别出每个签名组件所在的具体页码及每个签名所需阅读的文件内容，将签名组件与签名内容做关系映射存储于数据库中。根据具体的签名人所要签名的签名组件编码，识别出其所需签名的合同内容，拼接后通过接口分发给不同签名人。

需要说明的是，只要是存放在数据库中的文件，就可以从数据库中获取到该文件对应的签名页码和签名位置。

在本实施方式中，文件类别可以如：合同类、批文类等，文件类型如：购房合同、公司转让合同等，文件子类可以分为一级子类、二级子类、三级子类等等，具体划分到几级子类，根据实际情况进行划分。

通过获取导入文件的待检索信息；根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；获取各签名人上传的文件；所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。通过上述方式，无需签名人在场，会自动将签名人需要查阅的文件内容和需要前面的位置生成链接发送给对应的签名人，对应的签名人收到链接以后，即可操作，且签名人无需再全部文件内容看一遍，只需看自己需要看的部分，并且在自己需要签名的位置即可，因为发给签名人的就是他自己对应的部分，所以也无需在需要多次签名时，每次都提醒下签名人，整个流程的效率大大提高，同时提升文件的浏览顺畅性，并且实现电子签名无地理位置限制，大大提升用户体验。

为了减少用户的时间，进一步的，所述第一指令集还用于执行：所述“根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件”，还包括步骤：若不存在与所述导入文件同类型的文件，则获取所述导入文件需签名的页码、需签名的位置及每个签名需查阅的文件内容，生成签名组件，按预设规则存储所述签名组件于数据库中。

具体可如下：若在数据库中没有检索到与所述导入文件同类型的文件，则系统自动识别页数并通过浏览的方式让用户选择需签名的具体页数及圈选出具体的签名位置，及每个签名需查阅的文件内容。将圈选出的签名页码、签名位置和对应的文件内容封装生成签名组件，并按一定的索引关系存储于数据库中，如按文件类别、文件类型和文件子类的索引关系存放于数据库中，这样当下次有同类型的文件导入时，可直接从数据库中获取到对应的签名组件，大大节约时间成本。

其中，在本实施方式中，签名组件可以包含：文件类型、文件页码、签名位置、查阅人、查阅人查阅文本内容。封装成组件后，当需要调用的时候，调用的就是具体的一个个组件，无需每次用的时候都从数据库中逐个读取这些字段，大大提高效率。

进一步的，所述第一指令集还用于执行：还包括步骤：自动载入签名至文件待签名处，生成签名后的电子文件。

为了确保签名的安全性和真实性。进一步的，所述用户信息验证模块202包含有第二指令集，所述第二指令集用于执行：所述“获取各签名人上传的文件”前，还包括步骤：响应链接打开指令，提示用户进行身份识别，获取用户身份信息，将所述用户身份信息与区块链云数据库里的签名人身份信息进行匹配，若匹配成功，显示文件内容。具体可如下：用户终端接收到链接后，打开对应链接，在进入正式文件阅读前，系统会提示用户进行身份验证。在本实施方式中优选为人脸识别。在其它实施方式中也可以是用户身份证等信息。采集好用户人脸信息后，通过比对区块链云数据库里用户证件信息与人脸采集结果的匹配度，当匹配度通过后，自动进入文件阅读环节；该环节是通过区块链技术验证身份合法性。

在完成身份合法性验证后，允许用户对要签署的文件进行阅读，用户对该链接下每个签名需要前面的位置进行逐一签名并提交。在每次提交时，所述第一指令集还用于执行：所述“获取各签名人上传的文件”，还包括步骤：获取签名人上传的签名信息，并将所述签名信息与区块链云数据库里的历史签名信息进行比对是否匹配，若不匹配，提示再次签名。具体可如下：上传的用户签名信息都会与区块链云数据库里的历史签名进行比对，确保匹配度合格，若匹配度不合格则会提示用户进行再次签名；该环节是通过区块链技术进行签名验证。身份验证和签名验真的双重保障，确保文件的安全性。

为了呈现最好的显示效果，在本实施方式中，进一步的，所述第一指令集还用于执行：所述“获取各签名人上传的文件”，还包括步骤：根据文件内容字体大小自适应调整签名大小。具体可如下：根据文件内容字体的大小自动等比例缩放拉升签名大小。

进一步的，所述第一指令集还用于执行：所述“获取各签名人上传的文件”，还包括步骤：判断是否存在需要多人签名的位置，若存着，则按需对单人签名进行拼接生成多人签名，并自适应调整拼接后的多人签名大小。如此一份文件若需要多人签名，无需多人同时在场，可各自签好上传，系统对其自动进行拼接调整。

签名都调整好后，还包括步骤：自动载入签名至文件待签名处，生成签名后的电子文件。并将生成好的合规电子文件存入数据库中。

请参阅图3，在本实施方式中，一种存储设备300的具体实施方式如下：

一种存储设备300，其中存储有指令集，所述指令集用于执行：

一种电子文件签名方法，包括步骤：获取导入文件的待检索信息；根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；获取各签名人上传的文件；所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。

其中获取导入文件的待检索信息。具体可如下：导入电子文件，手动设置好文件类别、文件类型和文件子类，其中文件子类可以分为文件一级子类、文件二级子类、文件三级子类等等，具体划分到文件几级子类，根据实际情况进行划分。

在其它实施方式中，亦可以通过对电子文件内容中的关键字进行抓取，通过对关键字的分析来获取导入文件的待检索信息，如抓取电子文件的封面内容及大标题内容等等，为确保结果的准确性，可再辅助人工进一步确认。

在其它实施方式中，亦可以由人工直接将导入文件的待检索信息以文件命名的形式来命名电子文件，如导入文件的文件名为：合同类购房合同一手房合同楼盘A合同。则导入电子文件后，可直接从文件名获取到导入文件的待检索信息。

据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件？具体可如下：在本实施方式中，通过文件类别、文件类型、文件子类、签名页码、签名位置和文件内容这六个元素作为关键字去检索，其中所述同类型的文件指的是两个文件的文件类别、文件类型、文件子类、签名页码、签名位置和文件内容都完全相同。

进一步的，所述“则以签名人为维度生成对应的链接”，还包括步骤：从数据库中获取与所述导入文件同类型的文件对应的签名页码及签名位置，获取签名人信息，并匹配所述签名人对应的签名页码、签名位置及需查阅的文件内容，对所述签名位置及所述签名人需查阅的文件内容进行打包生成链接。

具体可如下：通过用户输入签名人信息，可以为签名人名字，将所述签名人与其对应的签名页码和签名位置进行匹配，如：输入签名人名字为A(比如这个A为一手房的买方)，在数据库中已经知道买方需签字的为：合同第二页a1处、合同第五页a2处、合同第十页a3处，则将这些信息包括每个签名需查阅的文件内容与A进行匹配。并将所述签名位置及所述签名人需查阅的文件内容进行打包生成链接。

在其它实施方式中，还可以通过以下方式进行实施：借力福听文件服务接口，识别出文件的总页数及每页的内容与页码，依据上述生成的签名组件，识别出每个签名组件所在的具体页码及每个签名所需阅读的文件内容，将签名组件与签名内容做关系映射存储于数据库中。根据具体的签名人所要签名的签名组件编码，识别出其所需签名的合同内容，拼接后通过接口分发给不同签名人。

需要说明的是，只要是存放在数据库中的文件，就可以从数据库中获取到该文件对应的签名页码和签名位置。

在本实施方式中，文件类别可以如：合同类、批文类等，文件类型如：购房合同、公司转让合同等，文件子类可以分为一级子类、二级子类、三级子类等等，具体划分到几级子类，根据实际情况进行划分。

通过获取导入文件的待检索信息；根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；获取各签名人上传的文件；所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容。通过上述方式，无需签名人在场，会自动将签名人需要查阅的文件内容和需要前面的位置生成链接发送给对应的签名人，对应的签名人收到链接以后，即可操作，且签名人无需再全部文件内容看一遍，只需看自己需要看的部分，并且在自己需要签名的位置即可，因为发给签名人的就是他自己对应的部分，所以也无需在需要多次签名时，每次都提醒下签名人，整个流程的效率大大提高，同时提升文件的浏览顺畅性，并且实现电子签名无地理位置限制，大大提升用户体验。

为了减少用户的时间，进一步的，所述“根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件”，还包括步骤：若不存在与所述导入文件同类型的文件，则获取所述导入文件需签名的页码、需签名的位置及每个签名需查阅的文件内容，生成签名组件，按预设规则存储所述签名组件于数据库中。

具体可如下：若在数据库中没有检索到与所述导入文件同类型的文件，则系统自动识别页数并通过浏览的方式让用户选择需签名的具体页数及圈选出具体的签名位置，及每个签名需查阅的文件内容。将圈选出的签名页码、签名位置和对应的文件内容封装生成签名组件，并按一定的索引关系存储于数据库中，如按文件类别、文件类型和文件子类的索引关系存放于数据库中，这样当下次有同类型的文件导入时，可直接从数据库中获取到对应的签名组件，大大节约时间成本。

其中，在本实施方式中，签名组件可以包含：文件类型、文件页码、签名位置、查阅人、查阅人查阅文本内容。封装成组件后，当需要调用的时候，调用的就是具体的一个个组件，无需每次用的时候都从数据库中逐个读取这些字段，大大提高效率。

进一步的，所述指令集还用于执行：还包括步骤：自动载入签名至文件待签名处，生成签名后的电子文件。

所述指令集还用于执行：所述“获取各签名人上传的文件”，还包括步骤：获取签名人上传的签名信息，并将所述签名信息与区块链云数据库里的历史签名信息进行比对是否匹配，若不匹配，提示再次签名。具体可如下：上传的用户签名信息都会与区块链云数据库里的历史签名进行比对，确保匹配度合格，若匹配度不合格则会提示用户进行再次签名；该环节是通过区块链技术进行签名验证。身份验证和签名验真的双重保障，确保文件的安全性。

为了呈现最好的显示效果，在本实施方式中，进一步的，所述指令集还用于执行：所述“获取各签名人上传的文件”，还包括步骤：根据文件内容字体大小自适应调整签名大小。具体可如下：根据文件内容字体的大小自动等比例缩放拉升签名大小。

进一步的，所述指令集还用于执行：所述“获取各签名人上传的文件”，还包括步骤：判断是否存在需要多人签名的位置，若存着，则按需对单人签名进行拼接生成多人签名，并自适应调整拼接后的多人签名大小。如此一份文件若需要多人签名，无需多人同时在场，可各自签好上传，系统对其自动进行拼接调整。

签名都调整好后，还包括步骤：自动载入签名至文件待签名处，生成签名后的电子文件。并将生成好的合规电子文件存入数据库中。

需要说明的是，尽管在本文中已经对上述各实施例进行了描述，但并非因此限制本发明的专利保护范围。因此，基于本发明的创新理念，对本文所述实施例进行的变更和修改，或利用本发明说明书及附图内容所作的等效结构或等效流程变换，直接或间接地将以上技术方案运用在其他相关的技术领域，均包括在本发明的专利保护范围之内。

Claims (7)

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

获取导入文件的待检索信息；

根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件，若存在与所述导入文件同类型的文件，则以签名人为维度生成对应的链接，并发送所述链接至对应的签名人；

获取各签名人上传的文件；

所述链接的内容包括：签名人需查阅的文件内容和签名人需签名的位置；

所述待检索信息包括以下中的一种或多种：文件类别、文件类型、文件子类、签名页码、签名位置、文件内容；

所述“根据所述待检索信息检索数据库中是否存在与所述导入文件同类型的文件”，还包括步骤：

若不存在与所述导入文件同类型的文件，则获取所述导入文件需签名的页码、需签名的位置及每个签名需查阅的文件内容，生成签名组件，按预设规则存储所述签名组件于数据库中；所述“则以签名人为维度生成对应的链接”，还包括步骤：

从数据库中获取与所述导入文件同类型的文件对应的签名页码及签名位置，获取签名人信息，并匹配所述签名人对应的签名页码、签名位置及需查阅的文件内容，对所述签名位置及所述签名人需查阅的文件内容进行打包生成链接；

所述“获取各签名人上传的文件”，还包括步骤：

判断是否存在需要多人签名的位置，若存着，则按需对单人签名进行拼接生成多人签名，并自适应调整拼接后的多人签名大小。

2.根据权利要求1所述的一种电子文件签名方法，其特征在于，所述“获取各签名人上传的文件”，还包括步骤：

根据文件内容字体大小自适应调整签名大小。

3.根据权利要求1所述的一种电子文件签名方法，其特征在于，还包括步骤：自动载入签名至文件待签名处，生成签名后的电子文件。

4.根据权利要求1所述的一种电子文件签名方法，其特征在于，所述“获取各签名人上传的文件”，还包括步骤：

获取签名人上传的签名信息，并将所述签名信息与区块链云数据库里的历史签名信息进行比对是否匹配，若不匹配，提示再次签名。

5.根据权利要求1所述的一种电子文件签名方法，其特征在于，所述“获取各签名人上传的文件”前，还包括步骤：

响应链接打开指令，提示用户进行身份识别，获取用户身份信息，将所述用户身份信息与区块链云数据库里的签名人身份信息进行匹配，若匹配成功，显示文件内容。

6.一种电子文件签名系统，其特征在于，包括：电子文件生成模块和用户信息验证模块；

所述电子文件生成模块包含有第一指令集，所述第一指令集用于执行权利要求1至4任意一项的方法；

所述用户信息验证模块包含有第二指令集，所述第二指令集用于执行权利要求5的方法。

7.一种存储设备，其中存储有指令集，其特征在于，所述指令集用于执行：权利要求1至5任意一项的方法。

Images