[發(fā)明專利]一種運(yùn)用點(diǎn)陣結(jié)構(gòu)實(shí)現(xiàn)數(shù)據(jù)快速上傳、下載的系統(tǒng)和方法

無效

• 申請?zhí)枺?/td>: 200810062440.4
• 申請日: 2008-06-16
• 公開（公告）號: CN101610196A
• 公開（公告）日: 2009-12-23
• 發(fā)明（設(shè)計）人: 張兵權(quán);楊志民;盧軍;徐禮崗
• 申請（專利權(quán)）人: 杭州看吧科技有限公司
• 主分類號: H04L12/54
• 分類號: H04L12/54;H04L29/02
• 代理公司: 暫無信息
• 代理人: 暫無信息

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

本發(fā)明涉及在互聯(lián)網(wǎng)絡(luò)上的數(shù)據(jù)信息傳輸方法，尤其涉及一種運(yùn)用客戶終端與服務(wù)器群之間的點(diǎn)陣結(jié)構(gòu)技術(shù)來實(shí)現(xiàn)數(shù)據(jù)信息在互聯(lián)網(wǎng)上迅速上傳、下載的數(shù)據(jù)信息傳輸方法，可用于大容量文件的傳送和接收，媒體信息的發(fā)布等。

背景技術(shù)

當(dāng)前網(wǎng)絡(luò)用戶通過互聯(lián)網(wǎng)實(shí)現(xiàn)數(shù)據(jù)信息的上傳、下載的方法，不管是以http、ftp、或者QQ等形式，基本都是一種模式，即輸出數(shù)據(jù)信息的網(wǎng)絡(luò)客戶端用戶把數(shù)據(jù)信息上傳到網(wǎng)站的一臺服務(wù)器上，接收數(shù)據(jù)的網(wǎng)絡(luò)客戶端用戶，只從這臺服務(wù)器下載數(shù)據(jù)，如圖1所示。

這種技術(shù)方法由于客戶端在互聯(lián)網(wǎng)上的與其他終端的每一條連接，在單位時間內(nèi)交換的信息量是有上限的(大多為100K左右)。而這種上傳、下載數(shù)據(jù)信息的會話連接都只有一條。所以其局限性從一開始就突出地體現(xiàn)出來，比如人們在上、下載稍大一些的數(shù)據(jù)信息附件時，速度就非常緩慢，甚至數(shù)據(jù)大小在超過改定容量時，則不能上傳。隨著信息時代的信息模式及信息容量的快速發(fā)展，人們對大型數(shù)據(jù)信息快速傳輸?shù)男枨笤絹碓狡惹校┤纾笮蛿?shù)據(jù)附件的email傳輸?shù)龋?dāng)前的這種數(shù)據(jù)上傳、下載的技術(shù)方法的局限性就更為嚴(yán)重地體現(xiàn)出來。

即便這些形式的數(shù)據(jù)傳輸應(yīng)用了當(dāng)前越來越廣泛使用的P2P協(xié)議技術(shù)(如圖2所示)，也解決不了其局限性。而且當(dāng)前P2P軟件主要解決了下載速率問題，但沒有解決用戶發(fā)送數(shù)據(jù)信息的上傳速率問題。

綜上所述，當(dāng)前的網(wǎng)絡(luò)技術(shù)方法還沒有能解決大型數(shù)據(jù)快速上傳、下載問題。而且，當(dāng)前許多網(wǎng)絡(luò)運(yùn)營商，為了一定程度上滿足用戶數(shù)據(jù)傳遞的巨大需求，由于這種局限使得網(wǎng)絡(luò)資源的投入非常巨大。

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

本發(fā)明針對現(xiàn)有技術(shù)中存在的局限性問題，提供一種利用互聯(lián)網(wǎng)絡(luò)客戶端為點(diǎn)，以特別設(shè)立的網(wǎng)絡(luò)數(shù)據(jù)服務(wù)器群為陣的點(diǎn)陣結(jié)構(gòu)技術(shù)，來實(shí)現(xiàn)數(shù)據(jù)信息的快速上傳、下載的系統(tǒng)和方法，尤其針對大型數(shù)據(jù)信息在互聯(lián)網(wǎng)絡(luò)上的快速上傳和下載的方法。在本發(fā)明的系統(tǒng)中，同時設(shè)立主控服務(wù)器，用以控制客戶端和數(shù)據(jù)服務(wù)的數(shù)據(jù)信息連接。

為了解決前述技術(shù)局限，在特別設(shè)立的數(shù)據(jù)服務(wù)器群和主控服務(wù)器以及客戶端組成的系統(tǒng)下，本發(fā)明通過下述技術(shù)方案得以解決。方案包含兩個有機(jī)的模塊，數(shù)據(jù)快速上傳模塊和數(shù)據(jù)快速下載模塊。

一種運(yùn)用點(diǎn)陣結(jié)構(gòu)技術(shù)實(shí)現(xiàn)數(shù)據(jù)快速上傳的方法，包括以下步驟：

A.客戶端1要發(fā)送數(shù)據(jù)信息M給客戶端2，向主控服務(wù)器發(fā)送上傳數(shù)據(jù)信息M的請求；

B.主控服務(wù)器返回空閑的N個數(shù)據(jù)服務(wù)器列表給客戶端1。

N是可變參數(shù)，根據(jù)網(wǎng)絡(luò)部署的數(shù)據(jù)服務(wù)器陣的情況進(jìn)行設(shè)置。(數(shù)據(jù)服務(wù)器數(shù)量不建議少于3個，在帶寬足夠的情況下，配置的越多，速度越快)

C.客戶端1與數(shù)據(jù)服務(wù)器列表中的每個數(shù)據(jù)服務(wù)器建立會話連接(共N個會話連接)；

D.客戶端1對數(shù)據(jù)信息M進(jìn)行分段。

客戶端1根據(jù)數(shù)據(jù)服務(wù)器列表信息，把數(shù)據(jù)信息M共劃分為N個片段：K₁，K₂，…，K_N，并且滿足K₁+K₂+…+K_N＝M。

E.客戶端1把劃分好的數(shù)據(jù)信息M的各個片段，分別上傳到數(shù)據(jù)服務(wù)器列表中的N個數(shù)據(jù)服務(wù)器。

由于服務(wù)器陣中有多臺數(shù)據(jù)服務(wù)器同時與客戶端1建立了會話連接，并分別接收數(shù)據(jù)信息的其中一個片段，所以，客戶端1上傳大型數(shù)據(jù)信息的速度會非常理想。

這樣就解決了客戶端在單位時間內(nèi)上載數(shù)據(jù)信息的容量和速度的傳統(tǒng)局限性問題。

一種運(yùn)用點(diǎn)陣結(jié)構(gòu)技術(shù)實(shí)現(xiàn)數(shù)據(jù)快速下載的方法，包括以下步驟：

(1)客戶端2向主控服務(wù)器發(fā)送接收數(shù)據(jù)信息M的請求；

(2)主控服務(wù)器返回存放數(shù)據(jù)的N個數(shù)據(jù)服務(wù)器信息列表給客戶端2；

(3)客戶端2與數(shù)據(jù)服務(wù)器列表中的每個數(shù)據(jù)服務(wù)器建立會話連接(共N個會話連接)；同時，從每個數(shù)據(jù)服務(wù)器上，分別下載其存放的數(shù)據(jù)信息M的不同數(shù)據(jù)片段：K₁，K₂，…，K_N。

(4)客戶端2下載完畢時，N個數(shù)據(jù)信息片段重新組合為完整數(shù)據(jù)信息M。

若客戶端1在線，客戶端2還可以同時從客戶端1處下載數(shù)據(jù)M的片段。

這樣客戶端2因?yàn)榕c服務(wù)器陣中若干臺數(shù)據(jù)服務(wù)器建立會話連接，每條會話連接下載客戶端1的數(shù)據(jù)信息M的不同信息片段。這樣就同樣解決了傳統(tǒng)技術(shù)中因會話連接少而存在的局限性問題，所以下載大型數(shù)據(jù)信息的速度同樣非常理想。