一種支付業務數據處理的方法和裝置與流程
2023-05-31 03:17:56 2
本申請涉及數據處理技術領域，特別是涉及一種支付業務數據處理的方法和一種支付業務數據處理的裝置。
背景技術：
隨著人們生活水平的提高，人們的生活支出越來越多，需要繳納的生活費用也越來越多，人們每個月都要為水費、電費、煤氣費、物業費、有線電視費等生活費用的繳納花費很多時間，雖然目前，人們已經可以通過網絡平臺進行繳費而不用去到網點排隊繳費，但是基於網絡平臺的生活繳費，人們每次繳納都需要在填寫相應的帳戶帳單信息、並且針對每個帳戶帳單都要進行一次支付。當用戶需要繳納多個生活費用時，多次的信息填寫、支付操作相對變大繁瑣。
技術實現要素：
鑑於上述問題，提出了本申請實施例以便提供一種克服上述問題或者至少部分地解決上述問題的一種支付業務數據處理的方法和相應的一種支付業務數據處理的裝置。
為了解決上述問題，本申請實施例公開了一種1、一種支付業務數據處理的方法，包括：
伺服器預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處理；
統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶；
接收第一用戶針對所花費的信用額度數據提交的還款數據。
優選的，所述統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶的步驟包括：
按預設時間統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
優選的，所述統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶的步驟包括：
當前剩餘的信用額度數據少於預設的數值時，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
優選的，還包括：
接收所述第一用戶發送的用於關聯第二用戶的信用額度數據的關聯請求；所述關聯請求中包括：第一用戶指定的一個或多個到達支付業務處理時間的目標帳戶；
向所述第二用戶轉發所述關聯請求；
當接收到所述第二用戶針對所述關聯請求的同意響應後，採用所述第二用戶當前的信用額度數據對所述目標帳戶進行支付業務處理。
優選的，還包括：
將所述第二用戶對所述目標帳戶所花費的信用額度數據推送給第一用戶。
優選的，還包括：
分別統計所述第一用戶的各個逾期帳戶的信用額度數據的還款日期超過預設還款日期的逾期天數；所述逾期帳戶為未在預設還款日期之內進行支付業務處理的帳戶；
採用所述逾期天數計算特徵參數。
優選的，還包括：
記錄所述第一用戶的一個或多個帳戶的業務處理信息；
當接收到第一用戶的查詢請求時，向第一用戶發送與所述查詢請求中指定的查詢帳戶對應的業務處理信息。
同時本申請實施例還公開了一種支付業務數據處理的裝置，包括：
位於伺服器的生成模塊，用於預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
位於伺服器的獲得模塊，用於獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
位於伺服器的第一支付處理模塊，用於當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處理；
位於伺服器的額度統計模塊，用於統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶；
位於伺服器的還款接收模塊，用於接收第一用戶針對所花費的信用額度數據提交的還款數據。
優選的，所述額度統計模塊進一步包括：
位於伺服器的第一統計子模塊，用於按預設時間統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
優選的，所述額度統計模塊進一步包括：
位於伺服器的第二統計子模塊，當前剩餘的信用額度數據少於預設的數值時，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
優選的，還包括：
位於伺服器的請求接收模塊，用於接收所述第一用戶發送的用於關聯第二用戶的信用額度數據的關聯請求；所述關聯請求中包括：第一用戶指定的一個或多個到達支付業務處理時間的目標帳戶；
位於伺服器的請求轉發模塊，用於向所述第二用戶轉發所述關聯請求；
位於伺服器的第二支付處理模塊，用於當接收到所述第二用戶針對所述關聯請求的同意響應後，採用所述第二用戶當前的信用額度數據對所述目標帳戶進行支付業務處理。
優選的，還包括：
位於伺服器的推送模塊，用於將所述第二用戶對所述目標帳戶所花費的信用額度數據推送給第一用戶。
優選的，還包括：
位於伺服器的逾期統計模塊，用於分別統計所述第一用戶的各個逾期帳戶的信用額度數據的還款日期超過預設還款日期的逾期天數；所述逾期帳戶為未在預設還款日期之內進行支付業務處理的帳戶；
位於伺服器的計算模塊，用於採用所述逾期天數計算特徵參數。
優選的，還包括：
位於伺服器的記錄模塊，用於記錄所述第一用戶的一個或多個帳戶的業務處理信息；
位於伺服器的發送模塊，用於當接收到第一用戶的查詢請求時，向第一用戶發送與所述查詢請求中指定的查詢帳戶對應的業務處理信息。
本申請實施例包括以下優點：
本申請實施例通過基於用戶支付行為的個性化信息生成信用額度，當用戶的各個帳戶需要繳費時，採用信用額度進行支付。用戶只需對信用額度進行還款，而無需對每個帳戶進行支付操作，減少了用戶的操作量。
在當前用戶的信用額度不足時，可以採用當前用戶指定的其他用戶的信用額度進行支付，避免用戶由於未交費用產生滯納金的情況。
附圖說明
圖1是本申請的一種支付業務數據處理的方法實施例1的步驟流程圖；
圖2是本申請的一種支付業務數據處理的方法實施例2的步驟流程圖；
圖3是本申請的一種支付業務數據處理的裝置實施例1的結構框圖；
圖4是本申請的一種支付業務數據處理的裝置實施例2的結構框圖。
具體實施方式
為使本申請的上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖 和具體實施方式對本申請作進一步詳細的說明。
本申請實施例的核心構思之一在於，通過基於用戶支付行為的個性化信息生成信用額度，當用戶的各個帳戶需要繳費時，採用信用額度進行支付。用戶只需對信用額度進行還款。
參照圖1，示出了本申請的一種支付業務數據處理的方法實施例1的步驟流程圖，具體可以包括如下步驟：
步驟101，伺服器預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
支付行為的個性化信息具體可以包括：用戶在不同網絡購物平臺中的網購買記錄、理財產品記錄、收入記錄等。通過用戶支付行為的個性化信息來訓練評估模型，通過評估模型來生成用戶的信用額度數據。
步驟102，獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
對於生活繳費而言，每個繳費項都是基於帳單上的帳戶來進行的，用戶在繳納費用時需要輸入帳單帳戶以及繳納費用的單位(收款方)。在本申請中，伺服器中可以從繳納費用的單位(收款方)中獲取用戶的帳戶的帳單、需要繳納的費用、以及支付業務處理時間(帳單產生的時間)。
步驟103，當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處理；
當到達某個帳戶的支付業務處理時間(產生了某個帳戶帳單)時，伺服器主動採用用戶當前的信用額度數據進行支付。例如，用戶的水費支付業務處理時間(帳單產生的時間)一般是每個月的15號，伺服器從自來水公司中獲取到用戶的帳戶帳單，當到達每個月的15號是，伺服器自動採用用戶當前的信用額度數據進行支付水費帳單。
支付後剩餘的信用額度數據，即為新的當前信用額度數據。
步驟104，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據， 並推送給第一用戶；
伺服器統計一用戶的一個或多個帳戶所花費的信用額度數據，例如，統計用戶的水費、電費、煤氣費總共花費的信用額度數據。然後將統計到的已花費的信用額度數據推送給用戶。
步驟105，接收第一用戶針對所花費的信用額度數據提交的還款數據。
當接收到用戶的還款時，重置當前的剩餘的信用額度。
用戶只需對信用額度進行還款，而無需對每個帳戶進行支付操作，減少了用戶的操作量。
作為本申請實施例的一種優選示例，所述的方法還可以包括如下步驟：
分別統計所述第一用戶的各個逾期帳戶的信用額度數據的還款日期超過預設還款日期的逾期天數；所述逾期帳戶為未在預設還款日期之內進行支付業務處理的帳戶；
採用所述逾期天數計算特徵參數。計算特徵參數具體可以是滯納金。
在本申請實施例中，用戶的信用額度只在用戶提交了還款時才重置，而當用戶當前剩餘的信用額度數據不足夠對帳戶帳單進行支付，不會對帳戶帳單進行支付，當帳戶帳單未在預設的還款日期內支付，將會產生滯納金，滯納金的數值具體取決於超過預設還款日期的天數。
作為本申請實施例的一種優選示例，所述的方法還可以包括如下步驟：
記錄所述第一用戶的一個或多個帳戶的業務處理信息；
當接收到第一用戶的查詢請求時，向第一用戶發送與所述查詢請求中指定的查詢帳戶對應的業務處理信息。
業務處理信息具體包括帳戶帳單需要繳納的金額、帳戶帳單中各項細分信息，例如，該月需要繳納的水費，該月使用的水量、用水性質等信息。
通過記錄用戶各個月的帳戶的業務處理信息，使得用戶可以查詢到具體的業務處理信息。
參照圖2，示出了本申請的一種支付業務數據處理的方法實施例2的步驟流程圖，具體可以包括如下步驟：
步驟201，伺服器預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
步驟202，獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
步驟203，當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處理；
步驟204，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶；
作為本申請實施例的一種優選示例，所述步驟204可以包括如下子步驟：
子步驟S11，按預設時間統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
例如，每個月的最後一天統計用戶這個月內，各個帳戶總共花費的信用額度數據，每個月進行一次結算。
在本申請實施例的另一種優選示例中，所述步驟204可以包括如下子步驟：
子步驟S12，當前剩餘的信用額度數據少於預設的數值時，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
預設的數值可以是由伺服器設定的數值，也可以是由用戶設定的數字。噹噹用戶當前剩餘的信用額度數據少於預設的數值時，可以認為用戶的剩餘信用額度不足以再支付其他未支付的帳戶帳單，此時，需要通知用戶進行結算。
步驟205，接收所述第一用戶發送的用於關聯第二用戶的信用額度數據的關聯請求；所述關聯請求中包括：第一用戶指定的一個或多個到達支付業務處理時間的目標帳戶；
當第一用戶當前的信用額度不足以對帳戶帳單進行支付業務處理時，可以由第一用戶指定的第二用戶對帳戶帳單進行支付處理；
步驟206，向所述第二用戶轉發所述關聯請求；
步驟207，當接收到所述第二用戶針對所述關聯請求的同意響應後，採用所述第二用戶當前的信用額度數據對所述目標帳戶進行支付業務處理。
伺服器中根據第二用戶的支付行為的個性化信息，生成了相應的信用額度數據，當第二用戶同意了第一用戶的關聯請求後，伺服器採用第二用戶的信用額度進行支付處理。
作為本申請實施例的一種優選示例，所述的方法還可以包括如下步驟：
將所述第二用戶對所述目標帳戶所花費的信用額度數據推送給第一用戶。
步驟208，接收第一用戶針對所花費的信用額度數據提交的還款數據。
在本申請實施例中，在當前用戶的信用額度不足時，可以採用當前用戶指定的其他用戶的信用額度進行支付，避免用戶由於未交費用產生滯納金的情況。
需要說明的是，對於方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本申請實施例並不受所描述的動作順序的限制，因為依據本申請實施例，某些步驟可以採用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬於優選實施例，所涉及的動作並不一定是本申請實施例所必須的。
參照圖3，示出了本申請的一種支付業務數據處理的裝置實施例1的結構框圖，具體可以包括如下模塊：
位於伺服器的生成模塊31，用於預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
位於伺服器的獲得模塊32，用於獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
位於伺服器的第一支付處理模塊33，用於當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處 理；
位於伺服器的額度統計模塊34，用於統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶；
位於伺服器的還款接收模塊35，用於接收第一用戶針對所花費的信用額度數據提交的還款數據。
作為本申請實施例的一種優選示例，所述的裝置還可以包括：
位於伺服器的逾期統計模塊，用於分別統計所述第一用戶的各個逾期帳戶的信用額度數據的還款日期超過預設還款日期的逾期天數；所述逾期帳戶為未在預設還款日期之內進行支付業務處理的帳戶；
位於伺服器的計算模塊，用於採用所述逾期天數計算特徵參數。
作為本申請實施例的一種優選示例，所述的裝置還可以包括：
位於伺服器的記錄模塊，用於記錄所述第一用戶的一個或多個帳戶的業務處理信息；
位於伺服器的發送模塊，用於當接收到第一用戶的查詢請求時，向第一用戶發送與所述查詢請求中指定的查詢帳戶對應的業務處理信息。
參照圖4，示出了本申請的一種支付業務數據處理的裝置實施例2的結構框圖，具體可以包括如下模塊：
位於伺服器的生成模塊41，用於預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
位於伺服器的獲得模塊42，用於獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
位於伺服器的第一支付處理模塊43，用於當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處理；
位於伺服器的額度統計模塊44，用於統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶；
在本申請實施例的一種優選示例中，所述額度統計模塊44可以包括：
位於伺服器的第一統計子模塊，用於按預設時間統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
在本申請實施例的另一種優選示例中，所述額度統計模塊44可以包括：
位於伺服器的第二統計子模塊，當前剩餘的信用額度數據少於預設的數值時，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
位於伺服器的請求接收模塊45，用於接收所述第一用戶發送的用於關聯第二用戶的信用額度數據的關聯請求；所述關聯請求中包括：第一用戶指定的一個或多個到達支付業務處理時間的目標帳戶；
位於伺服器的請求轉發模塊46，用於向所述第二用戶轉發所述關聯請求；
位於伺服器的第二支付處理模塊47，用於當接收到所述第二用戶針對所述關聯請求的同意響應後，採用所述第二用戶當前的信用額度數據對所述目標帳戶進行支付業務處理。
位於伺服器的還款接收模塊48，用於接收第一用戶針對所花費的信用額度數據提交的還款數據。
作為本申請實施例的一種優選示例，所述的裝置還可以包括：
位於伺服器的推送模塊，用於將所述第二用戶對所述目標帳戶所花費的信用額度數據推送給第一用戶。
對於裝置實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
本領域內的技術人員應明白，本申請實施例的實施例可提供為方法、裝置、或電腦程式產品。因此，本申請實施例可採用完全硬體實施例、完全 軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本申請實施例可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、CD-ROM、光學存儲器等)上實施的電腦程式產品的形式。
本申請實施例是參照根據本申請實施例的方法、終端設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理終端設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理終端設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理終端設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到計算機或其他可編程數據處理終端設備上，使得在計算機或其他可編程終端設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程終端設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
儘管已描述了本申請實施例的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本申請實施例範圍的所有變更和修改。
最後，還需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術 語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者終端設備中還存在另外的相同要素。
以上對本申請所提供的一種支付業務數據處理的方法和一種支付業務數據處理的裝置，進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本申請的限制。
本申請實施例公開了A1、一種支付業務數據處理的方法，包括：
伺服器預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處理；
統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶；
接收第一用戶針對所花費的信用額度數據提交的還款數據。
A2、如A1所述的方法，所述統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶的步驟包括：
按預設時間統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
A3、如A1所述的方法，所述統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶的步驟包括：
當前剩餘的信用額度數據少於預設的數值時，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
A4、如A1或A2或A3所述的方法，還包括：
接收所述第一用戶發送的用於關聯第二用戶的信用額度數據的關聯請求；所述關聯請求中包括：第一用戶指定的一個或多個到達支付業務處理時間的目標帳戶；
向所述第二用戶轉發所述關聯請求；
當接收到所述第二用戶針對所述關聯請求的同意響應後，採用所述第二用戶當前的信用額度數據對所述目標帳戶進行支付業務處理。
A5、如A4所述的方法，還包括：
將所述第二用戶對所述目標帳戶所花費的信用額度數據推送給第一用戶。
A6、如A5所述的方法，還包括：
分別統計所述第一用戶的各個逾期帳戶的信用額度數據的還款日期超過預設還款日期的逾期天數；所述逾期帳戶為未在預設還款日期之內進行支付業務處理的帳戶；
採用所述逾期天數計算特徵參數。
A7、如A6所述的方法，還包括：
記錄所述第一用戶的一個或多個帳戶的業務處理信息；
當接收到第一用戶的查詢請求時，向第一用戶發送與所述查詢請求中指定的查詢帳戶對應的業務處理信息。
同時，本申請實施例還公開了B8、一種支付業務數據處理的裝置，包括：
位於伺服器的生成模塊，用於預先針對第一用戶支付行為的個性化信息，生成第一用戶的信用額度數據；
位於伺服器的獲得模塊，用於獲得所述第一用戶的一個或多個帳戶及各帳戶的支付業務處理時間；
位於伺服器的第一支付處理模塊，用於當達到某個帳戶的支付業務處理時間時，採用第一用戶當前的信用額度數據對所述帳戶進行支付業務處理；
位於伺服器的額度統計模塊，用於統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶；
位於伺服器的還款接收模塊，用於接收第一用戶針對所花費的信用額度數據提交的還款數據。
B9、如B8所述的裝置，所述額度統計模塊進一步包括：
位於伺服器的第一統計子模塊，用於按預設時間統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
B10、如B8所述的裝置，所述額度統計模塊進一步包括：
位於伺服器的第二統計子模塊，當前剩餘的信用額度數據少於預設的數值時，統計所述第一用戶的一個或多個帳戶所花費的信用額度數據，並推送給第一用戶。
B11、如B8或B9或B10所述的裝置，還包括：
位於伺服器的請求接收模塊，用於接收所述第一用戶發送的用於關聯第二用戶的信用額度數據的關聯請求；所述關聯請求中包括：第一用戶指定的一個或多個到達支付業務處理時間的目標帳戶；
位於伺服器的請求轉發模塊，用於向所述第二用戶轉發所述關聯請求；
位於伺服器的第二支付處理模塊，用於當接收到所述第二用戶針對所述關聯請求的同意響應後，採用所述第二用戶當前的信用額度數據對所述目標帳戶進行支付業務處理。
B12、如B11所述的裝置，還包括：
位於伺服器的推送模塊，用於將所述第二用戶對所述目標帳戶所花費的信用額度數據推送給第一用戶。
B13、如B12所述的裝置，還包括：
位於伺服器的逾期統計模塊，用於分別統計所述第一用戶的各個逾期帳戶的信用額度數據的還款日期超過預設還款日期的逾期天數；所述逾期帳戶為未在預設還款日期之內進行支付業務處理的帳戶；
位於伺服器的計算模塊，用於採用所述逾期天數計算特徵參數。
B14、如B13所述的裝置，還包括：
位於伺服器的記錄模塊，用於記錄所述第一用戶的一個或多個帳戶的業務處理信息；
位於伺服器的發送模塊，用於當接收到第一用戶的查詢請求時，向第一用戶發送與所述查詢請求中指定的查詢帳戶對應的業務處理信息。