系统架构与功能需求.doc

地方文獻數位化工作手冊 貳、系統架構與功能需求一、系統架構 地方文獻數位化是一全國性的計畫，也是一個與傳統圖書館自動化性質截然不同的計畫，此種計畫就性質及採用的技術而言，也屬於數位圖書館或數位博物館計畫，它與傳統自動化系統不同之處在於：1. 傳統資料庫所描述的多為文件資料，屬性較易掌握，數位圖書館/博物館所要描述的資料包括各種類型, 屬性不易掌握； 2. 傳統書目資料庫不必考慮多媒體物件的連結問題，電子圖書館/博物館系統一筆詮釋資料(metadata)會連接多件多媒體檔案；3. 在圖書館的館藏目錄中，資料與他館重複者多，但地方文獻多為獨特唯一的資料，不易重複，所以數位化資料的安全性及長久典藏問題，需有周全的考慮；為因應此問題，在地方文獻數位化計畫中，我們規畫各文化局數位化之地方文獻都各存一份在國家圖書館及國立台中圖書館，以便於資料的集中檢索使用及數位資料的長久典藏之需。4. 在數位圖書館/博物館系統中，詮釋資料的編目與多媒體編目應該可以獨立處理，以便於個別作業，再做整合或連結；5. 進行數位圖書館/博物館計畫時，數位化物件的命名架構要事先訂定，以免產生命名不一致或無法擴充等問題。此外，在詮釋資料與多媒體資料連結時，必需考慮到未來多媒體檔案的儲存位置有可能改變，所以不要在詮釋資料中填多媒體檔案的實體位置(physical location)，而應填邏輯位置(logical location)，而系統應具備由邏輯位置找到實體位置的功能，以因應檔案位置的轉移。.綜合而言，地方文獻數位化之系統架構可以以下列各圖表示之：1. 地方文獻整體存取及儲存環境：為了使民眾能透過各種管道獲得數位化之資料，也為了分散典藏的風險，並確保數位化檔得以長久保存，地方文獻之數位檔將以下列模式儲存並檢索(參見圖一)。簡單而言，數位化後的資料將存在文化中心(局)、國立臺中圖書館、國家圖書館各一份。宜蘭縣文化局台北縣文化局新竹縣文化局分散式檢索引擎國中圖國家圖書館XML searching engineZ39.50 searching engine提供集中式的檢索環境提供長久數位典藏環境，並將資料定期做migrationIE or Netscape 使用者透過瀏覽器自行檢索各文化局圖一：地方文獻數位化存取及儲存環境 2. 各機構地方文獻數化系統架構：地方文獻數位化系統其實就是一電子圖書館系統，在此系統中，使用者可以採用查詢或瀏覽模式找資料，而要提供查詢功能，數位化單位需要建立metadata資料庫，無論是查詢或瀏覽，後端都需有多媒體伺服器。在此系統中，書目資料或網頁的超連結可能是連到多媒體伺服器，也可能連到遠端的系統，為了確保連結的正確性, 必需有一識別處理系統，如OCLC的PURL或美國國會圖書館的Handle system。 使用者介面詮釋資料之索引檔查詢查尋清單(finding aids)線上陳列及展示瀏覽其他連結參考資料鑑賞文件名稱多媒體物件(MultimediaObject)使用者 存取工具識別處理數位化資料圖二：單一機構內數位圖書館/博物館系統架構圖3. metadata管理系統 詮釋資料是數位圖書館/博物館系統的核心，為了使得各單位之系統具有共通性，本計畫將採用我們在國科會數位博物館專案資訊組織與檢索研究計畫所開發出來的Metalogy系統，來處理詮釋資料的輸入/出及資料庫管理，此系統的特色包括： 陳昭珍，詮釋資料通用系統Metalogy之架構與設備需求(簡報檔)，數位博物館專案訓練課程：詮釋資料(Metadata)著錄實務，(台北: 國科會數位博物館推廣辦公室，民八十九年四月十三日)a. 系統綱要(schema)主要依據輸入之DTD決定。b. 系統允需兼容多種不同DTD同時存在。c. 多種不同格式之資料能夠同時被檢索。d. 資料處理之結構允許使用者依據綱要調整內定之欄位格式與使用條件。e. 資料轉入與轉出能依循所屬之DTD格式。f. 系統能判定轉入之資料是否符合指定之DTD格式，以及執行重複查核。g. 資料內部處理能包含欄位式結構、多媒體結構、與全文。h. 系統包含存取控制(access control)、異動記錄(transaction log)等系統管理功能。圖三：Metalogy 系統架構圖Metadata資料庫XML及ISO 2709記錄轉入/轉出全文資料多媒體資料庫DTD Definitionfiles權威檔DTDinstanceDTD Normalize轉入吃 XML或 ISO 2709 權威記錄WWWserver使用者詮釋資料查尋與編輯 新增修訂或刪除資料 全文資料的標誌API4. 分散式查尋系統架構 分散式系統是網路時代的主流，為了使得地方文獻數位化之系統可以與國際及國內其他各系統互通，一定要考慮整合查詢的功能。這個部份目前考慮的有兩種處理模式，一種是Z39.50模式 陳昭珍。電子圖書館整合檢索之理論與實作。台北：文華，民八十九年，頁250。，另一種是不考慮語意的問題，只管語法的XML search engine，其架構圖分別如下：User HTTP 網頁瀏覽器 HTTP 伺服器 HTTP 轉譯 Z39.50 originZ39.50 target 轉譯 伺服端資料庫圖四：HTTP/Z39.50 gateway 之系統架構Web(Intranet)XML(HTML) documentIndex DBDefine relationship between “fields” and documentspideruserSearch EngineNamespace qualified and mapping machanismFieldSearch teamUI Sample (multi-field)Go!Open box or select munu圖五：XML-based 分散式檢索引擎架構圖 二、功能需求地方文獻數位化系統功能需求書0 整體功能1. 由於metadata格式相當多，不可能只採用一種metadata格式，不同的學科領域會採用不同的metadata，如目前歐美國家已發展之metadata格式，有FGDC metadata, GILS metadata, EAD metadata, CIMI metadata, Dublin Core metadata等共二十幾種之多。但這些metadata未來共通的交換語法，應該是W3C積極推動的XML。因此數位化資訊系統必需可以接受各種DTD (Document Type Definition)，換言之，這個系統必需可以支援各種metadata格式。2. 可支援多媒體編目的系統，且每一個欄位皆可連結多媒體資料，而不是如傳統圖書館的MARC系統，只有856可以做超連結。3. 系統在使用者查尋部份，採用三層式的主從架構，即使用者只要採用通用的瀏覽器進來檢索即可。查尋畫面分成 Simple 及 Advance二種介面。資料庫內部的記錄及多媒體資料可動態、定期的顯示在網頁上。1. 編目模組1 Metadata欄位定義1.1可匯入外部DTD，自動建立內部DTD定義，使用單位可加上自行定義的欄位後，系統自動產生對應的Metadata欄位介面。1.2 系統提供方便的DTD定義介面，完成後自動轉成內部DTD定義，並產生對應的Metadata欄位介面。1.3 系統可接受各種DTD。2 Metadata記錄新增、修改、刪除2.1 指定某個DTD，透過系統提供的Metadata欄位介面進行記錄的新增、修改及刪除作業。2.2 系統具有處理各種不同DTD的能力，藉著指定DTD來切換相應的Metadata欄位介面。2.3 系統可讓編目者依設定的檢索點檢索記錄，並可整批或個別修改或刪除記錄。2.4 此系統應可讓多人同時上線編目，但同一筆記錄不能由二人同時修改。3 Metadata記錄轉入與轉出3.1 只接受對應到特定DTD的XML document instances，包含了Valid XML document instances及對應到已知DTD的Well-formed XML document instances.3.2 針對某個DTD，系統能整批轉入或轉出XML格式的Metadata記錄。3.3 如果欲轉入的XML document instances，其DTD在系統中尚未存在，可選擇讓系統建立內部DTD定義，或選擇放棄。3.4 如果欲轉入的XML document instances，其DTD在系統中已存在，系統會針對這些document instances進行validating，並可供檢視validation log.3.5 可轉入 ISO 2709之記錄，也可建立MARC XML之記錄。3.6 轉出XML document instances時，可選擇是Valid或Well-formed的形式。3.7 轉出XML記錄時可設定字碼 (如可選擇轉出UNIcode或Big-5) 也可選擇要轉出Simple DC或原始的DTD結構之記錄 3.8 轉入或轉出時，系統會提示轉換中的筆數訊息。3.9 使用者可以直接將Web 上的查詢結果以XML格式下載。4 權威控制4.1 可轉入外界已建立的權威記錄，或轉出內部之權威記錄。4.2 權威檔的轉入轉出語法為XML。4.3 權威檔之結構也是以DTD的方式建立，權威資料類型包括：人名權威檔、地名權威檔、主題權威檔、時代權威檔。4.4 新增一筆metadata時，需要做權威控制的欄位，會自動檢查該資料是否已建立在權威檔中，以及是否為權威款目，若尚未記錄在權威檔中，系統會自動將此資料轉為權威記錄的權威款目，同時會放入待建立權威記錄的清單中，由館員批次建立其參照款目，或同時在線上建立權威記錄的參照款目。4.5 新增、修改權威記錄時，系統會整體的更新書目記錄中的相關欄位(即具有global change)的功能。4.6 編目時，遇到需要控制的欄位，系統可線上查詢並顯示權威檔，供編目員選取。4.7系統可建立權威記錄之權威款目、見、參見款目。當使用者查尋資料庫時， 若輸入的詞彙不是權威款目，系統會自動將之轉成權威款目查詢。4.8 當使用者鍵入錯誤的查尋詞時，系統可在權威檔中找到近似的一串語詞，提示使用者。4.9 使用者查詢資料庫時，若不知要輸入什麼字串查詢，系統可以線上顯示權威記錄, 供使用者點選5. 全文資料的標誌與檢索(markup)5.1 系統可匯入word格式之全文資料，並轉成text格式依照已建立的XML DTD結構做標誌，標誌過之全文可修改更新原標誌。5.2 標誌後之Metadata資料及所包含之全文位址記錄於Metadata Database中5.3全文資料仍存於全文資料庫。5.4全文資料標誌後之metadata，欄位欠缺者，可由編目員再次編輯後鍵入。相關欄位可做權威控制，也可與權威檔連結，以便檢索時可做query expansion。 5.5 全文資料可依DTD之知識結構交叉重複標誌。 已標誌過之全文資料，檢索時也是透過metadata欄位查尋，但可選擇要顯示全文，或只顯示使用者指定的部份資料(如可只顯示題名、作者、摘要)。5.6 資料交換時，可選擇是否將標誌資料送出(即該 element所包括的全文範圍)，或只送一般的metadata。 6. 查詢模組查詢6 .1 可讓使用單位依Metadata之屬性設定索引欄位及檢索點。 6.2 可作布林邏輯查詢、切截查詢、完整查詢，並以年代、資料類型、地點、檔案格式等條件擴大或縮小查詢範圍。6.3 系統可讓使用者選擇資料排序的方式，並可前後翻頁顯示。6.4 當使用者鍵入的並非權威款目時，系統除提出訊息外，應提供相關的字供參考選擇，並可顯示權威檔和參照內容。也可依照權威記錄之內容做語詞擴充查尋query expansion。6.5 具備線上檢索輔助功能，告知讀者如何正確使用指令或功能鍵。6.6 當鍵入的指令或查詢的方式有錯誤時，系統要提供易於了解的錯誤訊息，引導使用者作立即的更正。6.7 檢索時可按功能鍵暫停或終止檢索。如暫停，仍可恢復檢索；如中止，以檢索得資料仍存在，可供檢視。6.8可儲存查詢結果，並選擇要以text格式或XML格式轉出，轉出的資料可設定欲儲存之磁碟機。6.9 Web 查詢模組中，每一檢索畫面都應出現擇資料庫之選項， 若使用者先檢索某一資料庫(如書畫資料庫), 檢索完後突然覺得想查一下人名權威檔, 可以直接將query帶過去那個資料庫查尋, 不必重打query。6.10. 有權威控制的欄位,檢索時可以瀏覽權威檔, 做為檢索的提示, 並由此權威檔中選詞做為檢索詞。6.11 在檢索結果顯示的畫面中,凡有做索引的內容，會出現超連結之底線，並可做連結檢索。6.12 若該記錄有全文或多媒體資料，系統應可自動連結呼叫並顯示該資料。顯示6.13 每個螢幕，系統均應提供求助、繼續、結束或重新查尋之選擇功能鍵。每個步驟的執行都包括指示的指令和下續的步驟。6.14 可由授權者設定顯示項目欄位，顯示之欄位可分為簡單格式及完整格式。6.15 當檢索結果只有一筆時，則系統應直接顯示其完整格式。6.16 可顯示查詢結果的總筆數，若超過設定的筆數，系統會暫停並詢問是否繼續或使用限制檢索條件縮小檢索範圍。6.17 檢索結果不只一筆時，系統應具有條列式瀏覽索引的功能，並可讓系統管理者自行決定