[發(fā)明專利]一種訂單檢驗(yàn)方法、裝置、電子設(shè)備及存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 201910764563.0
• 申請日: 2019-08-19
• 公開（公告）號: CN110570275A
• 公開（公告）日: 2019-12-13
• 發(fā)明（設(shè)計(jì)）人: 宋偉軍
• 申請（專利權(quán)）人: 香港樂蜜有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;H04L29/06
• 代理公司: 11413 北京柏杉松知識產(chǎn)權(quán)代理事務(wù)所(普通合伙)
• 代理人: 馬敬;項(xiàng)京

1.一種訂單檢驗(yàn)方法，其特征在于，應(yīng)用于應(yīng)用發(fā)行平臺中的客戶端軟件開發(fā)工具包SDK，所述應(yīng)用發(fā)行平臺還包括服務(wù)端SDK，所述方法包括：

當(dāng)?shù)谝挥脩粼谒鰬?yīng)用發(fā)行平臺發(fā)布的目標(biāo)應(yīng)用中完成支付操作時，獲取所述支付操作對應(yīng)的待檢驗(yàn)信息，所述待檢驗(yàn)信息包括所述第一用戶的用戶信息，所述目標(biāo)應(yīng)用的應(yīng)用信息，以及所述支付操作對應(yīng)的訂單信息；

根據(jù)所述目標(biāo)應(yīng)用的預(yù)設(shè)公鑰，對所述待檢驗(yàn)信息進(jìn)行加密處理，得到密文；

向所述服務(wù)端SDK發(fā)送包括所述密文的第一訂單檢驗(yàn)請求，以使所述服務(wù)端SDK在接收到所述第一訂單檢驗(yàn)請求后，根據(jù)所述預(yù)設(shè)公鑰對應(yīng)的預(yù)設(shè)私鑰，對所述密文進(jìn)行解密處理，得到明文，根據(jù)所述明文中包括的待檢驗(yàn)信息進(jìn)行訂單檢驗(yàn)，得到檢驗(yàn)結(jié)果。

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括：

接收所述服務(wù)端SDK發(fā)送的訂單檢驗(yàn)響應(yīng)，所述訂單檢驗(yàn)響應(yīng)包括指示所述檢驗(yàn)結(jié)果的狀態(tài)碼；

若所述訂單檢驗(yàn)響應(yīng)中包括指示訂單有效的第一狀態(tài)碼，則根據(jù)所述待檢驗(yàn)信息，生成所述支付操作對應(yīng)的消費(fèi)賬單，并將所述消費(fèi)賬單發(fā)送給所述目標(biāo)應(yīng)用對應(yīng)的應(yīng)用商城；

若所述訂單檢驗(yàn)響應(yīng)中包括指示訂單無效的第二狀態(tài)碼，則調(diào)整所述支付操作對應(yīng)的訂單的訂單狀態(tài)。

3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括：

接收所述目標(biāo)應(yīng)用發(fā)送的針對第二用戶的訂閱列表的顯示指令，所述訂閱列表中包括所述第二用戶的多次支付操作對應(yīng)的訂單和訂單狀態(tài)；

根據(jù)所述顯示指令，向所述目標(biāo)應(yīng)用發(fā)送所述第二用戶的訂閱列表。

4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶信息包括所述第一用戶的用戶標(biāo)識ID和令牌token，所述token為所述服務(wù)端SDK在所述第一用戶登錄成功后為所述第一用戶分配的。

5.一種訂單檢驗(yàn)方法，其特征在于，應(yīng)用于應(yīng)用發(fā)行平臺中的服務(wù)端軟件開發(fā)工具包SDK，所述應(yīng)用發(fā)行平臺還包括客戶端SDK，所述方法包括：

接收所述客戶端SDK發(fā)送的第一訂單檢驗(yàn)請求，所述第一訂單檢驗(yàn)請求中包括密文，所述密文是當(dāng)?shù)谝挥脩粼谒鰬?yīng)用發(fā)行平臺發(fā)布的目標(biāo)應(yīng)用中完成支付操作時，所述客戶端SDK獲取所述支付操作對應(yīng)的待檢驗(yàn)信息，根據(jù)所述目標(biāo)應(yīng)用的預(yù)設(shè)公鑰，對所述待檢驗(yàn)信息進(jìn)行加密處理得到，所述待檢驗(yàn)信息包括所述第一用戶的用戶信息，所述目標(biāo)應(yīng)用的應(yīng)用信息，以及所述支付操作對應(yīng)的訂單信息；

根據(jù)所述預(yù)設(shè)公鑰對應(yīng)的預(yù)設(shè)私鑰，對所述密文進(jìn)行解密處理，得到明文；

根據(jù)所述明文中包括的待檢驗(yàn)信息進(jìn)行訂單檢驗(yàn)，得到檢驗(yàn)結(jié)果。

6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述根據(jù)所述明文中包括的待檢驗(yàn)信息進(jìn)行訂單檢驗(yàn)，得到檢驗(yàn)結(jié)果的步驟，包括：

分別檢測所述明文中包括的用戶信息和應(yīng)用信息是否合法；

若均合法，則向所述目標(biāo)應(yīng)用對應(yīng)的應(yīng)用商城發(fā)送第二訂單檢驗(yàn)請求，所述第二訂單檢驗(yàn)請求包括所述明文中的訂單信息，以使所述應(yīng)用商城在接收到所述第二訂單檢驗(yàn)請求后，對所述訂單信息進(jìn)行檢驗(yàn)，得到檢驗(yàn)結(jié)果，并向所述服務(wù)端SDK發(fā)送包括指示所述檢測結(jié)果的狀態(tài)碼的訂單檢測響應(yīng)；

根據(jù)接收到的訂單檢測響應(yīng)，確定檢測結(jié)果。

7.一種訂單檢驗(yàn)裝置，其特征在于，應(yīng)用于應(yīng)用發(fā)行平臺中的客戶端軟件開發(fā)工具包SDK，所述應(yīng)用發(fā)行平臺還包括服務(wù)端SDK，所述裝置包括：

獲取模塊，用于當(dāng)?shù)谝挥脩粼谒鰬?yīng)用發(fā)行平臺發(fā)布的目標(biāo)應(yīng)用中完成支付操作時，獲取所述支付操作對應(yīng)的待檢驗(yàn)信息，所述待檢驗(yàn)信息包括所述第一用戶的用戶信息，所述目標(biāo)應(yīng)用的應(yīng)用信息，以及所述支付操作對應(yīng)的訂單信息；

加密模塊，用于根據(jù)所述目標(biāo)應(yīng)用的預(yù)設(shè)公鑰，對所述待檢驗(yàn)信息進(jìn)行加密處理，得到密文；

第一發(fā)送模塊，用于向所述服務(wù)端SDK發(fā)送包括所述密文的第一訂單檢驗(yàn)請求，以使所述服務(wù)端SDK在接收到所述第一訂單檢驗(yàn)請求后，根據(jù)所述預(yù)設(shè)公鑰對應(yīng)的預(yù)設(shè)私鑰，對所述密文進(jìn)行解密處理，得到明文，根據(jù)所述明文中包括的待檢驗(yàn)信息進(jìn)行訂單檢驗(yàn)，得到檢驗(yàn)結(jié)果。