用户登录的方法、装置、存储介质及电子设备

技术领域

本公开涉及通信领域，具体地，涉及一种用户登录的方法、装置、存储介质及电子设备。

背景技术

当前互联网发展日益快速，在互联网大潮中涌现出了多个拥有上亿用户的应用平台，如微信、支付宝、新浪微博、百度等，随着手机使用在日常生活中的增加，各应用平台也纷纷提供了自己的生态应用，如微信提供了公众号、小程序；支付宝提供了生活号、小程序；新浪微博提供了轻应用等。很多网站和产品都研发了不同应用平台对应的生态应用，各大应用平台都提供了自己的开放平台，用于第三方使用他们的功能和流量，此外也提供了使用扫码登录和OAuth2.0技术允许各自的用户授权后安全登录生态应用。

现在，通过扫码登录的方式达到了快捷登录的目的，对于第三方应用来说，为了增加更多的流量、用户和曝光率，就需要在多个应用平台上都要进行研发对应的生态应用，支持不同应用平台的安全登录，并引导用户在不同应用平台上注册自己的生态应用，针对扫码登录功能，研发人员需要研发不同应用平台对应的接口，以生成每个应用平台对应的登录二维码，但是生成登录二维码的流程，不同的应用平台基本相似，因此，分别生成不同应用平台对应的登录二维码会分散研发精力、造成资源浪费、增加研发成本。

发明内容

本公开的目的是提供一种用户登录的方法、装置、存储介质及电子设备。

第一方面，本公开提供一种用户登录的方法，应用于应用服务端，包括：在用户通过扫码客户端成功扫描终端展示的登录二维码的情况下，接收所述扫码客户端对应的平台服务器发送的扫码登录请求信息，其中，所述登录二维码用于请求登录所述应用服务端，所述扫码登录请求信息包括所述扫码客户端对应应用平台的平台特征信息，以及所述用户在所述应用平台注册的用户信息，其中，不同的应用平台对应不同的平台特征信息；在根据所述用户信息确定所述用户为所述应用服务端的非注册用户的情况下，根据所述平台特征信息确定所述扫码客户端对应的所述应用平台，并通过所述应用平台对应的平台服务器获取所述应用平台的注册二维码，并将所述注册二维码通过所述平台服务器发送至扫码客户端，以便所述扫码客户端展示所述注册二维码；在所述用户通过所述扫码客户端成功扫描所述注册二维码的情况下，接收所述扫码客户端发送的注册请求消息，并根据所述注册请求消息进行用户注册，并在所述用户注册成功后，将所述终端登录至所述应用服务端。

可选地，所述根据所述平台特征信息确定所述扫码客户端对应的所述应用平台包括：将平台特征信息与平台特征库中的特征信息进行匹配，所述平台特征库包括多个应用平台对应的特征信息；将匹配成功的特征信息对应的应用平台，作为所述扫码客户端对应的所述应用平台。

可选地，所述方法还包括：接收所述终端发送的第一登录请求消息；根据所述第一登录请求消息生成第一登录信息，并将所述第一登录信息发送至所述终端，以便所述终端根据所述第一登录信息生成并展示所述登录二维码。

可选地，所述方法还包括：获取生成所述登录二维码的生成时间，以及所述扫码客户端扫描所述登录二维码的扫码时间；在所述生成时间与所述扫码时间的时间差值达到预设过期时间的情况下，刷新所述登录二维码。

可选地，所述方法还包括：向所述终端发送登录状态信息，以便所述终端根据所述登录结果信息确定所述用户是否成功登录所述应用服务端。

可选地，所述方法还包括：接收所述终端周期性发送的登录状态请求消息；所述向所述终端发送登录状态信息包括：响应于接收到所述登录状态请求消息，向所述终端发送登录状态信息，以便所述终端根据所述登录结果信息确定所述用户是否成功登录所述应用服务端。

可选地，所述方法还包括：在所述终端登录所述应用服务端失败的情况下，接收所述终端发送的第二登录请求消息；根据所述第二登录请求消息生成第二登录信息，并将所述第二登录信息发送至所述终端，以便所述终端根据所述第二登录信息生成并展示新的登录二维码。

第二方面，本公开提供一种用户登录的装置，应用于扫码客户端，所述装置包括：接收模块，用于在用户通过扫码客户端成功扫描终端展示的登录二维码的情况下，接收所述扫码客户端对应的平台服务器发送的扫码登录请求信息，其中，所述登录二维码用于请求登录所述应用服务端，所述扫码登录请求信息包括所述扫码客户端对应应用平台的平台特征信息，以及所述用户在所述应用平台注册的用户信息，其中，不同的应用平台对应不同的平台特征信息；处理模块，用于在根据所述用户信息确定所述用户为所述应用服务端的非注册用户的情况下，根据所述平台特征信息确定所述扫码客户端对应的所述应用平台，并通过所述应用平台对应的平台服务器获取所述应用平台的注册二维码，并将所述注册二维码通过所述平台服务器发送至扫码客户端，以便所述扫码客户端展示所述注册二维码；注册登录模块，用于在所述用户通过所述扫码客户端成功扫描所述注册二维码的情况下，接收所述扫码客户端发送的注册请求消息，并根据所述注册请求消息进行用户注册，并在所述用户注册成功后，将所述终端登录至所述应用服务端。

可选地，所述处理模块，用于将平台特征信息与平台特征库中的特征信息进行匹配，所述平台特征库包括多个应用平台对应的特征信息，并将匹配成功的特征信息对应的应用平台，作为所述扫码客户端对应的所述应用平台。

可选地，所述接收模块，还用于接收所述终端发送的第一登录请求消息；所述处理模块，还用于根据所述第一登录请求消息生成第一登录信息，并将所述第一登录信息发送至所述终端，以便所述终端根据所述第一登录信息生成并展示所述登录二维码。

可选地，所述装置还包括：时间获取模块，用于获取生成所述登录二维码的生成时间，以及所述扫码客户端扫描所述登录二维码的扫码时间；刷新模块，用于在所述生成时间与所述扫码时间的时间差值达到预设过期时间的情况下，刷新所述登录二维码。

可选地，所述装置还包括：登录信息发送模块，用于向所述终端发送登录状态信息，以便所述终端根据所述登录结果信息确定所述用户是否成功登录所述应用服务端。

可选地，所述装置还包括：登录消息接收模块，用于接收所述终端周期性发送的登录状态请求消息；所述登录信息发送模块，还用于响应于接收到所述登录状态请求消息，向所述终端发送登录状态信息，以便所述终端根据所述登录结果信息确定所述用户是否成功登录所述应用服务端。

可选地，所述接收模块，还用于在所述终端登录所述应用服务端失败的情况下，接收所述终端发送的第二登录请求消息；所述处理模块，还用于根据所述第二登录请求消息生成第二登录信息，并将所述第二登录信息发送至所述终端，以便所述终端根据所述第二登录信息生成并展示新的登录二维码。

第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

第四方面、提供一种电子设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现上述方法的步骤。

通过上述技术方案，能够将多个应用平台的登录二维码聚合为一个登录二维码，通过不同应用平台对应的扫码客户端扫描同一个登录二维码即可完成登录，无需区分不同应用平台的登录二维码，这样，只需要研发一个登录二维码即可，从而节约了研发成本和研发精力，另外，对于用户侧来说，用户通过任意应用平台的扫码客户端均可进行终端扫码登录，无需选择对应的应用平台，从而简化了终端扫码登录的操作步骤，使得登录更加简单，从而提升了用户体验。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是本公开实施例提供的一种用户登录的方法流程图；

图2是本公开实施例提供的另一种用户登录的方法流程图；

图3是本公开实施例提供的一种用户登录的装置的结构示意图；

图4是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

首先，对本公开的应用场景进行说明，本公开可以应用于一种用户登录系统，该系统可以包括扫码客户端，终端，应用服务端以及平台服务器，其中，该终端分别与该扫码客户端和该应用服务端连接，该应用服务端分别与该终端和该平台服务器连接，其中，扫码客户端可以是能够扫描二维码的扫码工具，该扫码客户端可以是微信客户端、支付宝客户端或者微博客户端等应用平台的客户端，应用服务端为终端待登录的服务端，该平台服务器为用于处理扫码客户端通过扫码获取数据的后台服务器。

在相关技术中，在用户需要通过该终端登录应用服务端的情况下，可以从多个预设平台中选择目标应用平台进行登录，并获取该目标应用平台对应的登录二维码，用户需要打开该目标应用平台对应的扫码客户端扫描该登录二维码，在扫码成功后，根据扫码结果通过平台服务器向应用服务端发送登录请求消息，该登录请求消息包括该目标应用平台对应的用户信息，应用服务端在根据该用户信息确定该用户为注册用户的情况下，登录该应用服务端。在上述方案中，需要生成不同应用平台对应的登录二维码，但是生成登录二维码的流程，不同的应用平台基本相似，因此，分别生成不同应用平台对应的登录二维码会分散研发精力、造成资源浪费、增加研发成本。另外，在相关技术中，用户在扫描该登录二维码时，还需要确定当前应用平台对应的扫码客户端，并使用相应的扫码客户端进行扫码，从而增加了用户操作，使得扫码登录的过程过于繁琐，导致用户体验较差。

为了解决上述问题，本公开提供一种用户登录的方法、装置、存储介质及电子设备，该方法可以将多个应用平台的登录二维码聚合为一个登录二维码，通过不同应用平台对应的扫码客户端扫描同一个登录二维码即可完成登录，无需区分不同应用平台的登录二维码，这样，只需要研发一个登录二维码即可，从而节约了研发成本和研发精力，另外，对于用户侧来说，用户通过任意应用平台的扫码客户端均可进行终端扫码登录，无需选择对应的应用平台，从而简化了终端扫码登录的操作步骤，使得登录更加简单，从而提升了用户体验。

下面结合具体实施例对本公开进行说明。

图1为本公开实施例中提供的一种用户登录的方法，应用于应用服务端如图1所示，该方法包括：

S101、在用户通过扫码客户端成功扫描终端展示的登录二维码的情况下，接收该扫码客户端发送的扫码登录请求信息。

其中，该登录二维码用于请求登录该应用服务端，该扫码登录请求信息包括该扫码客户端对应应用平台的平台特征信息，以及该用户在该应用平台注册的用户信息，其中，不同的应用平台对应不同的平台特征信息。

示例地，该平台特征信息可以是该平台的平台标识信息，例如，可以在该扫码登录信息的报文头或者地址中添加该平台标识信息，若该报文头或者地址包括“WeChat”字段，则表示该扫码客户端对应的应用平台为微信平台，若该报文头或者地址包括“Alipay”字段，则表示该扫码客户端对应的应用平台为支付宝平台，当然上述只是举例说明，本公开并不局限于此，例如，上述应用平台还可以是操作系统平台，若该报文头或者地址包括“ios”字段，则表示该扫码客户端对应的应用平台为IOS系统平台，若该报文头或者地址包括“Android”字段，则表示该扫码客户端对应的应用平台为安卓系统平台。

在本步骤中，用户通过扫码客户端扫描终端展示的应用服务端对应的登录二维码，该登陆二维码可以包括服务器处理地址，如URL(Uniform Resource Locator，统一资源定位器)，扫码客户端扫描该登录二维码，在扫码客户端获取到该登录二维码的二维码标识(如字符序列号)的情况下，确定扫码成功，解析该登录二维码得到该服务器处理地址，并自动跳转到该服务器处理地址上，同时将扫码登录请求信息发送给应用服务端。其中，该用户信息可以包括用户名和用户账号等信息。

S102、在根据该用户信息确定该用户为该应用服务端的非注册用户的情况下，根据该平台特征信息确定该扫码客户端对应的应用平台，并通过该应用平台对应的平台服务器获取该应用平台的注册二维码，并将该注册二维码通过该平台服务器发送至扫码客户端，以便该扫码客户端展示该注册二维码。

在本步骤中，应用服务端在接收到扫码客户端发送的扫码登录请求信息后，可以将该扫码登录请求信息中的用户信息与存储的注册用户信息进行匹配，在从注册用户信息中匹配到该用户信息对应的目标用户信息的情况下，确定该用户信息对应的用户为注册用户，在从注册用户信息中未匹配到该用户信息对应的目标用户信息的情况下，确定该用户信息对应的用户为非注册用户。

在一种可能的实现方式中，在该用户为该应用服务端的非注册用户的情况下，可以通过以下方式确定该扫码客户端对应的该应用平台：将平台特征信息与平台特征库中的特征信息进行匹配，该平台特征库包括多个应用平台对应的特征信息；将匹配成功的特征信息对应的应用平台，作为该扫码客户端对应的该应用平台，其中，该平台特征库可以是根据各个应用平台的平台特征预先建立的特征库。这样，通过上述平台特征信息和平台特征库，即可区分出扫码客户端对应的应用平台。

在另一种可能的实现方式中，在该用户为该应用服务端的注册用户的情况下，将该终端登录至该应用服务端。

S103、在该用户通过该扫码客户端成功扫描该注册二维码的情况下，接收该扫码客户端发送的注册请求消息，并根据该注册请求消息进行用户注册，并在该用户注册成功后，将该终端登录至该应用服务端。

在一种可能实现的方式中，用户可以通过长按展示的注册二维码，以便该扫码客户端对该注册二维码进行扫描，该注册二维码可以包括注册地址，并在成功扫描该注册二维码后，扫码客户端跳转至该注册地址对应的注册界面，从而引导用户输入用户信息，并向应用服务端发送包含该用户信息的注册请求消息，应用服务端在接收到该注册请求消息后，根据该注册请求消息中的用户信息进行用户注册，并在该用户注册成功后，将该终端登录至该应用服务端。

采用上述方案，只需要研发一个登录二维码即可，从而节约了研发成本和研发精力，另外，对于用户侧来说，用户可以通过任意应用平台的扫码客户端均可进行终端扫码登录，无需选择对应的应用平台，从而简化了终端扫码登录的操作步骤，使得登录更加简单，从而提升了用户体验。

图2为本公开实施例提供的一种用户登录的方法，应用于应用服务端如图2所示，该方法包括：

S201、应用服务端接收该终端发送的第一登录请求消息。

示例地，在用户通过终端打开目标应用登录页面的情况下，终端向该目标应用对应的应用服务端发送第一登录请求消息，以请求登录该应用服务端。该第一登录请求消息可以包括该终端的终端标识和目标应用参数，该目标应用参数可以包括应用标识、请求登录的时间、场景标识(如先登录后使用，或先使用后登录)等参数信息。

S202、应用服务端根据该第一登录请求消息生成第一登录信息，并将该第一登录信息发送至该终端。

在本步骤中，应用服务端在接收到该第一登录请求消息的情况下，根据终端标识和目标应用参数生成第一登录信息，该第一登录信息可以包括登录二维码的二维码标识，并将该二维码标识和服务端处理地址发送至终端。

S203、该终端根据该第一登录信息生成并展示该登录二维码。

在本步骤中，终端可以根据该二维码标识和服务端处理地址生成该登录二维码，示例地，终端将二维码标志和服务端处理地址拼接成一个请求串，并通过请求串生成该登录二维码，并展示该登录二维码，具体的生成过程可以参考相关技术中的生成过程，此处不再赘述。

S204、在用户通过扫码客户端成功扫描终端展示的登录二维码的情况下，扫码客户端对应的平台服务器向应用服务端发送扫码登录请求信息。

其中，该登录二维码用于请求登录该应用服务端，该扫码登录请求信息包括该扫码客户端对应应用平台的平台特征信息，以及该用户在该应用平台注册的用户信息，不同的应用平台对应不同的平台特征信息。

在本步骤中，扫码客户端在成功扫描终端展示的登录二维码后，跳转至该服务端处理地址，平台服务器向应用服务端发送扫码登录请求信息。

需要说明的是，考虑到二维码存在一定的时效性，在本公开另一种可能的实现方式中，应用服务端获取生成该登录二维码的生成时间，以及该扫码客户端扫描该登录二维码的扫码时间；在该生成时间与该扫码时间的时间差值达到预设过期时间的情况下，刷新该登录二维码。

例如，应用服务端在向终端发送第一登录信息时，可以将该第一登录信息存储在数据库或缓存中，并将存储时间作为该登录二维码的生成时间；将应用服务端接收到扫码登录请求信息的时间作为该登录二维码的扫码时间。在应用服务端可以提前设置一个预设过期时间，如可以设置为10分钟，若生成时间和扫码时间的差值大于或等于该预设过期时间，那么判断扫描的登录二维码已过期，可以刷新该登录二维码，以方便用户通过扫码客户端重新扫描刷新后的登录二维码，例如，可以根据第一登录信息重新生成新的登录二维码。当然，这里只是举例说明，不作限定。

S205、应用服务端在接收到该平台服务器发送的扫码登录请求消息后，确定该用户是否为该应用服务端的注册用户。

在本步骤中，应用服务端可以在对应的注册用户信息中进行查找，若注册用户信息中存在该用户信息，则表示该用户为该应用服务端的注册用户，则可以将终端登录至该应用服务端。

若注册用户信息中不存在该用户信息，则表示该用户为该应用服务端的非注册用户(即新用户)，则可以继续执行步骤S206。

示例地，以扫码客户端为微信客户端为例，则该用户信息可以为微信号或者微信名。应用服务端接收到微信客户端发送的微信名、微信号等用户信息，在应用服务端对应的注册用户信息中查找是否存在该微信名或微信号，若存在，则表明该用户是应用服务端的注册用户；若不存在，则表明该用户是应用服务端的非注册用户。

S206、在根据该用户信息确定该用户为该应用服务端的非注册用户的情况下，应用服务端将平台特征信息与平台特征库中的特征信息进行匹配。

其中，该平台特征库包括多个应用平台对应的特征信息。

在本步骤中，应用服务端可以预先设置不同应用平台对应的平台特征信息，从而建立平台特征库，在接收到该平台服务器发送的扫码登录请求消息后，将扫码登录请求消息中的平台特征信息与平台特征库中的平台特征信息进行比对，若平台特征库中存在扫码登录请求消息中的平台特征信息，则确定匹配成功，若平台特征库中存在扫码登录请求消息中的平台特征信息，则确定匹配失败。

例如，平台特征库包括微信平台的平台特征信息“WeChat”，以及支付宝平台的平台特征信息“Alipay”字段，在扫码登录请求消息中的平台特征信息包括“Alipay”字段的情况下，则确定匹配成功。

S207、应用服务端将匹配成功的特征信息对应的应用平台，作为该扫码客户端对应的该应用平台。

例如，若确定匹配成功的特征信息为“Alipay”，则确定该扫码客户端对应的应用平台为支付宝平台。

S208、应用服务端通过该应用平台对应的平台服务器获取该应用平台的注册二维码。

在本步骤中，应用服务端通过该平台服务器获取注册二维码链接(可以包括场景标识、二维码标识等参数)，并根据该注册二维码连接生成注册二维。

S209、应用服务端将该注册二维码通过该平台服务器发送至扫码客户端。

S210、该扫码客户端展示该注册二维码。

S211、在该用户通过该扫码客户端成功扫描该注册二维码的情况下，该扫码客户端向应用服务端发送注册请求消息。

在一种可能实现的方式中，用户可以通过长按展示的注册二维码，以便该扫码客户端对该注册二维码进行扫描，该注册二维码可以包括注册地址，并在成功扫描该注册二维码后，扫码客户端跳转至该注册地址对应的注册界面，从而引导用户输入用户信息，并向应用服务端发送包含该用户信息的注册请求消息。

S212、应用服务端在接收到该扫码客户端发送的注册请求消息的情况下，根据该注册请求消息进行用户注册，并在该用户注册成功后，将该终端登录至该应用服务端。

在本步骤中，应用服务端在接收到该注册请求消息后，可以根据该注册请求消息中的用户信息进行用户注册，并在该用户注册成功后，将该终端登录至该应用服务端。

需要说明的是，应用服务端可以向该终端发送登录状态信息，以便该终端根据该登录结果信息确定该用户是否成功登录该应用服务端。

其中，该登录状态信息用于指示该用户是否成功登录该应用服务端。

示例地，可以通过以下两种实现方式中的任一种确定该用户是否成功登录该应用服务端。

方式一：应用服务端向该终端发送登录状态信息，以便该终端根据该登录结果信息确定该用户是否成功登录该应用服务端。

方式二：应用服务端可以接收该终端周期性发送的登录状态请求消息，响应于接收到该登录状态请求消息，向该终端发送登录状态信息，以便该终端根据该登录结果信息确定该用户是否成功登录该应用服务端。

示例地，终端可以按照一定时间间隔(如1秒)向应用服务端发送登录状态请求消息，应用服务端在接收到该登录状态请求消息后，可以根据用户的登录确认操作向终端发送登录状态信息，该登陆确认操作包括确定是否登录应用服务端的操作，例如，终端可以按照一定时间间隔(如1秒)向应用服务端发送登录状态请求消息，应用服务端在接收到该登录状态请求消息后，应用服务端可以通过终端向用户展示确认登录的界面，该界面包括“确定”和“取消”两个选项，在用户触发“确定”选项(相当于触发登录应用服务端的操作)的情况下，确定登录该应用服务端，则将终端登录至应用客户端，并向终端发送表明成功登录应用服务端的登录状态信息，在用户触发“取消”选项相当于触发不登录应用服务端的操作)的情况下，确定不登录该应用服务端，并向终端发送表明登录应用服务端失败的登录状态信息。

由上述方式一和方式二可以看出，方式一中，终端和应用服务端年之间可以建立长连接，应用服务端主动向终端发送登录状态信息，而方式二则是由终端定期向应用服务端请求该登录状态信息。

在本实施例中，在该终端登录该应用服务端失败的情况下，应用服务端可以接收该终端发送的第二登录请求消息，根据该第二登录请求消息生成第二登录信息，并将该第二登录信息发送至该终端，以便该终端根据该第二登录信息生成并展示新的登录二维码。这样，能够引导用户重新登录应用服务端，从而提高了用户体验。

其中，通过第二登录信息生成新的登录二维码的过程可以参考上述根据第一登录信息生成登录二维码的过程，此处不再赘述。

采用上述方案，只需要研发一个登录二维码即可，从而节约了研发成本和研发精力，另外，对于用户侧来说，用户可以通过任意应用平台的扫码客户端均可进行终端扫码登录，无需选择对应的应用平台，从而简化了终端扫码登录的操作步骤，使得登录更加简单，从而提升了用户体验。

图3为本公开实施例提供的一种用户登录的装置，如图3所示，该装置包括：

接收模块301，用于在用户通过扫码客户端成功扫描终端展示的登录二维码的情况下，接收该扫码客户端对应的平台服务器发送的扫码登录请求信息，其中，该登录二维码用于请求登录该应用服务端，该扫码登录请求信息包括该扫码客户端对应应用平台的平台特征信息，以及该用户在该应用平台注册的用户信息，其中，不同的应用平台对应不同的平台特征信息；

处理模块302，用于在根据该用户信息确定该用户为该应用服务端的非注册用户的情况下，根据该平台特征信息确定该扫码客户端对应的该应用平台，并通过该应用平台对应的平台服务器获取该应用平台的注册二维码，并将该注册二维码通过该平台服务器发送至扫码客户端，以便该扫码客户端展示该注册二维码；

注册登录模块303，用于在该用户通过该扫码客户端成功扫描该注册二维码的情况下，接收该扫码客户端发送的注册请求消息，并根据该注册请求消息进行用户注册，并在该用户注册成功后，将该终端登录至该应用服务端。

可选地，该处理模块302，用于将平台特征信息与平台特征库中的特征信息进行匹配，该平台特征库包括多个应用平台对应的特征信息，并将匹配成功的特征信息对应的应用平台，作为该扫码客户端对应的该应用平台。

可选地，该接收模块301，还用于接收该终端发送的第一登录请求消息；

该处理模块302，还用于根据该第一登录请求消息生成第一登录信息，并将该第一登录信息发送至该终端，以便该终端根据该第一登录信息生成并展示该登录二维码。

可选地，该装置还包括：

时间获取模块，用于获取生成该登录二维码的生成时间，以及该扫码客户端扫描该登录二维码的扫码时间；

刷新模块，用于在该生成时间与该扫码时间的时间差值达到预设过期时间的情况下，刷新该登录二维码。

可选地，该装置还包括：

登录信息发送模块，用于向该终端发送登录状态信息，以便该终端根据该登录结果信息确定该用户是否成功登录该应用服务端。

可选地，该装置还包括：

登录消息接收模块，用于接收该终端周期性发送的登录状态请求消息；

该登录信息发送模块，还用于响应于接收到该登录状态请求消息，向该终端发送登录状态信息，以便该终端根据该登录结果信息确定该用户是否成功登录该应用服务端。

可选地，该接收模块，还用于在该终端登录该应用服务端失败的情况下，接收该终端发送的第二登录请求消息；

该处理模块302，还用于根据该第二登录请求消息生成第二登录信息，并将该第二登录信息发送至该终端，以便该终端根据该第二登录信息生成并展示新的登录二维码。

采用上述装置，只需要研发一个登录二维码即可，从而节约了研发成本和研发精力，另外，对于用户侧来说，用户可以通过任意应用平台的扫码客户端均可进行终端扫码登录，无需选择对应的应用平台，从而简化了终端扫码登录的操作步骤，使得登录更加简单，从而提升了用户体验。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种电子设备400的框图。例如，电子设备400可以被提供为一服务器。参照图4，电子设备400包括处理器422，其数量可以为一个或多个，以及存储器432，用于存储可由处理器422执行的计算机程序。存储器432中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器422可以被配置为执行该计算机程序，以执行上述的用户登录的方法。

另外，电子设备400还可以包括电源组件426和通信组件450，该电源组件426可以被配置为执行电子设备400的电源管理，该通信组件450可以被配置为实现电子设备400的通信，例如，有线或无线通信。此外，该电子设备400还可以包括输入/输出(I/O)接口458。电子设备400可以操作基于存储在存储器432的操作系统，例如Windows Server

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的用户登录方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器432，上述程序指令可由电子设备400的处理器422执行以完成上述的用户登录的方法。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的用户登录的方法的代码部分。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。