本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種賬號登錄處理方法及裝置。

背景技術(shù)：

賬號體系是絕大部分應(yīng)用必不可少的重要組件，除了賬號和密碼登錄的方式，通過oauth等體系進行第三方登錄也是賬號體系里常見的方式：即用戶通過微信，微博等第三方賬號登錄，并授權(quán)應(yīng)用從第三方拿到相關(guān)用戶信息，這種方式簡化了用戶注冊的流程；系統(tǒng)通常也引導(dǎo)第三方登錄的用戶在本應(yīng)用綁定和設(shè)置賬號以及密碼。

同時為了保護賬號安全，用戶在未經(jīng)過確認(rèn)的設(shè)備上進行登錄時，除了賬號和密碼驗證之外，系統(tǒng)通常還會要求用戶通過手機短信校驗等方式對用戶身份進行二次校驗。但是在二次驗證的過程將會造成額外的開銷(例如發(fā)送短信)，從而使得二次驗證的成本較高。

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

本發(fā)明的主要目的在于提供一種賬號登錄處理方法及裝置，旨在降低二次驗證的成本。

為實現(xiàn)上述目的，本發(fā)明提供的一種賬號登錄處理方法，所述賬號登錄控制方法包括以下步驟：

當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，驗證所述用戶賬號和登錄密碼是否匹配；

當(dāng)所述待登錄設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶賬號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；

若是，則允許所述用戶賬號進行登錄；

若否，則對所述用戶賬號進行二次驗證，當(dāng)所述用戶賬號通過所述二次驗證時，允許所述用戶賬號進行登錄。

優(yōu)選地，所述賬號登錄處理方法還包括：

當(dāng)所述用戶賬號成功登錄時，對發(fā)送所述登錄請求消息的設(shè)備進行授信，以使所述發(fā)送所述登錄請求消息的設(shè)備成為所述用戶賬號對應(yīng)的用戶的授信設(shè)備。

優(yōu)選地，所述進行二次驗證處理包括：

生成二次驗證碼；

根據(jù)所述二次驗證碼生成短信并發(fā)送請求至短信中心，供短信中心發(fā)送所述二次驗證碼至所述用戶賬號對應(yīng)的用戶。

優(yōu)選地，所述登錄請求消息還包括：所述待登錄設(shè)備的身份標(biāo)識信息；

所述當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，將所述用戶賬號和登錄密碼發(fā)送至對應(yīng)的服務(wù)器進行驗證的步驟之后還包括：

查找所述身份標(biāo)識信息和所述用戶賬號在預(yù)設(shè)的授信設(shè)備列表中是否存在關(guān)聯(lián)關(guān)系；

若是，則確定所述待登錄設(shè)備為授信設(shè)備；

若否，則確定所述待登錄設(shè)備為未授信設(shè)備。

優(yōu)選地，所述賬號登錄處理方法還包括：

當(dāng)所述設(shè)備為授信設(shè)備且驗證通過時，允許所述賬號進行登錄。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種賬號登錄處理裝置，所述賬號登錄控制裝置包括：

驗證模塊，用于當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，驗證所述用戶賬號和登錄密碼是否匹配；

判斷模塊，用于當(dāng)所述待登錄設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶賬號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；

處理模塊，用于當(dāng)所述用戶帳號滿足預(yù)設(shè)條件時，允許所述用戶賬號進行登錄；當(dāng)所述用戶賬號不滿足預(yù)設(shè)條件時，對所述用戶賬號進行二次驗證，當(dāng)所述用戶賬號通過所述二次驗證時，允許所述用戶賬號進行登錄。

優(yōu)選地，所述賬號登錄處理裝置還包括：

授信模塊，用于當(dāng)所述用戶賬號成功登錄時，對發(fā)送所述登錄請求消息的設(shè)備進行授信，以使所述發(fā)送所述登錄請求消息的設(shè)備成為所述用戶賬號對應(yīng)的用戶的授信設(shè)備。

優(yōu)選地，所述處理模塊具體用于，生成二次驗證碼；根據(jù)所述二次驗證碼生成短信并發(fā)送請求至短信中心，供短信中心發(fā)送所述二次驗證碼至所述賬號對應(yīng)的用戶。

優(yōu)選地，所述登錄請求消息還包括：所述待登錄設(shè)備的身份標(biāo)識信息；

所述賬號登錄處理裝置還包括：

查找模塊，用于查找所述身份標(biāo)識信息和所述用戶賬號在預(yù)設(shè)的授信設(shè)備列表中是否存在關(guān)聯(lián)關(guān)系；

若是，則確定所述設(shè)備為授信設(shè)備；

若否，則確定所述待登錄設(shè)備為未授信設(shè)備。

優(yōu)選地，所述處理模塊還用于，當(dāng)所述設(shè)備為授信設(shè)備且驗證通過時，允許所述賬號進行登錄。

本發(fā)明實施例中，當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，對所述用戶賬號和登錄密碼進行驗證；當(dāng)所述待登錄設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶賬號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；若是，則允許所述用戶賬號進行登錄；若否，則對所述用戶賬戶進行二次驗證，當(dāng)所述用戶賬號通過所述二次驗證時，允許所述用戶賬號進行登錄。由于對二次驗證進行了條件設(shè)置，當(dāng)?shù)卿涃~號的類型屬于預(yù)設(shè)安全等級的安全類型、且登錄的賬號為第三方賬號時，對登錄賬號無需進行二次驗證，因此可以減小二次驗證的開銷，降低二次驗證的成本。

附圖說明

圖1為本發(fā)明賬號登錄處理方法第一實施例的流程示意圖；

圖2為本發(fā)明賬號登錄處理方法第二實施例的流程示意圖；

圖3為本發(fā)明賬號登錄處理方法第三實施例的流程示意圖；

圖4為本發(fā)明賬號登錄處理裝置第一實施例的功能模塊示意圖；

圖5為本發(fā)明賬號登錄處理裝置第二實施例的功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明提供一種賬號登錄處理方法，參照圖1，在一實施例中，該賬號登錄處理方法包括：

步驟s10，當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，驗證所述用戶賬號和登錄密碼是否匹配。

本發(fā)明實施例提供的賬號登錄處理方法主要應(yīng)用在應(yīng)用服務(wù)器的登錄管理系統(tǒng)中，用于對用戶的安全登錄進行管控。

具體地，用戶可以通過設(shè)備上下載的應(yīng)用軟件客戶端登錄應(yīng)用服務(wù)器，以獲取應(yīng)用服務(wù)器上相應(yīng)的資源。登錄應(yīng)用服務(wù)器的賬號可以為用戶在應(yīng)用服務(wù)器上注冊的賬號，也可以是其它服務(wù)器是的賬號(即第三方賬號)。例如，在某平臺app應(yīng)用上，可以通過微信、qq、支付寶和微博等流行的第三方賬號進行登錄。

在用戶進行登錄時，根據(jù)用戶輸入的用戶賬號和登錄密碼生成登錄請求消息發(fā)送到應(yīng)用服務(wù)器，由應(yīng)用服務(wù)器對該登錄請求消息中的用戶賬號和登錄密碼進行驗證。

應(yīng)當(dāng)說明的時，應(yīng)用服務(wù)器對用戶賬號和登錄密碼進行驗證的方式與登錄的賬號類型有關(guān)，當(dāng)采用用戶在應(yīng)用服務(wù)器注冊的賬號進行登錄時，直接在應(yīng)用服務(wù)器上進行驗證，當(dāng)采用第三方賬號進行登錄時，則將賬號發(fā)送到第三方賬號對應(yīng)的服務(wù)器進行驗證，由第三方服務(wù)器驗證通過時，得到驗證結(jié)果，并獲取用戶的相關(guān)信息(例如用戶標(biāo)識等)。

步驟s20，當(dāng)所述待登錄設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶賬號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；若是，則執(zhí)行步驟s30，若否，則執(zhí)行步驟s40；

步驟s30，允許所述用戶賬號進行登錄。

步驟s40，對所述用戶賬號進行二次驗證，當(dāng)所述用戶賬號通過所述二次驗證時，允許所述用戶賬號進行登錄。

本實施例中，設(shè)備包括授信設(shè)備和未授信設(shè)備，其中授信設(shè)備是指當(dāng)前登錄的用戶賬號對應(yīng)的用戶之前通過該賬號進行登錄過，并記載在應(yīng)用服務(wù)器中；未授信設(shè)備是指該賬號對應(yīng)的用戶未在該設(shè)備上進行登錄過。

上述賬號的類型為應(yīng)用類型，例如qq賬號對應(yīng)的賬號類型為qq用戶，微信賬號類型對應(yīng)的微信用戶。具體地，上述預(yù)設(shè)安全等級的安全類型可以根據(jù)實際需要進行設(shè)置，例如可以設(shè)置qq用戶和微信用戶為預(yù)設(shè)安全等級的安全類型。此時，通過qq或者微信賬號在未授信設(shè)備上進行登錄時，則無需進行二次驗證，從而降低了二次驗證的成本。

例如，用戶a在某平臺app的賬號為001，與其關(guān)聯(lián)的qq賬號為123456，當(dāng)用戶a在朋友家玩耍的過程中，需要在朋友家的電腦b首次登錄賬號觀看電視時，則朋友的電腦b相對于用戶a為未授信設(shè)備，此時用戶可以通過qq賬號123456或者該平臺app的賬號001進行登錄。當(dāng)用戶通過qq賬號123456在電腦b上進行登錄時，將由該平臺服務(wù)器將qq賬號和對應(yīng)的密碼發(fā)送到qq服務(wù)器上對qq賬號和密碼進行驗證，當(dāng)接受到qq服務(wù)器返回的驗證通過結(jié)果時，將會直接允許用戶a登錄該平臺應(yīng)用，此時對應(yīng)可以顯示該平臺app賬號001已登錄。當(dāng)用戶a通過該平臺app賬號001進行登錄時，在該平臺服務(wù)器上驗證賬號001和對應(yīng)的密碼驗證通過后，將會進行二次驗證處理，當(dāng)二次驗證通過后，即可允許登錄。

可以理解的時，二次驗證的方式可以根據(jù)實際需要進行設(shè)置，例如在本實施例中，可以采用隨機短信密碼進行驗證，在此不作進一步地限定。

本發(fā)明實施例中，當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，驗證所述用戶賬號和登錄密碼是否匹配；當(dāng)所述待登錄設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶賬號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；若是，則允許所述用戶賬號進行登錄；若否，則對所述用戶賬號進行二次驗證，當(dāng)所述用戶賬號通過所述二次驗證時，允許所述用戶賬號進行登錄。由于對二次驗證進行了條件設(shè)置，當(dāng)?shù)卿涃~號的類型屬于預(yù)設(shè)安全等級的安全類型、且登錄的賬號為第三方賬號時，對登錄賬號無需進行二次驗證，因此可以減小二次驗證的開銷，降低二次驗證的成本。

進一步地，參照圖2，基于本發(fā)明賬號登錄處理方法第一實施例，在本發(fā)明賬號登錄處理方法第二實施例中，該賬號登錄處理方法還包括：

步驟s50，當(dāng)所述用戶賬號成功登錄時，對發(fā)送所述登錄請求消息的設(shè)備進行授信，以使所述發(fā)送所述登錄請求消息的設(shè)備成為所述用戶賬號對應(yīng)的用戶的授信設(shè)備。

本實施例中，當(dāng)用戶a在設(shè)備b上通過qq或者微信賬號登錄某平臺服務(wù)器后，該平臺服務(wù)器將會把設(shè)備b設(shè)置為用戶a的授信設(shè)備。此時用戶a通過非上述預(yù)設(shè)安全等級的安全類型的其他類型的賬號(例如微博賬號等)進行登錄時，也無需進行二次驗證，從而進一步地減小了二次驗證的開銷。

具體地，上述進行二次驗證處理的方式可以根據(jù)實際需要進行設(shè)置。在本實施例中，優(yōu)選地進行二次驗證處理包括：

生成二次驗證碼；

根據(jù)所述二次驗證碼生成短信并發(fā)送請求至短信中心，供短信中心發(fā)送所述二次驗證碼至所述用戶賬號對應(yīng)的用戶。

在本實施例中，上述電話號碼為用戶在注冊某平臺賬戶時與該平臺服務(wù)器進行綁定的電話號碼，也可以是其它第三方賬號，在第三方服務(wù)器進行注冊時綁定的電話號碼。當(dāng)用戶的電話號碼接收到相應(yīng)的短信后，用戶可以輸入短信中的驗證碼，以對用戶此次的登錄進行驗證。當(dāng)二次驗證通過后即可允許用戶登錄，并且還可以將設(shè)備設(shè)置為當(dāng)前登錄的賬號的授信設(shè)備。

進一步地，上述登錄請求消息還包括：所述待登錄設(shè)備的身份標(biāo)識信息；

上述步驟s10之后還包括：

查找所述身份標(biāo)識信息和所述用戶賬號在預(yù)設(shè)的授信設(shè)備列表中是否存在關(guān)聯(lián)關(guān)系；

若是，則確定所述待登錄設(shè)備為授信設(shè)備；

若否，則確定所述待登錄設(shè)備為未授信設(shè)備。

用戶賬號成功登錄未授信設(shè)備，即可將該設(shè)備加到授信設(shè)備列表中，該列表用于存儲用戶賬號關(guān)聯(lián)的授信設(shè)備的身份標(biāo)識信息，構(gòu)成關(guān)聯(lián)關(guān)系。

本實施例中，在應(yīng)用服務(wù)器中設(shè)有授信設(shè)備列表。將該授信設(shè)備列表中儲存有賬號與設(shè)備對應(yīng)關(guān)系的記錄，當(dāng)用戶通過設(shè)備登錄該服務(wù)器時，將會攜帶設(shè)備的身份標(biāo)識信息，根據(jù)賬號與設(shè)備的身份標(biāo)識信息可以查找授信設(shè)備列表中是否存在相應(yīng)的記錄，如存在，則確定當(dāng)前設(shè)備為授信設(shè)備，則無需進行二次驗證，若不存在，則根據(jù)登錄賬號的類型確定是否需要進行二次驗證。

進一步地，參照圖3，基于本發(fā)明賬號登錄處理方法上述實施例，在本發(fā)明賬號登錄處理方法第三實施例中，該賬號登錄處理方法包括：

步驟s10，當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，驗證所述用戶賬號和登錄密碼是否匹配；

步驟s60，判斷所述待登錄設(shè)備是否為授信設(shè)備；若是，則執(zhí)行步驟s70，若否，則執(zhí)行步驟s20

步驟s20，當(dāng)所述待登錄設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶賬號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；若是，則執(zhí)行步驟s30，若否，則執(zhí)行步驟s40；

步驟s30，允許所述用戶賬號進行登錄；

步驟s40，對所述用戶賬號進行二次驗證，當(dāng)所述用戶賬號通過所述二次驗證時，允許所述用戶賬號進行登錄。

步驟s70，當(dāng)所述設(shè)備為授信設(shè)備且驗證通過時，允許所述賬號進行登錄。

具體地，在本實施例中，上述判斷所述待登錄設(shè)備是否為授信設(shè)備可以參照上述實施例，在此不再贅述。當(dāng)待登錄設(shè)備為授信設(shè)備的狀態(tài)下，若對用戶賬號和登錄密碼進行驗證通過時，可以直接允許賬號進行登錄，無需再次進行二次驗證，以減小二次驗證的開銷。

本發(fā)明還提供一種賬號登錄處理裝置，參照圖4，在一實施例中，本發(fā)明提供的賬號登錄處理裝置包括：

驗證模塊10，用于當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，驗證所述用戶賬號和登錄密碼是否匹配；

本發(fā)明實施例提供的賬號登錄處理裝置主要應(yīng)用在應(yīng)用服務(wù)器的登錄管理系統(tǒng)中，用于對用戶的安全登錄進行管控。

具體地，用戶可以通過設(shè)備上下載的應(yīng)用軟件客戶端登錄應(yīng)用服務(wù)器，以獲取應(yīng)用服務(wù)器上相應(yīng)的資源。登錄應(yīng)用服務(wù)器的賬號可以為用戶在應(yīng)用服務(wù)器上注冊的賬號，也可以是其它服務(wù)器是的賬號(即第三方賬號)。例如，在某平臺應(yīng)用上，可以通過微信、qq、支付寶和微博等流行的第三方賬號進行登錄。

在用戶進行登錄時，根據(jù)用戶輸入的賬號和密碼生成登錄請求消息發(fā)送到應(yīng)用服務(wù)器，由應(yīng)用服務(wù)器對該登錄請求消息中的賬號和密碼進行驗證。

應(yīng)當(dāng)說明的時，應(yīng)用服務(wù)器對賬號和密碼進行驗證的方式與登錄的賬號類型有關(guān)，當(dāng)采用用戶在應(yīng)用服務(wù)器注冊的賬號進行登錄時，直接在應(yīng)用服務(wù)器上進行驗證，當(dāng)采用第三方賬號進行登錄時，則將賬號發(fā)送到第三方賬號對應(yīng)的服務(wù)器進行驗證，由第三方服務(wù)器驗證通過時，得到驗證結(jié)果，并獲取用戶的相關(guān)信息(例如用戶標(biāo)識等)。

判斷模塊20，用于當(dāng)所述待登錄設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶賬號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；

處理模塊30，用于當(dāng)所述用戶帳號滿足預(yù)設(shè)條件時，允許所述用戶賬號進行登錄；當(dāng)所述用戶賬號不滿足預(yù)設(shè)條件時，對所述用戶賬號進行二次驗證，當(dāng)所述用戶賬號通過所述二次驗證時，允許所述用戶賬號進行登錄。

本實施例中，設(shè)備包括授信設(shè)備和未授信設(shè)備，其中授信設(shè)備是指當(dāng)前登錄的賬號對應(yīng)的用戶之前通過該賬號進行登錄過，并記載在應(yīng)用服務(wù)器中；未授信設(shè)備是指該賬號對應(yīng)的用戶未在該設(shè)備上進行登錄過。

上述賬號的類型為應(yīng)用類型，例如qq賬號對應(yīng)的賬號類型為qq用戶，微信賬號類型對應(yīng)的微信用戶。具體地，上述預(yù)設(shè)安全等級的安全類型可以根據(jù)實際需要進行設(shè)置，例如可以設(shè)置qq用戶和微信用戶為預(yù)設(shè)安全等級的安全類型。此時，通過qq或者微信賬號在未授信設(shè)備上進行登錄時，則無需進行二次驗證，從而降低了二次驗證的成本。

例如，用戶a在某平臺app(app是application的縮寫，指應(yīng)用程序)上的賬號為001，與其關(guān)聯(lián)的qq賬號為123456，當(dāng)用戶a在朋友家玩耍的過程中，需要在朋友家的電腦b首次登錄賬號觀看電視時，則朋友的電腦b相對于用戶a為未授信設(shè)備，此時用戶可以通過qq賬號123456或者該平臺app的賬號001進行登錄。當(dāng)用戶通過qq賬號123456在電腦b上進行登錄時，將由該平臺app服務(wù)器將qq賬號和對應(yīng)的密碼發(fā)送到qq服務(wù)器上對qq賬號和密碼進行驗證，當(dāng)接受到qq服務(wù)器返回的驗證通過結(jié)果時，將會直接允許用戶a登錄該平臺應(yīng)用，此時對應(yīng)可以顯示該平臺app賬號001已登錄。當(dāng)用戶a通過該平臺app賬號001進行登錄時，在該平臺服務(wù)器上驗證賬號001和對應(yīng)的密碼驗證通過后，將會進行二次驗證處理，當(dāng)二次驗證通過后，即可允許登錄。

可以理解的時，二次驗證的方式可以根據(jù)實際需要進行設(shè)置，例如在本實施例中，可以采用隨機短信密碼進行驗證，在此不作進一步地限定。

本發(fā)明實施例中，當(dāng)偵測到待登錄設(shè)備發(fā)送的攜帶用戶賬號和登錄密碼的登錄請求消息時，對所述用戶賬號和登錄密碼進行驗證；當(dāng)所述設(shè)備為未授信設(shè)備且驗證通過時，判斷所述用戶帳號是否滿足預(yù)設(shè)條件，所述預(yù)設(shè)條件為所述用戶賬號的類型屬于預(yù)設(shè)安全等級的安全類型，且所述用戶賬號為第三方賬號；若是，則允許所述賬號進行登錄；若否，則進行二次驗證處理，當(dāng)二次驗證通過時，允許所述賬號進行登錄。由于對二次驗證進行了條件設(shè)置，當(dāng)符合登錄賬號的類型屬于預(yù)設(shè)安全等級的安全類型、且登錄的賬號為第三方賬號的登錄賬號無需進行二次驗證，因此可以減小二次驗證的開銷。

進一步地，參照圖5，基于本發(fā)明賬號登錄處理裝置第一實施例，在本發(fā)明賬號登錄處理裝置第二實施例中，該賬號登錄處理裝置還包括：

授信模塊40，用于當(dāng)所述用戶賬號成功登錄時，對發(fā)送所述登錄請求消息的設(shè)備進行授信，以使所述發(fā)送所述登錄請求消息的設(shè)備成為所述用戶賬號對應(yīng)的用戶的授信設(shè)備。

本實施例中，當(dāng)用戶a在設(shè)備b上通過qq或者微信賬號登錄某平臺服務(wù)器后，該平臺服務(wù)器將會把設(shè)備b設(shè)置為用戶a的授信設(shè)備。此時用戶a通過非上述預(yù)設(shè)安全等級的安全類型的其他類型的賬號(例如微博賬號等)進行登錄時，也無需進行二次驗證，從而進一步地減小了二次驗證的開銷。

具體地，上述進行二次驗證處理的方式可以根據(jù)實際需要進行設(shè)置。在本實施例中，優(yōu)選地，上述處理模塊具體用于，生成二次驗證碼；將根據(jù)所述二次驗證碼生成短信發(fā)送請求至短信中心，供短信中心發(fā)送所述二次驗證碼至所述賬號綁定的電話號碼中。

在本實施例中，上述電話號碼為用戶在注冊某平臺app號碼時與該平臺服務(wù)器進行綁定的電話號碼，也可以是其它第三方賬號，在第三方服務(wù)器進行注冊時綁定的電話號碼。當(dāng)用戶的電話號碼接收到相應(yīng)的短信后，用戶可以輸入短信中的驗證碼，以對用戶此次的登錄進行驗證。當(dāng)二次驗證通過后即可允許用戶登錄，并且還可以將設(shè)備設(shè)置為當(dāng)前登錄的賬號的授信設(shè)備。

進一步地，上述登錄請求消息還包括：所述待登錄設(shè)備的身份標(biāo)識信息；

所述賬號登錄處理裝置還包括：

查找模塊，用于查找所述身份標(biāo)識信息和所述用戶賬號在預(yù)設(shè)的授信設(shè)備列表中是否存在關(guān)聯(lián)關(guān)系；

若是，則確定所述設(shè)備為授信設(shè)備；

若否，則確定所述待登錄設(shè)備為未授信設(shè)備。

本實施例中，在應(yīng)用服務(wù)器中設(shè)有授信設(shè)備列表。將該授信設(shè)備列表中儲存有賬號與設(shè)備對應(yīng)關(guān)系的記錄，當(dāng)用戶通過設(shè)備登錄該服務(wù)器時，將會攜帶設(shè)備的身份標(biāo)識信息，根據(jù)賬號與設(shè)備的身份標(biāo)識信息可以查找授信設(shè)備列表中是否存在相應(yīng)的記錄，如存在，則確定當(dāng)前設(shè)備為授信設(shè)備，則無需進行二次驗證，若不存在，則根據(jù)登錄賬號的類型確定是否需要進行二次驗證。

進一步地，基于本發(fā)明賬號登錄處理裝置上述實施例，在本發(fā)明賬號登錄處理裝置第三實施例中，上述處理模塊30還用于，當(dāng)所述設(shè)備為授信設(shè)備且驗證通過時，允許所述賬號進行登錄。

具體地，在本實施例中，上述判斷所述待登錄設(shè)備是否為授信設(shè)備可以參照上述實施例，在此不再贅述。當(dāng)待登錄設(shè)備為授信設(shè)備且用戶賬號和登錄密碼進行驗證通過時，可以直接允許賬號進行登錄，無需再次進行二次驗證，以減小二次驗證的開銷。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。