支付截止日，延期附加費等問題。具體如，同意延期15天，所述延期附加費可包括延期手續(xù)費等。具體若第一賬戶預(yù)期支付，則將罰款I(lǐng)千元，但是進行了延期支付，則無需罰款，但是伴隨延期可能導(dǎo)致支付平臺以及第二賬號一些額外的事宜，可能需要支付延期手續(xù)非20元，顯然為第一賬戶節(jié)省了一筆錢，顯然同樣有利于提升用戶使用滿意度。
[0299]在具體的實現(xiàn)過程中，支付平臺在第二賬戶的同意下對第一賬戶應(yīng)付金額進行延期后，還可依據(jù)重新確定的支付日生成支付提醒信息；向所述第一賬戶的客戶端發(fā)送所述支付提醒信息。
[0300]若在支付延期過程中產(chǎn)生了支付延期附加費或其他需要用戶注意的事項，此時還包括向所述第一賬戶的客戶端支付提醒信息中攜帶所述支付延期附加費或其他需要用戶注意的事項。
[0301]方法實施例六:
[0302]如圖1所示，本實施例提供一種信息處理方法，所述方法包括:
[0303]步驟SllO:支付平臺查詢待支付信息；
[0304]步驟S120:依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0305]步驟S130:依據(jù)所述支付結(jié)果，并生成支付反饋信息；已支付信息；
[0306]步驟S140:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述付反饋信息；
[0307]步驟S150:當(dāng)所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息。
[0308]所述待支付信息包括第一賬戶需向所述第二賬戶支付的待支付金額；
[0309]所述步驟S120可包括:向第一賬戶的客戶端發(fā)送所述待支付信息；接收所述客戶端返回的實際支付金額；及控制所述第一賬戶向所述第二賬戶支付所述實際支付金額。
[0310]在本實施例中不同于方法實施例二的地方在于，本實施例是將所述待支付信息發(fā)送給第一賬戶的客戶端，客戶端將向用戶呈現(xiàn)這些待支付信息，并接收用戶操作指示，在執(zhí)行第一賬戶向第二賬戶進行支付的操作。
[0311]所述用戶操作指示包括指示支付的金額、指示第一賬戶中用戶支付的銀行卡或財付通等支付賬號。不管是以銀行卡支付還是以財付通等支付賬號進行支付，實際支付金額都需要經(jīng)由第一賬戶轉(zhuǎn)入到第二賬戶，并在第一賬戶形成響應(yīng)的收支信息。
[0312]本實施例提供了一種基于用戶操作指示的線上支付的信息處理方法，相對于線下支付顯然節(jié)省了用戶的時間和精力，且用戶會直接接收到支付平臺的待支付信息，不用對自行查詢待支付信息，再次節(jié)省了用戶的時間和精力，提高了平臺的智能性和用戶使用滿意度。
[0313]方法實施例七:
[0314]如圖1所示，本實施例提供一種信息處理方法，所述方法包括:
[0315]步驟SllO:支付平臺查詢待支付信息；
[0316]步驟S120:依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0317]步驟S130:依據(jù)所述支付結(jié)果，并生成支付反饋信息；已支付信息；
[0318]步驟S140:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述付反饋信息；
[0319]步驟S150:當(dāng)所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息。
[0320]所述方法還包括:
[0321]核算支付結(jié)果；
[0322]當(dāng)依據(jù)所述支付結(jié)果確定第一賬戶向第二賬戶的支付金額超過待支付金額時，控制所述第二賬戶向所述第一賬戶進行返款操作。
[0323]具體的所述控制所述第二賬戶向所述第一賬戶進行返款操作，包括:
[0324]依據(jù)所述支付結(jié)果向所述第二賬戶發(fā)送返款請求；
[0325]接收所述第二賬戶基于所述返款請求生成的返款響應(yīng)；
[0326]依據(jù)所述返款響應(yīng)向所述第一賬戶支付返款。具體如和進行返款操作，與如圖7或圖8中第一賬戶向第二賬戶現(xiàn)金流的支付過程類似，在此就不再重復(fù)了。本實施例所述的核算支付結(jié)果等操作具體為方法實施例二或方法實施例三的基礎(chǔ)上的進一步改進，在第一賬戶向第二賬戶支付了之后，通過支付結(jié)果的核算，避免第一賬戶有多支付出現(xiàn)溢出款等問題，支付平臺通過控制第二賬戶向第一賬戶反饋，可以很好的解決上述問題。
[0327]在具體實現(xiàn)過程中，通過支付平臺由第一賬戶向第二賬戶進行支付，并不是唯一的支付方式，用戶還可能通過線下柜臺或其他線上支付方式進行轉(zhuǎn)賬，可能會導(dǎo)致重復(fù)支付的問題，此時由于各個系統(tǒng)的支付之間沒有及時結(jié)算或?qū)~可能導(dǎo)致重復(fù)支付在用戶支付的瞬間沒有辦法完成，在本實施例中為了方便用戶申請退賬導(dǎo)致的各種繁瑣操作。支付平臺將在指定時間內(nèi)進行支付結(jié)果的核算，當(dāng)出現(xiàn)支付金額超過待支付金額時，控制第二賬戶向所述第一賬戶進行返款操作，即將第一賬戶多支付的部分返回給第一賬戶。在本實施例中支付平臺對所述第一賬戶的支付金額超過待支付金額的部分的返款操作，可認(rèn)為是溢出款處理操作。本實施例中通過溢出款處理操作，進一步增加了支付平臺的智能性，避免了用戶填單進行申請返款或?qū)⒁绯隹钭鳛榱魷畹鹊较乱粋€支付周期導(dǎo)致的用戶不滿的問題。
[0328]方法實施例六:
[0329]如圖1所示，本實施例提供一種信息處理方法，所述方法包括:
[0330]步驟SllO:支付平臺查詢待支付信息；
[0331]步驟S120:依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0332]步驟S130:依據(jù)所述支付結(jié)果，并生成支付反饋信息；已支付信息；
[0333]步驟S140:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述付反饋信息；
[0334]步驟S150:當(dāng)所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息。所述第一賬戶和所述第二賬戶均可為注冊在所述支付平臺上的操作賬戶。
[0335]所述方法還包括:
[0336]接收所述第一賬戶的客戶端發(fā)送的登錄請求；
[0337]基于所述登錄請求查詢所述第一賬戶的待支付信息；所述待支付信息包括支付日和待支付金額；
[0338]響應(yīng)所述登錄請求，允許所述客戶端登錄并向所述客戶端發(fā)送包括所述待支付信息的第一登錄附加信息或第二登錄附件信息；
[0339]所述第一登錄附加信息，用于控制所述客戶端在登錄后顯示第一界面；所述第二登錄附加信息，用于控制所述客戶端在登錄后顯示第二界面；
[0340]所述第一界面不同于所述第二界面。
[0341]用戶在通過客戶端登錄支付平臺100，以查看用戶在支付平臺100申請注冊的賬戶的收支信息以及可用金額等信息時，可能需要先申請登錄支付平臺，此時，支付平臺100根據(jù)用戶的登錄請求，進行用戶名和密碼等鑒權(quán)操作之后，認(rèn)為當(dāng)前申請登錄的用戶為合法用戶，則運行對應(yīng)的客戶端登錄，建立該客戶端與支付平臺之間的鏈路和信息交互連接。
[0342]于此同時，本實施例所述的方法，還將根據(jù)客戶端對應(yīng)的賬戶的收支信息，向所述客戶端發(fā)送第一登錄附加信息或第二登錄附件信息。
[0343]具體如，若第一賬戶需要向第二賬戶進行支付，且當(dāng)前時間距離所述支付日在指定時間范圍內(nèi)時，則向所述客戶端發(fā)送第一登錄附加信息；否則，向所述客戶端發(fā)送所述第二登錄附加信息。所述第二賬戶可以為一個賬戶或多個賬戶，為第一賬戶需要進行支付的賬戶。
[0344]所述第一界面可以為支付界面，因為第一賬戶需要對第二賬戶進行支付，則登錄直接進入支付界面，并在支付界面顯示待支付信息，如待支付金額、接收支付賬戶等信息，以便提醒用戶進行支付，再次提高了支付平臺的智能性。當(dāng)用戶無需向其他賬戶進行支付的情況下，請求登錄，用戶有很大的記錄可能是需要向其他賬戶進行借貸或請求第二賬戶進行代付，或?qū)Φ谝毁~戶的信息進行查詢，若還是顯示支付界面顯然會干擾到用戶操作，故此時，向客戶端發(fā)送第二支付附件信息，控制客戶端顯示第二界面，如查詢收支信息的查詢界面或可以進行申請借貸的借貸界面。
[0345]具體如圖10所示，客戶端A和客戶端B分別向支付平臺100發(fā)送登錄請求，客戶端A在被允許登錄后，還接收到了支付平臺100發(fā)送的第一登錄附加信息，而客戶端B則接收到了支付平臺100發(fā)送的第二登錄附加信息。
[0346]客戶端A根據(jù)所述第一登錄附加信息由登錄界面切換到了支付界面，而客戶端B根據(jù)所述第二登錄附加信息由登錄界面切換到了借貸界面。
[0347]在具體的實現(xiàn)過程中，所述第一登錄附加信息和第二登錄附加信息，均可以是控制指令；客戶端中都相應(yīng)的存儲有支付界面和借貸界面(即第一界面和第二界面)等界面信息，客戶端根據(jù)所述控制指令，選擇顯示對應(yīng)的界面。
[0348]所述第一登錄附加信息還可以是第一界面的第一顯示信息，所述第一顯示信息可以包括界面信息和待支付信息等信息內(nèi)容。第二登錄附加信息還可以是第二界面的第二顯示信息，所述第二顯示信息包括界面信息和可借貸或收支信息等信息的信息內(nèi)容。客戶端接收到第一登錄附加信息和第二登錄附加信息后，直接依據(jù)所述第一或第二顯示信息進行顯不O
[0349]在圖10中，客戶端A顯示的支付界面顯示有的待支付信息包括:待還金額600元，支付日:2014年10月7日，周六等。客戶端B顯示的接待界面顯示的信息包括:借貸方:小貸公司A，還貸周期30天等信息。
[0350]在實際執(zhí)行時，不管所述支付平臺采用哪一種方式是基于用戶操作指示或是第一賬戶為滿足預(yù)設(shè)自動支付條件的賬戶的自動支付，用戶都可以通過登錄支付平臺查看信息，本實施例中利用用戶登錄支付平臺的間隙，控制客戶端的顯示界面，在用戶有待支付金額時，可控制客戶端顯示待支付界面，從而達到提示的作用，在用戶沒有支付金額時，預(yù)計用戶可能需要借款或查詢收支信息，從而控制客戶端顯示查詢界面或借貸界面，以提高包括支付平臺的整個系統(tǒng)的智能性。
[0351]方法實施例七:
[0352]如圖1所示，本實施例提供一種信息處理方法，所述方法包括:
[0353]步驟SllO:支付平臺查詢待支付信息；
[0354]步驟S120:依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0355]步驟S130:依據(jù)所述支付結(jié)果，并生成支付反饋信息；已支付信息；
[0356]步驟S140:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述付反饋信息；
[0357]步驟S150:當(dāng)所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息。所述第一賬戶和所述第二賬戶均可為注冊在所述支付平臺上的操作賬戶。
[0358]所述方法還包括:
[0359]核算所述第一賬戶的收支信息和支付結(jié)果；所述收支信息包括所述第一賬戶支付的實際支付日；所述支付結(jié)果中包括支付平臺或所述第二賬戶收到支付的收到支付日；
[0360]當(dāng)所述第一賬戶的支付信息表明所述實際支付日早于收到支付日時，以所述實際支付日校正支付結(jié)果。
[0361]所述收支信息和支付結(jié)果包括基于用戶操作指示進行支付的支付信息和支付結(jié)果，還可包括基于預(yù)設(shè)自動支付條件判斷后執(zhí)行支付的支付信息和支付結(jié)果。
[0362]在具體實現(xiàn)時，用戶A可能指示支付平臺對用戶B的第二賬戶進行了支付，可是在支付的過程中，因為網(wǎng)絡(luò)不穩(wěn)定或支付延時的問題，導(dǎo)致支付平臺沒有及時或正確的收到支付結(jié)果，但是用戶A實際已經(jīng)進行了支付，如第三方的支付賬號已經(jīng)向第二賬號進行了轉(zhuǎn)賬等操作時，可能會導(dǎo)致用戶A的第一賬戶出現(xiàn)逾期還款的問題，導(dǎo)致用戶A的第一賬戶出現(xiàn)罰金或信用透支等問題，進而導(dǎo)致用戶不滿。為了解決上述問題，在本實施例中還會進行第一賬戶的收支信息和支付結(jié)果的核算，以確定實際支付日，并根據(jù)實際支付日來校正支付結(jié)果；再次提高了支付平臺的智能性和用戶使用滿意度。
[0363]此外，所述支付平臺還可以接收所述第一賬戶的客戶端發(fā)送的支付指示；響應(yīng)所述支付指示，使所述第一賬戶向所述第二賬戶進行支付。所述支付指示可以是在支付截止后指定支付日之前發(fā)送的，也可以是在所述支付截日之后發(fā)送的，總之所述支付平臺還包括提前支付和逾期支付接口，以便用戶通過客戶端進行手動支付。
[0364]綜合上述，本實施例提供了多個信息處理方法的技術(shù)方案，上述技術(shù)方案在互不矛盾的情況下，均可以結(jié)合使用，以提高支付平臺的綜合處理能力和智能性，具體的如何一一結(jié)合使用，在此就不早一一贅述了。
[0365]設(shè)備實施例一:
[0366]如圖11所示，本實施例提供一種支付平臺，所述支付平臺包括:
[0367]第一查詢單元110，用于查詢待支付信息；
[0368]支付單元120，用于依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0369]生成單元130，用于依據(jù)所述支付結(jié)果，生成支付反饋信息；所述支付反饋信息為反饋給客戶端的信息，通?？砂ㄒ阎Ц缎畔⒒蛑Ц妒⌒畔?；
[0370]發(fā)送單元140，用于向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述已支付信息；
[0371]更新單元150，用于當(dāng)所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息；所述第一賬戶和所述第二賬戶均可為注冊在所述支付平臺的操作賬戶。所述支付平臺可為獨立于所述第一賬戶和所述第二賬戶的中間操作平臺或第三方操作
T D O
[0372]本實施例所述第一查詢單元110、支付單元120、生成單元130及更新單元150的具體結(jié)構(gòu)可包括處理器及存儲介質(zhì)；所述存儲介質(zhì)和所述處理器通過總線連接；所述存儲介質(zhì)上存儲有可執(zhí)行代碼，所述處理器通過讀取并執(zhí)行所述可執(zhí)行代碼，能夠執(zhí)行上述單元的功能。所述第一查詢單元110、支付單元140及更新單元150中的任意兩個可以集成對應(yīng)一個處理器，或單獨分別對應(yīng)不同的處理器。當(dāng)一個所述處理器對應(yīng)兩個上述功能單元時，所述處理器可以采用并發(fā)線程或時分處理等方式處理不同單元的功能。
[0373]所述處理器可以是應(yīng)用處理器AP、中央處理器CPU、數(shù)字信號處理器DSP、可編程陣列PLC或微處理器MCU等結(jié)構(gòu)。
[0374]所述發(fā)送單元140的具體結(jié)構(gòu)可包括與外設(shè)連接的各種類型的通信接口，如有線通信接口或無線通信接口 ；所述有線通信接口可包括光纜通信接口及電纜通信接口的任意一種。所述無線通信接口可包括接收天線等。所述接收天線可以WIFI天線，2G、3G、4G或5G天線等。
[0375]本實施例提供了一種供用戶線上還款的支付平臺，可以方便用戶線上還款，具有支付平臺智能性高及用戶使用滿意度高的優(yōu)點。
[0376]設(shè)備實施例二:
[0377]如圖11所示，本實施例提供一種支付平臺，所述支付平臺包括:
[0378]第一查詢單元110，用于查詢待支付信息；
[0379]支付單元120，用于依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0380]生成單元130，用于依據(jù)所述支付結(jié)果，生成支付反饋信息；所述支付反饋信息為反饋給客戶端的信息，通常可包括已支付信息或支付失敗信息；
[0381 ] 發(fā)送單元140，用于向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述已支付信息；
[0382]更新單元150，用于當(dāng)所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息；所述第一賬戶和所述第二賬戶均可為注冊在所述支付平臺的操作賬戶。
[0383]所述支付平臺還包括:
[0384]判斷單元，用于依據(jù)所述待支付信息，判斷第一賬戶是否為滿足預(yù)設(shè)自動支付條件的賬戶；
[0385]所述支付單元，用于當(dāng)所述第一賬戶為滿足預(yù)設(shè)自動支付條件的賬戶時，控制所述第一賬戶向所述第二賬戶進行自動支付操作。
[0386]本實施