專利名稱：：一種上傳數(shù)據(jù)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及計(jì)算機(jī)及通信領(lǐng)域，特別是涉及上傳數(shù)據(jù)的方法及系統(tǒng)。技術(shù)背景互聯(lián)網(wǎng)的主要應(yīng)用之一就是資源共享，運(yùn)營商為用戶提供了博客、播客和網(wǎng)絡(luò)硬盤等增值服務(wù)，用戶可以通過所在的客戶端向服務(wù)器上傳文字類、音頻類和視頻類等文件。在客戶端直接傳輸數(shù)據(jù)時，如果客戶端在防火墻之后，則兩個客戶端之間不能直接傳輸數(shù)據(jù)，必須經(jīng)過服務(wù)器的中轉(zhuǎn)，所以同樣需要客戶端向服務(wù)器上傳數(shù)據(jù)。目前現(xiàn)有技術(shù)中上傳數(shù)據(jù)的過程是一對一實(shí)現(xiàn)的，參見圖l所示，一個客戶端只向一個服務(wù)器上傳數(shù)據(jù)，存在一定的局限性，如果一個客戶端向多個服務(wù)器上傳數(shù)據(jù)，.則上傳速度更慢。并且，雖然非對稱數(shù)字用戶線(AsymmetricDigitalSubscriberLine,ADSL)等寬帶接入技術(shù)得到了廣泛的應(yīng)用，但由于ADSL的上行和下行鏈路的不對稱性，上傳鏈路的帶寬受到較大程度的限制，使得上傳數(shù)據(jù)的速度不理想。綜上，由于受到上傳方式的局限和寬帶接入技術(shù)的限制，上傳數(shù)據(jù)的效率不理想。
發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種上傳數(shù)據(jù)的方法及系統(tǒng)，用于提高上傳數(shù)據(jù)的效率。一種上傳數(shù)據(jù)的方法，包括以下步驟客戶端與服務(wù)器側(cè)建立連接；所述客戶端向服務(wù)器側(cè)發(fā)送上傳所述文件的內(nèi)容數(shù)據(jù)；服務(wù)器側(cè)根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。一種客戶端，包4舌計(jì)算模塊，用于根據(jù)預(yù)設(shè)的算法對文件的內(nèi)容數(shù)據(jù)進(jìn)行計(jì)算，并獲得所述文件的內(nèi)容簽名；接口模塊，用于與服務(wù)器建立連接，并向服務(wù)器上傳所述文件的內(nèi)容數(shù)據(jù)和內(nèi)容簽名。一種服務(wù)器，包括接口模塊，用于與客戶端建立連接，并接收客戶端上傳的文件的內(nèi)容數(shù)據(jù)；處理模塊，用于根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并通知所述接口模塊從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。一種系統(tǒng)，包括客戶端，用于與服務(wù)器建立連接，并向服務(wù)器上傳文件的內(nèi)容數(shù)據(jù)；所述服務(wù)器，用于接收所述文件的內(nèi)容數(shù)據(jù)，并根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，以及從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。本發(fā)明實(shí)施例通過在上傳數(shù)據(jù)的過程中提供多個數(shù)據(jù)源，使接收方可以從多個數(shù)據(jù)源接收數(shù)據(jù)，不再是單一設(shè)備的上傳，不需要受單一設(shè)備上傳帶寬的限制的影響，提高了上傳數(shù)據(jù)的效率。圖1為現(xiàn)有技術(shù)中上傳過程的示意圖；圖2為本發(fā)明實(shí)施例中系統(tǒng)的基本結(jié)構(gòu)圖；圖3為本發(fā)明實(shí)施例中系統(tǒng)的詳細(xì)結(jié)構(gòu)圖；圖4為本發(fā)明實(shí)施例中客戶端的結(jié)構(gòu)圖；圖5為本發(fā)明實(shí)施例中服務(wù)器的結(jié)構(gòu)圖；圖6為本發(fā)明實(shí)施例中上傳數(shù)據(jù)的主要方法流程圖；圖7為本發(fā)明實(shí)施例中客戶端上傳內(nèi)容簽名時上傳數(shù)據(jù)的方法流程圖8為本發(fā)明實(shí)施例中服務(wù)器計(jì)算內(nèi)容數(shù)據(jù)時上傳數(shù)據(jù)的方法流程圖。具體實(shí)施方式本發(fā)明實(shí)施例中，當(dāng)一個客戶端向服務(wù)器上傳數(shù)據(jù)時，使其它存有該數(shù)據(jù)的設(shè)備也向該服務(wù)器上傳數(shù)據(jù)，以提高上傳數(shù)據(jù)的效率。參見圖2,本實(shí)施例中的系統(tǒng)包括服務(wù)器201和客戶端202?？蛻舳?02用于與服務(wù)器201建立連接，并向服務(wù)器201上傳文件的內(nèi)容數(shù)據(jù)和描述信息。本實(shí)施例中的描述信息包括文件名和/或文件的內(nèi)容簽名。其中，內(nèi)容數(shù)據(jù)具體是指文件的二進(jìn)制數(shù)據(jù)，包括文件的文件名、文件大小和純內(nèi)容部分的數(shù)據(jù)等。內(nèi)容簽名是根據(jù)預(yù)設(shè)的算法對文件的內(nèi)容數(shù)據(jù)進(jìn)行計(jì)算后獲得的。本實(shí)施例中的算法包括對不同的數(shù)據(jù)處理得到不同的處理結(jié)果的所有算法，處理結(jié)果(即內(nèi)容簽名)可唯一標(biāo)識處理前的數(shù)據(jù)即可，如信息-摘要算法5(MD5)和安全哈希算法(Safe-HashAlgorithm,SHA)等。獲得所需的內(nèi)容簽名可以有多種方式，如對文件的全部內(nèi)容數(shù)據(jù)進(jìn)行處理獲得所需的內(nèi)容簽名；如將文件的全部內(nèi)容數(shù)據(jù)分為多個數(shù)據(jù)段，分別對各數(shù)據(jù)段進(jìn)行處理得到多個內(nèi)容簽名，再將該多個內(nèi)容簽名合并為所需的內(nèi)容簽名；如將前一例子中的多個內(nèi)容簽名合并后，進(jìn)一步根據(jù)算法進(jìn)行處理，得到所需的內(nèi)容簽名；如從文件的內(nèi)容數(shù)據(jù)中選擇部分內(nèi)容數(shù)據(jù)，對該部分內(nèi)容數(shù)據(jù)進(jìn)行處理后得到所需的內(nèi)容簽名；如將前一例子中的部分內(nèi)容數(shù)據(jù)分為多個數(shù)據(jù)段，分別對各數(shù)據(jù)段進(jìn)行處理得到多個內(nèi)容簽名，再將該多個內(nèi)容簽名合并為所需的內(nèi)容簽名等方式。服務(wù)器201用于與客戶端202建立連接，接收客戶端202上傳的文件的內(nèi)容數(shù)據(jù)和描述信息，并根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，以及從所述設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。存有所述文件的設(shè)備可以是客戶端或服務(wù)器，并且存有所述文件的設(shè)備不只一個。當(dāng)客戶端202未上傳文件的內(nèi)容簽名，而服務(wù)器201需要根據(jù)內(nèi)容簽名確定存有所述文件的設(shè)備時，服務(wù)器201根據(jù)預(yù)設(shè)的算法對所述文件的內(nèi)容數(shù)據(jù)計(jì)算后獲得所述文件的內(nèi)容簽名，特別是對所述文件的部分內(nèi)容數(shù)據(jù)進(jìn)行計(jì)算。如果要求客戶端202優(yōu)先上傳該部分內(nèi)容數(shù)據(jù)，則效果更好。本實(shí)施例中的服務(wù)器201是對服務(wù)器的泛指，具體可由多個服務(wù)器構(gòu)成，該多個服務(wù)器包括上傳服務(wù)器203和索引服務(wù)器204,參見圖3所示。其中，上傳服務(wù)器203用于與客戶端202(及服務(wù)器)建立連接，并接收和保存客戶端202上傳的文件的描述信息和內(nèi)容數(shù)據(jù)，以及將文件的描述信息需要根據(jù)內(nèi)容簽名確定存有所述文件的設(shè)備，則上傳服務(wù)器203還用于根據(jù)預(yù)設(shè)的算法對所述文件的內(nèi)容數(shù)據(jù)計(jì)算后獲得所述文件的內(nèi)容簽名。索引服務(wù)器204用于根據(jù)文件的描述信息確定存有所述文件的設(shè)備，并通知上傳服務(wù)器203接收確定的設(shè)備發(fā)送的所述文件的內(nèi)容數(shù)據(jù)。用文件服務(wù)器(本圖未示出)保存文件的內(nèi)容數(shù)據(jù)，客戶端202向文件服務(wù)器上傳文件的內(nèi)容數(shù)據(jù)，向上傳服務(wù)器203上傳文件的描述信息，由上傳服務(wù)器203對各文件服務(wù)器進(jìn)行調(diào)度和均衡負(fù)載的操作。參見圖4,本實(shí)施例中的客戶端202包括計(jì)算模塊401和接口模塊402。計(jì)算模塊401用于根據(jù)預(yù)設(shè)的算法對文件的內(nèi)容數(shù)據(jù)進(jìn)行計(jì)算，并獲得所述文件的內(nèi)容簽名。接口模塊402用于與服務(wù)器201建立連接，并向服務(wù)器201上傳文件的內(nèi)容數(shù)據(jù)和內(nèi)容簽名?？蛻舳?02還可以包括用于存儲文件的內(nèi)容數(shù)據(jù)的存儲模塊，本圖未示出。參見圖5,本實(shí)施例中的服務(wù)器201包括接口模塊501、處理模塊502和計(jì)算模塊503。接口模塊501用于與客戶端202建立連接，并接收客戶端202(及服務(wù)器)上傳的文件的內(nèi)容數(shù)據(jù)和描述信息。處理模塊502用于根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并通知所述接口模塊接收確定的設(shè)備發(fā)送的所述文件的內(nèi)容數(shù)據(jù)。服務(wù)器201還可包括計(jì)算模塊503，計(jì)算模塊503用于根據(jù)預(yù)設(shè)的算法對所述文件的內(nèi)容數(shù)據(jù)計(jì)算后獲得所述文件的內(nèi)容簽名，并將內(nèi)容簽名發(fā)送給處理模塊502。服務(wù)器201還可包括用于存儲文件的內(nèi)容數(shù)據(jù)的存儲模塊，本圖未示出。其中，可對處理模塊502進(jìn)一步細(xì)化，其包括查找模塊503或遍歷模塊504。查找模塊503用于根據(jù)所述文件的描述信息查找文件的描述信息與設(shè)備信息的對應(yīng)關(guān)系，并根據(jù)查找到的設(shè)備信息確定存有所述文件的設(shè)備。其中，文件的描述信息與設(shè)備信息的對應(yīng)關(guān)系可以存于查找模塊503本地，也可存于服務(wù)器201中的存儲模塊。該對應(yīng)關(guān)系可以通過遍歷模塊504的查找結(jié)果而建立，或者通過接口模塊501接收而直接獲得。遍歷模塊504用于根據(jù)所述文件的描述信息查找通信網(wǎng)絡(luò)內(nèi)設(shè)備中的文件，并確定存有所述文件的設(shè)備。由于本實(shí)施例中的服務(wù)器201是對服務(wù)器的泛指，所以接口模塊501、計(jì)算模塊503和存儲模塊可位于上傳服務(wù)器203,處理模塊502可位于索引服務(wù)器204。上傳服務(wù)器203與索引服務(wù)器204通過各自的接口模塊進(jìn)行交互。以上是對系統(tǒng)和裝置的描述，通過以上描述對上傳數(shù)據(jù)的過程有所了解，下面主要介紹上傳數(shù)據(jù)的方法，參見圖6所示，主要方法流程如下步驟601:—個客戶端與服務(wù)器側(cè)建立連接。步驟602:所述客戶端向服務(wù)器側(cè)發(fā)送上傳所述文件的內(nèi)容數(shù)據(jù)。步驟603:服務(wù)器側(cè)根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。其中，服務(wù)器側(cè)通過所述客戶端的上傳直接獲得所述文件的描述信息；或者，服務(wù)器側(cè)才艮據(jù)所述文件的內(nèi)容數(shù)據(jù)獲得所述文件的描述信息。所述客戶端可以在與服務(wù)器側(cè)建立連接的過程中上傳文件的描述信息。所述客戶端也可以下面針對服務(wù)器側(cè)的上傳服務(wù)器203和索引服務(wù)器204,對上傳數(shù)據(jù)的方法進(jìn)行詳細(xì)描述，特別是客戶端上傳文件的內(nèi)容簽名的場景，參見圖7所示，實(shí)現(xiàn)流程如下步驟701:客戶端202通過消息交互的方式與上傳服務(wù)器203建立連接。步驟702:初始化上傳過程，即客戶端202向上傳服務(wù)器203上傳文件的描述信息，主要是上傳文件的內(nèi)容簽名。步驟703:客戶端202向上傳服務(wù)器203上傳文件的內(nèi)容數(shù)據(jù)。步驟704:上傳服務(wù)器203將文件的內(nèi)容簽名發(fā)送給索引服務(wù)器204。步驟705:索引服務(wù)器204根據(jù)所述文件的描述信息查找文件的內(nèi)容簽名與設(shè)備信息的對應(yīng)關(guān)系，并通過查找到的設(shè)備信息確定存有所述文件的設(shè)備。其中，設(shè)^f言息包括設(shè)備名稱、設(shè)備的互聯(lián)網(wǎng)協(xié)議(InternetProtocol,IP)地址和與設(shè)備存儲文件的地址對應(yīng)的統(tǒng)一資源定位(UniformResourceLocator,URL)地址等，一個文件的內(nèi)容簽名與設(shè)備信息的對應(yīng)關(guān)系的實(shí)例如下表1<table>tableseeoriginaldocumentpage10</column></row><table>步驟706:索引服務(wù)器204將查找到的設(shè)備信息發(fā)送給上傳服務(wù)器203。步驟707:上傳服務(wù)器203根據(jù)收到的設(shè)備信息與相應(yīng)的設(shè)備建立連接，并發(fā)送請求下載文件的消息。步驟708:上傳服務(wù)器203接收連接到的設(shè)備發(fā)送的文件的內(nèi)容數(shù)據(jù)。在步驟707和708中，上傳服務(wù)器203與相應(yīng)的設(shè)備建立連接后，由上傳服務(wù)器203直接訪問相應(yīng)的設(shè)備，復(fù)制需要的文件的內(nèi)容數(shù)據(jù)并傳回本地。其中，步驟703與步驟704_708是相對獨(dú)立的過程，無嚴(yán)格的執(zhí)行順序。參見圖8，由服務(wù)器側(cè)計(jì)算內(nèi)容簽名時上傳數(shù)據(jù)的方法流程如下步驟801:客戶端202通過消息交互的方式與上傳服務(wù)器203建立連接。步驟802:客戶端202向上傳服務(wù)器203上傳文件的內(nèi)容數(shù)據(jù)，尤其是優(yōu)先上傳文件的前、中、后各50K的內(nèi)容數(shù)據(jù)。步驟803:上傳服務(wù)器203對收到的前、中、后各50K的內(nèi)容數(shù)據(jù)，根據(jù)預(yù)設(shè)的算法計(jì)算得到該文件的內(nèi)容簽名。步驟804:上傳服務(wù)器203將文件的內(nèi)容簽名發(fā)送給索引服務(wù)器204。步驟805:索引服務(wù)器204根據(jù)所述文件的描述信息查找文件的內(nèi)容簽名與設(shè)備信息的對應(yīng)關(guān)系，并通過查找到的設(shè)備信息確定存有所述文件的設(shè)備。步驟806:索引服務(wù)器204將查找到的設(shè)備信息發(fā)送給上傳服務(wù)器203。步驟807:上傳服務(wù)器203根據(jù)收到的設(shè)備信息向相應(yīng)的設(shè)備發(fā)送請求消息，并建立連接。步驟808:上傳服務(wù)器203接收連接到的設(shè)備發(fā)送的文件的內(nèi)容數(shù)據(jù)。本發(fā)明實(shí)施例中的各存儲模塊可以是軟盤、硬盤、磁帶和閃存等存儲介質(zhì)，用于實(shí)現(xiàn)本發(fā)明實(shí)施例的軟件可存儲于軟盤、硬盤、磁帶和閃存等存儲介質(zhì)。本發(fā)明實(shí)施例通過在上傳數(shù)據(jù)的過程中提供多個數(shù)據(jù)源，使接收方可以從多個數(shù)據(jù)源接收數(shù)據(jù)，不再是單一設(shè)備的上傳，不需要受單一設(shè)備上傳帶寬的限制的影響，提高了上傳數(shù)據(jù)的效率。并且，本發(fā)明實(shí)施例對服務(wù)器側(cè)的設(shè)備作了細(xì)致的劃分，便于系統(tǒng)結(jié)構(gòu)的分布式設(shè)置和管理，有助于系統(tǒng)的靈活建立及適用于設(shè)備的各種分布情況。明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。權(quán)利要求1、一種上傳數(shù)據(jù)的方法，其特征在于，包括以下步驟客戶端與服務(wù)器側(cè)建立連接；所述客戶端向服務(wù)器側(cè)發(fā)送上傳所述文件的內(nèi)容數(shù)據(jù)；服務(wù)器側(cè)根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。2、如權(quán)利要求1所述的上傳數(shù)據(jù)的方法，其特征在于，服務(wù)器側(cè)通過所述客戶端的上傳直接獲得所述文件的描述信息；或者，服務(wù)器側(cè)根據(jù)所述文件的內(nèi)容數(shù)據(jù)獲得所述文件的描述信息。3、如權(quán)利要求2所述的上傳數(shù)據(jù)的方法，其特征在于，所述客戶端向服務(wù)器側(cè)上傳文件的描述信息的步驟與所述客戶端向服務(wù)器側(cè)發(fā)送上傳所述文件的內(nèi)容數(shù)據(jù)的步驟同步進(jìn)行。4、如權(quán)利要求2所述的上傳數(shù)據(jù)的方法，其特征在于，所述文件的描述信息包括文件名和/或文件的內(nèi)容簽名。5、如權(quán)利要求4所述的上傳數(shù)據(jù)的方法，其特征在于，所述文件的內(nèi)容簽名是才艮據(jù)預(yù)設(shè)的算法對文件的內(nèi)容數(shù)據(jù)進(jìn)行計(jì)算后獲得的。6、如權(quán)利要求1所述的上傳數(shù)據(jù)的方法，其特征在于，服務(wù)器側(cè)根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備的步驟包括服務(wù)器側(cè)根據(jù)所述文件的描述信息查找文件的描述信息與設(shè)備信息的對應(yīng)關(guān)系，并根據(jù)查找到的設(shè)備信息確定存有所述文件的設(shè)備；或者服務(wù)器側(cè)根據(jù)所述文件的描述信息查找通信網(wǎng)絡(luò)內(nèi)設(shè)備中的文件，并確定存有所述文件的設(shè)備。7、如權(quán)利要求1所述的上傳數(shù)據(jù)的方法，其特征在于，所述確定的設(shè)備包括客戶端和/或服務(wù)器。8、一種客戶端，其特征在于，包括計(jì)算模塊，用于根據(jù)預(yù)設(shè)的算法對文件的內(nèi)容數(shù)據(jù)進(jìn)行計(jì)算，并獲得所述文件的內(nèi)容簽名；接口模塊，用于與服務(wù)器建立連接，并向服務(wù)器上傳所述文件的內(nèi)容數(shù)據(jù)和內(nèi)容簽名。9、一種服務(wù)器，其特征在于，包括接口模塊，用于與客戶端建立連接，并接收客戶端上傳的文件的內(nèi)容數(shù)據(jù)；處理模塊，用于才艮據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并通知所述接口模塊從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。10、如權(quán)利要求9所述的服務(wù)器，其特征在于，所述文件的描述信息是所述接口模塊從所述客戶端獲得的；或者，所述文件的描述信息是所述服務(wù)器包括的計(jì)算模塊根據(jù)預(yù)設(shè)的算法對所述文件的內(nèi)容數(shù)據(jù)計(jì)算后獲得的。11、一種系統(tǒng)，其特征在于，包括客戶端，用于與服務(wù)器建立連接，并向服務(wù)器上傳文件的內(nèi)容數(shù)據(jù)；所述服務(wù)器，用于接收所述文件的內(nèi)容數(shù)據(jù)，并4艮據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，以及從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。12、如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述服務(wù)器為多個；多個服務(wù)器包括上傳服務(wù)器，用于與所述客戶端建立連接，并接收和保存所述客戶端上傳的所述文件的內(nèi)容數(shù)據(jù)；索引服務(wù)器，用于根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并通知所述上傳服務(wù)器接收確定的設(shè)備發(fā)送的所述文件的內(nèi)容數(shù)據(jù)。13、如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述文件的描述信息是所述上傳服務(wù)器將所述客戶端上傳的所述文件的描述信息直接轉(zhuǎn)發(fā)給所述索引服務(wù)器的；或者，所述文件的描述信息是所述上傳服務(wù)器根據(jù)預(yù)設(shè)的算法對所述文件的內(nèi)容數(shù)據(jù)計(jì)算后發(fā)送給所述索引服務(wù)器的。14、如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述索引服務(wù)器包括接口模塊，用于從所述上傳服務(wù)器獲得所述文件的描述信息；處理模塊，用于根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并通知所述接口模塊將確定的設(shè)備告知所述上傳服務(wù)器。15、如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述處理模塊包括查找模塊，用于根據(jù)所述文件的描述信息查找文件的描述信息與設(shè)備信息的對應(yīng)關(guān)系，并根據(jù)查找到的設(shè)備信息確定存有所述文件的設(shè)備；或者遍歷模塊，用于根據(jù)所述文件的描述信息查找通信網(wǎng)絡(luò)內(nèi)設(shè)備中的文件，并確定存有所述文件的設(shè)備。16、如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述文件的描述信息包括文件名和/或文件的內(nèi)容簽名。17、如權(quán)利要求16所述的系統(tǒng)，其特征在于，當(dāng)所述客戶端上傳所述文件的內(nèi)容簽名時，所述客戶端包括計(jì)算模塊，該計(jì)算模塊用于根據(jù)預(yù)設(shè)的算法對所述文件的內(nèi)容數(shù)據(jù)進(jìn)行計(jì)算并獲得內(nèi)容簽名。18、如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述確定的設(shè)備包括客戶端和/或服務(wù)器。全文摘要本發(fā)明公開了一種上傳數(shù)據(jù)的方法，用于提高上傳數(shù)據(jù)的效率。所述方法為客戶端與服務(wù)器側(cè)建立連接；所述客戶端向服務(wù)器側(cè)發(fā)送上傳所述文件的內(nèi)容數(shù)據(jù)；服務(wù)器側(cè)根據(jù)所述文件的描述信息確定存有所述文件的設(shè)備，并從確定的設(shè)備獲得所述文件的內(nèi)容數(shù)據(jù)。本發(fā)明還公開了一種客戶端、服務(wù)器和系統(tǒng)。文檔編號H04L29/08GK101150593SQ20071016284公開日2008年3月26日申請日期2007年10月15日優(yōu)先權(quán)日2007年10月15日發(fā)明者張志偉,峰朱,王奇豐,甘南南,羅海江,胡茂偉申請人:深圳市迅雷網(wǎng)絡(luò)技術(shù)有限公司