应用程序的权限管理方法、装置、存储介质及智能终端与流程

文档序号:14914699发布日期:2018-07-11 00:24阅读:226来源:国知局

本申请实施例涉及智能终端技术领域,尤其涉及应用程序的权限管理方法、装置、存储介质及智能终端。



背景技术:

目前,智能手机、平板电脑以及智能家电等安装有操作系统的智能设备为人们的生活带来了诸多便利。

为了满足用户多样化的需求,智能终端中的应用程序越来越丰富。通常,用户可以设置应用程序访问网络的权限,应用程序在获得网络访问权限后,可以通过访问网络进行各种操作,包括下载文件。然而,相关技术中,智能终端对应用程序下载文件的操作缺乏有效的管控,需要改进。



技术实现要素:

本申请实施例提供一种应用程序的权限管理方法、装置、存储介质及智能终端,可以优化智能终端中对应用程序的权限管理方案。

第一方面,本申请实施例提供了一种应用程序的权限管理方法,包括:

检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型;

获取所述目标应用程序对应的预设下载管理策略;

根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载。

第二方面,本申请实施例提供了一种应用程序的权限管理装置,包括:

文件类型获取模块,用于在检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型;

下载管理策略获取模块,用于获取所述目标应用程序对应的预设下载管理策略;

下载管控模块,用于根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载。

第三方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请实施例所述的应用程序的权限管理方法。

第四方面,本申请实施例提供了一种智能终端,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如本申请实施例所述的应用程序的权限管理方法。

本申请实施例中提供的应用程序的权限管理方案,检测到目标应用程序发出文件下载请求时,获取对应的待下载文件的文件类型,获取目标应用程序对应的预设下载管理策略,在根据该策略确定该文件类型未被授权时,阻止待下载文件的下载。通过采用上述技术方案,可以基于文件下载类型对智能终端中的应用程序进行个性化的文件下载管控,从而更加合理地对应用程序的运行进行管理。

附图说明

图1为本申请实施例提供的一种应用程序的权限管理方法的流程示意图;

图2为本申请实施例提供的另一种应用程序的权限管理方法的流程示意图;

图3为本申请实施例提供的一种下载设置界面示意图;

图4为本申请实施例提供的另一种下载设置界面示意图;

图5为本申请实施例提供的一种下载提示界面示意图;

图6为本申请实施例提供的应用程序的权限管理方法的流程示意图;

图7为本申请实施例提供的一种应用程序的权限管理装置的结构框图;

图8为本申请实施例提供的一种智能终端的结构示意图;

图9为本申请实施例提供的又一种智能终端的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理,但是其中的许多步骤可以被并行地、并发地或者同时实施。此外,各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1为本申请实施例提供的一种应用程序的权限管理方法的流程示意图,该方法可以由应用程序的权限管理装置执行,其中该装置可由软件和/或硬件实现,一般可集成在智能终端中。如图1所示,该方法包括:

步骤101、检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型。

示例性的,本申请实施例中的智能终端可包括手机、平板电脑及智能家电等安装有操作系统的智能设备。

用户在使用智能终端的过程中,通常会根据个人需要下载安装各式各样的应用程序,以实现不同的功能,如社交类应用、浏览器、播放器、游戏、购物类应用、信息查询类应用以及金融类应用等等。用户可以通过访问应用商店、点击网页链接、接收他人推荐等各种方式来下载应用程序,可能会下载到恶意程序,恶意程序可能会私自获取用户的重要信息,如通讯录、照片以及定位信息等,还可能会通过访问网络将重要信息发送出去。基于安全性等方面的考虑,相关技术中,可通过操作系统内的权限管理机制对应用程序的操作进行管控,可由用户对某个应用程序的操作权限进行授权设置,例如,用户可以设置是否允许该应用程序访问网络,可包括无线局域网络和/或移动数据网络(即蜂窝网络),还可设置是否允许该应用程序获取定位信息,可设置是否允许该应用程序读取通讯录,可设置是否允许该应用程序访问相册,可设置是否允许该应用程序提示消息等等。然而,当用户授权某个应用程序访问网络的权限后,该应用程序即可从网络上下载任意的文件,而如果下载了一些恶意文件或恶意程序,将会对用户的权益及隐私等造成很大的损害。

本申请实施例中,目标应用程序可以是预设应用集合里面的应用程序。预设应用集合里可包括智能终端中安装的任意一个应用程序,也可以包括满足设定条件的应用程序,本申请不做限定。其中,设定条件可以根据应用程序的历史使用情况进行确定,例如,当一个应用程序从安装完毕开始,累计使用时长(可以是应用程序在前台运行的时长的总和)达到预设时长阈值之前,将被列入预设应用集合中,预设时长阈值例如可以是1个月。这样设置的好处在于,当一个应用程序的累计使用时长达到一定数值之前,该应用程序可能存在一些潜在的危险,需要加强管控,而当累计使用时长达到一定数值之后,说明用户已经使用了很长时间,而在使用期间未发现异常情况,说明可以信任该应用程序,减少对文件下载的过多干预,提高下载效率。

本申请实施例中,在检测到目标应用程序发出文件下载请求时,不会直接下载对应的待下载文件,而是先获取待下载文件的文件类型,用于后续的判断,再决定是否继续下载待下载文件。

步骤102、获取所述目标应用程序对应的预设下载管理策略。

示例性的,可以为预设应用集合中的每个应用程序分别预先设置对应的下载管理策略,得到预设下载管理策略,预设下载管理策略可以存储在智能终端中。不同应用程序对应的预设下载管理策略可能相同,也可能不同,由具体的设置情况确定。本申请实施例对设置的时机不做限定,可以由系统默认设置并自动触发设置,也可以由用户主动触发设置。预设下载管理策略中,可以包含每个应用程序分别对应的授权下载的文件类型。文件类型可以包括apk、ipa、txt、doc、pdf、jpg、gif、mp3、wma以及html等等,本申请不做限定。

本步骤中,可根据目标应用程序的应用标识获取对应的预设下载管理策略,应用标识可以表示应用程序的身份,如可以是包名或进程名等。

步骤103、根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载。

示例性的,在预设下载管理策略中查找到待下载文件的文件类型,获取该文件类型的授权信息,若未被授权,可说明用户并不信任目标应用程序下载的该文件类型的文件,因此,阻止待下载文件的下载,以免待下载文件被下载完毕后,对智能终端的安全性或正常运行产生影响。示例性的,待下载文件的文件类型为apk格式,目标应用程序对应的预设下载管理策略中未授权该文件类型,那么阻止待下载文件的下载。

本申请实施例提供的应用程序的权限管理方案,检测到目标应用程序发出文件下载请求时,获取对应的待下载文件的文件类型,获取目标应用程序对应的预设下载管理策略,在根据该策略确定该文件类型未被授权时,阻止待下载文件的下载。通过采用上述技术方案,可以基于文件下载类型对智能终端中的应用程序进行个性化的文件下载管控,从而更加合理地对应用程序的运行进行管理。

在一些实施例中,在检测到目标应用程序发出文件下载请求之前,还包括:在检测到目标应用程序安装完毕并首次运行时,接收用户对预设文件类型集合中的各文件类型的授权信息;根据所述授权信息生成所述目标应用程序对应的预设下载管理策略。这样设置的好处在于,能够将文件下载管控融合到智能终端的系统权限管理机制中,让用户第一时间对目标应用的预设下载管理策略进行设置,消除下载安全隐患。其中,预设文件类型集合可以包含所有的能够下载的文件的文件类型,也可包括常见的文件类型,也可包括存在风险的可能性较高的文件类型(如apk或ipa等安装包文件),本申请不做限定。相关技术中,应用程序下载安装完毕后,首次被打开时,会自动弹出提示信息,让用户设置该应用程序的一些操作权限,如包括是否允许访问网络,是否允许获取定位信息,是否允许读取通讯录,是否允许提示消息等等,用户根据提示进行相应的设置。本申请实施例中,可在目标应用程序首次运行时,弹出需要进行下载授权设置的预设文件类型集合的列表,由用户对各文件类型依次进行授权设置,并记录授权信息,根据授权信息生成对应的预设下载管理策略。

在一些实施例中,所述获取所述目标应用程序对应的预设下载管理策略,包括:判断所述待下载文件的文件类型是否包含于所述预设文件类型集合中;若包含于,则获取所述目标应用程序对应的预设下载管理策略。这样设置的好处在于,预设文件类型集合中可以包含常见的文件类型和/或存在风险的可能性较高的文件类型,保证合理的下载管控的情况下,减少用户设置预设下载管理策略的时长,提高设置效率。

进一步的,本申请实施例提供的方法还可包括:若未包含,则根据所述待下载文件的文件类型进行下载确认提示,并接收用户基于所述下载确认提示输入的确认信息,根据所述确认信息确定是否允许所述待下载文件的下载。若当前待下载文件的文件类型未包含于预设文件类型集合中时,可增加用户主动确认的环节,进一步保证下载安全性。

在获取目标应用对应的预设下载管理策略之前,先判断待下载文件的文件类型是否包含于预设文件类型集合中,若包含于,那么预设下载管理策略中存在对应的是否被授权的信息,可以获取预设下载管理策略,若未包含于,则预设下载管理策略中并不存在对应的是否被授权的信息,可让用户进行当前下载的确认,若用户确认下载,则说明用户信任该应用程序下载该类型的文件,可以继续下载待下载文件,若用户取消下载,则说明用户并不信任该应用程序下载该类型的文件,可以阻止待下载文件的下载。

在一些实施例中,在根据所述确认信息确定是否允许所述待下载文件的下载之后,还包括:根据所述确认信息和所述待下载文件的文件类型对所述目标应用程序对应的预设下载管理策略进行更新。这样设置的好处在于,可以根据用户当前的选择,对预设下载管理策略进行及时更新,当目标应用程序再次下载同类型的文件时,可以根据更新后的预设下载管理策略进行相应的下载管控。可以理解的是,在对预设下载管理策略进行更新时,目标应用程序对应的预设文件类型集合中也添加当前的待下载文件的文件类型。

在一些实施例中,检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型,包括:检测到目标应用程序在后台自动发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型。这样设置的好处在于,可针对目标应用程序在用户不知情的情况下自动进行文件下载的操作进行管控。一般的,应用程序若在后台自动发出文件下载请求时,所下载的文件危险程度较高,很有可能是恶意应用程序的安装包或者恶意插件,还可能是病毒文件等,需要进行重点管控。

进一步的,在所述阻止所述待下载文件的下载之后,还包括:针对所述目标应用程序进行风险提示。这样设置的好处在于,及时提醒用户关注目标应用程序,由于目标应用程序在后台自动发起的文件下载请求,并想要下载属于用户之前未授权的文件类型的文件,说明目标应用程序也很可能存在问题。例如,该目标应用程序可能是非官方渠道下载的应用程序,用户可以在确认后对目标应用程序进行卸载,并从正规渠道下载安全的目标应用程序进行安装。

在一些实施例中,所述检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型,包括:检测到文件下载请求,获取所述文件下载请求对应的网络包中的文件头信息;从所述文件头信息中提取进程名和格式信息;根据所述进程名确定发出所述文件下载请求的目标应用程序,根据所述格式信息确定所述文件下载请求对应的待下载文件的文件类型。这样设置的好处在于,可以快速准确地确定发出文件下载请求的应用是哪个应用,请求下载的文件类型是什么类型。其中,网络包可以是超文本传输协议(HyperText Transfer Protocol,HTTP)包。

在一些实施例中,在获取所述文件下载请求对应的待下载文件的文件类型的同时,还可以包括:获取所述待下载文件的容量。容量即文件的大小。相应的,根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载,可具体包括:根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载,若被授权,则根据所述预设下载管理策略确定待下载文件的容量是否处于预设容量范围,若未处于,则阻止所述待下载文件的下载。这样设置的好处在于,增加对待下载文件的容量限制,可避免智能终端的存储空间被过度的占用,同时还可以节省流量,另外还可以参考文件大小识别恶意文件。示例性的,待下载文件的文件类型为mwa格式,目标应用程序对应的预设下载管理策略中授权该文件类型,那么继续判断待下载文件的大小是否处于预设容量范围,例如容量范围为0-10M,若当前的待下载文件的大小为20M,那么阻止待下载文件的下载,避免浪费流量。再比如,待下载文件的文件类型为apk格式,目标应用程序对应的预设下载管理策略中授权该文件类型,那么继续判断待下载文件的大小是否处于预设容量范围,例如容量范围为10-500M,若当前的待下载文件的大小为100K,那么该apk格式的文件很可能是病毒文件,需要阻止待下载文件的下载。

图2为本申请实施例提供的另一种应用程序的权限管理方法的流程示意图,该方法包括如下步骤:

步骤201、在检测到目标应用程序安装完毕并首次运行时,接收用户对预设文件类型集合中的各文件类型的授权信息。

示例性的,可在目标应用程序安装完毕并首次运行时,弹出提示信息,让用户设置该应用程序的一些操作权限,如包括是否允许访问网络,是否允许获取定位信息,是否允许读取通讯录,是否允许提示消息等,随后弹出下载设置界面,让用户选择授权该应用程序下载的文件类型。图3为本申请实施例提供的一种下载设置界面示意图,如图3所示,可以列举出常见的文件类型和存在风险的可能性较高的文件类型,并在每个文件类型后面设置复选框,若用户选择勾选某个文件类型后面的复选框,则认为允许该应用程序下载该文件类型的文件。图4为本申请实施例提供的另一种下载设置界面示意图,如图4所示,可对文件类型进行归类,降低用户进行授权设置的繁琐程度。当然,还可以其他形式接收用户对预设文件类型集合中个文件类型的授权信息,本申请实施例不做限定。

步骤202、根据授权信息生成目标应用程序对应的预设下载管理策略。

步骤203、检测到目标应用程序发出文件下载请求时,获取文件下载请求对应的待下载文件的文件类型。

步骤204、判断待下载文件的文件类型是否包含于预设文件类型集合中,若是,则执行步骤205;否则,执行步骤207。

步骤205、获取目标应用程序对应的预设下载管理策略。

步骤206、根据预设下载管理策略确定待下载文件的文件类型是否被授权,若是,则执行步骤209;否则,执行步骤210。

若待下载文件的文件类型在预设下载管理策略中的记录为被授权,则可允许下载待下载文件,若未被授权,则阻止待下载文件的下载。

进一步的,若阻止下载,可对本次阻止操作进行记录,供用户需要时查看。

步骤207、根据待下载文件的文件类型进行下载确认提示,并接收用户基于下载确认提示输入的确认信息。

图5为本申请实施例提供的一种下载提示界面示意图,如图5所示,目标应用程序XX请求下载的文件的文件类型flv可能不存在预设文件类型集合中,智能终端根据当前的预设下载管理策略无法确定是否允许该文件的下载,可显示提示信息,显示文件类型flv,并根据用户选择的“允许”或“不允许”来对该文件的下载进行管控。

步骤208、判断所述确认信息是否为允许下载,若是,则执行步骤209;否则,执行步骤210。

步骤209、允许所述待下载文件的下载。

步骤210、阻止所述待下载文件的下载。

本申请实施例提供的应用程序的权限管理方法,在应用程序安装完毕并首次被打开时,除了提示用户对当前应用程序进行网络访问权限以及定位信息获取权限的设置外,还提示用户对当前应用程序允许下载的文件类型进行授权设置,当该应用程序在日后的运行过程中,发起文件下载请求时,可根据对应的预设下载管理策略对本次下载操作进行管控,从而更加合理地对应用程序的运行进行管理,保证智能终端的安全性。此外,当本次请求的文件类型未经用户预先设置时,对用户进行提示,根据用户当前的确认操作确定是否允许下载,进一步保证了文件下载的安全性。

图6为本申请实施例提供的应用程序的权限管理方法的流程示意图,该方法包括如下步骤:

步骤601、在检测到目标应用程序安装完毕并首次运行时,接收用户对预设文件类型集合中的各文件类型的授权信息。

步骤602、根据授权信息生成目标应用程序对应的预设下载管理策略。

步骤603、检测到应用程序在后台自动发出文件下载请求,获取文件下载请求对应的网络包中的文件头信息。

示例性的,可以对智能终端的输入组件(如触摸屏或按键)进行监测,若在检测到文件下载请求时刻之前的预设时长内,未接收到用户基于输入组件的输入操作,可认为文件下载请求时应用程序在后台自动发起的。其中,预设时长例如可以是30秒,可根据实际需求设置。一般的,若用户主动通过应用程序进行文件下载,则需要通过输入组件进行操作,如通过点击触摸屏选择需要下载的文件等操作,若检测到文件下载请求之前的一段时间内,用户并未进行输入操作,那么很可能就是应用程序自动发起的。

步骤604、从文件头信息中提取进程名和格式信息。

步骤605、根据进程名确定发出文件下载请求的目标应用程序,根据格式信息确定文件下载请求对应的待下载文件的文件类型。

步骤606、获取目标应用程序对应的预设下载管理策略。

步骤607、根据预设下载管理策略确定待下载文件的文件类型是否被授权,若是,则执行步骤608;否则,执行步骤609。

步骤608、允许所述待下载文件的下载。

步骤609、阻止所述待下载文件的下载。

步骤610、针对所述目标应用程序进行风险提示。

本申请实施例提供的应用程序的权限管理方法,在检测到目标应用程序在用户不知情的情况下自动从后台发起文件下载请求时,根据目标应用程序对应的预设下载管理策略确定是否允许待下载文件的下载操作,若不允许,则阻止下载,并针对目标应用程序进行风险提示,以使用户及时对目标应用程序进行核查,进一步减少潜在风险。

图7为本申请实施例提供的一种应用程序的权限管理装置的结构框图,该装置可由软件和/或硬件实现,一般集成在智能终端中,可通过执行应用程序的权限管理方法来对应用程序的文件下载操作进行管控。如图7所示,该装置包括:

文件类型获取模块701,用于在检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型;

下载管理策略获取模块702,用于获取所述目标应用程序对应的预设下载管理策略;

下载管控模块703,用于根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载。

本申请实施例中提供的应用程序的权限管理装置,检测到目标应用程序发出文件下载请求时,获取对应的待下载文件的文件类型,获取目标应用程序对应的预设下载管理策略,在根据该策略确定该文件类型未被授权时,阻止待下载文件的下载。通过采用上述技术方案,可以基于文件下载类型对智能终端中的应用程序进行个性化的文件下载管控,从而更加合理地对应用程序的运行进行管理。

可选的,该装置还可包括:

授权信息接收模块,用于在检测到目标应用程序发出文件下载请求之前,在检测到目标应用程序安装完毕并首次运行时,接收用户对预设文件类型集合中的各文件类型的授权信息;

管理策略生成模块,用于根据所述授权信息生成所述目标应用程序对应的预设下载管理策略。

可选的,所述获取所述目标应用程序对应的预设下载管理策略,包括:

判断所述待下载文件的文件类型是否包含于所述预设文件类型集合中;

若包含于,则获取所述目标应用程序对应的预设下载管理策略;

进一步的,该装置还可包括:下载确认模块,用于在所述待下载文件的文件类型未包含于所述预设文件类型集合中时,根据所述待下载文件的文件类型进行下载确认提示,并接收用户基于所述下载确认提示输入的确认信息,根据所述确认信息确定是否允许所述待下载文件的下载。

可选的,该装置还可包括:

更新模块,用于在根据所述确认信息确定是否允许所述待下载文件的下载之后,根据所述确认信息和所述待下载文件的文件类型对所述目标应用程序对应的预设下载管理策略进行更新。

可选的,检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型,包括:

检测到目标应用程序在后台自动发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型。

可选的,该装置还包括:

风险提示模块,用于在所述阻止所述待下载文件的下载之后,针对所述目标应用程序进行风险提示。

可选的,所述检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型,包括:

检测到文件下载请求,获取所述文件下载请求对应的网络包中的文件头信息;

从所述文件头信息中提取进程名和格式信息;

根据所述进程名确定发出所述文件下载请求的目标应用程序,根据所述格式信息确定所述文件下载请求对应的待下载文件的文件类型。

本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行应用程序的权限管理方法,该方法包括:

检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型;

获取所述目标应用程序对应的预设下载管理策略;

根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDRRAM、SRAM、EDORAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的第一计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的应用程序的权限管理操作,还可以执行本申请任意实施例所提供的应用程序的权限管理方法中的相关操作。

本申请实施例提供了一种智能终端,该智能终端中可集成本申请实施例提供的应用程序的权限管理装置。图8为本申请实施例提供的一种智能终端的结构示意图。智能终端800可以包括:存储器801,处理器802及存储在存储器801上并可在处理器802运行的计算机程序,所述处理器802执行所述计算机程序时实现如本申请实施例所述的应用程序的权限管理方法。

本申请实施例提供的智能终端,可以基于文件下载类型对智能终端中的应用程序进行个性化的文件下载管控,从而更加合理地对应用程序的运行进行管理。

图9为本申请实施例提供的另一种智能终端的结构示意图,该智能终端可以包括:壳体(图中未示出)、存储器901、中央处理器(central processing unit,CPU)902(又称处理器,以下简称CPU)、电路板(图中未示出)和电源电路(图中未示出)。所述电路板安置在所述壳体围成的空间内部;所述CPU902和所述存储器901设置在所述电路板上;所述电源电路,用于为所述智能终端的各个电路或器件供电;所述存储器901,用于存储可执行程序代码;所述CPU902通过读取所述存储器901中存储的可执行程序代码来运行与所述可执行程序代码对应的计算机程序,以实现以下步骤:

检测到目标应用程序发出文件下载请求时,获取所述文件下载请求对应的待下载文件的文件类型;

获取所述目标应用程序对应的预设下载管理策略;

根据所述预设下载管理策略确定所述待下载文件的文件类型是否被授权,若未被授权,则阻止所述待下载文件的下载。

所述智能终端还包括:外设接口903、RF(Radio Frequency,射频)电路905、音频电路906、扬声器911、电源管理芯片908、输入/输出(I/O)子系统909、其他输入/控制设备910、触摸屏912、其他输入/控制设备910以及外部端口904,这些部件通过一个或多个通信总线或信号线907来通信。

应该理解的是,图示智能终端900仅仅是智能终端的一个范例,并且智能终端900可以具有比图中所示出的更多的或者更少的部件,可以组合两个或更多的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于应用程序权限管理的智能终端进行详细的描述,该智能终端以手机为例。

存储器901,所述存储器901可以被CPU902、外设接口903等访问,所述存储器901可以包括高速随机存取存储器,还可以包括非易失性存储器,例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口903,所述外设接口903可以将设备的输入和输出外设连接到CPU902和存储器901。

I/O子系统909,所述I/O子系统909可以将设备上的输入输出外设,例如触摸屏912和其他输入/控制设备910,连接到外设接口903。I/O子系统909可以包括显示控制器9091和用于控制其他输入/控制设备910的一个或多个输入控制器9092。其中,一个或多个输入控制器9092从其他输入/控制设备910接收电信号或者向其他输入/控制设备910发送电信号,其他输入/控制设备910可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是,输入控制器9092可以与以下任一个连接:键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏912,所述触摸屏912是用户智能终端与用户之间的输入接口和输出接口,将可视输出显示给用户,可视输出可以包括图形、文本、图标、视频等。

I/O子系统909中的显示控制器9091从触摸屏912接收电信号或者向触摸屏912发送电信号。触摸屏912检测触摸屏上的接触,显示控制器9091将检测到的接触转换为与显示在触摸屏912上的用户界面对象的交互,即实现人机交互,显示在触摸屏912上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是,设备还可以包括光鼠,光鼠是不显示可视输出的触摸敏感表面,或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路905,主要用于建立手机与无线网络(即网络侧)的通信,实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地,RF电路905接收并发送RF信号,RF信号也称为电磁信号,RF电路905将电信号转换为电磁信号或将电磁信号转换为电信号,并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路905可以包括用于执行这些功能的已知电路,其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder,编译码器)芯片组、用户标识模块(Subscriber Identity Module,SIM)等等。

音频电路906,主要用于从外设接口903接收音频数据,将该音频数据转换为电信号,并且将该电信号发送给扬声器911。

扬声器911,用于将手机通过RF电路905从无线网络接收的语音信号,还原为声音并向用户播放该声音。

电源管理芯片908,用于为CPU902、I/O子系统及外设接口所连接的硬件进行供电及电源管理。

上述实施例中提供的应用程序的权限管理装置、存储介质及智能终端可执行本申请任意实施例所提供的应用程序的权限管理方法,具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的应用程序的权限管理方法。

注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1