Information technology — Open Document Architecture (ODA) and interchange format: Abstract interface for the manipulation of ODA documents

Recommendations to facilitate the interchange and manipulation of ODA documents by means of data communications or the exchange of storage media.

Technologies de l'information — Architecture de document ouverte (ODA) et format de transfert: Interface abstraite pour la manipulation de documents à ODA

General Information

Status
Withdrawn
Publication Date
12-Jul-1995
Withdrawal Date
12-Jul-1995
Current Stage
9599 - Withdrawal of International Standard
Completion Date
16-Nov-2021
Ref Project

Buy Standard

Standard
ISO/IEC 8613-3:1995 - Information technology -- Open Document Architecture (ODA) and interchange format: Abstract interface for the manipulation of ODA documents
English language
23 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO/IEC 8613-3:1995 - Technologies de l'information -- Architecture de document ouverte (ODA) et format de transfert: Interface abstraite pour la manipulation de documents a ODA
French language
20 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO/IEC 8613-3:1995 - Technologies de l'information -- Architecture de document ouverte (ODA) et format de transfert: Interface abstraite pour la manipulation de documents a ODA
French language
20 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

INTERNATIONAL ISO/IEC
STANDARD 8613-3
First edition
1995-08-01
Information technology - Open
Document Architecture (ODA) and
interchange format: Abstract interface for
the manipulation of ODA documents
- Architecture des documents ouverts
Technologies de I’informa tion
(ODA) et format d ’khange: Interface abs traite pour Ia manipula Gon des
documents d ’ODA
Reference number
ISO/IEC 8613-3:1995(E)

---------------------- Page: 1 ----------------------
ISO/IEC 8613-3: 1995(E)
Conte&
Page
iv
Foreword .
1
1 .
Scope
1
.....................................................................................................................................
2 Normative references
2
........................................................................
2.1 Identical Recommendations I International Standards
2
..........................
2.2 Paired Recommendations I International Standards equivalent in technical content
2
2.3 Additional references .
3
Definitions .
3
3
.................................................................................................................................................
4 Abbreviations
3
....................................................................................................................................................
5 Conventions
3
6 Purpose .
3
.......................................................................................................
6.1 Concept of the Abstract Interface
4
......................................................................................................
6.2 Relationship to functional profiles
4
.......................................................................................................................................
6.3 Identification
4
............................................................................................
6.4 Consistent handling of ODA documents
4
Relationship between operations .
6.5
5
Grouping of operations .
6.6
5
..............................................................................................
6.7 Relationship to communication aspects
5
.....................................................................................................................
7 Operations on ODA documents
6
Document level operations .
7.1
6
7.1.1 List .
7
7.1.2 Open .
7
.................................................................................................................................
7.1.3 Close
8
Read only operations .
7.2
8
7.2.1 Get .
8
7.2.2 Search .
9
..............................................................................................................................
7.3 Altering operations
9
................................................................................................................................
7.3.1 Create
10
................................................................................................................................
7.3.2 Delete
10
..............................................................................................................................
7.3.3 Modify
11
Replace .
7.3.4
11
..................................................................................................................................
7.3.5
COPY
12
Move .
7.3.6
13
........................................................................................................................
7.4 Reservation operations
13
..............................................................................................................................
7.4.1 Reserve
13
..........................................................................................................................
7.4.2 Unreserve
14
.............................................................................................................
7.5 ODA-independent operations
14
.......................................................................................................................
7.5.1 BeginGroup
14
..........................................................................................................................
7.5.2 EndGroup
0 ISO/IEC 1995
All rights reserved. Unless otherwise specified, no part of this publication may be
reproduced or utilized in any form or by any means, electronie or mechanical, including
photocopying and microfilm, without Permission in writing from the publisher,
ISO/IEC Copyright Office l Case postale 56 l CH-121 % Geneve 20 l Switzerland
Printed in Switzerland
ii

---------------------- Page: 2 ----------------------
o HSO/IE@
ISO/IEC 8613-3: 1995(E)
8 ASN. 1 specification of the abstract operations .
14
Annex A - Alignment with DTAM document Manipulation abstract Service
.......................................................... 18
A. 1 Introduction .
18
A.2
Description of the mapping to DTAM-DM abstract Service .
18
Annex B - Alignment with DOAM set of operations
...............................................................................................
20
0 . 0
111

---------------------- Page: 3 ----------------------
ISO/IEC 8613-3: 1995(E) 0 ISOKEC
Foreword
ISO (the International Organization for Standardization) and IEC (the Inter-
national Electrotechnical Commission) form the specialized System for worldwide
standardization. National bodies that are members of ISO or IEC participate in the
development of International 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 liaison 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. 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 % of the national
bodies casting a vote.
International Standard ISO/IEC 8613-3 was prepared by Joint Technical
Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 18,
Document processing and related communication, in collaboration with ITU-T.
The identical text is published as ITU-T Recommendation T.4 13.
ISO/IEC 8613 consists of the following Parts, under the general title Information
technology - Open Document Architecture (ODA) and interchange format:
Part 1: Introduction and general principles
Part 2: Document structures
Part 3: Abstract interface for the manipulation of ODA documents
- Part 4: Document Profile
Part 5: Open Document Interchange Format
Part 6: Character content architectures
Part 7: Raster graphics content architectures
Part 8: Geometrie graphics content architectures
Part 9: Audio content architectures
- Part IO: Formal specifications
Part 11: Tabular structures and tabular Layout
- Part 12: Identtfication of document fragments
- Part 13: Spreadsheet
Part 14: Temporal relationships and non-linear structures
Annex A forms an integral part of this part of ISO/IEC 8613. Annex B is for
information only .

---------------------- Page: 4 ----------------------
ISO/IEC 8613-3 : 1995 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY -
OPEN DOCUMENT ARCHITECTURE (ODA) AND INTERCHANGE FORMAT:
ABSTRACT INTERFACE FOR THE MANIPULATION OF ODA DOCUMENTS
1
Scope
The purpose of ITU-T Rec. T.410-Series I ISOLIEC 8613 is to facilitate the interchange and manipulation of documents.
In the context of these Recommendations I International Standards, documents are considered to be items such as
memoranda, letters, invoices, forms and reports, which may include pictures and tabular material. The content elements
used within the documents may include graphic characters, raster graphics elements and geometric graphics element, all
potentially within one document.
NOTE - These Recommendations I International Standards are designed to allow for extensions, including Spreadsheets
and additional types of content such as Video.
In addition to the content types defined in these Recommendations I International Standards, ODA also provides for
arbitrary content types to be included in documents.
ational Standards apply to the interchange of documents by means of data
These Recommendations I Intern
communications or the exchange of storage media.
These Recommendations I International Standards provide for the interchange of documents for either or both of the
following purposes:
-
to allow presentation as intended by the originator;
-
to allow processing, such as editing and reformatting.
The composition of a document in interchange tan take several forms:
-
formatted form, allowing presentation of the document;
-
processable form, allowing processing of the document;
-
formatted processable form, allowing both presentation and processing of the document.
also provide for the interchange of ODA information structures used
These Recommendations I International Standards
for the processing of interchanged documents.
This Recommendation I International Standard:
-
describes an Abstract Interface that supports manipulation of ODA documents;
-
document in Order to facilitate the handling of
defines the operations that are applicable to fragments
ODA documents, and to support applications.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation I International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and Parties to agreements based on this
Recommendation I International Standard are encouraged to investigate the possibility of applying the most recent
edition of the Recommendations and Standards listed below. Members of IEC and ISO maintain registers of currently
valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently
valid ITU-TKCITT Recommendations.
ITU-T Rec. T.413 (1994 E) 1

---------------------- Page: 5 ----------------------
ISO/IEC 8613-3 : 1995 (E)
21 . Identical Recommendations I International Standards
-
ITU-T Recommendation T.4 11 (1993) I ISO/IEC 86 13- 1: 1994, Information technology - Open Document
Architecture (ODA) and interchange format: Introduction and general principles.
-
ITU-T Recommendation T.4 12 (1993) I ISO/IEC 86 13-2: 1995, Information technology - Open Document
Architecture (ODA) and interchange formst: Document structures.
-
ITU-T Recommendation T.414 (1993) I ISO/IEC 8613-4: 1994, Information technology - Open Document
Architecture (ODA) and interchange format: Document Profile.
-
ITU-T Recommendation T.415 (1993) I ISO/IEC 8613-5: 1994, Information technology - Open Document
Architecture (ODA) and interchange formst: Open document interchange formst.
-
ITU-T Recommendation T.416 (1993) I ISO/IEC 8613-6: 1994, Information technology - Open Document
Architecture (ODA) and interchange format: Character content architectures.
-
ITU-T Recommendation T.4 17 (1993) I ISO/IEC 86 13-7: 1994, Information technology - Open Document
Architecture (ODA) and interchange format: Raster graphics content architectures.
-
ITU-T Recommendation T.418 (1993) I ISO/IEC 8613-8: 1994, Information technology - Open Document
Architecture (ODA) and interchange formst: Geometrie graphics content architectures.
-
ITU-T Recommendation T.419 ’) I ISO/IEC 8613-9: . . . ‘1, Information technology - Open Document
Architecture (ODA) and interchange format: Audio content architectures.
l
-
ITU-T Recommendation T.421 (1994) I ISO/IEC 8613-11: 1995, Znformation technology - Open
Document Architecture (ODA) and interchange format: Tabular structures and tabular layout.
-
ITU-T Recommendation T.422 ’) I ISO/IEC 8613-12: . . . ‘1, Information technology - Open Document
Architecture (ODA) and interchange format: Identification of document fragments.
-
ITU-T Recommendation T.424 ’) I ISO/IEC 8613-14: . . . l), Information technology - Open Document
Architecture (ODA) and interchange format: Temporal relationships and non-linear structures.
22 . Paired Recommendations I International Standards equivalent in technical content
-
CCITT Recommendation X.208 (1988), Specification of Abstract Syntax Notation One (ASN. I).
Open Systems Interconnection - Specification of Abstract
ISOAEC 8824: 1990, Information technology -
Syntax Notation One (ASN.1).
-
CCITT X.400-Series Recommendations (1988), Message Handling System.
ISO/IEC 10021: 1990, Information technology - Text communication - Message Oriented Text
Interchange Systems (MOTIS).
23 . Additional references
-
CCITT Recommendation T.431 (1991), Document Transfer and Manipulation (DTAM) - Services and
protocols - Introduction and general principles.
-
CCITT Recommendation T.432 (1991), Document Transfer and Manipulation (DTAM) - Services and
protocols - Service definition.
-
CCITT Recommendation T.433 (1991), Document Transfer and Manipulation (DTAM) - Services and
protocols - Protocol specification.
-
ITU-T Recommendation T.435 (1995), Document Transfer and Manipulation (DTAM) - Services and
protocols - Abstract Service definition and procedures for confirmed document manipulation.
-
ITU-T Recommendation T.436 (1995), Document Transfer and Manipulation (DTAM) - Services and
protocols - Protocol specijkations for confirrned document manipulation.
-
ISO/IEC 86 13- 10: 199 1, Information processing - Text and oflce Systems - OfSice Document Architecture
(ODA) and interchange format - Part IO: Formal specijkations.
-
ISO/IEC 1003 l-l : 1991, Information technology - Text and ofice Systems - Distributed-oJf?ce-
Part 1: General model.
applications model-
-
ISO/IEC 10166-1 (1991), Information technology - Text and ofJice Systems - Document Filing and
Retrieval (DFR) - Part 1: Abstract Service dfinition and procedures.
1)
Presently at the Stage of draft.
2 ITU-T Rec. T.413 (1994 E)

---------------------- Page: 6 ----------------------
ISO/IEC 8613-3 : 1995 (E)
3 Definitions
For the purposes of this Recommendation I International Standard, the definitions given in ITU-T Rec. T.411 I ISO/IEC
8613-1 and ITU-T Rec. T.422 I ISO/IEC 8613-12 apply.
The following additional definitions are used within this Recommendation I International Standard:
3.1 basic Operation: An Operation that could not consist of a sequence of other operations without a clear loss of
efficiency.
3.2 compound Operation: An Operation that could be substituted by a sequence of other operations.
3.3
document identifier: An identification of an ODA document that may be permanent (the “document
reference” document Profile attribute) or not (an integer value).
34 . query: A logical expression comprising logical Operators that connect values of attributes.
Abbreviations
For the purposes of this Recommendation I International Standard, the abbreviations given in ITU-T Rec. T.411 I
ISO/IEC 86 13- 1 apply.
The following additional abbreviations are used within this Recommendation I International Standard:
AGCS Audio Graphits Conferencing Service
Audio Visual Interactive Service
AVIS
CDH Cooperative Document Handling
DAP Document Application Profile
DFR Document Filing and Retrieval
Distributed Office Applications Model
DOAM
Document Transfer And Manipulation
DTAM
DTAM-DM Document Transfer And Manipulation - Document Manipulation
ROSE Remote Operations Service Element
5 Conventions
For the purposes of this Recommendation I International Standard, the conventions given in ITU-T Rec. T.411 I ISO/IEC
8613-1 and ITU-T Rec. T.412 I ISO/IEC 8613-2 apply.
Purpose
61 . Concept of the Abstract Interface
Documents may be edited, formatted, imaged, manipulated, and stored locally or in an open environment. The Abstract
Interface applies to those aspects of manipulation that may be defined in an open environment. Nevertheless, it may be
up to a specific implementation to provide interfaces in a compatible way for the open and the local environments.
Although the Abstract Interface defines functions to handle ODA documents, it does not preclude any definition of any
specific application, but the applications themselves are responsible for the proper use of the operations provided by the
Abstract Interface.
The objectives of the Abstract Interface are summarized in the following list of functions:
-
Ensure consistency of manipulated ODA documents.
-
Facilitate distributed processing of ODA documents. The Abstract Interface hides distribution details.
Furthermore, local integration of products from different vendors tan be achieved by using the Abstract
Interface.
ITU-T Rec. T.413 (1994 E) 3

---------------------- Page: 7 ----------------------
ISO/IEC 8613-3 : 1995 (E)
-
Enable the defined operations to be mapped onto existing Services, such as Document Transfer And
Manipulation (DTAM).
-
Facilitate the integration of a variety of applications that manipulate ODA documents. The applications
tan be designed and interfaced at a higher level of abstraction.
-
Present the user a simple conceptual model of a complex ODA document.
The operations that are defined in the Abstract Interface are specified on a general level to support document
manipulation in the context of various types of applications, such as:
-
Reading and manipulation of fragments of a document.
-
Simple conferencing, where two or more users possess identical copies of a document and are exchanging
updates on document fragments in terms of operations.
-
Audio Graphits Conferencing Service (AGCS).
-
Remote editing, where one or more users have a complete or partial view of a document. The document is
read and updated by exchanging operations.
-
Cooperative Document Handling (CDH), where several Partners handle ODA documents in a distributed
environment.
-
Videotex Interworking, for compatibility with ITU-T applications.
-
AudioVisual Interactive Service (AVIS).
-
ODA document processing applications development, including word processors and desktop publishing
Systems.
-
Asynchronous distributed document handling.
62 . Relationship to functional profiles
For document manipulation, specific functional profiles or amendments to existing ones may be defined to specify:
-
which operations may be used;
-
which operations may be applied to which type of constituents;
-
which sets of constituents shall be carried together by one Operation;
-
which rules have to be followed to guarantee consistency of the document;
-
how the grouping sf operations shall be used;
-
how the reserving of constituents ofa document shall be realized.
63 . Identification
In the Abstract Interface for the manipulation of ODA documents, the mechanism for identifying document fragments,
to be used as arguments to the manipulation operations, is based on the use of location expressions, according to ITU-T
Rec. T.422 I ISO/IEC 8613-12.
64 .
Consistent handling of ODA documents
It is a basic requirement of the manipulation of ODA documents that consistency of the documents being manipulated is
guaranteed. After successful manipulation and closing of a document, it shall be a conformant ODA document and it
shall conform to the Document Application Profile (DAP) specified in the document Profile, if any.
The Abstract Interface defines some general rules to describe the effect that the different operations have on the
documents. The implernentations of the Abstract Interface shall guarantee the consistency of the documents. To help in
this task, BeginGroup and EndGroup operations are provided, that could be used to indicate that the manipulated
document has to be updated in Order to achieve the required consistency.
65 . Relationship between operations
The List Operation applies to the document store, and it is used to select one or more documents for further manipulation.
The Open Operation identifies a document which is to be handled. Several documents may be opened at the same time
(e.g. for copying a document fragment from one document to another). There is a Close Operation to complement the
Open Operation.
4 ITU-T Rec. T.413 (1994 E)

---------------------- Page: 8 ----------------------
ISO/IEC 8613-3 : 1995 (E)
Before issuing any read only, altering, or reservation Operation (see clause 7), the Open Operation shall be issued. The
Open Operation also allows to create a completely new document.
A Reserve Operation (and a complementary Unreserve Operation) is provided to handle the possible concurrent
manipulation of a document fragment. If a document fragment is manipulated without a previous use of the Reserve
Operation, the result may be unpredictable if other users have access to that document fragment.
Read only Order restriction, apart from those
and altering operations may be issued without any particular given in this
subclause.
The use of all the operations is explained in the corresponding subclauses of clause 7.
66 . Grouping of operations
A mechanism for grouping a sequence of operations is provided by the Abstract Interface.
The application shall be responsible for the correct use of this feature and shall define the meaning of the grouping of
sperations.
The main objective of this mechanism is to group operations with some meaning for the application that is using the
Abstract Interface, in Order to:
-
avoid communications overhead;
-
ease the handling of consistency, including the Provision of recovery procedures applied to a group of
operations.
This mechanism is provided by BeginGroup and EndGroup operations (see 7.5.1 and 7.5.2), that allow grouping to be
performed during operations invocation.
67 Relationship to communication aspects
.
The Abstract Interface is independent of the communication mechanism. However, it is aligned with the communication
support for access and manipulation provided by DTAM, as explained in Annex A.
In the context of interactive handling, three aspects are distinguished:
-
the access to an ODA document;
-
the inner manipulation of an accessed ODA document;
-
the communication environment supporting access and manipulation.
In the case that the Abstract Interface is used by communication applications, specific communication application
profiles, or functional profiles, may be specified to:
-
transfer manipulations of ODA documents in an appropriate way;
-
negotiate the application environment;
-
negotiate the capabilities of the user System.
NOTE - Rules for specifying communication application profiles are defined, for example, in CCITT Recommen-
dation T.43 1.
7 Operations on ODA documents
This clause specifies the operations that constitute the Abstract Interface to support the manipulation of documents.
The operations are specified as abstract operations in terms of:
-
argument(s);
-
result(s);
-
error(s).
Operations are applied to the constituents of the document architecture.
ITU-T Rec. T.413 (1994 E)
5

---------------------- Page: 9 ----------------------
ISO/IEC 8613-3 : 1995 (E)
Five kinds of operations are distinguished
by the Abstract Interface:
-
document level operations;
read only operations;
-
altering operations;
-
reservation operations;
-
ODA-independent operations.
Furthermore, operations are classified as:
basic operations;
-
compound operations.
Compound operations tan be performed as a sequence of basic operations.
The operations defined by the Abstract Interface are aligned with those defined in ISO/IEC 1003 l- 1 Distributed Office
Applications Model (DOAM), as explained in Annex B.
Some errors are defmed that apply to several operations. These arc:
Error in the constituents - The constituent or constituents of the argument are not valid.
Invalid location expression or document - The document or the location
expression used as arguments are
invalid.
-
Location expression does not match - The location expression of the argument does not match.
-
Document fragments reserved (Source region reserved, target region reserved) - The location expression
of the argument contains reserved constituents. For some operations which work with two documents, this
error is referred to as “Source region reserved” (for the origin document) and “target region reserved” (for
the destination document).
Invalid document identzjier - The document identifier of the argument is not valid.
-
Document does not exist - The document that is intended to be opened or closed does not exist.
-
Improper access rights - The req uestor of the Operation does not have the necessary access rights to
perform the Operation.
-
Document is not open - A manipulation Operation is requested onto a document that has not been
Open Operation.
previously open using the
-
Unspecified error - An error has occurred that is not specified.
71 . Document level operations
7.1.1 List
The List abstract Operation obtains a list of ODA documents, matthing particular criteria, in a document store. This
If the store has a Standard structure, like, for example, that
Operation is independent of the structure of the store.
specified in ISO/IEC 10166 Document Filing and Retrieval (DFR), selection of documents may be achieved using DFR
operations.
The selection criteria are expressed in a query that consists of a logical expression comprising ‘not ’, ‘and’ and ‘or9
logical Operators that connect values of document Profile management attributes. In this way, for example, documents
with specific values in one or more attributes tan be selected.
If the “query” argument is not provided, then all documents from the store are listed.
(Identifiers complete documents are selected with the List Operation. For selecting (identifiers document
00 00
constituents the Search Operation (see 7.2.2) shall be used.
are:
Possible errors specific for this Operation
-
Invalid query - The query of the argument is not valid.
Quer-y does not match - The query of the argument does not match with any document.
ITU-T Rec. T.413 (1994 E)

---------------------- Page: 10 ----------------------
ISO/IEC 8613-3 : 1995 (E)
This is a basic Operation.
Argument: query . (optional)
Result: sequence of document identifiers.
Errors: invalid query;
quer-y does not match;
improper access rights;
unspecified error.
7.1.2 Open
The Open abstract Operation selects a partic ular d ocument in Order to make further m anipulations on fragments of it. The
document identifier used as the argument m .ay be obtained from a previous use of the List Operation.
open at the same time. This shall be
Several documents may be maintained achieved by issuing several Open operations
before closing all open documents.
An Open Operation is always necessary before inner manipulation of a document.
A complete document is selected with the Open Operation. The Reserve Operation (see 7.4.1) is used to select and
reserve a fragment of a document already open.
The “document identifier” argument shall be a permanent identifier (the “document reference” attribute of the document
‘modify’ and ‘create ’. If a document is open with
Profile). The “mode” optional argument may have three val
...

NORME
lSO/CEI
INTERNATIONALE
8613-3
Première édition
1995-08-01
Technologies de l’information -
Architecture de document ouverte (ODA) et
format de transfert: Interface abstraite pour
la manipulation de documents à ODA
Information technolog y - Open Document Architecture (ODA) and
interchange format: Abstract interface for the manipulation of ODA
documents
Numéro de référence
ISO/CEI 8613-3:1995(F)

---------------------- Page: 1 ----------------------
ISOKEI 8613-3: 1995(F)
Sommaire
Page
iv
Avant-DrOtm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
A A
Domaine d’application . 1
Références normatives . 1
2.1 Recommandations I Normes internationales identiques . 2
2.2 Paires de Recommandations I Normes internationales, équivalentes par leur contenu technique . 2
Autres références . 2
2.3
3
Définitions .
3
Abréviations .
.................................................................................................................................................... 3
Conventions
Objet . 3
61 Concept d’interface abstraite . 3
612 Relation avec les profils fonctionnels . 4
63 Identification . 4
614 Cohérence de traitement des documents à architecture ODA . 4
............................................................................................................... 5
65 Relation entre les opérations
6:6 Groupage des opérations . 5
5
6.7 Relation avec les aspects de communication .
Opérations effectuées sur des documents à architecture ODA . 6
7.1 Opérations au niveau de l’ensemble du document . 6
7.1.1 Listage . 6
..........................................................................................................................
7.1.2 Ouverture 7
Fermeture . 7
7.1.3
Opérations de lecture . 8
7.2
7.2.1 Consultation . 8
7.2.2 Recherche . 8
7.3 Opérations d’alteration . 9
7.3.1 Création . 9
7.3.2 Suppression . 10
7.3.3 Modification . 10
7.3.4 Remplacement . 11
7.3.5 Copie . 11
7.3.6 Deplacement . 12
0 ISOKEI 1995
Droits de reproduction réserves. Sauf prescription différente, aucune partie de cette publication
ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé,
électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de
l’éditeur.
ISOKEI Copyright Office l Case postale 56 l CH-121 1 Genève 20 l Suisse
Version française tiree en 1996
Imprimé en Suisse
ii

---------------------- Page: 2 ----------------------
ISOifCEI 8613=3:l!B5(F)
@ ISOKEI
Opérations de réservation . 13
7.4
13
7.4.1 Réservation .
.................................................................................................................... 13
7.4.2 Déréservation
.................................................................. 14
Opérations indépendantes de l’architecture ouverte ODA
7.5
........................................................................ 14
7.5.1 Opération BeginGroup (début de groupe)
Opération EndGroup (fin de groupe) . 14
7.5.2
Spécification ASN. 1 des opkations abstraites . 15
8
- Alignement avec le service abstrait de manipulation de document (DTAM) . 18
Annexe A
18
A. 1 Introduction .
............................................................ 18
A.2 Description du mappage avec le service abstrait DTAM-DM
- Alignement avec l’ensemble d’opérations dù modele d’applications bureautiques reparties
Annexe B
20
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.*.
(DOAw
. . .
111

---------------------- Page: 3 ----------------------
@ ISO/CEI
ISOKEI 8613=3:1995(F)
Avant-propos
LIS0 (Organisation internationale de normalisation)’ et la CE1 (Commission électrotechnique internationale) forment
ensemble un système consacré à la normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes internationales par l’intermédiaire des comités
techniques créés par l’organisation concernée afin de s’occuper des différents domaines particuliers de l’activité technique.
Les comités techniques de I’ISO et de la CE1 collaborent dans des domaines d’intérêt commun. D’autres organisations
internationales, gouvernementales ou non gouvernementales, en liaison avec I’ISO et la CE1 participent également aux
travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont créé un comité technique mixte, l’ISO/CEI JTC 1.
Les projets de Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes internationales sont approuvées
conformément aux procédures qui requièrent l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISO/CEI 8613-3 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies de
l’information, sous-comité SC 18, Traitement des documents et communication associée, en collaboration avec I’UIT-T. Le
texte identique est publié en tant que Recommandation UIT-T T.4 13.
L’ISO/CEI 8613 comprend les parties suivantes, présentées sous le titre général Technologies de l’information -
Architecture de document ouverte (ODA) etformat de transfert:
- Partie I: Introduction et principes généraux
- Partie 2: Structures de documents
- Partie 3: Interface abstraite pour la manipulation de documents à ODA
- Partie 4: Profil de documents
- Partie 5: Format ouvert de transfert de documents
- Partie 6: Architecture de contenu de type caractères
- Partie 7: Architecture de contenu graphique en points
- Partie 8: Architecture de contenu graphique géométrique
- Partie 9: Architecture de système audio
- Partie 10: Spécifications formelles
- Partie Il: Structures tabulaires et disposition tabulaire
- Partie 12: Identification de fragments de document
Partie 13: «Spreadsheet»
-
- Partie 14: Relations temporelles et structures non linéaires
Les annexes A et H font partie intégrante de la présente partie de l’ISO/CEI 8613. Les annexes B à G et 1 à K sont données
uniquement à titre d’information.

---------------------- Page: 4 ----------------------
PSOKEI 8613-3 : 1995 (F)
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION -
ARCHITECTURE DE DOCUMENT OUVERTE (ODA) ET FORMAT DE TRANSFERT:
INTERFACE ABSTRAITE POUR LA MANIPULATION DE DOCUMENTS À ODA
1 Domaine d’application
Les présentes Rec. UIT-T de la série T.410 I ISOKEI 8613 ont pour objet de faciliter le transfert et la manipulation de
documents.
Dans le contexte de ces Recommandations I Normes internationales, les documents sont des éléments tels que des
mémorandums, des lettres, des factures, des formulaires et des rapports pouvant comporter des images et des tableaux.
Les cléments de contenu apparaissant dans les documents peuvent comporter des caracteres graphiques, des graphiques
en points et des graphiques vectoriels pouvant tous figurer dans un même document.
NO’IE - Ces Recommandations I Normes internationales sont conçues de manière a permettre des extensions, notamment
aux fonctions hypermédias, aux tableurs et aux autres types de contenu (vidCo par exemple).
En plus des types de contenu définis dans ces Recommandations I Normes internationales, l’architecture ODA prévoit
l’insertion de types de contenu arbitraires dans les documents.
Ces Recommandations I Normes internationales s’appliquent au transfert de documents par communication de données et
par échange de support informatique.
Ces Recommandations Normes internationales prévoient le transfert de documents à l’une ou l’autre des fins suivantes
aux deux):
(OU
-
permettre la représentation voulue par l’expéditeur;
- permettre le traitement du document (édition et reformatage).
La composition d’un document destiné à être transféré peut revêtir plusieurs formes:
- forme formatée, permettant sa présentation;
- forme retraitable, permettant de le traiter;
- forme retraitable formatée, permettant à la fois sa présentation et son traitement.
Normes internationales s’appliquent également au transfert de structures d’informations ODA
Ces Recommandations I
servant au traitement des documents transférés.
La présente Recommandation I Norme internationale:
- décrit une interface abstraite qui prend en charge la manipulation de documents a architecture ODA;
-
définit les fonctions applicables aux fragments de document, afin de faciliter le traitement de documents à
architecture ODA et d’assurer le support des applications.
Références normatives
2
Les Recommandations UIT-T et les Normes internationales suivantes contiennent des dispositions qui, par suite de la
référence qui y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale.
AU moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont
sujettes à révision et les parties prenantes des accords fondés sur la présente Recommandation I Norme internationale
sont invitées à rechercher la possibilité d’appliquer les editions les plus récentes des Recommandations et Normes
indiquées ci-après. Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en vigueur. Le
Bureau de la normalisation des télécommunications de I’UIT tient a jour une liste des Recommandations de I’UIT-T en
vigueur.
Rec. UIT-T T.413 (1994 F) 1

---------------------- Page: 5 ----------------------
ISOKEI 8613-3 : 1995 (F)
.
21 Recommandations I Normes internationales identiques
- Recommandation UIT-T T.411 (1993) I ISOKEI 8613-1: 1994, Technologies de Z’infownation -
Architecture ouverte des documents (ODA) et formut d’échange
- Introduction et principes généraux.
-
Recommandation UIT-T T.412 (1993) I ISOKEI 8613-2:1995, Technologies de Z’information -
Architecture de document ouverte et format de transfert - Structures des documents.
-
Recommandation UIT-T T.414 (1993) I ISOKEI 8613-4: 1994, Technologies de Z’information -
Architecture de document ouverte etformut de transfert - Profil de document.
-
Recommandation UIT-T T.415 (1993) I ISOKEI 8613-5: 1994, Technologies de I?nformation -
Architecture de document ouverte et for-mut de transfert - Format ouvert d’échange des documents.
-
Recommandation UIT-T T.416 (1993) I ISOKEI 8613-6: 1994, Technologies de Z’information -
Architecture de document ouverte etformat de transfert - Architecture de contenu de type caractères.
-
Recommandation UIT-T T.417 (1993) I ISO/CEI 8613-7: 1994, Technologies de Z’information -
Architecture de document ouverte et formut de transfert - Architecture de contenu graphique en points.
-
Recommandation UIT-T T.418 (1993) I ISOKEI 8613-8: 1994, Technologies de I?nformation -
Architecture de document ouverte et format de transfert - Architecture de contenu graphique
géométrique.
- Recommandation UIT-T T.419’) I ISOKEI 8613-9: . . . ‘1, Technologies de I?nformation - Architecture de
document ouverte et format de transfert: Architectures de contenu audio.
- Recommandation UIT-T T.421 (1994) I ISOKEI 8613-11: 1995, Technologies de Z’information -
Architecture de document ouverte et formut de transfert - Structures en tableaux et formatage en
tabzeaux.
- Recommandation UIT-T T.422’) I ISOKEI 8613-12: . .l). Technologies de I?nformation - Architecture
de document ouverte et format de transfert - Identification des fragments de document.
-
Recommandation UIT-T T.424’) I ISOKEI 8613-14: . . . l), Technologies de Z’information - Architecture
de document ouverte et formut de transfert - Relations temporelles et structures non linéaires.
22 l Paires de Recommandations I Normes internationales, équivalentes par leur contenu technique
-
Recommandation X.208 du CCITT (1988), Spécijkation de la syntaxe abstraite numéro un (ASN. I).
ISOKEI 8824: 1990, Technologies de I?nformation - Interconnexion des systèmes ouverts - Spécification
de Za notation de syntaxe abstraite numéro un (ASN.1).
-
Recommandations de la skie X.400 du CCITT (1988), Système de messagerie.
ISOICEI 10021:1990, Technologies de I?nformation - Communication de texte - Systèmes d’échange de
texte en mode message.
23 0 Autres références
-
Recommandation T.43 1 du CCITT (1991), Transfert et manipulation de documents - Services et
protocoles - Introduction et principes généraux.
-
Recommandation T.432 du CCITT (1991), Transfert et manipulation de documents - Services et
protocoles - Définition du service.
- Recommandation T.433 du CCITT (1991), Transfert et manipulation de documents - Services et
protocoles - Spécijkation de protocole.
-
Recommandation UIT-T T.435 (1995), Transfert et manipulation de documents - Services et protocoles -
Définition du service abstrait et procédures pour la manipulation de document avec concfirmution.
- Recommandation UIT-T T.436 (1995), Transfert et manipulation de documents - Services et protocoles -
Spécijkation des protocoles de manipulation de documents avec confkmution.
l) Actuellement à l’état de projet.
Rec. UIT-T T.413 (1994 F)
2

---------------------- Page: 6 ----------------------
ISOKEI 8613-3 : 1995 (F)
ISO/CEI 8613.10:1991, Traitement de l’information - Bureautique - Architecture des documents de
bureau (ODA) et format d’échange - Partie 10: Spécifications formelles.
ISOICEI 1003 l-l: 199 1, Technologies de l’information - Bureautique - Modèle d’application pour
bureau distribué - Partie 1: Modèle général.
ISOKEI 10 I66- 1 ( 199 l), Technologies de 1 ‘information - Bureautique - Classement et récupération de
documents - Partie 1: Procédures et définition de service abstrait.
.
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale les définitions données dans la
Rec. UIT-T T.411 I ISOKEI 8613-1 et la Rec. UIT-T T.422 I ISOKEI 8613-12 s’appliquent.
La presente Recommandation I Norme internationale pose de surcroît les définitions suivantes:
qui ne peut être réalisée sous la forme d’une séquence d’opérations differentes
31 . opération de base: Opération
d’effkaci té.
sans perte manifeste
32 . opération composite: Opération qui peut être remplacée par une séquence d’opérations différentes.
identificateur de document: Elément d’information identifiant un document ODA, et qui peut être de nature
33
permanente (l’attribut réference du document «document reference» du profil de document) ou non (un entier).
requête: Expression logique composée d’opérateurs logiques affectant et reliant des valeurs d’attributs.
34 .
4 Abréviations
Pour les besoins de la présente Recommandation I Norme internationale les abréviations définies dans la
Rec. UIT-T T.411 I ISOKEI 8613-1 sont utilisées.
La présente Recommandation I Norme internationale utilise de surcroît les abréviations suivantes.
AGCS Service de conférence audiographique (audio graphies conferencing service)
AVIS Service interactif audiovisuel (audio visual interactive service)
CDH Traitement documentaire participatif (cooperative document handling)
DAP Profil d’application de document (document application profile)
Classement et extraction de documents (documentfiling and retrieval)
DFR
Modèle d’applications bureautiques réparties (distributed ofice applications model)
DOAM
Transfert et manipulation de documents (document transfer and manipulation)
DTAM
DTAM-DM Manipulation de document DTAM (DTAM-document manipulation)
ROSE Elément de service d’opération distante (remote operations service element)
5 Conventions
Pour les besoins de la présente Recommandation I Norme internationale les conventions figurant dans la
Rec. UIT-T T.411 I ISOKEI 8613-1 et la Rec. UIT-T T.412 I ISOKEI 8613-2 s’appliquent.
6 Objet
61 0 Concept d’interface abstraite
Les documents peuvent être edités, formatés, affiches, manipulés et enregistres localement ou dans un environnement
ouvert. L’interface abstraite s’applique aux aspects de manipulation que l’on peut définir dans un environnement ouvert.
Il est cependant possible qu’il appartienne à une application particulière d’assurer des interfaces compatibles pour
l’environnement ouvert et l’environnement local.
Rec. UIT-T T.413 (1994 F)
3

---------------------- Page: 7 ----------------------
ISOKEI 8613-3 : 1995 (F)
Bien qu’elle définisse des fonctions permettant de traiter des documents à architecture ODA, l’interface abstraite n’exclut
la définition d’aucune application particulière. C’est aux applications proprement dites qu’il revient de faire un usage
correct des opérations offertes par l’interface abstraite.
Les objectifs de l’interface abstraite sont résumes dans la liste de fonctions suivante:
- assurer la cohérence des documents a architecture ODA manipulés;
-
faciliter le traitement réparti des documents à architecture ODA. L’interface abstraite dissimule les détails
de la répartition. De plus, l’interface abstraite permet de réaliser une intégration «locale» de produits
provenant de divers fournisseurs;
-
permettre d’interpréter les opérations définies dans des services existants, comme le service de
manipulation DTAM;
- faciliter l’intégration de diverses applications manipulan t des documents à architecture ODA. Ces
applications peuvent être conçues et interfacées à 1 un niveau d’abstraction élevé;
présenter à l’utilisateur un modele conceptuel simple de document à architecture ODA complexe.
cette interface abstraite sont spécifiées à un niveau général afin de prendre en charge la
Les opérations définies dans
man ipulation de documents d .ans le cadre d’applications de types divers, exemple:
- lecture et manipulation de fragments de document;
- téletravail de groupe: deux utilisateurs ou plus possédant des exemplaires identiques d’un document
échangent des mises a jour de fragments de ce document sous forme d’opérations;
service de téléconférence audiographique (AGCS) (audio graphies conferencing service);
-
teleedition: un ou plusieurs utilisateurs peuvent avoir une vue complète ou partielle d’un document qui est
lu et mis à jour par transfert d’opérations;
- traitement documentaire participatif (CDH) (cooperative document handling): plusieurs partenaires
peuvent traiter des documents à architecture ODA dans un environnement réparti;
- interfonctionnement avec le système vidéotex, pour assurer la compatibilite avec certaines appli-
cations UIT-T;
- service interactif audiovisuel (AVIS) (audio visual interactive service);
-
développement d’applications de traitement de documents à architecture ODA, y compris de systèmes de
traitement de texte et de composition bureautique;
traitement asynchrone réparti de documents.
62 0 Relation avec les profils fonctionnels
Pour manipuler les documents, on peut définir des profils fonctionnels propres ou modifier des profils existants, en
spécifiant:
-
les opérations qui peuvent être utilisées;
les opérations qui peuvent être appliquées a certains types de constituants;
les ensembles de constituants qui doivent être véhiculés ensemble par une même opération;
les règles à suivre pour garantir la cohérence du document;
-
la façon d’utiliser le groupage d’opérations;
la façon de réaliser la réservation de constituants d’un document.
63 a Identification
Dans l’interface abstraite pour la manipulation de documents à architecture ODA, le mécanisme d’identification des
fragments documentaires servant en argument des opérations de manipulation, utilise les expressions de localisation
décrites dans la Rec. UIT-T T.422 I ISOKEI 8613-12.
64 . Cohérence de traitement des documents à architecture ODA
La manipulation des documents à architecture ODA est soumise a l’exigence fondamentale que la cohérence de ces
documents soit garantie. A la fermeture d’un document après manipulation, on doit retrouver un document ODA
conforme, qui de plus doit être conforme a son profil DAP s’il en possède un.
4 Rec. UIT-T T.413 (1994 F)

---------------------- Page: 8 ----------------------
ISOKEI 8613-3 : 1995 (F)
L’interface abstraite définit certaines règles générales qui decrivent l’effet des différentes opérations sur les documents.
La mise en oeuvre de l’interface abstraite garantit la cohérence des documents. A cette fin, les opérations BeginGroup
(début de groupe) et EndGroup (fin de groupe) sont prévues; elles permettent d’indiquer que le document manipulé doit
être mis à jour afin d’en assurer la cohérence.
65 0
Relation entre les opérations
L’opération de listage List s’applique à un registre documentaire et sert à sélectionner un ou plusieurs documents pour
des opérations ultérieures.
L’opération d’ouverture Open identifie un document à manipuler. Plusieurs documents peuvent être ouverts en même
temps (par exemple pour recopier un fragment d’un document dans un autre). L’opération de fermeture Close est le
pendant de l’opération d’ouverture.
L’opération d’ouverture doit être demandée avant toute opération de lecture, de modification ou de reservation (voir
l’article 7). L’opération d’ouverture permet également de créer des documents entièrement nouveaux.
L’opération de réservation Reserve (et son pendant l’opération de déréservation Unreserve) est prévue pour les situations
de manipulations concurrentes possibles d’un même fragment documentaire. En effet, si un tel fragment est manipulé
sans réservation préalable et que d’autres utilisateurs y ont accès, le résultat est imprévisible.
Les opérations de lecture et de modification peuvent être effectuées sans restrictions particulieres quant à leur ordre,
exception faite des restrictions indiquées dans le présent paragraphe.
L’utilisation de toutes ces opérations est expliquée dans les paragraphes correspondants de l’article 7.
66 l Groupage des opérations
Un mécanisme de groupage d’une séquence d’opérations est prévu par l’interface abstraite.
fonctionnalité relève des applications; celles-ci définiront la signification
La responsabilité du bon usage de cette du
groupage des opérations.
Les principaux objectifs de ce mécanisme grouper les opérations liées d’une certaine manière pour 1’ application
utilisant l’interface abstraite, afin:
d’éviter un surdébit de communication;
- de faciliter la gestion de la cohérence, en y prévoyant notamment les procédures de restauration
correspondant à un groupe d’opérations.
Ce mécanisme est assure par les opérations BeginCroup et EndGroup (voir 7.51 et 7.5.2) qui permettent d’effectuer un
groupage pendant l’invocation des opérations.
67 a Relation avec les aspects de communication
L’interface abstraite est indépendante du mecanisme de communication. Elle est toutefois alignée sur le
support de
de transfert et de manipulation DTAM, comme l’explique 1’Annexe
communication fourni par le protocole A.
Dans le cadre du traitement interactif, on distingue trois aspects:
- l’accès à un document à architecture ODA;
-
la manipulation interne d’un document à architecture ODA récupéré;
l’environnement de communication prenant en charge l’accès et la manipulation.
Si l’interface abstraite est utilisée par des applications de communication, on peut spécifier des profils d’application de
communication particuliers, profils fonctionnels, afin de:
- transférer de manière appropriée des manipulations de documents à architecture ODA;
-
négocier l’environnement d’application;
-
négocier les capacites du système utilisateur.
NOTE - Les règles permettant de spécifier des profils d’application de communication sont définies par exemple dans la
Recommandation T.43 1 du CCITT.
Rec. UIT-T T.413 (1994 F)
5

---------------------- Page: 9 ----------------------
ISOKEI 8613-3 : 1995 (F)
7 Opérations effectuées sur des documents à architecture ODA
operations qui constituent l’interface
Cet article spécifie les abstraite afin de prendre en charge la manipulation de
documents.
Les opérations sont spécifiées sous forme abstraite en termes:
d’arguments;
de résultats;
-
d’erreurs.
Ces opérations s’appliquent aux constituants de l’architecture des documents.
L’i nterface abstraite distingue cinq d’opérations:
types
-
opérations au niveau de l’ensemble du document;
les
-
les opérations de lecture;
-
les opérations d’altération;
-
les opérations de reservation;
-
les opérations indépendantes de l’architecture ODA.
Les opérations sont également classées en:
opérations de base;
opérations composites.
Les opérations composites représentent une séquence d’opérations de base.
Les opérations définies par l’interface abstraite sont alignées sur celles qui sont définies dans le modéle d’applications
bureautiques réparties (DOAM) (distributed oflce applications model) de ISOKEI 1003 l- 1 comme cela est explique en
Annexe B.
Certaines erreurs définies s’appliquent à la plupart des opérations. Il s’agit des erreurs suivantes:
-
erreur de composantes - Le ou les composantes de l’argument ne sont pas valides;
-
désignation de document ou expression de localisation non valide - L’expression utilisée en argument de
la requête pour désigner le document ou sa localisation n’est pas valide;
- expression de localisation sans résultat - L’expression de localisation du document utilisee en argument
de la requête n’aboutit à aucun document;
-
fragments de documents réservés (région source ou cible réservée) - L’expression de localisation utilisée
en argument de la requête comporte des composantes réservées. Pour certaines fonctions traitant deux
documents à la fois, il est possible de préciser s’il s’agit de «région source réservée» (pour le document
d’origine) ou de «région cible réservée» (pour le document destinataire);
-
identificateur de’document non valide - L’identificateur de document utilisé en argument n’est pas valide;
document inexistant - Le document à ouvrir ou fermer n’existe pas;
- droits d’accès insuflsants - Le requérant de l’o
...

NORME
lSO/CEI
INTERNATIONALE
8613-3
Première édition
1995-08-01
Technologies de l’information -
Architecture de document ouverte (ODA) et
format de transfert: Interface abstraite pour
la manipulation de documents à ODA
Information technolog y - Open Document Architecture (ODA) and
interchange format: Abstract interface for the manipulation of ODA
documents
Numéro de référence
ISO/CEI 8613-3:1995(F)

---------------------- Page: 1 ----------------------
ISOKEI 8613-3: 1995(F)
Sommaire
Page
iv
Avant-DrOtm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
A A
Domaine d’application . 1
Références normatives . 1
2.1 Recommandations I Normes internationales identiques . 2
2.2 Paires de Recommandations I Normes internationales, équivalentes par leur contenu technique . 2
Autres références . 2
2.3
3
Définitions .
3
Abréviations .
.................................................................................................................................................... 3
Conventions
Objet . 3
61 Concept d’interface abstraite . 3
612 Relation avec les profils fonctionnels . 4
63 Identification . 4
614 Cohérence de traitement des documents à architecture ODA . 4
............................................................................................................... 5
65 Relation entre les opérations
6:6 Groupage des opérations . 5
5
6.7 Relation avec les aspects de communication .
Opérations effectuées sur des documents à architecture ODA . 6
7.1 Opérations au niveau de l’ensemble du document . 6
7.1.1 Listage . 6
..........................................................................................................................
7.1.2 Ouverture 7
Fermeture . 7
7.1.3
Opérations de lecture . 8
7.2
7.2.1 Consultation . 8
7.2.2 Recherche . 8
7.3 Opérations d’alteration . 9
7.3.1 Création . 9
7.3.2 Suppression . 10
7.3.3 Modification . 10
7.3.4 Remplacement . 11
7.3.5 Copie . 11
7.3.6 Deplacement . 12
0 ISOKEI 1995
Droits de reproduction réserves. Sauf prescription différente, aucune partie de cette publication
ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé,
électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de
l’éditeur.
ISOKEI Copyright Office l Case postale 56 l CH-121 1 Genève 20 l Suisse
Version française tiree en 1996
Imprimé en Suisse
ii

---------------------- Page: 2 ----------------------
ISOifCEI 8613=3:l!B5(F)
@ ISOKEI
Opérations de réservation . 13
7.4
13
7.4.1 Réservation .
.................................................................................................................... 13
7.4.2 Déréservation
.................................................................. 14
Opérations indépendantes de l’architecture ouverte ODA
7.5
........................................................................ 14
7.5.1 Opération BeginGroup (début de groupe)
Opération EndGroup (fin de groupe) . 14
7.5.2
Spécification ASN. 1 des opkations abstraites . 15
8
- Alignement avec le service abstrait de manipulation de document (DTAM) . 18
Annexe A
18
A. 1 Introduction .
............................................................ 18
A.2 Description du mappage avec le service abstrait DTAM-DM
- Alignement avec l’ensemble d’opérations dù modele d’applications bureautiques reparties
Annexe B
20
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.*.
(DOAw
. . .
111

---------------------- Page: 3 ----------------------
@ ISO/CEI
ISOKEI 8613=3:1995(F)
Avant-propos
LIS0 (Organisation internationale de normalisation)’ et la CE1 (Commission électrotechnique internationale) forment
ensemble un système consacré à la normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes internationales par l’intermédiaire des comités
techniques créés par l’organisation concernée afin de s’occuper des différents domaines particuliers de l’activité technique.
Les comités techniques de I’ISO et de la CE1 collaborent dans des domaines d’intérêt commun. D’autres organisations
internationales, gouvernementales ou non gouvernementales, en liaison avec I’ISO et la CE1 participent également aux
travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont créé un comité technique mixte, l’ISO/CEI JTC 1.
Les projets de Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes internationales sont approuvées
conformément aux procédures qui requièrent l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISO/CEI 8613-3 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies de
l’information, sous-comité SC 18, Traitement des documents et communication associée, en collaboration avec I’UIT-T. Le
texte identique est publié en tant que Recommandation UIT-T T.4 13.
L’ISO/CEI 8613 comprend les parties suivantes, présentées sous le titre général Technologies de l’information -
Architecture de document ouverte (ODA) etformat de transfert:
- Partie I: Introduction et principes généraux
- Partie 2: Structures de documents
- Partie 3: Interface abstraite pour la manipulation de documents à ODA
- Partie 4: Profil de documents
- Partie 5: Format ouvert de transfert de documents
- Partie 6: Architecture de contenu de type caractères
- Partie 7: Architecture de contenu graphique en points
- Partie 8: Architecture de contenu graphique géométrique
- Partie 9: Architecture de système audio
- Partie 10: Spécifications formelles
- Partie Il: Structures tabulaires et disposition tabulaire
- Partie 12: Identification de fragments de document
Partie 13: «Spreadsheet»
-
- Partie 14: Relations temporelles et structures non linéaires
Les annexes A et H font partie intégrante de la présente partie de l’ISO/CEI 8613. Les annexes B à G et 1 à K sont données
uniquement à titre d’information.

---------------------- Page: 4 ----------------------
PSOKEI 8613-3 : 1995 (F)
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION -
ARCHITECTURE DE DOCUMENT OUVERTE (ODA) ET FORMAT DE TRANSFERT:
INTERFACE ABSTRAITE POUR LA MANIPULATION DE DOCUMENTS À ODA
1 Domaine d’application
Les présentes Rec. UIT-T de la série T.410 I ISOKEI 8613 ont pour objet de faciliter le transfert et la manipulation de
documents.
Dans le contexte de ces Recommandations I Normes internationales, les documents sont des éléments tels que des
mémorandums, des lettres, des factures, des formulaires et des rapports pouvant comporter des images et des tableaux.
Les cléments de contenu apparaissant dans les documents peuvent comporter des caracteres graphiques, des graphiques
en points et des graphiques vectoriels pouvant tous figurer dans un même document.
NO’IE - Ces Recommandations I Normes internationales sont conçues de manière a permettre des extensions, notamment
aux fonctions hypermédias, aux tableurs et aux autres types de contenu (vidCo par exemple).
En plus des types de contenu définis dans ces Recommandations I Normes internationales, l’architecture ODA prévoit
l’insertion de types de contenu arbitraires dans les documents.
Ces Recommandations I Normes internationales s’appliquent au transfert de documents par communication de données et
par échange de support informatique.
Ces Recommandations Normes internationales prévoient le transfert de documents à l’une ou l’autre des fins suivantes
aux deux):
(OU
-
permettre la représentation voulue par l’expéditeur;
- permettre le traitement du document (édition et reformatage).
La composition d’un document destiné à être transféré peut revêtir plusieurs formes:
- forme formatée, permettant sa présentation;
- forme retraitable, permettant de le traiter;
- forme retraitable formatée, permettant à la fois sa présentation et son traitement.
Normes internationales s’appliquent également au transfert de structures d’informations ODA
Ces Recommandations I
servant au traitement des documents transférés.
La présente Recommandation I Norme internationale:
- décrit une interface abstraite qui prend en charge la manipulation de documents a architecture ODA;
-
définit les fonctions applicables aux fragments de document, afin de faciliter le traitement de documents à
architecture ODA et d’assurer le support des applications.
Références normatives
2
Les Recommandations UIT-T et les Normes internationales suivantes contiennent des dispositions qui, par suite de la
référence qui y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale.
AU moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont
sujettes à révision et les parties prenantes des accords fondés sur la présente Recommandation I Norme internationale
sont invitées à rechercher la possibilité d’appliquer les editions les plus récentes des Recommandations et Normes
indiquées ci-après. Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en vigueur. Le
Bureau de la normalisation des télécommunications de I’UIT tient a jour une liste des Recommandations de I’UIT-T en
vigueur.
Rec. UIT-T T.413 (1994 F) 1

---------------------- Page: 5 ----------------------
ISOKEI 8613-3 : 1995 (F)
.
21 Recommandations I Normes internationales identiques
- Recommandation UIT-T T.411 (1993) I ISOKEI 8613-1: 1994, Technologies de Z’infownation -
Architecture ouverte des documents (ODA) et formut d’échange
- Introduction et principes généraux.
-
Recommandation UIT-T T.412 (1993) I ISOKEI 8613-2:1995, Technologies de Z’information -
Architecture de document ouverte et format de transfert - Structures des documents.
-
Recommandation UIT-T T.414 (1993) I ISOKEI 8613-4: 1994, Technologies de Z’information -
Architecture de document ouverte etformut de transfert - Profil de document.
-
Recommandation UIT-T T.415 (1993) I ISOKEI 8613-5: 1994, Technologies de I?nformation -
Architecture de document ouverte et for-mut de transfert - Format ouvert d’échange des documents.
-
Recommandation UIT-T T.416 (1993) I ISOKEI 8613-6: 1994, Technologies de Z’information -
Architecture de document ouverte etformat de transfert - Architecture de contenu de type caractères.
-
Recommandation UIT-T T.417 (1993) I ISO/CEI 8613-7: 1994, Technologies de Z’information -
Architecture de document ouverte et formut de transfert - Architecture de contenu graphique en points.
-
Recommandation UIT-T T.418 (1993) I ISOKEI 8613-8: 1994, Technologies de I?nformation -
Architecture de document ouverte et format de transfert - Architecture de contenu graphique
géométrique.
- Recommandation UIT-T T.419’) I ISOKEI 8613-9: . . . ‘1, Technologies de I?nformation - Architecture de
document ouverte et format de transfert: Architectures de contenu audio.
- Recommandation UIT-T T.421 (1994) I ISOKEI 8613-11: 1995, Technologies de Z’information -
Architecture de document ouverte et formut de transfert - Structures en tableaux et formatage en
tabzeaux.
- Recommandation UIT-T T.422’) I ISOKEI 8613-12: . .l). Technologies de I?nformation - Architecture
de document ouverte et format de transfert - Identification des fragments de document.
-
Recommandation UIT-T T.424’) I ISOKEI 8613-14: . . . l), Technologies de Z’information - Architecture
de document ouverte et formut de transfert - Relations temporelles et structures non linéaires.
22 l Paires de Recommandations I Normes internationales, équivalentes par leur contenu technique
-
Recommandation X.208 du CCITT (1988), Spécijkation de la syntaxe abstraite numéro un (ASN. I).
ISOKEI 8824: 1990, Technologies de I?nformation - Interconnexion des systèmes ouverts - Spécification
de Za notation de syntaxe abstraite numéro un (ASN.1).
-
Recommandations de la skie X.400 du CCITT (1988), Système de messagerie.
ISOICEI 10021:1990, Technologies de I?nformation - Communication de texte - Systèmes d’échange de
texte en mode message.
23 0 Autres références
-
Recommandation T.43 1 du CCITT (1991), Transfert et manipulation de documents - Services et
protocoles - Introduction et principes généraux.
-
Recommandation T.432 du CCITT (1991), Transfert et manipulation de documents - Services et
protocoles - Définition du service.
- Recommandation T.433 du CCITT (1991), Transfert et manipulation de documents - Services et
protocoles - Spécijkation de protocole.
-
Recommandation UIT-T T.435 (1995), Transfert et manipulation de documents - Services et protocoles -
Définition du service abstrait et procédures pour la manipulation de document avec concfirmution.
- Recommandation UIT-T T.436 (1995), Transfert et manipulation de documents - Services et protocoles -
Spécijkation des protocoles de manipulation de documents avec confkmution.
l) Actuellement à l’état de projet.
Rec. UIT-T T.413 (1994 F)
2

---------------------- Page: 6 ----------------------
ISOKEI 8613-3 : 1995 (F)
ISO/CEI 8613.10:1991, Traitement de l’information - Bureautique - Architecture des documents de
bureau (ODA) et format d’échange - Partie 10: Spécifications formelles.
ISOICEI 1003 l-l: 199 1, Technologies de l’information - Bureautique - Modèle d’application pour
bureau distribué - Partie 1: Modèle général.
ISOKEI 10 I66- 1 ( 199 l), Technologies de 1 ‘information - Bureautique - Classement et récupération de
documents - Partie 1: Procédures et définition de service abstrait.
.
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale les définitions données dans la
Rec. UIT-T T.411 I ISOKEI 8613-1 et la Rec. UIT-T T.422 I ISOKEI 8613-12 s’appliquent.
La presente Recommandation I Norme internationale pose de surcroît les définitions suivantes:
qui ne peut être réalisée sous la forme d’une séquence d’opérations differentes
31 . opération de base: Opération
d’effkaci té.
sans perte manifeste
32 . opération composite: Opération qui peut être remplacée par une séquence d’opérations différentes.
identificateur de document: Elément d’information identifiant un document ODA, et qui peut être de nature
33
permanente (l’attribut réference du document «document reference» du profil de document) ou non (un entier).
requête: Expression logique composée d’opérateurs logiques affectant et reliant des valeurs d’attributs.
34 .
4 Abréviations
Pour les besoins de la présente Recommandation I Norme internationale les abréviations définies dans la
Rec. UIT-T T.411 I ISOKEI 8613-1 sont utilisées.
La présente Recommandation I Norme internationale utilise de surcroît les abréviations suivantes.
AGCS Service de conférence audiographique (audio graphies conferencing service)
AVIS Service interactif audiovisuel (audio visual interactive service)
CDH Traitement documentaire participatif (cooperative document handling)
DAP Profil d’application de document (document application profile)
Classement et extraction de documents (documentfiling and retrieval)
DFR
Modèle d’applications bureautiques réparties (distributed ofice applications model)
DOAM
Transfert et manipulation de documents (document transfer and manipulation)
DTAM
DTAM-DM Manipulation de document DTAM (DTAM-document manipulation)
ROSE Elément de service d’opération distante (remote operations service element)
5 Conventions
Pour les besoins de la présente Recommandation I Norme internationale les conventions figurant dans la
Rec. UIT-T T.411 I ISOKEI 8613-1 et la Rec. UIT-T T.412 I ISOKEI 8613-2 s’appliquent.
6 Objet
61 0 Concept d’interface abstraite
Les documents peuvent être edités, formatés, affiches, manipulés et enregistres localement ou dans un environnement
ouvert. L’interface abstraite s’applique aux aspects de manipulation que l’on peut définir dans un environnement ouvert.
Il est cependant possible qu’il appartienne à une application particulière d’assurer des interfaces compatibles pour
l’environnement ouvert et l’environnement local.
Rec. UIT-T T.413 (1994 F)
3

---------------------- Page: 7 ----------------------
ISOKEI 8613-3 : 1995 (F)
Bien qu’elle définisse des fonctions permettant de traiter des documents à architecture ODA, l’interface abstraite n’exclut
la définition d’aucune application particulière. C’est aux applications proprement dites qu’il revient de faire un usage
correct des opérations offertes par l’interface abstraite.
Les objectifs de l’interface abstraite sont résumes dans la liste de fonctions suivante:
- assurer la cohérence des documents a architecture ODA manipulés;
-
faciliter le traitement réparti des documents à architecture ODA. L’interface abstraite dissimule les détails
de la répartition. De plus, l’interface abstraite permet de réaliser une intégration «locale» de produits
provenant de divers fournisseurs;
-
permettre d’interpréter les opérations définies dans des services existants, comme le service de
manipulation DTAM;
- faciliter l’intégration de diverses applications manipulan t des documents à architecture ODA. Ces
applications peuvent être conçues et interfacées à 1 un niveau d’abstraction élevé;
présenter à l’utilisateur un modele conceptuel simple de document à architecture ODA complexe.
cette interface abstraite sont spécifiées à un niveau général afin de prendre en charge la
Les opérations définies dans
man ipulation de documents d .ans le cadre d’applications de types divers, exemple:
- lecture et manipulation de fragments de document;
- téletravail de groupe: deux utilisateurs ou plus possédant des exemplaires identiques d’un document
échangent des mises a jour de fragments de ce document sous forme d’opérations;
service de téléconférence audiographique (AGCS) (audio graphies conferencing service);
-
teleedition: un ou plusieurs utilisateurs peuvent avoir une vue complète ou partielle d’un document qui est
lu et mis à jour par transfert d’opérations;
- traitement documentaire participatif (CDH) (cooperative document handling): plusieurs partenaires
peuvent traiter des documents à architecture ODA dans un environnement réparti;
- interfonctionnement avec le système vidéotex, pour assurer la compatibilite avec certaines appli-
cations UIT-T;
- service interactif audiovisuel (AVIS) (audio visual interactive service);
-
développement d’applications de traitement de documents à architecture ODA, y compris de systèmes de
traitement de texte et de composition bureautique;
traitement asynchrone réparti de documents.
62 0 Relation avec les profils fonctionnels
Pour manipuler les documents, on peut définir des profils fonctionnels propres ou modifier des profils existants, en
spécifiant:
-
les opérations qui peuvent être utilisées;
les opérations qui peuvent être appliquées a certains types de constituants;
les ensembles de constituants qui doivent être véhiculés ensemble par une même opération;
les règles à suivre pour garantir la cohérence du document;
-
la façon d’utiliser le groupage d’opérations;
la façon de réaliser la réservation de constituants d’un document.
63 a Identification
Dans l’interface abstraite pour la manipulation de documents à architecture ODA, le mécanisme d’identification des
fragments documentaires servant en argument des opérations de manipulation, utilise les expressions de localisation
décrites dans la Rec. UIT-T T.422 I ISOKEI 8613-12.
64 . Cohérence de traitement des documents à architecture ODA
La manipulation des documents à architecture ODA est soumise a l’exigence fondamentale que la cohérence de ces
documents soit garantie. A la fermeture d’un document après manipulation, on doit retrouver un document ODA
conforme, qui de plus doit être conforme a son profil DAP s’il en possède un.
4 Rec. UIT-T T.413 (1994 F)

---------------------- Page: 8 ----------------------
ISOKEI 8613-3 : 1995 (F)
L’interface abstraite définit certaines règles générales qui decrivent l’effet des différentes opérations sur les documents.
La mise en oeuvre de l’interface abstraite garantit la cohérence des documents. A cette fin, les opérations BeginGroup
(début de groupe) et EndGroup (fin de groupe) sont prévues; elles permettent d’indiquer que le document manipulé doit
être mis à jour afin d’en assurer la cohérence.
65 0
Relation entre les opérations
L’opération de listage List s’applique à un registre documentaire et sert à sélectionner un ou plusieurs documents pour
des opérations ultérieures.
L’opération d’ouverture Open identifie un document à manipuler. Plusieurs documents peuvent être ouverts en même
temps (par exemple pour recopier un fragment d’un document dans un autre). L’opération de fermeture Close est le
pendant de l’opération d’ouverture.
L’opération d’ouverture doit être demandée avant toute opération de lecture, de modification ou de reservation (voir
l’article 7). L’opération d’ouverture permet également de créer des documents entièrement nouveaux.
L’opération de réservation Reserve (et son pendant l’opération de déréservation Unreserve) est prévue pour les situations
de manipulations concurrentes possibles d’un même fragment documentaire. En effet, si un tel fragment est manipulé
sans réservation préalable et que d’autres utilisateurs y ont accès, le résultat est imprévisible.
Les opérations de lecture et de modification peuvent être effectuées sans restrictions particulieres quant à leur ordre,
exception faite des restrictions indiquées dans le présent paragraphe.
L’utilisation de toutes ces opérations est expliquée dans les paragraphes correspondants de l’article 7.
66 l Groupage des opérations
Un mécanisme de groupage d’une séquence d’opérations est prévu par l’interface abstraite.
fonctionnalité relève des applications; celles-ci définiront la signification
La responsabilité du bon usage de cette du
groupage des opérations.
Les principaux objectifs de ce mécanisme grouper les opérations liées d’une certaine manière pour 1’ application
utilisant l’interface abstraite, afin:
d’éviter un surdébit de communication;
- de faciliter la gestion de la cohérence, en y prévoyant notamment les procédures de restauration
correspondant à un groupe d’opérations.
Ce mécanisme est assure par les opérations BeginCroup et EndGroup (voir 7.51 et 7.5.2) qui permettent d’effectuer un
groupage pendant l’invocation des opérations.
67 a Relation avec les aspects de communication
L’interface abstraite est indépendante du mecanisme de communication. Elle est toutefois alignée sur le
support de
de transfert et de manipulation DTAM, comme l’explique 1’Annexe
communication fourni par le protocole A.
Dans le cadre du traitement interactif, on distingue trois aspects:
- l’accès à un document à architecture ODA;
-
la manipulation interne d’un document à architecture ODA récupéré;
l’environnement de communication prenant en charge l’accès et la manipulation.
Si l’interface abstraite est utilisée par des applications de communication, on peut spécifier des profils d’application de
communication particuliers, profils fonctionnels, afin de:
- transférer de manière appropriée des manipulations de documents à architecture ODA;
-
négocier l’environnement d’application;
-
négocier les capacites du système utilisateur.
NOTE - Les règles permettant de spécifier des profils d’application de communication sont définies par exemple dans la
Recommandation T.43 1 du CCITT.
Rec. UIT-T T.413 (1994 F)
5

---------------------- Page: 9 ----------------------
ISOKEI 8613-3 : 1995 (F)
7 Opérations effectuées sur des documents à architecture ODA
operations qui constituent l’interface
Cet article spécifie les abstraite afin de prendre en charge la manipulation de
documents.
Les opérations sont spécifiées sous forme abstraite en termes:
d’arguments;
de résultats;
-
d’erreurs.
Ces opérations s’appliquent aux constituants de l’architecture des documents.
L’i nterface abstraite distingue cinq d’opérations:
types
-
opérations au niveau de l’ensemble du document;
les
-
les opérations de lecture;
-
les opérations d’altération;
-
les opérations de reservation;
-
les opérations indépendantes de l’architecture ODA.
Les opérations sont également classées en:
opérations de base;
opérations composites.
Les opérations composites représentent une séquence d’opérations de base.
Les opérations définies par l’interface abstraite sont alignées sur celles qui sont définies dans le modéle d’applications
bureautiques réparties (DOAM) (distributed oflce applications model) de ISOKEI 1003 l- 1 comme cela est explique en
Annexe B.
Certaines erreurs définies s’appliquent à la plupart des opérations. Il s’agit des erreurs suivantes:
-
erreur de composantes - Le ou les composantes de l’argument ne sont pas valides;
-
désignation de document ou expression de localisation non valide - L’expression utilisée en argument de
la requête pour désigner le document ou sa localisation n’est pas valide;
- expression de localisation sans résultat - L’expression de localisation du document utilisee en argument
de la requête n’aboutit à aucun document;
-
fragments de documents réservés (région source ou cible réservée) - L’expression de localisation utilisée
en argument de la requête comporte des composantes réservées. Pour certaines fonctions traitant deux
documents à la fois, il est possible de préciser s’il s’agit de «région source réservée» (pour le document
d’origine) ou de «région cible réservée» (pour le document destinataire);
-
identificateur de’document non valide - L’identificateur de document utilisé en argument n’est pas valide;
document inexistant - Le document à ouvrir ou fermer n’existe pas;
- droits d’accès insuflsants - Le requérant de l’o
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.