一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置的制造方法
【專利摘要】本發(fā)明提供了一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置，涉及數(shù)據(jù)業(yè)務(wù)技術(shù)領(lǐng)域，其中，所述方法包括：接收客戶端發(fā)送的找回第一用戶帳號的請求信息；向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示；比較接收到的客戶端根據(jù)所述內(nèi)容提示填寫的所述第一用戶帳號的歷史信息與存儲的歷史信息是否為一致；若所述第一用戶帳號的歷史信息與存儲的歷史信息相一致，則將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。本發(fā)明實施例提供的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置在不影響第一用戶賬號注銷后新獲得該第一用戶賬號的新用戶使用，又可以讓老用戶繼承其在使用第一用戶賬號時擁有的業(yè)務(wù)內(nèi)容。
【專利說明】
一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及數(shù)據(jù)業(yè)務(wù)技術(shù)領(lǐng)域，特別涉及一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置。
【背景技術(shù)】
[0002]現(xiàn)有技術(shù)中用戶可以在各種業(yè)務(wù)平臺上通過賬號、密碼登錄獲得相應(yīng)的服務(wù)，用戶也可以隨自己的喜好隨時注銷自己的賬號，注銷后，該賬號(經(jīng)過一定的冷凍期后)可以接受其他用戶的注冊，變?yōu)樾沦~號。
[0003]現(xiàn)有技術(shù)中，當老用戶的賬號被注銷或刪除后又被另一用戶使用時，老用戶新注冊的賬號將不能獲得原有賬號中的資格、業(yè)務(wù)服務(wù)或訂購關(guān)系等內(nèi)容，這樣造成用戶更換帳號的損失和較差的用戶體驗。

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

[0004]本發(fā)明提供了一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置，其目的是解決現(xiàn)有技術(shù)中無法繼承用戶已注銷的賬號中的業(yè)務(wù)內(nèi)容的問題。
[0005]為了達到上述目的，本發(fā)明的實施例提供了一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，應(yīng)用于服務(wù)端，包括:
[0006]接收客戶端發(fā)送的找回第一用戶帳號的請求信息；
[0007]向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示；
[0008]獲得客戶端填寫的所述第一用戶帳號的歷史信息，與存儲的歷史信息進行比較，判斷是否為一致；
[0009]當判斷所述第一用戶帳號的歷史信息與存儲的歷史信息相一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0010]其中，所述接收客戶端發(fā)送的找回第一用戶帳號的請求信息的步驟之后，所述方法還包括:
[0011]判斷所述第一用戶賬號是否被凍結(jié)或者注銷過；
[0012]當判斷結(jié)果為是時，則執(zhí)行向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提不的步驟。
[0013]其中，當判斷所述第一用戶帳號的歷史信息與存儲的歷史信息相一致之后，所述方法還包括:
[0014]檢測客戶端當前是否登錄一用戶賬號；
[0015]若客戶端當前登錄一用戶賬號，則將當前所登錄的用戶帳號確認為所述第二用戶帳號；否則，向客戶端提供登錄或注冊一用戶賬號的內(nèi)容提示，并接收客戶端填寫的登錄信息或注冊信息，將登錄信息或注冊信息中的用戶帳號確認為所述第二用戶帳號。
[0016]其中，所述第一用戶賬號和所述第二用戶賬號相一致。
[0017]其中，所述第一用戶賬號和所述第二用戶賬號的類型為手機號、郵箱、用戶名、昵稱或ID賬號。
[0018]本發(fā)明實施例還提供了一種繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，應(yīng)用于服務(wù)端，所述裝置包括:
[0019]第一接收模塊，用于接收客戶端發(fā)送的找回第一用戶帳號的請求信息；
[0020]提供模塊，用于向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示;
[0021]比較模塊，用于獲得客戶端填寫的所述第一用戶帳號的歷史信息，與存儲的歷史信息進行比較，判斷是否為一致；
[0022]轉(zhuǎn)移模塊，用于當判斷所述第一用戶帳號的歷史信息與存儲的歷史信息相一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0023]其中，所述裝置還包括:
[0024]判斷模塊，用于判斷所述第一用戶賬號是否被凍結(jié)或者注銷過；
[0025]當判斷模塊判斷結(jié)果為是時，則觸發(fā)所述提供模塊向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示。
[0026]其中，所述裝置還包括:
[0027]檢測模塊，用于檢測客戶端當前是否登錄一用戶賬號；
[0028]確認模塊，用于在所述檢測模塊確定客戶端當前登錄有一用戶賬號時，則將當前所登錄的用戶帳號確認為所述第二用戶帳號；
[0029]第二接收模塊，用于在所述檢測模塊確定客戶端當前沒有登錄的用戶賬號時，則向客戶端提供登錄或注冊一用戶賬號的內(nèi)容提示，并接收客戶端填寫的登錄信息或注冊信息，將登錄信息或注冊信息中的用戶帳號確認為所述第二用戶帳號。
[0030]其中，所述第一用戶賬號和所述第二用戶賬號相一致。
[0031]其中，所述第一用戶賬號和所述第二用戶賬號的類型為手機號、郵箱、用戶名、昵稱或ID賬號。
[0032]本發(fā)明實施例還提供一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，應(yīng)用于客戶端，所述方法包括:
[0033]向服務(wù)端發(fā)送找回第一用戶賬號的請求信息；
[0034]接收服務(wù)端發(fā)送的需要提供所述第一用戶賬號的歷史信息的內(nèi)容提示，并獲取用戶填寫的所述歷史信息，返回給所述服務(wù)端，使所述服務(wù)端將所獲的所述第一用戶帳號的歷史信息與存儲的歷史信息進行比較，當判斷兩者為一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0035]其中，所述方法還包括:
[0036]接收服務(wù)端發(fā)送的需要登錄或注冊一用戶賬號的內(nèi)容提示；
[0037]獲取用戶根據(jù)所述內(nèi)容提示輸入的登錄信息或注冊信息，將所述登錄信息或注冊信息發(fā)送給服務(wù)端，使所述用戶端以所述登錄信息或注冊信息中的用戶帳號作為所述第二用戶帳號。
[0038]本發(fā)明實施例還提供一種繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，應(yīng)用于客戶端，所述裝置包括:
[0039]發(fā)送模塊，用于向服務(wù)端發(fā)送找回第一用戶賬號的請求信息；
[0040]第三接收模塊，用于接收服務(wù)端發(fā)送的需要提供所述第一用戶賬號的歷史信息的內(nèi)容提示，并獲取用戶填寫的所述歷史信息，返回給所述服務(wù)端，使所述服務(wù)端將所獲的所述第一用戶帳號的歷史信息與存儲的歷史信息進行比較，當判斷兩者為一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0041 ] 其中，所述裝置還包括:
[0042]第四接收模塊，用于接收服務(wù)端發(fā)送的需要登錄或注冊一用戶賬號的內(nèi)容提示；
[0043]發(fā)送模塊，用于獲取用戶根據(jù)所述內(nèi)容提示輸入的登錄信息或注冊信息，將所述登錄信息或注冊信息發(fā)送給服務(wù)端，使所述用戶端以所述登錄信息或注冊信息中的用戶帳號作為所述第二用戶帳號。
[0044]本發(fā)明的上述方案至少包括以下有益效果:本發(fā)明實施例提供的一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置通過對用戶輸入其已經(jīng)注銷的賬號、該賬號的歷史信息，與系統(tǒng)中存儲的該賬號的信息比較，若兩者相符，則可以為用戶繼承其已注銷的賬號中的資格、業(yè)務(wù)服務(wù)或訂購關(guān)系等內(nèi)容。本發(fā)明實施例提供的繼承用戶賬號的業(yè)務(wù)內(nèi)容的方法既不會影響在原賬號注銷后新獲得該賬號的新用戶的使用，也可以避免老用戶的損失。
【附圖說明】
[0045]圖1為本發(fā)明實施例所述的應(yīng)用于服務(wù)端的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法的流程圖；
[0046]圖2為本發(fā)明實施例所述的在用戶沒有新注冊的用戶賬號時繼承用戶賬號業(yè)務(wù)內(nèi)容的流程圖；
[0047]圖3為本發(fā)明實施例所述的應(yīng)用于服務(wù)端的繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置的結(jié)構(gòu)示意圖；
[0048]圖4為本發(fā)明實施例所述的應(yīng)用于客戶端的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法的流程圖；
[0049]圖5為本發(fā)明實施例所述的應(yīng)用于客戶端的繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0050]為使本發(fā)明要解決的技術(shù)問題、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例進行詳細描述。
[0051]本發(fā)明針對現(xiàn)有技術(shù)中無法在用戶新注冊的賬號中繼承用戶已注銷的原賬號中的業(yè)務(wù)內(nèi)容的問題，提供了一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法和裝置，通過用戶輸入其原賬號、原賬號使用的時間區(qū)間以及該區(qū)間內(nèi)用戶的歷史信息，若其歷史信息與系統(tǒng)中存儲的該區(qū)間內(nèi)的歷史信息相符，則可以為用戶繼承其原號中的資格、業(yè)務(wù)服務(wù)或訂購關(guān)系等內(nèi)容。
[0052]如圖1所示，本發(fā)明實施例提供一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，應(yīng)用于服務(wù)端，包括:
[0053]步驟10，接收客戶端發(fā)送的找回第一用戶帳號的請求信息；
[0054]步驟11，向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示；
[0055]步驟12，獲得客戶端填寫的所述第一用戶帳號的歷史信息，與存儲的歷史信息進行比較，判斷是否為一致；
[0056]步驟13，當判斷所述第一用戶帳號的歷史信息與存儲的歷史信息相一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0057]在本發(fā)明的具體實施例中，第一用戶賬號和第二用戶賬號可以為手機號、郵箱、用戶名、昵稱或ID等各種賬號表現(xiàn)形式，并且第一用戶賬號和第二用戶賬號的類型可以相同，也可以不同；第一用戶賬號和第二用戶賬號應(yīng)用的平臺系統(tǒng)也可以為論壇、微博、及時聊天工具、手機業(yè)務(wù)平臺等；步驟11中賬號的歷史信息針對不同應(yīng)用平臺可以為某一時間段對應(yīng)的密碼，某條發(fā)帖紀錄，某條回復內(nèi)容，某些好友記錄，某些訂購記錄等。系統(tǒng)中存儲著所有賬號的所有注冊和注銷信息，并記錄了每個賬號有效期間內(nèi)發(fā)生過的賬號變動，例如密碼變動，用戶等級變動，訂購關(guān)系記錄等；所以用戶此時輸入的第一用戶賬號的歷史信息可以與系統(tǒng)中存儲的該用戶賬號的對應(yīng)歷史信息比較，校驗通過后，就可以將第一用戶賬號中的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中，步驟13中“第一用戶賬號的業(yè)務(wù)內(nèi)容”是指第一用戶賬號在注銷時刻擁有的用戶等級、余額、已訂購業(yè)務(wù)、業(yè)務(wù)記錄等內(nèi)容，將這些內(nèi)容轉(zhuǎn)移到第二用戶賬號中，繼承完成后第二用戶賬號中的業(yè)務(wù)內(nèi)容將疊加第一用戶賬號中的用戶等級、余額、已訂購業(yè)務(wù)，并保存第一用戶賬號的業(yè)務(wù)記錄等。而此時第一用戶賬號的新用戶并未受影響。同樣可以理解的是，若第一用戶賬號還被另一個用戶使用過，另一個用戶也可以通過上述方法把第一用戶賬號中對應(yīng)自己使用時間段內(nèi)的業(yè)務(wù)內(nèi)容繼承到自己的新用戶賬號中。
[0058]在本發(fā)明的具體實施例中，在某種情況下上述的第二用戶賬號可能與第一用戶賬號相同，例如用戶A使用第一用戶賬號注銷后，該第一用戶賬號一直處于凍結(jié)期，未被新用戶使用，用戶A可以重新注冊第一用戶賬號繼承第一用戶賬號中的原有業(yè)務(wù)內(nèi)容。另一種情況下，用戶A注銷第一用戶賬號后，用戶X注冊了第一用戶賬號使用一段時間后注銷，此時用戶A可能重新注冊該第一用戶賬號，并以該第一用戶賬號繼承用戶A曾經(jīng)使用的時間段內(nèi)的賬號內(nèi)容。
[0059]在本發(fā)明的上述實施例中，所述接收客戶端發(fā)送的找回第一用戶帳號的請求信息的步驟之后，所述方法還包括:
[0060]判斷所述第一用戶賬號是否被凍結(jié)或者注銷過；
[0061]當判斷結(jié)果為是時，則執(zhí)行向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提不的步驟。
[0062]在本發(fā)明的具體實施例中，系統(tǒng)判斷用戶輸入的第一用戶賬號是否曾經(jīng)被凍結(jié)或者注銷過，僅有該第一用戶賬號曾被注銷或者凍結(jié)過時才會繼續(xù)執(zhí)行繼承第一用戶賬號業(yè)務(wù)內(nèi)容的流程。因為如果一個賬號若一直由原用戶正常使用，本方法可能被盜取用戶當前密碼的不法分子利用竊取他人賬號資產(chǎn)，只有當?shù)谝挥脩糍~號有過至少一次被凍結(jié)或者被注銷的記錄，才繼續(xù)?？梢允悄骋挥脩糇N第一用戶賬號后沒有新用戶繼續(xù)使用第一用戶賬號；也可以是某一用戶注銷第一用戶賬號后，由第二用戶重新注冊了第一用戶賬號繼續(xù)使用；還可以是在第二用戶使用一段時間后該第二用戶也注銷了該第一用戶賬號，由第三用戶繼續(xù)使用，即第一用戶賬號可能有過多個曾經(jīng)使用的用戶，并有過多次注銷或凍結(jié)記錄。
[0063]在本發(fā)明的上述實施例中，若所述第一用戶帳號的歷史信息與存儲的歷史信息相一致之后，所述方法還包括:
[0064]檢測客戶端當前是否登錄一用戶賬號；
[0065]若客戶端當前登錄一用戶賬號，則將當前所登錄的用戶帳號確認為所述第二用戶帳號；否則，向客戶端提供登錄或注冊一用戶賬號的內(nèi)容提示，并接收客戶端填寫的登錄信息或注冊信息，將登錄信息或注冊信息中的用戶帳號確認為所述第二用戶帳號。
[0066]在本發(fā)明的具體實施例中，可以采用用戶首先登錄新賬號后發(fā)起“請求找回第一用戶賬號”的方式，然后在判斷第一用戶帳號的歷史信息與存儲的歷史信息相一致時，將第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到登錄的新賬號中，該新賬號就為第二用戶賬號，也可以是用戶先不登陸新賬號，直接以未登錄的身份在平臺上發(fā)起“請求找回第一用戶賬號”請求，若判斷第一用戶帳號的歷史信息與存儲的歷史信息相一致即用戶有權(quán)繼承第一用戶帳號的業(yè)務(wù)內(nèi)容時，則要求用戶登錄其希望繼承第一用戶賬號中業(yè)務(wù)內(nèi)容的新賬號，即登錄第二用戶賬號，將第一用戶賬號的業(yè)務(wù)內(nèi)容繼承到第二用戶賬號中，如果用戶沒有新賬號，則發(fā)起注冊流程，完成注冊后，將第一用戶賬號的業(yè)務(wù)內(nèi)容繼承到新注冊的用戶賬號中。
[0067]實施例:用戶A自2007年5月I日注冊了中國移動手機閱讀平臺，以用戶A的原手機號13810596278為賬號，在該平臺上付費或免費的訂閱自己喜歡的閱讀內(nèi)容，并且:
[0068]2007年5月至2009年7月使用密碼999999為登錄密碼；
[0069]2009年8月至2010年10月更改密碼為666666 ；
[0070]2010年11月至2012年10月更改密碼為333333 ;并且期間，在2012年I月I日付費訂購了《小時代I》的終身免費閱讀。
[0071]隨后在2012年10月底，用戶注銷了原手機號13810596278，并更換使用新手機號13810596206。
[0072]在2013年的某一天，用戶以新手機號的手機打開中國移動手機閱讀平臺，希望找回原手機號中的賬戶等級、瀏覽記錄以及訂購過的《小時代1》，發(fā)送找回第一用戶賬號的請求。
[0073]如圖2所示，在頁面20中，用戶選擇時間段1，2007年5月至2009年7月，并輸入該時段曾經(jīng)使用過的密碼999999，因系統(tǒng)記錄了原手機賬號中的各種賬戶信息，對比用戶選擇的時段和該時段內(nèi)的密碼與系統(tǒng)記錄的該用戶賬號的對應(yīng)信息，兩者相符，因此通過認證，允許用戶繼承原手機號在閱讀平臺中的內(nèi)容，并詢問用戶繼承到什么號碼？頁面21中，用戶輸入其當前使用的新手機號13810596206，平臺檢測發(fā)現(xiàn)新手機號未注冊閱讀平臺，為新用戶，頁面22中，即發(fā)起注冊賬號，頁面23中，完成新用戶賬號的注冊，完成注冊后，將原手機號中的內(nèi)容轉(zhuǎn)移至新手機號中。繼承成功后，用戶可以使用當前的手機號13810596206登錄閱讀平臺，并具有原先的用戶截至2012年10月底的等級并且仍然可以終身免費閱讀《小時代I》。
[0074]如圖3所示，本發(fā)明的實施例還提供一種繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，應(yīng)用于服務(wù)端，所述裝置包括:
[0075]第一接收模塊30，用于接收客戶端發(fā)送的找回第一用戶帳號的請求信息；
[0076]提供模塊31，用于向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示;
[0077]比較模塊32，用于比較接收到的客戶端根據(jù)所述內(nèi)容提示填寫的所述第一用戶帳號的歷史信息與存儲的歷史信息是否為一致；
[0078]轉(zhuǎn)移模塊33，用于當所述比較模塊確定所述第一用戶帳號的歷史信息與存儲的歷史信息相一致時，則將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0079]在本發(fā)明的上述實施例中，所述裝置還包括:
[0080]判斷模塊，用于判斷所述第一用戶賬號是否被凍結(jié)或者注銷過，若判斷結(jié)果為是，則執(zhí)行向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示的步驟。
[0081 ] 在本發(fā)明的上述實施例中，所述裝置還包括:
[0082]檢測模塊，用于檢測客戶端當前是否登錄一用戶賬號；
[0083]確認模塊，用于在所述檢測模塊確定客戶端當前登錄有一用戶賬號時，則將當前所登錄的用戶帳號確認為所述第二用戶帳號；
[0084]第二接收模塊，用于在所述檢測模塊確定客戶端當前沒有登錄的用戶賬號時，則向客戶端提供登錄或注冊一用戶賬號的內(nèi)容提示，并接收客戶端填寫的登錄信息或注冊信息，將登錄信息或注冊信息中的用戶帳號確認為所述第二用戶帳號。
[0085]在本發(fā)明的上述實施例中，所述第一用戶賬號和所述第二用戶賬號相一致。
[0086]在本發(fā)明的上述實施例中，所述第一用戶賬號和所述第二用戶賬號的類型至少包括手機號、郵箱、用戶名、昵稱和ID賬號表現(xiàn)形式。
[0087]需要說明的是，該裝置是與上述應(yīng)用于服務(wù)端的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法實施例對應(yīng)的裝置，上述方法實施例中所有實現(xiàn)方式均適用于該裝置的實施例中，也能達到相同的技術(shù)效果。
[0088]如圖4所示，本發(fā)明實施例還提供一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，應(yīng)用于客戶端，包括:
[0089]步驟40，向服務(wù)端發(fā)送找回第一用戶賬號的請求信息；
[0090]步驟41，接收服務(wù)端發(fā)送的需要提供所述第一用戶賬號的歷史信息的內(nèi)容提示，并獲取用戶填寫的所述歷史信息，返回給所述服務(wù)端，使所述服務(wù)端將所獲的所述第一用戶帳號的歷史信息與存儲的歷史信息進行比較，當判斷兩者為一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0091]在本發(fā)明的具體實施例中，用戶在客戶端首先下載某一應(yīng)用軟件，打開該軟件，可以直接點擊“賬號找回”選項，即向服務(wù)端發(fā)送找回用戶賬號的請求信息，使服務(wù)端會返回提示輸入要找回的賬號，用戶輸入需要找回的第一用戶賬號，完成步驟40中向服務(wù)端發(fā)送找回第一用戶賬號的請求信息的流程；步驟41中，接收到服務(wù)端的需要提供第一用戶賬號的歷史信息的內(nèi)容提示可以是為用戶展示的固定格式的如圖2中頁面20，提示用戶選擇使用該賬號的時間并填寫該段時間內(nèi)的密碼，也可以直接由用戶輸入起始和終止日期，并輸入該時間段內(nèi)對應(yīng)的密碼，使服務(wù)端判斷該時間段內(nèi)用戶是否不曾改變過密碼，如果改時間段內(nèi)密碼唯一并且與用戶輸入的相同，則判斷用戶有權(quán)繼承該第一用戶賬號的內(nèi)容?？梢岳斫獾氖?，第一用戶賬號的歷史信息也可以為用戶某段時間訂購過的內(nèi)容，訂單日期，綁定過的微博、手機或郵箱等等。
[0092]在本發(fā)明的上述實施例中，所述方法還包括:
[0093]接收服務(wù)端發(fā)送的需要登錄或注冊一用戶賬號的內(nèi)容提示；
[0094]獲取用戶根據(jù)所述內(nèi)容提示輸入的登錄信息或注冊信息，將所述登錄信息或注冊信息發(fā)送給服務(wù)端，使所述用戶端以所述登錄信息或注冊信息中的用戶帳號作為所述第二用戶帳號。
[0095]在本發(fā)明的具體實施例中，如果用戶已經(jīng)注冊過一用戶賬號，則用戶只要在客戶端輸入用戶賬號和對應(yīng)的密碼，即可完成登錄，此時登錄的用戶賬號即為第二用戶賬號，如果該用戶沒有注冊過用戶賬號，則用戶需要在客戶端輸入想要注冊的用戶賬號、相應(yīng)設(shè)置的密碼和服務(wù)端發(fā)送的驗證碼，即可完成新用戶賬號的注冊，此時注冊的新用戶賬號即為第二用戶賬號。
[0096]如圖5所示，本發(fā)明實施例還提供一種繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，應(yīng)用于客戶端，包括:
[0097]第一發(fā)送模塊50，用于向服務(wù)端發(fā)送找回第一用戶賬號的請求信息；
[0098]第三接收模塊51，用于接收服務(wù)端發(fā)送的需要提供所述第一用戶賬號的歷史信息的內(nèi)容提示，并獲取用戶填寫的所述歷史信息，返回給所述服務(wù)端，使所述服務(wù)端將所獲的所述第一用戶帳號的歷史信息與存儲的歷史信息進行比較，當判斷兩者為一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。
[0099]在本發(fā)明的上述實施例中，所述裝置還包括:
[0100]第四接收模塊，用于接收服務(wù)端發(fā)送的需要登錄或注冊一用戶賬號的內(nèi)容提示；
[0101]第二發(fā)送模塊，用于獲取用戶根據(jù)所述內(nèi)容提示輸入的登錄信息或注冊信息，將所述登錄信息或注冊信息發(fā)送給服務(wù)端，使所述用戶端以所述登錄信息或注冊信息中的用戶帳號作為所述第二用戶帳號。
[0102]需要說明的是，該裝置是與上述應(yīng)用于客戶端的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法實施例對應(yīng)的裝置，上述方法實施例中所有實現(xiàn)方式均適用于該裝置的實施例中，也能達到相同的技術(shù)效果。
[0103]以上所述是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
【主權(quán)項】
1.一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，應(yīng)用于服務(wù)端，其特征在于，所述方法包括: 接收客戶端發(fā)送的找回第一用戶帳號的請求信息； 向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示； 獲得客戶端填寫的所述第一用戶帳號的歷史信息，與存儲的歷史信息進行比較，判斷是否為一致； 當判斷所述第一用戶帳號的歷史信息與存儲的歷史信息相一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。2.如權(quán)利要求1所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，其特征在于，所述接收客戶端發(fā)送的找回第一用戶帳號的請求信息的步驟之后，所述方法還包括: 判斷所述第一用戶賬號是否被凍結(jié)或者注銷過； 當判斷結(jié)果為是時，則執(zhí)行向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示的步驟。3.如權(quán)利要求1所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，其特征在于，當判斷所述第一用戶帳號的歷史信息與存儲的歷史信息相一致之后，所述方法還包括: 檢測客戶端當前是否登錄一用戶賬號； 若客戶端當前登錄一用戶賬號，則將當前所登錄的用戶帳號確認為所述第二用戶帳號；否則，向客戶端提供登錄或注冊一用戶賬號的內(nèi)容提示，并接收客戶端填寫的登錄信息或注冊信息，將登錄信息或注冊信息中的用戶帳號確認為所述第二用戶帳號。4.如權(quán)利要求1所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，其特征在于，所述第一用戶賬號和所述第二用戶賬號相一致。5.如權(quán)利要求1所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，其特征在于，所述第一用戶賬號和所述第二用戶賬號的類型為手機號、郵箱、用戶名、昵稱或ID賬號。6.一種繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，應(yīng)用于服務(wù)端，其特征在于，所述裝置包括: 第一接收模塊，用于接收客戶端發(fā)送的找回第一用戶帳號的請求信息； 提供模塊，用于向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示； 比較模塊，用于獲得客戶端填寫的所述第一用戶帳號的歷史信息，與存儲的歷史信息進行比較，判斷是否為一致； 轉(zhuǎn)移模塊，用于當判斷所述第一用戶帳號的歷史信息與存儲的歷史信息相一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。7.如權(quán)利要求6所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，其特征在于，所述裝置還包括: 判斷模塊，用于判斷所述第一用戶賬號是否被凍結(jié)或者注銷過； 當判斷模塊判斷結(jié)果為是時，則觸發(fā)所述提供模塊向客戶端提供需要輸入所述第一用戶帳號的歷史信息的內(nèi)容提示。8.如權(quán)利要求6所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，其特征在于，所述裝置還包括: 檢測模塊，用于檢測客戶端當前是否登錄一用戶賬號； 確認模塊，用于在所述檢測模塊確定客戶端當前登錄有一用戶賬號時，則將當前所登錄的用戶帳號確認為所述第二用戶帳號； 第二接收模塊，用于在所述檢測模塊確定客戶端當前沒有登錄的用戶賬號時，則向客戶端提供登錄或注冊一用戶賬號的內(nèi)容提示，并接收客戶端填寫的登錄信息或注冊信息，將登錄信息或注冊信息中的用戶帳號確認為所述第二用戶帳號。9.如權(quán)利要求6所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，其特征在于，所述第一用戶賬號和所述第二用戶賬號相一致。10.如權(quán)利要求6所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，其特征在于，所述第一用戶賬號和所述第二用戶賬號的類型為手機號、郵箱、用戶名、昵稱或ID賬號。11.一種繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，應(yīng)用于客戶端，其特征在于，所述方法包括: 向服務(wù)端發(fā)送找回第一用戶賬號的請求信息； 接收服務(wù)端發(fā)送的需要提供所述第一用戶賬號的歷史信息的內(nèi)容提示，并獲取用戶填寫的所述歷史信息，返回給所述服務(wù)端，使所述服務(wù)端將所獲的所述第一用戶帳號的歷史信息與存儲的歷史信息進行比較，當判斷兩者為一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。12.如權(quán)利要求11所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的方法，其特征在于，所述方法還包括: 接收服務(wù)端發(fā)送的需要登錄或注冊一用戶賬號的內(nèi)容提示； 獲取用戶根據(jù)所述內(nèi)容提示輸入的登錄信息或注冊信息，將所述登錄信息或注冊信息發(fā)送給服務(wù)端，使所述用戶端以所述登錄信息或注冊信息中的用戶帳號作為所述第二用戶帳號。13.—種繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，應(yīng)用于客戶端，其特征在于，所述裝置包括: 發(fā)送模塊，用于向服務(wù)端發(fā)送找回第一用戶賬號的請求信息； 第三接收模塊，用于接收服務(wù)端發(fā)送的需要提供所述第一用戶賬號的歷史信息的內(nèi)容提示，并獲取用戶填寫的所述歷史信息，返回給所述服務(wù)端，使所述服務(wù)端將所獲的所述第一用戶帳號的歷史信息與存儲的歷史信息進行比較，當判斷兩者為一致時，將所述第一用戶賬號的業(yè)務(wù)內(nèi)容轉(zhuǎn)移到第二用戶賬號中。14.如權(quán)利要求13所述的繼承用戶賬號業(yè)務(wù)內(nèi)容的裝置，其特征在于，所述裝置還包括: 第四接收模塊，用于接收服務(wù)端發(fā)送的需要登錄或注冊一用戶賬號的內(nèi)容提示； 發(fā)送模塊，用于獲取用戶根據(jù)所述內(nèi)容提示輸入的登錄信息或注冊信息，將所述登錄信息或注冊信息發(fā)送給服務(wù)端，使所述用戶端以所述登錄信息或注冊信息中的用戶帳號作為所述第二用戶帳號。
【文檔編號】H04L29/06GK105827572SQ201510005472
【公開日】2016年8月3日
【申請日】2015年1月6日
【發(fā)明人】鄭文彬, 張彥豐, 戴和忠, 陳學, 蔣海濱
【申請人】中國移動通信集團浙江有限公司