欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法

文檔序號(hào):6610518閱讀:353來源:國(guó)知局
專利名稱:一種利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法
技術(shù)領(lǐng)域
本發(fā)明提供了一種利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,具體為一種通過一個(gè)接口而實(shí)現(xiàn)多種第三方支付或網(wǎng)銀支付功能的方法,屬于電子支付領(lǐng)域。
背景技術(shù)
截至2012年7月,國(guó)內(nèi)已公示的第三方支付企業(yè)有197家。第三方支付企業(yè)必須申領(lǐng)《非金融機(jī)構(gòu)支付業(yè)務(wù)許可證》才可實(shí)施第三方支付業(yè)務(wù)。電子支付的便捷、實(shí)時(shí)必然成為支付的大趨勢(shì)之一。隨著第三方支付企業(yè)的增多,業(yè)務(wù)領(lǐng)域的進(jìn)一步擴(kuò)張,提供電子支付接口供集成系統(tǒng)進(jìn)行支付集成也必然成為電子支付的一種必要手段。各第三方支付企業(yè)的支付接口差異性必然導(dǎo)致集成系統(tǒng)開發(fā)、維護(hù)成本增加。每多集成一種支付方式,都意味著需要多投入一份開發(fā)資源;但是支付接口集成少了直接影響日后系統(tǒng)運(yùn)營(yíng)的效益,這使得系統(tǒng)集成支付成為一個(gè)瓶頸。

發(fā)明內(nèi)容
本發(fā)明提供了一種利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,解決了上述背景技術(shù)中的不足,本發(fā)明實(shí)現(xiàn)了僅需集成一套統(tǒng)一的單點(diǎn)接口即可使集成系統(tǒng)擁有多種支付方式,完美降低因集成帶來的開發(fā)、維護(hù)成本。實(shí)現(xiàn)本發(fā)明上述目的所采用的技術(shù)方案為一種利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,包括以下步驟(I)、單點(diǎn)支付接口系統(tǒng)通過分析、歸納當(dāng)前網(wǎng)上銀行及第三方支付企業(yè)所提供的支付請(qǐng)求接口、支付狀態(tài)反饋接口及支付狀態(tài)確認(rèn)接口參數(shù),得到統(tǒng)一的支付請(qǐng)求接口、支付狀態(tài)反饋接口及支付狀態(tài)確認(rèn)接口參數(shù)集合;(2)、集成系統(tǒng)收集收款方的收款信息并轉(zhuǎn)換、生成支付請(qǐng)求接口 URL,并提交至單 點(diǎn)支付接口系統(tǒng);(3)、單點(diǎn)支付接口系統(tǒng)驗(yàn)證支付請(qǐng)求接口的合法性,驗(yàn)證通過后分析支付請(qǐng)求接口中所使用的網(wǎng)上銀行或第三方支付的接口種類,生成對(duì)應(yīng)的支付請(qǐng)求接口 URL并發(fā)送至付款方,付款方根據(jù)支付請(qǐng)求接口 URL轉(zhuǎn)向的銀行或第三方支付界面進(jìn)行支付操作;(4)、支付完成后,單點(diǎn)支付接口系統(tǒng)接收網(wǎng)上銀行或第三方支付返回的支付狀態(tài)信息分析支付是否成功,通過返回的支付狀態(tài)信息來更新單點(diǎn)支付接口系統(tǒng)中該筆支付的支付狀態(tài),并生成該次支付的支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL,向集成系統(tǒng)同步發(fā)送生成的支付狀態(tài)反饋接口 URL,向集成系統(tǒng)異步發(fā)送支付狀態(tài)確認(rèn)URL,分別記做同步支付狀態(tài)反饋接口 URL和異步支付狀態(tài)確認(rèn)URL。(5)、集成系統(tǒng)對(duì)返回信息參數(shù)集合進(jìn)行驗(yàn)證,然后對(duì)返回信息參數(shù)集合與集成系統(tǒng)中當(dāng)次支付所對(duì)應(yīng)的訂單信息進(jìn)行整合,生成當(dāng)次訂單的支付狀態(tài)頁面。步驟(2)具體為集成系統(tǒng)收集收款方的收款信息(收款方身份、付款方需支付的金額、金額用途、采用的網(wǎng)上銀行或第三方支付接口種類等信息)并轉(zhuǎn)換成支付請(qǐng)求接口參數(shù)集合,并從集成系統(tǒng)中提取交易安全校驗(yàn)碼,通過支付請(qǐng)求接口參數(shù)集合與交易安全校驗(yàn)碼生成MD5簽名驗(yàn)證碼A,將支付請(qǐng)求接口參數(shù)集合及生成的MD5簽名驗(yàn)證碼A組合生成支付請(qǐng)求接口 URL,并提交至單點(diǎn)支付接口系統(tǒng)。步驟(3)具體為單點(diǎn)支付接口系統(tǒng)接收從集成系統(tǒng)中提交的支付請(qǐng)求接口 URL,從中分解出收款方身份、支付請(qǐng)求接口參數(shù)集合及MD5簽名驗(yàn)證碼A,同時(shí)單點(diǎn)支付接口系統(tǒng)根據(jù)收款方身份提取出交易安全校驗(yàn)碼并結(jié)合支付請(qǐng)求接口參數(shù)集合生成MD5簽名驗(yàn)證碼B,與來源中的MD5簽名驗(yàn)證碼A進(jìn)行比對(duì),驗(yàn)證支付請(qǐng)求的合法性,如驗(yàn)證失敗,反饋給集成系統(tǒng)請(qǐng)求不合法;如驗(yàn)證成功,繼續(xù)進(jìn)行支付請(qǐng) 求接口參數(shù)集合中各參數(shù)字段的合法性驗(yàn)證,如驗(yàn)證失敗,反饋給集成系統(tǒng)請(qǐng)求不合法;如驗(yàn)證成功,則在單點(diǎn)支付接口系統(tǒng)中保存該支付請(qǐng)求接口各參數(shù)值,并將該次支付的支付控制狀態(tài)參數(shù)集合進(jìn)行初始化;然后單點(diǎn)支付接口系統(tǒng)判斷支付請(qǐng)求接口參數(shù)集合中使用的銀行或第三方支付的接口的具體種類,生成對(duì)應(yīng)的支付請(qǐng)求接口 URL,為該次生成進(jìn)行日志記錄;將支付請(qǐng)求接口 URL發(fā)送至付款方,付款方根據(jù)支付請(qǐng)求接口 URL轉(zhuǎn)向的銀行或第三方支付界面進(jìn)行支付操作。
步驟(4)具體為付款方支付完成后,銀行或第三方支付反饋操作結(jié)果URL給單點(diǎn)支付接口系統(tǒng),單點(diǎn)支付接口系統(tǒng)接收從網(wǎng)上銀行或第三方支付反饋的支付狀態(tài)信息,分解出支付反饋來源參數(shù)、收款方身份、支付反饋狀態(tài)參數(shù)集合以及MD5簽名驗(yàn)證碼C,驗(yàn)證支付反饋來源的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則通過反饋的收款方身份提取出交易安全校驗(yàn)碼,結(jié)合支付反饋狀態(tài)參數(shù)集合生成MD5簽名驗(yàn)證碼D,并與MD5簽名驗(yàn)證碼C進(jìn)行比對(duì),驗(yàn)證支付請(qǐng)求的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則進(jìn)行支付反饋狀態(tài)參數(shù)集合中各參數(shù)字段的合法性驗(yàn)證,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則向銀行或第三方支付反饋操作成功,同時(shí)為該次反饋請(qǐng)求進(jìn)行日志記錄;單點(diǎn)支付接口系統(tǒng)通過從支付反饋狀態(tài)參數(shù)集合中提取本次支付的內(nèi)部訂單號(hào),并提取出該訂單號(hào)所對(duì)應(yīng)的支付請(qǐng)求接口參數(shù)集合及控制狀態(tài)參數(shù)集合,對(duì)支付控制狀態(tài)參數(shù)集合進(jìn)行更新,然后通過支付請(qǐng)求接口參數(shù)集合、控制狀態(tài)參數(shù)集合及支付反饋狀態(tài)參數(shù)集合生成反饋參數(shù)集合,生成該次支付的支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL,為支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL生成日志記錄;最后向集成系統(tǒng)同步發(fā)送生成的支付狀態(tài)反饋接口 URL,向集成系統(tǒng)異步發(fā)送支付狀態(tài)確認(rèn)URL,分別記做同步支付狀態(tài)反饋接口 URL和異步支付狀態(tài)確認(rèn)URL。所述的同步支付狀態(tài)反饋接口 URL中包含了收款方身份、該次支付的狀態(tài)信息參數(shù)集合、付款方身份及MD5簽名驗(yàn)證碼E,集成系統(tǒng)接收到該同步支付狀態(tài)反饋接口 URL后,從集成系統(tǒng)中提取交易安全校驗(yàn)碼,與支付狀態(tài)信息參數(shù)集合以及付款方身份結(jié)合生成MD5簽名驗(yàn)證碼F與來源中的MD5簽名驗(yàn)證碼E進(jìn)行比對(duì),驗(yàn)證支付狀態(tài)反饋合法性,如驗(yàn)證失敗,則丟棄該反饋信息,如驗(yàn)證成功,則繼續(xù)驗(yàn)證狀態(tài)信息參數(shù)集合的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,如驗(yàn)證成功,則通過反饋信息與集成系統(tǒng)中當(dāng)次支付所對(duì)應(yīng)的訂單信息進(jìn)行整合,為付款者生成當(dāng)次訂單的支付狀態(tài)頁面。所述的異步支付狀態(tài)確認(rèn)URL具體為單點(diǎn)支付接口系統(tǒng)從發(fā)送同步支付狀態(tài)反饋接口 URL為起始時(shí)間,等待一個(gè)預(yù)先設(shè)定的時(shí)間周期經(jīng)觸發(fā)后發(fā)送給集成系統(tǒng)的一個(gè)需回執(zhí)確認(rèn)的接口 URL,該接口 URL中包含收款方身份、該次支付的狀態(tài)信息參數(shù)集合、付款方身份及MD5簽名驗(yàn)證碼G ;集成系統(tǒng)接收到異步發(fā)送的支付狀態(tài)確認(rèn)URL后,從集成系統(tǒng)中提取交易安全校驗(yàn)碼,與支付狀態(tài)信息參數(shù)集合結(jié)合生成MD5簽名驗(yàn)證碼H與來源中的MD5簽名驗(yàn)證碼G進(jìn)行比對(duì),驗(yàn)證支付狀態(tài)確認(rèn)的合法性,如驗(yàn)證失敗,則向單點(diǎn)支付接口系統(tǒng)發(fā)送未確認(rèn)回執(zhí)并丟棄該支付狀態(tài)確認(rèn)URL ;如驗(yàn)證成功,則繼續(xù)驗(yàn)證支付狀態(tài)信息參數(shù)集合的合法性,如驗(yàn)證失敗,則向單點(diǎn)支付接口系統(tǒng)發(fā)送未確認(rèn)回執(zhí)并丟棄該異步支付狀態(tài)確認(rèn)URL,如驗(yàn)證成功,則修改集成系統(tǒng)中該次支付的支付狀態(tài),并向單點(diǎn)支付接口系統(tǒng)發(fā)送已確認(rèn)回執(zhí);單點(diǎn)支付接口系統(tǒng)在沒有收到確認(rèn)回執(zhí)或收到的是未確認(rèn)回執(zhí)時(shí),會(huì)經(jīng)過下一個(gè)時(shí)間周期經(jīng)觸發(fā)后再次發(fā)送異步支付狀態(tài)確認(rèn)URL,如果一直沒有收到確認(rèn)回執(zhí)或收到的是未確認(rèn)回執(zhí)時(shí),會(huì)重復(fù)發(fā)送異步支付狀態(tài)確認(rèn)URLlO次后放棄發(fā)送。本發(fā)明所提供的利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法與現(xiàn)有技術(shù)相比有以下優(yōu)點(diǎn)通過一套統(tǒng)一的支付接口,根據(jù)采集的支付請(qǐng)求參數(shù)集合自動(dòng)生成對(duì)應(yīng)的網(wǎng)上銀行、第三方支付系統(tǒng)所需的支付請(qǐng)求參數(shù)集合完成支付,并收集網(wǎng)上銀行、第三方支付系統(tǒng)反饋的支付狀態(tài)參數(shù)集合并生成統(tǒng)一的反饋結(jié)果參數(shù)集合反饋給集成系統(tǒng)。從而節(jié)約了集成支付接口的研發(fā)成本、并節(jié)約了投入生產(chǎn)過程后,同時(shí)還節(jié)約了因支付接口升級(jí)導(dǎo)致集成系統(tǒng) 升級(jí)所帶來的維護(hù)成本損耗。本發(fā)明中通過一次接口調(diào)用,即可實(shí)現(xiàn)向各銀行、第三方平臺(tái)發(fā)送交易指令并完成付款請(qǐng)求、接收付款過程中各種狀態(tài)變更觸發(fā)的通知消息。同時(shí)單點(diǎn)支付接口內(nèi)建的資金歸集功能,可在母公司結(jié)算賬戶與子公司結(jié)算賬戶間建立上劃下?lián)艿馁~務(wù)關(guān)系。本發(fā)明提供的方法具有統(tǒng)一支付接口標(biāo)準(zhǔn)、跨平臺(tái)資金匯劃、跨平臺(tái)資金歸集、統(tǒng)一財(cái)務(wù)管理流程、統(tǒng)一數(shù)據(jù)格式等五大特色。
具體實(shí)施例方式下面結(jié)合具體實(shí)施例對(duì)本發(fā)明做詳細(xì)具體的說明。需要注意的是,以下實(shí)施例僅為本發(fā)明的最佳技術(shù)方案,本發(fā)明所保護(hù)內(nèi)容并不限于以下實(shí)施例。本實(shí)施例中同步發(fā)送的支付狀態(tài)反饋接口的含義是單點(diǎn)支付接口系統(tǒng)中提供的一種支付狀態(tài)反饋方式,它是通過總結(jié)、歸納銀行或第三方支付接口中的同步支付狀態(tài)反饋接口參數(shù)而得到的一個(gè)統(tǒng)一的同步支付狀態(tài)反饋接口參數(shù)集合。異步發(fā)送的支付狀態(tài)確認(rèn)接口含義如下單點(diǎn)支付接口系統(tǒng)中提供的一種支付狀態(tài)確認(rèn)方式,主要用于確定集成系統(tǒng)是否正確響應(yīng)支付狀態(tài)。交易安全校驗(yàn)碼是一組由單點(diǎn)支付接口系統(tǒng)生成的包含字母、數(shù)字的定長(zhǎng)字符串,該字符串具有唯一性,每個(gè)交易安全校驗(yàn)碼都與一個(gè)單點(diǎn)支付接口用戶綁定。交易安全校驗(yàn)碼是進(jìn)行MD5簽名驗(yàn)證碼生成的必要條件之一。MD5簽名驗(yàn)證碼是一組經(jīng)支付信息、支付狀態(tài)信息、收款方、支付方等參數(shù)集合與交易安全校驗(yàn)碼結(jié)合生成的一種簽名字符串,該字符串具有不可逆轉(zhuǎn)性、不可抵賴性,對(duì)被加密的明文數(shù)據(jù)可產(chǎn)生不可篡改的保護(hù)性。本實(shí)施例中具體采用以下方法單點(diǎn)支付接口系統(tǒng)通過分析、歸納當(dāng)前網(wǎng)上銀行及第三方支付企業(yè)所提供的支付請(qǐng)求接口、支付狀態(tài)反饋接口及支付狀態(tài)確認(rèn)接口參數(shù),得到統(tǒng)一的支付請(qǐng)求接口、支付狀態(tài)反饋接口及支付狀態(tài)確認(rèn)接口參數(shù)集合。
集成系統(tǒng)收集收款方的收款信息(收款方身份、付款方需支付的金額、金額用途、采用的網(wǎng)上銀行或第三方支付接口種類等信息)并轉(zhuǎn)換成支付請(qǐng)求接口參數(shù)集合,并從集成系統(tǒng)中提取交易安全校驗(yàn)碼,通過支付請(qǐng)求接口參數(shù)集合與交易安全校驗(yàn)碼生成MD5簽名驗(yàn)證碼A,將支付請(qǐng)求接口參數(shù)集合及生成的MD5簽名驗(yàn)證碼A組合生成支付請(qǐng)求接口URL,并提交至單點(diǎn)支付接口系統(tǒng)。單點(diǎn)支付接口系統(tǒng)接收從集成系統(tǒng)中提交的支付請(qǐng)求接口 URL,從中分解出收款方身份、支付請(qǐng)求接口參數(shù)集合及MD5簽名驗(yàn)證碼A,同時(shí)單點(diǎn)支付接口系統(tǒng)根據(jù)收款方身份提取出交易安全校驗(yàn)碼并結(jié)合支付請(qǐng)求接口參數(shù)集合生成MD5簽名驗(yàn)證碼B,與來源中的MD5簽名驗(yàn)證碼A進(jìn)行比對(duì),驗(yàn)證支付請(qǐng)求的合法性,如驗(yàn)證失敗,反饋給集成系統(tǒng)請(qǐng)求不合法;如驗(yàn)證成功,繼續(xù)進(jìn)行支付請(qǐng)求接口參數(shù)集合中各參數(shù)字段的合法性驗(yàn)證,如驗(yàn)證失敗,反饋給集成系統(tǒng)請(qǐng)求不合法;如驗(yàn)證成功,則在單點(diǎn)支付接口系統(tǒng)中保存該支付請(qǐng)求接口各參數(shù)值,并將該次支付的支付控制狀態(tài)參數(shù)集合進(jìn)行初始化;然后單點(diǎn)支付接口系統(tǒng)判斷支付請(qǐng)求接口參數(shù)集合中使用的銀行或第三方支付的接口的具體種類,生成對(duì)應(yīng)的支付請(qǐng)求接口 URL,為該次生成進(jìn)行日志記錄;將支付請(qǐng)求接口 URL發(fā)送至付款方,付款方 根據(jù)支付請(qǐng)求接口 URL轉(zhuǎn)向的銀行或第三方支付界面進(jìn)行支付操作。付款方支付完成后,銀行或第三方支付反饋操作結(jié)果URL給單點(diǎn)支付接口系統(tǒng),單點(diǎn)支付接口系統(tǒng)接收從網(wǎng)上銀行或第三方支付反饋的支付狀態(tài)信息,分解出支付反饋來源參數(shù)、收款方身份、支付反饋狀態(tài)參數(shù)集合以及MD5簽名驗(yàn)證碼C,驗(yàn)證支付反饋來源的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則通過反饋的收款方身份提取出交易安全校驗(yàn)碼,結(jié)合支付反饋狀態(tài)參數(shù)集合生成MD5簽名驗(yàn)證碼D,并與MD5簽名驗(yàn)證碼C進(jìn)行比對(duì),驗(yàn)證支付請(qǐng)求的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則進(jìn)行支付反饋狀態(tài)參數(shù)集合中各參數(shù)字段的合法性驗(yàn)證,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則向銀行或第三方支付反饋操作成功,同時(shí)為該次反饋請(qǐng)求進(jìn)行日志記錄;單點(diǎn)支付接口系統(tǒng)通過從支付反饋狀態(tài)參數(shù)集合中提取本次支付的內(nèi)部訂單號(hào),并提取出該訂單號(hào)所對(duì)應(yīng)的支付請(qǐng)求接口參數(shù)集合及控制狀態(tài)參數(shù)集合,對(duì)支付控制狀態(tài)參數(shù)集合進(jìn)行更新,然后通過支付請(qǐng)求接口參數(shù)集合、控制狀態(tài)參數(shù)集合及支付反饋狀態(tài)參數(shù)集合生成反饋參數(shù)集合,生成該次支付的支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL,為支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL生成日志記錄;最后向集成系統(tǒng)同步發(fā)送生成的支付狀態(tài)反饋接口 URL,向集成系統(tǒng)異步發(fā)送支付狀態(tài)確認(rèn)URL,分別記做同步支付狀態(tài)反饋接口 URL和異步支付狀態(tài)確認(rèn)URL。所述的同步支付狀態(tài)反饋接口 URL中包含了收款方身份、該次支付的狀態(tài)信息參數(shù)集合、付款方身份及MD5簽名驗(yàn)證碼E,集成系統(tǒng)接收到該同步支付狀態(tài)反饋接口 URL后,從集成系統(tǒng)中提取交易安全校驗(yàn)碼,與支付狀態(tài)信息參數(shù)集合以及付款方身份結(jié)合生成MD5簽名驗(yàn)證碼F與來源中的MD5簽名驗(yàn)證碼E進(jìn)行比對(duì),驗(yàn)證支付狀態(tài)反饋合法性,如驗(yàn)證失敗,則丟棄該反饋信息,如驗(yàn)證成功,則繼續(xù)驗(yàn)證狀態(tài)信息參數(shù)集合的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,如驗(yàn)證成功,則通過反饋信息與集成系統(tǒng)中當(dāng)次支付所對(duì)應(yīng)的訂單信息進(jìn)行整合,為付款者生成當(dāng)次訂單的支付狀態(tài)頁面。所述的異步支付狀態(tài)確認(rèn)URL具體為單點(diǎn)支付接口系統(tǒng)從發(fā)送同步支付狀態(tài)反饋接口 URL為起始時(shí)間,等待一個(gè)預(yù)先設(shè)定的時(shí)間周期經(jīng)觸發(fā)后發(fā)送給集成系統(tǒng)的一個(gè)需回執(zhí)確認(rèn)的接口 URL,該接口 URL中包含收款方身份、該次支付的狀態(tài)信息參數(shù)集合、付款方身份及MD5簽名驗(yàn)證碼G ;集成系統(tǒng)接收到異步發(fā)送的支付狀態(tài)確認(rèn)URL后,從集成系統(tǒng)中提取交易安全校驗(yàn)碼,與支付狀態(tài)信息參數(shù)集合結(jié)合生成MD5簽名驗(yàn)證碼H與來源中的MD5簽名驗(yàn)證碼G進(jìn)行比對(duì),驗(yàn)證支付狀態(tài)確認(rèn)的合法性,如驗(yàn)證失敗,則向單點(diǎn)支付接口系統(tǒng)發(fā)送未確認(rèn)回執(zhí)并丟棄該支付狀態(tài)確認(rèn)URL ;如驗(yàn)證成功,則繼續(xù)驗(yàn)證支付狀態(tài)信息參數(shù)集合的合法性,如驗(yàn)證失敗,則向單點(diǎn)支付接口系統(tǒng)發(fā)送未確認(rèn)回執(zhí)并丟棄該異步支付狀態(tài)確認(rèn)URL,如驗(yàn)證成功,則修改集成系統(tǒng)中該次支付的支付狀態(tài),并向單點(diǎn)支付接口系統(tǒng)發(fā)送已確認(rèn)回執(zhí);單點(diǎn)支付接口系統(tǒng)在沒有收到確認(rèn)回執(zhí)或收到的是未確認(rèn)回執(zhí)時(shí),會(huì)經(jīng)過下一個(gè)時(shí)間周期經(jīng)觸發(fā)后再次發(fā)送異步支付狀態(tài)確認(rèn)URL,如果一直沒有收到確認(rèn)回執(zhí)或收到的是未確認(rèn)回執(zhí)時(shí),會(huì)重復(fù)發(fā)送異步支付狀態(tài)確認(rèn)URLlO次后放棄發(fā)送。本發(fā)明中,在單點(diǎn)支付接口系統(tǒng)啟動(dòng)前,單點(diǎn)支付管理員可為系統(tǒng)設(shè)置一個(gè)批量操作時(shí)間,該批量操作時(shí)間為每日的24小時(shí)中的某個(gè)時(shí)間(精確到秒),當(dāng)?shù)竭_(dá)該設(shè)定的時(shí)間后,觸發(fā)器將觸發(fā)批量操作,批量操作包括處理自上一個(gè)批量操作以來的所有支付結(jié)果, 分析、統(tǒng)計(jì)、歸類這些支付結(jié)果,備份單點(diǎn)支付接口系統(tǒng)數(shù)據(jù)。本發(fā)明中提供的利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法還可以實(shí)現(xiàn)以下功能跨平臺(tái)資金歸集/跨平臺(tái)資金匯劃每個(gè)單點(diǎn)支付接口系統(tǒng)用戶同時(shí)可擁有多個(gè)銀行或第三方支付賬戶,每個(gè)銀行或第三方支付賬戶的支付記錄獨(dú)立存在,單點(diǎn)支付接口系統(tǒng)為使用用戶提供資金歸集功能,即同一用戶下的所有支付賬戶可通過單點(diǎn)支付接口進(jìn)行轉(zhuǎn)賬。本發(fā)明中可提供以下三種轉(zhuǎn)賬方式一是兩銀行賬戶間實(shí)現(xiàn)異行直接轉(zhuǎn)賬;二是兩第三方支付賬戶轉(zhuǎn)賬時(shí),需通過一個(gè)中間銀行賬戶進(jìn)行轉(zhuǎn)賬,即將轉(zhuǎn)出賬戶的資金通過單點(diǎn)支付接口轉(zhuǎn)賬至該單點(diǎn)支付接口系統(tǒng)用戶下的某個(gè)銀行賬戶(第三方支付賬戶轉(zhuǎn)出資金可能需要延遲幾日才能到達(dá)轉(zhuǎn)入銀行賬戶,具體延遲時(shí)間為第三方支付企業(yè)規(guī)定時(shí)間),再由銀行賬戶轉(zhuǎn)賬至轉(zhuǎn)入第三方支付賬戶。三是第三方支付賬戶轉(zhuǎn)賬至銀行,或銀行轉(zhuǎn)賬至第三方支付賬戶,具體操作方法類似兩第三方支付賬戶轉(zhuǎn)賬中的部份環(huán)節(jié)。統(tǒng)一財(cái)務(wù)管理流程通過單點(diǎn)支付接口系統(tǒng)中內(nèi)建的跨平臺(tái)資金匯劃及跨平臺(tái)資金歸集功能,可實(shí)現(xiàn)不同銀行、不同第三方支付企業(yè)間的操作流程統(tǒng)一,優(yōu)化了傳統(tǒng)的銀行或第三方支付所帶來的操作差異性。本發(fā)明所提供的技術(shù)方案還可以實(shí)現(xiàn)統(tǒng)一數(shù)據(jù)格式的功能傳統(tǒng)銀行或第三方支付接口的差異性導(dǎo)致需傳送的數(shù)據(jù)格式存在較大差異,而單點(diǎn)支付接口系統(tǒng)統(tǒng)一了支付接口,使得支付信息數(shù)據(jù)格式得到統(tǒng)一,大大節(jié)約了因接口繁雜而導(dǎo)致的集成系統(tǒng)開發(fā)周期,并使支付方式最大化的多元化。
權(quán)利要求
1.一種利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,其特征在于包括以下步驟 (1)、單點(diǎn)支付接口系統(tǒng)通過分析、歸納當(dāng)前網(wǎng)上銀行及第三方支付企業(yè)所提供的支付請(qǐng)求接口、支付狀態(tài)反饋接口及支付狀態(tài)確認(rèn)接口參數(shù),得到統(tǒng)一的支付請(qǐng)求接口、支付狀態(tài)反饋接口及支付狀態(tài)確認(rèn)接口參數(shù)集合; (2)、集成系統(tǒng)收集收款方的收款信息并轉(zhuǎn)換、生成支付請(qǐng)求接口URL,并提交至單點(diǎn)支付接口系統(tǒng); (3)、單點(diǎn)支付接口系統(tǒng)驗(yàn)證支付請(qǐng)求接口的合法性,驗(yàn)證通過后分析支付請(qǐng)求接口中所使用的網(wǎng)上銀行或第三方支付的接口種類,生成對(duì)應(yīng)的支付請(qǐng)求接口 URL并發(fā)送至付款方,付款方根據(jù)支付請(qǐng)求接口 URL轉(zhuǎn)向的銀行或第三方支付界面進(jìn)行支付操作; (4)、支付完成后,單點(diǎn)支付接口系統(tǒng)接收網(wǎng)上銀行或第三方支付返回的支付狀態(tài)信息分析支付是否成功,通過返回的支付狀態(tài)信息來更新單點(diǎn)支付接口系統(tǒng)中該筆支付的支付狀態(tài),并生成該次支付的支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL,向集成系統(tǒng)同步發(fā)送生成的支付狀態(tài)反饋接口 URL,向集成系統(tǒng)異步發(fā)送支付狀態(tài)確認(rèn)URL,分別記做同步支付狀態(tài)反饋接口 URL和異步支付狀態(tài)確認(rèn)URL。
(5)、集成系統(tǒng)對(duì)返回信息參數(shù)集合進(jìn)行驗(yàn)證,然后對(duì)返回信息參數(shù)集合與集成系統(tǒng)中當(dāng)次支付所對(duì)應(yīng)的訂單信息進(jìn)行整合,生成當(dāng)次訂單的支付狀態(tài)頁面。
2.根據(jù)權(quán)利要求I所述的利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,其特征在于步驟(2)具體為集成系統(tǒng)收集收款方的收款信息(收款方身份、付款方需支付的金額、金額用途、采用的網(wǎng)上銀行或第三方支付接口種類等信息)并轉(zhuǎn)換成支付請(qǐng)求接口參數(shù)集合,并從集成系統(tǒng)中提取交易安全校驗(yàn)碼,通過支付請(qǐng)求接口參數(shù)集合與交易安全校驗(yàn)碼生成MD5簽名驗(yàn)證碼A,將支付請(qǐng)求接口參數(shù)集合及生成的MD5簽名驗(yàn)證碼A組合生成支付請(qǐng)求接口 URL,并提交至單點(diǎn)支付接口系統(tǒng)。
3.根據(jù)權(quán)利要求I所述的利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,其特征在于步驟(3)具體為單點(diǎn)支付接口系統(tǒng)接收從集成系統(tǒng)中提交的支付請(qǐng)求接口 URL,從中分解出收款方身份、支付請(qǐng)求接口參數(shù)集合及MD5簽名驗(yàn)證碼A,同時(shí)單點(diǎn)支付接口系統(tǒng)根據(jù)收款方身份提取出交易安全校驗(yàn)碼并結(jié)合支付請(qǐng)求接口參數(shù)集合生成MD5簽名驗(yàn)證碼B,與來源中的MD5簽名驗(yàn)證碼A進(jìn)行比對(duì),驗(yàn)證支付請(qǐng)求的合法性,如驗(yàn)證失敗,反饋給集成系統(tǒng)請(qǐng)求不合法;如驗(yàn)證成功,繼續(xù)進(jìn)行支付請(qǐng)求接口參數(shù)集合中各參數(shù)字段的合法性驗(yàn)證,如驗(yàn)證失敗,反饋給集成系統(tǒng)請(qǐng)求不合法;如驗(yàn)證成功,則在單點(diǎn)支付接口系統(tǒng)中保存該支付請(qǐng)求接口各參數(shù)值,并將該次支付的支付控制狀態(tài)參數(shù)集合進(jìn)行初始化;然后單點(diǎn)支付接口系統(tǒng)判斷支付請(qǐng)求接口參數(shù)集合中使用的銀行或第三方支付的接口的具體種類,生成對(duì)應(yīng)的支付請(qǐng)求接口 URL,為該次生成進(jìn)行日志記錄;將支付請(qǐng)求接口 URL發(fā)送至付款方,付款方根據(jù)支付請(qǐng)求接口 URL轉(zhuǎn)向的銀行或第三方支付界面進(jìn)行支付操作。
4.根據(jù)權(quán)利要求I所述的利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,其特征在于步驟(4)具體為付款方支付完成后,銀行或第三方支付反饋操作結(jié)果URL給單點(diǎn)支付接口系統(tǒng),單點(diǎn)支付接口系統(tǒng)接收從網(wǎng)上銀行或第三方支付反饋的支付狀態(tài)信息,分解出支付反饋來源參數(shù)、收款方身份、支付反饋狀態(tài)參數(shù)集合以及MD5簽名驗(yàn)證碼C,驗(yàn)證支付反饋來源的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則通過反饋的收款方身份提取出交易安全校驗(yàn)碼,結(jié)合支付反饋狀態(tài)參數(shù)集合生成MD5簽名驗(yàn)證碼D,并與MD5簽名驗(yàn)證碼C進(jìn)行比對(duì),驗(yàn)證支付請(qǐng)求的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則進(jìn)行支付反饋狀態(tài)參數(shù)集合中各參數(shù)字段的合法性驗(yàn)證,如驗(yàn)證失敗,則丟棄該反饋信息,并為該次反饋請(qǐng)求進(jìn)行日志記錄;如驗(yàn)證成功,則向銀行或第三方支付反饋操作成功,同時(shí)為該次反饋請(qǐng)求進(jìn)行日志記錄;單點(diǎn)支付接口系統(tǒng)通過從支付反饋狀態(tài)參數(shù)集合中提取本次支付的內(nèi)部訂單號(hào),并提取出該訂單號(hào)所對(duì)應(yīng)的支付請(qǐng)求接口參數(shù)集合及控制狀態(tài)參數(shù)集合,對(duì)支付控制狀態(tài)參數(shù)集合進(jìn)行更新,然后通過支付請(qǐng)求接口參數(shù)集合、控制狀態(tài)參數(shù)集合及支付反饋狀態(tài)參數(shù)集合生成反饋參數(shù)集合,生成該次支付的支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL,為支付狀態(tài)反饋接口 URL及支付狀態(tài)確認(rèn)URL生成日志記錄;最后向集成系統(tǒng)同步發(fā)送生成的支付狀態(tài)反饋接口 URL,向集成系統(tǒng)異步發(fā)送支付狀態(tài)確認(rèn)URL,分別記做同步支付狀態(tài)反饋接口URL和異步支付狀態(tài)確認(rèn)URL。
5.根據(jù)權(quán)利要求I所述的利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,其特征在于所述的同步支付狀態(tài)反饋接口 URL中包含了收款方身份、該次支付的狀態(tài)信息參數(shù)集合、付款方身份及MD5簽名驗(yàn)證碼E,集成系統(tǒng)接收到該同步支付狀態(tài)反饋接口 URL后,從集成系統(tǒng)中提取交易安全校驗(yàn)碼,與支付狀態(tài)信息參數(shù)集合以及付款方身份結(jié)合生成MD5簽名驗(yàn)證碼F與來源中的MD5簽名驗(yàn)證碼E進(jìn)行比對(duì),驗(yàn)證支付狀態(tài)反饋合法性,如驗(yàn)證失敗,則丟棄該反饋信息,如驗(yàn)證成功,則繼續(xù)驗(yàn)證狀態(tài)信息參數(shù)集合的合法性,如驗(yàn)證失敗,則丟棄該反饋信息,如驗(yàn)證成功,則通過反饋信息與集成系統(tǒng)中當(dāng)次支付所對(duì)應(yīng)的訂單信息進(jìn)行整合,為付款者生成當(dāng)次訂單的支付狀態(tài)頁面。
6.根據(jù)權(quán)利要求I所述的利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,其特征在于所述的異步支付狀態(tài)確認(rèn)URL具體為單點(diǎn)支付接口系統(tǒng)從發(fā)送同步支付狀態(tài)反饋接口 URL為起始時(shí)間,等待一個(gè)預(yù)先設(shè)定的時(shí)間周期經(jīng)觸發(fā)后發(fā)送給集成系統(tǒng)的一個(gè)需回執(zhí)確認(rèn)的接口URL,該接口 URL中包含收款方身份、該次支付的狀態(tài)信息參數(shù)集合、付款方身份及MD5簽名驗(yàn)證碼G ;集成系統(tǒng)接收到異步發(fā)送的支付狀態(tài)確認(rèn)URL后,從集成系統(tǒng)中提取交易安全校驗(yàn)碼,與支付狀態(tài)信息參數(shù)集合結(jié)合生成MD5簽名驗(yàn)證碼H與來源中的MD5簽名驗(yàn)證碼G進(jìn)行比對(duì),驗(yàn)證支付狀態(tài)確認(rèn)的合法性,如驗(yàn)證失敗,則向單點(diǎn)支付接口系統(tǒng)發(fā)送未確認(rèn)回執(zhí)并丟棄該支付狀態(tài)確認(rèn)URL ;如驗(yàn)證成功,則繼續(xù)驗(yàn)證支付狀態(tài)信息參數(shù)集合的合法性,如驗(yàn)證失敗,則向單點(diǎn)支付接口系統(tǒng)發(fā)送未確認(rèn)回執(zhí)并丟棄該異步支付狀態(tài)確認(rèn)URL,如驗(yàn)證成功,則修改集成系統(tǒng)中該次支付的支付狀態(tài),并向單點(diǎn)支付接口系統(tǒng)發(fā)送已確認(rèn)回執(zhí);單點(diǎn)支付接口系統(tǒng)在沒有收到確認(rèn)回執(zhí)或收到的是未確認(rèn)回執(zhí)時(shí),會(huì)經(jīng)過下一個(gè)時(shí)間周期經(jīng)觸發(fā)后再次發(fā)送異步支付狀態(tài)確認(rèn)URL,如果一直沒有收到確認(rèn)回執(zhí)或收到的是未確認(rèn)回執(zhí)時(shí),會(huì)重復(fù)發(fā)送異步支付狀態(tài)確認(rèn)URLlO次后放棄發(fā)送。
全文摘要
本發(fā)明提供了一種利用單點(diǎn)接口實(shí)現(xiàn)多點(diǎn)支付的方法,步驟為集成系統(tǒng)收集收款方的收款信息并轉(zhuǎn)換、生成支付請(qǐng)求接口URL,并提交至單點(diǎn)支付接口系統(tǒng);單點(diǎn)支付接口系統(tǒng)驗(yàn)證支付請(qǐng)求接口的合法性,驗(yàn)證通過后生成對(duì)應(yīng)的支付請(qǐng)求接口 URL并發(fā)送至付款方,付款方支付完成后,單點(diǎn)支付接口系統(tǒng)接收返回的支付狀態(tài)信息,并更新單點(diǎn)支付接口系統(tǒng)中該筆支付的支付狀態(tài),向集成系統(tǒng)同步發(fā)送生成的支付狀態(tài)反饋接口URL,向集成系統(tǒng)異步發(fā)送支付狀態(tài)確認(rèn)URL;集成系統(tǒng)對(duì)返回信息參數(shù)集合進(jìn)行驗(yàn)證,生成當(dāng)次訂單的支付狀態(tài)頁面。本發(fā)明所提供的方法僅需集成統(tǒng)一的標(biāo)準(zhǔn)接口調(diào)用,即可完成對(duì)接各銀行及第三方支付平臺(tái)的支付接口調(diào)用。
文檔編號(hào)G06Q20/42GK102930428SQ201210362719
公開日2013年2月13日 申請(qǐng)日期2012年9月25日 優(yōu)先權(quán)日2012年9月25日
發(fā)明者李煒 申請(qǐng)人:武漢云之翼科技有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
子长县| 山东省| 凌源市| 手游| 湖南省| 泌阳县| 营山县| 赤峰市| 许昌县| 双峰县| 福泉市| 龙川县| 上高县| 错那县| 曲周县| 绍兴县| 常山县| 永安市| 绿春县| 松阳县| 曲周县| 中山市| 乃东县| 延津县| 海安县| 文昌市| 江达县| 子长县| 邹平县| 阿坝县| 沂源县| 云霄县| 唐海县| 广宗县| 梅州市| 昭苏县| 汝阳县| 南召县| 德庆县| 成都市| 三都|