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

Abstract

(57)【要約】 【目的】ハードウェア記述言語による同一機能に対する
複数の記述を保持し、それぞれの記述に対するデータ更
新を認識して設計データの整合性を保証する。 【構成】利用者毎のデータを格納する個別データベース
１０５と、共通して参照できるデータを格納する共通デ
ータベース１１１とを有し、階層構造解析部１０１でハ
ードウエア記述言語による言語記述を解析し同一機能に
対する異なる記述をそれぞれデータとして個別データベ
ース１０５に登録し、その際これに関係する利用者に警
告発生部１０９により警告を発してデータの整合性を保
ち、共通データベース１１１の参照は設計データ参照要
求部１０６、設計データ転送部１１２で行ない、表示部
１０４で同一機能に対する複数の異なる記述を表示し、
記述選択部１０３で複数の異なる記述から所定の記述を
選択する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は設計データ管理装置に関
し、特にハードウェア記述言語を用いた大規模な電気系
の論理設計等に際しての分割、同時設計における設計デ
ータ管理装置に関する。

【０００２】

【従来の技術】近年、大規模設計においては、ひとつの
回路を複数のブロックに分割して、複数の設計者が同時
にそれぞれのブロックを設計して最終的にひとつに設計
データをまとめて検証するという分割、同時設計方式が
主流となっている。

【０００３】また、ハードウェア記述言語（例えば、Ｖ
ＨＤＬ（Very High Speed IC Hardware Description La
nguage:「IEEE Standard VHDL Language Reference Manu
al」; IEEE Std 1076-1987) を用いて、初めは抽象度の
高い、動作のみを定義した記述で検証し、次にもっと抽
象度の低い実際の論理回路に近い記述で検証し、それを
論理合成ツールによってネットリストに変換するという
トップダウン設計が広まっている。

【０００４】抽象度の高い記述は高速に検証することが
できる反面タイミングの厳密性に欠け、一方、抽象度の
低い記述は検証に時間を要するが、正確なタイミングで
検証することができるという特徴があるので、同一機能
に対する記述でも検証する項目に応じて、抽象度の高い
記述と、抽象度の低い記述とを使い分けて使用する場合
がある。

【０００５】このため、従来の回路図面による設計と異
なり、同一機能に対して複数の記述を保持しておかなけ
ればならず、またその記述の選択の切り替えが可能でな
ければならない。

【０００６】従来の設計データ管理装置は、例えば、特
開平２−３６４３９号公報に記述されているように、複
雑な処理の組み合わせで設計を行なう一連の処理フロー
において、その処理フローを格納し、データ内の階層関
係を識別する処理と、利用者のデータ内容更新を認識す
る処理と、その更新された内容を関係する利用者に通達
する処理とを有することにより、処理フロー内での過渡
データと共に、処理フロー全体としての設計データの整
合性を保証していた。

【０００７】

【発明が解決しようとする課題】上述した従来の設計デ
ータ管理装置のような図面を元にした分割、同時設計に
おいては、初段での設計データ更新を設計階層では下位
階層の変更を上位階層で使用する利用者に更新するよう
警告を促すことにより、また処理フローでは最終データ
を生成するまでの処理を実行するように担当する利用者
に警告で促すことにより、一連の処理フロー内で設計デ
ータの不整合をなくし信頼性を確保することができ、確
実な製造工程への移行が行なえた。

【０００８】しかし、前述のハードウェア記述言語を用
いた分割、同時設計においては、同一機能に対して複数
の記述を保持しなければならず、またそのそれぞれの記
述に対してのデータ更新を認識しなければならず、この
ような設計データの管理は従来の設計データ管理装置で
は行なえないという欠点がある。

【０００９】本発明の目的は、同一機能に対して複数の
記述を保持し、かつ、それぞれの記述に対してデータ更
新を行ない設計データの整合性を保持できる設計データ
管理装置を提供することにある。

【００１０】

【課題を解決するための手段】第１の発明の設計データ
管理装置は、利用者毎の設計データを格納する個別デー
タベースと、前記利用者に共通して参照できる設計デー
タを格納する共通データベースと、設計開始前に入力さ
れる設計フローと前記設計フロー中における設計データ
の状態識別子と設計分担とを前記個別データベースと前
記共通データベースとに登録する基礎データ入力手段
と、入力されるハードウエア記述言語を用いた言語記述
からその階層構造を解析し同一機能に対する異なる記述
をそれぞれ設計データとしてデータの階層関係とともに
前記個別データベースに登録する階層構造解析手段と、
利用者の要求により前記個別データベースにある自担当
の設計データを前記共通データベースに登録する要求を
出す設計データ登録要求手段と、前記設計データ登録要
求手段から登録を要求された設計データを前記共通デー
タベースに登録する設計データ登録手段と、前記設計デ
ータの前記共通データベースへの登録時に前記登録要求
のあった設計データに関係する利用者を前記共通データ
ベースから検出する警告対象検出手段と、前記検出され
た利用者に警告を発する警告発生手段と、利用者の要求
により前記共通データベースに登録されている設計デー
タの参照を要求し返送された設計データを前記個別デー
タベースに登録する設計データ参照要求手段と、前記参
照要求に応答して前記共通データベースから該当する設
計データを取り出し前記設計データ参照要求手段に転送
する設計データ転送手段と、利用者からの表示要求によ
り要求された設計データの階層関係と同一機能に対する
複数の異なる記述を表示する表示手段と、前記同一機能
に対する複数の異なる記述から所定の記述を選択する記
述選択手段とを含んで構成される。

【００１１】第２の発明の設計データ管理装置は、第１
の発明において、共通データベースへの設計データの登
録および参照に際しては、設計データそのものに代えて
該設計データを登録してある個別データベース識別子と
該個別データベースへの該設計データの格納アドレスと
を使用することを特徴としている。

【００１２】

【実施例】次に、本発明の設計データ管理装置の一実施
例について図面を参照して説明する。

【００１３】本実施例で使用する用語を定義する。

【００１４】設計データとは、回路図面、言語記述およ
びそれらの種別、登録日時、設計フロー上のステータス
および子マクロ情報を指す。

【００１５】マクロとは、回路図面および言語記述上で
機能単位にまとめられた一つのデータを指す。

【００１６】設計フローとは、設計の手順を定義したも
のである。設計フローの一例を図８に示す。本実施例で
は図８の設計フローにしたがい、ステータスを次のよう
に定義する。

【００１７】言語記述の場合は、コンパイル処理が正常
終了した段階を１とする。回路図面の場合には回路図用
チェックでエラーがない段階を１とする。そのマクロ以
下で論理検証を行なって論理検証まで済んだ段階を２と
する。

【００１８】言語記述とはハードウェア記述言語により
記述されたマクロの集合を指す。

【００１９】図１は本実施例の設計データ管理装置のブ
ロック図である。

【００２０】図１に示す設計データ管理装置は、個別デ
ータベース１０５と、共通データベース１１１と、階層
構造解析部１０１と、設計データ登録要求部１０２と、
記述選択部１０３と、表示部１０４と、設計データ参照
要求部１０６と、基礎データ入力部１０７と、警告対象
検出部１０８と、警告発生部１０９と、設計データ登録
部１１０と、設計データ転送部１１２とを含んで構成さ
れている。

【００２１】個別データベース１０５は、利用者ごとの
設計データを管理するデータベースであり、その利用者
の設計データとこの利用者が参照した共通データベース
１１１に登録されている他の利用者の設計データとを保
持する。

【００２２】共通データベース１１１は、他の利用者の
参照を許す設計データを保持管理するデータベースであ
り、このデータベースに保持されている設計データは共
通して利用者が参照できる。

【００２３】階層構造解析部１０１は、回路図面、言語
記述からその階層構造を解析し個別データベース１０５
にその解析情報を格納する。

【００２４】設計データ登録要求部１０２は、利用者か
ら指示があったマクロを個別データベース１０５から取
り出し設計データ登録部１１０に共通データベース１１
１に格納することを要求する。

【００２５】設計データ登録部１１０は、設計データ登
録要求部１０２から登録要求のあったマクロについて共
通データベース１１１に格納するとともに警告対象検出
部１０８に対して登録要求のあったマクロを通知する。

【００２６】記述選択部１０３は、個別データベース１
０５に格納されているマクロについて、複数の記述から
ひとつの記述を利用者の指示により選択する。

【００２７】表示部１０４は、個別データベース１０５
に格納されているデータの階層関係と同一機能に対する
複数の異なる記述を表示する。

【００２８】警告対象検出部１０８は、設計データ登録
部１１０から通知されたマクロについて共通データベー
ス１１１に問い合わせることにより、警告を発生すべき
利用者を検出し、警告発生部１０９に通知する。

【００２９】警告発生部１０９は、警告対象検出部１０
８から通知された利用者に対して警告を発生する。

【００３０】基礎データ入力部１０７は、入力される図
８に示す設計フローとその処理ごとの設計データの状態
識別子であるステータスと対象となるデータと図２の設
計分担とを個別データベース１０５および共通データベ
ース１１１に登録する。

【００３１】設計データ参照要求部１０６は、利用者の
指示により、設計データ転送部１１２を介して共通デー
タベース１１１に格納されている他の利用者の設計デー
タを取り出すために、個別データベース１０５に格納さ
れている該当マクロの設計データを設計データ転送部１
１２に送るとともに、設計データ転送部１１２から転送
されてきた設計データを個別データベース１０５に格納
する。

【００３２】設計データ転送部１１２は、設計データ参
照要求部１０６から要求を受けたマクロの設計データを
共通データベース１１１から取り出し、設計データ参照
要求部１０６から送られてきた設計データと比較し、共
通データベース１１１内の設計データの方が新しければ
要求を出した利用者の設計データ参照要求部１０６に新
しい設計データを転送する。

【００３３】図２は、共通データベース１１１と個別デ
ータベース１０５とに格納される基礎データの１つであ
り、利用者とそのパスワード、その利用者の担当するマ
クロの一覧からなるテーブルである。

【００３４】図３は、共通データベース１１１および個
別データベース１０５に別々に格納される設計データの
例であり、個々のマクロに対する複数の記述に関する情
報を持つ。その情報とはそのマクロの設計データ内容そ
のものは勿論のこと、マクロ名と、複数の記述を識別す
る記述番号と、ハードウェア記述言語による記述か回路
図面かの記述種別と、その記述の子マクロと、その記述
の登録日時と、その記述の設計上の進捗を表すステータ
スを含んでいる。

【００３５】この設計データのうち他の利用者の担当マ
クロについての設計データについては利用者の要求によ
り設計データ参照要求部１０６による参照要求が行われ
ない限り共通データベース１１１と個別データベース１
０５とで情報が異なる可能性がある。

【００３６】先ず、設計開始前の準備段階について説明
する。

【００３７】設計に先立ち、当該設計のフローと、その
処理ごとの設計データの状態識別子であるステータスと
対象となるデータと、設計分担とを基礎データ入力部１
０７を介して個別データベース１０５と共通データベー
ス１１１とに登録する（ｏ，ｐ）。これにより、今後の
設計進渉に伴なうステータスの変更、関係担当者名等を
常に確認することができるようになる。

【００３８】次に、設計初期段階で個別データベース１
０５への個別データの登録について説明する。

【００３９】図４は、最初の設計段階を示し、利用者Ａ
がＭ１というマクロの１番目の記述を行ったところであ
る。この記述はハードウェア記述言語で記述され、Ｍ
２、Ｍ３、Ｍ４という３つのマクロを使用している。利
用者Ａは、マクロＭ２、Ｍ３、Ｍ４を抽象度の高い、動
作のみを記述した言語記述で記述する。

【００４０】これらのマクロを記述した言語記述のソー
スファイルを利用者Ａの指示により階層構造解析部１０
１に入力する（ａ）。

【００４１】階層構造解析部１０１は、利用者がＡであ
ること、解析されたものが言語記述であること、階層構
造としてその言語記述にＭ１、Ｍ２、Ｍ３、Ｍ４の４つ
のマクロが記述されていること、マクロＭ１が子マクロ
としてＭ２、Ｍ３、Ｍ４を持つことおよび解析した日時
を得る。この結果、個別データベース１０５に図５のテ
ーブルが作成登録される（ｂ）。

【００４２】利用者Ａは、次に、設計回路全体のシミュ
レーションを行なう。正常にシミュレーションが終了す
ると階層構造解析部１０１を介して図６のようにステー
タスを２に上げる（ａ，ｂ）。

【００４３】次に、他利用者への参照を許す設計データ
の共通データベース１１１への登録について説明する。

【００４４】利用者Ａの登録内容を含む登録要求指示に
より設計データ登録要求部１０２は個別データベース１
０５に登録されている内容を問い合わせ（ｃ）、個別デ
ータベース１０５は登録内容を設計データ登録要求部１
０２に送りかえす（ｄ）。設計データ登録要求部１０２
は送りかえされた内容を設計データ登録部１１０に転送
する（ｅ）。

【００４５】設計データ登録部１１０は登録前に警告対
象検出部１０８に登録要求およびその内容を通知する
（ｇ）。

【００４６】警告対象検出部１０８は、この登録による
変更が影響を及ぼすマクロとその利用者を共通データベ
ース１１１にある図２のテーブルから検出する（ｈ）。
影響されるマクロが存在すれば警告発生部１０９にその
旨を通達し（ｑ）、警告発生部１０９によりそのユーザ
に対して警告文が電子メールにより発せられる。影響さ
れるマクロが存在しなければなにもしない。

【００４７】設計データ登録部１１０は、警告対象検出
部１０８による動作が済むと共通データベース１１１に
データを登録する（ｆ）。

【００４８】次に利用者が共通データベース１１１にあ
る共通データを参照する場合について説明する。

【００４９】利用者Ｂがマクロ名を指定して最新の設計
データの要求指示を自己の設計データ参照要求部１０６
に行なうと、設計データ参照要求部１０６は個別データ
ベース１０５に現在保持している設計データを問い合わ
せ（ｉ）、個別データベース１０５は現在保持している
設計データに関するテーブルを設計データ参照要求部１
０６にかえす（ｊ）。そして設計データ参照要求部１０
６は設計データ転送部１１２にそのテーブルを送る
（ｋ）。

【００５０】設計データ転送部１１２は共通データベー
ス１１１に現在の該当マクロの最新情報を問い合わせる
（ｍ）。共通データベース１１１は該当マクロの最新情
報を設計データ転送部１１２に送りかえし（ｎ）、設計
データ転送部１１２は、共通データベース１１１から送
られた情報と設計データ参照要求部１０６から送られた
情報とを比較し、共通データベース１１１からの情報の
方が新しいマクロについてのみ実際の設計データを共通
データベース１１１から取り出し（ｎ）、設計データ参
照要求部１０６を介して個別データベース１０５に転送
する（ｌ，ｊ）。

【００５１】個別データベース１０５のデータは利用者
Ｂの要求により表示部１０４によりその階層関係と同一
の機能に対する複数の異なる記述が表示される（ｓ）。
この表示上で利用者は後述の記述選択を行なう。

【００５２】次に、同一機能で記述の異なる設計データ
を作成した場合について説明する。

【００５３】利用者Ｂは、自担当分であるマクロＭ２を
抽象度を下げた実際の回路により近い記述で記述番号２
として記述する。その記述は階層構造解析部１０１によ
り解析されて個別データベース１０５に格納される
（ｂ）。このとき図７に示すように解析結果によりＭ２
に関する記述番号２の情報が記述番号１の情報に加えて
新たに追加される。この際、記述番号１の情報は消去さ
れることなく保存され、勿論この記述番号１のステータ
スが変わればそれは更新される。

【００５４】利用者Ｂが登録処理を要求すれば前述と同
様の過程を経て共通データベース１１１に設計データが
転送される。

【００５５】以上のようにして利用者Ａ、Ｂ、Ｃがそれ
ぞれ自担当分の設計を行なう。Ｍ２には抽象度の異なる
記述が２つ存在するが、抽象度の高い記述番号１はシミ
ュレーション速度は速いが遅延の正確さに欠け、抽象度
の低い記述番号２はシミュレーション速度は遅いが遅延
が正確である特徴があり、この２つの記述をシミュレー
ションの目的に応じて選択する必要がある。

【００５６】記述選択部１０３で、この選択を行なう。
この記述選択部１０３は個別データベース１０５内での
選択フラグを切り替える（ｒ）だけでその他の処理には
関係しない。

【００５７】上述の実施例のように、設計データの登
録、参照時に実際の設計データを転送したり、格納した
りするのではなく、その設計データに代えてその設計デ
ータの作成された個別データベース名とその設計データ
が格納されている個別データベース内の格納アドレスと
を取り扱うようにすればデータ転送量が減少しネットワ
ーク上の負荷が軽減される。

【００５８】以上説明したように、本実施例にはハード
ウェア記述言語を用いた分割、同時設計において、同一
機能に対して複数の記述の保持が可能であり、またその
それぞれの記述に対してのデータ更新を認識し設計フロ
ー全体としての設計データの整合性を保証できる。

【００５９】

【発明の効果】以上説明したように、本発明にはハード
ウェア記述言語を用いた分割、同時設計において、同一
機能に対して複数の記述の保持が可能であり、またその
それぞれの記述に対してのデータ更新を認識し設計フロ
ー全体としての設計データの整合性を保証できるという
効果がある。

【図面の簡単な説明】

【図１】本発明の設計データ管理装置の一実施例を示す
ブロック図である。

【図２】設計データと利用者との関係を示す情報テーブ
ルである。

【図３】マクロＭ１に関する設計データの情報テーブル
図である。

【図４】設計データの階層図である。

【図５】当初の設計データの情報テーブル図である。

【図６】図５より設計が進渉した場合の設計データの情
報テーブル図である。

【図７】マクロＭ２についての同一機能を有する異なる
記述に関する設計データの情報テーブル図である。

【図８】設計フローの一例を示すフロー図である。

【符号の説明】

１０１ 階層構造解析部 １０２ 設計データ登録要求部 １０３ 記述選択部 １０４ 表示部 １０５ 個別データベース １０６ 設計データ参照要求部 １０７ 基礎データ入力部 １０８ 警告対象検出部 １０９ 警告発生部 １１０ 設計データ登録部 １１１ 共通データベース １１２ 設計データ転送部

Claims (2)

【特許請求の範囲】
1. 【請求項１】 利用者毎の設計データを格納する個別デ
   ータベースと、前記利用者に共通して参照できる設計デ
   ータを格納する共通データベースと、設計開始前に入力
   される設計フローと前記設計フロー中における設計デー
   タの状態識別子と設計分担とを前記個別データベースと
   前記共通データベースとに登録する基礎データ入力手段
   と、入力されるハードウエア記述言語を用いた言語記述
   からその階層構造を解析し同一機能に対する異なる記述
   をそれぞれ設計データとしてデータの階層関係とともに
   前記個別データベースに登録する階層構造解析手段と、
   利用者の要求により前記個別データベースにある自担当
   の設計データを前記共通データベースに登録する要求を
   出す設計データ登録要求手段と、前記設計データ登録要
   求手段から登録を要求された設計データを前記共通デー
   タベースに登録する設計データ登録手段と、前記設計デ
   ータの前記共通データベースへの登録時に前記登録要求
   のあった設計データに関係する利用者を前記共通データ
   ベースから検出する警告対象検出手段と、前記検出され
   た利用者に警告を発する警告発生手段と、利用者の要求
   により前記共通データベースに登録されている設計デー
   タの参照を要求し返送された設計データを前記個別デー
   タベースに登録する設計データ参照要求手段と、前記参
   照要求に応答して前記共通データベースから該当する設
   計データを取り出し前記設計データ参照要求手段に転送
   する設計データ転送手段と、利用者からの表示要求によ
   り要求された設計データの階層関係と同一機能に対する
   複数の異なる記述を表示する表示手段と、前記同一機能
   に対する複数の異なる記述から所定の記述を選択する記
   述選択手段とを含むことを特徴とする設計データ管理装
   置。
2. 【請求項２】 共通データベースへの設計データの登録
   および参照に際しては、設計データそのものに代えて該
   設計データを登録してある個別データベース識別子と該
   個別データベースへの該設計データの格納アドレスとを
   使用することを特徴とする請求項１記載の設計データ管
   理装置。