CN103888451B

CN103888451B - 认证的授权方法、装置及系统

Info

Publication number: CN103888451B
Application number: CN201410086413.6A
Authority: CN
Inventors: 朱建庭; 郑伟德
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2014-03-10
Filing date: 2014-03-10
Publication date: 2017-09-26
Anticipated expiration: 2034-03-10
Also published as: WO2015135331A1; CN103888451A

Abstract

本发明提供了一种认证的授权方法、装置及系统。其中，授权方法包括：接收第三方应用的服务器发送的认证请求，认证请求中携带用户在第三方应用提供的登录界面上输入的账户信息、第三方应用信息和欲获取的权限信息；对认证请求进行解析，获得解析结果，根据解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用进行交互，生成授权码，并向第三方应用的服务器发送授权码；以及接收第三方应用的服务器发送的包含授权码的信息获取请求，根据信息获取请求向第三方应用的服务器返回对应的用户信息，以使第三方应用的服务器根据对应的用户信息完成认证过程。本发明可以使用户登录界面完全由第三方应用来提供，又能保证账号和数据的安全性。

Description

认证的授权方法、装置及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种认证的授权方法、装置及系统。

背景技术

为了提升自身产品的用户注册量和登录量，从而加速产品发展，越来越多的应用或站点开始对接像新浪微博、QQ、百度这样的开放平台的账号体系，支持用这些平台方的账号登录自身产品。

为了避免第三方应用或站点接触到用户的账号密码以及用户在平台方站点上的登录会话信息，以保证用户账号及其用户数据的安全性，目前所有的开放平台都会基于一个开放授权机制（目前主流的是基于OAuth1.0a或OAuth2.0标准协议）来为第三方应用或站点提供账号登录功能。在这个开放授权机制中，第三方应用或站点在引导用户使用其在平台方的用户账号登录时，都会先将用户重定向到平台方提供的一个登录授权页面，用户在该页面中完成登录后，平台方会返回相应授权码给第三方应用，第三方应用再通过授权码和应用在平台方的唯一认证信息来最终获取到当前登录用户的基本信息，以完成整个登录过程。

由于用户登录界面由平台方的页面提供，因此，登录界面的展示内容、样式风格等都完全受限于平台方，平台方也基本上难以针对所有第三方应用或站点做登录界面的个性化定制。而在大多数情况下，第三方应用或站点是非常希望用户所看到的登录界面的样式风格是与该应用或站点自身的界面样式风格保持完全统一的，甚至是希望用户看到的登录界面的内容都是完全能够由自己控制的，以保证和提升用户在该应用或站点内的用户体验，尤其是在各种网络游戏（包括端游、页游、手游）中。

另外，即便是登录界面是在平台方页面中提供，用户账号也不一定安全，比如由于用户电脑中木马病毒，导致用户在平台方页面中输入密码时被木马窃取，再比如，当第三方应用是通过网页视图（webview）方式加载平台方的登录授权页面时，第三方应用其实也是可以获取到用户输入的密码的。究其根源，还是因为用户在登录授权过程中需要输入一个可重复使用的密码，一旦密码泄漏，账号就不安全。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明实施例提出一种能够同时解决账号安全性问题和第三方应用或站点对于登录界面完全可个性化定制需求的认证的授权方法、装置和系统。

根据本发明实施例的认证的授权方法包括：接收第三方应用的服务器发送的认证请求，认证请求中携带用户在第三方应用提供的登录界面上输入的账户信息、第三方应用信息和欲获取的权限信息；对认证请求进行解析，获得解析结果，根据解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用APP进行交互，生成授权码，并向第三方应用的服务器发送授权码；以及接收第三方应用的服务器发送的包含授权码的信息获取请求，根据信息获取请求向第三方应用的服务器返回对应的用户信息，以使第三方应用的服务器根据对应的用户信息完成认证过程。

根据本发明实施例的认证的授权方法，接收包含用户在第三方应用提供的登录界面上输入的账户信息的认证请求，对认证请求进行解析，并通过与对应的应用进行交互获得授权码，然后根据授权码向第三方应用的服务器返回用户信息以完成用户使用平台方账号登录的过程，做到了用户登录界面完全由第三方应用或站点来提供，同时又能充分保证用户账号和数据的安全性；从而可以实现多种形态的登录，使得用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供了方便，而且实现简单。

根据本发明实施例的认证的授权装置包括：接收模块，用于接收第三方应用的服务器发送的认证请求，认证请求中携带用户在第三方应用提供的登录界面上输入的账户信息、第三方应用信息和欲获取的权限信息；处理模块，用于对认证请求进行解析，获得解析结果，根据解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用APP进行交互，生成授权码，并向第三方应用的服务器发送授权码；以及授权模块，用于接收第三方应用的服务器发送的包含授权码的信息获取请求，根据信息获取请求向第三方应用的服务器返回对应的用户信息，以使第三方应用的服务器根据对应的用户信息完成认证过程。

根据本发明实施例的认证的授权装置，通过接收模块接收包含用户在第三方应用提供的登录界面上输入的账户信息的认证请求，通过处理模块对认证请求进行解析，并通过与对应的应用进行交互获得授权码，然后通过授权模块向第三方应用的服务器返回用户信息以完成用户使用平台方账号登录的过程，做到了用户登录界面完全由第三方应用或站点来提供，同时又能充分保证用户账号和数据的安全性；从而可以实现多种形态的登录，使得用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供了方便，而且实现简单。

根据本发明实施例的认证的授权系统包括：第三方应用的客户端、第三方应用的服务器、运行在移动终端上的应用APP和平台方服务器。

根据本发明实施例的认证的授权系统，通过第三方应用的客户端、第三方应用的服务器、运行在移动终端上的APP和平台方服务器之间的交互，可以实现多种形态的登录，使得用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供了方便，而且实现简单。

附图说明

图1是根据本发明一个实施例的认证的授权方法的流程图。

图2是根据本发明一个实施例的认证的授权方法的信令流程图。

图3是根据本发明一个实施例的认证的授权装置的结构示意图。

图4是根据本发明一个实施例的认证的授权系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

图1是根据本发明一个实施例的认证的授权方法的流程图，该实施例从平台方服务器即平台方登录系统服务器端进行描述。

如图1所示，该认证的授权方法包括以下步骤：

S101,接收第三方应用的服务器发送的认证请求，认证请求中携带用户在第三方应用提供的登录界面上输入的账户信息、第三方应用信息和欲获取的权限信息。

在本发明的实施例中，用户在第三方应用的客户端选择使用某一平台方账号例如百度账号登录时，第三方应用的客户端将用户重定向到由第三方应用提供的登录界面上，此登录界面展现的内容、界面样式风格等完全由第三方应用控制，与平台方可以无任何关系。

用户在该登录界面输入账户信息例如帐户名并触发第三方应用的客户端向第三方应用的服务器发送登录百度账号的请求，该请求中携带用户输入的帐户名；其中，该账户名可以是用户名、手机号、邮箱等。

第三方应用的服务器在接收到对应客户端的请求后，将帐户名、平台方分配给该第三方应用的唯一标识和应用密钥以及欲获取的权限信息（即第三方应用希望平台方和用户授予的访问操作权限）等数据封装在认证请求中发送给平台方服务器以获取用户的授权码。

S102,对认证请求进行解析，获得解析结果，根据解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用（APP）进行交互，生成授权码，并向第三方应用的服务器发送授权码。

平台方服务器对认证请求进行解析，获得帐户名、第三方应用信息和欲获取的权限信息，其中，第三方应用信息可以包括第三方应用的应用标识和应用密钥。

在该实施例中，在根据账号信息和预存的账号信息与长连接通道信息的对应关系获得长连接通道信息之前，还可以包括：平台方服务器接收APP发送的长连接通道的建立请求，并将用户提供的账号信息添加至APP中；然后接收APP发送的账号认证请求，认证通过后，根据账号认证请求中携带的账号信息保存账号信息与长连接通道信息的对应关系，即保存账号与APP和平台方服务器所保持的长连接通道的对应关系。

在该实施例中，平台方服务器通过与APP进行交互，生成授权码的过程可以为：根据账户信息获得对应的账号信息，根据账号信息和预存的账号信息与长连接通道信息的对应关系获得长连接通道信息；根据长连接通道信息向对应的应用APP发送解析结果，以使APP向用户显示解析结果和待确认信息；用户根据解析结果和待确认信息做出选择后，向平台方服务器返回用户确认信息，平台方服务器接收APP返回的用户确认信息，当用户确认信息为同意信息时，根据解析结果生成授权码。当然，当用户确认信息为拒绝信息时，平台方服务器会向第三方应用的服务器返回错误信息。

S103,接收第三方应用的服务器发送的包含授权码的信息获取请求，根据信息获取请求向第三方应用的服务器返回对应的用户信息，以使第三方应用的服务器根据对应的用户信息完成认证过程。

第三方应用的服务器根据授权码向平台方服务器获取当前登录用户的基本信息，如用户标识、用户名等，以完成使用平台方账号登录本应用的过程。

本发明实施例的认证的授权方法，接收包含用户在第三方应用提供的登录界面上输入的账户信息的认证请求，对认证请求进行解析，并通过与对应的应用进行交互获得授权码，然后根据授权码向第三方应用的服务器返回用户信息以完成用户使用平台方账号登录的过程，做到了用户登录界面完全由第三方应用或站点来提供，同时又能充分保证用户账号和数据的安全性；从而可以实现多种形态的登录，使得用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供了方便，而且实现简单。

下面以图2所示的信令流程图为例对本发明实施例的技术方案进行详细描述。

如图2所示，该认证的授权过程包括以下步骤：

S201,APP与平台方服务器建立并保持一个长连接通道。

用户在其移动设备上启动APP后，APP就在后台与平台方服务器建立并保持一个长连接通道，之后如果该长连接通道因为某些原因而中断，APP会按照一定策略与平台方服务器重新建立一个新的长连接通道。

S202,平台方服务器将用户提供的账号信息添加至APP中。

用户将其在平台方注册的用户账号添加到APP的账号管理模块中，移动设备具有一定的私密性，加上目前的主流移动设备系统都还比较安全（没有那么多猖獗的木马病毒），以及登录过程是在平台方自己的APP里进行，因此这个过程是安全的。

S203,平台方服务器保存账号与APP和平台方服务器所保持的长连接通道的对应关系。

平台方服务器在认证APP发送的账号认证请求时，如果认证通过，则将账号与APP跟平台方服务器所保持的长连接通道的对应关系进行保存。

S204,第三方应用的客户端接收用户在第三方应用提供的登录界面上输入的账户信息。

用户在第三方应用的客户端选择用百度账号登录时，第三方应用的客户端将用户重定向到由第三方应用提供的登录界面上，此登录界面展现的内容、界面样式风格等完全由第三方应用控制，与平台方可以无任何关系。

S205,第三方应用的客户端向第三方应用的服务器发送登录百度账号的请求。

用户在登录界面上输入帐户名（可以是用户名、手机号、邮箱等）并触发第三方应用的客户端向第三方应用的服务器发送登录百度账号的请求，该请求中可以携带用户输入的帐户名。

S206,第三方应用的服务器向平台方服务器发送认证请求，该认证请求中携带账户信息、第三方应用信息和欲获取的权限信息。

第三方应用的服务器将帐户名、平台方分配给第三方应用的应用标识和应用密钥、第三方应用希望平台方和用户授予的访问操作权限等数据发送给平台方服务器以获取用户授权码。

S207,平台方服务器根据第三方应用的应用标识及应用密钥认证第三方应用的有效性，若无效则返回相应错误信息，否则转向步骤S208。

S208,平台方服务器根据帐户名获取对应的用户账号信息，若账号不存在，则返回相应错误信息，否则,转向步骤S209。

S209,平台方服务器根据账号信息获取与之对应的平台方服务器和APP之间的长连接通道，若长连接通道不存在，则返回相应错误信息，否则，转向步骤S210。

S210,平台方服务器将用户账号信息、第三方应用信息、第三方应用希望获取的访问操作权限信息等数据通过长连接通道发送到用户的APP上。

S211,APP将用户账号信息、第三方应用信息及第三方应用希望获取的访问操作权限信息等按照一定方式展示给用户，并征询用户是否同意以账号身份登录第三方应用并给第三方应用授予访问操作权限，并在用户做出选择后将用户确认信息返回给平台方服务器。

S212,若用户确认信息为同意信息，则生成授权码并返回给第三方应用的服务器，若用户确认信息为拒绝信息，则返回错误信息。

若用户选择不同意，则平台方服务器返回相应错误信息给第三方应用的服务器，否则，根据用户账号信息、第三方应用信息、第三方应用希望获取的访问操作权限信息生成一个授权码，并将授权码返回给第三方应用的服务器。

S213,第三方应用的服务器通过授权码从平台方服务器获取用户的基本信息或错误信息，并根据用户的基本信息完成认证过程。

若第三方应用的服务器接收到的平台方服务器的返回结果是错误信息，则将相应错误信息返回给第三方应用的客户端，并由客户端为用户做相应的提示和引导，否则，根据授权码向平台方服务器获取当前登录用户的基本信息，如用户标识、用户名等，以完成使用平台方账号登录本应用的过程。

本发明实施例的认证的授权方法，通过平台方服务器、APP、第三方应用的客户端和第三方应用的服务器之间的交互，可以实现多种形态的登录，使得用户不需要注册和管理多个网站的登录账号，只需通过一个平台的注册账号，经过授权即可访问多个网站，为用户提供了方便，而且实现简单。

图3是根据本发明一个实施例的认证的授权装置的结构示意图，该授权装置位于平台方服务器中。

如图3所示，该授权装置包括接收模块31、处理模块32和授权模块33。

其中，接收模块31用于接收第三方应用的服务器发送的认证请求，认证请求中携带用户在第三方应用提供的登录界面上输入的账户信息、第三方应用信息和欲获取的权限信息。

在本发明的实施例中，用户在第三方应用的客户端选择使用某一平台方账号例如百度账号登录时，第三方应用的客户端将用户重定向到由第三方应用提供的登录界面上，此登录界面展现的内容、界面样式风格等完全由第三方应用控制，与平台方可以无任何关系。用户在该登录界面输入账户信息例如帐户名并触发第三方应用的客户端向第三方应用的服务器发送登录百度账号的请求，该请求中携带用户输入的帐户名；其中，该账户名可以是用户名、手机号、邮箱等。第三方应用的服务器在接收到对应客户端的请求后，将帐户名、平台方分配给该第三方应用的唯一标识和应用密钥以及欲获取的权限信息（即第三方应用希望平台方和用户授予的访问操作权限）等数据封装在认证请求中发送给平台方服务器以获取用户的授权码。

其中，处理模块32用于对认证请求进行解析，获得解析结果，根据解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用APP进行交互，生成授权码，并向第三方应用的服务器发送授权码。

具体地，处理模块32可以用于：根据解析结果中的账户信息获得对应的账号信息，根据账号信息和预存的账号信息与长连接通道信息的对应关系获得长连接通道信息；根据长连接通道信息向对应的应用APP发送解析结果，以使APP向用户显示解析结果和待确认信息；接收APP返回的用户确认信息，当用户确认信息为同意信息时，根据解析结果生成授权码。更具体地，处理模块32可以在根据第三方应用信息确定第三方应用有效后，根据账户信息获得对应的账号信息。另外，当用户确认信息为拒绝信息时，处理模块32还可以向第三方应用的服务器返回错误信息，以使第三方应用的服务器向第三方应用的客户端返回错误信息。

其中，授权模块33用于接收第三方应用的服务器发送的包含授权码的信息获取请求，根据信息获取请求向第三方应用的服务器返回对应的用户信息，以使第三方应用的服务器根据对应的用户信息完成认证过程。

为了可以根据账号信息和预存的账号信息与长连接通道信息的对应关系获得长连接通道信息，该授权装置还可以包括：添加模块34和保存模块35，其中：添加模块34用于在处理模块32根据账号信息和预存的账号信息与长连接通道信息的对应关系获得长连接通道信息之前，接收APP发送的长连接通道的建立请求，将用户提供的账号信息添加至APP中；保存模块35用于接收APP发送的账号认证请求，根据账号认证请求中携带的账号信息保存账号信息与长连接通道信息的对应关系。

包含接收模块31、处理模块32、授权模块33、添加模块34和保存模块35的授权装置的实现认证过程可参见图1和图2，此处不赘述。

本发明实施例的认证的授权装置，通过接收模块接收包含用户在第三方应用提供的登录界面上输入的账户信息的认证请求，通过处理模块对认证请求进行解析，并通过与对应的应用进行交互获得授权码，然后通过授权模块向第三方应用的服务器返回用户信息以完成用户使用平台方账号登录的过程，做到了用户登录界面完全由第三方应用或站点来提供，同时又能充分保证用户账号和数据的安全性；从而可以实现多种形态的登录，使得用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供了方便，而且实现简单。

另外，本发明实施例还提供了一种认证的授权系统，如图4所示，该系统包括第三方应用的客户端41、第三方应用的服务器42、运行在移动终端上的APP43和平台方服务器44，其中：

第三方应用的客户端41用于接收用户在第三方应用提供的登录界面上输入的账户信息，并向第三方应用的服务器发送账户信息；第三方应用的服务器42用于向平台方服务器发送认证请求，认证请求中携带账户信息、第三方应用信息和欲获取的权限信息；接收平台方服务器发送的授权码；向平台方服务器发送包含授权码的信息获取请求，并接收平台方服务器返回的对应的用户信息，根据对应的用户信息完成认证过程；APP43用于与平台方服务器进行交互；平台方服务器44包括图3所示的认证的授权装置。

具体地，APP43可以用于：接收平台方服务器44发送的解析结果，并向用户显示解析结果和待确认信息，并向平台方服务器44发送用户确认信息。

另外，APP43还可以用于：在接收平台方服务器发送的解析结果之前，向平台方服务器发送长连接通道的建立请求，添加平台方服务器发送的账号信息，并向平台方服务器发送携带账号信息的账号认证请求。

进一步地，第三方应用的服务器44还可以用于：接收平台方服务器发送的错误信息，并向客户端返回错误信息。

上述第三方应用的客户端41、第三方应用的服务器42、运行在移动终端上的APP43和平台方服务器44之间的交互过程如图2所示，此处不赘述。

上述移动终端可以为手机、平板电脑等设备，上述第三方应用可以运行在计算机（PC）、智能电视、可穿戴设备等设备上。

本发明实施例的认证的授权系统，通过第三方应用的客户端、第三方应用的服务器、运行在移动终端上的APP和平台方服务器之间的交互，可以实现多种形态的登录，使得用户不需要注册和管理多个网站的登录账号，只需通过一个开放平台的注册账号，经过授权即可访问多个网站，为用户提供了方便，而且实现简单。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种认证的授权方法，其特征在于，所述方法包括：

接收第三方应用的服务器发送的认证请求，所述认证请求中携带用户在第三方应用提供的登录界面上输入的账户信息、第三方应用信息和欲获取的权限信息；

对所述认证请求进行解析，获得解析结果，根据所述解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用APP进行交互，生成授权码，并向所述第三方应用的服务器发送所述授权码；以及

接收所述第三方应用的服务器发送的包含所述授权码的信息获取请求，根据所述信息获取请求向所述第三方应用的服务器返回对应的用户信息，以使所述第三方应用的服务器根据所述对应的用户信息完成认证过程。

2.根据权利要求1所述的方法，其特征在于，所述根据所述解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用APP进行交互，生成授权码，包括：

根据所述解析结果中的账户信息获得对应的账号信息，根据所述账号信息和预存的账号信息与长连接通道信息的对应关系获得所述长连接通道信息；

根据所述长连接通道信息向对应的应用APP发送所述解析结果，以使所述APP向所述用户显示所述解析结果和待确认信息；

接收所述APP返回的用户确认信息，当所述用户确认信息为同意信息时，根据所述解析结果生成授权码。

3.根据权利要求2所述的方法，其特征在于，在所述根据所述账号信息和预存的账号信息与长连接通道信息的对应关系获得所述长连接通道信息之前，还包括：

接收APP发送的长连接通道的建立请求，将用户提供的账号信息添加至所述APP中；

接收所述APP发送的账号认证请求，根据所述账号认证请求中携带的账号信息保存所述账号信息与长连接通道信息的对应关系。

4.根据权利要求2所述的方法，其特征在于，所述根据所述解析结果中的账户信息获得对应的账号信息包括：

根据所述第三方应用信息确定所述第三方应用有效后，根据所述账户信息获得对应的账号信息。

5.根据权利要求2所述的方法，其特征在于，在所述接收所述APP返回的用户确认信息之后，还包括：

当所述用户确认信息为拒绝信息时，向所述第三方应用的服务器返回错误信息，以使所述第三方应用的服务器向所述第三方应用的客户端返回所述错误信息。

6.一种认证的授权装置，其特征在于，所述装置包括：

接收模块，用于接收第三方应用的服务器发送的认证请求，所述认证请求中携带用户在第三方应用提供的登录界面上输入的账户信息、第三方应用信息和欲获取的权限信息；

处理模块，用于对所述认证请求进行解析，获得解析结果，根据所述解析结果和预存的账号信息与长连接通道信息的对应关系与对应的应用APP进行交互，生成授权码，并向所述第三方应用的服务器发送所述授权码；以及

授权模块，用于接收所述第三方应用的服务器发送的包含所述授权码的信息获取请求，根据所述信息获取请求向所述第三方应用的服务器返回对应的用户信息，以使所述第三方应用的服务器根据所述对应的用户信息完成认证过程。

7.根据权利要求6所述的装置，其特征在于，所述处理模块，具体用于：

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

添加模块，用于在所述处理模块根据所述账号信息和预存的账号信息与长连接通道信息的对应关系获得所述长连接通道信息之前，接收APP发送的长连接通道的建立请求，将用户提供的账号信息添加至所述APP中；

保存模块，用于接收所述APP发送的账号认证请求，根据所述账号认证请求中携带的账号信息保存所述账号信息与长连接通道信息的对应关系。

9.根据权利要求8所述的装置，其特征在于，所述处理模块，具体用于：

10.根据权利要求6所述的装置，其特征在于，所述处理模块，还用于：在所述接收所述APP返回的用户确认信息之后，当所述用户确认信息为拒绝信息时，向所述第三方应用的服务器返回错误信息，以使所述第三方应用的服务器向所述第三方应用的客户端返回所述错误信息。

11.一种认证的授权系统，其特征在于，所述系统包括第三方应用的客户端、第三方应用的服务器、运行在移动终端上的应用APP和平台方服务器，其中：

所述第三方应用的客户端，用于接收用户在第三方应用提供的登录界面上输入的账户信息，并向所述第三方应用的服务器发送所述账户信息；

所述第三方应用的服务器，用于向所述平台方服务器发送认证请求，所述认证请求中携带所述账户信息、第三方应用信息和欲获取的权限信息；接收所述平台方服务器发送的授权码；向所述平台方服务器发送包含所述授权码的信息获取请求，并接收所述平台方服务器返回的对应的用户信息，根据所述对应的用户信息完成认证过程；

所述APP，用于与所述平台方服务器进行交互；

所述平台方服务器包括如权利要求6-10任一权利要求所述的认证的授权装置。

12.根据权利要求11所述的系统，其特征在于，所述APP，具体用于：接收所述平台方服务器发送的解析结果，并向所述用户显示所述解析结果和待确认信息，并向所述平台方服务器发送用户确认信息。

13.根据权利要求12所述的系统，其特征在于，所述APP，还用于：在接收所述平台方服务器发送的所述解析结果之前，向所述平台方服务器发送长连接通道的建立请求，添加所述平台方服务器发送的账号信息，并向所述平台方服务器发送携带所述账号信息的账号认证请求。

14.根据权利要求11所述的系统，其特征在于，所述第三方应用的服务器，还用于：接收所述平台方服务器发送的错误信息，并向所述客户端返回所述错误信息。