SERVICIUL DE REGASIRE A INFORMATIILOR

SERVICIUL DE REGASIRE A INFORMATIILOR

Definitia Serviciului de Regasire a Informatiilor descrie o activitate intre doua aplicatii: o aplicatie de initiere, clientul, si o aplicatie de raspuns, serverul. Serverul este asociat cu una sau mai multe baze de date.

Comunicarea dintre client si server este efectuata prin protocolul Z39.50. Specificatia este divizata in mod logic in proceduri apartinand clientului si proceduri apartinand server-ului.

Model si Caracteristici ale Serviciului de Regasire a Informatiilor

Comunicarea dintre client si server este via Z39.50-Asociere     (Z-asociere). Z-asocierea este stabilita in mod explicit de catre client si poate fi terminata in mod explicit fie de catre client, fie de catre server, sau poate fi terminata in mod implicit prin pierderea conexiunii.

Pot exista multiple Z-asocieri consecutive pentru o conexiune. Pot exista multiple operatiuni consecutive, precum si operatiuni concurente, in cadrul unei Z-asocieri.

Rolurile clientului si serverului nu pot fi inversate in cadul unei Z-asocieri. Z-asocierea nu poate fi restartata, astfel ca, o data ce o Z-asociere este terminata, nu este pastrata nici o informatie referitoare la statut, cu exceptia informatiilor salvate in mod explicit.

1. Serviciile Z39.50

Serviciile Z39.50 sunt realizate prin schimbul de mesaje intre client si server. Un mesaj constituie o solicitare sau un raspuns. Serviciile sunt definite pentru a fi confirmate, infirmate sau confirmate conditionat. Un serviciu confirmat este definit in termenii unei solicitari (de la client sau server) urmata de un raspuns (de la peer). De exemplu, Search este un serviciu confirmat, initiat de catre client; serviciul Search este definit in termenii unei solicitari Search din partea clientului, urmata de un raspuns Search din partea server-ului. Access-control constituie un exemplu de serviciu confirmat, initiat de catre server.

Un serviciu infirmat este definit in termenii unei solicitari de la client sau de la server, fara raspuns corespunzator. De exemplu, TriggerResourceControl constituie un serviciu infirmat, initiat de catre client; Segment constituie un serviciu infirmat, initiat de catre server.

Un serviciu confirmat conditionat reprezinta un serviciu care poate fi invocat fie ca fiind confirmat, fie ca fiind infirmat. Este definit in termenii unei cereri (de la client sau server) urmata posibil de un raspuns (de la peer). De exemplu, Resource-control este un serviciu confirmat conditionat, initiat de catre server.

2. Operatiile Z39.50

Acest standard descrie noua tipuri de operatii: Init, Search, Present, Delete, Scan, Sort, Resource-report, Extended-services, si Duplicate Detection.

O solicitare de la un client a unui anume tip de operatie initiaza o operatie de tipul respectiv (de exemplu o solicitare Search initiaza o operatie Search) care se termina prin raspunsul respectiv din partea server-ului. Numai clientul poate initia o operatie, si nu toate solicitarile din partea clientilor fac astfel.

O solicitare care initiaza o operatie este numita o cerere de initiere iar un raspuns care finalizeaza o operatie este numit un raspuns de finalizare.

Din perspectiva clientului, o operatie incepe atunci cand emite cererea de initiere si se sfarseste atunci cand primeste raspunsul de finalizare. Din perspectiva server-ului, operatia incepe atunci cand primeste cererea de initiere si se sfarseste atunci cand emite raspunsul de finalizare. O operatie consta din cererea de initiere si raspunsul de finalizare, impreuna cu toate mesajele care apar pe parcurs.

3. Modelul unei baze de date

Obiectivul acestui standard este de a facilita interconexiunea dintre clienti si severe pentru aplicatii in care clientii cauta si regasesc informatii din bazele de date ale server-ului. Felurile in care sunt implementate bazele de date difera de o maniera considerabila; diferite sisteme prezinta diferite stiluri pentru descrierea modului de stocare a datelor si a modalitatilor de accesare. Un model abstract, comun, este asadar utilizat in descrierea bazelor de date, la care un sistem individual isi poate potrivi implementarea. Aceasta permite diferitelor sisteme sa comunice in termeni standard si reciproc comprehensibili, in scopul cautarii si regasirii informatiilor dintr-o baza de date.

Termenul baza de date, dupa cum este utilizat in cadrul acestui standard, se refera la o colectie de inregistrari. Fiecare inregistrare constituie o colectie de informatii inrudite. Termenul inregistrare din cadrul unei baze de date se refera la o structura de date locale ce reprezinta informatiile dintr-o anume inregistrare. Sunt asociate cu o baza de date unul sau mai multe seturi de puncte de acces care pot fi specificate in decursul unei cautari pentru inregistrari din cadrul unei baze de date, precum si unul sau mai multe seturi de elemente ce pot fi regasite dintr-o inregistrare din cadrul unei baze de date. Un punct de acces este o cheie unica sau non-unica ce poate fi specificata (fie singura, fie in combinatie cu alte puncte de acces) in decursul unei cautari de inregistrari. Un punct de acces poate sau nu sa corespunda unuia sau mai multor elemente (definite printr-o sintaxa abstracta). De exemplu, punctul (abstract) de acces "title" poate fi utilizat pentru a cauta o anume baza de date si poate sa corespunda elementului date Main Title pentru respectiva baza de date. Acelasi punct de acces poate fi utilizat pentru a cauta o alta baza de date, si pentru baza de date respectiva poate sa corespunda elementului date Series Title.

4. Cautarea in cadrul unei baze de date

O interogare este aplicata unei baze de date, specificand valori care sa fie potrivite peste punctele de acces ale bazei de date. Subsetul de inregistrari format prin aplicarea unei interogari se numeste set de rezultate. Un set de rezultate poate fi el insusi luat drept referinta in cadrul unei interogari ulterioare si poate fi manipulat pentru a forma un nou set de rezultate.

O solicitare de cautare specifica una sau mai multe baze de date si include o interogare. Interogarea tip-1, definita in cadrul acestui standard, consta fie dintr-o singura propozitie cu puncte de acces, fie din mai multe propozitii cu puncte de acces legate prin operatori logici.

Fiecare propozitie cu puncte de acces consta dintr-un termen de cautare si din atribute ale cautarii. Atributele califica termenul; de obicei, unul dintre atribute corespunde unui punct de acces normalizat, fata de care termenul (dupa cum este calificat prin celelalte atribute) este potrivit. Fiecare atribut este o pereche reprezentand un tip de atribut si o valoare a tipului respectiv (de exemplu, tipul ar putea fi 'usage' iar valoarea 'author'; sau tipul ar putea fi 'truncation' iar valoarea 'left').

Fiecare atribut este calificat de un id de set de atribute care identifica setul de atribute caruia ii apartine atributul. Un set de atribute specifica un set de tipuri de atribute si, pentru fiecare, o lista de valori ale atributelor

5. Regasirea inregistrarilor dintr-o baza de date

Ulterior procesarii unei cautari, setul de rezultate este disponibil la server, pentru referinta in favoarea clientului, in scopul cautarilor sau solicitarilor de regasire. La solicitarea regasirii unei inregistrari dintr-un set de rezultate, clientul poate furniza un instrument de identificare al schemei bazei de date, o specificare a elementelor si un instrument de identificare al sintaxei inregistrarii.

In scopul regasirii inregistrarilor dintr-un set de rezultate, exista una sau mai multe scheme asociate cu fiecare baza de date. O schema reprezinta o intelegere comuna impartasita de client si server asupra informatiilor continute in inregistrarile din cadrul bazei de date, pentru a permite selectia ulterioara a portiunilor informatiilor respective via o specificare a elementelor.

O schema defineste o structura abstracta a inregistrarilor care, aplicata unei inregistrari din cadrul bazei de date, are drept rezultat o inregistrare abstracta din cadrul bazei de date, ce constituie o reprezentare abstracta a informatiilor din inregistrare. O specificare a elementelor, aplicata unei inregistrari abstracte din cadrul bazei de date are drept rezultat o alta instanta a inregistrarii abstracte din cadrul bazei de date (aceasta poate fi o transformare nula). Specificarea elementelor selecteaza elementele din inregistrarea abstracta din cadrul bazei de date si poate de asemenea specifica forme de variante pentru elementele respective.

Server-ul aplica o sintaxa specifica inregistrarilor unei inregistrari abstracte din cadrul bazei de date, care are drept rezultat o structura exportabila la care se face referire drept inregistrare regasita.

6. Model al unui set de rezultate

In mod logic, un set de rezultate constituie o lista ordonata de unitati, dintre care fiecare reprezinta un indicator spre o inregistrare din cadrul bazei de date; este utilizat ca mecanism de selectie pentru transferul inregistrarilor din cadrul bazei de date identificate prin intermediul unei interogari. Un set de rezultate este el insusi considerat a fi o structura de date exclusiv locala si nu este transferat (ceea ce inseamna, inregistrarile sunt transferate, dar nu si indicatorii locali inspre inregistrari).

In general, se presupune ca procesarea interogarii nu necesita in mod obligatoriu accesul fizic la inregistrari; un set de rezultate este astfel presupus a fi identificarea (e.g., indicatori inspre) inregistrarilor, opus setului propriu-zis al inregistrarilor, selectate printr-o interogare.

Este importanta distinctia dintre implementarea fizica si modelul abstract. Modul in care un server alege sa implementeze seturile de rezultate reprezinta o chestiune de procedura; un set de rezultate poate fi o copie a unei inregistrari din cadrul bazei de date, un tabel de indicatori, sau poate nici macar sa nu existe un set fizic de rezultate (serverul ar putea executa interogarea de fiecare data cand se face referire la un set de rezultate, poate transforma in pachet si expedia informatiile solicitate, si poate, pe alta cale, imediat elimina rezultatele; cu toate acestea, modelul de set de rezultate necesita intr-adevar ca un rezultat sa continue sa faca referire la aceleasi inregistrari, in aceeasi ordine). Dar din punctul de vedere al clientului (si al modelului abstract) setul de rezultate constituie un set de unitati sau de vectori, in care fiecare include un nume al bazei de date si un indicator inspre o inregistrare din cadrul bazei de date.

7. Model al serviciilor extinse

Familia serviciilor Z39.50 include serviciul de Servicii Extinse (ES). 'Serviciile extinse' fac referire la o clasa de servicii recunoscute de catre acest standard, dar care nu constituie servicii Z39.50. Serviciul ES constituie totusi in sine un serviciu Z39.50 (si nu clasa de servicii la care face referire) iar o operatie ES are drept rezultat initierea unei sarcini de servicii extinse. Sarcina nu este considerata parte a operatiunii Z39.50 ES. O operatiune ES este initiata de catre client, via o solicitare ES. Raspunsul ES, care completeaza operatia, nu (in mod necesar) semnaleaza indeplinirea sarcinii; poate indica de exemplu ca sarcina a debutat sau urmeaza a debuta (sau poate indica ca sarcina a fost desavarsita; de fapt solicitarea ES poate specifica ca sarcina ar trebui desavarsita anterior raspunsului ES). O sarcina ES poate avea o durata de viata depasind Z-asocierea.

Exemple de servicii extinse sunt: salvarea unui set de rezultate sau a unei interogari, si exportarea sau ordonarea unui document.

Fiecare sarcina ES este reprezentata de o inregistrare din cadrul bazei de date, numita un pachet de sarcini, pastrata de catre server intr-o baza de date speciala, si anume ' baza de date servicii extinse'. Clientul utilizeaza solicitarea ES in scopul de a cauza crearea unui pachet de sarcini in baza de date ES. Se pot opera cautari in cadrul bazei de date, si se pot gasi inregistrari, de catre Z39.50 Search si facilitatile de Regasire. Clientul poate cauta pachete de un anume tip, sau create de un anume utilizator, sau caracterizate de anumit statut (i.e. in asteptare, active, sau complete), sau in functie de variate alte criterii. In particular, clientul poate opera cautari in cadrul bazei de date dupa prezentarea unei solicitari ES (in decursul aceleiasi sau unei ulterioare Z - asocieri), pentru un pachet de sarcini rezultant, pentru a determina informatiile de statut apartinand unei sarcini, de exemplu spre a determina daca sarcina a inceput.

8. Explicare

Clientul poate obtine detalii asupra implementarii serverului, incluzand baze de date, seturi de atribute, seturi de diagnostic, sintaxe ale inregistrarilor, si specificari ale elementelor. Clientul obtine aceste detalii prin facilitatea Z39.50 Explain. Serverul pastreaza aceste informatii intr-o baza de date pe care clientul o poate accesa via facilitatile Z39.50 Search si Present.

Aceasta baza de date 'explain' apare clientului ca orice alta baza de date sustinuta de server, insa detine un nume bine-cunoscut si o sintaxa a inregistrarilor pre-definita. De asemenea, anumiti termeni ai cautarii, corespunzand categoriilor de informatii sunt predefiniti in scopul de a permite un nivel semantic de interoperabilitate. Fiecare categorie de informatie detine propria sa forma de asezare a inregistrarilor si toate acestea sunt incluse in sintaxa Explain.

ADAPTABILITATE

Softlink stie ca fiecare biblioteca are propriile sale cerinte. Liberty3 a fost conceput pentru a armoniza nivele fara precedent de adaptare, asigurandu-se ca operatiunile de biblioteca pot fi realizate astfel incat sa satisfaca nevoile specifice si variate, atat ale personalului, cat si ale utilizatorilor.

Pot fi realizate oricand adaptari ulterioare si acestea pot varia de la simple modificari ale interfetei cu utilizatorul pana la imbunatatiri majore ale functionalitatii sistemului.

De fapt, abilitatile de adaptare ale Liberty3 permit actualizari si dezvoltari viitoare aduse sistemului fara necesi-tatea de re-adaptare.

BENEFICII

10 beneficii decurgand din utilizarea soft-ului Liberty3:

1. Integrat: Liberty3 este in totalitate bazat pe web si complet integrat, ceea ce inseamna ca nu exista module aditionale spre achizitionare.

2. Capacitati de cautare: Capacitatile de cautare full-text asigura utilizatorii de realizarea cautarilor de o maniera rapida si facila. Liberty3 suporta de asemenea operatorii Booleeni, proximitatea, trunchierea la dreapta si la stanga, punerea intre paranteze si cautarea de seturi de rezultate. Ecranele de cautare Guided si Advanced sunt disponibile pentru a sprijini utilizatorii novice in realizarea cautarilor complexe.

3. Usor de utilizat: Liberty3 incorporeaza ajutor on-screen, o structura simpla a meniului, o documentatie excelenta, precum si asistenta prin mesaj instant din partea personalului de sprijin si personalului de biblioteca, ambele cu inalte calificari.

4. Optiuni de adaptare: A se utiliza direct sau a se adapta pentru a corespunde nevoilor dumneavoastra.

5. Pesonal de sprijin tehnic: Fiecarui client ii este desemnata o persoana de sprijin primar si secundar pentru sprijin personalizat. Taxele anuale de intretinere includ actualizari, dezvoltari si anumite rapoarte de utilizare.

6. Conceptie: Liberty3 a fost conceput de catre bibliotecari pentru bibliotecari.

7. Evolutiv: Liberty3 detine abilitatea de a creste si de a se adapta cerintelor viitoare ale bibliotecii si centrului dumneavoastra de informare.

8. Abordabil: Liberty3 constituie o solutie economica, eficienta, pentru fiecare biblioteca.

9. Eficient si eficace: Cautarea federata permite bibliotecilor de pe intreg cuprinsul globului sa grupeze si sa impartaseasca resursele.

10. Flexibil: Liberty3 poate fi modificat cu usurinta o data cu evolutia necesitatilor dumneavoastra; concepe noi forme de input, administreaza noi resurse electronice, face fata schimbarilor globale pe tot cuprinsul bazei de date si mult, mult mai mult.

Pentru a fi la curent cu noutatile stiintifice mondiale propunem ca sursa de informare si documentare Oxford Journals Collection