CN1677399A - 分级数据库管理的***、方法和程序 - Google Patents

Abstract

一种分级数据库，其中，低等级继承高等级的特性，所述分级数据库具有用于每个等级的等级代码，以标识所述等级，所述分级数据库包括：具有常规等级的第一分类***；以及具有所述常规等级和同义等级的第二分类***，所述同义等级参考并使用所述第一分类***的所述常规等级，其中，所述同义等级具有标识其是所述同义等级的标识信息、所述同义等级的等级代码、以及所述同义等级所参考的所述第一分类***的所述常规等级的等级代码。

Description

分级数据库管理的***、方法和程序

相关申请的交叉引用

本申请是基于在先日本专利申请2004-106518的，并且要求其优先权，所述日本专利申请的申请日为2004年3月31日，其全部内容在此引入作为参考。

技术领域

本发明涉及管理分级数据库的分级数据库管理***、分级数据库管理方法和分级数据库管理程序。

背景技术

在例如Microsoft Windows^_、UNIX^_或LINUX^_的通用操作***(OS)中，树视图已经被采用作为图形化用户接口(GUI)。通过所述树视图，树型目录结构或文件结构被视觉地呈现给用户，这样用户可以浏览特定的目录或文件。

然而，在树视图里的各个节点中没有关系，所述关系例如是高阶节点中所包含的信息和低阶节点中所包含的信息之间的继承关系或子集关系。在树中将根节点放在前面的节点表示：用于例如文件的信息的夹持器，即容器，以树的形式相互连接。所述类型的结构在本说明书的描述中被称作“分级目录结构”，并且其不同于本说明书中的分级数据库。在本发明中，表示等级特征并且与所述等级相关联的信息单元被称作“特性”，而组成所述等级或特性的信息结构的每个信息域或元素则被称作“属性”。

另一方面，由面向对象数据库(OODB)或对象关系数据库(ORDB)所代表的数据库具有分级结构，其中子等级继承高等级的特性。在所述数据库中，特性是根据继承而在子等级中逐渐增加的。这里，“继承”是指高等级的特性传递给其子等级(若干子等级)。例如在“Object-orientedConcepts，Database，and Applications”，Won Kim所编辑，1989年，ACMPress中以及许多其它的参考中描述了所述技术。另外，在面向对象数据库中，分级中的分类通常被称作“等级(class)”。另一方面，在对象关系数据库(ORDB)中，允许继承的表对应于继承，并且在具有上下级关系的表之间，低阶表继承高阶表的特性。即，低阶表继承构成高阶表的栏的头信息。在本说明书中，OODB和ORDB共同指“分级数据库”。具有所述特性类型的数据被称作“实例(instance)”，所述特性类型属于各个分级的分类，并且所述数据的集合被称作“组群(population)”。数据的组群被存储在这样的结构中，所述结构通常被称作关系数据库(RDB)或ORDB中的表。在表中，构成所述表的特性的行被称作表头。

分级数据库具有由面向对象数据库所代表的分级结构，其中子等级继承高等级的特性，所述分级数据库具有这样的结构，在所述结构中特性是根据继承性而在子等级中逐渐增加的。因此，在设置指定特性的导入为从一个目录1中的等级到另一个目录2中的等级或者所有特性的多重继承的情况下，目录2的分类***中的子等级继承目录1的所导入的等级特性。在所述情况下，一般来说，子等级受对目录1中的相应特性的定义进行修改的影响，其中所述子等级等于或低于目录2的分类***中的上述等级。另外，当遵循ISO 13584 Parts Library标准Part 24(标准-卷24)时，在具有语言相关值的字符串类型特性中，特性之间的标识实质上是由没有语言含义的代码所确定的，所述特性可以以多种语言来书写。因此，例如当等级是根据ISO 13584而作为数据库中的表来实现的时候，必需通过使用表头中的代码(特性的队列)来判决两个等级是否是相同类型的，所述代码不取决于通常的语言语义解释(除了这样的代码之外，在所述代码中，字符串具有由例如“产品名称”所表示的常规语言含义)。

当具有相同概念的等级存在于两个标准分类目录中时，在传统的例子中这样是正常的，即，一个目录不顾其它目录而产生代码，并且在数据库中提供GUI符号作为其它目录中的其它等级的等级参考，所述数据库存储所述两个目录，这样从一个目录等级到另一个目录等级的参考被标识。如同许多GUI符号那样，与文件夹或目录相同的图标被使用。所述例子的问题如下。

(i)首先，在这些目录被当作根本不具有特性继承关系的简单链接时，在一个目录和另一个目录之间可以独立地执行特性定义的修改。如果允许定义的所述修改，则在两个目录中的等级特性的类型和定义内容随着时间而变得大不相同。如上所述，很难在两个标准分类目录中的两个等级之间稳定地共享相同的概念。另外，当以多种语言在一个目录中给出等级名称时，除非提供对涉及对应于参考等级语言的所链接等级的翻译名称进行搜索的特定功能、或者从所链接等级的语言到参考等级的语言的翻译机制，否则不能够通过将一种语言的等级名称直接链接到其它语言的其它等级名称的简单链接机制，而实现到其它目录的其它等级的参考，所述其它目录也使用相同的语言集合或不同的语言集合。

另一方面，当所述参考关系被当作继承关系时，有下面的问题。

(ii)在一个目录中的等级继承另一个目录中等级的特性。因此，两个目录中等级的相似性被保持，但是，一个目录受另一个目录的特性定义的修改的影响。例如，当特性被添加到一个目录的等级中时，数据库的结构必需被改变，并且所述结构必需被添加到另一个目录的等级中，其中所述另一个目录参考前述的等级。当然，在所述情况下，两个等级、特性标识代码以及其它都必需相互匹配。

在传统的分级数据库管理技术中，当两个标准分类目录具有有相同概念的等级时，通常提供GUI符号作为到其它目录中的其它等级的等级参考，这样从一个目录等级到另一个目录等级的参考被表示。

然而，在等级的参考被当作根本不具有特性继承关系的简单链接时，两个等级的特性的类型或定义内容随着时间而变得大不相同，并且很难在两个标准分类目录中的两个等级之间稳定地共享相同的概念。

另外，当在两个目录中的两个等级之间的参考关系被当作继承关系时，由于在一个目录中的等级继承了另一个目录中的等级的特性，因此，在两个目录中的等级的相似性可以被保持。然而，一个目录受其它目录的特性定义的修改的影响。在所述情况下，目录修改工作变得复杂。

发明内容

本发明的目的是提供便于在分级数据库中的等级之间进行管理的分级数据库管理***、分级数据库管理方法和分级数据库管理程序。

根据本发明的一个方面，提供了分级数据库，其中，低等级继承高等级的特性，所述分级数据库具有用于每个等级的等级代码，以标识所述等级，所述分级数据库包括：具有常规(regular)等级的第一分类***；以及具有所述常规等级和同义(synonymous)等级的第二分类***，所述同义等级参考并使用所述第一分类***的所述常规等级，其中，所述同义等级具有标识其是所述同义等级的标识信息、所述同义等级的等级代码、所述同义等级所参考的所述第一分类***的所述常规等级的等级代码。

本发明并不局限于所述***，其还可以作为应用于所述***的管理方法或程序而被实现。

附图说明

图1是示出GUI的例子的图，所述GUI被用在根据本发明的第一实施例的分级数据库管理***中；

图2是示出根据第一实施例的等级的分级结构以及每个等级的特性的概念图；

图3是示出根据第一实施例的分级数据库管理***的结构的例子的图；

图4是示出根据第一实施例的被呈现给用户的等级树的显示的例子的图；

图5是示出根据第一实施例的在目录信息存储部分中所存储的等级类型的存储格式的例子的图；

图6是示出根据第一实施例的例子的图，其中同义等级是在另一窗口被显示的；

图7是示出根据本发明的第二实施例的例子的图，其中通过使用圆圈(balloon)来显示源等级的代码；

图8是示出根据第二实施例的例子的图，其中在圆圈中显示同义等级；

图9是示出根据第二实施例的等级树显示部分的显示例子的图；

图10是示出根据第二实施例的等级树显示部分的显示例子的图；

图11是示出根据本发明的第三实施例的等级树的例子的图；

图12是示出根据第三实施例的目录信息的描述例子的图；

图13是有选择地示出根据第三实施例的一部分的图，在所述部分中，Part21文件中的等级信息被写入；

图14是有选择地示出根据本发明的第四实施例的一部分的图，在所述部分中，Part21文件中的等级信息被写入；

图15是示出根据本发明的第五实施例的同义等级的描述例子的图；

图16是示出根据第五实施例的同义等级的描述例子的图；

图17是示出根据第五实施例的同义等级的描述例子的图；

图18是示出根据本发明的第六实施例的同义等级的描述的例子的图；

图19是示出根据第六实施例的包含相关实体的EXPRESS-G的描述例子的图；

图20是示出根据第六实施例的例子的图，其中，Part21文件是通过使用图19中所描述的扩展实体而被写入的；

图21是说明根据本发明的第七实施例的同义信息的描述的图；

图22是说明根据第七实施例的同义信息的描述的图；

图23是说明根据第七实施例的同义信息的描述的图；

图24是说明根据第七实施例的同义信息的描述的图；

图25是示出根据本发明的第八实施例的同义等级的显示例子的图；

图26是示出根据第八实施例的同义等级显示操作的流程图的图；

图27是说明根据本发明的第九实施例的自动转换功能的图；

图28是示出根据本发明的第十实施例的在同义等级和源等级之间的关系的图；

图29是示出根据本发明的第十一实施例的等级的各种信息的图；

图30是示出根据第十一实施例的GUI的例子的图，所述GUI使两个内容表视图相互关联；

图31是示出根据第十一实施例的内容表视图的显示例子的图；

图32是示出根据第十一实施例的GUI的例子的图，所述GUI用于注册内容表视图；

图33是示出根据第十一实施例的设置文件的例子的图，所述设置文件用于注册内容表视图；

图34是示出根据本发明的第十二实施例的用于具体设置同义等级的屏幕显示例子的图；

图35是示出根据本发明的第十三实施例的同义设置部分的例子的图；

图36是示出根据本发明的第十四实施例的显示屏幕的例子的图；

图37是示出根据本发明的第十五实施例的屏幕显示的例子的图；

图38是示出根据第十五实施例的MY FAVORITES设置文件的例子的图。

具体实施方式

此后将描述根据本发明的实施例。

(第一实施例)

图1是示出GUI的例子的图，所述GUI用在根据本发明的第一实施例的分级数据库管理***中。图1示出了GUI的例子，所述GUI显示了分级树(等级树)、分类(等级)和特性。当从等级树显示部分101中选择等级时，在等级信息显示部分102中显示例如等级代码的等级信息，所述等级代码标识等级、定义、注释、版本和其它的。特性列表显示部分103显示可以用在所述等级中的特性的列表。

图2是示出等级的分级结构和每个等级的特性的概念图。子等级继承高等级的特性。因此，当每个等级具有如图2所示的特性时，例如，等级“T05：桌面PC”继承了下面的特性：

(1)“PRP001：产品名称”，“PRP002：制造商名称”，“PRP003：产品代码”和“PRP004：标准价格”，这些都是等级“T02：办公/家用商品”的特性；

(2)等级“T03：数字产品”的“PRP005：电压”，以及

(3)等级“T04：个人计算机”的“PRP006：标准存储容量”和“PRP007：HDD容量”。

以这种方式，等级“T05：桌面PC”可以使用八个特性，即上述七个特性以及所述等级自身的特性“PRP008：显示”。

因此，当在等级树显示部分101中选择了等级代码“T05：桌面PC”，在等级信息显示部分102中显示等级信息“T05：桌面PC”，并且在特性列表显示部分103中列出所述八个特性。

每个等级都可以具有存储实际内容数据的内容表。特性集合是内容表的纲要，其被包含在特性的集合中，所述特性可以在所述等级中被使用。

图3是示出根据第一实施例的分级数据库管理***100的结构例子的图。根据第一实施例的分级数据库管理***100包括服务器1、客户端3和外部存储设备5。服务器1例如存储分级信息和用于写入产品信息的实例数据，并且在需要时，服务器1将所述信息呈现给用户。客户端3向服务器1请求产品信息。外部存储设备5存储目录信息、在文件等中所写入的各种信息或内容信息。

服务器1、客户端3和外部存储设备5被连接到网络4上，这样它们可以相互发送/接收信息。

尽管在图3中外部存储设备5通过网络4而被连接到服务器1上，但是其还在服务器1中可以被提供。服务器1的输入部分12和客户端3的输入部分32是例如键盘或鼠标的输入设备。服务器1的输出部分13和客户端3的输出部分33是例如CRT或液晶显示器的显示设备。

服务器1的控制部分11和客户端3的控制部分31使得相应的处理部分14到18能够分别根据来自于输入部分12和32的请求，执行必要的处理。相应的处理部分14到18从相应的存储部分19到23或34到36、或者外部存储设备5中取出用于处理所需的信息，执行处理，并且将所获得的结果提供给输出部分13或33，或者将其存储到外部存储设备5中。

现在将描述分级数据库管理***100的典型处理操作。当接收到来自于输入部分32的处理请求输入时，控制部分31通过网络4发送处理请求给服务器1。服务器1的控制部分11使处理部分14到18中的一个基于所接收的处理请求来执行必要的处理。处理部分14到18从例如存储部分19到23中的一个里读取必要的数据，或者基于通过网络4客户端3或外部存储设备5所接收的数据来执行必要的处理。处理结果可以被存储在存储部分19到23中的一个里，其通过网络4而被发送并存储到外部存储设备5中，或者被发送给客户端3。发送给客户端3的处理结果在输出部分33中被显示，或者被存储在存储部分34到36中的一个里。

目录处理部分15获取在目录信息存储部分19中所存储的目录信息。然后，目录处理部分15基于所述目录信息形成等级树，并且将其呈现给用户。当呈现给用户时，例如，等级树的数据通过网络4从服务器1的控制部分11被发送给客户端3的控制部分31。控制部分31在输出部分33中显示所接收的等级树的数据。图4是示出呈现给用户的等级树的显示例子的图。在图4所描述的等级树显示部分41中，当用户通过输入部分12等选择分级分类(等级)时，目录处理部分15根据所述等级的类型(常规等级，同义等级或其它)来显示等级的信息，例如图1所示的等级信息显示部分102中的定义或注释，并且所述目录处理部分15如图1所示的特性列表显示部分103那样来显示特性的列表，所述特性是在所述等级中所定义的并且是从高等级中所继承的。

等级的类型被存储在目录信息存储部分19中。图5是示出所述目录信息存储部分19中所存储的等级的类型的存储格式的例子的图。如图5中所示，等级、相关等级以及等级与相关等级之间的关系是彼此相关联的并被存储。在图5中，每个等级或者每个相关等级都包括等级代码和等级名称。例如，就图5上部的目录信息等级的数据而言，“Z03”是等级代码，以及“T公司个人计算机”是等级名称。目录处理部分15基于所述目录信息来形成等级树。

除非另有规定，否则此后给出的描述都将图5的例子设为前提。在图5中，通常等级(此后将被称作“常规等级”)被指定为给定等级的子等级。例如，在图5中从上部的第三个目录信息里，等级“Z03：T公司个人计算机”是指等级“Z02：个人计算机购买种类”的子等级。另外，在图5中从上面的第一个目录信息中，等级“Z03：T公司个人计算机”是指存在于其它等级树中的等级“T04：个人计算机”的同义等级。“同义等级”是通常用于用户的等级的分类和表达，所述用户属于给定的团体或组织，例如在销售部门中的产品分类(关于制造种类的产品分类)。同义等级是与常规等级形成对照的概念。即，进行参考的分类(等级)是同义等级，而由同义等级所参考的分类(等级)是常规等级。与相关等级的关系作为标识信息而起作用，所述标识信息标识常规等级和同义等级。另外，如可以从图5中所理解到的那样，同义等级作为与常规等级相独立的实体而被写入。

目录处理部分15显示了等级树，其中等级“Z03”是等级“Z02”的子等级，并且所述目录处理部分15还显示了符号“SYN”，所述符号基于指示同义等级的同义信息而指示等级树中的同义等级，如图4中所示的那样。因此，清楚地将等级“Z03”是同义等级的事实呈现给用户，用户可以轻易地识别这是不同于常规等级的等级。

目录输入输出处理部分14读取目录文件，解释所述文件并将其存储到目录信息存储部分19中，所述文件具有例如外部存储设备5中所存在的Part21格式。目录的格式通常是Part21，但是也可以使用其它格式。当同义设置信息等被写入到其它文件中时，上述文件与所述文件一起被读取或者在所述文件之前/之后被读取，并且被存储到目录信息存储部分19中。将在目录信息存储部分19中所存储的目录信息交给输出部分13或33，或以例如具有Part21格式或任何其它格式的文件的形式，将所述目录信息输出给外部存储设备5。

等级编辑处理部分16编辑通过使用GUI而分别输入到其的同义信息，并且将所述同义信息存储在目录信息存储部分19中。

内容表视图设置处理部分17从内容表存储部分23中获取每个内容表的结构，并且将用于设置搜索条件或实例数据显示的GUI呈现给用户。另外，内容表视图设置处理部分17根据用户的输入而将内容表存储在内容表视图信息存储部分21中。内容表视图设置处理部分17从例如外部存储设备5而不是GUI里所存储的文件中读取条件，并且执行所述处理。

相关处理部分18将GUI呈现给用户，所述GUI用于使等级、每个内容表视图信息和内容表相互关联，所述相关处理部分18根据来自于用户的输入执行相关，并且将相关信息存储在相关信息存储部分32中，其中所述来自于用户的输入是相关命令的具体输入。相关处理部分18从例如外部存储设备5而不是GUI里所存储的文件中读取条件，并且执行所述处理。

MY FAVORITES信息存储部分20根据用户或者组来存储MYFAVORITES等级，所述MY FAVORITES等级实质上与同义等级一样，但是可以根据用户或组来定义。由于MY FAVORITES等级可以根据用户或组而自由地被定义，因此，其不像所述同义等级那样作为目录信息而被处理。

可以通过使用GUI来设置MY FAVORITES等级，所述GUI与在等级编辑处理部分16中设置同义等级所使用的GUI相同。然而，在这种情况下，因为，MY FAVORITES等级由于不同于同义等级而未被当作目录信息，所以，所述MY FAVORITES等级被存储在MY FAVORITES信息存储部分20中，而不是在目录信息存储部分19中。

在图3所示的例子中，尽管目录处理部分15、等级编辑处理部分16、内容表视图设置处理部分17和相关处理部分18是服务器1的组成元素，但是，它们还可以访问存在于服务器1中的数据库，并且作为客户端3的组成元素基于所获得的数据来执行客户端3中的处理。在这种情况下，在客户端3中提供相应处理部分15到18中的所有或者任何。

图4是当Z公司的购买部门购买物资时所使用的等级树的显示例子。T公司和X公司的等级树被显示了。Z公司的购买部门从T公司和X公司的产品等级树中选择产品分类(等级)。在T公司的购买部门中有个人计算机购买部门。由于所述个人计算机购买部门除了购买个人计算机以外并不执行其它的购买行为，因此，对于负责所述个人计算机购买部门的人来说，每次查找等级树及显示“个人计算机”是麻烦的。因此，当目录信息处理部分15注册等级时，所述等级通常作为类似书签的用于个人计算机购买部门的同义等级而在个人计算机购买部门中被使用，此时，个人计算机购买部门可以轻易地跳到所需的产品分类(等级)上。

在图4所示的例子中，目录信息处理部分15作为目录产生等级树用于所述购买部门，在产品分类Z01的购买部门之下产生产品分类Z02的个人计算机购买部门，并且将产品分类Z02之下的Z03和Z04分别设置为T04和X03的同义等级。

图6显示了这样的例子，其中同义等级在另一个窗口中被显示。如图6所示，目录信息处理部分15在同义等级显示部分62中作为不同于等级树显示部分61的窗口来显示所述同义等级。例如，当用户选择按钮63时，所述同义等级显示部分62可以被显示。

如上所述，在所述实施例中，当确认通过任何方式在多个不同分类***之间实质的分类是相同的时，实际内容被设置在所述等级里的一个中，并且任何其它等级都作为具有不同代码但却具有相同含意的“同义等级”而被处理。因此，可能避免通过不同名称或分类代码而却具有相同内容的双重注册。

现在采用ISO 13584 Parts Library(“PLIB”)标准来描述本实施例的效果和优点。在PLIB标准中，没有同义等级的概念。基于PLIB标准，通过使用团体的代码(Supplier_BSU)、由所述团体所产生的等级的代码(Class_BSU)、以及被分配给根据每个等级所定义的并由子等级所继承的特性的代码(Property_BSU)，全世界的概念的源可以唯一地被指定，其中所述团体产生根据ISO 6523 International Code Designator(ICD)标准所唯一确定的分类。相同的概念不通过使用两种不同的代码来表达，并且只要使用Supplier_BSU和Class_BSU的集合以及Supplier_BSU、Class_BSU和Property_BSU的集合，就没有这种必要。

然而，实际上，没有准确地遵循PLIB标准的团体标准是存在的。另外，通常存在这样的情况：根据公司的产品或销售组织***中的不同或便利，公司中的分类也不同。为了避免基于所述分类中的不同的混淆，在有些情况下，可以有意地分配不同于其它公司分类的名称或标识代码。因此，可能并不期望仅使用PLIB标准的统一分类。

因此，在所述实施例中，未准确遵循PLIB标准的分类代码***与ISO13584标准相关联。另外，当可以判断出这种情况时，即在所述分类代码***中的分类实质上与基于ISO 13584标准所分类的等级在定义上是相同的，此时，在GUI中的分类等级作为具有不同于PLIB标准的代码的不同等级标记而被处理。内容(实例)作为目录信息存储部分19中的相同分类而被产生。因此，可以避免内容的双重注册的问题。另外，可能避免这样的问题：从一个分类中能进行搜索，而不能从另一个分类中进行搜索，即使这些分类具有相同的概念。

通过使用基于ISO 13584-Part 42标准所定义的CASE_OF来写入如此产生的同义等级，所述同义等级是作为头的分类信息。可选地，同义等级可以作为遵循国际标准的目录信息以指定格式而被写入，同时保持与定义目录格式的ISO 13584-Part 42(标准，Vol.No 42)标准的向上兼容。

因此，在任何其它数据库***中或库管理***(LMS)中，可以通过传递相同的分类来实现所述同义等级。同义等级是一种分类以及一种等级表达，其通常就属于给定团体或组织的用户而被使用。因此，输出作为不同分类***的文件，并且读取所述文件给任何其它数据库或LMS，由此可以使用相同的分类，这是非常重要的。

将同义等级写作独立于常规等级的实体所需的间接信息与同义等级相关联，并且通过读取同义等级的标识信息以及间接信息中所写入的常规等级，同义等级可以被产生。

如上所述，根据本实施例，独立于分配给常规等级的等级代码的等级代码与常规等级的等级代码一起被分配，并且用于标识来自于常规等级的同义等级的标识信息被关联。因此，形成独立于常规等级的分级结构的同义等级以这种方式被显示，其中通过读取标识信息，同义等级可以与常规等级区别开来。因此，与给定分类相关联的信息可以被参考，并且从任何其它标准分类中被使用。这里，间接信息例如是(i)给定分类的定义信息；(ii)属于给定分类的特性的定义或数据类型信息；(iii)属于给定分类或内容表的实例数据的全部或一部分特性的数据值，所述内容表是实例数据的集合。通过所述标识信息，在计算机中的内部表达中，同义等级可以与常规等级区别开来。

因此，给定用户组可以根据符合所述组中的惯例或规则的目录来查找分类结构。另外，用户可以通过使用熟悉的分类符号或标准名称来标识并选择分类。

(i)在通过所述***执行输出的数据库的分级结构中，同义等级作为不同于常规等级的实体而被写入。这也可应用于输入/输出文件中的分级结构描述。即，同义等级具有名称、代码、所定义的同义等级的团体、或所使用的组织以及任何其它独立于常规等级的间接信息。(ii)通过输入到***的文件中所写入的同义等级的描述，同义等级可以在***中自动地被产生。另外(iii)在(i)和(ii)中所使用的文件被读到任何其它数据库中，这样同样的同义等级可以在所述数据库中自动被产生。

(第二实施例)

图7到10是说明本发明的第二实施例的图。假设等级“Z03：T公司个人计算机”和等级“T04：个人计算机”具有同义等级和其源等级间的关系。

图7是示出源等级的显示例子的图。当用户执行操作以通过使用输入部分12将鼠标放到图7中等级树显示部分71的同义等级上时，通过使用圆圈72等，源等级的等级代码等被显示。在图7中的例子中，圆圈72示出了等级名称和等级代码。当以这种方式通过输入部分12选择同义等级时，目录处理部分15或等级编辑处理部分16将常规等级的等级代码作为源等级与同义等级的等级代码一起显示。

图8是示出同义等级的显示例子的图。当指针被放置在图8所示的等级树显示部分81中的源等级上时，通过使用圆圈82等，同义等级的等级代码等被显示。在图8所示的例子中，圆圈82示出了等级名称和等级代码。当由输入部分12以这种方式选择常规等级时，目录处理部分15或等级编辑处理部分16将同义等级的等级代码与常规等级的等级代码一起显示，所述常规等级是源等级。

另外，当有特定的显示请求时，可以采用这样的方法，所述方法在等级树中将源等级的代码作为每个同义等级的子等级来显示，或者采用这样的方法，所述方法将同义等级作为源等级的子等级来显示。

图9是示出屏幕的例子的图，其中源等级被显示。在图9所示的等级树显示部分91中，当例如按钮33被选择时，目录信息处理部分15作为同义等级“Z03：T公司个人计算机”的子等级来显示源等级“T04：个人计算机”。

图10是示出显示同义等级的屏幕的例子的图。当例如在图10的等级树显示部分96中选择按钮34时，目录信息处理部分15作为源等级“T04：T公司个人计算机”的子等级来显示同义等级。通过与常规子等级不同的显示方式，例如通过使用斜体或同样以标记显示，作为子等级所显示的源等级和同义等级表明：它们分别是在同义等级中的源等级或在源等级中的同义等级。

在同义等级及其源等级中的相应显示方法并不局限于上述这些，并且可以认为有多种方法，例如通过右击等在另一个屏幕上显示等级来代替显示圆圈的方法，在图1的等级信息显示区域102中显示等级的方法以及其它方法。

如上所述，根据所述实施例，常规等级的等级代码可以被显示为同义等级的参考目标代码，并且同义等级的代码可以被显示为同义等级代码(同义分类代码)。

(第三实施例)

所述实施例涉及这样的实施例，其中通过在目录中使用CaseOf来写入同义等级，所述目录可以基于ISO 13584标准而被定义。

可以基于ISO 13584标准而被定义的目录是简单树。即，等级形成了简单的继承关系，其中它们只具有一个高等级。然而，有可以从多个等级导入多个特性的CaseOf概念，所述特性可以由所述多个等级中的每个所使用。通过使用CaseOf使得能够在等级之间进行部分继承。

目录处理部分15或等级编辑处理部分16通过参考CaseOf来产生等级树。

图11是示出根据本发明的等级树的例子的图。在图11中，等级1、等级2和等级3是简单树，并且它们以简单继承的分级关系而相互耦合。等级11和等级12也是简单树，以分级关系相互耦合，并且继承高等级的特性。

在图11中，具有虚线背景的特性指示从高等级中所继承的特性。即，等级2具有从等级1所继承的特性1和特性2。以这种方式，所述实施例形成多重继承关系，其中子等级继承来自于多个高等级的特性。

等级2通过CaseOf等级而被定义，并且导入来自于等级11的特性11。通过导入所述特性，等级2于是可以作为其自己的特性来使用特性11。

应当注意的是，基于CaseOf所参考的等级(常规等级)将被称作“参考等级”，并且所导入的特性将在本实施例下面的描述中被称作“导入特性”。在图11的例子中，“参考等级”是等级11，并且“导入特性”是特性11。

在本实施例中，通过扩展CaseOf的概念，使用等级之间的参考关系的同义等级的表达是可能的。

图12是示出基于IS013584标准使用Part21文件格式的目录信息的描述例子的图。基于使用EXPRESS的模式，数据被写入Part21文件中，所述EXPRESS是基于ISO 13584标准所定义的。所述模式具有实体作为构成所述模式的基本单元及其属性。每个实体具有一个名称。

在图12中段的“DATA；”之后的描述中，在每行开始前面加有散列标记的号码是分配给每个实体的号码，并且所述实体因此可以被标识。实体名称在等号之后。在每个实体名称之后的圆括号之间，以逗号隔开值的格式来排列属性。被写在属性中的前面加有散列标记的号码是指：对其它行中所定义的实体进行参考。

图13是有选择地示出在Part21文件中描述等级信息的部分的图。在图13中，关于等级“Z02：个人计算机购买部门”的信息被写在从#1026到#1025的行中，由参考数字131表示。关于等级“Z03：T公司个人计算机”的信息被写在从#1019到#1018的行中，由参考数字132表示。关于等级“Z04：X公司个人计算机”的信息被写在从#1012到#1011的行中，由参考数字133表示。

代表CaseOf等级的实体被定义为表示常规等级的实体的子实体。代表CaseOf等级的第一到第十五实体是这样的属性，其指示从代表等级的实体中所继承的等级信息。第十六及后续的属性指示CaseOf的信息。

即，以由参考数字132所表示的行#1020为例，第一属性“#1019”到第十五属性“$”指示“Z03：T公司个人计算机”的等级信息，而第十六属性“*”和后续的属性指示CaseOf的信息。每个属性指示的信息如下：

第一属性指示唯一标识等级的代码，即“等级BSU(Class BSU)”；

第四属性指示“优选名称”；

第八属性指示“备注”；

第九属性指示“高等级”；

第二十一属性指示在CaseOf中所参考的等级的标识，即“参考等级BSU”；以及，

第二十二属性指示在CaseOf里从所参考的等级中所导入的特性，即“导入特性”的集合；

因此，具体地，可以从由参考数字132所指定的#1020中读出的信息以及所述行所参考的行如下所述。

从实体名称中可以明显地看出，等级类型是CaseOf等级(component_calss_case_of)。“等级BSU”是Z03、“标准名称”是T公司个人计算机、“备注”是$SYNONYM、“高等级”是Z02并且“参考等级”是T04。“导入特性”指示为空(不存在)。

即使由常规数据库管理***基于ISO 13584标准来读取图13的示的Part21文件中的等级信息，等级Z03也被识别为具有等级T04作为参考等级的常规CaseOf等级。另外，在属性“备注”中所写入的“$SYNONYM”除了用户可以读取的(人类可读)字符串以外不具有其它的信息。

在所述实施例中，预先确定的特定字符串“$SYNONYM”被写入到“备注”中，“备注”是CaseOf实体的属性。因此，当信息根据本实施例由分级数据库管理***100所读取时，所述字符串的等级被识别为同义等级，而其参考等级被识别为所述同义等级的源等级，并且所述等级被存储在目录信息存储部分19中，这样所述等级可以在分级数据库管理***100中作为同义等级而被处理。即，在备注栏中的“$SYNONYM”被识别为标识信息，所述标识信息从其它等级中标识所述同义等级。

另外，由于通常通过使用CaseOf实体的属性中的一个来添加指示所述同义等级的信息，因此，可以保证常规Part21文件的兼容性。

如上所述，在本实施例中，通过使用与分级数据库的分类***不同的分类***中的等级以及导入特性的实体来写入所述同义等级，所述分级数据库形成简单的继承结构，其中子等级只包括一个高等级，并且等级编辑处理部分16可以作为多重继承关系来处理所述结构，其中子等级包括基于所述分级数据库的多个高等级。

(第四实施例)

本实施例涉及通过不同于第三实施例的技术来写入同义等级的实施例。

在所述实施例中，作为常规等级而不是CaseOf等级来写入所述同义等级。另外，通过向属性“备注”中增加1)指示同义等级的信息以及2)标识源等级的信息来写入同义等级。

图14是有选择地显示这样的部分的图，在所述部分中，等级信息根据本实施例被写入到Part21文件中。由参考数字141、142和143所表示的行分别对应于由第三实施例的图13中的参考数字131、132和133所指示的描述。

即，关于等级“Z03：T公司个人计算机”的信息被写在从#1019到#1018的行中，由参考数字142表示。关于等级“Z04：X公司个人计算机”的信息被写在从#1012到#1011的行中，由参考数字143表示。

以由参考数字142所表示的行#1020为例，等级类型是基于实体名称的常规等级(Component_class)，“等级BSU”是Z03，“标准名称”是T公司个人计算机，“备注”是$SYNONYM-140/T_Company∥.T04-001，“高等级”是Z02，并且“导入特性”为空(不存在)。类似于图13所示的例子，在“备注”中的“$SYNONYM-140/T_Company∥.T04-001”不具有除了字符串以外的含义，即使这是通过常规数据库管理***所读取的。

相反地，在根据本实施例的分级数据库管理***中，例如，等级信息的属性备注中的前八个字符被写作与$SYNONYM相关的常规等级，所述目录信息处理部分15确定所述等级为同义等级，识别从第九个连字符标记的字符串作为同义等级的源等级的标识，并且将所述等级存储在目录信息存储部分19中。因此，所述等级可以在分级数据库管理***100中作为同义等级而被处理。

另外，由于通常增加通过使用CaseOf实体的属性中的一个来标识同义等级的信息，因此，作为常规Part21文件可以保证兼容性。

如上所述，在本实施例中，通过使用与分级数据库的分类***不同的分类***的等级以及导入特性的实体来写入同义等级，所述分级数据库形成简单的继承结构，其中子等级只包括一个高等级，并且等级编辑处理部分16可以作为多重继承关系来处理所述结构，其中子等级包括基于分级数据库的多个高等级。

例如，在输入/输出使用ISO 10303-21中所定义的文件(所谓的“STEP文件”)的情况下，通过使用用于从ISO 13584-24中所定义的任何其它分类***中导入等级或特性的结构，即“CASE OF”(item_calss_case_of，component_class_case_of，material_class_case_of及其它)实体，具有同义等级代码的等级被写入。另外，CASE_OF所附带的评论和注释被使用。因此，所述描述实际上是同义等级的事实被清楚地写下来，并且可以支持与ISO 13584标准的兼容性。另外，可以在输入/输出文件中保持简单的继承，其中由ISO 13584标准所要求的等级只有一个高等级。此外，当数据被读取一次之后，实质上使得能够进行多重继承或多重分类。

(第五实施例)

所述实施例涉及使用除了Part21文件格式以外的文件格式来描述同义等级的实施例。

在ISO 13584标准中，通常以Part21文件的形式来发送/接收目录信息，但是，还有例如表类型的目录描述方法，所述方法使用除了Part21文件之外的XML格式(Simplib)、等级查询语言(CQL)或CSV。所述描述格式可以同样地简化实体和属性，以及将其写入Part21文件中，并且因此，与根据第三实施例或第四实施例的Part21文件中的处理相同的处理可以被实现。

图15到17是示出根据所述实施例的同义等级的描述例子的图。

图15是示出使用CSV等的表类型的目录描述模式的例子的图。如图15所示，指示等级信息的实体的属性被确定为条目，一个等级的信息由CSV文件的一行所表示。在图15的情况下，实体名称被写在“等级类型”中。指示同义等级的特定的字符串，例如SYNONYM_COMPONENT_CLASS，被写在“等级类型”中。因此，分级数据库***100可以处理不同于任何其它常规等级的同义等级。另外，尽管CaseOf等级的参考等级通常被写在条目“参考目标等级”中，但是，同义等级的源等级可以使用“等级类型”而被写入。

同样地，可以通过将同义信息写到另外的条目中，例如写到上面所提到的“备注”中，从而实现所述描述方法。

图16是示出以等级查询语言(CQL)来执行等级定义的例子的图。在图16中，执行常规等级定义的例子被示出，并且“备注”属性包括同义信息(同义等级的指示，以及源等级的信息)。

图17是示出以等级查询语言(CQL)来执行等级定义的另一个例子的图。在图17中，执行CaseOf等级定义的例子被示出，“备注”属性包括同义信息(同义等级的指示)，并且is_case_of属性包括源等级信息。

如上所述，根据本实施例，在同义等级没有实例的情况下，当指示同义等级的标识信息所写入的文件被读取时，等级编辑处理部分16可以基于所述标识信息来检测同义等级。

例如，通过给出作为参考目标的等级的额外属性或者额外信息，例如使用注解的行、备注等的特定的注释，同义等级的指示可以被表示。因此，以等级可以区别于常规等级的这种方式，通过将所述等级输入到数据库中/从数据库中输出所述等级，同义等级的指示可以被检测。

(第六实施例)

所述实施例是关于使用EXPRESS的同义等级的描述的实施例。

图18是示出使用EXPRESS的同义等级的描述的例子的图，其中ISO13584标准中所定义的实体被扩展。另外，图19是示出包括相关实体的EXPRESS-G的描述例子的图。在图19所示的例子中，同义等级(分别是synonym_item_class 189、synonym_component_class 190、synonym_material_class 191以及synonym_feature_class 192)被扩展，并且被定义为CaseOf等级实体(分别是item_class_case_of 185、component_class_case_of 186、material_class_case_of 187和feature_class_case_of 188)的低阶实体，所述CaseOf等级实体被定义为常规等级实体(分别是item_class 181、component_class 182、material_class183和feature_class 184)的低阶实体。

图20显示了一个例子，其中通过使用图19中所描述的扩展实体来将信息写入到Part21文件中。参考数字201表示等级“Z02：个人计算机购买部门”的定义信息的描述；参考数字202表示等级“Z03：T公司个人计算机”的定义信息的描述；以及参考数字203表示等级“Z04：X公司个人计算机”的定义信息的描述。

如图19或20所示，作为CaseOf等级的低阶实体，每个实体代表一个同义等级，所述实体被扩展而不用增加属性。即，同义等级被定义为常规等级的子等级。因此，可以将信息发送给遵循ISO 13584标准的常规数据库管理***，仅仅通过将同义名称转换为高级实体，所述***就不用解释所述同义等级。

另外，在所述例子中，尽管实体被扩展为CaseOf等级的低阶实体，但是，还可以使用任何其它EXPRESS扩展。例如，所述实体可以被直接定义为常规等级的低阶实体。

如上所述，根据所述实施例，当同义等级没有实例并且在分级数据库中作为分级数据库的分类***中所定义的实体的子等级来定义同义等级时，等级编辑处理部分16可以基于所述子等级来检测同义等级的指示。

(第七实施例)

所述实施例涉及其中将同义信息给到其它文件的实施例。

图21到24是说明根据所述实施例的同义信息的描述的图。

图21和22示出了第一描述例子，并且图23和24示出了第二描述例子。

图21和22组成一对。图21示出了Part21文件的例子，其中同义等级作为通常等级，即常规等级，而被写入。参考数字211表示具有等级代码Z02的等级的定义信息；参考数字212表示具有等级代码Z03的等级的定义信息；以及参考数字213表示具有等级代码Z04的等级的定义信息。图22是示出同义信息文件的例子的图，其中，描述了这样的信息，所述信息将被用于作为同义等级来识别图21中作为常规等级所定义的同义等级。作为同义等级的等级(图22中等级Z03和Z04)的标识(等级BSU)和作为源等级的等级(图22中的等级T04和X03)的标识(等级BSU)被写入到图22所示的同义信息文件中。在将图21中所示的Part21文件读取到分级数据库管理***100中的时候，当目录输入/输出处理部分14将图22中所描述的同义信息文件作为辅助文件与Part21文件一起来读取时，或者在读取Part21文件之前/之后读取同义信息文件时，分级数据库管理***100将具有等级代码Z03和Z04的等级注册为同义等级。

图23和24组成一对。图23是示出Part21文件的例子的图，其中同义等级作为常规CaseOf等级而被写入。图24是示出同义信息文件的例子的图，其中写入了这样的信息，所述信息将被用于作为同义等级来识别作为常规CaseOf等级所定义的同义等级。作为同义等级的等级(图24中等级Z03和Z04)的等级标识(等级BSU)被写入到图24中所描述的同义信息文件中。在将图23中所示的Part21文件读取到分级数据库管理***100中的时候，当目录输入/输出处理部分14将图24中的同义信息文件作为辅助文件与Part21文件一起来读取时，或在读取Part21文件之前/之后读取同义信息文件时，分级数据库管理***100将等级Z03和Z04注册为同义等级。

因此，通过在不同于Part21文件的文件中给出同义等级信息，基于ISO13584标准的常规数据库管理***可以处理不包括同义信息的Part21文件。

如上所述，根据所述实施例，当同义等级没有实例，并且通过使用根据分级数据库的第一分类***的第一文件或数据库、根据与第一分类***不同的第二分类***的第二文件或数据库、以及第一分类***和第二分类***的同义参考信息所写入的第三文件或数据库来写入所述同义等级时，等级编辑处理部分16可以基于所述第三文件或数据库中的同义参考信息来检测同义等级的指示。

(第八实施例)

所述实施例涉及显示同义等级的实施例。

图25是示出根据所述实施例的同义等级的显示例子的图。所述显示例子包括等级树显示部分251、等级信息显示区域252和特性列表显示区域253。

图26是示出通过等级编辑处理部分16的同义等级显示操作的流程图的图。

如图25所示，当用户通过操作输入部分12，例如通过在等级树显示部分251中点击鼠标(步骤261)，而选择等级时，等级编辑处理部分16判断所述等级是常规等级还是同义等级(步骤S262)。在常规等级的情况下，等级编辑处理部分16显示等级信息或所选等级的特性列表(步骤S268)。如果所选等级是同义等级，则等级编辑处理部分16将所选等级添加到参考等级历史列表中(步骤S263)。然后，通过例如由等级编辑处理部分16来对目录信息存储部分19进行参考，从而指定在参考等级历史列表中所写入的等级的参考目标等级(步骤S264)。另外，等级编辑处理部分16判断所述参考目标等级是否是同义等级(步骤S265)。如果其不是同义等级，则参考等级历史列表中所包括的等级和所述参考目标等级被选择(步骤S269)，这些所选等级的信息被显示，并且所选等级的特性列表在特性列表显示部分(步骤S268)中被显示。

如果在步骤S265中参考目标等级被确定为同义等级，则等级编辑处理部分16判断所述参考目标等级是否已经被包含在参考等级历史列表中(步骤S266)。如果所述参考目标等级未被包含在参考等级历史列表中，则所述控制返回到将参考目标等级添加到参考等级历史列表(步骤S263)的处理。如果所述参考目标等级被包含在参考等级历史列表中，则等级编辑处理部分16选择参考等级历史列表中所包含的所有等级，并且显示错误消息，指示所述参考形成了环(步骤S267)。

通过还选择源等级并且以所述方式显示等级信息或源等级的特性列表，所述同义等级用作书签，并且用户可以容易地访问所述源等级。

在图25所示的例子中，当“Z03：T公司个人计算机”被选择时，“T04：个人计算机”同时也被选择，并且通过等级编辑处理部分16，“T04：个人计算机”的等级信息在等级信息显示区域252中被显示，并且T04的特性列表在特性列表显示区域253中被显示。除了同义等级Z03被选择以外，这与选择T04的屏幕是相同的。

另外，在等级显示部分251中从同义等级到源等级的参考采用图9所示的这种结构的情况下，当“Z03：个人计算机”被选择时，等级编辑处理部分16显示等级信息和等级Z03的特性列表。另一个阶段可能被提供，这样当在等级Z03下面实际所显示的“T04：T公司个人计算机”(斜体)被选择时，等级编辑处理部分16可以显示等级信息和源等级“T04：T公司个人计算机”的特性列表，所述源等级是实体。

如上所述，根据所述实施例，当用户通过使用输入部分12选择了屏幕上所显示的同义等级时，同时等级编辑处理部分16检测到所述同义等级的选择，这样同义等级所参考的常规等级可以被读取和显示在屏幕上。

(第九实施例)

所述实施例涉及搜索查询的自动转换的实施例。

图27是说明所述实施例的自动转换功能的图。

在所述实施例中，同义等级不具有实例数据。即使同义等级具有所述数据，所述数据也仅是存在于源等级中的实例数据的补充信息，并且其没有任何意义。

假设如图27所示的那样来形成等级树。即，假设等级“Z03：T公司个人计算机”是等级“T04：个人计算机”的同义等级。另外，假设作为实例数据集合的内容表Table01存在于源等级“T04：个人计算机”的子等级“T05：桌面PC”中，并且内容表Table02存在于子等级“T06：笔记本PC”中。

例如，假设下面的(1)内容搜索查询是向T04所请求的，T04是常规等级。

从T04^*中选择PRP001、PRP003，其中PRP006＝512；...(1)

响应所述搜索查询(1)，等级编辑处理部分16作为实例数据的特性来显示产品名称和产品代码，所述数据的存储是存在于等级T04和后续等级(在所述例子中是T04、T05和T06)中的512个实例数据。即，Table01中的Equium 01和Equium 03以及Table02中的Dyna 001的实例数据作为结果而被显示。

即使就具有等级代码Z03的同义等级来执行实例数据的显示，等级编辑处理部分16也还是输出结果，所述结果通过就具有等级代码T04的源等级而不是存在于Z03和后续等级中的实例数据来执行显示所获得的。即，响应下面的搜索查询(2)，等级编辑处理部分16从图5所示的写入信息中读出：具有等级代码Z03的等级是同义等级，并且其源等级具有等级代码T04，并且所述等级编辑处理部分16还执行所述搜索查询(1)，其中具有等级代码Z03的等级被转换为具有等级代码Z04的等级。

从Z03^*中选择PRP001、PRP003，其中PRP006＝512；...(2)

尽管上述例子对应于作为实例数据的搜索目标而选择同义等级时的处理，但是，当就同义等级而产生其它处理请求时，就所述同义等级的源等级来同样地执行处理。

如上所述，根据本实施例，当等级编辑处理部分16检测到使用输入部分12的操作的目标或输出处理的目标是同义等级时，同义等级所参考的常规等级的处理被执行。因此，使得同义等级所参考的常规等级的处理容易。

在例如选择实例数据的拷贝或搜索目标的操作中，当在GUI中直接选择目标时，可以使用所述实施例。可选地，当使用代码或符号在写入处理请求到应用程序接口(APl)的操作中写入目标时，可以使用所述实施例。

(第十实施例)

所述实施例涉及示出关于同义等级的具体处理的实施例。

图28是示出同义等级和源等级之间关系的图。

确定等级2是同义等级。等级2的源等级是等级11。由于等级1、等级2和等级3具有高级/子级的分层关系，因此，高等级的特性被继承。另外，尽管等级11是同义等级2的源等级，但是，其是常规等级。等级11具有作为子等级的等级12。

所述同义等级和源等级独立地形成了分层，特性的导入是不允许的，并且所述两个类型的等级相互不干扰。然而，关于同义等级的处理作为关于源等级的处理而被执行。另外，同义等级不具有指示常规产品信息等的实例数据。即使同义等级具有所述数据，所述数据也仅仅是源等级的实例数据的补充信息。

应当注意到，当等级编辑处理部分16检测到在GUI中请求所述导入的操作或者输入/输出文件中的描述时，通过显示指示所述继承的禁止等的消息，从而将同义等级和常规等级之间的导入的禁止或特性的继承等通知给用户。当然，等级编辑处理部分16不执行包括所述继承等的数据处理。

如上所述，由于同义等级采用了这样的结构，即，其仅代表对源等级的参考，因此，与通过使用两个目录来准备等同的等级的情况不同，实例数据的交叠分配可以被避免。另外，在进行参考的CaseOf等级和所参考的参考等级之间的关系中，尽管所述等级可以分别产生实例数据，但是，例如，如果在参考等级里所定义的导入特性中有变化，则有这样的问题，即CaseOf等级中的反映是不容易的。然而，所述问题具有这样的优点，即，通过在进行参考的同义等级中禁止实例数据的产生以及特性的导入，不需要考虑所参考的等级的特性中的改变。

尽管描述了在根据本发明的分级数据库管理***100中注册同义等级的各种方法，但是，为了提供所述优点，就注册中的同义等级而言，可以忽略或拒绝导入特性和通常实例数据的注册。

如上所述，在所述实施例中，基于特性的导入或特性的部分继承的从一个目录***到另一个目录***的参考关系在所述两个目录***中被保持，并且在每个目录中独立执行特性的继承。例如，假设有目录1和目录2，并且有多个待被继承的特性集合。另外确定：通过使用所述特性集合中的一个来确定等级间的父子(高级-子级)关系，即，构成属于所述目录的等级的图形结构被确定。在所述情况下，用于确定所述父子关系所需的特性被称作目录的分类特性。从目录1所输入的特性Pl不影响目录2的目录结构，除非特性P1被引入到目录2的分类特性中。在等级中，将待继承的特性分为多个子组并且分别继承所述特性的模式已经在日本专利申请2002-339929中作为“多个典型特性的继承”而被详细地描述了。所述实施例将所述“多个典型特性的继承”应用到不同目录之间的等级的参考关系中。在所述情况下，提供了这样的技术和结构，其在多个目录中唯一地构成等级存储***，同时实现了特性的继承。

如上所述，根据本实施例，当常规等级具有第一特性并且同义等级具有第二特性时，从第一高等级到第一子等级所继承的第一继承特性在包含常规等级的第一分类***中被设置，同时，所述第一分类***可以被设置为所述第一子等级，这样同义等级的第二特性不被继承。另外，从第二高等级到第二子等级所继承的第二继承特性在包含同义等级的第二分类***中被设置，同时，所述第二分类***可以被设置为所述第二子等级，这样所述常规等级的第一特性不被继承。

(第十一实施例)

所述实施例涉及使用内容视图表的实施例。

图29是示出等级所具有的各种信息的图。

等级具有作为实例数据以及特性的集合的内容表。除此之外，等级具有典型特性的集合、显示特性的集合和搜索或显示实例数据的条件，例如显示条件(显示顺序等)、查询条件或安全条件。此后，用于搜索或显示实例数据的所述条件将被称作等级所具有的内容表视图。应当注意到，所述内容表视图是根据类似于分级结构的特性而从高等级向子等级所继承的。

典型特性是特别引起用户注意的特性。所述典型特性例如是在搜索时刻需要或建议输入条件的特性，或者是在注册实例数据时需要或建议输入的特性，但是所述特性不同于唯一标识实例数据的关键特性。如日本专利申请2002-339929中所描述的那样，所述典型特性可能与任何其它特性不一样地被显示。例如，所述特性可以通过给予其特性名称的标记而被显示。

所述显示特性是指从组成内容表的特性集合中显示给用户的特性。所述显示条件是指例如显示特性中的显示顺序。所述查询条件是指缩小实例数据是否被显示在作为内容表中的元素的实例数据中所需的条件。另外，所述安全条件根据每个用户或组而限制上述各种条件。

例如，假设典型特性的集合是PRP001、PRP002和PRP003，显示特性的集合是PRP001、PRP002和PRP008，查询条件是PRP006＞＝512，并且在图27所示的Table01中，安全条件被应用到所有成员中。在所述情况下，所述内容表视图相互合并，并且由内容表视图设置处理部分17将所述内容表显示给所有用户。图31是示出所述内容表视图的显示例子的图。在图31的例子中，由于将优选偏好给予了显示特性上的典型特性，因此，包含于典型特性集合中但不包含于显示特性集合的PRP003也被显示，但是，优选偏好可以被给予所述显示特性。

可以就一个等级由内容表视图设置处理部分17来产生所述多个内容表视图，并且任何内容表视图都可以相互合并，且与等级相关联。

图32是示出GUI的例子的图，所述GUI被用于注册内容表视图。图33是示出设置文件的例子的图，所述设置文件被用于注册内容表视图。可以由内容表视图设置处理部分17从如图32所示的GUI中注册内容表视图，并且可以由内容表视图设置处理部分17使用如图33所示的设置文件来注册内容表视图。图33所示的所述设置文件也可以处理多种类型的内容表视图的合并。

图32示出了GUI的例子，所述GUI通过合并显示特性的集合、安全条件和表内容来产生内容表视图。当用户在主屏幕321的等级树显示部分323中选择等级并且选择内容/视图产生(Content/view creation)按钮324时，内容表视图设置处理部分17显示屏幕322，所述屏幕322被用于就所选等级来设置内容表视图。在其中设置内容表视图的屏幕322中，通过内容表视图设置处理部分17，在下拉菜单325中显示存在于所选等级中的内容表的列表。用户通过选择一个内容表来确定将被合并的内容表。安全条件通过使用单选(radio)按钮326a和326b而被设置，并且检验框被选择，由此确定显示特性的集合。另外，内容表视图的名称被输入到文本框328中，并且执行按钮329被选择，由此完成对内容表视图的设置。

通过选择检验框330，内容表视图设置处理部分17将所述设置数据设置为默认内容表视图，并且即使所述数据与等级不相关，也使用所述数据来显示内容表。

在图33所示的典型设置文件中，执行内容表视图的设置，其中典型特性的集合、特性的显示条件(显示顺序)和查询条件被合并。在所述文件中，特性的标识和搜索条件被写作一行，所有写入的特性是典型特性的集合，并且写入的顺序是特性的显示顺序。当根据所述文件中所设置的内容表视图集合来显示图27中所显示的Table01时，显示内容如图31中所示。

图30示出了GUI的例子，所述GUI被用于将图32的内容表视图集合与图33的内容表视图集合相关联，其中，所述显示特性的集合、所述安全条件和所述表内容被合并在所述图32的内容表视图集合中，所述典型特性的集合、所述特性的显示条件和所述查询条件被合并在图33中的内容表视图集合中。在图30的相关视图框302中选择图32中的内容表视图集合，并且在图30的相关搜索视图框303中选择图33中的内容表视图集合。

在由内容表视图设置处理部分17选择了等级之后，例如从等级树显示部分323中调用图30所示的屏幕。在这种情况下，所选等级被自动显示在等级名称框301中。另外，在框302和303的下拉菜单中显示了所述等级中所定义的内容表视图的集合，并且允许用户选择组合，由此将相应的内容表视图相关起来。另外，通过选择按钮304至406来执行删除每个等级或内容表视图的命令、相关的确定和相关取消处理。

如上所述，内容表视图设置处理部分17可以设置用于同义等级或常规等级的处理条件，将所述设置条件与同义等级或常规等级相关联，并且将其存储在相关信息存储部分22中，以及根据所存储的处理条件来执行例如显示同义等级或常规等级的处理。即，通过使用GUI来设置同义等级并且以这样的方式来将所述等级输入/输出到数据库中，同义等级的指示可以被检测到，其中在所述方式中，同义等级可以与常规等级相区别。

例如，用于在公司中选择标准部件和推荐部件的条件或任何其它显示条件可以被设置在GUI或文件中。

(第十二实施例)

所述实施例涉及设置同义等级的具体技术的实施例。

图34是示出屏幕的显示例子的图，所述屏幕用于根据所述实施例来具体设置同义等级。

当在等级树显示部分341中选择其中产生同义等级的等级Z02并且选择同义等级产生按钮343时，同义等级设置部分342被显示。待被产生的同义等级的BSU被输入到文本框344中，其中同义等级BSU被输入。另外，同样的名称被输入到同义等级名称所输入的文本框345中。当在等级树显示部分341中选择了作为同义等级所参考的具有等级代码T04的等级时，源等级在文本框346中被自动显示，用于同义等级设置部分342中的源等级。

当用户选择了按钮348时，具有等级代码Z03的等级被设置为同义等级。由于通常情况下，唯一标识等级的BSU在其字符串中不具有意义，因此，所述同义等级BSU可以自动被输入到***中。应当注意到，通过按钮347和349自动地执行等级或内容表视图的删除处理及相关取消处理。

如上所述，根据本实施例，在同义等级不具有实例的情况下，当由输入部分12输入设置同义等级所需的指示信息时，在同义等级和常规等级之间进行区分的标识信息可以与指示信息所指示的等级相关联。

例如，当选择常规等级作为源等级时，可以在GUI中作为同义等级的默认名称来显示常规等级的每种语言中的推荐名称。

(第十三实施例)

所述实施例涉及具体同义设置技术的另一个实施例。

图35是示出根据本实施例的同义设置部分351的例子的图。任何其它所显示的部分与图34相同，因此排除了所述部分。即，在所述实施例中，如图34，显示了等级树显示部分341和同义设置部分351。图35示出这样的状态，其中通过选择同义等级产生按钮343而执行自动显示。如图35所示，同义等级名称“个人计算机”可以预先被显示在用于同义等级名称的文本框353中，以便于同义等级名称的输入。文本框352到354和按钮355到357对应于图34中的文本框344到346和按钮347到349。

另外，当源等级是同义等级时，所述源等级的名称预先被显示在用于同义等级名称的文本框353中，以便于同义等级名称的输入。

如上所述，根据本实施例，当由输入部分12指定同义等级所参考的常规等级时，所指定的常规等级的特性可以作为所述同义等级的特性而被显示。

(第十四实施例)

所述实施例涉及显示同义等级的另一个实施例。

图36是示出根据本发明的显示屏幕的例子的图。

确定同义等级“Y01：PC”被定义，所述同义等级“Y01：PC”具有同义等级Z03作为源等级。当具有等级代码Y01的同义等级在等级树显示部分361中被选择时，作为所选等级的源等级的“Z03：T公司个人计算机”的信息被显示在等级信息显示区域362以及特性列表显示区域363中。然而，具有等级代码Z03的等级是同义等级，“T04：个人计算机”的等级信息和特性列表被显示，“T04：个人计算机”是具有等级代码Z03的等级的源等级。

如上所述，根据本实施例，等级编辑处理部分16可以通过执行一次或多次地对由同义等级所参考的等级进行检索的处理，而获取常规等级来作为同义等级的源等级，并且执行对常规等级进行显示的处理，其中与任何其它等级不同的同义等级参考所述常规等级。

(第十五实施例)

本实施例涉及使用被称为MY FAVORITES等级的虚拟等级的实施例。

图37是示出根据本发明的屏幕显示的例子的图。在等级树显示部分371中显示了用户个人设置的等级，即具有源等级“Z04：T公司个人计算机”的“PC”和具有源等级“T13：数字相机”的“数字相机”象虚拟等级的子等级一样，所述虚拟等级是等级树中MY FAVORITES等级。由于没有将MY FAVORITES等级存储为目录信息，因此，所述等级不需要等级标识(等级BSU)，所述标识是用于基于ISO 13584标准的等级所必需的。另外，所述等级不必构成分级(其可以构成分级)。MY FAVORITES等级的设置可以被保存在客户端或服务器上。

图38是示出MY FAVORITES设置文件的例子的图。图38示出这样的例子，其中没有特别地将等级分级给予MY FAVORITES等级。等级标识之后的“JA”是语言规范(所述例子中是日语)，并且可以就每种语言中具有名称的等级，以每种语言来给出MY FAVORITES名称。

另外，响应来自于用户的请求，等级编辑处理部分16将MYFAVORITES等级转换为同义等级。同时，由于MY FAVORITES等级不需要等级BSU，同义等级所需的等级BSU可以自动被加入到***中，或者可以敦促用户设置等级BSU。

即，在本实施例中，等级编辑处理部分16显示了示出MYFAVORITES等级的图，所述图用于根据用户或组来产生同义等级，所述等级编辑处理部分16显示MY FAVORITES等级为分级数据库的等级中的一个，并且存储MY FAVORITES等级和其它任何等级之间的继承关系。

如上所述，本实施例基于现有等级根据每个用户来产生分类，并且定制视图(表示)。可以说，为每个用户所定制的等级(其此后将被称作MY FAVORITES等级)是用于用户自己的分类。因此，所述MYFAVORITES等级不同于分类和表示方法中的参考目标标准等级(常规等级和同义等级)。一般来说，关于MY FAVORITES等级的信息不必与其它用户共享。因此，MY FAVORITES等级不需要具有用于等级的标准代码或在给定团体中共享的特性。然而，用作等级标记的目标被安排在GUI中所显示的等级树上，所述GUI根据用户的方便来显示等级***。另外，在MY FAVORITES等级中预先设置通常用于搜索的特性或搜索值。因此，清晰且简单的分类可以被提供给用户。

当然，通过使用由所述MY FAVORITES等级所参考的常规等级的信息，MY FAVORITES等级，即个人等级，可以被改变为同义等级。可选地，当MY FAVORITES等级参考同义等级时，通过使用MY FAVORITES等级所参考的常规等级的信息，MY FAVORITES等级可以被改变为同义等级。可选地，如果通常用于搜索的特性或搜索值与属于给定团体或组织的用户共同存在，那么，当然可以在同义等级中作为标准视图来设置所述特性或搜索值。

例如，可以考虑下面的用途。

图标、按钮、开关、标记等在屏幕上作为用于每个用户或组的GUI元素而被准备，并且为每个用户单独地产生和显示MY FAVORITES目标。然后，关于所述MY FAVORITES等级的信息可以被存储和重新使用。另外，所述存储的数据被***到分类树中并在分类树上被显示，就好像它实际上是分类的等级一样。当用户再次使用所述***时，自动或半自动地读取及显示所述MY FAVORITES等级。另外，响应来自于用户的命令，关于MY FAVORITES等级的信息被输出到文件中，并被转换为同义等级。然后，不完全的信息预先被嵌入，并且用户覆盖并输入所述信息的GUI被准备。

本发明不局限于前面的实施例。尽管已经针对包含遵循基于PLIB标准的数据结构的分类***的目录信息的例子而给出了描述，但是，所述数据结构可以是部分地或完全地基于PLIB标准的。

本发明不局限于前面的实施例本身，并且组成元素可以被修改并被体现在实施阶段，而在不脱离本发明的范围。另外，通过前面实施例中所公开的多个组成元素的适当合并可以形成各种发明。例如，某些组成元素可以从所述实施例中所公开的组成元素中被删除。另外，不同实施例中的组成元素可以适当地相互合并。

如上所述，本发明对于管理所谓的分级数据库的分级数据库管理***、分级数据库管理方法和分级数据库管理程序的技术领域是有效的。

另外，根据本发明，可以使得分级数据库的不同等级之间的管理容易。

另外的优点和修改对于本领域普通技术人员来说将是很容易的。因此，本发明在其更广泛的方面将不局限于这里所显示和描述的具体细节和代表性的实施例。因此，可以进行各种修改，而不偏离由所附权利要求及其等同物所定义的一般发明概念的精神或范围。

Claims (18)

1.一种分级数据库，其中子等级继承高等级的特性，所述分级数据库具有用于每个等级的等级代码，以标识所述等级，所述分级数据库包括：

具有常规等级的第一分类***；以及

具有所述常规等级和同义等级的第二分类***，所述同义等级参考并使用所述第一分类***的所述常规等级，其中，

所述同义等级具有标识其是同义等级的标识信息、所述同义等级的等级代码、以及所述同义等级所参考的所述第一分类***的所述常规等级的等级代码。

2.根据权利要求1的分级数据库，还包括显示所述同义等级的显示单元，所述同义等级是基于所述标识信息而区别于所述常规等级的。

3.根据权利要求1的分级数据库，其中，附带信息与所述同义等级相关联，所述附带信息将所述同义等级描述为与所述常规等级相独立的实体，并且还包括产生单元，所述产生单元通过读取输入数据中所描述的所述标识信息来产生所述同义等级。

4.根据权利要求1的分级数据库，其中，所述显示单元将所述常规等级的所述等级代码显示为所述同义等级的参考目标代码，或者将所述同义等级的所述等级代码显示为所述常规等级的所述同义分类代码。

5.根据权利要求1的分级数据库，其中，

所述分级数据库具有导入结构，所述导入结构将所述等级和所述特性导入到所述第一分类***和所述第二分类***中，并且所述分级数据库具有简单的继承结构，其中子等级包括唯一的高等级，

所述同义等级是通过所述导入结构而作为这样的等级来描述的，所述等级导入所述同义等级所参考的所述第一分类***的所述常规等级，并且与所述同义等级相关联的所述附带信息包括所述等级是所述同义等级的信息，并且还包括

处理单元，所述处理单元作为多重继承关系，即所述子等级具有两个或多个高等级，而处理所述导入结构。

6.根据权利要求1的分级数据库，其中，

所述分级数据库具有简单的继承结构，即子等级具有唯一的高等级，

所述同义等级的附带信息包括所述同义等级所参考的所述常规等级，以及所述等级是所述同义等级的信息，并且还包括

处理单元，所述处理单元作为多重继承关系，即所述子等级具有两个或多个高等级，而处理所述导入结构。

7.根据权利要求1的分级数据库，其中，

所述同义等级没有实例，

所述同义等级是由特定的实体所描述的，所述特定的实体是作为导入不同于所述第一分类***的分类***的所述等级和所述特性的实体的特定化而被重新定义的，并且还包括

检测器，基于所述同义等级是由所述特定的实体所描述的，所述检测器检测所述同义等级是否是同义等级。

8.根据权利要求1的分级数据库，其中，

所述同义等级没有实例，并且通过根据所述第一分类***的第一数据、根据所述第二分类***的第二数据、以及第三数据，所述常规等级和所述同义等级被描述，其中对于所述第三数据，所述第一分类***和所述第二分类***的同义参考信息被描述，并且还包括

检测器，所述检测器基于所述第三数据的所述同义参考信息来检测所述同义等级。

9.根据权利要求1的分级数据库，其中，

所述同义等级没有实例，并且还包括

这样的单元，当设定等级为所述同义等级的指令信息由输入单元所输入时，所述单元将所述标识信息与所述指令信息所指示的等级相关联。

10.根据权利要求9的分级数据库，其中，所述显示单元将通过所述输入单元所指定的所述常规等级的所述等级信息显示为所述同义等级的所述等级信息的第一候选，其中所述同义等级参考所述常规等级。

11.根据权利要求1的分级数据库，还包括：

选择器，所述选择器选择所述显示单元上所显示的所述同义等级；以及

这样的单元，所述单元检测所述同义等级的选择，并且读取和显示所述同义等级所参考的所述常规等级。

12.根据权利要求11的分级数据库，还包括这样的单元，当所述同义等级所参考的等级是所述同义等级时，所述单元通过一次或重复地执行搜索参考目标等级的处理，而获取所述常规等级作为所述同义等级的源等级，并且执行所述同义等级所参考的所述常规等级的处理。

13.根据权利要求1的分级数据库，还包括这样的单元，当检测到通过输入装置的操作的目标或数据处理的目标是基于所述标识信息的同义等级时，执行所述同义等级所参考的所述常规等级的处理。

14.根据权利要求13的分级数据库，还包括这样的单元，当所述同义等级所参考的等级是所述同义等级时，所述单元通过一次或重复地执行搜索参考目标等级的处理，而获取所述常规等级作为所述同义等级的源等级，并且执行所述同义等级所参考的所述常规等级的处理。

15.根据权利要求1的分级数据库，其中，

所述常规等级具有第一特性，并且所述同义等级具有第二特性，并且还包括：

第一设置单元，所述第一设置单元设置第一继承特性，所述第一继承特性是在包括所述常规等级的所述第一分类***中从第一高等级到第一子等级所继承的，所述第一设置单元还设置所述第一分类***，以使得所述第二特性不被继承到所述第一子等级中；以及

第二设置单元，所述第二设置单元设置第二继承特性，所述第二继承特性是在包括所述同义等级的所述第二分类***中从第二高等级到第二子等级所继承的，所述第二设置单元还设置所述第二分类***，以使得所述第一特性不被继承到所述第二子等级中。

16.根据权利要求1的分级数据库，还包括：

这样的单元，所述单元显示图形以便在用户中或在每个组中产生所述同义等级，所述图形示出第一等级；

显示所述第一等级作为所述分级数据库的等级之一的单元；以及

对所述第一等级和其它等级之间的继承关系进行存储的单元。

17.根据权利要求1的分级数据库，其中，

设置所述同义等级或所述常规等级的处理条件的单元；

将所述设置处理条件与所述同义等级或所述常规等级想关联的单元，以及

根据所述处理条件来处理所述同义等级或所述常规等级的单元。

18.一种分级数据库，具有用于每个等级的等级代码，以标识所述等级，所述分级数据库包括：

具有常规等级的第一分类***；以及

具有所述常规等级和同义等级的第二分类***，所述同义等级参考并使用所述第一分类***的所述常规等级，其中，

所述同义等级具有标识其是所述同义等级的标识信息、所述同义等级的等级代码、以及所述同义等级所参考的所述第一分类***的所述常规等级的等级代码。

Images