著录项信息
| 专利名称 | 用户终端和权限授予方法及其系统 |
| 申请号 | CN201410430708.0 | 申请日期 | 2014-08-28 |
| 法律状态 | 授权 | 申报国家 | 中国 |
| 公开/公告日 | 2016-03-02 | 公开/公告号 | CN105376204A |
| 优先权 | 暂无 | 优先权号 | 暂无 |
| 主分类号 | H04L29/06 | IPC分类号 | H;0;4;L;2;9;/;0;6查看分类表>
|
| 申请人 | 宇龙计算机通信科技(深圳)有限公司 | 申请人地址 | 广东省深圳市南山区高新技术工业园北区酷派信息港1栋6层
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
| 权利人 | 宇龙计算机通信科技(深圳)有限公司 | 当前权利人 | 宇龙计算机通信科技(深圳)有限公司 |
| 发明人 | 黎广 |
| 代理机构 | 深圳市君胜知识产权代理事务所(普通合伙) | 代理人 | 王永文;刘文求 |
摘要
本发明公开了用户终端和权限授予方法及其系统,包括如下步骤:A、用户终端接收应用后台发送的验证码消息;B、遍历预设时间内用户终端收到的消息,判断验证码消息发送方与应用方是否匹配;若匹配,则授予所述应用读取所述验证码消息的权限,使所述应用获取验证码消息中的验证码并填充到应用。本发明通过遍历预设时间内用户终端收到的消息,判断消息发送方与应用方匹配后授予应用读取消息的权限,并将验证码填充到应用,使用户能够方便快捷的授予权限的同时保证用户信息的安全。
1.一种权限授予方法,其特征在于,包括如下步骤:
A、用户终端接收应用后台发送的验证码消息;
B、遍历预设时间内用户终端收到的消息,判断验证码消息发送方与应用方是否匹配;
若匹配,则授予所述应用读取所述验证码消息的权限,使所述应用获取验证码消息中的验证码并填充到应用;
所述步骤B还包括:在遍历预设时间内收到的消息时,检测到消息发送号码属于黑名单时,弹出提示信息框,提示用户所述应用存在泄漏用户信息的风险,并提示用户是否停止使用所述应用,及是否删除所述应用;
所述步骤B具体包括:
B1、用户终端遍历预设时间内收到的所有消息,获取每个消息发送号码所属公司与所述应用所属的公司是否匹配;
B2、如果匹配,则用户终端将验证码消息读取权限授权给所述应用;
B3、由所述应用获取验证码消息中的验证码并自动填充到应用;
所述步骤B1具体包括:
B11、用户终端判断预设时间是否收到验证码消息;如果是,则执行步骤B12;否则,执行步骤B13;
B12、遍历预设时间内收到的所有消息,获取每个消息发送号码所属公司与所述应用所属的公司是否匹配;如果是,则执行步骤B2;否则执行步骤B13;
B13、不授权验证码消息读取权限给所述应用。
2.根据权利要求1所述的权限授予方法,其特征在于,所述步骤A具体包括:
A1、用户登录某个应用需要填写验证码时,用户终端接收应用后台发送的包含验证码的验证码消息;
A2、应用向用户终端申请读取所述验证码消息的权限。
3.根据权利要求1或2任意一项所述的权限授予方法,其特征在于,所述预设时间为5-
20秒。
4.一种用于实现权利要求1所述权限授予方法的用户终端,其特征在于,包括:
接收模块,用于接收应用后台发送的验证码消息;
处理模块,用于遍历预设时间内接收模块收到的消息,判断验证码消息发送方与应用方是否匹配;若匹配,则授予所述应用读取所述验证码消息的权限,使所述应用获取验证码消息中的验证码并填充到应用;
所述处理模块,还用于在遍历预设时间内收到的消息时,检测到消息发送号码属于黑名单时,弹出提示信息框,提示用户所述应用存在泄漏用户信息的风险,并提示用户是否停止使用所述应用,及是否删除所述应用;
所述处理模块具体包括:
遍历单元,用于遍历接收模块在预设时间内收到的所有消息;
匹配单元,用于获取每个消息发送号码所属公司与所述应用所属的公司是否匹配;
权限授予单元,用于消息发送号码所属公司与所述应用所属的公司匹配时,将验证码消息读取权限授权给所述应用;
验证码填充单元,用于获取验证码消息中的验证码并自动填充到应用;
所述处理模块还包括:
判断单元,用于判断接收模块在预设时间内是否收到消息;
所述权限授予单元,还用于接收模块在预设时间内未收到验证码消息时,不授权验证码消息读取权限给所述应用。
5.根据权利要求4所述的用户终端,其特征在于,
接收模块,具体用于用户登录某个应用需要填写验证码时,接收应用后台发送的包含验证码的消息,使应用能向处理模块申请读取所述消息的权限。
6.一种权限授予系统,其特征在于,包括应用服务器和如权利要求4或5任意一项所述的用户终端,所述应用服务器与所述用户终端连接,用于向用户终端发送验证码消息。
用户终端和权限授予方法及其系统\n技术领域\n[0001] 本发明涉及信息处理领域,尤其涉及一种用户终端和权限授予方法及其系统。\n背景技术\n[0002] 随着移动互联网的发展,现有的手机安装APP应用种类越来越丰富。在安装应用的同时,为了实现APP应用的功能,这些应用需要拥有一些涉及用户隐私的权限,例如拨打电话、访问短信、访问通讯录、读取GPS地理位置、开启摄像头等。因此这些应用在丰富用户生活的同时,也存在着泄露用户隐私的风险。不知不觉中,大量的应用在访问着用户手机数据以及记录用户的操作习惯。\n[0003] 譬如,用户使用某个应用某些功能时需要填入验证码,而这个验证码是通过应用的后台服务器发送含有验证码的短信到手机,收到短信后用户需要进入短信界面记住验证码后再进入应用填充验证码,这样会很不方便,后来经过改进后,在手机收到验证码短信后应用在获取读取短信权限后直接读取短信内容,将验证码填充进来,但这会涉及到应用的授权访问问题,需要对应用的权限进行管理设置。\n[0004] 现有的手机助手都有对APP应用获取上述权限进行管理,一般为用户提供三种管理策略:1.应用一直不能获取某种权限、2.应用一直可以获取某种权限、3.应用每次要想获得某种权限时都会询问用户是否同意。但这三种策略都有其不足之处,如果用户选择第一种策略,会导致用户在使用应用时有些功能不能使用;如果用户选择第二种策略,则会存在安全隐患;如果用户选择第三种策略,在每次使用前都需要进行选择是否同意,会导致用户操作的麻烦与不方便。\n[0005] 因此,现有技术还有待改进。\n发明内容\n[0006] 鉴于上述现有技术的不足之处,本发明的目的在于提供一种操作便捷同时又能保障用户信息安全的用户终端和权限授予方法及其系统。\n[0007] 为了达到上述目的,本发明采取了以下技术方案:\n[0008] 一种权限授予方法,其包括如下步骤:\n[0009] A、用户终端接收应用后台发送的验证码消息;\n[0010] B、遍历预设时间内用户终端收到的消息,判断验证码消息发送方与应用方是否匹配;若匹配,则授予所述应用读取所述验证码消息的权限,使所述应用获取验证码消息中的验证码并填充到应用。\n[0011] 所述的权限授予方法中,所述步骤A具体包括:\n[0012] A1、用户登录某个应用需要填写验证码时,用户终端接收应用后台发送的包含验证码的验证码消息;\n[0013] A2、应用向用户终端申请读取所述验证码消息的权限。\n[0014] 所述的权限授予方法中,所述步骤B具体包括:\n[0015] B1、用户终端遍历预设时间内收到的所有消息,获取每个消息发送号码所属公司与所述应用所属的公司是否匹配;\n[0016] B2、如果匹配,则用户终端将验证码消息读取权限授权给所述应用;\n[0017] B3、由所述应用获取验证码消息中的验证码并自动填充到应用。\n[0018] 所述的权限授予方法中,所述步骤B1具体包括:\n[0019] B11、用户终端判断预设时间是否收到验证码消息;如果是,则执行步骤B12;否则,执行步骤B13;\n[0020] B12、遍历预设时间内收到的所有消息,获取每个消息发送号码所属公司与所述应用所属的公司是否匹配;如果是,则执行步骤B2;否则执行步骤B13;\n[0021] B13、不授权验证码消息读取权限给所述应用。\n[0022] 所述的权限授予方法中,所述预设时间为5-20秒。\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附图说明\n[0038] 图1为本发明具体实施例提供的权限授予方法的流程图。\n[0039] 图2为本发明具体实施例提供的权限授予方法中步骤S200的方法流程图。\n[0040] 图3为本发明具体实施例提供的权限授予方法中步骤S210的方法流程图。\n[0041] 图4为本发明具体实施例提供的用户终端的结构框图。\n[0042] 图5为本发明具体实施例提供的权限授予系统的原理框图。\n[0043] 图6为本发明具体实施例中利用权限授予系统实现权限授予的过程示意图。\n具体实施方式\n[0044] 本发明提供一种用户终端和权限授予方法及其系统,为使本发明的目的、技术方案及效果更加清楚、明确,以下参照附图并举实施例对本发明进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。\n[0045] 如图1所示,本发明具体实施例提供的权限授予方法,包括如下步骤:\n[0046] S100、用户终端接收应用后台发送的验证码消息。\n[0047] S200、遍历预设时间内用户终端收到的消息,判断验证码消息发送方与应用方是否匹配;若匹配,则授予所述应用读取所述验证码消息的权限,使所述应用获取验证码消息中的验证码并填充到应用。\n[0048] 具体的,所述步骤S100具体为:\n[0049] 用户登录某个应用需要填写验证码时,用户终端接收应用后台发送的包含验证码的验证码消息。然后,应用向用户终端申请读取所述验证码消息的权限。\n[0050] 在用户使用应用或者应用某些功能时,为了使应用获取相应的权限,需要填入验证码。验证码由所述应用后台(即应用服务器)生成,并发送含有上述验证码的验证码消息到用户终端上。\n[0051] 在用户终端收到验证码消息后需要作一些处理来判断是否授权给该应用,如图2所示,所述步骤S200具体包括:\n[0052] S210、用户终端遍历预设时间内收到的所有消息,获取每个消息发送号码所属公司与所述应用所属的公司是否匹配;若匹配,执行步骤S220,若不匹配,则结束。\n[0053] S220、用户终端将验证码消息读取权限授权给所述应用。\n[0054] S230、所述应用获取验证码消息中的验证码并自动填充到应用。\n[0055] 步骤S210中,验证码消息发送号码所属公司与所述应用所属公司之间相互对应,匹配关系的信息(如匹配关系对照表)预先存储在用户终端中,所述匹配或者相互对应关系是指属于同一家公司或者两家不同的公司之间具有某种从属关系,例如,母公司和子公司的关系。较佳的是,上述相互对应,匹配关系信息可以自动定期更新,并存储在用户终端中。\n[0056] 在步骤S220中,用户终端授权验证码消息读取权限给所述应用只限于本次操作,即该应用只有一次读取验证码消息的权限,在每次填充验证码前都需要重新进行遍历和匹配,由此最大限度的保证用户信息的安全。\n[0057] 在用户终端收到验证码消息后,一般需要用户进入消息界面阅读上述验证码消息并记住验证码后重新进入应用填充验证码。因上述操作给用户带来很大的不便,改进后,现有技术中当应用拥有验证码消息阅读权限时,可以自动填充验证码消息中的验证码。上述自动填充的方法为常用技术手段,因此不再赘述。\n[0058] 更具体的,如图3所示,所述的权限授予方法中步骤S210具体包括:\n[0059] S211、用户终端判断预设时间是否收到验证码消息。如果是,则执行步骤S212;否则,执行步骤S213。\n[0060] S212、遍历预设时间内收到的所有消息,获取每个消息发送号码所属公司与所述应用所属的公司是否匹配。如果是,则执行步骤S220;否则执行步骤S213。\n[0061] S213、不授权验证码消息读取权限给所述应用。\n[0062] 在遍历消息之前,首先判断用户终端(如手机)是否在预设时间内收到验证码消息。较佳的是,当手机在预设时间内没有收到消息时,应用后台可自动重新生成验证码并通过后台服务器再次发送,或者在弹出提示信息框提示用户点击以重新发送验证码。\n[0063] 在遍历预设时间内收到的消息时,因为正常、安全可靠的应用发送验证码的号码都是固定的,不会采用私人号码发送。所以,当检测到验证码消息发送号码为私人号码时可以直接略过,不再调取相互对应,匹配关系信息进行后续判断,由此可以提高程序处理速度。较佳的是,本发明还可以设置号码黑名单,当遍历消息过程中,检测到消息发送号码属于黑名单时,弹出提示信息框,提示用户上述应用存在很大泄露用户信息的风险,提示用户是否停止使用该应用,及是否需要删除该应用。\n[0064] 进一步的,上述的权限授予方法中,所述预设时间为5-20秒。较佳的是,所述预设时间还可以由用户依据自身实际情况和需求自主设定,预设时间设置越短,手机需要遍历的消息越少,但如果预设时间过短,用户手机有可能在这个时间了收不到验证码消息,导致无法进行后续的处理,经测试所述预设时间优选为15秒。\n[0065] 如图4所示,本发明具体实施方式中一种用于实现上述权限授予方法的用户终端,包括:\n[0066] 接收模块100,用于接收应用后台发送的验证码消息;\n[0067] 处理模块200,用于遍历预设时间内接收模块100收到的消息,判断验证码消息发送方与应用方是否匹配;若匹配,则授予所述应用读取所述消息的权限,使所述应用获取验证码消息中的验证码并填充到应用。\n[0068] 具体的,接收模块,具体用于用户登录某个应用需要填写验证码时,接收应用后台发送的包含验证码的消息,使应用能向处理模块申请读取所述消息的权限。\n[0069] 一般情况下,应用获取与应用功能相应的权限时,需要用户填入验证码。验证码由所述应用后台自动生成,通过应用的后台服务器发送含有上述验证码的验证码消息到用户终端(如手机)上。\n[0070] 更具体的,所述处理模块200具体包括:\n[0071] 遍历单元210,用于遍历接收模块在预设时间内收到的所有消息;匹配单元220,用于获取每个消息发送号码所属公司与所述应用所属的公司是否匹配;权限授予单元230,用于消息发送号码所属公司与所述应用所属的公司匹配时,将验证码消息读取权限授权给所述应用。\n[0072] 验证码消息发送号码所属公司与所述应用所属公司之间相互对应和匹配关系的信息预先存储在用户终端中,供匹配单元调用。\n[0073] 权限授予单元授予的消息读取权限为一次读取权限。\n[0074] 验证码填充单元240,用于获取消息中的验证码并自动填充到应用。\n[0075] 所述处理模块200还包括:\n[0076] 判断单元250,用于判断接收模块在预设时间内是否收到消息;\n[0077] 具体的,所述权限授予单元230,还用于接收模块100在预设时间内未收到验证码消息时,不授权验证码消息读取权限给所述应用。\n[0078] 更具体的,上述权限授予系统中所述预设时间为5-20秒。当然,也可以由用户依据自身实际情况和需求自主设定,例如15秒。\n[0079] 本发明还对应提供一种权限授予系统,如图5所示,其包括应用服务器10和用户终端20,所述应用服务器10与所述用户终端20连接,用于向用户终端200发送验证码消息。由于上文已对用户终端进行了详细描述,此处不再赘述。\n[0080] 如图6所示,为了更好的理解本发明的方案,以下举一应用实施例,对利用上述权限授予系统实现权限授予的方法进行详细说明:\n[0081] S1、在用户终端访问应用时,由应用后台生成验证码,并发送包含有验证码的验证码消息至用户终端。\n[0082] S2、应用向用户终端申请消息阅读权限。\n[0083] S3、用户终端在15秒内是否收到消息。若是,执行步骤S4;若否,执行步骤S8。\n[0084] S4、用户终端遍历15秒内收到的所有消息。在遍历时,只涉及15秒内收到消息的消息发送号码而不涉及消息内容。\n[0085] S5、判断每个消息发送号码所属公司与所述应用所属的公司是否匹配。若匹配,执行步骤S6;若否,执行步骤S8。\n[0086] S6、授予应用一次读取验证码消息的权限。\n[0087] S7、应用读取包含验证码的验证码消息并将其自动填充。\n[0088] 应用成功确认填充的验证码后,就可以获取相应的权限,实现手机应用的功能。\n[0089] S8、结束。当用户终端15秒内没有收到验证码消息时,应用可以弹出提示窗口,提示用户检查用户终端的使用状态,是否能正常接收验证码消息,并提示用户点击重新发送验证码消息。\n[0090] 综上所述,本发明提供一种权限授予方法和系统,通过遍历预设时间内用户终端收到的消息,判断消息发送方与应用方匹配后授予应用读取验证码消息的权限,并将验证码填充到应用,使用户能够方便快捷的授予权限的同时保证用户信息的安全。\n[0091] 可以理解的是,对本领域普通技术人员来说,可以根据本发明的技术方案及其发明构思加以等同替换或改变,而所有这些改变或替换都应属于本发明所附的权利要求的保护范围。
法律信息
- 2019-02-01
- 2016-03-30
实质审查的生效
IPC(主分类): H04L 29/06
专利申请号: 201410430708.0
申请日: 2014.08.28
- 2016-03-02
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2014-06-25
|
2014-03-19
| | |
2
| |
2013-04-03
|
2012-11-16
| | |
3
| |
2013-03-06
|
2012-11-23
| | |
4
| |
2013-10-02
|
2013-05-29
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |