Vergleich der Schnittstellen SIP2 und NCIP

Transkript

1 Vergleich der Schnittstellen SIP2 und NCIP Barbara Michaelis Bereich Benutzung und RFID Page 1

2 Vom RFID-Chip zum LMS und zurück Selbsbedienungsautomat LMS (Library Management System) Page 2

3 Der Weg Selbsbedienungsautomat LMS (Library Management System) RFID Chip erkennen Prüfen Vorgang ermitteln Kommando erstellen Kommando senden Antwort t empfangen Auswerten Flag setzen auf dem Chip Bildschirmausgabe Druckausgabe Antwort t senden Kommando empfangen Interpretieren Vorgang durchführen Antwort generieren Page 3

4 Warum Standards? Unabhängigkeit zwischen den Herstellern (Automaten LMS) Weltweit gibt es mehr als 1700 Bibliotheken mit RFID-Etiketten Preise für RFID-Chips sind stark gesunken - Kosten für Automaten und Software haben wachsende Bedeutung Ziele: Eindeutige Regeln, Definitionen Stabilität Flexibilität Keine Mängel, Lücken, die die Anwender selbst durch Modifizierung ausgleichen können! Page 4

5 Welche Schnittstellen gibt es? SIP2 = 3M Standard Interchange Protocol Standard für Selbstverbuchung (1997) aktuelle Version 2.00 (2006) Die meisten Bibliotheken mit RFID-Automaten benutzen SIP2 NCIP = NISO Circulation Interchange Protocol (ANSI/NISO Z39.83) NISO = National Information Standards Organization (2002) wird ständig weiterentwickelt (Nov. 2008) In neuen Anwendungen für Selbstverbuchung, ILL (Interlibrary Loan) SLNP = Simple Library Network Protocol (SISIS) In SISIS-SunRise Anwendungspaketen, Fernleihservern in deutschen Verbundsystemen Page 5

6 Grundlagen der Protokolle Verbindungsaufbau ngsa TCIP/IP Web-services (http, https) nur NCIP Verbindungsorientiert (Connection-oriented) zeitweise i Interaktion zwischen den Partnern in Realzeit Prinzip: Request Response Prozessunabhängig (sessionless) Jede Interaktion ist unabhängig von vorigen Aktionen Prozesse können jederzeit enden, starten automatisch wieder neu, keine Prozessüberwachung nötig Page 6

7 Protokollsprachen SIP2 - Packet Format: Command Identifier Angaben in fester Länge Identifier und Inhalte in fester Länge Einfache, lineare Struktur Nicht immer fest vorgegebene g Inhalte, Erweiterungen sind erlaubt Spezielle Überprüfungen auf Richtigkeit der Kommandos sind nötig NCIP - XML (Format) = Extensible Markup Language Regelwerk zum Erstellen von Sprachen Hierarchisch Flexibles Encoding Spezifizierte Datentypen (Enumerated Data Types) Elemente können mit Attributen gekennzeichnet werden DTD (Document Typ Definition) Selbstbeschreibung Erweiterungen nur über Implementation Profiles und Application Profiles Überprüfung anhand des Regelwerkes mit Parsern Page 7

8 Vergleich SIP2 NCIP am Beispiel der Ausleihe SIP2 Request: 11<SC renewal policy><no block><transaction date><nb due date><institution id><patron identifier><item identifier><terminal password><patron password><item properties><fee acknowledged><cancel> Response: 12<ok><renewal ok><magnetic media><desensitize><transaction date><institution id><patron identifier><item identifier><title identifier><due date><fee type><security inhibit><currency type><fee amount><media type><item properties><transaction id><screen message><print line> NCIP Request: <!ELEMENT CheckOutItem (InitiationHeader i i, MandatedAction? da, (UniqueUserId U AuthenticationInput+) i, UniqueItemId Id, UniqueRequestId?, AcknowledgedFeeAmount?, AcknowledgedItemUseRestrictionType*, ShippingInformation?, ResourceDesired?, DesiredDateDue?, ItemElementType*, UserElementType*)> Response: <!ELEMENT CheckOutItemResponse (ResponseHeader, ((Problem, RequiredFeeAmount?, RequiredItemUseRestrictionType*) (UniqueItemId, UniqueUserId, (DateDue IndeterminateLoanPeriodFlag NonReturnableFlag), RenewalCount?, ElectronicResource?, FiscalTransactionInformation?, ItemOptionalFields?, UserOptionalFields?)))> Page 8

9 Wesentliche Unterschiede SIP2 NCIP Kennzeichnung Offline-Betrieb? Ja Mandated Action Sortierung nach CheckIn Fehlerfall 1 Feld mit variablen Angaben Nur OK=N Ausgabe zum Bildschirm senden Multiple, spezifizierte Standortangaben (u.a.) A) Multiple, spezifizierte Problemangaben Mit NCIP: Strikte Trennung zwischen LMS (Request bearbeiten) und Automat (Response bearbeiten) Bildschirmdarstellung Drucke Sortierung Page 9

10 Problembehandlung bei NCIP Unterscheidung zwischen Fehlerarten (MessagingError - ProcessingError) Mehrere Fehler sind möglich Fehlertyp spezifiziert pro Service Beispiel: Fehlertypen für die Ausleihe CheckoutItem Unknown Item Unknown User User Authentication Failed User Blocked Item Does Not Circulate Maximum Check Outs Exceeded User Ineligible To Check Out This Item Needed Data Missing Resource Cannot Be Provided Temporary Processing Failure Spezifizierte Datentypen bei NCIP Beispiel: Gesperrte Benutzer beim Benutzerkonto LookupUser block check out trap for lost card Page 10

11 Fehlerausgabe im NCIP-ProtokollProtokoll <!ELEMENT Problem (MessagingError+ ProcessingError+)> <!ELEMENT MessagingError (MessagingErrorType, MessagingErrorElement)> <!ELEMENT MessagingErrorType (Scheme, Value)> <!ELEMENT MessagingErrorElement g (ElementName, (MessagingErrorElement g messagingerrorvalue)?)> g ) <!ELEMENT ElementName (#PCDATA)> <!ATTLIST ElementName %string; > <!ELEMENT MessagingErrorElement (ElementName, MessagingErrorValue?)> <!ELEMENT MessagingErrorValue (#PCDATA)> <!ATTLIST MessagingErrorValue %string; > <!ELEMENT ProcessingError (ProcessingErrorType, ProcessingErrorElement)> <!ELEMENT ProcessingErrorType (Scheme, Value)> <!ELEMENT ProcessingErrorElement (ElementName, ProcessingErrorValue)?)> <!ELEMENT ProcessingErrorValue (#PCDATA)> <!ATTLIST ProcessingErrorValue (#PCDATA)> Beispiel; <Problem> <ProcessingError> <ProcessingErrorType> <Value>User Authentication Failed</Value> </ProcessingErrorType> <ProcessingErrorElement> <ElementName>UserIdentifierValue</ElementName> <ProcessingErrorValue> </ProcessingErrorValue> </ProcessingError> </Problem> </ProcessingErrorElement> El Page 11

12 Beispiel Benutzerkonto mit SIP2/1 Patron Information Response 64<patron status><language><transaction date><hold items count><overdue items count><charged items count><fine items count><recall items count><unavailable holds count><institution id><patron identifier><personal name><hold items limit><overdue items limit><charged items limit><valid patron><valid patron password><currency type><fee amount><fee limit><items><home address> < address><home phone number><screen message><print line> Field ID Format patron status: language: transaction date: hold items count: overdue items count: charged items count: fine items count: recall items count: unavailable holds count: 14-char, fixed-length required field 3-char, fixed-length required field 18-char, fixed-length required field: YYYYMMDDZZZZHHMMSS 4-char, fixed-length required field 4-char, fixed-length required field 4-char, fixed-length required field 4-char, fixed-length required field 4-char, fixed-length required field 4-char, fixed-length required field Page 12

13 Beispiel Benutzerkonto mit SIP2/2 AO - institution id: variable-length required field AA - patron identifier: variable-length required field AE - personal name: variable-length required field BZ - hold items limit: 4-char, fixed-length optional field CA - overdue items limit: 4-char, fixed-length optional field CB - charged items limit: 4-char, fixed-length optional field BL - valid patron: 1-char, optional field: Y or N CQ - valid patron password: 1-char, optional field: Y or N BH - currency type: 3-char fixed-length optional field BV - fee amount: variable-length optional field. The amount of fees owed by this patron. CC - fee limit: variable-length optional field. The fee limit amount. item: zero or more instances of one of the following, based on "summary" field of the Patron Information message: AS - hold items: variable-length optional field (this field should be sent for each hold item). AT - overdue items: variable-length optional field (this field should be sent for each overdue item). AU - charged items: variable-length optional field (this field should be sent for each charged item). AV - fine items: variable-length optional field (this field should be sent for each fine item). BU - recall items: variable-length optional field ( this field should be sent for each recall item). CD - unavailable hold items: variable-length optional field (this field should be sent for each unavailable hold item). BD - home address: variable-length optional field BE - address: variable-length optional field BF - home phone number: variable-length optional field AF - screen message: variable-length l optional field AG - print line: variable-length optional field Page 13

14 Beispiel Benutzerkonto mit NCIP <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE NCIPMessage PUBLIC "-//NISO//NCIP DTD Version 1.0//EN" " <NCIPMessage version='1.0'> <LookupUserResponse> <ResponseHeader> <FromAgencyId> <UniqueAgencyId> <Scheme Sh dtt datatype="string"/> "ti "/ <Value>zb</Value> </UniqueAgencyId> </FromAgencyId> <ToAgencyId> <UniqueAgencyId> <Value>zb SBC-001</Value> </UniqueAgencyId> </ToAgencyId> </ResponseHeader> <UniqueUserId> <UniqueAgencyId> <Value>zb</Value> </UniqueAgencyId> Page 14

15 <UserIdentifierValue>B103973</UserIdentifierValue> </UniqueUserId> <LoanedItemsCount> <CirculationStatus> <Value>On Loan</Value> </CirculationStatus> <LoanedItemCountValue>8</LoanedItemCountValue> </LoanedItemsCount> <RequestedItemsCount> <CirculationStatus> <Value>Available On Shelf</Value> </CirculationStatus> <RequestedItemCountValue>5</RequestedItemCountValue> </RequestedItemsCount> <UserFiscalAccount> <AccountBalance> <CurrencyCode> <Value>EUR</Value> </CurrencyCode> <MonetaryValue>2130</MonetaryValue> </AccountBalance> <AccountDetails> </AccountDetails> </UserFiscalAccount> <UserOptionalFields> <NameInformation> <PersonalNameInformation> <UnstructuredPersonalUserName>Skotarek, Stefanie</UnstructuredPersonalUserName> </PersonalNameInformation> </NameInformation> <UserLanguage> <Value>ger</Value> </UserLanguage> <UserPrivilege> <UniqueAgencyId> <Value>zb</Value> </UniqueAgencyId> <AgencyUserPrivilegeType> <Value>Adult</Value> </AgencyUserPrivilegeType> <ValidToDate> T23:59:00Z</ValidToDate> </UserPrivilege> Page 15

16 <BlockOrTrap> <UniqueAgencyId> <Value>zb</Value> </UniqueAgencyId> <BlockOrTrapType> <Value>Block Check Out</Value> </BlockOrTrapType> </BlockOrTrap> </UserOptionalFields> <UserTransaction> <LoanedItem> <UniqueItemId> <UniqueAgencyId> t t "/> <Value>la</Value> </UniqueAgencyId> <ItemIdentifierValue> </ItemIdentifierValue> </UniqueItemId> <DateDue> T23:59:00Z</DateDue> </LoanedItem> <LoanedItem> <UniqueItemId> <UniqueAgencyId> <Value>la</Value> </UniqueAgencyId> <ItemIdentifierValue> </ItemIdentifierValue> </UniqueItemId> <DateDue> T23:59:00Z</DateDue> 07 </LoanedItem> <LoanedItem> <UniqueItemId> <UniqueAgencyId> <Value>zb</Value> </UniqueAgencyId> <ItemIdentifierValue> </ItemIdentifierValue> </UniqueItemId> <DateDue> T23:59:00Z</DateDue> </LoanedItem> <LoanedItem> <UniqueItemId> <UniqueAgencyId> <Value>zb</Value> </UniqueAgencyId> <ItemIdentifierValue> </ItemIdentifierValue> </UniqueItemId> <DateDue> T23:59:00Z</DateDue> </LoanedItem> </UserTransaction> </LookupUserResponse> p </NCIPMessage> Page 16

17 Verwendung von Kassenautomaten SIP2: nur eine Gebühr oder jeweils eine Gebühr aus früheren Transaktionen (Rückgabe, Ausleihe) können bezahlt werden NCIP: unterschiedliche Gebühren können angezeigt (LookupUser) und auch bezahlt werden (Fiscal-Service) Realisiert mit der Fa. Hess Page 17

18 Nutzung in anderen Bereichen NCIP ist ein offener Standard mit umfassenden Funktionen zum Austausch von komplexen Exemplar-, Benutzer- und Bibliotheksdaten Partner : Benutzer, Automaten, Bibliotheken und Bibliotheksverbünde Fernleihe ILL Bestellungen, Ausleihen usw. zwischen Bibliotheken Bewegungsdaten weltweit für Web- OPACs Anzeige der aktuellen Verfügbarkeit Authentifizierung Abfrage nach Benutzerrechten für Zugriffssteuerung zu E-Dokumenten Page 18

19 Vielen Dank für Ihre Aufmerksamkeit Page 19