一種下載管理設備、方法及數(shù)據(jù)下載系統(tǒng)

1.一種數(shù)據(jù)下載系統(tǒng)，包括邊緣節(jié)點、為不同運營商網(wǎng)絡之間提供信息交互服務的代理集群，以及數(shù)據(jù)源節(jié)點，其中所述邊緣節(jié)點包括下載管理設備，
所述為不同運營商網(wǎng)絡之間提供信息交互服務的代理集群包括第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群，以及第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群，其中，所述第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群包括：
邊緣側第一運營商網(wǎng)絡代理集群，被配置為接收來自第一運營商網(wǎng)絡的邊緣節(jié)點的文件下載請求，以及向所述第一運營商網(wǎng)絡的邊緣節(jié)點返回所請求的文件；
傳輸通道，被配置為從所述邊緣側第一運營商網(wǎng)絡代理集群向源節(jié)點側第二運營商網(wǎng)絡代理集群傳輸信息，以及從所述源節(jié)點側第二運營商網(wǎng)絡代理集群向所述邊緣側第一運營商網(wǎng)絡代理集群傳輸信息；以及，
源節(jié)點側第二運營商網(wǎng)絡代理集群，被配置為根據(jù)通過所述傳輸通道接收的來自所述邊緣側第一運營商網(wǎng)絡代理集群的文件下載請求，向所述第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點發(fā)送文件下載請求，以及接收所述第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點返回的所請求的文件，并通過所述傳輸通道傳輸至所述邊緣側第一運營商網(wǎng)絡代理集群；
所述第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群包括：
邊緣側第二運營商網(wǎng)絡代理集群，被配置為接收來自第二運營商網(wǎng)絡的邊緣節(jié)點的文件下載請求，以及向所述第二運營商網(wǎng)絡的邊緣節(jié)點返回所請求的文件；
傳輸通道，被配置為從所述邊緣側第二運營商網(wǎng)絡代理集群向源節(jié)點側第一運營商網(wǎng)絡代理集群傳輸信息，以及從所述源節(jié)點側第一運營商網(wǎng)絡代理集群向所述邊緣側第二運營商網(wǎng)絡代理集群傳輸信息；以及，
源節(jié)點側第一運營商網(wǎng)絡代理集群，被配置為根據(jù)通過所述傳輸通道接收的來自所述邊緣側第二運營商網(wǎng)絡代理集群的文件下載請求，向所述第一運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點發(fā)送文件下載請求，以及接收所述第一運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點返回的所請求的文件，并通過所述傳輸通道傳輸至所述邊緣側第二運營商網(wǎng)絡代理集群；
所述下載管理設備包括：
緩存器，被配置為緩存從數(shù)據(jù)源節(jié)點獲得的各個文件以及各個文件的內容摘要，所述文件的內容摘要是對所述文件的內容采用特定數(shù)據(jù)轉換生成的數(shù)據(jù)；
解析器，被配置為獲得來自客戶端設備的文件下載請求，并根據(jù)所述文件下載請求的下載地址解析出所請求的文件的內容摘要；
查找器，被配置為根據(jù)所述解析器解析出的所述所請求的文件的內容摘要在所述緩存器中查找所請求的文件，如果查找到，則將所請求的文件傳輸至客戶端設備；以及，回源器，被配置為當所述查找器在所述緩存器中沒有查找到所請求的文件時，從所請求的文件相關的數(shù)據(jù)源節(jié)點獲取所請求的文件，并傳輸至所述客戶端設備，以及將所請求的文件提供給所述緩存器進行緩存。
2.根據(jù)權利要求1所述的系統(tǒng)，所述回源器包括：
數(shù)據(jù)源查詢模塊，被配置為根據(jù)已知的回源表和所請求的文件的下載地址查詢所述所請求的文件相關的數(shù)據(jù)源節(jié)點；
直接回源模塊，被配置為當所述邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且所查詢到的所請求的文件相關的數(shù)據(jù)源節(jié)點包括所述第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，直接從所述第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點獲取所請求的文件；
代理回源模塊，被配置為當所述邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且所查詢到的所請求的文件相關的數(shù)據(jù)源節(jié)點是第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，通過所述第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群從所述第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點獲取所請求的文件；以及
緩存通知模塊，被配置為將通過所述直接回源模塊或代理回源模塊獲取到所請求的文件之后，通知所述緩存器對所請求的文件進行緩存。
3.如權利要求1所述的系統(tǒng)，所述回源器適于逐個部分地從所述數(shù)據(jù)源節(jié)點獲取所請求的文件的各部分，并同時向所述客戶端設備傳輸所請求的文件中所獲取的部分，直到完全獲取了所請求的文件為止。
4.如權利要求1、2或3所述的系統(tǒng)，所述文件的內容摘要包括：安全哈希演算sha系列數(shù)據(jù)中的一種，或，信息摘要演算MD系列數(shù)據(jù)中的一種。
5.如權利要求1、2或3所述的系統(tǒng)，所述下載管理設備是varniash緩存服務器。
6.根據(jù)權利要求1所述的系統(tǒng)，還包括：用于提供文件下載地址的管理設備，所述邊緣節(jié)點接收到的文件下載請求的下載地址由所述用于提供文件下載地址的管理設備所提供；
其中，
所述用于提供文件下載地址的管理設備包括：
資源定位器，被配置為根據(jù)文件在數(shù)據(jù)源節(jié)點中的存儲路徑生成所述文件的資源定位信息；
摘要生成器，被配置為對所述文件的內容采用特定數(shù)據(jù)轉換生成所述文件的內容摘要；以及
下載地址生成器，被配置為至少根據(jù)所述資源定位器提供的所述文件的資源定位信息和所述摘要生成器提供的所述文件的內容摘要，生成所述文件的下載地址，所述下載地址中至少包括所述文件的資源定位信息和所述文件的內容摘要。
7.根據(jù)權利要求6所述的系統(tǒng)，所述下載地址生成器生成的所述文件的下載地址是所述文件的統(tǒng)一資源定位符URL。
8.一種用于數(shù)據(jù)下載系統(tǒng)中的下載管理方法，所述數(shù)據(jù)下載系統(tǒng)至少包括邊緣節(jié)點和數(shù)據(jù)源節(jié)點，該下載管理方法包括：
邊緣節(jié)點獲得來自客戶端設備的文件下載請求，并根據(jù)所述文件下載請求的下載地址解析出所請求的文件的內容摘要；
邊緣節(jié)點根據(jù)所請求的文件的內容摘要在緩存中查找是否存在所請求的文件，如果存在，則將所請求的文件傳輸至客戶端設備；以及
如果在緩存中沒有查找到所請求的文件，則邊緣節(jié)點從所請求的文件相關的數(shù)據(jù)源節(jié)點獲取所請求的文件，并傳輸至所述客戶端設備；
邊緣節(jié)點緩存從數(shù)據(jù)源節(jié)點獲得的文件以及所述文件的內容摘要，所述文件的內容摘要是對所述文件的內容采用特定數(shù)據(jù)轉換生成的數(shù)據(jù)；
所述數(shù)據(jù)下載系統(tǒng)還包括第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群，所述從所請求的文件相關的數(shù)據(jù)源節(jié)點獲取所請求的文件的步驟包括：
根據(jù)已知的回源表和所請求的文件的下載地址查詢所請求的文件相關的數(shù)據(jù)源節(jié)點；
當所述邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且查詢到的所請求的文件相關的數(shù)據(jù)源節(jié)點包括所述第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，直接從所述第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點獲取所請求的文件；
當所述邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且查詢到的所請求的文件相關的數(shù)據(jù)源節(jié)點是第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，通過所述第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群從所述第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點獲取所請求的文件；
所述第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群包括邊緣側第一運營商網(wǎng)絡代理集群、傳輸通道和源節(jié)點側第二運營商網(wǎng)絡代理集群，所述邊緣節(jié)點通過所述第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群從所述第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點獲取所請求的文件的步驟包括：
邊緣側第一運營商網(wǎng)絡代理集群接收來自第一運營商網(wǎng)絡的邊緣節(jié)點的文件下載請求，并通過傳輸通道傳輸至所述源節(jié)點側第二運營商網(wǎng)絡代理集群；
源節(jié)點側第二運營商網(wǎng)絡代理集群根據(jù)來自所述邊緣側第一運營商網(wǎng)絡代理集群的文件下載請求，向所述第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點發(fā)送文件下載請求，并接收所述第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點返回的所請求的文件；
所述源節(jié)點側第二運營商網(wǎng)絡代理集群將所請求的文件通過所述傳輸通道傳輸至所述邊緣側第一運營商網(wǎng)絡代理集群；
所述邊緣側第一運營商網(wǎng)絡代理集群將所請求的文件傳輸至所述第一運營商網(wǎng)絡的邊緣節(jié)點。
9.如權利要求8所述的下載管理方法，所述從所請求的文件相關的數(shù)據(jù)源節(jié)點獲取所請求的文件的步驟包括：
逐個部分地從所述數(shù)據(jù)源節(jié)點獲取所請求的文件的各部分，并同時向所述客戶端設備傳輸所請求的文件中所獲取的部分，直到完全獲取了所請求的文件為止。
10.如權利要求8或9所述的下載管理方法，所述各步驟通過varniash緩存服務器執(zhí)行。

一種下載管理設備、方法及數(shù)據(jù)下載系統(tǒng)\n技術領域\n[0001] 本發(fā)明涉及數(shù)據(jù)下載技術領域，具體涉及一種用于邊緣節(jié)點中的下載管理設備、一種數(shù)據(jù)下載系統(tǒng)，以及一種用于數(shù)據(jù)下載系統(tǒng)中的下載管理方法。\n背景技術\n[0002] 現(xiàn)有CDN（Content?Delivery?Network，內容分發(fā)網(wǎng)絡）通過將數(shù)據(jù)分發(fā)到各個邊緣節(jié)點，拉近與客戶端的距離來提高數(shù)據(jù)訪問速度。其基本思路是盡可能避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié)，使內容傳輸?shù)母?、更穩(wěn)定。CDN系統(tǒng)能夠實時地根據(jù)網(wǎng)絡流量和各節(jié)點的連接、負載狀況以及到用戶的距離和響應時間等綜合信息將用戶的請求重新導向離用戶最近的服務節(jié)點上。\n[0003] 但是，由于現(xiàn)有的每個CDN節(jié)點都會盡可能地緩存數(shù)據(jù)源中所有的文件，因此會帶來較大的存儲成本。而且有些文件的內容并沒有發(fā)生變化，僅僅是下載地址，如文件的URL發(fā)生了變化，按照現(xiàn)有CDN的緩存方式，也會在一個節(jié)點中緩存多份內容相同、URL不同的文件，即重復數(shù)據(jù)緩存，從而進一步導致了存儲的成本較高。\n發(fā)明內容\n[0004] 鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的用于邊緣節(jié)點中的下載管理設備、數(shù)據(jù)下載系統(tǒng)，以及用于數(shù)據(jù)下載系統(tǒng)中的下載管理方法。\n[0005] 依據(jù)本發(fā)明的一個方面，提供了一種用于邊緣節(jié)點中的下載管理設備，包括：緩存器，被配置為緩存從數(shù)據(jù)源節(jié)點獲得的各個文件以及各個文件的內容摘要，文件的內容摘要是對文件的內容采用特定數(shù)據(jù)轉換生成的數(shù)據(jù)；解析器，被配置為獲得來自客戶端設備的文件下載請求，并根據(jù)文件下載請求的下載地址解析出所請求的文件的內容摘要；查找器，被配置為根據(jù)解析器解析出的所請求的文件的內容摘要在緩存器中查找所請求的文件，如果查找到，則將所請求的文件傳輸至客戶端設備；以及回源器，被配置為當查找器在緩存器中沒有查找到所請求的文件時，從所請求的文件相關的數(shù)據(jù)源節(jié)點獲取所請求的文件，并傳輸至客戶端設備，以及將所請求的文件提供給緩存器進行緩存。\n[0006] 可選的，回源器適于逐個部分地從數(shù)據(jù)源節(jié)點獲取所請求的文件的各部分，并同時向客戶端設備傳輸所請求的文件中所獲取的部分，直到完全獲取了所請求的文件為止。\n[0007] 可選的，回源器包括：數(shù)據(jù)源查詢模塊，被配置為根據(jù)已知的回源表和所請求的文件的下載地址查詢所請求的文件相關的數(shù)據(jù)源節(jié)點；直接回源模塊，被配置為當邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且所查詢到的所請求的文件相關的數(shù)據(jù)源節(jié)點包括第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，直接從第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點獲取所請求的文件；代理回源模塊，被配置為當邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且所查詢到的所請求的文件相關的數(shù)據(jù)源節(jié)點是第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，通過第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群從第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點獲取所請求的文件；以及緩存通知模塊，被配置為將通過直接回源模塊或代理回源模塊獲取到所請求的文件之后，通知緩存器對所請求的文件進行緩存。\n[0008] 可選的，文件的內容摘要包括：安全哈希演算sha系列數(shù)據(jù)中的一種，或，信息摘要演算MD系列數(shù)據(jù)中的一種。\n[0009] 可選的，下載管理設備是varniash緩存服務器。\n[0010] 根據(jù)本發(fā)明的又一方面，提供了一種數(shù)據(jù)下載系統(tǒng)，包括邊緣節(jié)點、為不同運營商網(wǎng)絡之間提供信息交互服務的代理集群，以及數(shù)據(jù)源節(jié)點，其中邊緣節(jié)點包括以上所述的下載管理設備。\n[0011] 可選的，還包括：以上所述的用于提供文件下載地址的管理設備，邊緣節(jié)點接收到的文件下載請求的下載地址由用于提供文件下載地址的管理設備所提供。\n[0012] 可選的，為不同運營商網(wǎng)絡之間提供信息交互服務的代理集群包括第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群，以及第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群，其中，第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群包括：邊緣側第一運營商網(wǎng)絡代理集群，被配置為接收來自第一運營商網(wǎng)絡的邊緣節(jié)點的文件下載請求，以及向第一運營商網(wǎng)絡的邊緣節(jié)點返回所請求的文件；傳輸通道，被配置為從邊緣側第一運營商網(wǎng)絡代理集群向源側第二運營商網(wǎng)絡代理集群傳輸信息，以及從源節(jié)點側第二運營商網(wǎng)絡代理集群向邊緣側第一運營商網(wǎng)絡代理集群傳輸信息；以及源節(jié)點側第二運營商網(wǎng)絡代理集群，被配置為根據(jù)通過傳輸通道接收的來自邊緣側第一運營商網(wǎng)絡代理集群的文件下載請求，向第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點發(fā)送文件下載請求，以及接收第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點返回的所請求的文件，并通過傳輸通道傳輸至邊緣側第一運營商網(wǎng)絡代理集群；\n[0013] 第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群包括：邊緣側第二運營商網(wǎng)絡代理集群，被配置為接收來自第二運營商網(wǎng)絡的邊緣節(jié)點的文件下載請求，以及向第二運營商網(wǎng)絡的邊緣節(jié)點返回所請求的文件；傳輸通道，被配置為從邊緣側第二運營商網(wǎng)絡代理集群向源節(jié)點側第一運營商網(wǎng)絡代理集群傳輸信息，以及從源節(jié)點側第一運營商網(wǎng)絡代理集群向邊緣側第二運營商網(wǎng)絡代理集群傳輸信息；以及源節(jié)點側第一運營商網(wǎng)絡代理集群，被配置為根據(jù)通過傳輸通道接收的來自邊緣側第二運營商網(wǎng)絡代理集群的文件下載請求，向第一運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點發(fā)送文件下載請求，以及接收第一運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點返回的所請求的文件，并通過傳輸通道傳輸至邊緣側第二運營商網(wǎng)絡代理集群。\n[0014] 根據(jù)本發(fā)明的另一方面，提供了一種用于數(shù)據(jù)下載系統(tǒng)中的下載管理方法，數(shù)據(jù)下載系統(tǒng)至少包括邊緣節(jié)點和數(shù)據(jù)源節(jié)點，該下載管理方法包括：邊緣節(jié)點獲得來自客戶端設備的文件下載請求，并根據(jù)文件下載請求的下載地址解析出所請求的文件的內容摘要；邊緣節(jié)點根據(jù)所請求的文件的內容摘要在緩存中查找是否存在所請求的文件，如果存在，則將所請求的文件傳輸至客戶端設備；以及如果在緩存中沒有查找到所請求的文件，則邊緣節(jié)點從所請求的文件相關的數(shù)據(jù)源節(jié)點獲取所請求的文件，并傳輸至客戶端設備；邊緣節(jié)點緩存從數(shù)據(jù)源節(jié)點獲得的文件以及文件的內容摘要，文件的內容摘要是對文件的內容采用特定數(shù)據(jù)轉換生成的數(shù)據(jù)。\n[0015] 根據(jù)本發(fā)明的實施例，可以將從所請求文件下載地址解析出的文件內容摘要作為緩存文件查詢依據(jù)，在緩存中查詢是否已經(jīng)存儲了所請求的文件，而不是根據(jù)文件的整個URL作為索引查詢，同理，在緩存中存儲文件時也是根據(jù)文件的內容摘要是否相同判斷是否為同一份文件。因此，如果兩個文件的URL不同，但文件的內容數(shù)據(jù)實質相同，那么該文件的內容摘要就是相同的，進而，如果該文件此前已經(jīng)在邊緣節(jié)點中緩存過了，那么后續(xù)即便是客戶端設備再發(fā)來一個不同的文件下載地址URL，只要該文件的內容摘要和緩存中的一致，那么邊緣節(jié)點也不會再去數(shù)據(jù)源節(jié)點重復下載該文件，而是直接根據(jù)該文件的內容摘要從緩存中找到該文件提供給客戶端設備。由此，一方面減少了緩存中的重復數(shù)據(jù)，另一方面也提高了為客戶端設備下載文件的效率。\n[0016] 進一步，邊緣節(jié)點通過代理集群從數(shù)據(jù)源節(jié)點獲取文件，當文件較大時，可以逐個部分的從數(shù)據(jù)源節(jié)點獲取所請求文件的各部分，并同時向客戶端設備傳輸所請求文件中已獲取的部分，即非阻塞模式的回源，可以實現(xiàn)邊緩存邊讓客戶端設備下載。避免了使用CDN時，需要等到整個文件完全緩存才能下載的問題，整個過程客戶端設備不用等待。\n[0017] 上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。\n附圖說明\n[0018] 通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：\n[0019] 圖1示出了根據(jù)本發(fā)明一個實施例的數(shù)據(jù)下載系統(tǒng)示意圖;\n[0020] 圖2示出了根據(jù)本發(fā)明一個實施例的用于提供文件下載地址的管理設備示意圖;\n[0021] 圖3示出了根據(jù)本發(fā)明一個實施例的緩存器中的緩存邏輯示意圖；\n[0022] 圖4示出了根據(jù)本發(fā)明一個實施例的電信至網(wǎng)通的代理集群示意圖；\n[0023] 圖5示出了根據(jù)本發(fā)明一個實施例的數(shù)據(jù)下載系統(tǒng)示意圖;\n[0024] 圖6示出了根據(jù)本發(fā)明一個實施例的用于提供文件下載地址的管理方法流程圖；\n以及\n[0025] 圖7示出了根據(jù)本發(fā)明一個實施例的用于數(shù)據(jù)下載系統(tǒng)中的下載管理方法流程圖。\n具體實施方式\n[0026] 下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。\n[0027] 請參閱圖1，其為根據(jù)本發(fā)明一個實施例的數(shù)據(jù)下載系統(tǒng)示意圖。該下載系統(tǒng)包括第一運營商網(wǎng)絡的邊緣節(jié)點100、第二運營商網(wǎng)絡的邊緣節(jié)點200、第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群300、第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群400、第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點500以及第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600。此外，圖中還示出了與該數(shù)據(jù)下載系統(tǒng)有數(shù)據(jù)交互的第一運營商網(wǎng)絡的客戶端設備700和第二運營商網(wǎng)絡的客戶端設備800。應當注意的是，該系統(tǒng)中包括的邊緣節(jié)點、數(shù)據(jù)源節(jié)點、代理集群等都可以是一個或多個。\n[0028] 第一運營商網(wǎng)絡的邊緣節(jié)點100和第二運營商網(wǎng)絡的邊緣節(jié)點200中均包括下載管理設備110，該下載管理設備110具體包括緩存器102、解析器104、查找器106以及回源器\n108。第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群300具體包括邊緣側第一運營商網(wǎng)絡代理集群302、第一傳輸通道304以及源節(jié)點側第二運營商網(wǎng)絡代理集群306。第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群400具體包括邊緣側第二運營商網(wǎng)絡代理集群402、第二傳輸通道404以及源節(jié)點側第一運營商網(wǎng)絡代理集群406。第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點500包括數(shù)據(jù)源節(jié)點1、數(shù)據(jù)源節(jié)點2以及數(shù)據(jù)源節(jié)點n等多個處于第一運營商網(wǎng)絡中的數(shù)據(jù)源節(jié)點。第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600包括數(shù)據(jù)源節(jié)點1、數(shù)據(jù)源節(jié)點2以及數(shù)據(jù)源節(jié)點n等多個處于第二運營商網(wǎng)絡中的數(shù)據(jù)源節(jié)點。\n[0029] 由于第一運營商網(wǎng)絡的邊緣節(jié)點100和第二運營商網(wǎng)絡的邊緣節(jié)點200中包括的下載管理設備110結構相同，數(shù)據(jù)處理流程也完全一樣，僅僅是兩個邊緣節(jié)點所處的運營商網(wǎng)絡不同，負責連接不同運營商網(wǎng)絡的客戶端設備，所以下面主要以第一運營商網(wǎng)絡的邊緣節(jié)點100的工作原理為例進行說明，第二運營商網(wǎng)絡的邊緣節(jié)點200的內部結構和工作原理參考第一運營商網(wǎng)絡的邊緣節(jié)點100的相關實施例內容即可，不再贅述。\n[0030] 在本發(fā)明的一個實施例中，某客戶端設備700連接邊緣節(jié)點100請求下載文件，具體而言，客戶端設備700向邊緣節(jié)點100發(fā)送一個文件下載請求，該下載請求包括所請求文件的下載地址，解析器104在獲得文件下載請求后，根據(jù)該文件下載請求的下載地址解析出所請求的文件的內容摘要。在下載請求中包含所請求文件的下載地址，下載地址最常見的是所請求文件的URL（Uniform?Resource?Locator，統(tǒng)一資源定位符）。在本發(fā)明的一個實施例中，客戶端設備700發(fā)給第一運營商網(wǎng)絡的邊緣節(jié)點100的所請求文件的URL與現(xiàn)有技術中的URL不同，現(xiàn)有技術中的URL一般包括協(xié)議類型、存放文件的主機域名、路徑和文件名，URL的一般格式為(帶方括號[]的為可選項)：protocol://hostname[:port端口]/path/[;\nparameters][?query查詢]#fragment片段；而在本發(fā)明實施例中所請求文件的URL除了包含以上常規(guī)URL內容以外，還包括所請求的文件的內容摘要。\n[0031] 例如，傳統(tǒng)上，請求文件的現(xiàn)有常規(guī)URL為：\n[0032] http://wsdl11.yunpan.cn/share.php?method=Share.download&xqid=XXXX&nid=XXXX&cqid=XXXX&fname=1.txt&e=XXXX&st=XXXXX。其中，XXXX代表文件路徑及文件名的具體信息。\n[0033] 而在本發(fā)明實施例中，請求文件的URL為：\n[0034] http://wsdl11.yunpan.cn/share.php?method=Share.download&fhash=\n4c9a055de0a290341abf7fff6a4d8c0f2af7f155&xqid=XXXX&nid=XXXX&cqid=XXXX&fname=\n1.txt&e=XXXX&st=XXXXX。\n[0035] 通過對比以上兩個URL可知，第二個URL比第一個URL多了一部分內容，即：\n[0036] “fhash=4c9a055de0a290341abf7fff6a4d8c0f2af7f155”，這部分內容即為所請求文件的內容摘要。文件的內容摘要主要是指針對文件的內容采用特定數(shù)據(jù)轉換方法來生成可以對文件內容進行標識的數(shù)據(jù)，內容摘要計算算法例如為安全哈希演算sha系列算法（sha1、sha224、以及sha256等）中的一種、信息摘要演算MD系列算法（如md3、md4以及md5等）中的一種、以及本領域已知的其他算法。只要內容摘要能夠作為文件內容的唯一標識，相同內容的文件對應內容摘要相同，不同內容的文件對應的內容摘要不同，所以可以生成這種內容摘要的方法都在本發(fā)明的保護范圍之內。一般而言，通過文件的全部內容進行特定數(shù)據(jù)轉換后生成的內容摘要的唯一標識性比較強，但是也不排除在某些情況下，只根據(jù)文件的部分關鍵內容所生成的內容摘要的唯一標識性也可以滿足實際需求，這種情況下也是可行的。\n[0037] 文件的URL一般是文件在上傳到數(shù)據(jù)源節(jié)點時生成的。下面結合一個例子，介紹客戶端設備100向第一運營商網(wǎng)絡的邊緣節(jié)點100發(fā)出的下載請求中所請求文件的URL是如何獲得的。請一并參考圖2，其示出了根據(jù)本發(fā)明一個實施例的用于提供文件下載地址的管理設備示意圖，該管理設備210包括資源定位器212、摘要生成器214以及下載地址生成器216。\n該管理設備210可以設置于相應的數(shù)據(jù)源節(jié)點中，比如第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點500或者是第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600，也可以獨立于數(shù)據(jù)源節(jié)點之外設置。當管理設備\n210獨立于數(shù)據(jù)源節(jié)點設置時，相當于各數(shù)據(jù)源節(jié)點基本僅作為文件存儲服務器，而管理設備210則作為文件存儲之外、負責文件相關管理、維護等工作的管理設備，但是管理設備210各數(shù)據(jù)源節(jié)點之間可以相互通信，能夠獲得彼此所需的各種信息。\n[0038] 具體而言，一方面，當某個文件上傳到某個數(shù)據(jù)源節(jié)點之后，管理設備210中的資源定位器212就可以獲得該文件在這個數(shù)據(jù)源節(jié)點上的存儲路徑，進而根據(jù)該存儲路徑生成文件的資源定位信息，即相當于生成該文件URL中路徑和文件名這部分的內容，例如生成前面那個URL實例中的這部分內容：wsdl11.yunpan.cn/share.php?method=\nShare.download&xqid=XXXX&nid=XXXX&cqid=XXXX&fname=1.txt&e=XXXX&st=XXXXX。\n[0039] 另一方面，管理設備210中的摘要生成器214可以通過數(shù)據(jù)源節(jié)點知道該文件的具體內容，進而利用各種內容摘要計算方法計算該文件的內容以生成文件的內容摘要，前面已經(jīng)介紹過文件內容摘要的各種具體實現(xiàn)方案，此處不再贅述。例如生成前面那個URL實例中的這部分內容：\n[0040] fhash=4c9a055de0a290341abf7fff6a4d8c0f2af7f155。\n[0041] 此后，管理設備210中的下載地址生成器216根據(jù)資源定位器212提供的該文件的資源定位信息和摘要生成器214提供的該文件的內容摘要，生成該文件完整的下載地址，如URL，在該URL中至少包括該文件的資源定位信息和該文件的內容摘要。例如生成給前面那個URL實例中的完整URL：\n[0042] http://wsdl11.yunpan.cn/share.php?method=Share.download&fhash=\n4c9a055de0a290341abf7fff6a4d8c0f2af7f155&xqid=XXXX&nid=XXXX&cqid=XXXX&fname=\n1.txt&e=XXXX&st=XXXXX。\n[0043] 由此可以看出，通過管理設備210可以為各種已經(jīng)上傳到某個數(shù)據(jù)源節(jié)點的文件生成對應的下載地址，如URL。進而，當客戶端設備100需要下載某個文件時，就可以通過點擊網(wǎng)站上的該文件或者查看該文件的URL等多種方式獲得該文件的下載地址，然后向邊緣節(jié)點發(fā)送包括該下載地址的下載請求。從而使得第一運營商網(wǎng)絡的邊緣節(jié)點100等邊緣節(jié)點獲得客戶端設備100所請求的文件的URL,而且該URL中不僅包括常規(guī)的URL參數(shù)，還包括所請求文件的內容摘要。由此可見，本質上，邊緣節(jié)點100獲得的客戶端設備700所請求文件的URL是管理設備210所提供的。\n[0044] 在本發(fā)明的一個實施例中，為了更好的保證數(shù)據(jù)傳輸?shù)陌踩裕芾碓O備210在為文件生成URL的同時，還可以根據(jù)預置的簽名生成方式及文件URL的全部內容或部分關鍵內容生成簽名，比如根據(jù)URL中的文件內容摘要、文件存儲路徑等關鍵信息生成簽名，當有客戶端設備700需要下載該文件時，將文件URL和對應的簽名一起提供給客戶端設備700，進而客戶端設備700向邊緣節(jié)點100發(fā)送下載請求時包括文件URL和對應的簽名。邊緣節(jié)點100維護與管理設備210相同的簽名生成方式，在邊緣節(jié)點100接收到客戶端設備700的文件下載請求后，解析器104根據(jù)所請求的文件URL以及預置的簽名生成方式，自行生成該文件URL對應的簽名，將自行生成的該簽名與客戶端設備700發(fā)送的文件下載請求中攜帶的簽名對比，如果一致，則判斷URL沒有被修改，進行后續(xù)下載文件的相關處理；如果不一致，則說明客戶端設備700發(fā)送的文件URL內容已經(jīng)被修改，例如可能是被惡意篡改了URL中的文件內容摘要，進而會向客戶端設備700返回錯誤或非法提示，不再進行后續(xù)相關的文件下載處理。\n[0045] 前面已經(jīng)提到，邊緣節(jié)點100的解析器104在接收到客戶端設備700的下載請求后，還用于根據(jù)該文件下載請求的下載地址解析出所請求的文件的內容摘要。進而，邊緣節(jié)點\n100中的查找器106根據(jù)解析器104解析出的所請求文件的內容摘要在緩存器102中查找，如果查找到所請求的文件，則直接將所請求的文件傳輸至客戶端設備700，無需再去數(shù)據(jù)源節(jié)點獲取該文件。\n[0046] 緩存器102緩存了從各數(shù)據(jù)源節(jié)點（如第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點500以及第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600等各數(shù)據(jù)源節(jié)點）獲得的各個文件以及各個文件的內容摘要。\n在本發(fā)明的一個實施例中，如果客戶端設備700所請求的文件在緩存器102中有，則直接將緩存器中的該文件提供給客戶端設備700；如果緩存器102中沒有，就需要到相關的數(shù)據(jù)源節(jié)點去下載，從數(shù)據(jù)源節(jié)點獲得所請求的文件后，一方面緩存到緩存器102以便后續(xù)使用，另一方面提供給客戶端設備700。\n[0047] 通過上面的過程可以看出，緩存器102中存儲的各個文件都是從數(shù)據(jù)源節(jié)點獲得的。而且，由于解析器104可以解析出文件的內容摘要，如果緩存器102中沒有該內容摘要對應的文件，就會根據(jù)文件下載請求從相關的數(shù)據(jù)源節(jié)點獲取，而文件下載請求的下載地址中就包含文件的內容摘要，因此緩存器102在從數(shù)據(jù)源節(jié)點獲得該文件后，就已經(jīng)知道該文件對應的內容摘要是什么，進而緩存器102中就會緩存該文件以及該文件的內容摘要。前面提過，文件的內容摘要有多種具體實現(xiàn)方案，比如可以是文件的sha1，也可以是MD5。此外，由于sha1一般比較長、但唯一標識性更好，MD5比較短、更利于存儲，因此，可以將sha1和MD5結合起來使用。比如，在所請求文件的URL中記錄的文件內容摘要是sha1,但是緩存器102可以對sha1再進行一次數(shù)據(jù)轉換，生成更短的ha?sh值，即MD5，然后在緩存中存儲的是文件以及文件對應的MD5，將這個MD5作為在緩存器102中查找文件數(shù)據(jù)的索引關鍵詞key，如圖3所示根據(jù)本發(fā)明一個實施例的緩存器中的緩存邏輯示意圖。\n[0048] 可選的，緩存器102還可以為各文件設置緩存有效時間，因為緩存容量是有限的，通過設置緩存有效時間，可以及時清除長期不用的文件對緩存的占用。此外，還可以判斷文件是否需要緩存，如果有些文件不適合緩存，即使從數(shù)據(jù)源節(jié)點獲得了所需文件，緩存器\n108也不會對其進行緩存，后續(xù)如果有客戶端設備700再請求該文件，邊緣節(jié)點100會再從數(shù)據(jù)源節(jié)點獲取文件提供給客戶端設備700。另外，緩存器102還可以維護一個禁止下載名單，如果客戶端設備700所請求的文件的內容摘要在該禁止下載名單中，則邊緣節(jié)點100既不會從緩存器102中查找該文件發(fā)送給客戶端設備700，也不會通過向數(shù)據(jù)源節(jié)點獲取該文件發(fā)送給客戶端設備700，而是告知客戶端設備700該文件禁止下載。\n[0049] 由于緩存器102具有前面所說的緩存邏輯，因此查找器106可以根據(jù)所請求文件的內容摘要在緩存器102中進行查找，是否存在與文件內容摘要對應的文件，如果查找到，就直接將緩存中的該文件發(fā)送給客戶端設備700。\n[0050] 應當注意的是，一般每個運營商網(wǎng)絡都會有多個邊緣節(jié)點，又會存在多個運營商網(wǎng)絡，緩存器102的緩存邏輯可以是每個運營商網(wǎng)絡的所有邊緣節(jié)點共同維護一個，例如所有電信邊緣節(jié)點共同維護一個緩存邏輯，即每個電信邊緣節(jié)點獲得的文件都存在同一個邏輯上的緩存器102中，進而該緩存器102中緩存的文件可以為所有電信邊緣節(jié)點使用，即查找器106可以在這個所有電信邊緣節(jié)點共同維護的緩存器102中去查找所需的文件。此外，還可以是以區(qū)域為單位，即同一個運營商的某個區(qū)域的多個邊緣節(jié)點共同維護一個緩存器\n102，比如北京的多個電信邊緣節(jié)點共同維護一個緩存器，上海的多個電信邊緣節(jié)點共同維護另外一個緩存器，北京的電信邊緣節(jié)點可以在北京的緩存器中查找是否有所需的文件，如果沒有查找到，就認為沒有，只能去數(shù)據(jù)源節(jié)點獲?。簧虾５碾娦胚吘壒?jié)點可以在上海的緩存器中查找是否有所需的文件，如果沒有，也只能再去數(shù)據(jù)源節(jié)點獲取。再或者，還可以是每個邊緣節(jié)點都單獨維護一個緩存邏輯，即各自維護各自的緩存器102，每個邊緣節(jié)點只能查找自己的緩存器，如果沒找到，就需要到數(shù)據(jù)源節(jié)點去獲取文件?？傊?，緩存器102的緩存邏輯可以根據(jù)實際需要進行不同設置，這些都在本發(fā)明的保護范圍之內。\n[0051] 如果查找器106根據(jù)文件的內容摘要在緩存器102中沒有查找到對應的文件，則通知回源器108，進而回源器108根據(jù)回源表和從所請求文件的下載地址從相關的數(shù)據(jù)源節(jié)點獲取所請求的文件，并傳輸述客戶端設備700，并且將所請求的文件提供給緩存器102進行緩存。具體而言，回源器108中維護一個回源表，該回源表中記錄有文件的內容摘要和/或數(shù)據(jù)源節(jié)點編號，以及數(shù)據(jù)源節(jié)點地址之間的對應關系。\n[0052] 所謂數(shù)據(jù)源節(jié)點編號，可以理解為是數(shù)據(jù)源節(jié)點服務器或服務器集群的編號，仍然以前面的URL實例為例說明：\n[0053] http://wsdl11.yunpan.cn/share.php?method=Share.download&fhash=\n4c9a055de0a290341abf7fff6a4d8c0f2af7f155&xqid=XXXX&nid=XXXX&cqid=XXXX&fname=\n1.txt&e=XXXX&st=XXXXX。該URL中“wsdl”后面的“11”就是數(shù)據(jù)源節(jié)點的編號，通過該標號可以在回源表中找到與該編號對應的主機地址，比如數(shù)據(jù)源節(jié)點的具體I?P地址。如果該標號對應的是一個數(shù)據(jù)源節(jié)點的集群，那么通過該編號可以在回源表中查到多個數(shù)據(jù)源節(jié)點的主機地址，進而回源器108可以從其中的任何一個主機獲得所需的文件。\n[0054] 前面提到，由于回源表中也可以保存文件的內容摘要和存放該文件的數(shù)據(jù)源節(jié)點地址之間的對應關系，因此，還可以利用所請求文件的內容摘要查找數(shù)據(jù)源節(jié)點的地址。在回源表中，同一個文件的內容摘要也可能對應著多個數(shù)據(jù)源節(jié)點地址，回源器108從中選擇一個地址到相應的數(shù)據(jù)源節(jié)點去獲取所需的文件。\n[0055] 無論是根據(jù)所請求文件的URL中的數(shù)據(jù)源節(jié)點編號查找存儲該文件的數(shù)據(jù)源節(jié)點，還是根據(jù)所請求文件的內容摘要查找存儲該文件的數(shù)據(jù)源節(jié)點，如果只找到一個數(shù)據(jù)源節(jié)點存儲有所請求的文件，則直接根據(jù)回源表提供的該數(shù)據(jù)源節(jié)點地址去獲取文件數(shù)據(jù)。如果找到多個數(shù)據(jù)源節(jié)點，則可以根據(jù)實際需要有多種選擇方式。例如，可以優(yōu)先從同一運營商的數(shù)據(jù)源節(jié)點獲取所需的文件，如客戶端設備700是第一運營商網(wǎng)絡的，邊緣節(jié)點\n100也是第一運營商網(wǎng)絡的，那么，如果查找到的存儲所需文件的多個數(shù)據(jù)源節(jié)點中既有第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點也有第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點，那么回源器108優(yōu)先選擇從第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點獲取所需的文件。再例如，可以考慮存儲所需文件的多個數(shù)據(jù)源節(jié)點的負載狀況，即根據(jù)負載均衡的原理選擇負載相對最輕的一個數(shù)據(jù)源節(jié)點獲取所需文件。\n[0056] 回源器108維護的回源表中的內容，可以根據(jù)從各個數(shù)據(jù)源節(jié)點獲取的信息生成。\n例如，每當有文件上傳到某個數(shù)據(jù)源節(jié)點時，都會更新一條存儲記錄到回源表，該條記錄中記錄著該文件的內容摘要和/或存儲該文件的數(shù)據(jù)源節(jié)點編號，以及對應的數(shù)據(jù)源節(jié)點的具體地址，進而，回源表中便可以記錄各個文件以及存儲該文件的數(shù)據(jù)源節(jié)點的地址信息。\n回源表不限于存儲在邊緣節(jié)點100中，也可以存儲在其他專門的管理設備中，只要數(shù)據(jù)源節(jié)點能夠和邊緣節(jié)點100或者該專門的管理設備進行通信，使得回源表中的信息能夠根據(jù)數(shù)據(jù)源節(jié)點存儲文件的更新而更新，邊緣節(jié)點100中的回源器108能夠及時獲取到回源表中的信息即可。前面提到，回源器108可以僅根據(jù)所請求文件的URL中的數(shù)據(jù)源節(jié)點編號查詢相關的數(shù)據(jù)源節(jié)點地址，也可以僅根據(jù)所請求文件的內容摘要查詢相關的數(shù)據(jù)源節(jié)點地址，因此對應的，回源表中也可以僅記錄數(shù)據(jù)源節(jié)點編號和數(shù)據(jù)源節(jié)點地址之間的關聯(lián)關系，或者僅記錄文件的內容摘要和數(shù)據(jù)源節(jié)點地址之間的關聯(lián)關系。當然，還可以優(yōu)先使用數(shù)據(jù)源節(jié)點編號查詢相關數(shù)據(jù)源節(jié)點地址，如果查找不到合適的，比如同一運營商網(wǎng)絡的，再繼續(xù)通過文件的內容摘要繼續(xù)查詢是否還有其他同一運營商網(wǎng)絡的存儲該文件的數(shù)據(jù)源節(jié)點，這種情況下對應的，回源表中就需要同時記錄數(shù)據(jù)源節(jié)點編號、文件的內容摘要以及數(shù)據(jù)源節(jié)點地址之間的對應關系。\n[0057] 回源器108可以包括數(shù)據(jù)源查詢模塊、直接回源模塊、代理回源模塊以及緩存通知模塊。具體而言，如果數(shù)據(jù)源查詢模塊根據(jù)已知的回源表和文件下載請求的下載地址，具體是根據(jù)回源表和根據(jù)下載地址得到的數(shù)據(jù)源節(jié)點編號或者是文件的內容摘要，查找到存儲該文件的數(shù)據(jù)源節(jié)點與邊緣節(jié)點100是同一運營商網(wǎng)絡的，比如是第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點500，則直接回源模塊將文件下載請求轉發(fā)給查找到的數(shù)據(jù)源節(jié)點500，從該數(shù)據(jù)源節(jié)點500獲取所需文件。由于邊緣節(jié)點100和數(shù)據(jù)源節(jié)點500都是第一運營商網(wǎng)絡的節(jié)點，因此他們之間直接進行通信速度很快，無需通過代理集群，所以可以直接連接下載。同時，緩存通知模塊通知緩存器102對通過直接回源模塊獲取到的所請求的文件進行緩存。\n[0058] 如果第一運營商網(wǎng)絡的邊緣節(jié)點100中的數(shù)據(jù)源查詢模塊，在回源表中查找不到與邊緣節(jié)點100屬于同一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點存儲有所請求的文件，只找到第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600存儲了所請求文件，那么代理回源模塊通過第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群300從第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點600獲取所請求的文件。\n同時，緩存通知模塊通知緩存器102對通過代理回源模塊獲取的所請求的文件進行緩存。\n[0059] 為了更好的描述代理回源模塊如何通過第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群300從第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600獲取所請求的文件，下面先介紹下代理集群\n300的具體結構。代理集群300包括邊緣側第一運營商網(wǎng)絡代理集群302、源節(jié)點側第二運營商網(wǎng)絡代理集群306，以及第一傳輸通道304。例如，圖4所示的根據(jù)本發(fā)明一個實施例的電信至網(wǎng)通的代理集群示意圖。該代理集群包括電信代理集群、網(wǎng)通代理集群，以及兩個代理集群之間的光纖傳輸通道。其中電信代理集群412相當于邊緣側第一運營商網(wǎng)絡代理集群\n302，網(wǎng)通代理集群416相當于源節(jié)點側第二運營商網(wǎng)絡代理集群306。電信代理集群412通過電信出口與電信下載節(jié)點（即電信邊緣節(jié)點）進行通信，網(wǎng)絡代理集群416通過網(wǎng)通出口與網(wǎng)通數(shù)據(jù)源節(jié)點進行通信。\n[0060] 首先，第一運營商網(wǎng)絡的緣邊節(jié)點100的回源器108根據(jù)客戶端設備700的文件下載請求以及查找到的數(shù)據(jù)源節(jié)點600的地址，向代理集群300中的邊緣側第一運營商網(wǎng)絡代理集群302發(fā)送請求從數(shù)據(jù)源節(jié)點600下載文件的請求，然后該邊緣側第一運營商網(wǎng)絡代理集群302通過第一傳輸通道304，一般都是光纖，將文件下載請求傳輸至源節(jié)點側第二運營商網(wǎng)絡代理集群306。進而，源節(jié)點側第二運營商網(wǎng)絡代理集群306再向相關的第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600發(fā)送文件下載請求，從該數(shù)據(jù)源節(jié)點600獲得所請求的文件。源節(jié)點側第二運營商網(wǎng)絡代理集群306從數(shù)據(jù)源節(jié)點600獲得了所請求的文件后，再將所請求的文件通過第一傳輸通道304傳輸至邊緣側第一運營商網(wǎng)絡代理集群302，進而再由邊緣側第一運營商網(wǎng)絡代理集群302將該文件傳輸給邊緣節(jié)點100的代理回源模塊，最終邊緣節(jié)點100的代理回源模塊108將該文件返回至客戶端設備100。至此，第一運營商網(wǎng)絡的客戶端設備\n700通過第一運營商網(wǎng)絡的邊緣節(jié)點100、第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群\n300從第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點成功下載了所請求的文件。\n[0061] 第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群400的結構與第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群結構雷同，故不再贅述，僅簡單介紹。代理集群400包括邊緣側第二運營商網(wǎng)絡代理集群402，接收來自第二運營商網(wǎng)絡的邊緣節(jié)點200的文件下載請求，以及向第二運營商網(wǎng)絡的邊緣節(jié)點200返回所請求的文件。第二傳輸通道404從邊緣側第二運營商網(wǎng)絡代理集群402向源節(jié)點側第一運營商網(wǎng)絡代理集群406傳輸信息，以及從源節(jié)點側第一運營商網(wǎng)絡代理集群406向邊緣側第二運營商網(wǎng)絡代理集群402傳輸信息；源節(jié)點側第一運營商網(wǎng)絡代理集群406根據(jù)通過第二傳輸通道404接收的來自邊緣側第二運營商網(wǎng)絡代理集群402的文件下載請求，向第一運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點500發(fā)送文件下載請求，以及接收第一運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點500返回的所請求的文件，并通過第二傳輸通道404傳輸至邊緣側第二運營商網(wǎng)絡代理集群200。\n[0062] 通過上面的描述可知，第一運營商網(wǎng)絡的邊緣節(jié)點100中的回源器108可以從數(shù)據(jù)源節(jié)點（如第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點500或第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600）獲取到客戶端設備700所需的文件，并傳輸給客戶端設備700。在本發(fā)明的一個實施例中，回源器\n108可以逐個部分地從數(shù)據(jù)源節(jié)點獲取所請求的文件的各部分，并同時向客戶端設備700傳輸該文件中所獲取的部分，直到完全獲取了該文件為止。具體而言，當數(shù)據(jù)源節(jié)點向邊緣節(jié)點100中的回源器108返回文件標頭header信息后，邊緣節(jié)點100隨即將該header信息返回給客戶端設備700，客戶端設備100獲得header信息后便知道了所請求下載的文件的大小，然后會保持與邊緣節(jié)點100的鏈接，等待并接受邊緣節(jié)點返回的數(shù)據(jù)，直到下載整個文件為止。邊緣節(jié)點100在連接到數(shù)據(jù)源節(jié)點后，會持續(xù)從數(shù)據(jù)源節(jié)點獲得文件的內容數(shù)據(jù)，同時持續(xù)將獲得內容數(shù)據(jù)直接發(fā)送給客戶端設備700，直到該文件傳輸完畢為止。邊緣節(jié)點100在從數(shù)據(jù)源節(jié)點獲得整個文件之后，會將header信息和文件內容放入緩存中。\n[0063] 由此可以看出，邊緣節(jié)點100可以一邊從數(shù)據(jù)源節(jié)點獲得所請求的文件，一邊向客戶端設備700傳輸已經(jīng)獲取到的該文件的部分內容，而不需要等邊緣節(jié)點100完全從數(shù)據(jù)源節(jié)點下載到整個文件內容之后，再開始向客戶端設備700傳輸該文件。此種情況下，邊緣節(jié)點100中的回源器108可以看做是一個非阻塞回源器。\n[0064] 在本發(fā)明的一個實施例中，下載管理設備110可以通過varnia?sh緩存服務器予以實現(xiàn)，或者說邊緣節(jié)點的全部或部分通過varniash緩存服務器實現(xiàn)。通過varniash緩存服務器可以實現(xiàn)在從數(shù)據(jù)源節(jié)點下載文件的過程中，同步向客戶端設備傳輸文件，即具有非阻塞回源器。具體請參閱圖5，其示出了根據(jù)本發(fā)明一個實施例的數(shù)據(jù)下載系統(tǒng)示意圖，其中，電信下載節(jié)點512是圖1中第一運營商網(wǎng)絡的邊緣節(jié)點100的一個具體實例，電信下載節(jié)點512包括多個varniash節(jié)點；網(wǎng)通下載節(jié)點514是圖1中第二運營商網(wǎng)絡的邊緣節(jié)點200的一個具體實例，網(wǎng)通下載節(jié)點514也包括多個varniash；電信—>網(wǎng)通代理集群516是圖1中第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群300的一個具體實例，其可以包括代理集群\n1、代理集群2等多個代理集群，彼此可以互為備份；網(wǎng)通—>電信代理集群518是圖1中第二運營商網(wǎng)絡至第一運營商網(wǎng)絡的代理集群400的一個具體實例，其也包括代理集群1、代理集群2等多個代理集群，可以互為備份；電信數(shù)據(jù)源520是圖1中第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點500的一個具體實例，其可以包括多個數(shù)據(jù)源節(jié)點；網(wǎng)絡數(shù)據(jù)源522是圖1中第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點600一個具體實例，其可以包括多個數(shù)據(jù)源節(jié)點。每個varniash節(jié)點都對應的一組代理集群，因此利用Varnish節(jié)點自身的failover（失效備份）機制，可以在某個代理集群故障時，自動切換到其他的代理集群，從而降低了服務不可用的風險。\n[0065] 請參閱圖6，其示出了根據(jù)本發(fā)明一個實施例的用于提供文件下載地址的管理方法流程圖。\n[0066] 該管理方法始于步驟S610，在步驟S610中，首先根據(jù)文件在數(shù)據(jù)源節(jié)點中的存儲路徑生成該文件的資源定位信息。當某個文件上傳到某個數(shù)據(jù)源節(jié)點之后，數(shù)據(jù)源節(jié)點或者其他與數(shù)據(jù)源節(jié)點能夠相互通信的管理設備，就可以獲得該文件在這個數(shù)據(jù)源節(jié)點上的存儲路徑，進而根據(jù)該存儲路徑可以生成文件的資源定位信息，即相當于生成該文件URL中的路徑和文件名這部分內容。該步驟可以通過圖2中的資源定位器212執(zhí)行，相關技術可以參考前述各實施例中有關資源定位器212的描述，此處不再贅述。\n[0067] 一方面通過步驟S610生成文件的資源定位信息，另一方面，在步驟S620中，對該文件的內容采用特定數(shù)據(jù)轉換生成文件的內容摘要。文件的內容摘要本質上是文件內容的標識信息，文件內容摘要與文件數(shù)據(jù)一一對應，不同內容的文件，內容摘要也不同。該步驟可以通過圖2中的摘要生成器214實現(xiàn)，相關技術可以參考前述各實施例中有關摘要生成器\n214的描述，此處不再贅述。\n[0068] 應當注意的是，步驟S610和步驟S620之間的順序是可以調整的，例如步驟S610可以在步驟S620之前、之后或者與步驟S620同時執(zhí)行。\n[0069] 在通過步驟S610獲得文件的資源定位信息，以及通過步驟S620獲得文件的內容摘要之后，在步驟S630中，至少根據(jù)文件的資源定位信息和文件的內容摘要，生成文件的下載地址，如URL，該下載地址中至少包括文件的資源定位信息和文件的內容摘要。至此，文件的下載地址就生成了，此后，可以提供給需要下載該文件的客戶端設備進行使用。例如，客戶端設備在網(wǎng)站上點擊某個文件或文件列表需要下載該文件時，即可獲得該文件的URL，進而，后續(xù)客戶端設備可以根據(jù)該下載地址向邊緣節(jié)點發(fā)送文件下載請求，從而使邊緣節(jié)點獲得該文件的URL，該URL中不僅包括文件的存儲路徑等資源定位信息，還包括文件的內容摘要。該步驟可以通過圖2中的下載地址生成器216實現(xiàn)，相關技術可以參考前述各實施例中有關下載地址生成器216的描述，此處不再贅述。\n[0070] 接著請參看圖7，其示出了根據(jù)本發(fā)明一個實施例的用于數(shù)據(jù)下載系統(tǒng)中的下載管理方法流程圖。該數(shù)據(jù)下載系統(tǒng)可以包括前面各實施例描述的邊緣節(jié)點和數(shù)據(jù)源節(jié)點，進一步還可以包括前面各實施例描述的代理集群。\n[0071] 該下載管理方法始于步驟S710，在步驟S710中，邊緣節(jié)點獲得來自客戶端設備的文件下載請求，并根據(jù)該文件下載請求的下載地址解析出所請求的文件的內容摘要。在前面圖6給出的實施例流程中已經(jīng)介紹過，客戶端設備可以獲得需要下載的文件的URL，而且該URL中還包含文件的內容摘要，因此客戶端設備向邊緣節(jié)點發(fā)送下載請求時，下載請求中的下載地址URL中會包含所請求文件的內容摘要。\n[0072] 在邊緣節(jié)點通過步驟S710獲得客戶端設備的下載請求，并且根據(jù)下載請求解析出所請求文件的內容摘要之后，在步驟S720中，邊緣節(jié)點根據(jù)所請求的文件的內容摘要在緩存中查找是否存在所請求的文件。如果是，則進入步驟S730：從緩存中獲取所請求的文件傳輸至客戶端設備。如果否，即在緩存中不沒有所需的文件，則進入步驟S740：邊緣節(jié)點從所請求的文件相關的數(shù)據(jù)源節(jié)點獲取所請求的文件，并傳輸至客戶端設備。\n[0073] 在一個實施例的步驟S740中，邊緣節(jié)點可以逐個部分地從數(shù)據(jù)源節(jié)點獲取所請求的文件的各部分，并同時向客戶端設備傳輸所請求的文件中所獲取的部分，直到完全獲取了所請求的文件為止。通過這種無阻塞的回源方式，可以使邊緣節(jié)點不必等從數(shù)據(jù)源節(jié)點獲得整個文件之后再傳輸給客戶端設備，可以在從數(shù)據(jù)源節(jié)點獲得所請求的文件的過程中，同時向客戶端設備傳輸，從而進一步提高了文件的下載速度。\n[0074] 在一個實施例的步驟S740中，為了進一步提高下載效率，如果邊緣節(jié)點和數(shù)據(jù)源節(jié)點不是同一運營商網(wǎng)絡的節(jié)點，那么邊緣節(jié)點還可以通過代理集群從數(shù)據(jù)源節(jié)點獲得所請求的文件，例如，數(shù)據(jù)下載系統(tǒng)還包括第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群。步驟S740具體包括：首先邊緣節(jié)點根據(jù)已知的回源表以及所請求的文件的下載地址查詢所請求的文件相關的數(shù)據(jù)源節(jié)點；當邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且查詢到所請求的文件相關的數(shù)據(jù)源節(jié)點包括該第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，直接從該第一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點獲取所請求的文件；當邊緣節(jié)點為第一運營商網(wǎng)絡的邊緣節(jié)點，并且查詢到所請求的文件相關的數(shù)據(jù)源節(jié)點是第二運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點時，則通過第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群從第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點獲取所請求的文件。\n[0075] 對于邊緣節(jié)點直接從同一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點獲取所請求的文件過程比較簡單，不再詳述，下面主要介紹下通過代理集群從非同一運營商網(wǎng)絡的數(shù)據(jù)源節(jié)點獲取所請求文件的過程。具體而言，第一運營商網(wǎng)絡至第二運營商網(wǎng)絡的代理集群包括邊緣側第一運營商網(wǎng)絡代理集群、傳輸通道和源節(jié)點側第二運營商網(wǎng)絡代理集群，首先，邊緣側第一運營商網(wǎng)絡代理集群接收來自第一運營商網(wǎng)絡的邊緣節(jié)點的文件下載請求，并通過傳輸通道傳輸至源節(jié)點側第二運營商網(wǎng)絡代理集群；源節(jié)點側第二運營商網(wǎng)絡代理集群在接收到文件下載請求后，據(jù)此向第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點發(fā)送文件下載請求，并接收該第二運營商網(wǎng)絡相關的數(shù)據(jù)源節(jié)點返回的所請求的文件，以及將該文件通過傳輸通道傳輸至邊緣側第一運營商網(wǎng)絡代理集群；進而，該邊緣側第一運營商網(wǎng)絡代理集群再將該文件傳輸至第一運營商網(wǎng)絡的邊緣節(jié)點。\n[0076] 當邊緣節(jié)點通過步驟S740獲得客戶端所請求文件的同時或者之后，在步驟S750中，將該文件的內容摘要以及從數(shù)據(jù)源節(jié)點獲得的該文件內容進行緩存，以便后續(xù)再有下載該文件的下載請求時，邊緣節(jié)點不需要再去數(shù)據(jù)源節(jié)點獲取文件，直接通過步驟S730從自己的緩存中將該文件傳輸給客戶端設備即可。通過步驟S750的不斷積累，邊緣節(jié)點緩存中的文件越來越多，在很大程度上能夠為客戶端設備直接提供所請求的文件，而無需再去數(shù)據(jù)源節(jié)點進行下載，由此提高的文件的下載效率，也減少了與數(shù)據(jù)源節(jié)點之間的通信次數(shù)，并減輕了數(shù)據(jù)源節(jié)點的負載負擔。\n[0077] 在上述數(shù)據(jù)處理過程中，步驟S710可以通過圖1中的解析器104執(zhí)行，步驟S720和S730可以通過圖1中的查找器106執(zhí)行，步驟S740可以通過圖1中的回源器108執(zhí)行，步驟S750可以通過圖1中的緩存器102執(zhí)行，而且以上邊緣節(jié)點執(zhí)行的各步驟可以通過varniash緩存服務器執(zhí)行。相關技術實現(xiàn)可以參考前述各實施例中對應部件的描述，此處不再贅述。\n[0078] 通過以上本發(fā)明的各實施例可以看出，邊緣節(jié)點根據(jù)從所請求文件下載地址解析出的文件內容摘要作為索引關鍵詞，在緩存中查詢是否已經(jīng)存儲了所請求的文件，而不是根據(jù)文件的整個URL作為索引查詢，同理，在緩存中存儲文件時也是根據(jù)文件的內容摘要是否相同判斷是否為同一份文件，即文件的內容摘要是文件內容數(shù)據(jù)的標識，只要文件的內容摘要不同文件數(shù)據(jù)本身就不同，反之，只要文件的內容摘要相同就說明文件數(shù)據(jù)本身就是同一個。因此，如果兩個文件的URL不同，但文件的內容數(shù)據(jù)實質相同，那么該文件的內容摘要就是相同的，進而，如果該文件此前已經(jīng)在邊緣節(jié)點中緩存過了，那么后續(xù)即便是客戶端設備再發(fā)來一個不同的文件下載地址URL，只要URL中該文件的內容摘要和緩存中的一致，那么邊緣節(jié)點也不會再去數(shù)據(jù)源節(jié)點重復下載該文件并緩存，而是直接根據(jù)該文件的內容摘要從緩存中找到該文件提供給客戶端設備。由此可以看出，一方面減少了緩存中的重復數(shù)據(jù)，另一方面也提高了為客戶端設備下載文件的效率，同時減少了邊緣節(jié)點到數(shù)據(jù)源節(jié)點的通信次數(shù)，進而減少了數(shù)據(jù)源節(jié)點的負載以及代理集群的帶寬消耗。\n[0079] 進一步，有些情況下，文件URL沒有發(fā)生變化，但實質文件的內容數(shù)據(jù)已經(jīng)發(fā)生了更新。如果采用現(xiàn)有技術中只根據(jù)不攜帶文件內容摘要信息的URL作為查詢緩存文件的索引關鍵詞，那么很可能將實質內容數(shù)據(jù)已經(jīng)發(fā)生變化、URL沒變的文件發(fā)送給客戶端設備，進而導致客戶端設備下載不到最新、最正確的文件。而采用本發(fā)明實施例的方案，由于是根據(jù)文件URL中的文件內容摘要判斷緩存中是否存在該文件，如果URL沒變、實質數(shù)據(jù)內容變化的話，那么在通過文件內容摘要查詢緩存時，已經(jīng)找不到對應的文件了，于是就會自動從數(shù)據(jù)源節(jié)點獲取最新的文件提供給客戶端設備，即緩存中的文件及時得到了更新。換而言之，本發(fā)明實施例中緩存的更新是由邊緣節(jié)點主動發(fā)起的，而不是像現(xiàn)有CDN網(wǎng)絡中由數(shù)據(jù)源節(jié)點發(fā)起的，因此避免了使用現(xiàn)有CDN數(shù)據(jù)緩存更新效率低的問題。\n[0080] 再進一步，邊緣節(jié)點通過代理集群從數(shù)據(jù)源節(jié)點獲取文件，當文件較大時，可以利用邊緣節(jié)點服務器（如Varnish）的Stream非阻塞模式，可以實現(xiàn)邊緩存邊讓客戶端設備下載。避免了使用CDN時，需要等到整個文件完全緩存才能下載的問題，整個過程客戶端設備不用等待。\n[0081] 在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設備固有相關。\n各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構造這類系統(tǒng)所要求的結構是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。\n[0082] 在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。\n[0083] 類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖：即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權利要求書由此明確地并入該具體實施方式，其中每個權利要求本身都作為本發(fā)明的單獨實施例。\n[0084] 本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書（包括伴隨的權利要求、摘要和附圖）中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書（包括伴隨的權利要求、摘要和附圖）中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。\n[0085] 此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。\n[0086] 本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器（DSP）來實現(xiàn)根據(jù)本發(fā)明實施例的下載管理設備、管理設備以及數(shù)據(jù)下載系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序（例如，計算機程序和計算機程序產(chǎn)品）。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。\n[0087] 應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。