第五節 第五節
第五節 行銷經驗學習 行銷經驗學習 行銷經驗學習 行銷經驗學習
就行銷機構典藏服務而言，實務團隊學到各種宣傳經驗，了解如何宣傳使用機構典藏 的優點與長處。本節分享行銷機構典藏服務所學到最重要的經驗。
第一項 第一項 第一項
第一項 參與 參與 參與 參與世界 世界 世界 世界學術活動 學術活動 學術活動 學術活動
1. 教育學術人員機構典藏之重要性，改變教師的習慣與文化。
2. 準備一份簡潔有力的簡報，說明機構典藏服務及優點，可以隨時對行政人員或學者 迅速說明機構典藏服務的優勢。
3. 利用通訊、個人追蹤及電話回覆問題，提醒社群聯絡人將其社群的新論文著作加入 機構典藏，並持續宣傳。。
4. 找尋社群最佳行銷機構典藏服務的絕佳時間點。
5. 和目前的社群保持密切聯繫以推動服務，讓幾位團隊成員輪替接觸社群，可以避免 造成同一個人重複嘮叨的形象。
6. 利用成功經驗、學者推薦及成立社群的時間表來鼓勵其他社群參與實作。
7. 和大學的研究獎助單位合作，將其獎助學者的計畫書與著作，發佈與保存在機構典 藏中。
8. 投入時間與金錢，以利社群參與實作－展開一個成功的服務，作為一個社群測試案 例。
9. 充分瞭解每種學科有其思考模式，各自的內容與出版需求。
10. 教育學術人員有關數位獎助、保存等議題，這樣較易於說服他們將其研究加入機構 典藏。
11. 讓每位學術人員充分瞭解資料上傳及查找內容有多麼簡單。
12. 學術人員及一般使用者的口耳相傳是無價的，當內容貢獻者和使用者開始利用機構 典藏，消息會在校內迅速傳開來。
13. 宣導機構典藏優勢時，應使用「能見度」（或「曝光率」）較柔性的用語，不會讓 人立即想到著作權益的問題，且對某些人而言較容易理解。
第二項 第二項 第二項
第二項 招募內容社群 招募內容社群 招募內容社群 招募內容社群
1. 招募新的內容社群是漫長的歷程。
2. 依照學校行事曆的步調安排作業時程。
3. 公開宣傳愈多愈好。
4. 社群的政策應由社群單位主管來訂定。例如，由系主任決定該學系機構典藏內容之 接受與否。
5. 教師學者易接受保存數位內容理念。
6. 機構典藏團隊可透過和教師團體或個別的學者聊天進行前測計畫。
7. 選擇早期接納社群的標準隨著階段而不同，建立社群時，典藏規模與檔案格式的多 元性都比初始階段更為重要。
8. 對於徵求早期接納者參與以「學校的首要典藏品」為號召相當有用。
9. 每年對這些內容社群進行評估調查，了解哪些社群仍持續參與，哪些社群仍持續貢 獻內容等等。這會使機構典藏的紀錄正確，並提供每年與所有社群保持聯絡之管道。
第三項 第三項 第三項
第三項 取得 取得 取得 取得上傳的 上傳的 上傳的 上傳的內容 內容 內容 內容
1. 配合學校行事曆定期發佈「新聞稿」，宣傳新的典藏內容，將有助於新典藏內容的 推動，並引起校園關注，亦有助設定提出新典藏內容的時程。
2. 上傳資料的人需要更多有關正確建立書目資料的訓練。
3. 校內學者及館內同仁接受上傳內容的訓練課程，系統書目資料會逐漸豐富，應具權 威控制功能。
4. 如果工作團隊發現校內學術人員對「內容上傳」這個程序感到困擾，工作團隊可以 嘗試訓練研究生或工讀生來協助處理上傳內容、輸入書目資料、搜尋資料等程序。
第四項 第四項 第四項
第四項 使早期接納者 使早期接納者 使早期接納者 使早期接納者加入 加入 加入機構典藏 加入 機構典藏 機構典藏 機構典藏的最佳賣點 的最佳賣點 的最佳賣點 的最佳賣點
1. 專有典藏內容特定標誌2. 避免研究重覆 3. 掌握社群及作者
4. 確認重要出版社的自我典藏條款。
第六節
省理工學院DSpace團隊的宣傳計畫範例，提供推行機構典藏參考。機構典藏服務的宣傳計畫以圖書館員、學者及研究人員、典藏內容的一般使用者、校
第二項
第四章 第四章
第四章 第四章 評 評 評 評選 選 選 選機構典藏 機構典藏 機構典藏 機構典藏系統 系統 系統 系統
開始規劃所要提供的機構典藏服務同時，也要開始評估最適合校園需求的系統。圖書 館館長必須設法在以「數位方式管理館藏的創新需求」、「手邊可用的資源」、以及「有 限的預算」之間求取平衡點。每一套機構典藏的軟體平台各有其長處，本文整理摘要可取 得的各式軟體平台和技術提供參考，並無偏好或推薦任一套系統的意圖，機構典藏系統的 選擇，應完全視需求而定。
最重要的步驟之一，是參考其他線上機構典藏系統，進而對機構典藏系統的整體規 劃、品質、及一般使用者的便利性等方面，產生初步的認識。本章組成架構共四節：
第一節 評選系統概述：從技術角度概述機構典藏系統平台會牽涉到的議題。
第二節 機構典藏軟體平台介紹：介紹幾個國外大型的機構典藏軟體平台。
第三節 【工作表單】系統功能檢視項目：評選機構典藏軟體平台的工作表單。
第四節 參考文獻：關於本章所提到的各種技術問題之延伸閱讀材料。
第一節 第一節 第一節
第一節 評選系統概述 評選系統概述 評選系統概述 評選系統概述
第一項 第一項 第一項
第一項 機構典藏系統的 機構典藏系統的 機構典藏系統的 機構典藏系統的發展 發展 發展可能性 發展 可能性 可能性 可能性
機構典藏平台有很多潛在的廣泛用途，雖然有些需經系統客製化才能實現，但也讓我 們更加清楚所需求的系統面貌要接近哪個方向：
1. 預刊本和電子出版品檔案庫 2. 線上學位論文資料庫
3. 學校素材與教材庫 4. 數位圖書館資料平台
5. 大學檔案管理（系統未來發展性）
6. 大學另類的出版平台（系統未來發展性）
第二項 第二項
第二項 第二項 機構典藏系統的要素 機構典藏系統的要素 機構典藏系統的要素 機構典藏系統的要素
機構典藏的基本要素包括：1. 上傳欲典藏內容資料的介面
2. 典藏內容資料檢索、瀏覽、取得的介面 3. 儲存內容資料的資料庫
4. 藏品管理與保存作業的管理介面
其他的特性還包括了與大學所用的其他系統整合在一起，如線上課程軟體等。
第三項 第三項 第三項
第三項 選擇軟體平台 選擇軟體平台 選擇軟體平台 選擇軟體平台
不論是系統服務面的特性（書目資料、上傳資料流程、內容資料類型……等）或底層 主機相關的議題（作業系統、資料庫、檢索機制……等），由機構典藏工作小組、圖書館 各組、資訊技術相關人員組成的系統評估團隊，每位成員在系統運作的方式或館內需求的 系統特性上貢獻自己的專業。
本段整理出可能考量的議題、應需求的系統特性，及目前排名前幾名的機構典藏平台 已具備的優勢功能：
1. 基本的技術架構 2. 需求的產品特性 3. 軟體研發者╱發行商 4. 產品技術模式
5. 服務上線之後的技術議題 6. 導入步驟
7. 成本考量 8. 長遠規劃 9. 數位保存策略
10. 主要的機構典藏軟體供應商（見本章第二節）
11. 產品特性檢核清單（見本章第三節）
我們也為您指出已使用該軟體平台的網站，這樣就可以看看其他大學如何導入這些系 統。
工作表單 13、系統評估要點 (一)
基本的技術架構
機構典藏系統由下列的技術架構而成：
1. Windows或Unix、Linux伺服主機
2. 網路伺服器（web server），如Apache和相關的網路應用工具 3. 資料庫，例如MySQL、DB2、Oracle、Postgres、SQL Server等 4. 機構典藏軟體
(二)
需求的產品特性
在檢視一個軟體平台時，可留意下列特性：
1. 可支援的檔案格式：純文字、圖像、數據資料集、影片、聲音等
2. 書目資料的標準（描述性、技術性、保存、版權）
3. 與其他系統資料的互通性，如支援OAI、Z39.50、SRW等 4. 永久位址（如永久網址）
5. 書目資料的檢索/瀏覽 6. 全文檢索
7. 工作流程、提交內容的審閱 8. 使用者身份認證和授權：
(1) 後台作業：內容貢獻者、編者、管理員、書目資料編輯人員 (2) 前台作業：一般使用者取閱資料的權限
9. 客製化功能：運用應用程式介面（API）客製化軟體以延伸功能符合需求。
10. 取閱控管：應可提供取閱權限管理的技術。例如麻省理工學院的DSpace取閱管控系 統允許有限度的取閱或延遲公開技術專利等相關資料等。
(三)
軟體研發者╱發行商
1. 免費 與. 商業軟體（授權、採購或租賃費用）
2. 開放原始碼 與 專屬原始碼（proprietary）
3. 技術支援的途徑：
(1) 付費或免費支援 (2) 透過電話
(3) 透過電子郵件 (4) 經由線上討論區 (四)
產品技術模式
機構典藏軟體平台有數種授權及發行的模式。
1. 專屬軟體專屬軟體 專屬軟體專屬軟體
通常機構必須付費購買此類軟體或租賃此類軟體供應商所提供的系統平台，並可 選擇是否要付費享有其他附加的訂購內容或諮詢服務。您擁有軟體的使用權，訂 購之後享有軟體更新的服務。透過程式介面或是API，可以客製館內所需的軟體 功能，但軟體商仍擁有、創造並負責維護其原始碼。
2. 開放原始碼開放原始碼軟體開放原始碼開放原始碼軟體軟體 軟體
可以直接下載軟體來使用，多數情況下是免費的，而館方的資訊技術同仁可以強 化改進原始碼以客製某些功能。雖有共同社群（或基金會）集中維護原始碼，但 原始碼的改變或強化都是開放的，如CDSware、DSpace、EPrints、Fedora、
Greenstone。
3. 軟體服務模式軟體服務模式軟體服務模式軟體服務模式7
軟體商擁有並發行一個軟體平台，或者也管理主機並為您維護資料。在這種模式 下，軟體商會因額外的服務收取費用，同時負責控制及更新軟體的原始碼（例如：
Open Repository或 bepress）。服務模式有以下三種選擇：
(1) 主機放在圖書館端運作，並由圖書館自行管理；
(2) 主機放在圖書館端運作，由供應商遠端維護管理；
(3) 主機與維護管理都在供應商端，由供應商提供軟體服務。
哪一種服務模式最適合，端視服務需求以及擁有的資源而定。舉例來說：是否覺得軟 體共同社群修改的開放軟體用起來很自在？或是，比較習慣傳統的軟體供應商與客戶之間 的關係？──可依據自身單位的需要購置所需的技術支援、軟體更新和諮詢服務。
請特別留意所有服務模式中潛在的成本支出，請教其他已使用該機構典藏系統的圖書 館，詢問對該系統的評價，將有助於更瞭解各系統的真實應用。
(五)
服務上線之後的技術議題
依據所選擇的軟體平台，驗收時可能需要處理的技術面向：
1. 服務的可用性（七天二十四小時不間斷的服務）
2. 系統規模的擴充性（成長）
3. 備份以及還原 4. 系統維護
5. 可擴展性：能和其他大學的資源及系統接合 6. 量身訂做軟體功能
7. 國際化╱支援多國語言（支援UNICODE字集）
8. 資料負載量
7 原文註釋：隨著開放軟體的使用，將來可能會產生很多專門提供諮詢服務的公司，提供專屬於免費開放原
7 原文註釋：隨著開放軟體的使用，將來可能會產生很多專門提供諮詢服務的公司，提供專屬於免費開放原