JPH08339350A - 端末制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 既存のホスト側アプリケーションプログラム
を変更することなく、ホスト側に定義体ファイルを追加
することによって、端末側のＧＵＩインタフェースを操
作できるようにする。 【構成】 ホスト側のアプリケーションプログラム３の
入出力要求時に、プログラム対応に作成されたウィンド
ウベースの画面を定義したＧＵＩ定義体ファイル９を参
照し、その入出力項目に対応したワークステーション２
へのイベント情報をホスト側ＧＵＩイベント送受信プロ
グラム９を通じてワークステーション２へ送信する。端
末側ＧＵＩイベント送受信プログラム１２はそのイベン
ト情報を解釈して、ＧＵＩによるメニュー・ウィンドウ
を表示したり、端末側アプリケーションの操作を行った
りすることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、端末制御方式に係り、
詳しくは、ホストコンピュータに接続された端末を制御
する端末制御方式に関するものである。

【０００２】

【従来の技術】従来、コンピュータシステムにおけるワ
ークステーション制御方式については、例えば特開平６
−３５８５５号公報で提案されたものがある。以下、こ
の従来のワークステーション制御方式について図面を用
いて説明する。図９は従来のコンピュータシステムにお
けるワークステーション制御方式の構成を示すブロック
図である。図９において、１００１はホストコンピュー
タであり、１００２はこのホストコンピュータ１００１
に接続されたワークステーションである。１００３はワ
ークステーション１００２のエミュレータ画面に対して
業務と画面と入出力項目を指定して画面入出力を行うア
プリケーションプログラムであり、１００４はアプリケ
ーションプログラム１００３の画面と入出力項目の情報
を有する業務対応の画面制御情報ファイルである。１０
０５はアプリケーションプログラム１００３からの画面
表示要求に対して、画面制御情報ファイル１００４の情
報を取り出し、取り出した画面制御情報ファイル１００
４の情報を基に入出力用データを作成し、この入出力用
データによりワークステーション１００２のエミュレー
タ画面に対して入出力要求を出すワークステーション・
データ管理プログラムであり、１００６はワークステー
ション・データ管理プログラム１００５からの入出力用
データをワークステーション１００２側に送信し、ワー
クステーション１００２と入出力を行うワークステーシ
ョン制御プログラムである。 １００７は複数個のウィ
ンドウを生成し管理するウィンドウ管理プログラムであ
り、１００８はホストコンピュータ１００１からの入出
力用データを受け取り、ウィンドウ管理プログラム１０
０７に入出力を要求し、ウィンドウにホストコンピュー
タ１００１からの画面表示を行うエミュレータである。
１００９はメニュー画面を制御するメニュー画面制御プ
ログラムであり、１０１０はエミュレータ１００８のＡ
ＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎ
ｔｅｒｆａｃｅ；アプリケーション間通信）の機能を使
って、ワークステーション１００２側のメニュー画面制
御プログラム１００９に業務ＩＤ、画面ＩＤ、入出力項
目ＩＤの通知を行うメニュー画面ＩＤ通知プログラムで
あり、１０１１は業務対応にあるメニュー画面制御情報
ファイルであり、画面制御情報ファイル１００４の入出
力項目に対応して予め作成されている情報ファイルであ
る。ここで、ホストコンピュータ１００１は、主にアプ
リケーションプログラム１００３、画面制御情報ファイ
ル１００４、ワークステーション・データ管理プログラ
ム１００５、ワークステーション制御プログラム１００
６及びメニュー画面ＩＤ通知プログラム１０１０から構
成されており、ワークステーション１００２は、主にウ
ィンドウ管理プログラム１００７、エミュレータ１００
８、メニュー画面制御プログラム１００９及び情報ファ
イル１０１１から構成されている。

【０００３】次に、図１０は図９に示すワークステーシ
ョン制御方式のアプリケーション画面変更例を示す図で
ある。図１０（ａ）にはアプリケーションプログラム１
００３と画面制御情報ファイル１００４により定義され
た画面Ｂを示し、図１０（ｂ）にはメニュー画面制御プ
ログラム１００９と情報ファイル１０１１により定義さ
れた画面ＮＢを示している。図１０（ａ）に示す画面Ｂ
の形式と図１０（ｂ）に示す画面ＮＢの形式は、各々異
なっており、画面ＮＢには、メニューを表示する情報も
含まれているために、メニュー表示を行うことができ
る。ここで、図１０（ａ）に示す入力項目Ｂ１と図１０
（ｂ）に示す入力項目ＮＢ１が対応し、図１０（ａ）に
示す入力項目Ｂ２と図１０（ｂ）に示す入力項目ＮＢ２
が対応し、アプリケーションプログラム１００３から見
ると、図１０（ａ）に示す入力項目Ｂ１，Ｂ２と図１０
（ｂ）に示す入力項目ＮＢ１，ＮＢ２は、同じ入力項目
に対する入力を示す。また、図１０（ｂ）に示すメニュ
ーは、入力項目ＮＢ１を入力する時に同期して表示され
る付加的なメニューである。

【０００４】次に、図１０（ａ）に示すような従来アプ
リケーション画面上に、図１０（ｂ）に示すような付加
的なメニュー画面を表示する方法を以下に説明する。 （１）アプリケーションプログラム１００３は、ワーク
ステーション・データ管理プログラム１００５に対して
画面制御情報ファイル１００４と画面ＩＤと入出力項目
ＩＤを指定して、ワークステーション１００２への入出
力要求を行う。ここで、画面制御情報ファイル１００４
は、ファイル名をそのまま業務ＩＤとする。画面ＩＤ
は、画面オフセットＯＢを用い、入出力項目ＩＤは、項
目オフセットＯＢ１あるいは項目オフセットＯＢ２等を
用いる。 （２）ワークステーション・データ管理プログラム１０
０５は、メニュー画面ＩＤ通知プログラム１０１０に画
面制御情報ファイル１００４と画面ＩＤと入出力項目Ｉ
Ｄを通知し、メニュー画面ＩＤ通知プログラム１０１０
は、エミュレータ１００８のアプリケーション間通信機
能を用いて、メニュー画面制御プログラム１００９に対
して画面制御情報ファイル１００４と画面ＩＤと入出力
項目ＩＤをワークステーション制御プログラム１００６
を通して通知する。 （３）メニュー画面制御プログラム１００９は、通知さ
れた業務ファイル名と画面ＩＤと入出力項目ＩＤから、
該当するメニュー情報を情報ファイル１０１１から取り
出し、取り出した情報ファイルのメニュー情報を基にウ
ィンドウ管理プログラム１００７に対して新しいウィン
ドウを作成して表示する。このようにして、画面制御情
報ファイル名ＸＸＸと画面オフセットＯＢと入出力項目
に対するオフセットＯＢ１をＩＤとして、付加的なメニ
ュー画面を表示することができる。 （４）画面操作者は、（３）で表示されたメニューに対
してマウス等で入力する。この時に入力されたデータ
は、メニュー画面制御プログラム１００９が受信し、予
めメニュー入力に対して決められたエミュレータ１００
８に対する動作情報を情報ファイル１０１１から取り出
し、取り出した情報ファイル１０１１の動作情報を基に
エミュレータ１００８に対するキーボードシミュレーシ
ョン機能を用いて入力情報をエミュレータ１００８の画
面に表示する。

【０００５】この従来のワークステーション制御方式で
は、アプリケーションプログラム１００３を基に表示さ
れた図１０（ａ）に示すエミュレータ画面に対して、図
１０（ｂ）に示す如く情報ファイル１０１１を基にメニ
ューウィンドウを表示している。このため、メニューウ
ィンドウに入力項目におけるガイダンス等を表示するこ
とにより、操作性を上げることができるという利点を有
する。また、既存のアプリケーション・プログラム１０
０３を変更することなく、プルダウンメニューやボタン
等のＧＵＩによるメニュー表示を行うことができるとい
う利点を有する。

【０００６】

【発明が解決しようとする課題】しかしながら、上記し
た従来のワークステーション制御方式では、エミュレー
タ画面に入力項目におけるガイダンス表示用のメニュー
ウィンドウを表示するために、メニューウィンドウ表示
用の情報ファイル１０１１をワークステーション１００
２毎に設けていたため、ワークステーション１００２の
情報ファイル１０１１を追加／修正する場合、全てのワ
ークステーション１００２上の情報ファイル１０１１を
追加／修正しなければならず、特に、ワークステーショ
ン１００２の台数が多くなる程、非常に手間がかかり面
倒であるという問題があった。

【０００７】そこで、本発明は、端末側にメニュー画面
表示用の定義体ファイルを設けることなく、ホストコン
ピュータ側にメニュー画面表示用の定義体ファイルを追
加することにより、既存のアプリケーション・プログラ
ムを変更しないで端末側のエミュレータ画面にメニュー
画面を表示することができるとともに、メニュー画面表
示用の定義体ファイルを追加修正する場合、ホストコン
ピュータ側のみを追加／修正するだけで済ませることが
でき、定義体ファイルの追加／修正を容易に行うことが
できる端末制御方式を提供することを目的としている。

【０００８】

【課題を解決するための手段】第１の発明は、以下の要
素を有することを特徴とするホストコンピュータに接続
された端末を制御する端末制御方式。 （ａ）以下の要素を有するホストコンピュータ （ａ１）端末側のエミュレータ画面情報を含むアプリケ
ーションプログラムを起動させる起動手段、（ａ２）該
アプリケーションプログラムにより表示する端末側のエ
ミュレータ画面に付加的に表示するメニュー画面の画面
属性を定義したメニュー画面情報を含む定義体ファイ
ル、（ａ３）該定義体ファイルで定義された画面属性に
基づいて端末側にメニュー画面情報を送信する送信手
段、 （ｂ）以下の要素を有する端末 （ｂ１）前記送信手段から送信されてきた上記メニュー
画面情報を受信し、該メニュー画面情報に基づいてメニ
ュー画面をエミュレータ画面に付加的に表示する表示手
段。

【０００９】第２の発明は、前記メニュー画面情報に対
応した前記メニュー画面表示用のデータを格納するデー
タファイルを有し、前記送信手段は、前記端末側に前記
メニュー画面情報を送信する際、前記定義体ファイルで
定義された画面属性に基づいて前記データファイルから
データを読み取って端末側に送信することを特徴とする
ものである。

【００１０】第３の発明は、前記表示手段が、前メニュ
ー画面に表示した情報を選択し、選択した前記メニュー
画面の情報を前記エミュレータ画面に表示することを特
徴とするものである。

【００１１】第４の発明は、前記表示手段が、前記エミ
ュレータ画面に表示するエミュレータ出力項目に対応し
た出力付加情報メニュー用のウィンドウを前記エミュレ
ータ画面に付加的に表示することを特徴とするものであ
る。

【００１２】第５の発明は、前記ホストコンピュータか
ら前記端末側のアプリケーションプログラムを起動させ
る端末側アプリケーションプログラム起動手段を有する
ことを特徴とするものである。

【００１３】第６の発明は、前記ホストコンピュータか
ら、前記端末側で動作している特定アプリケーションプ
ログラムのウィンドウを前記エミュレータ画面に表示し
た他のウィンドウ画面の最上面に表示する表示手段を有
することを特徴とするものである。

【００１４】第７の発明は、前記ホストコンピュータか
ら前記端末側で動作している特定アプリケーションプロ
グラムのウィンドウの表示を消す表示制御手段を有する
ことを特徴とするものである。

【００１５】第８の発明は、前記送信手段が、前記ホス
トコンピュータから前記端末側で動作している特定アプ
リケーションプログラムにキー入力をシミュレートする
イベントコードを送信することを特徴とするものであ
る。

【００１６】第９の発明は、前記ホストコンピュータか
ら前記端末側で動作している特定アプリケーションプロ
グラムを終了させる終了手段を有することを特徴とする
ものである。

【００１７】第１０の発明は、入力された特殊機能キー
に対応した機能を変更するか、または有効になっていな
いキーに機能を追加する機能変更／追加手段を有するこ
とを特徴とするものである。

【００１８】

【作用】第１の発明では、ホストコンピュータ側にメニ
ュー画面表示用の画面属性を定義したメニュー画面情報
を含む定義体ファイルを作成し、この定義体ファイルの
画面属性を基に端末側にメニュー画面情報を送信して、
アプリケーションプログラムにより表示した端末のエミ
ュレータ画面にメニュー画面を付加的に表示するように
構成している。このため、メニュー画面にエミュレータ
画面の入力項目におけるガイダンス等を表示することに
より、操作性を上げることができるとともに、既存のア
プリケーションプログラムを変更することなく、プルダ
ウンメニューやボタン等のＧＵＩによるメニュー表示を
行うことができる。また、端末側にメニュー画面表示用
の定義体ファイルを設けないでホストコンピュータ側に
メニュー画面表示用の定義体ファイルを追加して構成し
たため、メニュー画面表示用の定義体ファイルを追加／
修正する場合、ホストコンピュータ側のみを追加／修正
するだけで済ませることができ、定義体ファイルの追加
／修正を容易に行うことができる。

【００１９】第２の発明では、定義体ファイルの画面属
性に対応したメニュー画面表示内容のデータを格納する
データファイルを設けて構成したため、メニュー画面表
示内容を自由に、かつ容易に変更することができるとと
もに、従来アプリケーションプログラムが持っていたデ
ータファイルをそのまま使用することができる。また、
データファイルがなくてテキストボックスを用いてキー
ボードでデータを入力する場合よりも、操作性を向上さ
せることができる。

【００２０】第３の発明では、メニュー画面に表示した
情報を選択し、選択したメニュー画面の情報をエミュレ
ータ画面に表示するように構成したため、キーボードで
入力する場合よりも、マウス等の操作によりメニュー画
面の情報を選択してエミュレータ画面の入力項目に操作
性良く入力することができる。

【００２１】第４の発明では、エミュレータ出力項目に
対応した出力付加情報メニュー用のウィンドウをエミュ
レータ画面に付加的に表示するように構成したため、エ
ミュレータ画面に表示した出力項目に対してエミュレー
タ画面に更にイメージデータ等による詳細情報等を表示
することができ、操作性を上げることができる。

【００２２】第５の発明では、ホストコンピュータから
端末側のアプリケーションプログラムを起動させるよう
に構成したため、ホストコンピュータ側から起動させた
い端末側のワープロ、表計算等のＯＡソフトを起動させ
ることができ、操作性を上げることができる。

【００２３】第６の発明では、ホストコンピュータから
端末側で動作している特定アプリケーションプログラム
のウィンドウを他のウィンドウ画面の最上面に表示する
ように構成したため、ホストコンピュータ側から特定ア
プリケーションプログラムのウィンドウを他のウィンド
ウ画面の最上面に持ってきて表示して、入力したいウィ
ンドウを最上面に表示することができ、入力フォーカス
を与えることができる。

【００２４】第７の発明では、ホストコンピュータから
端末側で動作している特定アプリケーションプログラム
のウィンドウの表示を消すように構成したため、ホスト
コンピュータ側から操作終了等により消したいウィンド
ウを消すことができ、操作性を上げることができる。

【００２５】第８の発明では、ホストコンピュータから
端末側で動作している特定アプリケーションプログラム
にキー入力をシミュレートするイベントコードを送信す
るように構成したため、あたかもキーボードからキーが
入力されたと同様の情報をホストコンピュータから端末
側のアプリケーションプログラムに送ることができ、ホ
ストコンピュータ側から端末側のアプリケーションプロ
グラムをコントロールすることができる。

【００２６】第９の発明では、ホストコンピュータから
端末側で動作している特定アプリケーションプログラム
を終了させるように構成したため、ホストコンピュータ
側から操作終了等により終了させたい端末側のアプリケ
ーションプログラムを終了させることができ、操作性を
上げることができる。また、端末側のアプリケーション
プログラムを連続で動作させる場合よりも、メモリの消
耗による動作不良の恐れをなくすことができる。

【００２７】第１０の発明では、入力された特殊機能キ
ーに対応した機能を変更するか、または有効になってい
ないキーに機能を追加するように構成したため、ＧＵＩ
によるウィンドウ画面表示や端末側のアプリケーション
プログラムの起動／操作等を操作性良く行うことができ
る。

【００２８】

【実施例】

実施例１．以下、本発明の実施例を図面を参照して説明
する。図１は本発明に係る実施例１の端末制御方式の構
成を示すブロック図である。図１において、１はホスト
コンピュータであり、２はこのホストコンピュータ１に
接続されたワークステーションである。３はワークステ
ーション２のエミュレータ画面に対して業務と画面と入
出力項目を指定して画面入出力を行うアプリケーション
プログラムであり、４はアプリケーションプログラム３
の画面と入出力項目の情報を有する業務対応の画面制御
情報ファイルであり、５はアプリケーションプログラム
３からの画面表示要求に対して、画面制御情報ファイル
４の情報を取り出し、取り出した画面制御情報ファイル
４の情報を基に入出力用データを作成し、この作成した
入出力用データによりワークステーション２側のエミュ
レータ画面に対して入出力要求を出すワークステーショ
ン・データ管理プログラムであり、６はワークステーシ
ョン・データ管理プログラム５からの入出力用データを
ワークステーション２側に送信し、ワークステーション
２と入出力を行うワークステーション制御プログラムで
ある。７はアプリケーションプログラム３の入出力項目
対応に、その入出力時にアプリケーションプログラム３
により表示するワークステーション２側のエミュレータ
画面に付加的に表示するメニュー画面の画面属性を定義
したメニュー画面情報を含むＧＵＩ定義体ファイルであ
り、定義体ファイル７はアプリケーションプログラム３
毎に１つ存在する。８はＧＵＩ定義体ファイル７で定義
したメニュー画面内に表示するメニュー画面表示用のデ
ータを格納するデータファイルであり、９はＧＵＩ定義
体ファイル７で定義したメニュー画面情報とメニュー画
面に出力するデータファイル８からの読込み情報とをワ
ークステーション２側に送信するホスト側ＧＵＩイベン
ト送受信プログラムである。１０は複数個のウィンドウ
を生成し管理するウィンドウ管理プログラムであり、１
１はホストコンピュータ１からの入出力用データを受け
取り、ウィンドウ管理プログラム１０に入出力を要求
し、ウィンドウにホストコンピュータ１からの画面表示
を行うエミュレータであり、１２はホスト側ＧＵＩイベ
ント送受信プログラム９からメニュー画面情報とメニュ
ー画面に出力する情報とを受信し、入力したメニュー・
ウィンドウ１３を表示する端末側ＧＵＩイベント送受信
プログラムであり、１３は端末側ＧＵＩイベント送受信
プログラム１２からの情報を基に表示されたメニュー・
ウィンドウである。なお、図１では、ワークステーショ
ン制御プログラム６とホスト側ＧＵＩイベント送受信プ
ログラム９を別々に単独で構成する場合を示している
が、ワークステーション制御プログラム６とホスト側Ｇ
ＵＩイベント送受信プログラム９を単独ではなく一体的
に構成してもよい。また、エミュレータ１１と端末側Ｇ
ＵＩイベント送受信プログラム１２を別々に単独で構成
する場合を示しているが、単独ではなく一体的に構成し
てもよい。また、アプリケーションプログラム３と画面
制御情報ファイル４を別々に単独で構成する場合を示し
ているが、単独ではなく一体的に構成してもよい。

【００２９】次に、図２は図１に示すＧＵＩ定義体ファ
イル７のファイルフォーマットの一例を示す図である。
ここでは、ＧＵＩ定義体ファイル７のファイルフォーマ
ットの一例を示している。このＧＵＩ定義体ファイル７
のファイル名は、アプリケーションプログラム３のファ
イル名＋拡張子（．ＧＵＩ）となっており、アプリケー
ションプログラム３と一意に決められる。例えば、アプ
リケーションプログラム３の４つの入出力項目Ａ，Ｂ，
Ｃ，Ｄにメニュー画面を定義する場合は、ＧＵＩ定義体
ファイル７にその４つのメニュー定義が含まれる。それ
ぞれの入力項目のメニュー定義情報としては、図２に示
すように、入出力タイプ、ウィンドウの種別（リストボ
ックス、テキストボックス等）、キャプション・タイト
ル、ボタンの種類、ウィンドウのＸ座標、ウィンドウの
Ｙ座標、ウィンドウの幅、ウィンドウの高さ、出力デー
タ情報が含まれている。出力データ情報は、ウィンドウ
種別で異なり、例えば、リストボックスの場合は、リス
ト項目数及びそれぞれのリスト項目のタイトル、データ
ファイル名、カラム位置、項目長で構成される。図２で
は、リスト項目１，２の情報を示している。

【００３０】次に、図３は図１に示すデータファイル８
のファイルフォーマットの一例を示す図である。ここで
は、データファイルの一般的なレコード構造を示してい
る。例えば、このファイルが順次ファイルである場合
は、その内部に固定長のレコード構造を持つ。図３に示
すフィールド１，２，３，４，・・・は、レコード上の
データ項目を示し、カラム１，２，３，４，・・・・は
それらのフィールドの先頭カラム位置を示す。カラム
は、データファイルのカラムのことを意味している。

【００３１】次に、図４は図２の入出力項目Ｂのメニュ
ー画面表示例を示す図である。図５は図３のデータファ
イルの具体例を示す図である。図５はデータファイル
（ＳＹＯＭＡＳ）のレコード構造を示している。例え
ば、入出力項目Ｂの情報として、イベントタイプ：メニ
ュー出力、メニュー入出力タイプ：出力、ウィンドウの
種別：リストボックス、キャプション・タイトル：商品
コード入力メニュー、ボタンの種類：取消、ウィンドウ
のＸ座標：Ｘ、ウィンドウのＹ座標：Ｙ、ウィンドウの
幅：Ｗ、ウィンドウの高さ：Ｈ、リスト項目数：２、リ
スト項目１のタイトル：商品コード、リスト項目１のデ
ータファイル名：ＳＹＯＭＡＳ、リスト項目１のカラム
位置：１、リスト項目１の項目長：６、リスト項目２の
タイトル：品名、リスト項目２のデータファイル名：Ｓ
ＹＯＭＡＳ、リスト項目２のカラム位置：７、リスト項
目２の項目長：２０と定義した時のメニュー画面は、図
４の入力項目Ｂのメニュー画面２１となる。このメニュ
ー画面は、ワークステーション２のＣＲＴ画面２２上
で、かつ固定画面の端末エミュレータ画面２３にオーバ
ラップして表示される。

【００３２】ここでは、前述の定義に従って、図５のデ
ータファイルからデータを持ってきてリストボックスに
並べる。なお、リスト項目１のデータファイルとリスト
項目２のデータファイルはファイル名が同じであるた
め、同じ構成の場合を示しているが、リストボックスに
並べる項目については、ファイル名の異なる別々のデー
タファイルから持ってきて並べても構わない。また、こ
こでは、一例としてリストボックスを表示しているが、
このリストボックスのみには限らず、テキストボックス
等で表示してもよい。ここでは、ウィンドウの種別は、
リストボックスを示したが、テキストボックス等であっ
てもよい。ボタンの種類は、メニュー画面２１を消す取
消ボタンのみ示しているが、再入力ボタンやＯＫボタン
等を設けてもよい。取消ボタンは、１回メニュー画面２
１を表示して直ちに消したい時等に有効である。

【００３３】ここで、画面制御情報ファイル４と定義体
ファイル７の違いを説明する。画面制御情報ファイル４
は、バイナリで作成されており、定義体ファイル７は、
目で見て判るようなテキストで書かれている。画面制御
情報ファイル４は、ソースをコンパイルして初めて生成
され、エミュレータ画面２３の情報を持っているファイ
ルである。定義体ファイル７は、テキストファイルから
なっているので、付加的に後から何度でも容易に修正す
ることができる。これに対し、画面制御情報ファイル４
は、バイナリで作成されているので、後から修正し難
く、ソースがなくてバイナリしかないと、修正すること
ができない。定義体ファイル７は、エミュレータ画面２
３の入出力を補助するメニュー画面情報を持ったファイ
ルである。画面制御情報ファイル４に該当する画面は、
固定画面のＣＲＴ画面２２であり、定義体ファイル７に
該当する画面は、メニュー画面２１である。

【００３４】次に、メニュー画面の表示は、以下のよう
にして行う。 （１）アプリケーションプログラム３は、ワークステー
ション・データ管理プログラム５に対して入出力要求を
行う。この時、「アプリケーションプログラム名．ＧＵ
Ｉ」という名前のＧＵＩ定義体ファイル７が存在し、か
つその入出力項目に対するメニュー定義が存在した場合
には、ワークステーション制御プログラム６の入出力マ
クロをコールしてエミュレータ１１に入出力要求を出す
と同時に、ホスト側ＧＵＩイベント送受信プログラム９
に対してメニュー出力要求を出し、メニュー定義情報を
送信する。 （２）ワークステーション・データ管理プログラム５か
らのメニュー出力要求に対して、出力データ情報をデー
タファイル１０から取得し、メニュー定義情報と出力デ
ータ情報を端末側ＧＵＩイベント送受信プログラム１２
に送信する。 （３）端末側ＧＵＩイベント送受信プログラム１２で
は、受信したメニュー定義情報と出力データに従って図
４の入力項目Ｂのメニュー画面２１に示されるようなメ
ニュー・ウィンドウ１３を表示する。 （４）ＧＵＩ定義体ファイル７で定義された入出力項目
が入力項目で、メニュー入出力タイプを“入出力”と定
義することにより、（３）で表示したメニュー・ウィン
ドウ１３からの入力をアプリケーションプログラム３に
反映させることができる。メニュー・ウィンドウ１３か
らマウス等で入力されたデータは、端末側ＧＵＩイベン
ト送受信プログラム１２に転送され、ホスト側ＧＵＩイ
ベント送受信プログラム９からワークステーション・デ
ータ管理プログラム６を経てアプリケーションプログラ
ム２に入力される。

【００３５】このように、本実施例では、ホストコンピ
ュータ１側に入力項目対応のメニュー画面表示用の画面
属性を定義したメニュー画面情報を含む定義体ファイル
７を作成し、この定義体ファイル７の画面属性を基にワ
ークステーション２側にメニュー画面情報を送信して、
アプリケーションプログラム３により表示したワークス
テーション２のエミュレータ画面２３にメニュー画面２
１を付加的に表示するように構成している。このため、
メニュー画面２１にエミュレータ画面２３の入力項目に
おけるガイダンス等を表示することにより、操作性を上
げることができるとともに、既存のアプリケーションプ
ログラム３を変更することなく、プルダウンメニューや
ボタン等のＧＵＩによるメニュー表示を行うことができ
る。また、ワークステーション２側にメニュー画面表示
用の定義体ファイル７を設けないでホストコンピュータ
１側にメニュー画面表示用の定義体ファイル７を追加し
て構成したため、メニュー画面表示用の定義体ファイル
７を追加／修正する場合、ホストコンピュータ１側のみ
を追加／修正するだけで済ませることができ、定義体フ
ァイル７の追加／修正を容易に行うことができる。

【００３６】本実施例は、定義体ファイル７の画面属性
に対応したメニュー画面表示内容のデータを格納するデ
ータファイル８を設けて構成したため、メニュー画面表
示内容を自由に、かつ容易に変更することができるとと
もに、従来アプリケーションプログラムが持っていたデ
ータファイルをそのまま使用することができる。また、
データファイル８がなくてテキストボックスを用いてキ
ーボードでデータを入力する場合よりも、操作性を向上
させることができる。

【００３７】なお、上記実施例１においては、アプリケ
ーションプログラム３の入力要求時に、表示したリスト
ボックス等のＧＵＩメニュー・ウィンドウからマウス等
で入力したデータをアプリケーションプログラム３の入
力として反映する手段を有するように構成してもよい。
これにより、メニューリストをマウスで選択して選んだ
データをエミュレータ画面２３の入力項目に入れること
ができる。ここでは、メニュー画面２１のリストボック
スの情報をマウスで選択すると、その情報を固定画面の
エミュレータ画面２３の入力項目に自動的に持ってくる
ことができる。従って、キーボードで入力する場合より
も、マウス等の操作によりメニュー画面２１の情報を選
択してエミュレータ画面２３の入力項目に操作性良く入
力することができる。

【００３８】また、上記実施例においては、アプリケー
ションプログラム３の出力要求時に、その出力データに
対応する出力付加情報としての図２を基に作成したＧＵ
Ｉデータをウィンドウとして表示する手段を有し、ま
た、ＧＵＩ定義体ファイル７で定義する入出力項目毎の
メニュー画面情報のウィンドウ種別によって様々な出力
データを指定できる手段を有するように構成してもよ
い。これにより、従来アプリケーションプログラムでテ
キスト文字でしか出力できなかった出力項目に対して、
絵や写真等のイメージデータ表示を付加することができ
る。このため、エミュレータ出力項目に対応した出力付
加情報メニュー用のウィンドウをエミュレータ画面２３
に付加的に表示することにより、エミュレータ画面２３
に表示した出力項目に対してエミュレータ画面２３に更
にイメージデータ等による詳細情報等を表示することが
でき、操作性を上げることができる。また、従来のエミ
ュレータ画面では出力できる文字数が限られていたが、
出力項目に対する付加データをスクロール・バー付のテ
キスト・ボックスに出力することにより、画面に一度で
表示できない膨大なデータをスクロール・バー付のウィ
ンドウ上に表示することができるので、出力文字数の制
限をなくすことができる。ここでは、スクロール・バー
付のボックスは、縦に配置しているが、横に配置しても
よい。

【００３９】なお、上記実施例では、定義体ファイル７
で定義したメニュー画面内に表示するデータファイル８
が必須なリストボックスによるウィンドウの場合を説明
したが、本発明はこれのみに限定されるものではなく、
リストボックスでないウィンドウの場合は、データファ
イル８を用いなくてもよい。例えばテキストの場合のよ
うな固定文字の場合は、データファイル８を用いなくて
もよい。

【００４０】実施例２．図６は、本発明の他の実施例を
示す図である。図６では、ＧＵＩ定義体ファイル７に記
述されている入出力項目Ｃのイベント定義内容を示して
いる。図２の入出力項目Ｂのメニュー画面情報のイベン
トタイプが「メニュー出力」であるのに対して、入出力
項目Ｃでは、イベントタイプが「端末アプリケーション
操作」となっている。このイベントのパラメータとして
は、機能、キャプション・タイトル（端末側で起動する
アプリケーションのタイトにプログラムのファイル名）
及び補足情報がある。例えば、機能：端末アプリケーシ
ョンプログラムの起動、キャプション・タイトル：な
し、補足情報：起動する端末アプリケーションプログラ
ムのパス名を指定することにより、アプリケーションプ
ログラム２が入出力項目Ｃの入出力要求時に、ワークス
テーション制御プログラム６の入出力マクロをコールし
てエミュレータ１１に入出力要求を出すと同時に、ホス
ト側ＧＵＩイベント送受信プログラム９に対して端末ア
プリケーション操作要求を出し、その要求を端末側ＧＵ
Ｉイベント送受信プログラム１２が受信して、補足情報
で指定された端末アプリケーションプログラムを起動さ
せる。これにより、既存のホストコンピュータ１側のア
プリケーションプログラム３を変更することなく、その
入出力要求に同期して任意の端末側アプリケーションプ
ログラムを起動させることができる。ホストコンピュー
タ１側から起動させたいワークステーション２側のワー
プロ、表計算等のＯＡソフトを起動させることができ、
操作性を上げることができる。

【００４１】また、上記実施例２においては、入出力項
目Ｃのイベント定義を例えば、機能：端末アプリケーシ
ョンプログラムのアクティブ化、キャプション・タイト
ル：端末アプリケーションプログラムを特定するための
キャプションタイトル、補足情報：なし を指定するこ
とにより、アプリケーションプログラム２が入出力項目
Ｃの入出力要求時と同期して、キャプション・タイトル
で特定された端末アプリケーションプログラムをアクテ
ィブにするように構成してもよい。これにより、既存の
ホスト側アプリケーションプログラム３を変更すること
なく、アプリケーションプログラム３の入出力要求と同
期して、任意の端末側アプリケーションプログラムをワ
ークステーション２上の他のウィンドウ画面の一番上に
持ってきて、表示することができる。このため、入力し
たいウィンドウ画面を最上面に表示することができるの
で、入力フォーカスを与えることができる。また、この
イベントが発生する前の状態が非表示または、アイコン
化していた場合も同様にフォーカスを与えることができ
る。

【００４２】また、上記実施例２においては、入出力項
目Ｃのイベント定義を例えば、機能：端末アプリケーシ
ョンプログラムの非表示化、キャプション・タイトル：
端末アプリケーションプログラムを特定するためのキャ
プションタイトル、補足情報：なし を指定することに
より、アプリケーションプログラム３が入出力項目Ｃの
入出力要求時と同期して、キャプション・タイトルで特
定された端末アプリケーションプログラムを非表示にす
るように構成してもよい。これにより、既存のホスト側
アプリケーションプログラム３を変更することなくアプ
リケーションプログラム３の入出力要求と同期して、任
意の端末側アプリケーションプログラムのウィンドウ画
面の表示を消すようにし、ワークステーション２上から
見えなくすることができる。このため、ホストコンピュ
ータ１側から操作終了等により消したいウィンドウ画面
を消すことができ、操作性を上げることができる。ここ
では、任意の端末側アプリケーションプログラムのウィ
ンドウ画面を消すようにしているだけで、プログラムと
しては消去せずに残っているため、消したウィンドウ画
面を前述したアクティブで元に戻すことができる。

【００４３】また、上記実施例２においては、入出力項
目Ｃのイベント定義を例えば、機能：端末アプリケーシ
ョンプログラムにキーイベント送信、キャプション・タ
イトル：端末アプリケーションプログラムを特定するた
めのキャプションタイトル、補足情報：送信キーを指定
することにより、アプリケーションプログラム３が入出
力項目Ｃの入出力要求時と同期して、キャプション・タ
イトルで特定された端末アプリケーションプログラムに
キー入力をシミュレートするように構成してもよい。こ
れにより、アプリケーションプログラム３の入出力要求
と同期して、任意の端末側アプリケーションプログラム
に任意のキー入力をシミュレートすることができ、端末
側アプリケーションプログラムにショートカットキーの
定義があった場合は、その対応キーを送信することによ
り、あたかもキーボードからキーが入力されたと同様の
情報をホストコンピュータ１から端末側アプリケーショ
ンプログラムに送ることができ、ホスト側のアプリケー
ションプログラム３から端末側アプリケーションプログ
ラムをコントロールすることができる。

【００４４】また、上記実施例２においては、入出力項
目Ｃのイベント定義を例えば、機能：端末アプリケーシ
ョンプログラムの終了、キャプション・タイトル：端末
アプリケーションプログラムを特定するためのキャプシ
ョンタイトル、補足情報：なしを指定することにより、
アプリケーションプログラム３が入出力項目Ｃの入出力
要求時と同期して、キャプション・タイトルで特定され
た端末アプリケーションプログラムを終了させるように
構成する。これにより、既存のアプリケーションプログ
ラムを変更することなく、その入出力要求に同期して任
意の端末側アプリケーションプログラムを終了させるこ
とができる。このため、ホストコンピュータ１側から操
作終了等により終了させたい端末側アプリケーションプ
ログラムを終了させることができるので、操作性を上げ
ることができる。また、端末側でアプリケーションプロ
グラムを動かしたままでいると、メモリが消耗されて動
作不良を生じる恐れがあるが、前述の如く、端末側アプ
リケーションプログラムを終了させることにより、メモ
リの消耗による動作不良の恐れをなくすことができる。

【００４５】実施例３．図７は、本発明の他の実施例を
示す図である。図７ではＧＵＩ定義体ファイル７に記述
されている入出力項目Ｄのイベント定義内容について示
している。入出力項目Ｄでは、イベントタイプが「ファ
ンクションキー機能」となっている。このイベントのパ
ラメータとしては、機能定義キー情報とファンクション
キー毎の定義情報があり、機能定義キー情報には、機能
定義するファンクションキーがどれであるかの情報が入
っている。図７では、それがＦ０，Ｆ５，Ｆ７及びＦ１
４であり、Ｆ０キー定義、Ｆ５キー定義、Ｆ７キー定義
及びＦ１４キー定義は、それぞれのキーの詳細定義情報
である。従来のアプリケーションプログラムでは、入出
力要求時に入力項目毎に決められた特殊機能キー（例え
ば、ファンクションキー）の入力が有効になるが、その
時に押下されたファンクションキーの機能がＧＵＩ定義
体ファイル７に再定義されていた時は、ＧＵＩ定義体フ
ァイル７の機能定義が実行される。また、もともと有効
でなかったファンクションキーについても、ＧＵＩ定義
体ファイル７で定義されていれば、その機能定義に従っ
て実行される。これにより、既存のアプリケーションプ
ログラムを変更することなく、その入力要求時に有効と
なっているファンクションキーのもともとの機能を変更
して再定義することができるとともに、有効になってい
ないキーに対する機能定義も行うことができる。更に、
実施例１や実施例２で示した機能を各アクションキーで
機能定義することにより、既存エミュレータ画面のファ
ンクションキー押下で、ＧＵＩによるウィンドウ画面表
示や端末アプリケーションプログラムの起動／操作を操
作性良く行うことができる。

【００４６】実施例４．上記実施例１，２では、アプリ
ケーションプログラム３の画面入出力項目の入出力要求
時に、ＧＵＩによるウィンドウ画面表示や端末アプリケ
ーションプログラムの起動／操作の機能を付加する例を
示したが、本発明はこれのみに限定されるものではな
く、図８に示すＧＵＩ定義体ファイルのように、項目種
別として、ファイル入出力時や、プログラム開始／終了
時や、プリント時や、ネットワークを介した通信の送受
信時等アプリケーションプログラム３がワークステーシ
ョン・データ管理プログラム５に入出力要求を出すタイ
ミングであれば、ホスト側ＧＵＩイベント送受信プログ
ラム９に要求を出すことができ、しかも上記のウィンド
ウ画面表示や端末アプリケーションプログラムの起動／
操作等を行うことができる。図８では、項目種別とし
て、実施例１〜３のフィールド入出力項目だけでなく、
ファイル入出力項目、プログラム開始／終了項目、プリ
ント入出力項目、ネットワーク入出力項目が入るファイ
ルを示している。また、項目種別のほかに、定義した項
目数と各項目の情報が入るファイルを示している。

【００４７】

【発明の効果】第１の発明によれば、ホストコンピュー
タ側にメニュー画面表示用の画面属性を定義したメニュ
ー画面情報を含む定義体ファイルを作成し、この定義体
ファイルの画面属性を基に端末側にメニュー画面情報を
送信して、アプリケーションプログラムにより表示した
端末のエミュレータ画面にメニュー画面を付加的に表示
するように構成したため、メニュー画面にエミュレータ
画面の入力項目におけるガイダンス等を表示することに
より、操作性を上げることができるとともに、既存のア
プリケーションプログラムを変更することなく、プルダ
ウンメニューやボタン等のＧＵＩによるメニュー表示を
行うことができるという効果がある。 また、端末側に
メニュー画面表示用の定義体ファイルを設けないでホス
トコンピュータ側にメニュー画面表示用の定義体ファイ
ルを追加して構成したため、メニュー画面表示用の定義
体ファイルを追加／修正する場合、ホストコンピュータ
側のみを追加／修正するだけで済ませることができ、定
義体ファイルの追加／修正を容易に行うことができると
いう効果がある。

【００４８】第２の発明によれば、定義体ファイルの画
面属性に対応したメニュー画面表示内容のデータを格納
するデータファイルを設けて構成したため、メニュー画
面表示内容を自由に、かつ容易に変更することができる
とともに、従来アプリケーションプログラムが持ってい
たデータファイルをそのまま使用することができる他、
データファイルがなくてテキストボックスを用いてキー
ボードでデータを入力する場合よりも、操作性を向上さ
せることができるという効果がある。

【００４９】第３の発明によれば、メニュー画面に表示
した情報を選択し、選択したメニュー画面の情報をエミ
ュレータ画面に表示するように構成したため、キーボー
ドで入力する場合よりも、マウス等の操作によりメニュ
ー画面の情報を選択してエミュレータ画面の入力項目に
操作性良く入力することができるという効果がある。

【００５０】第４の発明によれば、エミュレータ出力項
目に対応した出力付加情報メニュー用のウィンドウをエ
ミュレータ画面に付加的に表示するように構成したた
め、エミュレータ画面に表示した出力項目に対してエミ
ュレータ画面に更にイメージデータ等による詳細情報等
を表示することができ、操作性を上げることができると
いう効果がある。

【００５１】第５の発明によれば、ホストコンピュータ
から端末側のアプリケーションプログラムを起動させる
ように構成したため、ホストコンピュータ側から起動さ
せたい端末側のワープロ、表計算等のＯＡソフトを起動
させることができ、操作性を上げることができるという
効果がある。

【００５２】第６の発明によれば、ホストコンピュータ
から端末側で動作している特定アプリケーションプログ
ラムのウィンドウを他のウィンドウ画面の最上面に表示
するように構成したため、ホストコンピュータ側から特
定アプリケーションプログラムのウィンドウを他のウィ
ンドウ画面の最上面に持ってきて表示して、入力したい
ウィンドウを最上面に表示することができ、入力フォー
カスを与えることができるという効果がある。

【００５３】第７の発明によれば、ホストコンピュータ
から端末側で動作している特定アプリケーションプログ
ラムのウィンドウの表示を消すように構成したため、ホ
ストコンピュータ側から操作終了等により消したいウィ
ンドウを消すことができ、操作性を上げることができる
という効果がある。

【００５４】第８の発明によれば、ホストコンピュータ
から端末側で動作している特定アプリケーションプログ
ラムにキー入力をシミュレートするイベントコードを送
信するように構成したため、あたかもキーボードからキ
ーが入力されたと同様の情報をホストコンピュータから
端末側のアプリケーションプログラムに送ることがで
き、ホストコンピュータ側から端末側のアプリケーショ
ンプログラムをコントロールすることができるという効
果がある。

【００５５】第９の発明によれば、ホストコンピュータ
から端末側で動作している特定アプリケーションプログ
ラムを終了させるように構成したため、ホストコンピュ
ータ側から操作終了等により終了させたい端末側のアプ
リケーションプログラムを終了させることができ、操作
性を上げることができる他、端末側のアプリケーション
プログラムを連続で動作させる場合よりも、メモリの消
耗による動作不良の恐れをなくすことができるという効
果がある。

【００５６】第１０の発明によれば、入力された特殊機
能キーに対応した機能を変更するか、または有効になっ
ていないキーに機能を追加するように構成したため、Ｇ
ＵＩによるウィンドウ画面表示や端末側のアプリケーシ
ョンプログラムの起動／操作等を操作性良く行うことが
できるという効果がある。

【図面の簡単な説明】

【図１】 本発明の実施例１に係る端末制御方式の構成
を示すブロック図である。

【図２】 図１に示すＧＵＩ定義体ファイルのファイル
フォーマットの一例を示す図である。

【図３】 図１に示すデータファイルのレコード構造を
示す図である。

【図４】 図１に示すメニュー・ウィンドウをワークス
テーションのＣＲＴ画面上に表示した例を示す図であ
る。

【図５】 図３に示すデータファイルの具体例を示す図
である。

【図６】 本発明の実施例２に係るＧＵＩ定義体ファイ
ルの構造のうち、端末アプリケーション操作定義の詳細
を示す図である。

【図７】 本発明の実施例３に係るＧＵＩ定義体ファイ
ルの構造のうち、ファンクションキー機能定義の詳細を
示す図である。

【図８】 本発明の実施例４に係るＧＵＩ定義体ファイ
ルの構造を示す図である。

【図９】 従来のコンピュータシステムにおけるワーク
ステーション制御方式の構成を示すブロック図である。

【図１０】 図９に示すワークステーション制御方式の
アプリケーション画面変更例を示す図である。

【符号の説明】

１ ホストコンピュータ、２ ワークステーション、３
アプリケーションプログラム、４ 画面制御情報ファ
イル、５ ワークステーション・データ管理プログラ
ム、６ ワークステーション制御プログラム、７ 定義
体ファイル、８データファイル、９ ホスト側ＧＵＩイ
ベント送受信プログラム、１０ ウィンドウ管理プログ
ラム、１１ エミュレータ、１２ 端末側ＧＵＩイベン
ト送受信プログラム、１３ メニュー・ウィンドウ、２
１ メニュー画面、２２ ＣＲＴ画面、２３ エミュレ
ータ画面。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 以下の要素を有することを特徴とするホ
   ストコンピュータに接続された端末を制御する端末制御
   方式。 （ａ）以下の要素を有するホストコンピュータ （ａ１）端末側のエミュレータ画面情報を含むアプリケ
   ーションプログラムを起動させる起動手段、（ａ２）該
   アプリケーションプログラムにより表示する端末側のエ
   ミュレータ画面に付加的に表示するメニュー画面の画面
   属性を定義したメニュー画面情報を含む定義体ファイ
   ル、（ａ３）該定義体ファイルで定義された画面属性に
   基づいて端末側にメニュー画面情報を送信する送信手
   段、 （ｂ）以下の要素を有する端末 （ｂ１）前記送信手段から送信されてきた上記メニュー
   画面情報を受信し、該メニュー画面情報に基づいてメニ
   ュー画面をエミュレータ画面に付加的に表示する表示手
   段。
2. 【請求項２】 前記メニュー画面情報に対応した前記メ
   ニュー画面表示用のデータを格納するデータファイルを
   有し、前記送信手段は、前記端末側に前記メニュー画面
   情報を送信する際、前記定義体ファイルで定義された画
   面属性に基づいて前記データファイルからデータを読み
   取って端末側に送信することを特徴とする請求項１記載
   の端末制御方式。
3. 【請求項３】 前記表示手段は、前メニュー画面に表示
   した情報を選択し、選択した前記メニュー画面の情報を
   前記エミュレータ画面に表示することを特徴とする請求
   項１または２いずれかに記載の端末制御方式。
4. 【請求項４】 前記表示手段は、前記エミュレータ画面
   に表示するエミュレータ出力項目に対応した出力付加情
   報メニュー用のウィンドウを前記エミュレータ画面に付
   加的に表示することを特徴とする請求項１〜３のいずれ
   かに記載の端末制御方式。
5. 【請求項５】 前記ホストコンピュータから前記端末側
   のアプリケーションプログラムを起動させる端末側アプ
   リケーションプログラム起動手段を有することを特徴と
   する請求項１〜４のいずれかに記載の端末制御方式。
6. 【請求項６】 前記表示手段は、前記ホストコンピュー
   タから前記端末側で動作している特定アプリケーション
   プログラムのウィンドウを前記エミュレータ画面に表示
   した他のウィンドウ画面の最上面に表示することを特徴
   とする請求項１〜５いずれかに記載の端末制御方式。
7. 【請求項７】 前記ホストコンピュータから前記端末側
   で動作している特定アプリケーションプログラムのウィ
   ンドウの表示を消す表示制御手段を有することを特徴と
   する請求項１〜６のいずれかに記載の端末制御方式。
8. 【請求項８】 前記送信手段は、前記ホストコンピュー
   タから前記端末側で動作している特定アプリケーション
   プログラムにキー入力をシミュレートするイベントコー
   ドを送信することを特徴とする請求項１〜７のいずれか
   に記載の端末制御方式。
9. 【請求項９】 前記ホストコンピュータから前記端末側
   で動作している特定アプリケーションプログラムを終了
   させる終了手段を有することを特徴とする請求項１〜７
   いずれかに記載の端末制御方式。
10. 【請求項１０】 入力された特殊機能キーに対応した機
    能を変更するか、または有効になっていないキーに機能
    を追加する機能変更／追加手段を有することを特徴とす
    る請求項１〜９いずれかに記載の端末制御方式。