本申請涉及互聯(lián)網(wǎng)信息處理技術領域，尤其涉及一種驗證方法和設備。

背景技術：

在實際應用中，存在這樣一種應用場景：用戶需要在指定文本框中輸入目標信息，并將輸入的目標信息發(fā)送給服務器，以使得服務器對輸入的目標信息進行驗證。

例如：用戶使用ATM(英文：Automatic Teller Machine)執(zhí)行轉(zhuǎn)賬業(yè)務時，用戶需要在指定的文本框中輸入目標賬戶的賬號信息。為了保證用戶轉(zhuǎn)賬的安全性，服務器一般需要用戶輸入兩次目標賬戶的賬號信息，這樣服務器在接收到用戶兩次輸入的目標賬戶的賬號信息時，將第一次輸入的目標賬戶的賬號信息與第二次輸入的目標賬戶的賬號信息進行比對，以驗證兩次輸入的目標賬戶的賬戶信息是否一致。

再例如：在一些應用軟件的登錄界面，不僅需要用戶輸入用戶名、登錄密碼，還需要用戶在指定文本框中輸入驗證碼。

但是，經(jīng)研究發(fā)現(xiàn)，用戶在指定文本框中輸入目標信息時，存在以下問題：

用戶在指定文本框中輸入目標信息時，可能因為輸入速度比較快，或者輸入內(nèi)容比較多等原因，導致用戶輸入的目標信息發(fā)生錯誤。然而，服務器在接收到用戶輸入的目標信息時，對目標信息進行驗證，并在驗證不同時提示用戶輸入錯誤，此時用戶需要再次在指定文本框中輸入目標信息，這樣導致用戶業(yè)務執(zhí)行效率較低，降低用戶的用戶體驗。

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

有鑒于此，本申請實施例提供了一種驗證方法和設備，用于解決現(xiàn)有技術中用戶在指定文本中輸入目標信息時不能及時發(fā)現(xiàn)輸入錯誤進而導致的用戶業(yè)務執(zhí)行效率較低的問題。

本申請實施例提供一種驗證方法，包括：

檢測用戶在設定區(qū)域中是否輸入第一信息內(nèi)容；

當檢測到用戶在所述設定區(qū)域中輸入所述第一信息內(nèi)容時，將所述第一信息內(nèi)容與存儲的第二信息內(nèi)容進行比較；

根據(jù)比較結果，驗證所述第一信息內(nèi)容在輸入過程中是否發(fā)生錯誤。

本申請實施例還提供一種驗證設備，包括：

檢測單元，檢測用戶在設定區(qū)域中是否輸入第一信息內(nèi)容；

比較單元，當檢測到用戶在所述設定區(qū)域中輸入所述第一信息內(nèi)容時，將所述第一信息內(nèi)容與存儲的第二信息內(nèi)容進行比較；

驗證單元，根據(jù)比較結果，驗證所述第一信息內(nèi)容在輸入過程中是否發(fā)生錯誤。

本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果：

檢測用戶在設定區(qū)域中是否輸入第一信息內(nèi)容；當檢測到用戶在所述設定區(qū)域中輸入所述第一信息內(nèi)容時，將所述第一信息內(nèi)容與存儲的第二信息內(nèi)容進行比較；根據(jù)比較結果，驗證所述第一信息內(nèi)容在輸入過程中是否發(fā)生錯誤。這樣，當用戶在設定區(qū)域中輸入第一信息內(nèi)容時，能夠?qū)崟r對輸入的第一信息內(nèi)容進行檢測，并及時判斷輸入的第一信息內(nèi)容是否發(fā)生輸入錯誤，即能夠及時發(fā)現(xiàn)用戶在輸入過程中出現(xiàn)的失誤，提升用戶的用戶體驗，同時由于及時發(fā)現(xiàn)錯誤將能夠及時提示用戶改正錯誤，進而加快后續(xù)業(yè)務的執(zhí)行效率。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：

圖1為本申請實施例提供的一種驗證方法的流程示意圖；

圖2(a)為向所述用戶發(fā)送提示消息的示意圖；

圖2(b)為向所述用戶發(fā)送提示消息的示意圖；

圖3(a)為本申請實施例提供的一種驗證方法的應用場景示意圖；

圖3(b)為本申請實施例提供的一種驗證方法的應用場景示意圖；

圖4為本申請實施例提供的一種驗證設備的結構示意圖。

具體實施方式

為了實現(xiàn)本申請的目的，本申請實施例提供了一種驗證方法和設備，當用戶在設定區(qū)域中輸入第一信息內(nèi)容時，能夠?qū)崟r對輸入的第一信息內(nèi)容進行檢測，并及時判斷輸入的第一信息內(nèi)容是否發(fā)生輸入錯誤，即能夠及時發(fā)現(xiàn)用戶在輸入過程中出現(xiàn)的失誤，提升用戶的用戶體驗，同時由于及時發(fā)現(xiàn)錯誤能夠及時提示用戶改正錯誤，進而加快后續(xù)業(yè)務的執(zhí)行效率。

需要說明的是，本申請實施例所記載的技術方案可以應用在需要用戶進行兩次或者兩次以上相同內(nèi)容輸入的場景中，例如：設置密碼的場景中，在ATM機上進行轉(zhuǎn)賬的場景中；也可以應用在需要用戶將系統(tǒng)生成的參考信息(在本申請實施例中可以是指第二信息內(nèi)容)輸入至指定文本框中的場景中，例如：輸入驗證碼的場景中；還可以應用在類似的場景中，這里不做具體限定。

需要說明的是，本申請實施例中所記載的設定區(qū)域的形式可以是指常見的各種各樣的輸入框，但是在本申請實施例中所記載的設定區(qū)域的實質(zhì)與常見的輸入框存在區(qū)別：本申請實施例中所記載的設定區(qū)域需要通過技術將設定區(qū)域?qū)妮斎肟蛱摂M拆分成多個輸入單元，在每一個輸入單元中可以輸入一個字母或者一個漢字或者一個數(shù)字，這樣本申請實施例中所記載的設定區(qū)域中包含多個輸入單元，且每一個輸入單元對應不同的輸入單元編號。

本申請實施例中所記載的“第一信息內(nèi)容”和“第二信息內(nèi)容”中包含的“第一”和“第二”，在本申請實施例中沒有特殊含義，僅用于不同時間段產(chǎn)生的信息內(nèi)容。

下面結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

以下結合附圖，詳細說明本申請各實施例提供的技術方案。

實施例1

圖1為本申請實施例提供的一種驗證方法的流程示意圖。所述方法可以如下所示。

步驟101：檢測用戶在設定區(qū)域中是否輸入第一信息內(nèi)容，若是，則執(zhí)行步驟102；否則，繼續(xù)執(zhí)行步驟101。

在步驟101中，驗證設備可以實時或者周期性地對所管理的設定區(qū)域進行檢測，以判斷用戶在設定區(qū)域中輸入第一信息內(nèi)容這一事件是否發(fā)生。

具體地，驗證設備實時或者周期性地判斷設定區(qū)域是否接收到用戶輸入的第一信息內(nèi)容，假設本申請實施例中所記載的設定區(qū)域中包含多個輸入單元，那么驗證設備可以分別對每一個輸入單元進行檢測。

當檢測到其中一個輸入單元接收到用戶輸入的第一信息內(nèi)容時，則確定檢測到用戶在設定區(qū)域中輸入第一信息內(nèi)容。

這里需要說明的是，本申請實施例中所記載的設定區(qū)域可以通過虛擬方式按照輸入第一信息內(nèi)容的類型將設定區(qū)域劃分成多個輸入單元。例如：按照文本所占空間將設定區(qū)域劃分成多個輸入單元；按照數(shù)字/字母所占空間將設定區(qū)域劃分成多個輸入單元等等。

可選地，在將設定區(qū)域劃分成多個輸入單元之后，確定每一個輸入單元對應的輸入單元編號。

例如：根據(jù)設定區(qū)域中能夠輸入的第一信息內(nèi)容的個數(shù)，將設定區(qū)域劃分成為多個輸入單元，即劃分得到20個輸入單元，意味著在該設定區(qū)域中可以輸入20個漢字/數(shù)字/字母，那么按照由左到右的順序，依次確定設定區(qū)域中每一個輸入單元對應的輸入單元編號，即0～9、A～J。

此外，在設置設定區(qū)域時，為該設定區(qū)域配置輸入狀態(tài)標識，即當設定區(qū)域的輸入單元中輸入第一信息內(nèi)容時，該設定區(qū)域中該輸入單元的輸入狀態(tài)標識為1，當設定區(qū)域的輸入單元中尚未輸入第一信息內(nèi)容時，該設定區(qū)域中該輸入單元的輸入狀態(tài)標識為0。

在檢測設定區(qū)域中是否輸入第一信息內(nèi)容時，可以通過識別設定區(qū)域?qū)妮斎霠顟B(tài)標識序列，進而判斷該設定區(qū)域中是否輸入第一信息內(nèi)容，也可以分別識別設定區(qū)域中每一個輸入單元的輸入狀態(tài)標識，進而判斷該設定區(qū)域中某一個輸入單元中是否輸入第一信息內(nèi)容，這里對于判斷方式不做具體限定。

例如：獲取到的輸入狀態(tài)標識序列為11111100000000000000，通過識別可以確定該設定區(qū)域中包含20個輸入單元，其中，前6個輸入單元中已輸入第一信息內(nèi)容，剩余的14個輸入單元中尚未輸入第一信息內(nèi)容。

步驟102：當檢測到用戶在所述設定區(qū)域中輸入所述第一信息內(nèi)容時，將所述第一信息內(nèi)容與存儲的第二信息內(nèi)容進行比較。

其中，當信息內(nèi)容為驗證碼時，所述第二信息內(nèi)容為系統(tǒng)生成的；

當信息內(nèi)容為密碼時，所述第二信息內(nèi)容為所述用戶在設置密碼時第一次輸入的密碼；

當信息內(nèi)容為手機號碼時，所述第二信息內(nèi)容為所述用戶在需要至少兩次輸入相同的手機號碼時第一次輸入的手機號碼；

當信息內(nèi)容為賬戶號碼時，所述第二信息內(nèi)容為所述用戶在需要至少兩次輸入相同的賬戶號碼時第一次輸入的賬戶號碼。

也就是說，本申請實施例中所記載的第二信息內(nèi)容可以是用戶自己輸入的內(nèi)容，也可以是服務器生成的內(nèi)容，這里不做具體限定。

例如：在設置密碼的應用場景中，一般需要用戶進行兩次以上的密碼輸入，第一次輸入密碼為用戶需要設置的密碼；第二次輸入密碼是對第一次輸入的密碼進行確認，即再次輸入第一次輸入的密碼，以保證用戶設置密碼的準確性。

那么在本申請實施例中第二信息內(nèi)容可以是指用戶第一次輸入的需要設置的密碼，而在這種場景下本申請實施例所要解決的問題具體化為：在第二次輸入密碼的過程中，相比于第一次輸入的密碼，驗證第二次輸入的密碼是否發(fā)生錯誤。

再例如：在智能設備上執(zhí)行業(yè)務的應用場景中，一般需要用戶進行兩次以上的手機號碼輸入，第一次輸入的手機號碼為用戶需要執(zhí)行業(yè)務的手機號碼；第二次輸入手機號碼是對第一次輸入的手機號碼進行確認，即再次輸入第一次輸入的手機號碼，以保證用戶發(fā)起業(yè)務請求中所包含的手機號碼的準確性。

那么在本申請實施例中第二信息內(nèi)容可以是指用戶第一次輸入的手機號碼，而在這種場景下本申請實施例所要解決的問題具體化為：在第二次手機號碼的輸入過程中，相比于第一次輸入的手機號碼，驗證第二次輸入的手機號碼是否發(fā)生錯誤。

再例如：在ATM機執(zhí)行業(yè)務的應用場景中，一般需要用戶進行兩次以上的賬戶號碼輸入，第一次輸入賬戶號碼為用戶需要執(zhí)行業(yè)務的賬戶號碼；第二次輸入賬戶號碼是對第一次輸入的賬戶號碼進行確認，即再次輸入第一次輸入的賬戶號碼，以保證用戶所輸入的賬戶號碼的準確性。

那么在本申請實施例中第二信息內(nèi)容可以是指用戶第一次輸入的賬戶號碼，而在這種場景下本申請實施例所要解決的問題具體化為：在第二次輸入賬戶號碼的過程中，相比于第一次輸入的賬戶號碼，驗證第二次輸入的賬戶號碼是否發(fā)生錯誤。

再例如：在需要輸入驗證碼的應用場景中，服務器自動生成驗證碼信息，并將生成的驗證碼展示給所述用戶，服務器指示用戶根據(jù)生成的驗證碼信息在設定區(qū)域中輸入該驗證碼信息，并將輸入的驗證碼信息提交給服務器，以便于服務器驗證輸入的驗證碼信息與生成的驗證碼信息是否一致。

然而，在本申請實施例中第二信息內(nèi)容可以是生成的驗證碼信息，而在這種場景下本申請實施例所要解決的問題具體化為：當用戶在設定區(qū)域中輸入所看到的驗證信息的過程中，相比于生成的驗證信息，服務器及時驗證用戶所輸入的驗證信息是否發(fā)生錯誤。

在步驟102中，確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號；根據(jù)所述輸入序號，從存儲的第二信息內(nèi)容中選擇與所述輸入序號對應的子對象；將所述第一信息內(nèi)容與所述子對象進行比較。

具體地，由于第二信息內(nèi)容中包含至少一個子對象，那么在本申請實施例中可以稱之為子對象序列，而用戶在設定區(qū)域中輸入第一信息內(nèi)容時，需要按照第二信息內(nèi)容中包含的子對象序列中子對象的排列順序進行輸入，那么在執(zhí)行將第一信息內(nèi)容與第二信息內(nèi)容進行比較的操作時，首先，確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號。

假設在步驟101中檢測到的第一信息內(nèi)容為“p”，那么確定“p”在設定區(qū)域中的輸入序號為2。

可選地，在本申請實施例中還可以為設定區(qū)域配置一個計數(shù)器，每次在該設定區(qū)域中輸入一個第一信息內(nèi)容時，該設定區(qū)域?qū)挠嫈?shù)器的數(shù)值增加1，那么對于第一信息內(nèi)容“p”，通過查看計數(shù)器的數(shù)值即可確定在所述設定區(qū)域中的輸入序號。

這里需要說明的是，當檢測到用戶輸入的第一信息內(nèi)容的個數(shù)與第二信息內(nèi)容的個數(shù)相同時，計數(shù)器的數(shù)值置零，表示輸入結束。

可選地，確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號，包括：

確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入單元編號，所述設定區(qū)域中包含多個輸入單元，所述輸入單元對應所述輸入單元編號；

根據(jù)所述輸入單元編號，確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號。

具體地，當檢測到用戶在設定區(qū)域中輸入第一信息內(nèi)容時，確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入單元編號，這樣，根據(jù)輸入單元編號，能夠確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號。

這里需要說明的是，在本申請實施例中，用戶在設定區(qū)域中輸入第一信息內(nèi)容一般按照在設定區(qū)域?qū)妮斎雴卧羞M行連續(xù)輸入為準。

其次，根據(jù)確定輸入序號，從第二信息內(nèi)容中選擇與所述輸入序號對應的子對象。

假設第二信息內(nèi)容為“apple”，按照正常的輸入習慣，首先輸入a，再次輸入p，那么根據(jù)確定的輸入序號，則從第二信息內(nèi)容“apple”中與輸入序號對應的子對象為p。

最后，將所述第一信息內(nèi)容與所述子對象進行比較。

可選地，對于本申請實施例提供的驗證方法，在步驟102中，可以針對用戶在設定輸入框中輸入的每一個第一信息內(nèi)容，執(zhí)行以下操作：

確定用戶當前輸入的第一信息內(nèi)容，以及確定該第一信息內(nèi)容在所述設定區(qū)域中的輸入序號；

根據(jù)確定輸入序號，從第二信息內(nèi)容中選擇與所述輸入序號對應的子對象；

將所述第一信息內(nèi)容與所述子對象進行比較；

在對該第一信息內(nèi)容進行驗證之后，對用戶輸入的下一個第一信息內(nèi)容執(zhí)行上述操作。

即針對需要用戶進行輸入的場景中，依次對用戶輸入的每一個第一信息內(nèi)容進行驗證，及時在輸入過程中發(fā)現(xiàn)用戶出現(xiàn)的輸入錯誤，使得用戶能夠及時糾正其輸入錯誤。

需要說明的是，步驟102可以當檢測到第一輸入單元中輸入內(nèi)容時，觸發(fā)對第一輸入單元中輸入的內(nèi)容進行比較，比較之后根據(jù)比較結果，觸發(fā)執(zhí)行步驟103；依次當檢測到第二輸入單元中輸入內(nèi)容時，觸發(fā)對第二輸入單元中輸入的內(nèi)容進行比較，比較之后再根據(jù)比較結果，觸發(fā)執(zhí)行步驟103；......；直至比較輸入結束，完成對輸入的最后內(nèi)容的驗證。

步驟103：根據(jù)比較結果，驗證所述第一信息內(nèi)容在輸入過程中是否發(fā)生錯誤。

在步驟103中，當所述第一信息內(nèi)容與所述第二信息內(nèi)容相同時，驗證所述第一信息內(nèi)容在輸入過程中尚未發(fā)生錯誤；

當所述第一信息內(nèi)容與所述第二信息內(nèi)容不相同時，驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤。

具體地，當所述第一信息內(nèi)容與選擇的子對象相同時，驗證所述第一信息內(nèi)容在輸入過程中尚未發(fā)生錯誤；

當所述第一信息內(nèi)容與選擇的子對象不相同時，驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤。

例如：第二信息內(nèi)容為123456789，那么當用戶第一個輸入的內(nèi)容為1時，驗證所述內(nèi)容在輸入過程中尚未發(fā)生錯誤；

當用戶第二個輸入的內(nèi)容為2時，驗證所述內(nèi)容在輸入過程中尚未發(fā)生錯誤；

當用戶第三個輸入的內(nèi)容為3時，驗證所述內(nèi)容在輸入過程中尚未發(fā)生錯誤；

當用戶第四個輸入的內(nèi)容為4時，驗證所述內(nèi)容在輸入過程中尚未發(fā)生錯誤；

當用戶第五個輸入的內(nèi)容為6時，驗證所述內(nèi)容在輸入過程中發(fā)生錯誤；

即當用戶輸入的第一信息內(nèi)容為12346時，由于前四個第一信息內(nèi)容與第二信息內(nèi)容的前4個子對象相同的，但是第五個第一信息內(nèi)容與第二信息內(nèi)容中的第5個子對象不同，那么驗證所述第一信息內(nèi)容在輸入第5個子對象的過程中發(fā)生錯誤。

可選地，所述方法還包括：

當驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤時，向所述用戶發(fā)送提示消息，所述提示消息用于提示所述用戶所述第一信息內(nèi)容輸入錯誤。

圖2(a)為向所述用戶發(fā)送提示消息的示意圖。

從圖2(a)中可以看出，在用戶輸入發(fā)生錯誤的過程中，服務器及時跳出對話框提示用戶輸入錯誤。

可選地，所述方法還包括：

當驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤時，改變所述第一信息內(nèi)容的顯示狀態(tài)，以提示所述用戶所述第一信息內(nèi)容輸入錯誤。

圖2(b)為向所述用戶發(fā)送提示消息的示意圖。

從圖2(a)中可以看出，在用戶輸入發(fā)生錯誤的過程中，在設定區(qū)域中調(diào)整第一信息內(nèi)容的顯示狀態(tài)，使得用戶能夠及時根據(jù)顯示狀態(tài)的變化發(fā)現(xiàn)輸入過程中出現(xiàn)的錯誤。

這里顯示狀態(tài)的調(diào)整可以是指顯示顏色的調(diào)整，也可以是指顯示大小的調(diào)整，這里不做具體限定。

可選地，在驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤時，所述方法還包括：

確定所述第一信息內(nèi)容中發(fā)生輸入錯誤的內(nèi)容，并提示所述用戶發(fā)生輸入錯誤的內(nèi)容。

通過本申請實施例所提供的技術方案，檢測用戶在設定區(qū)域中是否輸入第一信息內(nèi)容；當檢測到用戶在所述設定區(qū)域中輸入所述第一信息內(nèi)容時，將所述第一信息內(nèi)容與存儲的第二信息內(nèi)容進行比較；根據(jù)比較結果，驗證所述第一信息內(nèi)容在輸入過程中是否發(fā)生錯誤。這樣，當用戶在設定區(qū)域中輸入第一信息內(nèi)容時，能夠?qū)崟r對輸入的第一信息內(nèi)容進行檢測，并利用參考對象及時判斷輸入的第一信息內(nèi)容是否發(fā)生輸入錯誤，即能夠及時發(fā)現(xiàn)用戶在輸入過程中出現(xiàn)的失誤，提升用戶的用戶體驗，同時由于及時發(fā)現(xiàn)錯誤能夠及時提示用戶改正錯誤，進而加快后續(xù)業(yè)務的執(zhí)行效率。

下面以設置密碼的應用場景和需要輸入驗證碼的應用場景為例進行說明。

場景一：設置密碼的應用場景。

圖3(a)為本申請實施例提供的一種驗證方法的應用場景示意圖。

從圖3(a)中可以看出，首先，服務器確定在這種應用場景中的第二信息內(nèi)容。

即服務器獲取用戶在輸入密碼文本框中輸入的第一密碼，將第一密碼作為第二信息內(nèi)容。

其次，服務器對用戶在確認密碼輸入框中輸入的每一個字符進行驗證，以判斷用戶在輸入過程中出現(xiàn)的錯誤。

最后，服務器一旦驗證到輸入錯誤，改變出現(xiàn)輸入錯誤的字符的顯示狀態(tài)，以提示用戶輸入出現(xiàn)錯誤。

場景二：需要輸入驗證碼的應用場景。

圖3(b)為本申請實施例提供的一種驗證方法的應用場景示意圖。

從圖3(b)中可以看出，首先，服務器生成驗證碼，并將生成的驗證碼顯示。

其次，用戶在查看到該驗證碼時，在驗證碼輸入框中輸入所查看到的驗證碼。

第三，服務器檢測用戶在驗證碼輸入框中輸入的驗證碼，并利用生成的驗證碼驗證輸入的驗證碼是否錯誤。

最后，服務器一旦驗證到輸入錯誤，改變出現(xiàn)輸入錯誤的字符的顯示狀態(tài)，以提示用戶輸入出現(xiàn)錯誤。

這里需要說明的是，在現(xiàn)有技術中，用戶在驗證碼輸入框中將驗證碼輸入完畢之后，提交給服務器，此時服務器對驗證碼進行認證，并在認證失敗時重新生成新的驗證碼。這樣，用戶將再次輸入驗證碼重新進行認證，影響業(yè)務執(zhí)行效率，同時降低用戶的用戶體驗。這里導致認證失敗的原因可能是用戶無法正確識別服務器生成的驗證碼。

由此可見，服務器在認證失敗時重新生成新的驗證碼，不僅占用系統(tǒng)資源，還導致業(yè)務執(zhí)行耗時增加。那么基于本申請所提供的驗證方法，在使用驗證碼的場景中，服務器可以將驗證碼輸入框進行虛擬化，根據(jù)生成的驗證碼的字符個數(shù)，將驗證碼輸入框虛擬成多個輸入單元，用戶設備在檢測到用戶輸入的驗證碼時，實時將輸入的單個驗證碼字符發(fā)送給服務器，服務器對接收到的單個驗證碼同步進行驗證，并在驗證失敗時提示用戶驗證碼輸入錯誤。

針對用戶輸入錯誤的驗證碼，服務器可以針對該驗證碼進行更新，使得用戶能夠快速的輸入正確的驗證碼，完成驗證，以提升業(yè)務執(zhí)行效率，縮短業(yè)務執(zhí)行時間。

實施例2

基于同一個發(fā)明構思，圖4為本申請實施例提供的一種驗證設備的結構示意圖。所述驗證設備包括：檢測單元41、比較單元42和驗證單元43，其中：

檢測單元41，檢測用戶在設定區(qū)域中是否輸入第一信息內(nèi)容；

比較單元42，當檢測到用戶在所述設定區(qū)域中輸入所述第一信息內(nèi)容時，將所述第一信息內(nèi)容與存儲的第二信息內(nèi)容進行比較；

驗證單元43，根據(jù)比較結果，驗證所述第一信息內(nèi)容在輸入過程中是否發(fā)生錯誤。

在本申請的另一個實施例中，所述驗證設備還包括：提示單元44，其中：

所述提示單元44，當驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤時，向所述用戶發(fā)送提示消息，所述提示消息用于提示所述用戶所述第一信息內(nèi)容輸入錯誤。

在本申請的另一個實施例中，所述驗證設備還包括：調(diào)整單元45，其中：

所述調(diào)整單元，當驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤時，改變所述第一信息內(nèi)容的顯示狀態(tài)，以提示所述用戶所述第一信息內(nèi)容輸入錯誤。

需要說明的是，本申請實施例中所記載的提示單元44和調(diào)整單元45可以同時存在，也可以存在其中一個，這里不做具體限定。

在本申請的另一個實施例中，所述驗證設備還包括：確定單元46，其中：

所述確定單元46，在驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤時，確定所述第一信息內(nèi)容中發(fā)生輸入錯誤的內(nèi)容，并提示所述用戶發(fā)生輸入錯誤的內(nèi)容。

在本申請的另一個實施例中，所述比較單元42將所述第一信息內(nèi)容與存儲的第二信息內(nèi)容進行比較，包括：

確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號；

根據(jù)所述輸入序號，從第二信息內(nèi)容中選擇與所述輸入序號對應的子對象；

將所述第一信息內(nèi)容與所述子對象進行比較。

在本申請的另一個實施例中，所述比較單元42確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號，包括：

確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入單元編號，所述設定區(qū)域中包含多個輸入單元，所述輸入單元對應所述輸入單元編號；

根據(jù)所述輸入單元編號，確定所述第一信息內(nèi)容在所述設定區(qū)域中的輸入序號。

在本申請的另一個實施例中，所述驗證單元43根據(jù)比較結果，驗證所述第一信息內(nèi)容在輸入過程中是否發(fā)生錯誤，包括：

當所述第一信息內(nèi)容與所述第二信息內(nèi)容相同時，驗證所述第一信息內(nèi)容在輸入過程中尚未發(fā)生錯誤；

當所述第一信息內(nèi)容與所述第二信息內(nèi)容不相同時，驗證所述第一信息內(nèi)容在輸入過程中發(fā)生錯誤。

在本申請的另一個實施例中，當信息內(nèi)容的類型為驗證碼時，所述第二信息內(nèi)容為系統(tǒng)生成的；

當信息內(nèi)容的類型為密碼時，所述第二信息內(nèi)容為所述用戶在設置密碼時第一次輸入的密碼；

當信息內(nèi)容的類型為手機號碼時，所述第二信息內(nèi)容為所述用戶在需要至少兩次輸入相同的手機號碼時第一次輸入的手機號碼；

當信息內(nèi)容為賬戶號碼時，所述第二信息內(nèi)容為所述用戶在需要至少兩次輸入相同的賬戶號碼時第一次輸入的賬戶號碼。

需要說明的是，本申請實施例中所記載的驗證設備可以通過硬件方式實現(xiàn)，也可以通過軟件方式實現(xiàn)，這里不做具體限定。驗證設備當檢測到用戶在設定區(qū)域中輸入第一信息內(nèi)容時，能夠?qū)崟r對輸入的第一信息內(nèi)容進行檢測，并及時判斷輸入的第一信息內(nèi)容是否發(fā)生輸入錯誤，即能夠及時發(fā)現(xiàn)用戶在輸入過程中出現(xiàn)的失誤，提升用戶的用戶體驗，同時由于及時發(fā)現(xiàn)錯誤能夠及時提示用戶改正錯誤，進而加快后續(xù)業(yè)務的執(zhí)行效率。

本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機可讀介質(zhì)的示例。

計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結構、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

本領域技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內(nèi)。