[發明專利]一種數據傳輸方法、用戶端、電子設備及可讀存儲介質

有效

• 申請號: 201911410356.1
• 申請日: 2019-12-31
• 公開（公告）號: CN111865891B
• 公開（公告）日: 2023-08-15
• 發明（設計）人: 吳瓊;姜艷澤;路朝暉;唐佳旭
• 申請（專利權）人: 北京嘀嘀無限科技發展有限公司
• 主分類號: H04L9/40
• 分類號: H04L9/40;H04L67/06;G06F21/60;G06F21/62
• 代理公司: 北京超成律師事務所 11646
• 代理人: 吳迪

1.一種數據傳輸方法，其特征在于，應用于用戶端，所述數據傳輸方法包括：

確定所述用戶端中需要上傳到服務器的待上傳數據文件以及所述待上傳數據文件對應的文件標識信息；所述待上傳數據文件為車輛在行程過程中產生的數據文件；所述待上傳數據文件中記錄的數據是車輛行駛過程中的錄音數據和視頻數據；

確定所述待上傳數據文件對應的密鑰參數以及加密方式，并基于所述密鑰參數以及所述加密方式，在所述用戶端中對所述待上傳數據文件加密；所述密鑰參數是基于待上傳數據文件對應的文件屬性信息確定的；

將加密得到的加密數據文件以及所述加密數據文件對應的文件標識信息上傳至所述服務器；所述文件標識信息包括所述待上傳數據文件對應的文件屬性信息；

在所述服務器有讀取文件需求時，根據所述服務器的唯一標識信息或者預設時間間隔內服務器的密鑰參數請求頻率確定授權所述服務器后，將加密方式以及密鑰參數發送至所述服務器，以使所述服務器解密所述加密數據文件；

在接收到所述服務器的反饋信息指示所述服務器未成功解密所述加密數據文件，從所述服務器處獲取所述加密數據文件，利用發送給所述服務器的密鑰參數以及加密方式，對所述加密數據文件進行解密，并在解密失敗后，將重新確定的加密方式以及密鑰參數發送至所述服務器，以使所述服務器利用所述重新確定的加密方式以及密鑰參數解密所述加密數據文件。

2.根據權利要求1所述的數據傳輸方法，其特征在于，所述加密方式包括對稱加密和非對稱加密中的一種。

3.根據權利要求1所述的數據傳輸方法，其特征在于，通過以下步驟確定所述待上傳數據文件對應的密鑰參數：

獲取所述待上傳數據文件對應的文件屬性信息；

基于所述文件標識信息、所述文件屬性信息以及預設密鑰參數生成規則，確定所述待上傳數據文件對應的密鑰參數。

4.根據權利要求3所述的數據傳輸方法，其特征在于，所述基于所述文件標識信息、所述文件屬性信息以及預設密鑰參數生成規則，確定所述待上傳數據文件對應的密鑰參數，包括：

基于所述文件標識信息、所述文件屬性信息以及所述預設密鑰參數生成規則，確定所述文件標識信息對應的標識參數以及所述文件屬性信息對應的屬性參數；

將所述標識參數以及所述屬性參數按照所述預設密鑰參數生成規則進行組合，生成所述待上傳數據文件對應的密鑰參數。

5.根據權利要求1所述的數據傳輸方法，其特征在于，在所述將加密得到的加密數據文件以及所述加密數據文件對應的文件標識信息上傳至所述服務器之后，所述數據傳輸方法還包括：

接收所述服務器反饋的數據接收信息，檢測所述服務器是否成功接收所述加密數據文件；

若所述服務器成功接收所述加密數據文件，將所述加密數據文件對應的密鑰參數、所述加密方式以及所述文件標識信息存儲在所述用戶端。

6.根據權利要求5所述的數據傳輸方法，其特征在于，在所述接收所述服務器反饋的數據接收信息，檢測所述服務器是否成功接收所述加密數據文件之后，所述數據傳輸方法還包括：

若所述服務器未成功接收所述加密數據文件，確定所述待上傳數據文件對應的更新密鑰參數以及更新加密方式，并基于所述更新密鑰參數以及更新加密方式對所述待上傳數據文件進行加密，得到更新加密數據文件；

將所述更新加密數據文件以及所述文件標識信息上傳至所述服務器。

7.根據權利要求1所述的數據傳輸方法，其特征在于，在將加密得到的加密數據文件以及所述加密數據文件對應的文件標識信息上傳至所述服務器之后，所述數據傳輸方法還包括：

接收所述服務器發送的密鑰參數請求，并檢測是否接受此次密鑰參數請求；

若接受此次密鑰參數請求，獲取所述密鑰參數請求中攜帶的文件標識信息；

基于所述文件標識信息，確定與此次密鑰參數請求對應的加密方式以及密鑰參數；

將所述加密方式以及密鑰參數發送至所述服務器。