METS

METS: 概要及指南

Metadata Encoding & Transmission Standard Overview & Tutorial

來源：http://www.loc.gov/standards/mets/METSOverview.v1-6_chi-traditional.doc, 原譯者：李春曉, 2010/3/18

引言

數位物件資源庫(library of digital objects)的常規維護中必定要求維護數位物件的元資料(metadata)。爲了有效管理和使用數位物件而必需的元資料，與用來管理印刷品（或其他實物資料）的元資料不同，而且更廣泛。儘管圖書館可能（只）記錄了其館藏某種書的描述型元資料，但該書並不會因爲沒有記錄關於該書如何組織的結構型元資料而分拆成散頁，也不會因爲圖書館沒有注明該書是使用Ryobi膠印機生産的而導致研究人員無法判斷該書的價值。不過上述說法對此書的電子版本可不成立。（因爲）組成電子文獻的圖像頁和文字檔案若離開了結構型元資料，則用處寥寥；研究人員若離開了描述數位化過程的技術元資料，也將無法確定數位化版本對原件的真實反映程度。出於內部管理的需要，資源資料庫必須能夠存取適當的技術元資料，以便定期更新或遷移資料，從而確保珍貴資源的長期有效。

MOA2 專案（The Making of America II project）提出了一種針對文本和圖像爲主的描述型元資料、管理型(administrative)元資料和結構型元資料的編碼格式，以此逐步展開上述問題的研究。而由美國數位圖書館聯盟（Digital Library Federation）倡導的METS，則致力於在MOA2基礎上提供一種元資料編碼的XML文檔格式，不但適於倉儲內部數位物件的管理，而且適於這些物件在倉儲之間（或倉儲與用戶之間）的交換。從METS文檔的用途可見，它可以擔當OAIS模型（Open Archival Information System Reference Model 開放檔案資訊系統參考模型）中 SIP（Submission Information Package 提交資訊包)、 AIP (Archival Information Package 存檔資訊包) 或 DIP（Dissemination Information Package 分發資訊包)的角色。

METS文檔由七個主要節（section）組成：

1. METS 頭（METS Header）—— METS 頭包含了描述 METS 文檔自身的元資料，比如創建者、編輯者等。
2. 描述型元資料（Descriptive Metadata）—— 描述型元資料節，可以指向該 METS 文檔外部的描述型元資料（例如，OPAC 中的一條 MARC 記錄，或在WWW伺服器中運維的EAD finding aid），也可以在該METS文檔內部嵌入描述型元資料，或二者兼有。描述型元資料節可以包含外部描述型元資料和內部描述型元資料的多個實例。
3. 管理型元資料（Administrative Metadata）—— 管理型元資料節提供的資訊有如：文件是如何創建和保存的、關於知識産權、關於該數位物件原始資源的元資料、構成該數位物件的文件的起源資訊（比如，文件的主體和派生關係，以及遷移和轉換資訊）。與描述型元資料同樣，管理型元資料既可以位於METS文檔外部，也可以被編碼在文檔內部。
4. 文件節（File Section）—— 數位物件電子版是由若干內容文件組成的，這些文件要全部列在文件節中。<file> 元素可以被<fileGrp>元素劃分成組，以便按照物件版本加以細分。
5. 結構圖（Structural Map）—— 結構圖是METS文檔的核心。它勾勒了數位物件的層次結構，並將該結構中元素與相應的內容文件和元資料關聯起來。
6. 結構鏈結（Structural Links）—— METS的結構鏈結節，允許METS作者把結構圖層次節點之間存在的超鏈結記錄下來，特別適於用METS存檔web站點。
7. 行爲（Behavior）—— 行爲節用于關聯可執行代碼與METS物件內容。行爲節的每一個行爲（behavior），有介面定義元素（interface definition element），也有機制元素（mechanism element）。前者明確了一組行爲的抽象定義，並用特定的行爲節（behavior sector）表示，後者則標識了在介面定義中已被抽象定義的若干行爲所對應的可執行代碼模組。

下面對上述各節及其關係作更詳細的說明。

METS 頭

METS頭元素允許你精簡地記錄關於METS文檔中METS物件本身的描述型元資料。這些元資料包括METS文檔的創建日期、上次修改日期以及該METS文檔的狀態。你也可以記錄一個或多個承擔過與該METS文檔有關的某種任務的機構（agent），注明他們扮演的角色，再爲其活動附上小說明之類。最後，你還可以記錄多種該METS文檔的其他識別字，補充METS文檔的主要識別字（記錄在METS根元素的OBJID屬性中）。下面是一個METS頭的小例子，形如：

<metsHdr CREATEDATE="2003-07-04T15:00:00" RECORDSTATUS="Complete">

    <agent ROLE="CREATOR" TYPE="INDIVIDUAL">

        <name>Jerome McDonough</name>

    </agent>

    <agent ROLE="ARCHIVIST" TYPE="INDIVIDUAL">

        <name>Ann Butler</name>

    </agent>

</metsHdr> 

上例中的 <metsHdr> 元素包含兩個屬性——CREATEDATE 和 RECORDSTATUS，說明了該METS文檔的創建日期時間以及記錄處理的狀態，還列出了曾爲該METS記錄工作過的兩個獨立機構（agent），一個負責創建該記錄，一個負責存檔原始資料。<agent> 元素的ROLE 和TYPE 屬性都取自受控詞表。ROLE的可選值包括“ARCHIVIST”、“CREATOR”、“CUSTODIAN”、“DISSEMINATOR”、“EDITOR”、 “IPOWNER” 和“OTHER”。TYPE則可取值“INDIVIDUAL”、“ORGANIZATION” 或者“OTHER”。

描述型 metadata

METS文檔的描述型元資料節由一個或多個 <dmdSec> 元素（Descriptive Metadata Section）組成。每個 <dmdSec> 元素可以包含一個指向外部元資料的指標（<mdRef>元素），也可以包含內嵌元資料（嵌在<mdWrap>元素內），或二者兼備。

外部描述型 metadata（mdRef）

mdRef 元素給出了用作檢索外部 metadata 的 URI。 下面是一個元資料引用例子，它把一個特定的數位物件的元資料指向了finding aid ：

    <dmdSec ID="dmd001">

        <mdRef LOCTYPE="URN" MIMETYPE="application/xml" MDTYPE="EAD"

               LABEL="Berol Collection Finding Aid">urn:x-nyu:fales1735</mdRef>

    </dmdSec>

這個 <dmdSec> 的 <mdRef> 元素內有四個屬性。

• LOCTYPE 屬性說明元素內定位元器的類型，其有效值包括 “URN”、“URL”、“PURL”、“HANDLE”、“DOI”、和“OTHER” 。
• MIMETYPE 屬性指定外部描述型元資料的MIME 類型。
• MDTYPE 指明被引用的元資料格式，其有效值包括 MARC、 MODS、EAD、VRA (VRA Core)、DC (Dublin Core)、NISOIMG (NISO Technical Metadata for Digital Still Images)、LC-AV (Library of Congress Audiovisual Metadata) 、TEIHDR (TEI Header)、DDI (Data Documentation Initiative)、FGDC (Federal Geographic Data Committee Metadata Standard [FGDC-STD-001-1998] ) 和OTHER。
• LABEL 則爲METS 文檔瀏覽者提供該元資料的描述文字，比如顯示該METS 文檔的目錄內容。

內部描述型 metadata（mdWrap）

mdWrap 元素提供封裝器給內嵌于METS 文檔的 metadata，而 metadata 是如下兩種格式之一： 1. XML編碼 metadata，它用XML編碼表明本身所屬於的命名空間不同于該METS文檔的命名空間。2. 任何二進位或文本格式 metadata，前提是這個 metadata 是Base64 編碼的且被封裝在mdWrap 元素內的<binData> 元素中。下例示範了mdWrap 元素的用法：

<dmdSec ID="dmd002">

    <mdWrap MIMETYPE="text/xml" MDTYPE="DC" LABEL="Dublin Core Metadata">

        <xmlData> 

            <dc:title>Alice's Adventures in Wonderland</dc:title>

            <dc:creator>Lewis Carroll</dc:creator> 

            <dc:date>between 1872 and 1890</dc:date> 

            <dc:publisher>McCloughlin Brothers</dc:publisher> 

            <dc:type>text</dc:type> 

        </xmlData> 

    </mdWrap> 

</dmdSec>

<dmdSec ID="dmd003"> 

    <mdWrap MIMETYPE="application/marc" MDTYPE="MARC" LABEL="OPAC Record"> 

        <binData>MDI0ODdjam0gIDIyMDA1ODkgYSA0NU0wMDAxMDA...(etc.) </binData> 

    </mdWrap>

</dmdSec>            

注意，所有 <dmdSec> 元素必須要有ID 屬性。

此屬性爲每個<dmdSec> 元素提供了唯一的內部名稱，它可以應用於結構圖中，把文檔層次結構中指定的div 與指定的<dmdSec> 元素聯繫起來。

這樣，指定的 描述型 metadata 節 就可以關聯數位物件的指定部分。

管理型 metadata

<amdSec> 元素中的管理型元資料，既可以描述組成該數位物件的文件，也可以描述生成該物件的原始素材。

METS 文檔中規定了管理型元資料的四種主要格式：

1. 技術 metadata (關於文件的創建、格式和使用特徵的資訊。)
2. 知識産權 metadata (版權和許可資訊。)
3. 來源 metadata (關於該數位物件之類比來源的描述型元資料和管理型元資料。)
4. 數位起源 metadata (關於作品的原始數位化形態與作爲數位物件的當前形態之間的關係資訊，包括文件之間的來源/目標關係、主體/派生關係和遷移/轉換關係。)

上述四種類型的管理型 metadata 分別對應于METS 文檔 <amdSec> 的子元素<techMD>、 <rightsMD>、<sourceMD>、 和 <digiprovMD>，其中可以嵌入相應格式的 metadata。

這四種元素在任何METS 文檔中均可以出現一次以上。