聚合支付平臺及支付方法與流程

本發明涉及移動支付領域，具體是涉及一種聚合支付平臺及支付方法。

背景技術：

傳統的現金支付經常遇到找零的情況，影響收銀速度，常常需要顧客排隊支付，降低了顧客消費的支付體驗。通過POS機刷卡支付，商家需要付出較高的費率，提高了商家的運營成本。在這種背景下，移動支付得到快速發展，市場上主流的掃碼支付有微信、支付寶、QQ錢包、京東支付等，支持手機APP收款、PC端收款和固定二維碼收款，不僅符合當前消費者的使用習慣，還能夠降低手續費支出成本。但是，需要商家逐一與各支付渠道商以及銀行議價，并且多個支付系統之間的融合比較復雜。

技術實現要素：

本發明的目的是為了克服上述背景技術的不足，提供一種聚合支付平臺及支付方法，能夠為商戶提供微信、支付寶、QQ錢包、京東支付、銀行卡刷卡支付等一站式支付解決方案。

本發明提供一種聚合支付平臺，包括POS終端、系統后臺、管理單元，POS終端支持傳統POS機和智能POS機，所述管理單元包括系統管理模塊、商戶管理模塊、終端管理模塊、報表管理模塊，其中：

所述系統管理模塊用于：管理系統中的用戶、角色、菜單信息，并通過用戶→角色→菜單的方式進行權限管理；

所述商戶管理模塊用于：管理商戶的信息，對商戶進行維護；

所述終端管理模塊用于：管理終端信息；

所述報表管理模塊用于：管理交易、訂單的報表。

在上述技術方案的基礎上，所述系統管理模塊包括用戶管理子模塊、角色管理子模塊、菜單管理子模塊，其中：

所述用戶管理子模塊用于：有用戶管理權限的管理員通過用戶管理子模塊增加新的用戶，修改現有用戶的信息，為用戶進行授權、密碼重置，其中，為用戶授權主要是指為用戶進行角色劃分；

所述角色管理子模塊用于：在系統中進行角色的管理，支持新增、修改、刪除及角色授權功能，其中，角色授權功能為角色分配供訪問的菜單；

所述菜單管理子模塊用于：管理系統中的菜單信息，配置用戶訪問的資源以及相關的信息。

在上述技術方案的基礎上，所述商戶管理模塊包括商戶信息管理子模塊、商戶參數查詢子模塊，其中：

所述商戶信息管理子模塊用于：對商戶進行維護，包括添加、編輯、刪除商戶；對商戶的參數進行維護，包括添加支付方式信息；對商戶信息進行編輯；

所述商戶參數查詢子模塊用于：查詢某個商戶，在特定支付方式下使用的參數信息。

在上述技術方案的基礎上，所述報表管理模塊包括訂單流水查詢子模塊、單筆訂單查詢子模塊，其中：

所述訂單流水查詢子模塊用于：在終端通過掃碼、刷卡交易后，實時反饋交易數據及狀態；

所述單筆訂單查詢子模塊用于：查詢單筆訂單的狀態及詳情。

在上述技術方案的基礎上，所述系統后臺和管理單元使用瀏覽器-服務器架構。

本發明還提供一種基于上述聚合支付平臺的掃碼支付方法，包括以下步驟：

用戶打開小額支付刷卡界面，商家掃描到用戶二維碼或條碼后發起支付，生成訂單的必要信息，調用統一下單應用編程接口API，API返回可擴展標記語言XML格式數據，返回調用結果，用戶完成掃碼支付。

在上述技術方案的基礎上，所述掃碼支付的交互數據格式如下：采用標準的超文本傳輸協議協議，發送POST請求，將標準json格式報文發送至聚合支付平臺，聚合支付平臺提供統一資源定位符URL地址，接受商戶終端的json請求報文。

在上述技術方案的基礎上，如果用戶使用小額已支付金額超過日限額，聚合支付平臺提示用戶輸入密碼。

本發明還提供一種基于上述聚合支付平臺的刷卡支付方法，包括以下步驟：

智能POS終端使用無線WIFI接入收銀臺系統，操作員下單后，生成訂單的必要信息，調用統一下單應用編程接口API，API返回可擴展標記語言XML格式數據，返回調用結果；操作員點擊智能POS終端查詢訂單按鈕，如果有未支付訂單信息，則智能POS終端顯示交易金額，提示用戶插卡或揮卡，用戶插卡后提示輸入交易密碼，完成刷卡支付，并返回交易結果。

在上述技術方案的基礎上，所述刷卡支付的交互數據格式如下：采用套接字協議，發送定長報文，定長報文的格式為：報文分為8個字節報文頭和報文體，前8個字節為固定報文頭，報文頭的前4個字節標識交易代碼，報文頭的后4個字節為報文體的長度。

與現有技術相比，本發明的優點如下：

(1)本發明中的聚合支付平臺支持PC客戶端、手機APP、POS機、微信公眾號等多種商戶接入方式，方便消費者通過支付寶、微信支付等多種時下通行的支付方式掃碼消費，能夠為商戶提供微信、支付寶、QQ錢包、京東支付、銀行卡刷卡支付等一站式支付解決方案，適用于POS、電商、金融、教育等行業，支持智能POS終端、傳統有線8110POS等支付場景。

(2)對商戶而言，本發明中的聚合支付平臺能夠支持微信、支付寶等市場上主流的掃碼支付功能，支持手機APP收款、PC端收款和固定二維碼收款，不僅符合當前消費者的使用習慣，還能夠降低手續費支出成本。

附圖說明

圖1是本發明實施例中聚合支付平臺的結構框圖。

圖2是本發明實施例中系統管理模塊的結構框圖。

圖3是本發明實施例中商戶管理模塊的結構框圖。

圖4是本發明實施例中報表管理模塊的結構框圖。

具體實施方式

下面結合附圖及具體實施例對本發明作進一步的詳細描述。

參見圖1所示，本發明實施例提供一種聚合支付平臺，包括POS(Point Of Sale，銷售終端)終端、系統后臺、管理單元，POS終端支持傳統POS機和智能POS機，需搭建終端應用程序；系統后臺和管理單元使用B/S(Browser/Server，瀏覽器-服務器)架構，操作只需瀏覽器即可完成操作，無需安裝任何程序。系統后臺及管理單元采用大型應用系統最為流行的J2EE架構。J2EE架構是基于JAVA平臺的分布式系統，其具有良好的開放性、可移植性、穩定性、可靠性、可擴展性、互用性等。

管理單元包括系統管理模塊、商戶管理模塊、終端管理模塊、報表管理模塊，其中：

系統管理模塊用于：管理系統中的用戶、角色、菜單等信息，并通過用戶→角色→菜單的方式進行權限管理，通過配置管理可以實現：用戶屬于什么角色、角色可以訪問哪些菜單，最終靈活的實現不同用戶可以訪問不同菜單的需求。

商戶管理模塊用于：管理商戶的信息，對商戶進行維護。

終端管理模塊用于：管理終端信息。所有的終端信息，必須先錄入聚合支付平臺后，方能進行交易，通過終端管理模塊進行維護和管理：包含終端設備的增、刪、改、查等功能。

報表管理模塊用于：管理交易、訂單的報表。

參見圖2所示，系統管理模塊包括用戶管理子模塊、角色管理子模塊、菜單管理子模塊，其中：

用戶管理子模塊用于：有用戶管理權限的管理員通過用戶管理子模塊增加新的用戶，同時還可以修改現有用戶的相關信息，并可為用戶進行授權、密碼重置，其中用戶授權功能主要是指為用戶進行角色劃分。

角色管理子模塊用于：在系統中進行角色的管理，支持新增、修改、刪除及角色授權等功能，其中角色授權功能為角色分配可供訪問的菜單。

菜單管理子模塊用于：管理系統中的菜單信息，配置用戶可以訪問的資源以及相關的信息。

參見圖3所示，商戶管理模塊包括商戶信息管理子模塊、商戶參數查詢子模塊，其中：

商戶信息管理子模塊用于：對商戶進行維護，包括添加、編輯、刪除商戶等；還可以對商戶的參數進行維護，如添加支付方式信息；還可對商戶信息進行編輯。

商戶參數查詢子模塊用于：查詢某個商戶，在特定支付方式下使用的參數信息。

參見圖4所示，報表管理模塊包括訂單流水查詢子模塊、單筆訂單查詢子模塊，其中：

訂單流水查詢子模塊用于：在終端通過掃碼、刷卡交易后，實時反饋交易數據及狀態。

單筆訂單查詢子模塊用于：查詢單筆訂單的狀態及詳情。通過給定某筆訂單的訂單號信息，可以查詢該筆訂單的狀態及詳情。

本發明實施例中的聚合支付平臺能夠為商戶提供微信、支付寶、QQ錢包、京東支付、銀行卡刷卡支付等一站式支付解決方案，適用于POS、電商、金融、教育等行業，支持智能POS終端、傳統有線8110POS等支付場景。

本發明實施例還提供一種基于上述聚合支付平臺的掃碼支付方法，包括以下步驟：

用戶打開小額支付刷卡界面，商家掃描到用戶二維碼或條碼后發起支付，通過POST請求，生成訂單的必要信息，調用統一下單API(Application Programming Interface，應用編程接口)，API返回XML(Extensible Markup Language，可擴展標記語言)格式數據，返回調用結果，用戶完成掃碼支付。

上述POST請求是HTTP(HyperText Transfer Protocol，超文本傳輸協議)協議規范中的一個請求，用于提交用戶的請求數據至服務器，根據HTTP規范，POST表示可能修改服務器上的資源的請求。

掃碼支付的交互數據格式如下：

采用標準的HTTP(HyperText Transfer Protocol，超文本傳輸協議)協議，發送POST請求，將標準json格式報文發送至聚合支付平臺，聚合支付平臺提供統一的URL(Uniform Resource Location，統一資源定位符)地址接受商戶終端的json請求報文。

如果用戶使用小額已支付金額超過日限額，聚合支付平臺會提示用戶輸入密碼。

當聚合支付平臺未返回未成功或支付中狀態，用戶可以主動調用查單接口查詢支付狀態。

在交易狀況不明晰的情況下，可以調用沖正接口，如果交易成功，取消扣款，如果交易失敗，則關閉訂單。

本發明實施例還提供一種基于上述聚合支付平臺的刷卡支付方法，包括以下步驟：

智能POS終端使用無線WiFi(Wireless Fidelity，無線相容性認證)接入收銀臺系統，操作員下單后，通過POST請求，生成訂單的必要信息，調用統一下單API，API返回XML格式數據，返回調用結果；操作員點擊智能POS終端查詢訂單按鈕，如果有未支付訂單信息，則智能POS終端顯示交易金額，提示用戶插卡或揮卡，用戶插卡后提示輸入交易密碼，完成刷卡支付，并返回交易結果，如果未返回交易結果，可以主動調用查單接口查詢支付狀態。

在實際應用中，可以使用串口線將有線8110 POS設備與對方收銀臺系統做對接，并可接入網線作網絡數據傳輸。操作員下單向收銀系統生成訂單，然后通過串口向POS下發刷卡支付指令，智能POS終端收到刷卡指令后，向聚合支付平臺提交訂單信息，然后提示用戶刷卡，完成刷卡支付。支付完成后，通過串口返回收銀臺刷卡支付結果。

刷卡支付的交互數據格式如下：

采用socket(套接字)協議，發送定長報文，定長報文的格式為：報文分為8個字節報文頭和報文體，前8個字節為固定報文頭，報文頭的前4個字節標識交易代碼即模塊代碼，報文頭的后4個字節為報文體的長度。報文長度不足4位前補零。報文體中非金額字段長度不足時，右補空格，金額字段長度不足時左補零。

本領域的技術人員可以對本發明實施例進行各種修改和變型，倘若這些修改和變型在本發明權利要求及其等同技術的范圍之內，則這些修改和變型也在本發明的保護范圍之內。

說明書中未詳細描述的內容為本領域技術人員公知的現有技術。