Role, François

Bibliothèque numérique de l'enssib

LÕ association américaine de nor-malisation (ANSI, AmericanNational Standards Institute) vientde valider la version 3 de la normeZ39.50 (1)1.Héritière des grands projets biblio-graphiques en réseau des années1980 (par exemple le Linked SystemProject), cette norme a pour objectifde permettre à un utilisateur d’effec-tuer des recherches documentairesdans des bases de données distantes àtravers une interface unique.La nouvelle version a été approuvéeau terme de longs travaux qui ontmobilisé les experts des principalesinstitutions bibliographiques améri-caines (Bibliothèque du Congrès,O C L C, Melvyl, RLG, etc. )2. Comptetenu de l’influence exercée par ses pro-m o t e u r s, elle semble destinée à ungrand avenir dans le domaine de l’in-formatisation des bibliothèques.Cependant, avec la diffusion trèsrapide des outils Internet, on peut sedemander si elle ne risque pas d’êtreétouffée par les normes de fait quisont déjà appliquées tous les jours surle réseau mondial. Des interfaces uni-verselles existent déjà, par exemplecelle des b r owsers du World Wi d eWe b ( M o s a i c, Netscape, etc.). Cesoutils communiquent à l’aide de pro-tocoles simples mais robustes quisemblent satisfaire la majorité desu t i l i s a t e u r s.Dans ces conditions, on peut sedemander pourquoi l’ANSI juge bonde prôner une nouvelle interface decommunication spécifique aux  biblio-t h è q u e s. Sans prétendre répondre àcette question, nous essayons de don-ner ici quelques éléments de compa-r a i s o n .La norme Z39.50Z39.50 est un protocole de communi-cation dédié aux applications derecherche documentaire. Il permetde spécifier les procédures néces-saires pour effectuer des recherchesdans des bases de données distanteset le rapatriement sur un poste localdu résultat de ces recherches.Si l’on se réfère à la division encouches utilisée par l’OSI (Open Sys-tems Interconnection), Z39.50 sesitue dans la couche application.Z39.50 est basé sur le modèlec l i e n t / s e r v e u r. La norme suppose eneffet qu’une application cliente éta-blisse une connexion avec une appli-cation serveur et qu’elle lui demandedes services. La norme Z39.50 utiliseplutôt les termes origin et target, q u icorrespondent respectivement auxportions du client et du serveur uni-quement dédiées aux tâches de com-munication (à l’exclusion par exemplede l’interface utilisateur).Le client (origin), situé sur un sytèmelocal, initie une connexion avec le ser-veur et lui envoie des requêtes. Le ser-veur (target), associé à la base dedonnées distante, répond aux requêtesn  L A N O R M E Z 3 9 . 5 0 E T L E P R O T O C O L E H T T P n5 0B B FP a r i sT. 40n¡ 51 9 9 5DE U X O U T I L S P O U RL E S B I B L I O T H È Q U E S D I S T R I B U É E SLA NORME Z39.50 ET LE PROTOCOLE HTTPFR A N O I S RO L ED i rection de l’inform a t i o nscientifique et techniqueet des bibliothèquesro l e @ d i s t b . m e s r. f r1. Il faut signaler quÕil existe des norm e si n t e rnationales trs proches de Z39.50, lesn o rmes ISO 10162/3 (5). Ces normes ont tlabores par le groupe de travailTC46/SC4/WG4 de lÕISO. Elles constituent unsous-ensemble de Z39.50 et devraientd i s p a r a t re si, comme cela semble sec o n c r t i s e r, la version 3 de Z39.50 est reprise enn o rme intern a t i o n a l e .2. Ces experts ont travaill dans le cadre dÕunf o rum trs actif, le Z39.50 Implementors gro u p( Z I G ) .provenant du client et transfère lesenregistrements correspondants.L’interaction entre le client et le ser-veur s’effectue à travers un échange demessages normalisés (requête etréponse). Les formats et les procéduresà appliquer pour le transfert de cesmessages sont également définis dansla norme (Protocol specification).La version 3 définit de nombreux ser-vices qu’il serait fastidieux d’énumé-rer ici. Le cœur de la norme estconstitué par quatre opérations deb a s e : Init, Search, Retrieve, Close.Init et Close décrivent l’établissementet la fermeture de la connexion entrele client et le serveur. Les opérations S e a r ch et Retrieve o n tdonné leur surnom aux normesZ39.50 et ISO 10162/10163, souventappelées normes SR.Le service S e a r ch permet à l’origined’interroger des bases de donnéesdistantes par l’intermédiaire du ser-veur et de recevoir les résultats decette recherche.L’utilisateur saisit une requête sur sonsystème local. Le client traduit cetterequête dans un formalisme indépen-dant de toute base de données et com-pris par tous les serveurs conformes àla norme Z 3 9 . 5 03. La requête traduiteest envoyée à un serveur Z39.50 asso-cié à la base de données que l’utilisa-teur souhaite consulter. A réceptionde cette requête, le serveur la traduitdans une syntaxe compréhensible parla base de données et la soumet à cetted e r n i è r e. Les résultats de la recherchesont ensuite communiqués au clientpar le serveur. Le client (et l’utilisa-teur) n’ont ainsi pas à se soucier de lastructure et de la syntaxe propres àchacune des bases de données aux-quelles ils veulent accéder.Le résultat de la recherche crée sur leserveur un result set qui peut êtreréférencé par le client pendant toutela durée de la connexion.Le service Present permet à l’originede demander le transfert sur le postelocal des enregistrements correspon-dant à un result set d o n n é .Le protocole HTTPH T T P, Hypertext Transfer Protocol ( 2 ) ,est le protocole de communication uti-lisé par les outils du World Wide We b(WWW). C’est un protocole dédié autransfert d’informations , non à l’inter-rogation des bases de données. Basésur un paradigme requête/réponse, ildéfinit le contenu et le format des mes-sages échangés au cours d’une transac-tion entre un client WWW et unserveur WWW.Le Web a déjà fait l’objet de nom-breuses présentations dans la pressep r o f e s s i o n n e l l e. Nous nous limite-rons donc ici à une brève descriptionf o n c t i o n n e l l e.L’utilisateur qui utilise un posteclient (souvent appelé b r ow s e rcompte tenu des origines hypertex-tuelles de WWW) consulte un docu-ment contenant des référencesh y p e r t e x t u e l l e s. En sélectionnantune de ces références, il provoqueune connexion entre le client et leserveur distant qui possède ce docu-m e n t . Dans la plupart des implémen-tations actuelles, la connexion estétablie par le client avant chaquerequête et fermée par le serveuraprès l’envoi de la réponse.Les requêtes émises par le client spéci-fient des « m é t h o d e s » à appliquer àdes « r e s s o u r c e s » désignées par desidentificateurs Internet nommés URI(Uniform Resource Identifier) ( 7 ) .Dans le cas de transfert de documentévoqué plus haut, c’est la méthodeGET suivie de l’URI du document quiest envoyée au serveur lorsque l’utili-sateur sélectionne une référenceh y p e r t e x t u e l l e.Le protocole prévoit égalementd’autres méthodes pour la mise à jourde serveurs à distance, l’invocation descripts sur le serveur, la création del i e n s, etc. Seules certaines de ces fonc-tionnalités supplémentaires sont implé-mentées sur les clients les plus courants.Quelques élémentsde comparaisonZ39.50 propose des mécanismessophistiqués pour l’établissement et lalibération de la connexion. Des procé-dures d’identification et d’authentifi-cation sont prévues par la norme. Lesservices disponibles, les ressources, lesjeux de caractères à utiliser, la tailledes messages peuvent être négociésavant que l’échange ne commenceentre le client et le serveur.En ce qui concerne la recherche, lan o r m e Z39.50 définit des ensemblesd’attributs très complets correspon-n  L A N O R M E Z 3 9 . 5 0 E T L E P R O T O C O L E H T T P n5 1B BP a rT.n1 9 93. La Reverse Polish Notation (RPN) pare x e m p l e .dant aux applications de bibliothèque(attribute set ‘ b i b 1 ’ ) .Par ailleurs, le result set produit parune question peut être référencé etservir d’opérande dans des questionsposées ultérieurement Le fait qu’ilgère une véritable session donne auclient Z39.50 une certaine « i n t e l l i-g e n c e » .Cette « i n t e l l i g e n c e » du client estencore perceptible dans la façon dontles résultats sont affichés. L’ a f f i c h a g edes résultats est sous le contrôle duc l i e n t : des résultats de recherchevenant de plusieurs serveurs diffé-rents peuvent être affichés de façonstrictement identique. Cette caracté-ristique distingue également le clientZ39.50 du client WWW.En ce qui concerne le transfert desrésultats de la recherche, des procé-dures de segmentation sophistiquéesont été définies pour supporter letransfert de documents volumineux.Ce point est à souligner : bien qu’issuedu monde des bibliothèques, lan o r m e Z39.50 n’a pas été prévue pourrechercher uniquement des référencesb i b l i o g r a p h i q u e s. Elle a été conçuepour permettre l’accès à des basescontenant tout type d’informations, ycompris des documents primaires.Comparé à la norme Z39.50, HTTPest un protocole de communicationtrès simple, dédié avant tout au trans-fert de documents et non à la consulta-tion de bases de données. Undocument est demandé par l’utilisa-t e u r. Dès qu’il est transféré, laconnexion est interrompue. Si l’onveut un autre document situé sur lemême serveur, il faut une nouvellec o n n e x i o n .Il n’est pas question ici de réutiliser lerésultat d’une recherche antérieure(result set). Aucun ensemble spécifiqued’attributs (attribute set) n’est non plusd é f i n i .Cependant, HTTP est très souple.Grâce à un mécanisme d’invocationde script particulièrement simple, leclient peut envoyer des paramètresau serveur et demander à ce dernierd’effectuer des opérations qui vontau-delà du simple transfert de docu-ments au coup par coup, par exempledes recherches documentaires.En ce qui concerne le transfert pro-prement dit, HTTP gère efficacementla plupart des formats de documentsexistants (les types MIME).La simplicité et la souplesse deHTTP ont permis au WWW de sedévelopper très rapidement. C ’ e s taussi ce caractère simpliste qui pour-rait à terme freiner son essor4.Cependant, malgré les différencesimportantes qui viennent d’être évo-quées ces protocoles ont pu être utili-n  L A N O R M E Z 3 9 . 5 0 E T L E P R O T O C O L E H T T P n5 2B B FP a r i sT. 40n° 51 9 9 54. Le consortium W3, créé depuis cette annéepar l’INRIA et le MIT, a pour mission d’apport e rà HTTP le caractère professionnel qui lui faitd é f a u t .I n t e r r o gation de serv e u rs Z39.50 à partir de clients W3 : l’utilisateur  peut utiliser pour sar e ch e r che les ensembles d’attributs normalisés définis par Z39.50sés dans le cadre d’applications debibliothèques distribuées dont nousdonnons ci-après quelques exemples.L ’ é v o l u t i o nvers les systèmes distribuésDans un système informatique distri-bué, l’utilisateur accède à des res-sources et à des données éparpilléesgéographiquement, tout en ayantl’impression d’interagir avec un sys-tème logique unique.On a déjà dit dans la section précé-dente qu’un des atouts de Z39.50 étaitsa capacité à masquer l’hétérogénéitégéographique et structurelle des sys-tèmes (hétérogénéité des interfaces ;hétérogénéité des langages derequête). Cette norme semble doncconstituer un outil de choix pour réali-ser un catalogue collectif « l o g i q u e »ou « v i r t u e l » (il ne s’agit ici que desaspects consultation). Une premièreexpérience a été réalisée en Irlande, en1994, dans le cadre du système IRIS.Utilisant Z39.50, le système IRIS per-met, à travers une interface unique,d’effectuer des recherches bibliogra-phiques dans les catalogues de sixbibliothèques universitaires irlan-daises utilisant des systèmes informa-tiques différents. Le client Z39.50 présente à l’utilisa-teur une vision complètement unifiéede tous les catalogues. Par ailleurs,une recherche peut être lancée enparallèle sur plusieurs serveurs.Notons que le système IRIS a étéconçu à l’origine pour permettre lafourniture rapide de documents. Dèsqu’il a localisé un ouvrage, l’utilisa-teur peut, sans sortir du système, eneffectuer la commande.Implémenté dans le cadre du C o m -puter Science Te chnical report project(CSTR), le protocole Dienst (8) estutilisé pour donner accès par leréseau aux rapports de recherche eni n f o r m a t i q u e, produits par les princi-pales universités américaines. Il peutêtre vu comme une spécialisation deH T T P : des messages spécifiques à larecherche documentaire sont encap-sulés dans HTTP et permettent auclient Dienst de demander des ser-vices documentaires aux serveurs dis-t a n t s, dont l’ensemble constitue unevéritable bibliothèque virtuelle. Lesdeux services principaux sont :– Index : ce service permet au clientd’obtenir des méta-informations surun ou des documents stockés sur lesserveurs Dienst (auteur, titre, nombrede pages, formats disponibles, etc. ) ;– Repository : ce service permet d’obte-nir les documents eux-mêmes. Les cri-tères de recherche sont ceux de laR F C 1357 et, comme le système main-tient une vue à la fois de la structurephysique et de la structure logique desd o c u m e n t s, il est possible de demanderune page ou une section d’un documentplutôt que le document complet.Combiner les avantagesdes deux systèmesAu terme de cette présentation sché-m a t i q u e, nous voudrions insister surles quelques points suivants. A l’heure actuelle, Z39.50 est un proto-cole spécialisé, difficile à mettre enœ u v r e, mais adapté à la construction desystèmes d’informations répartis com-p l e x e s. Lié à des systèmes de circula-tion, à des services de dépouillement des o m m a i r e s, il ouvre également des pers-pectives intéressantes dans le domainede la fourniture de documents. D’unemanière générale, il peut aider lemonde des bibliothèques à faire sespremiers pas dans la marche irréver-sible vers les systèmes distribués.HTTP est un protocole généraliste,fruste mais simple à mettre en œuvre.Il n’est pas adapté à des tâches docu-mentaires complexes, mais peut êtreétendu et est utilisé tous les jours pardes millions d’utilisateurs.Dans ces conditions, l’idéal serait decombiner les avantages des deux sys-tèmes en permettant d’accéder à desserveurs Z39.50 à partir d’un clientWe b. C’est l’orientation à moyenterme que semblent prendre degrandes institutions américaines(Bibliothèque du congrès, Stanford,O C L C, MIT, etc. ) .A long terme tout dépend de lafaçon dont évolueront les protocolesInternet...Juillet 1995BI B L I O G R A P H I E1 . ANSI/NISO Z39.50-1995 I n f o r m a t i o nr e t r i e v a l : Application Service Definitionand Protocol Specification.2 . B e r n e r s - L e e, T. ; Fielding, R. T. ; Niel-sen, H. F. – Hypertext Transfer Protocol,HTTP/1.0 . – Internet Draft, décembre1 9 9 4 .< U R L : f t p : / / n i c. n o r d u . n e t / i n t e r n e t -d r a f t s / d r a f t - i e t f - h t t p - v 1 0 - s p e c - 0 0 . t x t >3. Dempsey, Lorcan. – « D i s t r i b u t e dLibrary and Information Systems : theSignificance of Z39.50 » . – Managing Infor -mation, juin 1994, vol. 1, n° 6, p. 41-43.4. Holm, Liv A. – Models for Open Sys -tem Protocol Development : a Te ch n i c a lReport . – O t t a w a : IFLA UDT, 1994.5. Holm, Liv A. – « The Current Deve-lopment of SR and European Participa-t i o n » . – VINE, décembre 1994, n° 9 7 ,p. 9 - 1 3 .6. Lynch, Clifford A. – « I n f o r m a t i o nRetrieval as a Network Application ».– Library HI TECH, 1990, vol. 8, n° 4 ,p. 5 7 - 7 2 .7. Role, Fr a n ç o i s. – « Les systèmes d’iden-tification de documents ». – D o c u m e n t a -liste - Sciences de l’information, f é v r i e r1995, vol. 32, n° 1, p. 4 3 - 4 7 .8. Lagoze, Carl. – « Dienst : an Architec-ture for Distributed DocumentL i b r a r i e s » . – Communication of theAC M , avril 1995, vol. 38, n° 3, p. 4 7 .n  L A N O R M E Z 3 9 . 5 0 E T L E P R O T O C O L E H T T P n5 3B BP a rT.n1 9 9Z39.50 PEUT AIDERLE MONDEDES BIBLIOTHÈQUESÀ FAIRESES PREMIERS PASDANS LA MARCHEIRRÉVERSIBLEVERS LES SYSTÈMESDISTRIBUÉS

Deux outils pour les bibliothèques distribuées

http://www.enssib.fr/bibliotheque-numerique/documents/33324-deux-outils-pour-les-bibliotheques-distribuees.pdf

Deux outils pour les bibliothèques distribuées

Abstract

Similar works

Full text

Available Versions

Bibliothèque numérique de l'enssib