JPH0793395A - 電子回路設計データの管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 管理すべき設計データの項目や長さの相違に
柔軟に対応することが可能で、設計管理履歴、複数の実
装設計データ等を効率的に一元管理できる電子回路設計
データ管理方法を提供すること。 【構成】 管理単位とする電子回路設計データのまとま
りを階層モジュール1,2,3,4 毎に分割しそれらをリンク
付けする。また、各階層の電子回路設計データを構造記
述と動作記述のような記述レベルの相違するデータに分
割し、構造記述データについては、外部端子データ、サ
ブモジュール、ネットデータ等のオブジェクト群11,12,
14,15 に分割する。そして、各データを設計作業内容毎
に分割しリンク付けする。さらに、設計変更履歴を示す
履歴情報13のような設計属性に分割して管理する。ま
た、インタフェース5 を設け異なる設計思想で設計され
たＣＡＤツール6 とのデータの受渡しを行うことができ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は電子回路設計データの管
理方法に関する。近年、電子回路装置の開発において
は、次のような要求が高まり、このため、以下に示す対
応が必要となってきている。 装置の回路規模の増大、装置の小型／高性能化の傾
向が高まり、例えば、フルカスタム方式の高集積度ＬＳ
ＩやＭＣＭ（MULTI CHIP MODULE ）等の採用など、階層
モジュール設計における階層構造の複雑多様化をもたら
している。

【０００２】一方、装置全体としての整合性に基づく高
品質の設計を実現するためには、設計階層を透視した統
一的な視点からの設計評価分析が必要不可欠となってい
る。このため、設計階層毎に管理すべき項目や同一設計
データであっても階層毎に長さの異なる設計データを統
一的に一元管理できる設計データ管理機能が必要となっ
てきている。 電子回路装置の開発においては、より高品質の装置
をより早く市場に出すための競争が激化する中で、装置
開発のために必要な様々な設計作業（例えば、実装設
計、遅延時間解析、熱解析、テスト設計、等）を、同時
並行的に推進するコンカレント・エンジニアリングの手
法の適用が要求されている。

【０００３】このために、一時期に同一設計対象の複数
の設計バージョンを効率的に管理する機能が必要になっ
ている。すなわち、種々の設計データの履歴管理を行
い、効率的かつ容易に旧設計データの復元を行える機能
が必要となっている。 例えば、同一の回路設計に対して、異なる実装設計
を行い、よりコストの安い製品、より小型で高性能な製
品、特定の利用環境に適した製品等を開発し、より幅広
い市場ニーズに対応することが必要となっている。

【０００４】このため、同一の回路設計データに対し
て、複数の実装設計データを効率的に管理する機能が必
要になっている。すなわち、一つの基盤となる設計デー
タに対して、複数の別の内容の設計データを付随管理す
る機能が必要になっている。 電子装置の高品質化（機能、性能、信頼性、等の指
標で）、大規模化、開発期間の短縮、等の要求がますま
す高まる中で、例えば、設計内容記述を論理ゲートレベ
ルでなく、動作レベルの高級記述言語により行い、論理
ゲートレベル設計記述を、自動論理合成機能を活用する
ことで、より効率的に生成することが要求されている。

【０００５】このため、電子回路設計データ管理機能と
して、モジュール設計される各設計部分に対して、論理
ゲートレベル設計記述や高級記述言語による動作記述を
同時に管理し、装置全体を扱う場合には、目的に応じて
任意の記述レベルの組み合わせを効率的に提供できる機
能が必要となっている。すなわち、設計記述レベルの混
在を効率的に管理する機能が必要となっている。 装置の設計データ全体はホスト計算機で管理する一
方、高性能のＥＷＳ（ENGINEERING WORK STATION）の普
及に伴い、その性能、および、グラフィク表示によるＭ
ＭＩ（MAN MACHINE INTERFACE ）のよさを活用し、その
設計作業に、より適した設計環境を活用する分散設計処
理開発が要求されている。

【０００６】このため、設計モジュールのどの部分のど
の設計作業がどのように分散処理されているか、効率的
に管理できる機能が必要となっている。 例えば、フルカスタムＬＳＩのレイアウト設計、あ
るいは、タイミングや機能レベル仕様しか分からないマ
クロセルを含む論理設計検証等の、設計／解析作業内容
の多様化に伴い、全てを一貫したインタフェースを前提
として開発されたＣＡＤツール群でまかなうことは困難
となり、異なるインタフェースを前提として開発された
ＣＡＤツールを導入活用することが要求されている。

【０００７】このため、これら異なるインタフェースを
前提としたＣＡＤツールに、効率的にその必要となる設
計データを渡し、かつ、設計結果のフィードバックを効
率的て実現する機能が必要となっている。 ＬＳＩテクノロジー等の設計条件の複雑化／高度
化、および、より高品質な設計を効率的に実現するため
には、特定の設計部分に対する設計者自身の設計目標や
設計意図を指示したり、あるいは、部分的に同一設計素
材であっても異なる設計制約条件を適用できることが要
求されている。このため、設計データの管理において
も、このような設計目標、設計意図、設計制約といった
ものを管理し、設計／解析支援ＣＡＤツールに受け渡
し、よりきめこまかな設計／解析を支援できることが必
要となっている。

【０００８】

【従来の技術】図５は本発明の対象となるＬＳＩをサブ
モジュールとするプリント板回路の一例を示す図であ
り、同図において、５０はプリント板回路、(1) 、(2)
、(3) はプリント板回路の外部端子、ＬＳＩａ〜ＬＳ
Ｉｃはプリント板５０に搭載される集積回路（以下ＬＳ
Ｉという）、〜は各ＬＳＩの入出力端子、α，β，
γ，δはＬＳＩａ〜ＬＳＩｃの入出力端子とプリント板
回路５０の外部端子(1) 、(2) 、(3) を接続するネット
を示している。

【０００９】図６は図５に例示したプリント板回路の従
来の電子回路設計データの管理方法を示す図である。同
図において、６１はプリント板回路設計データ構造を記
述した第１の階層、６２はＬＳＩ設計データ構造を記述
した第２の階層、６３はＬＳＩ内レイアウト・ブロック
設計データ構造を記述した第３の階層であり、同図の各
表における、(1) 、(2) 、(3) 、ａ，ｂ，ｃ、〜、
α，β，δはそれぞれ図５に示したプリント板回路の外
部端子、ＬＳＩａ〜ＬＳＩｃ、各ＬＳＩの入出力端子、
ネットに番号に対応している。

【００１０】プリント板回路設計データ構造を記述した
第１の階層６１では、同図に示すように、プリント板全
体を代表するデータを格納したプリント板タイトルデー
タ６１１、プリント板の複数の外部端子データを格納し
たプリント板外部端子データ表６１２、搭載したＬＳＩ
の設計データを格納した搭載ＬＳＩデータ表６１３、搭
載されたＬＳＩの各入出力端子を全て並べた搭載ＬＳＩ
入出力端子データ表６１４、プリント板上のネットの形
を格納したプリント板上ネットデータ表６１５、データ
ベースへアクセスできる最小の単位のデータの大きさを
示すデータベース・アクセス単位６１６が管理される。

【００１１】さらに、専用データとして、動作をテキス
ト形式で記述した動作記述テキスト６１７、配列として
の管理に不適当な不定長データであるネット配線図形デ
ータ６１８等が一つの集合として管理される。同図にお
いて、プリント板外部端子データ表６１２、搭載ＬＳＩ
データ表６１３等は、リレーショナル・データベースな
どの表形式でデータを管理するデータベースを用い、階
層毎に表形式で管理されている。

【００１２】例えば、プリント板外部端子データ表６１
２においては、どのような論理レベルの信号が加わるか
を示す論理設計属性表、実装時の接続関係を示す実装設
計属性表、テスト時にどのような状態に設定されるかを
示すテスト設計属性表等のように、設計作業内容毎にデ
ータが表としての対応を保持されながら、個別にアクセ
スできるように管理されている。

【００１３】論理設計属性表、実装設計属性表、テスト
設計属性表では、例えば下記のデータが管理される。 (1) 論理設計属性表で管理される論理設計属性データ ・外部端子データ：信号種別（クロック、リセット
等）、負荷合計値 ・サブモジュールデータ：サブモジュール識別名、サブ
モジュール名、回路図上位置 ・サブモジュールデータ入出力端子データ：ピン名、接
続ネット識別名、駆動能力／負荷値 ・ネットデータ：ネット識別名、ネット機能名、駆動余
力値 (2) 実装設計属性表で管理される実装設計属性データ ・外部端子データ：外部ピン位置 ・サブモジュールデータ：配置位置、配置方向 ・サブモジュールデータ入出力端子データ：サブモジュ
ール物理ピン位置、空端子処理情報 ・ネットデータ：パターン配線未完マーク、配線長、ノ
イズ余裕値 (3) テスト設計属性表で管理されるテスト設計属性デー
タ ・外部端子データ：テスト時設定値、外部入出力ネット
種別（スルー、FF到達） ・サブモジュールデータ：テスト対象外マーク、冗長回
路マーク、分割識別名 ・サブモジュールデータ入出力端子データ：等価故障グ
ループ名、故障検出済マーク ・ネットデータ：テストパターン番号、冗長ネットマー
ク また、搭載ＬＳＩデータ表６１３、搭載ＬＳＩ入出力端
子データ表６１４、プリント板上ネットデータ表６１５
においても、上記したプリント板外部端子データ表６１
２と同様、設計作業内容毎にデータが表としての対応を
保持されながら、個別にアクセスできるように管理され
ており、搭載ＬＳＩ入出力端子データ表６１４におけ
る、下階層モジュールのＬＳＩの入出力端子データは、
既に設計してあるＬＳＩ設計データから必要な項目を複
写して持ち込み（あるいは仮定してもよい）、下階層モ
ジュールとは分離して管理されている。

【００１４】ＬＳＩ設計データ構造を記述した第２の階
層６２およびＬＳＩ内レイアウト・ブロック設計データ
構造を記述した第３の階層６３においても、上記と同
様、ＬＳＩ設計データ構造、ＬＳＩ内レイアウト・ブロ
ック設計データ構造が表形式でそれぞれ分離して管理さ
れている。従来においては、上記のように設計データを
管理しているので、表単位での設計データ項目の追加、
削除、あるいは、データ長の一律の変更が容易であるこ
と、当設計データ構造を前提として開発されているＣＡ
Ｄプログラム群との適合性が高く、同時に効率的インタ
フェースを実現することが可能である等の長所をもって
いる。

【００１５】従来の設計データの管理方法は、上記のよ
うな長所を持っている一方、次のような欠点を持ってい
る。 下階層モジュールの入出力端子データの必要なもの
を複写格納して各設計階層を独立して管理しており、装
置全体としての階層を管理する一つの視点を持もってい
ない。また、強いて階層展開形をこの形式で管理すると
階層毎にデータ長が異なるため、管理スペースの利用効
率が著しく低下する。 設計変更があっても、表形式で全体を対応付けて管
理しているので、設計変更のあった部分のみを効率的に
管理することができない。 一つの論理設計データに対して、複数の実装データ
を対応保管管理するような複雑な設計データ管理機能の
実現が困難である。 動作記述テキストはプリント板全体としてのものは
一応対応付けて管理できるが、設計階層をまたがって記
述レベルが混在しているものを管理するためには、別の
仕組みを導入する必要がある。 階層モジュール構造を陽に管理していないため、ネ
ットワーク構成を持つワークステーション等による分散
処理を管理するためには、別な仕組みを導入する必要が
ある。 他のＣＡＤシステムとインタフェースをとろうとす
る場合、設計データ全体を表形式で管理しているため、
思想の異なるインタフェースをもつＣＡＤシステムのデ
ータの受渡しでは設計データ全体を処理しなくてはなら
ず、複雑で膨大な処理を必要とする。 表形式による設計データの管理を基本としているた
め、例えば、設計制約条件、設計目標条件等のテキスト
的なデータや数式的なデータや配線図形データのような
長さの一定でないデータの管理は困難である。

【００１６】

【発明が解決しようとする課題】すなわち、上記した従
来技術においては、次に示す問題があった。 (1) 従来、階層モジュール構造を持つ設計データは、階
層毎に、該当階層の設計支援処理で必要とする下階層の
設計データを仮定したり、持ち込んだりし、それぞれ個
別に独立管理していた。

【００１７】ところが、設計階層の多様化に伴い、装置
全体を一貫開発する設計者の立場から見れば、一つのも
のとして見えるものがばらばらにされることによる設計
オーバヘッド（例えば、設計階層間にまたがる一つの信
号ネットの同一の設計属性を階層毎にそれぞれ重複指示
しなくてはならない等）が増大し、設計工数が増大しつ
つある。

【００１８】また、設計支援するＣＡＤツールを開発す
る立場においては、装置全体の論理シミュレーション、
遅延時間解析、テスト生成、等の処理において、階層構
造を展開した設計データを必要としている。さらに、従
来の設計データ管理方式においては、階層毎に独立して
管理しているため、それぞれのＣＡＤツールが独自にそ
の処理目的に応じて階層展開処理をおこなっていた。

【００１９】このため、階層構造の複雑多様化に伴い、
その開発工数が増大するとともに、ＣＡＤツール間の展
開方式の相違から、その利用者である設計者とのインタ
フェースが異なってしまう（例えば、同一設計対象物の
名称がＣＡＤツール毎に異なる、等）といった問題が生
じ、設計効率を阻害する原因になっていた。以上の従来
の設計データ管理方式における問題点は、計算機処理効
率や設計データ保管領域の節約を重視するあまり、設計
階層毎に管理すべき設計データの項目や長さの相違を柔
軟に管理対応することが不可能であったことに起因して
いる。 (2) 従来、設計変更があった場合、（回路設計であれ、
実装設計であれ、遅延時間解析結果であれ）、新たな設
計／解析結果のデータ一式全てを各バージョン毎に管理
する方式をとっていた。

【００２０】すなわち、設計変更があった場合、その部
分だけを管理することはできず、設計変更がなかった部
分も含めて、新たな表を作成して管理する必要があっ
た。ところが、コンカレント・エンジニアリングの適用
等で、一時期に保管すべき設計バージョンの数が増える
にしたがい、重複して保管すべきデータ量が増大し、保
管すべきファイル装置の数が増大するともに、多数の設
計バージョンを人手管理する工数が増大し、設計開発効
率が阻害されるという問題が生じていた。 (3) 従来、一つの論理設計データに対して、例えば、複
数の実装設計データを対応させる場合、上記の設計変更
履歴管理の場合と同様、一つの論理設計データとそれを
基盤とする複数の実装設計データの全ての組み合わせを
個別に一式管理するという方式をとっていた。

【００２１】例えば、一つの論理設計データに対して、
高品質の製品と、普通の品質の製品のように異なった実
装レベルのプリント板が存在する場合、それぞれの実装
レベルのプリント板に対して新たな表を作成し、それぞ
れ管理する必要があった。ところが、市場ニーズの多様
化にともない、このような組み合わせの数が増大すると
ともに、その保管すべき設計量、および、その人手管理
工数が増大するという問題が生じてきた。 (4) 従来、例えば、一つの論理機能単位に対する論理ゲ
ートを構成要素とする構造記述とテキスト言語による動
作記述といった異なる記述レベルの一対一の対応は管理
されていても、階層モジュール構造によって設計された
装置全体として、どの部分にどのような記述が存在する
かは管理されていなかった。

【００２２】また、設計全体あるいは広い範囲の設計／
解析支援を行う場合、その目的に最適な記述レベルの組
み合わせの生成を容易に行うための支援機能が存在しな
かった。例えば、高級言語で記述したレベルと論理ゲー
トレベルのように異なったレベルの動作記述テキストが
混在するミックスト・モードのデータをうまく管理する
ことはできなかった。

【００２３】このため、人手によって煩雑な処理を行っ
ていた。 (5) 従来、ＬＳＩのレイアウト設計のような高度なグラ
フィク表示によるＭＭＩ（MAN MACHINE INTERFACE ）を
必要とするような処理はＥＷＳ（ENGINEERING WORK STA
TION）によって分散処理し、また、装置全体の設計検証
のような巨大な設計データを処理する場合は、ホスト計
算機で行うといった処理がなされてきた。

【００２４】ところが、ＥＷＳの普及に伴い上記のよう
な分散処理が日常的におこなわれ、階層モジュール構造
の複雑多様化とともに、複雑で多岐な分散処理が行われ
るになってきている。しかしながら、上記分散処理にお
いては、どの部分のどのような処理がどのようにして分
散処理されているかの管理を人手にたよっているため、
その管理工数が増大してきている。 (6) 従来、ＣＡＤツール群は、一つのまとまりのあるシ
ステムとして共通のデータベースを中心に構築された。
ところが、設計作業の多様化／高度化にともない、異な
るインタフェース前提として開発されたＣＡＤツール
（例えば、他社で開発されたＣＡＤツール）を利用せざ
るを得ないような状況が増大してきた。

【００２５】ところが、そのようなＣＡＤツールを利用
するにあたっては、個別に多大で長時間を要する変換処
理を施し、そのＣＡＤツールの必要とする設計データを
ブリッジする必要があり、頻繁に行き来するような利用
形態では、運用効率が著しく阻害されるという問題があ
った。 (7) 従来、設計制約や設計評価指標といったものは、そ
れを利用する設計支援ツールの中に具備されるか、設計
された結果に対して設計者が評価し、支援ツールを利用
して人手を介入し最適化を図るという方式がとられてい
た。

【００２６】ところが、このような方式では、設計制約
や設計評価指標を部分的に変更したり、動的に設計支援
ツールに渡すことによって、設計者への手戻りを少なく
することができず、よりきめ細かな設計支援を効率的に
行うことができないという問題を生じていた。本発明は
上記した従来技術の問題点を解決するためになされたも
のであって、本発明の第１の目的は、上記した(1) に示
した課題を解決するため、計算機の処理効率は多少犠牲
にすることはあっても、設計階層毎に管理すべき設計デ
ータの項目や長さの相違を柔軟に管理対応することが可
能な電子回路設計データ管理方法を提供することを目的
とする。

【００２７】本発明の第２の目的は、上記した(2) に示
した課題を解決するため、変更された部分の設計データ
を含む適切な周辺部分のみを単位とする設計変更履歴管
理を行い、変更されていない部分を含む新たな設計デー
タ一式を保管するといった大量の設計データの重複保管
を避けるとともに、管理すべき設計変更部分をあまり細
かく管理し、管理するための制御データのオーバヘッド
の増大をも避け、効率的な設計管理履歴管理を行い、更
に、任意のバージョンの復元を効率的に行うことができ
る電子回路設計データ管理方法を提供することを目的と
する。

【００２８】本発明の第３の目的は、上記した(3) に示
した課題を解決するため、同一データを重複保管するこ
となく、複数の実装設計データを効率的に一元管理し、
任意の実装設計データや対応する他の設計データを適
宜、管理し取り出すことができる電子回路設計データ管
理方法を提供することを目的とする。本発明の第４の目
的は、上記した(4) に示した記述レベル混在設計に対す
る効率的設計データ管理機能を備えた電子回路設計デー
タ管理方法を提供することを目的とする。

【００２９】本発明の第５の目的は、上記した(5) に示
した分散処理形態の管理を確実にかつ効率的に行い、人
手管理による工数増大を回避することができる電子回路
設計データ管理方法を提供することを目的とする。本発
明の第６の目的は、上記した(6) に示した課題を解決す
るため、異なるＣＡＤツールのインタフェースに対して
も効率的に普遍的なＣＡＤデータインタフェースを提供
できるように、特定のＣＡＤツールとのインタフェース
のみの効率的処理を前提とせず、どのようなＣＡＤツー
ルに対しても、容易に効率的なインタフェースを提供す
ることが可能な電子回路設計データ管理方法を提供する
ことを目的とする。

【００３０】本発明の第７の目的は、上記した(7) に示
した課題を解決するため、設計データの管理として設計
制約や設計指標も設計データと同様に管理できるように
し、よりきめ細かで手戻りの少ない設計支援を実現する
ことができる電子回路設計データ管理方法を提供するこ
とを目的とする。

【００３１】

【課題を解決するための手段】図１は本発明の原理図で
あり、同図において、１，２，３は階層モジユール構造
に分割された電子回路設計データ、５はインタフェー
ス、６は設計作業の支援をするＣＡＤツール、１１〜１
５は階層モジユールにおけるオブジェクト群である。

【００３２】上記課題を解決するため、本発明の請求項
１の発明は図１に示すように、電子回路の設計／解析作
業を行うための電子回路設計データの管理方法におい
て、電子回路設計データ１，２，３を階層モジュール構
造とするとともに、各階層のデータをオブジェクト１
１，１２，１３，１４，１５に分割し、各階層内、各階
層間のオブジェクトをリンクで関係付けることにより、
項目の異なる設計データ、データ長の異なる設計データ
等を含む電子回路設計データを、統一的かつ一元的に管
理するようにしたものである。

【００３３】本発明の請求項２の発明は、請求項１の発
明において、設計／解析作業を進める過程において必要
となる設計変更履歴情報１３を、対応する設計データと
リンクで関係付けることにより、周辺データの重複量、
変更履歴管理のための制御データのオーバヘッドの量を
調整しつつ管理するようにしたものである。本発明の請
求項３の発明は、請求項１または請求項２の発明におい
て、内容の異なる設計を行って、基盤となる一組の設計
データに新たな設計データを付加する際、基盤となる一
組の設計データに新たな設計データをリンクで関係付け
ることにより、付加する新たな設計データの複数組を効
率的に管理できるようにしたものである。

【００３４】本発明の請求項４の発明は、請求項１，２
または請求項３の発明において、階層モジュール構造を
持つ設計データの同一部分に対して、設計記述レベルの
異なる表現形式のデータ１４をリンクで関係付けること
により、設計記述レベルの異なる複数の表現形式のデー
タを管理できるようにするとともに、全体の電子回路設
計データから、部分毎に任意の設計記述レベルが混在す
るデータを容易に抽出できるようにしたものである。

【００３５】本発明の請求項５の発明は、請求項１，
２，３または請求項４の発明において、設計データの全
体を統一管理するホスト計算機と、該ホスト計算機とネ
ットワークを介して接続され、階層モジュール構造の中
の特定設計部分の処理を行う分散処理計算機を設け、上
記ホスト計算機もしくは分散処理計算機により、どの部
分のどの設計データがどの分散処理計算機により処理さ
れ、その設計結果としての設計データが上記ホスト計算
機に戻されているか否かの管理を行うようにしたもので
ある。

【００３６】本発明の請求項６の発明は、請求項１，
２，３，４または請求項５の発明において、種々の設計
作業を支援するＣＡＤツール６と表形式のデータと階層
モジュール構造を持つ電子回路設計データ間の受渡しを
するインタフェース５を設け、異なる設計思想で設計さ
れたＣＡＤツールのデータ、表形式のデータ、もしく
は、上記階層モジュール構造を持つ電子回路設計データ
間を、双方が必要とする設計作業の内容に応じた効率的
な設計データ単位で受渡しできるようにしたものであ
る。

【００３７】本発明の請求項７の発明は、請求項１，
２，３，４，５または請求項６の発明において、設計者
の意図／目標あるいは知識、もしくは設計素材等に起因
する設計制約条件を、設計データの部分部分に予め登録
しておき、内容の異なる種々の設計／解析作業を進める
にあたって、上記設計制約条件を適宜動的に参照するこ
とにより、高品質で効率的な設計支援を行うようにした
ものである。

【００３８】

【作用】図１において、管理単位とする電子回路設計デ
ータのまとまりを階層モジュール１，２，３，４毎に分
割しそれらをリンク付けする。また、各階層の電子回路
設計データを構造記述と動作記述のような記述レベルの
相違するデータに分割し、構造記述データについては、
外部端子データ、サブモジュール、ネットデータ等のオ
ブジェクト群１１，１２，１３，１４，１５に分割す
る。そして、一つ一つのデータを設計作業内容毎に分割
しリンク付けする。さらに、必要に応じて、設計変更履
歴を示す履歴情報１３のような設計属性に階層分割して
管理する。

【００３９】本発明の請求項１の発明においては、電子
回路設計データを上記のように階層モジュールに分割し
て管理しているので、計算機処理効率を多少犠牲にする
ことかあっても、データ項目の性格やデータの長さがこ
となるデータを含む電子回路データを統一的にかつ一元
的に管理することができ、電子回路の設計効率の向上を
図ることができる。

【００４０】本発明の請求項２の発明においては、設計
変更履歴情報１３を、対応する設計データとリンクで関
係付け、周辺データの重複量、変更履歴管理のための制
御データのオーバヘッドの量を調整しつつ管理するよう
にしたので、大量の設計データの重複保管を避けること
ができ、効率的な設計履歴管理を行うことができる。本
発明の請求項３の発明においては、基盤となる一組の設
計データに新たな設計データをリンクで関係付けるよう
にしたので、基盤となる設計データを重複保管すること
なく、複数の新たな設計データを効率的に一元管理し、
必要時、必要なデータを取り出すことが可能となる。

【００４１】本発明の請求項４の発明においては、設計
記述レベルの異なる表現形式のデータ１４をリンクで関
係付けることにより、設計記述レベルの異なる複数の表
現形式のデータを効率的に管理することができる。本発
明の請求項５の発明においては、設計データの全体を統
一管理するホスト計算機と、該ホスト計算機とネットワ
ークを介して接続され、階層モジュール構造の中の特定
設計部分の処理を行う分散処理計算機を設け、上記ホス
ト計算機もしくは分散処理計算機により、どの部分のど
の設計データがどの分散処理計算機により処理され、そ
の設計結果としての設計データが上記ホスト計算機に戻
されているか否かの管理を行うようにしたので、分散処
理形態の管理を確実かつ効率的に行うことができる。

【００４２】本発明の請求項６の発明においては、種々
の設計作業を支援するＣＡＤツール６と表形式のデータ
と階層モジュール構造を持つ電子回路設計データ間の受
渡しをするインタフェース５を設けたので、異なる設計
思想で設計されたＣＡＤツールのデータ、表形式のデー
タ、もしくは、ＣＡＤツールと上記階層モジュール構造
を持つ電子回路設計データ間を、双方が必要とする設計
作業の内容に応じた効率的な設計データ単位で受渡しを
行うことができ、設計効率を向上させることができる。

【００４３】本発明の請求項７の発明の発明において
は、設計者の意図／目標あるいは知識、もしくは設計素
材等に起因する設計制約条件を、設計データの部分部分
に予め登録しておき、内容の異なる種々の設計／解析作
業を進めるにあたって、上記設計制約条件を適宜動的に
参照できるようにしたので、高品質で効率的な設計支援
を行うことが可能となる。

【００４４】

【実施例】図２は本発明の実施例における電子回路設計
データの管理方法を示す図であり、本実施例において
は、図５に例示したプリント板回路のデータ管理方法を
示している。同図において、２１はプリント板回路設計
データ・オブジェクト群を記述した第１の階層、２２は
ＬＳＩ設計データ・オブジェクト群を記述した第２の階
層、２３はＬＳＩ内レイアウト・ブロック設計データ・
オブジェクト群を記述した第３の階層であり、図６の場
合と同様、同図の各表における、(1) 、(2) 、(3) 、
ａ，ｂ，ｃ、〜、α，β，δは、それぞれ図５に示
したプリント板回路の外部端子、ＬＳＩａ〜ＬＳＩｃ、
各ＬＳＩの入出力端子、ネットに番号に対応している。

【００４５】プリント板回路設計データ・オブジェクト
群を記述した第１の階層２１において、プリント板タイ
トル・オブジェクト２１１は図６に示したプリント板タ
イトルデータとほぼ同じ内容のデータを管理するが、更
に、上位設計階層モジュールへのリンクを持ち、階層モ
ジュール構造を陽に管理する。また、プリント板タイト
ル・オブジェクト２１１はプリント板外部端子データ・
オブジェクト２１２や搭載ＬＳＩデータ・オブジェクト
２１３や、更に、専用データとしての動作記述テキスト
２１６等への明確な対応付けのためのリンクを持ち、陽
なデータ間の関係管理を行う。

【００４６】すなわち、該リンクを介して上位設計階層
モジュールやプリント板外部端子データ・オブジェクト
２１２へアクセスすることが可能である。本実施例にお
いて、図６に示したプリント板外部端子データ表は、論
理回路設計データ、論理回路図設計データなどの各設計
作業内容毎のオブジェクトとしてのまとまりに分割さ
れ、基本データからのリンク接続により、柔軟に管理さ
れる。

【００４７】例えば、図２においては、プリント板外部
端子データは論理設計属性データ・オブジェクト、実装
設計属性データ・オブジェクト、テスト設計属性データ
・オブジェクトに分けられ、論理設計属性データから実
装設計属性データ、テスト設計属性データへリンク接続
されている。なお、外部端子の一つ一つを分割しない
で、一つのかたまり（オブジェクト）として扱うのは、
外部端子の一つ一つをオブジェクトとして管理すること
による制御データのオーバヘッドの極端な増大を避ける
ためである。

【００４８】また、搭載ＬＳＩデータやプリント板上ネ
ット・データについては、一つ一つの搭載ＬＳＩ、プリ
ント板上ネットを個別に分割して管理し、これらが順次
リンクによって関係付けられる。さらに、それぞれが、
プリント板外部端子データの場合と同様に設計作業内容
毎に分割され、それぞれオブジェクトを構成し、基本デ
ータからのリンクによって柔軟に管理されている。

【００４９】図２の例において、搭載ＬＳＩデータは
（ａ），（ｂ），（ｃ），…，の各ＬＳＩ毎に分割さ
れ、これらが順次リンク接続される。また、これらがプ
リント板外部端子データと同様に、論理設計属性デー
タ、実装設計属性データ、テスト設計属性データに分け
られ、搭載ＬＳＩオブジェクト群２１３として管理さ
れ、それらはリンクによって関係付けられている。さら
に、搭載ＬＳＩデータはリンクにより設計変更履歴情報
を記述した旧実装設計属性オブジェクト群２１４に関係
付けられる。

【００５０】また、同様に、プリント板上ネット・デー
タについても、α，β，γ，δ，…，のプリント板上の
ネット毎に分割され、これらが順次リンク接続される。
また、これらがプリント板外部端子データと同様に、論
理設計属性データ、実装設計属性データ、テスト設計属
性データに分けられ、プリント板上ネット・オブジェク
ト群として管理され、それらはリンクによって関係付け
られている。さらに、プリント板上ネット・データはリ
ンクにより配線図形データ・オブジェクト群２１７に関
係付けられる。

【００５１】ＬＳＩ設計データ・オブジェクト群２２、
ＬＳＩ内レイアウト・ブロック設計データオブジェクト
群についても、上記と同様に、オブジェクトに分割さ
れ、それらがリンクにより関係付けられている。すなわ
ち、本実施例においては、管理単位とする設計データの
まとまり（オブジェクト）を、まず階層モジュール毎に
分割し、次に動作記述と構造記述のような記述レベルの
相違するデータで分割し、構造記述データについては、
外部端子データ（複数あっても、外部端子一つ一つには
分割しない）、サブモジュールデータ、ネットワークデ
ータに分割し、さらに、サブモジュールおよびネットに
ついては、一つ一つに分割する。

【００５２】そして、一つ一つの各データを設計作業内
容毎に分割しリンク付けし、必要に応じ、更に細かな設
計属性（変更履歴等も含む）に階層分割し管理する方法
をとっている。本実施例においては、上記のように、階
層モジュール構造を陽に管理しているため、図６の従来
例のように、下階層モジュールの入出力端子データを複
写し、階層間の関係を分離することなく、階層モジュー
ル構造そのものを管理することができ、より効率的に管
理することが可能となる。

【００５３】なお、同一サブモジュールが複数個使用さ
れるような場合には、鋳型から作成される実体データと
して管理されることとなるが、この場合、上位階層で必
要なデータのみ実体データとして複写管理することとな
る。また、各データを設計作業内容毎に分割しリンク付
けしているので、論理設計の結果に基づいて実装設計を
行って実装データを付加する場合など、基盤となるデー
タに、複数の内容の異なる設計データを付加する場合、
基盤となる一組の設計データに対して、付加する設計デ
ータの複数組を効率的に管理することができる。

【００５４】さらに、階層モジュール構造を持つ設計デ
ータのある部分に対して、例えば、論理ゲートによる回
路設計記述と、ＩＥＥＥ標準となっているＶＨＤＬによ
る動作記述など、設計記述レベルの異なる複数の表現を
管理することができ、また、全体の設計データを参照す
るとき、部分毎に任意の設計記述レベルの混在する記述
を容易に抽出することができる。

【００５５】また、設計者の意図／目標あるいは知識、
例えば、ＬＳＩテクノロジー等から得られる固有条件等
の設計素材に起因する設計制約条件を設計データの部分
部分に予め登録しておくことができる。このため、設計
／解析作業を進めるに当たり、上記したデータを適宜動
的に参照することにより高品質で手戻りが少なく、かつ
効率的な作業を行うことが可能となる。

【００５６】図３は上記したオブジェクト指向データベ
ースのシステム構成を示す図であり、同図は、従来の設
計データ管理方法の長所を保持しつつ、異なる設計思想
を持つインタフェースへの対応が可能な方法を示してい
る。同図において、３１は特定のＣＡＤデータ等のオブ
ジェクト単位のデータ、３２は従来例に示した一括表形
式のデータ、３３はデータベース管理機能であり、３３
１はデータ定義を行うオブジェクト定義管理部、３３２
は特定のＣＡＤシステムのオブジェクト単位のデータと
上記実施例に示したオブジェクト形式のデータ（以下、
これをオブジェクト指向のデータという）との変換を行
うエンドユーザ／ＩＳＶ（INDEPEDENT SOFTWARE VENDE
R）標準インタフェース管理部、３３３は一括表形式の
データと上記実施例に示したオブジェクト指向のデータ
との変換を行うＤＡ（DESIGN AUTOMATION ）アプリケー
ション・プログラム・インタフェース管理部であり、上
記ＤＡ（DESIGN AUTOMATION ）はここでは、ＣＡＤと同
義で用いている。

【００５７】また、３３４は上記実施例に示したオブジ
ェクト指向のデータが格納されたデータベースにアクセ
スを行うためのデータベース・アクセス管理部、また、
３４はオブジェクト指向型のＤＡデータベースである。
同図において、特定のＣＡＤデータ等のオブジェクト単
位のデータ３１は、エンドユーザ／ＩＳＶ（INDEPEDENT
SOFTWARE VENDER）標準インタフェース管理部３３２で
上記実施例に示したオブジェクト指向のデータに変換さ
れて、データベース・アクセス管理部３３４を介して、
オブジェクト指向型ＤＡデータベース３４に格納され、
同様に、従来例に示した一括表形式のデータ３２は、Ｄ
Ａアプリケーション・プログラム・インタフェース管理
部３３３で変換され、データベース・アクセス管理部３
３４を介して、オブジェクト指向型ＤＡデータベース３
４に格納される。

【００５８】また、オブジェクト指向型ＤＡデータベー
ス３４に格納されているオブジェクト指向のデータは、
同様にエンドユーザ／ＩＳＶ（INDEPEDENT SOFTWARE VE
NDER）標準インタフェース管理部３３２、ＤＡアプリケ
ーション・プログラム・インタフェース管理部３３３で
それぞれ、オブジェクト単位データ３１、一括表形式デ
ータ３２に変換される。

【００５９】以上のようなデータベース管理機能を設け
ることにより、種々の設計作業を支援する異なる設計思
想のＣＡＤツール、表形式のデータ、オブジェクト指向
型ＤＡデータベース３４のデータ間で、双方が必要とす
る設計作業の内容に必要かつ十分な設計データを必然性
があり、かつ分かりやすい単位で効率的に受渡しするこ
とができ、従来の設計データの管理方法の長所を保ちな
がら、異なる設計思想を持つシステムのデータとのイン
タフェースを取ることができる。

【００６０】図４は上記実施例に示したオブジェクト指
向のデータを分散管理するためのシステム構成の一例を
示す図であり、同図において、４１はオブジェクト・デ
ータベース、４１１はＤＡホスト計算機、４１２は統合
設計データ・ファイルであり、オブジェクト・データベ
ース４１の統合設計データ・ファイル４１２には、例え
ば、全体の電子回路設計データのオブジェクト群が格納
されている。

【００６１】また、４２はＬＳＩ論理設計ローカル・ス
テーション、４２１はＬＳＩの論理設計データ・オブジ
ェクト群を格納するＬＳＩ論理設計データ・ファイル、
４２２はＥＷＳ（ENGINEERING WORK STATION）、４３は
ＬＳＩ実装設計ローカル・ステーション、４３１はＬＳ
Ｉの実装設計データ・オブジェクト群を格納するＬＳＩ
実装設計データ・ファイル、４３２はＥＷＳ（ENGINEER
ING WORK STATION）であり、オブジェクト・データベー
ス４１、ＬＳＩ論理設計ローカル・ステーション４２、
ＬＳＩ実装設計ローカル・ステーション４３はＬＡＮを
介して接続されている。

【００６２】同図において、設計者は、ＬＳＩ論理設計
ローカル・ステーション４２もしくはＬＳＩ実装設計ロ
ーカル・ステーション４３のＥＷＳ（ENGINEERING WORK
STATION）から、ＬＳＩ論理設計データ・ファイル４２
１あるいはＬＳＩ実装設計データ・ファイル４３１に格
納されたオブジェクト群にアクセスし、設計作業を行
う。また、自ローカル・ステーションのファイルに必要
とするデータが格納されていない場合には、オブジェク
ト・データベース４１の統合設計データ・ファイル４１
２、他ローカルステーションにアクセスして必要なデー
タを得て、設計作業を進める。

【００６３】また、その際、ＤＡホスト計算機４１１
は、電子回路設計データのどの設計データがどのＥＷＳ
で分散処理され、その設計結果としての設計データが、
ＤＡホスト計算機４１１に既に戻されているか否かの分
散処理管理を行う。なお、上記分散処理管理方式におい
ては、オブジェクト・データベース４１が電子回路設計
データの全体のデータを管理し、ローカル・ステーショ
ンがそれぞれＬＳＩ論理設計データとＬＳＩ実装設計デ
ータを管理するように構成しているが、各々のローカル
・ステーションがプリント板設計データ、ＬＳＩ設計デ
ータなどの階層毎のデータを管理するように構成した
り、あるいは、オブジェクト・データベース４１が管理
データのみを持ち、ローカル・ステーションが各オブジ
ェクト群を分散して管理するように構成することもでき
る。

【００６４】また、ＤＡホスト計算機を設けず、ＤＡホ
スト計算機が行う処理をローカル・ステーションの特定
のＥＷＳに行わせることも可能である。以上のような分
散処理管理方式を採用するとともに、高性能なワークス
テーションを活用することにより、オブジェクト間をリ
ンク構造としたことによるアクセス性能の低下に対応す
ることが可能である。

【００６５】以上、本発明の実施例をプリント板回路設
計を例にして説明したが、プリント板をサブモジュール
とする装置、ＭＣＭ（MULTI CHIP MODULE ）やＬＳＩや
個別部品をサブモジュールとするプリント板回路、機能
ブロックや機能セル、基本論理ゲートやトランジスタ素
子等をサブモジュールとするＬＳＩ回路等の設計データ
の管理においても、本発明を同様に適用することができ
る。

【００６６】

【発明の効果】以上説明したことから明らかなように、
本発明においては、電子回路設計データを階層モジュー
ル構造とするとともに、各階層のデータをオブジェクト
に分割し、各階層内、各階層間のオブジェクトをリンク
で関係付けることにより、項目の異なる設計データ、デ
ータ長の異なる設計データ等を含む電子回路設計データ
を統一的かつ一元的に管理するようにしたので、次の効
果を得ることができ、近年必要性の高まっている諸課題
に効率的に対応することが可能となる。 階層モジュール構造を明確に管理することができ、
設計変更のあった部分を管理単位となっているオブジェ
クトのスタックにより妥当な単位で合理的に管理するこ
とができる。 一つの論理設計データに対する複数の実装設計デー
タの対応管理のような複雑な管理を容易に実現すること
ができる。 動作記述と構造記述のような記述レベルの混在する
組み合わせ設計データの管理を合理的に行うことができ
る。 階層モジュール構造の設計作業内容に応じた分散処
理を合理的に管理することができる。 インタフェースの設計思想の異なるＣＡＤシステム
とのインタフェースの形成において、従来では専用デー
タとして明瞭な管理が不可能であった不定長データも、
サブモジュールやネットという自然なまとまりと設計作
業内容を単位とする合理的まとまりとして管理されてい
るため、容易に効率的かつ柔軟なインタフェースに対応
することができる。 設計単位としてのオブジェクト階層を追加すること
で、テキストや数式のような設計条件、設計目標といっ
た従来の構造では管理不可能であったデータについて
も、きめ細かで柔軟に管理を行うことができる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の実施例における電子回路設計データの
管理方法を示す図である。

【図３】本発明の実施例のデータベースのシステム構成
を示す図である。

【図４】本発明の実施例における分散管理システムの構
成例を示す図である。

【図５】本発明の前提となるプリント板回路の一例を示
す図である。

【図６】従来の電子回路データの管理方法を示す図であ
る。

【符号の説明】

２１ プリント板回路設計データ・オブジェクト群 ２２ ＬＳＩ設計データ・オブジェクト群 ２３ ＬＳＩ内レイアウト・ブロック設計データ・
オブジェクト群 ２１１ プリント板タイトル・オブジェクト ２１２ プリント板外部端子オブジェクト ２１３ 搭載ＬＳＩオブジェクト群 ２１４ 旧実装設計属性オブジェクト群 ２１５ プリント板上ネットオブジェクト群 ２１６ 動作記述テキストオブジェクト ２１７ 配線図形データオブジェクト群 ３１ オブジェクト単位のデータ ３２ 一括表形式のデータ ３３ データベース管理機能 ３３１ オブジェクト定義管理部 ３３２ エンドユーザ／ＩＳＶ標準インタフェース管
理部 ３３３ ＤＡアプリケーション・プログラム・インタ
フェース管理部 ３３４ データベース・アクセス管理部 ３４ ＤＡデータベース ４１ オブジェクト・データベース ４１１ ＤＡホスト計算機 ４１２ 統合設計データ・ファイル ４２ ＬＳＩ論理設計ローカル・ステーション ４２１ ＬＳＩ論理設計データ・ファイル ４２２ ＥＷＳ（ENGINEERING WORK STATION） ４３ ＬＳＩ実装設計ローカル・ステーション ４２１ ＬＳＩ実装設計データ・ファイル

Claims (7)

【特許請求の範囲】
1. 【請求項１】 電子回路の設計／解析作業を行うための
   電子回路設計データの管理方法において、 電子回路設計データ(1,2,3,4) を階層モジュール構造と
   するとともに、各階層のデータをオブジェクト(11,12,1
   3,14,15)に分割し、各階層内、各階層間のオブジェクト
   (11,12,13,14,15)をリンクで関係付けることにより、 項目の異なる設計データ、データ長の異なる設計データ
   等を含む電子回路設計データ(1,2,3,4) を統一的かつ一
   元的に管理することを特徴とする電子回路設計データ管
   理方法。
2. 【請求項２】 設計／解析作業を進める過程において必
   要となる設計変更履歴情報(13)を、対応する設計データ
   とリンクで関係付けることにより、 周辺データの重複量、変更履歴管理のための制御データ
   のオーバヘッドの量を調整しつつ管理することを特徴と
   する請求項１の電子回路設計データ管理方法。
3. 【請求項３】 内容の異なる設計を行って、基盤となる
   一組の設計データに新たな設計データを付加する際、 基盤となる一組の設計データに新たな設計データをリン
   クで関係付けることにより、付加する新たな設計データ
   の複数組を効率的に管理できるようにしたことを特徴と
   する請求項１または請求項２の電子回路設計データ管理
   方法。
4. 【請求項４】 階層モジュール構造を持つ設計データの
   同一部分に対して、設計記述レベルの異なる表現形式の
   データをリンクで関係付けることにより、 設計記述レベルの異なる複数の表現形式のデータを管理
   できるようにするとともに、全体の電子回路設計データ
   から、部分毎に任意の設計記述レベルが混在するデータ
   を容易に抽出できるようにしたことを特徴とする請求項
   １，２または請求項３の電子回路設計データ管理方法。
5. 【請求項５】 設計データの全体を統一管理するホスト
   計算機と、該ホスト計算機とネットワークを介して接続
   され、階層モジュール構造の中の特定設計部分の処理を
   行う分散処理計算機を設け、 上記ホスト計算機もしくは分散処理計算機により、どの
   部分のどの設計データがどの分散処理計算機により処理
   され、その設計結果としての設計データが上記ホスト計
   算機に戻されているか否かの管理を行うことを特徴とす
   る請求項１，２，３または請求項４の電子回路設計デー
   タ管理方法。
6. 【請求項６】 種々の設計作業を支援するＣＡＤツール
   (6) と表形式のデータと階層モジュール構造を持つ電子
   回路設計データ(1,2,3,4) 間の受渡しをするインタフェ
   ース(5) を設け、 異なる設計思想で設計されたＣＡＤツール(6) のデー
   タ、表形式のデータ、もしくは、上記階層モジュール構
   造を持つ電子回路設計データ(1,2,3,4) 間を、双方が必
   要とする設計作業の内容に応じた効率的な設計データ単
   位で受渡しできるようにしたことを特徴とする請求項
   １，２，３，４または請求項５の電子回路設計データ管
   理方法。
7. 【請求項７】 設計者の意図／目標あるいは知識、もし
   くは設計素材等に起因する設計制約条件を、設計データ
   の部分部分に予め登録しておき、 内容の異なる種々の設計／解析作業を進めるにあたっ
   て、上記設計制約条件を適宜動的に参照することによ
   り、高品質で効率的な設計支援を行うことを特徴とする
   請求項１，２，３，４，５または請求項６の電子回路設
   計データ管理方法。