[發(fā)明專利]一種可控的瀑布式文件推送的方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201210563639.1
• 申請(qǐng)日: 2012-12-21
• 公開（公告）號(hào): CN103036898A
• 公開（公告）日: 2013-04-10
• 發(fā)明（設(shè)計(jì)）人: 潘海斌;顧亞平;林海;張俊
• 申請(qǐng)（專利權(quán)）人: 上海現(xiàn)代先進(jìn)超精密制造中心有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06;H04L29/08
• 代理公司: 上海新天專利代理有限公司 31213
• 代理人: 張澤純

技術(shù)領(lǐng)域

本發(fā)明涉及通信網(wǎng)絡(luò)中的文件推送技術(shù)，尤其是涉及一種從服務(wù)器端發(fā)起的通過IP網(wǎng)絡(luò)可控的向海量客戶端進(jìn)行文件推送的方法。

背景技術(shù)

現(xiàn)有的文件下載一般有兩種模式：

■HTTP、FTP等點(diǎn)對(duì)點(diǎn)下載。每個(gè)客戶端均連接到目標(biāo)服務(wù)器進(jìn)行下載。

這種方式服務(wù)器端可以知道下載的狀態(tài)，但隨著客戶端的增多，服務(wù)器端的壓力增長(zhǎng)迅速，一旦達(dá)到一定規(guī)模后，服務(wù)器端就無法支撐，導(dǎo)致較多客戶端無法下載。

■Peer-to-Peer（P2P）及衍生的多對(duì)多下載模式。客戶端在下載時(shí)會(huì)搜索鄰近的其他源或下載客戶端，從這些點(diǎn)一起進(jìn)行文件的下載。這種方式使得下載較為迅速，對(duì)服務(wù)器端壓力也較小。但是這種方式依賴于源上的內(nèi)容，對(duì)服務(wù)器端而言下載狀態(tài)不可知，且客戶端存在下載到一定程度后無法繼續(xù)下載的問題。

HTTP/FTP或P2P的下載方式均是由客戶端主動(dòng)發(fā)起去獲取文件，是Pull模式。現(xiàn)有的由服務(wù)器端主動(dòng)發(fā)起，將文件Push到客戶端的方式一般為：客戶端定時(shí)向服務(wù)器端發(fā)起請(qǐng)求，詢問是否需要下載及需下載的文件。這種方式主要存在以下弊端：

(1)客戶端定時(shí)發(fā)起詢問。在較多客戶端的環(huán)境下，鑒于服務(wù)器端的性能，不得不將詢問周期拉長(zhǎng)，造成服務(wù)器端無法及時(shí)實(shí)現(xiàn)對(duì)對(duì)客戶端的行為控制。

（2）下載方式一般為HTTP或FTP等直接下載方式。受限于服務(wù)器端同時(shí)支持的下載連接數(shù)限制，該方法無法支撐較多客戶端同時(shí)在線，且對(duì)服務(wù)器端的網(wǎng)絡(luò)出口帶寬依賴性很強(qiáng)，造成推送效率的不足。

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

本發(fā)明的目的在于克服上述現(xiàn)有技術(shù)的不足，提供一種，通過抑制CE-BEM模型誤差，提高信道估計(jì)的準(zhǔn)確性。

本發(fā)明的技術(shù)解決方案如下：

一種可控的瀑布式文件推送方法，其特征在于，該方法包括：

服務(wù)器端推送流程的具體步驟如下：

步驟1.啟動(dòng)推送任務(wù)，初始化輸入，包括：需要推送的文件、提供下載服務(wù)的服務(wù)器和所有需要推送到的客戶端列表；

步驟2.根據(jù)客戶端列表中客戶端網(wǎng)絡(luò)參數(shù)和性能參數(shù)（如客戶端的IP地址、接入網(wǎng)速等），創(chuàng)建推送樹；

步驟3.通知每個(gè)客戶端各自在推送樹中的位置；

步驟4.將需要推送的大文件打包、拆分成一組小文件；

步驟5.通知根節(jié)點(diǎn)的所有第一層子節(jié)點(diǎn)客戶端可以獲取所有小文件；

步驟6.等待節(jié)點(diǎn)上報(bào)小文件獲取完成消息；

步驟7.接到節(jié)點(diǎn)上報(bào)小文件獲取完成消息，若該節(jié)點(diǎn)有子節(jié)點(diǎn)，則通知該節(jié)點(diǎn)的所有第一層子節(jié)點(diǎn)可以獲取該小文件；然后返回到步驟6，否則不操作。客戶端推送流程的具體步驟如下：

步驟1.初始化，令｛可以下載的小文件集合｝為空；

步驟2.等待有可以下載的小文件的消息；

步驟3.接收新的可以下載的小文件的通知,并將新接收到的小文件更新到｛可以下載的小文件集合｝中；

步驟4.下載｛可以下載的小文件集合｝中的第一個(gè)小文件；

步驟5.當(dāng)下載完成一個(gè)小文件后，對(duì)該小文件的合法性進(jìn)行驗(yàn)證，如果驗(yàn)證結(jié)果為合法，則通知該客戶端的所有下一層子節(jié)點(diǎn)客戶端可以獲取該小文件，并執(zhí)行步驟7，否則，執(zhí)行步驟6，下載下一個(gè)小文件；

步驟6.重新下載該小文件，并對(duì)該小文件的合法性進(jìn)行驗(yàn)證，直至驗(yàn)證結(jié)果為合法；

步驟7.判斷是否所有可以下載的小文件均已下載完成，如否，則下載｛可以下載的小文件集合｝中的下一個(gè)小文件，并返回步驟5，如是，則執(zhí)行步驟8；

步驟8.判斷是否所有需要下載的小文件均已下載完成，如是，則執(zhí)行步驟9，否則等待新的可以下載的小文件的通知，并返回步驟2；

步驟9.合成大文件，并對(duì)大文件的合法性進(jìn)行驗(yàn)證，如果驗(yàn)證結(jié)果為合法，則則下載完成，否則，刪除所有已經(jīng)下載的小文件，返回步驟3。

服務(wù)器端同時(shí)還對(duì)上述文件推送過程進(jìn)行監(jiān)控，具體監(jiān)控步驟如下：

步驟1.啟動(dòng)監(jiān)控；

步驟2.監(jiān)控是否有需要推送的文件、新客戶端的加入、是否有客戶端異常；

步驟3.若有需要推送的文件，則啟動(dòng)服務(wù)器端推送流程，輸出包括：需要推送的文件、提供下載服務(wù)的服務(wù)器、所有需要推送到的客戶端列表；否則休眠后繼續(xù)監(jiān)控；（客戶端各自的客戶端推送流程開機(jī)后即自動(dòng)啟動(dòng)，常駐系統(tǒng)中）

若有新的客戶端加入，則啟動(dòng)客戶端擴(kuò)容流程，輸出為新加入的客戶端和推送任務(wù)；否則休眠后繼續(xù)監(jiān)控；

若有客戶端異常，則啟動(dòng)服務(wù)器端異常處理流程，輸出為異常的客戶端和推送任務(wù)；否則休眠后繼續(xù)監(jiān)控。