CN115186248A - 应用页面的登录方法、终端设备、服务器和存储介质 - Google Patents

Abstract

本申请适用于研发管理技术领域，提供一种应用页面的登录方法、终端设备、服务器和存储介质。该方法首先在第二终端的显示界面中显示一个小程序二维码，通过第一终端扫描该小程序二维码以获取对应的用户标识，并将该用户标识发送给第一服务器；接着，第一服务器会将预存储的与该用户标识绑定的用户信息发送给第二终端，以便第二终端通过该用户信息完成应用页面的登录操作。通过这样设置，用户在第一终端上无需授权调取用户信息，从而有效简化了用户操作。

Description

应用页面的登录方法、终端设备、服务器和存储介质

技术领域

本申请涉及研发管理技术领域，提供一种应用页面的登录方法、终端设备、服务器和存储介质。

背景技术

目前，电脑端的很多应用页面都可以采用扫码的方式完成登录，例如，可以在电脑端显示一个二维码，使用手机等设备扫描该二维码，通过手机点击确认登录的方式，完成电脑端的应用页面登录。然而，若该应用页面登录时需要获取用户头像、昵称等用户信息，则需要用户在手机上授权调取相应的用户信息，操作较为繁琐。

发明内容

有鉴于此，本申请提出一种应用页面的登录方法、终端设备、服务器和存储介质，在登录应用页面时无需用户授权调取相应的用户信息，简化了用户操作。

第一方面，本申请实施例提供了一种应用于第一终端的应用页面的登录方法，包括：

第一终端扫描在第二终端的显示界面中显示的小程序二维码；

所述第一终端通过所述小程序二维码获取用户标识；

所述第一终端将所述用户标识发送至第一服务器，以指示所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，使得所述第二终端通过所述用户信息完成应用页面的登录操作。

本申请实施例提出的应用页面的登录方法，首先在第二终端(例如PC端)的显示界面中显示一个小程序二维码，通过第一终端(例如用户的手机)扫描该小程序二维码以获取对应的用户标识，并将该用户标识发送给第一服务器；接着，第一服务器会将预存储的与该用户标识绑定的用户信息发送给第二终端，以便第二终端通过该用户信息完成应用页面的登录操作。在上述过程中，应用页面登录时所需的用户信息预先保存在服务器端并与用户标识绑定，第一终端在完成扫码后会获取对应的用户标识发送给服务器端，以便服务器端返回与用户标识绑定的用户信息给第二终端。通过这样设置，用户在第一终端上无需授权调取用户信息，从而有效简化了用户操作。

在本申请实施例的一种实现方式中，所述第一终端通过所述小程序二维码获取用户标识，可以包括：

所述第一终端对所述小程序二维码进行解析，提取其中包含的scene参数；

若所述scene参数中包含的二维码类型参数为指定数值，则所述第一终端调用wx.login函数获取用户编码值；

所述第一终端将所述用户编码值发送至第二服务器，以指示所述第二服务器通过调用第三方服务的应用程序接口获取所述用户标识，并将获取到的所述用户标识返回至所述第一终端。

在本申请实施例的一种实现方式中，所述第二终端的显示界面中显示的小程序二维码有N个，N≥2；

所述第一终端扫描在第二终端的显示界面中显示的小程序二维码，具体可以为：

所述第一终端逐个扫描所述N个小程序二维码；

所述第一终端通过所述小程序二维码获取用户标识，并将所述用户标识发送至第一服务器，可以包括：

所述第一终端检测所述N个小程序二维码的扫描顺序是否符合预设条件；

若所述N个小程序二维码的扫描顺序符合所述预设条件，则所述第一终端通过所述小程序二维码获取用户标识，并将所述用户标识发送至第一服务器。

第二方面，本申请实施例提供了一种应用于第二终端的应用页面的登录方法，包括：

第二终端在显示界面中显示小程序二维码；

所述第二终端接收由第一服务器发送的用户信息；其中，所述用户信息为所述第一服务器预先存储的与用户标识绑定的信息，所述用户标识由第一终端在扫描所述小程序二维码后获取并发送至所述第一服务器；

所述第二终端通过所述用户信息完成应用页面的登录操作。

在本申请实施例的一种实现方式中，所述第二终端在显示界面中显示小程序二维码，可以包括：

所述第二终端在显示界面中显示N个小程序二维码，N≥2；

所述第二终端获取所述应用页面的N个内容框架标签；

所述第二终端将所述N个内容框架标签平均分配给所述N个小程序二维码；其中，为任意一个小程序二维码分配的内容框架标签在所述应用页面中的排列次序与所述任意一个小程序二维码在预设条件中的扫描次序相同；

所述第二终端针对每个所述小程序二维码，在其周边的指定区域显示为其分配的内容框架标签。

第三方面，本申请实施例提供了一种应用于第一服务器的应用页面的登录方法，包括：

第一服务器接收第一终端发送的用户标识；其中，所述用户标识由所述第一终端在扫描第二终端的显示界面中显示的小程序二维码后获取；

所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，以指示所述第二终端通过所述用户信息完成应用页面的登录操作。

在本申请实施例的一种实现方式中，所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，可以包括：

所述第一服务器从预先存储的用户等级对照表中查找与所述用户标识对应的用户等级标签；

所述第一服务器根据所述用户等级标签，设置所述用户信息的发送权限；

所述第一服务器查找与所述用户标识绑定的用户信息，并按照所述发送权限将所述用户信息发送至所述第二终端。

第四方面，本申请实施例提供了一种应用于第一终端的应用页面的登录装置，包括：

二维码扫描模块，用于扫描在第二终端的显示界面中显示的小程序二维码；

用户标识获取模块，用于通过所述小程序二维码获取用户标识；

用户标识发送模块，用于将所述用户标识发送至第一服务器，以指示所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，使得所述第二终端通过所述用户信息完成应用页面的登录操作。

第五方面，本申请实施例提供了一种应用于第二终端的应用页面的登录装置，包括：

二维码显示模块，用于在显示界面中显示小程序二维码；

用户信息接收模块，用于接收由第一服务器发送的用户信息；其中，所述用户信息为所述第一服务器预先存储的与用户标识绑定的信息，所述用户标识由第一终端在扫描所述小程序二维码后获取并发送至所述第一服务器；

应用页面登录模块，用于通过所述用户信息完成应用页面的登录操作。

第六方面，本申请实施例提供了一种应用于第一服务器的应用页面的登录装置，包括：

用户标识接收模块，用于接收第一终端发送的用户标识；其中，所述用户标识由所述第一终端在扫描第二终端的显示界面中显示的小程序二维码后获取；

用户信息发送模块，用于将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，以指示所述第二终端通过所述用户信息完成应用页面的登录操作。

第七方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例第一方面或第二方面提出的应用页面的登录方法。

第八方面，本申请实施例提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例第三方面提出的应用页面的登录方法。

第九方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本申请实施例第一方面、第二方面或第三方面提出的应用页面的登录方法。

第十方面，本申请实施例提供了一种计算机程序产品，当该计算机程序产品在终端设备上运行时，使得该终端设备执行如本申请实施例第一方面或第二方面提出的应用页面的登录方法；当该计算机程序产品在服务器上运行时，使得该终端设备执行如本申请实施例第三方面提出的应用页面的登录方法。

上述第二方面至第十方面所能实现的有益效果，可以参照上述第一方面的相关说明。

附图说明

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

图1是本申请实施例提供的一种应用页面的登录系统的示意图；

图2是本申请实施例提供的一种应用页面的登录方法的流程示意图；

图3是本申请实施例提供的一种应用页面的登录装置的一个实施例的结构图；

图4是本申请实施例提供的一种应用页面的登录装置的另一个实施例的结构图；

图5是本申请实施例提供的一种应用页面的登录装置的另一个实施例的结构图；

图6是本申请实施例提供的一种终端设备/服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

为了提高用户操作的便捷性，电脑端的很多应用页面可以采用扫码登录的方式。例如，在电脑端显示一个二维码，用户使用手机扫描该二维码，在手机上点击确认登录后，电脑端即可完成相应的应用页面登录。然而，若上述应用页面的登录过程需要获取用户头像、昵称等用户信息，则用户需要在手机上授权调取相应的用户信息，操作较为繁琐。

有鉴于此，本申请实施例提出一种应用页面的登录方法，在登录应用页面时无需用户授权调取相应的用户信息，简化了用户操作。关于该应用页面的登录方法的具体说明和技术实现细节，可以参见下文所述的各个实施例。

如图1所示，为本申请实施例提出的一种应用页面的登录系统的示意图，本申请实施例提出的应用页面的登录方法可以应用于该系统。

在图1中，包括第一终端、第二终端、第一服务器和第二服务器4个设备，各个设备之间可以通过网络等方式进行交互。第二终端是需要登录应用页面的设备，第一终端是用于扫描二维码协助第二终端完成应用页面登录的设备，第一服务器可以是管理应用页面登录的后台服务器，第二服务器可以是用于配置小程序的后台服务器。

应当理解，图1中的各个设备均可以是手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、大屏电视等各种类型的终端设备或者服务器，本申请实施例对该终端设备和服务器的具体类型不作任何限制。这里的服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

请参阅图2，本申请实施例中一种应用页面的登录方法的一个实施例包括：

201、第二终端在显示界面中显示小程序二维码；

第二终端是需要登录某个应用页面的终端设备，例如可以是用户的个人电脑。首先，在第二终端的显示界面上显示至少一个小程序二维码。

在本申请实施例的一种实现方式中，在步骤201之前，还可以包括：

(1)第二终端发送应用页面登录请求至第一服务器；

(2)第一服务器在接收到所述应用页面登录请求之后，发送二维码生成指令至第二服务器；

(3)第二服务器在接收到二维码生成指令之后，生成相应的小程序二维码，并将生成的小程序二维码返回至第一服务器；

(4)第一服务器将接收到的小程序二维码发送至第二终端。

这里的第一服务器可以是某个用于管理页面登录的后台服务器，第二服务器可以是某个用于配置小程序的后台服务器。当用户想要打开第二终端的某个应用页面时，可以点击相应的应用图标以发起应用页面登录请求，该请求会发送至第一服务器。第一服务器在接收到该请求后，会调用第二服务器生成相应的小程序二维码，然后将生成的小程序二维码返回给第二终端。之后，第二终端即可在显示界面上显示该小程序二维码。

202、第一终端扫描所述小程序二维码；

在第二终端的显示界面显示小程序二维码后，用户可以使用第一终端(例如用户的手机)扫描该小程序二维码，以提取小程序二维码中携带的参数。

203、第一终端通过所述小程序二维码获取用户标识；

第一终端在扫描小程序二维码后，可以通过该小程序二维码获取当前登录用户对应的用户标识，可用openID表示。具体的，第一终端在扫描小程序二维码后，会进入相应的小程序，此时可以显示一个确认登录的界面，待用户点击确认登录后，第一终端会接收到相应的确认登录指令，进而获取当前登录用户对应的用户标识。

在本申请实施例的一种实现方式中，第一终端通过所述小程序二维码获取用户标识，可以包括：

(1)第一终端对所述小程序二维码进行解析，提取其中包含的scene参数；

(2)若所述scene参数中包含的二维码类型参数为指定数值，则第一终端调用wx.login函数获取用户编码值；

(3)第一终端将所述用户编码值发送至第二服务器，以指示第二服务器通过调用第三方服务的应用程序接口获取所述用户标识，并将获取到的所述用户标识返回至第一终端。

第一终端扫码后，会对小程序二维码进行解析，提取其中包含的scene参数。scene参数可以包含二维码类型参数(type)以及二维码标识(objectID，用于唯一地表示某个二维码)，二维码类型参数(type)可以包括：0注册、1授权登录、2授权签署和3活体认证，等等。若该二维码类型参数(type)为指定数值(例如1，表示授权登录)，则第一终端可以调用wx.login函数获取用户编码值，即code值，可用于获取用户标识。之后，第一终端会将code值发送给第二服务器，即小程序配置后台服务器，由第二服务器调用第三方服务(例如微信的后台服务器)的应用程序接口，从而获取与code值对应的用户标识。最后，第二服务器再将获取到的用户标识返回至第一终端。

204、第一终端将所述用户标识发送至第一服务器；

第一终端在获取到用户标识之后，会将该用户标识发送至第一服务器，以获取相应的用户信息。

在本申请实施例的一种实现方式中，第二终端的显示界面中显示的小程序二维码有N个，N≥2；第一终端扫描在第二终端的显示界面中显示的小程序二维码的方式具体可以为：第一终端逐个扫描所述N个小程序二维码。第一终端通过所述小程序二维码获取用户标识，并将所述用户标识发送至第一服务器的步骤可以包括：

(1)第一终端检测所述N个小程序二维码的扫描顺序是否符合预设条件；

(2)若所述N个小程序二维码的扫描顺序符合所述预设条件，则第一终端通过所述小程序二维码获取用户标识，并将所述用户标识发送至第一服务器。

为了提高应用页面信息的安全性，可以在第二终端的显示界面上显示至少2个小程序二维码。用户需要使用第一终端逐个扫描各个小程序二维码，获得相应的二维码扫描顺序，只有当该扫描顺序符合设定的条件时，才会执行获取用户标识并发送给第一服务器的步骤。也即，只有扫描顺序符合设定条件时，第二终端才可获取到用户信息，进而成功登录到应用页面。例如，可以在第二终端的显示界面生成A、B和C共3个小程序二维码，设定的扫描顺序条件为B-C-A，若用户为经常登录该应用页面的合法用户，则其熟知该扫描顺序条件，可以使用第一终端按照B-C-A的顺序依次扫码，从而成功在第二终端登录到应用页面。而若用户为非法用户，则其不知正确的二维码扫描顺序，故无法登录到相应的应用页面。通过这样设置，有效保护了应用页面信息的安全性。

进一步的，第二终端在显示界面中显示N个小程序二维码之后，还可以包括：

(1)第二终端获取所述应用页面的N个内容框架标签；

(2)第二终端将所述N个内容框架标签平均分配给所述N个小程序二维码；其中，为任意一个小程序二维码分配的内容框架标签在所述应用页面中的排列次序与所述任意一个小程序二维码在预设条件中的扫描次序相同；

(3)第二终端针对每个所述小程序二维码，在其周边的指定区域显示为其分配的内容框架标签。

用户所要登录的应用页面可以具有多个内容框架标签，这些内容框架标签的排列次序与该应用页面的实质内容相关。因此，若用户为经常登录该应用页面的合法用户，则用户应当熟知这些内容框架标签在应用页面中的排列次序。将小程序二维码的扫描次序与内容框架标签的排列次序一一对应，且在小程序二维码周边的指定区域(例如二维码正上方或者正下方)分别显示对应的内容框架标签，则用户不必刻意去记忆各个小程序二维码的正确扫描顺序，只需按照熟知的内容框架标签的排列次序即可获知各个小程序二维码的正确扫描顺序，从而可以按照正确顺序扫码，成功登录到应用页面。而对于非法用户，由于其不知道各个内容框架标签在应用页面中的排列次序，故即便其看到每个小程序二维码分别对应的内容框架标签，其也无法获知正确的二维码扫描顺序，故无法成功登录到该应用页面。通过这样设置，合法用户不必硬性记忆二维码扫描顺序，进一步提高了方法的实用性。

例如，若用户所要登录的应用页面依次具有“项目大纲，Y对象的操作实现，X对象的操作实现，Z对象的操作实现…”等多个内容框架标签，则可以按照小程序二维码的数量从中提取相同数量的内容框架标签。比如，在第一终端的显示界面生成A、B和C共3个小程序二维码，则可以提取“Y对象的操作实现，X对象的操作实现，Z对象的操作实现”共3个内容框架标签。若设定的扫描顺序条件为B-C-A，则为B分配“Y对象的操作实现”标签，并在B的正上方或正下方显示该标签；为C分配“X对象的操作实现”标签，并在C的正上方或正下方显示该标签；为A分配“Z对象的操作实现”标签，并在A的正上方或正下方显示该标签。对于合法用户来说，其熟知所要登录的应用页面中各个内容框架标签是按照“Y对象的操作实现，X对象的操作实现，Z对象的操作实现”的次序排列的，故其能准确推断出正确的二维码扫描顺序B-C-A。而对于非法用户来说，由于其不知所要登录的应用页面中的各个内容框架标签的排列顺序，故无法推断出正确的二维码扫描顺序。

205、第一服务器将预先存储的与所述用户标识绑定的用户信息发送至第二终端；

第一服务器是用户管理后台服务器，其在接收到第一终端发送的用户标识(openID)之后，会将预先存储的与该用户标识(openID)绑定的用户信息发送给第二终端。这里的用户信息可以包括但不限于：用户头像、用户昵称、用户姓名、用户手机、用户身份证号，等等。在实际操作中，第一服务器存储的用户信息，可以由用户预先人工录入，也可以在用户第一次登录应用页面时，通过第一终端等设备授权调取相应的用户信息录入，用户信息在录入后会与对应的用户标识绑定。

在本申请实施例的一种实现方式中，第一服务器将预先存储的与所述用户标识绑定的用户信息发送至第二终端，可以包括：

(1)第一服务器从预先存储的用户等级对照表中查找与所述用户标识对应的用户等级标签；

(2)第一服务器根据所述用户等级标签，设置所述用户信息的发送权限；

(3)第一服务器查找与所述用户标识绑定的用户信息，并按照所述发送权限将所述用户信息发送至第二终端。

对于步骤(1)，第一服务器可以预先存储一个用户等级对照表，分别记录每个已注册的用户标识对应的用户等级标签，例如，用户标识ID001对应一级用户等级标签，用户标识ID025对应二级用户等级标签…等等。第一服务器在接收到第一终端发送的用户标识之后，可以根据该用户等级对照表查询得到对应的用户等级标签。

对于步骤(2)，可以根据确定的用户等级标签，设置用户信息的发送权限，例如若用户等级标签较高，可以设置较高的发送权限，若用户等级标签较低，可以设置较低的发送权限。发送权限可以包括但不限于：发送的用户信息的类型权限(例如较高的用户等级标签可以发送所有类型的用户信息，而较低的用户等级标签只能发送部分指定类型的用户信息)，发送的用户信息的大小权限(例如较高的用户等级标签可以发送体积较大的用户信息，而较低的用户等级标签只能发送体积较小的用户信息)，发送用户信息的时间权限(例如较高的用户等级标签可以在全部时间段发送用户信息，而较低的用户等级标签只能在指定时间段(例如每天的8:00-20:00)发送用户信息，等等。

对于步骤(3)，第一服务器会查找与该用户标识绑定的用户信息，然后按照步骤(2)中设置的发送权限，执行用户信息的发送操作。具体的，步骤(3)可以包括：

(3.1)第一服务器按照所述发送权限，将与所述用户标识绑定的用户信息划分为可发送部分信息与不可发送部分信息；

(3.2)将所述可发送部分信息发送至第二终端。

第一服务器按照设置的发送权限，能够确定与所述用户标识绑定的用户信息中哪部分可以发送，哪部分不可发送，从而划分出可发送部分信息与不可发送部分信息，最后将可发送部分信息发送至第二终端。例如，若设置的发送权限为头像和昵称(指定类型)的用户信息可发送，身份证号码和手机号码的用户信息不可发送，则在获取到与用户标识绑定的用户信息之后，只会将其中的头像和昵称部分发送给第二终端。通过这样设置，第一服务器可以按照用户标识对应的用户等级标签设置相应的用户信息发送权限，在一定程度上提高了用户信息发送的灵活性与安全性。

在本申请实施例的另一种实现方式中，第一终端在扫描小程序二维码之后，会提取其携带的scene参数中的二维码标识(objectID)，并将该二维码标识(objectID)也发送至第一服务器。第一服务器将预先存储的与所述用户标识绑定的用户信息发送至第二终端，可以包括：

(1)第一服务器根据接收到的所述二维码标识(objectID)检测所述小程序二维码的状态；

(2)若所述小程序二维码的状态为指定状态，则第一服务器查找与所述用户标识绑定的用户信息，并将查找到的所述用户信息发送至第二终端。

小程序二维码的状态可以包括：未扫码、已扫码、已过期、已取消等状态。其中，未扫码表示二维码有效但用户未使用第一终端扫码；已扫码表示二维码有效且用户已使用第一终端扫码并确认登录；已过期表示二维码已过期，是无效二维码，此时用户需要在第二终端上操作更新二维码；已取消表示用户已使用第一终端扫码但点击了取消登录。第一服务器根据接收到的二维码标识(objectID)，能够检测到小程序二维码的状态具体是怎样的，若检测到其状态为指定状态，例如已扫码状态，则第一服务器会查找与用户标识绑定的用户信息，并将查找到的用户信息返回至第二终端。而若检测到二维码的状态为其它状态，例如未扫码、已过期或者已取消状态，则第一服务器不会执行用户信息的发送操作。通过这样设置，第一服务器可以按照二维码状态决定是否发送用户信息，在一定程度上提高了用户信息发送的灵活性与安全性。

206、第二终端通过所述用户信息完成应用页面的登录操作。

第二终端在接收到第一服务器返回的用户信息之后，即可通过该用户信息完成指定应用页面的登录操作。另外，第二终端可以通过ajax轮询或者websocket的方式获得小程序二维码的扫描状态，如果用户在第一终端的小程序端点击确认登录，则第二终端在获得用户信息后，可以显示登录成功的界面；而如果用户在第一终端的小程序端点击取消登录，则第一终端可以显示登录失败的界面。

本申请实施例提出的应用页面的登录方法，首先在第二终端(例如PC端)的显示界面上显示一个小程序二维码，通过第一终端(例如用户的手机)扫描该小程序二维码以获取对应的用户标识，并将该用户标识发送给第一服务器；接着，第一服务器会将预存储的与该用户标识绑定的用户信息发送给第二终端，以便第二终端通过该用户信息完成应用页面的登录操作。在上述过程中，应用页面登录时所需的用户信息预先保存在服务器端并与用户标识绑定，第一终端在完成扫码后会获取对应的用户标识发送给服务器端，以便服务器端返回与用户标识绑定的用户信息给第二终端。通过这样设置，用户在第一终端上无需授权调取用户信息，从而有效简化了用户操作。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图3示出了本申请实施例提供的一种应用页面的登录装置的结构框图，该装置应用于第一终端，参照图3，该装置包括：

二维码扫描模块301，用于扫描在第二终端的显示界面中显示的小程序二维码；

用户标识获取模块302，用于通过所述小程序二维码获取用户标识；

用户标识发送模块303，用于将所述用户标识发送至第一服务器，以指示所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，使得所述第二终端通过所述用户信息完成应用页面的登录操作。

进一步的，所述用户标识获取模块可以包括：

二维码解析单元，用于对所述小程序二维码进行解析，提取其中包含的scene参数；

用户编码值获取单元，用于若所述scene参数中包含的二维码类型参数为指定数值，则调用wx.login函数获取用户编码值；

用户编码值发送单元，用于将所述用户编码值发送至第二服务器，以指示所述第二服务器通过调用第三方服务的应用程序接口获取所述用户标识，并将获取到的所述用户标识返回至所述第一终端。

进一步的，所述第二终端的显示界面中显示的小程序二维码有N个，N≥2；所述二维码扫描模块具体可以用于：

逐个扫描所述N个小程序二维码；

所述用户标识发送模块可以包括：

扫描顺序检测单元，用于检测所述N个小程序二维码的扫描顺序是否符合预设条件；

用户标识发送单元，用于若所述N个小程序二维码的扫描顺序符合所述预设条件，则通过所述小程序二维码获取用户标识，并将所述用户标识发送至第一服务器。

图4示出了本申请实施例提供的另一种应用页面的登录装置的结构框图，该装置应用于第二终端，参照图4，该装置包括：

二维码显示模块401，用于在显示界面中显示小程序二维码；

用户信息接收模块402，用于接收由第一服务器发送的用户信息；其中，所述用户信息为所述第一服务器预先存储的与用户标识绑定的信息，所述用户标识由第一终端在扫描所述小程序二维码后获取并发送至所述第一服务器；

应用页面登录模块403，用于通过所述用户信息完成应用页面的登录操作。

进一步的，所述二维码显示模块可以包括：

二维码显示单元，用于在显示界面中显示N个小程序二维码，N≥2；

框架标签获取单元，用于获取所述应用页面的N个内容框架标签；

框架标签分配单元，用于将所述N个内容框架标签平均分配给所述N个小程序二维码；其中，为任意一个小程序二维码分配的内容框架标签在所述应用页面中的排列次序与所述任意一个小程序二维码在预设条件中的扫描次序相同；

框架标签显示单元，用于针对每个所述小程序二维码，在其周边的指定区域显示为其分配的内容框架标签。

图5示出了本申请实施例提供的另一种应用页面的登录装置的结构框图，该装置应用于第一服务器终端，参照图5，该装置包括：

用户标识接收模块501，用于接收第一终端发送的用户标识；其中，所述用户标识由所述第一终端在扫描第二终端的显示界面中显示的小程序二维码后获取；

用户信息发送模块502，用于将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，以指示所述第二终端通过所述用户信息完成应用页面的登录操作。

进一步的，所述用户信息发送模块可以包括：

用户等级标签查找单元，用于从预先存储的用户等级对照表中查找与所述用户标识对应的用户等级标签；

发送权限设置单元，用于根据所述用户等级标签，设置所述用户信息的发送权限；

用户信息发送单元，用于查找与所述用户标识绑定的用户信息，并按照所述发送权限将所述用户信息发送至所述第二终端。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如图2表示的任意一种应用页面的登录方法。

本申请实施例还提供一种计算机程序产品，当该计算机程序产品在终端设备/服务器上运行时，使得该终端设备/服务器执行如图2表示的任意一种应用页面的登录方法。

图6是本申请一实施例提供的终端设备/服务器的示意图。如图6所示，该实施例的终端设备/服务器6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机可读指令62。所述处理器60执行所述计算机可读指令62时实现上述各个应用页面的登录方法实施例中的步骤。或者，所述处理器60执行所述计算机可读指令62时实现上述各装置实施例中各模块/单元的功能。

示例性的，所述计算机可读指令62可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器61中，并由所述处理器60执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令62在所述终端设备/服务器6中的执行过程。

所述终端设备/服务器6可以是智能手机、笔记本、掌上电脑及云端终端设备/服务器等计算设备。所述终端设备/服务器6可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是终端设备/服务器6的示例，并不构成对终端设备/服务器6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备/服务器6还可以包括输入输出设备、网络接入设备、总线等。

所述处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(AppLication Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieLd-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61可以是所述终端设备/服务器6的内部存储单元，例如终端设备/服务器6的硬盘或内存。所述存储器61也可以是所述终端设备/服务器6的外部存储设备，例如所述终端设备/服务器6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器61还可以既包括所述终端设备/服务器6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机可读指令以及所述终端设备/服务器所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种应用页面的登录方法，其特征在于，包括：

第一终端扫描在第二终端的显示界面中显示的小程序二维码；

所述第一终端通过所述小程序二维码获取用户标识；

所述第一终端将所述用户标识发送至第一服务器，以指示所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，使得所述第二终端通过所述用户信息完成应用页面的登录操作。

2.如权利要求1所述的登录方法，其特征在于，所述第一终端通过所述小程序二维码获取用户标识，包括：

所述第一终端对所述小程序二维码进行解析，提取其中包含的scene参数；

若所述scene参数中包含的二维码类型参数为指定数值，则所述第一终端调用wx.login函数获取用户编码值；

所述第一终端将所述用户编码值发送至第二服务器，以指示所述第二服务器通过调用第三方服务的应用程序接口获取所述用户标识，并将获取到的所述用户标识返回至所述第一终端。

3.如权利要求1或2所述的登录方法，其特征在于，所述第二终端的显示界面中显示的小程序二维码有N个，N≥2；

所述第一终端扫描在第二终端的显示界面中显示的小程序二维码，具体为：

所述第一终端逐个扫描所述N个小程序二维码；

所述第一终端通过所述小程序二维码获取用户标识，并将所述用户标识发送至第一服务器，包括：

所述第一终端检测所述N个小程序二维码的扫描顺序是否符合预设条件；

若所述N个小程序二维码的扫描顺序符合所述预设条件，则所述第一终端通过所述小程序二维码获取用户标识，并将所述用户标识发送至第一服务器。

4.一种应用页面的登录方法，其特征在于，包括：

第二终端在显示界面中显示小程序二维码；

所述第二终端接收由第一服务器发送的用户信息；其中，所述用户信息为所述第一服务器预先存储的与用户标识绑定的信息，所述用户标识由第一终端在扫描所述小程序二维码后获取并发送至所述第一服务器；

所述第二终端通过所述用户信息完成应用页面的登录操作。

5.如权利要求4所述的登录方法，其特征在于，所述第二终端在显示界面中显示小程序二维码，包括：

所述第二终端在显示界面中显示N个小程序二维码，N≥2；

所述第二终端获取所述应用页面的N个内容框架标签；

所述第二终端将所述N个内容框架标签平均分配给所述N个小程序二维码；其中，为任意一个小程序二维码分配的内容框架标签在所述应用页面中的排列次序与所述任意一个小程序二维码在预设条件中的扫描次序相同；

所述第二终端针对每个所述小程序二维码，在其周边的指定区域显示为其分配的内容框架标签。

6.一种应用页面的登录方法，其特征在于，包括：

第一服务器接收第一终端发送的用户标识；其中，所述用户标识由所述第一终端在扫描第二终端的显示界面中显示的小程序二维码后获取；

所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，以指示所述第二终端通过所述用户信息完成应用页面的登录操作。

7.如权利要求6所述的登录方法，其特征在于，所述第一服务器将预先存储的与所述用户标识绑定的用户信息发送至所述第二终端，包括：

所述第一服务器从预先存储的用户等级对照表中查找与所述用户标识对应的用户等级标签；

所述第一服务器根据所述用户等级标签，设置所述用户信息的发送权限；

所述第一服务器查找与所述用户标识绑定的用户信息，并按照所述发送权限将所述用户信息发送至所述第二终端。

8.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的应用页面的登录方法。

9.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求6或7所述的应用页面的登录方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的应用页面的登录方法。

Images