CN108846088A - 一种基于数字档案系统的数字档案封装方法 - Google Patents

Abstract

本发明公开了一种基于数字档案系统的数字档案封装方法，涉及电子文件封装领域，包括以下步骤：1.从电子档案管理系统中获取公文数据、模板文件和签名证书；2.根据公文数据、模板文件和签名证书生成封装包；3.将封装包内容存储为eep格式的文件。步骤2包括以下步骤：1)根据公文元数据和公文附件使模板文件中生成被签名对象；2)根据公文元数据和签名证书使模板文件中生成电子签名块；3)根据公文元数据和签名证书使模板文件中生成锁定签名；4)合并被签名对象、电子签名块和锁定签名于模板文件中，得到封装包。本发明通过规定电子文件封装的格式和要求，依据本方法生成的电子文件封装包格式与计算机软硬件无关，方便公文交换、长期保存和利用。

Description

一种基于数字档案系统的数字档案封装方法

技术领域

本发明涉及电子文件封装领域，具体涉及一种基于数字档案系统的数字档案封装方法。

背景技术

电子文件是指在数字设备及环境中生成，以数码形式存储于磁带、磁盘、光盘等载体，依赖计算机等设备阅读、处理并可以在通信网络上传递的文件，主要包括电子文书、电子信件、电子报表、电子图纸等。电子文件具有以下的特殊性：1)电子文件不是直观的纸质文件，它需要有现代化办公设备帮助才能够阅读和利用；2)电子文件可以直接由计算机等现代办公设备迅速处理和传递；3)电子文件的利用可以共享，不受时间和距离的影响；4)电子文件的保存条件和环境要求与纸质文件不同，它对环境的温湿度、防磁性等条件要求很高；5)电子文件的不稳定性高，它依赖计算机系统的稳定性；6)计算机软、硬件系统更新换代的速度快，要求电子文件存储兼容及其数据结构转换能力强；7)电子文件具有可变性，真实可靠性不如纸质文件，随时面临被修改、盗窃、丢失、甚至销毁等危险。因此，必须要科学地管理好电子文件。

电子文件管理就是对电子文件元数据和数据的收集、管理和利用。在电子文件管理过程中，需要维护公文元数据与公文附件之间的可靠联系。然而现有技术中，公文元数据存储在数据库中，公文附件存储在磁盘上，可能出现公文附件损坏或公文元数据找不到对应的公文附件的情况，最终导致电子文件存储不当，不利于电子文件的保存和分享。

发明内容

本发明的目的在于：为解决数字档案系统中公文元数据与公文附件无可靠连接而导致电子文件存储不当的问题，提供了一种基于数字档案系统的数字档案封装方法。

本发明采用的技术方案如下：

一种基于数字档案系统的数字档案封装方法，包括以下步骤：

步骤1.从电子档案管理系统中获取公文数据、模板文件和签名证书；

步骤2.根据公文数据、模板文件和签名证书生成封装包；

步骤3.将封装包内容存储为eep格式的文件。

进一步地，所述公文数据包括公文元数据和公文附件，所述步骤2包括以下步骤：

步骤2.1.根据公文元数据和公文附件使模板文件中生成被签名对象；

步骤2.2.根据公文元数据和签名证书使模板文件中生成电子签名块；

步骤2.3.根据公文元数据和签名证书使模板文件中生成锁定签名；

步骤2.4.合并被签名对象、电子签名块和锁定签名于模板文件中，得到封装包。

进一步地，所述模板文件中含有多种XmlNode，根据公文数据生成模板文件中的字段的方法为：通过XML路径语言查找模板文件中的XmlNode，将公文数据中对应所述XmlNode的值赋予模板文件中对应的XmlNode。

步骤2.1.1.根据公文元数据中的部分元数据生成文件实体块；

步骤2.1.2.根据公文元数据中的元数据组1为每一个公文的形成、处理和管理等业务行为生成业务实体块，所述元数据组1包含操作名称、操作时间和操作人员，所述业务行为包含立卷、归档、清退、销毁和暂存，所述业务实体块包含业务标识符、机构人员标识符、文件标识符、业务状态、业务行为、行为时间子元素；

步骤2.1.3.根据公文元数据中的元数据组2为每一个公文的形成、处理和管理等业务行为的操作人员生成机构人员实体块，所述元数据组2包含操作人员所述机构信息，即机构标识和机构名称；

步骤2.1.4.合并文件实体块、业务实体块和机构人员实体块，得到被签名对象。

进一步地，所述步骤2.1.1包括以下步骤：

S1.根据公文元数据中的部分元数据生成文件实体；

S2.根据公文附件中的附件数据为每一个公文中的公文附件生成文件实体关系，所述附件数据包含文件路径、文件名和文件内容，所述文件实体关系包含文件标识符、被关联文件标识符、关系类型、关系子元素；

S3.合并文件实体和文件实体关系，得到文件实体块。

进一步地，所述步骤S1包括以下步骤：

S1.1.根据公文元数据中的元数据1生成聚合层次元数据，所述元数据1包含聚合层次；

S1.2.根据公文元数据中的元数据2生成来源元数据，所述元数据2包含档案馆名称、档案馆代码、全宗单位、立档单位名称子元素；

S1.3.根据公文元数据中的元数据3生成电子文件号元数据，所述元数据3包含电子文件号；

S1.4.根据公文元数据中的元数据4生成档号元数据，所述元数据4包含全宗号、目录号、年度、保管期限、机构或问题、类别号、室编案卷号、馆编案卷号、室编件号、馆编件号、页号子元素；

S1.5.根据公文元数据中的元数据5生成内容描述元数据，所述元数据5包含题名、主题词、人名、分类号、文件编号、责任者、日期子元素；

S1.6.根据公文元数据中的元数据6生成形式特征元数据，所述元数据6包含文件组合类型、页数子元素；

S1.7.根据公文元数据中的元数据7生成信息系统描述元数据，所述元数据7包含信息系统描述；

S1.8.根据公文元数据中的部分元数据为每一个公文附件生成文件数据；

S1.9.合并步骤S1.1-S1.8中的生成结果，得到文件实体。

进一步地，所述步骤S1.8包括以下步骤：

S1.8.1.根据公文元数据中的元数据8生成文档标识符、文档序号、文档主从申明、题名元数据和文档数据ID属性，所述元数据8包含文档标识符、文档序号、文档主从申明、题名元数据和文档数据ID属性；

S1.8.2.根据公文元数据中的元数据9生成反编码关键字元数据，所述元数据9包含反编码关键字，所述反编码关键字元数据的格式定义为“base64－fe”，其中，“fe”表示文件扩展名；

S1.8.3.根据公文元数据中的元数据10生成编码数据、引用编码数据ID元数据和编码数据ID属性；其中，所述元数据10包含编码数据、引用编码数据ID元数据和编码数据ID属性，编码数据元素的值为Base64编码的文本串；

S1.8.4.合并步骤S1.8.1-S1.8.3中的生成结果，得到文件数据。

进一步地，所述步骤2.1.3包括以下步骤：

T1.根据公文元数据中的元数据11生成机构人员实体，所述元数据11包含机构人员标识符、机构人员类型、机构人员名称、组织机构代码子元素；

T2.根据公文元数据中的元数据12生成机构人员实体关系，所述元数据12包含机构人员标识符、被关联机构人员标识符、关系类型、关系子元素；

T3.合并机构人员实体和机构人员实体关系，得到机构人员实体块。

进一步地，所述步骤2.2包括以下步骤：

步骤2.2.1.根据公文元数据中的元数据13生成电子签名元数据，所述元数据13包含签名标识符、签名时间、签名结果子元素；所述签名结果子元素为通过签名证书对被签名对象进行签名时，被签名的部分将生成的被签名对象包含的所有字符进行RSA加密的结果；

步骤2.2.2.根据公文元数据中的元数据14生成证书块元数据，所述元数据14包含证书子元素，且所述证书子元素为采用Base64编码的X.509证书；

步骤2.2.3.根据公文元数据中的元数据15生成签名算法标识元数据，所述元数据15包含签名算法标识；

步骤2.2.4.合并电子签名元数据、证书块元数据和签名算法标识元数据，得到电子签名块。

进一步地，所述步骤2.3包括以下步骤：

步骤2.3.1.根据公文元数据中的元数据16生成锁定签名元数据，所述元数据16包含被锁定签名标识符、签名时间、签名结果子元素；所述签名结果子元素为通过签名证书对电子签名块进行签名时，被签名的部分将生成的电子签名块包含的所有字符进行RSA加密的结果；

步骤2.3.2.合并锁定签名元数据、证书块元数据和签名算法标识元数据，得到锁定签名。

综上所述，由于采用了上述技术方案，本发明的有益效果是：

1、本发明中，通过规定电子文件封装的格式和要求，依据本方法生成的电子文件封装包格式与计算机软硬件无关，是电子文件交换、长期保存和利用的有效形式，且生成的封装包可在所有符合电子文件封装规范要求的公文管理系统中共享使用。

2、本发明中，利用标准的、与软硬件无关的XML语言将公文附件与公文元数据按照规范结构封装在一个数据包中，以维护公文附件与公文元数据的完整性，保障了两者之间的可靠的连接联系，实现了公文附件自包含、自描述和自证明，方便公文交换、长期保存和利用。

3、本发明中，以模板文件作为封装包的结构，并且将公文数据中的内容映射到模板文件中，通过模板文件来进行公文元数据和公文附件的封装，保证了封装包的完整性以及不重复生成固定内容，从而保证了封装包的唯一性，便于电子文件交换。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明的整体流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明，即所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

实施例1

为解决数字档案系统中公文元数据与公文附件无可靠连接而导致电子文件存储不当的问题，本发明提供了一种基于数字档案系统的数字档案封装方法，包括以下步骤：

步骤1.从电子档案管理系统中获取公文数据、模板文件和签名证书。公文数据包含公文元数据和公文附件，公文元数据包括且不限于合层次、档案馆名称、档案馆代码、全宗单位、立档单位名称、电子文件号、全宗号、目录号和文件组合类型，模板文件中含有多种XmlNode。

步骤2.根据公文数据、模板文件和签名证书生成封装包。包括以下步骤：

步骤2.1.根据公文元数据和公文附件使模板文件中生成被签名对象。根据公文数据生成模板文件中的字段的方法为：通过XML路径语言查找模板文件中的XmlNode，将公文数据中对应所述XmlNode的值赋予模板文件中对应的XmlNode。例如，生成聚合层次元数据时，首先通过XPath在模板文件中找到“被签名对象/封装内容/文件实体块/文件实体/聚合层次”中的XmlNode，并将公文数据中“聚合层次”的值(例如：“文件”)赋予“被签名对象/封装内容/文件实体块/文件实体/聚合层次”中的XmlNode。

步骤2.1包括以下步骤：

步骤2.1.1.根据公文元数据中的部分元数据生成文件实体块。包括以下步骤：

S1.根据公文元数据中的部分元数据生成文件实体。

S2.根据公文附件中的附件数据为每一个公文中的公文附件生成文件实体关系，所述附件数据包含文件路径、文件名和文件内容，所述文件实体关系包含文件标识符、被关联文件标识符、关系类型、关系子元素。

S3.合并文件实体和文件实体关系，得到文件实体块。

进一步地，所述步骤S1包括以下步骤：

S1.1.根据公文元数据中的元数据1生成聚合层次元数据，所述元数据1包含聚合层次。

S1.2.根据公文元数据中的元数据2生成来源元数据，所述元数据2包含档案馆名称、档案馆代码、全宗单位、立档单位名称子元素。

S1.3.根据公文元数据中的元数据3生成电子文件号元数据，所述元数据3包含电子文件号。

S1.4.根据公文元数据中的元数据4生成档号元数据，所述元数据4包含全宗号、目录号、年度、保管期限、机构或问题、类别号、室编案卷号、馆编案卷号、室编件号、馆编件号、页号子元素。

S1.5.根据公文元数据中的元数据5生成内容描述元数据，所述元数据5包含题名、主题词、人名、分类号、文件编号、责任者、日期子元素。

S1.6.根据公文元数据中的元数据6生成形式特征元数据，所述元数据6包含文件组合类型、页数子元素。

S1.7.根据公文元数据中的元数据7生成信息系统描述元数据，所述元数据7包含信息系统描述。

S1.8.根据公文元数据中的部分元数据为每一个公文附件生成文件数据。包括以下步骤：

S1.8.1.根据公文元数据中的元数据8生成文档标识符、文档序号、文档主从申明、题名元数据和文档数据ID属性，所述元数据8包含文档标识符、文档序号、文档主从申明、题名元数据和文档数据ID属性。

S1.8.2.根据公文元数据中的元数据9生成反编码关键字元数据，所述元数据9包含反编码关键字，所述反编码关键字元数据的格式定义为“base64－fe”，其中，“fe”表示文件扩展名。

S1.8.3.根据公文元数据中的元数据10生成编码数据、引用编码数据ID元数据和编码数据ID属性；其中，所述元数据10包含编码数据、引用编码数据ID元数据和编码数据ID属性，编码数据元素的值为Base64编码的文本串。在最终生成的封装包中，同一文档数据的编码数据在修改封装过程中没有变更且不重复，通过引用其修改前封装包中的编码数据表示。

S1.8.4.合并步骤S1.8.1-S1.8.3中的生成结果，得到文件数据。

S1.9.合并步骤S1.1-S1.8中的生成结果，得到文件实体。

步骤2.1.2.根据公文元数据中的元数据组1为每一个公文的形成、处理和管理等业务行为生成业务实体块，所述元数据组1包含操作名称、操作时间和操作人员，所述业务行为包含立卷、归档、清退、销毁和暂存，所述业务实体块包含业务标识符、机构人员标识符、文件标识符、业务状态、业务行为、行为时间子元素。

步骤2.1.3.根据公文元数据中的元数据组2为每一个公文的形成、处理和管理等业务行为的操作人员生成机构人员实体块，所述元数据组2包含操作人员所述机构信息，即机构标识和机构名称。包括以下步骤：

T1.根据公文元数据中的元数据11生成机构人员实体，所述元数据11包含机构人员标识符、机构人员类型、机构人员名称、组织机构代码子元素。

T2.根据公文元数据中的元数据12生成机构人员实体关系，所述元数据12包含机构人员标识符、被关联机构人员标识符、关系类型、关系子元素。

T3.合并机构人员实体和机构人员实体关系，得到机构人员实体块。

步骤2.1.4.合并文件实体块、业务实体块和机构人员实体块，得到被签名对象。

步骤2.2.根据公文元数据和签名证书使模板文件中生成电子签名块。包括以下步骤：

步骤2.2.1.根据公文元数据中的元数据13生成电子签名元数据，所述元数据13包含签名标识符、签名时间、签名结果子元素；签名结果子元素为通过签名证书对被签名对象进行签名时，被签名的部分将生成的被签名对象包含的所有字符进行RSA加密的结果。即：从模板文件中“<被签名对象>”的第一个字符“<”开始至“</被签名对象>”的最后一个字符“>”结束所包含的所有字符进行RSA加密。

步骤2.2.2.根据公文元数据中的元数据14生成证书块元数据，所述元数据14包含证书子元素，且所述证书子元素为采用Base64编码的X.509证书。

步骤2.2.3.根据公文元数据中的元数据15生成签名算法标识元数据，所述元数据15包含签名算法标识。

步骤2.2.4.合并电子签名元数据、证书块元数据和签名算法标识元数据，得到电子签名块。

步骤2.3.根据公文元数据和签名证书使模板文件中生成锁定签名。包括以下步骤：

步骤2.3.1.根据公文元数据中的元数据16生成锁定签名元数据，所述元数据16包含被锁定签名标识符、签名时间、签名结果子元素。签名结果子元素为通过签名证书对电子签名块进行签名时，被签名的部分将生成的电子签名块包含的所有字符进行RSA加密的结果。即：从模板文件中“<被签名对象>”的第一个字符“<”开始至“</被签名对象>”的最后一个字符“>”结束所包含的所有字符进行RSA加密。

步骤2.3.2.合并锁定签名元数据、证书块元数据和签名算法标识元数据，得到锁定签名。

步骤2.4.合并被签名对象、电子签名块和锁定签名于模板文件中，得到封装包。

步骤3.将封装包内容存储为eep格式的文件。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于数字档案系统的数字档案封装方法，其特征在于，包括以下步骤：

步骤1.从电子档案管理系统中获取公文数据、模板文件和签名证书；

步骤2.根据公文数据、模板文件和签名证书生成封装包；

步骤3.将封装包内容存储为eep格式的文件。

2.根据权利要求1所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述公文数据包括公文元数据和公文附件，所述步骤2包括以下步骤：

步骤2.1.根据公文元数据和公文附件使模板文件中生成被签名对象；

步骤2.2.根据公文元数据和签名证书使模板文件中生成电子签名块；

步骤2.3.根据公文元数据和签名证书使模板文件中生成锁定签名；

步骤2.4.合并被签名对象、电子签名块和锁定签名于模板文件中，得到封装包。

3.根据权利要求2所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述模板文件中含有多种XmlNode，根据公文数据生成模板文件中的字段的方法为：通过XML路径语言查找模板文件中的XmlNode，将公文数据中对应所述XmlNode的值赋予模板文件中对应的XmlNode。

4.根据权利要求2所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述步骤2.1包括以下步骤：

步骤2.1.1.根据公文元数据中的部分元数据生成文件实体块；

步骤2.1.2.根据公文元数据中的元数据组1为每一个公文的形成、处理和管理等业务行为生成业务实体块，所述元数据组1包含操作名称、操作时间和操作人员，所述业务行为包含立卷、归档、清退、销毁和暂存，所述业务实体块包含业务标识符、机构人员标识符、文件标识符、业务状态、业务行为、行为时间子元素；

步骤2.1.3.根据公文元数据中的元数据组2为每一个公文的形成、处理和管理等业务行为的操作人员生成机构人员实体块，所述元数据组2包含操作人员所述机构信息，即机构标识和机构名称；

步骤2.1.4.合并文件实体块、业务实体块和机构人员实体块，得到被签名对象。

5.根据权利要求4所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述步骤2.1.1包括以下步骤：

S1.根据公文元数据中的部分元数据生成文件实体；

S2.根据公文附件中的附件数据为每一个公文中的公文附件生成文件实体关系，所述附件数据包含文件路径、文件名和文件内容，所述文件实体关系包含文件标识符、被关联文件标识符、关系类型、关系子元素；

S3.合并文件实体和文件实体关系，得到文件实体块。

6.根据权利要求5所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述步骤S1包括以下步骤：

S1.1.根据公文元数据中的元数据1生成聚合层次元数据，所述元数据1包含聚合层次；

S1.2.根据公文元数据中的元数据2生成来源元数据，所述元数据2包含档案馆名称、档案馆代码、全宗单位、立档单位名称子元素；

S1.3.根据公文元数据中的元数据3生成电子文件号元数据，所述元数据3包含电子文件号；

S1.4.根据公文元数据中的元数据4生成档号元数据，所述元数据4包含全宗号、目录号、年度、保管期限、机构或问题、类别号、室编案卷号、馆编案卷号、室编件号、馆编件号、页号子元素；

S1.5.根据公文元数据中的元数据5生成内容描述元数据，所述元数据5包含题名、主题词、人名、分类号、文件编号、责任者、日期子元素；

S1.6.根据公文元数据中的元数据6生成形式特征元数据，所述元数据6包含文件组合类型、页数子元素；

S1.7.根据公文元数据中的元数据7生成信息系统描述元数据，所述元数据7包含信息系统描述；

S1.8.根据公文元数据中的部分元数据为每一个公文附件生成文件数据；

S1.9.合并步骤S1.1-S1.8中的生成结果，得到文件实体。

7.根据权利要求6所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述步骤S1.8包括以下步骤：

S1.8.1.根据公文元数据中的元数据8生成文档标识符、文档序号、文档主从申明、题名元数据和文档数据ID属性，所述元数据8包含文档标识符、文档序号、文档主从申明、题名元数据和文档数据ID属性；

S1.8.2.根据公文元数据中的元数据9生成反编码关键字元数据，所述元数据9包含反编码关键字，所述反编码关键字元数据的格式定义为“base64－fe”，其中，“fe”表示文件扩展名；

S1.8.3.根据公文元数据中的元数据10生成编码数据、引用编码数据ID元数据和编码数据ID属性；其中，所述元数据10包含编码数据、引用编码数据ID元数据和编码数据ID属性，编码数据元素的值为Base64编码的文本串；

S1.8.4.合并步骤S1.8.1-S1.8.3中的生成结果，得到文件数据。

8.根据权利要求4所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述步骤2.1.3包括以下步骤：

T1.根据公文元数据中的元数据11生成机构人员实体，所述元数据11包含机构人员标识符、机构人员类型、机构人员名称、组织机构代码子元素；

T2.根据公文元数据中的元数据12生成机构人员实体关系，所述元数据12包含机构人员标识符、被关联机构人员标识符、关系类型、关系子元素；

T3.合并机构人员实体和机构人员实体关系，得到机构人员实体块。

9.根据权利要求2所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述步骤2.2包括以下步骤：

步骤2.2.1.根据公文元数据中的元数据13生成电子签名元数据，所述元数据13包含签名标识符、签名时间、签名结果子元素；所述签名结果子元素为通过签名证书对被签名对象进行签名时，被签名的部分将生成的被签名对象包含的所有字符进行RSA加密的结果；

步骤2.2.2.根据公文元数据中的元数据14生成证书块元数据，所述元数据14包含证书子元素，且所述证书子元素为采用Base64编码的X.509证书；

步骤2.2.3.根据公文元数据中的元数据15生成签名算法标识元数据，所述元数据15包含签名算法标识；

步骤2.2.4.合并电子签名元数据、证书块元数据和签名算法标识元数据，得到电子签名块。

10.根据权利要求9所述的一种基于数字档案系统的数字档案封装方法，其特征在于，所述步骤2.3包括以下步骤：

步骤2.3.1.根据公文元数据中的元数据16生成锁定签名元数据，所述元数据16包含被锁定签名标识符、签名时间、签名结果子元素；所述签名结果子元素为通过签名证书对电子签名块进行签名时，被签名的部分将生成的电子签名块包含的所有字符进行RSA加密的结果；

步骤2.3.2.合并锁定签名元数据、证书块元数据和签名算法标识元数据，得到锁定签名。