贰、系统架构与功能需求.docVIP

貳、系統架構與功能需求 一、系統架構 地方文獻數位化是一全國性的計畫，也是一個與傳統圖書館自動化性質截然不同的計畫，此種計畫就性質及採用的技術而言，也屬於數位圖書館或數位博物館計畫，它與傳統自動化系統不同之處在於： 傳統資料庫所描述的多為文件資料，屬性較易掌握，數位圖書館/博物館所要描述的資料包括各種類型, 屬性不易掌握； 傳統書目資料庫不必考慮多媒體物件的連結問題，電子圖書館/博物館系統一筆詮釋資料(metadata)會連接多件多媒體檔案； 在圖書館的館藏目錄中，資料與他館重複者多，但地方文獻多為獨特唯一的資料，不易重複，所以數位化資料的安全性及長久典藏問題，需有周全的考慮；為因應此問題，在地方文獻數位化計畫中，我們規畫各文化局數位化之地方文獻都各存一份在國家圖書館及國立台中圖書館，以便於資料的集中檢索使用及數位資料的長久典藏之需。 在數位圖書館/博物館系統中，詮釋資料的編目與多媒體編目應該可以獨立處理，以便於個別作業，再做整合或連結； 進行數位圖書館/博物館計畫時，數位化物件的命名架構要事先訂定，以免產生命名不一致或無法擴充等問題。此外，在詮釋資料與多媒體資料連結時，必需考慮到未來多媒體檔案的儲存位置有可能改變，所以不要在詮釋資料中填多媒體檔案的實體位置(physical location)，而應填邏輯位置(logical location)，而系統應具備由邏輯位置找到實體位置的功能，以因應檔案位置的轉移。 綜合而言，地方文獻數位化之系統架構可以以下列各圖表示之： 地方文獻整體存取及儲存環境：為了使民眾能透過各種管道獲得數位化之資料，也為了分散典藏的風險，並確保數位化檔得以長久保存，地方文獻之數位檔將以下列模式儲存並檢索(參見圖一)。簡單而言，數位化後的資料將存在文化中心(局)、國立臺中圖書館、國家圖書館各一份。 2. 各機構地方文獻數化系統架構：地方文獻數位化系統其實就是一電子圖書館系統，在此系統中，使用者可以採用查詢或瀏覽模式找資料，而要提供查詢功能，數位化單位需要建立metadata資料庫，無論是查詢或瀏覽，後端都需有多媒體伺服器。在此系統中，書目資料或網頁的超連結可能是連到多媒體伺服器，也可能連到遠端的系統，為了確保連結的正確性, 必需有一識別處理系統，如OCLC的PURL或美國國會圖書館的Handle system。 3. metadata管理系統 詮釋資料是數位圖書館/博物館系統的核心，為了使得各單位之系統具有共通性，本計畫將採用我們在國科會數位博物館專案資訊組織與檢索研究計畫所開發出來的Metalogy系統，來處理詮釋資料的輸入/出及資料庫管理，此系統的特色包括： 系統綱要(schema)主要依據輸入之DTD決定。 系統允需兼容多種不同DTD同時存在。 多種不同格式之資料能夠同時被檢索。 資料處理之結構允許使用者依據綱要調整內定之欄位格式與使用條件。 資料轉入與轉出能依循所屬之DTD格式。 系統能判定轉入之資料是否符合指定之DTD格式，以及執行重複查核。 資料內部處理能包含欄位式結構、多媒體結構、與全文。 系統包含存取控制(access control)、異動記錄(transaction log)等系統管理功能。 4. 分散式查尋系統架構 分散式系統是網路時代的主流，為了使得地方文獻數位化之系統可以與國際及國內其他各系統互通，一定要考慮整合查詢的功能。這個部份目前考慮的有兩種處理模式，一種是Z39.50模式，另一種是不考慮語意的問題，只管語法的XML search engine，其架構圖分別如下： 二、功能需求 地方文獻數位化系統功能需求書 0 整體功能 由於metadata格式相當多，不可能只採用一種metadata格式，不同的學科領域會採用不同的metadata，如目前歐美國家已發展之metadata格式，有FGDC metadata, GILS metadata, EAD metadata, CIMI metadata, Dublin Core metadata等共二十幾種之多。但這些metadata未來共通的交換語法，應該是W3C積極推動的XML。因此數位化資訊系統必需可以接受各種DTD (Document Type Definition)，換言之，這個系統必需可以支援各種metadata格式。 可支援多媒體編目的系統，且每一個欄位皆可連結多媒體資料，而不是如傳統圖書館的MARC系統，只有856可以做超連結。 系統在使用者查尋部份，採用三層式的主從架構，即使用者只要採用通用的瀏覽器進來檢索即可。查尋畫面分成 Simple 及 Advance二種介面。資料庫內部的記錄及多媒體資料可動態、定期的顯示在網頁上。 1. 編目模組