CN110489377B - 一种基于标签的信息管理系统、方法、存储器及电子设备 - Google Patents
一种基于标签的信息管理系统、方法、存储器及电子设备 Download PDFInfo
- Publication number
- CN110489377B CN110489377B CN201910752155.3A CN201910752155A CN110489377B CN 110489377 B CN110489377 B CN 110489377B CN 201910752155 A CN201910752155 A CN 201910752155A CN 110489377 B CN110489377 B CN 110489377B
- Authority
- CN
- China
- Prior art keywords
- tag
- label
- area
- user
- information
- 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
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/11—File system administration, e.g. details of archiving or snapshots
-
- 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/13—File access structures, e.g. distributed indices
Abstract
本发明公开一种基于标签的信息管理系统、方法、存储器及电子设备。在一个具体实施例中,该信息管理系统包括信息呈现模块,包括信息呈现区,呈现用户创建的信息及所述信息所从属的标签,其中所述标签能够由另外的标签定义,通过所述定义,所述标签作为子标签属于作为父标签的所述另外的标签。本发明的信息管理系统提供了一种全新的信息管理方式,即以标签管理信息,完全摒弃文件夹的概念,通过标签定义标签并且信息从属标签这样的架构,使得标签层级结构清楚,同一信息可以分别从属于不同的标签,解决了传统标签扁平化的问题和信息不知如何分类的问题。
Description
技术领域
本发明涉及计算机技术领域。更具体地,涉及一种基于标签的信息管理系统、方法、存储器及电子设备。
背景技术
日常生活中,人们时常都有记录的需求,比如:记下来朋友电话号码、记下某个邮箱名称和密码、日记、读书笔记、待办事项、照片、视频等等。现在记录的软件已经很多,例如有道云笔记。
但是已知的笔记/记录软件都有一个大问题不好解决,就是内容管理和分类,现在主流的做法是这样的:存在类似于windows操作系统的文件夹的概念,文件夹是多层级的,每一篇笔记必须放到某个确定的文件夹里。
然而,随着内容增加,管理内容和检索内容将越来越困难。例如,用户会不断的增加新的文件夹,也可能不断增加新的层级,但是随着时间推移,对这些内容和层级可能记不住/混淆/或者出现分歧。
例如,用户的文件夹结构有“备忘”/“账号”两级文件夹。备忘文件夹记录用户的一些重要信息,比如账号、地址等,所以用户在下面也建立了一个“账号”文件夹,用来记录各种账号,如各种邮箱、网站的账户等。另外,用户又有:“工作”/“项目”/“项目A”这样结构的三级文件夹,在工作分类下面“项目”文件夹记录了做的各个项目,其中一个是“项目A”。现在,用户为项目A申请了一个某某服务的账号,即:“为项目A申请的X账号”,那么,问题是:应该把这个信息放到“项目A”文件夹里面还是“账号”文件夹里面呢?
文件夹树的方式存在的问题是不能满足一个文章可能从属于多个分类的问题,同时,又可能出现前后不一,对一类文章,可能有时候偏向于放在A文件夹,后来又习惯放到B文件夹,这样就造成了混乱,不好归类、不好检索。
这个问题早就存在,所以就出现了“标签”的概念,不同于文件夹,标签是扁平的、轻量级的(创建更加容易)、一对多的(一个文件可以具有或者说从属于多个标签),相对于文件树来说,它的这些特点也是它的优点。
标签也被一些笔记软件采用,比如“有道云笔记”,也有为文档增加标签的方式。这个方法能够部分的解决上面的问题,比如,在上面“项目A的X账户”的例子中,可以用标签这样做:保留文件夹:工作/项目/项目A,删除:备忘/账户文件夹,添加:”账户”标签,然后,把“项目A的X账户”放到项目A文件夹下,并贴标签:“账户”,这样,就可以分别在项目A文件夹或者账户标签下找到这条内容。
但是,这样做标签只是作为辅助,不能根本性解决问题。在上面的例子:“项目A的X账户”文档中,用文件夹+标签的方式处理的话,那么,是把“账户”作为标签还是“项目A”作为标签呢?并没有标准,可能先起了一个文件夹叫做:备忘/账户,后来出现的项目A,那么可能把“项目A”作为标签;或者反过来。总之是:不一定,容易弄乱,没有标准就容易混淆和混乱,回忆起来可能会忘记自己是有一个“账户”的标签还是“账户”的文件夹了。另外,有道云笔记中标签是扁平的,没有结构和层次,比较凌乱。再有,传统的标签添加的方式很自由,或者说随意,只需要随意的起名就可以直接贴标签,这样的话容易出现混乱,比如,对于“项目A的X账户”,可能为之贴了一个标签:“账户”,后来,又出现:“项目B的Y账户”,这是,忘记了自己加过”账户”标签,可能这次贴成了:“账号”或者”备忘”,这样,就出现了混乱。原因就是,标签起名太自由了,容易记不住、记不准、重复起名字。
以上是在电子笔记这样的信息管理软件中存在的问题。实际上,当前的主流文件系统Windows和苹果操作系统都是使用基于文件夹形式的文件管理系统。苹果操作系统加入了标签的功能,但是是作为文件夹系统的辅助。这样的操作系统,管理更加复杂,出现了文件夹和标签两套系统,用户需要同时记忆和维护这两套系统的名称和结构。并且这样的操作系统也存在上述电子笔记中文件夹+标签的信息管理方面相同的问题。
发明内容
本发明的目的在于提供一种基于标签的信息管理系统、方法、存储器及电子设备,以解决现有技术存在的问题中的至少一个。
为达到上述目的,本发明采用下述技术方案:
本发明第一方面提供一种基于标签的信息管理系统,包括
信息呈现模块,包括
信息呈现区,呈现用户创建的信息及所述信息所从属的标签,其中所述标签能够由另外的标签定义,通过所述定义,所述标签作为子标签属于作为父标签的所述另外的标签。
可选地,所述管理系统还包括第一标签呈现区,响应于用户对信息呈现区中标签的第一操作而以层级结构形式呈现被第一操作的所述标签包含的所有各层级子标签;或者以气泡图形式呈现被第一操作的所述标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,所述标签由第一标识符和第二标识符界定的标签名称组成。
可选地,所述管理系统还包括:
标签定义模块,用于响应于用户对所述信息呈现区中标签的第二操作而呈现,其中所述标签定义模块包括定义区,响应于用户在定义区输入包含所述另外的标签的语句而定义被第二操作的所述标签;或者用于响应于用户对所述信息呈现模块中的标签定义快捷键的第三操作而呈现,其中所述标签定义模块包括第一定义区和第二定义区,第一定义区用于输入所述标签,第二定义区用于输入包含所述另外的标签的语句从而定义所述标签。
可选地,所述管理系统还包括
标签创建及定义模块,用于响应于用户对所述标签呈现区中标签的第四操作而呈现,其中所述标签定义模块包括名称区,响应于用户在名称区输入待创建标签的名称而由被第四操作的标签定义所述待创建标签;或者其中所述标签定义模块还包括含有被第四操作的标签的定义区,响应于用户在名称区输入所述待创建标签的名称而由被第四操作的标签定义所述待创建标签或者并且响应于用户在名称区输入所述待创建标签的名称并且在所述定义区输入不同于被第四操作的标签的语句而由所述被第四操作的标签和所述不同于被第四操作的标签定义所述待创建标签。
可选地,所述标签定义模块还包括
标签合并子模块,用于将在所述标签定义模块中当前被定义的标签与另外的标签合并为一个,并更新所述管理系统中所有相应的标签。
可选地,所述第一标签呈现区以气泡图形式呈现所述被第一操作的所述标签及其父标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,所述的管理系统,还包括
搜索模块,包括
搜索框和搜索结果呈现区,其中响应于用户在搜索框中输入标签或从搜索框下拉菜单中选择系统预置标签进行搜索而在所述搜索结果呈现区呈现所述输入标签或所选择的标签包含的所有信息。
可选地,所述搜索框响应于用户输入多个标签和/或从所述下拉菜单中选择多个标签进行搜索而在所述搜索结果呈现区呈现所述多个标签共同包含的所有信息。
可选地,所述所有信息以创建所述信息的时间先后顺序显示。
可选地,
所述搜索模块还包括第二标签呈现区,其中
所述第二标签呈现区以层级结构形式呈现被搜索的标签的所有各层级子标签;或者
所述第二标签呈现区以气泡图形式呈现被搜索的标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,所述第二标签呈现区以气泡图形式呈现被搜索的所述标签及其父标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,所述标签包括:
用户自定义标签,由以所述第一标识符起始、以所述第二标识符结束、中间为用户自定义词语组成;和/或
系统预置标签,包括如下至少一个
图片标签,由以所述第一标识符和所述第二标识符界定的带有图片数据的第一特征词组成;
视频标签,由以所述第一标识符和所述第二标识符界定的带有视频数据的第二特征词组成;
音频标签,由以所述第一标识符和所述第二标识符界定的带有音频数据的第三特征词组成;
代办事项标签,由以所述第一标识符和所述第二标识符界定的带有勾选框的第四特征词组成;
网址链接标签,由以所述第一标识符和所述第二标识符界定的带有网址数据的第五特征词组成;
引用文字标签,由以所述第一标识符和所述第二标识符界定的带有引用文字的第六特征词组成;
代码标签,由以所述第一标识符和所述第二标识符界定的带有代码的第七特征词组成;以及
文档标签,由以所述第一标识符和所述第二标识符界定的带有文档数据的第八特征词组成。
可选地,所述信息呈现模块还包括如下至少之一:
标签创建快捷键,用于响应于用户对呈现信息的选择而将所选择的信息创建为标签;
图片标签创建快捷键,用于响应于用户对其选择而呈现图片加载对话框,响应于图片的加载而在所述信息呈现区的当前光标位置呈现加载的图片数据;
视频标签创建快捷键,用于响应于用户对其选择而呈现视频加载对话框,响应于视频的加载而在所述信息呈现区的当前光标位置呈现加载的视频数据;
音频标签创建快捷键,用于响应于用户对其选择而呈现音频加载对话框,响应于音频的加载而在所述信息呈现区的当前光标位置呈现加载的音频数据;
代办标签创建快捷键,用于响应于用户对其选择而在所述信息呈现区的当前光标位置呈现所述勾选框,并且响应于用户在所述勾选框后的输入而创建所述代办事项标签;
网址链接标签创建快捷键,用于响应于用户对其选择而呈现网页链接输入对话框,响应于用户的输入网址而在所述信息呈现区的当前光标位置呈现所述网址数据;
引用文字标签创建快捷键,用于响应于用户对其选择而在所述信息呈现区的当前光标位置呈现引用文字输入区,响应于用户在引用文字输入区输入引用文字而创建所述引用文字标签;
代码标签创建快捷键,用于响应于用户对其选择而在所述信息呈现区的当前光标位置呈现代码输入区,响应于用户在代码输入区的输入代码而创建所述代码标签;以及
文档标签创建快捷键,用于响应于用户对其选择而调用文档编辑软件,响应于用户对文档进行编辑而在所述信息呈现区的当前光标位置呈现所述文档数据。
可选地,所述管理系统还包括
第一索引建立模块,用于为每个创建的信息及所述信息所从属的标签建立索引记录,其中每条索引记录存储键-值数据,所述键包括所述信息所从属的标签的标识,所述值包括所述信息的标识,所有索引记录构成索引集合;
第一检索引擎,用于在索引集合中检索所述被第一操作的所述标签所包含的所有信息所从属的所有标签的标识,统计所述标签的标识出现的次数,从而在所述第一标签呈现区以气泡图形式呈现被第一操作的所述标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,所述管理系统还包括
第二索引建立模块,用于为每个创建的信息及所述信息所从属的标签建立索引记录,其中每条索引记录存储键-值数据,所述键包括所述信息所从属的标签的标识,所述值包括所述信息的标识,所有索引记录构成索引集合;
第二检索引擎,用于在索引集合中检索所述输入标签或所选择的标签的标识,从而得到对应的信息的标识,从而在所述搜索结果呈现区呈现所述输入标签或所选择的标签包含的所有信息。
可选地,所述键还包括信息创建时间,所述检索引擎检索所述输入标签或所选择的标签的标识,从而还得到对应的信息创建时间,从而在所述搜索结果呈现区以时间先后顺序显示所述所有信息。
可选地,所述管理系统还包括
索引更新模块,用于响应于新增或者修改信息,更新所述信息所从属的所有标签及其所有祖先标签的索引,以及响应于标签层次结构改变,更新所述改变所涉及的标签所包含的所有信息进而更新所述所有信息所从属的所有标签的索引。
可选地,
所述信息为电子笔记,所述系统为电子笔记应用程序;或者
所述信息为文件,所述系统为文件管理操作系统或安装在操作系统中的应用程序。
本发明第二方面提供一种基于标签的信息管理方法,包括
响应于用户的输入操作,在信息呈现区呈现用户创建的信息及所述信息所从属的标签,其中所述标签能够由另外的标签定义,通过所述定义,所述标签作为子标签属于作为父标签的所述另外的标签。
可选地,所述方法还包括
响应于用户对信息呈现区中标签的第一操作而在标签呈现区以层级结构形式呈现被第一操作的所述标签包含的所有各层级子标签;或者以气泡图形式呈现被第一操作的所述标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,所述方法还包括响应于用户对所述信息呈现区中标签的第二操作而呈现标签定义模块,其中所述标签定义模块包括定义区,响应于用户在定义区输入包含所述另外的标签的语句而定义被第二操作的所述标签。
可选地,所述方法还包括响应于用户对所述信息呈现模块中的标签定义快捷键的第三操作而呈现标签定义模块,其中所述标签定义模块包括第一定义区和第二定义区,第一定义区用于输入所述标签,第二定义区用于输入包含所述另外的标签的语句从而定义所述标签。
可选地,所述方法还包括响应于用户对所述标签呈现区中标签的第四操作而呈现标签创建及定义模块,
其中,所述标签创建及定义模块包括待创建标签的名称区,响应于用户在名称区输入待创建标签的名称而由被第四操作的标签定义,或者其中,所述标签创建及定义模块包括名称区和含有被第四操作的标签的定义区,响应于用户在名称区输入所述待创建标签的名称而由被第四操作的标签定义所述待创建标签或者响应于用户在名称区输入所述待创建标签的名称并且在所述定义区输入不同于被第四操作的标签的语句而由所述被第四操作的标签和所述不同于被第四操作的标签定义所述待创建标签。
本发明第三方面提供一种存储器,存储有程序,所述程序执行时实现本发明第二方面所述的方法。
本发明第四方面提供一种电子设备,安装有本发明第一方面所述的管理系统。
本发明的有益效果如下:
本实施例的电子笔记系统提供了一种全新的笔记条目管理方式,即以标签管理笔记条目,完全摒弃文件夹的概念,通过标签定义标签并且笔记条目从属标签这样的架构,使得标签层级结构清楚,同一笔记条目可以分别从属于不同的标签,解决了传统标签扁平化的问题和笔记条目不知如何分类的问题。进一步能够实时显示标签的横向和纵向关联,使得不容易混淆标签定义。而且通过搜索,可以很容易找到希望找到的笔记条目,大大提高了工作效率。
附图说明
下面结合附图对本发明的具体实施方式作进一步详细的说明;
图1示出根据本发明实施例的信息管理系统示意图。
图2-12示出根据本发明实施例的电子笔记系统相关操作示意图。
图13-20示出根据本发明实施例的文件管理系统相关操作示意图。以及
图21示出根据本发明实施例的电子设备示意图。
具体实施方式
为了更清楚地说明本发明,下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解,下面所具体描述的内容是说明性的而非限制性的,不应以此限制本发明的保护范围。
第一实施例-电子笔记系统
在本实施例中,提供一种电子笔记应用程序,该应用程序可以是安装在微软公司的windows操作系统、苹果公司的mac操作系统、移动终端的andriod、iOS操作系统中的单机版或能够与服务器端交互的客户端,也可以是网页版。
笔记条目和标签的创建
该电子笔记系统1包括笔记呈现模块10,包括笔记呈现区100,如图1和图2所示。
请注意,本领域技术人员均明了,尽管在图2中以附图标记10、100示出,但并不意味着本申请的笔记呈现模块、笔记呈现区仅仅是一个界面,而是能够完成对应功能的功能单元,图中的可视界面仅仅是一个表征形式,之后的其它功能模块也依此解释。
可以设想这样的应用场景:用户使用该电子笔记系统来记录自己公司产品A的相关情况。例如用户可以在笔记呈现区100的笔记标题输入区1000处输入一条笔记标题,例如“产品A项目第一次会议”,并回车。接着,在笔记内容输入区1005处输入内容:明天上午10:00在大会议室召开第一次会,需要员工A、员工B、员工C参加,讨论:1、议题一;2、议题2;3、议题3。这样一条完整的笔记条目就创建完成了。
当系统检测到用户在笔记标题输入区1000处按下回车键时,可以记录下该笔记条目创建的时间并可以与该笔记条目一同显示在笔记呈现区100中,例如上述笔记条目的创建时间为2019年7月20日。本领域技术人员能够理解,时间以哪种格式存储和显示都可以,例如2019.07.20。
本领域技术人员同样可以理解,本实施例中的笔记呈现区100在呈现方式上可以不必区分笔记标题输入区1000和笔记内容输入区1005,即二者可以为一个输入区。
假设用户需要创建标签:“产品A”、“会议”、“员工A”、“员工B”、“员工C”和“大会议室”,则在一个示例中,该用户可以通过例如划选上述笔记条目中的对应文字例如“产品A”、“会议”并点击笔记呈现区100中的标签创建快捷键1010(图中以#示出),则在上述笔记标题中原呈现的文字“产品A项目第一次会议”变为“#产品A项目第一次#会议”,如图1所示。
在另一个示例中,如果用户在创建一个笔记条目之前已经想好了有哪些标签,则可以在输入标题或内容时直接输入。例如,仍以题目“产品A项目第一次会议”为例,如果用户在输入该文字时已然想好需要创建标签“产品A”和“会议”,那么在标题输入时,用户直接输入:#产品A项目第一次#会议。
在上述两个创建标签的示例中,本实施例的系统是以前标识符“#”和后标识符“”(即空格)的界定来识别标签的。本领域技术人员能够根据本实施例的教导,使用不同的标识符甚至其它方式来创建和识别标签,本发明不做限定。
另外,在本申请中,既可将前标识符“#”和后标识符“”(即空格)界定的内容称为一个标签,也可将前标识符、前标识符和后标识符界定的内容以及后标识符整体称为该标签,在本申请中不做区分。
其它标签例如“会议”、“员工A”、“员工B”、“员工C”和“大会议室”也可以用上述方式中的任何一个创建。创建完成后,在笔记内容输入区呈现:
#产品A项目立项第一次#会议
明天上午10:00在#大会议室召开第一次会,需要#员工A、#员工B、#员工C参加,讨论:1、议题一;2、议题2;3、议题3。
请注意,在本申请中,如果一个笔记条目中涉及某个标签,那么,定义这条笔记条目属于这个标签,该标签即为该笔记条目所属的标签,该笔记条目即为该标签所包含的笔记条目。如果涉及多个标签,则该条笔记条目分别属于该多个标签。例如上述示例笔记条目就分别属于“产品A”、“会议”、“员工A”、“员工B”、“员工C”和“大会议室”标签。
之后,用户又为产品A申请了阿里云服务器,为此,他使用上述类似的方法在本实施例的电子笔记系统中创建一条笔记条目(例如创建时间为2019年7月21日):
标题:
#产品A服务器A#账号备忘
内容:
已经申请下来#阿里云服务器A
IP地址:xxx
用户名:xxx
密码:xxx
到期时间:xxx
其中所涉及的标签为“产品A”、“账号”和“阿里云”。该条笔记条目分别属于这三个标签。
之后,用户又为产品A寻找推广合作伙伴,为此,他使用上述类似的方法在本实施例的电子笔记系统中创建一条笔记条目(例如创建时间为2019年7月22日):
标题:
合作伙伴#公司M#王先生#联系方式
内容:
王先生是跟我们进行#产品A广告合作的公司的销售员
电话:xxx
邮箱:xxx
#员工B与他联系。
其中所涉及的标签为“产品A”、“公司”、“王先生”、“联系方式”、“员工B”。该条笔记条目分别属于这五个标签。
之后,用户又为产品A寻找申请专利的代理公司,为此,他使用上述类似的方法在本实施例的电子笔记系统中创建一条笔记条目(例如创建时间为2019年7月23日):
标题:
#专利代理公司A考察报告
内容:
A公司具有优点如下:
XXX
XXX
XXX
具有缺点如下:
XXX
XXX
XXX
其中所涉及的标签为“专利代理公司A”。该条笔记条目属于这个标签。
之后,用户选定申请专利的专利代理公司A,并由此申请专利。为此,他使用上述类似的方法在本实施例的电子笔记系统中进行了创建一条笔记条目(例如创建时间为2019年7月24日):
标题:
申请的专利#产品A专利
内容:
委托#专利代理公司A
技术交底书A
XXX
XXX
XXX
#申请文件A:
XXX
XXX
XXX
其中所涉及的标签为“产品A专利”、“专利代理公司A”和“申请文件A”。该条笔记条目分别属于这三个标签。
在本实施例中,优选地,用户在不同时间创建的条目以时间先后顺序显示,即后创建的笔记条目出现在笔记内容输入区1005的上端。每个笔记条目之间以例如分割线分开,如图3所示。
实际上,标签不仅可以是上述由以前标识符起始、以后标识符结束、中间为用户自定义词语组成的文字,它还可以是:一个图片、一段视频、一段音频、一个网址链接、一段代码等等。
例如,图片标签由以所述前标识符和所述后标识符界定的带有图片数据的第一特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入pic,再输入空格作为结束,则系统呈现图片加载对话框,用户选择加载图片,响应于图片的加载,系统在所述信息呈现区的当前光标位置呈现加载的图片数据,即创建了一个图片标签。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的图片标签创建快捷键1015而呈现该图片加载对话框,响应于图片的加载而在所述信息呈现区的当前光标位置呈现加载的图片数据。
例如,视频标签由以所述前标识符和所述后标识符界定的带有视频数据的第二特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入vedi,再输入空格作为结束,则系统呈现视频加载对话框,用户选择加载视频,响应于视频的加载,系统在所述信息呈现区的当前光标位置呈现加载的视频数据,即创建了一个视频标签。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的视频标签创建快捷键1020而呈现该视频加载对话框,响应于视频的加载而在所述信息呈现区的当前光标位置呈现加载的视频数据。
例如,音频标签由以所述前标识符和所述后标识符界定的带有音频数据的第三特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入musi,再输入空格作为结束,则系统呈现音频加载对话框,用户选择加载音频,响应于音频的加载,系统在所述信息呈现区的当前光标位置呈现加载的音频数据,即创建了一个音频标签。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的音频标签创建快捷键1025而呈现该音频加载对话框,响应于音频的加载而在所述信息呈现区的当前光标位置呈现加载的音频数据。
例如,代办事项标签由以所述前标识符和所述后标识符界定的带有勾选框的第四特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入todo,再输入代办事项特征词(例如产品A项目立项第一次会议),最后输入空格作为结束,即创建了一个代办事项标签。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的代办标签创建快捷键1030在所述信息呈现区的当前光标位置呈现一勾选框(如样式:□),并且响应于用户在所述勾选框后的输入“产品A项目立项第一次会议”而创建所述代办事项标签。
例如网址链接标签由以所述前标识符和所述后标识符界定的带有网址数据的第五特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入http,再输入空格作为结束,则系统呈现网页链接输入对话框,用户在对话框中输入地址,例如www.baidu.com,响应于地址的输入,系统在所述信息呈现区的当前光标位置呈现所述网址数据,即创建了一个网址链接标签。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的网址链接标签创建快捷键1035而呈现该网页链接输入对话框,响应于用户的输入网址而在所述信息呈现区的当前光标位置呈现所述网址数据。
例如引用文字标签由以所述前标识符和所述后标识符界定的带有引用文字的第六特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入cit,再输入空格作为结束,则系统在信息呈现区的当前光标位置呈现引用文字输入区,例如以在当前光标位置处呈现:“”来表示引用文字输入区,响应于用户在“”中输入引用文字,例如名人名言而创建了一个引用文字标签。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的引用文字标签创建快捷键1040而在所述信息呈现区的当前光标位置呈现引用文字输入区,响应于用户在引用文字输入区输入引用文字而创建所述引用文字标签。
例如代码标签由以所述前标识符和所述后标识符界定的带有代码的第七特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入code,再输入空格作为结束,则系统在信息呈现区的当前光标位置呈现代码输入区,例如以在当前光标位置处呈现:<>来表示代码输入区,响应于用户在<>中输入代码而创建了一个代码标签。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的代码标签创建快捷键1045而在所述信息呈现区的当前光标位置呈现代码输入区,响应于用户在代码输入区的输入代码而创建所述代码标签。
例如文档标签由以所述前标识符和所述后标识符界定的带有文档数据的第八特征词组成。在一个具体示例中,用户在笔记呈现区100输入#,接着输入doc,再输入空格作为结束,则系统调用操作系统中已有的文档编辑软件例如word程序,响应于用户在word中进行编辑并关闭文档,在信息呈现区的当前光标位置呈现所述文档数据,可以以缩略图的形式呈现。在另一个具体示例中,也可以通过用户选择(例如点击)笔记呈现区的文档标签创建快捷键1046而调用文档编辑软件,响应于用户对文档进行编辑而在所述信息呈现区的当前光标位置呈现所述文档数据。
标签的定义
本实施例的电子笔记系统除了能够创建标签和笔记条目之外,为了实现以标签管理笔记条目的功能,还需要对标签的层级关系进行定义。
因此,该电子笔记系统还包括标签定义模块20,用于响应于用户对信息呈现区1005中例如标签“产品A”例如悬浮选中后出现菜单,选择菜单中的设置按键2001,如图4所示)而呈现,如图5所示。其中标签定义模块20包括定义区200,响应于用户在定义区输入包含另一标签例如“我的产品”的语句“是第一个#我的产品”而定义标签“产品A”。当然,该语句可以仅包含“我的产品”,而不必出现其它描述语句。
这里,即用另一个标签定义了标签“产品A”。通过该定义,标签“产品A”作为子标签属于作为父标签的“我的产品”,也可以说,标签“我的产品”包含标签“产品A”。另外,标签“我的产品”可能之前从没有被创建过,当在定义区输入#我的产品(即先输入#,再输入我的产品,再输入空格)时,则系统直接创建了一个标签“我的产品”。
如图5所示,在该通过选择待定义标签呈现标签定义模块20的示例中,所选择的标签名称“产品A”不可编辑地显示出来,例如紧挨着定义区200上方显示。
在另一个可替换示例中,用户有时可能并不是通过对信息呈现区中已有的标签的操作例如选择而呈现标签定义模块20的,而是先定义各种标签,再创建笔记条目,这种情况下,用户可以对信息呈现模块中的标签定义快捷键(图中未示出)进行操作例如点击而呈现标签定义模块20,其中标签定义模块包括两个定义区,即第一定义区205和第二定义区210,如图6所示,第一定义区用于输入待定义的标签,例如“产品A”,第二定义区用于输入包含另一标签的语句从而用该另一标签“我的产品”定义所述待定义的标签“产品A”。
本领域技术人员能够理解,对于一个标签,可以直接添加父标签,二者可以没有任何逻辑关系,直接将一个标签归属于另一个标签下。然而,在本申请中,使用上述“定义”的方式,这么做的目的是引导用户建立合理的标签关系,这里隐含了一个原则,就是:必须是可以用文字描述来表达的,才是可以定义的,或者说可以建立包含关系的。
假设有两个标签:
我的胃:用来记录我的胃病的情况;
胃:用来泛泛的包含所有关于胃的常识。
如果要用定义来描述,应该是谁定义谁呢?对于“我的胃”可以定义为:我的胃是胃,这样的描述虽然并没有什么含义,但是是符合逻辑的,这就是想要用户做的,只要能够用“X是X”的句式进行表述,就是正确的定义,相反,“胃是我的胃”之类的表述是不合逻辑的。
通过定义(或者说:表述)来建立正确的包含关系,虽然上面的例子似乎很浅显和没有意义,但是在很多时候,这个关系并不明显,而通过“定义”能够发现这种关系的正确与否。从而,用户能够通过这样的方式,来建立一个结构合理的内容库,来对内容进行合理的分类管理。
类似地,仍参照上述示例,可以定义标签“账号”:是用来记录一些注册用户、密码之类的#我的备忘,通过该定义,标签“账号”作为子标签属于作为父标签的“我的备忘”;可以定义标签“联系方式”:是用来记录联系人、电话、邮箱之类的#我的备忘,通过该定义,标签“联系方式”作为子标签属于作为父标签的“我的备忘”;可以定义标签“专利代理公司A”:是一个#专利代理公司,通过该定义,标签“专利代理公司A”作为子标签属于作为父标签的“专利”。
另外,这种标签的定义关系(规则)可以传递,即定义关系可以是多级,而且都满足上面的笔记从属关系。例如:定义标签“产品A专利”是我为#产品A申请的#专利。首先,通过该定义,标签“产品A专利”分别属于标签“产品A”和“专利”,进一步地,由于之前定义了标签“产品A”属于标签“我的产品”,因此,标签“产品A专利”属于标签“我的产品”的孙标签,或者叫做第二级子标签。这种层级关系还可以扩展,例如定义标签“申请文件A”是#产品A专利的申请文件。这种情况下,标签“申请文件A”叫做标签“我的产品”的第三级子标签。
另外,标签定义模块20还包括标签合并子模块。当用户需要将定义的一个标签与另一个标签的名称合并为一个时使用。例如用户在过往的标签创建时先创建了一个标签“账号”,隔了一段时间又创建了一个标签“账户”,实际上用户想表达同一个意思,所以他希望将标签“账号”和“账户”合并成“账号”,那么可以在关于“账户”的标签定义模块中通过点击图5所示的“合并标签”按键215,弹出合并对话框,在对话框中填入“账号”,则系统更新所有相应的标签及包含的笔记条目。
基于上面的定义,系统建立了一个以标签管理笔记条目的树状关系:
●[标签]我的产品
○[标签]产品A
■[条目]#产品A项目立项第一次#会议
■[条目]#产品A服务器A#账号备忘
■[条目]合作伙伴#公司M#王先生#联系方式
■[标签]产品A专利
●[条目]#专利代理公司A考察报告
●[条目]申请的专利#产品A专利
●[标签]申请文件A
●[标签]我的备忘
○[标签]账号
■[条目]#产品A服务器A#账号备忘
○[标签]联系方式
■[条目]合作公司#公司M#王先生#联系方式
●[标签]专利
○[标签]产品A专利
■[条目]#专利代理公司A考察报告
■[条目]申请的专利#产品A专利
■[标签]申请文件A
○[标签]专利代理公司A
■[条目]#专利代理公司A的考察报告
■[条目]申请的专利#产品A专利
上面的树状关系示例没有包括以上示例中的标签“公司”、“王先生”、“大会议室”等,这些标签可以通过本申请的定义方法加以定义,但若各标签之间没有实际关联,当然也不必互相定义。
相比于现有技术,本系统将原来“扁平”的标签系统改造成具有层次结构的“非扁平”的架构,这让标签系统具有了结构关系,而不是之前的松散的扁平关系。这种类似于文件夹树的树状关系使得能够通过标签将各个笔记条目“收集”在一起。
标签显示
笔记呈现模块10还包括标签呈现区105,如图1和2所示。
本系统可以以两种方式呈现标签的关系。第一种是层级结构形式,例如用户点击信息呈现区100已创建的标签“专利”,则在标签呈现区105例如以思维导图的形式显示标签“专利”所包含的所有层级子标签,如图7所示,其中“专利”为父标签,标签“产品A专利”和“专利代理公司A”为第一级子标签,标签“申请文件A”为标签“产品A专利”的第一级子标签,为标签“专利”的第二级子标签。
通过本实施例的层级显示方式,能够使得用户直观的看到各标签的层级关系,从而时刻提醒用户,避免定义时的混乱。
另一种呈现方式为气泡图形式,例如用户点击信息呈现区100已创建的标签“产品A”,则在所述信息呈现区呈现该标签所包含的所有笔记条目所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。在上述从2019.07.20-24日创建的那些条目的示例中,标签“产品A”所包含的条目为2019.07.20创建的条目、2019.07.21创建的条目、2019.07.22创建的条目。进一步,2019.07.20创建的条目所属的标签还包括:“大会议室”、“员工A”、“员工B”、“员工C”;2019.07.21创建的条目所属的标签还包括:“账号”;2019.07.22创建的条目所属的标签还包括:“公司”、“王先生”、“联系方式”、“员工B”。因此,如图8所示,呈现了“大会议室”、“员工A”、“员工B”、“员工C”“账号”、“公司”、“王先生”和“联系方式”8个气泡,且由于标签“员工B”在所有条目中出现的次数为2,其它标签出现的次数均为1,因此代表标签“员工B”的气泡比其它气泡大一倍。
在一个可替换示例中,被点击的标签的父标签也被加以考虑。即可以以气泡图形式呈现被点击的标签及其父标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
如果说层级关系是表征了标签间的纵向关系,通过本实施例的气泡图显示方式,能够使得用户直观的看到各标签间的横向关系,即在条目层面的关联性。
如图2所示,标签呈现区105还可以包括标签层级显示按键1050和标签关系显示按键1055,点击相应的按键,标签呈现区在两种显示形式间切换。
在一个替换示例中,标签呈现区105可以不包括在信息呈现模块中,而是独立的模块,响应于用户点击信息呈现区的标签呈现快捷键1060可以弹出该标签呈现区。
标签搜索
本实施例的电子笔记系统还包括搜索模块30,如图9所示,包括:
搜索框300和搜索结果呈现区305,其中响应于用户在搜索框中输入标签或从搜索框下拉菜单中选择系统预置标签进行搜索而在所述搜索结果呈现区呈现所述输入标签或所选择的标签包含的所有信息。
例如,用户在搜索框300中输入:#产品A,则在搜索结果呈现区305中出现2019.07.20、2019.07.21和2019.07.22创建的笔记条目。
有时候,标签包含的笔记条目太多,在打开标签的瞬间,同时显示所有笔记条目将很耗时。为此,优选地,这些条目以创建的先后顺序显示,2019.07.22创建的笔记条目显示在搜索结果呈现区305的最上端,2019.07.20创建的笔记条目显示在搜索结果呈现区305的最下端。若显示超过一屏,自动分屏显示。这样能有更好的用户体验,有助于用户首先看到最新的条目,因为有些旧的条目可能已经不需要处理了。
用户还可以从搜索框下拉菜单中选择系统预置标签例如#pic开始搜索,则在搜索结果呈现区305会呈现出所有创建的图片标签所包含的笔记条目。
可选地,用户输入多个标签和/或从所述下拉菜单中选择多个标签进行搜索而在所述搜索结果呈现区呈现所述多个标签共同包含的所有笔记条目。以用户在搜索框300中输入:#产品A#王先生,则在搜索结果呈现区305中仅出现2019.07.22创建的笔记条目。这从一定程度上起到和泡泡图的效果类似的效果,即呈现标签的横向关联性。
可选地,搜索模块30也可以包括类似于附图标记105的标签呈现区306,其中
该标签呈现区306以层级结构形式呈现被搜索的标签的所有各层级子标签;或者
该标签呈现区306以气泡图形式呈现被搜索的标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,该标签呈现区306以气泡图形式呈现被搜索的所述标签及其父标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
在一个示例中,用户可以通过点击图2中的信息呈现区的搜索快捷键1065可以跳转到该搜索模块30。
索引的使用
为了能够实现上述搜索功能和泡泡图功能,本实施例的电子笔记系统需要对所有创建的笔记条目和标签建立关系索引。完成索引建立后,可以使用传统的穷举搜索法进行搜索并呈现。
在本实施例中,为了提高搜索和显示效率,提供一种新的索引建立和使用方法。
为此,首先需要建立索引。为此,系统包括索引建立模块,用于为每个创建的笔记条目及笔记条目所从属的标签建立索引记录,其中每条索引记录键-值的形式存储数据,如图10所示,键包括所述笔记条目所从属的标签的标签ID,所述值包括所述笔记条目的笔记ID,所有索引记录构成索引集合。每个ID均是唯一的。
例如,对于上述示例,标签“产品A”被分配标签ID:T00001,所包含的条目“#产品A项目立项第一次#会议”被分配笔记ID:N00001,条目“#产品A服务器A#账号备忘”被分配笔记ID:N00002,条目“合作伙伴#公司M#王先生#联系方式”被分配笔记ID:N00003。为此,形成三条索引记录:
T00001-N00001
T00001-N00002
T00001-N00003
其它标签类似建立索引,从而得到索引集合。
当然,具体的实现过程也可以视情况采取更高性价比的方案,比如,可以根据标签使用频率,进行针对性的策略,比如:对于频繁打开的标签,强制建立索引;而对于较少机会打开的标签,可以暂缓建立索引,而是在需要的时候再创建。具体是否开始就创建索引,是在这两个因素之间权衡,以期得到最高的性价比:用户所有标签打开操作的平均时间(尽可能短)与系统为标签创建索引的总耗时(尽可能少)。
为了利用建立的索引进行搜索,系统还包括检索引擎,用于在索引集合中检索在搜索框300中输入的标签或所选择的标签的标识,从而得到对应的笔记条目的标识,从而在所述搜索结果呈现区305呈现所述输入标签或所选择的标签包含的所有笔记条目。
仍以标签“产品A”为例,当用户在搜索框300中输入#产品A开始搜索后,检索引擎在索引集合中检索标签“产品A”的标签ID:T00001,从而得到所有包含的笔记ID:N00001、N00002、N00003,从而在搜索结果呈现区305呈现条目“#产品A项目立项第一次#会议”,条目“#产品A服务器A#账号备忘”,条目“合作伙伴#公司M#王先生#联系方式”。
为了实现上述示例中多个笔记条目按时间顺序分屏显示的方案,键还包括信息创建时间,如图11所示。例如标签“产品A”和它包含的条目“#产品A项目立项第一次#会议”,条目“#产品A服务器A#账号备忘”,条目“合作伙伴#公司M#王先生#联系方式”的三条索引记录变为:
T00001+20190720-N00001
T00001+20190721-N00002
T00001+20190722-N00003
当用户在搜索框300中输入#产品A开始搜索后,检索引擎在索引集合中检索标签“产品A”的标签ID:T00001,从而得到所有包含的笔记ID:N00001、N00002、N00003,以及分别的创建时间:20190720、20190721和20190722,从而在搜索结果呈现区305以时间先后顺序呈现条目“#产品A项目立项第一次#会议”,条目“#产品A服务器A#账号备忘”,条目“合作伙伴#公司M#王先生#联系方式”。
另外,系统还包括索引更新模块,用于响应于新增或者修改笔记条目,更新笔记条目所从属的所有标签及其所有祖先标签的索引,以及响应于标签层次结构改变,更新所述改变所涉及的标签所包含的所有笔记条目进而更新所述所有笔记条目所从属的所有标签的索引。
在另一个具体示例中,为了能够实现上述泡泡图功能,索引建立的方式与针对搜索的索引建立方式不同,索引建立模块以如下方式建立索引集合。
如图12所示,“标签ID-A”和“标签ID-B”都是在右侧的“笔记ID”表示的那条笔记条目所从属的标签。注意,这里的从属关系可以是直接的(即笔记条目中直接出现了该标签),也可以是间接的,间接的情况是:该笔记条目通过标签之间的定义(即层次)关系而出现从属关系。举例:
笔记条目“#产品A项目立项第一次#会议”中出现标签“产品A”,那么该条目从属于标签“产品A”;而标签“产品A”有被标签“我的产品”定义,那么该条目从属于标签“我的产品”。
对于一条笔记条目,需要找到它所从属于的所有的标签集合(假设为S),对于S内的所有标签,按照上图中键的形式:标签ID-A-标签ID-B添加索引,注意,A和B的先后顺序是有差别的,举例:
笔记条目“#产品A项目立项第一次#会议”(被分配笔记ID:N00001)从属于标签“产品A”(被分配笔记ID:T00001)和标签“会议”(被分配笔记ID:T00004),则应该存在如下两条索引记录:
T00001+T00004-N0001
T00004+T00001-N0001
对S集合以上述方式进行穷举,添加所有的记录到索引中。这种情况下,键存储的是该笔记条目所从属的标签ID的两两排序组合。
对于上述间接从属情况,假设标签“我的产品”被分配标签ID:T00000,则这种情况下,应该存在如下四条索引记录:
T00000+T00004-N0001
T00004+T00000-N0001
T00001+T00004-N0001
T00004+T00001-N0001
如果一个笔记条目仅属于一个标签,那么则只存在一条索引记录。
要使用索引生成上面提到的“泡泡图”,假设要生成标签“产品A”的泡泡图,检索引擎执行如下步骤:
1.搜索索引记录,找到所有键匹配:“T00001”的记录;
2.扫描所有记录中的键数据,将上面的“T00004”的部分的所有标签ID导入新列表数据结构中;
3.遍历2中生成的所有ID,统计ID出现的次数。
标签呈现区按照3生成的ID列表,以出现次数作为权重,生成泡泡图并展示。以上述方式建立索引结构,结合计算机数据结构领域已有的B树之类的方法,能够将搜索并呈现结果的时间大大降低,从而提升用户体验。
本实施例的电子笔记系统提供了一种全新的笔记条目管理方式,完全摒弃了文件夹的概念,即以标签管理笔记条目,通过标签定义标签并且笔记条目从属标签这样的架构,使得标签层级结构清楚,同一笔记条目可以分别从属于不同的标签,解决了传统标签扁平化的问题和笔记条目不知如何分类的问题。进一步能够实时显示标签的横向和纵向关联,使得不容易混淆标签定义。而且通过搜索,可以很容易找到希望找到的笔记条目,大大提高了工作效率。
第二实施例-文件管理系统
基于电子笔记系统的思路,本实施例提供了一种文件管理系统(应用程序),其完全摒弃了现有操作系统中的文件夹概念,可以作为现有的操作系统(例如微软公司的windows操作系统、苹果公司的mac操作系统、移动终端的andriod、iOS操作系统)的替代,也可以作为一个程序安装在现有操作系统中。
标签和文件的创建
该文件管理系统包括文件呈现模块40,包括文件呈现区400和标签呈现区405,如图13所示。
文件呈现区400呈现用户创建的文件(图中文件名称列)。与传统文件管理应用程序不同的是文件呈现区400还显示该文件所从属的标签(图中标签列)。
与传统文件管理应用程序不同,本实施例的标签呈现区405呈现的层级结构不再是文件夹,而均是标签。
请注意,本领域技术人员均明了,尽管在图中以附图标记40、400、405示出,但并不意味着本申请的文件呈现模块、文件呈现区、标签呈现区仅仅是一个界面,而是能够完成对应功能的功能单元,图中的可视界面仅仅是一个表征形式,之后的其它功能模块也依次解释。
当用户作为操作系统安装了本实施例的应用程序后,系统默认建立一个根标签,例如名称为“我的电脑”。
假设用户陆续建立了根标签的第一级子标签:“我的产品”、“专利”及标签“我的产品”的子标签“产品A”(也即根标签的第二级子标签)。
接下来以创建一个新标签“产品A专利申请”为例,说明如何创建并定义一个标签。
假设用户现在打算申请产品A的专利,于是打算创建相关的标签,考虑这是产品A的相关事宜,于是打算将其创建在“产品A”标签下。具体操作流程示例如下:
在左侧标签树中找到标签“产品A”;
鼠标右键点击“产品A”,出现操作菜单,选中操作菜单中的项目“新建标签”,呈现标签创建及定义模块50,如图14所示。
标签创建及定义模块50包括待创建标签的名称区500,用户在名称区输入:产品A专利申请,并点创建,即可在标签“产品A”下创建并定义了子标签“产品A专利申请”。
在另一个替换示例中,标签创建及定义模块50还包括定义区505,如图15所示,在上述示例中用户是点击标签“产品A”的情况下,意味着他知道创建并定义的是它的子标签,因此系统自动在定义区设置了标签“#产品A”,用户可以补充完整,例如:是为#产品A申请专利。通过这种方式,使得用户养成按照逻辑定义标签的良好使用习惯。
在另一个替换示例中,用户还可以在定义区输入包含不同于被点击标签“产品A”的其它标签的语句而定义标签。例如输入:是为#产品A申请#专利。其中,“专利”本身就是左侧标签呈现区已经创建的标签。这样,标签“产品A专利申请”作为子标签将被归属到标签“产品A”及标签“专利”下,如图16所示。
这样,之后所有标签“产品A专利申请”包含的文件及标签,都将被同时归类到标签“产品A”及“专利”下,这是较为合理的,因为用户对产品A申请专利做的所有事情,理应归于产品A下,同时,因为用户做的事情是申请专利,所以,在“专利”标签下,也应该包含所有为产品A申请专利做的事情。
另外,如图14所示,还可以为标签选择颜色或者图标,从而使其更加直观和容易辨识。
接着,需要做的是创建和定义文件。
假设用户打算为产品A申请专利成功后,新建一个总结的文档,暂且命名为:“经验和总结”。显然这个文件比较直接的位置应该是属于标签“产品A专利申请”,于是用户可以从左侧标签树浏览到“产品A专利申请”,并例如通过双击操作进入这个标签,如图17所示。然后在文件呈现区400的空白处点击鼠标右键,将出现菜单,选择项目“新建文件”,弹出文件创建及定义模块60,如图18所示。
用户在文件名称输入区600中输入创建文件的名称,例如:经验和总结,并在文件定义区605输入文件的描述性文字,如果在这里出现标签,那么该文件将被归属到这个标签下。因为当前的操作位置是“产品A专利申请”,所以,自动为新文件贴上“#产品A专利申请”标签,如图18所示。点击创建,完成文件创建及定义,在标签“产品A专利申请”下,可以看到“经验和总结”已经在文件列表中显示,如图19所示。
也可以为为文件选择一个颜色,便于辨识。
因为标签“产品A专利申请”同时属于标签“专利”,所以,如果导航浏览至“专利”标签,也能够看到“经验和总结”,如图20所示。
上面的例子中,因为“产品A专利申请”的定义为:是为“#产品A申请#专利”,所以,该标签下新建的所有内容,都将同时从属于标签“产品A”和“专利”。所以,如果进入“专利”标签,将可以浏览到之前为产品A申请专利时创建的所有内容。同理,可能将来为“产品B”也申请专利,同样方式创建标签结构的话,那么在“专利”中也将能够看到关于产品B的专利申请的所有相关文件。这样,除了在各个产品中有自己专利申请的内容,这些内容也将汇总到标签“专利”下,形成一个集中的专利相关内容“文件夹”。
以上示例中,是先通过创建并定义标签,之后按标签创建并定义文件。然而,本申请并不限于此,仍可以通过类似第一实施例中先创建笔记条目再创建标签并定义标签的方式执行,例如在图13的文件呈现区右键选择项目“创建文件”弹出文件创建及定义模块60,创建文件并用标签定义文件。完成后,文件呈现区的标签列则显示出该标签,通过右键,选择弹出菜单中的项目“标签定义”来定义标签。
最终,类似于电子笔记的第一实施例,点击文件呈现区的任一标签,则可以在标签呈现区呈现相关的其它标签。例如以树状层级图的形式呈现标签的层级关系(纵向关系),也可以以泡泡图的形式呈现标签的横向关系。
本实施例的操作系统的其他功能,例如搜索、索引等等均与第一实施例类似,本领域技术人员明了,在不违反逻辑的情况下,可实现在本实施例中,在此不再赘述。
本领域技术人员仍明了,在本实施例的文件管理系统是安装在现有的操作系统中的情况下,它仍能对通过该管理系统新建立的文件和标签进行管理。
第三实施例-信息管理方法
本实施例提供一种基于标签的信息管理方法,包括
S1、响应于用户的输入操作,在信息呈现区呈现用户创建的信息及所述信息所从属的标签,其中所述标签能够由另外的标签定义,通过所述定义,所述标签作为子标签属于作为父标签的所述另外的标签。
可选地,该方法进一步包括:
S2、响应于用户对信息呈现区中标签的第一操作(例如第一实施例中用户点击信息呈现区100标签)而在标签呈现区以层级结构形式呈现被第一操作的所述标签包含的所有各层级子标签;或者以气泡图形式呈现被第一操作的所述标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
可选地,该方法进一步包括:
S3、响应于用户对所述信息呈现区中标签的第二操作(例如第一实施例中用户悬浮选中标签后出现菜单,选择菜单中的设置按键)而呈现标签定义模块,其中所述标签定义模块包括定义区,响应于用户在定义区输入包含所述另外的标签的语句而定义被第二操作的所述标签;或者
响应于用户对所述信息呈现模块中的标签定义快捷键的第三操作(例如第一实施例中用户点击标签定义快捷键)而呈现标签定义模块,其中所述标签定义模块包括第一定义区和第二定义区,第一定义区用于输入所述标签,第二定义区用于输入包含所述另外的标签的语句从而定义所述标签;或者
响应于用户对所述标签呈现区中标签的第四操作(例如第二实施例中用户在标签树中右键点击标签,选中项目“新建标签”)而呈现标签创建及定义模块,
其中,所述标签定义模块包括待创建标签的名称区,响应于用户在名称区输入待创建标签的名称而由被第四操作的标签定义;或者
其中,所述标签定义模块包括名称区和含有被第四操作的标签的定义区,响应于用户在名称区输入所述待创建标签的名称而由被第四操作的标签定义所述待创建标签;或者响应于用户在名称区输入所述待创建标签的名称并且在所述定义区输入不同于被第四操作的标签的语句而由所述被第四操作的标签和所述不同于被第四操作的标签定义所述待创建标签。
本领域技术人员应当理解,上述步骤虽然按照S1-S3的顺序描述,但并不意味着一定按照这样的循序执行,例如可以先执行S3,再执行S2,只要不违反逻辑。
第四实施例-电子设备
本实施例提供一种电子设备,安装有本发明第一和第二实施例所述的管理系统。
在一个具体示例中,如图21所示,适于用来实现本实施例提供的基于标签的信息管理系统的计算机系统,包括中央处理模块(CPU),其可以根据存储在只读存储器(ROM)中的程序或者从存储部分加载到随机访问存储器(RAM)中的程序,该程序例如本申请第一和第二实施例的应用程序或者执行程序时执行本申请第三方面的方法。CPU、ROM以及RAM通过总线被此相连。输入/输入(I/O)接口也连接至总线。
以下部件连接至I/O接口:包括键盘、鼠标等的输入部分;包括诸如液晶显示器(LCD)等以及扬声器等的输出部分;包括硬盘等的存储部分;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至I/O接口。可拆卸介质,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器上,以便于从其上读出的计算机程序根据需要被安装入存储部分。
特别地,根据本实施例,上文流程图描述的过程可以被实现为计算机软件程序。例如,本实施例包括一种计算机程序产品,其包括有形地包含在计算机可读介质上的计算机程序,上述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分从网络上被下载和安装,和/或从可拆卸介质被安装。
附图中的流程图和示意图,图示了本实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或示意图中的每个方框可以代表一个模块、程序段或代码的一部分,上述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,示意图和/或流程图中的每个方框、以及示意和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本实施例中所涉及到的模块可以通过软件的方式实现。所描述的模块也可以设置在处理器中。
第五实施例-存储器
作为另一方面,本实施例还提供了一种非易失性计算机存储介质,该非易失性计算机存储介质可以是上述实施例中上述装置中所包含的非易失性计算机存储介质,也可以是单独存在,未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序,当上述一个或者多个程序被一个设备执行时,使得上述设备执行第三实施例的方法。
需要说明的是,在本发明的描述中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含。
显然,本发明的上述实施例仅仅是为清楚地说明本发明所作的举例,而并非是对本发明的实施方式的限定,对于本领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动,这里无法对所有的实施方式予以穷举,凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。
Claims (9)
1.一种基于标签的信息管理系统,其特征在于,包括
信息呈现模块,包括
信息呈现区,呈现用户创建的信息及所述信息所从属的标签,其中所述标签能够由另外的标签定义,通过所述定义,所述标签作为子标签从属于作为父标签的所述另外的标签;
标签定义模块,用于响应于用户对所述信息呈现区中标签的第二操作而呈现,其中所述标签定义模块包括定义区,响应于用户在定义区输入包含所述另外的标签的语句而定义被第二操作的所述标签;或者用于响应于用户对所述信息呈现模块中的标签定义快捷键的第三操作而呈现,其中所述标签定义模块包括第一定义区和第二定义区,第一定义区用于输入所述标签,第二定义区用于输入包含所述另外的标签的语句从而定义所述标签。
2.根据权利要求1所述的管理系统,其特征在于,还包括第一标签呈现区,响应于用户对信息呈现区中标签的第一操作而以层级结构形式呈现被第一操作的所述标签包含的所有各层级子标签;或者以气泡图形式呈现被第一操作的所述标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
3.根据权利要求2所述的管理系统,其特征在于,还包括
标签创建及定义模块,用于响应于用户对所述标签呈现区中标签的第四操作而呈现,
其中,所述标签创建及定义模块包括名称区,响应于用户在名称区输入待创建标签的名称而由被第四操作的标签定义所述待创建标签;或者
其中,所述标签创建及定义模块包括名称区和含有被第四操作的标签的定义区,响应于用户在名称区输入所述待创建标签的名称而由被第四操作的标签定义所述待创建标签;或者响应于用户在名称区输入所述待创建标签的名称并且在所述定义区输入不同于被第四操作的标签的语句而由所述被第四操作的标签和所述不同于被第四操作的标签定义所述待创建标签。
4.根据权利要求1所述的管理系统,其特征在于,还包括
搜索模块,包括
搜索框和搜索结果呈现区,其中响应于用户在搜索框中输入标签或从搜索框下拉菜单中选择系统预置标签进行搜索而在所述搜索结果呈现区呈现所述输入标签或所选择的标签包含的所有信息。
5.根据权利要求1-4任一项所述的系统,其特征在于
所述信息为电子笔记,所述系统为电子笔记应用程序;或者
所述信息为文件,所述系统为文件管理操作系统或安装在操作系统中的应用程序。
6.一种基于标签的信息管理方法,其特征在于,包括
响应于用户的输入操作,在信息呈现区呈现用户创建的信息及所述信息所从属的标签,其中所述标签能够由另外的标签定义,通过所述定义,所述标签作为子标签属于作为父标签的所述另外的标签;
还包括:
响应于用户对所述信息呈现区中标签的第二操作而呈现标签定义模块,其中所述标签定义模块包括定义区,响应于用户在定义区输入包含所述另外的标签的语句而定义被第二操作的所述标签;或者
响应于用户对信息呈现模块中的标签定义快捷键的第三操作而呈现标签定义模块,其中所述标签定义模块包括第一定义区和第二定义区,第一定义区用于输入所述标签,第二定义区用于输入包含所述另外的标签的语句从而定义所述标签;或者
响应于用户对标签呈现区中标签的第四操作而呈现标签创建及定义模块,其中所述标签创建及定义模块包括待创建标签的名称区,响应于用户在名称区输入待创建标签的名称而由被第四操作的标签定义,或者其中所述标签创建及定义模块包括名称区和含有被第四操作的标签的定义区,响应于用户在名称区输入所述待创建标签的名称而由被第四操作的标签定义所述待创建标签或者响应于用户在名称区输入所述待创建标签的名称并且在所述定义区输入不同于被第四操作的标签的语句而由所述被第四操作的标签和所述不同于被第四操作的标签定义所述待创建标签。
7.根据权利要求6所述的方法,其特征在于,还包括
响应于用户对信息呈现区中标签的第一操作而在标签呈现区以层级结构形式呈现被第一操作的所述标签包含的所有各层级子标签;或者以气泡图形式呈现被第一操作的所述标签所包含的所有信息所从属的所有标签,其中代表每个标签的气泡的大小与该标签在所述所有信息中出现的次数成比例。
8.一种存储器,存储有程序,所述程序执行时实现权利要求6或7所述的方法。
9.一种电子设备,加载有权利要求1-5中任一项所述的管理系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910752155.3A CN110489377B (zh) | 2019-08-15 | 2019-08-15 | 一种基于标签的信息管理系统、方法、存储器及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910752155.3A CN110489377B (zh) | 2019-08-15 | 2019-08-15 | 一种基于标签的信息管理系统、方法、存储器及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110489377A CN110489377A (zh) | 2019-11-22 |
CN110489377B true CN110489377B (zh) | 2022-01-07 |
Family
ID=68551117
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910752155.3A Active CN110489377B (zh) | 2019-08-15 | 2019-08-15 | 一种基于标签的信息管理系统、方法、存储器及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110489377B (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1987851A (zh) * | 2005-12-22 | 2007-06-27 | 腾讯科技(深圳)有限公司 | 一种网页数据的更新显示方法 |
CN101442546A (zh) * | 2007-11-19 | 2009-05-27 | 韩国科亚电子股份有限公司 | 利用标记云的内容推荐设备和方法 |
CN101551868A (zh) * | 2008-03-31 | 2009-10-07 | 富士通株式会社 | 标签指定装置、标签指定方法以及标签指定程序 |
CN106156060A (zh) * | 2015-03-30 | 2016-11-23 | 富士施乐实业发展(中国)有限公司 | 标签管理系统及终端、标签使用方法及标签整理方法 |
CN107526776A (zh) * | 2010-09-08 | 2017-12-29 | 印象笔记公司 | 呈现搜索结果的计算机化方法及系统 |
CN108021715A (zh) * | 2017-12-29 | 2018-05-11 | 西安交通大学 | 基于语义结构特征分析的异构标签融合系统 |
CN108763544A (zh) * | 2018-05-31 | 2018-11-06 | 维沃移动通信有限公司 | 一种显示方法及终端 |
CN109190041A (zh) * | 2018-09-05 | 2019-01-11 | 安徽师范大学 | 一种基于用户参与的标签分类式搜索方法 |
CN109739910A (zh) * | 2018-11-22 | 2019-05-10 | 北京亿幕信息技术有限公司 | 一种开放性标签管理方法和系统 |
CN109800411A (zh) * | 2018-12-03 | 2019-05-24 | 哈尔滨工业大学(深圳) | 临床医疗实体及其属性抽取方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7890928B2 (en) * | 2003-07-26 | 2011-02-15 | Pilla Gurumurty Patrudu | Mechanism and system for representing and processing rules |
US20170185673A1 (en) * | 2015-12-25 | 2017-06-29 | Le Holdings (Beijing) Co., Ltd. | Method and Electronic Device for QUERY RECOMMENDATION |
-
2019
- 2019-08-15 CN CN201910752155.3A patent/CN110489377B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1987851A (zh) * | 2005-12-22 | 2007-06-27 | 腾讯科技(深圳)有限公司 | 一种网页数据的更新显示方法 |
CN101442546A (zh) * | 2007-11-19 | 2009-05-27 | 韩国科亚电子股份有限公司 | 利用标记云的内容推荐设备和方法 |
CN101551868A (zh) * | 2008-03-31 | 2009-10-07 | 富士通株式会社 | 标签指定装置、标签指定方法以及标签指定程序 |
CN107526776A (zh) * | 2010-09-08 | 2017-12-29 | 印象笔记公司 | 呈现搜索结果的计算机化方法及系统 |
CN106156060A (zh) * | 2015-03-30 | 2016-11-23 | 富士施乐实业发展(中国)有限公司 | 标签管理系统及终端、标签使用方法及标签整理方法 |
CN108021715A (zh) * | 2017-12-29 | 2018-05-11 | 西安交通大学 | 基于语义结构特征分析的异构标签融合系统 |
CN108763544A (zh) * | 2018-05-31 | 2018-11-06 | 维沃移动通信有限公司 | 一种显示方法及终端 |
CN109190041A (zh) * | 2018-09-05 | 2019-01-11 | 安徽师范大学 | 一种基于用户参与的标签分类式搜索方法 |
CN109739910A (zh) * | 2018-11-22 | 2019-05-10 | 北京亿幕信息技术有限公司 | 一种开放性标签管理方法和系统 |
CN109800411A (zh) * | 2018-12-03 | 2019-05-24 | 哈尔滨工业大学(深圳) | 临床医疗实体及其属性抽取方法 |
Non-Patent Citations (2)
Title |
---|
"层级标注系统及基于层级标签的分众分类生成算法研究";罗双玲 等;《系统工程理论与实践》;20180725;第38卷(第07期);1862-1869 * |
"社会化标注系统的语义标签资源导航构建";陈婷 等;《图书馆建设》;20150115(第01期);78-83 * |
Also Published As
Publication number | Publication date |
---|---|
CN110489377A (zh) | 2019-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11263273B2 (en) | Systems and methods for graphical exploration of forensic data | |
US11074396B2 (en) | Animating edits to documents | |
US9430131B1 (en) | System, methods, and user interface for organizing unstructured data objects | |
US7822759B2 (en) | Query-driven sharing and syndication | |
JP5368100B2 (ja) | 概念ベースの検索および解析のためのシステム、方法、およびコンピュータプログラム製品 | |
US9489119B1 (en) | Associative data management system utilizing metadata | |
EP3221803B1 (en) | Relevant file identification using automated queries to disparate data storage locations | |
US8112404B2 (en) | Providing search results for mobile computing devices | |
US20130212463A1 (en) | Smart document processing with associated online data and action streams | |
US20100211535A1 (en) | Methods and systems for management of data | |
JP5456322B2 (ja) | オペレーティングシステムユーザインターフェースを使用して文書および文書オブジェクトにメタデータを付加する方法 | |
US8949241B2 (en) | Systems and methods for interactive disambiguation of data | |
US20060195461A1 (en) | Method of operating crosslink data structure, crosslink database, and system and method of organizing and retrieving information | |
US20060184566A1 (en) | Crosslink data structure, crosslink database, and system and method of organizing and retrieving information | |
US20120323902A1 (en) | Mobile terminal and file browsing method implemented by mobile terminal | |
JP2009522693A (ja) | ソフトウェアアプリケーションユーザインタフェースを介したドキュメントおよびドキュメントオブジェクトへのメタデータの適用 | |
US20110099189A1 (en) | Method and apparatus for exploring connections of a polymorphic note | |
US20060031235A1 (en) | Expression and time-based data creation and creator-controlled organizations | |
US10013144B2 (en) | Visual preview of search results | |
US7912860B2 (en) | Strongly typed tags | |
US8671123B2 (en) | Contextual icon-oriented search tool | |
US20130346405A1 (en) | Systems and methods for managing data items using structured tags | |
US20170212920A1 (en) | Keyword-based content management | |
US8117242B1 (en) | System, method, and computer program product for performing a search in conjunction with use of an online application | |
CN106446270A (zh) | 一种分类方法及装置 |
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 |