2中的支付平臺(tái)100)，具體如財(cái)付通、支付寶、手機(jī)QQ的支付后臺(tái)等在線支付平臺(tái)。所述支付平臺(tái)100可以為不隸屬于第一賬戶和第二賬戶任意一方用戶的中間支付平臺(tái)。如第一賬戶和第二賬戶可為個(gè)人用戶、企業(yè)用戶或其他團(tuán)體在所述支付平臺(tái)上注冊(cè)的用于支付、貸款或放貸等操作的操作賬戶。所述操作賬戶可以用于進(jìn)行存款操作、支付操作、過(guò)賬操作等操作。
[0152]所述支付平臺(tái)對(duì)所述第一賬戶和所述第二賬戶的收支信息進(jìn)行生成和管理，同時(shí)還用于根據(jù)支付等操作，進(jìn)行資金結(jié)算和過(guò)賬處理。
[0153]在本實(shí)施例中控制所述第一賬戶向所述第二賬戶進(jìn)行支付操作，可包括所述支付平臺(tái)在所述第一賬戶和所述第二賬戶之間進(jìn)行過(guò)賬信息處理。具體的如所述第二賬戶為開(kāi)設(shè)在所述支付平臺(tái)的操作賬戶，所述支付平臺(tái)可以在所述第一賬戶進(jìn)行支付時(shí)，待為接收所述第一賬戶支付的金額，并在所述支付平臺(tái)與所述第二賬戶的結(jié)算日，一并與所述第二賬戶進(jìn)行收支結(jié)算和支付。這樣的話，當(dāng)所述第二賬戶在一個(gè)結(jié)算周期內(nèi)通過(guò)所述支付平臺(tái)進(jìn)行了多比交易時(shí)，可以減少支付平臺(tái)與第二賬戶綁定的銀行卡或第二賬戶的收支系統(tǒng)之間的多次支付，可以簡(jiǎn)化操作。在步驟S120中所述支付結(jié)果為表征支付是否成功的結(jié)果信息，包括支付成功和支付結(jié)果。
[0154]在圖2中包括客戶端201和客戶端202 ;所述客戶端201和客戶端202可通過(guò)互連網(wǎng)連接到所述支付平臺(tái)100中?？蛻舳?01的用戶為第一用戶在所述支付平臺(tái)中注冊(cè)的賬戶為所述第一賬戶。所述客戶端202的用戶為所述第二用戶，在所述支付平臺(tái)100中注冊(cè)的賬戶為第二賬戶。
[0155]在圖2中執(zhí)行主體支付平臺(tái)100，包括服務(wù)器、網(wǎng)關(guān)及支付數(shù)據(jù)庫(kù)；其中，網(wǎng)關(guān)通過(guò)互連網(wǎng)(如移動(dòng)網(wǎng)絡(luò)或有線網(wǎng)絡(luò))連接到各個(gè)賬戶的客戶端。網(wǎng)關(guān)可用于新信息過(guò)濾，以提高支付平臺(tái)的安全性。
[0156]所述數(shù)據(jù)庫(kù)可為專門存儲(chǔ)數(shù)據(jù)的存儲(chǔ)陣列等存儲(chǔ)介質(zhì)。所述數(shù)據(jù)庫(kù)單獨(dú)與服務(wù)器連接，服務(wù)器通過(guò)各種類型的通信接口，如USB、串口或并口與所述數(shù)據(jù)庫(kù)連接，可以到所述數(shù)據(jù)庫(kù)中查詢所述待支付信息，如可用金額。
[0157]服務(wù)器用于數(shù)據(jù)處理，數(shù)據(jù)庫(kù)用于存儲(chǔ)服務(wù)器進(jìn)行數(shù)據(jù)處理后形成的操作數(shù)據(jù)，這樣能提高支付平臺(tái)的安全性。具體如，服務(wù)器訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)，還可需要進(jìn)行授權(quán)鑒定。所述支付網(wǎng)關(guān)可以為通用(General Gateway Interface, CGI)。
[0158]在具體實(shí)現(xiàn)時(shí)，所述支付平臺(tái)還可以將所述支付網(wǎng)關(guān)、數(shù)據(jù)庫(kù)和服務(wù)器集成設(shè)置在一個(gè)具有多種功能的服務(wù)器中。通常集成服務(wù)器都會(huì)自帶存儲(chǔ)介質(zhì)，可用于充當(dāng)所述數(shù)據(jù)庫(kù)，所述集成處理器的處理芯片執(zhí)行各種數(shù)據(jù)操作；運(yùn)行在所述集成服務(wù)器上的防火墻可充當(dāng)所述支付網(wǎng)關(guān)。
[0159]在本實(shí)施例中支付平臺(tái)將自動(dòng)查詢到待支付信息，如定期的自動(dòng)查詢待支付信息等。支付平臺(tái)依據(jù)待支付信息，在用戶操作指令下或在滿足預(yù)設(shè)自動(dòng)支付條件時(shí)，控制第一賬戶向第二賬戶進(jìn)行支付操作，無(wú)需用戶到柜臺(tái)進(jìn)行支付，也無(wú)需用戶通過(guò)其他方式查詢待支付信息，因信息傳輸錯(cuò)誤導(dǎo)致的多還或少還的現(xiàn)象。
[0160]所述步驟S120中具體可以是基于支付平臺(tái)內(nèi)的自動(dòng)支付操作進(jìn)行支付操作，也可以是基于用戶操作的支付操作，當(dāng)基于用戶操作的支付時(shí)，所述方法還包括將所述待支付信息發(fā)送給第一賬戶的客戶端，并接收用戶輸入的還款金額等操作。所述第一賬戶可以是個(gè)人用戶或企業(yè)用戶，現(xiàn)金流可以由第一賬戶綁定的銀行卡向第二賬戶還的。本實(shí)施例提供了一種在線還款方式，提高了支付平臺(tái)的智能性和用戶使用滿意度。
[0161]所述支付結(jié)果可包括支付成功結(jié)果和支付失敗結(jié)果；所述支付成功結(jié)果包括全額支付結(jié)果和差額支付結(jié)果。所述全額支付結(jié)果為在支付時(shí)，第一賬戶全額支付所述待支付金額；差額支付為第一賬戶支付了部分所述待支付金額。
[0162]所述支付反饋信息可包括已支付信息和支付失敗信息；當(dāng)支付成功時(shí)，所述支付反饋信息為已支付信息，當(dāng)支付失敗時(shí)，所述支付反饋信息為支付失敗信息。所述已支付成功信息包括實(shí)際已支付金額，還可包括仍需再次支付的待支付金額。
[0163]為了方便所述支付平臺(tái)后續(xù)對(duì)第一賬戶和第二賬戶的精確和有效管理，在支付成功時(shí)，需要更新所述第一賬戶和第二賬戶的收支信息。所述方法還可把包括在支付失敗時(shí)，形成支付操作記錄，方便支付平臺(tái)已經(jīng)自動(dòng)執(zhí)行了達(dá)到指定支付操作次數(shù)時(shí)停止支付，避免做更多無(wú)用的支付操作。
[0164]綜合上述，本實(shí)施例提供了一種信息處理方法，提高了支付平臺(tái)的智能性且能夠簡(jiǎn)化用戶還款或支付流程。
[0165]方法實(shí)施例二:
[0166]如圖1所示，本實(shí)施例提供一種信息處理方法，所述方法包括:
[0167]步驟SllO:支付平臺(tái)查詢待支付信息；
[0168]步驟S120:依據(jù)所述待支付信息控制第一賬戶向第二賬戶進(jìn)行支付操作，并形成支付結(jié)果；
[0169]步驟S130:依據(jù)所述支付結(jié)果，并生成支付反饋信息；已支付信息；
[0170]步驟S140:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述付反饋信息；
[0171]步驟S150:當(dāng)所述支付結(jié)果表明支付成功時(shí)，更新所述第一賬戶和所述第二賬戶的收支信息。
[0172]所述第一賬戶和所述第二賬戶均為注冊(cè)在所述支付平臺(tái)上的操作賬戶。
[0173]所述步驟S120中控制所述第一賬戶向所述第二賬戶進(jìn)行支付，具體可包括:
[0174]依據(jù)所述待支付信息，判斷第一賬戶是否為滿足預(yù)設(shè)自動(dòng)支付條件的賬戶；
[0175]當(dāng)所述第一賬戶為滿足預(yù)設(shè)自動(dòng)支付條件的賬戶時(shí)，控制所述第一賬戶向所述第二賬戶進(jìn)行自動(dòng)支付操作。
[0176]在本實(shí)施例在上一實(shí)施例的基礎(chǔ)上做了進(jìn)一步的改進(jìn)，當(dāng)所述第一賬戶時(shí)滿足自動(dòng)支付條件的賬戶時(shí)，在沒(méi)有用戶指示的條件下，所述支付平臺(tái)將控制所述第一賬戶向所述第二賬戶進(jìn)行自動(dòng)支付，這樣能夠避免第一賬戶的用戶忘記支付時(shí)，而并非惡意拖欠時(shí)導(dǎo)致逾期支付等問(wèn)題，可以減少逾期利息或罰款，保障第一賬戶的用戶的信用度不被損壞。
[0177]如何確定所述第一賬戶是滿足所述預(yù)設(shè)自動(dòng)支付的用戶，可包括以下幾種方式:
[0178]方式一:所述支付平臺(tái)可以通過(guò)所述待支付信息的查詢，確定出第一賬戶的支付日是否到期，所述支付可為支付截止日或指定支付日。
[0179]判斷第一賬戶的支付日是否到期，即判斷當(dāng)前日是否為第一賬戶的支付日。所述支付日可以是支付截止日，還可以是指定支付日。所述支付截止日可以為第一賬戶與第二賬戶的約定支付日，通常為最后支付日，具體如信用卡還貸最后日。所述指定支付日為第一賬戶的用戶自行指定的比支付截止日早的支付日。
[0180]所述支付日是否到期的判斷，具體如當(dāng)前日為2014年10月4日，而支付日為2014年10月5日，通過(guò)日期匹配可以判斷支付為并非為當(dāng)前日，所述支付日表明第一賬戶的支付并未到期；若支付日完成2014年10月4日，顯然當(dāng)前日便是支付日；則表明第一賬戶的支付到期。當(dāng)支付未到期時(shí)，所述支付平臺(tái)也不進(jìn)行自動(dòng)支付操作。
[0181]方式二:
[0182]當(dāng)?shù)谝毁~戶的待支付金額超過(guò)預(yù)設(shè)待支付額度時(shí)，確定所述第一賬戶為滿足預(yù)設(shè)自動(dòng)支付條件的賬戶。具體如，第一賬戶的待支付額度為2萬(wàn)，但是此時(shí)用戶的需要償還的待支付金額已經(jīng)達(dá)到了 3萬(wàn)，為了防止第一賬戶的自動(dòng)借貸或幫助第一賬戶進(jìn)行理財(cái)，此時(shí)同樣可以觸發(fā)支付平臺(tái)進(jìn)行自動(dòng)支付操作。
[0183]具體的如何確定第一賬戶是滿足預(yù)設(shè)自動(dòng)支付條件的賬戶的判斷方法不局限上述兩種。
[0184]值得注意的是，在執(zhí)行所述自動(dòng)支付操作時(shí)，可能還需要確定第一賬戶是否為用戶授權(quán)進(jìn)行自動(dòng)支付操作的用戶，如通過(guò)查詢授權(quán)標(biāo)記等操作來(lái)確定所述第一賬戶是否已授權(quán)支付平臺(tái)進(jìn)行自動(dòng)支付操作的用戶，這樣能提高用戶對(duì)第一賬戶的收支處理的控制性。
[0185]方法實(shí)施例三:
[0186]如圖1所示，本實(shí)施例提供一種信息處理方法，所述方法包括:
[0187]步驟SllO:支付平臺(tái)查詢待支付信息；
[0188]步驟S120:依據(jù)所述待支付信息控制第一賬戶向第二賬戶進(jìn)行支付操作，并形成支付結(jié)果；
[0189]步驟S130:依據(jù)所述支付結(jié)果，并生成支付反饋信息；已支付信息；
[0190]步驟S140:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述付反饋信息；
[0191]步驟S150:當(dāng)所述支付結(jié)果表明支付成功時(shí)，更新所述第一賬戶和所述第二賬戶的收支信息。
[0192]所述第一賬戶和所述第二賬戶均為注冊(cè)在所述支付平臺(tái)上的操作賬戶。
[0193]所述待支付信息包括待支付金額；
[0194]所述步驟S120中的控制第一賬戶向所述第二賬戶進(jìn)行自動(dòng)支付操作，包括:
[0195]依據(jù)所述待支付信息控制所述第一賬戶向所述第二賬戶進(jìn)行N次自動(dòng)支付操作；
[0196]其中，第η次自動(dòng)支付操作的支付金額為第η金額；
[0197]第η+1次自動(dòng)支付操作在第I次至第η次自動(dòng)支付操作的支付失敗時(shí)進(jìn)行，且第η+1金額小于第η金額；
[0198]所述N為不小I的正整數(shù)；所述η為小于所述N的正整數(shù)；
[0199]第I金額不大于所述待支付金額。
[0200]第一賬戶的可支付金額包括存儲(chǔ)在支付平臺(tái)上的可支付金額，還可以包括與所述第一賬戶綁定的銀行卡內(nèi)的可支付金額；但是所述支付平臺(tái)可以要求銀行系統(tǒng)向支付平臺(tái)的第一賬戶進(jìn)行支付。在具體實(shí)現(xiàn)時(shí)，支付平臺(tái)可能無(wú)法從銀行系統(tǒng)獲取到第一賬戶的銀行卡的可支付金額，利用要求銀行系統(tǒng)向支付平臺(tái)的第一賬戶進(jìn)行支付的特點(diǎn)，直接在無(wú)法獲知第一賬戶的可支付金額的情況下進(jìn)行自動(dòng)支付操作。
[0201]第I次執(zhí)行自動(dòng)支付時(shí)，支付平臺(tái)可以控制所述第一賬戶向所述第二賬戶進(jìn)行全額自動(dòng)支付。若第I次執(zhí)行自動(dòng)支付時(shí)支付失敗，導(dǎo)致失敗的原因可能時(shí)要求進(jìn)行支付的金額過(guò)高，第一賬戶的銀行卡及支付平臺(tái)上存儲(chǔ)的可支付金額不夠，還可能是其他原因。顯然當(dāng)要求支付金額過(guò)高時(shí)，可以通過(guò)降低要求支付金額，實(shí)現(xiàn)后續(xù)的差額自動(dòng)支付，故若全額自動(dòng)支付失敗，則進(jìn)行第2次自動(dòng)支付操作，不過(guò)第2次自動(dòng)支付操作的第2金額小于所述第I金額而已，反復(fù)執(zhí)行直至所述第N金額為O或執(zhí)行的次數(shù)達(dá)到預(yù)定次數(shù)為止。所述第I金額至所述第N金額均為自動(dòng)支付金額，即支付平臺(tái)以該自動(dòng)支付金額控制所述第一賬戶向所述第二賬戶進(jìn)行支付。
[0202]在具體的實(shí)現(xiàn)過(guò)程中，后一次自動(dòng)支付操作的自動(dòng)支付金額可以為前一次自動(dòng)支付操作的自動(dòng)支付金額的1/2或1/3。
[0203]當(dāng)所述N = I時(shí)，即所述支付平臺(tái)僅執(zhí)行I次自動(dòng)支付操作，當(dāng)所述N大于或等于2時(shí)，所述支付平臺(tái)將執(zhí)行多次自動(dòng)支付操作。
[0204]具體如，第一賬戶需要向第二賬戶支付1000元，若所述第一賬戶是滿足預(yù)設(shè)自動(dòng)支付條件的賬戶，支付平臺(tái)第I次執(zhí)行自動(dòng)支付操作時(shí)，控制所述第一賬戶向所述第二賬戶支付1000元，但是操作失敗，此時(shí)根據(jù)前后兩次支付金額的梯度額，確定下一次自動(dòng)支付金額。若所述梯度額為500，即為待支付金額的1/2，則第2次進(jìn)行自動(dòng)支付的自動(dòng)支付金額為500。若第2次失敗，還可以進(jìn)行第3次，直至達(dá)到第N次；或自動(dòng)支金額為O為止。
[0205]圖3為本實(shí)例中所述自動(dòng)支付操作的一個(gè)流程示意圖；
[0206]所述步驟S120可包括:
[0207]步驟S1201:依據(jù)自動(dòng)支付梯度額確定第η金額,其中，當(dāng)η等于I時(shí),所述第η金額為所述待支付金額，所述自動(dòng)支付梯度額可以預(yù)先設(shè)定好的遞減支付額度或依據(jù)支付梯度函數(shù)關(guān)系確定的遞減額度；
[0208]步驟S1202:依據(jù)所述第η金額，控制所述第一賬戶向所述第二賬戶執(zhí)行第η次自動(dòng)支付操作；
[0209]步驟S1203:判斷第η次自動(dòng)支付操作是否支付成功；若否則進(jìn)入步驟S1204，若是可以停止自動(dòng)支付；
[0210]步驟S1204:所述η執(zhí)行加I操作；
[0211]步驟S1205:判斷所述η是否小于所述N，所述N可為最大自動(dòng)支付操作次數(shù)；若是，則返回步驟S1201。
[0212]本實(shí)施例所述的方法可以在與第一賬戶綁定的銀行系統(tǒng)拒絕提供第一賬戶綁定的銀行賬戶中的可支付金額時(shí)，依據(jù)能夠進(jìn)行自動(dòng)支付，以減少用戶金錢和信用損失。
[0213]方法實(shí)施例四:
[0214]如圖4所示，本實(shí)施例提供一種信息處理方法，所述方法包括:
[0215]步驟S210:查詢待支付信息；
[0216]步驟S220:依據(jù)所述待支付信息，判斷第一賬戶是否為滿足預(yù)設(shè)自動(dòng)支付條件的賬戶；若所述第一賬戶為滿足預(yù)設(shè)自動(dòng)支付條件的賬戶，則進(jìn)入步驟S230 ；
[0217]步驟S230:查詢所述第一賬戶的可用余額；
[0218]步驟S240:當(dāng)所述第一賬戶有可用余額時(shí)，依據(jù)待支付金額以及所述可用余額使所述第一賬戶向所述第二賬戶進(jìn)行支付操作，并形成支付結(jié)果；
[0219]步驟S250:依據(jù)所述支付結(jié)果，形成支付反饋信息；
[0220]步驟S260:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述支付反饋信息；所述支付反饋信息為已支付信息或支付失敗信息。
[0221]所述方法還包括:
[0222]當(dāng)依據(jù)所述支付結(jié)果確定支付成功時(shí)，更新所述第一賬戶和所述第二賬戶的收支信息。
[0223]本實(shí)施例是在上一方法實(shí)施例上的進(jìn)一步詳細(xì)限定，方法實(shí)施例一中的步驟S120可詳細(xì)包括本實(shí)施例中的步驟S220至步驟S240。
[0224]在本實(shí)施例中，所述支付平臺(tái)可在每天的指定時(shí)間內(nèi)檢測(cè)每一個(gè)待款用戶賬戶的待支付信息。其中，所述指定時(shí)間，可以是在任意支付平臺(tái)處理任務(wù)繁重度較小的時(shí)候，具體如夜里22:00以后，通常此時(shí)，支付平臺(tái)收到的用戶基于客戶端發(fā)送的各種支付請(qǐng)求、還貸請(qǐng)求或借款請(qǐng)求數(shù)較少。
[0225]步驟S210中查詢所述待支付信息包括以下三種方式:
[0226]第一種:批量以支付到期日為檢索索引，查詢待支付信息；所述待支付信息中可包括支付賬戶；此外還可包括待支付金額以及接收支付的賬戶。具體如，通常一個(gè)支付平臺(tái)是由多個(gè)服務(wù)器通過(guò)互聯(lián)網(wǎng)等設(shè)備形成的設(shè)備群；這些設(shè)備群管理成千上萬(wàn)，甚至更多的賬戶，采用以支付到期日為檢索索引進(jìn)行查詢，方便支付平臺(tái)一次性確定出所有支付到期的賬戶等信息；具有信息處理效率高的優(yōu)點(diǎn)。具體如通過(guò)檢索發(fā)現(xiàn)，2014年10月10日，用戶張三需要向小貸公司A償還貸款、李四向商家B支付貨款、吳七向王五支付借款的支付日都到期了，此時(shí)，若張三、李四和吳七都向授權(quán)支付平臺(tái)到期自動(dòng)支付，則所述支付平臺(tái)通過(guò)此次批量查詢首先查詢到待支付賬戶，再逐個(gè)賬戶查詢待支付金額以及接收支付賬戶進(jìn)行自動(dòng)支付。
[0227]第二種:以第一賬戶為檢索索引，查詢第一賬戶的待支付信息；所述待支付信息可包括支付日，還可包括待支付金額以及接收支付的賬戶。以上述張三、李四和吳七，則支付平臺(tái)需要逐個(gè)建立張三、李四和吳七的待支付信息，逐個(gè)查詢張三、李四和吳七的待支付信息來(lái)進(jìn)行確定。
[0228]第三種:以第二賬戶檢索索引，查詢第二賬戶對(duì)應(yīng)借款金的支付日；所述待支付信息可包括第一賬戶；還可包括待支付金額等信息。本方式不同于上述兩種方式的是，在本方式中支付平臺(tái)查詢的是小貸公司A、商家B以及王五在支付平臺(tái)上建立的賬戶(即所述第二賬戶)，而非張三、李四和吳七在支付平臺(tái)上申請(qǐng)注冊(cè)的賬戶。
[0229]無(wú)論采用哪種方式，支付平臺(tái)都可以通過(guò)查詢待支付信息確定出哪些賬戶今天需要向其他賬戶支付，支付平臺(tái)要執(zhí)行自動(dòng)支付操作。上述三種查詢待支付信息的方法不局限于本實(shí)施例中，同樣可以用于方法實(shí)施例一至方法實(shí)施例三中。
[0230]值得注意的是:在本實(shí)施例中所述方法還包括:確定第一用戶是否授權(quán)支付