CN102821085B - 第三方授权登录方法、开放平台及系统 - Google Patents

Abstract

本发明涉及一种第三方授权登录方法、开放平台及系统，其方法包括：开放平台进入页面接收用户终端对第三方站点的授权指令；当用户终端授权连接成功后，根据预定的开放平台登录回跳协议，将用户终端的第一登录标识OpenID和第一登录密钥OpenKey传递给第三方站点；由第三方站点根据第一OpenID和第一OpenKey进行基于用户终端的授权登录。本发明可以实现多种形态的登录，用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供方便，而且实现简单。

Description

第三方授权登录方法、开放平台及系统

技术领域

本发明涉及第三方授权登录技术领域，尤其涉及一种第三方授权登录方法、开发平台及系统。

背景技术

在现有技术中，用户登录某一网站时，通常需要在该网站上注册登录账号及设置相应的登录密码。用户在A网站注册的帐号只能登录A网站，不可以登录B网站，因此，用户若需要登录多个网站，则需要注册相应的账号，使得用户需要管理多个帐号，给用户造成不便。

也有通过第三方应用网站访问用户注册网站的账号的情形，但是，出于安全性及用户隐私的考虑，用户若需要访问第三方应用网站，则需要注册网站的开放平台对第三方应用网站进行授权，也就是说，用户在未登录的情况下，或尚未给第三方应用授权的情况下访问该第三方应用，注册网站的开放平台不会向第三方应用传递用户的相关参数，此时，第三方应用还不能访问到用户的个人信息等基本数据，若第三方应用需要获取用户的基本数据才能向用户提供服务，此种情形下，用户将不允许访问第三方应用提供的资源，也无法享受第三方应用提供的服务。以搜狐微博账号为例，若某一第三方应用要求访问用户的搜狐微博账号，在用户授予第三方应用对该帐号的访问权限后，用户将可以在此第三方应用中使用搜狐微博的相关功能，同时，该第三方应用也可以访问和更新用户微博的相关数据。

但是，现有的第三方应用授权登录方法实现复杂，无法满足用户的需要。

发明内容

本发明的主要目的在于提供一种实现简单、方便用户登录多个网站的第三方授权登录方法、开发平台及系统。

为了达到上述目的，本发明提出一种第三方授权登录方法，包括：

开放平台进入页面接收用户终端对第三方站点的授权指令；

当所述用户终端授权连接成功后，根据预定的开放平台登录回跳协议，将所述用户终端的第一OpenID和第一OpenKey传递给所述第三方站点；由所述第三方站点根据所述第一OpenID和第一OpenKey进行基于所述用户终端的授权登录。

本发明还提出一种第三方授权登录开放平台，包括：

引导模块，用于进入页面接收用户终端对第三方站点的授权指令；

发送模块，用于当所述用户终端授权连接成功后，根据开放平台登录回跳协议，将用户终端的第一OpenID和第一OpenKey传递给所述第三方站点；由所述第三方站点根据所述第一OpenID和第一OpenKey进行基于所述用户终端的授权登录。

本发明还提出一种第三方授权登录系统，包括：用户终端、开放平台及第三方站点，其中：

所述用户终端，用于链接所述开放平台，向所述开放平台发送对第三方站点的授权指令；以及当第三方站点授权登录成功后，接收所述第三方站点提供的访问资源及服务；

所述开放平台，用于进入页面接收用户终端对第三方站点的授权指令；当所述用户终端授权连接成功后，根据预定的开放平台登录回跳协议，将用户终端的第一OpenID和第一OpenKey传递给所述第三方站点；

所述第三方站点，用于获取开放平台发送的第一OpenID和第一OpenKey；根据所述第一OpenID和第一OpenKey下发登录态，允许所述用户终端访问所述第三方站点资源，并为所述用户终端提供站点服务。

本发明提出的一种第三方授权登录方法、开发平台及系统，通过开放平台的页面引导用户终端同意对第三方站点的授权；当用户终端授权连接成功后，开发平台根据开放平台登录回跳协议，将用户的第一OpenID和第一OpenKey带给第三方站点；由第三方站点根据第一OpenID和第一OpenKey进行基于用户终端的授权登录，由此可实现多种形态的登录，用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供方便。

附图说明

图1是本发明第三方授权登录方法第一实施例的流程示意图；

图2是本发明第三方授权登录方法第二实施例的流程示意图；

图3是本发明第三方授权登录方法第二实施例的第一种实例的流程示意图；

图4是本发明第三方授权登录方法第二实施例的第二种实例的流程示意图；

图5是本发明第三方授权登录开放平台第一实施例的结构示意图；

图6是发明第三方授权登录开放平台第二实施例的结构示意图；

图7是本发明第三方授权登录系统较佳实施例的结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例解决方案主要是：通过开放平台的授权页面引导用户同意对第三方站点的授权；当用户授权连接成功后，开发平台根据开放平台登录回跳协议，将用户的OpenID(登录标识)和OpenKey(登录密钥)带给第三方站点；然后根据OpenID和OpenKey对第三方站点进行合法性验证，当验证成功后，第三方站点授权登录成功。

本发明实施例方法运行环境涉及开放平台、第三方应用站点(以下简称第三方站点)以及面向用户的客户端(以下实施例称用户终端)，其中，用户终端在开放平台注册有登录账号及相应的密码，用户终端通过注册的登录账号及相应的密码，可以在开放平台上进行即时通讯的登录，在本发明中，用户终端通过开放平台对第三方站点的授权，可以实现即时通讯的第三方授权登录。

本发明实施例所涉及的专业术语包括：

AppID：应用的唯一标识，可以通过AppID查找APP(applicationprogram，应用程序)基本信息。由开发平台在第三方应用注册时统一分配。

AppSecret：当用户终端通过即时通讯登录第三方站点时，以及开发平台返回给第三方站点OpenKey时，为了保证第三方站点和开发平台的服务器之间通信的安全，避免通信渠道被恶意使用，以及充分保证第三方站点应用的权利，通信时，需要使用AppSecret加入签名机制。AppSecret只有开放平台与第三方站点双方知道，唯一且不公开。

OpenID：OpenID是与第三方站点通信的用户ID，其与用户终端的即时通讯号码一一对应，第三方站点在访问OpenAPI时必需携带。

OpenKey：OpenKey是第三方站点通信的验证字符串，第三方站点在访问OpenAPI时必需携带。

OpenAPI：是开放平台为第三方应用接入提供的编程接口。

如图1所示，本发明第一实施例提出的一种第三方授权登录方法，包括：

步骤S101，开放平台进入页面接收用户终端对第三方站点的授权指令；

其中，开放平台进入的页面为授权页面，开放平台进入授权页面的方式可以是：开放平台根据用户终端的应用登录指令进入授权页面，该应用登录指令可以为语音指令，也可以是开放平台为用户终端进入第三方站点设置的控件等，比如用户可以点击客户端的aap应用按钮进入授权页面；或者，开放平台通过用户终端登录第三方站点(比如用户通过点击第三方站点上的登录按钮进入第三方站点)，并由第三方站点调用开放平台相应的接口进入授权页面，该接口可以为jsAPI(javascriptApplicationProgrammingInterface，javascript应用程序编程接口)。

开放平台进入授权页面后，引导用户终端同意对第三方站点的授权。

步骤S102，当用户终端授权连接成功后，根据预定的开放平台登录回跳协议，将用户终端的第一OpenID和第一OpenKey传递给第三方站点；由第三方站点根据第一OpenID和第一OpenKey进行基于用户终端的授权登录。

当用户终端同意授权且用户终端授权连接成功后，开放平台根据预先设定的开放平台登录回跳协议，打开第三方站点的登录成功页面，通知第三方站点，用户终端同意授权，同时，开放平台带上第一OpenID和第一OpenKey至第三方站点。

第三方站点收到开放平台传递过来的第一OpenID和第一OpenKey后，进行授权登录，当授权登录成功后，第三方站点下发登录态，允许用户访问第三方站点提供的资源，并允许用户享受该第三方站点提供的服务。

如图2所示，本发明第二实施例提出的一种第三方授权登录方法，在上述实施例的基础上，在上述步骤S102之前还包括：

步骤S1021，开放平台根据用户终端的登录账号生成初始OpenID和初始OpenKey；

步骤S1022，根据预定的映射关系，将初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey。

在上述步骤S102之后，还包括：

步骤S103，根据第一OpenID和第一OpenKey对第三方站点进行合法性验证，当验证成功后，第三方站点授权登录成功。

本实施例与上述第一实施例的区别在于，在本实施例中，开放平台传递给第三方应用的第一OpenID和第一OpenKey是由开放平台获取的初始OpenID和初始OpenKey经过预设的映射关系转换而来。

具体地，开放平台在用户终端登录，并引导用户终端同意对第三方站点的授权后，根据用户终端的登录账号生成初始OpenID和初始OpenKey；并根据预定的映射关系，将初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey，由此增加第三方授权登录的安全性。

此外，在本实施例中，当第三方站点收到开放平台带来的第一OpenID和第一OpenKey后，根据第一OpenID和第一OpenKey进行合法性认证。其具体认证过程包括以下两种情形：

第一种情形为：第三方站点在本地进行合法性认证，接收本地服务器对第一OpenID和第一OpenKey的合法性认证。

第二种情形为：第三方站点接收开放平台对第一OpenID和第一OpenKey的合法性认证。

对于上述第二种情形，其认证过程具体为：第三方站点向开放平台发送验证请求，并在该验证请求中携带第一OpenID和第一OpenKey；之后，由开放平台对第三方站点发来的验证请求中的第一OpenID和第一OpenKey进行合法性验证，当验证成功后，第三方站点授权登录成功，第三方站点下发登录态，允许用户终端访问第三方站点提供的资源，并允许用户终端享受该第三方站点提供的服务。

在第三方站点接收开放平台对第一OpenID和第一OpenKey的合法性认证的过程中，若第三方站点需要获取用户的授权资料，则第三方站点通过本地服务器携带第一OpenID和第一OpenKey到开放平台的后台服务器获取用户授权资料，当开放平台对第一OpenID和第一OpenKey的合法性认证成功后，开放平台向第三方站点返回用户授权资料。

下面以具体实例对本实施例开放平台的两种授权登录流程进行详细说明。

第一实例(对应开放平台具有登录态的场景)：

如图3所示，用户终端采用openID登录，其具体流程如下：

1、用户终端向开放平台发送应用登录指令；

2、开放平台返回授权页面，引导用户终端同意授权；

3、用户终端同意授权；

4、用户终端授权连接成功后，开放平台根据开放平台登录回跳协议，打开第三方站点的登录成功页面，并带上第一OpenID和第一OpenKey；

5、第三方站点通过本地服务器带上第一OpenID和第一OpenKey到开放平台的后台服务器获取用户授权资料。如果第三方站点不需使用用户授权资料，则可以跳过此步骤和第6步骤，直接进入第7步骤；

6、开放平台验证第一OpenID和第一OpenKey合法后，返回用户授权的资料给第三方站点；

7、第三方站点下发登录态，允许用户终端访问第三方网站提供的资源，并享受网站提供的服务。

第二实例(对应开放平台无登录态的场景)：

如图4所示，用户终端可选择OpenID或业务帐号登录，其具体流程如下：

1、用户登录第三方站点，并在第三方站点进行即时通讯登录；

2、第三方站点调用开放平台提供的前台jsAPI，打开开放平台授权页面；

3、开放平台引导用户采用即时通讯帐号和密码登录，并引导用户终端同意对第三方站点的授权；

4、用户终端同意授权；

5、用户终端授权连接成功后，开放平台根据开放平台登录回跳协议，通知第三方站点用户授权是否成功，并带上第一OpenID和第一OpenKey；

6、第三方站点根据开放平台登录回跳协议到开放平台获取用户授权资料；

7、开放平台验证第一OpenID和第一OpenKey合法后，返回用户授权资料给第三方站点；

8、第三方站点下发登录态，允许用户终端访问第三方网站提供的资源，并享受网站提供的服务。

通过本实施例技术方案，用户终端只需使用一个帐号，通过开放平台的授权即可登录授权后的网站(第三方站点)，实现一个帐号登录多个网站的目的，从而为用户提供方便，提高用户体验。

如图5所示，本发明第一实施例提出一种第三方授权登录开放平台，包括：引导模块401以及发送模块402，其中：

引导模块401，用于进入页面接收用户终端对第三方站点的授权指令；

发送模块402，用于当用户终端授权连接成功后，根据预定的开放平台登录回跳协议，将用户终端的第一OpenID和第一OpenKey传递给第三方站点；由第三方站点根据第一OpenID和第一OpenKey进行基于用户终端的授权登录。

具体地，在本实施例中，开放平台进入的页面为授权页面，开放平台进入授权页面的方式可以是：开放平台根据用户终端的应用登录指令进入授权页面，该应用登录指令可以为语音指令，也可以是开放平台为用户终端进入第三方站点设置的控件等，比如用户可以点击客户端的aap应用按钮进入授权页面；或者，开放平台通过用户终端登录第三方站点(比如用户通过点击第三方站点上的登录按钮进入第三方站点)，并由第三方站点调用开放平台相应的接口进入授权页面，该接口可以为jsAPI。

开放平台进入授权页面后，通过引导模块401引导用户同意对第三方站点的授权。

当用户终端同意授权且用户终端授权连接成功后，开放平台根据预先设定的开放平台登录回跳协议，打开第三方站点的登录成功页面，通知第三方站点，用户终端同意授权，同时，开放平台通过发送模块402将第一OpenID和第一OpenKey发送至第三方站点。

第三方站点收到开放平台传递过来的第一OpenID和第一OpenKey后，进行授权登录，当授权登录成功后，第三方站点下发登录态，允许用户访问第三方站点提供的资源，并允许用户享受该第三方站点提供的服务。

如图6所示，本发明第二实施例提出一种第三方授权登录开放平台，在上述第一实施例的基础上，还包括：生成转换模块4012以及验证模块403，其中：

生成转换模块4012，连接在引导模块401与发送模块402之间，用于根据用户终端的登录账号生成初始OpenID和初始OpenKey；并根据预定的映射关系，将所述初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey。

验证模块403与发送模块402连接，用于根据第一OpenID和第一OpenKey对第三方站点进行合法性验证，当验证成功后，第三方站点授权登录成功。

进一步的，验证模块403还用于接收第三方站点发送的验证请求，该验证请求中携带有第一OpenID和第一OpenKey；以及对验证请求中的第一OpenID和第一OpenKey进行合法性验证，以及当验证成功后，向第三方站点返回用户授权资料。

本实施例与上述第一实施例的区别在于，在本实施例中，开放平台传递给第三方应用的第一OpenID和第一OpenKey是由开放平台获取的初始OpenID和初始OpenKey经过预设的映射关系转换而来。

具体地，开放平台在用户终端登录，并通过引导模块401引导用户终端同意对第三方站点的授权后，由生成转换模块4012根据用户终端的登录账号生成初始OpenID和初始OpenKey；生成转换模块4012再根据预定的映射关系，将初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey，由此增加第三方授权登录的安全性。

此外，在本实施例中，当第三方站点收到开放平台带来的第一OpenID和第一OpenKey后，根据第一OpenID和第一OpenKey进行合法性认证。其具体认证过程包括以下两种情形：

第一种情形为：第三方站点在本地进行合法性认证，接收本地服务器对第一OpenID和第一OpenKey的合法性认证。

第二种情形为：第三方站点接收开放平台对第一OpenID和第一OpenKey的合法性认证，具体通过开放平台的验证模块403对第一OpenID和第一OpenKey进行合法性认证。

对于上述第二种情形，其认证过程具体为：第三方站点向开放平台发送验证请求，并在该验证请求中携带第一OpenID和第一OpenKey；之后，由开放平台对第三方站点发来的验证请求中的第一OpenID和第一OpenKey进行合法性验证，当验证成功后，第三方站点授权登录成功，第三方站点下发登录态，允许用户终端访问第三方站点提供的资源，并允许用户享受该第三方站点提供的服务。

在第三方站点接收开放平台对第一OpenID和第一OpenKey的合法性认证的过程中，若第三方站点需要获取用户的授权资料，则第三方站点通过本地服务器携带第一OpenID和第一OpenKey到开放平台的后台服务器获取用户授权资料，当开放平台对第一OpenID和第一OpenKey的合法性认证成功后，开放平台向第三方站点返回用户授权资料。

如图7所示，本发明较佳实施例提出一种第三方授权登录系统，包括：用户终端501、开放平台502及第三方站点503，其中：

用户终端501，用于链接开放平台502，向开放平台502发送对第三方站点503的授权指令；以及当第三方站点503授权登录成功后，接收第三方站点503提供的访问资源及服务；

开放平台502，用于进入页面接收用户终端对第三方站点503的授权指令；当用户终端501授权连接成功后，根据预定的开放平台502登录回跳协议，将用户终端的第一OpenID和第一OpenKey带给第三方站点503；

第三方站点503，用于获取开放平台502发送的第一OpenID和第一OpenKey；根据第一OpenID和第一OpenKey下发登录态，允许用户终端访问第三方站点503资源，并为用户终端提供站点服务。

进一步的，开放平台502还用于根据第一OpenID和第一OpenKey对第三方站点503进行合法性验证，当验证成功后，第三方站点503授权登录成功；

第三方站点503还用于根据第一OpenID和第一OpenKey接收本地服务器的合法性验证；或者，第三方站点503根据第一OpenID和第一OpenKey接收开放平台502的合法性验证。

当第三方站点503根据第一OpenID和第一OpenKey接收开放平台502的合法性验证时，第三方站点503还用于向开放平台502发送获取用户授权资料的验证请求，验证请求中携带有第一OpenID和第一OpenKey；接收开放平台502对第一OpenID和第一OpenKey进行合法验证成功后返回的用户授权资料。

在本实施例中，开放平台502进入授权页面的方式可以是：开放平台502根据用户根据用户终端501的应用登录指令进入授权页面；或者，开放平台502通过用户终端501登录第三方站点503，并由第三方站点503调用开放平台502的jsAPI(javascriptApplicationProgrammingInterface，javascript应用程序编程接口)进入授权页面。对于后一种情形，第三方站点503接收用户终端501的登录指令，根据该登录指令调用开放平台502的相应接口比如jsAPI，打开开放平台502的授权页面。

开放平台502进入授权页面后，引导用户终端同意对第三方站点503的授权。

当用户终端501同意授权且用户终端授权连接成功后，开放平台502根据预先设定的开放平台502登录回跳协议，打开第三方站点503的登录成功页面，通知第三方站点503，用户终端501同意授权，同时，开放平台502带上第一OpenID和第一OpenKey至第三方站点503。

上述开放平台502传递给第三方站点503的第一OpenID和第一OpenKey可以是由开放平台502在引导用户终端501授权后获取的初始OpenID和初始OpenKey，也可以是由开放平台502获取的初始OpenID和初始OpenKey经过预设的映射关系转换而来。

具体地，开放平台502在用户终端501登录，并引导用户终端501同意对第三方站点503的授权后，根据用户终端501的登录账号生成初始OpenID和初始OpenKey；并根据预定的映射关系，将初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey，由此增加第三方授权登录的安全性。

当第三方站点503收到开放平台502带来的第一OpenID和第一OpenKey后，根据第一OpenID和第一OpenKey进行合法性认证。其具体认证过程包括以下两种情形：

第一种情形为：第三方站点503在本地进行合法性认证，接收本地服务器对OpenID和OpenKey的合法性认证。

第二种情形为：第三方站点503接收开放平台502对第一OpenID和第一OpenKey的合法性认证。

对于上述第二种情形，其认证过程具体为：第三方站点503向开放平台502发送验证请求，并在该验证请求中携带第一OpenID和第一OpenKey；之后，由开放平台502对第三方站点503发来的验证请求中的第一OpenID和第一OpenKey进行合法性验证，当验证成功后，第三方站点503授权登录成功，第三方站点503下发登录态，允许用户终端501访问第三方站点503提供的资源，并允许用户终端501享受该第三方站点503提供的服务。

在第三方站点503接收开放平台502对第一OpenID和第一OpenKey的合法性认证的过程中，若第三方站点503需要获取用户的授权资料，则第三方站点503通过本地服务器携带第一OpenID和第一OpenKey到开放平台502的后台服务器获取用户授权资料，当开放平台502对第一OpenID和第一OpenKey的合法性认证成功后，开放平台502向第三方站点503返回用户授权资料。

本发明实施例第三方授权登录方法、开发平台及系统，通过开放平台的授权页面引导用户终端同意对第三方站点的授权；当用户终端授权连接成功后，开发平台根据开放平台登录回跳协议，将用户终端的第一OpenID和第一OpenKey带给第三方站点；然后根据第一OpenID和第一OpenKey对第三方站点进行合法性验证，当验证成功后，第三方站点授权登录成功，由此实现多种形态的登录，用户终端不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供方便。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种第三方授权登录方法，其特征在于，包括：

开放平台进入页面接收用户终端对第三方站点的授权指令；所述开放平台进入页面的方式包括：所述开放平台根据用户终端的应用登录指令进入页面；或者，所述开放平台通过用户终端登录所述第三方站点，并由所述第三方站点调用开放平台的接口进入页面；其中，开放平台进入授权页面后，引导用户终端同意对第三方站点的授权；

当所述用户终端授权连接成功后，所述开放平台根据所述用户终端的登录账号生成初始OpenID和初始OpenKey；根据预定的映射关系，将所述初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey；根据预定的开放平台登录回跳协议，将所述用户终端的第一登录标识OpenID和第一登录密钥OpenKey传递给所述第三方站点；由所述第三方站点根据所述第一OpenID和第一OpenKey进行基于所述用户终端的授权登录，当授权登录成功后，第三方站点下发登录态，允许用户访问第三方站点提供的资源，并允许用户享受该第三方站点提供的服务。

2.根据权利要求1所述的方法，其特征在于，所述将用户的第一OpenID和第一OpenKey传递给所述第三方站点的步骤之后还包括：

根据所述第一OpenID和第一OpenKey对所述第三方站点进行合法性验证，当验证成功后，所述第三方站点授权登录成功。

3.根据权利要求2所述的方法，其特征在于，所述根据第一OpenID和第一OpenKey对所述第三方站点进行合法性验证的步骤包括：

接收所述第三方站点发送的验证请求，所述验证请求中携带有所述第一OpenID和第一OpenKey；

对所述验证请求中的第一OpenID和第一OpenKey进行合法性验证。

4.根据权利要求3所述的方法，其特征在于，还包括：

当验证成功后，所述开放平台向所述第三方站点返回用户授权资料。

5.一种第三方授权登录开放平台，其特征在于，包括：

引导模块，用于进入页面接收用户终端对第三方站点的授权指令；所述开放平台进入页面的方式包括：根据用户终端的应用登录指令进入页面；或者，通过用户终端登录所述第三方站点，并由所述第三方站点调用开放平台的接口进入页面；其中，开放平台进入授权页面后，引导用户终端同意对第三方站点的授权；

生成转换模块，用于根据所述用户终端的登录账号生成初始OpenID和初始OpenKey；根据预定的映射关系，将所述初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey；

发送模块，用于当所述用户终端授权连接成功后，根据开放平台登录回跳协议，将用户终端的第一OpenID和第一OpenKey传递给所述第三方站点；由所述第三方站点根据所述第一OpenID和第一OpenKey进行基于所述用户终端的授权登录，当授权登录成功后，第三方站点下发登录态，允许用户访问第三方站点提供的资源，并允许用户享受该第三方站点提供的服务。

6.根据权利要求5所述的开放平台，其特征在于，还包括：

验证模块，用于根据所述第一OpenID和第一OpenKey对所述第三方站点进行合法性验证，当验证成功后，所述第三方站点授权登录成功。

7.根据权利要求6所述的开放平台，其特征在于，所述验证模块还用于接收所述第三方站点发送的验证请求，所述验证请求中携带有所述第一OpenID和第一OpenKey；对所述验证请求中的第一OpenID和第一OpenKey进行合法性验证。

8.根据权利要求7所述的开放平台，其特征在于，所述验证模块还用于当验证成功后，向所述第三方站点返回用户授权资料。

9.一种第三方授权登录系统，其特征在于，包括：用户终端、开放平台及第三方站点，其中：

所述用户终端，用于链接所述开放平台，向所述开放平台发送对第三方站点的授权指令；以及当第三方站点授权登录成功后，接收所述第三方站点提供的访问资源及服务；

所述开放平台，用于进入页面接收用户终端对第三方站点的授权指令；所述开放平台进入页面的方式包括：所述开放平台根据用户终端的应用登录指令进入页面；或者，所述开放平台通过用户终端登录所述第三方站点，并由所述第三方站点调用开放平台的接口进入页面；其中，开放平台进入授权页面后，引导用户终端同意对第三方站点的授权；当所述用户终端授权连接成功后，根据所述用户终端的登录账号生成初始OpenID和初始OpenKey；根据预定的映射关系，将所述初始OpenID和初始OpenKey对应的转换为第一OpenID和第一OpenKey；根据预定的开放平台登录回跳协议，将用户终端的第一OpenID和第一OpenKey传递给所述第三方站点；

所述第三方站点，用于获取开放平台发送的第一OpenID和第一OpenKey；根据所述第一OpenID和第一OpenKey下发登录态，允许所述用户终端访问所述第三方站点资源，并为所述用户终端提供站点服务。

10.根据权利要求9所述的系统，其特征在于，

所述开放平台，还用于根据所述第一OpenID和第一OpenKey对所述第三方站点进行合法性验证，当验证成功后，所述第三方站点授权登录成功；

所述第三方站点，还用于根据所述第一OpenID和第一OpenKey接收本地服务器的合法性验证；或者，所述第三方站点根据第一OpenID和第一OpenKey接收所述开放平台的合法性验证。

11.根据权利要求9所述的系统，其特征在于，

所述第三方站点，还用于向所述开放平台发送获取用户授权资料的验证请求，所述验证请求中携带有所述第一OpenID和第一OpenKey；接收所述开放平台对所述第一OpenID和第一OpenKey进行合法验证成功后返回的用户授权资料。

12.根据权利要求9、10或11所述的系统，其特征在于，

所述第三方站点，还用于接收客户端的应用登录指令，根据所述应用登录指令调用所述开放平台的接口，打开所述开放平台的页面。