JPH08329004A - アプリケーション・プログラム使用の端末操作性向上方法 - Google Patents

Abstract

(57)【要約】 【目的】 既存のアプリケーション・プログラムを有効
利用し、ソフトウェアの生産性と保守性を向上して、し
かも端末での操作性を向上した端末操作性向上方法を得
る。 【構成】 入出力を実行する際に参照する入出力情報フ
ァイルの領域を拡張し、アプリケーション・プログラム
に関係するテキスト情報に付加情報を付加して拡張入出
力情報ファイルを作成するステップと、拡張入出力情報
ファイルをホスト計算機から端末へダウンロードするス
テップと、端末では拡張画面制御部を設け、拡張画面制
御部が拡張入出力情報ファイルを参照して入出力データ
を出力またはメモリへ記憶するステップとを備えた。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ホスト計算機とワー
クステーション等で構成されるシステムで、アプリケー
ションプログラムを有効利用して、しかも端末操作性を
向上した制御方法に関するものである。

【０００２】

【従来の技術】従来、この種の入出力制御方法として、
特開平６−３５８５５号公報に示された図２５に示すよ
うなものがあった。図において、ホスト計算機側にある
１ｂは実行制御部で実行可能モジュールから通知された
画面／ファイル／プリンタに対する入出力を制御するプ
ログラム、２ａは実行可能モジュール、４ａは画面入出
力情報ファイルで、１つの実行可能モジュールの画面を
制御する情報を格納した情報ファイルである。また、端
末側にある３ｂは画面制御部でホスト側から通知される
入出力要求を制御するワークステーション側の制御プロ
グラム、５３はメニュー画面制御部でメニュー化された
入力フィールドを制御するプログラム、５４は情報ファ
イルでメニューに表示する内容を貯えた情報ファイルで
ある。図２６は図２５の画面入出力情報ファイル４ａの
例を示す図であり、図において１４はテキスト情報管理
部でテキスト情報１５と項目情報１８を管理する。１５
はテキスト情報でテキスト制御情報２４が含まれる。１
８は項目情報で項目の入出力区分、項目のタイプ、長さ
等が格納されている。この画面入出力情報ファイル４ａ
はホストコンピュータ側に存在する。図２７は図２５の
情報ファイル５４の例を示す図であり、図において１４
はテキスト情報管理部で、テキスト情報１５と項目情報
１８を管理する。１５はテキスト情報で、テキスト情報
にはテキスト制御情報２４が含まれる。図２８は図２
６、図２７のテキスト情報１５の例を示す図であり、図
において、２４はテキスト制御情報で、テキスト表示領
域をクリアするか等の情報である。５５は項目メニュー
表示情報へのチェインで項目メニュー表示情報５６を指
している。５６は項目メニュー表示情報で入力フィール
ドをメニューに変えたときに表示させる入力データを格
納している。

【０００３】次に動作について説明をする。端末側の動
作を概略述べると、画面入出力時にはホスト計算機から
のデータストリームを受け取り、簡単なメニュー情報が
入った情報ファイル５４を参照して、画面制御部３ｂが
画面表示をする。情報ファイル５４の内容も簡単である
が、画面制御自体も固定的なことしかできない。即ち、
画面入出力には以下の４つの種別がある。１つ目は、項
目で、カーソルが位置しているフィールドのデータのみ
を入力の対象とするもので、オペレータが入力したデー
タを１項目づつ入力内容のエラーチェック、再入力処理
等の木目細かな制御をしてアプリケーションを動作させ
るデータとして記憶する。２つ目は、テキスト入力で、
入力、出力項目及び出力定数を含んだ集団であるテキス
ト単位で入力を行う。テキスト入力は１回のＥｎｔｅｒ
（入力）キーの押下によりテキストに含まれる項目の入
力ができる。端末からホストに渡される１回の通信処理
にて複数の項目のデータを受け渡すことができるため入
出力性能に優れる。３つ目は、項目出力で、一つの項目
のみを画面上に出力するときに用いる。このときは出力
定数の出力や項目属性（色情報）の出力はない。４つ目
は、テキスト出力で、テキストに含まれる出力項目、出
力定数、入力項目及び出力項目の項目属性（色、入出力
区分等）の出力をまとめてテキスト単位で行う。図２５
において実行可能モジュール２ａから項目入力要求がで
ると、実行制御部１ｂは画面制御部３ｂへ入力要求通知
をする。画面制御部３ｂは実行制御部１ｂから渡され
た、図２８の項目メニュー表示情報へのチェイン５５の
オフセットにより項目メニュー表示情報５６を得て、メ
ニューに入力候補となる入力データを表示する。また、
実行可能モジュール２ａからテキスト入力要求がでる
と、図２６のテキスト情報管理部１４のオフセットが渡
されるので、画面制御部３ｂはテキストに含まれる項目
分だけ項目入力と同様の動作をくり返し指定のテキスト
分メニューを作り出す。

【０００４】上記構成によれば単純な項目入力、テキス
ト入力、項目出力とテキスト出力は可能であるが、それ
ぞれのオペレータに見易くするための画面上の木目細か
な制御、項目入力、テキスト入力のチェック等が固定で
あり、オペレータに優しい入出力制御はできなかった。
勿論、ワークステーション側にインテリジェンスを持た
せて、要求仕様に対応する操作性向上プログラムを作成
すればよいが、各ワークステーション毎に、又はまとめ
てワークステーション用として開発したとしてもホスト
側のアプリケーションプログラムと整合性をとらねばな
らずソフトウェア生産性を悪化させるだけでなくバージ
ョン変更や、各ワークステーション毎のプログラム管理
等、保守性もよくない。

【０００５】

【発明が解決しようとする課題】上記のように従来の方
法では、端末は小規模であり高速のプロセッサ、大容量
のメモリがなく、操作性の向上ができないという課題が
あった。近年のパーソナル計算機の発達により、このい
わゆるパソコンを利用した端末はそれぞれパソコン上で
プログラムすれば操作性の向上が可能であるが、そのた
めには端末側でのプログラミングが必要で、ホスト側と
の整合性を考慮しなければならず、保守管理も困難であ
るという課題があった。

【０００６】本発明は上記の課題を解決するためになさ
れたもので、既存のアプリケーション・プログラムを有
効利用し、ソフトウェアの生産性と保守性を向上して、
しかも端末での操作性を向上した端末操作性向上方法を
得ることを目的とする。

【０００７】

【課題を解決するための手段】この発明に係るアプリケ
ーション・プログラム使用の端末操作性向上方法は、入
出力を実行する際に参照する入出力情報ファイルの領域
を拡張し、アプリケーション・プログラムに関係するテ
キスト情報に付加情報を付加して拡張入出力情報ファイ
ルを作成するステップと、拡張入出力情報ファイルをホ
スト計算機から端末へダウンロードするステップと、端
末では拡張画面制御部を設け、拡張画面制御部が拡張入
出力情報ファイルを参照して入出力データを出力または
メモリへ記憶するステップとを備えた。

【０００８】また更に、拡張入出力情報ファイルは、テ
キスト情報を索引部とチェック情報を含む詳細情報とに
分け、詳細情報部分のみに付加情報を追加するようにし
た。

【０００９】

【作用】この発明によるアプリケーション・プログラム
使用の端末操作性向上方法は、ホスト計算機側で一括製
作された拡張画面入出力情報ファイルが端末へダウンロ
ードされ、端末側ではこれに従ってデータがチェック、
出力または入力処理され、あるいはエラー出力される。

【００１０】また更に、拡張画面制御部の既存のロード
モジュールが参照する索引部は変更されておらず、従っ
て既存のアプリケーション・プログラムに基づいて動作
する入出力は何の影響も受けない。

【００１１】

【実施例】

実施例１．以下、この発明の一実施例を図について説明
する。図１はアプリケーション実行時の構成を示してい
る。図において、ホストコンピュータ１００側の２はア
プリケーションプログラムの一部である実行可能モジュ
ールで、１は実行可能モジュール２の入出力を制御する
実行制御部である。一方、３はホストから通知される画
面入出力を制御する画面制御部であり、ワークステーシ
ョン２００上に存在する。同じく４ｂは新型式になった
画面入出力情報ファイルで、５はワークステーションウ
ィンドウ画面である。ホストとワークステーションはネ
ットワーク３００を介して接続されている。図２は図１
のアプリケーション実行のための装置を作成するための
開発時の構成を示してた図である。図において、６はホ
スト側開発環境制御部、８はコンパイラ、９は画面入出
力情報ファイルダウンロード制御部、１０はアプリケー
ションプログラムソースで、４ａ従来形式の画面入出力
情報ファイルである。一方、ワークステーション側にあ
る７はワークステーション側開発環境制御部で、４ｂは
ホスト側からダウンロードされる画面入出力情報ファイ
ルである。図３は画面入出力ファイルに新機能を付加す
るためのエディタの動作を説明するための図である。図
において、１２は画面入出力ファイルエディタ、１３は
画面編集用ワークステーションウィンドウ画面である。

【００１２】図４は画面入出力情報ファイルの構造の例
を示した図である。図において１４はテキスト情報管理
部で、画面入出力情報ファイルに含まれるテキストの数
だけ存在する。１５はテキスト情報であり、テキスト情
報管理部１４からポイントされる。１６は罫線情報であ
り、テキスト情報１５からポイントされる。１７はビッ
トマップ情報であり、テキスト情報１５からポイントさ
れる。１８は項目情報であり、テキスト情報管理部１４
からポイントされる。１９は入力内容チェック情報であ
り、項目情報１８からポイントされる。図５はテキスト
情報管理部の構造を示した図である。図において、２０
はテキスト情報へのチェインである。画面入出力情報フ
ァイルの数＋１個が生成され、最後はこの部分が−１と
なり、テキスト管理部の終わりを示すストッパとなる。
２１はテキスト名である。２２はテキストに含まれる項
目情報へのチェインであり、項目の数だけ存在する。テ
キストに含まれる項目の数＋１個が生成され、最後はこ
の部分が−１となり、テキスト管理部の終わりを示すス
トッパとなる。２３は２２で示したストッパである。図
６はテキスト情報の構造を示した図である。図におい
て、２４はテキスト制御情報、２５は罫線情報へのチェ
インであり、罫線データがないときは−１となる。２６
はビットマップ情報へのチェインであり、ビットマップ
データがないときは−１となる。

【００１３】図７は罫線情報の構造を示した図である。
この情報は図６の罫線情報２５よりポイントされる。図
において、２７は罫線データストリームで、罫線表示デ
ータである。図８はビットマップ情報の構造を示した図
である。この情報は罫線情報２５よりポイントされる。
図において、２８はビットマップデータで、イメージデ
ータのビットマップである。図９は項目情報を示す図で
あり、図５の項目情報へのチェイン２２からポイントさ
れる。図において、３１は入出力区分であり、項目フィ
ールドの入力、出力、入出力を区別する。３２は項目の
タイプであり、文字、数字、定数を区分する。３２は項
目のタイプであり、文字、数字、定数を区分する。３３
は項目の長さを示し、３４は項目が数字タイプの場合の
小数桁長を示し、３５は項目フィールドの横（カラム方
向）位置を示し、３６は項目フィールドの縦（行方向）
位置を示し、３７は出力時の文字列編集パターンを示
す。３８は文字の色、サイズ、フォント、入力ガイダン
スの有無、入力フィールド種別を示す属性であり、３９
は入力内容チェックへのポインタであり、４０は属性３
８がリストボックス（メニュー）形式、ラジオボタンの
時に、メニュー及びボタンの横に表示する文字列の数を
示す。４１は属性３８がリストボックス（メニュー）形
式、ラジオボタンの時に、メニュー及びボタンの横に表
示する文字列データであり、複数のデータはＮＵＬＬで
区切られる。４２は属性が入力ガイダンス有りの時の操
作ガイダンスに表示するデータの内容である。

【００１４】図１０は項目入力時に、入力内容が正しい
かをチェックするためのチェック情報の構造を示した図
である。このチェック情報は図９の３９からポイントさ
れる。図において、４３はチェック種別であり、日付検
査、数字検査、値検査、負の数検査の種別を表す。４４
はチェックで入力エラーとなった場合のプログラムの処
置の区分であり、メッセージボックスを出して、再入力
する／アボートするを区分する。４５はチェックでエラ
ーとなった場合のメッセージボックスに出すメッセージ
データである。４６はチェック種別が値検査の時比較す
るデータの数を格納する。４７はチェック種別４３が値
検査の時比較するデータであり、複数個の時ＮＵＬＬで
区切られる。図１１は、画面入出力情報ファイルエディ
タ１２が制御するワークステーションウィンドウ画面５
の例である。図において、４８は項目属性ダイアログ、
４９は項目属性変更ボタン、５０は罫線作成ボタン、５
１はイメージ作成ボタン、５２は項目／定数移動ボタン
である。以下、図１２はテキスト出力時の動作フローを
示す図、図１３は項目出力時の動作フローを示す図、図
１４は項目入力の動作フローを示す図、図１５はテキス
ト入力の動作フローを示す図、図１６実行時エラーのメ
ッセージボックス化のイメージを示す図、図１７はメッ
セージボックス化の処理フローを示す図、図１８はコン
パイラの構成と流れを示す図である。

【００１５】次に上記構成のシステムにおいて、操作性
を向上した制御方法を説明する。実施例１においては実
行可能モジュール２を再作成することなく画面インタフ
ェースをよくする例を示す。画面インタフェースを向上
させるために、画面入出力情報ファイル４ｂを４ａから
変更する。図２の画面入出力情報ファイルダウンロード
制御部９とワークステーション側開発環境制御部７を用
い、既存の画面入出力情報ファイル４ａをワークステー
ション側に転送しかつ、ワークステーション側開発環境
制御部７により新形式の画面入出力情報ファイル４ｂを
生成する。即ち、既存のアプリケーションプログラムを
利用し、それらと整合性をとりつつ、しかもホスト計算
機側で一括して端末ワークステーション側の操作性を向
上して保守性を良くしようとする。具体的には画面入出
力情報ファイル４ａ中の索引部（ヘッダ）はそのままに
して、操作性に係わる画面インタフェース、特に詳細情
報と、入出力データのチェック情報を付加または改良し
ようとするものである。これらの情報に基づいて機能強
化された画面制御部が入出力制御を行う。以下に具体例
に基づいて詳細を説明する。画面入出力情報ファイル４
ａと画面入出力情報ファイル４ｂとの違いは、図４と従
来の図２０との比較で判るように、テキスト情報１５か
ら罫線情報１６、ビットマップ情報１７がチェインされ
ていること、および項目情報に入力内容チェック情報１
９へのチェイン、操作ガイダンスデータ、選択（メニュ
ー表示）データが付加されている点である。索引部のテ
キスト情報管理部１４の各要素のサイズは変わりない。
即ち既存のアプリケーションプログラムは何の手を加え
る必要もない。テキスト情報１５へのチェイン、項目情
報へのチェインの値が変わるだけである。ダウンロード
時点では既存の情報のみが画面入出力情報ファイル４ｂ
に反映される。

【００１６】図３の画面入出力ファイルエディタ１２
は、ホスト計算機からダウンロードされた画面入出力情
報ファイル４ｂを読み込み、図１１の画面編集用ワーク
ステーションウィンドウ画面５に指定されたテキスト内
容を表示する。まずウィンドウ画面上のボタン等と対応
する情報の格納位置との対応を説明する。文字属性（文
字サイズ／フォント／色、操作ガイダンスの追加、表示
位置）を変更する場合は、図１１の項目属性変更ボタン
４９を押すと項目属性ダイアログ４８が画面に表れる。
実はそれまでは画面にでていない。文字サイズ／フォン
ト／色を変更する場合は項目属性ダイアログ４８の属性
の文字サイズ／文字フォント／色を変更する。画面入出
力ファイルエディタ１２は変更された情報を図９の項目
情報の属性３８に反映する。入力フィールドに対しては
項目属性ダイアログ４８の操作ガイダンスの設定ができ
る。操作ガイダンスは文字列であり、入力された文字列
は操作ガイダンスデータ４２に格納される。項目／定数
の表示位置を変更する場合は項目属性ダイアログ４８の
横位置／縦位置を変更する。この変更した内容にて画面
入出力情報ファイルエディタ１２は横位置３５、縦位置
３６を更新する。また、項目／定数移動ボタン５２を押
しマウスを用いて移動させることもできる。このときも
変更した内容は横位置３５、縦位置３６に格納される。
罫線を付加するまたは、修正する場合は図１１の罫線ボ
タン５０を押し、マウス操作により変更／生成する。画
面入出力情報ファイルエディタは罫線データストリーム
２７を更新／追加する。ビットマップデータ（イメージ
データ）を付加する場合は図１１のイメージ作成ボタン
５１を押し予め標準のツールで作成したビットマップデ
ータ１１を読み込み図８ビットマップデータ２８に格納
する。

【００１７】アプリケーションプログラムの操作性向上
に関連する実行時の動作は以下の通りとなる。実行可能
モジュール２からテキスト出力が出されたときは、図１
２のフローに示す動作を行う。実行可能モジュール２か
ら画面入出力情報ファイル４ｂの名前とテキスト情報管
理部２２が格納されている画面入出力情報ファイル４ｂ
の先頭からのオフセット、出力データがｗｒｉｔｅの要
求の引数として、実行制御部１へ通知される（図１２の
５８）。実行制御部１は、ネットワークを介して画面制
御部３へｗｒｉｔｅ要求の引数を通知する（図１２の６
０）。画面制御部３は画面入出力情報ファイル４ｂから
指定されたテキスト情報管理部１４を得る（図１２の６
１）。画面制御部３はテキスト制御情報２４を画面に出
力する（図１２の６２、６３）。テキスト制御情報３
は、テキスト表示領域をクリアか等の情報である。次に
罫線情報へのチェイン２５から罫線データストリーム２
７を得て罫線を画面に出力する（罫線情報が−１のとき
は罫線の出力はない）（図１２の６４）。次にビットマ
ップチェイン２６からビットマップデータ２８を得てイ
メージを画面に出力する（ビットマップ情報が−１のと
きはビットマップデータの出力はない）（図１２の６
５）。次に画面制御部３は項目情報へのチェイン２２か
らテキストに含まれる項目の数だけ項目出力を繰り返す
（図１２の６６、６７）。全項目の出力が完了すると画
面制御部３は出力完了を実行制御部１へ通知する（図１
２の６８）。実行制御部１は出力完了を実行可能モジュ
ール２に通知する（図１２の６９）。

【００１８】実行可能モジュール２から項目出力要求が
出されたときは、図１３のフローに示す動作を行う。実
行可能モジュール２から画面入出力情報ファイル４ｂの
名前と項目情報へのチェイン２２が格納されている画面
入出力情報ファイル４ｂの先頭からのオフセット、出力
データがｗｒｉｔｅの要求の引数として、実行制御部１
へ通知される（図１３の７２）。実行制御部１は、ネッ
トワークを介して画面制御３へｗｒｉｔｅ要求の引数を
通知する（図１３の７３）。画面制御部３は指定された
画面入出力情報ファイルから、指定されたオフセットの
項目情報のチェイン２２を得て、項目情報のチェイン２
２から図９項目情報を得る（図１３の７４）。項目情報
の横位置３５、縦位置３６に出力時の編集パターン３７
に従い、属性３８に格納されている画面入出力情報ファ
イルエディタ１２にて更新された文字フォント、文字サ
イズ、色にてワークステーションウィンドウ画面５に項
目内容を出力する（図１３の７５）。画面制御部３は実
行制御部１へ出力完了を通知する（図１３の７６）。実
行制御部１は実行可能モジュール２に出力完了を通知す
る（図１３の７７）。

【００１９】実行可能モジュール２から項目入力が出さ
れたときの動作を図１４に示す。実行可能モジュール２
から画面入出力情報ファイル４ｂの名前と項目情報への
チェイン２２が格納されている画面入出力情報ファイル
４ｂの先頭からのオフセット、データ受け取り領域がｒ
ｅａｄ要求の引数として、実行制御部１へ通知される
（図１４の８０）。実行制御部１は、ネットワークを介
して画面制御部３へｒｅａｄ要求の引数を通知する（図
１４の８１）。画面制御部３は指定された画面入出力情
報ファイルから、指定されたオフセットの項目情報のチ
ェイン２２を得て、項目情報のチェイン２２から図９項
目情報を得る（図１４の８２）。図９の操作ガイダンス
データ４２をワークステーションウィンドウ画面５に出
力し、図９の項目情報の横位置３５、縦位置３６に入力
要求を出す。このとき、操作ガイダンスデータ４２があ
るときは操作ガイダンスをウィンドウに表示する（図１
４の８３）。データの入力がなされると画面制御部３は
入力データが正しいかを図１０入力チェック情報のチェ
ック種別４３にて、入力データが日付として正しいか、
数値かどうか、比較相手データ４７との大小関係をチェ
ックする（図１４の８４）。入力内容が不正であったと
き画面入出力情報ファイルエディタ１２について追加さ
れたエラー時のメッセージ内容４５をメッセージボック
スを使って表示し、再入力へいく（図１４の８５）。テ
キスト入力でない場合は画面制御部３は実行制御部１へ
入力データを通知する（図１４の８６）。実行制御部１
は実行可能モジュール２へ入力データを通知する（図１
４の８７）。

【００２０】実行可能モジュール２からテキスト入力が
出される場合は、図１５のフローに示す動作を行う。実
行可能モジュール２から画面入出力情報ファイル４ｂの
名前とテキスト情報管理部２２が格納されている画面入
出力情報ファイル４ｂの先頭からのオフセット、データ
受け取り領域がｒｅａｄ要求の引数として、実行制御部
１へ通知される（図１５の９０）。実行制御部１は、ネ
ットワークを介して画面制御部３へｒｅａｄ要求の引数
を通知する（図１５の９１）。画面制御部３は画面入出
力情報ファイル４ｂから指定されたテキスト情報管理部
１４を得る（図１５の９２）。次に画面制御部３は要求
されたテキストに含まれている入力項目の一番初めに定
義された入力フィールドへカーソルを位置付ける。アプ
リケーションの操作員はテキストに含まれる入力項目に
対しデータを入力していく。Ｅｎｔｅｒキーが押下され
ると、画面制御部３は項目情報へのチェイン２２からテ
キストに含まれる項目の数だけ項目入力を繰り返す（図
１５の９２〜９３）。全項目のデータの取得が完了する
と画面制御部３は入力完了と入力データを実行制御部１
へ通知する（図１５の９４）。実行制御部１は入力完了
を実行可能モジュール２に通知する（図１５の９５）。

【００２１】上記のテキスト出力、項目出力、項目入
力、テキスト入力の動作に際して、画面入出力情報ファ
イル４ｂの４ａからの内容変更により操作性向上のデー
タ変更がなされた場合の具体的な画面の例を示す。図１
６は表示フォントを１２１、１２２、１２３の部分のみ
を他と同一の大きさと形から変更した例である。これは
図１１のワークステーションウィンドウ画面５のカーソ
ル表示位置で、項目属性ダイアログ４８の属性を指定す
れば変更ができる。つまり、図４の画面入出力情報ファ
イル４ｂの項目情報１８の詳細である図９の属性３８の
領域を新たに追加することで実現できる。項目出力時、
つまり図１３の動作時にこの属性３８を見て文字サイ
ズ、文字フォントで表示するからである。同様に、図１
７はウィンドウ画面の例を見やすくして操作性を向上し
た例である。カーソル等を使って罫線１２６、１２７の
ように罫線位置を指定し、その線の種類等を指定する
と、図４の画面入出力情報ファイル４ｂの付加した罫線
情報１６から図７の罫線データストリーム２７が得られ
て、画面表示動作時に図１２のステップ６４で罫線が表
示される。

【００２２】図１８は、ビットマップデータを付加して
ウィンドウ画面を見やすくして操作性を向上した他の具
体的な例である。他からの図形を利用するかまたはマウ
ス等を使ってバス図形１３１のビットマップを追加す
る。このデータは図４の画面入出力情報ファイル４ｂの
付加したビットマップ情報１７から図８のビットマップ
データ２８が得られて、画面表示動作時に図１２のステ
ップ６５でバス図形が表示される。図１９は、操作ガイ
ダンスを付加して入力時の操作性を向上した例である。
行き先コードのコード表示欄１３２を設け、地名コード
を表示する設定ができる。従来のダム端末では、特に罫
線とか出力領域を自由に設定した操作ガイダンスをつく
ることは難しかったが、本発明によれば入力フィールド
に付随した設定が可能なので、かなり自由なガイダンス
を作成できる。これら設定された値は画面情報ファイル
エディタ１２により、図９の項目情報に付随して格納さ
れる。そして項目入力時、図１４の動作フローのステッ
プ８３で図９の操作ガイダンスデータ４２の値を子ウィ
ンドウに表示する。図２０は、文字の表示位置を変更し
た例を示す画面である。この例では従来の２４行×８０
列で固定の文字表示位置を、画面入出力情報ファイル４
ｂの項目情報１８の横位置３５、縦位置３６に格納し、
表示動作時には対応する欄の表示位置をこの値で制御す
る。実施例１の方法によれば、ワークステーション側の
プログラムをアプリケーション対応で構築する必要がな
く、ソース管理、モジュール管理が容易で保守性、運用
性が高い。更に、アプリケーションの動作はホスト側の
みであるため、システム管理が容易である。

【００２３】実施例２．チェック機能を強化して操作性
を向上する例を説明する。従来は実行時にエラーが発生
した場合『コンソールに切り替えてください』等の表示
がされるだけでエラーの詳細は直接見られず、まして詳
しい内容は判らなかった。本実施例で実行時エラーが発
生した場合の動作を図２１に基づいて説明する。なお、
図２２はエラー発生時の表示画面の例であり、図２３は
テーブル指標がエラーになったときのエラー表示の例で
ある。いずれもエラーメッセージボックス化をしてあ
る。実行可能モジュール２内、又は実行制御部１内にて
エラーが発生した場合は、実行制御部１内のエラー処理
ルーチンへエラーが通知される。実行制御部１は画面制
御部３へエラーを通知する。画面制御部３はワークステ
ーションウィンドウ画面５に図２３の実行時エラーのメ
ッセージボックスを表示する。ここで、ユーザが終了す
るを選べば、ステップ１０８で画面制御部３は実行制御
部１へ終了を通知する。実行制御部１は実行可能モジュ
ール２を終了させる。また、ユーザがエラーをリカバリ
できるようなエラーの場合は、例えば図２４で、ユーザ
が項目の値の変更を選択したとき、ステップ１０６で変
更された値を実行制御部１に通知する。実行制御部１は
実行可能モジュール２のデータ部内の内容を変更する。
なお、実行時にユーザが修復不可能なエラーが発生した
場合でも、図２８に例を示すようにエラーコードまで表
示して詳細が判るよう出力する。

【００２４】実施例３．実施例１では、実行可能モジュ
ール２を再作成せずに操作性をよくしたが、アプリケー
ションソースプログラム１０には一切の手を加えず再コ
ンパイルすることによりデータ入力時にエラーが発生し
た場合のユーザインタフェースを向上させる手段につい
て説明する。図２４はコンパイラによる解析動作フロー
を示す図である。従来のコンパイラは図２の解析の流れ
の画面定義の解析ステップ１１５で、入力チェックを
し、その情報を実行可能モジュール２のデータ部内に格
納する。従来は実行制御部１がそのデータよりチェック
を行っていた。しかし、本発明においては、図２４の画
面定義部の解析ステップ１１５で、入力チェックをした
その情報は、図４の入力内容チェック情報１９に格納す
る。実行時の動作について説明をする。図１４は項目入
力のときの動作であるが、ワークステーションウィンド
ウ画面５からデータが入力されると、画面制御部３は図
１０に示す入力内容チェック情報によってチェックす
る。データがチェックに引っかかったときは画面入出力
情報ファイルエディタ１２にて追加されたエラー時のメ
ッセージをエラー時のメッセージ内容４５から得てメッ
セージボックスに表示をする。ユーザがメッセージボッ
クスを閉じると再入力にいきこれを繰り返す。

【００２５】本実施例では、プログラムソースを再度コ
ンパイルすることにより、端末側で処理可能な部分を抽
出し、操作性の向上とホスト負荷分散を達成している。
このために、図２４に示す機能を強化したコンパイラ
と、実施例１で述べた入力内容チェックを制御する画面
制御部３を備えた。項目の入力に関して、値の範囲、漢
字か、数字か、等をチェックすることがよくあるが、こ
のチェックする内容をプログラムソースが抽出し、この
チェック内容を画面入出力情報ファイル４ｂへ格納し、
端末で入力時にこのチェック内容を見て入力データの整
合性をチェックする。その結果、ホスト側でチェックす
る必要性がなくなる。また、端末側でチェックするの
で、入力エラー時には図１０に格納された（画面入出力
情報ファイルエディタ１２にて変更、追加する）入力内
容チェック情報により判り易いエラーメッセージボック
スで表示する。

【００２６】

【発明の効果】以上述べたようにこの発明によれば、ア
プリケーション・プログラムに関係するテキスト情報に
付加情報を付加した拡張入出力情報ファイルを作成する
ステップと、これを端末へダウンロードするステップ
と、拡張画面制御部が拡張入出力情報ファイルを参照し
て入出力データを処理するステップとを備えたので、既
存のアプリケーション・プログラムが有効利用でき、し
かも端末での操作性を向上できる効果がある。

【００２７】また更に、拡張入出力情報ファイルは、テ
キスト情報を索引部とチェック情報を含む詳細情報とに
分けて詳細情報部分のみに付加情報を追加するようにし
たので、既存のアプリケーション・プログラムには影響
を与えず、プログラムの生産性と保守性を高く維持でき
る効果がある。

【図面の簡単な説明】

【図１】 この発明の実施例１の端末操作性向上方法を
実行するシステム構成と動作フローを示す図である。

【図２】 実施例１の操作性向上を行うための開発時の
構成とダウンロードのための構成を示す図である。

【図３】 実施例１の拡張画面入出力情報ファイルを作
成するためのエディタの説明図である。

【図４】 実施例１の画面入出力情報ファイルの例を示
した図である。

【図５】 実施例１のテキスト情報管理部の構造の例を
示した図である。

【図６】 実施例１のテキスト情報の構造の例を示した
図である。

【図７】 実施例１の罫線情報の構造の例を示した図で
ある。

【図８】 実施例１のビットマップ情報の構造の例を示
した図である。

【図９】 実施例１の項目情報の構造の例を示した図で
ある。

【図１０】 実施例１の入力内容チェック情報の構造の
例を示した図である。

【図１１】 実施例１の画面入出力情報ファイルエディ
タが制御する画面の例を示す図である。

【図１２】 実施例１の端末側のテキスト出力動作を示
すフロー図である。

【図１３】 実施例１の端末の項目出力動作を示すフロ
ー図である。

【図１４】 実施例１の端末の項目入力動作を示すフロ
ー図である。

【図１５】 実施例１の端末のテキスト入力動作を示す
フロー図である。

【図１６】 実施例１で表示フォントを変更した画面を
示す図である。

【図１７】 実施例１で罫線を追加した画面を示す図で
ある。

【図１８】 実施例１でビットマップデータを追加した
画面を示す図である。

【図１９】 実施例１で操作ガイダンスを追加した画面
を示す図である。

【図２０】 実施例１で文字の表示位置を変更した画面
を示す図である。

【図２１】 実施例２の端末が実行時エラーの際にメッ
セージボックス表示をする動作フローを示す図である。

【図２２】 実施例２の端末が実行時エラー発生の際に
表示する画面の例を示す図である。

【図２３】 実施例２の端末の実行時エラー発生の際の
メッセージボックス表示例を示す図である。

【図２４】 コンパイラによる解析の流れを示す図であ
る。

【図２５】 従来の画面入出力制御方法を実行する装置
構成を示す図である。

【図２６】 従来の画面入出力情報ファイルの構成の例
を示す図である。

【図２７】 従来の情報ファイルの構造の例を示す図で
ある。

【図２８】 従来のテキスト情報の構造の例を示す図で
ある。

【符号の説明】

１ 実行制御部、２ 実行可能モジュール、３ 画面制
御部、４ａ 画面入出力情報ファイル、４ｂ 画面入出
力情報ファイル、５ ワークステーションウィンドウ画
面、６ ホスト側開発環境制御部、７ ワークステーシ
ョン側開発環境制御部、８ コンパイラ、９ 画面入出
力情報ファイルダウンロード制御部、１０ アプリケー
ションプログラムソース、１１ ビットマップデータ、
１２ 画面入出力情報ファイルエディタ、１４ テキス
ト情報管理部、１５ テキスト情報、１６ 罫線情報、
１７ ビットマップ情報、１８ 項目情報、１９ 入力
内容チェック情報、２０ テキスト情報へのチェイン、
２１ テキスト名、２２項目情報へのチェイン、２３
ストッパ、２４ テキスト制御情報、２５ 罫線情報へ
のチェイン、２６ ビットマップへのチェイン、２７
罫線データストリーム、２８ ビットマップデータ、３
１ 入出力区分、３２ 項目のタイプ、３３ 項目の長
さ、３４ 項目の小数桁、３５ 横位置、３６ 縦位
置、３７ 出力時の編集パターン、３８ 属性、３９
入出力内容チェックへのポインタ、４０ 選択データの
数、４１ 選択データ、４２ 操作ガイダンスデータ、
４３チェック種別、４４ エラー時の対応種別、４５
エラー時のメッセージ内容、４６ 比較相手の数、４７
比較相手データ、４８ 項目属性ダイアログ、４９項
目属性変更ボタン、５０ 罫線作成ボタン、５１ イメ
ージ作成ボタン、５２ 項目／定数移動ボタン、５３
メニュー画面制御部、５４ 情報ファイル、５５メニュ
ー項目情報へのチェイン、５６ メニュー表示情報。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 入出力を実行する際に参照する入出力情
   報ファイルの領域を拡張し、アプリケーション・プログ
   ラムに関係するテキスト情報に付加情報を付加して拡張
   入出力情報ファイルを作成するステップと、 上記拡張入出力情報ファイルをホスト計算機から端末へ
   ダウンロードするステップと、 上記端末では拡張画面制御部を設け、上記拡張画面制御
   部が上記拡張入出力情報ファイルを参照して入出力デー
   タを出力またはメモリへ記憶するステップとを備えたア
   プリケーション・プログラム使用の端末操作性向上方
   法。
2. 【請求項２】 拡張入出力情報ファイルは、テキスト情
   報を索引部とチェック情報を含む詳細情報とに分け、上
   記詳細情報部分のみに付加情報を追加することを特徴と
   する請求項１記載のアプリケーション・プログラム使用
   の端末操作性向上方法。