基于FOLIO平臺的文獻傳遞系統構建研究

[摘 要]2019年，上海圖書館著手FOLIO圖書館服務平臺本土化嘗試，立項“云瀚”智慧圖書館項目，文獻服務部基于此開發了“文獻傳遞系統”。目前，國內開發文獻傳遞系統的公共圖書館并不多，且大多系統智能化程度較低。以上海圖書館文獻傳遞系統為實例，介紹了系統開發歷程，分析業務系統優化給文獻資源有效共享、文獻傳遞服務效果以及館藏價值實現帶來的變化。

[關鍵詞]文獻傳遞系統 FOLIO 智慧圖書館 云瀚

[分類號]G251.5

1 引言

2003年，“智慧圖書館”的概念首次被提出。智慧圖書館是隨時隨地提供圖書服務的移動平臺，不再受空間的限制。隨著互聯網技術的快速發展，圖書館經歷了從傳統圖書館到數字圖書館再到智慧圖書館的轉變過程，文獻服務作為圖書館服務的重要組成部分，也由線下服務實現數字化轉型，文獻提供網絡化服務體系變成了文獻服務對外的重要窗口[1]。2020年以來，圖書館學界討論了圖書館現階段將面臨的挑戰和機遇[2-3]：智慧圖書館是集實體館藏、信息資源、信息技術、空間、館員、管理等于一體的系統工程，要搭建惠及全民、互聯互通的開放圖書館體系。

2 背景

很多公共圖書館都擁有特色的館藏資源，承擔地方文獻的收藏和服務職能。公共圖書館搭建文獻傳遞系統，尋求廣泛的合作實現資源的集成和共享，推進教育、學術信息化建設是大勢所趨。中國國家圖書館和上海圖書館是國內較早開展文獻傳遞的公共圖書館，主要是以本館館藏資源和各類數據庫為基礎，其他圖書館和各個情報機構為外延，由專業館員幫助讀者檢索所需要的文獻資料，復制后通過郵寄或電子傳遞為讀者服務。2009年，中國國家圖書館館際互借與文獻傳遞系統正式投入使用。2010年，上海圖書館館際互借和文獻傳遞系統開通運行。隨著下一代圖書館概念的提出和信息技術的快速發展，圖書館正面臨巨大轉變，智慧化文獻服務場景使文獻傳遞服務平臺面臨新的挑戰：業務系統老化導致的應用孤島、數據孤島，已經無法滿足業務模式設計、流程自動化、資源管理智能化、業務狀態可跟蹤等需求，圖書館業務系統亟需優化和重構。

FOLIO以開源軟件的形式，為圖書館、服務提供方和相關技術開發者搭建了一個平臺，使他們得以借此平臺重新定義下一代圖書館自動化系統。目前，FOLIO社區已包括康奈爾大學、杜克大學等知名大學成員，芬蘭、匈牙利等國家圖書館成員，CALIS、德國圖書館聯盟、英國聯合信息系統委員會等圖書館聯盟成員，以及Index Data、BiblioLabs等軟件開發商成員。FOLIO采用開源方式發布，其OKAPI核心部分的全部代碼已經托管在GitHub，任何人均可以從GitHub同步源代碼進行本地化部署測試，也可以加入開發者團隊貢獻自己的程序。CALIS是國內首批加入FOLIO社區的圖書館聯盟，也已經選擇了FOLIO進行本地化開發，對FOLIO在國內的推廣起著至關重要的作用[4]。云瀚是FOLIO中國化和本土化的產物，既是下一代圖書館服務平臺，又是取代傳統圖書館集成管理系統的應用組件，同時也是以開放理念運行的開源社區。

3 文獻傳遞系統（含檢索咨詢業務）開發歷程

3.1 文獻傳遞系統與上海圖書館云瀚

上海圖書館將其東館信息化建設的圖書館服務平臺部分立項為上海圖書館云瀚項目，文獻傳遞系統“搭乘便車”加入云瀚項目館際互借應用開發組。上海圖書館云瀚采用FOLIO微服務架構開發，具有更好的可伸縮性和靈活性，比起傳統的單體架構，其服務可以拆分為獨立的模塊，獨立部署，每個服務都有自己的數據庫，通過API網關實現服務注冊、發現和調用[4]。云瀚項目應用由不同的小組開發，其中用戶管理、在線支付、流通等應用目前與文獻傳遞系統交互，不同的應用間可以實現平穩對接。文獻服務平臺用戶登錄對接OAuth2.0讀者虛擬證系統，實現統一認證及虛擬證注冊；流轉館內圖書調閱對接FOLIO索書系統實現自動索書，與FOLIO流通系統實現自動關聯借還；結算管理對接支付網關，實現全關統一支付后臺。

3.2 開發模式

文獻傳遞系統（含檢索咨詢業務）（以下簡稱“文獻傳遞系統”）由阿法迪館際互借應用開發小組開發，開發模式遵循云瀚項目敏捷開發模式。應用開發團隊由云瀚應用開發的技術負責人、產品負責人、部門領導及相關館員組成。部門領導及相關館員負責明確產品需求，結合業務模式、業務流程及讀者需求進行科學設計。除了優化讀者系統，提升體驗，還尋求系統后臺處理“一站式閉環平臺”。對于圖書館文獻服務來說，各系統之間有密切的合作關系和不同程度的融合，訂單的來源可能來自多方，有時會出現幾個系統并行存在的情況，處理訂單需要切換很多不同的平臺。這就需要整合業務功能、強化安全性，設計出能夠應對大業務量、操作靈活的系統。

3.3 文獻服務系統實踐

3.3.1 需求分析

文獻服務的業務類型包括原書外借、文獻傳遞、檢索咨詢業務（含專題檢索證明、論文收引查證、檢索咨詢、館藏復制，提供高效的文獻服務、科研服務和定制化服務）。其中文獻傳遞是將讀者所需的文獻通過復制方式傳遞給讀者，是非返還式的文獻提供服務，檢索咨詢服務由讀者發起請求，館員發揮檢索能力，出具中立、客觀的證明文件等定制化服務。根據業務類型應用場景及業務模式設計，系統分為館員端和讀者端。館員端功能設計包含用戶/機構管理、訂單管理、流轉管理、結算管理、數據查詢、統計管理、后臺管理、參數配置，讀者端功能設計包含用戶管理、訂單管理、數據查詢。

3.3.2 平臺架構設計

綜合平臺關涉的各種要素及業務流程，設計文獻傳遞服務系統構架如圖1所示。

3.4 文獻傳遞業務模式設計與優化

3.4.1 用戶管理

OKAPI鏈接基于FOLIO開發的用戶模塊之前，文獻傳遞系統的用戶獨立于讀者證系統。這意味著普通讀者需要在各自系統注冊信息，這會引發一些問題：一是讀者需要自己記錄各自系統的登錄信息；二是會產生個人信息泄露風險；三是技術相對落后，無法使用手機號便捷注冊，讀者體驗不佳。

對于上海圖書館的用戶來說，圖書館不同的業務中心存在各自獨立的業務系統，使用新開發的用戶模塊后，用戶只需一次認證即可無阻登錄使用上海圖書館的任意信息產品。采用OAuth2.0開發授權協議，授權第三方網站訪問特定網站的信息，如郵箱、用戶名等用戶通過授權服務器提供第三方token令牌，取代密碼的輸入，系統只需調用該token令牌即可，不會再向第三方網站或應用提供用戶名和密碼。對于用戶而言，這樣的登錄方式更加私密，能有效防止信息泄露，解決了第三方網站的可信任問題（見圖2）。

3.4.2 流轉設計

在具體的業務處理中，館員會接收到四面八方提交的訂單，包括CALIS、CASHL、BALIS等，獲取文獻需要同時向各個不同的機構申請。而向不同平臺申請的任務一般會分配給不同的人，由他們統一調取，比如為負責館內調取的人設計從接收訂單到館內流通的一站式服務，對于訂單的流向不再分散管理，可以精準對應。

之前，由于沒有流轉管理設計，文獻服務館員不得不依賴手動記錄工作日志的方式，至少要進行三次復制粘貼的重復步驟：首先是初步的檢索篩查，其次是將索書信息填寫到本地共享表單中，最后是“流轉處理人”統一提交至流通系統。但是，當有大量的訂單來源時，由于此過程無法并行進行，完整流程總會遇到各種各樣的“卡殼”，影響工作效率。為了解決此問題，系統設計時特別考慮減少復制粘貼、排隊等候的流程，通過OKAPI接口鏈接基于FOLIO開發的流通模塊，將訂單流通前預檢工作、流通、物流這幾個過程設置為一站式流程，操作員只需要在“我的訂單”中完成校驗、流轉、物流等所有步驟即可（見圖3）。

3.4.3 拓展檢索咨詢業務系統開發

收錄引證是對科研人員撰寫的論文被國內外權威刊物或相應數據庫以及被他人文獻引證情況的檢索，可證明其科研能力。系統設計初衷是為了簡化委托人提交申請流程，提供用戶與館員在線溝通、支付、查看結果等功能。委托人可以自助在系統上申請表單、在線支付，并在線獲取檢索結果。（1）收錄引證流程。該流程一般分為收錄引證申請、館員審核并聯系確認檢索項目、結算費用、報告形成、獲取檢索證明。（2）收錄引證系統設計。依托于文獻傳遞系統，收錄引證的流程可以完全實現文獻傳遞流程復用，唯一不同的是，文獻傳遞的交付方式只限一種，而收錄引證可能是電子件和紙質件。故而在系統開發時，界面視圖中增加了文件上傳狀態及物流狀態。在訂單操作設計中，將上傳文件與物流設置為并行操作。

4 文獻傳遞系統發展局限及思考

4.1 檢索發現數據覆蓋率低，需整合發現系統與文獻傳遞系統

對于用戶來說，如果從“發現”到“傳遞”是一個無縫銜接的流程，無疑更加省時省力。用戶期望圖書館的檢索系統像谷歌或是網上書店那樣，能夠精準快速地找到文獻并一鍵獲取，無需清楚信息來源，只需要輸入標題或主題關鍵字，即可通過發現服務找到其所需要的文獻，對于無法免費獲得的資源，點擊文獻旁邊的文獻傳遞按鈕便可獲取文獻獲得渠道。

目前，多數圖書檢索系統存在信息檢索無法整合、被發現利用率低的問題。這就需要進行系統文獻預處理程序設計，設定相應計劃為用戶提供全面的信息發現服務，高效滿足用戶的檢索需求。

隨著CALIS、Subito、NSTL等聯合發現檢索平臺的開發應用，館藏資源目錄單獨陳列在文獻傳遞系統中的需求也進一步提升。開發強大的檢索發現系統，可以將電子資源、紙本資源作為可集中式搜索、申請的服務，使獲取文獻的步驟不再繁瑣。要盡可能地匯集全國大部分圖書館的館藏資源，參照OCLC FirstSearch檢索系統，形成全面覆蓋的聯合目錄。

4.2 業務數據分析功能缺乏，需要引入可視化數據分析工具

對于業務部門來說，業務量的數據分析非常重要。不僅是館員個人工作量的統計，部門總體業務量的變化也需要直觀展示，以支持相關決策和精進拓展業務。以前，上海圖書館的文獻傳遞系統只有簡單的訂單查詢功能，當部門需要利用每個年度的各種數據，如部門不同類型的業務量年度漲跌變化、不同機構類型的申請量變化、資源獲取來源變化、個人業務創收變化等做年度對比分析時，只能人工導出數據然后使用Excel等其他工具人工篩選，這個過程不僅耗時，而且很容易出錯。這就需要系統開發者在統計模塊設計有針對性的數據統計功能，實現對所有訂單數據的篩選、聚類展示并得出不同類型的總結性數據。圖書館的業務決策者需要通過有效的數據分析和真實的客戶反饋，證明其服務在滿足客戶群需求和實現關鍵組織目標方面所帶來的增值維度。

4.3 不同機構系統如應用孤島，需開放互聯互通“走出去”

對于文獻傳遞系統操作員來說，處理訂單只在一個系統中完成全部流程，無需在瀏覽器打開無數標簽，無疑是最完美的工作場景。目前，下一代圖書館服務平臺只局限于國內本地圖書館開發，沒有系統間的相互關聯，國內CALIS作為首批加入FOLIO社區的聯盟，和上海圖書館本地化系統的關聯互用還存在一定滯后，這就造成了文獻服務館員不得不在多個系統間切換處理，如果從CALIS領取到的訂單在館內流通中調閱完成掃描后，無法及時回溯是哪一個系統的訂單，就會造成一定的問題。以前碰到這種問題，解決方法一般是自己手動建立表格存檔，并且每日提醒自己追蹤文獻調取狀態，并不智能。希望后續可以在FOLIO上請求不同圖書館業務系統的OKAPI網關，使訂單數據可以直接通過接口展示在其他機構業務系統中，操作員在本地系統即可領取、處理來自四面八方的訂單，以實現文獻傳遞的互聯互通。

5 結語

FOLIO文獻傳遞系統目前正在試運行過程中，系統不僅靈活使用了云瀚平臺的相關技術，也利用了FOLIO社區的LSP（Library Service Platform）新一代圖書館服務平臺模塊。應用同樣的底層技術、數據結構標準、通訊協議，讓上海圖書館的文獻傳遞實現從用戶下單到收款對賬的集中化管理。特別是館內流通的跨部門（如歷史文獻書庫、閱覽室、基藏書庫等）文獻索取，均實現了對訂單的流轉流向、快遞狀態追蹤。除此之外，文獻傳遞系統開發還涉及館內自動索書的功能，應將其對接典藏流通管理系統，實現“一站式”訂單操作。

文獻服務從傳統服務到智慧化服務，服務形式逐漸升級迭代。隨著云計算、人工智能技術的發展成熟，文獻服務已成為智慧圖書館建設的核心模塊之一。目前，FOLIO文獻傳遞系統已實現了訂單處理數字化，但在智慧化服務方面仍然需要進一步探索，如尋求與第三方系統的接口交互、檢索發現目錄的集合等，后續也會逐步將業務數據統計分析、用戶畫像分析等數據可視化，為決策提供依據。未來，行業從業人員應該更加關注服務場景與新技術的結合以及不同系統之間的互聯互通，以期構建更加開放包容、合作共享、廣泛高效、用戶友好的文獻服務平臺，為廣大讀者提供更優質、精準、高效的服務。

參考文獻：

[1] 中華人民共和國中央人民政府.中華人民共和國國民經濟和社會發展第十四個五年規劃和2035年遠景目標綱要[EB/OL].[2023-09-02]. http：//www. gov. cn/xinwen/2021-03/13/content_5592681. htm.

[2] 熊遠明.圍繞國家文化數字化戰略積極推進全國智慧圖書館體系建設[J].中國圖書館學報，2022（4）：5-9.

[3] 程煥文，鐘遠薪.智慧圖書館的三維解析[J].圖書館論壇，2021（6）：43-55.

[4] 周綱.邁向智慧圖書館的新路徑——上海圖書館云瀚智慧圖書館服務平臺的探索和思考[J].圖書館雜志，2023（8）：65-73.

張庭嫣 女，1996年生。助理館員。研究方向：文獻傳遞服務的提升和發展研究、文獻傳遞系統研究。

許 偉 男，1995年生。本科學歷，館員。研究方向：圖書館文獻服務、信息檢索。

（收稿日期：2024-02-02；責編：徐向東。）