一種電子商務平臺中用戶體系管理方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種電子商務平臺中用戶體系管理方法及裝置，方法包括：當用戶在電子商務平臺的第一子頻道上輸入包括登陸信息、個人信息及第一子頻道要求的子頻道信息的注冊信息時，將登錄信息作為電子商務平臺所有子頻道的登錄依據(jù)，在檢測到用戶在第二子頻道上登錄時，向用戶提示該第二子頻道所要求的子頻道信息，并將用戶輸入的子頻道信息同注冊信息一起存儲，同時允許用戶登錄第二子頻道。本發(fā)明中，用戶只需要在一個子頻道上進行注冊，即可在電子商務平臺的任意子頻道登錄，且在其它子頻道上登錄時，只需要提交該子頻道要求的子頻道信息即可，無需再次輸入個人信息，極大的方便了用戶。
【專利說明】—種電子商務平臺中用戶體系管理方法及裝置
【技術領域】
[0001]本申請涉及電子商務【技術領域】，更具體地說，涉及一種電子商務平臺中用戶體系管理方法及裝置。
【背景技術】
[0002]電子商務平臺上的即時通軟件是搭建買家與賣家之間的溝通橋梁的重要通信工具，貫穿了整個交易的前中后全程。電子商務平臺的用戶體系是指即時通軟件上的用戶(包括買家和賣家)在多個電子商務頻道上的對應關系，以及多個用戶之間的關聯(lián)及從屬關系組成的體系構架。
[0003]一般一個電商平臺會包括個人商城、企業(yè)商城以及其它多個商城等子頻道，一個電商平臺上的用戶通常會屬于多個子頻。現(xiàn)有用戶體系管理方法中，各個子頻道之間是相互獨立的。因此，同一用戶在不同子頻道上注冊時，需要重復提交相同的注冊信息，這就給用戶帶來了很大的不便。
【發(fā)明內(nèi)容】
[0004]有鑒于此，本申請?zhí)峁┝艘环N電子商務平臺中用戶體系管理方法及裝置，用于解決現(xiàn)有方法針對同一用戶在不同電商子頻道上注冊時，需要重復輸入相同注冊信息，從而給用戶帶來不便的問題。
[0005]為了實現(xiàn)上述目的，現(xiàn)提出的方案如下:
[0006]一種電子商務平臺中用戶體系管理方法，包括:
[0007]響應用戶在電子商務平臺的第一子頻道上輸入的注冊信息，所述注冊信息包括登錄信息、用戶基本個人信息及所述第一子頻道要求的子頻道信息，將所述登錄信息作為所述電子商務平臺上所有子頻道的登錄依據(jù)，并將所述注冊信息進行存儲；
[0008]在檢測到所述用戶在電子商務平臺的第二子頻道上利用所述登錄信息進行登錄時，判斷是否有所述第二子頻道要求的子頻道信息；
[0009]若是，則提示所述用戶輸入所述第二子頻道要求的子頻道信息；
[0010]在接收到所述用戶輸入的所述第二子頻道要求的子頻道信息時，允許所述用戶登錄所述第二子頻道，并將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲；
[0011]若不是，則允許所述用戶登錄所述第二子頻道。
[0012]優(yōu)選地，還包括:
[0013]接收賣家用戶發(fā)送的子賬號申請請求，所述子賬號申請請求標識了所述賣家用戶的登錄信息中的登錄賬號及申請的子賬號信息；
[0014]參考所述子賬戶信息，為所述登錄賬戶分配對應的子賬號。
[0015]優(yōu)選地，還包括:
[0016]接收賣家用戶發(fā)送的子賬號管理請求；
[0017]判斷所述賣家用戶當前使用的登錄賬號是否存在子賬號，若是，則響應所述子賬號管理請求。
[0018]優(yōu)選地，所述將所述注冊信息進行存儲，包括:
[0019]建立所述登錄信息、所述用戶基本個人信息及所述第一子頻道要求的子頻道信息之間的第一對應關系；
[0020]將所述第一對應關系進行存儲。
[0021]優(yōu)選地，所述將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲，包括:
[0022]建立所述登錄信息、所述用戶基本個人信息及所述第二子頻道要求的子頻道信息之間的第二對應關系；
[0023]將所述第二對應關系與所述第一對應關系共同進行存儲。
[0024]一種電子商務平臺中用戶體系管理裝置，包括:
[0025]注冊響應單元，用于響應用戶在電子商務平臺的第一子頻道上輸入的注冊信息，所述注冊信息包括登錄信息、用戶基本個人信息及所述第一子頻道要求的子頻道信息，將所述登錄信息作為所述電子商務平臺上所有子頻道的登錄依據(jù)，并將所述注冊信息進行存儲；
[0026]第一判斷單元，用于在檢測到所述用戶在電子商務平臺的第二子頻道上利用所述登錄信息進行登錄時，判斷是否有所述第二子頻道要求的子頻道信息；
[0027]用戶提示單元，用于在所述第一判斷單元的判斷結果為是時，提示所述用戶輸入所述第二子頻道要求的子頻道信息；
[0028]子頻道信息處理單元，用于在接收到所述用戶輸入的所述第二子頻道要求的子頻道信息時，允許所述用戶登錄所述第二子頻道，并將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲；
[0029]登錄確定單元，用于在所述第一判斷單元的判斷結果為否時，允許所述用戶登錄所述第二子頻道。
[0030]優(yōu)選地，還包括:
[0031]子賬號申請單元，用于接收賣家用戶發(fā)送的子賬號申請請求，所述子賬號申請請求標識了所述賣家用戶的登錄信息中的登錄賬號及申請的子賬號信息；
[0032]子賬號分配單元，用于參考所述子賬戶信息，為所述登錄賬戶分配對應的子賬號。
[0033]優(yōu)選地，還包括:
[0034]管理請求接收單元，用于接收賣家用戶發(fā)送的子賬號管理請求；
[0035]第二判斷單元，用于判斷所述賣家用戶當前使用的登錄賬戶是否存在子賬號；
[0036]管理響應單元，用于在所述第二判斷單元的判斷結果為是時，響應所述子賬號管理請求。
[0037]優(yōu)選地,所述注冊響應單元包括:
[0038]第一關系建立單元，用于建立所述登錄信息、所述用戶基本個人信息及所述第一子頻道要求的子頻道信息之間的第一對應關系；
[0039]第一關系存儲單元，用于將所述第一對應關系進行存儲。
[0040]優(yōu)選地，所述子頻道信息處理單元包括:
[0041]第二關系建立單元，用于建立所述登錄信息、所述用戶基本個人信息及所述第二子頻道要求的子頻道信息之間的第二對應關系；
[0042]則所述第一關系存儲單元還用于存儲所述第二對應關系。
[0043]從上述的技術方案可以看出，本申請實施例提供的用戶體系管理方法，當用戶在電子商務平臺的第一子頻道上輸入包括登陸信息、個人信息及第一子頻道要求的子頻道信息的注冊信息時，將登錄信息作為用戶登錄電子商務平臺所有子頻道的登錄依據(jù)，并存儲注冊信息，在檢測到用戶在非第一子頻道的第二子頻道上利用登錄信息進行登錄時，判斷該第二子頻道是否有要求的子頻道信息，如果有，則提示用戶輸入第二子頻道要求的子頻道信息，并將用戶輸入的第二子頻道要求的子頻道信息同注冊信息一起存儲，同時允許用戶登錄第二子頻道，如果沒有，則直接允許用戶登錄第二子頻道。本申請中，用戶只需要在一個子頻道上進行注冊，其注冊的登錄信息可以在電子商務平臺的任意一個子頻道上使用，且在其它子頻道上登錄時，只需要提交該子頻道要求的子頻道信息即可，無需再次輸入個人信息，極大的方便了用戶。
【專利附圖】
【附圖說明】
[0044]為了更清楚地說明本申請實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0045]圖1為本申請實施例公開的一種電子商務平臺中用戶體系管理方法流程圖；
[0046]圖2為本申請實施例公開的另一種電子商務平臺中用戶體系管理方法流程圖；
[0047]圖3為本申請實施例公開的又一種電子商務平臺中用戶體系管理方法流程圖；
[0048]圖4為本申請實施例公開的一種電子商務平臺中用戶體系管理裝置結構示意圖；
[0049]圖5為本申請實施例公開的另一種電子商務平臺中用戶體系管理裝置結構示意圖；
[0050]圖6為本申請實施例公開的又一種電子商務平臺中用戶體系管理裝置結構示意圖；
[0051]圖7為本申請實施例公開的注冊響應單元的結構示意圖；
[0052]圖8為本申請實施例公開的子頻道信息處理單元的結構示意圖。
【具體實施方式】
[0053]下面將結合本申請實施例中的附圖,對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0054]參見圖1，圖1為本申請實施例公開的一種電子商務平臺中用戶體系管理方法流程圖。
[0055]如圖1所示，該方法包括:
[0056]步驟S100、響應用戶在電子商務平臺的第一子頻道上輸入的注冊信息；
[0057]具體地，所述注冊信息包括登錄信息、用戶基本個人信息及所述第一子頻道要求的子頻道信息。登錄信息包括登錄賬號、登錄密碼信息。用戶基本個人信息則代表該用戶的個人信息，根據(jù)不同電商平臺的要求，用戶需要提供的個人信息種類不同，一般包括身份證號、手機號、郵箱等信息。至于第一子頻道要求的子頻道信息，需要解釋的是，第一子頻道僅僅是一個名詞，代表了電子商務平臺中的某一個子頻道，而非具體的限定。電子商務平臺中不同的子頻道可能需要用戶提供除用戶基本個人信息之外的其它信息，例如用戶住址等，每一個子頻道所要求的子頻道信息可以不同，當然某些子頻道可能不需要用戶補償子頻道信息。
[0058]在響應用戶的注冊信息后，可以將所述登錄信息作為所述電子商務平臺上所有子頻道的登錄依據(jù)，并將所述注冊信息進行存儲。用戶可以使用登錄信息去登錄所有的子頻道，系統(tǒng)只要驗證登錄信息的合法性即允許用戶登錄。
[0059]步驟S110、在檢測到所述用戶在電子商務平臺的第二子頻道上利用所述登錄信息進行登錄時，判斷是否有所述第二子頻道要求的子頻道信息，若是，執(zhí)行步驟S120，否則執(zhí)行步驟S140 ；
[0060]具體地，用戶在第一子頻道上進行注冊后，可以使用注冊的登錄信息去任意一個子頻道上登錄，若用戶在非第一子頻道的第二子頻道上使用登錄信息登錄時，可以檢測該第二子頻道是否存在要求的子頻道信息，如果該第二子頻道有要求的子頻道信息，則需要用戶輸入該部分信息。
[0061]步驟S120、提示所述用戶輸入所述第二子頻道要求的子頻道信息；
[0062]步驟S130、在接收到所述用戶輸入的所述第二子頻道要求的子頻道信息時，允許所述用戶登錄所述第二子頻道；
[0063]具體地，在接收到用戶輸入的第二子頻道信息后，即可允許用戶登錄。同時，還可以將該第二子頻道要求的子頻道信息作為用戶的注冊信息的一部分，一起進行存儲。對于每一個子頻道均存在一個頻道標識，我們可以將該子頻道所要求的子頻道信息與頻道標識綁定，然后同用戶基本個人信息以及登陸信息一起存儲。這樣，通過用戶登錄信息可以找到用戶基本個人信息，同時還可以找到所有已經(jīng)提交了的子頻道信息。
[0064]步驟S140、允許所述用戶登錄所述第二子頻道。
[0065]本申請實施例提供的用戶體系管理方法，當用戶在電子商務平臺的第一子頻道上輸入包括登陸信息、個人信息及第一子頻道要求的子頻道信息的注冊信息時，將登錄信息作為用戶登錄電子商務平臺所有子頻道的登錄依據(jù)，并存儲注冊信息，在檢測到用戶在非第一子頻道的第二子頻道上利用登錄信息進行登錄時，判斷該第二子頻道是否有要求的子頻道信息，如果有，則提示用戶輸入第二子頻道要求的子頻道信息，并將用戶輸入的第二子頻道要求的子頻道信息同注冊信息一起存儲，同時允許用戶登錄第二子頻道，如果沒有，則直接允許用戶登錄第二子頻道。本申請中，用戶只需要在一個子頻道上進行注冊，其注冊的登錄信息可以在電子商務平臺的任意一個子頻道上使用，且在其它子頻道上登錄時，只需要提交該子頻道要求的子頻道信息即可，無需再次輸入個人信息，極大的方便了用戶。
[0066]需要說明的是，在檢測到用戶登錄一個新的子頻道時，如果該子頻道有要求的子頻道信息，可以先查找與該用戶登錄信息對應的所有已經(jīng)存儲的子頻道信息，看看是否已經(jīng)存儲的子頻道信息中是否有當前子頻道所要求的子頻道信息，如果有則該部分信息不需要提示用戶輸入，直接調(diào)取即可。
[0067]其中，上述實施例中將注冊信息進行存儲時，可以先建立所述登錄信息、所述用戶基本個人信息及所述第一子頻道要求的子頻道信息之間的第一對應關系，然后按照第一對應關系進行存儲。這樣，通過用戶登錄信息可以直接查找該用戶的基本個人信息、第一子頻道信息。
[0068]進一步地，在上述基礎上，上述實施例中將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲時，也可以按照上述方式，首先建立所述登錄信息、所述用戶基本個人信息及所述第二子頻道要求的子頻道信息之間的第二對應關系，然后將所述第二對應關系與所述第一對應關系共同進行存儲。
[0069]參見圖2，圖2為本申請實施例公開的另一種電子商務平臺中用戶體系管理方法流程圖。
[0070]結合圖1和圖2可知，該方法還可以包括:
[0071]步驟S200、接收賣家用戶發(fā)送的子賬號申請請求；
[0072]具體地，電子商務平臺上的用戶可以分為賣家用戶和買家用戶。其中，賣家用戶有時僅僅一個登陸賬號是不方便的，例如一個賣家用戶需要為用戶提供售前服務、售后服務、廣告發(fā)布等工作，這些工作可能由賣家用戶雇傭的多個店員來分別負責，而為了區(qū)分不同店員之間的工作，需要為每個店員來分配一個子賬號，該子賬號歸屬于賣家用戶的主登錄賬號，可以由主登錄賬號來進行權限分配。
[0073]其中，上述所述子賬號申請請求標識了所述賣家用戶的登錄信息中的登錄賬號及申請的子賬號信息。也即，標識了所要申請的子賬號的主登錄賬號，以及申請的各個子賬號的用戶名、密碼等信息。
[0074]步驟S210、參考所述子賬戶信息，為所述登錄賬戶分配對應的子賬號。
[0075]本實施例中，實現(xiàn)了為賣家用戶的一個登錄賬號分配若干個子賬號的功能，使得該登錄賬號和若干個子賬號均能夠登錄電商平臺的子頻道。從而，一個賣家用戶可以申請多個子賬號，然后將不同的子賬號分配給不同的員工，實現(xiàn)了多個員工同時登錄的可能。
[0076]在上述基礎上，本申請實施例進一步公開了又一種電子商務平臺中用戶體系管理方法流程圖，參見圖3。
[0077]結合圖2和圖3可知，該方法還可以包括:
[0078]步驟S300、接收賣家用戶發(fā)送的子賬號管理請求；
[0079]步驟S310、判斷所述賣家用戶當前使用的登錄賬號是否存在子賬號，若是，則執(zhí)行步驟S320、響應所述子賬號管理請求。
[0080]具體地，賣家用戶通過登錄主賬號，可以發(fā)送對其名下的子賬號的管理請求，可以管理各個子賬號的權限等信息。
[0081]在接收到該子賬號管理請求后，通過判斷該登錄賬號是否存在子賬號，在判斷結果為是時，響應賣家用戶提出的子賬號管理請求，執(zhí)行對應的管理操作。
[0082]本申請實施例中，實現(xiàn)了賣家用戶主登錄賬號對下屬的子賬號的管理功能。
[0083]下面對本申請實施例提供的電子商務平臺中用戶體系管理裝置進行描述，下文描述的電子商務平臺中用戶體系管理裝置與上文描述的電子商務平臺中用戶體系管理方法可相互對應參照。
[0084]參見圖4，圖4為本申請實施例公開的一種電子商務平臺中用戶體系管理裝置結構示意圖。
[0085]如圖4所示，該用戶體系管理裝置4包括:
[0086]注冊響應單元41，用于響應用戶在電子商務平臺的第一子頻道上輸入的注冊信息，所述注冊信息包括登錄信息、用戶基本個人信息及所述第一子頻道要求的子頻道信息，將所述登錄信息作為所述電子商務平臺上所有子頻道的登錄依據(jù)，并將所述注冊信息進行存儲；
[0087]第一判斷單元42，用于在檢測到所述用戶在電子商務平臺的第二子頻道上利用所述登錄信息進行登錄時，判斷是否有所述第二子頻道要求的子頻道信息；
[0088]用戶提示單元43，用于在所述第一判斷單元42的判斷結果為是時，提示所述用戶輸入所述第二子頻道要求的子頻道信息；
[0089]子頻道信息處理單元44，用于在接收到所述用戶輸入的所述第二子頻道要求的子頻道信息時，允許所述用戶登錄所述第二子頻道，并將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲；
[0090]登錄確定單元45，用于在所述第一判斷單元42的判斷結果為否時，允許所述用戶登錄所述第二子頻道。
[0091]可選的，圖5示例了本申請實施例公開的電子商務平臺中用戶體系管理裝置的另一種可選結構，結合圖4和圖5可知，該裝置還可以包括:
[0092]子賬號申請單元51，用于接收賣家用戶發(fā)送的子賬號申請請求，所述子賬號申請請求標識了所述賣家用戶的登錄信息中的登錄賬號及申請的子賬號信息；
[0093]子賬號分配單元52，用于參考所述子賬戶信息，為所述登錄賬戶分配對應的子賬號。
[0094]可選的，圖6示例了本申請實施例公開的電子商務平臺中用戶體系管理裝置的又一種可選結構，結合圖5和圖6可知，該裝置還可以包括:
[0095]管理請求接收單元61，用于接收賣家用戶發(fā)送的子賬號管理請求；
[0096]第二判斷單元62，用于判斷所述賣家用戶當前使用的登錄賬戶是否存在子賬號；
[0097]管理響應單元63，用于在所述第二判斷單元62的判斷結果為是時，響應所述子賬號管理請求。
[0098]可選的，圖7示例了本申請實施例公開的注冊響應單元的一種可選結構，如圖7所示，注冊響應單元41包括:
[0099]第一關系建立單元411，用于建立所述登錄信息、所述用戶基本個人信息及所述第一子頻道要求的子頻道信息之間的第一對應關系；
[0100]第一關系存儲單元412，用于將所述第一對應關系進行存儲。
[0101]進一步的，圖8示例了本申請實施例公開的子頻道信息處理單元的一種可選結構，如圖8所示,子頻道信息處理單元44包括:
[0102]第二關系建立單元441，用于建立所述登錄信息、所述用戶基本個人信息及所述第二子頻道要求的子頻道信息之間的第二對應關系；
[0103]則所述第一關系存儲單元412還用于存儲所述第二對應關系。
[0104]本申請實施例提供的用戶體系管理裝置，當用戶在電子商務平臺的第一子頻道上輸入包括登陸信息、個人信息及第一子頻道要求的子頻道信息的注冊信息時，將登錄信息作為用戶登錄電子商務平臺所有子頻道的登錄依據(jù)，并存儲注冊信息，在檢測到用戶在非第一子頻道的第二子頻道上利用登錄信息進行登錄時，判斷該第二子頻道是否有要求的子頻道信息，如果有，則提示用戶輸入第二子頻道要求的子頻道信息，并將用戶輸入的第二子頻道要求的子頻道信息同注冊信息一起存儲，同時允許用戶登錄第二子頻道，如果沒有，則直接允許用戶登錄第二子頻道。本申請中，用戶只需要在一個子頻道上進行注冊，其注冊的登錄信息可以在電子商務平臺的任意一個子頻道上使用，且在其它子頻道上登錄時，只需要提交該子頻道要求的子頻道信息即可，無需再次輸入個人信息，極大的方便了用戶。
[0105]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
[0106]本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。
[0107]對所公開的實施例的上述說明，使本領域?qū)I(yè)技術人員能夠?qū)崿F(xiàn)或使用本申請。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。
【權利要求】
1.一種電子商務平臺中用戶體系管理方法，其特征在于，包括: 響應用戶在電子商務平臺的第一子頻道上輸入的注冊信息，所述注冊信息包括登錄信息、用戶基本個人信息及所述第一子頻道要求的子頻道信息，將所述登錄信息作為所述電子商務平臺上所有子頻道的登錄依據(jù)，并將所述注冊信息進行存儲； 在檢測到所述用戶在電子商務平臺的第二子頻道上利用所述登錄信息進行登錄時，判斷是否有所述第二子頻道要求的子頻道信息； 若是，則提示所述用戶輸入所述第二子頻道要求的子頻道信息； 在接收到所述用戶輸入的所述第二子頻道要求的子頻道信息時，允許所述用戶登錄所述第二子頻道，并將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲； 若不是，則允許所述用戶登錄所述第二子頻道。
2.根據(jù)權利要求1所述的用戶體系管理方法，其特征在于，還包括: 接收賣家用戶發(fā)送的子賬號申請請求，所述子賬號申請請求標識了所述賣家用戶的登錄信息中的登錄賬號及申請的子賬號信息； 參考所述子賬戶信息，為所述登錄賬戶分配對應的子賬號。
3.根據(jù)權利要求2所述的用戶體系管理方法，其特征在于，還包括: 接收賣家用戶發(fā)送的子賬號管理請求； 判斷所述賣家用戶當前使用的登錄賬號是否存在子賬號，若是，則響應所述子賬號管理請求。
4.根據(jù)權利要求1所述的用戶體系管理方法，其特征在于，所述將所述注冊信息進行存儲，包括: 建立所述登錄信息、所述用戶基本個人信息及所述第一子頻道要求的子頻道信息之間的第一對應關系； 將所述第一對應關系進行存儲。
5.根據(jù)權利要求4所述的用戶體系管理方法，其特征在于，所述將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲，包括: 建立所述登錄信息、所述用戶基本個人信息及所述第二子頻道要求的子頻道信息之間的第二對應關系； 將所述第二對應關系與所述第一對應關系共同進行存儲。
6.一種電子商務平臺中用戶體系管理裝置，其特征在于，包括:注冊響應單元，用于響應用戶在電子商務平臺的第一子頻道上輸入的注冊信息，所述注冊信息包括登錄信息、用戶基本個人信息及所述第一子頻道要求的子頻道信息，將所述登錄信息作為所述電子商務平臺上所有子頻道的登錄依據(jù)，并將所述注冊信息進行存儲；第一判斷單元，用于在檢測到所述用戶在電子商務平臺的第二子頻道上利用所述登錄信息進行登錄時，判斷是否有所述第二子頻道要求的子頻道信息； 用戶提示單元，用于在所述第一判斷單元的判斷結果為是時，提示所述用戶輸入所述第二子頻道要求的子頻道信息； 子頻道信息處理單元，用于在接收到所述用戶輸入的所述第二子頻道要求的子頻道信息時，允許所述用戶登錄所述第二子頻道，并將所述第二子頻道要求的子頻道信息作為所述注冊信息的一部分共同存儲； 登錄確定單元，用于在所述第一判斷單元的判斷結果為否時，允許所述用戶登錄所述第二子頻道。
7.根據(jù)權利要求6所述的用戶體系管理裝置，其特征在于，還包括: 子賬號申請單元，用于接收賣家用戶發(fā)送的子賬號申請請求，所述子賬號申請請求標識了所述賣家用戶的登錄信息中的登錄賬號及申請的子賬號信息； 子賬號分配單元，用于參考所述子賬戶信息，為所述登錄賬戶分配對應的子賬號。
8.根據(jù)權利要求7所述的用戶體系管理裝置，其特征在于，還包括: 管理請求接收單元，用于接收賣家用戶發(fā)送的子賬號管理請求； 第二判斷單元，用于判斷所述賣家用戶當前使用的登錄賬戶是否存在子賬號； 管理響應單元，用于在所述第二判斷單元的判斷結果為是時，響應所述子賬號管理請求。
9.根據(jù)權利要求6所述的用戶體系管理裝置，其特征在于，所述注冊響應單元包括: 第一關系建立單元，用于建立所述登錄信息、所述用戶基本個人信息及所述第一子頻道要求的子頻道信息之間的第一對應關系； 第一關系存儲單元，用于將所述第一對應關系進行存儲。
10.根據(jù)權利要求9所述的用戶體系管理裝置，其特征在于，所述子頻道信息處理單元包括: 第二關系建立單元，用于建立所述登錄信息、所述用戶基本個人信息及所述第二子頻道要求的子頻道信息之間的第二對應關系； 則所述第一關系存儲單元還用于存儲所述第二對應關系。
【文檔編號】G06Q30/02GK104392368SQ201410562689
【公開日】2015年3月4日 申請日期:2014年10月21日 優(yōu)先權日:2014年10月21日
【發(fā)明者】張舜華, 任文濤, 王偉, 何明杰, 包辰明, 胡立強, 廖繼逢, 何小鋒, 彭塨燁, 劉穎蓮 申請人:中國建設銀行股份有限公司