一种账号管理方法、装置及系统与流程

本申请涉及账号管理
技术领域：
，更具体地说，涉及一种账号管理方法、装置及系统。
背景技术：
：随着网络的发展，各种网站、论坛如雨后春笋般涌现出来。用户可以通过网络访问各种网站、论坛等，丰富了人们的生活。由于各种网站、论坛、社交软件等需要用户使用账号才可以登录，这就需要用户申请多个账号，并且需要用户管理各个账号的登录权限。现有技术中，用户对多个账号进行管理时，需要逐一登录各个账号，才能够对各账号的登录权限等进行管理，这给用户带来了很大的不便。技术实现要素：有鉴于此，本申请提供了一种账号管理方法、装置及系统，用于解决现有多账号管理方式所存在的管理不方便的问题。为了实现上述目的，现提出的方案如下：一种账号管理方法，包括：接收第一用户发起的登录请求，所述登录请求携带有登录账号；查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限，所述登录权限为允许登录或拒绝登录。一种账号管理装置，包括：登录请求接收单元，用于接收第一用户发起的登录请求，所述登录请求携带有登录账号；主账号查找单元，用于查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；登录权限确定单元，用于确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限，所述登录权限为允许登录或拒绝登录。一种账号管理系统，包括登录系统和主从系统，其中：所述登录系统用于接收第一用户发送的携带有登录账号的登录请求，并将所述登录请求转发给主从系统，并根据主从系统反馈的登录权限决定是否允许所述第一用户登录；所述主从系统用于查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号，并确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限，将所述登录权限反馈给登录系统，所述登录权限为允许登录或拒绝登录。从上述的技术方案可以看出，本申请实施例提供的账号管理方法，预先设定了主账号及从属账号的对应关系，多个从属账号可以同时与一个主账号进行绑定，主账号对应的第二用户可以决定各个从属账号的登录权限，这样当某个从属账号对应的第一用户发送登录请求后，查询与该登录账号对应的主账号，进而可以确定主账号对应的第二用户针对该登录账号所设定的登录权限。本申请的账号管理方法，针对各个账号不需要单独登录后进行权限管理，各个从属账号在登录时通过预先绑定的主账号即可确定登录权限，实施起来更加简单、方便。进一步，由于主账号不作为网站或论坛的登录账号，因而能够更好的保证账户的网络安全。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。图1为本申请实施例公开的一种账号管理方法流程图；图2为本申请实施例公开的另一种账号管理方法流程图；图3为本申请实施例公开的又一种账号管理方法流程图；图4为本申请实施例公开的又一种账号管理方法流程图；图5本申请实施例公开的又一种账号管理方法流程图；图6为本申请实施例公开的一种账号管理装置结构示意图；图7为本申请实施例公开的一种登录权限确定单元结构示意图；图8为本申请实施例公开的另一种登录权限确定单元结构示意图；图9为本申请实施例公开的一种本地查询单元结构示意图；图10为本申请实施例公开的另一种账号管理装置结构示意图；图11为本申请实施例公开的一种账号管理系统结构示意图；图12为本申请实施例公开的一种服务器硬件结构示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。参见图1，图1为本申请实施例公开的一种账号管理方法流程图。如图1所示，该方法包括：步骤S100、接收第一用户发起的登录请求，所述登录请求携带有登录账号；需要说明的是，此处第一用户仅仅是为了与下文的第二用户进行区分。第一用户在登录网站或论坛时需要发送登录请求，该登录请求中携带有登录账号。当然，除此之外，登录请求中还可以增加登录密码等，对此本申请不进行限定。步骤S110、查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；具体地，本申请可以预先设置从属账号与主账号的对应关系。用户可以申请一个主账号，并在该主账号下绑定若干个从属账号。从属账号可以是登 录某一个网站或论坛的多个账号，或者可以是登录不同网站或论坛的多个账号。其中，从属账号可以是用户已有的账号，或者也可以是用户新申请的账号，只有保证从属账号与主账号之间设定对应关系即可。需要说明的是，主账号并不会用来登录某个网站或论坛，其仅仅提供用户管理从属账号的一个途径。步骤S120、确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限。其中，所述登录权限为允许登录或拒绝登录。登录权限能够用于确定是否允许所述第一用户登录。需要说明的是，这里的第二用户与上述第一用户可以是同一用户，也可以是不同的用户。第二用户与主账号相对应，其可以通过主账号来对从属账号进行权限管理，设置各个从属账号的登录权限。当第二用户与第一用户为不同用户时，举例如第二用户为网店老板A，该网店下属有多个子网店，其中某一个子网店的工作人员B为第一用户。网店老板A掌握主账号1，并将主账号1的某一个从属账号11分配给工作人员B。当工作人员B使用从属账号11进行登录时，系统会查询主账号1对从属账号11的登录权限，并据此决定是否允许从属账号11的登录。本申请实施例提供的账号管理方法，预先设定了主账号及从属账号的对应关系，多个从属账号可以同时与一个主账号进行绑定，主账号对应的第二用户可以决定各个从属账号的登录权限，这样当某个从属账号对应的第一用户发送登录请求后，查询与该登录账号对应的主账号，进而可以确定主账号对应的第二用户针对该登录账号所设定的登录权限。本申请的账号管理方法，针对各个账号不需要单独登录后进行权限管理，各个从属账号在登录时通过预先绑定的主账号即可确定登录权限，实施起来更加简单、方便。进一步，由于主账号不作为网站或论坛的登录账号，因而能够更好的保证账户的网络安全。参见图2，图2为本申请实施例公开的另一种账号管理方法流程图。如图2所示，该方法包括：步骤S200、接收第一用户发起的登录请求，所述登录请求携带有登录账号；步骤S210、查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；步骤S220、向所述目标主账号对应的第二用户发送登录授权请求；具体地，所述登录授权请求包括所述登录账号。步骤S230、接收所述第二用户反馈的针对所述登录账号设定的登录权限。对比图1图2可知，本实施例公开了一种确定与目标主账号对应的第二用户针对所述登录账号设定的登录权限的具体实施方式。本实施例中，在确定出目标主账号后，向目标主账号对应的第二用户发送包含登录账号的登录授权请求。第二用户在收到登录授权请求后可以确定是否允许该登录账号进行登录，并反馈登录权限。进而可以依据该登录权限决定是否允许第一用户登录。接下来通过一个具体例子说明。第二用户与第一用户为不同用户，举例如第二用户为网店老板A，该网店下属有多个子网店，其中某一个子网店的工作人员B为第一用户。网店老板A掌握主账号1，并将主账号1的某一个从属账号11分配给工作人员B。当工作人员B使用从属账号11进行登录时，系统会将包含从属账号11的登录授权请求发送给主账号1对应的网店老板A，网店老板A收到请求后会反馈针对该从属账号11的登录权限(如允许登录)，进而系统可以据此决定是否允许第一用户使用从属账号11登录。通过本申请实施例可以得知，本实施例的方法是一种即时通信方式，也即当收到从属账号的登录请求时，立即向主账号对应用户发送登录授权请求，并根据反馈结果决定是否允许从属账号登录。除此之外，本申请实施例还公开了另外一种确定针对登录账号的登录权限的方式。参见图3，图3为本申请实施例公开的又一种账号管理方法流程图。如图3所示，该方法包括：步骤S300、接收第一用户发起的登录请求，所述登录请求携带有登录账号；步骤S310、查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；步骤S320、查询各个用户预置的登录权限，确定所述目标主账号对应的第二用户针对所述登录账号设定的登录权限。对比图2和图3可知，本实施中各个用户均预置了登录权限。这里，预置的登录权限为各主账号对应的从属账号的登录权限，登录权限的个数与从属账号的个数相同。这样，当确定出目标主账号后，可以查询目标主账号对应的第二用户针对所述登录账号的登录权限。本实施例方法区别于上一实施例，本实施中无需向主账号对应的第二用户发送登录授权请求，通过查询本地预置的信息即可确定登录权限。相比于上一实施例的方式，登录响应时间更短。接下来通过一个具体实例进行介绍。第二用户与第一用户为不同用户，举例如第二用户为网店老板A，该网店下属有多个子网店，其中某一个子网店的工作人员B为第一用户。网店老板A掌握主账号1，并将主账号1的某一个从属账号11分配给工作人员B。网店老板A预先设置了对从属账号11的登录权限，例如为允许登录。当工作人员B使用从属账号11进行登录时，系统会查询主账号1对应的网店老板A预置的信息，发现针对从属账号11的登录权限为允许登录，因此可以直接允许从属账号11的登录。进一步地，第一用户发起的登录请求中还可以携带目标登录网站，也即第一用户所要登录的网站。进而，在确定目标主账号对应的第二用户针对所述登录账号设定的登录权限时，可以在确定出的登录权限中进一步筛选登录网站为目标登录网站的登录权限。参见图4，图4为本申请实施例公开的又一种账号管理方法流程图。如图4所示，该方法包括：步骤S400、接收第一用户发起的登录请求，所述登录请求携带有登录账号；步骤S410、查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；步骤S420、查询各个用户预置的登录权限，确定与所述目标主账号对应的第二用户所预置的多个登录权限；步骤S430、在所述多个登录权限中，查找从属账号为所述登录账号且登录网站为所述目标登录网站的登录权限。结合图3和图4可知，当确定登录权限的方式为本地查询时，可以先确定出目标主账号对应的第二用户所预置的多个登录权限。进一步，在多个登录权限中，查询从属账号为所述登录账号，且登录网站为目标登录网站的登录权限。举例如：主账号1下属的从属账号包括从属账号11和从属账号12。主账号1对应的第二用户预先对两个从属账号进行权限设定，权限设定结果参见下表1所示：从属账号11从属账号12网站A允许登录拒绝登录网站B允许登录允许登录网站C拒绝登录拒绝登录表1当从属账号11登录网站A时，系统查询后发现主账号1设定的从属账号11对网站A的登录权限为允许登录，因而可以允许从属账号11登录网站A。而假如从属账号12登录网站A时，系统查询后发现主账号1设定的从属账号12对网站A的登录权限为拒绝登录，因而可以拒绝从属账号12登录网站A。可以理解的是，上述实施例仅仅是以通过本地查询确定登录权限的方式对方案进行的介绍。除此之外，还可以将包含登录账号和目标登录网站的登录授权请求发送给主账号对应的第二用户，由第二用户决定是否允许该登录账号登录目标登录网站，并由第二用户反馈登录权限，进而依据第二用户反馈的登录权限来决定是否允许第一用户使用登录账号登录目标登录网站。进一步需要说明的是，本申请接收的登录请求一般是由第一用户通过目标登录网站的登录系统发送的。当然，如果目标登录网站支持非本网站内账号登录，则会由与所使用的登录账号对应的登录系统来进行登录请求的发送。举例如，某论坛支持论坛内申请账号进行登录，此外还支持QQ账号登录方 式。则用户可以输入QQ账号进行登录，具体登录时是由QQ软件对应的登录系统来转发用户输入的QQ账号。除此之外，本申请还可以直接接收第一用户发送的登录请求，也即替代传统的登录系统。参见图5，图5本申请实施例公开的又一种账号管理方法流程图。如图5示，该方法包括：步骤S500、接收第一用户发起的登录请求，所述登录请求携带有登录账号；步骤S510、查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；步骤S520、确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限；具体地，登录权限为允许登录或拒绝登录。步骤S530、响应主账号对应的用户的操作请求，执行与所述操作请求对应的动作。具体地，所述操作请求包括变更所述主账号与从属账号对应关系、浏览所述主账号对应的从属账号的网络日志以及变更与所述主账号对应的各从属账号的登录权限。主账号有权限来对从属账号的登录权限进行管理，并且可以观看从属账号的浏览记录，例如从属账号登录过的论坛、网游等。此外，主账号还可以变更与其绑定的从属账号，例如增加、删除或修改从属账号。需要说明的是，步骤S530的执行顺序并非限定在步骤S500-S520之后，其还可以与步骤S500-S520并行执行。本申请实施例公开的方法，用户仅需掌握一个主账号，即可对下属的所有从属账号进行管理，操作更加简单、方便。下面对本申请实施例提供的账号管理装置进行描述，下文描述的账号管理装置与上文描述的账号管理方法可相互对应参照。参见图6，图6为本申请实施例公开的一种账号管理装置结构示意图。如图6所示，该装置包括：登录请求接收单元61，用于接收第一用户发送的登录请求，所述登录请求携带有登录账号；主账号查找单元62，用于查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；登录权限确定单元63，用于确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限，所述登录权限为允许登录或拒绝登录。可选的，本申请实施例公开了登录权限确定单元63的一种可选结构，如图7所示，登录权限确定单元63可以包括：授权请求发送单元631，用于向所述目标主账号对应的第二用户发送登录授权请求，所述登录授权请求包括所述登录账号；登录权限接收单元632，用于接收所述第二用户反馈的针对所述登录账号设定的登录权限。可选的，本申请实施例公开了登录权限确定单元63的另一种可选结构，如图8所示，登录权限确定单元63可以包括：本地查询单元633，用于查询各个用户预置的登录权限，确定所述目标主账号对应的第二用户针对所述登录账号设定的登录权限。可选的，本申请实施例公开了本地查询单元633的一种可选结构，如图9所示，本地查询单元633可以包括：第一本地查询子单元6331，用于查询各个用户预置的登录权限，确定与所述目标主账号对应的第二用户所预置的多个登录权限；第二本地查询子单元6332，用于在所述多个登录权限中，查找从属账号为所述登录账号且登录网站为所述目标登录网站的登录权限。可选的，本申请实施例公开了账号管理装置的另一种可选结构，如图10所示，账号管理装置还可以包括：用户操作响应单元64，用于响应主账号对应的用户的操作请求，执行与所述操作请求对应的动作，所述操作请求包括变更所述主账号与从属账号对应关系、浏览所述主账号对应的从属账号的网络日志以及变更与所述主账号对应的各从属账号的登录权限。本申请实施例提供的账号管理装置，预先设定了主账号及从属账号的对 应关系，多个从属账号可以同时与一个主账号进行绑定，主账号对应的第二用户可以决定各个从属账号的登录权限，这样当某个从属账号对应的第一用户发送登录请求后，查询与该登录账号对应的主账号，进而可以确定主账号对应的第二用户针对该登录账号所设定的登录权限。本申请的账号管理装置，针对各个账号不需要单独登录后进行权限管理，各个从属账号在登录时通过预先绑定的主账号即可确定登录权限，实施起来更加简单、方便。进一步，由于主账号不作为网站或论坛的登录账号，因而能够更好的保证账户的网络安全。本申请实施例还公开了一种账号管理系统，如图11所示，该系统包括：登录系统11、主从系统12，其中：所述登录系统11用于接收第一用户发送的携带有登录账号的登录请求，并将所述登录请求转发给主从系统12，并根据主从系统12反馈的登录权限决定是否允许所述第一用户登录；所述主从系统12用于查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号，并确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限，将所述登录权限反馈给登录系统11，所述登录权限为允许登录或拒绝登录。其中，主从系统12在确定与所述目标主账号对应的第二用户针对所述登录账号的登录权限时，具体可以通过下述两种方式实现：第一，主从系统12向目标主账号对应的第二用户发送登录授权请求，该登录授权请求中携带有所述登录账号。主从系统12接收第二用户反馈的登录权限。第二，主从系统12查询各个用户预置的登录权限，确定所述目标主账号对应的第二用户针对所述登录账号的登录权限。本申请实施例还提供一种服务器，该服务器可以包括上述所述的账号管理装置，对于账号管理装置的描述可参照上文对应部分描述，此处不再赘述。下面对本申请实施例提供的服务器的硬件结构进行描述，下文描述中涉 及账号管理的部分可参照上文对应部分描述。图12为本申请实施例提供的服务器的硬件结构示意图，参照图12，该服务器可以包括：处理器1，通信接口2，存储器3，通信总线4，和显示屏5；其中处理器1、通信接口2、存储器3和显示屏5通过通信总线4完成相互间的通信；可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；处理器1，用于执行程序；存储器3，用于存放程序；程序可以包括程序代码，所述程序代码包括处理器的操作指令。处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecificIntegratedCircuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。其中，程序可具体用于：接收第一用户发起的登录请求，所述登录请求携带有登录账号；查询预置的从属账号与主账号的对应关系，将与作为从属账号的所述登录账号对应的主账号确定为目标主账号；确定与所述目标主账号对应的第二用户针对所述登录账号设定的登录权限，所述登录权限为允许登录或拒绝登录。最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存 在另外的相同要素。本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。当前第1页1 2 3