一种粉碎文件的方法和装置制造方法
【专利摘要】本发明提供了一种粉碎文件的方法和装置，属于计算机【技术领域】。该方法包括：收用户对待粉碎文件的粉碎请求，为待粉碎文件设定生存时间；监测在生存时间内是否接收到用户对待粉碎文件的恢复请求；当在生存时间内接收到用户对待粉碎文件的恢复请求时，恢复待粉碎文件；当在生存时间内未接收到用户对待粉碎文件的恢复请求时，对待粉碎文件执行粉碎操作。通过该发明，可以使得用户在粉碎文件后可以有一个恢复粉碎文件的缓冲时间，避免用户的误操作导致的被粉碎的文件无法恢复的问题，并降低用户因此造成的损失。
【专利说明】一种粉碎文件的方法和装置
【技术领域】
[0001]本发明涉及计算机【技术领域】，特别是涉及一种粉碎文件的方法和装置。
【背景技术】
[0002]在当前的社会，计算机应用越来越广泛，文件的安全也越来越受关注。为了使文件可以删除的更加彻底，目前出现了文件粉碎技术，下面对文件粉碎技术进行解释:
[0003]在一般情况下，文件存放在磁盘中时，由文件系统对文件进行管理。对于每一个文件，均会存在一个inode (索引节点)，在该inode中记录有该文件的长度、仓ll建时间以及在磁盘中的位置等。
[0004]传统的文件删除方法，是将文件的inode删除，但是文件的实际内容仍然会保存在磁盘中。因此，出现了文件粉碎技术，文件粉碎技术是通过预先设定或随机的“O” “I”字符覆盖掉该文件在磁盘中的内容，使文件无法再被恢复。
[0005]但是，现有的文件粉碎技术存在一个问题，当用户将文件粉碎后，发现粉碎错误了，或事后发现该文件是有用的，不应该被粉碎，但是该文件却无法恢复了，对用户造成困扰。
【发明内容】
[0006]鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的适于粉碎文件的方法和相应地装置。
[0007]依据本发明的一个方面，提供了一种粉碎文件的方法，包括:
[0008]接收用户对待粉碎文件的粉碎请求，为所述待粉碎文件设定生存时间；
[0009]监测在所述生存时间内是否接收到用户对所述待粉碎文件的恢复请求；
[0010]当在所述生存时间内接收到用户对所述待粉碎文件的恢复请求时，恢复所述待粉碎文件；
[0011]当在所述生存时间内未接收到用户对所述待粉碎文件的恢复请求时，对所述待粉碎文件执行粉碎操作。
[0012]可选地，在所述接收用户对待粉碎文件的粉碎请求之后，所述方法还包括:
[0013]获取为用户分配的密钥，使用所述密钥将所述待粉碎文件进行加密后保存；
[0014]或，
[0015]获取为用户分配的密钥，使用所述密钥将所述待粉碎文件的索引节点中的地址进行加密。
[0016]可选地，所述恢复所述待粉碎文件，包括:
[0017]使用所述密钥对所述加密后的待粉碎文件进行解密，并将解密后的待粉碎文件恢复到所述待粉碎文件的原始位置；
[0018]或，
[0019]使用所述密钥对所述加密后的所述待粉碎文件的索引节点中的地址进行解密。
[0020]可选地,在对所述待粉碎文件执行粉碎操作之前,所述方法还包括:
[0021]设置对所述待粉碎文件的覆写次数N。
[0022]可选地,所述对所述待粉碎文件执行粉碎操作,包括:
[0023]使用一组预先设定或随机的字符连续N次覆盖所述加密后的待粉碎文件在磁盘中的内容；
[0024]删除所述待粉碎文件的索引节点inode。
[0025]依据本发明的另一个方面，提供了一种粉碎文件的装置，包括:
[0026]时间设定模块，用于接收用户对待粉碎文件的粉碎请求，为所述待粉碎文件设定生存时间；
[0027]时间监测模块，用于监测在所述生存时间内是否接收到用户对所述待粉碎文件的恢复请求；
[0028]文件恢复模块，用于当在所述生存时间内接收到用户对所述待粉碎文件的恢复请求时，恢复所述待粉碎文件；
[0029]文件粉碎模块，用于当在所述生存时间内未接收到用户对所述待粉碎文件的恢复请求时，对所述待粉碎文件执行粉碎操作。
[0030]可选地，所述装置还包括:
[0031]加密模块，用于在接收用户对待粉碎文件的粉碎请求之后，获取为用户分配的密钥，使用所述密钥将所述待粉碎文件进行加密后保存；
[0032]或，获取为用户分配的密钥，使用所述密钥将所述待粉碎文件的索引节点中的地址进行加密。
[0033]可选地，所述文件恢复模块，包括:
[0034]解密单元，用于当在所述生存时间内接收到用户对所述待粉碎文件的恢复请求时，使用所述密钥对所述加密后的待粉碎文件进行解密；或，用于使用所述密钥对所述加密后的所述待粉碎文件的索引节点中的地址进行解密；
[0035]恢复单元，用于将解密后的待粉碎文件恢复到所述待粉碎文件的原始位置。
[0036]可选地，所述装置还包括:
[0037]覆写设定模块，用于在对所述待粉碎文件执行粉碎操作之前，设置对所述待粉碎文件的覆写次数N。
[0038]可选地，所述文件粉碎模块，包括:
[0039]覆写单元，用于当在所述生存时间内未接收到用户对所述待粉碎文件的恢复请求时，使用一组预先设定或随机的字符连续N次覆盖所述加密后的待粉碎文件在磁盘中的内容；
[0040]删除单元，用于删除所述待粉碎文件的索引节点inode。
[0041]本发明实施例提供了一种粉碎文件的方法和装置，通过在接收到用户对于待粉碎文件的粉碎请求后，为该待粉碎文件设定生存时间，并监控在生存时间内是否接收到对于该待粉碎文件的回复请求，若接收到，则为用户恢复该待粉碎文件，若未接收到，则粉碎该文件。通过这种形式，可以使得用户在粉碎文件后可以有一个恢复粉碎文件的缓冲时间，避免用户的误操作导致的被粉碎的文件无法恢复的问题，并降低用户因此造成的损失。
[0042]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【专利附图】
【附图说明】
[0043]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0044]图1是本发明一个实施例提供的一种粉碎文件的方法流程图；
[0045]图2是本发明一个实施例提供的一种粉碎文件的具体方法流程图；
[0046]图3是本发明一个实施例提供的一种粉碎文件的装置结构框图；
[0047]图4是本发明一个实施例提供的一种用于粉碎文件的系统的架构图。
【具体实施方式】
[0048]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应该被这里阐述的实施例所限制。相反，提供这些实施例是为了能够透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0049]实施例一
[0050]本发明实施例提供了一种粉碎文件的方法，该粉碎文件的方法通过对现有的粉碎文件进行改进，可以实现在PC机、手机、平板电脑等终端中，可以减少由于用户误粉碎文件导致的损失的问题。
[0051]图1是本发明实施例提供的一种粉碎文件的方法流程图，该方法包括步骤S102到步骤S108:
[0052]S102，接收用户对待粉碎文件的粉碎请求，为所述待粉碎文件设定生存时间。
[0053]S104，监测在所述生存时间内是否接收到用户对所述待粉碎文件的恢复请求，如果是，执行步骤S106，如果否，执行步骤S108。
[0054]S106,恢复所述待粉碎文件。
[0055]S108,对所述待粉碎文件执行粉碎操作。
[0056]本发明实施例提供了一种粉碎文件的方法，通过在接收到用户对于待粉碎文件的粉碎请求后，为该待粉碎文件设定生存时间，并监控在生存时间内是否接收到对于该待粉碎文件的回复请求，若接收到，则为用户恢复该待粉碎文件，若未接收到，则粉碎该文件。通过这种形式，可以使得用户在粉碎文件后可以有一个恢复粉碎文件的缓冲时间，避免用户的误操作导致的被粉碎的文件无法恢复的问题，并降低用户因此造成的损失。
[0057]实施例二
[0058]本实施例为上述实施例一的一种具体应用场景，通过本实施例，能够更加清楚、具体地阐述本发明所提供的方法。
[0059]其中，本实施例所提供的粉碎文件的方法，可以在用户误删除时提供一定的恢复可能，可以实现在各种终端上，下面对本发明实施例所提供的方法进行具体说明:
[0060]图2是本发明一个实施例提供的一种粉碎文件的具体方法流程图，该方法对现有的粉碎文件的方法进行了改进，包括步骤S201至S207。
[0061]首先，执行步骤S201，接收用户发出的对待粉碎文件的粉碎请求。
[0062]在本实施例中，以用户欲对文件sys.doc进行粉碎为例对该方法进行说明。
[0063]优选地，为了避免用户发出错误的粉碎指令，当用户发出对待粉碎文件的粉碎请求后，本发明实施例所提供的方法还可以弹出对于待粉碎文件的粉碎确认对话框以供用户进行选择。
[0064]其中，在粉碎确认对话框中，可以包括如下信息:
[0065]待粉碎文件的文件名、文件路径、文件创建时间等信息。
[0066]用户在读取粉碎确认对话框中的信息后，可以使用户确认该文件是否为真实想要粉碎的文件，若用户点击确认粉碎，则执行文件粉碎流程，若用户点击取消粉碎，则退出文件粉碎的流程。
[0067]接着，执行步骤S202，对上述待粉碎文件进行加密，并保存加密后的待粉碎文件。
[0068]其中，为了保证待粉碎文件在真正被粉碎之前的安全性，需要对待粉碎文件进行加密保存。
[0069]在本实施例中，对待粉碎文件进行加密至少可以包括两种形式:
[0070]第一种:
[0071]获取为用户分配的密钥，使用该密钥将待粉碎文件进行加密后保存。
[0072]对于待粉碎文件进行加密，可以选取任意一种可逆的加密算法，例如:
[0073]AES (Advanced Encrypt1n Standard,高级加密标准)算法、DES (DataEncrypt1n Standard,数据加密标准)算法、RSA算法等。
[0074]为了保证数据的安全性，本实施例中优选地使用AES (256位)加密算法对待粉碎文件进行加密。
[0075]进一步地，为了保证用于加解密算法的密钥的安全性，在进行加密前，本方法还可以包括:
[0076]提示用户输入密码。
[0077]其中，该密码用于获取与该用户对应的密钥，以使得合法的用户才能获取正确的密钥对待粉碎文件进行恢复。
[0078]对于用户密码，优选地提醒用户使用12位以上的密码或字符、符合组合更加复杂的密码。
[0079]需要说明的是，文件保存在磁盘中时，依靠文件系统为每个文件的inode进行管理，在inode中记录有该文件在磁盘中的地址。当该地址无法读取时，查找该文件也会存在难度。
[0080]基于上述原因，第二种对待粉碎文件进行加密的方式包括:
[0081]将待粉碎文件的inode中记录该文件的地址使用密码进行加密。
[0082]加密inode中记录该文件的地址的方式，可以减小对于待粉碎文件进行加密的计算量，尤其是当待粉碎文件的数据量较大时，可以明显提升速度。
[0083]需要说明的是，待粉碎文件被加密后，即保存加密后的待粉碎文件，而对明文形式的待粉碎文件执行粉碎，使明文形式的待粉碎文件不再保存在磁盘中，以保证生存时间内待粉碎文件的安全性。
[0084]在对上述待粉碎文件进行加密之后，继续执行S203，设置对待粉碎文件的覆写次数N。
[0085]其中，对于待粉碎文件的粉碎，通常使用覆写的方式进行彻底删除。
[0086]具体地，覆写的方式即为:
[0087]通过一组预先设定或随机的“O” “I”字符覆盖掉待粉碎文件在磁盘上保存的原有内容，这样便无法辨认原本存储在磁盘某个物理位置上的数据是“O”还是“I”。然后文件系统再删除该文件的inode，即销毁和该文件相关的所有信息，从而达到文件粉碎的目的。
[0088]为了使得粉碎的效果更加明显，可以对原文件的内容采用多次覆写的形式进行粉碎，以使恢复难度更加大。
[0089]在本步骤S203中即为设置待粉碎文件的覆写次数N。例如，为了保证更高的安全性，在本实施例中，N优选地可以设置为10。
[0090]S204,设置加密后的待粉碎文件的生存时间。
[0091]其中，生存时间即为接收到对该待粉碎文件的粉碎指令后，该文件被真正在磁盘上进行粉碎的时间。需要说明的是，在生存时间内，待粉碎文件是以密文的形式保存在磁盘上，而磁盘上不存在明文的待粉碎文件。
[0092]其中，生存时间可以由用户设定，也可以由系统进行指定。
[0093]发明人通过对众多用户发生文件粉碎误操作后，又需要恢复文件这一现象的统计分析发现:用户希望恢复被粉碎的文件大多发生在粉碎操作之后一个很短的时间内，并且需求十分强烈；而用户在粉碎文件之后很长一段时间才发现是误操作的现象相对较少，并且此时恢复文件的需求也不是那么强烈。
[0094]例如下面两种情况:
[0095](I)用户由于误操作粉碎了一个文件，并且在粉碎后马上就发现粉碎操作是错误的，无论该文件的重要性如何，此时用户需要恢复该文件的需求度一般都会很大。在现实操作中，该情况出现的概率较大。
[0096](2)用户粉碎了一个文件后很长一段时间，例如半年或更长时间才发现粉碎操作是错误的，此时，用户需要恢复该文件的需求度就会较小。
[0097]因此，用户希望恢复被粉碎文件的需求具有时间属性。即离文件粉碎的时间越近，用户的文件恢复需求度就越大；离文件粉碎的时间越长，用户的文件恢复需求度则越小。
[0098]基于上述原因，优选地默认待粉碎文件的生存时间不宜过长，例如，可以设置为48小时。若用户有其他对于生存时间的需求，也可以由用户进行生存时间的设定。因此，对于每个待粉碎文件，根据用户的需求可以设置不同的生存时间。
[0099]S205，监测在生存时间内是否接收到用户的恢复请求，若接收到恢复请求,则执行步骤S206，若未接收到恢复请求，则执行步骤S207。
[0100]其中，在本实施例中，可以设置一生存时间计时模块对每个待粉碎文件的生存时间进行计时，若当到达生存时间时，没有接收到对应于该生存时间的待粉碎文件的恢复请求，则将其粉碎，即执行如下步骤S206，对待粉碎文件执行恢复操作。
[0101]其中，
[0102]基于步骤S202中第一种对待粉碎文件的加密形式，对待粉碎文件执行恢复操作，具体可以包括:
[0103]获取加密操作时所使用的密钥，通过该密钥对密文形式的待粉碎文件进行解密得到明文，并将明文形式的待粉碎文件恢复到磁盘中的原始位置。
[0104]基于步骤S202中第二种对待粉碎文件的加密形式，对待粉碎文件执行恢复操作，具体可以包括:
[0105]获取加密操作时所使用的密钥，对待粉碎文件的inode中的地址进行解密，以还原该待粉碎文件的inode信息。
[0106]其中，为了保证安全性，在上述两种方式中，获取加密操作所使用的密钥时，还需要提醒用户输入密码，并验证用户输入的密码。若密钥验证正确，则允许获取该用户的密钥以进行解密操作。
[0107]上述提及了若在生存时间内未接收到恢复请求，则执行步骤S207，对该待粉碎文件执行粉碎操作。
[0108]具体地，在本实施例中，由于在步骤202中对待粉碎文件进行加密后，已将明文形式的待粉碎文件进行粉碎，因此，在本步骤S207中应为对密文形式的待粉碎文件进行粉碎。
[0109]需要说明的是，在本实施例中，对于明文或密文形式的文件进行粉碎操作，均可以具体的采用如下方式:
[0110]使用一组预先设定或随机的字符连续N次覆盖待粉碎文件在磁盘中的内容；
[0111]删除该待粉碎文件的inode。
[0112]在通过上述操作后，即可以在磁盘上彻底清除待粉碎文件，保证用户数据的安全性。
[0113]本发明实施例提供了一种粉碎文件的方法，通过在接收到用户对于待粉碎文件的粉碎请求后，为该待粉碎文件设定生存时间，并监控在生存时间内是否接收到对于该待粉碎文件的回复请求，若接收到，则为用户恢复该待粉碎文件，若未接收到，则粉碎该文件。通过这种形式，可以使得用户在粉碎文件后可以有一个恢复粉碎文件的缓冲时间，避免用户的误操作导致的被粉碎的文件无法恢复的问题，并降低用户因此造成的损失。
[0114]实施例三
[0115]图3是本发明一个实施例提供的一种粉碎文件的装置结构框图，该装置300包括:
[0116]时间设定模块310，用于接收用户对待粉碎文件的粉碎请求，为待粉碎文件设定生存时间；
[0117]时间监测模块320，用于监测在生存时间内是否接收到用户对待粉碎文件的恢复请求；
[0118]文件恢复模块330，用于当在生存时间内接收到用户对待粉碎文件的恢复请求时，恢复待粉碎文件；
[0119]文件粉碎模块340，用于当在生存时间内未接收到用户对待粉碎文件的恢复请求时，对待粉碎文件执行粉碎操作。
[0120]优选地，该装300置还包括:
[0121]加密模块350，用于在接收用户对待粉碎文件的粉碎请求之后，获取为用户分配的密钥，使用密钥将待粉碎文件进行加密后保存；
[0122]或，获取为用户分配的密钥，使用密钥将待粉碎文件的索引节点中的地址进行加
LU ο
[0123]优选地，文件恢复模块330，包括:
[0124]解密单元331，用于当在生存时间内接收到用户对待粉碎文件的恢复请求时，使用密钥对加密后的待粉碎文件进行解密；或，用于使用密钥对加密后的待粉碎文件的索引节点中的地址进行解密；
[0125]恢复单元332，用于将解密后的待粉碎文件恢复到待粉碎文件的原始位置。
[0126]优选地，该装置300还包括:
[0127]覆写设定模块360，用于在对待粉碎文件执行粉碎操作之前，设置对待粉碎文件的覆写次数N。
[0128]优选地，文件粉碎模块340，包括:
[0129]覆写单元341，用于当在生存时间内未接收到用户对待粉碎文件的恢复请求时，使用一组预先设定或随机的字符连续N次覆盖加密后的待粉碎文件在磁盘中的内容；
[0130]删除单元342，用于删除待粉碎文件的索引节点inode。
[0131]本发明实施例提供了一种粉碎文件的装置，通过在接收到用户对于待粉碎文件的粉碎请求后，为该待粉碎文件设定生存时间，并监控在生存时间内是否接收到对于该待粉碎文件的回复请求，若接收到，则为用户恢复该待粉碎文件，若未接收到，则粉碎该文件。通过这种形式，可以使得用户在粉碎文件后可以有一个恢复粉碎文件的缓冲时间，避免用户的误操作导致的被粉碎的文件无法恢复的问题，并降低用户因此造成的损失。
[0132]实施例四
[0133]在本发明中，如上实施例三所示的仅为本发明的一种对应于方法的装置实施例。在对本发明所提供的方法进行具体实施时，还可以采取多种与本发明方法相对应的方式，例如将与本发明所提供的方法相关的功能模块进行重新划分等，都落入本发明的保护范围之内。
[0134]下面如图4所示为一种用于粉碎文件的系统的架构图，示出了本发明的另一种实施方式。
[0135]该用于粉碎文件的系统400包括:
[0136]文件加密模块410和文件粉碎模块420。
[0137]下面，首先对文件加密模块410进行具体介绍:
[0138]文件加密模块410，用于在接收到对待粉碎文件进行粉碎的指令后，对待粉碎文件执行加密操作并进行保存，确保所述待加密文件在被真正粉碎前的安全性。
[0139]该文件加密模块410中又具体包括如下子模块:
[0140]加密算法设置子模块411，用于设置对待粉碎文件执行加密操作时的加密算法。
[0141]加密密码设置子模块412，用于用户设置自身的密码，其中，每一个密码对应于一个加密密钥，只有接收到用户输入的正确密码才能获取对应的密钥。
[0142]密钥管理子模块413，用于对用户的密码进行管理，当用户输入正确的密码后，给出正确的密钥以完成加解密操作。
[0143]具体地，密钥管理子模块413还可以用于密钥的生成、分配、存储、验证和销毁等功能。
[0144]加密解密子模块414，用于根据所述加密算法以及密钥，执行对待粉碎文件的加密和解密操作。
[0145]上述介绍了文件加密模块410，其次，对文件粉碎模块420进行具体介绍:
[0146]文件粉碎模块420，用于对用户确认需要进行粉碎操作的待粉碎文件设定生存时间，当达到生存时间后，对加密后的待粉碎文件执行粉碎操作。
[0147]该文件粉碎模块420又具体包括如下子模块:
[0148]覆写次数设置子模块421，用于设置对待粉碎文件的原有内容执行覆写操作时的覆写次数N。
[0149]其中，对于文件所处的磁盘位置的覆写次数越多，对其内容的恢复难度越大。
[0150]生存时间设置子模块422，用于提供给用户对于待粉碎文件的生存时间的设置，其中，在生存时间内，待粉碎文件以加密的形式存在，加密的待粉碎文件不会在磁盘中被粉碎。
[0151]生存时间计时子模块423，用于在接收到对待粉碎文件的粉碎命令后，开始计时，当达到生存时间时，发送粉碎命令给文件粉碎执行模块424。
[0152]文件粉碎执行子模块424，用于在到达到生存时间后，接收生存时间计时模块423发送的粉碎命令，对加密后的待粉碎文件的原有内容执行N次覆写操作，以达到粉碎文件的目的。
[0153]本发明实施例提供了一种粉碎文件的系统，通过在接收到用户对于待粉碎文件的粉碎请求后，为该待粉碎文件设定生存时间，并监控在生存时间内是否接收到对于该待粉碎文件的回复请求，若接收到，则为用户恢复该待粉碎文件，若未接收到，则粉碎该文件。通过这种形式，可以使得用户在粉碎文件后可以有一个恢复粉碎文件的缓冲时间，避免用户的误操作导致的被粉碎的文件无法恢复的问题，并降低用户因此造成的损失。
[0154]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0155]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0156]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0157]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0158]本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的粉碎文件的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0159]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0160]至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。
【权利要求】
1.一种粉碎文件的方法，其特征在于，包括: 接收用户对待粉碎文件的粉碎请求，为所述待粉碎文件设定生存时间； 监测在所述生存时间内是否接收到用户对所述待粉碎文件的恢复请求； 当在所述生存时间内接收到用户对所述待粉碎文件的恢复请求时，恢复所述待粉碎文件； 当在所述生存时间内未接收到用户对所述待粉碎文件的恢复请求时，对所述待粉碎文件执行粉碎操作。
2.根据权利要求1所述的方法，其特征在于，在所述接收用户对待粉碎文件的粉碎请求之后，所述方法还包括: 获取为用户分配的密钥，使用所述密钥将所述待粉碎文件进行加密后保存； 或， 获取为用户分配的密钥，使用所述密钥将所述待粉碎文件的索引节点中的地址进行加LU O
3.根据权利要求2所述的方法，其特征在于，所述恢复所述待粉碎文件，包括: 使用所述密钥对所述加密后的待粉碎文件进行解密，并将解密后的待粉碎文件恢复到所述待粉碎文件的原始位置； 或， 使用所述密钥对所述加密后的所述待粉碎文件的索引节点中的地址进行解密。
4.根据权利要求2所述的方法，其特征在于，在对所述待粉碎文件执行粉碎操作之前，所述方法还包括: 设置对所述待粉碎文件的覆写次数N。
5.根据权利要求4所述的方法，其特征在于，所述对所述待粉碎文件执行粉碎操作，包括: 使用一组预先设定或随机的字符连续N次覆盖所述加密后的待粉碎文件在磁盘中的内容； 删除所述待粉碎文件的索引节点inode。
6.一种粉碎文件的装置，其特征在于，包括: 时间设定模块，用于接收用户对待粉碎文件的粉碎请求，为所述待粉碎文件设定生存时间； 时间监测模块，用于监测在所述生存时间内是否接收到用户对所述待粉碎文件的恢复请求； 文件恢复模块，用于当在所述生存时间内接收到用户对所述待粉碎文件的恢复请求时，恢复所述待粉碎文件； 文件粉碎模块，用于当在所述生存时间内未接收到用户对所述待粉碎文件的恢复请求时，对所述待粉碎文件执行粉碎操作。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括: 加密模块，用于在接收用户对待粉碎文件的粉碎请求之后，获取为用户分配的密钥，使用所述密钥将所述待粉碎文件进行加密后保存； 或，获取为用户分配的密钥，使用所述密钥将所述待粉碎文件的索引节点中的地址进行加密。
8.根据权利要求7所述的装置，其特征在于，所述文件恢复模块，包括: 解密单元，用于当在所述生存时间内接收到用户对所述待粉碎文件的恢复请求时，使用所述密钥对所述加密后的待粉碎文件进行解密；或，用于使用所述密钥对所述加密后的所述待粉碎文件的索引节点中的地址进行解密； 恢复单元，用于将解密后的待粉碎文件恢复到所述待粉碎文件的原始位置。
9.根据权利要求7所述的装置，其特征在于，所述装置还包括: 覆写设定模块，用于在对所述待粉碎文件执行粉碎操作之前，设置对所述待粉碎文件的覆写次数N。
10.根据权利要求9所述的装置，其特征在于，所述文件粉碎模块，包括: 覆写单元，用于当在所述生存时间内未接收到用户对所述待粉碎文件的恢复请求时，使用一组预先设定或随机的字符连续N次覆盖所述加密后的待粉碎文件在磁盘中的内容；删除单元，用于删除所述待粉碎文件的索引节点inode。
【文档编号】G06F17/30GK104392182SQ201410748208
【公开日】2015年3月4日 申请日期:2014年12月9日 优先权日:2014年12月9日
【发明者】谭一鸣, 徐宁, 朱健伟, 胡丹妮, 佀占华 申请人:中标软件有限公司