42 下列何者不是 OAI-PMH 的組成元件？
(A)資料儲存器
(B)資料使用者
(C)服務提供者
(D)資料提供者

答案：登入後查看
統計： A(65), B(248), C(110), D(33), E(0) #2592551

詳解 (共 2 筆)

#4661944
OAI-PHM規範是：1. 定義一個資料...
(共 247 字，隱藏中）
前往觀看
10
0
#7271355

  1. 下列何者不是 OAI-PMH 的組成元件？

正確答案：(B) 資料使用者

解析：OAI-PMH 的運作機制

OAI-PMH（Open Archives Initiative Protocol for Metadata Harvesting，開放檔案主動權詮釋資料擷取協定）是數位典藏中用於「交換詮釋資料」的核心標準。它的目的是讓不同的系統之間能夠互相溝通，將分散各處的書目資料（Metadata）彙整在一起。

在 OAI-PMH 的技術架構中，定義了兩個核心角色與一個實體對象，並不包含最終端的「使用者」。

1. 組成元件說明

  • 資料提供者 (Data Provider, DP)：

    • 角色： 擁有資料的機構（如圖書館、大學、檔案館）。

    • 任務： 負責維護一個或多個「資料儲存器」，並將系統內的詮釋資料以 OAI-PMH 格式對外公開，讓別人來抓取。

  • 服務提供者 (Service Provider, SP)：

    • 角色： 負責蒐集資料的人（如 Google Scholar、全國圖書聯合目錄）。

    • 任務： 發出請求（Harvest）給多個資料提供者，將抓回來的資料進行加工、整合，提供加值服務（如：建立一個可以同時搜尋多家圖書館的搜尋引擎）。

  • 資料儲存器 (Repository)：

    • 實體： 這是資料提供者所管理的系統環境。協定規定資料儲存器必須能處理 OAI-PMH 的六大請求指令（如 ListRecords、GetRecord 等）。

為什麼 (B) 資料使用者 不是組成元件？

  • 外部角色： 「資料使用者」是最終使用這些服務的人（讀者）。

  • 協定範圍： OAI-PMH 是一個**「系統對系統」**的傳輸協定。它只規範「提供資料的系統」與「擷取資料的系統」之間該如何對話。至於使用者如何操作網頁、如何下關鍵字，那是服務提供者（Service Provider）前端界面的設計問題，不屬於 OAI-PMH 協定規範的組成元件。

常見的 OAI-PMH 六大指令（補充考點）

如果您正在準備相關考試，這六個指令也非常容易出現在題目中：

  1. Identify：確認儲存庫的基本資訊。

  2. ListMetadataFormats：詢問支援哪些格式（如 Dublin Core）。

  3. ListSets：詢問有哪些資料子集。

  4. ListIdentifiers：只列出紀錄的識別碼（標題）。

  5. ListRecords：抓取整批的詳細紀錄（最常用的指令）。

  6. GetRecord：抓取某一條特定的紀錄。

1
0