一個M2M服務導向閘道之基於XMPP的XML中介層設計

Abstract

近年由於無線通訊、嵌入式系統、IP網路技術的進步，物聯網因此得到很大的助力不斷成長，在物聯網網路層部分，數種無線區域網路的垂直方案已發展的很完善，像是Bluetooth、ZigBee、IrDA以及迅速發展中的WiFi Direct。每種無線區域網路都有自己的裝置探索、服務探索以及連線安全加密的方法等等技術，因此出現了一個新議題，就是如何整合各種無線區域網路，讓不同的無線區域網路的裝置互相溝通運作。 對於無線區域網路做整合的議題，目前的作法有兩個方向，制定出一個統一的應用層標準，讓各種無線區域網路可以透過標準互相溝通，像是ETSI TC M2M, oneM2M，另一個方法是透過閘道轉譯，本篇論文著重於後者。 另外當M2M裝置連上網路提供服務，會面臨一些新的問題，像是網路安全、大量尋訪的問題。在本篇論文中，提出了一個中介層的方法來架構M2M閘道，我們的所提出的架構有以下特點:(1)使用XMPP協定在M2M網域之間建立安全的通訊帳號認證，資料加密以及不同M2M網域間裝置及服務的探索；(2) 為每個M2M裝置建立了一個更高層統一化的摘要來代表實體裝置，將XMPP中智能的部分於摘要中實現而非加諸於終端裝置，並可建構不同的複合性服務，以及緩存資料於摘要中，提供回應緩衝機制。(3)不採用一套標準來對接無線區域網路服務，而使用裝置描述檔的方式輔助中介層對應個人無線區域網路相關的服務(Bluetooth profiles，ZigBee profiles)到無線區域網路無關的服務，具有可更動性及延展性。

Thanks for the progress of wireless communication, embedded system, and IP-networking, Machine-to-Machine communications grow rapidly. In the part of network layer of M2M, various vertical M2M solutions of local wireless networking have been developed likes Bluetooth, ZigBee, and rapid-growth WiFi direct. Every kind of wireless local network has their own device discovery, service discovery, and data encryption of communication. There is an issue if we want the M2M devices using different local networking to interoperate with each other in massive M2M network. For this issue, there are two directions to solve it. In this thesis, we propose a middleware method to build a service-oriented gateway. The features of our system are: (1) Use XMPP protocol to build a security communication between M2M domains. (2) Build a higher layer abstraction representing a device in the network for every end device. We put the “smart part” of XMPP in the abstraction rather than adding burden to end devices. The abstraction contains composed services information and device information, and buffered data of services for mechanism of replying buffered data. (3)Rather than using a standard, we map network-dependent services to network-independent services. Use a device-description-file method to help middleware translate our network-independent services to network-dependent services, and vice versa. This is more flexible and scalable.