基于Web Services文献管理系统数据交互访问机制研究.docVIP

基于Web Services文献管理系统数据交互访问机制研究 　　关键词:文献管理系统;Web Services;数据交互 　　摘 要:随着信息技术的不断发展,各种文献管理系统的数字化程度不断提高,不同文献管理系统之间由于发展程度不同,缺乏协调统一,导致彼此间的数据无法相互访问沟通。因此,建立起一个能够让各种文献管理系统间数据信息得以交流的机制,不仅有需求,更有紧迫性。本文研究的目的就在于提出一个解决上述困境的机制。 　　中图分类号:G250.8 文献标识码:A 文章编号:1003-1588(2010)02-0090-03 　　 　　1 运用网络服务(Web Services)技术实现文献管理系统间数据信息的交互 　　数字化是众所周知的文献管理系统的发展趋势。随着各种文献管理系统数字化程度的加深,因不同文献管理系统之间由于发展程度不同,缺乏协调统一,随之出现的“数字鸿沟”使得导致各个文献管理系统的数据无法相互访问沟通,形成一个个的数据孤岛[1]。因此,如何建立一个有效的文献数据信息交互机制,是摆在图书资料/文献业界的一个显著问题。笔者经过比较几种导向(资料导向、界面导向、入口导向、方法导向、流程导向、服务导向)的系统整合构架,选择以网络服务(Web Services)为基础的服务导向实现系统整合。 　　网络服务是一种完全植基于XML的软件技术。它提供了一个标准的方式,不管这些应用程序运行在什么样的平台和使用什么架构。目前Web Services及相关技术是由全球信息网络国际协会(W3C)负责制定规范,W3C把网络服务定义为由一个URI识别的软件系统,通过标准XML信息存取的网络操作。使用这种标准、正式的XML观念来描述和定义,应用系统之间可以通过Internet上传送基于XML的信息进行相互操作。从使用者的角度而言,网络服务实际上是一种部署在Web上的应用组件。 　　在网络服务技术的架构下,假设我们设计完成了一个程序,而我们也愿意免费/收费的将它提供给他人使用,此时,我们撰写的程序便视为是一个潜在的网络服务,它扮演了服务提供者(Service Provider)的角色[2];此时,若在地球的某一端,正好有一个或多个使用者迫切的需要这个程序,那么这些迫切需要应用程式的人便称他们为服务需求者(Service Requester);在广大的网络中,网络服务的提供者与需求者彼此因事前互不认识,为了让需求者能找到所需要的应用程序,因此还需要一个服务中介(Service Register)。 　　以往运用在系统交互的相关技术,例如:DCOM、CORBA、RMI等分散式物件的处理技术,也是被设计用来在异质性系统的沟通,若这些异质性系统是使用不同的分散式技术,要整合使彼此能够沟通,则还需另外撰写一个中介软件(Middleware),而网络服务使用SOAP技术,能够充分的解决此问题。在网络服务技术的架构下,可分散式服务的程序可以不需要知道其他的服务程序所在何处就能够相互沟通。使用网络服务的优点是在于程序代码是可流动的、易于维护软件元件、应用程序可再利用并容易取得等。 　　2 基于Web Services的简单对象访问协议(SOAP)和Web服务描述语言(WSDL) 　　2.1 简单对象访问协议(SOAP) 　　SOAP是网络服务技术中最重要的一项技术。 SOAP是一种架构简单的轻量级(Light Weight)的资料传输协议,用于分散式网络环境下做资料信息交换,只要双方机器都支援并看得懂SOAP,彼此就能够交谈,这也正是Web Services可以跨平台的最佳利器。 　　SOAP是利用XML的格式来包装及传送与执行远端系统所需的信息,许多讨论SOAP技术的文章常以“SOAP=XML+HTTP”来做诠释,简单来说SOAP是一套简单且有弹性的第二代XML协议的规格。SOAP大大的改善传统分散式技术所遇到的整合困境。当使用这些传统的分散式物件技术来进行整合时,需要另外安装一个让异质平台之间得以沟通所需的中介软件(Message Broker),而由于SOAP使用XML纯文字信息,因此得以去除通过传统整合技术所需的额外步骤。 　　一般而言,SOAP主要包含三个部份[3]: 　　⑴SOAP信息:定义信息封包的整体架构,用来描述SOAP信息封包的组成及一些信息处理等信息。 　　⑵SOAP编码规则:定义特定应用程式间,若要进行资料交换时,所需的信息封包处理方式、应用程式所定义的资料型态与信息封包的编码与交换规则等。 　　⑶SOAP远端程序呼叫:定义处理远端程序呼叫 (Remote Procedure Call,RPC)和回应的相关机制等。 　　如前所述,SOAP是用来作为传送XML网络服务信息的通信协议,用户端可以在SO