專利名稱：基于機(jī)頂盒的防止廣播風(fēng)暴的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及機(jī)頂盒領(lǐng)域，具體涉及一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法和裝置。
背景技術(shù)：
在雙向網(wǎng)絡(luò)環(huán)境中，機(jī)頂盒與廣電網(wǎng)絡(luò)的前端機(jī)房服務(wù)器之間有信息的交互過程。隨著數(shù)字電視的普及網(wǎng)絡(luò)中的機(jī)頂盒數(shù) 量越來越多，當(dāng)網(wǎng)絡(luò)中多臺機(jī)頂盒同時發(fā)起UDP請求時網(wǎng)絡(luò)負(fù)荷較大，這會使網(wǎng)絡(luò)性能下降，嚴(yán)重時會發(fā)生廣播風(fēng)暴，甚至造成服務(wù)器宕機(jī)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供了一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法及裝置，可以降低網(wǎng)絡(luò)負(fù)荷，防止產(chǎn)生廣播風(fēng)暴。本發(fā)明提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法，包括以下步驟機(jī)頂盒計算出UDP請求發(fā)起時間,其中，同時啟動的多臺機(jī)頂盒中每臺機(jī)頂盒的m)P請求發(fā)起時間是唯一的；機(jī)頂盒根據(jù)UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送UDP請求；UDP請求成功后，機(jī)頂盒向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。相應(yīng)的，本發(fā)明提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置包括計算模塊，用于計算出UDP請求發(fā)起時間,其中，同時啟動的多臺機(jī)頂盒中每臺機(jī)頂盒的UDP請求發(fā)起時間是唯一的；第一發(fā)送模塊，用于根據(jù)計算模塊的UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送UDP請求；第二發(fā)送模塊，用于在第一發(fā)送模塊中的UDP請求成功后，向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。本發(fā)明所提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法及裝置，通過給每一臺機(jī)頂盒設(shè)定一個唯一 UDP請求發(fā)起時間，使同時啟動的多臺機(jī)頂盒有不同的UDP請求發(fā)起時間，從而防止同一時刻過多的機(jī)頂盒發(fā)起UDP請求和HTTP請求，降低了網(wǎng)絡(luò)負(fù)荷，避免了廣播風(fēng)暴和服務(wù)器宕機(jī)的發(fā)生。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖I是本發(fā)明實(shí)施例一提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法的流程圖；圖2是本發(fā)明實(shí)施例二提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法的流程圖；圖3是本發(fā)明例三提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置的結(jié)構(gòu)圖；圖4是本發(fā)明例四提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置的結(jié)構(gòu)圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是 本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖I是本發(fā)明實(shí)施例一提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法的流程圖，該實(shí)施例可以包括以下步驟101、機(jī)頂盒計算出UDP請求發(fā)起時間，其中，同時啟動的多臺機(jī)頂盒中每臺機(jī)頂盒的UDP請求發(fā)起時間是唯一的。 上述機(jī)頂盒計算UDP請求發(fā)起時間的具體步驟包括設(shè)置一個最大范圍值，該最大范圍值由前端機(jī)房服務(wù)器所能承受的網(wǎng)絡(luò)峰值和同一前端機(jī)房服務(wù)器下面的機(jī)頂盒的數(shù)量決定。該最大范圍值在機(jī)頂盒出廠前預(yù)先配置在頂盒內(nèi)，也可以通過前端機(jī)房服務(wù)器重新配置。當(dāng)后續(xù)在同一前端機(jī)房服務(wù)器下的機(jī)頂盒數(shù)量增加時可以通過前端機(jī)房服務(wù)器重新配置該最大范圍值，以滿足其應(yīng)用。將上述最大范圍值與機(jī)頂盒的MAC地址相除并取余,得到UDP請求發(fā)起時間。由于每臺機(jī)頂盒的MAC地址是唯一的，因此通過上述計算方法得出UDP請求發(fā)起時間對于同時啟動的多臺機(jī)頂盒來說，每臺機(jī)頂盒的UDP請求發(fā)起時間是唯一的。在實(shí)際應(yīng)用中一般選取MAC地址的后4個字節(jié)來進(jìn)行運(yùn)算，例如最大范圍值選擇1800秒(30分鐘)，機(jī)頂盒一的MAC地址的后4字節(jié)的十進(jìn)制值為7213，機(jī)頂盒二的MAC地址的后4字節(jié)的十進(jìn)制值為7214。7213除1800余數(shù)為13，7214除1800余數(shù)為14，則機(jī)頂盒一的發(fā)起時刻為當(dāng)前時間再延時13秒后，機(jī)頂盒二的發(fā)起時刻為當(dāng)前時間再延時14秒后。102、機(jī)頂盒根據(jù)UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送UDP請求。103、UDP請求成功后，機(jī)頂盒向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。本實(shí)施例中通過給每臺機(jī)頂盒分配一個唯一的UDP請求發(fā)起時間可以避免同時啟動的過多的機(jī)頂盒同時發(fā)送UDP請求和HTTP請求而導(dǎo)致網(wǎng)絡(luò)負(fù)荷太大，出現(xiàn)廣播風(fēng)暴。圖2是本發(fā)明實(shí)施例二提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法的流程圖，該實(shí)施例包括以下步驟201、機(jī)頂盒啟動。202、機(jī)頂盒計算出UDP請求發(fā)起時間。計算方法參考實(shí)施例一步驟101,這里不再贅述。203、機(jī)頂盒根據(jù)所述UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送UDP請求。204、判斷UDP請求是否成功。UDP請求成功時轉(zhuǎn)步驟207，失敗時轉(zhuǎn)步驟205。
205、判斷UDP請求失敗次數(shù)是否大于等于5。UDP請求失敗時，機(jī)頂盒在當(dāng)前第二間隔時間后重新發(fā)送UDP請求，連續(xù)重新發(fā)送UDP請求的次數(shù)被限定在一個最大次數(shù)內(nèi)，本實(shí)施例中將該最大次數(shù)設(shè)置為5次。該最大次數(shù)也可以為其它合理的值，這里僅是一個較佳實(shí)施值。當(dāng)連續(xù)重新發(fā)送所述UDP請求的次數(shù)為所述最大次數(shù)，并且所述UDP請求仍然失敗時，即連續(xù)發(fā)送了 4次UDP請求都失敗，第5次發(fā)送UDP請求仍然失敗時，機(jī)頂盒直接向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。206、UDP請求失敗時，機(jī)頂盒在當(dāng)前第二間隔時間后重新發(fā)送UDP請求。該當(dāng)前第二間隔時間等于上一次重新發(fā)送UDP請求的第二間隔時間加上第二方差時間，其中第一次重新發(fā)送UDP請求的第二間隔時間為第二基本間隔時間。例如設(shè)置第二基本間隔時間為30S，第二方差時間為10S，UDP請求在第三次 重新發(fā)送時請求成功，則第一次至第三次重新發(fā)送UDP請求的間隔時間分別為30S、30S+10S=40S、40S+10S=50S。上述第二基本間隔時間和第二方差時間可以根據(jù)實(shí)際應(yīng)用設(shè)置一套合理的值，上面給出的時間值僅是舉例并不做為限定，若系統(tǒng)沒有設(shè)置第二基本間隔時間可以將其設(shè)定為某一默認(rèn)值，例如20S?？紤]應(yīng)用的合理性上述的第二間隔時間限制在2小時以內(nèi)。207、判斷應(yīng)用清單版本號是否變化。當(dāng)UDP請求成功時判斷應(yīng)用清單版本號是否變化，以防止重復(fù)下載。若清單版本號變化機(jī)頂盒向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。若無變化則轉(zhuǎn)步驟205，回到發(fā)送UDP請求的階段。208、是否超過當(dāng)前第一間隔時間。當(dāng)步驟S207中應(yīng)用清單版本號有變化時，判斷距離上一次發(fā)送HTTP請求是否超過了當(dāng)前第一間隔時間。上一次HTTP請求失敗時，在當(dāng)前第一間隔時間后才能重新發(fā)送HTTP請求。該當(dāng)前第一間隔時間等于上一次HTTP請求失敗的第一間隔時間加上第一方差時間，其中第一次HTTP請求失敗重新發(fā)送UDP請求的第一間隔時間為第一基本間隔。例如本實(shí)施例中設(shè)置第一基本間隔時間等于第二方差時間為20S，第η次重新發(fā)送HTTP請求與第η-l次重新發(fā)送HTTP請求之間的時間間隔為n*20S。若系統(tǒng)沒有設(shè)置第一基本間隔時間和第一方差時間可以將其設(shè)定為某一默認(rèn)值，例如30S。上述第一基本間隔時間和第一方差時間可以根據(jù)實(shí)際應(yīng)用設(shè)置一套合理的值，上面給出的時間僅是舉例并不做為限定?？紤]應(yīng)用的合理性上述的第二間隔時間限制在2小時以內(nèi)。若距離上一次發(fā)送HTTP請求還不到第一間隔時間則轉(zhuǎn)步驟209等待該時間到，若已經(jīng)經(jīng)過第一間隔時間則轉(zhuǎn)步驟210。209、等待第一間隔時間到。210、機(jī)頂盒向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。211、判斷HTTP請求是否成功。若HTTP請求成功則轉(zhuǎn)步驟212，否則轉(zhuǎn)步驟205，回到發(fā)送UDP請求的階段。212、進(jìn)行應(yīng)用下載并將第二間隔時間設(shè)置為前端機(jī)房服務(wù)器配置的UDP請求間隔時間或者默認(rèn)的UDP請求間隔時間。參考步驟205，將該第二間隔時間設(shè)置為30S，若系統(tǒng)沒有設(shè)置第二間隔時間，則設(shè)置為默認(rèn)值20S。本實(shí)施例提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法能防止同一時刻過多的發(fā)起UDP請求和HTTP請求，從而防止產(chǎn)生廣播風(fēng)暴，保證了網(wǎng)絡(luò)的穩(wěn)定性。圖3是本發(fā)明實(shí)施例三提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置的結(jié)構(gòu)圖，該裝置包括
301、計算模塊,用于計算出UDP請求發(fā)起時間,其中，同時啟動的多臺機(jī)頂盒中每臺機(jī)頂盒的UDP請求發(fā)起時間是唯一的。計算模塊計算上述唯一的UDP請求發(fā)起時間的方法參考實(shí)施例I步驟101，這里不再贅述。302、第一發(fā)送模塊，用于根據(jù)計算模塊的UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送UDP請求。303、第二發(fā)送模塊，用于在第一發(fā)送模塊中的UDP請求成功后，向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。本實(shí)施例提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置通過給每臺機(jī)頂盒分配一個唯一的UDP請求發(fā)起時間可以避免同時啟動 的過多的機(jī)頂盒同時發(fā)送m)P請求和HTTP請求而導(dǎo)致網(wǎng)絡(luò)負(fù)荷太大，出現(xiàn)廣播風(fēng)暴。圖4是本發(fā)明實(shí)施例四提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置的結(jié)構(gòu)圖，其中301、302、303模塊的功能參考實(shí)施例3。上述計算模塊301包括配置模塊3011和時間獲取模塊3012 :3011、配置模塊，用于設(shè)置一個最大范圍值，該最大范圍值由前端機(jī)房服務(wù)器所能承受的網(wǎng)絡(luò)峰值和同一前端機(jī)房服務(wù)器下面的機(jī)頂盒的數(shù)量決定，該最大范圍值在機(jī)頂盒出廠前預(yù)先配置在機(jī)頂盒內(nèi)。該最大范圍值也可以通過所述前端機(jī)房服務(wù)器重新配置。3012、時間獲取模塊，用于將上述最大范圍值與機(jī)頂盒的MAC地址相除并取余，得到UDP請求發(fā)起時間。具體步驟參考實(shí)施例I步驟101，這里不再贅述。上述第一發(fā)送模塊302還包括重復(fù)發(fā)送模塊3021、限制模塊3022和觸發(fā)模塊3023。3021、重復(fù)發(fā)送模塊，用于在UDP請求失敗時，在當(dāng)前第二間隔時間后重新發(fā)送UDP請求。3022、限制模塊，用于將連續(xù)重新發(fā)送所述UDP請求的次數(shù)限定在一個最大次數(shù)內(nèi)。3023、觸發(fā)模塊，用于在重新發(fā)送UDP請求的次數(shù)為最大次數(shù)，并且UDP請求仍然失敗時，觸發(fā)第二發(fā)送模塊向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。上述第二發(fā)送模塊303還包括HTTP請求失敗處理模塊3031。3031、HTTP請求失敗處理模塊，用于在HTTP請求失敗時向前端機(jī)房服務(wù)器發(fā)送UDP請求，并設(shè)置當(dāng)前第一間隔時間；HTTP請求失敗時，在當(dāng)前第一間隔時間后才能重新發(fā)送HTTP請求。上述設(shè)置當(dāng)前第一間隔時間具體為當(dāng)前第一間隔時間等于上一次重新發(fā)送HTTP請求的第一間隔時間加上第一方差時間，其中，第一次重新發(fā)送HTTP請求的第一間隔時間為第一基本間隔時間。上述當(dāng)前第二間隔時間等于上一次重新發(fā)送UDP請求的第二間隔時間加上第二方差時間，其中，第二次重新發(fā)送UDP請求的第二間隔時間為第二基本間隔時間。本實(shí)施例提供的一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置能防止同一時刻過多的發(fā)起UDP請求和HTTP請求，從而防止產(chǎn)生廣播風(fēng)暴，保證了網(wǎng)絡(luò)的穩(wěn)定性。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存取存儲器(Random AccessMemory,簡稱 RAM)等。以上所揭露的僅為本發(fā)明較佳實(shí)施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的 等同變化，仍屬本發(fā)明所涵蓋的范圍。
權(quán)利要求
1.一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法，其特征在于，包括 機(jī)頂盒計算出UDP請求發(fā)起時間，其中，同時啟動的多臺機(jī)頂盒中每臺機(jī)頂盒的所述m)P請求發(fā)起時間是唯一的； 所述機(jī)頂盒在所述UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送UDP請求； 所述UDP請求成功后，所述機(jī)頂盒向所述前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述機(jī)頂盒計算出UDP請求發(fā)起時間包括 設(shè)置一個最大范圍值，所述最大范圍值由所述前端機(jī)房服務(wù)器所能承受的網(wǎng)絡(luò)峰值和同一所述前端機(jī)房服務(wù)器下面的機(jī)頂盒的數(shù)量決定，所述最大范圍值在機(jī)頂盒出廠前預(yù)先配置在所述機(jī)頂盒內(nèi)； 將所述最大范圍值與所述機(jī)頂盒的MAC地址相除并取余，得到所述UDP請求發(fā)起時間。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述方法還包括 所述HTTP請求失敗時，所述機(jī)頂盒重新向所述前端機(jī)房服務(wù)器發(fā)送所述UDP請求，并設(shè)置當(dāng)前第一間隔時間；所述HTTP請求失敗時，在所述當(dāng)前第一間隔時間后才能重新發(fā)送所述HTTP請求。
4.根據(jù)權(quán)利要求I至3任一項所述的方法，其特征在于，所述方法還包括 所述UDP請求失敗時，所述機(jī)頂盒在當(dāng)前第二間隔時間后重新發(fā)送所述UDP請求，連續(xù)重新發(fā)送所述UDP請求的次數(shù)被限定在一個最大次數(shù)內(nèi)； 所述連續(xù)重新發(fā)送所述UDP請求的次數(shù)為所述最大次數(shù)，并且所述UDP請求仍然失敗時，所述機(jī)頂盒向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于， 所述設(shè)置當(dāng)前第一間隔時間具體為所述當(dāng)前第一間隔時間等于上一次重新發(fā)送所述HTTP請求的第一間隔時間加上第一方差時間，其中，第一次重新發(fā)送所述HTTP請求的第一間隔時間為第一基本間隔時間； 所述當(dāng)前第二間隔時間等于上一次重新發(fā)送所述UDP請求的第二間隔時間加上第二方差時間，其中，第二次重新發(fā)送所述UDP請求的第二間隔時間為第二基本間隔時間。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括 所述HTTP請求成功后所述機(jī)頂盒將所述第二間隔時間設(shè)置為前端機(jī)房服務(wù)器配置的UDP請求間隔時間或者默認(rèn)的UDP請求間隔時間。
7.一種基于機(jī)頂盒的防止廣播風(fēng)暴的裝置，其特征在于，包括 計算模塊，用于計算出UDP請求發(fā)起時間,其中，同時啟動的多臺機(jī)頂盒中每臺機(jī)頂盒的所述UDP請求發(fā)起時間是唯一的； 第一發(fā)送模塊，用于在所述計算模塊計算出的所述UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送m)P請求； 第二發(fā)送模塊，用于在所述第一發(fā)送模塊中的所述UDP請求成功后，向前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述計算模塊包括 配置模塊，用于設(shè)置一個最大范圍值，所述最大范圍值由所述前端機(jī)房服務(wù)器所能承受的網(wǎng)絡(luò)峰值和同一所述前端機(jī)房服務(wù)器下面的機(jī)頂盒的數(shù)量決定，所述最大范圍值在機(jī)頂盒出廠前預(yù)先配置在所述機(jī)頂盒內(nèi)； 時間獲取模塊，用于將所述最大范圍值與所述機(jī)頂盒的MAC地址相除并取余，得到所述UDP請求發(fā)起時間。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于， 所述第二發(fā)送模塊還包括HTTP請求失敗處理模塊，用于在所述HTTP請求失敗時向所述前端機(jī)房服務(wù)器發(fā)送所述UDP請求，并設(shè)置當(dāng)前第一間隔時間；所述HTTP請求失敗時，在所述當(dāng)前第一間隔時間后才能重新發(fā)送所述HTTP請求。
10.根據(jù)權(quán)利要求7至9任一項所述的裝置，其特征在于，所述第一發(fā)送模塊還包括重復(fù)發(fā)送模塊、限制模塊和觸發(fā)模塊； 所述重復(fù)發(fā)送模塊用于在所述UDP請求失敗時，在當(dāng)前第二間隔時間后重新發(fā)送所述UDP請求； 所述限制模塊用于將所述重復(fù)發(fā)送模塊連續(xù)重新發(fā)送所述UDP請求的次數(shù)限定在一個最大次數(shù)內(nèi)； 所述觸發(fā)模塊用于在所述連續(xù)重新發(fā)送所述UDP請求的次數(shù)為所述最大次數(shù)，并且所述UDP請求仍然失敗時，觸發(fā)所述第二發(fā)送模塊向前端機(jī)房服務(wù)器發(fā)送所述HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于， 所述設(shè)置當(dāng)前第一間隔時間具體為所述當(dāng)前第一間隔時間等于上一次重新發(fā)送所述HTTP請求的第一間隔時間加上第一方差時間，其中，第一次重新發(fā)送所述HTTP請求的第一間隔時間為第一基本間隔時間； 所述當(dāng)前第二間隔時間等于上一次重新發(fā)送所述UDP請求的第二間隔時間加上第二方差時間，其中，第二次重新發(fā)送所述UDP請求的第二間隔時間為第二基本間隔時間。
全文摘要
本發(fā)明涉及機(jī)頂盒領(lǐng)域，公開了一種基于機(jī)頂盒的防止廣播風(fēng)暴的方法和裝置。本發(fā)明的方法包括機(jī)頂盒計算出UDP請求發(fā)起時間，對于同時啟動的多臺機(jī)頂盒來說，每臺機(jī)頂盒的所述UDP請求發(fā)起時間是唯一的；所述機(jī)頂盒根據(jù)所述UDP請求發(fā)起時間向前端機(jī)房服務(wù)器發(fā)送UDP請求；所述UDP請求成功后，所述機(jī)頂盒向所述前端機(jī)房服務(wù)器發(fā)送HTTP請求應(yīng)用清單以進(jìn)行應(yīng)用下載。本發(fā)明的方法可以防止同一時刻過多的機(jī)頂盒發(fā)起UDP請求和HTTP請求，減少了網(wǎng)絡(luò)負(fù)荷，避免了廣播風(fēng)暴和服務(wù)器宕機(jī)的發(fā)生。
文檔編號H04L29/12GK102857556SQ20121027700
公開日2013年1月2日 申請日期2012年8月6日 優(yōu)先權(quán)日2012年8月6日
發(fā)明者陳升 申請人:深圳市同洲電子股份有限公司