[發明專利]文件上傳方法和裝置

有效

• 申請號: 201710280783.7
• 申請日: 2017-04-26
• 公開（公告）號: CN107172131B
• 公開（公告）日: 2020-12-04
• 發明（設計）人: 魏哲;章玖海;李智文;閆恩全
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京派特恩知識產權代理有限公司 11270
• 代理人: 王姍姍;張穎玲

本申請提供一種文件上傳方法和裝置，上述文件上傳方法包括：接收服務器發送的上傳文件通知；根據所述上傳文件通知，如果所述文件的大小大于預定的分片的大小，則根據所述預定的分片的大小對所述文件進行分片切割，獲得所述文件的至少兩個分片；通過至少兩個通道并發上傳所述至少兩個分片至所述服務器。本申請可以實現瀏覽器通過至少兩個通道上傳文件至服務器，可以最大限度地利用網絡帶寬資源，提高了文件上傳速度；另外，服務器可以實現通過文件對應的哈希值離散存儲瀏覽器上傳的文件，從而可以實現文件的斷點續傳和秒傳功能。

技術領域

本申請涉及互聯網技術領域，尤其涉及一種文件上傳方法和裝置。

背景技術

現有相關技術中，通過網頁瀏覽器上傳文件，一般是通過超文本標記語言(Hypertext Markup Language；以下簡稱：HTML)網頁表單提交文件，上傳到服務器進行存儲。

通過HTML網頁表單提交文件一般采用瀏覽器通過單通道上傳文件數據，這種上傳方式不支持斷點續傳，在傳輸出現網絡中斷，或者網絡波動的情況下，會導致上傳過程中斷而必須重新上傳文件數據，特別是在上傳大文件的過程中，更容易發生中斷的可能，卻不能從中斷處續傳，從而浪費用戶大量的時間和流量。

另外，滑動窗口協議是傳輸層進行流量控制的一種措施，接收方通過向發送方報告接收方自身的窗口大小，從而控制發送方的發送速度，達到防止發送方發送速度過快而導致接收方被淹沒的目的。但是如果在發送方和接收方之間存在多個路由器和速率較慢的鏈路時，這種連接方式會嚴重降低請求的吞吐量，這就是單個傳輸控制協議(TransmissionControl Protocol；以下簡稱：TCP)請求容易出現的滑動窗口限制，由于TCP滑動窗口限制，瀏覽器通過單通道上傳文件數據時，無法最大化地利用網絡帶寬資源，從而導致上傳文件數據時消耗更多時間。

發明內容

為克服相關技術中存在的問題，本申請提供一種文件上傳方法和裝置。

為達到上述目的，本申請的實施例采用如下技術方案：

第一方面，本申請實施例提供一種文件上傳方法，包括：接收服務器發送的上傳文件通知，所述上傳文件通知是所述服務器確定所述服務器中不存在瀏覽器發送的哈希值之后發送的，所述瀏覽器發送的哈希值是所述瀏覽器對用戶上傳的文件的二進制數據進行哈希值計算，獲得的所述文件對應的哈希值；根據所述上傳文件通知，如果所述文件的大小大于預定的分片的大小，則根據所述預定的分片的大小對所述文件進行分片切割，獲得所述文件的至少兩個分片；通過至少兩個通道并發上傳所述至少兩個分片至所述服務器。

第二方面，本申請實施例提供一種文件上傳方法，包括：向瀏覽器發送上傳文件通知，所述文件上傳通知是所述服務器接收到所述瀏覽器發送的待上傳的文件對應的哈希值，確定所述服務器中不存在所述待上傳的文件對應的哈希值之后發送的；接收所述瀏覽器通過至少兩個通道上傳的所述待上傳的文件的至少兩個分片，所述待上傳的文件的至少兩個分片是所述瀏覽器確定所述待上傳的文件的大小大于預定的分片的大小之后，根據所述預定的分片的大小對所述待上傳的文件進行分片切割獲得的。

第三方面，本申請實施例提供一種文件上傳裝置，設置在瀏覽器中，所述文件上傳裝置包括：接收模塊，用于接收服務器發送的上傳文件通知，所述上傳文件通知是所述服務器確定所述服務器中不存在瀏覽器發送的哈希值之后發送的，所述瀏覽器發送的哈希值是所述瀏覽器對用戶上傳的文件的二進制數據進行哈希值計算，獲得的所述文件對應的哈希值；分片模塊，用于根據所述接收模塊接收的上傳文件通知，當所述文件的大小大于預定的分片的大小時，根據所述預定的分片的大小對所述文件進行分片切割，獲得所述文件的至少兩個分片；上傳模塊，用于通過至少兩個通道并發上傳所述至少兩個分片至所述服務器。