CN101236550B - 一种处理树型结构数据的方法及*** - Google Patents
一种处理树型结构数据的方法及*** Download PDFInfo
- Publication number
- CN101236550B CN101236550B CN2007100075309A CN200710007530A CN101236550B CN 101236550 B CN101236550 B CN 101236550B CN 2007100075309 A CN2007100075309 A CN 2007100075309A CN 200710007530 A CN200710007530 A CN 200710007530A CN 101236550 B CN101236550 B CN 101236550B
- Authority
- CN
- China
- Prior art keywords
- data
- tree
- character
- ordering
- model
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种处理树型结构数据的方法及***,解决采用递归遍历的方法处理显示树型结构的数据速度较慢的问题。所述方法包括:在结点数据中记录用于标识数据层次关联关系的信息;读取同一棵树的所有结点数据;根据所述数据层次关联关系,对结点数据进行排序后得到数据列表;顺序扫描所述列表并输出。其中,所述数据关联关系以数字/字母与非数字/字母字符的组合表示。本发明通过遍历一次数据列表,就可以快速显示树型结构数据,提高了***的处理效率,降低了数据显示的开发复杂度,而且实现起来十分简单。
Description
技术领域
本发明涉及数据处理技术,特别是涉及一种处理树型结构数据的方法及***。
背景技术
在计算机应用中,经常需要处理树型结构的数据,如公司内部组织结构、产品分类、论坛帖子、邮件列表等等。参照图1,是树型结构数据的示例图,例如有一个论坛***需要把主帖及相应的跟帖按照树型的结构显示出来,通过帖子标题的缩进来体现帖子间的父子关系,为用户更清晰地展示出帖子间的关系。显示效果如图1所示,每条数据记录为树的一个结点,其中主帖为根结点,所有跟帖为子结点。
上例中,在数据库设计时,记录帖子信息的数据表至少包括以下字段:帖子ID(id),主帖ID(mainId),父帖ID(parentId),帖子标题(topic),帖子内容(content),如图2所示。其中,所述帖子ID为帖子创建时的序列号;跟帖的标题可能与主帖的标题相同,也可能不同。
目前,按照树型结构显示某个主帖及相应跟帖的方法是:先从数据库中读出mainId等于指定主帖ID的所有帖子(即所述主帖和它的所有跟帖),并按照读取顺序存入一个列表。由于帖子在数据库中的存储通常按照创建的先后顺序排列,所以列表中的帖子并不按照树型结构排列。因此,下一步是使用递归算法遍历所述帖子列表,并在页面上分层次显示帖子。下面给出了一段实现所述递归算法的示例代码,能够得到树型结构排列的帖子序列,按照图1所示效果输出显示。
void printPosts(List posts,long rootId,int level){
for(int i=0;i<posts.size();i++){
Post post=(Post)posts.get(i);
if(post.parentId==rootId){
print(post.topic,level);
printPosts(posts,post.id,level+1);
}
}
}
但是,由于递归算法自身存在的计算性能问题,采用递归遍历的方法处理树型结构的数据时速度较慢,而且当层次较多的情况下尤其明显。例如一棵帖子树总共有M个帖子,分为N层,则用递归算法显示所述帖子数总共计算M*N次,当M*N数量巨大时,需要耗费很多计算时间,造成***不能及时响应用户查看数据的需求。
发明内容
本发明所要解决的技术问题是提供一种处理树型结构数据的方法及***,以解决采用递归遍历的方法处理显示树型结构的数据速度较慢的问题。
为解决上述技术问题,本发明提供了一种处理树型结构数据的方法,包括:
在结点数据中记录用于标识数据层次关联关系的排序因子;所述排序因子由用于标识数据在树型结构中的位置的字符和用于区分树型结构层次的字符互相间隔而组合构成;其中,所述用于标识数据在树型结构中的位置的字符所对应的编码值,和,用于区分树型结构层次的字符对应的编码值不在同一个编码值范围内;
读取同一棵树的所有结点数据;
根据所述排序因子标识的数据层次关联关系,对所述所有结点数据进行排序后得到数据列表;
顺序扫描所述数据列表并输出。
其中,所述排序是对标识数据层次关联关系的信息所对应的ASCII编码值,按照ASCII编码表的排序规则进行排序。
其中,所述数据层次关联关系以数字和非数字字符,字母与字母,或者,数字和字母的组合表示。
优选的,根据非数字/字母字符的个数,判断输出数据时需要缩进的空格数。
优选的,每棵树的根结点数据设置相同的数字/字母。
本发明还提供了一种处理树型结构数据的***,包括:
排序因子构造单元,用于对应每个结点数据,构造标识数据层次关联关系的排序因子;所述排序因子由用于标识数据在树型结构中的位置的字符和用于区分树型结构层次的字符互相间隔而组合构成;其中,所述用于标识数据在树型结构中的位置的字符所对应的编码值,和,用于区分树型结构层次的字符对应的编码值不在同一个编码值范围内;
数据获取单元,用于读取同一棵树的所有结点数据;
排序单元,用于根据所述排序因子标识的数据层次关联关系,对结点数据进行排序后得到数据列表;
输出单元,用于顺序扫描所述列表并输出。
其中,所述排序单元对排序因子对应的ASCII编码值,按照ASCII编码表的排序规则进行排序。
其中,所述排序因子以数字和非数字字符,字母与非字母,或者,数字和字母的组合表示。
优选的,所述输出单元根据非数字/字母字符的个数,判断输出数据时需要缩进的空格数。
优选的,所述排序因子构造单元对每棵树的根结点数据设置相同的数字/字母。
与现有技术相比,本发明具有以下优点:
本发明实施例在数据记录中增加一个排序因子,用于标识每棵树中各个结点记录的相互关联关系,每增加一条数据记录时构造相应的排序因子值。当需要显示一棵树的所有节点记录时,首先对所述因子值排序生成数据列表,然后顺序遍历一次数据列表,就可以快速显示树型结构数据,从而降低数据显示的开发复杂度,提高***的处理效率,而且实现起来十分简单。
附图说明
图1是现有技术中树型结构数据的示例图;
图2是图1示例中树型结构数据的存储结构示意图;
图3是本发明实施例中含有排序因子的树型结构数据的逻辑结构示意图;
图4是本发明实施例所述显示树型结构数据的步骤流程图;
图5是本发明实施例中数据库的数据存储示意图;
图6是本发明实施例中按照排序因子排序后的数据列表示意图;
图7是本发明实施例所述显示树型结构数据的***结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
本发明提供了一种简单高效的方法来显示树型结构数据,以下内容将以论坛帖子的显示为实施例进行详细说明。
为达到图1所示的显示效果,本发明实施例在数据库设计时,在记录帖子信息的数据表中增加了一个字段,作为在页面上显示帖子的一个排序因子。这样,所述数据表包括帖子ID(id)、主帖ID(mainId)、父帖ID(parent Id)、帖子标题(topic)、帖子内容(content)、排序因子(socter)、发帖时间(time)、发帖者(name)等字段,表中的每条帖子信息都记录了所述内容。
排序因子用于标识每条帖子信息与其他帖子间的关联关系,参照图3所示,是含有排序因子的树型结构数据的逻辑结构示意图,通过所述排序因子可以获知主帖与跟帖间的关系,以及跟帖与其他跟帖间的关系。排序因子是在帖子创建时构造的,例如:每次新增一个主帖子时把这条数据记录的sorter字段设置为数字1,新增所述主帖的第一个跟帖时把相应的sorter字段设置为字符串1.1,如果再新增所述主帖的第二个跟帖则把相应字段设置为字符串1.2,新增第一个跟帖的跟帖时设置为1.1.1,以此类推下去,最后保存在数据库中的记录如图3所示。
当一个帖子的跟帖数目较多时可以构造更长的排序因子。例如:主帖的sorter值为1,“跟帖一”的sorter值为1.01,“跟帖一的第一个跟帖”的sorter值为1.01.01,“跟帖一的第十二个跟帖”的sorter值为1.01.12,以此类推。
上述构造排序因子的方式是本发明的优选方案。对于树型结构的数据,每个主帖及其跟帖构成一棵树,每棵树可以有不同的排序因子表示法,如第一个主帖及其跟帖由数字1开头,第二个主帖及其跟帖由数字2开头,以此类推。但是这种表示方法并不适用于大数据量的帖子记录,因为排序因子的第一位数字会随着帖子的增多而越排越大,从而增加排序因子的构造复杂度,占用存储空间。由于每个主帖可以通过帖子ID加以区别,而区别每棵树的排序因子意义不大,所以本发明实施例优选的,对每棵树的根结点(即每个主帖)都设置相同的排序因子(如数字1),设置简单而不影响对每棵树的数据操作。
图3所示是一个主帖及其跟帖的逻辑结构,并不代表数据的物理存储结构,而在实际的数据库存储中,所述帖子是按照帖子ID顺序存储的。所以,从数据库读取某一主帖及其跟帖并显示时,就需要根据排序因子对所有帖子进行排序输出。参照图4,是本发明实施例所述显示树型结构数据的步骤流程图。
步骤401,当用户登录论坛浏览帖子时,页面显示出帖子列表,用户选定要查看的帖子标题,然后点击该帖,向论坛服务器发送显示相应主帖及其跟帖的请求。用户选定的帖子可能是主帖,也可能是跟帖,下面步骤以跟帖为例进行说明。
步骤402,服务器收到显示某个帖子的请求,从请求中提取帖子ID等参数。例如,请求显示的帖子ID是78。
步骤403,根据帖子ID从数据库读取主帖及其跟帖,读取步骤是:首先取出与所述帖子ID对应的帖子数据,例如有这样的SQL(结构化查询语句)查询select*from post where id=78;然后根据所述帖子数据可以得到主帖ID,记作rootId(rootId=Post.mainId),假设该值为10;再根据主帖ID即rootId查询数据库,取得该主帖下所有的跟帖并按照sorter字段(即排序因子)排序,例如有这样的SQL查询select*from post where mainId=10order by sorter。参照图5,是数据存储在数据库的情况,是用户发帖子的顺序,即按照帖子ID排序,因此按照读取顺序获得的帖子在排序前即如图5所示。
优选的,在读取数据库时为直接获得主帖ID,可以将每个帖子所属的主帖ID包含在请求参数中发送给服务器,这样服务器就可以直接从请求中提取主帖ID,减少了一次读取数据库的操作。当数据库访问量较大时,所述优选方法就能够显著提高处理效率。
步骤404,将从数据库顺序读取的帖子按照排序因子排序,得到帖子列表。通常,一种简便的排序方法是:根据排序因子的构造方法及排序因子中每个字符在ASCII编码(美国标准信息交换码)表中对应的ASCII编码值,按照ASCII编码表的排序规则排序。即按照计算机中字符串的默认排序方法,根据字符串中每个字符的ASCII编码值排序。这样,从数据库取出来的帖子列表就是按照要显示的帖子顺序排列的,图5示例中排序后的帖子列表如图6所示。
举例说明,将排序因子1与1.1比较,先根据ASCII编码值比较第一位都是1,接着比较后面的字符串。由于“.”字符的ASCII编码值(46)在数字的ASCII编码值(48-57)范围之外,所以通过“.”字符可以区别出主帖与跟帖、跟帖与自己跟帖的关系,通过比较得出排序因子为1.1的帖子是排序因子为1的跟帖。同理,比较ASCII编码值,可以得出排序因子为1.2的帖子也是排序因子为1的跟帖,但与排序因子1.1比较,它是第二个跟帖。以此类推,可以得到顺序排列的帖子列表。
步骤405,顺序扫描帖子列表,将帖子列表中的帖子信息逐个输出显示。显示效果如图1所示,但不限于图1的形式,可以显示更详细的信息,如发帖时间等。在页面显示帖子信息时,通常以空格缩进的方式显示出帖子间的层次关系,可以采用多种方法控制每个层次需要缩进的空格数,也可以采用本领域技术人员所熟知的其他方法显示帖子间的层次关系。
优选的,本发明实施例在输出帖子时,充分利用排序因子的构造方式来显示帖子间的层次关系,当显示某个帖子时计算该帖子的sorter字段包含字符“.”的个数,并相应缩进几个空格。例如主帖的sorter值为1则不需要缩进,“跟帖一”的sorter值为1.1则缩进一个空格,“跟帖一的第一个跟帖”的sorter值为1.1.1则缩进两个空格。
通过上述简单操作,顺序遍历一次数据列表,就可以快速完成树型结构数据的显示功能,提高了***的处理效率,降低了数据显示的开发复杂度。而且,上述方法还适用于树型结构数据的其他后续处理,如将排序后的数据直接顺序打印、存储,或者为后续处理提供输出数据等。
上述实施例中,排序因子是由数字与“.”字符或其他非数字字符组合而成的字符串表示,但本发明并不限定排序因子的构造方式。排序因子可以由数字和非数字字符(如图示中的“.”字符)构成,也可以由字母和非字母字符构成,或者由数字和字母组合而成,等等,在此不一一列举。总之,在构造排序因子时,只需要满足在字符编码排序中,用于区分树型结构层次的字符(如“.”字符)所对应的编码值(46),与标识数据在树型结构中的位置的字符(如数字)所对应的编码值(48-57)不在同一个编码值范围即可。
而且,除上述使用ASCII编码的字符串来构造排序因子、进行排序因子值的比较外,使用其他的编码也是可行的,比如使用GBK(汉字内码扩展规范)编码中的一些字符来分别代替上例中的0-9这些数字,只要注意这些字符排序的顺序和数字0-9的排序顺序一致即可。因此在根据排序因子进行数据排序时,按照相对应的编码值排序即可,排序原理同上所述。
对应上述简单高效的实现方法,本发明还提供了一种显示树型结构数据的***实施例,参照图7所示,所述***包括排序因子构造单元701、数据获取单元702、排序单元703、输出单元704。以下内容也以论坛帖子为例进行说明。
由于在数据库设计时,在记录帖子信息的数据表中增加了一个字段,用于记录每条帖子信息与其他帖子间的关联关系,作为在页面上显示帖子的一个排序因子,因此数据库中每增加一条新的帖子记录,就需要通过排序因子构造单元701来构造每条记录的排序因子。
所述排序因子构造单元701在构造排序因子时,需要满足在字符编码排序中,用于区分树型结构层次的字符所对应的编码值,与标识数据在树型结构中的位置的字符所对应的编码值不在同一个编码值范围。所述排序因子可以由数字和非数字字符构成,也可以由字母和非字母字符构成,或者由数字和字母组合而成,等等。
例如,以数字和“.”字符构成字符串表示排序因子,每次新增一个主帖子时把这条数据记录的排序因子值设置为数字1,新增所述主帖的第一个跟帖时把相应的排序因子值设置为字符串1.1,如果再新增所述主帖的第二个跟帖则把相应排序因子值设置为字符串1.2,新增第一个跟帖的跟帖时设置为1.1.1,以此类推下去,最后保存在数据库中的记录如图3所示。
而当一个帖子的跟帖数目较多时可以构造更长的排序因子。例如:主帖的排序因子值为1,“跟帖一”的排序因子值为1.01,“跟帖一的第一个跟帖”的排序因子值为1.01.01,“跟帖一的第十二个跟帖”的排序因子值为1.01.12,以此类推。
总之,排序因子构造单元701的构造方式灵活多样。而且优选的,为降低构造复杂度,节省存储空间,在构造多个主帖的排序因子时,对每个主帖都设置相同的排序因子(如数字1),设置简单而不影响对每个主帖对应的树型结构数据的操作。
数据获取单元702,用于根据用户发送的点击请求,从请求中提取帖子ID等参数,然后读取数据库,取出与所述帖子ID对应的帖子数据;再根据所述帖子数据可以得到主帖ID,该帖子可能是主帖,也可能是跟帖;查询数据库,将该主帖ID下的所有跟帖取出。
优选的,数据获取单元702在读取数据库时为直接获得主帖ID,可以将每个帖子所属的主帖ID包含在请求参数中发送给服务器,这样服务器就可以直接从请求中提取主帖ID,减少了读取数据库的操作次数。当数据库访问量较大时,所述优选方法就能够显著提高处理效率。
排序单元703,用于根据所述排序因子,对数据获取单元702取出的数据记录进行排序。例如,按照计算机中字符串的默认排序方法,根据排序因子中每个字符的ASCII编码值进行排序。这样,从数据库取出来的帖子列表就是按照要显示的帖子顺序排列的。
而且,根据排序因子的构造方法不同,排序单元703采用的编码排序也不同。除使用ASCII编码表的排序规则外,还可以使用其他的编码,比如使用GBK(汉字内码扩展规范)编码中的一些字符来分别代替上例中的0-9这些数字,只要注意这些字符排序的顺序和数字0-9的排序顺序一致即可。因此在根据排序因子进行数据排序时,按照相对应的编码值排序即可,排序原理同上所述。
输出单元704,用于顺序遍历经排序的数据列表,将帖子列表中的帖子信息逐个输出显示。在页面显示帖子信息时,通常以空格缩进的方式显示出帖子间的层次关系,可以采用多种方法控制每个层次需要缩进的空格数,也可以采用本领域技术人员所熟知的其他方法显示帖子间的层次关系。
优选的,所述输出单元704充分利用排序因子的构造方式来显示帖子间的层次关系。在以数字和“.”字符组合表示的排序因子中,当显示某个帖子时,计算该帖子的排序因子包含字符“.”的个数,并缩进相应空格。例如主帖的排序因子值为1则不需要缩进,“跟帖一”的排序因子值为1.1则缩进一个空格,“跟帖一的第一个跟帖”的排序因子值为1.1.1则缩进两个空格。
本发明实施例提供的显示树型结构数据的***,对从数据库取出的数据先进行排序,然后遍历一次数据列表,即可直接输出按照树型结构排列的数据记录,提高了***的处理效率,降低了数据显示的开发复杂度。而且,上述方法还适用于树型结构数据的其他后续处理,如将排序后的数据直接顺序打印、存储,或者为后续处理提供输出数据等。
以上对本发明所提供的一种处理树型结构数据的方法及***,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种处理树型结构数据的方法,其特征在于,包括:
在结点数据中记录用于标识数据层次关联关系的排序因子;所述排序因子由用于标识数据在树型结构中的位置的字符和用于区分树型结构层次的字符互相间隔而组合构成;其中,所述用于标识数据在树型结构中的位置的字符所对应的编码值,和,用于区分树型结构层次的字符对应的编码值不在同一个编码值范围内;
读取同一棵树的所有结点数据;
根据所述排序因子标识的数据层次关联关系,对所述所有结点数据进行排序后得到数据列表;
顺序扫描所述数据列表并输出。
2.根据权利要求1所述的方法,其特征在于:所述排序是对标识数据层次关联关系的信息所对应的ASCII编码值,按照ASCII编码表的排序规则进行排序。
3.根据权利要求1所述的方法,其特征在于:所述数据层次关联关系以数字和非数字字符,字母与非字母,或者,数字和字母的组合表示。
4.根据权利要求3所述的方法,其特征在于:根据非数字/字母字符的个数,判断输出数据时需要缩进的空格数。
5.根据权利要求3所述的方法,其特征在于:每棵树的根结点数据设置相同的数字/字母。
6.一种处理树型结构数据的***,其特征在于,包括:
排序因子构造单元,用于对应每个结点数据,构造标识数据层次关联关系的排序因子;所述排序因子由用于标识数据在树型结构中的位置的字符和用于区分树型结构层次的字符互相间隔而组合构成;其中,所述用于标识数据在树型结构中的位置的字符所对应的编码值,和,用于区分树型结构层次的字符对应的编码值不在同一个编码值范围内;
数据获取单元,用于读取同一棵树的所有结点数据;
排序单元,用于根据所述排序因子标识的数据层次关联关系,对结点数据进行排序后得到数据列表;
输出单元,用于顺序扫描所述列表并输出。
7.根据权利要求6所述的***,其特征在于:所述排序单元对排序因子对应的ASCII编码值,按照ASCII编码表的排序规则进行排序。
8.根据权利要求6所述的***,其特征在于:所述排序因子以数字和非数字字符,字母与非字母,或者,数字和字母的组合表示。
9.根据权利要求8所述的***,其特征在于:所述输出单元根据非数字/字母字符的个数,判断输出数据时需要缩进的空格数。
10.根据权利要求8所述的***,其特征在于:所述排序因子构造单元对每棵树的根结点数据设置相同的数字/字母。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100075309A CN101236550B (zh) | 2007-02-01 | 2007-02-01 | 一种处理树型结构数据的方法及*** |
HK08114052.8A HK1120889A1 (en) | 2007-02-01 | 2008-12-30 | A method and system for processing tree-structured data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100075309A CN101236550B (zh) | 2007-02-01 | 2007-02-01 | 一种处理树型结构数据的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101236550A CN101236550A (zh) | 2008-08-06 |
CN101236550B true CN101236550B (zh) | 2010-09-01 |
Family
ID=39920173
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100075309A Expired - Fee Related CN101236550B (zh) | 2007-02-01 | 2007-02-01 | 一种处理树型结构数据的方法及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101236550B (zh) |
HK (1) | HK1120889A1 (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102110101B (zh) * | 2009-12-29 | 2013-01-16 | 北大方正集团有限公司 | 一种数字内容标引方法及装置 |
CN102436453B (zh) * | 2010-09-29 | 2015-03-11 | 金蝶软件(中国)有限公司 | 一种父子维的处理方法及装置 |
WO2012063451A1 (ja) * | 2010-11-09 | 2012-05-18 | 日本電気株式会社 | 情報処理装置 |
CN103581280B (zh) * | 2012-08-30 | 2017-02-15 | 网易传媒科技(北京)有限公司 | 一种基于微博平台的界面交互方法和设备 |
CN102902811B (zh) * | 2012-10-19 | 2016-09-14 | 北京金和软件股份有限公司 | 一种快速生成树结构的数据库设计方法 |
CN103324763B (zh) * | 2013-07-18 | 2017-02-15 | 北京金和软件股份有限公司 | 一种手机端树形数据结构的展现方法 |
CN104102694B (zh) * | 2014-06-24 | 2018-11-20 | 用友优普信息技术有限公司 | 树形节点排序方法和树形节点排序装置 |
CN109684275A (zh) * | 2018-12-18 | 2019-04-26 | 清华大学 | 建立混凝土施工对标数据库的方法及*** |
CN111274349B (zh) * | 2020-01-21 | 2020-12-15 | 北方工业大学 | 一种基于信息熵的公共安全数据分级索引方法及装置 |
CN113821572A (zh) * | 2021-07-19 | 2021-12-21 | 中共四川省委组织部 | 一种基于组织机构编码生成组织机构树的方法、设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1306256A (zh) * | 1999-12-09 | 2001-08-01 | 国际商业机器公司 | 通过分枝隔离管理用户接口 |
CN1353374A (zh) * | 2000-11-07 | 2002-06-12 | 毛远青 | 一种用于因特网的组织和管理信息的方法 |
CN1485775A (zh) * | 2002-09-27 | 2004-03-31 | 英业达股份有限公司 | 树形结构节点数据显示处理***与方法 |
-
2007
- 2007-02-01 CN CN2007100075309A patent/CN101236550B/zh not_active Expired - Fee Related
-
2008
- 2008-12-30 HK HK08114052.8A patent/HK1120889A1/xx not_active IP Right Cessation
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1306256A (zh) * | 1999-12-09 | 2001-08-01 | 国际商业机器公司 | 通过分枝隔离管理用户接口 |
CN1353374A (zh) * | 2000-11-07 | 2002-06-12 | 毛远青 | 一种用于因特网的组织和管理信息的方法 |
CN1485775A (zh) * | 2002-09-27 | 2004-03-31 | 英业达股份有限公司 | 树形结构节点数据显示处理***与方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101236550A (zh) | 2008-08-06 |
HK1120889A1 (en) | 2009-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101236550B (zh) | 一种处理树型结构数据的方法及*** | |
CN109992645B (zh) | 一种基于文本数据的资料管理***及方法 | |
WO2022141861A1 (zh) | 情感分类方法、装置、电子设备及存储介质 | |
JP6303594B2 (ja) | 単一セル中の画像データ及びシンボルデータによるテーブルのソート及びフィルタリング | |
JP6126218B2 (ja) | 携帯式端末設備における摺接操作による入力補助制御のシステム及び方法 | |
US9558170B2 (en) | Creating and switching a view of a collection including image data and symbolic data | |
US20150363478A1 (en) | Systems, Devices, and/or Methods for Managing Data | |
US20120278705A1 (en) | System and Method for Automatically Extracting Metadata from Unstructured Electronic Documents | |
CN102110123B (zh) | 倒排索引建立方法 | |
Huang et al. | Isolated Handwritten Pashto Character Recognition Using a K‐NN Classification Tool based on Zoning and HOG Feature Extraction Techniques | |
Fu et al. | Automatic record linkage of individuals and households in historical census data | |
CN103869999B (zh) | 对输入法所产生的候选项进行排序的方法及装置 | |
CN110019820A (zh) | 一种病历中主诉与现病史症状时间一致性检测方法 | |
CN112131453A (zh) | 一种基于bert的网络不良短文本检测方法、装置及存储介质 | |
CN116362811A (zh) | 一种基于大数据的广告自动化投放管理*** | |
CN115018588A (zh) | 产品推荐方法、装置、电子设备及可读存储介质 | |
CN115827862A (zh) | 一种多元费用凭证数据关联采集方法 | |
CN101770291A (zh) | 输入***语意分析数据散列存储和分析方法 | |
CN103929499A (zh) | 一种物联网异构标识识别方法和*** | |
CN111782970B (zh) | 一种数据分析方法和装置 | |
CN101996190B (zh) | 一种从网页中抽取信息的方法及装置 | |
CN113688257B (zh) | 一种基于大规模文献数据的作者姓名同一性判断方法 | |
CN101295312B (zh) | 一种使用表格呈现数据的方法 | |
CN108897763A (zh) | 一种区块链数据转化*** | |
CN112084780B (zh) | 自然语言处理中共指消解方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1120889 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1120889 Country of ref document: HK |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100901 Termination date: 20210201 |