亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

登錄方法及系統(tǒng)的制作方法

文檔序號:7982897閱讀:529來源:國知局
登錄方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種登錄方法及系統(tǒng),所述方法包括:記錄用戶在設備上的歷史選擇的登錄方式;判斷用戶在所述設備上是否有預設的默認登錄方式,若有,則在用戶使用所述設備進行登錄時向用戶提供所述默認登錄方式;若無,則根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。本發(fā)明能夠通過設備關聯(lián)對用戶的歷史登錄數(shù)據(jù)進行分析以獲取用戶登錄的行為偏好,提供針對不同用戶的不同設備的個性化登錄方案,用戶登錄時能智能地推薦用戶喜歡的登錄方式,使登錄產品更加人性化、智能化,全面提升用戶體驗,使用戶的登錄過程由枯燥無味的機械化流程轉變?yōu)楦尤诵曰牡卿浟鞒獭?br> 【專利說明】登錄方法及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及一種登錄方法及系統(tǒng)。
【背景技術】
[0002]目前一個應用的登錄入口通常存在多種登錄方式,各種登錄方式雖然具有進行登錄的功能點,但是,不同用戶通常會根據(jù)自己的實際情況選擇自己最為便利的登錄方式進行登錄,即不同的用戶和不同的登錄設備使用的登錄方式往往會不同。
[0003]雖然用戶會面對各種繁多的登錄方式,但用戶每次進入應用時往往只會選擇其中的一種,因此,如何在用戶登錄時向智能地推薦用戶喜歡的登錄方式是目前亟待解決的問題。

【發(fā)明內容】

[0004]本發(fā)明的目的在于提供一種登錄方法及系統(tǒng),能夠提供針對不同用戶的不同設備的個性化登錄方案,用戶登錄時能智能的推薦用戶喜歡的登錄方式,使登錄產品更加人性化、智能化,全面提升用戶體驗,使用戶的登錄過程由枯燥無味的機械化流程轉變?yōu)楦尤诵曰牡卿浟鞒獭?br> [0005]為解決上述問題,本發(fā)明提供一種登錄方法,包括:
[0006]記錄用戶在設備上的歷史選擇的登錄方式;
[0007]根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式;
[0008]在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
[0009]進一步的,在上述方法中,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。
[0010]進一步的,在上述方法中,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式。
[0011]進一步的,在上述方法中,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式。
[0012]本發(fā)明還提供另一種登錄方法,包括:
[0013]記錄用戶在設備上的歷史選擇的登錄方式;
[0014]判斷用戶在所述設備上是否有預設的默認登錄方式,
[0015]若有,則在用戶使用所述設備進行登錄時向用戶提供所述默認登錄方式;
[0016]若無,則根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
[0017]進一步的,在上述方法中,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。[0018]進一步的,在上述方法中,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式。
[0019]進一步的,在上述方法中,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式。
[0020]根據(jù)本發(fā)明的另一面,提供一種登錄系統(tǒng),包括:
[0021]記錄模塊,用于記錄用戶在設備上的歷史選擇的登錄方式;
[0022]推薦模塊,用于根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式;
[0023]第一登錄模塊,用于在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
[0024]本發(fā)明還提供另一種登錄系統(tǒng),包括:
[0025]記錄模塊,用于記錄用戶在設備上的歷史選擇的登錄方式;
[0026]判斷模塊,用于判斷用戶在所述設備上是否有預設的默認登錄方式,
[0027]第二登錄模塊,用于當用戶在所述設備上有預設的默認登錄方式時,在用戶使用所述設備進行登錄時向用戶提供所述默認登錄方式;
[0028]第三登錄模塊,用于當用戶在所述設備上無預設的默認登錄方式時,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
[0029]與現(xiàn)有技術相比,本發(fā)明通過記錄用戶在設備上的歷史選擇的登錄方式,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式,能夠通過設備關聯(lián)對用戶的歷史登錄數(shù)據(jù)進行分析以獲取用戶登錄的行為偏好,提供針對不同用戶的不同設備的個性化登錄方案,用戶登錄時能智能地推薦用戶喜歡的登錄方式,使登錄產品更加人性化、智能化,全面提升用戶體驗,使用戶的登錄過程由枯燥無味的機械化流程轉變?yōu)楦尤诵曰牡卿浟鞒獭?br> 【專利附圖】

【附圖說明】
[0030]圖1是本發(fā)明實施例一的登錄方法的流程圖;
[0031]圖2是本發(fā)明實施例的賬號密碼登錄的示意圖;
[0032]圖3是本發(fā)明實施例的手機驗證碼登錄的示意圖;
[0033]圖4是本發(fā)明實施例的二維碼登錄示意圖;
[0034]圖5是本發(fā)明實施例二的登錄方法的流程圖;
[0035]圖6是本發(fā)明實施例三的登錄系統(tǒng)的模塊示意圖;
[0036]圖7是本發(fā)明實施例四的登錄系統(tǒng)的模塊示意圖。
【具體實施方式】
[0037]為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂,下面結合附圖和【具體實施方式】對本發(fā)明作進一步詳細的說明。
[0038]實施例一[0039]如圖1所示,本發(fā)明提供一種登錄方法,包括:
[0040]步驟S11,記錄用戶在設備上的歷史選擇的登錄方式。具體的,本步驟的目的在于獲取用戶的登錄方式的行為偏好,不但要記錄用戶的身份如帳號,還要記錄用戶用什么設備進行登錄,因為即使同一個用戶如果使用不同設備進行登錄,其登錄方式也會根據(jù)設備的不同而不同,本步驟中可以記錄用戶上一次或過去多次在設備上的歷史選擇的登錄方式。
[0041]優(yōu)選的,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。賬號密碼登錄是目前較為傳統(tǒng)的登錄方式,也是大家都熟悉和接收的登錄方式,如圖2所示,采用賬號密碼登錄時,用戶只需要按照常規(guī)的方式填寫賬號和密碼進行登錄,此登錄方式較為傳統(tǒng),為用戶所熟知最為普遍,但也存在明顯的密碼容易泄露,并且用戶需要輸入古怪晦澀的密碼符號的問題;手機驗證碼登錄對于用手機號碼的用戶而言,既方便、有安全,防止了密碼在公共場合泄露的問題,如圖3所示,賬號密碼登錄需要借助手機號碼,用戶在電腦上登錄,但是登錄憑據(jù)以一次限時有效的驗證碼方式發(fā)送給用戶的手機上,用戶在電腦上輸入驗證碼進行登錄,但這種方式對于密碼的保護較為有效,登錄過程中不會出現(xiàn)密碼,在公眾場合登錄的并且具有手機的人士較為便利。問題就是用戶還需要輸入古怪晦澀的一段符號,出錯率較高;二維碼登錄是指在PC端呈現(xiàn)二維碼,手機app (應用)拍照二維碼,完成服務端身份驗證的登錄方式,如圖4所示,二維碼登錄中,用戶借助手機上安裝的盛大通行證app進行客戶端的拍照,完成設備的關聯(lián),在服務端完成身份驗證之后實現(xiàn)登錄,二維碼登錄方式中自始至終不會出現(xiàn)密碼,用戶不必輸入古怪晦澀的密碼或者驗證碼,輸入錯誤的概率大大降低,更有效的保護密碼安全,對于公眾場合上網的用戶非常方便。除了帳號密碼登錄之外,其它登錄方式基本上都避免了密碼輸入,相應的也避免了密碼泄露和密碼被盜的風險。
[0042]步驟S12,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式。具體的,本步驟的目的根據(jù)所述歷史選擇的登錄方式進行用戶的登錄方式偏好分析,找到用戶最喜歡的登錄方式即下一次登錄時最有可能使用的登錄方式,便于在用戶真正打開登錄框的時直接推薦這種用戶最喜歡的登錄方式給用戶。例如,通過偏好分析,用戶下一次最有可能使用二維碼,那么用戶打開登錄框的時候,首要展示二維碼登錄界面而不是賬號密碼的方式。
[0043]優(yōu)選的,步驟S12中,當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式。例如,賬號為jjk的用戶,在歷史選擇的登錄方式的記錄中90%采用賬號密碼登錄進行登錄時,則將賬號密碼登錄作為推薦的登錄方式,并將其它登錄方式作為輔助的登錄方式。又如,如果一用戶在歷史選擇的登錄方式的記錄中100%采用二維碼登錄,則將二維碼登錄作為推薦的登錄方式,并且不提供輔助的登錄方式。
[0044]較佳的,步驟S12中,當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式。例如,如果一用戶在歷史選擇的登錄方式的記錄中50%的方式使用手機驗證碼登錄,40%使用賬號密碼登錄,則將手機驗證碼登錄和賬號密碼登錄作為推薦的登錄方式,并將其他登錄方式作為輔助的登錄方式。
[0045]步驟S13,在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。[0046]本實施例中通過記錄用戶在設備上的歷史選擇的登錄方式,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式,能夠通過設備關聯(lián)對用戶的歷史登錄數(shù)據(jù)進行分析以獲取用戶登錄的行為偏好,提供針對不同用戶的不同設備的個性化登錄方案,用戶登錄時能智能地推薦用戶喜歡的登錄方式,使登錄產品更加人性化、智能化,全面提升用戶體驗,使用戶的登錄過程由枯燥無味的機械化流程轉變?yōu)楦尤诵曰牡卿浟鞒獭?br> [0047]實施例二
[0048]如圖5所示,本發(fā)明提供另一種登錄方法,本實施例與實施例一的區(qū)別在于增加了判斷用戶在所述設備上是否有預設的默認登錄方式的步驟,使登錄方式的選擇更加個性化,所述方法包括:
[0049]步驟S21,記錄用戶在設備上的歷史選擇的登錄方式。具體的,本步驟的目的在于獲取用戶的登錄方式的行為偏好,不但要記錄用戶的身份如帳號,還要記錄用戶用什么設備進行登錄,因為即使同一個用戶如果使用不同設備進行登錄,其登錄方式也會根據(jù)設備的不同而不同,本步驟中可以記錄用戶上一次或過去多次在設備上的歷史選擇的登錄方式。
[0050]優(yōu)選的,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。賬號密碼登錄是目前較為傳統(tǒng)的登錄方式,也是大家都熟悉和接收的登錄方式,如圖2所示,采用賬號密碼登錄時,用戶只需要按照常規(guī)的方式填寫賬號和密碼進行登錄,此登錄方式較為傳統(tǒng),為用戶所熟知最為普遍,但也存在明顯的密碼容易泄露,并且用戶需要輸入古怪晦澀的密碼符號的問題;手機驗證碼登錄對于用手機號碼的用戶而言,既方便、有安全,防止了密碼在公共場合泄露的問題,如圖3所示,賬號密碼登錄需要借助手機號碼,用戶在電腦上登錄,但是登錄憑據(jù)以一次限時有效的驗證碼方式發(fā)送給用戶的手機上,用戶在電腦上輸入驗證碼進行登錄,但這種方式對于密碼的保護較為有效,登錄過程中不會出現(xiàn)密碼,在公眾場合登錄的并且具有手機的人士較為便利。問題就是用戶還需要輸入古怪晦澀的一段符號,出錯率較高;二維碼登錄是指在PC端呈現(xiàn)二維碼,手機app (應用)拍照二維碼,完成服務端身份驗證的登錄方式,如圖4所示,二維碼登錄中,用戶借助手機上安裝的盛大通行證app進行客戶端的拍照,完成設備的關聯(lián),在服務端完成身份驗證之后實現(xiàn)登錄,二維碼登錄方式中自始至終不會出現(xiàn)密碼,用戶不必輸入古怪晦澀的密碼或者驗證碼,輸入錯誤的概率大大降低,更有效的保護密碼安全,對于公眾場合上網的用戶非常方便。除了帳號密碼登錄之外,其它登錄方式基本上都避免了密碼輸入,相應的也避免了密碼泄露和密碼被盜的風險。
[0051]步驟S22,判斷用戶在所述設備上是否有預設的默認登錄方式,若有,則轉到步驟S23,若無,則轉到步驟S24。具體的,可以在用戶的設備的登錄界面上提供一個復選項目,允許用戶配置記住上次登錄方式的作為默認登錄方式,下次登錄的時候,就可直接顯示用戶偏好的這種默認登錄方式。
[0052]步驟S23,在用戶使用所述設備進行登錄時向用戶提供所述默認登錄方式。
[0053]步驟S24,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。具體的,本步驟的目的根據(jù)所述歷史選擇的登錄方式進行用戶的登錄方式偏好分析,找到用戶最喜歡的登錄方式即下一次登錄時最有可能使用的登錄方式,便于在用戶真正打開登錄框的時直接推薦這種用戶最喜歡的登錄方式給用戶。例如,通過偏好分析,用戶下一次最有可能使用二維碼,那么用戶打開登錄框的時候,首要展示二維碼登錄界面而不是賬號密碼的方式。
[0054]優(yōu)選的,步驟S24中,當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式,例如,賬號為jjk的用戶,在歷史選擇的登錄方式的記錄中90%采用賬號密碼登錄進行登錄時,則將賬號密碼登錄作為推薦的登錄方式,并將其它登錄方式作為輔助的登錄方式。又如,如果一用戶在歷史選擇的登錄方式的記錄中100%采用二維碼登錄,則將二維碼登錄作為推薦的登錄方式,并且不提供輔助的登錄方式;當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式,例如,如果一用戶在歷史選擇的登錄方式的記錄中50%的方式使用手機驗證碼登錄,40%使用賬號密碼登錄,則將手機驗證碼登錄和賬號密碼登錄作為推薦的登錄方式,并將其他登錄方式作為輔助的登錄方式。
[0055]本實施例中通過記錄用戶在設備上的歷史選擇的登錄方式,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式,能夠通過設備關聯(lián)對用戶的歷史登錄數(shù)據(jù)進行分析以獲取用戶登錄的行為偏好,提供針對不同用戶的不同設備的個性化登錄方案,用戶登錄時能智能地推薦用戶喜歡的登錄方式,使登錄產品更加人性化、智能化,全面提升用戶體驗,使用戶的登錄過程由枯燥無味的機械化流程轉變?yōu)楦尤诵曰牡卿浟鞒獭A硗?,本實施例增加了判斷用戶在所述設備上是否有預設的默認登錄方式的步驟,使登錄方式的選擇更加個性化。
[0056]實施例三
[0057]如圖6所示,本發(fā)明還提供另一種登錄系統(tǒng),包括記錄模塊11、推薦模塊12和第一登錄模塊13。
[0058]記錄模塊11用于記錄用戶在設備上的歷史選擇的登錄方式。具體的,記錄模塊11用于獲取用戶的登錄方式的行為偏好,不但要記錄用戶的身份如帳號,還要記錄用戶用什么設備進行登錄,因為即使同一個用戶如果使用不同設備進行登錄,其登錄方式也會根據(jù)設備的不同而不同,記錄模塊11可以記錄用戶上一次或過去多次在設備上的歷史選擇的登錄方式。
[0059]優(yōu)選的,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。賬號密碼登錄是目前較為傳統(tǒng)的登錄方式,也是大家都熟悉和接收的登錄方式,如圖2所示,采用賬號密碼登錄時,用戶只需要按照常規(guī)的方式填寫賬號和密碼進行登錄,此登錄方式較為傳統(tǒng),為用戶所熟知最為普遍,但也存在明顯的密碼容易泄露,并且用戶需要輸入古怪晦澀的密碼符號的問題;手機驗證碼登錄對于用手機號碼的用戶而言,既方便、有安全,防止了密碼在公共場合泄露的問題,如圖3所示,賬號密碼登錄需要借助手機號碼,用戶在電腦上登錄,但是登錄憑據(jù)以一次限時有效的驗證碼方式發(fā)送給用戶的手機上,用戶在電腦上輸入驗證碼進行登錄,但這種方式對于密碼的保護較為有效,登錄過程中不會出現(xiàn)密碼,在公眾場合登錄的并且具有手機的人士較為便利。問題就是用戶還需要輸入古怪晦澀的一段符號,出錯率較高;二維碼登錄是指在PC端呈現(xiàn)二維碼,手機app (應用)拍照二維碼,完成服務端身份驗證的登錄方式,如圖4所示,二維碼登錄中,用戶借助手機上安裝的盛大通行證app進行客戶端的拍照,完成設備的關聯(lián),在服務端完成身份驗證之后實現(xiàn)登錄,二維碼登錄方式中自始至終不會出現(xiàn)密碼,用戶不必輸入古怪晦澀的密碼或者驗證碼,輸入錯誤的概率大大降低,更有效的保護密碼安全,對于公眾場合上網的用戶非常方便。除了帳號密碼登錄之外,其它登錄方式基本上都避免了密碼輸入,相應的也避免了密碼泄露和密碼被盜的風險。
[0060]推薦模塊12用于根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式。具體的,推薦模塊12根據(jù)所述歷史選擇的登錄方式進行用戶的登錄方式偏好分析,找到用戶最喜歡的登錄方式即下一次登錄時最有可能使用的登錄方式,便于在用戶真正打開登錄框的時直接推薦這種用戶最喜歡的登錄方式給用戶。例如,通過偏好分析,用戶下一次最有可能使用二維碼,那么用戶打開登錄框的時候,首要展示二維碼登錄界面而不是賬號密碼的方式。
[0061]優(yōu)選的,推薦模塊12用于當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式。例如,賬號為jjk的用戶,在歷史選擇的登錄方式的記錄中90%采用賬號密碼登錄進行登錄時,則將賬號密碼登錄作為推薦的登錄方式,并將其它登錄方式作為輔助的登錄方式。又如,如果一用戶在歷史選擇的登錄方式的記錄中100%采用二維碼登錄,則將二維碼登錄作為推薦的登錄方式,并且不提供輔助的登錄方式。
[0062]較佳的,推薦模塊12用于當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式。例如,如果一用戶在歷史選擇的登錄方式的記錄中50%的方式使用手機驗證碼登錄,40%使用賬號密碼登錄,則將手機驗證碼登錄和賬號密碼登錄作為推薦的登錄方式,并將其他登錄方式作為輔助的登錄方式。
[0063]第一登錄模塊13用于在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
[0064]本實施例中通過記錄用戶在設備上的歷史選擇的登錄方式,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式,能夠通過設備關聯(lián)對用戶的歷史登錄數(shù)據(jù)進行分析以獲取用戶登錄的行為偏好,提供針對不同用戶的不同設備的個性化登錄方案,用戶登錄時能智能地推薦用戶喜歡的登錄方式,使登錄產品更加人性化、智能化,全面提升用戶體驗,使用戶的登錄過程由枯燥無味的機械化流程轉變?yōu)楦尤诵曰牡卿浟鞒獭?br> [0065]實施例四
[0066]如圖7所示,本發(fā)明還提供另一種登錄系統(tǒng),包括記錄模塊21、判斷模塊22、第二登錄模塊23和第三登錄模塊24。
[0067]記錄模塊21用于記錄用戶在設備上的歷史選擇的登錄方式。具體的,記錄模塊21用于獲取用戶的登錄方式的行為偏好,不但要記錄用戶的身份如帳號,還要記錄用戶用什么設備進行登錄,因為即使同一個用戶如果使用不同設備進行登錄,其登錄方式也會根據(jù)設備的不同而不同,本步驟中可以記錄用戶上一次或過去多次在設備上的歷史選擇的登錄方式。
[0068]優(yōu)選的,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。賬號密碼登錄是目前較為傳統(tǒng)的登錄方式,也是大家都熟悉和接收的登錄方式,如圖2所示,采用賬號密碼登錄時,用戶只需要按照常規(guī)的方式填寫賬號和密碼進行登錄,此登錄方式較為傳統(tǒng),為用戶所熟知最為普遍,但也存在明顯的密碼容易泄露,并且用戶需要輸入古怪晦澀的密碼符號的問題;手機驗證碼登錄對于用手機號碼的用戶而言,既方便、有安全,防止了密碼在公共場合泄露的問題,如圖3所示,賬號密碼登錄需要借助手機號碼,用戶在電腦上登錄,但是登錄憑據(jù)以一次限時有效的驗證碼方式發(fā)送給用戶的手機上,用戶在電腦上輸入驗證碼進行登錄,但這種方式對于密碼的保護較為有效,登錄過程中不會出現(xiàn)密碼,在公眾場合登錄的并且具有手機的人士較為便利。問題就是用戶還需要輸入古怪晦澀的一段符號,出錯率較高;二維碼登錄是指在PC端呈現(xiàn)二維碼,手機app (應用)拍照二維碼,完成服務端身份驗證的登錄方式,如圖4所示,二維碼登錄中,用戶借助手機上安裝的盛大通行證app進行客戶端的拍照,完成設備的關聯(lián),在服務端完成身份驗證之后實現(xiàn)登錄,二維碼登錄方式中自始至終不會出現(xiàn)密碼,用戶不必輸入古怪晦澀的密碼或者驗證碼,輸入錯誤的概率大大降低,更有效的保護密碼安全,對于公眾場合上網的用戶非常方便。除了帳號密碼登錄之外,其它登錄方式基本上都避免了密碼輸入,相應的也避免了密碼泄露和密碼被盜的風險。
[0069]判斷模塊22用于判斷用戶在所述設備上是否有預設的默認登錄方式。
[0070]第二登錄模塊23用于當用戶在所述設備上有預設的默認登錄方式時,在用戶使用所述設備進行登錄時向用戶提供所述默認登錄方式。具體的,可以在用戶的設備的登錄界面上提供一個復選項目,允許用戶配置記住上次登錄方式的作為默認登錄方式,下次登錄的時候,就可直接顯示用戶偏好的這種默認登錄方式。
[0071]第三登錄模塊24用于當用戶在所述設備上無預設的默認登錄方式時,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。具體的,第三登錄模塊24用于根據(jù)所述歷史選擇的登錄方式進行用戶的登錄方式偏好分析,找到用戶最喜歡的登錄方式即下一次登錄時最有可能使用的登錄方式,便于在用戶真正打開登錄框的時直接推薦這種用戶最喜歡的登錄方式給用戶。例如,通過偏好分析,用戶下一次最有可能使用二維碼,那么用戶打開登錄框的時候,首要展示二維碼登錄界面而不是賬號密碼的方式。
[0072]優(yōu)選的,第三登錄模塊24用于當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式,例如,賬號為jjk的用戶,在歷史選擇的登錄方式的記錄中90%采用賬號密碼登錄進行登錄時,則將賬號密碼登錄作為推薦的登錄方式,并將其它登錄方式作為輔助的登錄方式。又如,如果一用戶在歷史選擇的登錄方式的記錄中100%采用二維碼登錄,則將二維碼登錄作為推薦的登錄方式,并且不提供輔助的登錄方式;第三登錄模塊24也可用于當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式,例如,如果一用戶在歷史選擇的登錄方式的記錄中50%的方式使用手機驗證碼登錄,40%使用賬號密碼登錄,則將手機驗證碼登錄和賬號密碼登錄作為推薦的登錄方式,并將其他登錄方式作為輔助的登錄方式。
[0073]本實施例中通過記錄用戶在設備上的歷史選擇的登錄方式,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式,能夠通過設備關聯(lián)對用戶的歷史登錄數(shù)據(jù)進行分析以獲取用戶登錄的行為偏好,提供針對不同用戶的不同設備的個性化登錄方案,用戶登錄時能智能地推薦用戶喜歡的登錄方式,使登錄產品更加人性化、智能化,全面提升用戶體驗,使用戶的登錄過程由枯燥無味的機械化流程轉變?yōu)楦尤诵曰牡卿浟鞒獭A硗?,本實施例增加了判斷用戶在所述設備上是否有預設的默認登錄方式的步驟,使登錄方式的選擇更加個性化。
[0074]本說明書中各個實施例采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似部分互相參見即可。對于實施例公開的系統(tǒng)而言,由于與實施例公開的方法相對應,所以描述的比較簡單,相關之處參見方法部分說明即可。
[0075]專業(yè)人員還可以進一步意識到,結合本文中所公開的實施例描述的各示例的單元及算法步驟,能夠以電子硬件、計算機軟件或者二者的結合來實現(xiàn),為了清楚地說明硬件和軟件的可互換性,在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行,取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能,但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。
[0076]顯然,本領域的技術人員可以對發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內,則本發(fā)明也意圖包括這些改動和變型在內。
【權利要求】
1.一種登錄方法,其特征在于,包括: 記錄用戶在設備上的歷史選擇的登錄方式; 根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式; 在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
2.如權利要求1所述的登錄方法,其特征在于,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。
3.如權利要求1所述的登錄方法,其特征在于,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式。
4.如權利要求1所述的登錄方法,其特征在于,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式。
5.一種登錄方法,其特征在于,包括: 記錄用戶在設備上的歷史選擇的登錄方式; 判斷用戶在所述設備上是否有預設的默認登錄方式, 若有,則在用戶使用所述設備進行登錄時向用戶提供所述默認登錄方式; 若無,則根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
6.如權利要求5所述的登錄方法,其特征在于,所述登錄方式包括帳號密碼登錄、二維碼登錄、手機驗證碼登錄、手機一鍵登錄和手機動態(tài)密碼登錄中的一種或任意組合。
7.如權利要求5所述的登錄方法,其特征在于,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中一個歷史選擇的登錄方式的選擇率超過一第一預設閾值時,將該歷史選擇的登錄方式作為推薦的登錄方式。
8.如權利要求5所述的登錄方法,其特征在于,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式的步驟中,當其中兩個歷史選擇的登錄方式的選擇率分別超過一第二預設閾值和第三預設閾值時,將兩個歷史選擇的登錄方式作為推薦的登錄方式。
9.一種登錄系統(tǒng),其特征在于,包括: 記錄模塊,用于記錄用戶在設備上的歷史選擇的登錄方式; 推薦模塊,用于根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式; 第一登錄模塊,用于在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
10.一種登錄系統(tǒng),其特征在于,包括: 記錄模塊,用于記錄用戶在設備上的歷史選擇的登錄方式; 判斷模塊,用于判斷用戶在所述設備上是否有預設的默認登錄方式, 第二登錄模塊,用于當用戶在所述設備上有預設的默認登錄方式時,在用戶使用所述設備進行登錄時向用戶提供所述默認登錄方式; 第三登錄模塊,用于當用戶在所述設備上無預設的默認登錄方式時,根據(jù)所述歷史選擇的登錄方式獲取推薦的登錄方式,并在用戶使用所述設備進行登錄時向用戶提供所述推薦的登錄方式。
【文檔編號】H04L29/06GK103685169SQ201210328703
【公開日】2014年3月26日 申請日期:2012年9月6日 優(yōu)先權日:2012年9月6日
【發(fā)明者】賈俊奎 申請人:盛趣信息技術(上海)有限公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1