本发明涉及互联网技术,尤其涉及一种应用处理方法和移动终端。
背景技术:
随着移动终端的智能化,安装在移动终端的应用也越来越多。日常生活中,用户会有意或者无意地在移动终端上安装各种各样的应用,在用户本次使用之后,保留用户体验好的应用,卸载用户体验不好的应用。对于用户来说,用户不希望再次安装这类用户体验不好的应用。但是,用户下次可能还会下载用户体验不好的应用的安装包,或者其他应用会捆绑用户体验不好的应用,因此,这些用户体验不好的应用还是会被再次安装,用户需要再次体验,再次删除,这样,大大降低了用户体验。
技术实现要素:
为解决上述技术问题,本发明实施例期望提供一种应用处理方法和移动终端,能够使用户无需手动停止安装不可安装的应用,提高用户体验。
本发明的技术方案是这样实现的:
第一方面,提供一种应用处理方法,包括:
当检测到第一应用的安装包下载完成并准备安装时,从所述安装包中获取所述第一应用的标识和类型;
获取应用列表,所述应用列表存储有不可安装的应用的标识和/或类型;
所述应用列表中存储有所述第一应用的标识或类型时,终止所述第一应用的安装。
结合第一方面,在第一种可实现方式中,所述获取应用列表之前,所述方法还包括:
根据用户的指示,在所述应用列表中增加或删除一个或多个应用的标识和类型,得到新的应用列表。
结合第一方面,在第二种可实现方式中,所述获取应用列表之前,所述方法还包括:
当第二应用需要卸载时,获取所述第二应用的标识;
根据所述第二应用的标识,生成并显示第一询问信息,所述第一询问信息用于向用户确定所述第二应用是否是不可安装的应用;
接收所述用户发送的指示所述第二应用是不可安装的应用的指令;
获取所述应用列表;
判断所述应用列表中是否存储有所述第二应用的标识;
所述应用列表中未存储所述第二应用的标识时,将所述第二应用的标识增加至所述应用列表,得到新的应用列表。
结合第一方面,在第三种可实现方式中,所述获取应用列表之前,所述方法还包括:
当第二应用需要卸载时,获取所述第二应用的标识和类型;
根据所述第二应用的标识,生成并显示第一询问信息,所述第一询问信息用于向用户确定所述第二应用是否是不可安装的应用;
接收所述用户发送的指示所述第二应用是不可安装的应用的第一指令;
根据所述第二应用的类型,生成并显示第二询问信息,所述第二询问信息用于向所述用户确定与所述第二应用的类型相同的应用是否是不可安装的应用;
接收所述用户发送的指示与所述第二应用的类型相同的应用是不可安装的应用的第二指令;
获取所述应用列表;
判断所述应用列表中是否存储有所述第二应用的类型;
所述应用列表中未存储所述第二应用的类型时,将所述第二应用的类型增加至所述应用列表,得到新的应用列表。
结合第三种可实现方式,在第四种可实现方式,所述方法还包括:
接收所述用户发送的指示与所述第二应用的类型相同的应用不是不可安装的应用的第三指令;
获取所述应用列表;
判断所述应用列表中是否存储有所述第二应用的标识;
所述应用列表中未存储所述第二应用的标识时,将所述第二应用的标识增加至所述应用列表,得到新的应用列表。
结合第一种至第四种可实现方式,在第五种可实现方式中,所述得到新的应用列表之后,所述方法还包括:
从云存储下载已存储的应用列表;
所述新的应用列表和所述已存储的应用列表不同时,将所述新的应用列表与所述已存储的应用列表合并,上传合并后的应用列表。
第二方面,提供一种移动终端,包括:
获取单元,用于当检测到第一应用的安装包下载完成并准备安装时,从所述安装包中获取所述第一应用的标识和类型;还用于获取所述应用列表,所述应用列表存储有不可安装的应用的标识和/或类型;
终止单元,用于所述应用列表中存储有所述第一应用的标识或类型时,终止所述第一应用的安装。
结合第二方面,在第一种可实现方式中,所述移动终端还包括:
增减单元,用于根据用户的指示,在所述应用列表中增加或删除一个或多个应用的标识和类型,得到新的应用列表。
结合第二方面,在第二种可实现方式中,
所述获取单元,还用于当第二应用需要卸载时,获取所述第二应用的标识;
所述移动终端还包括:
生成单元,用于根据所述第二应用的标识,生成并显示第一询问信息,所述第一询问信息用于向用户确定所述第二应用是否是不可安装的应用;
接收单元,用于接收所述用户发送的指示所述第二应用是不可安装的应用 的指令;
所述获取单元,还用于获取所述应用列表;
判断单元,用于判断所述应用列表中是否存储有所述第二应用的标识;
所述增减单元,还用于所述应用列表中未存储所述第二应用的标识时,将所述第二应用的标识增加至所述应用列表,得到新的应用列表。
结合第二方面,在第三种可实现方式中,
所述获取单元,还用于当第二应用需要卸载时,获取所述第二应用的标识和类型;
所述生成单元,还用于根据所述第二应用的标识,生成并显示第一询问信息,所述第一询问信息用于向用户确定所述第二应用是否是不可安装的应用;
所述接收单元,还用于接收所述用户发送的指示所述第二应用是不可安装的应用的第一指令;
所述生成单元,还用于根据所述第二应用的类型,生成并显示第二询问信息,所述第二询问信息用于向所述用户确定与所述第二应用的类型相同的应用是否是不可安装的应用;
所述接收单元,还用于接收所述用户发送的指示与所述第二应用的类型相同的应用是不可安装的应用的第二指令;
所述获取单元,还用于获取所述应用列表;
所述判断单元,还用于判断所述应用列表中是否存储有所述第二应用的类型;
所述增减单元,还用于所述应用列表中未存储所述第二应用的类型时,将所述第二应用的类型增加至所述应用列表,得到新的应用列表。
结合第三种可实现方式,在第四种可实现方式,
所述接收单元,还用于接收所述用户发送的指示与所述第二应用的类型相同的应用不是不可安装的应用的第三指令;
所述获取单元,还用于获取所述应用列表;
所述判断单元,还用于判断所述应用列表中是否存储有所述第二应用的标 识;
所述增减单元,还用于所述应用列表中未存储所述第二应用的标识时,将所述第二应用的标识增加至所述应用列表,得到新的应用列表。
结合第一种至第四种可实现方式,在第五种可实现方式中,所述移动终端还包括:
传输单元,用于从云存储下载已存储的应用列表;
合并单元,用于所述新的应用列表和所述已存储的应用列表不同时,将所述新的应用列表与所述已存储的应用列表合并,上传合并后的应用列表。
本发明实施例公开了一种应用处理方法和移动终端,当检测到第一应用的安装包下载完成并准备安装时,先从安装包中获取第一应用的标识和类型;再获取应用列表,所述应用列表存储有不可安装的应用的标识和/或类型;之后当应用列表中存储有第一应用的标识或类型时,终止第一应用的安装。这样一来,移动终端通过应用列表中不可安装的应用的标识和/或类型,从将要安装的应用中确定出是否可以被安装,如果不可以被安装,则停止安装。这样,用户无需手动停止安装不可安装的应用,从而简化了用户的操作,提高了用户体验。
附图说明
图1为本发明实施例提供一种应用处理方法的流程图;
图2为本发明实施例提供另一种应用处理方法的流程图;
图3为本发明实施例提供再一种应用处理方法的流程图;
图4为本发明实施例中移动终端显示第一询问消息对应的窗口的示意图;
图5为本发明实施例中移动终端显示第二询问消息对应的窗口的示意图;
图6为本发明实施例提供的一种移动终端的结构示意图;
图7为本发明实施例提供的另一种移动终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清 楚、完整地描述。
实施例一
本发明实施例提供一种应用处理方法,应用于移动终端,该移动终端可以包括手机、笔记本、平板电脑、POS机甚至包括车载电脑等,如图1所示,该方法包括:
步骤101、当检测到第一应用的安装包下载完成并准备安装时,从安装包中获取第一应用的标识和类型。
这里,标识可以是应用的名称等这类应用特有的标识,类型是按应用的具体功能来划分的。例如,有的应用的功能是杀毒,对应的类型就是杀毒类;有的应用的功能是电话簿,对应的类型就是电话薄类等等。
步骤102、获取应用列表,应用列表存储有不可安装的应用的标识和/或类型。
一般情况下,不可安装的应用是用户体验不好的应用。
步骤103、应用列表中存储有第一应用的标识或类型时,终止第一应用的安装。
当应用列表中存储有第一应用的标识或类型时,说明第一应用是不可安装的应用,因此,终止第一应用,与此同时,还可以删除第一应用的安装包。
这样一来,移动终端通过应用列表中不可安装的应用的标识和/或类型,从将要安装的应用中确定出是否可以被安装,如果不可以被安装,则停止安装。这样,用户无需手动停止安装不可安装的应用,从而简化了用户的操作,提高了用户体验。
进一步的,步骤102之前,本发明实施例提供了三种方案来得到应用列表的。
第一种方案包括:根据用户的指示,在应用列表中增加或删除一个或多个应用的标识和类型,得到新的应用列表。
具体的,当用户想要重新使用一个不可安装的应用时,用户点击进入应用设置界面,点击删除该不可安装的应用。当用户想要同时安装至少两个应用, 且这两个应用的类型是不可安装的应用的类型时,用户点击进入应用设置界面,点击删除该不可安装的应用的类型;当用户不喜欢一个应用,点击进入应用设置界面,点击增加该应用的标识至应用列表;当一个应用已经安装,同一类型的其他应用就无需在安装,此时,用户点击进入应用设置界面,点击增加该类型至应用列表。
第二种方案包括:当第二应用需要卸载时,获取第二应用的标识;根据第二应用的标识,生成并显示第一询问信息,第一询问信息用于向用户确定第二应用是否是不可安装的应用;接收用户发送的指示第二应用是不可安装的应用的指令;获取应用列表;判断应用列表中是否存储有第二应用的标识;应用列表中未存储第二应用的标识时,将第二应用的标识增加至应用列表,得到新的应用列表。在这种情况下,由于应用列表只存储有应用的标识,从节省资源的角度考虑,步骤101可以只获取第一应用的标识。
第三种方案包括:当第二应用需要卸载时,获取第二应用的标识和类型;根据第二应用的标识,生成并显示第一询问信息,第一询问信息用于向用户确定第二应用是否是不可安装的应用;接收用户发送的指示第二应用是不可安装的应用的第一指令;根据第二应用的类型,生成并显示第二询问信息,第二询问信息用于向用户确定与第二应用的类型相同的应用是否是不可安装的应用;接收用户发送的指示与第二应用的类型相同的应用是不可安装的应用的第二指令;获取应用列表;判断应用列表中是否存储有第二应用的类型;应用列表中未存储第二应用的类型时,将第二应用的类型增加至应用列表,得到新的应用列表。
进一步的,对于第三种方案,所述方法还包括:接收用户发送的指示与第二应用的类型相同的应用不是不可安装的应用的第三指令;获取应用列表;判断应用列表中是否存储有第二应用的标识;当应用列表中未存储第二应用的标识时,将第二应用的标识增加至应用列表,得到新的应用列表。
进一步的,对于上述三种方案,在得到新的应用列表之后,所述方法还包括:从云存储下载已存储的应用列表;当新的应用列表和已存储的应用列表不 同时,将新的应用列表与已存储的应用列表合并,上传合并后的应用列表。这样,用户使用新的移动终端,该应用列表就无需再重新建立,直接从云存储中下载即可。
值得说明的是,第一种方案可以第二或第三种方案结合起来使用。
实施例二
本发明实施例提供一种应用处理方法,应用于智能手机,假设本实施例中应用的标识是指应用的名称,如图2所示,该方法包括:
步骤201、检测应用的安装情况。
步骤202、当检测到A应用的安装包下载完成并准备安装时,获取A应用的名称和类型。
这里,A应用的名称可以是安装包的包名。应用的类型是按照应用具体功能划分的,例如,智能手机安全的应用是安全类应用,手机拍照的应用是摄像类应用。当安全类应用的其中一种被安装,那么安全类应用的其他应用就无需再被安装,从而减少了智能手机内存的占用,提升了智能手机速度,提高了用户体验。
步骤203、获取应用列表。
这里,当智能手机存储应用列表时,从智能手机的存储区域获取;当智能手机应用列表未存储应用列表时,从云存储下载应用列表。
步骤204、判断应用列表中是否存储有A应用的名称或类型。若是,则执行步骤206;若否,则执行步骤205。
步骤205、安装A应用,结束本次流程。
步骤206、终止安装A应用,删除A应用的安装包。
实施例三
本发明实施例提供一种应用处理方法,应用于智能手机,假设本实施例中应用的标识是指应用的名称,如图3所示,该方法可以还包括:
步骤301、生成应用列表,将该应用列表上传至云存储。
这里,在智能手机的内存中需要划分一个区域用于存储应用序列表,本实 施例的应用列表存储有不可安装的应用的名称和/或类型。
初始状态下,应用列表可以为空。
步骤302、当A应用需要卸载时,获取A应用的名称和类型。
这里,A应用需要卸载时是指智能手机进入A应用的卸载页面,用户还未点击卸载按键时,也就是A应用并未真正进入卸载过程,只是进入A应用的卸载准备过程的时候。
步骤303、根据A应用的名称,生成并显示第一询问信息。
这里,第一询问信息用于向用户确定A应用是否是不可安装的应用。其中,不可安装的应用是指永久阻止安装的应用。
如图4所示,智能手机的屏幕跳出一个窗口,显示“A应用是否是永久阻止安装的应用”,下面窗口内还显示两个按钮,分别是“是”和“否”。用户根据自己的决定,按压按钮“是”或“否”。当用户按压按钮“否”时,说明用户不希望永久阻止安装A应用;当用户按压按钮“是”时,说明用户希望永久阻止安装A应用。
步骤304、接收用户发送的第一指令。
这里,第一指令指示A应用是不可安装的应用。
步骤305、根据A应用的类型,生成并显示第二询问信息。
这里,第二询问信息用于向用户确定与A应用类型相同的应用是否是不可安装的应用。
具体的,如图5所示,智能手机的屏幕可以再次跳出一个窗口,显示“与A应用类型相同的应用是否是永久阻止安装的应用”,下面窗口内还显示两个按钮,分别是“是”和“否”。用户根据自己的决定,按压按钮“是”或“否”。当用户按压按钮“是”时,说明用户希望永久阻止安装这类应用;当用户按压按钮“否”时,说明用户不希望永久阻止安装这类应用。
步骤306、接收用户发送的第三指令,并卸载A应用。
这里,第三指令指示与A应用的类型相同的应用不是不可安装的应用。
步骤307、判断应用序列表中是否存储有A应用的名称。若是,结束本次 流程;若否,则执行步骤308。
步骤308、将A应用的名称加入应用列表,执行步骤312。
步骤309、接收用户发送的第二指令,并卸载A应用。
这里,第二指令指示与A应用类型相同的应用是不可安装的应用。
步骤310、判断应用序列表中是否存储有A应用的类型。若是,结束本次流程;若否,则执行步骤311。
步骤311、将A应用的类型加入应用列表。
步骤312、当智能手机有网络连接时,获取云存储中已存储的应用列表。
步骤313、判断加入后的应用列表是否和已存储的应用列表相同。若是,则结束本次流程;若否,则执行步骤314。
步骤314、将加入后的应用列表与已存储的应用列表合并,上传合并后的应用列表。
值得说明的是,当用户选择不永久阻止安装A应用时,同样也需要卸载A应用。
实施例四
本发明实施例提供一种移动终端40,如图6所示,该移动终端40可以包括:
获取单元401,用于当检测到第一应用的安装包下载完成并准备安装时,从所述安装包中获取所述第一应用的标识和类型;还用于获取应用列表,所述应用列表存储有不可安装的应用的标识和/或类型。
终止单元402,用于所述应用列表中存储有所述第一应用的标识或类型时,终止所述第一应用的安装。
这样一来,根据应用列表中不可安装的应用的标识和/或类型,从将要安装的应用中确定出是否可以被安装,如果不可以被安装,则停止安装。这样,用户无需手动停止安装不可安装的应用,从而简化了用户的操作,提高了用户体验。
进一步的,如图7所示,所述移动终端40还包括:
增减单元403,用于根据用户的指示,在所述应用列表中增加或删除一个或多个应用的标识和类型,得到新的应用列表。
进一步的,所述获取单元401,还用于当第二应用需要卸载时,获取所述第二应用的标识。
如图7所示,所述移动终端40还包括:
生成单元404,用于根据所述第二应用的标识,生成并显示第一询问信息,所述第一询问信息用于向用户确定所述第二应用是否是不可安装的应用。
接收单元405,用于接收用户发送的指示所述第二应用是不可安装的应用的指令。
所述获取单元401,还用于获取所述应用列表。
判断单元406,用于判断所述应用列表中是否存储有所述第二应用的标识;
所述增减单元403,还用于所述应用列表中未存储所述第二应用的标识时,将所述第二应用的标识增加至所述应用列表,得到新的应用列表。
进一步的,所述获取单元401,还用于当第二应用需要卸载时,获取所述第二应用的标识和类型。
所述生成单元404,还用于根据所述第二应用的标识,生成并显示第一询问信息,所述第一询问信息用于向用户确定所述第二应用是否是不可安装的应用。
所述接收单元405,还用于接收用户发送的指示所述第二应用是不可安装的应用的第一指令。
所述生成单元404,还用于根据所述第二应用的类型,生成并显示第二询问信息,所述第二询问信息用于向用户确定与所述第二应用的类型相同的应用是否是不可安装的应用。
所述接收单元405,还用于接收用户发送的指示与所述第二应用的类型相同的应用是不可安装的应用的第二指令。
所述获取单元401,还用于获取所述应用列表。
所述判断单元406,还用于判断所述应用列表中是否存储有所述第二应用 的类型。
所述增减单元403,还用于所述应用列表中未存储所述第二应用的类型时,将所述第二应用的类型增加至所述应用列表,得到新的应用列表。
进一步的,所述接收单元405,还用于接收用户发送的指示与所述第二应用的类型相同的应用不是不可安装的应用的第三指令。
所述获取单元401,还用于获取所述应用列表。
所述判断单元406,还用于判断所述应用列表中是否存储有所述第二应用的标识。
所述增减单元403,还用于所述应用列表中未存储所述第二应用的标识,将所述第二应用的标识增加至所述应用列表,得到新的应用列表。
进一步的,如图7所示,所述移动终端还包括:
传输单元407,用于从云存储下载已存储的应用列表。
合并单元408,用于所述新的应用列表和所述已存储的应用列表不同时,将所述新的应用列表与所述已存储的应用列表合并,上传合并后的应用列表。
在实际应用中,所述获取单元401、终止单元402、增减单元403、生成单元404、接收单元405、判断单元406、传输单元407和合并单元408均可由位于移动终端40中的中央处理器(Central Processing Unit,CPU)、微处理器(Micro Processor Unit,MPU)、数字信号处理器(Digital Signal Processor,DSP)、或现场可编程门阵列(Field Programmable Gate Array,FPGA)等实现。
这里,本实施例不仅仅能自动的增加应用列表,还可以用户主动的在应用列表中增加减少应用。智能终端的屏幕显示应用列表对应的设置界面,用户在设置界面上增加应用的名称或类型,删除应用的名称或类型,相应的,智能手机根据用户的指示修改应用列表,并将修改后的应用列表同步云存储。
这样,如果用户换了新的智能手机,智能手机就不必再重新建立应用列表,新的智能手机可以从云存储中获取应用列表,提高了用户的体验。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和 硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。