[發明專利]一種數據傳輸方法和數據傳輸系統

有效

• 申請號: 201310753018.4
• 申請日: 2013-12-31
• 公開（公告）號: CN104754012B
• 公開（公告）日: 2019-02-15
• 發明（設計）人: 黃冰清;王延維
• 申請（專利權）人: 北京新媒傳信科技有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L1/16
• 代理公司: 北京市隆安律師事務所 11323
• 代理人: 權鮮枝

本發明公開一種數據傳輸方法和數據傳輸系統。本發明提供的數據傳輸方法包括：向服務器發送上傳請求，上傳請求中包括上傳文件總長度，以使服務器判斷文件是否上傳完畢；確定第一次批量上傳的第一數據包數量和第一數據包大小；對上傳文件進行拆包，并按照第一數據包大小，將第一數據包數量的數據包上傳至服務器；確認當前網絡連接正常后，確定第二次批量上傳的第二數據包數量和第二數據包大小，按照第二數據包大小，將第二數據包數量的數據包上傳至所述服務器，直至將上傳文件總長度對應的文件上傳完畢。本方案實現了客戶端和服務器之間批量數據傳輸，并具有斷點續傳功能；該方案可保證文件的下載安全，以及對文件按照期限分類進行有效管理。

技術領域

本發明涉及互聯網數據傳輸領域，特別涉及一種數據傳輸方法和數據傳輸系統。

背景技術

隨著互聯網的不斷發展，客戶端和服務器之間傳輸文件、圖片等數據越來越頻繁。互聯網傳輸常用的傳輸協議是是傳輸控制協議(Transmission Control Protocol簡稱，TCP)是一種面向連接的、可靠的、基于字節流的傳輸層通信協議。現有的數據傳輸技術對數據計算拆包數以及每一包數據的大小，傳輸時，客戶端先告訴服務器上傳數據的基本信息，接著每個包以一個客戶端請求，一個服務器應答的方式，一次一次傳送，直到上傳完為止。下載時則由客戶端發送下載請求數據的基本信息，然后由服務器下推數據的方式，一次一次傳送，直到下載完為止。這種方式實現起來雖然簡單，但是存在著一些不足，例如：由于客戶端是發送完一個請求后，等待這個請求的應答到來，再發下一個請求，這就造成了傳輸的延時，導致數據傳輸速度較低。

發明內容

本發明提供了一種數據傳輸方法和數據傳輸系統，用以解決現有數據傳輸技術傳輸速度較低的問題。

根據本發明的一個方面，本發明實施例提供了一種數據傳輸方法，該方法包括：

向服務器發送上傳請求，上傳請求中包括上傳文件總長度，以使服務器根據長傳文件總長度判斷文件是否上傳完畢；

確定第一次批量上傳的第一數據包數量和第一數據包大小；

對上傳文件進行拆包，并按照第一數據包大小，將第一數據包數量的數據包上傳至服務器；

確認當前網絡連接正常后，確定第二次批量上傳的第二數據包數量和第二數據包大小，按照第二數據包大小，將第二數據包數量的數據包上傳至服務器，直至將上傳文件總長度對應的文件上傳完畢。

其中，上傳請求中還包括文件可下載用戶列表，以使服務器利用該文件可下載用戶列表驗證請求下載文件的用戶的權限；和/或，

上傳請求中還包括文件是否可刪除的指示信息，以使服務器利用該文件是否可刪除的指示信息對接收到的上傳文件進行刪除。

其中，在將上傳文件總長度對應的文件上傳完畢之前，方法還包括：

若上傳操作中斷，再次發起對上傳中斷的文件的上傳操作時，向服務器發送續傳請求；

接收服務器返回的續傳請求響應，并根據續傳請求響應中的已上傳數據包的偏移量，從偏移量對應的上傳中斷點開始批量上傳文件直至上傳文件總長度對應的文件上傳完畢。

其中，方法包括：向服務器發送下載請求，下載請求中包括下載文件總長度、每次批量下載的下載數據包數量以及下載數據包大小；

接收服務器在第一次批量下載中，按照每次批量下載的下載數據包數量以及下載數據包大小發送的下載文件的數據包；

在服務器確認網絡連接正常后，接收服務器按照每次批量下載的下載數據包數量以及下載數據包大小發送的第二次批量下載數據包，直至下載文件總長度對應的文件從服務器下載完畢。