伯克利协定与图书馆集成系统通用API

    数字图书馆联盟(DLF)于2007年夏成立图书馆集成系统发现界面专责小组(ILS-DI),分析在传统ILS与互联网发现应用之间达到有效互操作的问题,致力于提出一个技术解决方案──简言之,就是确定ILS以何种方式向图书馆与互联网开放。其背景是:越来越多的图书馆已经采用或正在开发独立于ILS的外部发现应用,包括OPAC前端,集成搜索服务、标签服务、社会化软件等。

    2008/3/6,DLF代表与主要图书馆应用厂商在加州伯克利讨论由小组提出的技术建议草案,即所谓“伯克利协定”(Berkeley Accord)。建议针对将ILS的数据和服务与支持用户发现的新应用集成的标准界面,允许图书馆部署新的发现服务以满足Web2.0时代不断成长的用户体验,充分利用高级ILS数据管理与服务的优势,催生新一代图书馆管理与发现应用中强大的创新社区与市场。
    与会者同意,通过部署特定推荐标准,经由开放协议与技术,支持一系列基本功能,包括:
1、收割(Harvesting):收割馆藏数据记录,完整的或基于最新变化的,核心书目记录或与馆藏、流通数据结合的记录。通过OAI-PMH接口实现。
2、可获得性(Availability):实时查询书目项的可获得性。通过ILS-DI专责小组指定的简单REST接口实现。
3、链接(Linking):固定方式链接到OPAC中任何项。通过ILS-DI专责小组为OPAC定义的URL模板实施。

    签署协定的厂商有(undersigned by):
   1. Talis
   2. Ex Libris
   3. LibLime
   4. BiblioCommons
   5. SirsiDynix
   6. Polaris Library Systems
   7. VTLS
   8. California Digital Library
   9. OCLC
  10. AquaBrowser
    唯一弃权的厂商(Abstention):
   1. Innovative Interfaces, Inc.

    经过三个月时间,ILS-DI于2008/6/4发布了长达78页的正式技术建议(DLF ILS Discovery Interface Task Group (ILS-DI) Technical Recommendation)(PDF, 269KB),包括四个层次的互操作共25个功能:
Level 1: Basic Discovery Interfaces
• HarvestBibliographicRecords (Data Aggregation, section 5.3.1)
• HarvestExpandedRecords (Data Aggregation, section 5.3.2)
• GetAvailability (Real Time Search, section 6.3.1)
• GoToBibliographicRequestPage (OPAC interaction, section 8.3.1)

Level 2: Elementary OPAC supplement
All of the above, plus
• HarvestAuthorityRecords (Data Aggregation, section 5.3.3)
• HarvestHoldingsRecords (Data Aggregation, section 5.3.4)
• GetRecords (Real Time Search, section 6.3.2)
• Search (Real Time Search, section 6.3.3)
• Scan (Real Time Search, section 6.3.4)
• GetAuthorityRecords (Real Time Search, section 6.3.5)
• Either OutputRewritablePage or OutputIntermediateFormat (OPAC Interaction, sections 8.3.2 and 8.3.3)

Level 3: Elementary OPAC alternative
All of the above, plus
• LookupPatron (Patron Functionality, section 7.2.1)
• AuthenticatePatron (Patron Functionality, section 7.2.2)
• GetPatronInfo (Patron Functionality, section 7.2.3)
• GetPatronStatus (Patron Functionality, section 7.2.4)
• GetServices (Patron Functionality, section 7.2.5)
• RenewLoan (Patron Functionality, section 7.2.6)
• HoldTitle (Patron Functionality, section 7.2.7)
• HoldItem (Patron Functionality, section 7.2.8)
• CancelHold (Patron Functionality, section 7.2.9)
• RecallItem (Patron Functionality, section 7.2.10)
• CancelRecall (Patron Functionality, section 7.2.11)

Level 4: Robust/domain specific discovery platforms
All of the above, plus
• SearchCourseReserves (Real Time Search, section 6.3.6; for academic libraries)
• Explain (Real Time Search, section 6.3.7)
• Both OutputRewritablePage and OutputIntermediateFormat (OPAC Interaction, sections 8.3.2 and 8.3.3)

    若干年前,图书馆对ILS厂商除了抱怨无计可施。2005年John Blyberg提出图书馆集成系统客户权力(ILS Customer Bill-of-Rights) ,引来讨论无数,正是这种状况。随着Web2.0的兴起,美国图书馆界竟然能在这么短的时间内通过努力让局面为之一变,真令人赞叹!随着建议在ILS厂商的逐渐实施,ILS通用API将使未来OPAC应用更加多姿多彩。

相关信息:
ILS-DI技术建议网页:宾州大学图书馆John Ockerbloom为ILS-DI小组主席,网站设在该馆。据云技术建议书也将发布在DLF网站。
Peter Brantley’s thoughts and speculations: ILS Basic Discovery (April 4, 2008)
加州大学伯克利分校图书馆Peter Brantley介绍DLF代表与主要图书馆应用供应商在加州伯克利讨论草案的情况,以及DLF对此事的新闻稿“ILS Basic Discovery Interfaces: A proposal for the ILS community”。

哪家的图书馆管理系统这么牛?

    “相当案例表明,国内某图书馆计算机水平低下的高龄管理员在SOA环境下,只经过三天培训,就可以在不编写一句语句的情况下创造出自己的图书管理系统。”
    这是2007-7-25《中华读书报》第19版上的文章《SOA会基业长青吗》一文中的一句话,也是文中唯一勉强的SOA“案例”。撇开其中的语法错误不提,哪家的图书馆管理系统这么牛,可以让图书馆IT人员轻松集成一个适合本馆状况的系统?
    在Google中查“SOA 图书馆”,有60,100项;“SOA "图书馆系统"”,有3,440项;查“SOA "图书馆管理系统"”,有1,320项。结果中除了一些研究论文,还真有不少图书馆管理系统。看来正如该文首所说:“近期,SOA已成了一个被业界炒滥了的概念了,大量的软件厂商都以自己的产品与SOA沾边为荣。”

注:SOA: Service-Oriented Architecture 面向服务架构

所有SirsiDynix之路通向罗马

昨天看到几则流言预告。先是Huddersfield大学的David Pattern预告48小时内将会有件大事发生,但没有说将发生什么(Rumo(u)rs)。Michael Stephen看到后,说Dave给了sirsidynix标签,因而推测该公司会有什么事发生:收购另一家公司?ILS重大变化?(Rumours?*) 实际上Dave很少给博文加标签,但本篇的分类是 Horizon/HIP,也的确给出了足够的暗示。
Talis的Richard Wallis也从某些途径得到消息,说第2天Horizon可能有重大公告,SirsiDynix将放弃(canning) Horizon (The rumour mill churns for Sirsi/Dynix….)。

今天流言变成事实,Leon(还有国内一批Horizon及Unicorn用户)应该会很郁闷。SirsiDynix公司宣布他们将开发一个基于Unicorn的新系统,名为“罗马”,原来的Horizon/Corinthian与Unicorn将不再发布新版。于是乎,大家都说“所有SirsiDynix之路通向罗马”:

Hectic Pace: All SirsiDynix Roads Lead to Rome
Andrew Pace的博文很有内容,值得认真研读。引述他的小标题,其后乃本人结合其分析的随想,并非翻译:
⊙ Business Angle 从商业角度,一个公司同时维护几个实现相同功能的系统,肯定不会维持很久的。去年11月访问复旦时,其技术部主任对Horizon很没有信心;Leon好象也是。公司合并,结果大概差不多。幸亏Voyager在国内没有用户,要不然恐怕也朝不保夕,Aleph不会遇到同样的命运吧?
⊙ Golden Opportunity? 据Andrew讲,Horizon与Unicorn各有4000家图书馆用户,在SirsiDynix放弃旧系统后,未来肯定会碰到升级问题。这对开源的ILS来说,是不是一个绝好的机会呢?目前最有竞争力的就是适应图书馆联盟的Evergreen了,Koha似乎只适应中小型图书馆。

参见:
SirsiDynix新闻稿:Press Release(PDF)
称“罗马”这个新的通用技术平台可以满足公共、学术、中小学及专业图书馆仍至图书馆联盟的需要。
第一版将于今后晚些时候发布。

David Lee King: SirsiDynix is Building Rome
公布了SirsiDynix公司发给ILS用户的电子邮件全文,非用户也可一睹为快。大概leon也收到了吧?

panlibus: All Sirsi/Dynix roads lead to Rome / by Richard Wallis

update:
The Gordian Knot: And then we need a bullet… / by suzyq
看Sirsi & Dynix 用户协作博客上的反应。之前它也参与了传播流言:Rumblings

多产的Stephen Abram,这几天灯塔怎么不发光了?

另见:
图书馆自动化系统公司强强联合 (2006-11-22)
Voyager系统开发商Endeavor公司将与Ex Libris公司合并,用后者的名称。

息三则:预知图书馆系统公司未来命运的水晶球… (2007-01-21)
看看David Pattern年初的预言水晶球中,有多少关于SirsiDynix的?预测得如何?