(57)【要約】【課題】開発されたプログラムの処理実施時には必要なハードウェア資源を確実に確保させる組み込み用プログラム開発システムを提供する。【解決手段】複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部と、上記ライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成手段とを有し、上記生成手段は、生成されるソースプログラムの必要ハードウェア資源データを算出する組み込み用プログラム開発システムにおいて、上記生成手段は、一つの若しくは複数の条件分岐により同時に実行されることのない処理ブロックの組み合わせを形成し、上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの中の処理ブロック間で共有させて割り当てるソースプログラムを生成する。【選択図】図１
2010211291.tif 000002
【特許請求の範囲】
【請求項１】
複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムであって、
上記複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部と、上記ライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成手段と、
を有し、
上記生成手段は、生成されるソースプログラムの必要ハードウェア資源データを算出する組み込み用プログラム開発システムにおいて、
上記生成手段は、
一つの若しくは複数の条件分岐により同時に実行されることのない処理ブロックの組み合わせを形成し、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの中の処理ブロック間で共有させて割り当てるソースプログラムを生成することを特徴とする組み込み用プログラム開発システム。
【請求項２】
複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムであって、
上記複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部と、上記ライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成手段と、
を有し、
上記生成手段は、生成されるソースプログラムの必要ハードウェア資源データを算出する組み込み用プログラム開発システムにおいて、
上記生成手段は、
ハードウェア資源の少なくとも一つを共有させる処理ブロックの組み合わせの指示を受け、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの処理ブロック間で共有させて割り当てるソースプログラムを生成することを特徴とする組み込み用プログラム開発システム。
【請求項３】
複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部を備え、上記複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムにおけるプログラム自動生成方法であって、
上記情報テーブル部に記憶されたライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成工程を有し、
上記生成工程では、
一つの若しくは複数の条件分岐により同時に実行されることのない処理ブロックの組み合わせを形成し、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの中の処理ブロック間で共有させて割り当てるソースプログラムを生成することを特徴とする組み込みプログラム自動生成方法。
【請求項４】
複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部を備え、上記複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムにおけるプログラム自動生成方法であって、
上記情報テーブル部に記憶されたライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成工程を有し、
上記生成工程では、
ハードウェア資源の少なくとも一つを共有させる処理ブロックの組み合わせの指示を受け、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの処理ブロック間で共有させて割り当てるソースプログラムを生成することを特徴とする組み込みプログラム自動生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム開発システム、特に組み込み用プログラム開発システムに関する。
【背景技術】
【０００２】
パーソナルコンピュータ等のコンピュータ機器上において、直接プログラムコードを記述してプログラミングするのではなく、マウス等を用いるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）操作によってプログラミングする、というような組み込み用プログラム開発システムが従来利用されている。
【０００３】
上記の組み込み用プログラム開発システムでは、利用者（ユーザ）が、ブロックの振る舞いそのものを定義したり、表示画面上で処理単位のブロックをいくつか繋ぎ合わせたりすることによって、ソースプログラムが自動生成される。
【０００４】
上記の組み込み用プログラム開発システムは、ＳＩＭＤ型マイクロプロセッサのためのプログラムを開発するのに利用されることがある。ＳＩＭＤ型マイクロプロセッサとは、
複数のデータに対して１つの命令で同時に同一の演算処理を実行するマイクロプロセッサである。このような機能により、演算は同一であるがデータ量が非常に多い処理（例えば、画像処理）に係る用途において頻用される。ＳＩＭＤ型マイクロプロセッサにおける通常の画像処理では、複数の演算ユニット（Ｐｒｏｃｅｓｓｏｒ  Ｅｌｅｍｅｎｔ  ［ＰＥ］；  プロセッサエレメント）を主走査方向に並べ、同一の演算を同時に複数のデータに対して実行することによって、高速な演算処理を可能としている。
【０００５】
対象とするＳＩＭＤ型マイクロプロセッサが、並列演算を行う複数の上記プロセッサエレメント（ＰＥ）と、汎用のグローバルプロセッサ（ＧＰ）で構成されているとする。また、ＰＥ内には、並列演算用のレジスタ(Ｒレジスタ)群があり、プロセッサ全体では、そのレジスタ群が並列数分あるものとする。更に、このマイクロプロセッサには、複数の画像データのための入出力用ポート、画像データ保持用の複数のラインメモリ、及びラインメモリを制御するメモリコントローラが備わり、ＰＥ毎に専用メモリが備わるものとする。
【０００６】
画像処理を行う場合、対象画素の上下左右の画素における画素値を用いて演算を行うことは、しばしば行われる。ＳＩＭＤ型マイクロプロセッサで画像処理を行う場合には、例えば、１ライン前や２ライン前のデータをラインメモリに保持し、現ラインのデータと合わせて３ライン分のラインデータによって演算を実行することがある。このように１ライン前や２ライン前のデータを保持するために、プロセッサに備わるラインメモリやＰＥ毎の専用メモリが使用される。このような画像処理を複数実行する場合には、さらに別のラインメモリやＰＥ毎の専用メモリが必要になる。ＰＥ内のＲレジスタも必要になることがある。
【０００７】
このように、複数の画像処理を組み合わせて実行する場合、ラインメモリやＲレジスタなどのハードウェア資源の確保が予め必要となる。組み合わせが多ければ多いほど、これらのハードウェア資源を確実に確保することが困難になってくる。
【０００８】
なお、特許文献１及び特許文献２は、処理ブロックの組み合わせでプログラムを自動生成することに関する技術を開示するが、異なる処理ブロック間でハードウェア資源を共有化する技術については何ら触れていない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、処理実行のためには多くのハードウェア資源の確保が必要であるプログラムにおいて、特定の条件時に処理ブロック間でハードウェア資源を共有するように構築し、開発されたプログラムの処理実施時には必要なハードウェア資源を確実に確保させる、組み込み用プログラム開発システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、上記の目的を達成するために為されたものである。本発明に係る請求項１に記載の組み込み用プログラム開発システムは、
複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムであって、
上記複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部と、上記ライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成手段と、
を有し、
上記生成手段は、生成されるソースプログラムの必要ハードウェア資源データを算出する組み込み用プログラム開発システムである。その組み込み用プログラム開発システムにおいて、
上記生成手段は、
一つの若しくは複数の条件分岐により同時に実行されることのない処理ブロックの組み合わせを形成し、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの中の処理ブロック間で共有させて割り当てるソースプログラムを生成する。
【００１１】
本発明に係る請求項２に記載の組み込み用プログラム開発システムは、
複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムであって、
上記複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部と、上記ライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成手段と、
を有し、
上記生成手段は、生成されるソースプログラムの必要ハードウェア資源データを算出する組み込み用プログラム開発システムである。その組み込み用プログラム開発システムにおいて、
上記生成手段は、
ハードウェア資源の少なくとも一つを共有させる処理ブロックの組み合わせの指示を受け、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの処理ブロック間で共有させて割り当てるソースプログラムを生成する。
【００１２】
本発明に係る請求項３に記載のプログラム自動生成方法は、
複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部を備え、上記複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムにおけるプログラム自動生成方法であって、
上記情報テーブル部に記憶されたライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成工程を有し、
上記生成工程では、
一つの若しくは複数の条件分岐により同時に実行されることのない処理ブロックの組み合わせを形成し、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの中の処理ブロック間で共有させて割り当てるソースプログラムを生成する。
【００１３】
本発明に係る請求項４に記載のプログラム自動生成方法は、
複数の処理ブロックに関するライブラリ情報を記憶する情報テーブル部を備え、上記複数の処理ブロックを組み合わせてプログラムの作成を行う組み込み用プログラム開発システムにおけるプログラム自動生成方法であって、
上記情報テーブル部に記憶されたライブラリ情報に基づいて上記複数の処理ブロックを組み合わせてソースプログラムを生成する生成工程を有し、
上記生成工程では、
ハードウェア資源の少なくとも一つを共有させる処理ブロックの組み合わせの指示を受け、
上記組み合わせの中の一つの処理ブロックが必要とするハードウェア資源の少なくとも一つを、その組み合わせの処理ブロック間で共有させて割り当てるソースプログラムを生成する。
【発明の効果】
【００１４】
本発明の組み込み用プログラム開発システムを利用することにより、処理実行のためには多くのハードウェア資源の確保が必要である場合にも、特定の条件時に処理ブロック間でハードウェア資源を共有するような構造を有し、これにより処理実施時に必要なハードウェア資源を確実に確保できる、組み込み用プログラムの開発が可能になる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係る組み込み用プログラム開発システムの全体のブロック図である。
【図２】情報テーブルの例である。
【図３】ＧＵＩ操作によるプログラミングで生成されたブロック線図の第１例である。
【図４】ＧＵＩ操作によるプログラミングで生成されたブロック線図の第２例である。
【図５】例示の４つのライブラリブロック（処理ブロック）が必要とするハードウェア資源の量の例である。
【図６】ハードウェア資源の共有化を行った場合に、ハードウェア資源の必要数（必要量）が低減することを示す表である。
【図７】ＧＵＩ操作によるプログラミングで生成されたブロック線図の第３例である。
【図８】ハードウェア資源の共有化を実現する処理ブロックの組み合わせと、ハードウェア資源の種類とが指定される表示ウィンドウの構成例である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明に係る好適な実施形態を説明する。
【００１７】
《第１の実施形態》
図１は、本発明の第１の実施形態に係る組み込み用プログラム開発システム２の全体のブロック図である。ここでの組み込み用プログラム開発システム２は、主として、画像処理用組み込みシステム向けソフトウエアの開発のために用いられる。上述したように、組み込み用プログラム開発システム２は、直接プログラムコードを記述してプログラミングするのではなく、マウス等を用いるＧＵＩ操作によってプログラミングを行う。
【００１８】
ブロックデータ部６は、多数の処理ブロックデータを有する。システムの利用者は、マウスなどの入力手段１０を介して必要な処理ブロックデータをブロックデータ部６から生成部４の表示部１６に呼び出す。更にシステムの利用者は、それら処理ブロックデータを表示部１６上で組み合わせて組み込み用プログラムを作成する。生成された組み込み用プログラムは、生成プログラム格納部１２に格納される。
【００１９】
更に、本発明の第１の実施形態では、ブロックデータ部６の各処理ブロックデータにライブラリ情報テーブル（情報テーブル部８）が備わる。ライブラリ情報テーブルの例を、図２に示している。
【００２０】
マウス等の入力手段１０を用いてＧＵＩ操作で各ライブラリブロック（処理ブロック）を繋ぎ合わせてプログラミングを行うとき、生成部４は、処理ブロックに付属するライブラリ情報テーブル内のデータを利用して、選択されるライブラリブロック（処理ブロック）が使用するハードウェア資源、プログラムステップ数、及びサイクル数等を算出し管理する。このとき、ＧＵＩ操作によるプログラミングで生成されたブロック線図（図３、図４及び図７参照）に基づいて、生成部４は、ブロック線図内の条件分岐を特定し、その条件分岐の後続の複数のブロックから、同時に実行されることのないブロックの組み合わせを特定し、その同時に実行されることのないブロック間で同じハードウェア資源を割り当てて共有させる。ここで、ＧＵＩ操作によるプログラミングで生成されたブロック線図とは、入力手段１０を用いてＧＵＩ操作で各ライブラリブロック（処理ブロック）を繋ぎ合わせてプログラミングを行うときの成果物を、表示部１２に表示したものである。また、条件分岐は、条件の真又は偽の２方向への分岐であり、その条件分岐には必ずその２方向からの合流地点が対をなすものとする。例えば、図３においては、条件分岐Ｓには合流Ｅが対をなしている。
【００２１】
上記の生成部４の具体的動作を、具体的なブロック線図の例を用いて説明する。
【００２２】
図３は、ＧＵＩ操作によるプログラミングで生成されたブロック線図の第１例である。図３に示すブロックでは、入力ポートＩから入ってきた画像データに対して、まず画像処理ライブラリブロックＡで画像処理が実行される。その後条件分岐Ｓにより、処理は２経路に分かれる。一方が画像処理ライブラリブロックＢに、他方が画像処理ライブラリブロックＣに入る。両者のいずれかが実行され、出力ポートＯより処理後画像データが出力される。
【００２３】
ＧＵＩ操作によるプログラミングが終わった時点で、処理ブロックに付属するライブラリ情報テーブル内のデータを利用して、必要とされるハードウェア資源が確保されて、プログラムソースコードが生成される。ハードウェア資源は原則として処理順に確保される。しかしながら、処理順に確保されるハードウェア資源が途中で不足すると、それ以降のプログラム生成が不可能になる。
【００２４】
そこで、本発明に係る生成部４は、図３に示すような条件分岐Ｓが存在すれば、分岐路の各々に配置されているライブラリブロック（処理ブロック）Ｂとライブラリブロック（処理ブロック）Ｃとに対して、同じハードウェア資源を割り当てて共有させるようにする。夫々の使用対象のハードウェア資源が同時に使用されることがないため、このような共有化が可能になる。
【００２５】
ハードウェア資源の共有化が進むと、プログラム全体におけるハードウェア資源の必要量（必要数）が低減する。上述のように条件分岐は、条件の真又は偽の２方向への分岐であり、その条件分岐にはその２方向からの合流地点が対をなす。図３では、条件分岐Ｓには合流Ｅが対をなす。
【００２６】
図４は、ＧＵＩ操作によるプログラミングで生成されたブロック線図の第２例である。図４に示すブロック線図では、複数の条件分岐が多重化されている。複数の条件分岐が多重化されている場合には、同時に実行されないライブラリブロック（処理ブロック）を探索するにあたっては、より内側の条件分岐に着目するようにする。つまり、条件分岐と対をなすものである合流について、後ろにあるものから前方向に辿っていく際に、連続する合流の中でより前にあるものが、より内側の条件分岐と対をなす合流（地点）である。
【００２７】
図４で示されるブロック線図の最後にある合流Ｅ１から前方向に辿っていくと、ライブラリブロック（処理ブロック）Ｄと合流Ｅ２とがあることがわかる。このとき、より内側の条件分岐と対をなす合流Ｅ２の経路から前方向に探索し、さらに前を辿ると、ライブラリブロック（処理ブロック）Ｆと、ライブラリブロック（処理ブロック）Ｇとがある。ここでまず、ライブラリブロック（処理ブロック）Ｆと、ライブラリブロック（処理ブロック）Ｇとは、同時に実行されないことがわかる。
【００２８】
更にライブラリブロック（処理ブロック）Ｆから前に辿ると、ライブラリブロック（処理ブロック）Ｅがある。ライブラリブロック（処理ブロック）Ｅとライブラリブロック（処理ブロック）は、一つの条件分岐（Ｓ２）と合流（Ｅ２）の対の間で同じ分岐路上に配置されているから、ハードウェア資源を共有できないグループと見なすことができる。ここに至って、ライブラリブロック（処理ブロック）Ｅ、Ｆのグループと、ライブラリブロック（処理ブロック）Ｇとは、同時に実行されないことがわかり、ライブラリブロック（処理ブロック）Ｅ、Ｆのグループと、ライブラリブロック（処理ブロック）Ｇは、ハードウェア資源を共有できることになる。
【００２９】
ライブラリブロック（処理ブロック）Ｅの前方には条件分岐Ｓ２があるため、この分岐路の探索は終了する。同じくライブラリブロック（処理ブロック）Ｇの前方にも条件分岐Ｓ２があるため、この分岐路の探索も終了する。これで合流Ｅ２に関する分岐路、つまり条件分岐Ｓ２での探索は終了したため、合流Ｅ１から前方向の残る分岐路での探索を行う。そうするとライブラリブロック（処理ブロック）Ｄが配置されている。
ここに至って、ライブラリブロック（処理ブロック）Ｄ、ライブラリブロック（処理ブロック）Ｅ、Ｆのグループ、及び、ライブラリブロック（処理ブロック）Ｇの、計３つの処理ブロックのグループが存在し、これら３つのグループ間でハードウェア資源を共有できることがわかる。ライブラリブロック（処理ブロック）Ｄの前方には条件分岐Ｓ１があるため、この分岐路での探索も終了する。
【００３０】
最終的には、
・ライブラリブロック（処理ブロック）Ｄ、
・ライブラリブロック（処理ブロック）Ｅ、Ｆのグループ、及び、
・ライブラリブロック（処理ブロック）Ｇ
の計３つの処理ブロックのグループが存在していることになる。つまり、これら３つのグループ間では、ハードウェア資源を共有してもよいことになる。
【００３１】
ここで、この３つのライブラリブロック（処理ブロック）のグループの夫々が必要とするハードウェア資源が、図５に示す通りであったとする。なお、図５では、「汎用データＲＡＭ容量」（ハードウェア資源（ａ））、「ＰＥ毎のデータＲＡＭ容量」（ハードウェア資源（ｂ））、「ラインメモリ数」（ハードウェア資源（ｃ））、及び「Ｒレジスタ数」（ハードウェア資源（ｄ））が示されている。
【００３２】
仮に、ハードウェア資源の共有化を行わなければ、ハードウェア資源(a)「汎用データＲＡＭ容量は、ライブラリブロックＡ〜Ｄの数値を総計して、
１０＋２０＋３０＋３０＝９０（Ｋｂｙｔｅ）
と計算される。つまり、９０Ｋｂｙｔｅが必要となる。
【００３３】
しかしながら、上述のような、ライブラリブロック（処理ブロック）のグループ間でのハードウェア資源の共有化を考慮すると、ライブラリブロック（処理ブロック）Ｄは１０Ｋｂｙｔｅを必要とし、ライブラリブロック（処理ブロック）Ｅ、Ｆのグループは（２０＋３０＝）５０Ｋｂｙｔｅを必要とし、ライブラリブロック（処理ブロック）Ｇは３０Ｋｂｙｔｅを必要とするので、この３つのグループ間でハードウェア資源の共有化が実現されると、上記のうち最大の５０Ｋｂｙｔｅが確保されればよいことになる。
【００３４】
同様に、図５に示す「ＰＥ毎のデータＲＡＭ」（ハードウェア資源（ｂ））、「ラインメモリ」（ハードウェア資源（ｃ））、及び「Ｒレジスタ」（ハードウェア資源（ｄ））について、上記の３つのグループ間でハードウェア資源の共有化を実現した場合の、夫々の必要数を、図６に示す。図６では、共有化を行っていないときの必要数（「非共有時の必要数」）も同時に示している。
【００３５】
図６は、ハードウェア資源の共有化を行った場合に、ハードウェア資源の必要数（必要量）が明らかに低減することを示している。従って、組み込み用プログラムの内容が複雑であっても、処理実施時に必要なハードウェア資源が確実に確保できる可能性が高くなる。
【００３６】
《第２の実施形態》
本発明の第２の実施形態に係る組み込み用プログラム開発システム２は、上述の第１の実施形態に係る組み込み用プログラム開発システム２と略同様のものである。
【００３７】
入力手段１０を用いてＧＵＩ操作で各ライブラリブロック（処理ブロック）を繋ぎ合わせてプログラミングを行うとき、生成部４は、処理ブロックに付属するライブラリ情報テーブル内のデータを利用して、選択されるライブラリブロック（処理ブロック）が使用するハードウェア資源、プログラムステップ数、及びサイクル数等を算出し管理する。このとき、ＧＵＩ操作によるプログラミングで生成されたブロック線図に基づいて、生成部４は、ブロック線図内の条件分岐を特定し、その条件分岐の後続の複数のブロックから、同時に実行されることのないブロックの組み合わせを特定し、その同時に実行されることのないブロック間で同じハードウェア資源を割り当てて共有させることは、第１の実施形態と同じである。
【００３８】
第２の実施形態に係る組み込み用プログラム開発システム２は、更に、ハードウェア資源の共有を実現するライブラリブロック（処理ブロック）の組み合わせと、ハードウェア資源の種類とを、ＧＵＩ操作を介して選択させるウィンドウを設けている。システムの利用者のＧＵＩ操作により、それらの選択が組み込み用プログラム開発システム２に対して指定される。
【００３９】
上記の生成部４の具体的動作を、具体的なブロック線図の例を用いて説明する。
【００４０】
図７は、ＧＵＩ操作によるプログラミングで生成されたブロック線図の第３例である。図７に示すように条件分岐がないブロック線図に対しては、第１の実施形態に係る組み込み用プログラム開発システムは、処理ブロック間でのハードウェア資源の共有化を行うことができない。
【００４１】
しかしながら、処理ブロックの処理内容と、処理ブロックの組み合わせとに拠っては、異なる処理ブロック間で同じハードウェア資源を共有させても問題がないケースもある。そのため、第２の実施形態に係る組み込み用プログラム開発システム２は、ハードウェア資源の共有を実現するライブラリブロック（処理ブロック）の組み合わせと、ハードウェア資源の種類とを、選択させる表示ウィンドウを備えている。図８は、ハードウェア資源の共有化を実現する処理ブロックの組み合わせと、ハードウェア資源の種類とが指定される表示ウィンドウ２０の構成例である。
【００４２】
表示部１２に表示される図７のブロック線図において、例えば、キーボード上の特定のキーの押下やマウスのクリックにより、ハードウェア資源の共有化を実現する対象である処理ブロックが選択される。更に、プルダウンメニューやマウス右ボタンのクリック等により、図８に示す指定のための表示ウィンドウ２０が表示される。図８の表示ウィンドウ２０では、先に選択された処理ブロックの一覧が表示される。この表示ウィンドウでは、更に共有化されるハードウェア資源の種類が選択される。図に示す表示ウィンドウ２０の例では、ハードウェア資源の共有を実現する処理ブロックの組み合わせとして、「（Ｈ、Ｊ）」が選択されており、ハードウェア資源の種類として、「ＰＥ毎のデータＲＡＭ」が選択されている。この時点でのライブラリブロック（処理ブロック）の追加や削除も可能であるように、表示ウィンドウは構成されている。
【００４３】
図８に示す表示ウィンドウ２０は、ハードウェア資源の共有化を実現する処理ブロックの組み合わせの新たな指定（選択）の度に表示される。その都度、グループ１、グループ２・・・と番号付けされるように構成されるのが好ましい。また、一旦指定された共有化のグループは、改めて表示させることが可能で、そこからの変更も可能であることが好ましい。更に、どのグループも一時的に共有化を無効化できるように構成されるのが好ましい。
【符号の説明】
【００４４】
２・・・組み込み用プログラム開発システム、４・・・生成部、６・・・ブロックデータ部、８・・・情報テーブル部、１０・・・入力手段、１２・・・生成プログラム格納部、１６・・・表示部、２０・・・表示ウィンドウ。
【先行技術文献】
【特許文献】
【００４５】
【特許文献１】特開２００７−０８００４９号公報
【特許文献２】特開２００６−２５１８９５号公報
【図１】
2010211291.tif 000003
【図２】
2010211291.tif 000004
【図３】
2010211291.tif 000005
【図４】
2010211291.tif 000006
【図５】
2010211291.tif 000007
【図６】
2010211291.tif 000008
【図７】
2010211291.tif 000009
【図８】
2010211291.tif 000010