●李 洪（深圳大學 圖書館，廣東 深圳 518060）

1 引言

隨著電子資源在圖書館文獻購置經費和館藏數(shù)量所占比例的持續(xù)增長，圖書館的館藏結構發(fā)生了明顯的變化。與紙質資源相比，各個圖書館對電子資源的采購和管理流程更加復雜，需要處理的可變因素更多，但圖書館卻一直缺乏能滿足電子資源管理要求的系統(tǒng)。大多數(shù)圖書館目前都只能利用手工記錄、電子文檔等傳統(tǒng)方式進行電子資源的管理，大量信息分散在圖書館各個部門（采訪部、電子資源部、參考部、電腦部） 和各個獨立的運行系統(tǒng) （OPAC、Metalib/SFX、文獻港、門戶等）中，信息的溝通缺乏有效的渠道，使用數(shù)據(jù)的收集非常困難。這種方式已經變得越來越難以滿足現(xiàn)代圖書館的需要，圖書館迫切需要一個對電子資源的整個生命周期進行自動化、規(guī)范化管理的系統(tǒng)，即電子資源管理系統(tǒng)（Electronic Resource Management System，簡稱 ERMS）。

關于 ERMS，Digital Library Federation（簡稱 DLF）的定義是：一個提供電子資源的選擇、評估、訂購和維護等相關信息和工作流的管理，并提供對電子資源及其商務和許可條款的訪問的系統(tǒng)。［1］清華大學圖書館的張喜來等認為，從應用功能角度來看，ERMS是管理有關電子資源的選購、使用及維護等方面信息的系統(tǒng)。［2］

由于國內目前還沒有一套成熟的ERMS，一些圖書館開始考慮引進國外商業(yè)性的ERMS。然而，目前國外商業(yè)性的ERMS不能完全滿足國內圖書館的實際需求（如缺少中文知識庫，缺乏文檔的保存和檢索功能，較難包容國內采購流程和管理辦法的特殊性等），因此有必要開發(fā)一個適合本國圖書館需要的ERMS。在調研了 ExLibris公司的 Verde、［3］ProQuest公司的Serials Solutions和EBSCO公司的Discovery Solutions等大量相關產品的基礎上，深圳大學圖書館正開發(fā)一個適合我國實際情況，同時能滿足區(qū)域合作需求的開放源代碼的電子資源管理系統(tǒng)（Open Source ERMS，簡稱 Open_ERMS）。

2 電子資源的生命周期

雖然圖書館基于電子資源生命周期的電子資源管理工作流程究竟具體包括哪些環(huán)節(jié)尚存在不同看法和表述，但圖書館界和產業(yè)界已基本達成這樣的共識，即ERMS應基于電子資源生命周期，體現(xiàn)圖書館的電子資源管理工作流程。［4］

為了指導ERMS的開發(fā),DLF提供了有關ERMS的詳細報告——Electronic Resource Management Initiatives（簡稱ERMI），可作為ERMS系統(tǒng)開發(fā)的權威指南。

DLF的ERMI報告將電子資源生命周期劃分為四個階段（見圖1）：產品試用與考慮（包括數(shù)據(jù)庫試用、試用評估），采購（包括許可談判、技術評估、商務談判），安裝與使用，維護與評估（包括續(xù)訂/停訂、收藏范圍的變更、使用統(tǒng)計、成本統(tǒng)計、技術問題的解決）。［1］

圖1 ERMI電子資源生命周期

3 Open_ERMS的需求分析

Open_ERMS以ERMI報告為指導，參考ERMI報告附錄A中的功能需求，同時結合深圳大學圖書館電子資源管理的實際流程中各生命周期的業(yè)務內容和遇到的具體問題，作為系統(tǒng)需求分析的依據(jù)。

3.1 產品試用與考慮階段

包括收集電子資源的信息、決定是否試用、申請試用、根據(jù)需要安裝本地鏡像、開通測試、發(fā)布試用通知、試用期宣傳與培訓、解答讀者咨詢與搜集讀者反饋意見、試用統(tǒng)計、試用評估。在此階段，用戶對ERMS的功能需求有以下幾個方面。

（1）保存、記錄信息。按照資源提供商或者其他類別分類保存電子資源的信息及有關電子資源的往來郵件，分類保存試用回執(zhí)、試用申請表、試用評估文檔、試用協(xié)議的電子版，應能支持 Word、Excel、PDF、電子郵件等格式的文件上傳并提供瀏覽和檢索功能。記錄在試用開通測試及試用過程中所遇到的問題、發(fā)生的情況及處理結果，希望ERMS能以備注形式記錄這些信息。

（2）進行資源評估。試用時需考慮該電子資源與本館已有資源的重復情況。因此，希望ERMS能實現(xiàn)資源比對功能，能對兩種或多種電子資源進行比較，分析重復情況，找出某一電子資源所獨有的內容，這意味著ERMS應該具有完善的知識庫。

（3）發(fā)送試用通知。根據(jù)固定的試用通知模板填寫試用通知，ERMS據(jù)此創(chuàng)建試用記錄。在將資源標記為試用狀態(tài)后，希望ERMS以郵件形式通知圖書館相關人員及相關院系試用生效，并提供訪問說明。在試用到期之前的指定時間，提醒有關各方試用即將到期。

（4）搜集反饋意見。在每個試用資源網頁上設有收集用戶反饋意見的入口，希望ERMS自動把這些反饋意見匯總并關聯(lián)到資源評估工作。希望在試用記錄的備注字段中記錄參與資源引進的各方建議及最后的購買決定及經費等信息。

3.2 采購階段

在對電子資源進行試用、評估、論證、決定購買后，即進入采購階段。圖書館與電子資源供應商進行談判，包括技術評估、資源內容、價格、使用期限、使用許可等，然后確定購買方案、合同條款、付款方式，簽訂購買協(xié)議、許可協(xié)議，選定付款代理商，簽訂代理付款協(xié)議，辦理付款手續(xù)。在此階段，用戶對ERMS的功能需求有以下幾個方面。

（1）對電子資源進行著錄，建立知識庫。

知識庫（KnowledgeBase，簡稱KB） 是包含各個層級電子資源記錄的信息庫。知識庫分為中央知識庫（Global Knowledge Base，CKB） 和本地知識庫（LKB）。CKB數(shù)據(jù)主要由聯(lián)盟維護，同時接受從不同機構上載的數(shù)據(jù)，但只允許擁有“上載數(shù)據(jù)”權限的機構，通過支持合作的模塊上載數(shù)據(jù)；從CKB下載到本地ERMS的數(shù)據(jù)稱為GKB數(shù)據(jù)；在本地ERMS建立的數(shù)據(jù)稱為LKB數(shù)據(jù)。①見深圳大學電腦部ERM小組2010年編《ERM需求分析說明書》。

希望能使用標準的軟件或開發(fā)工具從外部導入訂購資源的數(shù)據(jù)。希望支持站點定義（Site-Defined）及輔助性描述數(shù)據(jù)，以對MARC中未覆蓋的字段進行描述。希望實現(xiàn)數(shù)據(jù)統(tǒng)一維護功能，以實現(xiàn)OPAC、門戶、聯(lián)邦檢索工具、本地各種解決方案及目錄系統(tǒng)間的交換與共享。使得同一記錄在某一系統(tǒng)中有更新，其他系統(tǒng)的該記錄也相應地自動更新，或通過動態(tài)數(shù)據(jù)的交換，或從一個系統(tǒng)拷貝到另一系統(tǒng)。

希望能提供知識庫的檢索和瀏覽功能，尤其需要提供各層級電子資源的列表功能。

（2）記錄、管理采購過程。記錄決定采購的日期。對于決定采購的資源，通知許可方創(chuàng)建及協(xié)商許可協(xié)議。如果許可協(xié)議未在設定的日期內完成，根據(jù)設定的截止期，提醒相關聯(lián)系人。在指定的日期前向圖書館有關部門或館員發(fā)送各類通知，例如，在需要各負責人審核、簽署論證報告或驗收報告之前，應自動提前發(fā)送相關材料給他們，以使其事先了解相關報告內容。記錄采購的狀態(tài)，如談判期、簽訂協(xié)議期等。由于采購過程比較復雜，歷時較長，最好能記錄詳細的采購過程，并在需要時向相關人員發(fā)送通知，如辦理付款或寄送合同后，自動給資源供應商發(fā)送通知。

（3）記錄、管理許可權限。包括但不限于資源是否提供數(shù)字拷貝、打印、并發(fā)用戶、館際互借、教學參考、電子鏈接、遠程教育、課程網站及課件、永久訪問及存檔等權限及在何種條件下提供。能夠添加新的服務，允許館員自定義服務的名稱及相關操作，如公共顯示列表、報告、提醒等。基于合同管理及監(jiān)督的目的，希望記錄額外的許可條款及元數(shù)據(jù)，如許可開始日期、結束日期、保密條款及其他重要條款。

（4）保存文檔。需要保存訂購論證報告、訂購回執(zhí)、談判文件、許可協(xié)議、訂購協(xié)議、付款協(xié)議、驗收報告等的電子版或有簽字、蓋章的掃描件。由于協(xié)議在簽訂之前往往會有個雙方協(xié)商修改的過程，電子版往往并不是最終版，所以需要保存最終有雙方簽字、蓋章的協(xié)議的掃描件。

3.3 安裝與使用階段

進行數(shù)據(jù)安裝或網絡開通后，經測試成功并驗收，即完成安裝過程，進入使用階段。首先對電子資源進行著錄，然后制作資源使用指南網頁，發(fā)布購買信息，解答讀者咨詢，對使用過程中遇到的故障進行處理，對讀者進行培訓與宣傳，還要提供其他深層次服務。在此階段，用戶對ERMS的功能需求有以下幾個方面。

（1）提醒開通，發(fā)送通知。有些資源購買后較長時間才開通，需要ERMS能在應開通的日期前進行提醒。在館員發(fā)布了購買開通或資源變更通知后，希望該通知能以郵件或其他方式發(fā)送給相關機構負責人。若圖書館有個性化服務系統(tǒng)（如My Library），新發(fā)布的電子資源信息應推送到相關學科的讀者信箱。若圖書館在校外SNS社區(qū)或微博中設有賬戶，新發(fā)布的信息應能及時轉發(fā)出去。

（2） 管理檢索與訪問。希望ERMS存儲與管理URIs，并能為終端用戶所用。實現(xiàn)代理訪問/訪問管理與其他功能融合，為所有用戶或選擇的用戶提供代理訪問服務的無縫鏈接。實行訪問控制，記錄授權的用戶分類及授權的站點，并基于這些信息為終端用戶及館員生成資源顯示列表。在館員界面，應能進行以下操作：瀏覽、檢索電子資源；查看館員的完整安全文檔資料及功能角色；與圖書館其他系統(tǒng)、門戶及相關系統(tǒng)中存儲的有關信息鏈接；查看對外隱藏的資源；查看工作分配、提醒。應能提供一個數(shù)據(jù)庫列表或瀏覽式的檢索模式，能生成動態(tài)的或個性化的數(shù)據(jù)庫網頁。能生成A-Z期刊導航。能提供與目錄系統(tǒng)中的紙本的鏈接、與其他可獲得的電子版本的鏈接。能實時標識不能訪問的資源，并記錄資源訪問故障的時間、情況、解決故障的方法和過程、解除故障的時間等。能清楚地表達電子資源的層次結構。能在一個窗口中顯示電子資源的生命周期內所有的相關信息（如合同、發(fā)票、使用統(tǒng)計、聯(lián)系人等）。能實現(xiàn)各種報告的輸出功能，以便查看，如輸出本館采購的期刊列表、數(shù)據(jù)庫列表、提供商列表等。

（3）顯示與控制使用權限。不論用戶以何種方式訪問，希望系統(tǒng)以情境敏感方式向用戶顯示相關的許可信息，包括向用戶顯示其是否有權訪問，提供相關的許可使用、使用限制及特定要求等信息。希望提供安全訪問控制及權限維護。

（4）支持用戶教育活動。能存儲培訓賬號相關的信息及其他用戶教育安排，并能為培訓的館員及部分終端用戶所訪問，記錄提供給館員及終端用戶的文檔信息或鏈接，記錄與培訓課程相關的鏈接，統(tǒng)計問卷調查的結果。

（5）提供其他深層次服務。希望利用ERMS實現(xiàn)如下圖書館深層次服務：定期發(fā)布學校師生論文被權威數(shù)據(jù)庫收錄情況并加以分析，列出各學科高影響因子的期刊，對咨詢服務和推薦導讀進行管理等。

3.4 產品維護與評估階段

包括續(xù)訂、停訂、合同執(zhí)行情況管理、收藏范圍變更、使用統(tǒng)計、成本統(tǒng)計、技術問題的解決、收集用戶反饋信息等。在此階段，用戶對ERMS的功能需求有以下幾個方面。

（1）管理合同執(zhí)行情況。鏡像數(shù)據(jù)是否按照合同約定的期限定期更新、備份光盤是否收到、贈送內容是否收到等等，這些目前都是靠人工管理，希望ERMS能進行管理。

（2）管理續(xù)訂/停訂。對于有明確的續(xù)訂或后續(xù)付款的截止日期的資源，應在設定的時間段之前進行通知，記錄續(xù)訂操作或續(xù)訂決定及續(xù)訂日期。在續(xù)訂時，向館員提供有關電子資源的訂購模式、相關聯(lián)的紙本資源、商業(yè)條款等商業(yè)信息。

對于合同到期且不再續(xù)訂的資源，希望能對合同終止行為及相關決定進行管理：根據(jù)合同條款，是否允許圖書館終止合同，如果允許，記錄提前通知日期及適用的條款；根據(jù)合同條款，是否允許授權方終止合同，如果允許，記錄提前通知日期及適用的條款；記錄合同終止日期及終止原因；記錄終止合同所需滿足的協(xié)議條款，并根據(jù)這些信息進行提醒；隨著現(xiàn)有合同的終止，管理、記錄永久使用的訪問權限。

（3）維護知識庫及管理電子資源。當電子資源的題名、收錄范圍、包含的圖書或期刊的題名等信息發(fā)生變更時，需要對知識庫進行維護更新，并將有關變化通知給相關工作人員和讀者。

當校園網IP地址變化時，ERMS應自動通知資源供應商修改IP范圍。在接到資源供應商關于電子資源的內容、訪問方式、訪問網址等變化的通知后，通過對ERMS的維護，應能對電子資源的多處相關網頁進行同步更新。

（4）資源使用統(tǒng)計及數(shù)量統(tǒng)計與分析。使用統(tǒng)計報告的獲取方式有圖書館從管理員界面自行下載、系統(tǒng)定期自動發(fā)送、資源商主動發(fā)送郵件或圖書館向資源商索取等，希望ERMS可以保存使用統(tǒng)計報告并進行匯總、分析。ERMS應支持COUNTER統(tǒng)計標準，并能鏈接支持COUNTER標準的電子資源供應商的使用統(tǒng)計平臺，進行使用跟蹤，以便圖書館對不同出版商的電子資源，在標準化的使用率數(shù)據(jù)中進行比較，從而更好地監(jiān)控資源的使用情況。

The Standardized Usage Statistics Harvesting Initiative，SUSHI，是在COUNTER標準的基礎上，采用統(tǒng)一的協(xié)議，來收集不同數(shù)據(jù)庫商提供的數(shù)據(jù)并進行處理,使用戶在很大程度上能更系統(tǒng)、高效地收集和分析數(shù)據(jù)庫商提供的使用數(shù)據(jù)。［5］對于加入了SUSHI協(xié)議的資源，ERMS應能實現(xiàn)自動收割統(tǒng)計報告的功能。

ERMS應能自動生成滿足各種需求的統(tǒng)計報表，協(xié)助圖書館員的采訪決策。如生成按時間、資源類型、學科、引進方式等的電子資源數(shù)量統(tǒng)計，生成按全文下載量、檢索次數(shù)、平均單篇全文下載成本、平均單次檢索成本等電子資源使用統(tǒng)計等。這些報表應能被存儲、下載、訪問、檢索，還能靈活地配置各種查詢過濾條件，且可按不同的方式排序與顯示字段。

ERMS還應根據(jù)全文滿足率、每種目標資源點擊率、某種電子期刊的點擊率等量化指標統(tǒng)計分析出使用頻率最高的期刊、數(shù)據(jù)庫以及不同群體對特定資源的使用率，以此作為評估電子資源的重要依據(jù)，使圖書館能掌握所擁有的電子資源與讀者滿意度之間的關系，從而動態(tài)研究資源的使用效率。

3.5 其他需求

（1）圖書館管理。包括聯(lián)盟管理、合作圖書館管理和圖書館管理。圖書館常常以參加聯(lián)盟的集團方式引進電子資源，因此，ERMS應支持各種聯(lián)盟模式，記錄聯(lián)盟名稱、聯(lián)系方式、參加聯(lián)盟的成員館名稱、數(shù)量、分享的資源，并具備聯(lián)盟整合檢索和多分支機構檢索的功能，以便查找聯(lián)盟內其他成員的收藏等。此外，系統(tǒng)還要記錄本機構的圖書館信息，如名稱、聯(lián)系方式、位置等。

（2）聯(lián)系信息管理。在電子資源整個生命周期過程中，圖書館員須經常與圖書館其他相關工作人員、電子資源供應商、付款代理商、聯(lián)盟聯(lián)系人、院系相關聯(lián)絡人等聯(lián)系。為了工作的便利，ERMS應對這些聯(lián)系單位和人員的基本信息進行記載與管理，包括：聯(lián)系人信息和聯(lián)系方職責信息。輸入聯(lián)系方單位名稱應能查詢其下的多個聯(lián)系人的基本信息。由于聯(lián)系信息隨時可能變化，應允許對其進行新增、批量新增、維護、刪除等操作。

（3）個性化設置與任務分配。ERMS通常是按照通用性原則設定了電子資源的工作流程，不同的圖書館對電子資源的采購管理的細節(jié)可能有所不同，因此，系統(tǒng)應允許管理員根據(jù)本地需求自定義字段和工作流程，根據(jù)業(yè)務重點設置各模塊參數(shù)，根據(jù)用戶的不同角色為其分配相應的權限。工作流上級的館員應能對下級的館員進行任務分配并能隨時查看任務完成情況。

此外，還需要系統(tǒng)實現(xiàn)管理信息（如訪問地址、管理員維護地址、賬號密碼、使用統(tǒng)計鏈接地址等）的管理與電子資源相關的紙質資源管理等等。

4 Open_ERMS的系統(tǒng)設計

本系統(tǒng)的開發(fā)原則是立足于開源技術，遵循計算機行業(yè)和圖書館行業(yè)的相關標準進行開發(fā)，把ERMI模型與中國的實際情況相結合，并具有較好的可擴展性。

基于上述原則，Open_ERMS基于MVC三層架構的總體思想采用輕量級的J2EE技術框架進行開發(fā)。在此技術框架指導下，本系統(tǒng)使用Struts2、Spring2和Ibatis這三個開源框架作為技術骨架。如圖2所示，Ibatis主要負責系統(tǒng)對數(shù)據(jù)庫的數(shù)據(jù)訪問；Struts2主要負責頁面邏輯跳轉、頁面數(shù)據(jù)展示等功能；Spring2主要負責類裝載以及數(shù)據(jù)庫事務管理。

在數(shù)據(jù)庫方面，系統(tǒng)采用的是加州大學伯克利分校計算機系開發(fā)的開源關系型數(shù)據(jù)庫管理系統(tǒng)PostgreSQL。該數(shù)據(jù)庫的開源協(xié)議是BSD，支持幾乎所有主流的操作系統(tǒng)平臺，而且功能非常豐富，其中包括存儲過程、事務、觸發(fā)器、視圖、表分區(qū)、多過程語言支持和多種數(shù)據(jù)類型及索引的支持。本系統(tǒng)使用的是8.4.3版。

本系統(tǒng)的開發(fā)語言是 Java（JDK6.0），使用E-clipse開發(fā)工具，采用Tomcat6.0作為Web服務器。

圖2 系統(tǒng)架構

5 Open_ERMS的技術難點

系統(tǒng)依據(jù)需求報告進行開發(fā)的過程中需要注意以下技術難點：

（1）Open_ERMS應該具有完善的知識庫用于支撐其各種服務，因此知識庫的建設成為系統(tǒng)的重中之重。系統(tǒng)不僅需要能導入不同數(shù)據(jù)格式的各種數(shù)據(jù)來源的電子資源數(shù)據(jù)，同時還需要建立良好的更新機制，并能適應以后的云發(fā)展戰(zhàn)略目標。

（2）Open_ERMS具有文檔管理的功能，因此需要考慮如何對上傳的文檔進行有效地管理，尤其是檢索方面。目前本系統(tǒng)采用開源的全文索引工具包Lucene進行文檔檢索。

（3）系統(tǒng)應具有良好的擴展性，方便進行二次開發(fā)，提高程序的復用性、可維護性，因此需要盡量降低系統(tǒng)的耦合度。

（4） 為了支持Open_ERMS與其他異構系統(tǒng)間的互操作，系統(tǒng)本身應能支持諸如Web Service、OpenAPI等技術的開發(fā)。同時系統(tǒng)應能支持Counter、Sushi等標準和協(xié)議，遵循國際標準，提升系統(tǒng)的共享能力。

6 結語

經過兩年的研制，Open_ERMS已于今年4月投入試運行。在具體使用中遇到的最大困難在于數(shù)據(jù)的規(guī)范，無論是電子資源本身的信息還是管理流程中的相關信息，都需要制定相應的著錄規(guī)則。目前已制定了知識庫的簡編規(guī)則，詳編規(guī)則尚待制定。其他信息各字段的著錄規(guī)則也正在實踐中逐步制定。Open_ERMS將在使用中不斷地進行完善，以便更好地滿足電子資源管理工作的需要。