本發(fā)明涉及電子商務(wù)技術(shù)領(lǐng)域，具體涉及一種支付處理方法及裝置。

背景技術(shù)：

隨著電子商務(wù)技術(shù)的不斷發(fā)展，人們可從交易平臺中購買到外貿(mào)商品等。為了能夠使交易平臺中的產(chǎn)品更加豐富，以吸引買家購買，交易平臺需要不斷地拓展賣家。其中，交易平臺大多是通過會展、代理商等方式進(jìn)行賣家拓展。

其中，交易平臺可通過代理商為賣家提供賬號充值、增值業(yè)務(wù)開通等服務(wù)。在現(xiàn)有技術(shù)中，當(dāng)賣家需要在交易平臺中辦理業(yè)務(wù)時，賣家可向代理商登記待辦理業(yè)務(wù)，并支付辦理業(yè)務(wù)所需要費用。當(dāng)代理商所登記的待辦理業(yè)務(wù)的業(yè)務(wù)量達(dá)到一定量時，代理商會在交易平臺中登記一條支付申請，并通過線下支付方式將其代收的費用支付到交易平臺的賬號中，接著交易平臺的財務(wù)人員將交易平臺的支付明細(xì)信息發(fā)送至交易平臺的代理商管理人員，由交易平臺的代理商管理人員將代理商登記的支付申請與交易平臺的支付明細(xì)信息進(jìn)行匹配，在匹配成功后，由代理商管理人員為代理商進(jìn)行充值操作。代理商在查看到其代理商賬號成功充值后，再逐個為所登記辦理業(yè)務(wù)的賣家辦理業(yè)務(wù)。由此可知，在上述支付處理的過程中，存在著支付處理效率低下的問題。

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

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的支付處理方法及裝置。

根據(jù)本發(fā)明的一個方面，提供了一種支付處理方法，該方法包括：

當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求；其中，第一賬號支付請求包括：支付金額、第一賬號信息以及與第一賬號信息相關(guān)聯(lián)的第二賬號待處理業(yè)務(wù)信息；

根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額；

判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額；

若判斷得到支付金額大于或等于理論支付金額，則根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作；若判斷得到支付金額小于理論支付金額，則展現(xiàn)第一提示信息。

根據(jù)本發(fā)明的另一方面，提供了一種支付處理裝置，該裝置包括：

接收模塊，用于當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求；其中，第一賬號支付請求包括：支付金額、第一賬號信息以及與第一賬號信息相關(guān)聯(lián)的第二賬號待處理業(yè)務(wù)信息；

計算模塊，用于根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額；

第一支付判斷模塊，用于判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額；

第一處理模塊，用于若第一支付判斷模塊判斷得到支付金額大于或等于理論支付金額，則根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作；若第一支付判斷模塊判斷得到支付金額小于理論支付金額，則展現(xiàn)第一提示信息。

根據(jù)本發(fā)明提供的技術(shù)方案，當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求，接著根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額，然后判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額，在判斷得到第一賬號支付請求中的支付金額大于或等于理論支付金額的情況下，根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作；在判斷得到第一賬號支付請求中的支付金額小于理論支付金額的情況下，展現(xiàn)第一提示信息。根據(jù)本發(fā)明提供的技術(shù)方案，能夠根據(jù)支付請求中的信息自動、快速地判斷出支付請求中是否存在問題，提高了支付處理效率，優(yōu)化了支付處理方式。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細(xì)描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認(rèn)為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了根據(jù)本發(fā)明一個實施例的支付處理方法的流程示意圖；

圖2示出了根據(jù)本發(fā)明另一個實施例的支付處理方法的流程示意圖；

圖3示出了根據(jù)本發(fā)明又一個實施例的支付處理方法的流程示意圖；

圖4示出了根據(jù)本發(fā)明一個實施例的支付處理裝置的結(jié)構(gòu)框圖；

圖5示出了根據(jù)本發(fā)明另一個實施例的支付處理裝置的結(jié)構(gòu)框圖。

具體實施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

圖1示出了根據(jù)本發(fā)明一個實施例的支付處理方法的流程示意圖，如圖1所示，該方法可由交易平臺執(zhí)行，該方法包括如下步驟：

步驟S100，當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求。

在交易平臺中，支付方式可分為線上支付方式和線下支付方式，具體地，線上支付方式可以為在交易平臺中通過轉(zhuǎn)賬等方式進(jìn)行網(wǎng)上支付，線下支付方式可以為在線下通過轉(zhuǎn)賬、刷卡等方式進(jìn)行支付。

在本發(fā)明中，第一賬號用于管理多個第二賬號，收集多個第二賬號的業(yè)務(wù)處理請求，統(tǒng)一為多個第二賬號向交易平臺發(fā)送支付請求。當(dāng)?shù)谝毁~號從多個第二賬號處收集到的業(yè)務(wù)處理請求所對應(yīng)的業(yè)務(wù)量達(dá)到預(yù)設(shè)數(shù)量時，第一賬號會根據(jù)所收集到的業(yè)務(wù)處理請求，向交易平臺發(fā)出對應(yīng)的支付請求，該支付請求即為第一賬號支付請求。其中，第一賬號支付請求包括：支付金額、第一賬號信息以及與第一賬號信息相關(guān)聯(lián)的第二賬號待處理業(yè)務(wù)信息。其中，第二賬號待處理業(yè)務(wù)信息包括第二賬號信息和與第二賬號信息相對應(yīng)的待處理業(yè)務(wù)信息，根據(jù)第二賬號待處理業(yè)務(wù)信息可知，具體哪個第二賬號請求處理哪項業(yè)務(wù)。

例如，交易平臺可通過代理商為賣家提供賬號充值、增值業(yè)務(wù)開通等服務(wù)，代理商用于管理多個賣家，收集多個賣家的業(yè)務(wù)處理請求，統(tǒng)一為多個賣家向交易平臺發(fā)送支付請求，那么代理商對應(yīng)的賬號即為第一賬號，賣家對應(yīng)的賬號即為第二賬號。

步驟S101，根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額。

在接收了第一賬號支付請求之后，在步驟S101中，根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額。例如，根據(jù)第二賬號待處理業(yè)務(wù)信息可知，第二賬號1和第二賬號2均請求處理業(yè)務(wù)1，第二賬號3和第二賬號4均請求處理業(yè)務(wù)2，假設(shè)處理業(yè)務(wù)1需支付100元，處理業(yè)務(wù)2需支付40元，那么在步驟S101中，根據(jù)該第二賬號待處理業(yè)務(wù)信息，計算得到的理論支付金額為280元。

步驟S102，判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額；若是，則執(zhí)行步驟S103；若否，則執(zhí)行步驟S104。

由于在一些情況下第一賬號支付請求中的支付金額可能不等于計算得到的理論支付金額，那么在步驟S102中，需要對第一賬號支付請求中的支付金額是否大于或等于理論支付金額進(jìn)行判斷。如果判斷得到第一賬號支付請求中的支付金額大于或等于理論支付金額，則執(zhí)行步驟S103；如果判斷得到第一賬號支付請求中的支付金額小于理論支付金額，則執(zhí)行步驟S104。

步驟S103，根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作。

如果經(jīng)步驟S102判斷得到第一賬號支付請求中的支付金額大于或等于理論支付金額，則在步驟S103中，根據(jù)該第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作。

步驟S104，展現(xiàn)第一提示信息。

如果經(jīng)步驟S102判斷得到第一賬號支付請求中的支付金額小于理論支付金額，則在步驟S104中，展現(xiàn)第一提示信息，以提示用戶第一賬號支付請求中的支付金額小于理論支付金額。本領(lǐng)域技術(shù)人員可根據(jù)實際需要設(shè)置第一提示信息，此處不做限定。例如，第一提示信息可以為“支付金額小于處理業(yè)務(wù)所需的理論支付金額，請確認(rèn)后再操作”的文字信息。

根據(jù)本發(fā)明實施例提供的支付處理方法，當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求，接著根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額，然后判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額，在判斷得到第一賬號支付請求中的支付金額大于或等于理論支付金額的情況下，根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作；在判斷得到第一賬號支付請求中的支付金額小于理論支付金額的情況下，展現(xiàn)第一提示信息。根據(jù)本發(fā)明提供的技術(shù)方案，能夠根據(jù)支付請求中的信息自動、快速地判斷出支付請求中是否存在問題，提高了支付處理效率，優(yōu)化了支付處理方式。

圖2示出了根據(jù)本發(fā)明另一個實施例的支付處理方法的流程示意圖，如圖2所示，該方法可由交易平臺執(zhí)行，該方法包括如下步驟：

步驟S200，當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求。

其中，第一賬號支付請求包括：支付金額、第一賬號信息以及與第一賬號信息相關(guān)聯(lián)的第二賬號待處理業(yè)務(wù)信息。根據(jù)第二賬號待處理業(yè)務(wù)信息可知，具體哪個第二賬號請求處理哪項業(yè)務(wù)。具體地，第二賬號待處理業(yè)務(wù)信息包括第二賬號信息；另外，第二賬號待處理業(yè)務(wù)信息還包括與第二賬號信息相對應(yīng)的待處理業(yè)務(wù)信息。

步驟S201，根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額。

在接收了第一賬號支付請求之后，在步驟S201中，根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額。

步驟S202，判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額；若是，則執(zhí)行步驟S203；若否，則執(zhí)行步驟S208。

如果判斷得到第一賬號支付請求中的支付金額大于或等于理論支付金額，則執(zhí)行步驟S203；如果判斷得到第一賬號支付請求中的支付金額小于理論支付金額，則執(zhí)行步驟S208。

步驟S203，判斷第二賬號信息管理列表中是否包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息；若是，則執(zhí)行步驟S204；若否，則執(zhí)行步驟S209。

在交易平臺中，利用第二賬號信息管理列表管理第二賬號信息。具體地，在第二賬號信息管理列表中記載了與第一賬號相關(guān)聯(lián)的第二賬號信息。由于在實際應(yīng)用中，第一賬號支付請求可能是根據(jù)用戶輸入的信息生成的，而用戶可能會由于粗心等原因?qū)⒌诙~號信息填錯，那么為了能夠有效地檢查出這種錯誤，在步驟S203中，對第二賬號信息管理列表中是否包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息進(jìn)行判斷。

如果判斷得到第二賬號信息管理列表中包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息，說明在第二賬號信息管理列表中存在該第二賬號信息，那么執(zhí)行步驟S204；如果判斷得到第二賬號信息管理列表中不包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息，說明在第二賬號信息管理列表中不存在該第二賬號信息，那么執(zhí)行步驟S209。

步驟S204，根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作。

如果經(jīng)步驟S203判斷得到第二賬號信息管理列表中包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息，則在步驟S204中，根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作。

步驟S205，判斷支付操作是否執(zhí)行成功；若是，則執(zhí)行步驟S206；若否，則執(zhí)行步驟S207。

在執(zhí)行了第一賬號對應(yīng)的支付操作之后，可能會由于支付信息填寫錯誤或者用戶的銀行卡等支付賬號余額不足等問題導(dǎo)致支付操作未執(zhí)行成功，那么在步驟S205中，需要判斷支付操作是否執(zhí)行成功。如果判斷得到支付操作執(zhí)行成功，則執(zhí)行步驟S206；如果判斷得到支付操作未執(zhí)行成功，則執(zhí)行步驟S207。

步驟S206，對第一賬號進(jìn)行充值處理，為與第二賬號待處理業(yè)務(wù)信息相對應(yīng)的第二賬號進(jìn)行業(yè)務(wù)處理，并從第一賬號中扣除理論支付金額。

如果經(jīng)步驟S205判斷得到支付操作執(zhí)行成功，那么可認(rèn)為第一賬號所支付的款項已經(jīng)成功到交易平臺所對應(yīng)的賬號中，則交易平臺就可向第一賬號提供業(yè)務(wù)服務(wù)。具體地，由于第一賬號支付請求中的支付金額可能大于理論支付金額，則交易平臺首先根據(jù)第一賬號支付請求中的支付金額對第一賬號進(jìn)行充值處理，接著根據(jù)第二賬號待處理業(yè)務(wù)信息中的第二賬號信息，為與第二賬號待處理業(yè)務(wù)信息相對應(yīng)的第二賬號進(jìn)行業(yè)務(wù)處理，并從第一賬號中扣除理論支付金額。

步驟S207，展現(xiàn)第三提示信息。

如果經(jīng)步驟S205判斷得到支付操作未執(zhí)行成功，則在步驟S207中，展現(xiàn)第三提示信息，以提示用戶支付操作未執(zhí)行成功。本領(lǐng)域技術(shù)人員可根據(jù)實際需要設(shè)置第三提示信息，此處不做限定。例如，第三提示信息可以為“支付失敗，請重新操作”的文字信息。

步驟S208，展現(xiàn)第一提示信息。

如果經(jīng)步驟S202判斷得到第一賬號支付請求中的支付金額小于理論支付金額，則在步驟S208中，展現(xiàn)第一提示信息，以提示用戶第一賬號支付請求中的支付金額小于理論支付金額。例如，第一提示信息可以為“支付金額小于處理業(yè)務(wù)所需的理論支付金額，請確認(rèn)后再操作”的文字信息。

步驟S209，展現(xiàn)第二提示信息。

如果經(jīng)步驟S203判斷得到第二賬號信息管理列表中不包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息，說明在第二賬號信息管理列表中不存在該第二賬號信息，則在步驟S209中，展現(xiàn)第二提示信息，以提示用戶該第二賬號信息不存在。本領(lǐng)域技術(shù)人員可根據(jù)實際需要設(shè)置第二提示信息，此處不做限定。例如，第二提示信息可以為“XXX賬號不存在，請確認(rèn)后再操作”的文字信息。

根據(jù)本發(fā)明實施例提供的支付處理方法，能夠根據(jù)支付請求中的信息自動、快速地判斷出支付請求中是否存在問題，提高了支付處理效率，優(yōu)化了支付處理方式；另外，在支付操作成功且支付金額大于或等于理論支付金額的情況下，還能夠自動地為第一賬號進(jìn)行充值處理，并為第二賬號進(jìn)行業(yè)務(wù)處理，從而提高了業(yè)務(wù)處理效率，有效地減少了因交易平臺的運營人員的手動操作而帶來的業(yè)務(wù)操作風(fēng)險，降低了交易平臺的運營成本。

圖3示出了根據(jù)本發(fā)明又一個實施例的支付處理方法的流程示意圖，如圖3所示，該方法可由交易平臺執(zhí)行，該方法包括如下步驟：

步驟S300，當(dāng)支付方式為線下支付方式時，每隔預(yù)設(shè)時間間隔獲取支付明細(xì)信息。

本領(lǐng)域技術(shù)人員可根據(jù)實際需要設(shè)置預(yù)設(shè)時間間隔，此處不做限定。線下支付方式可以為在線下通過轉(zhuǎn)賬、刷卡等方式進(jìn)行支付。假設(shè)，預(yù)設(shè)時間間隔為24小時，那么當(dāng)支付方式為線下支付方式時，每隔24小時獲取交易平臺對應(yīng)的支付明細(xì)信息。具體地，在交易平臺中，可利用支付明細(xì)信息管理列表管理支付明細(xì)信息。

步驟S301，判斷支付明細(xì)信息中是否包括未處理支付信息；若是，則執(zhí)行步驟S302；若否，則該方法結(jié)束。

如果判斷得到支付明細(xì)信息中包括未處理支付信息，則執(zhí)行步驟S302；如果判斷得到支付明細(xì)信息中未包括未處理支付信息，說明支付明細(xì)信息中的支付信息均為處理過的支付信息，則該方法結(jié)束。

步驟S302，根據(jù)未處理支付信息中的支付關(guān)聯(lián)信息，在第一賬號充值信息列表中查找與支付關(guān)聯(lián)信息相匹配的第一賬號充值信息。

未處理支付信息包括支付關(guān)聯(lián)信息和收款金額。在交易平臺中，可利用第一賬號充值信息列表管理第一賬號充值信息。在經(jīng)步驟S301判斷得到支付明細(xì)信息中包括未處理支付信息的情況下，在步驟S302中，根據(jù)未處理支付信息中的支付關(guān)聯(lián)信息，在第一賬號充值信息列表中查找與支付關(guān)聯(lián)信息相匹配的第一賬號充值信息。

在查找到匹配的第一賬號充值信息之后，就可根據(jù)未處理支付信息中的收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理。具體地，可通過步驟S303至步驟S305進(jìn)行實現(xiàn)。

步驟S303，判斷未處理支付信息中的收款金額是否小于匹配的第一賬號充值信息中的支付金額；若是，則執(zhí)行步驟S304；若否，則執(zhí)行步驟S305。

如果判斷得到未處理支付信息中的收款金額小于匹配的第一賬號充值信息中的支付金額，則執(zhí)行步驟S304；如果判斷得到未處理支付信息中的收款金額大于或等于匹配的第一賬號充值信息中的支付金額，則執(zhí)行步驟S305。

假設(shè)，未處理支付信息中的收款金額為1000元，而匹配的第一賬號充值信息中的支付金額為1200元，那么經(jīng)判斷得到未處理支付信息中的收款金額小于匹配的第一賬號充值信息中的支付金額，則執(zhí)行步驟S304。

步驟S304，根據(jù)收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理。

如果經(jīng)步驟S304判斷得到收款金額小于支付金額，則根據(jù)收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理，以便第一賬號為第二賬號進(jìn)行業(yè)務(wù)處理。

步驟S305，根據(jù)收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理，并根據(jù)與匹配的第一賬號充值信息相對應(yīng)的第二賬號待處理業(yè)務(wù)信息，為第二賬號進(jìn)行業(yè)務(wù)處理。

如果經(jīng)步驟S303判斷得到收款金額大于或等于支付金額，則根據(jù)收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理，并根據(jù)與匹配的第一賬號充值信息相對應(yīng)的第二賬號待處理業(yè)務(wù)信息，為第二賬號進(jìn)行業(yè)務(wù)處理。具體地，在為第二賬號進(jìn)行業(yè)務(wù)處理后，從第一賬號中扣除該第二賬號待處理業(yè)務(wù)信息對應(yīng)的理論支付金額。

根據(jù)本發(fā)明實施例提供的支付處理方法，當(dāng)支付方式為線下支付方式時，每隔預(yù)設(shè)時間間隔獲取支付明細(xì)信息，接著判斷支付明細(xì)信息中是否包括未處理支付信息，在判斷得到支付明細(xì)信息中包括未處理支付信息的情況下，根據(jù)未處理支付信息中的支付關(guān)聯(lián)信息，在第一賬號充值信息列表中查找與支付關(guān)聯(lián)信息相匹配的第一賬號充值信息，然后根據(jù)未處理支付信息中的收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理。根據(jù)本發(fā)明實施例提供的支付處理方法，能夠自動地確定支付明細(xì)信息中是否包括未處理支付信息，并且針對未處理支付信息，還能夠快速地查找到與之匹配的第一賬號充值信息，并為第一賬號進(jìn)行充值處理，從而提高了支付處理效率，優(yōu)化了支付處理方式，提高了業(yè)務(wù)處理效率，有效地減少了因交易平臺的運營人員的手動操作而帶來的業(yè)務(wù)操作風(fēng)險，降低了交易平臺的運營成本。

圖4示出了根據(jù)本發(fā)明一個實施例的支付處理裝置的結(jié)構(gòu)框圖，如圖4所示，該支付處理裝置400包括：接收模塊401、計算模塊402、第一支付判斷模塊403和第一處理模塊404。

接收模塊401用于：當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求。

其中，第一賬號支付請求包括：支付金額、第一賬號信息以及與第一賬號信息相關(guān)聯(lián)的第二賬號待處理業(yè)務(wù)信息。

計算模塊402用于：根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額。

第一支付判斷模塊403用于：判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額。

第一處理模塊404用于：若第一支付判斷模塊403判斷得到支付金額大于或等于理論支付金額，則根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作；若第一支付判斷模塊403判斷得到支付金額小于理論支付金額，則展現(xiàn)第一提示信息。

根據(jù)本發(fā)明實施例提供的支付處理裝置，當(dāng)支付方式為線上支付方式時，接收模塊接收第一賬號發(fā)送的第一賬號支付請求，計算模塊根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額，第一支付判斷模塊判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額，在判斷得到第一賬號支付請求中的支付金額大于或等于理論支付金額的情況下，第一處理模塊根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作；在判斷得到第一賬號支付請求中的支付金額小于理論支付金額的情況下，第一處理模塊展現(xiàn)第一提示信息。根據(jù)本發(fā)明提供的技術(shù)方案，能夠根據(jù)支付請求中的信息自動、快速地判斷出支付請求中是否存在問題，提高了支付處理效率，優(yōu)化了支付處理方式。

圖5示出了根據(jù)本發(fā)明另一個實施例的支付處理裝置的結(jié)構(gòu)框圖，如圖5所示，該支付處理裝置500包括：接收模塊501、計算模塊502、第一支付判斷模塊503、賬號信息判斷模塊504、第一處理模塊505、操作判斷模塊506、第二處理模塊507、獲取模塊508、信息判斷模塊509、查找模塊510和第三處理模塊511。

接收模塊501用于：當(dāng)支付方式為線上支付方式時，接收第一賬號發(fā)送的第一賬號支付請求。

其中，第一賬號支付請求包括：支付金額、第一賬號信息以及與第一賬號信息相關(guān)聯(lián)的第二賬號待處理業(yè)務(wù)信息。

計算模塊502用于：根據(jù)第一賬號支付請求中的第二賬號待處理業(yè)務(wù)信息，計算理論支付金額。

第一支付判斷模塊503用于：判斷第一賬號支付請求中的支付金額是否大于或等于理論支付金額。

賬號信息判斷模塊504用于：若第一支付判斷模塊503判斷得到支付金額大于或等于理論支付金額，則判斷第二賬號信息管理列表中是否包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息。

具體地，第二賬號待處理業(yè)務(wù)信息包括第二賬號信息；另外，第二賬號待處理業(yè)務(wù)信息還包括與第二賬號信息相對應(yīng)的待處理業(yè)務(wù)信息。

第一處理模塊505用于：若第一支付判斷模塊503判斷得到支付金額小于理論支付金額，則展現(xiàn)第一提示信息；若賬號信息判斷模塊504判斷得到第二賬號信息管理列表中不包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息，則展現(xiàn)第二提示信息；若賬號信息判斷模塊504判斷得到第二賬號信息管理列表中包括第二賬號待處理業(yè)務(wù)信息中的第二賬號信息，則根據(jù)第一賬號支付請求，執(zhí)行第一賬號對應(yīng)的支付操作。

操作判斷模塊506用于：判斷支付操作是否執(zhí)行成功。

第二處理模塊507用于：若操作判斷模塊506判斷得到支付操作執(zhí)行成功，則對第一賬號進(jìn)行充值處理，為與第二賬號待處理業(yè)務(wù)信息相對應(yīng)的第二賬號進(jìn)行業(yè)務(wù)處理，并從第一賬號中扣除理論支付金額；若操作判斷模塊506判斷得到支付操作未執(zhí)行成功，則展現(xiàn)第三提示信息。

獲取模塊508用于：當(dāng)支付方式為線下支付方式時，每隔預(yù)設(shè)時間間隔獲取支付明細(xì)信息。

信息判斷模塊509用于：判斷支付明細(xì)信息中是否包括未處理支付信息。

查找模塊510用于：若信息判斷模塊509判斷得到支付明細(xì)信息中包括未處理支付信息，則根據(jù)未處理支付信息中的支付關(guān)聯(lián)信息，在第一賬號充值信息列表中查找與支付關(guān)聯(lián)信息相匹配的第一賬號充值信息。

其中，未處理支付信息包括支付關(guān)聯(lián)信息和收款金額。

第三處理模塊511用于：根據(jù)未處理支付信息中的收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理。

可選地，該裝置還包括：第二支付判斷模塊512。

第二支付判斷模塊512用于：判斷未處理支付信息中的收款金額是否小于匹配的第一賬號充值信息中的支付金額。

在該裝置包括第二支付判斷模塊512的情況下，第三處理模塊511進(jìn)一步用于：若第二支付判斷模塊512判斷得到收款金額小于支付金額，則根據(jù)收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理；若第二支付判斷模塊512判斷得到收款金額大于或等于支付金額，則根據(jù)收款金額，對與匹配的第一賬號充值信息相對應(yīng)的第一賬號進(jìn)行充值處理，并根據(jù)與匹配的第一賬號充值信息相對應(yīng)的第二賬號待處理業(yè)務(wù)信息，為第二賬號進(jìn)行業(yè)務(wù)處理。

可選地，在第二支付判斷模塊512判斷得到收款金額大于或等于支付金額的情況下，第三處理模塊511進(jìn)一步用于：從第一賬號中扣除第二賬號待處理業(yè)務(wù)信息對應(yīng)的理論支付金額。

根據(jù)本發(fā)明實施例提供的支付處理裝置，當(dāng)支付方式為線上支付方式時，能夠根據(jù)支付請求中的信息自動、快速地判斷出支付請求中是否存在問題；在支付操作成功且支付金額大于或等于理論支付金額的情況下，還能夠自動地為第一賬號進(jìn)行充值處理，并為第二賬號進(jìn)行業(yè)務(wù)處理；另外，當(dāng)支付方式為線下支付方式時，能夠自動地確定支付明細(xì)信息中是否包括未處理支付信息，并且針對未處理支付信息，還能夠快速地查找到與之匹配的第一賬號充值信息，并為第一賬號進(jìn)行充值處理。根據(jù)本發(fā)明提供的技術(shù)方案，針對線上支付方式和線下支付方式，都提高了支付處理效率，優(yōu)化了支付處理方式，提高了業(yè)務(wù)處理效率，有效地減少了因交易平臺的運營人員的手動操作而帶來的業(yè)務(wù)操作風(fēng)險，降低了交易平臺的運營成本。

至此，本領(lǐng)域技術(shù)人員應(yīng)認(rèn)識到，雖然本文已詳盡示出和描述了本發(fā)明的多個示例性實施例，但是，在不脫離本發(fā)明精神和范圍的情況下，仍可根據(jù)發(fā)明公開的內(nèi)容直接確定或推導(dǎo)出符合本發(fā)明原理的許多其他變型或修改。因此，本發(fā)明的范圍應(yīng)該被理解和認(rèn)定為覆蓋了所有這些其他變型或修改。

本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，本發(fā)明的實施方式可以實現(xiàn)為一種系統(tǒng)、裝置、設(shè)備、方法或計算機(jī)程序產(chǎn)品。此外，本發(fā)明也不針對任何特定編程語言，應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)本發(fā)明描述的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

需要注意的是，盡管在上面的說明中詳細(xì)描述了支付處理裝置的若干模塊，但是這種劃分僅僅是示例性的，并非是強(qiáng)制性的。本領(lǐng)域的技術(shù)人員可以理解，實際上，可以對實施例中的模塊進(jìn)行自適應(yīng)性地改變，將實施例中的多個模塊組合成一個模塊，也可將一個模塊劃分成多個模塊。

此外，盡管在附圖中以特定順序描述了本發(fā)明實施操作，但是，這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作，或是必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結(jié)果?？梢允÷阅承┎襟E，將多個步驟合并為一個步驟執(zhí)行，或者將一個步驟分成多個步驟執(zhí)行。

綜上所述，應(yīng)用本發(fā)明所述的支付處理方法及裝置，能夠根據(jù)支付請求中的信息自動、快速地判斷出支付請求中是否存在問題，提高了支付處理效率，優(yōu)化了支付處理方式。

以上對本發(fā)明的方法和具體實施方法進(jìn)行了詳細(xì)的介紹，并給出了相應(yīng)的實施例。當(dāng)然，除上述實施例外，本發(fā)明還可以有其它實施方式，凡采用等同替換或等效變換形成的技術(shù)方案，均落在本發(fā)明所要保護(hù)的范圍之內(nèi)。