CN105024975A - 账号登录的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种账号登录的方法、装置及系统，涉及互联网技术领域，为解决账号登录冲突的问题而发明。本发明的方法包括：对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系；根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号；根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b；根据认证信息a和认证信息b登录应用C账号。本发明主要应用于第三方账号登录的过程中。

Description

账号登录的方法、装置及系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种账号登录的方法、装置及系统。

背景技术

在当前的互联网账号系统中，业务站点除了可以通过自身的账号体系对用户账号进行注册和管理之外，通常还能够支持多种第三方账号登录方式。所谓第三方账号登录是指，用户通过已注册的其他业务站点的账号对本业务站点的账号进行登录。对于无力建设自身账号体系的第三方业务站点而言，第三方账号登录方式能够允许用户通过诸如QQ、微信等已有的大型社交平台账号直接登录其账号。基于第三方账号登录功能，中小型业务站点无需建立自身的账号体系，站点开发门槛更低；而对于用户而言，第三方账号登录方式能够使用户通过少量的用户名及密码登录多个业务站点账号，无需记忆大量的用户名及密码，使用起来方便快捷。

此外，现有技术中还存在一种第三方账号登录方式，称为单点登录方式(Single Sign On，简称SSO)，与上述登录方式不同的是，单点登录方式允许业务站点拥有自身的账号体系，所有业务站点基于一个共同的账号认证系统，各业务站点之间相互进行账号的认证和授权，用户在登录某个站点账号之后，无需输入其他站点账号的用户名和密码，即可登录所有业务站点的账号。例如，用户可以在QQ账号中通过特定的跳转页面直接进入某第三方游戏账号，在进入第三方游戏账号时无需输入QQ或第三方游戏账号的用户名和密码。单点登录方式的出现，大大简化了用户的登录操作，提高了站点之间的业务粘粘性。

无论采用何种方式进行第三方账号的登录，均需要以同一个底层技术作为基础，即账号绑定技术。不同业务站点的账号之间只有预先建立对应的绑定关系，才能够实现跨站点的账号登录。但是，在现有的实现过程中发明人发现，目前站点账号之间都是单独对应绑定，各站点账号之间的绑定关系复杂却又割裂。例如，将QQ账号与某第三方游戏应用账号(后续简称为应用A账号)进行绑定，将微信账号也与该应用A账号进行绑定，这两种绑定关系相互独立。在现有的账号系统中，这种账号绑定方式会使用户分别使用QQ账号和微信账号登录应用A账号时，登录到两个不同的应用A账号。虽然用户是同一个人，但是在应用A中却有两个账号，并且两账号之间无法共享任何信息、用户操作也相互孤立，这会给用户的使用造成极大的不便。

发明内容

本发明提供一种账号登录的方法、装置及系统，能够解决账号登录冲突的问题。

为解决上述技术问题，一方面，本发明提供了一种账号登录的方法，包括：

对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系；

根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号；

根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b；

根据认证信息a和认证信息b登录应用C账号。

另一方面，本发明还提供了一种账号登录的装置，包括：

关系映射单元，用于对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系；

信息获取单元，用于根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号；

信息获取单元还用于根据关系映射单元建立的应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b；

处理单元，用于根据信息获取单元获取的认证信息a和认证信息b登录应用C账号。

再一方面，本发明还提供了一种账号登录的系统，包括登录认证设备以及至少三个应用客户端，登录认证设备包括如上的账号登录的装置；其中，

登录认证设备，用于对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系，根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号，根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b，根据认证信息a和认证信息b登录应用C账号；

应用A客户端，用于向登录认证设备发送第三方登录请求，请求登录应用C账号，根据登录认证设备的响应上报应用A账号的认证信息a；

应用B客户端，用于根据登录认证设备的响应上报应用B账号的认证信息b；

应用C客户端，用于根据登录认证设备的指示，通过数据请求接口拉取应用C账号的页面数据，完成应用C账号的登录。

本发明提供的账号登录的方法、装置及系统，能够对同一用户针对应用A、B、C分别注册的三个应用账号两两之间建立绑定映射关系，使得三个应用账号两两之间均能够实现一一映射。在登录应用C账号时，根据应用A账号的第三方登录请求获取应用A账号的认证信息a，并根据上述映射关系获取到应用B账号的认证信息b，然后使用认证信息a和认证信息b登录应用C账号。由于强化了不同应用账号之间的映射关系，并且在登录应用C账号时，同时使用应用A账号和应用B账号的认证信息进行登录，因此与现有技术相比，能够保证用户通过不同应用的账号可以登录到第三方应用的同一个账号上，保证应用账号与用户之间的一致性，解决账号登录冲突所带来的一系列问题。

附图说明

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

图1为本发明中账号登录的方法流程图；

图2为本发明中绑定映射关系的示意图；

图3为本发明中另一种账号登录的方法流程图；

图4为本发明中再一种账号登录的方法流程图；

图5为本发明中另一个绑定映射关系的示意图；

图6为本发明中又一种账号登录的方法流程图；

图7为本发明中账号登录的装置的结构示意图；

图8为本发明中另一种账号登录的装置的结构示意图；

图9为本发明中账号登录的系统示意图。

具体实施方式

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

为简化方案的复杂度，本发明实施例以用户在应用A、应用B、应用C中分别注册的三个应用账号为例进行说明，其中，用户通过已注册的应用A账号或应用B账号登录应用C账号，实际应用中，本发明实施例所提供的账号登录的方式也可以应用于在更多应用中注册账号的场景中，其实现方式与本发明实施例之间仅存在应用账号数量的区别，这种区别对实际方案实现的影响无需本领域技术人员付出创造性劳动。

为实现不同应用之间账号的统一绑定，避免发生账号登录冲突，本发明实施例提供了一种账号登录的方法，如图1所示，该方法包括：

101、对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系。

在登录认证系统中，网络侧对应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系，例如如图2所示，对于已注册A、B、C三个应用的账号的用户，网络侧对这三个账号两两之间分别建立一一对应的映射关系。

需要说明的是，本发明实施例以同一个用户在不同应用中注册的账号为基础进行说明，不涉及不同用户针对同一个应用所注册的不同账号。本步骤中所述的“应用A账号、应用B账号及应用C账号”是指同一个用户针对应用A、应用B和应用C所分别注册的三个账号(例如一个用户分别注册了QQ账号、微信账号及微视账号)，不包含不同用户针对同一应用注册的不同账号、或者不同用户针对不同应用注册的不同账号。此外还需说明的是，本实施例对站点与应用之间关系的限制为，一个应用对应一个站点(例如应用A属于站点A)，此种情况下“站点账号”与“应用账号”两者仅是对同一事物的不同表述，但考虑到实际应用中一个站点也可以对应多个应用，因此为避免混淆，本实施例后续将着重以“应用”替代“站点”进行说明。

102、根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号。

本发明实施例中以用户通过应用A账号请求登录应用C账号为例进行说明，实际应用中，用户也可以通过应用B账号或其他应用的账号请求登录应用C账号，其实现方式与本步骤相同。

当用户在应用A账号中通过特定的跳转页面触发应用C账号的登录请求，或者，在应用C账号的登录页面输入应用A账号的用户名和密码时，网络侧接收到应用A客户端发送的第三方登录请求，请求登录应用C账号。由于用户通过应用A账号登录应用C账号，因此网络侧需要获取应用A账号的认证信息a。

在获取应用A账号的认证信息a之前，网络侧首先需要对应用A账号的授权状态及进行鉴权，该授权状态的指向对象为应用C，即应用A账号授权应用C可以通过应用A的认证信息a进行登录。该授权状态可以由网络侧在步骤101账号绑定的过程中自动生成并赋予应用C账号，也可以由应用A客户端在本地侧单独选择时机，通过授权接口拉取特定的授权操作界面引导用户手动进行授权。

本发明实施例中所述的认证信息应至少包括能够区分不同用户账号的标识，例如用户注册账号时填写的用户名，但考虑到实际应用中用户可能使用相同的用户名注册不同的账号，因此在更为优选的方案中，应当采用应用为用户账号内部分配的身份标识(IDentity，简称ID)作为账号的唯一标识使用，该标识对于用户层面而言通常不可见。

此外，作为一种可选方案，认证信息中还可以包括反映授权时效性的标识，该标识用于表征用户跨应用的账号登录操作是否属于授权时效内，如果授权超时，则网络侧应终止跨应用的账号登录过程，通常该标识由本地客户端进行维护和刷新。

103、根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b。

在获取到应用A账号的认证信息a后，网络侧根据步骤101中建立的应用A账号与应用B账号之间的绑定映射关系，查找该用户的应用B账号，然后向应用B的客户端请求认证信息b。

与应用A账号类似，网络侧同样需要事先对应用B账号的授权状态及进行鉴权，只有当应用B账号授权应用C可以通过应用B的认证信息b进行登录时，网络侧才能够获取应用B账号的认证信息b。

104、根据认证信息a和认证信息b登录应用C账号。

网络侧根据获取到的认证信息a和认证信息b查找用户的应用C账号，查找到后，网络侧后台对应用C账号进行登录认证，认证成功后，应用C的客户端就可以通过相应的数据请求接口向网络侧请求应用C账号的页面数据进行加载了。

在现有技术中，不同应用账号之间的绑定关系是相互独立的，用户在通过不同应用账号登录另一个应用账号时，登录到的账号可能存在账号冲突的问题。例如，某用户分别注册过应用A和应用B的账号，当用户注册应用C的账号时，将应用C账号与已注册的应用A账号进行了绑定，用户可以通过应用A账号直接登录应用C账号，但是用户并未将应用C账号与应用B账号进行绑定。当用户通过应用B账号登录应用C账号时，由于应用B账号与应用C账号之间没有绑定，并且应用B账号与应用A账号之间也没有绑定，因此网络侧无法通过应用A账号与应用C账号之间的绑定关系获知该用户已注册过应用C账号。网络侧会引导用户重新注册一个应用C账号，由此导致该用户注册了两个应用C账号。在后续登录应用C账号时，用户使用不同的应用账号(应用A账号或应用B账号)会登录到不同的应用C账号中，产生账号登录冲突的问题。

而在本实施例的一个应用场景中，用户注册有应用A账号和应用B账号，当用户注册应用C账号并选择将该应用C账号与应用A账号进行绑定时，网络侧除建立应用A账号与应用C账号之间的绑定关系外，还会建立应用A账号和应用B账号之间、以及应用B账号和应用C账号之间的绑定关系，由此使得用户的三个应用账号之间两两绑定并且映射关系唯一时，后续用户无论通过应用A账号还是应用B账号进行是第三方登录，都会登录到同一个应用C账号中，由此消除账号登录冲突的问题。

在本实施例的另一个应用场景中，用户已注册了应用A账号和应用C账号，并且网络侧已将应用A账号和应用C账号进行了账号绑定。当用户后续又注册了应用B账号时，网络侧会将应用B账号分别与应用A账号和应用C账号进行绑定，保证三者之间的唯一绑定关系，而非如现有技术中通过应用B账号引导用户注册另一个新的应用C账号。

通过上述比较可以看出，本发明实施例提供的账号登录的方法，能够对同一用户针对应用A、B、C分别注册的三个账号两两之间建立绑定映射关系，使得多个应用账号两两之间均能够实现一一映射。在登录应用C账号时，根据应用A账号的第三方登录请求获取应用A账号的认证信息a，并根据上述映射关系获取到应用B账号的认证信息b，然后使用认证信息a和认证信息b登录应用C账号。由于强化了不同应用账号之间的映射关系，并且在登录应用C账号时，同时使用应用A账号和应用B账号的认证信息进行登录，因此与现有技术相比，能够保证用户通过不同应用的账号可以登录到第三方应用的同一个账号上，保证应用账号与用户之间的一致性，解决账号登录冲突所带来的一系列问题。

实际应用中，为增强产品粘性，应用开发商通常会在用户的应用账号中设置账号跳转界面或账号跳转图标，引导用户登录或注册旗下其他应用产品的账号。本实施例即是基于这一实际情况，针对用户在应用A或应用B账号中，通过账号跳转界面或账号跳转图标注册应用C账号的场景，给出一种账号绑定及登录的实现方式。具体的，如图3所示，用户首次注册应用C账号的账号登录方法包括：

301、用户通过已注册的应用A账号或已注册的应用B账号注册应用C账户。

其中，网络侧已预先为应用A账号和应用B账号建立绑定映射关系。以应用A账号为例，用户在应用A账号中点击“登录应用C账号”图标，应用A客户端向网络侧发送第三方登录请求。

302、网络侧获取应用A账号及应用B账号的认证信息。

网络侧获取应用A账号的认证信息a，并通过应用A账号与应用B账号的绑定映射关系，查找应用B账号，获取应用B账号的认证信息b。

303、网络侧根据应用A账号及应用B账号的认证信息注册应用C账号。

网络侧根据获取的认证信息查找该用户是否注册过应用C账号，如果用户尚未注册过应用C账号，则网络侧向应用A客户端发送应用C的账号注册页面，以便用户完成应用C账号的注册。

304、网络侧建立三个应用账号之间的绑定映射关系。

如前所述，应用A账号与应用B账号之间已事先建立过了绑定映射关系，因此本步骤只需建立应用A账号与应用C账号之间、应用B账号与应用C账号之间的绑定映射关系即可。执行本步骤之后，三个应用账号之间的绑定关系如图2所示。

在注册应用C账号后，用户就可以通过应用A账号或应用B账号登录应用C账号了，以通过应用A账号登录应用C账号为例，登录应用C账号的实现过程包括步骤305至步骤307。

305、根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号。

306、根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b。

307、根据认证信息a和认证信息b登录应用C账号。

步骤305至步骤307的实现方式分别与图1中步骤102至步骤104的实现方式相同，此处不再赘述。

进一步的，作为对图1所示方法的细化，本发明实施例还提供了一种账号登录的方法，在该方法中，用户已注册应用C账号，并通过即时通讯应用A及B的账号认证信息登录社交应用C账号。如图4所示，该方法包括：

401、对三个应用账号两两之间建立绑定映射关系。

在本步骤中，网络侧建立应用A账号与应用B账号之间、应用A账号与应用C账号之间以及应用B账号与应用C账号之间三者的双向绑定映射关系，形成如图2所示的绑定关系。

可选的，考虑到实际应用中，同一个用户会在一个应用中注册多个账号的情况，本实施例还提供了针对此种情况的账号绑定方式，具体的：

1)用户注册有两个以上的应用C账号

以用户注册有应用C账号1及应用C账号2两个应用C账号为例，当应用C客户端向网络侧请求登录个人账号时，网络侧在后台查找对应该用户的应用C账号。由于该用户注册过两个有效的应用C账号，因此在查找到这两个应用C账号之后，网络侧需要向本地的应用C客户端发送账号选择请求，指示应用C客户端调取相应页面询问用户选择哪个应用C账号。在用户作出决定后，网络侧接收应用C客户端上报的请求响应，根据该响应中携带的用户指示信息在账号1和账号2中确定一个账号作为后续绑定的应用C目标账号。

确定应用C目标账号后，网络侧建立应用A账号与应用B账号之间、应用A账号与应用C目标账号之间以及应用B账号与应用C目标账号之间三者的双向绑定映射关系，本步骤执行完毕。

2)用户注册有两个以上的应用A账号和/或注册有两个以上的应用B账号

若用户仅注册过一个应用C账号，但注册有两个以上的应用A账号和/或两个以上的应用B账号，则网络侧针对每个应用A账号，分别建立与所有应用B账号的双向映射绑定关系，针对每个应用A账号，分别建立与应用C账号的双向映射绑定关系，针对每个应用B账号，分别建立与应用C账号的双向映射绑定关系。即对任意两个应用A账号和应用B账号建立绑定映射关系，并分别建立每个应用A账号/应用B账号与应用C账号之间的映射绑定关系。事例性的，以两个应用A账号、三个应用B账号、一个应用C账号为例，账号绑定关系如图5所示。

通过上述绑定方式1)和2)的对比可以看出，当用户注册多个应用C账号时，由于应用C账号为账号登录的目标账号，因此需要保证其他应用账号映射到应用C账号的唯一性，即应用A账号或应用B账号只能唯一的映射到一个应用C账号上；当存在多个应用A账号或应用B账号时，由于作为登录目标账号的应用C账号仅有一个，因此为保证其他所有应用账号均能登录该应用C账号，网络侧需要分别建立每个应用A账号/应用B账号与应用C账号的绑定关系，同时还需要对任意两个应用A账号与应用B账号建立映射绑定关系。而当应用A、B、C均存在多个账号时，实际应用中可以将上述绑定方式1)和2)结合进行实现。

402、根据应用A账号的第三方登录请求，获取应用A账号的认证信息a。

图4所示实现方式中仍然以通过应用A账号登录应用C账号为例进行说明，该应用A账号为即时通讯应用，其认证信息a包括用于对应用A账号进行唯一标识的开放标识(OPEN ID)，以及用于标识授权登录时长的账号有效值凭证(token)。

在多账号登录过程中，通常存在一个对授权登录行为进行限制的时长，该时长一般为两个小时，即在应用A账号授权登录应用C账号之后的两小时内，应用C账号能够通过应用A账号被登录，而超过该时长后，若需要通过应用A账号进行登录，则需要应用A账号从新对应用C账号。token即为一个用于标识登录授权是否超时的标识，需要携带在认证信息中上报给网络侧。

可选的，为节省应用A账号的授权次数，在本实施例的一个优选方案中，应用A客户端则可以在本地定时对token进行刷新，将token的当前状态刷新为登录授权未超时状态。实际应用中，token刷新的时长间隔应小于其有效时长(例如小于2小时)，一般该时长间隔可以设定为15分钟、20分钟、或者稍长，本实施例不对刷新token的时长间隔进行具体限制。

403、根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b。

在本实施例中，应用B为另一款即时通讯应用，与应用A账号不同，应用B账号不具有OPEN ID和token，其认证信息b仅为用于对账号进行唯一标识的账号标识(ID)。实际应用中，该账号标识可以为一个用户层面可见并能够使用的标识，例如QQ号，本实施例对此不做限制。

404、根据认证信息a和认证信息b登录应用C账号。

步骤404的实现方式与图1中步骤104的实现方式相同，此处不再赘述。

进一步的，为减少网络侧与本地侧之间的数据开销，在本实施例的一个优选方案中，在应用A、B、C账号三者进行绑定基础上，网络侧可以取消对认证信息b的获取，仅根据应用A账号的认证信息a登录应用C账号。具体的，作为对对上述步骤403及步骤404的替换，网络侧在执行步骤402后，直接根据认证信息a登录应用C账号。由于应用A、B、C账号三者已两两之间进行了唯一绑定，因此仅通过应用A账号的认证信息也可以唯一登录到应用C账号上。

进一步的，作为对图1所示方法的细化，本发明实施例还提供了一种账号登录的方法，在该方法中，用户已注册应用C账号，并通过即时通讯应用A的账号认证信息登录社交应用C账号。如图6所示，该方法包括：

601、对三个应用账号两两之间建立绑定映射关系。

本步骤的实现方式与图4中步骤401的实现方式相同，此处不再赘述。

602、根据应用A账号的第三方登录请求，获取应用A账号的认证信息a。

与图4步骤402不同的是，本步骤中即时通讯应用A账号的认证信息a仅包括一个账号标识，例如QQ号。

603、根据认证信息a登录应用C账号。

在本步骤中，网络侧仅获取应用A账号的认证信息a，并根据认证信息a登录应用C账号。

可选的，在本实施例的另一种实现方式中，网络侧也可以在步骤602执行完毕后，根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b，然后根据认证信息a和认证信息b登录应用C账号。具体实现方式与图4中步骤403及步骤404的实现方式相同，此处不再赘述。

进一步的，考虑到实际应用中用户换绑应用账号可能带来的账号登录冲突的问题，作为对上述各图所示实现方式的扩展，本实施例还提供了一种账号登录冲突的解决方案，该方案针对不同的账号换绑情况给出了不同处理方式，其目的在于消除由账号换绑所导致的、不同应用账号之间映射关系变为一对多的情况，保证换绑后各账号之间一一映射的绑定关系。下面，针对不同情况对账号登录冲突的解决方案分别进行说明，下述内容涉及的账号1和账号2是指同一个用户先后注册的两个账号，而非不同用户注册的不同账号。

应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间、应用B账号1与应用C账号1之间分别存在绑定映射关系，后续用户注册新的应用B账号2，并将应用B账号2换绑到应用A账号1上。为保证各应用账号之间一一对应的绑定关系，网络侧删除应用A账号1与应用B账号1之间的绑定关系，建立应用A账号1与应用B账号2之间的绑定关系，而各应用账号如何与应用C账号1进行绑定，以及绑定前后如何登录应用C账号，实现方式具体如下：

在与应用C账号进行绑定前，由于应用A账号1与应用C账号1之间存在绑定关系，因此应用A账号1仍然能够登录应用C账号1；解绑后的应用B账号1同样与应用C账号1之间存在解除绑定关系，因此应用B账号1也可以登录应用C账号1。

当通过应用B账号2登录应用C账号时，网络侧通过应用B客户端询问用户是否新建应用C账户，如果用户选择新建应用C账号，则网络侧在保留原应用C账号1的基础上为用户创建应用C账号2，同时，网络侧删除应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间的绑定映射关系，并建立应用A账号1与应用B账号2之间、应用A账号1与应用C账号2之间、应用B账号2与应用C账号2之间的绑定映射关系。

由于保留了原应用B账号1与应用C账号1之间的绑定关系，因此当通过应用B账号1进行登录时，仍可以根据应用B账号1的认证信息b1登录到应用C账号1，而当通过应用A账号1进行登录时，则根据应用A账号1的认证信息a1登录到应用C账号2，当通过应用B账号2进行登录时，根据应用B账号2的认证信息b2登录到应用C账号2。即在新的绑定关系形成后，应用A账号1、应用B账号2唯一登录应用C账号2，而应用B账号2只能登录应用C账号1。

如果用户选择不注册应用C账号2，仍使用原应用C账号1，则网络侧删除应用A账号1与应用B账号1之间、应用B账号1与应用C账号1之间的绑定映射关系，建立应用A账号1与应用B账号2之间、应用B账号2与应用C账号1之间的绑定映射关系，即从原绑定关系中剔除应用B账号1，保证应用A账号1、应用B账号2及应用C账号1三者之间的唯一绑定关系。

当通过应用B账号1进行登录时，无法登录应用C账号1，当通过应用A账号1进行登录时，根据应用A账号1的认证信息a1登录到应用C账号1，当通过应用B账号2进行登录时，根据应用B账号2的认证信息b2登录到应用C账号1。

进一步的，用户此前还曾注册过一个应用A账号2，应用B账号1与应用A账号1解绑后，换绑到应用A账号2上，则网络侧删除应用B账号1与应用C账号1之间的绑定映射关系，建立应用B账号1与应用A账号2之间、应用B账号1与应用C账号3之间的绑定映射关系，其中，应用C账号3为此前与应用A账号1绑定的应用C账号，即应用C账号3与应用A账号2之间具有绑定映射关系。

在从新建立绑定映射关系后，当通过应用A账号2进行登录时，根据应用A账号2的认证信息a2登录到应用C账号3，当通过应用B账号1进行登录时，根据应用B账号1的认证信息b1登录到应用C账号3，当通过应用B账号1进行登录时，无法登录应用C账号1，即形成应用A账号1、应用B账号2、应用C账号1或2之间的绑定关系，应用A账号2、应用B账号1以及应用C账号3之间的绑定关系。此后，应用B账号1无法再登录应用C账号1或2。

本实施例提供的登录冲突的解决方案，可以在用户换绑其他账号时，删除并重新建立各个应用账号之间的绑定关系，在重建绑定关系前后，给出不同的登录机制，保证应用C账号登录的唯一性。此外，对于解绑后的账号与其他账号进行再次绑定的情况，也提出了重新建立绑定关系的实现方式，同样能够保证应用C账号登录的唯一性。

进一步的，作为对上述各图所示方法的实现，本实施例还提供了一种账号登录的装置，该装置可以位于网络侧，用于对上述各图所示的方法进行实现。如图7所示，该装置包括：关系映射单元71、信息获取单元72、处理单元73，其中，

关系映射单元71，用于对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系；

信息获取单元72，用于根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号；

信息获取单元72还用于根据关系映射单元71建立的应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b；

处理单元73，用于根据信息获取单元72获取的认证信息a和认证信息b登录应用C账号。

进一步的，关系映射单元71用于：

建立应用A账号与应用B账号之间、应用A账号与应用C账号之间以及应用B账号与应用C账号之间三者的双向绑定映射关系。

进一步的，关系映射单元71用于：当用户注册有两个以上的应用C账号时，根据用户指示确定一个应用C目标账号；

建立应用A账号与应用B账号之间、应用A账号与应用C目标账号之间以及应用B账号与应用C目标账号之间三者的双向绑定映射关系。

进一步的，关系映射单元71用于：

当用户注册有两个以上的应用A账号和/或注册有两个以上的应用B账号时，针对每个应用A账号，分别建立与所有应用B账号的双向映射绑定关系；

针对每个应用A账号，分别建立与应用C账号的双向映射绑定关系；

针对每个应用B账号，分别建立与应用C账号的双向映射绑定关系。

进一步的，如图8所示，信息获取单元72包括：

第一获取模块81，用于：

获取应用A账号的开放标识(OPEN ID)及账号有效值凭证(token)；

根据应用A账号与应用B账号之间的绑定映射关系查找应用B账号；

获取应用B账号的账号标识(ID)。

进一步的，如图8所示，信息获取单元72包括：

第二获取模块82，用于：

获取应用A账号的账号ID；

根据应用A账号与应用B账号之间的绑定映射关系查找应用B账号；

获取应用B账号的OPEN ID及token。

进一步的，信息获取单元72还用于在根据应用A账号的第三方登录请求，获取应用A账号的认证信息a之后，取消对认证信息b的获取，仅根据认证信息a登录应用C账号。

进一步的，关系映射单元71用于建立应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间、应用B账号1与应用C账号1之间分别存在绑定映射关系；

当应用A账号1换绑到应用B账号2时，关系映射单元71还用于：

创建应用C账号2；

删除应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间的绑定映射关系；

建立应用A账号1与应用B账号2之间、应用A账号1与应用C账号2之间、应用B账号2与应用C账号2之间的绑定映射关系；

处理单元73，用于：

当通过应用B账号1进行登录时，根据应用B账号1的认证信息b1登录到应用C账号1；

当通过应用A账号1进行登录时，根据应用A账号1的认证信息a1登录到应用C账号2；

当通过应用B账号2进行登录时，根据应用B账号2的认证信息b2登录到应用C账号2。

进一步的，关系映射单元71用于应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间、应用B账号1与应用C账号1之间分别存在绑定映射关系；

当应用A账号1换绑到应用B账号2时，关系映射单元71还用于：

删除应用A账号1与应用B账号1之间、应用B账号1与应用C账号1之间的绑定映射关系；

建立应用A账号1与应用B账号2之间、应用B账号2与应用C账号1之间的绑定映射关系；

处理单元73，用于：

当通过应用A账号1进行登录时，根据应用A账号1的认证信息a1登录到应用C账号1；

当通过应用B账号2进行登录时，根据应用B账号2的认证信息b2登录到应用C账号1。

进一步的，当应用B账号1换绑到应用A账号2时，关系映射单元71用于：

删除应用B账号1与应用C账号1之间的绑定映射关系；

建立应用B账号1与应用A账号2之间、应用B账号1与应用C账号3之间的绑定映射关系，其中，应用C账号3与应用A账号2之间具有绑定映射关系；

处理单元73，用于：

当通过应用A账号2进行登录时，根据应用A账号2的认证信息a2登录到应用C账号3；

当通过应用B账号1进行登录时，根据应用B账号1的认证信息b1登录到应用C账号3。

本发明提供的账号登录的装置，针对站点账号绑定的过程，能够对同一用户针对应用A、B、C分别注册的三个应用账号两两之间建立绑定映射关系，使得三个应用账号两两之间均能够实现一一映射。在登录应用C账号时，根据应用A账号的第三方登录请求获取应用A账号的认证信息a，并根据上述映射关系获取到应用B账号的认证信息b，然后使用认证信息a和认证信息b登录应用C账号。由于强化了不同应用账号之间的映射关系，并且在登录应用C账号时，同时使用应用A账号和应用B账号的认证信息进行登录，因此与现有技术相比，能够保证用户通过不同应用的账号可以登录到第三方应用的同一个账号上，保证应用账号与用户之间的一致性，解决账号登录冲突所带来的一系列问题。

此外，本发明提供的账号登录的装置，还可以在用户换绑其他账号时，删除并重新建立各个应用账号之间的绑定关系，在重建绑定关系前后，给出不同的登录机制，保证应用C账号登录的唯一性。此外，对于解绑后的账号与其他账号进行再次绑定的情况，也提出了重新建立绑定关系的实现方式，同样能够保证应用C账号登录的唯一性。

进一步的，参考上述各图所示方法，本实施例还提供了一种账号登录的系统，用于对上述各图所示方法进行实现。如图9所示，该系统包括登录认证设备91以及至少三个应用客户端(图9中以三个应用客户端92至94为例进行展示)，其中，所述登录认证设备通常位于网络侧，包含如图7或图8所示的装置，所述应用客户端通常位于本地侧终端内，所述终端包括但不仅限于为电脑、体验式信息展示设备等固定终端，以及手机、平板电脑等移动终端。如图9所示，三个应用客户端分别为应用A客户端、应用B客户端及应用C客户端。

登录认证设备91，用于对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系，根据应用A账号的第三方登录请求，获取应用A账号的认证信息a，其中第三方登录请求用于请求登录应用C账号，根据应用A账号与应用B账号之间的绑定映射关系，获取应用B账号的认证信息b，根据认证信息a和认证信息b登录应用C账号；

应用A客户端92，用于向登录认证设备91发送第三方登录请求，请求登录应用C账号，根据登录认证设备91的响应上报应用A账号的认证信息a；

应用B客户端93，用于根据登录认证设备91的响应上报应用B账号的认证信息b；

应用C客户端94，用于根据登录认证设备91的指示，通过数据请求接口拉取应用C账号的页面数据，完成应用C账号的登录。

进一步的，应用A客户端92上报的认证信息a为应用A账号的开放标识(OPEN ID)及账号有效值凭证(token)；

应用A客户端92，用于按照预设时长间隔刷新token，其中，预设时长间隔小于token的有效时长。

本发明提供的账号登录的系统，能够对同一用户针对应用A、B、C分别注册的三个应用账号两两之间建立绑定映射关系，使得三个应用账号两两之间均能够实现一一映射。在登录应用C账号时，根据应用A账号的第三方登录请求获取应用A账号的认证信息a，并根据上述映射关系获取到应用B账号的认证信息b，然后使用认证信息a和认证信息b登录应用C账号。由于强化了不同应用账号之间的映射关系，并且在登录应用C账号时，同时使用应用A账号和应用B账号的认证信息进行登录，因此与现有技术相比，能够保证用户通过不同应用的账号可以登录到第三方应用的同一个账号上，保证应用账号与用户之间的一致性，解决账号登录冲突所带来的一系列问题。

此外，本发明提供的账号登录的系统，还可以在用户换绑其他账号时，删除并重新建立各个应用账号之间的绑定关系，在重建绑定关系前后，给出不同的登录机制，保证应用C账号登录的唯一性。此外，对于解绑后的账号与其他账号进行再次绑定的情况，也提出了重新建立绑定关系的实现方式，同样能够保证应用C账号登录的唯一性。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (22)

1.一种账号登录的方法，其特征在于，所述方法包括：

对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系；

根据所述应用A账号的第三方登录请求，获取所述应用A账号的认证信息a，其中所述第三方登录请求用于请求登录所述应用C账号；

根据所述应用A账号与所述应用B账号之间的绑定映射关系，获取所述应用B账号的认证信息b；

根据所述认证信息a和所述认证信息b登录所述应用C账号。

2.根据权利要求1所述的方法，其特征在于，所述对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系，包括：

建立所述应用A账号与所述应用B账号之间、所述应用A账号与所述应用C账号之间以及所述应用B账号与所述应用C账号之间三者的双向绑定映射关系。

3.根据权利要求2所述的方法，其特征在于，所述建立所述应用A账号与所述应用B账号之间、所述应用A账号与所述应用C账号之间以及所述应用B账号与所述应用C账号之间三者的双向绑定映射关系，包括：

若用户注册有两个以上的应用C账号，则根据用户指示确定一个应用C目标账号；

建立所述应用A账号与所述应用B账号之间、所述应用A账号与所述应用C目标账号之间以及所述应用B账号与所述应用C目标账号之间三者的双向绑定映射关系。

4.根据权利要求2或3所述的方法，其特征在于，所述建立所述应用A账号与所述应用B账号之间、所述应用A账号与所述应用C账号之间以及所述应用B账号与所述应用C账号之间三者的双向绑定映射关系，包括：

若用户注册有两个以上的应用A账号和/或注册有两个以上的应用B账号，则针对每个应用A账号，分别建立与所有应用B账号的双向映射绑定关系；

针对每个应用A账号，分别建立与所述应用C账号的双向映射绑定关系；

针对每个应用B账号，分别建立与所述应用C账号的双向映射绑定关系。

5.根据权利要求1所述的方法，其特征在于，所述根据所述应用A账号的第三方登录请求，获取所述应用A账号的认证信息a，包括：

获取所述应用A账号的开放标识(OPEN ID)及账号有效值凭证(token)；

所述根据所述应用A账号与所述应用B账号之间的绑定映射关系，获取所述应用B账号的认证信息b，包括：

根据所述应用A账号与所述应用B账号之间的绑定映射关系查找所述应用B账号；

获取所述应用B账号的账号标识(ID)。

6.根据权利要求1所述的方法，其特征在于，所述根据所述应用A账号的第三方登录请求，获取所述应用A账号的认证信息a，包括：

获取所述应用A账号的账号ID；

所述根据所述应用A账号与所述应用B账号之间的绑定映射关系，获取所述应用B账号的认证信息b，包括：

根据所述应用A账号与所述应用B账号之间的绑定映射关系查找所述应用B账号；

获取所述应用B账号的OPEN ID及token。

7.根据权利要求1所述的方法，其特征在于，在所述根据所述应用A账号的第三方登录请求，获取所述应用A账号的认证信息a之后，所述方法进一步包括：

取消对所述认证信息b的获取；

仅根据所述认证信息a登录所述应用C账号。

8.根据权利要求1所述的方法，其特征在于，应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间、应用B账号1与应用C账号1之间分别存在绑定映射关系；

若所述应用A账号1换绑到应用B账号2，则所述方法进一步包括：

创建应用C账号2；

删除所述应用A账号1与所述应用B账号1之间、所述应用A账号1与所述应用C账号1之间的绑定映射关系；

建立所述应用A账号1与所述应用B账号2之间、所述应用A账号1与所述应用C账号2之间、所述应用B账号2与所述应用C账号2之间的绑定映射关系；

当通过所述应用B账号1进行登录时，根据所述应用B账号1的认证信息b1登录到所述应用C账号1；

当通过所述应用A账号1进行登录时，根据所述应用A账号1的认证信息a1登录到所述应用C账号2；

当通过所述应用B账号2进行登录时，根据所述应用B账号2的认证信息b2登录到所述应用C账号2。

9.根据权利要求1所述的方法，其特征在于，应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间、应用B账号1与应用C账号1之间分别存在绑定映射关系；

若所述应用A账号1换绑到应用B账号2，则所述方法进一步包括：

删除所述应用A账号1与所述应用B账号1之间、所述应用B账号1与所述应用C账号1之间的绑定映射关系；

建立所述应用A账号1与所述应用B账号2之间、所述应用B账号2与所述应用C账号1之间的绑定映射关系；

当通过所述应用B账号1进行登录时，无法登录所述应用C账号1；

当通过所述应用A账号1进行登录时，根据所述应用A账号1的认证信息a1登录到所述应用C账号1；

当通过所述应用B账号2进行登录时，根据所述应用B账号2的认证信息b2登录到所述应用C账号1。

10.根据权利要求8或9所述的方法，其特征在于，若所述应用B账号1换绑到应用A账号2，则所述方法进一步包括：

删除所述应用B账号1与所述应用C账号1之间的绑定映射关系；

建立所述应用B账号1与所述应用A账号2之间、所述应用B账号1与应用C账号3之间的绑定映射关系，其中，所述应用C账号3与所述应用A账号2之间具有绑定映射关系；

当通过所述应用A账号2进行登录时，根据所述应用A账号2的认证信息a2登录到所述应用C账号3；

当通过所述应用B账号1进行登录时，根据所述应用B账号1的认证信息b1登录到所述应用C账号3；

当通过所述应用B账号1进行登录时，无法登录所述应用C账号1。

11.一种账号登录的装置，其特征在于，所述装置包括：

关系映射单元，用于对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系；

信息获取单元，用于根据所述应用A账号的第三方登录请求，获取所述应用A账号的认证信息a，其中所述第三方登录请求用于请求登录所述应用C账号；

所述信息获取单元还用于根据所述关系映射单元建立的所述应用A账号与所述应用B账号之间的绑定映射关系，获取所述应用B账号的认证信息b；

处理单元，用于根据所述信息获取单元获取的所述认证信息a和所述认证信息b登录所述应用C账号。

12.根据权利要求11所述的装置，其特征在于，所述关系映射单元用于：

建立所述应用A账号与所述应用B账号之间、所述应用A账号与所述应用C账号之间以及所述应用B账号与所述应用C账号之间三者的双向绑定映射关系。

13.根据权利要求12所述的装置，其特征在于，所述关系映射单元用于：当用户注册有两个以上的应用C账号时，根据用户指示确定一个应用C目标账号；

建立所述应用A账号与所述应用B账号之间、所述应用A账号与所述应用C目标账号之间以及所述应用B账号与所述应用C目标账号之间三者的双向绑定映射关系。

14.根据权利要求12或13所述的装置，其特征在于，所述关系映射单元用于：

当用户注册有两个以上的应用A账号和/或注册有两个以上的应用B账号时，针对每个应用A账号，分别建立与所有应用B账号的双向映射绑定关系；

针对每个应用A账号，分别建立与所述应用C账号的双向映射绑定关系；

针对每个应用B账号，分别建立与所述应用C账号的双向映射绑定关系。

15.根据权利要求11所述的装置，其特征在于，所述信息获取单元包括第一获取模块，用于：

获取所述应用A账号的开放标识(OPEN ID)及账号有效值凭证(token)；

根据所述应用A账号与所述应用B账号之间的绑定映射关系查找所述应用B账号；

获取所述应用B账号的账号标识(ID)。

16.根据权利要求11所述的装置，其特征在于，所述信息获取单元包括第二获取模块，用于：

获取所述应用A账号的账号ID；

根据所述应用A账号与所述应用B账号之间的绑定映射关系查找所述应用B账号；

获取所述应用B账号的OPEN ID及token。

17.根据权利要求11所述的装置，其特征在于，所述信息获取单元还用于在根据所述应用A账号的第三方登录请求，获取所述应用A账号的认证信息a之后，取消对所述认证信息b的获取，仅根据所述认证信息a登录所述应用C账号。

18.根据权利要求11所述的装置，其特征在于，所述关系映射单元用于建立应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间、应用B账号1与应用C账号1之间分别存在绑定映射关系；

当所述应用A账号1换绑到应用B账号2时，所述关系映射单元还用于：

创建应用C账号2；

删除所述应用A账号1与所述应用B账号1之间、所述应用A账号1与所述应用C账号1之间的绑定映射关系；

建立所述应用A账号1与所述应用B账号2之间、所述应用A账号1与所述应用C账号2之间、所述应用B账号2与所述应用C账号2之间的绑定映射关系；

所述处理单元，用于：

当通过所述应用B账号1进行登录时，根据所述应用B账号1的认证信息b1登录到所述应用C账号1；

当通过所述应用A账号1进行登录时，根据所述应用A账号1的认证信息a1登录到所述应用C账号2；

当通过所述应用B账号2进行登录时，根据所述应用B账号2的认证信息b2登录到所述应用C账号2。

19.根据权利要求11所述的装置，其特征在于，所述关系映射单元用于应用A账号1与应用B账号1之间、应用A账号1与应用C账号1之间、应用B账号1与应用C账号1之间分别存在绑定映射关系；

当所述应用A账号1换绑到应用B账号2时，所述关系映射单元还用于：

删除所述应用A账号1与所述应用B账号1之间、所述应用B账号1与所述应用C账号1之间的绑定映射关系；

建立所述应用A账号1与所述应用B账号2之间、所述应用B账号2与所述应用C账号1之间的绑定映射关系；

所述处理单元，用于：

当通过所述应用A账号1进行登录时，根据所述应用A账号1的认证信息a1登录到所述应用C账号1；

当通过所述应用B账号2进行登录时，根据所述应用B账号2的认证信息b2登录到所述应用C账号1。

20.根据权利要求18或19所述的装置，其特征在于，当所述应用B账号1换绑到应用A账号2时，所述关系映射单元用于：

删除所述应用B账号1与所述应用C账号1之间的绑定映射关系；

建立所述应用B账号1与所述应用A账号2之间、所述应用B账号1与应用C账号3之间的绑定映射关系，其中，所述应用C账号3与所述应用A账号2之间具有绑定映射关系；

所述处理单元，用于：

当通过所述应用A账号2进行登录时，根据所述应用A账号2的认证信息a2登录到所述应用C账号3；

当通过所述应用B账号1进行登录时，根据所述应用B账号1的认证信息b1登录到所述应用C账号3。

21.一种账号登录的系统，其特征在于，所述系统包括登录认证设备以及至少三个应用客户端，所述登录认证设备包括如上述权利要求11至权利要求20中任一项所述的账号登录的装置；其中，

所述登录认证设备，用于对对同一个用户注册的应用A账号、应用B账号及应用C账号两两之间建立绑定映射关系，根据所述应用A账号的第三方登录请求，获取所述应用A账号的认证信息a，其中所述第三方登录请求用于请求登录所述应用C账号，根据所述应用A账号与所述应用B账号之间的绑定映射关系，获取所述应用B账号的认证信息b，根据所述认证信息a和所述认证信息b登录所述应用C账号；

应用A客户端，用于向所述登录认证设备发送所述第三方登录请求，请求登录所述应用C账号，根据所述登录认证设备的响应上报所述应用A账号的认证信息a；

应用B客户端，用于根据所述登录认证设备的响应上报所述应用B账号的认证信息b；

应用C客户端，用于根据所述登录认证设备的指示，通过数据请求接口拉取应用C账号的页面数据，完成应用C账号的登录。

22.根据权利要求21所述的系统，其特征在于，所述认证信息a为所述应用A账号的开放标识(OPEN ID)及账号有效值凭证(token)；

所述应用A客户端，用于按照预设时长间隔刷新所述token，其中，所述预设时长间隔小于所述token的有效时长。