智能家居中的多屏互動技術研究

王耀彬　鄭風

摘要摘要：傳統的智能家居都依賴于單一的家庭網關中心，而多屏互動則大多應用于流媒體的即時推送與點播。通過對UPnP技術的擴展和應用，將多屏互動技術應用到智能家居控制系統中，成功設計與實現了多屏互動系統，改變了集中式智能家居控制方式，滿足了智能終端間媒體資源和智能家居控制軟件的即時推送和點播控制。實驗結果表明，媒體平均傳輸延遲控制最大增量為50ms/h，流量傳輸時間得到了有效控制。

關鍵詞關鍵詞：多屏互動；智能家居；UPnP

DOIDOI：10.11907/rjdk.171422

中圖分類號：TP319

文獻標識碼：A文章編號文章編號：16727800（2017）005011003

0引言

智能家居是互聯網物聯化的體現，它以住宅為平臺，將智能家居網關作為家居控制核心，通過網絡化綜合智能控制和管理，將家居生活設施集成，構建高效的住宅設施與家庭日程事務管理系統[12]。多屏互動技術則通過WiFi網絡連接，在不同多媒體終端上進行多媒體內容的傳輸、解析、展示、控制等一系列操作，在不同平臺設備上同時共享展示內容[34]。

本文通過對UPnP技術的擴展和應用，將多屏互動技術應用到智能家居系統中，設計了一款集流媒體和應用軟件即時推送與多屏點控軟件。該軟件不僅實現用戶手機與智能家居網關中心間音頻、視頻、圖片多屏互動娛樂功能，而且實現家居控制軟件的共享與即時點控，取代了以往單一、集中式的智能家居控制方式，讓用戶在接入WiFi的狀態下，手持移動終端便能“隨處”對智能家居進行控制，從而達到“多屏互動”控制智能家居的目的。

1多屏互動智能家居系統架構

1.1系統功能結構

系統模塊功能如下：控制播放模塊負責對家居控制軟件和媒體共享推送和多屏控制；虛擬目錄模塊負責共享家居網關中心的媒體文件，分類建立索引，供用戶使用；管理和建立連接模塊負責網絡下的設備發現、建立連接、監聽以及設備撤銷等管理操作；媒體傳輸模塊負責共享后的媒體文件傳輸。

系統控制架構工作流程分為6個階段：基于DHCP協議的設備尋址、基于SSDP協議的設備發現、基于Mini Web Server模塊的設備描述、基于SOAP（簡單對象訪問協議）的設備控制、基于GENA（通用事件提醒框架）事件處理和基于Http協議消息處理的播放展示。通過該流程的協同，可以實現控制器與服務器端間的有效多屏互動[67]。

1.2設備互聯設計

系統設備互聯設計包括設備文件描述設計、服務描述設計和事件控制設計。

一個設備的UPnP描述包含所有嵌入式設備定義、多個特定廠商信息和設備展示URL以及所有服務列表，包括事件觸發URL和控制URL[5，8]。本系統XML設計中，設備的最外層為root標簽定義，由device、specVersion、iconList三部分組成。表1描述了系統設備文件描述集合。

本系統的服務描述主要由Date類型、State變量和Action變量組成范圍和事件特征。表2為系統服務描述集合。

系統控制時序流程描述如下： UPnP設備加入網絡，然后搜索鄰居設備和可訂閱服務，完成后作為服務控制點進行遠程控制；同時監聽時間狀態變量值，當事件狀態變化后立即更新，防止混亂的操作行為。

2多屏互動系統關鍵技術實現

2.1設備地址處理

設備和網關加入系統網絡后，地址的獲取和確認是保證通信的第一步。如圖1所示，設備首先發出一條DhcpDiscover消息請求IP地址，然后該設備一直處于監聽狀態，一旦收到DhcpOffer消息便會分配動態地址；如果請求超時，則會自動配置靜態IP地址。

為確定DHCP服務器的存在，必須對自動配置了IP地址的設備進行定時檢查。每5分鐘發送一次DHCPDISCOVER消息來進行檢查，該檢查頻度可達到有效維護連接性和節省網絡帶寬的平衡。收到DHCP信息后，設備立即進行動態地址分配。該動作完成后，設備即可釋放自動配置的地址，或者暫時保留該地址以維持連接性。如果要進行IP地址轉換操作，設備則必須取消有關原地址的公開宣告并進行刷新操作。

2.2控制點與設備的交互處理

當UPnP設備搜索到鄰居節點，并查詢到此鄰居節點提供的服務，便能維護該設備的服務狀態。而服務控制設備則在XML描述文檔中解析出相關的設備事件，并提醒其進行響應服務。所有操作都基于TCP的HTTP協議進行，并關聯到預定義的相關事件URL，這些URL均提前注冊在描述文檔XML中。

控制點與設備交互處理流程如圖2所示。當UPnP設備加入網絡之后，首先進行尋址，將SSDP報文（包括設備、服務等）以廣播的形式發送出去，用以查詢鄰居設備是否存在。一旦收到單播回應消息，便建立其設備間的鄰居關系；如果一直沒有收到回應消息，則會繼續定時發送SSDP廣播報文持續檢測。設備鄰居關系建立后，本地設備之間會相互查詢鄰居設備訂閱的服務，如果合法則允許傳輸相關的媒體和家居控制信息。

2.3媒體和控制軟件的軌跡和響應處理

每個UPnP動作均被封裝成為一個獨立的函數，該函數原型為：intupnp_action（INDocument*in，OUTDocument**out，OUTchar**errorString）。它首先傳入一個指定動作參數的XML文檔，并要求創建相應的響應文檔，如果出錯則返回適當的標識字符串。當某個控制點產生訂閱請求時，SDK將調用回調函數并將EventType變量值設為UPNP_EVENT_SUBSCRIPTION_REQUEST。設備通過UpnpAcceptSubscriptionExt（）或者UpnpAcceptSubscription（）來接受請求，然后將當前狀態表發送給控制點。當控制點對某變量進行當前狀態的查詢請求時，SDK也通過調用注冊的回調函數并將變量EventType設為UPNP_CONTROL_GET_VAR_REQUEST來實現。

2.4網絡延遲控制和優化

如圖3所示，設備加入網絡后發送的各種組播報文（主要由設備的搜索報文、訂閱、通告報文和生存報文等組成）是UPnP網絡中最主要的網絡延遲因素，而這些組播報文的傳送是UPnP網絡中各設備建立通信、維持通信的必要操作。因此，采用以下兩條技術策略，能對降低網絡延遲起到明顯的改進作用。

（1）設備離線時，主動發出自身離線的報文通知鄰居設備。

如前所述，組播報文會占用系統較大的網絡帶寬。如果設備離線或者撤銷服務后不主動通知鄰居節點，會導致鄰居設備一直處于監聽狀態或者本地設備不斷發送組播請求，大量不必要的組播報文占用有限的UPnP網絡帶寬。因此需要建立起主動離線通知等有效處理機制，提高系統帶寬的有效利用率。

（2）對IP數據包的TTL值進行設置（900s左右）。

UPnP設備具有不同時段狀態變化大、可訂閱服務變化快等特點，而且在設備鄰居節點關系建立之后，會有一段時間的設備靜默期，此時組播報文少、網絡流量小、通信頻率低。因此可以對最小流量和最大設備狀態進行折衷，通過設定其存活時間來控制網絡擁塞報文。經測試，通過將TTL值設置為900s左右，可以明顯降低網絡延遲時間。

3系統測試

3.1測試環境

測試系統硬件平臺是Cotex-A8的ARM控制器，搭載Android 4.0系統，集成了 ZigBee協調器的網關平臺。網絡環境為TP-LINK TL-WR845N，理論傳輸速率為300Mbps。

3.2功能測試

（1）測試目的：檢驗無線WiFi連接環境下，在裝有多屏互動系統的安卓設備和智能家居網關之間，能否有效進行多屏點播操作。

測試方法步驟：①在各種安卓設備上，對聯網設備上的媒體文件進行搜索和多屏點播等操作；②持續對圖片進行切換等操作；③持續對視頻和音頻文件進行快進后退、切換以及暫停等操作。

測試表明系統音頻、視頻和圖片的多屏點播功能運行正常，沒有業務沖突情況，如圖4所示。

（2）測試目的：檢驗無線WiFi連接環境下，裝有多屏互動系統的安卓設備能否有效進行多屏點控操作。

測試方法步驟：①在各種安卓設備上獲取智能家居控制軟件，檢查解析網關家居控制軟件；②持續對各種家居設備進行多屏點控操作，檢查其能否正確點控各種智能家居設備。

測試表明系統多屏點控功能運行正常，沒有業務沖突，如圖5所示。

3.3性能測試

視頻、音頻和圖片的工作時間和傳輸延遲時間的影響關系如圖6所示，測試時間為一個小時。縱軸以毫秒（ms）為單位，表示傳輸延遲時間；橫軸以分鐘（Minute）為單位，表示設備加入網絡后的持續工作時間。由圖6可見，視頻、音頻和圖片的平均傳輸延遲時間分別為550ms、300ms和200ms左右。而隨著設備持續工作時間的增加，其傳輸延遲時間只有小幅度增長，在測試時間段內平均延遲時間最大增量為50ms左右，說明系統滿足工作性能要求，具有良好的實用性。

4結語

本文設計并實現了智能家居系統的多屏互動，深入探討和擴展了UPnP技術以及Android應用程序開發，不僅實現了流媒體多屏互動娛樂功能，而且實現了家居控制軟件的共享與即時點控，達到“隨處”、“多屏”控制智能家居的目的。

參考文獻參考文獻：

[1]童曉渝，房秉毅，張云勇. 物聯網智能家居發展分析[J]. 移動通信，2010（9）：1620.

[2]黃也平，杜懌平. 三網融合與無線網絡新競爭格局探討多屏、多終端互動的營銷應用[J]. 東南傳播， 2013（1） ：111114.

[3]THOMPSON T. The Android mobile phone platform[J]. The World of Software Development，2008，33（9）：40 47.

[4]羅旋. 中興通訊IPTV平臺的多屏互動設計研究[D].長沙：湖南大學， 2012.

[5]曹甜甜. 基于Android系統的UPNP媒體播放器的研究與實現[D].南京：南京郵電大學， 2013.

[6]YONGHONG WU， JIANCHAO LUO， LEI LUO. Porting mobile web application engine to the Android platform [C]. 10th IEEE International Conference on Computer and Information Technology，2010.

[7]徐垚，周海濤，周小龍. 社交電視手機客戶端與IPTV播控平臺雙屏互動設計[J]. 廣播與電視技術，2013（1）：1534.

[8]張喆. 基于UPnP協議的智能家庭網絡設備的研究與實現[D].南京：南京郵電大學， 2013.

責任編輯（責任編輯：杜能鋼）