CN102246173B - 变换系统模型的方法和系统 - Google Patents

Abstract

提供了通过利用表示层次关系的信息使得系统模型的分析和编辑变得容易的变换系统模型的方法、计算机程序及系统模型变换装置。其解决方案是：模型变换装置1设有图形模型存储部2，其存储作为具有图形形式的数据结构的、包含多个模型元素的系统模型的图形模型20；处理描述输入部6接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入；数据变换部4基于输入的变换处理描述，根据图形模型存储部2中存储的图形模型20生成其维度具有层次关系的多维数据模型32。

Description

变换系统模型的方法和系统

技术领域

本发明涉及变换系统模型的方法、计算机程序及系统模型变换装置。 

背景技术

众所周知，多视角横向地描述软件和制造业中的系统模型时，如果牵连到的模型元素的规模变大，用于横切描述的提取操作的效率便降低。例如，以前有人提出了几种形式地描述约束的方法。但是，约束数一变大，就难以有效率地对约束进行分析和编辑。通用图形建模语言SysML(Systems Modeling Language：系统建模语言)的PD(Parametric Diagrams：参数图)和Visual OCL、Constraint Diagrams，能够用块与链接来可视地描述约束和应满足约束的系统构成元素之间的关系。但是，如果要描述牵连到大量系统构成元素的约束，图中大量的块与链接相互拥挤而复杂化，因此难以进行有效率的约束分析和编辑。当前，已经在以越来越大的规模制作复杂的系统，分层次且多视角地分析、编辑大量的模型元素变得很重要。 

另一方面，作为以大量数据为对象进行分析的方法之一，OLAP(Online Analytical Processing：在线分析处理)为人所知。OLAP是将关系数据结构作为快照展开为多维数据模型来进行数据分析的方法，最终分析结果被展开为表格/矩阵形式，形成自然的定义。OLAP已被广泛用于业务中的各种类型的分析，已成为确定的方法。反过来讲，基于表格形式的大量数据的有效分析方法，在系统描述中也被认为是有前途的。 

但是，就用于系统描述的SysML、作为车载编入软件描述的标准的Autosar(注册商标)(Automotive Open System Architecture：汽车开放系统架构)、控制系统的描述上一般使用的Simulink(注册商标)等大多数语言而 言，具有一般的图形结构作为基本数据模型，不形成关系形式的数据结构。因此，为了作为表格/矩阵进行分析，需要适当地将两者的数据模型相对应。 

作为具有图形结构的图形模型和关系模型之间的对应，已公开了各种方法(例如，专利文献1～3)。专利文献1中记载的网络型数据库查询控制系统根据用集来定义网络型数据库中的记录间的关系的外部架构信息和用于定义将网络型数据库存储在存储装置上的方面的内部架构信息，生成关系型数据库中列信息和集信息组成的网络模型信息。然后，网络型数据库查询控制系统根据该网络模型信息和对关系型数据库的查询语句执行对网络型数据库的查询。 

专利文献2中记载的关联信息变换装置设有：输入单元，其输入数据库用的关联信息的数据结构；属性表达存储单元，其将来自输入单元的信息以n维欧氏空间等的距离空间内的关联信息表达存储；图形表达存储单元，其将来自输入单元的信息以节点和弧构成的图形结构的关联信息表达存储；属性表达/图形表达变换单元，其将属性表达存储单元存储的信息和图形表达存储单元存储的信息相互变换；以及输出单元，其将属性表达存储单元存储的信息或图形表达存储单元存储的信息作为关联信息的数据结构输出。 

专利文献3中记载的数据库模型变换方法执行这样的操作：对应基于网络模型的数据库中的每个组生成表格，在子组包含的子记录上附加父子关联信息和顺序信息后存储到子表格中。 

现有技术文献 

专利文献 

专利文献1：特开平5～274348号公报 

专利文献2：特开平6～250896号公报 

专利文献3：特开2000～267906号公报 

发明内容

发明要解决的课题 

但是，专利文献1～3中公开的系统等全部不能提供关于模型变换中得到的关系数据库的表格之间的关系的信息。因此，专利文献1～3中记载的系统等，不能进行从分层次的多个视角的关系模型的生成等，不容易进行系统模型的分析和编辑。 

本发明的目的在于提供通过利用表示层次关系的信息使得系统模型的分析和编辑变得容易的变换系统模型的方法、计算机程序及系统模型变换装置。 

用以解决课题的手段 

根据作为本发明一个方面的本发明的第1方面，设有图形模型存储部的计算机接收包含与多维数据模型的结构和提取模型元素的提取查询有关的描述的变换处理描述的输入，所述图形模型存储部存储具有图形形式的数据结构的、包含多个模型元素的系统模型的图形模型。这里，图形模型是可用SysML等的语言描述的模型，可将系统结构、行为(动作)及约束中至少一个模型化。而且，计算机基于输入的变换处理描述从图形模型存储部中存储的图形模型生成其维度具有层次关系的多维数据模型。多维数据模型的结构应用雪花架构。 

根据本发明的第2方面，在第1方面之外，计算机从多个模型元素的中预先指定与多维数据模型的中心表格即根块表对应的模型元素。然后，计算机对与指定的根块表关联的块表以及进一步与块表关联的块表依次使用提取查询，在关联的块表存在的期间对块表使用提取查询，并用提取的模型元素生成多维数据模型。 

根据本发明的第3方面，在第1方面之外，计算机从生成的上述多维数据模型生成表格式视图，并输出生成的表格式视图。这里，计算机能够通过接收指定输出特定信息的过滤信息来输出与过滤信息对应的表格式视图。另外，在用户对输出的表格式视图作了变更时，计算机接收变更信息，并进而接收将包含与表示关于多维数据模型的更新的规则的视图更新规则有关的描述的上述变换处理描述的输入，从而按照变换处理描述将所接收的变更信息进行多维数据模型反映。此外，计算机按照变换处理描述将接 收的变更信息在图形模型中反映出来。 

根据本发明的第4方面，在第3方面之外，计算机接收基于表格式视图的约束表达式描述，从而用预先定义的多维数据模型和图形模型之间的对应规则根据约束表达式描述更新图形模型。 

另外，作为本发明的另一方面，本发明可提供使计算机执行上述方法的各步骤的计算机程序。作为本发明的又一方面，还可提供执行上述方法的装置。 

发明的效果 

根据本发明，计算机具备存储含有图形形式的数据结构的、包含多个模型元素的系统模型即图形模型的图形模型存储部，并能够提供变换系统模型的方法、计算机程序及系统模型变换装置，其中所述方法包括：接收包含关于多维数据模型的结构和提取模型元素的提取查询的描述的变换处理描述的输入的步骤；以及基于输入的变换处理描述，根据图形模型存储部中存储的图形模型生成其维度具有层次关系的多维数据模型的步骤。因此，通过根据由大量的模型元素组成的图形模型生成其维度具有层次关系的多维数据模型使系统模型的分析和编辑变得容易，能够从分层次的多个视角分析和编辑大量的模型元素。 

附图说明

图1表示本实施例的模型变换装置的整体结构。 

图2表示本实施例的系统模型的例子。 

图3表示本实施例的多维数据模型的结构及按照该结构的表格的实例。 

图4表示本实施例的块提取查询的实例。 

图5是表示本实施例的多维数据模型生成的流程图。 

图6表示本实施例的用户提示的表格式视图例。 

图7表示本实施例的视图更新规则的例子。 

图8是表示本实施例的由视图变更产生模型更新的流程图。 

图9是表示本实施例的由视图变更产生模型更新的流程图。 

图10是表示本实施例的由视图变更产生模型更新的流程图。 

图11是表示本实施例的图形结构的系统模型、多维数据模型和表格式视图之间的变换的概略示图。 

图12是表示本实施例的SysML PD的作成的流程图。 

图13表示本实施例的系统模型的例子。 

图14表示本实施例的多维数据模型的结构及其附加信息的例子。 

图15表示本实施例的依据多维数据模型的表格内容的例子。 

图16表示本实施例的用户提示的表格的例子。 

图17表示本实施例的模型变换装置的硬件结构。 

具体实施方式

以下，参照附图就本发明的实施例进行说明。再有，这些实施方式仅是示例而已，本发明的技术范围并不受其限制。 

[整体结构] 

图1表示本实施例的模型变换装置1的整体结构。模型变换装置1设有图形模型存储部2、多维数据模型存储部3、数据变换部4、表提示部5及处理描述输入部6。 

图形模型存储部2存储具有SysML或UML(Unified Modeling Language：统一建模语言)等的图形形式的数据结构(也称为图形结构)的对象系统结构、行为和约束的模型构成的系统模型(图形模型)。这里，系统的行为表示动作或状态迁移。 

多维数据模型存储部3存储由图形模型存储部2的系统模型和接收了从处理描述输入部6输入的信息的变换处理描述生成的多维数据模型。 

数据变换部4是根据图形模型存储部2中存储的系统模型生成可存储在多维数据模型存储部3中的多维数据模型的控制部。另外，数据变换部4基于多维数据模型作成以表的形式表达用户想要的信息的表格式视图。而且，在表格式视图作了变更时，数据变换部4在多维数据模型存储部3 中存储的多维数据模型和图形模型存储部2中存储的系统模型中反映该变更。另外，数据变换部4根据参照表格式视图描述的约束表达式等的信息，将对应的图形模型存储部2中存储的系统模型更新。 

表提示部5是输出数据变换部4作成的表格式视图的输出控制部。另外，随着用户操作而变更所输出的表格式视图，表提示部5接收变更信息。而且，表提示部5接收用户参照表格式视图描述的约束表达式的信息。 

处理描述输入部6接收多维数据模型的结构及其附加信息，作为设计者输入的关于系统的变换处理描述的信息。附加信息即为多维数据模型的结构的附加信息，就是所谓的指定从图形结构的系统模型提取的模型元素的模型元素提取查询和关于多维数据模型的更新的规则即视图更新规则。再有，各功能的细节将在后文说明。 

图2表示本实施例的系统模型的例子。图3表示多维数据模型的结构及按照该结构的表格的例子。 

[系统模型例] 

图2示出了表示具有关于FF车X配管方式2系统液压制动的车轮的图形形式的数据结构的系统模型即图形模型20。如图形模型20所示，左前轮w1和右前轮w2这2个块(模型元素)由前车轴p1的块和转向机构s1的块连接，右后轮w3和左后轮w4这2个块由后车轴p2的块连接。另外，如图形模型20所示，考虑到为故障而备的双重配置，具有液压配管A(t1)和液压配管B(t2)这2个制动液压配管的块。液压配管A(t1)和液压配管B(t2)这2个制动液压配管的块中，液压配管A(t1)的块由左前轮w1的块和右后轮w3的块连接，液压配管B(t2)的块由右前轮w2的块和左后轮w4的块连接，将前轮和后轮一前一后各自分开连接。如图形模型20所示，前车轴p1和后车轴p2的块连接在车体Au1的块上，液压配管A(t1)和液压配管B(t2)的块连接在制动主缸ml的块上，如此分别连接于上位的块。再有，图中的左前轮w1、右前轮w2、右后轮w3和左后轮w4等各块均有重量或名称等的属性，但图2中省略。 

图2的图形模型20被预存在图形模型存储部2中。以下，说明从图形 模型20生成多维数据模型的例子。 

[多维数据模型的结构例] 

图3(1)是多维数据模型的结构30。结构30是生成多维数据模型所需的信息，设计者参照图2例示的图形模型20之后从处理描述输入部6得到。图3(1)所示的结构30，以车轮w的观点为中心，在车轴p、转向机构s、液压配管t的3个不同的视角分析图2的图形模型20的架构。车轴p有车体u在下位，可进行车轮w～车轴p～车体u这样的分层次分析。结构30以车轮w为中心，连接于车轮w的维度被层次化而形成辐射状展开的结构。而且，形成为如结构30这样的将维度层次化而辐射状展开的结构的架构，称为雪花架构。 

[依据多维数据模型结构的表格的例] 

图3(2)表示依据多维数据模型的结构30的表32的例。表32由根块表33和块表34～37构成。该表32之生成为多维数据模型的生成，表32表示多维数据模型。根块表33是雪花架构中的事实表，是成为分析/编辑中心的块集合。在本实施例的情况下，车轮w是构成分析/编辑中心的块集合。表格34～37是雪花架构中的维表，成为中心的根块表33保持系统模型中关联的块集合。 

[附加信息例1] 

接着，说明生成表32所需的信息，也就是设计者输入处理描述输入部6的附加信息即提取查询。图4表示本实施例的块提取查询Q的例子。提取查询Q按每个多维数据模型的块表由设计者赋予。提取查询Q，作为对象的块表的记录，是根据例如图形模型20等的图形结构的系统模型来指定提取哪个块的查询。提取查询Q由Q＝(Qb，Qp)构成。查询Qb被用于提取块。这被假定为局部查询。即，对于是否与查询Qb匹配，局域地给出一个块即可认为是可判定的查询。作为这样的语言，例如，可以认为是与提取对象的块名匹配的正规表达或模式。并且，在提取与根块表对应的块时，对模型全域应用全局查询。 

另一方面，关于根块表以外的块表，仅将从在父级(这里使用将雪花架 构当作树形结构时的父子关系的用语)提取的块开始探索的块作为对象，应用查询。从而，对于根块表以外的查询，能够实现依赖于上下文的查询。所谓依赖于上下文的查询，是指通过连接的连通依顺序探索下去的能够向子级探索的查询。通过这样进行依赖于上下文的查询探索的范围被确定，因此利用模型变换装置1的上下文查询成为合乎实用的查询。 

查询Qp根据由查询Qb提取的块决定取出什么样的属性。例如，属性可以被认为是属性名集合。 

[多维数据模型生成的流程图] 

接着，就根据图形结构的系统模型提取雪花架构的维表内容的处理进行说明。图5是本实施例的多维数据模型生成的流程图。再有，在以下所示处理中，数据变换部4执行控制。 

在步骤S1，将0代入整数，在步骤S2，将块表Lj作为块表L。再有，块表L0表示根块表。 

在步骤S3，用对应于块表L的查询Qb，取得与查询Qb匹配的全部块即块bi(i＝1～n(n：整数))。再有，查询Qb是块提取查询Q之一，是提取块bi的块提取查询。在步骤S4，将1代入整数i，并将块bi作为块b。 

在步骤S5，取得与对应于块表L的查询Qp匹配的块b的属性值v(v1，…，vk)。与属性值v的数量对应的整数k依赖于查询Qp。 

在步骤S6，生成b.id作为块b的块表L的ID(identifier：标识符)。 

在步骤S7，判断在块表L的下位是否存在块表。如果在块表L的下位存在块表(步骤S7：是)，则处理转移至步骤S8。另一方面，如果在块表L的下位不存在块表(步骤S7：否)，则处理转移至步骤S10。 

在步骤S8，以块b为语境，用对应于块表的下位(子级)的块表的集合L1，…，Lx的查询Qb1，…，查询Qbx取得与查询Qb1，…，查询Qbx匹配的块b1，…，块bx。再有，整数x为1以上的数值。 

在步骤S9，生成b1.id，…，bx.id，作为与块b1，…，块bx的块表L1，…，块表Lx对应的ID。 

在步骤S10，将记录(b.id，b1.id，…，bx.id，v1，…，vk)添加到块表L中。再 有，b1.id，…，bx.id仅在块表L的下位有块表L1，…，块表Lx时存在。 

在步骤S11，将i加1的值代入整数i，以块bi作为块b。然后在步骤S12，判断整数i是否比整数n大。这里，整数n是与步骤S3取得的查询Qb匹配的块数。如果整数i大于整数n(步骤S12：是)，则处理转移至步骤S13。另一方面，如果整数i不大于整数n(步骤S12：否)，则处理转移至步骤S5。 

在步骤S13，将j加1的值代入整数j，在步骤S14，判断是否存在块表Lj。如果块表Lj存在(步骤S14：是)，则处理转移至步骤S2。另一方面，如果块表Lj不存在(步骤S14：否)，则结束本处理。 

这一系列处理让用户输入了多维数据模型的结构和提取模型元素的查询，从而数据变换部4能够根据具有图形形式的数据结构的系统模型，自动地生成其维度具有层次关系的多维数据模型。 

[多维数据模型生成的流程图的使用例] 

接着，用图5所示的流程图来说明生成多维数据模型的例子。这里，根据图2的图形模型20，用处理描述输入部6接收的图3(1)的结构30和图4的块提取查询Q作成可存入多维数据模型存储部3的图3(2)的表32。 

首先，参照图3(1)的结构30，数据变换部4对根块表即车轮w进行处理(图5的步骤S1、S2)。与车轮w对应的查询Qb，由图4知Qb＝″w＊″，这里意指提取以″w″起始的块。因此，数据变换部4从图2取得左前轮w1、右前轮w2、右后轮w3和左后轮w4等共4块(图5的步骤S3)。 

接着，对左前轮w1的块进行处理(图5的步骤S4)。作为与车轮w对应的查询Qp匹配的左前轮w1的块的属性，取得左前轮w1的重量(weight)(图5的步骤S5)。再有，这里，将应示出于图形模型20的左前轮w1、右前轮w2、右后轮w3和左后轮w4的重量全都设为5kg。然后，生成″W1″作为左前轮w1的id(图5的步骤S6)。 

参照图3(1)，由于车轮w的下位存在车轴p、转向机构s、液压配管t等3个块表(图5的步骤S7为YES)，以左前轮w1的块为语境，取得与对应于车轴p、转向机构s、液压配管t的查询Qb(参照图4)匹配的前车轴 p1、转向机构s1、液压配管A(t1)的各块(图5的步骤S8)。然后，作为前车轴p1、转向机构s1、液压配管t1的各块的id生成″p1，s1，t1″(图5的步骤S9)。然后，将记录(w1，p1，s1，t1，5kg)添加于车轮w(图5的步骤S10)。 

接着，对右前轮w2的块进行与左前轮w1的块相同的处理(图5的步骤S12为NO)。首先，取得与对应于车轮w的查询Qp匹配的右前轮w2的块的属性即重量。然后，以右前轮w2的块为语境，取得与对应于车轴p、转向机构s、液压配管t的查询Qb匹配的前车轴p1、转向机构s1、液压配管B(t2)的各块(图5的步骤S8)。因此，获得记录(w2，p1，s1，t2，5kg)。 

同样地，右后轮w3的块获得记录(w3，p2，，t1，5kg)，左后轮w4的块获得记录(w4，p2，，t2，5kg)。因此，如图3(2)的表32的根块表33所示，记录被插入根块表33中。 

接着，就相对于根块表的车轮w的下位块表即车轴p进行处理(图5的步骤S14为YES)。在与车轴p对应的查询Qb中，由图4知Qb＝″p＊″，这意指提取以″p″起始的块。因此，数据变换部4根据图2取得前车轴p1、后车轴p2共计2个块(图5的步骤S3)。 

接着，对前车轴p1的块进行处理(图5的步骤S4)。作为与对应于车轴p的查询Qp匹配的前车轴p1的块的属性，取得前车轴p1的名称(name)和重量(图5的步骤S5)。再有，这里将图形模型20中应示出的前车轴p1和后车轴p2的重量全都设为50kg。然后，作为前车轴p1的id生成″p1″(图5的步骤S6)。 

在车轴p的下位存在车体u的块表(图5的步骤S7YES)，因此，以前车轴p1的块为语境，取得与对应于车体u的查询Qb匹配的车体Au1的块(图5的步骤S8)。然后，作为车体Au1的块的id生成″u1″(图5的步骤S9)。在车轴p中添加记录(p1，u1，前车轴，50kg)。同样地，对于后车轴p2的块取得记录(p2，u1，后车轴，50kg)，因此如图3(2)的块表34所示，在块表34中插入记录。 

同样地，对转向机构s、液压配管t、车体u进行处理，从而能够生成图3(2)所示的表32。这样，能够用图5的流程图所示的算法，生成在图3(2) 所示的根块表33和各块表34～37插入了记录的表32。 

[视图例] 

图6表示本实施例的提示给用户的表格式视图60的例子。一旦通过上述处理能够生成多维数据模型的表32，数据变换部4就通过将该表32包含的根块表33和各块表34～37结合(Join)而作成图6所示的表格形式的数据结构。这就是表格式视图60。 

表格式视图60由表提示部5提示给用户。用户能够参照所提示的表格式视图60或是更新表格式视图60的值。表格式视图60，以用户容易进行数据处理的形式提示，因此它可以方便用户的分析和编辑。例如，通过将用户感兴趣的项目或其内容指定为过滤信息，用户可以取出需要的信息。 

[附加信息例2] 

接着说明视图的更新规则，即用户对表格式视图60作了更新时使图形模型20和表32反映用户的更新所需的附加信息。图7示出了本实施例的视图更新规则UR的例。视图更新规则UR由设计者从处理描述输入部6输入。视图更新规则UR被赋予每个块表。视图更新规则UR是在用户对表格式视图60做了行的添加或删除操作时，用以确定是否复制或删除成为对象的块的标志，用布尔值表达。如果视图更新规则UR为″真″，则表示在行插入时复制对应的块，在行删除时删除对应的块。另外，如果视图更新规则UR为″假″，则在行插入时或删除时，不复制也不删除对应的块。通过按视图更新规则UR做的处理，表格式视图60的单元格中会有相同的多个项目被表示的情况，但实际上指的是同一个块。 

[由视图变更产生多维数据模型更新的流程图] 

接着，说明将表格式视图中的变更在多维数据模型和图形结构的系统模型中得到反映的处理。图8至图10是本实施例的由视图变更产生模型更新的流程图。再有，以下所示处理由数据变换部4控制，除非另有说明。 

(单元格的变更) 

在图8的步骤S21，表提示部5判断是否接受了对表格式视图的单元格的变更。如果接受了对表格式视图的单元格的变更(步骤S21：是)，则表 提示部5转移至步骤S22。另一方面，如果未接受对表格式视图的单元格的变更(步骤S21：否)，则表提示部5转移至图9的步骤S31。 

在步骤S22，将单元格所在的视图上的列设为c，将定义列c的块表设为L，并将与单元格所在的视图上的行相符的块表L的行作为r。而且，将对应于行r的模型元素设为e。 

在步骤S23，对于块表L的附加信息M的块提取查询Q＝(Qb，Qp)，将与列c对应的查询Qp的元素设为p。在步骤S24，模型元素e的属性p上代入经更新的单元格的值。然后，结束本处理。 

通过这一系列处理，数据变换部4能够利用由用户输入提供的块提取查询Q，将关于表提示部5所接受的单元格变更的信息的维度具有层次关系的多维数据模型和具有图形形式的数据结构的系统模型中反映出来。 

(行的添加) 

在图9的步骤S31，表提示部5判断是否接受了表格式视图的行的添加。如果接受了表格式视图的行的添加(步骤S31：是)，则表提示部5转移至步骤S32。另一方面，如果未接受表格式视图的行的添加(步骤S31：否)，则表提示部5转移至图10的步骤S51。 

在步骤S32，将用户在添加行时作为基础选择的视图上的行作为R。在添加行时作为基础选择是表示用户通过复制并粘贴现有的行来添加行。如果属于创建，则在行R中不作任何指定。 

在步骤S33，判断在行R中是否指定了现有的行。如果在行R中指定了现有的行(步骤S33：是)，则处理转移至步骤S34。另一方面，如果在行R中未指定现有的行，即未作任何指定(步骤S33：否)，则处理转移至步骤S40。 

在步骤S34，将与各块表Li的行R对应的行作为Ri。在步骤S35，参照块表Li的附加信息Mi的视图更新规则URi，判断视图更新规则URi是否为真。如果视图更新规则URi为真(步骤S35：是)，则处理转移至步骤S36，如果视图更新规则Uri为假(步骤S35：否)，则处理转移至步骤S38。 

在步骤S36，重新生成块表Li的主键，并将该主键设为Ki。在步骤S37，在块表Li中插入行并设为行Ni。而且，将行Ni的主键设为Ki，并将行Ri的值复制到其余的部分。然后，转移至步骤S39。在步骤S38，将行Ri的主键设于Ki，并将行Ni设为空值。 

在步骤S39，判断是否对各块表Li作了处理。如果对各块表Li作了处理(步骤S39：是)，则处理转移至步骤S43。另一方面，如果未对各块表Li作过处理(步骤S39：否)，则处理转移至步骤S35，对未作过处理的块表Li进行处理。 

在步骤S40，重新生成块表Li的主键并将该主键设为Ki。在步骤S41，在块表Li中插入行并设为行Ni。而且，将行Ni的主键定为Ki，并将其余部分定为空值。 

在步骤S42，判断是否对各块表Li作了处理。如果对各块表Li作了处理(步骤S42：是)，则处理转移至步骤S43。另一方面，如果未对各块表Li作过处理(步骤S42：否)，则处理转移至步骤S40，对未作处理的块表Li进行处理。 

在步骤S43，在多维数据模型的结构S中，如果对于各块表Li的下位的各块表Lj行Ni≠空值，则在成为对块表Lj的外键的行Ni的字段中置入块表Lj的主键Kj。 

在步骤S44，判断是否对各块表Lj作了处理。如果对各块表Lj作了处理(步骤S44：是)，则处理转移至步骤S45。另一方面，如果对各块表Lj未作处理(步骤S44：否)，则处理转移至步骤S43，对未作处理的块表Lj进行处理。 

在步骤S45，对应于各行Ni，在系统的模型中作成与行Ni相符的节点Ci。 

在步骤S46，对包含行Ni的块表Li的下位的各块表Lj，将由行Ni参照的块表Lj中的行作为行Mj，并将与行Mj相符的系统模型中的节点作为节点Cj。然后，在系统模型中的节点Ci和节点Cj之间添加关联。 

在步骤S47，判断是否对各行Ni作了处理。如果对各行Ni作了处理(步 骤S47：是)，则结束本处理。另一方面，如果对各行Ni未作处理(步骤S47：否)，则处理转移至步骤S45，对未处理的各行Ni进行处理。 

(行的删除) 

在图10的步骤S51，表提示部5判断是否接受了表格式视图的行的删除。如果接受了表格式视图的行的删除(步骤S51：是)，则表提示部5将处理转移至步骤S52。另一方面，如果未接受表格式视图的行的删除(步骤S51：否)，则表提示部5结束本处理。 

在步骤S52，将用户作为删除对象而选择的视图上的行作为行R。在步骤S53，将存储块表上删除的行的集合即集合D以空集初始化。 

在步骤S54在整数k中代入0，并将块表Lk设为块表Li。再有，块表L0表示根块表。在步骤S55，将对应于块表Li的行R的行作为Ri。 

在步骤S56，判断块表Li是否为根块表。如果表Li是根块表(步骤S56：是)，则处理转移至步骤S58进行处理。另一方面，如果块表Li不是根块表(步骤S56：否)，则处理转移至步骤S57。 

在步骤S57，判断是否为″参照块表Li的附加信息Mi的视图更新规则URi，该值为真″且″块表Li的父块表Lj中不存在参照行Ri的行″。如果视图更新规则URi为真且块表Li的父块表Lj中不存在参照行Ri的行(步骤S57：是)，则处理转移至步骤S58。另一方面，如果视图更新规则Uri为假或块表Li的父块表Lj中存在参照行Ri的行(步骤S57：否)，则处理转移至步骤S59。 

在步骤S58，删除行Ri并在集合D中添加行Ri。 

在步骤S59，将k加1的值代入整数k并将块表Lk设为块表Li，以在块表的父子关系树上按深度优先顺序进行处理。然后，处理转移至步骤S60。 

在步骤S60，判断是否对各块表Li作了处理。如果对各块表Li作了处理(步骤S60：是)，则处理转移至步骤S61。另一方面，如果对各块表Li未作处理(步骤S60：否)，则处理转移至步骤S55。 

在步骤S61，对于集合D的各元素Di，从系统模型删除与元素Di相 符的节点Ci和与节点Ci连接的关联。元素Di是集合D中存储的在块表中删除的行之一。然后，结束本处理。 

通过这一系列处理，数据变换部4利用由用户输入提供的视图更新规则UR，能够将关于表提示部5所接受的行的添加或删除的信息反映的维度具有层次关系的多维数据模型和具有图形形式的数据结构的系统模型中。 

[由视图变更产生模型更新的流程图的使用例] 

接着，用图8至图10的流程图说明更新模型的例子。最初，以从″前车轴″更新为″前车轴2″的情况为例说明表提示部5提示的图6的表格式视图60的单元格61。 

首先，将定义单元格61的列的块表L作为车轴p的块表，并将车轴p的相当的行作为r。即，前车轴p1的行作为R。然后，取得与行r对应的模型元素p1(图8的步骤S22)。 

接着，参照图4，取得车轴p的块提取查询的、与单元格61的列对应的查询Qp的元素{name}，在取得的p1的属性即车轴名称中代入经更新的单元格的值(图8的步骤S23，S24)。 

通过本处理，图3(2)所示的块表34的p1的记录的″前车轴″被更新为″前车轴2″。同时，p1被映射的视图60的单元格63也由″前车轴″更新为″前车轴2″。 

接着，以删除表提示部5提示的图6的表格式视图60的行62的情况为例进行说明。这是从4轮汽车改成1个前车轮的3轮汽车的情况的例。 

首先，将行62即右前轮w2的行设于R，并将集合D以空集初始化(图10的步骤S52、S53)。 

接着，从车轮w的块表中删除右前轮w2，在集合D中添加右前轮w2(图10的步骤S56是、步骤S58)。 

接着，进行关于车轴p的块表的处理。车轴p的块表中，视图更新规则为真(图7)。另外，车轴p的块表的父块表即车轮w的块表中有参照前车轴p1的左前轮w1，因此有参照删除行的行存在(图10步骤S57为否)。 因此，车轴p的块表不作任何删除。 

同样地，转向机构s、液压配管t、车体u的各块表的视图更新规则均为假(图7)(图10步骤S57NO)，因此转向机构s、液压配管t、车体u的各块表不作任何删除。 

通过至此所作的处理，对多维数据模型的删除处理结束。另外，集合D的右前轮w2的节点及其关联被删除(图10的步骤S61)。该处理，对系统模型的删除处理结束。 

[将多维数据模型的更新写回系统模型的处理] 

接着，说明将多维数据模型的更新写回图形结构的系统模型的处理。通过由多维数据模型生成表格式视图，能够参照表格式视图，如在图2所示的关于车轮的模型的例中，从车轴和液压配管的角度描述约束。约束的具体例如下， 

(约束1)SUM(″液压配管A＝t1″的车轮制动力)＞施加于车轮的最大转矩 

(约束2)SUM(″液压配管B＝t2″的车轮制动力)＞施加于车轮的最大转矩 

(约束3)SUM(″前车轴＝pl″车轮的最大负荷)＞常数K。约束1表示液压配管A(t1)必须能独立制动，约束2表示液压配管B(t2)必须能独立制动。另外，约束3表示2个前轮的最大负荷必须大于一定的值。该约束3是考虑了前面有发动机重量的约束。如此，多维数据模型在基于多视角的分析、描述中有用。该约束例如可用SQL查询来描述。 

接着，示出将这样的约束变换到图11所示的SysML的Parametric Diagram(PD)的方法。图11概略表示本实施例的图形结构的系统模型、多维数据模型和表格式视图之间的变换。再有，在将约束变换到SysML PD的处理中，不以约束表达式自身的变换为对象。例如，在以电子表格方式描述约束时，原本在SysML中最好用作为约束描述语言的OCL和Java(注册商标)等的约束表达式进行描述，但是这样的变换不确定对象。后述的处理中，能够利用预先定义的OCL和Java(注册商标)等各个约束表达和 电子表格内的式之间的对应规则来生成分别与SysMLPD的单元格和单元格的范围对应的约束属性(Constraint Property)和约束块(Constraint Block)以及分配到后者中的约束元素。 

[对于图形结构的系统模型的变换例] 

假设图11所示的成为对象的图形模型20为IBD(Internal Block Diagram)。因此，通过图5的处理，以IBD为基础制作表格式视图60(图中(1))。对应于该表格式视图60，例如，全部车轮重量的合计在某值(例如，○○kg)以下等的约束表达式描述的情况下，通过选择该约束表达式进行SysMLPD的变换(图中(2))。 

图12是制作本实施例的SysMLPD的流程图。再有，在以下所示处理中，由数据变换部4控制。 

在步骤S71，取出由用户选择的约束表达式。对应于表格式视图对约束表达式预先作了描述。在步骤S72，取出参照约束表达式的表的单元格的集合。在步骤S73，如果未作成相对于与各个表的单元格对应的属性70的约束属性71，则将它作成。然后，将约束属性71的集合作为节点C1。 

在步骤S74，生成约束块72。然后，将节点C1分配到生成的约束块72中，并且，还将所选择的约束表达式作为约束73设定。然后，结束本处理。 

根据本发明，模型变换装置1对于复杂的图形结构的系统模型生成多维数据模型，并给出表格式视图，因此能用表进行分层次且多视角的分析、编辑。SysML等的通用的图形建模语言在描述约束时，对于与约束相关的全部属性必须记述关联。例如，描述对大量组件起作用的约束就成了非常费时的工作。本发明的模型变换装置1，对复杂的图形结构的系统模型应用雪花架构，从而能够以OLAP的方法为基础适当地作成表格形式。并且，模型变换装置1容易在表格形式上描述涉及大量属性的约束表达式。其原因在于，能够以表的列和行为单位总计属性。此外，还能够以该表格形式进行编辑。即，能够以表格形式纵览大量的属性来编辑模型。 

[面向大规模系统模型的应用例] 

接着，作为将本发明用于大规模系统模型的分析编辑的例子，讨论了向车载软件组件(SWC)的车载通信总线(BUS)的分配。图13是本实施例的图形模型80的例子。 

图13的图形模型80是由汽车上搭载的数万个SWC、BUS、ECU(Engine Control Unit：发动机控制单元)构成的图形结构的系统模型。图形模型80中，在表示ECU的块ECUO、ECU1、ECU2、...上分别连接有表示SWC的块SWC1、WC2、SWC3、...，在ECU上分别连接有总线BUS1、BUS2，...。另一方面，各SWC通过配置Conf1、Conf2、...指定用哪个BUS进行通信。 

接着，给出以关于SWC和BUS的必要带宽的需要/容许关系的观点分析、编辑图形模型80的例子。图14表示本实施例的多维数据模型的结构及其附加信息的例子。图15表示一例依据本实施例的多维数据模型的表的内容。图16表示本实施例的向用户提示的表格的例子。 

作为表示多维数据模型的结构的雪花架构及其附加信息，图14中示出了块提取查询和视图更新规则。该架构作为提取SWC、配置、BUS的块表定义了SWCs、Confs、BUSes，成为分析中心的根块表为SWCs。各表格中，用于提取SWC、配置、BUS的信息以块提取查询Q＝(Qb，Qp)的形式提供。另外，在各表格中作为视图更新规则UR提供：上位表格中有记录的添加、删除时是否应在该表格中执行添加、删除的信息。该例中的视图更新规则，在添加/删除了SWC时也添加/删除对应的配置记录(Confs表格的视图更新规则UR＝T)，对于BUS的记录不进行添加/删除(BUSes表格的视图更新规则UR＝F)。 

用前述的图5的流程图，如图15所示，在SWCs、Confs、BUSes表格中插入记录。通过与该表格结合，得到图16所示的表格式视图90。 

该表格式视图90中例如全部示出了与BUS2连接的SWC，能够调查所需总线带宽(bwidth)的合计。如果根据调查结果(例如)很大地低于BUS2的容许量，则用户可以采用减小BUS2的带宽以求降低成本等应对措施。还有，例如也可进行这样的分析、编辑：通过比较分别与BUS1和BUS2 连接的SWC的所需带宽的合计以在SWC之间通融BUS带宽。 

这样，通过参照在表中特定条件下缩小的范围，从不同的角度分析系统模型，能够有效地描述参照了分析的总括的约束等。 

在该例的情况下，在同一表格(BUSes)内的检索条件下匹配的对象是BUS1还是BUS2的意义上，其视角是不同的。一般而言，通过如图6中的车轴和液压配管之间的关系那样地指定横跨表格的条件，能够在各种类型的视角下进行分析、编辑。 

[模型变换装置1的硬件结构] 

图17表示本实施例的模型变换装置1的硬件结构。以下，作为以计算机为典型的信息处理装置说明模型变换装置1的整体结构，但是如果是专用机和嵌入式装置，则当然也可以按照其环境选择所需的最低配置。 

模型变换装置1设有：CPU(Central Processing Unit：中央处理单元)1010、总线1005、通信接口1040、主存储器1050、BIOS(Basic Input Output System：基本输入输出系统)1060、并行端口1080、USB端口1090、图形控制器1020、VRAM1024、语音处理器1030、I/O控制器1070以及键盘和鼠标适配器1100等输入装置。在I/O控制器1070上可以连接软盘(FD)驱动器1072、硬盘1074、光盘驱动器1076、半导体存储器1078等的存储单元。 

图形控制器1020上连接有显示装置1022。另外，语音处理器1030上连接有放大电路1032和扬声器1034。 

BIOS 1060中容纳模型变换装置1启动时CPU 1010执行的引导程序和依赖于模型变换装置1的硬件的程序等。FD(软盘)驱动器1072从软盘1071读取程序或数据，并经由I/O控制器1070提供至主存储器1050或硬盘1074。图17中示出了模型变换装置1的内部含有硬盘1074的例子，但是也可以在总线1005或I/O控制器1070上连接外部设备连接用接口(未图示)，在模型变换装置1的外部连接或增设硬盘。 

作为光盘驱动器1076，可以使用(例如)DVD-ROM驱动器、CD-ROM驱动器、DVD～RAM驱动器、BD(蓝光盘)-ROM驱动器等。这时，必须 使用与各驱动器对应的光盘1077。光盘驱动器1076可从光盘1077读取程序或数据，并经由I/O控制器1070提供至主存储器1050或硬盘1074。 

提供至模型变换装置1的计算机程序存储在软盘1071、光盘1077或存储卡等的记录介质中，由使用者提供。该计算机程序经由I/O控制器1070从记录介质读出，或经由通信接口1040下载，从而可装入模型变换装置1中运行。计算机程序启动信息处理装置并使之运行的动作与已作说明的装置中的动作相同，因此省略。 

前述的计算机程序也可存储在外部的存储介质中。作为存储介质，除了软盘1071、光盘1077或存储卡以外，还可使用MD等的光磁气记录介质、磁带介质。还有，作为记录介质也可使用连接到专用通信线路或互联网的服务器系统中设置的硬盘或光盘程序库等的存储装置，将计算机程序经由通信线路提供至模型变换装置1。 

以上的例子中，以模型变换装置1为主作了说明，但是在计算机，上安装了具有用信息处理装置说明的功能的程序后，便能使该计算机作为信息处理装置工作，从而实现与上文说明的信息处理装置同样的功能。因此，本发明中作为一个实施例说明的信息处理装置，也能够通过方法及其计算机程序实现。 

本装置可以用硬件、软件或硬件和软件的组合实现。在基于硬件和软件的组合的实施中，以装有预定程序的计算机系统的实施作为典型例。在这种情况下，通过将该预定的程序装载到该计算机系统来执行，该程序让计算机系统执行与本发明有关的处理。该程序由可用任意的语言、代码或记载表达的命令群构成。这样的命令群可以直接执行系统特定的功能，或者也可以在进行了(1)向其他语言、代码或记载的变换或(2)向其他媒体的复制后，或者在进行了(1)、(2)这二者后执行。当然，本发明的范围不仅包括这样的程序本身，也包含记录了程序的介质的程序制品。执行本发明的功能的程序可以存储在软盘、MO、CD-ROM、DVD、硬盘装置、ROM、RAM、M～RAM(Magnetoresistive RAM)、闪速存储器等的任何计算机可读介质中。为了在计算机可读介质中存储这样的程序，可以从经通信线路 连接的其他计算机系统下载，或者也可以从其他媒体复制。还有，这样的程序也可在经压缩或分割成多个后存储到单个或多个记录介质中。 

以上，根据实施例对本发明作了说明，但本发明并不受限于上述实施例。还有，本发明的实施例中描述的效果仅为本发明所产生的最适当效果之列举，本发明的效果不限于本发明的实施例或实施例所述内容。 

符号说明 

1  模型变换装置 

2  图形模型存储部 

3  多维数据模型存储部 

4  数据变换部 

5  表提示部 

6  处理描述输入部 

20、80  图形模型 

30  结构 

32  表格 

33  根块表 

34、35、36、37  块表 

60、90  表格式视图 

Q  块提取查询 

Qb、Qp  查询 

L  块表 

Claims (18)

1.一种变换系统模型的方法，该方法通过计算机使系统模型的分析和编辑变得容易，

所述计算机设有图形模型存储部，其中存储作为具有图形形式的数据结构的、包含多个模型元素的所述系统模型的图形模型；

所述变换系统模型的方法包括：接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入的步骤；以及

基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的步骤，

其中多维数据模型的结构应用雪花架构，所述雪花架构是将维度层次化而辐射状展开的结构的架构，

其中所述方法包括从构成所述图形模型的所述多个模型元素中预先指定与作为所述多维数据模型的中心表格的根块表对应的所述模型元素的步骤，

生成所述多维数据模型的步骤中，对与指定的所述根块表关联的块表以及与所述与指定的所述根块表关联的块表进一步关联的块表依次使用所述提取查询，在与指定的所述根块表关联的块表以及与所述与指定的所述根块表关联的块表进一步关联的块表存在期间，对与指定的所述根块表关联的块表以及与所述与指定的所述根块表关联的块表进一步关联的块表使用所述提取查询，并用提取的所述模型元素生成所述多维数据模型。

2.权利要求1中记载的变换系统模型的方法，其中接收所述变换处理描述的输入的步骤中，接收与应用雪花架构的所述多维数据模型的结构有关的描述的输入。

3.权利要求1中记载的变换系统模型的方法，其中所述图形模型与所述系统的结构、行为和约束中的至少任一个有关。

4.权利要求1中记载的变换系统模型的方法，其中包括：

从由生成所述多维数据模型的步骤生成的所述多维数据模型生成表格式视图的步骤；以及

输出由生成所述表格式视图的步骤生成的所述表格式视图的步骤。

5.权利要求4中记载的变换系统模型的方法，其中：

在输出所述表格式视图的步骤中，接收指定输出的特定信息的过滤信息；

在输出所述表格式视图的步骤中，基于所述过滤信息输出所述表格式视图。

6.权利要求4中记载的变换系统模型的方法，包括：

接收对输出所述表格式视图的步骤输出的所述表格式视图的变更信息的输入的步骤；以及

在根据所述基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的步骤生成的所述多维数据模型中反映所述变更信息的内容的步骤，

其中，所述接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入的步骤中的所述变换处理描述包含与关于所述多维数据模型的更新的规则的视图更新规则有关的描述。

7.权利要求4中记载的变换系统模型的方法，包括：

接收对输出所述表格式视图的步骤输出的所述表格式视图的变更信息的输入的步骤；以及

根据所述变换处理描述在所述图形模型存储部中存储的所述图形模型中反映所述变更信息的内容的步骤，

其中，所述接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入的步骤中的所述变换处理描述包含与关于所述多维数据模型的更新的规则的视图更新规则有关的描述。

8.权利要求6中记载的变换系统模型的方法，其中

在接收所述变更信息的输入的步骤中接收的所述变更信息与对应于所述表格式视图的单元格的值的变更有关，据此在所述多维数据模型中反映的步骤用所述提取查询作为所述变换处理描述；

由接收所述变更信息的输入的步骤接收的所述变更信息与对应于所述表格式视图的行的添加或删除有关，据此在所述多维数据模型中反映的步骤用所述视图更新规则作为所述变换处理描述。

9.权利要求4中记载的变换系统模型的方法，包括：

接收基于输出所述表格式视图的步骤中输出的所述表格式视图的约束表达式描述的步骤；

取得预先定义的所述多维数据模型和所述图形模型之间的对应规则的步骤；以及

根据接收的所述约束表达式描述，用所述对应规则更新所述图形模型存储部中存储的所述图形模型的步骤。

10.一种变换系统模型的系统，该系统通过计算机使系统模型的分析和编辑变得容易，

所述计算机设有图形模型存储部，其中存储作为具有图形形式的数据结构的、包含多个模型元素的所述系统模型的图形模型；

所述变换系统模型的系统包括：用于接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入的装置；以及

用于基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的装置，

其中多维数据模型的结构应用雪花架构，所述雪花架构是将维度层次化而辐射状展开的结构的架构，

其中所述系统包括从构成所述图形模型的所述多个模型元素中预先指定与作为所述多维数据模型的中心表格的根块表对应的所述模型元素的装置，

用于基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的装置中，对与指定的所述根块表关联的块表以及与所述与指定的所述根块表关联的块表进一步关联的块表依次使用所述提取查询，在与指定的所述根块表关联的块表以及与所述与指定的所述根块表关联的块表进一步关联的块表存在期间，对与指定的所述根块表关联的块表以及与所述与指定的所述根块表关联的块表进一步关联的块表使用所述提取查询，并用提取的所述模型元素生成所述多维数据模型。

11.权利要求10中记载的变换系统模型的系统，其中用于接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入的装置中，接收与应用雪花架构的所述多维数据模型的结构有关的描述的输入。

12.权利要求10中记载的变换系统模型的系统，其中所述图形模型与所述系统的结构、行为和约束中的至少任一个有关。

13.权利要求10中记载的变换系统模型的系统，其中包括：

用于从由用于基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的装置生成的所述多维数据模型生成表格式视图的装置；以及

用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置。

14.权利要求12中记载的变换系统模型的系统，其中还包括：

用于在用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置中，接收指定输出的特定信息的过滤信息的装置；

用于在用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置中，基于所述过滤信息输出所述表格式视图的装置。

15.权利要求12中记载的变换系统模型的系统，包括：

用于接收由用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置输出的所述表格式视图的变更信息的输入的装置；以及

用于在根据用于基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的装置生成的所述多维数据模型中反映所述变更信息的内容的装置，

其中，所述用于接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入的装置中的所述变换处理描述包含与关于所述多维数据模型的更新的规则的视图更新规则有关的描述。

16.权利要求12中记载的变换系统模型的系统，包括：

用于接收由用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置输出的所述表格式视图的变更信息的输入的装置；以及

用于根据所述变换处理描述在所述图形模型存储部中存储的所述图形模型中反映所述变更信息的内容的装置，

其中，所述用于接收包含与多维数据模型的结构和提取所述模型元素的提取查询有关的描述的变换处理描述的输入的装置中的所述变换处理描述包含与关于所述多维数据模型的更新的规则的视图更新规则有关的描述。

17.权利要求15中记载的变换系统模型的系统，其中还包括：

用于在用于接收由用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置输出的所述表格式视图的变更信息的输入的装置中接收的所述变更信息与对应于所述表格式视图的单元格的值的变更有关，据此在所述用于在根据用于基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的装置生成的所述多维数据模型中反映所述变更信息的内容的装置中用所述提取查询作为所述变换处理描述的装置；

用于由用于接收由用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置输出的所述表格式视图的变更信息的输入的装置接收的所述变更信息与对应于所述表格式视图的行的添加或删除有关，据此在所述用于在根据用于基于输入的所述变换处理描述，根据所述图形模型存储部中存储的所述图形模型生成其维度具有层次关系的所述多维数据模型的装置生成的所述多维数据模型中反映所述变更信息的内容的装置中用所述视图更新规则作为所述变换处理描述。

18.权利要求13中记载的变换系统模型的系统，包括：

用于接收基于用于输出由生成所述表格式视图的装置生成的所述表格式视图的装置中输出的所述表格式视图的约束表达式描述的装置；

用于取得预先定义的所述多维数据模型和所述图形模型之间的对应规则的装置；以及

用于根据接收的所述约束表达式描述，用所述对应规则更新所述图形模型存储部中存储的所述图形模型的装置。

Images