信息處理方法及支付平臺的制作方法
【技術(shù)領域】
[0001]本發(fā)明涉及通信領域的信息處理技術(shù)，尤其涉及一種信息處理方法及支付平臺。
【背景技術(shù)】
[0002]在資金支付系統(tǒng)中，用戶進行支付(如還款)方法有兩種:
[0003]第一種:線下還款；無論是銀行柜臺還是小貸公司的柜臺，對用戶都會造成額外的時間和金錢成本。同時線下支付具有特定的營業(yè)時間才能操作的不便利性?，F(xiàn)有支付流程，用戶需要知道小貸公司的銀行賬戶信息，容易出現(xiàn)差錯，這就會給用戶造額外的支付成本?，F(xiàn)有支付流程，用戶支付額度控制不方便，對于用戶來說，每次支付需要通過額外的渠道來了解應還金額，容易造成用戶少還或者多還資金，帶來額外的損失。
[0004]第二種:利用互聯(lián)網(wǎng)等通信工具，進行線上支付，但是現(xiàn)有技術(shù)中的線上支付是銀行系統(tǒng)或小貸公司通過一定的通信應用進行綁定，由于這些通信應用的主要用途是進行通信的，用戶在通信應用進行線上支付之前需要用戶手動或手動觸發(fā)連接到對應的賬戶，獲取待支付金額，再進行支付。如用于通過電話或通訊應用工具A發(fā)送查詢信息待支付金額，再通過具有支付功能的通信應用工具B來進行支付，由于現(xiàn)有支付平臺之間的智能性不夠的問題，導致的這種信息轉(zhuǎn)移，很容易出現(xiàn)因操作失誤等問題形成支付差錯，且這種支付方式，顯然操作繁瑣。
[0005]不管采用哪種方式，現(xiàn)有的支付系統(tǒng)的智能性顯然不夠，且很容易因用戶手動操作待支付金額而導致差錯率高的問題，進而導致用戶使用滿意度差。

【發(fā)明內(nèi)容】

[0006]有鑒于此，本發(fā)明實施例期望提供一種信息處理方法，以提高支付平臺的智能性及降低人為操作因素導致的差錯率，簡化用戶利用支付平臺進行支付的操作。
[0007]為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
[0008]本發(fā)明實施例第一方面提供一種信息處理方法，所述方法包括:
[0009]支付平臺查詢待支付信息；
[0010]依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0011]依據(jù)所述支付結(jié)果，生成支付反饋信息；
[0012]向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述支付反饋信息；
[0013]當所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息；
[0014]所述第一賬戶和所述第二賬戶均為注冊在所述支付平臺的操作賬號。
[0015]優(yōu)選地，
[0016]所述依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果，包括:
[0017]依據(jù)所述待支付信息，判斷第一賬戶是否為滿足預設自動支付條件的賬戶；
[0018]當所述第一賬戶為滿足預設自動支付條件的賬戶時，控制所述第一賬戶向所述第二賬戶進行自動支付操作。
[0019]優(yōu)選地，
[0020]所述依據(jù)所述待支付信息，判斷第一賬戶是否為滿足預設自動支付條件的賬戶，包括:
[0021]當所述第一賬號向所述第二賬戶支付的支付截止日到期或指定支付日到期時，確定所述第一賬戶為滿足預設自動支付條件的賬戶；
[0022]其中，所述指定支付日為所述第一賬戶的用戶指定的且早于所述支付截止日的支付日。
[0023]優(yōu)選地，
[0024]所述待支付信息包括待支付金額；
[0025]所述控制第一賬戶向所述第二賬戶進行自動支付操作，包括:
[0026]依據(jù)所述待支付信息控制所述第一賬戶向所述第二賬戶進行N次自動支付操作；
[0027]其中，第η次自動支付操作的支付金額為第η金額；
[0028]第η+1次自動支付操作在第I次至第η次自動支付操作的支付失敗時進行，且第η+1金額小于第η金額；
[0029]所述N為不小I的正整數(shù)；所述η為小于所述N的正整數(shù)；
[0030]第I金額不大于所述待支付金額。
[0031]優(yōu)選地，
[0032]所述控制第一賬戶向所述第二賬戶進行自動支付操作，
[0033]包括:
[0034]查詢所述第一賬戶的可用余額；
[0035]當所述第一賬戶有可用余額時，依據(jù)待支付金額以及所述可用余額使所述第一賬戶向所述第二賬戶進行支付操作，并形成支付結(jié)果。
[0036]優(yōu)選地，
[0037]所述當所述第一賬戶有可用余額時，依據(jù)待支付金額以及所述可用余額使所述第一賬戶向所述第二賬戶進行支付，并形成支付結(jié)果，包括:
[0038]當所述第一賬戶的可用余額不小于所述待支付金額時，控制所述第一賬戶向所述第二賬戶進行全額支付。
[0039]優(yōu)選地，
[0040]所述當所述第一賬戶有可用余額時，依據(jù)待支付金額以及所述可用余額使所述第一賬戶向所述第二賬戶進行支付，并形成支付結(jié)果，包括:
[0041]當所述第一賬戶的可用余額小于所述待支付金額時，控制所述第一賬戶向所述第二賬戶進行部分支付。
[0042]優(yōu)選地，
[0043]所述方法還包括:
[0044]判斷所述第一賬戶是否為滿足預設自動延期條件的賬戶；
[0045]當所述第一賬戶為滿足所述預設自動延期條件的賬戶時，向所述第二賬戶的客戶端發(fā)送支付延期請求；
[0046]接收所述第二賬戶的客戶端基于所述支付延期請求形成的延期響應；
[0047]依據(jù)所述延期響應重新確定支付日。
[0048]優(yōu)選地，
[0049]所述待支付信息包括第一賬戶需向所述第二賬戶支付的待支付金額；
[0050]所述依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果，包括:
[0051]向第一賬戶的客戶端發(fā)送所述待支付信息；
[0052]接收所述第一賬戶的客戶端返回的實際支付金額；
[0053]控制所述第一賬戶向所述第二賬戶支付所述實際支付金額。
[0054]優(yōu)選地，
[0055]所述方法還包括:
[0056]核算支付結(jié)果；
[0057]當依據(jù)所述支付結(jié)果確定第一賬戶向第二賬戶的支付金額超過待支付金額時，控制所述第二賬戶向所述第一賬戶進行返款操作。
[0058]優(yōu)選地，
[0059]所述方法還包括:
[0060]接收所述第一賬戶的客戶端發(fā)送的登錄請求；
[0061]基于所述登錄請求查詢所述第一賬戶的待支付信息；所述待支付信息包括支付日和待支付金額；
[0062]響應所述登錄請求，允許所述客戶端登錄并向所述客戶端發(fā)送包括所述待支付信息的第一登錄附加信息或第二登錄附件信息；
[0063]所述第一登錄附加信息，用于控制所述客戶端在登錄后顯示第一界面；所述第二登錄附加信息，用于控制所述客戶端在登錄后顯示第二界面；
[0064]所述第一界面不同于所述第二界面。
[0065]優(yōu)選地，
[0066]所述方法還包括:
[0067]核算所述第一賬戶的收支信息和支付結(jié)果；所述收支信息包括所述第一賬戶支付的實際支付日；所述支付結(jié)果中包括支付平臺或所述第二賬戶收到支付的收到支付日；
[0068]當所述第一賬戶的支付信息表明所述實際支付日早于收到支付日時，以所述實際支付日校正支付結(jié)果。
[0069]本發(fā)明實施例第二方面提供一種支付平臺，所述支付平臺包括:
[0070]第一查詢單元，用于查詢待支付信息；
[0071]支付單元，用于依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0072]生成單元，用于依據(jù)所述支付結(jié)果，生成支付反饋信息；
[0073]發(fā)送單元，用于向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述支付反饋信息；
[0074]更新單元，用于當所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息；
[0075]所述第一賬戶和所述第二賬戶均為注冊在所述支付平臺的操作賬號。
[0076]優(yōu)選地，
[0077]所述支付平臺還包括:
[0078]判斷單元，用于依據(jù)所述待支付信息，判斷第一賬戶是否為滿足預設自動支付條件的賬戶；
[0079]所述支付單元，用于當所述第一賬戶為滿足預設自動支付條件的賬戶時，控制所述第一賬戶向所述第二賬戶進行自動支付操作。
[0080]優(yōu)選地，
[0081]所述判斷單元，用于當所述第一賬號向所述第二賬戶支付的支付截止日到期或指定支付日到期時，確定所述第一賬戶為滿足預設自動支付條件的賬戶；
[0082]其中，所述指定支付日為所述第一賬戶的用戶指定的且早于所述支付截止日的支付日。
[0083]優(yōu)選地，
[0084]所述待支付信息包括待支付金額；
[0085]所述支付單元，具體用于依據(jù)所述待支付信息控制所述第一賬戶向所述第二賬戶進行N次自動支付操作；
[0086]其中，第η次自動支付操作的支付金額為第η金額；
[0087]第η+1次自動支付操作在第I次至第η次自動支付操作的支付失敗時進行，且第η+1金額小于第η金額；
[0088]所述N為不小I的正整數(shù)；所述η為小于所述N的正整數(shù)；
[0089]第I金額不大于所述待支付金額。
[0090]優(yōu)選地，
[0091]所述支付平臺還包括:
[0092]第二查詢單元，用于當所述第一賬戶為滿足預設自動支付條件的賬戶時，查詢所述第一賬戶的可用余額；
[0093]所述支付單元，具體用于當所述第一賬戶有可用余額時，依據(jù)待支付金額以及所述可用余額使所述第一賬戶向所述第二賬戶進行支付操作，并形成支付結(jié)果。
[0094]優(yōu)選地，
[0095]所述支付單元，具體用于當所述第一賬戶的可用余額不小于所述待支付金額時，控制所述第一賬戶向所述第二賬戶進行全額支付。
[0096]優(yōu)選地，
[0097]所述支付平臺，具體用于當所述第一賬戶的可用余額小于所述待支付金額時，控制所述第一賬戶向所述第二賬戶進行部分支付。
[0098]優(yōu)選地，
[0099]所述判斷單元還用于判斷所述第一賬戶是否為滿足預設自動延期條件的賬戶；
[0100]所述支付平臺還包括:
[0101]延期單元，用于當所述第一賬戶為滿足所述預設自動延期條件的賬戶時，向所述第二賬戶的客戶端發(fā)送支付延期請求；
[0102]接收單元，用于接收所述第二賬戶的客戶端基于所述支付延期請求形成的延期響應；
[0103]確定單元，用于依據(jù)所述延期響應重新確定支付日。
[0104]優(yōu)選地，
[0105]所述支付平臺還包括接收單元；
[0106]所述發(fā)送單元，還用于向第一賬戶的客戶端發(fā)送所述待支付信息；
[0107]所述接收單元，用于接收所述第一賬戶的客戶端返回的實際支付金額；
[0108]所述支付單元，還用于控制所述第一賬戶向所述第二賬戶支付所述實際支付金額。
[0109]優(yōu)選地，
[0110]所述支付平臺還包括:
[0111]核算單元，用于核算支付結(jié)果；
[0112]所述支付單元，還用于當依據(jù)所述支付結(jié)果確定第一賬戶向第二賬戶的支付金額超過待支付金額時，控制所述第二賬戶向所述第一賬戶進行返款操作。
[0113]優(yōu)選地，
[0114]所述支付平臺還包括接收單元及響應單元:
[0115]所述接收單元，用于接收所述第一賬戶的客戶端發(fā)送的登錄請求；
[0116]所述第一查詢單元，還用于基于所述登錄請求查詢所述第一賬戶的待支付信息；所述待支付信息包括支付日和待支付金額；
[0117]所述響應單元，用于響應所述登錄請求，允許所述客戶端登錄并向所述客戶端發(fā)送包括所述待支付信息的第一登錄附加信息或第二登錄附件信息；
[0118]所述第一登錄附加信息，用于控制所述客戶端在登錄后顯示第一界面；所述第二登錄附加信息，用于控制所述客戶端在登錄后顯示第二界面；
[0119]所述第一界面不同于所述第二界面。
[0120]優(yōu)選地，
[0121]所述支付平臺還包括:
[0122]核算單元，用于核算所述第一賬戶的收支信息和支付結(jié)果；所述收支信息包括所述第一賬戶支付的實際支付日；所述支付結(jié)果中包括支付平臺或所述第二賬戶收到支付的收到支付日；
[0123]校正單元，用于當所述第一賬戶的支付信息表明所述實際支付日早于收到支付日時，以所述實際支付日校正支付結(jié)果。
[0124]本發(fā)明實施例所述的信息處理方法和支付平臺，支付平臺可以查詢待支付信息，并依據(jù)待支付信息可以控制第一賬戶向第二賬戶進行支付，相對于線下支付，顯然用戶不用跑到專門的柜臺進行支付，節(jié)省了用戶的時間和精力，相對于現(xiàn)有的線上支付，直接在該支付平臺上就能查詢待支付信息，不用通過其他支付工具來查詢待支付信息，顯然提高了支付平臺的智能性和用戶使用滿意度；且同時避免了用戶在不同平臺查詢待支付信息導致的差錯問題。
【附圖說明】
[0125]圖1為本發(fā)明實施例所述的信息處理方法的流程示意圖之一；
[0126]圖2為本發(fā)明實施例所述的支付平臺和客戶端的連接示意圖；
[0127]圖3為本發(fā)明實施例所述的一種自動支付操作的流程示意圖；
[0128]圖4為本發(fā)明實施例所述的信息處理方法的流程示意圖之二 ；
[0129]圖5為本發(fā)明實施例所述的支付平臺和客戶端的信息交互示意圖之一；
[0130]圖6為本發(fā)明實施例所述的支付平臺和客戶端的信息交互示意圖之二 ；
[0131]圖7為本發(fā)明實施例所述的信息處理方法的流程示意圖之三；
[0132]圖8為本發(fā)明實施例所述的信息處理方法的流程示意圖之四；
[0133]圖9為本發(fā)明實施例所述的信息處理方法的流程示意圖之五；
[0134]圖10為本發(fā)明實施例所述的信息處理方法的效果示意圖；
[0135]圖11為本發(fā)明實施例所述的支付平臺的結(jié)構(gòu)示意圖之一；
[0136]圖12為本發(fā)明實施例所述的支付平臺的結(jié)構(gòu)示意圖之二 ；
[0137]圖13為本發(fā)明示例所述的信息處理效果圖之一；
[0138]圖14為本發(fā)明示例所述的信息處理效果圖之二 ；
[0139]圖15為本發(fā)明示例所述的支付系統(tǒng)的結(jié)構(gòu)示意圖；
[0140]圖16為本發(fā)明示例所述的信息處理的流程示意圖之一；
[0141]圖17為本發(fā)明示例所述的信息處理的流程示意圖之二 ；
[0142]圖18為本發(fā)明示例所述的借款單的狀態(tài)遷移示意圖。
【具體實施方式】
[0143]以下結(jié)合說明書附圖及具體實施例對本發(fā)明的技術(shù)方案做進一步的詳細闡述。
[0144]方法實施例一:
[0145]如圖1所示，本實施例提供一種信息處理方法，所述方法包括:
[0146]步驟SllO:支付平臺查詢待支付信息；
[0147]步驟S120:依據(jù)所述待支付信息控制第一賬戶向第二賬戶進行支付操作，并形成支付結(jié)果；
[0148]步驟S130:依據(jù)所述支付結(jié)果，并生成支付反饋信息；已支付信息；
[0149]步驟S140:向所述第一賬戶和所述第二賬戶的客戶端發(fā)送所述付反饋信息；
[0150]步驟S150:當所述支付結(jié)果表明支付成功時，更新所述第一賬戶和所述第二賬戶的收支信息。
[0151]本實施例所述信息處理方法的執(zhí)行主體為支付平臺(如圖