pdf电子签章批量签署的方法、设备及存储介质
技术领域
1.本发明属于电子签章技术领域,具体涉及pdf电子签章批量签署的方法、设备及存储介质。
背景技术:
2.国外成熟的电子签名应用包括美国的docusign和signeasy等,均采用在线服务方式,并提供了相应的移动端app;国内的电子签名在良好的法律、业务需求环境下迅速发展,2019年,电子签名法的修订,为电子签名在不动产登记中的应用提供了法律依据。电子签章具有我国独特的签章文化,其系统大致分为基于pki/ca体系的电子签章系统和基于数字水印技术的电子签章系统,前者更符合我国对电子签名的要求。
3.现有的电子签章技术应用如银行、医疗、社保、招投标和企业合同等,都是针对简单的场景、用户和文件;而对于农村房屋不动产总登记这类性质的工作,涉及用户多,每个用户pdf文档资料多,pdf文档需要签署的层级也多,因此使用现有的电子签章技术的签署方法便难以实现签署工作,这种电子签章签署工作针对高并发、多人操作文档和多人并行操作的情况下难以实现,同时pdf文档的多次读写和高速io接口对签署系统的要求也高。
技术实现要素:
4.为了解决背景技术中出现的大量pdf文件电子签章需要签署所导致的现有签署方式效率低下问题,本发明提供一种新的电子签章方法,其能够使多个用户同时且高效的批量签署多个pdf文件,以及对一个pdf文件的多层级批量进行电子签章。
5.本发明采用了以下技术方案来实现目的:
6.pdf电子签章批量签署的方法,包括如下步骤:
7.s1、将签章请求中的pdf文件和请求参数分隔,分隔后的pdf文件和请求参数被缓存存储;
8.s2、根据签章请求中的pdf文件大小及数量,结合请求参数,为每一个pdf文件分配请求标识和处理标识,随后生成该签章请求的调度需求;
9.s3、根据调度需求,结合电子签章服务器的处理器和内存使用量,得出能为该调度需求开启的签署服务数量;
10.s4、开启相应数量的签署服务,为开启的签署服务分配pdf文件请求标识和处理标识,并向签署服务总控端推送签署服务开启情况;
11.s5、签署服务根据pdf文件请求标识和处理标识,从缓存存储中提取传入的pdf文件和请求参数后,执行签章操作;
12.s6、对签署后的pdf文件进行电子文档验证,验证成功则将签署后的pdf文件写入缓存存储中,并向签署服务总控端发出完成信号;
13.s7、签署服务总控端收到完成信号后,通知回收签署服务,并将缓存存储中签署后的pdf文件返回给用户。
14.进一步的,在所述方法的s1步骤前,还包括如下步骤:
15.s01、用户通过移动端、桌面端和网页web端中的任意一种或多种端口,发送签章请求;所述签章请求包括一个或多个待签章pdf文件及多种请求参数,所述请求参数包括签章参数、附属参数、字节长度、请求编码和加密公钥;
16.s02、接收用户的签章请求后,判断签章请求是否满足请求规则,若不满足请求规则,则将签章请求驳回至用户;所述请求规则包括根据请求参数中附属参数、请求编码和加密公钥进行的用户身份权限验证和用户数据权限验证。
17.进一步的,所述步骤s1中,每一个不同的pdf文件被分隔,每一种不同的请求参数被分隔,分隔后的多个pdf文件和多种请求参数被推送至由mongodb、redis构建的内容高速缓存库进行缓存存储。
18.进一步的,所述步骤s3具体包括:
19.s31、接受到调度需求后,检查pdf文件请求标识和请求参数,得出该调度需求所需的签署服务数量;
20.s32、根据当前电子签章服务器的处理器和内存使用情况,检查当前电子签章服务器可开启的最大剩余签署服务数量;
21.s33、若调度需求所需的签署服务数量小于可开启的最大剩余签署服务数量,则开启调度需求所需的签署服务数量;若调度需求所需的签署服务数量大于可开启的最大剩余签署服务数量,则开启最大剩余签署服务数量。
22.进一步的,所述步骤s5具体包括:
23.s51、签署服务根据docker容器相关内存使用量和最小连接数计算方式,确定调度缓存存储内数据的方式;
24.s52、签署服务从缓存存储中提取与pdf文件请求标识和处理标识所对应的pdf文件和包括签章参数、附属参数、请求编码和加密公钥的请求参数;
25.s53、签署服务根据提取到的pdf文件和请求参数信息,对该pdf文件执行签章操作。
26.进一步的,所述步骤s6中,对签署后的pdf文件进行验证时,若验证失败,则将验证失败信息及原因由前置接受服务返回给用户,同时上报至电子签章管理员,进行核实与确认后,停止该签署服务,并向签署服务总控端发出停止信号,签署服务总控端收到停止信号后,通知回收该签署服务。
27.进一步的,在所述方法的s7步骤后,还包括如下步骤:
28.s8、完成对签署后的pdf文件的返回后,销毁缓存存储内的pdf文件和请求参数缓存。
29.本发明还提供了pdf电子签章批量签署的装置,所述装置包括:
30.前置接受端:用于提供前置接受服务,接受一个或多个用户的签章请求并判断签章请求是否满足请求规则;用于分隔签章请求中的pdf文件和请求参数;用于向内容高速缓存库中推送签章请求和提取签署后的pdf文件并返回给用户;
31.内容高速缓存库:用于以缓存方式存储进行中的签章请求中pdf文件和请求参数,用于存储签署后的pdf文件;
32.服务调度端:用于提供服务端调度服务,接收调度需求,得出并开启相应数量的签
署服务,用于回收签署服务;
33.电子签章服务器:用于提供执行签章操作的多个签署服务所需的计算空间和信息处理能力;
34.签署服务总控端:用于监控多个签署服务的状态,用于向服务调度端发送签署服务回收指令,用于在签署完成后向前置接受端发送返回pdf文件指令;
35.电子文档验证端:用于接受签署服务推送的签署后的pdf文件,并为该pdf文件提供电子文档验证,得出验证结果。
36.本发明同时提供一种计算设备,所述设备包括处理器和存储有计算机程序指令的存储器,所述处理器执行所述计算机程序指令时实现如权利要求1至7任意一项所述的电子签章批量签署的方法。
37.本发明同时提供一种计算机存储介质,所述计算机存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求1至7任意一项所述的电子签章批量签署的方法。
38.综上所述,由于采用了本技术方案,本发明的有益效果如下:
39.1、本发明公开的批量签署方法在应用于电子签章场景中后,能实现多个用户同时批量签署多个pdf文件,以及对一个pdf文件的多层级批量进行电子签章的功能;在本方法中,针对多个pdf文件的电子签章是同时进行的,即并行处理,没有额外的排队等待时间,用户的签章请求无论是一个pdf文件还是多个pdf文件,其所花费的时间是相同的;对于一个pdf文件进行多层级的电子签章,也是同时并行处理,多个签署服务共同处理一个pdf文件,完成该文件所需的不同签章;因此,在电子签章服务器具备大量的处理能力时,多个可开启的签署服务便实现了pdf文件批量签署的特点,极大的节省了传统电子签章操作中对于大量pdf文件签署所花的时间,提高了pdf文件电子签章的签署效率。
40.2、本发明方法适用于不动产登记等类似的多用户,多pdf文件,多签章需求场景中,本发明中的前置接受服务能同时面对来自不同客户端平台的多位用户,每位用户的签章请求均被分别处理并批量同时进行签署操作;无论是一个pdf文件上需要多个签章、多个pdf文件上需要共同的一个签章,或是多个pdf文件上需要多个不同的签章等不同的签章请求,采用本发明的批量签署方法后,相较于传统签署方法中一次只对一个pdf文件进行一个签章操作,节约了极大的时间成本,因而使得现代化的无纸办公系统中电子签章的效率有极大提高。
41.3、本方法中,签署服务是可控的灵活资源,可被开启和回收,因此能取得签署效率与电子签章服务器资源的最优配置,用户只需将其待签署的pdf文件和相关要求共同发送,即可被自动分配给多个签署服务共同处理,而无需一一等待,从而改善了用户批量签署电子签章的体验,提高了效率。
42.4、本发明同时也保证了电子签章过程的安全性,用户的签章请求需被判断并检查,通过安全验证才可执行签章操作,同时签章完成后也需要经电子文档验证后才会返回给用户,签章信息和文件信息如传统电子签章方式一样受到严格监控,每个用户的批量签章请求完成后销毁过程中的信息数据,也保证了电子签章的安全与可靠,保证了pdf文件的有效性。
附图说明
43.图1为不动产登记多pdf多用户签章场景示意图;
44.图2为本发明的批量电子签章流程结构图;
45.图3为本发明的批量签署方法流程图;
46.图4为本方法s1步骤前的方法流程图;
47.图5为本方法s3步骤的具体流程图;
48.图6为本方法s5步骤的具体流程图。
具体实施方式
49.为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。
50.因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
51.实施例1
52.如图1所示,采用电子签章方式所进行的不动产登记等工作场景下,特别是农村的不动产登记工作,仅一处不动产,就会涉及到多个关系人和多个pdf文件,所需进行的签章操作也有多个;因此,若使用传统的电子签章系统,依次对每一个pdf文件进行一个签章操作,会消耗大量的排队等待时间,还仅仅只对一处不动产进行登记;面对不动产登记工作开展中所需的登记的数量极多的不动产,需要一种更高效的电子签章方法,因此本发明实施例提供了pdf电子签章批量签署的方法,如图3所示,包括如下步骤:
53.s1、将签章请求中的pdf文件和请求参数分隔,分隔后的pdf文件和请求参数被缓存存储;
54.s2、根据签章请求中的pdf文件大小及数量,结合请求参数,为每一个pdf文件分配请求标识和处理标识,随后生成该签章请求的调度需求;
55.s3、根据调度需求,结合电子签章服务器的处理器和内存使用量,得出能为该调度需求开启的签署服务数量;
56.s4、开启相应数量的签署服务,为开启的签署服务分配pdf文件请求标识和处理标识,并向签署服务总控端推送签署服务开启情况;
57.s5、签署服务根据pdf文件请求标识和处理标识,从缓存存储中提取传入的pdf文件和请求参数后,执行签章操作;
58.s6、对签署后的pdf文件进行电子文档验证,验证成功则将签署后的pdf文件写入缓存存储中,并向签署服务总控端发出完成信号;
59.s7、签署服务总控端收到完成信号后,通知回收签署服务,并将缓存存储中签署后的pdf文件返回给用户。
60.在本实施例的方法中,电子签章服务器内可同时开启并进行多个签署服务,其每一个签署服务与传统的电子签章方式所进行的签章操作相同,能对一个pdf文件执行一次
签章操作,因此本方法中的一个签署服务是服务于一个pdf文件的,而开启多个数量的签署服务,则取决于电子签章服务器的处理能力和用户的签章请求。
61.当用户具有多个pdf文件时,采用本方法批量进行电子签章的过程中,电子签章服务器内的签署服务也会对应用户的所需签章的pdf文件数量及签章个数进行相应的开启,并且同时为用户的一次请求执行批量的签署操作,用户在经过常规电子签章中一次签章操作的时间后,即可获得该次请求中所有pdf文件的完成签章后的电子文档,实现了批量签署电子签章的目的。
62.若在某一个电子签章场景中,具有一个pdf文件1需要进行多层级签章,签章个数共有5个,此数据也包含在本次签章请求的请求参数中;在使用本方法进行签章操作时,该pdf文件会被分配请求标识1,而接受到的调度需求中所需开启的签署服务数量将为5个,在开启后,每一个签署服务分配到的pdf文件请求标识均为请求标识1,处理标识则分别为处理标识1至5,对应5个不同的电子签章;随后签署服务执行签章操作,在将5个签章分别签署完成后,对每一个签章进行电子文档验证,验证完成后将这个pdf文件汇总所有签章并存入缓存存储,即可返回给用户;签章操作所需的其他参数也由签署服务从本次签章请求的请求参数中调取。
63.实施例2
64.在实施例1的基础上,本实施例进一步提供,在所述方法的s1步骤前,如图4所示,还包括如下步骤:
65.s01、用户通过移动端、桌面端和网页web端中的任意一种或多种端口,发送签章请求;所述签章请求包括一个或多个待签章pdf文件及多种请求参数,所述请求参数包括签章参数、附属参数、字节长度、请求编码和加密公钥;
66.s02、接收用户的签章请求后,判断签章请求是否满足请求规则,若不满足请求规则,则将签章请求驳回至用户;所述请求规则包括根据请求参数中附属参数、请求编码和加密公钥进行的用户身份权限验证和用户数据权限验证。
67.如图2所示,本方法中,前置接受服务能同时接受多位用户的签章请求,用户可采用多种第三方平台端口向前置接受服务发送签章请求。
68.用户的签章请求中,可包含一个或多个pdf文件,以及pdf文件所需的签章内容及数量信息和其他用于辅助电子签章操作进行所需的信息数据,用户将该签章请求作为一个整体发送后,最后便能一次获得本签章请求中所有pdf文件的签署后的电子文档版本,整个批量签署所花费的时间与用户单独签署一个pdf文件的时间相同,过程中无需用户向传统电子签章方式中对pdf文件和签章的多次确定和选择,该类数据提前包含在签章请求的请求参数中。
69.本实施例步骤同时还起到了本方法中第一次对电子签章安全性的检验,它要求用户所发送的签章请求中请求参数内具有附属参数、请求编码和加密公钥等信息,从而根据请求规则进行用户身份权限验证和用户数据权限验证,只有通过了验证的签章请求才能进行后续的签署服务调度并进行批量电子签章操作。
70.本实施例还提供,所述步骤s6中,对签署后的pdf文件进行验证时,若验证失败,则将验证失败信息及原因由前置接受服务返回给用户,同时上报至电子签章管理员,进行核实与确认后,停止该签署服务,并向签署服务总控端发出停止信号,签署服务总控端收到停
止信号后,通知回收该签署服务。
71.电子文档验证是本方法中第二次对电子签章安全性的检验,它在签章操作完成后再次对签章的信息及文件信息进行验证,以进一步保证pdf文件电子签章的真实可靠及有效性,验证不通过也能及时停止签章操作,同时不会向用户返回签章后的文件。
72.实施例3
73.在实施例2的基础上,本实施例对本发明方法做进一步完善,在pdf电子签章批量签署的方法中,步骤s3具体包括:
74.s31、接受到调度需求后,检查pdf文件请求标识和请求参数,得出该调度需求所需的签署服务数量;
75.s32、根据当前电子签章服务器的处理器和内存使用情况,检查当前电子签章服务器可开启的最大剩余签署服务数量;
76.s33、若调度需求所需的签署服务数量小于可开启的最大剩余签署服务数量,则开启调度需求所需的签署服务数量;若调度需求所需的签署服务数量大于可开启的最大剩余签署服务数量,则开启最大剩余签署服务数量。
77.由于请求参数中包含pdf文件所需的签章信息,如签章类型和数量,根据以下几种场景得出所需的签署服务数量:
78.场景1:1个pdf文件需要进行1个电子签章;在这种情况下,调度需求会包括请求标识1,所需的1个电子签章会包括在请求参数中,最终得出的签署服务数量为1,即1个签署服务对这1个pdf文件进行1个电子签章的签署操作;
79.场景2:多个pdf文件均需要进行同一个电子签章;调度需求包括对应每个pdf文件的多个请求标识,所需的同一个电子签章信息则包括在请求参数中,最终得出的签署服务数量与多个pdf文件的数量相同,即多个签署服务同时对多个pdf文件分别进行同一个电子签章的签署操作;
80.场景3:1个pdf文件需要进行多个电子签章;调度需求包括请求标识1,所需的多个电子签章信息包括在请求参数中,电子签章个数为最终的签署服务数量,即多个签署服务均为这一个pdf文件分别进行每一个不同的电子签章的签署操作。
81.在实际的签署服务调度过程中,若场景包括上述多种场景的组合,则签署服务的数量也会相应的累计,以得出最终所需的签署服务总数。
82.实施例4
83.在实施例3的基础上,本实施例对本发明方法做进一步完善,在pdf电子签章批量签署的方法中,步骤s5具体包括:
84.s51、签署服务根据docker容器相关内存使用量和最小连接数计算方式,确定调度缓存存储内数据的方式;
85.s52、签署服务从缓存存储中提取与pdf文件请求标识和处理标识所对应的pdf文件和包括签章参数、附属参数、请求编码和加密公钥的请求参数;
86.s53、签署服务根据提取到的pdf文件和请求参数信息,对该pdf文件执行签章操作。
87.签署服务在开始运行时,也会根据电子签章服务器当前的剩余性能来分配自身对缓存存储的调用动作,从而根据pdf文件请求标识和处理标识,提取pdf文件和请求参数,进
而根据请求参数的信息,对该pdf文件的一次签章操作,即完成该签署服务的请求和处理工作。
88.实施例5
89.在上述实施例的基础上,如图2所示,本实施例提供,所述步骤s1中,每一个不同的pdf文件被分隔,每一种不同的请求参数被分隔,分隔后的多个pdf文件和多种请求参数被推送至由mongodb、redis构建的内容高速缓存库进行缓存存储。
90.在所述方法的s7步骤后,还包括如下步骤:s8、完成对签署后的pdf文件的返回后,销毁缓存存储内的pdf文件和请求参数缓存。
91.本实施例对本发明方法中所用到的缓存存储做进一步说明,构建的内容高速缓存库会临时存储每一个签章请求中的请求参数及pdf文件,同时被所需的调用操作、签署服务和电子文档验证访问,提供各服务所需的信息数据,完成签章操作后的pdf文件也临时存放于此,以供返回给用户;在每一个签章请求处理完毕后,存储于内容高速缓存库中的属于该签章请求内容的请求参数和相关pdf文件均会被销毁,进一步保证了文件和参数的安全性。
92.实施例6
93.本实施例作为对上述各实施例所示方法的实现,提供了pdf电子签章批量签署的装置,所述装置包括:
94.前置接受端:用于提供前置接受服务,接受一个或多个用户的签章请求并判断签章请求是否满足请求规则;用于分隔签章请求中的pdf文件和请求参数;用于向内容高速缓存库中推送签章请求和提取签署后的pdf文件并返回给用户;
95.内容高速缓存库:用于以缓存方式存储进行中的签章请求中pdf文件和请求参数,用于存储签署后的pdf文件;
96.服务调度端:用于提供服务端调度服务,接收调度需求,得出并开启相应数量的签署服务,用于回收签署服务;
97.电子签章服务器:用于提供执行签章操作的多个签署服务所需的计算空间和信息处理能力;
98.签署服务总控端:用于监控多个签署服务的状态,用于向服务调度端发送签署服务回收指令,用于在签署完成后向前置接受端发送返回pdf文件指令;
99.电子文档验证端:用于接受签署服务推送的签署后的pdf文件,并为该pdf文件提供电子文档验证,得出验证结果。
100.用户使用本装置进行批量签署pdf电子签章的具体操作步骤如下:
101.s1、前置接受服务将签章请求中的pdf文件和请求参数分隔,分隔后的pdf文件和请求参数被推送至内容高速缓存库中;
102.s2、根据签章请求中的pdf文件大小及数量,结合请求参数,为每一个pdf文件分配请求标识和处理标识,并生成调度需求,将该调度需求推送至服务端调度服务;
103.s3、服务端调度服务根据接收到的调度需求,并结合电子签章服务器的处理器和内存使用量,得出能为该调度需求开启的签署服务数量;
104.s4、开启相应数量的签署服务,为开启的签署服务分配pdf文件请求标识和处理标识,并向签署服务总控端推送签署服务开启情况;
105.s5、签署服务根据pdf文件请求标识和处理标识,从内容高速缓存库中提取传入的
pdf文件和请求参数后,执行签章操作;
106.s6、对签署后的pdf文件进行电子文档验证,验证成功则将签署后的pdf文件写入内容高速缓存库中,并向签署服务总控端发出完成信号;
107.s7、签署服务总控端收到完成信号后,通知服务端调度服务回收签署服务,通知前置接收服务将内容高速缓存库中签署后的pdf文件返回给用户。
108.用户在使用本装置时,便能完成本发明中的pdf电子签章批量签署的功能,用户操作前置接受端输入并发送签章请求,在批量签署完成后再从前置接受端获得签章请求内所有签署后的pdf文件,这些文件是经过验证的,安全性、真实性和有效性都具有保证,同时用户通过此装置进行pdf文件批量签署所花费的时间也大大小于传统pdf电子签章装置的时间,提高了电子文件办公的效率。
109.实施例7
110.本实施例在上述各实施例的基础上,提供了一种计算设备,所述设备包括处理器和存储有计算机程序指令的存储器,所述处理器执行所述计算机程序指令时实现pdf电子签章批量签署的方法。
111.本实施例同时提供一种计算机存储介质,所述计算机存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现pdf电子签章批量签署的方法。
112.本领域内的技术人员应明白,本实施例可提供为方法、设备或计算机程序产品;因此,可采用完全硬件实施、完全软件实施、或结合软件和硬件方面实施的形式;而且,本实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
113.本实施例是参照根据本发明的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的;应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合;可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
114.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
115.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
技术特征:
1.pdf电子签章批量签署的方法,其特征在于,包括如下步骤:s1、将签章请求中的pdf文件和请求参数分隔,分隔后的pdf文件和请求参数被缓存存储;s2、根据签章请求中的pdf文件大小及数量,结合请求参数,为每一个pdf文件分配请求标识和处理标识,随后生成该签章请求的调度需求;s3、根据调度需求,结合电子签章服务器的处理器和内存使用量,得出能为该调度需求开启的签署服务数量;s4、开启相应数量的签署服务,为开启的签署服务分配pdf文件请求标识和处理标识,并向签署服务总控端推送签署服务开启情况;s5、签署服务根据pdf文件请求标识和处理标识,从缓存存储中提取传入的pdf文件和请求参数后,执行签章操作;s6、对签署后的pdf文件进行电子文档验证,验证成功则将签署后的pdf文件写入缓存存储中,并向签署服务总控端发出完成信号;s7、签署服务总控端收到完成信号后,通知回收签署服务,并将缓存存储中签署后的pdf文件返回给用户。2.根据权利要求1所述的pdf电子签章批量签署的方法,其特征在于:在所述方法的s1步骤前,还包括如下步骤:s01、用户通过移动端、桌面端和网页web端中的任意一种或多种端口,发送签章请求;所述签章请求包括一个或多个待签章pdf文件及多种请求参数,所述请求参数包括签章参数、附属参数、字节长度、请求编码和加密公钥;s02、接收用户的签章请求后,判断签章请求是否满足请求规则,若不满足请求规则,则将签章请求驳回至用户;所述请求规则包括根据请求参数中附属参数、请求编码和加密公钥进行的用户身份权限验证和用户数据权限验证。3.根据权利要求1所述的pdf电子签章批量签署的方法,其特征在于:所述步骤s1中,每一个不同的pdf文件被分隔,每一种不同的请求参数被分隔,分隔后的多个pdf文件和多种请求参数被推送至由mongodb、redis构建的内容高速缓存库进行缓存存储。4.根据权利要求1所述的pdf电子签章批量签署的方法,其特征在于:所述步骤s3具体包括:s31、接受到调度需求后,检查pdf文件请求标识和请求参数,得出该调度需求所需的签署服务数量;s32、根据当前电子签章服务器的处理器和内存使用情况,检查当前电子签章服务器可开启的最大剩余签署服务数量;s33、若调度需求所需的签署服务数量小于可开启的最大剩余签署服务数量,则开启调度需求所需的签署服务数量;若调度需求所需的签署服务数量大于可开启的最大剩余签署服务数量,则开启最大剩余签署服务数量。5.根据权利要求1所述的pdf电子签章批量签署的方法,其特征在于:所述步骤s5具体包括:s51、签署服务根据docker容器相关内存使用量和最小连接数计算方式,确定调度缓存存储内数据的方式;
s52、签署服务从缓存存储中提取与pdf文件请求标识和处理标识所对应的pdf文件和包括签章参数、附属参数、请求编码和加密公钥的请求参数;s53、签署服务根据提取到的pdf文件和请求参数信息,对该pdf文件执行签章操作。6.根据权利要求1所述的pdf电子签章批量签署的方法,其特征在于:所述步骤s6中,对签署后的pdf文件进行验证时,若验证失败,则将验证失败信息及原因由前置接受服务返回给用户,同时上报至电子签章管理员,进行核实与确认后,停止该签署服务,并向签署服务总控端发出停止信号,签署服务总控端收到停止信号后,通知回收该签署服务。7.根据权利要求1所述的pdf电子签章批量签署的方法,其特征在于:在所述方法的s7步骤后,还包括如下步骤:s8、完成对签署后的pdf文件的返回后,销毁缓存存储内的pdf文件和请求参数缓存。8.pdf电子签章批量签署的装置,其特征在于,所述装置包括:前置接受端:用于提供前置接受服务,接受一个或多个用户的签章请求并判断签章请求是否满足请求规则;用于分隔签章请求中的pdf文件和请求参数;用于向内容高速缓存库中推送签章请求和提取签署后的pdf文件并返回给用户;内容高速缓存库:用于以缓存方式存储进行中的签章请求中pdf文件和请求参数,用于存储签署后的pdf文件;服务调度端:用于提供服务端调度服务,接收调度需求,得出并开启相应数量的签署服务,用于回收签署服务;电子签章服务器:用于提供执行签章操作的多个签署服务所需的计算空间和信息处理能力;签署服务总控端:用于监控多个签署服务的状态,用于向服务调度端发送签署服务回收指令,用于在签署完成后向前置接受端发送返回pdf文件指令;电子文档验证端:用于接受签署服务推送的签署后的pdf文件,并为该pdf文件提供电子文档验证,得出验证结果。9.一种计算设备,其特征在于:所述设备包括处理器和存储有计算机程序指令的存储器,所述处理器执行所述计算机程序指令时实现如权利要求1至7任意一项所述的电子签章批量签署的方法。10.一种计算机存储介质,其特征在于:所述计算机存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求1至7任意一项所述的电子签章批量签署的方法。
技术总结
本发明PDF电子签章批量签署的方法、设备及存储介质,属于电子签章技术领域;包括如下步骤:S1、将签章请求中的PDF文件和请求参数推送至内容高速缓存库;S2、为PDF文件分配请求标识,结合请求参数生成调度需求;S3、结合电子签章服务器的处理能力,得出为该调度需求开启的签署服务数量;S4、开启签署服务,分配PDF文件请求标识和处理标识;S5、签署服务从缓存存储中提取PDF文件和请求参数后,执行签章操作;S6、对签署后的PDF文件进行电子文档验证;S7、将签署后的PDF文件返回给用户;本发明能够使多个用户同时且高效的批量签署多个PDF文件,以及对一个PDF文件多层级批量进行电子签章。以及对一个PDF文件多层级批量进行电子签章。以及对一个PDF文件多层级批量进行电子签章。
技术研发人员:杜耀刚 路晓明 王浩宇 董孝安 李松涛 于朝旭 樊阜康
受保护的技术使用者:河南北斗空间科技有限公司
技术研发日:2022.02.18
技术公布日:2022/5/25
转载请注明原文地址:https://tc.8miu.com/read-9053.html