專利名稱：內(nèi)容分發(fā)網(wǎng)絡(luò)節(jié)點檢測方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種內(nèi)容發(fā)布網(wǎng)絡(luò)(CDN， ContentDeliveryNetwork)節(jié)點檢測方法及系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的發(fā)展，用戶在使用網(wǎng)絡(luò)時對網(wǎng)站的瀏覽速度和效果愈加重視，但由于網(wǎng)民數(shù)量激增，網(wǎng)絡(luò)訪問路徑過長，從而使用戶的訪問質(zhì)量受到嚴(yán)重影響。特別是當(dāng)用戶與網(wǎng)站之間的鏈路被突發(fā)的大流量數(shù)據(jù)擁塞時，對于異地互聯(lián)網(wǎng)用戶急速增加的地區(qū)來說，訪問質(zhì)量不良是一個急待解決的問題。為了保證讓各地的用戶都能夠進行高質(zhì)量的訪問，并盡量減少由此而產(chǎn)生的費用和網(wǎng)站管理壓力，CDN應(yīng)運而生。 CDN通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)"邊緣"，使用戶可以就近取得所需的內(nèi)容，提高用戶訪問網(wǎng)站的響應(yīng)速度。CDN有別于鏡像，因為它比鏡像更智能，或者可以做這樣一個比喻CDN=更智能的鏡像+緩存+流量導(dǎo)流。因而，CDN可以明顯提高Internet網(wǎng)絡(luò)中信息流動的效率。從技術(shù)上全面解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量大、網(wǎng)點分布不均等問題，提高用戶訪問網(wǎng)站的響應(yīng)速度。CDN工作原理為當(dāng)用戶訪問已經(jīng)加入CDN服務(wù)的網(wǎng)站時，首先通過DNS(DomainNameSystem，域名系統(tǒng))重定向技術(shù)確定最接近用戶的最佳CDN節(jié)點，同時將用戶的請求指向該節(jié)點。當(dāng)用戶的請求到達指定節(jié)點時，CDN的服務(wù)器負(fù)責(zé)將用戶請求的內(nèi)容提供給用戶。具體流程為用戶在自己的瀏覽器中輸入要訪問的網(wǎng)站的域名，瀏覽器向本地DNS請求對該域名的解析，本地DNS將請求發(fā)到網(wǎng)站的主DNS，主DNS根據(jù)一系列的策略確定當(dāng)時最適當(dāng)?shù)腃DN節(jié)點，并將解析的結(jié)果(節(jié)點IP地址)發(fā)給用戶，用戶向給定的CDN節(jié)點請求相應(yīng)網(wǎng)站的內(nèi)容。 但是在實施本發(fā)明創(chuàng)造過程中，發(fā)明人發(fā)現(xiàn)由于現(xiàn)有技術(shù)中并沒有對各個CDN節(jié)點進行實時的分析檢測的技術(shù)，所以無法及時的發(fā)現(xiàn)各節(jié)點出現(xiàn)的問題，從而無法保證各節(jié)點的正常工作。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種內(nèi)容分發(fā)網(wǎng)絡(luò)CDN節(jié)點檢測方法，以實現(xiàn)對CDN中各個
節(jié)點進行分析檢測。其具體方式為 —種內(nèi)容分發(fā)網(wǎng)絡(luò)CDN節(jié)點檢測方法，包括 接收用戶提交的包含域名和被測文件信息的測試任務(wù)； 根據(jù)所述測試任務(wù)中的域名生成CDN的測試報告； 解析所述測試報告，得到所述域名的CDN節(jié)點列表； 獲取所述節(jié)點列表中的節(jié)點內(nèi)的被測文件信息； 將所述獲得的被測文件信息與所述測試任務(wù)中的對應(yīng)的被測文件信息進行比較，并保存比較結(jié)果；
4
當(dāng)所述比較結(jié)果不同時發(fā)送報警信息。 優(yōu)選的，所述測試任務(wù)為用戶在線實時提交，或根據(jù)用戶預(yù)先設(shè)定的計劃提交。
優(yōu)選的，根據(jù)下述步驟生成CDN測試報告 向互聯(lián)網(wǎng)內(nèi)的本地域名系統(tǒng)DNS發(fā)送所述測試任務(wù)中的域名解析請求；
接收所述本地DNS返回的所述域名下的所有CDN節(jié)點IP ;
生成所述域名下所有的CDN節(jié)點IP的測試報告。 優(yōu)選的，所述接收所述本地DNS返回的所述域名下的節(jié)點IP的過程之后，還包 括 過濾掉少于預(yù)設(shè)數(shù)量個DNS同時返回的節(jié)點IP。 優(yōu)選的，所述測試文件信息包括測試文件的地址URL、大小、修改時間和信息-摘 要算法結(jié)果MD5碼。 優(yōu)選的，所述獲取節(jié)點內(nèi)的被測文件信息并與所述測試任務(wù)中的對應(yīng)的被測文件 信息進行比較的過程為 依次從不同的節(jié)點中獲取所有的被測文件信息并比較； 或者，通過多線程并行對所有節(jié)點中的所有被測文件進行獲取并比較。 優(yōu)選的，當(dāng)被測文件信息中包含測試文件URL和被測文件大小和修改時間時，所
述通過線程并行對所有節(jié)點內(nèi)的所有被測文件信息進行獲取并比較的過程中的每一線程
的具體步驟為 根據(jù)文件信息中被測文件的URL，向該線程所對應(yīng)的被測文件所在的節(jié)點發(fā)送頭 文件HEAD請求； 接收返回的HEAD請求結(jié)果，解析獲得被測文件的大小和修改時間； 將獲得的被測文件的大小和修改時間的信息與所述測試任務(wù)中的相應(yīng)的被測文
件的大小和修改時間信息進行比較。 優(yōu)選的，當(dāng)所述文件信息中包含測試文件URL和被測文件MD5碼時，所述通過線程 并行對所有節(jié)點內(nèi)的所有被測文件信息進行獲取并比較的過程中的每一線程的具體步驟 為 根據(jù)文件信息中被測文件的URL，下載該線程對應(yīng)的被測文件； 下載完成后，對下載文件利用MD5進行加密，得到加密結(jié)果MD5碼； 將獲得的被測文件的MD5碼與所述測試任務(wù)中的相應(yīng)的被測文件的MD5碼分別進
行比較。
優(yōu)選的，所述報警的具體方式為通過郵件或短信的方式通知用戶。 —種CDN節(jié)點檢測系統(tǒng)，包括第一接收單元、CDN測試報告生成裝置、解析單元、
建表單元、獲取裝置、比較單元和報警單元；其中 所述第一接收單元用于，接收用戶體提交的包含域名和被測文件信息的測試任 務(wù)； 所述CDN測試報告生成裝置用于，根據(jù)所述第一接收單元接收的測試任務(wù)中的被 測文件域名獲得所有本地DNS內(nèi)的所述域名下的節(jié)點IP，生成測試報告；
所述解析單元用于，解析所述CDN測試報告生成裝置生成的測試報告；
所述建表單元用于，根據(jù)所述解析單元的分析結(jié)果建立CDN節(jié)點列表；
所述獲取裝置用于，獲取所述建表單元建立的節(jié)點列表中的各節(jié)點內(nèi)的被測文件 信息； 所述比較單元用于，將所述獲取裝置獲取的被測文件信息與所述測試任務(wù)中的被 測文件信息進行比較，并保存； 所述報警單元用于，當(dāng)所述比較單元的比較結(jié)果不相同時，發(fā)送報警信息通知用 戶。 優(yōu)選的，所述CDN測試報告生成裝置包括第一發(fā)送單元、第二接收單元和生成單 元；其中 所述第一發(fā)送單元用于，根據(jù)所述測試任務(wù)中的測試域名向所有本地DNS發(fā)送請 求； 所述第二接收單元用于，接收所述所有的DNS根據(jù)所述發(fā)送單元發(fā)送的請求返回 的所述域名下的節(jié)點IP; 所述生成單元用于，生成所述域名下的所有CDN節(jié)點IP的測試報告。 優(yōu)選的，所述獲取裝置包括第二發(fā)送單元、第三接收單元、下載單元和加密單元，
其中 所述第二發(fā)送單元用于，根據(jù)文件信息中被測文件的URL，通過線程同時向節(jié)點列 表內(nèi)的所有節(jié)點發(fā)送HEAD請求和或下載請求； 所述第三接收單元用于，同時接收所述節(jié)點返回的HEAD請求結(jié)果，獲得各個CDN 節(jié)點上的被測文件的大小和修改時間； 所述下載單元用于，根據(jù)文件信息中的被測文件URL，通過多個線程同時從節(jié)點列 表內(nèi)的所有節(jié)點中下載被測文件； 所述加密單元用于，同時對下載單元下載的被測文件利用MD5算法進行加密，得 至IJMD5碼。
優(yōu)選的，所述報警單元包括郵件發(fā)送模塊和短信發(fā)送模塊； 所述郵件發(fā)送模塊用于，當(dāng)比較裝置中的出現(xiàn)比較不同的情況時，向用戶發(fā)送郵 件通知此情況； 所述短信發(fā)送模塊用于，當(dāng)比較裝置中的出現(xiàn)比較不同的情況時，向用戶發(fā)送短 信通知此情況。 從上述的技術(shù)方案可以看出，本發(fā)明實施例公開的CDN檢測方法及系統(tǒng)，通過對 用戶提供的測試文件的信息和各節(jié)點中存儲的測試文件信息進行比較，可以實現(xiàn)對各節(jié)點 工作狀態(tài)的檢測的目的，通過分析比較結(jié)果就可以得到各個節(jié)點的工作是否正常，各節(jié)點 上的文件內(nèi)容是否及時的更新，是否完整和準(zhǔn)確等信息，對于出現(xiàn)故障的節(jié)點可以及時的 發(fā)現(xiàn)和處理，保證了 CDN網(wǎng)絡(luò)的正常工作。對于各使用CDN網(wǎng)絡(luò)的服務(wù)商來說，本方法和系 統(tǒng)能夠使其直觀的監(jiān)督CDN網(wǎng)絡(luò)的運行狀態(tài)，從而保證了其自身提供的服務(wù)的準(zhǔn)確性、完 整性和及時性。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。 圖1為本發(fā)明實施例公開的一種CDN檢測方法的流程圖； 圖2為本發(fā)明公開的生成CDN測試報告的流程圖； 圖3為CDN測試報告示意圖； 圖4為本發(fā)明實施例1公開的CDN檢測方法的流程圖； 圖5為本發(fā)明實施例1公開的提交測試任務(wù)的方法示意圖； 圖6為多線程并行獲取被測文件信息的流程圖； 圖7為按照文件大小檢測的結(jié)果示意圖； 圖8為按照文件修改時間檢測的結(jié)果示意圖； 圖9為按照郵件形式發(fā)送報警信息的示意圖； 圖10為本發(fā)明實施例2公開的CDN檢測方法的流程圖； 圖11為本發(fā)明實施例2公開的提交測試任務(wù)的方法示意圖； 圖12為本發(fā)明實施例2公開的提交任務(wù)列表示意圖； 圖13為多線程并行下載被測文件的流程圖； 圖14為按照MD5碼進行檢測的結(jié)果示意圖； 圖15為按照郵件形式發(fā)送報警信息的示意圖； 圖16為本發(fā)明公開的一種CDN檢測系統(tǒng)的結(jié)構(gòu)示意圖； 圖17為本發(fā)明公開的CDN測試報告生成裝置的結(jié)構(gòu)示意圖； 圖18為本發(fā)明公開的獲取被測文件信息的裝置的結(jié)構(gòu)示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。 本發(fā)明實施例公開了一種CDN節(jié)點檢測方法，以實現(xiàn)對CDN內(nèi)的節(jié)點工作情況進 行監(jiān)控分析。其具體流程如圖1所示，包括 步驟Sll、接收用戶提交的包含域名和被測文件信息的測試任務(wù)；
步驟S12、根據(jù)所述測試任務(wù)中的域名，生成內(nèi)容分發(fā)網(wǎng)絡(luò)CDN的測試報告；
步驟S13、解析所述CDN的測試報告，生成該域名下的CDN節(jié)點列表；
步驟S14、獲取所述節(jié)點列表中的節(jié)點內(nèi)的被測文件信息； 步驟S15、將所述獲得的測試文件信息與所述測試任務(wù)中的被測文件信息進行比 較，保存比較結(jié)果； 步驟S16、判斷結(jié)果中是否相同； 步驟S17、當(dāng)所述比較的結(jié)果中存在不同時，報警。 本方法中生成CDN測試報告的流程如圖2所示，包括 步驟S21、向互聯(lián)網(wǎng)內(nèi)的本地域名系統(tǒng)DNS發(fā)送所述測試任務(wù)中的域名解析請求；
步驟S22、接收所述本地DNS返回的所述域名下的所有CDN節(jié)點IP ;
步驟S23、生成所述域名下所有的CDN節(jié)點IP的測試報告。 這樣就可以得到所述的域名下的所有CDN節(jié)點的IP。生成的CDN報告的形式如圖 3所示。所述步驟S22后還包括過濾掉少于5個DNS同時返回的節(jié)點IP。因為本地DNS 可能會返回錯誤的節(jié)點IP，所以增加過濾的步驟是為了使列表準(zhǔn)確，當(dāng)有較少的DNS指向 同一個節(jié)點IP時，就將此IP舍棄。在此設(shè)定的閾值為5，是一個較好的實施例，其具體的值 可以根據(jù)實際情況進行設(shè)定。 本方法中的測試任務(wù)是一個XML格式的字符串，包含測試域名、測試文件的信息， 測試任務(wù)的形式如下所示 〈SyncList domain = 〃 www.xmonitor.cn" ismd5=〃 0〃 >
〈SyncFile〉 〈/SyncFile〉
〈/SyncList〉 上述例子中的測試文件信息包括被測試域名、被測文件的URL、大小、修改時間 禾口 MD5碼。 根據(jù)不同的測試要求用戶可以選擇測試任務(wù)中的被測文件信息內(nèi)容，可以只包括 被測文件的大小和修改時間或者只包括被測文件的MD5碼，或者兩者都包括。下面根據(jù)測 試文件中的文件信息類型不同來分別說明本方法的分析過程。
實施例一 本發(fā)明實施例中的被測文件信息包括被測文件URL、大小和修改時間，為了保證 測試結(jié)果的準(zhǔn)確度，用戶提交的測試任務(wù)中通常會包含多個被測文件的信息，假設(shè)被測域 名下共有N個節(jié)點IP，而用戶提交的測試任務(wù)中共有M個文件，本實施例的檢測流程如圖4 所示，包括 步驟S41、接收用戶在線提交的包含域名和被測文件URL、大小和地址的測試任 務(wù)； 本步驟中共有M個文件需要被檢測，被測文件信息中分別包含這M個文件的文件 信息。 步驟S42、根據(jù)測試任務(wù)中的域名，生成內(nèi)容分發(fā)網(wǎng)絡(luò)CDN的測試報告； 步驟S43、解析所述CDN的測試報告，生成該域名下的CDN節(jié)點列表； 步驟S44、通過N*M個線程同時向N個節(jié)點發(fā)HEAD請求； 步驟S45、接收HEAD請求結(jié)果，獲得被測文件的大小和修改時間的信息； 步驟S46、將獲得的各個測試文件的信息與提交的測試任務(wù)中的各個文件的信息
進行比較，并將結(jié)果保存； 步驟S47、判斷保存的結(jié)果中是否有不相同的情況，如果有，則執(zhí)行步驟48 ;如果 沒有則結(jié)束； 步驟S48、向用戶發(fā)送郵件，報告此情況。


〈md5>433bb9b79aa2dl9d2aca508a9c67dbc4〈/md5> 〈last-modified〉Thu，06S印2007 05:31:02GMT〈/last-modified〉
8
本實施例中的測試任務(wù)是通過在線實時提交的方式進行提交并觸發(fā)的。所述的在 線提交是指，用戶必須登錄到網(wǎng)站，填寫表單或者上傳測試文件或者填寫測試文件的信息， 然后觸發(fā)測試任務(wù)。本方式的示意圖如圖5所示。本方法可以隨時的測試CDN節(jié)點的運行 狀況。 本實施例中獲取所有節(jié)點的所有被測文件信息并比較的過程是通過線程來并行 實現(xiàn)的，其流程如圖6所示。 按照文件大小和修改時間進行檢測的結(jié)果，分別如圖7和8所示。從圖中可以直 觀的看到被測域名下各個節(jié)點的運行狀況。 本實施例中通過發(fā)送郵件的形式向用戶報告出現(xiàn)錯誤的情況，本方法的示意圖如 圖9所示。 本方法中通過比較被測文件的大小和修改時間可以確定CDN節(jié)點上是否存在所 述被測文件，以及被測文件是否更新，將測試的結(jié)果保存，可以方便使用CDN的信息服務(wù)商 獲得CDN節(jié)點的運行狀況，當(dāng)出現(xiàn)運行異常時，可以以此為證據(jù)，維護其使用權(quán)利。
實施例二 本發(fā)明本發(fā)明實施例中的被測文件信息除包括被測文件URL和被測文件的MD5 碼，假設(shè)被測域名下共有N個節(jié)點IP，而用戶提交的測試任務(wù)中共有M個文件，其具體測試 流程如圖IO所示，包括 步驟S101、接收用戶預(yù)先建立的，在計劃時間發(fā)送的測試任務(wù)，本次測試任務(wù)中的 被測文件信息包含被測文件的URL和MD5碼； 步驟S102、根據(jù)測試任務(wù)中的域名，生成內(nèi)容分發(fā)網(wǎng)絡(luò)CDN的測試報告； 步驟S103、解析所述CDN的測試報告，生成該域名下的CDN節(jié)點列表； 步驟S104、通過，M個線程同時向N個節(jié)點發(fā)送下載請求； 步驟S105、同時從各個節(jié)點下載被測文件； 步驟S106、對下載的文件利用MD5算法進行加密，得到MD5碼； 步驟S107、將得到的各個被測文件的MD碼與測試任務(wù)中的各個被測文件MD5碼進
行比較，并保存比較結(jié)果； 步驟S108、判斷保存的結(jié)果中是否有不同的情況，如果有，則執(zhí)行步驟S109，如果 沒有，則結(jié)束； 步驟S109、向用戶發(fā)送短信通知此情況。 本實施例中所述的計劃提交是指，用戶登錄到網(wǎng)站，填寫被測文件的信息和提交 測試任務(wù)的計劃時間，然后提交后，每次到計劃時間，就會自動觸發(fā)測試任務(wù)。本方式的提 交示意圖如圖ll所示，提交后各個任務(wù)成列表形式顯示在界面上，如圖12所示。本方法可 以預(yù)先設(shè)定測試的時間和被測文件的信息，可以使測試任務(wù)按照一定的周期進行，省去了 重復(fù)提交測試任務(wù)的過程。 本實施例中下載所有節(jié)點的被測文件得到MD5碼并比較的過程是通過線程來并 行實現(xiàn)的，其流程如圖13所示。 按照MD5碼進行檢測的結(jié)果如圖14所示，可以直觀的看到各個節(jié)點的運行狀態(tài)。 本實施例中的被測文件信息中加入了文件的MD5碼，可以測試節(jié)點中文件的完整性和準(zhǔn)確 性，及時的發(fā)現(xiàn)文件被劫持或篡改的情況，保證節(jié)點的正常工作。
本實施例中通過發(fā)送短信的形式向用戶報告出現(xiàn)錯誤的情況，本方法的示意圖如 圖15所示。 被測文件信息也可以同時包括被測文件的大小、修改時間和MD5碼，此時對文件 大小和修改時間的獲得，與從各個節(jié)點下載被測文件的過程是由不同的線程同時進行的， 這種并行處理的方式能提高整個過程的檢測速度，節(jié)省時間。 本發(fā)明還公開了一種CDN節(jié)點檢測系統(tǒng)，其結(jié)構(gòu)如圖16所示，包括第一接收單元 161、 CDN測試報告生成裝置162、分析單元163、建表單元164、獲取裝置165、比較單元166 和報警單元167 ;其中 第一接收單元161用于，接收用戶體提交的包含域名和被測文件信息的測試任務(wù)。 CDN測試報告生成裝置162用于，根據(jù)所述第一接收單元161接收的測試任務(wù)中的
被測文件域名獲得所有本地DNS內(nèi)的所述域名下的節(jié)點IP，生成測試報告。 解析單元163用于，解析所述CDN測試報告生成裝置162生成的測試報告。 建表單元164用于，根據(jù)所述解析單元163的分析結(jié)果建立CDN節(jié)點列表。 獲取裝置165用于，獲取所述建表單元164建立的節(jié)點列表中各節(jié)點內(nèi)的被測文
件信息。 比較單元166用于，將所述獲取裝置165獲取的被測文件信息與所述測試任務(wù)中 的被測文件信息進行比較，并保存。 報警單元167用于，當(dāng)所述比較單元166的比較結(jié)果不相同時，報警通知用戶，所 述報警單元167中包括郵件模塊和短信模塊，分別用于將報警信息采用郵件或短信的方式 通知用戶。 本發(fā)明公開的CDN節(jié)點檢測系統(tǒng)中的CDN測試報告生成裝置結(jié)構(gòu)如圖17所示，包 括第一發(fā)送單元171、第二接收單元172和生成單元173，其中 第一發(fā)送單元171用于，根據(jù)所述測試任務(wù)中的測試域名向所有本地DNS發(fā)送請 求。 第二接收單元172用于，接收所述所有的DNS根據(jù)所述第一發(fā)送單元171發(fā)送的 請求返回的所述域名下的節(jié)點IP。 生成單元173用于，生成所述域名下的所有CDN節(jié)點IP的測試報告。 本發(fā)明公開的獲取裝置的結(jié)構(gòu)如圖18所示，包括第二發(fā)送單元181、第三接收單
元182、下載單元183和加密單元184，其中 第二發(fā)送單元181用于，根據(jù)文件信息中被測文件的URL，通過線程同時向節(jié)點列 表內(nèi)的所有節(jié)點發(fā)送HEAD請求和或下載請求。 第三接收單元182用于，同時接收所述節(jié)點返回的HEAD請求結(jié)果，獲得各個CDN 節(jié)點上的被測文件的大小和修改時間。 下載單元183用于，根據(jù)文件信息中的被測文件URL，通過多個線程同時從節(jié)點列 表內(nèi)的所有節(jié)點中下載被測文件。 加密單元184用于，同時對下載單元183下載的被測文件利用MD5算法進行加密， 得到MD5碼。 可以看出，本發(fā)明公開的CDN檢測方法和系統(tǒng)，通過對用戶提供的測試文件的信
10息和各節(jié)點中存儲的測試文件信息進行比較，可以實現(xiàn)對各節(jié)點工作狀態(tài)的檢測的目的，
通過分析比較結(jié)果就可以得到各個節(jié)點的工作是否正常，各節(jié)點上的文件內(nèi)容是否及時的
更新，是否完整和準(zhǔn)確等信息，對于出現(xiàn)故障的節(jié)點可以及時的發(fā)現(xiàn)和處理，保證了 CND網(wǎng)
絡(luò)的正常工作。對于各使用CDN網(wǎng)絡(luò)的服務(wù)商來說，本方法和系統(tǒng)能夠使其直觀的監(jiān)督CDN
網(wǎng)絡(luò)的運行狀態(tài)，從而保證了其自身提供的服務(wù)的準(zhǔn)確性、完整性和及時性。 需要說明的是，本說明書中各個實施例采用遞進的方式描述，每個實施例重點說
明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實
施例公開的裝置而言，由于其與實施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處
參見方法部分說明即可。 本領(lǐng)域技術(shù)人員可以理解，以上所描述的裝置或系統(tǒng)實施例僅僅是示意性的，其 中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部 件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單 元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本 領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。 專業(yè)人員還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元 及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和 軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些 功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè) 技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng) 認(rèn)為超出本發(fā)明的范圍。 結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí) 行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存 儲器(ROM)、電可編程R0M、電可擦除可編程R0M、寄存器、硬盤、可移動磁盤、CD-R0M、或技術(shù) 領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。 對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明 將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一 致的最寬的范圍。
權(quán)利要求
一種內(nèi)容分發(fā)網(wǎng)絡(luò)CDN節(jié)點檢測方法，其特征在于，包括接收用戶提交的包含域名和被測文件信息的測試任務(wù)；根據(jù)所述測試任務(wù)中的域名生成CDN的測試報告；解析所述測試報告，得到所述域名的CDN節(jié)點列表；獲取所述節(jié)點列表中的節(jié)點內(nèi)的被測文件信息；將所述獲得的被測文件信息與所述測試任務(wù)中的對應(yīng)的被測文件信息進行比較，并保存比較結(jié)果；當(dāng)所述比較結(jié)果不同時發(fā)送報警信息。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述測試任務(wù)為用戶在線實時提交，或根據(jù)用戶預(yù)先設(shè)定的計劃提交。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，根據(jù)下述步驟生成CDN測試報告向互聯(lián)網(wǎng)內(nèi)的本地域名系統(tǒng)DNS發(fā)送所述測試任務(wù)中的域名解析請求；接收所述本地DNS返回的所述域名下的所有CDN節(jié)點IP ;生成所述域名下所有的CDN節(jié)點IP的測試報告。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述接收所述本地DNS返回的所述域名下的節(jié)點IP的過程之后，還包括過濾掉少于預(yù)設(shè)數(shù)量個DNS同時返回的節(jié)點IP。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述測試文件信息包括測試文件的地址URL、大小、修改時間和信息-摘要算法結(jié)果MD5碼。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述獲取節(jié)點內(nèi)的被測文件信息并與所述測試任務(wù)中的對應(yīng)的被測文件信息進行比較的過程為依次從不同的節(jié)點中獲取所有的被測文件信息并比較；或者，通過多線程并行對所有節(jié)點中的所有被測文件進行獲取并比較。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，當(dāng)被測文件信息中包含測試文件URL和被測文件大小和修改時間時，所述通過線程并行對所有節(jié)點內(nèi)的所有被測文件信息進行獲取并比較的過程中的每一線程的具體步驟為根據(jù)文件信息中被測文件的URL，向該線程所對應(yīng)的被測文件所在的節(jié)點發(fā)送頭文件HEAD請求；接收返回的HEAD請求結(jié)果，解析獲得被測文件的大小和修改時間；將獲得的被測文件的大小和修改時間的信息與所述測試任務(wù)中的相應(yīng)的被測文件的大小和修改時間信息進行比較。
8. 根據(jù)權(quán)利要求6所述的方法，其特征在于，當(dāng)所述文件信息中包含測試文件URL和被測文件MD5碼時，所述通過線程并行對所有節(jié)點內(nèi)的所有被測文件信息進行獲取并比較的過程中的每一線程的具體步驟為根據(jù)文件信息中被測文件的URL，下載該線程對應(yīng)的被測文件；下載完成后，對下載文件利用MD5進行加密，得到加密結(jié)果MD5碼；將獲得的被測文件的MD5碼與所述測試任務(wù)中的相應(yīng)的被測文件的MD5碼分別進行比較。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述報警的具體方式為通過郵件或短信的方式通知用戶。
10. —種CDN節(jié)點檢測系統(tǒng)，其特征在于，包括第一接收單元、CDN測試報告生成裝置、解析單元、建表單元、獲取裝置、比較單元和報警單元；其中所述第一接收單元用于，接收用戶體提交的包含域名和被測文件信息的測試任務(wù)；所述CDN測試報告生成裝置用于，根據(jù)所述第一接收單元接收的測試任務(wù)中的被測文件域名獲得所有本地DNS內(nèi)的所述域名下的節(jié)點IP，生成測試報告；所述解析單元用于，解析所述CDN測試報告生成裝置生成的測試報告；所述建表單元用于，根據(jù)所述解析單元的分析結(jié)果建立CDN節(jié)點列表；所述獲取裝置用于，獲取所述建表單元建立的節(jié)點列表中的各節(jié)點內(nèi)的被測文件信息；所述比較單元用于，將所述獲取裝置獲取的被測文件信息與所述測試任務(wù)中的被測文件信息進行比較，并保存；所述報警單元用于，當(dāng)所述比較單元的比較結(jié)果不相同時，發(fā)送報警信息通知用戶。
11. 根據(jù)權(quán)利要求IO所述的系統(tǒng)，其特征在于，所述CDN測試報告生成裝置包括第一發(fā)送單元、第二接收單元和生成單元；其中所述第一發(fā)送單元用于，根據(jù)所述測試任務(wù)中的測試域名向所有本地DNS發(fā)送請求；所述第二接收單元用于，接收所述所有的DNS根據(jù)所述發(fā)送單元發(fā)送的請求返回的所述域名下的節(jié)點IP ;所述生成單元用于，生成所述域名下的所有CDN節(jié)點IP的測試報告。
12. 根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，所述獲取裝置包括第二發(fā)送單元、第三接收單元、下載單元和加密單元，其中所述第二發(fā)送單元用于，根據(jù)文件信息中被測文件的URL，通過線程同時向節(jié)點列表內(nèi)的所有節(jié)點發(fā)送HEAD請求和或下載請求；所述第三接收單元用于，同時接收所述節(jié)點返回的HEAD請求結(jié)果，獲得各個CDN節(jié)點上的被測文件的大小和修改時間；所述下載單元用于，根據(jù)文件信息中的被測文件URL，通過多個線程同時從節(jié)點列表內(nèi)的所有節(jié)點中下載被測文件；所述加密單元用于，同時對下載單元下載的被測文件利用MD5算法進行加密，得到MD5碼。
13. 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述報警單元包括郵件發(fā)送模塊和短信發(fā)送模塊；所述郵件發(fā)送模塊用于，當(dāng)比較裝置中的出現(xiàn)比較不同的情況時，向用戶發(fā)送郵件通知此情況；所述短信發(fā)送模塊用于，當(dāng)比較裝置中的出現(xiàn)比較不同的情況時，向用戶發(fā)送短信通知此情況。
全文摘要
本發(fā)明實施例公開了一種CDN節(jié)點檢測方法及系統(tǒng)，包括一種內(nèi)容分發(fā)網(wǎng)絡(luò)CDN節(jié)點檢測方法，包括接收用戶提交的包含域名和被測文件信息的測試任務(wù)；根據(jù)所述測試任務(wù)中的域名生成CDN的測試報告；解析所述測試報告，得到所述域名的CDN節(jié)點列表；獲取所述節(jié)點列表中的節(jié)點內(nèi)的被測文件信息；將所述獲得的被測文件信息與所述測試任務(wù)中的對應(yīng)的被測文件信息進行比較，并保存比較結(jié)果；當(dāng)所述比較結(jié)果不同時發(fā)送報警信息。本發(fā)明通過對用戶提供的測試文件的信息和各節(jié)點中存儲的測試文件信息進行比較，可以實現(xiàn)對各節(jié)點工作狀態(tài)的檢測的目的，對于出現(xiàn)故障的節(jié)點可以及時的發(fā)現(xiàn)和處理，保證了CND網(wǎng)絡(luò)的正常工作。
文檔編號H04L29/12GK101741643SQ200910243089
公開日2010年6月16日 申請日期2009年12月24日 優(yōu)先權(quán)日2009年12月24日
發(fā)明者井衛(wèi)軍, 姚福源, 張家強, 張永森, 蔣建平 申請人:北京世紀(jì)互聯(lián)寬帶數(shù)據(jù)中心有限公司