CN114817155A - 基于通用设备的文件存储及检索方法 - Google Patents
基于通用设备的文件存储及检索方法 Download PDFInfo
- Publication number
- CN114817155A CN114817155A CN202210714627.8A CN202210714627A CN114817155A CN 114817155 A CN114817155 A CN 114817155A CN 202210714627 A CN202210714627 A CN 202210714627A CN 114817155 A CN114817155 A CN 114817155A
- Authority
- CN
- China
- Prior art keywords
- retrieval
- file
- attribute
- attribute words
- user
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/148—File search processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Library & Information Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例提供了一种基于通用设备的文件存储和检索方法。该文件存储方法通过向用户发送用于对当前文件进行存储的属性词提示使得用户既可以按照已有的属性词对文件进行命名,又可以创建新的属性词,进而创建新的分类规则。在文件检索时,使用一个或多个关键词对同级及跨级的存储文件名称中的属性词进行检索,进而筛选出所需文件。文件检索可以不受存储文件所处层级的限制,使得用户快速定位所要检索的文件,提升了用户的体验。同级及跨级的文件检索中,与检索条件相同的属性词的消隐形式将文件的管理形成了一种全新的文件动态分类管理的形式。
Description
技术领域
本申请涉及电数字数据处理技术领域,具体而言,本申请涉及一种基于通用设备的文件存储及检索方法。
背景技术
对电子文档的管理是用户常用的操作,例如对文档进行存储以及检索等。在个人计算机中,或是在专业的计算集群计算机中,亦或个人的手持设备中,电子文件管理的后台实现技术因不同的平台而有巨大的差别。但从用户使用角度,不同的平台中的电子文件管理及操作方法是基本相同的。
电子文档管理的基础为文件目录结构,在现有的各种技术平台中采用的都是树枝状的目录结构,这种结构是一种相对固定结构及模式,即由用户自己定义文件结构的层级数量、相互归属关系及每级结构中的文件夹或目录。
上述文档管理形式虽然能够满足一些存储以及检索需求,但文件本身就有着多属性的特点,原有相对固定的文件目录结构在文件的存储及检索时具有一定的困难。此外,在用户文件不断增多的情况下,相对固定的文件目录结构不能满足用户的不断增加及变化的文件存储需求。此外,在用户进行存储文件的检索时,往往因文件目录相对固定的结构导致查找困难,或是无法输入有效的检索词,或是无法实现多检索要求的文件交叉查找,用户体验较差。
发明内容
本申请针对现有电子文件管理方式的缺点,提出一种基于通用设备的文件存储及检索方法,形成一种全新的文件管理模式,提升用户的体验。
第一个方面,本申请实施例提供了一种基于通用设备的文件存储方法,包括:
向用户发出用于对当前文件进行存储的命名提示,以便用户参考所述命名提示对当前文件进行命名,所述命名提示包括多个属性词;
以用户确定的多个属性词作为所述当前文件的名称,将所述当前文件进行存储作为存储文件;
所述属性词具有级别属性,所述属性词在所述命名中的顺序即为所述属性词的级别,每级所述属性词归属于上一级所述属性词,相邻级别的所述属性词之间用符号隔离。
可选地,所述当前文件的名称包括m个所述属性词,现有文件的名称包括n个所述属性词,当前文件前i个所述属性词与所述现有文件的前i个属性词相同;
以用户确定的多个属性词作为所述当前文件的名称,包括:
在所述现有文件的第i级属性词下逐级建立第i+1级至第m级属性词,该第i+1级至第m级属性词为所述当前文件的第i+1级至第m级属性词,并以所述现有文件的前i级属性词以及所述当前文件的第i+1级至第m级属性词作为所述当前文件的名称;
其中,m为大于或等于2的整数,n为大于或等于2的整数,i为大于或等于1的整数,i小于或等于m且i小于或等于n。
可选地,向用户发出用于对当前文件进行存储的命名提示,包括:
向用户发送对话框以作为用于对当前文件进行存储的属性词提示;或者
在所述属性词提示中设置至少一个属性词输入位,且在输入属性词时会发送属性词提示供用户参考和选择,其中,相邻所述属性词输入位之间以设定符号进行分隔。
第二个方面,本申请实施例提供了一种基于通用设备的文件检索方法,包括:
在当前检索界面,以用户输入的包括检索文字的一个或多个检索条件作为检索指令对存储文件进行筛选,其中,当所述检索条件为属性词的全部或部分时,筛选出具有相应所述属性词的存储文件;
对筛选出的具有相应所述属性词的存储文件进行展示;
其中,所述当前检索界面包括第一检索框、第二检索框以及检索结果显示区,所述检索结果显示区用于对筛选出的具有相应属性词的存储文件进行展示。
可选地,当所述检索条件既不是所述属性词的全部也不是所述属性词的部分时,无所述存储文件被筛选,所述文件检索方法还包括:
在检索结果显示区显示空白或向用户发送无检出提示。
可选地,在当前检索界面,以用户输入的包括检索文字的一个或多个检索条件作为检索指令对存储文件进行筛选,包括:
以用户在当前检索界面的所述第一检索框内输入的包括检索文字的一个或多个检索条件作为所述检索指令,对符合所述检索条件的所述存储文件进行筛选。
可选地,仅当所述检索条件与当前所述属性词下的属性词完全一致时,对符合所述检索条件的所述属性词的下一级属性词进行展示。
可选地,在当前检索界面,以用户输入的包括检索文字的一个或多个检索条件作为检索指令对存储文件进行筛选,包括:
以用户在当前检索界面的所述第二检索框内输入的包括检索文字的一个或多个所述检索条件作为所述检索指令,对当前所述属性词下的各级所述存储文件进行筛选;当所述检索条件为一个或多个所述属性词的全部或部分时,对同时包含所述检索条件所对应的所述属性词的所述存储文件进行展示。
可选地,当所述检索条件为所述属性词的部分时,对筛选出的各存储文件名称中的与用户输入的所述检索指令中的所述检索条件相同的字符进行高亮显示;
当所述检索条件为所述属性词的全部时,对筛选出的各存储文件名称中的与用户输入的所述检索指令中的所述检索条件相同的所述属性词进行高亮显示或消隐。
第三个方面,本申请实施例提供了一种电子设备,包括存储器、处理器及存储在存储器上的计算机程序;
所述处理器执行所述计算机程序以实现上述的文件存储方法;或者/并且
所述处理器执行所述计算机程序以实现上述的文件检索方法。
本申请实施例提供的技术方案带来的有益技术效果是:
本实施例提供的基于通用设备的文件存储及检索方法,通过向用户发送用于对当前文件进行存储的属性词提示使得用户既可以按照已有的属性词对文件进行命名,又可以创建新的属性词,进而创建新的分类规则。在文件检索时,使用一个或多个关键词对同级及跨级的存储文件名称中的属性词进行检索,进而筛选出所需文件。文件检索可以不受存储文件所处层级的限制,使得用户快速定位所要检索的文件,提升了用户的体验。同级及跨级的文件检索中,与检索条件相同的属性词的消隐形式将文件的管理形成了一种全新的文件动态分类管理的形式。用户可以用检索的方式将文件按照不同分类逻辑进行动态的展示,形成一种全新的文件管理模式。
本申请附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本申请实施例提供的一种文件存储方法的流程示意图;
图2为本申请实施例提供的文件存储方法的命名时的一种显示界面;
图3为本申请实施例提供的文件存储方法的命名时的另一种显示界面;
图4为本申请实施例提供的一种文件检索方法的流程示意图;
图5为本申请实施例提供的具体实施例中的显示界面一;
图6为本申请实施例提供的具体实施例中的显示界面二;
图7为本申请实施例提供的具体实施例中的显示界面三;
图8为本申请实施例提供的具体实施例中的显示界面四;
图9为本申请实施例提供的具体实施例中的显示界面五;
图10为本申请实施例提供的具体实施例中的显示界面六;
图11为本申请实施例提供的具体实施例中的显示界面七;
图12为本申请实施例提供的具体实施例中的显示界面八;
图13为本申请实施例提供的具体实施例中的显示界面九;
图14为本申请实施例提供的具体实施例中的显示界面十;
图15为本申请实施例提供的具体实施例中的显示界面十一;
图16为本申请实施例提供的具体实施例中的显示界面十二;
图17为本申请实施例提供的具体实施例中的显示界面十三;
图18为本申请实施例提供的具体实施例中的显示界面十四;
图19为本申请实施例提供的具体实施例中的显示界面十五;
图20为本申请实施例提供的具体实施例中的显示界面十六;
图21为本申请实施例提供的具体实施例中的显示界面十七;
图22为本申请实施例提供的具体实施例中的显示界面十八;
图23为本申请实施例提供的具体实施例中的显示界面十九;
图24为本申请实施例提供的具体实施例中的显示界面二十。
具体实施方式
下面详细描述本申请,本申请的实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。此外,如果已知技术的详细描述对于示出的本申请的特征是不必要的,则将其省略。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作和/或它们的组。
对电子文档管理进行管理是用户常用的操作,例如对文档进行存储以及检索等。在现有的各种技术平台中采用的都是树枝状的目录结构,即由用户自己定义文件结构的层级数量、相互归属关系及每级结构中的文件夹或目录。上述文档管理形式虽然能够满足一些存储以及检索需求,但文件本身就有着多属性的特点,原有相对固定的文件目录结构在文件的存储及检索时具有一定的困难。此外,在用户文件不断增多的情况下,相对固定的文件目录结构不能满足用户的不断增加及变化的文件存储需求。此外,在用户进行存储文件的检索时,往往因文件目录相对固定的结构导致查找困难,或是无法输入有效的检索词,或是无法实现多检索要求的文件交叉查找,用户体验较差。
本申请提供的基于通用设备的文件存储、检索方法及电子设备,旨在解决现有技术的如上技术问题。
本申请实施例提供了一种基于通用设备的文件存储方法,如图1所示,本实施例提供的文件存储方法包括:
S1:向用户发出用于对当前文件进行存储的命名提示,以便用户参考命名提示对当前文件进行命名,命名提示包括多个属性词。
S2:以用户确定的多个属性词作为当前文件的名称,将当前文件进行存储作为存储文件。
具体地,属性词具有级别属性,属性词在命名中的顺序即为属性词的级别,每级属性词归属于上一级属性词,相邻级别的属性词之间用符号隔离。
具体地,“用户确定的多个属性词”是指用户通过输入、点击、选取等操作确定的多个属性词,或者通过指定当前属性词所在分级的方式而自动确定的多个前级属性词。
具体地,本申请所述的“属性词”为用户任意指定的词或字符或是文件建立及使用过程中形成的,表示文件客观属性的词或字符。用户指定的属性词一般为描述文件类型、文件内容或文件存储位置等文件属性的词或字符。文件的客观属性词一般为描述文件的客观属性的词或字符,如描述文件建立的时间的包含数字及数字组合的词或字符,描述文件尺寸大小的包含数字及数字组合的词或字符,描述文件访问时间的包含数字及数字组合的词或字符等。
需要说明的是,如果文件名称的最后一级属性词放置文件的文件类型,可以方便的与现有的文件系统的文件名相兼容,但不是必须将文件类型的属性词放置于文件名称的最后一级。
如图2所示,用于对当前文件进行存储的属性词提示为在命名提示对话框中显示的多个以“_”间隔的属性词提示,即“属性词1”至“属性词5”,用户将鼠标放在“属性词1”位置点击后,该属性词提示自动消失。且,分隔符用于间隔不同的属性词,仅在开始输入下一个属性词或有多个属性词时显示。用户只需要将适当的属性词依次输入至命名提示对话框。需要说明的是,虽然图2所示的属性词的个数为5个,但在具体实施时,命名提示对话框提示的“属性词”的个数依据命名提示对话框的大小而自动调整。
在本实施例中,分别使用三角符号和五星符号作为文件集及单个文件的图标。其中,三角符号表示该属性词下有多个文件,即文件集,可以展开并显示多个文件。用户可以选中该符号进行如展开、复制、剪切等操作,五星符号表示单独文件。
或者,如图3所示,用于对当前文件进行存储的属性词提示为具体属性词提示对话框,即在命名时展示当前属性词分级下的现有属性词,用户可以点击具体属性词提示对话框的属性词作为当前存储文件的名称中的属性词,或输入新的属性词作为当前存储文件的名称中的属性词。
本实施例提供的文件存储方法,通过向用户发送用于对当前文件进行存储的属性词提示使得用户能够参考属性词对文件进行命名,形成相应的分类规则,从而方便在文件检索时通过属性词对文件进行检索,提升了用户的体验。
具体地,当前文件的名称包括m个属性词,现有文件的名称包括n个属性词,当前文件前i个属性词与现有文件的前i个属性词相同,则本实施例提供的文件存储方法中,步骤S2包括:
在现有文件的第i级属性词下逐级建立第i+1级至第m级属性词,该第i+1级至第m级属性词为当前文件的第i+1级至第m级属性词,并以现有文件的前i级属性词以及当前文件的第i+1级至第m级属性词作为当前文件的名称;其中,m为大于或等于2的整数,n为大于或等于2的整数,i为大于或等于1的整数,i小于或等于m且i小于或等于n。
在该实施例中,前i级属性词可通过用户以指定当前属性词所在分级的方式而自动确定,而第i+1至第m级属性词可通过用户以输入的方式进行确定。
具体地,某个现有文件的名称为“图片_2021_北京_颐和园_1_jpg”,则该现有文件的属性词依次为图片、2021、北京、颐和园、1和jpg,这些属性词分别对应第一级、第二级、第三级、第四级、第五级和第六级,其中第六级属性词为该文件的文件类型。在存储时,第一级至第六级分别对应一级属性词,且下一级属性词位于上一级属性词所属的分类内;以本现有文件为例,则需要建立图片、2021、北京、颐和园、1、jpg这6个属性词,其中jpg为该现有文件的文件类型,放置于文件名称的最后一级,可以方便地与现有的文件系统的文件名相兼容。
而本次待存储的当前文件为2021年拍摄于北京雍和宫的图片,此时,在“北京”这一属性词下建立“雍和宫”属性词,再在“雍和宫”这一属性词下建立“1”属性词和“jpg”属性词(“jpg”属性词对应待存储的当前文件的文件类型),因此,该当前文件的名称可以继承属性词“北京”前的所有属性词分级,为“图片_2021_北京_雍和宫_1_jpg”。
可选地,本实施例提供的文件存储方法中,步骤S1包括:向用户发送对话框以作为用于对当前文件进行存储的属性词提示;或者在所述属性词提示中设置至少一个属性词输入位,且在输入属性词时会发送属性词提示供用户参考和选择,其中,相邻所述属性词输入位之间以设定符号进行分隔。
具体地,所述对话框包括命名提示对话框和具体属性词提示对话框。在当前文件的命名提示对话框中设置至少一个属性词输入位,且在输入属性词时会发送具体属性词提示对话框以作为用于对当前文件进行存储的属性词提示供用户参考和选择。
基于同一发明构思,本申请实施例还提供了一种基于通用设备的文件检索方法,如图4所示,本实施例提供的基于通用设备的文件检索方法包括:
P1:在当前检索界面,以用户输入的包括检索文字的一个或多个检索条件作为检索指令对存储文件进行筛选,其中,当所述检索条件为属性词的全部或部分时,筛选出具有相应所述属性词的存储文件。
P2:对筛选出的具有相应属性词的存储文件进行展示。
其中,当前检索界面包括第一检索框、第二检索框以及检索结果显示区,检索结果显示区用于对筛选出的具有相应属性词的存储文件进行展示。具体地,如图5所示的检索界面中,区域1为第一检索模式的检索文字输入栏,即第一检索框;区域2为第二检索模式的检索文字输入栏,即第二检索框;区域3为存储文件属性词分级和文件显示结果区域,即,检索结果显示区。需要说明的是,在区域1和区域2,可以输入一个或多个检索条件,每个检索条件以分隔符区分。
具体地,当检索条件既不是所述属性词的全部也不是所述属性词的部分时,无所述存储文件被筛选,本实施例提供的文件检索方法还包括:在检索结果显示区显示空白或向用户发送无检出提示。也就是当输入的检索条件无法对应到任一属性词时,检索不到任何文件,此时在检索结果显示区显示空白或向用户发送无检出提示。
本实施例提供的文件检索方法,使用一个或多个关键词对同级及跨级的存储文件名称中的属性词进行检索,进而筛选出所需文件,文件检索可以不受存储文件所处层级的限制,使得用户快速定位所要检索的文件,提升了用户的体验,同级及跨级的文件检索中,与检索条件相同的属性词的消隐形式将文件的管理形成了一种全新的文件动态分类管理的形式。用户可以用检索的方式将文件按照不同分类逻辑进行动态的展示,形成一种全新的文件管理模式。
具体地,如现有文件中的属性词只有“北京”和“北海公园”,则,检索条件为“上海”时,检索条件既不是属性词的全部也不是属性词的部分,则检索不到任何文件。检索条件为“北”时,检索条件不是属性词的全部,但是属性词的部分,即属性词“北京”的“北”及属性词“北海公园”的“北”,则在不同的检索模式下会出现不同的检索结果,具体的检索模式以及各检索模式下的检索结果请详见后文,其中,第一检索框对应第一检索模式,第二检索框对应第二检索模式。
在一个可选的实施例中,步骤P1包括:以用户在当前检索界面的第一检索框内输入的包括检索文字的一个或多个检索条件作为所述检索指令,并对所述检索条件的存储文件进行筛选。具体地,即在第一检索框中输入包括检索文字的一个或多个检索条件作为检索指令。即第一检索模式。
具体地,在该实施例中,仅当所述检索条件与当前属性词下的属性词完全一致时,对符合所述检索条件的所述属性词的下一级属性词进行展示。例如,现有属性词“C”下一级的属性词只有“北京”“北海公园”,属性词“北京”和属性词“北海公园”下有多级属性词,如果在第一检索框内输入“C_北京”,则能够对“北京”的下一级属性词进行展示。需要说明的是,在本管理系统的第一检索框中输入的检索条件仅允许为完整的属性词,如果与完整的属性词不一致,则系统显示检索的结果为空白或给出无检出提示。例如,现有属性词“C”下一级的属性词只有“北京”“北海公园”,如果在第一检索框内输入“C_北”(“北”为属性词“北京”和“北海公园”的部分),则既不能展示“北京”的下一级属性词,也不能展示“北海公园”的下一级属性词,同时系统显示检索的结果为空白或给出无检出提示。
需要说明的是,在创建文件时,用户通过输入属性词对文件进行命名,依据属性词及其分级隶属关系形成分类规则,形成了文件的分类存储。在第一检索框中,用户输入检索条件需要符合文件的现有分类规则,才能检索到相应的文件。
需要说明的是,在第一检索框内输入包括检索文字的检索条件,并命中当前属性词分级下的属性词后,在检索结果显示区对符合检索条件的属性词的下一级属性词进行展示,且该检索条件将保留在第一检索框内,并与下一个输入的检索条件通过某种隔离符号相区分。在第一检索框内除手动输入检索条件外,还可以通过点击检索结果显示区中的属性词来实现。
需要说明的是,“对属性词的下一级属性词进行展示”是展示到下一个含有多个子级的属性词(例如文件夹)或无子级的属性词(例如文件)。这种展示的原则为最长属性词分级显示原则。
在另一个可选的实施例中,步骤P1包括:以用户在当前检索界面的第二检索框内输入的包括检索文字的一个或多个检索条件作为检索指令,对当前属性词下的各级存储文件进行筛选;当检索条件为一个或多个属性词的全部或部分,对同时包含检索条件所对应的属性词的所述存储文件进行展示。即第二检索模式。
当前属性词由第一检索框内的属性词确定。具体地,当第一检索框内输入了属性词时,第一检索框内的最后一个属性词即为当前属性词。当第一检索框内无属性词时,当前属性词为无,即存储文件的筛选范围是系统内的所有存储文件。
具体地,在该实施例中,当检索条件为一个或多个属性词的全部或部分时,对同时包含检索条件所对应的属性词的存储文件进行展示。例如,现有文件中的属性词只有“北京”“北京市”,在第二检索框内输入“北京市”,检索条件为属性词“北京市”的全部,则在检索结果显示区显示包含属性词“北京市”的存储文件。如果在第二检索框内输入“北”,检索条件不是属性词的全部,是属性词的部分,即属性词“北京”的“北”及属性词“北京市”的“北”,则在检索结果显示区显示包含属性词“北京”和属性词“北京市”的存储文件。
同理,如现有文件的属性词包括“2020”“2021”“2022”。在第二检索框中输入“202”后,检索结果显示区会将含有属性词:“202”,即“2020”“2021”“2022”的文件进行展示。此检索方法可以实现检索所有“2020”及以后年份的文件,并进行展示。
在第二检索模式下进行多个条件的检索时,多个检索条件用分隔符,例如“_”进行连接,当然,也可以采用其他的分隔符,例如“/”、“*”或者空格等。在进行检索时,可以根据具体的应用条件,严格按照检索条件级别顺序进行检索,也可以不对级别进行限制。
需要说明的是,在第二检索模式下,当输入多个检索条件时,应用程序可以采用严格限定多个检索条件级别顺序的方式进行检索,也可以采用不限定检索条件级别顺序的方式进行检索。当然应用程序也可以实现采用两种模式的切换,例如通过采用不同的分隔符的方式来实现模式的切换,具体地,当以“_”作为分隔符时对多个检索条件的级别进行限制,当以“/”或者空格等作为分隔符时则不对级别进行限制。例如,现有文件的属性词中同时含有“2020”和“北京”两个属性词。如在第二检索框内输入检索条件“2020_北京”,则对“2020”和 “北京”的级别进行限制,即检索结果中的属性词“2020”级别需在属性词“北京”之前。如在第二检索框内输入检索条件“2020/北京”,则不对“2020”和“北京”的级别进行限制,即检索结果中属性词“2020”的级别可以在属性词“北京”之前,也可以在属性词“北京”之后。
具体地,当检索条件为属性词的部分时,对筛选出的各存储文件名称中的与用户输入的检索指令中的检索条件相同的字符进行高亮显示;当检索条件为属性词的全部时,对筛选出的各存储文件名称中的与用户输入的检索指令中的检索条件相同的属性词进行高亮显示或消隐。
具体地,在第二检索模式中,当检索条件为属性词的部分时,在检索结果显示区中显示文件名称中的部分属性词与用户输入的检索条件相同的存储文件,同时对与检索条件相同的字符进行高亮显示。
具体地,在第二检索模式中,当检索条件为属性词的全部时,在检索结果显示区中显示文件名称中的属性词与用户输入的检索条件相同的存储文件,同时对与检索条件相同的字符进行高亮显示或消隐。
基于同一发明构思,本申请实施例提供了一种电子设备,该电子设备包括存储器、处理器及存储在存储器上的计算机程序,处理器执行计算机程序以实现上述实施例中的文件存储方法;或者/并且处理器执行计算机程序以实现上述实施例中的文件检索方法。能够实现上述实施例中的文件存储/检索方法的有益效果,在此不再赘述。
具体地,本实施例中的电子设备可以为用户端也可以为服务器。也就是本实施例中的电子设备为通用电子设备。当本实施例提供的电子设备用于实现上述实施例中的文件存储方法时,能够实现上述实施例中的文件存储方法的有益效果;当本实施例提供的电子设备用于实现上述实施例中的文件存储方法时,能够实现上述实施例中的文件存储方法的有益效果。
为了便于理解,以下结合具体实施例来对本申请提供的文件存储方法以及文件检索方法进行说明。
具体地。假定有以下几个文件:
“C_图片_2020_北京_故宫_风景照_1_jpg”
“C_图片_2020_北京_颐和园_个人照_2_jpg”
“C_图片_2020_上海_东方明珠_聚会照_1_jpg”
“C_图片_2020_上海_黄浦江_风景照_1_jpg”
“C_图片_2020_哈尔滨_太阳岛_风景照_1_jpg”
“C_图片_2020_哈尔滨_冰雪大世界_聚会照_2_jpg”
“C_图片_2020_哈尔滨_冰雪大世界_聚会照_3_jpg”
“C_图片_2020_广州_广州塔_1_jpg”
“C_图片_2020_广州_广州塔_2_jpg”
“C_图片_2020_广州_广州塔_3_1_jpg”
“C_图片_2020_广州_广州塔_4_2_jpg”
“C_图片_2020_广州_广州塔_广_4_jpg”
“C_图片_2020_广州_广州塔_广大_5_jpg”
“C_图片_2020_广州_广州塔_广大校_3_jpg”
“C_图片_2020_广州_广州塔_广大校友合影_2_jpg”
“C_图片_2020_广州_广州塔_广大校友合影_3_jpg”
“C_图片_2020_广州_广州塔_大广校友_1_jpg”
“C_图片_2020_广州_广州塔_广大校友聚会照_3_jpg”
“C_图片_2020_重庆_解放碑_聚会照_3_jpg”
在进行文件检索时,具体如下:
第一,在没有输入任何检索指令时,即两个检索搜索框内均无任何输入,系统界面如图6所示。在本例中,存储文件的空间只有一个名称为“C”的盘,且该盘存储空间内的文件中,所有文件名称中都包含“C_图片_2020”这三级属性词。按照最长属性词分级显示原则,在检索结果显示区显示为“C_图片_2020”。
第二,当用户在第一检索框中输入“C_图片”时,输入的两级属性词“C_图片”将保留在第一检索框内,在检索结果显示区显示该检索指令的检索结果。显示的结果中,属性词“C_图片”自动消隐,并按照最长属性词分级原则显示为“▲2020”,具体如图7所示。同样,用户可以通过某种鼠标操作(如鼠标左键双击)检索结果显示区的属性词“图片”,其效果等同于第一检索框中输入“C_图片”。
第三,当检索界面在属性词“C_图片”分级(或称之为,当前属性词分级)下,给一张图片按照“2020”“广州”“白云山”“广园中路留念”“1” “jpg”的分级顺序命名。用户在开始输入时,系统会弹出命名提示对话框,用户在命名提示对话框中顺序输入相应的属性词,即顺序输入“2020_广州_白云山_广园中路留念_1_jpg”,为文件命名。
输入每级属性词时,系统会自动列出具体属性词提示对话框作为属性词提示,即,自动列出当前属性词分级下的现有属性词。如果需显示的内容数量超过了弹出窗口的最大容量,通过鼠标操作滚动条的方式显示所有属性词。属性词可以按照使用频率从高到低排列。具体如图8所示。
在文件命名过程中,手动输入“2”时,系统会自动列出属性词提示“2020”。用户可以通过某种鼠标操作(如鼠标左键单击)或键盘的箭头按键选中列出的属性词提示“2020”,完成这一级的命名。其效果等同于用户手动输入“2020”。当需要继续对文件的下一级属性词进行命名时,可以通过手动输入分隔符“_”或用鼠标点击命名提示对话框中的下一个属性词的位置完成下一级属性词命名的准备。准备输入下一级属性词时,系统会自动列出“2020”的下一级属性词作为提示,并按照使用频率从高到低显示,具体如图9所示。
在完成属性词“白云山”的输入后,通过手动输入分隔符“_”或鼠标点击的方式准备继续输入下一级属性词,具体如图10所示。在输入下一级属性词过程中,用户在手动输入“广”后,系统会自动列出属性词提示“广”“广大”“广大校”“广大校友合影”“大广校友”和“广大校友聚会照”。由于属性词提示中没有“广园中路留念”,所以需要用户手动输入“广园中路留念”;用户按照同样的方式,在“广园中路留念”下一级输入“1”,在“1”下一级输入“jpg”,每个属性词之间用分隔符隔开。命名完成后,该文件完整的文件名称为“C_图片_2020_广州_白云山_广园中路留念_1_jpg”。
第四,当用户在第一检索模式下进行检索时,在第一检索框中输入检索条件“C_图片_2020”,检索结果显示区中显示结果如图11所示;鼠标放置于属性词“北京”前的图标(三角符号)的显示界面如图12所示。用户可以通过某种鼠标操作(如鼠标右键单击)列出界面显示操作选项,具体如图13所示,用户可以依据具体需求通过某种鼠标操作(如鼠标左键单击)或键盘的箭头按键选择相应的操作。例如用户选择“展开”操作,即可展开属性词“北京”分级下的所有文件,结果如图14所示。
第五,当用户在第二检索模式下进行检索时,选中第二检索框,则光标闪烁,并弹出检索的历史记录窗口,具体如图15所示。此时在第二检索框中手动输入“聚”,历史记录只显示“聚会照”,具体如图16所示。用户可以通过某种鼠标操作(如鼠标左键单击)或键盘的箭头按键选择历史记录中的“聚会照”,此时第二检索框中的检索条件为“聚会照”。当在第二检索框中的“聚会照”后键入“回车”键,表示该检索条件输入完成。用户在第二检索模式下选择了“高亮模式”。此时显示的结果具体如图17所示,“聚会照”一词会高亮显示。如果用户选择“消隐模式”,那么检索结果显示区显示的结果具体如图18所示,检索结果中“聚会照”这一属性词会自动消隐,而“广大校友聚会照”中的“聚会照”依旧为高亮显示。
此时,用户通过某种鼠标操作(如鼠标左键单击)选中检索条件“聚会照”后面空白的部分,系统会自动添加如“”(空格)作为分隔符,以区别多个检索条件,其效果等同于在第二检索框中的“聚会照”后手动输入“”(空格),以示多个检索条件间的分隔。在第二检索框内添加新的检索条件“广州”,此时第二检索框内的检索条件变为“聚会照 广州”,检索结果显示区的结果如图19所示。
需要说明的是,在第二检索框中输入“聚会照”与“广州”时,等同于用户按照自己的检索分类逻辑对现有文件进行了分类显示,不会被现有存储文件的分级情况所限制。如果所述存储文件原有的命名先后顺序为“聚会照”,“广州”时,上述第二检索模式的消隐模式的结果与在第一检索框中依次输入“聚会照”“广州”一致。而文件命名中的属性词顺序一旦形成,需要手动逐个修改。第二检索模式其效果等同于实现了对文件的动态分类管理。
第六,接前例图19,当用户选择“高亮模式”时,检索结果显示区的结果如图20所示。检索结果显示区中没有属性词被消隐,可以通过鼠标操作的方式实现等同于文件检索中手动输入的效果。
用户可以通过某种鼠标操作(如鼠标左键双击)选中检索结果显示区中的属性词“广州塔”,则第一检索框内的检索条件变为“C_图片_2020_广州_广州塔”,检索结果显示区的结果如图21所示。其效果等同于在第一检索框中手动输入“C_图片_2020_广州_广州塔”,在第二检索框中手动输入“聚会照”及“广州”的检索结果。删除第二检索框中的检索条件“广州”,检索结果显示区的结果如图22所示。其效果等同于在第一检索框中手动输入“C_图片_2020_广州_广州塔”,在第二检索框中手动输入“聚会照”的检索结果。
若将第二检索框中的检索条件“聚会照”删除,只保留第一检索框中的检索条件“C_图片_2020_广州_广州塔”,检索结果显示区的结果具体如图23所示。用户可以通过某种鼠标操作(如鼠标右键双击)选中检索结果显示区中的属性词“3”,则第二检索框中检索条件变为“3”。检索结果显示区的结果如图24所示。其效果等同于在第一检索框中手动输入“C_图片_2020_广州_广州塔”,在第二检索框中手动输入“3”的检索结果。
通过上述具体实施例的说明,可表明第一检索模式和第二检索模式可以复合使用,即用户可以依据自己的使用习惯采用不同的方式来实现检索,但都由于存储文件的命名方式使得检索更为便捷。
应用本申请实施例,至少能够实现如下有益效果:
本实施例提供的基于通用设备的文件存储及检索方法,通过向用户发送用于对当前文件进行存储的属性词提示使得用户既可以按照已有的属性词对文件进行命名,又可以创建新的属性词,进而创建新的分类规则。在文件检索时,使用一个或多个关键词对同级及跨级的存储文件名称中的属性词进行检索,进而筛选出所需文件。文件检索可以不受存储文件所处层级的限制,使得用户快速定位所要检索的文件,提升了用户的体验。同级及跨级的文件检索中,与检索条件相同的属性词的消隐形式将文件的管理形成了一种全新的文件动态分类管理的形式。用户可以用检索的方式将文件按照不同分类逻辑进行动态的展示,形成一种全新的文件管理模式。
本技术领域技术人员可以理解,本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
在本申请的描述中,需要理解的是,术语“中心”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本申请的限制。
术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (9)
1.一种基于通用设备的文件存储方法,其特征在于,包括:
向用户发出用于对当前文件进行存储的命名提示,以便用户参考所述命名提示对当前文件进行命名,所述命名提示包括多个属性词;
以用户确定的多个属性词作为所述当前文件的名称,将所述当前文件进行存储作为存储文件;
所述属性词具有级别属性,所述属性词在所述命名中的顺序即为所述属性词的级别,每级所述属性词归属于上一级所述属性词,相邻级别的所述属性词之间用符号隔离。
2.根据权利要求1所述的基于通用设备的文件存储方法,其特征在于,所述当前文件的名称包括m个所述属性词,现有文件的名称包括n个所述属性词,当前文件前i个所述属性词与所述现有文件的前i个属性词相同;
以用户确定的多个属性词作为所述当前文件的名称,包括:
在所述现有文件的第i级属性词下逐级建立第i+1级至第m级属性词,该第i+1级至第m级属性词为所述当前文件的第i+1级至第m级属性词,并以所述现有文件的前i级属性词以及所述当前文件的第i+1级至第m级属性词作为所述当前文件的名称;
其中,m为大于或等于2的整数,n为大于或等于2的整数,i为大于或等于1的整数,i小于或等于m且i小于或等于n。
3.根据权利要求1或2所述的基于通用设备的文件存储方法,其特征在于,向用户发出用于对当前文件进行存储的命名提示,包括:
向用户发送对话框以作为用于对当前文件进行存储的属性词提示;或者
在所述属性词提示中设置至少一个属性词输入位,且在输入属性词时会发送属性词提示供用户参考和选择,其中,相邻所述属性词输入位之间以设定符号进行分隔。
4.一种基于通用设备的文件检索方法,其特征在于,包括:
在当前检索界面,以用户输入的包括检索文字的一个或多个检索条件作为检索指令对存储文件进行筛选,其中,当所述检索条件为属性词的全部或部分时,筛选出具有相应所述属性词的存储文件;
对筛选出的具有相应所述属性词的存储文件进行展示;
其中,所述当前检索界面包括第一检索框、第二检索框以及检索结果显示区,所述检索结果显示区用于对筛选出的具有相应属性词的存储文件进行展示。
5.根据权利要求4所述的基于通用设备的文件检索方法,其特征在于,当所述检索条件既不是所述属性词的全部也不是所述属性词的部分时,无所述存储文件被筛选,所述文件检索方法还包括:
在检索结果显示区显示空白或向用户发送无检出提示。
6.根据权利要求4或5所述的基于通用设备的文件检索方法,其特征在于,在当前检索界面,以用户输入的包括检索文字的一个或多个检索条件作为检索指令对存储文件进行筛选,包括:
以用户在当前检索界面的所述第一检索框内输入的包括检索文字的一个或多个检索条件作为所述检索指令,对符合所述检索条件的所述存储文件进行筛选。
7.根据权利要求6所述的基于通用设备的文件检索方法,其特征在于,仅当所述检索条件与当前所述属性词下的属性词完全一致时,对符合所述检索条件的所述属性词的下一级属性词进行展示。
8.根据权利要求4或5所述的基于通用设备的文件检索方法,其特征在于,在当前检索界面,以用户输入的包括检索文字的一个或多个检索条件作为检索指令对存储文件进行筛选,包括:
以用户在当前检索界面的所述第二检索框内输入的包括检索文字的一个或多个所述检索条件作为所述检索指令,对当前所述属性词下的各级所述存储文件进行筛选;当所述检索条件为一个或多个所述属性词的全部或部分时,对同时包含所述检索条件所对应的所述属性词的所述存储文件进行展示。
9.根据权利要求8所述的基于通用设备的文件检索方法,其特征在于,
当所述检索条件为所述属性词的部分时,对筛选出的各存储文件名称中的与用户输入的所述检索指令中的所述检索条件相同的字符进行高亮显示;
当所述检索条件为所述属性词的全部时,对筛选出的各存储文件名称中的与用户输入的所述检索指令中的所述检索条件相同的所述属性词进行高亮显示或消隐。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210714627.8A CN114817155B (zh) | 2022-06-23 | 2022-06-23 | 基于通用设备的文件存储及检索方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210714627.8A CN114817155B (zh) | 2022-06-23 | 2022-06-23 | 基于通用设备的文件存储及检索方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114817155A true CN114817155A (zh) | 2022-07-29 |
CN114817155B CN114817155B (zh) | 2022-09-20 |
Family
ID=82522106
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210714627.8A Active CN114817155B (zh) | 2022-06-23 | 2022-06-23 | 基于通用设备的文件存储及检索方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114817155B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020078069A1 (en) * | 2000-12-15 | 2002-06-20 | International Business Machines Corporation | Automatic file name/attribute generator for object oriented desktop shells |
US20070179967A1 (en) * | 2005-11-22 | 2007-08-02 | Zhang Xiaoge G | Intuitive and Dynamic File Retrieval Method and User Interface System |
WO2009028502A1 (ja) * | 2007-08-30 | 2009-03-05 | Kabushiki Kaisha Toyota Communication Systems | ファイル検索装置及びファイル検索プログラムを記憶したコンピュータ読取り可能な媒体 |
CN102549652A (zh) * | 2009-09-09 | 2012-07-04 | 歌乐株式会社 | 信息检索装置、信息检索方法及导航系统 |
CN102929881A (zh) * | 2011-08-09 | 2013-02-13 | 联想(北京)有限公司 | 一种文件命名的显示方法和网络终端 |
CN105574192A (zh) * | 2015-12-24 | 2016-05-11 | 张梅云 | 一种计算机文件检索方法 |
JP2018088286A (ja) * | 2018-02-28 | 2018-06-07 | キヤノン株式会社 | 情報処理装置とその制御方法、及びプログラム |
US20190197124A1 (en) * | 2017-12-22 | 2019-06-27 | Pfu Limited | File management device and file management method |
CN114153791A (zh) * | 2021-10-14 | 2022-03-08 | 北京鸿合爱学教育科技有限公司 | 文件快速检索方法、装置、电子设备及存储介质 |
-
2022
- 2022-06-23 CN CN202210714627.8A patent/CN114817155B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020078069A1 (en) * | 2000-12-15 | 2002-06-20 | International Business Machines Corporation | Automatic file name/attribute generator for object oriented desktop shells |
US20070179967A1 (en) * | 2005-11-22 | 2007-08-02 | Zhang Xiaoge G | Intuitive and Dynamic File Retrieval Method and User Interface System |
WO2009028502A1 (ja) * | 2007-08-30 | 2009-03-05 | Kabushiki Kaisha Toyota Communication Systems | ファイル検索装置及びファイル検索プログラムを記憶したコンピュータ読取り可能な媒体 |
CN102549652A (zh) * | 2009-09-09 | 2012-07-04 | 歌乐株式会社 | 信息检索装置、信息检索方法及导航系统 |
CN102929881A (zh) * | 2011-08-09 | 2013-02-13 | 联想(北京)有限公司 | 一种文件命名的显示方法和网络终端 |
CN105574192A (zh) * | 2015-12-24 | 2016-05-11 | 张梅云 | 一种计算机文件检索方法 |
US20190197124A1 (en) * | 2017-12-22 | 2019-06-27 | Pfu Limited | File management device and file management method |
JP2018088286A (ja) * | 2018-02-28 | 2018-06-07 | キヤノン株式会社 | 情報処理装置とその制御方法、及びプログラム |
CN114153791A (zh) * | 2021-10-14 | 2022-03-08 | 北京鸿合爱学教育科技有限公司 | 文件快速检索方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114817155B (zh) | 2022-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6415282B1 (en) | Method and apparatus for query refinement | |
RU2367013C2 (ru) | Система и способ для динамического генерирования расширения допускающего выбор поиска | |
US20070233678A1 (en) | System and method for a visual catalog | |
US7644371B2 (en) | User interface and method to facilitate hierarchical specification of queries using an information taxonomy | |
EP1384170B1 (en) | Search user interface with enhanced accessibility and ease-of-use features based on visual metaphors | |
KR101029403B1 (ko) | 자동 질의 클러스터링 | |
US8081198B1 (en) | Compact clustered 2-D layout | |
US20160054899A1 (en) | Computer-Implemented System and Method For Displaying Clusters Of Documents | |
US20100325581A1 (en) | Data object linking and browsing tool | |
US20120221553A1 (en) | Methods for electronic document searching and graphically representing electronic document searches | |
US20040239683A1 (en) | Methods, systems and computer program products for controlling tree diagram graphical user interfaces and/or for partially collapsing tree diagrams | |
US20080010605A1 (en) | Systems and methods for generating and correcting location references extracted from text | |
US20070179967A1 (en) | Intuitive and Dynamic File Retrieval Method and User Interface System | |
US9305027B2 (en) | User configurable quick groups | |
CN106682012A (zh) | 商品对象信息搜索方法及装置 | |
US11741169B2 (en) | Computer-implemented system and method for analyzing clusters of coded documents | |
US20050152362A1 (en) | Data classification management system and method thereof | |
CN114817155B (zh) | 基于通用设备的文件存储及检索方法 | |
US20030160759A1 (en) | Method and system for displaying search results | |
EP1701277A2 (en) | Method of generating directory structure for content search | |
Mukherjea et al. | Using clustering and visualization for refining the results of a WWW image search engine | |
US20210349892A1 (en) | System and method for improving searching of stored data | |
Nizamee et al. | Visualizing the web search results with web search visualization using scatter plot | |
CN100489834C (zh) | 计算机资料分类管理系统及方法 | |
JPH07175820A (ja) | データ処理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |