BS ISO IEC 21320-1-2015 Information technology Document Container File Core《信息技术 文档容器文件 核心》.pdf

《BS ISO IEC 21320-1-2015 Information technology Document Container File Core《信息技术 文档容器文件 核心》.pdf》由会员分享，可在线阅读，更多相关《BS ISO IEC 21320-1-2015 Information technology Document Container File Core《信息技术 文档容器文件 核心》.pdf（20页珍藏版）》请在麦多课文档分享上搜索。

1、BSI Standards Publication BS ISO/IEC 21320-1:2015 Information technology Document Container File Part 1: CoreBS ISO/IEC 21320-1:2015 BRITISH STANDARD National foreword This British Standard is the UK implementation of ISO/IEC 21320-1:2015. The UK participation in its preparation was entrusted to Tec

2、hnical Committee IST/41, Document description and processing language. A list of organizations represented on this committee can be obtained on request to its secretary. This publication does not purport to include all the necessary provisions of a contract. Users are responsible for its correct app

3、lication. The British Standards Institution 2015. Published by BSI Standards Limited 2015 ISBN 978 0 580 81281 1 ICS 35.240.30 Compliance with a British Standard cannot confer immunity from legal obligations. This British Standard was published under the authority of the Standards Policy and Strateg

4、y Committee on 31 October 2015. Amendments/corrigenda issued since publication Date T e x t a f f e c t e dBS ISO/IEC 21320-1:2015 Information technology Document Container File Part 1: Core Technologies de linformation Fichier conteneur de document Partie 1: Donnes de base INTERNATIONAL STANDARD IS

5、O/IEC 21320-1 Reference number ISO/IEC 21320-1:2015(E) First edition 2015-10-15 ISO/IEC 2015 BS ISO/IEC 21320-1:2015ii ISO/IEC 2015 All rights reserved COPYRIGHT PROTECTED DOCUMENT ISO/IEC 2015, Published in Switzerland All rights reserved. Unless otherwise specified, no part of this publication may

6、 be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below or ISOs member body in the country of the

7、requester. ISO copyright office Ch. de Blandonnet 8 CP 401 CH-1214 Vernier, Geneva, Switzerland Tel. +41 22 749 01 11 Fax +41 22 749 09 47 copyrightiso.org www.iso.org ISO/IEC 21320-1:2015(E)BS ISO/IEC 21320-1:2015ISO/IEC 21320-1:2015(E)Foreword iv Introduction v 1 Scope . 1 2 Normative references 1

8、 3 T erms and definitions . 1 4 Requirements 2 5 Pr ofile of A ppnot e . 2 5.1 General . 2 5.2 Annotations to Appnote 2 Anne x A (informative) Informal summary . 4 Anne x B (informative) Filenames and interoperability . 5 Bibliogr aph y 8 ISO/IEC 2015 All rights reserved iii Contents PageBS ISO/IEC

9、21320-1:2015ISO/IEC 21320-1:2015(E) Foreword ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the development of In

10、ternational Standards through technical committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liai

11、son with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. The procedures used to develop this document and those intended for its further maintenance are described in the ISO/IEC Directives, Part

12、 1. In particular the different approval criteria needed for the different types of document should be noted. This document was drafted in accordance with the editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives). Attention is drawn to the possibility that some of the elemen

13、ts of this document may be the subject of patent rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights. Details of any patent rights identified during the development of the document will be in the Introduction and/or on the ISO list of patent declarations r

14、eceived (see www.iso.org/patents). Any trade name used in this document is information given for the convenience of users and does not constitute an endorsement. For an explanation on the meaning of ISO specific terms and expressions related to conformity assessment, as well as information about ISO

15、s adherence to the WTO principles in the Technical Barriers to Trade (TBT) see the following URL: Foreword - Supplementary information. The committee responsible for this document is ISO/IEC JTC 1, Information technology, Subcommittee SC 34, Document description and processing languages. ISO/IEC 213

16、20 consists of the following parts, under the general title Information technology Document Container File: Part 1: Coreiv ISO/IEC 2015 All rights reservedBS ISO/IEC 21320-1:2015ISO/IEC 21320-1:2015(E) Introduction It is often useful to combine multiple digital resources into a single digital resour

17、ce to make them easier to store and process. The combined digital resource may also use data compression to minimize the space needed for storage. This part of ISO/IEC 21320 specifies a format for this purpose. The format is a compatible profile of that defined by the Zip Application Note of PKWARE

18、Inc. The use of Zip-based archive files for digital documents is increasingly common. Within ISO/IEC JTC 1, there are the examples of ISO/IEC 26300 series and ISO/IEC 29500. Outside of the International Standardization system, there are similar uses such as those of the EPUB Open Container Format (f

19、rom the IDPF) and Widget Packaging and XML Configuration (from the W3C). The technology defined by the Zip Application Note has been in wide use in ICT industries for over twenty years, and the specification has been freely available for much of that time. However, it has never been formally standar

20、dized and this lack of standardization presents several challenges to standards (including ISO/IEC Standards) that wish to reference it, including the following: stability of reference: what is the correct reference to give for the Zip Application Note and how can it be ensured that this reference r

21、emains available?; intellectual property rights: what, if any, patents are necessary to implement this technology, and is there a subset that may be freely implemented?; cultural and linguistic adaptability: is the Zip Application Note sufficient by itself, or is additional expository material neede

22、d to define best practices for global use, e.g. the use of IRIs for file names?; interoperability within domain: is there a technology subset that will provide greater interoperability within the domain of Document Container Files than permitting all features of the Zip Application Note?. ISO/IEC 20

23、15 All rights reserved vBS ISO/IEC 21320-1:2015BS ISO/IEC 21320-1:2015Information technology Document Container File Part 1: Core 1 Scope This part of ISO/IEC 21320 specifies the core requirements for document container files, and implementations that produce and/or consume document container files.

24、 This part of ISO/IEC 21320 normatively references the Zip File Format Specification version 6.3.3 of PKWARE Inc. Document container files are conforming Zip files as specified by that document. 2 Normative references The following documents, in whole or in part, are normatively referenced in this d

25、ocument and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. NOTE Each of the following documents has a unique identifier that is used to cite the doc

26、ument in the text. The unique identifier consists of the part of the reference up to the first comma. ISO/IEC 10646:2014, Information technology Universal Coded Character Set (UCS) Appnote, 1)APPNOTE.TX ZIP File Format Specification, PKWARE Inc., September 2012 IETF RFC 1951, 2)DEFLATE Compressed Da

27、ta Format Specification version 1.3, May 1996 3 T erms a nd definiti ons For the purposes of this document, the following terms and definitions apply. 3.1 byte sequence of 8 bits 3.2 digital resource sequence of bytes (3.1) 3.3 d o c u m e n t c o n t a i n e r f i l e digital resource that conforms

28、 to this part of ISO/IEC 21320 3.4 implementation processor that operates on document container files (3.3) 1) Available at http:/ 2) Available at http:/www.ietf.org/rfc/rfc1951.txt INTERN A TION AL S T AND ARD ISO/IEC 21320-1:2015(E) ISO/IEC 2015 All rights reserved 1BS ISO/IEC 21320-1:2015ISO/IEC

29、21320-1:2015(E) 4 Requirements A digital resource is conformant to this part of ISO/IEC 21320 when it is in accord with the provisions of this part of ISO/IEC 21320. Such a digital resource is a document container file. An implementation is conformant to this part of ISO/IEC 21320 when it processes

30、conformant digital resources in accord with the provisions of this part of ISO/IEC 21320. 5 Pr ofile o f A ppnot e 5.1 General The provisions of this part of ISO/IEC 21320 are the provisions of Appnote as modified by the annotations provided in Table 1. The provisions of Appnote shall be determined

31、by interpreting Appnote in its own terms, and according to its own context. EXAMPLE Appnotes Clause 3 has its own “Notations” which differ from those used by ISO and IEC. Appnotes own notations apply for the purposes of its interpretation. So, for instance, “must” in the Appnote is to be read as equ

32、ivalent to “shall” in ISO and IEC Standards. 5.2 Annotations t o A ppnot e Table 1 is a two-column table which provides annotations to Appnote. The left-hand column of Table 1 contains section numbers of Appnote, and text in parentheses, which together identify a portion of Appnote. The right-hand c

33、olumn of Table 1 gives an annotation to the sections so identified. Each annotation applies to the corresponding identified section of Appnote. NOTE The annotations to Appnote can have an effect beyond the section of the Appnote to which they explicitly apply. For example, if a specific technical fe

34、ature is prohibited by an annotation, no other mention of that feature can be interpreted as re-admitting that feature to this part of ISO/IEC 21320. T a b l e 1 A n n o t a t i o n s t o A p p n o t e A ppno t e s e c t i o n A n n o t a t ion 4.3.3 (general Format of a Zip file) Resources conformi

35、ng to this part of ISO/IEC 21320 shall not span multiple volumes, and shall not be split into user-defined segment sizes. 4.3.6 (overall Zip file format) Resources conforming to this part of ISO/IEC 21320 shall not contain either “encryption header” or “archive decryption header” constructs. 4.3.8 (

36、file data) Files contained in archives shall not be encrypted using the mecha- nisms described in Appnote. 4.3.9.6 (data descriptor) The “central directory encryption method” mentioned by this sub- clause of Appnote shall not be used. NOTE 1 Although the above provision for Appnote,4.4.3 permits val

37、ues for “version needed to extract” which imply support for features of value 1.1 (“File is a volume label”), 2.0 (“File is a folder ” etc.), 2.1 (“File is compressed using Deflate64”), 2.5 (“File is compressed using PKWARE DCL Implode”) and 2.7 (“File is a patch data set”), none of these features a

38、re permitted by this part of ISO/IEC 21320. NOTE 2 To promote global use, implementers are strongly encouraged to support bit 11 of the “general purpose bit flag” (Appnote, 4.4.4) being set. NOTE 3 For file names, any Unicode character is allowed. However, different file systems impose different res

39、trictions on permissible characters, and RFC 3987 introduces its own restrictions. As a result, it might not be possible to create a file name or IRI from a zip item name. NOTE 4 Some file systems perform Unicode normalization or case normalization of file names while others do not. Thus, multiple d

40、ifferent zip item names in a single Zip archive may become identical after normalization.2 ISO/IEC 2015 All rights reservedBS ISO/IEC 21320-1:2015ISO/IEC 21320-1:2015(E) A ppno t e s e c t i o n A n n o t a t ion 4.3.10 (archive decryption header) The “archive decryption header” feature specified by

41、 this subclause of Appnote shall not be used. 4.3.13 (digital signature) The “digital signature” feature specified by this subclause of Appnote shall not be used. 4.4.1.5 (explanation of fields) Archives shall not be split or spanned. 4.4.3 (version needed to extract) Resources conforming to this pa

42、rt of ISO/IEC 21320 shall not con- tain a “version needed to extract” value greater than 45. The ZIP64 extension feature version 1 may be used. The ZIP64 extension feature version 2 shall not be used. 4.4.4 (general purpose bit flag) Bit 0, bits 4 to 10 and 12 to 15, shall not be set. Bit 11 should

43、be set. If the value of any byte in the file name or file comment is greater than 0x7F, bit 11 shall be set. If bit 11 is set, the file names and comment fields for the document container file shall be Unicode strings encoded using the UTF-8 encoding scheme as specified in ISO/IEC 10646:2014, Annex

44、D. 4.4.5 (compression method) The compression method shall be either 0 (“stored”) or 8 (“deflated”). 4.7 (manifest files) This clause of Appnote shall be disregarded. 5.5 (deflating) Files compressed using this method shall use the mechanisms speci- fied in IETF RFC 1951. 6.0 (traditional PKWARE enc

45、ryption) This clause of Appnote shall be disregarded. 7.0 (strong encryption specification) This clause of Appnote shall be disregarded. 8.0 (splitting and spanning Zip files) This clause of Appnote shall be disregarded. NOTE 1 Although the above provision for Appnote,4.4.3 permits values for “versi

46、on needed to extract” which imply support for features of value 1.1 (“File is a volume label”), 2.0 (“File is a folder ” etc.), 2.1 (“File is compressed using Deflate64”), 2.5 (“File is compressed using PKWARE DCL Implode”) and 2.7 (“File is a patch data set”), none of these features are permitted b

47、y this part of ISO/IEC 21320. NOTE 2 To promote global use, implementers are strongly encouraged to support bit 11 of the “general purpose bit flag” (Appnote, 4.4.4) being set. NOTE 3 For file names, any Unicode character is allowed. However, different file systems impose different restrictions on p

48、ermissible characters, and RFC 3987 introduces its own restrictions. As a result, it might not be possible to create a file name or IRI from a zip item name. NOTE 4 Some file systems perform Unicode normalization or case normalization of file names while others do not. Thus, multiple different zip i

49、tem names in a single Zip archive may become identical after normalization.Table 1 (continued) ISO/IEC 2015 All rights reserved 3BS ISO/IEC 21320-1:2015ISO/IEC 21320-1:2015(E) Anne x A (informative) Informal summary While this part of ISO/IEC 21320 formally states its provisions in the normative portions of the text, informally, the principal technical characteristics of this part of ISO/IEC 21320, as against Appno