CN104392368B - 一种电子商务平台中用户体系管理方法及装置 - Google Patents

Abstract

本申请公开了一种电子商务平台中用户体系管理方法及装置，方法包括：当用户在电子商务平台的第一子频道上输入包括登陆信息、个人信息及第一子频道要求的子频道信息的注册信息时，将登录信息作为电子商务平台所有子频道的登录依据，在检测到用户在第二子频道上登录时，向用户提示该第二子频道所要求的子频道信息，并将用户输入的子频道信息同注册信息一起存储，同时允许用户登录第二子频道。本申请中，用户只需要在一个子频道上进行注册，即可在电子商务平台的任意子频道登录，且在其它子频道上登录时，只需要提交该子频道要求的子频道信息即可，无需再次输入个人信息，极大的方便了用户。

Description

一种电子商务平台中用户体系管理方法及装置

技术领域

本申请涉及电子商务技术领域，更具体地说，涉及一种电子商务平台中用户体系管理方法及装置。

背景技术

电子商务平台上的即时通软件是搭建买家与卖家之间的沟通桥梁的重要通信工具，贯穿了整个交易的前中后全程。电子商务平台的用户体系是指即时通软件上的用户(包括买家和卖家)在多个电子商务频道上的对应关系，以及多个用户之间的关联及从属关系组成的体系构架。

一般一个电商平台会包括个人商城、企业商城以及其它多个商城等子频道，一个电商平台上的用户通常会属于多个子频。现有用户体系管理方法中，各个子频道之间是相互独立的。因此，同一用户在不同子频道上注册时，需要重复提交相同的注册信息，这就给用户带来了很大的不便。

发明内容

有鉴于此，本申请提供了一种电子商务平台中用户体系管理方法及装置，用于解决现有方法针对同一用户在不同电商子频道上注册时，需要重复输入相同注册信息，从而给用户带来不便的问题。

为了实现上述目的，现提出的方案如下：

一种电子商务平台中用户体系管理方法，包括：

响应用户在电子商务平台的第一子频道上输入的注册信息，所述注册信息包括登录信息、用户基本个人信息及所述第一子频道要求的子频道信息，将所述登录信息作为所述电子商务平台上所有子频道的登录依据，并将所述注册信息进行存储；

在检测到所述用户在电子商务平台的第二子频道上利用所述登录信息进行登录时，判断是否有所述第二子频道要求的子频道信息；

若是，则提示所述用户输入所述第二子频道要求的子频道信息；

在接收到所述用户输入的所述第二子频道要求的子频道信息时，允许所述用户登录所述第二子频道，并将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储；

若不是，则允许所述用户登录所述第二子频道。

优选地，还包括：

接收卖家用户发送的子账号申请请求，所述子账号申请请求标识了所述卖家用户的登录信息中的登录账号及申请的子账号信息；

参考所述子账户信息，为所述登录账户分配对应的子账号。

优选地，还包括：

接收卖家用户发送的子账号管理请求；

判断所述卖家用户当前使用的登录账号是否存在子账号，若是，则响应所述子账号管理请求。

优选地，所述将所述注册信息进行存储，包括：

建立所述登录信息、所述用户基本个人信息及所述第一子频道要求的子频道信息之间的第一对应关系；

将所述第一对应关系进行存储。

优选地，所述将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储，包括：

建立所述登录信息、所述用户基本个人信息及所述第二子频道要求的子频道信息之间的第二对应关系；

将所述第二对应关系与所述第一对应关系共同进行存储。

一种电子商务平台中用户体系管理装置，包括：

注册响应单元，用于响应用户在电子商务平台的第一子频道上输入的注册信息，所述注册信息包括登录信息、用户基本个人信息及所述第一子频道要求的子频道信息，将所述登录信息作为所述电子商务平台上所有子频道的登录依据，并将所述注册信息进行存储；

第一判断单元，用于在检测到所述用户在电子商务平台的第二子频道上利用所述登录信息进行登录时，判断是否有所述第二子频道要求的子频道信息；

用户提示单元，用于在所述第一判断单元的判断结果为是时，提示所述用户输入所述第二子频道要求的子频道信息；

子频道信息处理单元，用于在接收到所述用户输入的所述第二子频道要求的子频道信息时，允许所述用户登录所述第二子频道，并将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储；

登录确定单元，用于在所述第一判断单元的判断结果为否时，允许所述用户登录所述第二子频道。

优选地，还包括：

子账号申请单元，用于接收卖家用户发送的子账号申请请求，所述子账号申请请求标识了所述卖家用户的登录信息中的登录账号及申请的子账号信息；

子账号分配单元，用于参考所述子账户信息，为所述登录账户分配对应的子账号。

优选地，还包括：

管理请求接收单元，用于接收卖家用户发送的子账号管理请求；

第二判断单元，用于判断所述卖家用户当前使用的登录账户是否存在子账号；

管理响应单元，用于在所述第二判断单元的判断结果为是时，响应所述子账号管理请求。

优选地，所述注册响应单元包括：

第一关系建立单元，用于建立所述登录信息、所述用户基本个人信息及所述第一子频道要求的子频道信息之间的第一对应关系；

第一关系存储单元，用于将所述第一对应关系进行存储。

优选地，所述子频道信息处理单元包括：

第二关系建立单元，用于建立所述登录信息、所述用户基本个人信息及所述第二子频道要求的子频道信息之间的第二对应关系；

则所述第一关系存储单元还用于存储所述第二对应关系。

从上述的技术方案可以看出，本申请实施例提供的用户体系管理方法，当用户在电子商务平台的第一子频道上输入包括登陆信息、个人信息及第一子频道要求的子频道信息的注册信息时，将登录信息作为用户登录电子商务平台所有子频道的登录依据，并存储注册信息，在检测到用户在非第一子频道的第二子频道上利用登录信息进行登录时，判断该第二子频道是否有要求的子频道信息，如果有，则提示用户输入第二子频道要求的子频道信息，并将用户输入的第二子频道要求的子频道信息同注册信息一起存储，同时允许用户登录第二子频道，如果没有，则直接允许用户登录第二子频道。本申请中，用户只需要在一个子频道上进行注册，其注册的登录信息可以在电子商务平台的任意一个子频道上使用，且在其它子频道上登录时，只需要提交该子频道要求的子频道信息即可，无需再次输入个人信息，极大的方便了用户。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种电子商务平台中用户体系管理方法流程图；

图2为本申请实施例公开的另一种电子商务平台中用户体系管理方法流程图；

图3为本申请实施例公开的又一种电子商务平台中用户体系管理方法流程图；

图4为本申请实施例公开的一种电子商务平台中用户体系管理装置结构示意图；

图5为本申请实施例公开的另一种电子商务平台中用户体系管理装置结构示意图；

图6为本申请实施例公开的又一种电子商务平台中用户体系管理装置结构示意图；

图7为本申请实施例公开的注册响应单元的结构示意图；

图8为本申请实施例公开的子频道信息处理单元的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1为本申请实施例公开的一种电子商务平台中用户体系管理方法流程图。

如图1所示，该方法包括：

步骤S100、响应用户在电子商务平台的第一子频道上输入的注册信息；

具体地，所述注册信息包括登录信息、用户基本个人信息及所述第一子频道要求的子频道信息。登录信息包括登录账号、登录密码信息。用户基本个人信息则代表该用户的个人信息，根据不同电商平台的要求，用户需要提供的个人信息种类不同，一般包括身份证号、手机号、邮箱等信息。至于第一子频道要求的子频道信息，需要解释的是，第一子频道仅仅是一个名词，代表了电子商务平台中的某一个子频道，而非具体的限定。电子商务平台中不同的子频道可能需要用户提供除用户基本个人信息之外的其它信息，例如用户住址等，每一个子频道所要求的子频道信息可以不同，当然某些子频道可能不需要用户补偿子频道信息。

在响应用户的注册信息后，可以将所述登录信息作为所述电子商务平台上所有子频道的登录依据，并将所述注册信息进行存储。用户可以使用登录信息去登录所有的子频道，系统只要验证登录信息的合法性即允许用户登录。

步骤S110、在检测到所述用户在电子商务平台的第二子频道上利用所述登录信息进行登录时，判断是否有所述第二子频道要求的子频道信息，若是，执行步骤S120，否则执行步骤S140；

具体地，用户在第一子频道上进行注册后，可以使用注册的登录信息去任意一个子频道上登录，若用户在非第一子频道的第二子频道上使用登录信息登录时，可以检测该第二子频道是否存在要求的子频道信息，如果该第二子频道有要求的子频道信息，则需要用户输入该部分信息。

步骤S120、提示所述用户输入所述第二子频道要求的子频道信息；

步骤S130、在接收到所述用户输入的所述第二子频道要求的子频道信息时，允许所述用户登录所述第二子频道；

具体地，在接收到用户输入的第二子频道信息后，即可允许用户登录。同时，还可以将该第二子频道要求的子频道信息作为用户的注册信息的一部分，一起进行存储。对于每一个子频道均存在一个频道标识，我们可以将该子频道所要求的子频道信息与频道标识绑定，然后同用户基本个人信息以及登陆信息一起存储。这样，通过用户登录信息可以找到用户基本个人信息，同时还可以找到所有已经提交了的子频道信息。

步骤S140、允许所述用户登录所述第二子频道。

本申请实施例提供的用户体系管理方法，当用户在电子商务平台的第一子频道上输入包括登陆信息、个人信息及第一子频道要求的子频道信息的注册信息时，将登录信息作为用户登录电子商务平台所有子频道的登录依据，并存储注册信息，在检测到用户在非第一子频道的第二子频道上利用登录信息进行登录时，判断该第二子频道是否有要求的子频道信息，如果有，则提示用户输入第二子频道要求的子频道信息，并将用户输入的第二子频道要求的子频道信息同注册信息一起存储，同时允许用户登录第二子频道，如果没有，则直接允许用户登录第二子频道。本申请中，用户只需要在一个子频道上进行注册，其注册的登录信息可以在电子商务平台的任意一个子频道上使用，且在其它子频道上登录时，只需要提交该子频道要求的子频道信息即可，无需再次输入个人信息，极大的方便了用户。

需要说明的是，在检测到用户登录一个新的子频道时，如果该子频道有要求的子频道信息，可以先查找与该用户登录信息对应的所有已经存储的子频道信息，看看是否已经存储的子频道信息中是否有当前子频道所要求的子频道信息，如果有则该部分信息不需要提示用户输入，直接调取即可。

其中，上述实施例中将注册信息进行存储时，可以先建立所述登录信息、所述用户基本个人信息及所述第一子频道要求的子频道信息之间的第一对应关系，然后按照第一对应关系进行存储。这样，通过用户登录信息可以直接查找该用户的基本个人信息、第一子频道信息。

进一步地，在上述基础上，上述实施例中将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储时，也可以按照上述方式，首先建立所述登录信息、所述用户基本个人信息及所述第二子频道要求的子频道信息之间的第二对应关系，然后将所述第二对应关系与所述第一对应关系共同进行存储。

参见图2，图2为本申请实施例公开的另一种电子商务平台中用户体系管理方法流程图。

结合图1和图2可知，该方法还可以包括：

步骤S200、接收卖家用户发送的子账号申请请求；

具体地，电子商务平台上的用户可以分为卖家用户和买家用户。其中，卖家用户有时仅仅一个登陆账号是不方便的，例如一个卖家用户需要为用户提供售前服务、售后服务、广告发布等工作，这些工作可能由卖家用户雇佣的多个店员来分别负责，而为了区分不同店员之间的工作，需要为每个店员来分配一个子账号，该子账号归属于卖家用户的主登录账号，可以由主登录账号来进行权限分配。

其中，上述所述子账号申请请求标识了所述卖家用户的登录信息中的登录账号及申请的子账号信息。也即，标识了所要申请的子账号的主登录账号，以及申请的各个子账号的用户名、密码等信息。

步骤S210、参考所述子账户信息，为所述登录账户分配对应的子账号。

本实施例中，实现了为卖家用户的一个登录账号分配若干个子账号的功能，使得该登录账号和若干个子账号均能够登录电商平台的子频道。从而，一个卖家用户可以申请多个子账号，然后将不同的子账号分配给不同的员工，实现了多个员工同时登录的可能。

在上述基础上，本申请实施例进一步公开了又一种电子商务平台中用户体系管理方法流程图，参见图3。

结合图2和图3可知，该方法还可以包括：

步骤S300、接收卖家用户发送的子账号管理请求；

步骤S310、判断所述卖家用户当前使用的登录账号是否存在子账号，若是，则执行步骤S320、响应所述子账号管理请求。

具体地，卖家用户通过登录主账号，可以发送对其名下的子账号的管理请求，可以管理各个子账号的权限等信息。

在接收到该子账号管理请求后，通过判断该登录账号是否存在子账号，在判断结果为是时，响应卖家用户提出的子账号管理请求，执行对应的管理操作。

本申请实施例中，实现了卖家用户主登录账号对下属的子账号的管理功能。

下面对本申请实施例提供的电子商务平台中用户体系管理装置进行描述，下文描述的电子商务平台中用户体系管理装置与上文描述的电子商务平台中用户体系管理方法可相互对应参照。

参见图4，图4为本申请实施例公开的一种电子商务平台中用户体系管理装置结构示意图。

如图4所示，该用户体系管理装置4包括：

注册响应单元41，用于响应用户在电子商务平台的第一子频道上输入的注册信息，所述注册信息包括登录信息、用户基本个人信息及所述第一子频道要求的子频道信息，将所述登录信息作为所述电子商务平台上所有子频道的登录依据，并将所述注册信息进行存储；

第一判断单元42，用于在检测到所述用户在电子商务平台的第二子频道上利用所述登录信息进行登录时，判断是否有所述第二子频道要求的子频道信息；

用户提示单元43，用于在所述第一判断单元42的判断结果为是时，提示所述用户输入所述第二子频道要求的子频道信息；

子频道信息处理单元44，用于在接收到所述用户输入的所述第二子频道要求的子频道信息时，允许所述用户登录所述第二子频道，并将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储；

登录确定单元45，用于在所述第一判断单元42的判断结果为否时，允许所述用户登录所述第二子频道。

可选的，图5示例了本申请实施例公开的电子商务平台中用户体系管理装置的另一种可选结构，结合图4和图5可知，该装置还可以包括：

子账号申请单元51，用于接收卖家用户发送的子账号申请请求，所述子账号申请请求标识了所述卖家用户的登录信息中的登录账号及申请的子账号信息；

子账号分配单元52，用于参考所述子账户信息，为所述登录账户分配对应的子账号。

可选的，图6示例了本申请实施例公开的电子商务平台中用户体系管理装置的又一种可选结构，结合图5和图6可知，该装置还可以包括：

管理请求接收单元61，用于接收卖家用户发送的子账号管理请求；

第二判断单元62，用于判断所述卖家用户当前使用的登录账户是否存在子账号；

管理响应单元63，用于在所述第二判断单元62的判断结果为是时，响应所述子账号管理请求。

可选的，图7示例了本申请实施例公开的注册响应单元的一种可选结构，如图7所示，注册响应单元41包括：

第一关系建立单元411，用于建立所述登录信息、所述用户基本个人信息及所述第一子频道要求的子频道信息之间的第一对应关系；

第一关系存储单元412，用于将所述第一对应关系进行存储。

进一步的，图8示例了本申请实施例公开的子频道信息处理单元的一种可选结构，如图8所示，子频道信息处理单元44包括：

第二关系建立单元441，用于建立所述登录信息、所述用户基本个人信息及所述第二子频道要求的子频道信息之间的第二对应关系；

则所述第一关系存储单元412还用于存储所述第二对应关系。

本申请实施例提供的用户体系管理装置，当用户在电子商务平台的第一子频道上输入包括登陆信息、个人信息及第一子频道要求的子频道信息的注册信息时，将登录信息作为用户登录电子商务平台所有子频道的登录依据，并存储注册信息，在检测到用户在非第一子频道的第二子频道上利用登录信息进行登录时，判断该第二子频道是否有要求的子频道信息，如果有，则提示用户输入第二子频道要求的子频道信息，并将用户输入的第二子频道要求的子频道信息同注册信息一起存储，同时允许用户登录第二子频道，如果没有，则直接允许用户登录第二子频道。本申请中，用户只需要在一个子频道上进行注册，其注册的登录信息可以在电子商务平台的任意一个子频道上使用，且在其它子频道上登录时，只需要提交该子频道要求的子频道信息即可，无需再次输入个人信息，极大的方便了用户。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种电子商务平台中用户体系管理方法，其特征在于，包括：

响应用户在电子商务平台的第一子频道上输入的注册信息，所述注册信息包括登录信息、用户基本个人信息及所述第一子频道要求的子频道信息，将所述登录信息作为所述电子商务平台上所有子频道的登录依据，并将所述注册信息进行存储；

在检测到所述用户在电子商务平台的第二子频道上利用所述登录信息进行登录时，判断是否有所述第二子频道要求的子频道信息；

若是，则提示所述用户输入所述第二子频道要求的子频道信息；

在接收到所述用户输入的所述第二子频道要求的子频道信息时，允许所述用户登录所述第二子频道，并将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储；

若不是，则允许所述用户登录所述第二子频道。

2.根据权利要求1所述的用户体系管理方法，其特征在于，还包括：

接收卖家用户发送的子账号申请请求，所述子账号申请请求标识了所述卖家用户的登录信息中的登录账号及申请的子账号信息；

参考所述子账号信息，为所述登录账户分配对应的子账号。

3.根据权利要求2所述的用户体系管理方法，其特征在于，还包括：

接收卖家用户发送的子账号管理请求；

判断所述卖家用户当前使用的登录账号是否存在子账号，若是，则响应所述子账号管理请求。

4.根据权利要求1所述的用户体系管理方法，其特征在于，所述将所述注册信息进行存储，包括：

建立所述登录信息、所述用户基本个人信息及所述第一子频道要求的子频道信息之间的第一对应关系；

将所述第一对应关系进行存储。

5.根据权利要求4所述的用户体系管理方法，其特征在于，所述将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储，包括：

建立所述登录信息、所述用户基本个人信息及所述第二子频道要求的子频道信息之间的第二对应关系；

将所述第二对应关系与所述第一对应关系共同进行存储。

6.一种电子商务平台中用户体系管理装置，其特征在于，包括：

注册响应单元，用于响应用户在电子商务平台的第一子频道上输入的注册信息，所述注册信息包括登录信息、用户基本个人信息及所述第一子频道要求的子频道信息，将所述登录信息作为所述电子商务平台上所有子频道的登录依据，并将所述注册信息进行存储；

第一判断单元，用于在检测到所述用户在电子商务平台的第二子频道上利用所述登录信息进行登录时，判断是否有所述第二子频道要求的子频道信息；

用户提示单元，用于在所述第一判断单元的判断结果为是时，提示所述用户输入所述第二子频道要求的子频道信息；

子频道信息处理单元，用于在接收到所述用户输入的所述第二子频道要求的子频道信息时，允许所述用户登录所述第二子频道，并将所述第二子频道要求的子频道信息作为所述注册信息的一部分共同存储；

登录确定单元，用于在所述第一判断单元的判断结果为否时，允许所述用户登录所述第二子频道。

7.根据权利要求6所述的用户体系管理装置，其特征在于，还包括：

子账号申请单元，用于接收卖家用户发送的子账号申请请求，所述子账号申请请求标识了所述卖家用户的登录信息中的登录账号及申请的子账号信息；

子账号分配单元，用于参考所述子账号信息，为所述登录账户分配对应的子账号。

8.根据权利要求7所述的用户体系管理装置，其特征在于，还包括：

管理请求接收单元，用于接收卖家用户发送的子账号管理请求；

第二判断单元，用于判断所述卖家用户当前使用的登录账户是否存在子账号；

管理响应单元，用于在所述第二判断单元的判断结果为是时，响应所述子账号管理请求。

9.根据权利要求6所述的用户体系管理装置，其特征在于，所述注册响应单元包括：

第一关系建立单元，用于建立所述登录信息、所述用户基本个人信息及所述第一子频道要求的子频道信息之间的第一对应关系；

第一关系存储单元，用于将所述第一对应关系进行存储。

10.根据权利要求9所述的用户体系管理装置，其特征在于，所述子频道信息处理单元包括：

第二关系建立单元，用于建立所述登录信息、所述用户基本个人信息及所述第二子频道要求的子频道信息之间的第二对应关系；

则所述第一关系存储单元还用于存储所述第二对应关系。