系统架构与功能需求.doc

实用标准文案 PAGE 精彩文档 貳、系統架構與功能需求 一、系統架構 地方文獻數位化是一全國性的計畫，也是一個與傳統圖書館自動化性質截然不同的計畫，此種計畫就性質及採用的技術而言，也屬於數位圖書館或數位博物館計畫，它與傳統自動化系統不同之處在於： 傳統資料庫所描述的多為文件資料，屬性較易掌握，數位圖書館/博物館所要描述的資料包括各種類型, 屬性不易掌握； 傳統書目資料庫不必考慮多媒體物件的連結問題，電子圖書館/博物館系統一筆詮釋資料(metadata)會連接多件多媒體檔案； 在圖書館的館藏目錄中，資料與他館重複者多，但地方文獻多為獨特唯一的資料，不易重複，所以數位化資料的安全性及長久典藏問題，需有周全的考慮；為因應此問題，在地方文獻數位化計畫中，我們規畫各文化局數位化之地方文獻都各存一份在國家圖書館及國立台中圖書館，以便於資料的集中檢索使用及數位資料的長久典藏之需。 在數位圖書館/博物館系統中，詮釋資料的編目與多媒體編目應該可以獨立處理，以便於個別作業，再做整合或連結； 進行數位圖書館/博物館計畫時，數位化物件的命名架構要事先訂定，以免產生命名不一致或無法擴充等問題。此外，在詮釋資料與多媒體資料連結時，必需考慮到未來多媒體檔案的儲存位置有可能改變，所以不要在詮釋資料中填多媒體檔案的實體位置(physical location)，而應填邏輯位置(logical location)，而系統應具備由邏輯位置找到實體位置的功能，以因應檔案位置的轉移。 綜合而言，地方文獻數位化之系統架構可以以下列各圖表示之： 地方文獻整體存取及儲存環境：為了使民眾能透過各種管道獲得數位化之資料，也為了分散典藏的風險，並確保數位化檔得以長久保存，地方文獻之數位檔將以下列模式儲存並檢索(參見圖一)。簡單而言，數位化後的資料將存在文化中心(局)、國立臺中圖書館、國家圖書館各一份。 ??? ??? 宜蘭縣文化局 台北縣文化局 新竹縣文化局 分散式檢索引擎 國中圖 國家圖書館 XML searching engine Z39.50 searching engine 提供集中式的檢索環境 提供長久數位典藏環境，並將資料定期做migration IE or Netscape 使用者透過瀏覽器自行檢索各文化局 圖一：地方文獻數位化存取及儲存環境 2. 各機構地方文獻數化系統架構：地方文獻數位化系統其實就是一電子圖書館系統，在此系統中，使用者可以採用查詢或瀏覽模式找資料，而要提供查詢功能，數位化單位需要建立metadata資料庫，無論是查詢或瀏覽，後端都需有多媒體伺服器。在此系統中，書目資料或網頁的超連結可能是連到多媒體伺服器，也可能連到遠端的系統，為了確保連結的正確性, 必需有一識別處理系統，如OCLC的PURL或美國國會圖書館的Handle system。 使用者介面 使用者介面 詮釋資料之索引檔 查詢 查尋清單(finding aids) 線上陳列及展示 瀏覽 其他連結 參考資料 鑑賞文件 名稱 多媒體物件(Multimedia Object) 使用者 存取工具 識別處理 數位化資料 圖二：單一機構內數位圖書館/博物館系統架構圖 3. metadata管理系統 詮釋資料是數位圖書館/博物館系統的核心，為了使得各單位之系統具有共通性，本計畫將採用我們在國科會數位博物館專案資訊組織與檢索研究計畫所開發出來的Metalogy系統，來處理詮釋資料的輸入/出及資料庫管理，此系統的特色包括： 陳昭珍，「詮釋資料通用系統Metalogy之架構與設備需求」(簡報檔)，數位博物館專案訓練課程：詮釋資料(Metadata)著錄實務，(台北: 國科會數位博物館推廣辦公室，民八十九年四月十三日) 系統綱要(schema)主要依據輸入之DTD決定。 系統允需兼容多種不同DTD同時存在。 多種不同格式之資料能夠同時被檢索。 資料處理之結構允許使用者依據綱要調整內定之欄位格式與使用條件。 資料轉入與轉出能依循所屬之DTD格式。 系統能判定轉入之資料是否符合指定之DTD格式，以及執行重複查核。 資料內部處理能包含欄位式結構、多媒體結構、與全文。 系統包含存取控制(access control)、異動記錄(transaction log)等系統管理功能。 圖三： 圖三：Metalogy 系統架構圖 Metadata 資料庫 XML及ISO 2709記錄轉入/轉出 全文資料 多媒體資料庫 DTD Definition files 權威檔 DTD instance DTD Normalize 轉入吃 XML或 ISO 2709 權威記錄 WWW server 使用者 詮釋資料查尋與編輯 新增修訂或刪除資料