下一代圖書館服務平臺LSP的跨界協同機制研究

程秀峰 丁芬 李倩

摘要：[目的/意義]從機構間合作視角探討圖書館相關利益體的跨界協同現象，結合下一代圖書館服務平臺LSP的開發和部署過程，研究新形勢下圖書館如何適應服務升級。[方法/過程] 首先提出跨界協同概念，分析協同主體和特點，在此基礎上總結LSP建設中跨界協同機制，并分析機制組成的各要素，以杜克大學圖書館FOLIO項目部署為例展示機制實際運行情況，并討論其帶來的啟示借鑒和未來發展趨勢。[結果/結論] LSP將對下一代圖書館服務模式產生深遠影響。LSP開發中存在跨界協同機制，這種機制在微服務架構的平臺開發中普遍存在。國內圖書館在進行LSP開發時，應當完善組織結構和協調機制，構建多元的參與渠道以保障圖書館服務創新和資源的共享，并制定各類標準規范、加深技術合作、給予充足的人力資源支持國內FOLIO的落地。

關鍵詞：圖書館服務平臺? ? LSP? ?FOLIO? ?跨界協同

分類號：G250

引用格式：程秀峰， 丁芬， 李倩. 下一代圖書館服務平臺LSP的跨界協同機制研究： 以杜克大學圖書館FOLIO項目部署為例[J/OL]. 知識管理論壇， 2021， 6（6）： 351-363[引用日期]. http：//www.kmf.ac.cn/p/267/.

1? 引言

圖書館服務隨著資源數量、讀者需求以及社會環境的變化而迭代更新。從紙質資料管理，到圖書分類和卡片目錄，再到以書目數據和機讀格式MARC（Machine-Readable Catalogue）為核心的編目和檢索，圖書館服務本身經歷了一系列從內容到形式的變遷。從服務理念的角度，可將相關系統以不同管理對象為中心分為三代：第一代（1995年以前）以紙質資源管理為中心。在此過程中逐漸形成了標準的業務規范和服務流程，被稱之為圖書館集成管理系統（Integrated Library System，ILS）[1]，ILS也是目前最為普遍和接受度最高的圖書館服務系統。第二代（1995-2010年）以業務管理為中心。因受到數字化和資源類型不斷豐富的影響，ILS與多種數字資源管理系統存在單獨運行且并存的局面，形成了多種共生的系統，如OPAC（Online Public Access Catalog）系統、資源發現系統、特色資源系統、電子期刊數據庫、多媒體管理系統等。這些系統提升了ILS的管理質量，拓展了圖書館服務邊界，但是在一定程度上形成了數字孤島[2]。2010年以后，由于大量數字資源并不需要確定的物理存放地點，“館藏資源”的邊界逐漸模糊。同時，在大數據、云計算以及人工智能等技術的影響下，圖書館界正式提出了第三代圖書館服務平臺，即LSP（Library Service Platform）的概念[3]。在眾多的圖書館服務平臺中，學者們普遍認為可從以微服務架構為基礎的FOLIO（the Future of Libraries is Open）系統中窺見下一代LSP的端倪。FOLIO是EBSCO于2016年推出的首個LSP項目，其基于開源技術和創建社區的方式重新定義圖書館服務[4]。國外對FOLIO的產品開發實踐正在逐步進行。自2019年以來，各種規模的機構都在實施FOLIO，瑞典查爾姆斯理工大學是第一個使用FOLIO的圖書館，密蘇里州立大學是美國第一個上線FOLIO的學術機構[5]。根據實施方案的不同，一些圖書館選擇先實施FOLIO的單個應用程序，萊比錫大學圖書館、杜克大學圖書館、康奈爾大學正在實現FOLIO中的電子資源管理（Electronic Resource Management，ERM ）應用程序，芝加哥大學參與了以庫存和MARCAT為主的元數據管理應用程序開發[6]，而西蒙斯大學、華納大學、圣托馬斯大學和華盛頓與杰斐遜學院現已全面實施FOLIO。國內學者對FOLIO的研究多為引介性文獻，集中于FOLIO項目簡介及進展、平臺架構及主要技術、國內如何落地FOLIO。孫宇和周綱設計構建了新一代圖書館資源發現系統的架構，該架構融合了數據收割和聯邦檢索技術，可實現館藏資源的統一發現獲取，此外還介紹了系統本地化應用場景和服務模式[7]。曹祺深入研究了 FOLIO 應用的生命周期和 FOLIO 的示例代碼，并從館員和讀者角度分析了FOLIO對圖書館行業服務的改善[8]。此外，跨格式的統一工作流程、彈性可擴展的元數據管理、開放API（Application Programming Interface）帶來的互操作、可共享和可定制的服務模塊的便捷性，將使得基于標準業務流和統一業務集的“大而全”的ILS逐漸失去優勢[9-10]。與此同時，在國外聲勢浩大的LSP開發和建設過程中，許多國內圖書館也在嘗試實施基于FOLIO的應用開發，如上海圖書館、深圳圖書館等[11]。為了推廣、普及和應用FOLIO平臺及技術，幫助各類圖書館應用、升級或遷移FOLIO平臺，上海圖書館負責建立了由從事FOLIO技術和開發應用的系統開發商、集成商和對FOLIO技術及應用有興趣的圖書館或各類組織機構組成的上海市圖書館行業協會FOLIO技術及應用聯盟[12]。

一個開源的、模塊化的圖書館服務平臺所帶來的跨生產鏈、跨領域、跨部門的協同合作，勢必成為下一代圖書館建設的一大特點。平臺的開發者和使用者之間的甲乙方交付關系將會消失，取而代之的是團隊化、模塊化、生態化、多元化的交付和生產模式。本著“人人開發、人人服務、人人受益”的理念，由圖書館、軟件開發商、數據商、服務提供商、出版商、大學以及各利益相關體，將廣泛參與到LSP建設過程中，形成了一種以技術共享、用戶驅動為特征的開放式社區軟件生產模式，進而發展出一個軟件生態系統。其中，項目的基礎功能單元通常會由來自領域打散組成的技術小組完成。所有項目文檔、開發進度、會議日程、會議錄像、用戶指南、代碼都會通過Wiki、Github、Discuss、Slack、Zoom等在線工具發布和更新，在各方的驅動下，相關工作會有條不紊地進行。事實上，這種跨界協同模式在其他領域早有先例，最典型的例子是安卓市場以及眾多領域的微服務架構平臺，又如開源MOOC平臺edx，通過開源及復雜多樣的底層代碼實現模塊化功能，同時組織全球教師和技術人員共享共建社區[13]。在圖書館領域，目前國內外市場上可供選擇的微服務架構平臺很少，大多數平臺尚缺乏該架構所要求的業務模塊定制、功能解耦、高度市場化等特點。但不可否認的是，開發過程中的跨界協同在該類平臺開發中是普遍存在的。從行業橫向比較來看，微服務架構和社區驅動的建設模式，或將成為今后圖書館系統建設中最具優勢的選項，也可能會對整個圖書館行業的服務體系產生革命性影響。

筆者從“不同類型機構間的跨界協同”角度出發，著重梳理總結LSP建設中存在的跨界協同現象，解析協同各方的組成結構、相互關系、開發方式、執行進度等，最終提煉出跨界協同的運行機制。最后，以FOLIO在杜克大學圖書館部署應用為例，探討跨界協同模式的現階段應用及優勢所在，為圖書館服務適應新形勢變化提供案例參考。

2? 圖書館服務中的跨界協同

2.1 跨界協同的內涵

微服務平臺中的“跨界協同”（Cross-boundary Synergy）是指在同一產業鏈中，不同機構主體跨越自身傳統服務的界限，在同一項目中橫向合作的行為。也有文獻將其定義為“跨界合作”或“跨界融合”等[14]。協同主體通過這種方式，可以保持其產品和服務的優勢。這是由于市場競爭日趨激烈，行業間的業務標準和服務內容相互滲透，已經很難明確地去界定某一機構的服務邊界[15]。同時，由于云架構平臺的出現，上下游機構可以將自己的業務融入到統一的云架構的微服務中，實現產品服務模塊的解耦和更高程度的并發。

圖書館領域的LSP即采用了這種建設模式[2]。無論是圖書館系統（各種類型的ILS），還是數據提供商的系統（各種類型的數據庫），其解耦后的基礎功能均包括元數據管理、資源管理、用戶管理、資源訪問等[16]，這些服務之間是進程隔離的，建立在統一開放API網關之上。由于不同機構主體業務側重點不同（圖書館更了解資源管理業務、數據提供商更了解元數據管理業務、開發商更了解用戶管理業務），因此，其間進行跨界協同，不僅可以使得每個服務足夠靈活獨立，而且可以使服務在總架構之下高度統一。更有吸引力的是，任何機構和個體都可以基于底層服務自由選擇模塊進行應用開發，使得每個應用達到需求最優。

2.2? LSP跨界協同的特點

LSP開發中的跨界協同體現在團隊組織、過程控制和應用生態3個方面。團隊組織上，開發團隊的人員邊界不再限于機構內部：來自不同機構的個體首先是認同這種微服務架構，然后半自由的組成面向特定服務模塊的團隊，以團隊為單位進行開發。其次，跨團隊的服務解耦是微服務開發的關鍵，需要團隊掌握對其所轄工作范圍的所有技能，如數據庫、用戶界面和體驗、項目管理等。再次，開放式的討論是團隊內部和團隊之間交流的重要形式。最后，由于團隊成員大多來自圖書館，可以即時反饋體驗，能夠適應敏捷開發。

過程控制方面，開發流程采用產品制而非項目制。團隊在產品的整個生命周期對其負責，而不像項目制那樣，驗收后即無關。這樣，所得產品會是一個開放式的云架構：在信息交流上，通過組織定期會議，所有文檔（包括音視頻、代碼、文件等）都公開發布、管理和存儲，以便討論;在內容管理上，微服務架構有利于各服務獨立部署，也有利于數據庫之間保持鏈路更新，通過應用程序接口，實現邏輯分離和互操作;在系統部署上，有多種部署模式可供機構用戶選擇[17]。

應用生態方面，開放式社區是被普遍認同的一種交流模式，其突破了傳統的“總館-分館”層級合作模式，采用縱向和橫向交融的合作模式[18]。開放式共享的社區環境將會形成一種集需求、開發、部署、應用和更新于一體的可持續的應用生態。因此，LSP開發中的跨界協同現象，是各方利益與需求最優之間達到平衡的一種必然現象，會比各方獨立運營，形成固態產業鏈更為先進、更為有利。

2.3? LSP跨界協同中的主體分類

筆者將LSP開發中的協同主體粗分為4類：圖書館及圖書館聯盟、服務提供商（包括書商、數據提供商、設備提供商、方案提供商）、出版商和系統開發商（主要是圖書館下游軟件公司）。

2.3.1? 圖書館及圖書館聯盟

圖書館是LSP項目的主要參與者。圖書館聯盟是平臺相關圖書館組成的非盈利組織，其為項目提供基礎設施和業務支持。例如OLE（Open Library Environment）是2008年成立的一個圖書館組織，致力于合作開發開源、可擴展和服務驅動的圖書館管理工具。目前有芝加哥大學、杜克大學、康奈爾大學等著名大學圖書館參與其中。開放圖書館基金會（Open Library Foundation， OLF）一般由圖書館聯盟OLE贊助，主要負責管理和執行LSP項目的投資。

2.3.2? 服務提供商

服務提供商主要是擁有自主版權的數據提供商和設備提供商。除了提供資金和技術上的支持，還提供自己的數字資源，并幫助產品功能改進迭代。由于LSP支持“微應用商店”，服務提供商的營業渠道應該是多元的：除了可以在自己的平臺提供服務，還可通過創建新的應用程序，或者將已有的應用程序直接鏈接到平臺上，從而擴展產品銷售渠道。一些大型服務商，例如EBSCO、SirsiDynix、Bywater、Index Data等，更有機會向采用LSP的圖書館提供一攬子服務和支持。

2.3.3? 出版商

出版商在幫助圖書館突破傳統的圖書采購模式的同時，也將實現自身出版質量、營銷效率的提升。基于LSP，圖書館和出版商之間的中間商功能將削弱，出版商可及時將所有的圖書數據發布，圖書館也能直接根據需求在平臺中進行書目采購，雙方直接對話提升了服務質量[19]。此外，傳統數字出版產業鏈比較多元，LSP能對內容提供商、平臺服務商、網絡運營商、硬件生產商、數字發行商的業務單元實現整合，形成統一的產業鏈結構，加速信息傳遞。同時，出版商還能通過LSP有效掌握整體市場出版信息，進而調整自己的出版計劃，保障出版的有序性和長期性。

2.3.4? 系統開發商

系統開發商不再是單一系統的負責人和開發者，而是更注重與界面設計人員、圖書館、服務供應商等頻繁合作。系統開發商參與的開發團隊實時更新，根據專題興趣小組（Special Interest Groups，SIG）的需求，與社會各界組織通過軟件開發、托管服務、技術研發支持等方式共同攜手創建平臺及其模塊，并且注重所有組件間的兼容性[20]，致力于構建一個開放平臺和生態系統。

2.4? 專題興趣小組SIG

從上述4類LSP主體機構的分類可以看出，LSP參與機構類型并不復雜，基本是整個圖書和數字產品產業鏈的主體機構。而LSP開發基本單位并不是他們，而是這4類機構中人員所自由組成的專題興趣小組（SIG）。

SIG由OLE正式批準，開發初期各個SIG 通過創建文檔、原型確認和書寫代碼片段，對平臺功能模塊達成共識。通常，一個SIG對應一個特定模塊的設計和開發。SIG的類型基本包括：①功能性SIG：包括元數據管理、資源管理、用戶管理、資源訪問;②協調性SIG：包括論壇主持人（Forum Facilitators）SIG、財團SIG、報告SIG、隱私SIG、系統操作和管理SIG、輔助功能SIG、公共圖書館SIG、支持SIG、應用程序交互SIG等;③地區性SIG：如澳大利亞/新西蘭SIG、意大利SIG、日本SIG、以色列SIG、中國SIG等。

功能性SIG主要由開發者、用戶體驗（User Experience，UX）設計師、產品所有者（Product Onwer，PO）和主題專家（Subject Matter Expert，SME）組成，負責具體功能模塊的開發，是開發主力。其他類型的SIG均有自己的職位和職責劃分。通常，一個功能性SIG團隊內部有一個獨立的微服務網關，團隊通過網關暴露提供給外部接口，同時在多個網關之上，接口服務再接入上層的API服務網關。另一種情況是，團隊內部不啟用微服務網關，而將自己的所有微服務模塊全部接入外部API服務網關。而團隊在很多情況下代表機構，因此，對于開發團隊間的交互、接口集成、服務對外暴露等問題，需要在跨界協同機制下運行。因此，協同機制不僅包括外部總線、API網關的部署、服務注冊和管理等技術問題，更包括人員組織、計劃制定、交流渠道、激勵措施等組織管理問題。

3? LSP建設中的跨界協同機制

在傳統ILS中，各主體間也存在協同機制，但基本上是簡單的甲乙方的關系：服務提供商向圖書館提供資源和服務解決方案，并協助圖書館進行建庫、采編、設計、運營等工作;開發商向各方提供成熟的軟件產品;出版商則負責出版發行，如圖1所示：

但是在LSP中，以上主體的業務將會是一種開放融合狀態：所有業務建立在統一微服務架構之下，每個基礎服務模塊（例如資源管理）映射到全體業務流中進行解耦，由最具優勢的主體（例如圖書館聯盟）所在團隊進行開發。這樣，因業務重合而產生的數據結構、標準、流程之間的差異將消失，且各方都可以享受統一的基礎服務模塊。這需要在開發過程中，團隊之間既保證高效協同，又需各自的獨立自治。因此，筆者參考其他行業微服務架構實施經驗，給出一種LSP開發中典型的機構間跨界協同機制的描述。其主要體現在兩個方面：各方的角色與任務，以及角色和任務所對應的過程與要素。

3.1? 角色與任務

如前所述，LSP不僅標志著新的服務架構和應用生態，同時標志著圖書館、供應商、開發商和出版商之間的角色關系開始轉變，從之前的交付關系，改變為開放融合又各有特色的共生關系（見圖2）。

首先，圖書館聯盟作為最有可能的項目發起方和投資方，包括若干個協調機構，例如：產品委員會（Product Committee，PC）、技術委員會（Technical Committee，TC）和執行委員會（Execution Committee，EC），其通常代表各方利益，負責各方之間的協調。例如，PC代表OLE，確定平臺開發事項的優先級，維護組織的凝聚力;TC代表各方進行技術指導，決定技術方向、制導技術標準、解決技術沖突[21];EC代表各方進行項目監督，支持并協助制定每周會議議程。

圖書館既可以是項目的發起方，又可以是支持者、建設者、參與者、執行者，同時也是平臺的服務對象。圖書館館員基于系統使用需求及自身專業經驗，參與LSP需求設計、開發、測試、部署和驗收的全流程[22]。來自圖書館的SIGs通常會分享對技術應該如何支持圖書館發展的看法，參與項目的細節設計，尤其是工作流程設計，很多情況下，熟悉圖書館業務的館員會是某個領域的專家，能夠為LSP貢獻專業知識。

服務提供商（包括書商、數據提供商、設備提供商、方案提供商）在傳統的ILS中，主要任務是為圖書館提供資源。由于其更擅長于書籍的流通和數據的管理，便更傾向于在后臺提供基于統一接口的服務支持。同時服務商還可以為各種應用項目提供開發人員，由于互操作的實現，更可以將已有的應用程序直接鏈接到平臺上，或者創建和銷售新的應用程序。

開發商在傳統ILS中主要任務是開發，因此一個圖書館在相當長一段時間內的服務質量往往取決于開發商的技術水平。在LSP中，開發商依然保持開發者這一重要角色，但是其組成和功能將會發生變化：LSP團隊人員不再只來自開發商，其來源更趨多元化。此外，由于LSP是開源平臺，所以產品所有者也不一定是開發商。

出版商產業鏈的維度在傳統ILS中已經比較復雜，內容提供商、平臺服務商、網絡運營商、硬件生產商、數字發行商等角色使得出版行業業務流呈現多元化、市場呈現重復化。因此，可以期待LSP基礎服務模塊（例如版權標準）的出現，從而整合分散的出版產業鏈，使得出版商在LSP中的角色更加趨于專業化，使出版商主導諸如數字化改造、數字出版標準、網絡出版、社群出版、特色閱讀APP等。在使用上，出版商能夠基于統一云服務，加工、發布銷售自身出版標準的產品，從而拓寬銷售渠道。

3.2? 過程與要素

在跨界協同過程中，各機構被有機組織起來，按照計劃好的最優路徑進行開發。筆者描述了機構之間的大致組織方式（見圖3），并據此梳理出組織過程中的四大要素。

要素一：開放社區聯盟。LSP主要依靠社區來維持平臺的發展。一個開放的社區聯盟可以看作聚集各方資源的保障，各方不再局限于封閉的內部交流過程，而是突破行業界限，通過開放式社區進行交流。圖3中的圖書館、服務供應商、開發商、出版商是聯盟的主要成員，他們既是貢獻者又是使用者，既是參與者又是獲益者[23]。聯盟外部有協調機構對聯盟進行管理，聯盟內部有保障運行的任務目標管理。

要素二：明確協同過程。角色之間的協同過程是一個迭代式組織的過程[24]。產品未發布時，用戶主要是圖書館工作人員，SIG成員會投入數周時間圍繞一個主題進行研究、探討;隨后，公布概念圖;在概念圖獲得批準后，編碼開始;隨后獲取用戶反饋;根據反饋重新生成技術路線圖，在路線圖執行過程中又會循環以上過程。整個協同過程可被看作周期非常小的迭代，這樣的協作方式可以讓團隊在每一個時間節點重新審視需求，糾正技術路線。

要素三：多元的參與渠道。多元的參與渠道是開發有效運作的保障。首先，LSP開發會涉及大量的人員培訓，線下交流方式能幫助參與者及時地了解項目的最新進展和發展趨勢，各方能無障礙、有效地表達意見觀點，也能促進合作人員之間的團隊協作能力，鞏固成員關系，提高團隊的凝聚力。其次，根據實際開發建設過程設定網站模塊及具體內容，對管理者、開發人員、普通用戶分別設置不同的訪問權限，參與渠道也可以采用門戶網站、移動設備、其他終端等，比如Slack、Wiki等社交媒體。

要素四：有效的協調機制。開發人員之間、開發者和用戶關于產品、技術、時間等需要合理安排和協調。委員會（PC、TC、EC等）能夠基于規則及時有效地獲取、協調開發過程中存在的問題。例如，開發委員會可根據規則制定人員、時間表等，協調機制能促進項目更完善、進程更順利。

4? 案例研究

在FOLIO的開發過程中，各方積極合作，采用敏捷開發方式開發，至2021年5月，國外完成了最新版本Iris，并開始進入廣泛部署階段。FOLIO的早期參與者杜克大學圖書館是一所高校研究型圖書館，高校圖書館由于其服務范圍（教學與科研）、服務對象（教師、學生和研究人員）、人才隊伍（專業性強）、資源共性（學術性強）的共同特點，使得其在圖書館服務平臺建設中有著相似性較高的痛點和需求。筆者選取杜克大學圖書館，以案例的方式展現跨界協同機制的實際運行效果，以期對國內學術（高校）圖書館開展相關實踐有所裨益。

4.1? 杜克大學圖書館部署FOLIO的過程

杜克大學在緊隨FOLIO國際進展的前提下，積極推動本地項目的更新，這也與我國圖書館部署FOLIO的實踐路徑一致。其整個系統全面運行的時間表如圖4所示：

4.1.1? 完善的組織結構和協調機制是跨界協同的前提

在部署過程中，杜克大學圖書館委員會（Library Service Platform Steering Group，LSPSG）作為協調機構，負責該項目的整體執行。其由實施團隊（Implementation Teams）、工作組（Working Groups）和支持組（Library Systems and Integrated Support，LSIS）組成。其中，實施團隊基本上負責具體組件部署的技術工作，每隊的人員中有產品所有者、商業分析師、主題專家等。工作組則是圖書館內部按業務流程劃分的團隊，如權限隊、工作流隊、文檔及培訓隊、數據隊、測試和報告隊。圖書館讓每隊專注于一個特定的業務流，讓熟悉業務的人員快速融入部署環境中，見圖5。

在指導組的監督下，項目的開發由許多相關機構和組織的成員透明協作驅動，一個小組需要負責完成一項任務，例如配置位置，但是需要咨詢多個小組以定義需求及了解配置帶來的影響。杜克大學部署FOLIO的組織結構充分體現了開放社區聯盟的社區協作特性。

4.1.2? 高效的項目管理是跨界協同的核心

杜克大學在2020年夏天實現電子資源管理ERM為重點的服務模塊的運行，并在 2021 年夏季部署其余服務模塊，這得益于成功高效的項目管理。以下兩種方式構建起了杜克大學部署FOLIO的項目管理體系：

其一，明確工作內容。杜克大學圖書館在部署FOLIO過程中，遵循的是“內外協同，內部專注業務，外部專注技術”的基本思路。由主題專家組成的實施團隊負責低度耦合的功能單元的技術部署;而由熟悉具體業務的圖書館員組成的工作組則負責具體業務的配置和測試。同時，主題專家和圖書館員之間的工作過程又是迭代式組織的過程，在與用戶的使用、反饋中開發迭代。一項具體工作采用跨部門決策的方式，確保所有利益相關者在做出決策時都有代表，既保證了工作內容的專長性又體現了開放性。

其二，構建多元的參與渠道。在協同方式上，圖書館采用聽覺學習（Duke Folio論壇、開放論壇和星期三技術分享會），視覺學習（季度演講、幻燈片，專家演示）和動覺學習（實例測試、員工培訓）等方式，為團隊提供適合自身的交流方式。同時，積極參與FOLIO國際活動并在其中發揮帶頭作用，并與WOLFcon（世界開放圖書館基金會會議）、Index Data、EBSCO、芝加哥大學、德克薩斯州 A&M、上海公共圖書館等相關機構開展定期問題與經驗交流分享活動。

4.2? 杜克大學圖書館應用FOLIO的效果

4.2.1? 支持功能的迭代

基于先進的微服務體系架構，FOLIO保證了產品功能的快速迭代。LSP將支持傳統的資源管理功能，并擴展到較新的程序和服務領域，其開發模塊見表1。杜克大學專注于ILS傳統上涵蓋的功能領域的同時，將ERM從資源管理中分離出來，在2020年夏天實施以ERM為重點的FOLIO應用程序。在沒有實施ERM前，杜克大學利用基于云服務的Microsoft SharePoint存儲許可證資料，無法搜索許可證并查看條款，也是使用其他輔助產品來管理日常工作流程。而FOLIO中的許可證應用程序（License APP）作為管理電子資源的工具，存儲了電子資源許可證和全文獲取許可證文檔，支持改變館藏優先順序，使圖書館員工能夠快速檢索和解釋有關當前供應商協議的信息。在ERM實施后，杜克大學計劃將于2021年夏天全面實施所有FOLIO應用程序，如跟蹤電子資源訪問和使用統計信息的應用程序eUsage、Codex微服務域查詢等，且FOLIO的互操作性支持外部功能的API，將會為用戶帶來新的和改進的功能體驗。

4.2.2? 降低運營的成本

新一代圖書館服務平臺是開源即服務的，其允許不同用戶（開發人員、系統管理員、商業供應商）根據自身需求目標選擇安裝的類型和組件，既可以是一個完整的平臺，也可選擇平臺核心組件。因此，圖書館在采購、培訓、維護等不同階段可以按需選擇合適的部署方式和服務供應商，同時將圖書館工作人員從繁雜的系統維護工作中解放出來，既提高了資金使用效率，也降低了人力成本的投入。杜克大學圖書館選擇Index Data作為FOLIO圖書館服務平臺的實施和托管合作伙伴，Index Data提供完整的SaaS服務、實施服務、軟件支持和定制開發服務，能為杜克大學圖書館提供專業團隊、卸載數據遷移或軟件安裝、維護程序、定制現有的模塊或應用程序以及按需自定義集成。相對于市場上壟斷的傳統圖書館自動化系統存在的購置和維護費高昂、產品功能模塊雜而不精的問題，FOLIO具備定制化和靈活性的功能模塊，給予圖書館較高的費用使用效率。

4.2.3? 促進資源的共享

FOLIO框架包含微服務架構和開放API，其特性有利于圖書館資源的深度共享和價值展現。其一，由于FILIO采用Vert.x和Stripes框架去封箱微服務，并在類似于應用商店的APP市場統一發布、運營服務模塊，杜克大學圖書館可根據館藏資源的揭示，快速地找到不同機構館藏資源的分布情況，決定采購的方式，避免重復采購。同時圖書館借助OKAPI網關的日志，統計分析讀者的搜索請求，向讀者快速推送符合需求的資源。其二，圖書館在明確了館藏資源的分布情況后，可通過FOLIO在云端請求不同機構的OKAPI網關，進行有效的文獻傳遞或電子資源聯合采購。

4.3? 對我國圖書館的啟示

杜克大學圖書館在實施FOLIO的過程中，借助于完善的組織結構和協調機制，在圖書館、工作人員和供應商之間的協作下建立了高效的項目管理體系，使得圖書館的功能和服務選擇大大超越了傳統的圖書館管理系統，提升了圖書館管理圖書資源和擴大圖書館價值的能力。但FOLIO服務平臺在給圖書館帶來優勢的同時，也要防范其部署過程中的風險。根據選擇的實施方案，做好方案實施的前提假設、利益相關者影響評估及制定解決措施。

目前FOLIO實施有以下3種可能方案：以流通、ERM或庫存等單模塊為重點的實施;單一獨立圖書館FOLIO實施;所有圖書館FOLIO實施。在相應方案的實施過程中，需要考慮該方案上線時FOLIO App、與其他系統集成、數據遷移、數據與現有系統同步、多租戶或單個圖書館配置問題。這些問題會對讀者、圖書館工作人員、實施團隊產生不同程度的潛在影響。主要影響包括以下內容：①對讀者的影響方面，用戶體驗會發生變化。由于圖書館工作人員參與任務的實施增加了其工作量，讀者可能面臨緩慢的業務處理速度。此外，資源的同步與否、配置和通知的更改或功能的完整與否直接影響著用戶體驗的好壞。②對圖書館工作人員的影響方面，特定功能開發可能會增加工作量和工作時長。員工不僅要在現有系統（如Aleph）中工作，還要在FOLIO中工作，與 FOLIO實施團隊密切合作，包括但不限于實施過程中提供需求反饋、測試功能、報告錯誤、參與創建培訓并制定解決預期和意外問題的策略。實施后，員工可能需要在一段不確定的時間內維護兩個系統中的數據。③對實施團隊的影響方面，需要同時運行現有系統（如Aleph）和FOLIO;需要創建兩個系統之間數據同步的方法;數據的導出、編輯、導入會帶來新的復雜性和潛在的錯誤;與其他系統集成過程中數據完整性將面臨重大風險。

盡管國內外圖書館業務流程不同，但FOLIO在部署過程中的上述問題也存在普適性，國內可針對性地從以下3點來落地FOLIO。首先，制定FOLIO開發的各類標準規范和最佳實踐，保障FOLIO實施的兼容性、統一性和互操作性。例如各館通過開發符合FOLIO的RAML（RESTful API Modeling Language）標準、基于RAML生成接口的微服務應用來兼容FOLIO[26]。其次，加深技術合作，做到與FOLIO社區的技術標準同步。這要求中國FOLIO社區積極開展培訓和宣傳推廣工作，開發人員要熟悉Vert.x、Restful、Stripes等主流的開源技術和開源框架。最后，保證有足夠的人力資源參與項目的整個流程。可通過設立新的崗位，使有能力貢獻其專業技能的員工在相應模塊實施期間專注于現階段工作。

5? LSP及圖書館服務未來發展趨勢

案例表明，LSP將給圖書館服務帶來深遠的影響。但FOLIO是否一定會是LSP的市場代表？許多其他行業案例告訴我們，第一個嘗試微服務架構的行業平臺并不一定是最終的市場選擇，因為一個擁有高度穩定用戶群體的微服務架構是由時間、市場、用戶、環境等多種客觀因素決定的。但至少在當前，FOLIO符合圖書館智慧服務發展路徑：在先進技術架構的加持下，重視組織結構的柔性、跨界人員的協同、組織文化的認可、交流渠道的暢通、知識資源的共享，所有的利益相關者均朝著共同的目標一起努力。

而以FOLIO為代表的跨界協同模式，一定會是LSP建設中的通用模式。在這里，不妨暢想一下即將到來的圖書館服務平臺應用場景：豐富的社區資源、可模塊化開發的應用、業務的無縫鏈接……通過基礎架構進行應用開發，自由創建新的服務，新型圖書館服務將逐步走向成熟，圖書館也將在擁有資源所有權的基礎上實現資源自管、業務自組和模式自選，最終帶給用戶更優質的服務體驗。

參考文獻：

[1] KINNER L， RIGDA C. The integrated library system： from daring to dinosaur？[J]. Journal of library administration， 2009， 49（4）： 401-417.

[2] 謝蓉，劉煒，朱雯晶. 第三代圖書館服務平臺： 新需求與新突破[J]. 中國圖書館學報，2019， 45（3）： 25-37.

[3] MARSHALL B. Smarter libraries through technology： the beginning of the end of the ILS in academic libraries[J]. Smart libraries newsletter， 2011， 31（8）： 1-3.

[4] NEWSWIRE PR. EBSCO FOLIO Services Available to Libraries Implementing the FOLIO Library Services Platform[EB/OL]. [2020-08-26]. http：//search.ebscohost.com/login.aspx？direct=true&db=bwh&AN=202008261000PR.NEWS.USPR.UN06733&lang=zh-cn&site=ehost-live.

[5] EBSCO FOLIO deploys on libraries using FOLIO LSP[J]. UNIX Update， 2020， 31（10）：146099551.

[6] OWENS N， THOMAS C. The future of cataloging in a FOLIO environment[J]. The serials librarian， 2019， 76（1-4）： 66-71.

[7] 孫宇，周綱. 基于微服務架構的資源發現系統平臺構建研究[J]. 中國圖書館學報， 2020， 46（1）： 114-124.

[8] 曹祺. 基于微服務架構的下一代圖書館服務平臺的系統分析——以FOLIO為例[J].農業圖書情報學報， 2020， 32（4）： 51-58.

[9] 肖錚，林俊偉，陳麗娟. 下一代圖書館開放服務平臺FOLIO初探[J]. 圖書館學研究，2018（15）： 34-38，63.

[10] AVERY J M. Implementing an open source integrated library system （ILS） in a special focus institution[J]. Digital library perspectives， 2016， 32（4）： 287-298.

[11] 周綱，孫宇. 開創性的下一代圖書館服務平臺解決方案——FOLIO[J]. 中國圖書館學報， 2020，46（1）： 79-91.

[12] 中國FOLIO社區. 上海市圖書館行業協會FOLIO技術及應用聯盟[EB/OL]. [2021-08-01]. https：//wiki.folio.org/display/CHINA.

[13] 賀超凱，吳蒙. edX平臺教育大數據的學習行為分析與預測[J]. 中國遠程教育， 2016（6）： 54-59.

[14] TSURKAN M， IRINA D， PILIPCHUK N. Cross-Boundary Projects E-Governance as a method of EAEU economic policy integration[M]. St. Petersburg：Electronic Governance and Open Society： Challenges in Eurasia，2020：165-178.

[15] 趙發珍，滿路. 圖書館核心業務視角下的跨界合作服務研究[J]. 圖書館工作與研究，2016（12）： 121-124.

[16] 蔣冬英. 基于FOLIO理念的下一代圖書館平臺服務與創新研究[J]. 圖書與情報， 2019（5）： 85-88.

[17] 王文清，陳凌，關濤. 融合發展的CALIS新一代圖書館服務平臺[J]. 數字圖書館論壇， 2020（1）： 2-10.

[18] 歐燕，黃麗霞. 我國圖書館跨界合作研究進展綜述[J]. 圖書館學刊， 2020， 42（8）： 100-106.

[19] 王瑋，王耀輝. 基于館社合作的高校圖書采訪工作研究[J]. 情報探索， 2016（11）： 62-64，69.

[20] FOLIO. FOLIO Developer[EB/OL]. [2021-08-08]. https：//www.folio.org/community/developers/.

[21] 朱崇斌. FOLIO及CALIS圖書館云服務平臺設計與實踐[EB/OL]. [2021-08-26]. https：//max.book118.com/html/2018/1229/8131056013001142.shtm.

[22] 郭利敏，張磊. FOLIO的技術選型與運營模式研究[J]. 中國圖書館學報， 2020， 46（1）： 92-98.

[23] 胡曉莉，徐偉. 基于社群合作的圖書館服務新模式： FOLIO[J]. 電腦與電信， 2018（S1）： 73-76.

[24] FOLIO at Duke. Duke FOLIO Forum August 12 2019[EB/OL]. [2021-08-28]. https：//sites.duke.edu/folioatduke/2019/08/.

[25] FOLIO at Duke. Duke FOLIO Forum February 19 2020[EB/OL]. [2021-08-28]. https：//sites.duke.edu/folioatduke/2020/02/.

[26] 郭志弘. 基于SWOT分析看FOLIO服務平臺在圖書館的未來[J]. 圖書館學刊， 2021， 43（2）： 82-88.

作者貢獻說明：

程秀峰：負責論文的研究思路確定和修改;

丁? 芬：負責論文撰寫與修改;

李? 倩：負責論文修改。