JP2988911B1 - プログラム自動生成装置 - Google Patents

Abstract

【要約】 【課題】 画面プログラムの効率的な生成、及び当該画
面アプリケーションを構成する画面表示以外のロジック
並びに文書を自動生成する。 【解決手段】 レイアウトグループ生成部１４は、指定
された複数のデータ項目によりレイアウトグループを生
成し、また、各レイアウトグループの属性情報を定義す
る。グループ内レイアウト定義部１５は、各データ項目
のレイアウトグループ内におけるレイアウトを定義す
る。レイアウト生成部４は、画面上にレイアウトグルー
プを配置することで画面レイアウトを決定する。プログ
ラム生成部５は、決定された画面レイアウトに関する情
報、配置されたレイアウトグループ及びそれを構成する
データ項目の属性情報等を参照することで画面プログラ
ムを生成する。また、通信処理を伴う場合、ロジックフ
ァイル１０に登録されている関数、関数の引数等を画面
から設定させる後、通信ロジックを自動生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラム自動生
成技術に関し、特に画面からの入出力を伴う業務アプリ
ケーションの効率的な開発環境の提供に関する。

【０００２】

【従来の技術】従来から様々な種類の業務アプリケーシ
ョンが開発されているが、近年のＧＵＩ（Ｇｒａｐｈｉ
ｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）環境やネット
ワーク環境の発展に伴い、業務を単に遂行するための機
能だけで留まらず操作性のよい画面や他のシステムとの
送受信機能をも容易に実現できるようになってきてい
る。

【０００３】一般に、業務アプリケーションの開発は、
使用するプログラミング言語の仕様に従ってプログラミ
ングを行うことにより、ソースプログラムを生成した
後、コンパイルを行い実行イメージファイルを作成して
いる。入出力画面を設計する際には、開発者が画面ビル
ダと呼ばれるツールなどを利用して、仕様書を見ながら
ＧＵＩ部品のレイアウトを設計している。また、通信処
理を伴う画面プログラムを開発する場合には、通信仕様
書をみながら業務アプリケーションの中にプログラミン
グ言語の仕様に従ってコーディングを書き加えている。
更に、説明書や仕様書の作成フェーズは、プログラムコ
ーディング、デバッグフェーズとは別個に独立して行っ
ている。

【０００４】また、アプリケーション開発後においても
計算機のオペレーティングシステム（ＯＳ）や業務用シ
ステムで使用しているミドルウェアのバージョンアップ
などでプログラムに手直しが必要になった場合には、不
具合個所をソースプログラム上で目視点検して修正を行
っている。

【０００５】ところで、近年では、画面からの入出力を
伴う業務アプリケーションを開発する際、特にウィンド
ウ画面のＧＵＩを作成するためにＧＵＩビルダというＧ
ＵＩを構築するための支援ツール（ＧＵＩプログラム開
発環境）が提供されている。このツールには通常ライブ
ラリなども付随しており、プログラムが容易にかつ効率
的に構築できるようになっている。現在の主流は対話型
のビルダであり、対話型で自由に部品を配置できること
が大きな特徴になっている。

【０００６】

【発明が解決しようとする課題】しかしながら、実際に
業務プログラムの開発を推進する過程では、この対話型
ビルダの生産性は、必ずしもよいとはいえなかった。な
ぜならば、業務プログラムの開発は、システムエンジニ
ア（ＳＥ）等が作成した仕様書をもとにＧＵＩビルダに
よって画面と対話しながら作成していくが、開発者が仕
様書の項目名称を参照しながらＧＵＩコントロール部品
を逐次配置していくのは面倒であり、かなりの時間を要
していたからである。また、ラベル部品と入力部品の高
さや位置をそれぞれに、更には画面全体におけるレイア
ウトを調整しながら配置するのもかなりの時間を要す
る。これらの画面作成時間を短縮することは、昨今のＰ
Ｃサーバを利用したプログラム開発では重要になってき
ている。

【０００７】また、画面プログラムは、サーバ側のプロ
グラムと通信をして実行する形態がクライアントサーバ
システムでは一般化しており、画面のレイアウトのあ
と、通信処理や画面の入力処理、エラー処理などを記述
する必要がある。これらの処理も画面ビルダの提供する
言語仕様やライブラリの仕様に基づいて逐次定義して実
行できるレベルまで生成する必要がある。一般的には、
通信処理やエラー処理もＳＥが定義した仕様書があり、
これに基づいてコーディングをしている。これらの開発
に要する時間も決して少なくなく、仕様書の作成内容を
簡単に転記するだけで信頼される通信ロジックやエラー
処理が生成できることが望まれている。

【０００８】また、基幹業務プログラムのシステム開発
では、生産性の高いプログラム開発を実現するために、
仕様書定義とプログラミングがほぼ並行して行えるよう
な上位レベルのプログラム定義階層が必要であり、ま
た、その上位レベルのプログラム定義より実際のプログ
ラムがソースプログラムとして生成されるような位置づ
けの開発環境が要求されている。

【０００９】更に、近年では、ＯＳや業務を実行するた
めのミドルウェアなどのバージョンアップが最近頻繁に
行われるようになってきている。ミドルウェアがバージ
ョンアップすると、それまで正常に動作していたプログ
ラムが動作しなくなるケースも珍しくない。これは、ミ
ドルウェアが上位互換の場合には動作が保証されるが、
上位互換がないと動作が保証されない場合があるからで
ある。このような場合でも、もう一度設計情報に基づき
新しいミドルウェアに対応したソースプログラムを自動
的に生成できるような機能が望まれている。

【００１０】なお、このような開発環境を改善して効率
性を向上させるプログラム自動生成技術に関する先行技
術として、特開平８−４４５４６号公報に記載された
「グラフィカルユーザインターフェースを備えたコンピ
ュータシステム」や特開平５−２０４６２８号公報に記
載された「画面プログラム作成装置」などがある。

【００１１】前者には、画面設計を表示用部品の一覧か
ら選択と配置により行い、その属性値を設定し画面間の
連携を定義した上、表示系プログラムの設計を行う方法
が開示されている。しかし、この方法では、画面が自動
生成されないため、開発者が部品を配置する必要があ
り、手間がかかる。また属性値の変更などのたびに画面
配置をやり直す必要がある。

【００１２】また、後者には、画面上の項目の定義を
し、その項目にユニークな識別子を与え、識別子のプロ
グラム上での実行順序を定義し、項目情報と識別子実行
順序を参照してプログラムを生成する方法が開示されて
いる。しかし、この方法は、ＧＵＩ部品を対象としてお
らず、従来の汎用コンピュータなどの端末エミュレータ
で動作するプログラムの画面自動生成しか対応できな
い。近年のコンピュータシステムのオープン化の中では
ＧＵＩ部品の自動配置と、サーバ側プログラムとの通信
による連携は必要であり、これについての対応が不十分
である。このように、両者ともプログラム自動生成とし
ては不十分である。

【００１３】本発明は以上のような問題を解決するため
になされたものであり、その目的は、画面プログラムの
効率的な生成を可能とし、更にその開発過程で同じ画面
アプリケーションを構成する通信ロジック、エラー処理
ロジック等の他のプログラム並びに仕様書等の文書を自
動生成することでプログラム開発における生産性の向上
を図ることのできるプログラム自動生成装置を提供する
ことにある。

【００１４】

【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るプログラム自動生成装置は、
開発対象となるアプリケーションが使用するデータベー
スに定義されている全データ項目に関する項目情報を画
面設計のために指定されうる設計情報として保持・管理
する情報管理手段と、設定画面に表示した前記情報管理
手段が保持しているデータ項目の中から選択されたデー
タ項目をグループ化することで画面上のレイアウト単位
となるレイアウトグループを生成するとともに、設定画
面からの入力設定事項に基づき当該レイアウトグループ
の画面表示形態に関する属性情報を定義するレイアウト
グループ生成手段と、設定画面からの入力設定事項に基
づき各レイアウトグループを構成するデータ項目が画面
表示される際の当該レイアウトグループ内におけるレイ
アウト及び当該各データ項目の画面表示形態に関する属
性情報を定義するレイアウトグループ内レイアウト定義
手段と、前記レイアウトグループ生成手段及び前記レイ
アウトグループ内レイアウト定義手段により定義された
各定義情報に基づいて、入力指定された１乃至複数のレ
イアウトグループを画面上に配置するとともに当該各レ
イアウトグループを構成する各データ項目を配置される
当該各レイアウトグループ内に配置することによって画
面レイアウトの構成を自動的に行うレイアウト生成手段
と、前記レイアウト生成手段により決定された画面レイ
アウトを構成するレイアウトグループに関する情報に従
い画面表示を実行する画面プログラムを生成するプログ
ラム生成手段とを有するものである。

【００１５】

【００１６】また、前記データベースに定義されていな
いデータ項目を定義するデータ項目定義手段を有するも
のである。

【００１７】また、前記情報管理手段は、予め設定され
ているロジック情報を設計情報として読み込むロジック
情報読込部を有し、前記プログラム生成手段は、画面を
構成するデータ項目とロジック情報を関連付けることに
よって当該データ項目が画面上において選択されたとき
のアプリケーションとしての振る舞いを定義するロジッ
ク生成部を有するものである。

【００１８】更に、前記プログラム生成手段は、画面プ
ログラムにおいて通信処理が実行されうる場合にその画
面プログラムが使用するレイアウトグループを構成する
データ項目に関する設計情報に基づき通信項目の定義を
行う通信項目定義部を有し、前記ロジック生成部は、定
義した通信項目に基づき当該画面プログラムにおける通
信処理を実行するための通信ロジックを自動生成するも
のである。

【００１９】また、前記レイアウト生成手段により決定
された画面レイアウトを構成するレイアウトグループに
関する情報及び当該レイアウトグループを構成する各デ
ータ項目に関する設計情報に従い前記アプリケーション
に関する文書を自動生成する文書自動生成手段を有する
ものである。

【００２０】また、前記情報管理手段は、保持している
設計情報や属性情報などの全情報をファイルによって保
持・管理するものである。

【００２１】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００２２】実施の形態１．図１は、本発明に係るプロ
グラム自動生成装置の一実施の形態を示した機能ブロッ
ク構成図である。本実施の形態におけるプログラム自動
生成装置は、開発対象となるアプリケーションが使用す
るデータベースの項目情報の入力、外付けロジックの入
力を行い、ユーザインターフェースを介して指定された
データベースを構成するデータ項目のレイアウトグルー
ピングを行い、各データ項目に対して各種属性を設定
し、画面レイアウトを自動生成し、また、通信などのプ
ログラムロジックを自動生成し、説明書や仕様書の自動
生成を行うものである。

【００２３】本実施の形態におけるプログラム自動生成
装置は、情報管理部１、レイアウトグループ情報定義部
２、データ項目定義部３、レイアウト生成部４、プログ
ラム生成部５、文書生成部６及びユーザインタフェース
制御部７により構成される。情報管理部１は、項目情報
ファイル８に定義されている全データ項目に関する各項
目情報を項目情報読込部９によって読み込み、画面設計
のために指定されうる設計情報として保持・管理する。
また、ロジック情報をロジックファイル１０から読み込
むロジック情報読込部１１を有しており、そのロジック
情報も設計情報として保持・管理する。なお、読み込む
ロジック情報は、ロジックファイル１０に登録されてい
る全データである必要はなく、登録されているロジック
（関数）を識別できる情報だけでよい。実際には、項目
情報ファイル８の内容、ロジックファイル１０の内容あ
るいは情報ファイル１２の内容をメモリ（図示せず）に
各種情報構造体として定義し管理している。更に、保持
・管理した設計情報を情報ファイル１２で保存し、必要
に応じて入出力を行う情報入出力部１３を有している。

【００２４】レイアウトグループ情報定義部２は、情報
管理部１が保持しているデータ項目を一覧表示し、その
中から指定された複数のデータ項目によりレイアウトグ
ループを生成するとともに、指定された属性に基づきレ
イアウトグループの画面表示形態に関する属性情報を定
義するレイアウトグループ生成部１４と、各レイアウト
グループを構成するデータ項目が画面表示される際の当
該レイアウトグループ内におけるレイアウトを定義する
グループ内レイアウト定義部１５とを有している。デー
タ項目定義部３は、開発対象となるアプリケーションが
使用するデータベースに定義されていないデータ項目を
定義する。レイアウト生成部４は、指定された１乃至複
数のレイアウトグループを、当該レイアウトグループの
属性情報に基づき画面上に配置することで画面レイアウ
トの構成を自動的に行う。プログラム生成部５は、レイ
アウト生成部４により決定された画面レイアウトを構成
するレイアウトグループに関する情報、具体的には情報
管理部１が保持・管理している項目情報、ロジック情報
等各種情報による構造体を参照して画面表示を実行する
画面プログラム１９を生成する。特に、画面プログラム
１９において通信処理が実行されうる場合にその画面プ
ログラム１９の生成に利用されたレイアウトグループを
構成するデータ項目に関する設計情報に基づき通信項目
の定義を行う通信項目定義部１７と、画面を構成するデ
ータ項目とロジック情報を関連付けることによって当該
データ項目が画面上において選択されたときのアプリケ
ーションとしての振る舞いを定義するロジック生成部１
８とを有している。ロジック生成部１８は、生成するロ
ジックが通信を行うためのものである場合には、通信項
目定義部１７が定義した通信項目に基づき通信ロジック
を自動生成する。例えば、データ項目が画面上において
ボタンとして表示されている場合に、そのボタンが選択
されたときに起動され実行されるアプリケーションとし
ての振る舞いを定義する。文書生成部６は、画面の生成
に利用されたレイアウトグループに関する情報及び当該
レイアウトグループを構成する各データ項目に関する設
計情報に従い当該画面に関連する文書（仕様書，説明書
等）２０を自動生成する。ユーザインタフェース制御部
７は、ＧＵＩスタイルの画面からユーザにより全体機能
を操作させる。つまり、前述した各種情報や定義などの
指定は、ＧＵＩスタイルの画面から行われる。機能的に
は、上記各構成要素に含まれるが、Ｗｉｎｄｏｗ画面を
通じてユーザとの入出力を行うためソフトウェアの構造
にあわせて別途図示することにした。

【００２５】図２は、項目情報ファイル８のデータ構成
例を示した図である。項目情報ファイル８は、リレーシ
ョナルデータベース上で扱うテーブル及び各テーブルに
含まれている各データ項目を定義したファイルである。
本実施の形態では、基本的には項目情報ファイル８に定
義したデータ項目によりクライアントサーバ型の画面プ
ログラムを生成することになる。項目情報ファイル８
は、データベースのテーブル毎に生成され、名称が付け
られて管理されている。項目情報ファイル８には、ファ
イル名（テーブル名）等を含む当該項目情報ファイルに
関するファイル情報と、当該テーブルを構成する各項目
の名称、構造種別（他の項目情報との関係）、データタ
イプ等を含む項目情報とが予め設定されている。なお、
この他のファイルは、使用されるとき若しくは生成され
る処理の説明のときに併せて説明する。

【００２６】まず、最初に本実施の形態により生成され
る画面の例、その画面を表示する画面プログラム並びに
レイアウトグループに関する基本的な考え方を示すこと
で本実施の形態の概要について説明する。

【００２７】図３は、本実施の形態により生成される簡
単な画面の一例を示した図である。画面の土台を築くた
めの台紙２１の上にラベル２２とテキスト部品２３とを
対にして配置する。この例では、テキスト部品２３の内
容“001”が商品コードであることを示す。この画面の
“照会”用のボタン２４が押下されることにより通信処
理が起動され、この通信処理によってサーバ側のプログ
ラムと連携してサーバ側にあるデータ（商品名）を取得
し、対応するテキスト部品２５に商品名を表示する。つ
まり、本実施の形態では、ボタンとして表示されたデー
タ項目に通信ロジックを予め割り付けておき、そのボタ
ンが選択されることによってその通信ロジックが実行さ
れるように画面プログラムを生成しておく。本実施の形
態では、例示したように通信処理を伴う画面プログラム
を開発する際に好適な装置を提供するものである。

【００２８】図４及び図５は、図３に示した画面のソー
スプログラムであり、画面の定義と通信の関数が記述さ
れている。画面の定義部分は、項目情報ファイル８に定
義されたデータ項目に関する設計情報により生成され、
位置情報、部品情報などが記述されている。通信に関す
るロジック部分は、ロジックファイル１０に定義された
ロジック情報に基づき生成される。この情報は対象とす
る言語処理系に依存するものである。

【００２９】次に、本実施の形態の画面生成に使用され
るレイアウトグループについて説明する。

【００３０】レイアウトグループは、複数のデータ項目
を集団として扱うための枠組みであり、一覧表示された
中から指定されたデータ項目により構成される。図６
は、本実施の形態において定義されたレイアウトグルー
プのデータ構成の例を示した図であるが、図６において
レイアウトグループ“Ｇ１”に含まれることになったデ
ータ項目は、上から順番にレイアウトの対象となる。図
６の場合には、“項目１”、“項目２”、“項目３”の
順にレイアウトされる。それぞれのデータ項目には、
型、コントロール種別、ラベル位置、キャプション（見
出し）などのレイアウトに関連する属性情報が設定され
ることになる。「型」ではその型に入るデータをすべて
表示するだけのコントロールの幅が算出される。また、
「コントロール種別」ではコントロールの形を表す。
「ラベル位置」はデータ項目をコントロール化したとき
に、見出しをつけるかどうかを指定するものである。
「キャプション」は見出しの内容を文字列で指定する。
本実施の形態では、このようなレイアウトグループを複
数生成し、ある画面を生成する際に１乃至複数のレイア
ウトグループを指定させることで画面のレイアウトの構
成を自動化する。

【００３１】図７は、レイアウトグループをレイアウト
するときの各データ項目の配置について説明するための
図である。データ項目は、見出しのための文字列を持
ち、この場合には見出しと入力エリアなどのように展開
される。図６において、見出しのための表示部品である
ラベル２６は、上、左、無しの３つの表示方法がある。
入力部品２７は、データ項目の値を入力するためのフィ
ールドである。入力部品２７の種別は属性設定で選択可
能である。マージン２８は、見出しと入力部品間の余白
領域である。マージン２９は、ラベル２６間の部品間の
余白である。レイアウトグループが３つのデータ項目で
構成されている場合、調整なしの場合には図７（ａ）の
ような表示となる。横揃えの場合には、図７（ｂ）のよ
うに横に連結される。また縦揃えの場合には図７（ｃ）
のようにデータ項目が１つずつ縦に配置される。縦揃え
の場合には、特に見出しの位置で揃えたりする機能が有
効であり、入力エリアの配置される位置を揃える機能を
備える。

【００３２】図８は、複数のレイアウトグループの配置
の仕方について説明するための図である。レイアウトグ
ループは、画面の最大幅３０及び最大高３１の範囲内に
配置される。レイアウトグループ自体もデータ項目を表
示する矩形と同様にグループの大きさが計算され、レイ
アウトグループの矩形自体を縦揃え、横揃えすることで
画面全体が構成可されることになる。複数のレイアウト
グループの横揃えでは、各グループの横幅とグループ間
マージンを合計し、それが画面全体の最大幅を超えてい
たら折り返し、その下段に配置するようにしている。

【００３３】本実施の形態において特徴的なことは、複
数のデータ項目をまとめてグループ化してレイアウトを
行うようにしたことである。すなわち、画面（プログラ
ム）を生成する過程において、従来ではＧＵＩビルダと
対話式にデータ項目個々に指定したところを、本実施の
形態では複数のデータ項目を含むグループ単位に画面上
にレイアウトするようにした。最初にデータ項目をグル
ープ化する際にはデータ項目を個々に指定しなくてはな
らないが、いったんグループ化さえしてしまえば、それ
以降はグループ化した複数のデータ項目をまとめて扱う
ことができる。すなわち、レイアウトグループさえ指定
すればデータ項目を個々に指定する必要はなく、結果的
に画面を表示するプログラムを効率的に生成することが
できる。また、アプリケーション開発後のミドルウェア
などのバージョンアップにより当該アプリケーションが
動作しなくなった場合でも、そのバージョンで動作する
アプリケーションを効率よく生成することができる。

【００３４】次に、本実施の形態における処理の流れの
概要について図９に示したフローチャートを用いて説明
する。

【００３５】クライアントサーバ型のアプリケーション
において画面を表示する画面プログラムを生成する場
合、データベースの項目情報を読み込むことで、サーバ
側で使用するデータがわかる（ステップ１）。ただ、例
示した照会用ボタンなどは、データ項目としてデータベ
ースに含まれていないので、これをデータ項目として新
規に定義する（ステップ２）。全データ項目が定義され
たら、これらのデータ項目から画面を設計するためのレ
イアウトグループを生成する（ステップ３）。レイアウ
トグループは、レイアウトをする単位でデータ項目を集
めたもので、レイアウトグループを定義することによ
り、データ項目に対して様々な属性を設定することがで
きる（ステップ４）。属性は、例えば図６のようなもの
がある。次に、後述するレイアウト設計画面を表示し、
各データ項目のレイアウトグループ内におけるレイアウ
トを計算により求める。ユーザは、このようなレイアウ
トダイアログを指定してレイアウトする方法とは別に、
レイアウトグループの表からマウスで項目をドラッグし
て、かつ特殊なキーを操作しながらダイナミックにレイ
アウトを矩形で変更しながら形式を認識してレイアウト
する方法によってもレイアウトすることができる。そし
て、設定したレイアウトグループ及び各属性情報に基づ
き画面上にレイアウトグループを配置することで画面全
体のレイアウトの構成をする（ステップ５）。レイアウ
トされた情報は、処理言語に依存した画面プログラムと
して図５に示したような形式で自動生成される。

【００３６】以下、本実施の形態における上記各処理の
詳細について説明する。

【００３７】ステップ１において、項目情報読込部９
は、項目情報ファイル８に定義されている全データ項目
に関する項目情報を読み込み、画面設計のために指定さ
れうる設計情報としてメモリに保持・管理する。この保
持した情報は、レイアウトグループ情報定義部２等他の
構成要素から利用される。

【００３８】一方、ステップ２は、項目情報ファイル８
に含まれていないデータ項目を画面生成の際に使用した
い場合、あるいは、そのデータ項目が画面上に表示され
選択されたときのアプリケーションとしての振る舞いを
定義したい場合に任意に実行される処理である。この処
理は、データ項目定義部３によって実行されるが、この
処理の詳細については追って説明することにする。

【００３９】次に、本実施の形態において特徴的なレイ
アウトグループの生成（ステップ３）及びその属性の設
定（ステップ４）についてまとめて説明する。

【００４０】図１０は、レイアウトグループを新規に生
成するためのダイアログ画面の例を示した図である。こ
の画面において、フィールド３４は、レイアウトグルー
プの名前を入力するためのエリアであり、レイアウトグ
ループに対して一意の名前をつける。リスト部品３５に
は、レイアウトグループに固める項目一覧を表示する。
カテゴリ３６は、レイアウトグループの根幹を成すもの
である。カテゴリ３６にはヘッダ、明細、ボタン、フッ
タなどがあり、レイアウトをする上での属性を指定する
ことができる。例えば、ヘッダであれば、画面の上部、
明細であれば、画面の中央付近、フッタであれば画面の
下部といった配置がカテゴリの指定により容易に行うこ
とができる。チェックボックス３７には、レイアウトグ
ループをフレームといわれる枠で囲むかどうか指定す
る。キャプション３８には、レイアウトグループ全体に
見出しをつけるかどうか指定する。見出しが必要な場合
には入力フィールド３９に入力を行う。入力フィールド
４０〜４３は明細の場合に指定する。入力フィールド４
０にはコントロールの種類で明細コントロールとしては
表形式の部品とリストボックス、リストビューといった
複数の項目を１つのＧＵＩコントロールで分割して表現
できるＧＵＩ部品を選択することができる。入力フィー
ルド４１は表示行数であり、明細として何行表示できる
か最大値を指定する。入力フィールド４２は固定型の表
示であり、グリッド型のＧＵＩコントロールの場合に
は、グレーの見出しエリアを表示するかどうかを指定す
る。入力フィールド４３はソートであり、リスト系のＧ
ＵＩコントロールが選択されたときにデータ内容のソー
ト指定ができる。レイアウトグループ生成部１４は、ユ
ーザインタフェース制御部７を通じて上記入力設定事項
が設定され、追加ボタン４４が選択されると、レイアウ
トグループを新たに生成するとともに、その入力設定事
項をレイアウトグループの属性情報として定義する。こ
の新規に生成されたレイアウトグループに関する情報
は、情報管理部１へ送られ、保持・管理される。

【００４１】図１１は、定義したレイアウトグループに
含まれるデータ項目及びその属性情報を定義するための
画面例を示した図である。項目一覧エリア４５には、情
報管理部１から読み出したデータ項目の名称一覧が型、
長さ、部品名称などとともに表示される。このデータ項
目は、項目情報ファイル８及びロジックファイル１０で
定義されたものである。スクロールバー横のセパレータ
をマウスで移動させることでそれらの情報をすべて表示
することが可能である。また、エリア４６は、定義され
ているレイアウトグループの一覧が表示され、ここでデ
ータ項目のグルーピングを行いレイアウトグループのメ
ンバー構成をする。これは、新規生成したレイアウトグ
ループに含ませることになるデータ項目を項目一覧エリ
ア４５に一覧表示されている中から複数選択して当該レ
イアウトグループに登録するようにユーザに操作させ
る。データ項目を選択してレイアウトグループに登録す
ると、続いて当該データ項目の属性を指定することが可
能となる。図１２に各データ項目に対して設定する属性
のリストを示した。このような属性を設定することでレ
イアウトグループ内における画面レイアウトの自動作成
が可能となり、また、プログラムロジックに関連するプ
ロパティが設定でき、更にこのプロパティに従いプログ
ラムロジックの一部の自動生成が可能となる。

【００４２】図１３は、レイアウトグループを設定した
後に使用するレイアウトダイアログ画面の例を示した図
であり、この画面から設定した内容によってレイアウト
グループ内におけるレイアウトを自動生成することがで
きるようになる。リストボックス４７には、生成された
レイアウトグループが表示されるエリアであり、この中
からレイアウトの設定を行いたいレイアウトグループを
指定する。複数指定することもできる。レイアウト表示
倍率のエリア４８には、拡大縮小表示を指定する。チェ
ックボックス４９では、フォーム全体をいつでも表示す
るか、また、指定したレイアウトグループだけを表示す
るかを切り替える。チェックボックス５０では、領域５
５に示されるレイアウトグループ名称を表示するかどう
かを切り替える。ラジオボタン５１は、位置揃えの選択
を行うものであり、「無」は位置を特別そろえず、基本
となるマージンと原点が参照されレイアウトされる。
「左」は左端をレイアウトの上からみてきたときに揃え
るもので、一般的によく使用される機能である。「右」
は右端の位置を最大幅のＧＵＩコントロールに揃えるも
ので、主にボタンなどで使用される。ラジオボタン５２
ではグループの配置を指定し、レイアウトグループ自体
を縦に配置するか、横に配置するかを指定する。ラジオ
ボタン５３はデータ項目の配置であり、レイアウトグル
ープの内部でデータ項目を縦に配置するか、横に配置す
るかを指定する。ラジオボタン５４は部品間のマージン
を指定するもので、マージンを大きくとる、小さくす
る、なくすことの３段階で指定することができる。レイ
アウトボタン５３は、押下されることにより、リストボ
ックス４７で選択されたレイアウトグループの内容を表
示することができる。「戻す」ボタン５４はやり直しを
行うためのボタンである。領域５７はグループ名称を表
示するための領域である。領域５８はレイアウトを行う
ための領域である。この画面を通じてレイアウトグルー
プ内における各データ項目のレイアウトは、定義される
が、この処理はグループ内レイアウト定義部１５によっ
て行われる。

【００４３】図１４は、上記とは別の方法でレイアウト
グループ内における各データ項目のレイアウトを行う方
法を示したもので、入力装置としてのマウスを用いてレ
イアウトを行うやり方の例を示した図である。例えば、
図１１で示したレイアウトグループをマウスでドラッグ
して表示させることにより、レイアウトの柔軟性を高め
る機能を説明するものである。図１１においてレイアウ
トグループをマウス選択し、レイアウトビューにドラッ
グするとデフォルトの設定で矩形が表示される。この状
態でＳＨＩＦＴキーなどの特殊キーを同時に押下するこ
とにより、表示されている矩形５９を例えば縦揃えか
ら、横揃えにすることが可能である。マウスのドラッグ
を終了すると、矩形５９は具現化され、実際のＧＵＩ部
品として表示される。このとき、位置の計算はマウスド
ラッグを中止した座標をもとに再計算され、外郭は矩形
表示のまま、画面上に収まる。例えば、図１４に示した
ように縦揃えされている状態においてＳＨＩＦＴキーな
どの特殊キーを同時に押下したときに、図１５に示した
ように矩形は横揃えの表示に変更される。

【００４４】以上のようにして、画面表示されるデータ
項目は、レイアウトグループ単位にまとめられ、また、
レイアウトグループ及び各レイアウトグループを構成す
るデータ項目の各属性情報が定義される。すなわち、レ
イアウトグループ情報定義部２が行う上記処理により画
面の生成を効率的に行うための基礎となるデータが生成
されたことになり、次に説明するレイアウト処理により
利用されることになる。ここで生成、定義された情報
は、情報管理部１へ送られ、保持・管理される。なお、
ここで生成した各種情報は、同じ画面から更に変更を加
えることができる。

【００４５】次に、図９に示したステップ５における画
面全体のレイアウト処理について図１６に示したフロー
チャートを用いて説明する。

【００４６】レイアウト処理は、レイアウト生成部４に
より次の手順で行われる。まず、ステップ６において、
全てのデータ項目について、各データ項目に割りつけら
れたコントロールの幅及び高さを算出して保管する。ス
テップ７において、各データ項目の項目情報及び上記処
理により定義した各データ項目の属性情報などを参照し
て、レイアウトグループ内において各データ項目の配置
を行う。これをレイアウトグループ毎に行う。最後に、
ステップ８においてレイアウトグループの属性情報を参
照してレイアウトグループ全体を調整しながら全体の画
面レイアウトを行う。この各処理の詳細を更に図１７以
降のフローチャートを用いて説明する。

【００４７】図１７は、上記コントロール幅等の算出処
理（ステップ６）の詳細を示したフローチャートであ
る。まず、ステップ９ではレイアウト対象のレイアウト
グループに含まれる各データ項目の項目情報を取得す
る。ステップ１０において、コントロール種別をチェッ
クし、コントロールの外形を決める。具体的には、矩形
の線の太さ、線の有無、コンボボックスなどのマージ
ン、コンボボックスなどのボタン部分のマージンなどを
コントロール種別に応じ設定する。次に、ステップ１１
において、データ項目の型、長さをチェックする。型で
はＩＮＴ型などでは３２ビットの場合１０文字程度も数
字が文字列として入力可能と判断する。これに符号部を
いれることにより、全体の文字数などを決定する。ま
た、ＣＨＡＲ型の場合には、長さを考慮し、入力できる
文字の長さを得る。次に、ステップ１２において、指定
されているフォントに応じて幅と高さを算出する。フォ
ントが可変ピッチか固定ピッチかを考慮して幅を注意深
く算出する。固定ピッチのフォントの場合にはどの文字
でも問題がないが、可変ピッチのフォントだと“Ｉ”と
いう文字と“Ｍ”という文字では文字幅が異なるため、
ここでは可変ピッチの場合には、幅が最大の文字を選択
して計算を行う。また、属性の中に表示桁数の指定があ
ればそれも考慮する。次に、ステップ１３において、デ
ータ項目にキャプションがあるかどうかチェックする。
もし、キャプションがあればコントロール種別からチェ
ックし、キャプションの分の幅、高さの計算を行う。キ
ャプションがなければステップ１４において、未処理の
データ項目があるかどうかをチェックし、あればステッ
プ９に戻る。なければ終了する。

【００４８】図１８は、上記グループ内レイアウト処理
（ステップ７）の詳細を示したフローチャートである。
ステップ１５において配置を行うための座標変数ＸとＹ
に起点となる値を代入し、初期化する。通常１０，１０
などの値が入ることにより、左辺上を原点としたレイア
ウトを行う。次に、ステップ１６において、対象レイア
ウトグループからデータ項目の項目情報を１つ取り出
す。ステップ１７でキャプションを持つデータ項目かど
うかチェックする。キャプションを持つ場合、それを先
にレイアウトする必要がある。キャプションがある場合
には、ステップ１８からステップ２０でレイアウトす
る。すなわち、キャプションの配置として上記Ｘ，Ｙを
代入して（ステップ１８）、Ｘにキャプションの幅にＸ
の既定マージンの値を加えたものを次のコントロールを
配置するためのＸ座標とする（ステップ１９）。同様に
Ｙ座標も決定する（ステップ２０）。続いて、ステップ
２１からステップ２３で項目コントロール自体の座標を
決定する。すなわち、コントロールのＸ座標、Ｙ座標に
新たに求めた上記Ｘ，Ｙの値を代入した後（ステップ２
１）、Ｘ座標にデータ項目のコントロールの幅＋既定Ｘ
マージンの値を代入する（ステップ２２）。同様にＹ座
標も決定する（ステップ２３）。続いて、ステップ２４
で縦揃えか横揃えかを判定する。縦配置の場合には、Ｘ
座標を起点座標Ｘに戻し（ステップ２５）、Ｙ座標には
Ｙ座標にＹマージンを加えたものを代入する（ステップ
２６）。横配置の場合には、Ｘ座標にＸマージンを加え
たものを代入する（ステップ２７）。以上の処理を未処
理のデータ項目がなくなるまで繰り返し行う（ステップ
２８）。

【００４９】次に、各レイアウトグループを画面上に配
置する全体レイアウト処理（ステップ８）についてであ
るが、各レイアウトグループを配置することによって画
面全体のレイアウト処理を行う場合、１つのレイアウト
グループを１つの矩形と認識すれば、この図１８に示し
たフローチャートの処理手順と同様のアルゴリズムで各
レイアウトグループのレイアウト配置を行うことができ
る。よって、ステップ８の詳細な説明は省略する。

【００５０】画面全体のレイアウトが決定すると、プロ
グラム生成部５は、画面上に配置した各部品の座標や大
きさに関する情報、画面の生成に使用したレイアウトグ
ループに関する属性情報や各レイアウトグループを構成
する各データ項目の項目情報、属性情報等の設計情報を
参照し、必要な情報を予め用意している所定フォーマッ
トの型に当てはめ展開していくことによって、図４に示
したような画面プログラムを自動的に生成することがで
きる。

【００５１】以上のように、本実施の形態においては、
画面を構成するデータ項目をグループ化し、このグルー
プ単位に画面上に配置していくようにした。従来と比較
すると、レイアウトグループを生成する処理が加わるた
め一見すると処理の負荷が増大したようにも考えられる
が、いったんレイアウトグループを生成さえしてしまえ
ば、その後は生成したレイアウトグループを指定しなが
ら画面を生成していくのでデータ項目を個々に画面上に
配置する必要はなくなり、結果的に画面レイアウトの構
成を効率的に行うことができる。また、上記説明から明
らかなように操作するうえで特別高度な知識を必要とせ
ずに画面プログラムを生成することができる。

【００５２】ところで、前述した本実施の形態の概要に
おいて、本実施の形態は、表示画面上のボタン操作によ
り起動された通信処理によってサーバ側にあるデータ
（商品名）を取得して表示するような通信処理を伴う画
面プログラムを開発する際に好適な装置を提供するもの
であるということを図３を用いて説明した。ここでは、
その通信処理を行う通信ロジックを自動生成するとう本
実施の形態の特徴的な処理について説明する。

【００５３】図３を例にとると、画面上の“照会”用の
ボタンは、開発対象のアプリケーションが使用するデー
タ項目に含まれていないため、まず、このボタンのため
のデータ項目を新たに定義し、通信を行う通信ロジック
を完成させ、かつこのデータ項目が選択されたことによ
り通信ロジックが起動されるようにしなければならな
い。図１９は、このための設定を行う画面であり、ま
ず、この図１９に示した通信におけるトランザクション
設定の画面とその働きについて説明する。ここでの通信
項目の定義は、通信項目定義部１７により行われる。

【００５４】クライアントサーバ型のプログラムとプロ
グラムの間の通信では、データの流れを明確に定義する
必要がある。これは、通信量の算出や仕様検討などの場
合に有効で、システム全体の見積もりを行うときにもト
ランザクションの量の把握は欠かせない。また、トラン
ザクションを設定することにより、画面の部品項目を自
動的に通信し、サーバ側プログラムから送られてくるデ
ータを自動的に画面に表示することなどもできる。図１
９において、フィールド６６はレイアウトグループを表
示するものであり、ここで選択されたレイアウトグルー
プに含まれているデータ項目は、項目一覧エリア６７に
一覧表示される。フィールド６８は、項目一覧エリア６
７においてマウスクリックされたデータ項目の部品名称
を表示する領域である。フィールド６９，７０には、そ
れぞれサーバ側のプログラム名及びサーバ側プログラム
の中の機能に番号を割り当てたものを指定する。本実施
の形態において生成する通信ロジックは、ここに指定し
た通信プログラムと通信を行うことになる。ここでの通
信処理は、リモートプロシージャコールのような要求リ
クエストに対してサーバ側プログラム内で処理を行い、
その結果を返すというものを想定している。エリア７１
は、通信における要求に対する項目を指定するものであ
り、要求が起こるときに設定した項目がサーバ側プログ
ラムにデータとして通信される。またエリア７２は応答
側であり、要求側のエリア７１と同一のインターフェー
スになっており、応答結果としてのデータがサーバプロ
グラムから通信され、どの項目と対応するかを指定す
る。設定ボタン７３の押下によりこのダイアログでの設
定を行う。

【００５５】図２０は、ロジックファイル１０のデータ
構成例を示した図である。ロジックファイル１０は、開
発者によって予め生成されている。ロジックファイル１
０には、ロジックファイルの形式を示すバージョン“Ve
rsion”、対応するロジックファイルの機能を総称する
名前を指定する処理区分の名称“Division”、処理区分
の内容を説明する内容を記述する欄“DivInformation”
が順に設けられており、この欄以降で処理区分に含まれ
ている各機能を個別に定義する。すなわち、機能を表す
タイトル名“Title”、実際の処理言語上の名前である
関数名“ProcedureName”、関数の説明欄“Informatio
n”、関数がサブルーチンか関数かの種別を指定する関
数タイプ“ProcedureMode”、関数で指定する持つ引数
の数“ParamNum”、引数の数に応じて設けられるパラメ
ータであって各引数の型、説明、データなどを指定する
パラメータ“Param[n]”（図２０では２０の引数で例
示）、定義された内容をインラインで展開するかどうか
を示すフラグ“Inline”、実際の処理言語上のプログラ
ムを記述する欄“Code”をそれぞれ指定する。このよう
に、開発者は、利用する通信ロジックのコード自体をロ
ジックファイル１０に予め登録しておく。なお、本実施
の形態では、対象処理言語は簡単のためBASICとする。

【００５６】次に、図２１を用いてロジックの設定画面
を説明する。この画面を使用したロジックの生成は、ロ
ジック生成部１８により行われる。

【００５７】項目一覧エリア７４には、情報管理部１か
ら読み出した項目情報ファイル８及びロジックファイル
１０で定義されたデータ項目の名称一覧が型、長さ、部
品名称などとともに表示される。前述した図１１の項目
一覧エリア４５と同じものである。この中からロジック
を設定するデータ項目を選択することになる。イベント
一覧を表示する部品７５には、項目のＧＵＩコントロー
ルに対応したイベントが表示される。そのイベントに対
してロジックビュー７６でロジックを設定する。ロジッ
クビュー７６は、基本的にラインエディタのような操作
感になっており、１行が１つの文になる。ロジックビュ
ーの列は３つの内容すなわち処理区分７７、関数名７８
及び関数の引数７９をそれぞれ入力する領域に分かれて
いる。処理区分７７は、ロジックファイル１０に対応し
た処理内容を表示するものである。関数名７８には、処
理区分７７に指定した処理区分に応じて処理区分に含ま
れている関数名が表示される。関数の引数７９には、ロ
ジックファイル１０の仕様に応じて最大２０個までの引
数が入力できる。関数の最大引数より多くは入力できな
いようにロックされる。この画面のロジックビュー７６
に１行ずつ処理区分と関数を選択していくことで対応す
るロジックを作成していくことになる。

【００５８】つまり、システムが予め持っている若しく
はロジックファイル１０に登録されている関数群の中か
ら利用する関数及びその関数に設定する引数をこの画面
から設定することになり、ロジック生成部１８は、ここ
で設定した内容を関数群に組み込むなどして通信ロジッ
クを完成させることになる。

【００５９】例えば、通信用処理区分では、関数として
通信処理を用意しており、引数は５つである。第１引数
は必須入力チェックでＴｒｕｅは通信項目の内容のチェ
ックを行い、Ｆａｌｓｅはチェックしない。第２引数は
マウスポインタでＴｒｕｅは通信中は砂時計にし、Ｆａ
ｌｓｅは何もしない。第３引数はフォーム処理でＴｒｕ
ｅは通信中の入力を不可とし、Ｆａｌｓｅは何もしな
い。第４引数はサーバ側プログラム名称、第５引数はサ
ーバ側のオペレーションコードを記述する。この１行の
関数で、通信処理を行い、サーバ側へ図１９で定義した
トランザクション内容に従いデータを送信し、サーバプ
ログラムで処理が行われた後のデータを受信データと
し、トランザクション設計の受信で指定された項目にデ
ータ設定する。このときデータの内容があるかどうかの
必須チェックや、通信中にマウスを使えないように砂時
計マークにするなどの処理も選択可能とする。

【００６０】図２２は、サーバとの通信を画面から行う
処理の概要を説明するための図である。この通信処理で
は、クライアントからサーバへの電文送信を上りと表現
し、図１９に示した画面を利用したトランザクション設
計で設定されたデータ項目に対応する配列を生成する。
この配列にＧＵＩ部品項目から内容を取得し、それを上
りトランザクション用バッファにセットする。つまり、
要求側のエリア７１に指定したデータ項目の分の上りト
ランザクション用バッファが生成され、そこに画面から
入力された値などが設定されることになる。このあと、
通信関数を呼び出すことにより、通信処理に依存しない
処理ロジックが可能となる。通信関数へは、このバッフ
ァのポインタのみを渡すため、実際の通信処理がＴＣＰ
／ＩＰによる通信なのか、ローカルの通信か、モデムを
使用した通信か隠蔽することが可能となる。実際の通信
処理のロジックは、ロジックファイル１０に定義してお
くようにしてあるので、その通信ロジックを入れ替える
ことも容易にできる。下りトランザクションも同様に通
信関数からのデータは、下りトランザクション用バッフ
ァに格納されて返されることになるが、この下りトラン
ザクション用バッファは、応答側のエリア７２に指定さ
れたデータ項目の分が用意されることになる。その返さ
れたデータをＧＵＩ部品に設定するようなロジックを生
成することで画面プログラムから通信処理を容易に行う
ことができる。

【００６１】続いて、ロジック生成処理について図２３
に示したフローチャートを用いて説明する。

【００６２】ステップ２９においてレイアウトグループ
の中からデータ項目を取得する。次に、ステップ３０に
おいてロジック設定があるかどうかチェックする。ロジ
ック設定の有無は、図１９に示した画面から設定されて
いる。ロジック設定がなければ、ステップ２９に戻り、
次のデータ項目を取得する。ロジック設定がされていれ
ば、ステップ３１でロジック情報を取得する。次に、ス
テップ３２において組み込み処理かどうかをチェックす
る。組み込み処理は、通信やメッセージボックスの表示
など予めシステムが決めている処理である。もし、組み
込み処理でなければステップ３３においてロジックファ
イル１０から外付け関数ロジックを展開することでロジ
ックを生成する。もし、組み込み処理であれば、ステッ
プ３４において組み込み処理を行う。この処理の詳細は
後述する。ステップ３５において、また当該データ項目
に対するロジック情報があれば、ステップ３１に戻り生
成を継続する。ロジック情報がなければ、ステップ３６
において未処理のデータ項目があるか否かをチェック
し、なければ終了し、まだ残っていればステップ２９に
戻る。

【００６３】図２４は、図２３の中のステップ３４の組
み込み処理についてのフローチャートである。ここで
は、特に通信ロジックの生成処理について説明する。

【００６４】ステップ３７においてトランザクション通
信定義情報を取得する。この情報の中には、図１９の要
求側及び応答側のエリア７１，７２で指定された上りト
ランザクションのデータ項目、下りトランザクションの
データ項目が設定されている。ステップ３８において、
まず上りデータ項目のマッチング処理を行い、サーバへ
送信するデータを上りトランザクション用バッファに設
定する処理を生成する。次に、ステップ３９において通
信関数を呼び出す処理を生成する。そして、ステップ４
０においてトランザクション情報の下りトランザクショ
ンから下りデータ項目のマッチングを行い、サーバから
送られてくるデータが入る下りトランザクション用バッ
ファから当該データを画面上にセットするための代入文
を生成する。

【００６５】以上のように、本実施の形態によれば、用
意した画面（図１９，図２１）から必要な情報を設定す
るだけで画面から選択されることにより実行される通信
ロジックを自動生成することができる。クライアントサ
ーバシステムでは、クライアント側において表示された
画面上での操作によりサーバからのデータ取得などの通
信処理を伴う場合が容易に想定しうるが、本実施の形態
では、このような通信処理を行うためのロジックをレイ
アウトに関する情報、すなわちレイアウトグループ及び
データ項目の各属性情報等を参照することで容易に生成
することができる。なお、本実施の形態では通信ロジッ
クを生成する処理を例にして説明したが、エラー処理等
通信を伴わない他の処理にも適用することができる。

【００６６】図２５は、本実施の形態における情報管理
部１が保持・管理している各種情報の関係を示した概念
図である。情報管理部１は、図示しないメモリで各種情
報構造体として定義し管理しているということは前述し
たとおりであるが、図２５に示したようなツリー構造で
各種情報を保持している。図２５において、CWItemTbl
は項目情報テーブルであり、この中にCWItemというデー
タ項目を表すオブジェクトがメモリー上に展開される。
また、１つの画面の情報はCWFormTblという情報テーブ
ルがあり、この中にCWFormというフォーム固有の情報を
用意し、その中にCWGroupTblとCWLogicTblを準備し、グ
ループ情報とロジック情報を管理する。CWGroupTblでは
CWGroupを管理し、１つのレイアウトグループを管理す
る。このCWGroupではグループ内の項目情報を複数管理
する。次にCWLogicTblではロジック定義ごとにCWLogic
オブジェクトを作成し、その中にロジックビューで定義
したロジックを行ごとに管理するためのCWLogicLineオ
ブジェクトを持つ。また、トランザクション情報はCWTr
nTblで管理し、オブジェクトコード毎にCWReqTblを管理
する。CWReqTblはCWReqで構成されており、１つのリク
エストコードがCWReqになる。CWReqの中はCWTrnで構成
され上り、下りのデータ項目CWItemがCWItemTblで管理
される。また、ロジックファイルはCWCwzTblで管理され
る。CWFuncTblで処理区分ごとの関数がCWFuncとして、
またその引数がCWArgとして管理される。

【００６７】図２６及び図２７は、情報ファイル１１の
データ構成例を示した図である。情報ファイル１１は、
前述したように情報管理部５が管理する全ての項目情
報、ロジック情報を定義したファイルで項目情報ファイ
ル８及びロジックファイル１０に基づき生成される。こ
れらの情報をファイルで保持することでアプリケーショ
ン開発後においても設計情報として利用をすることがで
きる。また、設計情報のボリュームによっても補助的な
記憶媒体として利用することができる。

【００６８】ところで、上記説明では、レイアウトグル
ープ及び各データ項目の属性情報等に基づき通信ロジッ
クを自動生成することができることについて説明した
が、説明書や仕様書などの文書も上記属性情報等に基づ
き自動生成することができる。これは、例えば、説明書
概要、仕様書概要を入力するウィンドウを設け、そこか
ら内容を入力し、図２５に示した構造で保持することに
より、あるきまった形式で説明書や仕様書を生成するこ
とが可能となる。つまり、画面プログラムの生成に関す
る情報とある決まった形式とが１対１に対応するので、
従来の手書きで別々に記述するものとは異なり、生成さ
れた画面プログラムの内容で忠実にドキュメントが生成
される。

【００６９】なお、図２８から図３９までは、図２５で
使用しているオブジェクト構造について表にして内容を
示したものである。

【００７０】

【発明の効果】本発明によれば、画面上に配置するデー
タ項目によりレイアウトグループを生成し、そのレイア
ウトグループ単位に画面上に配置していくことで画面を
生成するようにしたので、画面レイアウトの構成を効率
的に行うことができる。また、画面に配置されるレイア
ウトグループの属性情報及び各レイアウトグループを構
成する各データ項目の属性情報の定義ができるように
し、この定義情報などに基づき画面プログラムを自動生
成するようにしたので、開発者は、特に高度な知識など
はなくても画面プログラムを生成することができる。こ
れにより、画面設計を効率化し、プログラム開発の生産
性を向上させることができる。

【００７１】また、開発対象となるアプリケーションが
使用しないデータ項目を設定できるようにしたので、所
望する画面を生成することができる。

【００７２】また、データ項目にロジックを割り付ける
ことができるので、例えば、画面上のデータ項目が選択
されたときに通信処理を実行させるなど画面表示以外の
ロジックを画面上から実行させることができる。特に、
例えばクライアントサーバシステムなどでは、クライア
ント側において表示された画面上での操作により通信処
理を伴う場合が少なくないが、このクライアント及びサ
ーバで動作するプログラム間の通信メカニズムや通信の
実現方法についてはいくつかの方法があり、また、様々
な通信形態についてロジックを生成する必要がある。本
発明では、レイアウトグループ及びデータ項目の各属性
情報等を参照することによってこの通信処理の実現方法
をトランザクションの形式でまとめ、異なる通信メカニ
ズムをプログラムレベルで隠し、単一の通信関数として
呼び出すことができるようにしたので、異なる通信メカ
ニズムの通信ロジックを容易に生成することができる。

【００７３】また、画面プログラムの生成に関しては、
仕様書の作成や説明書の作成は欠くことのできない作業
であるが、本発明では、定義された属性情報等を参照す
ることによって画面プログラムを生成すると同時に仕様
書や説明書など必要な文書を簡単に作成することがで
き、アプリケーション開発全体の生産性を向上させるこ
とができる。

【００７４】また、情報管理手段が内部で保持している
属性情報等を含む情報をファイルに保持するようにした
ので、アプリケーション開発後に当該ファイルを参照す
ることでＯＳやミドルウェア等がバージョンアップされ
てもその属性情報等に基づき新たなバージョンに対応し
たアプリケーションを容易に生成することができる。

【図面の簡単な説明】

【図１】 本発明に係るプログラム自動生成装置の一実
施の形態を示した機能ブロック構成図である。

【図２】 本実施の形態における項目情報ファイルのデ
ータ構成例を示した図である。

【図３】 本実施の形態により生成される画面例を示し
た図である。

【図４】 本実施の形態により生成されるソースプログ
ラムの内容例を示した図である。

【図５】 本実施の形態により生成されるソースプログ
ラムの内容例を示した図である。

【図６】 本実施の形態において定義されたレイアウト
グループのデータ構成の例を示した図である。

【図７】 本実施の形態において生成されたレイアウト
グループをレイアウトするときの各データ項目の配置に
ついて説明するための図である。

【図８】 本実施の形態において複数のレイアウトグル
ープの配置の仕方について説明するための図である。

【図９】 本実施の形態における処理の流れの概要を示
したフローチャートである。

【図１０】 本実施の形態においてレイアウトグループ
を新規に生成するためのダイアログ画面の例を示した図
である。

【図１１】 本実施の形態において定義したレイアウト
グループに含まれるデータ項目及びその属性情報を定義
するための画面例を示した図である。

【図１２】 本実施の形態においてレイアウトグループ
を生成する際に各データ項目に対して設定する属性を示
した図である。

【図１３】 本実施の形態におけるレイアウトダイアロ
グ画面の例を示した図である。

【図１４】 本実施の形態においてマウスを用いてレイ
アウトを行う方法を説明するための図である。

【図１５】 本実施の形態においてマウスを用いてレイ
アウトを行う方法を説明するための図である。

【図１６】 図９に示した画面全体のレイアウト処理を
示したフローチャートである。

【図１７】 図１６に示したコントロール幅等の算出処
理の詳細を示したフローチャートである。

【図１８】 図１６に示したグループ内レイアウト処理
の詳細を示したフローチャートである。

【図１９】 本実施の形態において通信におけるトラン
ザクション設定の画面とその働きについて説明するため
の画面例を示した図である。

【図２０】 本実施の形態におけるロジックファイルの
データ構成例を示した図である。

【図２１】 本実施の形態におけるロジックの設定のた
めの画面例を示した図である。

【図２２】 本実施の形態においてサーバとの通信を画
面から行う処理の概要を説明するための図である。

【図２３】 本実施の形態におけるロジック生成処理を
示したフローチャートである。

【図２４】 図２３に示した組み込み処理の詳細を示し
たフローチャートである。

【図２５】 本実施の形態における情報管理部のメモリ
管理の状態をツリー構造で示した図である。

【図２６】 本実施の形態における情報ファイルのデー
タ構成例を示した図である。

【図２７】 本実施の形態における情報ファイルのデー
タ構成例を示した図である。

【図２８】 本実施の形態における情報管理部が管理し
ている項目オブジェクト構造の内容を示した図である。

【図２９】 本実施の形態における情報管理部が管理し
ているグループ項目情報オブジェクト構造の内容を示し
た図である。

【図３０】 本実施の形態における情報管理部が管理し
ているフォームオブジェクト構造の内容を示した図であ
る。

【図３１】 本実施の形態における情報管理部が管理し
ているグループ情報オブジェクト構造の内容を示した図
である。

【図３２】 本実施の形態における情報管理部が管理し
ているロジックオブジェクト構造の内容を示した図であ
る。

【図３３】 本実施の形態における情報管理部が管理し
ているロジック行オブジェクト構造の内容を示した図で
ある。

【図３４】 本実施の形態における情報管理部が管理し
ているリクエストコード管理テーブルオブジェクト構造
の内容を示した図である。

【図３５】 本実施の形態における情報管理部が管理し
ているリクエスト情報オブジェクト構造の内容を示した
図である。

【図３６】 本実施の形態における情報管理部が管理し
ているトランザクション情報オブジェクト構造の内容を
示した図である。

【図３７】 本実施の形態における情報管理部が管理し
ているロジックファイル情報オブジェクト構造の内容を
示した図である。

【図３８】 本実施の形態における情報管理部が管理し
ているロジックファイル引数情報オブジェクト構造の内
容を示した図である。

【図３９】 本実施の形態における情報管理部が管理し
ているロジックファイル関数情報オブジェクト構造の内
容を示した図である。

【符号の説明】

１ 情報管理部、２ レイアウトグループ情報定義部、
３ データ項目定義部、４ レイアウト生成部、５ プ
ログラム生成部、６ 文書生成部、７ ユーザインタフ
ェース制御部、８ 項目情報ファイル、９ 項目情報読
込部、１０ ロジックファイル、１１ ロジック情報読
込部、１２ 情報ファイル、１３ 情報入出力部、１４
レイアウトグループ生成部、１５ グループ内レイア
ウト定義部、１７ 通信項目定義部、１８ ロジック生
成部、１９ 画面プログラム、２０ 文書。

フロントページの続き (56)参考文献 特開 平９−179729（ＪＰ，Ａ) 特開 平７−281880（ＪＰ，Ａ) 特開 平７−49758（ＪＰ，Ａ) 特開 平10−254689（ＪＰ，Ａ) 特開 平４−245374（ＪＰ，Ａ) 特開 平５−313872（ＪＰ，Ａ) 特開 平10−198557（ＪＰ，Ａ) 特開 平10−111898（ＪＰ，Ａ) 特開 平９−282152（ＪＰ，Ａ) 特開 平10−91412（ＪＰ，Ａ) 杉山 他，”プロトタイピング型情報 活用系システム開発環境 ＨＯＬＯＮ ／ＶＰのＧＵＩビルダ「プレゼンテーシ ョンデザイナ」”，ＮＥＣ技報, （1994），Ｖｏｌ．47，Ｎｏ．６ Ａ．Ｐｉｚａｎｏ，Ａ．Ｉｚａｗａ, Ｙ．Ｓｈｉｒｏｔａ，”Ａｎ ａｕｔｏ ｍａｔｉｃ ｓｃｒｅｅｎ ｌａｙｏｕ ｔ ｇｅｎｅｒａｔｏｒ ｆｏｒ ｉｎ ｔｅｒａｃｔｉｖｅ ｄａｔａｂａｓｅ ａｐｐｌｉｃａｔｉｏｎｓ”，Ｐｒｏ ｃ．Ｓｅｃｏｎｄ Ｉｎｔｌ．Ｃｏｎ ｆ．ｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ａ ｎｄ Ｋｎｏｗｌｅｄｇｅ Ｍａｎａｇ ｅｍｅｎｔ，（1993），ｐｐ．344−355 Ａ．Ｐｉｚａｎｏ，Ａ．Ｉｚａｗａ, Ｙ．Ｓｈｉｒｏｔａ，”Ａｎ ａｕｔｏ ｍａｔｉｃ ｓｃｒｅｅｎ ｌａｙｏｕ ｔ ｇｅｎｅｒａｔｏｒ ｆｏｒ ｄａ ｔａｂａｓｅ ａｐｐｌｉｃａｔｉｏｎ ｓ”，Ｐｒｏｃ．Ｆｉｒｓｔ Ｉｎｔ ｌ．Ｃｏｎｆ．ｏｎ Ｉｎｆｏｒｍａｔ ｉｏｎ ａｎｄ Ｋｎｏｗｌｅｄｇｅ Ｍａｎａｇｅｍｅｎｔ，（1992），ｐ ｐ．239−247 小山、菅野，「ビジネスアプリケーシ ョン ソフトウエア開発環境”ＨＹＰＥ Ｒ ＰＲＯＤＵＣＥ”」三菱電機技報, （1995），Ｖｏｌ．69，Ｎｏ．９，ｐ ｐ．68−72 白田、飯沢，”データベーススキーマ 情報からのＧＵＩ自動生成”，電子情報 通信学会論文誌 Ｄ−▲Ｉ▼，平成９年 １月，Ｖｏｌ．Ｊ80−Ｄ−▲Ｉ▼，Ｎ ｏ．１．ｐｐ．71−80 (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 9/06 - 9/46

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 開発対象となるアプリケーションが使用
   するデータベースに定義されている全データ項目に関す
   る項目情報を画面設計のために指定されうる設計情報と
   して保持・管理する情報管理手段と、設定画面に表示した 前記情報管理手段が保持しているデ
   ータ項目の中から選択されたデータ項目をグループ化す
   ることで画面上のレイアウト単位となるレイアウトグル
   ープを生成するとともに、設定画面からの入力設定事項
   に基づき当該レイアウトグループの画面表示形態に関す
   る属性情報を定義するレイアウトグループ生成手段と、 設定画面からの入力設定事項に基づき各レイアウトグル
   ープを構成するデータ項目が画面表示される際の当該レ
   イアウトグループ内におけるレイアウト及び当該各デー
   タ項目の画面表示形態に関する属性情報を定義するレイ
   アウトグループ内レイアウト定義手段と、 前記レイアウトグループ生成手段及び前記レイアウトグ
   ループ内レイアウト定義手段により定義された各定義情
   報に基づいて、入力指定された１乃至複数のレイアウト
   グループを画面上に配置するとともに当該各レイアウト
   グループを構成する各データ項目を配置される当該各レ
   イアウトグループ内に配置することによって 画面レイア
   ウトの構成を自動的に行うレイアウト生成手段と、 前記レイアウト生成手段により決定された画面レイアウ
   トを構成するレイアウトグループに関する情報に従い画
   面表示を実行する画面プログラムを生成するプログラム
   生成手段と、 を有することを特徴とするプログラム自動生成装置。
2. 【請求項２】 前記データベースに定義されていないデ
   ータ項目を定義するデータ項目定義手段を有することを
   特徴とする請求項１記載のプログラム自動生成装置。
3. 【請求項３】 前記情報管理手段は、予め設定されてい
   るロジック情報を設計情報として読み込むロジック情報
   読込部を有し、 前記プログラム生成手段は、画面を構成するデータ項目
   とロジック情報を関連付けることによって当該データ項
   目が画面上において選択されたときのアプリケーション
   としての振る舞いを定義するロジック生成部を有するこ
   とを特徴とする請求項１記載のプログラム自動生成装
   置。
4. 【請求項４】 前記プログラム生成手段は、画面プログ
   ラムにおいて通信処理が実行されうる場合にその画面プ
   ログラムが使用するレイアウトグループを構成するデー
   タ項目に関する設計情報に基づき通信項目の定義を行う
   通信項目定義部を有し、 前記ロジック生成部は、定義した通信項目に基づき当該
   画面プログラムにおける通信処理を実行するための通信
   ロジックを自動生成することを特徴とする請求項３記載
   のプログラム自動生成装置。
5. 【請求項５】 前記レイアウト生成手段により決定され
   た画面レイアウトを構成するレイアウトグループに関す
   る情報及び当該レイアウトグループを構成する各データ
   項目に関する設計情報に従い前記アプリケーションに関
   する文書を自動生成する文書自動生成手段を有すること
   を特徴とする請求項１記載のプログラム自動生成装置。
6. 【請求項６】 前記情報管理手段は、保持している設計
   情報や属性情報などの全情報をファイルによって保持・
   管理することを特徴とする請求項１記載のプログラム自
   動生成装置。