JPH0934698A - ソフトウェア生成方法及び開発支援方法 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウェア開発者が専門分野の異なるハー
ドウェアの仕様情報を理解する必要をなくすと共に、ハ
ードウェア仕様の変更によるソフトウェア開発者への影
響を軽減する。 【構成】 ハードウェア部品仕様情報１０３であるマク
ロ定義情報１２２と外部仕様情報１０４、ハードウェア
動作記述情報１０５、外部仕様−動作記述対応情報１０
６からデバイスドライバプログラム１０７であるマクロ
定義１０８と構造体定義１０９、関数定義１１０を生成
する（１０１）。 【効果】 ソフトウェア開発者へのハードウェア仕様の
誤伝達によるソフトウェア不良がなくなる。また、ハー
ドウェア仕様の変更に伴うソフトウェア開発者の作業が
軽減されることにより、ソフトウェア開発期間が短縮さ
れる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マイクロコンピュータ
システムによってハードウェアを制御するためのソフト
ウェアの開発支援を行うソフトウェア開発支援方法に係
わり、特にハードウェアを直接制御するソフトウェアで
あるデバイスドライバを生成する方法に関するものであ
る。また、本発明はハードウェアの仕様情報に変更があ
った場合にソフトウェアに対する変更波及先を抽出する
方法に関する。

【０００２】

【従来の技術】プログラム開発の効率を向上させるた
め、計算機を用いたプログラムの自動生成等の技術がい
ろいろ提案されている。

【０００３】特開平４−３５２０２９号の「ソースプロ
グラム自動生成装置」には、ソフトウェアの仕様として
記述された状態遷移図からソースプログラムを生成する
方法が示されている。

【０００４】また、情報処理学会紙 VOL.33 NO.11 通
巻３３３号に記載のように、近年、ハードウェア設計を
支援するための言語としてハードウェア記述言語を使用
する動きが活発になっている。また、ハードウェア記述
言語のためのビジュアルプログラミングツールでは、ハ
ードウェア構成要素の接続関係の指定、及びハードウェ
ア構成要素内の動作記述を状態遷移図等で行うことによ
りプログラミングを行うことが可能である。

【０００５】日立製作所のＳＥＷＢ３／ＦＬＯＷでは、
データフロー図中のプロセスを表す図形と共に、別のデ
ータフロー図との間の関係を表す図形と情報を作成し、
データフロー図を対話端末上に表示させているときに、
プロセスを表す図形を入力装置で指示することで、プロ
セスと関係のあるデータフロー図を、対話端末上に表示
する方法が用いられている。

【０００６】また、情報処理学会第４８回（平成６年前
期）全国大会公演論文集（５）、ｐｐ１８１−１８２
「図式的プロセス記述によるアプリケーション自動／対
話実行支援システムの設計」には、作業指針を示すプロ
セスを図形的に記述し、この記述にしたがってプロセス
を実行する方法が示されている。この方法によるアプリ
ケーション実行支援システムの特徴は、作業指針を表す
プロセスの情報を、要素とダイアグラムに分けて管理す
ることである。要素とは、実行ファイルの性質に基づい
て整理したキーワードのことである。

【０００７】上記実行支援システムは、ダイアグラムの
ノードと要素との間のつながりを表す情報と、要素と実
行ファイルとの間のつながりを表す情報を用意し、アプ
リケーションを実行するときに、ダイアグラムに沿って
プロセス実行順序を決定し、上記情報を利用して実行す
るプロセスとのつながりのある実行ファイルを実行す
る。もし複数の実行ファイルとつながりのあるプロセス
を実行する場合、実行すべき実行ファイルを対話的に作
業者に選択させる支援システムである。

【０００８】

【発明が解決しようとする課題】マイクロコンピュータ
システムによってハードウェアを制御するためのソフト
ウェアを開発する際、ハードウェアの構成およびインタ
フェースの仕様に基づき、ハードウェアを直接制御する
ソフトウェアの処理内容が決定される。そのためソフト
ウェア開発者がハードウェアの構成及びインターフェー
ス等のハードウェア仕様を理解する必要がある。また、
ハードウェアの開発者がハードウェア構成またはハード
ウェアインタフェースの変更を行なった場合、これら変
更に基づいて、ソフトウェア開発者はソフトウェアソー
スコードを変更することになる。

【０００９】上記のＳＥＷＢ３／ＦＬＯＷは、類似の専
門分野に属する複数の作業者が作成したソフトウェア構
成図を取り扱う方法であるが、専門分野が異なる複数の
作業者が作成した構成図間の関連を取り扱うことは出来
ない。すなわち、上記の方法では、ソフトウエア構成図
とハ−ドウエア構成図との関連を取り扱うことができな
かった。そのため、ハードウェアと密接な関係にあるソ
フトウェアを開発する場合、ハードウェアの構成が変更
された時、ソフトウェア開発者はハードウェア開発者と
直接コミュニケートしないと、ソフトウェアの変更箇所
を特定することが困難であるという問題点があった。

【００１０】また、「図式プロセス記述によるアプリケ
ーション自動／対話実行支援システムの設計」に示され
た方法においても、上記と同様の問題点があった。

【００１１】本発明の目的は、専門分野の異なるハード
ウェアの仕様情報をソフトウェア開発者が理解しなくて
も、ソフトウェア開発を行えるようにすることである。
また、本発明の他の目的は、専門分野の異なるハードウ
ェアの仕様変更に対して、ソフトウェア開発者が受ける
影響を軽減することである。さらに、本発明の他の目的
は、専門分野が異なる複数の作業者が作成した構成図の
間の変更波及箇所の抽出を支援することである。

【００１２】

【課題を解決するための手段】本発明の目的を達成する
ために、本発明では以下のような方法が行なわれる。ハ
ードウェアの要求仕様情報としての外部仕様情報、ハー
ドウェアの設計情報である動作記述情報、外部仕様情報
と動作記述情報の間の対応情報、および仕様情報中の数
値データの意味を示すマクロ定義情報をそれぞれ所定の
形式に従って記述することにより、ハードウェアを制御
するソフトウェア部品を生成する。

【００１３】また、生成したソフトウェアおよびそれに
関する情報をソフトウェア部品として保持し、対応する
ハードウェアの情報をハードウェア部品として保持し、
さらに、ソフトウエア部品とハ−ドウエア部品との対応
関係を示すリンク情報を保持し、これらの部品情報を使
用してハードウェア構成図の作成／変更を行うことで、
ハードウェア構成の変更に対して変更影響のあるソフト
ウェア部品を特定できるようにする

【００１４】

【作用】本発明によれば、ハードウェア開発者が所定の
形式でハードウェア仕様情報を記述するだけで、ハード
ウェアを制御するソフトウェア部品が生成される。ま
た、本発明によれば、ハードウェア開発者がハードウェ
ア部品を用いてハードウェア構成図の作成／変更を行う
と、リンク情報によって、ハ−ドウエア構成の変更によ
る影響を受けるソフトウェア構成図内のソフトウェア構
成要素を判定できる。

【００１５】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図１は本発明に係わるソフトウェア開発支援
システムの構成を示すブロック図である。ハードウェア
部品仕様情報１０３内のマクロ定義情報１２２と外部仕
様情報１０４とハードウェア動作記述情報１０５と外部
仕様−動作記述対応情報１０６はユーザインタフェース
１０２から入力される情報である。デバイスドライバプ
ログラム１０７はハードウェア部品仕様情報１０３をも
とにデバイスドライバ生成処理１０１から生成されるソ
フトウェアで、マクロ定義１０８と構造体定義１０９と
関数定義１１０からなる。

【００１６】デバイスドライバ生成処理１０１はマクロ
定義情報１２２からマクロ定義１０８を作成するマクロ
定義生成処理１１１と、外部仕様情報１０４から構造体
定義１０９を生成する構造体定義生成処理１１４と、外
部仕様情報１０４とハードウェア動作記述情報１０５と
外部仕様−動作記述対応情報１０６から関数定義１１０
を生成する関数定義生成処理１１５とからなる。関数定
義生成処理１１５はさらに関数リターン型生成処理１２
１、関数名生成処理１１６、関数引数生成処理１１７、
イベント実行処理生成処理１１９、及び関数フッタ生成
処理１２０からなる。

【００１７】図２は本発明を適用したシステムを動作さ
せる汎用計算機の構成を示すブロック図である。図２に
おいて、外部記憶装置２０５には、本発明システムのプ
ログラムが格納される。メモリ２０１には、システムを
実行する場合に、外部記憶装置２０５よりシステムのプ
ログラムが読み込まれる。ＣＰＵ２０３は、メモリ２０
１に読み込んだシステムのプログラムを実行する。入力
装置２０４から利用者の指示が入力され、表示装置２０
２には、利用者への確認事項等が表示される。

【００１８】マクロ定義情報１２２には、後述のよう
に、レジスタアドレス定義情報３０１、レジスタビット
構成情報４０１、及びデ−タ値情報５０１が含まれる。

【００１９】図３はマクロ定義情報１２２の１つである
レジスタアドレス定義情報３０１のデータ構造の例であ
る。レジスタアドレス定義情報３０１は、レジスタ名３
０２、及びレジスタのアドレス３０３からなる。具体的
には、レジスタ名「ＳｔｓＲｅｇ」（３０４）に対応す
るレジスタのアドレスとして「０ｘ１０」（３０５）が
格納されている。

【００２０】図４はマクロ定義情報１２２の１つである
レジスタビット構成情報４０１のデータ構造の例であ
る。レジスタビット構成情報４０１は、レジスタを構成
する各ビット群の意味を示す情報で、レジスタ名４０
９、各ビット群が示す意味の名前４０２、ビット位置４
０３、及び各ビット群の状態を示す値４０７と名前４０
８を有する状態４０４からなる。具体的には、レジスタ
「ＳｔｓＲｅｇ」（４１０）のビット「０」（４０６）
は名前「Ｄ０Ｂ」（４０５）で値が「０」（４０７）の
時は「ＮｏｔＢｕｓｙ」（４０８）を表す。

【００２１】図５はマクロ定義情報１２２の１つである
データ値情報５０１のデータ構造の例である。データ値
情報５０１はレジスタに設定するデータの名前と値との
対応を示す情報で、データ名５０２、及び値５０３から
なる。具体的には、データ名「ＲｅａｄＤａｔａＣｍ
ｄ」（５０４）の値は「０ｘＣ４」（５０５）である。

【００２２】図６は外部仕様情報１０６のデータ構造の
例である。外部仕様情報１０６は、ハード部品を示す名
前６０２、外部機能の名称６０３、各機能に対する外部
仕様上でのパラメータである機能パラメ−タ６０４、及
び結果デ−タ６０８からなる。機能パラメ−タ６０４
は、名前を示す識別子６０５と意味内容を表す文６０６
とパラメータ情報の大きさを表すビット数６０７で構成
される。また、結果デ−タ６０８は各機能に対して返さ
れる実行結果を示すデータであり、名前を示す識別子６
０９と意味内容を表す文６１０と結果データ情報の大き
さを表すビット数６１１で構成される。具体的には、ハ
ード部品「ＦＤＣ」（６１２）は機能「ＲＥＡＤ ＤＡ
ＴＡ」（６１３）を持ち、この機能のパラメータとして
「ＨＤ」、「ＵＳ」、「Ｃ」がある。例えばパラメータ
「Ｃ」（６１４）の意味は「実行開始セクタＩＤ情報」
（６１５）であり、大きさは「８ビット」（６１６）で
ある。また、機能「ＲＥＡＤ ＤＡＴＡ」を動作させた
結果のデータとして「ＩＣ」、「ＳＥ」、「ＥＣ」が返
される。例えば結果データ「ＥＣ」（６１７）の意味は
「Ｅｑｕｉｐｍｎｔ Ｃｈｅｃｋ」（６１８）であり、
大きさは「１ビット」（６１９）である。

【００２３】図７はハードウェア動作記述情報１０５の
１形態である状態遷移表７０１のデータ構造の例であ
る。表７０１の横軸７０２はハードウェアの各状態を表
し、縦軸７０４はハードウェアに対して起こりうるソフ
トウェアからのアクセス（イベント）を表している。横
軸、縦軸とも番号により各状態、各イベントを識別して
いる。表の内部７０７は横軸７０２の状態において縦軸
７０４で示されたイベントが起きた場合の状態遷移先の
状態番号を表している。具体的には、この表で表された
ハードウェア部品の状態が「状態（１）」（７０３）の
とき「イベント（ａ）」（７０５）が起きたならば、ハ
ードウェア部品の状態は「状態（２）」へ遷移する（７
０６）。

【００２４】図８は図７で示した状態遷移表７０１にお
ける各状態の内容８０１を示すデータ構造の例である。
状態遷移表７０１において横軸に示される各状態の内容
は番号８０３と名前８０４と条件８０５で表される。状
態番号８０３は表７０１中の全状態に割り振られる通し
番号である。状態の名前８０４は状態を表す名前であ
る。状態条件８０５はその状態に対するレジスタの値で
ある。例えば、状態番号（１）の状態８０６の名前は
「コマンド受付」（８０７）で「ＳｔｓＲｅｇ（ステー
タスレジスタ）のＣＢビットの値がＮｏｔＢｕｓｙを示
す値であり、かつＤ０Ｂビット、Ｄ１Ｂビット、Ｄ２Ｂ
ビット、Ｄ３Ｂビットに対しても同様である」（８０
８）ことが状態の条件となる。

【００２５】図９は、図７で示した状態遷移表７０１に
おける各イベントの内容９０１を示すデータ構造の例で
ある。表７０１において縦軸に示されるイベントは番号
９０２とリード／ライト種別９０３とレジスタ名９０４
と設定／取得データ９０６で表される。イベント番号９
０２は表中の全イベントに割り振られる通し番号であ
る。リード／ライト種別９０３はイベントがリードアク
セスかライトアクセスかを識別するものである。例え
ば、イベント番号（ａ）のイベント９０７では「ライト
アクセス」（９０８）であることを示している。レジス
タ名９０４はアクセスを行うレジスタを示す識別子であ
る。例えば、イベント番号（ａ）のイベント９０７では
「ＤａｔａＲｅｇ（データレジスタ）」（９０９）にア
クセスすることを示している。設定／取得データ９０６
は示されたアドレスに対しライトアクセスの場合は設定
するデータ、リードアクセスの場合は取得するデータを
表している。例えば、イベント番号（ａ）のイベント９
０７では「機能Ｒｅａｄ Ｄａｔａのコマンドデータ」
（９１０）を設定することを表している。

【００２６】図１０は外部仕様−動作記述対応情報１０
６の１つである機能−遷移対応表１００１のデータ構造
の例である。機能名１００２は図６に示した外部仕様情
報１０４上で示されたものと同一である。遷移経路１０
０３は各機能１００２を実行する場合の状態遷移表７０
１上での遷移経路を示すもので、例えば１００４の場
合、機能「ＲＥＡＤ ＤＡＴＡ」を実行するには状態
（１）においてイベント（ａ）を発行し、状態（２）に
遷移してからイベント（ｂ）を発行、状態（３）に遷移
してイベント（ｃ）、状態（４）に遷移してイベント
（ｄ）を発行すればよいことを示している（１００
５）。以下では、状態とイベントのまとまりを遷移経路
中のノードと呼ぶ。例えば１００５で「（１）（ａ）」
はノードである。

【００２７】図１１は外部仕様−動作記述対応情報１０
６の１つであるパラメータ−レジスタビット対応表１１
０１のデータ構造の例である。この表１１０１は図６に
示した外部仕様１０４で示された各機能のパラメータ６
０４および結果データ６０８の実ハードへのセッティン
グ単位およびセッティング単位でマッピングする際のビ
ット構成を示している。機能名１１０２は外部仕様１０
４上で示されたものと同一である。パラメータ／結果デ
ータ種別１１０３は外部仕様１０４上で示されたパラメ
ータおよび結果データを実ハードへのセッティング単位
で名称付けしたもので、例えば、機能ＲＥＡＤ ＤＡＴ
Ａ（１１０６）においてパラメータは２つに分けて設定
するのでパラメータに番号を付加しパラメータ１（１１
０７）、パラメータ２とする。また、機能ＲＥＡＤ Ｄ
ＡＴＡの結果データは１まとめに読むので結果データ１
とする。パラメータ名／結果データ名１１０４は外部仕
様１０４上で示されたパラメータ及び結果データの名前
６０５、６０９と同一のものである。レジスタ上の位置
１１０５は、外部仕様１０４上の機能パラメータ６０４
及び結果データ６０８が実ハードへのセッティング単位
としてどのビットが割り当てられるかを示したものであ
る。具体的には、機能ＲＥＡＤ ＤＡＴＡ（１１０６）
のパラメータ「ＨＤ」（１１０８）は「パラメータ１」
（１１０７）における「ビット０ｘ０２」（１１０９）
からの「１ビット」（外部仕様情報１０４のビット数６
０７）として実ハードに設定される。

【００２８】次に、図１２、図１３、図１４、図１５、
及び図１６を用いて、第１の実施例を詳細に説明する。
第１の実施例は、ユーザインタフェースより入力された
ハードウェア部品仕様情報１０３であるマクロ定義情報
１２２と外部仕様情報１０４とハードウェア動作記述情
報１０５と外部仕様−動作記述対応情報１０６とを用い
て、ハードウェアを直接制御するソフトウェアであるデ
バイスドライバプログラム１０７を生成する例である。

【００２９】図１７、図１８、図１９は、生成されるデ
バイスドライバプログラムの具体例である。図１７の行
（１）から行（２５）まではマクロ定義１０８、行（２
６）から行（３２）までは構造体定義１０９である。ま
た、図１８、図１９は関数定義１１０である。

【００３０】図１２はデバイスドライバプログラム１０
７中のマクロ定義１０８を作成する処理（１１１）の手
順を表すフローチャートである。まず、レジスタアドレ
ス情報３０１からレジスタ名３０２とアドレス３０３の
対を取得する（ステップ１２０１）。具体的には、図３
に示すレジスタアドレス情報３０１からレジスタ名「Ｓ
ｔｓＲｅｇ」（３０４）とアドレス「０ｘ１０」（３０
５）を取得する。次に、レジスタ名３０２からマクロ名
を作成し、アドレス３０３をマクロ値としてファイルに
「＃ｄｅｆｉｎｅ [マクロ名] [マクロ値]」の形式で
マクロ定義文を出力する（１２０２）。具体的には、レ
ジスタ名「ＳｔｓＲｅｇ」（３０４）からマクロ名「Ｓ
ｔｓＲｅｇＡｄｒ」を作成し、図１７に示すようにファ
イルに「＃ｄｅｆｉｎｅ ＳｔｓＲｅｇＡｄｒ ０ｘ１
０」（１７０１）を出力する。

【００３１】次に、レジスタビット構成情報４０１から
ビット群に示された意味名４０２とビット位置４０３の
対および状態値４０７と状態名４０８の対を取得する
（ステップ１２０３）。具体的には、図４に示すレジス
タビット構成情報４０１から意味名前「Ｄ０Ｂ」（４０
５）とビット位置「０ｘ０１」（４０６）の対および状
態値「０ｘ００」（４０７）と状態名「ＮｏｔＢｕｓ
ｙ」（４０８）の対を取得する。

【００３２】次に、意味名４０２をマクロ名とし、ビッ
ト位置４０３をマクロ値としてファイルに「＃ｄｅｆｉ
ｎｅ [マクロ名] [マクロ値]」の形式で出力する（ス
テップ１２０４）。また、状態名４０８をマクロ名と
し、状態値４０７をマクロ値としてファイルに「＃ｄｅ
ｆｉｎｅ [マクロ名] [マクロ値]」の形式でマクロ定
義文を出力する（ステップ１２０５）。具体的には、マ
クロ名「Ｄ０Ｂ」（４０５）とマクロ値「０ｘ０１」
（４０６）の対およびマクロ名「Ｄ０Ｂ＿ＮｏｔＢｕｓ
ｙ」（４０８）とマクロ値「０ｘ００」（４０７）の対
から、図１７に示すように、ファイルに「＃ｄｅｆｉｎ
ｅ Ｄ０Ｂ ０ｘ０１」（１７０２）、「＃ｄｅｆｉｎ
ｅ Ｄ０Ｂ＿ＮｏｔＢｕｓｙ ０ｘ００」（１７０３）
を出力する。

【００３３】次に、データ値情報５０１からデータ名５
０２とデータ値５０３の対を取得する（ステップ１２０
６）。具体的には、図５に示すデータ値情報５０１から
データ名「ＲｅａｄＤａｔａＣｍｄ」５０４とデータ値
「０ｘＣ４」５０５を取得する。次に、データ名５０２
をマクロ名とし、データ値５０３をマクロ値としてファ
イルに「＃ｄｅｆｉｎｅ [マクロ名] [マクロ値]」の
形式でマクロ定義文を出力する（ステップ１２０７）。
具体的には、マクロ名「ＲｅａｄＤａｔａＣｍｄ」（５
０４）とマクロ値「０ｘＣ４」（５０５）から、図１７
に示すように、ファイルに「＃ｄｅｆｉｎｅ Ｒｅａｄ
ＤａｔａＣｍｄ ０ｘＣ４」（１７０４）を出力する。

【００３４】図１３はデバイスドライバプログラム１０
７中の構造体定義１０９を作成する処理（１１４）の手
順を表すフローチャートである。まず、外部仕様情報１
０４の各機能に対する結果データを取得する（ステップ
１３０１）。具体的には、図６に示す外部仕様情報１０
４から結果データ６０８を取得する。次に機能名６０３
から構造体タグ名を生成し、構造体ヘッダ部を生成する
（ステップ１３０２）。具体的には、機能名「ＲＥＡＤ
ＤＡＴＡ」（６１３）からタグ名「ＲｓｌｔＲｅａｄ
Ｄａｔａ」を生成し、図１７に示すように、構造体ヘッ
ダ部「ｓｔｒｕｃｔ ＲｓｌｔＲｅａｄＤａｔａ ｛」
（１７０５）を生成する。

【００３５】次に、構造体のメンバを生成する（ステッ
プ１３０３）。メンバは結果データ６０８の各データか
ら生成する。結果データの名前６０９をメンバの識別子
とし使用レジスタの大きさにより型を設定する。例え
ば、８ビットレジスタ使用であれば「ｃｈａｒ」、１６
ビットレジスタ使用であれば「ｓｈｏｒｔ」、３２ビッ
トレジスタ使用であれば「ｌｏｎｇ」とする。外部仕様
情報１０４で結果データ６０８のビット数６１１がレジ
スタ長より大きい場合は配列を使用する。本実施例にお
いては８ビットレジスタ使用であるのでパラメータの型
を「ｃｈａｒ」とする。外部仕様情報１０４で結果デー
タＩＣ、ＳＥ、ＥＣ（６０９）のビット数６１１は全て
８ビット以内であるので配列型は使用しない。具体的に
は、図１７に示すように、メンバとして「ｃｈａｒ Ｉ
Ｃ； ｃｈａｒ ＳＥ； ｃｈａｒＥＣ；」（１７０
６）が生成される。構造体のメンバを全て生成したら、
構造体フッタを生成し、構造体定義を終了する（ステッ
プ１３０４）。具体的には、図１７に示すよう
に、「｝；」（１７０７）を生成する。上記の処理を各
機能に対して行う。

【００３６】図１４、図１５、及び図１６はデバイスド
ライバプログラム１０７中の関数定義１１０を作成する
関数定義生成処理１１５の手順を表すフローチャートで
ある。外部機能がある限り、以下の処理を繰り返す（ス
テップ１４０１）。まず、外部仕様情報１０４から機能
名称を１つ取得する（ステップ１４０２）。例えば、機
能名称ＲＥＡＤ ＤＡＴＡ（６１３）を取得する。次
に、取得した機能名１００２に対する遷移経路１００３
を機能−遷移対応表１００１から取得する（ステップ１
４０３）。例えば、機能名称ＲＥＡＤ ＤＡＴＡ（１０
０４）に対する遷移経路として「（１）（ａ）−（２）
（ｂ）−（３）（ｃ）−（４）（ｄ）」（１００５）を
取得する。

【００３７】次に、生成する関数のリターン型を生成す
る処理を行う（１２１）。まず、取得した遷移経路中の
状態番号を取得し、これらの状態に対して状態条件が割
込みのものがあるかを、ハードウェア動作記述より確認
する（ステップ１４０５）。遷移経路中の状態条件に割
込みがあった場合は、生成関数のリターン型を「ｖｏｉ
ｄ」とする（ステップ１４０７）。遷移経路中の状態条
件に割込みがなかった場合は、当該機能名よりタグ名を
生成し構造体型とする（ステップ１４０６）。例えば、
機能名「ＲＥＡＤ ＤＡＴＡ」に対しては、「ｓｔｒｕ
ｃｔ ＲｓｌｔＲｅａｄＤａｔａ ｛」とする。例にお
いては、「（１）、（２）、（３）、（４）」が遷移経
路中の状態番号で、この中では状態（４）の状態条件８
０９が割込みであるので、リターン型は「ｖｏｉｄ」
（１８０１）とする。

【００３８】次に、生成するドライバ関数の名前を生成
する（１１６）。関数名は機能名より機械的に決定す
る。また、遷移経路中の状態条件に割込みがある場合は
１つの機能に対するドライバ関数が複数の関数よりなる
ので生成する順に番号を付加する等により名称が重なら
ないようにする（ステップ１４０８）。例えば、例にお
いては機能ＲＥＡＤ ＤＡＴＡに対する最初の生成関数
であるので関数名を「ｒｅａｄＤａｔａ１」（１８０
２）とする。

【００３９】次に、関数の引数を生成する（１１７）。
遷移経路中の状態条件に割込みがある場合は（ステップ
１４０９）、割込みがあるノードより前の遷移経路のイ
ベント設定データ（９０６）を状態遷移表９０１より取
得する（ステップ１４１１）。取得したデータを図１１
に示したパラメータ−レジスタビット対応表１１０１で
検索し、機能名１１０２、パラメータ／結果データ種別
１１０３の一致する欄のパラメータ名／結果データ名１
１０４に記述された識別子を生成関数の引数とする（ス
テップ１４１２）。引数の型は使用レジスタのビット長
により、８ビットレジスタ使用であれば「ｃｈａｒ」、
１６ビットレジスタ使用であれば「ｓｈｏｒｔ」、３２
ビットレジスタ使用であれば「ｌｏｎｇ」とする。外部
仕様情報１０４でパラメータ６０４のビット数６０７が
レジスタ長より大きい場合は配列を使用する（ステップ
１４１３）。

【００４０】本実施例においては、まず、割込みがある
ノードより前の遷移経路は「（１）（ａ）−（２）
（ｂ）−（３）（ｃ）」であり、この遷移経路中のイベ
ントに対する設定データ９０６は「ＲＥＡＤ ＤＡＴＡ
のコマンド」（９１０）と「ＲＥＡＤ ＤＡＴＡのパラ
メータ１」（９１１）と「ＲＥＡＤ ＤＡＴＡのパラメ
ータ２」（９１２）である。これを基にパラメータ−レ
ジスタビット対応表１１０１を検索し、機能名１１０２
が「ＲＥＡＤ ＤＡＴＡ」でありパラメータ／結果デー
タ種別１１０３が「パラメータ１」または「パラメータ
２」である欄のパラメータ名／結果データ名１１０４に
記述された識別子ＨＤ（１１０８）、ＵＳ（１１１
０）、Ｃ（１１１１）を生成関数のパラメータとする。
本実施例においては、８ビットレジスタ使用であるので
パラメータの型を「ｃｈａｒ」とする。外部仕様情報で
パラメータＨＤ、ＵＳ、Ｃのビット数は全て８ビット以
内であるので配列型は使用しない。したがって、関数引
数として「（ｃｈａｒ ＨＤ、 ｃｈａｒ ＵＳ、 ｃ
ｈａｒ Ｃ）」（１８０３）を生成する。

【００４１】次に、図１５に示すように、遷移経路中の
それぞれのノードに対するイベント動作に対応するプロ
グラムを生成する（１１９）。まず、遷移経路の先頭か
ら順にノードを１つ取得する（ステップ１５０１）。取
得したノードの状態番号の状態を状態遷移表７０１から
検索し、状態条件を取得し、状態条件が割込みであっ
て、かつ、関数ヘッダ生成後の最初のノードでなければ
（ステップ１５０２）、関数定義を終了する（ステップ
１５０３）。本実施例においては、まず、ノード
「（１）（ａ）」を取得する。このノードの状態番号は
（１）であるので状態遷移表７０１の状態（１）の状態
条件８０８を取得する。この場合の状態条件は、「Ｓｔ
ｓＲｅｇ（ＣＢ）＝ＮｏｔＢｕｓｙ、ＳｔｓＲｅｇ（Ｄ
０Ｂ）＝ＮｏｔＢｕｓｙ、ＳｔｓＲｅｇ（Ｄ１Ｂ）＝Ｎ
ｏｔＢｕｓｙ、ＳｔｓＲｅｇ（Ｄ２Ｂ）＝ＮｏｔＢｕｓ
ｙ、ＳｔｓＲｅｇ（Ｄ３Ｂ）＝ＮｏｔＢｕｓｙ」であ
る。

【００４２】ノ−ドが経路の先頭で、かつノ−ドに対す
る状態条件は割込みかを判定し（ステップ１５０４）、
状態条件が割込みでない場合は、状態条件確定待ち処理
の生成として、まず、ル−プ文開始部「ｗｈｉｌｅ
（！（」（１８０５）を生成する（ステップ１５０
５）。次に取得した状態条件を機械的に変換して状態条
件チェック文を生成する（ステップ１５０８）。例え
ば、状態条件「ＳｔｓＲｅｇ（ＣＢ）＝ＮｏｔＢｕｓ
ｙ」（８０８）に対しては「（（ＳｔｓＲｅｇ ＆ Ｃ
Ｂ＿ＮｏｔＢｕｓｙ） ＝ ＣＢ＿ＮｏｔＢｕｓ
ｙ））」（１８０６）を生成する。状態条件が複数ある
場合は状態チェック文と状態チェック文の間に「＆＆」
（１８０７）を入れる。全ての状態条件に対する状態チ
ェック文を生成したら（ステップ１５０６）、最後にル
−プ文終了部「）） ｛｝」（１８０８）を生成する
（ステップ１５０７）。

【００４３】次に、図１６に示すように、イベント実行
処理に対応するプログラムの生成として、当該ノードに
対するイベント番号を取得し、状態遷移表のイベントを
取得する。本実施例においては、ノード「（１）
（ａ）」のイベント番号は（ａ）であるので、状態遷移
表７０１のイベント（ａ）９０７を取得する（ステップ
１６０９）。次にそのイベントのＲ／Ｗ種別９０３がラ
イトのときには（ステップ１６０１）パラメータ合成文
とイベント実行文を生成する。

【００４４】パラメータ合成文は、生成関数の引数を実
ハードの設定レジスタの構成に合わせて合成する処理に
対応するプログラムである。まず、状態遷移表のイベン
トに対するデータ９０６に着目し、そのデータに示され
た機能名とパラメータ−レジスタビット対応表１１０１
の機能名１１０２が一致するものを検索する。機能名が
一致するものがなければ何も生成しない。機能名が一致
するものがあれば、状態遷移表のイベントデータ９０６
に示されたコマンド／パラメータ種別を取得しパラメー
タ−レジスタビット対応表１１０１で取得した欄を検索
する。つまり、機能名１１０２、及びパラメータ／結果
データ種別１１０３の一致する欄を検索する（ステップ
１６０３）。一致する欄がなければ何も生成しない。一
致する欄があれば、その欄のパラメータ／結果データ名
とレジスタ上の位置からパラメータ合成文を生成する
（ステップ１６０４）。例えば、イベント（ｂ）９１３
において機能名がＲＥＡＤ ＤＡＴＡ（９１４）、パラ
メータ／結果データ種別がパラメータ１（９１５）の場
合、パラメータ−レジスタビット対応表において機能名
とパラメ−タ／結果デ−タ種別が一致するので、取得す
るパラメータ／結果データ名、レジスタ上の位置はＨＤ
（１１０８）、０ｘ０２（１１０９）、およびＵＳ（１
１１０）、０ｘ００（１１１２）である。これらに対し
機械的に「ｐｒｍ＝ｐｒｍ｜（ＨＤ＜＜０ｘ０２）；」
（１８０９）と「ｐｒｍ＝ｐｒｍ｜（ＵＳ＜＜０ｘ０
０）；」（１８１０）という文を生成する。パラメータ
−レジスタビット対応表に、ライトすべきデ−タがある
限り、上記の処理が繰り返される（ステップ１６０
３）。

【００４５】次に、イベント実行文の生成の際は、出力
関数として予め用意された「ＯＵＴＰＵＴ（）」を使用
して合成したパラメータ「ｐｒｍ」と状態遷移表のイベ
ント欄のアドレス項目に記述されたＤａｔａＲｅｇによ
り「ＯＵＴＰＵＴ（ｐｒｍ、ＤａｔａＲｅｇ）；」（１
８１１）を生成する（ステップ１６０５）。

【００４６】次に、イベントのＲ／Ｗ種別９０３がリー
ドのとき（ステップ１６０１）、イベント実行処理とし
てイベント実行文とパラメータ分割文を生成する。ま
ず、イベント実行文として入出力関数として予め用意さ
れた「ＩＮＰＵＴ（）」を使用して一時変数であるｐｒ
ｍと状態遷移表のイベントのレジスタ名９０４に記述さ
れたレジスタ名により「ｐｒｍ＝ＩＮＰＵＴ（[レジス
タ名]）；」の形式で生成する（ステップ１６０２）。
具体的には、イベント（ｄ）９１６の場合、Ｒ／Ｗ種別
９０３がリードであるので、レジスタ名９０４の「Ｄａ
ｔａＲｅｇ」により「ｐｒｍ＝ＩＮＰＵＴ（ＤａｔａＲ
ｅｇ）；」（１９０１）を生成する。

【００４７】次に、パラメータ分割文を生成する。パラ
メータ分割文は一時変数「ｐｒｍ」に取得したレジスタ
値を分割し内容に合わせてリターン値に代入する文であ
る。まず、状態遷移表のイベントデータ９０６に着目
し、そのデータに示された機能名とパラメータ−レジス
タビット対応表１１０１の機能名１１０２が一致するも
のを検索し、状態遷移表のイベントデータ９０６で示さ
れたコマンド／パラメータ種別を、パラメータ−レジス
タビット対応表１１０１の機能名が一致した欄で更に検
索する。つまり、機能名１１０２、パラメータ／結果デ
ータ種別１１０３の一致する欄を検索する。一致した欄
のパラメータ／結果データ名とレジスタ上の位置からパ
ラメータ分割文を生成する（ステップ１６０８）。

【００４８】具体的には、イベント（ｄ）９１６におい
て機能名ＲＥＡＤ ＤＡＴＡ（９１７）、パラメータ／
結果データ種別が結果データ１（９１８）の場合、パラ
メータ−レジスタビット対応表１１０１において取得す
るパラメータ／結果データ名、レジスタ上の位置はＩＣ
（１１１３）、０ｘ０２（１１１６）、ＳＥ（１１１
４）、０ｘ０１（１１１７）、ＥＣ（１１１５）、０ｘ
００（１１１８）である。また、これらに対し、外部仕
様からそれぞれの結果データのビット数を取得しマスク
データを作成する。例えばビット数が１なら０ｘ０１、
ビット数が２なら０ｘ０３のようにビット数分のビット
をマスクするデータを作成する。これらのデータと予め
作成したリターン値型の変数「ｒｔｎ」により、それぞ
れの結果データに対し機械的に「ｒｔｎ．ＩＣ＝（ｐｒ
ｍ＞＞０ｘ０２）＆０ｘ０３；」（１９０２）と「ｒｔ
ｎ．ＳＥ＝（ｐｒｍ＞＞０ｘ０１）＆０ｘ０１；」（１
９０３）と「ｒｔｎ．ＥＣ＝（ｐｒｍ＞＞０ｘ００）＆
０ｘ０１；」（１９０４）というパラメ−タ分割文を生
成する。

【００４９】パラメータ−レジスタビット対応表にリ−
ドすべきデ−タがある限り、上記の処理を繰り返す（ス
テップ１６０７）。

【００５０】状態条件生成処理およびイベント生成処理
を終了したら、状態経路上の着目ノードを１つ進め同様
の処理を行う（ステップ１５０１）。着目ノードの状態
条件が割込みであった場合には（ステップ１５０２）、
「｝」（１８１２）を生成し関数定義を一旦終了する
（ステップ１５０３）。そして、現在着目しているノー
ドを最初のノードとして残りの遷移経路に対してリター
ン型生成（１２１）からの処理を同様に行う。着目ノー
ドがなくなった場合には（ステップ１５０１）、「ｒｅ
ｔｕｒｎ ｒｔｎ；」（１９０５）と「｝」（１９０
６）を生成し関数定義を終了する（ステップ１５１
０）。外部仕様上の全ての機能に対しこれらの動作を行
い機能がなくなったら終了する（ステップ１４０１）。

【００５１】上記の例によれば、ソフトウェア開発者
は、ハードウェア仕様の詳細を知らなくても、あたかも
１関数を呼び出すようにしてハードウェアを動作させる
ことができる。また、この例で生成されたソフトウェア
はハードウェアのテスト用起動プログラムとして使用で
きる。

【００５２】第２の実施例は、第１の実施例のデバイス
ドライバ生成処理１０１で生成したデバイスドライバプ
ログラム１０７をハードウェア部品と関連付けた形でソ
フトウェア部品として保管し、既に登録されたハードウ
ェア部品を使用する際には対応するソフトウェア部品を
容易に利用できる実施例である。また、ハードウェアの
接続関係を示したハードウェア構成図とソフトウェアの
呼び出し関連を示したソフトウェア構成図との間にリン
クを張り、ハードウェア構成が変更された際にソフトウ
ェア構成図上での影響箇所を表示する実施例である。第
２の実施例を詳細に説明する。

【００５３】図２０は、第２の実施例におけるソフトウ
ェア開発支援システムの構成を示すブロック図である。
ハードウェア部品仕様情報１０３とデバイスドライバプ
ログラム１０７およびデバイスドライバ生成処理１０１
は第１の実施例で示したものである。第２の実施例で
は、デバイスドライバ生成処理１０１で生成されたデバ
イスドライバプログラムを示す識別子と、対応するハー
ドウェア部品を示す識別子とを部品情報２０１０として
保持し、以下に示す処理２００１、２００７、及び２０
０３が追加される。

【００５４】すなわち、ユーザインタフェース１０２か
らの入力に基づいてハードウェア構成図情報２００９の
作成／変更／表示を行い、部品情報２０１０に基づいて
変更情報２００２、及びソフトウエア部品とハ−ドウエ
ア部品との関連を示すリンク情報２００６を作成するハ
ードウェア構成図情報作成／変更／表示処理２００１
と、デバイスドライバ１０７を含むソフトウェアソース
コード２０１１を解析することにより関数／プロシージ
ャの呼び出し関連を抽出し、ソフト仕様情報２００５の
一つとして、呼び出し関連を示すソフトウェア構成図情
報２００４を作成するソフトウェア構成図作成処理２０
０７と、ハードウェア構成図の変更情報２００２とハー
ドウェア部品とソフトウェア部品の関連を示すリンク情
報２００６とソフトウェア構成図情報２００４をもとに
ハードウェア構成図の変更に伴うソフトウェア構成図へ
の変更波及箇所を表示する変更波及箇所表示処理２００
３が追加される。

【００５５】図２１はハードウェア部品情報２０１０の
データ構造の例である。部品情報２０１０は、ハードウ
ェア部品を特定する識別子２１０１、及びハ−ドウエア
部品に対応する関連ソフトウェア部品であるデバイスド
ライバプログラムを特定する識別子２１０２からなる。
これらの情報はハードウェア部品仕様情報１０３からソ
フトウェア部品であるデバイスドライバ１０７を生成す
る際（１０１）に、記憶される。

【００５６】図２２はハードウェア構成図に対する変更
情報２００２のデータ構造の例である。変更情報２００
２は、変更対象のハードウェア部品を特定する識別子２
２０１、及びその部品になされた変更の種別２２０２か
らなる。変更種別２２０２には「削除／挿入／移動」が
ある。ただし、ここで示した「移動」とは接続関係の変
更のことである。例えば、図２２ではハードウェア部品
「ＦＤＣ」（２２０３）がハードウェア構成図上から削
除（２２０４）されたことを示している。

【００５７】図２３はハードウェア構成図中で使用され
ているハードウェア部品２３０１と対応する関連ソフト
ウェア部品２３０２を示したリンク情報２００６であ
る。これらの情報は部品情報２０１０より取得する。

【００５８】図２４はハードウェア構成図情報２００９
のデータ構造の例である。ハ−ドウエア構成図情報２０
０９は、ハードウェア構成要素であるハードウェア部品
を特定する識別子２４０１に対応して、ハードウェア構
成図を表示するのに必要な表示データである表示位置２
４０２、名称２４０３、及び接続データ２４０５が格納
されている。

【００５９】図２５はソフトウェア構成図情報２００４
のデータ構造の例である。ソフトウエア構成図情報２０
０４は、ソフトウェア構成要素である関数／プロシージ
ャを特定する識別子２５０１に対応して、ソフトウェア
構成図を表示するのに必要な表示データである表示位置
２５０２、呼び出し元２５０３、及び呼び出し先２５０
４が格納されている。呼び出し元、呼び出し先はそれぞ
れ１つまたは複数の記述が可能である 図２６はハードウェア構成図作成／変更／表示処理２０
０１の処理手順を表すフローチャートである。図２７は
ソフトウェア構成図情報作成処理２００７の処理手順を
表すフローチャートである。図２８はソフトウェア構成
図／変更波及箇所表示処理２００３の処理手順を表すフ
ローチャートである。図２９は、ハードウェア構成図表
示欄２９０４にハードウェア構成図を表示した画面例で
あり、図３０はソフトウェア構成図を表示した画面例で
あり、３００３はハードウェア構成変更情報を表示する
変更波及箇所表示欄が設けられている。

【００６０】まず、図２６を用いて、ハードウェア構成
図作成／変更／表示処理２００１を説明する。図２６に
おいて、まずハードウェア構成図作成／変更終了の指示
を入力装置から受け取ったかを調べる（ステップ２６０
１）。具体的には、図２９において終了を表すＱｕｉｔ
ボタン２９０１が押されたならば、作成／変更を終了し
たことになる。もし作成／変更終了の指示があれば（ス
テップ２６０１）、情報処理装置はハードウェア構成図
作成／変更処理２００１を終了し、変更波及箇所表示処
理２００３の実行に移る。

【００６１】作成／変更終了の指示がなかった場合（ス
テップ２６０１）、入力装置を介して指定されたハード
ウェア部品を特定する識別子を受け取る（ステップ２６
０２）。具体的には、図２９の例にあるハードウェア構
成図入力画面で、ハードウェア部品表示欄２９０３の中
のＤＭＡ制御を行う部品を表す「ＤＭＡＣ」というアイ
コン２９０２、又はハードウェア構成図表示欄２９０４
の中の同様の部品を表す「ＤＭＡＣ」というアイコン２
９０５を入力装置を介して指示したとき、このアイコン
に対応するハードウェア部品ＩＤ「ＤＭＡＣ」（２１０
１）が獲得される。

【００６２】次に、入力装置から入力されたハードウェ
ア構成図の作成／変更の指示（ステップ２６０３）に伴
い、作成／変更データを入力装置から受け取る（ステッ
プ２６０４）。

【００６３】次に、受け取った作成／変更データに基づ
き、ハードウェア構成図情報２００９を修正し、変更の
内容を変更情報２００２に保存する（ステップ２６０
５）。具体的には、ハードウェア構成図（図２９）にお
いてハードウェア構成要素「ＤＭＡＣ」が削除される等
の変更がなされると、情報処理装置はハードウェア構成
図情報を修正し、変更情報を作成、保存する。

【００６４】次に、ハードウェア部品を特定する識別子
と、部品間リンク情報を用いて対応するソフトウェア部
品を全て検索する（ステップ２６０６）。そして、再び
変更終了指示の有無を確認する（ステップ２６０１）。

【００６５】次に、図２７を用いてソフトウェア構成図
情報作成処理２００７を説明する。図２７において、ま
ずソフトウェアのソースコードを読み込み、関数／プロ
シージャ等の呼び出し関係を解析する（ステップ２７０
１）。解析した呼び出し関係に基づいて表示位置等の表
示情報を作成し、ソフトウェア構成図情報２００４に保
存する（ステップ２７０２）。具体的には、図２５に示
すような関数名／プロシージャ名を示すソフトウェア構
成要素ＩＤ（２５０１）とそれに対する呼び出し元ソフ
トウェア構成要素ＩＤ（２５０３）、及び呼び出し先ソ
フトウェア構成要素ＩＤ（２５０４）をソースコードよ
り抽出し、さらに全体の呼び出し関係に基づいた個々の
ソフトウェア構成要素の表示位置情報２５０２を作成
し、ソフトウェア構成図情報２００４に格納する。

【００６６】次に、図２８を用いてソフトウェア構成図
／変更波及箇所表示処理２００３を説明する。図２８に
おいて、まず変更情報２００２にデータがあれば（ステ
ップ２８０１）、変更情報２００２よりデータを１つ取
りだし、ハードウェア構成要素を特定する識別子２２０
１を獲得する。そして、この識別子２２０１とリンク情
報２００６を用いて、ハードウェア構成要素に対応する
ソフトウェア構成要素を特定する識別子を全て検索する
（ステップ２８０２）。具体的には、変更情報２００２
（図２２）よりハードウェア構成要素ＩＤ「ＦＤＣ」
（２２０３）を獲得し、リンク情報２００６（図２３）
から、「ＦＤＣ」（２３０３）に対応するソフトウェア
構成要素ＩＤとして「ｒｅａｄＤａｔａ」（２３０３）
「ｒｅａｄＤｅｌｅｔｅｄＤａｔａ」等を検索する。

【００６７】次に、ソフトウェア構成図情報２００４よ
り、検索したソフトウェア構成要素を特定する識別子
（２５０１）を用いて、ソフトウェア構成要素の表示デ
ータ（２５０２、２５０３、２５０４）を獲得する（ス
テップ２８０４）。具体的には、ソフトウェア構成要素
ＩＤ「ｒｅａｄＤａｔａ」（２５０６）を用いて、ソフ
トウェア構成図情報２００４（図２５）から表示情報を
獲得する。

【００６８】そして、再び変更情報内のデータの有無を
調べ、変更情報２００２内にデータが残っていない場合
（ステップ２８０１）、変更情報２００２とソフトウェ
ア構成図情報２００４を用いて、ソフトウェア構成図と
変更波及箇所を対話端末上に表示する（ステップ２８０
３）。具体的には、図３０に示すように、ソフトウェア
構成要素「ｒｅａｄＤａｔａ」（３００１）と「ｒｅａ
ｄＩｄ」（３００２）が、太線で協調表示されており、
これらが変更波及先であることを示している。また、変
更案内として変更情報２００２（図２２）に示された内
容を表示するダイアログボックス（３００３）が表示さ
れている。

【００６９】第２の実施例によれば、ハードウェア開発
者が、ハードウェア部品の削除／挿入／移動等によって
ハードウェア構成図を変更した場合、ソフトウェア開発
者は、変更の影響を受けるソフトウェア構成要素を容易
に特定できると共にハードウェア構成の変更内容を容易
に知ることができるので、それに伴うソフトウェア修正
作業の負担を軽減することができる。

【００７０】

【発明の効果】ハードウェア開発者が記述したハードウ
ェア仕様情報を用いて、ハードウェアと密接に関連する
ソフトウェアの部分を生成することにより、ソフトウェ
ア開発者は専門分野の異なるハードウェアの仕様情報を
理解する必要がなくなる。また、ハードウェアインタフ
ェースの変更に伴ってソフトウェアが自動的に変更され
るので、ハードウェアインタフェースの変更がソフトウ
ェア開発者に影響を与えることがなくなる。

【００７１】また、ソフトウェア開発者は、ハードウェ
ア構成の変更があった場合に、ハードウェア開発者との
間で変更の影響を受けるソフトウェア構成要素を明らか
にするための作業を行なわなくても、変更影響を受ける
ソフトウェア構成要素を知ることができる。その結果、
ソフトウェアの開発期間が短縮される。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるシステムの構成
を示す図である。

【図２】本発明システムを動作させる計算機の構成であ
る。

【図３】レジスタアドレス定義情報の例を示す図であ
る。

【図４】レジスタビット構成情報の例を示す図である。

【図５】データ値情報の例を示す図である。

【図６】外部仕様情報の例を示す図である。

【図７】ハードウェア動作記述情報を表す状態遷移表の
例を示す図である。

【図８】状態遷移表における状態内容の例を示す図であ
る。

【図９】状態遷移表におけるイベント内容の例を示す図
である。

【図１０】機能−遷移対応表の例を示す図である。

【図１１】パラメータ−レジスタビット対応表の例を示
す図である。

【図１２】マクロ定義表作成処理の流れを示す図であ
る。

【図１３】構造体定義作成処理の流れを示す図である。

【図１４】関数定義作成処理の流れを示す図その１であ
る。

【図１５】関数定義作成処理の流れを示す図その２であ
る。

【図１６】関数定義作成処理の流れを示す図その３であ
る。

【図１７】生成したソフトウェアを示す図その１であ
る。

【図１８】生成したソフトウェアを示す図その２であ
る。

【図１９】生成したソフトウェアを示す図その３であ
る。

【図２０】本発明の第２の実施例におけるシステムの構
成を示す図である。

【図２１】ハードウェア部品情報の例を示す図である。

【図２２】ハードウェア構成図の変更情報の例を示す図
である。

【図２３】ハードウェア構成図のリンク情報の例を示す
図である。

【図２４】ハードウェア構成図情報の例を示す図であ
る。

【図２５】ソフトウェア構成図情報の例を示す図であ
る。

【図２６】ハードウェア構成図作成／変更／表示処理の
流れを示す図である。

【図２７】ソフトウェア構成図情報作成処理の流れを示
す図である。

【図２８】ソフトウェア構成図／変更波及箇所表示処理
の流れを示す図である。

【図２９】ハードウェア構成図入力／変更画面の例を示
す図である。

【図３０】ソフトウェア構成図／変更波及を表示した画
面の例を示す図である。

【符号の説明】

１０１…デバイスドライバ生成処理、１０３…ハード部
品仕様情報、１２２…マクロ定義情報、１０４…外部仕
様情報、１０５…ハードウェア動作記述情報、１０６…
外部仕様−動作記述対応情報情報、１０７…デバイスド
ライバ、１０８…マクロ定義、１０９…構造体定義、１
１０…関数定義

───────────────────────────────────────────────────── フロントページの続き (72)発明者 島袋 潤 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 福澤 寧子 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (6)

【特許請求の範囲】
1. 【請求項１】ハードウェア仕様情報から、マイクロコン
   ピュータシステムによってハードウェアを制御するため
   のソフトウェアを生成することを特徴とするソフトウェ
   ア生成方法。
2. 【請求項２】前記ソフトウェア生成方法において、ハー
   ドウェアの仕様情報から前記ハードウェアを制御するた
   めのソフトウェアを生成する処理は、 ハードウェアの仕様情報中の数値データに対する意味を
   示すマクロ定義情報からマクロ定義を生成するステップ
   と、 ハードウェアの要求仕様である外部仕様情報から構造体
   定義を生成するステップと、 前記マクロ定義情報、前記外部仕様情報、ハードウェア
   の動作仕様を記述したハードウェア動作記述情報、及び
   前記外部仕様情報と前記ハードウェア動作記述情報の間
   の対応関係を記述した外部仕様−動作記述対応情報から
   関数定義を生成するステップとを有することを特徴とす
   る請求項１記載のソフトウェア生成方法。
3. 【請求項３】前記ソフトウェア生成方法において、前記
   関数定義を生成する処理において、 前記外部仕様情報、前記ハードウェア動作記述情報、及
   び前記外部仕様−動作記述対応情報から関数のリターン
   型を生成するステップと、 前記外部仕様情報から関数名を生成するステップと、 前記外部仕様情報、前記ハードウェア動作記述情報、及
   び前記外部仕様−動作記述対応情報から関数の引数を生
   成するステップと、 前記マクロ定義情報、前記外部仕様情報、前記ハードウ
   ェア動作記述情報、及び前記外部仕様−動作記述対応情
   報からハードウェアアクセス処理に対応する実行文を生
   成するステップと、 前記ハードウェア動作記述情報と前記外部仕様−動作記
   述対応情報から関数終結文を生成するステップとを有す
   ることを特徴とする請求項２記載のソフトウェア生成方
   法。
4. 【請求項４】請求項１記載のソフトウェア生成方法であ
   って、ハードウェアの試験に用いるためのハードウェア
   起動用ソフトウェアを生成することを特徴とするソフト
   ウェア生成方法。
5. 【請求項５】マイクロコンピュータシステムによってハ
   ードウェアを制御するためのソフトウェアの開発支援を
   行うソフトウェア開発支援方法において、 ハードウェア部品を表すハードウェア構成要素を組み合
   わせたハードウェア構成図を記憶するステップと、 ソフトウェア部品を表すソフトウェア構成要素を組み合
   わせたソフトウェア構成図を記憶するステップと、 前記ハードウェア構成図内のハードウェア構成要素を特
   定する第１の識別子と、前記ソフトウェア構成図内のソ
   フトウェア構成要素を特定する第２の識別子との対応を
   表すリンク情報を記憶するステップと、 入力装置を介して指示された前記ハードウェア構成図内
   のハードウェア構成要素に対応する前記第１の識別子を
   得るステップと、 前記ステップで得られた前記第１の識別子と、前記リン
   ク情報とから、前記第２の識別子を検索するステップを
   有することを特徴とするソフトウェア開発支援方法。
6. 【請求項６】前記ソフトウェア開発支援方法において、 前記第１の識別子と前記第２の識別子との対応を表す前
   記リンク情報を、前記ハードウェア仕様情報から前記ハ
   ードウェアを制御するためのソフトウェアを生成する段
   階で生成することを特徴とする請求項５記載のソフトウ
   ェア開発支援方法。