"Wine-Portal.com"作的便是很多入口網站發展的那類搜尋功能，而他們為了組織與查詢所建立的類型分目，其實便可以代表其建立的知識本體架構，只是當這個架構需要更跨平台、跨領域的分享時，就需要在原始資料(如原始碼)上提供明顯的知識架構，這便是Wine Agent想要發展的：它們應用了一個叫做JTP 的物件導向模組推論系統(Object-Oriented Modular Reasoning System)以及OWL架構出的知識本體，這個還在建構中的計畫，目標是提供該領域的知識本體諮詢(consulting the ontology)、發揮查詢功能(performing queries)，以及結果呈現(outputting results)。相信當這個計畫建構成熟時，再回饋到像"Wine-Portal.com"這樣的入口網站時，可以發揮更大的特定領域知識管理與運用的功效。

 

 

小結
        藉由知識本體架構來規劃知識網這樣的線上知識管理組織，在今天網路資訊流量破表的態勢之下，不論對資訊搜尋、使用者與資訊提供管理者都是十分重要的，對使用者來說，知識架構在一般性搜尋的輔助性或許並沒有這麼這麼明顯，但是當需要較為進階的資料搜尋與處理，甚至基於某些教育性出發點的知識管理規劃時，對於知識本體的依賴與有效應用的需求便十分突顯了。

 

        正因為領域各有發展，需求也各有不同，一個以跨領域、跨計畫、跨內容為目標的知識網架構，在資料質量多元的支持外，也需要高度彈性的技術架構來處理管理方和使用者的問題，相對地，怎麼定義這個知識網的「管理方」和「使用方」同樣也是知識庫建置時應該要考慮的問題，尤其是管理方，如何兼具人文領域數位資料的質量並經營計畫知識本體的擴展彈性，這也是一件跨領域的不簡單任務，本文提到的知識本體管理的「自動化」與「半自動化」，就是知識網規劃時值得考慮的問題。
在研習活動中，談論知識網的原理時，陳教授便提到了一個有趣的問題，她談到，台灣今日由於中文資料與策劃者需求等等的問題，確實還沒有一個成熟的自動化資訊群組處理架構，不過同樣的回顧到需求性問題時我們也不禁要問：我們為什麼要做到典藏內容知識網站的知識本體自動化呢？這個問題在今日國內技術成熟度與數位典藏計畫機構的核心能力定義之外，或許還要加上目標使用者（包括知識架構建置者和一單使用者）、甚至是預計處理的內容範圍（例如大量且離散分佈的網路內容，還是有系統增加數量的單位典藏內容）的定義分析才可以作正確的回答。

 

 

 

【參考資料】
陳昭珍、陳立原、鍾季倫，＜知識本體的發展與其在知識組織系統之運用＞，《檔案季刊》5卷2期（民95年）頁79~88。
阮明淑、溫達茂，＜Ontology應用於知識組織之初探＞，《佛教圖書館館訊》第32期（民91年）頁6~17。

 

 

評分：