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
Buy Standard
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
ISO 23950:1998(E)
---------------------- Page: 1 ----------------------
ISO 23950:1998(E)
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
---------------------- Page: 2 ----------------------
©
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
---------------------- Page: 3 ----------------------
©
ISO 23950:1998(E) ISO
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
---------------------- Page: 4 ----------------------
©
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
---------------------- Page: 5 ----------------------
©
ISO 23950:1998(E) ISO
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
---------------------- Page: 6 ----------------------
©
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, alt
...
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
ISO 23950:1998(F)
---------------------- Page: 1 ----------------------
ISO 23950:1998(F)
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
---------------------- Page: 2 ----------------------
©
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
---------------------- Page: 3 ----------------------
©
ISO 23950:1998(F) ISO
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
---------------------- Page: 4 ----------------------
©
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
---------------------- Page: 5 ----------------------
©
ISO 23950:1998(F) ISO
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
---------------------- Page: 6 ----------------------
©
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
---------------------- Page: 7 ----------------------
©
ISO 23950:1998(F) ISO
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
---------------------- Page: 8 ----------------------
©
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’informatio
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.