[發明專利]一種訂單檢驗方法、裝置、電子設備及存儲介質

在審

• 申請號: 201910764563.0
• 申請日: 2019-08-19
• 公開（公告）號: CN110570275A
• 公開（公告）日: 2019-12-13
• 發明（設計）人: 宋偉軍
• 申請（專利權）人: 香港樂蜜有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;H04L29/06
• 代理公司: 11413 北京柏杉松知識產權代理事務所(普通合伙)
• 代理人: 馬敬;項京

本發明實施例提供了一種訂單檢驗方法、裝置、電子設備及存儲介質。方案如下：當第一用戶在應用發行平臺發布的目標應用中完成支付操作時，客戶端SDK獲取該支付操作對應的待檢驗信息，該待檢驗信息包括第一用戶的用戶信息，目標應用的應用信息，以及支付操作對應的訂單信息，根據目標應用的預設公鑰，對待檢驗信息進行加密處理，得到密文，向服務端SDK發送包括密文的第一訂單檢驗請求，以使服務端SDK在接收到第一訂單檢驗請求后，根據預設公鑰對應的預設私鑰，對密文進行解密處理，得到明文，根據明文中包括的待檢驗信息進行訂單檢驗，得到檢驗結果。通過本發明實施例提供的技術方案，降低了訂單被刷的風險。

技術領域

本發明涉及互聯網技術領域，特別是涉及一種訂單檢驗方法、裝置、電子設備及存儲介質。

背景技術

隨著互聯網技術的不斷發展，不同的商家應用可以發布在同一應用發行平臺上。當用戶在該應用發布平臺發布的某一商家應用上進行支付操作時，可以調用應用發行平臺中的客戶端軟件開發工具包(Software Development Kit，SDK)中的SDK支付端口，完成支付操作。此時，該應用發布平臺中的服務端SDK可以根據客戶端SDK發送的信息對本次支付操作對應的訂單進行檢驗，從而確定該訂單是否有效。

但是在上述訂單檢驗過程中，當商家應用的全部代碼或部分代碼被破解時，可能導致客戶端SDK與服務端SDK進行交互中信息加密所采用的公鑰(publickey)被暴露，使得其他用戶可以根據暴露的公鑰篡改客戶端SDK發送服務端SDK的信息，導致訂單存在被刷的風險。

發明內容

本發明實施例的目的在于提供一種訂單檢驗方法、裝置、電子設備及存儲介質，以降低訂單被刷的風險。具體技術方案如下：

本發明實施例提供了一種訂單檢驗方法，應用于應用發行平臺中的客戶端SDK，所述應用發行平臺還包括服務端SDK，所述方法包括：

當第一用戶在所述應用發行平臺發布的目標應用中完成支付操作時，獲取所述支付操作對應的待檢驗信息，所述待檢驗信息包括所述第一用戶的用戶信息，所述目標應用的應用信息，以及所述支付操作對應的訂單信息；

根據所述目標應用的預設公鑰，對所述待檢驗信息進行加密處理，得到密文；

向所述服務端SDK發送包括所述密文的第一訂單檢驗請求，以使所述服務端SDK在接收到所述第一訂單檢驗請求后，根據所述預設公鑰對應的預設私鑰，對所述密文進行解密處理，得到明文，根據所述明文中包括的待檢驗信息進行訂單檢驗，得到檢驗結果。

可選的，所述方法還包括：

接收所述服務端SDK發送的訂單檢驗響應，所述訂單檢驗響應包括指示所述檢驗結果的狀態碼；

若所述訂單檢驗響應中包括指示訂單有效的第一狀態碼，則根據所述待檢驗信息，生成所述支付操作對應的消費賬單，并將所述消費賬單發送給所述目標應用對應的應用商城；

若所述訂單檢驗響應中包括指示訂單無效的第二狀態碼，則調整所述支付操作對應的訂單的訂單狀態。

可選的，所述方法還包括：

接收所述目標應用發送的針對第二用戶的訂閱列表的顯示指令，所述訂閱列表中包括所述第二用戶的多次支付操作對應的訂單和訂單狀態；

根據所述顯示指令，向所述目標應用發送所述第二用戶的訂閱列表。

可選的，所述用戶信息包括所述第一用戶的用戶標識(Identification，ID)和令牌(token)，所述token為所述服務端SDK在所述第一用戶登錄成功后為所述第一用戶分配的。

本發明實施例還提供了一種訂單檢驗方法，應用于應用發行平臺中的服務端SDK，所述應用發行平臺還包括客戶端SDK，所述方法包括：