存在差 異化對(duì)待，也避免用戶Tony意識(shí)到當(dāng)前的登錄名本體已被使用，有助于提升用戶Tony和用 戶Kevin雙方的賬戶安全。
[0044] 選擇用戶注冊時(shí)間來生成對(duì)應(yīng)的登錄附加因子，實(shí)際上是為了便于用戶記憶，避 免登錄附加因子的遺忘而導(dǎo)致用戶無法登錄；但理論上，只要能夠確保當(dāng)前用戶和沖突老 用戶分別對(duì)應(yīng)于不同的字符串，即可作為本申請(qǐng)技術(shù)方案的登錄附加因子。
[0045] 進(jìn)一步地，當(dāng)?shù)卿浉郊右蜃訛樽址畷r(shí)，除了將登錄附加因子作為用戶賬戶表中 的獨(dú)立字段（如表2所示的字段H)，也可W采用如表3所示的將其作為登錄名字段中的信 息。當(dāng)?shù)卿浉郊右蜃幼鳛榈卿浢侄沃械男畔r(shí)，實(shí)際上也可W不引入沖突識(shí)別參數(shù)，即可 實(shí)現(xiàn)賬戶數(shù)據(jù)庫內(nèi)的數(shù)據(jù)唯一性；當(dāng)然，通過引入沖突識(shí)別參數(shù)還可W用于準(zhǔn)確識(shí)別出沖 突老用戶，從而引導(dǎo)其更改自身的登錄名本體，并將相應(yīng)的登錄名本體"交還"至該手機(jī)號(hào) 碼的真正擁有者，具體過程參見下述的"沖突消除機(jī)制"。
[0046]
[0047]表 3
[0048]b.用于身份驗(yàn)證的校驗(yàn)選項(xiàng)
[0049] 在注冊過程中，除了用戶填寫的登錄名本體和登錄密碼外，還需要用戶填寫身份 驗(yàn)證信息，比如：驗(yàn)證郵箱、家庭住址或者校驗(yàn)問答等。每個(gè)用戶都可能填寫一個(gè)或個(gè)用于 身份驗(yàn)證的信息，比如用戶Kevin在注冊時(shí)，填寫了驗(yàn)證郵箱和立個(gè)校驗(yàn)問答，則可則尋驗(yàn) 證郵箱作為登錄附加因子（如圖3c所示），也可W將校驗(yàn)問答中的任意一個(gè)或多個(gè)作為登 錄附加因子（如圖3d所示）。
[0050] 當(dāng)用戶Tony注冊時(shí)，檢測到其使用了與用戶Kevin相同的登錄名本體，則獲取用 戶Kevin對(duì)應(yīng)的登錄附加因子，比如該登錄附加因子為圖3d所示的校驗(yàn)問答"最喜歡的電 影"及相應(yīng)的答案"《走宗罪》"；由于校驗(yàn)問答中的問題可W由用戶在系統(tǒng)預(yù)設(shè)的很多問題 中進(jìn)行選擇，則在用戶Tony希望選擇校驗(yàn)問題時(shí)，可W屏蔽"最喜歡的電影"送個(gè)問題，W 避免用戶Tony填寫了與用戶Kevin相同的答案；或者，由于不同用戶填寫的答案相同的概 率很低，可W不采取屏蔽的手段，而是在用戶Tony確實(shí)填寫了與用戶Kevin相同的答案時(shí)， 強(qiáng)制用戶Tony填寫更多的校驗(yàn)問答，直至用戶Tony和用戶Kevin之間存在不同的校驗(yàn)問 答或?qū)ν恍ｒ?yàn)問題存在不同的答案。
[0051] W下在上述實(shí)施方式的基礎(chǔ)上，結(jié)合更多的應(yīng)用實(shí)際通過一個(gè)較佳的實(shí)施方式來 闡述本申請(qǐng)的技術(shù)優(yōu)勢。在W下的描述中，登錄名將W手機(jī)號(hào)為例。在一個(gè)接近實(shí)際部署 的方案中，本申請(qǐng)?zhí)岢鯳下幾個(gè)優(yōu)化措施來進(jìn)一步提高本申請(qǐng)?jiān)趯?shí)際使用中的實(shí)施效果， 當(dāng)然送些措施并不是必須的，而且各種優(yōu)化措施如何組合可W根據(jù)需要來靈活選擇。
[0052] 在上述實(shí)施方式的基礎(chǔ)上本申請(qǐng)可進(jìn)一步引入沖突消除機(jī)制。在一種實(shí)施方式 中，本申請(qǐng)?jiān)诓襟E201到204的基礎(chǔ)上進(jìn)一步包括沖突解決機(jī)制。前述實(shí)施方式解決了注 冊沖突和登錄沖突問題。雖然兩個(gè)用戶同時(shí)使用一個(gè)手機(jī)號(hào)登錄并無問題，但是從用戶使 用應(yīng)用服務(wù)的角度而言，手機(jī)號(hào)對(duì)于用戶而言無疑是比較重要的，比如說接收校驗(yàn)短信等。 若一項(xiàng)應(yīng)用需要接收校驗(yàn)短信并在頁面上回填該短信，則此時(shí)由于手機(jī)號(hào)同一時(shí)刻只會(huì)被 一個(gè)用戶（比如Tony)擁有，郝么另一個(gè)用戶（比如Kevin)此時(shí)就無法接收到自己的校驗(yàn) 短信。對(duì)于送樣的情況本申請(qǐng)進(jìn)行特別處理，在用戶登錄成功的情況下，檢查該用戶登錄名 中是否包括有沖突設(shè)別參數(shù)，如果有則所述登錄管理單元進(jìn)一步向該用戶推送手機(jī)號(hào)修改 界面引導(dǎo)該沖突老用戶修改手機(jī)號(hào)，在接收到用戶輸入新手機(jī)號(hào)之后在對(duì)應(yīng)的賬戶記錄中 將手機(jī)號(hào)更新，用戶下次再此進(jìn)行登錄時(shí)，需要使用新手機(jī)號(hào)作為登錄名本體進(jìn)行登錄。在 具體實(shí)現(xiàn)上，用戶輸入新手機(jī)號(hào)之后，登錄管理單元通常會(huì)進(jìn)一步針對(duì)該手機(jī)號(hào)發(fā)起校驗(yàn)， 比如發(fā)送包括校驗(yàn)碼的校驗(yàn)短信給該新手機(jī)號(hào)，并對(duì)比用戶在界面上提交的校驗(yàn)碼是否正 確來確認(rèn)用戶是否確實(shí)擁有該手機(jī)號(hào)，送個(gè)過程與常規(guī)注冊過程是類似的，此處不再詳述。
[0053] 沖突老用戶根據(jù)引導(dǎo)修改手機(jī)號(hào)依然可能存在一種特殊的情況。假設(shè)用戶Kevin 輸入的手機(jī)號(hào)依然是18611180751，與原手機(jī)號(hào)一致，并不是新手機(jī)號(hào)，此時(shí)系統(tǒng)無法確定 到底Kevin還是Tony擁有該手機(jī)號(hào)。一種簡單的處理方式是，Kevin必須更改手機(jī)號(hào)，否 則不允許其繼續(xù)登錄。然而事實(shí)上，Tony可能只是臨時(shí)使用Kevin的手機(jī)號(hào)，Kevin才是真 正的手機(jī)號(hào)主人，請(qǐng)參考圖4,針對(duì)送種情況，在一種較為完整的實(shí)施方式中，引導(dǎo)用戶修改 手機(jī)號(hào)的流程包括如下步驟：
[0054] 步驟401，登錄管理單元在當(dāng)前用戶登錄成功的情況下檢查該用戶賬戶記錄的登 錄名字段中是否包括有沖突識(shí)別參數(shù)；如果有，則向該用戶發(fā)送登錄名本體修改界面，W引 導(dǎo)該用戶修改登錄名本體；
[00巧]步驟402,特殊注冊單元獲取當(dāng)前用戶通過登錄名本體修改界面輸入的登錄名本 體，在賬戶表查找是否存在使用該登錄名本體的沖突新用戶，如果不存在，則更新當(dāng)前用戶 賬戶記錄中的登錄名本體，如果存在，則確定對(duì)應(yīng)于該沖突新用戶的登錄附加因子，并使當(dāng) 前用戶采用不同于沖突新用戶的登錄附加因子，且在該沖突新用戶的登錄名字段中添加沖 突識(shí)別參數(shù)使其成為沖突老用戶；將當(dāng)前用戶賬戶記錄的登錄名字段中的沖突識(shí)別參數(shù)消 除。
[0056] 仍然W用戶Kevin與用戶Tony為例，假設(shè)用戶Kevin作為沖突老用戶，其在登錄 名修改界面上提交的手機(jī)號(hào)確實(shí)發(fā)生了變化，比如變更為18611223344,此時(shí)根據(jù)步驟401 到402的處理，用戶Kevin與用戶Tony之間將不存在沖突，用戶Kevin的登錄名將變成一 個(gè)唯一使用的手機(jī)號(hào)，此時(shí)賬戶表將從表2更新為表4的示例。
[0057]
[0058]表 4
[0059] 但是假設(shè)用戶Kevin輸入的手機(jī)號(hào)仍然是18611180751，也就意味著用戶Kevin 在向系統(tǒng)表明其擁有該手機(jī)號(hào)，此時(shí)系統(tǒng)無法確定到底是Kevin還是Tony擁有該手機(jī)號(hào)。 因此系統(tǒng)在步驟402之前可W向用戶發(fā)起校驗(yàn)，校驗(yàn)成功的話，校驗(yàn)過程不再詳述，可參考 現(xiàn)有技術(shù)執(zhí)行。此時(shí)Kevin將變?yōu)闆_突新用戶，而Tony則從沖突新用戶變?yōu)闆_突老用戶。 此時(shí)表2將更新為表5的示例。送種設(shè)計(jì)可W很好地解決"偽二次放號(hào)"問題，真實(shí)的二 次放號(hào)是一個(gè)手機(jī)號(hào)的主人發(fā)生了變更。而"偽二次放號(hào)"則是通過手機(jī)號(hào)的交叉使用產(chǎn) 生了二次放號(hào)現(xiàn)象，送種交叉使用導(dǎo)致了應(yīng)用系統(tǒng)認(rèn)為發(fā)生了二次放號(hào)。比如說Kevin是 18611180751的真實(shí)主人，其在支付寶使用該手機(jī)號(hào)進(jìn)行了注冊，支付寶系統(tǒng)擁有一條賬戶 記錄。Tony是Kevin的弟弟，其在一些特殊的或臨時(shí)性的應(yīng)用需求下,Tony臨時(shí)使用Kevin 的手機(jī)號(hào)注冊了支付寶賬戶，送個(gè)過程將觸發(fā)步驟201到204的處理，送導(dǎo)致Kevin在支付 寶系統(tǒng)中變成了沖突老用戶，而Tony通過"搶奪"行為則成為沖突新用戶。Kevin再次登 錄時(shí)，系統(tǒng)在步驟401針對(duì)沖突老用戶Kevin發(fā)送登錄名修改界面引導(dǎo)Kevin修改手機(jī)號(hào)， 此時(shí)由于Kevin是18611180751真實(shí)主人，其可能仍然輸入了 18611180751。系統(tǒng)此時(shí)可 W認(rèn)為是Kevin在執(zhí)行"反搶"操作，通過校驗(yàn)短信對(duì)Kevin的"反搶"行為進(jìn)行驗(yàn)證，若通 過，則將Kevin變更為沖突新用戶，而Tony則變?yōu)闆_突老用戶。Tony再次登錄，系統(tǒng)仍然會(huì) 通過登錄名修改界面來引導(dǎo)Tony修改手機(jī)號(hào)。若Tony將自己的手機(jī)號(hào)修改，比如修改為 18622223333,郝么沖突將消失。
[0060]
[0061]表 5
[0062] 請(qǐng)繼續(xù)參考圖5,在步驟204處理機(jī)制的基礎(chǔ)上，本申請(qǐng)可進(jìn)一步為用戶提供創(chuàng)建 與主賬戶具有關(guān)聯(lián)關(guān)系的獨(dú)立子賬戶的機(jī)制。假設(shè)用戶化Ck的手機(jī)號(hào)是13988888888， 化Ck使用該手機(jī)號(hào)注冊了支付寶賬戶化Ckl,其利用該賬戶為自己的公司購置辦公用品， 但化Ck同時(shí)希望自己能夠用該手機(jī)號(hào)注冊另外一個(gè)支付寶賬戶化ck2,然后利用該賬戶 Jack2為自己購買私人用品，送樣可W清晰地區(qū)分公司采購與個(gè)人消費(fèi)。在傳統(tǒng)技術(shù)中，送 種用戶需求是無法滿