ImageVerifierCode 换一换
格式:PDF , 页数:36 ,大小:1.94MB ,
资源ID:426795      下载积分:5000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-426795.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(AIIM MS60-1996 Standard - Electronic Folder Interchange Datastream《标准-电子折叠交换数据流》.pdf)为本站会员(boatfragile160)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

AIIM MS60-1996 Standard - Electronic Folder Interchange Datastream《标准-电子折叠交换数据流》.pdf

1、AIIM MSb0 96 1012348 050070b 507 ASSOCIATION FOR INFORMATION 1100 Wayne Avenue Suite 1 1 O0 Maryland 20910 AIIM MANAGEMENT 301 -587-8202 INTERNATIONAL COPYRIGHT Association for Information it is a part of this standard. Annex C covers datastream syntax. The scope of this standard is constrained to d

2、ata interchange. For example, it does not address issues of database replication or synchronization. nor does it address all possible issues around annotation objects such as “notes.” It is expected that future balloted extensions to this standard will address these and other issues. Suggestions for

3、 improving this standard are welcome. They should be sent to the Chair, AIIM Standards Board, Association for Information and Image Management international, 1 100 Wayne Avenue, Suite I 100, Silver Spring, Maryland, 20910-5603. At the time it approved this standard, the AIIM Standards Board had the

4、following members: Name of Representative Judy Kilpatrick, Chair Jewel M. Drass John C. Gale Tom Heltzel Bruce A. Holroyd James Meyer Roy Pierce Charles A. Plesums Fernando L. Podio Shahzad S. Qazi Michael L. Thomas Stephen Urban OrEanization Represented Association for Information and Image Managem

5、ent International Bell bi-level image,file format: Part 1. ANSI X3.135- 1992, American National Standard .for information ,Yystems - Database language - SQL. ANSI X3.4, American National Standard - Coded character set - 7-bit - Code ,for information interchange. 2.4 Referenced publications AIIM TR2-

6、 1992, Technical Report for the Association for Information und Image Management - Glossar). of imaging technolog),. Gane, Chris. Rapid system development, using structured techniques and relational technology. Prentice Hall, 1989. 2.5 Related publications AIIM TR4-I 995, Technical Report jor the As

7、sociation for Injivmation and Image Management International - Suggested index fields for documents in EIM environments. AIIM TR25-199.5, Technical Report for the Association for Information and Image Management International - The use of optical disks,for public records. AIIM TR21 -I 991, Technical

8、 Report for the Association fw Infortnation and Image Management - Recommendation ,for identibing information to be placed on Write-Once-Read-Many (WORM) and rewritable Optical Disk (OD) cartridge label(s) and optical disk curtridge packaging (shipping containers). 1 Association for Information and

9、Image Management International COPYRIGHT Association for Information object and action relationships are shown in table 2. 9. Fields in parentheses are optional. However, unless lower-level expansions indicate otherwise, optional fields must be complete. If an optional field is included, all require

10、d subfields must also be present. Those fields that are present must be in the order shown, except as specified by the accompanying text. Fields followed by an ellipsis can occur more than once in a structure. 8 Association for Information and Image Management International COPYRIGHT Association for

11、 Information & Imaging ManagementLicensed by Information Handling ServicesCINSF F Parameters CINST L Valid For CINSD L Sink Document Name Sink Folder Name AIIGI GIS60 96 H 3032348 0500939 365 ANSUAIIM MS60- 1996 Standard for the Electronic Folder Interchange Datastream Document Document Folder Attri

12、bute (folder) Note (folder) Event (foider) Document None None Document All I Folder Replace Insert in this Insert in this Insert in this Folder Divider Document Sink Divider Name Note (folder) Attribute (folder) (folder) Event Sink Folder Name Sink Document Name CINSF CINSF CINSF Sink Folder Name Do

13、cument Note (document) (document) (document) Attribute Event Folder Document CNEW CRPL CINSF CINST CINSD CINSD CINSD Note (document) Attribute (document) Event (document) Folder UID I Folder Relationship to Sink Data New Folder or Document Replace this Document Insert in this Folder (No Divider) Ins

14、ert in this Divider in this Folder Insert in this Document Insert in or Create this Folder Insert an Item with Matching Identifier Unknown Relationship I New Folder I CNEW I I CINSF I CINST I 9 Association for Information and Image Management International COPYRIGHT Association for Information & Ima

15、ging ManagementLicensed by Information Handling Services AIIM MSbR b U lQl2348 0500920 987 M ANSI/AIIM MS60- 1996 Standard for the Electronic Folder Interchange Datastream Figure 9 - Note set data structure“ - (EVENTSET) (NOTESET) (ATTSET) (Content) I (CSID) I (LANG) I (PRIV) I UID I EVENT I Figure

16、11 - Event set data structure“ 11 Association for Information and Image Management International COPYRIGHT Association for Information & Imaging ManagementLicensed by Information Handling Services - AIIM MSb0 96 W L0L2348 0500922 75T W ANSVAIIM MS60- 1996 Standard for the Electronic Folder Interchan

17、ge Datastream 8.8.5 Attribute set (profile) The attribute set associated with a folder or document contains a variable number of system-defined and user-defined attributes and the values of these attributes to be associated with the referenced object. Refer to figure 12, Attribute set (profile) data

18、 structure, for an illustration of the attribute set (profile) data structure. I (CSID) 1 (LANG) I (PRIV) I UID I AITRIB . 1 Figure 12 - Attribute set (profile) data structure* The attribute set contains one or more attributes. The attributes included are in a standard type and value format. The att

19、ribute set does not necessarily contain all the attributes that are defined for an object. The receiving system may have to supply some additional attributes that it considers essential. (Only one attribute can be provided, for example, as an identifier for an object that is being transferred as par

20、t of a table of contents of a folder or search result, rather than as an object in its own right.) Fields in parentheses are optional. However, unless lower-level expansions indicate otherwise, optional fields must be complete. If an optional field is included, all required subfields must also be pr

21、esent. Those fields that are present must be in the order shown, except as specified by the accompanying text. Fields followed by an ellipsis can occur more than once in a structure. 12. 8.8.6 System-specific private data A field called Privare Data (PRIV) is optional in every occurrence in the data

22、stream. (The field is also a part of each CIU and the datastream as a whole). This field provides a place for the generating system (standard platform-dependent code or application code by way of a user exit or other mechanism) to include non-standard data that is not built into the datastream. The

23、content of this field (after the ID and length) can be structured according to any needs of an enterprise for private information. Application code at the two ends of the transfer can use this mechanism to communicate information that goes beyond the scope of the datastream definition, for example:

24、- to provide security-related parameters (this field is permitted at the start of each major element to assist in item-level access control) - to provide mappings between the conventions of two different applications - to provide parameters when the application in the two systems has augmented the c

25、ontents of the database or the relationships 12 Association for Information and Image Management International COPYRIGHT Association for Information & Imaging ManagementLicensed by Information Handling Services AIIM MSbO 96 H 1012348 0500923 b9b DIVISION ANSIAIIM MS60- 1996 Standard for the Electron

26、ic Folder Interchange Datastream is managed by manages MANAGER Annex A Ganes entity relationship diagram notation (Informative) - SALE (This annex is not a part of the American National Standard for Information and Image Management. Standard - Electronic Folder Interchange Datastream MS60- 1996.) in

27、volves * SALEITEM is part of Figure A4, Ganes entity relationship diagram notation, illustrates the relationship between divisions and managers, sales and sale items, suppliers and products, and employees and projects. SUPPLIER supplies * * is supplied by PRODUCT I I l I 1: 1 - Each Division is mana

28、ged by one. and only one. Manager. Each Manager manages one, and only one. Division. 1 :Many - Each Sale involves one or more Sale Items. Each Sale Item is a part of only one Sale. Many: Many - Each Supplier supplies one or more Products. Each Product is supplied by one or more Suppliers. Other nota

29、tions - An Employee may be assigned to one or more Prqjects. A Project is (must be) staffed by one or more Employees. From Rapid System Development, Using Structured Techniques and Relational Technology, Prentice Hall, 1989. Chris Gane Figure Al - Ganes entity relationship diagram notation 13 Associ

30、ation for Information and Image Management International COPYRIGHT Association for Information & Imaging ManagementLicensed by Information Handling Services AIIM MSbO %b 6 LOL2348 0500924 522 ANSVAIIM MS60- I996 Standard for the Electronic Folder Interchange Datastream Annex B ASN.l BER Notes (Infor

31、mative) (This annex is not a part of the American National Standard for Information and Image Management, Standard - Electronic Folder Interchange Datastream MS60- 1996.) B1 ASN.l data types The detailed definitions of Abstract Syntax Notation One (ASN.1) and its Basic Encoding Rules (BER) are conta

32、ined in ISOIEC 8824 and 8825. This appendix summarizes the definitions and representations of a subset of the ASN. data types and options that satisfy the current requirements of the FIA datastream. This appendix assumes a familiarity with the basic terminology of ASN. I and its BER, as described in

33、 B2, ASN.1 Basic Encoding Rules (BER) format. Note 1: ASN. uses the IS0 terminology “octet” rather than “byte” for the basic 8-bit entity. Each of these ASN. 1 data types is associated with a particular “Universal” class tag: 31.1 Boolean (UNIVERSAL 1) The content is always a one-byte primitive. A v

34、alue of zero represents “false.” Any non-zero value of the byte represents “true.” B1.2 Integer (UNIVERSAL 2) The content is a twos-complement integer, occupying one or more bytes. It is always primitive, and must not contain more bytes than necessary (that is, if it occupies two or more bytes, then

35、 the first nine bits must not be all zeroes nor all ones). B1.3 Octetstring (UNIVERSAL 4) A means of representing an integral number of bytes of data when the format has no special predefined (to ASN.1) significance (other than the order). When the content is primitive, it consists of zero or more b

36、ytes that contain the data itself with no added information and no padding. If desired (for example, for very long strings), the content can be treated as constructed and split into two or more pieces. In this case, each piece is preceded by its own ID/L fields and thus becomes its own triplet of ty

37、pe octetstring. The successive contents portions should be treated as if they had been concatenated as part of a single primitive string. (The length field of the overall composite octetstring includes the length of the inserted IDL fields.) B1.4 Object identifier (UNIVERSAL 6) A specially encoded s

38、equence of integers that corresponds to an IS0 convention for uniquely identifying objects, definitions, and other information. Note 2: This type is not supported in this version of the datastream. B1.5 Enumerated (UNIVERSAL 10) The contents are as defined for the integer type, representing the sele

39、cted integer. B1.6 Sequence and sequence-of (UNIVERSAL 16) The content is always constructed. It consists of zero or more triplets, each corresponding to an element of the sequence. The order of these elements is significant. 14 Association for Information and Image Management International COPYRIGH

40、T Association for Information & Imaging ManagementLicensed by Information Handling ServicesANSIIAIIM MS60- 1996 Standard for the Electronic Folder Interchange Datastream ID (1 byte) B1.7 The content is always constructed. It consists of zero or more triplets, each corresponding to an element of the

41、set. The order of these elements is not significant. See notes 3 and 4. Notes: 3. Set and set-of (UNIVERSAL 17) The FIA datastream uses “simplicity tagging” wherever possible. Thus the universal class tags shown previously are usually replaced in the datastream by some application class or context-s

42、pecific class tag (but the content format remains as described here). L (1 byte) Content (L bytes) 4. In the ASN.1 BER all fields are “big-endian.” This means the order within a byte is always from the most significant bit to the least significant bit. and the order within a multi-byte field is alwa

43、ys from most significant byte to least significant byte. ID (I byte) B2 ASN.l Basic Encoding Rules (BER) format 80 (I byte) Content (any length) (2 bytes of value O) content field: - the type of content - primitive content is atomic - constructed content consists of zero, one, or equivalent) - the c

44、lass of the tag assigned to the data. All tags are divided - universal (defined by ASN.1) more interior triplets (or into four classes: - private (reserved for use on an enterprise- specific basis) - application (global within a particular syntax definition, as identified by a specific standard or p

45、rivate agreement. such as the set of Application tags defined for this FIA datastream) - context-specific (used to provide a locally unambiguous identification within a more complex construct and represented by a null or empty class designator in the formal syntax) - the number of the tag assigned t

46、o the data 15 Association for Information and Image Management International COPYRIGHT Association for Information & Imaging ManagementLicensed by Information Handling Services AIIM MSb0 96 1 101i2346 0500926 3T5 H Class (2 bits) ANSUAIIM MS60- 1996 Standard for the Electronic Folder Interchange Dat

47、astream P/C (i bit) Number (5 bits) The combination of class and number defines a tag, which is the unique identifier of a data field that provides its meaning and syntactic structure (in the context identified by its class). where the Class bits are encoded as follows: O0 = Universal O1 = Applicati

48、on 10 = Context-specific 11 = Private and the P/C bit is encoded as follows: O = Primitive 1 = Constructed The length field gives the length in bytes of the associated content portion. It does NOT include the length of the preceding identifier. nor of the length field itself. Not counting the indefi

49、nite form described previously, two options for the length field are as follows: - Short form: Lengths between O (no content part) and 127 bytes, inclusive, can be represented by the corresponding integer as a one-byte length field. - Long form: Any length (including O) can be represented by a byte containing hexadecimal 8n followed by n bytes containing the length (in bytes) as an unsigned integer. Thus, this length field occupies n+l bytes (two or more) and can be longer than the minimum necessary to hold the needed integer. 16 Association for Informat

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1