文件处理方法、装置、终端设备及介质与流程

1.本技术属于计算机技术领域，尤其涉及一种文件处理方法、装置、终端设备及介质。


背景技术：

2.在软件的应用场景中，有这么一种情况：有些重要的文件不存放在本地，等用到的时候再从其它电子设备，如服务器获取，待相关功能执行完毕，立即删除该文件。这样做的目的是为了防止重要文件泄漏，机密被窃取。
3.相关技术中，在程序下载完重要文件并将其删除退出前，可能存在强行中断程序或者直接打开文件所在目录以窃取文件的情况，导致文件被泄露。


技术实现要素：

4.本技术实施例提供了文件处理方法、装置、终端设备及介质，旨在解决相关技术中，在程序下载完重要文件并将其删除退出前，可能存在强行中断程序或者直接打开文件所在目录以窃取文件的情况，导致文件被泄露的问题。
5.第一方面，本技术实施例提供了一种文件处理方法，该方法包括：
6.从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中；
7.在目标应用加载目标文件时，监测目标应用的主进程的状态；
8.若主进程处于关闭状态，则删除目标文件。
9.进一步地，在删除目标文件之前，还包括：监测目标文件夹的可见状态与初始可见状态相比是否发生变化；
10.若是，则调整目标文件夹的可见状态为初始可见状态。
11.进一步地，在从目标服务器中获取目标文件之前，还包括：
12.加密目标文件，并将加密后的目标文件进行加密压缩，得到加密压缩包；
13.将加密压缩包以及对应的解压秘钥和文件解密秘钥存储进目标服务器；
14.对应地，从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中，包括：
15.从目标服务器下载加密压缩包以及对应的解压秘钥和文件解密秘钥；
16.将加密压缩包存入预先创建的目标文件夹，采用解压秘钥对加密压缩包进行解压，得到加密后的目标文件，采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
17.进一步地，从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中，还包括：
18.将从目标服务器下载的解压秘钥和文件解密秘钥写入目标应用的内存；
19.在采用解压秘钥对加密压缩包进行解压，得到加密后的目标文件之后，包括：
20.将解压后得到的加密后的目标文件存储进目标应用的内存；
21.对应地，采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件，包括：
22.在目标应用的内存中采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
23.进一步地，方法还包括：
24.判断目标应用是否加载完成目标文件；
25.若否，对关闭目标应用的操作指令不予响应。
26.进一步地，目标文件夹的访问方式为独占方式。
27.进一步地，方法还包括：
28.在目标应用停止运行时，删除目标文件夹。
29.第二方面，本技术实施例提供了一种文件处理装置，该装置包括：
30.文件获取单元，用于从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中；
31.状态监测单元，用于在目标应用加载目标文件时，监测目标应用的主进程的状态；
32.文件删除单元，用于若主进程处于关闭状态，则删除目标文件。
33.第三方面，本技术实施例提供了一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述文件处理方法的步骤。
34.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现上述文件处理方法的步骤。
35.第五方面，本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项的文件处理方法。
36.本技术实施例与相关技术相比存在的有益效果是：在目标应用主动退出或者非正常退出时，目标应用的主进程将处于关闭状态，在目标应用的主进程处于关闭状态时，删除目标文件，可以防止因强行终止目标应用而窃取目标文件的情况，有助于保护目标文件的安全。
37.可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
38.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1是本技术一实施例提供的文件处理方法应用的系统架构图；
40.图2是本技术一实施例提供的文件处理方法的流程示意图；
41.图3是本技术另一实施例提供的文件处理方法的流程示意图；
42.图4是本技术又一实施例提供的文件处理方法的流程示意图；
43.图5是本技术一实施例提供的文件处理装置的结构示意图；
44.图6是本技术一实施例提供的终端设备的结构示意图。
具体实施方式
45.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
46.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
47.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
48.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0049]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0050]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0051]
为了说明本技术的技术方案，下面通过以下实施例来进行说明。
[0052]
实施例一
[0053]
参考图1，为本技术实施例提供的一种文件处理方法应用的系统架构图。
[0054]
如图1所示，系统架构可以包括终端设备101、服务器102和网络103。其中，网络103用以在终端设备101和服务器102之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0055]
终端设备101，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。终端设备101上可以安装有各种应用，例如车辆诊断类应用、查错类应用、即时聊天类应用等。实际应用中，终端设备101可以从服务器102中获取目标文件，以及将目标文件存入预先创建的目标文件夹中；在目标应用加载目标文件时，监测目标应用的主进程的状态；若主进程处于关闭状态，则删除目标文件。
[0056]
实际应用中，终端设备101从服务器102中下载文件时，通常是先将所下载的文件临时存放在终端设备101的硬盘、磁盘等位置，然后再将所下载的文件加载至终端设备101上运行的对应应用的内存，这样，一则可以实现快速稳定地从服务器102下载文件，二则可以保障目标应用稳定运行。
[0057]
服务器102可以是提供各种服务的服务器，例如，给终端设备101上安装的应用提供文件或数据的服务器。需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式终端设备集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
[0058]
需要说明的是，本技术实施例所提供的文件处理方法一般由终端设备101执行，相应地，文件处理装置一般设置于终端设备101中。
[0059]
应该理解，图1中的终端设备、服务器和网络的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、服务器和网络。
[0060]
实施例二
[0061]
参考图2，为本技术实施例提供的一种文件处理方法的流程示意图，如图2所示的文件处理方法，包括：
[0062]
步骤201，从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中。
[0063]
上述目标服务器通常是用于存储的服务器，如，可以是用于存储目标应用所需目标文件的服务器。实践中，目标服务器可以为目标应用的后台服务器。上述目标文件通常是目标应用所需的文件或数据。上述目标应用可以是各种应用，如，可以是车辆诊断类应用、即时聊天类应用等。
[0064]
上述目标文件夹通常是预先创建的文件夹。实践中，目标文件夹通常是动态创建的文件夹。目标文件夹通常是在从目标服务器下载目标文件时被动态创建，以及在目标应用退出时被删除。这样，可以保障存入目标文件夹中的目标文件的安全。需要指出的是，从目标服务器获取目标文件，也可以称为从目标服务器下载目标文件。
[0065]
在本实施例中，用于执行上述文件处理方法的执行主体通常为终端设备(例如图1所示的终端设备101)。终端设备可以通过网络从服务器中下载目标文件。然后，将从目标服务器中下载得到的目标文件存入预先创建目标文件夹。
[0066]
在本技术的各个实施例的可选的实现方式中，目标文件夹的访问方式为独占方式。
[0067]
这里，在创建目标文件夹时，终端设备可以采用现有技术或者未来发展中的技术，将目标文件夹的访问方式设置为独占方式。
[0068]
需要指出的是，目标文件夹只允许独占方式进行访问，在目标应用访问该目标文件夹时，不允许其它应用程序或个人访问该目标文件夹，可以保护目标文件夹中的目标文件不被泄露。
[0069]
步骤202，在目标应用加载目标文件时，监测目标应用的主进程的状态。
[0070]
其中，主进程的状态可以包括运行状态和关闭状态。
[0071]
这里，在目标应用加载目标文件时，上述执行主体可以监测目标应用的主进程的状态。
[0072]
实践中，目标应用中可以存在用于指示主进程的状态的启闭参数。上述执行主体可以通过对该启闭参数的取值进行监测，实现监测目标应用的主进程的状态。作为示例，若启闭参数的取值为0，则可以确定主进程处于关闭状态。若启闭参数的取值不为0，则可以确
定主进程处于运行状态。
[0073]
步骤203，若主进程处于关闭状态，则删除目标文件。
[0074]
这里，若监测到目标应用的主进程处于关闭状态，则上述执行主体可以直接删除目标应用，以防止因强行终止目标应用而窃取目标文件的情况发生。
[0075]
本实施例提供的方法，在目标应用主动退出或者非正常退出时，目标应用的主进程将处于关闭状态，在目标应用的主进程处于关闭状态时，删除目标文件，可以防止因强行终止目标应用而窃取目标文件的情况，有助于保护目标文件的安全。
[0076]
在本技术的各个实施例的可选的实现方式中，在从目标服务器中获取目标文件之前，还包括：加密目标文件，并将加密后的目标文件进行加密压缩，得到加密压缩包。将加密压缩包以及对应的解压秘钥和文件解密秘钥存储进目标服务器。
[0077]
对应地，从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中，包括：首先，从目标服务器下载加密压缩包以及对应的解压秘钥和文件解密秘钥。然后，将加密压缩包存入预先创建的目标文件夹，采用解压秘钥对加密压缩包进行解压，得到加密后的目标文件，采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
[0078]
这里，上述执行主体可以对目标文件进行加密，然后将加密后的目标文件进行加密压缩，得到加密压缩包。最后，上述执行主体可以将加密压缩包、用于对该加密压缩包解压的解压秘钥、用于对加密后的目标文件进行解密的文件解密秘钥，三者关联存储至目标服务器。
[0079]
需要指出的是，对目标文件进行加密后再加密压缩，以及将最后得到的加密压缩包及对应的解压秘钥和文件解密秘钥存入目标服务器的操作，可以由上述执行主体执行，也可以由其它设备或服务器执行，本实施例不做具体限定。
[0080]
这样，在上述执行主体在需要使用到目标文件时，可以从目标服务器中获取到该目标文件对应的加密压缩包及对应的解压秘钥和文件解密秘钥。然后，将所获取的加密压缩包存入目标文件夹中。最后，采用解压秘钥对加密压缩包进行解压，得到加密后的目标文件，以及采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
[0081]
在上述实现方式中，从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中，还包括：将从目标服务器下载的解压秘钥和文件解密秘钥写入目标应用的内存。
[0082]
以及在采用解压秘钥对加密压缩包进行解压，得到加密后的目标文件之后，包括：将解压后得到的加密后的目标文件存储进目标应用的内存。
[0083]
对应地，采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件，包括：在目标应用的内存中采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
[0084]
这里，在目标文件为加密压缩包形式时，上述执行主体可以将下载得到的解压秘钥和文件解密秘钥直接写入目标应用的内存。由于解压秘钥和文件解密秘钥很重要且所需占用的存储资源也很少，直接将解压秘钥和文件解密秘钥写入目标应用的内存，不影响目标应用的稳定运行，且有助于进一步保护目标文件的安全。
[0085]
另外，在对加密压缩包下载完成后，上述执行主体可以先采用解压秘钥对加密压
缩包进行解压，得到加密后的目标文件，之后，将解压得到的加密后的目标文件写入目标应用的内存中。
[0086]
这样，可以在目标应用的内存中，采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
[0087]
需要指出的是，在目标应用的内存中对加密后的目标文件进行解密，可以保障目标文件的内容不被泄漏。另外，在目标文件夹中的文件始终为加密状态，可以进一步保障目标文件的内容不被泄漏。
[0088]
实施例三
[0089]
进一步参考图3，为本技术实施例提供的文件处理方法的流程示意图。该文件处理方法，包括以下步骤：
[0090]
步骤301，从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中。
[0091]
步骤302，在目标应用加载目标文件时，监测目标应用的主进程的状态。
[0092]
在本实施例中，步骤301
‑
302的具体操作与图2所示的实施例中步骤201
‑
202的操作基本相同，在此不再赘述。
[0093]
步骤303，监测目标文件夹的可见状态与初始可见状态相比是否发生变化。
[0094]
其中，目标文件夹的可见状态通常可以包括隐藏状态和非隐藏状态。实际应用中，目标文件夹的初始可见状态通常为隐藏状态。
[0095]
这里，上述执行主体可以采用现有线程创建技术或者未来发展中的线程创建技术创建用于监测目标文件夹的可见状态的监测线程。实践中，上述执行主体可以通过调用相关标注库函数实现创建监测线程。实践中，所创建的监测线程可以为守护线程。其中，守护线程是运行在后台的线程，守护线程的优先级比较低，用于为系统中的其它对象和线程提供服务。它拥有自动结束自己生命周期的特性，在没有用户线程可服务时会自动离开。
[0096]
这里，监测线程可以按照预设监测周期监测目标文件夹的可见状态，然后，可以将监测到的可见状态与初始可见状态进行比较，以确定目标文件夹的可见状态与初始可见状态相比是否发生变化。如，若监测到的可见状态与初始可见状态不一致，则表明目标文件夹的可见状态发生变化。反之，若监测到的可见状态与初始可见状态一致，则表明目标文件夹的可见状态未发生变化。
[0097]
实践中，上述预设监测周期通常非常小，且通常为毫秒级。
[0098]
步骤304，若是，则调整目标文件夹的可见状态为初始可见状态。
[0099]
这里，若监测到目标文件夹的可见状态发生变化，则上述执行主体可以调整目标文件夹的可见状态为初始可见状态。实际应用中，上述执行主体可以使能监测线程直接将目标文件夹的可见状态变更为初始可见状态。
[0100]
步骤305，若主进程处于关闭状态，则删除目标文件。
[0101]
在本实施例中，步骤305的具体操作与图2所示的实施例中步骤203的操作基本相同，在此不再赘述。
[0102]
需要指出的是，由于监测线程的监测间隔通常是毫秒级，因此，在目标应用运行期间，若其它应用程序或个人试图将目标文件夹的可见状态从隐藏状态修改为非隐藏状态，则上述执行主体可以及时将目标文件夹的可见状态变更为隐藏状态，有助于进一步保护目
标文件的安全。
[0103]
在本技术的各个实施例的可选的实现方式中，在目标应用运行过程中，控制目标应用的守护进程监测主进程的状态。
[0104]
其中，主进程的状态通常包括运行状态和关闭状态。
[0105]
这里，在目标应用启动时，可以启动该目标应用的守护进程，以及使能该守护进程对主进程的状态进行监测。在目标应用的整个运行过程中，该目标应用的守护进程，用于监测该目标应用的主进程的状态。其中，守护进程是在后台运行的特殊进程，用于执行特定的系统任务。守护进程通常在系统启动的时候启动，并且一直运行直到系统关闭。
[0106]
实践中，守护进程可以实时监测主进程的状态。守护进程可以通过主进程的名称找到主进程。然后，通过对主进程的进程id进行监测，实现对主进程的状态进行监测。实际应用中，若守护进程监测到主进程的进程id不为0，则说明主进程处于运行状态，若主进程的进程id变为0，则说明主进程处于关闭状态。
[0107]
这里，由于守护进程不会随着主进程的停止而消亡，通过守护进程对主进程的状态进行监测，可以实现对主进程的状态进行稳定且有效地监测，有助于进一步保护目标文件的安全。
[0108]
实施例四
[0109]
进一步参考图4，为本技术实施例提供的文件处理方法的流程示意图。该文件处理方法，可以包括以下步骤：
[0110]
步骤401，从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中。
[0111]
步骤402，在目标应用加载目标文件时，监测目标应用的主进程的状态。
[0112]
在本实施例中，步骤401
‑
402的具体操作与图2所示的实施例中步骤201
‑
202的操作基本相同，在此不再赘述。
[0113]
步骤403，判断目标应用是否加载完成目标文件。
[0114]
这里，目标应用加载目标文件夹通常是指目标应用将目标文件写入目标应用的内存。
[0115]
这里，上述执行主体可以通过分析目标文件夹是否为空，来判断目标应用是否加载完成目标文件。具体地，若为空，则加载完成，若不为空，则未加载完成。
[0116]
可选地，上述执行主体可以通过如下方式，判断目标应用是否加载完成目标文件：读取针对目标文件的加载进度值，若加载进度值等于预设进度值，则判断目标应用已加载完成目标文件。若加载进度值小于预设进度值，则判断目标应用未加载完成目标文件。
[0117]
其中，上述加载进度值通常是用于指示文件的加载进度的数值。上述预设进度值通常是预先设定的数值。实践中，预设进度值通常为1，且加载进度值的取值范围可以为[0，1]。举例来说，若加载进度值为0表示还未加载，或加载未完成。而当加载进度值为1，则表示文件已加载完成，即，目标文件已全部写入目标应用的内存。
[0118]
这里，由于目标应用中的一个或多个线程执行从目标文件夹中将目标文件写入目标应用的内存时，通常会采用加载进度值来标识加载进度。这样，目标应用的其它进程或线程可以基于该加载进度值，获悉对目标文件的加载进度。
[0119]
步骤404，若否，对关闭目标应用的操作指令不予响应。
[0120]
这里，若目标应用未加载完成目标文件，则上述执行主体对用于关闭目标应用的操作指令不响应。
[0121]
步骤405，若主进程处于关闭状态，则删除目标文件。
[0122]
在本实施例中，步骤405的具体操作与图2所示的实施例中步骤203的操作基本相同，在此不再赘述。
[0123]
需要指出的是，在目标文件未被加载完成之前，上述执行主体不响应用于关闭目标应用的操作指令，可以进一步防止因强行终止目标应用而窃取目标文件的情况发生，从而进一步保护目标文件的安全。
[0124]
在本技术的各个实施例的可选的实现方式中，上述文件处理方法还可以包括如下步骤：在目标应用停止运行时，删除目标文件夹。
[0125]
这里，在目标应用停止运行时，删除目标文件夹，一方面可以节约目标文件夹所占用的存储资源，另一方面可以防止目标文件夹中残留数据信息，导致目标文件被泄漏。有助于进一步保护目标文件的安全。
[0126]
实施例五
[0127]
进一步参考图5，对应于上文实施例的文件处理方法，图5为本技术实施例提供的文件处理装置500的结构框图，为了便于说明，仅示出了与本技术实施例相关的部分。
[0128]
参照图5，该装置包括：
[0129]
文件获取单元501，用于从目标服务器中获取目标文件，以及将目标文件存入预先创建的目标文件夹中；
[0130]
状态监测单元502，用于在目标应用加载目标文件时，监测目标应用的主进程的状态；
[0131]
文件删除单元503，用于若主进程处于关闭状态，则删除目标文件。
[0132]
在一些实施例中，装置还可以包括状态监测单元(图中未示出)。其中，状态监测单元可以用于：监测目标文件夹的可见状态与初始可见状态相比是否发生变化；若是，则调整目标文件夹的可见状态为初始可见状态。
[0133]
在一些实施例中，装置还可以包括文件加密单元和文件存储单元(图中未示出)。
[0134]
文件加密单元，用于加密目标文件，并将加密后的目标文件进行加密压缩，得到加密压缩包；
[0135]
文件存储单元，用于将加密压缩包以及对应的解压秘钥和文件解密秘钥存储进目标服务器；
[0136]
对应地，文件获取单元501可以包括秘钥存储模块和内容解密模块。
[0137]
秘钥存储模块，用于从目标服务器下载加密压缩包以及对应的解压秘钥和文件解密秘钥；
[0138]
内容解密模块，用于将加密压缩包存入预先创建的目标文件夹，采用解压秘钥对加密压缩包进行解压，得到加密后的目标文件，采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
[0139]
在一些实施例中，文件获取单元501，具体还用于将从目标服务器下载的解压秘钥和文件解密秘钥写入目标应用的内存；
[0140]
文件获取单元501还包括文件转存模块。其中，文件转存模块，用于将解压后得到
的加密后的目标文件存储进目标应用的内存；
[0141]
对应地，内容解密模块具体用于：在目标应用的内存中采用文件解密秘钥对加密后的目标文件进行解密，得到解密后的目标文件。
[0142]
在一些实施例中，装置还可以包括加载判断单元(图中未示出)。其中，加载判断单元可以用于：判断目标应用是否加载完成目标文件；若否，对关闭目标应用的操作指令不予响应。
[0143]
在一些实施例中，目标文件夹的访问方式为独占方式。
[0144]
在一些实施例中，装置还可以包括数据删除单元(图中未示出)。其中，数据删除单元可以用于：在目标应用停止运行时，删除目标文件夹。
[0145]
本实施例提供的装置，在目标应用主动退出或者非正常退出时，目标应用的主进程将处于关闭状态，在目标应用的主进程处于关闭状态时，删除目标文件，可以防止因强行终止目标应用而窃取目标文件的情况，有助于保护目标文件的安全。
[0146]
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0147]
实施例六
[0148]
进一步参考图6，图6为本技术一实施例提供的终端设备600的结构示意图。如图6所示，该实施例的终端设备600包括：至少一个处理器601(图6中仅示出一个处理器)、存储器602以及存储在存储器602中并可在至少一个处理器601上运行的计算机程序603，例如文件处理程序。处理器601执行计算机程序603时实现上述任意各个方法实施例中的步骤。处理器601执行计算机程序603时实现上述各个文件处理方法的实施例中的步骤。处理器601执行计算机程序603时实现上述各装置实施例中各模块/单元的功能，例如图5所示单元501至503的功能。
[0149]
示例性的，计算机程序603可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器602中，并由处理器601执行，以完成本技术。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序603在终端设备600中的执行过程。例如，计算机程序603可以被分割成文件获取单元，状态监测单元，文件删除单元，各单元具体功能在上述实施例中已有描述，此处不再赘述。
[0150]
终端设备600可以是终端设备、台式电脑、平板电脑、云端服务器和移动终端等计算设备。终端设备600可包括，但不仅限于，处理器601，存储器602。本领域技术人员可以理解，图6仅仅是终端设备600的示例，并不构成对终端设备600的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。
[0151]
所称处理器601可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0152]
存储器602可以是终端设备600的内部存储单元，例如终端设备600的硬盘或内存。存储器602也可以是终端设备600的外部存储设备，例如终端设备600上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器602还可以既包括终端设备600的内部存储单元也包括外部存储设备。存储器602用于存储计算机程序以及终端设备所需的其他程序和数据。存储器602还可以用于暂时地存储已经输出或者将要输出的数据。
[0153]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0154]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0155]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0156]
在本技术所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0157]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0158]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0159]
集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。其中，计算机可读存储介质可以是非易失性的，也可以是易失性的。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些
中间形式等。计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。
[0160]
以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。