医院图书馆资源服务Mushup研究
开篇：润墨网以专业的文秘视角，为您筛选了一篇医院图书馆资源服务Mushup研究范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！
[摘要]从RSS feeds、API和URL模板三方面介绍资源服务mushup的主要实现机制，然后从拓展OPAC功能、丰富虚拟馆藏、改善检索效果、加强协作交流四方面分析mushup在医院图书馆的应用实践，最后从第三方资源服务遴选、密切跟踪相关资源服务和标准、保证机构信息安全等方面说明医院图书馆mushup应用中应该注意的问题。
[关键词]Mushup 实现机制 应用实践 医院图书馆
[分类号]G250.76
Mushup，国内译为“混搭”或“集成融汇”，是一种融合两个或两个以上不同来源的数据资源与服务创建出新内容复合服务的网络应用程序。近年来，mushup应用取得了很大发展，单从mushup应用登记著名网站programmableweb登记情况来看，2008年1月初至2009年12月底，mushup应用程序登记数量就由原来的2 600种增加到4 540种，增幅达75％。作为信息服务重要机构的图书馆，利用mushup技术集成更多的信息资源为信息用户服务也成为一种非常迫切的实践需求。目前，包括美国印第安纳州立大学图书馆等在内国外图书馆已经开始尝试各种类型mushup实践，programmableweb网站上登记的图书馆类应用程序也已达32种，可供开发调用的API也已有11个。医院图书馆，尤其是中小型医院图书馆，由于经费、规模、学科等方面的限制，馆藏资源不够丰富，利用mushup技术集成相关免费资源和服务，则可以充分利用有限的资源，更好地为广大用户提供服务。
1 资源服务mushup的主要实现机制
尽管mushup实现的位置不同(服务器端、客户端)，集成融汇的具体对象不同(数据、功能和组件)，集成融汇的程度也不同(简单混合、分析聚合、可视化处理等)，但是其实现机制主要依赖于RSS feed、URL模板和API三种方式中的一种或者多种。
1.1 利用RSSfeed实现mushup
RSS是用XML语言描述的互联网上用于聚合内容和元数据系列格式的总称，既包括Userland公司制定的RSS0.9系列和2.0格式、RSS―DEV工作组据RDF标准制定的RSS1.0格式和依据IETF的ffe4287标准制定的Atom1.0格式三大体系标准，也包括Coogle、Flickr等重要互联网公司对上述三大体系标准拓展而产生的GData、Media RSS、OpenSeareh1.1等RSS格式以及用XML语言描述的其他feed格式。这些格式规范虽然定义的标记符号、结构不同，但是定义所包含的内容却基本上相似，都包含了预共享内容的题名、摘要、相关链接等。这些格式最初只用于描述、聚合新闻类网页内容，如今已拓展到包括新闻网页、博客、维基百科、tag、科技期刊Toc、数据库检索结果、图片照片资源、媒体资源等在内的多种资源。
RSS类mushup是资源聚合型应用，实现比较简单，一般不需要进行编程，只要找到预聚合资源的RSS feed，或利用桌面生成工具RoboMaker(http：／／alpha.省略／)或在线工具RSSgenr8(http：／／www，／rssgenr8.php)等为未生成RSS feed的网站生成所需要feed，利用Yahoo!Pipes之类的聚合工具对feed进行聚合整理供用户订阅使用。美国马里兰州国家癌症研究所图书馆构建的LION数据库是该类型应用代表，利用RSS收集了大量癌症相关领域的研究(包括BBC健康新闻、Moreover乳腺癌新闻、纽约时报健康版、Reuters健康在线等)，并实现了对本馆自动化系统的集成，供用户订阅、检索、浏览。
1.2 利用API技术实现mushup
API(应用程序编程接口)是针对某个网站或者网络应用程序提供的一些预定义函数，供开发人员调用和访问利用，而无需访问源码或理解其内部工作机制的细节。从programmableweb网站API实现来看，主要有4类AH：①REST，主要通过HTFP的GET或POST方法及相关参数实现API调用，如del.ieio.us；②SOAP，将HTrP查询请求和参数进行了封装，根据封装后的功能参数进行调用，如Google Search；③XML―RPC，以一个消息体为XML格式的HTrP POST请求发送给服务器并将执行结果以XML格式返回，如Flickr；④JavaScript，利用JavaScript脚本实现对API调用，如GoogleMap。也有部分网站或应用程序提供的API采用了其他方式，如Flickr还提供了JSON的调用方式。
在已有医院图书馆mushup服务的具体实践中，借助于API实现mushup是最多的，这是因为API方式既可集成融汇资源，也可集成融汇服务，虽然其实现的功能不及用户通过服务界面可使用的功能丰富，但其提供的功能比RSS灵活，而且由于是官方公布的调用接口，又比较稳定。因此很多应用调用了多个API来完成丰富的功能，比如Talking Librarian就调用了Skyve Talk、Google Maps、Flickr、Technoraty和Del.ieio.us 5个相关应用的API。
1.3 利用URL模板技术实现mushup
尽管使用RSS和API可以实现很多mushup，但是并不是所有的网站或者应用程序都提供RSS feed或API，这就需要利用其他的方法进行补充。URL模板技术利用了网站或网络应用程序供外界调用的URL，通过分析模拟利用时URL的语法特征，构建相应调用语法模板，将查询项目所代表的值作为参数赋值给查询URL提交给服务器并对返回界面分析获得预查询内容以实现资源服务聚合。如某省大型医疗设备共享信息查询网站的URL是http：／／XXX／shyyy／mainnl.asp?input_valuel=&input_value2=，经过分析后发现input_valuel代表的查询项目是设备名称，input_value2代表依托单位。这样如果查询光子治疗仪就可以直接为input_valuel赋值，利用该URL实现查询，然后对返回页面中相关表单抽取其中需要的数据。对于功能参数隐藏资源服务则需要利用Wireshark(省略/)等工具分析HTTP方法来构建可供调用的URL模板。
各个网站或网络应用程序URL尽管描述粒度不同(所能实现的功能多寡)、透明程度不同(有的所有参数可见，有的则进行隐藏)、稳定程度不同(有的长期有效，有的时常变化)，但却是RSS和API之外最常用的方法。由于URL模板技术本质上是一种“抓屏”技术，本身存在不确定性，URL模板的变化和返回
页面变化都有可能使之前的工作重新来过。
2 医院图书馆资源服务mushup应用实践
2.1 拓展OPAC功能
针对馆藏图书期刊目录OPAC查询是医院图书馆最基本的信息服务，相关的mushup服务应用可以在如下3个方面开展：①动态集成第三方资源与服务，比如图书的封面图片、相关数据库中电子图书全文、图书目录或章节信息、Amazon等网络书店关于该图书定价及销售情况等。可参考的实践案例有：安大略剑桥公共图书馆在本馆OPAC的数据库中集成了Syndetie Solu―tions公司的图书封面信息；北京师范大学图书馆则在新版OPAC中异步集成了图书封面、电子图书全文和目录章节等信息。②集成用户可参与的服务，比如社会标签(tag)和标签云、博客、用户评价与分级等功能。应用实例有：希腊派迪昂大学图书馆OPAC系统集成社会标签、用户评价与分级、基于标签相似性搜索等新功能；美国普利茅斯大学图书馆利用WPopac系统，将博客和OPAC集成在一起，实现博客撰写书评等功能。③将OPAC进行封装供用户集成调用。如：LibraryLookup在用户浏览器上创建一个OPAC查询链接，允许用户在Amazon购买书籍之前，查询图书馆是否已经购买；John Blyberg利用COogle Gadgets API将图书馆最热门图书、最新图书、当前所借图书、预约图书四种服务封装并在Coogle Fusion服务器上注册，允许用户在个人iCoode中定制该服务。
2.2 丰富虚拟馆藏资源
医院图书馆可以通过RSS自动获取医药及疾病新闻、重要期刊最新题录、开放获取期刊全文、学术会议、业内专家名人的博客等，也可通过其他方法集成检索大型医疗设备共享信息、各大医院地理位置和特色门诊信息、医疗专家介绍信息、各类型可获取的病例数据、药理数据和实验数据等，还可集成各类课程课件信息以及专业领域相关的音视频资料等，以丰富虚拟馆藏资源。图书馆和医疗卫生领域已经有了较多的相关实践。荷兰阿姆斯特丹公共图书馆在AquaBrowser Library中集成了市级和国家级图书馆联盟目录、近十个国家国家级报纸和杂志全文、荷兰全国历史档案、荷兰语词典和部分音视频的流媒体资源。中国科学院国家科学图书馆在跨界检索中集成了对第三方科学数据、课件资源、仪器设备、学术会议、科研机构、科学家等资源数据检索；医疗领域的HEALTHMap通过集成不同来源的RSS feeds以及ProMed、世界卫生组织和欧洲感染检测组织的数据，从统一全面的角度来反映全球传染病的发展现状，相似的还有通过集成H5N1禽流感新闻的Avian flu mashup和反映美国Los Angeles地区当前和本地流行疾病信息的who is sick等。
2.3 改善资源检索效果
Mushup对资源检索效果的改善主要体现在检索结果的可视化、提供检索结果多种输出格式、对检索结果进一步聚合分组、用户感兴趣领域资源的定制以及根据需求进行数据挖掘。在检索结果的可视化应用实践中，借助于CoogleMap等地图工具API实现mushup的最多。相关实践有：加拿大麦克马斯特大学图书馆将馆藏航空摄影照片资源以拍摄位置标识在Coogoe地图上，支持用户通过地图查询和浏览图片信息；eT-BLAST(http：／／invention.swmed.edu／etblast／index.省略／)则为PubMed提供另一种查询界面，允许用户根据文章建立群组和可视化显示，允许输出多种引用数据，存储需要的元数据等。
2.4 加强协作交流
Mushup协作交流应用主要可以分为图书馆与图书馆之间的协作交流、为图书馆用户提供协作交流帮助两类。Talking Librarian是前者的代表，它利用Skype实现物理距离较远不同图书馆参考咨询馆员之间交流和资源共享，利用CoogleMaps以地图的形式查找显示不同地理位置的馆员，利用FIickr显示馆员的个人照片、在线时间和是否在线状态，利用Teehnorati显示馆员们共同使用的网站或博客，利用Del.icio.us的tag有效共享相关书签网站。为了图书馆联盟各成员馆之间的协作交流，LCLS图书馆系统将成员馆通信地址、网络地址、联系电话和开放时间等基本信息利用Coogle Maps标记、搜索显示。Biowizard(省略／)则在PubMed检索系统上集成了在线社交网络，研究人员在线注册后，可据配置文件个性化，共享研究兴趣，实现与其他人在线交流等功能。
3 医院图书馆mushup应用需要注意的问题
3.1 第三方资源和服务的遴选
医院图书馆mushup应用作为正规信息机构提供的信息服务，对于第三方资源和服务遴选一般应遵循4个原则：①合法性，这里的合法性有两层含义：一是预集成资源内容的合法性。医药资源关乎于生命健康，因此内容的选择不但要求法律意义上的合法性，还要要求药理上的科学性；二是获取方法的合法性，尊重资源服务的知识产权，重点利用第三方资源服务官方公布的RSS和API方法，谨慎使用URL模板的方法。采用后者必要的话需要征求对方许可。②有用性。在目前环境下，信息超载对于医疗工作者、研究人员、学生和患者来说都是一种常态，因此利用mushup丰富虚拟馆藏时，需要在遴选之初构建较为完善的质量有用性评价标准并严格执行。③实用性。聚合的服务应该本着“一切从用户出发”目的，从用户角度思考服务的实用性进行选择，不必追求花哨的功能。④稳定性。应该选择那些大型的、比较权威和流行的资源和服务，选择聚合方式也要尽可能采用官方给出的API。
3.2 密切跟踪相关资源服务和标准
密切跟踪相关资源服务是为了将构建的mushup应用变成一种“活”应用，这就需要在构建完成相关应用之后，还要对相关资源服务密切关注：①不断调研和发现目前框架下可集成的新资源进行必要的补充，使“资源库”日久弥新；②对已发现优质资源但目前无法进行集成使用时，可以联系询问是否有开发相关接口的打算，并密切跟踪其动向；③由于第三方资源存在一定不稳定性，因此，对于已经集成的资源和服务也要经常访问或者用专门工具定期测试其是否可用，跟踪资源服务官方网站资源服务接口的变化。另外，还应该密切关注mushup标准，尤其是自己开发应用所涉及的标准变化和未来的发展趋势，以不断调整服务，并实现资源服务应用的复用性。
3.3 保证医院图书馆的信息安全
医院图书馆不同于普通的其他类型图书馆，其保存了大量病例等隐私数据，也有一些医药配置专利信息，甚至商业秘密，这就使得医院图书馆信息安全要求级别较高，因此医院图书馆mushup应用在集成过程中还保持高度信息安全的意识，在设计之初就要对要集成的数据进行必要的分析，实行内网和外网不同的集成策略，根据数据安全性高低选择数据源和资源揭示程度，在为医疗工作人员和科研人员、学生提供高效服务的同时，要保证机构的信息安全。