首页 > 专利 > 上海斐讯数据通信技术有限公司 > 对android应用程序在特定条件下自启动的管控系统及方法专利详情

对android应用程序在特定条件下自启动的管控系统及方法   0    0

有效专利 查看PDF
专利申请流程有哪些步骤?
专利申请流程图
申请
申请号:指国家知识产权局受理一件专利申请时给予该专利申请的一个标示号码。唯一性原则。
申请日:提出专利申请之日。
2015-07-10
申请公布
申请公布指发明专利申请经初步审查合格后,自申请日(或优先权日)起18个月期满时的公布或根据申请人的请求提前进行的公布。
申请公布号:专利申请过程中,在尚未取得专利授权之前,国家专利局《专利公报》公开专利时的编号。
申请公布日:申请公开的日期,即在专利公报上予以公开的日期。
2015-11-18
授权
授权指对发明专利申请经实质审查没有发现驳回理由,授予发明专利权;或对实用新型或外观设计专利申请经初步审查没有发现驳回理由,授予实用新型专利权或外观设计专利权。
2018-04-06
预估到期
发明专利权的期限为二十年,实用新型专利权期限为十年,外观设计专利权期限为十五年,均自申请日起计算。专利届满后法律终止保护。
2035-07-10
基本信息
有效性 有效专利 专利类型 发明专利
申请号 CN201510402296.4 申请日 2015-07-10
公开/公告号 CN104991803B 公开/公告日 2018-04-06
授权日 2018-04-06 预估到期日 2035-07-10
申请年 2015年 公开/公告年 2018年
缴费截止日
分类号 G06F9/445G06F1/32 主分类号 G06F9/445
是否联合申请 独立申请 文献类型号 B
独权数量 1 从权数量 5
权利要求数量 6 非专利引证数量 0
引用专利数量 2 被引证专利数量 0
非专利引证
引用专利 CN104680060A、CN104462952A 被引证专利
专利权维持 3 专利申请国编码 CN
专利事件 事务标签 公开、实质审查、授权
申请人信息
申请人 第一申请人
专利权人 上海斐讯数据通信技术有限公司 当前专利权人 上海斐讯数据通信技术有限公司
发明人 何家飞 第一发明人 何家飞
地址 上海市松江区思贤路3666号 邮编 201616
申请人数量 1 发明人数量 1
申请人所在省 上海市 申请人所在市 上海市松江区
代理人信息
代理机构
专利代理机构是经省专利管理局审核,国家知识产权局批准设立,可以接受委托人的委托,在委托权限范围内以委托人的名义办理专利申请或其他专利事务的服务机构。
上海硕力知识产权代理事务所 代理人
专利代理师是代理他人进行专利申请和办理其他专利事务,取得一定资格的人。
郭桂峰
摘要
本发明公开了一种对android应用程序在特定条件下自启动的管控系统,包括顺次连接的获取应用程序信息的模块、强制停止应用程序的模块、关闭开机广播接收器和网络变化广播接收器的模块、获取root权限的模块和清理后台独立守护进程的模块。本发明还公开了一种对android应用程序在特定条件下自启动的管控方法,通过获取应用程序的程序包名称、用户ID、开机广播接收器和网络变化广播接收器、强制停止所述应用程序、关闭所述开机广播接收器和网络变化广播接收器的模块、获取root权限和清理后台独立守护进程等步骤,能对后台独立守护进程启动应用后台服务进程的途径进行了拦截,从而降低基于android的智能终端的耗电速度,延长其待机时间。
  • 摘要附图
    对android应用程序在特定条件下自启动的管控系统及方法
  • 说明书附图:图1
    对android应用程序在特定条件下自启动的管控系统及方法
  • 说明书附图:图2
    对android应用程序在特定条件下自启动的管控系统及方法
  • 说明书附图:图3
    对android应用程序在特定条件下自启动的管控系统及方法
法律状态
序号 法律状态公告日 法律状态 法律状态信息
1 2021-03-12 专利权的转移 登记生效日: 2021.03.02 专利权人由南京普司环境科技有限公司变更为湖州帷幄知识产权运营有限公司 地址由210000 江苏省南京市鼓楼区汉中门大街301号外包服务大厦C座5楼变更为313000 浙江省湖州市吴兴区爱山街道新天地商务写字楼1019室
2 2018-04-06 授权
3 2015-11-18 实质审查的生效 IPC(主分类): G06F 9/445 专利申请号: 201510402296.4 申请日: 2015.07.10
4 2015-10-21 公开
权利要求
权利要求书是申请文件最核心的部分,是申请人向国家申请保护他的发明创造及划定保护范围的文件。
1.对android应用程序在特定条件下自启动的管控系统,所述android应用程序安装在基于android操作系统的智能终端上,其特征在于,所述管控系统包括:
获取应用程序信息的模块,用来至少获取应用程序的以下信息:程序包名称、用户ID、开机广播接收器和网络变化广播接收器;
强制停止应用程序的模块,其通过所述程序包名称强制停止所述应用程序;
关闭开机广播接收器和网络变化广播接收器的模块,其将所述开机广播接收器和网络变化广播接收器设为不可用;
获取root权限的模块,通过其使所述智能终端获得root权限;
清理后台独立守护进程的模块,用来限制由所述后台独立守护进程所启动的应用程序在优化后自启。

2.根据权利要求1所述的对android应用程序在特定条件下自启动的管控系统,其特征在于,所述清理后台独立守护进程的模块包括:
获取用户名子模块,其通过所述应用程序的用户ID映射到用户名来获取用户名;
获取后台独立守护进程子模块,用于通过所述用户名获取该用户名下拥有的所有能根据类名直接启动所述应用程序的后台服务进程的后台独立守护进程;
清理后台独立守护进程子模块,用于清理所述获取后台独立守护进程子模块获得的后台独立守护进程。

3.根据权利要求2所述的对android应用程序在特定条件下自启动的管控系统,其特征在于,所述获取后台独立守护进程子模块通过执行ps指令获取所述用户名下的后台独立守护进程。

4.对android应用程序在特定条件下自启动的管控方法,所述android应用程序安装在基于android操作系统的智能终端上,其特征在于,所述管控方法包括以下步骤:
(1)至少获取应用程序的以下信息:程序包名称、用户ID、开机广播接收器和网络变化广播接收器;
(2)通过所述程序包名称强制停止所述应用程序;
(3)关闭所述开机广播接收器和网络变化广播接收器,将所述开机广播接收器和网络变化广播接收器设为不可用;
(4)使所述智能终端获得root权限;
(5)清理后台独立守护进程,限制由所述后台独立守护进程所启动的应用程序在优化后自启。

5.根据权利要求4所述的对android应用程序在特定条件下自启动的管控方法,其特征在于,所述步骤(5)具体包括如下步骤:
(5.1)通过所述应用程序的用户ID映射到用户名来获取用户名;
(5.2)通过所述用户名获取该用户名下拥有的所有能根据类名直接启动所述应用程序的后台服务进程的后台独立守护进程;
(5.3)清理获得的所述后台独立守护进程。

6.根据权利要求5所述的对android应用程序在特定条件下自启动的管控方法,其特征在于,所述步骤(5.2)中通过执行ps指令获取所述用户名下的后台独立守护进程。
说明书

技术领域

[0001] 本发明涉及一种基于android系统的智能终端的应用程序运行管控系统及方法,尤其涉及一种对android应用程序在特定条件下自启动的管控系统及方法。

背景技术

[0002] 随着以智能终端为代表的便携式智能终端的大量普及,越来越多的功能新颖,创意十足的应用不断地给用户带来学习和生活上的乐趣与便利,而人们在日常生活中也越来越离不开这些应用。但是用户在享受着智能终端带来的便利的同时,也伴随着一个极大的困扰,那就是智能终端的耗电速度之快有时让人无法接受,就这点不禁让人又怀念起那一周一充的功能机。为了解决智能终端耗电快的问题,无论是智能终端厂商在硬件方面还是各种应用在软件方面都下了不少功夫。
[0003] 而android智能终端作为现今智能终端市场占有率最高的智能终端也逃脱不了这个问题,且android系统由于其系统的特殊性,很多android系统中的应用在用户优化后又能默默地在后台自启动,导致手机不停在耗电,而这却符合第三方应用的利益,因为它们总是希望用户时时刻刻在使用自己的应用。
[0004] Android系统中有一个广播接收器组件BroadCastReceiver,该组件是一个没有用户界面的,专注于接收广播通知信息,并做出对应处理的组件。很多广播是源自于系统──比如,通知时区改变、电池电量低、拍摄了一张照片或者用户改变了语言选项。应用程序也可以进行广播──比如说,通知其它应用程序一些数据下载完成并处于可用状态。应用程序可以拥有任意数量的广播接收器以对所有它感兴趣的通知信息予以响应。所有的接收器均继承自BroadcastReceiver基类。
[0005] 应用程序中广播接收器的注册有两种方式:
[0006] 1.动态注册
[0007] 动态注册,即通过函数来注册和解除广播接收器,这种注册方法通常用于更新UI的状态,一般来说,都是在一个Activity启动的时候使用此方法注册BroadcastReceiver,一旦接收到广播的事件,就可以在onReceive方法当中更新当前的这个Activity当中的控件。但是需要注意的是如果这个Activity不可见了,就应该调用unregisterReceiver方法来解除注册,所以就不能收到消息了。
[0008] 2.静态注册
[0009] 静态注册,即在AndroidManifest.xml文件中注册广播接收器。这种注册方法可以保证在应用程序安装之后,BroadcastReceiver始终处于活动状态,通常用于监听系统状态的改变,比如说手机的电量,wifi网卡的状态(当然,监视这些东西也是取决于软件的需求)。对于这样的BroadcastReceiver,通常是在产生某个特定的系统事件之后,进行相应的操作,比如说wifi网卡打开时,给用户一个提。
[0010] 如何控制android系统下应用程序的自启行为,防止应用在用户优化后又默默自启,相信很多第三方安全类应用也是做过此类功能,如360安全卫士等,大多主要实现方法是:将应用自启分为后台自启和开机自启,自启管理功能对后台自启行为和开机自启行为进行管控。后台自启行为管控其实是对静态注册的用于监听网络变化的广播接收器进行设置可用与不可用,而开机自启行为管控是对静态注册的用于监听系统开机的广播接收器进行设置可用与不可用。
[0011] 现有自启管控实现方案大多对后台自启行为和开机自启行为进行管控,实际上只是简单对用于监听网络变化和系统开机的广播接收器进行控制,设置其为可用与不可用。此方案其实不能完全管控所有应用的自启行为,因为现今应用自启不仅只是通过这两种途径进行自启。例如:有的应用在启动后除了会创建与此应用相关联的进程外,还会启动另外一个或多个独立进程,而通过android api强制停止应用时却只能清理与应用相关联的进程,独立进程却无法清理,并且独立进程会在之后的某个时间直接启动应用服务,此时应用又显示在正在运行应用列表中。

发明内容

[0012] 本发明的目的是为解决目前自启管控实现方案大多对后台自启行为和开机自启行为进行管控,不能完全管控所有应用的自启行为,从而导致智能终端的耗电速度快,待机时间短的技术问题。
[0013] 为了解决上述技术问题,本发明提供一种对android应用程序在特定条件下自启动的管控系统,所述android应用程序安装在基于android操作系统的智能终端上,所述管控系统包括:
[0014] 获取应用程序信息的模块,至少用来获取应用程序的以下信息:程序包名称、用户ID、开机广播接收器和网络变化广播接收器;
[0015] 强制停止应用程序的模块,其通过所述程序包名称强制停止所述应用程序;
[0016] 关闭开机广播接收器和网络变化广播接收器的模块,其将所述开机广播接收器和网络变化广播接收器设为不可用;
[0017] 获取root权限的模块,通过其使所述智能终端获得root权限;
[0018] 清理后台独立守护进程的模块,用来限制由所述后台独立守护进程所启动的应用程序在优化后自启。
[0019] 进一步地,所述清理后台独立守护进程的模块包括:
[0020] 获取用户名子模块,其通过所述应用程序的用户ID映射到用户名来获取用户名;
[0021] 获取后台独立守护进程子模块,用于通过所述用户名获取该用户名下拥有的所有能根据类名直接启动所述应用程序的后台服务进程的后台独立守护进程;
[0022] 清理后台独立守护进程子模块,用于清理所述获取后台独立守护进程子模块获得的后台独立守护进程。
[0023] 进一步地,所述获取后台独立守护进程子模块通过执行ps指令获取所述用户名下的后台独立守护进程。
[0024] 为了解决上述技术问题,本发明还提供一种对android应用程序在特定条件下自启动的管控方法,所述android应用程序安装在基于android操作系统的智能终端上,所述管控方法包括以下步骤:
[0025] (1)至少获取应用程序的以下信息:程序包名称、用户ID、开机广播接收器和网络变化广播接收器;
[0026] (2)通过所述程序包名称强制停止所述应用程序;
[0027] (3)关闭所述开机广播接收器和网络变化广播接收器,将所述开机广播接收器和网络变化广播接收器设为不可用;
[0028] (4)使所述智能终端获得root权限;
[0029] (5)清理后台独立守护进程,限制由所述后台独立守护进程所启动的应用程序在优化后自启。
[0030] 进一步地,所述步骤(5)具体包括如下步骤:
[0031] (5.1)通过所述应用程序的用户ID映射到用户名来获取用户名;
[0032] (5.2)通过所述用户名获取该用户名下拥有的所有能根据类名直接启动所述应用程序的后台服务进程的后台独立守护进程;
[0033] (5.3)清理获得的所述后台独立守护进程。
[0034] 进一步地,所述步骤(5.2)通过执行ps指令获取所述用户名下的后台独立守护进程。
[0035] 本发明站在用户角度,为限制特定条件下android应用程序后台默默自启动提供一种解决方案,不仅切断了静态注册广播接收器通过接收广播自启动的途径,而且对后台独立守护进程启动应用后台服务进程的途径进行了拦截,从而降低基于android的智能终端的耗电速度,延长其待机时间。

实施方案

[0039] 现在结合附图和实施例对本发明作进一步详细的说明。这些附图均为简化的示意图,仅以示意方式说明本发明的基本结构,因此其仅显示与本发明有关的构成,且其不应理解为对本发明的限制。
[0040] 如图1所示,本发明的对android应用程序在特定条件下自启动的管控系统包括:
[0041] 获取应用程序信息的模块,至少用来获取应用程序的以下信息:程序包名称、用户ID、开机广播接收器和网络变化广播接收器;
[0042] 强制停止应用程序的模块,其通过程序包名称强制停止应用程序;
[0043] 关闭开机广播接收器和网络变化广播接收器的模块,其将开机广播接收器和网络变化广播接收器设为不可用;
[0044] 获取root权限的模块,通过其使智能终端获得root权限;
[0045] 清理后台独立守护进程的模块,用来限制由后台独立守护进程所启动的应用程序在优化后自启;清理后台独立守护进程的模块具体包括:
[0046] 获取用户名子模块,其通过应用程序的用户ID映射到用户名来获取用户名;
[0047] 获取后台独立守护进程子模块,用于通过执行ps指令获取该用户名下拥有的所有能根据类名直接启动应用程序的后台服务进程的后台独立守护进程;
[0048] 清理后台独立守护进程子模块,用于清理获取后台独立守护进程子模块获得的后台独立守护进程。
[0049] 如图2所示,本发明的对android应用程序在特定条件下自启动的管控方法包括以下步骤:
[0050] S100.至少获取应用程序的以下信息:程序包名称、用户ID、开机广播接收器和网络变化广播接收器;
[0051] S200.通过程序包名称强制停止应用程序;
[0052] S300.关闭开机广播接收器和网络变化广播接收器,将开机广播接收器和网络变化广播接收器设为不可用;
[0053] S400.使智能终端获得root权限;
[0054] S500.清理后台独立守护进程,限制由后台独立守护进程所启动的应用程序在优化后自启。
[0055] 步骤S500具体包括如下步骤:
[0056] S510.通过应用程序的用户ID映射到用户名来获取用户名;
[0057] S520.通过执行ps指令获取该用户名下拥有的所有能根据类名直接启动应用程序的后台服务进程的后台独立守护进程;
[0058] S530.清理获得的后台独立守护进程。
[0059] 如图3所示,图中的“×”表示原沿箭头方向传输的信息被阻断或拦截,运用本发明的管控系统及方法后,不仅切断了静态注册广播接收器通过接收广播自启动的途径,而且对后台独立守护进程启动应用后台服务进程的途径进行了拦截,从而降低基于android的智能终端的耗电速度,延长其待机时间。
[0060] 以上述依据本发明的理想实施例为启示,通过上述的说明内容,相关工作人员完全可以在不偏离本项发明技术思想的范围内,进行多样的变更以及修改。本项发明的技术性范围并不局限于说明书上的内容,必须要根据权利要求范围来确定其技术性范围。

附图说明

[0036] 图1为本发明所述管控系统的原理框图;
[0037] 图2为本发明所述管控方法的运行流程图;
[0038] 图3为清理后台独立守护进程后应用程序自启动被限制示意图。
版权所有:盲专网 ©2023 zlpt.xyz  蜀ICP备2023003576号