本發(fā)明屬于網(wǎng)絡(luò)支付領(lǐng)域，特別涉及一種網(wǎng)絡(luò)支付的處理方法和系統(tǒng)。

背景技術(shù)：

隨著電子商務(wù)的發(fā)展，種類繁多的網(wǎng)絡(luò)支付業(yè)務(wù)不斷涌現(xiàn)，各個電子商務(wù)網(wǎng)站的用戶的使用范圍和使用頻率在持續(xù)增長，支付請求海量增長，支付場景越來越復(fù)雜，一次支付請求關(guān)聯(lián)到很多系統(tǒng)，包括與銀行清算，與供應(yīng)商結(jié)算，對支付請求進(jìn)行風(fēng)險控制，與各種銀行的系統(tǒng)，各種第三方支付系統(tǒng)交互等等，現(xiàn)有的網(wǎng)絡(luò)支付的處理系統(tǒng)的功能和性能問題日益突出，系統(tǒng)維護(hù)成本日益增長，嚴(yán)重制約了網(wǎng)絡(luò)支付的處理系統(tǒng)對業(yè)務(wù)增長的支撐能力。

現(xiàn)有的網(wǎng)絡(luò)支付的處理系統(tǒng)，在處理支付請求時，不同的支付產(chǎn)品，先進(jìn)行支付類型區(qū)分，確定是銀行卡支付類型還是第三方支付類型；隨后根據(jù)不同支付類型，對支付產(chǎn)品調(diào)用其對應(yīng)的支付處理程序。其中，支付處理程序又分為實時交易、置位(異步置位及同步置位)和補(bǔ)償交易，其中補(bǔ)償交易用于實現(xiàn)對實時交易失敗后的補(bǔ)償，具體又分為幾十甚至上百種情況，每一種都對應(yīng)不同的處理程序。不難看出，現(xiàn)有的網(wǎng)絡(luò)支付的處理系統(tǒng)隨著支付產(chǎn)品種類的增長，異常龐大和復(fù)雜。

此外，新的類型的支付產(chǎn)品不斷涌現(xiàn)，對于出現(xiàn)的新的類型的支付產(chǎn)品，現(xiàn)有的處理方法只能是在實時交易里增加新的處理邏輯，新的置位邏輯，并重新設(shè)計一套補(bǔ)償處理程序，這將增加重復(fù)的工作量并且會導(dǎo)致處理系統(tǒng)越來越龐大。

目前的處理系統(tǒng)采用的處理模式為代碼加上SP(存儲過程)，系統(tǒng)應(yīng)用層面沒有抽象，卻在DB(Database，數(shù)據(jù)庫)層面共用SP，這樣導(dǎo)致DB的性能隨著支付請求的增加而不斷降低，系統(tǒng)并發(fā)異常、死鎖的情況日益增加，系統(tǒng)瓶頸日顯。另外，每種類型的支付產(chǎn)品的支付請求，都需要同不同的系統(tǒng)進(jìn)行交互，這些系統(tǒng)包括銀行系統(tǒng)、供應(yīng)商系統(tǒng)、第三方支付系統(tǒng)、風(fēng)險控制系統(tǒng)及SP等。

當(dāng)支付產(chǎn)品的類型增多，支付請求數(shù)量增大時，對于每種類型的支付產(chǎn)品的支付請求的處理程序的設(shè)計與開發(fā)及后續(xù)維護(hù)的工作量會很大，這將導(dǎo)致開發(fā)和維護(hù)成本很高；另外各個系統(tǒng)之間的交互訪問頻繁復(fù)雜，會造成整體處理性能降低，最終制約業(yè)務(wù)增長。

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中網(wǎng)絡(luò)支付的處理方法和系統(tǒng)的設(shè)計、開發(fā)及維護(hù)的工作量大、成本較高及各個系統(tǒng)之間的交互訪問頻繁復(fù)雜，造成整體處理性能降低，制約網(wǎng)絡(luò)支付業(yè)務(wù)增長的缺陷，提供一種架構(gòu)清晰、易于開發(fā)與維護(hù)并且能夠降低系統(tǒng)復(fù)雜性滿足網(wǎng)絡(luò)支付業(yè)務(wù)增長需求的網(wǎng)絡(luò)支付的處理方法和系統(tǒng)。

本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題：

一種網(wǎng)絡(luò)支付的處理方法，其特點在于，包括以下步驟：

S₁、預(yù)設(shè)網(wǎng)絡(luò)支付的基本原子業(yè)務(wù)，所述基本原子業(yè)務(wù)包括扣款原子業(yè)務(wù)、退款原子業(yè)務(wù)、轉(zhuǎn)賬原子業(yè)務(wù)和風(fēng)險控制原子業(yè)務(wù)；

S₂、根據(jù)網(wǎng)絡(luò)支付的請求信息區(qū)分網(wǎng)絡(luò)支付的業(yè)務(wù)，以得到業(yè)務(wù)類型；

S₃、根據(jù)S₂中所述業(yè)務(wù)類型切分所述支付業(yè)務(wù)以生成原子業(yè)務(wù)鏈，所述原子業(yè)務(wù)鏈包括至少一個基本原子業(yè)務(wù)；

S₄、依次執(zhí)行所述原子業(yè)務(wù)鏈中的每個基本原子業(yè)務(wù)。

本方案提前根據(jù)支付場景預(yù)設(shè)一些可重用的基本模塊，即網(wǎng)絡(luò)支付的基本原子業(yè)務(wù)；隨后根據(jù)網(wǎng)絡(luò)支付的支付產(chǎn)品的不同，將這些可重用的模塊進(jìn)行組裝拼接，即可完成不同支付場景的網(wǎng)絡(luò)支付需求。

本方案中，扣款原子業(yè)務(wù)是指網(wǎng)絡(luò)支付的請求方從資金賬戶向網(wǎng)絡(luò)支付的接收方的總賬戶付款，其中資金賬戶可以是銀行卡、網(wǎng)上銀行或第三方支付等；退款原子業(yè)務(wù)是指從網(wǎng)絡(luò)支付的接收方的總賬號向網(wǎng)絡(luò)支付的請求方的資金賬戶退款；而轉(zhuǎn)賬原子業(yè)務(wù)是指在網(wǎng)絡(luò)支付的接收方的總賬戶和網(wǎng)絡(luò)支付的請求方在網(wǎng)絡(luò)運(yùn)營商的網(wǎng)站上注冊的個人賬戶之間轉(zhuǎn)賬。

本方案中，基本原子業(yè)務(wù)的組合能夠完成具體的每一個網(wǎng)絡(luò)支付的支付產(chǎn)品的支付需求。對每一個網(wǎng)絡(luò)支付的支付請求首先進(jìn)行業(yè)務(wù)區(qū)分得到業(yè)務(wù)類型，然后再根據(jù)具體的業(yè)務(wù)類型進(jìn)行業(yè)務(wù)切分，具體為進(jìn)行基本原子業(yè)務(wù)選擇及順序組合，使得每一筆網(wǎng)絡(luò)支付業(yè)務(wù)都被切分為由基本原子業(yè)務(wù)組成的原子業(yè)務(wù)鏈，最后再按順序執(zhí)行原子業(yè)務(wù)鏈中每個基本原子業(yè)務(wù)，從而實現(xiàn)了不同網(wǎng)絡(luò)支付的支付產(chǎn)品的高效處理。

本方案優(yōu)化了整個支付流程，把支付計劃和支付實施變成了平行架構(gòu)。另外，使用本方案提供的處理方法能夠輕松滿足新的類型的支付產(chǎn)品的需求，提高了新業(yè)務(wù)接入系統(tǒng)的可擴(kuò)展性、可維護(hù)性，這是因為系統(tǒng)里面原子業(yè)務(wù)的選擇與組合會因時間、因產(chǎn)品需求、信息安全變化而不斷變化；因此，能動態(tài)、簡易的組裝合適的原子業(yè)務(wù)鏈，是提供系統(tǒng)高適應(yīng)性和高生存度的基本保障，即對于新的類型的支付產(chǎn)品的處理方法不再需要開發(fā)新的處理邏輯及補(bǔ)償程序等，而是根據(jù)新的類型的支付產(chǎn)品的具體的支付場景進(jìn)行業(yè)務(wù)切分和業(yè)務(wù)區(qū)分，進(jìn)而得到新的類型的支付產(chǎn)品的原子業(yè)務(wù)鏈，然后再按順序執(zhí)行原子業(yè)務(wù)鏈中的基本原子業(yè)務(wù)。不難看出，本方案提供的處理方法大大簡化了網(wǎng)絡(luò)支付的支付產(chǎn)品的處理程序的開發(fā)和維護(hù)，降低了整個處理系統(tǒng)的復(fù)雜性，提高了工作效率。

較佳地，所述轉(zhuǎn)賬原子業(yè)務(wù)還分為轉(zhuǎn)賬退款原子業(yè)務(wù)和轉(zhuǎn)賬扣款原子業(yè)務(wù)。

較佳地，所述網(wǎng)絡(luò)支付的請求信息包括產(chǎn)品類型，所述產(chǎn)品類型包括轉(zhuǎn)賬產(chǎn)品、充值產(chǎn)品、定向提現(xiàn)產(chǎn)品；步驟S₂中當(dāng)產(chǎn)品類型為轉(zhuǎn)賬產(chǎn)品時，得到業(yè)務(wù)類型為第一業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第一原子業(yè)務(wù)鏈，所述第一原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和轉(zhuǎn)賬退款原子業(yè)務(wù)；步驟S₂中當(dāng)產(chǎn)品類型為充值產(chǎn)品時，得到業(yè)務(wù)類型為第二業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第二原子業(yè)務(wù)鏈，所述第二原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)、扣款原子業(yè)務(wù)和轉(zhuǎn)賬扣款原子業(yè)務(wù)；步驟S₂中當(dāng)產(chǎn)品類型為定向提現(xiàn)產(chǎn)品時，得到業(yè)務(wù)類型為第三業(yè)務(wù)類型，步驟S₃中切分所述支付業(yè)務(wù)以生成第三原子業(yè)務(wù)鏈，所述第三原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬退款原子業(yè)務(wù)和退款原子業(yè)務(wù)。

本方案中，每一個網(wǎng)絡(luò)支付的支付請求均包括有請求信息，請求信息包括產(chǎn)品類型，根據(jù)具體的產(chǎn)品類型能夠確定業(yè)務(wù)類型，不同的業(yè)務(wù)類型的網(wǎng)絡(luò)支付的支付產(chǎn)品可以切分為不同的原子業(yè)務(wù)鏈。當(dāng)支付產(chǎn)品類型為轉(zhuǎn)賬產(chǎn)品、充值產(chǎn)品或定向提現(xiàn)產(chǎn)品時，只需根據(jù)產(chǎn)品類型即可直接得到對應(yīng)的原子業(yè)務(wù)鏈，然后按順序執(zhí)行原子業(yè)務(wù)鏈中的每一個基本原子業(yè)務(wù)，即可完成該網(wǎng)絡(luò)支付的支付任務(wù)。

較佳地，所述產(chǎn)品類型還包括儲蓄卡產(chǎn)品、信用卡產(chǎn)品、網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、錢包現(xiàn)金余額產(chǎn)品、支付寶掃碼支付產(chǎn)品和微信掃碼支付產(chǎn)品，所述網(wǎng)絡(luò)支付的請求信息還包括交易類型，所述交易類型包括扣款交易、退款交易、定向提現(xiàn)交易、預(yù)授權(quán)交易、取消預(yù)授權(quán)交易、預(yù)授權(quán)完成交易和擔(dān)保交易；步驟S₂中當(dāng)產(chǎn)品類型為儲蓄卡產(chǎn)品時，如果所述交易類型為扣款交易，則得到業(yè)務(wù)類型為第四業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第四原子業(yè)務(wù)鏈，所述第四原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第五業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第五原子業(yè)務(wù)鏈，所述第五原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；如果所述交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第六業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第六原子業(yè)務(wù)鏈，所述第六原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)；步驟S₂中當(dāng)產(chǎn)品類型為信用卡產(chǎn)品時，如果所述交易類型為預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第七業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第七原子業(yè)務(wù)鏈，所述第七原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；如果所述交易類型為取消預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第八業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第八原子業(yè)務(wù)鏈，所述第八原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；如果所述交易類型為預(yù)授權(quán)完成交易或擔(dān)保交易，則得到業(yè)務(wù)類型為第九業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第九原子業(yè)務(wù)鏈，所述第九原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；步驟S₂中當(dāng)產(chǎn)品類型為網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、支付寶掃碼產(chǎn)品或微信掃碼產(chǎn)品時，如果所述交易類型為扣款交易，則得到業(yè)務(wù)類型為第十業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第十原子業(yè)務(wù)鏈，所述第十原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第十一業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第十一原子業(yè)務(wù)鏈，所述第十一原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；步驟S₂中當(dāng)產(chǎn)品類型為錢包現(xiàn)金余額產(chǎn)品時，如果所述交易類型為扣款交易，則得到業(yè)務(wù)類型為第十二業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第十二原子業(yè)務(wù)鏈，所述第十二原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第十三業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第十三原子業(yè)務(wù)鏈，所述第十三原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；如果所述交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第十四業(yè)務(wù)類型，此時步驟S₃中切分所述支付業(yè)務(wù)以生成第十四原子業(yè)務(wù)鏈，所述第十四原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)。

本方案中，網(wǎng)絡(luò)支付的支付請求的請求信息還包括交易類型，其中交易類型包括扣款交易、退款交易、定向提現(xiàn)交易、預(yù)授權(quán)交易、取消預(yù)授權(quán)交易、預(yù)授權(quán)完成交易和擔(dān)保交易。本方案中，對于產(chǎn)品類型為儲蓄卡產(chǎn)品、信用卡產(chǎn)品、網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、錢包現(xiàn)金余額產(chǎn)品、支付寶掃碼支付產(chǎn)品或微信掃碼支付產(chǎn)品的情況，需要結(jié)合交易類型才能確定業(yè)務(wù)類型，進(jìn)而才能確定原子業(yè)務(wù)鏈的種類，最終確定網(wǎng)絡(luò)支付的支付產(chǎn)品對應(yīng)的執(zhí)行流程，即按順序執(zhí)行原子業(yè)務(wù)鏈中的每個基本原子業(yè)務(wù)。

較佳地，所述風(fēng)險控制原子業(yè)務(wù)用于交易卡片、網(wǎng)銀賬號或第三方賬號的風(fēng)險控制。

本方案中，對于網(wǎng)絡(luò)支付的風(fēng)險控制由風(fēng)險控制原子業(yè)務(wù)完成，具體包括交易卡片的控制風(fēng)險、網(wǎng)銀賬號的風(fēng)險控制和第三方賬號的風(fēng)險控制，不同產(chǎn)品類型和交易類型對應(yīng)的網(wǎng)絡(luò)支付的支付請求是否包括風(fēng)險控制由具體的支付場景決定。

本發(fā)明還提供一種網(wǎng)絡(luò)支付的處理系統(tǒng)，其特點在于，包括：預(yù)設(shè)模塊，所述預(yù)設(shè)模塊用于預(yù)設(shè)網(wǎng)絡(luò)支付的基本原子業(yè)務(wù)，所述基本原子業(yè)務(wù)包括扣款原子業(yè)務(wù)、退款原子業(yè)務(wù)、轉(zhuǎn)賬原子業(yè)務(wù)和風(fēng)險控制原子業(yè)務(wù)；業(yè)務(wù)區(qū)分模塊，所述業(yè)務(wù)區(qū)分模塊用于根據(jù)網(wǎng)絡(luò)支付的請求信息區(qū)分網(wǎng)絡(luò)支付的業(yè)務(wù)，以得到業(yè)務(wù)類型；原子切分模塊，所述原子切分模塊用于根據(jù)所述業(yè)務(wù)區(qū)分模塊得到的所述業(yè)務(wù)類型切分所述支付業(yè)務(wù)以生成原子業(yè)務(wù)鏈，所述原子業(yè)務(wù)鏈包括至少一個基本原子業(yè)務(wù)；執(zhí)行模塊，所述執(zhí)行模塊用于依次執(zhí)行所述原子業(yè)務(wù)鏈中的每個基本原子業(yè)務(wù)。

較佳地，所述轉(zhuǎn)賬原子業(yè)務(wù)還分為轉(zhuǎn)賬退款原子業(yè)務(wù)和轉(zhuǎn)賬扣款原子業(yè)務(wù)。

較佳地，所述網(wǎng)絡(luò)支付的請求信息包括產(chǎn)品類型，所述產(chǎn)品類型包括轉(zhuǎn)賬產(chǎn)品、充值產(chǎn)品、定向提現(xiàn)產(chǎn)品；所述業(yè)務(wù)區(qū)分模塊還用于當(dāng)產(chǎn)品類型為轉(zhuǎn)賬產(chǎn)品時，得到業(yè)務(wù)類型為第一業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第一原子業(yè)務(wù)鏈，所述第一原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和轉(zhuǎn)賬退款原子業(yè)務(wù)；所述業(yè)務(wù)區(qū)分模塊還用于當(dāng)產(chǎn)品類型為充值產(chǎn)品時，得到業(yè)務(wù)類型為第二業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第二原子業(yè)務(wù)鏈，所述第二原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)、扣款原子業(yè)務(wù)和轉(zhuǎn)賬扣款原子業(yè)務(wù)；所述業(yè)務(wù)區(qū)分模塊還用于當(dāng)產(chǎn)品類型為定向提現(xiàn)產(chǎn)品時，得到業(yè)務(wù)類型為第三業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第三原子業(yè)務(wù)鏈，所述第三原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬退款原子業(yè)務(wù)和退款原子業(yè)務(wù)。

較佳地，所述產(chǎn)品類型還包括儲蓄卡產(chǎn)品、信用卡產(chǎn)品、網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、錢包現(xiàn)金余額產(chǎn)品、支付寶掃碼支付產(chǎn)品和微信掃碼支付產(chǎn)品，所述網(wǎng)絡(luò)支付的請求信息還包括交易類型，所述交易類型包括扣款交易、退款交易、定向提現(xiàn)交易、預(yù)授權(quán)交易、取消預(yù)授權(quán)交易、預(yù)授權(quán)完成交易和擔(dān)保交易；所述業(yè)務(wù)區(qū)分模塊還用于當(dāng)產(chǎn)品類型為儲蓄卡產(chǎn)品時，如果所述交易類型為扣款交易，則得到業(yè)務(wù)類型為第四業(yè)務(wù)類型，所述原子切分模塊還用于切分所述業(yè)務(wù)以生成第四原子業(yè)務(wù)鏈，所述第四原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第五業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第五原子業(yè)務(wù)鏈，所述第五原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；如果所述交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第六業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第六原子業(yè)務(wù)鏈，所述第六原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)；所述業(yè)務(wù)區(qū)分模塊還用于當(dāng)產(chǎn)品類型為信用卡產(chǎn)品時，如果所述交易類型為預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第七業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第七原子業(yè)務(wù)鏈，所述第七原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；如果所述交易類型為取消預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第八業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第八原子業(yè)務(wù)鏈，所述第八原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；如果所述交易類型為預(yù)授權(quán)完成交易或擔(dān)保交易，則得到業(yè)務(wù)類型為第九業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第九原子業(yè)務(wù)鏈，所述第九原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；所述業(yè)務(wù)區(qū)分模塊還用于當(dāng)產(chǎn)品類型為網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、支付寶掃碼產(chǎn)品或微信掃碼產(chǎn)品時，如果所述交易類型為扣款交易，則得到業(yè)務(wù)類型為第十業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第十原子業(yè)務(wù)鏈，所述第十原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第十一業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第十一原子業(yè)務(wù)鏈，所述第十一原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；所述業(yè)務(wù)區(qū)分模塊還用于當(dāng)產(chǎn)品類型為錢包現(xiàn)金余額產(chǎn)品時，如果所述交易類型為扣款交易，則得到業(yè)務(wù)類型為第十二業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第十二原子業(yè)務(wù)鏈，所述第十二原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第十三業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第十三原子業(yè)務(wù)鏈，所述第十三原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；如果所述交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第十四業(yè)務(wù)類型，所述原子切分模塊還用于切分所述支付業(yè)務(wù)以生成第十四原子業(yè)務(wù)鏈，所述第十四原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)。

較佳地，所述風(fēng)險控制原子業(yè)務(wù)用于交易卡片、網(wǎng)銀賬號或第三方賬號的風(fēng)險控制。

本發(fā)明的積極進(jìn)步效果在于：本發(fā)明提供的網(wǎng)絡(luò)支付的處理方法和系統(tǒng)通過提前根據(jù)支付場景預(yù)設(shè)一些可重用的基本模塊，即網(wǎng)絡(luò)支付的基本原子業(yè)務(wù)，隨后根據(jù)網(wǎng)絡(luò)支付的支付產(chǎn)品的不同，將這些可重用的模塊進(jìn)行組裝拼接，即可完成不同支付場景的網(wǎng)絡(luò)支付需求。本發(fā)明優(yōu)化了整個支付流程，把支付計劃和支付實施變成了平行架構(gòu)。另外能夠輕松滿足新的類型的支付產(chǎn)品的需求。本發(fā)明提供的處理方法大大簡化了網(wǎng)絡(luò)支付的支付產(chǎn)品的處理程序的開發(fā)和維護(hù)，降低了整個處理系統(tǒng)的復(fù)雜性和開發(fā)成本，提高了工作效率和開發(fā)效率。

附圖說明

圖1為本發(fā)明的實施例1的網(wǎng)絡(luò)支付的處理方法的流程圖。

圖2為本發(fā)明的實施例2的網(wǎng)絡(luò)支付的處理系統(tǒng)的模塊示意圖。

具體實施方式

下面通過實施例的方式進(jìn)一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。

實施例1

如圖1所示，一種網(wǎng)絡(luò)支付的處理方法，包括以下步驟：

101、預(yù)設(shè)網(wǎng)絡(luò)支付的基本原子業(yè)務(wù)，基本原子業(yè)務(wù)包括扣款原子業(yè)務(wù)、退款原子業(yè)務(wù)、轉(zhuǎn)賬退款原子業(yè)務(wù)、轉(zhuǎn)賬款原子業(yè)務(wù)和風(fēng)險控制原子業(yè)務(wù)，其中風(fēng)險控制原子業(yè)務(wù)用于交易卡片、網(wǎng)銀賬號或第三方賬號的風(fēng)險控制。

102、根據(jù)網(wǎng)絡(luò)支付的請求信息區(qū)分網(wǎng)絡(luò)支付的支付業(yè)務(wù)，以得到業(yè)務(wù)類型。其中，請求信息包括產(chǎn)品類型和交易類型，產(chǎn)品類型又包括轉(zhuǎn)賬產(chǎn)品、充值產(chǎn)品、定向提現(xiàn)產(chǎn)品、儲蓄卡產(chǎn)品、信用卡產(chǎn)品、網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、錢包現(xiàn)金余額產(chǎn)品、支付寶掃碼支付產(chǎn)品和微信掃碼支付產(chǎn)品，交易類型扣款交易、退款交易、定向提現(xiàn)交易、預(yù)授權(quán)交易、取消預(yù)授權(quán)交易、預(yù)授權(quán)完成交易和擔(dān)保交易。

當(dāng)產(chǎn)品類型為轉(zhuǎn)賬產(chǎn)品時，得到業(yè)務(wù)類型為第一業(yè)務(wù)類型；

當(dāng)產(chǎn)品類型為充值產(chǎn)品時，得到業(yè)務(wù)類型為第二業(yè)務(wù)類型；

當(dāng)產(chǎn)品類型為定向提現(xiàn)產(chǎn)品時，得到業(yè)務(wù)類型為第三業(yè)務(wù)類型；

當(dāng)產(chǎn)品類型為儲蓄卡產(chǎn)品時，如果交易類型為扣款交易，則得到業(yè)務(wù)類型為第四業(yè)務(wù)類型，如果交易類型為退款交易，則得到業(yè)務(wù)類型為第五業(yè)務(wù)類型，如果所述交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第六業(yè)務(wù)類型；

當(dāng)產(chǎn)品類型為信用卡產(chǎn)品時，如果所述交易類型為預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第七業(yè)務(wù)類型，如果所述交易類型為取消預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第八業(yè)務(wù)類型，如果所述交易類型為預(yù)授權(quán)完成交易或擔(dān)保交易，則得到業(yè)務(wù)類型為第九業(yè)務(wù)類型；

當(dāng)產(chǎn)品類型為網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、支付寶掃碼產(chǎn)品或微信掃碼產(chǎn)品時，如果交易類型為扣款交易，則得到業(yè)務(wù)類型為第十業(yè)務(wù)類型，如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第十一業(yè)務(wù)類型；

當(dāng)產(chǎn)品類型為錢包現(xiàn)金余額產(chǎn)品時，如果交易類型為扣款交易，則得到業(yè)務(wù)類型為第十二業(yè)務(wù)類型，如果交易類型為退款交易，則得到業(yè)務(wù)類型為第十三業(yè)務(wù)類型，如果交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第十四業(yè)務(wù)類型。

103、根據(jù)步驟102得到的業(yè)務(wù)類型切分支付業(yè)務(wù)以生成原子業(yè)務(wù)鏈，原子業(yè)務(wù)鏈包括至少一個基本原子業(yè)務(wù)，具體切分方式為：

當(dāng)業(yè)務(wù)類型為第一業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第一原子業(yè)務(wù)鏈，第一原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和轉(zhuǎn)賬退款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第二業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第二原子業(yè)務(wù)鏈，第二原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)、扣款原子業(yè)務(wù)和轉(zhuǎn)賬扣款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第三業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第三原子業(yè)務(wù)鏈，第三原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬退款原子業(yè)務(wù)和退款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第四業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第四原子業(yè)務(wù)鏈，第四原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第五業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第五原子業(yè)務(wù)鏈，第五原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第六業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第六原子業(yè)務(wù)鏈，第六原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第七業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第七原子業(yè)務(wù)鏈，第七原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第八業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第八原子業(yè)務(wù)鏈，第八原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第九業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第九原子業(yè)務(wù)鏈，第九原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第十業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十原子業(yè)務(wù)鏈，第十原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第十一業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十一原子業(yè)務(wù)鏈，第十一原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第十二業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十二原子業(yè)務(wù)鏈，第十二原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第十三業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十三原子業(yè)務(wù)鏈，第十三原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；

當(dāng)業(yè)務(wù)類型為第十四業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十四原子業(yè)務(wù)鏈，第十四原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)。

104、依次執(zhí)行步驟103中生成的原子業(yè)務(wù)鏈中的每個基本原子業(yè)務(wù)，完成本次支付請求的處理。

實施例2

如圖2所示，一種網(wǎng)絡(luò)支付的處理系統(tǒng)，包括預(yù)設(shè)模塊1、業(yè)務(wù)區(qū)分模塊2、原子切分模塊3和執(zhí)行模塊4。

預(yù)設(shè)模塊1用于預(yù)設(shè)網(wǎng)絡(luò)支付的基本原子業(yè)務(wù)，基本原子業(yè)務(wù)包括扣款原子業(yè)務(wù)、退款原子業(yè)務(wù)、轉(zhuǎn)賬退款原子業(yè)務(wù)、轉(zhuǎn)賬扣款原子業(yè)務(wù)和風(fēng)險控制原子業(yè)務(wù)。風(fēng)險控制原子業(yè)務(wù)用于交易卡片、網(wǎng)銀賬號或第三方賬號的風(fēng)險控制。

業(yè)務(wù)區(qū)分模塊2用于根據(jù)網(wǎng)絡(luò)支付的請求信息區(qū)分網(wǎng)絡(luò)支付的支付業(yè)務(wù)，以得到業(yè)務(wù)類型。網(wǎng)絡(luò)支付的請求信息包括產(chǎn)品類型和交易類型；產(chǎn)品類型又包括轉(zhuǎn)賬產(chǎn)品、充值產(chǎn)品、定向提現(xiàn)產(chǎn)品、儲蓄卡產(chǎn)品、信用卡產(chǎn)品、網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、錢包現(xiàn)金余額產(chǎn)品、支付寶掃碼支付產(chǎn)品和微信掃碼支付產(chǎn)品；交易類型包括扣款交易、退款交易、定向提現(xiàn)交易、預(yù)授權(quán)交易、取消預(yù)授權(quán)交易、預(yù)授權(quán)完成交易和擔(dān)保交易。當(dāng)產(chǎn)品類型為轉(zhuǎn)賬產(chǎn)品時，得到業(yè)務(wù)類型為第一業(yè)務(wù)類型；當(dāng)產(chǎn)品類型為充值產(chǎn)品時，得到業(yè)務(wù)類型為第二業(yè)務(wù)類型；當(dāng)產(chǎn)品類型為定向提現(xiàn)產(chǎn)品時，得到業(yè)務(wù)類型為第三業(yè)務(wù)類型；當(dāng)產(chǎn)品類型為儲蓄卡產(chǎn)品時，如果交易類型為扣款交易，則得到業(yè)務(wù)類型為第四業(yè)務(wù)類型，如果交易類型為退款交易，則得到業(yè)務(wù)類型為第五業(yè)務(wù)類型，如果所述交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第六業(yè)務(wù)類型；當(dāng)產(chǎn)品類型為信用卡產(chǎn)品時，如果所述交易類型為預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第七業(yè)務(wù)類型，如果所述交易類型為取消預(yù)授權(quán)交易，則得到業(yè)務(wù)類型為第八業(yè)務(wù)類型，如果所述交易類型為預(yù)授權(quán)完成交易或擔(dān)保交易，則得到業(yè)務(wù)類型為第九業(yè)務(wù)類型；當(dāng)產(chǎn)品類型為網(wǎng)上銀行產(chǎn)品、禮品卡產(chǎn)品、支付寶掃碼產(chǎn)品或微信掃碼產(chǎn)品時，如果交易類型為扣款交易，則得到業(yè)務(wù)類型為第十業(yè)務(wù)類型，如果所述交易類型為退款交易，則得到業(yè)務(wù)類型為第十一業(yè)務(wù)類型；當(dāng)產(chǎn)品類型為錢包現(xiàn)金余額產(chǎn)品時，如果交易類型為扣款交易，則得到業(yè)務(wù)類型為第十二業(yè)務(wù)類型，如果交易類型為退款交易，則得到業(yè)務(wù)類型為第十三業(yè)務(wù)類型，如果交易類型為定向提現(xiàn)交易，則得到業(yè)務(wù)類型為第十四業(yè)務(wù)類型。

原子切分模塊3用于根據(jù)業(yè)務(wù)區(qū)分模塊2得到的業(yè)務(wù)類型切分支付業(yè)務(wù)以生成原子業(yè)務(wù)鏈，原子業(yè)務(wù)鏈包括至少一個基本原子業(yè)務(wù)。具體切分方式為：當(dāng)業(yè)務(wù)類型為第一業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第一原子業(yè)務(wù)鏈，第一原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和轉(zhuǎn)賬退款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第二業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第二原子業(yè)務(wù)鏈，第二原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)、扣款原子業(yè)務(wù)和轉(zhuǎn)賬扣款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第三業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第三原子業(yè)務(wù)鏈，第三原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬退款原子業(yè)務(wù)和退款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第四業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第四原子業(yè)務(wù)鏈，第四原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第五業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第五原子業(yè)務(wù)鏈，第五原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第六業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第六原子業(yè)務(wù)鏈，第六原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第七業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第七原子業(yè)務(wù)鏈，第七原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第八業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第八原子業(yè)務(wù)鏈，第八原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第九業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第九原子業(yè)務(wù)鏈，第九原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第十業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十原子業(yè)務(wù)鏈，第十原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第十一業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十一原子業(yè)務(wù)鏈，第十一原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第十二業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十二原子業(yè)務(wù)鏈，第十二原子業(yè)務(wù)鏈包括扣款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第十三業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十三原子業(yè)務(wù)鏈，第十三原子業(yè)務(wù)鏈包括退款原子業(yè)務(wù)；當(dāng)業(yè)務(wù)類型為第十四業(yè)務(wù)類型時，切分支付業(yè)務(wù)生成第十四原子業(yè)務(wù)鏈，第十四原子業(yè)務(wù)鏈依次包括轉(zhuǎn)賬扣款原子業(yè)務(wù)和退款原子業(yè)務(wù)。

執(zhí)行模塊4用于依次執(zhí)行由原子切分模塊3得到的原子業(yè)務(wù)鏈中的每個基本原子業(yè)務(wù)，最終完成支付請求的處理。

下面繼續(xù)通過具體的例子，進(jìn)一步說明本發(fā)明的技術(shù)方案和技術(shù)效果。

當(dāng)網(wǎng)絡(luò)支付的支付產(chǎn)品為酒店支付產(chǎn)品時，如果網(wǎng)絡(luò)支付的請求信息中的產(chǎn)品類型和交易類型分別為儲蓄卡產(chǎn)品和扣款交易，那么首先區(qū)分本次支付業(yè)務(wù)的業(yè)務(wù)類型，得到業(yè)務(wù)類型為第四業(yè)務(wù)類型，緊接著根據(jù)得到的第四業(yè)務(wù)類型切分該支付業(yè)務(wù)，得到原子業(yè)務(wù)鏈為第四原子業(yè)務(wù)鏈，即構(gòu)建原子業(yè)務(wù)表達(dá)式，第四原子業(yè)務(wù)鏈依次包括風(fēng)險控制原子業(yè)務(wù)和扣款原子業(yè)務(wù)，然后是執(zhí)行原子業(yè)務(wù)表達(dá)式，先執(zhí)行已經(jīng)預(yù)設(shè)好的風(fēng)險控制原子業(yè)務(wù)，即調(diào)用該基本原子業(yè)務(wù)接口，具體可以包括對本次支付所使用的儲蓄卡的風(fēng)險進(jìn)行評估，如果該儲蓄卡存在多次惡意下單后退單的情況，那么可以給出該儲蓄卡風(fēng)險評估未通過的結(jié)論，無法完成本次交易；反之則風(fēng)險評估通過，繼續(xù)本次交易。風(fēng)險控制原子業(yè)務(wù)執(zhí)行完畢后，接下去再執(zhí)行預(yù)設(shè)好的扣款原子業(yè)務(wù)，通過該基本原子業(yè)務(wù)，能夠完成網(wǎng)絡(luò)支付的請求方從其儲蓄卡向網(wǎng)絡(luò)支付的接收方的總賬戶的付款功能，最終完成本次酒店支付產(chǎn)品的具體支付操作，完成支付后，將支付結(jié)果反饋給上游系統(tǒng)，并將一些信息反饋給財務(wù)系統(tǒng)。

本發(fā)明通過預(yù)設(shè)可重用的基本模塊，優(yōu)化了網(wǎng)絡(luò)支付的工藝流程，能夠動態(tài)滿足支付請求的快速增長的需求，同時也能夠滿足將來新增的不同類型的支付產(chǎn)品的應(yīng)用需求，把新的支付產(chǎn)品的規(guī)劃和業(yè)務(wù)實現(xiàn)統(tǒng)一起來，更細(xì)的業(yè)務(wù)切分、更多的業(yè)務(wù)組合、更廣泛的業(yè)務(wù)支撐。本發(fā)明提供的處理系統(tǒng)分工更明確，處理業(yè)務(wù)的系統(tǒng)更為單一、清晰，易于系統(tǒng)的無依賴性維護(hù)及升級。

雖然以上描述了本發(fā)明的具體實施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這僅是舉例說明，本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實質(zhì)的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護(hù)范圍。