專利名稱：一種文件內(nèi)容同步方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，更具體地說，涉及一種文件內(nèi)容同步方法和系統(tǒng)。
技術(shù)背景
內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N是一種新型的網(wǎng)絡(luò)構(gòu)建方式，將網(wǎng)站的內(nèi)容以同步形式發(fā)布到 最接近用戶的網(wǎng)絡(luò)邊緣，使用戶就進(jìn)取得所需的內(nèi)容，解決網(wǎng)絡(luò)擁擠情況，提高了用戶訪問 網(wǎng)站的響應(yīng)速度。
現(xiàn)有的內(nèi)容分發(fā)網(wǎng)絡(luò)基于固定的節(jié)點(diǎn)緩存服務(wù)器，通過下載形成內(nèi)容提供源服務(wù) 器內(nèi)容的鏡像，以及通過用戶就進(jìn)行和服務(wù)器負(fù)載的判斷，確保請(qǐng)求同步的內(nèi)容以高效的 方式針對(duì)用戶的請(qǐng)求提供文件內(nèi)容同步服務(wù)，并且減輕了主控服務(wù)器的壓力，提升了網(wǎng)站 的性能和可擴(kuò)展性。
然而現(xiàn)有的文件內(nèi)容同步方法至少存在以下缺點(diǎn)隨著用戶越來越注重將文件快 速推送到服務(wù)節(jié)點(diǎn)，對(duì)于設(shè)計(jì)新聞?lì)惖牧髅襟w文件，實(shí)時(shí)性和及時(shí)性則顯得尤為重要?，F(xiàn)有 的文件內(nèi)容同步方法通過設(shè)置的固定節(jié)點(diǎn)從源服務(wù)器獲取文件，而會(huì)受到源服務(wù)器網(wǎng)絡(luò)帶 寬影響或在同步過程中的網(wǎng)絡(luò)波動(dòng)的影響，達(dá)不到用戶的要求的指定時(shí)間要求。發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種文件內(nèi)容同步方法和系統(tǒng)，以保證文件內(nèi)容的同步及 下載的及時(shí)性。
一種文件內(nèi)容同步方法，包括
接收主控服務(wù)器根據(jù)用戶發(fā)出的同步請(qǐng)求，并按照最小時(shí)延原則發(fā)送的同步任 務(wù)，所述同步請(qǐng)求包含有文件標(biāo)識(shí)；
依照所述同步任務(wù)下載源文件并供給其他節(jié)點(diǎn)同步服務(wù)器下載；
若下載失敗，將所述同步任務(wù)按照最小時(shí)延原則將同步任務(wù)發(fā)送至另一個(gè)節(jié)點(diǎn)的 同步服務(wù)器中，直至完成內(nèi)容分發(fā)。
本實(shí)施方式中，主控服務(wù)器根據(jù)同步請(qǐng)求將任務(wù)分發(fā)到某一節(jié)點(diǎn)同步服務(wù)器，分 發(fā)原則是源文件服務(wù)器到節(jié)點(diǎn)同步服務(wù)器延時(shí)最小的目標(biāo)節(jié)點(diǎn)同步服務(wù)器，一個(gè)文件從源 站下載一份，其他節(jié)點(diǎn)的同步服務(wù)器根據(jù)下載成功的同步服務(wù)器中進(jìn)行下載，若該節(jié)點(diǎn)同 步服務(wù)器下載失敗，則繼續(xù)利用所述最小時(shí)延原則將同步任務(wù)發(fā)送至所述其他節(jié)點(diǎn)的同步 服務(wù)器中，直至完成內(nèi)容分發(fā)。該實(shí)施方式優(yōu)選任務(wù)下發(fā)路徑并且節(jié)點(diǎn)同步服務(wù)器之間進(jìn) 行文件互相下載，實(shí)現(xiàn)了文件內(nèi)容同步及下載的及時(shí)性。
優(yōu)選地，所述方法還包括
監(jiān)測文件內(nèi)容下載通路傳輸速度；
當(dāng)某節(jié)點(diǎn)同步服務(wù)器文件內(nèi)容下載的網(wǎng)絡(luò)傳輸速度低于預(yù)設(shè)速度值時(shí)，放棄該條 通路文件內(nèi)容下載，并搜索最佳源文件下載路徑。
上述的實(shí)施方式解決了由于下載任務(wù)的地域網(wǎng)絡(luò)帶寬及傳輸路徑中的網(wǎng)絡(luò)波動(dòng)4導(dǎo)致下載及時(shí)性受到影響的問題。
優(yōu)選地，所述方法還包括當(dāng)所述源文件大小大于預(yù)設(shè)處理文件大小時(shí)
生成重定向文件列表；
按照該重定向文件列表發(fā)送至目標(biāo)節(jié)點(diǎn)同步服務(wù)器指定目錄下；
根據(jù)該指定目錄的指示將文件重新定向到多個(gè)域進(jìn)行同步動(dòng)態(tài)傳輸。
上述實(shí)施方式表明，在用戶同步文件數(shù)量巨大的情況下，各個(gè)節(jié)點(diǎn)文件無法存放 承載，此時(shí)通過建立多個(gè)域并進(jìn)行文件的重定向的方式，加快各節(jié)點(diǎn)同步服務(wù)器的同步速度。
優(yōu)選地，所述方法還包括構(gòu)建節(jié)點(diǎn)網(wǎng)絡(luò)，具體實(shí)現(xiàn)為
根據(jù)源文件的文件大小，以節(jié)點(diǎn)的同步服務(wù)器對(duì)應(yīng)多個(gè)域；
各個(gè)域?qū)?yīng)存儲(chǔ)服務(wù)器及一組高速緩沖服務(wù)器。
所述存儲(chǔ)服務(wù)器的類型及與高速緩沖服務(wù)器之間的配置方式可有多種形式。
優(yōu)選地，所述方法還包括按照預(yù)設(shè)時(shí)間間隔或所述重定向文件列表預(yù)設(shè)大小重 新讀取及發(fā)送所述重定向文件列表。
作為優(yōu)選在文件分發(fā)完成后，對(duì)于需要重定向的用戶，當(dāng)所述重定向列表文件大 于6K或生成時(shí)間大于一小時(shí)上傳重定向列表。
優(yōu)選地，所述方法還包括通過重新定向的域名檢查文件，并確定被解析后向用戶 發(fā)送文件內(nèi)容下載成功。
當(dāng)文件被解析或者可被訪問時(shí)，則向用戶發(fā)送成功報(bào)告或反饋信息。
一種文件內(nèi)容同步系統(tǒng)，包括主控服務(wù)器、多個(gè)節(jié)點(diǎn)同步服務(wù)器和源文件服務(wù) 器，其中
多個(gè)節(jié)點(diǎn)同步服務(wù)器包含有一個(gè)目標(biāo)節(jié)點(diǎn)同步服務(wù)器，根據(jù)最小時(shí)延原則確定；
所述目標(biāo)節(jié)點(diǎn)同步服務(wù)器接收主控服務(wù)器根據(jù)用戶發(fā)出的同步請(qǐng)求得到的同步 任務(wù)；
依照所述同步任務(wù)從所述源文件服務(wù)器中下載源文件并供給其他節(jié)點(diǎn)同步服務(wù) 器下載；
當(dāng)該目標(biāo)節(jié)點(diǎn)同步服務(wù)器下載失敗時(shí)，按照最小時(shí)延原則將該同步任務(wù)發(fā)送至另 一個(gè)節(jié)點(diǎn)的同步服務(wù)器中，直至完成內(nèi)容分發(fā)。
所述系統(tǒng)與方法對(duì)應(yīng)，通過優(yōu)化任務(wù)下發(fā)路徑并能夠在節(jié)點(diǎn)同步服務(wù)器之間進(jìn)行 文件相互下載，保證了內(nèi)容同步及下載文件內(nèi)容的及時(shí)性。
優(yōu)選地，所述系統(tǒng)還包括
節(jié)點(diǎn)文件傳輸監(jiān)測單元，用于監(jiān)測文件內(nèi)容下載通路傳輸速度；
當(dāng)某節(jié)點(diǎn)同步服務(wù)器文件內(nèi)容下載的網(wǎng)絡(luò)傳輸速度低于預(yù)設(shè)速度值時(shí)，放棄該條 通路文件內(nèi)容下載，并搜索最佳源文件下載路徑。
該節(jié)點(diǎn)文件傳輸監(jiān)測單元通過及時(shí)了解節(jié)點(diǎn)同步服務(wù)器及源站的通路傳輸速度， 在客戶有文件需要同步時(shí)，選擇最優(yōu)化的傳輸線路，完成所有節(jié)點(diǎn)上文件的及時(shí)地分發(fā)傳輸。
優(yōu)選地，所述系統(tǒng)還包括重定向服務(wù)器，用于當(dāng)所述源文件大小大于預(yù)設(shè)處理文 件大小時(shí)，接收由所述主控服務(wù)器生成的重定向文件列表；
按照該重定向文件列表發(fā)送至目標(biāo)節(jié)點(diǎn)同步服務(wù)器指定目錄下；
所述目標(biāo)節(jié)點(diǎn)同步服務(wù)器根據(jù)該指定目錄的指示將文件重新定向到多個(gè)域進(jìn)行 同步動(dòng)態(tài)傳輸。
所述重定向服務(wù)器可設(shè)置為兩個(gè)，一主一備，并循環(huán)反復(fù)讀取主控服務(wù)器下發(fā)的 重定向列表。
優(yōu)選地，所述各個(gè)域由存儲(chǔ)服務(wù)器及一組高速緩沖服務(wù)器。
所述存儲(chǔ)服務(wù)器與高速緩沖服務(wù)器的構(gòu)架方式根據(jù)實(shí)際的文件大小進(jìn)行選擇，可 為一個(gè)存儲(chǔ)器和一組cache服務(wù)器的組合或一組NetApp服務(wù)器與對(duì)應(yīng)連接的一組cache 服務(wù)器的組合。
從上述的技術(shù)方案可以看出，本發(fā)明實(shí)施例本發(fā)明中的文件內(nèi)容同步方法采用主 控服務(wù)器依照最小時(shí)延原則向目標(biāo)節(jié)點(diǎn)同步服務(wù)器發(fā)送同步任務(wù)，該目標(biāo)節(jié)點(diǎn)同步服務(wù)器 從源站成功下載一份文件內(nèi)容，由其他節(jié)點(diǎn)的同步服務(wù)器下載，從而完成內(nèi)容分發(fā)；若該目 標(biāo)節(jié)點(diǎn)同步服務(wù)器下載失敗，則再次利用最小時(shí)延原則進(jìn)行任務(wù)下發(fā)，直至內(nèi)容同步及下 載全部位置，本實(shí)施例中的系統(tǒng)與所述方法對(duì)應(yīng)，所述系統(tǒng)構(gòu)建了以主控服務(wù)器為核心，以 目標(biāo)節(jié)點(diǎn)同步服務(wù)器為下載源，由多個(gè)節(jié)點(diǎn)同步服務(wù)器相互下載的網(wǎng)絡(luò)構(gòu)成，針對(duì)現(xiàn)有的 文件內(nèi)容同步方法及時(shí)性不足的缺點(diǎn)，實(shí)現(xiàn)了同步及文件內(nèi)容下載及時(shí)性的提高；另外，本 發(fā)明的實(shí)施例應(yīng)用了對(duì)節(jié)點(diǎn)與源站之間通路的傳輸速度的監(jiān)測及搜索最佳下載源文件路 徑的方式，文件下載的及時(shí)性進(jìn)一步得到提高。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實(shí)施例公開的一種文件內(nèi)容同步方法流程圖2為本發(fā)明又一實(shí)施例公開的一種文件內(nèi)容同步方法流程圖3為本發(fā)明又一實(shí)施例公開的一種文件內(nèi)容同步方法流程圖4為本發(fā)明實(shí)施例公開的一種文件內(nèi)容同步系統(tǒng)結(jié)構(gòu)示意圖fe為本發(fā)明又一實(shí)施例公開的一種文件內(nèi)容同步系統(tǒng)結(jié)構(gòu)示意圖恥中本發(fā)明實(shí)施例公開的一個(gè)域服務(wù)器結(jié)構(gòu)示意圖5c中本發(fā)明實(shí)施例公開的一個(gè)域服務(wù)器結(jié)構(gòu)示意圖。
具體實(shí)施方式
為了引用和清楚起見，下文中使用的技術(shù)名詞、簡寫或縮寫總結(jié)如下
Cache 高速緩沖存儲(chǔ)器；
NetApp 美國網(wǎng)域存儲(chǔ)技術(shù)有限公司；
CDN Content Delivery Network，艮口 內(nèi)容分發(fā)網(wǎng)絡(luò)；
Wget 是一個(gè)從網(wǎng)絡(luò)上自動(dòng)下載文件的自由工具；
URL Universal Resource Locator 統(tǒng)一資源定位符。
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明公開了一種文件內(nèi)容同步方法和系統(tǒng)，以保證文件內(nèi)容的同步及下載的及 時(shí)性。圖1示出了一種文件內(nèi)容同步方法，需要說明的是，本發(fā)明站在目標(biāo)節(jié)點(diǎn)同步服務(wù)器 側(cè)進(jìn)行描述，該方法包括
步驟101 接收主控服務(wù)器根據(jù)用戶發(fā)出的同步請(qǐng)求，并按照最小時(shí)延原則發(fā)送 的同步任務(wù)，所述同步請(qǐng)求包含有文件標(biāo)識(shí)；
所述文件標(biāo)識(shí)包含有文件標(biāo)識(shí)號(hào)、文件下載URL、操作指令信息、文件存放路徑 和同步密碼等信息。
步驟102 依照所述同步任務(wù)下載源文件并供給其他節(jié)點(diǎn)同步服務(wù)器下載；
主控服務(wù)器根據(jù)同步請(qǐng)求將任務(wù)分發(fā)到某一節(jié)點(diǎn)同步服務(wù)器，分發(fā)原則為源站距 離節(jié)點(diǎn)同步服務(wù)器延時(shí)最小節(jié)點(diǎn)優(yōu)先。一個(gè)文件只從源站下載一份，而由其他的節(jié)點(diǎn)同步 服務(wù)器從已下載成功的目標(biāo)節(jié)點(diǎn)同步服務(wù)器上下載；
步驟103 若下載失敗，將所述同步任務(wù)按照最小時(shí)延原則將同步任務(wù)發(fā)送至另 一個(gè)節(jié)點(diǎn)的同步服務(wù)器中，直至完成內(nèi)容分發(fā)。
若所有的節(jié)點(diǎn)下載均失敗，將向用保護(hù)匯報(bào)同步失敗信息。
本實(shí)施例中通過優(yōu)化任務(wù)下發(fā)路徑并能夠在節(jié)點(diǎn)同步服務(wù)器之間進(jìn)行文件相互 下載，保證了內(nèi)容同步及下載文件內(nèi)容的及時(shí)性。
圖2示出又一種文件內(nèi)容同步方法，包括
步驟201 接收主控服務(wù)器根據(jù)用戶發(fā)出的同步請(qǐng)求，并按照最小時(shí)延原則發(fā)送 的同步任務(wù)，所述同步請(qǐng)求包含有文件標(biāo)識(shí)；
所述文件標(biāo)識(shí)包含有文件標(biāo)識(shí)號(hào)、文件下載URL、操作指令信息、文件存放路徑 和同步密碼等信息。
步驟202 依照所述同步任務(wù)下載源文件并供給其他節(jié)點(diǎn)同步服務(wù)器下載；
步驟203 將所述同步任務(wù)按照最小時(shí)延原則將同步任務(wù)發(fā)送至另一個(gè)節(jié)點(diǎn)的同 步服務(wù)器中，直至完成內(nèi)容分發(fā)。
步驟204 監(jiān)測文件內(nèi)容下載通路傳輸速度；
步驟205 當(dāng)某節(jié)點(diǎn)同步服務(wù)器文件內(nèi)容下載的網(wǎng)絡(luò)傳輸速度低于預(yù)設(shè)速度值 時(shí)，放棄該條通路文件內(nèi)容下載，并搜索最佳源文件下載路徑。
對(duì)于同地區(qū)、同運(yùn)營商之間的傳輸基本都是正常的，比如同樣為廣東省內(nèi)的2個(gè) 電信節(jié)點(diǎn)之間遂寧與湛江，湛江與佛山之間，傳輸速度常年維持在lOMB/s，則可關(guān)閉該2 天之間的監(jiān)測。同樣的，在哈爾濱、沈陽、青島三地網(wǎng)通節(jié)點(diǎn)之間的監(jiān)測也可以關(guān)閉，而之間 的下載卻可以一直開啟。
而對(duì)于南北互聯(lián)的節(jié)點(diǎn)，如湛江電信與沈陽網(wǎng)通，傳輸速度波動(dòng)比較大，當(dāng)探測速 度小于500KB/S，甚至小于lOOKB/s時(shí)，系統(tǒng)需要?jiǎng)討B(tài)的關(guān)閉該兩點(diǎn)點(diǎn)之間的傳輸。極端情 況下，假設(shè)客戶的源文件在北方網(wǎng)通，那么所有南方的節(jié)點(diǎn)都無法保證500KB從源下載文 件，那么就要從北方節(jié)點(diǎn)獲取文件，而此時(shí)所有涉及南北傳輸?shù)乃俣榷疾焕硐?，那么?jié)點(diǎn)需要根據(jù)探測的結(jié)果，選擇最快的傳輸路線去獲取文件。
圖3示出了又一種文件內(nèi)容同步方法，包括
步驟301 接收主控服務(wù)器根據(jù)用戶發(fā)出的同步請(qǐng)求，并按照最小時(shí)延原則發(fā)送 的同步任務(wù)，所述同步請(qǐng)求包含有文件標(biāo)識(shí)；
所述文件標(biāo)識(shí)包含有文件標(biāo)識(shí)號(hào)、文件下載URL、操作指令信息、文件存放路徑 和同步密碼等信息。
步驟302 依照所述同步任務(wù)下載源文件并供給其他節(jié)點(diǎn)同步服務(wù)器下載；
步驟303 當(dāng)所述源文件大小大于預(yù)設(shè)處理文件大小時(shí)，生成重定向文件列表；
步驟304 按照該重定向文件列表發(fā)送至目標(biāo)節(jié)點(diǎn)同步服務(wù)器指定目錄下；
步驟305 根據(jù)該指定目錄的指示將文件重新定向到多個(gè)域進(jìn)行同步動(dòng)態(tài)傳輸；
舉例說明在實(shí)現(xiàn)步驟302-步驟305時(shí)，需要進(jìn)行節(jié)點(diǎn)網(wǎng)絡(luò)的構(gòu)建，具體實(shí)現(xiàn)為 根據(jù)源文件的文件大小，以節(jié)點(diǎn)的同步服務(wù)器對(duì)應(yīng)多個(gè)域；各個(gè)域?qū)?yīng)存儲(chǔ)服務(wù)器及一組 高速緩沖服務(wù)器。
若同步文件大小巨大，各節(jié)點(diǎn)文件無法存放到一臺(tái)存儲(chǔ)上，這時(shí)就需要建 立多個(gè)域，每個(gè)域在每個(gè)節(jié)點(diǎn)對(duì)應(yīng)一組服務(wù)器。設(shè)定一臺(tái)或兩臺(tái)重定向服務(wù)器，對(duì) 夕卜域名為 “21newhot. tudou. com，，，例如當(dāng)用戶訪問:http //21newhot. tudou, com/ flv/018/415/998/18415998. flv文件時(shí)，重定向服務(wù)器會(huì)根據(jù)列表將文件重定向到
http//wd. tudou0103. okcdn. com/fiv/018/415/998/18415998. flv 文件。
而“wd. tudou0103. okcdn. com” 是文件實(shí)際存在的域。
同樣用戶可以通過 “21newhot. tudou. com” 域訪問到:"wd. tudou0104. okcdn. com"域的文件。要達(dá)到重定向的目的，必須將不同域的文件列表上傳到同步服務(wù)器指定目 錄下，所述重定向服務(wù)器從主控服務(wù)器每十分鐘讀取一次新的列表文件。
在文件分發(fā)完成后，對(duì)于需要重定向的用戶，在所述列表文件大于6K或列表文件 生成時(shí)間大于一小時(shí)上傳重定向列表。然后通過"wd. tudou0103. okcdn. com”域名檢查文 件是否被解析。當(dāng)文件被解析或可以訪問就會(huì)向用戶報(bào)告成功。
而對(duì)于文件數(shù)量較少用戶不需要重定向。只需要一個(gè)域即可解決文件訪問問題， 不需要重定向文件程序會(huì)通過域名檢查文件是否可以被訪問。
步驟306 若下載失敗，將所述同步任務(wù)按照最小時(shí)延原則將同步任務(wù)發(fā)送至另 一個(gè)節(jié)點(diǎn)的同步服務(wù)器中，直至完成內(nèi)容分發(fā)。
步驟307 監(jiān)測文件內(nèi)容下載通路傳輸速度；
步驟308 當(dāng)某節(jié)點(diǎn)同步服務(wù)器文件內(nèi)容下載的網(wǎng)絡(luò)傳輸速度低于預(yù)設(shè)速度值 時(shí)，放棄該條通路文件內(nèi)容下載，并搜索最佳源文件下載路徑。
圖4示出了一種文件內(nèi)容同步系統(tǒng)結(jié)構(gòu)，包括主控服務(wù)器401、多個(gè)節(jié)點(diǎn)同步服 務(wù)器402和源文件服務(wù)器403，其中
多個(gè)節(jié)點(diǎn)同步服務(wù)器402包含有一個(gè)目標(biāo)節(jié)點(diǎn)同步服務(wù)器4021，根據(jù)最小時(shí)延原 則確定；
所述目標(biāo)節(jié)點(diǎn)同步服務(wù)器4021接收主控服務(wù)器401根據(jù)用戶發(fā)出的同步請(qǐng)求得 到的同步任務(wù)；
依照所述同步任務(wù)從所述源文件服務(wù)器403中下載源文件并供給其他節(jié)點(diǎn)同步服務(wù)器下載；
當(dāng)該目標(biāo)節(jié)點(diǎn)同步服務(wù)器403下載失敗時(shí)，按照最小時(shí)延原則將該同步任務(wù)發(fā)送 至另一個(gè)節(jié)點(diǎn)同步服務(wù)器中，直至完成內(nèi)容分發(fā)。
所述系統(tǒng)與方法對(duì)應(yīng)，通過優(yōu)化任務(wù)下發(fā)路徑并能夠在節(jié)點(diǎn)同步服務(wù)器之間進(jìn)行 文件相互下載，保證了內(nèi)容同步及下載文件內(nèi)容的及時(shí)性。
圖fe示出了又一種文件內(nèi)容同步系統(tǒng)結(jié)構(gòu)，相同結(jié)構(gòu)組成參見圖4的附圖及說 明，現(xiàn)僅就不同之處進(jìn)行描述圖fe中，示出了節(jié)點(diǎn)文件傳輸監(jiān)測單元501和重定向服務(wù)器 502 ；
所述節(jié)點(diǎn)文件傳輸監(jiān)測單元501，用于監(jiān)測文件內(nèi)容下載通路傳輸速度；
當(dāng)某節(jié)點(diǎn)同步服務(wù)器文件內(nèi)容下載的網(wǎng)絡(luò)傳輸速度低于預(yù)設(shè)速度值時(shí)，放棄該條 通路文件內(nèi)容下載，并搜索最佳源文件下載路徑。該節(jié)點(diǎn)文件傳輸監(jiān)測單元通過及時(shí)了解 節(jié)點(diǎn)同步服務(wù)器及源站的通路傳輸速度，在客戶有文件需要同步時(shí)，選擇最優(yōu)化的傳輸線 路，完成所有節(jié)點(diǎn)上文件的及時(shí)地分發(fā)傳輸。
所述重定向服務(wù)器502，用于當(dāng)所述源文件大小大于預(yù)設(shè)處理文件大小時(shí)，接收由 所述主控服務(wù)器生成的重定向文件列表；
按照該重定向文件列表發(fā)送至目標(biāo)節(jié)點(diǎn)同步服務(wù)器指定目錄下；
所述目標(biāo)節(jié)點(diǎn)同步服務(wù)器根據(jù)該指定目錄的指示將文件重新定向到多個(gè)域進(jìn)行 同步動(dòng)態(tài)傳輸。
所述重定向服務(wù)器可設(shè)置為兩個(gè)，一主一備，并循環(huán)反復(fù)讀取主控服務(wù)器下發(fā)的 重定向列表。
圖釙中標(biāo)示了一個(gè)域服務(wù)器結(jié)構(gòu)形式，為一個(gè)存儲(chǔ)器和一組cache服務(wù)器的組 合
在每個(gè)節(jié)點(diǎn)有不同的域，一個(gè)域由一個(gè)存儲(chǔ)服務(wù)器和一組cache服務(wù)器構(gòu)成，對(duì) 于同一個(gè)域在每個(gè)節(jié)點(diǎn)都有一組服務(wù)器。如果一個(gè)文件屬于一個(gè)域，則每個(gè)節(jié)點(diǎn)這個(gè)文件 都應(yīng)當(dāng)存儲(chǔ)在這個(gè)域?qū)?yīng)的存儲(chǔ)服務(wù)器中。
需要特別之處的是頂層點(diǎn)即節(jié)點(diǎn)同步服務(wù)器，使用Wget方式獲取客戶源文件， 下層節(jié)點(diǎn)間使用互相同步的動(dòng)態(tài)傳輸方式同步文件。
該種分層的傳輸方式保證了大容量的文件快速傳輸。
圖5c中標(biāo)示了域服務(wù)器結(jié)構(gòu)形式，為一組NetApp服務(wù)器與對(duì)應(yīng)連接的一組cache 服務(wù)器的組合。
在每個(gè)節(jié)點(diǎn)有一臺(tái)NetApp服務(wù)器，專門負(fù)責(zé)存儲(chǔ)文件。它以目錄形勢掛載到下載 服務(wù)器的一個(gè)目錄下。結(jié)構(gòu)如圖示出了 3臺(tái)NetApp服務(wù)器，掛載到三個(gè)目錄下。NetApp服 務(wù)器同時(shí)也掛載到父cache服務(wù)器上分別屬于3個(gè)域，通過域名可以訪問到同步目錄下的 文件。使用該中方式中，同時(shí)開啟多個(gè)NetApp服務(wù)器，多個(gè)NetApp服務(wù)器之間使用同步動(dòng) 態(tài)傳輸方式，互相進(jìn)行同步。只有底層在發(fā)布時(shí)，同時(shí)開啟的實(shí)際服務(wù)cache節(jié)點(diǎn)其實(shí)為掛 載目錄。
需要說明的是對(duì)于文件數(shù)量較少的用戶，一般文件總量不超過1.5T，用戶只有 一個(gè)域，可以直接將同步服務(wù)器和存儲(chǔ)服務(wù)器合并使用。即同步服務(wù)器同時(shí)作為父cache 的源使用。該方案只針對(duì)小客戶，不涉及多臺(tái)設(shè)備的互相傳輸問題。
綜上所述
本發(fā)明中的文件內(nèi)容同步方法采用主控服務(wù)器依照最小時(shí)延原則向目標(biāo)節(jié)點(diǎn)同 步服務(wù)器發(fā)送同步任務(wù)，該目標(biāo)節(jié)點(diǎn)同步服務(wù)器從源站成功下載一份文件內(nèi)容，由其他節(jié) 點(diǎn)的同步服務(wù)器下載，從而完成內(nèi)容分發(fā)；若該目標(biāo)節(jié)點(diǎn)同步服務(wù)器下載失敗，則再次利用 最小時(shí)延原則進(jìn)行任務(wù)下發(fā)，直至內(nèi)容同步及下載全部位置，本實(shí)施例中的系統(tǒng)與所述方 法對(duì)應(yīng)，所述系統(tǒng)構(gòu)建了以主控服務(wù)器為核心，以目標(biāo)節(jié)點(diǎn)同步服務(wù)器為下載源，由多個(gè)節(jié) 點(diǎn)同步服務(wù)器相互下載的網(wǎng)絡(luò)構(gòu)成，針對(duì)現(xiàn)有的文件內(nèi)容同步方法及時(shí)性不足的缺點(diǎn)，實(shí) 現(xiàn)了同步及文件內(nèi)容下載及時(shí)性的提高；
另外，本發(fā)明的實(shí)施例應(yīng)用了對(duì)節(jié)點(diǎn)與源站之間通路的傳輸速度的監(jiān)測及搜索最 佳下載源文件路徑的方式，文件下載的及時(shí)性進(jìn)一步得到提高。
進(jìn)一步地，本發(fā)明的實(shí)施例根據(jù)源文件的文件大小，以節(jié)點(diǎn)的同步服務(wù)器對(duì)應(yīng)多 個(gè)域；各個(gè)域?qū)?yīng)存儲(chǔ)服務(wù)器及一組高速緩沖服務(wù)器。在該種情況下，頂層點(diǎn)即節(jié)點(diǎn)同步 服務(wù)器，使用wget方式獲取客戶源文件，下層節(jié)點(diǎn)間使用互相同步的動(dòng)態(tài)傳輸方式同步文 件，該種分層的傳輸方式保證了大容量的文件傳輸。
本說明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他 實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見即可。對(duì)于實(shí)施例公開的系統(tǒng) 而言，由于其與實(shí)施例公開的方法相對(duì)應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說 明即可。
專業(yè)人員還可以進(jìn)一步意識(shí)到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元 及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件和 軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些 功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè) 技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng) 認(rèn)為超出本發(fā)明的范圍。
結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí) 行的軟件模塊，或者二者的結(jié)合來實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存 儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、或技術(shù) 領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。
對(duì)所公開的實(shí)施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明 將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一 致的最寬的范圍。10
權(quán)利要求
1.一種文件內(nèi)容同步方法，其特征在于，包括接收主控服務(wù)器根據(jù)用戶發(fā)出的同步請(qǐng)求，并按照最小時(shí)延原則發(fā)送的同步任務(wù)，所 述同步請(qǐng)求包含有文件標(biāo)識(shí)；依照所述同步任務(wù)下載源文件并供給其他節(jié)點(diǎn)同步服務(wù)器下載； 若下載失敗，將所述同步任務(wù)按照最小時(shí)延原則將同步任務(wù)發(fā)送至另一個(gè)節(jié)點(diǎn)的同步 服務(wù)器中，直至完成內(nèi)容分發(fā)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括 監(jiān)測文件內(nèi)容下載通路傳輸速度；當(dāng)某節(jié)點(diǎn)同步服務(wù)器文件內(nèi)容下載的網(wǎng)絡(luò)傳輸速度低于預(yù)設(shè)速度值時(shí)，放棄該條通路 文件內(nèi)容下載，并搜索最佳源文件下載路徑。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括當(dāng)所述源文件大小大于預(yù)設(shè)處理 文件大小時(shí)生成重定向文件列表；按照該重定向文件列表發(fā)送至目標(biāo)節(jié)點(diǎn)同步服務(wù)器指定目錄下； 根據(jù)該指定目錄的指示將文件重新定向到多個(gè)域進(jìn)行同步動(dòng)態(tài)傳輸。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括構(gòu)建節(jié)點(diǎn)網(wǎng)絡(luò)，具體實(shí)現(xiàn)為 根據(jù)源文件的文件大小，以節(jié)點(diǎn)的同步服務(wù)器對(duì)應(yīng)多個(gè)域；各個(gè)域?qū)?yīng)存儲(chǔ)服務(wù)器及一組高速緩沖服務(wù)器。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括按照預(yù)設(shè)時(shí)間間隔或所述重定向 文件列表預(yù)設(shè)大小重新讀取及發(fā)送所述重定向文件列表。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括通過重新定向的域名檢查文件， 并確定被解析后向用戶發(fā)送文件內(nèi)容下載成功。
7.一種文件內(nèi)容同步系統(tǒng)，其特征在于，包括主控服務(wù)器、多個(gè)節(jié)點(diǎn)同步服務(wù)器和源 文件服務(wù)器，其中多個(gè)節(jié)點(diǎn)同步服務(wù)器包含有一個(gè)目標(biāo)節(jié)點(diǎn)同步服務(wù)器，根據(jù)最小時(shí)延原則確定； 所述目標(biāo)節(jié)點(diǎn)同步服務(wù)器接收主控服務(wù)器根據(jù)用戶發(fā)出的同步請(qǐng)求得到的同步任務(wù)；依照所述同步任務(wù)從所述源文件服務(wù)器中下載源文件并供給其他節(jié)點(diǎn)同步服務(wù)器下載；當(dāng)該目標(biāo)節(jié)點(diǎn)同步服務(wù)器下載失敗時(shí)，按照最小時(shí)延原則將該同步任務(wù)發(fā)送至另一個(gè) 節(jié)點(diǎn)的同步服務(wù)器中，直至完成內(nèi)容分發(fā)。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，還包括節(jié)點(diǎn)文件傳輸監(jiān)測單元，用于監(jiān)測文件內(nèi)容下載通路傳輸速度； 當(dāng)某節(jié)點(diǎn)同步服務(wù)器文件內(nèi)容下載的網(wǎng)絡(luò)傳輸速度低于預(yù)設(shè)速度值時(shí)，放棄該條通路 文件內(nèi)容下載，并搜索最佳源文件下載路徑。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，還包括重定向服務(wù)器，用于當(dāng)所述源文 件大小大于預(yù)設(shè)處理文件大小時(shí)，接收由所述主控服務(wù)器生成的重定向文件列表；按照該重定向文件列表發(fā)送至目標(biāo)節(jié)點(diǎn)同步服務(wù)器指定目錄下； 所述目標(biāo)節(jié)點(diǎn)同步服務(wù)器根據(jù)該指定目錄的指示將文件重新定向到多個(gè)域進(jìn)行同步動(dòng)態(tài)傳輸。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述各個(gè)域由存儲(chǔ)服務(wù)器及一組高速緩 沖服務(wù)器。
全文摘要
本發(fā)明實(shí)施例公開了一種文件內(nèi)容同步方法和系統(tǒng)，本發(fā)明中的文件內(nèi)容同步方法采用主控服務(wù)器依照最小時(shí)延原則向目標(biāo)節(jié)點(diǎn)同步服務(wù)器發(fā)送同步任務(wù)，該目標(biāo)節(jié)點(diǎn)同步服務(wù)器從源站成功下載一份文件內(nèi)容，由其他節(jié)點(diǎn)的同步服務(wù)器下載，從而完成內(nèi)容分發(fā)，本實(shí)施例中的系統(tǒng)與所述方法對(duì)應(yīng)，所述系統(tǒng)構(gòu)建了以主控服務(wù)器為核心，以目標(biāo)節(jié)點(diǎn)同步服務(wù)器為下載源，由多個(gè)節(jié)點(diǎn)同步服務(wù)器相互下載的網(wǎng)絡(luò)構(gòu)成，針對(duì)現(xiàn)有的文件內(nèi)容同步方法及時(shí)性不足的缺點(diǎn)，實(shí)現(xiàn)了同步及文件內(nèi)容下載及時(shí)性的提高。另外，本發(fā)明的實(shí)施例應(yīng)用了對(duì)節(jié)點(diǎn)與源站之間通路的傳輸速度的監(jiān)測及搜索最佳下載源文件路徑的方式，文件下載的及時(shí)性進(jìn)一步得到提高。
文檔編號(hào)H04L29/08GK102045400SQ20101061195
公開日2011年5月4日 申請(qǐng)日期2010年12月29日 優(yōu)先權(quán)日2010年12月29日
發(fā)明者井衛(wèi)軍, 姚福源, 張永森, 蔣建平 申請(qǐng)人:北京世紀(jì)互聯(lián)工程技術(shù)服務(wù)有限公司, 北京云快線軟件服務(wù)有限公司