(19)中华人民共和国国家知识产权局
(12)发明专利申请
(10)申请公布号 (43)申请公布日 (21)申请号 202010706952.0
(22)申请日 2020.07.21
(71)申请人 杭州天谷信息科技有限公司
地址 310012 浙江省杭州市西湖区西斗门
路3号天堂软件园D幢19层
(72)发明人 陈传义 郭峰 金宏洲 程亮
(74)专利代理机构 北京高文律师事务所 11359
代理人 徐江华 李宝玉
(51)Int.Cl.
G06F 21/64(2013.01)
(54)发明名称一种OFD快捷签方法(57)摘要本发明提供一种OFD快捷签方法，包括以下步骤：S1、用户登录电子签章系统；S2、选择签署用的电子印章，拖动至指定位置，重复进行相应的操作；S3、点击确认签署，将签署信息形成列表打包，将签署信息列表提交给后端进行处理；S4、解析签署信息列表，根 据印章ID查询获取具体的电子印章文件，对待签署的OFD文件进行OFD签名；S5、对签名文件进行摘要，组装国密格式的待签数据，使用对应的数字证书进行电子签名，组装国密格式的签名数据，生成签署值文件；S6、压缩生成签署后的OFD文件。本发明只进行一次的所有文件哈希摘要以及数字签名，提升用户体验，并且每个签名域都用真实的数字签名，符合 OFD的标准。权利要求书1页 说明书3页 附图3页CN 111832081 A 2020.10.27
C N 111832081
A
1.一种OFD快捷签方法，包括以下步骤：
S1、用户登录电子签章系统，将待签署的OFD文件上传至电子签章系统，展示签署页面；S2、选择签署用的电子印章，拖动至指定位置，重复进行相应的操作，直至在所有指定的位置放置签署用的电子印章；
S3、点击确认签署，将签署信息形成列表打包，签署信息包含签署类型、印章ID、落章的具体位置，将签署信息列表提交给后端进行处理；
S4、解析签署信息列表，根据印章ID查询获取具体的电子印章文件，对待签署的OFD文件进行OFD签名，所述OFD签名包括签名描述的入口文件l、签名文件l、印章文件Seal.esl、签名值SignValue.dat；
S5、对签名文件l进行摘要，组装国密格式的待签数据，使用对应的数字证书进行电子签名，组装国密格式的签名数据，生成签署值文件SignValue.dat；
S6、压缩生成签署后的OFD文件。
2.根据权利要求1所述的OFD快捷签方法，其特征在于：步骤S2中，所述电子印章能够选择单页章、多页章、骑缝章。
3.根据权利要求1所述的OFD快捷签方法，其特征在于：步骤S3中，所述签署类型包含单页、多页、骑缝，具体位置包括具体页码、横坐标、纵坐标。
4.根据权利要求1所述的OFD快捷签方法，其特征在于：步骤S4中，OFD签名包括以下步骤：
S11：电子印章文件以及落章的具体位置转换成OFD签名外观StampAnnot ，多个StampAnnot构造成列表StampAnnots；
S12：解压OFD压缩文件，创建或者更新签名描述的入口点文件l，创建签名目录Sign_N，创建签名文件l，写入印章文件Seal.esl；
S13：在签名文件里面创建签名外观节点StampAnnot列表StampAnnots，
S14：同时对OFD压缩包里面的所有受签名保护的文件进行文件哈希摘要，生成摘要节点列表References，同时将安全算法提供者、签名算法、签名时间写入文件。
5.根据权利要求1所述的O F D 快捷签方法，其特征在于：步骤S 4中，签名文件l定义了本次签名保护的所有文件的二进制的摘要信息，指定了本次签名的外观StampAnnot ，以及定义了指向了本次签名的签名值文件SignValue.dat的节点SignValue。
6.根据权利要求5所述的OFD快捷签方法，其特征在于：一个数字签名能够关联1个或者多个签名外观，也能够不关联；当有多个位置需要进行电子签章时，将这些电子签章转换为相应数目的签名外观，同时数字签名指向同一个，这样就只要进行一次的文件摘要以及签名。
权 利 要 求 书1/1页CN 111832081 A
一种OFD快捷签方法
技术领域
[0001]本发明涉及一种电子签名方法，尤其是涉及一种OFD快捷签方法。
背景技术
[0002]OFD是国产的版式文件，目前已经逐渐推广流行起来，像电子发票，档案存储，电子证照，电子合同等行业领域已经在广泛使用该格式的文件；相应的OFD签章的场景以及应用也越来越多。不过OFD签章的技术尙处于起步阶段，现在应用比较多的技术就是固定位置的单页盖章。同一个用户可能需要在OFD文件上面的不同位置进行多个位置的盖章；现有做法就是盖完一个电子签章再盖下一个，直至所有位置都盖上电子签章。
[0003]主要缺陷在于：因为每盖一次电子签章，就需要重复对OFD里面的所有文件进行哈希摘要，然后签名。OFD里面的文件个数M跟OFD的页数，以及OFD的元素有关；如果OFD页数多，或者OFD的元素多，做哈希摘要时间就会比较长；如果需要在N个位置进行盖章，需要重复N次的M份文件的哈希摘要，以及N次的签名，往往就会造成系统超时或者长时间的用户等待，体验很差；
发明内容
[0004]本发明提供了一种OFD快捷签方法，解决需要在同一份OFD文件多个位置进行盖章的效率问题；以及同时要符合OFD数字证书签名标准问题。其技术方案如下所述：[0005]一种OFD快捷签方法，包括以下步骤：
[0006]S1、用户登录电子签章系统，将待签署的OFD文件上传至电子签章系统，展示签署页面；
[0007]S2、选择签署用的电子印章，拖动至指定位置，重复进行相应的操作，直至在所有指定的位置放置签署用的电子印章；
[0008]S3、点击确认签署，将签署信息形成列表打包，签署信息包含签署类型、印章ID、落章的具体位置，将签署信息列表提交给后端进行处理；
[0009]S4、解析签署信息列表，根据印章ID查询获取具体的电子印章文件，对待签署的OFD文件进行OFD签名，所述OFD签名包括签名描述的入口文件l、签名文件l、印章文件Seal.esl、签名值SignValue.dat；
[0010]S5、对签名文件l进行摘要，组装国密格式的待签数据，使用对应的数字证书进行电子签名，组装国密格式的签名数据，生成签署值文件SignValue.dat；[0011]S6、压缩生成签署后的OFD文件。
[0012]进一步的，步骤S2中，所述电子印章能够选择单页章、多页章、骑缝章。
[0013]进一步的，步骤S3中，所述签署类型包含单页、多页、骑缝，具体位置包括具体页码、横坐标、纵坐标。
[0014]进一步的，步骤S4中，OFD签名包括以下步骤：
[0015]S11：电子印章文件以及落章的具体位置转换成OFD签名外观StampAnnot，多个
StampAnnot构造成列表StampAnnots；
[0016]S12：解压OFD压缩文件，创建或者更新签名描述的入口点文件l，创建签名目录Sign_N，创建签名文件l，写入印章文件Seal.esl；
[0017]S13：在签名文件里面创建签名外观节点StampAnnot列表StampAnnots，
[0018]S14：同时对OFD压缩包里面的所有受签名保护的文件进行文件哈希摘要，生成摘要节点列表References，同时将安全算法提供者、签名算法、签名时间写入文件。
[0019]进一步的，步骤S4中，签名文件l定义了本次签名保护的所有文件的二进制的摘要信息，指定了本次签名的外观StampAnnot，以及定义了指向了本次签名的签名值文件SignValue.dat的节点SignValue。
[0020]一个数字签名能够关联1个或者多个签名外观，也能够不关联；当有多个位置需要进行电子签章时，将这些电子签章转换为相应数目的签名外观，同时数字签名指向同一个，这样就只要进行一次的文件摘要以及签名。
[0021]所述OFD快捷签方法只进行一次的所有文件哈希摘要以及数字签名，提升用户体验，并且每个签名域都用真实的数字签名，符合OFD的标准。
附图说明
[0022]图1是目前在电子合同提供的PDF文档上签章的示意图；
[0023]图2是本发明优化后的签章示意图；
[0024]图3是OFD文件用winrar打开的示例图；
[0025]图4是本发明实施例的流程示意图。
具体实施方式
[0026]如图1所示，原始做法假设需要在一份PDF文档上面签3个章，则需要进行三次OFD 盖章，每次盖章都要进行OFD文件的摘要，以及数字签名。签名信息包括签名提供者、签名算法、签名时间、文件摘要列表、签名外观，所述签名外观会调用印章文件。
[0027]如图2所示，本发明将多个签章的过程进行了优化，优化后的做法：3次盖章，改成1次盖章，只进
行一次OFD文件的摘要以及数字签名，3次盖章对应的3个签名外观，转换为一次盖章里面的三个签名外观。
[0028]OFD签名由签名描述的入口文件l，签名文件l，印章文件Seal.esl，签名值SignValue.dat组成。签名文件l定义了本次签名保护的所有文件的二进制的摘要信息，指定了本次签名的外观StampAnnot(签名外观指电子签章所呈现的具体样子，包含签章的位置，页码，横纵坐标，签章的长宽，签章的印章图片等信息)，以及定义了指向了本次签名的签名值文件SignValue.dat的节点SignValue；一个数字签名可以关联1个或者多个签名外观，也可以不关联；当有多个位置需要进行电子签章时，将这些电子签章转换为相应数目的签名外观，同时数字签名指向同一个，这样就只要进行一次的文件摘要以及签名。
[0029]这样，用户需要在一份OFD文件里面多个位置进行盖章，如根据关键字定位的盖章，多页盖章，骑缝盖章等场景，如果需要盖章的位置有多处，需要进行多次哈希摘要以及数字签名，哈希摘要以及签名效率问题导致流程受阻，影响用户体验。而优化后的流程只进
行一次的所有文件哈希摘要以及数字签名，提升用户体验，并且每个签名域都用真实的数字签名，符合OFD的标准。
[0030]如图4所示，在具体实施例中，包括以下步骤：
[0031]S1、用户登录电子签章系统，将待签署的OFD文件上传至电子签章系统，展示签署页面；
[0032]S2、选择签署用的电子印章，拖动至指定位置，可以选择单页章，多页章，骑缝章；重复进行相应的操作，直至在所有指定的位置放置签署用的电子印章；
[0033]S3、点击确认签署，将签署信息的列表打包，签署信息包含签署类型(类型包含单页，多页，骑缝章)，印章ID，落章的具体位置(具体页码，横坐标，纵坐标)等，将签署信息列表提交给后端进行处理。
[0034]S4、解析签署信息列表，根据印章ID查询获取具体的电子印章文件(国密格式的电子印章数据，印章的长宽)。电子印章文件以及落章的具体位置转换成OFD签名外观StampAnnot，多个StampAnnot构造成列表
[0035]StampAnnots。解压OFD压缩文件，创建或者更新签名描述的入口点文件
[l，创建签名目录Sign_N，创建签名文件l，写入印章文件Seal.esl，在签名文件里面创建签名外观节点StampAnnot列表StampAnnots，同时对O F D压缩包里面的所有受签名保护的文件进行文件哈希摘要，生成摘要节点列表References，同时将安全算法提供者、签名算法、签名时间等写入文件。
[0037]S5、对签名文件l进行摘要，组装国密格式(要符合国密局发布的《GBT 38540-2020
安全电子签章密码技术规范》里面关于电子签章的数字格式要求)的待签数据，使用对应的数字证书进行电子签名，组装国密格式的签名数据，生成签署值文件SignValue.dat。
[0038]S6、压缩生成签署后的OFD文件(OFD文件后缀是OFD，但实际上是一个ZIP的压缩文件，解压出来是一堆XML文件以及文件目录，图3是OFD文件用winrar打开的示例)。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议