本發(fā)明涉及銀行賬號綁定技術領域，特別是涉及一種銀行賬號真實性驗證的方法及系統(tǒng)。

背景技術：

隨著經濟的發(fā)展，個人特別是企業(yè)的銀行賬號越來越多，而大部分的金錢交易都是通過網絡完成的，銀行賬號和用戶身份之間的綁定在如今這個信息化蓬勃發(fā)展的時代變的越來越重要，若綁定不成功，則又隱含著巨大的財產損失。因此，在銀行賬號綁定的過程中，銀行賬號和用戶是否準確對應，這是一個現(xiàn)今亟待解決的技術問題。

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

本發(fā)明提供一種銀行賬號真實性驗證的方法及系統(tǒng)，用于實現(xiàn)了銀行賬號綁定時銀行賬號的真實性驗證的問題，提高了銀行賬號的安全系數(shù)。

本發(fā)明解決上述技術問題的技術方案如下：一種銀行賬號真實性驗證的方法，包括：

步驟1、在接收到用戶輸入的銀行賬戶信息時，根據(jù)所述銀行賬戶信息，生成賬戶驗證請求指令；

步驟2、保存并根據(jù)所述賬戶驗證請求指令，生成第一轉賬金額；

步驟3、根據(jù)所述賬戶驗證請求指令和所述第一轉賬金額，生成支付請求指令，并在銀行支付服務器根據(jù)所述支付請求指令完成支付操作后，獲取并根據(jù)支付結果信息，判斷支付是否成功，若是，保存所述支付結果信息；

步驟4、根據(jù)所述支付結果信息中除了所述第一轉賬金額以外的信息及所述賬戶驗證請求指令，在用戶界面顯示輸入轉賬金額的提示信息，在接收到用戶輸入的第二轉賬金額時，生成金額驗證請求指令；

步驟5、根據(jù)所述金額驗證請求指令，對比所述第一轉賬金額和所述第二轉賬金額是否一致，若是，則驗證通過，若否，則驗證不通過，完成銀行賬號的真實性驗證。

本發(fā)明的有益效果是：用戶在網頁界面或客戶端界面輸入銀行賬戶信息后，接收該銀行賬戶信息并生成賬戶驗證請求指令，其中，銀行賬戶信息包括賬號、賬戶名和手機號碼，根據(jù)該銀行賬戶信息隨機生成一個小額的轉賬金額。在銀行支付服務器成功將該隨機生成的上述小額轉賬金額轉賬至銀行賬戶信息中對應的賬戶后，如果該賬戶是該用戶的真實賬戶，用戶可通過網銀等方式獲知其賬戶中的到賬金額，在用戶接收到金額輸入指令并將該金額輸入網頁界面或客戶端界面后，對比該金額和上述隨機生成的小額轉賬金額是否一致，如果一致，則可確定該賬戶即為該用戶的賬戶。實現(xiàn)了銀行賬號綁定時銀行賬號的真實性驗證的問題，提高了銀行賬號的安全系數(shù)。其中，只有在用戶界面跳轉出金額輸入指令的提示信息后，用戶才可輸入金額，以防在用戶的賬戶還未收到上述小額轉賬金額，而用戶通過猜測并將猜測后的金額輸入界面，且猜測的金額和上述小額轉賬金額一致時，造成誤綁定的問題。

在上述技術方案的基礎上，本發(fā)明還可以做如下改進。

進一步，所述步驟1包括：

步驟1.1、在接收到用戶輸入的銀行賬戶信息時，判斷所述銀行賬戶信息在第一數(shù)據(jù)庫中是否已存在，所述銀行賬戶信息包括：賬號、賬戶名和手機號碼；

步驟1.2、如是，在用戶界面顯示所述銀行賬戶信息已存在的提示信息；

步驟1.3、如否，根據(jù)所述銀行賬戶信息，生成賬戶驗證請求指令并保存至所述第一數(shù)據(jù)庫，其中，所述賬戶驗證請求指令包括：業(yè)務編碼和所述銀行賬戶信息。

本發(fā)明進一步的有益效果是：在接收到銀行賬戶信息時，先對銀行賬戶信息進行一個排查，例如，當賬戶信息已在數(shù)據(jù)庫中存在的，且還未返回請求處理結果的，可在用戶界面提示用戶：賬戶驗證中，稍后請查收賬戶到款金額；當賬戶信息已在數(shù)據(jù)庫中存在，且已返回請求處理結果的，可在用戶界面提示用戶相關的請求處理結果。提高了銀行賬號真實性驗證的效率。

進一步，所述步驟3還包括：

若否，獲取支付不成功的原因；

則所述步驟4包括：

根據(jù)所述支付結果信息中除了所述第一轉賬金額以外的信息及所述賬戶驗證請求指令，在所述第一數(shù)據(jù)庫中保存并在用戶界面顯示所述不成功原因，完成銀行賬戶的真實性驗證。

本發(fā)明進一步的有益效果是：不能向第一數(shù)據(jù)庫發(fā)送隨機生成的小額的第一轉賬金額，以防通過第一數(shù)據(jù)庫向用戶泄露第一轉賬金額的額度，造成銀行賬號的錯誤綁定以及財產損失，因此，只能根據(jù)支付結果信息中除了第一轉賬金額以外的信息，對應在第一數(shù)據(jù)庫中找到相應的賬戶驗證請求指令的相關信息，保存并在用戶界面顯示支付不成功的原因。另外，對于在銀行進行支付操作時支付不成功的，可以獲取支付不成功，一方面，可以獲知驗證不通過的原因為支付操作過程出現(xiàn)問題，另一方面，也可以獲知支付操作過程的哪個環(huán)節(jié)出現(xiàn)問題，例如賬號錯誤，使得用戶或管理員有針對性的解決問題，提高銀行賬號真實性驗證的效率。

進一步，所述步驟2包括：

保存所述賬戶驗證請求指令至第二數(shù)據(jù)庫，并根據(jù)所述賬戶驗證請求指令，生成第一轉賬金額；

則所述步驟3中保存所述支付結果信息時，具體包括：

保存所述支付結果信息至所述第二數(shù)據(jù)庫；

則所述步驟5包括：

步驟5.1、根據(jù)所述金額驗證請求指令，對比所述第一轉賬金額和所述第二轉賬金額是否一致；

步驟5.2、若是，則驗證通過，根據(jù)所述賬戶驗證請求指令和所述支付結果信息，生成驗證處理結果并保存至第二數(shù)據(jù)庫，所述驗證處理結果包括驗證通過狀態(tài)信息；

步驟5.3、若否，判斷所述步驟4是否已執(zhí)行3次；

步驟5.4、若是，根據(jù)所述賬戶驗證請求指令和所述支付結果信息，生成驗證處理結果并保存至第二數(shù)據(jù)庫，所述驗證處理結果包括驗證失敗狀態(tài)信息；

步驟5.5、若否，執(zhí)行步驟4。

本發(fā)明的進一步有益效果是：第二數(shù)據(jù)庫同時保存賬戶驗證請求指令、賬戶驗證請求指令對應的支付結果信息和支付結果信息對應的驗證處理結果，用于通過第一數(shù)據(jù)庫保存的數(shù)據(jù)進行第一次排查后，再通過第二數(shù)據(jù)庫保存的數(shù)據(jù)進行第二排查，根據(jù)實際需要，可以在第二次排查時設定排查要求，以提高銀行賬號真實性驗證的效率和準確率。另外，輸入轉賬金額的次數(shù)限定為3次，超過3次，則說明用戶并沒有收到和獲知銀行賬戶中的到賬金額，即上述輸入的銀行賬戶信息并非為該用戶所有，有效的對銀行賬戶的真實性進行了驗證。

進一步，所述步驟2包括：

步驟2.1、根據(jù)所述第二數(shù)據(jù)庫中的所述驗證處理結果，判斷所述賬戶驗證請求指令是否合法；

步驟2.2、若是，生成第一轉賬金額；

步驟2.3、若否，結束銀行賬號的真實性驗證；

其中，判斷所述賬戶驗證請求指令是否合法，包括：判斷所述銀行賬戶信息的請求驗證次數(shù)是否超過預設值、判斷所述手機號碼的請求驗證次數(shù)是否超過預設值和判斷所述手機號碼的格式是否正確。

本發(fā)明的進一步有益效果是：為防止惡意請求綁定驗證，對一個銀行賬戶信息的請求驗證次數(shù)進行限定，對一個手機號碼的請求驗證次數(shù)進行限定，其中，一個賬戶信息最多可進行驗證3次；由于銀行賬戶和用戶手機號綁定，而一個用戶對應有銀行卡的個數(shù)是有限的，因此，一個手機號最多用于驗證請求10次，即一個手機號最多綁定10張銀行卡，否則有不真實的嫌疑，提高了銀行賬號真實性驗證的準確率；還可以判斷銀行賬號是否準確。

本發(fā)明還提供了一種銀行賬號真實性驗證的系統(tǒng)，包括：

應用服務器，用于在接收到用戶輸入的銀行賬戶信息時，根據(jù)所述銀行賬戶信息，生成賬戶驗證請求指令；

驗證服務器，用于保存并根據(jù)所述應用服務器生成的所述賬戶驗證請求指令，生成第一轉賬金額；

銀行api服務器，用于根據(jù)所述驗證服務器保存的所述賬戶驗證請求指令和所述驗證服務器生成的所述第一轉賬金額，生成支付請求指令，并在銀行支付服務器根據(jù)所述支付請求指令完成支付操作后，獲取并根據(jù)支付結果信息，判斷支付是否成功，若是，向所述驗證服務器發(fā)送所述支付結果信息；

驗證服務器，用于接收和保存所述銀行api服務器獲取的所述支付結果信息；

應用服務器，用于根據(jù)所述驗證服務器保存的所述支付結果信息中除了所述第一轉賬金額以外的信息及所述賬戶驗證請求指令，在用戶界面顯示輸入轉賬金額的提示信息，在接收到用戶輸入的第二轉賬金額時，生成金額驗證請求指令；

驗證服務器，用于根據(jù)所述金額驗證請求指令，對比所述第一轉賬金額和所述第二轉賬金額是否一致，若是，則驗證通過，若否，則驗證不通過，完成銀行賬號的真實性驗證。

本發(fā)明的有益效果是：用戶在網頁界面或客戶端界面輸入銀行賬戶信息后，應用服務器接收該銀行賬戶信息并生成賬戶驗證請求指令，其中，銀行賬戶信息包括賬號、賬戶名和手機號碼，驗證服務器接收該賬號驗證請求指令并根據(jù)該銀行賬戶信息隨機生成一個小額的轉賬金額，同時，將賬號驗證請求指令和第一轉賬金額發(fā)送給銀行api服務器，銀行api服務器在銀行支付服務器成功將該隨機生成的上述小額轉賬金額轉賬至銀行賬戶信息中對應的賬戶后，如果該賬戶是該用戶的真實賬戶，用戶可通過網銀等方式獲知其賬戶中的到賬金額，銀行api服務器還會將支付結果信息發(fā)送給驗證服務器，驗證服務器保存該支付結果信息，并向應用服務器發(fā)送除了第一轉賬金額以為的支付結果信息，應用服務器接收到除了第一轉賬金額以為的支付結果信息時，向用戶界面顯示輸入轉賬金額的提示信息，在接收到用戶輸入的第二轉賬金額，驗證服務器對比該金額和上述隨機生成的小額轉賬金額是否一致，如果一致，則可確定該賬戶即為該用戶的賬戶。實現(xiàn)了銀行賬號綁定時銀行賬號的真實性驗證的問題，提高了銀行賬號的安全系數(shù)。其中，只有在用戶界面跳轉出金額輸入指令的提示信息后，用戶才可輸入金額，以防在用戶的賬戶還未收到上述小額轉賬金額，而用戶通過猜測并將猜測后的金額輸入界面，且猜測的金額和上述小額轉賬金額一致時，造成誤綁定的問題。另外，驗證服務器相當于一個黑盒子，不會將其隨機生成的小額的第一轉賬金額發(fā)送給應用服務器，以防對用戶泄露該金額，在頁面跳轉出輸入轉賬金額的頁面時，即便賬號不是用戶的真實賬號，用戶也會知道而輸入該金額，導致錯誤綁定。

進一步，所述應用服務器在生成賬戶驗證請求指令時，具體包括：

在接收到用戶輸入的銀行賬戶信息時，判斷所述銀行賬戶信息在第一數(shù)據(jù)庫中是否已存在，所述銀行賬戶信息包括：賬號、賬戶名和手機號碼；如是，在用戶界面顯示所述銀行賬戶信息已存在的提示信息；如否，根據(jù)所述銀行賬戶信息，生成賬戶驗證請求指令并保存至所述第一數(shù)據(jù)庫，其中，所述賬戶驗證請求指令包括：業(yè)務編碼和所述銀行賬戶信息。

進一步，所述銀行api服務器在判斷支付是否成功時，還用于：

若否，獲取支付不成功的原因；

則所述應用服務器還用于：

根據(jù)所述支付結果信息中除了所述第一轉賬金額以外的信息及所述賬戶驗證請求指令，在所述第一數(shù)據(jù)庫中保存并在用戶界面顯示所述不成功原因，完成銀行賬戶的真實性驗證。

進一步，所述驗證服務器在接收到賬戶驗證請求時，具體用于：

保存所述賬戶驗證請求指令至第二數(shù)據(jù)庫，并根據(jù)所述賬戶驗證請求指令，生成第一轉賬金額；

則所述驗證服務器在接收到所述支付結果信息時，具體用于：

保存所述支付結果信息至第二數(shù)據(jù)庫；

則所述驗證服務器在接收到所述金額驗證請求指令時，具體用于：

對比所述第一轉賬金額和所述第二轉賬金額是否一致，若是，則驗證通過，根據(jù)所述第二數(shù)據(jù)庫中所述賬戶驗證請求指令和所述支付結果信息，生成驗證處理結果并保存至所述第二數(shù)據(jù)庫，所述驗證處理結果包括驗證通過狀態(tài)信息；若否，判斷在用戶界面顯示輸入轉賬金額的提示信息是否已執(zhí)行3次，若是，根據(jù)所述賬戶驗證請求指令和所述支付結果信息，生成驗證處理結果并保存至所述第二數(shù)據(jù)庫，所述驗證處理結果包括驗證失敗狀態(tài)信息；若否，則向所述應用服務器發(fā)送所述支付結果信息中除了所述第一轉賬金額以外的信息。

進一步，所述驗證服務器在接收到賬戶驗證請求指令時，具體用于：

根據(jù)所述第二數(shù)據(jù)庫中的所述驗證處理結果，判斷所述賬戶驗證請求指令是否合法，若是，生成第一轉賬金額；若否，結束銀行賬號的真實性驗證；

其中，判斷所述賬戶驗證請求指令是否合法，包括：判斷所述銀行賬號信息的請求驗證次數(shù)是否超過預設值、判斷所述手機號碼的請求驗證次數(shù)是否超過預設值和判斷所述手機號碼的格式。

附圖說明

圖1為本發(fā)明實施例一提供的一種銀行賬號真實性驗證的方法的流程示意圖；

圖2為本發(fā)明實施例二提供的一種銀行賬號真實性驗證的方法的流程示意圖；

圖3為本發(fā)明實施例三提供的一種銀行賬號真實性驗證的系統(tǒng)的示意性結構圖。

具體實施方式

以下結合附圖對本發(fā)明的原理和特征進行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。

實施例一

一種銀行賬號真實性驗證的方法100，如圖1所示，包括：

步驟110、在接收到用戶輸入的銀行賬戶信息時，根據(jù)銀行賬戶信息，生成賬戶驗證請求指令；

步驟120、保存并根據(jù)賬戶驗證請求指令，生成第一轉賬金額；

步驟130、根據(jù)賬戶驗證請求指令和第一轉賬金額，生成支付請求指令，并在銀行支付服務器根據(jù)支付請求指令完成支付操作后，獲取并根據(jù)支付結果信息，判斷支付是否成功，若是，保存支付結果信息；

步驟140、根據(jù)支付結果信息中除了第一轉賬金額以外的信息及賬戶驗證請求指令，在用戶界面顯示輸入轉賬金額的提示信息，在接收到用戶輸入的第二轉賬金額時，生成金額驗證請求指令；

步驟150、根據(jù)金額驗證請求指令，對比第一轉賬金額和第二轉賬金額是否一致，若是，則驗證通過，若否，則驗證不通過，完成銀行賬號的真實性驗證。

用戶在網頁界面或客戶端界面輸入銀行賬戶信息后，接收該銀行賬戶信息并生成賬戶驗證請求指令，其中，銀行賬戶信息包括賬號、賬戶名和手機號碼，根據(jù)該銀行賬戶信息隨機生成一個小額的轉賬金額。在銀行支付服務器成功將該隨機生成的上述小額轉賬金額轉賬至銀行賬戶信息中對應的賬戶后，如果該賬戶是該用戶的真實賬戶，用戶可通過網銀等方式獲知其賬戶中的到賬金額，在用戶接收到金額輸入指令并將該金額輸入網頁界面或客戶端界面后，對比該金額和上述隨機生成的小額轉賬金額是否一致，如果一致，則可確定該賬戶即為該用戶的賬戶。實現(xiàn)了銀行賬號綁定時銀行賬號的真實性驗證的問題，提高了銀行賬號的安全系數(shù)。其中，只有在用戶界面跳轉出金額輸入指令的提示信息后，用戶才可輸入金額，以防在用戶的賬戶還未收到上述小額轉賬金額，而用戶通過猜測并將猜測后的金額輸入界面，且猜測的金額和上述小額轉賬金額一致時，造成誤綁定的問題。

需要說明的是，該小額的轉賬金額可小于1元。

其中，需要說明的是，在生成賬戶驗證請求指令后，對該賬戶驗證請求指令進行序列化處理，并根據(jù)序列化處理后的賬戶驗證請求，生成支付請求指令，增強了賬戶驗證的準確性。

另外，賬戶驗證請求指令中還包括請求狀態(tài)，在生成賬戶驗證請求指令時，該請求狀態(tài)為未處理，此時的賬戶驗證請求指令對應的賬戶驗證請求會保存在數(shù)據(jù)庫中。下一步，賬戶驗證請求指令經序列化處理后，被監(jiān)聽并生成支付請求指令，在支付操作結束并獲取支付結果信息后，判斷支付是否成功，如果成功，則支付結果信息中對應上述請求狀態(tài)的信息更新為已成功處理，該支付結果信息被監(jiān)聽后，被獲取并保存，且在用戶界面顯示輸入轉賬金額的提示信息，若用戶輸入的轉賬金額和實際轉入的金額一致，則驗證通過，此時的請求狀態(tài)更新為驗證通過，同時會將最終處理后的上述賬戶驗證請求指令對應的相關信息更新并保存至數(shù)據(jù)庫。

實施例二：

可選地，作為本發(fā)明的一個實施例，如圖2所示，方法100，包括：

步驟110、在接收到用戶輸入的銀行賬戶信息時，根據(jù)銀行賬戶信息，生成賬戶驗證請求指令；

步驟120、保存并根據(jù)賬戶驗證請求指令，生成第一轉賬金額；

步驟130、根據(jù)賬戶驗證請求指令和第一轉賬金額，生成支付請求指令，并在銀行支付服務器根據(jù)支付請求指令完成支付操作后，獲取并根據(jù)支付結果信息，判斷支付是否成功，若是，保存支付結果信息；

步驟140、根據(jù)支付結果信息中除了第一轉賬金額以外的信息及賬戶驗證請求指令，在用戶界面顯示輸入轉賬金額的提示信息，在接收到用戶輸入的第二轉賬金額時，生成金額驗證請求指令；

步驟150、根據(jù)金額驗證請求指令，對比第一轉賬金額和第二轉賬金額是否一致，若是，則驗證通過，若否，則驗證不通過，完成銀行賬號的真實性驗證。

其中，步驟130包括：

步驟131、根據(jù)賬戶驗證請求指令和第一轉賬金額，生成支付請求指令；

步驟132、在銀行支付服務器根據(jù)支付請求指令完成支付操作后，獲取支付結果信息；

步驟133、根據(jù)支付結果信息，判斷支付是否成功；

步驟134、若是，保存支付結果信息。

步驟140包括：

步驟141、根據(jù)支付結果信息中除了第一轉賬金額以外的信息及賬戶驗證請求指令，在用戶界面顯示輸入轉賬金額的提示信息；

步驟142、在接收到用戶輸入的第二轉賬金額時，生成金額驗證請求指令。

具體的，實施例二中，步驟110包括：

步驟111、在接收到用戶輸入的銀行賬戶信息時，判斷銀行賬戶信息在第一數(shù)據(jù)庫中是否已存在，該銀行賬戶信息包括：賬號、賬戶名和手機號碼；

步驟112、如是，在用戶界面顯示銀行賬戶信息已存在的提示信息；

步驟113、如否，根據(jù)銀行賬戶信息，生成賬戶驗證請求指令并保存至第一數(shù)據(jù)庫，其中，賬戶驗證請求指令包括：業(yè)務編碼和銀行賬戶信息。

另外，實施例二中，步驟130還包括：

步驟135、若否，獲取支付不成功的原因；

則步驟140還包括：

步驟143、根據(jù)支付結果信息中除了第一轉賬金額以外的信息及支付結果信息對應的賬戶驗證請求指令，在第一數(shù)據(jù)庫中保存并在用戶界面顯示所述不成功原因，完成銀行賬戶的真實性驗證。

另外，步驟120包括：

保存賬戶驗證請求指令至第二數(shù)據(jù)庫，并根據(jù)賬戶驗證請求指令，生成第一轉賬金額；

則步驟134包括：

保存支付結果信息至第二數(shù)據(jù)庫；

則步驟150包括：

步驟151、根據(jù)金額驗證請求指令，對比第一轉賬金額和第二轉賬金額是否一致；

步驟152、若是，則驗證通過，根據(jù)賬戶驗證請求指令和支付結果信息，生成驗證處理結果并保存至第二數(shù)據(jù)庫，驗證處理結果包括驗證通過狀態(tài)信息；

步驟153、若否，判斷步驟141是否已執(zhí)行3次；

步驟154、若是，根據(jù)賬戶驗證請求指令和支付結果信息，生成驗證處理結果并保存至第二數(shù)據(jù)庫，驗證處理結果包括驗證失敗狀態(tài)信息；

步驟155、若否，執(zhí)行步驟141。

另外，步驟120具體包括：

步驟121、根據(jù)第二數(shù)據(jù)庫中的驗證處理結果，判斷賬戶驗證請求指令是否合法；

步驟122、若是，生成第一轉賬金額；

步驟123、若否，結束銀行賬號的真實性驗證；

其中，判斷賬戶驗證請求指令是否合法，包括：判斷銀行賬號信息的請求驗證次數(shù)是否超過預設值、判斷手機號碼的請求驗證次數(shù)是否超過預設值和判斷手機號碼的格式是否正確，還可判斷銀行賬號的位數(shù)是否正確、判斷銀行賬號是否存在等。

需要說明的是，當一個銀行賬戶信息對應有三次驗證失敗時，鎖定該銀行賬戶信息。另外，銀行賬戶信息包括用戶手機號，當用戶手機號用于銀行賬戶驗證的次數(shù)超過10次時，則鎖定該用戶手機號。一個賬戶信息最多可進行驗證3次，由于銀行賬戶和用戶手機號綁定，而一個用戶對應有銀行卡的個數(shù)是有限的，因此，一個手機號最多用于驗證請求10次，即一個手機號最多綁定10張銀行卡，否則有不真實的嫌疑，提高了銀行賬號真實性驗證的準確率。

另外，需要說明的是，在步驟130中保存驗證請求處理結果，同時，通過異步調用，跳轉注冊頁面，更新注冊頁面狀態(tài)，在用戶界面上顯示輸入轉賬金額的提示信息。

實施例三：

本發(fā)明實施例還提供一種銀行賬號真實性驗證的系統(tǒng)200，如圖3所示，包括：

應用服務器，用于在接收到用戶輸入的銀行賬戶信息時，根據(jù)銀行賬戶信息，生成賬戶驗證請求指令；

驗證服務器，用于保存并根據(jù)應用服務器生成的賬戶驗證請求指令，生成第一轉賬金額；

銀行api服務器，用于根據(jù)驗證服務器保存的賬戶驗證請求指令和驗證服務器生成的第一轉賬金額，生成支付請求指令，并在銀行支付服務器根據(jù)支付請求指令完成支付操作后，獲取并根據(jù)支付結果信息，判斷支付是否成功，若是，向驗證服務器發(fā)送所述支付結果信息；

驗證服務器，用于接收和保存銀行api服務器獲取的支付結果信息；

應用服務器，用于根據(jù)驗證服務器保存的支付結果信息中除了第一轉賬金額以外的信息及賬戶驗證請求指令，在用戶界面顯示輸入轉賬金額的提示信息，在接收到用戶輸入的第二轉賬金額時，生成金額驗證請求指令；

驗證服務器，用于根據(jù)金額驗證請求指令，對比第一轉賬金額和第二轉賬金額是否一致，若是，則驗證通過，若否，則驗證不通過，完成銀行賬號的真實性驗證。

需要說明的是，銀行api服務器是一個外部服務器調用的接口服務器，負責接收來自于應用服務器的請求，提供統(tǒng)一的銀行業(yè)務如支付轉賬、支付結果查詢，背書轉讓、票據(jù)簽收、操作結果查詢等操作接口，并將請求結果返回給請求客戶端

應用服務器在生成賬戶驗證請求指令時，具體包括：

在接收到用戶輸入的銀行賬戶信息時，判斷銀行賬戶信息在第一數(shù)據(jù)庫中是否已存在，銀行賬戶信息包括：賬號、賬戶名和手機號碼；如是，在用戶界面顯示所述銀行賬戶信息已存在的提示信息；如否，根據(jù)銀行賬戶信息，生成賬戶驗證請求指令并保存至第一數(shù)據(jù)庫，其中，賬戶驗證請求指令包括：業(yè)務編碼和銀行賬戶信息。

銀行api服務器在判斷支付是否成功時，還用于：

若否，獲取支付不成功的原因；

則應用服務器還用于：

根據(jù)支付結果信息中除了第一轉賬金額以外的信息，及其對應的賬戶驗證請求指令，在第一數(shù)據(jù)庫中保存并在用戶界面顯示不成功原因，完成銀行賬戶的真實性驗證。

驗證服務器在接收到賬戶驗證請求時，具體用于：

保存賬戶驗證請求指令至第二數(shù)據(jù)庫，并根據(jù)賬戶驗證請求指令，生成第一轉賬金額；

則驗證服務器在接收到支付結果信息時，具體用于：

保存支付結果信息至第二數(shù)據(jù)庫；

則驗證服務器在接收到支付結果信息時，具體用于：

對比第一轉賬金額和第二轉賬金額是否一致，若是，則驗證通過，根據(jù)第二數(shù)據(jù)庫中賬戶驗證請求指令和支付結果信息，生成驗證處理結果并保存至第二數(shù)據(jù)庫，驗證處理結果包括驗證通過狀態(tài)信息；若否，判斷在用戶界面顯示輸入轉賬金額的提示信息是否已執(zhí)行3次，若是，根據(jù)賬戶驗證請求指令和支付結果信息，生成驗證處理結果并保存至第二數(shù)據(jù)庫，驗證處理結果包括驗證失敗狀態(tài)信息；若否，則向應用服務器發(fā)送支付結果信息中除了第一轉賬金額以外的信息。

驗證服務器在接收到賬戶驗證請求指令時，具體用于：

根據(jù)第二數(shù)據(jù)庫中的驗證處理結果，判斷賬戶驗證請求指令是否合法，若是，生成第一轉賬金額；若否，結束銀行賬號的真實性驗證；

其中，判斷賬戶驗證請求指令是否合法，包括：判斷銀行賬號信息的請求驗證次數(shù)是否超過預設值、判斷手機號碼的請求驗證次數(shù)是否超過預設值和判斷手機號碼的格式。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。