CN104866510B - 残留文件的清除方法、装置及其特征库的建立方法、装置 - Google Patents

Abstract

本发明实施例提供了一种残留文件的清除方法、装置、移动终端以及残留文件特征库的建立方法、装置和云端服务器。所述残留文件的清除方法包括：监控应用程序向移动终端操作***发送的存储卡操作请求；根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息；建立应用程序与应用程序对应文件夹的关联关系；以及在卸载应用程序之后，根据关联关系对应用程序对应文件夹中的残留文件进行清除。本发明实施例的方法，准确识别出应用程序的残留文件，进一步准确删除对应的残留文件，从而提高移动终端的性能，提升用户体验。

Description

残留文件的清除方法、装置及其特征库的建立方法、装置

技术领域

本发明涉及移动互联应用技术领域，特别是指一种残留文件的清除方法、装置、移动终端及其特征库的建立方法、装置、云端服务器。

背景技术

目前，移动终端中安装有各式各样的应用程序以满足用户的多种需求，当卸载某个应用程序时，由于移动终端操作***的性能或应用程序的安装特性，经常存在卸载不完全的情况，从而在移动终端中遗留残留文件，日积月累，移动终端的存储空间如存储卡被残留文件占据，造成资源浪费，影响性能。

移动终端中安装了某个应用程序后，在运行该应用程序的过程中，在移动终端的存储空间中产生文件夹，该文件夹中存储应用程序读写过的数据文件，这些文件夹和数据文件即为残留文件，例如，某个音乐播放器在存储空间中对应产生歌词文件夹及歌词文件夹中的歌词文件等。目前，存在的问题时，当卸载该应用程序时，移动终端的操作***无法识别出存储空间中的文件夹是哪个应用程序产生的，因而无法清除掉这些文件夹，也无法清除掉对应的数据文件。

发明内容

本发明旨在至少解决上述技术问题之一。

为此，本发明的第一个目的在于提出一种残留文件的清除方法。该方法可准确识别出应用程序的残留文件，进一步准确删除对应的残留文件，从而提高移动终端的性能，提升用户体验。

本发明的第二个目的在于提出一种残留文件的清除装置。

本发明的第三个目的在于提出一种移动终端。

本发明的第四个目的在于提出一种残留文件特征库的建立方法。

本发明的第五个目的在于提出一种残留文件特征库的建立装置。

本发明的第六个目的在于提出一种云端服务器。

为了实现上述目的，本发明第一方面实施例的残留文件的清除方法，包括：监控应用程序向移动终端操作***发送的存储卡操作请求；根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；建立所述应用程序与所述应用程序对应文件夹的关联关系；以及在卸载所述应用程序之后，根据所述关联关系对所述应用程序对应文件夹中的残留文件进行清除。

根据本发明实施例的残留文件的清除方法，监控应用程序的进程向移动终端操作***发起的存储卡操作请求，进而获取应用程序的名称及应用程序对应文件夹的路径信息，例如，根据存储卡操作请求提取出应用程序的APK包名，并将该请求返回给操作***进行处理，并收集到应用程序在存储卡中产生的文件夹目录，可准确监控到每个应用程序的进程在存储卡中产生的文件夹目录并收集到每个应用程序对应的残留文件，由此准确识别出应用程序的残留文件，进一步准确清除对应的残留文件，从而提高移动终端的性能，提升用户体验。

为了实现上述目的，本发明第二方面实施例的残留文件的清除装置，包括：监控模块，用于监控应用程序向移动终端操作***发送的存储卡操作请求；获取模块，用于根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；建立模块，用于建立所述应用程序与所述应用程序对应文件夹的关联关系；以及清除模块，用于在卸载所述应用程序之后，根据所述关联关系对所述应用程序对应文件夹中的残留文件进行清除。

根据本发明实施例的残留文件的清除装置，监控应用程序的进程向移动终端操作***发起的存储卡操作请求，进而获取应用程序的名称及应用程序对应文件夹的路径信息，例如，根据存储卡操作请求提取出应用程序的APK包名，并将该请求返回给操作***进行处理，并收集到应用程序在存储卡中产生的文件夹目录，可准确监控到每个应用程序的进程在存储卡中产生的文件夹目录并收集到每个应用程序对应的残留文件，由此准确识别出应用程序的残留文件，进一步准确清除对应的残留文件，从而提高移动终端的性能，提升用户体验。

为了实现上述目的，本发明第三方面实施例的移动终端，包括：外壳，屏幕，处理器和电路板；所述屏幕安置在所述外壳上，所述电路板安置在所述外壳围成的空间内部，所述处理器设置在所述电路板上；所述处理器用于处理数据，具体用于：监控应用程序向移动终端操作***发送的存储卡操作请求；根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；建立所述应用程序与所述应用程序对应文件夹的关联关系；以及在卸载所述应用程序之后，根据所述关联关系对所述应用程序对应文件夹中的残留文件进行清除。

根据本发明实施例的移动终端，监控应用程序的进程向移动终端操作***发起的存储卡操作请求，进而获取应用程序的名称及应用程序对应文件夹的路径信息，例如，根据存储卡操作请求提取出应用程序的APK包名，并将该请求返回给操作***进行处理，并收集到应用程序在存储卡中产生的文件夹目录，可准确监控到每个应用程序的进程在存储卡中产生的文件夹目录并收集到每个应用程序对应的残留文件，由此准确识别出应用程序的残留文件，进一步准确清除对应的残留文件，从而提高移动终端的性能，提升用户体验。

为了实现上述目的，本发明第四方面实施例的残留文件特征库的建立方法，包括：获取多个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，其中所述应用程序对应文件夹的路径信息为所述应用程序所访问的文件夹的路径信息；以及建立所述应用程序与所述应用程序对应文件夹的关联关系，并根据所述关联关系形成残留文件特征库。

根据本发明实施例的残留文件特征库的建立方法，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，并形成残留文件特征库，准确识别出应用程序的残留文件，从而使得移动终端准确清除对应的残留文件，提高移动终端的性能，提升用户体验。

为了实现上述目的，本发明第五方面实施例的残留文件特征库的建立装置，包括：获取模块，用于获取多个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，其中所述应用程序对应文件夹的路径信息为所述应用程序所访问的文件夹的路径信息；以及建立模块，用于建立所述应用程序与所述应用程序对应文件夹的关联关系，并根据所述关联关系形成残留文件特征库。

根据本发明实施例的残留文件特征库的建立装置，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，并形成残留文件特征库，准确识别出应用程序的残留文件，从而使得移动终端准确清除对应的残留文件，提高移动终端的性能，提升用户体验。

为了实现上述目的，本发明第六方面实施例的云端服务器，包括：外壳、处理器和电路板；所述电路板安置在所述外壳围成的空间内部，所述处理器设置在所述电路板上；所述处理器用于处理数据，具体用于：获取多个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，其中所述应用程序对应文件夹的路径信息为所述应用程序所访问的文件夹的路径信息；以及建立所述应用程序与所述应用程序对应文件夹的关联关系，并根据所述关联关系形成残留文件特征库。

根据本发明实施例的云端服务器，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，并形成残留文件特征库，准确识别出应用程序的残留文件，从而使得移动终端准确清除对应的残留文件，提高移动终端的性能，提升用户体验。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中，

图1是根据本发明一个实施例的残留文件的清除方法的流程图；

图2是根据本发明另一个实施例的残留文件的清除方法的流程图；

图3是根据本发明又一个实施例的残留文件的清除方法的流程图；

图4是根据本发明一个实施例的残留文件的清除装置的结构框图；

图5是根据本发明一个实施例的残留文件特征库的建立方法的流程图；

图6是根据本发明另一个实施例的残留文件特征库的建立方法的流程图；

图7是根据本发明一个实施例的残留文件特征库的建立装置的结构框图；

图8是根据本发明另一个实施例的残留文件特征库的建立装置的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

为了解决目前移动终端存储空间中的残留文件无法识别、无法清除的问题，本发明提出一种残留文件的清除方法、装置、移动终端及残留文件特征库的建立方法、装置和云端服务器。

下面参考附图描述根据本发明实施例的残留文件的清除方法、装置、移动终端及残留文件特征库的建立方法、装置和云端服务器。

图1是根据本发明一个实施例的残留文件的清除方法的流程图。如图1所示，残留文件的清除方法包括以下步骤。

S101，监控应用程序向移动终端操作***发送的存储卡操作请求。

其中，存储卡可为移动终端的内存设备、外置SD（Secure Digital Memory Card，安全数码卡）卡等。

具体地，当应用程序的进程向移动终端操作***发起存储卡操作请求时，例如读写请求，操作***根据该存储卡操作请求控制应用程序的进程对存储卡的读写，为了获取该存储卡操作请求，可以在操作***中注入监控进程，当应用程序的进程向移动终端操作***发起存储卡操作请求时，监控进程从操作***中接管该存储卡操作请求。应当理解，根据操作***的特点还可以采用其他方式获取存储卡操作请求。

另外，如果直接将APK包（Android Package，Android操作***中的安装包）安装在存储卡上时，在存储卡上会分成***文件夹（安装文件夹）和公共文件夹（应用程序对应的文件夹），对于***文件目录，第三方应用程序是无法监控的。

S102，根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。

具体地，监控进程获取该存储卡操作请求后，提取出该存储卡操作请求中的信息，包括应用程序的名称，例如，应用程序的APK（Android Package，安卓安装包）包名，再将该存储卡操作请求转由操作***进行相应的处理，根据提取的应用程序的名称收集该应用程序的进程在存储卡中产生的文件夹目录。

例如，存储卡为sdcard0，以新浪为例，在存储卡中产生的文件夹目录的路径为sdcard0/sina/abc.txt，由于不同移动终端对存储卡的命名不同，为了提高准确性，在收集文件夹目录时，忽略存储卡名sdcard0/，直接提取sdcard0根目录下产生的路径sina/abc.txt，作为应用程序进程产生的文件夹目录。

S103，建立应用程序与应用程序对应文件夹的关联关系。

S104，在卸载应用程序之后，根据关联关系对应用程序对应文件夹中的残留文件进行清除。

根据本发明实施例的残留文件的清除方法，监控应用程序的进程向移动终端操作***发起的存储卡操作请求，进而获取应用程序的名称及应用程序对应文件夹的路径信息，例如，根据存储卡操作请求提取出应用程序的APK包名，并将该请求返回给操作***进行处理，并收集到应用程序在存储卡中产生的文件夹目录，可准确监控到每个应用程序的进程在存储卡中产生的文件夹目录并收集到每个应用程序对应的残留文件，由此准确识别出应用程序的残留文件，进一步准确清除对应的残留文件，从而提高移动终端的性能，提升用户体验。

图2是根据本发明另一个实施例的残留文件的清除方法的流程图。建立应用程序与应用程序对应文件夹的关联关系时，还需要对公共文件夹进行筛选。具体地，如图2所示，残留文件的清除方法包括以下步骤。

S201，监控应用程序向移动终端操作***发送的存储卡操作请求。

S202，根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。

S203，获取访问文件夹的应用程序的数量。

其中，监控的存储卡操作请求可以是读操作请求，也可以是写操作请求，读写操作请求是独立监控的，可以分别调用对应的函数进行监控，如果监控的是读操作请求，则该访问为读访问，如果监控的是写操作请求，则该访问为写访问。另外，对读操作请求进行监控并统计的结果一般不及对写操作请求进行监控并统计的结果准确。

S204，如果判断访问文件夹的应用程序的数量小于预设阈值，则建立应用程序与应用程序对应文件夹的关联关系。

例如，预设阈值可为2，即当监控到两个或两个以上的应用程序的进程访问同一个文件夹时，则说明该文件夹为公共文件夹，不能作为残留文件；若经过长期监控，只有一个应用程序的进程读写过该文件夹，则说明该文件夹与该应用程序的APK包名唯一对应，进而将该文件夹与该应用程序的关联关系。

S205，在卸载应用程序之后，根据关联关系对应用程序对应文件夹中的残留文件进行清除。

根据本发明实施例的残留文件的清除方法，对收集到的文件夹进行分析，判断文件夹是否为两个以上的应用程序的进程读写过的公共文件夹，如果不是，则建立应用程序与应用程序对应文件夹的关联关系，由此，避免公共文件夹被删除，进一步准确性。

在本发明的一个实施例中，在建立应用程序与应用程序对应文件夹的关联关系之后，残留文件的清除方法还包括步骤：根据关联关系形成残留文件特征库。

在本发明的一个实施例中，残留文件特征库形成在云端服务器中，且由云端服务器将残留文件特征库推送至其他移动终端。具体地，由移动终端获取存储卡操作请求对应的应用程序的名称及应用程序对应文件夹的路径信息之后，可以将应用程序的名称及应用程序对应文件夹的路径信息发送至云端服务器，从而云端服务器获取到多个应用程序的名称及应用程序对应文件夹的路径信息，并进行分析，由于增加了数据量，云端服务器可以更加准确地建立应用程序与应用程序对应文件夹的关联关系，并且有效地识别出公共文件夹，提升准确性。

图3是根据本发明又一个实施例的残留文件的清除方法的流程图。根据关联关系对文件夹中的残留文件进行清除时还需要对残留文件的类型进行判断。具体地，如图3所示，残留文件的清除方法包括以下步骤。

S301，监控应用程序向移动终端操作***发送的存储卡操作请求。

S302，根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。

S303，获取访问文件夹的应用程序的数量。

S304，如果判断访问文件夹的应用程序的数量小于预设阈值，则建立应用程序与应用程序对应文件夹的关联关系。

S305，在卸载应用程序之后，根据关联关系获取应用程序对应的文件夹，并获取文件夹中残留文件的类型。

S306，判断残留文件的类型是否满足预设条件。

S307，如果满足预设条件，则对残留文件进行清除。

S308，如果不满足预设条件，则保留残留文件。

在本发明的一个实施例中，预设条件为残留文件不为操作***当前使用的文件。具体地，操作***当前使用的文件可以是铃声文件、壁纸文件等。

例如，如果残留文件的类型为jpg（即JPEG，Joint Photographic Experts GROUP）格式，文件名为桌面壁纸，则说明该文件夹虽然是非公共文件夹，但是该文件夹也不宜删除，如果删除，则可能导致桌面壁纸无法使用；因此，为了避免影响用户使用，这类文件夹不作为应用程序的残留文件。

应当理解，还可以根据其他情况设置相应的文件类型作为预设条件，上述示例仅为举例说明。

根据本发明实施例的残留文件的清除方法，在判断出文件夹为残留文件时，进一步判定残留文件的类型，进而确定是否需要将该文件夹作为残留文件，避免删除特定类型的文件后用户无法使用的现象。

为了实现上述实施例，本发明还提出一种残留文件的清除装置。

图4是根据本发明一个实施例的残留文件的清除装置的结构框图。如图4所示，残留文件的清除装置包括监控模块110、获取模块120、建立模块130和清除模块140。

具体地，监控模块110用于监控应用程序向移动终端操作***发送的存储卡操作请求，其中，存储卡可为移动终端的内存设备、外置SD卡等。更具体地，当应用程序的进程向移动终端操作***发起存储卡操作请求时，例如读写请求，操作***根据该存储卡操作请求控制应用程序的进程对存储卡的读写，为了获取该存储卡操作请求，监控模块110可以在操作***中注入监控进程，当应用程序的进程向移动终端操作***发起存储卡操作请求时，监控进程从操作***中接管该存储卡操作请求。应当理解，根据操作***的特点还可以采用其他方式获取存储卡操作请求。

另外，如果直接将APK包安装在存储卡上时，在存储卡上会分成***文件夹（安装文件夹）和公共文件夹（应用程序对应的文件夹），对于***文件目录，第三方应用程序是无法监控的。

获取模块120用于根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。更具体地，监控进程获取该存储卡操作请求后，获取模块120提取出该存储卡操作请求中的信息，包括应用程序的名称，例如，应用程序的APK包名，再将该存储卡操作请求转由操作***进行相应的处理，根据提取的应用程序的名称收集该应用程序的进程在存储卡中产生的文件夹目录。

例如，存储卡为sdcard0，以新浪为例，在存储卡中产生的文件夹目录的路径为sdcard0/sina/abc.txt，由于不同移动终端对存储卡的命名不同，为了提高准确性，在收集文件夹目录时，忽略存储卡名sdcard0/，直接提取sdcard0根目录下产生的路径sina/abc.txt，作为应用程序进程产生的文件夹目录。

建立模块130用于建立应用程序与应用程序对应文件夹的关联关系。清除模块140用于在卸载应用程序之后，根据关联关系对应用程序对应文件夹中的残留文件进行清除。

根据本发明实施例的残留文件的清除装置，监控应用程序的进程向移动终端操作***发起的存储卡操作请求，进而获取应用程序的名称及应用程序对应文件夹的路径信息，例如，根据存储卡操作请求提取出应用程序的APK包名，并将该请求返回给操作***进行处理，并收集到应用程序在存储卡中产生的文件夹目录，可准确监控到每个应用程序的进程在存储卡中产生的文件夹目录并收集到每个应用程序对应的残留文件，由此准确识别出应用程序的残留文件，进一步准确清除对应的残留文件，从而提高移动终端的性能，提升用户体验。

建立应用程序与应用程序对应文件夹的关联关系时，还需要对公共文件夹进行筛选，在本发明的一个实施例中，建立模块130还用于获取访问文件夹的应用程序的数量，并在判断访问文件夹的应用程序的数量小于预设阈值时，建立应用程序与应用程序对应文件夹的关联关系。例如，预设阈值可为2，即当监控到两个或两个以上的应用程序的进程访问同一个文件夹时，则说明该文件夹为公共文件夹，不能作为残留文件；若经过长期监控，只有一个应用程序的进程读写过该文件夹，则说明该文件夹与该应用程序的APK包名唯一对应，进而将该文件夹与该应用程序的关联关系。由此，避免公共文件夹被删除，进一步准确性。

其中，监控的存储卡操作请求可以是读操作请求，也可以是写操作请求，读写操作请求是独立监控的，可以分别调用对应的函数进行监控，如果监控的是读操作请求，则该访问为读访问，如果监控的是写操作请求，则该访问为写访问。另外，对读操作请求进行监控并统计的结果一般不及对写操作请求进行监控并统计的结果准确。

在本发明的一个实施例中，建立模块130还用于在建立应用程序与应用程序对应文件夹的关联关系之后，根据关联关系形成残留文件特征库。

在本发明的一个实施例中，残留文件特征库形成在云端服务器中，且由云端服务器将残留文件特征库推送至其他移动终端。具体地，由移动终端获取存储卡操作请求对应的应用程序的名称及应用程序对应文件夹的路径信息之后，可以将应用程序的名称及应用程序对应文件夹的路径信息发送至云端服务器，从而云端服务器获取到多个应用程序的名称及应用程序对应文件夹的路径信息，并进行分析，由于增加了数据量，云端服务器可以更加准确地建立应用程序与应用程序对应文件夹的关联关系，并且有效地识别出公共文件夹，提升准确性。

根据关联关系对文件夹中的残留文件进行清除时还需要对残留文件的类型进行判断，在本发明的一个实施例中，清除模块140还用于根据关联关系获取应用程序对应的文件夹，并获取文件夹中残留文件的类型，并判断残留文件的类型是否满足预设条件，并在满足预设条件时，对残留文件进行清除，以及在不满足预设条件时，保留残留文件。

在本发明的一个实施例中，预设条件为残留文件不为操作***当前使用的文件。具体地，操作***当前使用的文件可以是铃声文件、壁纸文件等。

例如，如果残留文件的类型为jpg格式，文件名为桌面壁纸，则说明该文件夹虽然是非公共文件夹，但是该文件夹也不宜删除，如果删除，则可能导致桌面壁纸无法使用；因此，为了避免影响用户使用，这类文件夹不作为应用程序的残留文件。应当理解，还可以根据其他情况设置相应的文件类型作为预设条件，上述示例仅为举例说明。由此，避免删除特定类型的文件后用户无法使用的现象。

为了实现上述实施例，本发明还提出一种移动终端。

一种移动终端，包括：外壳，屏幕，处理器和电路板；屏幕安置在外壳上，电路板安置在外壳围成的空间内部，处理器设置在电路板上；处理器用于处理数据，具体用于执行以下步骤：

S101’，监控应用程序向移动终端操作***发送的存储卡操作请求。

其中，存储卡可为移动终端的内存设备、外置SD卡等。

具体地，当应用程序的进程向移动终端操作***发起存储卡操作请求时，例如读写请求，操作***根据该存储卡操作请求控制应用程序的进程对存储卡的读写，为了获取该存储卡操作请求，可以在操作***中注入监控进程，当应用程序的进程向移动终端操作***发起存储卡操作请求时，监控进程从操作***中接管该存储卡操作请求。应当理解，根据操作***的特点还可以采用其他方式获取存储卡操作请求。

另外，如果直接将APK包安装在存储卡上时，在存储卡上会分成***文件夹（安装文件夹）和公共文件夹（应用程序对应的文件夹），对于***文件目录，第三方应用程序是无法监控的。

S102’，根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。

具体地，监控进程获取该存储卡操作请求后，提取出该存储卡操作请求中的信息，包括应用程序的名称，例如，应用程序的APK包名，再将该存储卡操作请求转由操作***进行相应的处理，根据提取的应用程序的名称收集该应用程序的进程在存储卡中产生的文件夹目录。

例如，存储卡为sdcard0，以新浪为例，在存储卡中产生的文件夹目录的路径为sdcard0/sina/abc.txt，由于不同移动终端对存储卡的命名不同，为了提高准确性，在收集文件夹目录时，忽略存储卡名sdcard0/，直接提取sdcard0根目录下产生的路径sina/abc.txt，作为应用程序进程产生的文件夹目录。

S103’，建立应用程序与应用程序对应文件夹的关联关系。

S104’，在卸载应用程序之后，根据关联关系对应用程序对应文件夹中的残留文件进行清除。

根据本发明实施例的移动终端，监控应用程序的进程向移动终端操作***发起的存储卡操作请求，进而获取应用程序的名称及应用程序对应文件夹的路径信息，例如，根据存储卡操作请求提取出应用程序的APK包名，并将该请求返回给操作***进行处理，并收集到应用程序在存储卡中产生的文件夹目录，可准确监控到每个应用程序的进程在存储卡中产生的文件夹目录并收集到每个应用程序对应的残留文件，由此准确识别出应用程序的残留文件，进一步准确清除对应的残留文件，从而提高移动终端的性能，提升用户体验。

建立应用程序与应用程序对应文件夹的关联关系时，还需要对公共文件夹进行筛选，在本发明的一个实施例中，处理器还具体用于：获取访问文件夹的应用程序的数量；如果判断访问文件夹的应用程序的数量小于预设阈值，则建立应用程序与应用程序对应文件夹的关联关系。例如，预设阈值可为2，即当监控到两个或两个以上的应用程序的进程访问同一个文件夹时，则说明该文件夹为公共文件夹，不能作为残留文件；若经过长期监控，只有一个应用程序的进程读写过该文件夹，则说明该文件夹与该应用程序的APK包名唯一对应，进而将该文件夹与该应用程序的关联关系。由此，避免公共文件夹被删除，进一步准确性。

其中，监控的存储卡操作请求可以是读操作请求，也可以是写操作请求，读写操作请求是独立监控的，可以分别调用对应的函数进行监控，如果监控的是读操作请求，则该访问为读访问，如果监控的是写操作请求，则该访问为写访问。另外，对读操作请求进行监控并统计的结果一般不及对写操作请求进行监控并统计的结果准确。

在本发明的一个实施例中，处理器还具体用于：在建立应用程序与应用程序对应文件夹的关联关系之后，根据关联关系形成残留文件特征库。

在本发明的一个实施例中，残留文件特征库形成在云端服务器中，且由云端服务器将残留文件特征库推送至其他移动终端。具体地，由移动终端获取存储卡操作请求对应的应用程序的名称及应用程序对应文件夹的路径信息之后，可以将应用程序的名称及应用程序对应文件夹的路径信息发送至云端服务器，从而云端服务器获取到多个应用程序的名称及应用程序对应文件夹的路径信息，并进行分析，由于增加了数据量，云端服务器可以更加准确地建立应用程序与应用程序对应文件夹的关联关系，并且有效地识别出公共文件夹，提升准确性。

根据关联关系对文件夹中的残留文件进行清除时还需要对残留文件的类型进行判断，在本发明的一个实施例中，处理器还具体用于：根据关联关系获取应用程序对应的文件夹，并获取文件夹中残留文件的类型；判断残留文件的类型是否满足预设条件；如果满足所述预设条件，则对残留文件进行清除；以及如果不满足所述预设条件，则保留残留文件。

在本发明的一个实施例中，预设条件为残留文件不为操作***当前使用的文件。具体地，操作***当前使用的文件可以是铃声文件、壁纸文件等。例如，如果残留文件的类型为jpg格式，文件名为桌面壁纸，则说明该文件夹虽然是非公共文件夹，但是该文件夹也不宜删除，如果删除，则可能导致桌面壁纸无法使用；因此，为了避免影响用户使用，这类文件夹不作为应用程序的残留文件。由此，避免删除特定类型的文件后用户无法使用的现象。

图5是根据本发明一个实施例的残留文件特征库的建立方法的流程图。如图5所示，残留文件特征库的建立方法包括以下步骤。

S401，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，其中应用程序对应文件夹的路径信息为应用程序所访问的文件夹的路径信息。

具体地，多个移动终端可获取自己安装的多个应用程序的名称及应用程序对应文件夹的路径信息，由此形成庞大的数据库。

在本发明的一个实施例中，移动终端监控应用程序向移动终端操作***发送的存储卡操作请求，并根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。具体地，移动终端在操作***中注入监控进程，当应用程序的进程向移动终端操作***发起存储卡操作请求时，监控进程从操作***中接管该存储卡操作请求，监控进程获取该存储卡操作请求后，提取出该存储卡操作请求中的信息，包括应用程序的名称，再将该存储卡操作请求转由操作***进行相应的处理，根据提取的应用程序的名称收集该应用程序的进程在存储卡中产生的文件夹目录。

S402，建立应用程序与应用程序对应文件夹的关联关系，并根据关联关系形成残留文件特征库。

根据本发明实施例的残留文件特征库的建立方法，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，并形成残留文件特征库，准确识别出应用程序的残留文件，从而使得移动终端准确清除对应的残留文件，提高移动终端的性能，提升用户体验。

图6是根据本发明另一个实施例的残留文件特征库的建立方法的流程图。将形成的残留文件特征库发送至移动终端，以便移动终端进行卸载，如图6所示，残留文件特征库的建立方法包括以下步骤。

S501，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息。

S502，建立应用程序与应用程序对应文件夹的关联关系，并根据关联关系形成残留文件特征库。

S503，将残留文件特征库发送至移动终端，以使得移动终端在卸载应用程序之后，根据残留文件特征库中的关联关系对文件夹中的残留文件进行清除。

具体地，将残留文件特征库发送至移动终端时，可将残留文件特征库推送至移动终端安装的清理软件中；当清理软件监控到移动终端出现卸载应用程序的行为时，则根据该应用程序的APK包名，在本地存储的残留文件特征库中查找与该APK包名对应的文件夹目录，从而，根据该文件夹目录，删除移动终端的存储卡中该应用程序对应的残留文件。

根据本发明实施例的残留文件特征库的建立方法，移动终端根据残留文件特征库清除应用程序的残留文件，提高移动终端的性能，提升用户体验。

在建立应用程序与应用程序对应文件夹的关联关系时，还具体包括以下步骤：获取访问文件夹的应用程序的数量；如果判断访问文件夹的应用程序的数量小于预设阈值，则建立应用程序与应用程序对应文件夹的关联关系。例如，预设阈值可为2，即当监控到两个或两个以上的应用程序的进程访问同一个文件夹时，则说明该文件夹为公共文件夹，不能作为残留文件；若经过长期监控，只有一个应用程序的进程读写过该文件夹，则说明该文件夹与该应用程序的APK包名唯一对应，进而将该文件夹与该应用程序的关联关系。由此，避免公共文件夹被删除，进一步准确性。

为了实现上述实施例，本发明还提出一种残留文件特征库的建立装置。

图7是根据本发明一个实施例的残留文件特征库的建立装置的结构框图。如图7所示，残留文件特征库的建立装置包括获取模块210和建立模块220。

具体地，获取模块210用于获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，其中应用程序对应文件夹的路径信息为应用程序所访问的文件夹的路径信息。多个移动终端可获取自己安装的多个应用程序的名称及应用程序对应文件夹的路径信息，由此形成庞大的数据库。

在本发明的一个实施例中，移动终端监控应用程序向移动终端操作***发送的存储卡操作请求，并根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。具体地，移动终端在操作***中注入监控进程，当应用程序的进程向移动终端操作***发起存储卡操作请求时，监控进程从操作***中接管该存储卡操作请求，监控进程获取该存储卡操作请求后，提取出该存储卡操作请求中的信息，包括应用程序的名称，再将该存储卡操作请求转由操作***进行相应的处理，根据提取的应用程序的名称收集该应用程序的进程在存储卡中产生的文件夹目录。

建立模块220用于建立应用程序与应用程序对应文件夹的关联关系，并根据关联关系形成残留文件特征库。

根据本发明实施例的残留文件特征库的建立装置，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，并形成残留文件特征库，准确识别出应用程序的残留文件，从而使得移动终端准确清除对应的残留文件，提高移动终端的性能，提升用户体验。

图8是根据本发明另一个实施例的残留文件特征库的建立装置的结构框图。如图8所示，残留文件特征库的建立装置包括获取模块210、建立模块220和发送模块230。

具体地，发送模块230用于将关联关系发送至移动终端，以使得移动终端在卸载应用程序之后，根据关联关系对文件夹中的残留文件进行清除。更具体地，将残留文件特征库发送至移动终端时，发送模块230可将残留文件特征库推送至移动终端安装的清理软件中；当清理软件监控到移动终端出现卸载应用程序的行为时，则根据该应用程序的APK包名，在本地存储的残留文件特征库中查找与该APK包名对应的文件夹目录，从而，根据该文件夹目录，删除移动终端的存储卡中该应用程序对应的残留文件。

根据本发明实施例的残留文件特征库的建立装置，移动终端可根据残留文件特征库清除应用程序的残留文件，提高移动终端的性能，提升用户体验。

在建立应用程序与应用程序对应文件夹的关联关系时，建立模块220还用于获取访问文件夹的应用程序的数量，并在判断访问文件夹的应用程序的数量小于预设阈值时，建立应用程序与应用程序对应文件夹的关联关系。例如，预设阈值可为2，即当监控到两个或两个以上的应用程序的进程访问同一个文件夹时，则说明该文件夹为公共文件夹，不能作为残留文件；若经过长期监控，只有一个应用程序的进程读写过该文件夹，则说明该文件夹与该应用程序的APK包名唯一对应，进而将该文件夹与该应用程序的关联关系。由此，避免公共文件夹被删除，进一步准确性。

为了实现上述实施例，本发明还提出一种云端服务器，包括：外壳、处理器和电路板；电路板安置在外壳围成的空间内部，处理器设置在电路板上；处理器用于处理数据，具体用于执行以下步骤：

S401’，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，其中应用程序对应文件夹的路径信息为应用程序所访问的文件夹的路径信息。

具体地，多个移动终端可获取自己安装的多个应用程序的名称及应用程序对应文件夹的路径信息，由此形成庞大的数据库。

在本发明的一个实施例中，移动终端监控应用程序向移动终端操作***发送的存储卡操作请求，并根据存储卡操作请求获取应用程序的名称及应用程序对应文件夹的路径信息。具体地，移动终端在操作***中注入监控进程，当应用程序的进程向移动终端操作***发起存储卡操作请求时，监控进程从操作***中接管该存储卡操作请求，监控进程获取该存储卡操作请求后，提取出该存储卡操作请求中的信息，包括应用程序的名称，再将该存储卡操作请求转由操作***进行相应的处理，根据提取的应用程序的名称收集该应用程序的进程在存储卡中产生的文件夹目录。

S402’，建立应用程序与应用程序对应文件夹的关联关系，并根据关联关系形成残留文件特征库。

根据本发明实施例的云端服务器，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息，并形成残留文件特征库，准确识别出应用程序的残留文件，从而使得移动终端准确清除对应的残留文件，提高移动终端的性能，提升用户体验。

在本发明的一个实施例中，处理器还具体用于执行以下步骤：

S501’，获取多个移动终端发送的应用程序的名称及应用程序对应文件夹的路径信息。

S502’，建立应用程序与应用程序对应文件夹的关联关系，并根据关联关系形成残留文件特征库。

S503’，将残留文件特征库发送至移动终端，以使得移动终端在卸载应用程序之后，根据残留文件特征库中的关联关系对文件夹中的残留文件进行清除。

具体地，将残留文件特征库发送至移动终端时，可将残留文件特征库推送至移动终端安装的清理软件中；当清理软件监控到移动终端出现卸载应用程序的行为时，则根据该应用程序的APK包名，在本地存储的残留文件特征库中查找与该APK包名对应的文件夹目录，从而，根据该文件夹目录，删除移动终端的存储卡中该应用程序对应的残留文件。

根据本发明实施例的云端服务器，移动终端根据云端服务器发送的残留文件特征库清除应用程序的残留文件，提高移动终端的性能，提升用户体验。

在建立应用程序与应用程序对应文件夹的关联关系时，处理器还具体用于：获取访问文件夹的应用程序的数量；如果判断访问文件夹的应用程序的数量小于预设阈值，则建立应用程序与应用程序对应文件夹的关联关系。例如，预设阈值可为2，即当监控到两个或两个以上的应用程序的进程访问同一个文件夹时，则说明该文件夹为公共文件夹，不能作为残留文件；若经过长期监控，只有一个应用程序的进程读写过该文件夹，则说明该文件夹与该应用程序的APK包名唯一对应，进而将该文件夹与该应用程序的关联关系。由此，避免公共文件夹被删除，进一步准确性。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。

尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同物限定。

Claims (21)

1.一种残留文件的清除方法，其特征在于，包括：

监控应用程序向移动终端操作***发送的存储卡操作请求；

根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；

获取访问所述文件夹的应用程序的数量，并判断所述访问文件夹的应用程序的数量是否小于预设阈值；

如果判断访问文件夹的应用程序的数量大于等于预设阈值，则所述文件夹为公共文件夹，不建立所述应用程序与所述应用程序对应文件夹的关联关系；

如果判断访问文件夹的应用程序的数量小于预设阈值，则所述文件夹为与所述应用程序的名称唯一对应，建立所述应用程序与所述应用程序对应文件夹的关联关系；以及在卸载所述应用程序之后，根据所述关联关系对所述应用程序对应文件夹中的残留文件进行清除；

其中，所述存储卡操作请求为读写操作请求，所述根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息，包括：

根据所述读写操作请求提取所述应用程序的名称；

根据所提取的应用程序的名称收集所述应用程序的进程在存储卡中产生的文件夹目录；

从所述文件夹目录获取应用程序对应的文件夹的路径信息。

2.如权利要求1所述的方法，其特征在于，在所述建立应用程序与所述应用程序对应文件夹的关联关系之后，还包括：

根据所述关联关系形成残留文件特征库。

3.如权利要求2所述的方法，其特征在于，所述残留文件特征库形成在云端服务器中，且由所述云端服务器将所述残留文件特征库推送至其他移动终端。

4.如权利要求1所述的方法，其特征在于，所述根据关联关系对所述文件夹中的残留文件进行清除具体包括：

根据所述关联关系获取所述应用程序对应的文件夹，并获取所述文件夹中残留文件的类型；

判断所述残留文件的类型是否满足预设条件；

如果满足所述预设条件，则对所述残留文件进行清除；以及

如果不满足所述预设条件，则保留所述残留文件。

5.如权利要求4所述的方法，其特征在于，所述预设条件为所述残留文件不为所述操作***当前使用的文件。

6.一种残留文件的清除装置，其特征在于，包括：

监控模块，用于监控应用程序向移动终端操作***发送的存储卡操作请求；

获取模块，用于根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；

建立模块，用于建立所述应用程序与所述应用程序对应文件夹的关联关系；以及

清除模块，用于在卸载所述应用程序之后，根据所述关联关系对所述应用程序对应文件夹中的残留文件进行清除；

其中，所述存储卡操作请求为读写操作请求，所述获取模块具体用于：

根据所述读写操作请求提取所述应用程序的名称；

根据所提取的应用程序的名称收集所述应用程序的进程在存储卡中产生的文件夹目录；

从所述文件夹目录获取应用程序对应的文件夹的路径信息；

其中，所述建立模块还用于获取访问所述文件夹的应用程序的数量，并在判断所述访问文件夹的应用程序的数量小于预设阈值时，建立应用程序与所述应用程序对应文件夹的关联关系，在判断所述访问文件夹的应用程序的数量大于等于预设阈值时，确定文件夹为公共文件夹，不建立所述应用程序与所述应用程序对应文件夹的关联关系。

7.如权利要求6所述的装置，其特征在于，所述建立模块还用于在所述建立应用程序与所述应用程序对应文件夹的关联关系之后，根据所述关联关系形成残留文件特征库。

8.如权利要求7所述的装置，其特征在于，所述残留文件特征库形成在云端服务器中，且由所述云端服务器将所述残留文件特征库推送至其他移动终端。

9.如权利要求6所述的装置，其特征在于，所述清除模块还用于根据所述关联关系获取所述应用程序对应的文件夹，并获取所述文件夹中残留文件的类型，并判断所述残留文件的类型是否满足预设条件，并在满足所述预设条件时，对所述残留文件进行清除，以及在不满足所述预设条件时，保留所述残留文件。

10.如权利要求9所述的装置，其特征在于，所述预设条件为所述残留文件不为所述操作***当前使用的文件。

11.一种移动终端，其特征在于，包括：外壳，屏幕，处理器和电路板；

所述屏幕安置在所述外壳上，所述电路板安置在所述外壳围成的空间内部，所述处理器设置在所述电路板上；

所述处理器用于处理数据，具体用于：

监控应用程序向移动终端操作***发送的存储卡操作请求；

根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；

获取访问所述文件夹的应用程序的数量，并判断所述访问文件夹的应用程序的数量是否小于预设阈值；

如果判断访问文件夹的应用程序的数量大于等于预设阈值，则文件夹为公共文件夹，不建立所述应用程序与所述应用程序对应文件夹的关联关系；

如果判断访问文件夹的应用程序的数量小于预设阈值，则文件夹为与所述应用程序的名称唯一对应，建立所述应用程序与所述应用程序对应文件夹的关联关系；以及

在卸载所述应用程序之后，根据所述关联关系对所述应用程序对应文件夹中的残留文件进行清除；

其中，所述存储卡操作请求为读写操作请求，所述根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息，包括：

根据所述读写操作请求提取所述应用程序的名称；

根据所提取的应用程序的名称收集所述应用程序的进程在存储卡中产生的文件夹目录；

从所述文件夹目录获取应用程序对应的文件夹的路径信息。

12.如权利要求11所述的移动终端，其特征在于，所述处理器还具体用于：

在所述建立应用程序与所述应用程序对应文件夹的关联关系之后，根据所述关联关系形成残留文件特征库。

13.如权利要求12所述的移动终端，其特征在于，所述残留文件特征库形成在云端服务器中，且由所述云端服务器将所述残留文件特征库推送至其他移动终端。

14.如权利要求11所述的移动终端，其特征在于，所述处理器还具体用于：

根据所述关联关系获取所述应用程序对应的文件夹，并获取所述文件夹中残留文件的类型；

判断所述残留文件的类型是否满足预设条件；

如果满足所述预设条件，则对所述残留文件进行清除；以及

如果不满足所述预设条件，则保留所述残留文件。

15.如权利要求14所述的移动终端，其特征在于，所述预设条件为所述残留文件不为所述操作***当前使用的文件。

16.一种残留文件特征库的建立方法，其特征在于，包括：

获取多个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，其中所述应用程序对应文件夹的路径信息为所述应用程序所访问的文件夹的路径信息；以及

建立所述应用程序与所述应用程序对应文件夹的关联关系，并根据所述关联关系形成残留文件特征库；

其中，对获取每个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，包括：

所述移动终端监控应用程序向移动终端操作***发送的存储卡操作请求，并根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；

其中，所述存储卡操作请求为读写操作请求，所述根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息，包括：

根据所述读写操作请求提取所述应用程序的名称；

根据所提取的应用程序的名称收集所述应用程序的进程在存储卡中产生的文件夹目录；

从所述文件夹目录获取应用程序对应的文件夹的路径信息；

其中，所述建立应用程序与所述应用程序对应文件夹的关联关系具体包括：

获取访问所述文件夹的应用程序的数量，并判断所述访问文件夹的应用程序的数量是否小于预设阈值；

如果判断访问文件夹的应用程序的数量大于等于预设阈值，则文件夹为公共文件夹，不建立所述应用程序与所述应用程序对应文件夹的关联关系；

如果判断所述访问文件夹的应用程序的数量小于预设阈值，则文件夹为与所述应用程序的名称唯一对应，建立应用程序与所述应用程序对应文件夹的关联关系。

17.如权利要求16所述的方法，其特征在于，还包括：

将所述残留文件特征库发送至所述移动终端，以使得所述移动终端在卸载所述应用程序之后，根据所述残留文件特征库中的所述关联关系对所述文件夹中的残留文件进行清除。

18.一种残留文件特征库的建立装置，其特征在于，包括：

获取模块，用于获取多个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，其中所述应用程序对应文件夹的路径信息为所述应用程序所访问的文件夹的路径信息；以及

建立模块，用于建立所述应用程序与所述应用程序对应文件夹的关联关系，并根据所述关联关系形成残留文件特征库；

其中，对获取每个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，所述获取模块具体用于：所述移动终端监控应用程序向移动终端操作***发送的存储卡操作请求，并根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；

其中，所述存储卡操作请求为读写操作请求，所述获取模块具体用于：

根据所述读写操作请求提取所述应用程序的名称；

根据所提取的应用程序的名称收集所述应用程序的进程在存储卡中产生的文件夹目录；

从所述文件夹目录获取应用程序对应的文件夹的路径信息；

其中，所述建立模块还用于获取访问所述文件夹的应用程序的数量，并在判断所述访问文件夹的应用程序的数量小于预设阈值时，建立应用程序与所述应用程序对应文件夹的关联关系，在判断所述访问文件夹的应用程序的数量大于等于预设阈值时，确定文件夹为公共文件夹，不建立所述应用程序与所述应用程序对应文件夹的关联关系。

19.如权利要求18所述的装置，其特征在于，还包括：

发送模块，用于将所述残留文件特征库发送至所述移动终端，以使得所述移动终端在卸载所述应用程序之后，根据所述残留文件特征库中的所述关联关系对所述文件夹中的残留文件进行清除。

20.一种云端服务器，其特征在于，包括：外壳、处理器和电路板；

所述电路板安置在所述外壳围成的空间内部，所述处理器设置在所述电路板上；

所述处理器用于处理数据，具体用于：

获取多个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，其中所述应用程序对应文件夹的路径信息为所述应用程序所访问的文件夹的路径信息；以及

建立所述应用程序与所述应用程序对应文件夹的关联关系，并根据所述关联关系形成残留文件特征库；

其中，对获取每个移动终端发送的应用程序的名称及所述应用程序对应文件夹的路径信息，包括：

所述移动终端监控应用程序向移动终端操作***发送的存储卡操作请求，并根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息；

其中，所述存储卡操作请求为读写操作请求，所述根据所述存储卡操作请求获取所述应用程序的名称及所述应用程序对应文件夹的路径信息：

根据所述读写操作请求提取所述应用程序的名称；

根据所提取的应用程序的名称收集所述应用程序的进程在存储卡中产生的文件夹目录；

从所述文件夹目录获取应用程序对应的文件夹的路径信息；

其中，所述处理还具体用于：

获取访问所述文件夹的应用程序的数量；

如果判断访问文件夹的应用程序的数量大于等于预设阈值，则文件夹为公共文件夹，不建立所述应用程序与所述应用程序对应文件夹的关联关系；

如果判断所述访问文件夹的应用程序的数量小于预设阈值，则文件夹为与所述应用程序的名称唯一对应，建立应用程序与所述应用程序对应文件夹的关联关系。

21.如权利要求20所述的云端服务器，其特征在于，所述处理还具体用于：

将所述残留文件特征库发送至所述移动终端，以使得所述移动终端在卸载所述应用程序之后，根据所述残留文件特征库中的所述关联关系对所述文件夹中的残留文件进行清除。