收款帳戶的驗證方法及其裝置
本說明書係關於資料處理技術領域，尤其關於一種收款帳戶的驗證方法及其裝置。
隨著資訊技術的發展，人們越來越多地採用線上繳費的方式進行繳費。相關技術中，在繳費時，繳費方需要輸入收款方的帳號，才能將繳費款項轉入收款方的帳戶。但是，一旦繳費方輸錯了收款方的帳號，則可能導致繳費款項無法順利轉入收款方的帳戶，導致繳費失敗。
因此，亟需一種收款帳戶的驗證方法，讓繳費方能夠對收款帳戶進行驗證。
本說明書實施例旨在至少在一定程度上解決相關技術中的技術問題之一。
為此，本說明書實施例的第一個目的在於提出一種收款帳戶的驗證方法，實現了繳費方無需手動輸入收款帳戶的完整帳號，只需補全收款帳戶對應的缺位帳號，既減少了繳費方輸入字元的長度，降低了出錯可能性，又使得繳費方在繳費之前，能夠對收款方的帳號進行驗證，讓繳費方順利將繳費款項轉入收款方的帳戶。
本說明書實施例的第二個目的在於提出一種收款帳戶的驗證裝置。
本說明書實施例的第三個目的在於提出一種電腦設備。
本說明書實施例的第四個目的在於提出一種非臨時性電腦可讀儲存媒體。
為達上述目的，本說明書實施例第一方面實施例提出了收款帳戶的驗證方法，包括：獲取待驗證收款帳戶對應的完整帳號；將所述完整帳號中的至少一個字元進行隱藏，以生成所述待驗證收款帳戶對應的缺位帳號；將所述缺位帳號進行顯示，並提示用戶補全所述至少一個字元；將補全後的帳號與所述完整帳號進行比對；根據比對結果，完成對所述待驗證收款帳戶的驗證。
和現有技術相比，本說明書實施例繳費方無需手動輸入收款帳戶的完整帳號，只需補全收款帳戶對應的缺位帳號。將補全後的帳號與收款帳戶的完整帳號進行比對，以實現對收款帳戶的驗證。
另外，本說明書實施例的收款帳戶的驗證方法，還具有如下附加的技術特徵：
可選地，所述將所述完整帳號中的至少一個字元進行隱藏，以生成所述待驗證收款帳戶對應的缺位帳號，包括：確定所述完整帳號的長度；根據所述完整帳號的長度，確定要隱藏的所述至少一個字元所對應的位置；將所述完整帳號中的所述位置上的字元進行隱藏，以生成所述待驗證收款帳戶對應的所述缺位帳號。
可選地，所述將補全後的帳號與所述完整帳號進行比對，包括：依次將所述補全後的帳號中的每一位字元，分別與所述完整帳號中對應位置的字元進行比對。
可選地，所述根據比對結果，完成對所述待驗證收款帳戶的驗證，包括：在所述補全後的帳號與所述完整帳號相同的情況下，允許所述用戶向所述待驗證收款帳戶繳費；在所述補全後的帳號與所述完整帳號不相同的情況下，提示所述用戶驗證失敗。
可選地，在所述提示用戶驗證失敗之後，還包括：統計所述用戶驗證失敗的次數；在所述用戶驗證失敗的次數超過預設閾值的情況下，禁止所述用戶在預設時間段內繼續進行驗證。
可選地，在所述獲取待驗證收款帳戶對應的完整帳號之前，還包括：獲取所述用戶輸入的帳戶資訊關鍵字；篩選出與所述帳戶資訊關鍵字相關的候選帳戶，並進行顯示；根據所述用戶對所述候選帳戶的選擇，確定所述待驗證收款帳戶。
本說明書實施例第二方面實施例提出了一種收款帳戶的驗證裝置，包括：第一獲取模組，用於獲取待驗證收款帳戶對應的完整帳號；隱藏模組，用於將所述完整帳號中的至少一個字元進行隱藏，以生成所述待驗證收款帳戶對應的缺位帳號；顯示模組，用於將所述缺位帳號進行顯示；提示模組，用於提示用戶補全所述至少一個字元；比對模組，用於將補全後的帳號與所述完整帳號進行比對；驗證模組，用於根據比對結果，完成對所述待驗證收款帳戶的驗證。
另外，本說明書實施例的收款帳戶的驗證裝置，還具有如下附加的技術特徵：
可選地，所述隱藏模組，包括：第一確定子模組，用於獲取所述完整帳號的長度；第二確定子模組，用於根據所述完整帳號的長度，確定要隱藏的所述至少一個字元所對應的位置；隱藏子模組，用於將所述完整帳號中的所述位置上的字元進行隱藏，以生成所述待驗證收款帳戶對應的所述缺位帳號。
可選地，所述比對模組，具體用於依次將所述補全後的帳號中的每一位字元，分別與所述完整帳號中對應位置的字元進行比對。
可選地，所述驗證模組，包括：允許子模組，用於在所述補全後的帳號與所述完整帳號相同的情況下，允許所述用戶向所述待驗證收款帳戶繳費；提示子模組，用於在所述補全後的帳號與所述完整帳號不相同的情況下，提示所述用戶驗證失敗。
可選地，所述驗證模組，還包括：統計子模組，用於統計所述用戶驗證失敗的次數；禁止子模組，用於在所述用戶驗證失敗的次數超過預設閾值的情況下，禁止所述用戶在預設時間段內繼續進行驗證。
可選地，所述裝置還包括：第二獲取模組，用於獲取所述用戶輸入的帳戶資訊關鍵字；篩選模組，用於篩選出與所述帳戶資訊關鍵字相關的候選帳戶，並進行顯示；確定模組，用於根據所述用戶對所述候選帳戶的選擇，確定所述待驗證收款帳戶。
本說明書實施例第三方面實施例提出了一種電腦設備，包括記憶體和處理器；所述記憶體上儲存有可由處理器運行的電腦程式；所述處理器運行所述電腦程式時，執行如前述方法實施例所述的收款帳戶的驗證方法。
本說明書實施例第四方面實施例提出了一種非臨時性電腦可讀儲存媒體，其上儲存有電腦程式，所述電腦程式被處理器執行時實現如前述方法實施例所述的收款帳戶的驗證方法。
本說明書實施例附加的方面和優點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或透過本說明書實施例的實踐瞭解到。
下面詳細描述本說明書的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面透過參考附圖描述的實施例是示例性的，旨在用於解釋本說明書實施例，而不能理解為對本說明書實施例的限制。
下面參考附圖描述本說明書實施例的收款帳戶的驗證方法及其裝置。
基於上述現有技術的描述可以知道，在繳費系統中，每一個帳戶對應有唯一的帳號，用於對該帳戶進行識別。收款方在收款前，將指定的收款帳戶對應的帳號提供給轉帳方。轉帳方在轉帳時，需要先輸入收款帳戶對應的帳號，使得繳費系統能夠確定對應的收款帳戶，再將繳費款項轉入該收款帳戶，完成繳費。
但是，一旦繳費方在繳費時輸錯了收款方的帳號，則可能導致繳費款項無法順利轉入收款方指定的收款帳戶，導致繳費失敗。
針對這一問題，本說明書實施例提出了一種收款帳戶的驗證方法，繳費方無需手動輸入收款帳戶的完整帳號，只需補全收款帳戶對應的缺位帳號。將補全後的帳號與收款帳戶的完整帳號進行比對，以實現對收款帳戶的驗證。
圖1為本說明書實施例所提出的一種收款帳戶的驗證方法的流程示意圖。如圖1所示，該方法包括以下步驟：
步驟S101，獲取待驗證收款帳戶對應的完整帳號。
其中，待驗證收款帳戶對應的完整帳號是繳費系統中，用於唯一標識待驗證收款帳戶的一串字元。
需要說明的是，本說明書實施例所提出的收款帳戶的驗證方法，沒有依靠用戶輸入的完整帳號來直接確定收款帳戶，而是先透過其他方式確定收款帳戶，作為待驗證帳戶。再獲取收款帳戶對應的完整帳號，從而借助完整帳號對收款帳戶進行驗證，進而保證驗證成功的收款帳戶為收款方指定的收款帳戶。
可以理解，待驗證收款帳戶與其對應的完整帳號一一對應，既可以根據完整帳號，確定對應的收款帳戶，還可以根據收款帳戶，確定對應的完整帳號。
可以理解，收款方在開設收款帳戶時，需要提供相關資訊，比如收款方的名稱等資訊，作為帳戶資訊。
為了確定待驗證帳戶，一種可能的實現方式是，在步驟S101，獲取待驗證收款帳戶對應的完整帳號之前，還包括：
步驟S11，獲取用戶輸入的帳戶資訊關鍵字。
可以理解，作為繳費方的用戶，要確定收款帳戶，除了可以透過完整帳號，還可以透過收款帳戶的帳戶資訊來實現。具體可以輸入帳戶資訊關鍵字，比如收款方的名稱，收款帳戶的開設銀行等。
步驟S13，篩選出與帳戶資訊關鍵字相關的候選帳戶，並進行顯示。
應當理解，使用帳戶資訊關鍵字來對系統中的所有帳戶進行篩選，可以使用現有的任何關鍵字檢索技術來實現，本說明書實施例對此不做限定。
可以理解，當候選帳戶的數量為多個時，還需要對候選帳戶進行排列和顯示，以便於用戶對候選帳戶進行選擇。
一種可能的實現方式是，按照候選帳戶的帳戶資訊與帳戶資訊關鍵字之間的相關度從大到小進行排列。
另一種可能的實現方式是，按照候選帳戶在預設時間內被查詢的次數從大到小進行排列。
在對候選帳戶進行顯示時，還可以將候選帳戶的帳戶資訊一起顯示。
步驟S15，根據用戶對候選帳戶的選擇，確定待驗證收款帳戶。
可以理解，對於步驟S13中顯示的候選帳戶，用戶可以透過核對對應的帳戶資訊，來確定待驗證收款帳戶。
需要說明的是，對待驗證收款帳戶的確定過程，實際上已經完成了對待驗證收款帳戶的帳戶資訊的驗證。
步驟S103，將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
步驟S105，將缺位帳號進行顯示，並提示用戶補全至少一個字元。
可以理解，讓用戶對完整帳號的每一個字元進行核對，一方面讓用戶覺得不耐煩，可能會選擇直接跳過這步，另一方面用戶核對時容易眼花，達不到驗證的效果。本說明書實施例所提出的收款帳戶的驗證方法，將完整帳號中的至少一個字元進行隱藏，並讓用戶進行補全操作。
第一方面，用戶必須填入隱藏部分的字元，才能進行對收款帳戶進行驗證，無法跳過。第二方面，用戶只需要填入隱藏部分的數字，較為簡單，不容易出錯。第三方面，由於顯示的帳號不完整，第三方無法直接獲取待驗證收款帳戶的完整帳號。
可以理解，若待驗證收款帳戶為收款方指定的收款帳戶，那麼用戶能夠根據收款方提供的帳號，將缺位帳號補全為完整帳號。
若待驗證收款帳戶不是收款方指定的收款帳戶，那麼收款方提供的帳號，與待驗證收款帳戶的完整帳號不同，就會產生以下幾種可能的情況。
第一種可能的情況，用戶發現顯示的缺位帳號中，沒有隱藏的字元與收款方提供的帳號對應位置的字元不一樣，用戶意識到了待驗證收款帳戶不是收款方指定的收款帳戶，可以直接終止對待驗證收款帳戶的驗證。
第二種可能的情況，用戶沒有對缺位帳號中顯示的字元進行一一核對，直接根據收款方提供的帳號對缺位帳號進行補全，需要繳費系統對補全後的帳號與完整帳號進行比對。
第三種可能的情況，用戶對缺位帳號和收款方提供的帳號進行了仔細比對，但是沒有發現不同，也就是說，兩個帳號之間存在區別的字元剛好被隱藏了，需要繳費系統對補全後的帳號與完整帳號進行比對。
步驟S107，將補全後的帳號與完整帳號進行比對。
可以理解，完整帳號是一串字元，補全後的帳號也是一串字元。
為了比較兩串字元是否完全一致，一種可能的實現方式是，依次將補全後的帳號中的每一位字元，分別與完整帳號中對應位置的字元進行比對。
另一種可能的實現方式是，分別計算補全後的帳戶的雜湊值和完整帳號的雜湊值，進行比較兩個雜湊值的大小。
步驟S109，根據比對結果，完成對待驗證收款帳戶的驗證。
可以理解，用戶對缺位帳號進行補全，如果得到的補全後的帳號與完整帳號一模一樣，則說明待驗證收款帳戶為收款方指定的收款帳戶。如果得到的補全後的帳號與完整帳號不同，則可能是用戶進行補全時出現了失誤，導致輸錯了字元，還可能是收款方提供的帳號與完整帳號原本就不同。
綜上所述，本說明書實施例所提出的一種收款帳戶的驗證方法，獲取待驗證收款帳戶對應的完整帳號。將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。將缺位帳號進行顯示，並提示用戶補全多個字元。將補全後的帳號與完整帳號進行比對，根據比對結果，完成對待驗證收款帳戶的驗證。由此，實現了繳費方無需手動輸入收款帳戶的完整帳號，只需補全收款帳戶對應的缺位帳號，既減少了繳費方輸入字元的長度，降低了出錯可能性，又使得繳費方在繳費之前，能夠對收款方的帳號進行驗證，讓繳費方順利將繳費款項轉入收款方的帳戶。
為了更加清楚地說明本說明書實施例所提出的收款帳戶的驗證方法是如何生成缺位帳號的，本說明書實施例還提出了另一種收款帳戶的驗證方法，圖2為本說明書實施例所提出的另一種收款帳戶的驗證方法的流程示意圖。如圖2所示，該方法包括：
步驟S201，獲取待驗證收款帳戶對應的完整帳號。
步驟S203，確定完整帳號的長度。
步驟S205，根據完整帳號的長度，確定要隱藏的至少一個字元所對應的位置。
需要說明的是，對於世界上不同國家的銀行開設的收款帳戶，所對應的帳號在長度和格式上存在區別。相應地，可以根據完整帳號的長度，選擇不同位置的字元進行隱藏。
步驟S207，將完整帳號中的位置上的字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
可以理解，由於不同長度的完整帳號中的隱藏字元所對應的位置不同，因此生成的缺位帳號的長度和格式也不同。
步驟S209，將缺位帳號進行顯示，並提示用戶補全至少一個字元。
步驟S211，將補全後的帳號與完整帳號進行比對。
步驟S213，根據比對結果，完成對待驗證收款帳戶的驗證。
需要說明的是，前述對步驟S101-步驟S109的說明解釋，也適用於本說明書實施例的方法步驟，此處不再贅述。
從而，實現了對於不同長度的完整帳號，生成不同長度和格式的缺位帳號。
為了更加清楚地說明本說明書實施例所提出的收款帳戶的驗證方法是如何完成對待驗證收款帳戶的驗證的，本說明書實施例還提出了又一種收款帳戶的驗證方法，圖3為本說明書實施例所提出的又一種收款帳戶的驗證方法的流程示意圖。如圖3所示，該方法包括：
步驟S301，獲取待驗證收款帳戶對應的完整帳號。
步驟S303，將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
步驟S305，將缺位帳號進行顯示，並提示用戶補全至少一個字元。
步驟S307，將補全後的帳號與完整帳號進行比對。
步驟S309，在補全後的帳號與完整帳號相同的情況下，允許用戶向待驗證收款帳戶繳費。
基於前述說明，可以知道，如果補全後的帳號與完整帳號相同，說明待驗證收款帳戶為收款方指定的收款帳戶，那麼用戶可以進行下一步操作，向待驗證收款帳戶進行繳費，無需擔心繳費失敗。
步驟S311，在補全後的帳號與完整帳號不相同的情況下，提示用戶驗證失敗。
如果補全後的帳號與完整帳號不相同，則可能是用戶進行補全時出現了失誤，導致輸錯了字元，還可能是收款方提供的帳號與完整帳號原本就不同，無論是哪一種情況，都應當提示用戶驗證失敗。
若用戶發現是輸入時的失誤，導致輸錯了字元，那麼用戶可以對缺位帳號進行重新補全。若用戶發現輸入沒有錯誤，那麼說明收款方提供的帳號與完整帳號原本就不同，需要重新確定待驗證收款帳戶是否為收款方指定的收款帳戶。
進一步地，為了防止第三方透過試錯的方式來獲取收款帳戶對應的完整帳號，一種可能的實現方式是，在提示用戶驗證失敗之後，還包括：統計用戶驗證失敗的次數，在用戶驗證失敗的次數超過預設閾值的情況下，禁止用戶在預設時間段內繼續進行驗證。比如說，若用戶同日內對於同一個收款帳戶，驗證失敗的次數達到三次，則禁止該用戶一小時內繼續進行驗證。
需要說明的是，前述對步驟S101-步驟S109的說明解釋，也適用於本說明書實施例的方法步驟，此處不再贅述。
從而，實現了根據比對結果，對用戶的驗證操作進行不同的處理。
為了更加清楚地說明本說明書實施例所提出的收款帳戶的驗證方法的整個流程，本說明書實施例還提出了再一種收款帳戶的驗證方法，圖4為本說明書實施例所提出的再一種收款帳戶的驗證方法的流程示意圖。如圖4所示，該方法包括：
步驟S401，獲取用戶輸入的帳戶資訊關鍵字。
步驟S403，篩選出與帳戶資訊關鍵字相關的候選帳戶，並進行顯示。
步驟S405，根據用戶對候選帳戶的選擇，確定待驗證收款帳戶。
步驟S407，獲取待驗證收款帳戶對應的完整帳號。
步驟S409，確定完整帳號的長度。
步驟S411，根據完整帳號的長度，確定要隱藏的至少一個字元所對應的位置。
步驟S413，將完整帳號中的位置上的字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
步驟S415，將缺位帳號進行顯示，並提示用戶補全至少一個字元。
步驟S417，依次將補全後的帳號中的每一位字元，分別與完整帳號中對應位置的字元進行比對。
步驟S419，在補全後的帳號與完整帳號相同的情況下，允許用戶向待驗證收款帳戶繳費。
步驟S421，在補全後的帳號與完整帳號不相同的情況下，提示用戶驗證失敗。
步驟S423，統計用戶驗證失敗的次數。
步驟S425，在用戶驗證失敗的次數超過預設閾值的情況下，禁止用戶在預設時間段內繼續進行驗證。
需要說明的是，前述對其他實施例的方法步驟的說明解釋，也適用於本說明書實施例的方法步驟，此處不再贅述。
從而，實現了透過帳戶資訊關鍵字，確定待驗證收款帳戶，並完成對待驗證收款帳戶的帳戶資訊的驗證。透過用戶補全缺位帳號的方式，來對待驗證收款帳戶的完整帳號進行比對，進而完成對待驗證收款帳戶的驗證。
為了更加清楚地說明本說明書所提出的收款帳戶的驗證方法的技術效果，下面進行舉例說明。
留學生在向海外院校指定的收款帳戶進行繳納費用時，海外院校通常會告知留學生收款帳戶對應的帳號，以及收款方的名稱等資訊。因此可以使用本說明書實施例所提供的收款帳戶的驗證方法，來確保費用順利轉入指定的收款帳戶，避免轉帳失敗而給留學生的學習生活帶來麻煩。
具體來說，圖5a-5g為本說明書實施例所提出的收款帳戶的驗證方法的技術效果示意圖。如圖5a所示，若留學生需要向Cardfidd University指定的收款帳戶進行轉帳，可以先輸入收款方的名稱Cardfidd University。如圖5b所示，系統經過對Cardfidd University相關的收款帳戶進行檢索，查詢到對應於Cardfidd University的收款帳戶，以及該收款帳戶的帳戶資訊，並顯示給留學生。留學生可以透過帳戶資訊來初步判斷該收款帳戶是否是Cardfidd University指定的收款帳戶。
如圖5c所示，在完成了初步確定後，系統將該收款帳戶對應的完整帳號中的部分數字進行隱藏，生成並顯示缺位帳號，提示留學生補全帳號。留學生可以根據Cardfidd University提供的帳號，在圖5c所示的介面中填入空缺數字，還可以透過系統未隱藏的數字判斷該收款帳戶是否是收款方指定的帳戶。
如圖5d所示，當留學生填入空缺數字後，系統將補全的帳號與該收款帳戶的完整帳號進行比對。
如圖5e所示，若補全的帳號與該收款帳戶的完整帳號相同，則校驗成功嗎，說明該收款帳戶為海外院校指定的收款帳戶，允許留學生進行轉帳操作。
如圖5f所示，若補全的帳號與該收款帳戶的完整帳號不同，則校驗失敗，提升留學生重新填入空缺數字。
如圖5g所示，若連續三次填入的數字都無法通過校驗，則1小時內禁止該留學生對該收款帳戶進行校驗。
從而，能夠確保留學生將費用成功轉入海外院校指定的收款帳戶。
為了實現上述實施例，本說明書實施例還提出了一種收款帳戶的驗證裝置，圖6為本說明書實施例所提出的一種收款帳戶的驗證裝置的結構示意圖。如圖6所示，該裝置包括：第一獲取模組510，隱藏模組520，顯示模組530，提示模組540，比對模組550，驗證模組560。
第一獲取模組510，用於獲取待驗證收款帳戶對應的完整帳號。
隱藏模組520，用於將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
顯示模組530，用於將缺位帳號進行顯示。
提示模組540，用於提示用戶補全至少一個字元。
比對模組550，用於將補全後的帳號與完整帳號進行比對。
驗證模組560，用於根據比對結果，完成對待驗證收款帳戶的驗證。
進一步地，為了確定待驗證帳戶，一種可能的實現方式是，該裝置還包括：第二獲取模組570，用於獲取用戶輸入的帳戶資訊關鍵字。篩選模組580，用於篩選出與帳戶資訊關鍵字相關的候選帳戶，並進行顯示。確定模組590，用於根據用戶對候選帳戶的選擇，確定待驗證收款帳戶。
進一步地，為了比較兩串字元是否完全一致，一種可能的實現方式是，比對模組550，具體用於依次將補全後的帳號中的每一位字元，分別與完整帳號中對應位置的字元進行比對。
需要說明的是，前述對收款帳戶的驗證方法實施例的解釋說明也適用於該實施例的收款帳戶的驗證裝置，此處不再贅述。
綜上所述，本說明書實施例所提出的一種收款帳戶的驗證裝置。在對收款帳戶進行驗證時，獲取待驗證收款帳戶對應的完整帳號。將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。將缺位帳號進行顯示，並提示用戶補全多個字元。將補全後的帳號與完整帳號進行比對，根據比對結果，完成對待驗證收款帳戶的驗證。由此，實現了繳費方無需手動輸入收款帳戶的完整帳號，只需補全收款帳戶對應的缺位帳號，既減少了繳費方輸入字元的長度，降低了出錯可能性，又使得繳費方在繳費之前，能夠對收款方的帳號進行驗證，讓繳費方順利將繳費款項轉入收款方的帳戶。
為了實現上述實施例，本說明書實施例還提出了另一種收款帳戶的驗證裝置，圖7為本說明書實施例所提出的另一種收款帳戶的驗證裝置的結構示意圖。如圖7所示，該裝置包括：第一獲取模組610，隱藏模組620，顯示模組630，提示模組640，比對模組650，驗證模組660。
第一獲取模組610，用於獲取待驗證收款帳戶對應的完整帳號。
隱藏模組620，用於將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
顯示模組630，用於將缺位帳號進行顯示。
提示模組640，用於提示用戶補全至少一個字元。
比對模組650，用於將補全後的帳號與完整帳號進行比對。
驗證模組660，用於根據比對結果，完成對待驗證收款帳戶的驗證。
其中，隱藏模組620，包括：第一確定子模組621，用於獲取完整帳號的長度。第二確定子模組622，用於根據完整帳號的長度，確定要隱藏的至少一個字元所對應的位置。隱藏子模組623，用於將完整帳號中的位置上的字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
需要說明的是，前述對收款帳戶的驗證方法實施例的解釋說明也適用於該實施例的收款帳戶的驗證裝置，此處不再贅述。
從而，實現了對於不同長度的完整帳號，生成不同長度和格式的缺位帳號。
為了實現上述實施例，本說明書實施例還提出了又一種收款帳戶的驗證裝置，圖8為本說明書實施例所提出的又一種收款帳戶的驗證裝置的結構示意圖。如圖8所示，該裝置包括：第一獲取模組710，隱藏模組720，顯示模組730，提示模組740，比對模組750，驗證模組760。
第一獲取模組710，用於獲取待驗證收款帳戶對應的完整帳號。
隱藏模組720，用於將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
顯示模組730，用於將缺位帳號進行顯示。
提示模組740，用於提示用戶補全至少一個字元。
比對模組750，用於將補全後的帳號與完整帳號進行比對。
驗證模組760，用於根據比對結果，完成對待驗證收款帳戶的驗證。
其中，驗證模組760，包括：允許子模組761，用於在補全後的帳號與完整帳號相同的情況下，允許用戶向待驗證收款帳戶繳費。提示子模組762，用於在補全後的帳號與完整帳號不相同的情況下，提示用戶驗證失敗。
進一步地，為了防止第三方透過試錯的方式來獲取收款帳戶對應的完整帳號，一種可能的實現方式是，驗證模組760，還包括：統計子模組763，用於統計用戶驗證失敗的次數。禁止子模組764，用於在用戶驗證失敗的次數超過預設閾值的情況下，禁止用戶在預設時間段內繼續進行驗證。
需要說明的是，前述對收款帳戶的驗證方法實施例的解釋說明也適用於該實施例的收款帳戶的驗證裝置，此處不再贅述。
從而，實現了根據比對結果，對用戶的驗證操作進行不同的處理。
為了實現上述實施例，本說明書實施例還提出了再一種收款帳戶的驗證裝置，圖9為本說明書實施例所提出的再一種收款帳戶的驗證裝置的結構示意圖。如圖9所示，該裝置包括：第二獲取模組810，篩選模組820，確定模組830，第一獲取模組840，隱藏模組850，顯示模組860，提示模組870，比對模組880，驗證模組890。
第二獲取模組810，用於獲取用戶輸入的帳戶資訊關鍵字。
篩選模組820，用於篩選出與帳戶資訊關鍵字相關的候選帳戶，並進行顯示。
確定模組830，用於根據用戶對候選帳戶的選擇，確定待驗證收款帳戶。
第一獲取模組840，用於獲取待驗證收款帳戶對應的完整帳號。
隱藏模組850，用於將完整帳號中的至少一個字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
顯示模組860，用於將缺位帳號進行顯示。
提示模組870，用於提示用戶補全至少一個字元。
比對模組880，用於依次將補全後的帳號中的每一位字元，分別與完整帳號中對應位置的字元進行比對。
驗證模組890，用於根據比對結果，完成對待驗證收款帳戶的驗證。
其中，隱藏模組850，包括：第一確定子模組851，用於獲取完整帳號的長度。第二確定子模組852，用於根據完整帳號的長度，確定要隱藏的至少一個字元所對應的位置。隱藏子模組853，用於將完整帳號中的位置上的字元進行隱藏，以生成待驗證收款帳戶對應的缺位帳號。
驗證模組890，包括：允許子模組891，用於在補全後的帳號與完整帳號相同的情況下，允許用戶向待驗證收款帳戶繳費。提示子模組892，用於在補全後的帳號與完整帳號不相同的情況下，提示用戶驗證失敗。統計子模組893，用於統計用戶驗證失敗的次數。禁止子模組894，用於在用戶驗證失敗的次數超過預設閾值的情況下，禁止用戶在預設時間段內繼續進行驗證。
需要說明的是，前述對收款帳戶的驗證方法實施例的解釋說明也適用於該實施例的收款帳戶的驗證裝置，此處不再贅述。
從而，實現了透過帳戶資訊關鍵字，確定待驗證收款帳戶，並完成對待驗證收款帳戶的帳戶資訊的驗證。透過用戶補全缺位帳號的方式，來對待驗證收款帳戶的完整帳號進行比對，進而完成對待驗證收款帳戶的驗證。
為了實現上述實施例，本說明書實施例還提出一種電腦設備，包括記憶體和處理器；記憶體上儲存有可由處理器運行的電腦程式；當處理器運行電腦程式時，執行如前述方法實施例的收款帳戶的驗證方法。
為了實現上述實施例，實施例還提出一種非臨時性電腦可讀儲存媒體，其上儲存有電腦程式，電腦程式被處理器執行時實現如前述方法實施例的收款帳戶的驗證方法。
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在附圖中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多工處理和並行處理也是可以的或者可能是有利的。
此外，術語“第一”、“第二”僅用於描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術特徵的數量。由此，限定有“第一”、“第二”的特徵可以明示或者隱含地包括至少一個該特徵。在本說明書實施例的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。
在本說明書實施例中，除非另有明確的規定和限定，術語“安裝”、“相連”、“連接”、“固定”等術語應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或成一體；可以是機械連接，也可以是電連接；可以是直接相連，也可以透過中間媒介間接相連，可以是兩個元件內部的連通或兩個元件的相互作用關係，除非另有明確的限定。對於本領域的普通技術人員而言，可以根據具體情況理解上述術語在本說明書實施例中的具體含義。
在本說明書實施例中，除非另有明確的規定和限定，第一特徵在第二特徵“上”或“下”可以是第一和第二特徵直接接觸，或第一和第二特徵透過中間媒介間接接觸。而且，第一特徵在第二特徵“之上”、“上方”和“上面”可是第一特徵在第二特徵正上方或斜上方，或僅僅表示第一特徵水準高度高於第二特徵。第一特徵在第二特徵“之下”、“下方”和“下面”可以是第一特徵在第二特徵正下方或斜下方，或僅僅表示第一特徵水準高度小於第二特徵。
在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本說明書實施例的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特徵進行結合和組合。
儘管上面已經示出和描述了本發明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發明的限制，本領域的普通技術人員在本發明的範圍內可以對上述實施例進行變化、修改、替換和變型。
510:第一獲取模組
520:隱藏模組
530:顯示模組
540:提示模組
550:比對模組
560:驗證模組
610:第一獲取模組
620:隱藏模組
621:第一確定子模組
622:第二確定子模組
623:隱藏子模組
630:顯示模組
640:提示模組
650:比對模組
660:驗證模組
710:第一獲取模組
720:隱藏模組
730:顯示模組
740:提示模組
750:比對模組
760:驗證模組
761:允許子模組
762:提示子模組
810:第二獲取模組
820:篩選模組
830:確定模組
840:第一獲取模組
850:隱藏模組
851:第一確定子模組
852:第二確定子模組
853:隱藏子模組
860:顯示模組
870:提示模組
880:比對模組
890:驗證模組
891:允許子模組
892:提示子模組
893:統計子模組
894:禁止子模組
為了更清楚地說明本說明書實施例的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本說明書的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其它的附圖。
[圖1]為本說明書實施例所提出的一種收款帳戶的驗證方法的流程示意圖；
[圖2]為本說明書實施例所提出的另一種收款帳戶的驗證方法的流程示意圖；
[圖3]為本說明書實施例所提出的又一種收款帳戶的驗證方法的流程示意圖；
[圖4]為本說明書實施例所提出的再一種收款帳戶的驗證方法的流程示意圖；
[圖5a-5g]為本說明書實施例所提出的收款帳戶的驗證方法的技術效果示意圖；
[圖6]為本說明書實施例所提出的一種收款帳戶的驗證裝置的結構示意圖；
[圖7]為本說明書實施例所提出的另一種收款帳戶的驗證裝置的結構示意圖；
[圖8]為本說明書實施例所提出的又一種收款帳戶的驗證裝置的結構示意圖；
[圖9]為本說明書實施例所提出的再一種收款帳戶的驗證裝置的結構示意圖。
