JPH022782A - 端末エミユレータ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、本来は例えばパーソナルコンピュータのよう
な汎用コンピュータシステムでありながら、特定の端末
のように動作させられる端末エミュレータに関するもの
である。

［従来の技術］ 従来からある端末エミュレータの基本的動作は、キーボ
ードからの入力があれば、これを直ちにホストシステム
へ送信し、その一方で、ホストから受信したデータを自
身のＣＲＴ上に表示するというものである。

［発明が解決しようとしている課題］ ところが、従来の端末エミュレータによる上述のような
動作に従えば、キー人力があればホストシステムの状態
にかかわらず、このデータをホストシステムに送信して
しまう。しかし、ホストシステムのＯ８（オペレーティ
ングシステム）によっては、入力要求をしていないとき
に、即ち、ホストシステム自身が入力可能状態にないと
きに、端末からデータを受信しても、これを無視してし
まうものがある。即ち、ホストシステムのｏｓによって
は、エミュレータからの先行入力はできないことになる
。かかる場合は、ユーザはホストシステムからのプロン
プトを待って、次のコマンドを入力しなければならない
。

一般的に、所謂パソコン等の汎用コンピュータでは先行
入力ができるが、端末エミュレータとして使用するとき
には先行入力ができなくなり、操作性が悪い。

そこで、本発明は先行入力可能な端末エミュレータを提
案することを目的とする。

［課題を解決するための手段］ 上記課題を達成するための本発明の構成は、外部のホス
トシステムに接続され、このホストシステムの入出力端
末として使用される端末エミュレータにおいて、この端
末エミュレータからホストへの送信データを、前記ホス
トシステムが受け入れ可能か否かを判断する判断手段と
、この判断手段が現在ホストシステムが受け入れ不能と
判断したときに、前記送信データをキューイングするキ
ューイング手段と、キューイングされたデータを表示す
る表示手段と、判断手段が受け入れ可能と判断したとき
に、送信データをホストに送信する送信手段とを備えた
ことを特徴とする。

このキューイング手段を設けることにより、端末エミュ
レータからの先行入力を可能としたものである。

［実施例］ 第１図〜第３図は、本発明に係る実施例の端末エミュレ
ータの構成及び動作を説明する図である。この実施例は
、所謂通常のパーソナルコンピュータを端末エミュレー
タとして用いるものである。

第１図は端末エミュレータの構成図であり、図中、ｌは
特定の端末の動作をエミュレートするエミュレート部、
２はキーボードの入力を監視するキーボード制御部であ
る。３は、キー人力があったときに、キーボード制御部
２がこの入力データを貯えておくためのキー人力バッフ
ァである。４はホストシステムとの間の通信を制御する
通信制御部、５は通信制御部４がホストシステム９から
受信したデータを貯えておくための受信バッファ、６は
ホストシステム９から受信したデータおよびキー人力バ
ッファ３内のデータの表示を制御する表示制御部である
。エミュレート部１は実際はＲＯＭ中のプログラムによ
り実現される。

７はキー人力バッファリングモードフラグであり、エミ
ュレータモートにおいて、キーボード入力のバッファリ
ングを許すか否かを決めるフラグであり、セットされて
いると、バッファリングモードであり、リセットされて
いわば、非バッファリングモードである。このフラグの
セット／リセットは、パーソナルコンピュータが端末エ
ミュレータとして動作しているときに、操作者の指示に
より制御され、もしこのフラグがリセットしているどき
は、従来の端末エミュレータと同じようにホストシステ
ム９の状態にかかわらずキーボード入力データをホスト
側に送信することになる。

８は送信可フラグであり、このフラグがセットしている
ときは、キーボード人力バッファ３内のデータがホスト
側に送信される。この送信可フラグは、ホスト側からの
送信要求（即ち、ホストからの受信可能状態通知）があ
ったときにセットされる。また、エミュレータからホス
トシステム９へ送ったデータ中にライン終了文字があれ
ば、このフラグはリセットされる。即ち、エミュレータ
は送信不可状態になる。

この端末エミュレータは、送信可状態であれば、キーボ
ードから人力された入力を１文字づつホスト９に送イエ
シ、ホスト９は受信したこの人力データを１文字づつ端
末側にエコーバックし、端末側では、このエコーバック
されたデータを表示画面に表示するようなものである。

第２図は、端末エミュレータの本実施例に係る制御部分
のフローチャートであり、このプログラムはエミュレー
ト部ｌのＲＯＭに格納されている。

ステップＳｌで、エミュレータがキー人力バッファリン
グモードにセットされているかを調べる。このフラグの
セット／リセットは上述した通りである。このフラグが
セットされていなければ、ステップＳ３へ進む、セット
されていれば、ステップＳ２に進む。

先ず、このフラグがセットされている場合を説明する。

このときはステップＳ２に進む。このステップＳ２で、
現在、キー人力送信可状態にあるかを前記送信可フラグ
のセット状態を調べることにより判断する。この送信可
フラグは、前述したようにステップＳＩＯでセットされ
、ステップＳ７でリセットされる。

送信可フラグがリセット状態であり、端末が送信不可状
態にあれば、ステップＳ８に進み、ホストからの入力可
能状態通知を待つ。即ち、ステップＳ８で、受信バッフ
ァ５を調べる。ホストシステム９からのデータがなけれ
ば、ステップＳｌへ戻るが、ホストシステム９からのデ
ータがあれば、ステップＳ９で、このデータがホストの
入力要求＝入力可能状態通知（この制御コードを、例え
ば、ＤＣ１（”　ｌ　１　＋ａ）とする）かどうかを調
べる。入力要求でなければ、ステップＳｌｌへ進むが、
入力要求であれば、ステップＳＩＯで、送信可フラグを
セットする。そして、ステップＳｌｌで受信データを表
示した上で、ステップＳｔへ戻る。

かくして、送信可状態になった。これ以後は、ＩＱ　？
卸はステップＳ１−ステップＳ２−ステップＳ３と進み
、操作者によるキー人力を待つ。

キー人力があれば、ステップＳ３−ステップＳ４と進み
、データをキー人力バッファ３から取り出し、ステップ
Ｓ５で、この取出したデータをホストシステム９へ送信
する。さらに、ステップＳ６で、このホストシステム９
へ送信したデータにライン終了文字（たとえば、ｃＲ＝
ＯＤ１６）が含まれているかどうかを調べる。もしライ
ン終了文字でなければ、ステップＳ８へ進み、ライン終
了文字であれば、ステップＳ７でキー人力送信不可状態
にするために、送信可フラグをリセットする。

即ち、このライン終了文字は、端末エミュレータとホス
トシステム９間における、送信データのデリミタコート
の役目を持つ。

第３図は、端末エミュレータがキー人力バッファリング
モードで動作しているときの画面を示したものである。

画面は２つの部分に分かれており、３ａはホストシステ
ム９からの受信データを表示する端末エミュレーション
画面であり、３ｂはキー人力バッファ３の内容を表示す
る先行入力画面である。同図では、現在、ｃｏｍｍａｎ
ｄ　１が該端末から入力され実行中であることが示され
ている。尚、表示領域３ａに表示されているＦｃｏｍｍ
ａｎｄ　Ｉ　Ｊｌは、端末側から、１文字づつ、［ｉ’
ｃｏｍｍａｎｄ　１　ｃＪをホスト９に送り、このエコ
ーバックが表示されている。そして、ｒｃＲ」をホスト
９に送ったあとに、エミュレータはキー人力データの送
信不可状態（ステップＳ７）とする。この送信不可のた
めに、続くＩｒｃｏｍｍａｎｄ　２　ｃＲＪＩ　’Ｆ　
ｃｏｍｍａｎｄ　３　ｃＲＪＩ等のキー人力はキー人力
バッファ３に貯えられ（即ち、キューイングされ）、先
行入力画面３ｂに表示されている（　Ｉｒｃｏｍｍａｎ
ｄ　２ｃＲＪｌ　ｌｒｃｏｍｍａｎｄ　３’ＲＪｌ　）
　、やがて、ｃｏｍｍａｎｄ　ｌの実行が終了し、ホス
トシステム９から人力要求文字（＝ＤＣ１）が送られて
くると、エミュレータはキー人力送信可状態（ステップ
５ＩＯ）となり、キー人力バッファ３からデータを取り
出しホストシステム９へ送信する。

ｃｏｍｍａｎｄ　２　ＣＲ”まで送信したところで、エ
ミュレータはキー人力データの送信不可状態（ステップ
Ｓ７）になるのでｃｏｍｍａｎｄ　２の実行が終了した
あとで、　ｃｏｍｍａｎｄ　３　ｃＲ”がホストシステ
ム９へ送信される。

以上のように、キー人力バッファリングモードな設ける
ことにより、先行入力が可能となり、操作性がよくなる
。

［発明の効果］ 以上説明した本発明の端末エミュレータは、外部のホス
トシステム９に接続され、このホストシステム９の入出
力端末として使用される端末エミュレータにおいて、こ
の端末エミュレータからホストへの送信データを、前記
ホストシステム９が受け入れ可能か否かを判断する判断
手段と、この判断手段が現在ホストシステム９が受け入
れ不能と判断したときに、前記送信データをキューイン
グするキューイング手段と、キューイングされたデータ
を表示する表示手段と、判断手段が受け入れ可能と判断
したときに、送信データをホストに送信する送信手段と
を備えたことを特徴とする。

従って、このキューイング手段を設けたことにより、端
末エミュレータからの先行入力を可能としたものである
。

【図面の簡単な説明】

第１図は本実施例による端末エミュレータのブロック構
成図、 第２図は本実施例による端末エミュレータの制御プログ
ラムに係るフローチャート、 第３図は本実施例による端末エミュレータの画面の例で
ある。 図中、 ｌ・・・エミュレート部、２・・・キーボード制御部、
３・・・キー人力バッファ、４・・・通信制御部、５・
・・受信バッファ、６・・・表示制御部、３ａ・・・端
末エミュレーション画面、３ｂ・・・先行入力画面であ
る。

Claims (1)

【特許請求の範囲】
1. （１）外部のホストシステムに接続され、このホストシ
   ステムの入出力端末として使用される端末エミユレータ
   において、 この端末エミユレータからホストへの送信データを、前
   記ホストシステムが受け入れ可能か否かを判断する判断
   手段と、 この判断手段が現在ホストシステムが受け入れ不能と判
   断したときに、前記送信データをキューイングするキュ
   ーイング手段と、 キューイングされたデータを表示する表示手段と、 判断手段が受け入れ可能と判断したときに、送信データ
   をホストに送信する送信手段とを備えたことを特徴とす
   る端末エミユレータ。