1 引言
20世紀90年代中期,我國圖書館自動化系統的研發曾經出現了一個高潮時期,當時推出了目前在國內較有影響的幾個大型自動化系統(如南京匯文、北郵MELINETS、深圖ILASⅡ等),并提出了“第三代圖書館自動化系統”的概念。進入21世紀,隨著資源共建、共享的呼聲越來越高,各地區圖書館群資源重新整合的要求也擺上日程,還有各地區興建大學城、各高?绲貐^設立分校的興起,圖書館的發展已經突破傳統意義上的信息孤島模式,強調圖書館之間的資源共建、共享。在區域內,需要整合圖書館群的文獻、數字化資源信息,進行集中管理,才能最大程度的滿足讀者的要求。而20世紀90年代中期推出的在國內較有影響的幾個大型自動化系統,對當前圖書館迅猛發展而提出的要求感到力不從心。究其原因,其C/S結構可謂是主要因素,如果采用的是B/S結構,很多問題就可迎刃而解了,比如多校區一體化問題、移動采訪問題等等。為了能很好的理解下文,我們首先引入C/S結構和B/S結構這兩個概念。
C/S結構又稱Client/Server或客戶/服務器模式,分為客戶機和服務器兩層,客戶機不是毫無運算能力的輸入、輸出設備,而是具有了一定的數據處理和數據存儲能力,通過把應用軟件的計算和數據合理地分配在客戶機和服務器兩端,可以有效地降低網絡通信量和服務器運算量。由于服務器連接個數和數據通信量的限制,這種結構的軟件適于在用戶數目不多的局域網內使用。國內目前的大部分ERP(財務)軟件產品即屬于此類。
B/S結構全稱Brower/Server或瀏覽器/服務器模式,是隨著Internet技術的興起,對C/S結構的一種改進。在這種結構下,軟件應用的業務邏輯完全在應用服務器端實現,用戶表現完全在Web服務器實現,客戶端只需要瀏覽器即可進行業務處理,是一種全新的軟件系統構造技術。這種結構更成為當今應用軟件的首選體系結構。雙匯軟件系列產品即屬于此類。
目前在圖書館自動化系統領域,剛剛興起的一個聯合圖書館自動化系統軟件,可謂第三代圖書館自動化系統的先驅,它是基于B/S結構研發的,建立在網絡上,突破時間和地域的限制,隨時隨地提供在線服務,順應了圖書館發展的要求,解決了很多目前圖書館發展中遇到的問題。例,現在各個學校圖書館是一個個離散的點,采用C/S結構的圖書館自動化系統,表現為信息孤島模式;而采用B/S結構的聯合圖書館自動化系統,在集群管理方式下,區域內各圖書館不再是孤立的、離散的點,互相之間通過Internet或城域網連接在一起,形成網狀結構,區域圖書館群對外的表現是一個整體,同時又具有各自特色,對內是互相聯系在一起的獨立實體,讀者享受的服務可以是全區域范圍的。
聯合圖書館自動化系統是通過Internet網絡或城域網絡將區域內各圖書館聯合起來,組成一個區域性的虛擬數字圖書館,建立一個區域圖書館群的電子化、數字化、網絡化的信息空間,同時通過網絡達到與其它信息的資源共享與協作,通過一個統一的虛擬的門戶對讀者提供服務。
2 基于B/S結構的聯合圖書館自動化系統的功能
(1)聯合編目
通過館際間的合作,實現區域圖書館群的聯合編目,多館具有相同的文獻資源,共用一條標準書目數據,達到書目資源共建共享。
(2)聯合目錄
建立區域圖書館群的聯合目錄,將圖書館群文獻資源的目錄信息集中在一起,提供給讀者不再是單一圖書館的目錄資源,而是圖書館群的目錄資源。
(3)館際互借
讀者可以對其他分館的圖書進行預約和預借。
(4)通借通還
區域圖書館群之間實現通借通還,提高了圖書館現有文獻資源的利用率,同時提高了對讀者服務的層次?v觀國內現有的基于C/S結構模式的圖書自動化系統,還沒有一個能很好的實現區域圖書館群之間通借通還。而聯合圖書館自動化系統能很好的支持通借通還。
(5)聯合采購
通過區域圖書館群的聯合、協調采購,達到在文獻資源采購時就進行合理配置的目的。在聯合采購業務管理方面,B/S結構模式下目前做得比較出色的圖書館自動化管理系統是以色列的Aleph軟件,它有聯合采購和獨立采購兩種形式。聯合圖書館自動化系統可以實現以下幾種采購方式:
、俾摵喜少彛焊鞣逐^分別建立自己的訂單,由中心采訪部門統一管理,發訂單訂購。
、讵毩⒉少彛焊鞣逐^分別建立自己的訂單,由各分館自己發訂單,獨立完成采訪過程。
、壑行牟少彛河芍行酿^建立總訂單,完成采訪,書到館后分發給各分館。
(6)數字圖書館連接
數字資源整合,將電子書、電子期刊原數據導入書目庫,通過CNMARC 856字段進行關聯,讀者通過WEB、OPAC檢索書目可以查詢到館藏,同時可以查詢到電子圖書的URL連接。
(7)一站式檢索
讀者通過統一的檢索界面可以檢索區域圖書館群內的所有資源庫,包括書目庫、電子圖書、電子期刊及其它數字資源數據庫,提高資源的利用并簡化用戶獲取所需資源的手段。
(8)支持多索書號,簡化書目數據合并與整合
由于聯合圖書館自動化系統支持多索書號,所以只需要合并書目數據庫,將圖書館群文獻資源的目錄信息集中在一起,以某一個成員館的書目數據庫為聯合圖書館建庫的基本數據庫,對各成員館同種文獻的書目記錄進行判重,設置各成員館館藏字段,保留各成員館代碼及索書號。這樣做省去了更改各成員館原有藏書的索書號所耗費的大量人力物力。
(9)支持移動采訪
基于B/S結構的聯合圖書館自動化系統只要在能與Internet鏈接上的地方,均可以實時與本地數據庫鏈接,實現數據即時更新。而基于C/S結構的傳統圖書館自動化系統只能在本地查重或利用手提電腦將數據載入進行在采購地點查重,采用前者數據雖然能即時與數據庫更新,但是如果是現購方式,圖書的運輸將耗費大量的人力物力,采用后者數據就不能與數據庫即時更新,存在一個時間空白,容易造成重購現象,這些都是困擾我們采訪人員的一大難題。
(10)統一用戶管理
用戶對區域圖書館資源的使用將通過統一的資源服務門戶獲得,利用統一用戶管理功能,用戶僅需一次登錄(SSO),即可訪問其權限范圍內的所有資源。
(11)統一計費
統一計費提供對用戶使用服務時的消費行為進行計費的基本功能,支持實時計費(按流量、時長計費,鎖定預付費)和后付費(包月、包次、按次)。
(12)統一消息
統一消息功能將所有的信息類型,如語音、電子郵件、尋呼信息、移動短信息、傳真和數據(如文件等)等,全都封裝在同一個“容器”中,在“容器”中進行處理!叭萜鳌泵嫦蛴脩舻氖且粋統一的出口,用戶不必考慮時間、地點或設備,可以通過電話、手機、計算機、傳真機、掌上電腦等手段方便的在任何一個終端訪問、接收和發送任何消息。
(13)實時數據采集
針對用戶的不同需求,從網上不停地自動收集用戶感興趣的相關信息,并轉化為關系數據庫中的記錄,以多個視圖呈現給用戶,極大的減少用戶信息采集的人力物力。
(14)分館功能
分館功能包括:采訪子系統、編目子系統、流通子系統、典藏子系統、期刊子系統、WEB OPAC子系統和系統管理子系統。
3 基于B/S結構的聯合圖書館自動化系統對行業標準和協議的支持
(1)支持CNMARC、USMARC等多種MARC格式
MARC是書目數據標準,是圖書館自動化軟件的元數據表現形式,也是數據交換和數據處理的基礎。流行的圖書館軟件必須以MARC數據表現為中心,能同時支持多種MARC格式。
能通過MARC和數字資源(電子書,電子期刊等)進行掛接。通常數字資源MARC數據使用856字段以表明該數字資源的URL定位。
(2)支持Dublin Core格式
Dublin Core是國際組織Dublin Core Metadata Initiative擬定的用于標識電子資源的一種簡要目錄模式。它一出現就被北美、歐洲、亞洲和澳洲20多個國家認同。不僅圖書館、博物館采用而且不少政府機構、商業組織正在或準備采用。Dublin Core 的擬定者們參照圖書館卡片目錄的模式,制定了15項廣義的元數據(Metadata)。
(3)支持UNICODE標準
作為書目MARC數據,通常應該支持多語言,比如在一條MARC記錄里可以支持中文、日文、俄文等多語言的編目和顯示。UNICODE作為多語言統一編目的標準,已成為多語言支持的基礎。
(4)支持Z3950協議
圖書館業務系統是以書目處理為中心,書目編目的質量決定該圖書館的業務水平,現在圖書館編目通常采用Z3950從編目中心套錄書目數據。自動化系統支持Z3950查重,套錄合并是必需的功能。
(5)支持XML標準
XML是國際互聯網聯盟(W3c)開發的用于網絡環境下網頁設計和數據交換、管理的新技術,并已成為推薦標準,具有很好的應用和發展前景。
4 基于B/S結構與基于C/S結構的圖書館自動化系統的比較
4.1 從技術的角度進行比較
(1)數據安全性比較。由于C/S結構的圖書館自動化系統的數據分布特性,客戶端所發生的火災、盜搶、地震、病毒、黑客等都成了可怕的數據殺手。另外,對于圖書館群的異地軟件應用,C/S結構的圖書館自動化系統必須在各地安裝多個服務器,并在多個服務器之間進行數據同步。如此一來,每個數據點上的數據安全都影響了整個應用的數據安全。所以,對于圖書館群的大型應用來講,C/S結構的圖書館自動化系統的安全性是令人無法接受的。對于B/S結構的圖書館自動化系統來講,由于其數據集中存放于中心館的數據庫服務器,客戶端不保存任何業務數據和數據庫連接信息,也無需進行什么數據同步,所以這些安全問題也就自然不存在了。
(2)數據一致性比較。在C/S結構的圖書館自動化系統的解決方案里,對于異地的成員館都采用各地安裝區域級服務器,然后再進行數據同步的模式。這些服務器每天必須同步完畢之后,中心館才可得到最終的數據。由于局部網絡的故障造成個別數據庫不能同步,即使同步上來,各服務器也不是一個時點上的數據,數據永遠無法一致。對于B/S結構的圖書館自動化系統來講,其數據是集中存放的,客戶端發生的每一筆業務單據都直接進入到中央數據庫,不存在數據一致性的問題。
(3)數據實時性比較。在圖書館群應用里,C/S結構不可能隨時隨地看到當前業務的發生情況,看到的都是事后數據。而B/S結構則不同,它可以實時看到當前發生的所有業務,方便了移動采訪,有效地避免了圖書館采購中重購帶來的損失。
(4)數據溯源性比較。由于B/S結構的數據是集中存放的,所以中心館可以直接追溯到各級分館的原始業務單據,也就是說看到的結果可溯源。大部分C/S結構的圖書館自動化則不同,為了減少數據通信量,僅僅上傳中間報表數據,在中心館不可能查到各分館的原始單據。
(5)服務響應及時性比較。軟件供應商提供的圖書館自動化系統也不是完美無缺的。所以,對已經部署的圖書館自動化系統進行維護、升級是正常的。C/S結構的圖書館自動化系統,由于其應用是分布的,需要對每一個使用節點進行程序安裝。所以,即使非常小的程序缺陷都需要很長的重新部署時間,重新部署時,為了保證各程序版本的一致性,必須暫停一切業務進行更新(即“休克更新"),其服務響應時間基本不可忍受。而B/S結構的圖書館自動化系統不同,其應用都集中于中心館服務器上,各應用節點并沒有任何程序,一個地方更新則全部應用程序更新,可以做到快速服務響應。
(6)網絡應用限制比較。C/S結構的圖書館自動化系統僅適用于局域網內部用戶或寬帶用戶(1兆以上);而B/S結構的圖書館自動化系統可以適用于任何網絡結構(包括28.8K撥號入網方式),特別適用于寬帶不能到達的地方。
4.2 從商業運用的角度進行比較
(1)投入成本比較。B/S結構的圖書館自動化系統一般只有初期一次性投入成本。對于圖書館群來講,有利于軟件項目控制和避免IT黑洞。而C/S結構的圖書館自動化系統則不同,隨著應用范圍的擴大,投資會連綿不斷。
(2)硬件投資保護比較。在對已有硬件投資的保護方面,兩種結構也是完全不同的。當應用范圍擴大,系統負載上升時,C/S結構的圖書館自動化系統的一般解決方案是購買更高級的中央服務器,原服務器放棄不用,這是由于C/S結構的圖書館自動化系統的兩層結構造成的,這類自動化系統的服務器程序必須部署在一臺計算機上。而B/S結構的圖書館自動化系統則不同,隨著服務器負載的增加,可以平滑地增加服務器的個數,然后在各個服務器之間做負載均衡,有效地保護了原有硬件投資。
(3)圖書館快速擴張支持上的比較。對于成長中的圖書館,快速擴張是它的顯著特點。以本人所在的學院為例,幾年之內,有兩個新館落成,每年都有新的館藏點設立。應用軟件的快速部署,是圖書館快速擴張的必要保障。對于C/S結構的圖書館自動化系統來講,由于必須同時安裝服務器和客戶端、建設機房、招聘專業管理人員等,所以無法適應圖書館快速擴張的特點。而B/S結構的圖書館自動化系統,只需一次安裝,以后只需設立賬號、培訓即可。
另外,大多數C/S結構的圖書館自動化系統都是通過ODBC直接連到數據庫的,安全性差,其用戶數也是受限的。每個連到數據庫的用戶都會保持一個ODBC連接,都會一直占用中央服務器的資源,對中央服務器的要求非常高,使得用戶擴充受到極大的限制。而B/S結構的圖書館自動化系統則不同,所有的用戶都是通過一個JDBC連接緩沖池連接到數據庫的,用戶并不保持對數據庫的連接,用戶數基本上是無限的。
從以上的分析可以看出,B/S結構的圖書館自動化系統有著C/S結構的圖書館自動化系統無法比擬的優勢。而從國外的發展趨勢來看,也驗證了這一點。目前,國外大型企業管理軟件要么已經是B/S結構的,要么正在經歷從C/S到B/S結構的轉變。從國內諸多軟件廠商積極投入開發B/S結構軟件的趨勢來看,B/S結構的圖書館自動化系統勢必在將來的幾年內占據圖書館管理軟件領域的主導地位。
|