專利名稱：多屏互動設(shè)備及其綁定方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)視頻領(lǐng)域，具體的說是一種通過網(wǎng)絡(luò)來實現(xiàn)數(shù)據(jù)傳輸和分享的多屏互動設(shè)備及其綁定方法。
背景技術(shù)：
三網(wǎng)融合是未來的發(fā)展方向，隨著智能手機的爆發(fā)和終端三個屏幕的逐漸融合， 移動設(shè)備、電視及機頂盒已經(jīng)開始以多種方式接入互聯(lián)網(wǎng)內(nèi)容。由于智能手機和個人電腦之間的性能差距越來越小，特別是智能手機支持全網(wǎng)瀏覽和高清視頻解碼，可以通過WiFi 和3G隨時隨地觀看在線網(wǎng)絡(luò)視頻。用戶希望智能手機變成一個移動影院或個人娛樂中心， 希望在智能手機上獲得更多的視聽體驗。并且希望把智能手機變身智能遙控器而取代傳統(tǒng)紅外遙控器，實現(xiàn)智能人機交互?？梢宰屩悄茈娨曊嬲邆鋫€性化地特征，實現(xiàn)真正意義上的智能。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足，提供了一種網(wǎng)絡(luò)實現(xiàn)智能人機交互的多
屏互動設(shè)備。為了實現(xiàn)上述目設(shè)計，本發(fā)明設(shè)計及了一種多屏互動設(shè)備，其特征在于包括一個遙控器，還包括一個通過網(wǎng)絡(luò)與遙控器綁定在一起的受控端，遙控器與受控端之間的數(shù)據(jù)處理基于云端服務(wù)器，遙控器與受控端之間數(shù)據(jù)傳輸基于推送服務(wù)器。所述推送服務(wù)器采用基于Socket通訊建立的持久連接來進(jìn)行數(shù)據(jù)推送。所述推送服務(wù)器的消息推送使用XMPP協(xié)議。所述的遙控器及受控端都為Android設(shè)備或都為ISO設(shè)備。所述的遙控器及受控端為手機、平板電腦或電視。一種多屏互動設(shè)備的綁定方法，其特征在于，所述的遙控器及受控端通過設(shè)備ID 來進(jìn)行綁定，方法如下在受控端設(shè)備上，客戶端啟動后，選擇遙控器綁定，如果讀取設(shè)備 ID成功，則會顯示設(shè)備ID ；如果未綁定過遙控器，遙控器上的客戶端選擇用戶登錄以后，選擇綁定設(shè)備，輸入設(shè)備ID，手動建立綁定，則會把設(shè)備ID添加到設(shè)備列表里，勾選設(shè)備ID進(jìn)入點播模式從而完成綁定。一種多屏互動設(shè)備的綁定方法，其特征在于，所述的遙控器及受控端內(nèi)加載有軟件客戶端，并通過軟件客戶端進(jìn)行綁定，方法如下受控端設(shè)備在啟動后，選擇遙控器綁定， 如果讀取設(shè)備ID失敗，則會顯示“無法讀取設(shè)備編號”，此時直接用軟件客戶端用戶登錄， 如果此時遙控器客戶端有相同用戶登錄，則受控端設(shè)備自動被遙控器客戶端綁定，該設(shè)備也出現(xiàn)在遙控器設(shè)備列表里，從而完成綁定。 一個遙控器客戶端可以綁定多臺受控端設(shè)備。 本發(fā)明同現(xiàn)有技術(shù)相比，設(shè)備與設(shè)備之間不直接發(fā)生通信，而是通過云端服務(wù)器進(jìn)行信號和數(shù)據(jù)的傳輸，真正的實現(xiàn)了設(shè)備的多屏互動。
說明書附1為本發(fā)明的結(jié)構(gòu)示意框圖。圖2為本發(fā)明的綁定流程圖。圖3為本發(fā)明的網(wǎng)絡(luò)結(jié)構(gòu)流程圖。
具體實施例方式如

圖1所示，本發(fā)明包括一個遙控器，還包括一個通過網(wǎng)絡(luò)與遙控器綁定在一起的受控端，遙控器與受控端之間的數(shù)據(jù)及信號傳輸基于云端服務(wù)器，遙控器與受控端之間數(shù)據(jù)傳輸基于推送服務(wù)器。上述遙控器及受控端的綁定方法有兩種，如圖2所示一種是遙控器及受控端可通過有效的設(shè)備ID來進(jìn)行綁定。在受控端設(shè)備上，客戶端啟動后，點擊“遙控器綁定”，如果讀取設(shè)備ID成功，則會顯示“設(shè)備ID”;遙控器上的客戶端選擇“用戶登錄”以后，選擇“綁定設(shè)備”，輸入設(shè)備ID，手動建立綁定，則會把設(shè)備ID添加到設(shè)備列表里，從而實現(xiàn)了遙控器與受控端之間的綁定。一個遙控器客戶端可以綁定多臺設(shè)備，自由勾選設(shè)備進(jìn)入點播模式。另一種為遙控器與受控端內(nèi)加載有特定的軟件客戶端，通過軟件客戶端進(jìn)行綁定。受控端設(shè)備在啟動后，點擊“遙控器綁定”，如果讀取設(shè)備ID失敗，則會顯示“無法讀取設(shè)備編號”，此時直接用軟件客戶端用戶登錄，如果此時遙控器客戶端有相同用戶登錄，則設(shè)備自動被遙控器客戶端綁定，該設(shè)備也出現(xiàn)在遙控器設(shè)備列表里，從而實現(xiàn)了遙控器與受控端之間的綁定。當(dāng)遙控器綁定了受控端以后，可以獲得當(dāng)前設(shè)備是否在線的狀態(tài)，只有設(shè)備在線才可以進(jìn)行數(shù)據(jù)推送。如圖3所示，遙控器客戶端把播控HTTP請求發(fā)給云端服務(wù)器，請求包括片源、播放/暫停、音量、快進(jìn)/退等，云端服務(wù)器在獲得請求后，通知推送服務(wù)器，然后推送服務(wù)器基于XMPP協(xié)議進(jìn)行消息推送，向受控端客戶端傳達(dá)Push播控指令，受控端客戶端準(zhǔn)備好后向云端服務(wù)器發(fā)送獲取播放器請求，再由推送服務(wù)器進(jìn)行消息推送，依次循環(huán)。云端服務(wù)器和推送服務(wù)器間是保持連接，實現(xiàn)雙向通信，所以遙控器的點播機制的核心是實現(xiàn)利用推送服務(wù)器向受控端進(jìn)行消息推送，設(shè)備與設(shè)備之間不進(jìn)行直接通信及數(shù)據(jù)傳輸。推送服務(wù)器采用Socket通訊建立的持久連接來進(jìn)行推送，即綁定方式。它的性能優(yōu)于輪詢方式和短信方式?；旧?，輪詢意味著HTTP消息存儲在服務(wù)器端的數(shù)據(jù)庫里，客戶端必須通過反復(fù)HTTP請求服務(wù)器來獲取消息。然而使用綁定的方式時，受控端客戶端會保留一個HTTP長連接，一旦服務(wù)器有新的消息時，就立刻接收消息。由于輪詢的結(jié)果往往是服務(wù)端沒有新消息也不斷在請求，所以這種推送的通知模式比輪詢的方式更有效率。消息推送使用XMPP協(xié)議。由于受控端使用HTTP協(xié)議，大多數(shù)防火墻允許受控客戶端沒有任何障礙地獲取消息。因此，即使使用XMPP協(xié)議的TCP端口被攔截，服務(wù)器也能正常地傾聽一般的HTTP端口，其上的消息也能保持暢通?；赬MPP協(xié)議的JAVA開發(fā)了一個開源框架為Smack，它主要封裝了一些XMPP的實現(xiàn)。而如果把它直接用在Android設(shè)備上需要一個改進(jìn)版的Asmack框架，它是專門為 Android而改進(jìn)的Android Smack。而另外一個開源框架則是在引用Smack的基礎(chǔ)上實現(xiàn)和服務(wù)器端的持久連接，以實現(xiàn)服務(wù)器對客戶端的推送，稱之為AndroidPN。
AndroidPN在客戶端集成了 Asmack。這樣就可以很容易地建立一個和服務(wù)器端基于XMPP協(xié)議的Socket連接。AndroidPN的客戶端中，進(jìn)行管理連接的類是XmppManager，主要用來管理連接的信息，比如XMPP的端口、IP、登錄的用戶名密碼，以及對連接的維護(hù)。整個服務(wù)器端和客戶端的通信是基于一個kssion會話過程。會話開始，首先會指定服務(wù)器的端口號，然后把上述提到的信息發(fā)送到服務(wù)器端，以〈stream〉根節(jié)點的方式開始傳遞， 只有在服務(wù)器和客戶端關(guān)閉的時候才會發(fā)送它的結(jié)束標(biāo)記〈/stream〉?？蛻舳送ㄟ^XMPP協(xié)議要做的只是接收消息，而所有其它的操作都交給服務(wù)器，比如管理連接、消息保存等，這樣就很大程度的減輕了客戶端的負(fù)擔(dān)。通過以上的實施方式，可看出本發(fā)明同現(xiàn)有技術(shù)相比，設(shè)備與設(shè)備之間不直接發(fā)生通信，而是通過云端服務(wù)器進(jìn)行信號和數(shù)據(jù)的傳輸，真正的實現(xiàn)了設(shè)備的多屏互動。
權(quán)利要求
1.一種多屏互動設(shè)備，其特征在于包括一個遙控器，還包括一個通過網(wǎng)絡(luò)與遙控器綁定在一起的受控端，遙控器與受控端之間的數(shù)據(jù)及信號傳輸基于云端服務(wù)器，遙控器與受控端之間數(shù)據(jù)傳輸基于推送服務(wù)器。
2.根據(jù)權(quán)利要求1所述的多屏互動設(shè)備，其特征在于所述推送服務(wù)器采用基于 Socket通訊建立的持久連接來進(jìn)行數(shù)據(jù)推送。
3.根據(jù)權(quán)利要求1所述的多屏互動設(shè)備，其特征在于所述推送服務(wù)器的消息推送使用XMPP協(xié)議。
4.根據(jù)權(quán)利要求1所述的多屏互動設(shè)備，其特征在于所述的遙控器及受控端都為 Android設(shè)備或都為ISO設(shè)備。
5.根據(jù)權(quán)利要求1所述的多屏互動設(shè)備，其特征在于所述的受控端還設(shè)有一個HTTP 長連接。
6.根據(jù)權(quán)利要求1至5任一項所述的多屏互動設(shè)備，其特征在于所述的遙控器及受控端為手機、平板電腦或電視。
7.一種多屏互動設(shè)備的綁定方法，其特征在于，所述的遙控器及受控端通過設(shè)備ID來進(jìn)行綁定，方法如下在受控端設(shè)備上，客戶端啟動后，選擇遙控器綁定，如果讀取設(shè)備ID 成功，則會顯示設(shè)備ID ；如果未綁定過遙控器，遙控器上的客戶端選擇用戶登錄以后，選擇綁定設(shè)備，輸入設(shè)備ID，手動建立綁定，則會把設(shè)備ID添加到設(shè)備列表里，勾選設(shè)備ID進(jìn)入點播模式從而完成綁定。
8.一種多屏互動設(shè)備的綁定方法，其特征在于，所述的遙控器及受控端內(nèi)加載有軟件客戶端，并通過軟件客戶端進(jìn)行綁定，方法如下受控端設(shè)備在啟動后，選擇遙控器綁定，如果讀取設(shè)備ID失敗，則會顯示“無法讀取設(shè)備編號”，此時直接用軟件客戶端用戶登錄，如果此時遙控器客戶端有相同用戶登錄，則受控端設(shè)備自動被遙控器客戶端綁定，該設(shè)備也出現(xiàn)在遙控器設(shè)備列表里，從而完成綁定。
9.根據(jù)權(quán)利要求7或8所述的一種多屏互動設(shè)備的綁定方法，其特征在于一個遙控器客戶端可以綁定多臺受控端設(shè)備。
全文摘要
本發(fā)明涉及互聯(lián)網(wǎng)視頻領(lǐng)域，具體的說是一種通過網(wǎng)絡(luò)來實現(xiàn)數(shù)據(jù)傳輸和分享的多屏互動設(shè)備及其綁定方法，其特征在于包括一個遙控器，還包括一個通過網(wǎng)絡(luò)與遙控器綁定在一起的受控端，遙控器與受控端之間的數(shù)據(jù)處理基于云端服務(wù)器，遙控器與受控端之間數(shù)據(jù)傳輸基于推送服務(wù)器。本發(fā)明同現(xiàn)有技術(shù)相比，設(shè)備與設(shè)備之間不直接發(fā)生通信，而是通過云端服務(wù)器進(jìn)行信號和數(shù)據(jù)的傳輸，真正的實現(xiàn)了設(shè)備的多屏互動。
文檔編號H04N21/643GK102571979SQ20121003026
公開日2012年7月11日 申請日期2012年2月10日 優(yōu)先權(quán)日2012年2月10日
發(fā)明者宋博, 王守軍 申請人:上海視暢信息科技有限公司