CN104639548B - 一种登陆应用的方法和装置 - Google Patents

Abstract

本发明公开了一种登陆应用的方法和装置，其中，方法包括：接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求；检查所述用户是否处于登陆所述应用平台的状态；当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。本发明使应用平台发送用户的账户信息来使应用平台中的应用允许该用户登陆，从而实现用户‑应用平台‑应用这三方的账户信息授权和打通，使得用户登陆应用的过程变得简单。

Description

一种登陆应用的方法和装置

技术领域

本发明涉及通信技术领域，更具体地，涉及一种登陆应用的方法和装置。

背景技术

随着智能终端的普及，也出现了越来越多的应用，各种各样的应用为用户带来了工作、生活中的便利，用户可以通过应用进行各种活动，例如购物、收发邮件、浏览网站、社交、医院挂号等等。

为了便于用户的使用以及数据的同步，应用大多都需要用户进行注册和登陆。目前对于这类需要登陆的应用，用户每使用一种应用就需要注册一个用户名以及设置密码，然后在使用该应用时，需要输入用户在该应用的用户名和密码才能登陆。

这种登陆应用的方式仅能实现用户和应用的两方授权，登陆每一个应用都需要输入用户名和密码，步骤繁琐且不方便用户记忆。

发明内容

有鉴于此，本发明实施例的目的是提出一种登陆应用的方法和装置，其能够为用户提供便捷的登陆方式。

为了达到上述目的，本发明实施例提出一种登陆应用的方法，包括以下步骤：

接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求；

检查所述用户是否处于登陆所述应用平台的状态；

当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

在本发明一实施例中，所述方法还包括：

当所述用户不处于登陆所述应用平台的状态时，显示登陆所述应用平台的页面。

在本发明一实施例中，所述方法还包括：

接收用户在所述登陆所述应用平台的页面中输入的登陆信息；

当所述登陆信息符合预设条件时，将所述用户的状态设置为处于登陆所述应用平台的状态。

在本发明一实施例中，所述当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆，包括：

当所述用户处于登陆所述应用平台的状态时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页；

当接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

在本发明一实施例中，所述当所述用户处于登陆所述应用平台的状态时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页，包括：

所述当所述用户处于登陆所述应用平台的状态时，检查所述用户是否已授权所述应用平台将所述用户的账户信息发送至所述应用；

当所述用户已授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用；

当所述用户未授权所述应用平台将所述用户的账户信息发送至所述应用时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。

本发明实施例还提供一种登陆应用的装置，包括：

第一接收模块，用于接收用户登陆应用平台中的应用的请求；

检查模块，用于检查所述用户是否处于登陆所述应用平台的状态；

发送模块，用于当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

在本发明一实施例中，所述装置还包括：

显示模块，用于当所述用户不处于登陆所述应用平台的状态时，显示登陆所述应用平台的页面。

在本发明一实施例中，所述装置还包括：

第二接收模块，用于接收用户在所述登陆所述应用平台的页面中输入的登陆信息；

处理模块，用于当所述登陆信息符合预设条件时，将所述用户的状态设置为处于登陆所述应用平台的状态。

在本发明一实施例中，所述发送模块包括：

显示单元，用于当所述用户处于登陆所述应用平台的状态时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页；

发送单元，用于当接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

在本发明一实施例中，所述显示单元包括：

检查子单元，用于所述当所述用户处于登陆所述应用平台的状态时，检查所述用户是否已授权所述应用平台将所述用户的账户信息发送至所述应用；

发送子单元，用于当所述用户已授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用；

显示子单元，用于当所述用户未授权所述应用平台将所述用户的账户信息发送至所述应用时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。

本发明实施例提供的技术方案可以包括以下有益效果：

本发明实施例中，建立了一应用平台，用户只要注册登陆该应用平台，或者用户在该应用平台中的一个应用上注册登陆过，当用户要登陆应用平台中的其他应用时，其他应用会向该应用平台发送授权请求，应用平台可发送该用户的账户信息来使该其他应用允许该用户登陆，从而实现用户-应用平台-应用这三方的账户信息的授权和打通，使得用户登陆应用的过程变得简单。

本发明实施例的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明实施例的限制。在附图中：

图1是本发明一实施例中的登陆应用的方法流程图；

图2是本发明一实施例中的登陆应用的方法流程图；

图3是本发明一实施例中的登陆应用的方法流程图；

图4是本发明一实施例中的登陆应用的方法流程图；

图5是本发明一实施例中的登陆应用的装置的结构示意图；

图6是本发明一实施例中的登陆应用的装置的结构示意图；

图7是本发明一实施例中的登陆应用的装置中的发送装置的结构示意图；

图8是终端执行本发明一实施例中的登陆应用的方法的界面示意图；

图9是终端执行本发明一实施例中的登陆应用的方法的界面示意图；

图10是终端执行本发明一实施例中的登陆应用的方法的界面示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明实施例，并不用于限定本发明实施例。

如图1所示为本发明实施例中的登陆应用的方法流程，该方法包括：

步骤S11：接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求。

步骤S12：检查所述用户是否处于登陆所述应用平台的状态。

步骤S13：当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

本发明实施例中，建立了一应用平台，用户只要注册登陆该应用平台，或者用户由于访问该应用平台中的一个应用而注册登陆过，当用户要登陆应用平台中的其他应用时，其他应用会向该应用平台发送授权请求，应用平台可发送该用户的账户信息来使该其他应用允许该用户登陆，从而实现用户-应用平台-应用这三方的账号授权和打通，使得用户登陆应用的过程变得简单。

如图2所示为本发明实施例中提出的登陆应用的方法的另一实施例，在该实施例中，在发送账户信息至应用之前，需先取得用户的授权。该实施例包括以下步骤：

步骤S21：接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求。

授权请求中可以包括请求登陆该应用的用户的信息，例如，当用户已登陆所述应用平台时，可以包括用户的用户名，或者用户请求登陆该应用而输入的用户名。

步骤S22：检查所述用户是否处于登陆所述应用平台的状态，若是，执行步骤S23；若否，则结束。

步骤S23：显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。

步骤S24：判断是否接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用；若是，执行步骤S25，若否，则结束。

步骤S25：将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

账户信息通常可以包括该用户相关的所有信息，如用户名、昵称、手机号、用户头像、用户身份证号等信息。该账户信息是预先存储在应用平台中的，可以由用户注册该应用平台时提供。

如图3所示为本发明实施例中提出的登陆应用的方法的另一实施例，在该实施例中，当用户不处于登陆所述应用平台的状态时，还可以先提示用户进行登录。该实施例包括以下步骤：

步骤S31：接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求。

步骤S32：检查所述用户是否处于登陆所述应用平台的状态，若是，执行步骤S36；若否，执行步骤S33。

步骤S33：显示登陆所述应用平台的页面。

步骤S34：接收用户在所述登陆所述应用平台的页面中输入的登陆信息。

登陆信息通常可以包括用户名和密码。

步骤S35：当所述登陆信息符合预设条件时，将所述用户的状态设置为处于登陆所述应用平台的状态。

预设条件例如是指应用平台中记录的该用户的用户名和密码与用户输入的登陆信息一致。

步骤S36：显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。

步骤S37：判断是否接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用；若是，执行步骤S38，若否，则结束。

步骤S38：将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

其中，所述应用可以根据该账户信息允许该用户登陆，并且也可以使用该账户信息。账户信息可以包括该用户相关的所有信息，如用户名、昵称、手机号、用户头像、用户身份证号等信息。

如图4所示为本发明实施例中提出的登陆应用的方法的另一实施例，在该实施例中，进行授权询问之前，还可以先检查用户之前是否已同意授权过。该实施例包括以下步骤：

步骤S41：接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求。

步骤S42：检查所述用户是否处于登陆所述应用平台的状态，若是，执行步骤S46；若否，执行步骤S43。

步骤S43：显示登陆所述应用平台的页面。

步骤S44：接收用户在所述登陆所述应用平台的页面中输入的登陆信息。

步骤S45：当所述登陆信息符合预设条件时，将所述用户的状态设置为处于登陆所述应用平台的状态。

步骤S46：检查所述用户是否已授权所述应用平台将所述用户的账户信息发送至所述应用；若是，执行步骤S49；若否，执行步骤S47。

步骤S47：显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。

步骤S48：判断是否接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用；若是，执行步骤S49，若否，则结束。

步骤S49：将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

相应地，如图5所示，本发明还提供一种登录应用的装置，包括：

第一接收模块501，用于接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求。

检查模块502，用于检查所述用户是否处于登陆所述应用平台的状态。

发送模块503，用于当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

如图6所示，所述装置还包括：

显示模块504，用于当所述用户不处于登陆所述应用平台的状态时，显示登陆所述应用平台的页面。

第二接收模块505，用于接收用户在所述登陆所述应用平台的页面中输入的账户信息；

处理模块506，用于当所述账户信息符合预设条件时，将所述用户的状态设置为处于登陆所述应用平台的状态。

如图7所示，发送模块503包括：

显示单元5031，用于当所述用户处于登陆所述应用平台的状态时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页；

发送单元5032，用于当接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆。

显示单元5031还可以包括：

检查子单元，用于所述当所述用户处于登陆所述应用平台的状态时，检查所述用户是否已授权所述应用平台将所述用户的账户信息发送至所述应用；

发送子单元，用于当所述用户已授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用；

显示子单元，用于当所述用户未授权所述应用平台将所述用户的账户信息发送至所述应用时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。

以下为本发明一具体示例，用户在某手机中的应用平台中使用某一个应用(如图8所示的“预约挂号”应用)，当需要进行账号授权操作的时候，挂号应用会向应用平台发送授权请求，以请求用户授权应用平台将该用户的账户信息发送至该应用。

应用平台接收到该请求后，首先判断该用户是否登录了应用平台，如果未登录，则显示该应用平台的登录页面，如图9所示。用户登录完成后，应用平台会进行用户的账号的激活绑定操作，并下发一个auth_id(用户标识)作为标识，表明该账号已登录应用平台，并保存用户的账户信息。然后，显示授权页，如图10所示，询问用户是否对该预约挂号应用进行账号授权。用户同意后，应用平台例如可以通过oauth2.0的方式将用户的账户信息返回给挂号应用。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种登陆应用的方法，其特征在于，包括以下步骤：

接收用户请求登陆应用平台中的应用时，所述应用发送的授权请求；

检查所述用户是否处于登陆所述应用平台的状态；

当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆；

所述方法还包括：

当所述用户不处于登陆所述应用平台的状态时，显示登陆所述应用平台的页面；

所述当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆，包括：

当所述用户处于登陆所述应用平台的状态时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页；

当接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆；

其中，所述账户信息是预先存储在所述应用平台中的，由用户注册所述应用平台时提供。

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

接收用户在所述登陆所述应用平台的页面中输入的登陆信息；

当所述登陆信息符合预设条件时，将所述用户的状态设置为处于登陆所述应用平台的状态。

3.根据权利要求1所述的方法，其特征在于，所述当所述用户处于登陆所述应用平台的状态时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页，包括：

所述当所述用户处于登陆所述应用平台的状态时，检查所述用户是否已授权所述应用平台将所述用户的账户信息发送至所述应用；

当所述用户已授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用；

当所述用户未授权所述应用平台将所述用户的账户信息发送至所述应用时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。

4.一种登陆应用的装置，其特征在于，包括：

第一接收模块，用于接收用户登陆应用平台中的应用的请求；

检查模块，用于检查所述用户是否处于登陆所述应用平台的状态；

发送模块，用于当所述用户处于登陆所述应用平台的状态时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆；

所述装置还包括：

显示模块，用于当所述用户不处于登陆所述应用平台的状态时，显示登陆所述应用平台的页面；

所述发送模块包括：

显示单元，用于当所述用户处于登陆所述应用平台的状态时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页；

发送单元，用于当接收到所述用户同意授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用，以使所述应用允许所述用户登陆；其中，所述账户信息是预先存储在所述应用平台中的，由用户注册所述应用平台时提供。

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

第二接收模块，用于接收用户在所述登陆所述应用平台的页面中输入的登陆信息；

处理模块，用于当所述登陆信息符合预设条件时，将所述用户的状态设置为处于登陆所述应用平台的状态。

6.根据权利要求4所述的装置，其特征在于，所述显示单元包括：

检查子单元，用于所述当所述用户处于登陆所述应用平台的状态时，检查所述用户是否已授权所述应用平台将所述用户的账户信息发送至所述应用；

发送子单元，用于当所述用户已授权所述应用平台将所述用户的账户信息发送至所述应用时，将所述用户的账户信息发送至所述应用；

显示子单元，用于当所述用户未授权所述应用平台将所述用户的账户信息发送至所述应用时，显示询问用户是否同意授权所述应用平台将所述用户的账户信息发送至所述应用的授权页。