通過短信驗證的App登錄方法
【專利摘要】本發(fā)明提供了一種通過短信驗證的App登錄方法，包括步驟：步驟1：App客戶端向服務器發(fā)送手機號碼；步驟2：所述服務器根據(jù)所述手機號碼生成登錄用驗證串；步驟3：所述服務器向所述App客戶端發(fā)送所述驗證串和APP調(diào)用鏈接，其中，所述App調(diào)用鏈接用于打開App客戶端，所述驗證串和APP調(diào)用鏈接對應于同一個URL。應用本發(fā)明，App客戶端能夠自行從短息中獲取驗證碼信息，從而用戶不用手動輸入驗證碼，因此本發(fā)明極大提高了App應用的便捷性，能夠很好地改善用戶體驗。
【專利說明】通過短信驗證的App登錄方法
【技術領域】
[0001]本發(fā)明涉及計算機科學與【技術領域】，具體地，涉及通過短信驗證的App登錄方法?！颈尘凹夹g】
[0002]用戶在傳統(tǒng)的登錄流程中，需要手工輸入賬號和密碼，用戶在電腦上完成輸入并不困難，但是在手機上由于屏幕尺寸所限，操作界面小、且按鍵密集，輸入難度較大。同時由于密碼容易忘記，故此傳統(tǒng)方法中的用戶登錄方式因不便捷而有必要進行改進。
[0003]同時，在用戶首次注冊時，登錄的體驗為用戶在APP中輸入手機號，并且點擊發(fā)送驗證碼，然后返回到手機短信界面，找到驗證碼短信，再返回到APP界面中，輸入驗證碼，并且設置密碼才能完成登錄，同樣在使用上不便捷。

【發(fā)明內(nèi)容】

[0004]針對現(xiàn)有技術中的缺陷，本發(fā)明的目的是提供一種通過短信驗證的App登錄方法，從而可以方便手機APP用戶注冊及登錄賬號。
[0005]根據(jù)本發(fā)明提供的通過短信驗證的App登錄方法，包括如下步驟:
[0006]步驟1:App客戶端向服務器發(fā)送手機號碼；
[0007]步驟2:所述服務器根據(jù)所述手機號碼生成登錄用驗證串；
[0008]步驟3:所述服務器向所述App客戶端發(fā)送所述驗證串和APP調(diào)用鏈接，其中，所述App調(diào)用鏈接用于打開App客戶端,所述驗證串和App調(diào)用鏈接對應于同一個URL。
[0009]優(yōu)選地，還包括如下任一個步驟:
[0010]步驟4A:用戶手機接收所述APP調(diào)用鏈接的點擊指令，根據(jù)所述點擊指令開啟所述App客戶端，并且將位于同一個URL中的驗證串發(fā)送給所述App客戶端；或者
[0011]步驟4B:所述App客戶端從URL中讀取所述驗證串。
[0012]優(yōu)選地，還包括如下步驟:
[0013]步驟5:所述App客戶端將所述驗證串發(fā)送給所述服務器，以驗證是否可以登錄。
[0014]優(yōu)選地，在所述步驟3中，所述服務器向所述App客戶端發(fā)送短信，所述短信包括所述驗證串和App調(diào)用鏈接。
[0015]優(yōu)選地，在所述步驟I中，App客戶端通過如下任一種方式獲取手機號碼:
[0016]-接收用戶輸入的手機號碼；
[0017]-從手機系統(tǒng)中獲取本機的手機號碼。
[0018]優(yōu)選地,所述步驟2包括如下步驟:
[0019]步驟2.1:服務器根據(jù)自身的記錄，生成一個唯一的隨機的長驗證碼作為所述驗證串；
[0020]步驟2.2:服務器同時生成該登錄驗證串的有效時間并記錄。
[0021 ] 優(yōu)選地，所述步驟3包括如下步驟:
[0022]步驟3.1:服務器根據(jù)App客戶端的情況，將驗證串生成在一個手機瀏覽器能夠識別的URL中；
[0023]步驟3.2:服務器將驗證串通過短信發(fā)送到對應的手機號碼上。
[0024]優(yōu)選地，所述步驟5包括如下步驟:
[0025]步驟5.1:App客戶端再次訪問服務器，將獲得的驗證串內(nèi)容上發(fā)給服務器；
[0026]步驟5.2:服務器接收到驗證串以后，在驗證串之前生成的記錄中查找是否存在并且有效；
[0027]步驟5.3:如果在步驟5.3中得到無效或不存在的結果，則服務器向APP客戶端返回登錄失??；如果在步驟5.3中得到有效的結果，則服務器向APP客戶端返回登錄成功，并同時返回用戶信息。
[0028]步驟5.4 =App客戶端根據(jù)返回的信息登錄。
[0029]與現(xiàn)有技術相比，本發(fā)明具有如下的有益效果:應用本發(fā)明，App客戶端能夠自行從短息中獲取驗證碼信息，從而用戶不用手動輸入驗證碼，因此本發(fā)明極大提高了 App應用的便捷性，能夠很好地改善用戶體驗。
【專利附圖】

【附圖說明】
[0030]通過閱讀參照以下附圖對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯:
[0031]圖1示出本發(fā)明的原理示意圖。
【具體實施方式】
[0032]下面結合具體實施例對本發(fā)明進行詳細說明。以下實施例將有助于本領域的技術人員進一步理解本發(fā)明，但不以任何形式限制本發(fā)明。應當指出的是，對本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進。這些都屬于本發(fā)明的保護范圍。
[0033]根據(jù)本發(fā)明提供的通過短信驗證的App登錄方法，包括如下步驟:
[0034]步驟1:App客戶端向服務器發(fā)送手機號碼；
[0035]步驟2:所述服務器根據(jù)所述手機號碼生成登錄用驗證串；
[0036]步驟3:所述服務器向所述App(Application,應用)客戶端發(fā)送所述驗證串和App調(diào)用鏈接，其中，所述App調(diào)用鏈接用于打開APP客戶端，所述驗證串和App調(diào)用鏈接對應于同一個 URL (統(tǒng)一資源定位符，Uniform Resource Locator)；
[0037]步驟4A:用戶手機接收所述App調(diào)用鏈接的點擊指令，根據(jù)所述點擊指令開啟所述App客戶端，并且將位于同一個URL中的驗證串發(fā)送給所述App客戶端；而在一個變化例中，所述步驟4A可以變化為步驟4B:所述App客戶端從URL中讀取所述驗證串；
[0038]例如，在iOS手機中采用用戶點擊鏈接的方式使App客戶端獲取到短信中的驗證串；在andriod手機中既可以采用用戶點擊鏈接的方式使App客戶端獲取到短信中的驗證串，也可以在用戶授權的情況下App客戶端讀取短信內(nèi)容獲取驗證串；
[0039]步驟5:所述App客戶端將所述驗證串發(fā)送給所述服務器，以驗證是否可以登錄。
[0040]優(yōu)選地，在所述步驟3中，所述服務器向所述App客戶端發(fā)送短信，所述短信包括所述驗證串和APP調(diào)用鏈接。[0041]更為具體地，所述步驟I包括如下子步驟:
[0042]步驟1.1:用戶在手機端，輸入自己的賬號(手機號)。
[0043]步驟1.2 =App客戶端將該賬號發(fā)送到服務器。
[0044]所述步驟2包括如下子步驟:
[0045]步驟2.1:服務器根據(jù)自身的記錄，生成一個唯一的隨機的長驗證碼。
[0046]步驟2.2:服務器同時生成該登錄的有效時間并記錄。
[0047]所述步驟3包括如下子步驟:
[0048]步驟3.1:服務器根據(jù)客戶端的情況，將長驗證碼生成在一個手機瀏覽器可識別的URL中ο
[0049]步驟3.2:服務器將長驗證碼通過短信發(fā)送到對應的手機號碼上。
[0050]所述步驟4A和步驟4B分別包括如下子步驟:
[0051 ] -1OS用戶點擊短信中的URL，根據(jù)iOS設備的跳轉(zhuǎn)規(guī)則，系統(tǒng)會調(diào)用對應的APP客戶端。Andriod用戶在點擊短信中的URL后，可以和iOS —致的處理機制，同時也可以轉(zhuǎn)化為另一個步驟，App客戶端監(jiān)聽短信，取得對應的URL。
[0052]-App客戶端啟動后,從URL中取得驗證碼的內(nèi)容。
[0053]所述步驟5包括如下子步驟:
[0054]步驟5.1 =App客戶端再次訪問服務器，將獲得的驗證碼內(nèi)容上發(fā)給服務器。
[0055]步驟5.2:服務器接收到驗證碼的信息以后，在其之前生成的記錄中查找是否存在并且有效。
[0056]步驟5.3:如果得到無效或不存在的結果，服務器向App客戶端返回登錄失敗；如果得到有效的結果，服務器向App客戶端返回登錄成功，并同時返回用戶信息。
[0057]步驟5.4 =App客戶端根據(jù)返回的信息登錄。
[0058]以上對本發(fā)明的具體實施例進行了描述。需要理解的是，本發(fā)明并不局限于上述特定實施方式，本領域技術人員可以在權利要求的范圍內(nèi)做出各種變形或修改，這并不影響本發(fā)明的實質(zhì)內(nèi)容。
【權利要求】
1.一種通過短信驗證的App登錄方法，其特征在于，包括如下步驟: 步驟1:App客戶端向服務器發(fā)送手機號碼； 步驟2:所述服務器根據(jù)所述手機號碼生成登錄用驗證串； 步驟3:所述服務器向所述App客戶端發(fā)送所述驗證串和App調(diào)用鏈接，其中，所述App調(diào)用鏈接用于打開App客戶端，所述驗證串和App調(diào)用鏈接對應于同一個URL。
2.根據(jù)權利要求1所述的通過短信驗證的App登錄方法，其特征在于，還包括如下任一個步驟: 步驟4A:用戶手機接收所述App調(diào)用鏈接的點擊指令，根據(jù)所述點擊指令開啟所述App客戶端，并且將位于同一個URL中的驗證串發(fā)送給所述App客戶端；或者 步驟4B:所述App客戶端從URL中讀取所述驗證串。
3.根據(jù)權利要求1所述的通過短信驗證的App登錄方法，其特征在于，還包括如下步驟: 步驟5:所述App客戶端將所述驗證串發(fā)送給所述服務器，以驗證是否可以登錄。
4.根據(jù)權利要求1所述的通過短信驗證的App登錄方法，其特征在于，在所述步驟3中，所述服務器向所述App客戶端發(fā)送短信，所述短信包括所述驗證串和App調(diào)用鏈接。
5.根據(jù)權利要求1所述的通過短信驗證的App登錄方法，其特征在于，在所述步驟I中，App客戶端通過如下任一種方式獲取手機號碼: -接收用戶輸入的手機號碼； -從手機系統(tǒng)中獲取本機的手機號碼。
6.根據(jù)權利要求1所述的通過短信驗證的App登錄方法，其特征在于，所述步驟2包括如下步驟: 步驟2.1:服務器根據(jù)自身的記錄，生成一個唯一的隨機的長驗證碼作為所述驗證串； 步驟2.2:服務器同時生成該登錄驗證串的有效時間并記錄。
7.根據(jù)權利要求1所述的通過短信驗證的App登錄方法，其特征在于，所述步驟3包括如下步驟: 步驟3.1:服務器根據(jù)App客戶端的情況，將驗證串生成在一個手機瀏覽器能夠識別的URL 中； 步驟3.2:服務器將驗證串通過短信發(fā)送到對應的手機號碼上。
8.根據(jù)權利要求5所述的通過短信驗證的App登錄方法，其特征在于，所述步驟5包括如下步驟: 步驟5.1 =App客戶端再次訪問服務器，將獲得的驗證串內(nèi)容上發(fā)給服務器； 步驟5.2:服務器接收到驗證串以后，在驗證串之前生成的記錄中查找是否存在并且有效； 步驟5.3:如果在步驟5.3中得到無效或不存在的結果，則服務器向App客戶端返回登錄失??；如果在步驟5.3中得到有效的結果，則服務器向App客戶端返回登錄成功，并同時返回用戶信息。 步驟5.4 =App客戶端根據(jù)返回的信息登錄。
【文檔編號】H04L29/08GK103618606SQ201310612647
【公開日】2014年3月5日 申請日期:2013年11月26日 優(yōu)先權日:2013年11月26日
【發(fā)明者】王威揚, 宮連志 申請人:覓林網(wǎng)絡科技（上海）有限公司