行政院國家科學委員會專題研究計畫 成果報告
以原資料(meta-data)為基礎的可客製化與可擴展的檔案總
管
研究成果報告(精簡版)
計 畫 類 別 ： 個別型 計 畫 編 號 ： NSC 99-2221-E-009-082- 執 行 期 間 ： 99 年 08 月 01 日至 100 年 07 月 31 日 執 行 單 位 ： 國立交通大學資訊工程學系（所） 計 畫 主 持 人 ： 楊武 計畫參與人員： 碩士班研究生-兼任助理人員：郭政錡 博士班研究生-兼任助理人員：沈柏曄 報 告 附 件 ： 出席國際會議研究心得報告及發表論文 處 理 方 式 ： 本計畫涉及專利或其他智慧財產權，2 年後可公開查詢中 華 民 國 100 年 08 月 24 日
行政院國家科學委員會專題研究計畫 成果報告
以原資料(meta-data)為基礎的可客製化與可擴展的檔案總管 計畫類別： 個別型計畫 計畫編號： NSC 99-2221-E-009-082- 執行期間： 99 年 8 月 1 日至 100 年 7 月 31 日 執行單位： 國立交通大學資訊工程學系 計畫主持人： 楊武教授 報告類型：期末報告(完整版) 中 華 民 國 100 年 8 月 22 日關鍵詞: 原資料、檔案管理、資料庫、資料處理
行政院國家科學委員會專題研究計畫成果報告
題目: 以原資料(meta-data)為基礎的可客製化與可擴展的檔案總管 計畫編號：NSC 99-2221-E-009-082- 執行期限：99 年 8 月 1 日至 100 年 7 月 31 日 計畫主持人：楊武教授 國立交通大學資訊工程學系 AbstractIt is a digital era now. Many documents, such as photos, music, movies, and paper documents, etc., have been transformed to digital files for archiving purpose. Digital files are easier to keep and duplicate and last much longer without degradation. However, managing these ever
increasing digital files presents a major challenge to most users.
A major problem in managing files is how to add annotations to files. Common annotations include authors, dates, versions, summaries, reader’s opinions, keywords, etc. Different kinds of documents may carry different annotations. For example, annotations for a digital photo may also include the place where a photo is taken, the photographer, the equipments used to take the photos, etc. The annotations help to organize the files and to locate desired files in a sea of files. For instance, a user may want to locate all photos taken with a specific camera.
Traditional file managers allow very limited and inflexible ability for annotations. A user sometimes uses file names as annotation, such as “SW
DVD5 Office Enterprise 2007 W32 ChnTrad #1 PA BP
MLF.X12-19568.img”. This results very long file names. Still, long files are incapable of carrying all the desirable annotations. Based on these observations, we designed and implemented a new file manager that is centered around
annotations. The new file manager provides all the necessary operations on the annotations. 中文摘要 由於科技的進步，資料保存方式也 由傳統的保存方式(e.g., 沖洗相片、紙 張文件和音樂卡帶進步為數位保存方 式 (e.g., 數位相片、電子文件和數位 音樂) ，雖然資料的數位保存方式較傳 統容易保存以及整理，但是當數位資 料的量累積到一定程度時，管理上將 遇到一些問題，如檔案的存放位置， 檔案的命名等等。 以現今的微軟的檔案總管為例，當 要對一個數位檔案作整理分類時，通 常有兩種做法，第一種是將檔案用多 重資料夾分隔儲存，並且在資料夾上 註明檔案分類，或是在檔案名稱上加 標籤說明，這種作法會將造成檔名太 長或是資料夾結構太過複雜而造成管 理上的不便，第二種則是使用微軟檔 案總管本身提供的添加元資料功能，
但是這種方式會受到一些限制，在微 軟的檔案總管裡，能夠對檔案增加額 外資料的只有少數幾種(例如 doc、 mp3、jpg 等檔案)。除此之外，對能夠 增加元資料的欄位是固定的，無法依 照使用者意願而額外增加欄位。 基於上述幾點原因，研究計畫的目 的是實作出以元資料為基礎的檔案管 理軟體，能夠讓使用者任意地對檔案 添加元資料，使得使用者在管理檔案 上更為便利。除了對檔案建立 Metadata 外，我們的檔案管理軟體亦支援建立 Hard Link 以及 Soft Link，所有連結的 Metadata 將與來源的 Metadata 相同。 1. Introduction 檔案管理軟體在管理檔案上扮演著 重要的角色，本研究將針對傳統檔案 管理軟體，提出一個以 Metadata 為基 礎的檔案管理軟體，藉此改善舊有的 檔案管理方式。 2 相關背景與研究 2.1 相關背景 檔案管理軟體發展歷史到 2010 年 為止擁有 20 多年的經歷，期間有許多 不同類型的檔案管理軟體，下面將做 介紹。
2.1 Orthodox File Managers
Orthodox file manager(OFM) 或是 稱為 Command based file manager ， 是最早期的檔案管理程式之一，OFM 剛開始是文字介面，我們稱這種為 command line interface-based OFM(COFM)，後來 orthodox file manager 支援圖形介面，稱之為 GUI-based OFM(GOFM)。雖然文字介
面沒有滑鼠的便利性，但是 COFM 通 常不需要太多資源，程式很小且不需 安裝就可以在不台電腦上執行，第一 套 OFM 為 Norton Commander(圖 1)。
圖 1 Norton Commander
OFMs 之間有許多不同點，但是它 們都有 3 個共同的特徵如下:
1. 精簡的介面
2. Command line 結合 System shell。
3. 所有操作都可以由鍵盤完成
在 The Anti-Mac interface[1]裡提 到，直接操作類型的檔案管理員，如 GUI-based manager，處理簡單動作以 及少量檔案時，可以處理得很好，但 是當檔案或者動作變多的時候，重複 的操作很快便會覺得單調且乏味，這 是直接操作類型的缺點。 OFMs 已經有 20 多年的歷史，其對 於檔案管理軟體來說依然是強而有力 的典範。假如還想更深入瞭解的話， The Orthodox File Manager (OFM) Paradigm[2]擁有更多細節。
2.2 Spatial File Managers
Spatial file manager 用 spatial metaphor 來表示檔案以及資料夾，就 像是把它們作實體物件一樣，例如， 把整個檔案系統當作一個大箱子，而 箱子裡面又有很多小箱子，每個箱子 代表一個資料夾。與這個相反的就是
navigational metaphor(見 2.3 節)。 但是對於 spatial metaphor 來說，資 料夾和視窗兩者是相同的東西，所以 同一資料夾只能被一個視窗打開。如 果使用者在第二視窗開啟一個已經被 打開的資料夾時，則原來的視窗會被 關閉，或被倒退到原來的視窗。
圖 2 Spatial file manager
spatial metaphor 的最大的問題在 於，瀏覽一次目錄結構就會打開無數 的視窗(圖 2)。
2.3 Navigational File Managers
Navigational file managers 或 稱為 explorer-type file
managers，因為與 Microsoft Windows 的結合而相當突出。
圖 3 Windows Vista Explorer
Navigational file managers 採 用 navigational metaphor 方式來表 示檔案，例如，把檔案跟資料夾當成 許多節點，檔案系統的根目錄為起 點，目標檔案為終點，所經過的路徑 則是檔案的位置。自從圖形式 GUI 的 時代來臨，這一類型的檔案管理軟體 在桌上型電腦上逐漸變成主流。 大部分 navigational file managers 的視窗通常會分為 2 個，左 邊為資料夾的樹狀圖，右邊則為當前 資料夾的檔案內容，資料夾的樹狀圖 可以用來改變當前檔案夾的位置，當 選擇左邊目錄樹時，右邊所顯示資料 夾檔案內容也會隨之更改(看圖 3)。
Navigational file managers， 可以利用前進、後退按鈕利用瀏覽歷 史來改變檔案夾位置，或是在位置欄 上輸入資料夾、檔案路徑來改變資料 夾位置。另外可以同一時間開啟多個 視窗，並且在彼此之間用拖曳的方式 來操作檔案。 2.4 3D File Managers 3D file managers 是希望利用三維 的方式來表現檔案以及資料夾，這類 程式尚未成為主流，因此我們將針對 3DOSX: Three Dimensional File System Browser[6]來做介紹。
圖 4 3DOSX: Three Dimensional File System Browser
際上依然是二維的介面，事實上並不 是沒有人從事這類研究，SGI 的 FSN[5] 以及 Microsoft 的 3D task gallery[4]都 有過相關研究，但結果不是非常成功。 3D file managers 的好處在於，可 以同時看到所有資料夾(看圖 4)。使用 者可以很快速的找到要打開的資料 夾，以及看到資料夾內容了解彼此之 間的關係，將檔案從一個資料夾移到 另一個資料夾也相當容易。 由於 3D 圖形顯示是利用 OpenGL （Open Graphics Library）處理，因此 效能的好壞決定在硬體上，這也是 3D file managers 推廣上一大的障礙。
2.5 Web-Based File Managers
Web-based file managers 通常是使 用 PHP、Ajax、Perl、Asp 或者是其他 伺服器端的語言來撰寫，Web-based file managers 需要被安裝在伺服器上 才能使用。
Web-based file managers 除了可以 讓人遠端管理檔案外，還可以讓管理 者設定檔案的安全性，可以依照不同 使用者帳號來設定不同權限。
假如對 Web-based file managers 有 興趣的話，PHPfileNavigator [7]提供設 定好的範例，請看圖 5。
圖 5 PHPfileNavigator
2.2 相關研究
本檔案管理程式偏向於
Navigational file manager，原因在於多 數使用者比較熟悉，而且其圖形介面 以及操作模式很容易上手。 在眾多的 Navigational file managers 裡，我們挑選了 6 個免費的 檔案總管來做參考，依序分別為 Free Commander[12]、Ultra Explorer[13]、 MDIE[14]、Xplorer2 Lite[15]、Tabby File[16]和 QT TabBar[17] (如表 1)。 參考表 1 後，我們的檔案管理軟體 將擁有以下六個特點 1. 對稱的雙視窗 我們採用的是雙視窗，各自擁有獨 立的目錄樹以及檔案列表，讓使用者 方便操作檔案。 Ours FC UE MDIE CL TF QTT 視窗 數目 雙 雙 單 多 雙 雙 多 分頁瀏覽 V V V 返回 右鍵選擇 點空白處 點空白處 點空白處 點空白處 點空白處 點空白處 目錄樹 視窗各有 視窗各有 共同 共同 共同 搜尋 Future work 完整 簡單 簡單 簡單 簡單 歷史 Future V V V
work 縮圖 V V V V V V 自訂常用 工具 Future work V V V V V 語言 多國 中英 中英 中英 中英 英 英 安裝方式 免安裝 免安裝 Metadata V Link 支援 soft & hard link 表 1 檔案管理軟體比較表[11] 2. 搜索功能 在大部份的檔案管理軟體裡，在 搜索大量檔案時，必須花很長的一段 時間，由於我們的檔案管理軟體還有 Metadata 的功能，在資料上會更加龐 大，所以我們將採取在系統閒置時對 檔案做索引，藉由索引將可以快速的 找到檔案。 3. 多國語言 多國語言有利於軟體的推廣，因此 使用者介面的語言我們是採用讀取文 件的方式來完成，目前擁有英文以及 繁體中文的語言檔。 4. Metadata Metadata 可以讓使用者對檔案新增 一份完整且詳細的 Metadata，隨意新 增欄位，這個功能在當管理眾多檔案 時可以快速且順利的瞭解該檔案的內 容，或是幫助回憶長時間沒開啟的檔 案其內容。 5. 連結
連結包涵了 Soft Link 以及 Hard Link，提供視窗介面來建立 Link，也 結合 Link 與 Metadata，細節將在第 3.3 節裡提到。 6. E-mail 傳送檔案 我們藉由 Webmail，不需要安裝電 子郵件程式，使用者只需要將 Webmail 的一些相關資料設定好即可。 3. 系統設計與實作 在本章節，我們將介紹我們的檔案 管理軟體的設計。 3.1 程式架構 我們將檔案管理程式依照主要功能 的不同，將檔案管理軟體分為主要六 個 package，(如圖六): 圖 6 檔案管理軟體架構 1. Constant 這個 package 負責檔案管 理軟體的設定，例如讀取程式介面的 語言文件，或是紀錄 Metadata 的預設 格式，還有 Webmail 的帳號密碼等。 2. Filesystem 這個 package 裡負責 檔案的操作，像是檔案的複製、刪 除、建立、更名等。
3. List 這個 package 裡負責顯示資料 夾的檔案，時還可以設定檔案的字 形、大小，以及檔案的排序。 4. Tree 這個 package 的內容為目錄 樹的相關程式，有建立目錄樹、目錄 樹展開、等。 5. uiFrames 這個 package 的內容為圖 形介面的相關程式，版面的編排等操 作。 6. listener 這個 package 包涵了所有 以上 package 操作上的回應動作程式 碼。 3.2 Metadata 元資料（Metadata）為描述資料的 資料（data about data），Metadata 的基 本定義出自 Online Computer Library Center (OCLC)與 NCSA 所主辦的 Metadata Workshop 研討會，該研討會 廣邀圖書館學、電腦科學、文獻編碼， 以及相關領域學者專家等參加。在此 會議中，提出了描述資料的資料(Data about data)[22]，從此以後各種有關 Metadata 的定義紛紛的出現。我們的 檔案管理軟體的 Metadata 定義是有關 檔案註解的資料（data about annotations of files）。 我們的檔案管理軟體希望在不變 動檔案本身(例如檔案名稱、檔案位置 等) 前提下，能夠在檔案管理軟體中， 隨意的對檔案添加 Metadata，來為檔 案做註解，但是欄位可以讓使用者自 行建立，並且使檔案的 Metadata 獨立 於檔案本身，因此我們需要思考幾個 問題，在下面三節裡我們將對這三個 問題做討論: 1.制定 Metadata 的儲存方式 2.處理 Metadata 的流程 3. Metadata 的格式 3.2.1 Metadata 的儲存方式 在我們的檔案總管裡，每一個檔案 或是資料夾都可以建立 Metadata，而 Metadata 要存在哪裡這將造成一個問 題，我們考慮過以下 3 種方式。 在資料庫的作法裡，每一台電腦都 將要安裝資料庫軟體，另一個問題是 若資料庫存在當前的電腦裡，當可攜 式的儲存空間換台電腦後，必須重新 建立 Metadata。 至於寫到檔案本身，這種作法對於 檔案的完整性將造成破壞，可能其他 程式無法讀取之類的情況，因此排除 這種作法。 我們的檔案管理軟體採用每個檔案 或資料夾將對應到一個 Metadata 檔案 的法，每一個檔案或資料夾將擁有一 個屬於自己的 Metadata 檔案，如同圖 7，存在一個檔案為 file.txt，則會有一 對應的 file.txt.md，儲存 file.txt 的 Metadata。 圖 7 檔案、資料夾擁有各自的 Metadata 檔案 而 Metadata 所存放的位置為該檔案所 在的 volume(例如 c:\、d:\)裡，這種作 法有一個好處，那就是當使用隨身儲 存裝置時，Metadata 也可以跟著帶走， 而不會像使用資料庫般看不到。 為了能夠快速找到 Metadata 的儲 存位置，我們採用在檔案或資料夾所 處的 volume 的根目錄建立.metadata 資 料夾，並且以對應檔案位置的方式來 儲存。在圖 8 裡，假如檔案位置為
C:\test\afile.txt，則該檔案的 Metadata 儲存在 C:\.metadata\test\afile.txt.md。 圖 8 對應的方式儲存 Metadata 3.2.2 Metadata 處理流程 在這章節將會說明當檔案進行刪 除、移動時，檔案的 Metadata 要如何 處理。 1. 新增 Metadata。當輸入完 Metadata 後，我們會將檔的或資料夾的 Metadata 建立一個.md 的檔案儲存，並存在對應 於該檔案路徑的位置裡。 2. 移動、複製檔案時，檔案或資料 夾的 Metadata 位置也必須改變，當檔 案或資料夾進行移動時，原有檔案的 Metadata 也會複製到檔案新位置的對 應位，並刪除原有位置的檔案及 metadata。而移動以及複製這兩種動作 差別在於原始位置的檔案以及 Metadata 是否會被刪除。如圖 9 中複 製的例子。 3. 刪除，當檔案或資料夾被刪除 時，其對應的 Metadata 也要同時被刪 除。 圖 9 Metadata 的處理流程 3.2.3 Metadata 的格式 我們的每一個檔案與資料夾都有 各自的 Metadata，因此 Metadata 資料 格式必須簡單，在 XHTML meta data profiles [20]裡提到以 XHTML 的格式 來紀錄 Metadata。 圖 10 Metadata example 我們 Metadata 資料儲存的格式採 用自訂 XML 格式，以 cat.jpg 來說， Metadata 保存了 3 個資料，分別為時 間、地點以及顏色，則 cat.jpg 的 Metadata 檔案裡則會如圖 10。 3.3 連結 簡單的來說，連結就是檔案或資 料夾的備份名稱，僅僅只有名稱備 份，而不是整個檔案完整的備份。 連結分為三個種類，分別是 Hard Link、Soft Link (Symbolic Link)以及 Directory Junction。在這一節會對這三 種不同的連結做一番介紹。 在 Windows 作業系統裡，除了利 用指令建立連結外，還可以利用 Win32 的 API 來建立連結，由於 Windows 不 同版本建立連結的方式不同，為了統
一，我們的檔案管理軟體利用 flexHEX [19] 所提供的執行檔來建立連結。 由於連結實際上都指向到同一檔 案，因此所有連結的 Metadata 要相 同，如此一來上一節所提到的 Metadata 作法將有點問題，這一點將在這一節 的最後提出來討論。 3.3.1. Hard Links 在 NTFS[18] (New Technology File System) 的檔案系統中，每一個 volume 都擁有各自的 MFT (Master File 表)，同時每一個檔案視檔案大 小，都至少有一個 file record。file record 紀錄檔案相關的 attributes。一個 file record 佔 MFT 一個 entry，而要建立一 個 Hard Link 即是修改檔案在 MFT entry 裡的 file record，而不是建立新 檔。
除此之外，所有 Hard Links 都是 讀取同一個 MTF entry，因此所有 Link 可以當作存取同一個檔案(圖 11)， memo.txt 為來源檔案，memo-h.txt 為 Hard Link，當 memo-h.txt 被編輯並且 儲存，那麼所有共用這個 MFT entry 的 Hard Links，也會讀到更新後的檔案 內容。 圖 11 hard link 示意圖 在 NTFS 裡，要刪除一個檔案 link count 必須為 0，因此就算不小心刪除 source file 時，檔案仍然不會消失，這 點與 Soft Link 不同。在 Soft Link 裡，
刪除 source file 則所有 Links 將無法運 作。
在 NTFS 檔案系統中，因為每一個 volume 都擁有各自的 MFT，然而建立 Hard Link 是對該 volume 裡的 MFT entry 做修改，因此 Hard Link 不允許 跨 volume 建立，在 Soft Link 則可以跨 volume 建立連結。
3.3.2. Soft Links(Symbolic Links)
Soft Link 又稱為 Symbolic Link 或 叫做捷徑 (shortcut) 。在 NTFS 系統 中，Symbolic Link 可視為一個指標， 紀錄來源檔案或資料夾的路徑。當開 啟 Symbolic Link 時，作業系統會根據 Symbolic Link 所紀錄的路徑，打開來 源檔案或資料夾。 Symbolic Link 與來源檔案用不同 的 MFT entry。Symbolic Link 並不是指 向來源檔案實際檔案內容在硬碟的位 置，而是來源檔案的路徑(在圖 13 裡，memo-s.txt 指向 memo.txt)，在硬 碟空間使用上十分的節省空間，對來 源檔案或是連結作修改時，所有連結 到這份檔案內容的 Symbolic Links 也 將跟著改變。另外即使來源路徑不存 在也可以建立，這點與 Hard Link 不同。 當 Symbolic Link 指向不存在的檔 案(e.g., 來源檔案或資料夾被刪除) ， 將會造成 Symbolic Link 出現錯誤，這 種情況下的連結稱作 broken(例如在圖 12 裡，當 memo.txt 檔案不見時，該檔 案的 Symbolic Link memo-s.txt 將會無 法開啟)。
圖 12 Symbolic Link 示意圖
3.3.3 Junctions
NTFS junction point，可以讓某一 個來源資料夾(Source Directory)直接 連結到另一個對應的資料夾(Junction Directory)，這與建立 Symbolic Link 的 資料夾類似，但不是完全相同。 NTFS junction point 的資料夾跟來 原資料夾內容完全一模一樣 (包括安 全性設定)，因此不管對一個資料夾的 設定或是資料夾內的檔案作修改，所 有的資料夾也會同時修改。 建立 NTFS junction point 最大的 好處就是這是一個完全獨立的資料 夾，而可以直接進行檔案、資料夾操 作。 如同 Soft Link 一般，假如來源資 料夾被刪除，則所有對應的資料夾 (junction directory)將會失去效用。
3.3.4. Link with Metadata
在第 3.2 節提到連結與來源檔案 的 Metadata 都應該相同(例如圖 13 所 示)，因此當其中一個連結或來源檔案 的 Metadata 修改時，所有連結的 Metadata 也要跟著修改，這種方式在 擁有大量的連結時，將會造成檔案管 理軟體效率變差。
圖 13 Hard Link 擁有各自的 Metadata
為了解決上面的問題，連結的 Metadata 將採用間接的方式來儲存。(圖 14)，當 要對檔案建立連結時(Step 1)，首先會 將原有檔案的 Metadata 移到新的資料 夾(Step 2)，而原有檔案的 Metadata 位 置紀錄 Metadata 被移到的資料夾位 置，最後在對檔案建立連結(Step 3)， 如此一來所有連結將共用一份 Metadata，這樣的好處在於，當對連結 的 Metadata 做修改時不需要同時修改 其他連結的 Metadata。 4. 第四章 測試設計與結果 4.1 執行環境 我們的軟體是利用 JAVA 程式語 言開發，所以必須安裝 JAVA 的執行環 境。同時我們是以個人電腦作為執行 的平台，因為檔案管理軟體有用到 Microsoft Windows 的 command，因此 目前只支援 Microsoft Windows
Operating System，這在將來可以做改 進，讓檔案管理軟體可以同時在其它 的作業系統上執行。
在某些較舊的 Microsoft Windows Operating System 依然支援 FAT32 的 file system，但是由於 hard link 這個 link 只支援 NTFS 的 file system。在操作 上，這個檔案管理軟體屬於
Navigational file managers，所以滑鼠為 最好的操作工具。綜合以上所述，執 行環境需具備以下三點:
1. Microsoft Windows Operating System 2. NTFS (New Technology File System) file system 3. JAVA SE 6 1.6.0 以上 4.1 如何開始 我們的檔案管理程式，不需安裝便 可以使用，移除後也不會在電腦上留 下紀錄。由於設定檔等相關紀錄都保 存在程式的資料夾內，因此換到不同 電腦也可以執行。 4.4 軟體測試及開發 在軟體系統的開發中，需求不明 確造成了成本與時間的低估，或是品 質不佳的情況。為了解決這個問題， 出現了所謂的軟體流程模式。在眾多 的軟體開發模式中，我們採用 Iteration and Incremental 開發模式[21]。它是 H. Mills 在 1971 年提出。
Iteration and Incremental 把軟體分 成若干個 Iterations，然後以 Incremental 的方式增加功能。最後經歷幾個版本 之漸增，才能完成系統開發。如圖 15。
圖 15 Iteration and Incremental example 體測試 及開發 在測試方面，Iteration and Incremental 最大的好處就是在於提早 可以找到潛藏的風險，而儘早處理。 另外因為可以在一個 Iteration 期間內 就可以看到具體的結果(可執行的程式 碼)，所以每一個 Iteration 完成後便可 以對軟體進行測試，也能很快得到程 式上的回饋(Feedback)，並可立即回頭 去修正。 我們檔案管理軟體裡，可以分為 五個子系統、四個主要的開發階段。
圖 16 Iteration 1 在圖 16 Iteration 1 裡，主要是完成 檔案管理軟體的框架，我們建立檔案 管理軟體的圖型介面、資料夾的目錄 樹、資料夾的檔案列表，以及建立 File Node。 在圖 17 Iteration 2 裡，主要的工作 是完成一些基礎事件動作，在框架裡 加入監聽事件，在檔案方面完成了檔 案操作等相關的動作，事件方面則是 有了 Menu 選單的事件、滑鼠連點事件 等，這個時候的檔案管理軟體能夠做 一些基礎的操作。 圖 17 Iteration 2 在圖 18 Iteration 3 裡，加入一些進 階的功能，例如建立連結、E-Mail 夾 帶檔案、自訂介面語言以及滑鼠的拖 曳等等。 圖 18 Iteration 3 在圖 19 Iteration 4 最後一個階段 裡，主要完成 Metadata 的相關操作， 為檔案建立 Metadata，複製、移動檔 案時，Metadata 的處理方式，以及相 同的連結將參考同一份 Metadata 等 等。 圖 19 Iteration 4
表 2 測試表-1 在測試方面，我們的檔案管理軟 體在完成每一個 Iteration 時，會針對現 有階段新增的功能進行單元測試，並 且根據參與測試人員的回饋意見，對 檔案管理軟體做修正。 測試的項目見表 2 及表 3，在表裡 單一目標指的是單一檔案或是單一資 料夾的選取，多目標指的是檔以及資 料夾的混合選取。在測試時也要考慮 到 MetaData 與檔案之間的關係。 綜合上述，以測試項目 29 來舉例 說明: 在檔案管理軟體裡，同時選擇多 個檔案或是資料夾，選擇刪除動作， 其結果為選取的檔案以及資料夾正確 被刪除，同時被選取的檔案及資料夾 的 Metadata 也正確地被刪除。 表 3 測試表-2 5. 結論 本研究提供了一套檔案管理軟 體，讓使用者可以任意地對檔案建立 Metadata 來對檔案加以說明以及建立 所需要的欄位，讓使用者可以靠 Metadata 回憶檔案內容，或者快速找 到所要找的檔案。除此之外，我們的 檔案管理軟體同時結合了連結與 Metadata 的功能。在介面以及基礎功 能方面，我們參考 6 款檔案總管軟體， 挑選出符合所需之功能、介面，融合 到我們的檔案管理軟體裡。在介面語 言方面，我們的檔案管軟體所支援的 語言可以隨使用者新增，希望提供使 用者除了 Microsoft 檔案總管軟體以及 其它幾套檔案總管軟體外，可以選擇 我們的軟體作為管理檔案的工具。
參考文獻
[1] Don Gentner and Jakob Nielsen, The Anti-Mac Interface,
Communications of the ACM, v.39, n.8, pp.70-82, Aug. 1996.
[2] The Orthodox File Manager (OFM) Paradigm,
http://www.softpanorama.org/OFM/Para digm/index.shtml
[3] Spatial file manager,
http://en.wikipedia.org/wiki/Spatial_file _manager
[4] George Robertson, Maarten van Dantzich, Daniel Robbins, Mary Czerwinski, Ken Hinckley, Kirsten Risden, David Thiel, and Vadim Gorokhovsky, The Task Gallery: A 3D Window Manager, Proc. of SIGCHI Conference on Human Factors in Computing Systems, pp.494-501, April 1-6, 2000, The Hague, The Netherlands. [5] FSN 3D Navigator,
http://www.sgi.com/fun/freeware/3d_na vigator.html
[6] Robert Chin, Three-Dimensional File System Browser, Crossroads, v.9, n.1, Fall 2002.
[7] PHPfileNavigator , the web file manager, http://pfn.sourceforge.net/ [8] File Manager, http://en.wikipedia.org/wiki/File_manag er [9] Windows Explorer, http://en.wikipedia.org/wiki/Windows_E xplorer
[10] Comparison of file managers, http://en.wikipedia.org/wiki/Comparison _of_file_managers [11] 電腦玩物-檔案總管評比, http://playpcesor.blogspot.com/2007/06/ 2007.html [12] FreeCommander, http://www.freecommander.com/ [13] UltraExplorer, http://www.mustangpeak.net/ultraexplor er.html [14] MDIE, http://cres.s28.xrea.com/soft/mdie.html [15] Xplorer2 Lite, http://zabkat.com/x2lite.htm [16] TabbyFile, http://tabbyware.com/ [17] QT TabBar, http://qttabbar.wikidot.com/
[18] Microsoft, How NTFS Works. http://technet.microsoft.com/en-us/librar y/cc781134%28WS.10%29.aspx
[19] flexHEX, NTFS Hard
Links,Directory Junctions, and Windows Shortcuts.
http://www.flexhex.com/docs/articles/ha rd-links.phtml
[20] Tantek Çelik , Eric A. Meyer, and Matthew Mullenweg, XHTML Meta Data Profiles, Special Interest Tracks and Posters of the 14th International Conference on World Wide Web, May 10-14, 2005, Chiba, Japan.
[21] R.Victor, Iterative and Incremental Development: A Brief History. IEEE Computer Society, 2003.
[22] Stuart Weibel, Jean Godby, and Eric Miller, OCLC/NCSA Metadata Workshop Report
參加 2011 年 International Conference on Computing and Security 國際會議
會議報告
國立交通大學資訊工程系
楊武
中華民國一○○年八月十五日星期一
一、 參加會議經過
本年度(二零一一年) International Conference on Computing and
Security (ICCS＇11) 國際會議於民國一○○年七月八日至十一日在外
蒙古首都烏蘭巴託市的蒙古國立大學舉行。敝人在七月七日由臺灣出
發，七月十四日返回臺灣。ICCS＇11 會議的主題囊括六大主題，cloud
computing, fault toleratnt computing, biometrics technologies, biometrics
performance evaluation, information security in Internet, and biometric
applications，領域橫跨近年來從學術到產業界雲端運算、容錯運算、生
物資訊、與電腦安全的研究與發展。
此外，本次會議由蒙古國立大學校長主持開幕儀式，並且由我國與
蒙古的學者報告研究成果，對於增進雙方的互相瞭解，非常有幫助，
進而為雙方未來的合作，做好準備的工作。我國與蒙古由於地理氣候
政治與工商業有很大的不同，雙方在電腦資訊的學術與產業發展重
點，也不太相同，經由此次的國際會議，雙方對彼此的擅長領域以及
發展方向，都有深入的瞭解，並且進一步規劃未來合作的內容。此次
會議一共發表學術論文二十篇， 由這些學有專精的學者介紹一些最新
重要的研究題目，敝人感覺受益良多。
敝人的論文在七月十日下午 1 點 30 分至 3 點 30 分在 Session C
發表，敝人的論文題目是 Migrating Java Threads with Fuzzy Control on
Asymmetric Multicore Systems for Better Power Efficiency，該 session
由 Profesor Ching-Shoei Chiang 主持。每位報告者的時間為 20 分鐘，
並預留 4 分鐘以供現場聽眾發問。我們是此場 Session 的第 2 位報
告者，在報告結束後，我們亦針對現場聽眾所提出的問題一一解
答，在同場的 Session 當中，還另有五位學者報告，其主題包括如
下：
♦ Simulation of Autonomous Vehicle Behavior in Non-Lane
Environment
♦ A Memory-efficient Packet Classifier for Network Security
Appliances
♦ An Omnipresent Personal Health Management System
♦ A Visual Context-Awareness System for Computer Room
Classes – an Automatic Roll-Call System
♦ Cloud of Knowledge Management Systems Planning and Design
透過自己與其他學者的報告，以及現場聽眾所討論的問題中，不
僅讓敝人充份了解自己研究方法尚可改進的方向，同時也對於國
外學者於各領域的發展有更進一步的認識。
此次 ICCS＇11 國際會議囊括六大主題，領域橫跨近年來從學術到
產業界多媒體與遍佈式運算工程的研究與發展，主題分別如下：
♦ cloud computing
♦ fault toleratnt computing
♦ biometrics technologies
♦ biometrics performance evaluation
♦ information security in Internet
♦ biometric applications
在會議中，針對每位演講者/論文發表者的講題，各場聽眾皆
有相當熱烈的回應與討論，我於此當中，不僅瞭解目前國外學者
的研究方向，亦學習到如何與國外聽眾作互動，同時也更深刻地
了解到外語能力對於學術溝通的重要性。透過此次會議的參與，
讓我吸收了許多寶貴的經驗，也藉由與國外學者的密切互動，讓
自己更加瞭解未來運算工程的趨勢所在，並對相關的學術研究有
更全盤性的認識與了解。
三、攜回資料名稱與內容
(一) ICCS＇11 會議資訊，內含：
♦ 會議舉辦時間與地點
♦ 會議流程
♦ 會議報告主題、時間、地點與人員
(二) ICCS＇11 論文集光碟片一份
二、與會心得
蒙古國立大學會場
國科會補助計畫衍生研發成果推廣資料表
日期:2011/08/24國科會補助計畫
計畫名稱: 以原資料(meta-data)為基礎的可客製化與可擴展的檔案總管 計畫主持人: 楊武 計畫編號: 99-2221-E-009-082- 學門領域: 程式語言與軟體工程無研發成果推廣資料
99 年度專題研究計畫研究成果彙整表
計畫主持人：楊武 計畫編號： 99-2221-E-009-082-計畫名稱：以原資料(meta-data)為基礎的可客製化與可擴展的檔案總管 量化 成果項目 實際已達成 數（被接受 或已發表） 預期總達成 數(含實際已 達成數) 本計畫實 際貢獻百 分比 單位 備 註 （ 質 化 說 明：如 數 個 計 畫 共 同 成 果、成 果 列 為 該 期 刊 之 封 面 故 事 ... 等） 期刊論文 0 0 100% 研究報告/技術報告 0 0 100% 研討會論文 1 1 30% 篇 論文著作 專書 0 0 100% 申請中件數 0 0 100% 專利 已獲得件數 0 0 100% 件 件數 0 0 100% 件 技術移轉 權利金 0 0 100% 千元 碩士生 1 1 100% 博士生 1 1 100% 博士後研究員 0 0 100% 國內 參與計畫人力 （本國籍） 專任助理 0 0 100% 人次 期刊論文 0 0 100% 研究報告/技術報告 0 0 100% 研討會論文 0 0 100% 篇 論文著作 專書 0 0 100% 章/本 申請中件數 0 0 100% 專利 已獲得件數 0 0 100% 件 件數 0 0 100% 件 技術移轉 權利金 0 0 100% 千元 碩士生 0 0 100% 博士生 0 0 100% 博士後研究員 0 0 100% 國外 參與計畫人力 （外國籍） 專任助理 0 0 100% 人次其他成果
