JP3165765B2

JP3165765B2 - Ｃａｄ設計支援装置

Info

Publication number: JP3165765B2
Application number: JP25758693A
Authority: JP
Inventors: 秀明矢田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1993-09-20
Filing date: 1993-09-20
Publication date: 2001-05-14
Anticipated expiration: 2016-05-14
Also published as: US5418728A; JPH0793387A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＣＡＤにおける関連設
計プログラムの自動認識および各設計工程間の自動デー
タ転送を実現して設計工程を効率化する技術に関する。

【０００２】

【従来の技術】電子回路の設計工程は、大きく分類して
（１）回路設計、（２）シミュレーション、（３）実装
設計の３つの工程からなる。

【０００３】「回路設計」工程では、個々の機能を実現
するモジュール単位に回路概念図を作成しこれらのモジ
ュールの接続を定義する。「シミュレーション」工程で
は、個々のモジュールに入力される信号とその出力とを
タイムチャート化して各信号を定義する。

【０００４】「実装設計」工程では、前述の「回路設
計」工程と「シミュレーション」工程とによる決定に基
づいて実際のプリント配線基板上に物理的な素子（論理
ＩＣ、メモリ等）を配置する作業を行う。

【０００５】したがって、各工程はそれぞれ独立してお
り、「回路設計」工程が完了した後に「シミュレーショ
ン」工程が実施され、最後に「実装設計」工程が実施さ
れていた。そのため、電子回路の設計期間は、これら３
つの工程の延べ時間を必要としていた。

【０００６】さらに、前工程（たとえば「回路設計」工
程）の結果が次工程（たとえば「シミュレーション工
程」）に反映されるため、前工程の設計が完了しなけれ
ば次工程の設計が開始できなかった。

【０００７】

【発明が解決しようとする課題】この点について、特開
平２−４８７７４号公報では、ＣＡＤ（Computer Aided
Design）システムにおける設計データの版数管理および
階層管理技術が提案されている。すなわち、この技術で
は、同じ部品のデータを複数の設計者が修正する場合
に、いずれかの設計者がデータを修正した場合にそれを
他の設計者のデータに直ちに反映させることによってデ
ータの同時修正の設計作業を可能とし、設計作業の効率
向上を図っている。

【０００８】しかし、前記公報では同一設計工程内、た
とえば「回路設計」工程内のみ，「実装設計」工程内の
みにおけるデータの統一管理を主眼としており、本願が
問題としている、時間的な差をもちながら段階的に実行
が開始される一連の設計工程、たとえば「回路設計」→
「シミュレーション」→「実装設計」における設計デー
タの統一管理を意識したものではなかった。

【０００９】このような設計工程間におけるデータの統
一管理について図１８〜図２０を用いてさらに詳しく説
明する。図１８は、回路設計工程におけるヒットシンボ
ルの変更が実装設計工程における素子の変更に与える影
響を示している。同図によれば回路設計工程（左図）に
おけるシンボルの機能を変更したことにより、実装設計
工程（右図）の素子（ハッチングで示す）を変更しなけ
ればならない例である。これを統一的に管理するために
は、回路設計工程から実装設計工程に対して回路図上の
シンボルに対応する素子部品が正確に通知されなければ
ならない。

【００１０】図１９は、回路設計工程（左図）における
特定の外部信号の入力の変更がシミュレーション肯定
（右図）のタイミングチャートに影響を与える例であ
る。この工程間のデータを統一的に管理するためには、
回路設計工程からシミュレーション工程に対して外部端
子（Ｉ１）に対応する信号名をが正確に通知されていな
ければならない。

【００１１】図２０は、回路設計工程（左図）における
特定のシンボル（破線で示す）の削除が実装設計工程
（右図）における部品（破線）の削除として反映する場
合の例である。この場合にも、シンボルに対応する部品
名が回路設計工程から実装設計工程に正確に通知されな
ければならない。

【００１２】このような段階的に実行される設計工程間
のデータの統一管理は前記公報では意識されてはいなか
った。さらに前記公報は、単一の情報処理システムの配
下で複数の設計者が設計作業を行うことを前提としてお
り、たとえば、回路設計者と、シミュレーション担当者
と、実装設計者とが離れた場所でそれぞれのワークステ
ーション上で作業を行うような今後のＣＡＤシステムの
あり方を意識したものではなかった。

【００１３】本発明はこれらの点に鑑みてなされたもの
であり、その目的は、ＣＡＤにおける一連の設計工程を
効率化することにある。

【００１４】

【課題を解決するための手段】本発明は、原理図である
図１に示すように、互いに独立して実行処理が可能な第
１，第２および第３の設計実行手段１ａ，１ｂ，１ｃ
と、前記各設計実行手段１ａ，１ｂ，１ｃによって呼び
出される設計データベース群、すなわち第１，第２およ
び第３の設計データベース２ａ，２ｂ，２ｃと、これら
の各設計データベース２ａ，２ｂ，２ｃと接続されＣＡ
Ｄの全体工程を管理する工程管理部３とを備えた構成と
し、この工程管理部３には、設計構造管理ファイル４を
設け、この設計構造管理ファイル４では、設計対象物の
階層構造と版数とを管理し、前記いずれかの設計実行手
段１ａ，１ｂ，１ｃでの設計対象物に対する設計内容の
変更が、他の設計実行手段１ａ，１ｂ，１ｃの設計対象
物のどの部分に反映されるかを特定できるようにした。
また、前記工程管理部３には、実行手段種別ファイル５
を備え、前記設計実行手段１ａ，１ｂ，１ｃ間でデータ
を転送する場合の転送方向を規定するようにした。

【００１５】

【作用】本発明において、第１，第２および第３の設計
実行手段１ａ，１ｂ，１ｃとは、たとえばネットワーク
で互いに接続されたワークステーション上でそれぞれ起
動される「回路設計アプリケーション」，「シミュレー
ションアプリケーション」および「実装設計アプリケー
ション」を指す。

【００１６】本発明によれば、設計構造管理ファイル４
によって、設計対象物の階層構造と版数とが管理されて
いるため、たとえば下位のモジュールに変更があった場
合、この下位モジュールを含む上位モジュールを特定す
ることができ、これを別の設計実行手段１ａ，１ｂ，１
ｃ（アプリケーション）に直ちに反映させることができ
る。

【００１７】そのため、従来、独立してバッチ処理的に
実施されてきた「回路設計」工程と、「シミュレーショ
ン」工程と、「実装設計」工程とを並行して実施するこ
とが可能となる。すなわち、「回路設計」工程がある程
度進行した段階で、次の「シミュレーション」工程に着
手することができ、「回路設計」工程の終盤においてバ
グ修正等によるモジュールの変更があった場合にも、こ
れを着手中の「シミュレーション」工程において直ちに
反映させることができる。

【００１８】このような本発明による設計工程の短縮化
を概念的に示したものが図２である。同図からも明らか
なように本発明では全設計期間から並列設計処理を行っ
た時間、すなわちα時間を短縮することができる。

【００１９】本発明は、図１（本発明の原理図）に示す
態様の他、たとえば図３に示すように「回路設計」を行
うワークステーション（ＷＳ１）と、「シミュレーショ
ン」を行うワークステーション（ＷＳ２）と、「実装設
計」を行うワークステーション（ＷＳ３）とがＬＡＮ
（Local Area Network）に接続されており、回路設計デ
ータベース（ＤＢ１）と、シミュレーションデータベー
ス（ＤＢ２）と、実装設計データベース（ＤＢ３）とが
工程管理部３の配下にあるような場合、すなわち通信シ
ステムを使った分散処理を行っている場合に特に有効で
ある。

【００２０】このような場合、それぞれのデータベース
（ＤＢ１〜３）には、それぞれに対してデータベースの
加工処理を行う実行処理部６（アプリケーション処理
部：ＡＰＭ１〜３）を有しており、これらの実行処理部
６（アプリケーション処理部：ＡＰＭ１〜３）と各ワー
クステーション（ＷＳ１〜３）との間のデータ転送は、
ＵＮＩＸで提供されているソケット通信等のプロセス間
通信を用いることができる。すなわち、いずれかのデー
タベース（ＤＢ１〜３）に変更があった場合には、実行
処理部６（アプリケーション処理部：ＡＰＭ１〜３）は
関連する設計工程を行っているワークステーション（Ｗ
Ｓ１〜３）に通知可能となっている。ここでの特徴は、
たとえばアプリケーション処理部（ＡＰＭ１）は、自身
の所属しているワークステーション（ＷＳ１）の他、次
工程の設計工程を担当する別のワークステーション（Ｗ
Ｓ２）にも通知可能な点である。

【００２１】また、図４に示したように、データベース
（ＤＢ１〜３）は、各ワークステーション（ＷＳ１〜
３）の配下にそれぞれ設置してもよい。この場合、各ワ
ークステーション（ＷＳ１〜３）において実行されてい
るプログラムが、実行処理部６（アプリケーション処理
部：ＡＰＭ１〜３）として機能し、自身が所属するワー
クステーション（たとえばＷＳ１）の配下のデータベー
ス（たとえばＤＢ１）に変更があった場合には、関連す
る設計工程を行っている他のワークステーション（たと
えばＷＳ２）に通知可能となっている。

【００２２】

【実施例】以下、本発明を具体的に説明する。図５は、
本発明の一実施例であるＣＡＤ設計支援装置のシステム
構成を示したものである。

【００２３】同図において、設計実行手段１ａ，１ｂ，
１ｃとしての回路設計アプリケーション、シミュレーシ
ョンアプリケーションおよび実装設計アプリケーション
はそれぞれワークステーション（ＷＳ１〜３）上で実行
されており、トランザクションバス１１に接続されてい
る。このトランザクションバス１１は、ＬＡＮで構成さ
れていてもよいし、後述のトランザクション制御部１２
を構成する電子計算機システム自体のデータバスでもよ
い。

【００２４】トランザクションバス１１には回路設計処
理部（ＡＰＭ１）と、シミュレーション処理部（ＡＰＭ
２）と、実装設計処理部（ＡＰＭ３）とからなるアプリ
ケーション処理部（実行処理部６）を有しており、この
アプリケーション処理部６の配下には回路設計データベ
ース２（ＤＢ１）と、シミュレーションデータベース
（ＤＢ２）と、実装設計データベース２（ＤＢ３）とか
らなる設計データベースが２接続されている。

【００２５】トランザクションバス１１は、トランザク
ション制御部１２によって管理されており、このトラン
ザクション制御部１２は、前記設計データベース２内の
構造を管理する設計構造管理ファイル４と、設計アプリ
ケーションの連携対象を識別するためのアプリケーショ
ン種別ファイル５（実行手段種別ファイル５）と、設計
アプリケーション間の更新データを格納する設計更新デ
ータファイル８とを有している。これらのファイル群
は、トランザクション制御部１２の機能の中核をなす情
報処理装置のメモリ、あるいはその他の記憶手段に設定
されている。また、前記トランザクション制御部１２
は、各設計アプリケーション（回路設計アプリケーショ
ン，シミュレーションアプリケーション，実装設計アプ
リケーション）の制御、連携を行っており、常時起動さ
れシステムを監視している。これらのトランザクション
制御部１２と、設計構造管理ファイル４と、アプリケー
ション種別ファイル５と、設計更新ファイル８とで実質
的に工程管理部３が構成されている。

【００２６】次に、（１）設計構造管理ファイル４、
（２）アプリケーション種別ファイル５、（３）設計更
新データファイル８および（４）トランザクション制御
部１２の構成および目的について具体的に説明する。

【００２７】（１）設計構造管理ファイル設計構造管理ファイル４は、図６に示すように、最上位
モジュールテーブル１３と、モジュールテーブル１４
と、版数テーブル１５との３つのテーブルで構成されて
おり、設計対象物の階層構造と、各設計段階における版
数を管理する情報を格納している。

【００２８】最上位モジュールテーブル１３は、階層構
造の最上位にあるモジュールを登録するテーブルであ
る。モジュール名の他に、下位階層のモジュール，版数
テーブル１５および別の最上位モジュールへのポインタ
値を格納するようになっている。

【００２９】モジュールテーブル１４は、最上位以外の
階層構造を構成するモジュールを登録するテーブルであ
り、自モジュールに対する上位・下位のモジュール、版
数テーブル１５および次のモジュールへのポインタ値を
格納するようになっている。

【００３０】版数テーブル１５は、各設計段階のデータ
の版数を登録するテーブルであり、設計対象物の種類を
識別する文字列を格納する設計種別と、版数と次のモジ
ュールへのポインタ値を格納するようになっている。

【００３１】次に、この設計構造管理ファイル４を具体
的な適用事例を用いて説明する。図７は、電子回路にお
ける回路設計データであり、回路設計データベース２に
格納されている。同図において、モジュールＡ（版数０
３）は、モジュールＢ（版数０２）とモジュールＣ（版
数０１）とを含んでおり、モジュールＢ（版数０２）は
モジュールＣ（版数０１）を含んでいる階層構造となっ
ている。

【００３２】図７の回路設計データに対応したシミュレ
ーションデータを示したものが図８である。同図では、
前述の図７に対応したモジュールＡの入出力信号のタイ
ミングチャート（版数０２）、モジュールＢの入出力信
号のタイミングチャート（版数０１）およびモジュール
Ｃの入出力信号のタイミングチャート（版数０１）がそ
れぞれ示されており、これらのデータは、シミュレーシ
ョンデータベースに登録されている。

【００３３】図７および図８で説明した各データに基づ
いて作成された実装設計データ（版数０２）を示したも
のが図９である。同図ではプリント配線基盤上における
実際の素子および配線の配置が示されており、このデー
タは実装設計データベース２に登録されている。

【００３４】図７〜図９で示されたデータを用いた設計
構造管理ファイル４での実際の管理を概念的に示したも
のが図１０である。本実施例では、図７で説明したよう
に、モジュールＡが最上位モジュールであり、その下位
モジュールとしてモジュールＢおよびモジュールＣが存
在している。

【００３５】ここで、モジュールＡは図７に示すように
最上位にあるモジュールであるので、図６で示した最上
位モジュールテーブル１３に登録されている。また、モ
ジュールＢおよびモジュールＣは、下位のモジュールで
あるので、通常のモジュールテーブル１４に登録されて
いる。

【００３６】ここでモジュールＡのテーブルにおいて
「下位モジュールポインタ」には、モジュールＢのポイ
ンタ値が登録され、「版数テーブル１５ポインタ」には
回路設計データの版数テーブル１５（ＣＩＲＣＵＩＴ）
のポインタ値が登録されている。そして、「ｎｅｘｔポ
インタ」には、本モジュール（ＭＯＤＵＬＥ−Ａ）は独
立した最上位モジュールであるため、次のポインタが存
在しないことを示すｎｕｌｌコードが登録されている。

【００３７】モジュールＡのテーブルの版数テーブル１
５ポインタで指示された回路設計データの版数テーブル
１５（ＣＩＲＣＵＩＴ）には、自身の版数（ここでは０
３）と、次のシミュレーションデータの版数テーブル１
５（ＡＮＡＬＹＳＩＳ）のポインタ値が登録されてい
る。

【００３８】前記の回路設計データの版数テーブル１５
（ＣＩＲＣＵＩＴ）で指示されたシミュレーションデー
タの版数テーブル１５（ＡＮＡＬＹＳＩＳ）には、自身
の版数（ここでは０２）と、次の実装設計データの版数
テーブル１５（ＰＡＴＴＥＲＮ）のポインタ値が登録さ
れている。

【００３９】前記のシミュレーションデータの版数テー
ブル１５（ＡＮＡＬＹＳＩＳ）で指示された実装設計デ
ータの版数テーブル１５（ＰＡＴＴＥＲＮ）には、自身
の版数（ここでは０２）が登録されている。また、この
版数テーブル１５（ＰＡＴＴＥＲＮ）が最終テーブルで
あるので、「ｎｅｘｔポインタ」には次のポインタが存
在しないことを示すｎｕｌｌコードが登録されている。

【００４０】モジュールＢのモジュールテーブル１４
（ＭＯＤＵＬＥ−Ｂ）には、「上位モジュールポイン
タ」として、モジュールＡのテーブルを示すポインタ値
が登録されており、「下位モジュールポインタ」とし
て、モジュールＢのテーブルを示すポインタ値が登録さ
れている。また、「版数テーブル１５ポインタ」には、
回路設計データの版数テーブル１５（ＣＩＲＣＵＩＴ）
のポインタ値が登録されている。そして、「ｎｅｘｔポ
インタ」には、次のモジュールであるモジュールＣ（Ｍ
ＯＤＵＬＥ−Ｃ）のモジュールテーブル１４を示すポイ
ンタ値が登録されている。

【００４１】モジュールＢのテーブルの版数テーブル１
５ポインタで指示された回路設計データの版数テーブル
１５（ＣＩＲＣＵＩＴ）には、自身の版数（ここでは０
２）と、次のシミュレーションデータの版数テーブル１
５（ＡＮＡＬＹＳＩＳ）のポインタ値が登録されてい
る。

【００４２】前記の回路設計データの版数テーブル１５
（ＣＩＲＣＵＩＴ）で指示されたシミュレーションデー
タの版数テーブル１５（ＡＮＡＬＹＳＩＳ）には、自身
の版数（ここでは０１）が登録されている。なお、実装
設計データの版数テーブル１５は先に説明したモジュー
ルＡの配下にある版数テーブル１５（ＰＡＴＴＥＲＮ）
として登録されているため、このシミュレーションデー
タの版数テーブル１５（ＡＮＡＬＹＳＩＳ）の「ｎｅｘ
ｔポインタ」には次のポインタが存在しないことを示す
ｎｕｌｌコードが登録されている。

【００４３】モジュールＣのモジュールテーブル１４
（ＭＯＤＵＬＥ−Ｂ）には、「上位モジュールポイン
タ」として、モジュールＡのテーブルを示すポインタ値
が登録されている。「下位モジュールポインタ」にはこ
のモジュールＣが最下位のモジュールとなるため、下位
のモジュールが存在しないことを示すｎｕｌｌコードが
登録されている。また、「版数テーブル１５ポインタ」
には、回路設計データの版数テーブル１５（ＣＩＲＣＵ
ＩＴ）のポインタ値が登録されている。そして、「ｎｅ
ｘｔポインタ」には、前記と同様に次のポインタが存在
しないことを示すｎｕｌｌコードが登録されている。

【００４４】モジュールＣのテーブルの版数テーブル１
５ポインタで指示された回路設計データの版数テーブル
１５（ＣＩＲＣＵＩＴ）には、自身の版数（ここでは０
１）と、次のシミュレーションデータの版数テーブル１
５（ＡＮＡＬＹＳＩＳ）のポインタ値が登録されてい
る。

【００４５】前記の回路設計データの版数テーブル１５
（ＣＩＲＣＵＩＴ）で指示されたシミュレーションデー
タの版数テーブル１５（ＡＮＡＬＹＳＩＳ）には、自身
の版数（ここでは０１）が登録されている。なお、実装
設計データの版数テーブル１５は先に説明したモジュー
ルＡの配下にある版数テーブル１５（ＰＡＴＴＥＲＮ）
として登録されているため、このシミュレーションデー
タの版数テーブル１５（ＡＮＡＬＹＳＩＳ）の「ｎｅｘ
ｔポインタ」には次のポインタが存在しないことを示す
ｎｕｌｌコードが登録されている。

【００４６】このように、設計構造管理ファイル４を検
索することによって、アプリケーション間の連携を行う
対象を識別することが可能となる。たとえば版数０３の
モジュールＡの回路設計工程は、版数０２に対するシミ
ュレーション工程と、版数０２に対する実装設計工程と
連携されることがわかる。また、同一回路設計工程内で
は、モジュールＢとモジュールＣとは階層関係にあるの
で、版数０１のモジュールＣの回路設計工程は、版数０
２のモジュールＢの回路設計工程、版数０３のモジュー
ルＡの回路設計工程と連携されることがわかる。

【００４７】設計構造管理ファイル４に基づく実際のデ
ータの連携については後述する。（２）アプリケーション種別ファイルアプリケーション種別ファイル５は、前述の設計構造管
理ファイル４によって連携対象が識別された後、アプリ
ケーション間でデータを転送する際にその転送方向を識
別することを目的として用いられる。

【００４８】本ファイルは、図１１に示したような制御
文形式で設計環境に応じてデータを設定する。同図で
は、「連携元アプリケーション名」（ＣＩＲＣＵＩＴ：
回路設計工程）、「連携先アプリケーション名」（ＰＡ
ＴＴＥＲＮ：実装設計工程）および「連携形態」（ＵＰ
Ｄ：データ更新を伴う連携）が一連のコマンド形式で登
録されている。なお、「連携形態」のモードとしては、
データ更新を伴う連携（ＵＰＤ）の他に、データの更新
は行わずにデータを参照するだけの連携（ＲＥＦ）のモ
ードも用意されている。

【００４９】（３）設計更新データファイル設計更新データファイル８は、アプリケーション間でデ
ータ転送を行う場合に、連携先のアプリケーションが起
動されていない場合に、連携元から転送されるデータを
一時格納するためのファイルである。このファイル名
は、たとえば「設計種別名．モジュール名．版数」の形
式となっており、転送先（連携先）が識別できる命令方
法が採用されている。

【００５０】データは、一旦この設計更新データファイ
ル８に格納され、連携先のアプリケーションが起動され
たときには、この設計更新データファイル８からデータ
が出力されて、連携元アプリケーションからのデータが
起動した連携先のアプリケーションに反映される。

【００５１】この設計更新データファイル８の存在によ
り、連携先のアプリケーションの起動状態を意識するこ
となく、アプリケーション間の連携が可能となる。これ
は、回路設計工程と、シミュレーション工程と、実装設
計工程とが隔離・分散されており、ネットワーク化され
ているようなシステムに特に有効である。

【００５２】なお、連携先のアプリケーションが起動さ
れているときには設計更新データファイル８を作成する
必要はないが、このような場合にもバックアップファイ
ルとしてデータを格納しておいてもよい。

【００５３】（４）トランザクション制御部トランザクション制御部１２には、トランザクション管
理簿７が設けられている。このトランザクション管理簿
７は、図１２に示すようにテーブル形式で「アプリケー
ション名」と、「設計対象名」と、「版数」と、「通信
ＩＤ」と、「グループＩＤ」とが登録されるようになっ
ている。「アプリケーション名」としては、回路設計工
程の場合には「ＣＩＲＣＵＩＴ」が、シミュレーション
工程の場合には「ＡＮＡＬＹＳＩＳ」が、実装設計工程
の場合には「ＰＡＴＴＥＲＮ」がそれぞれ登録されるよ
うになっている。「設計対象」には、モジュール名たと
えば「ＭＯＤＵＬＥ−Ａ」、「ＭＯＤＵＬＥ−Ｂ」等が
登録されるようになっており、「版数」は先に説明した
ようにそれぞれのモジュールの版数が登録されるように
なっている。

【００５４】「通信ＩＤ」は、プロセス間通信を識別す
るための識別符号であり固有の識別子が付与される。
「グループＩＤ」はどのアプリケーションとどのアプリ
ケーションとが相互に連携しているかを示すものであ
り、同一の連携関係にあるグループには同一の識別子が
付与される。

【００５５】次にこのトランザクション管理簿７を用い
て関連アプリケーションを識別する手順について簡単に
説明する。まず、各設計アプリケーションからトランザ
クション制御部１２に対して、処理を行う設計対象名、
アプリケーション名、その版数等を通知する。トランザ
クション制御部１２はこの通知情報をトランザクション
管理簿７に登録する。

【００５６】次に、トランザクション制御部１２は、設
計対象、版数を基に設計構造管理ファイル４を検索して
関連する設計対象および版数を索出する。次に、トラン
ザクション制御部１２は、前記検索結果を基に、関連す
る設計対象（モジュール）がトランザクション管理簿７
に存在するか否かを調べて、存在する場合には同一グル
ープＩＤを設定する。

【００５７】最後に、トランザクション制御部１２は、
トランザクション管理簿７から同一のグループＩＤを有
する設計アプリケーション同士を索出するとともに、ア
プリケーション種別ファイル５を読み出して転送方向を
決定して、連携した設計アプリケーション間のデータの
転送を実行する。

【００５８】図１２では、回路設計アプリケーションよ
りアプリケーション名（ＣＩＲＣＵＩＴ）と設計対象
（ＭＯＤＵＬＥ−Ａ）と設計版数（０１）とがトランザ
クション管理簿７に登録され、設計構造管理ファイル４
よりこのモジュールＡに連携する回路設計データの版数
と、シミュレーションデータの版数と、実装設計データ
の版数とが読み出されて、モジュールＡに関しては、版
数０１の回路設計アプリケーションと版数０２の実装設
計アプリケーションが連携することが認識され、これら
に同一のグループＩＤ「１」が付与されている。そして
アプリケーション種別ファイル５によって連携元が回路
設計アプリケーションで、連携先が実装設計アプリケー
ションであることが認識されている。

【００５９】以上の処理をトランザクション制御部１２
の処理ステップで表したものが図１３のフロー図であ
る。トランザクション制御部１２は初期起動時にまず
「通信ＩＤ」、「グループＩＤ」ともに「１」を設定す
る（ステップ１３０１）。

【００６０】次に、各アプリケーションから設計対象
名、アプリケーション種別、版数の通知を受け、トラン
ザクション管理簿７を作成する（１３０２）。そして、
各アプリケーション毎に固有の通信ＩＤを付与する（１
３０３）。このとき通信ＩＤの初期値は「１」であるか
ら最初に認識した設計アプリケーションの通信ＩＤは
「１」になる。そして、通信ＩＤに「１」を加算してお
く（１３０４）。これによって、設計アプリケーション
毎に「１」ずつインクリメントした固有の通信ＩＤが付
与されることになる。

【００６１】次に、「グループＩＤ」が設定されている
か否かが判定される（１３０５）。ここで、トランザク
ション制御部１２が初期起動時にはまだ「グループＩ
Ｄ」が登録されていないから、肯定論理（ｙｅｓ）に分
岐する。グループＩＤの設定はまず、設計対象、アプリ
ケーション種別、版数をキーとして設計構造管理ファイ
ル４を検索してそれぞれの連携対象を求める（１３０
６）。その上で、トランザクション管理簿７を検索して
関連する設計アプリケーションがトランザクション管理
簿７上に存在するか否かを判定する（１３０７）。ここ
で、トランザクション管理簿７上に関連アプリケーショ
ンが存在している場合には（１３０８）、これらの関連
アプリケーション間に同一のグループＩＤ（初期起動時
は「１」）を設定する。ここで管理簿の最終データまで
ロードした場合（管理簿の終了）にはグループＩＤに
「１」を加算しておく。

【００６２】前記ステップ１３０５において、グループ
ＩＤが既に設定されている場合には、管理簿の最終デー
タまでロードしたことを確認して（１３１２）、処理を
終了する。

【００６３】次に、関連アプリケーション間でのデータ
転送方法について説明する。図１４は、アプリケーショ
ン−Ａ（たとえば回路設計工程）での処理（データ変
更）がアプリケーション−Ｂ（たとえばシミュレーショ
ン工程）の処理に影響を与える場合の連携処理を概念的
に示したものである。同図では、両アプリケーション
（Ａ，Ｂ）が共に起動状態にある場合を示している。

【００６４】なお、同図中、ソケット（通信ＩＤ−１，
通信ＩＤ−２）とは、たとえばＵＮＩＸシステムで提供
されるプロセス間通信アプリケーションを意味してい
る。このようなプロセス間通信アプリケーションでは、
プロセス間のデータ通信はソケットと呼ばれる一種のフ
ァイルを通じて行われるようになっている。

【００６５】同図では、起動中であるアプリケーション
−ＡおよびＢよりトランザクション制御部１２に対し
て、設計対象名、アプリケーション種別および版数等が
通知されている。

【００６６】また、トランザクション制御部１２は、設
計構造管理ファイル４をアクセスして連携対象を検索す
るとともに、アプリケーション種別ファイル５をアクセ
スして連携方向を検索する。このようにして、トランザ
クション制御部１２は、トランザクション管理簿７中の
グループＩＤを検索して同一のＩＤを索出してあらかじ
め関連する相互のアプリケーションを識別しておく、同
図ではアプリケーションＡとアプリケーションＢとが同
一グループＩＤが付与され、アプリケーションＡからア
プリケーションＢにデータが連携されるものとする。

【００６７】そして、トランザクション制御部１２は、
各アプリケーション処理部６（Ａ，Ｂ）に関連するアプ
リケーションの通信ＩＤおよび起動状態を通知してお
く。同図では、アプリケーション処理部−Ａに対しては
自己通信ＩＤとして「通信ＩＤ−１」が、関連通信ＩＤ
として「通信ＩＤ−２」が通知されている。また、アプ
リケーション処理部−Ｂに対しては自己通信ＩＤとして
「通信ＩＤ−２」が、関連通信ＩＤとして「通信ＩＤ−
１」が通知されている。

【００６８】次に、各設計アプリケーション（Ａまたは
Ｂ）での操作内容を、ソケット（通信ＩＤ−１，２）を
通じて対応するアプリケーション処理部（ＡまたはＢ）
が解析して次の設計工程に影響を与えるか否かを判定す
る。

【００６９】図１４では、アプリケーション−Ａでの操
作内容が次の設計工程であるアプリケーション−Ｂの処
理に影響を与える場合であり、アプリケーション処理部
−Ａは、アプリケーション−Ｂに関連する操作内容を、
ソケット（通信ＩＤ−２）を通じてアプリケーション処
理部−Ｂに通知する。これにより、アプリケーション処
理部−Ｂは、自身のデータベース（たとえばシミュレー
ションデータベース）を更新する。

【００７０】以上の説明では、連携元のアプリケーショ
ン−Ａと連携先のアプリケーション−Ｂとが双方共に起
動中である場合だったが、本発明は、ネットワーク上の
ワークステーション毎にアプリケーションが起動されて
おり、それぞれの工程が分散して実行されている場合も
想定している。したがって、連携元のアプリケーション
Ａ（例えば回路設計工程）において、次工程であるアプ
リケーションＢ（シミュレーション工程）に影響がある
操作が行われてもこの時点でアプリケーションＢが起動
していないこともある。このように連携先のアプリケー
ション（Ｂ）が起動していない状態でのデータ転送を概
念的に示したものが図１５である。

【００７１】同図では、起動中であるアプリケーション
−Ａよりトランザクション制御部１２に対して、設計対
象名、アプリケーション種別および版数等が通知されて
いる。

【００７２】また、トランザクション制御部１２は、設
計構造管理ファイル４をアクセスして連携対象を検索す
る。このようにして、トランザクション制御部１２は、
トランザクション管理簿７中のグループＩＤを検索して
同一のＩＤを索出してあらかじめ関連する相互のアプリ
ケーションを識別するとともに、関連するアプリケーシ
ョンが起動されているか否かを認識する。ここでは、ア
プリケーションＡとアプリケーションＢとが同一グルー
プＩＤが付与されているがアプリケーションＢは起動さ
れていないものとする。

【００７３】そして、トランザクション制御部１２は、
アプリケーション処理部−Ａに対して自己の通信ＩＤ
（通信ＩＤ−１）を通知するとともに、関連アプリケー
ションＢは起動されていないことを通知している。

【００７４】次に、設計アプリケーション−Ａでの操作
内容が、ソケット（通信ＩＤ−１）を通じて対応するア
プリケーション処理部−Ａによって解析されて次の設計
工程（非起動状態のアプリケーションＢ）に影響を与え
るか否かを判定する。

【００７５】同図では、アプリケーションＡでの操作内
容が次の設計工程であるアプリケーションＢの処理に影
響を与える場合であり、アプリケーション処理部−Ａ
は、アプリケーション−Ｂに関連する操作内容を、トラ
ンザクション制御部１２に通知する。これにより、トラ
ンザクション制御部１２はアプリケーション−Ａにおけ
る操作内容（連携データ）を設計更新データファイル８
に格納する。

【００７６】トランザクション制御部１２は、各アプリ
ケーションの起動状態を常に監視しており、連携先のア
プリケーション−Ｂが起動された場合には図１６で示す
処理を行う。

【００７７】すなわち、トランザクション制御部１２
は、アプリケーション−Ｂが起動されたことを認識した
場合には、設計更新データファイル８に格納されていた
連携データを読み出して、ソケット（通信ＩＤ−２）を
通じてアプリケーション処理部−Ｂに連携データを通知
する。これにより、アプリケーション処理部−Ｂは、自
身のデータベース（たとえばシミュレーションデータベ
ース）を更新する。

【００７８】図１７は、図１４〜１６で示した一連の処
理をフロー化した図である。この図を用いてトランザク
ション制御による処理をもう一度説明する。トランザク
ション制御部１２は、関連アプリケーション（ここでは
ＡおよびＢ）を認識して（ステップ１５０１）、トラン
ザクション管理簿７にアクセスして同一グループＩＤが
存在しているか（関連するアプリケーションが起動状態
にあるか）否かを判別する（１５０２）。

【００７９】次に、一つのアプリケーション（ここでは
Ａ）からの操作が関連するアプリケーション（ここでは
Ｂ）のデータベースに影響を与えるか否かをアプリケー
ション処理部（ここではＡ）が判別する（１５０３）。
ここで、影響を与える場合（アプリケーションＡでの操
作内容が次のアプリケーションＢのデータベースに影響
を与える）には、その関連するアプリケーション（Ｂ）
が起動されているか否かを判断する（１５０４，１５０
５）。

【００８０】次に、この関連アプリケーション（Ｂ）の
ための設計更新データファイル８が既に存在するか否か
を判定する（１５０６）。ここで、連携時において連携
元と連携先のアプリケーションが両者共に起動されてい
るときには、設計更新データファイル８の作成はされて
おらず、アプリケーション間通信が可能な場合であるか
ら、関連アプリケーション用のソケット（通信ＩＤ−
２）を用いて、アプリケーション−Ａでの操作内容を、
関連アプリケーション−Ｂおよびアプリケーション処理
部−Ｂに通知する（１５０７，１５１０，１５１１）。

【００８１】ステップ１５０５において、関連アプリケ
ーション（Ｂ）が起動されていない場合には、アプリケ
ーション処理部（Ａ）は、当該アプリケーション（Ａ）
の操作内容（連携データ）をトランザクション制御部１
２に通知し（１５１２）、トランザクション制御部１２
はこの通知に基づいて当該操作内容を設計更新データフ
ァイル８に格納する（１５１３）。

【００８２】ステップ１５０７において、関連アプリケ
ーション（Ｂ）のための設計更新データファイル８が既
に存在している場合には、設計更新データファイル８か
ら連携元アプリケーション（Ａ）の操作内容を読み出し
て、アプリケーション処理部（Ｂ）に通知して、このア
プリケーション処理部（Ｂ）が管理するデータベースを
更新する（１５０８）。この処理はファイルの最終デー
タになるまで繰り返される（１５０９）。

【００８３】

【発明の効果】本発明によれば、一つの設計実行手段を
実行中に次の設計実行手段に影響を及ぼす変更がなされ
た場合に、直ちにその変更内容を次の設計実行手段に通
知してその連携先のデータベースを更新できるため、時
間的な差をもちながら段階的に実行される複数の設計実
行手段を矛盾なく並列に実行することが可能となる。こ
のため、ＣＡＤにおける設計の全体工程を短縮化でき、
効率的な設計を実現することができる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】本発明による設計工程短縮の概念を示す説明図

【図３】本発明の応用例を示す説明図

【図４】本発明の応用例を示す説明図

【図５】実施例におけるＣＡＤ設計支援装置のシステム
構成を示すブロック図

【図６】設計構造管理ファイルの構成を示すアドレス割
付図

【図７】回路設計データにおける階層構造を示す説明図

【図８】シミュレーションデータにおける階層構造を示
す説明図

【図９】実装設計データの一例を示す説明図

【図１０】設計構造管理ファイルの階層構造を示す概念
図

【図１１】アプリケーション種別ファイルの内容を示す
説明図

【図１２】トランザクション管理簿の内容を示す説明図

【図１３】トランザクション制御部における通信ＩＤお
よびグループＩＤの付与手順を示すフロー図

【図１４】関連アプリケーション間におけるデータ転送
方法を示す概念図（連携先アプリケーションが起動中の
場合）

【図１５】関連アプリケーション間におけるデータ転送
方法を示す概念図（連携先アプリケーションが起動して
いないとき）

【図１６】関連アプリケーション間におけるデータ転送
方法を示す概念図（連携先アプリケーションが起動した
とき）

【図１７】関連アプリケーション間におけるデータ転送
手順を示すフロー図

【図１８】設計工程間における変更データの反映を示す
説明図

【図１９】設計工程間における変更データの反映を示す
説明図

【図２０】設計工程間における変更データの反映を示す
説明図

【符号の説明】

１ａ，１ｂ，１ｃ・・設計実行手段（設計アプリケーシ
ョン）２ａ，２ｂ，２ｃ・・設計データベース（ＤＢ１，ＤＢ
２，ＤＢ３）３・・工程管理部４・・設計構造管理ファイル５・・実行手段種別ファイル６ａ，６ｂ，６ｃ・・実行処理部（ＡＰＭ１，ＡＰＭ
２，ＡＰＭ３）７・・トランザクション管理簿８・・設計更新データファイル１０・・通信回線（ＬＡＮ）１１・・トランザクションバス１２・・トランザクション制御部１３・・最上位モジュールテーブル１４・・モジュールテーブル１５・・版数テーブルＷＳ１〜３・・・ワークステーション

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/50

Claims

(57)【特許請求の範囲】

【請求項１】互いに独立して実行処理が可能であると
ともに、時間的な差をもちながら段階的に実行が開始さ
れる少なくとも第１，第２および第３の設計実行手段
（１ａ，１ｂ，１ｃ）と、前記各設計実行手段（１ａ，１ｂ，１ｃ）によって呼び
出される設計データベース群、すなわち第１，第２およ
び第３の設計データベース（２ａ，２ｂ，２ｃ）と、前記各設計実行手段（１ａ，１ｂ，１ｃ）および各設計
データベース（２ａ，２ｂ，２ｃ）と接続されＣＡＤの
全体工程を管理する工程管理部（３）とからなり、前記工程管理部（３）には、設計対象物の階層構造と版
数とを管理し、前記いずれかの設計実行手段（１ａ，１
ｂ，１ｃ：連携元実行手段）での設計対象物に対する設
計内容の変更が、他の設計実行手段（１ａ，１ｂ，１
ｃ）の設計対象物のどの部分に反映されるかを特定する
ことによって連携先の実行手段（１ａ，１ｂ，１ｃ）を
決定する設計構造管理ファイル（４）と、前記各設計実行手段（１ａ，１ｂ，１ｃ）間でデータを
転送する場合の転送方向を規定する実行手段種別ファイ
ル（５）とを有していることを特徴とするＣＡＤ設計支
援装置。
【請求項２】前記各設計データベース（２ａ，２ｂ，
２ｃ）は各設計実行手段（１ａ，１ｂ，１ｃ）に対応し
て設計データベース（２ａ，２ｂ，２ｃ）の加工処理を
行うそれぞれの実行処理部（６ａ，６ｂ，６ｃ）を有し
ており、前記各設計実行手段（１ａ，１ｂ，１ｃ）と各
実行処理部（６ａ，６ｂ，６ｃ）とは通信回線（１０）
により相互に接続されていることを特徴とする請求項１
記載のＣＡＤ設計支援装置。
【請求項３】前記工程管理部（３）は、各設計実行手
段（１ａ，１ｂ，１ｃ）からの現在処理中の設計対象物
名および版数の通知を受領して生成されるトランザクシ
ョン管理簿（７）を有し、このトランザクション管理簿
（７）に基づいて前記設計構造管理ファイル（４）を検
索して関連する設計対象物と版数とを特定することを特
徴とする請求項１記載のＣＡＤ設計支援装置。
【請求項４】前記工程管理部（３）は、連携元の設計
実行手段（１ａ，１ｂ，１ｃ）で設計変更がありかつ連
携先の設計実行手段（１ａ，１ｂ，１ｃ）が起動されて
いない場合に、連携元の設計実行手段（１ａ，１ｂ，１
ｃ）からのデータを格納する設計更新データファイル
（８）を有している請求項１記載のＣＡＤ設計支援装
置。
【請求項５】前記工程管理部（３）は、各設計実行手
段（１ａ，１ｂ，１ｃ）の起動の有無を監視し、連携先
の設計実行手段（１ａ，１ｂ，１ｃ）が起動されたこと
を認識した場合には、前記設計更新データファイル
（８）が格納している連携元の設計実行手段（１ａ，１
ｂ，１ｃ）からのデータを連携先の設計実行手段（１
ａ，１ｂ，１ｃ）または実行処理部（６）に通知するこ
とを特徴とする請求項４記載のＣＡＤ設計支援装置。