專利名稱：一種批量處理文件的傳輸方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種批量處理文件的傳輸方法及系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的發(fā)展，越來越多的人開始使用互聯(lián)網(wǎng)作為溝通交流的途徑。在溝通過程中，文件的傳輸越來越頻繁，傳輸?shù)牧恳苍絹碓酱?，因此，使用一種快速、高效的傳輸方式顯得尤為重要。傳統(tǒng)的傳輸方式存在明顯的缺陷，例如，部分工具需要安裝客戶端才能進行文件傳輸，部分工具不能夠?qū)⑽募喜⒔y(tǒng)一下載，部分工具無法實現(xiàn)針對不同用戶傳輸不同文件的功能。申請?zhí)枮?00810117459.4的中國發(fā)明專利公開了一種文件下載服務(wù)方法和系統(tǒng)。上述文件下載服務(wù)方法包括以下步驟。文件下載服務(wù)裝置接收終端傳輸?shù)南螺d請求消息。其中，下載請求消息包含終端信息和請求下載文件的信息。當(dāng)終端具有下載權(quán)限時，將請求下載文件的信息傳輸至文件打包裝置。文件打包裝置根據(jù)請求下載文件的信息，將請求下載的文件打包，將打包后的文件地址傳輸給文件下載服務(wù)裝置。文件下載服務(wù)裝置根據(jù)接收到的所述地址將打包后的文件傳輸至終端。然而，現(xiàn)有的文件傳輸裝置存在以下缺點1、現(xiàn)有的文件傳輸裝置需要安裝客戶端軟件才能進行文件傳輸，某些莫名其妙的軟件會被不知不覺地安裝在自己的終端，從而影響計算機的安全性；2、現(xiàn)有的網(wǎng)頁僅有文件上傳、下載功能，缺少壓縮功能，如果文件數(shù)量比較大，則需要用戶多次點擊頁面請求下載，從而造成許多不必要的操作；3、當(dāng)源用戶需將文件傳輸給多個目標(biāo)用戶時，需要重復(fù)選擇待傳輸?shù)奈募⑦M行多次壓縮操作，不便于操作；4、目標(biāo)用戶需不停地詢問服務(wù)器端是否完成打包過程，容易浪費目標(biāo)用戶的時間。

發(fā)明內(nèi)容
本發(fā)明提供一種批量處理文件的傳輸方法及系統(tǒng)以解決上述問題。本發(fā)明提供一種批量處理文件的傳輸方法。批量處理文件的傳輸方法包括以下步驟。服務(wù)器獲得待處理文件并批量處理待處理文件以獲得壓縮文件。服務(wù)器完成批量處理后同步通知目標(biāo)用戶。服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。本發(fā)明還提供一種批量處理文件的傳輸系統(tǒng)，包括源用戶、目標(biāo)用戶以及服務(wù)器。 服務(wù)器自源用戶獲得待處理文件，且服務(wù)器批量處理待處理文件以獲得壓縮文件并于完成批量處理后同步通知目標(biāo)用戶。服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。相較于先前技術(shù)，根據(jù)本發(fā)明所提供的批量處理文件的傳輸方法及系統(tǒng)，由于服務(wù)器完成待處理文件的批量處理后同步通知目標(biāo)用戶，因此，目標(biāo)用戶無需不停地詢問服務(wù)器端是否完成批量處理操作，更好地節(jié)省了目標(biāo)用戶的時間。另外，當(dāng)目標(biāo)用戶的數(shù)目為多個時，于操作過程中無需重復(fù)選擇待處理的文件，同時避免進行多次重復(fù)的壓縮操作，以方便操作。此外，服務(wù)器可根據(jù)傳輸策略控制壓縮文件的傳輸，從而加快壓縮文件的傳輸速度，節(jié)省時間。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1所示為根據(jù)本發(fā)明的較佳實施例所示的批量處理文件的傳輸方法的流程圖；圖2所示為根據(jù)本發(fā)明的較佳實施例所示的批量處理文件的傳輸系統(tǒng)的示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1所示為根據(jù)本發(fā)明的較佳實施例所示的批量處理文件的傳輸方法的流程圖。 圖2所示為根據(jù)本發(fā)明的較佳實施例所示的批量處理文件的傳輸系統(tǒng)的示意圖。請一并參考圖1與圖2。如圖1所示，本發(fā)明的較佳實施例提供的批量處理文件的傳輸方法包括步驟 Sll S16。于步驟Sll中，源用戶登陸網(wǎng)頁，源用戶通過網(wǎng)頁確定待處理文件。于此，源用戶基于網(wǎng)頁實現(xiàn)對待處理文件的處理，從而避免某些莫名其妙的軟件被不知不覺地安裝在自己的終端，以保證計算機的安全性。于步驟S12中，服務(wù)器自源用戶獲得待處理文件并批量處理待處理文件以獲得壓縮文件。如此，源用戶通過網(wǎng)頁將待處理文件傳送至服務(wù)器后，服務(wù)器即可直接進行批量處理，而無需源用戶進行多次操作。于步驟S13中，服務(wù)器完成批量處理后同步通知目標(biāo)用戶。具體而言，于服務(wù)器進行壓縮操作的過程中，服務(wù)器可與目標(biāo)用戶建立socket鏈接。當(dāng)服務(wù)器完成批量處理后， 服務(wù)器同步通知目標(biāo)用戶批量處理完成可進行下載。如此，目標(biāo)用戶無需不停地詢問服務(wù)器批量處理是否完成，從而節(jié)省了目標(biāo)用戶的時間。接著，于步驟S14中，當(dāng)目標(biāo)用戶接收到服務(wù)器完成批量處理的通知后，目標(biāo)用戶可選擇是否接收壓縮文件。若目標(biāo)用戶同意接收壓縮文件，則服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸(如步驟S15所示)。若目標(biāo)用戶拒絕接收壓縮文件，則服務(wù)器通知源用戶目標(biāo)用戶拒絕接收壓縮文件(如步驟S16所示)。具體而言，服務(wù)器根據(jù)傳輸策略先傳輸壓縮文件至其中一個目標(biāo)用戶。接著，服務(wù)器再根據(jù)傳輸策略控制其他待接收壓縮文件的目標(biāo)用戶自服務(wù)器或者已接收壓縮文件的目標(biāo)用戶接收壓縮文件。其中，傳輸策略包括但不限于傳輸速度、傳輸路徑。當(dāng)傳輸策略為傳輸速度，且服務(wù)器的傳輸速度最快時，服務(wù)器傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。當(dāng)傳輸策略為傳輸速度，且已接收壓縮文件的目標(biāo)用戶的傳輸速度快于服務(wù)器的傳輸速度時，服務(wù)器控制已接收壓縮文件的目標(biāo)用戶傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。當(dāng)傳輸策略為傳輸路徑，且服務(wù)器至待接收壓縮文件的目標(biāo)用戶的傳輸路徑最短時，待接收壓縮文件的目標(biāo)用戶從服務(wù)器接收壓縮文件。當(dāng)傳輸策略為傳輸路徑，且已接收壓縮文件的目標(biāo)用戶與待接收壓縮文件的目標(biāo)用戶之間的傳輸路徑最短時，服務(wù)器控制已接收壓縮文件的目標(biāo)用戶傳輸壓縮文件至待接收壓縮文件的目標(biāo)用戶。如圖2所示，本發(fā)明的較佳實施例提供的批量處理文件的傳輸系統(tǒng)包括源用戶100、服務(wù)器101以及目標(biāo)用戶102 104。于本實施例中，以三個目標(biāo)用戶102 104為例進行說明。然而，本發(fā)明并不限定于此。另外，本發(fā)明的較佳實施例提供的服務(wù)器101包括存儲模塊1010、批量處理模塊1012以及傳輸模塊1014。具體而言，服務(wù)器101的批量處理模塊1012連接存儲模塊1010與傳輸模塊1014。 服務(wù)器101的存儲模塊1010存儲接收自源用戶100的待處理文件以及經(jīng)過批量處理模塊 1012批量處理的壓縮文件。服務(wù)器101的批量處理模塊1012批量處理待處理文件以獲得壓縮文件并于完成批量處理后同步通知目標(biāo)用戶102 104。當(dāng)服務(wù)器101完成所有的壓縮操作，傳輸模塊1014根據(jù)傳輸策略控制壓縮文件的傳輸。舉例而言，源用戶100通過網(wǎng)頁傳輸10個待處理文件至服務(wù)器101。服務(wù)器101 的批量處理模塊1012批量處理上述待處理文件后獲得壓縮文件，同時存儲模塊1010存儲上述壓縮文件。當(dāng)批量處理模塊1012完成壓縮操作后，服務(wù)器101會同步通知目標(biāo)用戶 102 104壓縮操作完成可進行下載操作。接著，若三個目標(biāo)用戶102 104均選擇接收壓縮文件，則服務(wù)器101會根據(jù)傳輸策略控制壓縮文件的傳輸。具體而言，當(dāng)傳輸策略為傳輸速度時，服務(wù)器101先將壓縮文件傳輸至傳輸速度最快的一個目標(biāo)用戶(例如，目標(biāo)用戶102)。之后，服務(wù)器101判斷服務(wù)器101與目標(biāo)用戶 103，104以及目標(biāo)用戶102與目標(biāo)用戶103，104之間傳輸速度的快慢。服務(wù)器101根據(jù)傳輸速度的判斷控制目標(biāo)用戶103從服務(wù)器101或目標(biāo)用戶102接收壓縮文件。隨后，服務(wù)器101再依照相同的判斷控制目標(biāo)用戶104從服務(wù)器101或目標(biāo)用戶102或目標(biāo)用戶103 接收壓縮文件。同樣地，當(dāng)傳輸策略為傳輸路徑時，服務(wù)器101依據(jù)傳輸路徑的遠近判斷控制壓縮文件的傳輸。于此不再贅述。綜上所述，根據(jù)本發(fā)明的上述較佳實施例提供的批量處理文件的傳輸方法及系統(tǒng)，由于服務(wù)器完成待處理文件的批量處理后同步通知目標(biāo)用戶，因此，目標(biāo)用戶無需不停地詢問服務(wù)器端是否完成批量處理操作，更好地節(jié)省了目標(biāo)用戶的時間。另外，當(dāng)目標(biāo)用戶的數(shù)目為多個時，于操作過程中無需重復(fù)選擇待傳輸?shù)奈募?，同時避免進行多次重復(fù)的壓縮操作，極大地方便了操作。此外，服務(wù)器根據(jù)傳輸策略控制壓縮文件的傳輸，從而加快了壓縮文件的傳輸速度，節(jié)省了時間。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種批量處理文件的傳輸方法，其特征是，包括以下步驟服務(wù)器獲得待處理文件并批量處理所述待處理文件以獲得壓縮文件；所述服務(wù)器完成批量處理后同步通知目標(biāo)用戶；以及所述服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制所述壓縮文件的傳輸。
2.根據(jù)權(quán)利要求1所述的批量處理文件的傳輸方法，其特征是，源用戶登陸網(wǎng)頁，所述服務(wù)器自所述源用戶獲得所述待處理文件并批量處理所述待處理文件以獲得所述壓縮文件。
3.根據(jù)權(quán)利要求1所述的批量處理文件的傳輸方法，其特征是，當(dāng)所述服務(wù)器同步通知所述目標(biāo)用戶，且所述目標(biāo)用戶同意接收所述壓縮文件時，所述服務(wù)器根據(jù)所述傳輸策略控制所述壓縮文件的傳輸，當(dāng)所述服務(wù)器同步通知所述目標(biāo)用戶，且所述目標(biāo)用戶拒絕接收所述壓縮文件時，所述服務(wù)器通知所述源用戶。
4.根據(jù)權(quán)利要求1所述的批量處理文件的傳輸方法，其特征是，所述傳輸策略包括但不限于傳輸速度、傳輸路徑。
5.一種批量處理文件的傳輸系統(tǒng)，其特征是，包括源用戶；目標(biāo)用戶；以及服務(wù)器，自所述源用戶獲得待處理文件，所述服務(wù)器批量處理所述待處理文件并于完成批量處理后同步通知所述目標(biāo)用戶，所述服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制所述壓縮文件的傳輸。
6.根據(jù)權(quán)利要求5所述的批量處理文件的傳輸系統(tǒng)，其特征是，所述服務(wù)器包括存儲模塊，存儲所述待處理文件與所述壓縮文件；批量處理模塊，連接所述存儲模塊，所述批量處理模塊批量處理所述待處理文件以獲得所述壓縮文件，并于完成批量處理后同步通知所述目標(biāo)用戶；以及傳輸模塊，連接所述批量處理模塊，所述傳輸模塊根據(jù)所述傳輸策略控制所述壓縮文件的傳輸。
7.根據(jù)權(quán)利要求6所述的批量處理文件的傳輸系統(tǒng)，其特征是，所述源用戶登陸網(wǎng)頁， 所述存儲模塊自所述源用戶獲得所述待處理文件，所述批量處理模塊批量處理所述待處理文件以獲得所述壓縮文件。
8.根據(jù)權(quán)利要求5所述的批量處理文件的傳輸方法，其特征是，當(dāng)所述服務(wù)器同步通知所述目標(biāo)用戶，且所述目標(biāo)用戶同意接收所述壓縮文件時，所述服務(wù)器根據(jù)所述傳輸策略控制所述壓縮文件的傳輸，當(dāng)所述服務(wù)器同步通知所述目標(biāo)用戶，且所述目標(biāo)用戶拒絕接收所述壓縮文件時，所述服務(wù)器通知所述源用戶。
9.根據(jù)權(quán)利要求5所述的批量處理文件的傳輸系統(tǒng)，其特征是，所述傳輸策略包括但不限于傳輸速度、傳輸路徑。
全文摘要
本發(fā)明提供一種批量處理文件的傳輸方法及系統(tǒng)。批量處理文件的傳輸方法包括以下步驟。服務(wù)器獲得待處理文件并批量處理待處理文件以獲得壓縮文件。服務(wù)器完成批量處理后同步通知目標(biāo)用戶。服務(wù)器根據(jù)預(yù)設(shè)的傳輸策略控制壓縮文件的傳輸。
文檔編號H04L29/08GK102255939SQ20111006873
公開日2011年11月23日 申請日期2011年3月22日 優(yōu)先權(quán)日2011年3月22日
發(fā)明者胡加明 申請人:蘇州闊地網(wǎng)絡(luò)科技有限公司