JPH07192041A - 設計データ管理装置 - Google Patents

Abstract

(57)【要約】 【目的】 設計作業において、自分の作成・修正した設
計データ及び他の設計者が作成・修正した設計データの
変更に対して、過去に、自分または他の設計者がどの様
な修正変更やツール実行を行ってきたかを把握すること
を容易にし、設計データの修正変更に対してツール実行
の未対応や誤った組み合わせの設計データによるツール
実行などの防止及びツール実行の容易な把握を行える設
計データ管理装置を提供することにある。 【構成】 本発明は、設計及び検証を行う場合に用いる
各ＣＡＤツール或いは各ＣＡＤツールを起動するシェル
スクリプトが、実行履歴情報を設計データ管理ルーチン
に送出する手段を有し、設計データ管理ルーチンは、実
行履歴情報を蓄積及び検索する手段を有し、設計者によ
るツールやデータ種類や期間などの指定に対して、過去
に利用したデータを整理して表示する表示機能及び表示
するためのデータ管理手段を具備したものである。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、論理回路システムの設
計開発を行う際に用いる設計支援システムに関し、特に
その中の設計データの管理装置に関する。

【０００２】

【従来の技術】設計データ及びバージョンの管理装置と
しては、ＣＡＤツールによって生成された設計データ
（出力データ）が、他のどの設計データ（ＣＡＤツール
の入力データ）から生成されたかを管理する構成管理、
及び、設計データの修正或いは設計データの生成の繰り
返しに対応して設計データのバージョン（版数）を管理
するバージョン管理がある。設計データの構成管理にお
いては、生成された設計データが、他のどの設計データ
から生成されたかの情報を保持し、その情報を利用し
て、ある設計データの元となった、生成に用いた入力デ
ータを順次遡って、または、逆に、ある設計データが元
になって生成された設計データを順次辿って、フロー図
的に表示することが考えられている。設計データのバー
ジョン管理においては、各設計データ毎にバージョン番
号が何番であるかの情報を保持し、バージョン関係をツ
リー図的に表示することが考えられている。（例えば、
参考文献として、ＮＩＫＫＥＩ ＥＬＥＣＴＲＯＮＩＣ
Ｓ １９９２．９．１４ ｐ．１３１ ＥＤＡフレーム
ワーク、設計チーム全体の作業を支援、または、２８ｔ
ｈＡＣＭ／ＩＥＥＥ Ｄｅｓｉｇｎ Ａｕｔｏｍａｔｉ
ｏｎ Ｃｏｎｆｅｒｅｎｃｅ ｐ．７０４ Ｄｅｓｉｇ
ｎ Ｖｅｒｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｉｎ ｔ
ｈｅ ＧＡＲＤＥＮ Ｆｒａｍｅｗｏｒｋを参照。） 第２の発明に関連した従来計算機のデータ保持装置にお
いては各データファイルを管理するための機構として同
一種類のデータに対してそのリビジョン管理（バージョ
ン管理、版数管理）を行うシステムなどが実現されてき
た。これは例えばプログラムのソースファイル等のよう
なデータの修正や変更などの履歴を管理する上では有効
なツールであった。

【０００３】しかし、今日例えばＬＳＩ設計支援システ
ムのようなＣＡＤシステムでは、扱うツールの数が増大
してきたことに加えて、設計対象も大規模になっている
ため、設計作業全体が複雑且つ多様化してきている。こ
のようなＣＡＤシステムにおいては同一種のファイルで
のリビジョン管理を行うだけでは不十分であり、ファイ
ルと実行プロセスとの関係や、ある実行プロセスを仲立
ちとしたファイル間の関係も管理する必要がある。

【０００４】また、設計の過程では様々なツールを組み
合わせて作業を進めることになるが、その組合せ方も設
計の対象とするものの目的により千差万別で有り、ツー
ルが互いに複雑に絡み合いながら作業が進展する。現状
では各設計対象により最適なツールの実行順序を設計者
がいちいち判断しており、ツールの実行シーケンスの管
理に設計者は多大な労力を必要としている。

【０００５】プロセスとファイルの入出力関係を明確に
するため、プロセスの実行順序を示したプロセスフロー
を作成し、各プロセスの入出力ファイルを割り当てるシ
ステムなどが実現されているが、ファイルがどのプロジ
ェクトに関連して生成されたかあるいは用いられるかと
いった情報は保存されておらず単に個々のファイルとプ
ロセスを関係づけるに留まっていた。そのため、各ファ
イルがそれぞれどのプロジェクトの関連しているか、例
えばあるツールを実行するための入力ファイルとして
は、どのファイルをどのファイルと組み合わせて用いる
のが正しいのかといった情報はユーザ自身が管理してお
かねばならず、データファイルの数が増大すると上記の
情報の管理の為にユーザは多大な労力を割いていた。

【０００６】また、第３の発明に関連した従来技術によ
る各種のＬＳＩ設計支援装置では、ある機能を実現する
回路の設計データが、修正される毎に生成される設計デ
ータを、元の仕様と修正後の仕様とを識別するために付
与される識別名として版を扱うか、もしくは、前記版の
概念を、例えば図２１のように拡張した多元版数をもと
に、多種の設計データに大別して、各々の版数を管理し
ていた。図２１は、機能図で設計された設計データを識
別するための概念を示したものであるが、設計データの
更新結果を識別するリビジョン（Ｒｅｖｉｓｉｏｎ）、
機能ブロック図、ハードウェア記述言語といった設計デ
ータ表現の違いなど、抽象度の異なる仕様の表現を識別
するビュー（Ｖｉｅｗ）、例えば、加算器の場合、リッ
プル・キャリー、キャリー・ルックアヘッドといった、
１つの仕様に対する異なる実現結果を識別するアールタ
ナティブ（Ａｌｔｅｒｎａｉｖｅ）と呼ばれる３種類に
大別して、親となる版と子とが１対１に対応する線形シ
ーケンス、１つの親となる版に対して複数の子が存在
し、この親が唯一に決まる木構造、１つ親に対して複数
の子が存在し、また子供に対する親が複数いるグラフ構
造などが様々な手法を用いて、各版数内の親子関係を表
す版数の履歴を管理していた。上記のように、それぞれ
のデータの履歴をいかに、失わずに保存していくかとい
うことが目的とされている。

【０００７】

【発明が解決しようとする課題】従来の設計データの構
成管理やバージョン管理においては、個々の設計データ
の構成（そのデータの元に／そのデータが元になったデ
ータの関係）や個々の設計データのバージョンを知るこ
とはできるが、実際の設計検証作業では、設計データの
修正とツールの実行が頻繁に行われ、単に個々の設計デ
ータの構成やバージョンを知れるだけでは不十分であ
る。更に、実際の設計検証作業では、設計者一人一人
が、自分の設計データの修正とその設計データを用いた
ツールの実行を繰り返すだけでなく、複数の設計者で共
同して設計・検証を行うことが普通であり、自分の設計
・修正したデータ以外に他の設計者が設計・修正したデ
ータも用いてツールの実行を頻繁に繰り返す。この様な
状況において、自分の作成・修正した設計データ及び他
の設計者が作成・修正した設計データの変更に対して、
ツールの実行等が未対応であることが多々発生する。ま
た、過去に、自分または他の設計者がどの様な修正変更
やツール実行を行ってきたかを正確に把握しておくこと
は非常に難しく、設計データの修正変更やツール実行の
一部を忘却し、設計検証作業が混乱してしまう。

【０００８】そこで、第１の発明は、このような従来の
事情を鑑みてなされたものであり、その目的は、過去
に、自分または他の設計者がどの様な修正変更やツール
実行を行ってきたかを把握することを容易にし、設計デ
ータの修正変更に対してツール実行の未対応や誤った組
み合わせの設計データによるツール実行などの防止及び
ツール実行の容易な把握を行える設計データ管理装置を
提供することにある。

【０００９】第２の発明では前記従来の技術の問題点を
解決すべく、ファイルの管理情報として、ファイルがど
のプロジェクトに関連して生成されたかあるいは用いら
れるかといった情報を保存するとともに、ファイルの種
別についての情報も保存する。さらに、ファイルとプロ
セス間及びファイル相互間の関連を容易に知ることを可
能にするとともに、プロジェクトの目的により必要な実
行シーケンスを過去の実行経路から容易に抽出しユーザ
に示すことにより、例えばＣＡＤシステム等におけるユ
ーザの作業上の負荷を軽減するための機構を提供するこ
とを目的とする。

【００１０】第３の発明が解決しようとする課題では、
上記のように、例えば従来の設計支援装置を用いて、Ｒ
ｅｖｉｓｏｎだけに限って、その修正、追加の差分のみ
保存する手法を用いて、版数管理（以下では、版数を識
別するためにつけられた番号ではなく、版の個数とす
る。）を行ったとしても、各設計者が行う修正回数は、
一般に、数十回を越える為、保存されるデータ量は非常
に多い。更に、設計を分業して行っている場合、一般に
多数の設計者が存在することから、版数の管理を修正、
追加の差分のみに限っても、莫大な量を保存しなければ
ならない。しかし、実際、設計を行う上で、設計者はす
べての版が必要なわけではなく、せいぜい必要とされる
のは数世代以前のデータに限る。従って、前記機能のた
めに、必要以上の多量なデータが保存されるという問題
があった。また、設計対象の大規模化にともない、しば
しば設計データの設計データ格納装置の許容容量を越え
るという事態が生じるという問題もあった。

【００１１】上記問題を解決するために、例えば、あら
かじめ版数を限定し、指定された版数を越えると古い設
計データを自動的にデータ・ベースから削除する機能を
有している設計支援装置も存在した。しかし、上記設計
支援装置では、複数人数の設計者が分業して設計を行っ
ている場合、ある設計者が、ある設計データを作成する
ことはなくとも、何等かの設計工程で、その設計データ
を参照する必要が生じた場合、処理の最中に、その参照
すべき設計データが削除されていまうという問題点があ
った。

【００１２】従って、第３の発明は以上のような従来の
問題点を鑑みて成されたものであり、複数人数で行われ
るＬＳＩ設計を支援することを前提とした、設計データ
を管理する機能を有する設計支援装置において、共有デ
ータ・ベースと、個人データ・ベース、及び共有データ
・ベースから削除されるべき設計データが、設計に携わ
る一人以上の設計者の要求によって、削除を保留された
設計データを一次的に仮置きする為の仮置きデータ・ベ
ースとからなる３種類のデータ・ベースに分割管理し、
原則として共有データ・ベースに対して、予め指定され
た自然数Ｎを越える版数を保存しないよう版数を限定
し、設計データ量を抑制するが、設計者を無視して自動
的に設計データを削除することを防ぐことを目的とした
設計支援装置を提供することにある。

【００１３】

【課題を解決するための手段】第１の発明は、上述した
課題を達成するために、設計及び検証を行う場合に用い
る各ＣＡＤツール或いは各ＣＡＤツールを起動するシェ
ルスクリプト等起動プログラムが、実行履歴情報を設計
データ管理ルーチンに送出する手段を有し、設計データ
管理ルーチンは、実行履歴情報を蓄積及び検索する手段
を有し、設計者によるツールやデータ種類や期間などの
指定に対して、過去に利用したデータを整理して表示す
る表示機能及び表示するためのデータ管理手段を具備し
たものである。

【００１４】また、好適な態様では、設計及び検証を行
う場合に用いる各ＣＡＤツール或いは各ＣＡＤツールを
起動するシェルスクリプト等起動プログラムが、実行履
歴情報として、実行ツール名，ユーザー名，実行開始日
時，実行終了日時，実行ＣＰＵ時間，入力データ等を生
成データ（出力データ）或いは生成データの管理情報或
いは生成データに対応する情報データとして送出する手
段を有し、設計データ管理ルーチンは、該実行履歴情報
を検索する手段を有し、設計者によるツールやデータ種
類や期間などの指定に対して、過去に利用したデータを
整理して表示する表示機能及び表示するためのデータ管
理手段を具備したものである。

【００１５】さらにまた、設計者により指定されたツー
ルやデータ種類や期間などに該当する利用した設計デー
タに関して、そのファイル名或いは設計データ名、及び
そのバージョン番号等の設計データ情報を期間毎に表示
する手段を具備してもよい。

【００１６】また、設計者により指定されたツールやデ
ータ種類や期間などに該当する利用した設計データを、
そのファイル名或いは設計データ名、及びそのバージョ
ン番号に対して、該設計データを利用した日時及び時間
或いは利用回数（ツールの実行回数）に対応して表示す
る手段、及び、該表示において、該設計データのバージ
ョン毎に、該設計データ・バージョンを最初に利用した
時の表示を線種（点種）或いは色種を変えて表示する手
段を具備してもよい。

【００１７】第２の発明によると、計算機のデータ保持
装置などにおいて、各ファイルを管理するために各ファ
イルの属性としてファイルを必要としたプロジェクトの
目的についての属性値を設定するファイルドメイン設定
手段と、ファイルの用途についての属性を設定するファ
イルカテゴリ設定手段を具備させる。

【００１８】さらに上記ファイルドメイン設定手段にお
いて、いくつかのファイルドメインをまとめたファイル
ドメインを設定するスーパーファイルドメイン設定手段
とあるファイルドメインをいくつかのファイルドメイン
に分割するサブファイルドメイン設定手段を具備させて
もよい。

【００１９】前記ファイルカテゴリ設定手段において、
いくつかのファイルカテゴリをまとめたファイルカテゴ
リを設定するスーパーファイルカテゴリ設定手段とある
ファイルカテゴリをいくつかのファイルカテゴリに分割
するサブファイルカテゴリ設定手段を具備させることも
できる。

【００２０】また、上記の各ファイルの管理情報から各
プロセスの実行シーケンスを抽出するプロセス実行シー
ケンス抽出手段を具備させてもよい。

【００２１】各ファイルの管理情報とプロセスの実行時
のファイル割付情報から各プロセスの実行時の入出力フ
ァイルの自動割付或いはファイル候補の表示を行うファ
イル割付支援手段を具備させてもよい。

【００２２】前記目的を達成するために、第３の発明に
よるＬＳＩ設計支援装置においては、設計データの追加
及び更新、及び削除は、登録権を有するものに対しての
み可能であり、設計データの参照は、設計に携わるすべ
ての設計者に対して可能であるような共有データ・ベー
スを格納する記憶装置と、前記共有データ・ベースから
削除されるべき設計データを、設計に携わる一人以上の
設計者からの要求がある場合は、削除を保留し、前記削
除されるべき設計データを一時的に保存する仮置きデー
タ・ベースを格納する記憶装置と、設計に携わる各々の
設計者個人設計データを格納する個人データ・ベースを
格納する記憶装置と、前記３種類のデータ・ベースの登
録と設計データの版数の制御、及び前記共有データ・ベ
ースに対して予め指定された自然数Ｎを越える版数を共
有データ・ベースに格納せずに版数を限定するが、設計
者を無視して自動的に設計データを削除することを防ぐ
ことデータ・ベース制御部とから構成されている。

【００２３】

【作用】第１の発明によれば、設計者により指定された
ツールやデータ種類や期間などに該当する利用した設計
データに関して、そのファイル名或いは設計データ名，
及びそのバージョン番号等の設計データ情報を期間毎に
表示すること、または、そのファイル名或いは設計デー
タ名、及びそのバージョン番号に対して、該設計データ
を利用した日時及び時間或いは利用回数（ツールの実行
回数）に対応して表示すること、及び、該表示におい
て、該設計データのバージョン毎に、該設計データ・バ
ージョンを最初に利用した時の表示を線種（点種）或い
は色種を変えて表示することにより、設計データの修正
変更に対してツール実行の未対応や誤った組み合わせの
設計データによるツール実行などの防止及びツール実行
の容易な把握を行うことができる。

【００２４】第２の発明にかかるファイルドメイン設定
手段と、ファイルカテゴリ設定手段と、スーパーファイ
ルドメイン設定手段と、サブファイルドメイン設定手段
と、スーパーファイルカテゴリ設定手段と、サブファイ
ルカテゴリ設定手段とが各ファイルの関連するプロジェ
クトと各ファイルの用途についての情報を有効的に保存
し、その情報をユーザに提示することにより、従来より
詳細なファイル管理を行うことが出来、ファイル間の関
連性を容易に知ることを可能にするとともに、各ファイ
ルが必要か不要かの判断が容易になり、ディスク領域等
のリソースの効率的運用につながる。また、上記の各フ
ァイルの管理情報から各プロセスの実行シーケンスを抽
出するプロセス実行シーケンス抽出手段が過去に実行し
たプロセスの実行シーケンスを元に、同種のプロジェク
トを進展させる上でツールの実行シーケンスをたどるこ
とにより、その種のプロジェクトに精通していないユー
ザでも適切なシーケンスでツールを実行していくことが
出来る。また、ファイル割付支援手段によりツール実行
時に正しい入出力ファイルの組み合わせをユーザに提示
することにより、ツール実行時の入出力ファイルの割付
を容易に設定することが可能となる。

【００２５】第３の発明によると、共有データ・ベー
ス、仮置きデータ・ベース及び個人データ・ベースの３
種類のデータ・ベースを有し、登録及び、設計データの
版数、特に、共有データ・ベースに対する版数の制御に
おいて、予め指定された自然数Ｎを越える版数を共有デ
ータ・ベースに保存の許可を行わない制御構造を有する
設計データ・ベース制御部より構成されている設計支援
装置てある。従って、共有データ・ベースにおける設計
データの版数を限定し、不要な設計データ量の抑制が可
能となる。

【００２６】

【実施例】以下に本発明の実施例を説明する。

【００２７】実施例１ 図１は、第１の発明による設計データ管理装置のシステ
ム構成図の１実施例である。図１において、符号１はデ
ータ処理装置であり、ハードディスクなどの図示しない
外部記憶装置から読み込まれたＣＡＤツール１０やツー
ル実行シェルスクリプト１２及びＣＡＤツールｎを格納
している主記憶装置のプログラム記憶領域２を有する。
このＣＡＤツール１０は論理回路システムの設計開発を
行う際に用いる設計検証システムで使用する１つのＣＡ
Ｄツールである。該ＣＡＤツール１０は、ＣＡＤツール
プログラム自体が、実行情報として実行ツール名，ユー
ザー名，実行開始日時，実行終了日時，実行ＣＰＵ時間
等のフィールドからなる実行履歴情報レコードと入力デ
ータ，出力データを設計データ管理ルーチンに送出する
機能を持っている。符号１２のツール実行シェルスクリ
プト及びＣＡＤツールｎも外部記憶装置に格納されてお
り、設計検証システムで使用する１つのＣＡＤツールで
ある。該ＣＡＤツールｎは、ＣＡＤツールプログラム自
体が、実行情報を設計データ管理ルーチンに送出する機
能を持っておらず、ツール実行シェルスクリプトが、実
行情報として実行ツール名，ユーザー名，実行開始日
時，実行終了日時，実行ＣＰＵ時間等のフィールドから
なる実行履歴情報レコードと入力データ，出力データを
設計データ管理ルーチン（部）１５に送出する機能を実
現している。

【００２８】この設計データ管理ルーチン１５は、機能
シミュレータや自動論理合成やデータ変換ツールなど、
複数のＣＡＤツールを持っている。そして、ＣＡＤツー
ル１０とツール実行シェルスクリプト１２を中央処理ユ
ニット（ＣＰＵ）３に読み込み、その結果えられた実行
情報を後述のように設計データ管理ルーチン１５のプロ
グラムである実行履歴情報検索部１６によりＣＰＵ３
は、外部記憶装置、あるいは主記憶装置のデータ記憶領
域６に外部記憶装置に読み込まれている実行履歴情報部
１９の適当な番地に格納する。符号１３は、キーボード
及びマウスを含んだ入力装置であり、図示しないインタ
フェースを介してＣＰＵ３につながっている。入力装置
１３はユーザーが利用データ表示に対する指定を行う。
符号１４のディスプレイは、出力装置であり、ユーザー
に対する利用データ表示を行う。設計データ管理ルーチ
ン１５は、図示の都合上からプログラム記憶領域２とは
分離して示したプログラム記憶領域５に図示しない外部
記憶装置から格納されている。設計データ管理ルーチン
１５の各部の命令はＣＰＵ３により実行され、符号１６
の実行履歴情報蓄積検索部、及び、符号１７のユーザー
の指定解釈部、及び符号１８の利用データ表示部から成
っている。実行履歴情報蓄検索部１６は各ＣＡＤツール
（符号１０及び１２）から送出される実行情報を受け取
り、これを実行履歴情報として実行履歴情報部１９に蓄
積するプログラムを有する。また、蓄積された実行履歴
情報をユーザーの指定に応じて検索する。ユーザーの指
定解釈部１７は、利用設計データの表示を行うために、
ユーザーの指定する選択内容をチェック及び解釈し、実
行履歴情報検索部１６へ検索の支持を行うルーチンを有
する。利用データ表示部１８は、実行履歴情報蓄積検索
部１６で検索された利用設計データ情報を受け取り、そ
の内容をディスプレイ１４に表示するプログラムを有す
る。複数のユーザに対応するために、該設計データ管理
ルーチン１５の処理は、複数のユーザーの処理を別のデ
ータ処理装置２２（１個のみ図示）とバスを介してＣＰ
Ｕ３で行う。実行履歴情報部１９は、各ＣＡＤツールか
ら実行履歴情報蓄積検索部１６へ送られた実行情報が蓄
えられたものであり、データ記憶領域６の指定番地に格
納されている。

【００２９】実施例２ 図２は、第１の発明の別の態様の設計データ管理装置に
関するシステム構成図である。図２において、符号１は
データ処理装置であり、ハードディスクなどの図示しな
い外部記憶装置から読み込まれたＣＡＤツール１０やツ
ール実行シェルスクリプト１２及びＣＡＤツールｎを格
納するプログラム記憶領域２を有する。このＣＡＤツー
ル１０は論理回路システムの設計開発を行う際に用いる
設計検証システムで使用する１つのＣＡＤツールであ
る。該ＣＡＤツール１０は、ＣＡＤツールプログラム自
体が、実行情報として実行ツール名，ユーザー名，実行
開始日時，実行終了日時，実行ＣＰＵ時間，入力データ
からなるレコードを生成データ（出力データ）或いは生
成データの管理情報或いは生成データに対応する情報デ
ータとして設計データ管理ルーチンに送出する機能を持
っている。符号１２のツール実行シェルスクリプト及び
ＣＡＤツールｎも必要に応じてプログラム記憶領域２に
格納される、設計検証システムで使用する１つのＣＡＤ
ツールである。該ＣＡＤツールｎは、ＣＡＤツールプロ
グラム自体が、実行情報を設計データ管理ルーチンに送
出する機能を持っておらず、ツール実行シェルスクリプ
トが、実行情報として実行ツール名，ユーザー名，実行
開始日時，実行終了日時，実行ＣＰＵ時間，入力データ
等を、生成データ（出力データ）或いは生成データの管
理情報或いは生成データに対応する情報データとして設
計データ管理ルーチン１５に送出する機能を実現してい
る。この設計データ管理装置は、機能シミュレータや自
動論理合成やデータ変換ツールなど、複数のＣＡＤツー
ルを持っている。符号１３は、キーボード及びマウスを
含んだ入力装置であり、図示しないインタフェースを介
して中央処理装置（ＣＰＵ）３につながっている。入力
装置１３はユーザーが利用データ表示に対する指定を行
う。符号１４のディスプレイは、出力装置であり、ユー
ザーに対する利用データ表示を行う。符号１５は設計デ
ータ管理ルーチンてあり、図示の都合上からプログラム
記憶領域２とは分離して示したプログラム領域５に格納
される。符号１６の実行履歴情報蓄積検索部、及び、符
号１７のユーザーの指定解釈部、及び符号１８の利用デ
ータ表示部から成っている。符号１６の実行履歴情報蓄
検索部は、各ＣＡＤツール（符号１０及び１２）から送
出される実行情報を受け取り、これを設計データとして
として設計データ部２０蓄積するプログラムを有する。
また、蓄積された設計データをユーザーの指定に応じて
検索する。符号１７のユーザーの指定解釈部は、利用設
計データの表示を行うために、ユーザーの指定する選択
内容をチェック及び解釈し、実行履歴情報蓄積検索部１
６へ検索の支持を行うルーチンを有する。。符号１８の
利用データ表示部は、符号１６の実行履歴情報蓄積検索
部で検索された利用設計データ情報を受け取り、その内
容をディスプレイ１４に表示するプログラムを有する。
該設計データ管理ルーチン１５の処理は、複数の入力装
置及び出力装置、すなわち、複数のユーザーに対して処
理を別のデータ処理装置２２（１個のみ図示）によりバ
スを介してＣＰＵ３で行う。設計データ部２０は、各Ｃ
ＡＤツールから実行情報蓄積検索部１６へ送られた実行
情報及び各ＣＡＤツールの生成データ或いはユーザーに
よって編集されたデータを格納する。

【００３０】図３は、第１の発明の設計データのデータ
名、及びそのバージョン番号表示方式における表示画面
の１例である。図３において、符号３１ー３４は、利用
した設計データを検索するにあたって、ユーザーが入力
する検索項目である。これらは、図１或いは図２の入力
装置１３あるいは処理装置２２によって指定され、ディ
スプレイ１４あるいは装置２２のディスプレイに表示さ
れる。

【００３１】検索項目３１は、ユーザー名の指定項目で
あり、どのユーザーが利用した設計データを対象に表示
するかを指定する。図３の例では、ユーザーとして全ユ
ーザーを対象とするキーワードａｌｌが入力されてい
る。検索項目３２は、ＣＡＤツール名の指定項目であ
り、どのＣＡＤツールが利用した設計データを対象に表
示するかを指定する。図３の例では、ＣＡＤツールとし
てＳＩＭ１という名のシミュレータを指定している。こ
の指定項目では、複数のＣＡＤツールで共通に利用され
た設計データの指定や複数のＣＡＤツールのどれかで利
用された設計データの指定などのように、ＣＡＤツール
の論理積や論理和表現による指定も行える。検索項目３
３は、データ種類の指定項目であり、利用した設計デー
タの内、どの種類の設計データを対象に表示するかを指
定する。図３の例では、ＨＤＬと呼んでいる種類の設計
データで、なおかつ、シミュレータＳＩＭ１の入力（キ
ーワードｉｎｐｕｔ）となった設計データを指定してい
る。検索項目３４は、期間の指定項目であり、いつから
いつまでに利用した設計データを対象に表示するかを指
定する。図３の例では、全期間を指定しており、この設
計開発プロジェクト全期間に渡って利用した設計データ
を対象にしている。

【００３２】入力データであるこれら検索項目３１ー３
４を受け取って、ＣＰＵ３はユーザの指定解釈部１７の
プログラムに従ってユーザーの指定する選択内容をチェ
ック及び解釈し、検索情報の各検索項目を判断する。Ｃ
ＰＵ３はこの検索情報の各検索項目を順に実行履歴情報
蓄積検索部１６の検索サブルーチンに従って、データ記
憶領域６の実行履歴情報部１９の適当番地のに蓄えられ
た各実行履歴情報レコードの該当フィールドを検索す
る。検索結果は利用データ表示部１８のサブルーチンを
実行することによりディスプレイ１４に送られ検索結果
が以下に述べる検索項目３６ー３８の該当箇所に所定形
式で表示される。

【００３３】検索項目３５は、検索項目３１ー３４で指
定されたものに該当する設計データを表示する部分であ
る。検索項目３６はユーザー名表示領域であり、検索項
目３７は設計データ名及びバージョン番号等の設計デー
タ情報表示領域であり、検索項目３８は日時表示領域で
ある。ここでは、ユーザー毎、日時により区切られた期
間毎に、利用した設計データの情報を表示している。図
３に示した例では、ユーザー名として、ＡＡ及びＢＢが
見えており、期間としては、６／１５から７／１の部分
と６／１５以前（６／１から６／１５）の部分が見えて
いる。設計データ情報としては、ユーザー毎、期間毎
に、設計データ名及びバージョン番号として、ＭＯＤＣ
Ｔ１：ｖ．１．０，ＭＯＤＣＴ２：ｖ．１．０等等の表
示をしている。

【００３４】図４は、図３に示した設計データ情報表示
を行う前の、ユーティリティの表示画面の１例である。
期間毎及びユーザー毎に実行したＣＡＤツール名を表示
できる。図４に示した例では、期間毎に実行されたＣＡ
Ｄツール名及びサブＣＡＤツール名（１つのＣＡＤツー
ルが幾つかのサブツールからなっている場合のサブツー
ル名）を、実行したユーザー毎には分類せずに、設計開
発プロジェクト全般に渡って表示した場合であり、シミ
ュレータＳＩＭ１とそのサブツールでコンパイラＣＬ１
とエラボレータＥＬ１とシミュレータＳＭ１が実行され
たことを示している。他に、論理合成ＳＹＮ１とそのサ
ブツールでコンパイラＣＬ２と論理合成ＳＹ１と出力変
換ルーチンＴＲ１が実行されたことを示している。この
ような補助表示機能によって実行履歴及び設計データの
管理が容易になる。

【００３５】図５は、本発明の設計データのデータ、及
びそのバージョンの利用状況表示装置における表示画面
の別の１例である。図３の場合と同様に、図５におい
て、符号３１ー３４は、利用した設計データを検索する
にあたって、ユーザーが入力する検索項目である。これ
らは、図１或いは図２の入力装置１３によって指定され
る。検索項目３１は、ユーザー名の指定項目であり、ど
のユーザーが利用した設計データを対象に表示するかを
指定する。この例では、ユーザーとして全ユーザーを対
象とするキーワードａ１１が入力されている。検索項目
３２は、ＣＡＤツール名の指定項目であり、どのＣＡＤ
ツールが利用した設計データを対象に表示するかを指定
する。例では、ＣＡＤツールとしてＳＩＭ１という名の
シミュレータを指定している。この指定項目では、複数
のＣＡＤツールで共通に利用された設計データの指定や
複数のＣＡＤツールのどれかで利用された複数データの
指定などのように、ＣＡＤツールの論理積や論理和表現
による指定も行える。検索項目３３は、データ種類の指
定項目であり、利用した設計データの内、どの種類の設
計データを対象に表示するかを指定する。例では、ＨＤ
Ｌと呼んでいる種類の設計データで、なおかつ、シミュ
レータＳＩＭ１の入力（キーワードｉｎｐｕｔ）となっ
た設計データを指定している。検索項目３４は、期間の
指定項目であり、いつからいつまでに利用した設計デー
タを対象に表示するかを指定する。例では、全期間を指
定しており、この設計開発プロジェクト全期間に渡って
利用した設計データを対象にしている。検索項目３５
は、検索項目１ー４で指定されたものに該当する設計デ
ータを表示する部分である。検索項目３６はユーザー名
表示領域であり、検索項目３７は設計データ名及びバー
ジョン番号等の設計データ情報表示領域である。検索項
目３９は設計データの利用状況を期間に対して線表示し
たものである。検索項目３８は日時表示領域である。こ
こでは、ユーザー毎、日時により区切られた期間毎に、
利用された設計データに対して線で表示している。図に
示した例では、ユーザー名としてＡＡが見えており、期
間としては、６／１５から７／１の部分と６／１５以前
（６／１からら６／１５）の部分化見えている。設計デ
ータ情報としては、設計データ名及びバージョン番号と
して、ＭＯＤＣＴ１：ｖ．１．０，ＭＯＤＣＴ２：ｖ．
１．０等等が表示されている。ここで、ＭＯＤＣＴ１：
ｖ．１．０，ＭＯＤＣＴ２：ｖ．１．０は、期間６／１
５から７／１の部分と６／１５以前（６／１から６／１
５）の部分の両方で使用されていることを示している。
ＭＯＤＣＴ３：ｖ．１．０は、期間６／１５以前（６／
１から６／１５）の部分で使用されていることを示して
おり、ＭＯＤＣＴ３：ｖ．１．１は、期間６／１５から
７／１の部分で使用されていることを示している。

【００３６】図６は、本発明の設計データのデータ、及
びそのバージョンの利用状況表示装置における表示画面
のさらに別の１例である。検索項目３１ー３７までと検
索項目３８は、図５の場合とまったく同様である。検索
項目３９は設計データの利用状況を日時に対して線或い
は点で表示したものである。ここで、線或いは点の集合
で表示された期間は、実際にＣＡＤツールが実行された
期間に対応している。ただし、実際のＣＡＤツール実行
時間が非常に短い場合は、表示及び認識可能な最小分解
能で表示する。図６に示した例では、設計データＭＯＤ
ＤＰ１：ｖ．１．０が６／１５の最後に利用され、その
直後に、設計データＭＯＤＤＰ１：ｖ．１．１が利用さ
れ、その後に、再度、設計データＭＯＤＤＰ１：ｖ．
１．０が利用され、その後に、設計データＭＩＤＤＰ
１：ｖ．１．１が利用されている状況を示している。

【００３７】図７は、図６と同様の表示画面の例である
が、図７では、設計データの利用状況を日時に対して線
或いは点で表示する部分において、設計データ（デー
タ、及びそのバージョン）が最初に使用された所は、線
種或いは点種を変えて表示している。図に示した例で
は、設計データＭＯＤＣＴ３：ｖ．１．１が最初に使用
された部分、及び設計データＭＯＤＤＰ１：ｖ．１．０
が最初に使用された部分、及び、設計データＭＯＤＤＰ
１：ｖ．１．１が最初に使用された部分が、それぞれ、
黒色で塗りつぶされている。

【００３８】図８は、図６及び図７と同様の表示画面の
例であるが、図８では、設計データの利用状況を日時に
対して線或いは点で表示する部分において、設計データ
のバージョンが変わる毎に、線種或いは点種を変えて表
示している。設計データＭＯＤＣＴ３、及び、設計デー
タＭＯＤＤＰ１を見ると、ｖ．１．０に対応する部分は
白色であり、ｖ．１．１に対応する部分は斜線になって
いる。

【００３９】図９は、図８の例において、個々の設計デ
ータの利用状況の詳細を指定された設計データに対して
表示している場合の例である。設計データＭＯＤＤＰ１
に対する利用状況の詳細情報として、設計データ名，バ
ージョン番号，利用開始日時（ＣＡＤツール実行開始日
時）、利用終了日時（ＣＡＤツール実行終了日時）、作
成者あるいは変更者、作成日時或いは修正日時等を表示
している。

【００４０】実施例３ 以下に第２の発明の実施例について図面を用いて説明す
る。

【００４１】図１０は本発明の方法によるファイル／プ
ロセス管理システムを構築するためのシステム構成図で
ある。各ファイル１０１を管理するために様々な管理情
報や各実行プロセスの入出力ファイルの定義情報等を保
持するデータベースを格納した磁気ディスク装置などの
外部記憶装置１０２と、それらの管理情報をユーザの指
定から取り込みまたそれらの情報を元にファイルの間の
関連情報や各プロセス実行時に必要なファイルを検索す
る、プロセッサを含んだ管理情報処理部１０３と、その
管理情報処理部１０３にユーザが管理情報を入力するた
めのキーボードやマウスなどを含んだデータ入力装置１
０４と、管理情報処理部１０３から得られる情報を表示
するＣＲＴディスプレイ装置などからなるデータ出力装
置１０５とからなる。ファイル／プロセス管理システム
を制御するプログラムは外部記憶装置１０２に格納さ
れ、このプログラムと上記データベースはここから管理
情報処理部１０３の図示しない主記憶装置のプログラム
記憶領域及びデータ記憶領域にそれぞれ読み込まれる。

【００４２】図１１は外部記憶装置１０２に格納された
上記データベースの内構造の概念図である。このデータ
ベースは主なデータテーブルとして、ファイル管理テー
ブル２０１とファイルドメインテーブル２０２とファイ
ルカテゴリテーブル２０３とプロセス実行定義テーブル
２０４等を持つ。

【００４３】全てのデータファイル１０１はそのファイ
ルの属するファイルドメインとファイルカテゴリの両面
から管理される。ファイルドメインは、異なる種類のフ
ァイル間でその関連するファイル群を管理するための属
性である。それに対して、ファイルカテゴリは、同種の
ファイルを管理するための属性である。ファイルのカテ
ゴリを陽に表現する方法として、ファイルの存在するデ
ィレクトリを一つのカテゴリに対応させる方法や、ファ
イル名の拡張子をカテゴリに対応させる方法などが考え
られる。ここでは、各ディレクトリがそれぞれ特定のカ
テゴリに対応するものとする。

【００４４】ファイル管理テーブル２０１内には、ファ
イルの存在するディレクトリパス名管理テーブル２０５
のポインタ２０１１とファイル名ストリングのポインタ
２０１２とそのファイルの属するドメインを定義するフ
ァイルドメインテーブル２０２のドメインＩＤ２０１３
と、そのファイルの属する種類を定義するファイルカテ
ゴリテーブル２０３のカテゴリＩＤ２０１４と、そのフ
ァイルを生成したプロセスを定義したプロセス実行定義
テーブル２０４のポインタ２０１５と、そのファイルを
入力として用いたプロセスを定義したプロセス実行定義
テーブル２０４をポイントするためのファイル入力実行
プロセス管理テーブル２０６のポインタ２０１６と、フ
ァイルのリビジョン番号２０１７等を持つとともに、同
じファイルドメイン属するファイルのファイル管理テー
ブル同士をリンクチェーンで結ぶためのドメインリンク
ポインタ２０１８と、同じファイルカテゴリに属するフ
ァイル管理テーブル２０１同士をリンクチェーンで結ぶ
ためのカテゴリリンクポインタ２０１９を持つ。ファイ
ル入力プロセス管理テーブル２０６は、そのファイルを
入力として用いたプロセスを定義したプロセス実行定義
テーブル２０４のポインタ２０６１と、リンクチェーン
ポインタ２０６２を持つ。このリンクチェーンをたどる
ことにより、そのファイルを入力として用いた全てのプ
ロセスを知ることができる。実際にディスク上に格納さ
れるファイルのファイル名は、上記ファイル名ストリン
グポインタ２０１２で得られるファイル名にリビジョン
番号を拡張子として付加した名前がつけられる。以下で
ファイル名という場合はこれらの拡張子を含まない部分
を言う。

【００４５】ディレクトリパス名管理テーブル２０５内
にはそのディレクトリのパス名のストリングのポインタ
２０５１とそのディレクトリが対応するファイルカテゴ
リのＩＤ２０５２を持つ。ディレクトリパス名管理テー
ブル２０５は、ディレクトリパス名ハッシュテーブル２
１２により検索される。

【００４６】あるファイルドメインを更にいくつかのド
メインに分割したファイルドメインをサブファイルドメ
インとして定義する事ができる。また、いくつかのファ
イルドメインをまとめたファイルドメインをスーパーフ
ァイルドメインとして定義することもできる。このスー
パーファイルドメインはあるファイルドメインに対して
複数定義可能である。これらの構造を実現するため、フ
ァイルドメインテーブル２０２には、ドメインＩＤ２０
２１と、ドメインレベル２０２２と、スーパーファイル
ドメイン管理テーブル２０７’のポインタ２０２３と、
サブファイルドメイン管理テーブル２０７’’のポイン
タ２０２４と、ファイル管理テーブル２０１のポインタ
２０１のポインタ２０２５を持つ。スーパーファイルド
メイン管理テーブル２０７’とサブファイルドメイン管
理テーブル２０７’’は、構造的には同一で（両者を総
称してファイルドメイン管理テーブル２０７という）、
スーパーファイルドメイン或いはサブファイルドメイン
のファイルドメインテーブル２０２のポインタ２０７１
と、ファイルドメイン管理テーブルのリンクチェーンポ
インタ２０７２を持つ。ドメインＩＤ２０２１はそのフ
ァイルドメインの識別番号で、各ファイルドメインはこ
のドメインＩＤ２０２１をキーとして識別される。ドメ
インレベル２０２２はスーパーファイルドメイン、ファ
イルドメインメイン、サブファイルドメイン間の階層関
係により形成されるドメインの階層レーベルを示す値で
ある。

【００４７】ファイルカテゴリについても、更にいくつ
かのファイルカテゴリに分割したサブファイルカテゴリ
と、或いはいくつかのファイルカテゴリをまとめたスー
パーファイルカテゴリを定義する事かができる。このス
ーパーファイルカテゴリもあるファイルカテゴリに対し
て複数定義可能である。これらの構造を実現するため、
ファイルカテゴリテーブル２０３は、カテゴリＩＤ２０
３１と、ドメインレベル管理テーブルポインタ２０３２
と、スーパーファイルカテゴリ管理テーブル２０９’の
ポインタ２０３３と、サブファイルカテゴリ管理テーブ
ル２０９’’のポインタ２０３４と、ファイル管理テー
ブル２０１のポインタ２０３５を持つ。カテゴリＩＤ２
０３１はそのファイルカテゴリの識別番号で、各ファイ
ルカテゴリはこのカテゴリＩＤ２０３１をキーとして識
別される。スーパーファイルカテゴリ管理テーブル２０
９’とサブファイルカテゴリ管理テーブル２０９’’
は、構造的には同一で（両者を総称してファイルカテゴ
リ管理テーブル２０９という）、スーパーファイルカテ
ゴリ或いはサブファイルカテゴリのファイルカテゴリテ
ーブル２０３のポインタ２０９１と、ファイルカテゴリ
管理テーブルのリンクチェーンポインタ２０９２を持
つ。

【００４８】ドメインレベルとファイルカテゴリの対応
をとるためドメインレベル管理テーブル２０８を用い
る。ドメインレベル管理テーブル２０８は、ドメインレ
ベル値２０８１とファイルカテゴリテーブル２０３のポ
インタ２０８２とリンクポインタ２０８３を持つ。ある
ファイルカテゴリ対応するドメインレベルを複数設定で
きるようにするためドメインレベル管理テーブル２０８
は複数リンクさせる。

【００４９】プロセス実行定義テーブル２０４は、実行
プロセスＩＤ２０４１と実行モジュール各ストリングの
ポインタ２０４２と入力ファイル定義テーブル２１０’
のポインタ２０４３と出力ファイル定義テーブル２１
０’’のポインタ２０４４と前処理定義テーブル２１
１’のポインタ２０４５と後処理定義テーブル２１
１’’のポインタ２０４６をもつ。入力ファイル定義テ
ーブル２１０’と出力ファイル定義テーブル２１０’’
は構造的には同一（両者を総称して入力ファイル定義テ
ーブル２１０という）である。入出力ファイル定義テー
ブル２１０は、アクセスするファイルが固定であるか可
変であるか示す固定／可変フラグ２１０１と、アクセス
ファイル定義領域２１０２と、ファイル割付定義領域２
１０３とリンクチェーンポインタ２１０４を持つ。アク
セスするファイルが固定である場合（図１６（ａ））に
は、ファイル定義領域２１０２にはそのファイルが存在
するディレクトリのディレクトリパス名管理テーブル２
０５のポインタ２１０５とそのファイル名のストリング
のポインタ２１０６とが格納される。アクセスするファ
イルが可変である場合（図１６（ｂ））には、アクセス
ファイル定義領域２１０２にはアクセスすべきファイル
のドメインレベル２１０７とファイルカテゴリＩＤ２１
０８が格納される。ファイル格納定義領域２１０３に
は、そのファイルが実行プロセスに対してどのような形
式で割り付けられるかが定義される。例えば、実行コマ
ンドの引き数として定義されるか、プログラム内で自動
的に割り当てられるかある入力ファイルに依存して割り
当てられるかといった情報がフラグとそれぞれの形式の
具体的な情報と共に格納される。リンクチェーンポイン
タ２１０４は入力側と出力側それぞれについて入力ファ
イル数及び出力ファイル数ずつリンクチェーンを形成す
るために用いられる。前処理定義テーブル２１１’と後
処理定義テーブル２１１’’は構造的には同一（両者を
総称して前後処理定義テーブル２１１とい）で、プロセ
ス実行定義テーブル２０４のポインタ２１１１と、リン
クチェーンポインタ２１１２を持つ。前処理或いは後処
理が複数の処理からなる場合はその数だけ前／後処理定
義テーブルをリンクする。後処理定義テーブル２１
１’’のリンクチェーンの最終テーブル２１１’’’に
は次のツールを自動的に実行するかどうかの属性値がリ
ンクチェーンポインタ領域２１１２に格納される。

【００５０】次にこのシステム実行方法を実行時に表示
される各種パネルの表示例を図１２ー１５に示しながら
説明する。

【００５１】図１２（ａ）はプロセス起動管理パネル３
０１のデータ出力装置のディスプレイの表示例である。
プロセス起動管理パネル３０１は、各種のツールの起動
の制御を行ったり、実行中のプロセスの管理や終了後の
情報管理を行う。従って、このパネルは管理情報処理部
１０３の制御によってデータ出力装置１０５に各種情報
の表示を行うと共に、データ入力装置１０４から入力さ
れた情報を取り込む部分になっている。あるツールを実
行する場合は、先ずプロセス起動管理パネル３０１を開
く。すると既に登録されたツールがアイコン３０２とし
て表示されると共に、ある既定のドメインレベルについ
てそれまでに登録されたファイルドメインの一覧３０３
が表示される。あるファイルドメインをたとえばマウス
で選択すると、そのファイルドメインからスーパーファ
イルドメインとして順次上位階層方向へ或いはサブファ
イルドメインとして順次下位階層方向へ探索される全て
のドメイン系列内（以下同系列という）に属するファイ
ルについて、それまでに実行されたプロセスの実行シー
ケンスを元に、各アイコン３０２をボックスとして再配
置し、それらのアイコン間を矢印で結んだフローチャー
ト３０４の形で表示される。但し、このフローチャート
に用いられていないツールはフローチャート３０４の脇
の部分に配置されて表示される。

【００５２】上記同系列のファイルドメインを探索する
処理は以下の通り管理情報処理部１０３で行われる（図
１７）。先ず、あるファイルドメインテーブル２０２の
スーパーファイルドメイン管理テーブルポインタ２０２
３からポイントされるスーパーファイルドメイン管理テ
ーブルを先ず探索する。そのスーパーファイルドメイン
管理テーブル２０７のファイルドメインポインタ２０７
１でポイントされるファイルドメインテーブル２０２の
ファイル管理テーブルポインタ２０２５でポイントされ
るファイル管理テーブル２０１のディレクトリパス名管
理テーブルポインタ２０１１とファイル名ストリングポ
インタ２０１２で特定されるファイルを抽出する。さら
にこのファイルドメインテーブル２０２のスーパーファ
イルドメイン管理テーブルポインタ２０２３でポイント
されるスーパーファイルドメイン管理テーブル２０７の
ファイルドメインテーブルポインタ２０７１でポイント
されるファイルドメインテーブル２０２について同様の
処理を最上位レベルのファイルドメインテーブル２０２
に到達するまで繰り返す。最上位レベルに到達したら、
そのファイルドメインをポイントしたスーパーファイル
ドメイン管理テーブル２０７のリンクチェーンで続くス
ーパーファイルドメイン管理テーブル２０７から、上記
手続と同様にファイルを抽出する。また、サブファイル
ドメイン方向についても上記の手続きと同様にしてファ
イルを抽出する。以上の処理により同系列内に存在する
すべてのファイルを抽出することが可能である。

【００５３】上記のフローチャートを生成するための情
報は以下の手順により得られる（図１８）。既定のドメ
インレベルを持つファイルドメイン中で指定されたファ
イルドメインを定義したファイルドメインテーブル２０
２中のファイル管理テーブルポインタ２０２５からたど
られるファイル管理テーブル内の２０１のそのファイル
を生成したプロセスのプロセス実行管理テーブル２０４
のポインタ２０１５からそのファイルを生成したツール
を知るとともに、ファイル入力実行プロセス管理テーブ
ルポインタ２０１６からポイントされるファイル入力実
行プロセス管理テーブル２０６をもとにそのリンクチェ
ーンを順次検索しつつそのリンクチェーン上の各ファイ
ル入力実行プロセス管理テーブル２０６内のプロセス実
行定義テーブルポインタ２０６１から探索されるツール
を順次抽出することによりそのファイルを入力として用
いた全てのツールを抽出する。上記手順により抽出され
た各ツールのプロセス実行定義テーブル２０４について
その入力ファイル定義テーブルポインタ２０４３と出力
ファイル定義テーブルポインタ２０４４とから探索され
る全ての入出力定義テーブル２１０内の情報に基づいて
アクセスする候補のファイルを抽出する。例えば、アク
セスするファイルが固定である場合にはアクセスファイ
ル定義領域内のディレクトリパス名管理テーブル２０５
のポインタ２１０５とそのファイル名のストリングのポ
インタ２１０６とから特定されるファイルが抽出され
る。アクセスするファイルが可変である場合には、処理
中のファイルが属するファイルドメインに属するか或い
はそのファイルドメインの同系列のファイルドメインに
属するファイルの中で、アクセスファイル定義領域内の
ドメインレベル２１０７を持つファイルドメインテーブ
ルから探索され、ファイルカテゴリＩＤ２１０８で示さ
れるファイルカテゴリに属するファイルを抽出する。こ
のようにして抽出された全てのファイルについて、上記
手順を繰り返してそれぞれのファイルを生成したツール
と入力として用いたツールと更にそれらのツールの実行
のための入出力ファイルの候補を全て抽出し、各ファイ
ルが生成されたプロセスと入力としたツール情報とをも
とに実行されたツールを順次探索することによりツール
の実行シーケンスが得られる。

【００５４】実際にフローチャート３０４を表示する為
のアルゴリズムは以下の通りである（図１６）。先ず、
各実行段毎にその段に含まれるプロセス数をすべて計数
する。次に、各プロセスを表すツールアイコンの縦方向
の配置位置を各段間の距離が均等になるように決定し、
その後各段毎に左右配置位置が均等となるようにアイコ
ンの横方向配置位置を決定する。次にそれらのアイコン
間に矢印線を配線する事によりフローチャート図が得ら
れる。

【００５５】ユーザはこのフローチャート３０４上の任
意のツールのアイコン３０２をマウスで選択することに
より、ツールの起動を指示できる。フローチャート３０
４上の任意のアイコン３０２をマウスで選択するとその
ツールに対する入出力ファイル定義パネル３０５が表示
される（図１２（ｂ））。このパネルの各入力ファイル
定義欄３０６には前回実行のファイル名或いはデフォル
トとして指定されたファイル名が存在すればそれぞれ表
示されている。それらの欄３０６をマウスで選択する
と、選択された入力ファイル定義欄３０６に対応する入
力ファイル定義テーブル２１０’内で定義された内容を
もとに、現在処理中のファイルドメインと同系列にある
ファイルドメイン内のファイルを候補ファイルとして抽
出し、それらをファイル候補リスト表示欄３０８に表示
する。これら表示されたファイル中から目的とするもの
をマウスで選択することによりそのファイルをファイル
定義欄に設定することができる。指定したいファイルが
現在のファイルドメインｄｏｍａｉｎ＿ａと同系列のフ
ァイルドメインから選択されたファイル候補リストに無
く、他のファイルドメインｄｏｍａｉｎ＿ｂの系列中に
存在することが分かっている場合には、表示するファイ
ルドメインを切り替え、その切り替えたファイルドメイ
ンの系列中に存在し、入力ファイル定義テーブルの内容
と合致するファイルのリストを表示させ、その中から選
択することができる。ここで他のドメインｄｏｍａｉｎ
＿ｂのスーパーファイルドメインｄｏｍａｉｎ＿ｃに存
在するファイルを指定した場合には、ｄｏｍａｉｎ＿ｃ
をｄｏｍａｉｎ＿ａのスーパーファイルドメインとして
登録するとともに、ｄｏｍａｉｎ＿ａをｄｏｍａｉｎ＿
ｃのサブファイルドメインとして登録する。他のドメイ
ンｄｏｍａｉｎ＿ｂのサブファイルドメインｄｏｍａｉ
ｎ＿ｄに存在するファイルを指定した場合には、ｄｏｍ
ａｉｎ＿ｄをｄｏｍａｉｎ＿ａのサブファイルドメイン
して登録するとともに、ｄｏｍａｉｎ ａをｄｏｍａｉ
ｎ＿ｄのスーパーファイルドメインとして登録する。

【００５６】また、ファイル名をキーボードから直接入
力することもできる。この場合、ファイル名をそのファ
イルが存在するディレクトリパス名とともに指定する。
ディレクトリパス名は現在処理中のディレクトリからの
相対パス名或いは絶対パス名で指定できる。現在処理中
のディレクトリに存在する場合は省略可能である。この
場合、指定されたファイルのドメインＩＤは現在処理中
のファイルドメインと同系列にあるファイルドメインの
内、指定した入力ファイル定義欄３０６に対応する入力
ファイル定義テーブル２１０’内で定義された内容か
ら、そのファイルの各種属性を設定する。例えばドメイ
ンレベルが指定されている場合には、現在処理中のファ
イルドメインの同系列のファイルドメインの内、ドメイ
ンレベルの値が一致するものを探し出す。もしそのドメ
インレベルのファイルドメインが唯一ならばそのファイ
ルドメインをそのファイルの属するファイルドメインと
する。複数存在する場合には、それらのファイルドメイ
ンの一覧を表示し、ユーザがマウスで選択したファイル
ドメインをそのファイルの属するファイルドメインとす
る。但し、ユーザによる指定がない場合には、表示され
たものの内先頭のファイルドメイン或いは末尾のファイ
ルドメイン或いは最初に作成されたファイルドメイン或
いは最後に作成されたファイルドメイン等の方法により
決定されるファイルドメインをデフォルトのファイルド
メインとして設定する。ドメインレベルが一致するファ
イルドメインが存在しない場合には、新たにそのドメイ
ンレベルのファイルドメインを生成して、そのファイル
ドメインをそのファイルが属するファイルドメインとす
る。また、ファイルカテゴリが指定されている場合には
そのファイルカテゴリテーブルのドメインレベル値を取
り出し、上記と同様の処理によりファイルドメインを設
定する。新たに生成されるファイルドメインのドメイン
レベル名等は原則として自動的に生成されるものを用い
るがユーザが指定することも可能である。ユーザが指定
した場合には既存のファイルドメインと重複すすること
が無いかのチェックを行い、重複があった場合は警告を
発しユーザに訂正を促す。入出力ファイル定義パネル３
０５の出力ファイル定義欄３０７には現在処理中のファ
イルドメインとその出力ファイル定義欄に対応する入出
力ファイル定義テーブルの内容から決定されるデフォル
トのファイル名があかじめ設定されている。キーボード
からファイル名を入力することにより、ユーザはこのフ
ァイル名を任意のファイル名に変更することができる。
自動生成のファイル名或いはユーザ指定のファイル名何
れの場合でも、そのファイル名と一致するファイル名を
持つファイルが既に幾つか存在する場合には、ファイル
のリビジョン番号を全て参照し、それらのファイルの内
最大のリビジョン番号のファイルを検索し、その番号を
１インクリメントしたリビジョン番号を付加する。この
ときこのファイルのファイルドメインは、入力ファイル
の場合と同様に出力ファイル定義欄３０７に対応した出
力ファイル定義テーブル２１０’’の内容をもとに設定
される。

【００５７】実行するツールが登録されていない場合に
は、プロセス起動パネルの“ｎｅｗｔｏｏｌ”ボタン３
０９をマウスで選択する。すると、新ツール実行プロセ
ス起動パネル３１０が現れる。（図１３（ａ））。新ツ
ール実行プロセス起動パネル３１０には、ツールの起動
名定義欄３１１と、入力ファイル数定義欄３１２と、出
力ファイル数定義欄３１３とがある。これらの欄にデー
タを設定すると、入出力ファイル割付定義パネル３１４
が現れる。（図１３（ｂ））。入出力ファイル割付定義
パネル３１４には、それぞれのファイル毎に先ずファイ
ルが固定か可変かの選択ボタン３１５がある。ここで固
定を選択するとファイル名入力パネル３１６が現れる
（図１３（ｃ））のでそのファイル名入力欄３１７にフ
ァイル名を入力する。可変を選択すると可変ファイル指
定パネル３１８が現れる。（図１４（ａ））。可変ファ
イル指定パネル３１８には、割付指定欄３１９とドメイ
ンレベル入力欄３２０とファイルカテゴリＩＤ入力欄３
２１が表示される。ファイル割付指定欄３１９はファイ
ルが実行プロセスに対してどのように割り付けられる
か、例えば実行コマンドの引き数に依存するか、あるフ
ァイルの内容に依存するか、といった情報をたとえばＬ
ｉｓｐなどの言語の形態のコマンドで或いはそれらのコ
マンドを格納したファイルのファイル名等で指定する。
ドメインレベル入力欄３２０にカーソルを合わせるとド
メインレベルの一覧３２２が（図１４（ｂ））、カテゴ
リＩＤ入力欄３２１にカーソルを合わせるとファイルカ
テゴリ一覧３２３が（図１４（ｃ））が現れる。ユーザ
はそれぞれの属性一覧からマウスで選択するか或いはキ
ーボードから直接入力する。

【００５８】ここでＬＳＩの設計支援システムを例とし
てこのファイル／プロセス管理システムにより、システ
ム内のデータファイルの管理や、プロセス起動時の或い
は実行時の管理がどのように行われ、設計の負荷が軽減
されるかを説明する。

【００５９】先ずこのシステムを用いていくつかのＬＳ
Ｉチップを設計する場合を考える。あるチップに関連し
た様々なデータファイルが同系列のファイルドメインで
管理される。それに対して設計の記述データや設計検証
の為のテストデータや検証結果データ等はそれぞれの別
のファイルカテゴリに属する。このチップが階層的に設
計され個々の階層やモジュールの設計データがそれぞれ
ファイル保存されているとする。これらの個々のモジュ
ールがそれぞれのファイルドメインで管理される。これ
等の内のあるモジュールについて考える。先ず、プロセ
ス起動管理パネルを開き、このモジュールのファイルド
メインとしてｄｍ＿ａを指定する。このドメインレベル
はｄ１＿０であるとする。設計データを保存するファイ
ルをｍｏｄｕｌｅ＿ａとすると、最初にｍｏｄｕｌｅ＿
ａを作成する為には回路図エディタやテキストエディタ
等の設計データ入力支援ツールｔｏｏｌ＿Ａを用いる。
このｔｏｏｌ＿Ａがプロセス起動管理パネルに登録され
ている場合にはｔｏｏｌ＿Ａのアイコン３０２をマウス
で選択し、その出力ファイル定義欄にｆｉｌｅ＿ａをそ
のディレクトリパスと共に指定する。ｔｏｏｌ＿Ａが登
録されていない場合には、先に記述した方法によりツー
ルを登録する。ｔｏｏｌ＿Ａの実行が終了した段階でフ
ァイル管理テーブル２０１、ファイルドメインテーブル
２０２、ファイルカテゴリテーブル２０３等の各関連し
たデータテーブルを作成する。このファイルに修正など
を行うために再度ｔｏｏｌ＿Ａを起動する場合には入力
ファイル及び出力ファイルの両方にｍｏｄｕｌｅ＿ａを
指定する。すると入力としたｍｏｄｕｌｅ＿ａのリビジ
ョン番号を自動的に１インクリメントした拡張子をつけ
ると共に、新たにファイル管理テーブル２０１を生成し
そのリビジョン番号にもその拡張子につけた番号と同じ
値を設定する。

【００６０】このようにして、設計データが生成された
ら、この設計データを用いて検証ツールｔｏｏｌ＿Ｂに
より、設計データの検証を行う。ｔｏｏｌ＿Ｂは設計デ
ータの検証をシミュレーションにより行うとする。その
場合、ｔｏｏｌ＿Ｂの入力ファイルとして、設計データ
ファイルｍｏｄｕｌｅ＿ａの他にシミュレーション用の
テストデータｄａｔａ＿ａ１とシミュレーションの制御
コマンドデータｃｏｍｍａｎｄ＿ｘが用いられる。一般
的にある設計データに対してはテストデータは複数存在
する。従ってｄａｔａ＿ａ１のファイルドメインｄｍｃ
１はｍｏｄｕｌｅ＿ａのファイルドメインｄｍ＿ａのサ
ブファイルドメインとして定義され、ドメインレベルｄ
ｌｃ１はｄｍ＿ａより下位のレベルになる。また、シミ
ュレーション制御コマンドデータはいくつかの設計デー
タに対して共通に用いられるのが一般的である。従って
ｃｏｍｍａｎｄ＿ｘのファイルドメインｄｍｐ１はｍｏ
ｄｕｌｅ＿ａのファイルドメインｄｍ＿ａのスーパーフ
ァイルドメインとして定義されると共に、ドメインレベ
ルｄｌｐ１はｄｍ＿ａより上位のレベルとして定義それ
る。また、ｔｏｏｌ＿Ｂの実行の結果の出力されるシミ
ュレーションの結果ファイルｓｉｍ＿ａ１はテストデー
タに対応して生成されるため、ファイルドメインとドメ
インレベルはテストデータと同じものが用いられるが、
ファイルカテゴリはそれぞれ異なった属性値が設定され
る。これらの設定を行うために、ｔｏｏｌ＿Ｂのプロセ
ス実行定義テーブル２０４からたどられるそれぞれの入
出力ファイルに対する入出力ファイル定義テーブル２１
０のアクセスファイル定義領域の内容を例えばそれぞれ
以下のように設定する。ｍｏｄｕｌｅ＿ａに対する入出
力ファイル定義テーブル２１０では、固定／可変フラグ
２１０１は可変にし、アクセスファイル定義領域のドメ
インレベル２１０７を”ｄｌ＿ａ”とし、ファイルカテ
ゴリＩＤ２１０８を”ｄｅｓｉｇｎ”とする。ｃｏｍｍ
ａｎｄ＿ｘに対する入出力ファイル定義テーブルでは、
固定／可変フラグ２１０１は可変にし、アクセスファイ
ル定義領域のドメインレベル２１０７を”ｄｌｐ１”と
し、ファイルカテゴリＩＤ２１０８を”ｃｏｎｔｒｏ
ｌ”とする。ｄａｔａ＿ａ１に対する入出力ファイル定
義テーブル２１０では、固定／可変フラグ２１０１は可
変にし、アクセスファイル定義領域のドメインレベル２
１０７を”ｄｌｃ１”とし、ファイルカテゴリＩＤ２１
０８を”ｔｅｓｔｄａｔａ”とする。ｓｉｍ＿ａ１に対
する入出力ファイル定義テーブルでは、固定／可変フラ
グ２１０１は可変にし、アクセスファイル定義領域ドメ
インレベル２１０７を”ｄｌｃ１”とし、ファイルカテ
ゴリＩＤ２１０８をｓｉｍ＿ｒｅｓｕｌｔとする。

【００６１】シミュレーション制御コマンドファイルが
複数存在し、それらがそれぞれ共用される設計データの
組み合わせが異なる場合、制御コマンドファイル毎にそ
れぞれ別のファイルドメインを指定し、それぞれのファ
イルドメインを全てｍｏｄｕｌｅ＿ａのスーパーファイ
ルドメインに設定しなければならない。

【００６２】通常、設計データ、制御コマンドファイ
ル、テストデータといった各データの種類毎にファイル
カテゴリをわけて管理されるが、管理の都合上、例えば
同じ制御コマンドファイルでもその制御内容によってコ
マンドファイルのカテゴリをわけたい場合がある。この
場合はもとのファイルカテゴリをいくつかのサブファイ
ルカテゴリにわけて管理する。また、あるツールに取っ
ては別々の種類のファイルとして認識されていても別の
ツールでは同一種類のファイルとして認識できる場合も
ある。この場合には、もともと別々のファイルカテゴリ
をまとめたスーパーファイルカテゴリを定義して、管理
する必要生じる。このようなカテゴリ間に階層関係を管
理するためにカテゴリ管理パネル３２４を用いる。

【００６３】図１５（ａ）に示すように、カテゴリ管理
パネル３２４を開くと、カテゴリＩＤ入力欄３２５とサ
ブファイルカテゴリ選択欄３２６が表示される。

【００６４】サブファイルカテゴリ選択欄３２６には、
ファイルカテゴリＩＤ入力欄３２５に指定したカテゴリ
ＩＤのファイルカテゴリが既にサブファイルカテゴリを
持つならばそれらのリスト３２７が表示される。カテゴ
リＩＤ入力欄にカーソルを合わせるとそれまでに定義さ
れたファイルカテゴリのカテゴリＩＤの一覧３２７が表
示される（図１５（ｂ））。これらの内からマウスで選
択するか或いはキーボードから直接入力することにより
カテゴリＩＤを指定する。次にサブファイルカテゴリ選
択欄３２６にカーソルを合わせると、やはりそれまでに
定義されたカテゴリＩＤの一覧３２７が表示される（図
１５（ｃ））。カテゴリ一覧中から任意の数のカテゴリ
ＩＤを選択するか或いはキーボードから入力欄に３２８
直接入力することによりサブファイルカテゴリを指定す
る。あるファイルカテゴリｃｔ＿ａに対してスーパーフ
ァイルカテゴリｃｔ＿ｓとを設定しようとする場合はそ
のｃｔ＿ｓからのサブファイルカテゴリとしてｃｔ＿ａ
を設定すれば良い。従って以上の操作により、任意のフ
ァイルカテゴリに対するスーパーファイルカテゴリとサ
ブファイルカテゴリの設定を行うことができる。

【００６５】実施例４ 第３の発明の実施例を以下に説明する。まず、図２０に
おいて、一実施例ののハードウェア構成の例を示す。入
力部４０１はキーボード、ペンなどからなり、設計者Ａ
が本発明の設計支援装置に対して、命令等のコマンド入
力を行い、この入力は図示しない入出力インターフェー
スを介して中央処理装置（ＣＰＵ）４０３に送られる。

【００６６】コマンド解析部４０２は主記憶装置のプロ
グラム記憶領域に外部記憶装置（図示せず）から読み込
まれ、入力部４０１に入力されたコマンドを解析する。

【００６７】中央処理装置４０３は、コマンド解析部４
０２のプログラムによって解析されたコマンドに応じ
て、例えば、設計データ入力部４０４から入力された設
計データを、設計データ制御部４０５に共有データ・ベ
ースへの登録の実行を要求する等、各種制御部、各種デ
ータ・ベース及び設計ツール群等を総轄的に管理する。

【００６８】設計データ入力部４０４は、設計者が入力
をおこなうキーボード、マウスであり、設計データを中
央処理装置４０３を介して入力する。

【００６９】データ・ベース制御部４０５は図示しない
外部記憶装置から主記憶装置のプログラム記憶領域にに
読み込まれたプログラムであり、後述の設計データ入力
部４０４から入力された設計データの、共有データ・ベ
ース４０７、個人データ・ベース４０８、仮置きデータ
・ベース４０９に対する、版数の制御や、登録の制御等
のデータの制御を行う。

【００７０】版数制御部４５１は、共有データ・ベース
４０７に登録されている版数を常に予め指定された版数
を越えないよう、データ・ベースの版数の制御を行うル
ーチンである。

【００７１】登録制御部４５２は、共有データ・ベース
４０７、個人データ・ベース４０８、仮置きデータ・ベ
ース４０９に対する設計データの登録情報を保持し、設
計データ入力部４０４に格納された設計データの各々デ
ータ・ベースに対する登録、削除などの制御を行うルー
チンである。

【００７２】設計ツール群４０６は、中央処理装置４０
３より実行される各種処理を担うツール群であり、必要
に応じて外部記憶装置からプログラム記憶領域に読み込
まれている。

【００７３】共有データ・ベース４０７、仮置きデータ
・ベース４０８、個人データ・ベース４０８は磁気記憶
装置などの外部記憶装置に格納されている。そのうち共
有データ・ベース４０７は設計データが追加及び更新等
による変更が頻繁になされず、また、追加及び更新によ
る新たな設計データの登録は、その登録権を有する設計
者のみ登録可能であり、更に設計に携わるすべての設計
者が参照のみは可能なデータ・ベースである。

【００７４】個人データ・ベース４０９は、設計に携わ
る各々の設計者個人の設計データを格納するデータ・ベ
ースである。

【００７５】仮置きデータ・ベース４０８は、共有デー
タ・ベース４０７から削除されるべき設計データが、設
計に携わる一人以上の設計者の要求によって、削除を保
留された設計データを一次的に保存するデータ・ベース
である。なお、仮置きデータ・ベース４０８に一次的に
保存された設計データは、仮置きデータ・ベース４０８
に保存を要求した設計者が、仮置き期間を指定し、指定
された期間を越えると、仮置きデータ・ベースへ４０８
の保存を要求した設計者の了解の下に、削除されるもの
とする。

【００７６】データ使用状況保存データ・ベース１１０
は同じく外部記憶装置に格納されており、各種データ・
ベースに保存されている設計データが、設計ツール群の
各ツールにどのように使用されたかという、データベー
ス名、設計データ名、バージョン番号、実行ツール名，
ユーザー名，実行開始日時，実行終了日時，実行ＣＰＵ
時間等の各フィールドからなるデータ使用状況レコード
をデータ使用状況情報として保存する。

【００７７】図２２は、本発明を用いた、設計データ制
御の処理手順を示すフローチャートの例である。以下
に、図２０による本発明のハードウェア構成図の例を用
い、図２２を参照しながらする。

【００７８】設計者Ａから、共有データ・ベース４０７
に自分が設計したデータを登録したいという要求を入力
部４０１から受けた中央処理装置４０３は、コマンド解
析部４０２による解析に従って、設計者Ａが設計した設
計データを共有データ・ベース４０７に登録するよう伝
達を行う（ＳＴＥＰ１）。

【００７９】中央処理装置４０３は、設計者Ａが設計し
た設計データをデータ・ベース４０７ー４０９のいずれ
かに登録するよう以下の処理を実行する。データ・ベー
ス制御部４０５のサブルーチンの登録制御部４５２にし
たがって、予め指定された期間の中で、データ使用状況
保存データ・ベース１１０の各レコードにアクセスし、
設計者Ａが現在登録しようとしている設計データの過去
の版を用いて過去に何等かの処理が行った、もしくは何
等から処理が実行中の設計者がいるか等設計データの使
用状況を確認する（ＳＴＥＰ２，３）。

【００８０】設計者Ａが登録しようとしている設計デー
タの過去の版を用いて、予め限定された期間内に、過去
に何等かの処理が行を行った、もしくは処理を実行中の
設計者が存在した場合、登録制御部４５２に従って中央
処理装置４０３は、設計者Ａが現在登録しようとしてい
る設計データの過去の版を用いて、過去に何等かの処理
が行われたか、もしくは何等かの処理を実行中である設
計者に、設計データの更新をバスを介して別のデータ処
理装置４１２伝達する（ＳＴＥＰ４）。

【００８１】次に、データ・ベース制御部４０５のサブ
ルーチンである版数制御部４５１にしたがって中央処理
装置４０３はデータ使用状況保存データ・ベース１１０
のレコードにアクセスし、現在共有データ・ベース４０
７に設計者Ａが登録したデータの版数を確認する（ＳＴ
ＥＰ５）。

【００８２】設計者Ａが登録している設計データの版数
が予め指定された自然数Ｎ個未満であるならば、登録制
御部４５２のプログラムに従って中央処理装置４０３
は、設計者Ａが登録しようとしている設計データを共有
データ・ベース４０７に新規登録する（ＳＴＥＰ６）。

【００８３】もし、設計者Ａが登録している設計データ
の版数が予め指定された自然数Ｎ個であるならば、中央
処理装置４０３は版数制御部４５１のプログラムを実行
しデータ使用状況保存データベース１１０を参照して、
予め指定された期間内において、設計者Ａが現在登録し
ようとしている設計データの過去の版を用いて、過去に
何等かの処理が行われたか、もしくは何等かの処理を実
行中である設計者が用いた設計データがどの版であるか
を確認する（ＳＴＰＥ７，８）。

【００８４】前記確認を行った際、もし、予め指定され
た期間内において、設計者Ａが登録しようとしている過
去の版を用いて、過去に何等かの処理が行われた、もし
くは処理を実行中であるすべての設計者が、一番最後に
使用した、または現在使用されている版が、最も古い版
でなければ、中央処理装置４０３は登録制御部４５２に
より、最も古い設計データを共有データ・ベース４０７
から削除し、最新データをデータ・ベース−４０７に新
規登録する（ＳＴＥＰ１７）。

【００８５】もし、現在何等処理を実行していない設計
者で、予め指定された期間内において、設計者が登録し
ようとしている過去の版の中で、最も古い版の設計デー
タを用いて何等かの処理を行ったが、それ以外の版の設
計データを用いて同様な処理を行っていない設計者が、
一人でも存在するならば、最も古い版の設計データを仮
置きデータ・ベース４０８に、現在設計者が現在登録し
ようとしている最新の版の設計データをデータ共有デー
タ・ベース４０７に格納する。（ＳＴＥＰ１６）。

【００８６】仮置きデータ・ベース４０８に保存される
場合、もし、現在何等処理を実行していない設計者のう
ち、予め指定された期間内において、設計者Ａが登録し
ようとしているデータの最も古い版の設計データを用い
て何等かの処理を行ったが、それ以外の版数の設計デー
タを用いて同様な処理を行っていない設計者が複数存在
する場合は、この設計データの版を仮置きデータベース
４０８に移したことを該当データ処理装置４１２．．．
のディスプレイに表示させる。、これら設計者全員に保
存期間を指定させ、指定された保存期間のうち最も長い
期間、設計者が登録しようとしている最も古い版の設計
データを、仮置きデータ・ベース４０９に保存するよう
にその保存期間データをデータ使用状況保存データベー
ス１１０に保存する。

【００８７】現在、設計者Ａが登録しようとしている最
も古い版の設計データを用いて、何等かの処理を実行中
の設計者が存在するならば、中央処理装置４０３は登録
制御部４５２に従って、現在設計者Ａが登録しようとし
ている最も古い版の設計データを用いて何等かの処理を
実行中の設計者に、どの版を用いて、現在行っている処
理を実行するかということを確認するように該当データ
処理装置４１２に伝達を行う。（ＳＴＥＰ１１，１
２）。

【００８８】もし、現在設計者Ａが登録しようとしてい
る最も古い版の設計データを用いて、何等かの処理を実
行中の設計者が、今まで通り最も古い版の設計データを
用いて、現在行っている処理の続行を望むならば、登録
制御部４５２により中央処理装置４０３は、仮置きデー
タ・ベース４０８に一番古い設計データが保存されてい
る確認する（ＳＴＥＰ１３，１４）。

【００８９】仮置きデータ・ベース４０８に、最も古い
版が登録されていない場合、登録制御部４５２により中
央処理装置４０３は、最も古い版の設計データを用いて
の処理の続行を望む設計者に、最も古い版の設計データ
の置き期間を指定を要求する（ＳＴＥＰ１５）。

【００９０】この場合、最も古い版の設計データを用い
ての、処理の続行を望む設計者が、複数存在する場合
は、指定された最も長い保存期間を保存期間とする。

【００９１】次に、登録制御部４５２により中央処理装
置４０３は、最も過去の設計データを仮置きデータ・ベ
ース１−９に最新の設計データを共有データ・ベース１
−７に登録する（ＳＴＥＰ１６，１７）。

【００９２】ここで、共有データ・ベース、個人データ
・ベース、仮置きデータ・ベースの各種データ・ベース
に図２３に示されるように、共有データ・ベースにＦＤ
ＩＶの版数が３、ＦＡＬＵの版数が２つが格納されてい
ると仮定する。更に、設計者ＡがＦＤＩＶ，ＦＡＬＵの
設計データの設計の担当者と仮定する。

【００９３】前記仮定を用いて、以下に、本発明による
設計支援装置の処理手順を図２２に示されるフローチャ
ートに沿って、設計者Ａが設計データを新たに登録する
場合の本発明の処理手順を詳細に述べる。

【００９４】第一例として、設計者Ａが、共有データ・
ベース４０７に、中央処理装置４０３に対して、設計者
Ａが設計した設計データＦＡＬＵを新規に登録したいと
いう要求を行ったと仮定し、処理手順を説明する。混乱
を避けるため、現在設計者Ａが共有データ・ベースに登
録しようとしている新規登録データをＦＡＵＬ−Ｎｅｗ
とする。また、共有データ・ベース４０７に登録できる
最大の版数を３と仮定する。

【００９５】要求を受けた中央処理装置４０３は、デー
タ・ベース制御部４０５により設計者Ａが、設計者Ａが
設計した設計データＦＡＬＵ−Ｎｅｗを共有データ・ベ
ース４０７に登録するよう伝達を行う（ＳＴＥＰ１）。

【００９６】共有データ・ベース４０７への設計データ
・ベースＦＡＬＵ−Ｎｅｗの伝達を受けたデータ・ベー
ス制御部４０５は、設計データ使用状況保存データ・ベ
ース１１０にアクセスし、設計者Ａが現在登録しようと
している設計データＦＡＬＵの過去の版を用いて、過去
に何等かの処理が行われたかどうか、もしくは何等かの
処理が実行中かという設計データの使用状況を確認する
（ＳＴＥＰ２，３）。

【００９７】例えば、設計データＦＡＬＵ−ｏｌｄ１を
用いて、設計者Ｂが検証の処理が行っている最中、設計
者Ｃは、現在は何も処理を実行していないが、予め指定
された期間内に、ＦＤＩＶ−ｏｌｄ１を用いて、何らか
の処理を実行していた場合、設計データ制御部４０５に
より中央処理装置４０３は、設計者Ｂ及び設計者Ｃに、
設計データの更新を伝達する（ＳＴＥＰ４）。

【００９８】次に、データ・ベース制御部４０５の版数
制御部４５１により中央処理装置４０３は、現在共有デ
ータ・ベース４０７に登録された、設計データのＦＡＬ
Ｕのデータ数を確認する（ＳＴＥＰ５，６）。

【００９９】共有データ・ベース設計者Ａが登録してい
る設計データＦＡＬＵの設計データ数は、現在、ＦＡＬ
Ｕ及びＦＡＬＵ−ｏｌｄ２つであり、新規登録によっ
て、版数が予め指定された限定数３を越えないで、デー
タ・ベース制御部５０５の登録制御部５５２により中央
処理装置４０３は、設計者Ａの設計データを共有データ
・ベース４０７に登録する（ＳＴＥＰ１７）。

【０１００】次に、登録制御部４５２により中央処理装
置４０３は、設計者Ｂにどの版の設計データを用いて、
処理を続行するかを確認する（ＳＴＰＥ１，１２）。

【０１０１】もし、設計者Ｂが最新データＦＡＬＵ−Ｎ
ｅｗを用いて処理を行うならば、現在検証の処理をＦＡ
ＬＵ−ｏｌｄ１を用いて行っているが、ＦＡＬＵに交換
して処理の続行をしたいと登録制御部４５２に対して要
求したならば、登録制御部４５２により中央処理装置４
０３は、設計者Ｂが行っている検証作業に用いられてい
るＦＡＬＵ−ｏｌｄ１を、ＦＡＬＵに交換する。設計者
Ｂは、ＦＡＬＵを用い、検証の処理を続行する。

【０１０２】第二例として、設計者Ａが、共有データ・
ベース４０７に、設計者Ａか設計したＦＤＩＶを登録の
要求を中央処理部４０３に対して行ったとする。第一例
同様に、設計者Ａが共有データ・ベース４０７に新規登
録を行う設計データをＦＤＩＶ−Ｎｅｗ、共有データ・
ベース４０７に登録できる最大の版数を３と仮定する。

【０１０３】要求を受けた中央処理部４０３は、データ
・ベース制御部４０５により設計者Ａが、設計者Ａが設
計した設計データを共有データ・ベース４０７に登録す
るよう伝達を行う（ＳＴＥＰ１）。

【０１０４】共有データ・ベース１−７への設計データ
登録の伝達を受けたデータ・ベース制御部４０５により
中央処理装置４０３は、設計データ使用状況保存データ
・ベース１１０にアクセスし、設計者Ａが現在登録しよ
うとしている設計データの過去の版を用いて、過去に何
等かの処理が行われたか、もしくは何等かの処理が実行
中かという設計データの使用状況を確認する（ＳＴＥＰ
２，３）。

【０１０５】現在、設計者Ｂは最も古い版である設計デ
ータＦＤＩＶ−ｏｌｄ２を用いて検証の処理を、設計者
Ｃは現在何等処理は行っていないが、予め指定された期
間内に、ＦＤＩＶ−ｏｌｄ２を用いて何らかの処理を実
行し、ＦＤＩＶ−ｏｌｄ２より新しい設計データを用い
て、何らかの処理を実行していないと仮定する。

【０１０６】前記仮定の場合、登録制御部４５２により
中央処理装置４０３は、設計者Ｂ、及び設計者Ｃに設計
データＦＤＩＶが更新されたことを伝達する（ＳＴＥＰ
４）。

【０１０７】次に、版数制御部４５１により中央処理装
置４０３は、現在共有データ・ベース４０７に、設計者
Ａが登録した設計データのＦＤＩＶの設計データ数を確
認する（ＳＴＥＰ５，６）。

【０１０８】現在、設計者Ａが登録している設計データ
ＦＤＩＶは、データ・ベース４０７に格納されている版
数は、限定数と等しく３個である。

【０１０９】現在設計者Ｃが、何等処理を行っていない
ので、登録制御部４５２により中央処理装置４０３は、
自動的に最も古い版の設計データＦＤＩＶ−ｏｌｄ２を
仮置きデータ・ベース４０８に、現在設計者Ａが現在登
録しようとしている最新の設計データＦＤＩＶ−Ｎｅｗ
を共有データ・ベース４０７に格納する（ＳＴＥＰ１
７）。

【０１１０】前記仮定の場合、設計者ＣがＦＤＩＶ−ｏ
ｌｄ２の仮置きデータ・ベースへの保存期間を指定する
まで、ある一定期間までＦＤＩＶ−ｏｌｄ２を仮置きデ
ータ・ベース４０８に保存する。登録制御部４５２によ
り中央処理装置４０３は、設計Ｃが、ＦＤＩＶ−ｏｌｄ
２の仮置きデータ・ベース内の保存期間を指定した後、
設計者Ｃが指定したＦＤＶＩ−ｏｌｄ２の仮置きデータ
・ベース内への保存期間と、設計者Ｂが指定したＦＤＩ
Ｖ−ｏｌｏｄ２の仮置きデータ・ベース内への保存期間
とを比較し、いづれか期間の長い方を、ＦＤＩＶ−ｏｌ
ｄ２の仮置きデータ・ベース４０８への保存期間とす
る。

【０１１１】次に、登録制御部４５２により中央処理装
置４０３は、設計者Ｂに現在実行している処理を最新の
設計データＦＤＩＶ−Ｎｅｗ、またはＦＤＩＶ−ｏｌｄ
２以外の設計データやり直すか、現在仕様中の設計デー
タＦＤＩＶ−ｏｌｄ２をそのまま用いて処理を続行する
かを確認し、指定された設計データで現在行っている処
理を続行するかを確認する（ＳＴＥＰ１１，１２）。

【０１１２】もし、設計者Ｂが、設計データＦＤＩＶ−
ｏｌｄ２を用いて、現在行っている処理の続行を望むな
らば、前記仮定により、ＦＤＩＶ−ｏｌｄ２は仮置きデ
ータ・ベース４０８に格納されているので、登録制御部
４５２は、設計者Ｂに、ＦＤＩＶ−ｏｌｄ２の仮置きデ
ータ・ベース４０８への仮置き期間の指定させる（ＳＴ
ＥＰ１５）。

【０１１３】設計者Ｂは、ＦＤＩＶ−ｏｌｌｄ２の仮置
きデータ・ベース４０８への仮置き期間を指定後、現在
行っている検証作業を続行する。

【０１１４】

【発明の効果】以上説明したように第１の発明によれ
ば、設計作業において、設計者一人一人が、自分の設計
データの修正とその設計データを用いたツールの実行を
繰り返す場合だけでなく、自分の設計・修正したデータ
以外に他の設計者が設計・修正したデータも用いてツー
ルの実行を頻繁に繰り返すような状況において、自分の
作成・修正した設計データ及び他の設計者が作成・修正
した設計データの変更に対して、過去に、自分または他
の設計者がどの様な修正変更やツール実行を行ってきた
かを把握することを容易にし、設計データの修正変更に
対してツール実行の未対応や誤った組み合わせの設計デ
ータによるツール実行などの防止及びツール実行の容易
な把握を行える。

【０１１５】第２の発明の方法によるファイル／プロセ
ス管理システムにより、各ファイルの管理情報から各プ
ロジェクトの目的に対するプロセスの実行シーケンスを
それぞれ抽出したり、その抽出した実行シーケンスを元
に表示したフローチャート上から再度実行するプロセス
を指定したり、あるプロセスの実行時に必要なファイル
を容易に抽出したり、各ファイルの用途目的についての
より詳細な管理が可能となり、ユーザがこれまで自分で
管理していたプロセスの実行手順や各プロセスの入出力
ファイルの管理やあるプロセスを中心とした入出力ファ
イル間の対応関係等の情報を計算機上で管理できる為、
ユーザの負荷が軽減され。ＣＡＤツールを用いた設計等
の作業の効率化がはかられる。また、更に、各ファイル
の用途目的が詳細に管理されるためあるファイルが必要
か不要かがわからなくなるといったことなどがなくな
り、例えば磁気ディスク装置などの記憶保持装置の無駄
な領域が軽減され、リソースの効率的運用につながる。

【０１１６】第３の発明によると、共有データ・ベース
は、予め指定された自然数Ｎを越える版数を越える版数
を共有背設計ータ・ベースに残さないことによって、設
計データの版数を限定し、不要な設計データ量の抑制が
実現されている。 従って、設計データの設計データ格
納装置の許容容量を越えるという事態を防ぐことが可能
となり、また、従来の版数制御部を有する設計支援装置
の版数制御機構よりも、処理が簡略されていることか
ら、設計支援装置のシステムの肥大化を防ぐことも可能
となる。

【０１１７】更に、設計者を無視して自動的に設計デー
タを削除することを防ぐことから、設計効率を非常に向
上させることが可能となる。

【図面の簡単な説明】

【図１】第１の発明の設計データ管理装置に関するシス
テム構成図の１実施例である。

【図２】第１の発明の別の態様による設計データ管理装
置に関するシステム構成図の１実施例である。

【図３】第１の発明の設計データのデータ名、及びその
バージョン番号表示装置における表示画面の１例であ
る。

【図４】図３に示した設計データ情報表示を行う前の、
ユーティリティの表示画面の１例である。

【図５】第１の発明の変更態様による設計データのデー
タ、及びそのバージョンの利用状況表示装置における表
示画面の１例である。

【図６】図５の設計データのデータ、及びそのバージョ
ンの利用状況表示装置における表示画面の別の１例であ
る。

【図７】図５の設計データのデータ、及びそのバージョ
ンの利用状況表示装置における表示画面の別の１例であ
る。

【図８】図５の設計データのデータ、及びそのバージョ
ンの利用状況表示装置における表示画面の別の１例であ
る。

【図９】図５の設計データのデータ、及びそのバージョ
ンの利用状況表示装置における表示画面の別の１例であ
る。

【図１０】本発明の方法を実現するシステムの構成図。

【図１１】本発明の方法を実現するためのデータベース
の構造を示した図。

【図１２】各種パネルの表示例を示した図。ａはプロセ
ス起動管理パネルの表示例。ｂは入出力ファイル定義パ
ネルの表示例。

【図１３】ａは新ツール実行プロセス起動パネルの表示
例。ｂは入出力ファイル割付定義パネルの表示例。ｃは
ファイル名入力パネルの表示例。

【図１４】ａは可変ファイル指定パネルの表示例。ｂは
ドメインレベルの一覧が表示された可変ファイル指定パ
ネルの表示例。ｃはファイルカテゴリ一覧が表示された
可変ファイル指定パネルの表示例。

【図１５】ａはカテゴリ管理パネルの表示例。ｂはカテ
ゴリＩＤ入力欄にカーソルを合わせたときのファイルカ
テゴリのカテゴリＩＤの一覧が表示されたカテゴリ管理
パネルの表示例。ｃはサブファイルカテゴリ選択欄カー
ソルを合わせたときのファイルカテゴリのカテゴリＩＤ
の一覧が表示されたカテゴリ管理パネルの表示例。

【図１６】入出力ファイル定義テーブルの説明図。ａは
アクセスするファイルが固定である場合の入出力ファイ
ル定義テーブルの説明図。ｂはアクセスするファイルが
可変である場合の入出力ファイル定義テーブルの説明
図。

【図１７】同系列に存在するファイルを抽出する処理手
順の説明図。

【図１８】プロセスの実行シーケンスを探索する手続き
の説明図。

【図１９】フローチャート図を生成するためのアルゴリ
ズムの説明図。

【図２０】第３の発明のハードウェア構成の例である。

【図２１】各種版数の概念図の例である。

【図２２】第３の発明の起動時の処理手順のフローチャ
ートの例である。

【図２３】第３の発明によるデータ・ベース制御部と、
各種共有データ・ベースのハードウェア構成の例であ
る。

【符号の説明】

１ データ処理装置 ３ ＣＰＵ １０ ＣＡＤツール １２ ＣＡＤツール １３ 入力装置 １４ ディスプレイ １５ 設計データ管理ルーチン １６ 実行履歴情報蓄積検索部 １７ ユーザーの指定解釈部 １８ 利用データ表示部 １９ 実行履歴情報部 １０２ 外部記憶装置 １０３ 管理情報処理部 １０４ データ入力装置 ４０１ 入力部 ４０２ コマンド解析部 ４０３ 中央処理部 ４０４ 設計データ入力部 ４０５ データ・ベース制御部 ４５１ 版数制御部 ４５２ 登録制御部 ４０６ 設計ツール群 ４０７ 共有データ・ベース ４０８ 個人データ・ベース ４０９ 仮置きデータ・ベース

Claims (2)

【特許請求の範囲】
1. 【請求項１】 回路の設計あるいは検証を行なう際の実
   行履歴情報を設計データ管理部に送出する手段と、この
   送出された実行履歴情報を蓄積及び検索する手段と、設
   計者によるツールやデータ種類や期間の指定に対して、
   過去に利用したデータを表示する表示機能及び表示する
   ためのデータ管理手段とを有する設計データ管理装置。
2. 【請求項２】 設計データの変更及び参照可能な共有デ
   ータ・ベースを格納する記憶手段と、 前記共有データ・ベースから削除されるべき設計データ
   の、削除を保留し、前記削除されるべき設計データを一
   時的に保存する仮置きデータ・ベースを格納する記憶手
   段と、 設計者個人設計データを格納する個人データ・ベースを
   格納する記憶装置と、 前記３種類のデータ・ベースの登録と設計データの版数
   の制御を行なうデータ・ベース制御部とを備えたことを
   特徴とする設計データ管理装置。