ISO IEC 13240-2001 Information technology - Document description and processing languages - Interchange Standard for Multimedia Interactive Documents (ISMID)《信息.pdf

1、INTERNATIONAL STANDARD ISO/IEC 13240:2001 TECHNICAL CORRIGENDUM 1 Published 2003-03-1 5 INTERNATIONAL ORGANIZATION FOR STANDARDIZATION MEY4yHAPOnHAR OPTAHHIAHR no CTAHAAPTHIWHH ORGANISATION INTERNATIONALE DE NORMALISATION INTERNATIONAL ELECTROTECHNICAL COMMISSION MEY4yHAPOnHAR 3IlEKTPOTWHHqECKAR KOM

2、HCCHR COMMISSION GLECTROTECHNIQUE INTERNATIONALE Information technology - Document description and processing languages - Interchange Standard for Multimedia Interactive Documents (ISM ID) TECHNICAL CORRIGENDUM 1 Technologies de linformation - Description des documents et langages de traitement - No

3、rme dchange pour documents interactifs multimdia (ISMID) RECTIFICATIF TECHNIQUE I Technical Corrigendum 1 to ISO/IEC 13240:2001 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 34, Document description and processing languages. The following modificati

4、ons correct the ISMID architecture defined by ISO/IEC 13240:2001. Subclause 9.4 Propetty Values, Example in Note 8 Replace (attribute-string “LEFT“ with (attribute-string “Left“ Replace (element-with-id Buttonr) 100) with (element-with-id “Buttonr) 100) Replace ID=“buttonX“ with ID=“ButtonX“ ICs 35.

5、240.30 Ref. No. ISO/IEC 13240:2001/Cor.l:2003(E) O ISOIIEC 2003 -All rights reserved Published in Switzerland Maquette INTERNATIONAL STANDARD ISO/IEC 13240:2001(E) Information technology Document description and processing languages Interchange Standard for Multimedia Interactive Documents (ISMID) T

6、echnologies de linformation DescrQtion des documents et langages de traitement Norme dchange pour documents interact$ multimdia (ISMID) ISO/IEC 13240:2001E) First edition 2001-12-15 O ISO/IEC 2001 ICs 35.240.30 All rights reserved. Unless otherwise specified, no part of this publication may be repro

7、duced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either IS0 at the address below or ISOs member body in the country of the requester. Price based on 67 pages IS0 copyright office Case postale 56 . CH-121

8、 1 Geneva 20 Tel. + 41 22 749 O1 11 Fax +41227490947 E-mail copyrightiso.ch Web www.iso.ch 1 Maquette Published in Switzerland 2 Maquette Information technology Document description and processing languages Interchange Standard for Multimedia Interactive Documents (ISMID) Contents 0 Foreword 0 Intro

9、duction 01scOx)e 0 1.1 Definition of scope + 1.1.1 The ISMID Architecture + 1.1.2 The Example ISMID application 0 1.2 Field of application 0 2 Conformance O 3 Normative references 0 4 Terms and definitions 0 3 Symbols and abbreviations 6 Notations 0 6.1 RCS name. full name. desc ription. and clause

10、0 6.2 Constraints 0ls.NQk 0 7 The ISMID HyTime suppo rt declarations 0 j3 The ISMID expression lanpuu 0 9 The ISMID architecture 0 9.1 Parameter entity declarations + 9.1.1 Create object + 9.1.2 Control flow + 9.1.3 Variable Types + 9.1.4 Modify an object + 9.1.5 Responses 0 9.2 Multimedia Interacti

11、ve Docume nt 0 .3 Content Reference 0 9.4 Property Values 0 9.5 Interface Ob! ects + 9.5.1 Common ob ject attributes + 9.5.2 Create a Co ntainer Obi ect + 9.5.3 Modify a Co ntainer Obi ect + 9.5.4 Create a Co ntent Ob ject + 9.5.5 Modify a Co ntent Ob ject + 9.5.6 C reate a Co ntrol Object + 9.5.7 M

12、odify a Co ntrol Object + 9.5.8 C reate an External Object Information technology Document description and processing languages Interchange Standard for Mbltimedi Maquette + 9.5.9 Mod if? an External Ob! ect + 9.5.10 Destrov an Ob! ect 0 9.6 Label O 9.7 Stimulu 0 9.8 Response chains 0 9.9 Arpument D

13、eclaration 0 9.10 Execute a response chain 0 9.1 1 Control Flow + 9.11.1 If statement + 9.1 1.2 Elseif statement + 9.11.3 Else statement + 9.11.4 Wh ile statement + 9.11.5 Sw itch. Case a nd Default Statements + 9.1 1 .6 Break statement + 9.1 1.7 Expression + 9.11.8 Arpument + 9.1 1.9 Variable decla

14、ration + 9.1 1.1 O Assivnment statement + 9.1 1.1 1 Variable name + 9.1 1.12 Execute an external proces + 9.11.13 MID end 0 10 ISMID Application Definition Docume nt (IADD) 0 10.1 Architectura 1 Form Usa- 10.2 Reauirements + 10.2.1 Encompassinv Architecture !Docume nt Tvpe Definition) + 10.2.2 Data

15、Content Notations + 10.2.3 Entities + 10.2.4 Stimuli + 10.2.5 Properties + 10.2.6 Objects 0 Annex A (normative) ISMID Meta-DTD 0 7 Annex B (informati nt Foreword IS0 (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized syst

16、em for worldwide standardization. National bodies that are members of IS0 or IEC participate in the development of International Standards through technical committees established by the Foreword 4 Maquette respective organization to deal with particular fields of technical activity. IS0 and IEC tec

17、hnical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with IS0 and IEC, also take part in the work. International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 3. In the

18、field of information technology, IS0 and IEC have established a joint technical committee, ISO/IEC JTC 1. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard requires approval by at least 75 % o

19、f the national bodies casting a vote. Attention is drawn to the possibility that some of the elements of this International Standard may be the subject of patent rights. IS0 and IEC shall not be held responsible for identifying any or all such patent rights. International Standard ISO/IEC 13240 was

20、prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 34, Document descrtion andprocessing languages. Annex A forms a normative part of this International Standard. Annex B is for information only. Introduction Interactive documents combine data content with in

21、structions that define the behavior of the interactive document; that is, how and when the content is represented on a computer display or how and when information is passed to an external system. Because a readers interactions with a document might be important to its presentation, a standard way t

22、o encode behavior instructions associated with specific content is essential if the document is to be transportable. This standard focuses on the representation of the behavioral aspects of interactive documents and hyperdocuments. The language defined in this standard facilitates the interchange of

23、 interactive documents among heterogeneous development and delivery systems by defining the behavioral aspects of interactive documents independent of proprietary scripting or processing languages. I n te ra ct ive Documents In the context of interactive documents, interactive means that a software

24、application is responsible for dynamically rendering content in response to stimuli from users or other sources. The response is often to tailor the content and presentation of subsequent information. Therefore, to create an interactive document, developers must consider a philosophy different from

25、that used to create documents and hyperdocuments that will be presented in a static manner; they must program behavior into the document. The inclusion of the behavior component is one facet of interactive documents that can cause incompatibility between interactive document development and delivery

26、 systems. Introduction 5 Maquette It is important to recognize the distinction between “document“ in the SGML sense (a static source of data) and “document“ in the rendition sense (a particular view or presentation of the source data). It is also important to recognize that any static source of data

27、 (i.e., any document in the SGML sense) can be made interactive through the application of behavioral style. Throughout this standard the term interactive document is used when referring to the presentation of the source data (i.e., when referring to a document that has been dynamically rendered). D

28、ocument Standards Standards currently exist for describing the structure, content, and static presentation of documents and hyperdocuments. The Interchange Standard for Multimedia Interactive Documents (ISMID) adds the missing component - a standard for representing the behaviorial component of docu

29、ments in an unambiguous way for the purpose of interchange among heterogeneous interactive document development and delivery systems. While there are established standards for implementing Graphical User Interface (GUI) objects in a programming context, there is a need for a standard that will allow

30、 developers of interactive documents to express in a device independent manner how they intended to make use of those interface objects. ISMID provides an architecture for defining how the interface objects communicate with the structured content covered by existing standards. Because the presentati

31、on of interface objects in interactive documents is often integral to the message being communicated, ISMID allows the developer to specify presentation properties of the interface objects. Types of presentation properties could include things such as font, color, and location of the object. It is u

32、p to the interactive document developer to decide whether ISMID is used to apply these properties or whether a style specification language like DSSSL is used. The obvious use of the architecture described in this standard is to provide a way to interchange interactive behavior with respect to windo

33、w-based GUI objects. However, the ISMID architecture is general and is not limited to any specific GUI environment - in fact, it need not define a GUI at all. The architecture defines a language for defining any stimuli that a system could receive, including stimuli that are not received through a G

34、UI. The responses also may be actions other than rendering information to the user through a GUI. An object derived from the CreateControl element form need not be a GUI widget; it could be a means of communicating with an external system. Note 1. For example, the object derived from the CreateContr

35、ol element form may be an “EnvironmentMonitor“ control that monitors the temperature in a climate sensitive environment. In this case the stimulus received by the MID may be that the temperature has exceeded 40 degrees. The response to this stimulus may be that the MID presents a warning to the user

36、 as well as sends, via a control that communicates with the equipment, “ShutDown“ instructions to the equipment that should not be run when the temperature exceeds 40 degrees. Docu ment Stan dards 6 Maquette 1.1 Definition of scope This International Standard, known as the Interchange Standard for M

37、ultimedia Interactive Documents or ISMID, facilitates the interchange of Multimedia Interactive Documents (MIDs) among heterogeneous interactive document development and delivery systems by providing the architecture from which common interchange languages can be created. ISMID is a client architect

38、ure of International Standard ISO/IEC 10744: 1997, Information technology - Hypermedia/Time-based Structuring Language (HyTime) and is an SGML application conforming to International Standard IS0 8879 - Standard Generalized Markup Language. ISMID also specifies use of the DSSSL expression language d

39、escribed in clause 8 of ISO/IEC 10179:1996, Information technology - Processing languages - Document Style Semantics and Specification Language (D S S SL) . In general, the rendering of a Multimedia Interactive Document (MID) requires three major components: 0 Content: the information that the docum

40、ent author intended to communicate to the user of the MID; Behavior: the instructions that govern what, when, where, and how content is presented, and how the MID responds to stimuli from various sources; and 0 Software: the application that interprets behavior, retrieves the content, and presents t

41、he information to the user. Various vendors, standards bodies, and other groups define the notations (such as SGML for text, CGM for graphics, MPEG for video, and WAV for audio) with which the information in the content component is represented. It is up to software vendors to determine the most eff

42、ective way to implement the software component. Therefore, the ISMID standard addresses only the behavior component. 1 .I .I The ISMID Architecture The ISMID standard defines an architecture that enables authors and developers to describe the behavior component of MIDs in a device-independent manner

43、. This architecture is known as the ISMID architecture (Clause 9 The ISMID architecture). The ISMID architecture defines architectural forms for the behavior component. 1 Scope 7 Maquette The ISMID architecture includes: Interface objects; Container objects that are used to group other interface obj

44、ects (e.g., Windows, Frames, Panels); Content objects that are used to render specific information content (e.g., Video, Image, Audio, Animation, Text); 0 Control objects through which interaction with the MID takes place (e.g., Button, Scroll Bar, List Box, Check Box). Control objects enable users

45、to make decisions and facilitate navigation through a MID instance; External objects are used to allow the MID to communicate with external systems such as the computer operating environment or a diagnostic system. Stimuli, which are actions received via the interface objects; and 0 Responses, which

46、 are reactions performed by the MID in response to a given stimulus. Although interface objects are listed as a major part of the ISMID architecture, ISMID does not define architectural forms that represent these objects directly. Instead these objects are specified using architectural forms to desc

47、ribe the creation, modification, and destruction of the objects. The architectural forms for creation, modification, and destruction of objects are classified as responses because a MID would create, modify, or destroy an object only in response to a stimulus from a user or some other source. The st

48、imulus and response element forms in the architecture provide the templates for specific ISMID applications. These architectural forms within the architecture are general enough to allow for any new stimulus and response elements that may be required in the future. It is important to note that conte

49、nt objects are not the actual information being conveyed to the user, but are used to render and manipulate the information. The information referenced by content objects can be reused, and can reside in various external notations that are independent of the content object. 1 .I .2 The Example ISMID application An example ISMID application is included in this standard (Annex B: Sample ISMID Application Definition Docume nt (Informative). The example defines a set of elements, derived from the architecture, for stimuli and responses. The semantics of the forms in