CN101013426B - 信息管理装置以及信息管理方法 - Google Patents

Abstract

本发明提供一种使用了连接关系信息的信息管理系统，解决现有技术没有考虑的以下问题：业务程序为了得到存在连接关系的信息，形成在了解了管理表间的连接关系的键信息的基础上，顺序地循着该关系最终取得目标信息的检索处理方式，因此需要进行连接关系的分层部分的访问，从而访问效率降低。本发明通过把表示某个表与其它表的关联的连接信息与其它的连接信息建立对应，在存储装置中存储表示多个表之间的数据的分层结构的路径信息，利用该路径信息进行各种处理。

Description

信息管理装置以及信息管理方法

技术领域

本发明涉及不同表间的信息之间的关联建立方法。特别是涉及当处于信息与信息建立了关系的连接关系时，该信息以及信息关系定义的生成方法、所连接的信息的检索处理方法及其装置。特别是涉及如下的信息处理：不是使主文件(master)中具有为了进行企业的业绩测定而合计数据的分层结构或者用于取出知识管理中的知识信息的关系信息，而是作为连接主文件之间的信息，使外部表具有并进行管理。

背景技术

在以目标指向型开发业务程序的情况下，分析所需要的信息与信息间的连接关系，利用以UML(统一建模语言，Unified ModelingLanguage)为代表的图表等作为信息模型进行定义，并与程序设计和DB设计相关联。特别是在DB设计时，需要找出用于使某个表的键(key)与其它表具有关系的连接关系的键，并在同一表内进行定义，因此对于信息的连接关系的定义，需要根据信息模型由人工进行再次设计。

图2是使用UML，使作为该信息的分析结果的信息模型向DB设计展开的例子。在UML中，如果将工厂、成本部门、产品组、产品、销售等称为类(class)，则进行系统分析的人员定义类名，并在该类中定义各种属性的信息，用关联种类线等表现各个类的关系，定义类与类的关系的多重度。这样，类把信息分组。

在图2中，如产品组的类那样，上下与其它类具有关系的类在检索时循着该关系进行检索的情况下，需要使DB的同一个表内具有使类之间建立关系的信息。因此，需要一边设想检索时的情况一边进行DB的表设计。例如在图2的例子中，在工厂主文件与产品组主文件中保存共同的属性“工厂代码”。

另外存在的缺点是，业务程序为了得到目标的信息，必须在事先了解的基础上利用各表内定义的连接关系，在信息与信息的关系发生了变化的情况下，需要调查各个表的连接关系，重新进行DB的设计。

作为用于解决这种问题的技术，有人提出了专利文献1(特开2003-150644号公报)中记载的技术。专利文献1记载的技术是使各种信息建立关系来进行管理的关系信息管理系统，具备：至少利用各种信息的识别信息来保存母与子的关系的关系管理表；和在指定的信息和范围内，利用关系管理表的关系从母到子、从子到母进行各种信息的检索处理的检索处理单元，识别信息包括ID、FAT信息、FAT内记录地址、文件种类、目录路径、文件名、选择范围、目标、属性或者具有属性的信息，另外，各种信息由用于保存由识别信息和详细信息构成的成员数据的成员管理表进行管理。

但是，在上述现有技术中，留有尚未考虑的课题，本发明将解决该课题的一部分。如下例示课题的一部分。

没有考虑以下方面：业务程序为了得到存在连接关系的信息，形成在管理表之间的连接关系的键信息的基础上，顺序地循着该关系最终取得目标信息的检索处理，因此需要进行连接关系的分层部分的访问，从而访问效率降低。

进而也没有考虑以下方面：如组织信息所代表的那样，在信息的关系发生结构变化的情况下，由于DB内的组织信息改变，因此无法事先定义以现有的信息连接关系为基础的各种合计或未来的信息关系而在仿真中利用，或者无法为了进行信息变更作业而预先登记，而且，如果信息的结构发生变化，则有时伴有业务程序的检索界面的变更等。

此外，现有技术还存在以下问题：没有从UML等信息模型与DB设计直接联系；发生只是连接关系的分层部分的表结合或为此的访问；在连接关系发生变化时需要重新进行DB设计；不能够进行根据过去或未来的信息连接关系的业务程序的利用，当发生信息的连接关系的结构变化时，根据情况需要变更业务程序的检索界面等。

发明内容

本发明的目的在于解决上述现有技术的问题，提供与现有技术相比，使用方便性良好的信息管理系统。

本发明通过使表示某个表与其它表的关联的连接信息与其它连接信息建立对应，在存储装置中保存表示多个表之间的数据的分层结构的路径信息，利用该路径信息进行各种处理。

依据本发明，在使用了使表之间建立关联的表的信息管理方法中，能够进行比现有技术提高了使用方便性的信息管理。

附图说明

图1是作为本发明一个实施例的系统的结构图。

图2是作为本发明一个实施例的信息模型的结构和对其进行了DB定义的例子的图。

图3是输入作为本发明一个实施例的信息模型的处理的流程图。

图4是从作为本发明一个实施例的信息模型自动生成DB的主表的处理的流程图。

图5是从作为本发明一个实施例的信息模型自动生成DB的主表的结果的主表定义例的图。

图6是从作为本发明一个实施例的信息模型自动生成连接销(pin)表的处理的流程图。

图7是从作为本发明一个实施例的信息模型自动生成连接销表的结果的连接销表定义例和信息实体的图。

图8是从作为本发明一个实施例的信息模型自动生成访问路径表的处理的流程图。

图9是从作为本发明一个实施例的信息模型自动生成访问路径表的结果的访问路径表的结构关系和访问路径表定义例的图。

图10是作为本发明一个实施例的连接销表维护画面例的图。

图11是作为本发明一个实施例的连接销表删除时的访问路径表自动变更例的图。

图12是来自作为本发明一个实施例的业务程序的信息检索方式的流程图。

图13是来自作为本发明一个实施例的业务程序的信息检索方式中的没有指定连接销表、访问路径表时的流程图.

图14表示作为本发明一个实施例的连接销表有效期间指定的例子的图。

图15表示作为本发明一个实施例的信息管理系统的硬件结构的一个例子的图。

具体实施方式

以下，参照附图详细地说明本发明的最佳实施方式。但该实施方式并不限定本发明。

<系统结构>

图1表示实现本发明的系统的结构的一个例子，在该图中，101是用图表表示以UML等为代表的信息的关联的信息模型，114是用于由管理者等维护信息的关系的画面，102是输入101或114的内容的输入装置，103是用于解释所输入的内容、将其变换成DB的主记录的定义或者控制对主文件的访问请求的主控制装置，104是用于管理由103变换的定义内容的主定义装置，105是主表的实体，106是解释信息的关系来生成连接销表或者处理连接关系的访问请求的连接销控制装置，107是用于管理该连接销的连接销定义装置，108是连接销表的实体，109是解释并生成用于访问连接销表的路径、或者用于控制使用了路径的检索请求的访问路径控制装置，110是用于管理访问路径的访问路径定义装置，111是访问路径表的实体，112是用于接受检索请求、解释其内容并进行检索处理的检索处理装置，113是使用这些装置的业务程序。这里，所谓连接关系，是指在某个类与其它类之间存在1对多、多对1、1对1的结构关系(UML中称为“有关联”)时，作为类之间的关联的键的属性(attribute)之间的关系，或者在把这些类作为表安装时作为表之间的关联的键的数据项目之间的关系。

另外，当某个类构成其它类的一部分时，即，当第1类与第2类存在1对多的关系时，称为存在第1类总括第2类的关系。用多重度(在类之间的关联种类线的旁边如“1”、“1...＊”那样记载)表示进行了何种程度的总括。总括是关联的特殊形式。这种情况下，把第1和第2类作为表进行了安装时，属于第1类的属性中1个以上的属性相对属于第2类的某一个属性形成1对多的连接关系。在图2中，由于工厂类与产品组存在1对多(1个以上)的关系，因此存在工厂类总括产品组的关系。

实现本发明实施方式的信息管理方法的系统构成为具备信息模型输入装置102、主控制装置103、主定义装置104、连接销控制装置106、连接销定义装置107、访问路径控制装置109、访问路径定义装置110、检索处理装置112。而且，这些装置相互之间如图1所示，通过网络可通信地连接。网络可以是互联网、公共通信网等。

在各装置的存储器中，存储有实现各功能的程序，由各装置的CPU执行。另外，在由其磁盘等形成的二次存储装置上连接有存储了主表105、连接销表108、访问路径表111的存储装置。上述的各表由上述的各程序访问。各装置按功能分割如图所示，可以得到各装置的分割和集成。

该系统中的各装置可以是1台或多台服务器计算机、PC等.如图15所示，在1台计算机中安装了该系统的情况下，上述的各装置可以作为装载到存储器1504中并由CPU1501执行的程序来安装.另外，这种情况下，各装置间的上述网络不是物理网络而是逻辑网络.进而，这时还具备存储了主表105、连接销表108、访问路径表111的二次存储装置1505，各表由各程序访问.在作为程序安装了各装置的情况下，也可以得到各程序的分割和集成.

本发明实施方式的信息管理系统构成为具备接受信息模型的输入的键盘或鼠标等输入装置1503以及显示管理画面的显示装置1502，并且具备与业务程序的接口1506。

<主表的生成处理>

图3是输入信息模型的图1的102的输入装置的处理流程，在301中一起输入信息模型，在302中进而用信息模型的类单位进行输入，在303的判定中如果没有应该输入的类则结束，而在有类的情况下执行图4的主定义处理，接着在304中输入相关联的类，在305的判定中如果没有相关联的类则返回到302，进行输入下一个类的处理，在存在相关联的类的情况下，执行图6的连接销定义处理、图8的访问路径定义处理。信息模型如图2所示，具有工厂、成本部门、产品组、产品、销售这样的类名、属于各类的属性、表示类之间的关联的关联种类线、表示用关联种类线建立了关联的类之间的多重度的关系的多重度。信息模型的信息作为把属性的信息分组保持的类的名称等识别信息和属于该类的属性的名称等识别信息、表示由关联种类线连接的2个类的名称的关联种类线信息、多重度的信息，被存储在存储装置1505中，在信息模型的输入中输入这些信息。在图2中，在属性名的左侧显示了“-”的属性表示是被宣布为键的属性。信息模型既可以从输入装置1503输入，也可以读出预先存储在存储装置1505中的信息模型的信息，输入到信息模型输入装置102中。

图4是图1的103的主控制装置中的处理流程，图5是作为其结果生成的图1的105的主表的一个例子。在步骤401中把所输入的信息模型变换为DB定义。即，根据信息模型的信息，生成作为表定义参数的表名称、表的数据项目名、表的键以及其它属性。以图1的101的信息模型的用UML记述的工厂类为例，按照事先决定的名称赋予规则来定义表名称。例如，如501所示，把类名用类名+“主文件”变换成“工厂主文件”，将其定义为表名称，进而，把工厂类中定义的工厂代码、工厂名称、代表电话号码、住所等属性名定义为表的数据项目名，进而，把在101的信息模型中定义的属性中被宣布为键的信息定义为表的键，同时定义在各个属性中指定的文字或数值等属性和位数。

接着在402中取得已有的主定义，在403中进行在已有的主定义中是否有与在401中变换的主定义相同的主定义，没有的情况下在404的处理中登记到104的主定义装置中进行管理。

以下，重复进行同样的处理直到再没有类，502输入成本部门类，503输入产品组类，504输入产品类，505输入销售类，从而生成进行了主定义的类。

在图2的信息模型中，产品组、产品、销售类具有与母类的关系，而作为主表的定义，通过使得在内部不具有这些连接关系，从而简单地把信息模型的各个内容变换成DB定义并进行登记。

<连接销的登记处理>

其次，图6是图1的106的连接销控制装置中的处理流程，图7是作为其结果定义的连接销表的一个例子。这里，连接销是指连接信息与信息的关系的键的对应，在每一个连接销表中保存作为两个表之间的键的对应关系的连接信息。例如，在图7的连接销表1中，工厂主文件的工厂代码A的数据与产品组主文件的产品组XX的产品以及产品组YY的数据存在连接关系。这样，通过连接销表中的各个键之间的对应建立来安装连接销。

在图3的输入装置的处理304中，根据图2的关联种类线信息输入与该类相关联的其它类，在305的判定处理中如果没有相关联的类，则输入下一个类，而在有相关联的类的情况下，在601中判断所输入的两个类(类与其关联类)的图2的多重度的关系，进行把多重度1的类定义为母类、把另一个作为子类的母子定义，但在存在1对1的对等关系的情况下，把先读入的类定义为母类，把另一个类定义为子类.在305的相关联类的判定中，可以根据存储在存储装置1505中的信息模型的信息中是否存在利用关联种类线信息建立了对应的类来进行判定.

接着，根据母类与子类的键的组合，在602、603中，从图1的107的连接销定义装置确认是否存在已有的组合，在存在的情况下，则已经登记在图1的108的连接销表中，返回到图3的304，去读入下一个关联类，在不存在的情况下，为了作为连接销表进行新的登记，在604、605中，把键的组合作为连接销表名，把键的项目名作为数据项目名，把各个属性以及母类的键作为连接销表的键，登记在连接销定义装置中，从而生成连接销表。

作为其结果，以图2的工厂类与产品组类为例，工厂类的关联类是产品组类，其多重度是1对1以上的n(*指n，1...*是指1以上的n)，因此工厂类为母类，产品组类为子类。在该组合中，把作为各自的键的工厂代码与产品组的组合作为该连接销表的表名称，把工厂代码以及产品组作为该连接销表的数据项目名，把各类的各自的键属性作为连接销表的各数据项目的属性，以及把工厂代码作为该表自身的键，从而把图7所示的连接销表1这样的定义登记在连接销定义装置中。

在这里定义的终究只是连接销表的定义信息，实际的关联信息的实体本身是利用使用了一般公知的DB访问方法(例：RDB的SQL等)的手段，通过图1的113的业务程序等在以后登记。关联信息的实体以下述形式定义：使作为1个以上的子类的键的数据项目与作为母类的键的数据项目相对应，从而使得对应于产品组的标识符XX以及YY与对应于工厂代码的标识符A相对应。

<访问路径的登记处理>

接着，连接销控制装置在606中保持当前处理的键的组合的同时，生成访问路径的定义，关于其处理方式，图8中示出自动地进行访问路径的生成的图1的109的访问路径控制装置的处理流程，图9中示出图1的111的访问路径表的生成示例。

访问路径是指从某个表循着表之间的连续的关联到达(访问)其它表的路线的信息，如图9模式地示出的那样，作为使连接销表分层地建立关系的信息保存在访问路径表中。

访问路径控制装置109最初在801中取得与键的组合相对应的已有的访问路径定义，在802中判断是否已经定义，如果已经定义则进入到804的处理，如果没有定义，则按照事先决定的名称赋予规则来赋予访问路径名称(在本例中是以连号的形式赋予n的值作为Path“n”的规则)，在分层等级1中指定连接销表名和键的母子，作为新的访问路径表，登记在图1的110的访问路径定义装置中。在访问路径表中，作为用于识别访问路径的信息的路径名以及1个以上的连接销表的名称与分层等级对应保存。作为保存在访问路径表中的信息，也可以不是连接销表的名称，只要是能够识别连接销表的信息即可。在分层等级1的连接销表的子键与分层等级2的连接销的母键相对应的连续分层之间，上位分层的连接销的子键与下位分层的连接销的母键相对应。

以按照图2的工厂类与产品组类的组合进行新登记的情况为例，在图9的访问路径表Path1的分层等级1中，工厂代码与产品组的键的组合与图7所示的连接销表名称“连接销表1”一起登记(这时是还没有登记分层等级2、3的状态).

接着，为了在已有的访问路径表中进行分层等级的追加登记处理，在804中，在已经登记的访问路径表的分层等级中，取得在子中具有要追加到访问路径表中的连接销的母的键的分层等级，在805的判定中，如果没有对象则进入到812，如果有对象，则接着判断是否已经登记在所取得的分层等级的下一分层中。如果已经登记则返回到804进行下一个检索，如果未登记，则继续进行能否在该访问路径表中追加的判断。

该判断根据要追加的分层等级是该访问路径表的中间分层等级还是最下位分层等级，其处理方式不同，是最下位分层等级的情况下，形成直接赋予下一分层等级No并向最下位分层追加的方式，以通过811的处理来追加产品型名类与销售型名类的组合的情况为例，则如图9的Path1那样，如果仅登记了分层等级1、2，则进行如下处理：作为分层等级3追加登记产品型名类与销售型名类的组合，在809和810的处理中，由于已经判断是否已经登记，因此重复的访问路径不会被重新登记。

另一方面，在中间分层等级中登记的情况下，由于如果直接在该中间分层等级中登记，则会切断其下一个分层等级的路径，因此不在该访问路径中登记，而是在806的处理中保持在从该访问路径中的中间分层到最上位分层的分层等级的路径中追加了本次等级的路径，在807中判断路径是否已被登记，存在已有路径的情况下不进行处理，返回到804，进行下一次检索，如果不存在，则在808中把所保持的内容作为新的访问路径，由访问路径定义装置登记到访问路径表中。

作为例子，在把产品组类与销售型名类的组合的连接销登记到访问路径表中的处理中，在检索出图9的访问路径表的Path1的情况下，由于分层等级1的子是产品组，因此登记到下一分层中，但如果在这里下一分层等级已经被登记，则由于切断了到该分层等级的路径，因此追加到分层等级1的内容中，把产品组和销售型名作为分层等级2，该组合如果在已有的访问路径表中不存在，则象Path3那样进行新的登记。

进而，重复进行804～811的处理，直到再也没有子中具有要追加的连接销的母的键的访问路径表的分层等级为止。

在再也没有子中具有要追加的连接销的母的键的访问路径表的分层等级的情况下，在812的处理中，检索母中具有本次要追加的连接销的子的键的访问路径表的分层等级。在813的判断中如果没有对象则返回到图3的304，在有对象的情况下，接着判断是否已经在所取得的分层等级的前一个分层等级中登记，如果已经登记则返回到812进行下一个检索，如果未登记则继续进行能否在该访问路径表中追加的判断。

该判断根据要追加的分层等级是该访问路径表的中间分层等级还是最上位分层等级，其处理方式不同，是最上位分层等级的情况下，形成使下一个分层等级以后的No逐一挪动、赋予No1并向最上位分层追加的方式，由816的处理实现。

作为例子，假设图9的Path1作为产品组和产品型名登记到分层等级1中、作为产品型名和销售型名登记到分层等级2中时，如果要登记工厂代码和产品组，则进行以下处理：登记到最上位分层中，使从前的分层等级逐一挪动，在最上位分层等级No1中追加工厂代码和产品组，在814、815的处理中确认了整个路径已经不作为其它访问路径表存在以后，更新Path1的访问路径表。

另一方面，在登记到中间分层等级中的情况下，由于如果直接登记到该中间分层等级中，则会切断其以前的分层等级的路径，因此不在该访问路径中进行登记，而是在该访问路径中，在814的处理中保持在该中间分层以下的分层等级的路径的上位追加了本次等级的路径，在815中判断路径是否已经登记，在有已有路径的情况下，不进行处理，返回到812，进行下一次检索，如果没有，则在816中把所保持的内容作为新的访问路径表登记到访问路径定义装置中。

作为例子，在登记成本部门代码类与产品组类的组合的处理中，在检索出图9的访问路径表的Path1的情况下，由于分层等级2的母是产品组，因此登记到其前面的分层中，但这里由于前面的分层等级已经登记，因此如果在此追加则会切断从以前的分层等级开始的路径，因此该组合如果在已有的访问路径表中不存在，则把将成本部门代码和产品组作为分层等级1在分层等级2、3的内容的上位中追加后的路径象Path2那样进行新的登记。

利用以上的处理，可以生成连接销表和访问路径表，但即使没有读入UML那样的信息模型，管理者等也可以利用画面操作进行。图10中示出用于连接销表维护的画面例。与通过从图1的114传送到102的输入装置来输入信息模型、从而生成连接销表或访问路径表的方式相同，可以进行连接销表或访问路径表的生成，并且，利用来自画面的操作，不仅可以进行登记处理，还可以进行更新、删除(图10的例子是连接销表维护用画面，但访问路径表维护用的画面也为同样的方式)。

<连接销删除处理>

这里，对于连接销表或访问路径表的新登记、更新、访问路径表本身的删除处理，不存在问题，但对于连接销表的删除或访问路径表中的分层等级的删除处理，访问路径本身被切断，作为解决该问题的方法，访问路径控制装置识别并执行以下的处理。

作为例子，在图11的Path1中，由于假设不需要连接销表3，因此管理者如果使用图10的维护画面来删除了该表，则由于Path1不存在分层等级2的连接销表，因此在数据的检索中，检索处理装置从连接销表1到连接销表5不能循着路径。因此，访问路径控制装置进行把以后的分层等级(这里是连接销表5)作为其它访问路径(图11的删除后的访问路径表的Path5)新登记的处理，只保留分层等级1，执行在访问路径定义装置中进行自动更新(图11的删除后的访问路径表的Path1)的处理。

同样，在由管理者删除了访问路径表的分层等级2以外的中间分层的连接销的情况下也执行相同的处理，在删除了不需要的信息的关系的情况下，也可以通过联动地更新访问路径的路径只保留所需要的部分，来应对信息关系的变化。

<检索处理>

使用图12并针对来自业务程序的检索处理，说明图1的112的检索处理装置的处理流程，但来自业务程序的检索处理条件采取在1201的处理中指定检索条件的键名称和信息实体以及最终希望成为检索对象的键名称的形式，包括以下3种检索处理模式：可以指定与其一起成为检索对象的连接销表的期间和作为检索路线的检索路径的上下(从母到子或者从子到母)；作为检索的附加条件指定连接销表的情况和指定访问路径表的情况；不指定连接销表和访问路径表的方式。

(基于期间指定的检索)

其中，关于连接销表的期间指定，如图14的例子所示，连接销表本身使相同结构的连接销表与日期信息建立对应，以期间为单位保持多个。在组织变更等信息关系发生变化的情况下，通过事先变更并准备连接销表中的信息，当中央处理装置检索到变成该期间时，使该连接销表有效，从而对于对检索结果改变等企业中的各种结构变化的应对可进行事先准备，进而，通过具有将来的信息关系结构，可以从业务程序以仿真形式加以利用，另外，用于实现基于过去的信息关系的合计等，在业务程序指定了在1201中使用的连接销表的期间(有效日期)的情况下，在1202、1204中设定该日期，即使没有指定，由于在1202、1204的处理中设定现状的日期，因此形成以后在检索处理中以所指定的期间的连接销表为对象的处理方式。

根据图14说明具体例子。从2004年4月1日到同年9月30日期间，工厂代码A与产品组XX、YY，工厂代码B与产品组ZZ，工厂代码C与产品组WW相对应。从2004年10月1日到2005年3月31日的期间，工厂代码A与产品组XX和YY，工厂代码B与YY，工厂代码C与WW相对应。即，是工厂B在2004年10月1日以后停止产品组ZZ的生产、开始产品组YY的生产的事例。这种情况下，在全部抽取出以工厂代码B识别的工厂的产品组名的情况下，2004年9月30日以前返回与产品组ZZ相对应的数据，2004年10月1日以后返回属于产品组YY的数据。

(指定了连接销表的检索)

其次，在检索附加条件中指定了连接销表进行检索的情况下，业务程序在1205中判断在1201中设定的检索附加条件，进行利用所指定的连接销表的检索处理，但连接销的指定可以指定多个，首先在1206中为了确认是否有指定的最初的连接销表而从连接销定义装置中取得，在1207的判断中如果没有该表，则在1209中向业务程序返回出错信息。

在1207的判断中发现该连接销表的情况下，在1208的处理中如果检索路径的指定是母子，则以检索条件键和信息实体指定母键，取得相应的子键的内容，如果检索路径的指定是子母，则以检索条件键和信息实体指定子键，取得相应的母键的内容。在取得结束的情况下，在1210中判断是否取得了检索对象的键的信息，如果已经取得，则在1211中向业务程序返回取得结果，而在还未取得检索对象的键的情况下，在1212中，业务程序判断是否进行了下一个连接销表的指定，如果没有则在1209中返回出错信息。在指定了的情况下，进行如下处理：在1213中设定下一个连接销表，返回到1206，重复进行检索，持续检索直到搜寻出检索对象的键。

另外，信息的返回形式还可以仅返回最终检索出的信息，但为了把中途的检索结果作为下一个检索键的信息实体而对其进行保持，从而不仅可以返回最终检索的信息，还可以一起返回作为中途经过而检索的信息，进而，还可以使检索顺序象母子或者子母那样，从信息关系的上下的任何一方形成检索路线。

进而，在发现了作为目标的检索信息的情况下，所发现的信息始终是与某个信息具有关系的信息，在此希望一起取得所发现的信息自身的属性的情况下，业务程序如果在调用的界面中指定其主名和属性名，则从连接销控制装置经由主定义装置还可以取得主表本身的内容。

(指定了访问路径的检索)

其次，在检索附加条件中指定了访问路径的情况下，在1205的判断中进行使用了访问路径表的检索，但在1214中取得利用检索附加条件的访问路径名称指定的访问路径，在1215的判断中如果没有访问路径本身，则在1220的处理中向业务程序返回出错信息.在存在的情况下，在1216、1218的处理中，判断要检索的母键和子键处在该访问路径的那个分层等级，执行要设定的处理(在检索路径指定是母子的情况下，检索条件键与各分层等级的连接销的母键、检索对象键与各分层等级的连接销的子键进行比较.在检索路径指定是子母的情况下，检索条件键与各分层等级的连接销的子键、检索对象键与各分层等级的连接销的母键进行比较，如果存在与检索条件键相对应的连接销和与检索对象键相对应的连接销，则分别设定与检索条件键相对应的连接销和与检索对象键相对应的连接销的分层等级).如果在1217、1219中判断为在访问路径的哪个分层等级中都不存在所指定的检索条件键和检索对象键的情况下，在1220中向业务程序返回出错信息.

在访问路径的任意一个分层等级的连接销中都存在该检索条件键和检索对象键的情况下，在1221中设定检索开始分层和检索结束分层，但检索路径指定如果是母子，则把母键的相应分层等级设定为检索开始分层，把子键的相应分层等级设定为检索结束分层，检索路径指定如果是子母，则把子键的响应分层等级设定为检索开始分层，把母键的相应分层等级设定为检索结束分层，把最初在检索开始分层等级中指定的连接销表中、在指定期间有效的连接销表作为对象开始检索。检索路径如果是母子，则设定母键的信息实体，取得子键的信息，检索路径如果是子母，则设定子键的信息实体，取得母键的信息，当在1223的判断中检索开始分层成为检索结束分层的情况下，在1225中向业务程序返回检索结果。

在检索开始分层与检索结束分层不相同的情况下，还没有到达目标分层，在1224的处理中，在检索路径指定是母子的情况下，使检索开始分层降低一层，或者在检索路径指定是子母的情况下，使检索开始分层上升一层，把之前刚取得的信息设定为检索条件键，返回到1222，重复进行该连接销表的检索，直到检索开始分层到达检索对象键的分层等级、获得目标的信息为止，重复进行该处理，但信息的返回形式与指定连接销表来进行检索时相同，其处理方式既可以返回最终结果，也可以与中间结果一起返回。

依据该处理方式，从访问路径表的最上位分层到最下位分层的检索当然可以进行从分层等级的中途到中途或者某个分层等级以下的全部分层、某个分层等级以上的全部分层等的检索，即使从业务程序不了解信息结构的分层等级也可以指定检索条件，通过不需要了解检索的中间的信息关系，具有的优点是：即使在其间的信息关系发生某些变更的情况下，也可以不必改造业务程序的界面。

(既没有指定连接销表也没有指定访问路径表的检索)

以下，说明在检索附加条件中既没有指定连接销表也没有指定访问路径表时的检索处理方式。包括以下两种方式：在1205的判断中判断为没有检索附加条件指定的情况下，找出已有的访问路径，把访问路径进行内部设定，并用访问路径表进行检索的方式；以及在没有相应的访问路径表的情况下，找到相应的连接销表，把其组合起来进行检索的方式，在后者的情况下，在检索结束以后，把该连接销的检索组合登记到访问路径表中。

首先，说明找出访问路径表进行检索的方式.在1226、1228中，在检索路径指定是“母子”的情况下，分别检索并取得母键中具有检索条件键的连接销表和子键中具有检索对象键的连接销表.在检索路径指定是“子母”的情况下，分别检索并取得子键中具有检索条件键的连接销表和母键中具有检索对象键的连接销表.在1227、1229的判断中判断为双方或者某一方没有相应的连接销表的情况下，在1230中向业务程序返回出错信息.

与检索条件相对应的连接销和与检索对象相对应的连接销两者都存在的情况下，把所取得的两个连接销的连接销表名作为键，在1231中检索并取得两者的连接销表被定义在某一个分层等级中的访问路径。在没有的情况下，在图13的1301中进入从连接销表开始的访问路径处理判断。在存在的情况下，把与检索条件键相对应的连接销的分层等级设定为检索开始分层，把与检索对象键相对应的连接销的分层等级设定为检索结束分层，进行与指定了访问路径表的检索处理相同的1222的处理。在作为检索结果得到了多个符合条件的访问路径表的情况下，把母子的分层等级最接近的访问路径表作为候选传递到1222，从而可以形成从性能方面判断效率良好的访问路径表的方式。

其次，在图13中示出在访问路径表中没有相应的检索条件键和检索对象键时的处理并加以说明。在1301中，如果检索路径指定是“母子”，则把检索条件键设定为母键，把检索对象键设定为子键，如果检索路径指定是“子母”，则把检索条件键设定为子键，把检索对象键设定为母键。首先，在1302中判断作为与检索条件键相对应的连接销而取得的连接销表，并判断检索对象键是否存在于该连接销表中(检索路径指定如果是母子，则检索对象键与子键进行比较，如果是子母，则检索对象键与母键进行比较)，判断的结果是符合条件的情况下，可按照检索出的连接销表的组合，从检索条件键到检索对象键进行搜寻，并且把该连接销表的组合顺序作为访问路径表的分层等级，在1304中作为访问路径表进行新登记，在此基础上，使用该访问路径表检索实际的信息，因此访问路径控制装置的处理流程进入到图12的1215，执行实际的检索。

在1302的判断中没有搜索到相应的连接销表的情况下，在1307中保持所读入的连接销表的定义，如果检索路径指定是母子，则把所取得的连接销表的母键设定为检索条件键，如果是子母，则把子键设定为检索条件键，为了检索下一个连接销表，返回到1301，重复进行检索，但在1305的连接销表取得行为中没有相应的连接销表的情况下，就不存在用于从业务程序指定的检索条件键搜寻检索对象键的连接销表的组合，从而在1309中返回出错信息。如上所述，依据本实施例，设定具备以下单元的装置和处理方式：从UML那样的信息模型生成DB的表定义的单元；与其独立地根据信息与信息的关系生成、修正、删除保持连接关系的表的单元；生成、更新、删除进行用于循着该连接关系进行访问的访问控制的表的单元；用于有效地实现访问处理本身的检索处理单元；以及根据连接关系的适用期间，返回该连接关系的信息的单元。因此，从信息模型在DB设计中展开，与信息自身的表定义相独立地生成并管理连接关系及其访问路径，如果可从业务程序得到检索条件键及其内容以及最终检索目标的键，则能够检索并返回相关目标的信息，从而可通过减少了访问次数的处理，来提高访问效率。

可以从通过信息的分析得到的信息模型中生成DB的表定义作为主表，可以自动地生成信息的连接关系及其访问路径作为连接销表和访问路径表，进而，在根据来自业务程序的检索条件没有访问路径的情况下，可以生成并且在生成后还可以追加生成、变更和删除。

在检索作为目标的信息的过程中，在多个信息关系进入到其间的多级结构的情况下，通过使用事先定义的访问路径表检索搜索到该信息的路径，能够缩短检索时间。

另外，信息的连接关系通过采用可以保持多个期间的结构，可以提供可柔性应对信息的结构变化的装置和处理方法。在信息的关系发生变化的情况下，或者预想会发生的情况下，可以进行基于连接关系的适用期间的管理，因此具有的效果是，可以进行事先定义中的利用或者过去信息的利用，对于连接关系的结构变化不必改造业务程序的检索界面就能够加以利用。

连接销表的适用期间由于保有包含过去、当前、未来系列的多个并进行保持，因此通过独立地指定主表的期间和连接销的期间，可以使用其它期间的连接销对特定期间的数据进行信息处理，即使象组织变更等那样在年度中途信息关系发生了变化时，也不需要具有两种主表，通过由业务程序指定组织变更前的主表和组织变更后的连接销表就能够进行适用新组织的合计，不需要进行合计或者具有组织信息的数据的替换处理。另外，通过由业务程序指定未来的虚拟连接销表，能够进行虚拟组织下的数据合计等的仿真。

Claims (8)

1.一种信息管理方法，由信息处理部根据经由输入部输入的信息和存储在存储部中的信息来进行检索处理，其特征在于，

上述信息处理部取得经由上述输入部输入的母键信息和子键信息；

上述信息处理部参照具有多个针对连接销表名称中的每一个使母键信息和子键信息建立关联的记录的多个连接销表，确定具有上述母键信息的连接销表和具有上述子键信息的连接销表；

上述信息处理部参照针对访问路径表名称中的每一个分层地定义了任意的上述多个连接销表中的每一个的多个访问路径表，检索定义了上述确定的两个连接销表的访问路径表；

上述信息处理部在该检索的多个访问路径表中，确定上述母键信息与上述子键信息的分层关系最短的上述访问路径表；

上述信息处理部根据该确定的访问路径表和上述母键信息、子键信息来进行上述检索处理。

2.根据权利要求1所述的信息管理方法，其特征在于，

其中的上述信息处理部根据该确定的访问路径表和上述母键信息、子键信息来进行上述检索处理被替代为，

上述信息处理部在取得经由上述输入部输入的上述母键信息、子键信息和任意一个上述连接销表名称后，根据该取得的上述母键信息、子键信息和任意一个上述连接销表名称、以及上述多个连接销表来进行上述检索处理。

3.根据权利要求1所述的信息管理方法，其特征在于，

其中的上述信息处理部根据该确定的访问路径表和上述母键信息、子键信息来进行上述检索处理被替代为，

上述信息处理部在取得经由上述输入部输入的上述母键信息、子键信息和任意一个上述访问路径表名称后，根据该取得的上述母键信息、子键信息和任意一个上述访问路径表名称、以及上述访问路径表来进行上述检索处理。

4.根据权利要求2所述的信息管理方法，其特征在于，

使有效期间信息与上述多个连接销表中的每一个建立关联来存储；

并且，其中的上述信息处理部根据该取得的上述母键信息、子键信息和任意一个上述连接销表名称、以及上述多个连接销表来进行上述检索处理被替代为，

上述信息处理部在取得经由上述输入部输入的上述有效期间信息、上述母键信息、子键信息和任意一个上述连接销表名称后，根据该取得的上述有效期间信息、上述母键信息、子键信息和任意一个上述连接销表名称、以及上述多个连接销表来进行上述检索处理。

5.一种信息管理装置，由信息处理部根据经由输入部输入的信息和存储在存储部中的信息来进行检索处理，其特征在于，包括：

用于上述信息处理部取得经由上述输入部输入的母键信息和子键信息的装置；

用于上述信息处理部参照具有多个针对连接销表名称中的每一个使母键信息和子键信息建立关联的记录的多个连接销表，确定具有上述母键信息的连接销表和具有上述子键信息的连接销表的装置；

用于上述信息处理部参照针对访问路径表名称中的每一个分层地定义了任意的上述多个连接销表中的每一个的多个访问路径表，检索定义了该确定的两个连接销表的访问路径表的装置；

用于上述信息处理部在该检索的多个访问路径表中，确定上述母键信息与上述子键信息的分层关系最短的上述访问路径表的装置；以及

用于上述信息处理部根据该确定的访问路径表和上述母键信息、子键信息来进行上述检索处理的装置。

6.根据权利要求5所述的信息管理装置，其特征在于，其中的用于上述信息处理部根据该确定的访问路径表和上述母键信息、子键信息来进行上述检索处理的装置被替代为，

用于上述信息处理部在取得经由上述输入部输入的上述母键信息、子键信息和任意一个上述连接销表名称后，根据该取得的上述母键信息、子键信息和任意一个上述连接销表名称、以及上述多个连接销表来进行上述检索处理的装置。

7.根据权利要求5所述的信息管理装置，其特征在于，其中的用于上述信息处理部根据该确定的访问路径表和上述母键信息、子键信息来进行上述检索处理的装置被替代为，

用于上述信息处理部在取得经由上述输入部输入的上述母键信息、子键信息和任意一个上述访问路径表名称后，根据该取得的上述母键信息、子键信息和任意一个上述访问路径表名称、以及上述访问路径表来进行上述检索处理的装置。

8.根据权利要求6所述的信息管理装置，其特征在于，

包括用于使有效期间信息与上述多个连接销表中的每一个建立关联来存储的装置；

并且，用于上述信息处理部根据该取得的上述母键信息、子键信息和任意一个上述连接销表名称、以及上述多个连接销表来进行上述检索处理的装置被替代为，

用于上述信息处理部在取得经由上述输入部输入的上述有效期间信息、上述母键信息、子键信息和任意一个上述连接销表名称后，根据该取得的上述有效期间信息、上述母键信息、子键信息和任意一个上述连接销表名称、以及上述多个连接销表来进行上述检索处理的装置。

Images