ＭＡＲＣ未來及質(zhì)量控制

羅　軍

〔摘 要〕本文首先介紹了MARC格式的背景和基本功能，指出現(xiàn)行的著錄和MARC格式首先要遵循“巴黎原則”，應(yīng)該著眼于著錄和著錄格式的未來發(fā)展，搭建成一個更為可靠、面向用戶的平臺。最后探討了未來MARC格式質(zhì)量控制指標(biāo)和未來著錄實踐和書目記錄可能采用的大致輪廓。

〔關(guān)鍵詞〕MARC；圖書館；聯(lián)機(jī)編目

〔中圖分類號〕G259.20 〔文獻(xiàn)標(biāo)識碼〕B 〔文章編號〕1008-0821(2009)03-0216-03

MARC數(shù)據(jù)最早產(chǎn)生于美國。開發(fā)MARC格式的目的是為了書目注冊數(shù)據(jù)的交流。初期MARC格式通常用來制作目錄卡片。作為一種計算機(jī)技術(shù)發(fā)展的早期形成的數(shù)據(jù)格式，MARC在定義時比較充分地照顧到圖書館書目數(shù)據(jù)在文獻(xiàn)形式描述、內(nèi)容描述、檢索等方面的需要，表現(xiàn)為字段數(shù)量多、著錄詳盡、可檢索字段多、靈活實用的定長與不定長字段相結(jié)合、保留主要款目及傳統(tǒng)編目的特點(diǎn)、擴(kuò)充修改功能強(qiáng)、并能在實踐中不斷發(fā)展完善。

MARC格式作為書目注冊的標(biāo)準(zhǔn)，出臺后執(zhí)行了若干年才出現(xiàn)聯(lián)機(jī)目錄和電子出版物書目記錄。ISO2709(ISO，1996)是以國際標(biāo)準(zhǔn)方式發(fā)的MARC框架，即MARC格式使用的“三字符字段碼、標(biāo)識碼和子字段碼”。這類數(shù)據(jù)庫結(jié)構(gòu)適合處理記錄在磁帶上的連續(xù)數(shù)據(jù)流。ISO2709和MARC格式不僅可以用于書目數(shù)據(jù)還適用于其它類型的數(shù)據(jù)。雖然MARC格式是專門為圖書館環(huán)境研發(fā)的，但卻不乏非圖書館環(huán)境的文本使用MARC格式的例子。

1 MARC存在的問題

MARC是基于文本的數(shù)據(jù)輸入。字段與子字段的劃分主要考慮對數(shù)據(jù)的相對精確的劃分。實際上，MARC格式只是嚴(yán)格地用于書目數(shù)據(jù)。對于處理原始狀態(tài)的評論、索引和音像文件則是它弱勢。對于那些現(xiàn)在和將來目錄中需要進(jìn)一步強(qiáng)化著錄的附加信息，至今沒有一個公認(rèn)的便于交流的標(biāo)準(zhǔn)形式，所以數(shù)據(jù)缺失是常見的現(xiàn)象。

從其本質(zhì)上講，MARC格式是一個嚴(yán)謹(jǐn)?shù)母袷?，因為它設(shè)計的初衷就是為了生產(chǎn)印刷型目錄卡片，所以并沒有去考慮不同圖書館系統(tǒng)之間的交互問題。MARC格式在靈活性方面的缺失，帶來的是圖書館各種系統(tǒng)之間的交流障礙。

大套書的MARC格式著錄行文，顯得相當(dāng)笨拙。盡管問題首先在于數(shù)據(jù)庫系統(tǒng)本身，但是MARC在結(jié)構(gòu)設(shè)計上原本就不支持連續(xù)文本。

由于MARC是以印刷目錄為基礎(chǔ)，那么執(zhí)行MARC格式就意味著在卡片上或屏幕上對單個文檔進(jìn)行描述和揭示。換句話說，如何將不同字段的數(shù)據(jù)關(guān)聯(lián)起來是非常困難的。

MARC在圖書館系統(tǒng)中推行并成為圖書館專用格式，但不適合與圖書館外部環(huán)境的直接交流。需要加強(qiáng)的一是封裝技術(shù)問題，二是字段構(gòu)建問題。

盡管MARC格式存在著許多問題，但我們要記住，MARC格式為圖書館提供了非常優(yōu)秀的揭示文獻(xiàn)書目信息的工具，到目前為止還沒出現(xiàn)能取代它的格式。

種種跡象表明，1998年IFLA頒布的《書目記錄的功能需求》(Functional Requirements for Bibliographical Records—FRBR)和《擴(kuò)展標(biāo)記語言》(Extensible Markup Language—XML)將是后MARC時代的走向。

2 書目記錄的功能

2.1 巴黎原則

在巴黎原則中目錄的功能被描述為:目錄應(yīng)該是一種有效的工具，用它來確定圖書館是否收藏某種圖書(包括其它館藏資料)，目錄應(yīng)有如下內(nèi)容:圖書的作者和書名；或如沒有作者，僅用書名；或如作者和書名不對應(yīng)或無法確認(rèn)，選一合適的書名替代品；和某作者的哪些著作有收藏；和所藏著作的版次。

首先，目錄應(yīng)具備辨識功能。編目規(guī)則規(guī)定要標(biāo)出書名、創(chuàng)作者等。其二，目錄應(yīng)具備配置功能，即展示作者著作集合的職能。在作者名字可控形式下將創(chuàng)作者的產(chǎn)品集合在一起。通過參見方式把同一作者的不同名字關(guān)聯(lián)起來，形成可控態(tài)。用同樣的方法，把一種著作的不同版本用統(tǒng)一的書名關(guān)聯(lián)起來。

2.2 書目記錄的功能需求

從“巴黎原則”到1998年IFLA推出《書目記錄功能需求》，對目錄或書目記錄一直沒有嚴(yán)格的標(biāo)準(zhǔn)。FRBR的出臺是非常重要的。FRBR推薦了一個書目記錄基本標(biāo)準(zhǔn)，即書目記錄應(yīng)該幫助讀者(1)找到所有的文獻(xiàn)某機(jī)構(gòu)的著作；(2)找到某一特定文獻(xiàn):(3)辨識某著作；(4)辨識某著作的表達(dá)手法；(5)辨識某文獻(xiàn)；(6)選擇某著作；(7)選擇某著作的表達(dá)手法；(8)選擇某文獻(xiàn)；(9)獲得某文獻(xiàn)的存取路徑。

2009年3月第29卷第3期現(xiàn)?代?情?報Journal of Modern InformationMar.2009Vol.29 No.32009年3月第29卷第3期MARC未來及質(zhì)量控制Mar.2009Vol.29 No.32.3 FRBR和MARC

FRBR與巴黎原則最重要的區(qū)別在于，F(xiàn)RBR要求一個文檔至少包括一部著作的一個描述。FRBR認(rèn)為僅提供檢索題名和原創(chuàng)者數(shù)據(jù)的文獻(xiàn)形態(tài)是不夠的，僅通過名字的可控形式羅列出作者的多種著作是不夠的，僅羅列一個作品的各種表達(dá)是不夠的。它有必要使每個層次上的書目記錄都充分而明確地反映辨識數(shù)據(jù)，以及在全部四個層次上反映特征數(shù)據(jù)和個性數(shù)據(jù)。只有這樣才能有利于通過一個搜索組合就能辨別并挑選出需要的書目記錄。

MARC格式在題名和文獻(xiàn)的定位上支持巴黎原則，而FRBR的著力點(diǎn)放在著作之間以及基于主題存取之間的關(guān)系處理上。到目前為止，F(xiàn)RBR既沒成為一種格式也沒成為著錄規(guī)則，它只是一個概念。對一些疑點(diǎn)的研究仍在繼續(xù)，從概念到具體應(yīng)用到圖書館系統(tǒng)中仍有很多工作要做。

2.4 XML

擴(kuò)展標(biāo)記語言(Extensible Markup Language-XML)來源于SGML(ISO 8879)，是一種簡潔、靈活的文本格式。最初XML是為應(yīng)對大規(guī)模電子出版帶來的挑戰(zhàn)而設(shè)計的。今天，它對Web以及其它方面的海量、多樣化數(shù)據(jù)的交流也發(fā)揮著越來越重要的作用。XML是由萬維網(wǎng)聯(lián)盟(The World Wide Web Consortium-W3C)開發(fā)的，它為互聯(lián)網(wǎng)充分發(fā)揮潛能找到可以共同使用的技術(shù)(規(guī)范、方針、軟件和工具)。

XML提供了一個更為通用的描述傳遞數(shù)據(jù)的標(biāo)準(zhǔn)。這在開發(fā)MARC和ISO2709等工具之前和之后是沒有的。出現(xiàn)這種情況的條件是存貯設(shè)備有足夠大的空間和大容量傳輸線路。一個XML格式的記錄要比一個MARC記錄占用多得多的空間，今天對存貯空間的使用不再像以前那么苛刻。就XML本身來講，它既可以標(biāo)準(zhǔn)化的，也可是專用化的。

2.5 MARC和XML

使用XML處理MARC記錄具有積極的意義。這里我們著重區(qū)分二者的內(nèi)容格式和傳輸格式。內(nèi)容格式就是對事實描述和指令進(jìn)行定義了的格式。傳輸格式就是一個容器，其中可以存放多種類型的內(nèi)容格式。MARC21、UNIMARC和CNMARC均為內(nèi)容格式。

用XML編寫的著名內(nèi)容格式是《元數(shù)據(jù)目標(biāo)描述方案》(Metadata Object Description Schema-MODS)，它是MARC21格式的簡化形式，使用語言化描述而非字段碼。MODS不是一個通用的MARC記錄的XML解決方案，更接近MARC21的解決方案。然而，它對于目前MARC21存在的大部分問題都沒有給出解決方法。使用XML封裝的MARC有多個版本。例如，國會圖書館2003年開發(fā)的MARC21版，2002年OAI研發(fā)的《元數(shù)據(jù)收集開放檔案初級協(xié)議》(Open Archives Initiative Protocol for Metadata Harvesting-OAI睵MH)。

ISO2709或許會由一個XML項目替代。這個問題在ISO信息與文件協(xié)同委員會的一次會議上進(jìn)行過討論。2003年5月著手開發(fā)國會圖書館MARC21XML封裝成一個ISO標(biāo)準(zhǔn)，使用一個更為通用的基于XML傳輸格式，合并所有的MARC格式。除了編輯注釋，這個傳輸格式只需要出現(xiàn)在記錄中的格式信息。這種對ISO2709的補(bǔ)充很明顯是使用了XML，但只是利用了XML的優(yōu)勢。當(dāng)然，XML是一種主流技術(shù)，但它嵌入的字段、子字段和指示器仍然是MARC格式。

3 與外部和功能的相互影響

MARC是專為圖書館設(shè)計的，在實踐中除了圖書館內(nèi)部環(huán)境以外，無法與外部環(huán)境交流。以前這還不是個問題，但隨著不同部門之間數(shù)據(jù)交流的提高，MARC格式與外部交流就成為突出的問題。每個圖書館不再是一個孤島，圖書館與圖書館、圖書館與外界的交流與相互作用已成為基本的要求。一個大學(xué)圖書館必須能夠與學(xué)校的行政系統(tǒng)相連接，但一個學(xué)校各部門的系統(tǒng)有著非常大的差別。

檔案館、博物館、圖書館等機(jī)構(gòu)之間開展合作有著非常重要的意義，大家使用相同的數(shù)據(jù)表示方法以便于相互交流。都柏林核是首選的描述語言，因為這種格式的整個結(jié)構(gòu)更容易實現(xiàn)表達(dá)方式的同一性。再一個原因就是都柏林核不適合部門內(nèi)部使用，因為它過于通用，不能應(yīng)對專門化需要。選用都柏林核也存在一定的問題，因為它主要是處理web資源，所以格式相當(dāng)簡單。我們必須時刻牢記都柏林核的基本原則:為檢索而描述Internet上的資源。DC作為描述Internet資源通用格式的思想在某種程度上是成功的。但是直接用DC重塑MARC就會出現(xiàn)問題。

通過比較，我們可以看到DC與MARC的相似之處在于:它們的目的相同，即都是對信息資源數(shù)據(jù)本身的特征和屬性進(jìn)行描述，是對信息資源結(jié)構(gòu)化的描述。通過對信息資源特征的描述與揭示，幫助讀者在茫茫書海中盡快地找到所需文獻(xiàn)，以及幫助用戶對網(wǎng)絡(luò)信息實現(xiàn)有效、快捷、準(zhǔn)確地查找。但由于兩者產(chǎn)生的信息環(huán)境、描述對象等的不同，分屬于不同的概念模型，所以又有諸多差異，各有各自的特點(diǎn)。

4 MARC標(biāo)準(zhǔn)的質(zhì)量控制

對一個先進(jìn)的元數(shù)據(jù)基礎(chǔ)結(jié)構(gòu)的質(zhì)量要求有多種多樣。在某些情況下，標(biāo)準(zhǔn)是相互對立的，如簡潔性和多功能性。所以我們面對的挑戰(zhàn)是在對立的平衡點(diǎn)上建立一套先進(jìn)的標(biāo)準(zhǔn)、協(xié)議和工具。這個平衡點(diǎn)的選取，應(yīng)側(cè)重于用戶的需求和我們滿足用戶需求的能力，而不應(yīng)該偏重于基礎(chǔ)結(jié)構(gòu)的易執(zhí)行性或易維護(hù)性。它具體的質(zhì)量控制標(biāo)準(zhǔn)如下:

(1)多功能性。一個先進(jìn)的元數(shù)據(jù)結(jié)構(gòu)應(yīng)具有對多種對象描述的多種元數(shù)據(jù)資源的吸納、融合、引導(dǎo)、強(qiáng)化和展示給用戶的能力。

(2)可擴(kuò)展性。我們需要基礎(chǔ)結(jié)構(gòu)既能擴(kuò)展，又不會破壞它的整體結(jié)構(gòu)。

(3)開放性和透明性。為了便于基礎(chǔ)結(jié)構(gòu)的操作和擴(kuò)展，其標(biāo)準(zhǔn)、協(xié)議和軟件應(yīng)盡可能的開放和透明。

(4)通用性(多樣性)。一個元數(shù)據(jù)基礎(chǔ)結(jié)構(gòu)應(yīng)盡可能多地適用于各種機(jī)構(gòu)組織和各行業(yè)各層次人員的需求。也就是說，這個系統(tǒng)既支持低端系統(tǒng)也支持高端系統(tǒng)。普通用戶使用起來無復(fù)雜感，高級用戶使用起來得心應(yīng)手。

(5)通管性。一個新的書目基礎(chǔ)結(jié)構(gòu)的基本組件來自于各種部門，特別是在新的元數(shù)據(jù)標(biāo)準(zhǔn)創(chuàng)建時和后續(xù)管理中要有可操作性的合作管理程序。

(6)模塊性。實現(xiàn)元數(shù)據(jù)基礎(chǔ)結(jié)構(gòu)的容納性、融合性、引導(dǎo)性和輸出性必須堅持模塊化方針。在保持整體結(jié)構(gòu)的前提下，允許組件自由替換，使用不同的組件發(fā)揮專用的功能。

(7)分級結(jié)構(gòu)。一個先進(jìn)的書目元數(shù)據(jù)基礎(chǔ)結(jié)構(gòu)必須能夠處理層次信息。如一本書的內(nèi)容目次就是它固有的層次，目前MARC記錄中沒有放置層次信息的合適位置。

(8)粒度。粒度是元數(shù)據(jù)的一個關(guān)鍵質(zhì)量指標(biāo)。所謂粒度是表現(xiàn)一個物體或活動特征的相對大小、比例、細(xì)節(jié)等級或穿透深度。如在描述人的姓名時，如果元數(shù)據(jù)結(jié)構(gòu)不做姓與名的區(qū)分時，軟件很難加工出前后一致、正確的數(shù)據(jù)來。

5 結(jié) 論

較之以往，Internet的發(fā)展使不同部門的數(shù)據(jù)易見性、可獲取性更高，部門之間的障礙正在被打破。圖書館有必要對外界開放，與外界分享標(biāo)準(zhǔn)與數(shù)據(jù)。書目記錄應(yīng)該更容易被其他機(jī)構(gòu)、其他圖書館再利用。然而，問題是:如何在短短幾行中進(jìn)行描述，使它既適用于各種文本，同時在最小化的前提下保持?jǐn)?shù)據(jù)原貌?一個可用的模式應(yīng)該包括核心數(shù)據(jù)和多個補(bǔ)充數(shù)據(jù)。一個MARC格式的轉(zhuǎn)換常常不是一件容易的事，接納性強(qiáng)的新格式必然缺失特性。再者，一個格式的轉(zhuǎn)換是相當(dāng)昂貴的。在過去幾年中，人們常將XML掛在嘴邊，但將MARC嵌入XML卻進(jìn)展緩慢。用MARCXML格式替代ISO2709或許非常有用的，但不適用與外部交流。

取得最佳點(diǎn)的平衡是非常重要的。我們需要國際社會的共同努力，因為核心數(shù)據(jù)的確定必須得到國際圖書館界的廣泛認(rèn)同，這也包括XML的選擇。在實際應(yīng)用中，不同的元數(shù)據(jù)集用于不同的行業(yè)，不可能把所有的都連接起來，然而它作為實現(xiàn)一個目標(biāo)的出發(fā)點(diǎn)是非常有益的。

參考文獻(xiàn)

[1]潘太明，朱巖，宋斐華.中國機(jī)讀目錄格式使用手冊(修訂版)[M].北京:科學(xué)技術(shù)文獻(xiàn)出版社，2001.

[2]國家圖書館.新版中國機(jī)讀目錄格式使用手冊[M].北京:北京圖書館出版社，2004.

[3]國家圖書館MARC21格式使用手冊課題組.MARC21書目數(shù)據(jù)格式使用手冊[M].北京:北京圖書館出版社，2005.

[4]國家圖書館MARC21格式使用手冊課題組.MARC21規(guī)范數(shù)據(jù)格式使用手冊[M].北京:北京圖書館出版社，2005.

[5]國家圖書館《中國文獻(xiàn)編目規(guī)則》修訂組.中國文獻(xiàn)編目規(guī)則(第2版)[M].北京:北京圖書館出版社，2005.