下一代圖書館服務平臺CLSP

吳元業

0 引言

隨著信息技術快速發展，高校圖書館正面臨巨大挑戰，主要體現在：(1)面對館藏資源載體類型多元化，傳統的圖書館集成系統僅基于紙質資源管理而設計，缺乏對新載體資源全生命周期的管理，迫切需要一種能夠整合、關聯、發現各類型資源的圖書館管理系統。(2)隨著Google、HathiTrust、百度學術等出現，讀者獲取信息的途徑日益豐富，讀者對圖書館的服務需求也從被動的知識獲取向包括虛擬現實、智能交互、精準服務在內的復合型需求方向發展。圖書館迫切需要轉變服務模式，以適應新技術環境的變化。(3)為適應新時代、拓展新業務，圖書館被迫購買越來越多獨立的應用系統或外掛工具。然而這種依靠多個獨立系統拼湊的管理方式割裂了業務流程，容易形成數據孤島，迫切需要能夠滿足不同應用間互操作性的新系統，以實現跨平臺資源共享。上述問題表明，圖書館所處的行業環境發生了巨大的變化，圖書館正處于轉型發展的關鍵時期[1]，為此部分圖書館或調整組織結構[2]，或探索新管理模式[3]，或重組業務流程[4]。然而圖書館服務的轉型離不開管理系統的支持，但由于國內缺乏滿足新服務需求的自動化產品，國外產品又因“水土不服”難以打開市場，導致國內圖書館管理系統更新換代步伐緩慢，阻礙了圖書館的發展與變革。為引領新時代圖書館建設，助力圖書館掌握管理系統發展的主動權，2018年11月CALIS發布下一代圖書館服務平臺CLSP(CALIS New Generation Library Service Platform)V1.0版本。本文介紹CLSP項目背景，分析其主要特征和存在問題，并對項目的發展提出建議。

1 研究現狀

2012 年 Marshall Breeding[5]首先提出下一代圖書館服務平臺概念，并迅速成為圖書館界的研究熱點，圖書館系統開發商紛紛推出產品(見表1)。目前圖書館服務平臺市場競爭激烈、并購不斷，圖書館系統不斷減少，影響了圖書館服務平臺發展的方向[6]。

表1 市場主流產品

2013 年國內開始對下一代圖書館服務平臺展開研究：一是從整體層面研究下一代圖書館服務平臺的特征及發展趨勢。殷紅等[9]從資源管理、業務流程管理和資源發現能力3方面對下一代圖書館服務平臺的特點進行闡述，提出新模式下圖書館亟需解決的問題。劉煒[10]認為，隨著圖書館業務特殊性弱化以及不同類型圖書館之間的差異性擴大，下一代圖書館系統失去了具有統一業務模塊和支持標準業務流程的根基，應尋找各類業務應用之間的聯系，將其耦合為邏輯統一的整體。楊新涯等[11-12]提出平臺化是圖書館服務系統的發展趨勢，應通過整合資源與服務、應用新技術、建設圖書館服務聯盟來實現管理和服務的全面信息化。許天才等[13]認為讀者需求引導與聯盟共建是下一代圖書館服務平臺的特征，建議圖書館要以新系統的開發為契機成立開發聯盟。二是從實踐角度實施商業服務平臺或嘗試自主開發服務平臺。由于國內開發商尚未推出下一代圖書館自動化產品，少數圖書館引進國外系統，如華中科技大學圖書館實施Innovative的Sierra，清華大學、南方科技大學等圖書館實施Ex libris 的Alma。在實施過程中發現國外商業系統存在本地化不充分等問題[14]。面對這種情況，部分圖書館嘗試與開發商展開合作，研發符合我國國情的下一代圖書館系統，其中重慶大學圖書館聯合維普公司開發的智慧門戶系統[15]、深圳大學圖書館(以下簡稱“深大館”)與EBSCO 合作開發的LAS4系統、CALIS基于FOLIO項目二次開發的CLSP項目均取得階段性成果。

2 CLSP簡介及其進展

2.1 CLSP簡介

CLSP 項目成立于2017 年3 月，是一項由CALIS發起和管理的，CALIS、圖書館和開發商共同參與的下一代圖書館服務平臺建設項目。CLSP基于EBSCO公司的FOLIO項目發展而來，底層采用FOLIO的API網關(OKAPI)封裝系統內部架構，系統研發遵循FOLIO的設計理念和技術架構，如果將FOLIO看作是安卓原生系統，CLSP則相當于安卓定制系統。

由于系統復雜、項目時間緊，2018年5月北京大學、上海交通大學、中國人民大學、深圳大學等4所高校圖書館聯合CALIS組成了智慧圖書館服務平臺“4+1”推進核心工作組。隨著上海圖書館的加入及多家開發商參與到項目研發中，2018 年9 月CALIS成立“5+1”建設聯盟(CLSP聯盟)，參考FOLIO的社區組織模式建立CLSP開發者社區，由CALIS、圖書館、開發商組成各種工作組，以網絡會議和技術研討會方式分享業界最新成果，激發圖書館的創新思維。這種跨行業合作方式打破了傳統圖書館系統開發模式，受到廣泛關注，吸引了方正阿帕比、北京立道、超星、杭州麥達、EBSCO等開發商的加入。

CLSP 將社區成員劃分為總體組、秘書處、需求工作組、技術支持組、開發商5種角色(如圖1)。總體組是由核心工作組組成的決策層，主要負責制定聯盟章程、發展方針和審議需求報告。秘書處負責日常工作，協調社區關系。需求工作組負責調研圖書館發展趨勢，梳理業務流程，制定工作標準規范。每個需求工作組設若干牽頭館，牽頭館負責該組任務分配、指導成員工作和發展潛在目標。技術支持組是以CALIS技術中心、深大館為主力的圖書館技術團隊，主要職能包括確定技術方向、制定技術標準、核心業務研發、平臺運維和第三方系統集成認證等。技術支持組是圖書館掌握CLSP平臺發展自主權、話語權的中堅力量；開發商主要承擔聯盟分配的程序開發和技術調研工作。在CLSP社區中，開發商并非只是軟件外包商的角色，聯盟允許和鼓勵開發商自行研發應用系統，并將系統發布到APP商店中，供圖書館選購。

圖1 CLSP組織架構

2.2 項目進展

根據上海圖書館SIG 空間[16]和CLSP 研討會[17]所發布的信息來看，項目建設在技術組和需求工作組的共同努力下穩步推進(見表2)。

表2 CLSP項目進展

3 CLSP系統框架與關鍵技術

3.1 系統框架

CLSP基于系統APP化的理念將圖書館業務設計成多個APP，圖書館可以自由選擇APP，以豐富原生系統功能，避免“千館一面”的尷尬。根據平臺已有APP的功能和服務性質，將CLSP細分為公共服務平臺、圖書館SaaS 服務平臺、基礎支撐平臺和API網關4部分(圖2)。

(1)公共服務平臺。即CALIS公益服務APP發布平臺，包括館際互借與文獻傳遞、大數據統計與分析、采編一體、資源發現、信息素養教學與競賽。借助這些服務，圖書館能更有效地發現和獲取CALIS文獻資源，打破基于本館館藏的傳統服務理念，使館藏建設從本館擁有轉變為本館獲取，館藏資源從“自有”資源發展為“大”館藏資源[18]。

圖2 CLSP總體框架

(2)SaaS服務平臺。即圖書館業務APP開放平臺。平臺提供多款可定制、易擴展的APP及其OpenAPI權限的申請途徑，APP支持云托管和本地部署兩種服務模式，圖書館可以通過租用APP或調用接口服務的方式獲取CLSP的服務。

(3)基礎支撐平臺。即CLSP 系統管理平臺，包括統一認證、系統運營中心、用戶管理、日志采集與分析、核心API管理等APP，以監控平臺資源使用情況、排查軟硬件故障和分析性能瓶頸，從而保證CLSP穩定運行。

(4)API 網關。API 網關是 CLSP 各項服務的唯一入口，封裝了系統內部架構，為每個客戶端提供一個定制的API。此外，API網關還具有身份驗證、服務發現、負載均衡、緩存、請求分片和靜態響應處理等功能。

3.2 關鍵技術

CLSP 使用微服務架構構建系統，數據庫選 用 PostgreSQL、 MySQL 或 MongoDB，Session 和緩存采用Redis 內存數據庫。其他主要技術有：(1)SpringBoot 框架。SpringBoot 是由Pivotal 團隊提供的WEB 開發框架，簡化了項目開發中繁瑣的組件配置工作。(2)RESTful。RESTful(表述性狀態轉移，Representational State Transfer)是一種Web數據接口設計規范，使用HTTP、URI、JSON等標準和協議，實現輕量級、無狀態的消息通信機制。(3)Dubbo。Dubbo是阿里巴巴開源的一個SOA 服務框架，主要作用是提供高性能和透明化的RPC(Remote Procedure Call)服務，智能容錯和負載均衡，服務自動注冊和發現，能與SpringBoot 框架無縫集成。(4)Docker。Docker是一個開源的應用容器引擎，能將應用及其依賴完整環境封裝成鏡像移植到其他操作系統，保證應用全生命周期運行環境的一致性，簡化了持續集成、測試和發布的過程。

4 CLSP主要特征

4.1 平臺主要特征

(1)平臺化。CLSP打破了傳統圖書館集成系統的設計模式，主張在開放共享基礎上實現資源的充分利用。研發團隊從底層設計時就充分考慮了不同系統之間的互操作性問題，通過制定服務標準和接口規范，應用微服務、OpenAPI、RESTful技術，增強了系統的開放性和可擴展性，從根本上解決不同應用間的數據協同管理問題。

(2)統一資源管理。元數據工作組深入研究FOLIO 元數據模型(Codex)，完成 Codex 對不同載體資源內容的描述，與MARC、BIBFRAME 2.0、RDF 等元數據規范映射測試。實踐表明，Codex 較好地滿足了圖書館對紙電資源統一編輯、存儲和發現的管理需求。CLSP參考和擴展了Codex模型，令Codex更符合國內圖書館管理特點。未來隨著CLSP 電子資源管理APP 的推出，CLSP 將具備更完整的統一資源管理能力，解決電子資源分散管理的問題。

(3)數據即服務(Data as a service，DaaS)。CLSP 基于ETL(Extract-Transform-Load)數 據倉庫技術實現大數據的快速抽取、清洗轉換和加載，能夠為圖書館提供更具深廣度的分析報告，以滿足新環境下圖書館業務發展的需求。

(4)安全性高。CLSP 的安全性主要體現在：一是CLSP遵循《信息系統安全等級保護實施指南》基本原則，SaaS服務平臺APP進行了信息安全等級保護二級(等保二級)認證，可以有效保護系統免受窺探和惡意攻擊；二是CLSP的每一項數據授權都基于OAuth協議實現，用戶授權第三方應用訪問CLSP上信息的同時無需將用戶名和密碼暴露給第三方應用，既保證了數據的開放性，又保障了賬號安全。反之，第三方應用訪問用戶數據前都需要顯式的向用戶征求授權，拒絕任何未經授權的訪問，保證了訪問的合法性。

4.2 社區主要特征

(1)開放。聯盟宣言開宗明義地提出“開放”這一理念，不對任何組織機構設置高準入門檻，歡迎圖書館、系統廠商、開發商、數據與資源商以及開發愛好者加入社區，攜手促進新時代高校圖書館可持續發展。歡迎開發者基于CLSP平臺API開發新的應用系統或集成已有應用系統，為圖書館提供更優質的服務。

(2)合作。社區成員各司其職、通力合作，通過共享人力資源、技術資源和研究成果，攜手共建未來的圖書館系統生態組織。

(3)共贏。社區引入消費生態圈概念，通過打造生產消費循環經濟模式，形成互利共贏局面。未來APP商店將被打造成圖書館系統B2B平臺，圖書館可以從商店中租用符合本館需求的APP，以實現服務升級；開發商可以在商店發布APP，收取軟件租賃費用，以維持產品研發及維護費用；CALIS 則作為平臺監管機構，維護商店秩序、指導開發商APP認證工作、協調圖書館與開發商的矛盾，促進SaaS服務平臺健康發展。

5 問題與建議

5.1 問題

CLSP V1.0發布已過半年，但項目建設仍處于初級階段，聯盟的規章制度尚未完善，項目管理也存在一些問題。

(1)缺乏頂層設計。盡管總體組制定了發展規劃，明確了建設方向和主要任務，但尚缺少頂層設計這一重要步驟，CALIS對工作組指導不夠，各工作組亦缺乏統一的方法論，導致項目建設過程中出現基本術語描述不一致、質量要求不統一、重復建設等問題，需盡快完善頂層設計。

(2)建設經費來源單一。目前CLSP的建設經費完全由CALIS承擔，然而自CALIS“三期”項目建設結束以來，CALIS經費已由建設經費變為運維經費，經費大幅縮減，不足以長期支持CLSP新應用開發，故需拓展經費來源渠道。

(3)項目管理體系相對落后。CLSP一直受產品延期交付所困擾，這是因為圖書館疏于項目管理體系建設，產品設計過于理想化，片面追求新技術、新業態、新模式，使得設計不合實際、操作繁瑣不方便，需要反復修改業務流程，拖延了產品交付時間。如不能持續改進項目管理體系，將無法根治上述頑疾，阻礙CLSP的發展和市場推廣。

(4)館商合作機制不完善。開發商缺乏合作的切入點，是目前館商合作所面臨的最大難題。圖書館擁有豐富的專業知識和強烈的憂患意識，能夠準確判斷未來圖書館將面臨的機遇和挑戰，但缺乏專業技術人才，系統建設跟不上業務發展速度；開發商在元數據采集、軟件開發、市場營銷方面擁有巨大的優勢，但不了解圖書館需求和發展趨勢，解決不了用戶的痛點。若雙方合作則能優勢互補，形成互利共贏的良好局面。因此，CLSP聯盟急需健全館商合作機制，加大與開發商的合作力度，尤其是元數據管理的合作力度，方可更快更好地推動項目建設。

5.2 建議

為推動CLSP聯盟發展，CALIS、圖書館和開發商需要打破各自角色的界限，以合作共贏理念構建持續支持圖書館創新發展的開放平臺。

(1)從CALIS角度看，CALIS“三期”項目結束后，CALIS由純粹的公益服務路線向公益性、非營利、市場化相結合的服務路線轉變。CALIS需要改變以往大包大攬的運營模式，將重心放在項目管理、數據倉庫、新型業務培訓和產品宣傳方面，引領新時代圖書館建設，推動圖書館整體發展。同時，為持續建設和完善支持圖書館發展的公共服務體系，CALIS還需積極拓展館商合作渠道，加快APP商店上線步伐，著力打造CLSP產品生態圈，使其真正成為滿足不同類型圖書館不同階段發展需求的服務平臺。

(2)從圖書館角度看，過去開發商壟斷了圖書館自動化系統市場，基于自身理念來設計系統，產品缺乏定制性和靈活性，制約了圖書館的工作效率與服務質量。在CLSP的建設理念中，圖書館不僅是使用者，也是系統建設者。以深大館為例，由于其LAS4系統的設計理念、實現技術與CLSP相近，與CALIS積極開展合作，2018年9月完成LAS4與CLSP的深度集成，成為SaaS服務平臺首款APP。2019年先后完成CLSP與金智智慧校園系統對接工作和LAS4 APP等保二級整改任務，為CLSP建設添磚加瓦。因此，筆者認為圖書館應積極加入CLSP社區，通過參與用戶需求收集和整理、系統測試等任務，讓系統更貼近圖書館需求。此外，CLSP APP基于微服務架構實現，具有技術選型靈活、模塊任務單一、代碼量小的特點，適合多團隊協作開發，有技術實力的圖書館可以加入技術支持組，共同維護圖書館在未來圖書館系統發展的自主權、話語權。最后，圖書館還可以向其他圖書館介紹CLSP項目，分享系統使用技巧和服務創新案例，讓更多的圖書館了解并加入CLSP社區。

(3)從開發商角度看，圖書館個性化服務內容與發展模式方向千差萬別，沒有一家開發商能提供滿足所有圖書館業務需求的管理系統，開發商需要與圖書館合作。CLSP產品生態圈為館商合作帶來契機，開發商應抓住這一機遇，積極參與CLSP項目建設，充分利用自身技術優勢、資源優勢，幫助CLSP打破系統數據孤島，將圖書館資源和服務有機地連接在一起，為圖書館提供靈活可定制的產品，以開拓新市場發展新客戶。

6 結語

圖書館服務平臺是圖書館管理系統的發展方向，也是圖書館未來重要的實踐領域。相對于開發商對圖書館技術市場的壟斷和服務限制，CLSP通過構建廣泛的產業聯盟和開放的產品生態圈，改變了過去由開發商定義圖書館系統的局面，成為持續支持圖書館發展、變革的“下一代”系統。因此，雖然CLSP 還有許多功能有待完善，但值得圖書館界期待。