基于Z39.50数字图书馆信息检索研究.docVIP

基于Z39.50数字图书馆信息检索研究 　　摘 要： 图书馆的信息检索是面向读者服务的重要方式，读者可以方便地检索到所需要书刊的详细信息和借阅情况。基于Z39.50协议的图书馆信息系统能够实现多个图书馆之间信息的相互访问，有利于资源共享。Z39.50协议在数字图书馆的应用虽然比较广泛，但用Java语言实现的却很少见，而Java语言在网络中的应用越来越广泛，且具有优良的跨平台特性，因此用纯Java语言实现Z39.50协议很有必要。在分析Z39.50协议和JZKit2最新版本软件的基础上，对JZKit2提出了改进意见，并应用较先进的技术和工具加以实现。 　　关键词： 信息检索； Z39.50协议； Maven2； JZKit2项目； JavaI 　　中图分类号： TN911?34； TM417 文献标识码： A 文章编号： 1004?373X（2016）05?0143?04 　　基于Z39.50协议的图书馆自动化系统能够实现多个图书馆之间信息的相互访问，有利于资源共享[1]。现在绝大多数的图书馆自动化系统、联合目录系统与数据发布系统均把Z39.50协议作为主要的检索协议来实现[2]。 　　Z39.50协议是分布式虚拟联合数据库检索体系，其目的是实现网上多个数据库检索、规范查询格式、简化检索过程、实现异构系统和不同图书馆系统之间的通信[3]。 　　目前世界上已开发了不少软件工具包支持Z39.50协议[4]。Z39.50本身的特点及应用范围很适合用Java语言实现[5]。JZKit项目是Knowledge Integration公司维护的、100%开放源码的纯Java工具包，它不依赖任何有知识产权的工具包（它引入的工具包如a2j，log4j，xalan，xerces等都是开源且免费的）[6]。 　　1 Z39.50协议 　　1.1 Z39.50协议的内容 　　Z39.50协议的目的是使客户端和服务器端的开放互联变得便利。由于数据库完成的方法大不相同、不同的系统描述数据存储的格式不同，需要采用一种通用的、抽象的模型来描述数据库，各个系统可以将其具体实现映射到该抽象模型上。这就使得不同的系统在一个标准的、相互理解的基础上进行通信，使客户端可以将不同数据库的信息集成在一起。 　　Z39.50协议定义了一组服务器端（Target）与客户端（Origin）通信的规范，它是定义在OSI中应用层上的协议，主要提供查询与获取功能。 　　完整的Z39.50应用系统由Z39.50服务端（简称Z Server）、数据资源、Z39.50客户端（Z Client）组成。Z39.50支持在分布式的、客户/服务器的环境中进行信息查询与提取，给另一个扮演服务器的计算机发出查询请求，由服务器软件对一个或多个数据库进行搜索，创造一个满足查询条件的结果集，并将结果集中的记录返回客户端。客户端在接收到查询请求的响应后，针对服务器端所创造的查询结果集提取所需记录的信息或要求服务器端对此查询结果集作进一步的操作，如图1所示。 　　 　　图1 Z39.50系统的操作过程 　　1.2 Z39.50协议的实现和存在问题 　　Z39.50协议实际上就是一个中间协议层，通过它的转换，可以实现异构机型、异种操作平台之间的交互式通信，实现分布式异构数据源之间的无缝连接。 　　Z39.50协议是一个较为成熟的网络检索标准，但在目前的推广实践中也存在一些问题。 　　（1） Z39.50是一个过于完美复杂的重量级协议。其系统配置复杂，不利于非专业用户的使用，也不利于其推广。 　　（2） Z39.50协议和万维网之间融合的障碍。主要是Z39.50协议和万维网所使用的HTTP协议是两种不同机制的协议。 　　（3） Z39.50缺少良好的发现机制。Z39.50客户端软件一般都必须由人工来收集Z39.50服务器地址（有些软件预置了一些地址），无规律可循。 　　Z39.50协议的下一代版本（ZING）将定义一个结合Z39.50的Web服务，开发人员可以在一个已经存在的Z39.50系统上很容易地构建自己的网关系统。并且ZING应用SOAP和URL为基础的信息获取机制，减少了网关中Z协议方面的网络通信瓶颈，并且信息能够轻易地通过互联网进行通信，而无需担心遭到防火墙等网络安全技术的拦截。 　　2 项目管理工具Maven 　　JZKit2项目工程是用Maven管理的，Maven现在的版本是Maven2。Maven是构建、管理任何基于Java的项目，最早始于JarkartaTurbine项目。Maven的目标是让Java开发者的日常工作更加轻松，并有助于理解基于Java的项目。Maven一个重要特性是定义了项目的标准模板。可以通过命令： mvn archetype：cre