登录认证方法、终端及服务器转让专利

申请号 : CN201410357345.2

文献号 : CN105282126B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 周文硕李佳

申请人 : 腾讯科技(北京)有限公司

摘要 :

本发明公开了一种登录认证方法、终端及服务器,其中,该方法包括:接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;向第二应用所对应的服务器发送登录认证请求,其中,登录认证请求中至少包括第一应用的标识及第一应用账号;若接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息,则在第一应用的界面中显示的第二应用的界面上进行操作。本发明解决了现有技术中在不同的应用之间进行跨应用操作时,需要对不同的应用进行多次登录认证所导致的操作效率较低的技术问题。

权利要求 :

1.一种登录认证方法,其特征在于,包括:

接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;

在接收到所述操作请求的情况下,向所述第二应用所对应的服务器发送登录认证请求,其中,所述登录认证请求中至少包括所述第一应用的标识及所述第一应用账号;

在所述服务器查找到与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号的情况下,在接收到所述服务器响应于所述登录认证请求所发送的根据所述第二应用账号生成的所述第二应用的登录认证信息时,在所述第一应用的界面中显示的所述第二应用的界面上进行所述操作;

其中,所述服务器还用于在响应于所述登录认证请求发送所述第二应用的登录认证信息之前,接收所述登录认证请求,查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号,若查找到所述第二应用账号,则根据所述第二应用账号生成所述第二应用的登录认证信息,响应于所述登录认证请求发送所述第二应用的登录认证信息。

2.根据权利要求1所述的方法,其特征在于,

在所述向所述第二应用所对应的服务器发送登录认证请求之前,还包括:获取用于允许向所述第二应用所对应的服务器发送所述第一应用的标识及所述第一应用账号的权限;

所述向所述第二应用所对应的服务器发送登录认证请求包括:在获取到所述权限之后,将所述登录认证请求发送给所述第二应用所对应的服务器。

3.根据权利要求1所述的方法,其特征在于,所述第一应用的界面中显示多个不同的第二应用的界面,其中,所述多个不同的第二应用中的每一个第二应用对应的服务器具有所述第一应用账号与用于登录所述每一个第二应用的第二应用账号的映射关系。

4.根据权利要求1所述的方法,其特征在于,在所述接收到所述服务器响应于所述登录认证请求所发送的所述第二应用的登录认证信息之后,还包括:将由所述服务器接收到的所述第二应用的所述登录认证信息存入缓存中。

5.一种登录认证方法,其特征在于,包括:

接收运行有第二应用的终端发送的登录认证请求,其中,所述登录认证请求中至少包括第一应用的标识及第一应用账号,其中,在所述终端上所述第一应用账号登录的所述第一应用的界面中显示所述第二应用的界面,所述登录认证请求在接收到请求在所述第一应用的界面中显示的所述第二应用的界面上进行操作的操作请求的情况下生成;

响应于所述登录认证请求查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号;

若查找到所述第二应用账号,则根据所述第二应用账号生成所述第二应用的登录认证信息;

向所述终端发送所述第二应用的登录认证信息。

6.根据权利要求5所述的方法,其特征在于,在响应于所述登录认证请求查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号之后,还包括:若未查找到所述第二应用账号,则指示所述终端将所述第一应用的界面中显示的所述第二应用的界面切换至所述第二应用的登录认证界面;

接收所述终端发送的在所述登录认证界面上输入的账号信息;

对所接收到的所述账号信息进行登录认证;

若所接收到的所述账号信息通过认证,则根据所接收到的所述账号信息生成所述第二应用的登录认证信息;

向所述终端发送所述第二应用的登录认证信息。

7.根据权利要求5所述的方法,其特征在于,在所述接收运行有第二应用的终端发送的登录认证请求之前,还包括:接收所述终端发送的指示信息,其中,所述指示信息用于指示在第一应用账号登录的第一应用的界面中使用所述第二应用账号登录所述第二应用;

保存所述指示信息中携带的所述第一应用的标识、所述第一应用账号和所述第二应用账号的映射关系。

8.根据权利要求5所述的方法,其特征在于,所述响应于所述登录认证请求查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号包括:向所述第一应用所对应的服务器发送用于请求对所述第一应用账号进行校验的校验请求;

接收所述第一应用所对应的服务器响应于所述校验请求发送的校验结果;

在判断出所述校验结果指示所述第一应用账号为合法登录账号的情况下,响应于所述登录认证请求查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号。

9.一种终端,其特征在于,包括:

接收单元,用于接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;

第一发送单元,用于在接收到所述操作请求的情况下,向所述第二应用所对应的服务器发送登录认证请求,其中,所述登录认证请求中至少包括所述第一应用的标识及所述第一应用账号;

操作单元,用于在所述服务器查找到与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号的情况下,在接收到所述服务器响应于所述登录认证请求所发送的根据所述第二应用账号生成的所述第二应用的登录认证信息时,在所述第一应用的界面中显示的所述第二应用的界面上进行所述操作;

其中,所述服务器还用于在响应于所述登录认证请求发送所述第二应用的登录认证信息之前,接收所述登录认证请求,查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号,若查找到所述第二应用账号,则根据所述第二应用账号生成所述第二应用的登录认证信息,响应于所述登录认证请求发送所述第二应用的登录认证信息。

10.根据权利要求9所述的终端,其特征在于,还包括:

获取单元,用于在所述向所述第二应用所对应的服务器发送登录认证请求之前,获取用于允许向所述第二应用所对应的服务器发送所述第一应用的标识及所述第一应用账号的权限;

所述发送单元包括:发送模块,用于在获取到所述权限之后,将所述登录认证请求发送给所述第二应用所对应的服务器。

11.根据权利要求9所述的终端,其特征在于,所述第一应用的界面中显示多个不同的第二应用的界面,其中,所述多个不同的第二应用中的每一个第二应用对应的服务器具有所述第一应用账号与用于登录所述每一个第二应用的第二应用账号的映射关系。

12.根据权利要求9所述的终端,其特征在于,还包括:

存储单元,用于在所述接收到所述服务器响应于所述登录认证请求所发送的所述第二应用的登录认证信息之后,将由所述服务器接收到的所述第二应用的所述登录认证信息存入缓存中。

13.一种服务器,其特征在于,包括:

第一接收单元,用于接收运行有第二应用的终端发送的登录认证请求,其中,所述登录认证请求中至少包括第一应用的标识及第一应用账号,其中,在所述终端上所述第一应用账号登录的所述第一应用的界面中显示所述第二应用的界面,所述登录认证请求在接收到请求在所述第一应用的界面中显示的所述第二应用的界面上进行操作的操作请求的情况下生成;

查找单元,用于响应于所述登录认证请求查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号;

生成单元,用于在查找到所述第二应用账号时,根据所述第二应用账号生成所述第二应用的登录认证信息;

发送单元,用于向所述终端发送所述第二应用的登录认证信息。

14.根据权利要求13所述的服务器,其特征在于,还包括:

指示单元,用于在响应于所述登录认证请求查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号之后,在所述查找单元未查找到所述第二应用账号时,指示所述终端将所述第一应用的界面中显示的所述第二应用的界面切换至所述第二应用的登录认证界面;

第二接收单元,用于接收所述终端发送的在所述登录认证界面上输入的账号信息;

认证单元,用于对所接收到的所述账号信息进行登录认证;

生成单元,用于在所接收到的所述账号信息通过认证时,根据所接收到的所述账号信息生成所述第二应用的登录认证信息;

发送单元,用于向所述终端发送所述第二应用的登录认证信息。

15.根据权利要求13所述的服务器,其特征在于,还包括:

第三接收单元,用于在所述接收运行有第二应用的终端发送的登录认证请求之前,接收所述终端发送的指示信息,其中,所述指示信息用于指示在第一应用账号登录的第一应用的界面中使用所述第二应用账号登录所述第二应用;

保存单元,用于保存所述指示信息中携带的所述第一应用的标识、所述第一应用账号和所述第二应用账号的映射关系。

16.根据权利要求13所述的服务器,其特征在于,所述查找单元包括:发送模块,用于向所述第一应用所对应的服务器发送用于请求对所述第一应用账号进行校验的校验请求;

接收模块,用于接收所述第一应用所对应的服务器响应于所述校验请求发送的校验结果;

查找模块,用于在判断出所述校验结果指示所述第一应用账号为合法登录账号的情况下,响应于所述登录认证请求查找与所述登录认证请求中的所述第一应用的标识及所述第一应用账号对应的用于登录所述第二应用的第二应用账号。

说明书 :

登录认证方法、终端及服务器

技术领域

[0001] 本发明涉及计算机领域,具体而言,涉及一种登录认证方法、终端及服务器。

背景技术

[0002] 目前,互联网产品日益丰富,不同的网络产品都有各自的登录体系。即使是同一公司的不同产品,其登录状态也并不一定互通,而是需要分别登录认证。假设以应用A和应用B为例,如果用户在登录应用A的情况下,需要在应用A的页面对应用B直接进行操作,例如:评论操作。目前通常采用的技术方案,会将应用A的客户端挂起,转而进入应用B的登录页面,在成功登录应用B后,才能在应用B的页面对其相应的内容进行评论操作。例如,以微博和微信为例,当用户在微信页面内访问微博页面时,将无法进行收听,广播等操作。
[0003] 然而,由于现有的这种不互通的登录方式在每次面对不同的应用时,都需要重复执行登录认证,以获取登录授权而难以实现无缝衔接,使得用户在跨应用操作时的效率较低,花费的时间较长,严重影响了用户体验。
[0004] 针对上述的问题,目前尚未提出有效的解决方案。

发明内容

[0005] 本发明实施例提供了一种登录认证方法、终端及服务器,以至少解决现有技术中在不同的应用之间进行跨应用操作时,需要对不同的应用进行多次登录认证所导致的操作效率较低的技术问题。
[0006] 根据本发明实施例的一个方面,提供了一种登录认证方法,包括:接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;向上述第二应用所对应的服务器发送登录认证请求,其中,上述登录认证请求中至少包括上述第一应用的标识及上述第一应用账号;若接收到上述服务器响应于上述登录认证请求所发送的上述第二应用的登录认证信息,则在上述第一应用的界面中显示的上述第二应用的界面上进行上述操作。
[0007] 根据本发明实施例的另一方面,还提供了一种登录认证方法,包括:接收运行有第二应用的终端发送的登录认证请求,其中,上述登录认证请求中至少包括第一应用的标识及第一应用账号,其中,在上述终端上上述第一应用账号登录的上述第一应用的界面中显示上述第二应用的界面;响应于上述登录认证请求查找与上述登录认证请求中的上述第一应用的标识及上述第一应用账号对应的用于登录上述第二应用的第二应用账号;若查找到上述第二应用账号,则根据上述第二应用账号生成上述第二应用的登录认证信息;向上述终端发送上述第二应用的登录认证信息。
[0008] 根据本发明实施例的另一方面,还提供了一种终端,包括:接收单元,用于接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;第一发送单元,用于向上述第二应用所对应的服务器发送登录认证请求,其中,上述登录认证请求中至少包括上述第一应用的标识及上述第一应用账号;操作单元,用于在接收到上述服务器响应于上述登录认证请求所发送的上述第二应用的登录认证信息时,在上述第一应用的界面中显示的上述第二应用的界面上进行上述操作。
[0009] 根据本发明实施例的另一方面,还提供了一种服务器,包括:第一接收单元,用于接收运行有第二应用的终端发送的登录认证请求,其中,上述登录认证请求中至少包括第一应用的标识及第一应用账号,其中,在上述终端上上述第一应用账号登录的上述第一应用的界面中显示上述第二应用的界面;查找单元,用于响应于上述登录认证请求查找与上述登录认证请求中的上述第一应用的标识及上述第一应用账号对应的用于登录上述第二应用的第二应用账号;生成单元,用于在查找到上述第二应用账号时,根据上述第二应用账号生成上述第二应用的登录认证信息;发送单元,用于向上述终端发送上述第二应用的登录认证信息。
[0010] 在本发明实施例中,通过将终端上至少包括第一应用的标识及第一应用账号的登录认证请求发送给上述第二应用所对应的服务器,在接收到上述服务器根据上述第一应用的标识及第一应用账号得到第二应用的登录认证信息后,无需对上述第二应用再次进行登录认证,即可实现在第一应用的界面中显示的第二应用的界面上进行操作,进而解决了现有技术中在不同的应用之间进行跨应用操作时,需要对不同的应用进行多次登录认证所导致的操作效率较低的技术问题。
[0011] 进一步,在第二应用所对应的服务器中保存上述第一应用的标识、第一应用账号和第二应用账号的映射关系,若在上述映射关系中查找到与上述登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号,则可在服务器直接生成上述第二应用的认证登录信息,并将上述第二应用的认证登录信息发送给上述终端。从而实现了不同应用登录状态的互通,进而提高了跨应用操作的效率,为用户节省了操作时间。

附图说明

[0012] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
[0013] 图1是根据本发明实施例的一种可选的登录认证方法的流程示意图;
[0014] 图2是根据本发明实施例的一种可选的登录认证方法的应用场景的示意图;
[0015] 图3是根据本发明实施例的一种可选的在第一应用的界面中显示第二应用的界面的示意图;
[0016] 图4是根据本发明实施例的另一种可选的登录认证方法的应用场景的示意图;
[0017] 图5是根据本发明实施例的另一种可选的登录认证方法的流程示意图;
[0018] 图6是根据本发明实施例的一种可选的登录认证的界面示意图;
[0019] 图7是根据本发明实施例的又一种可选的登录认证方法的流程示意图;
[0020] 图8是根据本发明实施例的又一种可选的登录认证方法的流程示意图;
[0021] 图9是根据本发明实施例的又一种可选的登录认证方法的流程示意图;
[0022] 图10是根据本发明实施例的一种可选的终端的示意图;以及
[0023] 图11是根据本发明实施例的一种可选的服务器的示意图。

具体实施方式

[0024] 为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
[0025] 需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0026] 实施例1
[0027] 根据本发明实施例,提供了一种登录认证方法,如图1所示,该方法包括:
[0028] S102,接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;
[0029] S104,向第二应用所对应的服务器发送登录认证请求,其中,登录认证请求中至少包括第一应用的标识及第一应用账号;
[0030] S106,若接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息,则在第一应用的界面中显示的第二应用的界面上进行操作。
[0031] 可选地,在本实施例中,上述登录认证方法可以应用于认证登录系统中,其中,上述认证登录认证系统包括如图2所示的终端202,服务器204。例如,上述终端202可以但不限于为:手机、平板电脑。可选地,在本实施例中,上述终端202中运行的第一应用及第二应用可以但不限于为不同的应用,例如,假设第一应用为微博,第二应用为团购,在终端202上的微博客户端上登录账号(例如,账号为“Sun.zhang”)时,在接收到对账号“Sun.zhang”所关注的某团购应用的某界面上的商品进行购买操作的操作请求时,则需要向上述团购应用所对应的服务器(例如,图2所示的服务器204)发送对团购的登录认证请求,其中,上述请求中至少包括上述微博应用的标识(例如,Weibo)及上述微博的账号“Sun.zhang”。上述举例只是一种示例,本实施例对此不做任何限定。
[0032] 可选地,在本实施例中的界面可以但不限于包括:呈现在用户面前,显示器屏幕上的图形状态。例如,登录界面,代表着登录者需要提供账号密码安全验证的界面,有控制用户权限、记录用户行为、保护操作安全的作用。
[0033] 可选地,在本实施例中,可以在第一应用的界面中显示的第二应用的界面上进行操作,也可以在嵌套有第二应用的界面的第一应用的界面上进行操作。例如,在微博界面中显示的团购应用的界面上的商品进行购买操作,也可直接在微博界面上进行操作,例如,点击“返回”或“转发”按钮。其中,上述在账号为“Sun.zhang”时登录的微博应用的界面中显示的某团购应用的界面可以如图3所示。
[0034] 可选地,在本实施例中,上述第一应用的界面中可以但不限于显示多个不同的第二应用的界面,其中,多个不同的第二应用中的每一个第二应用对应的服务器上具有第一应用账号与用于登录每一个第二应用的第二应用账号的映射关系。
[0035] 可选地,在本实施例中,上述用于登录第一应用的第一应用账号与用于登录第二应用的第二应用账号根据不同的应用场景可以设置为相同,也可以设置为不同。
[0036] 可选地,在本实施例中,上述映射关系可以包括但不限于:第一应用的标识、第一应用的账号、第二应用的账号。结合图4所示,假设终端202上登录的第一应用为微信,微信账号为“张三”,第二应用分别为微博和网购,其中,微博对应服务器204-1,网购对应服务器204-2,上述映射关系可以如表1所示。
[0037] 表1
[0038] 映射关系 第一应用的标识 第一应用的账号 第二应用的账号服务器204-1 Weixin 张三 “Sun.zhang”
服务器204-2 Weixin 张三 “Zhangsan123”
[0039] 表1所示仅是一种示例,例如,除了可以对同一第一应用账号中的不同的第二应用的界面上进行操作,还可以对不同的第一应用账号中的不同的第二应用的界面上进行操作,本实施例对此不做任何限定。
[0040] 可选地,在本实施例中,建立上述映射关系可以包括但不限于为在服务器接收到在上述第一应用账号登录的第一应用的界面中已经使用上述第二应用账号登录上述第二应用的指示信息之后,根据上述指示信息保存上述携带的第一应用的标识、第一应用账号和第二应用账号的映射关系(例如,如表1所示)。
[0041] 例如,如图4所示,上述多个不同的第二应用分别对应不同的服务器204-1至服务器204-3,假设第一应用为微博,在终端202上的微博客户端上登录账号(例如,账号为“Sun.zhang”)时,接收到在账号“Sun.zhang”中所关注的以下至少之一的应用的界面上进行操作:团购应用、新闻应用、游戏应用,可以分别对上述应用所对应的服务器发送登录认证请求,例如,上述团购应用对应服务器204-1、上述新闻应用对应服务器204-2、上述游戏应用对应服务器204-3。进一步,上述每一个应用对应的服务器上具有微博的账号“Sun.zhang”与上述每一个应用的应用账号的映射关系。
[0042] 可选地,在本实施例,如图5所示,在向第二应用所对应的服务器发送登录认证请求之后,且在接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息之前,还包括:
[0043] S502,终端202向服务器204发送登录认证请求;
[0044] S504,在服务器204上查找与上述登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号;
[0045] S506,若在服务器204查找到上述第二应用账号,则服务器204根据第二应用账号生成第二应用的登录认证信息;
[0046] S508,服务器204响应于登录认证请求,发送第二应用的登录认证信息给上述终端202。
[0047] 可选地,在本实施例中,上述账号信息可以包括但不限于:第二应用的账号及密码。
[0048] 例如,假设第一应用为微博,第二应用为团购,在终端202上的微博客户端上登录账号(例如,账号为“Sun.zhang”)时,在接收到对账号“Sun.zhang”所关注的某团购应用的某界面上的商品进行购买操作的操作请求时,则需要向上述团购应用所对应的服务器(例如,图2所示的服务器204)发送对团购应用的登录认证请求,服务器204在接收到上述登录认证请求后,开始查找上述服务器204上是否有与上述微博应用的账号“Sun.zhang”对应的团购账号(例如,账号为“zhangsan123”),若查找到上述团购账号“zhangsan123”,则根据上述团购账号“zhangsan123”生成上述团购应用的登录认证信息,并将上述登录认证信息返回给上述应用所在的终端202,以使在上述微博客户端的账号“Sun.zhang”中显示的团购应用的界面上直接进行对上述商品的购买操作,而无需重复输入上述团购应用的账号和密码进行登录认证,提高了操作效率。
[0049] 通过本申请提供的实施例,通过将至少包括第一应用的标识及第一应用账号的登录认证请求发送给上述第二应用所对应的服务器,在上述服务器中利用上述第一应用的相应信息直接得到第二应用的登录认证信息,避免了在终端上再次输入第二应用的登录信息进行登录认证,实现了不同应用登录状态的互通,从而提高了跨应用操作的效率,为用户节省了操作时间。
[0050] 作为一种可选的方案,在向第二应用所对应的服务器发送登录认证请求之前,还包括:获取用于允许向第二应用所对应的服务器发送第一应用的标识及第一应用账号的权限;向第二应用所对应的服务器发送登录认证请求包括:在获取到权限之后,将登录认证请求发送给第二应用所对应的服务器。
[0051] 具体结合以下示例进行说明,在向上述第二应用服务器发送登录认证请求之前,上述终端202会在第一应用的客户端(例如,第一应用为微信)的界面推送如图6所示的界面,以获取允许向第二应用(例如,第二应用为微博)的服务器204发送上述第一应用的标识(例如,Weixin)及第一应用账号(例如,账号为“张三”)的权限。
[0052] 进一步,在获取上述向第二应用(例如,微博)的服务器发送上述第一应用的标识及第一应用账号的权限之后,则将上述登录认证请求发送给第二应用(例如,微博)所对应的服务器。
[0053] 通过本申请提供的实施例,通过获取允许向上述第二应用的服务器发送上述第一应用的标识及第一应用账号的权限,以实现在终端上的第一应用处于登录的情况下,通过利用第一应用的标识及账号以得到对将执行操作的第二应用的登录认证信息,而无需重新输入第二应用的登录账号及密码,即可通过第一应用获取第二应用的登录认证信息,实现登录状态的灵活互通,从而提高跨应用操作的效率。
[0054] 作为一种可选的方案,在接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息之后,还包括:
[0055] S1,将由服务器接收到的第二应用的登录认证信息存入缓存中。
[0056] 可选地,在本实施例中,在接收到上述第二应用的登录认证信息后,同时将上述登录认证信息存入缓存cookie中,以便于在预定时间内(例如,一天)可以直接利用缓存中的上述登录认证信息,而无需再次获取上述登录认证信息,以实现提高操作效率的效果。
[0057] 可选地,在本实施例中,若缓存中已经保存了上述第二应用的登录认证信息,则可直接利用上述缓存中的登录认证信息,向上述第二应用所对应的服务器校验上述登录认证信息,若校验成功,则直接指示对上述第二应用进行相应的操作。
[0058] 通过本申请提供的实施例,通过将由服务器接收到的第二应用的登录认证信息存入缓存中,以便于在预定时间内可以直接利用缓存中的上述登录认证信息,而无需再次获取上述登录认证信息,以实现提高操作效率的效果。
[0059] 需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
[0060] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
[0061] 实施例2
[0062] 根据本发明实施例,还提供了一种登录认证方法,如图7所示,该方法包括:
[0063] S702,接收运行有第二应用的终端发送的登录认证请求,其中,登录认证请求中至少包括第一应用的标识及第一应用账号,其中,在终端上第一应用账号登录的第一应用的界面中显示第二应用的界面;
[0064] S704,响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号;
[0065] S706,若查找到第二应用账号,则根据第二应用账号生成第二应用的登录认证信息;
[0066] S708,向终端发送第二应用的登录认证信息。
[0067] 可选地,在本实施例中,上述登录认证方法可以应用于认证登录系统中,其中,上述认证登录认证系统包括如图2所示的终端202,服务器204。例如,上述终端202可以但不限于为:手机、平板电脑。可选地,在本实施例中,上述终端202中运行的第一应用及第二应用可以但不限于为不同登录体系的应用,例如,假设第一应用为微博,第二应用为团购,且上述团购应用所对应的服务器为图2所示的服务器204,在终端202上微博账号(例如,账号为“Sun.zhang”)登录的界面中显示团购应用的界面,若在上述团购应用的界面进行购买商品的操作,则在点击“购买”后,将向团购应用所对应的服务器204发送登录认证请求,其中,上述登录认证请求中至少包括微博的标识(例如,Weibo)及微博账号(例如,账号为“Sun.zhang”)。响应上述登录认证请求在服务器204上查找与上述登录认证请求中的微博的标识(例如,Weibo)及微博账号(例如,账号为“Sun.zhang”)对应的团购账号(例如,账号为“zhangsan123”)。上述举例只是一种示例,本实施例对此不做任何限定。
[0068] 可选地,在本实施例中的界面可以但不限于包括:呈现在用户面前,显示器屏幕上的图形状态。例如,登录界面,代表着登录者需要提供账号密码安全验证的界面,有控制用户权限、记录用户行为、保护操作安全的作用。
[0069] 可选地,在本实施例中,可以在第一应用的界面中显示的第二应用的界面上进行操作,也可以在嵌套有第二应用的界面的第一应用的界面上进行操作。例如,在微博界面中显示的团购应用的界面上的商品进行购买操作,也可直接在微博界面上进行操作,例如,点击“返回”或“转发”按钮。其中,上述在账号为“Sun.zhang”时登录的微博应用的界面中显示的某团购应用的界面可以如图3所示。
[0070] 可选地,在本实施例中,上述第一应用的界面中可以但不限于显示多个不同的第二应用的界面,其中,多个不同的第二应用中的每一个第二应用对应的服务器上具有第一应用账号与用于登录每一个第二应用的第二应用账号的映射关系。
[0071] 可选地,在本实施例中,上述用于登录第一应用的第一应用账号与用于登录第二应用的第二应用账号根据不同的应用场景可以设置为相同,也可以设置为不同。
[0072] 可选地,在本实施例中,上述映射关系可以包括但不限于:第一应用的标识、第一应用的账号、第二应用的账号。结合图4所示,假设终端202上登录的第一应用为微信,微信账号为张三,第二应用分别为微博和网购,其中,微博对应服务器204-1,网购对应服务器204-2,上述映射关系可以如表2所示。
[0073] 表2
[0074] 映射关系 第一应用的标识 第一应用的账号 第二应用的账号服务器204-1 Weixin 张三 “Sun.zhang”
服务器204-2 Weixin 张三 “Zhangsan123”
[0075] 表2所示仅是一种示例,例如,除了可以对同一第一应用账号中的不同的第二应用的界面上进行操作,还可以对不同的第一应用账号中的不同的第二应用的界面上进行操作,本实施例对此不做任何限定。
[0076] 可选地,在本实施例中,建立上述映射关系可以包括但不限于为在服务器接收到在上述第一应用账号登录的第一应用的界面中已经使用上述第二应用账号登录上述第二应用的指示信息之后,根据上述指示信息保存上述携带的第一应用的标识、第一应用账号和第二应用账号的映射关系(例如,如表2所示)。
[0077] 进一步,在上述服务器204上根据上述映射关系(如表2所示),若查找到上述第二应用账号(例如,团购账号“zhangsan123”),则可以根据上述第二应用账号(例如,团购账号“zhangsan123”)生成上述第二应用的登录认证信息,并将上述登录认证信息返回给上述终端202,以使在第一应用(例如,第一应用为微信)的界面上显示的第二应用的界面上进行操作的效率提高。
[0078] 可选地,在本实施例中,上述登录认证的过程可以如图5所示,通过上述终端202及上述服务器204之间数据交互,实现通过利用第一应用标识及第一应用账号,以获取上述第二应用的登录认证信息,从而实现不同应用的登录状态的互通。
[0079] 通过本申请提供的实施例,在接收第二应用的终端发送的登录认证请求之后,其中,上述登录认证请求中至少包括第一应用的标识及账号,在服务器上查找与上述登录认证请求中的第一应用的标识及账号对应的第二账号,若查找到上述第二账号,则可根据上述第二应用账号生成上述第二应用的登录认证信息,以实现避免了在终端上再次输入第二应用的登录信息进行登录认证,并可实现不同应用登录状态的互通,从而提高了跨应用操作的效率,为用户节省了操作时间。
[0080] 作为一种可选的方案,如图8所示,在响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号之后,还包括:
[0081] S802,若服务器204上未查找到第二应用账号,则指示终端202将第一应用的界面中显示的第二应用的界面切换至第二应用的登录认证界面;
[0082] S804,服务器204接收终端202发送的在第二应用的登录认证界面上输入的账号信息;
[0083] S806,服务器204对所接收到的上述账号信息进行登录认证;
[0084] S808,若所接收到的账号信息通过认证,则根据所接收到的账号信息生成第二应用的登录认证信息;
[0085] S810,服务器204向终端发送第二应用的登录认证信息。
[0086] 具体结合以下示例进行说明,假设第一应用为微博,第二应用为团购,若服务器204没有查找到上述团购应用账号(例如,团购账号为“zhangsan123”),则服务器204将指示在上述终端202上运行的微博的界面上显示的团购应用的界面切换至上述团购应用的登录认证界面,以获取上述团购应用的账号,从而实现对团购应用的登录认证信息。
[0087] 作为一种可选的方案,在接收运行有第二应用的终端发送的登录认证请求之前,还包括:
[0088] S1,接收终端发送的指示信息,其中,指示信息用于指示在第一应用账号登录的第一应用的界面中使用第二应用账号登录第二应用;
[0089] S2,保存指示信息中携带的第一应用的标识、第一应用账号和第二应用账号的映射关系。
[0090] 具体结合以下示例进行说明,在接收运行有第二应用的终端202发送的登录认证请求之前,服务器204已经接收到终端202发送的用于指示第一应用账号(例如,第一应用为微博,第一应用账号为“Sun.zhang”)登录的第一应用的界面中已经使用第二应用账号(例如,第二应用为团购,第二应用账号为“zhangsan123”)登录第二应用的指示信息,则将根据上述指示信息保存上述携带的第一应用的标识、第一应用账号和第二应用账号的映射关系,例如,如表2所示。
[0091] 通过本申请提供的实施例,通过在服务器上建立第一应用的标识、第一应用账号和第二应用账号的映射关系,从而避免了现有技术中在不同的应用之间进行跨应用操作时,需要对不同的应用进行多次登录认证所导致的操作效率较低的问题,进一步,对于没有绑定的不同的应用在跨应用操作时,大大提高了操作效率,为用户节省了大量的操作时间。
[0092] 作为一种可选的方案,如图9所示,上述响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号包括:
[0093] S902,向第一应用所对应的服务器902发送用于请求对第一应用账号进行校验的校验请求;
[0094] S904,接收第一应用所对应的服务器902响应于校验请求发送的校验结果;
[0095] S906,在判断出校验结果指示第一应用账号为合法登录账号的情况下,响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号。
[0096] 具体结合以下示例进行说明,在服务器204接收到上述终端202发送的登录认证请求后,根据上述登录认证请求中第一应用标识及第一应用账号,向上述第一应用(例如,第一应用为微博)所对应的服务器,如图9所示的服务器902,发送对第一应用账号(例如,第一应用账号为“Sun.zhang”)进行校验的校验请求,在上述第一应用所对应的服务器902返回的校验结果指示第一应用账号为合法登录账号的情况下,则进一步在服务器204上查找第二应用账号(例如,第二应用为团购,第二应用账号为“zhangsan123”)。
[0097] 通过本申请提供的实施例,在接收到终端发送的登录认证请求后,在对上述登录认证请求中的第一应用账号进行校验,以使第二应用所对应的服务器可以避免网络中不合法的账号的攻击访问,保证了对第二应用所对应的服务器的安全性。
[0098] 需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
[0099] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
[0100] 实施例3
[0101] 根据本发明实施例,还提供了一种用于实施上述登录认证方法的终端,如图10所示,该终端包括:
[0102] 1)接收单元1002,用于接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;
[0103] 2)第一发送单元1004,用于向第二应用所对应的服务器发送登录认证请求,其中,登录认证请求中至少包括第一应用的标识及第一应用账号;
[0104] 3)操作单元1006,用于在接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息时,在第一应用的界面中显示的第二应用的界面上进行操作。
[0105] 可选地,在本实施例中,上述登录认证方法可以应用于认证登录系统中,其中,上述认证登录认证系统包括如图2所示的终端202,服务器204。例如,上述终端202可以但不限于为:手机、平板电脑。可选地,在本实施例中,上述终端202中运行的第一应用及第二应用可以但不限于为不同的应用,例如,假设第一应用为微博,第二应用为团购,在终端202上的微博客户端上登录账号(例如,账号为“Sun.zhang”)时,在接收到对账号“Sun.zhang”所关注的某团购应用的某界面上的商品进行购买操作的操作请求时,则需要向上述团购应用所对应的服务器(例如,图2所示的服务器204)发送对团购的登录认证请求,其中,上述请求中至少包括上述微博应用的标识(例如,Weibo)及上述微博的账号“Sun.zhang”。上述举例只是一种示例,本实施例对此不做任何限定。
[0106] 可选地,在本实施例中的界面可以但不限于包括:呈现在用户面前,显示器屏幕上的图形状态。例如,登录界面,代表着登录者需要提供账号密码安全验证的界面,有控制用户权限、记录用户行为、保护操作安全的作用。
[0107] 可选地,在本实施例中,可以在第一应用的界面中显示的第二应用的界面上进行操作,也可以在嵌套有第二应用的界面的第一应用的界面上进行操作。例如,在微博界面中显示的团购应用的界面上的商品进行购买操作,也可直接在微博界面上进行操作,例如,点击“返回”或“转发”按钮。其中,上述在账号为“Sun.zhang”时登录的微博应用的界面中显示的某团购应用的界面可以如图3所示。
[0108] 可选地,在本实施例中,上述第一应用的界面中可以但不限于显示多个不同的第二应用的界面,其中,多个不同的第二应用中的每一个第二应用对应的服务器上具有第一应用账号与用于登录每一个第二应用的第二应用账号的映射关系。
[0109] 可选地,在本实施例中,上述用于登录第一应用的第一应用账号与用于登录第二应用的第二应用账号根据不同的应用场景可以设置为相同,也可以设置为不同。
[0110] 可选地,在本实施例中,上述映射关系可以包括但不限于:第一应用的标识、第一应用的账号、第二应用的账号。结合图4所示,假设终端202登录的第一应用为微信,微信账号为“张三”,第二应用分别为微博和网购,其中,微博对应服务器204-1,网购对应服务器204-2,上述映射关系可以如表3所示。
[0111] 表3
[0112]映射关系 第一应用的标识 第一应用的账号 第二应用的账号
服务器204-1 Weixin 张三 “Sun.zhang”
服务器204-2 Weixin 张三 “Zhangsan123”
[0113] 表3所示仅是一种示例,例如,除了可以对同一第一应用账号中的不同的第二应用的界面上进行操作,还可以对不同的第一应用账号中的不同的第二应用的界面上进行操作,本实施例对此不做任何限定。
[0114] 可选地,在本实施例中,建立上述映射关系可以包括但不限于为在服务器接收到在上述第一应用账号登录的第一应用的界面中已经使用上述第二应用账号登录上述第二应用的指示信息之后,根据上述指示信息保存上述携带的第一应用的标识、第一应用账号和第二应用账号的映射关系(例如,如表3所示)。
[0115] 例如,如图4所示,上述多个不同的第二应用分别对应不同的服务器204-1至服务器204-3,假设第一应用为微博,在终端202上的微博客户端上登录账号(例如,账号为“Sun.zhang”)时,接收到在账号“Sun.zhang”中所关注的以下至少之一的应用的界面上进行操作:团购应用、新闻应用、游戏应用,可以分别对上述应用所对应的服务器发送登录认证请求,例如,上述团购应用对应服务器204-1、上述新闻应用对应服务器204-2、上述游戏应用对应服务器204-3。进一步,上述每一个应用对应的服务器上具有微博的账号“Sun.zhang”与上述每一个应用的应用账号的映射关系。
[0116] 可选地,在本实施例,如图5所示,在向第二应用所对应的服务器发送登录认证请求之后,且在接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息之前,还包括:
[0117] S502,终端202向服务器204发送登录认证请求;
[0118] S504,在服务器204上查找与上述登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号;
[0119] S506,若在服务器204查找到上述第二应用账号,则服务器204根据第二应用账号生成第二应用的登录认证信息;
[0120] S508,服务器204响应于登录认证请求,发送第二应用的登录认证信息给上述终端202。
[0121] 可选地,在本实施例中,上述账号信息可以包括但不限于:第二应用的账号及密码。
[0122] 例如,假设第一应用为微博,第二应用为团购,在终端202上的微博客户端上登录账号(例如,账号为“Sun.zhang”)时,在接收到对账号“Sun.zhang”所关注的某团购应用的某界面上的商品进行购买操作的操作请求时,则需要向上述团购应用所对应的服务器(例如,图2所示的服务器204)发送对团购应用的登录认证请求,服务器204在接收到上述登录认证请求后,开始查找上述服务器204上是否有与上述微博应用的账号“Sun.zhang”对应的团购账号(例如,账号为“zhangsan123”),若查找到上述团购账号“zhangsan123”,则根据上述团购账号“zhangsan123”生成上述团购应用的登录认证信息,并将上述登录认证信息返回给上述应用所在的终端202,以使在上述微博客户端的账号“Sun.zhang”中显示的团购应用的界面上直接进行对上述商品的购买操作,而无需重复输入上述团购应用的账号和密码进行登录认证,提高了操作效率。
[0123] 通过本申请提供的实施例,通过将至少包括第一应用的标识及第一应用账号的登录认证请求发送给上述第二应用所对应的服务器,在上述服务器中利用上述第一应用的相应信息直接得到第二应用的登录认证信息,避免了在终端上再次输入第二应用的登录信息进行登录认证,实现了不同应用登录状态的互通,从而提高了跨应用操作的效率,为用户节省了操作时间。
[0124] 作为一种可选的方案,上述终端还包括:
[0125] 1)获取单元,用于在向第二应用所对应的服务器发送登录认证请求之前,获取用于允许向第二应用所对应的服务器发送第一应用的标识及第一应用账号的权限;
[0126] 2)发送单元包括:发送模块,用于在获取到权限之后,将登录认证请求发送给第二应用所对应的服务器。
[0127] 具体结合以下示例进行说明,在向上述第二应用服务器发送登录认证请求之前,上述终端202会在第一应用的客户端(例如,第一应用为微信)的界面推送如图6所示的界面,以获取允许向第二应用(例如,第二应用为微博)的服务器204发送上述第一应用的标识(例如,Weixin)及第一应用账号(例如,账号为“张三”)的权限。
[0128] 进一步,在获取上述向第二应用(例如,微博)的服务器发送上述第一应用的标识及第一应用账号的权限之后,则将上述登录认证请求发送给第二应用(例如,微博)所对应的服务器。
[0129] 通过本申请提供的实施例,通过获取允许向上述第二应用的服务器发送上述第一应用的标识及第一应用账号的权限,以实现在终端上的第一应用处于登录的情况下,通过利用第一应用的标识及账号以得到对将执行操作的第二应用的登录认证信息,而无需重新输入第二应用的登录账号及密码,即可通过第一应用获取第二应用的登录认证信息,实现登录状态的灵活互通,从而提高跨应用操作的效率。
[0130] 作为一种可选的方案,上述终端还包括:
[0131] 1)存储单元,用于在接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息之后,将由服务器接收到的第二应用的登录认证信息存入缓存中。
[0132] 可选地,在本实施例中,在接收到上述第二应用的登录认证信息后,同时将上述登录认证信息存入缓存cookie中,以便于在预定时间内(例如,一天)可以直接利用缓存中的上述登录认证信息,而无需再次获取上述登录认证信息,以实现提高操作效率的效果。
[0133] 可选地,在本实施例中,若缓存中已经保存了上述第二应用的登录认证信息,则可直接利用上述缓存中的登录认证信息,向上述第二应用所对应的服务器校验上述登录认证信息,若校验成功,则直接指示对上述第二应用进行相应的操作。
[0134] 通过本申请提供的实施例,通过将由服务器接收到的第二应用的登录认证信息存入缓存中,以便于在预定时间内可以直接利用缓存中的上述登录认证信息,而无需再次获取上述登录认证信息,以实现提高操作效率的效果。
[0135] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
[0136] 实施例4
[0137] 根据本发明实施例,还提供了一种用于实施上述登录认证方法的服务器,如图11所示,该服务器包括:
[0138] 1)第一接收单元1102,用于接收运行有第二应用的终端发送的登录认证请求,其中,登录认证请求中至少包括第一应用的标识及第一应用账号,其中,在终端上第一应用账号登录的第一应用的界面中显示第二应用的界面;
[0139] 2)查找单元1104,用于响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号;
[0140] 3)生成单元1106,用于在查找到第二应用账号时,根据第二应用账号生成第二应用的登录认证信息;
[0141] 4)发送单元1108,用于向终端发送第二应用的登录认证信息。
[0142] 可选地,在本实施例中,上述登录认证方法可以应用于认证登录系统中,其中,上述认证登录认证系统包括如图2所示的终端202,服务器204。例如,上述终端202可以但不限于为:手机、平板电脑。可选地,在本实施例中,上述终端202中运行的第一应用及第二应用可以但不限于为不同的应用,例如,假设第一应用为微博,第二应用为团购,且上述团购应用所对应的服务器为图2所示的服务器204,在终端202上微博账号(例如,账号为“Sun.zhang”)登录的界面中显示团购应用的界面,若在上述团购应用的界面进行购买商品的操作,则在点击“购买”后,将向团购应用所对应的服务器204发送登录认证请求,其中,上述登录认证请求中至少包括微博的标识(例如,Weibo)及微博账号(例如,账号为“Sun.zhang”)。响应上述登录认证请求在服务器204上查找与上述登录认证请求中的微博的标识(例如,Weibo)及微博账号(例如,账号为“Sun.zhang”)对应的团购账号(例如,账号为“zhangsan123”)。上述举例只是一种示例,本实施例对此不做任何限定。
[0143] 可选地,在本实施例中的界面可以但不限于包括:呈现在用户面前,显示器屏幕上的图形状态。例如,登录界面,代表着登录者需要提供账号密码安全验证的界面,有控制用户权限、记录用户行为、保护操作安全的作用。
[0144] 可选地,在本实施例中,可以在第一应用的界面中显示的第二应用的界面上进行操作,也可以在嵌套有第二应用的界面的第一应用的界面上进行操作。例如,在微博界面中显示的团购应用的界面上的商品进行购买操作,也可直接在微博界面上进行操作,例如,点击“返回”或“转发”按钮。其中,上述在账号为“Sun.zhang”时登录的微博应用的界面中显示的某团购应用的界面可以如图3所示。
[0145] 可选地,在本实施例中,上述第一应用的界面中可以但不限于显示多个不同的第二应用的界面,其中,多个不同的第二应用中的每一个第二应用对应的服务器上具有第一应用账号与用于登录每一个第二应用的第二应用账号的映射关系。
[0146] 可选地,在本实施例中,上述用于登录第一应用的第一应用账号与用于登录第二应用的第二应用账号根据不同的应用场景可以设置为相同,也可以设置为不同。
[0147] 可选地,在本实施例中,上述映射关系可以包括但不限于:第一应用的标识、第一应用的账号、第二应用的账号。结合图4所示,假设终端202登录的第一应用为微信,微信账号为张三,第二应用分别为微博和网购,其中,微博对应服务器204-1,网购对应服务器204-2,上述映射关系可以如表4所示。
[0148] 表4
[0149] 映射关系 第一应用的标识 第一应用的账号 第二应用的账号服务器204-1 Weixin 张三 “Sun.zhang”
服务器204-2 Weixin 张三 “Zhangsan123”
[0150] 表4所示仅是一种示例,例如,除了可以对同一第一应用账号中的不同的第二应用的界面上进行操作,还可以对不同的第一应用账号中的不同的第二应用的界面上进行操作,本实施例对此不做任何限定。
[0151] 可选地,在本实施例中,建立上述映射关系可以包括但不限于为在服务器接收到在上述第一应用账号登录的第一应用的界面中已经使用上述第二应用账号登录上述第二应用的指示信息之后,根据上述指示信息保存上述携带的第一应用的标识、第一应用账号和第二应用账号的映射关系(例如,如表4所示)。
[0152] 进一步,在上述服务器204上根据上述映射关系(如表4所示),若查找到上述第二应用账号(例如,团购账号“|zhangsan123”),则可以根据上述第二应用账号(例如,团购账号“zhangsan123”)生成上述第二应用的登录认证信息,并将上述登录认证信息返回给上述终端202,以使在第一应用(例如,第一应用为微信)的界面上显示的第二应用的界面上进行操作的效率提高。
[0153] 可选地,在本实施例中,上述登录认证的过程可以如图5所示,通过上述终端202及上述服务器204之间数据交互,实现通过利用第一应用标识及第一应用账号,以获取上述第二应用的登录认证信息,从而实现不同应用的登录状态的互通。
[0154] 通过本申请提供的实施例,在接收第二应用的终端发送的登录认证请求之后,其中,上述登录认证请求中至少包括第一应用的标识及账号,在服务器上查找与上述登录认证请求中的第一应用的标识及账号对应的第二账号,若查找到上述第二账号,则可根据上述第二应用账号生成上述第二应用的登录认证信息,以实现避免了在终端上再次输入第二应用的登录信息进行登录认证,并可实现不同应用登录状态的互通,从而提高了跨应用操作的效率,为用户节省了操作时间。
[0155] 作为一种可选的方案,上述服务器还包括:
[0156] 1)指示单元,用于在响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号之后,在查找单元未查找到第二应用账号时,指示终端将第一应用的界面中显示的第二应用的界面切换至第二应用的登录认证界面;
[0157] 2)第二接收单元,用于接收终端发送的在登录认证界面上输入的账号信息;
[0158] 3)认证单元,用于对所接收到的账号信息进行登录认证;
[0159] 4)生成单元,用于在所接收到的账号信息通过认证时,根据所接收到的账号信息生成第二应用的登录认证信息;
[0160] 5)发送单元,用于向终端发送第二应用的登录认证信息。
[0161] 具体结合以下示例进行说明,假设第一应用为微博,第二应用为团购,若服务器204没有查找到上述团购应用的账号(例如,团购账号为“zhangsan123”),则服务器204将指示在上述终端202上运行的微博的界面上显示的团购应用的界面切换至上述团购应用的登录认证界面,以获取上述团购应用的账号,从而实现对团购应用的登录认证信息。
[0162] 作为一种可选的方案,上述服务器还包括:
[0163] 1)第三接收单元,用于在接收运行有第二应用的终端发送的登录认证请求之前,接收终端发送的指示信息,其中,指示信息用于指示在第一应用账号登录的第一应用的界面中使用第二应用账号登录第二应用;
[0164] 2)保存单元,用于保存指示信息中携带的第一应用的标识、第一应用账号和第二应用账号的映射关系。
[0165] 具体结合以下示例进行说明,在接收运行有第二应用的终端202发送的登录认证请求之前,服务器204已经接收到终端202发送的用于指示第一应用账号(例如,第一应用为微博,第一应用账号为“Sun.zhang”)登录的第一应用的界面中已经使用第二应用账号(例如,第二应用为团购,第二应用账号为“zhangsan123”)登录第二应用的指示信息,则将根据上述指示信息保存上述携带的第一应用的标识、第一应用账号和第二应用账号的映射关系,例如,如表4所示。
[0166] 通过本申请提供的实施例,通过在服务器上建立第一应用的标识、第一应用账号和第二应用账号的映射关系,从而避免了现有技术中在不同的应用之间进行跨应用操作时,需要对不同的应用进行多次登录认证所导致的操作效率较低的问题,进一步,对于没有绑定的不同的应用在跨应用操作时,大大提高了操作效率,为用户节省了大量的操作时间。
[0167] 作为一种可选的方案,上述查找单元1104包括:
[0168] 1)发送模块,用于向第一应用所对应的服务器发送用于请求对第一应用账号进行校验的校验请求;
[0169] 2)接收模块,用于接收第一应用所对应的服务器响应于校验请求发送的校验结果;
[0170] 3)查找模块,用于在判断出校验结果指示第一应用账号为合法登录账号的情况下,响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号。
[0171] 具体结合以下示例进行说明,在服务器204接收到上述终端202发送的登录认证请求后,根据上述登录认证请求中第一应用标识及第一应用账号,向上述第一应用(例如,第一应用为微博)所对应的服务器,如图9所示的服务器902,发送对第一应用账号(例如,第一应用账号为“Sun.zhang”)进行校验的校验请求,在上述第一应用所对应的服务器902返回的校验结果指示第一应用账号为合法登录账号的情况下,则进一步在服务器204上查找第二应用账号(例如,第二应用为团购,第二应用账号为“zhangsan123”)。
[0172] 通过本申请提供的实施例,在接收到终端发送的登录认证请求后,在对上述登录认证请求中的第一应用账号进行校验,以使第二应用所对应的服务器可以避免网络中不合法的账号的攻击访问,保证了对第二应用所对应的服务器的安全性。
[0173] 实施例5
[0174] 本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以应用如图2所示的登录认证系统中。
[0175] 可选地,在本实施例中,上述存储介质可以位于图2所示的终端202中,被设置为存储用于执行以下步骤的程序代码:
[0176] S1,接收用于请求在第一应用账号登录的第一应用的界面中显示的第二应用的界面上进行操作的操作请求;
[0177] S2,向第二应用所对应的服务器发送登录认证请求,其中,登录认证请求中至少包括第一应用的标识及第一应用账号;
[0178] S3,若接收到服务器响应于登录认证请求所发送的第二应用的登录认证信息,则在第一应用的界面中显示的第二应用的界面上进行操作。
[0179] 可选地,在本实施例中,上述存储介质可以位于图2所示的服务器204中,被设置为存储用于执行以下步骤的程序代码:
[0180] S1,接收运行有第二应用的终端发送的登录认证请求,其中,登录认证请求中至少包括第一应用的标识及第一应用账号,其中,在终端上第一应用账号登录的第一应用的界面中显示第二应用的界面;
[0181] S2,响应于登录认证请求查找与登录认证请求中的第一应用的标识及第一应用账号对应的用于登录第二应用的第二应用账号;
[0182] S3,若查找到第二应用账号,则根据第二应用账号生成第二应用的登录认证信息;
[0183] S4,向终端发送第二应用的登录认证信息。
[0184] 可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0185] 可选地,本实施例中的具体示例可以参考上述实施例1至实施例4中所描述的示例,本实施例在此不再赘述。
[0186] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
[0187] 上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
[0188] 在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
[0189] 在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
[0190] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0191] 另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
[0192] 以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。