[發明專利]交易信息的處理方法、系統、裝置及存儲介質

在審

• 申請號: 201810635337.8
• 申請日: 2018-06-20
• 公開（公告）號: CN109064143A
• 公開（公告）日: 2018-12-21
• 發明（設計）人: 肖敏;鄧玉;程浩;胡璇;楊妙;何睿;謝艷文;董學敏
• 申請（專利權）人: 中國建設銀行股份有限公司
• 主分類號: G06Q20/02
• 分類號: G06Q20/02;G06Q20/06;G06Q20/38
• 代理公司: 廣州三環專利商標代理有限公司 44202
• 代理人: 郝傳鑫

本發明公開了一種交易信息的處理方法、系統、裝置及存儲介質，所述方法包括：商戶客戶端通過其上安裝的對接包向服務器提交交易請求；所述服務器根據所述交易請求進行交易邏輯處理，并生成反饋信息以返回給所述對接包；所述對接包接收所述反饋信息并根據所述反饋信息喚起支付客戶端。本發明的方法通過將交易邏輯處理后移至服務器端，使對接包僅僅承接信息轉接及支付喚起等路由功能，顯著減少了對接包所占用的內存容量，且將交互邏輯進行智能整合，使對接包無需頻繁跟隨商戶客戶端進行更新。同時，本方法對交易信息執行嚴格的安全審核，安全性高。

技術領域

本發明涉及信息處理領域，更為具體而言，涉及一種交易信息的處理方法、系統、裝置及存儲介質。

背景技術

當今社會，隨著生活方式的轉變，科技的發展，線上支付已經變得越來越主流，大有將紙質貨幣直接提升至電子貨幣的節奏，各商戶對線上支付的需求也十分迫切。

目前，眾多的商戶通過在其客戶端中整合第三方支付對接包(插件)來實現線上支付。但是，現有的對接包接口眾多、容量占比大，導致商戶客戶端的對接周期長，并在原有的基礎上增加了不少容量。且現有的對接包受制于商戶客戶端更新機制，需要同步商戶客戶端更新。同時，支付時，要求同步安裝相應的第三方支付客戶端，否則會產生無法調用該支付產品進行支付的問題。

發明內容

為了解決現有技術中存在的上述問題，本發明提供了一種交易信息的處理方法、系統、裝置及存儲介質，能夠減少對接包所占用的內存容量，且使對接包無需頻繁跟隨商戶客戶端進行更新。

根據本發明的實施方式，提供了一種交易信息的處理方法，所述方法包括：商戶客戶端通過其上安裝的對接包向服務器提交交易請求；所述服務器根據所述交易請求進行交易邏輯處理，并生成反饋信息以返回給所述對接包；所述對接包接收所述反饋信息并根據所述反饋信息喚起支付客戶端。

在本發明的一些實施方式中，所述商戶客戶端通過其上安裝的對接包向服務器提交交易請求包括：所述對接包通過統一接口調用接收所述商戶客戶端提交的交易請求；所述對接包加密所述交易請求并將所述加密后的交易請求提交至所述服務器。

在本發明的一些實施方式中，所述方法還包括：所述對接包喚起所述商戶客戶端中的內嵌Html5(HyperText Markup Language 5，超文本標記語言5)支付頁面。

在本發明的一些實施方式中，所述方法還包括：所述服務器檢測所述交易請求是否滿足安全審核條件；在滿足所述安全審核條件的情況下，執行所述交易邏輯處理，并生成反饋信息；若不滿足所述安全審核條件，生成交易失敗信息，并提交至所述對接包。

在本發明的一些實施方式中，所述對接包存儲交易的公共信息，所述公共信息包括：支付請求地址、請求客戶端參數和密鑰。。

同時，本發明提供了一種交易信息的處理系統，所述系統至少包括商戶客戶端和服務器；其中，商戶客戶端包括對接包，所述對接包包括：信息模塊，用于接收商戶客戶端提交的交易請求；第一通信模塊，用于向服務器提交所述交易請求或接受所述服務器返回的反饋信息；智能喚起模塊：用于根據所述反饋信息喚起支付客戶端。其中，所述服務器包括：交易邏輯處理模塊，用于根據所述交易請求進行交易邏輯處理，并生成反饋信息；第二通信模塊，用于接收所述對接包提交的交易請求或向所述對接包返回反饋信息。

在本發明的一些實施方式中，所述信息模塊包括：接口單元，用于通過統一接口調用接收所述商戶客戶端提交的交易請求；安全控制單元，用于加密所述交易請求。

在本發明的一些實施方式中，所述智能喚起模塊包括：Html5喚起單元，用于喚起所述商戶客戶端中的內嵌Html5支付頁面。