下一代图书馆服务平台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 还有许多功能有待完善，但值得图书馆界期待。