JPH0388026A - データ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） 本発明は、画面支援ツールによりワークステーション等
のコンピュータ端末装置でプログラム開発を行なうデー
タ処理装置に関する。

（従来の技術） 近年、ワークステーションに代表されるコンピュータ端
末の発達により、表示画面を使ったオペレータインター
フェイスがプログラム開発の主流となっている。これに
伴って、表示画面を使ったオペレータインターフェイス
の作成を支援するプログラム支援ツール（以下「画面支
援ツール」と略称する）が作られてきた。従来の画面支
援ツールとしては、画面に表示する画面イメージを作成
する方法と、一画面の入出力を画面支援ツールが行なう
方法とがある。

上記前者の画面に表示する画面イメージを作成する方法
は、画面に表示する罫線、見出し、入出力領域の枠線な
どのデータを作成するもので、−般にこれらのデータは
端末装置が理解できるハードウェア命令の集まりであり
、作成データをアプリケーションプログラムが取込み、
画面に表示するものである。第２図はこの方法を図示し
たもので、画面での入出力、すなわちオペレータと端末
装置１との対話は、一般のファイルの入出力と同様に、
サブルーチンを使ったり、プログラム言語の命令を使っ
たり、アプリケーションプログラム（データ処理プログ
ラム）２の中に記述するようになっている。

一方、上記後者の一画面の入出力を画面支援ツールが行
なう方法は、上記前者の方法に加えて、一画面について
の画面入出力を画面支援プログラムが行なうものである
。すなわち、第３図に示すようにアプリケーションプロ
グラム３が画面５（６）の表示を指示すると、プログラ
ムの制御が画面支援ツール（画面入出力装置）４に移り
、オペレータが一画面の人力完了を指示した時点でアプ
リケーションプログラムに制御が戻ってくるものである
。同時に画面５（６）から人力されたデータはアプリケ
ーションプログラム３が指定したデータ領域に返却され
る。

これらに示した画面支援ツールは、従来のｒｃＯＢＯＬ
Ｊ　　ｒＦＯＲＴＲＡＮＪといった言語を使ったプログ
ラミング環境の延長線上に位置するものである。

また、上記とは別に、従来のプログラミング環境を否定
して、まったく新しいプログラムの作成方法を提供して
いるツールも存在する。それは、画面入出力処理も含め
て、すべてを閉じたシステムの中で行なう方式のもので
、いわゆる第４世代言語にこの方式のものが多い。この
方式は、単に画面支援ツールというだけでなく、ファイ
ルシステム、データ処理を含めて、閉じたプログラミン
グツールの世界の中でプログラムを作っていくもので、
プログラムをまったく新しい環境で作らせるので、ツー
ルとして実現しやすいという利点がある。

（発明が解決しようとする課＠） しかして、オペレータから見えるソフトウェア（アプリ
ケーションプログラム）は、画面であり、オペレータは
画面と対話していると感じるものである。オペレータは
画面を通してソフトウェアに指示を送り、プログラムを
動かしていると感じているのであって、アプリケーショ
ンの指示に従って表示された画面を見ているとは感じて
いない。

第４図（Ａ）はオペレータから見たプログラムの一例を
示すもので、画面７上に例えば「ファイル名」と記され
た人力領域８が表示されており、ここでファイル名を指
定した後にそのファイルに応じて処理の実行を指定する
。この時オペレータは、アプリケーションプログラムが
、 （８１）　　ファイル名を指定すると、存在するファイ
ルかどうかをチエツクする処理を働かせ、存在しなけれ
ばエラーを画面に表示させる。

（Ｓ２）　　ファイルが存在すると確認した上で実行を
指定すると、そのファイル内容に従ったデータ処理のモ
ジュールを実行し、処理の終了と共に、画面７に必要な
メツセージを表示させる。

というような内容であると感じている。

しかるにこの同じ処理に対してプログラマは、第４図（
Ｂ）に符号９で示すように 「画面の表示」 「ファイル名の取込み」 「ファイルの存在チエツク」 「処理実行の確認メツセージの表示」 「データ処理」 「処理終了の表示」 等の処理からアプリケーションプログラムが構成されて
いることを解するものである。

このように、従来の画面支援ツールでは、「データ処理
モジュールが画面を呼出す。」という考え方でしかソフ
トウェアを作ることができず、これが上述したエンドユ
ーザであるオペレータの見た目とは大変かけはなれたソ
フトウェアの作り方であることは否めない。そして、こ
のプログラム構造とオペレータの見た目との差は、プロ
グラマが設計段階で頭の中で解決しなければならず、プ
ログラム生産の大きな負担となるばかりでなく、できあ
がったプログラム構造が大変分かりにくいものとなって
しまうものとなる。

一方、上述した第４は代言語のｒＰＲｏ−ＩＶＪのよう
に完全に閉じたシステムの中でソフトウェアを作ること
にすれば、画面入出力処理も含めた開発ツールを比較的
簡単に提供できるが、従来のソフトウェア資産を継承す
ることができない。例えば、今まで使ってきたデータベ
ースは新しい開発ツールで作るソフトウェアではアクセ
スできないため、新しくデータベースを作り直さなけれ
ばならない。また、今までｒｃＯＢＯＬＪやｒＦＯＲＴ
ＲＡＮＪ等で作ってきたサブルーチンは、新しい開発環
境下では使用することができない。

さらには、この新しい開発ツールで作るソフトウェアで
は、ハードウェアに柔軟に対応することもできないとい
う問題を生じる。

本発明は上記のような実情に鑑みてなされたもので、そ
の目的とするところは、オペレータの見た目に近い方法
でプログラムを構築できるアプリケーションプログラム
の開発ツールをプログラマに提供し、ソフトウェアの生
産効率を改善する一方、従来のソフトウェア資産を継承
しながら、使いやすいオペレータ操作を容易に実現する
ことを可能としたデータ処理装置を提供することにある
。

［発明の構成］ （課題を解決するための手段及び作用）本発明は、画面
に表示させる、罫線、見出しや情報及びオペレータの入
出力領域を画面上に定義して画面データを作成する画面
データ作成手段と、この画面データ作成手段で作成され
た複数の画面データに対する画面の表示順序や１つの画
面の中での入出力領域での入出力順序を決定する制御デ
ータを作成する制御データ作成手段と、これら画面デー
タ作成手段で作成された画面データ及び上記制御データ
作成手段で作成された制御データを記憶する記憶手段と
、アプリケーションプログラムの実行時に上記記憶手段
に記憶されている画面データ及び制御データを取込む取
込手段と、この取込手段で取込まれた画面データ及び制
御データにより表示画面を切替えて新たな画面データを
表示させる画面制御手段と、上記アプリケーションプロ
グラム固有のデータ処理を行なうサブルーチンを記憶す
るサブルーチン記憶手段と、このサブルーチン記憶手段
に記憶されるサブルーチンを上記アプリケーションプロ
グラム実行時に動的に呼出し、データ処理を実行させる
サブルーチン連結手段と、上記画面制御手段で表示され
た画面上の入出力領域において、上記取込手段で取込ま
れた制御データに応じてオペレータの入出力を制御する
一方、上記サブルーチン連結手段によりデータ処理を実
行させる画面入出力制御手段とを備えることにより、自
動的に画面の入出力処理を行ない、オペレータの見た目
に近いアプリケーションプログラムを開発すると共に、
過去のソフトウェア資産を継承することも可能となる。

（実施例） 以下本発明をワークステーション端末機に適用した場合
の一実施例について図面を参照して説明する。

第１図はその全体構成を示すものである。同図で１１は
画面に表示する罫線、見出しゃ、オペレータが入出力を
行なう人出カ領域を画面上に定義し、ワークステーショ
ンに表示する画面データを作成する画面データ作成部、
１２は画面データ作成部１１で作成した複数の画面デー
タの表示順序を決定したり、１つの画面データの中の入
出力領域の入出力順序を決定するといった画面制御デー
タを作成する画面制御データ作成部、１３は例えばハー
ドディスク装置で構成され、画面データ作成部１１で作
成された画面データ及び画面制御データ作成部１２で作
成された画面制御データを記憶する記憶部である。

記憶部１３に記憶される画面データは画面データ取込み
部１４に、画面制御データは画面制御データ取込み部Ｉ
５にそれぞれ取込まれる。画面データ取込み部１４は、
記憶部１３に記憶されている画面データを取込んで画面
制御部１６に転送する。また、画面制御データ取込み部
１５は、アプリケーションプログラムの実行時に記憶部
１３に記憶されている画面制御データを必要に応じて取
込み、その内容を解釈して画面制御部１Ｂあるいは画面
入出力制御部ｔ７に転送する。画面制御部１６は、画面
制御データ取込み部１５から転送されてきた画面制御デ
ータに従って画面を切替え、画面データ取込み部１４か
らの画面データによって作られる画面イメージを表示す
る命令をワークステーション端末機１８に送出する。画
面入出力制御部１７は、画面制御データ取込み部１５か
らの画面制御データに従い、ワークステーション端末機
１８の画面上の入出力領域を使ってオペレータとの対話
を制御する。ワークステーション端末機ｔ８は、画面制
御部１Ｂ、画面入出力制御部１７の指示に従って画面イ
メージを表示したり、付属するキーボード、マウス等の
人力を受けて画面入出力制御部１７に送出するものであ
る。

また、１９はオペレータの指示を受けた画面入出力制御
部１７、画面制御部１Ｂが必要に応じて呼出すユーザ作
成部品連結部であり、指定されたユーザ作成部品２０に
制御を渡し、その処理終了の通知を待って、通知がくれ
ば処理結果画面入出力制御部１７、画面制御部１６に送
達する。ユーザ作成部品２０は、既存のプログラミング
言語を使ってアプリケーション開発者が作成し、アプリ
ケーション固有のデータ処理を行なうサブルーチンであ
り、ここでは図示しないユーザ作成部品記憶部に記憶さ
れている。

次に上記実施例の動作について説明する。

まず、プログラマは画面データ作成部１１を使って画面
データを作成する。これは、マウス等によってワークス
テーション端末機１８の画面上に実際の画面イメージを
、絵を描くようにして作成されるもので、一般に「ペイ
ンタ」と呼ばれるものである。画面イメージ中には、見
出し、罫線等の他に、画面入出力制御部１７が使う、一
般に「フィールド」と呼ばれる入出力領域も併せて定義
しておく。作成された画面データは、ハードウェア命令
の集まりとして記憶部１３に記憶される。

この画面データの作成と平行して、画面制御データ作成
部Ｉ２により画面制御データを作成する。

例えば、入出力領域の位置と大きさを画面データ作成部
１１で画面上に矩形を描くことで定義すると、自動的に
これに続いて画面制御データ作成部１２において、その
入出力領域に対する・次に処理を行なう入出力領域 ・オペレータの人力にエラーがあった場合に呼出すエラ
ー処理 ・入出力処理中にファンクションキーが操作された場合
の処理 等を指定する。このような指定は分かりゃすくするため
に表形式で行ってもよい。

同じように画面データに対して、 ・次に表示する画面 ・画面を表示する前に実行するデータ処理ルーチン ・次の画面の表示の前に実行するデータ処理ルーチン ・その画面で有効なファンクションキーなどを指定する
。

指定された画面制御データは処理しゃすいパラメータの
形にして記憶部１３に記憶される。

次にプログラマは、データ処理を行なうユーザ作成部品
２０を作成する。この部品２ｏは、従来のｒｃＯＢＯＬ
Ｊ　　ｒＦＯＲＴＲＡＮＪといったプログラミング言語
を使って使ってサブルーチンとして作成される。使用頻
度の高いデータ処理部品２０は、共通部品のライブラリ
として提供しておけば、プログラマは使いたい部品を画
面制御データ作成部１２を使って画面制御データとして
登録するだけでよいので、−層ソフトウエア生産が簡単
になる。

また、プログラマがまだ作成していない部品のダミーを
作る機能を画面制御データ作成部１２に予め付加してお
けば、画面を作成するのみで、とりあえずプログラムを
実行させてみることができる。

このようにデータ処理を行なうユーザ作成部品２０は、
今までのプログラム技術で自由に作成でき、既存のファ
イル、データベースのアクセス等によって得ることも可
能である。

画面データ、画面制御データ、ユーザ作成部品２０がで
きたら、画面制御部１６を動作させてアプリケーション
プログラムを実行させる。ここで画面制御部１６は、ま
ず画面制御データ取込み部１５を呼出す。画面制御デー
タ取込み部１５は、記憶部１３から最初の画面制御デー
タを取込み、その画面制御データを解釈した上で画面制
御部１６に転送する。

画面制御部１６は、画面データ取込み部１４を呼出して
指定された画面データを記憶部１３から取出し、ワーク
ステーション端末機ｔ８に表示させる。

画面を表示したら、画面制御部１６は画面入出力制御部
１７に制御を移す。画面入出力制御部１７は、画面制御
データ取込み部１５からの画面制御データに従って、画
面上の入出力領域を使ってのオペレータとの対話を開始
する。オペレータとの対話の途中で、画面制御データに
ユーザ作成部品２０の呼出しが指定されていれば、画面
入出力制御部１７はユーザ作成部品連結部１９を呼出す
。

ユーザ作成部品連結部１９はこれに応じてユーザ作成部
品２０の中から指定されたものを呼出し、指定されたパ
ラメータを渡し、ユーザ作成部品２０のデータ処理が終
了するのを待機する。指定されたユーザ作成部品２０に
よるデータ処理が終了すると、ユーザ作成部品連結部１
９は処理結果を画面入出力制御部１７、あるいは場合に
よって画面制御部１６に返す。

画面入出力制御部１７、画面制御部１６は受取った処理
結果により、必要であれば記憶部ｉ３から画面データ取
込み部１４、画面制御データ取込み部１５を介して新た
に次の画面データ、画面制御データを取込み、入出力領
域や画面の切替えを行なう。

以上の処理を続行することにより、アプリケーションプ
ログラムが順次実行されていく。

［発明の効果］ 以上詳記した如く本発明によれば、画面に表示させる、
罫線、見出しや情報及びオペレータの入出力領域を画面
上に定義して画面データを作成する画面データ作成手段
と、この画面データ作成手段で作成された複数の画面デ
ータに対する画面の表示順序や１つの画面の中での入出
力領域での入出力順序を決定する制御データを作成する
制御データ作成手段と、これら画面データ作成手段で作
成された画面データ及び上記制御データ作成手段で作成
された制御データを記憶する記憶手段と、アプリケーシ
ョンプログラムの実行時に上記記憶手段に記憶されてい
る画面データ及び制御データを取込む取込手段と、この
取込手段で取込まれた画面データ及び制御データにより
表示画面を切替えて新たな画面データを表示させる画面
制御手段と、上記アプリケーションプログラム固有のデ
ータ処理を行なうサブルーチンを記憶するサブルーチン
記憶手段と、このサブルーチン記憶手段に記憶されるサ
ブルーチンを上記アプリケーションプログラム実行時に
動的に呼出し、データ処理を実行させるサブルーチン連
結手段と、上記画面制御手段で表示された画面上の入出
力領域において、上記取込手段で取込まれた制御データ
に応じてオペレータの入出力を制御する一方、上記サブ
ルーチン連結手段によりデータ処理を実行させる画面入
出力制御手段とを備えるようにしたので１、自動的に画
面の入出力処理を行ない、オペレータの見た目に近く、
オペレータ指向の使いやすいアプリケーションプログラ
ムを開発することが可能となり、またデータ処理を行な
う部分はプログラマが自由に作成したものを動的に結合
できるために過去のソフトウェア資産も利用でき、さら
には画面を作成さえすればとりあえずプログラムを実行
させることができるためにプロトタイプ指向のプログラ
ミング環境を実現することも可能なデータ処理装置を提
供することができる。

【図面の簡単な説明】

第１図は本発明の一実施例の全体回路構成を示すブロッ
ク図、第２図及び第３図は共に従来の画面支援ツールに
よるデータ処理装置を示すブロック図、第４図（Ａ）は
オペレータから見たアプリケーションプログラムを示す
図、第４図（Ｂ）はプログラマから見た同図（Ａ）のプ
ログラムを示す図である。 １１・・・画面データ作成部、１２・・・画面制御デー
タ作成部、１３・・・記憶部、１４・・・画面データ取
込み部、１５・・・画面制御データ取込み部、１６・・
・画面制御部、１７・・・画面入出力制御部、１８・・
・ワークステーション端末機、１９・・・ユーザ作成部
品連結部、２０・・・ユーザ作成部品。

Claims (1)

1. 【特許請求の範囲】 画面に表示させる、情報及びオペレータの入出力領域を
   示す画面データを作成する画面データ作成手段と、 この画面データ作成手段で作成された複数の画面データ
   に対する制御を行なうための、画面を切替える切替デー
   タ及び画面データ中の入出力領域での入出力を制御する
   入出力データからなる制御データを作成する制御データ
   作成手段と、 上記画面データ作成手段で作成された画面データ及び上
   記制御データ作成手段で作成された制御データを記憶す
   る記憶手段と、 この記憶手段に記憶されている画面データ及び制御デー
   タをアプリケーションプログラムの実行時に取込む取込
   手段と、 この取込手段で取込まれた画面データ及び制御データ中
   の切替データにより表示画面を切替えて新たな画面デー
   タを表示させる画面制御手段と、上記アプリケーション
   プログラム固有のデータ処理を行なうサブルーチンを記
   憶するサブルーチン記憶手段と、 このサブルーチン記憶手段に記憶されるサブルーチンを
   上記アプリケーションプログラム実行時に動的に呼出し
   、データ処理を実行させるサブルーチン連結手段と、 上記画面制御手段で表示された画面上の入出力領域にお
   いて、上記取込手段で取込まれた制御データ中の入出力
   データに応じてオペレータの入出力を制御する一方、上
   記サブルーチン連結手段によりデータ処理を実行させる
   画面入出力制御手段と を具備したことを特徴とするデータ処理装置。