服務(wù)器、終端和文件傳輸方法
【專利摘要】本發(fā)明提供了一種服務(wù)器、一種終端和一種文件傳輸方法，其中，所述服務(wù)器包括：交互單元，用于與終端建立連接，并接收終端發(fā)送的文件傳輸參數(shù)，以及將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使所述指定服務(wù)器根據(jù)所述傳輸參數(shù)向所述終端發(fā)送文件。通過本發(fā)明的技術(shù)方案，可以提高文件傳輸?shù)男?，增強文件傳輸?shù)姆€(wěn)定性。
【專利說明】服務(wù)器、終端和文件傳輸方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，具體而言，涉及一種服務(wù)器、一種終端和一種文件傳輸方法。
【背景技術(shù)】
[0002]目前，通過網(wǎng)絡(luò)傳輸文件越來越頻繁，而且傳輸?shù)奈募苍絹碓酱蟆Ｔ谶M行文件傳輸時，通常會遇到網(wǎng)速不穩(wěn)定，以及向多個終端傳輸同一文件的情況。
[0003]在傳輸?shù)奈募^大且接收的終端較多時，單一的服務(wù)平臺難以承擔負載，不利于數(shù)據(jù)傳輸與傳輸控制。
[0004]因此，如何確保文件傳輸?shù)姆€(wěn)定性成為亟待解決的技術(shù)問題。

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

[0005]本發(fā)明正是基于上述技術(shù)問題至少之一，提出了一種新的文件傳輸技術(shù)，可以提高文件傳輸?shù)男?，增強文件傳輸?shù)姆€(wěn)定性。
[0006]有鑒于此，本發(fā)明提出了一種服務(wù)器，包括:交互單元，用于與終端建立連接，并接收終端發(fā)送的文件傳輸參數(shù)，以及將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使所述指定服務(wù)器根據(jù)所述傳輸參數(shù)向所述終端發(fā)送文件。
[0007]在該技術(shù)方案中，通過接收終端發(fā)送的文件傳輸參數(shù)，使得服務(wù)器可以根據(jù)終端的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路、網(wǎng)絡(luò)連接狀態(tài)等，從而提高文件傳輸?shù)男?，增強文件傳輸?shù)姆€(wěn)定性。通過將文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使指定服務(wù)器向終端發(fā)送文件，使得可以將文件傳輸控制和文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0008]在上述技術(shù)方案中，優(yōu)選地，所述交互單元還用于:與至少一個服務(wù)器建立連接；所述服務(wù)器還包括:控制單元，用于根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇所述指定服務(wù)器。
[0009]在該技術(shù)方案中，通過根據(jù)服務(wù)器的工作狀態(tài)選擇傳輸文件的服務(wù)器，可以確保每個文件傳輸服務(wù)器都能在正常的負載范圍內(nèi)，從而提高文件傳輸?shù)姆€(wěn)定性。
[0010]在上述技術(shù)方案中，優(yōu)選地，所述控制單元具體用于:根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇處于空閑狀態(tài)的服務(wù)器作為所述指定服務(wù)器。
[0011]在該技術(shù)方案中，具體來說，比如在需要向終端發(fā)送文件時，若使用處于繁忙狀態(tài)的服務(wù)器發(fā)送文件，一方面可能增加了文件發(fā)送等待的時間，另一方面還可能造成服務(wù)器負載過大導(dǎo)致文件發(fā)送失敗，而通過選擇處于空閑狀態(tài)的服務(wù)器或當前工作量較小的服務(wù)器發(fā)送文件，可以縮短文件發(fā)送的等待時間，提高文件發(fā)送的穩(wěn)定性。
[0012]根據(jù)本發(fā)明的另一方面，還提出了一種服務(wù)器，包括:交互單元，用于與另一個服務(wù)器建立連接，并接收所述另一個服務(wù)器轉(zhuǎn)發(fā)的來自終端的文件傳輸參數(shù)，以及根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件。
[0013]在該技術(shù)方案中，通過根據(jù)終端發(fā)送的文件傳輸參數(shù)中的文件傳輸方式，向終端發(fā)送文件，使得在向終端發(fā)送文件時，能夠根據(jù)終端的實際情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性，避免通過預(yù)設(shè)的傳輸方式盲目向終端傳送文件，導(dǎo)致終端無法接收文件，或發(fā)送時間較長。
[0014]在上述技術(shù)方案中，優(yōu)選地，還包括:處理單元，用于根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行處理，以得到處理后的文件；所述交互單元還用于:將所述處理后的文件發(fā)送至所述終端。
[0015]在該技術(shù)方案中，通過在文件發(fā)送之前對文件進行處理，比如壓縮、分割等，可以根據(jù)終端的實際情況(比如能夠接收文件的大小等)選擇相應(yīng)的文件處理方式，以便于文件的發(fā)送。
[0016]在上述技術(shù)方案中，優(yōu)選地，所述處理單元具體用于:對所述文件進行分割，以得到多個分割文件；所述交互單元還用于:將所述多個分割文件發(fā)送至所述終端。
[0017]在該技術(shù)方案中，通過對文件進行分割，可以將大文件分為多個部分進行傳輸，從而有利于對大文件的傳輸。具體來說，可以根據(jù)終端的情況，比如每次接收的文件包大小對文件進行分割，以避免文件過大造成傳輸鏈路的堵塞。在發(fā)送多個分割文件時，可以依次進行發(fā)送，也可以同時進行發(fā)送，即并行發(fā)送，以提高文件發(fā)送的效率。
[0018]在上述技術(shù)方案中，優(yōu)選地，所述處理單元還用于:在對所述指定文件進行分割之前，對所述文件進行壓縮。
[0019]在該技術(shù)方案中，通過對文件進行壓縮，可以減小文件在發(fā)送時占用的總帶寬，從而縮減文件發(fā)送的時間。
[0020]在上述技術(shù)方案中，優(yōu)選地，所述處理單元還用于:對所述多個分割文件中的每個分割文件進行加密。
[0021]在該技術(shù)方案中，通過對每個分割文件進行加密，可以避免文件在傳輸過程中被惡意程序篡改，從而確保文件的完整性。具體來說，可以采用消息摘要算法(比如消息摘要算法第五版MD5)對每個分割文件進行加密，以提高系統(tǒng)的加密和解密速度。此外，在對文件進行分割之前，也可以采用消息摘要算法對整個文件進行加密，以使終端在對多個分割文件合并后對整個文件的完整性進行核查。
[0022]根據(jù)本發(fā)明的另一方面，還提出了一種終端，包括:交互單元，用于與服務(wù)器建立連接，并將文件傳輸參數(shù)發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述文件傳輸參數(shù)轉(zhuǎn)發(fā)至另一個服務(wù)器，以及與所述另一個服務(wù)器建立連接，并接收所述另一個服務(wù)器根據(jù)所述傳輸參數(shù)發(fā)送的文件。
[0023]在該技術(shù)方案中，通過將文件傳輸參數(shù)發(fā)送至服務(wù)器，使得服務(wù)器可以根據(jù)終端的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性。而通過接收另一個服務(wù)器根據(jù)文件傳輸參數(shù)發(fā)送文件，使得可以將文件傳輸?shù)目刂七^程與文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0024]在上述技術(shù)方案中，優(yōu)選地，所述交互單元具體用于:接收所述另一個服務(wù)器發(fā)送的將所述文件進行分割后得到的多個分割文件；所述終端還包括:處理單元，用于將所述多個分割文件進行合并，以得到合并后的文件。
[0025]在該技術(shù)方案中，為了便于對大文件的傳輸，服務(wù)器在發(fā)送大文件時可以將大文件分割為多個部分進行傳輸，從而有利于對大文件的傳輸，因此，在終端接收到對文件進行分割后的多個文件時，需要對多個文件進行合并，以確保接收到文件的完整性。具體來說，服務(wù)器在發(fā)送多個分割文件時，可以依次進行發(fā)送，因此終端可以依次接收服務(wù)器發(fā)送的文件，而為了提高文件發(fā)送的效率，服務(wù)器也可以同時進行發(fā)送，即并行發(fā)送，因此終端也可以同時進行接收，即并行接收。
[0026]在上述技術(shù)方案中，優(yōu)選地，所述處理單元還用于:對所述合并后的文件進行解壓，以得到所述文件。
[0027]在該技術(shù)方案中，為了減小文件在發(fā)送時占用的總帶寬，以縮減文件發(fā)送的時間，服務(wù)器在發(fā)送文件時，可以對文件進行壓縮，因此，終端在接收到文件后，需要對文件進行解壓，以得到服務(wù)器原始發(fā)送的文件。
[0028]在上述技術(shù)方案中，優(yōu)選地，所述處理單元還用于:在將所述多個分割文件進行合并之前，對所述多個分割文件進行解密。
[0029]在該技術(shù)方案中，為了避免文件在傳輸過程中被惡意程序篡改，確保文件的完整性，因此，服務(wù)器在發(fā)送文件時，可以對文件進行加密，因此，終端在接收到文件后，需要對文件進行解密。具體來說，為了提高系統(tǒng)的加密和解密速度，可以采用消息摘要算法對每個分割文件進行加密，終端在接收到多個分割文件后，對每個分割文件的完整性進行驗證。若服務(wù)器在對文件分割之前，對整個文件也采用了消息摘要算法進行加密，則終端在將多個文件合并后，也需要對整個文件的完成性進行驗證。
[0030]根據(jù)本發(fā)明的另一方面，還提出了一種文件傳輸系統(tǒng)，包括上述任一項技術(shù)方案所述的服務(wù)器、至少一個上述任一項技術(shù)方案所述的服務(wù)器，以及至少一個上述任一項技術(shù)方案所述的終端。
[0031]根據(jù)本發(fā)明的另一方面，還提出了一種文件傳輸方法，包括:與終端建立連接；接收終端發(fā)送的文件傳輸參數(shù)；將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使所述指定服務(wù)器根據(jù)所述傳輸參數(shù)向所述終端發(fā)送文件。
[0032]在該技術(shù)方案中，通過接收終端發(fā)送的文件傳輸參數(shù)，使得服務(wù)器可以根據(jù)終端的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性。通過將文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使指定服務(wù)器向終端發(fā)送文件，使得可以將文件傳輸控制和文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0033]在上述技術(shù)方案中，優(yōu)選地，在所述將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器之前，還包括:與至少一個服務(wù)器建立連接；根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇所述指定服務(wù)器。
[0034]在該技術(shù)方案中，通過根據(jù)服務(wù)器的工作狀態(tài)選擇傳輸文件的服務(wù)器，可以確保每個文件傳輸服務(wù)器都能在正常的負載范圍內(nèi)，從而提高文件傳輸?shù)姆€(wěn)定性。
[0035]在上述技術(shù)方案中，優(yōu)選地，所述根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇所述指定服務(wù)器的步驟，具體為:根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇處于空閑狀態(tài)的服務(wù)器作為所述指定服務(wù)器。[0036]在該技術(shù)方案中，具體來說，比如在需要向終端發(fā)送文件時，若使用處于繁忙狀態(tài)的服務(wù)器發(fā)送文件，一方面可能增加了文件發(fā)送等待的時間，另一方面還可能造成服務(wù)器負載過大導(dǎo)致文件發(fā)送失敗，而通過選擇處于空閑狀態(tài)的服務(wù)器或當前工作量較小的服務(wù)器發(fā)送文件，可以縮短文件發(fā)送的等待時間，提高文件發(fā)送的穩(wěn)定性。
[0037]根據(jù)本發(fā)明的另一方面，還提出了一種文件傳輸方法，包括:與另一個服務(wù)器建立連接；接收所述另一個服務(wù)器轉(zhuǎn)發(fā)的來自終端的文件傳輸參數(shù)；根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件。
[0038]在該技術(shù)方案中，通過根據(jù)終端發(fā)送的文件傳輸參數(shù)中的文件傳輸方式，向終端發(fā)送文件，使得在向終端發(fā)送文件時，能夠根據(jù)終端的實際情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性，避免通過預(yù)設(shè)的傳輸方式盲目向終端傳送文件，導(dǎo)致終端無法接收文件，或發(fā)送時間較長。
[0039]在上述技術(shù)方案中，優(yōu)選地，在所述根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件之前，還包括:根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行處理，以得到處理后的文件；將所述處理后的文件發(fā)送至所述終端。
[0040]在該技術(shù)方案中，通過在文件發(fā)送之前對文件進行處理，比如壓縮、分割等，可以根據(jù)終端的實際情況(比如能夠接收文件的大小等)選擇相應(yīng)的文件處理方式，以便于文件的發(fā)送。
[0041]在上述技術(shù)方案中，優(yōu)選地，所述根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行處理的步驟，具體為:對所述文件進行分割，以得到多個分割文件。
[0042]在該技術(shù)方案中，通過對文件進行分割，可以將大文件分為多個部分進行傳輸，從而有利于對大文件的傳輸。具體來說，可以根據(jù)終端的情況，比如每次能夠接收的文件大小對文件進行分割，以避免文件過大造成傳輸鏈路的堵塞。在發(fā)送多個分割文件時，可以依次進行發(fā)送，也可以同時進行發(fā)送，即并行發(fā)送，以提高文件發(fā)送的效率。
[0043]在上述技術(shù)方案中，優(yōu)選地，在對所述文件進行分割之前還包括:對所述文件進行壓縮。
[0044]在該技術(shù)方案中，通過對文件進行壓縮，可以減小文件在發(fā)送時占用的總帶寬，從而縮減文件發(fā)送的時間。
[0045]在上述技術(shù)方案中，優(yōu)選地，還包括:對所述多個分割文件中的每個分割文件進行加密。
[0046]在該技術(shù)方案中，通過對每個分割文件進行加密，可以避免文件在傳輸過程中被惡意程序篡改，從而確保文件的完整性。具體來說，可以采用消息摘要算法(比如MD5)對每個分割文件進行加密，以提高系統(tǒng)的加密和解密速度。此外，在對文件進行分割之前，也可以采用消息摘要算法對整個文件進行加密，以使終端在對多個分割文件合并后對整個文件的完整性進行核查。
[0047]根據(jù)本發(fā)明的另一方面，還提出了一種文件傳輸方法，包括:與服務(wù)器建立連接；將文件傳輸參數(shù)發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述文件傳輸參數(shù)轉(zhuǎn)發(fā)至另一個服務(wù)器；接收所述另一個服務(wù)器根據(jù)所述文件傳輸參數(shù)發(fā)送的文件。
[0048]在該技術(shù)方案中，通過將文件傳輸參數(shù)發(fā)送至服務(wù)器，使得服務(wù)器可以根據(jù)終端的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路、網(wǎng)絡(luò)連接狀態(tài)等，從而提高文件傳輸?shù)姆€(wěn)定性。而通過接收另一個服務(wù)器根據(jù)文件傳輸參數(shù)發(fā)送文件，使得可以將文件傳輸?shù)目刂七^程與文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0049]在上述技術(shù)方案中，優(yōu)選地，所述接收所述另一個服務(wù)器根據(jù)所述傳輸參數(shù)發(fā)送的文件的步驟具體為:接收所述另一個服務(wù)器發(fā)送的將所述文件進行分割后得到的多個分割文件；將所述多個分割文件進行合并，以得到合并后的文件。
[0050]在該技術(shù)方案中，為了便于對大文件的傳輸，服務(wù)器在發(fā)送大文件時可以將大文件分割為多個部分進行傳輸，從而有利于對大文件的傳輸，因此，在終端接收到對文件進行分割后的多個文件時，需要對多個文件進行合并，以確保接收到文件的完整性。具體來說，服務(wù)器在發(fā)送多個分割文件時，可以依次進行發(fā)送，因此終端可以依次接收服務(wù)器發(fā)送的文件，而為了提高文件發(fā)送的效率，服務(wù)器也可以同時進行發(fā)送，即并行發(fā)送，因此終端也可以同時進行接收，即并行接收。
[0051]在上述技術(shù)方案中，優(yōu)選地，還包括:對所述合并后的文件進行解壓，以得到所述文件。
[0052]在該技術(shù)方案中，為了減小文件在發(fā)送時占用的總帶寬，以縮減文件發(fā)送的時間，服務(wù)器在發(fā)送文件時，可以對文件進行壓縮，因此，終端在接收到文件后，需要對文件進行解壓，以得到服務(wù)器原始發(fā)送的文件。
[0053]在上述技術(shù)方案中，優(yōu)選地，在所述將所述多個分割文件進行合并之前，對所述多個分割文件進行解密。
[0054]在該技術(shù)方案中，為了避免文件在傳輸過程中被惡意程序篡改，確保文件的完整性，因此，服務(wù)器在發(fā)送文件時，可以對文件進行加密，因此，終端在接收到文件后，需要對文件進行解密。具體來說，為了提高系統(tǒng)的加密和解密速度，可以采用消息摘要算法對每個分割文件進行加密，終端在接收到多個分割文件后，對每個分割文件的完整性進行驗證。若服務(wù)器在對文件分割之前，對整個文件也采用了消息摘要算法進行加密，則終端在將多個文件合并后，也需要對整個文件的完成性進行驗證。
[0055]通過以上技術(shù)方案，可以提高文件傳輸?shù)男?，增強文件傳輸?shù)姆€(wěn)定性。
【專利附圖】

【附圖說明】
[0056]圖1示出了根據(jù)本發(fā)明的實施例的服務(wù)器的示意框圖；
[0057]圖2示出了根據(jù)本發(fā)明的另一個實施例的服務(wù)器的示意框圖；
[0058]圖3示出了根據(jù)本發(fā)明的實施例的終端的示意框圖；
[0059]圖4示出了根據(jù)本發(fā)明的實施例的文件傳輸系統(tǒng)的示意框圖；
[0060]圖5示出了根據(jù)本發(fā)明的實施例的文件傳輸方法的示意流程圖；
[0061]圖6示出了根據(jù)本發(fā)明的另一個實施例的文件傳輸方法的示意流程圖；
[0062]圖7示出了根據(jù)本發(fā)明的又一個實施例的文件傳輸方法的示意流程圖；
[0063]圖8示出了根據(jù)本發(fā)明的另一個實施例的文件傳輸系統(tǒng)的示意框圖；
[0064]圖9示出了根據(jù)本發(fā)明的又一個實施例的文件傳輸系統(tǒng)的示意框圖；
[0065]圖10示出了根據(jù)本發(fā)明的實施例的文件發(fā)送過程的示意流程圖；
[0066]圖11示出了根據(jù)本發(fā)明的實施例的文件接收過程的示意流程圖?！揪唧w實施方式】
[0067]為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點，下面結(jié)合附圖和【具體實施方式】對本發(fā)明進行進一步的詳細描述。需要說明的是，在不沖突的情況下，本申請的實施例及實施例中的特征可以相互組合。
[0068]在下面的描述中闡述了很多具體細節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述的其他方式來實施，因此，本發(fā)明的保護范圍并不受下面公開的具體實施例的限制。
[0069]圖1示出了根據(jù)本發(fā)明的實施例的服務(wù)器的示意框圖。
[0070]如圖1所示，根據(jù)本發(fā)明的實施例的服務(wù)器100，包括:交互單元102，用于與終端建立連接，并接收終端發(fā)送的文件傳輸參數(shù)，以及將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使所述指定服務(wù)器根據(jù)所述傳輸參數(shù)向所述終端發(fā)送文件。
[0071]在該技術(shù)方案中，通過接收終端發(fā)送的文件傳輸參數(shù)，使得文件傳輸服務(wù)器可以根據(jù)終端的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路、網(wǎng)絡(luò)連接狀態(tài)等，從而提高文件傳輸?shù)男剩鰪娢募鬏數(shù)姆€(wěn)定性。通過將文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使指定服務(wù)器向終端發(fā)送文件，使得可以將文件傳輸控制和文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的文件傳輸服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0072]在上述技術(shù)方案中，優(yōu)選地，所述交互單元102還用于:與至少一個服務(wù)器建立連接；所述服務(wù)器100還包括:控制單元104，用于根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇所述指定服務(wù)器。
[0073]在該技術(shù)方案中，通過根據(jù)服務(wù)器的工作狀態(tài)選擇傳輸文件的服務(wù)器，可以確保每個文件傳輸服務(wù)器都能在正常的負載范圍內(nèi)，從而提高文件傳輸?shù)姆€(wěn)定性。
[0074]在上述技術(shù)方案中，優(yōu)選地，所述控制單元104具體用于:根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇處于空閑狀態(tài)的服務(wù)器作為所述指定服務(wù)器。
[0075]在該技術(shù)方案中，具體來說，比如在需要向終端發(fā)送文件時，若使用處于繁忙狀態(tài)的服務(wù)器發(fā)送文件，一方面可能增加了文件發(fā)送等待的時間，另一方面還可能造成服務(wù)器負載過大導(dǎo)致文件發(fā)送失敗，而通過選擇處于空閑狀態(tài)的服務(wù)器或當前工作量較小的服務(wù)器發(fā)送文件，可以縮短文件發(fā)送的等待時間，提高文件發(fā)送的穩(wěn)定性。
[0076]圖2示出了根據(jù)本發(fā)明的另一個實施例的服務(wù)器的示意框圖。
[0077]如圖2所示，根據(jù)本發(fā)明的另一個實施例的服務(wù)器200，包括:交互單元202，用于與另一個服務(wù)器建立連接，并接收所述另一個服務(wù)器轉(zhuǎn)發(fā)的來自終端的文件傳輸參數(shù)，以及根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件。
[0078]在該技術(shù)方案中，通過根據(jù)終端發(fā)送的文件傳輸參數(shù)中的文件傳輸方式，向終端發(fā)送文件，使得在向終端發(fā)送文件時，能夠根據(jù)終端的實際情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性，避免通過預(yù)設(shè)的傳輸方式盲目向終端傳送文件，導(dǎo)致終端無法接收文件，或發(fā)送時間較長。
[0079]在上述技術(shù)方案中，優(yōu)選地，還包括:處理單元204，用于根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行處理，以得到處理后的文件；所述交互單元202還用于:將所述處理后的文件發(fā)送至所述終端。
[0080]在該技術(shù)方案中，通過在文件發(fā)送之前對文件進行處理，比如壓縮、分割等，可以根據(jù)終端的實際情況(比如能夠接收文件的大小等)選擇相應(yīng)的文件處理方式，以便于文件的發(fā)送。
[0081]在上述技術(shù)方案中，優(yōu)選地，所述處理單元204包括:分割單元2042，用于對所述文件進行分割，以得到多個分割文件；所述交互單元202還用于:將所述多個分割文件發(fā)送至所述終端。
[0082]在該技術(shù)方案中，通過對文件進行分割，可以將大文件分為多個部分進行傳輸，從而有利于對大文件的傳輸。具體來說，可以根據(jù)終端的情況，比如每次能夠接收的文件大小對文件進行分割，以避免文件過大造成傳輸鏈路的堵塞。在發(fā)送多個分割文件時，可以依次進行發(fā)送，也可以同時進行發(fā)送，即并行發(fā)送，以提高文件發(fā)送的效率。
[0083]在上述技術(shù)方案中，優(yōu)選地，所述處理單元204還包括:壓縮單元2044，用于在對所述指定文件進行分割之前，對所述文件進行壓縮。
[0084]在該技術(shù)方案中，通過對文件進行壓縮，可以減小文件在發(fā)送時占用的總帶寬，從而縮減文件發(fā)送的時間。
[0085]在上述技術(shù)方案中，優(yōu)選地，所述處理單元204還包括:加密單元2046，用于對所述多個分割文件中的每個分割文件進行加密。
[0086]在該技術(shù)方案中，通過對每個分割文件進行加密，可以避免文件在傳輸過程中被惡意程序篡改，從而確保文件的完整性。具體來說，可以采用消息摘要算法(比如MD5)對每個分割文件進行加密，以提高系統(tǒng)的加密和解密速度。此外，在對文件進行分割之前，也可以采用消息摘要算法對整個文件進行加密，以使終端在對多個分割文件合并后對整個文件的完整性進行核查。
[0087]圖3示出了根據(jù)本發(fā)明的實施例的終端的示意框圖。
[0088]如圖3所示，根據(jù)本發(fā)明的實施例的終端300，包括:交互單元302，用于與服務(wù)器建立連接，并將文件傳輸參數(shù)發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述文件傳輸參數(shù)轉(zhuǎn)發(fā)至另一個服務(wù)器，以及與所述另一個服務(wù)器建立連接，并接收所述另一個服務(wù)器根據(jù)所述傳輸參數(shù)發(fā)送的文件。
[0089]在該技術(shù)方案中，通過將文件傳輸參數(shù)發(fā)送至服務(wù)器，使得服務(wù)器可以根據(jù)終端300的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性。而通過接收另一個服務(wù)器根據(jù)文件傳輸參數(shù)發(fā)送文件，使得可以將文件傳輸?shù)目刂七^程與文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0090]在上述技術(shù)方案中，優(yōu)選地，所述交互單元302具體用于:接收所述另一個服務(wù)器發(fā)送的將所述文件進行分割后得到的多個分割文件；所述終端還包括:合并單元304，用于將所述多個分割文件進行合并，以得到合并后的文件。
[0091]在該技術(shù)方案中，為了便于對大文件的傳輸，服務(wù)器在發(fā)送大文件時可以將大文件分割為多個部分進行傳輸，從而有利于對大文件的傳輸，因此，在終端接收到對文件進行分割后的多個文件時，需要對多個文件進行合并，以確保接收到文件的完整性。具體來說，服務(wù)器在發(fā)送多個分割文件時，可以依次進行發(fā)送，因此終端可以依次接收服務(wù)器發(fā)送的文件，而為了提高文件發(fā)送的效率，服務(wù)器也可以同時進行發(fā)送，即并行發(fā)送，因此終端也可以同時進行接收，即并行接收。
[0092]在上述技術(shù)方案中，優(yōu)選地，還包括:解壓單元306，用于對所述合并單元304合并后的文件進行解壓，以得到所述文件。
[0093]在該技術(shù)方案中，為了減小文件在發(fā)送時占用的總帶寬，以縮減文件發(fā)送的時間，服務(wù)器在發(fā)送文件時，可以對文件進行壓縮，因此，終端在接收到文件后，需要對文件進行解壓，以得到服務(wù)器原始發(fā)送的文件。
[0094]在上述技術(shù)方案中，優(yōu)選地，還包括:解密單元308，用于在所述合并單元304將所述多個分割文件進行合并之前，對所述多個分割文件進行解密。
[0095]在該技術(shù)方案中，為了避免文件在傳輸過程中被惡意程序篡改，確保文件的完整性，因此，服務(wù)器在發(fā)送文件時，可以對文件進行加密，因此，終端在接收到文件后，需要對文件進行解密。具體來說，為了提高系統(tǒng)的加密和解密速度，可以采用消息摘要算法對每個分割文件進行加密，終端在接收到多個分割文件后，對每個分割文件的完整性進行驗證。若服務(wù)器在對文件分割之前，對整個文件也采用了消息摘要算法進行加密，則終端在將多個文件合并后，也需要對整個文件的完成性進行驗證。
[0096]圖4示出了根據(jù)本發(fā)明的實施例的文件傳輸系統(tǒng)的示意框圖。
[0097]如圖4所示，根據(jù)本發(fā)明的實施例的文件傳輸系統(tǒng)400，包括如圖1中所示的服務(wù)器100、至少一個如圖2所示的服務(wù)器200，以及至少一個如圖3所示的終端300。
[0098]圖5示出了根據(jù)本發(fā)明的實施例的文件傳輸方法的示意流程圖。
[0099]如圖5所示，根據(jù)本發(fā)明的實施例的文件傳輸方法，包括:步驟502，與終端建立連接；步驟504，接收終端發(fā)送的文件傳輸參數(shù)；步驟506，將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使所述指定服務(wù)器根據(jù)所述傳輸參數(shù)向所述終端發(fā)送文件。
[0100]在該技術(shù)方案中，通過接收終端發(fā)送的文件傳輸參數(shù)，使得服務(wù)器可以根據(jù)終端的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性。通過將文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使指定服務(wù)器向終端發(fā)送文件，使得可以將文件傳輸控制和文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0101]在上述技術(shù)方案中，優(yōu)選地，在所述將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器之前，還包括:與至少一個服務(wù)器建立連接；根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇所述指定服務(wù)器。
[0102]在該技術(shù)方案中，通過根據(jù)服務(wù)器的工作狀態(tài)選擇傳輸文件的服務(wù)器，可以確保每個文件傳輸服務(wù)器都能在正常的負載范圍內(nèi)，從而提高文件傳輸?shù)姆€(wěn)定性。
[0103]在上述技術(shù)方案中，優(yōu)選地，所述根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇所述指定服務(wù)器的步驟，具體為:根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇處于空閑狀態(tài)的服務(wù)器作為所述指定服務(wù)器。
[0104]在該技術(shù)方案中，具體來說，比如在需要向終端發(fā)送文件時，若使用處于繁忙狀態(tài)的服務(wù)器發(fā)送文件，一方面可能增加了文件發(fā)送等待的時間，另一方面還可能造成服務(wù)器負載過大導(dǎo)致文件發(fā)送失敗，而通過選擇處于空閑狀態(tài)的服務(wù)器或當前工作量較小的服務(wù)器發(fā)送文件，可以縮短文件發(fā)送的等待時間，提高文件發(fā)送的穩(wěn)定性。[0105]圖6示出了根據(jù)本發(fā)明的另一個實施例的文件傳輸方法的示意流程圖。
[0106]如圖6所示，根據(jù)本發(fā)明的另一個實施例的文件傳輸方法，包括:步驟602，與另一個服務(wù)器建立連接；步驟604，接收所述另一個服務(wù)器轉(zhuǎn)發(fā)的來自終端的文件傳輸參數(shù)；步驟606，根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件。
[0107]在該技術(shù)方案中，通過根據(jù)終端發(fā)送的文件傳輸參數(shù)中的文件傳輸方式，向終端發(fā)送文件，使得在向終端發(fā)送文件時，能夠根據(jù)終端的實際情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路等，從而提高文件傳輸?shù)姆€(wěn)定性，避免通過預(yù)設(shè)的傳輸方式盲目向終端傳送文件，導(dǎo)致終端無法接收文件，或發(fā)送時間較長。
[0108]在上述技術(shù)方案中，優(yōu)選地，在所述根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件之前，還包括:根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行處理，以得到處理后的文件；將所述處理后的文件發(fā)送至所述終端。
[0109]在該技術(shù)方案中，通過在文件發(fā)送之前對文件進行處理，比如壓縮、分割等，可以根據(jù)終端的實際情況(比如能夠接收文件的大小等)選擇相應(yīng)的文件處理方式，以便于文件的發(fā)送。
[0110]在上述技術(shù)方案中，優(yōu)選地，所述根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行處理的步驟，具體為:對所述文件進行分割，以得到多個分割文件。
[0111]在該技術(shù)方案中，通過對文件進行分割，可以將大文件分為多個部分進行傳輸，從而有利于對大文件的傳輸。具體來說，可以根據(jù)終端的情況，比如每次能夠接收的文件大小對文件進行分割，以避免文件過大造成傳輸鏈路的堵塞。在發(fā)送多個分割文件時，可以依次進行發(fā)送，也可以同時進行發(fā)送，即并行發(fā)送，以提高文件發(fā)送的效率。
[0112]在上述技術(shù)方案中，優(yōu)選地，在對所述文件進行分割之前還包括:對所述文件進行壓縮。
[0113]在該技術(shù)方案中，通過對文件進行壓縮，可以減小文件在發(fā)送時占用的總帶寬，從而縮減文件發(fā)送的時間。
[0114]在上述技術(shù)方案中，優(yōu)選地，還包括:對所述多個分割文件中的每個分割文件進行加密。
[0115]在該技術(shù)方案中，通過對每個分割文件進行加密，可以避免文件在傳輸過程中被惡意程序篡改，從而確保文件的完整性。具體來說，可以采用消息摘要算法(比如MD5)對每個分割文件進行加密，以提高系統(tǒng)的加密和解密速度。此外，在對文件進行分割之前，也可以采用消息摘要算法對整個文件進行加密，以使終端在對多個分割文件合并后對整個文件的完整性進行核查。
[0116]圖7示出了根據(jù)本發(fā)明的又一個實施例的文件傳輸方法的示意流程圖。
[0117]如圖7所示，根據(jù)本發(fā)明的又一個實施例的文件傳輸方法，包括:步驟702，與服務(wù)器建立連接；步驟704，將文件傳輸參數(shù)發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述文件傳輸參數(shù)轉(zhuǎn)發(fā)至另一個服務(wù)器；步驟706，接收所述另一個服務(wù)器根據(jù)所述文件傳輸參數(shù)發(fā)送的文件。
[0118]在該技術(shù)方案中，通過將文件傳輸參數(shù)發(fā)送至服務(wù)器，使得服務(wù)器可以根據(jù)終端的情況制定相應(yīng)的文件傳輸方案，比如文件的壓縮方式、數(shù)據(jù)傳輸鏈路、網(wǎng)絡(luò)連接狀態(tài)等，從而提高文件傳輸?shù)姆€(wěn)定性。而通過接收另一個服務(wù)器根據(jù)文件傳輸參數(shù)發(fā)送文件，使得可以將文件傳輸?shù)目刂七^程與文件傳輸過程分開，以便于在傳輸文件時，能夠根據(jù)文件傳輸服務(wù)器的負載能力選擇相應(yīng)的服務(wù)器傳輸文件，以確保文件傳輸?shù)姆€(wěn)定性。
[0119]在上述技術(shù)方案中，優(yōu)選地，所述接收所述另一個服務(wù)器根據(jù)所述傳輸參數(shù)發(fā)送的文件的步驟具體為:接收所述另一個服務(wù)器發(fā)送的將所述文件進行分割后得到的多個分割文件；將所述多個分割文件進行合并，以得到合并后的文件。
[0120]在該技術(shù)方案中，為了便于對大文件的傳輸，服務(wù)器在發(fā)送大文件時可以將大文件分割為多個部分進行傳輸，從而有利于對大文件的傳輸，因此，在終端接收到對文件進行分割后的多個文件時，需要對多個文件進行合并，以確保接收到文件的完整性。具體來說，服務(wù)器在發(fā)送多個分割文件時，可以依次進行發(fā)送，因此終端可以依次接收服務(wù)器發(fā)送的文件，而為了提高文件發(fā)送的效率，服務(wù)器也可以同時進行發(fā)送，即并行發(fā)送，因此終端也可以同時進行接收，即并行接收。
[0121]在上述技術(shù)方案中，優(yōu)選地，還包括:對所述合并后的文件進行解壓，以得到所述文件。
[0122]在該技術(shù)方案中，為了減小文件在發(fā)送時占用的總帶寬，以縮減文件發(fā)送的時間，服務(wù)器在發(fā)送文件時，可以對文件進行壓縮，因此，終端在接收到文件后，需要對文件進行解壓，以得到服務(wù)器原始發(fā)送的文件。
[0123]在上述技術(shù)方案中，優(yōu)選地，在所述將所述多個分割文件進行合并之前，對所述多個分割文件進行解密。
[0124]在該技術(shù)方案中，為了避免文件在傳輸過程中被惡意程序篡改，確保文件的完整性，因此，服務(wù)器在發(fā)送文件時，可以對文件進行加密，因此，終端在接收到文件后，需要對文件進行解密。具體來說，為了提高系統(tǒng)的加密和解密速度，可以采用消息摘要算法對每個分割文件進行加密，終端在接收到多個分割文件后，對每個分割文件的完整性進行驗證。若服務(wù)器在對文件分割之前，對整個文件也采用了消息摘要算法進行加密，則終端在將多個文件合并后，也需要對整個文件的完成性進行驗證。
[0125]圖8示出了根據(jù)本發(fā)明的另一個實施例的文件傳輸系統(tǒng)的示意框圖。
[0126]如圖8所示，根據(jù)本發(fā)明的另一個實施例的文件傳輸系統(tǒng)800，包括:
[0127]傳輸控制服務(wù)器802，用于與終端(可以是圖8中所示的終端808，終端810和終端812)進行傳輸控制參數(shù)的協(xié)商，其中終端可以是發(fā)送終端或接收終端，控制參數(shù)可以是:文件總頁數(shù)、發(fā)送時間、重傳標記、文件大小、壓縮方式、文件名、傳輸方式及數(shù)據(jù)傳輸鏈路數(shù)
坐寸ο
[0128]文件傳輸服務(wù)器804，用于與終端(可以是圖8中所示的終端808，終端810和終端812)進行數(shù)據(jù)傳輸。
[0129]在傳輸文件時，終端先與傳輸控制服務(wù)器802建立連接，并將文件傳輸參數(shù)發(fā)送至傳輸控制服務(wù)器802,以使傳輸控制服務(wù)器802根據(jù)終端發(fā)送的傳輸參數(shù)選擇相應(yīng)的文件傳輸服務(wù)器804與終端建立連接,文件傳輸服務(wù)器804根據(jù)傳輸參數(shù)將文件發(fā)送至終端。
[0130]通過將傳輸控制與文件傳輸過程分開,提高了文件傳輸?shù)男?，確保了文件傳輸?shù)姆€(wěn)定性。
[0131]圖9示出了根據(jù)本發(fā)明的又一個實施例的文件傳輸系統(tǒng)的示意框圖。
[0132]如圖9所示，根據(jù)本發(fā)明的又一個實施例的文件傳輸系統(tǒng)，包括:[0133]發(fā)送終端902，其中發(fā)送終端902包括:
[0134]文件壓縮模塊902E，用于在文件傳輸前對文件進行壓縮，以達到減少數(shù)據(jù)的傳輸量。
[0135]文件分割模塊902D，用于在文件傳輸前對壓縮后的文件進行分割。
[0136]分片數(shù)據(jù)隊列902C，用于實現(xiàn)所有數(shù)據(jù)分片的存放，以便文件傳輸控制管理，方便多線程、多鏈路的傳輸，以及斷點續(xù)傳。每個分片都有一個控制塊，可以包括如下參數(shù):當前分片數(shù)、當前分片大小、當前分片數(shù)據(jù)內(nèi)容及MD5(Message Digest Algorithm MD5,消息摘要算法第五版)數(shù)據(jù)信息摘要。
[0137]數(shù)據(jù)傳輸模塊902B，用于實現(xiàn)對數(shù)據(jù)進行傳輸，包括TCP/UDP方式，由傳輸控制模塊902A的傳輸方式?jīng)Q定使用具體的傳輸鏈路。
[0138]傳輸控制模塊902A，用于實現(xiàn)對文件傳輸進行控制，屬于信令控制部分，獨立于數(shù)據(jù)傳輸模塊902B，能夠更快速、有效地控制數(shù)據(jù)文件傳輸。每個文件傳輸都有一個傳輸控制塊，可以包括如下參數(shù):文件總頁數(shù)、接收者列表、發(fā)送時間、重傳標記、文件大小、壓縮方式、文件名、傳輸方式及數(shù)據(jù)傳輸鏈路數(shù)等。傳輸控制模塊902A將參數(shù)發(fā)送至服務(wù)器906，以供服務(wù)器906進行確認，在確認之后，將數(shù)據(jù)發(fā)送至服務(wù)器906。
[0139]服務(wù)器906包括:
[0140]傳輸控制模塊9062,用于與終端(包括發(fā)送終端902和接收終端904)協(xié)商傳輸參數(shù)。
[0141]數(shù)據(jù)傳輸模塊9064,用于根據(jù)傳輸控制模塊9064協(xié)商后的傳輸參數(shù)接收發(fā)送終端902發(fā)送的數(shù)據(jù)，以及向接收終端904發(fā)送數(shù)據(jù)。
[0142]接收終端904包括:
[0143]傳輸控制模塊904A，用于實現(xiàn)對文件接收進行控制，屬于信令控制部分，獨立于數(shù)據(jù)傳輸模塊904B，能夠更快速、有效地控制數(shù)據(jù)文件接收。
[0144]數(shù)據(jù)傳輸模塊904B，用于對服務(wù)器906發(fā)送的數(shù)據(jù)進行接收，與服務(wù)器906的通信方式包括TCP/UDP方式，由傳輸控制模塊904A的傳輸方式?jīng)Q定使用具體的傳輸鏈路。
[0145]分片數(shù)據(jù)隊列904C，用于實現(xiàn)所有數(shù)據(jù)分片的存放，以便文件傳輸控制管理，方便多線程、多鏈路的傳輸，以及斷點續(xù)傳。
[0146]文件合并模塊904D，用于在文件接收后對分片文件進行合并。
[0147]文件解壓模塊904E，用于對合并后的文件進行解壓。
[0148]圖10示出了根據(jù)本發(fā)明的實施例的文件發(fā)送過程的示意流程圖。
[0149]如圖10所示，根據(jù)本發(fā)明的實施例的文件發(fā)送過程，包括:
[0150]步驟1002，建立傳輸控制連接，發(fā)送終端與傳輸控制服務(wù)器建立連接，若接收終端也與傳輸控制服務(wù)器建立了連接，則接收終端可以直接接收文件，否則文件將保存于文件傳輸服務(wù)器上。
[0151]步驟1004,發(fā)送終端與傳輸控制服務(wù)器協(xié)商傳輸參數(shù),包括壓縮方式、傳輸方式、分片大小、數(shù)據(jù)傳輸連接數(shù)等。
[0152]步驟1006，發(fā)送終端按照協(xié)商好的壓縮方式和分片大小，對將要發(fā)送的文件進行壓縮和分割，并將分割后的文件放入分片隊列中。
[0153]步驟1008，根據(jù)與協(xié)商好的傳輸參數(shù)，發(fā)送終端建立與文件傳輸服務(wù)器的連接，并將分片文件傳輸至文件傳輸服務(wù)器，直至所有分片數(shù)據(jù)傳輸完成后斷開與文件傳輸服務(wù)器的連接，通知傳輸控制服務(wù)器，完成文件發(fā)送。
[0154]圖11示出了根據(jù)本發(fā)明的實施例的文件接收過程的示意流程圖。
[0155]如圖11所示，根據(jù)本發(fā)明的實施例的文件接收過程，包括:
[0156]步驟1102，接收終端建立與傳輸控制服務(wù)器的連接。
[0157]步驟1104，若有接收文件的通知，則與傳輸控制服務(wù)器協(xié)商傳輸控制參數(shù)。
[0158]步驟1106，根據(jù)與傳輸控制服務(wù)器協(xié)商好的參數(shù)，建立與文件傳輸服務(wù)器的連接，并接收文件分片數(shù)據(jù)，存入分片隊列。直至接收完所有的分片文件，在完成數(shù)據(jù)接收之后，斷開與文件傳輸服務(wù)器的數(shù)據(jù)連接。
[0159]步驟1108，合并分片數(shù)據(jù)，并解壓，完成文件接收。
[0160]以上結(jié)合附圖詳細說明了本發(fā)明的技術(shù)方案，考慮到在相關(guān)技術(shù)中，當傳輸?shù)奈募^大且接收的終端較多，單一的服務(wù)平臺難以承擔負載，不利于數(shù)據(jù)傳輸與傳輸控制。因此，本發(fā)明提出了一種新的文件傳輸技術(shù)，可以提高文件傳輸?shù)男?，增強文件傳輸?shù)姆€(wěn)定性。
[0161]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種服務(wù)器，其特征在于，包括: 交互單元，用于與終端建立連接，并接收終端發(fā)送的文件傳輸參數(shù)，以及將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使所述指定服務(wù)器根據(jù)所述傳輸參數(shù)向所述終端發(fā)送文件。
2.根據(jù)權(quán)利要求1所述的服務(wù)器，其特征在于: 所述交互單元還用于:與至少一個服務(wù)器建立連接； 所述服務(wù)器還包括: 控制單元，用于根據(jù)所述至少一個服務(wù)器的工作狀態(tài)，選擇所述指定服務(wù)器。
3.一種服務(wù)器，其特征在于，包括: 交互單元，用于與另一個服務(wù)器建立連接，并接收所述另一個服務(wù)器轉(zhuǎn)發(fā)的來自終端的文件傳輸參數(shù)，以及 根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件。
4.根據(jù)權(quán)利要求3所述的服務(wù)器，其特征在于，還包括: 處理單元，用于根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行處理，以得到處理后的文件； 所述交互單元還用于:將所述處理后的文件發(fā)送至所述終端。
5.根據(jù)權(quán)利要求4所述的服 務(wù)器，其特征在于，所述處理單元包括: 分割單元，用于對所述文件進行分割，以得到多個分割文件； 加密單元，用于對所述多個分割文件中的每個分割文件進行加密； 所述交互單元還用于:將所述多個分割文件發(fā)送至所述終端。
6.一種終端，其特征在于，包括: 交互單元，用于與服務(wù)器建立連接，并將文件傳輸參數(shù)發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述文件傳輸參數(shù)轉(zhuǎn)發(fā)至另一個服務(wù)器，以及 與所述另一個服務(wù)器建立連接，并接收所述另一個服務(wù)器根據(jù)所述傳輸參數(shù)發(fā)送的文件。
7.根據(jù)權(quán)利要求6所述的終端，其特征在于，所述交互單元具體用于:接收所述另一個服務(wù)器發(fā)送的多個分割文件； 所述終端還包括: 解密單元，用于對所述多個分割文件中的每個分割文件進行解密； 合并單元，用于將所述解密單元解密后的多個分割文件進行合并，以得到所述文件。
8.一種文件傳輸方法，其特征在于，包括: 與終端建立連接； 接收終端發(fā)送的文件傳輸參數(shù)； 將所述文件傳輸參數(shù)發(fā)送至指定服務(wù)器，以使所述指定服務(wù)器根據(jù)所述傳輸參數(shù)向所述終端發(fā)送文件。
9.一種文件傳輸方法，其特征在于，包括: 與另一個服務(wù)器建立連接； 接收所述另一個服務(wù)器轉(zhuǎn)發(fā)的來自終端的文件傳輸參數(shù)； 根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件。
10.根據(jù)權(quán)利要求9所述的文件傳輸方法，其特征在于，在所述根據(jù)所述文件傳輸參數(shù)中的文件傳輸方式，向所述終端發(fā)送文件之前，還包括: 根據(jù)所述文件傳輸參數(shù)中對所述文件的處理方式，對所述文件進行分割，以得到多個分割文件，并對所述多個分割文件中的每個分割文件進行加密。
11.一種文件傳輸方法，其特征在于，包括: 與服務(wù)器建立連接； 將文件傳輸參數(shù)發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述文件傳輸參數(shù)轉(zhuǎn)發(fā)至另一個服務(wù)器； 接收所述另一個服務(wù)器根據(jù)所述傳輸參數(shù)發(fā)送的文件。
12.根據(jù)權(quán)利要求11所述的文件傳輸方法，其特征在于，所述接收所述另一個服務(wù)器根據(jù)所述傳輸參數(shù)發(fā)送的文件的步驟具體為: 接收所述另一個服務(wù)器發(fā)送的多個分割文件； 對所述多個分割文件中的每個分割文件進行解密； 將解密后的多個分割文件進行合并，以得到`所述文件。
【文檔編號】H04L29/06GK103701897SQ201310732537
【公開日】2014年4月2日 申請日期:2013年12月18日 優(yōu)先權(quán)日:2013年12月18日
【發(fā)明者】邱海欽 申請人:興天通訊技術(shù)（天津）有限公司