一种基于android平台的已删除应用列表提取方法及装置制造方法及图纸

本发明专利技术公开了一种基于android平台的已删除应用列表提取方法及装置，通过监听每个应用的安装、更新、卸载的事件信息并记录在本地应用状态数据库中，同时同步到服务器中存储，不但可以全面记录各个已删除应用，帮助用户了解每个已删除应用的状态数据变化，而且可以避免重置系统后已删除应用的数据丢失。重置系统后已删除应用的数据丢失。

【技术实现步骤摘要】
一种基于android平台的已删除应用列表提取方法及装置


[0001]本专利技术涉及智能终端
，具体涉及一种基于android平台的已删除应用列表提取方法及装置。

技术介绍

[0002]随着现代科技的发展，智能设备的品种也持续在扩充，从电脑、手机逐渐发展到智能手表、智能眼镜、智能音箱，以及其他更多种类的智能设备，用户关注的信息也不再只是设备上当前安装或运行的应用有什么数据。
[0003]以手机数据为例，用户关心某部手机曾经安装过或被安装过什么应用，使用者因为某种原因卸载了哪些应用，甚至某些特定人群是否有使用过突网工具。针对以上这些使用场景，常规的手机数据取证方案是通过对系统某些配置文件的分析，来恢复小部分已卸载的应用记录。而现有的分析配置文件恢复已卸载应用列表的方法具有较大局限性，只对部分系统、部分版本能起效，但实际上通过某些卸载方式删除的应用，不会记录在此类文件中。通过该方法获取的数据较片面，不够完整。
[0004]CN 112632126A提出的一种已删除应用列表提取方法、终端设备及存储介质存在两个弊端，一是通过特征数据判断应用的卸载容易造成卸载应用的遗漏，对于应用反复卸载再安装再卸载无法识别。二是如果用户将设备进行系统重置，则所有数据都会丢失，从而无法查询该机重置系统前的已删除应用列表提取。

技术实现思路

[0005]针对现有技术的不足，本专利技术旨在提供一种基于android平台的已删除应用列表提取方法及装置。
[0006]为了实现上述目的，本专利技术采用如下技术方案：
[0007]一种基于android平台的已删除应用列表提取方法，具体过程为：
[0008]S1、监听应用的卸载、安装、更新事件，并在触发应用的卸载、安装、更新事件时，将事件信息记录到本地的应用状态数据库；所述事件信息包括应用名称、应用包名、版本、事件操作时间、事件类型，事件类型包括卸载、安装、更新；
[0009]S2、应用状态数据库将本次更新的事件信息数据上报到服务器；
[0010]S3、应用状态数据库接收服务器反馈的上报信息，包括上报时间、上报是否成功，如果上报成功，则保存本次的上报信息，否则跳转至步骤S4；
[0011]S4、保存本次的上报信息后以如下任意一种或多种方式等待再次上报：
[0012](1)监听网络改变事件，当监听到网络改变事件由无网络变为有网络时，再次将上报失败的事件信息上报至服务器，并返回步骤S3；
[0013](2)监听开关机事件，当监听到设备开机时，在数据初始化阶段，检测应用状态数据库中是否有上报失败的记录，若有则将上报失败的事件信息重新上报，并返回步骤S3；
[0014](3)当距离最近一次上报失败的时长到达预设周期值时，检测应用状态数据库中
是否有上报失败的记录，若有则将上报失败的事件信息重新上报，并返回步骤S3；
[0015]S5、当设备重置系统后，再次开机时，自动将服务器中存储的事件信息数据同步并保存到本地的应用状态数据库；
[0016]S6、当用户需要查询已删除应用列表时，首先触发服务器中的事件信息数据与设备本地的应用状态数据库中的事件信息数据进行同步，然后从应用状态数据库中提取出各个应用对应的事件信息，将最近一次事件信息中事件类型为卸载的应用及其所有的事件信息记录在已删除应用列表中，将最终生成的已删除应用列表，按照预设交互界面的方式展示于用户。
[0017]进一步地，通过Intent.ACTION＿PACKAGE＿REMOVED、Intent.ACTION_PACKAGE_ADDED、Intent.ACTION_PACKAGE_REPLACED三个广播事件分别监听应用的卸载、安装、更新事件。
[0018]进一步地，当设备连接到目标打印机后，可将已删除应用列表信息进行打印。
[0019]本专利技术提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述方法。
[0020]本专利技术提供一种电子设备，包括处理器和存储器，所述存储器用于存储计算机程序；所述处理器用于执行所述计算机程序时，实现上述方法。
[0021]本专利技术的有益效果在于：本专利技术中，通过监听每个应用的安装、更新、卸载的事件信息并记录在本地应用状态数据库中，同时同步到服务器中存储，不但可以全面记录各个已删除应用，帮助用户了解每个已删除应用的状态数据变化，而且可以避免重置系统后已删除应用的数据丢失。
具体实施方式
[0022]以下将对本专利技术作进一步的描述，需要说明的是，本实施例以本技术方案为前提，给出了详细的实施方式和具体的操作过程，但本专利技术的保护范围并不限于本实施例。
[0023]本实施例提供一种基于android平台的已删除应用列表提取方法，具体过程为：
[0024]S1、监听应用的卸载、安装、更新事件，并在触发应用的卸载、安装、更新事件时，将事件信息记录到本地的应用状态数据库；所述事件信息包括应用名称、应用包名、版本、事件操作时间、事件类型，事件类型包括卸载、安装、更新。
[0025]需要说明的是，可通过Intent.ACTION＿PACKAGE＿REMOVED、Intent.ACTION_PACKAGE_ADDED、Intent.ACTION_PACKAGE_REPLACED三个广播事件分别监听应用的卸载、安装、更新事件。
[0026]S2、应用状态数据库将本次更新的事件信息数据上报到服务器；
[0027]S3、应用状态数据库接收服务器反馈的上报信息，包括上报时间、上报是否成功等，如果上报成功，则保存本次的上报信息，否则跳转至步骤S4；
[0028]S4、保存本次的上报信息后以如下任意一种或多种方式等待再次上报：
[0029](1)监听网络改变事件，当监听到网络改变事件由无网络变为有网络时，再次将上报失败的事件信息上报至服务器，并返回步骤S3；
[0030]需要说明的是，无网络、程序异常、弱网环境等原因可造成上报失败，此时返回结果为失败，若上报正常，返回结果为上报成功。
[0031](2)监听开关机事件，当监听到设备开机时，在数据初始化阶段，检测应用状态数据库中是否有上报失败的记录，若有则将上报失败的事件信息重新上报，并返回步骤S3。
[0032](3)当距离最近一次上报失败的时长到达预设周期值时，检测应用状态数据库中是否有上报失败的记录，若有则将上报失败的事件信息重新上报，并返回步骤S3。
[0033]S5、当设备重置系统后，再次开机时，自动将服务器中存储的事件信息数据同步并保存到本地的应用状态数据库。这样可以保证重置系统后应用状态数据不丢失。
[0034]S6、当用户需要查询已删除应用列表时，首先触发服务器中的事件信息数据与设备本地的应用状态数据库中的事件信息数据进行同步，然后从应用状态数据库中提取出各个应用对应的事件信息，将最近一次事件信息中事件类型为卸载的应用本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于android平台的已删除应用列表提取方法，其特征在于，具体过程为：S1、监听应用的卸载、安装、更新事件，并在触发应用的卸载、安装、更新事件时，将事件信息记录到本地的应用状态数据库；所述事件信息包括应用名称、应用包名、版本、事件操作时间、事件类型，事件类型包括卸载、安装、更新；S2、应用状态数据库将本次更新的事件信息数据上报到服务器；S3、应用状态数据库接收服务器反馈的上报信息，包括上报时间、上报是否成功，如果上报成功，则保存本次的上报信息，否则跳转至步骤S4；S4、保存本次的上报信息后以如下任意一种或多种方式等待再次上报：(1)监听网络改变事件，当监听到网络改变事件由无网络变为有网络时，再次将上报失败的事件信息上报至服务器，并返回步骤S3；(2)监听开关机事件，当监听到设备开机时，在数据初始化阶段，检测应用状态数据库中是否有上报失败的记录，若有则将上报失败的事件信息重新上报，并返回步骤S3；(3)当距离最近一次上报失败的时长到达预设周期值时，检测应用状态数据库中是否有上报失败的记录，若有则将上报失败的事件信息重新上报，并返回步骤S3；S5、当设备重置系统后，再次开机时，自动将服务器中存储的事件信息数...

【专利技术属性】
技术研发人员：廖泽宇，张通喜，钟嘉权，
申请(专利权)人：珠海读书郎软件科技有限公司，
类型：发明
国别省市：