CN112769798B - 一种登录方法及装置 - Google Patents

Abstract

本申请公开了提供了一种登录方法和装置，该方法包括：响应于用户发送的目标业务模块的选择信息，根据目标业务模块的目标地址获取目标业务模块的目标页面。通过目标接口将目标令牌发送给目标业务模块，以便目标业务模块在接收到目标令牌后，利用目标令牌获取用户的登录信息，并利用用户的登录信息在目标页面上进行登录。通过本申请实施例提供的登录方法，当用户已登录主应用时，第二服务器保密存储有用户的登录信息。若用户需要登录到目标业务模块，则可以通过主应用将目标令牌发送给目标业务模块，使目标业务模块利用目标令牌获取用户的登录信息进行登录。则在登录目标业务模块时，不需要用户重新输入登录信息，方便了用户。

Description

一种登录方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及一种登录方法及装置。

背景技术

随着移动互联网的发展，常常需要用户从移动应用的一个业务模块切换到另一个业务模块中。用户进行不同的业务模块切换时，需要重新登录，给用户造成了不便。

目前，相关技术采用重定向原理解决不同的业务模块切换时，用户需要重新登录的问题。但是，在不同业务模块切换的过程中，该方法需要进行多次重定向，繁琐复杂，工作量大。

发明内容

为了解决上述技术问题，本申请提供了一种登录方法及装置，以使用户进行不同的业务模块切换时，不需要重新输入登录信息，达到了用户免登录的目的，简化了用户的操作。

为了实现上述目的，本申请实施例提供的技术方案如下：

本申请实施例提供一种登录方法，所述方法包括：

响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址；

根据所述目标地址向所述目标业务模块发送第一请求，所述第一请求用于获取所述目标业务模块的目标页面；

接收所述目标业务模块返回的所述目标页面；

调取目标接口，通过所述目标接口将目标令牌发送给所述目标业务模块，以便所述目标业务模块在接收到所述目标令牌后，利用所述目标令牌获取用户的登录信息，并利用所述用户的登录信息在所述目标页面上进行登录；所述目标令牌为第一服务器对所述用户登录主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息。

可选的，在所述响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址之前，所述方法还包括：

接收用户的登录信息；

将所述用户的登录信息发送给第一服务器，以使所述第一服务器对所述用户的登录信息进行校验，生成校验信息；当所述第一服务器对所述用户的登录信息校验通过时，所述校验信息包括校验通过结果和所述第一服务器生成的目标令牌；

接收所述第一服务器发送的所述校验通过结果和所述第一服务器生成的目标令牌；

存储所述目标令牌，并将登录成功的信息显示给所述用户。

本申请实施例还提供了另一种登录方法，所述方法包括：

响应主应用发送的第一请求，将目标页面发送给所述主应用；所述第一请求用于获取目标业务模块的目标页面；

通过目标接口接收所述主应用发送的目标令牌，将所述目标令牌存储在Cookie中；所述目标令牌为第一服务器对用户登录所述主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息；

响应所述用户发送的登录请求，向第一服务器发送第二请求，所述第二请求中携带所述Cookie中存储的所述目标令牌；所述第二请求用于使所述第一服务器对所述目标令牌进行校验，请求获取所述用户的登录信息；

当校验通过时，接收所述第一服务器发送的所述用户的登录信息，以利用所述用户的登录信息在所述目标页面上进行登录。

可选的，所述方法还包括：

将所述登录成功的信息显示给所述用户。

可选的，所述方法还包括：

当校验不通过时，向用户发送提示消息，所述提示消息用于提示用户进行登录。

本申请实施例提供了一种登录装置，所述装置包括：

第一获取单元，用于响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址；

第一发送单元，用于根据所述目标地址向所述目标业务模块发送第一请求，所述第一请求用于获取所述目标业务模块的目标页面；

第一接收单元，用于接收所述目标业务模块返回的所述目标页面；

第二发送单元，用于调取目标接口，通过所述目标接口将目标令牌发送给所述目标业务模块，以便所述目标业务模块在接收到所述目标令牌后，利用所述目标令牌获取用户的登录信息，并利用所述用户的登录信息在所述目标页面上进行登录；所述目标令牌为第一服务器对所述用户登录主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息。

可选的，所述装置还包括：

第二获取单元，用于在所述响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址之前接收用户的登录信息；

校验单元，用于将所述用户的登录信息发送给第一服务器，以使所述第一服务器对所述用户的登录信息进行校验，生成校验信息；当所述第一服务器对所述用户的登录信息校验通过时，所述校验信息包括校验通过结果和所述第一服务器生成的目标令牌；

第二接收单元，用于接收所述第一服务器发送的所述校验通过结果和所述第一服务器生成的目标令牌；

显示单元，用于存储所述目标令牌，并将登录成功的信息显示给所述用户。

本申请实施例还提供了另一种登录装置，所述装置包括：

第一发送单元，用于响应主应用发送的第一请求，将目标页面发送给所述主应用；所述第一请求用于获取目标业务模块的目标页面；

第一接收单元，用于通过目标接口接收所述主应用发送的目标令牌，将所述目标令牌存储在Cookie中；所述目标令牌为第一服务器对用户登录所述主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息；

第二发送单元，用于响应所述用户发送的登录请求，向第一服务器发送第二请求，所述第二请求中携带所述Cookie中存储的所述目标令牌；所述第二请求用于使所述第一服务器对所述目标令牌进行校验，请求获取所述用户的登录信息；

第二接收单元，用于当校验通过时，接收所述第一服务器发送的所述用户的登录信息，以利用所述用户的登录信息在所述目标页面上进行登录。

可选的，所述装置还包括：

显示单元，用于将所述登录成功的信息显示给所述用户。

可选的，所述装置还包括：

第三发送单元，用于当校验不通过时，向用户发送提示消息，所述提示消息用于提示用户进行登录。

通过上述技术方案可知，本申请具有以下有益效果：

本申请实施例提供了一种登录方法和装置，该方法包括：响应于用户发送的目标业务模块的选择信息，获取目标业务模块的目标地址。根据目标地址向目标业务模块发送第一请求，第一请求用于获取目标业务模块的目标页面。接收目标业务模块返回的目标页面。调取目标接口，通过目标接口将目标令牌发送给目标业务模块，以便目标业务模块在接收到目标令牌后，利用目标令牌获取用户的登录信息，并利用用户的登录信息在目标页面上进行登录。其中，目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给主应用的，用于获取第二服务器中存储的用户的登录信息。通过本申请实施例提供的登录方法，当用户已登录主应用时，第一服务器保密存储有用户的登录信息，主应用存储有和用户的登录信息对应的目标令牌。若用户需要登录到目标业务模块，则可以通过主应用将目标令牌发送给目标业务模块，使目标业务模块利用目标令牌获取用户的登录信息进行登录。因此，在登录目标业务模块时，不需要用户重新输入登录信息，简化了用户的操作，方便了用户。

附图说明

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

图1为本申请实施例提供的一种登录方法的流程图；

图2为本申请实施例提供的另一种登录方法的流程图；

图3为本申请实施例登录方法的一个实施例示意图；

图4为本申请实施例提供的一种登录装置的示意图；

图5为本申请实施例提供的另一种登录装置的示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。

为了便于理解和解释本申请提供的技术方案，下面先对本申请的相关技术进行说明。

随着智能手机的普及和硬件设备的提升，移动应用的种类和功能越来越丰富。主流移动应用多通过混合开发，嵌入HTML5(简称H5)来高效地更新扩展业务功能，比如支付宝、农银e管家等。

通过Ionic+Cordova混合开发并内嵌H5的移动应用中的不同的业务模块使用不同的二级域名部署在不同的第一服务器上，但是用户系统是统一的，即一套用户的用户名、密码在整个移动应用的各个业务模块中均是可以登录使用的。但是，当用户在一个业务模块登录后，若要进入别的业务模块，仍然需要重新登录。例如，当用户登录了移动主应用后，若要再登录H5页面，则需要用户重新输入用户名和密码等进行登录，增加了用户的操作，造成用户体验差。

目前，可以利用重定向原理解决用户在Ionic+Cordova混合开发并内嵌H5的移动应用中的不同业务模块切换时的重新登录问题。

通过一个业务模块和另一个业务模块来回重定向中进行通信，实现信息的安全传递。一个业务模块提供一个GET方式的登录接口，用户通过另一个业务模块重定向连接的方式访问登录接口。在该方法中，需要进行多次重定向，造成登录过程繁琐复杂，工作量大。

基于此，本申请实施例提供了一种登录方法，该方法包括：响应于用户发送的目标业务模块的选择信息，获取目标业务模块的目标地址。根据目标地址向目标业务模块发送第一请求，第一请求用于获取目标业务模块的目标页面。接收目标业务模块返回的目标页面。调取目标接口，通过目标接口将目标令牌发送给目标业务模块，以便目标业务模块在接收到目标令牌后，利用目标令牌获取用户的登录信息，并利用用户的登录信息在目标页面上进行登录。其中，目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给主应用的，用于获取第二服务器中存储的用户的登录信息。

为了便于理解本申请实施例提供的技术方案，下面结合附图对本申请实施例提供的一种登录方法进行详细说明。参见图1，图1为本申请实施例提供的一种登录方法的流程图，作为一种示例，该方法应用于主应用。如图1所示，该方法包括S101-S104：

S101：响应于用户发送的目标业务模块的选择信息，获取目标业务模块的目标地址。

用户选择目标业务模块时，主应用响应于用户发送的目标业务模块的选择信息，获取目标业务模块的目标地址。在一些实施方式中，目标业务模块的目标地址为目标业务模块的统一资源定位符。可以理解的是，目标业务模块的选择信息表明用户选择目标业务模块进行登录。

作为一种示例，主应用为Ionic+Cordova混合开发并内嵌H5的移动应用。作为一种示例，目标业务模块为依靠移动应用中的内嵌H5开发的业务模块。

其中，Ionic是一款基于AngularJs、针对移动应用的混合开发框架，拥有非常接近原生的UI组件，以及强大的命令行工具，它通过与Cordova框架的配合，完成对移动端应用的构建。

Cordova是Apache的开源框架，提供了一系列移动平台的壳，主要用于嵌套H5，将H5打造成应用市场认可的包，并提供一套基于JavaScript(简称JS)的H5和各个移动平台通讯的应用程序接口(Application Program Interface，API)。

需要说明的是，在主应用响应于用户发送的目标业务模块的选择信息，获取目标业务模块的目标地址之前，需要用户先登录主应用。

S102：根据目标地址向目标业务模块发送第一请求，第一请求用于获取目标业务模块的目标页面。

主应用根据目标业务模块的目标地址，向目标业务模块发送第一请求，请求获取目标业务模块的目标页面。

作为一种示例，目标页面为H5页面。

S103：接收目标业务模块返回的目标页面。

主应用接收目标业务模块返回的目标页面。具体实施时，主应用通过Cordovawebview接收目标页面。

S104：调取目标接口，通过目标接口将目标令牌发送给目标业务模块，以便目标业务模块在接收到目标令牌后，利用目标令牌获取用户的登录信息，并利用用户的登录信息在目标页面上进行登录；目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的用户的登录信息。

主应用调取目标接口，通过目标接口将目标令牌发送给目标业务模块。当目标业务模块接收到目标令牌后，利用目标令牌获取用户的登录信息，并利用用户的登录信息在目标页面上进行登录。作为一种示例，目标接口为JSAPI。用户的登录信息至少包括用户名和密码，用户的登录信息存储在Session对象中。

需要说明的是，目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的用户的登录信息。作为一种示例，第一服务器为应用服务器。

作为一种示例，第二服务器为Redis服务器。本申请中，Ionic+Cordova混合开发的移动应用与目标业务模块使用同一套用户系统，即一套用户的用户名、密码，且第二服务器可以为同一套Redis服务器集群。

还需要说明的是，在本申请实施例提供的方法实施之前，需要用户登录主应用，即在S101之前，本申请实施例提供的登录方法还包括用户登录主应用。具体实施时，用户登录主应用的步骤如下：

接收用户的登录信息；

将用户的登录信息发送给第一服务器，以使第一服务器对用户的登录信息进行校验，生成校验信息；当第一服务器对用户的登录信息校验通过时，校验信息包括校验通过结果和第一服务器生成的目标令牌；

接收第一服务器发送的校验通过结果和第一服务器生成的目标令牌；

存储目标令牌，并将登录成功的信息显示给用户。

需要说明的是，主应用接收用户发送的用户名和密码等登录信息，将登录信息发送给第一服务器。

当第一服务器对用户的登录信息进行校验时，若用户的登录信息校验通过，则第一服务器会将用户的登录信息保密存储在第二服务器中，并生成和用户的登录信息相对应的目标令牌。该目标令牌用于获取存储在第二服务器中的用户的登录信息。

当用户的登录信息校验通过时，第一服务器将校验通过结果和生成的目标令牌发送给主应用。主应用接收到目标令牌之后，存储目标令牌。主应用接收到校验通过结果后，向用户显示登录成功的信息。

可以理解的是，第一服务器对用户的登录信息进行校验时，若用户的登录信息未通过，则将校验未通过结果发送给主应用。主应用接收到校验未通过结果后，向用户显示登录失败的信息，并提醒用户重新输入登录信息。

本申请实施例提供了一种登录方法，该方法可以应用于主应用。该方法包括：响应于用户发送的目标业务模块的选择信息，获取目标业务模块的目标地址。根据目标地址向目标业务模块发送第一请求，第一请求用于获取目标业务模块的目标页面。接收目标业务模块返回的目标页面。调取目标接口，通过目标接口将目标令牌发送给目标业务模块，以便目标业务模块在接收到目标令牌后，利用目标令牌获取用户的登录信息，并利用用户的登录信息在目标页面上进行登录。其中，目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给主应用的，用于获取第二服务器中存储的用户的登录信息。通过本申请实施例提供的登录方法，当用户已登录主应用时，第二服务器保密存储有用户的登录信息，主应用存储有和用户的登录信息对应的目标令牌。若用户需要登录到目标业务模块，则可以通过主应用将目标令牌发送给目标业务模块，使目标业务模块利用目标令牌直接从第二服务器中获取用户的登录信息进行登录。因此，在登录目标业务模块时，不需要用户重新输入登录信息，简化了用户的操作，方便了用户。

参见图2，图2为本申请实施例提供的另一种登录方法的流程图，作为一种示例，该方法应用于目标业务模块。如图1所示，该方法包括S201-S204：

S201：响应主应用发送的第一请求，将目标页面发送给主应用；第一请求用于获取目标业务模块的目标页面。

目标业务模块响应主应用发送的第一请求，将目标页面发送给主应用。其中，第一请求用于获取目标业务模块的目标页面。

作为一种示例，目标页面为目标业务模块的登录页面。可以理解的是，目标页面为H5页面。

需要说明的是，在目标业务模块响应主应用发送的第一请求，将目标页面发送给主应用之前，需要用户先登录主应用，并且需要用户向主应用发送目标业务模块的选择信息。

需要说明的是，主应用获取到目标业务模块的目标地址后，根据目标地址向目标业务模块发送第一请求。

S202：通过目标接口接收主应用发送的目标令牌，将目标令牌存储在Cookie中；目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给主应用的，用于获取第二服务器中存储的用户的登录信息。

目标业务模块通过目标接口接收主应用发送的目标令牌，将目标令牌存储在Cookie中。其中，目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给主应用的，用于获取第二服务器中存储的用户的登录信息。

S203：响应用户发送的登录请求，向第一服务器发送第二请求，第二请求中携带Cookie中存储的目标令牌；第二请求用于使第一服务器对目标令牌进行校验，请求获取用户的登录信息。

当用户发送登录请求时，目标业务模块相应用户的登录请求，向第一服务器发送第二请求。其中，第二请求中携带Cookie中存储的目标令牌，第二请求用于使第一服务器对目标令牌进行校验，请求获取用户的登录信息。

可以理解的是，用户可以通过点击目标页面的登录按钮发送登录请求。

S204：当校验通过时，接收第一服务器发送的用户的登录信息，以利用登录信息在目标页面上进行登录。

当第一服务器对目标令牌校验通过时，目标业务模块接收第一服务器发送的用户的登录信息，以利用用户的登录信息在目标页面上进行登录。具体实施时，当第一服务器对目标令牌校验通过时，第一服务器从第二服务器中读取第二服务器存储的用户的登录信息，并将用户的登录信息发送给目标业务模块。

需要说明的是，当登录成功后，目标业务模块将登录成功的信息显示给用户。还需要说明的是，当第一服务器对目标令牌校验不通过时，目标业务模块向用户发送提示消息，该提示消息用于提示用户进行登录，此时，用户需要通过登录信息进行登录。

本申请实施例提供了一种登录方法，该方法应用于目标业务模块。该方法包括：响应主应用发送的第一请求，将目标页面发送给主应用。其中，第一请求用于获取目标业务模块的目标页面。通过目标接口接收主应用发送的目标令牌，将目标令牌存储在Cookie中。其中，目标令牌为第一服务器对用户登录主应用时产生的登录信息校验成功后生成并发送给主应用的，用于获取第二服务器中存储的用户的登录信息。响应用户发送的登录请求，向第一服务器发送第二请求，第二请求中携带Cookie中存储的目标令牌。第二请求用于使第一服务器对目标令牌进行校验，请求获取用户的登录信息。当校验通过时，接收第一服务器发送的用户的登录信息，以利用登录信息在目标页面上进行登录。通过本申请实施例提供的登录方法，当用户已登录主应用时，第二服务器保密存储有用户的登录信息，主应用存储有和用户的登录信息对应的目标令牌。若用户需要登录到目标业务模块，则可以通过主应用将目标令牌发送给目标业务模块，使目标业务模块利用目标令牌获取用户的登录信息进行登录。因此，在登录目标业务模块时，不需要用户重新输入登录信息，简化了用户的操作，方便了用户。

参见图3，图3为本申请实施例登录方法的一个实施例示意图。如图3所示，本申请实施例提供的登录方法包括：

S301：用户向主应用发送登录信息；

S302：主应用将接收到的登录信息发送给第一服务器，以使第一服务器对用户的登录信息进行校验；

S303：第一服务器对用户的登录信息进行校验，当校验通过时，第一服务器生成校验信息，校验信息包括校验通过结果和目标令牌；

S304：第一服务器向主应用发送校验信息；

S305：主应用存储目标令牌；

S306：主应用将登录成功的信息显示给用户；

S307：主应用接收用户发送的目标业务模块的选择信息；

S308：主应用响应于用户发送的目标业务模块的选择信息，获取目标业务模块的目标地址；

S309：主应用根据目标地址向目标业务模块发送第一请求，第一请求用于获取目标业务模块的目标页面；

S310：主应用接收目标业务模块返回的目标页面；

S311：主应用调取目标接口，通过目标接口将目标令牌发送给目标业务模块；

S312：目标业务模块将接收到的目标令牌存储在Cookie中；

S313：用户向目标业务模块发送登录请求；

S314：目标业务模块响应于用户发送的登录请求，向第一服务器发送第二请求，第二请求中携带Cookie中存储的目标令牌；第二请求用于使第一服务器对目标令牌进行校验，请求获取用户的登录信息；

S315：第一服务器对目标令牌进行校验；

S316：当校验通过时，第一服务器将用户的登录信息发送给目标业务模块，以使目标业务模块利用登录信息在目标页面上进行登录；

S317：目标业务模块将登录成功的信息显示给用户。

需要说明的是，本申请实施例提供的登录方法的详细说明可参见图1和图2所提供的实施例，在此不再详述。

通过本申请实施例提供的登录方法，当用户登录主应用时，第二服务器会保密存储用户的登录信息，并将和用户的登录信息相对应的目标令牌发送给主应用。若用户需要登录目标业务模块，则可以通过主应用将目标令牌发送给目标业务模块，使目标业务模块利用目标令牌获取用户的登录信息进行登录。因此，在用户需要登录目标业务模块时，不需要用户重新输入登录信息，简化了用户的操作，方便了用户。

本申请实施例还提供了一种登录装置，参见图4，图4为本申请实施例提供的一种登录装置的示意图，该装置包括：

第一获取单元401，用于响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址；

第一发送单元402，用于根据所述目标地址向所述目标业务模块发送第一请求，所述第一请求用于获取所述目标业务模块的目标页面；

第一接收单元403，用于接收所述目标业务模块返回的所述目标页面；

第二发送单元404，用于调取目标接口，通过所述目标接口将目标令牌发送给所述目标业务模块，以便所述目标业务模块在接收到所述目标令牌后，利用所述目标令牌获取用户的登录信息，并利用所述用户的登录信息在所述目标页面上进行登录；所述目标令牌为第一服务器对所述用户登录主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息。

可选的，在本实施例的一些实施方式中，所述装置还包括：

第二获取单元，用于在所述响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址之前接收用户的登录信息；

校验单元，用于将所述用户的登录信息发送给第一服务器，以使所述第一服务器对所述用户的登录信息进行校验，生成校验信息；当所述第一服务器对所述用户的登录信息校验通过时，所述校验信息包括校验通过结果和所述第一服务器生成的目标令牌；

第二接收单元，用于接收所述第一服务器发送的所述校验通过结果和所述第一服务器生成的目标令牌；

显示单元，用于存储所述目标令牌，并将登录成功的信息显示给所述用户。

通过本申请实施例提供的登录装置，当用户已登录主应用时，第二服务器保密存储有用户的登录信息，主应用存储有和用户的登录信息对应的目标令牌。若用户需要登录到目标业务模块，则可以通过主应用将目标令牌发送给目标业务模块，使目标业务模块利用目标令牌获取用户的登录信息进行登录。因此，在登录目标业务模块时，不需要用户重新输入登录信息，简化了用户的操作，方便了用户。

本申请实施例还提供了另一种登录装置，参见图5，图5为本申请实施例提供的另一种登录装置的示意图，该装置包括：

第一发送单元501，用于响应主应用发送的第一请求，将目标页面发送给所述主应用；所述第一请求用于获取目标业务模块的目标页面；

第一接收单元502，用于通过目标接口接收所述主应用发送的目标令牌，将所述目标令牌存储在Cookie中；所述目标令牌为第一服务器对用户登录所述主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息；

第二发送单元503，用于响应所述用户发送的登录请求，向第一服务器发送第二请求，所述第二请求中携带所述Cookie中存储的所述目标令牌；所述第二请求用于使所述第一服务器对所述目标令牌进行校验，请求获取所述用户的登录信息；

第二接收单元504，用于当校验通过时，接收所述第一服务器发送的所述用户的登录信息，以利用所述用户的登录信息在所述目标页面上进行登录。

可选的，在本实施例的一些实施方式中，所述装置还包括：

显示单元，用于将所述登录成功的信息显示给所述用户。

可选的，在本实施例的一些实施方式中，所述装置还包括：

第三发送单元，用于当校验不通过时，向用户发送提示消息，所述提示消息用于提示用户进行登录。

通过本申请实施例提供的登录装置，当用户已登录主应用时，第二服务器保密存储有用户的登录信息，主应用存储有和用户的登录信息对应的目标令牌。若用户需要登录到目标业务模块，则可以通过主应用将目标令牌发送给目标业务模块，使目标业务模块利用目标令牌获取用户的登录信息进行登录。因此，在登录目标业务模块时，不需要用户重新输入登录信息，简化了用户的操作，方便了用户。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的方法而言，由于其与实施例公开的系统相对应，所以描述的比较简单，相关之处参见系统部分说明即可。

还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种登录方法，其特征在于，所述方法包括：

响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址；所述目标业务模块为依靠移动应用中的内嵌H5开发的业务模块；

根据所述目标地址向所述目标业务模块发送第一请求，所述第一请求用于获取所述目标业务模块的目标页面；

接收所述目标业务模块返回的所述目标页面；

调取目标接口，通过所述目标接口将目标令牌发送给所述目标业务模块，以便所述目标业务模块在接收到所述目标令牌后，利用所述目标令牌获取用户的登录信息，并利用所述用户的登录信息在所述目标页面上进行登录；所述目标令牌为第一服务器对所述用户登录主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息；所述主应用为Ionic+Cordova混合开发并内嵌H5的移动应用。

2.根据权利要求1所述的方法，其特征在于，在所述响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址之前，所述方法还包括：

接收用户的登录信息；

将所述用户的登录信息发送给第一服务器，以使所述第一服务器对所述用户的登录信息进行校验，生成校验信息；当所述第一服务器对所述用户的登录信息校验通过时，所述校验信息包括校验通过结果和所述第一服务器生成的目标令牌；

接收所述第一服务器发送的所述校验通过结果和所述第一服务器生成的目标令牌；

存储所述目标令牌，并将登录成功的信息显示给所述用户。

3.一种登录方法，其特征在于，所述方法包括：

响应主应用发送的第一请求，将目标页面发送给所述主应用；所述第一请求用于获取目标业务模块的目标页面；所述主应用为Ionic+Cordova混合开发并内嵌H5的移动应用；所述目标业务模块为依靠所述移动应用中的内嵌H5开发的业务模块；

通过目标接口接收所述主应用发送的目标令牌，将所述目标令牌存储在Cookie中；所述目标令牌为第一服务器对用户登录所述主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息；

响应所述用户发送的登录请求，向第一服务器发送第二请求，所述第二请求中携带所述Cookie中存储的所述目标令牌；所述第二请求用于使所述第一服务器对所述目标令牌进行校验，请求获取所述用户的登录信息；

当校验通过时，接收所述第一服务器发送的所述用户的登录信息，以利用所述用户的登录信息在所述目标页面上进行登录。

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

将所述登录成功的信息显示给所述用户。

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

当校验不通过时，向用户发送提示消息，所述提示消息用于提示用户进行登录。

6.一种登录装置，其特征在于，所述装置包括：

第一获取单元，用于响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址；所述目标业务模块为依靠移动应用中的内嵌H5开发的业务模块；

第一发送单元，用于根据所述目标地址向所述目标业务模块发送第一请求，所述第一请求用于获取所述目标业务模块的目标页面；

第一接收单元，用于接收所述目标业务模块返回的所述目标页面；

第二发送单元，用于调取目标接口，通过所述目标接口将目标令牌发送给所述目标业务模块，以便所述目标业务模块在接收到所述目标令牌后，利用所述目标令牌获取用户的登录信息，并利用所述用户的登录信息在所述目标页面上进行登录；所述目标令牌为第一服务器对所述用户登录主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息；所述主应用为Ionic+Cordova混合开发并内嵌H5的移动应用。

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

第二获取单元，用于在所述响应于用户发送的目标业务模块的选择信息，获取所述目标业务模块的目标地址之前接收用户的登录信息；

校验单元，用于将所述用户的登录信息发送给第一服务器，以使所述第一服务器对所述用户的登录信息进行校验，生成校验信息；当所述第一服务器对所述用户的登录信息校验通过时，所述校验信息包括校验通过结果和所述第一服务器生成的目标令牌；

第二接收单元，用于接收所述第一服务器发送的所述校验通过结果和所述第一服务器生成的目标令牌；

显示单元，用于存储所述目标令牌，并将登录成功的信息显示给所述用户。

8.一种登录装置，其特征在于，所述装置包括：

第一发送单元，用于响应主应用发送的第一请求，将目标页面发送给所述主应用；所述第一请求用于获取目标业务模块的目标页面；所述主应用为Ionic+Cordova混合开发并内嵌H5的移动应用；所述目标业务模块为依靠所述移动应用中的内嵌H5开发的业务模块；

第一接收单元，用于通过目标接口接收所述主应用发送的目标令牌，将所述目标令牌存储在Cookie中；所述目标令牌为第一服务器对用户登录所述主应用时产生的登录信息校验成功后生成并发送给所述主应用的，用于获取第二服务器中存储的所述用户的登录信息；

第二发送单元，用于响应所述用户发送的登录请求，向第一服务器发送第二请求，所述第二请求中携带所述Cookie中存储的所述目标令牌；所述第二请求用于使所述第一服务器对所述目标令牌进行校验，请求获取所述用户的登录信息；

第二接收单元，用于当校验通过时，接收所述第一服务器发送的所述用户的登录信息，以利用所述用户的登录信息在所述目标页面上进行登录。

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

显示单元，用于将所述登录成功的信息显示给所述用户。

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

第三发送单元，用于当校验不通过时，向用户发送提示消息，所述提示消息用于提示用户进行登录。

Images