CN103257971B - 终端和文件管理方法 - Google Patents

终端和文件管理方法 Download PDF

Info

Publication number
CN103257971B
CN103257971B CN201210037850.XA CN201210037850A CN103257971B CN 103257971 B CN103257971 B CN 103257971B CN 201210037850 A CN201210037850 A CN 201210037850A CN 103257971 B CN103257971 B CN 103257971B
Authority
CN
China
Prior art keywords
file
terminal
specified
group
version
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201210037850.XA
Other languages
English (en)
Other versions
CN103257971A (zh
Inventor
黄维
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Original Assignee
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yulong Computer Telecommunication Scientific Shenzhen Co Ltd filed Critical Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority to CN201210037850.XA priority Critical patent/CN103257971B/zh
Publication of CN103257971A publication Critical patent/CN103257971A/zh
Application granted granted Critical
Publication of CN103257971B publication Critical patent/CN103257971B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供了一种终端,包括:分组单元,对终端和/或与终端电连接的外部存储设备中存储的文件进行分组,得到至少一个文件组,其中,所述文件组由至少一个相同的文件构成;文件确认单元,在所述文件组中仅包含一个文件的情况下,确认该文件为指定文件,在所述文件组中包含多个文件的情况下,根据接收到的选择命令,确认所述多个文件中的至少一个文件为所述指定文件;存储单元,将所述指定文件存储至指定文件夹。相应地,本发明还提出了一种文件管理方法。通过本发明的技术方案,可以对存放在不同路径的相同文件进行整理,方便管理、节省存储空间。

Description

终端和文件管理方法
技术领域
本发明涉及数据管理技术领域,具体而言,涉及一种终端和一种文件管理方法。
背景技术
在相关技术中,终端用户从网上下载文件时,由于使用的下载工具不一样,会导致在不同文件夹下存在很多个相同的文件;或者用户自己在对文件进行存储时,往往会忘记之前已经存储过某个文件,而会在其他文件夹中再次进行存储。随着用户对终端的使用时间的延长,会导致终端的内存空间被浪费,加之同一文件会产生多个不同的版本,从而也会导致文件本身的难以管理。
因此,需要一种新的文件管理技术,可以对存放在不同路径的相同文件进行整理,方便管理、节省存储空间。
发明内容
本发明正是基于上述问题,提出了一种新的文件管理技术,可以对存放在不同路径的相同文件进行整理,方便管理、节省存储空间。
有鉴于此,本发明提出了一种终端,包括:分组单元,对终端和/或与终端电连接的外部存储设备中存储的文件进行分组,得到至少一个文件组,其中,所述文件组由至少一个相同的文件构成;文件确认单元,在所述文件组中仅包含一个文件的情况下,确认该文件为指定文件,在所述文件组中包含多个文件的情况下,根据接收到的选择命令,确认所述多个文件中的至少一个文件为所述指定文件;存储单元,将所述指定文件存储至指定文件夹。
在该技术方案中,由于终端中往往存储着大量的文件,如应用程序、图片、文档等,用户无法记住每一个文件被存储的位置,因此,可能导致在同一终端的多个文件夹中存储着多个相同的文件,当用户对这些文件进行单独的操作后,便会导致终端中存在版本不同的多个相同文件,则当用户需要寻找某个版本的文件时,往往变得很困难。另外,当使用不同的下载工具从网络上下载文件时,各个下载工具往往会建立各自的下载路径和文件夹,比如对于应用程序A,可能在一个文件夹中存在版本为1.0的A,而当文件更新、用户进行下载时,可能导致在另一个文件夹中存储下载的版本为1.1的A,或者同时,用户可能还使用了另一个下载工具下载了这个版本为1.1的文件A,并存储在了第三个文件夹中,从而导致了同时存在3个相同的文件,并且其中两个文件的版本也是完全相同的,这显然导致了终端的存储空间的浪费。
在上述技术方案中,优选地,所述分组单元具体包括:比较子单元,比较所述终端和/或与终端电连接的外部存储设备中存储的文件的文件名称和后缀名称;分组处理子单元,根据所述比较子单元的比较结果,将具有相同的文件名称且具有相同的后缀名称的文件作为所述相同的文件,构成所述文件组。在该技术方案中,通过文件名称和后缀名称来判断是否为相同的文件,其中,后缀名称代表了文件的类型,比如.doc、.exe、.jpg等,而文件名称则用进一步限定是否为相同的文件。对于这里的相同的文件,可能存在版本上的不同,比如同一个word文档,当用户进行了编辑后,其文件大小等都会发生变化,从而导致版本的差异。
在上述技术方案中,优选地,所述分组单元具体包括:查找子单元,查找出所述终端和/或与终端电连接的外部存储设备中存储的安装包文件;解析子单元,对所述查找子单元查找到的所述安装包文件进行解析,获取所述安装包文件的内部名称;以及分组处理子单元,根据所述解析子单元的解析结果,将具有相同的内部名称的安装包文件作为所述相同的文件,构成所述文件组。在该技术方案中,对于安装包文件来说,比如Android系统下的后缀名称为“.apk”的文件,可通过解析后,获取其自身的内部名称,比如“安装包名”即“packagename”等,类似的内部名称与用户见到的文件名称不相同,而是与文件本身相关的,因此,对于一些情况下,尤其是从多个第三方网站下载相同文件时,可能出现不同的文件名称时,比如一个是“AbcDef.apk”的文件,一个是“AD.apk”的文件,则可以通过这种方式,从文件本身的内部名称进行判断,从而识别出文件名称不同的相同文件。
在上述技术方案中,优选地,所述解析子单元还用于:解析所述安装包文件,获取所述安装包文件的配置信息;所述分组处理子单元还用于:将具有相同的内部名称和相匹配的配置信息的安装包文件作为所述相同的文件、并构成所述文件组。在该技术方案中,对于具有相同内部名称的文件,还可以进一步通过其配置信息进行判断。这里的配置信息包括文件的大小、公司信息等,从而进一步确认文件是否为相同文件,提高准确率。
在上述技术方案中,优选地,所述文件确认单元具体包括:版本获取子单元,获取所述文件组中的每个文件的版本信息;版本确认子单元,根据所述版本获取子单元获取的所述每个文件的版本信息、以及所述选择命令指定的版本信息,将对应于所述指定的版本信息的文件确认为所述指定文件。在该技术方案中,每个文件都存在自己的版本信息,比如在文件组中仅存在一个文件时,用户可以根据该文件的版本是否为自己所需要的版本,从而对其进行存储、删除或不处理,如在文件组中存在多个文件,则用户可以根据自己的需要,仅存储最新版本的文件,或是存储感兴趣的指定版本的文件,比如一些低版本的应用程序往往更为稳定。从这里可以看出,对于最后保留的文件的数量是不确定的,具体的数目是根据用户的自身需求来决定的。
在上述技术方案中,优选地,所述存储单元具体包括:判断子单元,在将所述指定文件存储至所述指定文件夹时,判断所述指定文件夹中是否存在与所述指定文件相同的已存储文件;存储处理子单元,根据所述判断子单元的判断结果,若不存在,则存储所述指定文件,若存在,则根据接收到的替换命令,利用所述指定文件替换所述已存储文件,或根据接收到的取消命令,不存储所述指定文件。在该技术方案中,指定文件夹可以是已经存在的文件夹或是用户重新创建的文件夹,而且并不限定文件夹的数量,比如为了便于不同类型的文件的管理,可以将每种类型的文件存储在一个文件夹中,或是在一个文件夹中建立多级文件夹。指定文件夹中的文件往往是用户希望最后保留的,但对于比如版本最新的文件,当每次文件出现更新时,可能需要对原来存储的文件进行替换,当然,也不可以不进行替换,具体的处理方式还是根据用户自身的需求来确定。
在上述技术方案中,优选地,还包括:删除单元,将所述终端和/或与终端电连接的外部存储设备中存储的与所述指定文件夹中相同的文件删除。在该技术方案中,通过将相同的文件进行整理、存储后,对于其他的文件往往是用户并不感兴趣的文件,或是重复的文件,将这些文件进行删除后,一方面,由于已经将用户感兴趣的文件存储至指定文件夹,因此不会造成数据流失,还可以得到相应的存储空间,另一方面,可以避免由于相同文件的数量过多时造成管理上的不便。
根据本发明的又一方面,还提出了一种文件管理方法,包括:步骤202,对终端和/或与终端电连接的外部存储设备中存储的文件进行分组,得到至少一个文件组,其中,所述文件组由至少一个相同的文件构成;步骤204,若所述文件组中仅包含一个文件,则将该文件作为指定文件存储至指定文件夹,若所述文件组中包含多个文件,则根据接收到的选择命令,将所述多个文件中的至少一个文件作为所述指定文件存储至所述指定文件夹。
在该技术方案中,由于终端中往往存储着大量的文件,如应用程序、图片、文档等,用户无法记住每一个文件被存储的位置,因此,可能导致在同一终端的多个文件夹中存储着多个相同的文件,当用户对这些文件进行单独的操作后,便会导致终端中存在版本不同的多个相同文件,则当用户需要寻找某个版本的文件时,往往变得很困难。另外,当使用不同的下载工具从网络上下载文件时,各个下载工具往往会建立各自的下载路径和文件夹,比如对于应用程序A,可能在一个文件夹中存在版本为1.0的A,而当文件更新、用户进行下载时,可能导致在另一个文件夹中存储下载的版本为1.1的A,或者同时,用户可能还使用了另一个下载工具下载了这个版本为1.1的文件A,并存储在了第三个文件夹中,从而导致了同时存在3个相同的文件,并且其中两个文件的版本也是完全相同的,这显然导致了终端的存储空间的浪费。
在上述技术方案中,优选地,所述步骤202具体包括:比较所述终端和/或与终端电连接的外部存储设备中存储的文件的文件名称和后缀名称,将具有相同的文件名称且具有相同的后缀名称的文件作为所述相同的文件,构成所述文件组。在该技术方案中,通过文件名称和后缀名称来判断是否为相同的文件,其中,后缀名称代表了文件的类型,比如.doc、.exe、.jpg等,而文件名称则用进一步限定是否为相同的文件。对于这里的相同的文件,可能存在版本上的不同,比如同一个word文档,当用户进行了编辑后,其文件大小等都会发生变化,从而导致版本的差异。
在上述技术方案中,优选地,所述步骤202具体包括:获取所述终端和/或与终端电连接的外部存储设备中存储的安装包文件的内部名称,将具有相同的内部名称的安装包文件作为所述相同的文件、并构成所述文件组。在该技术方案中,对于安装包文件来说,比如Android系统下的后缀名称为“.apk”的文件,可通过解析后,获取其自身的内部名称,比如“安装包名”即“packagename”等,类似的内部名称与用户见到的文件名称不相同,而是与文件本身相关的,因此,对于一些情况下,尤其是从多个第三方网站下载相同文件时,可能出现不同的文件名称时,比如一个是“AbcDef.apk”的文件,一个是“AD.apk”的文件,则可以通过这种方式,从文件本身的内部名称进行判断,从而识别出文件名称不同的相同文件。
在上述技术方案中,优选地,所述步骤202还包括:获取所述终端和/或与终端电连接的外部存储设备中存储的安装包文件的内部名称和配置信息,将具有相同的内部名称和相匹配的配置信息的安装包文件作为所述相同的文件,构成所述文件组。在该技术方案中,对于具有相同内部名称的文件,还可以进一步通过其配置信息进行判断。这里的配置信息包括文件的大小、公司信息等,从而进一步确认文件是否为相同文件,提高准确率。
在上述技术方案中,优选地,所述步骤204还包括:获取所述文件组中的每个文件的版本信息,并根据所述选择命令指定的版本信息,将对应于所述指定的版本信息的文件作为所述指定文件。在该技术方案中,每个文件都存在自己的版本信息,比如在文件组中仅存在一个文件时,用户可以根据该文件的版本是否为自己所需要的版本,从而对其进行存储、删除或不处理,如在文件组中存在多个文件,则用户可以根据自己的需要,仅存储最新版本的文件,或是存储感兴趣的指定版本的文件,比如一些低版本的应用程序往往更为稳定。从这里可以看出,对于最后保留的文件的数量是不确定的,具体的数目是根据用户的自身需求来决定的。
在上述技术方案中,优选地,所述步骤204中,还包括:在将所述指定文件存储至所述指定文件夹时,判断所述指定文件夹中是否存在与所述指定文件相同的已存储文件,若不存在,则存储所述指定文件,若存在,则根据接收到的替换命令,利用所述指定文件替换所述已存储文件,或根据接收到的取消命令,不存储所述指定文件。在该技术方案中,指定文件夹可以是已经存在的文件夹或是用户重新创建的文件夹,而且并不限定文件夹的数量,比如为了便于不同类型的文件的管理,可以将每种类型的文件存储在一个文件夹中,或是在一个文件夹中建立多级文件夹。指定文件夹中的文件往往是用户希望最后保留的,但对于比如版本最新的文件,当每次文件出现更新时,可能需要对原来存储的文件进行替换,当然,也不可以不进行替换,具体的处理方式还是根据用户自身的需求来确定。
在上述技术方案中,优选地,所述步骤204中,还包括:将所述终端和/或与终端电连接的外部存储设备中存储的与所述指定文件夹中相同的文件删除。在该技术方案中,通过将相同的文件进行整理、存储后,对于其他的文件往往是用户并不感兴趣的文件,或是重复的文件,将这些文件进行删除后,一方面,由于已经将用户感兴趣的文件存储至指定文件夹,因此不会造成数据流失,还可以得到相应的存储空间,另一方面,可以避免由于相同文件的数量过多时造成管理上的不便。
通过以上技术方案,可以对存放在不同路径的相同文件进行整理,方便管理、节省存储空间。
附图说明
图1示出了根据本发明的终端的框图;
图2示出了根据本发明的文件管理方法的流程图;
图3示出了根据本发明的实施例的文件管理的示意图;
图4示出了根据本发明的实施例的文件管理方法的具体流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明并不限于下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的终端的框图;
如图1所示,根据本发明的实施例的终端100,包括:分组单元102,对终端100和/或与终端100电连接的外部存储设备中存储的文件进行分组,得到至少一个文件组,其中,文件组中由至少一个相同的文件构成;文件确认单元104,在文件组中仅包含一个文件的情况下,确认该文件为指定文件,在文件组中包含多个文件的情况下,根据接收到的选择命令,确认多个文件中的至少一个文件为指定文件;存储单元106,将指定文件存储至指定文件夹。
在该技术方案中,由于终端100中往往存储着大量的文件,如应用程序、图片、文档等,用户无法记住每一个文件被存储的位置,因此,可能导致在同一终端100的多个文件夹中存储着多个相同的文件,当用户对这些文件进行单独的操作后,便会导致终端100中存在版本不同的多个相同文件,则当用户需要寻找某个版本的文件时,往往变得很困难。另外,当使用不同的下载工具从网络上下载文件时,各个下载工具往往会建立各自的下载路径和文件夹,比如对于应用程序A,可能在一个文件夹中存在版本为1.0的A,而当文件更新、用户进行下载时,可能导致在另一个文件夹中存储下载的版本为1.1的A,或者同时,用户可能还使用了另一个下载工具下载了这个版本为1.1的文件A,并存储在了第三个文件夹中,从而导致了同时存在3个相同的文件,并且其中两个文件的版本也是完全相同的,这显然导致了终端100的存储空间的浪费。
在上述技术方案中,分组单元102具体包括:比较子单元1022,比较终端100和/或与终端100电连接的外部存储设备中存储的文件的文件名称和后缀名称;分组处理子单元1024,根据比较子单元1022的比较结果,将具有相同的文件名称且具有相同的后缀名称的文件作为相同的文件,构成文件组。在该技术方案中,通过文件名称和后缀名称来判断是否为相同的文件,其中,后缀名称代表了文件的类型,比如.doc、.exe、.jpg等,而文件名称则用进一步限定是否为相同的文件。对于这里的相同的文件,可能存在版本上的不同,比如同一个word文档,当用户进行了编辑后,其文件大小等都会发生变化,从而导致版本的差异。
在上述技术方案中,分组单元具体包括:查找子单元1026,查找出终端100和/或与终端100电连接的外部存储设备中存储的安装包文件;解析子单元1028,对查找子单元1026查找到的安装包文件进行解析,获取安装包文件的内部名称;以及分组处理子单元1024,根据解析子单元1028的解析结果,将具有相同的内部名称的安装包文件作为相同的文件,构成文件组。在该技术方案中,对于安装包文件来说,比如Android系统下的后缀名称为“.apk”的文件,可通过解析后,获取其自身的内部名称,比如“安装包名”即“packagename”等,类似的内部名称与用户见到的文件名称不相同,而是与文件本身相关的,因此,对于一些情况下,尤其是从多个第三方网站下载相同文件时,可能出现不同的文件名称时,比如一个是“AbcDef.apk”的文件,一个是“AD.apk”的文件,则可以通过这种方式,从文件本身的内部名称进行判断,从而识别出文件名称不同的相同文件。
在上述技术方案中,解析子单元1028还用于:解析安装包文件,获取安装包文件的配置信息;分组处理子单元1024还用于:将具有相同的内部名称和相匹配的配置信息的安装包文件作为相同的文件、并构成文件组。在该技术方案中,对于具有相同内部名称的文件,还可以进一步通过其配置信息进行判断。这里的配置信息包括文件的大小、公司信息等,从而进一步确认文件是否为相同文件,提高准确率。
在上述技术方案中,文件确认单元104具体包括:版本获取子单元1042,获取文件组中的每个文件的版本信息;版本确认子单元1044,根据版本获取子单元1042获取的每个文件的版本信息、以及选择命令指定的版本信息,将对应于指定的版本信息的文件确认为指定文件。在该技术方案中,每个文件都存在自己的版本信息,比如在文件组中仅存在一个文件时,用户可以根据该文件的版本是否为自己所需要的版本,从而对其进行存储、删除或不处理,如在文件组中存在多个文件,则用户可以根据自己的需要,仅存储最新版本的文件,或是存储感兴趣的指定版本的文件,比如一些低版本的应用程序往往更为稳定。从这里可以看出,对于最后保留的文件的数量是不确定的,具体的数目是根据用户的自身需求来决定的。
在上述技术方案中,存储单元106具体包括:判断子单元1062,在将指定文件存储至指定文件夹时,判断指定文件夹中是否存在与指定文件相同的已存储文件;存储处理子单元1064,根据判断子单元1062的判断结果,若不存在,则存储指定文件,若存在,则根据接收到的替换命令,利用指定文件替换已存储文件,或根据接收到的取消命令,不存储指定文件。在该技术方案中,指定文件夹可以是已经存在的文件夹或是用户重新创建的文件夹,而且并不限定文件夹的数量,比如为了便于不同类型的文件的管理,可以将每种类型的文件存储在一个文件夹中,或是在一个文件夹中建立多级文件夹。指定文件夹中的文件往往是用户希望最后保留的,但对于比如版本最新的文件,当每次文件出现更新时,可能需要对原来存储的文件进行替换,当然,也不可以不进行替换,具体的处理方式还是根据用户自身的需求来确定。
在上述技术方案中,还包括:删除单元108,将终端100和/或与终端100电连接的外部存储设备中存储的与指定文件夹中相同的文件删除。在该技术方案中,通过将相同的文件进行整理、存储后,对于其他的文件往往是用户并不感兴趣的文件,或是重复的文件,将这些文件进行删除后,一方面,由于已经将用户感兴趣的文件存储至指定文件夹,因此不会造成数据流失,还可以得到相应的存储空间,另一方面,可以避免由于相同文件的数量过多时造成管理上的不便。
图2示出了根据本发明的实施例的文件管理方法的流程图;
如图2所示,根据本发明的实施例的文件管理方法,包括:步骤202,对终端和/或与终端电连接的外部存储设备中存储的文件进行分组,得到至少一个文件组,其中,文件组由至少一个相同的文件构成;步骤204,若文件组中仅包含一个文件,则将该文件作为指定文件存储至指定文件夹,若文件组中包含多个文件,则根据接收到的选择命令,将多个文件中的至少一个文件作为指定文件存储至指定文件夹。
在该技术方案中,由于终端中往往存储着大量的文件,如应用程序、图片、文档等,用户无法记住每一个文件被存储的位置,因此,可能导致在同一终端的多个文件夹中存储着多个相同的文件,当用户对这些文件进行单独的操作后,便会导致终端中存在版本不同的多个相同文件,则当用户需要寻找某个版本的文件时,往往变得很困难。另外,当使用不同的下载工具从网络上下载文件时,各个下载工具往往会建立各自的下载路径和文件夹,比如对于应用程序A,可能在一个文件夹中存在版本为1.0的A,而当文件更新、用户进行下载时,可能导致在另一个文件夹中存储下载的版本为1.1的A,或者同时,用户可能还使用了另一个下载工具下载了这个版本为1.1的文件A,并存储在了第三个文件夹中,从而导致了同时存在3个相同的文件,并且其中两个文件的版本也是完全相同的,这显然导致了终端的存储空间的浪费。
在上述技术方案中,步骤202具体包括:比较终端和/或与终端电连接的外部存储设备中存储的文件的文件名称和后缀名称,将具有相同的文件名称且具有相同的后缀名称的文件作为相同的文件,构成文件组。在该技术方案中,通过文件名称和后缀名称来判断是否为相同的文件,其中,后缀名称代表了文件的类型,比如.doc、.exe、.jpg等,而文件名称则用进一步限定是否为相同的文件。对于这里的相同的文件,可能存在版本上的不同,比如同一个word文档,当用户进行了编辑后,其文件大小等都会发生变化,从而导致版本的差异。
在上述技术方案中,步骤202具体包括:获取终端和/或与终端电连接的外部存储设备中存储的安装包文件的内部名称,将具有相同的内部名称的安装包文件作为相同的文件、并构成文件组。在该技术方案中,对于安装包文件来说,比如Android系统下的后缀名称为“.apk”的文件,可通过解析后,获取其自身的内部名称,比如“安装包名”即“packagename”等,类似的内部名称与用户见到的文件名称不相同,而是与文件本身相关的,因此,对于一些情况下,尤其是从多个第三方网站下载相同文件时,可能出现不同的文件名称时,比如一个是“AbcDef.apk”的文件,一个是“AD.apk”的文件,则可以通过这种方式,从文件本身的内部名称进行判断,从而识别出文件名称不同的相同文件。
在上述技术方案中,步骤202还包括:获取终端和/或与终端电连接的外部存储设备中存储的安装包文件的内部名称和配置信息,将具有相同的内部名称和相匹配的配置信息的安装包文件作为相同的文件,构成文件组。在该技术方案中,对于具有相同内部名称的文件,还可以进一步通过其配置信息进行判断。这里的配置信息包括文件的大小、公司信息等,从而进一步确认文件是否为相同文件,提高准确率。
在上述技术方案中,步骤204还包括:获取文件组中的每个文件的版本信息,并根据选择命令指定的版本信息,将对应于指定的版本信息的文件作为指定文件。在该技术方案中,每个文件都存在自己的版本信息,比如在文件组中仅存在一个文件时,用户可以根据该文件的版本是否为自己所需要的版本,从而对其进行存储、删除或不处理,如在文件组中存在多个文件,则用户可以根据自己的需要,仅存储最新版本的文件,或是存储感兴趣的指定版本的文件,比如一些低版本的应用程序往往更为稳定。从这里可以看出,对于最后保留的文件的数量是不确定的,具体的数目是根据用户的自身需求来决定的。
在上述技术方案中,步骤204中,还包括:在将指定文件存储至指定文件夹时,判断指定文件夹中是否存在与指定文件相同的已存储文件,若不存在,则存储指定文件,若存在,则根据接收到的替换命令,利用指定文件替换已存储文件,或根据接收到的取消命令,不存储指定文件。在该技术方案中,指定文件夹可以是已经存在的文件夹或是用户重新创建的文件夹,而且并不限定文件夹的数量,比如为了便于不同类型的文件的管理,可以将每种类型的文件存储在一个文件夹中,或是在一个文件夹中建立多级文件夹。指定文件夹中的文件往往是用户希望最后保留的,但对于比如版本最新的文件,当每次文件出现更新时,可能需要对原来存储的文件进行替换,当然,也不可以不进行替换,具体的处理方式还是根据用户自身的需求来确定。
在上述技术方案中,步骤204中,还包括:将终端和/或与终端电连接的外部存储设备中存储的与所述指定文件夹中相同的文件删除。在该技术方案中,通过将相同的文件进行整理、存储后,对于其他的文件往往是用户并不感兴趣的文件,或是重复的文件,将这些文件进行删除后,一方面,由于已经将用户感兴趣的文件存储至指定文件夹,因此不会造成数据流失,还可以得到相应的存储空间,另一方面,可以避免由于相同文件的数量过多时造成管理上的不便。
图3示出了根据本发明的实施例的文件管理的示意图;
如图3所示,假定在文件夹302中存储有版本号为1.0的文件A.jpg,在文件夹304中存储有版本号为1.1的文件A.jpg,在文件夹306中存储有版本号为1.0的文件A.apk,在文件夹308中存储有版本号为1.0的文件B.apk,在文件夹310中存储有版本号为1.002的文件C.apk。
在312时,用户需要对上述5个文件进行整理,这里首先通过比较各个文件的文件名称和后缀名称,从而来判断文件是否为相同的文件。比如可以首先比较文件名称,这样,可以将文件夹302中的A.jpg、文件夹304中的A.jpg、文件夹306中的A.apk作为第一组,将文件夹308中的B.apk作为第二组,将文件夹310中的C.apk作为第三组,然后可以发现第一组中包含多个文件,则再通过后缀名称进行辨别,其中,文件夹302中的A.jpg和文件夹304中的A.jpg的后缀名称均为“.jpg”,而文件夹306中的A.apk的后缀名称为“.apk”,因此,将文件夹302中的A.jpg和文件夹304中的A.jpg作为分组314,将文件夹306中的A.apk作为分组316,将文件夹308中的B.apk作为分组318,将文件夹310中的C.apk作为分组320。
这里对于312的整理、分组的过程,还可以先进行后缀名称的比较,比如在进行比较后,可以将文件夹302中的A.jpg、文件夹304中的A.jpg作为第一组,将文件夹306中的A.apk、文件夹308中的B.apk、文件夹310中的C.apk作为第二组,然后可以发现第一组和第二组中均包含多个文件,则再通过文件名称进行辨别,其中,对于第一组而言,文件夹302中的A.jpg和文件夹304中的A.jpg的文件名称均为“A”,而对于第二组而言,文件夹306中的A.apk的文件名称为“A”、文件夹308中的B.apk的文件名称为“B”、文件夹310中的C.apk的文件名称为“C”,因此,将文件夹302中的A.jpg和文件夹304中的A.jpg作为分组314,将文件夹306中的A.apk作为分组316,将文件夹308中的B.apk作为分组318,将文件夹310中的C.apk作为分组320。
在完成分组后,将进行322的存储操作,主要是存储至指定的文件夹中,便于文件的管理,这里指定的文件夹并不仅限于某一个文件夹,而是可以根据需要任意指定,比如对于不同类型的文件,可以分别指定一个文件夹进行文件的存储。这里对于每个分组中的文件,并不一定就是完全相同的文件,比如对于分组314而言,其中的两个文件虽然都是A.jpg,但一个版本为1.0,另一个版本为1.1,因此,可以根据用户对于文件版本的需求,存储对应版本的文件,比如用户仅需要存储最新版本的文件,则对于分组314而言,仅需存储版本号为1.1的文件A.jpg。对于分组316、分组318和分组320而言,虽然各组中仅含有一个文件,但并不是说一定会存储至指定文件夹,而是需要根据用户的具体需求来进行相应方式的处理。比如对于其中一种情况下,最后将文件夹304中的A.jpg、文件夹306中的A.apk、文件夹308中的B.apk、文件夹310中的C.apk分别存储至对应的指定文件夹。
图4示出了根据本发明的实施例的文件管理方法的具体流程图。
如图4所示,根据本发明的实施例的文件管理方法的具体流程如下:
步骤402,建立特殊文件夹,这里的特殊文件夹的“特殊”,体现在用于终端中的相同文件的管理,特殊文件夹可以是已经存在的文件夹,也可以是由用户新建的,同时,特殊文件夹的数量也没有限定,可以根据用户的实际需求而任意设定。
步骤404,遍历SD卡和终端内存,这里是指针对移动终端的遍历过程,而对于电脑等其他终端而言,可以是针对硬盘中的各个盘符下的存储空间进行遍历。同时,由于各个终端使用的扩展卡可能存在不同,因此,无论是SD卡、TF卡、CF卡、MMC卡等,均应该理解为属于本发明的技术方案的范畴内。
步骤406,判断是否存在多个相同的文件。一种情况下,用户不可能记住终端中每个文件的存储位置,因此往往会在多个不同文件夹中存放相同的文件,另一种情况下,在使用不同的下载工具进行下载时,下载的文件都会存放在各自不同的文件夹中,从而导致了多个相同的文件的出现。需要说明的是,这里的相同的文件,是指文件的文件名称和后缀名称均相同,但对于每个文件而言,仍可能由于版本的不同而存在区别。若判断为是,则进入步骤408,否则进入步骤414。
步骤408,判断版本号是否相同。对于相同的文件,再进一步判断其版本号是否相同,对每个文件进行区分。若是,则进入步骤414,否则进入步骤410。
步骤410,接收选择命令。
步骤412,分析所需版本。这里主要是指,对于版本不同的多个“相同文件”,在进行管理时往往是比较麻烦的,需要根据用户的需要,对其进行选择,将真正需要的版本的文件进行存储,而对于其他的文件则不感兴趣,可以进行删除。
步骤414,判断特殊文件夹中是否已存在该文件,若是,则进入步骤418,否则进入步骤416。对于特殊文件夹中的文件,往往是用户感兴趣的文件,比如一些虽然版本较低,但运行更稳定的应用程序文件,或是一些包含“闪光点”的文档等等,相比于重新整理出来的文件,用户对于特殊文件夹中的文件更感兴趣。
步骤416,将文件存储至特殊文件夹。
步骤418,删除其他文件。当然,这一步并不是必须的,但对于用户而言,将不感兴趣的文件进行删除后,显然可以为终端节省出一部分存储空间。
以上结合附图详细说明了本发明的技术方案,考虑到相关技术中对于终端中的文件难以管理,因此,本发明提供了一种终端和一种文件管理方法,可以对存放在不同路径的相同文件进行整理,方便管理、节省存储空间。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (9)

1.一种终端,其特征在于,包括:
分组单元,对终端和/或与终端电连接的外部存储设备中存储的文件进行分组,得到至少一个文件组,其中,所述文件组由至少一个相同的文件构成;
文件确认单元,在所述文件组中仅包含一个文件的情况下,确认该文件为指定文件,在所述文件组中包含多个文件的情况下,根据接收到的选择命令,确认所述多个文件中的至少一个文件为所述指定文件;
存储单元,将所述指定文件存储至指定文件夹;
所述文件确认单元具体包括:
版本获取子单元,获取所述文件组中的每个文件的版本信息;
版本确认子单元,根据所述版本获取子单元获取的所述每个文件的版本信息、以及所述选择命令指定的版本信息,将对应于所述指定的版本信息的文件确认为所述指定文件。
2.根据权利要求1所述的终端,其特征在于,所述分组单元具体包括:
比较子单元,比较所述终端和/或与终端电连接的外部存储设备中存储的文件的文件名称和后缀名称;
分组处理子单元,根据所述比较子单元的比较结果,将具有相同的文件名称且具有相同的后缀名称的文件作为所述相同的文件,构成所述文件组。
3.根据权利要求1所述的终端,其特征在于,所述分组单元具体包括:
查找子单元,查找出所述终端和/或与终端电连接的外部存储设备中存储的安装包文件;
解析子单元,对所述查找子单元查找到的所述安装包文件进行解析,获取所述安装包文件的内部名称;以及
分组处理子单元,根据所述解析子单元的解析结果,将具有相同的内部名称的安装包文件作为所述相同的文件,构成所述文件组。
4.根据权利要求1至3中任一项所述的终端,其特征在于,所述存储单元具体包括:
判断子单元,在将所述指定文件存储至所述指定文件夹时,判断所述指定文件夹中是否存在与所述指定文件相同的已存储文件;
存储处理子单元,根据所述判断子单元的判断结果,若不存在,则存储所述指定文件,若存在,则根据接收到的替换命令,利用所述指定文件替换所述已存储文件,或根据接收到的取消命令,不存储所述指定文件。
5.根据权利要求4所述的终端,其特征在于,还包括:
删除单元,将所述终端和/或与终端电连接的外部存储设备中存储的与所述指定文件夹中相同的文件删除。
6.一种文件管理方法,其特征在于,包括:
步骤202,对终端和/或与终端电连接的外部存储设备中存储的文件进行分组,得到至少一个文件组,其中,所述文件组由至少一个相同的文件构成;
步骤204,若所述文件组中仅包含一个文件,则将该文件作为指定文件存储至指定文件夹,若所述文件组中包含多个文件,则根据接收到的选择命令,将所述多个文件中的至少一个文件作为所述指定文件存储至所述指定文件夹;
所述步骤204还包括:
获取所述文件组中的每个文件的版本信息,并根据所述选择命令指定的版本信息,将对应于所述指定的版本信息的文件作为所述指定文件。
7.根据权利要求6所述的文件管理方法,其特征在于,所述步骤202具体包括:
比较所述终端和/或与终端电连接的外部存储设备中存储的文件的文件名称和后缀名称,将具有相同的文件名称且具有相同的后缀名称的文件作为所述相同的文件,构成所述文件组;或者
获取所述终端和/或与终端电连接的外部存储设备中存储的安装包文件的内部名称,将具有相同的内部名称的安装包文件作为所述相同的文件,构成所述文件组;或者
获取所述终端和/或与终端电连接的外部存储设备中存储的安装包文件的内部名称和配置信息,将具有相同的内部名称和相匹配的配置信息的安装包文件作为所述相同的文件,构成所述文件组。
8.根据权利要求6至7中任一项所述的文件管理方法,其特征在于,所述步骤204中,还包括:
在将所述指定文件存储至所述指定文件夹时,判断所述指定文件夹中是否存在与所述指定文件相同的已存储文件,若不存在,则存储所述指定文件,若存在,则根据接收到的替换命令,利用所述指定文件替换所述已存储文件,或根据接收到的取消命令,不存储所述指定文件。
9.根据权利要求8所述的文件管理方法,其特征在于,所述步骤204中,还包括:
将所述终端和/或与终端电连接的外部存储设备中存储的与所述指定文件夹中相同的文件删除。
CN201210037850.XA 2012-02-20 2012-02-20 终端和文件管理方法 Active CN103257971B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210037850.XA CN103257971B (zh) 2012-02-20 2012-02-20 终端和文件管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210037850.XA CN103257971B (zh) 2012-02-20 2012-02-20 终端和文件管理方法

Publications (2)

Publication Number Publication Date
CN103257971A CN103257971A (zh) 2013-08-21
CN103257971B true CN103257971B (zh) 2016-12-14

Family

ID=48961900

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210037850.XA Active CN103257971B (zh) 2012-02-20 2012-02-20 终端和文件管理方法

Country Status (1)

Country Link
CN (1) CN103257971B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104182529A (zh) * 2014-08-28 2014-12-03 陈包容 一种移动终端对待下载文件进行识别、保存以及文件下载后对其查找的方法及装置
CN104484206A (zh) * 2014-12-17 2015-04-01 宇龙计算机通信科技(深圳)有限公司 安装应用程序的方法、终端及系统
CN107770260A (zh) * 2017-10-13 2018-03-06 上海司南卫星导航技术股份有限公司 考场信息文件发送方法、服务器、获取装置、获取方法及系统
CN108882000A (zh) * 2018-06-27 2018-11-23 深圳市九洲电器有限公司 视频截图管理方法及系统
CN109327644B (zh) * 2018-09-06 2020-06-12 北京数科网维技术有限责任公司 一种加密扫描方法及加密扫描系统
CN112416866A (zh) * 2019-08-23 2021-02-26 珠海金山办公软件有限公司 一种重复文件的检测方法、装置及电子设备
CN111352632B (zh) * 2020-03-02 2023-07-04 抖音视界有限公司 软件产物检测装置、系统、方法及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1432908A (zh) * 2001-11-08 2003-07-30 住友电气工业株式会社 文件分组装置
CN101079034A (zh) * 2006-07-10 2007-11-28 腾讯科技(深圳)有限公司 消除文件存储系统中冗余文件的系统及方法
CN101714147A (zh) * 2008-10-06 2010-05-26 易搜比控股公司 相同或相似文件的过滤方法
CN101753607A (zh) * 2008-12-04 2010-06-23 联想(北京)有限公司 一种服务器及其工作方法
CN102033960A (zh) * 2010-12-31 2011-04-27 中国建筑东北设计研究院有限公司 文件夹比较系统
CN102193714A (zh) * 2010-03-11 2011-09-21 龙旗科技(上海)有限公司 一种移动终端资料分组管理的人机交互方式

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1432908A (zh) * 2001-11-08 2003-07-30 住友电气工业株式会社 文件分组装置
CN1327334C (zh) * 2001-11-08 2007-07-18 住友电气工业株式会社 文件分组装置
CN101079034A (zh) * 2006-07-10 2007-11-28 腾讯科技(深圳)有限公司 消除文件存储系统中冗余文件的系统及方法
CN101714147A (zh) * 2008-10-06 2010-05-26 易搜比控股公司 相同或相似文件的过滤方法
CN101753607A (zh) * 2008-12-04 2010-06-23 联想(北京)有限公司 一种服务器及其工作方法
CN102193714A (zh) * 2010-03-11 2011-09-21 龙旗科技(上海)有限公司 一种移动终端资料分组管理的人机交互方式
CN102033960A (zh) * 2010-12-31 2011-04-27 中国建筑东北设计研究院有限公司 文件夹比较系统

Also Published As

Publication number Publication date
CN103257971A (zh) 2013-08-21

Similar Documents

Publication Publication Date Title
CN103257971B (zh) 终端和文件管理方法
CN1983266B (zh) 闪速类介质中存储事务记录的文件系统
CN100530184C (zh) 图形显示到文件系统中的文件的分层硬链接的方法和装置
EP2784665B1 (en) Program and version control method
CN105808284B (zh) 一种增量升级方法及应用其的服务器
CN101512526B (zh) 动态片段映射
EP1587006A2 (en) Method and system for renaming consecutive keys in a B-tree
CN108700424A (zh) 导航数据库更新包
JP4304194B2 (ja) ファイルシステム管理装置及び方法
CN107783770B (zh) 页面配置更新方法、装置、服务器和介质
CN103870588A (zh) 一种在数据库中使用的方法及装置
US20070100888A1 (en) Method and apparatus for managing content file information, and recording medium storing program for performing the method
CN108291815A (zh) 改善流式导航数据的可用性的图块版本控制
CN100565508C (zh) 结构化文档管理设备、搜索设备、存储和搜索方法
RU2016123091A (ru) Способ и система для обработки данных
CN105912675A (zh) 一种针对小文件合并的批量删除/查询方法与装置
KR100858157B1 (ko) 맵 업데이트 시스템 및 방법, 방법 프로그램을 기록한저장매체, 사용자 단말기
JP4825719B2 (ja) 高速ファイル属性検索
CN108959609A (zh) 店铺地址的更新方法及装置
JPWO2007026484A1 (ja) 情報処理システム、情報処理方法、実行バイナリイメージ作成装置、実行バイナリイメージ作成方法、実行バイナリイメージ作成プログラム、実行バイナリイメージ作成プログラムを記録したコンピュータ読み取り可能な記録媒体、実行バイナリイメージ実行装置、実行バイナリイメージ実行方法、実行バイナリイメージ実行プログラム及び実行バイナリイメージ実行プログラムを記録したコンピュータ読み取り可能な記録媒体
JPWO2007026484A6 (ja) 実行バイナリイメージの作成及び実行を行う装置、方法、プログラム、該プログラムを記録したコンピュータ読み取り可能な記録媒体
CN106227830A (zh) 存储和读取文件的方法和装置
US8429331B2 (en) Storage optimizations by directory compaction in a fat file system
JP2003271439A (ja) 情報処理装置およびプログラム
JP5063447B2 (ja) コンテンツ管理装置及び方法及びプログラム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant