[發明專利]一種文件傳輸方法、裝置和系統

在審

• 申請號: 202010979473.6
• 申請日: 2020-09-17
• 公開（公告）號: CN113765968A
• 公開（公告）日: 2021-12-07
• 發明（設計）人: 王英杰
• 申請（專利權）人: 北京沃東天駿信息技術有限公司;北京京東世紀貿易有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 中原信達知識產權代理有限責任公司 11219
• 代理人: 李陽;王志遠

本發明公開了一種文件傳輸方法、裝置和系統，涉及計算機技術領域。該方法的一具體實施方式包括：接收來自文件接收方的查詢請求，所述查詢請求用于查詢目標文件；向所述文件接收方發送子文件列表，所述子文件列表包括多個子文件的標識，所述多個子文件是通過拆分所述目標文件得到的；接收所述文件接收方的下載請求，所述下載請求包括目標子文件的標識；向所述文件接收方發送與所述目標子文件的標識對應的目標子文件。該實施方式將目標文件拆分成多個子文件，文件接收方可以實現多線程并發下載，提高文件傳輸效率，解決了現有技術中傳輸耗時不受控制的問題；根據文件列表，可以多次重復下載同一個文件，解決了現有技術中網絡異常容災問題。

技術領域

本發明涉及計算機技術領域，尤其涉及一種文件傳輸方法、裝置和系統。

背景技術

目前，在異構系統間進行文本文件交互時，一般都會采用FTP(File TransferProtocol，文件傳輸協議)、SFTP(Secure File Transfer Protocol，安全文件傳送協議)、SMTP(Simple Mail Transfer Protocol，簡單郵件傳輸協議)等協議來完成文本文件的傳輸共享。例如，互聯網交易系統、銀行交易系統一般都會涉及到交易數據的傳輸對賬、稽核，兩個異構交易系統間要實現這種交易數據的對賬、稽核，交易雙方必須定義好數據文件的頭尾、分隔符、字段、文件名、文件存儲FTP/SFTP服務器等信息，文本文件傳輸方根據約定生成好文件并將其發送至存儲服務器，以供文件接收方下載、解析。

在實現本發明過程中，發明人發現現有技術中至少存在如下問題：文本文件傳輸耗時不受控制，一般交易對賬文件都是以固定格式生成一個文件，然而根據交易記錄數據的不同，生成的文件的大小不定，因此導致文件傳輸耗時不受控制；傳輸過程網絡異常容災問題，如果傳輸過程中出現網絡異常，則將導致所有已經傳輸的文件還需要重新再傳輸，與此同時可能文件接收方已經開始讀取這些未完全傳輸的文件，導致文件接收方獲取數據不完整；存儲服務器網絡安全問題，對于FTP協議本身和FTP的具體傳輸過程，很多地方都存在著安全隱患，對客戶端鏈接暴露服務器IP、端口、用戶名、密碼，容易遭受黑客攻擊；硬件服務器資源浪費問題，這種方式需要FTP/SFTP服務器的硬件存儲服務器支持，會造成服務器的不必要浪費。

發明內容

有鑒于此，本發明實施例提供一種文件傳輸方法、裝置和系統。該方法、裝置和系統將目標文件拆分成子文件傳輸，可以降低傳輸時間，提高傳輸效率，解決傳輸耗時不受控制問題，文件接收方也可以多線程并發下載，進一步提高傳輸效率；基于子文件列表傳輸子文件，即使出現網絡傳輸異常，文件接收方可以根據子文件列表，重新下載獲取異常的子文件，以此解決子文件傳輸過程中的網絡異常容災問題；基于HTTP協議傳輸子文件，不需要文件存儲服務器，有效規避了存儲服務器網絡安全問題，節省了硬件資源；文件接收方和文件提供方的交互接口通過數字簽名驗簽，提高了安全性。

為實現上述目的，根據本發明實施例的一個方面，提供了一種文件傳輸方法，包括：

接收來自文件接收方的查詢請求，所述查詢請求用于查詢目標文件；

向所述文件接收方發送子文件列表，所述子文件列表包括多個子文件的標識，其中，所述多個子文件是通過拆分所述目標文件得到的；

接收所述文件接收方的下載請求，所述下載請求包括目標子文件的標識；

向所述文件接收方發送與所述目標子文件的標識對應的目標子文件。

可選地，所述方法還包括根據如下過程拆分所述目標文件；獲取目標文件中的一個文本數據；判斷子文件是否存在；若存在，則將所述文本數據寫入所述子文件；若不存在，則創建空文件，將所述空文件作為子文件，并將所述文本數據寫入所述子文件。

可選地，在將所述文本數據寫入所述子文件之前，所述方法還包括：確定所述子文件滿足如下寫入條件：所述文本數據的大小與所述子文件的大小之和小于或等于預設的第一閾值；或所述子文件中文本數據的總條數小于預設的第二閾值。