JP2825372B2 - ハードウェア構造表示装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＬＳＩ設計用ＣＡＤシ
ステムに用いられるハードウェア構造表示装置に関す
る。

【０００２】

【従来の技術】近年、ＬＳＩの大規模化に伴い、設計効
率の向上を目的としてＬＳＩ設計を支援するための各種
の自動化システムが開発されている。

【０００３】これらのシステムの多くは、レジスタ転送
レベルのハードウェア記述言語に基づいて論理回路を自
動合成するといった論理設計を支援するためのものであ
るが、近年になって動作の仕様記述としてアルゴリズム
記述を入力し、データパス構造とサイクルタイム毎の動
作決定を行う機能設計を支援するシステムも開発される
ようになっている。

【０００４】しかして、このような機能設計を支援する
システムでは、例えば、アルゴリズムの記述を読み込む
と、このアルゴリズム記述をデータフローグラフ表現に
変換し、このデータフローグラフ上で各サイクルの動作
を決定し、さらに、レジスタや演算器等のハードウェア
上での構成要素を割り付けることによりハードウェア構
造を合成するようになっている。

【０００５】ところが、一般に、機能設計のレベルは設
計選択の範囲が非常に広いため、上述したシステムをも
ってしても、熟練設計者による設計に匹敵する質のハー
ドウェア構成を完全に自動的に合成することは極めて困
難であった。

【０００６】このような理由から論理回路の機能設計支
援を行うシステムでは、設計者とシステムとの対話によ
る修正作業がますます重要になっている。このような修
正作業を行う場合、設計者は、まず、システムが合成し
たハードウェア構造を理解しなければならないが、これ
までの人手による機能設計の場合、設計者は、レジス
タ、演算ユニット等の構成要素とそれらの接続関係を表
すブロック図を用い、さらに設計者がシステムにより合
成されたハードウェア構造を直感的に理解するため、シ
ステムがブロック図を出力することが望ましいとされて
いた。ところが現状では、システムにより合成されるハ
ードウェア構造として、データ処理に関する部分のデー
タ系のハードウェア構造と、データの流れを制御するコ
ントロール系のハードウェア構造が存在するが、これら
ハードウェア構造が混在した状態で出力される。

【０００７】このことは、一般に機能設計を支援するシ
ステムは、大規模なハードウェア設計に用いられるの
で、システムが出力するブロック図も大規模なものにな
るが、上述したようにデータ系／コントロール系のそれ
ぞれのハードウェア構造が混在した状態で出力されるこ
とは、以下のような問題が生じている。

【０００８】（１）データ系あるいはコントロール系に
注目して、ハードウェア構造を確認しようとした場合、
両ハードウェア構造が混在していることで広い表示面積
を必要とするが、１画面の表示面積に物理的な制限があ
ることから多数画面に亘って出力されることになり、こ
のため設計者は注目画面を探しながら何ページにも渡り
画面をスクロールして所望するハードウェア構造を表示
させるようにしなければならないことになる。 （２）ページ切り替えが多くなればなるほど、ページ間
にまたがるハードウェア資源の接続の見誤りが増加す
る。

【０００９】（３）両ハードウェア構造が混在している
とデータ系、あるいはコントロール系のブロック図だけ
を見れば良い場合でも、システムは、すべてのハードウ
ェア資源について配置／配線の処理をしなければならな
くなり、描画に要する時間が増加する。 （４）描画対象が増えれば増えるほど、配置／配線を見
易く行うことがむずかしくなり、出力される図面の質が
低下し確認作業が困難になる。

【００１０】

【発明が解決しようとする課題】このように、従来のシ
ステムでは、データ系とコントロール系のハードウェア
構造が混在した状態で表示されるため、設計者が、デー
タ系あるいはコントロール系に注目してハードウェア構
造を確認しようとした場合、設計者は、何ページにも渡
り画面をスクロールして所望するハードウェア構造を表
示させるようにしなければならず、また、その際に、ペ
ージ間にまたがるハードウェア資源の接続の見誤りも増
加する問題点もあった。さらに、両ハードウェア構造が
混在しているとデータ系あるいはコントロール系のブロ
ック図だけが見れれば良い場合でも、システムはすべて
のハードウェア資源について配置／配線の処理をしなけ
ればならならず描画に要する時間が増加し、また、両ハ
ードウェア構造が混在していることで描画対象が増加
し、出力される図面の質の低下を招き、ひいては確認作
業が困難になるという問題点もあった。

【００１１】本発明は、上記事情を考慮してなされたも
ので、ハードウェア構造をデータ系とコントロール系の
それぞれの部分を区別して表示することができ、ハード
ウェア構造を容易に理解できるハードウェア構造表示装
置を提供することを目的とする。

【００１２】

【課題を解決するための手段】ハードウェアの動作仕様
を入力として該動作仕様を実現するハードウェア構造を
合成するシステムにおいて、このシステムにより合成さ
れた動作仕様を実現するハードウェア構造として少なく
とも資源テーブルと接続テーブルをハードウェア構造記
憶手段に記憶し、このハードウェア構造記憶手段に記憶
されたハードウェア構造の接続テーブルを用いてハード
ウェア構造分類手段により資源テーブルの各資源につい
てデータ系とコントロール系を分類するコードをセット
するとともに、これら分類コードがセットされた資源テ
ーブルと接続テーブルを用いてハードウェア構造をデー
タ系のハードウェア構造とコントロール系のハードウェ
ア構造を区別して表示するように構成している。

【００１３】

【作用】この結果、本発明によれば、ハードウェアの動
作仕様を実現するハードウェア構造をデータ系の部分と
コントロール系の部分に分類し、これらをデータ系のハ
ードウェア構造とコントロール系のハードウェア構造に
区別して表示することができるようになり、設計者はデ
ータ系とコントロール系に分けてシステムの合成したハ
ードウェア構造を容易に確認できる。

【００１４】

【実施例】以下、本発明の一実施例を図面に従い説明す
る。

【００１５】図１は同実施例の概略的構成を示すもので
ある。図において、１はハードウェア構造記憶部で、こ
のハードウェア構造記憶部１には、ハードウェア構造分
類部２を接続し、このハードウェア構造分類部２にハー
ドウェア構造表示部３とビットマップディスプレイ４を
接続している。

【００１６】ハードウェア構造記憶部１は、ハードウェ
アの動作仕様記述からシステムが合成したハードウェア
構造を記憶するものである。この場合、ハードウェアの
動作仕様記述として、図２に示すようなＣ言語に似た動
作仕様記述が用いられる。また、システムが合成したハ
ードウェア構造は、資源テーブルと接続テーブルという
形式で記憶される。

【００１７】資源テーブルは、例えば図３に示すよう
に、資源名３１、表示座標３２、その資源がデータ系で
あるかコントロール系であるかを示す分類コード３３か
ら構成されている。また、分類コード３３のテーブル
は、例えば図４に示すようにデータ系／コントロール系
の分類４１と分類コード４２から構成され、ここでは、
データ系の分類コードとして“０”、コントロール系の
分類コードとして“１”、データ系＋コントロール系の
分類コードとして“２”が設定されている。なお、図３
に示す資源テーブルの分類コードには、初期値として
“０”（データ系であることを示す分類コード）がセッ
トされている。

【００１８】一方、接続テーブルは、例えば図５に示す
ように、資源名５１、その資源の入力側に接続される資
源名リストが書き込まれる入力源５２、その資源の出力
側に接続される資源名リストが書き込まれる出力先５３
から構成される。ここで、テーブル中の＜ＳＴＡＴＥ１
＞、＜ＳＴＡＴＥ２＞は、それぞれ状態が１の時に
“１”、状態が２の時に“１”となる信号を示すもので
あるが、このテーブルでは資源として扱っている。ま
た、入力源５２の欄で資源名の前に付されている括弧で
囲まれた数値は、入力源５２に書かれた資源の出力が、
資源名５１の資源の何番目の入力ピンに接続しているか
を示しており、例えば、接続番号５の資源名「ＣＯＭＰ
１」については、入力源５２に書かれた「Ｒ５」の出力
が入力ピン１に接続されるとともに、「Ｒ２」の出力が
入力ピン２に接続されていることを示している。また、
括弧で囲まれた「ＣＴＬ番号」は、入力源５２に書かれ
た資源の出力が資源名５１のＭＵＸの何番目のコントロ
ールピンに接続しているかを示している。同様にして、
出力先５３の欄で資源名の後に付されている括弧で囲ま
れた数値は、資源名５１に書かれた資源の出力が出力先
５３の資源の何番目の入力ピンに接続しているかを示し
ており、例えば接続番号５の資源名「ＣＯＭＰ１」につ
いては、出力先５３の欄に書かれた「ＡＮＤ１」の入力
ピン２に接続されていることを示している。また、括弧
に囲まれた「ＣＴＬ番号」は、資源名５１に書かれた資
源の出力が出力先５３のＭＵＸの何番目のコントロール
ピンに接続しているかを示している。なお、資源テーブ
ルのＭＵＸは２入力で、ＣＴＬ１が１の時には入力１
を、ＣＴＬ２が１の時は入力２を出力側に振り分ける機
能を有するものとする。

【００１９】ハードウェア構造分類部２は、上述の接続
テーブルを用い、すべてのＭＵＸについて、コントロー
ルピンの接続を入力側に追跡することで、資源を順番に
求め、出力がＭＵＸのコントロールのみに関係する資源
については“１”（コントロール系）、出力がＭＵＸの
コントロール以外にも用いられる資源については“２”
（データ系かつコントロール系）を図３で述べた資源テ
ーブルの分類コード３３にセットするようにしている。

【００２０】ハードウェア構造表示部３はハードウェア
構造記憶部１に記憶された資源テーブルおよび接続テー
ブルの他に、図示しない配線情報（配線テーブル）、資
源の形状情報（形状テーブル）を用いて、ビットマップ
ディスプレイ４上にハードウェア構造を表示するもので
ある。ここでのディスプレイ４上の表示は、例えば、参
考文献「Ｓｕｎ ｍｉｃｒｏｓｙｓｔｅｍｓ， “Ｓ
ｕｎＶｉｅｗ ｓｙｓｔｅｍ Ｐｒｏｇｒａｍｍｅｒ′
ｓ Ｇｕｉｄｅ”， Ｒｅｖｉｓｉｏｎ ｏｆ １５
Ｏｃｔｏｂｅｒ １９８６」に開示されるマルチウィ
ンドウが利用され、データ系のハードウェア構造をウィ
ンドウ１に、コントロール系のハードウェア構造をウィ
ンドウ２に、データ系とコントロール系の双方に属すハ
ードウェア構造をウィンドウ１とウィンドウ２の両方に
それぞれ表示するようになる。この場合、データ系のハ
ードウェア構造のＭＵＸのコントロールピンと、コント
ロール系のハードウェア構造で、出力がＭＵＸのコント
ロールピンに接続する資源の出力ピンには、それぞれ対
応を示す番号のタグを表示している。

【００２１】図６は、図３に示す資源テーブルと図５に
示す接続テーブルに基づいてハードウェア構造表示部３
がウィンドウ１に表示したハードウェア構造を示すもの
である。次に、以上のように構成した実施例の動作を説
明する。この場合、上述の図２の動作仕様記述に基づい
て合成されたハードウェア構造を表示する場合を例にと
り説明する。

【００２２】図１に示すハードウェア構造分類部２は、
ハードウェア構造記憶部１に記憶された図５に示す接続
テーブルを用い、すべてのＭＵＸについて、コントロー
ルピンの接続を入力側に追跡して資源を順番に求め、出
力がＭＵＸのコントロールのみに関係する場合は
“１“、データ系かつコントロールに関係する場合は
“２”の分類コードをそれぞれセットする。

【００２３】図７はハードウェア構造分類部２での接続
テーブルに対する処理フローを示すもので、まず、図５
に示す接続テーブルに対して接続番号７の｛ＭＵＸ１｝
を取り出す（ステップＳ７１）。次に、取り出した｛Ｍ
ＵＸ１｝を資源Ｆとしてサブル−チン１をコールする
（ステップＳ７２）。

【００２４】サブルーチン１は、あるハードウェア資源
の入力側に存在するハードウェア資源を入力源を持たな
い資源に行き着くまで、入力方向に再帰的に追跡するこ
とで、求める処理を行うもので、その処理フローを図８
に示している。この場合、サブルーチン１は、｛ＭＵＸ
１｝には入力源があり｛ＭＵＸ１｝はＭＵＸであるか
ら、接続テーブルより｛ＭＵＸ１｝のコントロールピン
の入力源｛＜ＳＴＡＴＥ１＞，＜ＳＴＡＴＥ２＞を求め
る（ステップＳ８１、Ｓ８２、Ｓ８８）。次に、入力源
の１つである｛＜ＳＴＡＴＥ１＞｝を資源Ｆ′として取
り出し、サブルーチン２をコールする（ステップＳ８
４，Ｓ８５）。サブルーチン２は、資源Ｆ′の分類コー
ドを資源テーブルにセットするための処理を行うもので
あり、処理フローを図９に示している。

【００２５】ここでのサブルーチン２は、資源Ｆ′（＜
ＳＴＡＴＥ１＞）はステート信号であるから、資源テー
ブルの｛＜ＳＴＡＴＥ１＞｝の分類コードの欄に１をい
れてリターンする（ステップＳ９１，Ｓ９２）。ここで
処理はサブルーチン１のステップＳ８６に進み、｛＜Ｓ
ＴＡＴＥ１＞｝を新たに資源Ｆと考え、サブルーチン１
を再帰的にコールする。すると、｛＜ＳＴＡＴＥ１＞｝
には入力源がないのでリターン（ステップＳ８１）し、
処理はサブルーチン１のステップＳ８７に戻る。この場
合、入力源として｛＜ＳＴＡＴＥ２＞｝が残っているの
で、｛＜ＳＴＡＴＥ２＞｝を取り出して資源Ｆ′として
サブルーチン２をコールする（ステップＳ８４，Ｓ８
５）、すると、資源テーブルの｛＜ＳＴＡＴＥ２＞｝の
分類コードの欄にも１がセットされる（ステップＳ９
１，Ｓ９２）。

【００２６】以上で、｛ＭＵＸ１｝の入力源をすべて取
り出したことになるので、サブルーチン１はリターンし
（ステップＳ８７）、処理は図７のステップＳ７３に戻
る。この場合、図５に示す接続テーブルには、いまだＭ
ＵＸがあるので、新たに接続番号８の｛ＭＵＸ２｝が取
り出され、上述と同様の処理を行う。これにより｛＜Ｓ
ＴＡＴＥ１＞｝、｛＜ＳＴＡＴＥ２＞｝の各分類コード
の欄に、あらためて１がセットされる（ステップＳ７
１、Ｓ７２）。

【００２７】さらに、図５に示す接続テーブルには、Ｍ
ＵＸが残っているので、接続番号１５の｛ＭＵＸ３｝が
取り出され（ステップＳ７１）、｛ＭＵＸ３｝を資源Ｆ
としてサブルーチン１をコールする（ステップＳ７
２）。この場合、接続テーブルより｛ＭＵＸ３｝のコン
トロールピンの入力源｛ＯＲ１、ＩＮＶ１｝を求める
（ステップＳ８１、Ｓ８２、Ｓ８８）。

【００２８】次に、入力源の１つである｛ＯＲ１｝を資
源Ｆ′として取り出し、サブルーチン２をコールする
（ステップＳ８４、Ｓ８５）。｛ＯＲ１｝の出力先は
｛ＭＵＸ３｝と｛ＩＮＶ１｝であり、｛ＭＵＸ３｝の分
類コードを１とみなしても、｛ＩＮＶ１｝には分類コー
ドには、この時点では０が入っているため、｛ＯＲ１｝
の分類コードの欄に２をセットした後（ステップＳ９
１、Ｓ９３、Ｓ９５、Ｓ９８）、リターンし、処理はス
テップＳ８６に戻る。そして、｛ＯＲ１｝を資源Ｆとし
てサブルーチン１を再帰的にコールして処理をして続け
ていくと、｛＜ＳＴＡＴＥ１＞、＜ＳＴＡＴＥ２＞｝の
分類コードには１、｛ＡＮＤ１、ＣＯＭＰ１、Ｒ５、Ｒ
２｝の分類コードには２がセットされ、サブルーチン１
はリターンする（ステップＳ８７、Ｓ８４、Ｓ８５、Ｓ
８６）。さらに｛ＭＵＸ３｝のコントロールピンの入力
源には｛ＩＮＶ１｝が残っているので、｛ＩＮＶ１｝を
資源Ｆ′としてサブルーチン１を再帰的にコールする
と、｛ＩＮＶ１，ＯＲ１，＜ＳＴＡＴＥ２＞、ＡＮＤ
１、＜ＳＴＡＴＥ１＞、ＣＯＭＰ１、Ｒ５｝の分類コー
ドの欄に１、｛Ｒ２｝の分類コードの欄に２がセットさ
れる。

【００２９】以上の処理の結果として、ＭＵＸ１〜３の
それぞれのコントロールピンから図１０に示すような資
源の接続が求められ、各資源に付属した括弧中の数値が
分類コードとして図３に示す資源テーブルにセットされ
る。この場合、図１０の分類コードに注目して、これを
表にすると、各資源は図１１に示すように分類されるこ
とになる。また、この処理結果から図３に示す資源テー
ブルは、図１２に示すよう分類コードがセットされたも
のとして得られる。

【００３０】次に、ハードウェア構造表示部３では、図
１２に示す分類コードがセットされた資源テーブルと図
５に示す接続テーブルを用いて、ビットマップディスプ
レイ４上にハードウェア構造を表示するようになる。

【００３１】この場合、ハードウェア構造表示部３での
処理フローを図１３乃至図１５に示している。まず、図
１２に示す資源テーブルから資源番号１の｛Ｒ５｝を取
り出す（ステップＳ１３１）。この場合、｛Ｒ５｝は、
表示座標（１０，１０）で、分類コードが１だから、
｛Ｒ５｝は図としては明示してない形状テーブルに格納
された資源に対応する形状で、ウィンドウ２の（１０、
１０）の位置に描画される（ステップＳ１３２、Ｓ１３
３、Ｓ１３５、Ｓ１３６）。

【００３２】ここでは、すべての資源を取り出していな
いから（ステップＳ１３８）、ステップＳ１３１に戻
り、上述の処理が繰り返えされ、この結果として、（Ｒ
１、Ｒ４、Ｒ２、ＭＵＸ１、ＭＵＸ２、ＡＤＤ１、ＳＵ
Ｂ１、ＭＵＸ３、Ｒ３｝をウィンドウ１に、（Ｒ５、Ｒ
２、ＣＯＭＰ１、＜ＳＴＡＴＥ１＞、＜ＳＴＡＴＥ２
＞、ＡＮＤ１、ＯＲ１、ＩＮＶ１｝をウィンドウ２にそ
れぞれ描画するようになる（ステップＳ１３１〜Ｓ１３
８）。

【００３３】次に、コントロールタグ番号Ｃを１に初期
化した後、図５に示す接続テーブルより接続番号１の
｛Ｒ５｝を取り出し、その分類コード“１”（＝Ｂ１）
を求める（ステップＳ１３９〜Ｓ１４１）。

【００３４】次に、接続先をすべて求めるが、ここでは
｛ＣＯＭＰ１（１）｝が求まる（ステップＳ１４２）。
次に、ステップＳ１４３で｛ＣＯＭＰ１｝を取り出し、
その分類コード“１”（＝Ｂ２）を求める（ステップＳ
１４４）。この場合、Ｂ１、Ｂ２がともに“１”になる
ので、ウィンドウ２上で｛Ｒ５｝と｛ＣＯＭＰ１｝の配
線を、図示してない配線テーブルの配線情報に従って実
行し、次の新たな資源を接続テーブルより取り出す（ス
テップＳ１４５、Ｓ１４７、Ｓ１４８、Ｓ１４９、Ｓ１
５０）。

【００３５】以下、上述と同様の処理（ステップＳ１４
０〜Ｓ１５０）を、図５に示す接続テーブルのすべての
資源について繰り返すことにより、図６に示したハード
ウェア構造を図１６に示すデータ系と図１７に示すコン
トロール系にそれぞれ別けてウィンドウ表示できること
になる。

【００３６】従って、このようにすれば、システムが合
成したハードウェア構造をデータ系とコントロール系に
分けて表示することができるので、設計者がデータ系あ
るいはコントロール系に注目してハードウェア構造を確
認しようとした場合、速やかに所望するハードウェア構
造を取り出すことができ、しかも各ハードウェア資源の
接続の見誤りなども大幅に少なくすることができる。ま
た、システムは、データ系またはコントロール系につい
て、ハードウェア資源について配置／配線の処理を行う
ようになるので、描画に要する時間が短縮でき、さら
に、描画対象を整理できることから、出力される図面の
質を高めることも可能となり、しいては確認作業の能率
向上も可能になる。さらには、システムが合成した大規
模なハードウェア構造について、データ系あるいはコン
トロール系に注目しながらインタラクティブに変更する
ような場合にも有用である。

【００３７】なお、本発明は上述の実施例に限定され
ず、要旨を変更しない範囲で適宜変形して実施できる。
例えば、上記実施例では、データ系とコントロール系の
ハードウェア構造をそれぞれ別のウィンドウに表示する
ようにしたが、各資源間の配線の線種をデータ系の結線
を実線、コントロール系の結線を破線で表示すること
で、データ系のハードウェア構造とコントロール系のハ
ードウェア構造を１枚のウィンドウ上で区別して表示す
ることも可能である。例えば、上記実施例で説明したハ
ードウェア構造表示部３により図１８に示すステップＳ
１８１〜Ｓ１９４の処理フローを実行することで、図１
９に示すようにデータ系の結線を実線、コントロール系
の結線を破線で示すようなハードウェア構造が表示でき
る。この方法においては、実線と破線による区別以外
に、色分けによって区別する方法も考えられる。また、
１枚のウィンドウ上でデータ系とコントロール系のハー
ドウェア構造を表示する場合には、表示モードによっ
て、データ系あるいはコントロール系の一方を非表示に
することで、データ系／コントロール系の区別すること
もできる。さらに、この方法では、資源間の配線に注目
して、データ系とコントロール系の区別をおこなってい
るが、各資源の表示方法に注目して、分類コードにより
資源形状の表示色を変えて描画することで、データ系と
コントロール系の資源を区別して表示する方法も考えら
れる。

【００３８】また、上述した実施例では、コントロール
信号の生成部分とＭＵＸのコントロール入力にユニーク
な番号のついたタグをつけることで、データ系のハード
ウェア構造とコントロール系のハードウェア構造の関係
を示したが、マウスを利用して、画面上でデータ系のハ
ードウェア構造あるいはコントロール系のハードウェア
構造上のコントロールタグをピックすることで、それに
対応するコントロール系あるいはデータ系のハードウェ
ア構造中のコントロールタグを中心として、ハードウェ
ア構造を描画したウィンドウを表示することも考えられ
る。

【００３９】さらに、上述した実施例では、動作仕様記
述にアルゴリズム記述を用いて、その記述に基づいて合
成された比較的抽象度の高いハードウェア構造をデータ
系とコントロール系に区別して表示するようにしている
が、動作仕様記述としてレジスタ転送レベルの記述を用
いてレジスタ転送レベルの記述から合成される論理回路
をデータ系とコントロール系に区別して表示する場合に
も適用できる。ここで、図２０に示す論理回路を、デー
タ系とコントロール系に区別するために、コントロール
系の配線を破線で表示したウィンドウ表示を図２１に示
している。

【００４０】

【発明の効果】以上のように、本発明によれば、システ
ムが合成したハードウェア構造をデータ系とコントロー
ル系に分けて表示することができるので、設計者はこれ
ら表示から所望するデータ系あるいはコントロール系の
ハードウェア構造を容易に取り出し、これを確認するこ
とができる。また、ハードウェア構造をデータ系とコン
トロール系の２つに分けて表示するため、それぞれのウ
ィンドウ当りの表示対象資源数を減らすことが可能で、
表示の高速化が得られ、さらに、表示対象資源数が減る
ことによって配置／配線の負荷が減少し、それぞれのウ
ィンドウに描画されるハードウェア構成図の品質を向上
させることができるという効果も得られるようになる。

【図面の簡単な説明】

【図１】本発明の一実施例によるハードウェア構造表示
装置の概略構成を示すブロック図。

【図２】図１に示す実施例の説明に供するための動作仕
様記述例を示す図。

【図３】図１に示す実施例に用いられる資源テーブルの
一例を示す図。

【図４】に用いられる分類コードテーブルの一例を示す
図。

【図５】図１に示す実施例に用いられる接続テーブルの
一例を示す図。

【図６】図３に示す資源テーブルと図５に示す接続テー
ブルから生成されるハードウェア構造の表示例を示す
図。

【図７】図１に示す実施例に用いられるハードウェア構
造分類部の動作を説明するためのフローチャート。

【図８】図７に示すフローチャートからコールされるサ
ブルーチン１を示すフローチャート。

【図９】図８に示すフローチャートからコールされるサ
ブルーチン２を示すフローチャート。

【図１０】図７に示すフローチャートの処理により資源
テーブルの各資源に分類コードがセットされていく様子
を説明するための図。

【図１１】図７に示すフローチャートの処理により分類
された資源状態を示す図。

【図１２】図７に示すフローチャートの処理の終了によ
り得られる資源テーブルを示す図。

【図１３】図１に示す実施例に用いられるハードウェア
構造表示部の動作を説明するためのフローチャート。

【図１４】図１に示す実施例に用いられるハードウェア
構造表示部の動作を説明するためのフローチャート。

【図１５】図１に示す実施例に用いられるハードウェア
構造表示部の動作を説明するためのフローチャート。

【図１６】図６に示すハードウェア構造のうちデータ系
について表示したウィンドウを示す図。

【図１７】図６に示すハードウェア構造のうちコントロ
ール系について表示したウィンドウを示す図。

【図１８】本発明の他の実施例に用いられるハードウェ
ア構造表示部の動作を説明するためのフローチャート。

【図１９】図１８に示すフローチャートの処理により得
られたハードウェア構造を表示したウィンドウを示す
図。

【図２０】本発明を論理回路に適用した場合の例を示す
図。

【図２１】図１８に示す論理回路をデータ系とコントロ
ール系に区別して表示したウィンドウを示す図。

【符号の説明】

１…ハードウェア構造記憶部、２…ハードウェア構造分
類部、３…ハードウェア構造表示部、４…ビットマップ
ディスプレイ。

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 ハードウェアの動作仕様を入力として該
   動作仕様を実現するハードウェア構造を合成するシステ
   ムにおいて、 上記システムにより合成された前記動作仕様を実現する
   ハードウェア構造として少なくとも資源テーブルと接続
   テーブルを記憶するハードウェア構造記憶手段と、 前記ハードウェア構造の前記接続テーブルを用いて前記
   資源テーブルの各資源についてデータ系とコントロール
   系を分類するコードをセットするハードウェア構造分類
   手段と、 前記分類コードがセットされた資源テーブルと前記接続
   テーブルを用いて前記ハードウェア構造をデータ系のハ
   ードウェア構造とコントロール系のハードウェア構造を
   区別して表示するハードウェア構造表示手段を具備する
   ことを特徴とするハードウェア構造表示装置。
2. 【請求項２】 ハードウェア構造表示手段はマルチウィ
   ンドウを用いて、データ系のハードウェア構造とコント
   ロール系のハードウェア構造を別々のウィンドウに表示
   することを特徴とする請求項１に記載のハードウェア構
   造表示装置。