著录项信息
专利名称 | 账号登录的方法及装置 |
申请号 | CN201480001347.6 | 申请日期 | 2014-05-22 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-02-11 | 公开/公告号 | CN104350723A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/06 | IPC分类号 | H;0;4;L;2;9;/;0;6;;;H;0;4;M;1;/;7;2;5查看分类表>
|
申请人 | 华为技术有限公司 | 申请人地址 | 广东省深圳市龙岗区坂田华为总部办公楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 华为技术有限公司 | 当前权利人 | 华为技术有限公司 |
发明人 | 王守诚 |
代理机构 | 北京中博世达专利商标代理有限公司 | 代理人 | 申健 |
摘要
本发明公开了一种账号登录的方法及装置,涉及互联网技术领域,为解决账号登录操作复杂的问题而发明。本发明的方法包括:在解锁界面中加载应用账号登录界面;获取用户在应用账号登录界面中输入的登录信息;对获取的登录信息进行验证;若登录信息验证成功,则解锁屏幕并登录应用账号。本发明可以简化用户登录应用账户的操作步骤,使用起来方便快捷。
1.一种账号登录的方法,其特征在于,包括:
在解锁界面中加载应用账号登录界面;
获取用户在所述应用账号登录界面中输入的登录信息;
对获取的所述登录信息进行验证;
若所述登录信息验证成功,则解锁屏幕并登录应用账号。
2.根据权利要求1所述的账号登录的方法,其特征在于,所述在解锁界面中加载应用账号登录界面,包括:
将应用客户端的登录逻辑代码植入到解锁逻辑代码中;
执行所述解锁逻辑代码,加载解锁登录组合界面。
3.根据权利要求1所述的账号登录的方法,其特征在于,所述在解锁界面中加载应用账号登录界面,包括:
解析应用客户端的配置文件,获得界面样式信息;
依照所述界面样式信息将所述应用账号登录界面加载到所述解锁界面的预定位置上。
4.根据权利要求1至3中任一项所述的账号登录的方法,其特征在于,所述对获取的所述登录信息进行验证,包括:
对获取的所述登录信息与本地保存的登录信息进行比对;
若获取的所述登录信息与所述本地保存的登录信息相同,则所述登录信息验证成功;
所述解锁屏幕并登录应用账号,包括:
解锁所述屏幕;
将获取的所述登录信息传递给应用客户端,以使得所述应用客户端根据所述登录信息向网络侧请求登录所述应用账号。
5.根据权利要求4所述的账号登录的方法,其特征在于,若用户修改了所述应用账号的登录信息,则所述方法进一步包括:
向网络侧获取最新的登录信息;
根据所述最新的登录信息对获取的登录信息进行验证;
若无法获取所述最新的登录信息,则根据保存的原登录信息对获取的登录信息进行验证。
6.根据权利要求1至3中任一项所述的账号登录的方法,其特征在于,所述对获取的所述登录信息进行验证,包括:
将所述登录信息发送给应用客户端,以使得所述应用客户端将所述登录信息上报给网络侧进行验证;
若所述登录信息验证成功,则接收所述应用客户端返回的验证确认指令;
所述解锁屏幕并登录应用账号,包括:
根据所述验证确认指令解锁所述屏幕;
通过所述应用客户端向网络侧请求登录所述应用账号。
7.根据权利要求1至3中任一项所述的账号登录的方法,其特征在于,在所述在解锁界面中加载应用账号登录界面之前,所述方法进一步包括:
绑定至少两个应用客户端;
所述在解锁界面中加载应用账号登录界面,包括:
根据用户触发的切换指令在所述解锁界面中切换加载不同应用客户端的应用账号登录界面;
根据用户选定的应用账号登录界面确定对应的应用客户端。
8.根据权利要求1至3中任一项所述的账号登录的方法,其特征在于,所述方法进一步包括:
获取用户在所述解锁界面中输入的屏幕解锁密码;
所述对获取的所述登录信息进行验证,包括:
查找关联所述屏幕解锁密码的用户名及用户密码,所述用户名及用户密码为对应所述应用账号的用户名及用户密码;
对查找到的所述用户名及用户密码进行验证。
9.一种账号登录的装置,其特征在于,包括:
加载单元,用于在解锁界面中加载应用账号登录界面;
获取单元,用于获取用户在所述加载单元加载的所述应用账号登录界面中输入的登录信息;
验证单元,用于对所述获取单元获取的所述登录信息进行验证;
解锁单元,用于当所述验证单元验证所述登录信息验证成功时,解锁屏幕;
登录单元,用于当所述验证单元验证所述登录信息验证成功时,登录应用账号。
10.根据权利要求9所述的账号登录的装置,其特征在于,所述加载单元包括:
第一加载模块,用于将应用客户端的登录逻辑代码植入到解锁逻辑代码中,执行所述解锁逻辑代码,加载解锁登录组合界面。
11.根据权利要求9所述的账号登录的装置,其特征在于,所述加载单元包括:
第二加载模块,用于解析应用客户端的配置文件,获得界面样式信息,依照所述界面样式信息将所述应用账号登录界面加载到所述解锁界面的预定位置上。
12.根据权利要求9至11中任一项所述的账号登录的装置,其特征在于,所述验证单元包括:
比对模块,用于对获取的所述登录信息与本地保存的登录信息进行比对,当获取的所述登录信息与所述本地保存的登录信息相同时,所述登录信息验证成功;
所述登录单元,包括:
传递模块,用于将所述获取单元获取的所述登录信息传递给应用客户端,以使得所述应用客户端根据所述登录信息向网络侧请求登录所述应用账号。
13.根据权利要求12所述的账号登录的装置,其特征在于,所述获取单元用于当用户修改了所述应用账号的登录信息时,向网络侧获取最新的登录信息;
所述验证单元用于根据所述获取单元获取的所述最新的登录信息对获取的登录信息进行验证;
所述验证单元还用于当所述获取单元无法获取所述最新的登录信息时,根据保存的原登录信息对获取的登录信息进行验证。
14.根据权利要求9至11中任一项所述的账号登录的装置,其特征在于,所述验证单元包括:
发送模块,用于将所述登录信息发送给应用客户端,以使得所述应用客户端将所述登录信息上报给网络侧进行验证;
接收模块,用于当所述登录信息验证成功时,接收所述应用客户端返回的验证确认指令;
所述解锁单元,用于根据所述接收模块接收的所述验证确认指令解锁所述屏幕;
所述登录单元,包括:
请求模块,用于通过所述应用客户端向网络侧请求登录所述应用账号。
15.根据权利要求9至11中任一项所述的账号登录的装置,其特征在于,所述装置还包括:
客户端绑定单元,用于在所述加载单元在解锁界面中加载应用账号登录界面之前,绑定至少两个应用客户端;
所述加载单元,用于:
根据用户触发的切换指令在所述解锁界面中切换加载所述客户端绑定单元绑定的不同应用客户端的应用账号登录界面;
根据用户选定的应用账号登录界面确定对应的应用客户端。
16.根据权利要求9至11中任一项所述的账号登录的装置,其特征在于,所述装置还包括查找单元;
所述获取单元用于获取用户在所述解锁界面中输入的屏幕解锁密码;
所述查找单元,用于查找关联所述获取单元获取的所述屏幕解锁密码的用户名及用户密码,所述用户名及用户密码为对应所述应用账号的用户名及用户密码;
所述验证单元,用于对所述查找单元查找到的所述用户名及用户密码进行验证。
17.一种账号登录的装置,其特征在于,包括处理器、输入设备、输出设备及总线,所述处理器、所述输入设备与所述输出设备之间通过所述总线进行通信,其中,所述处理器,用于在解锁界面中加载应用账号登录界面;
所述输出设备,用于显示加载有应用功能账号登录界面的解锁界面;
所述输入设备,用于获取用户在所述输出设备显示的所述应用账号登录界面中输入的登录信息;
所述处理器还用于对所述输入设备获取的所述登录信息进行验证,当所述处理器验证所述登录信息验证成功时,解锁屏幕并登录应用账号。
18.根据权利要求17所述的账号登录的装置,其特征在于,所述处理器在解锁界面中加载应用帐号登录界面具体为:
所述处理器将应用客户端的登录逻辑代码植入到解锁逻辑代码中,执行所述解锁逻辑代码,加载解锁登录组合界面。
19.根据权利要求17所述的账号登录的装置,其特征在于,所述处理器在解锁界面中加载应用帐号登录界面具体为:
所述处理器获取应用客户端的配置文件;并解析所述处理器获取的应用客户端的配置文件,获得界面样式信息,依照所述界面样式信息将所述应用账号登录界面加载到所述解锁界面的预定位置上。
20.根据权利要求17至19中任一项所述的账号登录的装置,其特征在于,所述装置还包括:与所述总线相连的存储器,其中,
所述存储器,用于本地保存登录信息;
所述处理器对获取的所述登录信息进行验证,具体为:
所述处理器对所述输入设备获取的所述登录信息与所述存储器本地保存的登录信息进行比对;当获取的所述登录信息与所述本地保存的登录信息相同时,确定所述登录信息验证成功;
所述处理器还用于,解锁所述屏幕,并将所述输入设备获取的所述登录信息传递给应用客户端,以使得所述应用客户端根据所述登录信息向网络侧请求登录所述应用账号。
21.根据权利要求20所述的账号登录的装置,其特征在于,所述装置还包括:与所述总线相连的发送器和接收器,其中,
所述发送器,用于当用户修改了所述应用账号的登录信息时,向网络侧发送查询请求,请求获取所述应用帐号的最新的登录信息;
所述接收器,用于在所述发送器发送查询请求后,接收网络侧发送的所述应用帐号的最新的登录信息;
所述处理器,用于根据所述接收器获取的所述最新的登录信息对获取的登录信息进行验证;
所述处理器还用于在无法获取所述最新的登录信息时,根据所述存储器保存的原登录信息对获取的登录信息进行验证。
22.根据权利要求17至19中任一项所述的账号登录的装置,其特征在于,所述装置还包括:与所述总线连接的发送器和接收器,其中,
所述处理器用于将所述登录信息发送给应用客户端,以使得所述应用客户端将所述登录信息上报给网络侧进行验证;
所述发送器,用于将所述登录信息上报网络侧,请求网络侧对所述登录信息进行验证;
所述接收器,用于当所述登录信息验证成功时,接收网络侧返回的验证确认指令;
所述处理器,用于根据所述接收器接收的所述验证确认指令解锁所述屏幕,并向所述发送器发送指令,指示所述发送器向网络侧请求登录所述应用账号。
23.根据权利要求17至19中任一项所述的账号登录的装置,其特征在于,所述处理器还用于,在解锁界面中加载应用账号登录界面之前,绑定至少两个应用客户端;
所述输入设备还用于,获取用户触发的切换指令,所述切换指令用于指示所述装置在所述解锁界面中切换加载绑定的不同应用客户端;
所述处理器在所述解锁界面中加载应用帐号登录界面,包括:
所述处理器根据所述输入设备获取的切换指令,在所述解锁界面中切换加载绑定的不同应用客户端的应用账号登录界面,并根据用户选定的应用账号登录界面确定对应的应用客户端。
24.根据权利要求17至19中任一项所述的账号登录的装置,其特征在于,所述输入设备还用于,获取用户在解锁界面中输入的屏幕解锁密码;
所述处理器对获取的所述登录信息进行验证,包括:
所述处理器查找关联所述屏幕解锁密码的用户名及用户密码,对查找到的所述用户名及用户密码进行验证,所述用户名及用户密码为对应所述应用账号的用户名及用户密码。
账号登录的方法及装置\n技术领域\n[0001] 本发明涉及互联网技术领域,尤其涉及一种账号登录的方法及装置。\n背景技术\n[0002] 随着互联网技术的不断发展,社会性网络服务(Social Networking Services,简称SNS)应用越发丰富。目前,手机、平板电脑等用户设备(User Equipment,简称UE)已成为SNS应用客户端接入的最大入口,几乎每一台UE上都会安装有各式各样的SNS应用客户端。\n用户通过SNS应用客户端登录到自己的账号主页,分享文字、图片等信息,与好友进行交流。\n[0003] 现有登录SNS应用账号的方式通常为,用户解锁UE屏幕,在桌面上找到并触发某个应用图标,启动应用后在登录界面中输入用户名及密码,触发确认键完成账号登录。\n[0004] 发明人在对现有的账号登录方式进行研究后发现,目前的账号登录过程涉及解锁屏幕、启动应用、输入用户信息等步骤,用户操作复杂,使用起来较为不便。特别是当需要登录多个不同的应用账户时,用户往往需要针对不同的SNS应用分别执行上述操作,操作过程费时费力。\n发明内容\n[0005] 本发明提供一种账号登录的方法及装置,能够解决账号登录操作复杂的问题。\n[0006] 针对该问题,本发明提供如下解决方案:\n[0007] 第一方面,本发明提供一种账号登录的方法,包括:\n[0008] 在解锁界面中加载应用账号登录界面;\n[0009] 获取用户在应用账号登录界面中输入的登录信息;\n[0010] 对获取的登录信息进行验证;\n[0011] 若登录信息验证成功,则解锁屏幕并登录应用账号。\n[0012] 结合第一方面,在第一方面的第一种可能的实现方式中,在解锁界面中加载应用账号登录界面,包括:\n[0013] 将应用客户端的登录逻辑代码植入到解锁逻辑代码中;\n[0014] 执行解锁逻辑代码,加载解锁登录组合界面。\n[0015] 结合第一方面,在第一方面的第二种可能的实现方式中,在解锁界面中加载应用账号登录界面,包括:\n[0016] 解析应用客户端的配置文件,获得界面样式信息;\n[0017] 依照界面样式信息将应用账号登录界面加载到解锁界面的预定位置上。\n[0018] 结合第一方面、或第一方面的第一种、第二种可能的实现方式,在第一方面的第三种可能的实现方式中,对获取的登录信息进行验证,包括:\n[0019] 对获取的登录信息与本地保存的登录信息进行比对;\n[0020] 若获取的登录信息与本地保存的登录信息相同,则登录信息验证成功;\n[0021] 解锁屏幕并登录应用账号,包括:\n[0022] 解锁屏幕;\n[0023] 将获取的登录信息传递给应用客户端,以使得应用客户端根据登录信息向网络侧请求登录应用账号。\n[0024] 结合第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,若用户修改了应用账号的登录信息,则方法进一步包括:\n[0025] 向网络侧获取最新的登录信息;\n[0026] 根据最新的登录信息对获取的登录信息进行验证;\n[0027] 若无法获取最新的登录信息,则根据保存的原登录信息对获取的登录信息进行验证。\n[0028] 结合第一方面、或第一方面的第一种、第二种可能的实现方式,在第一方面的第五种可能的实现方式中,对获取的登录信息进行验证,包括:\n[0029] 将登录信息发送给应用客户端,以使得应用客户端将登录信息上报给网络侧进行验证;\n[0030] 若登录信息验证成功,则接收应用客户端返回的验证确认指令;\n[0031] 解锁屏幕并登录应用账号,包括:\n[0032] 根据验证确认指令解锁屏幕;\n[0033] 通过应用客户端向网络侧请求登录应用账号。\n[0034] 结合第一方面、或第一方面的第一种至第五种可能的实现方式,在第一方面的第六种可能的实现方式中,在在解锁界面中加载应用账号登录界面之前,方法进一步包括:\n[0035] 绑定至少两个应用客户端;\n[0036] 在解锁界面中加载应用账号登录界面,包括:\n[0037] 根据用户触发的切换指令在解锁界面中切换加载不同应用客户端的应用账号登录界面;\n[0038] 根据用户选定的应用账号登录界面确定对应的应用客户端。\n[0039] 结合第一方面、或第一方面的第一种至第六种可能的实现方式,在第一方面的第七种可能的实现方式中,方法进一步包括:\n[0040] 获取用户在解锁界面中输入的屏幕解锁密码;\n[0041] 对获取的登录信息进行验证,包括:\n[0042] 查找关联屏幕解锁密码的用户名及用户密码,用户名及用户密码为对应应用账号的用户名及用户密码;\n[0043] 对查找到的用户名及用户密码进行验证。\n[0044] 结合第一方面、或第一方面的第一种至第七种可能的实现方式,在第一方面的第八种可能的实现方式中,在在解锁界面中加载应用账号登录界面之前,方法进一步包括:\n[0045] 对已安装的应用客户端进行标记扫描;\n[0046] 将携带界面绑定标记的应用客户端确定为允许界面加载的应用客户端。\n[0047] 结合第一方面、或第一方面的第一种至第八种可能的实现方式,在第一方面的第九种可能的实现方式中,在在解锁界面中加载应用账号登录界面之前,方法进一步包括:\n[0048] 对多个应用客户端的应用账号进行绑定,多个应用账号共用一个登录信息;\n[0049] 在解锁界面中加载应用账号登录界面,包括:\n[0050] 在解锁界面中加载任意一个应用账号的登录界面;\n[0051] 解锁屏幕并登录应用账号,包括:\n[0052] 解锁屏幕并后台登录多个应用账号中的至少两个应用账号。\n[0053] 结合第一方面、或第一方面的第一种至第九种可能的实现方式,在第一方面的第十种可能的实现方式中,登录信息为:\n[0054] 对应应用账号的用户密码;或者,\n[0055] 对应应用账号的用户名及用户密码。\n[0056] 第二方面,本发明还提供了一种账号登录的装置,包括:\n[0057] 加载单元,用于在解锁界面中加载应用账号登录界面;\n[0058] 获取单元,用于获取用户在加载单元加载的应用账号登录界面中输入的登录信息;\n[0059] 验证单元,用于对获取单元获取的登录信息进行验证;\n[0060] 解锁单元,用于当验证单元验证登录信息验证成功时,解锁屏幕;\n[0061] 登录单元,用于当验证单元验证登录信息验证成功时,登录应用账号。\n[0062] 结合第二方面,在第二方面的第一种可能的实现方式中,加载单元包括:\n[0063] 第一加载模块,用于将应用客户端的登录逻辑代码植入到解锁逻辑代码中,执行解锁逻辑代码,加载解锁登录组合界面。\n[0064] 结合第二方面,在第二方面的第二种可能的实现方式中,加载单元包括:\n[0065] 第二加载模块,用于解析应用客户端的配置文件,获得界面样式信息,依照界面样式信息将应用账号登录界面加载到解锁界面的预定位置上。\n[0066] 结合第二方面、或第二方面的第一种、第二种可能的实现方式,在第二方面的第三种可能的实现方式中,验证单元包括:\n[0067] 比对模块,用于对获取的登录信息与本地保存的登录信息进行比对,当获取的登录信息与本地保存的登录信息相同时,登录信息验证成功;\n[0068] 登录单元,包括:\n[0069] 传递模块,用于将获取单元获取的登录信息传递给应用客户端,以使得应用客户端根据登录信息向网络侧请求登录应用账号。\n[0070] 结合第二方面的第三种可能的实现方式,在第二方面的第四种可能的实现方式中,获取单元用于当用户修改了应用账号的登录信息时,向网络侧获取最新的登录信息;\n[0071] 验证单元用于根据获取单元获取的最新的登录信息对获取的登录信息进行验证;\n[0072] 验证单元还用于当获取单元无法获取最新的登录信息时,根据保存的原登录信息对获取的登录信息进行验证。\n[0073] 结合第二方面、或第二方面的第一种、第二种可能的实现方式,在第二方面的第五种可能的实现方式中,验证单元包括:\n[0074] 发送模块,用于将登录信息发送给应用客户端,以使得应用客户端将登录信息上报给网络侧进行验证;\n[0075] 接收模块,用于当登录信息验证成功时,接收应用客户端返回的验证确认指令;\n[0076] 解锁单元,用于根据接收模块接收的验证确认指令解锁屏幕;\n[0077] 登录单元,包括:\n[0078] 请求模块,用于通过应用客户端向网络侧请求登录应用账号。\n[0079] 结合第二方面、或第二方面的第一种至第五种可能的实现方式,在第二方面的第六种可能的实现方式中,装置还包括:\n[0080] 客户端绑定单元,用于在加载单元在解锁界面中加载应用账号登录界面之前,绑定至少两个应用客户端;\n[0081] 加载单元,用于:\n[0082] 根据用户触发的切换指令在解锁界面中切换加载客户端绑定单元绑定的不同应用客户端的应用账号登录界面;\n[0083] 根据用户选定的应用账号登录界面确定对应的应用客户端。\n[0084] 结合第二方面、或第二方面的第一种至第六种可能的实现方式,在第二方面的第七种可能的实现方式中,装置还包括查找单元;\n[0085] 获取单元用于获取用户在解锁界面中输入的屏幕解锁密码;\n[0086] 查找单元,用于查找关联获取单元获取的屏幕解锁密码的用户名及用户密码,用户名及用户密码为对应应用账号的用户名及用户密码;\n[0087] 验证单元,用于对查找单元查找到的用户名及用户密码进行验证。\n[0088] 结合第二方面、或第二方面的第一种至第七种可能的实现方式,在第二方面的第八种可能的实现方式中,装置还包括扫描单元,用于在加载单元在解锁界面中加载应用账号登录界面之前:\n[0089] 对已安装的应用客户端进行标记扫描;\n[0090] 将携带界面绑定标记的应用客户端确定为允许界面加载的应用客户端。\n[0091] 结合第二方面、或第二方面的第一种至第八种可能的实现方式,在第二方面的第九种可能的实现方式中,装置还包括:\n[0092] 账号绑定单元,用于在加载单元在解锁界面中加载应用账号登录界面之前,对多个应用客户端的应用账号进行绑定,多个应用账号共用一个登录信息;\n[0093] 加载单元,用于:\n[0094] 在解锁界面中加载账号绑定单元绑定的任意一个应用账号的登录界面;\n[0095] 登录单元,用于后台登录账号绑定单元绑定的多个应用账号中的至少两个应用账号。\n[0096] 结合第二方面、或第二方面的第一种至第九种可能的实现方式,在第二方面的第十种可能的实现方式中,获取单元获取的登录信息为:\n[0097] 对应应用账号的用户密码;或者,\n[0098] 对应应用账号的用户名及用户密码。\n[0099] 第三方面,本发明还提供了一种账号登录的装置,包括处理器、输入设备、输出设备及总线,处理器、输入设备与输出设备之间通过总线进行通信,其中,\n[0100] 处理器,用于在解锁界面中加载应用账号登录界面;\n[0101] 输出设备,用于显示加载有应用功能账号登录界面的解锁界面;\n[0102] 输入设备,用于获取用户在输出设备显示的应用账号登录界面中输入的登录信息;\n[0103] 处理器还用于对输入设备获取的登录信息进行验证,当处理器验证登录信息验证成功时,解锁屏幕并登录应用账号。\n[0104] 结合第三方面,在第三方面的第一种可能的实现方式中,处理器在解锁界面中加载应用帐号登录界面具体为:\n[0105] 处理器将应用客户端的登录逻辑代码植入到解锁逻辑代码中,执行解锁逻辑代码,加载解锁登录组合界面。\n[0106] 结合第三方面,在第三方面的第二种可能的实现方式中,处理器在解锁界面中加载应用帐号登录界面具体为:\n[0107] 处理器获取应用客户端的配置文件;并解析接收器获取的应用客户端的配置文件,获得界面样式信息,依照界面样式信息将应用账号登录界面加载到解锁界面的预定位置上。\n[0108] 结合第三方面、或第三方面的第一种、第二种可能的实现方式,在第三方面的第三种可能的实现方式中,装置还包括:与总线相连的存储器,其中,\n[0109] 存储器,用于本地保存登录信息;\n[0110] 处理器对获取的登录信息进行验证,具体为:\n[0111] 处理器对输入设备获取的登录信息与存储器本地保存的登录信息进行比对;当获取的登录信息与本地保存的登录信息相同时,确定登录信息验证成功;\n[0112] 处理器还用于,解锁屏幕,并将输入设备获取的登录信息传递给应用客户端,以使得应用客户端根据登录信息向网络侧请求登录应用账号。\n[0113] 结合第三方面的第三种可能的实现方式,在第三方面的第四种可能的实现方式中,装置还包括:与总线相连的发送器和接收器,其中,\n[0114] 发送器,用于当用户修改了应用账号的登录信息时,向网络侧发送查询请求,请求获取应用帐号的最新的登录信息;\n[0115] 接收器,用于在发送器发送查询请求后,接收网络侧发送的应用帐号的最新的登录信息;\n[0116] 处理器,用于根据接收器获取的最新的登录信息对获取的登录信息进行验证;\n[0117] 处理器还用于在无法获取最新的登录信息时,根据存储器保存的原登录信息对获取的登录信息进行验证。\n[0118] 结合第三方面、或第三方面的第一种、第二种可能的实现方式,在第三方面的第五种可能的实现方式中,装置还包括:与总线连接的发送器和接收器,其中,\n[0119] 处理器用于将登录信息发送给应用客户端,以使得应用客户端将登录信息上报给网络侧进行验证;\n[0120] 发送器,用于将登录信息上报网络侧,请求网络侧对登录信息进行验证;\n[0121] 接收器,用于当登录信息验证成功时,接收网络侧返回的验证确认指令;\n[0122] 处理器,用于根据接收器接收的验证确认指令解锁屏幕,并向发送器发送指令,指示发送器向网络侧请求登录应用账号。\n[0123] 结合第三方面、或第三方面的第一种至第五种可能的实现方式,在第三方面的第六种可能的实现方式中,处理器还用于,在解锁界面中加载应用账号登录界面之前,绑定至少两个应用客户端;\n[0124] 输入设备还用于,获取用户触发的切换指令,切换指令用于指示装置在解锁界面中切换加载绑定的不同应用客户端;\n[0125] 处理器在解锁界面中加载应用帐号登录界面,包括:\n[0126] 处理器根据输入设备获取的切换指令,在解锁界面中切换加载绑定的不同应用客户端的应用账号登录界面,并根据用户选定的应用账号登录界面确定对应的应用客户端。\n[0127] 结合第三方面、或第三方面的第一种至第六种可能的实现方式,在第三方面的第七种可能的实现方式中,输入设备还用于,获取用户在解锁界面中输入的屏幕解锁密码;\n[0128] 处理器对获取的登录信息进行验证,包括:\n[0129] 处理器查找关联屏幕解锁密码的用户名及用户密码,对查找到的用户名及用户密码进行验证,用户名及用户密码为对应应用账号的用户名及用户密码。\n[0130] 结合第三方面、或第三方面的第一种至第七种可能的实现方式,在第三方面的第八种可能的实现方式中,处理器用于在解锁界面中加载应用账号登录界面之前:\n[0131] 对已安装的应用客户端进行标记扫描;\n[0132] 将携带界面绑定标记的应用客户端确定为允许界面加载的应用客户端。\n[0133] 结合第三方面、或第三方面的第一种至第八种可能的实现方式,在第三方面的第九种可能的实现方式中,处理器用于在解锁界面中加载应用账号登录界面之前,对多个应用客户端的应用账号进行绑定,多个应用账号共用一个登录信息,在解锁界面中加载绑定的任意一个应用账号的登录界面,后台登录绑定的多个应用账号中的至少两个应用账号。\n[0134] 结合第三方面、或第三方面的第一种至第九种可能的实现方式,在第三方面的第十种可能的实现方式中,接收器获取的登录信息为:\n[0135] 对应应用账号的用户密码;或者,\n[0136] 对应应用账号的用户名及用户密码。\n[0137] 本发明提供的账号登录的方法及装置,能够在解锁界面中加载应用账号登录界面,将用户设备的解锁界面与应用账号的登录界面融为一体;在用户进行解锁操作时,获取用户在应用账号登录界面中输入的登录信息,该登录信息同时也是屏幕解锁所需的解锁信息;对获取的登录信息进行验证,如果登录信息验证成功,则表示屏幕解锁与账号登录双双验证成功,用户设备解锁屏幕并登录应用账号。本发明提供的账号登录的方法及装置,通过绑定解锁功能和应用账号登录功能的方式将用户的解锁操作和账号登录操作合二为一,登录信息既作为屏幕解锁的身份识别信息也作为账号登录的用户信息使用,用户可以在执行屏幕解锁操作的同时一并登录到个人应用账号中,与现有技术中需要手动启动SNS应用并进行账号登录操作相比,能够节省用户单独进行账号登录所涉及的一系列相关操作,可以大大简化用户设备的操作步骤,使用起来方便快捷。\n附图说明\n[0138] 为了更清楚地说明本发明或现有技术中的技术方案,下面将对或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0139] 图1为本发明实施例中一种账号登录的方法流程图;\n[0140] 图2为本发明实施例中一种账号登录的方法流程图;\n[0141] 图3为本发明实施例中解锁登录组合界面的示意图;\n[0142] 图4为本发明实施例中一种账号登录的方法流程图;\n[0143] 图5为本发明实施例中加载应用账号登录界面的屏幕解锁界面的示意图;\n[0144] 图6为本发明实施例中一种登录信息验证的方法流程图;\n[0145] 图7为本发明实施例中一种登录信息验证的方法流程图;\n[0146] 图8为本发明实施例中一种账号登录的方法流程图;\n[0147] 图9为本发明实施例中绑定设置菜单的示意图;\n[0148] 图10为本发明实施例中设置登录界面绑定功能的示意图;\n[0149] 图11为本发明实施例中一种下拉/上拉菜单的示意图;\n[0150] 图12为本发明实施例中一种下拉/上拉菜单的示意图;\n[0151] 图13为本发明实施例中解锁界面切换应用的示意图;\n[0152] 图14为本发明实施例中映射关系表的示意图;\n[0153] 图15为本发明实施例中一种账号登录的装置的结构示意图;\n[0154] 图16为本发明实施例中一种账号登录的装置的结构示意图;\n[0155] 图17为本发明实施例中一种账号登录的装置的结构示意图;\n[0156] 图18为本发明实施例中一种账号登录的装置的结构示意图;\n[0157] 图19为本发明实施例中一种账号登录的装置的结构示意图;\n[0158] 图20为本发明实施例中一种账号登录的装置的结构示意图;\n[0159] 图21为本发明实施例中一种账号登录的装置的结构示意图;\n[0160] 图22为本发明实施例中一种账号登录的装置的结构示意图。\n具体实施方式\n[0161] 下面将结合本实施例中的附图,对本实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0162] 为简化登录SNS应用账号的操作步骤,本发明实施例提供了一种账号登录的方法,能够使用户在解锁屏幕的同时自动登录个人的应用账号。如图1所示,该方法包括:\n[0163] 101、在解锁界面中加载应用账号登录界面。\n[0164] 用户在使用UE时,按下Power键,UE屏幕背光点亮,显示解锁界面。现有技术中,解锁界面中通常包括背景图片以及用于接收解锁指令的解锁条/框,用户在解锁条中进行滑动操作,或者在解锁框中输入解锁密码完成屏幕解锁(当然,在一些情况下解锁界面中也可以不包括解锁条/框,用户在解锁界面中做任意触控/滑动操作即可解锁屏幕)。\n[0165] 与现有技术不同的是,为将屏幕解锁功能与应用登录功能合二为一,本实施例中解锁界面里加载有应用账号的登录界面。当用户按下Power键后,UE显示加载有应用账号登录界面的解锁界面。本实施例中,登录界面的加载可以通过代码植入进行实现,UE厂商可以与应用厂商合作定制一个包含登录界面加载功能的锁屏程序,也可以开发一套统一的接口规范,不同应用厂商根据该接口规范制定对应的配置文件,实现登录界面的加载功能。\n[0166] 在人机交互的展现形式上,登录界面可以加载到解锁界面的任意位置上,例如,登录界面覆盖于解锁界面的下半区域(当然覆盖上半区域亦可),或者登录界面以对话框的形式展现在解锁界面的中央区域,再或者,登录界面可以显示在解锁界面上部的通知栏中,本实施例不对登录界面的大小及位置进行限定。\n[0167] 对于登录界面的展现内容,UE可以在登录界面中显示与应用相关的文字、图片及流媒体信息。例如,登录界面中可以显示有涉及应用名称的文字、标识、以及应用的宣传动态图,此数据可以直接从应用客户端中获取得到,或者在定制锁屏程序时由应用厂商直接写入到相应程序中,本实施例对登录界面的显示内容不做限制。作为本实施例的一个优选方案,为统一应用的产品形象,保障用户对应用的认知,UE可以对原有的登录界面直接进行加载,不对其内容、编排样式进行修改。\n[0168] 除上述文字、图片等信息之外,登录界面中还应设置有用于输入登录信息的输入框,以便用户输入登录信息。与现有技术不同的是,本实施例中解锁功能与账号登录功能合二为一,登录信息既作为账号登录的身份认证信息,也作为屏幕解锁的用户信息,因此,解锁界面中无需再单独设置用于解锁屏幕的解锁条/框。\n[0169] 102、获取用户在应用账号登录界面中输入的登录信息。\n[0170] 在显示加载有应用账号登录界面的解锁界面后,UE获取用户在应用账号登录界面中输入的登录信息。如前所述,由于登录信息既作为账号登录的身份认证信息也作为屏幕解锁的用户信息,因此UE仅获取应用账号登录界面中输入的登录信息的即可,无需获取其他解锁相关的身份识别信息。\n[0171] 在实际应用中,屏幕的解锁密码可以由用户设置,但是账号登录的用户信息一旦设置完成,往往不能修改。考虑到此种情况,在本实施例的一种实现方式中,以登录账号的用户信息作为包含解锁密码功能的登录信息进行使用,UE本地侧对解锁密码的修改不会对账号登录产生影响。例如,以对应应用账号的用户名及用户密码作为登录信息,用户在输入框内输入应用账号的用户名及用户密码就可以对屏幕进行解锁,并同时登录个人的应用账号。\n[0172] 此外,为进一步简化用户操作,登录信息也可以仅包含对应应用账号的用户密码而不必包含用户名。通常,用户在通过应用客户端登录过应用账号后,应用客户端会获取并本地保存应用账号的用户名。本实施例中,UE在获取到用户输入的用户密码后,可以与应用客户端保存的用户名组合得到登录信息,由此,用户在解锁屏幕时仅输入用户密码即可,在简化用户操作的同时可以强化账号登录的用户体验,使账号登录过程更像是在进行屏幕解锁。\n[0173] 103、对获取的登录信息进行验证。\n[0174] 在获取到登录信息后,UE对登录信息进行验证,核实用户的身份。在本步骤中,在联网条件下(若网络未连接,也可以在执行本步骤之前提示用户连接网络,在网络连接后执行本步骤),UE可以将登录信息传递给应用客户端,由应用客户端向网络侧上报该登录信息,如果登录信息验证成功,则UE认定屏幕解锁匹配,执行步骤104。而在本实施例的另一种实现方式中,还可以将屏幕解锁认证和账号登录认证作为两个独立的过程分别进行执行,例如,UE可以事先向应用客户端获取登录信息,并将获取的登录信息作为屏幕解锁的匹配对象进行保存。当用户进行屏幕解锁时,一方面UE将用户输入的登录信息传递给应用客户端进行账号登录认证,另一方面,UE将用户输入的登录信息与保存的登录信息进行比对,当两个独立的认证过程均执行完毕并认证成功时,UE执行步骤104。\n[0175] 需要说明的是,无论实际应用中采用何种实现方式执行本步骤,用户侧均不会感知到屏幕解锁的认证过程,当登录信息输入正确时,用户可以看到屏幕解锁并自动登录到应用账号中。\n[0176] 104、若登录信息验证成功,则解锁屏幕并登录应用账号。\n[0177] 如果登录信息验证成功,则执行本步骤,UE解锁屏幕,启动相应的应用并登录到用户的应用账号中。\n[0178] 本实施例中,UE可以在解锁屏幕后直接显示账号登录后的应用页面,例如用户的个人主页页面,也可以在解锁屏幕后显示桌面背景界面供用户进行常规操作,并后台运行账号登录后的应用页面,当用户需要打开应用页面时,点击通知栏中相应的小图标即可。\n[0179] 105、若登录信息验证失败,则不对屏幕进行解锁,同时取消登录应用账号,结束流程。\n[0180] 可选的,为保证用户的正常操作,当登录信息验证失败时,UE也可以采取如下方式进行实现:取消登录应用账号但对屏幕进行正常解锁,解锁屏幕后显示正常的桌面界面供用户操作使用。由此可以防止因用户遗忘/错记账号登录信息而无法解锁使用UE的情况出现。\n[0181] 在本实施例中,UE可以建立前台线程登录应用账号,也可以建立后台线程登录应用账号,当采用前者方式进行实现时,屏幕解锁后UE自动拉取登录后的账号页面(例如个人主页)进行显示,在用户侧角度,用户解锁屏幕后就可以直接看到账号页面,并进行相应操作;当采用后者方式进行实现时,屏幕解锁后UE正常显示桌面界面,但是在后台保持应用账号登录后的运行状态,并在通知栏中通过小图标等形式的标记对用户进行提示,在用户侧角度,用户解锁屏幕后可以直接基于桌面界面进行常规操作,当需要使用该应用时,点击通知栏中的小图标显示后台运行的账号页面,然后进行相应操作。\n[0182] 现有技术中,屏幕解锁和应用账号登录属于两个相互独立的过程,两者的实现规则分别由设备厂商和应用厂商设计开发,各自拥有一套身份管理模式。用户登录应用账号时,需要先输入解锁码解锁屏幕,在进入到桌面界面后点击启动相应的应用,在应用账号的登录界面中输入用户名及用户密码,需要的分别进行屏幕解锁操作和账号登录操作,使用较为繁琐。同时,如果用户使用的是非密码锁屏模式,并且已经登录到应用账号,则他人能够在无需输入解锁密码的情况下解锁屏幕,并查看用户应用账号中的信息,用户隐私无法得到妥善保护。\n[0183] 本发明实施例提供的账号登录的方法,能够对屏幕解锁及应用账号登录两大功能进行深度绑定,登录账号所需的登录信息即为屏幕解锁使用的解锁密码。用户只需在解锁屏幕时一次性输入登录信息就可以完成屏幕解锁和账号登录两种操作,使用起来相当便捷。同时,由于屏幕解锁密码与账号登录信息相同,他人在不知晓用户登录信息的情况下无法对UE的屏幕进行解锁,因此可以有效保护包括应用账号信息在内的所有用户信息,防止用户隐私信息泄露。\n[0184] 进一步的,作为对图1所示方法的细化,本实施例还提供了一种账号登录的方法,在该方法中,设备厂商可以通过与应用厂商联合定制解锁逻辑代码的方式实现对应用账号登录界面的加载。具体的,如图2所示,该方法包括:\n[0185] 201、对已安装的应用客户端进行标记扫描。\n[0186] 设备厂商可以与不同的应用厂商合作定制账号登录绑定功能,对于定制该功能的应用,应用厂商可以在应用客户端中的特定文件里添加一个界面绑定标记,用于UE进行识别。当用户新安装了一款应用后,UE对该应用客户端进行标记扫描,如果扫描到该界面绑定标记,则将携带界面绑定标记的应用客户端确定为允许界面加载的应用客户端。\n[0187] 本实施例中,界面绑定标记仅用于对应用客户端是否支持绑定功能起定性标识作用,例如0表示支持绑定功能,1表示不支持绑定功能,或者相反,界面绑定标记的具体内容无实际意义。实际应用中也可以以是否存在flag标志位判断应用客户端是否支持绑定功能,本实施例不对界面绑定标记的具体形式进行限制。\n[0188] 需要说明的是,本步骤中被UE确定的应用客户端并不一定实际参与屏幕解锁功能的绑定,通常由用户根据个人需要选择并设置绑定屏幕解锁功能的应用客户端,但用户选择的应用客户端一定是被UE确认允许界面加载的应用客户端。\n[0189] 202、将应用客户端的登录逻辑代码植入到解锁逻辑代码中,对应用账号登录界面进行加载。\n[0190] 在用户进行屏幕解锁时,UE检测到应用客户端携带有界面绑定标记,将应用客户端的登录逻辑代码植入到解锁逻辑代码中。在进行屏幕解锁时,UE执行包含登录逻辑代码的解锁逻辑代码,加载解锁登录组合界面。\n[0191] 本实施例中,应用客户端的登录逻辑代码是整体植入到解锁逻辑代码中的,因此登录界面的样式、位置、大小等参数没有发生变化,登录界面全屏加载到解锁界面中,完全覆盖解锁界面。从用户的角度看,触发Power键后屏幕中全屏显示一个与传统登录界面完全相同的界面,但与现有技术不同的是,该登录界面还包含有用户不可见的屏幕解锁逻辑,用户基于该登录界面进行账号登录操作的同时还能够对屏幕进行解锁,因此该登录界面也被称作为解锁登录组合界面。示例性的,UE加载的解锁登录组合界面如图3所示,表面上看,该组合界面与传统的登录界面并无二致。\n[0192] 203、获取用户在应用账号登录界面中输入的登录信息。\n[0193] 根据解锁登录组合界面中的提示,用户输入账号登录所需的登录信息,UE对用户输入的登录信息进行获取。实际应用中,UE可以设置监听功能对页面中特定位置上(例如输入框中)的文本信息进行识别和获取,本实施例对此不做过多介绍。\n[0194] 204、对获取的登录信息进行验证。\n[0195] 205、若登录信息验证成功,则解锁屏幕并登录应用账号。\n[0196] 206、若登录信息验证失败,则不对屏幕进行解锁,同时取消登录应用账号,结束流程。\n[0197] 本实施例中步骤204至步骤206的实现方式与图1中步骤103至步骤105的实现方式相同,此处不再赘述。\n[0198] 本实施例中,设备厂商可以通过与应用厂商事先定制解锁逻辑代码的方式将账号登录功能植入到屏幕解锁功能中,使屏幕解锁界面与应用账号登录界面融为一体,同时将屏幕解锁的认证逻辑与账号登录的认证逻辑合二为一,由此简化用户的登录操作。\n[0199] 进一步的,作为对图1所示方法的细化,本实施例还提供了一种账号登录的方法,在该方法中,设备厂商可以通过制定统一解锁逻辑规范、并向所有应用厂商开放功能定制接口的方式实现对应用账号登录界面的加载。具体的,如图4所示,作为图2所示方法的替换方案,该方法包括:\n[0200] 401、对已安装的应用客户端进行标记扫描。\n[0201] 本步骤的实现方式与图2中步骤201的实现方式相同,此处不再赘述。\n[0202] 402、解析应用账号登录界面的配置文件,对应用账号登录界面进行加载。\n[0203] 本实施例中,设备厂商可以预先制定一个标准的配置文件规范,并向各个应用厂商开放配置文件的定制功能接口。应用厂商可以基于该功能接口将应用账号登录界面的界面样式等信息写入到配置文件中,从而对应用账号登录界面的样式进行配置。本实施例不对配置文件的内容、写入规则、格式等信息进行限制。在一种便于实施的实现方式中,配置文件为可扩展标记语言(eXtensible Markup Language,简称XML)格式,XML文件中可以对界面大小、输入框位置等具体参数进行设置。示例性的,一种XML格式的配置文件可以包括如下代码:\n[0204]\n[0205] 其中,代码“account layout_x=“40”layout_y=“100””定义了用户名输入框的横纵坐标,由此可以确定用户名输入框在登录界面中的位置;代码“layout_width=“600”layout_height=“80””定义了用户名输入框的宽和高,由此可以确定用户名输入框的大小;代码“password layout_x=“40”layout_y=“200”layout_width=“600”layout_height=“80””分别定义了用户密码输入框的位置和大小,其作用同前,此处不再赘述。\n[0206] 以上代码仅针对输入框位置和大小的设置进行了示例性说明,实际应用中还可以对界面的背景、边框、提示信息、帧动画等内容进行样式设置,本实施例对此不做一一赘述。\n[0207] 在加载应用账号登录界面时,UE解析应用客户端的配置文件,获得如上事例所示的界面样式信息,然后运行屏幕解锁的逻辑代码时,依照上述界面样式信息将应用账号登录界面加载到解锁界面的预定位置上。如图5所示,在一种可能的实现方式中,UE根据应用客户端的配置文件将应用账号登录界面加载到了屏幕解锁界面的下半部分区域中。与图3所示的加载解锁登录组合界面不同,本实施例中UE是通过获取的配置文件,在解锁界面的基础上叠加加载应用账号登录界面,人机交互界面的主体仍然为屏幕解锁界面。实际应用中,应用账号登录界面还可以但不限于加载到屏幕解锁界面的上半部分、左半部分、右下部分或者中央,应用账号登录界面的位置和样式由配置文件决定,本实施例对此不做限制。\n[0208] 403、获取用户在应用账号登录界面中输入的登录信息。\n[0209] UE可以通过配置文件中的相关代码对登录信息进行获取,示例性的,配置文件中可以包含如下代码:\n[0210] \n[0212] UE通过运行该段代码获取应用账号登录界面中的登录信息。\n[0213] 404、对获取的登录信息进行验证。\n[0214] 405、若登录信息验证成功,则解锁屏幕并登录应用账号。\n[0215] 406、若登录信息验证失败,则不对屏幕进行解锁,同时取消登录应用账号,结束流程。\n[0216] 步骤404至步骤406的实现方式分别与图2中步骤204至步骤206的实现方式对应相同,此处不再赘述。\n[0217] 下面,以android操作系统为例对应用客户端中的配置文件进行说明。应用客户端中配置有一个名为“xml/background_login”的配置文件,其内容包括:\n[0218]\n[0219]\n[0220] 其中,UE通过运行下述代码查找通信实体,扫描界面绑定标记;\n[0221] “android:name=“android.lockscreen.action.LOGIN_SERVICE””\n[0222] 通过运行下述代码获取并解析配置文件;\n[0223] android:resource=“@xml/background_login”\n[0224] 由此,将应用账号登录界面加载到解锁界面中并实现相应的功能。\n[0225] 本实施例中,设备厂商可以制定一套统一的解锁逻辑规范,由各个应用厂商根据开放的功能接口制定符合规范的配置文件,由此将账号登录功能植入到屏幕解锁功能中,使屏幕解锁界面与应用账号登录界面融为一体,同时将屏幕解锁的认证逻辑与账号登录的认证逻辑合二为一。\n[0226] 进一步的,作为对图1、图2及图4的细化,本实施例还提供了两种验证登录信息的实现方式,UE可以自行对登录信息进行验证,也可以通过应用客户端对登录信息进行验证。\n具体的:\n[0227] A、UE自行验证登录信息\n[0228] 作为对图1步骤103、图2步骤204及图4步骤404的细化,UE验证登录信息的方式如图6所示:\n[0229] 601、对获取的登录信息与本地保存的登录信息进行比对。\n[0230] 用户在首次登录应用账号时,应用客户端会获取用户输入的用户名、用户密码等登录信息,并将获取的登录信息上报给网络侧进行验证。当登录信息验证成功时,应用客户端可以对正确的登录信息进行本地保存。\n[0231] 在验证登录信息时,UE可以向应用客户端获取本地保存的登录信息,作为验证依据,然后将用户在应用账号登录界面中输入的登录信息与本地保存的登录信息进行比对,如果两者相同,则登录信息验证成功,执行步骤602;如果两者不同,则登录信息验证失败,执行步骤604。\n[0232] 602、解锁屏幕。\n[0233] 在解锁屏幕的同时,UE执行步骤603,通过应用客户端登录应用账号,或者,在解锁屏幕之后,UE执行步骤603,本实施例中解锁屏幕与登录账号属于两个相互独立的过程,将两者划分为步骤602和步骤603仅为便于描述,本实施例不对两步骤执行的先后顺序进行限定,实际应用中也可以先执行步骤603再执行步骤602。\n[0234] 603、将获取的登录信息传递给应用客户端。\n[0235] 由于账号登录的过程需要基于应用客户端完成,因此在执行完步骤601后,UE需要将获取的登录信息发送给应用客户端,由应用客户端向网络侧上报登录信息,请求登录应用账号。\n[0236] 进一步的,由于应用账号登录界面加载到解锁界面中,用户是在应用账号登录界面中输入的登录信息,因此,应用客户端能够直接获取用户输入的登录信息,而无需UE的传递,实际应用中步骤603可以省略,应用客户端可以在获取到登录信息后直接进行账号登录。\n[0237] 604、若获取的登录信息与本地保存的登录信息不同,则结束流程。\n[0238] 如果登录信息验证失败,则UE不对屏幕进行解锁,同时不登录应用账号。进一步的,为不影响用户对UE的正常使用,UE也可以在登录信息验证失败后仅依照现有方式解锁屏幕但不登录应用账号,用户在解锁屏幕后可以进入到桌面界面中进行常规操作。\n[0239] 进一步的,作为对图6所示方法的扩展,UE还可以根据用户的实际操作对本地保存的登录信息进行更新。实际应用中,用户可能会在登录到应用账号后修改自己的登录信息(例如修改用户密码),或者通过其他UE登录应用账号并修改登录信息。此种情况下,为保证本地保存的登录信息的有效性,UE可以在联网条件下向网络侧获取最新的登录信息,即向网络侧获取用户修改后的登录信息,并将获取的最新登录信息替换原有登录信息进行本地保存。当用户解锁屏幕时,UE使用最新的登录信息对获取的登录信息进行验证,由此提高信息验证的准确性。\n[0240] 本实施例中,UE可以在联网条件下周期性的向网络侧请求最新的登录信息,也可以选择在开启网络连接时向网络侧请求最新的登录信息。为节省与网络侧的通信次数,更为优选的,UE可以根据网络侧的指示接收登录信息,网络侧只有在登录信息修改后才向UE下发更新的登录信息,无需UE进行多次请求。\n[0241] 此外,考虑到实际应用中UE可能无法与网络侧进行通信的情况(例如用户关闭网络连接,或网络传输条件过差),本实施例还提供了一种登录信息验证的补救方式,在该方式中,如果UE因无法与网络侧通信而不能获取到最新的登录信息,则在解锁屏幕时,UE可以根据保存的原登录信息对获取的登录信息进行验证,但需要说明的是,由于无法与网络侧进行通信,即使登录信息验证成功,UE也无法通过应用客户端登录应用账号,因此在登录信息验证成功后,UE仅对屏幕进行解锁,进入到桌面界面中,而不再执行步骤603的账号登录过程。\n[0242] B、UE通过应用客户端验证登录信息\n[0243] 作为对图1步骤103、图2步骤204及图4步骤404的细化,UE验证登录信息的方式如图7所示:\n[0244] 701、将获取的登录信息发送给应用客户端。\n[0245] 应用客户端将登录信息上报给网络侧进行验证。若登录信息验证成功,则执行步骤702;若登录信息验证失败,则执行步骤705。\n[0246] 本实施例中,应用客户端在获取到登录信息后,可以按照常规方式向网络侧进行信息验证,本实施例对此不做过多说明。\n[0247] 与图6步骤603类似,由于用户是在应用账号登录界面中输入的登录信息,因此,应用客户端同样能够直接获取用户输入的登录信息,而无需UE的传递,实际应用中本步骤可以省略,应用客户端可以在获取到登录信息后直接上报给网络侧进行验证。\n[0248] 702、接收应用客户端返回的验证响应指令。\n[0249] 与图6所示方式不同,本步骤中验证过程由应用客户端执行完成,因此应用客户端需要通过指令响应的方式向UE反馈验证结果。当登录信息验证成功时,UE接收应用客户端返回的验证确认指令,并执行步骤703。\n[0250] 703、根据验证确认指令解锁屏幕。\n[0251] 704、通过应用客户端向网络侧请求登录应用账号。\n[0252] 实际应用中向网络侧验证登录信息的过程与向网络侧请求登录应用账号的过程往往是相伴执行的,或者说本质上两者属于同一个步骤,因此作为对图7所示方式的替换,UE也可以省略执行步骤704,由应用客户端在步骤702中向网络侧请求登录应用账号并验证登录信息。当登录信息验证成功时,应用客户端登录应用账号,并向UE返回验证确认指令。\n[0253] 705、接收应用客户端返回的验证失败指令,结束流程。\n[0254] 当接收到应用客户端返回的验证失败指令时,UE执行本步骤,其实现方式与图6步骤604相同,此处不再赘述。\n[0255] 进一步的,作为对上述各图所示方式的扩展,UE还可以在未联网状态下对用户进行联网提示,或后台自动连接网络,以保证应用账号的正常登录。通常登录应用账号需要在联网状态下进行,而网络连接的设置又需要在解锁屏幕后进入相应菜单进行操作,因此在屏幕解锁时,用户无法进入到设置菜单中开启网络连接。为克服此问题,UE可以在对登录信息进行验证之前,后台检测网络的连接状态,如果为例连接未开启,则提示并引导用户开启网络连接,或后台自动连接网络。\n[0256] 进一步的,作为对上述各图所示方式的扩展,UE还可以允许用户对需要绑定屏幕解锁功能的应用进行选择和设置。具体的,如图8所示,包含绑定应用设置的账号登录流程包括:\n[0257] 801、对安装的所有应用客户端进行标记扫描。\n[0258] UE对所有应用客户端进行标记扫描,筛选出具备登录界面绑定功能的应用客户端。\n[0259] 802、将筛选出的应用添加到绑定设置菜单中。\n[0260] UE将筛选出的、具备登录界面绑定功能的应用添加到绑定设置菜单中供用户选择。示例性的,添加应用后的绑定设置菜单可以如图9所示,用户在该菜单中选择需要绑定的应用。\n[0261] 803、在解锁界面中加载应用账号登录界面。\n[0262] 804、获取用户在应用账号登录界面中输入的登录信息。\n[0263] 805、对获取的登录信息进行验证。\n[0264] 806、若登录信息验证成功,则解锁屏幕并登录应用账号。\n[0265] 807、若登录信息验证失败,则不对屏幕进行解锁,同时取消登录应用账号,结束流程。\n[0266] 步骤803至步骤807的实现方式分别与图1中步骤101至步骤105的实现方式相同,此处不再赘述。\n[0267] 进一步的,为便于用户对登录界面绑定模式进行选择,结合上述各图所示方法的实现,本实施例还提供了一种账号登录的方法,该方法中,UE可以在设置菜单中添加“选择绑定”的功能键,如图10所示,用户可以通过触发该功能键的方式选择开启或关闭登录界面绑定模式。当用户选择“开启”登录界面绑定模式时,UE按照图1、图2或图4所示方式引导用户解锁屏幕并登录应用账号;当用户选择“关闭”登录界面绑定模式时,UE按照常规方式引导用户解锁屏幕,并进入到桌面界面中。\n[0268] 需要说明的是,当增加模式选择设置后,UE在执行例如图1步骤101前,需要对登录界面绑定模式的状态进行检测,若该模式状态为开启,则UE顺序执行步骤101至步骤105;若该模式状态为关闭,则UE不执行步骤101至步骤105,按照常规方式解锁屏幕。\n[0269] 进一步的,为方便用户进行操作设置,在本实施例的一个优选方案中,UE可以将图\n10所示的“选择绑定”功能键添加到解锁界面的下拉/上拉菜单中。用户在触发Power键后,UE显示正常的解锁界面,如图11所示,用户可以下拉/上拉调取出菜单点击选择开启或关闭登录界面绑定模式。在用户进行模式选择后,UE检测登录界面绑定模式的当前状态,并根据检测出的状态执行不同的解锁流程。本实施例提供的优选方案,能够在解锁界面中为用户提供模式选择设置的功能键,用户无需解锁屏幕就可以快速勾选/取消勾选界面绑定模式,操作方便快捷。同时,该功能键被添加到了只有一级层级的下拉/上拉菜单中,菜单深度较小,与现有技术中进入多级菜单进行设置相比,能够进一步节省用户的操作,方便使用。\n[0270] 作为对图11所示优选方案的进一步扩展,在本实施例的另一优选方案中,UE还可以将图8步骤802中的绑定设置菜单添加到下拉/上拉菜单中,供用户在解锁屏幕前对绑定的应用进行选择。示例性的,如图12所示,UE可以将步骤802中筛选出的5个应用客户端的应用图标显示于下拉/上拉菜单中,用户在每次解锁前有机会(但不是必须)选择此次绑定的应用。如果用户没有进行选择,则UE默认前次选择的应用为本次屏幕解锁时绑定的应用。在本优选方案中,UE可以在下拉/上拉菜单中添加绑定设置菜单,便于用户在解锁屏幕前对绑定应用进行灵活、机动的选择。\n[0271] 以上各图所示方法是以绑定一个应用为例进行的说明,作为进一步扩展,本实施例还在上述各图所示方法的基础上作进一步改进,允许用户绑定多个应用客户端,并在解锁屏幕时选择其中一个应用进行账号登录。具体的,用户在如图12所示的下拉/上拉菜单中选择绑定了至少两个应用客户端,UE将这至少两个应用客户端分别与屏幕解锁功能进行绑定。当用户触发Power键时,作为对图1步骤101的替换,UE在解锁界面中加载某一个应用客户端的应用账号登录界面(可以是按照某种规则排序在先的应用客户端,也可以默认是前次解锁操作登录应用账号的应用客户端)。用户在解锁界面中可以通过滑动操作的方式(对于物理键盘UE而言也可以通过导航键进行操作)切换不同应用账号的登录界面。UE根据用户触发的切换指令在解锁界面中切换加载不同应用客户端的应用账号登录界面,直到用户开始在某个应用账号登录界面中输入登录信息时,UE将该界面对应的应用客户端确定为用户选定的应用客户端,并从步骤102开始顺序执行后续步骤。\n[0272] 示例性的,用户在下拉/上拉菜单中勾选了“淘宝”、“微信”、“QQ”、“新浪微博”4个应用,UE将这4个应用的应用客户端分别与屏幕解锁功能相绑定。如图13所示,用户在解锁屏幕时,UE首先加载应用客户端“淘宝”的应用账号登录界面,用户向左(当然也可以向右)进行滑动操作,UE切换加载应用客户端“微信”的应用账号登录界面,用户再次向左触发滑动操作,UE切换加载应用客户端“QQ”的应用账号登录界面。在应用客户端“QQ”的应用账号登录界面中,用户输入用户密码,UE确定应用客户端“QQ”为用户需要进行账号登录的应用客户端,获取用户输入的用户密码进行验证,当验证成功时,解锁屏幕并登录用户的QQ账号。\n[0273] 本实施例提供的切换应用客户端的方法,能够允许用户在绑定应用客户端后直接在解锁界面中切换选择需要登录的应用,无需在每次解锁前进入下拉/上拉菜单中进行设置,更加方便用户的使用。\n[0274] 进一步的,为减少用户记忆登录信息的数量,在本实施例的一种实现方式中,UE还可以结合单点登录(Single Sign On,简称SSO)等多账号绑定技术,简化解锁登录的复杂度。随着应用市场的不断发展,用户下载安装的应用软件越来越多,不同应用账号对应不同的登录信息,记忆过多登录信息会对用户造成较大的困扰。为解决此问题,本实施例中UE可以引导用户对多个应用账号进行绑定,绑定后的应用账号使用同一个登录信息。用户在登录某个应用账号后,网络侧的账号认证系统接收该账号应用客户端提供的绑定登录授权标识(例如Ticket或微信中的Token),当用选择登录其他绑定的应用账号时,账号认证系统依据绑定登录授权标识直接允许UE登录另一个应用账号,而无需用户再次输入登录信息。\n[0275] 对于图13所示的屏幕解锁方式,在进行屏幕解锁时,UE可以在解锁界面中加载任意一个应用账号的登录界面,例如按照某种规则排序在先的应用,或者默认是前次解锁操作账号登录的应用,在用户输入登录信息并成功登录应用账号后,UE通过多账号绑定技术后台登录其他应用账号中的至少两个应用账号,供用户切换使用,在登录其他应用账号时,无需用户再次输入登录信息。本实施例不对UE登录应用账号的数量和种类进行限制,实际应用中,UE可以选择几个用户使用次数较多的应用账号进行后台登录,或者选择与已登录应用账号存在关联关系的几个应用账号进行后台登录,例如选择出自同一个应用厂商的应用账号进行后台登录,再或者UE还可以将除已登录应用账号之外其他所有已绑定的应用账号全部进行后台登录。\n[0276] 作为对上述多账号绑定登录方式的替换,在本实施例的另一种实现方式中,UE可以通过在本地侧进行登录信息映射的方式减少输入登录信息的次数,同样能够达到减少登录信息记忆数量的目的。具体的,以登录信息为用户名和用户密码为例,UE可以允许用户在设置菜单中设置一个唯一的屏幕解锁密码,然后将该密码与不同应用户账号的用户名及用户密码分别建立映射关系,并本地保存建立的映射关系表。一种映射关系表如图14所示:该表左侧为用户设置的唯一屏幕解锁密码,该表右侧分别包含4种不同应用账号的用户名及用户密码,屏幕解锁密码分别与4个用户名及用户密码之间存在映射关系。实际应用中,为节省设置屏幕解锁密码的用户操作,UE也可以默认将常规解锁模式下用户使用的屏幕解锁密码作为建立映射关系的屏幕解锁密码使用。\n[0277] 在解锁屏幕时,由于无需用户输入登录信息,因此UE显示常规显示的屏幕解锁界面,屏幕解锁界面中可以不加载应用账号登录界面。UE获取用户在屏幕解锁界面的输入框中输入的屏幕解锁密码,然后根据预先建立的映射关系表在后台查找到对应该应用账号的用户名及用户密码,对查找到的用户名及用户密码进行验证,并完成后续应用账号的登录流程。其中,所述屏幕解锁密码可以为数字密码,也可以为滑动手势密码,对此本发明实施例不做限定。\n[0278] 进一步的,作为对上述各图所示方法的实现,本实施例还提供了一种账号登录的装置,该装置可以位于诸如手机、电脑、移动服务终端等用户设备内部,或位于用户设备外部但与用户设备之间具有通信关系,用以对上述各图所示方法进行实现。如图15所示,该装置包括:加载单元151、获取单元152、验证单元153、解锁单元154以及登录单元155,其中,[0279] 加载单元151,用于在解锁界面中加载应用账号登录界面;\n[0280] 获取单元152,用于获取用户在加载单元151加载的应用账号登录界面中输入的登录信息;\n[0281] 验证单元153,用于对获取单元152获取的登录信息进行验证;\n[0282] 解锁单元154,用于当验证单元153验证登录信息验证成功时,解锁屏幕;\n[0283] 登录单元155,用于当验证单元153验证登录信息验证成功时,登录应用账号。\n[0284] 进一步的,如图16所示,加载单元151包括:\n[0285] 第一加载模块161,用于将应用客户端的登录逻辑代码植入到解锁逻辑代码中,执行解锁逻辑代码,加载解锁登录组合界面。\n[0286] 进一步的,如图16所示,加载单元151包括:\n[0287] 第二加载模块162,用于解析应用客户端的配置文件,获得界面样式信息,依照界面样式信息将应用账号登录界面加载到解锁界面的预定位置上。\n[0288] 进一步的,如图17所示,验证单元153包括:\n[0289] 比对模块171,用于对获取的登录信息与本地保存的登录信息进行比对,当获取的登录信息与本地保存的登录信息相同时,登录信息验证成功;\n[0290] 登录单元155,包括:\n[0291] 传递模块172,用于将获取单元152获取的登录信息传递给应用客户端,以使得应用客户端根据登录信息向网络侧请求登录应用账号。\n[0292] 进一步的,获取单元152用于当用户修改了应用账号的登录信息时,向网络侧获取最新的登录信息;\n[0293] 验证单元153用于根据获取单元152获取的最新的登录信息对获取的登录信息进行验证;\n[0294] 验证单元153还用于当获取单元152无法获取最新的登录信息时,根据保存的原登录信息对获取的登录信息进行验证。\n[0295] 进一步的,如图18所示,验证单元153包括:\n[0296] 发送模块181,用于将登录信息发送给应用客户端,以使得应用客户端将登录信息上报给网络侧进行验证;\n[0297] 接收模块182,用于当登录信息验证成功时,接收应用客户端返回的验证确认指令;\n[0298] 解锁单元154,用于根据接收模块182接收的验证确认指令解锁屏幕;\n[0299] 登录单元155,包括:\n[0300] 请求模块183,用于通过应用客户端向网络侧请求登录应用账号。\n[0301] 进一步的,如图19所示,该装置还包括:\n[0302] 客户端绑定单元191,用于在加载单元151在解锁界面中加载应用账号登录界面之前,绑定至少两个应用客户端;\n[0303] 加载单元151,用于:\n[0304] 根据用户触发的切换指令在解锁界面中切换加载客户端绑定单元191绑定的不同应用客户端的应用账号登录界面;\n[0305] 根据用户选定的应用账号登录界面确定对应的应用客户端。\n[0306] 进一步的,如图19所示,还装置还包括查找单元192;\n[0307] 获取单元152用于获取用户在解锁界面中输入的屏幕解锁密码;\n[0308] 查找单元192,用于查找关联获取单元152获取的屏幕解锁密码的用户名及用户密码,用户名及用户密码为对应应用账号的用户名及用户密码;\n[0309] 验证单元153,用于对查找单元192查找到的用户名及用户密码进行验证。\n[0310] 进一步的,该装置还用于在解锁界面中加载应用账号登录界面之前:\n[0311] 对已安装的应用客户端进行标记扫描;\n[0312] 将携带界面绑定标记的应用客户端确定为允许界面加载的应用客户端。\n[0313] 进一步的,该装置还用于在解锁界面中加载应用账号登录界面之前,对多个应用客户端的应用账号进行绑定,多个应用账号共用一个登录信息;\n[0314] 加载单元151,用于:\n[0315] 在解锁界面中加载绑定的任意一个应用账号的登录界面;\n[0316] 登录单元155,用于后台登录绑定的多个应用账号中的至少两个应用账号。\n[0317] 进一步的,获取单元152获取的登录信息为:\n[0318] 对应应用账号的用户密码;或者,\n[0319] 对应应用账号的用户名及用户密码。\n[0320] 本发明提供的账号登录的装置,能够在解锁界面中加载应用账号登录界面,将用户设备的解锁界面与应用账号的登录界面融为一体;在用户进行解锁操作时,获取用户在应用账号登录界面中输入的登录信息,该登录信息同时也是屏幕解锁所需的解锁信息;对获取的登录信息进行验证,如果登录信息验证成功,则表示屏幕解锁与账号登录双双验证成功,用户设备解锁屏幕并登录应用账号。本发明提供的账号登录的装置,通过绑定解锁功能和应用账号登录功能的方式将用户的解锁操作和账号登录操作合二为一,登录信息既作为屏幕解锁的身份识别信息也作为账号登录的用户信息使用,用户可以在执行屏幕解锁操作的同时一并登录到个人应用账号中,与现有技术中需要手动启动SNS应用并进行账号登录操作相比,能够节省用户单独进行账号登录所涉及的一系列相关操作,可以大大简化用户设备的操作步骤,使用起来方便快捷。\n[0321] 进一步的,作为对上述各图所示方法的实现,本实施例还提供了一种账号登录的装置,该装置可以位于诸如手机、电脑、移动服务终端等用户设备内部,或位于用户设备外部但与用户设备之间具有通信关系,用以对上述各图所示方法进行实现。如图20所示,该装置包括:处理器201、输入设备202、输出设备203及总线204,其中,处理器201、输入设备202与输出设备203之间通过总线204进行通信。\n[0322] 处理器201可以采用通用的中央处理器(Central Processing Unit,简称CPU),微处理器,应用专用集成电路(Application Specific Integrated Circuit,简称ASIC),或者一个或多个集成电路,用于执行相关程序,以实现本发明实施例所提供的技术方案。\n[0323] 总线204可包括一通路,在装置各个部件(例如处理器201、接收器202、输入输出设备203)之间传送信息。\n[0324] 应注意,尽管图20所示的硬件仅仅示出了处理器201、输入设备202、输出设备203以及总线204,但是在具体实现过程中,本领域的技术人员应当知晓,该终端还包含实现正常运行所必须的其他器件。同时,根据具体需要,本领域的技术人员应当知晓,还可包含实现其他功能的硬件器件。\n[0325] 处理器201,用于在解锁界面中加载应用账号登录界面;\n[0326] 输出设备203,用于显示加载有应用功能账号登录界面的解锁界面;\n[0327] 输入设备202,用于获取用户在输出设备203显示的应用账号登录界面中输入的登录信息;\n[0328] 处理器201还用于对输入设备202获取的登录信息进行验证,当处理器201验证登录信息验证成功时,解锁屏幕并登录应用账号。\n[0329] 其中,所述屏幕为输出设备203的一种,此外,输出设备203还包括但不限于是扬声器或闪光灯。\n[0330] 进一步的,处理器201在解锁界面中加载应用帐号登录界面具体为:\n[0331] 处理器201将应用客户端的登录逻辑代码植入到解锁逻辑代码中,执行解锁逻辑代码,加载解锁登录组合界面。\n[0332] 进一步的,处理器201在解锁界面中加载应用帐号登录界面具体为:\n[0333] 处理器201获取应用客户端的配置文件;并解析接收器获取的应用客户端的配置文件,获得界面样式信息,依照界面样式信息将应用账号登录界面加载到解锁界面的预定位置上。\n[0334] 进一步的,如图21所示,该装置还包括:与总线204相连的存储器211,其中,[0335] 存储器211,用于本地保存登录信息;\n[0336] 处理器201对获取的登录信息进行验证,具体为:\n[0337] 处理器201对输入设备202获取的登录信息与存储器211本地保存的登录信息进行比对;当获取的登录信息与本地保存的登录信息相同时,确定登录信息验证成功;\n[0338] 处理器201还用于,解锁屏幕,并将输入设备202获取的登录信息传递给应用客户端,以使得应用客户端根据登录信息向网络侧请求登录应用账号。\n[0339] 进一步的,如图22所示,该装置还包括:与总线204相连的发送器221和接收器222,其中,\n[0340] 发送器221,用于当用户修改了应用账号的登录信息时,向网络侧发送查询请求,请求获取应用帐号的最新的登录信息;\n[0341] 接收器222,用于在发送器221发送查询请求后,接收网络侧发送的应用帐号的最新的登录信息;\n[0342] 处理器201,用于根据接收器222获取的最新的登录信息对获取的登录信息进行验证;\n[0343] 处理器201还用于在无法获取最新的登录信息时,根据存储器211保存的原登录信息对获取的登录信息进行验证。\n[0344] 进一步的,如图22所示,该装置还包括:与总线204连接的发送器221和接收器222,其中,\n[0345] 处理器201用于将登录信息发送给应用客户端,以使得应用客户端将登录信息上报给网络侧进行验证;\n[0346] 发送器221,用于将登录信息上报网络侧,请求网络侧对登录信息进行验证;\n[0347] 接收器222,用于当登录信息验证成功时,接收网络侧返回的验证确认指令;\n[0348] 处理器201,用于根据接收器222接收的验证确认指令解锁屏幕,并向发送器221发送指令,指示发送器221向网络侧请求登录应用账号。\n[0349] 进一步的,处理器201还用于,在解锁界面中加载应用账号登录界面之前,绑定至少两个应用客户端;\n[0350] 输入设备202还用于,获取用户触发的切换指令,切换指令用于指示装置在解锁界面中切换加载绑定的不同应用客户端;\n[0351] 处理器201在解锁界面中加载应用帐号登录界面,包括:\n[0352] 处理器201根据输入设备202获取的切换指令,在解锁界面中切换加载绑定的不同应用客户端的应用账号登录界面,并根据用户选定的应用账号登录界面确定对应的应用客户端。\n[0353] 进一步的,输入设备202还用于,获取用户在解锁界面中输入的屏幕解锁密码;\n[0354] 处理器201对获取的登录信息进行验证,包括:\n[0355] 处理器201查找关联屏幕解锁密码的用户名及用户密码,对查找到的用户名及用户密码进行验证,用户名及用户密码为对应应用账号的用户名及用户密码。\n[0356] 进一步的,处理器201用于在解锁界面中加载应用账号登录界面之前:\n[0357] 对已安装的应用客户端进行标记扫描;\n[0358] 将携带界面绑定标记的应用客户端确定为允许界面加载的应用客户端。\n[0359] 进一步的,处理器201用于在解锁界面中加载应用账号登录界面之前,对多个应用客户端的应用账号进行绑定,多个应用账号共用一个登录信息,在解锁界面中加载绑定的任意一个应用账号的登录界面,后台登录绑定的多个应用账号中的至少两个应用账号。\n[0360] 进一步的,输入设备202获取的登录信息为:\n[0361] 对应应用账号的用户密码;或者,\n[0362] 对应应用账号的用户名及用户密码。\n[0363] 本发明提供的账号登录的装置,能够在解锁界面中加载应用账号登录界面,将用户设备的解锁界面与应用账号的登录界面融为一体;在用户进行解锁操作时,获取用户在应用账号登录界面中输入的登录信息,该登录信息同时也是屏幕解锁所需的解锁信息;对获取的登录信息进行验证,如果登录信息验证成功,则表示屏幕解锁与账号登录双双验证成功,用户设备解锁屏幕并登录应用账号。本发明提供的账号登录的装置,通过绑定解锁功能和应用账号登录功能的方式将用户的解锁操作和账号登录操作合二为一,登录信息既作为屏幕解锁的身份识别信息也作为账号登录的用户信息使用,用户可以在执行屏幕解锁操作的同时一并登录到个人应用账号中,与现有技术中需要手动启动SNS应用并进行账号登录操作相比,能够节省用户单独进行账号登录所涉及的一系列相关操作,可以大大简化用户设备的操作步骤,使用起来方便快捷。\n[0364] 通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。\n[0365] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
法律信息
- 2017-09-08
- 2015-03-18
实质审查的生效
IPC(主分类): H04L 29/06
专利申请号: 201480001347.6
申请日: 2014.05.22
- 2015-02-11
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2013-11-13
|
2012-05-09
| | |
2
| |
2013-10-02
|
2013-06-08
| | |
3
| |
2014-05-07
|
2014-01-13
| | |
4
| |
2014-03-26
|
2013-12-06
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |