[發明專利]一種支付網關系統

在審

• 申請號: 202010260309.X
• 申請日: 2020-04-03
• 公開（公告）號: CN111401865A
• 公開（公告）日: 2020-07-10
• 發明（設計）人: 王城;曹平
• 申請（專利權）人: 上海瀚之友信息技術服務有限公司
• 主分類號: G06Q20/02
• 分類號: G06Q20/02;G06Q20/10;G06Q20/38;H04L29/08
• 代理公司: 上海科盛知識產權代理有限公司 31225
• 代理人: 應小波

本發明涉及一種支付網關系統，該系統與支付系統外部和支付系統銀行側連接，所述的支付網關系統包括支付網關模塊、支付服務模塊和秘鑰服務模塊，所述的支付網關模塊與支付服務模塊通信連接，所述的支付網關系統還包括服務注冊中心，所述的支付服務模塊將支付服務中統一核心邏輯部分保留在本體中，分離出與各支付機構的交互邏輯形成的獨立服務包，各所述的獨立服務包與支付系統銀行側的各銀行終端分別對應，各所述的獨立服務包和統一核心邏輯部分分別與服務注冊中心通信，并通過服務注冊中心建立兩者的關系。與現有技術相比，本發明具有系統結構靈活、提高了接入的效率等優點。

技術領域

本發明涉及在線支付領域，尤其是涉及一種支付網關系統。

背景技術

在現在各種應用中，在線支付的場景已經變得越來越普遍，隨著支付結構的越來越多，例如眾多的銀行、支付寶、微信等等，原來那種一個支付方式一套流程的方法已不適用，需要一種統一的支付網關為各種應用場景提供服務。

支付網關在一般系統應用中主要用于業務應用與各支付主體的銜接，其基本結構如圖1所示，其中支付網關，是整個支付網關系統的對外前端部分，主要用于各類請求的接收及初步驗證。密鑰服務，用于支付結構、企業自己的密鑰、證書的管理，并提供根據機構的不同，提供對應加密、解密、加簽、驗簽等的服務。Bank支持包，由支付機構提供的支付活動中可能或必須使用的工具包。支付服務，是系統的核心，完成系統自身的業務邏輯處理，各類單據的記錄等。

上述支付網關具有支付流程：

1、支付網關系統的外部，如授權的應用(本公司中為話費充值、卡券充值、油卡等業務系統)，發起支付或退款等相關請求給到支付網關，該請求應該攜帶必要的關鍵信息，如鑒權信息，應用的訂單(流水)號，支付(退款)的金額，必須使用的支付機構等等。

2、支付網關收到請求后，整理數據并交給支付服務處理，支付服務根據應用指定或用戶指定的支付方式(比如工行支付、中行支付等)，依據相應支付機構(工行、中行等)的交互協議的要求，通過其提供的支持包，或自主的完成協議報文，并與支付結構進行交互。

3、對于支付交易，在支付服務與支付結構完成“創建訂單”操作后，需要將必要的信息返回給前端，以根據支付機構的實際要求發起客戶端或瀏覽器的支付操作，讓用戶進行支付動作。

4、用戶支付動作完成后，支付機構會將支付結果通知到支付網關，網關收到通知后，將合法的通知信息交由支付服務處理。

5、支付服務依據與支付機構約定的協議，對支付通知進行解密、驗簽等處理，確定數據合法后，再通知到該筆訂單對應的應用，完成整個支付流程。

另外對于無UI交互的服務請求，如退款、查詢等，流程也基本類似。

上述的支付網關系統的建立使得各種業務應用只需要與一個“支付機構”進行交互，無需重復開發，而可以將更多的精力專注于拓展自身的業務。抽象的看，這種結構也適用于多種應用與多個第三方有著相同交互的場景，但這種基礎結構只適合一些業務規模較小的主體，隨著支付機構的越來越多，一些弊端也會逐步出現，具體如下：

1)支付服務體量越來越大，資源消耗越來越多，更新啟動越來越慢；

2)需要包含的支持包越來越多，對于某些編程語言來說，會帶來兼容性風險；

3)與支付機構的交互都在一個服務內，在新增、更新服務出現錯誤時可能都會影響。

發明內容

本發明的目的就是為了克服上述現有技術存在的缺陷而提供一種支付網關系統。

本發明的目的可以通過以下技術方案來實現：

一種支付網關系統，該系統與支付系統外部和支付系統銀行側連接，所述的支付網關系統包括支付網關模塊、支付服務模塊和秘鑰服務模塊，所述的支付網關模塊與支付服務模塊通信連接，