ISO 23950:1998
(Main)Information and documentation — Information retrieval (Z39.50) — Application service definition and protocol specification
Information and documentation — Information retrieval (Z39.50) — Application service definition and protocol specification
This standard defines the Information Retrieval Application Service (section 3) and specifies the Information Retrieval Application Protocol (section 4). The service definition describes services that support capabilities within an application; the services are in turn supported by the Z39.50 protocol. The description neither specifies nor constrains the implementation within a computer system. The protocol specification includes the definition of the protocol control information, the rules for exchanging this information, and the conformance requirements to be met by implementation of this protocol. Intended for systems supporting information retrieval services, and for organizations such as information services, universities, libraries, and union catalogue centers, this standard addresses connection-oriented, program-to-program communication. It does not address interchange of information with terminals or via other physical media.
Information et documentation — Recherche d'information (Z39.50) — Définition du service de l'application et spécification du protocole
La présente Norme internationale définit le service de l'application de recherche et de transfert de l'information (section 3) et précise le protocole de l'application de recherche et de transfert d'information (section 4). La définition de ce service décrit les services sur lesquels s'appuient les fonctions applicatives. Les services sont tour à tour supportés par le protocole Z39.50. La description ne spécifie ni ne contraint l'implémentation sur un système informatique. La spécification du protocole inclut la définition de l'information de contrôle du protocole, les règles d'échange de cette information et les exigences de conformité qui doivent être satisfaites lors d'une implémentation de ce protocole. Destinée à des systèmes qui supportent des services de recherche et de transfert de l'information et à des organisations telles que les fournisseurs d'information, les universités, les bibliothèques et les organismes gérant des catalogues collectifs, la présente Norme traite de la communication en mode connecté de programme à programme. Elle ne traite pas des échanges d'information avec des terminaux ou via un autre support physique.
General Information
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 23950
First edition
1998-07-15
Information and documentation —
Information retrieval (Z39.50) — Application
service definition and protocol specification
Information et documentation — Recherche d’information (Z39.50) —
Définition du service de l’application et spécification du protocole
A
Reference number
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO
member bodies). The work of preparing International Standards is normally carried out through ISO 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, governmental and non-governmental, in
liaison with ISO, also take part in the work. ISO 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 voting.
Publication as an International Standard requires approval by at least 75 % of the member bodies casting a vote.
International Standard ISO 23950 was prepared by ANSI/NISO (as ANSI/NISO Z39.50-1995) and was adopted,
under a special “fast-track procedure”, by Technical Committee ISO/TC 46, Information and documentation, in
parallel with its approval by the ISO member bodies.
Annexes 1 to 12 form an integral part of this International Standard. Annexes 13 to 16 are for information only.
© ISO 1998
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced
or utilized in any form or by any means, electronic or mechanical, including photocopying and
microfilm, without permission in writing from the publisher.
International Organization for Standardization
Case postale 56 • CH-1211 Genève 20 • Switzerland
Internet iso@iso.ch
Printed in Switzerland
ii
©
ISO ISO 23950:1998(E)
Contents Page
1. Introduction . 1
1.1 Scope and Field of Application . 1
1.2 Version . 1
1.3 Referenced Standards . 1
2. Definitions . 2
3. Information Retrieval Service . 7
3.1 Model and Characteristics of the Information Retrieval Service . 7
3.1.1 Z39.50 Services . 7
3.1.2 Z39.50 Operations . 7
3.1.3 Model of a Database . 7
3.1.4 Searching a Database . 8
3.1.5 Retrieving Records from a Database . 8
3.1.6 Model of a Result Set . 8
3.1.7 Model of Extended Services . 8
3.1.8 Explain . 9
3.2 Facilities of the Information Retrieval Service . 9
3.2.1 Initialization Facility . 9
3.2.1.1 Init Service . 9
3.2.2 Search Facility . 12
3.2.2.1 Search Service . 12
3.2.3 Retrieval Facility . 16
3.2.3.1 Present Service . 16
3.2.3.2 Segment Service . 18
3.2.4 Result-set-delete Facility . 18
3.2.4.1 Delete Service . 18
3.2.5 Access Control Facility . 20
3.2.5.1 Access-control Service . 20
3.2.6 Accounting/Resource Control Facility . 21
3.2.6.1 Resource-control Service . 21
3.2.6.2 Trigger-resource-control Service . 23
3.2.6.3 Resource-report Service . 23
3.2.7 Sort Facility . 24
3.2.7.1 Sort Service. 24
3.2.8 Browse Facility . 25
3.2.8.1 Scan Service . 25
3.2.9 Extended Services Facility . 27
3.2.9.1 Extended Services Service . 27
3.2.9.2 The Extended Services Database . 29
3.2.9.3 Owners and Permissions . 30
3.2.9.4 Aborted Operations . 30
3.2.10 Explain Facility . 30
3.2.10.1 Searching the Explain Database . 31
3.2.10.2 Retrieval of Explain Records . 32
3.2.10.3 Detailed Descriptions of the Information Categories . 33
3.2.11 Termination Facility . 39
3.2.11.1 Close Service . 39
iii
©
3.3 Message/Record Size and Segmentation . 40
3.3.1 Procedures When No Segmentation Is in Effect . 40
3.3.2 Level 1 Segmentation . 41
3.3.3 Level 2 Segmentation . 42
3.3.3.1 Fragments . 42
3.3.3.2 Segment Size, Record Size, and Segment Count . 42
3.3.3.3 Segmentation Procedures . 42
3.4 Operations and Reference-id . 44
3.5 Concurrent Operations . 44
3.6 Composition Specification . 45
3.6.1 Comp-spec Specified . 45
3.6.2 Comp-spec Omitted . 45
3.6.3 Record Syntax. 46
3.7 Type-1 and Type-101 Queries . 46
3.7.1 Representation and Evaluation of the Type-1 and Type-101 Queries . 47
3.7.2 Proximity . 47
3.7.2.1 The Proximity Test . 47
3.7.2.2 Extended Result Set Model for Proximity . 48
3.7.3 Restriction and the Extended Result Set Model . 48
4. Protocol Specification . 48
4.1 Abstract Syntax and ASN.1 Specification of Z39.50 APDUs . 48
4.2 Protocol Procedures . 61
4.2.1 Presentation and Association Control Services . 61
4.2.1.1 Service Provided by the Presentation Layer . 61
4.2.1.2 Association Control Services . 61
4.2.2 Protocol Model . 61
4.2.3 State Tables . 62
4.2.4 Protocol Errors . 68
4.3 Rules for Extensibility . 68
4.4 Conformance. 68
4.4.1 General Conformance Requirements . 68
4.4.2 Specific Conformance Requirements . 68
4.4.2.1 Z39.50 Features . 68
4.4.2.2 Detailed Requirements . 70
Annexes
1 OID: Z39.50 Object Identifiers . 74
2 CTX: Application Context basic-Z39.50-ac . 76
3 ATR: Attribute Sets . 77
4 ERR: Error Diagnostics . 82
5 REC: Record Syntaxes . 88
6 RSC:Resource Report Formats . 106
7 ACC: Access Control Formats . 108
8 EXT: Extended Services Defined by This Standard . 111
9 USR: User Information Formats . 124
10 ESP: Element Specification Formats . 126
11 VAR: Variant Sets . 128
12 TAG: TagSet Definitions and Schemas . 131
13 ERS: Extended Result Set Model . 135
14 RET: Z39.50 Retrieval . 137
15 PRO: Z39.50 Profiles . 153
16 Designation of Maintenance Agency . 154
iv
©
ISO ISO 23950:1998(E)
List of Figures and Tables
Table 1 Parameters of the Init Service . 10
Table 2 Parameters of the Search Service . 13
Table 3 Parameters of the Present Service . 16
Table 4 Parameters of the Segment Service . 18
Table 5 Parameters of the Delete Service . 19
Table 6 Delete Statuses . 19
Table 7 Parameters of the Access-control Service . 21
Table 8 Parameters of the Resource-control Service . 22
Table 9 Parameters of the Trigger-resource-control Service . 23
Table 10 Parameters of the Resource-report Service . 24
Table 11 Parameters of the Sort Service . 25
Table 12 Parameters of the Scan Service . 26
Table 13 Parameters of the Extended Services Service . 28
Table 14 Explain Categories and Keys . 33
Table 15 Parameters of the Close Service . 39
Table 16 Abbreviations of Events and Actions in State Tables . 64
Table 17 Part 1: State Table for Origin Z39.50 Association: Initialization Phase . 65
Part 2: State Table for Origin Z39.50 Association: Processing Phase . 66
Part 3: State Table for Origin Z39.50 Association: Termination Phase . 66
Table 18 State Table for Origin Present Operation . 66
Table 19 State Table for Origin Operation Other Than Present . 66
Table 20 Part 1: State Table for Target Z39.50 Association: Initialization Phase . 67
Part 2: State Table for Target Z39.50 Association: Processing Phase . 67
Part 3: State Table for Target Z39.50 Association: Termination Phase . 67
Table 21 State Table for Target Present Operation . 67
Table 22 State Table for Target Operation Other Than Present . 68
Table 23 Z39.50 Features, Protocol Version, and Conformance . 68
Table A3-1 Bib-1 Use Attributes . 77
Table A3-2 Bib-1 Relation Attributes . 78
Table A3-3 Bib-1 Position Attributes . 78
Table A3-4 Bib-1 Structure Attributes . 78
Table A3-5 Bib-1 Truncation Attributes . 79
Table A3-6 Bib-1 Completeness Attributes . 79
Table A3-7 Exp-1 Use Attributes . 79
Table A3-8 Search Terms Associated with Use Attribute ExplainCategory . 80
Table A3-9 Search Terms Associated with Use Attribute ProcessingContext . 80
Table A3-10 Ext-1 Use Attributes . 81
Table A3-11 Ext-1 Permission Attributes . 81
Table A4-1 Diagnostic Conditions . 82
Table A8-1 Parameters Common to All Extended Services . 111
Table A8-2 Specific Parameters for Persistent Result Set . 112
Table A8-3 Specific Parameters for Persistent Query . 112
Table A8-4 Specific Parameters for Periodic Query Schedule . 113
Table A8-5 Task-Specific Parameters for Item Order . 114
Table A8-6 Task-Specific Parameters for DatabaseUpdate . 115
Table A8-7 Task-Specific Parameters for Export Specification . 116
v
©
Table A8-8 Task-Specific Parameters for Export Invocation . 116
Table A14-1 Simple example of an Abstract Record Structure . 139
Table A14-2 Abstract Record Structure with Hierarchy . 141
Figure A14-1 Sample Record Illustrating Hierarchical Structure and Wildcards . 143
vi
©
ISO ISO 23950:1998(E)
Foreword
(Informative)
ISO 23950 is identical in text to ANSI/NISO Z39.50-1995 (except for certain style discrepancies between ISO and ANSI
standards, for example, ISO standards have "Annexes" where ANSI standards have "Appendices"), with identical name:
Information Retrieval (Z39.50) Application Service Definition and Protocol Specification. Note that "Z39.50" is explicitly
incorporated into the name of both standards, in order to avoid any possible confusion that these are different standards, and
because "Z39.50" is commonly used to refer to the service and protocol defined by this standard. Note that related standards ISO
10162 and ISO 10163 are superseded by the approval of this standard, ISO 23950. Throughout the remainder of this foreword,
references to "Z39.50-1995" pertain to ANSI/NISO Z39.50-1995, which is identical to ISO 23950. References to Z39.50-1988,
Z39.50-1992, and Z39.50-1994, refer to earlier versions, not identical to ISO 23950.
ANSI/NISO Z39.50-1995, Information Retrieval (Z39.50) Application Service Definition and Protocol Specification, was a
revision of ANSI/NISO Z39.50-1992. Because draft versions of Z39.50-1995 were referred to as Z39.50-1994, implementors
should take note that any draft referred to as Z39.50-1994 is not the latest version of this standard. Z39.50-1995 is the final,
approved version of the standard which was preceded by various drafts referred to as Z39.50-1994.
This protocol was originally proposed in 1984 for use with bibliographic information. Interest in Z39.50 broadened and in 1990
the Z39.50 Implementors Group (ZIG) was established. Members of the ZIG include manufacturers, vendors, consultants,
information providers, and universities who wish to access or provide access to various types of information, including
bibliographic, text, image, financial, public utility, chemical, and news. ZIG membership is open to all interested parties.
In 1989 the Z39.50 Maintenance Agency was formed and administered at the Library of Congress. It was assigned to revise
Z39.50-1988 to achieve bit-compatibility with the International Standard, ISO 10162/10163, Search and Retrieve, SR. At that
time, various enhancements to support a wide range of information retrieval activities had been proposed for the 1992 version.
However, many of these features were not fully developed, and their incorporation into the 1992 standard would have caused
significant delay. Consequently the maintenance agency deferred the proposed new features with a commitment to implementors
that development of the required features would proceed, and that the next version would be a compatible superset of the 1992
standard. Z39.50-1992 replaced and superseded Z39.50-1988, and became a compatible superset of SR.
In 1992 the maintenance agency conducted a formal survey of Z39.50 implementors to determine the relative importance of
proposed new features. The survey’s purposes were (a) to begin to narrow the list to a manageable set, (b) to determine whether
the proposed features were adequately specified and understood, and (c) to gauge their perceived cost and complexity. The survey
results revealed certain features to be indispensable, and that certain others features could be eliminated from further consideration.
For a third set of features, the survey was inconclusive and the disposition of those features eventually was determined by
consensus.
Development of Z39.50-1995 began in late 1991. For each meeting of the ZIG, from December 1991 through April 1994, the
maintenance agency developed a revised draft. Implementors carefully scrutinized each draft and discussed them at length both
over the ZIG Internet mail list, and at the ZIG meeting. Comments and discussion for each draft and the agreements reached at
each ZIG meeting were incorporated into a subsequent draft. In April 1994, the ZIG recommended that the draft be put into final
form.
The 1992 version came to be known as “version 2,” and the 1995 version, “version 3.” However, although these version
designations do have specific protocol significance, they do not refer to versions of the standard. Z39.50-1992 specifies protocol
version 2; Z39.50-1995 specifies protocol versions 2 and 3.
Although Z39.50-1992 replaced and superseded Z39.50-1988 (which is obsolete) the relationship between Z39.50-1992 and
Z39.50-1995 is quite different: Z39.50-1995 is a compatible superset of the 1992 version. An implementor may obtain complete
details of version 2 from the Z39.50-1995 document, and build an implementation compatible with Z39.50-1992.
vii
©
Basics of the Protocol
The protocol specifies formats and procedures governing the exchange of messages between a client and server, thus enabling the
client to (a) request that the server search a database and identify records that meet specified criteria, and (b) retrieve some or all of
the identified records.
The client may initiate requests on behalf of a user; the protocol addresses communication between the client and server (which
may reside on different computers); it does not address interaction between the client and user.
Z39.50-1992 provides the following basic capabilities, all of which are supported in this standard as well. The client may send a
search, indicating one or more databases, and including a query as well as parameters which determine whether records identified
by the search should be returned as part of the response. The server responds with a count of records identified and possibly some
or all of the records. The client may then retrieve selected records. The client assumes that records selected by the search form a
“result set” (an ordered set, order determined by the server), and records may be referenced by position within the set. Optional
capabilities include:
n The client may specify an element set indicating data elements to retrieve in cases where the client does not wish to receive
complete database records. For example, the client might specify “If 5 or fewer records are identified, transmit ‘full’ records;
if more than 5 records are found, transmit ‘brief’ records.”
• The client may indicate a preferred syntax for response records, for example, USMARC.
• The client may name a result set for subsequent reference.
• The client may delete a named result set.
• The server may impose access control restrictions on the client by demanding authentication before processing a request.
• The server may provide resource control by sending an unsolicited or solicited status report; the server may suspend
processing and allow the client to indicate whether to continue.
Query Formulation
This standard fully specifies and mandates support of the type-1 query, expressed by individual search terms, each with a set of
attributes, specifying, for example, type of term (subject, name, etc.), whether it is truncated, and its structure. The server is
responsible for mapping attributes to the logical design of the database. Terms may be combined in a type-1 query, linked by
Boolean operators. Terms and operators are expressed in Reverse Polish Notation.
Attribute Sets
The attributes associated with a search term belong to a particular attribute set, whose definition is registered, that is, assigned a
unique and globally recognized attribute-set-id, an Object Identifier, which is included within the query.
Annex 3, ATR, defines and registers the attribute-set bib-1, which specifies various attributes useful for bibliographic queries.
The bib-1 attribute set was developed by the bibliographic community; it is intended that attribute sets will be developed and
registered as needed by other communities. Additional attribute sets may be registered outside of the standard.
Response Records
The protocol distinguishes two types of records that may occur in response messages from the server: database and diagnostic
records.
Annex 5, REC, registers object identifiers for various MARC formats, including USMARC, UKMARC, Norway MARC and
CANMARC; these object identifiers accompany database records returned by the server. The appendix defines several other types
of record formats, and provides for registration of additional record formats.
Diagnostic records are similarly accompanied by an object identifier which identifies their format. Annex 4, ERR, defines and
registers two diagnostic record formats (one of which was defined in Z39.50-1992) that include various diagnostic codes useful for
bibliographic applications. Additional diagnostic record formats may be registered.
New Features
Provided below is a summary of the enhancements in Z39.50-1995 (versus the 1992 version). The designations “version 2” and
“version 3” refer to protocol version; “Z39.50-1992” and “Z39.50-1995” refer to the respective standards. Thus where a particular
feature is described as “new in Z39.50-1995,” that generally means it applies in either protocol version. An example is Scan: an
implementor may add the Scan service to an existing implementation of Z39.50-1992 without incorporating any other new
features.
The enhancements described below fall into four categories: search, retrieval, new services and facilities, and miscellaneous
enhancements.
viii
©
ISO ISO 23950:1998(E)
Search
Attributes. A number of enhancements pertain to attributes and attribute sets. In version 3, attributes may be combined from
different attribute sets within a single query (even for a single search term). This presents two advantages: First, it is useful when
searching multiple databases (although version 2 supports multiple-database searches, all attributes within a query must belong to
a single attribute set, which inhibits the ability to search multiple databases, unless those databases are similar). Second, new
attribute sets may now be defined with less replication.
Version 3 provides two further enhancements allowing flexibility in the definition of attribute sets. First, new data types for
attribute values are defined (in version 2 only numeric values are allowed). Second, an attribute set definition may now list
alternative sets of evaluation rules (for example, whether the server is allowed to substitute an attribute that it thinks is more
appropriate), and the query may select one of the alternatives. The enhanced bib-1 attribute set definition exploits this new feature.
The bib-1 definition in Z39.50-1995 also included many new attributes (as well as all of the attributes in Z39.50-1992).
Extended Result Set Model. The basic model of a result set is developed in Z39.50-1992; the 1995 version describes an
“extended result set model,” which supports extended proximity searching.
The extended model also supports a new version 3 search function, restriction, which is (in effect) an operation on a result set.
It permits selection of records from a result set, based on specified attributes.
Search Term. The search term for a query may take on a variety of data types in version 3. (In version 2 a search term is binary
and thus essentially has no data type, so the type is often described by a structure attribute.) This enhancement will simplify
queries (as well as attribute set definitions) by reducing the need for structure attributes.
Intermediate Results. In Z39.50-1995 the server may provide information per query component (i.e., per sub-query, per
database), as part of the Search response (version 3 only), or as part of resource-control when the server reports on the progress of
the search. The server may also create and provide access to a result set for individual query components.
Retrieval
Segmentation. In version 2, a retrieval response is limited to a single message; the server attempts to fit the requested records into
the message, and if it cannot, it simply fits as many as it can. The client might want to retrieve, for example, ten thousand records,
knowing it cannot retrieve them in a single message. Typically the client will request all ten thousand records, wait for the
response, determine how many records are retrieved, and then send another request for the remaining records. This works well in
many environments but is unacceptably slow for high-speed networks. The server must await a request before sending each set of
records, which introduces a delay; the delay may be negligible for conventional networks, but is intolerable for high-speed
networks. In version 3 a server may respond to a retrieval request with multiple consecutive response messages without
intervening requests.
A more serious segmentation problem occurs when a single record is too large to fit in a single message. Version 3 thus
introduces a second level of segmentation: an individual record may span response messages. A client or server may choose to
support either level of segmentation, or no segmentation (in which case version 2 rules apply).
Retrieval Tools. The ZIG worked intensively over two years to develop an extensive model and suite of tools for a wide range of
retrieval functions to support various retrieval applications, in particular, document retrieval. The model is detailed in Annex 14,
RET. Several new object classes were designated in Z39.50-1995 (schemas, tagSets, variants) and specific objects from these and
other classes are defined. Annex RET provides detailed semantics for these objects and describes how they are used together to
provide a variety of document retrieval capabilities. Following are a few examples:
• A single database record might include a number of documents. The client may discover and retrieve a specific document,
rather than the entire database record.
• The client may retrieve a specific portion of a document, logical or physical, for example, specific pages, a specific chapter,
a specific caption, all captions, or all images. The client might retrieve just headings, for example, all chapter or section
headings.
• A document might be available in a wide variety of formats (e.g., PostScript, SGML), languages, presentation parameter
(e.g., line length, lines per page, columns), and other variants. The client may discover what variants are supported for a
document, as well as information associated with a particular variant form: for example the cost to retrieve the document
according to a specific variant, or its size. Finally, the client may then retrieve the document (or specific portion) according
to the desired variant.
• Associated with a document, for a given search, may be hits: pointers to terms (within the document) relevant to the search.
The client might retrieve hits along with a document to quickly locate the satisfying portions. Or the client might retrieve
only the hits (ranked in order of importance), and subsequently retrieve only the indicated satisfying portions.
ix
©
New Services and Facilities
Scan and Sort. Scan and Sort were new services in Z39.50-1995. These are used respectively to scan terms in a list or index, and
to sort a result set.
Scan is currently the only service in the Z39.50 Browse facility, but it is intended that various other browse capabilities will be
added in future versions.
Extended Services. Extended Services was a new facility in Z39.50-1995. It includes a new Z39.50 service, the Extended Services
service, used to initiate a specific extended service task, which is executed outside of the Z39.50 session and whose progress may
be monitored using Z39.50 services. Specific extended services include: save a result set, set a periodic query schedule, export a
document, order a document, and update a database.
Explain. The new Explain facility allows a client to retrieve details of the server implementation: general features (description,
contact information, hours of operation, restrictions, usage cost, etc.) databases available for searching, indexes, attribute sets,
attribute details, schemas, record syntaxes, sort capabilities, and extended services. The server maintains Explain information in a
special database that may be accessed by the client using the Z39.50 search and retrieval facilities. The format of the Explain
information is detailed in the standard.
Some Explain information is transparent to the client, intended for direct display to the client-user, and is so designated (e.g.,
“general features”). Some Explain information is intended to be shared by client and user. For example, the client may retrieve a
list of searchable databases; for each database in the list the client might display an informal name, an icon, and a brief description.
Meanwhile the client would retain the actual database name to be used in a protocol message, which probably would not be
displayed. Some Explain information may be completely transparent to the user. For example, the client may retrieve information
about attributes supported for a database and use that information when formulating a query (when converting a user-supplied
query to a Z39.50 type-1 query).
Miscellaneous Enhancements
Termination and Re-initialization. Version 3 includes a more flexible approach to termination of a Z39.50 session, to allow, in
effect, re-initialization without taking down the network connection.
Concurrent Operations. Multiple concurrent operations are allowed in version 3. In version 2, operations are strictly serial.
Diagnostics. Most Z39.50 services include diagnostic capability. In version 2 a diagnostic must conform to a specific format
defined within the standard. In version 3, diagnostic formats may be externally defined and registered. One such (new) format is
defined, along with a comprehensive set of diagnostics.
Access Control Formats. Z39.50-1992 provides access control, but does not define any access control formats. Z39.50-1995
defined formats for encryption and authentication, and a format allowing the server to prompt the client for arbitrary information.
Character Set Support. A new data type, “International String,” has been introduced for character strings. Its definition allows
greater flexibility for a client and server to agree to the use of a particular language and one or more character sets during a
session.
Units. New data types are introduced for support of units. These definitions allow standard representations to be used to represent
unit type and unit. For example, unit type might be “mass,” and unit, “kilogram.”
Extensibility and Negotiation. Version 3 provides a powerful extensibility feature. Each protocol message includes a field
designated for information whose format is to be defined externally. These externally defined formats will be registered and
maintained by the Z39.50 Maintenance Agency as provisional extensions to the standard and for experimental use and possible
consolidation into a subsequent version.
In Z39.50-1995 the concept of a “negotiation record” was introduced. The client may inc
...
NORME ISO
INTERNATIONALE 23950
Première édition
1998-07-15
Information et documentation — Recherche
d’information (Z39.50) — Définition du
service de l’application et spécification du
protocole
Information and documentation — Information retrieval (Z39.50) —
Application service definition and protocol specification
A
Numéro de référence
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques de l'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 l'ISO participent également aux travaux. L'ISO collabore étroitement avec la Commission
électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les projets de Normes internationales adoptés par les comités techniques sont soumis aux comités membres pour
vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des comités
membres votants.
La Norme internationale ISO 23950 a été élaborée par l'ANSI/NISO (en tant que ANSI/NISO Z39.50-1995) et a été
adoptée, selon une procédure spéciale par «voie express», par le comité technique ISO/TC 46,
Information et
documentation, parallèlement à son approbation par les comités membres de l'ISO.
Les spécifications du protocole (article 4) et les 16 annexes n'ont pas été traduites en français, car il s'agit
essentiellement de formulations informatiques sur lesquelles ne se justifie pas cette mise en français. Pour une
utilisation optimale de la présente Norme internationale, la version anglaise est présentée à la suite dans son
intégralité.
Les annexes 1 à 12 font partie intégrante de la présente Norme internationale. Les annexes 13 à 16 sont données
uniquement à titre d'information.
© ISO 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l'éditeur.
Organisation internationale de normalisation
Case postale 56 • CH-1211 Genève 20 • Suisse
Internet iso@iso.ch
Version française tirée en 1999
Imprimé en Suisse
ii
©
ISO ISO 23950:1998(F)
Sommaire
Page
1 - Introduction.1
1.1- Objet et domaine d'application.1
1.2 - Version.1
1.3 - Références normatives .1
2 - Definitions.2
3 - Service de recherche et de transfert de l’information .9
3.1 - Modèle et caractéristiques du service de recherche et de transfert de l’information.9
3.1.1 - Services de Z39.50.10
3.1.2 - Opérations de Z39.50.10
3.1.3 - Modèle d’une base de données.10
3.1.4 - Recherche dans une base de données.11
3.1.5 - Transfert des enregistrements depuis une base de données.11
3.1.6 - Modèle d’un ensemble résultat .11
3.1.7 - Modèle des services étendus .12
3.1.8 - Explication .13
3.2 - Fonctions du service de recherche et de transfert de l’information.13
3.2.1 - Fonction d'Initialisation (Initialization facility).14
3.2.2 - Fonction de Recherche (Search facility) .18
3.2.3 - Fonction de Transfert (Retrieval facility).23
3.2.4 - Fonction de Suppression-de-l’ensemble-résultat (Result-set-delete facility) .27
3.2.5 - Fonction de Contrôle d’accès (Access control facility).29
3.2.6 - Fonction de Comptabilité / Contrôle de ressources (Accounting / Resource Control facility).30
3.2.7 - Fonction de Tri (Sort facility).35
3.2.8 - Fonction de Navigation ( ).36
Browse facility
3.2.9 - Fonction de Services Etendus (Extended Services facility).38
3.2.10 - Fonction d'Explication .44
(Explain Facility)
3.2.11 - Fonction de Clôture (Termination Facility) .55
3.3 - Taille du message/Taille de l'enregistrement et Segmentation (Message/Record Size and Segmentation) .56
3.3.1 - Procédures quand aucune segmentation n'est en vigueur (Procedures When No Segmentation Is in Effect) .56
3.3.2 - Segmentation de niveau 1 (Level 1 Segmentation) .57
3.3.3 - Segmentation de niveau 2 (Level 2 Segmentation) .58
3.4 - Opérations et Identificateur-de-référence (Operations and Reference-id).61
3.5 - Opérations simultanées (Concurrent Operations).62
3.6 - Spécification de la composition (Composition Specification).62
3.6.1 Paramètre Spécification-de-la-composition spécifié (Comp-spec Specified) .63
3.6.2 Paramètre Spécification-de-la-composition omis (Comp-spec Omitted).63
3.6.3 Syntaxe d'enregistrement (Record Syntax) .64
iii
©
3.7 Equations de recherche de type-1 et de type-101 (Type-1 and Type-101 Queries) . 64
3.7.1 Représentation et évaluation des équations de recherche de type-1 et de type-101 (Representation and
Evaluation of the Type-1 and Type-101 Queries) . 65
3.7.2 Proximité (Proximity). 66
3.7.3 Restriction et Modèle d'un ensemble résultat étendu (Restriction and the Extended Result Set Model) . 67
Version anglaise . 68
iv
©
ISO ISO 23950:1998(F)
Avant-propos
(Informatif)
L’ISO 23950 est identique à la norme américaine ANSI/NISO Z39.50-1995 par le texte (à part quelques écarts de styles entre
les normes ISO et ANSI, par exemple, les normes ISO ont des "Annexes" et les normes ANSI des "Appendices") et par le
nom: Recherche d'information (Z39.50) Définition du Service de l'Application et Spécification du Protocole. Il faut remarquer
que "Z39.50" est explicitement incorporé dans le nom des deux normes, pour éviter toute confusion possible qui donnerait à
penser que ce sont des normes différentes, et parce que "Z39.50" est communément utilisé pour se référer au service et au
protocole définis par cette norme. Il faut noter que les normes apparentées ISO 10162 et ISO 10163 sont annulées du fait de
l'approbation de cette norme, ISO 23950. Dans la suite de cet avant-propos, les références à "Z39.50-1995" concernent
ANSI/NISO Z39.50-1995, qui est identique à ISO 23950. Les références à Z39.50-1988, Z39.50-1992 et Z39.50-1994, se
rapportent aux versions précédentes, non identiques à ISO 23950.
La norme américaine ANSI/NISO Z39.50-1995, Recherche d’information (Z39.50) Définition du Service de l'Application et
Spécification du Protocole est une révision de l'ANSI/NISO Z39.50-1992. Vu que plusieurs versions provisoires de cette
révision ont circulé sous l’appellation Z39.50-1994, les implémenteurs doivent noter que toute version référencée Z39.50-1994
n’est pas la dernière version de cette norme. Z39.50-1995 est la version finale et approuvée de la norme qui a été précédée de
diverses versions provisoires référencées Z39.50-1994.
Ce protocole a été proposé à l'origine en 1984 pour une utilisation dans le domaine de l’information bibliographique. Cette
norme a suscité un intérêt grandissant et, en 1990, le groupe d’implémenteurs de Z39.50 (Z39.50 Implementors Group, ZIG) a
été créé. Les membres du ZIG sont des fabricants, des vendeurs, des consultants, des fournisseurs d’information et des
universités qui souhaitent avoir accès ou fournir un accès à différents types d’informations, incluant les informations
bibliographiques, textuelles, iconographiques, financières, d’intérêt public, chimiques et celles diffusées par les médias. La
participation au ZIG est ouverte à toute personne ou institution intéressée.
En 1989, l’Agence de Maintenance de Z39.50 a été créée. Elle est gérée par la bibliothèque du Congrès. Elle a été mandatée
pour réviser Z39.50-1988 afin de réaliser la compatibilité avec la norme internationale ISO 10162/10163, Search and Retrieve
SR. A cette époque, plusieurs améliorations, destinées à élargir l’éventail d’activités de Recherche et Transfert d’information,
ont été proposées afin d’être intégrées dans la version de 1992. Néanmoins, plusieurs de ces améliorations n’avaient pas été
complètement développées et leur incorporation à la norme de 1992 aurait entraîné un délai important. En conséquence,
l’agence de maintenance a reporté l’intégration de ces améliorations en s’engageant vis-à-vis des implémenteurs à ce que les
développements soient poursuivis et à ce que la version suivante soit un sur-ensemble compatible avec la version de 1992.
Z39.50-1992 a remplacé et annulé Z39.50-1988, en devenant un sur-ensemble compatible avec SR.
En 1992, l’agence de maintenance a organisé une enquête officielle auprès des implémenteurs de Z39.50 pour classer par
ordre d’importance les nouvelles caractéristiques proposées. Les objectifs de l’enquête étaient de :
a) limiter la liste des caractéristiques à un nombre raisonnable ;
b) déterminer si les caractéristiques proposées étaient suffisamment spécifiées et comprises ;
c) évaluer leur coût et leur complexité.
Les résultats de l’enquête montrèrent que certaines caractéristiques étaient indispensables, et que d’autres pouvaient être
éliminées sans autre considération. Pour d’autres caractéristiques enfin, l’enquête ne fut pas concluante et la façon de les traiter
fut adoptée par consensus.
L'élaboration de la norme Z39.50-1995 commença à la fin de l’année 1991. Pour chaque réunion du ZIG, de décembre 1991 à
avril 1994, l’agence de maintenance proposait une version provisoire. Les implémenteurs examinaient minutieusement chaque
version et en discutaient longuement à la fois sur la liste de messagerie du ZIG, et lors de chaque réunion du ZIG. Les
commentaires et les débats autour de chaque version, ainsi que les accords conclus lors des réunions du ZIG étaient introduits
dans une version ultérieure. En avril 1994, le ZIG proposa d’adopter comme norme la version à laquelle il était parvenu.
La version de 1992 fut, dès lors, dénommée "version 2" et celle de 1995, "version 3". Néanmoins, bien que ces dénominations
différentes traduisent des variations quant au protocole, elles ne correspondent pas à des versions de la norme. Z39.50-1992
spécifie la version 2 du protocole ; Z39.50-1995 spécifie les versions 2 et 3 du protocole.
v
©
Alors que Z39.50-1992 avait remplacé et annulé Z39.50-1988 (aujourd’hui obsolète), le lien entre Z39.50-1992 et
Z39.50-1995 est tout à fait différent : Z39.50-1995 est un sur-ensemble compatible de la version de 1992. Un implémenteur
peut retrouver toutes les caractéristiques de la version 2 à partir du document Z39.50-1995 et mettre en place une application
compatible avec Z39.50-1992.
Eléments fondamentaux du protocole
Le protocole spécifie les formats et les procédures régissant l’échange de messages entre un client et un serveur, afin de
permettre au client :
a) de demander au serveur de faire une recherche sur une base de données et d’identifier les enregistrements qui correspondent
aux critères spécifiés dans la recherche, et
b) de transférer tout ou partie des enregistrements identifiés.
Le client peut lancer des requêtes au nom d’un utilisateur ; le protocole ne traite que la communication entre le client et le
serveur (qui peuvent être localisés sur des ordinateurs différents) ; il ne traite pas l’interaction entre le client et l'utilisateur.
Z39.50-1992 offre les possibilités de base suivantes, qui sont également toutes supportées par Z39.50-1995. Le client peut
envoyer une recherche, en précisant le nom d’une ou plusieurs bases de données et en incluant une équation de recherche ainsi
que des paramètres qui déterminent si les enregistrements identifiés par la recherche doivent être retournés en tant que partie
de la réponse. Le serveur répond en donnant un nombre d'enregistrements identifiés et, éventuellement, certains
enregistrements ou l'ensemble des enregistrements. Le client peut alors transférer des enregistrements qu’il aura sélectionnés.
Le client s’attend à ce que les enregistrements sélectionnés lors d’une recherche forment un "ensemble résultat" (un ensemble
ordonné dont l’ordre est déterminé par le serveur) ; il s’attend aussi à ce que les enregistrements puissent être référencés par
leur position dans l’ensemble résultat. Les options sont les suivantes :
- le client peut spécifier un ensemble d’éléments en indiquant les éléments de données à transférer dans les cas où le client ne
souhaite pas recevoir les enregistrements de bases de données entiers. Par exemple, le client peut spécifier “Si 5
enregistrements au plus sont identifiés, alors transmettre les enregistrements 'entiers' ; si plus de 5 enregistrements sont
trouvés, alors transmettre les enregistrements 'abrégés'”.
- le client peut indiquer une syntaxe préférentielle pour les enregistrements de réponse, comme par exemple, USMARC.
- le client peut nommer un ensemble résultat pour pouvoir s’y référer ultérieurement.
- le client peut supprimer un ensemble résultat nommé.
- le serveur peut imposer des restrictions de contrôle d’accès au client en demandant une authentification avant de traiter une
requête.
- le serveur peut fournir un contrôle de ressources en envoyant un rapport d'état, qu’il ait été demandé ou non par le client ; le
serveur peut suspendre un traitement et autoriser le client à préciser s’il faut continuer.
Formulation de l'équation de recherche
Cette norme spécifie complètement et impose de supporter l'équation de recherche de type-1, exprimée par des termes de
recherche distincts, chacun avec un ensemble d’attributs, précisant, par exemple, le type de terme (sujet, nom, etc.), s'il est
tronqué, et sa structure. Le serveur est responsable de l’adaptation des attributs au format logique de la base de données. Les
termes peuvent être combinés à l’aide d’opérateurs booléens dans une équation de recherche de type-1. Les termes et les
opérateurs sont exprimés dans la notation polonaise inversée.
Ensembles d’attributs
Les attributs associés à un terme de recherche appartiennent à un ensemble d’attributs donné, dont la définition est enregistrée,
c’est-à-dire qu’on lui donne un identificateur-d'un-ensemble-d’attributs unique et reconnu par l’ensemble des utilisateurs, qui
est un Identificateur d’Objet inclus dans l'équation de recherche.
vi
©
ISO ISO 23950:1998(F)
L’annexe 3, ATR, définit et enregistre l’ensemble-d’attributs bib-1, qui spécifie divers attributs utiles pour les équations de
recherche bibliographiques. L’ensemble d’attributs bib-1 a été développé par la communauté des bibliothécaires ; il est prévu
que d’autres ensembles d’attributs, nécessaires à d’autres communautés professionnelles, soient développés et enregistrés. Les
ensembles d’attributs supplémentaires peuvent être enregistrés indépendamment de la norme.
Enregistrements de réponse
Le protocole distingue deux types d’enregistrements qui peuvent apparaître dans les messages de réponse émanant du serveur :
enregistrements de bases de données et enregistrements de diagnostic.
L’annexe 5, REC, enregistre des identificateurs d’objet pour les différents formats MARC et notamment USMARC,
UKMARC, Norway MARC et CANMARC ; ces identificateurs d’objet accompagnent les enregistrements de base de données
retournés par le serveur. L’annexe définit plusieurs autres types de format d’enregistrement et prévoit l’enregistrement de
formats supplémentaires.
Les enregistrements de diagnostic sont accompagnés de la même façon par un identificateur d’objet qui identifie leur format.
L’annexe 4, ERR, définit et enregistre deux formats d’enregistrement de diagnostic (dont l’un avait été défini pour
Z39.50-1992) qui incorporent différents codes de diagnostics utiles pour des applications bibliographiques. D’autres formats
d’enregistrements de diagnostic peuvent être enregistrés.
Nouvelles caractéristiques
Ce qui suit est un résumé des améliorations apportées dans la norme Z39.50-1995 (par rapport à la version de 1992). Les
désignations “version 2” et “version 3” font référence à la version du protocole ; “Z39.50-1992” et “Z39.50-1995” font
référence aux normes respectives. Ainsi, lorsqu’une caractéristique donnée porte la mention “nouveau dans Z39.50-1995”,
cela signifie généralement qu’elle s’applique aux deux versions du protocole. On peut prendre le service de Balayage (scan
service) en exemple : un implémenteur peut ajouter le service de Balayage à une implémentation existante de Z39.50-1992
sans incorporer d'autres caractéristiques nouvelles.
Les améliorations décrites ci-après se classent en quatre catégories : recherche, transfert, nouveaux services et nouvelles
fonctions, et améliorations diverses.
Recherche
Attributs
Un certain nombre d’améliorations concernent les attributs et ensembles d’attributs. Dans la version 3, les attributs peuvent
être combinés à partir d’ensembles d’attributs différents dans une même équation de recherche (y compris pour un seul terme
de recherche). Ceci présente deux avantages : en premier lieu, cela est utile lorsque l’on interroge plusieurs bases de données
(bien que la version 2 permette l’interrogation multi-bases, tous les attributs d’une équation de recherche doivent appartenir à
un seul ensemble d’attributs, ce qui empêche d’interroger plusieurs bases de données, à moins que celles-ci ne soient
similaires) ; en second lieu, de nouveaux ensembles d’attributs peuvent être définis avec moins de redondance.
La version 3 fournit deux autres améliorations permettant une certaine flexibilité dans la définition des ensembles d’attributs.
En premier lieu, de nouveaux types de données sont définis pour des valeurs d’attributs (dans la version 2, seules les données
de type numérique sont autorisées). En second lieu, la définition d’un ensemble d’attributs peut à présent inventorier d'autres
ensembles de règles d’évaluation (par exemple, que le serveur soit autorisé à substituer un attribut qui lui semble plus
approprié) ; l'équation de recherche peut sélectionner l’un de ces ensembles. La définition améliorée de l’ensemble d’attributs
bib-1 prend en compte cette nouvelle caractéristique.
La définition de bib-1 dans Z39.50-1995 inclut également plusieurs nouveaux attributs (ainsi que tous les attributs
de Z39.50-1992).
Modèle d’un ensemble résultat étendu
Le modèle de base pour un ensemble résultat est développé dans Z39.50-1992 ; la version de 1995 décrit un "modèle d’un
ensemble résultat étendu" qui permet une recherche de proximité plus étendue.
vii
©
Le modèle étendu supporte aussi une nouvelle fonction de recherche dans la version 3, appelée Restriction, qui est en réalité
une opération sur un ensemble résultat. Elle permet une sélection d'enregistrements dans un ensemble résultat basée sur une
spécification d’attributs.
Terme de recherche
Le terme de recherche pour une équation de recherche peut prendre la forme de divers types de données dans la version 3.
(Dans la version 2, un terme de recherche est binaire et par essence n’a pas de type de données, le type est donc souvent décrit
par un attribut de structure). Cette amélioration simplifiera les équations de recherche (et les définitions d’ensembles
d’attributs) en réduisant l’utilisation d’attributs de structure.
Résultats intermédiaires
Dans Z39.50-1995, le serveur peut fournir une information relative à chaque composante de l'équation de recherche
(c’est-à-dire par sous-équation de recherche, par base de données), soit en tant que partie de la réponse du service de
Recherche (seulement dans la version 3), soit en tant que partie du contrôle-de-ressources lorsque le serveur fait un rapport sur
l’avancement de la recherche. Le serveur peut aussi créer un ensemble résultat et y donner accès pour chaque composante
d'une équation de recherche.
Transfert
Segmentation
Dans la version 2, une réponse de transfert est limitée à un seul message : le serveur essaye de mettre tous les enregistrements
demandés dans ce message et s’il n’y arrive pas, il en met autant qu’il peut. Le client peut vouloir transférer, par exemple, dix
mille enregistrements, sachant qu’il ne peut les transférer dans un seul message. En général, le client demande les dix mille
enregistrements, attend la réponse, détermine combien d’enregistrements ont été transférés, puis envoie une autre requête pour
les enregistrements restants. Ce procédé fonctionne bien dans de nombreux environnements mais est vraiment trop lent pour
des réseaux à haut débit. Le serveur doit attendre une requête avant d’envoyer chaque ensemble d’enregistrements, ce qui
introduit un délai ; ce délai peut être négligeable sur des réseaux classiques mais est intolérable sur des réseaux à haut débit.
Dans la version 3, un serveur peut répondre à une requête de transfert par plusieurs messages de réponse consécutifs sans
requêtes intermédiaires.
Un problème de segmentation plus sérieux se pose lorsqu’un seul enregistrement est trop grand pour tenir dans un seul
message. La version 3 prévoit donc un second niveau de segmentation : un enregistrement donné peut chevaucher des
messages de réponse. Un client ou un serveur peut choisir de supporter l’un ou l’autre des niveaux de segmentation ou aucune
segmentation (dans ce cas, les règles de la version 2 s’appliquent).
Outils de transfert
Le ZIG a travaillé intensément pendant deux ans pour développer un modèle complet et une série d’outils pour qu'un large
éventail de fonctions de transfert puisse supporter différentes applications de transfert et, en particulier, le transfert de
documents. Le modèle est détaillé dans l’annexe 14, RET. Plusieurs nouvelles classes d’objets sont désignées dans
Z39.50-1995 (schémas, tagSets, variantes), de même que des objets spécifiques, appartenant à ces classes et à d’autres, sont
définis. L’annexe RET fournit une sémantique détaillée de ces objets et décrit comment ils sont utilisés ensemble afin de
fournir de nombreuses possibilités de transfert de documents. En voici quelques exemples :
- un enregistrement de base de données peut inclure un certain nombre de documents. Le client peut trouver et transférer un
document donné, plutôt que l’enregistrement entier de base de données.
- le client peut transférer une partie donnée d'un document, partie logique ou physique, par exemple certaines pages, un
chapitre particulier, une légende précise, toutes les légendes, ou toutes les images. Le client peut transférer uniquement les
titres, par exemple, tous les titres de chapitre ou de section.
- un document peut être disponible dans un grand nombre de formats (par exemple, Postscript, SGML), de langues, de
paramètres de présentation (par exemple longueur des lignes, nombre de lignes par page, colonnes) et d'autres variantes. Le
client peut trouver quelles sont les variantes supportées pour un document, ainsi que l’information associée à une forme
viii
©
ISO ISO 23950:1998(F)
donnée de variante : par exemple, le coût de transfert d’un document en fonction d'une variante donnée ou selon sa taille. En
fin de compte, le client peut donc transférer le document (ou une partie précise de ce document) selon la variante souhaitée.
- des informations de position appelées hits peuvent être associées à un document, dans une recherche donnée : ces hits sont
des pointeurs vers des termes (contenus dans le document) pertinents pour la recherche effectuée. Le client peut transférer des
hits en même temps qu'un document pour localiser rapidement les parties intéressantes. Le client peut aussi transférer
uniquement les hits (ordonnés selon leur importance) et ensuite transférer uniquement les parties du document qui
l’intéressent.
Nouveaux services et nouvelles fonctions
Balayage et Tri
(Scan et Sort)
Balayage et Tri sont de nouveaux services de Z39.50-1995. Ils sont employés respectivement pour balayer des termes dans une
liste ou un index et pour trier un ensemble résultat.
Le Balayage est actuellement le seul service de la fonction de Navigation de Z39.50 mais il est prévu d’ajouter d'autres
possibilités variées de navigation dans les futures versions.
Services étendus (Extended services)
Services étendus est une nouvelle fonction de Z39.50-1995. Elle inclut un nouveau service de Z39.50, le service de Services
étendus, utilisé pour initialiser une tâche spécifique de service étendu, qui est exécutée indépendamment d’une session Z39.50
et dont l’avancement peut être contrôlé en utilisant les services de Z39.50. Les services étendus spécifiques incluent :
sauvegarder un ensemble résultat, établir un planning d'équation de recherche périodique, exporter un document, commander
un document et mettre à jour une base de données.
Explication (Explain)
La nouvelle fonction d'Explication permet à un client de retrouver les informations détaillées de l'implémentation serveur :
caractéristiques générales (description, contact, heures de service, restrictions, coût de l’utilisation etc.), bases de données
disponibles pour une recherche, index, ensembles d’attributs, informations détaillées sur les attributs, schémas, syntaxes des
enregistrements, possibilités de tri, et services étendus. Le serveur maintient l’information Explication dans une base de
données spéciale qui peut être interrogée par le client en utilisant les fonctions de recherche et de transfert de Z39.50. Le
format de l’information Explication est détaillé dans cette norme.
Une partie de l’information Explication est transparente pour le client puisqu’elle est prévue pour être affichée directement sur
le poste de l’utilisateur-client et est ainsi désignée (par exemple, “caractéristiques générales”). Une partie de l’information
Explication est prévue pour être partagée entre le client et l’utilisateur. Par exemple, le client peut transférer une liste de base
de données interrogeables ; pour chaque base de données de la liste, le client peut afficher un nom informel, une icône et une
brève description. En même temps, le client conserve en mémoire le nom réel de la base de données à utiliser dans un message
du protocole et qui ne sera probablement jamais affiché tel quel. Une partie de l’information Explication peut aussi être
complètement transparente pour l’utilisateur. Par exemple, le client peut transférer l’information concernant les attributs
supportés par une base de données et utiliser cette information lorsqu’il formule une équation de recherche (en transformant
une équation de recherche-utilisateur en équation de recherche de type-1 Z39.50).
Améliorations diverses
Clôture et Ré-initialisation (Termination et Re-initialization)
La version 3 inclut une approche plus flexible de la clôture d’une session Z39.50 qui permet de fait de ré-initialiser la session
Z39.50 sans couper la communication sur le réseau.
Opérations simultanées (Concurrent operations)
Plusieurs opérations simultanées sont autorisées dans la version 3. Dans la version 2, seules les opérations consécutives sont
autorisées.
ix
©
Diagnostics
La plupart des services de Z39.50 incluent une possibilité de diagnostic. Dans la version 2, un diagnostic doit être conforme à
un format spécifique défini dans la norme. Dans la version 3, les formats de diagnostic peuvent être définis et enregistrés
indépendamment. Un tel format (nouveau) est défini, avec un ensemble complet de diagnostics.
Formats de contrôle d’accès (Access control formats)
Z39.50-1992 prévoit un contrôle d’accès mais ne définit pas de format de contrôle d’accès. Z39.50-1995 définit des formats
pour encryptage et authentification et un format permettant au serveur de demander au client une information quelconque.
Acceptation des jeux de caractères
Un nouveau type de données, "International String", a été introduit pour les chaînes de caractères. Sa définition permet une
plus grande flexibilité pour le client et le serveur lorsqu’ils s’accordent sur l’utilisation d’une langue donnée et d’un ou
plusieurs jeux de caractères au cours d’une session.
Unités
De nouveaux types de données ont été introduits pour supporter des systèmes d’unités. Ces définitions permettent d’utiliser
des représentations normalisées pour représenter le type d’unité et l’unité. Par exemple, le type d’unité pourrait être “masse” et
l’unité “kilogramme”.
Extensibilité et négociation
La version 3 présente une caractéristique puissante d’extensibilité. Tout message du protocole inclut un champ prévu pour de
l’information dont le format est défini indépendamment de la norme. Ces formats définis de manière indépendante seront
enregistrés et maintenus par l’agence de maintenance de Z39.50 en tant qu'extensions provisoires de la norme et à titre
expérimental et avec intégration possible dans une version ultérieure.
Dans Z39.50-1995, le concept d’enregistrement de négociation" est introduit. Le client peut inclure un enregistrement de
négociation dans le message d’initialisation afin de poser certaines conditions pour le déroulement de la session (par exemple,
l’utilisation d’une langue particulière et d’un ou plusieurs jeux de caractères). Le serveur peut répondre en indiquant si la
proposition est acceptée ou en faisant une contre-proposition.
L’enregistrement de négociation est une application de la nouvelle caractéristique d’extensibilité. Les enregistrements de
négociation seront définis de manière indépendante et maintenus par l’Agence de Maintenance de Z39.50.
x
©
NORME INTERNATIONALE ISO ISO 23950:1998(F)
Information et documentation — Recherche
d’information (Z39.50) — Définition du service
de l’application et spécification du protocole
1 - INTRODUCTION
La présente Norme internationale fait partie d’un ensemble de normes établies pour faciliter l’interconnexion de systèmes
informatiques. Elle se situe dans la lignée des normes développées selon le modèle de référence (ISO 7498) de l'OSI (Open
Systems Interconnection). Cette norme définit un protocole à l'intérieur de la couche application du modèle de référence et
concerne particulièrement la recherche et le transfert d'informations contenues dans des bases de données.
1.1- Objet et domaine d'application
La présente Norme internationale définit le service de l’application de recherche et de transfert de l'information (section 3) et
précise le protocole de l’application de recherche et de transfert d'information (section 4). La définition de ce service décrit les
services sur lesquels s’appuient les fonctions applicatives. Les services sont tour à tour supportés par le protocole Z39.50. La
description ne spécifie ni ne contraint l'implémentation sur un système informatique. La spécification du protocole inclut la
définition de l'information de contrôle du protocole, les règles d'échange de cette information et les exigences de conformité
qui doivent être satisfaites lors d'une implémentation de ce protocole.
Destinée à des systèmes qui supportent des services de recherche et de transfert de l'information et à des organisations telles
que les fournisseurs d'information, les universités, les bibliothèques et les organismes gérant des catalogues collectifs, la
présente Norme traite de la communication en mode connecté de programme à programme. Elle ne traite pas des échanges
d'information avec des terminaux ou via un autre support physique.
1.2 - Version
Il y a eu trois publications de Z39.50 : Z39.50-1988, Z39.50-1992 et Z39.50-1995 et une publication du protocole Search and
Retrieve, ISO 10163-1:1993. Les trois publications suivantes Z39.50-1992, ISO 10163-1:1993 et Z39.50-1995 (à l'exception
donc de Z39.50-1988) intègrent le concept de version de protocole et trois versions de protocole y sont définies, version 1,
version 2 et version 3. ISO 10163-1:1993 est basée sur la version 1 du protocole ; Z39.50-1992 est basée sur la version 2 du
protocole ; Z39.50-1995 est basée sur la version 2 du protocole, ainsi que sur la version 3. (Aucune version du protocole n'est
associée à Z39.50-1988).
La présente Norme internationale, ISO 23950, est basée sur les versions 2 et 3. Elle présuppose que les versions 1 et 2 sont
identiques et que donc les implémentations qui supportent la version 2 supportent automatiquement la version 1 (par ailleurs,
la version 1 n'est pas mentionnée dans cette norme). Les procédures de la présente Norme qui s'appliquent spécifiquement à la
version 2 ou à la version 3 sont indiquées.
1.3 - Références normatives
Les documents normatifs suivants contiennent des dispositions qui, par suite de la référence qui y est faite, constituent des
dispositions valables pour la présente Norme internationale. Pour les références datées, les amendements ultérieurs ou les
révisions de ces publications ne s’appliquent pas. Toutefois, les parties prenantes aux accords fondés sur la présente Norme
internationale sont invitées à rechercher la possibilité d'appliquer les éditions les plus récentes des documents normatifs
indiqués ci-après. Pour les références non datées, la dernière édition du document normatif en référence s'applique. Les
membres de l'ISO et de la CEI possèdent le registre des Normes internationales en vigueur.
ANSI/NISO Z39.53-1994 Codes for the Representation of Languages for Information Interchange
ANSI/NISO Z39.58-1992 Common Command Language for Online Interactive Information Retrieval
ISO 2709 : 1996 Information et documentation – Format pour l’échange d’information
ISO 4217 : 1990 Codes pour la représentation des monnaies et types des fonds
ISO 7498 : 1984 Systèmes de traitement de l’information – Interconnexion des systèmes ouverts –
Modèle de référence de base
ISO 8649 : 1988 Systèmes de traitement de l’information – Interconnexion de systèmes ouverts –
Définition du service pour l’élément de service de contrôle d’association
©
ISO
ISO 8650 : 1988 Systèmes de traitement de l’information – Interconnexion de systèmes ouverts –
Spécification du protocole pour l’élément de service de contrôle d’association
ISO 8777 : 1993 Information et documentation – Commandes pour les systèmes interactifs de recherche
d’information
ISO 8822 : 1988 Systèmes de traitement de l’information – Interconnexion de systèmes ouverts –
Définition du service de présentation en mode connexion
ISO/CEI 8824 : 1990 Technologies de l’information – Interconnexion de systèmes ouverts – Spécification de
la notation de syntaxe abstraite numéro 1 (ASN.1)
ISO/CEI 8825 : 1990 Technologies de l’information – Interconnexion de systèmes ouverts – Spécification de
règles de base pour coder la notation de syntaxe abstraite numéro UNE (ASN.1)
ISO 10160 :1997 Information et documentation – Interconnexion de systèmes ouverts (OSI) – Définition
du service d’application pour les prêts entre bibliothèques
ISO 10161-1 : 1997 Information et documentation – Interconnexion de systèmes ouverts (OSI) –
Spécification du protocole d’application pour les prêts entre bibliothèques – Partie 1 :
Spécification du protocole
ISO 10163-1 : 1993 Information et documentation – Interconnexion de systèmes ouverts (OSI) –
Spécification du protocole d’application pour la recherche documentaire – Partie 1 :
Spécification du protocole
Note : Bien que la présente Norme internationale remplace l’ISO 10163-1, elle contient
des dispositions pour conserver la compatibilité avec l’ISO 10163-1, en raison des
implémentations préexistantes de cette dernière norme.
Registre international ISO des jeux de caractères codés
2 - DEFINITIONS
Pour les besoins de la présente Norme internationale, les définitions suivantes s’appliquent.
A-association voir Association d’application
Abstract database record voir Enregistrement abstrait de base de données
Abstract record structure voir Structure abstraite d’enregistrement
Abstract syntax voir Syntaxe abstraite
Abstract syntax notation voir Notation de syntaxe abstraite
Access point voir Point d’accès
Access point clause voir Opérande de point d'accès
Aggregate present voir Réponse agrégée du service de Présentation
response
APDU voir Unité de donnée du protocole d’application (Application Protocol Data
Unit)
Application protocol voir Protocole d’application
Application Protocol voir Information de contrôle du protocole d’application
Control Information
Application Protocol Data voir Unité de donnée du protocole d’application
Unit
Application-association voir Association d’application
AppliedVariant un des trois usages d'une spécification de variante ; appliedVariant est la variante
que la cible applique à un élément d'un enregistrement de transfert. Voir aussi
VariantRequest et SupportedVariant
ARS voir Structure abstraite d'enregistrement (Abstract Record Structure)
ASN.1 notation de syntaxe abstraite numéro 1 (Abstract Syntax Notation One), telle que
définie par les normes ISO 8824 et ISO 8825.
Association d’application session de communication entre un utilisateur de base de données et un
fournisseur de base de données ; cette session peut être composée d'une seule ou
de plusieurs Z-associations consécutives. Terme anglais : A-association ou
Application-association.
Attribut caractéristique d'un terme de recherche, ou l'un des composants de
caractéristique, dont l'ensemble forme une caractéristique d'un terme de
recherche. Terme anglais : Attribute
©
ISO
Attribute voir Attribut
Attribute element voir Elément attribut
Attribute list voir Liste d'attributs
Attribute set voir Ensemble d'attributs
Attribute set id voir Identificateur d'un ensemble d'attributs
Attribute type voir Type d'attribut
Attribute value voir Valeur d'attribut
Base de données regroupement d'unités d'information contenant des informations liées entre elles.
Chaque unité constitue un enregistrement de base de données. Terme anglais :
Database.
Cible entité qui accepte une Z-association. Terme anglais : Target
Client application qui inclut l'origine ; l'utilisateur de la base de données. Terme
anglais : Client.
Client system voir Système client
Composition specification voir Spécification de la composition
Conditionally confirmed voir Service confirmé sous conditions
service
Confirmed service voir Service confirmé
Contexte de présentation couplage d'une syntaxe abstraite et d'une syntaxe de transfert, négociée par la
couche présentation afin que cette syntaxe abstraite soit utilisée durant
l'association d'application. Terme anglais : Presentation context ou P-context
Data element voir Elément de données
Database voir Base de données
Database record voir Enregistrement de base de données
Database schema voir Schéma de base de données
Element voir Elément
Elément unité d'information définie par un schéma. Terme anglais : Element
Elément attribut attribut (attribute) représenté par un couple de composants: un type d'attribut
(attribute type) et une valeur de ce type (attribute value). Terme anglais :
Attribute element
Elément de données voir Elément. Terme anglais : Data element
Elément d'ensemble nom de base de données, pointeur sur un enregistrement de cette base de
résultat données et éventuellement des informations additionnelles non spécifiées
associées à l'enregistrement. Terme anglais : Result set item
Element set name voir Nom d'un ensemble d'éléments
Element specification voir Spécification d'élément
Element specification voir Format de spécification d'élément
format
Element specification voir Identificateur de spécification d'élément
identifier
ElementRequest requête incluse dans une spécification d'élément pour le transfert d'un élément
spécifique. ElementRequest peut inclure une variantRequest qui indique la forme
souhaitée pour cet élément
Enregistrement abstrait de représentation abstraite de l'information contenue dans un enregistrement de base
base de données de données. Un enregistrement abstrait de base de données peut être obtenu en
appliquant une structure abstraite d'enregistrement (abstract record structure),
qui est définie par un schéma, à un enregistrement de base de données. Une
spécification d’élément (element specification) peut être appliquée à un
enregistrement abstrait de base de données de manière à former une autre
instance de l'enregistrement abstrait de base de données. Terme anglais :
Abstract database record
Enregistrement de base de structure locale de données représentant une unité d'information dans une base
données de données. Terme anglais : Database record
Enregistrement de enregistrement de diagnostic fourni à la place d'un enregistrement de transfert,
diagnostic de substitution représentant un enregi
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.