本發(fā)明涉及信息安全領(lǐng)域，特別是涉及一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法以及一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置。

背景技術(shù)：

在進(jìn)行網(wǎng)絡(luò)轉(zhuǎn)賬和支付時，例如通過銀行交易平臺、即時通信工具、第三方支付平臺等各種平臺進(jìn)行轉(zhuǎn)賬時，如何避免進(jìn)行轉(zhuǎn)賬的用戶是因為上當(dāng)受騙而作的轉(zhuǎn)賬，以提高安全性，成為網(wǎng)絡(luò)金融的信息安全應(yīng)用中的重要內(nèi)容。在目前所采用的方式中，以即時通信工具和第三方支付平臺為例，通常是在轉(zhuǎn)賬過程中提醒用戶確認(rèn)對方的信息，避免資金損失或被騙。然而，每次轉(zhuǎn)賬、支付的交易過程中都提醒用戶確認(rèn)對方信息，并不能從根本上預(yù)防因詐騙而導(dǎo)致的轉(zhuǎn)賬、支付等行為的發(fā)生。目前較為有效的機(jī)制是基于實名制進(jìn)行，如果對方未實名，則會攔截用戶的轉(zhuǎn)賬、支付行為。這種機(jī)制能夠避免對方因虛心不愿意表露真實身份而導(dǎo)致的轉(zhuǎn)賬、支付行為，但是并不是所有的行騙方都不會實名制，存在安全漏洞，因此也并不能從根本上防止因詐騙而導(dǎo)致的轉(zhuǎn)賬、支付等行為的發(fā)生，而且還很可能會攔截掉一些正常的轉(zhuǎn)賬、支付行為。

技術(shù)實現(xiàn)要素：

基于此，本實施例的目的在于提供一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法及應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置，其可以智能判斷收款方是否存在安全風(fēng)險，提高安全性。

為達(dá)到上述目的，本實施例采用以下技術(shù)方案：

一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法，包括步驟：

接收終端發(fā)送的網(wǎng)絡(luò)支付請求，所述網(wǎng)絡(luò)支付請求包括收款方信息，所述收款方信息包括收款方銀行賬戶、收款方社交平臺賬號中的一種或兩種；

向關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，所述查詢請求包括所述收款方信息，所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器包括第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器以及第四數(shù)據(jù)庫服務(wù)器中的至少一個，所述第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器分別為存儲舉報信息的舉報信息數(shù)據(jù)庫服務(wù)器、存儲標(biāo)記的賬戶信息的第一賬戶數(shù)據(jù)庫服務(wù)器、存儲與已標(biāo)記的移動終端號碼關(guān)聯(lián)的賬戶信息的第二賬戶數(shù)據(jù)庫服務(wù)器、存儲社交平臺用戶的登錄地址的登錄地址數(shù)據(jù)庫服務(wù)器中的任意一種；

接收所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，所述查詢響應(yīng)包括所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器對所述收款方信息進(jìn)行查詢獲得的查詢結(jié)果，并根據(jù)所述查詢結(jié)果判斷所述收款方信息的賬戶安全類型；

根據(jù)所述賬戶安全類型對所述網(wǎng)絡(luò)支付請求進(jìn)行安全預(yù)警處理。

一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置，包括：

支付請求接收模塊，用于接收終端發(fā)送的網(wǎng)絡(luò)支付請求，所述網(wǎng)絡(luò)支付請求包括收款方信息，所述收款方信息包括收款方銀行賬戶、收款方社交平臺賬號中的一種或兩種；

賬戶類型判斷模塊，用于向關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，所述查詢請求包括所述收款方信息，并接收所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，所述查詢響應(yīng)包括所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器對所述收款方信息進(jìn)行查詢獲得的查詢結(jié)果，并根據(jù)所述查詢結(jié)果判斷所述收款方信息的賬戶安全類型；所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器包括第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器以及第四數(shù)據(jù)庫服務(wù)器中的至少一個，所述第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器分別為存儲舉報信息的舉報信息數(shù)據(jù)庫服務(wù)器、存儲標(biāo)記的賬戶信息的第一賬戶數(shù)據(jù)庫服務(wù)器、存儲與已標(biāo)記的移動終端號碼關(guān)聯(lián)的賬戶信息的第二賬戶數(shù)據(jù)庫服務(wù)器、存儲社交平臺用戶的登錄地址的登錄地址數(shù)據(jù)庫服務(wù)器中的任意一種；

安全預(yù)警處理模塊，用于根據(jù)所述賬戶安全類型對所述網(wǎng)絡(luò)支付請求進(jìn)行安全預(yù)警處理。

根據(jù)如上所述的實施例中的方案，其在接收到終端發(fā)送的網(wǎng)絡(luò)支付請求時，基于收款方信息向關(guān)聯(lián)的數(shù)據(jù)庫進(jìn)行查詢，基于舉報信息、標(biāo)記的賬戶信息、已標(biāo)記的移動終端號碼關(guān)聯(lián)的賬戶信息、登錄地址等大數(shù)據(jù)信息確定收款方信息的賬戶安全類型，并基于該賬戶安全類型再對該網(wǎng)絡(luò)支付請求進(jìn)行針對性的處理，從而可以智能判斷收款方是否存在安全風(fēng)險，不僅可以據(jù)此從根本上防止因詐騙而導(dǎo)致的轉(zhuǎn)賬、支付等行為的發(fā)生，且不會攔截掉正常的轉(zhuǎn)賬、支付行為，提高了網(wǎng)絡(luò)支付、轉(zhuǎn)賬等網(wǎng)絡(luò)支付行為的安全性。

附圖說明

圖1是一個實施例中的本發(fā)明方案的應(yīng)用環(huán)境的示意圖；

圖2是一個實施例中的服務(wù)器的組成結(jié)構(gòu)示意圖；

圖3是一個實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖；

圖4是一個具體示例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖；

圖5是一個應(yīng)用示例中終端轉(zhuǎn)賬給社交平臺賬號時的相關(guān)界面的示意圖；

圖6是另一個應(yīng)用示例中終端轉(zhuǎn)賬給銀行賬戶時的相關(guān)界面的示意圖；

圖7是一個應(yīng)用示例中終端上傳舉報信息的示例圖；

圖8是另一個應(yīng)用示例中終端上傳舉報信息的示例圖；

圖9是一個應(yīng)用示例中收款方終端的界面示意圖；

圖10是另一個示例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖；

圖11是另一個示例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖；

圖12是一個實施例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置的結(jié)構(gòu)示意圖；

圖13是一個具體示例中的處理模塊的結(jié)構(gòu)示意圖；

圖14是一個具體示例中的賬戶類型判斷模塊的結(jié)構(gòu)示意圖；

圖15是一個具體示例中的第一查詢模塊的結(jié)構(gòu)示意圖；

圖16是另一個具體示例中的第一查詢模塊的結(jié)構(gòu)示意圖；

圖17是另一個實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施方式僅僅用以解釋本發(fā)明，并不限定本發(fā)明的保護(hù)范圍。

圖1示出了本發(fā)明一個實施例中的工作環(huán)境示意圖，如圖1所示，其工作環(huán)境涉及終端101、終端102、網(wǎng)絡(luò)支付請求處理服務(wù)器100、第一數(shù)據(jù)庫服務(wù)器103、第二數(shù)據(jù)庫服務(wù)器104、第三數(shù)據(jù)庫服務(wù)器105及第四數(shù)據(jù)庫服務(wù)器106，終端101、終端102、網(wǎng)絡(luò)支付請求處理服務(wù)器100、第一數(shù)據(jù)庫服務(wù)器103、第二數(shù)據(jù)庫服務(wù)器104、第三數(shù)據(jù)庫服務(wù)器105及第四數(shù)據(jù)庫服務(wù)器106相互之間可以通過網(wǎng)絡(luò)進(jìn)行通信。終端101可以基于用戶的指令，向網(wǎng)絡(luò)支付請求處理服務(wù)器100發(fā)送網(wǎng)絡(luò)支付請求，以轉(zhuǎn)賬、支付給相關(guān)銀行賬戶或者相關(guān)社交平臺賬號，該相關(guān)社交平臺賬號可以是終端102上運行的社交平臺的賬號。本實施例方案涉及的是網(wǎng)絡(luò)支付請求處理服務(wù)器100對應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警，在對應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警的過程中，網(wǎng)絡(luò)支付請求處理服務(wù)器100可能與第一數(shù)據(jù)庫服務(wù)器103、第二數(shù)據(jù)庫服務(wù)器104、第三數(shù)據(jù)庫服務(wù)器105及第四數(shù)據(jù)庫服務(wù)器106進(jìn)行數(shù)據(jù)交互。終端101、102可以是任何一種能夠?qū)崿F(xiàn)智能輸入輸出的設(shè)備，例如移動終端，比如手機(jī)、平板電腦、個人計算機(jī)等。

網(wǎng)絡(luò)支付請求處理服務(wù)器100在一個實施例中的結(jié)構(gòu)示意圖如圖2所示。其包括通過系統(tǒng)總線連接的處理器、供電模塊、存儲介質(zhì)、內(nèi)存和通信接口。其中，服務(wù)器的存儲介質(zhì)存儲有操作系統(tǒng)、數(shù)據(jù)庫和一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置，該裝置用于實現(xiàn)一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法。服務(wù)器的通信接口用于與終端101、終端102、第一數(shù)據(jù)庫服務(wù)器103、第二數(shù)據(jù)庫服務(wù)器104、第三數(shù)據(jù)庫服務(wù)器105及第四數(shù)據(jù)庫服務(wù)器106進(jìn)行連接和通信。

圖3示出了一個實施例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖。如圖3所示，該實施例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法包括：

步驟S301：接收終端發(fā)送的網(wǎng)絡(luò)支付請求，所述網(wǎng)絡(luò)支付請求包括收款方信息，收款方信息包括收款方銀行賬戶、收款方社交平臺賬號中的一種或兩種；

步驟S302：向關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，所述查詢請求包括所述收款方信息，所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器包括第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器以及第四數(shù)據(jù)庫服務(wù)器中的至少一個，第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器分別為存儲舉報信息的舉報信息數(shù)據(jù)庫服務(wù)器、存儲標(biāo)記的賬戶信息的第一賬戶數(shù)據(jù)庫服務(wù)器、存儲與已標(biāo)記的移動終端號碼關(guān)聯(lián)的賬戶信息的第二賬戶數(shù)據(jù)庫服務(wù)器、存儲社交平臺用戶的登錄地址的登錄地址數(shù)據(jù)庫服務(wù)器中的任意一種，可以理解的是，第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器互不相同；

步驟S303：接收所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，所述查詢響應(yīng)包括所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器對所述收款方信息進(jìn)行查詢獲得的查詢結(jié)果，并根據(jù)所述查詢結(jié)果判斷所述收款方信息的賬戶安全類型

步驟S304：根據(jù)上述確定的賬戶安全類型對所述網(wǎng)絡(luò)支付請求進(jìn)行安全預(yù)警處理。

根據(jù)如上所述的實施例中的方案，其在接收到終端發(fā)送的網(wǎng)絡(luò)支付請求時，基于收款方信息向關(guān)聯(lián)的數(shù)據(jù)庫進(jìn)行查詢，基于舉報信息、標(biāo)記的賬戶信息、已標(biāo)記的移動終端號碼關(guān)聯(lián)的賬戶信息、登錄地址等大數(shù)據(jù)信息確定收款方信息的賬戶安全類型，并基于該賬戶安全類型再對該網(wǎng)絡(luò)支付請求進(jìn)行針對性的處理，從而可以智能判斷收款方是否存在安全風(fēng)險，不僅可以據(jù)此從根本上防止因詐騙而導(dǎo)致的轉(zhuǎn)賬、支付等行為的發(fā)生，且不會攔截掉正常的轉(zhuǎn)賬、支付行為，提高了網(wǎng)絡(luò)支付、轉(zhuǎn)賬等網(wǎng)絡(luò)支付行為的安全性。

上述確定的賬戶安全類型，可以結(jié)合實際需要進(jìn)行設(shè)置，在一個具體示例中，上述賬戶安全類型可以包括安全賬戶、風(fēng)險賬戶或者危險賬戶，據(jù)此，在上述步驟S304中根據(jù)賬戶安全類型對網(wǎng)絡(luò)支付請求進(jìn)行安全預(yù)警處理時，具體的安全預(yù)警處理的方式可以包括：

在賬戶安全類型為危險賬戶時，攔截網(wǎng)絡(luò)支付請求，并向終端發(fā)送無法支付的通知消息；

在賬戶安全類型為安全賬戶時，放行網(wǎng)絡(luò)支付請求或者將網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送，以完成轉(zhuǎn)賬、支付等過程；

在賬戶安全類型為風(fēng)險賬戶時，向終端發(fā)送風(fēng)險提示信息，并在接收到終端的支付指令時，放行網(wǎng)絡(luò)支付請求或者將網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送。

在上述向關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，接收關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，根據(jù)查詢響應(yīng)中的查詢結(jié)果判斷收款方信息的賬戶安全類型時，可以是同時向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，基于各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，共同確定收款方信息的賬戶安全類型，也可以是依次向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，在任意一個關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)確定收款方信息的賬戶安全類型是危險賬戶時，不再向其他的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，結(jié)束應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警過程。

以下結(jié)合這兩種方式分別舉例說明。在下述具體示例的舉例說明中，是以第一數(shù)據(jù)庫服務(wù)器為舉報信息數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器為第一賬戶數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器為第二賬戶數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器為登錄地址數(shù)據(jù)庫服務(wù)器為例進(jìn)行說明。可以理解，在實際技術(shù)應(yīng)用中，第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器對應(yīng)的實際的數(shù)據(jù)庫服務(wù)器的類型可以做不同的配置，例如第一數(shù)據(jù)庫服務(wù)器也可以為第一賬戶數(shù)據(jù)庫服務(wù)器、第二賬戶數(shù)據(jù)庫服務(wù)器、登錄地址數(shù)據(jù)庫服務(wù)器中的任意一種，第二數(shù)據(jù)庫服務(wù)器也可以是舉報信息數(shù)據(jù)庫服務(wù)器、第二賬戶數(shù)據(jù)庫服務(wù)器、登錄地址數(shù)據(jù)庫服務(wù)器中的任意一種，只要第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器互不相同即可。

圖4示出了一個具體示例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖，該示例是以依次向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求為例說明，在任意一個關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)確定收款方信息的賬戶安全類型是危險賬戶時，不再向其他的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，結(jié)束應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警過程。

圖5、圖6分別示出了一個應(yīng)用示例中終端轉(zhuǎn)賬給社交平臺賬號時和轉(zhuǎn)賬給銀行賬戶時的相關(guān)界面的示意圖。

結(jié)合圖5、圖6所示，在終端用戶需要進(jìn)行轉(zhuǎn)賬時，可以通過如圖5-1、圖6-1所示的界面，輸入需要進(jìn)行轉(zhuǎn)賬、或支付等相關(guān)的信息，并通過點擊“確認(rèn)轉(zhuǎn)賬”等類似按鈕發(fā)出指令。終端接收到該指令后，向網(wǎng)絡(luò)支付請求處理服務(wù)器發(fā)送網(wǎng)絡(luò)支付請求，網(wǎng)絡(luò)支付請求中包括有收款方信息，該收款方信息可以是收款方銀行賬戶(如圖6的6-1的“A銀行(****8808)”)，也可以是收款方社交平臺賬號(如圖6的6-1中的“趙一”的社交平臺賬號)，也可以是同時包括收款方社交平臺賬號和收款方銀行賬戶(如圖6的6-1的“張三，A銀行(****8808)”))?？梢岳斫?，圖5、圖6的示意圖僅是一種示意性說明，在實際的技術(shù)應(yīng)用中，終端用戶也可以通過其他的功能按鈕來發(fā)出指令，以促使終端發(fā)出網(wǎng)絡(luò)支付請求?？梢岳斫?，上述網(wǎng)絡(luò)支付請求還可以包括有付款方信息，付款方信息可以包括付款方銀行賬戶、付款方社交平臺賬號中的一種或兩種。

結(jié)合圖4所示，網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該網(wǎng)絡(luò)支付請求后，向舉報信息數(shù)據(jù)庫服務(wù)器發(fā)送第一查詢請求，該第一查詢請求中包括有上述收款方信息。可以理解，此時，上述步驟S302中的查詢請求包括該第一查詢請求。

舉報信息數(shù)據(jù)庫服務(wù)器接收到該第一查詢請求后，查找與收款方信息對應(yīng)的舉報信息，通常是包含有該收款方信息的舉報信息，并記錄查找到的與收款方信息對應(yīng)的舉報信息的數(shù)目?？梢岳斫?，舉報信息數(shù)據(jù)庫服務(wù)器也可以事先在接收到舉報信息時，先行對舉報信息中的銀行賬戶、社交平臺賬號對應(yīng)的舉報信息的數(shù)目進(jìn)行統(tǒng)計并記錄，從而，舉報信息數(shù)據(jù)庫服務(wù)器在接收到第一查詢請求時，可以直接查找與收款方信息對應(yīng)的舉報信息的數(shù)目即可。

其中，上述舉報信息可以是由終端上報后存儲在舉報信息數(shù)據(jù)庫服務(wù)器。舉報信息可以是由終端直接上報到舉報信息數(shù)據(jù)庫服務(wù)器，也可以是經(jīng)由網(wǎng)絡(luò)支付請求處理服務(wù)器存儲到舉報信息數(shù)據(jù)庫服務(wù)器。在經(jīng)由網(wǎng)絡(luò)支付請求處理服務(wù)器進(jìn)行存儲的情況下，本實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法還可以包括：

接收各終端上傳的舉報信息，該舉報信息包括被舉報銀行賬戶、被舉報社交平臺賬號中的一種或兩種；

將所述舉報信息存儲至所述舉報信息數(shù)據(jù)庫服務(wù)器。

圖7、圖8分別示出了兩個應(yīng)用示例中終端上傳舉報信息的示例圖。圖7所示中，以與社交平臺賬號的聊天界面為例，可以在與收款方社交平臺賬號(如圖7-1的張三)的聊天界面中，通過點擊收款方社交平臺賬號的頭像后，再點擊顯示出的可進(jìn)行舉報的控件(如圖7-2中的“舉報”控件)，向網(wǎng)絡(luò)支付請求處理服務(wù)器上傳舉報信息。圖8所示中，以查看轉(zhuǎn)賬詳情為例，可以在轉(zhuǎn)賬詳情的頁面中(如圖8-1所示)，通過點擊某一條具體的轉(zhuǎn)賬記錄后，查看該轉(zhuǎn)賬記錄的詳細(xì)信息(如圖8-2所示)，并在查看該詳細(xì)信息的頁面中，通過點擊該頁面中的可進(jìn)行舉報的控件(如圖8-2中的“舉報”控件)，向網(wǎng)絡(luò)支付請求處理服務(wù)器上傳舉報信息?？梢岳斫?，這兩個示例僅僅是一種示例性說明，在實際技術(shù)應(yīng)用中，還可以有其他方式來實現(xiàn)舉報信息的上傳。

在一個具體應(yīng)用示例中，在接收到舉報信息后，或者是舉報信息中包含的收款方信息對應(yīng)的舉報信息超過了一定的閾值時，可以向舉報信息中包含的賬戶信息或者社交平臺賬號對應(yīng)的終端發(fā)送提示信息，圖9是一個應(yīng)用示例中收款方終端的界面示意圖。結(jié)合圖9所示，該提示信息中，可以包含有相關(guān)的控件，如圖9中所示的“去申訴”的控件，收款方終端的用戶可以通過點擊該控件進(jìn)入申訴過程，以提供申訴機(jī)制，避免安全用戶被惡意舉報，具體的申訴機(jī)制的處理方式可以采用任何可能的方式進(jìn)行，本實施例不做具體限定。

舉報信息數(shù)據(jù)庫服務(wù)器查找到與收款方信息對應(yīng)的舉報信息的數(shù)目后，向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第一查詢響應(yīng)，該第一查詢響應(yīng)中包括有上述查到的、與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第一查詢響應(yīng)后，根據(jù)該第一查詢響應(yīng)判斷收款方信息的賬戶安全類型?？梢岳斫?，此時，上述步驟S303中的查詢響應(yīng)包括該第一查詢響應(yīng)。在基于第一查詢響應(yīng)判斷收款方信息的賬戶安全類型時，可以將上述與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目與預(yù)設(shè)數(shù)目閾值進(jìn)行比對，這里的預(yù)設(shè)數(shù)目閾值可以結(jié)合實際需要進(jìn)行設(shè)定，例如3、5等。若與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目大于預(yù)設(shè)數(shù)目閾值，則判定收款方信息的賬戶安全類型為危險賬戶。若與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目大于0且小于等于上述預(yù)設(shè)數(shù)目閾值，則判定收款方信息的賬戶安全類型為風(fēng)險賬戶。若與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目為0，則判定收款方信息的賬戶安全類型為安全賬戶。

在基于第一查詢響應(yīng)判定收款方信息的賬戶安全類型為危險賬戶時，則可以直接攔截該網(wǎng)絡(luò)支付請求，同時可以向終端返回?zé)o法支付的通知消息，如圖5-3、6-3所示，還可以同時向收款方終端發(fā)送其被舉報無法接收轉(zhuǎn)賬的通知信息，如圖9所示。

在基于第一查詢響應(yīng)判定收款方信息的賬戶安全類型為風(fēng)險賬戶或者安全賬戶時，此時還不能完全確定該收款方信息沒有危險，因此，網(wǎng)絡(luò)支付請求處理服務(wù)器向第二數(shù)據(jù)庫服務(wù)器(本示例中為第一賬戶數(shù)據(jù)庫服務(wù)器)發(fā)送第二查詢請求，該第二查詢請求中包括有上述收款方信息，通常該第二查詢請求中可以包含收款方銀行賬戶信息。可以理解，此時，上述步驟S302中的查詢請求包括該第二查詢請求。

第一賬戶數(shù)據(jù)庫服務(wù)器中存儲有標(biāo)記的賬戶信息，這里的標(biāo)記的賬戶信息可以是已確定是詐騙賬戶的賬戶信息，在具體應(yīng)用中，這里的第一賬戶數(shù)據(jù)庫服務(wù)器可以是銀行、公安等系統(tǒng)的詐騙賬戶數(shù)據(jù)庫。

第一賬戶數(shù)據(jù)庫服務(wù)器接收到該第二查詢請求后，查找是否存儲有與收款方信息對應(yīng)的賬戶信息，即是否有與所述收款方信息一致的銀行賬戶信息，并基于查找結(jié)果向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第二查詢響應(yīng)，該第二查詢響應(yīng)中包括有是否有與收款方信息一致的銀行賬戶信息的查詢結(jié)果。可以理解，此時，上述步驟S303中的查詢響應(yīng)包括該第二查詢響應(yīng)。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第二查詢響應(yīng)后，根據(jù)該第二查詢響應(yīng)判斷收款方信息的賬戶安全類型。在第二賬戶數(shù)據(jù)庫服務(wù)器查找到了與收款方信息對應(yīng)的賬戶信息時，即有與收款方信息一致的銀行賬戶信息時，則判定收款方信息的賬戶安全類型為危險賬戶，直接攔截該網(wǎng)絡(luò)支付請求，同時可以向終端返回?zé)o法支付的通知消息，如圖6-4所示。

在基于第二查詢響應(yīng)判定收款方信息的賬戶安全類型不是危險賬戶，即第一賬戶數(shù)據(jù)庫服務(wù)器未查找到與收款方信息對應(yīng)的賬戶信息時，此時還不能完全確定該收款方信息沒有危險，因此，可以進(jìn)一步結(jié)合第三數(shù)據(jù)庫服務(wù)器(本示例中為第二賬戶數(shù)據(jù)庫服務(wù)器)進(jìn)行。

如圖4所示，在該示例中，第三數(shù)據(jù)庫服務(wù)器可為第二賬戶數(shù)據(jù)庫服務(wù)器，且該第二賬戶數(shù)據(jù)庫服務(wù)器可以包括終端號碼標(biāo)記服務(wù)器和社交平臺服務(wù)器。

隨后，網(wǎng)絡(luò)支付請求處理服務(wù)器向終端號碼標(biāo)記服務(wù)器發(fā)送號碼同步請求，請求同步終端號碼標(biāo)記服務(wù)器記錄的移動終端號碼列表?？梢岳斫?，此時，上述步驟S302中的查詢請求包括該號碼同步請求。

終端號碼標(biāo)記服務(wù)器接收到該號碼同步請求后，獲取記錄的終端號碼列表，并向網(wǎng)絡(luò)支付請求處理服務(wù)器返回號碼同步響應(yīng)，該號碼同步響應(yīng)中包括有獲取的該移動終端號碼列表。其中，該終端號碼列表中記錄的移動終端號碼，可以是由各終端記錄并上傳的移動終端號碼，通常是終端用戶在接收到來電時、接收到短信時，確定為是詐騙電話、詐騙短信的來電號碼或者短信發(fā)送方的號碼?？梢岳斫猓藭r上述步驟S303中的查詢響應(yīng)包括該號碼同步響應(yīng)。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該號碼同步響應(yīng)后，向終端(該終端可以是某一個具體的終端，如上述發(fā)送網(wǎng)絡(luò)支付請求的終端，也可以是其他各個不同的終端)發(fā)送第一賬戶查找請求、向社交平臺服務(wù)器(可以理解，這里的社交平臺服務(wù)器可以有多個)發(fā)送第二賬戶查找請求，第一賬戶查找請求、第二賬戶查找請求中包括有上述移動終端號碼列表，同時還包括有上述收款方信息。

可以理解，上述向終端發(fā)送第一賬戶查找請求、向社交平臺服務(wù)器發(fā)送第二賬戶查找請求的過程可以同時進(jìn)行，也可以有先后順序，例如可以在接收到終端返回的第一賬戶查找響應(yīng)、并判定收款方信息未包含在第一銀行賬戶信息后再向社交平臺服務(wù)器發(fā)送第二賬戶查找請求等，或者是在接收到社交平臺服務(wù)器返回的第二賬戶查找響應(yīng)、并判定收款方信息未包含在第二銀行賬戶信息和第三銀行賬戶信息后再向終端發(fā)送第一賬戶查找請求，圖4圖示中是以有先后順序為例進(jìn)行說明，該圖示示例并不用以對實際的順序進(jìn)行限定。可以理解，此時上述步驟S302中的查詢請求包括該第一賬戶查找請求、第二賬戶查找請求。

終端接收到該第一賬戶查找請求后，查找由移動終端號碼列表中的移動終端號碼發(fā)出的信息中包含的第一銀行賬戶信息。在第一賬戶查找請求中包括有收款方信息時，終端還可以進(jìn)一步確定收款方信息是否包含在第一銀行賬戶信息中。并向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第一賬戶查找響應(yīng)，該第一賬戶查找響應(yīng)中包括上述第一銀行賬戶信息，或者是包括收款方信息是否包含在第一銀行賬戶信息中的信息?？梢岳斫猓藭r上述步驟S303中的查詢響應(yīng)包括該第一賬戶查找響應(yīng)。

各社交平臺服務(wù)器接收到該第二賬戶查找請求后，查找由移動終端號碼列表中的移動終端號碼發(fā)布的社交信息中包含的第二銀行賬戶信息、與移動終端號碼列表中的移動終端號碼屬于同一用戶的社交平臺賬號發(fā)布的社交信息中包含的第三銀行賬戶信息。在目前的社交平臺應(yīng)用中，同一個移動終端號碼可以在各個不同的社交平臺進(jìn)行注冊并進(jìn)行社交平臺的應(yīng)用，且各社交平臺的賬號也可以基于移動終端號碼、郵箱、綁定關(guān)系等各種方式確定這些社交平臺賬號是否屬于同一個用戶，在這些社交平臺發(fā)布的社交信息中，可能會包含有相關(guān)的銀行賬戶信息。在第二賬戶查找請求中包括有收款方信息時，社交平臺服務(wù)器還可以進(jìn)一步確定收款方信息是否包含在第二銀行賬戶信息中、第三銀行賬戶信息中。隨后社交平臺服務(wù)器向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第二賬戶查找響應(yīng)，該第二賬戶查找響應(yīng)包括有上述第二銀行賬戶信息、第三銀行賬戶信息，或者是包括有收款方信息是否包含在第二銀行賬戶信息、第三銀行賬戶信息中的信息?？梢岳斫?，此時上述步驟S303中的查詢響應(yīng)包括該第二賬戶查找響應(yīng)。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第一賬戶查找響應(yīng)、第二查找響應(yīng)后，即可確定出收款方信息是否包含在第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中。

如果該收款方信息包含在第一銀行賬戶信息、第二銀行賬戶信息、者第三銀行賬戶信息中，則可直接判定收款方信息的賬戶安全類型為危險賬戶，直接攔截該網(wǎng)絡(luò)支付請求，同時可以向終端返回?zé)o法支付的通知消息，如圖6-4所示。

如果該收款方信息未包含在第一銀行賬戶信息、第二銀行賬戶信息、或者第三銀行賬戶信息中，此時還不能完全確定該收款方信息沒有危險，因此，還可以進(jìn)一步結(jié)合第四數(shù)據(jù)庫服務(wù)器(本示例中為登錄地址數(shù)據(jù)庫服務(wù)器)進(jìn)行。

網(wǎng)絡(luò)支付請求處理服務(wù)器向登錄地址數(shù)據(jù)庫服務(wù)器發(fā)送第四查詢請求，該第四查詢請求中包括有上述收款方信息，通常還可以包括收款方社交平臺賬號?？梢岳斫猓藭r上述步驟S302中的查詢請求包括該第四查詢請求。

登陸地址數(shù)據(jù)庫服務(wù)器接收到該第四查詢請求后，查詢與收款方信息對應(yīng)的常用登錄地址、收款方信息對應(yīng)的當(dāng)前登錄地址。其中，與收款方信息對應(yīng)的常用登錄地址可以是預(yù)先記錄用戶登錄時已事先確定、在接收到第四查詢請求后直接查找即可，也可以是在接收到第四查詢請求后，基于搜索到的各個時間的登錄地址實時確定。在查詢到收款方信息對應(yīng)的常用登陸地址和當(dāng)前登錄地址后，登錄地址數(shù)據(jù)庫還可以進(jìn)一步給出常用登陸地址和當(dāng)前登錄地址是否一致的信息。并向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第四查詢響應(yīng)，該第四查詢響應(yīng)中包括有與所述收款方信息對應(yīng)的常用登錄地址、當(dāng)前登錄地址，也可以是包括有常用登陸地址和當(dāng)前登錄地址是否一致的信息?？梢岳斫?，此時上述步驟S303中的查詢響應(yīng)包括該第四查詢響應(yīng)。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第四查詢響應(yīng)后，在當(dāng)前登錄地址與所述常用登錄地址不一致時，判定收款方信息的賬戶安全類型為風(fēng)險賬戶，可以向終端返回風(fēng)險提示信息，提醒終端用戶收款方未在常用登錄地址登錄，如圖5-4所示。若終端用戶仍然需要轉(zhuǎn)賬，則可以通過相關(guān)的按鈕、控件(例如再點擊一次圖5-1、6-1所示的“確認(rèn)轉(zhuǎn)賬”)發(fā)出支付指令，網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該支付指令后，放行該網(wǎng)絡(luò)支付請求或者將網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送。

在當(dāng)前登錄地址與所述常用登錄地址一致時，若上述舉報信息數(shù)據(jù)庫返回的舉報信息的數(shù)目大于0且小于等于上述預(yù)設(shè)數(shù)目閾值，則可以判定收款方信息的賬戶安全類型為風(fēng)險賬戶，可以向終端返回風(fēng)險提示信息，提醒終端用戶收款方有危險，如圖5-2、6-2所示。若終端用戶仍然需要轉(zhuǎn)賬，則可以通過相關(guān)的按鈕、控件(例如再點擊一次圖5-1、6-1所示的“確認(rèn)轉(zhuǎn)賬”)發(fā)出支付指令，網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該支付指令后，放行該網(wǎng)絡(luò)支付請求或者將網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送。

在當(dāng)前登錄地址與所述常用登錄地址一致時，且上述舉報信息數(shù)據(jù)庫返回的舉報信息的數(shù)目為0，且第一賬戶數(shù)據(jù)庫服務(wù)器、第二賬戶數(shù)據(jù)庫返回的查詢結(jié)果均是未查詢到，則判定收款方信息的賬戶安全類型為安全賬戶，則放行該網(wǎng)絡(luò)支付請求或者將該網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送，以完成轉(zhuǎn)賬、支付等過程。

在圖4所示的示例中，是以依次向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求、且終端號碼標(biāo)記服務(wù)器、社交平臺服務(wù)器實時獲得第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息為例進(jìn)行說明。在另一個示例中，也可以是終端號碼標(biāo)記服務(wù)器、社交平臺服務(wù)器事先獲得該第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息后，在對網(wǎng)絡(luò)支付請求進(jìn)行處理時，直接判定該收款方信息是否包含在第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中即可。

據(jù)此，圖10示出了另一個具體示例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖。該示例中是以依次向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求、且是事先確定了第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息為例進(jìn)行說明。

如圖10所示，在該示例中，第二賬戶數(shù)據(jù)庫服務(wù)器可以獨立設(shè)置，即終端號碼標(biāo)記服務(wù)器、社交平臺服務(wù)器、第二賬戶數(shù)據(jù)庫服務(wù)器均獨立設(shè)置，上述得到的第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息存儲在第二賬戶數(shù)據(jù)庫服務(wù)器即可。在該示例中，需事先獲得第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息并存儲在第二賬戶數(shù)據(jù)庫服務(wù)器。

如圖10所示，接收網(wǎng)絡(luò)支付請求之前，該具體示例中的方法還可以包括：

向終端號碼標(biāo)記服務(wù)器發(fā)送號碼同步請求，請求同步終端號碼標(biāo)記服務(wù)器記錄的移動終端號碼列表。

終端號碼標(biāo)記服務(wù)器接收到該號碼同步請求后，獲取記錄的終端號碼列表，并向網(wǎng)絡(luò)支付請求處理服務(wù)器返回號碼同步響應(yīng)，該號碼同步響應(yīng)中包括有獲取的該移動終端號碼列表。其中，該終端號碼列表中記錄的移動終端號碼，可以是由各終端記錄并上傳的移動終端號碼，通常是終端用戶在接收到來電時、接收到短信時，確定為是詐騙電話、詐騙短信的來電號碼或短信發(fā)送方的號碼。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該號碼同步響應(yīng)后，向各終端發(fā)送第一賬戶查找請求、向社交平臺服務(wù)器(可以理解，這里的社交平臺服務(wù)器可以有多個)發(fā)送第二賬戶查找請求，第一賬戶查找請求、第二賬戶查找請求中包括有上述移動終端號碼列表。其中，上述向終端發(fā)送第一賬戶查找請求、向社交平臺服務(wù)器發(fā)送第二賬戶查找請求的過程可以同時進(jìn)行，也可以有先后順序，圖10中是以同時發(fā)送為例進(jìn)行說明，該圖示示例并不用以對實際的順序進(jìn)行限定。

終端接收到該第一賬戶查找請求后，查找由移動終端號碼列表中的移動終端號碼發(fā)出的信息中包含的第一銀行賬戶信息，并向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第一賬戶查找響應(yīng)，第一賬戶查找響應(yīng)包括上述第一銀行賬戶信息。

各社交平臺服務(wù)器接收到該第二賬戶查找請求后，查找由移動終端號碼列表中的移動終端號碼發(fā)布的社交信息中包含的第二銀行賬戶信息、與移動終端號碼列表中的移動終端號碼屬于同一用戶的社交平臺賬號發(fā)布的社交信息中包含的第三銀行賬戶信息。在目前的社交平臺應(yīng)用中，同一個移動終端號碼可以在各個不同的社交平臺進(jìn)行注冊并進(jìn)行社交平臺的應(yīng)用，且各社交平臺的賬號也可以基于移動終端號碼、郵箱、綁定關(guān)系等各種方式確定這些社交平臺賬號是否屬于同一個用戶，在這些社交平臺發(fā)布的社交信息中，可能會包含相關(guān)的銀行賬戶信息。隨后社交平臺服務(wù)器向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第二賬戶查找響應(yīng)，第二賬戶查找響應(yīng)包括上述第二銀行賬戶信息、第三銀行賬戶信息。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第一賬戶查找響應(yīng)、第二查找響應(yīng)后，將第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息發(fā)送至第二賬戶數(shù)據(jù)庫服務(wù)器進(jìn)行存儲。

在圖10所示的示例中，結(jié)合圖5、圖6所示，在終端用戶需要進(jìn)行轉(zhuǎn)賬時，可以通過例如圖5的5-1、圖6的6-1所示的界面，輸入需要進(jìn)行轉(zhuǎn)賬、或支付等相關(guān)的信息，并通過點擊“確認(rèn)轉(zhuǎn)賬”等類似按鈕發(fā)出指令。終端接收到該指令后，向網(wǎng)絡(luò)支付請求處理服務(wù)器發(fā)送網(wǎng)絡(luò)支付請求，該網(wǎng)絡(luò)支付請求中包括有收款方信息。

結(jié)合圖10所示，網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該網(wǎng)絡(luò)支付請求后，向舉報信息數(shù)據(jù)庫服務(wù)器發(fā)送第一查詢請求，該第一查詢請求中包括有上述收款方信息?？梢岳斫?，此時上述步驟S302中的查詢請求包括該第一查詢請求。

舉報信息數(shù)據(jù)庫服務(wù)器接收到該第一查詢請求后，查找與收款方信息對應(yīng)的舉報信息，通常是包含有該收款方信息的舉報信息，并記錄查找到的與收款方信息對應(yīng)的舉報信息的數(shù)目?？梢岳斫?，舉報信息數(shù)據(jù)庫服務(wù)器也可以事先在接收到舉報信息時，先行對舉報信息中的銀行賬戶、社交平臺賬號對應(yīng)的舉報信息的數(shù)目進(jìn)行統(tǒng)計并記錄，從而，舉報信息數(shù)據(jù)庫服務(wù)器在接收到第一查詢請求時，可以直接查找與收款方記錄對應(yīng)的舉報信息的數(shù)目即可，本實施例對此不做具體限定。

舉報信息數(shù)據(jù)庫服務(wù)器查找到與收款方信息對應(yīng)的舉報信息的數(shù)目后，向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第一查詢響應(yīng)，該第一查詢響應(yīng)中包括有上述查到的、與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第一查詢響應(yīng)后，根據(jù)該第一查詢響應(yīng)判斷收款方信息的賬戶安全類型?？梢岳斫?，上述步驟S303中的查詢響應(yīng)包括該第一查詢響應(yīng)。在基于第一查詢響應(yīng)判斷收款方信息的賬戶安全類型時，可以通過將上述與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目與預(yù)設(shè)數(shù)目閾值進(jìn)行比對，這里的預(yù)設(shè)數(shù)目閾值可以結(jié)合實際需要進(jìn)行設(shè)定，例如3、5等等。若與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目大于預(yù)設(shè)數(shù)目閾值，則判定收款方信息的賬戶安全類型為危險賬戶。若與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目大于0且小于等于上述預(yù)設(shè)數(shù)目閾值，則判定收款方信息的賬戶安全類型為風(fēng)險賬戶。與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目為0，則判定收款方信息的賬戶安全類型為安全賬戶。

在基于第一查詢響應(yīng)判定收款方信息的賬戶安全類型為危險賬戶時，則可以直接攔截該網(wǎng)絡(luò)支付請求，同時可以向終端返回?zé)o法支付的通知消息，如圖5-3、6-3所示，還可以同時向收款方終端發(fā)送其被舉報無法接收轉(zhuǎn)賬的通知信息，如圖9所示。

在基于第一查詢響應(yīng)判定收款方信息的賬戶安全類型為風(fēng)險賬戶或者安全賬戶時，此時還不能完全確定該收款方信息沒有危險，因此，網(wǎng)絡(luò)支付請求處理服務(wù)器向第二數(shù)據(jù)庫服務(wù)器(本示例中為第一賬戶數(shù)據(jù)庫服務(wù)器)發(fā)送第二查詢請求，該第二查詢請求中包括有上述收款方信息，通常該第二查詢請求中可以包含收款方銀行賬戶信息。可以理解，此時上述步驟S302中的查詢請求包括該第二查詢請求。

第一賬戶數(shù)據(jù)庫服務(wù)器接收到該第二查詢請求后，查找是否存儲有與收款方信息對應(yīng)的賬戶信息，即是否有與收款方信息一致的銀行賬戶信息，并基于查找結(jié)果向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第二查詢響應(yīng)，該第二查詢響應(yīng)中包括有是否有與收款方信息一致的銀行賬戶信息的查詢結(jié)果?？梢岳斫猓藭r上述步驟S303中的查詢響應(yīng)包括該第二查詢響應(yīng)。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第二查詢響應(yīng)后，根據(jù)該第二查詢響應(yīng)判斷收款方信息的賬戶安全類型。在第一賬戶數(shù)據(jù)庫服務(wù)器查找到了與收款方方信息對應(yīng)的賬戶信息時，即有與收款方信息一致的銀行賬戶信息時，則判定收款方信息的賬戶安全類型為危險賬戶，直接攔截該網(wǎng)絡(luò)支付請求，同時可以向終端返回?zé)o法支付的通知消息，如圖6-4所示。

在基于第二查詢響應(yīng)判定收款方信息的賬戶安全類型不是危險賬戶，即第一賬戶數(shù)據(jù)庫服務(wù)器未查找到與收款方信息對應(yīng)的賬戶信息時，此時還不能完全確定該收款方信息沒有危險，因此，可以進(jìn)一步結(jié)合第三數(shù)據(jù)庫服務(wù)器(本示例中為第二賬戶數(shù)據(jù)庫服務(wù)器)進(jìn)行。

在基于第二查詢響應(yīng)判定收款方信息的賬戶安全類型不是危險賬戶時，網(wǎng)絡(luò)支付請求處理服務(wù)器向第三數(shù)據(jù)庫服務(wù)器(本示例中為第二賬戶數(shù)據(jù)庫服務(wù)器)發(fā)送第三查詢請求，該第三查詢請求中包括有上述收款方信息?？梢岳斫?，此時上述步驟S302中的查詢請求包括該第三查詢請求。

第二賬戶數(shù)據(jù)庫服務(wù)器接收到該第三查詢請求后，查找第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中是否有與收款方信息一致的賬戶信息，并基于查找結(jié)果向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第三查詢響應(yīng)，該第三查詢響應(yīng)中包括有第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中是否有與收款方信息一致的賬戶信息的查詢結(jié)果。可以理解，此時上述步驟S303中的查詢響應(yīng)包括該第三查詢響應(yīng)。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第三查詢響應(yīng)后，根據(jù)該第三查詢響應(yīng)判斷收款方信息的賬戶安全類型。在第二賬戶數(shù)據(jù)庫服務(wù)器查找到了與收款方信息對應(yīng)的賬戶信息時，即有與收款方信息一致的銀行賬戶信息時，則判定收款方信息的賬戶安全類型為危險賬戶，直接攔截該網(wǎng)絡(luò)支付請求，同時可以向終端返回?zé)o法支付的通知消息，如圖6-4所示。

在基于第三查詢響應(yīng)判定收款方信息的賬戶安全類型不是危險賬戶，即第二賬戶數(shù)據(jù)庫服務(wù)器未查找到與收款方信息對應(yīng)的賬戶信息時，此時還不能完全確定該收款方信息沒有危險，因此，可以進(jìn)一步結(jié)合第四數(shù)據(jù)庫服務(wù)器(本示例中為登錄地址數(shù)據(jù)庫服務(wù)器)進(jìn)行。

網(wǎng)絡(luò)支付請求處理服務(wù)器向登錄地址數(shù)據(jù)庫服務(wù)器發(fā)送第四查詢請求，該第四查詢請求中包括有上述收款方信息，通?？梢园ㄊ湛罘缴缃黄脚_賬號。可以理解，此時上述步驟S302中的查詢請求包括該第四查詢請求。

登陸地址數(shù)據(jù)庫服務(wù)器接收到該第四查詢請求后，查詢與收款方信息對應(yīng)的常用登錄地址、當(dāng)前登錄地址。其中，與收款方信息對應(yīng)的常用登錄地址可以是預(yù)先記錄用戶登錄時已事先確定、在接收到第四查詢請求后直接查找即可，也可以是在接收到第四查詢請求后，基于搜索到的各個時間的登錄地址實時確定。在查詢到收款方信息對應(yīng)的常用登陸地址和當(dāng)前登錄地址后，登錄地址數(shù)據(jù)庫還可以進(jìn)一步給出常用登陸地址和當(dāng)前登錄地址是否一致的信息，并向網(wǎng)絡(luò)支付請求處理服務(wù)器返回第四查詢響應(yīng)，該第四查詢響應(yīng)中包括有與收款方信息對應(yīng)的常用登錄地址、當(dāng)前登錄地址，也可以是包括有常用登陸地址和當(dāng)前登錄地址是否一致的信息。可以理解，此時上述步驟S303中的查詢響應(yīng)包括該第四查詢響應(yīng)。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該第四查詢響應(yīng)后，在當(dāng)前登錄地址與所述常用登錄地址不一致時，判定收款方信息的賬戶安全類型為風(fēng)險賬戶，可以向終端返回風(fēng)險提示信息，提醒終端用戶收款方未在常用登錄地址登錄，如圖5-4所示。若終端用戶仍然需要轉(zhuǎn)賬，則可以通過相關(guān)的按鈕、控件(例如再點擊一次圖5-1、6-1所示的“確認(rèn)轉(zhuǎn)賬”)發(fā)出支付指令，網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該支付指令后，放行該網(wǎng)絡(luò)支付請求或者將網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送。

在當(dāng)前登錄地址與所述常用登錄地址一致時，若上述舉報信息數(shù)據(jù)庫返回的舉報信息的數(shù)目大于0且小于等于上述預(yù)設(shè)數(shù)目閾值，則可以判定收款方信息的賬戶安全類型為風(fēng)險賬戶，可以向終端返回風(fēng)險提示信息，提醒終端用戶收款方有危險，如圖5-2、6-2所示。若終端用戶仍然需要轉(zhuǎn)賬，則可以通過相關(guān)的按鈕、控件(例如再點擊一次圖5-1、6-1所示的“確認(rèn)轉(zhuǎn)賬”)發(fā)出支付指令，網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該支付指令后，放行該網(wǎng)絡(luò)支付請求或者將網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送。

在當(dāng)前登錄地址與所述常用登錄地址一致時，且上述舉報信息數(shù)據(jù)庫返回的舉報信息的數(shù)目為0，則判定收款方信息的賬戶安全類型為安全賬戶，則放行該網(wǎng)絡(luò)支付請求或者將該網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送，以完成支付過程。

圖10所示的示例中，其他的相關(guān)技術(shù)特征可以與圖4所示示例中的相同。

圖4、圖10所示示例中，是以依次向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求為例進(jìn)行說明，圖11示出了另一個示例中的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法的流程示意圖，該示例中是以同時向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求為例進(jìn)行說明。

如圖11所示，該實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警方法包括下述步驟：

網(wǎng)絡(luò)支付請求處理服務(wù)器分別向第一數(shù)據(jù)庫服務(wù)器(圖11中為舉報信息數(shù)據(jù)庫服務(wù)器)、第二數(shù)據(jù)庫服務(wù)器(圖11中為第一賬戶數(shù)據(jù)庫服務(wù)器)、第三數(shù)據(jù)庫服務(wù)器(圖11中為第二賬戶數(shù)據(jù)庫服務(wù)器)、第四數(shù)據(jù)庫服務(wù)器(圖11中為登錄地址數(shù)據(jù)庫服務(wù)器)發(fā)送第一查詢請求、第二查詢請求、第三查詢請求、第四查詢請求；此時，上述查詢請求包括該第一查詢請求、第二查詢請求、第三查詢請求及第四查詢請求。

網(wǎng)絡(luò)支付請求處理服務(wù)器接收第一數(shù)據(jù)庫服務(wù)器返回的第一查詢響應(yīng)、第二數(shù)據(jù)庫服務(wù)器返回的第二查詢響應(yīng)、第三數(shù)據(jù)庫服務(wù)器返回的第三查詢響應(yīng)、第四數(shù)據(jù)庫服務(wù)器返回的第四查詢響應(yīng)；所述查詢響應(yīng)包括第一查詢響應(yīng)、第二查詢響應(yīng)、第三查詢響應(yīng)以及第四查詢響應(yīng)。

以上述第一數(shù)據(jù)庫服務(wù)器為舉報信息數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器為第一賬戶數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器為第二賬戶數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器為登錄地址數(shù)據(jù)庫服務(wù)器為例，此時，第一查詢響應(yīng)包括有上述查到的、與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目，第二查詢響應(yīng)包括有是否有與收款方信息一致的銀行賬戶信息的查詢結(jié)果，第三查詢響應(yīng)包括有第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中是否有與收款方信息一致的賬戶信息的查詢結(jié)果，第四查詢響應(yīng)包括有與收款方信息對應(yīng)的常用登錄地址、當(dāng)前登錄地址，也可以是包括有常用登陸地址和當(dāng)前登錄地址是否一致的信息。

隨后，網(wǎng)絡(luò)支付請求處理服務(wù)器根據(jù)第一查詢響應(yīng)、第二查詢響應(yīng)、第三查詢響應(yīng)、第四查詢響應(yīng)判斷收款方信息的賬戶安全類型。

例如，在基于第一查詢響應(yīng)判斷舉報信息的數(shù)目大于預(yù)設(shè)數(shù)目閾值時，或者是基于第二查詢響應(yīng)、第三查詢響應(yīng)確定有查找到對應(yīng)的賬戶信息時，則可以直接判定該收款方信息的賬戶安全類型為危險賬戶，直接攔截該網(wǎng)絡(luò)支付請求，同時可以向終端返回?zé)o法支付的通知消息，如圖5-3、6-3、6-4所示。

在基于第一查詢響應(yīng)判斷舉報信息的數(shù)目小于等于預(yù)設(shè)數(shù)目閾值且不為0，且基于第二查詢響應(yīng)、第三查詢響應(yīng)確定未查找到對應(yīng)的賬戶信息時，則可以判定收款方信息的賬戶安全類型為風(fēng)險賬戶，可以向終端返回風(fēng)險提示信息，提醒終端用戶收款方有危險，如圖5-2、6-2所示。在基于第一查詢響應(yīng)判定舉報信息的數(shù)目為0，且基于第二查詢響應(yīng)、第三查詢響應(yīng)確定未查找到對應(yīng)的賬戶信息，基于第四查詢響應(yīng)判定當(dāng)前登錄地址與所述常用登錄地址不一致，也可以判定收款方信息的賬戶安全類型為風(fēng)險賬戶，可以向終端返回風(fēng)險提示信息，提醒終端用戶收款方未在常用登錄地址登錄，如圖5-4所示。若終端用戶仍然需要轉(zhuǎn)賬，則可以通過相關(guān)的按鈕、控件(例如再點擊一次圖5-1、6-1所示的“確認(rèn)轉(zhuǎn)賬”)發(fā)出支付指令，網(wǎng)絡(luò)支付請求處理服務(wù)器接收到該支付指令后，放行該網(wǎng)絡(luò)支付請求或者將網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送。

在基于第一查詢響應(yīng)判定舉報信息的數(shù)目為0，且基于第二查詢響應(yīng)、第三查詢響應(yīng)確定未查找到對應(yīng)的賬戶信息，基于第四查詢響應(yīng)判定當(dāng)前登錄地址與所述常用登錄地址一致，也可以判定收款方信息的賬戶安全類型為安全賬戶，則放行該網(wǎng)絡(luò)支付請求或者將該網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送，以完成轉(zhuǎn)賬、支付等過程。

可以理解的是，上述第三查詢響應(yīng)，可以是實時的基于終端號碼標(biāo)記服務(wù)器、社交平臺服務(wù)器確定，也可以是如圖11所示，事先確定了第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息后存儲到第二賬戶數(shù)據(jù)庫服務(wù)器，在進(jìn)行具體的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警時，直接從第二賬戶數(shù)據(jù)庫服務(wù)器查找即可，本實施例不做具體限定。

圖11所示示例中的其他技術(shù)特征，可以與圖4、圖10所示的示例中的相關(guān)技術(shù)特征相同。

可以理解的是，在圖4、圖11、圖12所示中，是以將網(wǎng)絡(luò)支付請求處理服務(wù)器、舉報信息數(shù)據(jù)庫服務(wù)器、登錄地址數(shù)據(jù)庫服務(wù)器、第二賬戶數(shù)據(jù)庫服務(wù)器等獨立設(shè)置為例進(jìn)行說明，在具體的技術(shù)應(yīng)用中，這些服務(wù)器的關(guān)系和位置可以結(jié)合實際需要進(jìn)行設(shè)置。例如，以舉報信息數(shù)據(jù)庫服務(wù)器為例，舉報信息數(shù)據(jù)庫服務(wù)器可以與網(wǎng)絡(luò)支付請求處理服務(wù)器獨立設(shè)置，也可以是與網(wǎng)絡(luò)支付請求處理服務(wù)器集成在同一臺具體的設(shè)備上，類似地，第二賬戶數(shù)據(jù)庫服務(wù)器也可以獨立設(shè)置或者與網(wǎng)絡(luò)支付請求處理服務(wù)器集成在同一臺具體的設(shè)備上。本實施例不對各服務(wù)器之間的關(guān)系和形式做具體限定。

基于與上述方法相同的思想，本實施例提供一種應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置。

圖12示出了一個實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置的結(jié)構(gòu)示意圖。如圖12所示，該實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置包括：

支付請求接收模塊121，用于接收終端發(fā)送的網(wǎng)絡(luò)支付請求，所述網(wǎng)絡(luò)支付請求包括收款方信息，所述收款方信息包括收款方銀行賬戶、收款方社交平臺賬號中的一種或兩種；

賬戶類型判斷模塊122，用于向關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，所述查詢請求包括所述收款方信息，并接收所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，所述查詢響應(yīng)包括關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器對所述收款方信息進(jìn)行查詢獲得的查詢結(jié)果，并根據(jù)所述查詢結(jié)果判斷所述收款方信息的賬戶安全類型；所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器包括第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器以及第四數(shù)據(jù)庫服務(wù)器中的至少一個，所述第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器分別為存儲舉報信息的舉報信息數(shù)據(jù)庫服務(wù)器、存儲標(biāo)記的賬戶信息的第一賬戶數(shù)據(jù)庫服務(wù)器、存儲與已標(biāo)記的移動終端號碼關(guān)聯(lián)的賬戶信息的第二賬戶數(shù)據(jù)庫服務(wù)器、存儲社交平臺用戶的登錄地址的登錄地址數(shù)據(jù)庫服務(wù)器中的任意一種，可以理解，第一數(shù)據(jù)庫服務(wù)器、第二數(shù)據(jù)庫服務(wù)器、第三數(shù)據(jù)庫服務(wù)器、第四數(shù)據(jù)庫服務(wù)器互不相同；

安全預(yù)警處理模塊123，用于根據(jù)所述賬戶安全類型對所述網(wǎng)絡(luò)支付請求進(jìn)行安全預(yù)警處理。

根據(jù)如上所述的實施例中的方案，其在接收到終端發(fā)送的網(wǎng)絡(luò)支付請求時，基于收款方信息向關(guān)聯(lián)的數(shù)據(jù)庫進(jìn)行查詢，基于舉報信息、標(biāo)記的賬戶信息、已標(biāo)記的移動終端號碼關(guān)聯(lián)的賬戶信息、登錄地址等大數(shù)據(jù)信息確定收款方信息的賬戶安全類型，并基于該賬戶安全類型再對該網(wǎng)絡(luò)支付請求進(jìn)行針對性的處理，從而可以智能判斷收款方是否存在安全風(fēng)險，不僅可以據(jù)此從根本上防止因詐騙而導(dǎo)致的轉(zhuǎn)賬、支付等行為的發(fā)生，且不會攔截掉正常的轉(zhuǎn)賬、支付行為，提高了網(wǎng)絡(luò)支付、轉(zhuǎn)賬等網(wǎng)絡(luò)支付行為的安全性。

上述確定的賬戶安全類型，可以結(jié)合實際需要進(jìn)行設(shè)置，在一個具體示例中，上述賬戶安全類型可以包括安全賬戶、風(fēng)險賬戶或者危險賬戶，據(jù)此，圖13示出了一個具體示例中的處理模塊的結(jié)構(gòu)示意圖。

如圖13所示，在該具體示例中，處理模塊123包括：

攔截模塊1231，用于在所述賬戶安全類型為危險賬戶時，攔截所述網(wǎng)絡(luò)支付請求，并向所述終端發(fā)送無法支付的通知消息；

放行模塊1232，用于在所述賬戶安全類型為安全賬戶時，或者在提示模塊1233向所述終端發(fā)送風(fēng)險提示信息后、接收到所述終端的支付指令時，放行所述網(wǎng)絡(luò)支付請求或者將所述網(wǎng)絡(luò)支付請求向?qū)?yīng)的網(wǎng)絡(luò)支付服務(wù)器發(fā)送；

提示模塊1233，用于在所述賬戶安全類型為風(fēng)險賬戶時，向所述終端發(fā)送風(fēng)險提示信息。

在上述賬戶類型判斷模塊122向關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，接收所述關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，根據(jù)所述查詢響應(yīng)判斷所述收款方信息的賬戶安全類型時，可以是同時向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，基于各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)，共同確定收款方信息的賬戶安全類型，也可以是依次向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，在任意一個關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器返回的查詢響應(yīng)確定收款方信息的賬戶安全類型是危險賬戶時，不再向其他的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求，結(jié)束應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警過程。

圖14示出了一個具體示例中的賬戶類型判斷模塊的結(jié)構(gòu)示意圖。如圖14所示，該示例中的賬戶類型判斷模塊122包括：第一查詢模塊1221、第二查詢模塊1222、第三查詢模塊1223、第四查詢模塊1224以及判定模塊1225。

以同時向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求為例，此時：

上述第一查詢模塊1221，用于向第一數(shù)據(jù)庫服務(wù)器發(fā)送第一查詢請求，并接收第一數(shù)據(jù)庫服務(wù)器返回的第一查詢響應(yīng)，所述查詢請求包括第一查詢請求，所述查詢響應(yīng)包括第一查詢響應(yīng)；

上述第二查詢模塊1222，用于向第二數(shù)據(jù)庫服務(wù)器發(fā)送第二查詢請求，并接收第二數(shù)據(jù)庫服務(wù)器返回的第二查詢響應(yīng)，所述查詢請求包括第二查詢請求，所述查詢響應(yīng)包括第二查詢響應(yīng)；

上述第三查詢模塊1223，用于向第三數(shù)據(jù)庫服務(wù)器發(fā)送第三查詢請求，并接收第三數(shù)據(jù)庫服務(wù)器返回的第三查詢響應(yīng)，所述查詢請求包括第三查詢請求，所述查詢響應(yīng)包括第三查詢響應(yīng)；

上述第四查詢模塊1224，用于向第四數(shù)據(jù)庫服務(wù)器發(fā)送第四查詢請求，并接收第四數(shù)據(jù)庫服務(wù)器返回的第四查詢響應(yīng)，所述查詢請求包括第四查詢請求，所述查詢響應(yīng)包括第四查詢響應(yīng)；

上述判定模塊1225，用于根據(jù)所述第一查詢響應(yīng)、所述第二查詢響應(yīng)、所述第三查詢響應(yīng)、所述第四查詢響應(yīng)判斷所述收款方信息的賬戶安全類型。

以依次向各關(guān)聯(lián)的數(shù)據(jù)庫服務(wù)器發(fā)送查詢請求為例，此時：

上述第一查詢模塊1221，用于向第一數(shù)據(jù)庫服務(wù)器發(fā)送第一查詢請求，并接收第一數(shù)據(jù)庫服務(wù)器返回的第一查詢響應(yīng)，所述查詢請求包括第一查詢請求，所述查詢響應(yīng)包括第一查詢響應(yīng)；

上述第二查詢模塊1222，用于在判定模塊根據(jù)所述第一查詢響應(yīng)判定的賬戶安全類型不是危險賬戶時，向第二數(shù)據(jù)庫服務(wù)器發(fā)送第二查詢請求，并接收第二數(shù)據(jù)庫服務(wù)器返回的第二查詢響應(yīng)，所述查詢請求包括第二查詢請求，所述查詢響應(yīng)包括第二查詢響應(yīng)；

上述第三查詢模塊1223，用于在所述判定模塊根據(jù)所述第二查詢響應(yīng)判定的賬戶安全類型不是危險賬戶時，向第三數(shù)據(jù)庫服務(wù)器發(fā)送第三查詢請求，并接收第三數(shù)據(jù)庫服務(wù)器返回的第三查詢響應(yīng)，所述查詢請求包括第三查詢請求，所述查詢響應(yīng)包括第三查詢響應(yīng)；

上述第四查詢模塊1224，用于在所述判定模塊根據(jù)所述第三查詢響應(yīng)判定的賬戶安全類型不是危險賬戶時，向第四數(shù)據(jù)庫服務(wù)器發(fā)送第四查詢請求，并接收第四數(shù)據(jù)庫服務(wù)器返回的第四查詢響應(yīng)，所述查詢請求包括第四查詢請求，所述查詢響應(yīng)包括第四查詢響應(yīng)；

上述判定模塊1225，用于根據(jù)所述第一查詢響應(yīng)、所述第二查詢響應(yīng)、所述第三查詢響應(yīng)或者所述第四查詢響應(yīng)判斷所述收款方信息的賬戶安全類型。

以第一數(shù)據(jù)庫服務(wù)器為舉報信息數(shù)據(jù)庫服務(wù)器為例，此時，上述第一查詢響應(yīng)包括與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目。判定模塊1225可以在與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目大于預(yù)設(shè)數(shù)目閾值時，判定收款方信息的賬戶安全類型為危險賬戶。若與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目大于0且小于等于上述預(yù)設(shè)數(shù)目閾值，則判定收款方信息的賬戶安全類型為風(fēng)險賬戶。與收款方信息關(guān)聯(lián)的舉報信息的數(shù)目為0，則判定收款方信息的賬戶安全類型為安全賬戶。

可以理解，舉報信息數(shù)據(jù)庫服務(wù)器也可以事先在接收到舉報信息時，先行對舉報信息中的銀行賬戶、社交平臺賬號對應(yīng)的舉報信息的數(shù)目進(jìn)行統(tǒng)計并記錄，從而，舉報信息數(shù)據(jù)庫服務(wù)器在接收到第一查詢請求時，可以直接查找與收款方記錄對應(yīng)的舉報信息的數(shù)目即可，本實施例對此不做具體限定。

據(jù)此，如圖17所示的另一實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置的結(jié)構(gòu)示意圖所示，本實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置還可以包括：

信息更新模塊128，用于接收各終端上傳的舉報信息，該舉報信息包括被舉報銀行賬戶、被舉報社交平臺賬號中的一種或兩種，并將該舉報信息存儲至所述舉報信息數(shù)據(jù)庫服務(wù)器。

以第一數(shù)據(jù)庫服務(wù)器為第一賬戶數(shù)據(jù)庫服務(wù)器為例，此時，上述第一查詢響應(yīng)可以為第一賬戶數(shù)據(jù)庫服務(wù)器中是否有與收款方信息一致的銀行賬戶信息的查詢結(jié)果。此時，判定模塊1225，可以在第一賬戶數(shù)據(jù)庫服務(wù)器中有與所述收款方信息一致的銀行賬戶信息時，判定收款方信息的賬戶安全類型為危險賬戶，否則判定收款方信息的賬戶安全類型為安全賬戶。

以第一數(shù)據(jù)庫服務(wù)器為登陸地址數(shù)據(jù)庫服務(wù)器為例，此時，上述第一查詢響應(yīng)為與收款方信息對應(yīng)的常用登錄地址、收款方信息的當(dāng)前登錄地址。此時，判定模塊1225，在當(dāng)前登錄地址與常用登錄地址不一致時，判定收款方信息的賬戶安全類型為風(fēng)險賬戶，否則判定收款方信息的賬戶安全類型為安全賬戶。

以第一數(shù)據(jù)庫服務(wù)器為第二賬戶數(shù)據(jù)庫服務(wù)器為例，此時，上述第一查詢響應(yīng)可以為第二賬戶數(shù)據(jù)庫服務(wù)器中是否有與收款方信息一致的銀行賬戶信息的查詢結(jié)果。此時，判定模塊1225，可以在第二賬戶數(shù)據(jù)庫服務(wù)器中有與所述收款方信息一致的銀行賬戶信息時，判定收款方信息的賬戶安全類型為危險賬戶，否則判定收款方信息的賬戶安全類型為安全賬戶。

在一個具體示例中，該第二賬戶數(shù)據(jù)庫服務(wù)器可以包括終端號碼標(biāo)記服務(wù)器和社交平臺服務(wù)器。圖15示出了該示例情況下的第一查詢模塊1221的結(jié)構(gòu)示意圖。

如圖15所示，在該具體示例中，第一查詢模塊1221包括：

第二號碼同步模塊12211，用于向終端號碼標(biāo)記服務(wù)器發(fā)送號碼同步請求，并接收所述終端號碼標(biāo)記服務(wù)器返回的號碼同步響應(yīng)，所述號碼同步響應(yīng)包括移動終端號碼列表；

第二終端查找模塊12212，用于向終端發(fā)送第一賬戶查找請求，所述第一賬戶查找請求包括所述移動終端號碼列表，并接收終端返回的第一賬戶查找響應(yīng)，所述第一賬戶查找響應(yīng)包括由所述移動終端號碼列表中的移動終端號碼發(fā)出的信息中包含的第一銀行賬戶信息；

第二平臺查找模塊12213，用于向各社交平臺服務(wù)器發(fā)送第二賬戶查找請求，所述第二賬戶查找請求包括所述移動終端號碼列表，并接收各社交平臺服務(wù)器返回的第二賬戶查找響應(yīng)，所述第二賬戶查找響應(yīng)包括由所述移動終端號碼列表中的移動終端號碼發(fā)布的社交信息中包含的第二銀行賬戶信息、與所述移動終端號碼列表中的移動終端號碼屬于同一用戶的社交平臺賬號發(fā)布的社交信息中包含的第三銀行賬戶信息；

比較判定模塊12214，用于判斷所述收款方信息是否包含在所述第一銀行賬戶信息、所述第二銀行賬戶信息、所述第三銀行賬戶信息中，所述第一查詢響應(yīng)包括所述收款方信息是否包含在所述第一銀行賬戶信息、所述第二銀行賬戶信息、所述第三銀行賬戶信息中的信息。

在上述示例中，是以終端和社交平臺服務(wù)器返回第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息為例進(jìn)行說明。在另一個示例中，終端和社交平臺服務(wù)器可以返回收款方信息是否在第一銀行賬戶信息中的信息、收款方信息是否在第二銀行賬戶信息和第三銀行賬戶信息中的信息。此時，第一賬戶查找請求、第二賬戶查找請求中還可以包括有收款方信息。

據(jù)此，圖16示出了該示例情況下的第一查詢模塊1221的結(jié)構(gòu)示意圖。如圖16所示，該具體示例中的第一查詢模塊1221包括：

第二號碼同步模塊12211，用于向從終端號碼標(biāo)記服務(wù)器發(fā)送號碼同步請求，接收所述終端號碼標(biāo)記服務(wù)器返回的號碼同步響應(yīng)，所述號碼同步響應(yīng)包括移動終端號碼列表；

第二終端查找模塊12212，用于向終端發(fā)送第一賬戶查找請求，所述第一賬戶查找請求包括所述移動終端號碼列表，并接收終端返回的第一賬戶查找響應(yīng)，所述第一賬戶查找響應(yīng)包括所述收款方信息是否包含在第一銀行賬戶信息中的信息，所述第一銀行賬戶信息為由所述移動終端號碼列表中的移動終端號碼發(fā)出的信息中包含的銀行賬戶信息；

第二平臺查找模塊12213，用于向各社交平臺服務(wù)器發(fā)送第二賬戶查找請求，所述第二賬戶查找請求包括所述移動終端號碼列表，并接收各社交平臺服務(wù)器返回的第二賬戶查找響應(yīng)，所述第二賬戶查找響應(yīng)包括所述收款方信息是否包含在第二銀行賬戶信息、第三銀行賬戶信息中的信息，所述第二銀行賬戶信息為由所述移動終端號碼列表中的移動終端號碼發(fā)布的社交信息中包含的銀行賬戶信息，所述第三銀行賬戶信息為與所述移動終端號碼列表中的移動終端號碼屬于同一用戶的社交平臺賬號發(fā)布的社交信息中包含的銀行賬戶信息。

此時，上述第一查詢響應(yīng)包括收款方信息是否包含在所一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中的信息。

在上述示例的說明中，是以實時的從終端號碼標(biāo)記服務(wù)器、社交平臺服務(wù)器獲得第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息，進(jìn)而確定收款方信息是否包含在第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中為例進(jìn)行說明。在一個應(yīng)用示例中，也可以是由終端號碼標(biāo)記服務(wù)器、社交平臺服務(wù)器事先獲得該第一銀行賬戶信息、二銀行賬戶信息、第三銀行賬戶信息后進(jìn)行存儲，在對網(wǎng)絡(luò)支付請求進(jìn)行處理時，直接判定該收款方信息是否包含在第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中即可。

據(jù)此，如圖17所示，在另一個實施例的應(yīng)用于網(wǎng)絡(luò)支付的安全預(yù)警裝置中，還可以包括：

第一號碼同步模塊124，用于向終端號碼標(biāo)記服務(wù)器發(fā)送號碼同步請求，并接收所述終端號碼標(biāo)記服務(wù)器返回的號碼同步響應(yīng)，所述號碼同步響應(yīng)包括移動終端號碼列表；

第一終端查找模塊125，用于向終端發(fā)送第一賬戶查找請求，所述第一賬戶查找請求包括所述移動終端號碼列表，并接收終端返回的第一賬戶查找響應(yīng)，所述第一賬戶查找響應(yīng)包括由所述移動終端號碼列表中的移動終端號碼發(fā)出的信息中包含的第一銀行賬戶信息；

第一平臺查找模塊126，用于向各社交平臺服務(wù)器發(fā)送第二賬戶查找請求，所述第二賬戶查找請求包括所述移動終端號碼列表，并接收各社交平臺服務(wù)器返回的第二賬戶查找響應(yīng)，所述第二賬戶查找響應(yīng)包括由所述移動終端號碼列表中的移動終端號碼發(fā)布的社交信息中包含的第二銀行賬戶信息、與所述移動終端號碼列表中的移動終端號碼屬于同一用戶的社交平臺賬號發(fā)布的社交信息中包含的第三銀行賬戶信息；

存儲模塊127，用于將所述第一銀行賬戶信息、所述第二銀行賬戶信息、所述第三銀行賬戶信息發(fā)送至所述第二賬戶數(shù)據(jù)庫服務(wù)器進(jìn)行存儲。

此時，以第一數(shù)據(jù)庫服務(wù)器為第二賬戶數(shù)據(jù)庫服務(wù)器為例，此時，第一查詢模塊1221可以直接在第二賬戶數(shù)據(jù)庫服務(wù)器中進(jìn)行查詢，上述第一查詢響應(yīng)可以為第二賬戶數(shù)據(jù)庫服務(wù)器的第一銀行賬戶信息、第二銀行賬戶信息、第三銀行賬戶信息中是否有與收款方信息一致的銀行賬戶信息的查詢結(jié)果。在此請款下，上述第二賬戶數(shù)據(jù)庫服務(wù)器可以為與終端號碼標(biāo)記服務(wù)器、社交平臺服務(wù)器相互獨立的服務(wù)器。

基于與上述實施例相同的思想，在一個實施例中，還提供一種計算機(jī)設(shè)備，該計算機(jī)設(shè)備包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機(jī)程序，處理器執(zhí)行所該計算機(jī)程序時可以執(zhí)行如上述方法實施例中的步驟。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一非易失性的計算機(jī)可讀取存儲介質(zhì)中，如本發(fā)明實施例中，該程序可存儲于計算機(jī)系統(tǒng)的存儲介質(zhì)中，并被該計算機(jī)系統(tǒng)中的至少一個處理器執(zhí)行，以實現(xiàn)包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機(jī)存儲記憶體(Random Access Memory，RAM)等。

以上所述實施例的各技術(shù)特征可以進(jìn)行任意的組合，為使描述簡潔，未對上述實施例中的各個技術(shù)特征所有可能的組合都進(jìn)行描述，然而，只要這些技術(shù)特征的組合不存在矛盾，都應(yīng)當(dāng)認(rèn)為是本說明書記載的范圍。

以上所述實施例僅表達(dá)了本發(fā)明的幾種實施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。因此，本發(fā)明專利的保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。