JPH04163625A - ソースコード生成装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ この発明は、ワークステーションやパーソナルコンピュ
ータ等を通して設計、編集されたグラフィカル・ニーサ
インターフエースデータから特定プログラミング言語の
ソースコードを生成するに好適なソースコード生成装置
に関する。

［従来の技術］ ワークステーションやパーソナルコンピュータ等に視覚
的な操作環境を提供するグラフィカル・ユーザインター
フェース（以下、ＧＵＩと略称する）は、これらワーク
ステーションやパーソナルコンピュータ等を通しての知
的生産を著しく高め得る手段或いは技術として、近年、
大いに注目を集めている。

例えば、 ◆ｒＧＭ、Ｗ（ギブ・ミー・モア・ウィンドウス）ウィ
ンドウ・システム上のアプリケーション構築についてＪ
大谷浩司　他著　コンピュータソフトウェア Ｖｏｌ、Ｉγ　　Ｎｏ、１　　　（１９９０，１，１６
）Ｐ、４５−６０◆「ヒユーマンインタフェースの最先
端」日本ソフトウェア科学会　平成２年１月１８日発行
Ｐ、２９−４６　７グラフイカルなユーザ・インターフ
ェースとその開発環境について」萩谷昌己著◆ｒｉｓｅ
ｒ　Ｉｎｔｅｒｒａｃｅ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙ
ｓｔｅｍｓ　　（ユーザ・インターフェース・マネージ
メント・システムス’）　Ｊ　　Ｇ、Ｅ、Ｐｆ’ａｒｆ
　（ジー・イー・ファフ）編Ｓｐｒｉｎｇｅｒ−Ｖｅｒ
ｌａｇ　　（スプリンガー出版）１９８３．１１．．１
３ Ｐ、９−２０　ｒ　Ｒｅｐｏｒｔ　ｏｎ　Ｄｉａｌｏｇ
ｕｅ　５ｐｅｃｉｒｉｃａｔｉｏｎ　Ｔｏ−ｏｌｓ　　
（リポート・オン・ダイアログ・スペンフィケーション
・ツールス）　Ｊ　　Ｍ、Ｇｒｅｅｎ　（エム・クリー
ン）著 ◆　ｒ　Ｈｕｍａｎ−Ｃｏｍｐｕｔｅｒ　　Ｉｎｔｅｒ
ｆａｃｅ　　Ｄｅｖｅｌｏｐｍｅｎｔ：　　ｃ−ｏｎｃ
ｅｐｔｓ　ａｎｄ　Ｓｙｓｔｅｍｓ　ｆｏｒ　Ｉｔｓ　
Ｍａｎａｇｅｍｅｎｔ　（ツユ−マン−コンピュータ・
インターフェース・デヘロップメント：コンセプト・ア
ンド・システムス・フォー・イッツ・マネージメント）
」）１．ＲＥＸ　ＨＡＲＴＳＯＮ　　（エイチ・レック
ス・ハートマン）ＤＥＢＯＲＡＨＨＩＸ　　（デポアー
・ヒックス）共著ＡＣＭ　Ｃｏｍｐｕｔｉｎｇ　５ｕｒ
ｖｅｙｓ　　Ｖｏｌ、２１　　Ｎｏ、Ｉ　　１９ｇ９．
３Ｐ、５−９２ 等々は何れも、ＧＵＩについて考察された文献であり、
この他にも、様々な形で、ＧＵＩに関する研究や開発が
進められている。

ところで、このようなＧＵＩを実現するためのオブジェ
クトプログラムは通常、 （＾）ＧＵ１部品か所定に組み合わされたデータとして
構成されるＧＵＩデータをＧＵＩ編集装置を通じて設計
、編集する。

（Ｉ３）この設計、編集されたＧＵＩデータをソースコ
ード生成装置に読み込んで、特定のプログラミング言語
のソースコードを生成する。

（Ｃ）この生成されたソースコードを、上記特定のプロ
グラミング言語用のコンパイラによってコンパイルする
。

といった手順を経て生成されるが、上記のＧＵＩ編集装
置やソースコード生成装置は元来、Ｏ８（オペジーテイ
ンクシステム）やプログラミング言語、ライブラリ等々
のＧＵＩを構築する環境に大きく依存しているのか普通
であることから、特にソースコード生成装置に限ってい
っても、（１）上記ＧＵＩを構築する環境か異なれば、
ソースコードに埋め込まれるテキストやその形式、順序
等も異なってくることから、これらＧＵＩの構築環境毎
にソースコード生成装置を用意する必要がある。因みに
従来は、ソースコードの出力フォーマットが同装置のソ
ースコード生成プログラムに内蔵されているのが普通で
ある。

（２）上記オブジェクトプログラム内で使用する変数名
もこのソースコード生成装置を通して自動的に生成され
るか、生成されたソースコードを後に人為的に編集しよ
うとした場合、この変数名がとのような目的で使用され
ているか理解しにくい。

すなわち、こうしたソースコード生成装置では、人間か
使用しないような文字列の組合せを選んで上記の変数名
を自動生成することから、変数名の重複はないものの、
その可読性は著しく低いものとなっている。

等々、実用上は、また汎用性を考える場合には、尚多く
の問題を抱えている。

なお、上記ソースコード生成装置やコンパイラの概念に
ついては、例えば ◆「コンパイラの理論と実現」正円、石畑　共著共立出
版　１９８９年６月 に詳しい。

［発明が解決しようとする課題］ 上述のように、従来のＧＵＩ開発環境におけるソースコ
ード生成装置あっては、上記（１）〜（２）として挙げ
たような課題を残すものであり、特に現在開発中のもの
も含む多くのＧＵＩ開発環境に対応すべく、その汎用性
、並びに実用性を考える上では、これら課題の早急な解
決か望まれる。

この発明は、こうした実情に鑑みてなされたものであり
、いかなるＧＵＩ開発環境にあっても、上記の課題を解
決して、汎用性に富み、可読性の高いソースコードを生
成することのできるソースコード生成装置を提供するこ
とを目的とする。

［課題を解決するための手段］ こうした目的を達成するために、この発明では、複数の
ＧＵ１部品がその属性に従って分類された木構造のデー
タとして表現されるＧＵＩデータから、特定プログラミ
ング言語のソースコードを生成することを前提に、 （ａ）前記ＧＵＩデータを、その構成部品の種類、構成
部品の属性名、及び構成部品の属性値からなるトークン
の列に分解する字句解析手段。

（ｂ）この分解されたトークンの列に基づき、部品の識
別子、部品の名前及び種類、リソースリスト、及びオブ
ジェクトプログラムで使用する変数名によって構成され
るデータテーブルを生成する構文解析手段。

（Ｃ）前記生成対象とするソースコードとして直接に付
加される文字列、及び同生成対象とするソースコードと
するために前記生成されるデータテーブルに対して補う
必要のある情報が記述されたテンプレート。

（ｄ）前記生成されるデータテーブルを、前記テンプレ
ートに記述されている情報に基づき変換しかつ、同テン
プレートにより指示される部位に埋め込みつつ、対象と
なるソースコードを生成するコード生成手段。

を少なくとも具えてソースコード生成装置を構成するよ
うにする。

Ｕ作用］ 上記（Ｃ）の態様で必要文字列（テキスト）及び必要情
報が記述されたテンプレートを用意することで、更には
また、上記（ｄ）の態様でこのテンプレートを利用する
コード生成手段を具えることで、上記字句解析手段及び
構文解析手段を通して生成されるデータテーブルであれ
ば、ＧＵＩ構築環境かとのようなものであれ、その生成
されるソースコードは、対象となるプログラミング言語
の仕様に応じた所定の規則に従ったものとなる。すなわ
ち、ＧＵＩ構築環境の違いに基つくソースコードの出力
フォーマットの違いといったようなものは上記テンプレ
ートによって吸収されるようになる。

したがって、各ＧＵｉの構築環境毎に、それぞれその仕
様に応じた各別のテンプレートを用意しておき、利用す
るＧＵＩ構築環境に応じて、それに見合ったテンプレー
トをその都度使い分けるようにすれば、ソースコード生
成装置自体は只１つのもので済むようになる。

なおこれに併せ、上記構文解析手段において、部品の名
前と部品の識別子とをセパレータ（例えば”−°°）に
て結合して前記の変数名を生成するようにすれば、この
生成される変数名を、非常に可読性の高いものとするこ
とができるようにもなる。これによって、上記自動生成
されるソースコードの後の編集やメンテナンスも容易と
なる。

また更に、上記コード生成手段を、 （ｄ−１）生成対象とするソースコードの各々異なる機
能部分について各別にコード生成を行う複数のサブコー
ド生成手段。

（ｄ−２＞これら各サブコード生成手段にて生成される
各別のコードを、対象とするプロクラミンク言語の仕様
に応して結合するコードマージ手段。

を具えて構成し、上記テンプレートも、これらサブコー
ド生成手段の別に複数用意するようにすれば、ソースコ
ードの行の並びに対して独立にコードを生成することか
できるようになり、該ソースコード生成装置としての汎
用性も更に高いものとなる。

［実施例］ 第１図に、この発明にかかるソースコード生成装置の一
実施例をＧＵＩ　（クラフィカル・ユーザインターフェ
ース）編集装置とともに示す。

この実施例では便宜上、ＧＵＩの部品として、汎用Ｏ８
であるＵＮＩＸ上でのＧＵＩ構築環境の１つとしてしら
れているＸウィンドウシステム・バージョン１１の、Ａ
ｔｈｅｎａ　　Ｗｉｄｇｅｔ（アテナ・ウィンエツト）
を使用し、また生成の対象とするソースコードとしては
、Ｃ言語で記述されたソースプロクラムとする場合につ
いて説明する。

はじめに、この実施例のソースコード生成装置に読み込
まれるＧＵＩデータの形態について、その大木となる編
集装置との兼ね合いのもとに説明する。

まず、第１図において、ＧＵＩＩは、表示装置（図示せ
ず）の制御プロクラムとして、この表示装置上にＡｔｈ
ｅｎａ　　Ｗｉｄｇｅｔて定義されたＧＵＩ編集用の画
面を視覚的に表示制御するＸウィンドウシステムからな
る。そしてこのＧＵｌｌては、これら表示情報に対する
キーボードやマウスなどの入力袋Ｗ（図示せず）を通し
てユーザ入力があった場合、これをイベン］・とじて受
は取って、そのイベント内容を、編集装置２にメツセー
ジとして通知する。編集装置２では、以下に説明する全
ての処理が、このＧＵＩＩ（Ｘウィンドウシステム）と
の間でのメツセージ通信を通して実行されるようになる
。第２図に、このＧＵＩＩによる表示装置を通しての表
示制御画面の一例を示す。

因みにこの第２図に示す画面において、］１は、ＧＵ１
部品（ｗｉｄｇｅｔ）表示用のウィンドウであるブラウ
ザエリア、１２は、ＧＵＩデータの編集（設計）用のウ
ィンドウである編集用エリア、１３ａ、１３ｂ及び１３
Ｃは、各々ｒｅｄｉｔ（エデイツト）」メニュー、ｒｆ
ｉｌｅ（ファイル）」メニュー、及び「ｍａｉｎ（メイ
ン）」メニューをプルダウン表示させるだめのメニュー
ボタン、１４は、上記ブラウザエリア１１に所望のＧＵ
１部品を表示させるためのブラウジングボタン、をそれ
ぞれ示している。後に述べるＧＵＩデータの編集（設計
）操作等は、全てこのＧＵＩ画面を通じて実行されるよ
うになる。

また、第１図において、上記ＧＵＩＩを通してユーザ入
力によるイベントが通知される編集装置２は、大きくは
、該通知されるイベントを都度の編集状態に応じて解析
する部分である編集動作解析部２１と、上記ブラウザエ
リア］１を通して操作されるＧＵＩ部品の管理を主に行
う部分であるブラウザ２２と、上記編集用エリア１２を
通して設計或いは編集されるＧＵＩデータを管理する部
分である編集データ管理部２３とを具えて構成される。

すなわちこの編集装置２では、例えば （１）ブラウザ２２によって管理されているＧＵＩ部品
が上記ブラウザエリア１１を通して指定される。

（２）この指定された部品か該ブラウザエリア１１から
上記編集用エリア１２の所定位置にマウスによりドラッ
グされるなとして配置される。

といったようなユーザによる編集操作に対し、（３）編
集動作解析部２１が、この間のイベントを解析してその
編集内容が「部品の追加」である旨判断し、該編集動作
解析部２１から上記編集データ管理部２３に対して当該
ＧＵ１部品の追加指令を発する。

（４）これを受けた編集データ管理部２３か、その時点
で管理している当該編集ＧＵＩデータにこの部品の情報
を加えて、これを新たなＧＵＩデータとして管理する。

といったかたちで、ユーザによるＧＵＩ編集作業を裏面
から支えるよう動作する。

また第１図において、記憶装置３は、１つには、上記編
集装置２のブラウザ２２によって管理されるＧＵ１部品
をはしめ、同編集装置２を通じてこうして編集（設計）
、管理されるＧＵＩデータを格納、保持するための装置
である。この記憶装置３はまた、この実施例のソースコ
ード生成装置における各種作業データの保管装置として
も併せ用いられるが、その詳細については、ソースコー
ド生成装置とともに後に詳述する。

ところで、上記編集装置２では、ＧＵＩを構成する各部
品をオブジェクトとして捉えている。このため、これら
部品をクラスという概念で分類することかできるように
なる。ここでいうクラスとは、同じ特徴を持つオブジェ
クトの仕様を定義したものである。

またここでは、オブジェクト指向における継承（１ｎｈ
ｅｒｉｔａｎｃｅ　）の考えを取り入れている。こ□れ
により、上記クラスの定義を行うにも、その上位クラス
との差分のみを記述することて足りるようになる。

特に、この編集装置２として、上記のように、編集用エ
リア１２（第２図）に呼び出された各ＧＵ１部品及びそ
の編集内容をＧＵＩデータとして管理する部分である編
集データ管理部２３では、これら各ＧＵＩ部品をこうし
たオブジェクトとして捉えることにより、同部品をそれ
ら各々の持つ属性に従ってカテゴリに分類し、木構造を
用いて管理している。ここでのカテゴリは、上記クラス
に対応し、下位のカテゴリの定義には、その上位のカテ
ゴリとの差分のみか用いられる。

また、同編集データ管理部２３は、上記編集用エリア１
２に呼び出された部品に対して、その各々に個別の識別
子を設定する機能も併せ持つ。これら設定された識別子
の値は、その都度、編集動作解析部２１に返されるとと
もに、該編集データ管理部２３によって管理されるＧＵ
Ｉデータ自身にも、それを構成する部品の識別情報とし
て付加されるようになる。

第３図に、こうした編集装置２を通じて編集（設計）さ
れるＧＵＩデータの一例を構造図として示す。

この第３図に例示するデータは、先の第２図においてそ
の編集用エリア１２内に参考までに付記した部品をイメ
ージしたものであって、例えば、識別子ｒ６５２２Ｊか
付された「Ｗｉｎｄｏｗ（ウィンドウ）」部品ＷＷの上
に置かれた◇Ｘ座標＝１００ ◇ｙ座標＝２００ ◇ラベル表示＝”　ｃ　ｏｍｍａ　ｎ　ｄ”◇ｃａ　］
　１ｂａｃｋ関数名＝１００◇識別子＝６５２４ なるｒＣｏｍｍａｎｄ　（コマンド）」部品ＣＷを想定
している。

そしてこの部品ＣＷは、同第３図に示されるように、１
つのオブジェクトとして、大きくは「Ｐｒｏｐｅｒｔｙ
　（資源）」、ｒｌｄｅｎｔｉｆｉｅｒ（識別）」、及
びｒＳｔｒｕｃｔ（構造）」の各要素からなり、更にこ
れら各要素のうちの、ｒＰｒｏｐｅｒｔｙＪ要素か、メ
ジャーなカテゴリ、すなわちｒＭａ　ｊｏｒＰｒｏｐｓ
　　（メジャー資源）」として、上記位置の属性ｒ　ｘ
　＝　１．、　ＯＯＪ及びｒ’ｙ＝２００Ｊを含むｒＧ
ｅｏｍｅｔｒｙ（幾何）」情報と、マイナーなカテゴリ
、すなわちｒＭｉｎａｒＰｒｏｐｓ　（マイナー資源）
」として、上記文字列及びｃａｌｌｂａｃｋ関数名の属
性ｒｌａｂｅｌ　　（ラベル表示）＝Ｃｏｍｍａｎｄ」
及びｒｃａ　１１ｂａｃｋ　（ｃａ　Ｉ　１ｂａｃｋ関
数名）＝ｆｏｏＪを含む情報と、からなり、ｒｌｄｅｎ
ｔｉｆｉｅｒＪ要素が、当該部品ＣＷの識別情報である
ｒｉｄ　（識別子）−６５２４Ｊ、［ｎａｍｅ　（部品
の名前）−ｃｏｍｍａｎｄＪ及びｌ”ｃｌａｓｓ　（ク
ラス名）−ＣｏｍｍａｎｄＪを含む情報からなり、ｒｓ
ｔｒｕｃｔＪ要素が、同部品ＣＷの置かれるいわば組部
品としての上記「Ｗ　ｉ　ｎ　ｄ　ｏ　ｗ　Ｊ部品ＷＷ
の識別子ｒｐａｒｅｎｔ　（親部品）＝６５２２Ｊを含
む情報からなる階層構造によって表現されている。

因みに、ｒ　Ｐ　ｒ　ｏ　ｐ　ｅ　ｒ　ｔ　ｙ、Ｊ要素
におイテ、上記位置の属性は全ての部品か持つものの、
上記部品上に表示される文字列の属性等は全ての部品が
持つとは限らないことから、すなわち、上記の例のよう
な「コマントホタン」の場合には、こうした文字列の属
性を持つが、「スクロールバー」のような部品の場合に
は、こうした文字列の属性は持たないことから、上記位
置の属性は、全ての部品に通用するメジャーなカテゴリ
としてカテゴリｒｍａ　ｊｏｒＰｒｏｐｓＪに、他方の
文字列等の属性は、全ての部品には通用しないマイナー
なカテゴリとしてカテゴリｒｍｉｎａｒＰｒｏｐｓＪに
、それぞれ分類されている。

このように、上記編集装置２を通して編集され、管理さ
れるＧＵＩデータの情報は、第３図に示されるように、
アイテムとそのアイテムの組によって記述される。そし
て上述のように、各アイテムは、類似した性質のもの同
士かカテゴリにまとめられ、更に各カテゴリも、類似し
た種類のもの同士か上位のカテゴリにまとめられる階層
構造となっている。この実施例においては、これをＳ式
を用いて表記する。

Ｓ式とは、人工知能用言語であるｒＬＩｓＰ（リスプ）
」において多く用いられるｒ　Ｓｙｍｔ＋ｏｌ　１ｃｅ
ｘｐｒｅｓｓｉｏｎ　　（シンボリック・エクスプレッ
ション）」の略である。このＳ式では、アイテムの構造
を「かっこ０」の組み合せを用いて表記するものであり
、同じ階層にあるアイテムについは、これを同じ組の「
かっこ０」の中に記述し、それより１つ下の階層にある
アイテムについては、これを上位の「かりこ０」の中に
包含される別の組の「かっこ０」の中に記述することで
、その階層構造を表現するようにしている。

例えば、第３図に例示される上記の部品の情報は、該Ｓ
式によって、 （＃０ｂｊｅｃｔ （＃Ｐｒｏｐｅｒｔｙ （ｌｌ１４ａｊ□ｒＰｒｏｐｓ （ｌｌＧｅｏｍｅｔｒｙ （＠Ｘ　　＄１００） （＠ｙ　　＄２００） （ｔｔＭｉｎａｒＰｒｏｐｓ （＠１ａｂｅｌ　　＄Ｃｏｍｍａｎｄ）（＠ｃａｌｌｂ
ａｃｋ　　！１ｉｒｏｏ）（＄１ｄＨｔｉＮｅｒ （＠ｉｄ　　＄６５２４） （＠ｎａｍｅ　　＄ｃｏＩＩｍａｎｄ）（＠ｃｌａｓｓ
　　＄Ｃｏｍｍａｎｄ）（＃５ｔｒｕｃｔ （＠ｐａｒｅｎｔ　　＄６５２２） ）　　　　　　　　　　　　　　　　　　　　　　　　
、、、（１）のように表記されることとなる。

このように、編集（設計）されるＧＵＩデータを、Ｓ式
によって汎用的に表記される階層構造にを用いて管理し
、保存するようにすることで、ＧＵｌ環境によって限定
されない、より汎用性に富んた情報管理が実現されるよ
うになる。

なお、上記部品ＣＷの置かれるいわば親部品としての上
記ｒＷｉｎｄｏｗＪ部品ＷＷは、同Ｓ式％式％ （＄Ｇｅｏｍｅｔｒｙ （＠ｗｉｄｔｈ　　＄３００） （＠ｈｅｉｇｈｔ　　＄４００） （＄Ｉｄｅｒ＋ｔＨｉｅｒ （ｌｉｄ　　＄６５２２） （＠ｎａｍｅ　　＄５ｈｅｌｌ） （＠ｃｌａｓｓ　　＄５ｈｅｌｌ） （＃５ｔｒｕｃｔ （＠ｐａｒｅｎｔ　　ＮＵＬｉ、） ）　　　　　　　　　　　　　　　　　　　、、、（２
）のように表記されているとする。

さて、この実施例によるソースコード生成装置は、この
ようにＳ式によって表記され、記憶装置３上に保存され
るＧＵＩ編集データを読み込んで、これからＣ言語で記
述されたソースプログラムを生成するものである。

第１図に併せ示すように、このソースコード生成装置は
、上記読み込んたデータを、部品の属性名、部品の属性
値、及び部品のクラスからなるトークンの列に分解する
字句解析部４］と、この分解されたトークンの列から、
部品の識別子、部品のクラス名、部品の名前、部品の属
性（リソースリスト）、及び生成目的とするプログラム
で使用する変数名により構成されるデータテーブルを生
成する構文解析部４２と、この生成されたデータテーブ
ルを、上記記憶装置３上に予め用意されたテンプレート
３１に記述されている情報に基づき変換しかつ、同テン
プレート３１により指示される部位に埋め込みつつ、対
象となるソースコードを生成するコード生成手段と、を
具えて構成される。テンプレート３１には、生成対象と
するソースコードとして直接に付加される文字列（テキ
スト）、及び同生成対象とするソースコードとするため
に上記生成されたデータテーブルに対して補う必要のあ
る情報かそれぞれ記述されているものとする。

以下、これら各部の具体的な機能、並びに動作について
、第４図〜第１０図を併せ参照して順次詳述する。

まず、字句解析部４１ては上記のように、（１）式、或
いは（２）式として表記されるような編集データを記憶
装置３から読み込んで、これをトークンの列に分解する
。ここで分解されるトークンは、ｒＬＢＲＡＮＣＨ（左
かっこ）」、ｒＲＢＲＡＮＣＨ（右かっこ）」、ｒＫＥ
Ｙ（構造を示す名前）」、ｒＬＩＴＥＲＡＬ　（オブジ
ェクトの属性値）」、及びｒｌＤＥＮＴ　（オブジェク
トの属性名）」を単位としたものである。

因みに上記（１）式或いは（２）式において、ＨｔＪで
始まる文字列は「ＫＥＹ（構造を示す名前）」であり、
「＠」で始まる文字列はｒｌ　ＤＥＮＴ（オブジェクト
の属性名）」であり、「＄」で始まる文字列はｒＬＩＴ
ＥＲＡＬ　（オブジェクトの属性値）」である。したが
って、第４図に（Ａ）として示す上記（１）式にて表記
される部品の場合には、この字句解析部４１による上記
処理によって、同第４図（Ｂ）に示されるように、ｒ　
（Ｊ、ｒ＃０ｂｊｅｃｔＪ、　　「（Ｊ、ｒ＃Ｐ　ｒｏ
ｐｅｒｔｙＪ、「（」、ｒ＃ＭａｊｏｒＰｒ。

ｐｓＪ、「（」、ｒ＃Ｇｅ　ｏｍｅ　ｔ　ｒ　ｙＪ、「
（」、「＠Ｘ」、ｒ＄１．００）Ｊ、「（」、「＠ｙ」
、ｒ＄２００）Ｊ、「）」、「（」、「＃ＭｉｎａｒＰ
ｒｏｐｓＪ、「（」、ｒ＠１ａｂｅｌＪ、ｒ＄ｃｏｍｍ
ａｎｄ）Ｊ、「（」、ｒ＠ｃａ１１ｂａｃｋＪ、ｒ＄ｆ
ｏｏ）Ｊ、「）」、「）」、「）」、「（」、ｒ＃Ｉｄ
ｅｎｔｉｆｉｅｒＪ、「（」、ｒ＠ｉｄＪ、ｒ＄６５２
４）Ｊ、「（」、ｒ＠ｎａｍｅＪ、ｒ＄　ｃ　ｏｍｍａ
　ｎ　ｄ）Ｊ、「（」、ｒ＠ｃｌａｓｓＪ、ｒ＄ｃｏｍ
ｍａｎｄ）Ｊ、Ｆ）」、ｒ（Ｊ、ｒ＃５ｔｒｕｃｔＪ、
ｒ（Ｊ、ｒ＠ｐａｒｅｎｔＪ、ｒ＄　６５２２Ｊ、「）
」、「）」及び「）」といったトークンの列に分解され
ることとなる。こうして分解されたトークンの列は配列
に格納される。

こうして、字句解析部４１による分解を終えると、次の
構文解析部４２ては、これらトークンが格納されている
配列を受は取って、上記のように、部品の識別子、部品
のクラス名、部品の名前、リソースリスト、及びプログ
ラムの中で使われる変数名、の各フィールドを持つ第４
図（Ｃ）に示されるようなデータテーブルを記憶装置３
上に生成する。

ここで、該構文解析部４２による上記変数名の生成手順
について、第５図を併せ参照しつつ説明する。

先にも述べたように、従来のソースコード生成装置にお
いても、こうした変数名を自動生成する機能はあったが
、これらは何れも、通常人間が使用しないような文字列
の組合せを選んで変数名とすることから、確かに変数名
の重複はないものの、その可読性は著しく低いものとな
っていた。

そこでこの実施例のソースコード生成装置では、上記部
品の名前とＧＵＩデータ編集時に設けられた上記識別子
とを有効利用して、構文１１１部４２を通した以下に列
記する手順によって、可読性の高い変数名を自動生成す
るようにしている。

すなわち構文解析部４２ては、 （１）上記配列を受は取るとまず、部品の識別子を決定
するために、属性の名前「１ｄ」の値を取り出し、これ
を当該部品の識別子として上記データテーブルの「識別
子」のフィールドに格納する。

第４図に示す例においては、値ｒ６５２４ｊか取り出さ
れ、これが「識別子」のフィールドに格納される。

（２）次いで、同配列から属性の名前ｒｃｌａｓｓＪの
値を取り出し、これを当該部品のクラス名として上記デ
ータテーブルの「クラス名」のフィールドに格納する。

第４図に示す例においては、値ｒｃｏｍｍａｎｄＪが取
り出され、これか「クラス名」のフィールドに格納され
る。

（３）同様に、配列から属性の名前１”ｙｌａｍｅＪの
値を取り出し、これを当該部品の名前として上記データ
テーブルの「部品の名前」のフィールドに格納する。第
４図に示す例においては、値ｒｃ。

ｍｍａｎｄＪか取り出され、これが「部品の名前」のフ
ィールドに格納される。

といった一連の処理の後、同データテーブルの「変数名
」のフィールドに格納すべく値を生成するために、同第
４図に示す例においては、上記属性の名前ｒｎａｍｅＪ
の値である「ｃｏｍｍａｎｄ」と、上記属性の名前ｒｉ
　ｄＪの値である「６５２４」とを、該構文解析部４２
内に定義されている変数名生成関数に渡す。

これにより変数名生成関数では、 （４）　ｃｏｎｖｅｒｔｅｄｌＤ＝ｃｏｎｖｅｒｔ（ｉ
ｄ）を呼び、上記識別子ｒｉｄＪの値ｒ６５２４Ｊを文
字列に変換してこれを変数ｃｏｎｖｅｒｔｅｄ　ＩＤに
代入する（第５図ステップ５１１）。

（５）次に、ｓｔｒｃａｔ（ｖｉｄｇｅｔＮａｍｅ、”
−”）を呼び）変数ｗｌｄｇｅｔＮａｍｅに上記部品の
名前ｒｎａｍｅＪの値ｒｃｏｍｍａｎｄＪに応じたｒｃ
ｏｍｍａｎｄ　　Ｊを代入する。すなわち、こうした文
字列結合関数によって、「部品の名前」の後にセパレー
タ「−」か付加されるかたちとなる（第５図ステップ５
１２）。

（６）最後に、文字列結合関数ｓＬｒｃａＬ（ｗｉｄｇ
ｅｔｆＪａｍｃ。

ｃｏｎｖｅｒｔｅｄ　１０）を呼び、これら代入した文
字列［Ｃｏｍｍａｎｄ　　Ｊ及びｒ６５２４Ｊを結合し
て、変数名ｒｃｏｍｍａｎｄ　　６５２４Ｊを生成する
（第５図ステップ５１３）。

といった手順にて変数名を生成し、この生成した変数名
ｒｃｏｍｍａｎｄ　　６５２４ＪをｔＭ文解析部４２に
返す。

構文解析部４２ては、こうして返された変数名ｒｃｏｍ
ｍａｎｄ　　６５２４Ｊを、上記生成するデータテーブ
ルの「変数名」のフィールドに加えて（格納して）、そ
の処理を終える。

このように、この実施例によれば、部品の名前と部品の
識別子とをセパレータにて結合してオブジェクトプログ
ラムで使用する変数名を生成するようにしていることか
ら、自動生成されたソースコードを後に人為的に編集す
る場合でも、そこで使われている変数名の用途等につい
ては、容易に理解することかできるようになる。また、
変数名の一部として、部品毎に各別の値として付される
識別子を用いていることから、同一の変数名か重複して
生成されることもない。

こうして構文解析部４２を通してデータテーブルか生成
されると、コード生成部４３では、記憶装置３上に用意
されている上記テンプレート３１を用いて、この生成さ
れたデータテーブルに応したｃ言語ソースコードを生成
する。

コード生成部４３は、第６図に示すように、Ｃａ１ｌｂ
ａｃｋサブコ一ド生成部４３１、ｒｅｓｏｕｒｃｅサブ
コード生成部４３２．１ｎｃｌｕｄｅサブコ一ド生成部
４３３、ｗｉｄｇｅｔ　　ｖａｒサブコード生成部４３
４、及びｗｉｄｇｅｔｃｒｅａｔｅサブコード生成部４
３５の５つのサ生成−４３５部と、これらサブコード生
成部４３１〜４３５を通じて生成されるサブコードを所
定に結合して、上記所望とされるソースコードを最終的
に出力するコードマージ部４３０と、を具えて構成され
る。

ｃａ　Ｉ　１ｂａｃｋサブコ一ド生成部４３１は、記憶
装置３上に用意されたテンプレート３１のうちの第１テ
ンプレート３１ａに記述されている情報に基つき、上言
己構文解析部２４にて生成されたデータテーブル（第４
図（Ｃ）参照）から、ｃａｌｌｂａｃｋ（コールバック
）関数のプログラムのみについてそのソースコードを生
成する部分てあり、ｒｅｓｏｕｒｃｅサブコード生成部
４３２は、同テンプレート３１のうちの第２テンプレー
ト３１ｂに記述されている情報に基づき、同データテー
ブルから、ｒｅｓｏｕｒｃｅ　（リソース）のプログラ
ムのみについてそのソースコードを生成する部分であり
、１ｎｃｌｕｄｅサブコ一ド生成部４３３は、同テンプ
レート３１のうちの第３テンプレート３１Ｃに記述され
ている情報に基づき、同データテーブルから、１ｎｃｌ
ｕｄｅ　（インクルート）のプログラムのみについてそ
のソースコードを生成する部分であり、ｗ　ｉ　ｄ　ｇ
　ｅ　を−ｖａｒサブコード生成部４３４は、同テンプ
レート３１のうちの第４テンプレート３１ｄに記述され
ている情報に基つき、同データテーブルから、ｗｉｄｇ
ｅｔ　　（ライシェツト：部品）変数の宣言のプログラ
ムのみについてそのソースコードを生成する部分であり
、そしてｗｉｄｇｅｔ　　ｃｒｅａｔｅサブコード生成
部４３生成部間３５プレート３１のうちの第５テンプレ
ート３１．　ｅに記述されている情報に基づき、同デー
タテーブルから、部品の生成に関するプロクラムのみに
ついてそのソースコードを生成する部分である。これら
各サブコード生成部によるソースコード生成手順を第７
図に示す。

すなわち、上記第１〜第５テンプレート３１ａ〜３１ｅ
は、前述のように、各々割り当てられたプログラムにつ
いて、そのソースプログラムに直接出力される情報とこ
れに補充する必要のある情報とが所定の形式で記述され
たファイルであり、これらサブコード生成部４３１〜４
３５ては何れも、各々対象となるテンプレートへの記述
情報に基つき、また、上記生成されたデータテーブルに
基づき、以下に列記する手順をもって、その割り当てら
れたソースコード（サブコード）を生成する。

（１）まず、対象となるテンプレートを読み込む（第７
図ステップ５２１）。

（２）この読み込んだテンプレートに記述されている情
報を解釈して、補充しなければならない情報を生成する
のに必要なデータをリストアツブする（第７図ステップ
５２２）。

（３）上記データテーブルから該当するデータを取り出
す（第７図ステップ８２３）。

（４）この取り出したデータを、上記テンプレートに記
述されている情報に基づき、そこで指定されている形式
の情報に変換する（第７図ステップ５２４）。

（５）この変換した情報を、当該テンプレートの指定さ
れている部分に埋め込む（第７図ステップ５２５）。

第８図は、上記各テンプレート３１ａ〜３１ｅについて
その具体例を例示したものであり、また第９図は、これ
らテンプレート３１８〜３　］、　ｅに基づく上記各サ
ブコード生成部４３１〜４３５のソースコード（サブコ
ード）生成出力例を示したものであり、以下、これら第
８図及び第９図を対比しつつ、上記各サブコード生成部
によるソースコード生成処理を更に具体的に説明する。

なお、この例においては、上記テンプレートに記述され
る情報のうち、補充しなければならない情報については
これを、文字列「〈＄」と文字列「＄〉」とによって囲
んで定義するものとする。

いま、構文解析部４２によって生成された上記データテ
ーブルがコード生成部４３に渡されたとすると、ｃａｌ
ｌｂａｃｋサブコード生成部４３１は、第８図（ａ）に
示される内容を有する第１テンプレート３１ａを読み込
んで、コールバック関数のプログラムについてそのソー
スコードの生成を開始する。

この際、該ｃａｌｌｂａｃｋサブコード生成部４３１で
は、上記データテーブル（第４図（Ｃ）参照）の「リソ
ースリスト」フィールドから属性の名前ｒｃａ　ｌ　１
ｂａｃｋＪの属性値ｒｆｏｏＪを取り出し、上記第１テ
ンプレート３］ａのコールバック関数理め込み指定部分
である ＜＄　ｆ’ｕｎｃ　　ｎａｍｅ　＄＞ の部分に、この取り■したｒｆｏｏＪを埋め込む。

そして、この第１テンプレート３１ａにｒｆｏｏＪを埋
め込み生成したコードを、ｒｃａｌｌｂａｃｋサブコー
ド」としてコードマージ部４３０に出力する（第９図（
ａ）参照）。

また、同データテーブルかコード生成部４３に渡される
と、ｒｅｓｏｕｒｃｅサブコード生成部４３２は、第８
図（ｂ）に示される内容を有する第２テンプレート３１
ｂを読み込んで、リソースのプログラムについてそのソ
ースコードの生成を開始する。

コノ際、該ｒ　ｅ　Ｓ　Ｏｕ　ｒ　Ｃｅサブコード生成
部４３２ては、上記データテーブル（第４図（Ｃ）参照
）の「リソースリスト」フィールドから属性の名前ｒｘ
Ｊとその属性値「］Ｃ０」、属性の名前「ｙ」とその属
性値「２００」、属性の名前ｒｌａｂｅｌＪとその属性
値ｒｃｏｍｍａｎｄＪ、及び同部品の識別名「ｃｏｍｍ
ａｎｄＪをそれぞれ取り出し、上記第２テンプレート３
１ｂの（＄　　Ｉｄｅｎｔｉｆｉｅｒ　　　　ｎａｍｅ
　　Ｓ＞の部分に、識別名ｒｃｏｍｍａｎｄＪを、＜＄
　　ｒｅｓｏｕｒｃｅ　　　　ｎａｍｅ　　＄＞の部分
に、上記各属性の名前ｒｘＪ、ｒｙＪ、ｒｌａｂｅｌＪ
を、また ＜＄　　ｒｅｓｏｕｒｃｅ　　　　ｖａｌｕｅ　　＄＞
の部分に、上記各属性の値ｒｌｏＯＪ、ｒ２００Ｊ、ｒ
ＣｏｍｍａｎｄＪをそれぞれ埋め込む。そして、この第
２テンプレート３１ｂにこれら各要素を埋め込み生成し
たコードを、ｒｒｅｓｏｕｒｃｅサブコード」としてコ
ードマージ部４３０に出力する（第９図（ｂ）参照）。

同じく、コード生成部４３にデータテーブルか渡される
と、１ｎｃｌｕｄｅサブコ一ト生成部４３３は、第８図
（ｃ）に示される内容を有する第３テンプレート３１Ｃ
を読み込んで、インクルートプログラムについてそのソ
ースコードの生成ヲ開始する。

この際、該ｉｎｃ　１ｕｄｅサブコ一ト生成部４３３て
は、同データテーブル（第４図（Ｃ）参照）の「クラス
名」フィールドから当該部品のクラス名ｒｃｏｍｍａｎ
ｄＪを取り出し、」二記第３テンプレート３１Ｃの ＜＄　　Ｈｅａｄｅｒ　　Ｗｉｄｇｅｔ　　Ｃ１ａｓｓ
　　＄＞の部分に、この取り出したクラス名ｒＣｏｍｍ
ａｎｄＪを埋め込む。そして、この第３テンプレート３
１ｃにｒＣｏｍｍａｎｄＪを埋め込み生成したコードを
、「ｉｎｅ　１ｕｄｅサブコード」としてコードマージ
部４３０に出力する（第９図（Ｃ）参照）。

同しく、ｗｉｄｇｅｔ　　Ｖａｒサブコード生成部４３
４は、データテーブルがコード生成部４３に渡されると
、第８図（ｄ）に示される内容を有する第４テンプレー
ト３　］、　ｄを読み込んて、ｗｉｄｇｅｔ変数の宣言
のブロクラムについてそのソースコードの生成を開始す
る。

この際、該ｗｉｄｇｅｔ　　ｖａｒサブコード生成部４
３４ては、同データテーブル（第４図（Ｃ）参照）の「
変数名」フィールドから部品を保持する変数名ｒｃｏｍ
ｍａｎｄ　　６５２４Ｊを取り出し、上記第４テンプレ
ート３１ｄの ＜＄　　ｖａｒｉａｂｌｅ　　　　ｎａｍｅ　　＄＞の
部分に、この取り出した変数名ｒｃｏｍｍａｎｄ　　６
５２４Ｊを埋め込む。そして、この第４テンプレート３
１ｄにｒｃｏｍｍａｎｄ　　６５２４Ｊを埋め込み生成
したコードを、ｒ　ｗ　ｉ　ｄ　ｇ　ｅ　を−ｖａｒサ
ブコード」としてコードマージ部４３０に出力する（第
９図（ｄ）参照）。

そして、ｗｉｄｇｅｔ　　ｃｒｅａｔｅサブコード生成
部４３５は、データテーブルかコード生成部４３に渡さ
れると、第８図（ｅ）に示される内容を有する第５テン
プレート３１ｅを読み込んで、部品の生成のプロクラム
についてそのソースコードの生成を開始する。

この際、該ｗｉｄｇｅｔ　　ｃｒｅａｔｅサブコード生
成部４３５では、同データテーブル（第４図（Ｃ）参照
）の「クラス名」のフィールドから当該部品のクラス名
［ｃｏｍｍａｎｄＪを、「部品の名前」のフィールドか
ら当該部品の名前「ＣｏｍｍａｒｒｄＪを、「変数名」
フィールドから当該部品の変数名ｒｃｏｍｍａｎｄ　　
６５２４Ｊをそれぞれ取り出すとともに、同データテー
ブルの「リソースリスト」のフィールドの属性名「ｐａ
ｒｅｎ　ｔＪの属性値によって案内されるデータテーブ
ル、すなわち前記（２）式にて表記されるとする親部品
のオブジェクトから第４図に示した例と同様に生成され
るデータテーブル（図示せず）の「変数名」のフィール
ドから親部品の変数名ｒｓｈｅ　ｌ　ｌ　　６５２２Ｊ
を取り出し、これら取り出した各データ要素を上記第５
テンプレート３１ｅの各々指定される部分に埋め込む。

なお、第８図（ｅ）に示すこの第５テンプレート３１ｅ
において、文字列「＄＄」で囲まれた部分は条件式であ
って、この場合、「ｃｌａｓｓＪがｒｓｈｅｌｌ」であ
る場合には、前半の ＸｔＡｐｐＣｏｎｔｅｘｔ　ａｐｐ　　ｃｏｎ；＜＄　
ｖａｒｔａｂｌｅ　　ｎａｍｅ　＄＞　−ＸｔＡｐｐｉ
ｎｉｔｉａｌｉｚｅ（＆ａｐｐ　　　ｃｏｎ、　　”（
＄　　ｗｉｄｇｅｔ　　　　ｎａｍｅ　　＄＞”、ＮＵ
ＬＬ、　　ＺＥＲＯ。

＆ａｒｇｃ、　ａｒｇｖ、　ｆａｌｌｂａｃｋ　　ｒｅ
ｓｏｕｒｃｅｓ、　ＮＵＬＬ、、ＺＥＲＯ）。

と記述された部分を使い、それ以外の場合には、後半の （＄　　ｖａｒｉａｂｌｅ　　　　ｎａｍｅ　　＄＞　
　−ＸｔＣｒｅａｔｅＭａｎａｇｅｄνｉｄｇｅｔ（”
＜＄　　ｗｉｄｇｅｔ　　　ｎａｍｅ　　＄＞”、　　
（＄　　ｖｉｄｇｅｔ　　−Ｃ１ａｓｓ　　＄＞Ｗｉｄ
ｇｅｔＣＩａｓｓ、　　＜＄　　ｐａｒｅｎｔ　　　ｖ
ａｒｉａｂｌｅ　　＄＞、　　ＮＵＬＬ、ＺＥＲＯ）。

と記述された部分を使うことを意味する。ここでの例で
は、［ｃｌａｓｓｊがｒｃｏｍｍａｎｄＪとなっている
ことから、後者の部分か使われる。

したがってこの例の場合、ｗｉｄｇｅｔ　　ｃｒｅａｔ
ｅサブコード生成部４３５ては、該第５テンプレート３
１ｅにおける後半部分の ＜＄　ｖａｒｉａｂｌｅ　　ｎａｍｅ　＄＞の部分に、
当該部品の変数名ｒｃｏｍｍａｎｄ−６５２４Ｊを、 ＜＄　　ｗｉｄｇｅｔ　　　　ｎａｎ＋８　　＄＞の部
分に、当該部品の名前「ｃｏｍｍａｎｄＪを、また ＜＄　　ｗｉｄｇｅｔ　　　　ｃｌａｓｓ　　＄＞の部
分に、当該部品のクラス名ｒｃｏｍｍａｎｄＪを、そし
て ＜＄　　ｐａｒｅｎｔ　　　　ｖａｒｉａｂｌｅ　　＄
＞の部分に、親部品の変数名ｒｓｈｅ　１１　６５２２
Ｊをそれぞれ埋め込む。そして、この第５テンプレート
３１ｅにこれら各要、素を埋め込み生成したコードを、
ｒｗｉｄｇｅｔ　　ｃｒｅａｔｅサブコード」としてコ
ードマージ部４３０に出力する（第９図（ｅ）参照）。

これら各サブコード生成部による以上のサブコード生成
処理は、前記（２）式にて表記されるとした親部品のオ
ブジェクトに対しても同様に実施される。

これらの各サブコードが人力されるコードマージ部４３
０は、上述のように、これらサブコードを所定に結合し
て、上記所望とされるソースコードを出力する部分てあ
り、具体的には、以下の手順によって、第１０図に示さ
れるような０８語のソースプログラムを最終的に生成し
、この生成したコードを記憶装置３に出力する。

（１）ｉｎｃｌｕｄｅサブコード生成部４３３によって
生成された第９図（Ｃ）に示される１ｎｃｌｕｄｅサブ
コードと、ｃａｌｌｂａｃｋサブコード生成部４３１に
よって生成された第９図（ａ）に示されるｃａｌｌｂａ
ｃｋサブコードとをマージして、第１０図（ａ）に示さ
れるようなコールバック関数のソースプロクラムを生成
する。

（２）この生成したソースプロクラムを記憶装置３に出
力する。

（３）ｉｎｃｌｕｄｅサブコード生成部４３３によって
生成された第９図（Ｃ）に示される１ｎｃｌａｄｅサブ
コードと、ｒｅｓｏｕｒｃｅサブコード生成部４３２に
よって生成された第９図（ｂ）に示されるｒｅｓｏｕｒ
ｃｅサブコードと、ｗｉｄｇｅｔ　　ｖａｒサブコード
生成部４３４によっで生成された第９図（ｄ）に示され
るｗ　ｉ　ｄ　ｇ　ｅｔ　　ｖａｒサブコードと、ｗｉ
ｄｇｅｔ　　ｃｒｅａｔｅサブコード生成部４３生成上
４３５成された第９図＜ｅ）に示されるｗｉｄｇｅｔ　
　ｃｒｅａｔｅサブコードとをマージするとともに、Ｃ
言語の予約語である ｍａｉｎ（ａｒｇｃ、　ａｒｇｖ） ｉｎｔ　ａｒｇｃ： ｃｈａｒ　Ｈａｒｇｖ： を追加して、第１０図（ｂ）に示されるような部品（Ｗ
ｉｄｇｅｔ）を生成するプログラムのツースコードを生
成する。

（４）この生成したソースプログラムを記憶装置３に出
力する。

なお、第１０図（ｂ）に示すソースプログラムにおいて
、 Ｗｉｄｇｅｔ　５ｈｅｌｌ　　６５２２；は、上記親部
品のオブジェクトに関してｖ／　ｉ　ｄ　ｇｅｔ　　ｖ
ａｒサブコード生成部４３４か生成したｗｉｄｇｅｔ　
　ｖａｒサブコードの部分てあり、また ＸｔＡｐｐＣｏｎｔｅｘｔ　ａｐｐ　　ｃｏｎ；５ｈｅ
ｌｌ　　　８５２２＝ＸｔＡｐｐｌｎｉｔｉａｌｉｚｅ
（＆ａｐｐ　　　６ｏｎ。

”ｓｈ　　ｅｌＦ、　ＮＵＩ、Ｌ、　ＺＥＲＯ，＆ａｒ
ｇｃ、　ａｒｇｖ、　　ｆａｌｌｂａｃｋ　　　　ｒｅ
　　　５ｏｕｒｃｅｓ、　　ＮＵＬＬ、　　ＺＥＲＯ）
；は、同じく上記親部品のオブジェクトに関してＷｉｄ
ｇｅｔ　　ｃｒｅａｔｅサブコード生成部４３４が生成
したｗｉｄｇｅｔ　　ｃｒｅａｔｅサブコ−トの部分で
ある。

このように、この実施例によるソースコード生成装置で
は、上記コード生成部４３を、生成対象とするソースコ
ードの各々異なる機能部分について各別にコード生成を
行う複数の（上記の例では５つの）サブコード生成部と
、これら各サブコード生成部にて生成される各別のコー
ドを、対象とするプログラミング言語の仕様に応じて結
合するコードマージ部とを具えて構成するとともに、上
記テンプレート３１も、これらサブコード生成部の別に
、各々それに見合ったものを複数用意するようにしたこ
とから、上記のように、ソースコードの行の並びに対し
て独立に所望のコードを生成して、これを任意に結合す
ることができるようになる。このため、ＧＵＩ環境や生
成の対象となるソースプログラムの言語仕様が異なる場
合であっても、具体的には、ソースプログラムに埋め込
まれるテキストの順の等が異なる場合であっても、従来
のように、これらＧＵＩ環境や言語仕様の別にソースコ
ード生成装置を用意する必要はなくなり、該ソースコー
ド生成装置としての汎用性も著しく高められるようにな
る。

なお、上記の実施例では便宜上、Ｘウィンドウシステム
・バージョン１１の、Ａｔｈｅｎａ　　Ｗｉｄｇｅｔ　
　（アテナ・ライジェット）を使用し、また生成の対象
とするソースコードとしては、Ｃ言語で記述されたソー
スプログラムとする場合について説明したが、この発明
にかかるソースコード生成装置が、こうした環境やＯ３
（オペレーティングシステム）、更には言語仕様に限定
されるものでないことは勿論である。

また、このソースコード生成装置において読み込み対象
とするＧＵＩ編集データも、必ずしも前述した８式を用
いて表記する必要はない。要は、当該ＧＵＩデータをオ
ブジェクトの集合として捉えてこれらを所要に分類でき
、その各要素の属性等を的確に表すことのできる表記方
法であれば、すなわち、その字句解析並びに構文解析を
通して、第４図（Ｃ）に例示した態様に準した形でのデ
ータテーブル生成を可能とする表記方法であればよい。

たたしこの場合、その表記方法と字句並びに構文解析方
法との対応を新たに定義する必要はある。

［発明の効果］ 以上説明したように、この発明によれば、生成対象とす
るソースコードとして直接に付加される文字列、及び同
生成対象とするソースコードとするために構文解析され
た内容に対して補う必要のある情報か記述されたテンプ
レートを設け、このテンプレートを通して、異なるＧＵ
Ｉ構築環境間における異なるコード生成要素を吸収する
ようにしたことから、各種のＧＵＩ構築環境に対し汎用
的に、目的とされるプログラムのソースコードを生成す
ることができるようになる。

【図面の簡単な説明】

第１図は、この発明にかかるソースコード生成装置の一
実施例をＧＵＩ編集装置とともに示すブロック図である
。 第２図は、ＧＵＩ編集装置における編集画面の一例を示
す平面図である。 第３図は、上記のＧＵＩ編集装置で編集され、上記実施
例ソースコード生成装置に読み込まれるＧＵＩ部品情報
の管理構造について、その−例を模式的に示す略図であ
る。 第４図は、同実施例ソースコード生成装置による字句解
析処理及び構文解析処理を通して生成されるトークンの
列及びデータテーブルについて、その−例を模式的に示
す略図である。 第５図は、同実施例ソースコード生成装置による変数名
生成手順を例示するフローチャートである。 第６図は、同実施例ソースコード生成装置のコード生成
部について、その具体構成と記憶装置との係わりを示す
ブロック図である。 第７図は、上記コード生成部を構成する各サブコード生
成部のソースコード（サブコード）生成手順を示すフロ
ーチャートである。 第８図は、上記記憶装置上に用意されるテンプレートの
具体例を示す略図である。 第９図は、この第８図に示されるテンプレートに基つき
上記各サブコード生成部か生成するサブコード例を示す
略図である。 第１０図は、この実施例ソースコード生成装置によって
最終的に生成出力されるソースコード（ソースプログラ
ム）の−例を示す略図である。 １、、、ＧＵＩ、２．、、編集装置、２１　、、、編集
動作解析部、２２　、、、ブラウザ、２３．、、編集デ
ータ管理部、３１．記憶装置、３１９．テンプレート、
４゜、　ソースコード生成装置、４１９１字句解析部、
４２、　構文解析部、４３．、、コード生成部、４３０
　、、、コードマージ部、４３１〜４３５１．　サブコ
ード生成部。 第５図 第７図

Claims (3)

【特許請求の範囲】
1. （１）複数のグラフィカル・ユーザインターフェース部
   品がその属性に従って分類された木構造のデータとして
   表現されるグラフィカル・ユーザインターフェースデー
   タから、特定プログラミング言語のソースコードを生成
   するソースコード生成装置であって、 前記グラフィカル・ユーザインターフェースデータを、
   その構成部品の種類、構成部品の属性名、及び構成部品
   の属性値からなるトークンの列に分解する字句解析手段
   と、 この分解されたトークンの列に基づき、部品の識別子、
   部品の名前及び種類、リソースリスト、及びオブジェク
   トプログラムで使用する変数名によって構成されるデー
   タテーブルを生成する構文解析手段と、 前記生成対象とするソースコードとして直接に付加され
   る文字列、及び同生成対象とするソースコードとするた
   めに前記生成されるデータテーブルに対して補う必要の
   ある情報が記述されたテンプレートと、 前記生成されるデータテーブルを、前記テンプレートに
   記述されている情報に基づき変換しかつ、同テンプレー
   トにより指示される部位に埋め込みつつ、対象となるソ
   ースコードを生成するコード生成手段と、 を具えるソースコード生成装置。
2. （２）前記構文解析手段は、前記部品の名前と前記部品
   の識別子とをセパレータにて結合して前記オブジェクト
   プログラムで使用する変数名を生成する 請求項（１）記載のソースコード生成装置。
3. （３）前記コード生成手段は、 前記生成対象とするソースコードの各々異なる機能部分
   について各別にコード生成を行う複数のサブコード生成
   手段と、 これら各サブコード生成手段にて生成される各別のコー
   ドを、対象とするプログラミング言語の仕様に応じて結
   合するコードマージ手段と、を具えて構成され、 前記テンプレートは、前記サブコード生成手段の別に複
   数用意される 請求項（１）記載のソースコード生成装置。