2011年5月17日 星期二
Folksonomy使用之網站比較
Tag在重視分享的Web2.0中是個重要的技術之一,而由使用者自行對物件下標籤的分類方式,即是所謂的Folksonomy群眾分類法(folks+taxonomy),而以下就YouTube、Flickr、Delicious及CiteULike等四個使用此技術的網站做個比較探討:
2011年5月15日 星期日
Internet of Things
物聯網(Internet of Things, IoT)就名稱來看就是物與物相互連接,主要還是架構在互聯網(Internet)上,原本人與人之間可以透過網路來溝通聯繫,現在人也可透過網路取得物件的資訊,物件與物件之間也能互通的網路環境,因為日益進步的無線網路技術、射頻識別技術、無線感知網路、嵌入式技術,使得物聯網開始發展起來。
WEB4.0 無所不在網路(Ubiquitous)的末端設備,如各種需求用途的sensor透過一些有線或無線傳輸,只要是sensor可以裝備到的任何真實物件透過Internet連接起來就是物聯網,當然還要透過一些程序使這些sensor所收集到資料變成可用的資訊;並可建構在semantic Web WEB3.0上,使其更具有智能化;也可導入雲端來建構一SaaS的營運模式...等。
WEB4.0 無所不在網路(Ubiquitous)的末端設備,如各種需求用途的sensor透過一些有線或無線傳輸,只要是sensor可以裝備到的任何真實物件透過Internet連接起來就是物聯網,當然還要透過一些程序使這些sensor所收集到資料變成可用的資訊;並可建構在semantic Web WEB3.0上,使其更具有智能化;也可導入雲端來建構一SaaS的營運模式...等。
An Architecture for Context-aware Semantic Web Services
This paper appears in: IEEE International Conference
Issue Date : 23-26 Sept. 2008
Date of Current Version : 11 十一月 2008
在此篇PAPER中提出一種新的方法對於情境感知的語意WEB服務適用於任何環境。
在Ubiquitous Provision of Context Aware Web Services,情境感知的服務導向架構 (CA - SOA)的提出,主要使用在無所不在的Web服務發現和存取。
語義 Web服務描述:
情境感知的語義 Web服務需要取存情境訊息。主要常用的2個方法通過情境API和情境訊息透過函式輸入到服務。所有訊息相關的類型所須的情境是一個重要的問題,可以幫助服務的發現,選擇和執行。
架構:
根據用戶類型和應用,情境來源可以不同,此文提出了一個新的架構,使情境感知的語義 Web服務,可用於不同的環境(如無所不在網路)。
它的一個主要特點是獨立性從情境來源。,該體系結構的建立基於三個重要的屬性上描述如下:
情境中最低水平是情境訊息可能提供有關特定用戶和他的環境。利用這一概念意味著我們沒有為整個架構情境來源指定任何嚴格的設置, 因此架構更適應異質環境和用戶。
領域是必要的,原因有二。首先是情境依賴於領域,它可以不同於其他領域;其次,它提高了可伸縮性,其次它提高了可伸縮性,因為當我們專注於一個特定領域的情境模型。我們可以節省記憶體和處理程序。
最後一個是對情境提供的Web服務。 他們是一系列的程序代表了 Web服務,並負責提供情境
。
管理模塊負責處理用戶的請求,並指定情境層級和領域。這些信息可以通過捕獲延長的SOAP標頭,包括用戶的情境層次和領域。
Composer Module 是負責製作一個綜合服務基於可用的 Context Provider Web Services 和context-aware Semantic Web services.
最後,執行模塊和CPService執行模塊是負責執行指定語義Web服務和情境提供服務。
結果應該返回給用戶通過管理模塊。
該原型建議架構的實行,我們採用了composition algorithm和context model [CO4WS]。
結論:
這種架構依賴於三個主要特質,使它適用於異質的環境和用戶。此外,情境感知的語義 Web服務描述新方法的介紹。
Issue Date : 23-26 Sept. 2008
Date of Current Version : 11 十一月 2008
在此篇PAPER中提出一種新的方法對於情境感知的語意WEB服務適用於任何環境。
在Ubiquitous Provision of Context Aware Web Services,情境感知的服務導向架構 (CA - SOA)的提出,主要使用在無所不在的Web服務發現和存取。
語義 Web服務描述:
情境感知的語義 Web服務需要取存情境訊息。主要常用的2個方法通過情境API和情境訊息透過函式輸入到服務。所有訊息相關的類型所須的情境是一個重要的問題,可以幫助服務的發現,選擇和執行。
架構:
根據用戶類型和應用,情境來源可以不同,此文提出了一個新的架構,使情境感知的語義 Web服務,可用於不同的環境(如無所不在網路)。
它的一個主要特點是獨立性從情境來源。,該體系結構的建立基於三個重要的屬性上描述如下:
情境中最低水平是情境訊息可能提供有關特定用戶和他的環境。利用這一概念意味著我們沒有為整個架構情境來源指定任何嚴格的設置, 因此架構更適應異質環境和用戶。
領域是必要的,原因有二。首先是情境依賴於領域,它可以不同於其他領域;其次,它提高了可伸縮性,其次它提高了可伸縮性,因為當我們專注於一個特定領域的情境模型。我們可以節省記憶體和處理程序。
最後一個是對情境提供的Web服務。 他們是一系列的程序代表了 Web服務,並負責提供情境
。
管理模塊負責處理用戶的請求,並指定情境層級和領域。這些信息可以通過捕獲延長的SOAP標頭,包括用戶的情境層次和領域。
Composer Module 是負責製作一個綜合服務基於可用的 Context Provider Web Services 和context-aware Semantic Web services.
最後,執行模塊和CPService執行模塊是負責執行指定語義Web服務和情境提供服務。
結果應該返回給用戶通過管理模塊。
該原型建議架構的實行,我們採用了composition algorithm和context model [CO4WS]。
結論:
這種架構依賴於三個主要特質,使它適用於異質的環境和用戶。此外,情境感知的語義 Web服務描述新方法的介紹。
訂閱:
文章 (Atom)