NEDLIB(Werf-Davelaar, 1999)計畫起始於 1998 年 1 月 1 日直到 2000 年底，這個計畫的參與者有 8 個歐洲的國家圖書館、2 個 ICT 組 織、3 個出版者，由荷蘭國家圖書館領導。其目的就是建立一個資訊 架構和基本工具，以建立電子出版品的寄存系統（deposit systems for electronic publications，簡稱 DSEP），採用 OAIS 模型做為參考模型。
這個計畫共有三個目標：第一個目標，以 OAIS 參考模式架構為 基礎，定義一般寄存圖書館需要的功能需求，好的 DSEP 可以做為其 他個別寄存圖書館建置的參考；第二個目標探討長久保存數位資源的 議題，考量各方面的問題，包括成本效益、合法限制、與出版者協定、
取用需求等，決定保存策略，並著重保存的技術問題，採用 Rothenberg 所建議的模擬器做為測試；第三個目標即發展一個實際使用的系統，
這個系統已整合了許多軟體和工具，而圖書館本來就有的系統，如線 上公用目錄 （OPAC）、採訪編目系統，這些系統雖然獨立於 DSEP，
但仍需要與 DSEP 相互作用，所以在這個實作階段，電子出版品的運 作從採訪到使用皆一併考量。
NEDLIB 計畫的內容主要分成兩個部份：一是以 OAIS 參考模式 為基礎的 DSEP 系統，並規畫一個用以長久保存的 metadata；另一是 實驗模擬器在保存上的使用。
一、以 OAIS 參考模式為基礎的 DSEP 系統
對數位圖書館系統（Digital Library System，簡稱 DLS）而言，
DSEP 為整個系統的核心，DLS 的運作流程從選擇資訊到使用者使用 資訊，為一完整的資訊系統，其中 DSEP 系統可直接對映到 OAIS 參 考模式的功能模型，如圖 4-9：
DSEP 共有 6 個功能運作，與 OAIS 功能模型大致相同，分別為：
1. 擷取（ingest）
接收 SIP 資訊封包，進行完整性查核，確定資料的正確性，並產 生 AIP，傳送給檔案儲存功能。
圖 4-9 DLS 系統模型
資料來源：Werf-Davelaar, Titia van der(1999).圖 1 7.傳送
2. 檔案保存（archival storage）
只接受 AIP，需要可靠的數位儲存方式，所以工作包含儲存管理 流程、檢查、複製、修復和定期性媒體轉移，為避免載的敗壞，而保 存位元流。
3. 資料管理（data management）
儲存和檢索詮釋資料，詮釋資料有兩種，一為與出版品有關的詮 釋資料，如書目描述、使用控制資訊、安裝(移除)資料等，這類型的 詮釋資料也可能在其他的外部系統中，如編目系統，會建立這些資訊 和主題索引，透過傳送與取得功能的介面取得；另一種為與 DSEP 的 行政資訊，資料內容視典藏館需求而定。
4. 取用（access）
DSEP 在這個功能的限制比 OAIS 參考模式多，因為很多相關的 流程是屬於整個數位圖書館環境的，如查檢工具、使用者登入、申請 使用等。DSEP 處理 AIP 並使之可取得使用，必須擷取一部份電子出 版品或增加全文索引，並轉換適合閱讀的格式，提供列印或下載，這 些工作可能會需要模擬軟體以呈現電子出版品。
5. 行政（administration）
為 DSEP 的核心，管理所有的系統運作，進行監督、控制和審查 工作。
6. 保存（preservation）
在 DSEP 建置時，是依據 CCSDS 的 OAIS 參考模型 1999 年 4 月 出版，當時並未規畫保存功能，而本研究的 OAIS 參考模型是以 2002 年 1 月出版為參考，比較先前的版本，在系統模型上，新增了保存計 畫功能（preservation planning），而 DSEP 建議的保存功能需求，也與 OAIS 的保存計畫功能的工作內容也不太一樣。DSEP 增加這個功能，
根據寄存圖書館的保存政策，在 DSEP 採用轉換（transformation）和 模擬的方法，結果可產出新版本的出版品，然後再從擷取功能進入系 統；或建立模擬規格，在未來的平台上，可以呈現所有出版品。在這
兩種情形下，新的保存詮釋資料會重新產生並送至資料管理功能。
從整個 DLS 來看，除了 DSEP 外，還有兩個前後端的處理功能，
如圖中 4-9 所示，說明如下：
傳送及取得功能：傳送和取得資訊至 DSEP 中，並根據 DSEP 的 SIP 規格，重新封裝資訊，屬於前端處理，這個部份與圖書館的採訪 系統相當，選擇採訪典藏的資訊，但在擷取資訊，不能預期每個生產 者都提供相同的格式，系統能接受各種檔案格式，再將各個資源依標 準建立 SIP。
封包與傳送功能：這個部份可以從 DSEP 的取用功能要求和接收 DIP，屬於後端處理，會解開 DIP，讓 DIP 能夠讓使用者使用，因為 圖書館不能預期所有使用的方式和未來的變化，這個介面也可以讓 DSEP 用來轉換各種需求、詮釋資料到其他的系統。
加上上述兩個前後端的功能，使得整個數位圖書館系統變得更加 完整。
二、DSEP 的資料模型
DSEP 的資料模型以 OAIS 參考模式為基礎，透過資訊封包（SIP、
AIP、DIP）做改變及管理，所以資訊封包內容包含：
1. 數位出版品的原始位元流；
2. 詮釋資料；
3. 軟體，須讓此數位資料能被使用、閱讀、檢索的應用軟體；
4. 封包描述，對整個封包的內容、結構等的描述。
要特別注意的是 OAIS 的資訊物件是邏輯的物件，實際上，DSEP 中的詮釋資料是儲存在資料管理功能，而資料內容本身則儲存於檔案 儲存功能，這麼做的原因是因為詮釋資料會更新、修改；但內容本身 則不會隨著時間而改變，所以須透過識別系統互相連結。
（一）保存的詮釋資料
OAIS 參 考 模 式 的 表 徵 資 訊 和 保 存 描 述 資 訊 （ Preservation Description Information, 簡稱 PDI）的概念，是為了未來能正確解譯位
元流。在 DSEP 的環境中，表徵資訊所包含的內容有：
1. format：出版品的編碼和格式，如檔案格式、字元編碼。
2. navigational structure：出版品的主要結構，如目次、項目、
主結構超連結。
3. application software：伴隨出版品的應用程式，如閱讀軟體、
瀏覽器、搜尋、檢索。
4. system requirements：系統需求，軟硬體的系統規格，如速度、
解析度等的要求。
保存描述資訊（Preservation Description Information, 簡稱 PDI）
則是包含了所有資訊的詮釋資料，就保存政策的角度來看，有兩種類 型的資訊是會隨著時間而改變的：
1. 進行轉移策略，使得 AIP 改變，當位元流被改變，資料格式、
呈現軟體、系統需求等許多資料都會改變，需更新詮釋資料。
2. 採用模擬策略，決定哪些資源要保存、哪些要模擬、哪些遺 失是可接受的，這些內容都是在模擬時需要以高階語言說明 的，讓未來的使用者知道如何使用已淘汰的軟硬體。
（三）詮釋資料的內容
NEDLIB 計畫的詮釋資料以 OAIS 的資訊模型做基礎規畫，設計 出 最 小 需 求 的 詮 釋 資 料 欄 位 ， 分 成 表 徵 資 訊 及 保 存 描 述 資 訊
（Preservation Description Information, 簡稱 PDI），其欄位整理如表 4-9 NEDLIB 描述欄位：（Lupocici, C. & Masanes, J., 2000）
表 4-9 NEDLIB 描述欄位
欄位與分欄 說明
表徵資訊
Specific Hardware requirements (特定硬體需求)
描述非標準平台規格或硬體需 求。
Microprocessor (微處理器需求)
特定微處理器的需求。
multimedia device (多媒體配備需求)
特定多媒體配備的需求。
peripheral device (週邊配備需求)
特定的週邊配備需求。
欄位與分欄 說明 Operating system
(作業系統)
Version (版本)
版本。
Interpreter and compiler (解譯器)
解譯器。
Name (名稱)
名稱。
Version (版本)
版本。
Instruction (用法說明)
Version (版本)
版本。
Application (應用程式)
應用程式。
Name (名稱)
名稱。
Version (版本)
版本。
保存描述資訊
Reference Information (參考資訊)
參考資訊，用以辨視內容資訊 的資訊。
Creator (生產者)
產生者。
Title
(作品名稱)
作品名稱。
Date of creation (產生日期)
產生日期。
Publisher (出版者)
出版者。
欄位與分欄 說明 Assigned identifier
(唯一識別)
此內容資訊的唯一識別。
Value
(唯一識別碼)
值。
Construction method
( 唯 一 識 別 碼 結 構)
建構的方法。
Responsible agency (負責單位)
Date of validation (有效日期)
確認連結有效日期。
Fixity Information (固定資訊)
Algorithm (演算法)
concerned (主要詮釋資料)
欄位與分欄 說明 Tool
(使用工具)
工具，用以運作或轉移的軟體。
Name (名稱)
名稱。
Version (版本)
版本。
Reverse (原來的內容)
指出前一版的內容資訊必須保 留，或使用轉移的軟體必須能 夠提供取消轉移的功能。
Other metadata
concerned (其他詮釋資料)
描述在其他方面，數位物件改 變的資訊，如查核值的改變，
則只需求舊的值和新的值。
Old value (原來的值)
舊的值。
New value (新的值)
新的值。
Change History 元素是屬於保存描述資訊（Preservation Description Information, 簡稱 PDI）中的情境及來源資訊，在 OAIS 中，其來源資 訊可以視為情境資訊的一部分，所以在此，將兩個併為一個一起討 論。為了保存的目的，需要有內容資訊現在及過去的情況資訊，例如 轉移時，必須有轉移的日期及有關此次轉移的相關描述，包括先前的 格式、使用於轉移的工具，而且還有連結到原來文件的 AIP。
三、模擬器實驗
1999 年 5 月，荷蘭國家圖書館和 Rothenberg 為長久保存目的，提 出模擬器實驗計畫書。此計畫目的為在寄存圖書館中，使用硬體模擬 器，測試長久保存數位出版品的有效性。
從 1999 年開始建立試驗環境，接著在 2000 年發展模擬器規格，
做為原來的平台及系統規格，2000 年後，繼續試驗，其目標為求更好 且擴大這個模擬器規格，並模擬技術環境。
第七節 小結
本章對 OAIS 進行分析，深入了解 OAIS 架構，以便於本研究研 究設計，OAIS 的精神不只是要數位資源永久典藏，而且希望在未來 典藏的數位資源是可以被使用的。
本章從 OAIS 的系統、資訊的分析、封包的設計及保存策略的運 用幾個方面來對 OAIS 進行全盤的了解，如第一節所提出的，OAIS 的通用架構發展的概念基礎有下列四點：
1. 將數位資源如何呈現及解譯的資訊加以描述；
2. 將數位資源及描述資訊包在一起；
3. 依資料傳輸的過程，設計不同的封包；
4. 採用 OAIS 做為參考的典藏系統，未來檔案能互通與交換。
OAIS 的典藏系統、詮釋資料、封包設計、保存策略都是為上述 四個概念而發展出來的，本章第二節即剖析 OAIS 建置的系統功能，
系統功能已經相當完善，包括各功能內的系統功能及整個資料的流 程，為了長久保存數位資源內容的完整性，OAIS 認為封包設計的觀 念對長久保存是相當重要的；而從資料流程分析，在長久典藏系統中 的資料，使用作用及內容不同封包設計，的確有其優點，參考圖 4-10 OAIS 資料流程圖。
本章第三節進行 OAIS 對資訊的分析，看似複雜的資訊模型，其 實只是為了將需要的描述資訊呈現出來，除了為了保存所需要的詮釋 資料元素之外，將資訊拆解分析，如圖 4-11 封包的內涵，呈現描述封
本章第三節進行 OAIS 對資訊的分析，看似複雜的資訊模型，其 實只是為了將需要的描述資訊呈現出來，除了為了保存所需要的詮釋 資料元素之外，將資訊拆解分析，如圖 4-11 封包的內涵，呈現描述封