JP4603961B2 - 設計支援システム及び設計支援方法 - Google Patents

Description

本発明は、設計支援システム及び設計支援方法に関し、詳しくはシステムＬＳＩのアーキテクチャ設計支援システムに関する。

プロセス技術の進歩によりＬＳＩ（Large Scale Integrated Circuit）等の集積回路の集積度が増大し、これまでボードに複数のチップ（デバイス）を実装し実現されていたシステムをシステムＬＳＩとして１チップ上に搭載することが可能となった。チップ上に搭載される機能モジュールも多様化し、回路規模が増大している。これに伴い、システムＬＳＩを効率的に設計する手法として、従来のＶｅｒｉｌｏｇ−ＨＤＬやＶＨＤＬといったハードウェア記述言語を使用した設計から、ＳｙｓｔｅｍＣやＳｐｅｃＣといったシステム記述言語を使用した設計が普及してきた（例えば特許文献１参照）。

システム記述言語による設計支援ツールとして、Synopsys社のCoCentricや、CoWare社のN2Cが知られている。システム記述言語による設計支援ツールにおいては、システム記述言語により記述したモジュールを、ブロック図入力画面で入力し、システムＬＳＩの設計を行うことが可能になっている。そして、システムＬＳＩの設計が終了すると、設計支援ツールからシミュレーションモデルを生成し、シミュレータを起動してシステムシミュレーションを行い、システムＬＳＩの機能や性能を確認できるものである。

ここで、システム記述言語によるモジュール記述は、記述の抽象度により以下に説明する３種類の記述レベルが一般に知られている。

＜トランザクションレベル（ＴＬ）＞
トランザクションレベルは、モジュール間の通信を捉えて機能を記述する抽象度レベルである。通信の開始及び終了の時間、通信データにより動作するため、クロックに対するシミュレーション精度は非常に低い。イベントにより機能をシミュレートするため、シミュレーション速度は非常に速い。

＜バスサイクルアキュレート（ＢＣＡ）＞
バスサイクルアキュレートは、モジュールの入力と出力とのイベントとして機能を記述する抽象度レベルである。動作クロックに対し、入力部及び出力部で正確にシミュレートすることができる。

＜レジスタトランスファレベル（ＲＴＬ）＞
レジスタトランスファレベルは、レジスタファイル間の同期転送を捉えて回路を記述する抽象度レベルである。動作クロックに対して正確に機能動作をシミュレートすることができ、シミュレーション精度は非常に高い。１クロック毎に機能をシミュレートするため、シミュレーション速度は非常に遅い。

記述の抽象度が高いほどシミュレーション速度は速くなり、一方、抽象度が低いほどシミュレーション精度は高くなる。システムＬＳＩの設計では、抽象度の高い記述から徐々に抽象度の低い記述へと、モジュールの機能が詳細化されていく。設計者は、各種抽象度で記述されたモジュールを選択し、システムＬＳＩの設計を行うのが一般的である。

システムＬＳＩのブロック図を計算機の画面上に表示し、それを編集することでシステムＬＳＩのアーキテクチャを設計するような設計支援システムがある。従来、システムＬＳＩの設計は抽象度が低いＲＴＬのみで設計していたため、従来のこのような設計支援システムも抽象度としてＲＴＬを対象としたものがほとんどであった。しかしながら、最近では抽象度がより高いＢＣＡやＴＬを対象とした設計支援システムが出てきた。

特開２００１−１４２９２７号公報

抽象度が高いＢＣＡ、ＴＬを対象とした設計支援システムは、従来の抽象度が低いＲＴＬを対象とした設計支援システムとは異なり、チップに搭載される設計対象のシステムを構成する機能モジュールやバスについてより多くの情報を保持している。

従来の抽象度が低いＲＴＬを対象とした設計支援システムは、機能モジュールについてはその境界部分のポートの数、各ポートの名前、ビット幅、及び入出力の方向等のポート情報を、バスについては単なる信号線の集まりとしての情報しか保持していない。

それに対して、抽象度が高いＢＣＡ、ＴＬを対象とした設計支援システムは、機能モジュールについてはその境界部分のポート情報の他に、どのバスに接続可能か、バスに対してマスター又はスレーブのどちらとして動作するか、どんな機能を持っているか等の情報を保持している。また、バスについてはその構成信号の情報の他に、プロトコル、アービトレーションアルゴリズム、接続された機能モジュールのアドレス割り当て、データ転送帯域等の情報を保持している。

しかしながら、高い抽象度を対象とした設計支援システムのブロック図入力画面は、従来の低い抽象度を対象とした設計支援システムのそれと大差がなく、機能モジュールやバスについてのこれら多くの情報は一目では分からず、設計者が認識することができない。そのため、これら多くの情報のうちどれかを設計者が見落としたことで設計者の意図しない構成になってしまう。そして、そのことがシミュレーション等のより後の工程で発覚した場合には、再度ブロック図入力画面によって修正をするという作業の手戻りが発生することとなり、多大な時間及び労力を費やしてしまう。

本発明は、このような事情に鑑みてなされたものであり、設計対象のシステムを構成するモジュールについての情報を容易に認識可能なように設計者に提供できるようにすることを目的とする。

本発明の設計支援システムは、複数のモジュールを組み合わせて構成されるシステムの設計支援システムであって、設計対象のシステムの構成に含まれるバスと、当該バスに接続する機能モジュールとを選択する選択手段と、上記選択手段により選択されたバス及び機能モジュールを編集画面上に表示する表示制御手段とを備え、上記表示制御手段は、上記編集画面上に表示するバスの表示形態を当該バスの帯域に基づいて決定し表示することを特徴とする。
また、本発明の設計支援システムは、設計対象のシステムの構成に含まれるバス及び当該バスに接続する機能モジュールを選択する選択手段と、選択された上記バスを編集画面上に表示する第１の表示制御手段と、選択された上記機能モジュールを編集画面上に表示する第２の表示制御手段と、上記編集画面上にバスを表示する際の表示形態を当該バスの帯域に基づいて決定する決定手段とを備えることを特徴とする。
本発明の設計支援方法は、複数のモジュールを組み合わせて構成されるシステムの設計支援方法であって、選択手段が、設計対象のシステムの構成に含まれるバスと、当該バスに接続する機能モジュールを選択する選択工程と、表示制御手段が、上記選択工程で選択されたバス及び機能モジュールを編集画面上に表示する表示制御工程とを有し、上記表示制御工程では、上記編集画面上に表示するバスの表示形態を当該バスの帯域に基づいて決定し表示することを特徴とする。
本発明のプログラムは、複数のモジュールを組み合わせて構成されるシステムの設計支援処理をコンピュータに実行させるためのプログラムであって、設計対象のシステムの構成に含まれるバスと、当該バスに接続する機能モジュールを選択する選択ステップと、上記選択ステップで選択されたバスを、当該バスの帯域に基づいてその表示形態を決定し編集画面上に表示する表示制御ステップとをコンピュータに実行させることを特徴とする。
本発明のコンピュータ読み取り可能な記録媒体は、上記プログラムを記録したことを特徴とする。

本発明によれば、設計対象のシステムの構成に含まれるバスの表示形態をバスの帯域に基づいて変化させ、当該バスの帯域に応じた表示形態で編集画面上に表示することにより、容易に認識できるようにバスの帯域についての情報を提供できる。これにより、設計支援システムにおける編集画面を設計者が一目見ただけで、バスの帯域に関する情報を得ることが可能になる。

以下、本発明の実施形態を図面に基づいて説明する。
図１は、本発明の一実施形態による設計支援システムのシステム構成例を示すブロック図である。本実施形態による設計支援システムは、システム記述言語によるシステムＬＳＩのアーキテクチャ設計を行う（支援する）ものであり、例えば高い抽象度のＢＣＡ（バスサイクルアキュレート）やＴＬ（トランザクションレベル）を対象とする。

本実施形態による設計支援システムは、図１に示すように、入力装置１０、モジュール情報記憶部２０、設計処理部３０、表示制御部４０、及び表示装置５０を有する。

入力装置１０は、設計支援システムに対する外部からの指示等を入力するためのものであり、例えばマウス、トラックボールなどのポインティングデバイスや、キーボード等である。設計対象とするシステムを構成するモジュールの選択・配置、並びにそれらの接続に係る設計支援システムに対する設計者による指示等が、入力装置１０を介して入力される。

モジュール情報記憶部２０には、設計支援システムによるアーキテクチャ設計において使用可能なモジュールの情報が記憶されている。モジュール情報記憶部２０に記憶されるモジュール情報には、バス情報２１及び機能モジュール情報２２がある。

バス情報２１は、機能モジュールを接続するバスに係る情報である。バス情報２１としては、バスの種類及びデータ転送帯域の情報がバス毎に記憶されている。さらには、バスの構成信号、プロトコル、アービトレーションアルゴリズム、アドレス割り当て等の情報が適宜含まれる。

機能モジュール情報２２は、所定の機能動作を実現する機能モジュールに係る情報である。機能モジュール情報２２としては、機能モジュールの種類（どのような機能を有するか）及びバスに対してマスターとして動作するかスレーブとして動作するかの情報が機能モジュール毎に記憶されている。さらにマスターとして動作する場合にはバスに要求するデータ転送帯域の情報が機能モジュール毎に記憶されている。さらには、境界部分のポート情報（境界部分のポートの数、各ポートの名前、ビット幅、及び入出力の方向等）や接続可能なバスなどについての情報が適宜含まれる。

設計処理部３０は、設計支援システムを統括的に制御してアーキテクチャ設計に係る処理を行うものであり、モジュール選択部３１及び接続処理部３２を有する。モジュール選択部３１は、設計対象のシステムを構成するモジュールを選択するものである。具体的には、モジュール情報記憶部３０に記憶されているモジュールの中から、入力装置１０より入力される指示に応じたモジュールの情報を読み出すことによりモジュールの選択を行う。

接続処理部３２は、モジュール選択部３１により選択されたモジュールを互いに接続するものであり、選択されたバスとそれに接続する機能モジュールとを入力装置１０より入力される指示に応じて接続する。このようにして、選択された複数のモジュール（バス及び機能モジュール）を接続し組み合わせていくことでアーキテクチャ設計が行われ、設計対象とするシステムが構成される。

表示制御部４０は、公知のディスプレイ等で構成される表示装置５０に、アーキテクチャ設計に係る編集画面であるブロック図入力画面を表示させる。このブロック図入力画面には、後述するように選択可能なモジュール（バス及び機能モジュール）及び設計対象のシステムを構成するために選択されたモジュールが表示される。表示制御部４０は、設計処理部３０で行われた処理に応じて表示を随時更新させ、当該処理を反映させたブロック図入力画面を表示装置５０に表示させる。

また、表示制御部４０は、表示形態決定部４１を有する。表示形態決定部４１は、設計対象のシステムを構成するために選択されたモジュールをブロック図入力画面上に表示する際の表示形態を決定する。表示形態決定部４１は、選択されたモジュールの表示形態を当該モジュールに係る情報に基づいて決定し、その決定された表示形態でモジュールがブロック図入力画面上に表示される。

例えば、モジュールとしてバスの表示形態を決定する場合には、表示形態決定部４１は、当該バスのデータ転送帯域や、当該バスに接続する機能モジュールがバスに対して要求するデータ転送帯域に基づいて表示形態を決定する。なお、これは一例であり、本発明はこれに限定されるものではない。

図２は、本実施形態の設計支援システムにおけるブロック図入力画面の一例を示す図である。図２において、１は設計支援システムにおけるブロック図入力画面全体であり、システムブロック図表示部分１００、機能モジュール選択部分１１０、及びバス選択部分の各表示領域からなる。

システムブロック図表示部分１００は、設計対象とするシステムのブロック図を表示する部分である。
ここで、１０１は設計対象とするシステムを構成するバスである。このバス１０１は、“BusA”という種類のバスである。また、１０２、１０３は両方共に設計対象とするシステムを構成する機能モジュールであり、バス１０１に対してマスターとして接続している。機能モジュール１０２は“ModuleA”、機能モジュール１０３は“ModuleB”という種類の機能モジュールである。１０４は設計対象とするシステムを構成する機能モジュールであり、バス１０１に対してスレーブとして接続している。機能モジュール１０４は“ModuleC”という種類の機能モジュールである。

機能モジュール選択部分１１０は、本実施形態の設計支援システムで使用可能な機能モジュールの種類をすべて或いはその一部を表示する部分である。機能モジュール選択部分１１０に表示された機能モジュールの選択は、以下のように実行できる。すなわち、設計支援システムが動作している計算機に直接又はネットワーク等を介して間接的に接続されている入力装置１０（例えば、マウス、トラックボール、キーボード等）により任意の１つの機能モジュールの種類を選択指定可能となっている。

バス選択部分１２０は、本実施形態の設計支援システムで使用可能なバスの種類をすべて或いはその一部を表示する部分である。バス選択部分１２０に表示されたバスの選択は、以下のように実行できる。すなわち、設計支援システムが動作している計算機に直接又はネットワーク等を介して間接的に接続されている入力装置１０（例えば、マウス、トラックボール、キーボード等）により任意の１つのバスの種類を選択指定可能となっている。

次に、本実施形態の設計支援システムによるブロック図入力画面を用いたシステムＬＳＩの設計における動作について説明する。なお、以下の説明では一例として、入力装置１０としてマウスを用い、図２に示したブロック図入力画面に表示されているシステムを設計するものとする。

まず、ブロック図入力画面のバス選択部分１２０に表示されている“BusA”を設計者がマウスを用いてポイント、クリックすることで、設計処理部３０により設計対象のシステムＬＳＩを構成するバスとして“BusA”が選択される。そして、“BusA”の選択状態のままブロック図入力画面のシステムブロック図表示部分１００の任意の位置をマウスでポイント、クリックされると、“BusA”をバス１０１として配置する。

このとき、表示制御部４０は、設計支援システムが情報として内部に保持している“BusA”のデータ転送帯域Ｗと係数Ｋにより、システムブロック図表示部分１００に表示するバス１０１の画面上の幅（表示幅）Ｄを下記式（１）のようにして計算する。
Ｄ＝Ｗ×Ｋ …（１）

ここで、上記式（１）における係数Ｋは、システムブロック図表示部分１００にバスを表示し、それを設計者が見たときに適度に見やすい表示幅Ｄとなるように予め決定されている。上記式（１）により表示幅Ｄを算出することにより、バス１０１がそのデータ転送帯域に比例した太さ（表示幅）でシステムブロック図表示部分１００に表示できる。

次に、ブロック図入力画面の機能モジュール選択部分１００に表示されている“ModuleA”を設計者がマウスを用いてポイント、クリックすることで、設計処理部３０により設計対象のシステムＬＳＩを構成する機能モジュールとして“ModuleA”が選択される。そして、“ModuleA”の選択状態のままシステムブロック図表示部分１００のバス１０１の左上の位置をマウスでポイント、クリックされると、“ModuleA”を機能モジュール１０２として配置する。

次に、機能モジュール選択部分１１０に表示されている“ModuleB”を設計者がマウスを用いてポイント、クリックすることで、設計処理部３０により設計対象のシステムＬＳＩを構成する機能モジュールとして“ModuleB”が選択される。そして、“ModuleB”の選択状態のままシステムブロック図表示部分１００のバス１０１の右上の位置をマウスでポイント、クリックされると、“ModuleB”を機能モジュール１０３として配置する。

次に、機能モジュール選択部分１１０に表示されている“ModuleC”を設計者がマウスを用いてポイント、クリックすることで、設計処理部３０により設計対象のシステムＬＳＩを構成する機能モジュールとして“ModuleC”が選択される。そして、“ModuleC”の選択状態のままシステムブロック図表示部分１００のバス１０１の下の位置をマウスでポイント、クリックされると、“ModuleC”を機能モジュール１０４として配置する。

最後に、機能モジュール１０２の位置を設計者がマウスでポイント、ボタンをプレースし、バス１０１をポイント、ボタンをリリースすることで、設計処理部３０により機能モジュール１０２とバス１０１とが接続される。機能モジュール１０３、１０４についても同様にバス１０１と接続される。

なお、上述した説明では、バス１０１としての“BusA”のデータ転送帯域Ｗに基づいて、表示するバス１０１の画面上の表示幅を変えるようにしているが、画面上の表示色を変えるようにしても良い。
例えば、設計支援システムが内部に保持している“BusA”のデータ転送帯域Ｗと、画面上に表示する際のＲＧＢ色成分の内部表現値の最大値Ｍと、係数Ｋとにより、画面上の表示色を決定する。具体的には、システムブロック図表示部分１００に表示するバス１０１の画面上の色（表示色）のＲＧＢ各成分を以下の式（２）〜式（４）のように決定するようにしても良い。

Ｒ＝Ｍ−Ｗ×Ｋ …（２）
Ｇ＝０ …（３）
Ｂ＝Ｗ×Ｋ …（４）

ここで、上記式（２）〜式（４）における係数Ｋは、設計支援システムが内部に保持しているすべてのバスにおいての各色成分Ｒ、Ｇ、Ｂの値が内部表現値の最大値Ｍを越えないように定める。これによって、バス１０１はそのデータ転送帯域に応じた色（表示色）でシステムブロック図表示部分１００に表示することができる。

以下に、機能モジュールをバスに接続した場合についての動作例を図３を参照して説明する。図３は上記図２に示したバス１０１を部分的に拡大したもので、バスの幅２０１は上述した動作例と同様にして算出したシステムブロック図表示部分１００に表示するバス１０１の画面上の表示幅である。

設計者による操作に応じて機能モジュール１０２とバス１０１とが接続されると、設計支援システムが内部に保持している“ModuleA”のバス１０１に対する要求データ転送帯域Ｕと係数Ｋにより、機能モジュールが要求するデータ転送帯域の表示幅Ｅを以下の式（５）のようにして計算する。
Ｅ＝Ｕ×Ｋ …（５）

これによって計算された表示幅は、すなわち機能モジュールが要求するデータ転送帯域の表示幅２０２であり、図３（Ａ）に示すような表示形態でバス１０１と共にシステムブロック図表示部分１００に表示する。

さらに、設計者による操作に応じて機能モジュール１０３とバス１０１とが接続されると、設計支援システムは機能モジュール１０２とバス１０１とが接続された場合と同様にする。すなわち、図３（Ｂ）に示すような表示形態でバス１０１と共に機能モジュール１０３が要求するデータ転送帯域の表示幅２０３で示す幅でシステムブロック図表示部分１００に表示する。

さらに、設計者による操作に応じて機能モジュール１０４とバス１０１とが接続されると、設計支援システムは、“ModuleC”すなわち機能モジュール１０４がバス１０１に対してスレーブ接続する機能モジュールであることを内部に保持する情報から認識する。したがって、バスに対してスレーブ接続する機能モジュールは、それ自らがバスに対してデータ転送帯域を要求することはないため、画面表示は図３（Ｂ）に示すままにしておく。

なお、上述した説明では、バス１０１に付随させて機能モジュール１０２、１０３が要求するデータ転送帯域を識別可能なようにしてバス１０１とともに表示するようにしている。しかしながら、単に機能モジュール１０２、１０３がバス１０１に対して要求するデータ転送帯域に応じてバス１０１そのものの表示形態（例えば、バスの表示幅や表示色）を変えて表示するようにしても良い。

なお、図３（Ａ）、（Ｂ）に示したように表示幅２０２、又は２０３の幅で表示される機能モジュールのバス１０１に対する要求データ転送帯域表示部分以外での、システムブロック図表示部分１００に表示するバス１０１の表示色を以下のように決定してもよい。画面上の色（表示色）のＲＧＢ各成分を、設計支援システムが内部に保持している“BusA”のデータ転送帯域Ｗと、“ModuleA”がバス１０１に対して要求するデータ転送帯域Ｕと、“ModuleB”がバス１０１に対して要求するデータ転送帯域Ｖと、画面上に表示する際のＲＧＢ色成分の内部表現値の最大値Ｍと、係数Ｋとにより、以下の式（６）〜式（８）のように決定するようにしても良い。

Ｒ＝Ｍ−（Ｗ−Ｕ−Ｖ）×Ｋ …（６）
Ｇ＝０ …（７）
Ｂ＝（Ｗ−Ｕ−Ｖ）×Ｋ …（８）

ただし、上記式（６）〜式（８）において、（Ｗ−Ｕ−Ｖ）の値が負になった場合には（Ｗ−Ｕ−Ｖ）の部分を０に置き換えるものとする。これによって、バス１０１から機能モジュールのバス１０１に対する要求データ転送帯域の合計を差し引いた残り帯域に応じた色で、バス１０１をシステムブロック図表示部分１００に表示することができる。

以上、説明したように本実施形態によれば、設計対象のシステムを構成するために選択されたモジュールをブロック図入力画面のシステムブロック図表示部分１００に表示する場合に、表示するモジュールの表示形態をそのモジュールに関する情報に応じて変化させる。

例えば、選択されたモジュールであるバスのデータ転送帯域Ｗに応じた表示幅又は表示色でシステムブロック図表示部分１００に選択されたバスを表示する。これにより、設計者に選択されたバスのデータ転送帯域Ｗについての情報を容易に認識可能なように提供することができ、設計者は当該バスが表示されているシステムブロック図表示部分１００を一目見ただけでデータ転送帯域Ｗの情報を得ることが可能になる。

また、例えば、選択されたモジュールであるバスを、そのバスに接続する機能モジュールがバスに対して要求するデータ転送帯域に基づいて表示形態を変えてシステムブロック図表示部分１００に表示する。これにより、選択されたバスが、それに接続される機能ブロックから要求されているデータ転送帯域についての情報を容易に認識可能なように設計者に提供することができる。これにより、設計者は当該バスが表示されているシステムブロック図表示部分１００を一目見ただけで要求されるデータ転送帯域の情報を得ることが可能になる。

さらに、例えば、選択されたモジュールであるバスのデータ転送帯域と、そのバスに接続される機能ブロックが要求するデータ転送帯域とに応じて表示形態を変えシステムブロック図表示部分１００にバスを表示する。これにより、選択されたバスのデータ転送帯域が十分であるか否か等の情報を容易に認識可能なように提供することができ、設計者はシステムブロック図表示部分１００を見ただけで容易に選択したバスが適切であるか否かを判断したりすることができる。

（本発明の他の実施形態）
上述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置又はシステム内のコンピュータに対し、上記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給し、その装置又はシステムのコンピュータ（ＣＰＵ又はＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
また、この場合、上記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体は本発明を構成する。また、そのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）又は他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。

図４は、本実施形態に示した設計支援システムを実現可能なコンピュータ４００のハードウェア構成例を示すブロック図である。
コンピュータ４００は、図４に示すように、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、入力装置であるキーボード（ＫＢ）４０９のキーボードコントローラ（ＫＢＣ）４０５とを備える。また、表示装置であるＣＲＴディスプレイ（ＣＲＴ）４１０のＣＲＴコントローラ（ＣＲＴＣ）４０６と、ハードディスクドライブ（ＨＤ）４１１及びフレキシブルディスクドライブ（ＦＤ）４１２のディスクコントローラ（ＤＫＣ）４０７と備える。更に、ネットワークインタフェースカード（ＮＩＣ）４０８を備え、これらが、システムバス４０４を介して互いに通信可能に接続された構成としている。
ＣＰＵ４０１は、ＲＯＭ４０２又はハードディスクドライブ４１１に記憶されたソフトウェア（プログラム）、又はフレキシブルディスクドライブ４１２より供給されるソフトウェア（プログラム）を実行することで、システムバス４０４に接続された各構成部を総括的に制御する。すなわち、ＣＰＵ４０１は、プログラムやデータの記録媒体であるＲＯＭ４０２、ハードディスクドライブ４１１、又はフレキシブルディスクドライブ４１２から処理プログラムを読み出して実行することで、本実施形態での動作を実現するための制御を行う。
ＲＡＭ４０３は、ＣＰＵ４０１のメインメモリ及びワークエリア等として機能する。
キーボードコントローラ４０５は、キーボード４０９や図示していないポインティングデバイス等からの指示入力を制御する。
ＣＲＴコントローラ４０６は、ＣＲＴ４１０の表示を制御する。
ディスクコントローラ４０７は、種々のアプリケーション、ユーザファイル、ネットワーク管理プログラム、及び本実施形態における処理プログラム等を記憶するハードディスクドライブ４１１及びフレキシブルディスクドライブ４１２とのアクセスを制御する。
ネットワークインタフェースカード４０８はネットワーク４１３上の他の装置と双方向にデータ等をやりとりする。

なお、上記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の実施形態における設計支援システムのシステム構成例を示すブロック図である。 本実施形態におけるブロック図入力画面の一例を示す図である。 本実施形態におけるモジュール（バス）の表示例を示す図である。 本実施形態における設計支援システムを実現可能なコンピュータのハードウェア構成例を示す図である。

符号の説明

１０ 入力装置
２０ モジュール情報記憶部
３０ 設計処理部
３１ モジュール選択部
３２ 接続処理部
４０ 表示制御部
４１ 表示形態決定部
５０ 表示装置

Claims (11)

1. 複数のモジュールを組み合わせて構成されるシステムの設計支援システムであって、
   設計対象のシステムの構成に含まれるバスと、当該バスに接続する機能モジュールとを選択する選択手段と、
   上記選択手段により選択されたバス及び機能モジュールを編集画面上に表示する表示制御手段とを備え、
   上記表示制御手段は、上記編集画面上に表示するバスの表示形態を当該バスの帯域に基づいて決定し表示することを特徴とする設計支援システム。
2. 設計対象のシステムの構成に含まれるバス及び当該バスに接続する機能モジュールを選択する選択手段と、
   選択された上記バスを編集画面上に表示する第１の表示制御手段と、
   選択された上記機能モジュールを編集画面上に表示する第２の表示制御手段と、
   上記編集画面上にバスを表示する際の表示形態を当該バスの帯域に基づいて決定する決定手段とを備えることを特徴とする設計支援システム。
3. 上記編集画面上に表示するバスの表示幅を、当該バスの帯域に基づいて決定することを特徴とする請求項１又は２に記載の設計支援システム。
4. 上記バスの帯域に比例した表示幅で、当該バスを編集画面上に表示することを特徴とする請求項３に記載の設計支援システム。
5. 上記編集画面上に表示するバスの表示色を、当該バスの帯域に基づいて決定することを特徴とする請求項３又は４に記載の設計支援システム。
6. 上記編集画面上に表示するバスの表示形態を、当該バスに接続する上記機能モジュールが当該バスに対して要求する帯域に基づいて決定することを特徴とする請求項２に記載の設計支援システム。
7. 上記編集画面上に表示するバスの表示色を、当該バスの帯域と、当該バスに接続しているすべての上記機能モジュールが当該バスに対して要求する帯域とに基づいて決定することを特徴とする請求項６に記載の設計支援システム。
8. 上記バスに接続する上記機能モジュールが当該バスに対して要求する個々の帯域を、上記編集画面上に表示するバスに付随して識別表示することを特徴とする請求項１〜７の何れか１項に記載の設計支援システム。
9. 複数のモジュールを組み合わせて構成されるシステムの設計支援方法であって、
   選択手段が、設計対象のシステムの構成に含まれるバスと、当該バスに接続する機能モジュールを選択する選択工程と、
   表示制御手段が、上記選択工程で選択されたバス及び機能モジュールを編集画面上に表示する表示制御工程とを有し、
   上記表示制御工程では、上記編集画面上に表示するバスの表示形態を当該バスの帯域に基づいて決定し表示することを特徴とする設計支援方法。
10. 複数のモジュールを組み合わせて構成されるシステムの設計支援処理をコンピュータに実行させるためのプログラムであって、
    設計対象のシステムの構成に含まれるバスと、当該バスに接続する機能モジュールを選択する選択ステップと、
    上記選択ステップで選択されたバスを、当該バスの帯域に基づいてその表示形態を決定し編集画面上に表示する表示制御ステップとをコンピュータに実行させるためのプログラム。
11. 請求項１０に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。

Images