[發(fā)明專利]一種支付系統(tǒng)及其支付方法

在審

• 申請?zhí)枺?/td>: 201810900163.3
• 申請日: 2018-08-09
• 公開（公告）號: CN109118184A
• 公開（公告）日: 2019-01-01
• 發(fā)明（設計）人: 楊君;李恒;劉義雷;張文君;郭吉剛;黃世凱
• 申請（專利權）人: 杭州鑫合匯互聯(lián)網金融服務有限公司
• 主分類號: G06Q20/02
• 分類號: G06Q20/02;G06Q20/10;G06Q20/38
• 代理公司: 暫無信息
• 代理人: 暫無信息

1.一種支付系統(tǒng)，其特征在于，包括

接口模塊，用于接收業(yè)務平臺發(fā)送過來的經加密的請求以及返回訂單處理結果至業(yè)務平臺；

安全模塊，用于對所述經加密的請求進行解密，并對要發(fā)往業(yè)務平臺的訂單處理結果進行加密；

日志模塊，用于記錄解密成功的請求數(shù)據(jù)；

訂單模塊，用于根據(jù)請求內容生成訂單并存儲，同時將生成的訂單與以往訂單進行對比，若存在相同訂單，則返回最近一次相同訂單的訂單處理結果；

路由模塊，用于接收訂單模塊生成的訂單，并結合訂單內的支付金額、第三方支付平臺支持的銀行、訂單費率和額度區(qū)間選擇相應的第三方支付平臺；

支付模塊，用于根據(jù)路由模塊選擇出的第三方支付平臺調用對應的支付接口實現(xiàn)扣款；

交易記錄模塊，用于記錄第三方支付平臺的支付結果；

查詢模塊，用于在業(yè)務平臺收到支付信息為處理中的狀態(tài)后，主動查詢最終支付結果，直至成功或失敗的最終狀態(tài)為止。

2.根據(jù)權利要求1所述的支付系統(tǒng)，其特征在于，還包括回調模塊，所述回調模塊使用http協(xié)議按照post請求的方式對訂單處理結果進行回調，并在未接收到SUCCESS報文的情況下，定時推送回調信息給業(yè)務平臺直到業(yè)務平臺返回SUCCESS報文為止。

3.根據(jù)權利要求1所述的支付系統(tǒng)，其特征在于，還包括用戶管理模塊，所述用戶管理模塊在業(yè)務平臺接入支付系統(tǒng)的時候，為業(yè)務平臺生成一一對應的平臺編碼和密鑰。

4.根據(jù)權利要求1所述的支付系統(tǒng)，其特征在于，所述日志模塊還對支付信息進行標注，標注的內容包括待處理、處理中、支付成功和支付失敗。

5.根據(jù)權利要求1所述的支付系統(tǒng)，其特征在于，所述安全模塊采用RSA非對稱加密的方式進行加密。

6.一種基于權利要求1所述的支付系統(tǒng)的支付方法，其特征在于，包括同步代收和異步代收，其中

同步代收包括以下步驟：

A1：業(yè)務平臺通過加密的https協(xié)議，采用post請求的方式，根據(jù)支付系統(tǒng)分配的秘鑰對請求參數(shù)加密整理后將數(shù)據(jù)發(fā)送給山海關系統(tǒng)的接口模塊，支付系統(tǒng)的安全模塊及時作出響應，對業(yè)務平臺的加密請求進行解密，如果解密失敗則認為是非法請求，解密成功則通過安全模塊的驗證，參數(shù)接著進入日志模塊；

A2：日志模塊記錄下請求的數(shù)據(jù)，同時標注該筆流水為待處理，日志模塊不涉及復雜的業(yè)務操作，主要是用來跟蹤和記錄請求數(shù)據(jù)；

A3：接下來進入的是訂單模塊，訂單模塊根據(jù)請求內容生成訂單，包括支付訂單和交易查詢訂單，對于同業(yè)務平臺的同一筆訂單，訂單模塊只會受理一次，相同的訂單請求訂單模塊只會返回上一筆訂單的支付結果，而不會去重復處理，訂單模塊生成一筆支付訂單后就會同步將這筆訂單發(fā)送給路由模塊；

A4：路由模塊結合訂單內的支付金額、第三方支付平臺支持的銀行、訂單費率和額度區(qū)間選擇相應的第三方支付平臺；

A5：支付模塊根據(jù)路由模塊選擇出的第三方支付平臺調用相應的支付接口進行扣款；

A6：訂單處理完成后，交易記錄模塊將支付公司的支付結果存儲下來；

A7：第三方支付平臺同步返回支付結果，訂單模塊根據(jù)支付結果去更新訂單的支付信息，訂單結果更新完畢后，調用日志模塊；

A8：日志模塊更新業(yè)務平臺請求的支付信息，如果成功就更新為支付成功，如果失敗就更新為支付失敗，日志模塊的更新結果作為支付系統(tǒng)輸出給業(yè)務平臺的出口日志記錄；

A9：安全模塊將日志模塊的訂單處理結果根據(jù)各自業(yè)務平臺的秘鑰進行加密處理后由接口模塊發(fā)送至業(yè)務平臺；

A10：業(yè)務平臺接收到加密后臺應答報文；

A11：支付系統(tǒng)的訂單狀態(tài)更新后系統(tǒng)在同步返回應答的同時還會有異步通知的應答，安全模塊會對回調的數(shù)據(jù)根據(jù)業(yè)務平臺進行加密。

A12：加密后的結果會傳輸?shù)交卣{模塊，回調模塊會要傳輸?shù)男畔⑦M行組裝，回調通知的地址就是業(yè)務平臺對應的接收地址，回調模塊使用http協(xié)議按照post請求的方式對支付結果進行回調；

A13：回調通知發(fā)出后如果業(yè)務平臺接收到了回調信息，那么需要返回SUCCESS字符串，如果接收到SUCCESS字符串，支付系統(tǒng)的回調模塊認為對方接收回調成功就不會再去推送，如果沒有接收到SUCCESS字符串，那么支付系統(tǒng)每隔1分鐘到5分鐘不等定時推送回調信息給業(yè)務平臺，直到業(yè)務平臺返回SUCCESS報文給到支付系統(tǒng)為止；

異步代收包括以下步驟：

B1：業(yè)務平臺通過加密的https協(xié)議，采用post請求的方式，根據(jù)支付系統(tǒng)分配的秘鑰對請求參數(shù)加密整理后將數(shù)據(jù)發(fā)送給山海關系統(tǒng)的接口模塊，支付系統(tǒng)的安全模塊及時作出響應，對業(yè)務平臺的加密請求進行解密，如果解密失敗則認為是非法請求，解密成功則通過安全模塊的驗證，參數(shù)接著進入日志模塊；

B2：日志模塊記錄下請求的數(shù)據(jù)，同時標注該筆流水為待處理，日志模塊不涉及復雜的業(yè)務操作，主要是用來跟蹤和記錄請求數(shù)據(jù)；

B3：接下來進入的是訂單模塊，訂單模塊根據(jù)請求內容生成訂單，包括支付訂單和交易查詢訂單，對于同業(yè)務平臺的同一筆訂單，訂單模塊只會受理一次，相同的訂單請求訂單模塊只會返回上一筆訂單的支付結果，而不會去重復處理，訂單模塊生成一筆支付訂單后就會同步將這筆訂單發(fā)送給路由模塊；

B4：路由模塊結合訂單內的支付金額、第三方支付平臺支持的銀行、訂單費率和額度區(qū)間選擇相應的第三方支付平臺；

B5：支付模塊根據(jù)路由模塊選擇出的第三方支付平臺調用相應的支付接口進行扣款；

B6：訂單處理完成后，交易記錄模塊將支付公司的支付結果存儲下來；

B7：第三方支付平臺同步支付結果未返回，這時先不處理訂單信息；

B8：日志模塊此時更新業(yè)務平臺請求的支付信息，更新數(shù)據(jù)為處理中，日志模塊的更新結果作為支付系統(tǒng)輸出給業(yè)務平臺的出口日志記錄；

B9：安全模塊將日志模塊的訂單處理結果根據(jù)各自平臺的秘鑰進行加密處理；

B10：業(yè)務平臺接收到加密后臺應答報文；

B11：支付系統(tǒng)的查詢模塊會主動的查詢處理中的訂單數(shù)據(jù)在對應第三方支付平臺的最終支付結果，直到查詢到成功或者失敗的最終狀態(tài)為止；

B12：訂單模塊根據(jù)查詢模塊的查詢結果，進行相應處理，如果查詢結果是成功那么更新訂單為支付成功，如果查詢結果是失敗，那么更新訂單結果為支付失??；

B13：訂單結果通過安全模塊按照各自的業(yè)務平臺選擇對應的秘鑰進行加密；

B14：加密后的結果會傳輸?shù)交卣{模塊，回調模塊對要傳輸?shù)男畔⑦M行組裝，回調通知的地址就是業(yè)務平臺對應的接收地址，回調模塊使用http協(xié)議按照post請求的方式對支付結果進行回調；

B15：回調通知發(fā)出后如果業(yè)務平臺接收到了回調信息，那么需要返回SUCCESS字符串，如果接收到SUCCESS字符串，支付系統(tǒng)的回調模塊認為對方接收回調成功就不會再去推送，如果沒有接收到SUCCESS字符串，那么山海關每隔1分鐘到5分鐘不等定時推送回調信息給業(yè)務平臺，直到業(yè)務平臺返回SUCCESS報文給到支付系統(tǒng)為止。

7.根據(jù)權利要求6所述的支付系統(tǒng)的支付方法，其特征在于，所述秘鑰由支付系統(tǒng)的用戶管理模塊生成，與平臺編碼一一對應。