ISO 10160/10161-1 Review White Papers

Support of automation - Preliminary Draft

• Kerry Blinco (Group Leader)
• Ken Victorson
• Lyse Pérusse

For the purposes of this white paper, automation includes

• interaction of the ILL application with the Protocol Machine, such as automatic invocation of events in response to incoming messages and state changes generating state changes and protocol messages in response
• interaction of the ILL application with the Protocol Machine to identify situations where human intervention is required and an operator should be alerted:
• interaction of the ILL application with the Protocol Machine to provide support for efficient application operator workflows
• interaction between ILL Protocol Machines required to support the above

The capability of developers to build ILL applications that maximise automation is limited by the features of Version 2 of ISO 10160/10161. Implementors groups have attempted to address some of these limitations by defining scenarios and defining guidelines that restrict the use and content of protocol messages, or define the interpretation of sequences of protocol messages.

This white paper will identify areas where changes/additions to the Protocol could improve support of automation and discuss issues arising from these changes/additions. The areas addressed may include:

• Protocol messages that do not force a change state but require attention by a human
• receipt of am ILL-Message protocol message for commonly used message or repeat protocol message with change of note
• Use of ILL-Message, or repeat protocol message with a change of note used for commonly occurring events, such as providing a reminder to a responder when there has been no response from the responder
• The Requester can not now resend/update initial encoded request information to update the initial request, either to change the service requested if, for example, the client now requires the item more urgently or fix errors in the initial request if an error in the bibliographic information, for example, has been found.
• The Requester can not now resend/update initial coded request information in response to negotiations between the Responder and the Requester to change the terms of supply
• the Requester request a Loan and the Responder can supply a Copy
• The authority of a response can not be qualified so that the Requester can decide how to act on the response
• an ILL Answer Locations Provided in response to a Loan or Copy requested service - locations from a Responder where the locations are part of the same institution
• Conditions where not only the State, but the value of responses determines the next action on a request
  • some of ILL-Answer.Unfilled or Retry.not-found-as-cited should be trapped, an operator alerted, rather than the application sending the request on to the next responder on the list.
• Instances where the Protocol is silent.