CN104601590B - 一种登录方法、服务器及移动终端 - Google Patents

Abstract

本发明的实施方式提供了一种登录方法。该方法包括：接收移动终端发送的登录请求信息，该登录请求信息包括该移动终端的deviceID和请求登录的app的appID；基于所接收的登录请求信息中包括的deviceID和appID，查询登录数据库以确认该移动终端上是否有其他app已登录；根据登录查询结果，向所述移动终端返回登录信息，以供所述请求登录的app进行登录。通过本发明上述实施方式的方法，可以为运营商的多个app提供共享登录状态，简化了用户登录操作，为用户带来了更好的体验，并且可以给运营公司带来用户转化率，增强用户粘性。此外，本发明的实施方式提供了一种服务器及移动终端。

Description

一种登录方法、服务器及移动终端

技术领域

本发明的实施方式涉及app应用领域，更具体地，本发明的实施方式涉及一种登录方法、服务器及移动终端。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

目前便携式电子设备的使用日益广泛，各个公司推出了大量供用户在移动终端使用的应用程序(app)，例如百度地图、百度贴吧、百度视频等。对于同一公司(例如百度)的app，目前主要是通过app之间通信来获取登录状态，进而采用一个通行证账号在各个app之间通行。

但是，app之间通信在IOS***上基本不可实现，而在其他***上，2个app之间的通信尚可实现，但是app一多就会出现通信灾难，比如10个app交叉通信就需要10*9＝90个通信，而整个公司app间的通信在可执行性上更是非常差的。

发明内容

出于app数量大时app间通信灾难的原因，在现有技术中，用户在同一移动终端设备上使用同一运营商的app时，不能很好地实现“共享登录”。在本申请的上下文中，“共享登录”是指：在移动终端上的一个app已处于登录状态的情况下，在启动该移动终端上的另一app时，无需再次手动输入账号、密码，即可采用已处于登录状态的app的登录账号完成登录。

另外，在无法实现共享登录的情况下，app已登出(logout)或首次登录时都需要输入账号、密码，这是非常令人烦恼的过程。

为此，非常需要一种改进的登录方法，以实现app间的共享登录。

在本上下文中，本发明的实施方式期望提供一种登录方法、服务器及移动终端。

在本发明实施方式的第一方面中，提供了一种登录方法，例如，可以包括：接收移动终端发送的登录请求信息，该登录请求信息包括该移动终端的设备识别码deviceID和请求登录的app的app识别码appID；基于所接收的登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录；根据登录查询结果，向所述移动终端返回登录信息，以供所述请求登录的app进行登录。

在本发明实施方式的第二方面中，提供了一种登录方法，例如，可以包括：发送登录请求信息至服务器，该登录请求信息包括移动终端的设备识别码deviceID和请求登录的app的app识别码appID；接收所述服务器返回的登录信息，其中，该登录信息是由所述服务器基于所述登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录，并根据登录查询结果生成的；根据所述登录信息，对所述请求登录的app进行登录。

在本发明实施方式的第三方面中，提供了一种服务器，例如，可以包括：登录请求信息接收模块，用于接收移动终端发送的登录请求信息，该登录请求信息包括该移动终端的设备识别码deviceID和请求登录的app的app识别码appID；登录查询模块，用于基于所接收的登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录；登录处理模块，用于根据登录查询结果，向所述移动终端返回登录信息，以供所述请求登录的app进行登录。

在本发明实施方式的第四方面中，提供了一种移动终端，例如，可以包括：登录请求信息发送模块，用于发送登录请求信息至服务器，该登录请求信息包括移动终端的设备识别码deviceID和请求登录的app的app识别码appID；登录信息接收模块，用于接收所述服务器返回的登录信息，其中，该登录信息是由所述服务器基于登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录，并根据登录查询结果生成的；app登录模块，用于根据所述登录信息，对所述请求登录的app进行登录。

通过本发明实施方式的登录方法、服务器及移动终端，可以为运营商的多个app提供共享登录机制，从而简化了用户登录操作，为用户带来更好的体验，并且可以给运营公司带来用户转化率，增强用户粘性。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了根据本发明实施方式的应用场景；

图2示意性地示出了根据本发明实施方式的服务器的设备结构示意图；

图3示意性地示出了根据本发明实施方式的移动终端的设备结构示意图；

图4A-4C示意性地示出了根据本发明实施例的登录数据库的数据结构示意图；

图5示意性地示出了根据本发明实施方式的登录方法的流程示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术技术人员知道，本发明的实施方式可以实现为一种***、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种登录方法、服务器及移动终端。

在本文中，需要理解的是，所涉及的术语中：

1、设备识别码(deviceID)：在app首次启动时由服务器根据移动终端的元数据生成的设备唯一识别码，不同平台生成方案不同，由规定的加密方式生成。例如，对于android终端，元数据可以包括手机型号、MAC地址(物理地址)、分辨率、操作***名称等；对于IOS终端，元数据可以包括操作***提供的IDFV、keychain等。

2、app识别码(appID)：由服务器给每个app分配的唯一识别码(ID)。appID是在移动终端上的app首次运行时，基于移动终端发送的deviceID和该app的app名称关联生成的。这样，在登录过程中，服务器每次接收到移动终端发送的数据后，可以检验发送数据中的deviceID和appID是否匹配，以防用户利用伪造或篡改的appID进行登录。

3、登录凭证(token)：当移动终端的app以某一账号成功登录后，服务器生成一个token(对应于一个deviceID、一个appID及一个账号)。服务器可以将token与deviceID、appID以及登录账号相关联地存储在服务器可访问的登录数据库中，同时还可以将该token发送给移动终端进行保存。这样，当用户关闭(而非登出(logout))app并再次打开app时，移动终端可以将保存的token发送给服务器以与服务器处存储的token进行匹配验证，当确认匹配时，自动登录。当账号登出后，对应token失效。例如，服务器接收到账号登出指令后，删除该token，并下发一个指令给移动终端，移动终端相应删除该token。

4、key：在app首次启动时由服务器分配给每个移动终端上的用于移动终端与服务器间通信协议加密的密钥。

5、操作凭证：例如可以是“验证码”或“要求发送确认登录指令的凭证”，并且一次有效。对于验证码，可以由服务器下发登录账号时，一并发送给移动终端，需用户选择账号并正确输入验证码后才能进行登录。对于“要求发送确认登录指令的凭证”，在用户选择登录账号后，移动终端可以向服务器发送一个“确认登录指令”，服务器在接收到该“确认登录指令”后，完成登录。

此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

常规上，当用户启动(例如激活、打开)移动终端上的某一app后，移动终端首先检查本地是否存储有相应token；如果有，表明该app已登录，则直接向服务器发送token，由服务器根据存储的token进行验证登录；如果没有，表明该app尚未登录或已登出，则进行“常规登录”，即需用户手动输入账号、密码进行登录。这样，用户在登录账号时，操作比较繁琐。

为此，本发明提供了一种共享登录机制。共享登录的过程可以是：移动终端向服务器发送登录请求信息；服务器基于登录请求信息判断该移动终端上是否有其他app已登录，并根据登录查询结果向移动终端返回登录信息，供请求登录的app进行登录。这样，在已有其他app登录的情况下，用户无需重复输入通行证账号和/或登录密码，只需选择服务器返回的账号即可快速登录app。

可选地，在移动终端存储有token的情况下，用户也可以选择发起共享登录过程，实现共享登录其他app上的已登录账号。

此处，其他app可以是在同一移动终端上与请求登录的app同一运营商的app。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

首先参考图1，服务器100可以是通行证服务器等，移动终端200可以是手机、平板电脑等。移动终端200与服务器100之间例如可以通过移动互联网等进行通信连接。

利用本发明实施例提供的登录方法，当用户启动(例如激活、打开)移动终端200上的某一app时，如该app处于尚未登录或已登出状态，则可触发一共享登录过程：由移动终端200发送登录请求信息至服务器100；服务器100基于登录请求信息进行查询，并根据登录查询结果向移动终端200返回登录信息；用户利用移动终端200选择共享登录的账号；服务器100接收并授权该账号的登录。即实现了app的共享登录。

如果app已经以某一账号登录过且尚未登出，即在移动终端200和服务器100处均存储有对应的登录凭证(token)，则在启动该app时，可以仅通过token进行验证登录。

示例性设备

下面结合图1的应用场景，参考图2、图3分别对本发明示例性实施方式的服务器100、移动终端200进行介绍。

需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

例如，参见图2，为本发明实施例提供的服务器100的设备结构示意图。如图所示，服务器100可以包括：登录请求信息接收模块101、登录查询模块102、登录处理模块103、登录数据库104。此外，服务器100还可以包括登录凭证生成模块105。

参见图3，为本发明实施例提供的移动终端200的设备结构示意图。如图所示，移动终端200可以包括：登录请求信息发送模块201、登录信息接收模块202、app登录模块203。此外，移动终端200还可以包括登录凭证接收模块204、存储器205。

参照图3，当用户启动(例如激活、打开)移动终端200上的某一app时，如果该app处于尚未登录或已登出状态，则可以触发一共享登录过程。移动终端200中的登录请求信息发送模块201发送登录请求信息至服务器100，其中，该登录请求信息可以包括移动终端200的deviceID和请求登录的app的appID。

如前所述，移动终端200的deviceID是由服务器100根据移动终端200的元数据生成的设备唯一识别码，不同平台生成方案不同，由特定的加密方式生成的，请求登录的app的appID是基于移动终端200的deviceID和该app的app名称关联生成的。可选地，在登录过程中，服务器100每次接收到移动终端200发送的数据后，可以检验发送数据中的deviceID和appID是否匹配，以防用户利用伪造或篡改的appID进行登录。

接着参照图2，服务器100中的登录请求信息接收模块101接收上述登录请求信息。登录查询模块102基于所接收的登录请求信息中包括的deviceID和appID，查询登录数据库104，以确认该移动终端200上是否有其他app已登录。

具体地，对于已登录的app，服务器100可以将deviceID、appID、登录账号以及登录状态相关联地存储在登录数据库104中，以便在接收到登录请求信息时，进行查询。

图4A-4B示意性地示出了登录数据库104所存储内容的数据结构。

例如，从图4A可知，对于deviceID为“Terminal_Z”的移动终端，已有appID为“Z_163_app1”和“Z_163_app2”两个app登录。更具体地，对于“Z_163_app1”，已登录的账号有Accout_A、Accout_B；对于“Z_163_app2”，已登录的账号有Accout_A、Account_C。

此外，如图4A所示，登录数据库104中还可以与已登录的app和账号相关联地存储对应的登录凭证。例如，对于“Z_163_app1”，分别存储了登录账号Account_A、Account_B的登录凭证token_1、token_3；对于“Z_163_app2”，分别存储了登录账号Account_A、Account_C的登录凭证token_2、token_4。当账号登出(logout)后，与之相关联的登录凭证将失效。

此外，登录数据库4中还可以与deviceID相对应地存储一“登录状态”标志，用于指示对应于该deviceID的移动终端200上是否已有app处于登录状态。

例如，如图4A所示，对于deviceID“Terminal_Z”，有两个app“Z_163_app1”、“Z_163_app2”处于登录状态，因此“登录状态”标志为“Z_163_LOG_ON”，这意味着其他app可以进行“共享登录”。

如图4B、4C所示，对于deviceID“Terminal_Z”，虽然处于登录状态的app/账号有变化，但是“登录状态”标志保持不变，仍为“Z_163_LOG_ON”。

这样，服务器100在接收到移动终端200发送来的登录请求信息时，只需查询对应的登录状态即可获知“移动终端200上是否有其他app已登录”，以确定是否可进行“共享登录”。

继续参照图2，在登录查询模块102查询登录数据库104后，登录处理模块103根据登录查询结果，向移动终端200返回登录信息，以供请求登录的app进行登录。

具体地，如果登录查询结果指示无其他app处于登录状态，则登录处理模块103可以向移动终端200返回一指示“常规登录”的登录信息，以便用户输入账号和密码进行登录。

如果登录查询结果指示有其他app处于登录状态，则登录处理模块103可以生成并向移动终端200返回一指示可进行共享登录的“登录信息”，该“登录信息”包括其他app已登录的账号。这样，用户可以针对请求登录的app选择账号，进行共享登录，而无需输入登录账号和密码。

例如，如图4B所示，根据登录数据库104的存储内容，对于移动终端200(deviceID：Terminal_Z)的app1(appID：Z_163_app1)，已以账号Account_A登录。这样，在用户启动另一app(appID：Z_163_app2)的情况下，登录处理模块103可以向移动终端200返回一指示“共享登录”且包括账号Account_A的“登录信息”。用户选择该账号Account_A，即可实现app2的共享登录，而无需再次手动输入账号和密码。在app2实现共享登录后，登录数据库104的存储内容变为如图4C所示。

可选地，登录处理模块103生成并向移动终端200返回的“登录信息”还可以包括针对请求登录的app的操作凭证。该操作凭证例如可以是“验证码”或“确认登录指令”，并且一次有效。对于验证码，可以由服务器100返回“登录信息”时，一并发送给移动终端200，需用户选择账号并正确输入验证码后才能进行登录。对于确认登录指令，在用户选择了登录账号后，移动终端200可以向服务器100发送一个用户触发的“确认登录指令”，服务器100在接收到该“确认登录指令”后，只能进行一次有效的处理，生成对应的token，完成后即失效，而不能重复利用。

继续参照图3，移动终端200中的登录信息接收模块202接收服务器100返回的登录信息，以供app登录模块203根据该登录信息进行登录。

例如，如果登录信息指示“常规登录”(没有其他app处于登录状态)，则app登录模块203呈现账号、密码输入框，以供用户输入账号和关联的密码，进行登录。

如果登录信息指示可进行共享登录，则app登录模块203呈现该登录信息携带的登录账号，供用户选择账号、进行共享登录。用户选择账号后，app登录模块203将用户选择的账号发送至服务器100。

可选地，如前所述，如服务器100所生成并返回的“登录信息”还携带有“操作凭证”，则app登录模块203可以呈现相应的操作凭证，以供用户/移动终端200执行相应操作。

服务器100接收用户选择的账号，该账号在请求登录的app上登录成功。服务器100的登录凭证生成模块105可以生成对应于该app及该账号的登录凭证token，并将该登录凭证与对应的deviceID、appID、登录账号相关联地存储在登录数据库104中，同时发送给移动终端200。移动终端200的登录凭证接收模块204接收服务器100返回的登录凭证token，并将该登录凭证token与deviceID、与appID、登录账号相关联地存储在存储器205中。

这样，当用户启动(例如激活、打开)移动终端200上的某一app时，移动终端200可以首先判断存储器205中是否存储有相应token。如果存储有相应token，表明已登录，则移动终端200可以直接向服务器100发送token，进行验证登录。如果存储器205内还有该app对应的其他token，即用户在该app上登录了多个账号，则用户可以通过账号切换方式，登录其他账号。如果没有存储相应token，则表明app尚未登录或已登出，可发起共享登录过程，向服务器100发送登录请求信息。

可选地，在有token的情况下，用户也可以选择发起共享登录过程，实现共享登录其他app上的已登录账号。

在上述实施例中，可再参考图4A所示，例如，用户使用app1(appID：Z_163_app1)时，登录的账号为“Account_A”。关闭该app后。如果用户再次启动app1，移动终端根据关闭app1时，已登录的账号为“Account_A”，发送存储的token_1至服务器，验证登录该账号。

可选地，如果用户想切换账号，可以在移动终端上触发账号切换功能，移动终端检测到本地还存储有token_3，将对应的账号“Account_B”呈现给用户。如果切换该账号，移动终端发送token_3至服务器，验证登录该账号。

可选地，如果用户想登录更多的其他账号，可以发起共享登录过程，如图4A所示，移动终端可获得账号“Account_C”，呈现给用户，用户可以选择在app1上登录账号“Account_C”。

可选地，如果用户首次启动app3(appID：Z_163_app3，图未示)，移动终端检测到本地没有存储app3相应的token。则发起共享登录过程，向服务器发送登录请求信息。根据图4A所示，移动终端可以获得服务器返回的账号“Account_A”、“Account_B”、“Account_C”，供用户选择。

在上述实施例中，实现了app的账号共享登录，简化了登录操作，提升了app的易用性。

可选地，为保障安全性，防止攻击者伪造请求，服务器100及移动终端200之间所有传输过程均可以使用key加密，并且在每次传输时都附带appID，服务器100处理移动终端发送的数据时，会验证数据中的appID是否有效，来增加传输信息的可靠度。例如，服务器100可以检验数据中的deviceID和appID是否匹配，以防用户利用伪造或篡改的appID进行登录。

可选地，服务器100还可以通过限制同一个IP或同一个appID单位时间(如一小时)发起共享登录请求的次数来防范移动终端200对deviceID的扫描探测。例如，当同一个IP、同一个appID单位时间内发起共享登录请求的次数超过预定次数时，可以禁用共享登录功能，而要求用户进行常规登录。

可选地，服务器100可以给app加上一层授权，以增强安全性。例如，每个app在发布的时候可以内置用于加密和签名验证的公钥，在和服务器通信的时候可以用此公钥对协议参数生成加密信息，以及对服务器端返回的签名信息做验证。

通过本发明上述实施方式的服务器及移动终端实现的app共享登录方式，为运营商(同一个运营商)的多个app提供共享登录状态，特别在目前app大量涌现，一个运营商的app可能会很多，通过该登录方式简化了用户登录操作，为用户带来了更好的体验，并且可以给运营公司带来巨大的用户转化率，增强用户粘性。

示例性方法

在介绍了本发明示例性实施方式的设备之后，接下来，参考图5对本发明示例性实施方式的登录方法进行介绍。

图5为本发明实施例提供的登录方法的流程示意图。下面参照该图对登录方法的流程进行描述。

首先，在步骤S701，用户启动移动终端(如图1中所示的移动终端200)上的一app。

在步骤S702，移动终端判断本地是否存储有登录凭证token。如果结果为“是”，则进行到步骤S703；如果结果为“否”，则触发共享登录过程，进行到步骤S704。

在步骤S703，移动终端直接向服务器(如图1中所示的服务器100)发送token，进行验证登录。可选地，验证登录后，用户可以选择发起共享登录过程，实现共享登录其他app上的已登录账号。

在步骤S704，发起共享登录过程，移动终端向服务器发送登录请求信息。其中，该登录请求信息可以包括移动终端的deviceID和请求登录的app的appID。

在步骤S705，服务器接收登录请求信息。

在步骤S706，服务器基于所接收的登录请求信息中包括的deviceID和appID，查询登录数据库以确认该移动终端上是否有其他app已登录。如果结果为“否”，则进行到步骤S707；如果结果为“是”，则进行到步骤S708。

在步骤S707，服务器可以发送“常规登录”的登录信息至移动终端。在此情况下，用户需输入账号、密码进行常规登录。

在步骤S708，服务器向移动终端返回一指示可进行共享登录的登录信息，该登录信息可以包括其他app已登录的登录账号。可选地，该登录信息还可以包括针对请求登录的app的一次有效的操作凭证。

在步骤S709，移动终端接收服务器返回的登录信息。

在步骤S710，用户对移动终端根据登录信息呈现出的已登录的登录账号进行选择，从而进行共享登录。可选地，在登录信息包括操作凭证的情况下，用户/移动终端还需依据操作凭证进行操作。

在步骤S711，服务器对用户选择的登录账号进行登录。并且，还针对该app的该登录账号生成相应的token，并将该token与deviceID、appID、登录账号相关联地进行存储，同时发送给移动终端。

在步骤S712，移动终端存储服务器返回的token，完成共享登录。

通过本发明上述实施方式的登录方式，可以为运营商的多个app提供共享登录状态，简化了用户登录操作，为用户带来了更好的体验，并且可以给运营公司带来巨大的用户转化率，增强用户粘性。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

例如，在移动终端一侧执行的步骤S701、步骤S702、步骤S707、步骤S712，在服务器一侧执行的步骤S703步骤、S711，仅是实施本发明的共享登录的可选步骤，缺少其中一些或全部不会影响本发明的基本发明目的的实现。

此外，尽管在上文详细描述中提及了服务器、移动终端的若干模块，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。同样，上文描述的一个装置的特征和功能也可以进一步划分为由多个装置来具体化。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (26)

1.一种登录方法，包括：

接收移动终端发送的登录请求信息，该登录请求信息包括该移动终端的设备识别码deviceID和请求登录的app的app识别码appID；

基于所接收的登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录；

当登录查询结果指示无其他app处于登录状态时返回常规登录信息，当登录查询结果指示有其他app处于登录状态时返回共享登录信息，以供所述请求登录的app进行登录。

2.根据权利要求1所述的登录方法，其中，所述登录数据库将所述设备识别码deviceID、所述app识别码appID、登录账号以及登录状态相关联地进行存储。

3.根据权利要求2所述的登录方法，其中，如果登录查询结果表示所述移动终端上有其他app已登录，向所述移动终端返回常规登录信息或共享登录信息的步骤包括：

向所述移动终端返回所述其他app已登录的登录账号，以供所述请求登录的app选择该账号并进行登录。

4.根据权利要求2所述的登录方法，其中，如果登录查询结果表示所述移动终端上有其他app已登录，该方法还包括：

生成针对所述请求登录的app的操作凭证，

并且其中，向所述移动终端返回常规登录信息或共享登录信息的步骤包括：

向所述移动终端返回所述其他app已登录的登录账号和针对所述请求登录的app的操作凭证，以供所述请求登录的app选择所述已登录的登录账号并依据该操作凭证进行输入、以进行登录。

5.根据权利要求4所述的登录方法，其中，

所述操作凭证仅针对所述请求登录的app的一次登录有效。

6.根据权利要求5所述的登录方法，还包括：

当所述请求登录的app成功登录时，生成登录凭证token，并在所述登录数据库中与所述设备识别码deviceID、所述app识别码appID、所述登录账号相关联地进行存储，同时发送给所述移动终端。

7.根据权利要求1到6中任一项所述的登录方法，其中，所述app识别码appID是在所述移动终端上的app首次运行时，基于所述移动终端发送的所述设备识别码deviceID和该app的app名称生成的。

8.一种登录方法，包括：

发送登录请求信息至服务器，该登录请求信息包括移动终端的设备识别码deviceID和请求登录的app的app识别码appID；

接收所述服务器返回的常规登录信息或共享登录信息，其中，该常规登录信息或共享登录信息是由所述服务器基于所述登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录，并根据登录查询结果生成的；其中，当登录查询结果指示无其他app处于登录状态时，生成的是常规登录信息，当登录查询结果指示有其他app处于登录状态时，生成的是共享登录信息；

根据所述常规登录信息或共享登录信息，对所述请求登录的app进行登录。

9.根据权利要求8所述的登录方法，其中，如果登录查询结果表示所述移动终端上有其他app已登录，根据所述常规登录信息或共享登录信息，对所述请求登录的app进行登录的步骤包括：

接收所述服务器返回的所述其他app已登录的登录账号，以供所述请求登录的app选择该账号并进行登录。

10.根据权利要求8所述的登录方法，其中，如果登录查询结果表示所述移动终端上有其他app已登录，根据所述常规登录信息或共享登录信息，对所述请求登录的app进行登录的步骤包括：

接收所述服务器发送的所述其他app已登录的登录账号和针对所述请求登录的app生成的操作凭证；

选择所述已登录的登录账号，并依据所述操作凭证进行输入、以进行登录。

11.根据权利要求10所述的登录方法，其中，所述操作凭证仅针对所述请求登录的app的一次登录有效。

12.根据权利要求11所述的登录方法，还包括：

接收当所述请求登录的app成功登录时服务器返回的登录凭证token，并在存储器中与所述设备识别码deviceID、所述app识别码appID、所述登录账号相关联地进行存储。

13.根据权利要求8到12中任一项所述的登录方法，其中，所述app识别码appID是在所述移动终端上的app首次运行时，基于所述移动终端的所述设备识别码deviceID和该app的app名称生成的。

14.一种服务器，包括：

登录请求信息接收模块，用于接收移动终端发送的登录请求信息，该登录请求信息包括该移动终端的设备识别码deviceID和请求登录的app的app识别码appID；

登录查询模块，用于基于所接收的登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录；

登录处理模块，用于当登录查询结果指示无其他app处于登录状态时返回常规登录信息，当登录查询结果指示有其他app处于登录状态时返回共享登录信息，以供所述请求登录的app进行登录。

15.根据权利要求14所述的服务器，其中，所述服务器还包括：登录数据库，用于将所述设备识别码deviceID、所述app识别码appID、登录账号以及登录状态相关联地进行存储。

16.根据权利要求15所述的服务器，其中，如果登录查询结果表示所述移动终端上有其他app已登录，所述登录处理模块用于向所述移动终端返回所述其他app已登录的登录账号，以供所述请求登录的app选择该账号并进行登录。

17.根据权利要求15所述的服务器，其中，如果登录查询结果表示所述移动终端上有其他app已登录，所述登录处理模块用于生成针对所述请求登录的app的操作凭证；

并且所述登录处理模块还用于向所述移动终端返回所述其他app已登录的登录账号和针对所述请求登录的app的操作凭证，以供所述请求登录的app选择所述已登录的登录账号并依据该操作凭证进行输入、以进行登录。

18.根据权利要求17所述的服务器，其中，

所述操作凭证仅针对所述请求登录的app的一次登录有效。

19.根据权利要求18所述的服务器，还包括：

登录凭证生成模块，用于当所述请求登录的app成功登录时，生成登录凭证token，并与所述设备识别码deviceID、所述app识别码appID、所述登录账号相关联地存储在所述登录数据库中，同时发送给所述移动终端。

20.根据权利要求14到19中任一项所述的服务器，其中，所述服务器还包括app识别码appID是在所述移动终端上的app首次运行时，基于所述移动终端发送的所述设备识别码deviceID和该app的app名称生成的。

21.一种移动终端，包括：

登录请求信息发送模块，用于发送登录请求信息至服务器，该登录请求信息包括移动终端的设备识别码deviceID和请求登录的app的app识别码appID；

登录信息接收模块，用于接收所述服务器返回的常规登录信息或共享登录信息，其中，该常规登录信息或共享登录信息是由所述服务器基于登录请求信息中包括的设备识别码deviceID和app识别码appID，查询登录数据库以确认该移动终端上是否有其他app已登录，并根据登录查询结果生成的；其中，当登录查询结果指示无其他app处于登录状态时，生成的是常规登录信息，当登录查询结果指示有其他app处于登录状态时，生成的是共享登录信息；

app登录模块，用于根据所述常规登录信息或共享登录信息，对所述请求登录的app进行登录。

22.根据权利要求21所述的移动终端，其中，如果登录查询结果表示所述移动终端上有其他app已登录，所述app登录模块用于接收所述服务器返回的所述其他app已登录的登录账号，以供所述请求登录的app选择该账号并进行登录。

23.根据权利要求21所述的移动终端，其中，如果登录查询结果表示所述移动终端上有其他app已登录，所述app登录模块用于接收所述服务器发送的所述其他app已登录的登录账号和针对所述请求登录的app生成的操作凭证，所述已登录的登录账号，并依据所述操作凭证进行输入、以进行登录。

24.根据权利要求23所述的移动终端，其中，

所述操作凭证仅针对所述请求登录的app的一次登录有效。

25.根据权利要求24所述的移动终端，还包括：

登录凭证接收模块，用于接收当所述请求登录的app成功登录时服务器返回的登录凭证token；

存储器，用于将登录凭证token与所述设备识别码deviceID、所述app识别码appID、所述登录账号相关联地进行存储。

26.根据权利要求21到25中任一项所述的移动终端，其中，所述app识别码appID是在所述移动终端上的app首次运行时，基于所述移动终端的所述设备识别码deviceID和该app的app名称生成的。