ISO 8571-2:1988

Information processing systems — Open Systems Interconnection — File Transfer, Access and Management — Part 2: Virtual Filestore Definition

Systèmes de traitement de l'information — Interconnexion de systèmes ouverts — Transfert, accès et gestion de fichiers — Partie 2: Détermination du système de fichiers virtuel

General Information

• Status: Published
• Publication Date: 28-Sep-1988
• ICS: 35.100.70 - Application layer
• Technical Committee: ISO/IEC JTC 1 - Information technology
• Drafting Committee: ISO/IEC JTC 1 - Information technology
• Current Stage: 9093 - International Standard confirmed
• Start Date: 26-Sep-2000
• Completion Date: 14-Feb-2026

Relations

• Amended By: ISO 8571-2:1988/Amd 2:1993 - Information processing systems — Open Systems Interconnection — File Transfer, Access and Management — Part 2: Virtual Filestore Definition — Amendment 2: Overlapped access
• Effective Date: 06-Jun-2022
• Amended By: ISO 8571-2:1988/Amd 1:1992 - Information processing systems — Open Systems Interconnection — File Transfer, Access and Management — Part 2: Virtual Filestore Definition — Amendment 1: Filestore Management
• Effective Date: 06-Jun-2022
• Parent: ISO 8571-2:1988/Amd 1:1992 - Information processing systems — Open Systems Interconnection — File Transfer, Access and Management — Part 2: Virtual Filestore Definition — Amendment 1: Filestore Management
• Effective Date: 15-Apr-2008
• Parent: ISO 8571-2:1988/Amd 2:1993 - Information processing systems — Open Systems Interconnection — File Transfer, Access and Management — Part 2: Virtual Filestore Definition — Amendment 2: Overlapped access
• Effective Date: 15-Apr-2008

Overview

ISO 8571-2:1988 - "Information processing systems - Open Systems Interconnection - File Transfer, Access and Management - Part 2: Virtual Filestore Definition" - is a key international standard developed by ISO for enabling interoperability in file handling across open systems. This part of the ISO 8571 series specifies the abstract model and structure for a virtual filestore, providing foundational definitions necessary for standardized file transfer, access, and management (FTAM) within Open Systems Interconnection (OSI) environments. By formalizing how files and their structures are described and accessed, ISO 8571-2 supports consistent implementation and integration across diverse computing systems and networks.

Key Topics

• Virtual Filestore Model: Defines the conceptual architecture of a virtual filestore, including entities such as files, attributes, and associations.
• File and Filestore Attributes: Specifies a comprehensive list of file attributes - such as filename, size, access control, creator identity, creation/modification dates, and file structure - and distinguishes them from activity attributes (e.g., current location, access request status) relevant during file operations.
• File Structure and Access: Introduces an abstract model for file structures using hierarchical, flat, and unstructured representations, and formalizes the mechanisms for file selection and access via names and traversal methods.
• Actions on Files: Outlines a set of permissible operations, including create, select, change attributes, read/write data, open, close, delete, insert, replace, and extend files within the virtual filestore.
• Constraint Sets: Provides for the definition and registration of constraint sets - rules that limit or specify permissible file structures to support various real-world file types and system requirements.
• Abstract Syntax Notation (ASN.1): Applies ASN.1 for defining file contents and structures, facilitating consistent encoding and transfer between OSI-compliant systems.
• Access Contexts: Distinguishes access contexts (e.g., hierarchical, flat) to enable flexible, context-sensitive file access and manipulation.

Applications

ISO 8571-2:1988 is critical for:

• Interoperability in Multi-Vendor Environments: Enabling file transfer and management between disparate systems, regardless of vendor or underlying operating system.
• Standardized File Services in OSI Networks: Serving as the foundation for file service protocols and implementations that comply with the OSI Reference Model, particularly within the Application Layer.
• Enterprise Systems Integration: Facilitating seamless file access and management operations across organizational and technological boundaries, supporting digital transformation and modernization.
• Protocol and Application Development: Assisting system architects, protocol developers, and implementers in creating compliant, reliable FTAM services.
• Cloud and Distributed Computing: Laying groundwork for virtualized file storage, access control, and consistent data handling in cloud storage and distributed applications.

By providing a structured, abstract way to define and manage file services, ISO 8571-2 improves the compatibility, reliability, and efficiency of information exchange in networked environments.

Related Standards

• ISO 8571-1: Information processing systems - OSI - File Transfer, Access and Management - Part 1: General introduction
• ISO 8571-3: File Service Definition - Describes the services built on the virtual filestore model.
• ISO 8571-4: File Protocol Specification - Details the file service protocol aligned with this virtual filestore framework.
• ISO 7498: OSI Reference Model - Provides the layered architecture for OSI standards.
• ISO 8822: Presentation Service Definition - Used for transferring file-related presentation data.
• ISO 8824/8825: ASN.1 and its encoding rules - Applied for consistent file structure representation.
• ISO 8650: Association Control Service Element - Supports connections for file access.
• ISO 8601: Representation of dates and times - Standardizes time-related file attributes.

ISO 8571-2:1988 plays a crucial role in the global adoption of interoperable, open file management solutions, empowering organizations to achieve seamless data handling in complex, multi-system environments.

Standards Content (Sample)

IS0
8571-2
INTERNATIONAL STANDARD
First edition
1988-10-01
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION
ORGANISATION INTERNATIONALE DE NORMALISATION
MEXAYHAPOflHAFl OPI-AHM3AuMR fl0 CTAHJJAPTM3A~MM
Information processing systems - Open Systems
File Transfer, Access and
Interconnection -
Management -
Part 2 :
Virtual Filestore Definition
In terconnexion de s ys tkmes ouverts - Gestion,
S yst&mes de traitemen t de Kin formation -
accks et transfert de fichier -
Partie 2 : Fichier virtue1
Reference number
IS0 8571-2: 1988 (E)
IS0 8571-2 : 1988 (E)
Foreword
IS0 (the International Organization for Standardization) is a worldwide federation of
national standards bodies (IS0 member bodies). The work of preparing International
Standards is normally carried out through IS0 technical committees. Each member
body interested in a subject for which a technical committee has been established has
the right to be represented on that committee. International organizations, govern-
mental and non-governmental, in liaison with ISO, also take part in the work. IS0
collaborates closely with the International Electrotechnical Commission (IEC) on all
matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are circulated to
the member bodies for approval before their acceptance as International Standards by
the IS0 Council. They are approved in accordance with IS0 procedures requiring at
least 75 % approval by the member bodies voting.
International Standard IS0 8571-2 was prepared by Technical Committee ISO/TC 97,
Information processing systems.
Users should note that all International Standards undergo revision from time to time
and that any reference made herein to any other International Standard implies its
latest edition, unless otherwise stated.
IS0 857 1 consists of the following parts, under the general title Information processing
systems - Open Systems Interconnection - File Transfer, Access and Management
-
Part 7 : General introduction
- Part 2 : Virtual Filestore Definition
- Part 3 : File Service Definition
- Part 4 : File Protocol Specification
ral part of this International
Annexes A and B form an integ Standard. Annexes
c, D
and E are for information only.
0 International Organization for Standardization, 1988
Printed in Switzerland
ii
IS0 8571-2 : 1988 (E)
Contents
0 Introduction .
1 Scope and field of application .
2 References .
3 Definitions .
4 Abbreviations .
Section one: The filestore model
5 Basic concepts . 3
6 File selection . 4
7 File structures 4
................................................................................................................
File access structure . 4
7.1
7.2 Abstract structure definition .
7.3 Abstract syntax definition .
File transfer structure 5
7.4 .
7.5 Access context .
7.6 Identification structure .
7.7 Constraint sets .
8 Actions on files .
8.1 Relation to bulk data transfer .
8.2 Read bulk data transfer .
8.3 Write bulk data transfer .
9 Attributes .
9.1 Attribute scope .
9.2 Scalar, vector and set attributes . 9
9.3 Attribute values .
9.4 Support of file attributes .
Section two: Actions on the Filestore
10 Actions on complete files . IO
IO
10.1 Create file .
IO
10.2 Select file .
IO
10.3 Change attribute .
IO
10.4 Read attribute .
IO
10.5 Open file .
IO
10.6 Close file .
. . .
III
ISO8571=2:1988(E)
IO
10.7 Delete file .
IO
10.8 Deselect file .
IO
11 Actions for file access .
IO
11 .I Locate .
11.2 Read IO
......................................................................................................................
IO
11.3 Insert .
Replace IO
1 I .4 .
11.5 Extend .
11.6 Erase .
II
1 I .7 File actions and current location .
Section three: Attribute definitions
12 File Attributes .
12.1 Filename .
12.2 Permitted actions .
12.3 Contents type .
12.4 Storage account .
12.5 Date and time of creation .
12.6 Date and time of last modification .
12.7 Date and time of last read access .
12.8 Date and time of last attribute modification .
12.9 Identity of creator .
12.10 Identity of last modifier .
12.1 I Identity of last reader .
12.12 Identity of last attribute modifier .
12.13 File availability .
12.14 Filesize .
12.15 Future filesize .
12.16 Access control .
12.17 Legal qualifications .
12.18 Private use .
13 Activity attributes .
13.1 Active contents type .
13.2 Current access request .
13.3 Current initiator identity .
iv
IS0 8571-2 : 1988 (E)
13.4 Current location .
......................................................................................
13.5 Current processing mode
.....................................................................
13.6 Current calling application entity title
.............................................................
13.7 Current responding application entity title
13.8 Current account .
..................................................................................
13.9 Current concurrency control
I6
13.10 Current locking style .
13.11 Current access passwords .
13.12 Active legal qualification .
14 Attribute groups .
14.1 Kernel group .
14.2 Storage group .
14.3 Security group .
14.4 Private Group .
15 Minimum attribute ranges .
Annexes
A File access structure constraint sets .
B Document types .
C Reading of structured files .
D Insertion in a structured file .
E ASN.1 cross reference . . . . . . . . . . .‘.,.~.
v
IS0 8571-2 : 1988 (E)
Figures
........................................................... 3
1 Relationship of files, attributes and associations
2 The Access Structure as a Tree Structure .
3 ASN.1 definition of file contents .
4 ASN.1 definition of file structure .
5 Unstructured file transfer .
6 Flat file transfer .
7 Hierarchical file transfer . 42
8 Source of transferred data .
9 Initial state of destination file .
IO Final state of insert as sisters to A . 43
11 Final state of insert as children of C (normal) . 44
12 Final state of insert as children of C (variant) . 45
............................................................................. 45
13 Final state of insert subtree as sister
14 Final state of insert subtree as child . 46
15 Initial state of ordered flat file . 46
........................................................................ 46
16 Final state of merge of ordered flat files
vi
ISO8571-2:1988(E)
Tables
1 Result of reading in an access context . 7
Effect of actions on location . 11
3 Concurrency control options . 16
4 Activity attributes .
5 File attributes .
...................................................... 20
6 Basic constraints in the unstructured constraint set
7 Basic constraints in the sequential flat constraint set .
8 Identity constraints in the sequential flat constraint set .
9 Basic constraints in the ordered flat constraint set .
IO Identity constraints in the ordered flat constraint set . 22
II Basic constraints in the ordered flat constraint set with unique names . 24
...................... 24
12 Identity constraints in the ordered flat constraint set with unique names
13 Basic constraints in the ordered hierarchical constraint set . 25
14 Identity constraints in the ordered hierarchical constraint set . 25
15 Basic constraints in the general hierarchical constraint set . 26
16 Identity constraints in the general hierarchical constraint set . 26
17 Basic constraints in the general hierarchical constraint set with unique names. . 27
18 Identity constraints in the general hierarchical constraint set with unique names . 27
19 Information objects in the unstructured text document type . 29
20 Information objects in the sequential text document type . 32
21 Information objects in the unstructured binary document type . 35
22 Information objects in the sequential binary document type . 37
23 Information objects in the hierarchical document type . 40
vii
This page intentionally left blank

INTERNATIONAL STANDARD IS0 8571-2 : 1988 (E)
Information processing systems - Open Systems
Interconnection - File Transfer, Access and
Management -
Part 2 I
Virtual Filestore Definition
0 Introduction and the following annexes which do not form part of the
standard:
IS0 8571 is one of a set of International Standards
produced to facilitate the interconnection of computer Annex C - Reading of structured files;
systems. It is related to other International Standards in the Annex D - Insertion in a structured file;
set as defined by the Reference Model for Open Systems Annex E - ASN.l cross reference.
Interconnection (IS0 7498). The Reference Model
subdivides the area of standardization for interconnection
into a series of layers of specification, each of manageable
1 Scope and field of application
size.
This part of IS0 8571
The aim of Open Systems Interconnection is to allow, with a
a) defines an abstract model of the virtual filestore for
agreement outside
minimum of technical the
describing files and filestores (see section one);
interconnection standards, the interconnection of computer
systems
b) defines the set of actions available to manipulate the
elements of the model (see section two);
a) from different manufacturers,
c) defines the properties of individual files and
b) under different managements,
associations in terms of attributes (see section three);
c) of different levels of complexity,
d) defines the form of representations of files with
d) of different ages.
hierarchical structures (see clause 7 in section one).
IS0 8571 defines a File Service and specifies a File
This part of IS0 8571 does not specify
Protocol available within the application layer of the
e) requirements relating to the mapping from real to
Reference Model. The service defined is of the category
virtual filestores;
Application Service Element (ASE). It is concerned with
identifiable bodies of information which can be treated as
f) requirements for implementations of the real filestore.
files, and may be stored within open systems or passed
The Virtual Filestore definition is provided for reference by
between application processes.
the other parts of IS0 8571 defining the file service (IS0
IS0 8571 defines a basic file service. It provides basic
8571-3) and specifying the file protocol (IS0 8571-4).
facilities to support file transfer, and establishes a
framework for file access and file management. IS0 8571
does not specify the interfaces to a file transfer or access
2 References
facility within the local system.
IS0 6429, Information processing - IS0 7-bit and &bit
IS0 8571 consists of the following four parts:
coded character sets - Additional control functions for
Part 1: General introduction
character imaging devices.
Part 2: Virtual Filestore definition
IS0 7498, Information Processing Systems - Open Systems
Part 3: File Service definition
interconnection - Basic Reference Model.
Part 4: File Protocol specification
IS0 8571, Information Processing Systems - Open systems
The definition in this part of IS0 8571 is used in the
interconnection - File transfer, access and management.
subsequent parts of IS0 8571 which specify services and
- Part I: General introduction.
protocols. They reference the filestore definition in order to
- Part 3: File Service definition.
assign meaning to the various descriptive data items which
- Part 4: We Protocol specification.
they manipulate. This definition will also be used by protocol
implementors when choosing a mapping from the protocol
IS0 8601, Data elements and interchange formats -
items onto their real storage mechanism.
lnforma tion interchange - Representation of dates and
times.
This part of IS0 8571 contains the following annexes which
form part of the standard:
IS0 8650, Information Processing Systems - Open Systems
Interconnection - Protocol specification for the Association
Annex A - File access structure constraint sets;
Control Service Element.
Annex B - Document types;
IS0 8571-2 : 1988 (E)
IS0 8822, Information Processing Systems - Open Systems IS0 9804, information Processing Systems - Open Systems
Interconnection - Connection-oriented presentation service interconnection - Definition of Application Service Elements
definition.
- Commitment, Concurrency and Recovery. ‘)
IS0 8824, Information Processing Systems - Open Systems IS0 9834-2, information Processing Systems - Procedures
interconnection - Specification of Abstract Syntax Notation for specific OSI registration authorities - Part 2: Registration
One (AM. I).
of Document Types. I)
IS0 8825, information Processing Systems - Open Systems
3 Definitions
interconnection - Specification of Basic encoding rules for
Abstract Syntax Notation One (AN. I). Terms are defined in IS0 8571-l.
130 8832, information Processing Systems - Open Systems
4 Abbreviations
interconnection - Specification of the basic c/ass protocol
for Job Transfer and Manipulation. ‘) Abbreviations are defined in IS0 8571-l D
‘) At present at the stage of draft; publicat ion anticipated in due

IS0 8571-2 : 1988 (E)
Section one: The filestore model
5 Basic concepts Each file is either empty or has some contents and a
structure. Some of the file attributes identify structural
A virtual fiiestore is handled by one or more application
aspects of the contents.
entities; an initiator may communicate with these by
initializing an FTAM regime, in which the file service is There is a set of activity attributes associated with each
provided. Each appiication entity that is capable of FTAM regime. The activity attributes are of two types.
operating as a responder in an FTAM regime supports a
The first are in one to one correspondence with the file
single virtual filestore. Thus an application entity title serves
attributes, and indicate the active value of those attributes
to identify a virtual filestore.
as perceived by the initiator.
NOTE - Mechanisms for allocation of unambiguous application
The second type of activity attributes are current values of
entity titles and for the corresponding directory services to provide
state information concerning the exchanges taking place
addresses for communication with the entity are outside the scope
within an FIAM regime, and the facts established about the
of IS0 8571.
initiator. These are usually derived from corresponding
A filestore may contain an arbitrary number (greater than or
parameters in protocol exchanges. An initiator has available
equal to zero) of files (see figure 1).
the description of only the FTAM regimes in which it is
The properties of each file are defined by the values of a set participating.
of file attributes. These attributes are global; at any one
An arbitrary number (greater than or equal to zero) of
time, a single attribute value is available to all initiators.
initiators may have initialized FOAM regimes at any one
Connection User
H
. .
.
.
.
.
.
.
.
Current
.
.
Contents
.
Attributes
.
.
.
.
.
.
r
.
.
.
Activity Attributes
File
Attridutes
.
.
Key
1: 1 association
------+ 1 :n association (n>O)
--
- --> 1 :n association (n2 0)
Figure 1 - Relationship of files, attributes and associations

IS0 8571-2 : 1988 (E)
time. Exchanges between the initiator and the responder c) Each node within the structure gives access to its
lead to the selection of at most one file in the responder’s subtree. The access unit (that is, the subtree) is known as
virtual filestore to be bound to a particular FTAM regime at a File Access Data Unit (FADU) and it is comprised of the
any one time. structural nodes of the subtree and the Data Units
contained within the subtree. The root node of the tree
6 File selection gives access to the entire file.
From outside the filestore, selection of a file is always made d) Optionally a node has a name assigned to it.
by reference to the name of a file. The reference to a file is
e) The number of levels, the arc lengths and the number
within the context of a particular filestore identified by the
of arcs originating from each node are not restricted.
application entity title. The application entity tit!e refers to
the location of file storage, and is known to the file service
NOTES
users, but lies outside the scope of FOAM. The filename is
1 Applicable constraint sets may limit the maximum level, and the
defined in clause 12.
arc lengths allowed.
Selection of a file takes place in two stages. First, an FTAM
2 These terms are illustrated in the figure 2, where, for tutorial
regime is initialized with the application entity handling the
purposes, each node has been uniquely identified by the letters A
virtual filestore, and then information is given to this entity,
to F.
to identify the file unambiguously from amongst ail the files
A preorder traversal sequence is a specific sequence of
in the filestore.
nodes in the tree; it is established by traversing the subtree
in general, selection could be made by the statement of a
corresponding to the whole file. A subtree is traversed by
number of relations between given values and file
appending the root node of the subtree to the end of the
attributes. However, in IS0 8571 reference to the file is
traversal sequence established so far, and then, for each of
always made in terms of the filename.
the children of the subtree in their order of appearance,
traversing that subtree.
7 File structures
NOTE - The aigorithm describes the abstract construction of a
7.1 File access structure
sequence, which is used for establishing FADU Identity, defining
This clause defines the properties of a hierarchical
the location operations and determining the order of transmission.
structure. The abstract structure of hierarchical files,
This part of IS0 8571 does not define how the algorithm is to be
including the simple cases of fiat and unstructured files, is implemented.
defined in this part using ASN.l in the ASN.1 module
The File Access Data Units (FADUs), being in one-to-one
IS08571 -FADU (see 7.2). A hierarchical structure has the
correspondence with the subtrees, can be identified in the
following properties:
same manner as subtrees (that is, by their root nodes).
a) The file access structure is an ordered tree. Likewise, data units are always associated with a node and
may be identified by the identification of the node. The
b) Zero or one Data Units are assigned to a node.
general hierarchical structure can represent a wide range of
different practical file structures. However, real systems can
level 0
-----
level I
I I I
,FADU f I FADU ; ;
-a---
level 2
-------D-e ----a----
NOTE - the following features of the tree are identified (subtrees are identified by their root node):
Root node of tree : node R
Preorder traversal sequence : nodes R, A, B, C, D, E, F
Order of appearance : left to right
Figure 2 - The Access Structure as a Tree Structure
ISO8571-2:1988(E)
only support a limited range of structures, and there are Element are transferred from the FOAM sender to the FOAM
restrictions on the way files can be modified. To express receiver by means of the Presentation Service, IS0 8822.
this, the concept of a constraint set is introduced. A However these values shall appear in their syntactical
constraint set defines limitations on the range of structures order.
allowed, and expresses the way in which the basic access
NOTE - The syntax is constructed so that the syntactical order is
actions can modify the structure. Constraint sets reflecting
uence.
equivalent to the preorder traversal
Seq
certain common file types are defined in this part of lS0
Structuring information (i.e. values of type Structuring-
8571 (see annex A), but other constraint sets may
Data-Element) is communicated in FOAM FADU context
subsequently be defined and registered.
(the one corresponding to the FOAM FADU abstract syntax,
NOTE - It is expected that a registration authority will be
see 7.3). Node names are either in the same context or in a
established to maintain a register of constraint sets.
different, but embedded context. Values of type Fiie-
Contents-Data-Element are communicated in the file
7.2 Abstract structure definition
contents presentation context.
The access structure of the hierarchical file model is
The abstract syntaxes used to transfer part or ail of the
specified in figure 4, using ASN.1. The data unit contents
contents of a file are indicated by the contents type file
may be expressed in ASN.1, as in figure 3, or in some other
attribute. Each abstract syntax used shall be associated
abstract syntax notation.
with a different presentation context. There are two
Files are accessed in terms of File Access Data Units possibilities:
(FADU), which are equivalent to the subtrees in the general
a) The contents type file attribute value specifies an
hierarchical model. The smallest amount of data to be
abstract syntax and a constraint set; a presentation
specified for access is one Data Unit (DU). For the purpose
context is required corresponding to the specified
of transfer with checkpointing, the Data Units may be
abstract syntax. This presentation context is used to
divided into smaller parts called data elements (DE). It is
transfer both Node-Names and the actual contents of the
not possible to access the individual data elements of a
file. A distinct presentation context, which corresponds to
Data Unit by means of the filestore actions defined in IS0
the file structuring abstract syntax (see 7.3), is required if
8571; the data unit is accessed as a whole.
the constraint set in use supports file structuring
information.
7.3 Abstract syntax definition
b) The contents type file attribute value specifies a
For the purpose of providing access to the structure of files
a presentation context is required
document type;
in the FTAM hierarchical file model this International
corresponding to each abstract syntax specified in the
Standard assigns the ASN.l object identifier value
document type register entry. The document type also
{ iso standard 8571 abstract-syntax (2) ftam-fadu (2) } defines which presentation context is to be used for
transfer of Node-Names, if present. They can be
as an abstract syntax name for the set of presentation data
values, each of which is a value of the ASN.l type 1) in a presentation context corresponding to one of
IS08571 -FADU.Structuring-Data-Element. the abstract syntaxes defined by the document type
(user-coded) ;
The corresponding object descriptor value shall be
as the file
2) in the same presentation context
W-AM FADU”
structuring information (ftam-coded).
The ASN.1 object identifier and object descriptor values
7.5 Access context
{ joint-iso-ccitt asnl (1) basic-encoding (1) }
and
Use of the abstract structure defined in the IS08571 -FADU
“Basic Encoding of a single ASN.1 type”
module to derive the corresponding sequence of
information for transfer will yield the full hierarchical
(assigned to an information object in IS0 8825) can be
structure of the files, i.e. ail the structuring information and
used as a transfer syntax name with this abstract syntax.
all the data in the specified FADU will be transferred.
7.4 File transfer structure However it is possible to access files for reading with a
restricted view of their structure by use of different access
The ASN.1 module ISU8571-FADU defines the access
contexts. In ail cases, those data elements which are
structure of the general hierarchical model. The syntax for
transferred are in the order defined in ISU8571-FADU, and
transfer of files’ contents is derived from this and consists of
nodes are transferred in the order in which they appear in
values of type Data-Element. Only values of type Data-
the preorder traversal sequence.
1 IS08571-CONTENTS DEFINITIONS ::=
3 BEGIN
5 File-Contents-Data-Element ::= ANY
6 -- Values of File-Contents-Data-Element are always transferred in a
-- presentation context which is different from the presentation context
8 -- used to transfer FTAM PCI. The actual presentation data valuesallowed
9 -- are found in the abstract syntax for the file contents, as specified
10 -- in the contents type file attribute for the file.
12 END
Figure 3 - ASN.1 definition of file contents
IS0 8571-2 : 1988 (E)
IS08571-FADU DEFINITIONS ::=
BEGIN
Subtree ::= SEQUENCE {
node Node-Descriptor-Data-Element,
data [0] IMPLICIT DU OPTIONAL,
-- present if and only if a DU is connected to the node.
children [l] IMPLICIT Children OPTIONAL }
-- a leaf node is characterised by having no children
12 Children ::= SEQUENCE {
13 enter-subtree Enter-Subtree-Data-Element,
14 SEQUENCE OF Subtree,
15 -- subtrees must appear in their proper order according to
16 -- their proper ordering as children of their parent node.
17 exit-subtree Exit-Subtree-Data-Element }
19 DU ::= SEQUENCE OF IS08571-CONTENTS.File-Contents-Data-Element
21 Node-Descriptor-Data-Element ::= [APPLICATION 0] IMPLICIT SEQUENCE {
22 name Node-Name OPTIONAL,
23 -- present only if the root node of the subtree is a named node.
24 arc-length [l] IMPLICIT INTEGER DEFAULT 1,
25 -- used to specify the length of the arc to the root node of the subtree
26 -- from its parent node.
27 data-exists
[2] IMPLICIT BOOLEAN DEFAULT TRUE }
28 -- data-exists =
TRUE indicates that a DU is connected to the root node
29 -- of the subtree.
31 Node-Name ::= CHOICE {
32 ftam-coded
[0] IMPLICIT GraphicString,
33 -- when ftam-coded is used,
the Node-Name belongs to the same abstract syntax
34 -- as the structuring information.
Node-Names are then transferred in
35 -- the presentation context established to support the FTAM FADU abstract
36 -- syntax.
This form of Node-Name is only allowed when the contents type
37 -- file attribute contains a document type name. To support this
38 -- alternative, at least the GO character set registered in character
39 -- set register entry 2 shall be supported.
40 user-coded EXTERNAL }
I
41 -- the actual types allowed are found in the abstract syntax for the files
42 -- contents,
as specified in the contents type file attribute for the file.
44 Enter-Subtree-Data-Element ::=
[APPLICATION l] IMPLICIT NULL
46 Exit-Subtree-Data-Element ::= [APPLICATION 21 IMPLICIT NULL
47 -- the enter-subtree and exit-subtree data elements are used to bracket
48 -- the list of subtrees,
which are children of the preceding node.
FADU ::= Subtree
52 Structuring-Data-Element ::= CHOICE {
53 Node-Descriptor-Data-Element,
54 Enter-Subtree-Data-Element, -
55 Exit-Subtree-Data-Element }
57 -- Data-Element is defined to be a general data type whose values are
--
--
59 a) a value of the ASN.l type Structuring-Data-Element in the abstract
--
"FTAM FADU"; or
60 syntax
--
--
I 62 b) a value of the ASN.1 type IS08571-CONTENTS-File-Contents-Data-Element
--
in the abstract syntax derived from the contents type file attribute.
END
Figure 4 - ASN.1 definition of file structure

IS0 8571-2: 1988 (E)
75.1 HA - Hierarchical Ail Data Units Access Context
7.6 Identification structure
in the HA access context, ail four types of data eiments A FADU is identified by referencing the root node of the
(Node-Descriptor-Data-Element, Enter-Subtree-Data- corresponding subtree. A FADU can be identified by any of
Element, Exit-Subtree-Data-Element and Fiie-Contents-
the following mechanisms:
Data-Element) in the addressed FADU are transferred.
a) “first” : the first FADU in the preorder traversal
sequence for the file structure for which data exists is
7.5.2 HN - Hierarchical No Data Units Access Context
identified;
in the HN access context, ail data elements of the types
b) “last”: the last FADU in the preorder traversal
Node-Descriptor-Data-Element, Enter-Subtree-Data-
sequence for the file structure is identified;
Element and Exit-Subtree-Data-Element from the
c) “previous”: the FADU preceding the currently
addressed FADU are transferred.
identified FADU in the preorder traversal sequence of the
file access structure is identified;
7.5.3 FA - Fiat Ail Data Units Access Context
d) “current”: the current location (see clause 8) in the file
in the FA access context, data elements of the types Node-
remains unchanged;
Descriptor-Data-Element and File-Contents-Data-Element
from the addressed FADU are transferred. Only those
“next”: the FADU following the currently identified
Node-Descriptor-Data-Elements in which data-exists has
FADU in the preorder traversal sequence of the file
the value TRUE are transferred.
access structure is identified;
f) “begin”: the exact meaning of begin depends on the
75.4 FL - Fiat One Level Data Units Access Context
constraint set in use, but is such that “locate next” will
in the FL access context, data elements of the types Node-
identify the “first” FADU.
Descriptor-Data-Element and File-Contents-Data-Element
g) “end”: establishes a state of the file where there is no
from those nodes in the addressed FADU which belongs to
current location, but use of “previous” will identify the
the specified level are transferred. Only those Node-
“last” FADU in the preorder traversal sequence for the file
Descriptor-Data-Elements in which data-exists has the
access structure;
value TRUE are transferred.
h) Node-Name: specifies the identifier of the FADU
which is to be identified. The search for the specific
7-5.5 FS - Fiat Single Data Unit Access Context
Node-Name is restricted to the children of the currently
in the FS access context, the single Node-Descriptor-Data-
located node;
Element and ail the File-Contents-Data-Elements of the
i) Sequence of Node-Names: specifies a path of FADU
single DU belonging to the root node of the addressed
identifiers from the root node of the file to the node to be
FADU are transferred.
located. The first Node-Name is a child of the root node
of the file, so that the root node itself is identified by an
7.5.6 UA - Unstructured Ail Data Units Access Context
empty sequence of Node-Names;
in the UA access context, only the data elements of type
j) Node number: specifies the node to be selected by its
File-Contents-Data-Element from the addressed FADU are
number in the preorder traversal sequence for the file
transferred.
access structure. The root node of the file has node
number zero;
7.5.7 US - Unstructured Single Data Unit Access
Context
7.7 Constraint sets
in the US access context, ail the data elements of type
The general hierarchical structure is constrained and its
File-Contents-Data-Element of the single DU belonging to
dynamics further qualified by the definition of a number of
the root node of the addressed FADU are transferred.
constraint sets, each identifying a particular structure in
Table 1 - Result of reading in an access context
common use. These are specified in annex A. Constraint
sets are referenced in protocol exchanges by names, which
Access Context Result
are of ASN.1 type “object identifier”.
HA Single Subtree
The set of actions that are ultimately allowable in the open
regime is actually further constrained beyond the actions
HN undefined type - because Node-
specified in the constraint set. This further restriction is
Descriptor-Data-Elements with data
imposed by the permitted actions file attribute, the
exists
= TRUE are transferred
processing mode activity attribute, the access control file
without the data elements
attribute, the concurrency control activity attribute and the
constituting the DU.
functional units selected for the current FTAM regime.
FA series of Subtree each with one node
FL series of Subtree each with one node
8 Actions on files
FS Single Subtree with one node
The virtual filestore defines actions which manipulate the
UA Single DU data units in a file. The definition of the individual actions
(see section two) states the data units to which the actions
us Single DU
apply, and the effects on those data units. Some actions
also establish filestore state, such as the state “file
selected” or FADU location.
7.5.8 Summary of access contexts
The actions are invoked by service primitives. Their
Reading a non empty hierarchical subtree in these access
semantics are defined in conjunction with those of the file
contexts will have the results shown in table 1, in terms of
service primitives defined in IS0 8571-3 (see note 1).
the data types defined in IS08571 -FADU.
IS0 8571-2 : 1988 (El
Use of each action is subject to access control by the
values received, in order to recognise a file structural item.
responder (see 12.16). The applicability of an action is
The file structural items acceptable will depend on the
subject to concurrency control governing the parallel
constraint set in use, but in general the responder will
activities during and after that action (see note 2 and 3). recognise
NOTES
a) the series of data values which can be recognised as
a Subtree; this fii e structural item re presents an FADU.
1 Some of the primitives of the service definition are thus closely
related to particular actions, but the two are always logically
b) the series of data values which can be recognised as
distinct.
Children; this represents a series of FADU with which
2 When the use of commitment, concurrency and recovery has
qualified actions are to be performed. The meaning of the
been agreed (see IS0 9804), concurrency controls should be
qualified action and its effect is specified in each
applied as specified in that standard.
constraint set for which the file structural item is valid.
The concurrency control permits an accessor to request either
c) the ser
...

ISO
8571-2
NORME INTERNATIONALE
Première édition
1988-10-01
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION
ORGANISATION INTERNATIONALE De NORMALISATION
MEXAYHAPOJJHAFI OPrAHM3AuMfl Il0 CTAHAAPTVl3AuMM
Systèmes de traitement de l’information -
Interconnexion de systèmes ouverts - Transfert,
accès et gestion de fichiers -
Partie 2 :
Définition du système de fichiers virtuel
Information processing s ystems - Open S ystems lnterconnection - File Transfer, Access
and Management -
Part 2 : Viitual Filestore Definition
Numéro de référence
ISO 8571-2: 1988 (F)
ISO 857+2:1988(F)
Sommaire
Page
Vii
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
Avant-propos
viii
..,............................................................,............................
Introduction
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1 Domaine d’application
2 Références .~.
3 Définitions .,.,.,.
4 Abréviations . . . . . . . . . .*.
5 Principes généraux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6 Sélection de fichier . . . . . . . . . . . . . .-.-.-.
7 Structures de fichier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.1 Structure d’accès au fichier . . . . . . . . . . . . . .I.
7.2 Définition de la structure abstraite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Définition de la syntaxe abstraite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
7.3
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*. 6
7.4 Structure de transfert de fichier
7.5 Contextes d’accès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.6 Structure d’identification .-.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
7.7 Ensembles de contraintes
8 Actions sur les fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.1 Relation avec le transfert de données global . . . . . . . . . . . . . . . . . . . . . . . . . 10
8.2 Transfert de données global en lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.3 Transfert de données global en écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~. 11
9 Attributs
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
9.1 Portée des attributs
9.2 Attributs de types scalaire, vecteur et ensemble . . . . . . . . . . . . . . . . . . . 12
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
9.3 Valeurs des attributs
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
9.4 Prise en charge des attributs de fichier
0 Organisation internationale de normalisation, 1988 l
Imprimé en Suisse
Version francaise tirée en 1990
ii
ISO 857+2:1988(F)
............................................. 14
10 Actions sur des fichiers complets
10.1 Création de fichier . 14
10.2 Sélection de fichier . 14
10.3 Modification d’attributs .
10.4 Lecture d’attributs . 14
................................................................. 14
10.5 Ouverture de fichier
................................................................. 14
10.6 Fermeture de fichier
10.7 Suppression de fichier . 14
10.8 Désélection de fichier . 14
......................................................
Il Actions d’accès à un fichier 14
11.1 Localisation . 14
11.2 Lecture . 15
11.3 Insertion . 15
11.4 Remplacement . 15
11.5 Extension . 15
11.6 Effacement . 15
11.7 Actions sur le fichier et position courante . 15
12 Attributs de fichier . 16
.......................................................................... 16
12.1 Nom de fichier
12.2 Actions permises . 16
12.3 Type de contenu . 16
................................................................ 17
12.4 Compte de stockage
12.5 Date et heure de création . 17
12.6 Date et heure de dernière modification . 17
12.7 Date et heure de dernier accès en lecture . 17
12.8 Date et heure de dernière modification d’attributs . 18
12.9 Identité du créateur . 18
12.10 Identité du dernier modificateur . 18
12.11 Identité du dernier lecteur . 18
12.12 Identité du dernier modificateur d’attributs . 18
12.13 Disponibilité du fichier . 18
. . .
III
ISO 857+2:1988(F)
.......................................................................
12.14 Taille du fichier
12.15 Taille future du fichier .
12.16 Contrôle d’accès .
.............................................................
12.17 Qualifications légales
12.18 Usage privé .
13 Attributs d’activité .
...............................................................
13.1 Type de contenu actif
.....................................................
13.2 Demande d’accès courante
13.3 Identité de l’initiateur courant .
......................................................................
13.4 Position courante
....................................................
13.5 Mode de traitement courant
................ 21
Titre de l’entité d’application appelante courante
13.6
..............
13.7 Titre de l’entité d’application en réponse courante
........................................................................
13.8 Compte courant
...........................................
13.9 Contrôle de concurrence courant
13.10 Style de verrouillage courant .
13.11 Mots de passe d’accès courants .
..................................................... 22
13.12 Qualification légale active
.....................................................................
14 Groupes d’attributs
14.1 Groupe noyau .
14.2 Groupe de stockage .
14.3 Groupe de sécurité .
14.4 Groupe privé .
....................................
15 Plages minimales de valeurs d’attribut
Annexes
A Ensembles de contraintes sur la structure d’accès au fichier . . 26
A,1 Considérations générales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonction de l’ensemble de contraintes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
AA.1
. . . . . . . . . . . . . . . . . . . . . . 26
A.1.2 Relation avec le transfert de données global
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
A.1.3 Contenu de l’ensemble de contraintes
,.,.,.,.
A.l.4 Notation
iv
ISO 8571=2:1988(F)
A.2 Définitions des ensembles de contraintes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
A.2.1 Ensemble de contraintes non structuré . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217
A.2.2 Ensemble de contraintes séquentiel plat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Ensemble de contraintes ordonné plat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
A.2.3
A.2.4 Ensemble de contraintes ordonné plat avec noms uniques
A.2.5 Ensemble de contraintes ordonné hiérarchisé . . . . . . . . . . . . . . . . . . . . 33
. . . . . . . . . . . . . . . . . . . . .
A.2.6 Ensemble de contraintes général hiérarchisé 35
A.2.7 Ensemble de contraintes général hiérarchisé avec noms
uniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
B Types de document . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
B.l Types de document fichier de texte non structuré . . . . . . . . . . . . . . . . 40
B.2 Type de document fichier de texte séquentiel . 44
8.3 Type de document fichier binaire non structuré . 48
B.4 Type de document fichier binaire séquentiel . . . . . . . . . . . . . . . . . . . . . . . . . 51
. . . . . . . . . . . . . . . . . . . . . . . .
8.5 Type de document fichier hiérarchisé simple 55
C Lecture de fichiers structurés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
C.l Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
C.2 Fichiers non structurés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
C.3 Fichiers plats .,. 57
C.4 Fichiers hiérarchisés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
D Insertion dans un fichier-structuré . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
D.l Base des exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
D.2 Addition de frères à A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
D.3 Addition de fils à C (usage normal) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
0.4 Addition de fils à C (variante) L.,. 61
D.5 Insertion de sous-arbre en tant que frère . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
D.6 Insertion de sous-arbre en tant que fils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Insertion dans un fichier ordonné plat
0.7 . 63
E Table des types ASN.l . 65
E.l Table des types définiskités dans le module
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
IS08571-CONTENTS
E.2 Table des types définiskités dans le module IS08571-FADU 65
V
ISO 8571=2:1988(F)
E.3 Références, dans le module ISO8571-FADU, à des types définis
dans le module ISO8571-CONTENTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
ISO 857+2:1988(F)
Avant-propos
L’ISO (Organisation internationale de normalisation) est une fédération
mondiale d’organismes nationaux de normalisation (comités membres
de I’ISO). L’élaboration des Normes internationales est en général
confiée aux comités techniques de I’ISO. Chaque comité membre inté-
ressé par une étude a le droit de faire partie du comité technique créé
à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec I’ISO participent également aux tra-
vaux. L’ISO collabore étroitement avec la Commission électrotechnique
internationale (CEI) en ce qui concerne la normalisation électrotech-
nique.
Les projets de Normes internationales adoptés par les comités techni-
ques sont soumis aux comités membres pour vote. Leur publication
comme Normes internationales requiert l’approbation de 75 */o au moins
des comités membres votants.
La Norme internationale ISO 8571-2 a été élaborée par le comité tech-
nique ISO/TC 97, Systèmes de traitement de l’information.
L’ISO 8571 comprend les parties suivantes, présentées sous le titre gé-
néral Systèmes de traitement de l’information - Interconnexion de sys-
tèmes ouverts - Transfert, accès et gestion de fichiers:
- Partie 1: Introduction générale
- Partie 2: Définition du système de fichiers virtuel
- Partie 3: Définition du service de fichiers
- Partie 4: Spécification du protocole de fichiers
Les annexes A et B font partie intégrante de la présente partie de I’ISO
8571. Les annexes C, D et E sont données uniquement à titre d’infor-
mation.
vii
ISO 8571=2:1988(F)
Introduction
L’ISO 8571 fait partie d’une famille de Normes internationales élaborées
pour faciliter l’interconnexion des équipements informatiques. Elle fait
partie d’un ensemble de Normes internationales dont les relations sont
définies par le Modèle de référence d’interconnexion de systèmes ou-
verts (ISO 7498). Le Modèle de référence divise le domaine de la nor-
malisation en vue de l’interconnexion en une série de couches de
spécifications, dont chacune est d’une taille maîtrisable.
L’objectif de l’interconnexion de systèmes ouverts est de permettre, au
prix d’un minimum d’accords techniques en-dehors des normes
d’interconnexion, d’interconnecter des équipements informatiques:
a) de constructeurs différents;
b) administrés de facons différentes;
*
c) de niveaux de complexité différents;
d) d’âges différents.
L’ISO 8571 définit un service de fichiers et spécifie un protocole de fi-
chiers disponibles dans la Couche Application du Modèle de référence.
Le service défini est de la catégorie élément de service d’application
(ASE). Ce service concerne des corps identifiables d’informations qui
peuvent être traités comme des fichiers, et peuvent être stockés à I’in-
térieur de systèmes ouverts ou communiqués entre des processus
d’application.
L’ISO 8571 définit un service de fichiers de base. Il fournit des facilités
suffisantes pour assurer le transfert de fichiers, et établit un cadre pour
l’accès aux fichiers et la gestion des fichiers. L’ISO 8571 ne spécifie pas
les interfaces avec un équipement de transfert de fichiers ou d’accès
aux fichiers appartenant au système local.
L’ISO 8571 est constituée des quatre parties suivantes:
Partie 1 - Introduction générale
Partie 2 - Définition du système de fichiers virtuel
Partie 3 - Définition du service de fichiers
Partie 4 - Spécification du protocole de fichiers
La définition donnée dans la présente partie de I’ISO 8571 est utilisée
dans les autres parties de I’ISO 8571, qui spécifient des services et des
protocoles. Ils se réfèrent à la définition du système de fichiers pour
attribuer une signification aux divers éléments de données descriptifs
qu’ils manipulent. La présente définition sera également utilisée par les
réalisateurs de protocole lors du choix d’une mise en correspondance
des éléments de protocole avec leurs mécanismes de stockage réels.
La présen te parti e de I’ISO 8571 comporte les annexes suivantes qui
fon t partie de la n orme:
. . .
VIII
ISO 8571=2:1988(F)
Annexe A - Ensembles de contraintes sur la structure d’accès au
fichier;
Annexe B - Types de document;
et les annexes suivantes qui ne font pas partie de la norme:
Annexe C - Lecture de fichiers structurés;
Annexe D - Insertion dans un fichier structuré;
Annexe E - Table des types ASN.l.

Page blanche
ISO 8571=2:1988(F)
NORME INTERNATIONALE
Systèmes de traitement de l’information - Interconnexion de
systèmes ouverts - Transfert, accès et gestion de fichiers -
Partie 2:
Définition du système de fichiers virtuel
1 Domaine d’application 2 Références
ISO 6429, Traitement de l’information - Jeux ISO de
caractères codés à 7 et à 8 éléments - Fonctions
La présente partie de I’ISO 8571
de commande supplémentaires pour les dispositifs
de visualisation de caractères.
a) définit un modèle abstrait du système de fichiers
virtuel, utilisé pour décrire des fichiers et des
ISO 7498, Systèmes de traitement de
systèmes de fichiers (voir section un);
l’information - Interconnexion de systèmes
ouverts - Mod&/e de référence de base.
b) définit l’ensemble des actions disponibles pour
manipuler les éléments du modèle (voir section
ISO 8571, Systèmes de traitement de
deux);
l’information - Interconnexion de systèmes
ouverts - Gestion, accès et transfert de fichier.
c) définit les propriétés des fichiers individuels et
de leurs relations en termes d’attributs (voir
- Partie 1: Introduction.
section trois);
- Partie 3: Définition du service de fichiers.
- Partie 4: Spécifkation du protocole de fichiers.
d) définit la forme des représentations des fichiers
ISO 8601, Éléments de données et formats
à structures hiérarchisées (voir section un, arti-
d’échange - Échange d’informations - Représen-
cle 7 ).
tation de la date et de l’heure.
La présente partie de I’ISO 8571 ne spécifie pas
ISO 8650, Systèmes de traitement de
l’information - Interconnexion de systèmes
e) de conditions relatives à la mise en correspon-
ouverts - Spécitkation du protocole pour l’élément
dance des systèmes de fichiers réel et virtuel;
de service de contrôle d’association.
f) de conditions de réalisation du système de fi-
ISO 8822, Systèmes de traitement de
chiers réel.
If information - In terconnexion de systèmes
ouverts - Définition du service de présentation en
La définition du système de fichiers virtuel est four-
mode connexion.
nie à des fins de référence par les autres parties de
I’ISO 8571 définissant le service de fichiers
ISO 8824, Systèmes de traitement de
(ISO 8571-3) et spécifiant le protocole de fichiers
l’information - Interconnexion de systèmes
(150 8571-4).
ouverts - Spécification de la syntaxe abstraite nu-
méro Un (ASN.1).
ISO 8825, Systèmes de traitement de
If information - Interconnexion de systèmes
ISO 857+2:1988(F)
- Règles de codage de base de la notation Systèmes de traitement de
ouverts ISO 9834-2,
- Procédures pour /es autorités d’en-
de syntaxe abstraite numéro Un (ASN.1). l’information
registrement OSI spécifiques - Partie 2: Enregis-
8832, Systèmes de traitement de
ISO
trement des types de document?
l’information - Interconnexion de
systèmes
ouverts - Spécifkation du protocole de la classe de
3 Définitions
base de transfert et de manipulation de travaux.
Les termes sont définis dans I’ISO 8571.
ISO 9804, Systèmes de traitement de
I?nformation - Interconnexion de systèmes
ouverts - Définition des éléments de service d’ap-
4 Abréviations
plication - Engagement, concurrence et reprise?
Les abréviations sont définies dans I’ISO 85714.
1) Actuellement au stade de projet; publication prévue en temps opportun.
Section un : Le modèle du système de fichiers
Un système de fichiers peut contenir un nombre ar-
5 Principes généraux
bitraire (supérieur ou égal à zéro) de fichiers (voir
figure 1).
Un système de fichiers virtuel est utilisé par une ou
plusieurs entités d’application avec la ou lesquelles
Les propriétés de chaque fichier sont définies par
l’initiateur peut communiquer en initialisant un ré-
les valeurs d’un ensemble d’attributs de fichier. Ces
gime FTAM, dans lequel le service de fichiers est
attributs sont globaux; à tout moment une valeur
fourni. Chaque entité d’application, qui est capable
d’attribut unique est disponible pour tous les ini-
de fonctionner comme répondeur dans un régime
tiateurs.
FTAM, prend en charge un système de fichiers vir-
tuel unique. Un titre d’entité d’application peut donc
Chaque fichier est vide, ou a un certain contenu et
servir à identifier un système de fichiers virtuel.
une structure. Certains des attributs de fichier iden-
tifient des aspects structurels du contenu.
Les mécanismes d’affectation des titres d’en-
NOTE 1
tité d’application non ambigus et ceux des facilités de ré-
Un ensemble d’attributs d’activité est associé à
pertoires correspondants, destinés à fournir des adresses
chaque régime FTAM. Les attributs d’activité sont
pour communiquer avec l’entité, n’entrent pas dans le
de deux types.
cadre de I’ISO 8571.
I
I
Connexlon L Utlllsateur
I
I cl
I
I
I
I
I
I
I
.
. . . ,.*
.
.
.
.
.
Attributs :
.
.
de
tlchlers :
.
r-l-
w . . . . .t.*. ;.+.-.~
.
. .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . l .*.*.
Flchler Attrlbuts Attributs
d’actlvltti
kgende :
: assoclatlon 1 pour 1
------- : association 1 pour n (n= OI
--- : assoclatlon 1 pour n (nB 0)
Figure 1 -
Relations entre fichiers, attributs et associations

ISO 8571=2:1988(F)
plats et non structurés, est définie en utilisant ASN.1
Les premiers sont en correspondance un à un avec
dans le module ASN.l IS08571-FADU (voir 7.2). Une
les attributs de fichier et indiquent la valeur effective
structure hiérarchisée a les propriétés suivantes:
de ces attributs, telle qu’elle est percue par I’ini-
.
tiateur.
a) la structure d’accès au fichier est un arbre or-
Les seconds sont des valeurs courantes d’infor-
donné;
mations d’état concernant les échanges en cours à
l’intérieur d’un régime FTAM, et les renseignements
une unité de données est affectée à un
zéro ou
b)
établis sur l’initiateur. Elles sont en général déduites
noeud;
des paramètres correspondants des éléments de
Un initiateur dispose uni-
protocole échangés.
c) chaque noeud de la structure donne accès à ses
quement de la description des régimes FTAM aux-
sous-arbres. L’unité d’accès, c’est-à-dire le
quels il participe.
sous-arbre, est connue comme unité de données
d’accès au fichier (FADU) et est composée des
A tout moment, un nombre arbitraire (supérieur ou
noeuds structuraux du sous-arbre et des unités
égal à zéro) d’initiateurs peut avoir initialisé des
de données contenues dans ce sous-arbre. Le
régimes FTAM. Des échanges entre l’initiateur et le
noeud racine de l’arbre donne accès à tout le fi-
répondeur conduisent à la sélection d’au plus un fi-
chier;
chier du système de fichiers virtuel du répondeur à
rattacher à un régime particulier FTAM.
d) un nom peut être affecté à un nœud, en option;
6 Sélection de fichier e) le nombre de niveaux, les longueurs des arcs et
le nombre d’arcs issus de chaque noeud ne sont
La sélection d’un fichier à partir de l’extérieur d’un
pas restreints.
système de fichiers est toujours faite par référence
NOTES
au nom du fichier. La référence à un fichier appar-
tient au contexte d’un système de fichiers particulier
2 Des ensembles de contraintes applicables peuvent ii-
identifié par le titre de l’entité d’application. Le titre
miter le nombre de niveaux et les longueurs d’arcs auto-
d’entité d’application se réfère à la localisation de
risées.
la mémoire de stockage du fichier, qui est connue
des utilisateurs du service de fichiers, mais qui n’est
3 La figure2 illustre ces termes. Chaque noeud est, à des
une lettre
pas du ressort de FTAM. Le nom de fichier est défini fins didactiques, identifié uniquement par de A
à F.
a l’article 12.
Une séquence de traversée préordonnée est une
La sélection d’un fichier s’effectue en deux étapes.
séquence spécifique de noeuds de l’arbre; elle est
Un régime FTAM est d’abord initialisé avec l’entité
établie en traversant le sous-arbre correspondant à
d’application gérant le système de fichiers virtuel;
l’ensemble du fichier.
des informations sont ensuite fournies à cette entité,
pour identifier le fichier, sans ambiguïté, parmi tous
Un sous-arbre est traversé en rattachant le noeud
les fichiers du système de fichiers.
racine du sous-arbre à l’extrémité de la séquence
de traversée établie jusque-là et ensuite, en traver-
En général, la sélection pourrait se faire par
sant le sous-arbre pour chacun des fils du sous-
l’énoncé d’un certain nombre de relations entre des
arbre, dans leur ordre d’apparition.
valeurs données et des attributs de fichier. Cepen-
dant, dans I’ISO 8571, la référence au fichier est
L’algorithme décrit la construction abstraite
NOTE 4
toujours faite en termes de nom de fichier.
d’une séquence, qui est utilisée pour établir l’identité de
la FADU, définir les opérations de localisation et déter-
7 Structures de fichier miner l’ordre de transmission. La présente partie de
I’ISO 8571 ne spécifie pas comment l’algorithme doit être
réalisé.
7.1 Structure d’accès au fichier
Ce paragraphe définit les propriétés d’une structure
La structure abstraite de fichiers
hiérarchisée.
hiérarchisés, incluant les cas simples des fichiers
FADU
nlveau 0
I
FADU
e pon,;gfJi”F,
I
-mm
I
nfveau 1
I
FADU
--
%
l
nlveau 2
I
I
NOTE - Les caractilrlstlques sulvantes de l’arbre sont Identlflties (les sous -
arbres sont IdentlfiW par leurs noeuds ratfnes) :
Noeuds racine de l’arbre : noeud R
Stiquence de traverscie preordonnee : noeuds R, A, B, C, D, E, F
Ordre d’apparltlon 8 de gauche h droite
Figure 2 - La structure d’accès est une structure arborescente
Les FADU, étant en correspondance une à une avec
L’accès aux fichiers se fait en termes d’unités de
les sous-arbres, peuvent être identifiées de la même données d’accès au fichier (FADU), qui sont assimi-
manière que ces derniers (c’est-à-dire par leurs lées aux sous-arbres dans le modèle hiérarchise
noeuds racines). De même, des unités de données général. La plus petite quantité de données à spé-
sont toujours associées à un nœud et peuvent être cifier pour l’accès est une unité de données (DU).
identifiées par l’identification du noeud. La structure Pour réaliser un transfert avec pose de point de
hiérarchisée générale peut représenter une large contrôle, les unités de données peuvent être divi-
gamme de structures pratiques de fichier. Toutefois,
sées en plus petites parties appelées éléments de
des systèmes réels ne peuvent prendre en charge données (DE). II n’est pas possible d’accéder aux
qu’une gamme limitée de structures, et des restric- éléments de données individuels d’une unité de
tions sont imposées quant à la facon dont les fï-
données au moyen des actions du système de fi-
chiers peuvent être modifiés. Pour exprimer ce fait, chiers définies dans I’ISO 8571; l’accès à l’unité de
le concept d’ensemble de contraintes a été introduit. données se fait comme à un tout.
Un ensemble de contraintes définit des limitations
sur la gamme de structures autorisées et établit
comment les actions d’accès de base peuvent mo-
difier la structure. Des ensembles de contraintes
7.3 Définition de la syntaxe abstraite
reflétant certains types de fichier communs sont
définis dans la présente partie de I’ISO 8571 (voir
Pour fournir l’accès à la structure des fichiers dans
annexe A), mais d’autres ensembles de contraintes
le modèle de fichier hiérarchisé de FTAM, la pré-
pourront être définis et enregistrés ultérieurement.
sente Norme internationale attribue la valeur
NOTE 5 Ii est prévu qu’une autorité d’enregistrement d’identificateur d’objet ASN.1
soit instituée pour tenir un registre des ensembles de
contraintes.
{iso standard 8571 abstract-syntax(2)
ftam-fadu(2))
en tant que nom de syntaxe abstraite de l’ensemble
7.2 Définition de la structure abstraite
des valeurs de données de présentation, chacune
d’elle étant une valeur du ASN.1
type
La figure 4 définit la structure d’accès du modèle de
lS08571-FADU.Structuring-Data-Element.
fichier hiérarchisé en utilisant la notation ASN.l. Le
contenu des unités de données peut être exprimé
La valeur du descripteur d’objet doit être
en notation ASN.l (voir figure 3) ou selon une autre
notation de syntaxe abstraite. ((FTAM FADU,,

ISO 857+2:1988(F)
L’identificateur d’objet ASN.1 et les valeurs de de- Element. Seules les valeurs de type Data-Element
scripteur d’objet sont transférées de l’expéditeur FTAM au desti-
nataire FTAM au moyen du service de présentation.
{joint-iso-ccitt-asnl( 1) basic-encoding( 1)) Ces valeurs doivent toutefois apparaître dans leur
ordre syntaxique.
et
NOTE 6 La syntaxe est construite de telle sorte que
((Basic Encoding of a single ASN.l type,)
l’ordre syntaxique soit équivalent à la séquence de tra-
versée préordonnée.
(attribués à un objet d’information dans I’ISO 8825),
peuvent être utilisés comme nom de syntaxe de
Les informations structurelles, (c’est-à-dire les va-
transfert avec cette syntaxe abstraite.
leurs de type Structuring-Data-Element), sont com-
muniquées selon le contexte des FADU FTAM (celui
7.4 Structure de transfert de fichier qui correspond à la syntaxe abstraite FADU FTAM
(voir 7.3). Les noms de noeud sont exprimés selon
le même contexte ou selon un contexte intermé-
Le module ASN.l lS08571-FADU définit la structure
diaire différent. Les valeurs de type File-Contents-
d’accès du modèle hiérarchisé générai. La syntaxe
Data-Element sont communiquées selon le contexte
de transfert du contenu des fichiers en est dérivée
et consiste en une série de valeurs de type Data- de présentation du contenu du fichier.
#
1 ISO 8571 - CONTENTS DEFINITIONS :: -
3 BEGIN
5 File-Contents-Data-Elements ::- ANY
6 -- les valeurs de File-Contents-Data-Elements sont toujours
-- transférées dans un contexte de présentation différent de
7 -- celui utilisé pour transférer les PC1 FTAM. Les valeurs de
-- données de présentation effectivement autorisees sont prises
8 -- dans la syntaxe abstrA.te du contenu de fichier, telle que spécifiée
-- dans l’attribut de fichier type de contenu du fichier.
END
Figure 3 - Définition en ASN.l du contenu du fichier

ISO 857+2:1988(F)
%
1 ISO 85719FADU DEFINITIONS ::=
BEGIN
b
5 Subtree ::= SEQUENCE {
5 node Node-Descriptor-Data-Element,
7 data
[OI IMPLICIT DU OPTIONAL,
3 -- figure si et seulement si une DU est rattachée à ce noeud
children
3 Dl IMPLICIT children OPTIONAL}
--- un noeud feuille est caractérisé par le fait qu'il n'a pas de fils
Children ::= SEQUENCE {
enter-subtree Enter-Subtree-Data-Element,
SEQUENCE OF Subtree
œn
les subtrees doivent apparaître dans leur propre ordre,
œn
selon leur classement en tant que fils de leur noeud
père.
i
17 exit-subtree Exit-Subtree-Data-Element )
DU ::= SEQUENCE OF IS08571-CONTENTS. File-Contents-Data-Elements
Node-Descriptor-Data-Element :: = [APPLICATION O] IMPLICIT SEQUENCE{
Node-Name OPTIONAL,
22 name
œn
figure si et seulement si le noeud racine du
œn
sous-arbre est un noeud nommé.
[l] IMPLICIT INTEGER DEFAULT 1,
24 arc-length
œn
utilisé pour spécifier la longueur de l'arc
œn
allant du noeud père du sous-arbre à son noeud
œœ
racine.
0'
27 Data-exists [23 IMPLICIT BOOLEAN DEFAULT TRUE}
-0
= TRUE indique qu'une DU est
28 data-exists
œn
rattachée au noeud racine du sous-arbre
Node-Name ::= CHOICE {
ftam-coded [OI IMPLICIT GraphicString,
-0
quand ftam-coded est utilisé, le Node-Name
appartient à la même syntaxe abstraite que les
LI
informations structurelles. Les Node-Names sont
CI
tranférés dans le contexte de présentation établi pour
œ-
prendre en charge la syntaxe abstraite FADU-FTAM. Cette
LI
forme de Node-Name n'est autorisée que lorsque
œn
l'attribut de fichier type de contenu contient un nom
œn
type de document. Pour permettre ceci, le jeu de
œn
de caractères GO, enregistré sous l'entrée 2 du
œn
registre, doit au moins être pris en compte.
EXTERNAL}
40 user-coded
-0
les types effectifs utilisés sont pris dans la
œn
syntake abstraite du contenu de fichier, telle que
œn
43 spécifiée dans l'attribut de fichier type de contenu
--
du fichier.
ISO 8571=2:1988(F)
[APPLICATION 11 IMPLICIT NULL
Enter-Subtree-Data-Element ::=
k4
b5
::= [APPLICATION 23 IMPLICIT NULL
Exit-Subtree-Data-Element
k6
--
Enter-Subtree-Data-Elements et
k7
Exit-Subtree-Data-Elements sont utilisés pour
&a
--
encadrer la liste des sous-arbres, qui sont des
--
fils du noeud précédent.
SO FADU ::= Subtree
Structuring-Data-Element ::- CHOICE{
Node-Descriptor-Data-Element,
Enter-Subtree-Data-Element,
Exit-Subtree-Data-Element )
--
Data-Element est défini pour être un type de données général dont
-- les valeurs sont :
LI
a) une valeur de type ASN.l Structuring-Data-Element dans la
--
syntaxe abstraite (CFTAM FADU%; ou
-II
b) une valeur de type ASN.l
LI
X08571-CONTENTS.File-Contents-Data-Element dans la syntaxe abstraite
--
dérivée de l’attribut de fichier type de contenu.
64 END
Figure 4 - Définition en ASN.l de la structure du fichier
Les syntaxes abstraites utilisées pour transférer tation doit être utilisé pour le transfert des
tout, ou une partie du contenu d’un fichier, sont in- Node-Names, s’ils sont présents; ce peut être:
diquées par l’attribut de fichier Type de contenu.
Chaque syntaxe abstraite utilisée doit être associée 1) un contexte de présentation correspondant à
à un contexte de présentation différent. il y a deux une seule des syntaxes abstraites définies
possibilités: par le type de document (user-coded),
a) la valeur dé l’attribut de fichier Type de contenu
2) le même contexte de présentation que les
spécifie une syntaxe abstraite et un ensemble de informations structurelles du fichier (Ram-
contraintes; un contexte de présentation corres- coded).
pondant à la syntaxe abstraite spécifiée est né-
de présentation est utilise
cessaire; ce contexte
7.5 Contextes d’accès
pour transférer les Node-Names et le contenu
effectif du fichier. Un autre contexte de présen-
L’utilisation de la structure abstraite définie dans le
tation, correspondant à la syntaxe abstraite de
module ISO8571-FADU pour déduire la séquence
structure du fichier (voir 7.3) est nécessaire si
correspondante d’informations à transférer, pro-
l’ensemble de contraintes utilisé admet les in-
duira la structure hiérarchisée complète des fi-
formations structurelles du fichier;
chiers, c’est-à-dire que toutes les informations
structurelles et toutes les données de la FADU spé-
b) la valeur de l’attribut de fichier Type de contenu
cifiée seront transférées. Toutefois, il est possible
spécifie un type de document; un contexte de
d’accéder à des fichiers pour lecture avec une vue
présentation, correspondant à chaque syntaxe
restreinte de leur structure en utilisant différents
abstraite spécifiée dans l’entrée du registre de
contextes d’accés. Dans tous les cas, les éléments
type de document, est nécessaire. Le type de
de données qui sont transférés suivant l’ordre défini
document définit aussi quel contexte de présen-
dans lS08571-FADU et les noeuds sont transférés
dans l’ordre où ils apparaissent dans la séquence
de traversée préordonnée.
ISO 8571=2:1988(F)
75.1 HA - Contexte d’accès hiérarchisé toutes 7.5.8 Résumé des contextes d’accès
unités de données
Le tableau 1 montre les résultats de la lecture d’un
Dans le contexte d’accès HA, les quatres types sous-arbre hiérarchisé non vide selon ces contextes
d’éléments de données (Node-Descriptor-Data- d’accès, en termes de type de données définis dans
IS08571-FADU.
Element, Enter-Subtree-Data-Element, Exit-Subtree-
Data-Element, File-Contents-Data-Element) de la
FADU spécifiée sont transférés.
- Résultat de lecture selon le contexte
Tableau 1
d’accès
7.52 HI4 - Contexte d’accès hiérarchisé aucune
Contexte
unité de données
Résultat
d’accès
Dans le contexte d’accès HN, tous les éléments de
HA Sous-arbre unique
données des types Node-Descriptor-Data-Element,
HN Type non défini parce que Node-Descriptor-
Enter-Subtree-Data-Element, Exit-Subtree-Data-
Data-Element avec data-exists = TRUE sont
Element de la FADU spécifiée sont transférés.
transférés sans les éléments de données
constituant l’unité de données
- Contexte d’accès plat toutes unités de FA Séquence de Subtree, chacun avec un seul
7.5.3 FA
n0eud
données
Séquence de Subtree, chacun avec un seul
FL
nOE?ud
Dans le contexte d’accès FA, les éléments de don-
FS Subtree unique avec un seul nœud
nées des types Node-Descriptor-Data-Element et
File-Contents-Data-Element de la FADU spécifiée
UA DU unique
sont transférés. Seuls les Node-Descriptor-Data-
DU unique
us
Element dans lesquels data-exists a la valeur TRUE,
sont transférés.
7.54 FL - Contexte d’accès plat unités de données
7.6 Structure d’identification
d’un niveau
Une FADU est identifiée par référence au noeud ra-
Dans le contexte d’accès FL, les éléments de don-
cine du sous-arbre correspondant. Une FADU peut
nées des types Node-Descriptor-Data-Element et
être identifiée par l’un des mécanismes suivants:
File-Contents-Data-Element des noeuds dans la
FADU spécifiée, appartenant au niveau repéré, sont
a) ((première,>: identifie la première FADU de la sé-
transférés. Seuls les Node-Descriptor-Data-Element
quence de traversée préordonnée de la structure
dans lesquels data-exists a la valeur TRUE, sont
de fichier pour laquelle existe une donnée;
transférés.
b) (: identifie la dernière FADU de la sé-
quence de traversée préordonnée de la structure
7.55 FS - Contexte d’accès plat unité de données
de fichier;
unique
c) ( Dans le contexte d’accès FS, Node-Descriptor-Data-
FADU courante identifiée dans la séquence de
Element et tous les File-Contents-Data-Element de
traversée préordonnée de la structure d’accés
la DU appartenant au noeud racine de la FADU spé-
au fichier;
cifiée sont transférés.
nte,,: la localisation courante (voir
woura
d)
7.5.6 UA - Contexte d’accès non structuré toutes
8) dans le fichier reste in changée;
article
unités de données
e) (>: identifie la FADU suivant la FADU
Dans le contexte d’accès UA, seuls les éléments de
courante identifiée dans la séquence de traver-
données de type File-Contents-Data-Element de la
sée préordonnée de la structure d’accès au fi-
FADU spécifiée sont transférés.
chier;
7.5.7 us - Contexte d’accès non structuré unité 9 ((début)): le sens exact de début dépend de I’en-
de données unique semble de contraintes utilisé, mais il est tel que
((position suivante,> signifiera la première FADU;
Dans le contexte d’accès US, seuls les éléments de
g) ((fin>: établit un état du fichier où il n’y a pas de
données de type File-Contents-Data-Element de
l’unique unité de données appartenant au noeud ra- localisation courante, mais l’utilisation de ((pré-
cine de la FADU spécifiée, sont transférés. cédente,) identifie la dernière FADU dans la sé-

ISO 8571=2:1988(F)
uence de traversée préordonnée de la structure L’applicabilité d’une action est soumise au contrôle
q
d ‘accès au fichier; de concurrence régissant les activités parallèles au
cours et après ladite action (voir notes 2 et 3).
) Node-Name: spécifie l’identificateur de la FADU
NOTES
à identifier. La recherche du Node-Name spécifi-
que est limitée aux fils du noeud courant localisé;
7 Certaines des primitives de la definition du service
sont ainsi étroitement associées à des actions particu-
1 séquence de Node-Names: spécifie un chemin
lières, mais les unes et les autres sont toujours logi-
d’identificateurs de FADU à partir du noeud ra-
quement distinctes.
cine du fichier jusqu’au noeud à localiser. Le
8 Quand l’utilisation de l’engagement, de la concurrence
premier Node-Name est un fils du noeud racine
et de la reprise a été convenue (voir ISO 9804), des
du fichier, de telle sorte que le noeud racine lui-
contrôles de concurrence devraient être appliqués tels
même soit iden’tifïé par une séquence vide de
que spécifiés dans la présente norme.
Node-Names;
9 Le contrôle de concurrence permet à un accesseur de
j) numéro de noeud: spécifie le noeud à choisir par
demander ((non requis,>, ((accès exclusif),, ((accès
son numéro dans la séquence de traversée
partagé)) ou ((pas d’accès)) pour diverses actions sur une
préordonnée de la structure d’accès au fichier.
ressource. Si ((accès exclusif,> ou (, est de-
Le noeud racine du fichier a le numéro zéro. mandé et accordé, aucune action en provenance d’autres
associations ne peut se produire. Si ((accès partagé)) est
demandé et accordé, aucun accès exclusif en provenance
d’autres associations ne peut se produire.
7.7 Ensembles de contraintes
10 Le répondeur effectue des actions (telles que définies
La structure hiérarchisée générale est soumise à
en section 2), en sorte qu’elles soient séquentielles. Une
des contraintes et sa dynamique est précisée par la
exécution séquentielle se définit comme l’exécution
définition d’un certain nombre d’ensembles de
d’opérations d’activités se déroulant simultanément mais
contraintes, chacun identifiant une structure parti-
de telle sorte qu’elle produise le même effet qu’une exé-
culière communément utilisée. Ces ensem
...

ISO
8571-2
NORME INTERNATIONALE
Première édition
1988-10-01
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION
ORGANISATION INTERNATIONALE De NORMALISATION
MEXAYHAPOJJHAFI OPrAHM3AuMfl Il0 CTAHAAPTVl3AuMM
Systèmes de traitement de l’information -
Interconnexion de systèmes ouverts - Transfert,
accès et gestion de fichiers -
Partie 2 :
Définition du système de fichiers virtuel
Information processing s ystems - Open S ystems lnterconnection - File Transfer, Access
and Management -
Part 2 : Viitual Filestore Definition
Numéro de référence
ISO 8571-2: 1988 (F)
ISO 857+2:1988(F)
Sommaire
Page
Vii
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
Avant-propos
viii
..,............................................................,............................
Introduction
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1 Domaine d’application
2 Références .~.
3 Définitions .,.,.,.
4 Abréviations . . . . . . . . . .*.
5 Principes généraux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6 Sélection de fichier . . . . . . . . . . . . . .-.-.-.
7 Structures de fichier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.1 Structure d’accès au fichier . . . . . . . . . . . . . .I.
7.2 Définition de la structure abstraite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Définition de la syntaxe abstraite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
7.3
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*. 6
7.4 Structure de transfert de fichier
7.5 Contextes d’accès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.6 Structure d’identification .-.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
7.7 Ensembles de contraintes
8 Actions sur les fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.1 Relation avec le transfert de données global . . . . . . . . . . . . . . . . . . . . . . . . . 10
8.2 Transfert de données global en lecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.3 Transfert de données global en écriture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~. 11
9 Attributs
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
9.1 Portée des attributs
9.2 Attributs de types scalaire, vecteur et ensemble . . . . . . . . . . . . . . . . . . . 12
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
9.3 Valeurs des attributs
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
9.4 Prise en charge des attributs de fichier
0 Organisation internationale de normalisation, 1988 l
Imprimé en Suisse
Version francaise tirée en 1990
ii
ISO 857+2:1988(F)
............................................. 14
10 Actions sur des fichiers complets
10.1 Création de fichier . 14
10.2 Sélection de fichier . 14
10.3 Modification d’attributs .
10.4 Lecture d’attributs . 14
................................................................. 14
10.5 Ouverture de fichier
................................................................. 14
10.6 Fermeture de fichier
10.7 Suppression de fichier . 14
10.8 Désélection de fichier . 14
......................................................
Il Actions d’accès à un fichier 14
11.1 Localisation . 14
11.2 Lecture . 15
11.3 Insertion . 15
11.4 Remplacement . 15
11.5 Extension . 15
11.6 Effacement . 15
11.7 Actions sur le fichier et position courante . 15
12 Attributs de fichier . 16
.......................................................................... 16
12.1 Nom de fichier
12.2 Actions permises . 16
12.3 Type de contenu . 16
................................................................ 17
12.4 Compte de stockage
12.5 Date et heure de création . 17
12.6 Date et heure de dernière modification . 17
12.7 Date et heure de dernier accès en lecture . 17
12.8 Date et heure de dernière modification d’attributs . 18
12.9 Identité du créateur . 18
12.10 Identité du dernier modificateur . 18
12.11 Identité du dernier lecteur . 18
12.12 Identité du dernier modificateur d’attributs . 18
12.13 Disponibilité du fichier . 18
. . .
III
ISO 857+2:1988(F)
.......................................................................
12.14 Taille du fichier
12.15 Taille future du fichier .
12.16 Contrôle d’accès .
.............................................................
12.17 Qualifications légales
12.18 Usage privé .
13 Attributs d’activité .
...............................................................
13.1 Type de contenu actif
.....................................................
13.2 Demande d’accès courante
13.3 Identité de l’initiateur courant .
......................................................................
13.4 Position courante
....................................................
13.5 Mode de traitement courant
................ 21
Titre de l’entité d’application appelante courante
13.6
..............
13.7 Titre de l’entité d’application en réponse courante
........................................................................
13.8 Compte courant
...........................................
13.9 Contrôle de concurrence courant
13.10 Style de verrouillage courant .
13.11 Mots de passe d’accès courants .
..................................................... 22
13.12 Qualification légale active
.....................................................................
14 Groupes d’attributs
14.1 Groupe noyau .
14.2 Groupe de stockage .
14.3 Groupe de sécurité .
14.4 Groupe privé .
....................................
15 Plages minimales de valeurs d’attribut
Annexes
A Ensembles de contraintes sur la structure d’accès au fichier . . 26
A,1 Considérations générales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonction de l’ensemble de contraintes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
AA.1
. . . . . . . . . . . . . . . . . . . . . . 26
A.1.2 Relation avec le transfert de données global
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
A.1.3 Contenu de l’ensemble de contraintes
,.,.,.,.
A.l.4 Notation
iv
ISO 8571=2:1988(F)
A.2 Définitions des ensembles de contraintes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
A.2.1 Ensemble de contraintes non structuré . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217
A.2.2 Ensemble de contraintes séquentiel plat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Ensemble de contraintes ordonné plat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
A.2.3
A.2.4 Ensemble de contraintes ordonné plat avec noms uniques
A.2.5 Ensemble de contraintes ordonné hiérarchisé . . . . . . . . . . . . . . . . . . . . 33
. . . . . . . . . . . . . . . . . . . . .
A.2.6 Ensemble de contraintes général hiérarchisé 35
A.2.7 Ensemble de contraintes général hiérarchisé avec noms
uniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
B Types de document . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
B.l Types de document fichier de texte non structuré . . . . . . . . . . . . . . . . 40
B.2 Type de document fichier de texte séquentiel . 44
8.3 Type de document fichier binaire non structuré . 48
B.4 Type de document fichier binaire séquentiel . . . . . . . . . . . . . . . . . . . . . . . . . 51
. . . . . . . . . . . . . . . . . . . . . . . .
8.5 Type de document fichier hiérarchisé simple 55
C Lecture de fichiers structurés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
C.l Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
C.2 Fichiers non structurés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
C.3 Fichiers plats .,. 57
C.4 Fichiers hiérarchisés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
D Insertion dans un fichier-structuré . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
D.l Base des exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
D.2 Addition de frères à A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
D.3 Addition de fils à C (usage normal) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
0.4 Addition de fils à C (variante) L.,. 61
D.5 Insertion de sous-arbre en tant que frère . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
D.6 Insertion de sous-arbre en tant que fils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Insertion dans un fichier ordonné plat
0.7 . 63
E Table des types ASN.l . 65
E.l Table des types définiskités dans le module
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
IS08571-CONTENTS
E.2 Table des types définiskités dans le module IS08571-FADU 65
V
ISO 8571=2:1988(F)
E.3 Références, dans le module ISO8571-FADU, à des types définis
dans le module ISO8571-CONTENTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
ISO 857+2:1988(F)
Avant-propos
L’ISO (Organisation internationale de normalisation) est une fédération
mondiale d’organismes nationaux de normalisation (comités membres
de I’ISO). L’élaboration des Normes internationales est en général
confiée aux comités techniques de I’ISO. Chaque comité membre inté-
ressé par une étude a le droit de faire partie du comité technique créé
à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec I’ISO participent également aux tra-
vaux. L’ISO collabore étroitement avec la Commission électrotechnique
internationale (CEI) en ce qui concerne la normalisation électrotech-
nique.
Les projets de Normes internationales adoptés par les comités techni-
ques sont soumis aux comités membres pour vote. Leur publication
comme Normes internationales requiert l’approbation de 75 */o au moins
des comités membres votants.
La Norme internationale ISO 8571-2 a été élaborée par le comité tech-
nique ISO/TC 97, Systèmes de traitement de l’information.
L’ISO 8571 comprend les parties suivantes, présentées sous le titre gé-
néral Systèmes de traitement de l’information - Interconnexion de sys-
tèmes ouverts - Transfert, accès et gestion de fichiers:
- Partie 1: Introduction générale
- Partie 2: Définition du système de fichiers virtuel
- Partie 3: Définition du service de fichiers
- Partie 4: Spécification du protocole de fichiers
Les annexes A et B font partie intégrante de la présente partie de I’ISO
8571. Les annexes C, D et E sont données uniquement à titre d’infor-
mation.
vii
ISO 8571=2:1988(F)
Introduction
L’ISO 8571 fait partie d’une famille de Normes internationales élaborées
pour faciliter l’interconnexion des équipements informatiques. Elle fait
partie d’un ensemble de Normes internationales dont les relations sont
définies par le Modèle de référence d’interconnexion de systèmes ou-
verts (ISO 7498). Le Modèle de référence divise le domaine de la nor-
malisation en vue de l’interconnexion en une série de couches de
spécifications, dont chacune est d’une taille maîtrisable.
L’objectif de l’interconnexion de systèmes ouverts est de permettre, au
prix d’un minimum d’accords techniques en-dehors des normes
d’interconnexion, d’interconnecter des équipements informatiques:
a) de constructeurs différents;
b) administrés de facons différentes;
*
c) de niveaux de complexité différents;
d) d’âges différents.
L’ISO 8571 définit un service de fichiers et spécifie un protocole de fi-
chiers disponibles dans la Couche Application du Modèle de référence.
Le service défini est de la catégorie élément de service d’application
(ASE). Ce service concerne des corps identifiables d’informations qui
peuvent être traités comme des fichiers, et peuvent être stockés à I’in-
térieur de systèmes ouverts ou communiqués entre des processus
d’application.
L’ISO 8571 définit un service de fichiers de base. Il fournit des facilités
suffisantes pour assurer le transfert de fichiers, et établit un cadre pour
l’accès aux fichiers et la gestion des fichiers. L’ISO 8571 ne spécifie pas
les interfaces avec un équipement de transfert de fichiers ou d’accès
aux fichiers appartenant au système local.
L’ISO 8571 est constituée des quatre parties suivantes:
Partie 1 - Introduction générale
Partie 2 - Définition du système de fichiers virtuel
Partie 3 - Définition du service de fichiers
Partie 4 - Spécification du protocole de fichiers
La définition donnée dans la présente partie de I’ISO 8571 est utilisée
dans les autres parties de I’ISO 8571, qui spécifient des services et des
protocoles. Ils se réfèrent à la définition du système de fichiers pour
attribuer une signification aux divers éléments de données descriptifs
qu’ils manipulent. La présente définition sera également utilisée par les
réalisateurs de protocole lors du choix d’une mise en correspondance
des éléments de protocole avec leurs mécanismes de stockage réels.
La présen te parti e de I’ISO 8571 comporte les annexes suivantes qui
fon t partie de la n orme:
. . .
VIII
ISO 8571=2:1988(F)
Annexe A - Ensembles de contraintes sur la structure d’accès au
fichier;
Annexe B - Types de document;
et les annexes suivantes qui ne font pas partie de la norme:
Annexe C - Lecture de fichiers structurés;
Annexe D - Insertion dans un fichier structuré;
Annexe E - Table des types ASN.l.

Page blanche
ISO 8571=2:1988(F)
NORME INTERNATIONALE
Systèmes de traitement de l’information - Interconnexion de
systèmes ouverts - Transfert, accès et gestion de fichiers -
Partie 2:
Définition du système de fichiers virtuel
1 Domaine d’application 2 Références
ISO 6429, Traitement de l’information - Jeux ISO de
caractères codés à 7 et à 8 éléments - Fonctions
La présente partie de I’ISO 8571
de commande supplémentaires pour les dispositifs
de visualisation de caractères.
a) définit un modèle abstrait du système de fichiers
virtuel, utilisé pour décrire des fichiers et des
ISO 7498, Systèmes de traitement de
systèmes de fichiers (voir section un);
l’information - Interconnexion de systèmes
ouverts - Mod&/e de référence de base.
b) définit l’ensemble des actions disponibles pour
manipuler les éléments du modèle (voir section
ISO 8571, Systèmes de traitement de
deux);
l’information - Interconnexion de systèmes
ouverts - Gestion, accès et transfert de fichier.
c) définit les propriétés des fichiers individuels et
de leurs relations en termes d’attributs (voir
- Partie 1: Introduction.
section trois);
- Partie 3: Définition du service de fichiers.
- Partie 4: Spécifkation du protocole de fichiers.
d) définit la forme des représentations des fichiers
ISO 8601, Éléments de données et formats
à structures hiérarchisées (voir section un, arti-
d’échange - Échange d’informations - Représen-
cle 7 ).
tation de la date et de l’heure.
La présente partie de I’ISO 8571 ne spécifie pas
ISO 8650, Systèmes de traitement de
l’information - Interconnexion de systèmes
e) de conditions relatives à la mise en correspon-
ouverts - Spécitkation du protocole pour l’élément
dance des systèmes de fichiers réel et virtuel;
de service de contrôle d’association.
f) de conditions de réalisation du système de fi-
ISO 8822, Systèmes de traitement de
chiers réel.
If information - In terconnexion de systèmes
ouverts - Définition du service de présentation en
La définition du système de fichiers virtuel est four-
mode connexion.
nie à des fins de référence par les autres parties de
I’ISO 8571 définissant le service de fichiers
ISO 8824, Systèmes de traitement de
(ISO 8571-3) et spécifiant le protocole de fichiers
l’information - Interconnexion de systèmes
(150 8571-4).
ouverts - Spécification de la syntaxe abstraite nu-
méro Un (ASN.1).
ISO 8825, Systèmes de traitement de
If information - Interconnexion de systèmes
ISO 857+2:1988(F)
- Règles de codage de base de la notation Systèmes de traitement de
ouverts ISO 9834-2,
- Procédures pour /es autorités d’en-
de syntaxe abstraite numéro Un (ASN.1). l’information
registrement OSI spécifiques - Partie 2: Enregis-
8832, Systèmes de traitement de
ISO
trement des types de document?
l’information - Interconnexion de
systèmes
ouverts - Spécifkation du protocole de la classe de
3 Définitions
base de transfert et de manipulation de travaux.
Les termes sont définis dans I’ISO 8571.
ISO 9804, Systèmes de traitement de
I?nformation - Interconnexion de systèmes
ouverts - Définition des éléments de service d’ap-
4 Abréviations
plication - Engagement, concurrence et reprise?
Les abréviations sont définies dans I’ISO 85714.
1) Actuellement au stade de projet; publication prévue en temps opportun.
Section un : Le modèle du système de fichiers
Un système de fichiers peut contenir un nombre ar-
5 Principes généraux
bitraire (supérieur ou égal à zéro) de fichiers (voir
figure 1).
Un système de fichiers virtuel est utilisé par une ou
plusieurs entités d’application avec la ou lesquelles
Les propriétés de chaque fichier sont définies par
l’initiateur peut communiquer en initialisant un ré-
les valeurs d’un ensemble d’attributs de fichier. Ces
gime FTAM, dans lequel le service de fichiers est
attributs sont globaux; à tout moment une valeur
fourni. Chaque entité d’application, qui est capable
d’attribut unique est disponible pour tous les ini-
de fonctionner comme répondeur dans un régime
tiateurs.
FTAM, prend en charge un système de fichiers vir-
tuel unique. Un titre d’entité d’application peut donc
Chaque fichier est vide, ou a un certain contenu et
servir à identifier un système de fichiers virtuel.
une structure. Certains des attributs de fichier iden-
tifient des aspects structurels du contenu.
Les mécanismes d’affectation des titres d’en-
NOTE 1
tité d’application non ambigus et ceux des facilités de ré-
Un ensemble d’attributs d’activité est associé à
pertoires correspondants, destinés à fournir des adresses
chaque régime FTAM. Les attributs d’activité sont
pour communiquer avec l’entité, n’entrent pas dans le
de deux types.
cadre de I’ISO 8571.
I
I
Connexlon L Utlllsateur
I
I cl
I
I
I
I
I
I
I
.
. . . ,.*
.
.
.
.
.
Attributs :
.
.
de
tlchlers :
.
r-l-
w . . . . .t.*. ;.+.-.~
.
. .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . l .*.*.
Flchler Attrlbuts Attributs
d’actlvltti
kgende :
: assoclatlon 1 pour 1
------- : association 1 pour n (n= OI
--- : assoclatlon 1 pour n (nB 0)
Figure 1 -
Relations entre fichiers, attributs et associations

ISO 8571=2:1988(F)
plats et non structurés, est définie en utilisant ASN.1
Les premiers sont en correspondance un à un avec
dans le module ASN.l IS08571-FADU (voir 7.2). Une
les attributs de fichier et indiquent la valeur effective
structure hiérarchisée a les propriétés suivantes:
de ces attributs, telle qu’elle est percue par I’ini-
.
tiateur.
a) la structure d’accès au fichier est un arbre or-
Les seconds sont des valeurs courantes d’infor-
donné;
mations d’état concernant les échanges en cours à
l’intérieur d’un régime FTAM, et les renseignements
une unité de données est affectée à un
zéro ou
b)
établis sur l’initiateur. Elles sont en général déduites
noeud;
des paramètres correspondants des éléments de
Un initiateur dispose uni-
protocole échangés.
c) chaque noeud de la structure donne accès à ses
quement de la description des régimes FTAM aux-
sous-arbres. L’unité d’accès, c’est-à-dire le
quels il participe.
sous-arbre, est connue comme unité de données
d’accès au fichier (FADU) et est composée des
A tout moment, un nombre arbitraire (supérieur ou
noeuds structuraux du sous-arbre et des unités
égal à zéro) d’initiateurs peut avoir initialisé des
de données contenues dans ce sous-arbre. Le
régimes FTAM. Des échanges entre l’initiateur et le
noeud racine de l’arbre donne accès à tout le fi-
répondeur conduisent à la sélection d’au plus un fi-
chier;
chier du système de fichiers virtuel du répondeur à
rattacher à un régime particulier FTAM.
d) un nom peut être affecté à un nœud, en option;
6 Sélection de fichier e) le nombre de niveaux, les longueurs des arcs et
le nombre d’arcs issus de chaque noeud ne sont
La sélection d’un fichier à partir de l’extérieur d’un
pas restreints.
système de fichiers est toujours faite par référence
NOTES
au nom du fichier. La référence à un fichier appar-
tient au contexte d’un système de fichiers particulier
2 Des ensembles de contraintes applicables peuvent ii-
identifié par le titre de l’entité d’application. Le titre
miter le nombre de niveaux et les longueurs d’arcs auto-
d’entité d’application se réfère à la localisation de
risées.
la mémoire de stockage du fichier, qui est connue
des utilisateurs du service de fichiers, mais qui n’est
3 La figure2 illustre ces termes. Chaque noeud est, à des
une lettre
pas du ressort de FTAM. Le nom de fichier est défini fins didactiques, identifié uniquement par de A
à F.
a l’article 12.
Une séquence de traversée préordonnée est une
La sélection d’un fichier s’effectue en deux étapes.
séquence spécifique de noeuds de l’arbre; elle est
Un régime FTAM est d’abord initialisé avec l’entité
établie en traversant le sous-arbre correspondant à
d’application gérant le système de fichiers virtuel;
l’ensemble du fichier.
des informations sont ensuite fournies à cette entité,
pour identifier le fichier, sans ambiguïté, parmi tous
Un sous-arbre est traversé en rattachant le noeud
les fichiers du système de fichiers.
racine du sous-arbre à l’extrémité de la séquence
de traversée établie jusque-là et ensuite, en traver-
En général, la sélection pourrait se faire par
sant le sous-arbre pour chacun des fils du sous-
l’énoncé d’un certain nombre de relations entre des
arbre, dans leur ordre d’apparition.
valeurs données et des attributs de fichier. Cepen-
dant, dans I’ISO 8571, la référence au fichier est
L’algorithme décrit la construction abstraite
NOTE 4
toujours faite en termes de nom de fichier.
d’une séquence, qui est utilisée pour établir l’identité de
la FADU, définir les opérations de localisation et déter-
7 Structures de fichier miner l’ordre de transmission. La présente partie de
I’ISO 8571 ne spécifie pas comment l’algorithme doit être
réalisé.
7.1 Structure d’accès au fichier
Ce paragraphe définit les propriétés d’une structure
La structure abstraite de fichiers
hiérarchisée.
hiérarchisés, incluant les cas simples des fichiers
FADU
nlveau 0
I
FADU
e pon,;gfJi”F,
I
-mm
I
nfveau 1
I
FADU
--
%
l
nlveau 2
I
I
NOTE - Les caractilrlstlques sulvantes de l’arbre sont Identlflties (les sous -
arbres sont IdentlfiW par leurs noeuds ratfnes) :
Noeuds racine de l’arbre : noeud R
Stiquence de traverscie preordonnee : noeuds R, A, B, C, D, E, F
Ordre d’apparltlon 8 de gauche h droite
Figure 2 - La structure d’accès est une structure arborescente
Les FADU, étant en correspondance une à une avec
L’accès aux fichiers se fait en termes d’unités de
les sous-arbres, peuvent être identifiées de la même données d’accès au fichier (FADU), qui sont assimi-
manière que ces derniers (c’est-à-dire par leurs lées aux sous-arbres dans le modèle hiérarchise
noeuds racines). De même, des unités de données général. La plus petite quantité de données à spé-
sont toujours associées à un nœud et peuvent être cifier pour l’accès est une unité de données (DU).
identifiées par l’identification du noeud. La structure Pour réaliser un transfert avec pose de point de
hiérarchisée générale peut représenter une large contrôle, les unités de données peuvent être divi-
gamme de structures pratiques de fichier. Toutefois,
sées en plus petites parties appelées éléments de
des systèmes réels ne peuvent prendre en charge données (DE). II n’est pas possible d’accéder aux
qu’une gamme limitée de structures, et des restric- éléments de données individuels d’une unité de
tions sont imposées quant à la facon dont les fï-
données au moyen des actions du système de fi-
chiers peuvent être modifiés. Pour exprimer ce fait, chiers définies dans I’ISO 8571; l’accès à l’unité de
le concept d’ensemble de contraintes a été introduit. données se fait comme à un tout.
Un ensemble de contraintes définit des limitations
sur la gamme de structures autorisées et établit
comment les actions d’accès de base peuvent mo-
difier la structure. Des ensembles de contraintes
7.3 Définition de la syntaxe abstraite
reflétant certains types de fichier communs sont
définis dans la présente partie de I’ISO 8571 (voir
Pour fournir l’accès à la structure des fichiers dans
annexe A), mais d’autres ensembles de contraintes
le modèle de fichier hiérarchisé de FTAM, la pré-
pourront être définis et enregistrés ultérieurement.
sente Norme internationale attribue la valeur
NOTE 5 Ii est prévu qu’une autorité d’enregistrement d’identificateur d’objet ASN.1
soit instituée pour tenir un registre des ensembles de
contraintes.
{iso standard 8571 abstract-syntax(2)
ftam-fadu(2))
en tant que nom de syntaxe abstraite de l’ensemble
7.2 Définition de la structure abstraite
des valeurs de données de présentation, chacune
d’elle étant une valeur du ASN.1
type
La figure 4 définit la structure d’accès du modèle de
lS08571-FADU.Structuring-Data-Element.
fichier hiérarchisé en utilisant la notation ASN.l. Le
contenu des unités de données peut être exprimé
La valeur du descripteur d’objet doit être
en notation ASN.l (voir figure 3) ou selon une autre
notation de syntaxe abstraite. ((FTAM FADU,,

ISO 857+2:1988(F)
L’identificateur d’objet ASN.1 et les valeurs de de- Element. Seules les valeurs de type Data-Element
scripteur d’objet sont transférées de l’expéditeur FTAM au desti-
nataire FTAM au moyen du service de présentation.
{joint-iso-ccitt-asnl( 1) basic-encoding( 1)) Ces valeurs doivent toutefois apparaître dans leur
ordre syntaxique.
et
NOTE 6 La syntaxe est construite de telle sorte que
((Basic Encoding of a single ASN.l type,)
l’ordre syntaxique soit équivalent à la séquence de tra-
versée préordonnée.
(attribués à un objet d’information dans I’ISO 8825),
peuvent être utilisés comme nom de syntaxe de
Les informations structurelles, (c’est-à-dire les va-
transfert avec cette syntaxe abstraite.
leurs de type Structuring-Data-Element), sont com-
muniquées selon le contexte des FADU FTAM (celui
7.4 Structure de transfert de fichier qui correspond à la syntaxe abstraite FADU FTAM
(voir 7.3). Les noms de noeud sont exprimés selon
le même contexte ou selon un contexte intermé-
Le module ASN.l lS08571-FADU définit la structure
diaire différent. Les valeurs de type File-Contents-
d’accès du modèle hiérarchisé générai. La syntaxe
Data-Element sont communiquées selon le contexte
de transfert du contenu des fichiers en est dérivée
et consiste en une série de valeurs de type Data- de présentation du contenu du fichier.
#
1 ISO 8571 - CONTENTS DEFINITIONS :: -
3 BEGIN
5 File-Contents-Data-Elements ::- ANY
6 -- les valeurs de File-Contents-Data-Elements sont toujours
-- transférées dans un contexte de présentation différent de
7 -- celui utilisé pour transférer les PC1 FTAM. Les valeurs de
-- données de présentation effectivement autorisees sont prises
8 -- dans la syntaxe abstrA.te du contenu de fichier, telle que spécifiée
-- dans l’attribut de fichier type de contenu du fichier.
END
Figure 3 - Définition en ASN.l du contenu du fichier

ISO 857+2:1988(F)
%
1 ISO 85719FADU DEFINITIONS ::=
BEGIN
b
5 Subtree ::= SEQUENCE {
5 node Node-Descriptor-Data-Element,
7 data
[OI IMPLICIT DU OPTIONAL,
3 -- figure si et seulement si une DU est rattachée à ce noeud
children
3 Dl IMPLICIT children OPTIONAL}
--- un noeud feuille est caractérisé par le fait qu'il n'a pas de fils
Children ::= SEQUENCE {
enter-subtree Enter-Subtree-Data-Element,
SEQUENCE OF Subtree
œn
les subtrees doivent apparaître dans leur propre ordre,
œn
selon leur classement en tant que fils de leur noeud
père.
i
17 exit-subtree Exit-Subtree-Data-Element )
DU ::= SEQUENCE OF IS08571-CONTENTS. File-Contents-Data-Elements
Node-Descriptor-Data-Element :: = [APPLICATION O] IMPLICIT SEQUENCE{
Node-Name OPTIONAL,
22 name
œn
figure si et seulement si le noeud racine du
œn
sous-arbre est un noeud nommé.
[l] IMPLICIT INTEGER DEFAULT 1,
24 arc-length
œn
utilisé pour spécifier la longueur de l'arc
œn
allant du noeud père du sous-arbre à son noeud
œœ
racine.
0'
27 Data-exists [23 IMPLICIT BOOLEAN DEFAULT TRUE}
-0
= TRUE indique qu'une DU est
28 data-exists
œn
rattachée au noeud racine du sous-arbre
Node-Name ::= CHOICE {
ftam-coded [OI IMPLICIT GraphicString,
-0
quand ftam-coded est utilisé, le Node-Name
appartient à la même syntaxe abstraite que les
LI
informations structurelles. Les Node-Names sont
CI
tranférés dans le contexte de présentation établi pour
œ-
prendre en charge la syntaxe abstraite FADU-FTAM. Cette
LI
forme de Node-Name n'est autorisée que lorsque
œn
l'attribut de fichier type de contenu contient un nom
œn
type de document. Pour permettre ceci, le jeu de
œn
de caractères GO, enregistré sous l'entrée 2 du
œn
registre, doit au moins être pris en compte.
EXTERNAL}
40 user-coded
-0
les types effectifs utilisés sont pris dans la
œn
syntake abstraite du contenu de fichier, telle que
œn
43 spécifiée dans l'attribut de fichier type de contenu
--
du fichier.
ISO 8571=2:1988(F)
[APPLICATION 11 IMPLICIT NULL
Enter-Subtree-Data-Element ::=
k4
b5
::= [APPLICATION 23 IMPLICIT NULL
Exit-Subtree-Data-Element
k6
--
Enter-Subtree-Data-Elements et
k7
Exit-Subtree-Data-Elements sont utilisés pour
&a
--
encadrer la liste des sous-arbres, qui sont des
--
fils du noeud précédent.
SO FADU ::= Subtree
Structuring-Data-Element ::- CHOICE{
Node-Descriptor-Data-Element,
Enter-Subtree-Data-Element,
Exit-Subtree-Data-Element )
--
Data-Element est défini pour être un type de données général dont
-- les valeurs sont :
LI
a) une valeur de type ASN.l Structuring-Data-Element dans la
--
syntaxe abstraite (CFTAM FADU%; ou
-II
b) une valeur de type ASN.l
LI
X08571-CONTENTS.File-Contents-Data-Element dans la syntaxe abstraite
--
dérivée de l’attribut de fichier type de contenu.
64 END
Figure 4 - Définition en ASN.l de la structure du fichier
Les syntaxes abstraites utilisées pour transférer tation doit être utilisé pour le transfert des
tout, ou une partie du contenu d’un fichier, sont in- Node-Names, s’ils sont présents; ce peut être:
diquées par l’attribut de fichier Type de contenu.
Chaque syntaxe abstraite utilisée doit être associée 1) un contexte de présentation correspondant à
à un contexte de présentation différent. il y a deux une seule des syntaxes abstraites définies
possibilités: par le type de document (user-coded),
a) la valeur dé l’attribut de fichier Type de contenu
2) le même contexte de présentation que les
spécifie une syntaxe abstraite et un ensemble de informations structurelles du fichier (Ram-
contraintes; un contexte de présentation corres- coded).
pondant à la syntaxe abstraite spécifiée est né-
de présentation est utilise
cessaire; ce contexte
7.5 Contextes d’accès
pour transférer les Node-Names et le contenu
effectif du fichier. Un autre contexte de présen-
L’utilisation de la structure abstraite définie dans le
tation, correspondant à la syntaxe abstraite de
module ISO8571-FADU pour déduire la séquence
structure du fichier (voir 7.3) est nécessaire si
correspondante d’informations à transférer, pro-
l’ensemble de contraintes utilisé admet les in-
duira la structure hiérarchisée complète des fi-
formations structurelles du fichier;
chiers, c’est-à-dire que toutes les informations
structurelles et toutes les données de la FADU spé-
b) la valeur de l’attribut de fichier Type de contenu
cifiée seront transférées. Toutefois, il est possible
spécifie un type de document; un contexte de
d’accéder à des fichiers pour lecture avec une vue
présentation, correspondant à chaque syntaxe
restreinte de leur structure en utilisant différents
abstraite spécifiée dans l’entrée du registre de
contextes d’accés. Dans tous les cas, les éléments
type de document, est nécessaire. Le type de
de données qui sont transférés suivant l’ordre défini
document définit aussi quel contexte de présen-
dans lS08571-FADU et les noeuds sont transférés
dans l’ordre où ils apparaissent dans la séquence
de traversée préordonnée.
ISO 8571=2:1988(F)
75.1 HA - Contexte d’accès hiérarchisé toutes 7.5.8 Résumé des contextes d’accès
unités de données
Le tableau 1 montre les résultats de la lecture d’un
Dans le contexte d’accès HA, les quatres types sous-arbre hiérarchisé non vide selon ces contextes
d’éléments de données (Node-Descriptor-Data- d’accès, en termes de type de données définis dans
IS08571-FADU.
Element, Enter-Subtree-Data-Element, Exit-Subtree-
Data-Element, File-Contents-Data-Element) de la
FADU spécifiée sont transférés.
- Résultat de lecture selon le contexte
Tableau 1
d’accès
7.52 HI4 - Contexte d’accès hiérarchisé aucune
Contexte
unité de données
Résultat
d’accès
Dans le contexte d’accès HN, tous les éléments de
HA Sous-arbre unique
données des types Node-Descriptor-Data-Element,
HN Type non défini parce que Node-Descriptor-
Enter-Subtree-Data-Element, Exit-Subtree-Data-
Data-Element avec data-exists = TRUE sont
Element de la FADU spécifiée sont transférés.
transférés sans les éléments de données
constituant l’unité de données
- Contexte d’accès plat toutes unités de FA Séquence de Subtree, chacun avec un seul
7.5.3 FA
n0eud
données
Séquence de Subtree, chacun avec un seul
FL
nOE?ud
Dans le contexte d’accès FA, les éléments de don-
FS Subtree unique avec un seul nœud
nées des types Node-Descriptor-Data-Element et
File-Contents-Data-Element de la FADU spécifiée
UA DU unique
sont transférés. Seuls les Node-Descriptor-Data-
DU unique
us
Element dans lesquels data-exists a la valeur TRUE,
sont transférés.
7.54 FL - Contexte d’accès plat unités de données
7.6 Structure d’identification
d’un niveau
Une FADU est identifiée par référence au noeud ra-
Dans le contexte d’accès FL, les éléments de don-
cine du sous-arbre correspondant. Une FADU peut
nées des types Node-Descriptor-Data-Element et
être identifiée par l’un des mécanismes suivants:
File-Contents-Data-Element des noeuds dans la
FADU spécifiée, appartenant au niveau repéré, sont
a) ((première,>: identifie la première FADU de la sé-
transférés. Seuls les Node-Descriptor-Data-Element
quence de traversée préordonnée de la structure
dans lesquels data-exists a la valeur TRUE, sont
de fichier pour laquelle existe une donnée;
transférés.
b) (: identifie la dernière FADU de la sé-
quence de traversée préordonnée de la structure
7.55 FS - Contexte d’accès plat unité de données
de fichier;
unique
c) ( Dans le contexte d’accès FS, Node-Descriptor-Data-
FADU courante identifiée dans la séquence de
Element et tous les File-Contents-Data-Element de
traversée préordonnée de la structure d’accés
la DU appartenant au noeud racine de la FADU spé-
au fichier;
cifiée sont transférés.
nte,,: la localisation courante (voir
woura
d)
7.5.6 UA - Contexte d’accès non structuré toutes
8) dans le fichier reste in changée;
article
unités de données
e) (>: identifie la FADU suivant la FADU
Dans le contexte d’accès UA, seuls les éléments de
courante identifiée dans la séquence de traver-
données de type File-Contents-Data-Element de la
sée préordonnée de la structure d’accès au fi-
FADU spécifiée sont transférés.
chier;
7.5.7 us - Contexte d’accès non structuré unité 9 ((début)): le sens exact de début dépend de I’en-
de données unique semble de contraintes utilisé, mais il est tel que
((position suivante,> signifiera la première FADU;
Dans le contexte d’accès US, seuls les éléments de
g) ((fin>: établit un état du fichier où il n’y a pas de
données de type File-Contents-Data-Element de
l’unique unité de données appartenant au noeud ra- localisation courante, mais l’utilisation de ((pré-
cine de la FADU spécifiée, sont transférés. cédente,) identifie la dernière FADU dans la sé-

ISO 8571=2:1988(F)
uence de traversée préordonnée de la structure L’applicabilité d’une action est soumise au contrôle
q
d ‘accès au fichier; de concurrence régissant les activités parallèles au
cours et après ladite action (voir notes 2 et 3).
) Node-Name: spécifie l’identificateur de la FADU
NOTES
à identifier. La recherche du Node-Name spécifi-
que est limitée aux fils du noeud courant localisé;
7 Certaines des primitives de la definition du service
sont ainsi étroitement associées à des actions particu-
1 séquence de Node-Names: spécifie un chemin
lières, mais les unes et les autres sont toujours logi-
d’identificateurs de FADU à partir du noeud ra-
quement distinctes.
cine du fichier jusqu’au noeud à localiser. Le
8 Quand l’utilisation de l’engagement, de la concurrence
premier Node-Name est un fils du noeud racine
et de la reprise a été convenue (voir ISO 9804), des
du fichier, de telle sorte que le noeud racine lui-
contrôles de concurrence devraient être appliqués tels
même soit iden’tifïé par une séquence vide de
que spécifiés dans la présente norme.
Node-Names;
9 Le contrôle de concurrence permet à un accesseur de
j) numéro de noeud: spécifie le noeud à choisir par
demander ((non requis,>, ((accès exclusif),, ((accès
son numéro dans la séquence de traversée
partagé)) ou ((pas d’accès)) pour diverses actions sur une
préordonnée de la structure d’accès au fichier.
ressource. Si ((accès exclusif,> ou (, est de-
Le noeud racine du fichier a le numéro zéro. mandé et accordé, aucune action en provenance d’autres
associations ne peut se produire. Si ((accès partagé)) est
demandé et accordé, aucun accès exclusif en provenance
d’autres associations ne peut se produire.
7.7 Ensembles de contraintes
10 Le répondeur effectue des actions (telles que définies
La structure hiérarchisée générale est soumise à
en section 2), en sorte qu’elles soient séquentielles. Une
des contraintes et sa dynamique est précisée par la
exécution séquentielle se définit comme l’exécution
définition d’un certain nombre d’ensembles de
d’opérations d’activités se déroulant simultanément mais
contraintes, chacun identifiant une structure parti-
de telle sorte qu’elle produise le même effet qu’une exé-
culière communément utilisée. Ces ensem
...