中，裝置800可以被一個或多個應用專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設備(DSro)、可編程邏輯器件(PLD)、現(xiàn)場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述方法。
[0106]在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器804，上述指令可由裝置800的處理器820執(zhí)行以完成上述方法。例如，所述非臨時性計算機可讀存儲介質可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲設備等。
[0107]一種非臨時性計算機可讀存儲介質，當所述存儲介質中的指令由移動終端的處理器執(zhí)行時，使得移動終端能夠執(zhí)行一種基于支付歷史的付款前確認保護方法，所述方法包括:
[0108]根據(jù)支付模型確認支付范圍；
[0109]檢測當前支付信息中的支付數(shù)量是否超出支付范圍；
[0110]對超出支付范圍的支付信息進行再次確認。
[0111]通過檢測用戶的支付金額是否符合常用支付范圍來避免用戶交易時的操作失誤等導致的資金損失，檢查包括客戶端檢查跟服務端檢查兩種，客戶端監(jiān)控更加迅速，而服務端檢查則更加準確。本發(fā)明通過記錄歷史上用戶到其他用戶的支付記錄，建立個人支付模型，在真正發(fā)生支付前，系統(tǒng)根據(jù)個人支付模型，支付金額，支付對象和支付時間等進行判斷，如果超出模型邊界，則客戶端給出提示，要求用戶再次確認，防止用戶發(fā)生資金損失。
[0112]可選的，建立所述支付模型時以用戶端數(shù)據(jù)為依據(jù)，讀取所述客戶端存儲的歷史支付信息，建立的支付模型；或者以服務端收集的數(shù)據(jù)為依據(jù)，讀取所述服務器存儲的歷史支付信息，建立的支付模型。
[0113]可選的，建立所述支付模型時，依據(jù)歷史支付信息為用戶本身建立支付模型或者為支付對象建立支付模型。
[0114]可選的，所述為支付對象建立支付模型包括:
[0115]對支付過的對象進行聚類計算；
[0116]為同類支付對象確立支付模型；
[0117]對同類支付對象，采用相同的支付范圍進行提示。
[0118]可選的，所述根據(jù)支付模型確認支付范圍，包括:
[0119]根據(jù)支付模型確定正態(tài)分布圖；
[0120]根據(jù)正態(tài)分布圖，確定用戶支付范圍。
[0121]可選的，所述用戶支付范圍由所述正態(tài)分布圖內的標準偏差來確定。
[0122]可選的，對超過支付范圍的支付信息發(fā)出支付確認提示，所述支付確認提示包括重新輸入支付金額和/或重新輸入支付密碼。
[0123]可選的，根據(jù)存儲的可用支付數(shù)量和風險承受系數(shù)，建立支付模型。
[0124]圖9是本發(fā)明實施例中服務器的結構示意圖。該服務器1900可因配置或性能不同而產生比較大的差異，可以包括一個或一個以上中央處理器(central processing units,C HJ) 1922(例如，一個或一個以上處理器)和存儲器1932，一個或一個以上存儲應用程序1942或數(shù)據(jù)1944的存儲介質1930 (例如一個或一個以上海量存儲設備)。其中，存儲器1932和存儲介質1930可以是短暫存儲或持久存儲。存儲在存儲介質1930的程序可以包括一個或一個以上模塊(圖示沒標出)，每個模塊可以包括對服務器中的一系列指令操作。更進一步地，中央處理器1922可以設置為與存儲介質1930通信，在服務器1900上執(zhí)行存儲介質1930中的一系列指令操作。
[0125]服務器1900還可以包括一個或一個以上電源1926，一個或一個以上有線或無線網絡接口 1950，一個或一個以上輸入輸出接口 1958，一個或一個以上鍵盤1956，和/或，一個或一個以上操作系統(tǒng) 1941,例如 Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM等等。
【主權項】
1.一種基于支付歷史的付款前確認保護方法，其特征在于，包括: 根據(jù)支付模型確認支付范圍； 檢測當前支付信息中的支付數(shù)量是否超出支付范圍； 對超出支付范圍的支付信息進行再次確認。2.如權利要求1所述的基于支付歷史的付款前確認保護方法，其特征在于，建立所述支付模型時以用戶端數(shù)據(jù)為依據(jù)，讀取所述客戶端存儲的歷史支付信息，建立的支付模型；或者以服務端收集的數(shù)據(jù)為依據(jù)，讀取所述服務器存儲的歷史支付信息，建立的支付模型。3.如權利要求1或2所述的方法，其特征在于，建立所述支付模型時，依據(jù)歷史支付信息為用戶本身建立支付模型或者為支付對象建立支付模型。4.如權利要求3所述的基于支付歷史的付款前確認保護方法，其特征在于，所述為支付對象建立支付模型包括: 對支付過的對象進行聚類計算； 為同類支付對象確立支付模型； 對同類支付對象，采用相同的支付范圍進行提示。5.如權利要求1所述的方法，其特征在于，所述根據(jù)支付模型確認支付范圍，包括: 根據(jù)支付模型確定正態(tài)分布圖； 根據(jù)正態(tài)分布圖，確定用戶支付范圍。6.如權利要求5所述的方法，其特征在于，所述用戶支付范圍由所述正態(tài)分布圖內的標準偏差來確定。7.如權利要求1所述的方法，其特征在于，對超過支付范圍的支付信息發(fā)出支付確認提示，所述支付確認提示包括重新輸入支付金額和/或重新輸入支付密碼。8.如權利要求1所述的方法，其特征在于，根據(jù)存儲的可用支付數(shù)量和風險承受系數(shù)，建立支付模型。9.一種基于支付歷史的付款前確認保護裝置，其特征在于，包括: 范圍確認模塊，被配置為根據(jù)支付模型確認支付范圍； 檢測模塊，被配置為檢測當前支付信息中的支付數(shù)量是否超出支付范圍； 支付確認模塊，被配置為對超出支付范圍的支付信息進行再次確認。10.如權利要求9所述的裝置，其特征在于，所述裝置還包括: 模型建立模塊，被配置為以用戶端數(shù)據(jù)為依據(jù)，讀取所述客戶端存儲的歷史支付信息，建立的支付模型；或者以服務端收集的數(shù)據(jù)為依據(jù)，讀取所述服務器存儲的歷史支付信息，建立的支付模型。11.如權利要求9或10所述的裝置，其特征在于，所述裝置還包括: 模型建立模塊還被配置為依據(jù)歷史支付信息為用戶本身建立支付模型或者為支付對象建立支付模型； 為支付對象建立支付模型時，對支付過的對象進行聚類計算；為同類支付對象確立支付模型；對同類支付對象，采用相同的支付范圍進行提示。12.如權利要求9所述的裝置，其特征在于，所述范圍確認模塊，被配置為根據(jù)支付模型確定正態(tài)分布圖；根據(jù)正態(tài)分布圖，確定用戶支付范圍；所述用戶支付范圍由所述正態(tài)分布圖內的標準偏差來確定。13.如權利要求9所述的裝置，其特征在于，所述裝置還包括: 提示模塊，被配置為對超過支付范圍的支付信息發(fā)出支付確認提示，所述支付確認提示包括重新輸入支付金額和/或重新輸入支付密碼。14.如權利要求9所述的方法，其特征在于，所述范圍確認模塊，被配置為根據(jù)存儲的可用支付數(shù)量和風險承受系數(shù)，建立支付模型。15.一種基于支付歷史的付款前確認保護裝置，其特征在于，包括: 處理器； 用于存儲處理器可執(zhí)行指令的存儲器； 其中，所述處理器被配置為: 根據(jù)支付模型確認支付范圍； 檢測當前支付信息中的支付數(shù)量是否超出支付范圍； 對超出支付范圍的支付信息進行再次確認。
【專利摘要】本公開涉及一種基于支付歷史的付款前確認保護方法及裝置，該方法包括：根據(jù)支付模型確認支付范圍；檢測當前支付信息中的支付數(shù)量是否超出支付范圍；對超出支付范圍的支付信息進行再次確認?？梢栽诟犊顣r進行支付范圍的檢測來對用戶的支付信息進行提示，防止意外經濟損失。
【IPC分類】G06Q20/12, G06Q20/40
【公開號】CN105335851
【申請?zhí)枴緾N201410376930
【發(fā)明人】李海峰, 劉道寬, 王歡, 王斌
【申請人】小米科技有限責任公司
【公開日】2016年2月17日
【申請日】2014年8月1日