System.ArgumentOutOfRangeException: 索引和長度必須引用該字符串內的位置。 參數名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技術實現步驟摘要】
本申請實施例涉及計算機,尤其涉及一種手機用戶信息校驗方法、裝置、設備及存儲介質。
技術介紹
1、隨著互聯網的普及和人們對網絡服務的依賴度增加,網絡安全問題也變得越來越嚴重。用戶信息校驗技術是保障網絡安全的重要手段,能夠確認用戶身份的真實性和合法性,防止惡意操作和未經授權的訪問,例如,對用戶的套現行為和頻繁薅羊毛行為等進行校驗。
2、相關技術中,通常運營商通過校驗系統對手機用戶進行進行校驗時,通常只通過校驗同一賬號的優惠券領取次數判斷用戶是否存在頻繁薅羊毛的情況,但是同一用戶可以通過更換多個不同的賬號進行薅羊毛,并且為了提高商品的銷量,運營商通常支持信用卡支付或花唄支付等,但在此過程中并不會對用戶的支付方式等信息進行安全性校驗,從而出現用戶套現等行為,導致運營商的利益受到損失。
技術實現思路
1、本申請實施例提供一種手機用戶信息校驗方法、裝置、設備及存儲介質,解決了現有的手機用戶信息校驗方式無法避免頻繁薅羊毛的情況,以及不會對用戶支付信息進行校驗,從而出現套現行為,導致運營商利益受損的問題。能夠通過對當前手機號碼和所有關聯號碼對應的目標訂單信息均進行第一風險校驗,避免了用戶通過更換號碼頻繁薅羊毛的情況,且能夠通過在第一風險校驗的基礎上對高風險訂單信息進行第二風險校驗,避免了用戶套現行為,提升了手機用戶信息校驗的全面性和準確性,充分避免了運營商的利益受到損害。
2、在第一方面,本申請實施例提供了一種手機用戶信息校驗方法,包括:
3、獲取手機用戶信息中
4、根據歷史平臺消費記錄分別確定所述當前手機號碼和所述關聯號碼對應的多個目標訂單信息,所述目標訂單信息包括原始金額、優惠金額和下單時間,根據所述原始金額和所述優惠金額計算實際優惠比例;
5、根據所述實際優惠比例和所述下單時間對所述目標訂單信息進行第一風險校驗,確定風險訂單信息以及所述風險訂單信息的總數量;
6、根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型,在所述風險類型為高風險訂單信息的情況下,基于所述風險訂單信息中的支付方式進行第二風險校驗,得到校驗結果。
7、可選的,所述根據所述實際優惠比例和所述下單時間對所述目標訂單信息進行第一風險校驗,確定風險訂單信息以及所述風險訂單信息的總數量,包括:
8、基于所述實際優惠比例確定各目標訂單信息中的大額優惠訂單信息,根據各大額優惠訂單信息中的下單時間確定相鄰訂單信息的時間間隔;
9、篩選所述時間間隔小于預設時間間隔的相鄰目標訂單信息,并確定所述相鄰目標訂單信息中的收貨地址;
10、根據所述相鄰目標訂單信息中的收貨地址判斷所述相鄰目標訂單信息是否為風險訂單信息,并確定所述風險訂單信息的總數量。
11、可選的,所述根據所述相鄰目標訂單信息中的收貨地址判斷所述相鄰目標訂單信息是否為風險訂單信息,包括:
12、在所述相鄰目標訂單信息中的收貨地址相同的情況下,確定所述相鄰目標訂單信息均為風險訂單信息;
13、在所述相鄰目標訂單信息中的收貨地址不同的情況下,確定所述相鄰目標訂單信息均為無風險訂單信息。
14、可選的,所述根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型,包括:
15、將所述風險訂單信息的總數量與預設優惠次數進行比較,在所述風險訂單信息的總數量等于所述預設優惠次數的情況下,確定所述風險類型為零風險訂單信息;
16、在所述風險訂單信息的總數量大于所述預設優惠次數的情況下,確定所述風險類型為低風險訂單信息;
17、在所述風險訂單信息的總數量小于所述預設優惠次數的情況下,確定所述風險類型為高風險訂單信息。
18、可選的,在所述根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型之后,還包括:
19、在所述風險訂單信息為低風險訂單信息的情況下,實時監測與所述風險訂單信息中的用戶名稱和收貨地址關聯的下單操作,并對所述下單操作進行身份校驗。
20、可選的,所述基于所述風險訂單信息中的支付方式進行第二風險校驗,得到校驗結果,包括:
21、判斷所述風險訂單信息中支付方式的支付類型,在所述支付類型為借貸類型的情況下,確定所述風險訂單信息為目標風險訂單信息;
22、在所述支付類型為非借貸類型的情況下,確定所述風險訂單信息為非目標風險訂單信息。
23、可選的,在所述確定所述風險訂單信息為目標風險訂單信息之后,還包括:
24、根據所述目標風險訂單信息中的下單時間和支付方式確定所述支付方式的更換頻率,基于所述更換頻率生成相應的告警信息,并將所述告警信息發送至目標運營商,以使所述目標運營商對所述目標風險訂單信息對應的用戶身份信息進行拉黑處理。
25、在第二方面,本申請實施例提供了一種手機用戶信息校驗裝置,包括:
26、信息獲取模塊,用于獲取手機用戶信息中的當前手機號碼,根據預先存儲的運營商登記記錄確定與所述當前手機號碼的關聯號碼;
27、目標訂單信息確定模塊,用于根據歷史平臺消費記錄分別確定所述當前手機號碼和所述關聯號碼對應的多個目標訂單信息,所述目標訂單信息包括原始金額、優惠金額和下單時間;
28、實際優惠比例計算模塊,用于根據所述原始金額和所述優惠金額計算實際優惠比例;
29、第一風險校驗模塊,用于根據所述實際優惠比例和所述下單時間對所述目標訂單信息進行第一風險校驗,確定風險訂單信息以及所述風險訂單信息的總數量;
30、風險類型判斷模塊,用于根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型;
31、第二風險校驗模塊,用于在所述風險類型為高風險訂單信息的情況下,基于所述風險訂單信息中的支付方式進行第二風險校驗,得到校驗結果。
32、在第三方面,本申請實施例提供了一種電子設備,所述設備包括:一個或多個處理器;存儲裝置,配置為存儲一個或多個程序,當所述一個或多個程序被所述一個或多個處理器執行,使得所述一個或多個處理器實現第一方面所述的手機用戶信息校驗方法。
33、在第四方面,本申請實施例提供了一種包含計算機可執行指令的存儲介質,所述計算機可執行指令在由計算機處理器執行時用于執行如第一方面所述的手機用戶信息校驗方法。
34、本申請實施例通過獲取手機用戶信息中的當前手機號碼,根據預先存儲的運營商登記記錄確定與當前手機號碼的關聯號碼,根據歷史平臺消費記錄分別確定當前手機號碼和關聯號碼對應的多個目標訂單信息,根據原始金額和優惠金額計算實際優惠比例,根據實際優惠比例和下單時間對目標訂單信息進行第一風險校驗,確定風險訂單信息以及風險訂單信息的總數量,根據風險訂單信息的總數量和預設風險校驗規則判斷風險類型,在風險類型為高風險訂單信息的情況下,基于風本文檔來自技高網...
【技術保護點】
1.一種手機用戶信息校驗方法,其特征在于,包括:
2.根據權利要求1所述的手機用戶信息校驗方法,其特征在于,所述根據所述實際優惠比例和所述下單時間對所述目標訂單信息進行第一風險校驗,確定風險訂單信息以及所述風險訂單信息的總數量,包括:
3.根據權利要求2所述的手機用戶信息校驗方法,其特征在于,所述根據所述相鄰目標訂單信息中的收貨地址判斷所述相鄰目標訂單信息是否為風險訂單信息,包括:
4.根據權利要求1所述的手機用戶信息校驗方法,其特征在于,所述根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型,包括:
5.根據權利要求4所述的手機用戶信息校驗方法,其特征在于,在所述根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型之后,還包括:
6.根據權利要求1所述的手機用戶信息校驗方法,其特征在于,所述基于所述風險訂單信息中的支付方式進行第二風險校驗,得到校驗結果,包括:
7.根據權利要求6所述的手機用戶信息校驗方法,其特征在于,在所述確定所述風險訂單信息為目標風險訂單信息之后,還包括:
8.
9.一種電子設備,所述設備包括:一個或多個處理器;存儲裝置,用于存儲一個或多個程序,當所述一個或多個程序被所述一個或多個處理器執行,使得所述一個或多個處理器實現如權利要求1-7中任一項所述的手機用戶信息校驗方法。
10.一種存儲計算機可執行指令的存儲介質,所述計算機可執行指令在由計算機處理器執行時用于執行如權利要求1-7中任一項所述的手機用戶信息校驗方法。
...【技術特征摘要】
1.一種手機用戶信息校驗方法,其特征在于,包括:
2.根據權利要求1所述的手機用戶信息校驗方法,其特征在于,所述根據所述實際優惠比例和所述下單時間對所述目標訂單信息進行第一風險校驗,確定風險訂單信息以及所述風險訂單信息的總數量,包括:
3.根據權利要求2所述的手機用戶信息校驗方法,其特征在于,所述根據所述相鄰目標訂單信息中的收貨地址判斷所述相鄰目標訂單信息是否為風險訂單信息,包括:
4.根據權利要求1所述的手機用戶信息校驗方法,其特征在于,所述根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型,包括:
5.根據權利要求4所述的手機用戶信息校驗方法,其特征在于,在所述根據所述風險訂單信息的總數量和預設風險校驗規則判斷風險類型之后,還包括:
【專利技術屬性】
技術研發人員:周毅,
申請(專利權)人:廣州易尊網絡科技股份有限公司,
類型:發明
國別省市:
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。