技术领域
[0001] 本
发明涉及
水利
水电工程施工质量评定系统设计技术领域，具体涉及一种基于电子文件可信技术的工程质量评定系统设计方法。
背景技术
[0002] 长久以来，水利水电行业工序施工质量评定普遍采用“纸质材料+人工填报”的方式，这种方式在实际运用中存在现场填报脏乱差、人工流转效率低、查询统计不方便、资料繁杂易丢失等弊端，既影响了质量评定的效率，又耗费了巨大的成本。基于此，采用信息化技术开发质量评定系统是目前研究热点。目前水利水电行业质量评定系统均采用表单技术实现质量信息的在线填报流转，但该方案在实际使用中存在以下突出问题：
[0003] 1.操作不灵活：系统内表格是固定的，在后台操作模板不灵活；
[0004] 2.使用不便捷：电子表单填写与传统填报习惯不一致，在推广应用时易受阻；
[0005] 3.开发周期长：表单样式调校耗时久，一般开发一套评定表需1～2月；
[0006] 4.研发成本高：研发
费用动辄上千万；
[0007] 5.归档不满足：电子表单转换为word、pdf时不能携带有效签名信息，不满足归档要求。
[0008] 在此背景下，研发一种样式规范、填报便捷、开发高效、成本合理并满足实际工程资料归档要求的新型质量评定系统具有重要的意义。
发明内容
[0009] 本发明的目的就是针对
现有技术的
缺陷，提供一种基于电子文件可信技术的工程质量评定系统设计方法，提高该类系统的实用性、高效性。
[0010] 本发明提供了一种基于电子文件可信技术的工程质量评定系统设计方法，其特征在于包括以下步骤：
[0011] 步骤一，制作评定表模板：对评定表进行统一规划，对表格版式进行量化处理；
[0012] 步骤二，设计评定表编码：对工程编码进行统一定义；
[0013] 步骤三，制作签章，包含签章图片采集处理和电子签章的生成；
[0014] 步骤四，设置评定表权限：对评定业务定义管理流程以约束评定资料的填报、
修改和归档，建立用户
角色与流程
节点的权限控制关系；
[0015] 步骤五，评定表流转控制：结合质量验收规范中对于评定业务的规定，对不同表单建立不同的多节点多角色业务流程实例；
[0016] 步骤六：评定表信息交互，利用
锚点技术即
书签定位技术，实现评定表
基础信息的自动充填，采用终端嵌入式office
软件填报时，数据实时上传到
服务器中；
[0017] 步骤七：签章交互：采用哈希
算法计算当前评定表的散列值并保存在电子签章中，通过锚点技术实现自动将签章定位到评定表相应
位置；
[0018] 步骤八：评定表信息保护：对签章或签章文件的完整性进行验证；
[0019] 步骤九：评定资料归档移交：自动完成评定清单资料自动分类、组卷、排版、编号、归档功能，并与其他业务系统对接。
[0020] 上述技术方案中，步骤一包括，将评定表分为标准化表头、填写部分的表中和显式流程的表尾三大板
块；按归档要求设置页边距，定义表格中字体、字号及字间距、单元格高度、单元格长度、行间距、空行；在上述基础上，对评定表中涉及的书签进行统一定义和命名，并插入到评定表中相应位置。
[0021] 上述技术方案中，步骤二中，工程编码包括工程划分编码、评定表模板编码、评定表实例编码和验收单元实例编码。
[0022] 上述技术方案中，步骤三中，签章信息包含印章信息和签名信息；印章信息包含头信息、签章标志、
属性信息、签章图片信息；签名信息包含制章人证书、签名标志和签名值；
[0023] 签章图片信息采用签批板采集用户的手写签名的轻重缓急，形成用户签名的
生物特征信息并对签章尺寸进行统一定义；除签章图片外，其余签章信息由电子签章系统在签章的制作过程中提供；签批板为一种
硬件设备，类似于一个平板，用电子笔在上面书写，即可采集出与本人手写签字一样的电子签名。此处电子签章系统一般为采购的专业电子签章系统供应商，供应商一般应具有CA认证，将签字图片经过签章系统处理后，才能得到具有法律效应的电子签字。其中属性信息为基本信息如用户名、机构、日期等等；签章图片指的是用户手写签名。签名标志为电子签字过程中产生。签名值为电子签字过程中产生。
[0024] 通过经过数字认证中心认证的电子签章系统，将采集的手写签名处理为包含属性信息、签章图片、签名标志和签名值的电子签章；对签章用户的身份审查、签章图片的处理和电子签章信息集成打包。
[0025] 上述技术方案中，采用锚点技术将签章信息动态地嵌入到评定表中，同时将评定表中信息提取到评定表外运用；对评定表中书签进行统一定义和分类命名，书签类别应至少包含基础信息、签章、时间、关键数据及评定结论。制作评定表模板时候，就在评定表相应的位置定义了书签。书签主要是用于将评定表外的内容填充到评定表内书签对应的位置。此内容可以为文字，例如表头的单位分部分项这些基本信息，也可以是签章。书签具有两个方面功能：1，表外内容引进表内；2，引进内容定位到书签位置。
[0026] 上述技术方案中，工程划分编码为对工程划分各级节点进行编码以实现工程信息管理对象的结构化存储；根据具体工程需求，一般包括工程、标段、单位工程、部位、分部工程、分项工程、验收单元；其中工程、标段等字段一般需附加扩展字段以存放合同及责任人(单位)信息；
[0027] 评定表模板编码指根据具体工程需求一般需要为评定表模板配置以下属性：工程、标段、分项工程、顺位序号、业务类别、施工时序、循环类型；采用对评定表模板编码或关联扩展字段的方式，为模板赋予基础属性信息，以驱动后续各项业务；
[0028] 评定表实例编码包括工程划分编码、评定表模板编码、实例表循环类型、实例表循环序号。
[0029] 验收单元实例编码包括：
[0030]
父节点：单位工程编码、部位编码、分部工程编码、分项工程编码；
[0031] 根节点：验收单元名称、验收单元通用编码、评定表实例路径及名称、附件路径、附件序号、附件类型；
[0032] 流程属性：启动时间、结束时间、评定结果、流转节点属性(责任人、时间)、归档状态。
[0033] 上述技术方案中，步骤八中，
[0034] 对电子签章的证书的有效性进行验证；对电子签章的数字签名内容和数字签名数据进行公钥解码，解析其待验证原文、签章信息、制章人证书、时间戳，并与电子签章系统提供的正确解码信息进行比对，如信息一致则表明电子签章是有效的且在流转过程中未被修改。
[0035] 上述技术方案中，步骤四包括建立用户与标段、单位、部位、分部、分项、验收单元的对应关系，实现不同用户系统界面内容的显隐控制，对应管理上用户的权限控制；
[0036] 建立用户角色与流程节点的权限控制关系，实现角色在不同节点对评定表读写、只读及不可见的权限自定义控制；
[0037] 将评定表模板中的单元格划分为可编辑区与不可编辑区，对可编辑区按照用户角色控制其编辑权限，确保标准模板不被修改的同时，用户可依权限灵活的填报修改数据。
[0038] 上述技术方案中，步骤五包括对业务流程和管理流程的控制；
[0039] 业务流程：从质量评定底层业务出发，建立包含业主、勘察、设计、监理、承包商多个参建方在内的多种角色；结合质量验收规范中对于评定业务的规定，对不同表单建立不同的多节点多角色业务流程实例，汇总形成
覆盖所有评定表单的评定业务流程集；
[0040] 管理流程：为保证电子评定业务的合规性，对评定业务定义管理流程以约束评定资料的填报、修改和归档；设置启动
申请，施工单位在进行资料的填报前需要经过监理单位的审批，避免验收资料的过早填报；设置审计退回，用户需要对已评定资料进行修改或补充时，需要向具有权限的用户进行申请，经过审批后方可重新填报，并对此次审计修改提供系统记录备查。通过上述管理流程，确保评定业务流程上的合规性；
[0041] 采用Activity引擎定义流程节点与评定表模板编码的匹配关系，实现评定表实例编码
对流程节点的自动继承应用。
[0042] 上述技术方案中，电子评定表的归档要求满足国家、行业的相关规范，归档文件提供电子签章保护的Microsoft Word评定资料源文件及对应的PDF文件，文件中包含的文本信息符合自然阅读顺序，且支持提取数据子集(分割页面、提取文本串、图像)、支持全文检索功能，文件中包括全部字体的字形描述信息或嵌入字体程序信息，包括
光栅图像、矢量图形、
颜色信息等其他需要呈现的信息，文件固定呈现文件页面、章节、段落、字体、图形、图像、色彩，呈现效果不因软硬件平台和阅读软件变化而变化，符合电子文件归档要求；
[0043] 同时，提供加保护doc调用应用程序
接口，提供pdf文件调用应用程序接口，提供自动分组、排序应用程序接口，提供自定义案卷号、档号的应用程序接口，实现自动完成评定清单资料自动分类、组卷、排版、编号、归档等功能，并可与其他业务系统对接。
[0044] 本发明的有益效果如下：
[0045] 1.样式规范
[0046] 如前述布局技巧中，对评定表模板进行标准量化布局，对表单中字体、字号及字间距、单元格高度、单元格长度、行间距、空行等进行统一定义，使预留空间与填写内容、签章大小等相协调，且采用了标准化表头，显示流程的表尾，从而保证了评定表样式规范、整体美观且满足归档要求。
[0047] 2.填报便捷
[0048] 采用office控件嵌入浏览器的B/S架构，用户仅需安装相关控件，不需安装客户端。用户填报界面和操作方法与使用office软件完全一致，用户可以快速上手。采用了标准化表头，利用锚点技术将参建单位、合同信息、工程划分及编码等内容相关联，使表头在填报时能进行自动充填，对表格中固定内容预先填入表格模板中不可编辑区域，减轻填报工作量及减少填写错误。同时，对表单中可以通用的日期、勾选框，菜单列表等进行统一定义，以点选/勾选方式替代人工填写。以上各种设计，确保用户填报时快速上手，填写工作量少，
所见即所得且版式统一。
[0049] 3.开发高效
[0050] 采用电子表单进行质量评定时，其表单样式调校耗时久，一般开发一套评定表需1-2月,效率较低，并且无法快速响应现场需求。而采用本文所述方法时，对业务流程和管理流程进行汇总开发，采用Activity引擎定义流程节点与评定表模板编码的匹配关系，实现评定表实例编码对流程节点的自动继承应用。同时，Office版式文件采用网页
插件调用Office模板，新增或修改模板相对简单，对现场需求响应快，现场实施人员即可负责维护更新，整体的开发效率高。
[0051] 4.成本合理
[0052] 如上所述，采用基于网页office控件技术进行质量评定系统开发时，评定表模板的定制相对于电子表单的调校要简单，采用Activity引擎定义流程节点与评定表模板编码的匹配关系，实现评定表实例编码对流程节点的自动继承应用，从而对于相同业务流程的表单仅需开发一种与之匹配的业务流程，大大减小了开发工作量。同时，现场实施人员即可快速应对现场表格模板修改或新增的需求。因此，采用本文所述系统设计方法，系统开发及运维的成本较低。
[0053] 5.满足归档要求
[0054] 采用本文所述基于网页office控件技术的质量评定系统所生成的文件为带签章验证的电子文件为office版式文件。office版式文件及其有关协议兼容了Office 2007以往版本的二进制协议及office2010以后版本的Office Open XML协议，支持了所有版本Office电子文件的格式转换，使得Office评定表满足档案关于长期保存评定表的格式要求。
[0055] Office版式文件不是在评定表外附加电子公章和数据签名，即电子文件自包含数字签名，签名和加盖电子公章不生成新的非标准评定表格式，确保评定表格式是开放标准，满足印章自包含的要求。
[0056] 因此，基于本文所述系统所生成的文件具有文件自包含、格式自描述、不绑定软硬件、支持技术认证机制等特点，满足《建设项目电子文件归档和电子档案管理暂行办法》(档发[2016]11号)、建设电子文件与电子档案管理规范》(CJJ/T117-2007)、《电子文件归档与电子档案管理规范》(GB/T 18894-2016)、《版式电子文件长期保存格式需求》(DA/T 47-2009)等规范的规定。
附图说明
[0057] 图1：本发明总体方案图
[0058] 图2：本发明技术方案图
[0059] 图3：本发明签章验证图
[0060] 图4：本发明实施步骤图。
具体实施方式
[0061] 下面结合附图和具体
实施例对本发明作进一步的详细说明，便于清楚地了解本发明，但它们不对本发明构成限定。
[0062] 如图所示，基于电子文件可信技术的工程质量评定系统设计方法的具体步骤如下：
[0063] 1.评定表模板制作
[0064] 对评定表进行统一规划，分为标准化表头、填写部分的表中和显式流程的表尾三大板块。表头部分充分考虑所需展示的参建单位、合同信息、工程划分及编码等内容，对表头进行统一定义，使之与参建单位、合同信息、工程划分及编码等内容相关联，使表头在填报时能进行自动充填，减轻填报工作量及减少填写错误。表中为填报部分，将填报部分中固定项进行填写并设为不可编辑区域，表尾部分以显式流程的方式预留签字盖章位置，并采用单元格线条显隐控制其整体美观。对表尾进行流程显示化处理，将所需签章盖章流程以上下列、左右栏等方式合理布局，用户所见表尾即所需流转程序，便于用户从纸质填报到电子填报的快速切换。
[0065] 在统一布局下，对表格版式进行量化处理。按归档要求设置页边距，定义表格中字体、字号及字间距、单元格高度、单元格长度、行间距、空行等，充分考虑填报内容使填写内容、签章等与预留空间相协调。
[0066] 为满足归档要求，评定表模板的制作必须满足文件归档时装订要求，预留符合规范要求的页边距。同时，适用于统一工程的表格应整齐划一，使之美观。
[0067] 为给使用者填报及签名时提供便利，基于office控件的质量评定表单常采用书签锚点方式自动定位相关信息的归属位置，需要采用单独的单元格对签字、签章、署名日期位置的书签进行定位，书签较多时单元格线条多，整体效果不美观。为使电子填报尽可能接近于纸质填报的视觉感官，需隐藏部分单元格，用户所见即所得。
[0068] 在考虑上述布局因素后，对评定表进行统一规划，标准量化页面布局，使之既符合归档要求，又符合用户使用习惯，整体美观。同时，为减少因填写习惯的差异带来的不统一，对表单中可以通用的日期、勾选框，菜单列表等进行统一定义，以点选/勾选方式替代人工填写，既省去了填报的繁琐，又保证了版式的统一。
[0069] 在上述基础上，对文中需要进行交互操作的单元格插入书签。书签应进行统一定义和分类命名，书签类别应至少包含基础信息(参建单位、合同、标段、WBS划分等)、签章、时间、关键数据(检测点数、合格点数、合格率)及评定结论(不合格、合格、优良)等等。
[0070] 由于C/S架构开发周期长、修改耗时久，无法满足现场随时变动的需求，因此本发明采用网页端B/S架构进行系统轻量化设计。用户无需安装专
门的客户端软件，而是在一般的浏览器上进行环境配置后即可进行填报。
[0071] 在B/S架构下，用户在浏览器中进行填报操作。由于电子表单在使用中存在开发周期长、研发成本高、归档存在
风险等问题，因此采用OFFICE版式文件嵌入浏览器的方案。由于ActiveX技术构建于COM之上，不依赖于特定编程语言和特定运行环境，可以内嵌于网页中实现交互、重入等多种操作，而IE浏览器本身就是一个ActiveX容器，因此评定表控件可以嵌入到浏览器中。而评定表控件本身是一个OLE评定表容器，因此利用ActiveX控件可以将word评定表嵌入到浏览器中并实现交互等操作。
[0072] 2.评定表编码设计
[0073] 对工程编码进行统一定义，包含工程划分编码、评定表模板编码、评定表实例编码和验收单元实例编码。
[0074] 1)工程划分编码。定义工程、标段、单位工程、部位、分部工程、分项工程、验收单元名称及编码规则。其中工程、标段等字段一般需附加扩展字段以存放合同及责任人(单位)等相关信息。
[0075] 2)评定表模板编码。工程、标段、分项工程等编码与工程划分保持一致，顺位序号、业务类别、施工时序、循环类型等编码进行定义。系统可采用对评定表模板编码或关联扩展字段的方式，为模板赋予基础属性信息，以驱动后续各项业务。
[0076] 3)评定表实例编码。评定表实例是系统根据用户配置信息，利用评定表模板生成的副本。用户完成单元工程的评定表配置后，系统将建立单元工程与评定表模板的关联关系，并生成该单元工程的全套评定表实例。评定表实例编码需包含(或关联扩展字段)工程划分编码、评定表模板编码、实例表循环类型、实例表循环序号等信息。
[0077] 4)验收单元实例编码。其编码涵盖父节点，根节点和流程属性。其中，父节点包含单位工程编码、部位编码、分部工程编码、分项工程编码；根节点包含验收单元名称、验收单元通用编码、评定表实例路径及名称、附件路径、附件序号、附件类型；流程属性包含启动时间、结束时间、评定结果、流转节点属性(责任人、时间)、归档状态。
[0078] 3.签章制作
[0079] 签章的制作包含签章图片采集处理和电子签章的生成。签章信息包含印章信息和签名信息。印章信息包含头信息、签章标志、属性信息、签章图片信息等等。签名信息包含制章人证书、签名标志和签名值。
[0080] 签章图片信息采用专业签批版采集用户签名的轻重缓急，形成用户签名的生物特征信息。为保持和手写签字及纸质盖章的一致性，对签章尺寸进行统一定义。其中，签名尺寸：80*30，96dpi，镂空，png格式；印章尺寸：151*151，96dpi，镂空，png格式。
[0081] 除签章图片外，其余签章信息由电子签章系统即签章服务器，在签章的制作过程中提供。电子签章系统是基于PKI(公钥基础设施)体系的，电子签章系统的提供方必须经过数字认证中心的认证。电子签章的制作过程也即是对签章用户的身份审查、签章图片的处理和电子签章信息集成打包的过程。电子签章的生成依赖于电子签章服务器。电子签章系统的提供方必须经过数字认证中心的认证。电子签章生成时，会连同签章图片一起生成头信息、签章标志、属性信息、签章图片信息、制章人证书、签名标志和签名值等等。
[0082] 由于ActiveX技术能灵活高效的完成交互式应用，而IE浏览器本身即可作为ActiveX容器，因此采用ActiveX评定表控件能在web端实现对office评定表的编辑、保存、签章等动作交互。
[0083] 为便于在
用户界面对签章关键信息进行查看，设置
鼠标悬浮事件，鼠标
悬停在签章上时可展示签章签字时间、签字用户等关键信息。由于签章信息是打包存储的，离线状态下以可对签章信息进行显示。
[0084] 用户对评定表进行签名时，计算机采用
哈希算法对评定表进行处理得到一个字符串，即文档
摘要。使用用户私钥对该字符串进行加密，并将加密信息作为属性附着在电子签章中，同时系统通过锚点技术自动将签章定位到评定表中相应位置。同时，设置鼠标悬浮事件，鼠标悬停在签章上时可展示签章签字时间、签字用户等关键信息。
[0085] 接收方接收到评定表信息时，使用公开的公钥对加密的文档摘要进行解密，并与加密前的文档摘要进行比对。如果两者相同，表明评定表未被修改，时可信的。反之，则表明评定表不可信，同时系统将签章以色横杠形式显著标出。
[0086] 4.评定表权限控制
[0087] 为保证电子评定业务的合规性，对评定业务定义管理流程以约束评定资料的填报、修改和归档。设置启动申请，施工单位在进行资料的填报前需要经过监理单位的审批，避免验收资料的过早填报。设置审计退回，用户需要对已评定资料进行修改或补充时，需要向具有权限的用户进行申请，经过审批后方可重新填报，并对此次审计修改提供系统记录备查。通过上述管理流程，确保评定业务流程上的合规性。
[0088] 建立用户角色与流程节点的权限控制关系，实现角色在不同节点对评定表读写、只读及不可见的权限自定义控制。
[0089] 将评定表模板中的单元格划分为可编辑区与不可编辑区，对可编辑区按照用户角色控制其编辑权限，确保标准模板不被修改的同时，用户可依权限灵活的填报修改数据。
[0090] 5.评定表流转控制
[0091] 质量评定底层业务出发，建立包含业主、勘察、设计、监理、承包商等多个参建方在内的多种角色。结合质量验收规范中对于评定业务的规定，对不同表单建立不同的多节点多角色业务流程实例，汇总形成覆盖所有评定表单的评定业务流程集。当用户进行表格的填报流转时，系统层面已经定义其流程节点与角色之间的对应关系，即其前后的节点和对应审批角色是匹配的，用户只能按照规定的流程进行填报流转。
[0092] 采用Activity引擎定义流程节点与评定表模板编码的匹配关系，实现评定表实例编码对流程节点的自动继承应用。
[0093] 6.评定表信息交互
[0094] 利用终端嵌入式office软件在现场利用windows平板进行质量检验并直接填写验收数据，数据即时上传至服务器，所见即所得的填报方式高效便捷，实时数据交互的方式安全稳定。利用锚点技术实现评定表内外数据的交互，将参建单位、工程划分等基本信息自动充填到表头中，减少填报工作量及填写错误。同时，填报界面实质上即为一个office界面，用户可以快速上手，无需再对填报界面、填报操作进行额外的适应，便于快速上手。
[0095] 7.印章交互
[0096] 在线签章时，系统从签章服务器获取签章人证书并验证其有效性，通过验证后调取电子签章，并对电子签章的数据合规性、签名值、制章人证书有效性、电子印章有效期等进行验证。验证通过后，采用国密算法提取文件摘要作为数字签名内容，并对评定表内容组装签名数据。最后，系统将电子签章版本信息、印章信息、签名信息、签字时间等信息打包形成电子签章数据，并加以时间戳把上述信息加盖到文件中。
[0097] 当采用EKEY进行签章时，由于签章人证书包含在EKEY中，因此可直接从EKEY中获取签章人证书并进行验证，其余签章逻辑与上述基本相同。
[0098] 由于签章是内容自包含和格式自描述的，通过设置鼠标悬浮事件，鼠标悬停在签章上时可展示签章签字时间、签字用户等关键信息。同时，签章信息是打包存储的，离线状态下可对签章信息进行显示。
[0099] 8.评定表信息保护
[0100] 评定表信息保护包含流程控制和签章保护两部分。
[0101] 在流程上，由于建立了用户角色与流程节点的权限控制关系，因此不同角色在不同节点对评定表读写、只读及不可见的权限是受控制的。签章保护上，用户进行电子签章后，即可对签章或签章文件的完整性进行验证。系统对电子签章的证书进行验证，确保签章文件的有效性。对数字签名内容和述子签名数据进行公钥解码，解析其待验证原文、电子签章信息、签章人证书、时间戳等信息，并与签章服务器提供的正确解码信息进行比对，如信息一致则表明签章是有效的且在流转过程中未被修改，而鼠标悬停的签章交互中亦可提示用户签章及签章评定表的有效性。当签章后评定表被修改，签章验证不通过时，签章会以灰色横杠展示，同时签章交互亦亦可提示用户签章后评定表被修改，评定表不可信。通过ActiveX技术可在浏览器中嵌入word评定表，并通过锚点技术等实现评定表内容的交互。除填写内容外，尚需要对评定表进行签字盖章操作实现评定表的电子化保护。参照现行的电子签章的规范要求和市面上签章技术，基本尚均将签名信息包含在签章图片中，作为对象嵌入到word评定表中。因此，同样可以采用锚点技术，将电子签章嵌入到评定表中，并通过相关控件进行签章验证。
[0102] 文档摘要是文档通过某一算法进行压缩映射后形成的字符串。评定表在计算机中也是以字符串形式进行存储，本文中采用哈希算法对该字符串进行压缩映射，可以将任意长度的消息压缩至某一固定长度的消息摘要，也即本文所称文档摘要。
[0103] 文档保护主要是基于加密算法，加密算法中需要加密和解密两个过程，也就需要公钥和私钥。每一个私钥都有一个相对应的公钥，从公钥不能推算出私钥。公私钥对是具有CA认证的服务器产生的，认证机制即是对该服务器产生的公私钥对加密可靠性的认证。
[0104] 用户对评定表进行签名时，计算机采用哈希算法对评定表进行处理得到一个字符串，即文档摘要。同时，采用自己的私钥对该字符串进行加密，并将加密信息作为属性附着在数字签名中。
[0105] 接收方接收到评定表信息时，会使用公开的公钥。
[0106] 对加密的文档摘要进行解密，并与加密前的文档摘要进行比对。如果两者相同，表明评定表未被修改，时可信的。反之，则表明评定表不可信。
[0107] 9.评定资料归档移交
[0108] 采用本发明所述方法所得评定表为带签章验证的office版式文件，文件具有文件自包含、格式自描述、不绑定软硬件、支持技术认证机制等特点。源文件为doc格式，转换而来的pdf文件包含的文本信息符合自然阅读顺序，且支持提取数据子集(分割页面、提取文本串、图像等)、支持全文检索功能，文件中包括全部字体的字形描述信息或嵌入字体程序信息，包括光栅图像、矢量图形、颜色信息等其他需要呈现的信息，文件固定呈现文件页面、章节、段落、字体、图形、图像、色彩等，呈现效果不因软硬件平台和阅读软件变化而变化，符合电子文件归档要求。
[0109] 同时，提供加保护doc调用API，提供pdf文件调用API，提供自动分组、排序API，提供自定义案卷号、档号等API，实现自动完成评定清单资料自动分类、组卷、排版、编号、归档等功能，并可与其他业务系统对接。
[0110] 本
说明书未作详细描述的内容属于本领域专业技术人员公知的现有技术。
