【行业标准】基于XML的电子文件封装规范20091216
- 2026-11-06 11:13:42
点击蓝字获取更多
国家档案局关于发布《文书类电子文件元数据方案》等三项档案行业标准的通知
档发〔2009〕7号
各省、自治区、直辖市、计划单列市档案局、馆，新疆生产建设兵团档案局、馆，中央和国家机关各部委档案部门，总参档案局，解放军档案馆，武警部队司令部办公室，各人民团体档案部门，中国照片档案馆，中国人民大学档案学院：
以下3项标准业经全国档案工作标准化技术委员会审查通过，并经国家档案局批准为推荐性行业标准，现予以发布，自2010年6月1日起实施。
1.DA/T 46-2009 《文书类电子文件元数据方案》
2.DA/T 47-2009 《版式电子文件长期保存格式需求》
3.DA/T 48-2009 《基于XML的电子文件封装规范》
国家档案局
2009年12月16日
基于XML的电子文件封装规范
XML-based Encapsulation Specification for Electronic Records
DA/T 46-2009
(2009年12月16日国家档案局发布档发〔2009〕7号发布 2010年6月1日起实施)
目 录
前言
本标准由安徽省档案局(馆)提出。
本标准由国家档案局归口。
本标准起草单位：安徽省档案局(馆)、北京北大方正技术研究院有限公司。
本标准主要起草人：李学香、黄玉明、王学武、周建武、胡华平、邓晓文、段丽琼、吴彬松、华婷、陈姗姗、朱霖露。
引言
电子文件管理就是对其元数据和数据的收集、管理和利用。在电子文件管理过程中，需要维护电子文件元数据与数据的可靠联系。电子文件元数据可以嵌入在文件中，也可以通过系统与文件关联，还可以通过封装的方法与文件打包在一起。本标准规定了电子文件封装的格式和要求，依据本标准生成的电子文件封装包格式与计算机软硬件无关，是电子文件交换、长期保存和利用的有效形式。
本标准与DA/T 46-2009《文书类电子文件元数据方案》联系紧密，建议一起阅读。
1 范围
本标准规定了基于XML的电子文件封装格式和要求。
本标准适用于各级各类档案馆、机关、团体、企业事业单位和其他社会组织对文本文件和静态图像文件的文件级封装。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GB 2312-1980 信息交换用汉字编码字符集 基本集
GB/T 7408-2005 数据元和交换格式 信息交换 日期和时间表示法(ISO 8601:2000，IDT)
GB/T 13000.1-1993 信息技术 通用多八位编码字符集(UCS)第1部分：体系结构与基本 多文种平面(ISO/IEC 10646-1:1993，IDT)
GB 18030-2005 信息技术 中文编码字符集
GB/T 18793-2002 信息技术 可扩展置标语言(XML)1.0(W3C RFC-xml:1998，NEQ)
DA/T 1-2000 档案工作基本术语
DA/T 46-2009 文书类电子文件元数据方案
ISO 14721:2003 空间数据和信息传输系统 开放档案信息系统 参考模型( Space data and in-formation transfer systems-Open archival information systemReference model)
3 术语和定义
DA/T 1-2000、DA/T 46-2009界定的以及下列术语和定义适用于本文件。
3.1 封装encapsulation
将电子文件及其元数据按指定结构打包的过程。
3.2 封装包encapsulation package
封装(3.1)形成的数据单元。
3.3 封装格式encapsulation format
封装包(3.2)的数据结构。
3.4 主文档main document
组合文件中作为最重要著录对象的文档，一般是归档文件整理或档案著录时列在首位的文档。
3.5 附属文档attached document
组合文件中的从属文档，如附件、被转发文等。
4 总则
基于XML技术进行电子文件封装的目的是利用标准的、与软硬件无关的 XML语言将电子文件与其元数据按照规范结构封装在一个数据包中，以维护电子文件与其元数据的完整性，并保障两者之间的可靠联系，实现电子文件自包含、自描述和自证明。
基于XML的电子文件封装包的信息组织结构符合ISO 14721:2003定义的档案信息包(AIP)模型。
本标准所称的电子文件数据是指计算机文件的二进制流，因应XML技术特点，在封装包中用Base64编码表示。封装的电子文件元数据包括 DA/T 46-2009规定的元数据、封装新增的元数据(见6.1)，以及依据DA/T 46-2009组配的元数据(见6.2)。
DA/T 46-2009定义的元数据除件数(见DA/T 46-2009的5.6.2)外均适用于本标准，但部分元数据的约束性、可重复性在本标准中另有规定(见附录A)。
5 电子文件封装结构模型
本标准采用封装技术，按指定结构封装电子文件数据、DA/T 46-2009 和本标准第6章所规定的元数据。其结构模型，见图1：
6 封装元数据
6.1 封装新增的元数据
为表达电子文件封装的层次结构，记录封装包自描述信息!体标准在DA/T 46-2009基础上，新增与封装有关的元数据元素，见表1：
6.2 依据DA/T 46-2009组配的元数据
DA/T 46-2009中的实体标识符(见DA/T 46-2009的8.1)与本标准中的文件实体(见7.2.11)、业务实体(见7.2.95)和机构人员实体(见7.2.104)组配，形成了特定语义的元数据元素，见表2：
7 元数据的描述
7.1 元数据的描述方法
本标准对元数据属性的描述方法与DA/T 46-2009的4.2规定的描述方法一致。凡DA/T 46-2009中已描述的元数据在本标准中只引用编号，其属性描述见DA/T 46-2009第5，6<7、8章。
本标准增加描述封装的电子文件元数据(DA/T 46-2009规定的元数据、本标准第6章规定的封装元数据)的层次模型、XML元素属性、命名空间和源代码。
本标准所描述的元数据元素具有相同的命名空间：
http://www.saac.gov.cn/standards/ERM/encapsulation
8 电子文件的封装
8.1 封装策略
本标准参照ISO 14721:2003定义的档案信息包(AIP)模型，将电子文件以“件”(可以是自然件，也可以是组合件)为单位“装订”在一起。
封装包中包含文件、收文处理单/文件拟稿标签、文件元数据、电子签名、封装描述信息等。
一个电子文件封装包中可以封装有多个文档(如正文与附件)，一个文档可以包含多个版本(如正文的正本、定稿、草稿)，文档的同一版本还可以包含不同格式的计算机文件(如同一正本的PDF格式编码和TIFF格式编码)。
8.2 封装包文件
依据本标准规定的信息组织结构对电子文件进行封装所形成的封装包是一个格式规范的XML文件，其扩展名为eep。
8.3 封装包文件命名
封装包文件的计算机文件名应和封装内容相关，用来查找、检索和利用电子文件封装包。它可以用电子文件号(M7)表示，也可以通过自定义规则命名。
8.4 封装包类型
本标准以电子文件封装包是否修订为分类标准，将电子文件封装包区分为原始型和修改型。原始型封装包树型结构见A.1，修改型封装包树型结构见A.2。
8.5 修改封装
当封装包中的电子文件数据或其元数据被修改时，可依据修改型封装包树型结构(见A.2)构建修改型封装包。修改型封装包是在原封装包(除封装包格式描述、版本和锁定签名元素外)的基础上增加封装一个修订层，修订层包含全部电子文件元数据、被修改的数据，(当原封装包中的数据未被修改时，修订层引用该数据的标识符)、电子签名、锁定签名和修订封装描述信息。封装包每修改一次增加一个修订层。
8.6 封装包验证机制
8.6.1 封装包规范性验证
封装包文件应通过schema(见附录B)进行有效性验证。
8.6.2 版本控制
封装包中有两个元素(M203、M204的属性“eep版本”)记录封装遵从的版本，用于对封装包的有效性检验。
8.6.3 电子签名
本标准中的电子签名是对被签名对象(M204)所作的签名，用于对封装对象的完整性、有效性验证。本标准不建议在封装的计算机文件中使用电子签名。
8.6.4 锁定签名
锁定签名是对电子签名块(M233)中的某一电子签名所作的签名。在修改型封装包中，用于防止对修改型EEP的数据剥离。
8.7 二进制数据的处理
在电子文件封装包中，所有二进制数据均转化为Base64编码表示。
8.8 加密限制
电子文件封装包所封装的编码数据(M221)不应加密。
9 XML技术要求
9.1 遵从的XML标准
EEP文件必须是遵从GB/T 18793-2002的格式良好的XML文件。
9.2 XML声明
EEP文件必须由XML声明开始，声明形式如下：
<?xml version="1.0"encoding="UTF—8"standalone="no"?>
声明的具体要求如下：
——version属性值必须是“1.0”；
——encoding属性值默认是“UTF-8”，也可以是：“GB2312”、“GB18030”；
standalone属性可以缺省，若定义该属性，值必须是“no”。
9.3 XML命名空间
EEP文件中应包括如下命名空间：xmlns="http://www.saac.gov.cn/standards/ERM/encapsulation"
9.4 XML根元素声明
EEP文件的根元素为<电子文件封装包〉，该元素的声明形式如下：
〈电子文件封装包xmlns="http://www.saac.gov.cn/standards/ERM/encapsulation" xmlns:xsi="http://www.w3.org/2001/XMLSchema—instance"
xsi:schemaLocation="http://www.saac.gov.cn/standards/ERM/encapsulation eep.xsd">
注：eep.xsd是附录B定义的电子文件封装包schema计算机文件名。
9.5 字符集方案
在电子文件封装包中，可以使用如下字符集：
——GB/T 13000.1-1993；
——GB 2312-1980；
——GB 18030-2005。
9.6 XML元素的约束性
附录A中定义的元数据约束性有：必选、条件选和可选，然而，XML元素的约束性只有：必选、
可选，因此，在封装包XML schema定义时，部分XML元素的约束性不能对等于元数据的约束性(见附录B)。
9.7 XML元素属性标识方法
9.7.1 被签名对象(M204)的属性“EEP版本”用EEP封装所采用本标准的版本号表示。
示例：2009。
9.7.2 文档数据(M217)的属性“文档数据ID”表示方法为：修改R一文档D一文档数据W。
其中“R”为EEP修改次数，原始EEP的R值为0，EEP每增加修改一次，R的值增加1。当文件组合类型(M41)的值为“单件”时，“D”的值为1；当文件组合类型(M41)的值为“组合文件”时，“D”用文档序号(M19)表示。“W” 为文档数据的顺序，以阿拉伯数字表示，从1开始，流水编号。
示例：修改0一文档2一文档数据2。
9.7.3 编码(M218)的属性“编码ID”表示方法为：修改R一文档D一文档数据W一编码E。
其中“修改R一文档D一文档数据W”表示方法见9.7.2。“E”为文档数据中的编码顺序，以阿拉伯数字表示，从1开始，流水编号。
示例：修改0一文档2一文档数据2一编码2。
9.7.4 编码数据(M221)的属性“编码数据ID”、“引用编码数据ID”表示方法为：“修改R—文档D一文档数据W一编码E编码数据”。
其中“修改R一文档D一文档数据W一编码E”表示方法见9.7.3。
示例：修改0一文档2一文档数据2一编码2编码数据。
9.8 XML元素的值域
DA/T46-2009定义的元数据值域在本标准XML schema中表示方法不同。本标准规定枚举值的，表示已穷尽枚举，不应扩展；本标准没有规定枚举值的，可由用户结合实际扩展定义。
10 电子签名技术要求
10.1 电子签名形式
电子文件封装包中的电子签名指数字签名。
10.2 电子签名的强制性
本标准没有规定电子文件封装时必须使用电子签名，但鼓励使用电子签名。当电子文件封装包使用电子签名时，每个电子文件封装包有且仅有一个锁定签名。
10.3 电子签名方法
对被签名对象(M204)进行签名时，被电子签名的部分从电子文件封装包中“<被签名对象>”的第一个字符“<”开始至“</被签名对象〉”的最后一个字符“>”结束。
对电子签名块(M233)中被锁定的电子签名进行签名时，被电子签名的部分从“<签名结果>”的第一个字符“<”开始至“</签名结果>”的最后一个字符“>”结束。
10.4 对被签名数据的要求
数据被签名时应满足以下要求：
(a)被签名的数据必须采用Unicode字符集或在签名前转换为Unicode字符集。
(b)所有签名数据中的空白字符必须被删除。空白字符包括tab(0x0009)、回车(0×000D)、换行(0x000A)和空格(0x0020)。
(c)Unicode字符的UTF—8编码二进制流用于签名和验证。
(d)编码数据(M221)元素有两个属性，递交签名时，属性的文本顺序应与该元素属性的声明次序一致。
10.5 算法要求
符合《中华人民共和国电子签名法》中关于“可靠的电子签名”规定的签名算法均合法、有效。
10.6 签名结果的编码要求
签名结果(M61)采用Base64进行编码。
10.7 证书要求
数字签名中使用的证书要求如下：
(a)所有证书必须是X.509证书。
(b)不能用加密的形式表示证书。
(c)签名人的私钥不能包含在封装包中。
(d)证书(M62)应采用Base64进行编码。
10.8 电子签名的验证
当验证一个电子签名时其一系列证书必须全部验证。这些证书可在电子签名(M57)中找到，或被证书引证(M63)所指定。可以用下列三种方法中的一种来验证证书的真实性：
(a)访问证书管理机构(CA)证书服务器；
(b)使用储存在电子文件保存系统安全区中的一个证书拷贝；
(c)与同一用户在相同时间段内所做的对其他电子文件签名的证书进行比较。
ICCD
扫码关注“并刃汇咨询发展”
点分享
点点赞
点在看
