技术领域 本发明涉及一种用户接口软件设计系统，实现在便携电话、便携 信息终端、汽车导航装置等安装了软件产品的设备中使用的用户接口 软件设计开发的效率化。 背景技术 在便携电话、便携信息终端、汽车导航装置等软件产品安装设备 领域中，近年来由于技术进步和对所述各设备需求的千变万化，产品 周期明显缩短。为了应付这种状况，要求新机种开发、特别是软件产 品设计开发的效率化，当务之急是通过使作为安装在设备中的软件产 品的重要部分的用户接口软件的开发效率化来促进软件产品的开发。 用户接口软件设计系统根据这样的背景，以用户接口软件设备系统设 计开发的效率化为目的而产生。 通常，在软件开发中，为了设计开发的效率化，尽可能再利用过 去的设计数据等资产，仅重新设计新的功能等、与以前不同的部分的 区别开发是重要的。另外，在用户接口软件的设计中使用的设计数据 多是由其各个时期的设计者酌情处理作出的部分，因此，在再利用时 多不方便。例如，由于实际上用多个设计数据定义相同的一系列画面， 或捕捉占画面一部分的、图标等用户接口的动作和整个画面的切换作 为相同层次的画面转移，所以存在画面转移是平面的、数量变多、全 部设计数据的推测变坏的情况等。这样，各个设计者的设计思想不统 一，反映在用户接口软件的设计数据上，结果，由于这些设计数据未 充分研究再利用的观点，所以多数再利用性不好。根据这种状况，软 件设计者在重新设计开发用户接口软件时，通过状态集合编辑单元或 事件处理编辑单元、属性编辑单元、状态显示编辑单元等作为用户接 口设计单元的各种编辑单元，每次都通过编辑过去积累的设计数据来 生成必要的设计数据，输入到用户接口软件设计系统中(例如，参照 专利文献1)。这种状况还导致设计数据的生成是创造性极高的工作， 是人性化高的工作。 这样，即便进行区别开发时，只要关于设计数据，在其生成时多 数都非常费事。因此，不适用基于再利用过去积累的设计数据资产的 效率化等区别开发的宗旨。 另外，在不能通过新的用户接口软件开发而以再利用性好的形式 得到过去的设计数据时的对策中，具有所谓反向操纵的方法。即输入、 分析过去软件的源程序码，得到设计数据的方法，作为其所用的装置， 具有称为反向操纵支援系统的装置(例如，参照专利文献2)。已存 的反向操纵支援系统虽然以源程序码为输入地分析软件的结构，但由 于用户接口软件的源程序码多以通过与用户的相互作用来确定对应的 事件驱动型(即，事先确定适用于每个事件的处理，据此进行动作的 方式)来记述，所以难以根据源程序码解释其软件的设计信息，以整 理成易于再利用的形式得到设计数据。 专利文献1：特开2002-244848号公报(权利要求1、第3-4页、 图1) 专利文献2：特开平09-101884号公报(权利要求1) 这样，以前积累的设计数据因各个设计者而不同，未基于统一的 设计思想来生成，所以再利用性低，为了软件区别开发的效率化，期 望改善该积累的设计数据的再利用性的手段。 发明内容 本发明的用户接口软件设计系统具有：未整理设计数据存储单元， 存储用户接口软件用设计数据作为未整理设计数据，该用户接口软件 用设计数据由针对软件产品的事件和对应该事件的所述软件产品的画 面变化信息构成；规则存储单元，存储作为整理规则的集合体的整理 规则组，该集合体记述将所述未整理设计数据变换成易于再利用形式 的规则；规则处理单元，读出存储于所述未整理设计数据存储单元中 的未整理设计数据及存储于所述规则存储单元整理中的整理规则组， 对该读出的未整理设计数据，通过逐一适用包含于所述读出的整理规 则组中的各整理规则并分析，将所述未整理设计数据变换成已整理设 计数据；已整理设计数据存储单元，根据该规则处理单元的指示，存 储所述已整理设计数据。 发明的效果 根据上述本发明的用户接口软件设计系统将在设计开发时未基于 相互统一的设计思想而生成、仍以不便于再利用的形式积累的未整理 设计数据变换成再利用性好的已整理设计数据，所以容易理解设计者 的意图和用户接口的结构，可实现用户接口软件及包含其的软件产品 的区别开发的效率化。 附图说明 图1是本发明实施方式1的用户接口软件设计系统的结构图。 图2是本发明实施方式1的从未整理设计数据向已整理设计数据 的变换步骤。 图3中(a)是本发明实施方式1的整理规则的例1；(b)是本发明实 施方式1的未整理设计数据的例1；(c)是本发明实施方式1的已整理 设计数据的例1。 图4中(a)是本发明实施方式1的整理规则的例2；(b)是本发明实 施方式1的未整理设计数据的例2；(c)是本发明实施方式1的已整理 设计数据的例2。 图5是本发明实施方式2的用户接口软件设计系统结构图。 图6是本发明实施方式2的STEP3的详细步骤。 图7中(a)是本发明实施方式2的整理规则的例1；(b)是本发明实 施方式2的未整理设计数据的例1；(c)是本发明实施方式2的已整理 设计数据的例1。 图8中(a)是本发明实施方式2的整理规则的例2；(b)是本发明 实施方式2的未整理设计数据的例2；(c)是本发明实施方式2的已整 理设计数据的例2。 图9是本发明实施方式3的用户接口软件设计系统结构图。 图10是本发明实施方式3的STEP2以后的详细步骤。 图11中(a)是本发明实施方式3的菜单模板的例；(b)是本发明实 施方式3的未整理设计数据的例1；(c)是本发明实施方式3的已整理 设计数据的例1。 图12是本发明实施方式3的另一例的STEP2以后的详细步骤。 图13中(a)是本发明实施方式3的整理规则的例；(b)是本发明 实施方式3的未整理设计数据的例2；(c)是本发明实施方式3的已整 理设计数据的例2。 图14是本发明实施方式5的用户接口软件设计系统结构图。 符号说明 设计数据存储单元；2、模型分析单元；3、输入信息生成单 元；4、软件产品； 5、模型生成单元；6、设计数据编辑单元；7、规则编辑单元； 110、未整理设计数据；120、已整理设计数据；21、规则存 储单元；22、规则处理单元；211、212、213、214、216、整 理规则；215、菜单模板 具体实施方式 实施方式1 将本申请发明中设为对象的、在用户接口软件的设计开发时必要 的设计数据定义为被称为画面序列的画面变化信息，该画面序列由针 对软件产品的一系列事件(各种操作输入或状态设定等)、和按照每 个事件而切换的显示画面构成。该设计数据具有是比一般软件的设计 数据简单的数据的特征。本发明着眼于该点，通过将设计数据变换成 客观上可容易理解的形式，来改善其设计数据的再利用性。 图1表示本发明实施方式1的结构。在图中，未整理设计数据存 储单元11是用于存储和积累过去由各个软件设计者在每次生成时相 互未统一设计思想、未整理成易于再利用的形式的未整理设计数据的 存储单元；已整理设计数据存储单元12是用于存储和积累根据后述的 规定规则将该未整理设计数据变换成易于再利用的方式的已整理设计 数据的存储单元。在图1中，以包含未整理设计数据存储单元11和已 整理设计数据存储单元12的形式示出设计数据存储单元1，但也可使 未整理设计数据存储单元11和已整理设计数据存储单元12一体化， 在其中设定未整理设计数据存储单元11和已整理设计数据存储单元 12。模型分析单元2包含规则存储单元21和规则处理单元22。规则 存储单元21具有存储用于将未整理设计数据变换成易于再利用方式 的已整理设计数据的整理规则组的功能，规则处理单元22具有如下功 能：即从规则存储单元21读出上述整理规则组，逐一适用包含于该整 理规则组中的各整理规则，分析从所述未整理设计数据存储单元11读 出的未整理设计数据，并通过进行层次化、集成、分支、分割等处理， 在变换成已整理设计数据的同时，指示存储到已整理设计数据存储单 元12中。 图2是说明本实施方式1的将未整理设计数据变换成已整理设计 数据时的步骤图。下面，根据该图说明其步骤。规则处理单元22读入 存储于规则存储单元21中的整理规则组(STEP1)，并且，读入存储 于未整理设计数据存储单元11中的未整理设计数据(STEP2)。 接着，规则处理单元22将包含于整理规则组中的各整理规则逐一 适用于所述读入的未整理设计数据。各整理规则包含适用的「条件」 和记载了基于整理规则的处理内容的「适用处理」。在未整理设计数 据中，如果具有符合该「条件」的部分，则根据「适用处理」，对未 整理设计数据实施例如层次化、集成、分割等变换(STEP3)。STEP3 的处理以全部未整理设计数据为对象来进行。一旦该处理结束，则规 则处理单元22判断是否对全部的整理规则结束了STEP3的处理，在 判断为结束时(STEP4/YES)，指示将上述变换后的设计数据存储于 已整理设计数据存储单元12中(STEP5)。已整理设计数据存储单元 12根据规则处理单元22的指示，存储该变换后的设计数据作为已整 理设计数据(STEP6)。在规则处理单元22判断为存在未结束STEP3 的处理的整理规则时，规则处理单元22对下一整理规则执行STEP3 的处理。 图3表示未整理设计数据的具体例、和与之相应的适用某特定整 理规则的实例。图3(a)将包含于所述整理规则组中的整理规则的一实 例表示为整理规则211。在整理规则211中，记载该规则的「名称」、 规则适用的「条件」、作为对应于该条件的数值基准的「条件值」和 作为对满足该条件时对未整理设计数据的处理内容的「适用处理」。 这里表示的整理规则211是以表形式示出整理规则时的实例。图3(b) 以画面序列111和112表示未整理设计数据110的一实例。将取出了 该画面序列中的一部分的序列称为部分画面序列。在画面序列111、 112中示出的符号1111、1121分别表示画面序列111、112的部分画 面序列的实例。图3(c)在画面序列121-123中表示的已整理设计数据。 在已整理设计数据120中通常包含其他的已整理设计数据，但画面序 列121-123只表示其一部分。 接着，使用图3的实例来说明图2的STEP3的变换处理步骤。首 先，规则处理单元22在STEP2中针对从未整理设计数据存储单元11 读出的未整理设计数据，检索有无适合于在STEP1中从规则存储单元 21读入的图3(a)的整理规则211中的「条件」的未整理设计数据。在 检索「条件」适合性时考虑「条件值」。若观察作为未整理设计数据 的图3(b)的画面111和112，则在画面E中发生事件ef、产生画面转 移，并与成为画面F的部分(部分画面序列1111和1121)共用。但 是，由于以各自的画面序列独立地记述该共用的部分，该2个设计数 据变成复杂的表记。规则处理单元22对这些未整理设计数据实施整理 规则211中的「适用处理」所记载的“将对象部分画面序列作为1个状 态切出并层次化”处理后进行整理集成。结果，规则处理单元22通过 重新定义画面EF，将已整理设计数据变换成如图3(c)的画面序列121 -123所示的、层次化的设计数据。即，在该整理规则211的处理在 未整理设计数据的画面序列中有由n个要素(构成部分画面序列的画 面数量，在本例中n＝2)构成的相同部分画面序列的未整理设计数据 出现m或m次以上时，分出该共用的部分画面序列作为画面EF并层 次化，从而能够将出现频率高的部分画面序列作为一个画面来表示。 图3表示了就2个作为未整理设计数据的画面序列而言，其间存在相 同部分画面序列时的实例，但即使具有多个作为未整理设计数据的画 面序列数、或在一个未整理设计数据的画面序列中多次出现相同的部 分画面序列，也可同样地处理。 这样，通过集成，软件设计者例如在对部分画面序列1111或1121 实施功能的扩张、缩小、变更等各种处理时，不必对每个部分画面序 列1111或1121实施处理，而只要对在已整理设计数据123中示出的、 画面EF的定义部分实施必要的处理即可，可大幅度地简化处理。条 件值n、m是预先确定的值，但注意对软件设计影响大的方面来确定。 图4是说明另一整理规则的适用例的图。图4(a)将包含于所述整 理规则组中的整理规则的另一实例表示为整理规则212。该整理规则 212如「名称」、「条件」及「适用处理」栏中记载的那样，在对应 于未整理设计数据的多个画面序列中，在由从各画面序列的开头起的 n个要素构成的部分画面系统是相同的情况下，使用分支来集成该多 个画面序列。图4(b)表示位于包含于未整理设计数据110中的画面序 列114的开头的部分画面序列1141、和位于画面序列115的开头的部 分画面序列1151相同的情况。这时，由规则处理单元22根据整理规 则212将未整理设计数据变换成已整理设计数据1200。该变换后的已 整理设计数据1200如图4(c)所示，以共用的部分画面序列1241(与作 为相同部分画面序列的1141及1151彼此相同。)和自此分支的部分 画面序列1242和1243来表示。图4是就2个作为未整理设计数据的 画面序列而言，其间存在相同部分画面序列情况的实例。在这种处理 中，也可包含作为未整理设计数据的画面序列数很多的情况。 这样，通过集成，软件设计者例如在对部分画面序列1141或1151 实施功能的扩张、缩小、变更等处理时，不必对每个部分画面序列1141 或1151实施处理，而只要仅对已整理设计数据的部分画面序列1241 实施必要的处理即可。另外，在本例中，由于利用已整理设计数据而 变成了明示分支结构的形式，所以软件设计者可容易地实施基于分支 数的增减处理的功能的扩张、缩小、变更，所以与利用未整理设计数 据实施同样处理的情况相比，可大幅度地简化处理，可实现开发的效 率化。另外，通过简化处理，还提高了完成的软件的可靠性。整理规 则212的条件值n是预先确定的值，但注意对软件的设计影响大的方 面来确定。 如上述2个例子所示，通过使用用于存储整理规则组的规则存储 单元21、和用于将该整理规则组的各整理规则适用于设计数据存储单 元1中存储的已有未整理设计数据的规则处理单元22，对已有的未整 理设计数据实施层次化、集成、分支、分割等处理，并将其变换成被 整理为容易理解设计数据的结构形式的已整理设计数据。在原样不变 再利用未整理设计数据时，软件设计者在实施软件的功能扩张、缩小、 变更、结构变更等时，由于在看不见该软件结构时，对每个想再利用 的设计数据必须研究再利用该设计数据所必需的处理，所以在设计时 很困难。但是，通过进行上述的整理，软件设计者可容易地理解其他 软件设计者的设计意图，在软件功能的扩张、缩小、变更、结构变更 等时，容易地再利用积累的设计数据。 另外，在上述说明中，示例了2种整理规则来说明，但本实施方 式的发明不限于这些整理规则，就其它整理规则而言，也可取得同样 的效果。另外，上述整理规则以表形式来记述，但不拘泥于表的形式， 只要记述了「条件(包含条件值)」和满足该条件时的「适用处理」 即可。例如，即便以IF-THEN规则或其他形式来表现整理规则，也 可取得与上述同样的效果。另外，未整理设计数据存储单元11、已整 理设计数据存储单元12和设计数据存储单元1的关系如已说明那样， 可随意构成，在任一形式下均可取得与上述同样的效果。 另外，在上述说明中，规则处理单元22只对未整理设计数据适用 1次全部整理规则，但也可多次适用该规则。多次适用时将前一次的 已整理设计数据处理为未整理设计数据。这样，通过反复适用整理规 则，可促进设计数据的整理，变换成再利用性更高的设计数据。 实施方式2 在实施方式2的发明中，即便在没有为满足整理规则的「条件」 而积累了充分的、足够数量的未整理设计数据的情况下，也可以通过 重新生成补充未整理设计数据，而生成满足该整理规则的「条件」的 状况，并促进整理。图5表示实施方式2的发明结构。该结构在实施 方式1的结构中附加了输入信息生成单元3和模型生成单元5。输入 信息生成单元3根据来自规则处理单元22的指示，生成事件，并向作 为区别开发的基础的软件产品4中输入该事件。模型生成单元5输入 因输入的事件而在软件产品4中产生的显示画面的变化信息和该输入 的事件，组合两者作为画面序列，并将该画面序列作为模型设计数据。 然后，指示将该模型设计数据作为未整理设计数据的一部分存储于未 整理设计数据存储单元11中。其他的构成要素与实施方式1的情况相 同。即，提供如下单元：通过在实施方式1的图1示出的结构中附加 输入信息生成单元3和模型生成单元5，提供经作为区别开发基础的 软件产品4而重新生成补充未整理设计数据的单元。通过该补充，如 果使只满足整理规则的「条件」的未整理设计数据齐备，则促进了基 于该整理规则的、对未整理设计数据的整理。 通过本实施方式将未整理设计数据变换成已整理设计数据的步骤 用图2和图6来表示。对图2的说明与实施方式1中的说明相同，但 就图2的STEP3而言，依据图6的步骤。图7表示用于说明本实施方 式的整理规则、未整理设计数据及已整理设计数据的具体例。图7(a) 表示与实施方式1中示出的整理规则不同的另一例，图7(b)表示对应 于该整理规则的未整理设计数据的实例，图7(d)表示按该整理规则整 理后的已整理设计数据的实例。该实例中示出的处理如图7(a)、(b)所 示，是一旦将事件x输入任意的画面中，则返回到该画面的前一个画 面的「返回事件」。在图7(a)中示出的整理规则213的「返回事件识 别1」中，识别以未整理设计数据的一部分为「返回事件」，记载用 于进行整理的「条件」和满足该条件时的「适用处理」的内容。 在满足该「条件」时，根据整理规则213的「适用处理」中所记 载的内容(在本例中使用「返回事件」)，将未整理设计数据变换成 已整理设计数据。这如实施方式1中说明的那样。但是，存在由于不 满足该条件而从整理对象中被排除，不能进行未整理设计数据的整理 的情况。为了尽可能降低这样的情况，在整理规则「返回事件识别1」 之后设置另一个整理规则「返回事件识别2」。在满足该「返回事件 识别2」的「条件」的时，根据「返回事件识别2」的「适用处理」， 补充设计数据，将补充的设计数据包含到未整理设计数据中。而且， 该补充的未整理设计数据在改变后利用「返回事件识别1」进行再评 价。 根据图2和图6说明了上述的处理。图2的STEP1，2的处理内容 与实施方式1的情况相同，所以省略说明。如已说明的那样，图6详 细地示出对应于图2的STEP3的部分步骤。首先，规则处理单元22 对未整理设计数据110适用包含于图7(a)的整理规则213中的最初的 整理规则(这里为简化说明，设i＝1)「返回事件识别1」的「条件」 (图6的STEP31)，进行是否满足该「条件」的判定(STEP32)。 在图7(b)示出的未整理设计数据110中，对应的数据数只有2个，不 满足要求3次的该「条件」。因此，规则处理单元22将处理步骤返回 到图2的STEP4。接着，规则处理单元22对未整理设计数据110适 用对应于i＝2的「返回事件识别2」(STEP31)，判定是否满足该 整理规则的条件(STEP32)。如果不满足，则再次转移至STEP4， 本实施方式的处理结束，转移至针对其它整理规则的处理(图2的 STEP4)。在满足上述「返回事件识别2」的条件时，规则处理单元 22使处理步骤前进到补充设计数据的过程(STEP33-STEP39)。 如以下说明，通过向作为区别开发基础的软件产品4输入事件来 执行补充。规则处理单元22首先设定补充的数据数k(STEP33)。 该k值是记载于「返回事件识别2」的「适用处理」的值，但具有预 先任意确定的特性。接着，规则处理单元22通过分析判断出需要补充 数据的整理规则、即本例中的「返回事件识别1」的「适用处理」的 内容，在补充一系列的画面序列作为设计数据时，确定从哪个画面开 始或哪个事件为必要(STEP34)。这是由于最先输入事件的初始画面 存在通过补充什么样的设计数据可以从任意的画面开始的情况和通过 补充什么样的设计数据而必须从特定的画面开始的情况。对事件而言 也同样，存在指定特定的事件的情况，和对特定的画面任意事件均可 的情况。 在「返回事件识别1」的情况下，规则处理单元22将事件固定在 事件x，任意地设定初始画面。另外，由于为了取得应补充的设计数 据而使用作为区别开发基础的已知的软件产品4，所以设定上述初始 画面所必要的输入事件是已知的，规则处理单元22可识别、设定该事 件。 规则处理单元22对输入信息生成单元3指示发生这样设定的事件 (STEP34及STEP35)。输入信息生成单元3首先将被指示为初始画 面设定用的事件输入到软件产品4中(STEP34)，使显示画面转移到 设定的初始画面，之后，还将取得一个画面序列中需要指示的事件p (本例中是作为「返回事件」的事件x)逐一输入到软件产品4中 (STEP35)。在软件产品4中通过执行事件p的处理，显示画面变化 成显示画面p(STEP36)。模型生成单元5在初始画面转移后，输入 向软件产品4中输入的一系列事件(在返回事件的实例中，事件x仅 一个)、和作为其结果而产生的软件产品4的画面变化信息(STEP37)。 规则处理单元22判定是否结束了对补充1个画面序列时必需的一系列 事件的处理(STEP38)，在未结束的情况下，在对补充1个画面序列 时必需的一系列事件的处理结束之前，反复STEP35至STEP37的处 理。在规则处理单元22判定得到了1个画面序列时，接着判定是否结 束了生成要求进行整理规则「返回事件识别2」的适用处理中所规定 的补充的k个画面序列(STEP39)。如果结束，则模型生成单元5根 据输入的一系列事件和与之对应的画面变化信息，生成k个作为画面 序列的设计数据(STEP40)。称该数据为模型设计数据，但模型生成 单元5将该模型设计数据补充到未整理设计数据中，还存储在未整理 设计数据存储单元11中(STEP41)。规则处理单元22根据整理213 的「返回事件识别1」的「条件」，对该补充后的未整理设计数据进 行再评价、整理(STEP42)。如上所述，虽然生成大约k个一系列事 件和与之对应的大约k个显示画面数据、即k个画面序列，并将其补 充到未整理设计数据中，但不清楚是否补充了只满足「返回事件识别 1」的「条件」的设计数据，并且存在再次不满足「返回事件识别1」 的「条件」的情况。这时，反复几次该「返回事件识别1」和「返回 事件识别2」，可在各自的适用处理中明示。图7(c)表示经过这样的补 充处理之后，补充的模型设计数据的实例。使图7(b)和(c)的设计数据 一致，作为未整理设计数据，利用整理规则213「返回事件识别1」对 该数据进行再评价的结果是以「事件x」为「返回事件」，并变换成 如图7(d)所示的已整理设计数据。 图8表示用于说明本实施方式的另一整理规则、未整理设计数据 及已整理设计数据的具体例。图8(a)表示与图7(a)中示出的整理规则 不同的另一整理规则的实例，图8(b)表示对应于该整理规则的未整理 设计数据的实例，图8(c)与图7(c)相同，表示补充的模型生成设计数 据的实例，图8(d)表示以该整理规则整理的、已整理设计数据的实例。 图8(a)示出的整理规则214由整理规则「中间画面集成1」、和 设置在其后的整理规则「中间画面集成2」构成。「中间画面集成1」 是如下内容：在多个画面序列中的中间画面相同，且不管该画面之前 的部分画面序列(或历史)如何，都仅依赖于该画面中的事件来确定 转移目标的情况下，如果这样的画面序列数为n或n以上，则集成这 种画面序列。另外，「中间画面集成2」具有如下内容：如果上述画 面序列数不足n、但为m或m以上，则根据该「中间画面集成2」的‘适 用处理’来处理，即进行设计数据补充，并返回「中间画面集成1」进 行再评价。本例中的从未整理设计数据至已整理设计数据的变换处理 如下面那样执行。另外，由于图2、图6中说明的处理步骤在本例中 也相同，所以下面省略与图2、图6的各STEP的对照。 本例中的未整理设计数据如图8(b)所示，具有2个作为未整理设 计数据的画面序列118、119。两个画面序列都具有画面x，其之后的 画面不依据至该画面x的部分画面序列(即历史)，仅由针对该画面 x的事件来确定。即，对于事件发生后的画面，如果其事件是事件xb， 则转移到画面B，如果是事件xd，则转移到画面D。规则处理单元22 对该未整理设计数据适用整理规则「中间画面集成1」，并尝试进行 整理。在该「中间画面集成1」的实例中，「条件值」设定成n＝4， 「中间画面集成1」的「条件」仅在未整理设计数据118、119这两个 例子中不满足。因此，规则处理单元22判断为不能集成整理未整理设 计数据118和119，接着，转移到基于整理规则「中间画面集成2」的 评价。由于「中间画面集成2」的「条件值」在本例中m＝2，所以未 整理设计数据仅118、119这2个例子也满足该「条件」。因此，规则 处理单元22转移至用于补充不足的设计数据作为一部分未整理设计 数据的处理。补充步骤如图7的说明所述，由模型生成单元5生成的 模型设计数据是图8(c)的画面序列512、513。模型生成单元5对未整 理设计数据110增加这些数据，规则处理单元22对该补充后的未整理 设计数据，进行基于整理规则「中间画面集成1」的再评价。在该情 况下，由于对应于「条件」的画面序列数从最初的2增加到4，满足 了「条件」，所以规则处理单元22对补充后的未整理设计数据执行「中 间画面集成1」的「适用处理」栏中记载的处理，结果，未整理设计 数据118、119接受对图8(c)示出的2个模型生成设计数据512、513 的补充，并如图8(d)所示，变换成一个已整理设计数据128。 如上述2例所示，规则处理单元22在存储于设计数据存储单元1 中的未整理设计数据仅在数据数方面不能满足条件、从而不能充分整 理时，指示输入信息生成单元3生成不足的未整理设计数据。接受该 指示的输入信息生成单元3生成事件，并对软件产品4输入该事件。 模型生成单元5根据输入到软件产品4中的事件和因该输入而在软件 产品4中产生的画面变化，生成模型设计数据，补充该模型设计数据 作为未整理设计数据的一部分，同时，存储在未整理设计数据存储单 元11中。规则处理单元22对该补充后的未整理设计数据，进行与实 施方式1中说明的处理相同的处理，变换成已整理设计数据。通过进 行这样的整理，使因设计数据的不足而不能整理的设计数据也变得可 整理，可得到更易于再利用形式的设计数据。这样，根据本实施方式， 对更广泛的情况可期待与实施方式1的效果同样的效果。 根据据本实施方式，除上述的效果之外，即便在初次利用用户接 口软件设计系统的情况，也可期待一定的效果。即，即便在未整理设 计数据存储单元11中未积累未整理设计数据1的情况下，经作为区别 开发基础的软件产品4，通过上述的过程，可容易地生成模型设计数 据，可视其为过去积累的未整理设计数据，进行向已整理设计数据的 变换。因此，从用户接口软件设计系统的使用初期阶段开始，使设计 开发的效率化变成可能。另外，本实施方式不限于这里例示的整理规 则，就其他的整理规则而言，也可同样地适用，取得上述同样的效果。 另外，在上述说明中，例示2种整理规则来说明，但本实施方式 的发明不限于这些整理规则，就其他的整理规则而言，也可取得同样 的效果。另外，上述整理规则以表形式来记述，但不拘泥于表形式， 只要记述了「条件(包含条件值)」和满足该条件时的「适用处理」 即可。例如，即便整理规则以IF-THEN规则或其他形式来表现，也 可取得与上述相同的效果。另外，未整理设计数据存储单元11、已整 理设计数据存储单元12和设计数据存储单元1的关系如已说明的那 样，可随意构成，在任一方式下均可取得与上述相同的效果。 另外，与实施方式1中的说明相同，规则处理单元22也可对未整 理设计数据多次适用全部整理规则。在多次适用时，将前一次的已整 理设计数据处理为未整理设计数据。这样，通过反复适用整理规则， 可促进设计数据的整理，使其被变换成再利用性更高的设计数据。 实施方式3 图9示出本发明实施方式3的结构。该结构为在实施方式1的结 构中增加设计数据编辑单元6。设计数据编辑单元6是编辑存储于未 整理设计数据存储单元11中的未整理设计数据的单元。软件设计者可 使用该设计数据编辑单元6，指定对特定的未整理设计数据110优先 适用与此前说明的整理规则分开预先设定的被称为规则模板的整理规 则。该规则模板在规则存储单元21中与此前说明的整理规则分开存 储。由于可存在多个规则模板，所以在上述设计数据单元6中的指定 中，在指定作为对象的未整理设计数据的同时，还可包含对优先适用 的规则模板的名称(或序号、代码等识别符，下面简称为名称)的指 定。例如，对未整理设计数据的每个设计数据设置优先适用记载栏， 软件设计者预先在该栏中输入优先适用的规则模板的名称等。 规则模板的优先适用例如在预先已知在未整理设计数据的画面序 列中，特定的部分画面序列以特定的形状与其前后连接的情况下是必 需的。这是由于存在如下情况：对这样的未整理设计数据不是机械地 适用存储于规则存储单元21中的整理规则，而是适用对应于具有所述 特定形状的部分图像序列的「规则模板」可良好地表达设计意图。 图10表示本实施方式的处理，该处理被插入到图2的STEP2和 STEP3之间。另外，图11表示在本实施方式的说明中使用的具体例。 图11(a)表示作为规则模板具体例的菜单模板215。其内容如图11(a) 的表中记载的那样。图11(b)表示未整理设计数据1100，图11(c)表示 根据菜单模板215整理未整理设计数据110之后的已整理设计数据。 这里，软件设计者识别包含于图11(b)的未整理设计数据110中的画面 A是菜单画面的可能性。因此，软件设计者使用设计数据编辑单元6， 预先在该未整理设计数据1100的优先适用记载栏中记载菜单模板215 的名称，作为优先适用的规则模板的名称。下面，根据图10、图11 说明基于规则处理单元25的未整理设计数据的处理步骤。处理从图2 的STEP1开始，但由于STEP2之前与实施方式1的情况相同，所以 这里省略说明。STEP2之后，规则处理单元22判定是否对未整理设 计数据指定优先适用的规则模板(STEP21)。如果无指定，则返回到 图2的STEP3，如果有指定，则对该未整理设计数据实施指定的规则 模板(本例中菜单模板215)中的处理(STEP21)。在图11的实例 中，由于对未整理设计数据110有指定，所以变成STEP22中的处理 对象。 下面详细在说明STEP22的处理内容。在图11(a)中示出的菜单模 板215中记载了所谓“分支目标层次化”的「适用处理」和用于该适用 的「条件」。规则处理单元22根据菜单模板215示出的「条件」，分 析画面序列1100，在某画面A中存在n或n个以上分支时，判定该画 面A为菜单画面。在本例中，由于画面A从部分画面序列1101至1103 分支，所以m＝3，满足图11(a)的「条件值」。因此，画面A被看作 是菜单画面，对未整理设计数据1100，根据图11(a)中的「适用处理」， 执行“分支目标层次化”处理。结果，未整理设计数据1100变换成图 11(c)示出的分成4个层次的已整理设计数据1200至1203。 下面说明本实施方式的变形例。这里，软件设计者使用设计数据 编辑单元6，对特定的未设计数据，预先进行对“不适用”整理规则的 指定。指定的设计数据、即画面序列从整理规则适用对象中被排除。 基于该指定的处理多在再次整理已在某程度上被整理的设计数据的情 况等中为必需的。 在转移至图2的STEP3之前，如图12所示，插入判断有无不适 用指定的STEP23，如果对未整理设计数据没有指定，则进行与实施 方式1相同的处理，如果有指定，则转移至图2的STEP4，不执行整 理规则的适用。虽然该不适用指定栏可独立设置，但也可与图10、图 11中说明的整理规则优先适用的指定栏共用。 另外，在希望从别的观点对已整理设计数据再次进行整理时，也 可使用该功能。具体地说，对已进行一定整理、不希望更多整理的设 计数据，软件设计者使用设计数据编辑单元6指定整理适用例外(不 适用)。于是，规则处理单元22将还包含该不适用指定的设计数据的、 进行一定整理的全体设计数据作为未整理设计数据，指示未整理设计 数据存储单元执行存储，同时，对该未整理设计数据再次适用整理规 则进行整理。 在图13中示出具体例。图13(a)的整理规则216表示对通常的未 整理设计数据应适用的整理规则的实例，图13(b)表示未整理设计数 据，图13(c)表示已整理设计数据。这里，设对未整理设计数据1104 指定了不适用。规则处理单元22对未整理设计数据1104排除整理规 则216的适用，不进行一切基于整理216的分析、处理。但是，对无 不适用指定的、其他的未整理设计数据、例如画面1105执行分析、变 换，变换成13(c)示出的画面序列1205。即，由于画面序列1105包含 了与作为已进行了某种程度的整理的设计数据的已有画面序列1104 相同的部分画面序列，所以就该部分画面序列而言，以调用的形式置 换处理该已有的画面序列。这样，为实施置换处理，必需事先保存以 使成为置换基础的画面序列在变换后变成不变。因此，预先不对作为 该画面序列的设计数据进行“不适用”指定。 这样，通过导入设计数据编辑单元6，软件设计者不仅基于整理 规则的机械适用来进行分析、变换，而且可对应于各个设计数据的状 况，进行对反映了设计者意图的形式下的设计数据的整理，所以，可 构筑更易于再利用的设计数据。另外，在上述实例中，利用设计数据 编辑单元6作为指定规则模板优先适用的单元、及指定整理规则适用 排除的单元，但实际上只要是可对设计数据进行上述指定的单元，即 便不是「编辑单元」，也可取得本实施方式相同的效果。另外，在本 实施方式中，示出在实施方式1的图1中示出的系统中附加了设计数 据编辑单元6的实例，但即便在实施方式2的图5中示出的系统中附 加，也可取得与本实施方式说明的效果相同的效果。 另外，本实施方式的发明不限于例示的整理规则，就其他的整理 规则而言，也可取得同样的效果。另外，上述整理规则以表形式来记 述，但不拘泥于表形式，只要记述了「条件(包含条件值)」和满足 该条件时的「适用处理」即可。例如，即便整理规则以IF-THEN规 则或其他形式来表现，也可取得与上述相同的效果。另外，未整理设 计数据存储单元11、已整理设计数据存储单元12和设计数据存储单 元1的关系如已说明的那样，可随意构成，在任一形式下均可取得与 上述相同的效果。 另外，与实施方式1中的说明相同，规则处理单元22也可对未整 理设计数据多次适用全部整理规则。多次适用时，将前一次的已整理 设计数据处理为未整理设计数据。这样，通过反复适用整理规则，促 进设计数据的整理，变换成再利用性更高的设计数据。 实施方式4 实施方式4是在此前说明的各实施方式之一中附加规则编辑单元 7的方式。根据规则编辑单元7，软件设计者可进行存储于规则存储单 元21中的整理规则或模板的追加、删除、变更等，同时还可变更规则 的适用顺序。通过设置这样的单元，整理规则组的充实化和规则适用 处理的合适化成为可能的，这样，软件设计者可更有效地整理设计数 据。这样，可构筑整理成设计意图理解容易的形式的、更易于再利用 的设计数据。另外，图14就包含实施方式1至3的全部要素的情况， 表示本发明实施方式4的结构。 产业上的可利用性 本发明在便携电话、便携信息终端、汽车导向装置等软件产品安 装设备领域中、作为软件一部分的用户接口软件的设计开发中被利用。