CN111506545A - 一种文件管理的方法和装置 - Google Patents

Abstract

本公开提供了一种文件管理的方法和装置，其中该方法应用于Linux系统的存储服务器，包括：获取本地待存储各文件的第一文件名；将获取的各第一文件名按照预设规则转换成各第二文件名；建立各第二文件名与各第一文件名间的对应关系。其中，所述对应关系中将具有相同第二文件名合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应，通过该方法可以解决Windows和Linux组成的存储系统出现检索不兼容的情况发生。

Description

一种文件管理的方法和装置

技术领域

本公开涉及通信技术领域，尤其涉及一种文件管理的方法和装置。

背景技术

用户在使用Windows系统的文件管理功能(例如：Windows资源管理器)时，是通过文件名识别不同的文件和目录，进行搜索、拷贝、新建等操作。在操作系统层，用户通过Windows系统对文件或目录进行搜索、拷贝、新建等功能时都要用到文件名的检索功能。

然而Windows系统在检索文件名时默认按照文件名大小写不敏感方式处理，但是Linux系统检索文件名时只能按照文件名大小写敏感方式处理。

Windows文件管理系统的后端存储一般是分布式文件系统，分布式文件系统一般是基于Linux的分布式存储，这样就会出现Windows认为不区分大小写后文件名一致的文件都是同一个文件，而Linux认为不区分大小写后文件名一致的文件不一定是同一文件，从而会导致检索不兼容的情况发生。

发明内容

本公开实施例提供了一种文件管理的方法和装置，通过该方法，解决Windows和Linux组成的存储系统出现检索不兼容的情况发生。

本公开实施例提供了一种文件管理的方法，方法应用于Linux系统的存储服务器，该方法包括：

获取本地待存储各文件的第一文件名；

将获取的各第一文件名按照预设规则转换成各第二文件名；

建立各第二文件名与各第一文件名间的对应关系；

其中，所述对应关系中将具有相同第二文件名合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应。

通过上述实施例可以看出，建立第二文件名与各第一文件名间的对应关系，其中第二文件名是按照预设规则将第一文件名转换后的文件名，而第一文件名为待存储文件的真实文件名，通过上述对应关系可以满足Windows系统和Linux系统不同的检索习惯，避免了Windows和Linux组成的存储系统出现检索不兼容的情况发生。

在另一种实施例中，将所述对应关系中具有相同第二文件名的各第一文件名对应的待存储文件进行相邻存储。

通过上述实施例可以看出，通过将具有相同第二文件名的各第一文件名对应的待存储文件进行相邻存储，可以使服务器更加快捷的找到满足检索条件的各第一文件名，避免服务器需要将自身存储的所有文件的文件名全部查阅后才得出检索结果，节约了服务器的资源以及检索时间。

在另一种实施例中，在建立所述第二文件名与各第一文件名的对应关系后，所述方法还包括:

接收检索请求，所述检索请求包括：待检索文件的待检索文件名；

将所述待检索文件名按照预设规则转换成第三文件名；

根据所述第三文件名和所述对应关系进行检索，并反馈检索结果。

在另一种实施例中，所述根据所述第三文件名和所述对应关系进行检索，并反馈检索结果，具体包括:

判断所述对应关系中是否存在与所述第三文件名匹配的目标第二文件名；

若存在，则将对应关系中与所述目标第二文件名对应的各第一文件名作为检索结果进行反馈；

若不存在，则将检索失败作为检索结果进行反馈。

在另一种实施例中，若所述检索请求还包括：目标标识，所述根据所述第三文件名和所述对应关系进行检索，并反馈检索结果，具体包括：

判断所述对应关系中是否存在与所述第三文件名匹配的目标第二文件名；

若存在，则将对应关系中与所述目标第二文件对应的任一第一文件名作为反馈结果进行反馈；

若不存在，则将检索失败作为检索结果进行反馈。

由上述实施例可以看出，在接收到检索请求后，可以根据该检索请求中是否携带了目标标识来进行不同的检索，具体的，若携带了目标标识则可进行模糊检索，并反馈任一相应的第一文件名即可，若未携带目标标识则可进行细致检索，并反馈所有相应的第一文件名。

本公开还提供了一种文件管理的装置，该装置包括：

获取模块，用于获取本地待存储各文件的第一文件名；

处理模块，用于将获取的各第一文件名按照预设规则转换成各第二文件名；

所述处理模块，还用于建立各第二文件名与各第一文件名间的对应关系；

其中，所述对应关系中将具有相同第二文件名合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应。

在另一种实施例中，所述处理模块，还用于将所述对应关系中具有相同第二文件名的各第一文件名对应的待存储文件进行相邻存储。

在另一种实施例中，所述预设规则包括文件名大写或小写规则。

在另一种实施例中，所述获取模块，还用于接收检索请求，所述检索请求包括：待检索文件的待检索文件名；

所述处理模块，还用于将所述待检索文件名按照预设规则转换成第三文件名；

所述处理模块，还用于根据所述第三文件名和所述对应关系进行检索，并反馈检索结果。

附图说明

图1.为本公开实施例提供的一种文件管理的方法的流程示意图；

图2.为本公开实施例提供的一种文件管理的方法的流程示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，本公开实施例提供了一种文件管理的方法，该方法包括：

S1.获取本地待存储各文件的第一文件名；

S2.将获取的各第一文件名按照预设规则转换成各第二文件名；

S3.建立各第二文件名与各第一文件名间的对应关系。

其中，所述对应关系中将具有相同第二文件名合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应。

在本实施例中，该方法可以应用在Linux系统的存储服务器中，例如，运用Linux系统的分布式存储服务器中。

在步骤S2中，将获取的各第一文件名按照预设规则转换成各第二文件名，其中该预设规则包括文件名大写或小写规则，为了便于描述，在此实施例中可定义该预设规则为文件名大写规则，既将获取的各第一文件名中的字符均转换成大写字符。

在步骤S3中，建立各第二文件名与各第一文件名间的对应关系，在此步骤中由于Linux系统会认为同一字符但是大小写不同的文件名为不同文件名，例如认为第一文件名“ABC”与第一文件名“abc”为不同文件，当第一文件名通过步骤S2转换后的第二文件名均为“ABC”，则将具有相同第二文件名进行合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应，例如表1所示：

表1

如表1所示，根据步骤S2和S3后形成了第二文件名与第一文件名的对应关系，其中该对应关系可以为对应关系表，例如表1，相应的可以在第一文件名后标注每个文件具体的存储地址信息；或者该对应关系可以为隐含对应关系，既逻辑上的对应关系，具体的，对服务器存储的每个待存储文件设置双重文件名，一重为转换后的第二文件名，另一重为真实的第一文件名。

在本实施例中，当服务器存储待存储文件时，可以根据上述的步骤获取到具有相同第二文件名的各第一文件名，例如表1所示，则服务器根据表1，将“abc”、“aBc”、“Abc”、“ABC”4个第一文件名对应的文件做相邻存储，以便服务器在检索时，可以集中的检索出具有相同第二文件名的所有第一文件名，避免服务器检索所有存储的文件名，提高了检索速度并且降低了服务器的资源损耗，为了充分展示此实施例，本公开提供了如下实施例，如表2所示：

表2

由表2可以看出，第二文件名有3个，对应的第一文件名有8个，那么服务器在存储8个第一文件名对应的文件时，可以将“abc”、“aBc”、“Abc”、“ABC”这4个文件做相邻存储，将“BDf”、“bdf”这2个文件做相邻存储，将“af”、“Af”这2个文件做相邻存储，这样，若服务器要检索“ABC”时，则服务器可只检索第二文件名“ABC”对应的4个第一文件名，无需检索“BDf”等其他第一文件名，从而节省了服务器的检索时间，以及节约了服务器的用于检索的资源。

通过上述实施例可以看出，建立第二文件名与各第一文件名间的对应关系，其中第二文件名是按照预设规则将第一文件名转换后的文件名，而第一文件名为待存储文件的真实文件名，通过上述对应关系可以满足Windows系统和Linux系统不同的检索习惯，避免了Windows和Linux组成的存储系统出现检索不兼容的情况发生。

本公开还提供了另一种实施例，如图2所示：

S4.接收检索请求，所述检索请求包括：待检索文件的待检索文件名；

S5.将所述待检索文件名按照预设规则转换成第三文件名；

S6.根据所述第三文件名和所述对应关系进行检索，并反馈检索结果。

在步骤S4中，该检索请求可以为用户通过Windows系统发送给Linux系统的服务器的，具体一种实现Linux系统的服务器能够接受Windows系统发送检索信息的方法可以为，在Linux系统中运行Samba(一种将Linux文件服务和windows目录管理功能集成在一起的组件，以服务的方式存在于Linux环境中)，具体的，用户通过Windows系统发送检索请求，其中该检索请求中携带待检索文件的待检索文件名，服务器前端通过Samba接收该检索请求，并执行S4-S6步骤。

在步骤S5中，将所述待检索文件名按照预设规则转换成第三文件名，其中该预设规则包括文件名大写或小写规则，具体的与上述实施例中预设的规则保持一致，既将文件名转换为大写的规则。

在步骤S6中，服务器可以根据检索请求中是否携带了目标标识来执行模糊检索或者细致检索。

其中，该目标标识可以通过加载在检索请求中的特定标记来实现，其含义为执行模糊检索，既执行大小写不敏感的方式下检索。

具体的，当检索请求中携带了目标标识时，且服务器生成了对应关系表的情况下，服务器会将第三文件名在对应关系表中(第二文件名与第一文件名的对应关系)进行检索，查收是否存在与该第三文件名匹配的第二文件名，以表2举例，若待检索文件名为“bdf”，根据预设规则转换后的第三文件名为“BDF”，则在对应关系表中判断是否存在“BDF”，若存在，则可选择“BDf”或者“bdf”任一作为检索结果反馈给用户。

另一种情况为服务器未生成对应关系表，而是通过对存储的文件设置双重文件名的情况时，服务器可以逐个找到存储的文件的双重文件名中是否存在与第三文件名“BDF”匹配的文件，若存在则检索结果反馈给用户。

若当检索请求中未携带目标标识，则说明需要进行细致检索，此时若服务器生成了对应关系表，则服务器会将第三文件名在对应关系表中进行检索，例如第三文件名为“BDF”，根据对应关系，可知与第二文件名为“BDF”对应的第一文件名有“BDf”、“bdf”，此时，服务器可以将与第二文件名“BDF”对应的全部第一文件名“BDf”、“bdf”对应的文件作为检索结果反馈给用户。

同理，若服务器未生成对应关系表，则可对存储的文件的双重文件名实现检索。

通过上述实施例可以看出，在接收到检索请求后，可以根据该检索请求中是否携带了目标标识来进行不同的检索，具体的，若携带了目标标识则可进行模糊检索，既当服务器检索到对应关系中存在与第三文件名(将检索请求中携带的待检索文件名按预设规则转换后的文件名)匹配第二文件名时，将与第二文件名对应的任一第一文件名反馈给用户即可，若未携带目标标识则可进行细致检索，既将与第二文件名对应的全部第一文件名反馈给用户。

基于与上述方法实施例相同的思想构思，本公开实施例还提供了一种文件管理的装置，包括：

获取模块，用于获取本地待存储各文件的第一文件名；

处理模块，用于将获取的各第一文件名按照预设规则转换成各第二文件名；

所述处理模块，还用于建立各第二文件名与各第一文件名间的对应关系；

其中，所述对应关系中将具有相同第二文件名合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应。

在另一种实施例中，所述处理模块，还用于将所述对应关系中具有相同第二文件名的各第一文件名对应的待存储文件进行相邻存储。

在另一种实施例中，所述预设规则包括文件名大写或小写规则。

在另一种实施例中，所述获取模块，还用于接收检索请求，所述检索请求包括：待检索文件的待检索文件名；

所述处理模块，还用于将所述待检索文件名按照预设规则转换成第三文件名；

所述处理模块，还用于根据所述第三文件名和所述对应关系进行检索，并反馈检索结果。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法和电子设备，也可以通过其它的方式实现。以上所描述的实施方式仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施方式的方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

最后应说明的是：以上所述实施方式，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施方式对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施方式所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施方式技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种文件管理的方法，其特征在于，所述方法应用于Linux系统的存储服务器，所述方法包括：

获取本地待存储各文件的第一文件名；

将获取的各第一文件名按照预设规则转换成各第二文件名；

建立各第二文件名与各第一文件名间的对应关系；

其中，所述对应关系中将具有相同第二文件名合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应。

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

将所述对应关系中具有相同第二文件名的各第一文件名对应的待存储文件进行相邻存储。

3.根据权利要求1所述的方法，其特征在于，所述预设规则包括文件名大写或小写规则。

4.根据权利要求1所述的方法，其特征在于，在建立所述第二文件名与各第一文件名的对应关系后，所述方法还包括：

接收检索请求，所述检索请求包括：待检索文件的待检索文件名；

将所述待检索文件名按照预设规则转换成第三文件名；

根据所述第三文件名和所述对应关系进行检索，并反馈检索结果。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第三文件名和所述对应关系进行检索，并反馈检索结果，具体包括：

判断所述对应关系中是否存在与所述第三文件名匹配的目标第二文件名；

若存在，则将对应关系中与所述目标第二文件名对应的各第一文件名作为检索结果进行反馈；

若不存在，则将检索失败作为检索结果进行反馈。

6.根据权利要求4所述的方法，其特征在于，若所述检索请求还包括：目标标识，所述根据所述第三文件名和所述对应关系进行检索，并反馈检索结果，具体包括：

判断所述对应关系中是否存在与所述第三文件名匹配的目标第二文件名；

若存在，则将对应关系中与所述目标第二文件对应的任一第一文件名作为反馈结果进行反馈；

若不存在，则将检索失败作为检索结果进行反馈。

7.一种文件管理的装置，其特征在于，所述装置包括：

获取模块，用于获取本地待存储各文件的第一文件名；

处理模块，用于将获取的各第一文件名按照预设规则转换成各第二文件名；

所述处理模块，还用于建立各第二文件名与各第一文件名间的对应关系；

其中，所述对应关系中将具有相同第二文件名合并为一个第二文件名，使得所述对应关系中的某个第二文件名与一个或一个以上第一文件名的对应。

8.根据权利要求7所述的装置，其特征在于，

所述处理模块，还用于将所述对应关系中具有相同第二文件名的各第一文件名对应的待存储文件进行相邻存储。

9.根据权利要求7所述的装置，其特征在于，所述预设规则包括文件名大写或小写规则。

10.根据权利要求7所述的装置，其特征在于，

所述获取模块，还用于接收检索请求，所述检索请求包括：待检索文件的待检索文件名；

所述处理模块，还用于将所述待检索文件名按照预设规则转换成第三文件名；

所述处理模块，还用于根据所述第三文件名和所述对应关系进行检索，并反馈检索结果。

Images