CN104991949A - 移动终端及其文件管理系统和方法 - Google Patents

Abstract

提供了一种移动终端及其文件管理系统和方法。根据一实施例，一种移动终端中的文件管理方法包括：针对移动终端中安装的一应用，基于该应用中各文件的文件使用信息，至少按永久文件、临时文件、待删除文件的级别，分级管理该应用的文件；以及自动删除属于待删除文件级别的文件。对于属于临时文件级别的文件，当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数不低于第一阈值时，将该文件升级为永久文件；或者当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数低于第二阈值时，将该文件降级为待删除文件。

Description

移动终端及其文件管理系统和方法

技术领域

本申请涉及移动文件管理，更具体地，涉及一种能够高效地管理文件的移动终端及其文件管理系统和方法。

背景技术

随着电子技术的发展，各种移动终端如智能手机、PDA(个人数字助理)、平板终端等越来越普及。针对移动终端开发了多种应用(APP)，从而大大丰富了用户体验。应用内部有大量下载的文件需要管理。如果不能在文件失效时进行清理会造成逐渐的堆积，不断消耗终端的存储空间，造成资源的严重浪费。

目前，通常通过第三方管理软件来管理文件。例如，第三方管理软件可以监视资源的使用情况(例如，内存占用等)。用户可以选择在资源将要耗尽时进行清理操作，从而第三方管理软件可以将不需要的文件予以清除。

但是，大量垃圾文件占用系统资源得不到有效清理，用户需要安装第三方软件进行清理。此外，清理过程需要用户手动进行，垃圾过多的应用可能被用户卸载。而且，清理时把所有文件都清理掉，包括对应用依然需要用到的重要文件。

发明内容

本公开的目的至少部分地在于提供一种能够高效地管理文件的移动终端及其文件管理系统。

根据本公开的一方面，提供了一种移动终端中的文件管理方法，包括：针对移动终端中安装的一应用，基于该应用中各文件的文件使用信息，至少按永久文件、临时文件、待删除文件的级别，分级管理该应用的文件；以及自动删除属于待删除文件级别的文件。

根据本公开的另一方面，提供了一种移动终端，包括：通信单元，用于从外部下载文件；存储单元，用于存储下载的文件；以及控制单元，配置为：针对移动终端中安装的一应用，基于该应用中各文件的文件使用信息，至少按永久文件、临时文件、待删除文件的级别，分级管理该应用的文件；以及自动删除属于待删除文件级别的文件。

根据本公开的另一方面，提供了用于移动终端中安装的应用的文件管理系统，包括：文件信息管理系统，用于管理文件相关信息，其中文件相关信息包括文件使用信息；以及文件清理系统，用于针对该应用中的各文件，基于文件使用信息，将文件分类为永久文件、临时文件、待删除文件，并自动删除待删除文件。

针对属于临时文件级别的文件，当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数不低于第一阈值时，可以将该文件升级为永久文件；或者当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数低于第二阈值时，可以将该文件降级为待删除文件。

针对属于永久文件级别的文件，当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数低于一阈值时，可以将该文件降级为临时文件。

根据本公开的实施例，针对应用自身构建文件管理功能。应用的文件管理采用分级策略。在扫描文件时，可以基于文件使用信息，对文件进行分级，并根据分级对文件进行清理。于是，可以防止移动终端中应用所下载的文件不断堆积造成系统资源浪费问题。而且，由于自动清理机制，给移动终端用户带来更好的用户体验。分级策略可以保证有用文件不会被删除，从而可以节省数据流量(避免由于有用文件被删除从而需要重新下载)。而且，通过分级策略(针对不同级别的文件采用不同的扫描时间间隔，例如永久文件可以在较长的时间间隔被扫描)使整个扫描达到较高的效率。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1是示意性示出了根据本公开实施例的移动终端的方框图；

图2是示意性示出了根据本公开实施例的移动终端中应用的文件管理系统的方框图；以及

图3是示意性示出了根据本公开实施例的移动终端中的文件管理方法的流程图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。这里使用的词语“一”、“一个(种)”和“该”等也应包括“多个”、“多种”的意思，除非上下文另外明确指出。此外，在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。

因此，本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。在本公开的上下文中，计算机可读介质可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，计算机可读介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。计算机可读介质的具体示例包括：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；和/或有线/无线通信链路。

图1是示意性示出了根据本公开实施例的移动终端的方框图。

如图1所示，根据该实施例的移动终端100可以包括通信单元102、存储单元104和控制单元106。

通信单元102可以与外部装置通信，并因此从外部装置下载文件。通信单元102可以通过各种合适的有线/无线方式与外部装置进行通信。例如，通信单元102可以遵循2G、3G、4G或LTE等无线通信标准，或者可以遵循通用串行总线(USB)、红外、蓝牙等接口协议。外部装置可以提供应用及其相关数据，例如经网络可访问的应用提供商服务器、可连接或经网络可访问的存储装置。通信单元102从外部装置获取的文件可以包括随应用(APP)一起发布的永久文件(无法被修改和删除)、用户主动下载的文件(用户可以自己管理并清理)以及应用自动从服务端下载的文件(例如包括头像文件、语音文件、配置文件和样式文件等，这些文件可能不定期失效或者变成垃圾)。本公开的技术主要针对应用自动下载的文件，当然也可适用于其他文件。

通信单元102不限于上述数据通信，也可以用于语音通信。此外，通信单元102不限于从外部装置接收数据如上述下载文件，也可以向外部装置发送数据，例如存储在存储单元104中的数据或者控制单元106经一定处理而获得的数据等。

存储单元104可以存储移动终端100的各种应用和数据，例如控制单元106进行工作所需的数据(例如，操作系统)、移动终端100中安装的应用、上述经通信单元102下载的文件、作为控制单元106处理结果的数据等。存储单元104可以实现为各种易失性和/或非易失性存储技术，并可以包括存储装置如硬盘、存储卡等，存储器如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、闪存等。

控制单元106可以控制移动终端100的操作，例如，运行其中安装的各种应用。控制单元106可以实现为处理器或微处理器，例如移动处理器。此外，控制单元106可以对经通信单元102接收或存储单元104中存储的数据进行处理，并将处理结果经通信单元102发送或存储到存储单元104中。

根据本公开的实施例，对于移动终端100中安装的应用，可以构建针对该应用自身的文件管理系统。即，应用自身可以具有内在的文件管理系统。这种文件管理系统可以采用分级策略。具体地，控制单元106可以基于应用中各文件的文件使用信息，至少按永久文件、临时文件、待删除文件的级别，分级管理该应用的文件，并可以自动删除属于待删除文件级别的文件。

文件使用信息可以表示对于文件的使用状况，例如使用次数或使用时间等。根据文件使用信息，可以确定文件的使用频次。在此，“使用频次”可以是相对概念，即，相对于该应用本身的使用，对文件的使用频次。换言之，使用频次可以是指在该应用的最近M次启动(或者说，最近M次使用)中，对于该文件的使用次数。使用频次越高，意味着文件在该应用中越常使用，从而应该越不期望被删除，因此其级别应该越高(在此，级别：永久文件＞临时文件＞待删除文件)。“M”可以由用户指定或者由应用提供商在应用内设定，或者可以由应用根据业务情况自适应地设定。

控制单元106可以按照一定的扫描策略(例如，按一定间隔扫描、事件触发扫描等)来对存储单元104中存储的文件进行扫描。对于不同级别的文件，可以采用不同的扫描策略。例如，级别越高的文件，扫描的频次可以越低。

对于永久文件，可以每隔该应用的预定次数启动(即，每当启动了预定次数的该应用时，该预定次数例如可以是上述的“M”)进行扫描。这可以降低扫描时间，提升整体运行效率。在扫描永久文件时，如果基于一文件的文件使用信息确定在该应用的最近M次使用中对该文件的使用次数低于一阈值时，则控制单元106可以将该文件降级为临时文件。该阈值可以由用户指定或者由应用提供商在应用内设定，或者可以由应用根据业务情况自适应地设定。

对于临时文件，可以在该应用每次启动时进行扫描(即，启动触发扫描)。在扫描临时文件时，如果基于一文件的文件使用信息确定在该应用的最近M次使用中对该文件的使用次数不低于第一阈值时，则控制单元106可以将该文件升级为永久文件。备选地，如果一文件的文件使用信息指示在该应用的最近M次使用中对该文件的使用次数低于第二阈值时，则控制单元106可以将该文件降级为待删除文件。第一阈值大于第二阈值，这两者可以由用户指定或者由应用提供商在应用内设定，或者可以由应用根据业务情况自适应地设定。

对于待删除文件，可以在应用每次启动、退出、从前台进入后台或者从后台进入前台时，自动予以删除。

在此需要指出的是，对于文件的扫描策略不限于以上具体示例，而是可以由用户根据实际情况设定，或者可以由控制单元根据系统参数特别是与文件清理相关的参数(例如，存储的文件数量、内存占用状况等)来自适应地确定。

为了方便对不同级别的文件采用不同的扫描策略，在存储单元104中，可以将不同级别的文件分别存储在不同的目录下。这样，可以按需单独扫描不同的目录(即，不同级别的文件)，而并不需要总是扫描所有文件。

文件使用信息可以利用文件信息关联表来管理。具体地，文件信息关联表将该应用中各文件与该文件的相关信息相关联。这些相关信息可以包括文件使用信息。此外，文件相关信息还可以包括文件地址(网络地址、本地地址)、文件名、文件大小、文件等级和下载时间中的一项或多项。例如，表中可以将文件使用信息记录为最近若干次对文件的使用中各次使用的时间。文件信息关联表可以采用数据库或文件的形式，例如存储于存储单元104中。

图2是示意性示出了根据本公开实施例的移动终端中应用的文件管理系统的方框图。

如图2所示，根据该实施例的文件管理系统200可以包括文件信息管理系统202和文件清理系统204。

文件管理系统202可以管理文件相关信息，例如文件使用信息。下表列出了文件相关信息的一种可能形式(即，上述文件信息关联表)。需要指出的是，该表中还可以包括其他字段，以存储关于文件的其他信息。

表1 文件信息关联表

文件管理系统202还可以根据下述文件存储管理系统206和文件下载管理系统208的操作，更新文件相关信息。此外，文件管理系统202还可以负责文件网络地址与本地地址之间的映射，以提供给上层应用获取文件。

在下载文件(由文件下载系统208管理)时，文件管理系统202(例如，通过其中的信息收集系统)可以构建文件网络地址和本地地址之间的映射，并同时记录文件名和文件下载时间。在应用每次读取文件时，可以向文件使用信息中追加使用信息。在以使用时间表示文件使用信息的示例中，例如，一个文件第一次被使用的使用信息为“20150201”(表示2015年2月1日使用了该文件)，某天再次被使用时追加为“20150201，20150203”(表示在2015年2月1日使用之后，又在2015年2月3日使用了该文件)。在此，可以设定阈值N，使得逐渐追加的信息不会超过N条，超出的时间可以删除。一般地，N应设为涵盖不少于应用最近M次使用的时间范围。例如，这可以通过简单地将N设为大于或等于M来实现。一般地，在应用的一次使用过程中，对于文件的使用均视为一(“1”)次，而不论该文件实际上被调用了多少次。因此，在应用的一次使用中，文件的使用次数或者为“1”(即，被调用，无论调用多少次)或者为“0”(即，未被调用)。

在此需要指出的是，文件使用信息不限于使用时间，而是可以表现为各种其他形式。例如，文件使用信息可以利用向量(x₁，x₂，…，x_M)来表示，其中x_i(1≤i≤M)表示该应用的最近第i次使用中对于该文件的使用状况(例如，“1”表示使用该文件，“0”表示未使用该文件)。当随后该应用被再次使用时，更新该向量(x₁′，x₂′＝x₁，…，x_i′＝x_i-1，…，x_M′＝x_M-1)，其中，x₁′表示该应用的本次使用中，是否使用了该文件。根据这样的文件使用信息，可以确定对该应用的最近M次使用中，使用了多少次该文件(或者说该文件的使用频次)。

文件清理系统204可以负责文件数据的清理工作，包括扫描策略(例如，何时触发扫描)、文件分级(例如，什么样的文件需要被清理)、清理策略等。具体地，文件清理系统204可以基于文件使用信息，将应用的文件分类为永久文件、临时文件、待删除文件，并自动删除待删除文件。

对于临时文件，可以在每次应用启动时进行扫描。在一示例中，临时文件升降级策略公式如下。令M为系统最近使用次数，n为在这M次应用使用期间对文件的使用次数，且设k＝n/M。如果k≥0.8，则对文件做升级处理；如果0.4≤k＜0.8，则不对文件进行任何处理；如果k＜0.4，则对文件进行降级处理。阈值0.4、0.8可以根据需要进行调整。下表示出了根据上述策略对文件进行升降级处理的示例。

表2 临时文件的处理策略

在该示例中，文件1在最近应用的使用过程中多次被用到，表明文件1是常用文件，从而对其进行升级处理。文件2使用次数为普通，所以对文件2不做任何处理。文件3最近使用频率较低，将会被标记待删除，在应用程序启动或进入后台时被删除。

对于永久文件，可以在应用启动了预定次数时进行扫描。在一示例中，临时文件升降级策略公式如下(由于在该示例中，永久文件已经是最高级别，所以事实上不存在升级的情况)。令M为系统最近使用次数，n为在这M次应用使用期间对文件的使用次数，且设k＝n/M。如果0.4≤k，则不对文件进行任何处理；如果k＜0.4，则对文件进行降级处理。下表示出了根据上述策略对文件进行升降级处理的示例。

表3 永久文件的处理策略

在该示例中，文件4在最近应用的使用过程中多次被用到，表明文件4仍然是常用文件，因此不对其做处理。相反，文件5使用次数较少，所以文件5会被做降级处理标记为临时文件。

另外，文件管理系统200还可以包括文件存储管理系统206。文件存储管理系统206主要负责文件的存储管理，包括存入文件机制、删除文件机制和多目录关联管理。在一示例中，可以为应用构建三个目录，即，永久目录、临时文件目录和待删除文件目录。该系统可以为文件信息管理系统202提供文件数据资源，同时可以提供文件操作和目录操作接口。

此外，文件管理系统200还可以包括文件下载管理系统208。文件下载管理系统208主要负责地址到文件名映射、文件下载等功能，起到和应用层的接口对接功能。

在应用调用文件时，如果本地不存在文件数据，则可以下载该文件(经由文件下载管理系统208)。下载完成后可以通知应用。

应用可以对新下载的文件和文件相关信息进行关联保存(即，文件信息关联表)，包括文件网络地址、文件本地地址、文件名、文件大小、文件等级、文件下载时间、文件使用信息(例如以时间先后顺序排列的使用时间信息，彼此之间可以逗号分隔)等进行检索表保存。该关联关系的保存可以采用数据库或文件形式保存，根据不同操作系统的性能采用不同方案。

表4 文件信息关联表中的字段说明

新下载的文件可以作为临时文件来管理。为避免错误操作，在该文件下载后对应用的使用次数少于M次时，可以保持该文件作为临时文件。

当应用再次访问文件时，可以通过文件地址的散列(hash)值检索信息表，如果文件已下载，更新信息表的最后使用时间和最近使用次数。

图3是示意性示出了根据本公开实施例的移动终端中的文件管理方法的流程图。

如图3所示，根据该方法300，针对移动终端中的应用，至少按永久文件F1、临时文件F2、待删除文件F3的级别，分级管理该应用的文件。在此需要指出的是，尽管在此以三个级别为了进行描述，但是本公开不限于此。还可以存在更多的文件等级，例如在永久文件F1和临时文件F2之间，还可以存在半永久文件(未示出)，在临时文件F2和待删除文件F3之间，还可以存在半临时文件(未示出)。

对于文件级别，可以基于文件使用信息来确定。

具体地，在步骤S301中，对于永久文件F1，基于其文件使用信息，确定在应用的最近M次使用中对该文件的使用次数n是否低于第一阈值(例如，上述“0.4M”)。如果S301中的判断结果是“是”，可以将该永久文件降级为临时文件；否则，如果S301中的判断结果是“否”，则可以保持该文件为永久文件。随后，可以例如等待应用的预定次数使用，再次对永久文件进行这种处理。

此外，在步骤S303中，对于临时文件F2，基于其文件使用信息，确定在应用的最近M次使用中对该文件的使用次数n是否低于第二阈值(例如，上述“0.4M”)。如果S303中的判断结果是“是”，可以将该临时文件降级为待删除文件；否则，如果S303中的判断结果是“否”，则该方法进行到步骤S305。在步骤S305中，确定在应用的最近M次使用中对该文件的使用次数n是否不低于第三阈值(例如，上述“0.8M”)。如果S305中的判断结果是“是”，可以将该临时文件升级为永久文件；否则，如果S305中的判断结果是“否”，则则可以保持该文件为临时文件。随后，可以在例如应用的下次启动时，再次对临时文件进行这种处理。

对于待删除文件，在步骤S307中，将它们予以删除。这种删除可以在应用每次启动、退出、进入前后台时进行。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等价物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种移动终端中的文件管理方法，包括：

针对移动终端中安装的一应用，基于该应用中各文件的文件使用信息，至少按永久文件、临时文件、待删除文件的级别，分级管理该应用的文件；以及

自动删除属于待删除文件级别的文件，

其中，针对属于临时文件级别的文件，

当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数不低于第一阈值时，将该文件升级为永久文件；或者

当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数低于第二阈值时，将该文件降级为待删除文件。

2.根据权利要求1所述的文件管理方法，进一步包括：

针对属于永久文件级别的文件，当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数低于一阈值时，将该文件降级为临时文件。

3.根据权利要求2所述的文件管理方法，进一步包括：

每隔该应用的预定次数启动，扫描永久文件级别的文件，以确定是否进行降级处理。

4.根据权利要求1所述的文件管理方法，其中，对于新下载的文件，将其作为临时文件管理，且在该文件下载后对该应用的使用次数少于所述预定次数时，保持该文件作为临时文件。

5.根据权利要求1所述的文件管理方法，进一步包括：

每当该应用启动时，扫描临时文件级别的文件，以确定是否进行升级或降级处理。

6.根据权利要求1所述的文件管理方法，其中，对于每一文件，所述文件使用信息指示对该文件的最近预定次数的使用中各次使用的时间。

7.根据权利要求1所述的文件管理方法，其中，在所述应用启动、退出、从前台进入后台或从后台进入前台时，删除属于待删除文件级别的文件。

8.根据权利要求1所述的文件管理方法，进一步包括：将永久文件、临时文件、待删除文件级别的文件分别存储在不同的目录下。

9.根据权利要求1所述的文件管理方法，进一步包括：存储将所述应用中各文件与该文件的相关信息相关联的文件信息关联表，所述相关信息包括文件使用信息。

10.根据权利要求9所述的文件管理方法，其中，文件相关信息还包括：文件网络地址、文件本地地址、文件名、文件大小、文件等级、文件下载时间中的一项或多项。

11.一种移动终端，包括：

通信单元，用于从外部下载文件；

存储单元，用于存储下载的文件；以及

控制单元，配置为：

针对移动终端中安装的一应用，基于该应用中各文件的文件使用信息，至少按永久文件、临时文件、待删除文件的级别，分级管理该应用的文件；以及

自动删除属于待删除文件级别的文件，

其中，针对属于临时文件级别的文件，

当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数不低于第一阈值时，将该文件升级为永久文件；或者

当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数低于第二阈值时，将该文件降级为待删除文件。

12.一种用于移动终端中安装的应用的文件管理系统，包括：

文件信息管理系统，用于管理文件相关信息，其中文件相关信息包括文件使用信息；以及

文件清理系统，用于针对该应用中的各文件，基于文件使用信息，将文件分类为永久文件、临时文件、待删除文件，并自动删除待删除文件，

其中，针对属于临时文件级别的文件，

当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数不低于第一阈值时，将该文件升级为永久文件；或者

当基于该文件的文件使用信息确定在所述应用的最近预定次数使用中对该文件的使用次数低于第二阈值时，将该文件降级为待删除文件。

13.根据权利要求12所述的文件管理系统，还包括：

文件存储管理系统，用于管理文件存储，以及向文件信息管理系统提供文件数据资源。

14.根据权利要求12所述的文件管理系统，还包括：

文件下载管理系统，用于管理文件下载。