[發明專利]文件批量下載方法、客戶端、分發服務器及系統

有效

• 申請號: 201710942958.6
• 申請日: 2017-10-11
• 公開（公告）號: CN107613016B
• 公開（公告）日: 2020-05-22
• 發明（設計）人: 曾智全
• 申請（專利權）人: 網宿科技股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京華智則銘知識產權代理有限公司 11573
• 代理人: 王昌貴

本發明公開了一種文件批量下載方法、客戶端、分發服務器及系統，其中，所述方法包括：向分發服務器發送查詢指令，以使得所述分發服務器將本地的文件合并為至少一個具備文件索引信息的文件集合；接收所述分發服務器反饋的所述文件索引信息；在創建下載任務時，若待下載的至少兩個目標文件處于同一個目標文件集合內，將所述至少兩個目標文件的下載任務合并為一個下載任務；通過合并后的下載任務下載所述目標文件集合，并基于所述目標文件索引信息以及所述下載列表，從所述目標文件集合中提取所述至少兩個目標文件。本申請提供的技術方案，能夠提高文件傳輸的效率。

技術領域

本發明涉及互聯網技術領域，特別涉及一種文件批量下載方法、客戶端、分發服務器及系統。

背景技術

目前，在通過HTTP協議傳輸文件時，通常是由客戶端發起下載文件的請求，服務器在接收到該請求之后，可以與所述客戶端建立連接，并通過該連接傳輸相應的文件。

在實際應用過程中，每當客戶端需要下載一個文件，便需要在客戶端和服務器之間建立一個連接。當客戶端下載的文件數量較多時，會耗費相當多的資源和時間來建立連接。鑒于此，HTTP1.1和HTTP2.0對文件傳輸方法進行了改進，可以在僅建立一次連接的情況下傳輸多個文件。然而，盡管只需要建立一次連接，客戶端在下載多個文件時，還是需要針對每個文件分別發起文件下載請求，這樣，當客戶端需要下載的文件數量較多時，還是需要耗費相當多的資源和時間來建立下載請求以及發送下載請求，仍然存在文件傳輸效率較低的缺陷。

發明內容

本申請的目的在于提供一種文件批量下載方法、客戶端、分發服務器及系統，能夠提高文件傳輸的效率。

為實現上述目的，本申請一方面提供一種文件批量下載方法，所述方法包括：向分發服務器發送查詢指令，以使得所述分發服務器響應于所述查詢指令，將所述分發服務器本地的文件合并為至少一個文件集合，其中，所述文件集合具備文件索引信息；接收所述分發服務器反饋的所述文件索引信息；在創建下載任務時，若待下載的至少兩個目標文件處于同一個目標文件集合內，將所述至少兩個目標文件的下載任務合并為一個下載任務；其中，合并后的下載任務中包括所述目標文件集合的目標文件索引信息以及所述至少兩個目標文件的下載列表；通過合并后的下載任務下載所述目標文件集合，并基于所述目標文件索引信息以及所述下載列表，從所述目標文件集合中提取所述至少兩個目標文件。

為實現上述目的，本申請另一方面還提供一種客戶端，所述客戶端包括存儲器和處理器，所述存儲器中存儲計算機程序，所述計算機程序被所述處理器執行時，實現以下功能：向分發服務器發送查詢指令，以使得所述分發服務器響應于所述查詢指令，將所述分發服務器本地的文件合并為至少一個文件集合，其中，所述文件集合具備文件索引信息；接收所述分發服務器反饋的所述文件索引信息；在創建下載任務時，若待下載的至少兩個目標文件處于同一個目標文件集合內，將所述至少兩個目標文件的下載任務合并為一個下載任務；其中，合并后的下載任務中包括所述目標文件集合的目標文件索引信息以及所述至少兩個目標文件的下載列表；通過合并后的下載任務下載所述目標文件集合，并基于所述目標文件索引信息以及所述下載列表，從所述目標文件集合中提取所述至少兩個目標文件。

為實現上述目的，本申請另一方面還提供一種文件批量下載方法，所述方法包括：接收客戶端發來的查詢指令，并響應于所述查詢指令，將本地的文件合并為至少一個文件集合，其中，所述文件集合具備文件索引信息；將所述文件集合以及對應的文件索引信息緩存至內容分發網絡中的節點服務器處；向所述客戶端反饋所述文件索引信息，以使得所述客戶端在創建下載任務時，若待下載的至少兩個目標文件處于同一個目標文件集合內，所述客戶端將所述至少兩個目標文件的下載任務合并為一個下載任務；其中，合并后的下載任務中包括所述目標文件集合的目標文件索引信息以及所述至少兩個目標文件的下載列表。