一種數(shù)據(jù)交互方法、機頂盒與前端服務(wù)器的制造方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)交互方法、機頂盒與前端服務(wù)器，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括：IP地址與端口號；所述機頂盒向前端服務(wù)器發(fā)送配置信息請求；所述機頂盒獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息；若所述機頂盒獲取所述配置信息成功，則所述機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接。本發(fā)明的機頂盒通過從前端服務(wù)器獲取配置信息來建立WebSocket連接，避免了繁瑣的配置過程，改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
【專利說明】
一種數(shù)據(jù)交互方法、機頂盒與前端服務(wù)器
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及數(shù)據(jù)信息處理領(lǐng)域，更具體的說，是一種涉及機頂盒與前端服務(wù)器的數(shù)據(jù)交互方法、機頂盒與前端服務(wù)器。
【背景技術(shù)】
[0002]機頂盒是一種依托電視終端提供綜合信息業(yè)務(wù)的家電設(shè)備，使用戶能在現(xiàn)有電視機上觀看數(shù)字電視節(jié)目，并可通過網(wǎng)絡(luò)進行交互式數(shù)字化娛樂、教育和商業(yè)化活動。
[0003]在現(xiàn)有技術(shù)中，實現(xiàn)數(shù)據(jù)交互的技術(shù)主要有AJAX技術(shù)、Comet技術(shù)和HTML5的WebSocket技術(shù)。相較于AJAX技術(shù)與Comet技術(shù)，WebSocket技術(shù)具有數(shù)據(jù)傳輸延遲低、效率高的優(yōu)點，更適用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互。
[0004]在傳統(tǒng)的WebSocket技術(shù)應(yīng)用中，通常會由開發(fā)商或運營商在客戶端中預(yù)設(shè)服務(wù)器端WebSocket服務(wù)的IP地址與端口號，進而實現(xiàn)客戶端向服務(wù)器建立WebSocket連接。
[0005]然而，當服務(wù)器WebSocket服務(wù)的IP地址與端口號發(fā)生變化時，客戶端按照之前的IP地址與端口號便無法建立與服務(wù)器之間的WebSocket連接。在這一情況下，通常需要重新升級客戶端程序、或由專門的售后人員重新配置，再或由用戶撥打客服電話咨詢最新的IP地址與端口號來對客戶端進行自行配置。
[0006]而對于機頂盒這種家電設(shè)備，一般用戶更不可能像專業(yè)人員一樣對WebSocket的配置進行操作，這無疑對機頂盒與前端服務(wù)器之間的正常數(shù)據(jù)交互帶來困難。

【發(fā)明內(nèi)容】

[0007]有鑒于此，本發(fā)明提供了一種數(shù)據(jù)交互方法、機頂盒與前端服務(wù)器，以實現(xiàn)將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，進而改善機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程的發(fā)明目的。
[0008]為實現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案:
[0009]—種數(shù)據(jù)交互方法，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括:1P地址與端口號;所述方法包括:
[0010]所述機頂盒向前端服務(wù)器發(fā)送配置信息請求；
[0011 ]所述機頂盒獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息；
[0012]若所述機頂盒獲取所述配置信息成功，則所述機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接；
[0013]所述獲取所述配置信息成功，包括:在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功。
[0014]優(yōu)選的，若所述機頂盒獲取所述配置信息失敗，則在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟。
[0015]優(yōu)選的，所述配置信息還包括:Socket重連時長；[ΟΟ??] 若所述WebSocket連接建立失敗或斷開，則在等待所述Socket重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟。
[0017]優(yōu)選的，所述配置信息還包括:心跳間隔時間；
[0018]在所述WebSocket連接建立成功之后，還包括:
[0019]所述機頂盒按照所述心跳間隔時間向所述前端服務(wù)器發(fā)送心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。
[0020]優(yōu)選的，在所述機頂盒獲取所述配置信息之后，所述在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟之前，所述方法還包括:
[0021 ]所述機頂盒累計所述獲取所述配置信息的失敗次數(shù)；
[0022]所述配置重連時長為所述失敗次數(shù)與預(yù)設(shè)時長的乘積；
[0023]優(yōu)選的，在所述機頂盒獲取所述配置信息成功之后，所述機頂盒將所述失敗次數(shù)置零。
[0024]優(yōu)選的，所述機頂盒向所述前端服務(wù)器發(fā)送配置信息請求的方式為AJAX方式。
[0025]優(yōu)選的，在所述WebSocket連接建立成功之后，還包括:
[0026]所述機頂盒將用戶行為數(shù)據(jù)和用戶狀態(tài)發(fā)送至所述前端服務(wù)器。
[0027]一種數(shù)據(jù)交互方法，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括:1P地址與端口號;所述方法包括:
[0028]所述前端服務(wù)器接收來自所述機頂盒的配置信息請求；
[0029]所述前端服務(wù)器響應(yīng)于所述配置信息請求返回配置信息；
[0030]所述前端服務(wù)器響應(yīng)所述機頂盒建立的與所述前端服務(wù)器之間的WebSocket連接。
[0031 ]優(yōu)選的，所述配置信息還包括:心跳間隔時間；
[0032]在所述WebSocket連接建立成功之后，還包括:
[0033]所述前端服務(wù)器接收所述機頂盒按照所述心跳間隔時間發(fā)送的心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。
[0034]優(yōu)選的，所述前端服務(wù)器向所述機頂盒返回配置信息的方式為AJAX方式。
[0035]優(yōu)選的，在所述WebSocket連接建立成功之后，還包括:
[0036]所述前端服務(wù)器將增值應(yīng)用的鏈接信息推送至所述機頂盒。
[0037]一種機頂盒，應(yīng)用于與前端服務(wù)器之間進行數(shù)據(jù)交互；所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括:1P地址與端口號;所述機頂盒，包括:
[0038]配置請求模塊，用于向前端服務(wù)器發(fā)送配置信息請求；
[0039]配置獲取模塊，用于獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息；
[0040]駐留程序模塊，用于若所述配置獲取模塊獲取所述配置信息成功，則根據(jù)所述配置信息中的地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接；
[0041]所述獲取所述配置信息成功，包括:在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功。
[0042]優(yōu)選的，所述配置請求模塊還用于:若所述配置獲取模塊獲取所述配置信息失敗，則在等待配置重連時長后再次向所述前端服務(wù)器發(fā)送配置信息請求。
[0043]優(yōu)選的，所述配置信息還包括Socket重連時長；
[0044]所述配置請求模塊還用于:若所述WebSocket連接建立失敗或斷開，則在等待所述Socket重連時長后再次向所述前端服務(wù)器發(fā)送配置信息請求。
[0045]優(yōu)選的，所述配置信息還包括:心跳間隔時間;所述機頂盒，還包括:
[0046]心跳請求模塊，用于在所述WebSocket連接建立成功之后，按照所述心跳間隔時間向所述前端服務(wù)器發(fā)送心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。
[0047]優(yōu)選的，所述機頂盒，還包括:
[0048]失敗累計模塊，用于在所述配置獲取模塊獲取所述配置信息失敗之后，所述配置請求模塊在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求之前，累計所述獲取所述配置信息的失敗次數(shù)；
[0049]重連運算模塊，用于計算所述配置重連時長，所述配置重連時長為所述失敗次數(shù)與預(yù)設(shè)時長的乘積。
[0050]優(yōu)選的，所述機頂盒，還包括:
[0051 ]失敗置零模塊，用于在所述配置獲取模塊獲取所述配置信息成功之后，將所述失敗次數(shù)置零。
[0052]優(yōu)選的，所述配置請求模塊向所述前端服務(wù)器發(fā)送配置信息請求的方式為AJAX方式。
[0053]優(yōu)選的，所述機頂盒，還包括:
[0054]數(shù)據(jù)上行模塊，用于在所述WebSocket連接建立成功之后，將用戶行為數(shù)據(jù)和用戶狀態(tài)發(fā)送至所述前端服務(wù)器。
[0055]—種前端服務(wù)器，應(yīng)用于與機頂盒進行數(shù)據(jù)交互，所述前端服務(wù)器包括:
[0056]配置存儲模塊，用于保存WebSocket服務(wù)的配置信息，所述配置信息包括IP地址與端口號；
[0057]請求接收模塊，用于接收來自所述機頂盒發(fā)送的配置信息請求；
[0058]配置發(fā)送模塊，用于響應(yīng)于所述配置信息請求而返回配置信息；
[0059]WebSocket模塊，支持WebSocket服務(wù)，用于響應(yīng)所述機頂盒向所述前端服務(wù)器建立的WebSocket連接。
[0060]優(yōu)選的，所述配置信息還包括:心跳間隔時間;所述前端服務(wù)器，還包括:
[0061 ]心跳接收模塊，用于在所述WebSocket連接建立成功之后，接收所述機頂盒按照所述心跳間隔時間發(fā)送的心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。
[0062]優(yōu)選的，所述配置發(fā)送模塊向所述機頂盒返回配置信息的方式為AJAX方式。
[0063]優(yōu)選的，所述前端服務(wù)器，還包括:
[0064]應(yīng)用推送模塊，用于在所述WebSocket連接建立成功之后，將增值應(yīng)用的鏈接信息推送至所述機頂盒。
[0065]一種數(shù)據(jù)交互系統(tǒng)，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，包括上述任一項所述的機頂盒以及上述任一項所述的前端服務(wù)器。
[0066]從上述的技術(shù)方案可以看出，本發(fā)明公開的數(shù)據(jù)交互方法、機頂盒與前端服務(wù)器，通過機頂盒向前端服務(wù)器發(fā)送配置信息請求并獲取配置信息的方式，來獲取建立WebSocket連接所需的IP地址與端口號，而省去了設(shè)備升級、售后維護或用戶咨詢、查找所述IP地址與端口號并手動建立WebSocket連接的過程，即使前端服務(wù)器更改了配置信息，機頂盒也可以自動獲取更改后的配置信息來建立WebSocket連接，使得WebSocket連接的建立過程更加方便、快捷。所以，本發(fā)明通過上述技術(shù)手段，將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，從很大程度上改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
【附圖說明】
[0067]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0068]圖1為本申請實施例一提供的一種數(shù)據(jù)交互方法的流程圖；
[0069]圖2為本申請實施例二提供的一種數(shù)據(jù)交互方法的流程圖；
[0070]圖3為本申請實施例三提供的一種數(shù)據(jù)交互方法的流程圖；
[0071]圖4為本申請實施例四提供的一種數(shù)據(jù)交互方法的流程圖；
[0072]圖5為本申請實施例五提供的一種機頂盒的結(jié)構(gòu)示意圖；
[0073]圖6為本申請實施例六提供的一種機頂盒的結(jié)構(gòu)示意圖；
[0074]圖7為本申請實施例七提供的一種前端服務(wù)器的結(jié)構(gòu)示意圖。
【具體實施方式】
[0075]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0076]請參閱圖1，圖1為本申請實施例一提供的一種數(shù)據(jù)交互方法的流程圖。
[0077]本實施例的數(shù)據(jù)交互方法，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括:1P地址與端口號。
[0078]WebSocket協(xié)議是HTML5規(guī)定的一種全新的、獨立的協(xié)議，與http協(xié)議的請求/響應(yīng)模式不同，客戶端和服務(wù)器之間只需要做一個握手的動作，就可以形成了一條快速通道，直接實現(xiàn)兩者之間的數(shù)據(jù)交互，具有較低的數(shù)據(jù)傳輸延遲；當客戶端和服務(wù)器之間在一定時間內(nèi)無數(shù)據(jù)交互時，則可以自動斷開連接，不會長期占用帶寬，具有較高的帶寬利用率。
[0079]圖1是基于機頂盒的角度執(zhí)行上述數(shù)據(jù)交互方法的流程示例圖，包括:
[0080]SlOl:所述機頂盒向前端服務(wù)器發(fā)送配置信息請求；
[0081]所述配置信息請求中可以包括機頂盒的序列號、IP地址等信息中的一項或多項，用于作為所述機頂盒的標識信息。
[0082]所述機頂盒向所述前端服務(wù)器發(fā)送配置信息請求的方式可以但不限于AJAX(Asynchronous Javascript And XML，異步JavaScript和XML)方式。
[0083]需要說明的是，所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的前提是網(wǎng)絡(luò)連接狀態(tài)正常，因為若在網(wǎng)絡(luò)不通的情況下，機頂盒發(fā)送配置信息請求的過程無疑是對系統(tǒng)資源的浪費。
[0084]所以，在一個示例中，在機頂盒上電后，所述機頂盒還可以對網(wǎng)絡(luò)連接狀態(tài)進行檢測，當確定網(wǎng)絡(luò)連接狀態(tài)正常時，再向前端服務(wù)器發(fā)送配置信息請求。
[0085]S102:所述機頂盒獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息;
[0086]前端服務(wù)器在接收到機頂盒發(fā)送的配置信息請求后，會響應(yīng)于所述配置信息請求而返回其保存的所述WebSocket服務(wù)的配置信息，此時，機頂盒可以相應(yīng)地接收所述配置信息。
[0087]S103:若所述機頂盒獲取所述配置信息成功，則所述機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接。
[0088]所述獲取所述配置信息成功，包括:在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功;反之，若在預(yù)設(shè)時間閾值內(nèi)未接收到所述配置信息或?qū)λ雠渲眯畔⒔馕鍪?，則視為獲取所述配置信息失敗。
[0089]當機頂盒接收到所述配置信息后，還需要對所述配置信息進行解析，以獲取所述配置信息中的IP地址與端口號，并根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0090]在本發(fā)明其他實施例中，在WebSocket連接建立成功之后，上述機頂盒還可以將用戶行為數(shù)據(jù)和用戶狀態(tài)發(fā)送至所述前端服務(wù)器。用戶行為可以包括直播、切臺等操作數(shù)據(jù)，用戶狀態(tài)可以包括直播、點播、回放或其他使用狀態(tài)。
[0091 ] 根據(jù)WebSocket協(xié)議，在WebSocket連接建立成功之后，若長時間內(nèi)未進行數(shù)據(jù)交互，WebSocket連接會斷開，以釋放帶寬。
[0092]因此，在本發(fā)明其他實施例中，上述所有實施例中的配置信息還可以包括心跳間隔時間。在所述WebSocket連接建立成功之后，所述機頂盒還將按照所述心跳間隔時間向所述前端服務(wù)器發(fā)送心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。每一次心跳請求報文的發(fā)送，即可視為進行了一次數(shù)據(jù)交互過程，從而避免了 WebSocket連接建立成功之后，長時間內(nèi)未進行數(shù)據(jù)交互而導致的WebSocket連接斷開。
[0093]本發(fā)明所有實施例提供的數(shù)據(jù)交互方法，通過機頂盒向前端服務(wù)器發(fā)送配置信息請求并獲取配置信息的方式，來獲取建立WebSocket連接所需的IP地址與端口號，而省去了設(shè)備升級、售后維護或用戶咨詢、查找所述IP地址與端口號并手動建立WebSocket連接的過程，即使前端服務(wù)器更改了配置信息，機頂盒也可以自動獲取更改后的配置信息來建立WebSocke t連接，使得WebSocket連接的建立過程更加方便、快捷。所以，通過上述技術(shù)手段，將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，從很大程度上改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
[0094]在實際應(yīng)用中，可能會出現(xiàn)機頂盒獲取配置信息失敗的情況。例如，機頂盒向前端服務(wù)器發(fā)送配置信息請求后，卻遲遲接收不到所述配置信息；或者，在機頂盒接收到所述配置信息后，卻對所述配置信息解析失敗，導致無法獲取配置信息中的內(nèi)容。若機頂盒獲取配置信息失敗，則會直接導致無法建立機頂盒與前端服務(wù)器之間的WebSocket連接。所以本發(fā)明還提供了下面的另一實施例。
[0095]請參閱圖2，圖2為本申請實施例二提供的另一種數(shù)據(jù)交互方法的流程圖，其可包括:
[0096]S201:所述機頂盒向前端服務(wù)器發(fā)送配置信息請求；
[0097]步驟201與前述步驟101相類似，在此不作贅述。
[0098]S202:所述機頂盒獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息;
[0099]步驟202與前述步驟102相類似，在此不作贅述。
[0100]S203:判斷獲取所述配置信息是否成功，若是，進入S204;否則，進入S205;
[0101 ] S204:所述機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接。
[0102]步驟204與前述步驟103相類似，在此不作贅述。
[0103]S205:等待配置重連時長，返回S201。
[0104]在本實施例中，在獲取所述配置信息失敗的情況下，本實施例通過一配置重連時長，在等待所述配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟(S201)，從而再次向前端服務(wù)器請求配置信息，直到所述機頂盒在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功，進而使得所述機頂盒能夠根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0105]上述配置重連時長，可以是固定不變的，也可以是根據(jù)具體情況而變化的。
[0106]本領(lǐng)域技術(shù)人員可根據(jù)需要設(shè)計配置重連時長的變化方式，例如，可設(shè)計在所述機頂盒獲取所述配置信息失敗之后，所述在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟之前，機頂盒對獲取所述配置信息的失敗次數(shù)進行累計，而配置重連時長為所述失敗次數(shù)與預(yù)設(shè)時長的乘積;在所述機頂盒獲取所述配置信息成功之后，所述機頂盒將所述失敗次數(shù)置零。其中，預(yù)設(shè)時長可以為60s或其他固定時長，由此確定出配置重連時長。
[0107]舉個更具體的例子，機頂盒在連續(xù)3次在預(yù)設(shè)時間閾值內(nèi)未接收到所述配置信息后接收到了配置信息，但卻對所述配置信息解析失敗，則累計的失敗次數(shù)為4。假定預(yù)設(shè)時長為10s，則配置重連時長為4X10s = 40s，所以，所述機頂盒會在等待40s后再次向前端服務(wù)器發(fā)送配置信息請求(第5次)。
[0108]再例如，假定機頂盒在第5次向前端服務(wù)器發(fā)送配置信息請求后，在預(yù)設(shè)時間閾值內(nèi)仍未接收到所述配置信息或?qū)λ雠渲眯畔⒔馕鍪?，則累計的失敗次數(shù)為5，配置重連時長為5X10s = 50s，所述機頂盒會在等待50s后再次向前端服務(wù)器發(fā)送配置信息請求(也即第6次發(fā)送配置信息請求)。
[0109]而若機頂盒在第5次向前端服務(wù)器發(fā)送配置信息請求后，在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功，則機頂盒將累計的失敗次數(shù)置為O。
[0110]本實施例與上一實施例的最明顯區(qū)別在于增加了S203和S205的處理流程。
[0111]在本實施例提供的數(shù)據(jù)交互方法中，在機頂盒獲取配置信息失敗后，將重新發(fā)送配置信息請求，并隨著失敗次數(shù)的增加，延長配置重連時長，從而避免配置信息請求發(fā)送過于頻繁而浪費帶寬資源并加重前端服務(wù)器負擔的問題。
[0112]在實際應(yīng)用中，還可能會出現(xiàn)機頂盒與前端服務(wù)器之間的WebSocket連接建立失敗或斷開的情況。例如，機頂盒在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功，但由于前端服務(wù)器臨時更改了 WebSocket服務(wù)的IP地址與端口號，而導致連接建立失敗或斷開。
[0113]針對連接建立失敗或斷開的情況，本發(fā)明還提供了下面的又一實施例。
[0114]請參閱圖3，圖3為本申請實施例三提供的又一種數(shù)據(jù)交互方法的流程圖，其可包括:
[0115]S301:所述機頂盒向前端服務(wù)器發(fā)送配置信息請求；
[0116]步驟301與前述步驟201相類似，在此不作贅述。
[0117]S302:所述機頂盒獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息;
[0118]步驟302與前述步驟202相類似，在此不作贅述。
[0119]S303:判斷獲取所述配置信息是否成功，若是，進入S304;否則，進入S305;
[0120]步驟303與前述步驟203相類似，在此不作贅述。
[0121 ] S304:所述機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接，進入S306 ；
[0122]S305:等待配置重連時長，返回S301;
[0123]步驟305與前述步驟205相類似，在此不作贅述。上述Socket重連時長是配置信息中的一項參數(shù)，用于指示當WebSocket連接建立失敗或斷開后，機頂盒需要等待多長時間才再次向前端服務(wù)器發(fā)送配置信息請求。
[0124]在一個示例中，Socket重連時長可以為60s或其他時長。
[0125]S306:若所述WebSocket連接建立失敗或斷開，進入S307 ；
[0126]S307:等待所述Socket重連時長，返回S301。
[0127]本實施例與上一實施例的最明顯區(qū)別在于增加了S306和S307的處理流程。
[0128]在機頂盒與前端服務(wù)器之間的WebSocket連接建立失敗或斷開的情況下，本實施例利用所述配置信息中的Socket重連時長，令機頂盒在等待所述Socket重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟(S301 )，從而再次向前端服務(wù)器請求配置信息，以獲取前端服務(wù)器中最新的配置信息，進而建立機頂盒與所述前端服務(wù)器之間的WebSocket連接，實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0129]圖4給出了前端服務(wù)器所執(zhí)行的數(shù)據(jù)交互方法的一種示例性流程，包括:
[0130]S401:所述前端服務(wù)器接收來自所述機頂盒的配置信息請求；
[0131]S402:所述前端服務(wù)器響應(yīng)于所述配置信息請求返回配置信息；
[0132]所述前端服務(wù)器響應(yīng)于所述配置信息請求返回配置信息的方式可以為但不局限于AJAX(Asynchronous Javascript And XML，異步JavaScript和XML)方式。
[0133]S403:所述前端服務(wù)器響應(yīng)所述機頂盒建立的與所述前端服務(wù)器之間的WebSocket 連接。
[0134]在機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接時，相應(yīng)地，需要所述前端服務(wù)器響應(yīng)所述機頂盒建立的與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0135]在本發(fā)明其他實施例中，在WebSocket連接建立成功之后，上述前端服務(wù)器將增值應(yīng)用的鏈接信息推送至所述機頂盒。例如，將應(yīng)用軟件的二維碼信息、視頻播放的地址等信息推送至所述機頂盒。
[0? 36] 根據(jù)WebSocket協(xié)議，在WebSocket連接建立成功之后，若長時間內(nèi)未進行數(shù)據(jù)交互，WebSocket連接會斷開，以釋放帶寬。
[0137]因此，在本發(fā)明其他實施例中，上述所有實施例中的配置信息還可以包括心跳間隔時間。在所述WebSocket連接建立成功之后，所述前端服務(wù)器還將接收所述機頂盒按照所述心跳間隔時間發(fā)送的心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。每一次心跳請求報文的接收，即可視為進行了一次數(shù)據(jù)交互過程，從而避免了WebSocket連接建立成功之后，長時間內(nèi)未進行數(shù)據(jù)交互而導致的WebSocket連接斷開。
[0138]本發(fā)明所有實施例提供的數(shù)據(jù)交互方法，通過前端服務(wù)器接收來自所述機頂盒的配置信息請求，響應(yīng)于所述配置信息請求返回配置信息，并響應(yīng)所述機頂盒建立的與所述前端服務(wù)器之間的WebSocket連接，而省去了設(shè)備升級、售后維護或用戶咨詢、查找所述IP地址與端口號并手動建立WebSocket連接的過程，即使前端服務(wù)器更改了配置信息，也可以響應(yīng)于來自機頂盒的配置信息請求返回配置信息，來建立WebSocket連接，使得WebSocket連接的建立過程更加方便、快捷。所以，本發(fā)明通過上述技術(shù)手段，將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，從很大程度上改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
[0139]對應(yīng)于數(shù)據(jù)交互方法，本發(fā)明實施例還要求保護上述所有實施例中的機頂盒。
[0140]圖5示出了上述機頂盒的一種示例性結(jié)構(gòu)示意圖，包括:
[0141]配置請求模塊UlOl，用于向前端服務(wù)器發(fā)送配置信息請求；
[0142]所述配置請求模塊UlOl向所述前端服務(wù)器發(fā)送配置信息請求的方式可以為但不限于AJAX方式。
[0143]需要說明的是，所述配置請求模塊UlOl向前端服務(wù)器發(fā)送配置信息請求的前提是網(wǎng)絡(luò)連接狀態(tài)正常，因為若在網(wǎng)絡(luò)不通的情況下，配置請求模塊UlOl發(fā)送配置信息請求的過程無疑是對系統(tǒng)資源的浪費。
[0144]所以，在一個示例中，在機頂盒上電后，所述配置請求模塊UlOl還可以對網(wǎng)絡(luò)連接狀態(tài)進行檢測，當確定網(wǎng)絡(luò)連接狀態(tài)正常時，再向前端服務(wù)器發(fā)送配置信息請求。
[0145]在實際應(yīng)用中，可能會出現(xiàn)機頂盒獲取配置信息失敗的情況。例如，機頂盒向前端服務(wù)器發(fā)送配置信息請求后，卻遲遲接收不到所述配置信息；或者，在機頂盒接收到所述配置信息后，卻解析失敗，無法獲取配置信息中的內(nèi)容。若機頂盒獲取配置信息失敗，則會直接導致無法建立機頂盒與前端服務(wù)器之間的WebSocket連接。
[0146]所以，在另一個示例中，針對這一情況，上述配置請求模塊UlOI，還可以用于:
[0147]若配置獲取模塊獲取所述配置信息失敗，則在等待配置重連時長后再次向所述前端服務(wù)器發(fā)送配置信息請求。
[0148]在本示例中，利用所述配置請求模塊UlOl，在等待配置重連時長后再次向所述前端服務(wù)器發(fā)送配置信息請求，從而再次向前端服務(wù)器請求配置信息，直到所述機頂盒在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功，進而使得所述機頂盒最終能夠根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0149]上述配置重連時長，可以是固定不變的，也可以是根據(jù)情況而變化的。關(guān)于所述配置重連時長的設(shè)置，可參考前述實施例的內(nèi)容。
[0150]在實際應(yīng)用中，還可能會出現(xiàn)機頂盒與前端服務(wù)器之間的WebSocket連接建立失敗或斷開的情況，例如，機頂盒獲取所述配置信息成功，但由于前端服務(wù)器臨時更改了WebSocket服務(wù)的IP地址與端口號，而導致連接建立失敗或斷開。
[0151 ]所以，在又一個示例中，針對連接建立失敗或斷開的情況，，上述配置請求模塊U101，還用于:
[ΟΙ52] 若所述WebSocket連接建立失敗或斷開，則在等待所述Socket重連時長后再次向所述前端服務(wù)器發(fā)送配置信息請求。
[0153]在機頂盒與前端服務(wù)器之間的WebSocket連接建立失敗或斷開的情況下，本示例利用所述配置信息中的Socket重連時長，令配置請求模塊UlOl在等待所述Socket重連時長再次向前端服務(wù)器發(fā)送配置信息請求，從而再次向前端服務(wù)器請求配置信息，以獲取前端服務(wù)器中最新的配置信息，進而成功建立機頂盒與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0154]配置獲取模塊U102，用于獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息；
[0155]前端服務(wù)器在接收到機頂盒發(fā)送的配置信息請求后，會響應(yīng)于所述配置信息請求而返回其保存的所述WebSocket服務(wù)的配置信息，此時，配置獲取模塊U102可以相應(yīng)地接收所述配置信息。
[0156]駐留程序模塊U103，用于若所述配置獲取模塊獲取所述配置信息成功，則根據(jù)所述配置信息中的地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0157]當機頂盒接收到所述配置信息后，還需要對所述配置信息進行解析，以獲取所述配置信息中的IP地址與端口號，駐留程序模塊U103根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0158]在本發(fā)明的其他實施例中，所述機頂盒還可以包括:
[0159]數(shù)據(jù)上行模塊，用于在所述WebSocket連接建立成功之后，將用戶行為數(shù)據(jù)和用戶狀態(tài)發(fā)送至所述前端服務(wù)器。用戶行為可以包括直播、切臺等操作數(shù)據(jù)，用戶狀態(tài)可以包括直播、點播、回放或其他使用狀態(tài)。
[0? 60] 根據(jù)WebSocket協(xié)議，在WebSocket連接建立成功之后，若長時間內(nèi)未進行數(shù)據(jù)交互，WebSocket連接會斷開，以釋放帶寬。
[0161]因此，在本發(fā)明其他實施例中，上述所有實施例中的配置信息還可以包括心跳間隔時間，所述機頂盒還可以包括:
[0162]心跳請求模塊，用于在所述WebSocket連接建立成功之后，還將按照所述心跳間隔時間向所述前端服務(wù)器發(fā)送心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。每一次心跳請求報文的發(fā)送，即可視為進行了一次數(shù)據(jù)交互過程，從而避免了WebSocket連接建立成功之后，長時間內(nèi)未進行數(shù)據(jù)交互而導致的WebSocket連接斷開。
[0163]本發(fā)明所有實施例提供的機頂盒，通過向前端服務(wù)器發(fā)送配置信息請求并獲取配置信息的方式，來獲取建立WebSocket連接所需的IP地址與端口號，而省去了設(shè)備升級、售后維護或用戶咨詢、查找所述IP地址與端口號并手動建立WebSocket連接的過程，即使前端服務(wù)器更改了配置信息，機頂盒也可以自動獲取更改后的配置信息來建立WebSocket連接，使得WebSocket連接的建立過程更加方便、快捷。所以，通過上述技術(shù)手段，將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，從很大程度上改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
[0164]在實際應(yīng)用中，若機頂盒獲取配置信息失敗的情況連續(xù)發(fā)生，機頂盒不斷地向前端服務(wù)器發(fā)送配置信息請求，則會增加前端服務(wù)器的負擔，并浪費帶寬資源。所以本發(fā)明還提供了下面的另一實施例。圖6示出了上述機頂盒的另一種示例性結(jié)構(gòu)示意圖。
[0165]本領(lǐng)域技術(shù)人員可根據(jù)需要設(shè)計配置重連時長的變化方式，例如，在圖5所示實施例的基礎(chǔ)上，本實施例的機頂盒，還可以包括:
[0166]失敗累計模塊U104，用于在所述配置獲取模塊U102獲取所述配置信息失敗之后，所述配置請求模塊UlOl在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求之前，累計所述獲取所述配置信息的失敗次數(shù)；
[0167]重連運算模塊U105，用于計算所述配置重連時長，所述配置重連時長為所述失敗次數(shù)與預(yù)設(shè)時長的乘積；
[0168]失敗置零模塊U106，用于在所述配置獲取模塊U102獲取所述配置信息成功之后，將所述失敗次數(shù)置零。
[0169]其中，所述預(yù)設(shè)時長可以為60s或其他固定時長。由此可見，隨著所述失敗次數(shù)的增加，所述配置重連時長也會不斷延長。
[0170]本實施例提供的機頂盒，在獲取配置信息失敗后，將重新發(fā)送配置信息請求，并隨著失敗次數(shù)的增加，延長配置重連時長，從而避免配置信息請求發(fā)送過于頻繁而浪費帶寬資源并加重前端服務(wù)器負擔的問題。
[0171]對應(yīng)于數(shù)據(jù)交互方法，本發(fā)明實施例還要求保護上述所有實施例中的前端服務(wù)器。
[0172]圖7示出了上述前端服務(wù)器的一種示例性結(jié)構(gòu)示意圖。
[0173]本發(fā)明的前端服務(wù)器，應(yīng)用于與機頂盒進行數(shù)據(jù)交互。
[0174]如圖7所示，所述前端服務(wù)器，包括:
[0175]配置存儲模塊U201，用于保存WebSocket服務(wù)的配置信息，所述配置信息包括IP地址與端口號；
[0176]請求接收模塊U202，用于接收來自所述機頂盒發(fā)送的配置信息請求；
[0177]關(guān)于配置信息請求，參考前述實施例，在此不再贅述。
[0178]配置發(fā)送模塊U203，用于響應(yīng)于所述配置信息請求而返回配置信息；
[0179]所述配置發(fā)送模塊U203響應(yīng)于所述配置信息請求返回配置信息的方式可以為但不局限于AJAX(Asynchronous Javascript And XML，異步JavaScript和XML)方式。
[0180]WebSocket模塊U204，支持WebSocket服務(wù)，用于響應(yīng)所述機頂盒向所述前端服務(wù)器建立的WebSocket連接。
[0181]在機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接時，相應(yīng)地，需要所述WebSocket模塊U204響應(yīng)所述機頂盒建立的與所述前端服務(wù)器之間的WebSocket連接，從而實現(xiàn)實現(xiàn)機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互。
[0182]在本發(fā)明其他實施例中，所述前端服務(wù)器，可以包括:
[0183]應(yīng)用推送模塊，用于在所述WebSocket連接建立成功之后，將增值應(yīng)用的鏈接信息推送至所述機頂盒。例如，將應(yīng)用軟件的二維碼信息、視頻播放的地址等信息推送至所述機頂盒。
[0? 84] 根據(jù)WebSocket協(xié)議，在WebSocket連接建立成功之后，若長時間內(nèi)未進行數(shù)據(jù)交互，WebSocket連接會斷開，以釋放帶寬。
[0185]因此，在本發(fā)明其他實施例中，上述所有實施例中的配置信息還可以包括心跳間隔時間，所述前端服務(wù)器還可以包括:
[0186]心跳接收模塊，用于在所述WebSocket連接建立成功之后，接收所述機頂盒按照所述心跳間隔時間發(fā)送的心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。每一次心跳請求報文的接收，即可視為進行了一次數(shù)據(jù)交互過程，從而避免了WebSocket連接建立成功之后，長時間內(nèi)未進行數(shù)據(jù)交互而導致的WebSocket連接斷開。
[0187]本實施例提供的前端服務(wù)器，通過接收來自所述機頂盒的配置信息請求，響應(yīng)于所述配置信息請求返回配置信息，并響應(yīng)所述機頂盒建立的與所述前端服務(wù)器之間的WebSocket連接，而省去了設(shè)備升級、售后維護或用戶咨詢、查找所述IP地址與端口號并手動建立WebSocket連接的過程，即使前端服務(wù)器更改了配置信息，也可以響應(yīng)于來自機頂盒的配置信息請求返回配置信息，來建立WebSocket連接，使得WebSocket連接的建立過程更加方便、快捷。所以，本發(fā)明通過上述技術(shù)手段，將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，從很大程度上改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
[0188]對應(yīng)于機頂盒前端服務(wù)器，本發(fā)明還提供了一種數(shù)據(jù)交互系統(tǒng)，所述系統(tǒng)，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，包括圖5或圖6所示實施例所述的機頂盒以及圖7所示實施例所述的前端服務(wù)器。
[0189]本實施例提供的數(shù)據(jù)交互系統(tǒng)，通過機頂盒向前端服務(wù)器發(fā)送配置信息請求并獲取配置信息的方式，來獲取建立WebSocket連接所需的IP地址與端口號，而省去了設(shè)備升級、售后維護或用戶咨詢、查找所述IP地址與端口號并手動建立WebSocket連接的過程，SP使前端服務(wù)器更改了配置信息，機頂盒也可以自動獲取更改后的配置信息來建立WebSocket連接，使得WebSocket連接的建立過程更加方便、快捷。所以，本發(fā)明通過上述技術(shù)手段，將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，從很大程度上改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
[0190]本發(fā)明提供的一種數(shù)據(jù)交互方法、機頂盒與前端服務(wù)器，通過機頂盒向前端服務(wù)器發(fā)送配置信息請求并獲取配置信息的方式，來獲取建立WebSocket連接所需的IP地址與端口號，而省去了設(shè)備升級、售后維護或用戶咨詢、查找所述IP地址與端口號并手動建立WebSocket連接的過程，即使前端服務(wù)器更改了配置信息，機頂盒也可以自動獲取更改后的配置信息來建立WebSocket連接，使得WebSocket連接的建立過程更加方便、快捷。
[0191]在機頂盒獲取配置信息失敗后，重新發(fā)送配置信息請求，并隨著失敗次數(shù)的增加，延長配置重連時長，從而避免配置信息請求發(fā)送過于頻繁而浪費帶寬資源并加重前端服務(wù)器負擔的問題。所以，本發(fā)明通過上述技術(shù)手段，將WebSocket技術(shù)很好地應(yīng)用于機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程中，從很大程度上改善了機頂盒與前端服務(wù)器的數(shù)據(jù)交互過程。
[0192]在WebSocket連接建立失敗或斷開后，按照當前的配置信息中的Socket重連時長重新發(fā)送配置信息請求，以解決WebSocket連接建立失敗或斷開而無法實現(xiàn)數(shù)據(jù)交互的問題。
[0193]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。
[0194]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的硬件平臺的方式來實現(xiàn)，當然也可以全部通過硬件來實施，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本申請的技術(shù)方案對【背景技術(shù)】做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實施例或者實施例的某些部分所述的方法。
[0195]本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說明即可。
[0196]本文中應(yīng)用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在【具體實施方式】及應(yīng)用范圍上均會有改變之處。綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。
【主權(quán)項】
1.一種數(shù)據(jù)交互方法，其特征在于，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括:1P地址與端口號;所述方法包括: 所述機頂盒向前端服務(wù)器發(fā)送配置信息請求； 所述機頂盒獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息； 若所述機頂盒獲取所述配置信息成功，則所述機頂盒根據(jù)所述配置信息中的IP地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接； 所述獲取所述配置信息成功，包括:在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功。2.如權(quán)利要求1所述的方法，其特征在于，若所述機頂盒獲取所述配置信息失敗，則在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟。3.如權(quán)利要求1所述的方法，其特征在于，所述配置信息還包括:Socket重連時長； 若所述WebSocket連接建立失敗或斷開，則在等待所述Socket重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟。4.如權(quán)利要求1所述的方法，其特征在于，所述配置信息還包括:心跳間隔時間； 在所述WebSocket連接建立成功之后，還包括: 所述機頂盒按照所述心跳間隔時間向所述前端服務(wù)器發(fā)送心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。5.如權(quán)利要求2所述的方法，其特征在于，在所述機頂盒獲取所述配置信息之后，所述在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求的步驟之前，所述方法還包括: 所述機頂盒累計所述獲取所述配置信息的失敗次數(shù)； 所述配置重連時長為所述失敗次數(shù)與預(yù)設(shè)時長的乘積。6.如權(quán)利要求5所述的方法，其特征在于，在所述機頂盒獲取所述配置信息成功之后，還包括: 所述機頂盒將所述失敗次數(shù)置零。7.如權(quán)利要求1所述的方法，其特征在于， 所述機頂盒向所述前端服務(wù)器發(fā)送配置信息請求的方式為AJAX方式。8.如權(quán)利要求1所述的方法，其特征在于，在所述WebSocket連接建立成功之后，還包括: 所述機頂盒將用戶行為數(shù)據(jù)和用戶狀態(tài)發(fā)送至所述前端服務(wù)器。9.一種數(shù)據(jù)交互方法，其特征在于，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括:1P地址與端口號;所述方法包括: 所述前端服務(wù)器接收來自所述機頂盒的配置信息請求； 所述前端服務(wù)器響應(yīng)于所述配置信息請求返回配置信息； 所述前端服務(wù)器響應(yīng)所述機頂盒建立的與所述前端服務(wù)器之間的WebSocket連接。10.如權(quán)利要求9所述的方法，其特征在于，所述配置信息還包括:心跳間隔時間； 在所述WebSocket連接建立成功之后，還包括: 所述前端服務(wù)器接收所述機頂盒按照所述心跳間隔時間發(fā)送的心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。11.如權(quán)利要求9所述的方法，其特征在于， 所述前端服務(wù)器向所述機頂盒返回配置信息的方式為AJAX方式。12.如權(quán)利要求9所述的方法，其特征在于，在所述WebSocket連接建立成功之后，還包括: 所述前端服務(wù)器將增值應(yīng)用的鏈接信息推送至所述機頂盒。13.一種機頂盒，其特征在于，應(yīng)用于與前端服務(wù)器之間進行數(shù)據(jù)交互;所述前端服務(wù)器支持WebSocket服務(wù)，并保存有所述WebSocket服務(wù)的配置信息，所述配置信息包括:1P地址與端口號;所述機頂盒，包括: 配置請求模塊，用于向前端服務(wù)器發(fā)送配置信息請求； 配置獲取模塊，用于獲取所述前端服務(wù)器響應(yīng)于所述配置信息請求而返回的配置信息; 駐留程序模塊，用于若所述配置獲取模塊獲取所述配置信息成功，則根據(jù)所述配置信息中的地址與端口號，建立與所述前端服務(wù)器之間的WebSocket連接； 所述獲取所述配置信息成功，包括:在預(yù)設(shè)時間閾值內(nèi)接收到所述配置信息且對所述配置信息解析成功。14.如權(quán)利要求13所述的機頂盒，其特征在于，所述配置請求模塊還用于:若所述配置獲取模塊獲取所述配置信息失敗，則在等待配置重連時長后再次向所述前端服務(wù)器發(fā)送配置信息請求。15.如權(quán)利要求13所述的機頂盒，其特征在于，所述配置信息還包括Socket重連時長； 所述配置請求模塊還用于:若所述WebSocket連接建立失敗或斷開，則在等待所述Socket重連時長后再次向所述前端服務(wù)器發(fā)送配置信息請求。16.如權(quán)利要求13所述的機頂盒，其特征在于，所述配置信息還包括:心跳間隔時間；所述機頂盒，還包括: 心跳請求模塊，用于在所述WebSocket連接建立成功之后，按照所述心跳間隔時間向所述前端服務(wù)器發(fā)送心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。17.如權(quán)利要求14所述的機頂盒，其特征在于，還包括: 失敗累計模塊，用于在所述配置獲取模塊獲取所述配置信息失敗之后，所述配置請求模塊在等待配置重連時長后再次執(zhí)行所述機頂盒向前端服務(wù)器發(fā)送配置信息請求之前，累計所述獲取所述配置信息的失敗次數(shù)； 重連運算模塊，用于計算所述配置重連時長，所述配置重連時長為所述失敗次數(shù)與預(yù)設(shè)時長的乘積。18.如權(quán)利要求17所述的機頂盒，其特征在于，還包括: 失敗置零模塊，用于在所述配置獲取模塊獲取所述配置信息成功之后，將所述失敗次數(shù)置零。19.如權(quán)利要求13所述的機頂盒，其特征在于， 所述配置請求模塊向所述前端服務(wù)器發(fā)送配置信息請求的方式為AJAX方式。20.如權(quán)利要求13所述的機頂盒，其特征在于，還包括: 數(shù)據(jù)上行模塊，用于在所述WebSocket連接建立成功之后，將用戶行為數(shù)據(jù)和用戶狀態(tài)發(fā)送至所述前端服務(wù)器。21.—種前端服務(wù)器，其特征在于，應(yīng)用于與機頂盒進行數(shù)據(jù)交互，所述前端服務(wù)器包括:配置存儲模塊，用于保存WebSocket服務(wù)的配置信息，所述配置信息包括IP地址與端口號； 請求接收模塊，用于接收來自所述機頂盒發(fā)送的配置信息請求； 配置發(fā)送模塊，用于響應(yīng)于所述配置信息請求而返回配置信息； WebSocket模塊，支持WebSocket服務(wù)，用于響應(yīng)所述機頂盒向所述前端服務(wù)器建立的WebSocket 連接。22.如權(quán)利要求21所述的前端服務(wù)器，其特征在于，所述配置信息還包括:心跳間隔時間；所述前端服務(wù)器，還包括: 心跳接收模塊，用于在所述WebSocket連接建立成功之后，接收所述機頂盒按照所述心跳間隔時間發(fā)送的心跳請求報文，所述心跳請求報文用于保持所述WebSocket連接。23.如權(quán)利要求21所述的前端服務(wù)器，其特征在于， 所述配置發(fā)送模塊向所述機頂盒返回配置信息的方式為AJAX方式。24.如權(quán)利要求21所述的前端服務(wù)器，其特征在于，還包括: 應(yīng)用推送模塊，用于在所述WebSocket連接建立成功之后，將增值應(yīng)用的鏈接信息推送至所述機頂盒。25.—種數(shù)據(jù)交互系統(tǒng)，其特征在于，應(yīng)用于機頂盒與前端服務(wù)器之間進行數(shù)據(jù)交互，包括如權(quán)利要求13-20中任一項所述的機頂盒以及權(quán)利要求21-24中任一項所述的前端服務(wù)器。
【文檔編號】H04N21/8355GK105959827SQ201610257405
【公開日】2016年9月21日
【申請日】2016年4月22日
【發(fā)明人】徐佳宏, 劉 文, 陳戀
【申請人】深圳市茁壯網(wǎng)絡(luò)股份有限公司