支持多種支付通道的統(tǒng)一支付接入網(wǎng)關的制作方法
【技術領域】
[0001]本發(fā)明屬于電子支付技術領域，更為具體地講，涉及一種支持多種支付通道的統(tǒng)一支付接入網(wǎng)關。
【背景技術】
[0002]隨著互聯(lián)網(wǎng)的逐漸普及，電子商務技術得以發(fā)展，使其逐步成為了互連網(wǎng)應用的最大熱點。為適應電子商務這一市場潮流，電子支付隨之發(fā)展起來。電子支付是指電子交易的當事人，包括消費者、廠商和金融機構，使用安全電子支付手段，通過網(wǎng)絡進行的貨幣支付或資金流轉。電子支付是電子商務系統(tǒng)的重要組成部分。電子支付的業(yè)務類型按電子支付指令發(fā)起方式分為網(wǎng)上支付、電話支付、移動支付、銷售點終端交易、自動柜員機交易和其他電子支付。電子支付服務可以由銀行提供，也可以由第三方支付平臺來提供。
[0003]由于電子支付的大力發(fā)展，電子支付已經從線上擴展到了線下。除了網(wǎng)絡商家，許多實體商戶(例如商場、超市、零售商等)也開始采用電子支付，為消費者提供更為靈活的支付方式。在眾多的電子支付服務商中，實體商戶通常為滿足其消費支付款需求，會選擇幾種。這是因為各電子支付服務商具有各自的電子支付平臺，如果像網(wǎng)絡商家一樣盡可能多地涵蓋各種電子支付方式，實體商戶就需要安裝很多電子支付軟件或電子支付設備，會給支付和結算帶來許多不便。

【發(fā)明內容】

[0004]本發(fā)明的目的在于克服現(xiàn)有技術的不足，提供一種支持多種支付通道的統(tǒng)一支付接入網(wǎng)關，為接入商戶提供一點接入多點支付的服務。
[0005]為實現(xiàn)上述發(fā)明目的，本發(fā)明包括統(tǒng)一支付接口、解密處理模塊、協(xié)議適配模塊、支付處理模塊，其中:
[0006]統(tǒng)一支付接口接收來自接入商戶客戶端的包含支付模式編碼的支付請求報文和支付驗證報文，驗證報文格式的合法性和格式，驗證正確后將報文發(fā)送給解密處理模塊；接收支付處理模塊發(fā)送的反饋報文，發(fā)送給接入商戶客戶端；
[0007]解密處理模塊接收統(tǒng)一支付接口轉發(fā)的支付請求報文和支付驗證報文，如果與接入商戶客戶端的通信模式為加密模式，則對報文進行解密然后進行驗簽，否則直接進行驗簽，驗簽成功后將報文數(shù)據(jù)發(fā)送給協(xié)議適配模塊；
[0008]協(xié)議適配模塊從解密后的支付請求報文和支付驗證報文提取出支付模式編碼，在預存的支付方式編碼表中查詢得到該報文對應的支付模式和對應的第三方支付接口，將原始的支付請求報文和支付驗證報文按照對應的第三方支付接口的所規(guī)定的報文格式轉換為重構報文，將支付模式、第三方支付接口編號和重構報文發(fā)送到支付處理模塊；
[0009]支付處理模塊在接收到協(xié)議適配模塊發(fā)送的支付模式、第三方支付接口編號和重構報文后，首先根據(jù)用戶預設的業(yè)務對本次請求進行預處理，包括記錄支付記錄、發(fā)送支付通知，然后判斷本次請求的支付模式是前臺模式還是后臺模式，并按照對應的第三方支付接口報文加密規(guī)則對重構報文進行加密，然后通過第三方支付接口將加密后報文發(fā)送給第三方支付平臺；接收第三方支付平臺反饋的處理結果報文，進行解密和解析，如果本次請求的支付模式是前臺模式，則從處理結果報文中提取出頁面地址，根據(jù)與統(tǒng)一支付接口通信的報文格式構建反饋報文，發(fā)送給統(tǒng)一支付接口，如果本次請求的支付模式是后臺模式，則將處理結果報文根據(jù)與統(tǒng)一支付接口通信的報文格式構建反饋報文，發(fā)送給統(tǒng)一支付接
□ ο
[0010]進一步地，統(tǒng)一支付接口采用無線通信方式收發(fā)信息。
[0011]進一步地，報文格式轉換的方法為:將統(tǒng)一支付接口報文中的各個字段與第三方支付平臺的報文字段一一對應，不能完全對應的字段采用預編碼的方式設置固定數(shù)據(jù)值或固定算法賦值。
[0012]進一步地，支付處理模塊在提取出支付處理結果的有效信息后，如果支付處理結果為支付成功，則根據(jù)交易流水號在支付請求記錄中提取出對應的支付請求，發(fā)送給賬務處理系統(tǒng)。
[0013]本發(fā)明支持多種支付通道的統(tǒng)一支付接入網(wǎng)關，包括統(tǒng)一支付接口、解密處理模塊、協(xié)議適配模塊、支付處理模塊，統(tǒng)一支付接口接收由客戶端發(fā)送的包括支付模式編碼的支付請求和支付驗證信息，轉發(fā)給解密處理模塊進行解密，協(xié)議適配模塊從解密后的支付請求中提取出支付模式編碼和對應第三方支付接口信息，查詢得到支付模式，支付處理模塊重新封裝報文發(fā)送給第三方支付平臺，接收到第三方支付平臺的處理結果報文后根據(jù)支付模式的執(zhí)行模式構建反饋報文，發(fā)送給客戶端。
[0014]本發(fā)明通過協(xié)議適配模塊進行支付模式識別，然后按照支付模式相應的報文格式和執(zhí)行模式完成支付請求與處理，從而使客戶端通過本發(fā)明只需使用一套標準的交易請求報文對接統(tǒng)一支付接入網(wǎng)關實現(xiàn)多種支付模式和多種第三方支付平臺的對接，為接入商戶客戶端提供一點接入多點支付的服務，簡化了客戶端的操作和代碼開發(fā)工作。
【附圖說明】
[0015]圖1是本發(fā)明支持多種支付通道的統(tǒng)一支付接入網(wǎng)關的結構圖；
[0016]圖2是米用本發(fā)明進行B2C支付的流程圖。
【具體實施方式】
[0017]下面結合附圖對本發(fā)明的【具體實施方式】進行描述，以便本領域的技術人員更好地理解本發(fā)明。需要特別提醒注意的是，在以下的描述中，當已知功能和設計的詳細描述也許會淡化本發(fā)明的主要內容時，這些描述在這里將被忽略。
[0018]圖1是本發(fā)明支持多種支付通道的統(tǒng)一支付接入網(wǎng)關的結構圖。如圖1所示，本發(fā)明支持多種支付通道的統(tǒng)一支付接入網(wǎng)關包括統(tǒng)一支付接口 1、解密處理模塊2、協(xié)議適配模塊3、支付處理模塊4。
[0019]統(tǒng)一支付接口 1作為接入商戶客戶端與統(tǒng)一支付接入網(wǎng)關的接口，接入商戶的各種支付請求報文或支付驗證報文都由客戶端生成，通過統(tǒng)一支付接口 1發(fā)送給統(tǒng)一支付接入網(wǎng)關。統(tǒng)一支付的接口 1把從接入商戶客戶端接收到的支付請求報文和支付驗證報文發(fā)送給解密處理模塊2。為了使統(tǒng)一支付接入網(wǎng)關完成對各種支付服務平臺的協(xié)議適配，統(tǒng)一支付接口 1需要驗證請求報文的合法性以及格式是否正確，基本的交易要素是否完整。交易要素應該包含商戶編號、支付計劃ID(用于賬務處理系統(tǒng)計算費率)、交易流水號、訂單金額等常規(guī)支付信息外，還需要包括支付模式編碼以及一般需要經過加密的交易結果通知地址、交易結果返回地址、數(shù)字簽名等密文信息。
[0020]解密處理模塊2負責統(tǒng)一支付網(wǎng)關與接入商戶客戶端之間消息的解密，即接收支付請求報文和支付訂單信息報文進行解密和驗簽。解密功能可以根據(jù)實際的通信模式進行開啟或關閉，如果與接入商戶客戶端的通信模式為加密模式，則對報文進行解密然后進行驗簽，否則直接進行驗簽，驗簽成功后將報文數(shù)據(jù)發(fā)送給協(xié)議適配模塊3。本實施例中，采用統(tǒng)一支付接入網(wǎng)關的128位私鑰進行解密，然后使用商戶端在統(tǒng)一支付接入網(wǎng)關上預留的128位公鑰進行驗簽。
[0021]協(xié)議適配模塊3在接收到解密后的支付請求信息后，從解密后的支付請求信息提取出支付模式編碼，在預存的支付方式編碼表中查詢得到該支付請求對應的支付模式和對應的第三方支付接口，按照對應的報文協(xié)議轉換算法將原始的支付請求報文和支付驗證報文按照對應的第三方支付接口所規(guī)定的報文格式轉換為重構報文，將支付模式、第三方支付接口編號和重構報文發(fā)送到支付處理模塊4。
[0022]目前較多使用的支付通道有支付寶、微信支付、連連支付、銀聯(lián)線上支付等，較流行的支付模式包括B2C支付、快捷支付、銀行代扣、掃碼支付、WAP支付等。在進行報文格式轉換時，本實施例中采用的報文格式轉換算法為:將統(tǒng)一支付接口報文字段與對應的第三方支付平臺中支付接口的請求報文字段建立對應關系，對于無法對應的字段，如:數(shù)字簽名字段、消息通知等，采用預編碼形式設置固定數(shù)據(jù)值或固定算法，從而實現(xiàn)協(xié)議轉換。
[0023]支付處理模塊4負責對統(tǒng)一支付網(wǎng)關從客戶端和第三方支付平臺接收的支付信息進行處理與發(fā)送，主要包括:
[0024](1)支付預處理:在接收到支付模式、第三方支付接口編號和重構報文后，根據(jù)用戶預設的業(yè)務對本次請求進行處理，例如向接入客戶端或相關業(yè)務系統(tǒng)發(fā)送支付通知，預先寫入支付記錄等；
[0025](2)判斷支付模式的執(zhí)行模式，并按照對應的第三方支付接口報