JPH11191116A - システム設計／評価ｃａｄシステムおよびそのプログラム記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】電子装置のシステム構成やアーキテクチャの設
計検討を支援するＣＡＤシステムに関し、上流工程（設
計の早期段階）での高精度で実現性の高い見積もりを可
能とし、取得した設計情報をノウハウとして蓄積し、さ
らに下流工程へ設計情報を継承できるシステムを実現す
る。 【解決手段】ブロック図入力・編集部により、独立した
機能を表現するシンボルとそれらのシンボルをつなぐラ
インとを含むブロック図を編集する。これらのシンボル
とラインは同じように設計情報を代表したものとし、ど
ちらも同様に設計情報やパラメタ情報を付与可能にす
る。かつ、それぞれの設計情報にレイヤという考えで複
数の詳細レベル情報を持たせる構造とする。また、シン
ボル、ラインに付与する見積もりパラメタ情報を、テン
プレートとしてパラメタテンプレート保持部５に用意
し、これによってユーザに必要な情報を入力させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子装置のシステム
設計を支援するＣＡＤシステムに係わり、特に装置の仕
様検討やアーキテクチャの検討を行う設計フェーズへの
利用を図り、装置設計全体の設計最適化、設計品質の向
上、設計の効率化を実現するシステム設計／評価ＣＡＤ
システムおよびそのプログラム記憶媒体に関するもので
ある。

【０００２】

【従来の技術】従来、電子装置の設計の初期段階、つま
り仕様やアーキテクチャの検討段階において、装置を構
成するＬＳＩやプリント回路基板（ＰＣＢ）回路の物理
的な実現規模や消費電力などを見積もるには、過去に設
計した装置、ＰＣＢ、ＬＳＩの同様な機能などを参考に
し、机上で個々の構成要素の物理的な実現規模等を見積
もり、それを装置に組み上げたときの規模などを算出し
ていた。したがって、設計者の経験によるところが大き
かった。

【０００３】ここで見積もる物理的なパラメタには次の
ようなものがある。ＬＳＩやＦＰＧＡなどではゲート数
（面積）、チップの入出力となるピン数、チップの消費
電力、遅延（サイクル数）、ＰＣＢに搭載する際の実装
面積、ＰＣＢへの搭載部品数、ＰＣＢの入出力となるコ
ネクタピン数などである。また個々の部品の価格情報な
ども見積もり評価のためのパラメタとなる。

【０００４】例えば図２１に示すようなブロック図を用
いて装置の機能構成を検討し、一つの機能を表す個々の
ブロックである箱（シンボル）について、前述の物理パ
ラメタを見積もり値として積算、集計する。ブロック図
における一つの箱（シンボル）は中身をさらに詳細化
し、同様のブロック図で表現されるような階層化が行わ
れる。この場合、下位の階層においても個々の箱につい
て見積もりを行い、集計結果を上位の箱に積み上げると
いう方法になる。

【０００５】もちろん、個々の機能が過去に設計済みで
ある箱（シンボル）を流用するのであれば、その情報か
ら正確な見積もり結果を得ることができる。装置設計の
初期検討段階では、装置の機能・性能と共に、物理的な
実現性（部品点数、大きさ、熱など）やコストも重要な
検討要素であり、装置のアーキテクチャ、ＬＳＩやＰＣ
Ｂの分割方法などを変えた数多くのパターンで最適な設
計を確認する必要がある。

【０００６】従来は図３６のようなブロック図を書き、
各ブロックのパラメタ値を見積もり、それらを入手、あ
るいは表計算ソフトウェアなどを使って集計していた。

【０００７】

【発明が解決しようとする課題】前述のように従来の手
法では、装置設計者の経験や勘により個々のブロックの
見積もりを行い、それを積み上げていた。このため、以
下に挙げるような問題点があった。

【０００８】・設計者個人の経験による見積もりである
ため、見積もり精度に個人差が大きく現れる。 ・設計・見積もりのノウハウが個人に留まることにな
り、共通情報として蓄積されない。

【０００９】・装置の構成をカット・アンド・トライす
る場合に、煩雑な同様の計算を繰り返し行う必要があ
り、時間を要する。また計算ミスも増える。 ・求めた装置構成やアーキテクチャが最適な解であるこ
との客観的な評価が難しい。

【００１０】・仕様検討の段階で作成した装置構成ブロ
ック図などの設計情報が以降の設計に活かせず、下流工
程でＣＡＤシステムへの再入力が必要になる。本発明は
上記問題点の解決を図り、装置設計の上流工程であるシ
ステム設計の工程をコンピュータで支援する手段を提供
することを目的とする。

【００１１】

【課題を解決するための手段】図１は、本発明のブロッ
ク構成例を示す図である。図１において、１はＣＰＵお
よびメモリなどからなる処理装置、２はブロック図入力
・編集部、３は見積もり評価処理部、４はユーザインタ
フェース部、５はパラメタテンプレート保持部、６はブ
ロック情報記憶部、７は設計情報記憶部、８は下流工程
処理システムとのインタフェース部を表す。

【００１２】ブロック図入力・編集部２は、ブロック図
を入力・編集し、編集結果のデータをブロック情報記憶
部６へライブラリとして保存し、また設計情報記憶部７
へブロック図とともに入力された設計情報を格納する手
段である。ブロック図入力・編集部２は、ブロック図面
編集部２１、パラメタ設定部２２、属性プロパティ管理
部２３を持つ。

【００１３】ブロック図面編集部２１は、設計対象のブ
ロック図を構成するシンボル、ラインを入力し編集する
手段である。ここでは、ブロック図のシンボルとライン
とは同じように設計情報を代表（シンポライズ）したも
のとして扱う。モデル（シンボル、ライン）の入力に
は、パラメタテンプレート保持部５に登録されたパラメ
タテンプレートを用いることができ、また、ブロック情
報記憶部６にライブラリ化されている既存のブロック情
報を利用することができる。

【００１４】パラメタ設定部２２は、パラメタテンプレ
ート保持部５に記録された見積もり評価用パラメタのテ
ンプレートにパラメタの追加または変更を行い、またパ
ラメタの値を任意に設定する。

【００１５】属性プロパティ管理部２３は、ブロック図
面編集部２１により入力されたモデル（シンボル、ライ
ン）に設計情報やパラメタ情報を付与し管理する手段で
ある。具体的には、モデルに物理的パラメタ、下位のブ
ロックや他の環境で設計した設計情報などへのリンク情
報、見積もり評価用のパラメタ等の設計情報やパラメタ
情報を属性プロパティとして管理する。

【００１６】また、再利用が可能なシンボルやラインの
属性プロパティを設計情報記憶部７に記憶してライブラ
リ化する。さらに、各ブロックの設計情報に複数の階層
化した詳細情報を保持できるような構造を持たせて管理
する。

【００１７】見積もり評価処理部３は、ブロックごとの
見積もり評価およびブロック図全体の見積もり評価を行
い、その評価結果を設計情報記憶部７へ格納する手段で
あり、ブロックルール演算部３１、全体見積もり演算部
３２を持つ。

【００１８】ブロックルール演算部３１は、そのブロッ
ク固有のパラメタと見積もり評価ルールを用いてブロッ
クの見積もり評価を行う手段である。全体見積もり演算
部３２は、各ブロックに指定されたパラメタおよびブロ
ックルール演算部３１で計算された値を用いて設計対象
全体の見積もり評価を行う手手段である。

【００１９】ユーザインタフェース部４は、ブロック図
入力・編集部２または見積もり評価処理部３とユーザと
のインタフェースをとる手段である。ＧＵＩ（Ｇｒａｐ
ｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を用い
る。

【００２０】パラメタテンプレート保持部５は、ブロッ
ク図の入力・編集において、シンボル、ラインのパラメ
タ入力のためのテンプレートを記憶する手段である。ブ
ロック情報記憶部６は、ブロック図入力・編集部２で生
成された再利用が可能なブロック情報をライブラリ化し
て登録し保存する手段である。ブロック情報とは、その
ブロックのシンボル、固有のプロパティテンプレート、
見積もり評価ルール等である。

【００２１】設計情報記憶部７は、設計情報をデータベ
ースとして記憶する手段である。下流工程処理システム
とのインタフェース部８は、本システムと下流工程の処
理システムとのインタフェースをとる手段である。

【００２２】本発明は、以下のような特徴を持つ。 （１）本発明は、シンボルとラインとを同じようなモデ
ルとして扱い、また複数の抽象レベルが扱えるブロック
図入力・編集システムである。

【００２３】システムの設計・検討を行う際に作成する
ブロック図では、独立した機能を表現する箱（シンボ
ル）と、箱と箱とをつなぐ線（ライン）自体も機能を持
つ。いずれも設計情報やパラメタ情報を付与できる構造
で、かつそれぞれの設計情報にレイヤという考えで複数
の詳細レベル情報を持たせることができる構造としてい
る。

【００２４】本システムは、シンボルとラインとを、同
じように設計情報を代表（シンボライズ）するものとし
て編集する。 （２）本発明は、プロパティとパラメタテンプレートに
よる汎用性を持たせたブロック図編集・評価システムで
ある。

【００２５】本システムは、パラメタテンプレート保持
部５に、ブロック図入力・編集部２で入力したシンボル
やラインに付与する見積もりパラメタ情報をテンプレー
トとして用意することで、ユーザへの入力促進を行う。
さらに、設計対象や見積もり評価内容に応じた任意のパ
ラメタを自由に追加・変更可能なパラメタ設定部２２を
持つ。

【００２６】（３）本発明は、設計・評価過程の設計お
よび評価結果データの蓄積ができるブロック図編集・評
価システムである。本システムは、設計の途中段階でそ
の設計の評価を行った場合に、評価を行った時点の設計
情報と評価結果情報とをリンクして自動保管する見積も
り評価処理部３を備える。これにより様々の設計ケース
をカット・アンド・トライで評価し、多数の評価結果を
比較検討し、最適解の設計を採用することを可能にす
る。

【００２７】（４）本発明は、設計ブロックへの評価ル
ールを蓄積できるブロック図編集・評価システムであ
る。本システムは、再利用可能な設計ブロックに対し
て、その設計ブロックを利用する際の評価を行うための
入力用のパラメタテンプレート、さらに入力されたパラ
メタに基づいて見積もり評価（計算）を行うための見積
もり評価ルールを登録できる。

【００２８】（５）本発明は、ブロックごとのパラメタ
テンプレートによるパラメタ設定が可能なブロック図入
力・編集システムである。本システムは、再利用可能な
ブロックを利用する際に、ブロック情報記憶部６に記憶
したそのブロックの持つパラメタテンプレートを参照
し、パラメタの設定ウィンドウを表示することにより、
当該ブロック利用時の固有なパラメタの入力促進を図
る。

【００２９】（６）本発明は、入力のレベルに応じた精
度での評価パラメタを採用するブロック図評価システム
である。本システムは、設計の詳細化が進むにつれて一
つのブロックが、より詳細なレベルの複数のブロックか
ら構成されるようになった場合には、重複するパラメタ
情報はより詳細な設計レベル（下位レベル）に付与され
たパラメタを利用して評価を行う全体見積もり演算部３
２を備える。全体見積もり演算部３２は、下位レベルブ
ロックのパラメタが不完全な場合には上位ブロックのパ
ラメタを採用する。つまり、パラメタ毎により詳細なレ
ベルで、かつそのレベルで完全な（そのレベルで全ての
ブロックに付与されている）パラメタを採用する機能を
持つ。 （７）本発明では（１）において、前記レベル情報設定
手段は、情報はレベルレイヤに応じた複数レベルの情報
を参照しながらその設計情報の編集を行う設計情報編集
手段を備えることが好ましい。（１）において、前記設
計情報に、ドキュメントデータをリンクするドキュメン
トデータリンク手段を備え、設計情報の編集中にドキュ
メントデータの編集を行うドキュメントデータ編集手段
を備えることができる。（１）において、前記設計情報
設定手段は、前記シンボルの大きさを任意の大きさに設
定する大きさの編集手段を有することを特徴とするシス
テム設計／評価ＣＡＤシステム。（１）において、前記
ブロック図編集手段は、作成したシンボルにラインを接
続したとき、信号の入出力ポートを自動的に作成する入
出力ポート作成手段を有するようにすることも可能であ
る。。（１）において、一つのシンボルに他の設計情報
をリンクさせて複数の階層情報を割り付る手段を備え、
一つのシンボルに複数の階層を定義するようにすること
も可能である。（１）において、シンボル作成用記述言
語及びブロック図のデータをシンボル作成パネル上にド
ラック＆ドロップする事によって、シンボル形状データ
を自動的に作成するシンボル自動作成手段を備えたよう
にすることも可能である。。（１）において、複数のブ
ロックを指定して、それらを一つの階層に合成あるいは
複数の階層に分離する階層編集手段を備えたようにする
ことも可能である。

【００３０】また、各階層において、ブロックの編集を
行い、その階層での編集内容を、他の上位あるいは下位
の階層に反映させることも可能である。なお、以上の各
構成は可能な限り互いに組み合わせて使用することがで
きる。

【００３１】本発明は、以下のように作用する。本発明
では、システム検討のためにブロック図をベースにして
構成図を入力し、各シンボルやライン（インタフェー
ス）にパラメタを付与し、見積もり評価を行う。さら
に、アーキテクチャ検討で使用したブロック図は設計の
詳細化に使用することができ、ブロック図が除々に回路
図レベルまで詳細化できるようになっている。またはブ
ロック図とＨＤＬ（ハードウェア設計言語）設計データ
とのリンク情報を持ち、上流工程から下流工程まで扱え
るエントリツールの構造となる。

【００３２】

【発明の実施の形態】以下に、本発明の実施の形態の一
例を説明する。 ［１］ブロック図による情報エントリ コンピュータによりシステム設計の支援を行うには、ま
ず設計情報をコンピュータに入力する必要がある。本発
明では、ブロック図という設計ドキュメントを扱い、ブ
ロック図入力・編集部２によりブロック図を入力・編集
する。

【００３３】ブロック図入力・編集部２の機能は、概ね
従来からなるＣＡＤ技術であるが、システム設計の段階
で使用するため、柔軟性のある操作性や各種の物理的パ
ラメタなどの情報を付与できるようにしている。

【００３４】本発明によるブロック図入力・編集部２の
機能の一つの特徴は、個々のシンボル間を接続するライ
ンをシンボルと同レベルで扱い、共に階層的な表現がで
きるようにしている点である。従来のブロック図や回路
図の入力では、シンボル（ブロック）が機能を表現し、
それらを接続するラインは単なるワイヤであった。本発
明のシステムで扱うブロック図では、ラインを単純なワ
イヤではなく、機能を持たせることができるモデルとし
て扱うようにする。

【００３５】さらに、ラインへの物理的なパラメタも付
与できるようにしている。図２は、エントリ設計モデル
の考え方を説明する図である。図２に示すように、シン
ボルやライン（シグナル）の設計情報を属性プロパティ
として管理する。シンボルの設計情報の実体は機能ブロ
ックであり、シグナルの設計情報の実体はインタフェー
スである。設計情報は、それぞれのモデルの属性プロパ
ティとして管理する。

【００３６】具体的に、ラインの機能とは、プロトコル
そのものであったり、プロトコルを実現する機能などで
ある。これの物理的パラメタとは、そのプロトコルを実
現した場合の実際のワイヤ本数や機能を具体化するため
の回路規模、また信号のトグル周波数であったりする。

【００３７】機能ブロックは、階層設計の下位ブロック
や他の環境で設計した設計データなどへのリンク、見積
もり評価用のパラメタを持ち、インタフェースも同様に
設計データへのリンク情報、評価パラメタなどを持つ。

【００３８】機能ブロック、インタフェースは、それぞ
れ抽象レベルの異なる設計情報を抽象レベルレイヤとい
う概念で複数持つことができる構造とする。図３は、設
定情報のレベルレイヤの例を示す図である。この例で
は、機能ブロックおよびインタフェースの設計情報は、
レイヤ１〜レイヤ３の複数の構造を持っている。レイヤ
１として日本語ドキュメント（ｄｏｃ）、仕様記述等の
情報、レイヤ２として例えばハードウェア記述言語（Ｈ
ＤＬ）等の情報、レイヤ３として実際の回路図等の情報
を持つ。レイヤ１には、もっとも抽象度が高いレベルの
情報が記述され、レイヤ２、レイヤ３の順に、より具体
的で詳細な情報が記述されていく。

【００３９】設計情報は、ブロック図で表現した機能ブ
ロック、インタフェースのシンボルに対して抽象的な記
述から具体的な詳細記述まで複数レベルの設計情報にリ
ンク可能な構造とする。このような構造により、抽象度
の高いレベルから設計を始め、段階的に詳細化する設計
手法がとれるようになる。

【００４０】以上説明した設計情報のレベルレイヤを管
理し、設計情報を保持するために、図４に示すようなデ
ータ構造の設計情報を持つ。図４は、設計情報のデータ
構造の例を示す図である。

【００４１】図４中、シンボル、ライン（シグナル）の
各属性プロパティが、それぞれの設計情報へのリンク
や、見積もり評価用のパラメタなど複数のパラメタを保
持し、設計データ全体へのリンク構造を形作っている。

【００４２】例えば、シグナルの属性プロパティは、そ
のシグナル個別情報と次のレベルレイヤのインタフェー
スへのリンク情報を持つ。さらに、リンク先のインタフ
ェースには、レイヤの情報とそのインタフェースプロパ
ティを持ち、インタフェースプロパティは、インタフェ
ースの設計情報へのリンク情報を持つ。

【００４３】同様に、シンボルの属性プロパティは、そ
のシンボル個別情報と次のレベルレイヤのモジュールへ
のリンク情報を持つ。ここで、モジュールとは階層設計
する際などの設計情報の管理単位であり、ブロックの外
部仕様となる情報を持つ。モジュールの実際の中身は、
インタフェース設計情報や機能ブロック設計情報あるい
は詳細なブロック図である。

【００４４】［２］プロパティとテンプレート 見積もり評価用のパラメタの入力は、ユーザの任意のも
のとすると見積もりの基準が曖昧になるし、集計するシ
ステムも設計者の数だけ必要になってしまう。見積もり
評価の標準化と、設計者への情報入力を促すために、本
システムでは、ＧＵＩ（Graphical User Interface）に
よるパラメタ入力フィールドを設ける。このために、入
力の雛形（テンプレート）を外部の定義ファイルとして
パラメタテンプレート保持部５に持つ構造とする。

【００４５】システム起動の際に、パラメタ設定部２２
は、パラメタテンプレート保持部５からテンプレートフ
ァイルを読み込み、定義してある情報を解析し、定義さ
れているパラメタの入力用のＧＵＩウィンドウを動的に
作成する。これにより、ユーザである設計者がブロック
やインタフェースにパラメタを設定しようとした際に、
必要となるパラメタの入力を促す。パラメタのテンプレ
ートには、必須項目、任意項目の区分を付けることによ
り、必要な情報を漏れなく設定させることができ、設計
者個人による見積もり情報のバラツキを押さえることが
できる。

【００４６】このテンプレートのファイルを設計対象の
種類別などで用意することにより、装置に応じた見積も
りパラメタを漏れなく入力することが可能になる。ま
た、このテンプレートによって、後述する蓄積した設計
資産の再利用のためにも、資産ブロックごとにブロック
固有のパラメタの入力促進および入力が行えるようにな
っている。

【００４７】［３］ライブラリブロックへのテンプレー
ト登録 機能ブロックは、再利用を考えて設計し、その設計した
資産を再利用するためにライブラリとして登録しておく
場合が多い。このため、本システムでは、ブロック図入
力・編集部２で得たブロック情報をライブラリ化してブ
ロック情報記憶部６に記憶する。ブロック情報をライブ
ラリとして登録する場合に、そのブロック固有のパラメ
タテンプレートを設定しておくことにより、そのブロッ
クを使用する際にブロック固有の見積もりパラメタの入
力促進を行うことができる。この場合のパラメタ入力促
進用にも前述のテンプレートを用いる。再利用するため
にライブラリ化するブロック情報の中に、このプロパテ
ィテンプレートを埋め込んでおく。

【００４８】図５は、ライブラリにノウハウとして蓄積
されるブロック情報の例を示す。ブロック情報には、ブ
ロックを示すシンボル、そのブロック固有の見積もり評
価ルール、プロパティテンプレート等が含まれる。

【００４９】ブロック図面編集部２１は、あるブロック
を引用する際には、ブロック情報記憶部６のライブラリ
から該当するブロック情報のテンプレート情報を読み込
み、そのテンプレート情報から入力促進ＧＵＩを動的に
作成し、入力を促すようにする。

【００５０】［４］ライブラリブロックへの見積もりル
ール登録 本システムでは、ライブラリブロックに、そのブロック
固有の見積もり評価用のルールを登録することができ
る。見積もり評価ルールは、前述したパラメタテンプレ
ートから作成された入力用のＧＵＩに沿って入力された
パラメタを使って、各種の設計情報の見積もりを行うた
めの簡単なプログラムである。

【００５１】見積もり評価処理部３は、ブロック固有の
見積もり評価ルールを用いて、そのブロックの見積もり
計算を行う。設計システム全体の見積もり評価を行う場
合には、見積もり評価ルールを持つ個々のブロックごと
に、パラメタにより制御された見積もり評価ルールによ
る計算を行う。これらの計算結果を、システム全体で積
み上げていく。

【００５２】設計対象毎に評価予測の精度を上げるため
には、ノウハウの蓄積が必要であり、設計資産ブロック
やマクロブロックなどに対して、それぞれ固有のパラメ
タ、算出方法を与える。

【００５３】具体的には、ライブラリの機能ブロック
に、その機能ブロックに与える固有パラメタのテンプ
レート、固有パラメタおよび設定対象全体に付与する
パラメタから評価値を導く式、を定義可能とする。

【００５４】ブロック図の編集時には、ブロック固有な
パラメタテンプレート情報によりＧＵＩウィンドウを表
示してパラメタの設定を促し、設計情報記憶部７内にパ
ラメタ情報を格納する。

【００５５】見積もり評価を行う際には、ユーザに設定
されたパラメタと、予め定義されている見積もり評価ル
ールに基づいて規模、パワー予測などの計算を行う。図
６は、評価に必要な汎用パラメタ値の見積もり評価ルー
ルの例を示す図である。見積もり評価ルールは、計算方
法を記述したプログラムである。基本的には、条件（ｉ
ｆ）と、条件を満たす場合または満たさない場合の演算
の手続きからなる。

【００５６】この見積もり評価ルールとパラメタとによ
り、ライブラリ化するブロック情報に設計ノウハウを蓄
積することができる。見積もり評価と最終的な設計結果
から、見積もり評価ルールや指定パラメタの更新を行う
ことで、将来のための見積もり評価の精度を上げていく
ことができる。

【００５７】［５］見積もり評価処理 見積もり評価の処理は、図７に示すように、ユーザイン
タフェース部４と、見積もり評価処理部３のブロックル
ール演算部３１と全体見積もり演算部３２とにより行
う。

【００５８】ブロックルール演算部３１は、前出の
［３］および［４］の項で述べたブロック固有のパラメ
タと見積もり評価ルールを使って評価を行う。全体見積
もり演算部３２は、各ブロックに指定されたパラメタ
値、およびブロックルール演算部３１で計算された値を
使って設定対象全体の見積もり積算を行う。

【００５９】見積もり評価処理の実行は、設計対象全体
の見積もり積算の処理の中で、各ブロックの階層ツリー
を り、ブロック個々の見積もり評価計算を行ってい
く。 ［６］階層設計とパラメタ設定 設計の詳細化が進むにつれ、個々のブロックの中を、さ
らにブロック図表記していく。その際に下位階層のブロ
ックにもパラメタを指定していくことができる。これに
より、より細かいパラメタ指示が行え、見積もり評価の
精度を上げることができる。

【００６０】上位階層のブロックおよぶその下位階層の
ブロックの両方にパラメタが指定された場合には、下位
階層のデータを優先するようにする。下位階層でパラメ
タが満たされない場合、すなわち特定のパラメタが指定
されていないブロックがあった場合には、そのパラメタ
については上位階層のブロックに付与されたものを採用
する。

【００６１】図８は、階層設計とパラメタ精度の関係を
説明する図である。図８において、上位階層のパラメタ
値ＰＲＭ１は下位階層パラメタ値を積算した値である。

【００６２】上位階層ブロックＢＬＫ−Ａは、ブロック
ＢＬＫ−ＸＸ、ＢＬＫ−Ｄ、ＢＬＫ−Ｅの３個の下位階
層ブロックからなる。上位階層ブロックＢＬＫ−Ａのパ
ラメタ値ＰＲＭ１は５００であるが、その下位階層ブロ
ックの各パラメタ値が、ブロックＢＬＫ−ＸＸではＰＲ
Ｍ１＝１１０、ＢＬＫ−ＤではＰＲＭ１＝１８０、ＢＬ
Ｋ−ＥではＰＲＭ１＝１８０であったとすると、この場
合、ＢＬＫ−Ａのより詳細化したレベルのパラメタの積
算値が４７０となることから、ＢＬＫ−ＡのＰＲＭ１の
値“５００”ではなく、下位の階層のパラメタの積算値
“４７０”を使用する。

【００６３】一方、上位階層のブロックＢＬＫ−ＣのＰ
ＲＭ１の値が２００であって、その下位階層のブロック
のうちＢＬＫ−ＷＷのＰＲＭ１が未設定である場合に
は、詳細化した下位階層のブロックのパラメタの積算値
は使用せず、上位階層のブロックＢＬＫ−ＣのＰＲＭ１
の値を使用する。

【００６４】図８に示すＰＲＭ１というパラメタは、下
位階層のパラメタ値を積算すれば、上位ブロックのパラ
メタになるという一例である。このような見積もり用パ
ラメタには、例えば面積、コスト、消費電力などがあ
る。当然、単純な積算では済まないパラメタもあり、例
えば遅延時間（サイクルタイム）や、信頼性パラメタな
どのパラメタは、それぞれのパラメタに応じた見積もり
評価ルールを持つ。なお、図８の例では、ブロックへの
パラメタ設定だけであるが、前述したようにブロック間
を ぐインタフェースへのパラメタもある。具体的に
は、インタフェースへのパラメタとして、物理的な線の
本数や、信号のトグル周波数、信号レベルやデバイステ
クノロジなどがある。

【００６５】また、上位階層と下位階層でのブロックの
パラメタ値に明らかな矛盾がある場合、例えば回路規模
を算出するパラメタが、上位のブロックよりもそれに含
まれる下位のブロックの方が著しく大きい場合などは正
常ではない。見積もり評価処理部３は、このような場合
にパラメタ値の矛盾を検出する機能を持つ。

【００６６】図９は、パラメタ矛盾検出処理を説明する
図である。図９（Ａ）は処理をするブロックの階層構造
の例を示し、図９（Ｂ）は各ブロックのパラメタ情報の
データ構造を示している。

【００６７】パラメタ矛盾を検出する仕組みは、図９
（Ａ）に示すようなデータ構造で、階層のブロックリン
ク情報と、図９（Ｂ）に示すようなパラメタを持つこと
より実現することが可能である。

【００６８】各ブロックは、図９（Ｂ）に示すように、
ブロック名、下位ブロックリンクの他に、パラメタ数分
のパラメタ情報を持ち、各パラメタ情報には、自己のパ
ラメタ値、下位ブロックに基づくパラメタ値、フラグ等
がある。パラメタ毎にあるフラグの種類と意味は次の通
りで、全体の積算を行う処理で各ブロックのデータを取
り出すときの判断を行う。

【００６９】・下位ブロックパラメタ算出済（下位パラ
メタ値を使用） ・下位ブロックパラメタ不完全（自己パラメタ値を使
用） ・下位ブロックパラメタ未確認（下位ブロックを調査） ・下位ブロックなし ［７］カット・アンド・トライ評価と設計情報の保存 一般に、システムの検討時には、複数の実現手法で装置
構成を検討する場合が多い。それぞれの装置構成や物理
的な実現方法で見積もり評価を行い、各方法でのデータ
と見積もり評価結果を蓄積する。複数の評価結果を蓄積
後、それらを比較検討するためのグラフ化などを行うＧ
ＵＩにより、最適解を探す支援を行うようにする。複数
の評価結果の中での最適解を見定めたら、その時点の設
計情報を呼び出すことができ、さらにその設計情報から
構成方法を変更したり、評価パラメタをチューニングす
ることにより最適な実現方法を絞り込んでいく。

【００７０】本システムでは、設計情報に対して細かい
版数管理を行い、見積もり評価処理部３により見積もり
評価を行う都度、設計情報の版数を上げて複数のデータ
を持てるようにする。この設計情報の中に評価結果デー
タも合わせて持つ構造とし、設計情報と評価結果とを合
わせて管理する。

【００７１】また、評価結果から設計情報をさらにアッ
プデートする場合には、設計情報の版数が枝分かれして
いくように管理する。このような版数管理の方法は従来
からある技術であるが、設計情報と評価結果とを合わせ
て保持し、評価結果を比較検討できるところに特徴があ
る。

【００７２】本システムで取り扱う設計情報は、設計の
上流工程での設計データであるため、データ量は回路図
などに比べるとはるかに少ないが、それでも設計情報全
体を見積もり評価の度に保管するとデータ量が膨大にな
ってしまう。

【００７３】そこで、設計情報の全体を丸ごと保管する
のではなく、設計情報は変更があったものだけ階層ブロ
ック単位に版数を付けて保管する。そして、全体を管理
するインデックス（どのブロックが何版であるかを管理
するデータ）の版数を上げ、評価結果と共に設計情報記
憶部７に保管する。見積もり評価結果のデータは、全体
管理のデータベース（ＤＢ）に格納してもよく、また、
別のＤＢやファイルに格納して、ポインタ情報のみ管理
ＤＢ（この場合、設計情報記憶部７）に格納するように
してもよい。

【００７４】見積もり評価の実行タイミングは、そのシ
ステム全体を構成する各ブロックの版数をチェックし、
以前の評価時から変更があったブロックについて、版数
を上げて保管する。そして、インデックスを作成し、見
積もり評価データと共に保管する。各ブロックの版数は
枝版数を持たず、単純にインクリメントされる。この管
理方法により設計データの保管量の削減を図ることがで
きる。

【００７５】図１０は、評価データの蓄積と設計版数の
関係を示す図である。図１０においては、見積もり評価
データは別納して、ポインタ情報のみを設計情報記憶部
７に格納する場合を例にしている。

【００７６】図１０（Ａ）は、全体の版数２から枝分か
れした版数２．１と、版数２．１におけるＢＬＫ−Ａ、
ＢＬＫ−Ｂ、ＢＬＫ−Ｃそれぞれの版数の関係を示して
いる。全体の版数２．１では、各ブロックの設計情報の
版数は、ＢＬＫ−Ａが第２版、ＢＬＫ−Ｂが第２版、Ｂ
ＬＫ−Ｃが第４版となっている。

【００７７】図１０（Ｂ）は、全体の版数管理のインデ
ックスの例を示している。インデックスには、見積もり
評価データへのポインタ情報と、各ブロックの版数情報
とを格納する。

【００７８】本システムは、一例としてワークステーシ
ョンやパソコンなどのコンピュータのハードウェアおよ
びソフトウェアによって実現される。図１１は、本発明
を実施する場合の装置構成の例を示す。本システムを実
現するプログラムや設計データは通常は磁気ディスク１
０３に格納され、プログラムを実行する際にメモり１０
２に読み込まれる。ＣＰＵ１０１は、メモリ１０２に読
み込まれたプログラムの命令をフェッチし実行する。

【００７９】ブロック図やパラメタ情報も編集中はメモ
リ１０２上に置かれ、ディスプレイ１０４への表示やキ
ーボードその他の入力デバイス１０５からの入力による
編集処理がプログラムにより行われる。設計データは、
編集を終えると磁気ディスク１０３に格納される。ま
た、見積もり評価を行った結果も磁気ディスク１０３に
格納される。

【００８０】外部Ｉ／Ｆ１０６は他のワークステーショ
ンやパソコンなどと接続する装置で、本発明には必須で
はないが、複数のワークステーションやパソコンを使っ
て設計作業を行う場合の連携に使用する。

【００８１】次に、ＬＳＩの設計を例に本発明の処理の
流れを説明する。 （１）概略ブロック図入力処理 ブロック図入力・編集部２により、概略のブロック図を
入力する。

【００８２】ブロック図の入力では、ライブラリを用い
ずに任意にシンボルやシグナルを作成することもでき
る。任意のタイプのシグナル（ライン）を入力してシン
ボルを接続するとピンができる。なお、ブロック情報記
憶部６に記憶したシステムマクロ等の資産ライブラリも
入力に使用することができる。Ｓｙｓｔｅｍ、ＢＷＢ、
ＰＣＢ、ＬＳＩなどの物理階層を気にしないで入力でき
る。

【００８３】図１２は、ブロック図の入力処理により入
力された概略ブロック図の例を示す図である。 （２）パラメタの設定 ブロック図入力・編集部２により、図１２に示すブロッ
ク図上で見積もり評価のためのパラメタを入力・設定す
る。パラメタテンプレート保持部５に記憶されたテンプ
レート定義ファイル等から自動作成したパラメタ入力画
面を表示する。ユーザは、その項目に基づいてパラメタ
を入力する。

【００８４】図１３はパラメタ入力の例を示す図であ
る。ブロック図のシンボル＃２と＃６とを結ぶシグナル
のシグナルパラメタ入力ウインドウ１１０は、パラメタ
テンプレート保持部５に記憶されたテンプレート定義フ
ァイルから自動作成される画面である。また、シンボル
＃６のモジュールパラメタ入力ウインドウ１１１も、同
様にパラメタテンプレート保持部５に記憶されたテンプ
レート定義ファイルから自動作成される。シンボル＃３
のマクロパラメタ入力ウインドウ１１２は、ライブラリ
ブロック固有のパラメタの入力画面である。ライブラリ
毎にテンプレートを持っている。

【００８５】ユーザ（設計者）は、これらの入力ウイン
ドウ１１０、１１１、１１２等からパラメタを入力・変
更し、任意にパラメタを設定する。例えば、シンボル＃
６の任意に作成した論理モジュールには、フリップフロ
ップ（ＦＦ）数やＧａｔｅ数、動作周波数、動作率など
の汎用パラメタを設定する。シンボル＃３のライブラリ
マクロに対しては、マクロ固有のパラメタ、実現方式や
機能、Ｂｉｔなどを設定する。シンボル＃２−＃６間の
シグナルには、インプリメント時の信号本数（高速、通
常）や周波数などを設定する。ＲＯＭ、ＲＡＮには、Ｂ
ｉｔ、Ｗｏｒｄ、Ｃｏｌｕｍｎなどを設定する。

【００８６】図１４は、各ブロックに付与されたパラメ
タ情報の例を示している。上記の入力ウインドウから入
力されたパラメタ情報は、例えばシステム内部では図１
４に示すようなパラメタリストで管理される。

【００８７】（３）見積もり評価の条件の設定 続いて、見積もり評価の条件を設定する。図１５は、見
積もりの評価条件の設定の例を示す。ブロック図入力・
編集部２により、図１５に示すような見積もり評価条件
設定ウインドウ１２０を、テンプレート定義ファイルか
ら自動生成して表示する。このウインドウ１２０の入力
画面から、インプリメントするテクノロジ（ＬＳＩシリ
ーズ）やパッケージタイプ、スキャンタイプ、平均動作
周波数、電源電圧等の設計条件を設定する。テクノロジ
等を選択することで、そのテクノロジで指定可能なメニ
ュー情報がパラメタテンプレート保持部５等から読み出
され、メニューから選択する形で各種の条件を設定する
ことができる。

【００８８】図１６は、図１５に示すような評価条件設
定ウインドウ１２０からの入力によって設定された見積
もり評価条件の具体例を示している。 （４）見積もり評価処理の実行 設定された見積もり評価条件に基づき、見積もり評価処
理部３は、見積もり評価を行う。ブロックが階層構造で
あれば、各ブロックの見積もり評価処理と下位の階層ブ
ロックの評価結果を積算した全体の見積もり評価とを算
出する。

【００８９】さらに、カット・アンド・トライ等の物理
分割の見積もり評価を行うことができる。図１７は、物
理分割の見積もり評価結果を表示する画面の例を示す。
例えば、チップ分割の場合のように、物理的に分割する
範囲を指定することで、その分割の範囲ごとに、ピン
数、合計ＢＣ数、バルクに対する使用率、消費電力等の
見積もり評価結果を確認することができる。図１７にお
いて点線および一点鎖線の枠は、分割の範囲を表してい
る。他に、色を変えて表示するというようなこともでき
る。各分割の範囲ごとに、評価結果のレポートが表示さ
れる。

【００９０】分割範囲の変更、見積もり評価の実行、見
積もり評価結果の表示を繰り返すことで、カット・アン
ド・トライを容易に実行することができる。 （５）物理分割（階層構造の再構築） 見積もり評価処理部３により、カット・アンド・トライ
等を行い、物理的な見積もり評価を行った後、物理階層
への切り出し（例えばチップ分割）を行う。

【００９１】図１８は、評価結果から物理階層を決め、
ブロック図の階層を変更した例を示す。見積もり評価結
果に基づき、図１８（Ａ）に示すような分割範囲で物理
階層を定め、図１８（Ｂ）に示すようにブロック図の階
層（レベルレイヤ）を変更することができる。このよう
な物理階層への切り出しは、ブロック図入力・編集部２
等が持つシステム記述エディタの階層組み替え機能を用
いて容易に行うことができる。

【００９２】（６）詳細設計 詳細設計では、各モジュールの中を、さらにブロック図
による構造設計とＨＤＬにより動作・機能設計とによっ
て詳細化していく。

【００９３】図１９は、ＨＤＬ記述による詳細化の例を
示す図である。図１９に示すように、詳細化によって、
シンボルからＨＤＬ記述等への詳細情報へのリンクがな
される。このブロック図の構造記述部は、ＨＤＬネット
リスト生成を行う。動作・機能設計を行うＨＤＬ記述に
ついては、ＢＬ、ＲＴＬを問わない。

【００９４】図２０（Ａ）は、見積もり評価条件に基づ
く各ブロックの評価結果の出力例を示している。図２０
（Ｂ）は、ＬＳＩ全体の評価結果の出力例を示してい
る。もちろんこれらは一例であり、任意の形式で評価結
果を出力することは、以上の説明から容易に実施するこ
とができる。

【００９５】＜本システムによるエディタ機能＞図２１
に、本発明のシステムをより発展させたエディタの内部
構成を示す。そして、本エディタは、環境設定ファイ
ル、ライブラリ、データベース、プロパティ・テンプレ
ート等からデータを引き出し編集するとともに、環境設
定ファイルやデータベースにはデータを登録できるよう
になっている。そして、本エディタから評価ツールや、
他ツールとして他のアプリケーションを起動しこれらを
ＸウインドウやウインドウズなどのＯＳ等で本エディタ
とともに連携して処理することができる。なお、本実施
例ではＸウィンドウ環境下のもとで、エディタ等のアプ
リケーションとＸウインドウとの間の画像処理系ＡＰＩ
としてＧＡＬＡＸＹＡＰＩ（米国ＶＩＳＩＸ社製）を用
いることを想定して説明している。

【００９６】以下、図２１に示す構成を順次説明する。 （１） 環境設定ファイル エディタの編集・表示機能など各種のモード設定、画面
の配色、画面サイズなど動作、編集環境などユーザーが
設定可能な項目値を定義したファイルである。

【００９７】（２） 環境Ｌｏａｄ／Ｓａｖｅ手段 上記、環境設定ファイルをメモリテーブルに展開（Ｌｏ
ａｄ）する機能と、環境設定処理部により変更されたメ
モリテーブルをファイルに書き出す（Ｓａｖｅ）機能を
持つ手段である。

【００９８】（３） 環境設定Ｔａｂｌｅ 前述の環境設定ファイルをメモリ上に展開したテーブル
（Ｃ＋＋のクラス定義） であり、各種の編集処理、画
面表示処理に於いて、本テーブルを参照し、設定された
動作を行う。また、後述の環境設定処理部によって設定
内容の変更を行うことができる。

【００９９】（４） 環境設定処理部 エディタの編集・表示機能強ど各種のモード設定、画面
の配色、画面サイズなどをユーザーが設定するためのＧ
ＵＩ部である。

【０１００】ノートブックタイプ・のメニューを使い、
カテゴリ毎にページ（タブ）を分ける。設定ウィンドウ
を開き、設定項目毎にボタン、選択メニュー、文字列表
示・入力などが行え、変更された内容を環境設定テーブ
ルに反映する。

【０１０１】（５）ライブラリ（Ｌｉｂｒａｒｙ）／デ
ータベース（Ｄａｔａｂａｓｅ） 本システムではライブラリ、データベースの構造を同一
としており、運用時のディレクトリで切り分けることと
する。

【０１０２】ライブラリには既設計資産、マクロ、セル
など各レベルのモジュール（Ｍｏｄｕｌｅ）が含まれ、
データベースはそれらを組み合わせた、あるいは新規モ
ジュールによるブロック図データが格納される。

【０１０３】従来の機能図、回路図にあるページの概念
はなく、１階層（モジュール）単位に扱う。データベー
スの形式はＵＮＩＸのファイルシステムそのもので、モ
ジュール毎にファイルを分ける。細かくは、モジュール
外皮と、中身であるブロック図本体のファイルに別れて
いる。モジュール外皮とは、自己シンボル、ポート（ｐ
ｏｒｔ）情報、プロパティ（ｐｒｏｐｅｒｔｙ）、テン
プレート（ｔｅｍｐｌａｔｅ）などの情報を格納するテ
ーブルである。モジュールは既存設計資産、マクロ、セ
ルなどの各レベルの情報であり、自己シンボル形状、ポ
ート情報、プロパティ情報、テンプレート情報を持つ。

【０１０４】ファイルの中身はＡＳＣＩＩファイルであ
り、シーケンシャル・アクセスしてメモリ上に読み込ん
で編集操作を行う。 （６）ライブラリ／データベース展開（Ｌｉｂｒａｒｙ
／ＤＢ Ｌｏａｄ） 前述のライブラリ、データベースをメモリテーブルに展
開する処理を行う部分で、モジュール外皮とブロック図
本体の展開部から構成される。

【０１０５】モジュール外皮はデータテーブル（Ｄａｔ
ａ Ｔａｂｌｅ（モジュール））に展開され、ブロック
図本体はデータテーブル（Ｄａｔａ Ｔａｂｌｅ（ブロ
ック図））上に展開される。

【０１０６】各ファイルはシーケンシャル・アクセスす
るが、必要な部分だけを高速に読み出すために部分的に
展開する機能をもつ。指示されなかった部分は読み飛ば
し、メモリテーブルに展開しない。

【０１０７】これによりファイルのアクセス時間そのも
のは短縮されないが、ＡＳＣＩＩファイルを解析し展開
する時間を省くことができる。読み込み時には”ｒｅａ
ｄ”モード（参照だけ行う）、”Ｗｒｉｔｅモード（編
集を行い、書き込むことが前提の読み出し）を指定で
き、同一モジュールに対しての排他・共有制御機能を持
つ。 （７） データベース保存（ＤＢ Ｓａｖｅ） メモリテーブル上で編集されたブロック図データ、モジ
ュールデータをデータベースに書き込む処理を行う。Ｌ
ｉｂｒｒｙ／ＤＢ Ｌｏａｄで述べた排他制御を行う。 （８）データテーブル（Ｄａｔａ Ｔａｂｌｅ（ブロッ
ク図）） ブロック図を構成するシンボルやラインなどの要素を格
納するテーブルで、本テーブル上でブロック図の編集処
理を行う。

【０１０８】既存データの場合、ＤＢ Ｌｏａｄ処理に
よりデータベースから本テーブルが作成される。新規設
計データの場合には編集機能により本テーブルにシンボ
ルやラインが追加、削除などが行われ、ブロック図デー
タが構築されていく。 （９）データテーブル（Ｄａｔａ Ｔａｂｌｅ（モジュ
ール）） 編集中のブロック図に対応するモジュール外皮情報であ
り、自己シンボル、ポート（ｐｏｒｔ）情報、プロパテ
ィ（ｐｒｏｐｅｒｔｙ）、テンプレート（ｔｅｍｐｌａ
ｔｅ）などの情報を格納するテーブルで、本テーブル上
でモジュールの編集処理を行う。

【０１０９】既存モジュールの場合、ＤＢ Ｌｏａｄ処
理によって本テーブルが作成され、新規の場合にはモジ
ュールの編集処理によって作成される。ライブラリ引用
時のライブラリシンボル形状は本テーブルではなく、Ｄ
ａｔａＴａｂｌｅ（ブロック図）の方に格納される。本
テーブルは設計データであるモジュールの情報のみ扱
う。 （１０）プロパティ テンプレート（Ｐｒｏｐｅｒｔｙ
Ｔｅｍｐｌａｔｅ）ファイル ブロックシンボルやインタフェース（接続定義）に付与
可能なパラメタ（プロパティ：Ｐｒｏｐｅｒｔｙ情報）
を外部定義したファイルである。これにより、プログラ
ムの変更が最小限でプロパティ入力用のパネルを作成可
能である。これはライブラリブロックにも定義可能で、
同一の記述方法をとる。この場合、 ＡＣＣＩＩファイ
ル形式で一般のテキストエディタを使用して定義する。 （１１）テンプレート展開（Ｔｅｍｐｌａｔｅ Ｌｏａ
ｄ）処理 前述のＰｒｏｐｅｒｔｙ Ｔｅｍｐｌａｔｅのファイル
を読み込んでメモリ上のテーブルに展開する処理であ
る。 （１２）テンプレート テーブル（Ｔｅｍｐｌａｔｅ
Ｔａｂｌｅ） ブロックシンボルやインタフェースに対する汎用的なプ
ロパティ情報のテンプレートとなるメモリ上のテーブル
であり、ここの情報を元にＧＵＩのダイアログボックス
を生成し、ユーザーにパラメタ値の設定を促す。 （１３）ブロック図表示処理 データテーブル（Ｄａｔａ Ｔａｂｌｅ）に格納されて
いるシンボル、ラインなどの要素を編集ウィンドウに表
示（消去を含む）する処理を行う。

【０１１０】表示に当たっては、ズーム、パン、画面サ
イズ変更などを処理し、画面の表示範囲内のみを表示す
るクリッピング処理を行う。表示する項目（ブロック名
称、固有名、信号名、プロパティ値など）について表示
／非表示の制御を行える。 （１４）基本描画機能 ブロック図や階層シンボルを編集画面に表示（消去を含
む）するための基本的な図形描画ルーチンであり、直
線、連続線、円、円弧、矩形、文字などの描画、消去を
行う。

【０１１１】表示図形の重なりについては、重なった部
分の色が変わり、一方の図形を消去した場合には他方の
図形（の色）が元に戻る。図形のドラッグやラバーバン
ド機能、マウスポインタ図形の変更についても取り扱
う。 （１５）ブロック図編集機能 シンボルや信号線などブロック図を構成する要素の追
加、削除、移動、複写などの編集機能であり、エディタ
のメインとなる部分である。

【０１１２】範囲を指定しての削除、移動、複写や、信
号線が追従するシンボル移動など機能は多い。また、下
位階層の上位階層への展開機能や、その逆の１階層下の
モジュール生成などが可能である。

【０１１３】エントリのスタイルを固定せず、ユーザー
フレンドリで自由なオペレーションでブロック図を描け
る。 （１６）ブロック／シンボル（Ｂｌｏｃｋ／Ｓｙｍｂｏ
ｌ）編集コマンド処理 編集画面上で行われるマウスアクショシを取り出し、各
種の編集磯能に振り分ける処理を行う。 （１７）モジュール編集機能 モジュールのシンボル（階層シンボル）情報、プロパテ
ィテンプレート、計算式ルールなどを編集する機能であ
る。

【０１１４】ブロック図やＶＨＤＬ言語記述が存在する
場合にはポート（ｐｏｒｔ）情報からシンボルを自動生
成する機能を備える。 （１８）Ｐｒｏｐｅｒｔｙ設定パネル生成、設定 ブロックシンボル、モジュール、ライン、インタフェー
スに設定するプロパティ情報の入力用ダイアログボック
スをダイナミックに生成する機能であり、設定された内
容をデータテーブルに格納する機能を備える。

【０１１５】プロパティは複数の要素に対して与えられ
るが、全てこの共通機能を使用して設定する。 （１９）フレーム、メニュー、ボタン（Ｆｒａｍｅ，Ｍ
ｅｎｕ，Ｂｕｔｔｏｎ）作成 エディタ全体のＧＵＩフレームとなるＦｒａｍｅ，Ｍｅ
ｎｕ，Ｂｕｔｔｏｎなど各種のウィジェット、コールバ
ックルーチンなどを定義する部分である。

【０１１６】この部分はＧＵＩビルダーや市販のウィジ
ェットキットが有効に活用できる。 （２０）他ツール起動 他のアプリケーションツールの起動、パラメタなどを渡
す処理を行う。

【０１１７】これは、ブロック図中のシンボルの中身が
ＶＨＤＬの場合や、他のツールで作られている場合にテ
キスト編集ツールや他のアプリケーションを起動して、
その編集や参照が行えるようにするためである。 （２１）評価ツール連携 物理分割などの支援を行う評価ツールとの連携を行う部
分である。

【０１１８】設計データの受け渡し（当初はＤＢインタ
フェース）や分割範囲などの情報の受け渡しや評価ツー
ルの起動、評価結果の画面へのフィードバック処理を行
う。画面へのフイードバックとしては、ブロック図中の
シンボルへのゲート規模や電力表示、色の変化、リスト
表示、グラフ化などがある。以上が、図２１の各構成の
機能であるが、次に、この図２１に示した構成によりブ
ロック図を作成する場合の特徴を説明する。

【０１１９】本発明の特徴は、個々のブロックとブロッ
ク間を接続する線 （以下、インタフェースと呼ぶ）を
同レベルで扱い、共に階層的な表現ができるようにして
いる点である。

【０１２０】従来のブロック図や回路図の入力では、ブ
ロックが機能を表現し、接続するラインは単なるワイヤ
ーであった。本発明のブロック図ではラインが単純なワ
イヤーではなく機能を持たせるとことができるようにす
る。さらに、ラインへの物理的なパラメタも付与可能と
している（図２２参照）。

【０１２１】具体的にラインの機能とは、プロトコルそ
のものであったり、プロトコルを実現する機能などであ
る。物理的なパラメタとはそのプロトコルを実現した場
合の実際のワイヤー本数や機能を具体化するための回路
規模、また信号のトグル周波数であったりする。以上の
ように設計情報を属性プロパティとして管理する。ブロ
ックには階層設計の下位ブロックや他の環境で設計した
設計データ、ドキュメントデータなどへのリンク、見積
もり評価用のパラメタを持ち、インタフェースにも同様
に設計データへのリンク情報、評価パラメタなどを持
つ。

【０１２２】図２２は、図２とほぼ同様であるが、ドキ
ュメント情報をプロパティとしてリンクしている点が、
図２と異なる。機能ブロック、インタフェースそれぞれ
抽象レベルの異なる設計情報を抽象レベルレイヤー（ア
ーキテクチャ）と云う概念で複数持つことができる構造
とする。これは図３に示すように、ブロック図で表現し
た機能ブロック、インタフェースのシンボルに対して抽
象的な記述から具体的な詳細記述まで複数レベルの設計
情報にリンク可能な構造である。

【０１２３】これにより抽象度の高いしベルから設計を
はじめ、段階的に詳細化する設計手法がとれるようにな
る。以上を管理し、設計情報を保持するために、図４に
示すようなデータ構造を持つ。図中、プロパティの箱が
設計情報へのリンクや、見積もり評価用のパラメタなど
複数のパラメタを保持し、設計データ全体のリンク構造
を形作っている。

【０１２４】ここでモジュールとは階層設計する際など
の設計データの管理単位であり、ブロックの外部仕様と
なる情報を持つ。実際の中身はインタフェース設計情報
や機能ブロック設計情報、あるいは詳細なブロック図で
ある。 ＜設計データのリンクの方式・手順＞ （１）図２３に設計データのリンク方式を示す まず、設計データをリンクしたいオブジェクト（シン
ボル・ライン等）をクリックする。 すると、属性設定パネルが表示されるので新規の場合
はアーキテクチャ名を入れてリターンキーを押す。 次いで、新しいＴＡＢが作成されて新規パネルが表示
される。その場合はそのパネルにリンクするデータ名を
入力または選択する。 既存の場合はリンクしたいＴＡＢを選択してパネルを
全面に表示させそのパネルにリンクするデータ名を入力
または選択する。 ＜外部プロパティとテンプレート＞評価用のパラメタ入
力は、設計者への情報入力を促すために、ＧＵＩ（Ｇｒ
ａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）によ
るパラメタ入力フィールドを設けている。本システムで
は評価情報の変更にフレキシブルに対応するために入力
の雛形（テンプレート）を外部の定義ファイルに持つ構
造とする。

【０１２５】システム起動の際にテンプレートファイル
を読み込み、定義してある情報を解析し、定義されてい
るパラメタの入力用のＧＵＩウインドウを動的に作成す
る。これにより、ユーザーである設計者がブロックやイ
ンタフェースにパラメタを設定しようとした際に、入力
が必要なパラメタの入力を促す。パラメタの雛形には必
須項目、任意項目の区分を付けることにより、必要な情
報を漏れなく設定させることができ、設計者個人による
見積もり情報のバラツキを押さえることができる。

【０１２６】このテンプレートのファイルを設計対象の
種類別などで用意することにより、装置に応じた見積も
りパラメタを漏れなく入力することが可能になる。以下
に外部テンプレートの構成を示す。 （１）設計データと外部テンプレートの関係 図２４に設計データと外部テンプレートの関係を示す。

【０１２７】本システムが起動すると同時に外部テンプ
レートファイルが読み込まれ、各設計データが設計者に
指定されると同時に対応する情報がパネルに表示され
る。 （２）処理フロー 図２５に処理フローを示す。

【０１２８】ここで、まずシステムを起動する（ステッ
プ１０１）。次いで、外部プロパティテンプレートファ
イルからファイル読み込みをする（ステップ１０２）。
その後、プロパティファイルの解析を行い（ステップ１
０３）、画面レイアウトを作成した後（ステップ１０
４）、プロパティ設定用パネルを出力する（ステップ１
０５）。 （３）外部テンプレート（定義例） 図２６に定義例を示す。 （４）外部テンプレート（画面例） 図２７に出力画面例を示す。 ＜シンボル編集機能＞次いで、ライブラリレスシンボル
の編集機能を説明する。

【０１２９】従来エントリでは図２８で示すようにシン
ボルを入力する前に、入力するシンボルを作成すること
が必要であった。本システムでは、図２９〜図３１に示
したように、ブロック図編集において任意の大きさのシ
ンボルを作成し、そのシンボルに対してライン（線）を
任意の場所へ繋ぐだけで自動的にＰＯＲＴを作成する。

【０１３０】以下に入力の手順を示す。 ツールバー又はメニューからシンボル作成機能を選
び、テンプレートメニュー（矩形、台形、ＡＬＵタイプ
など）を表示。このウィンドウはクローズするまで表示
される。 テンプレートメニューから所望の形状をクリックして
選ぶ。 配置したい位置にマウスポインタを置き、クリック
（押すだけ）し、対角線方向にドラッグするとシンボル
形状のドラッグが伸びていく。 マウスボタンを離すとサイズが確定し、シンボル形状
ができる。

【０１３１】対角線のドラッグ方向は左下→右上、右上
→左下、右下→左上、左上→右下のいづれでもよい。 （１）シンボル入力フローを図３０に示す。 （２）さらに、ラインの入力方法について図３１に示
す。

【０１３２】ツールバー又はメニューからライン入力
機能を選ぶ。 始点をクリック（押すだけ）するとラバーバンドが始
まる。 終点位置にマウスポインタを移動し、マウスを離す
と、入力完了。

【０１３３】続いてクリックする際に折れ曲がり点が
できる。 矢印の大きさ長さ、線の太さ、種類、色等はメニュー
で変更可能である。 ラインは自由な角度で入力できる。デフォルトでは水
平、垂直のみとする。

【０１３４】Ｓｈｉｆｔキーを押下げしながら入力する
と自由な角度で描画可能である。 ＜階層間インターフェイス＞次に、階層間インタフェー
スを図３２に基づいて説明する。

【０１３５】シンボルの階層情報定義及び接続するシグ
ナルと下位階層のｐｏｒｔの接続方式は以下のような機
能を持つ。シンボルと階層情報のリンクはシンボル属性
定義パネルで行う。このパネルではアーキテクチャ別に
複数の情報を一つのシンボルにすることができる。

【０１３６】更にそのシンボルに関連するドキュメント
データのリンクも定義できる。シンボルのｐｏｒｔと下
位階層のシグナル結合はシンボルＰｏｒｔコネクトパネ
ルで行う。コネクトした下位シグナルの属性は全て上位
のＰｏｒｔの属性に複写される。このため、下位の階層
で設計したブロックの内容はそのまま、上位の階層へと
反映され、上位の階層で設計したブロックの内容はその
まま下位の階層に反映される。 ＜階層シンボル自動作成＞階層シンボル自動作成機能を
図３３に従い説明する。

【０１３７】ＶＨＤＬのｅｎｔｉｔｙ記述、またはモジ
ュールに対応付けられたブロック図のｐｏｒｔ情報か
ら、シンボルを自動作成する機能である。ファイル一覧
からブロック図または階層シンボル編集ウィンドウにド
ラッグ＆ドロップすることによって生成可能である。

【０１３８】以下に機能を示す。シンボルの左右に配置
するピン数に合わせて形状の縦方向サイズを決める。ｐ
ｏｒｔ名、ｉ／ｏ種別、信号の型、Ｖｅｃｔｏｒのレン
ジ、ｐｏｒｔの並び順を情報とする。シンボル形状のタ
イプ、幅、ｉ／ｏピンの位置、ピンの並び方などは、オ
プションのダイアログボックスから選択可能とする。項
目は以下の通りである。

【０１３９】シンボル形状タイプ ・矩形、台形等 ・形状の幅（段階的な選択で可） ピンの配置 ・ｉｎｐｕｔ，ｏｕｔｐｕｔ，ｉｎｏｕｔそれぞれ左右
どちらに配置するかピンの並び順 ・ｐｏｒｔ名の昇順、降順、ｅｎｔｉｔｙに記述されて
いた順又はブロック図の配置順 （１）以下に構成と手順を示す。

【０１４０】図３３のように、シンボル形状のタイ
プ、幅、ｉ／ｏピンの配置、ピンの並び等をオプション
パネルで設定しておく。 ファイル一覧から変換したいファイル名を選択また
は、マウスでドラッグしてシンボル編集ウィンドウまで
移動する、シンボル編集ウィンドウでマウスを離すと
えｄ登録しておいた方式にしたがってシンボルの形状作
成が開始される。 ＜階層展開、合成の機能＞本発明では、機能分割に柔軟
に対応するため複数の機能ブロックを指示し、ひとつの
階層にしたり、その逆の操作をすることが可能である。

【０１４１】図３４に構成と手順を示す。 （合成処理） ブロック図上で合成したいシンボルを選択する（マウ
スで範囲指定、またはマウスクリックによる選択）。

【０１４２】選択したシンボル群で新たな階層シンボ
ルを作成する。 ｐｏｒｔ情報生成。 下位シンボル生成。

【０１４３】（展開処理） 展開したいシンボルを選択する（複数化）。 展開機能を起動する。

【０１４４】下位階層をロードして上位にブロック図
に展開する。 シンボル（図形情報）を生成。

【０１４５】（展開処理）展開はこの逆で、下位の階層
の内容を上位階層に展開する。その際にはシグナル名、
ｉｎｓｔａｎｃｅ名の重複などに注意する。

【０１４６】シンボルへのプロパテイの指定は形状確定
の直後に設定するか、あとで設定するか切り替えられ
る。シンボルの領域がシグナルの端点と接する場合には
ｐｏｒｔの生成を行う。次に、図３５に本ＣＡＤシステ
ムをワークステーションやパソコンなどのコンピュータ
上のソフトウェアとして実現したときの構成を示す。ま
た、ハードウェアで実現しても構わない。

【０１４７】図３５で、システムを実現するプログラム
や設計データは通常はディスクに格納され、プログラム
を実行する際にメモリに読み込まれＣＰＵを動作させ
る。ブロック図やパラメタ情報も編集中はメモリ上に置
かれ、ディスプレイへの表示やキーボード等から入力さ
れた編集処理がプログラムにより行われる。設計データ
は編集を終えるとディスクに格納される。また、見積も
り評価を行なった結果もディスクに格納される。

【０１４８】外部Ｉ／Ｆは他のワークステーションやパ
ソコンなどと接続する装置で、本発明には必須ではない
が、複数のワークステーションやパソコンを使って設計
作業を行なう場合の連携に使用する。

【０１４９】

【発明の効果】以上説明したように、本発明によれば、
装置設計の上流工程、すなわち設計の早期段階での高精
度で実現性のある見積もりを行うことによって、最適ア
ーキテクチャや装置構成の実現を図ることができる。

【０１５０】また、設計や見積もりのノウハウをライブ
ラリとして蓄積でき、さらに見積もり精度を高めていく
ことができる。さらに、アーキテクチャ検討段階でエン
トリした設計情報は、下流工程へ継承することが可能と
なり、下流工程での再エントリ工数や設計ミスを削減す
ることが可能となる。

【図面の簡単な説明】

【図１】本発明のブロック構成例を示す図である。

【図２】エントリ設計モデルの考え方の説明図である。

【図３】設計情報のレベルレイヤの例を示す図である。

【図４】設計情報のデータ構造の例を示す図である。

【図５】ブロック情報の例を示す図である。

【図６】見積もり評価ルールの例を示す図である。

【図７】見積もり評価の処理の説明図である。

【図８】階層設計とパラメタ精度の関係を説明する図で
ある。

【図９】パラメタ値検出の処理を説明する図である。

【図１０】見積もり評価データの蓄積と設計版数の関係
を説明する図である。

【図１１】本発明の装置構成の例を示す図である。

【図１２】概略ブロック図の例を示す図である。

【図１３】パラメタ入力の例を示す図である。

【図１４】各ブロックに付与されたパラメタ情報の例を
示す図である。

【図１５】見積もり評価条件の設定の例を示す図であ
る。

【図１６】見積もり評価条件の具体例を示す図である。

【図１７】物理分割の見積もり評価結果の例を示す図で
ある。

【図１８】物理階層への切り出しの例を示す図である。

【図１９】ＨＤＬによる詳細化の例を示す図である。

【図２０】見積もり評価結果の具体例を示す図である。

【図２１】エディタ内部構成を示す図である。

【図２２】エントリ設計モデルの考え方を示す図であ
る。

【図２３】設計データのリンク方式を示す図である。

【図２４】設計データと外部テンプレートの関係を示す
図である。

【図２５】プロパティ設定の手順を示すフローチャート
図である。

【図２６】外部テンプレート定義例を示す図である。

【図２７】画面例を示す図である。

【図２８】従来型エントリを示す図である。

【図２９】本発明のシステムにおけるエントリを示す図
である。

【図３０】シンボル入力フローを示す図である。

【図３１】ライン入力を示す図である。

【図３２】階層間インターフェイスを示す図である。

【図３３】階層シンボル自動生成を示す図である。

【図３４】階層展開・合成を示す図である。

【図３５】ソフトウェアで実施した場合の装置構成図を
示す図である。

【図３６】ブロック図の例を示す図である。

【符号の説明】

１ 処理装置（ＣＰＵ／メモリ） ２ ブロック図入力・編集部 ２１ ブロック図面編集部 ２２ パラメタ設定部 ２３ 属性プロパティ管理部 ３ 見積もり評価処理部 ３１ ブロックルール演算部 ３２ 全体見積もり演算部 ４ ユーザインタフェース部 ５ パラメタテンプレート保持部 ６ ブロック情報記憶部 ７ 設計情報記憶部 ８ 下流工程処理システムとのインタフェース部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大塚 正人 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 斉藤 孝 栃木県小山市城東３丁目28番１号 富士通 キャドテック株式会社内 (72)発明者 小林 志康 栃木県小山市城東３丁目28番１号 富士通 キャドテック株式会社内 (72)発明者 久保田 健一 栃木県小山市城東３丁目28番１号 富士通 キャドテック株式会社内

Claims (13)

【特許請求の範囲】
1. 【請求項１】 コンピュータによりシステム設計を支援
   するＣＡＤシステムにおいて、 独立した機能を表現するシンボルとそれらのシンボルを
   つなぐラインとを含むブロック図を編集する手段と、 前記シンボルと前記ラインとに、それぞれ同じ形態で設
   計情報を設定する手段と、 それぞれの設定情報にレベルレイヤに応じた複数の詳細
   レベル情報を持たせることができるデータ構造で設計情
   報を記憶する手段とを備えたことを特徴とするシステム
   設計／評価ＣＡＤシステム。
2. 【請求項２】 請求項１記載のシステム設計／評価ＣＡ
   Ｄシステムにおいて、 前記ブロック図を編集する手段
   により入力するシンボルまたはラインに付与する見積も
   りパラメタ情報を入力するためのテンプレートを保持す
   る手段と、 前記テンプレートに従ってユーザに入力を促し、シンボ
   ルまたはラインに付与する見積もりパラメタ情報をユー
   ザから入力する手段とを備えたことを特徴とするシステ
   ム設計／評価ＣＡＤシステム。
3. 【請求項３】 請求項１記載のシステム設計／評価ＣＡ
   Ｄシステムにおいて、 設計の途中段階でその設計の評価を行った場合に、評価
   を行った時点の設計情報と評価結果情報とをリンクして
   自動保管する手段を備えたことを特徴とするシステム設
   計／評価ＣＡＤシステム。
4. 【請求項４】 請求項１記載のシステム設計／評価ＣＡ
   Ｄシステムにおいて、 再利用可能な設計ブロックを利用する際に、そのブロッ
   クの持つパラメタテンプレートを参照し、パラメタテン
   プレートに基づくパラメタ設定ウインドウを表示する手
   段と、 表示したパラメタ設定ウインドウにより、当該ブロック
   利用時の固有なパラメタを入力する手段とを備えたこと
   を特徴するシステム設計／評価ＣＡＤシステム。
5. 【請求項５】 請求項１記載のシステム設計／評価ＣＡ
   Ｄシステムにおいて、 設計の詳細化が進むにつれて一つのブロックが、より詳
   細なレベルの複数のブロックから構成されるようになっ
   た場合に、重複するパラメタ情報はより詳細な下位の設
   定レベルに付与されたパラメタを利用して評価を行う手
   段を備えたことを特徴とするシステム設定／評価ＣＡＤ
   システム。
6. 【請求項６】 コンピュータによりシステム設計を支援
   するＣＡＤシステムに用いられるプログラムを記憶した
   媒体であって、 独立した機能を表現するシンボルとそれらのシンボルを
   つなぐラインとを含むブロック図を編集する処理と、 前記シンボルと前記ラインとに、それぞれ同じ形態で設
   計情報を設定する処理と、 それぞれの設定情報にレベルレイヤに応じた複数の詳細
   レベル情報を持たせることができるデータ構造で設計情
   報を管理する処理とをコンピュータに実行させるプログ
   ラムを記憶したことを特徴とするシステム設計／評価Ｃ
   ＡＤシステムのプログラム記憶媒体。
7. 【請求項７】 請求項１記載のシステム設計／評価ＣＡ
   Ｄシステムにおいて、前記レベル情報設定手段は、情報
   はレベルレイヤに応じた複数レベルの情報を参照しなが
   らその設計情報の編集を行う設計情報編集手段を備えた
   ことを特徴とするシステム設計／評価ＣＡＤシステム。
8. 【請求項８】 請求項１記載のシステム設計／評価ＣＡ
   Ｄシステムにおいて、前記設計情報に、ドキュメントデ
   ータをリンクするドキュメントデータリンク手段を備
   え、設計情報の編集中にドキュメントデータの編集を行
   うドキュメントデータ編集手段を備えたことを特徴とす
   るシステム設計／評価ＣＡＤシステム。
9. 【請求項９】 請求項１記載のシステム設計／評価ＣＡ
   Ｄシステムにおいて、前記設計情報設定手段は、前記シ
   ンボルの大きさを任意の大きさに設定する大きさの編集
   手段を有することを特徴とするシステム設計／評価ＣＡ
   Ｄシステム。
10. 【請求項１０】 請求項１記載のシステム設計／評価Ｃ
    ＡＤシステムにおいて、前記ブロック図編集手段は、作
    成したシンボルにラインを接続したとき、信号の入出力
    ポートを自動的に作成する入出力ポート作成手段を有す
    ることを特徴とするシステム設計／評価ＣＡＤシステ
    ム。
11. 【請求項１１】 請求項１記載のシステム設計／評価Ｃ
    ＡＤシステムにおいて、一つのシンボルに他の設計情報
    をリンクさせて複数の階層情報を割り付る手段を備え、
    一つのシンボルに複数の階層を定義することを特徴とす
    るシステム設計／評価ＣＡＤシステム。
12. 【請求項１２】 請求項１記載のシステム設計／評価Ｃ
    ＡＤシステムにおいて、シンボル作成用記述言語及びブ
    ロック図のデータをシンボル作成パネル上にドラック＆
    ドロップする事によって、シンボル形状データを自動的
    に作成するシンボル自動作成手段を備えたことを特徴と
    するシステム設計／評価ＣＡＤシステム。
13. 【請求項１３】 請求項１記載のシステム設計／評価Ｃ
    ＡＤシステムにおいて、複数のブロックを指定して、そ
    れらを一つの階層に合成あるいは複数の階層に分離する
    階層編集手段を備えたことを特徴とするシステム設計／
    評価ＣＡＤシステム。