网路时代对於资源取得方式的冲击-CONCERT.DOC

PAGE PAGE 1 版權所有：OVID Technology 飛資得資訊有限公司 一、網路時代對於資源取得方式的衝擊： 過去電子資源時代使用既有的書目控制和資訊檢索模式就可以獲得所需的資源；但網路時代資源的型態產生了改變：資訊以數位型態出版、內容多元化、儲存位置分散；而這些使得資訊的搜尋和獲得成為一項新的挑戰。 所以必須要有工具能解決資訊格式多樣化、分散儲存、界面不同等問題；而現階段所衍生出來的解決方式方為兩種：1.資源整合技術的開發；例如：APIs、 Portlets等、2.共通的通訊協定；如：Z39.50、OpenURL等。 二、資源整合技術發展狀況： 整合技術層面的發展： portals： 過去兩年，Portals成為較常被應用的資源整合平台。不只連結普通網路資源，Portals提供直接連結到Word、Excel等類型的資源，並且能編輯成個人化的內容。一般而言Portal Search System包含了「Web Crawler」，可抓取網路上各種形式之資源，如：Word、PPT、PDF檔等；並且自動索引。 但Portals所面臨最大問題即是此種抓取資料的方式，將會耗費掉大量的資源和金錢；因此衍生出後來的API技術；因為API不需去執行撈取資源的動作，因此不會像Portal方式一樣耗費眾多的金錢和資源。 API： 但Portals所面臨最大問題即是此種抓取資料的方式，將會耗費掉大量的資源和金錢；因此衍生出後來的API技術；以API的字面意義就可以看出，API提供介於系統和系統之間，原始application中部分的功能和特徵描述，因此API不需去執行撈取資源的動作，便不會像portals方式一樣不經濟。 API→Portlets： 而在Portal環境裡所謂的Application integration即是以Portlet來處理。而所謂的Portlet嚴格來說即是Simple API，且其規則是由各個Portal來界定的，也因為這些規則是由各自界定，才能使得各式各樣的application得以屬於這些Portals。 但API也並不是沒有問題點的，以一個使用者來說，若要將多個Portals的資源加以整合，就必須要寫多重的portlets，相對的耗費人力。 Web Services： 在IT的環境裡，為了達到資源整合，發展出來了Web Services的技術；而Web Services的作法即是將資料本身建置一套標準的Portlet，讓所有的系統可以加以呼叫使用，成為一種平台中立的網路服務，應用程式可以透過URL指定存取Intranet上任何一台電腦所提供的服務，而且是不管對方電腦是何種作業平台或應用程式類型，只要遵循標準的協定即可以構成溝通的管道。 所以為了讓Web Services能在不同平台、不同程式語言、不同連結方式等異質性的系統和資源間互通；於是就走了到通訊協定上的整合，而所發展出來的通訊協定有：Z39.50、SOAP等。此種方式的特點：把以往使用者與應用程式的互動方式，轉變成應用程式與應用程式之間的互動。 通訊協定層面的技術發展： 當面對不同的系統和軟體間要能相互溝通的問題，邏輯的方法是運用標準(Standard)去規範。而誠如上所說，為了解決Web Services的問題，發展了許多通訊協定： SOAP(Simple Object Application Portocal)： SOAP為以XML為基礎的通訊協定，讓軟體元件或應用程式可以藉此透過HTTP模式來進行溝通。且SOAP最大的優點為：因為利用XML的語法，且以HTTP作為溝通方式，所以不會被侷限於特定的平台或語言；更因透過http方式，走port80，所以可以避開防火強的阻擋，取得資料。 除了SOAP協定，類似的通訊協定也因為面臨不同的需要或問題，而被開發出來；在此列舉學術界較常使用的Z39.50。 Z39.50： 學術領域中，許多的系統使用Z39.50來作為統一的標準；但是此協定卻也不是完美無瑕的，Z39.50最大的致命傷是在相容性(interoperability)上—讓cilent端能解釋並瞭解server的語言；此點上，Z39.50處理的並不是很好；而且以現今論，可以說沒有任何的標準在這點能做得很好。 而為了為了避免Z39.50上的一些問題，所使用的Integration Standard為OAI(Open Archives Initiative) OAI(Open Archives Initiative)： OAI將資料儲存器（Repository，可視為稱為Data Provider）中的Metadata以批次轉檔(batch mode)的模式抓回（harvest），將結果儲存在一個單一的資料庫(Service Pro