CN105574163A - 一种文件处理方法、装置及电子设备 - Google Patents

Abstract

本发明实施例公开了一种文件处理方法、装置及电子设备。一种文件处理方法，应用于终端，包括以下步骤：接收用户基于应用程序维度的文件清理触发请求；确定所述应用程序中每个文件的文件属性；对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口；对于第二文件属性的文件，提供用于查看的第二操作接口。应用本发明实施例所提供的技术方案，方便用户对不同文件属性的文件进行不同的处理，避免了用户选择文件的繁琐操作，提升了用户体验。

Description

一种文件处理方法、装置及电子设备

技术领域

本发明涉及计算机应用技术领域，特别涉及一种文件处理方法、装置及电子设备。

背景技术

随着互联网技术的快速发展，各种类型的应用程序逐渐增多，用户在终端中安装的应用程序也越来越多。在用户使用应用程序的过程中，该应用程序会产生很多文件。比如，在用户使用社交类应用程序与其他用户进行聊天互动过程中，与对方进行了视频文件、音频文件的传送等，用户所使用的该社交类应用程序会产生运行配置文件、视频文件、音频文件等。随着时间的积累，应用程序产生的各类文件越来越多，这些文件需要占用终端的存储空间也越来越大。所以，用户总是会有对应用程序中的文件进行清理的需求。

现有技术中，如果用户有对应用程序中的文件进行清理的需求，终端将向用户展示该应用程序中所有可被清理的文件的名称信息，由用户根据需要选择要对哪些文件进行清理。

这种方法存在一定的缺点，给用户的选择带来较大困难，因为用户仅仅根据文件的名称信息，较难确定哪些文件需要清理，哪些文件需要保留，用户在进行选择时，可能还需要再具体查看这些文件的详细信息，操作较为繁琐，用户体验较差。

发明内容

本发明实施例的目的在于提供一种文件处理方法、装置及电子设备，以方便用户对文件进行选择，提升用户体验。技术方案如下：

一种文件处理方法，应用于终端，包括：

接收用户基于应用程序维度的文件清理触发请求；

确定所述应用程序中每个文件的文件属性；

对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口；

对于第二文件属性的文件，提供用于查看的第二操作接口。

在本发明的一种具体实施方式中，在所述提供用于查看的第二操作接口之后，所述方法还包括：

对于所述第二文件属性的每个文件，确定该文件的处理建议；

当接收到所述用户通过所述第二操作接口发送的查看指令时，输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，所述输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息，包括：

按照所述第二文件属性的每个文件的生成时刻的先后顺序，输出展示每个文件及该文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，根据该文件的存储位置，判断在所述终端中除所述应用程序的文件存储位置外的其他存储位置处是否保存有该文件；

如果有，则确定该文件的处理建议为对该文件进行删除处理。

在本发明的一种具体实施方式中，对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，根据该文件的生成时刻，判断该文件的生成时刻距离当前时刻的时长是否大于预设时长阈值；

如果是，则确定该文件的处理建议为对该文件进行删除处理。

在本发明的一种具体实施方式中，对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，判断该文件是否为预设的清理白名单中的文件；

如果是，则确定该文件的处理建议为对该文件进行保留处理。

在本发明的一种具体实施方式中，所述对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，确定该文件满足的处理条件；

将该文件满足的处理条件对应的处理建议确定为该文件的处理建议。

在本发明的一种具体实施方式中，所述方法还包括：

在输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息的同时，输出展示该文件满足的处理条件。

在本发明的一种具体实施方式中，所述输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息，包括：

将所述第二文件属性的文件中满足相同处理条件的文件构成一个文件组；

将处于同一文件组中的文件输出展示的同时，输出展示与该文件组中文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，在所述输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息之后，所述方法还包括：

接收所述用户根据展示的每个文件的处理建议对应的提示信息进行的选择操作；

确定所述用户选择的文件；

根据所述用户对所选择的文件发出的删除指令，删除所述用户所选择的文件。

在本发明的一种具体实施方式中，所述方法还包括：

接收所述用户通过所述第一操作接口发出的清理指令；

对所有第一文件属性的文件进行删除处理。

一种文件处理装置，应用于终端，包括：

清理触发请求接收模块，用于接收用户基于应用程序维度的文件清理触发请求；

文件属性确定模块，用于确定所述应用程序中每个文件的文件属性；

第一操作接口提供模块，用于对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口；

第二操作接口提供模块，用于对于第二文件属性的文件，提供用于查看的第二操作接口。

在本发明的一种具体实施方式中，所述装置还包括：

处理建议确定模块，用于对于所述第二文件属性的每个文件，确定该文件的处理建议；

输出展示模块，用于当接收到所述用户通过所述第二操作接口发送的查看指令时，输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，所述输出展示模块，具体用于：

按照所述第二文件属性的每个文件的生成时刻的先后顺序，输出展示每个文件及该文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，根据该文件的存储位置，判断在所述终端中除所述应用程序的文件存储位置外的其他存储位置处是否保存有该文件；

如果有，则确定该文件的处理建议为对该文件进行删除处理。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，根据该文件的生成时刻，判断该文件的生成时刻距离当前时刻的时长是否大于预设时长阈值；

如果是，则确定该文件的处理建议为对该文件进行删除处理。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，判断该文件是否为预设的清理白名单中的文件；

如果是，则确定该文件的处理建议为对该文件进行保留处理。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，确定该文件满足的处理条件；

将该文件满足的处理条件对应的处理建议确定为该文件的处理建议。

在本发明的一种具体实施方式中，所述装置还包括处理条件输出模块：

所述处理条件输出模块，用于在输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息的同时，输出展示该文件满足的处理条件。

在本发明的一种具体实施方式中，所述输出展示模块，具体用于：

将所述第二文件属性的文件中满足相同处理条件的文件构成一个文件组；

将处于同一文件组中的文件输出展示的同时，输出展示与该文件组中文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，所述装置还包括第一处理模块，用于：

接收所述用户根据展示的每个文件的处理建议对应的提示信息进行的选择操作；

确定所述用户选择的文件；

根据所述用户对所选择的文件发出的删除指令，删除所述用户所选择的文件。

在本发明的一种具体实施方式中，所述装置还包括第二处理模块，用于：

接收所述用户通过所述第一操作接口发出的清理指令；

对所有第一文件属性的文件进行删除处理。

一种电子设备，包括：处理器、存储器、通信接口和总线；

所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；

所述存储器存储可执行程序代码；

所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：

接收用户基于应用程序维度的文件清理触发请求；

确定所述应用程序中每个文件的文件属性；

对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口；

对于第二文件属性的文件，提供用于查看的第二操作接口。

应用本发明实施例所提供的技术方案，分别为第一文件属性的文件和第二文件属性的文件提供不同的操作接口，方便用户对不同文件属性的文件进行不同的处理，避免了用户选择文件的繁琐操作，提升了用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中文件处理方法的一种实施流程图；

图2为本发明实施例中文件处理方法的另一种实施流程图；

图3为本发明实施例中一种文件处理装置的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本发明实施例中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例所提供的一种文件处理方法可以应用于手机、平板电脑、台式机、笔记本电脑等终端，终端在接收到用户基于应用程序维度的文件清理触发请求后，可以确定应用程序中每个文件的文件属性，对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口，对于第二文件属性的文件，提供用于查看的第二操作接口，以方便用户对文件进行查看和选择。

具体的，终端可以自动对应用程序中的文件进行上述处理操作，还可以通过终端中的某一应用程序进行上述处理操作，比如通过清理类应用程序进行上述处理操作。为方便描述，对本发明实施例中各步骤的说明均在终端角度进行相应描述。

参见图1所示，为本发明实施例所提供的一种文件处理方法的实施流程图，该方法可以包括以下步骤：

S110：接收用户基于应用程序维度的文件清理触发请求。

在本发明实施例中，应用程序可以是在终端中安装的任意一个应用程序。可以理解的是，随着时间的积累，用户在使用应用程序过程中所产生的文件越来越多，占据了终端越来越多的存储空间。为释放终端的存储空间，用户总有定期或者不定期的对这些文件进行清理的需求。

终端可以为用户提供相应的清理选项或者清理按钮，用户通过该清理选项或者清理按钮可以选择要对哪个应用程序中的文件进行清理。当用户对清理选项或者清理按钮进行相应操作后，即可视为用户向终端发出了对应用程序维度的文件进行清理的触发请求。

终端接收到用户的触发请求后，可以继续执行步骤S120的操作。

S120：确定所述应用程序中每个文件的文件属性。

应用程序中不同文件可能具有不同的文件属性，在本发明实施例中，将文件属性分为第一文件属性和第二文件属性。第一文件属性的文件为垃圾文件，第二文件属性的文件为非垃圾文件。

可以理解的是，在用户使用应用程序过程中，应用程序产生的是与用户的使用行为相关的一些文件，比如一些垃圾文件、用户收发的视频文件、图片文件、音频文件、语音文件等。这些与用户的使用行为相关的文件与应用程序的安装文件不同，安装文件是维持应用程序正常运行必需的文件，而对于这些与用户的使用行为相关的文件是否删除，不会影响应用程序的正常运行。在本发明实施例中所提到的文件均指的是应用程序中与用户的使用行为相关的文件，即可以被清理的文件，而非应用程序的安装文件。

不同的应用程序在使用过程中，其产生的文件具有特定的存储目录和名称格式。以应用程序WhatsApp为例：

用户使用WhatsApp的录音功能录制的，并向其他用户发送的音频文件或者接收其他用户发送的音频文件，均存放在/WhatsApp/Media/WhatsAppAudio下，格式可以为：AUD-YYMMDD(8)-WA0041(4).MP3(后缀不唯一)；

用户使用WhatsApp直接发送的终端中已有的音频文件，存放在/WhatsApp/Media/WhatsAppAudio/Sent下，格式可以为：AUD-YYMMDD(8)-WA0041(4).MP3(后缀不唯一)；

用户使用WhatsApp的拍照功能得到的，并向其他用户发送的图片文件，或者接收其他用户发送的音频文件，均存放在/WhatsApp/Media/WhatsAppImages下，格式可以为：IMG-YYMMDD(8)-WA0245(4).jpg(后缀唯一)；

用户使用WhatsApp直接发送的终端中已有的图片文件，存放在/WhatsApp/Media/WhatsAppImages/Sent下，格式可以为：IMG-YYMMDD(8)-WA0245(4).jpg(后缀唯一)；

用户使用WhatsApp发送的语音文件、或者接收的语音文件均存放在/WhatsApp/Media/WhatsAppVoiceNotes/[0-9]{6}下，格式可以为：PTT-YYMMDD(8)-WA0121(4).acc(后缀唯一)；

用户使用WhatsApp的拍摄视频功能得到的，并向其他用户发送的视频文件，或者接收其他用户发送的视频文件，均存放在/WhatsApp/Media/WhatsAppVideo下，格式可以为：VID-YYMMDD(8)-WA0245(4).mp4(后缀唯一)；

用户使用WhatsApp直接发送的终端中已有的视频文件，存放在/WhatsApp/Media/WhatsAppVideo/Sent下，格式可以为：VID-YYMMDD(8)-WA0245(4).mp4(后缀唯一)；

用户使用WhatsApp保存的图片文件可以存放在/whatsapp/media/whatsappprofilephotos或/whatsapp/savedpictures下。

垃圾文件，是指应用程序运行过程中所过滤加载出的剩余数据文件，用户每次的点击操作或者每次的符号输入操作都会产生相应的垃圾文件。虽然单个垃圾文件所占的存储空间并不多，但是随着时间的积累，垃圾文件也会越来越多，占据越来越多的存储空间，影响应用程序的运行速度。

在实际应用中，终端可以监测应用程序的运行，通过预定的策略确定应用程序的垃圾文件的存储目录或者垃圾文件的文件名称等信息。或者，由运营人员对应用程序的运行过程中所产生的文件进行分析，得到判断垃圾文件的策略或者直接确定应用程序的垃圾文件的存储目录或者垃圾文件的文件名称等信息，并将这些信息通过服务器发送给终端。终端根据这些信息，即可确定应用程序中的文件是否为第一文件属性的文件，即垃圾文件。

当终端接收到用户对应用程序中的文件清理的触发请求后，可以先对应用程序中的文件进行检测，获得应用程序中可以被清理的所有文件，针对上述的每个文件，确定该文件的文件属性。

S130：对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口。

如前所述，第一文件属性的文件为垃圾文件，对于第一文件属性的文件，可以为用户提供能够直接进行删除处理的第一操作接口，如提供“立即清理”按钮等。

当接收到用户通过该第一操作接口发出的清理指令，可以对所有第一文件属性的文件进行删除处理，即不经过用户的选择直接对其进行删除处理。对第一属性的文件直接进行删除处理，不会对用户造成损失，也不影响应用程序的正常运行，而且，节省了用户对文件的选择时间。

S140：对于第二文件属性的文件，提供用于查看的第二操作接口。

第二文件属性的文件非垃圾文件，可以是视频文件、音频文件、图片文件或语音文件等。对于第二文件属性的文件，可以提供用于查看的第二操作接口，入提供“查看全部”按钮等。用户通过该第二操作接口方便对第二属性文件进行查看，进一步可以进行选择，从而确定要清理哪些第二文件属性的文件。

需要说明的是，本发明实施例对步骤S130和步骤S140没有执行顺序的限制。

应用本发明实施例所提供的技术方案，分别为第一文件属性的文件和第二文件属性的文件提供不同的操作接口，方便用户对不同文件属性的文件进行不同的处理，避免了用户选择文件的繁琐操作，提升了用户体验。

参见图2所示，在本发明的一个实施例中，在步骤S140之后，该方法还可以包括以下步骤：

S150：对于所述第二文件属性的每个文件，确定该文件的处理建议。

对于第二文件属性的每个文件而言，其存储位置不同、生成时刻不同、归属不同，可以对应不同的处理建议。

在本发明的一个具体实施方式中，S150可以包括以下步骤：

第一个步骤：对于所述第二文件属性的每个文件，根据该文件的存储位置，判断在所述终端中除所述应用程序的文件存储位置外的其他存储位置处是否保存有该文件，如果有，则执行第二个步骤，否则，不做处理；

第二个步骤：确定该文件的处理建议为对该文件进行删除处理。

在本发明实施例中，用户要清理的文件为应用程序中的文件，这些文件存储于应用程序特定的文件存储位置处。但是，在终端的除该应用程序的文件存储位置外的其他存储位置处可能也会存储有相同文件。比如，该应用程序为即时聊天类应用程序，用户在使用该应用程序与其他用户进行交互过程中，如果向对方发送了一个终端媒体库中的音频文件，那么，该音频文件会相应存储于该应用程序的文件存储位置处。也就是说，该音频文件在终端中有两个存储位置，一个存储位置是终端的媒体库，另一个存储位置是该应用程序的文件存储位置。

对于存储于不同存储位置的相同文件，没有必要占用更多的存储空间，所以对于第二文件属性的每个文件，可以根据该文件的存储位置属性，判断在终端的其他存储位置是否存在该文件，如果存在，则可以确认该文件为重复文件，可以建议用户对其进行删除处理，即确定该文件的处理建议为对该文件进行删除处理。

在本发明的另一个具体实施方式中，S150可以包括以下步骤：

第一个步骤：对于所述第二文件属性的每个文件，根据该文件的生成时刻，判断该文件的生成时刻距离当前时刻的时长是否大于预设时长阈值，如果是，则执行第二个步骤，否则，不做处理；

第二个步骤：确定该文件的处理建议为对该文件进行删除处理。

应用程序中的文件都具有相应的生成时刻。文件的生成时刻，指的是应用程序生成该文件的时刻，比如，应用程序为即时通讯类应用程序，用户使用该应用程序的录音功能录制了语音文件，则该语音文件录制完成时刻即可作为该语音文件的生成时刻。

可以理解的是，以当前时刻为基准，生成时刻距离当前时刻越长的文件，用户要对其进行清理的可能性越大。所以，对于第二文件属性的每个文件，可以根据该文件的生成时刻，判断该文件的生成时刻距离当前时刻的时长是否大于预设时长阈值，如果大于，则可以确定该文件为长时间存储文件，可以确定该文件的处理建议为对该文件进行删除处理。

上述的时长阈值，可以根据实际情况进行设置和调整，本发明实施例对此不做限制。

在本发明的另一个具体实施方式中，S150可以包括以下步骤：

第一个步骤：对于所述第二文件属性的每个文件，判断该文件是否为预设的清理白名单中的文件，如果是，则执行第二个步骤，否则，不做处理；

第二个步骤：确定该文件的处理建议为对该文件进行保留处理。

对于一个应用程序而言，有些文件为重要文件，比如备份恢复文件，或者用户认为较为重要，避免进行误清理操作的文件，都可以将其标记为清理白名单文件。对于第二文件属性的每个文件，可以判断该文件是否为预设的清理白名单中的文件，如果是，则可以确定该文件的处理建议为对该文件进行保留处理。这样，可以形成对应用程序中的文件进行反向清理保护。

需要说明的是，上述几个具体实施方式可以结合起来进行判断，当确定出某个文件具有不同的处理建议时，可以优先选择对文件进行保留处理的处理建议。当然，在实际应用中，还可以根据文件的其他属性，比如类别属性等，确定文件的处理建议，本发明实施例对此不做限制。

S160：当接收到所述用户通过所述第二操作接口发送的查看指令时，输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息。

终端确定出第二文件属性的每个文件的处理建议后，当接收到用户通过第二操作接口发送的查看指令时，可以输出展示这些第二文件属性的每个文件。具体的，可以按照文件的类型或者按照文件的生成月份进行文件的展示。进一步的，在展示这些文件的同时或者在展示这些文件之后可以展示与每个文件的处理建议对应的提示信息。

处理建议对应的提示信息可以是图标形式的提示信息，还可以是文字形式的提示信息，或者，还可以是其他形式的提示信息，本发明实施例对此不做限制。

在本发明的一种具体实施方式中，步骤S160可以包括以下步骤：

按照所述第二文件属性的每个文件的生成时刻的先后顺序，输出展示每个文件及该文件的处理建议对应的提示信息。

如前所述，以当前时刻为基准，生成时刻距离当前时刻越长的文件，用户要对其进行清理的可能性越大。所以，可以按照文件的生成时刻的先后顺序，输出展示每个文件及与每个文件的处理建议对应的提示信息。这样，用户根据展示的文件的先后顺序及展示的处理建议，即可快速选择所要清理的文件。

在本发明的另一种具体实施方式中，步骤S160可以包括以下步骤：

将所述第二文件属性的文件中具有相同处理建议的文件构成一个文件组；

将处于同一文件组中的文件输出展示的同时，输出展示与该文件组中文件的处理建议对应的提示信息。

可以理解的是，将具有相同处理建议的文件构成一个文件组，集中展示给用户，更加方便用户对文件的选择。

比如，音频文件1、音频文件2、视频文件3对应的处理建议均为删除处理，将这三个文件顺序展示给用户，并输出展示与该处理建议对应的提示信息，如建议删除等文字提示信息，或者将文件名称使用着重色标识。

应用本发明实施例所提供的技术方案，对于第二文件属性的文件，输出展示每个文件及与每个文件的处理建议对应的提示信息，为用户提供了有效的处理建议，避免用户选择文件的繁琐操作，提升了用户体验。

在本发明的一个实施例中，步骤S150可以包括以下步骤：

步骤一：对于所述第二文件属性的每个文件，确定该文件满足的处理条件；

步骤二：将该文件满足的处理条件对应的处理建议确定为该文件的处理建议。

在实际应用中，终端可以预先保存处理条件和处理建议的对应关系。对于应用程序中的某个文件而言，如果该文件为第二文件属性的文件，则可以确定该文件满足怎样的处理条件，然后将该处理条件对应的处理建议确定为该文件的处理建议。

如根据该文件的存储位置，确定该文件是否为重复文件，如果是，则表明该文件满足重复文件处理条件，对于重复文件处理条件对应的处理建议为删除处理，从而可以确定该文件的处理建议为对该文件进行删除处理。同样，根据该文件的生成时刻，可以确定该文件是否为存储时间较长文件，如果是，则表明该文件满足存储时间较长文件处理条件，对于该处理条件对应的处理建议为删除处理，从而可以确定该文件的处理建议为对该文件进行删除处理。

在本发明的一个实施例中，该方法还可以包括以下步骤：

在输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息的同时，输出展示该文件满足的处理条件。

将每个文件满足的处理条件输出展示给用户，更方便用户根据文件所满足的处理条件进行文件的选择。比如对于某文件，输出展示给用户如下信息：重复文件，建议删除。用户了解到该文件为重复文件后，可以快速做出是否删除的决定。

在本发明的另一个实施例中，步骤S160可以包括以下步骤：

将所述第二文件属性的文件中满足相同处理条件的文件构成一个文件组；

将处于同一文件组中的文件输出展示的同时，输出展示与该文件组中文件的处理建议对应的提示信息。

将满足相同处理条件的文件构成一个文件组并输出展示，方便用户对其进行统一操作。

在本发明的一个实施例中，在步骤S160之后，该方法还可以包括以下步骤：

步骤一：接收所述用户根据展示的每个文件的处理建议对应的提示信息进行的选择操作；

步骤二：确定所述用户选择的文件；

步骤三：根据所述用户对所选择的文件发出的删除指令，删除所述用户所选择的文件。

为方便描述，将上述三个步骤结合起来进行说明。

在步骤S160，终端将应用程序中第二文件属性的文件的处理建议对应的提示信息输出展示给用户后，可以为用户提供选择入口，用户可以根据每个文件的处理建议，选择要进行清理的文件。终端接收到用户的选择操作后，确定用户选择的文件，并根据用户发出的删除指令，删除用户所选择的文件。

用户根据处理建议提示信息进行文件的选择，比较有针对性，可以避免盲目选择和繁琐操作。

相应于上面的方法实施例，本发明实施例还提供了一种文件处理装置，该装置应用于终端，参见图3所示，该装置可以包括以下模块：

清理触发请求接收模块310，用于接收用户基于应用程序维度的文件清理触发请求；

文件属性确定模块320，用于确定所述应用程序中每个文件的文件属性；

第一操作接口提供模块330，用于对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口；

第二操作接口提供模块340，用于对于第二文件属性的文件，提供用于查看的第二操作接口。

应用本发明实施例所提供的装置，分别为第一文件属性的文件和第二文件属性的文件提供不同的操作接口，方便用户对不同文件属性的文件进行不同的处理，避免了用户选择文件的繁琐操作，提升了用户体验。

在本发明的一个实施例中，所述装置还包括：

处理建议确定模块，用于对于所述第二文件属性的每个文件，确定该文件的处理建议；

输出展示模块，用于当接收到所述用户通过所述第二操作接口发送的查看指令时，输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，所述输出展示模块，具体用于：

按照所述第二文件属性的每个文件的生成时刻的先后顺序，输出展示每个文件及该文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，根据该文件的存储位置，判断在所述终端中除所述应用程序的文件存储位置外的其他存储位置处是否保存有该文件；

如果有，则确定该文件的处理建议为对该文件进行删除处理。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，根据该文件的生成时刻，判断该文件的生成时刻距离当前时刻的时长是否大于预设时长阈值；

如果是，则确定该文件的处理建议为对该文件进行删除处理。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，判断该文件是否为预设的清理白名单中的文件；

如果是，则确定该文件的处理建议为对该文件进行保留处理。

在本发明的一种具体实施方式中，所述处理建议确定模块，具体用于：

对于所述第二文件属性的每个文件，确定该文件满足的处理条件；

将该文件满足的处理条件对应的处理建议确定为该文件的处理建议。

在本发明的一种具体实施方式中，所述装置还包括处理条件输出模块：

所述处理条件输出模块，用于在输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息的同时，输出展示该文件满足的处理条件。

在本发明的一种具体实施方式中，所述输出展示模块，具体用于：

将所述第二文件属性的文件中满足相同处理条件的文件构成一个文件组；

将处于同一文件组中的文件输出展示的同时，输出展示与该文件组中文件的处理建议对应的提示信息。

在本发明的一种具体实施方式中，所述装置还包括第一处理模块，用于：

接收所述用户根据展示的每个文件的处理建议对应的提示信息进行的选择操作；

确定所述用户选择的文件；

根据所述用户对所选择的文件发出的删除指令，删除所述用户所选择的文件。

在本发明的一种具体实施方式中，所述装置还包括第二处理模块，用于：

接收所述用户通过所述第一操作接口发出的清理指令；

对所有第一文件属性的文件进行删除处理。

相应于上面的方法实施例和装置实施例，本发明实施例还提供了一种电子设备，包括：处理器、存储器、通信接口和总线；

所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；

所述存储器存储可执行程序代码；

所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：

接收用户基于应用程序维度的文件清理触发请求；

确定所述应用程序中每个文件的文件属性；

对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口；

对于第二文件属性的文件，提供用于查看的第二操作接口。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种文件处理方法，应用于终端，其特征在于，包括：

接收用户基于应用程序维度的文件清理触发请求；

确定所述应用程序中每个文件的文件属性；

对于第一文件属性的文件，提供能够直接进行删除处理的第一操作接口；

对于第二文件属性的文件，提供用于查看的第二操作接口。

2.根据权利要求1所述的方法，其特征在于，在所述提供用于查看的第二操作接口之后，所述方法还包括：

对于所述第二文件属性的每个文件，确定该文件的处理建议；

当接收到所述用户通过所述第二操作接口发送的查看指令时，输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息。

3.根据权利要求2所述的方法，其特征在于，所述输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息，包括：

按照所述第二文件属性的每个文件的生成时刻的先后顺序，输出展示每个文件及该文件的处理建议对应的提示信息。

4.根据权利要求2所述的方法，其特征在于，对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，根据该文件的存储位置，判断在所述终端中除所述应用程序的文件存储位置外的其他存储位置处是否保存有该文件；

如果有，则确定该文件的处理建议为对该文件进行删除处理。

5.根据权利要求2所述的方法，其特征在于，对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，根据该文件的生成时刻，判断该文件的生成时刻距离当前时刻的时长是否大于预设时长阈值；

如果是，则确定该文件的处理建议为对该文件进行删除处理。

6.根据权利要求2所述的方法，其特征在于，对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，判断该文件是否为预设的清理白名单中的文件；

如果是，则确定该文件的处理建议为对该文件进行保留处理。

7.根据权利要求2所述的方法，其特征在于，所述对于所述第二文件属性的每个文件，确定该文件的处理建议，包括：

对于所述第二文件属性的每个文件，确定该文件满足的处理条件；

将该文件满足的处理条件对应的处理建议确定为该文件的处理建议。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息的同时，输出展示该文件满足的处理条件。

9.根据权利要求7所述的方法，其特征在于，所述输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息，包括：

将所述第二文件属性的文件中满足相同处理条件的文件构成一个文件组；

将处于同一文件组中的文件输出展示的同时，输出展示与该文件组中文件的处理建议对应的提示信息。

10.根据权利要求2所述的方法，其特征在于，在所述输出展示所述第二文件属性的每个文件及该文件的处理建议对应的提示信息之后，所述方法还包括：

接收所述用户根据展示的每个文件的处理建议对应的提示信息进行的选择操作；

确定所述用户选择的文件；

根据所述用户对所选择的文件发出的删除指令，删除所述用户所选择的文件。