JPH04255052A - 半2重通信システムにおけるマルチウィンドウ制御方式 - Google Patents
半2重通信システムにおけるマルチウィンドウ制御方式Info
- Publication number
- JPH04255052A JPH04255052A JP3035029A JP3502991A JPH04255052A JP H04255052 A JPH04255052 A JP H04255052A JP 3035029 A JP3035029 A JP 3035029A JP 3502991 A JP3502991 A JP 3502991A JP H04255052 A JPH04255052 A JP H04255052A
- Authority
- JP
- Japan
- Prior art keywords
- computer system
- input
- window
- terminal
- side computer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 230000002452 interceptive effect Effects 0.000 claims 1
- 238000000034 method Methods 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 abstract 2
- 238000006467 substitution reaction Methods 0.000 abstract 2
Landscapes
- Digital Computer Display Output (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【0001】
【産業上の利用分野】本発明は、マルチウィンドウ制御
方式に関し、特に半2重接続インタフェースを用いた通
信システムにおけるマルチウィンドウ制御方式に関する
ものである。
方式に関し、特に半2重接続インタフェースを用いた通
信システムにおけるマルチウィンドウ制御方式に関する
ものである。
【0002】
【従来の技術】従来、ホスト側計算機システムと端末側
計算機システムとを半2重インタフェースにより接続し
、2者間でデータ伝送を行う際に、双方から相手方に向
かってデータを伝送できるが、同時には1方向の伝送し
か行えない半2重通信方式を採用したシステムとして、
例えばバンキング・サービスの預貯金業務、販売在庫管
理システムの在庫問い合わせ、列車や航空機の座席予約
業務などがある。
計算機システムとを半2重インタフェースにより接続し
、2者間でデータ伝送を行う際に、双方から相手方に向
かってデータを伝送できるが、同時には1方向の伝送し
か行えない半2重通信方式を採用したシステムとして、
例えばバンキング・サービスの預貯金業務、販売在庫管
理システムの在庫問い合わせ、列車や航空機の座席予約
業務などがある。
【0003】一方、計算機システムにおいて、ビットマ
ップディスプレイを有し、限られた画面スペースをより
有効に利用するために、ディスプレイ画面上に複数のウ
ィンドウと呼ばれる仮想的な表示面を設け、画面を領域
に分割して使用する分割制御や、重ね合わせて使用する
オーバーラップ制御を行うマルチウィンドウ制御方式を
採用したものがある。
ップディスプレイを有し、限られた画面スペースをより
有効に利用するために、ディスプレイ画面上に複数のウ
ィンドウと呼ばれる仮想的な表示面を設け、画面を領域
に分割して使用する分割制御や、重ね合わせて使用する
オーバーラップ制御を行うマルチウィンドウ制御方式を
採用したものがある。
【0004】このマルチウィンドウ制御方式を上述の半
2重通信方式によるシステムに適用した場合、全2重通
信方式によるシステムに比較してホスト側計算機システ
ムや端末側計算機システムのハードウェア構成が簡単で
あるため、マルチウィンドウ制御は手軽ではあるが同時
には1方向の伝送しか行えないので、入力待ちの厄介な
問題があり、あまり実現(実用化)されていなかった。
2重通信方式によるシステムに適用した場合、全2重通
信方式によるシステムに比較してホスト側計算機システ
ムや端末側計算機システムのハードウェア構成が簡単で
あるため、マルチウィンドウ制御は手軽ではあるが同時
には1方向の伝送しか行えないので、入力待ちの厄介な
問題があり、あまり実現(実用化)されていなかった。
【0005】
【発明が解決しようとする課題】しかしながら、上記従
来の制御方式では、マルチウィンドウ制御下で、端末側
計算機システムのビットマップディスプレイ上に2つ以
上のウィンドウが存在する場合、半2重接続インタフェ
ースのために、一方のウィンドウが入力状態(入力待ち
の状態)の時は、別のウィンドウの入出力が待ちの状態
(ブロック状態)となり、ホスト側計算機システムとの
会話ができなくなるという問題点があった。すなわち、
あるウィンドウのホスト側計算機システムからの入力要
求を解消すること無しに、他のウィンドウの入出力動作
が基本的に中断状態に陥り、マルチウィンドウシステム
が十分に活用できず、使用者による操作性が悪いという
問題がある。
来の制御方式では、マルチウィンドウ制御下で、端末側
計算機システムのビットマップディスプレイ上に2つ以
上のウィンドウが存在する場合、半2重接続インタフェ
ースのために、一方のウィンドウが入力状態(入力待ち
の状態)の時は、別のウィンドウの入出力が待ちの状態
(ブロック状態)となり、ホスト側計算機システムとの
会話ができなくなるという問題点があった。すなわち、
あるウィンドウのホスト側計算機システムからの入力要
求を解消すること無しに、他のウィンドウの入出力動作
が基本的に中断状態に陥り、マルチウィンドウシステム
が十分に活用できず、使用者による操作性が悪いという
問題がある。
【0006】なお、全2重通信方式を用いたシステムで
は、入力待ちの問題は生じないが、既存のシステムを変
更するには膨大なコストがかかるという問題があった。 本発明の目的は、このような従来の問題点を解決し、半
2重通信システムにおいて、入力待ちをすることなく、
マルチウィンドウシステムを活用可能とし、使用者によ
る操作性を向上させる半2重通信システムにおけるマル
チウィンドウ制御方式を提供することにある。
は、入力待ちの問題は生じないが、既存のシステムを変
更するには膨大なコストがかかるという問題があった。 本発明の目的は、このような従来の問題点を解決し、半
2重通信システムにおいて、入力待ちをすることなく、
マルチウィンドウシステムを活用可能とし、使用者によ
る操作性を向上させる半2重通信システムにおけるマル
チウィンドウ制御方式を提供することにある。
【0007】
【課題を解決するための手段】上記目的を達成するため
、本発明の半2重通信システムにおけるマルチウィンド
ウ制御方式は、ホスト側計算機システムと半2重型イン
タフェースで接続された端末側計算機システムとを備え
、通信回線を介してマルチウィンドウ制御を行う半2重
通信システムにおいて、前記ホスト側計算機システム上
のアプリケーションプログラムが現ウィンドウに対し入
力要求を発行したときは、ファイル管理プログラムが該
発行された入力要求を受信し、受信した入力要求を出力
要求として変換すると共に、前記入力要求を保存し、前
記端末側計算機システムからの入力通知を処理するため
のタスク割込ルーチンを端末ドライバに登録し、該端末
ドライバにウィンドウ出力要求を渡し、前記端末ドライ
バは該ウィンドウ出力要求をウィンドウ出力電文として
編集して前記端末側計算機システムに通信回線を介して
送信し、前記端末側計算機システムでは前記ウィンドウ
出力電文を受信し、該受信したウィンドウ出力電文に基
づいて利用者が対話型処理により入力した入力データを
保存し、前記ホスト側計算機システムに通信回線を介し
てブレーク信号を送信し、前記ホスト側計算機システム
が該ブレーク信号に応答して入力許可要求を前記端末側
計算機システムへ送信し、該入力許可要求を受信した端
末側計算機システムは前記保存した入力データをウィン
ドウ入力応答電文に編集して前記ホスト側計算機システ
ムへ送信し、前記ホスト側計算機システムでは前記ウィ
ンドウ入力応答電文を受信した後、前記タスク割込ルー
チンを呼び出し、前記タスク割込ルーチンにより受信し
たウィンドウ入力応答電文を前記アプリケーションプロ
グラムからの入力要求に対する返却値として前記アプリ
ケーションプログラムへ渡し、前記アプリケーションプ
ログラムは現ウィンドウからの入力応答データとして受
け取ることに特徴がある。
、本発明の半2重通信システムにおけるマルチウィンド
ウ制御方式は、ホスト側計算機システムと半2重型イン
タフェースで接続された端末側計算機システムとを備え
、通信回線を介してマルチウィンドウ制御を行う半2重
通信システムにおいて、前記ホスト側計算機システム上
のアプリケーションプログラムが現ウィンドウに対し入
力要求を発行したときは、ファイル管理プログラムが該
発行された入力要求を受信し、受信した入力要求を出力
要求として変換すると共に、前記入力要求を保存し、前
記端末側計算機システムからの入力通知を処理するため
のタスク割込ルーチンを端末ドライバに登録し、該端末
ドライバにウィンドウ出力要求を渡し、前記端末ドライ
バは該ウィンドウ出力要求をウィンドウ出力電文として
編集して前記端末側計算機システムに通信回線を介して
送信し、前記端末側計算機システムでは前記ウィンドウ
出力電文を受信し、該受信したウィンドウ出力電文に基
づいて利用者が対話型処理により入力した入力データを
保存し、前記ホスト側計算機システムに通信回線を介し
てブレーク信号を送信し、前記ホスト側計算機システム
が該ブレーク信号に応答して入力許可要求を前記端末側
計算機システムへ送信し、該入力許可要求を受信した端
末側計算機システムは前記保存した入力データをウィン
ドウ入力応答電文に編集して前記ホスト側計算機システ
ムへ送信し、前記ホスト側計算機システムでは前記ウィ
ンドウ入力応答電文を受信した後、前記タスク割込ルー
チンを呼び出し、前記タスク割込ルーチンにより受信し
たウィンドウ入力応答電文を前記アプリケーションプロ
グラムからの入力要求に対する返却値として前記アプリ
ケーションプログラムへ渡し、前記アプリケーションプ
ログラムは現ウィンドウからの入力応答データとして受
け取ることに特徴がある。
【0008】
【作用】本発明においては、前記ホスト側計算機システ
ム上のアプリケーションプログラムが現ウィンドウに対
し入力要求を発行したときは、ファイル管理プログラム
が該発行された入力要求を受信し、受信した入力要求を
出力要求として変換すると共に、前記入力要求を保存し
、前記端末側計算機システムからの入力通知を処理する
ためのタスク割込ルーチンを端末ドライバに登録し、該
端末ドライバにウィンドウ出力要求を渡し、前記端末ド
ライバは該ウィンドウ出力要求をウィンドウ出力電文と
して編集して前記端末側計算機システムに通信回線を介
して送信し、前記端末側計算機システムでは前記ウィン
ドウ出力電文を受信し、該受信したウィンドウ出力電文
に基づいて利用者が対話型処理により入力した入力デー
タを保存し、前記ホスト側計算機システムに通信回線を
介してブレーク信号を送信し、前記ホスト側計算機シス
テムが該ブレーク信号に応答して入力許可要求を前記端
末側計算機システムへ送信し、該入力許可要求を受信し
た端末側計算機システムは前記保存した入力データをウ
ィンドウ入力応答電文に編集して前記ホスト側計算機シ
ステムへ送信し、前記ホスト側計算機システムでは前記
ウィンドウ入力応答電文を受信した後、前記タスク割込
ルーチンを呼び出し、前記タスク割込ルーチンにより受
信したウィンドウ入力応答電文を前記アプリケーション
プログラムからの入力要求に対する返却値として前記ア
プリケーションプログラムへ渡し、前記アプリケーショ
ンプログラムは現ウィンドウからの入力応答データとし
て受け取る。
ム上のアプリケーションプログラムが現ウィンドウに対
し入力要求を発行したときは、ファイル管理プログラム
が該発行された入力要求を受信し、受信した入力要求を
出力要求として変換すると共に、前記入力要求を保存し
、前記端末側計算機システムからの入力通知を処理する
ためのタスク割込ルーチンを端末ドライバに登録し、該
端末ドライバにウィンドウ出力要求を渡し、前記端末ド
ライバは該ウィンドウ出力要求をウィンドウ出力電文と
して編集して前記端末側計算機システムに通信回線を介
して送信し、前記端末側計算機システムでは前記ウィン
ドウ出力電文を受信し、該受信したウィンドウ出力電文
に基づいて利用者が対話型処理により入力した入力デー
タを保存し、前記ホスト側計算機システムに通信回線を
介してブレーク信号を送信し、前記ホスト側計算機シス
テムが該ブレーク信号に応答して入力許可要求を前記端
末側計算機システムへ送信し、該入力許可要求を受信し
た端末側計算機システムは前記保存した入力データをウ
ィンドウ入力応答電文に編集して前記ホスト側計算機シ
ステムへ送信し、前記ホスト側計算機システムでは前記
ウィンドウ入力応答電文を受信した後、前記タスク割込
ルーチンを呼び出し、前記タスク割込ルーチンにより受
信したウィンドウ入力応答電文を前記アプリケーション
プログラムからの入力要求に対する返却値として前記ア
プリケーションプログラムへ渡し、前記アプリケーショ
ンプログラムは現ウィンドウからの入力応答データとし
て受け取る。
【0009】
【実施例】以下、本発明の一実施例を、図面により詳細
に説明する。図2は、本発明を適用した半2重通信シス
テムの概略ブロック図である。図2において、1はホス
ト側計算機システムであり、2はホスト側計算機システ
ム1のオペレーティングシステム(OS)である。3は
ホスト側計算機システム1と端末側計算機システム6を
結ぶ入出力ポートであり、半2重型のブロック転送機能
を持っている。4はホスト側計算機システム1上の A
PI(ApplicationProgram Int
erface )を有するファイル管理部4−1と端末
ドライバ4−2とから成るドライバである。本実施例で
は、ドライバ4により入力動作の待ち状態を吸収し対応
している。5はホスト側計算機システム1上で稼動する
アプリケーションプログラム(以下、APという)であ
り、ウィンドウシステムを全く意識しないで、利用者が
端末側計算機システム6上のウィンドウから指令を出し
て起動したものである。
に説明する。図2は、本発明を適用した半2重通信シス
テムの概略ブロック図である。図2において、1はホス
ト側計算機システムであり、2はホスト側計算機システ
ム1のオペレーティングシステム(OS)である。3は
ホスト側計算機システム1と端末側計算機システム6を
結ぶ入出力ポートであり、半2重型のブロック転送機能
を持っている。4はホスト側計算機システム1上の A
PI(ApplicationProgram Int
erface )を有するファイル管理部4−1と端末
ドライバ4−2とから成るドライバである。本実施例で
は、ドライバ4により入力動作の待ち状態を吸収し対応
している。5はホスト側計算機システム1上で稼動する
アプリケーションプログラム(以下、APという)であ
り、ウィンドウシステムを全く意識しないで、利用者が
端末側計算機システム6上のウィンドウから指令を出し
て起動したものである。
【0010】6は端末側計算機システムであり、通常は
パーソナルコンピュータシステム(PC)である。7は
端末側計算機システム6のオペレーティングシステム(
OS)であり、シングルタスクだけを処理することが出
来る。8はホスト側と同様な機能を有する端末側計算機
システム6の入出力ポート、9は端末制御ドライバであ
る。10は端末側計算機システム6上でマルチウィンド
ウを制御するための擬似マルチタスク制御機能とマルチ
ウィンドウ制御機能を有するマネージャ制御部であり、
端末エミュレータ11の入出力動作、スケジュール管理
とウィンドウ制御等を受けもっている。11はウィンド
ウ上でホスト側計算機システム1上で稼働するアプリケ
ーションプログラム5と対話する行制御/画面制御を行
う端末エミュレータである。12、13はそれぞれ端末
側計算機システム6に接続されているビットマップディ
スプレイ(キャラクタディスプレイも含む)とそのキー
ボードである。14はホスト側計算機システム1と端末
側計算機システム6を接続するための通信回線であり、
ここでは半2重インタフェースによるRS−232Cで
接続されている。
パーソナルコンピュータシステム(PC)である。7は
端末側計算機システム6のオペレーティングシステム(
OS)であり、シングルタスクだけを処理することが出
来る。8はホスト側と同様な機能を有する端末側計算機
システム6の入出力ポート、9は端末制御ドライバであ
る。10は端末側計算機システム6上でマルチウィンド
ウを制御するための擬似マルチタスク制御機能とマルチ
ウィンドウ制御機能を有するマネージャ制御部であり、
端末エミュレータ11の入出力動作、スケジュール管理
とウィンドウ制御等を受けもっている。11はウィンド
ウ上でホスト側計算機システム1上で稼働するアプリケ
ーションプログラム5と対話する行制御/画面制御を行
う端末エミュレータである。12、13はそれぞれ端末
側計算機システム6に接続されているビットマップディ
スプレイ(キャラクタディスプレイも含む)とそのキー
ボードである。14はホスト側計算機システム1と端末
側計算機システム6を接続するための通信回線であり、
ここでは半2重インタフェースによるRS−232Cで
接続されている。
【0011】図1は、本発明の一実施例を示すマルチウ
ィンドウ制御方式を説明するための図である。これは、
図2の半2重通信システムにおけるウィンドウへの入力
処理フローを示している。以下、図1のフローに従って
本実施例の動作を説明する。
ィンドウ制御方式を説明するための図である。これは、
図2の半2重通信システムにおけるウィンドウへの入力
処理フローを示している。以下、図1のフローに従って
本実施例の動作を説明する。
【0012】まず、ホスト側計算機システム1において
、AP5によるタスク(以下、APタスクという)は、
ファイル管理部4−1に対して現ウィンドウへの同期型
入力要求を行う(ステップ101)。これによりAPタ
スクは通常の入力待ち状態となる。次にファイル管理部
4−1は、入力要求を出力要求として変換し(ステップ
102)、かつその入力要求の保存を行う(ステップ1
03)。その後、ファイル管理部4−1は端末ドライバ
4−2にこの出力要求を渡す。この時点で端末側計算機
システム6からの入力通知を処理するためのタスク割込
ルーチンを用意して、このタスク割込ルーチンを端末ド
ライバ4−2に対して登録しておく(ステップ104,
105)。これは一度登録しておけば良い。次に端末ド
ライバ4−2は、ファイル管理部4−1から渡されたウ
ィンドウ出力要求をウィンドウ出力電文として編集する
(ステップ106)。そして、端末ドライバ4−2はこ
の編集されたウィンドウ出力電文を、入出力ポート3,
半2重インタフェースによる通信回線14を経由して端
末側計算機システム6へ送信する。
、AP5によるタスク(以下、APタスクという)は、
ファイル管理部4−1に対して現ウィンドウへの同期型
入力要求を行う(ステップ101)。これによりAPタ
スクは通常の入力待ち状態となる。次にファイル管理部
4−1は、入力要求を出力要求として変換し(ステップ
102)、かつその入力要求の保存を行う(ステップ1
03)。その後、ファイル管理部4−1は端末ドライバ
4−2にこの出力要求を渡す。この時点で端末側計算機
システム6からの入力通知を処理するためのタスク割込
ルーチンを用意して、このタスク割込ルーチンを端末ド
ライバ4−2に対して登録しておく(ステップ104,
105)。これは一度登録しておけば良い。次に端末ド
ライバ4−2は、ファイル管理部4−1から渡されたウ
ィンドウ出力要求をウィンドウ出力電文として編集する
(ステップ106)。そして、端末ドライバ4−2はこ
の編集されたウィンドウ出力電文を、入出力ポート3,
半2重インタフェースによる通信回線14を経由して端
末側計算機システム6へ送信する。
【0013】本実施例では、上述の如く、ファイル管理
部4−1の内部で入力要求を出力要求に置き換えたこと
により、端末ドライバ4−2等で応答待ちの状態は発生
していないことになる。すなわち、AP5からの同一端
末側計算機システム6上の各ウィンドウへの入力要求を
同時に取り扱えるようになる。また、AP5ではウィン
ドウシステムとして何も意識する必要はない。
部4−1の内部で入力要求を出力要求に置き換えたこと
により、端末ドライバ4−2等で応答待ちの状態は発生
していないことになる。すなわち、AP5からの同一端
末側計算機システム6上の各ウィンドウへの入力要求を
同時に取り扱えるようになる。また、AP5ではウィン
ドウシステムとして何も意識する必要はない。
【0014】一方、端末側計算機システム6では、入出
力ポート8を介してホスト側計算機システム1から受信
した入力要求電文をマネージャ制御部10が受け取る(
ステップ108)。次にマネージャ制御部10は該当す
る端末エミュレータ11に対しイベント通知して(ステ
ップ109)、待ちを解除した後(ここでは、端末エミ
ュレータ11はマネージャ制御部10からのイベント通
知による待ち状態に予めなっている)、入力処理の依頼
を行う(ステップ110)。次に端末エミュレータ11
は、ウィンドウ入出力制御部(図示せず)に対し自ウィ
ンドウ上での入力命令を発行する(ステップ111)。 端末側計算機システム6の利用者が、対話オペレーショ
ンにより入力を行う(ステップ112)。次に端末エミ
ュレータ11は、入力データを受け取りマネージャ制御
部10に渡し(ステップ113)、イベント待ちの状態
に戻る(ステップ114)。マネージャ制御部10は端
末エミュレータ11からの入力データを受け取り保存し
(ステップ115)、ホスト側計算機システム1に対し
入力要求の応答を返すために、まず端末制御ドライバ9
を経由してブレーク信号を送信する(ステップ116)
。
力ポート8を介してホスト側計算機システム1から受信
した入力要求電文をマネージャ制御部10が受け取る(
ステップ108)。次にマネージャ制御部10は該当す
る端末エミュレータ11に対しイベント通知して(ステ
ップ109)、待ちを解除した後(ここでは、端末エミ
ュレータ11はマネージャ制御部10からのイベント通
知による待ち状態に予めなっている)、入力処理の依頼
を行う(ステップ110)。次に端末エミュレータ11
は、ウィンドウ入出力制御部(図示せず)に対し自ウィ
ンドウ上での入力命令を発行する(ステップ111)。 端末側計算機システム6の利用者が、対話オペレーショ
ンにより入力を行う(ステップ112)。次に端末エミ
ュレータ11は、入力データを受け取りマネージャ制御
部10に渡し(ステップ113)、イベント待ちの状態
に戻る(ステップ114)。マネージャ制御部10は端
末エミュレータ11からの入力データを受け取り保存し
(ステップ115)、ホスト側計算機システム1に対し
入力要求の応答を返すために、まず端末制御ドライバ9
を経由してブレーク信号を送信する(ステップ116)
。
【0015】ホスト側計算機システム1上の端末ドライ
バ4−2がブレーク信号を受け取り、その直後該当する
端末側計算機システム6のウィンドウに対して入力許可
要求を送信する(ステップ117)。端末側計算機シス
テム1上のマネージャ制御部10が入力許可要求を受け
取り(ステップ118)、次に保存しておいた端末エミ
ュレータ11からの入力データをウィンドウ出力電文に
編集して端末制御ドライバ9を介して、入出力ポート8
からホスト側計算機システム1へ送信する(ステップ1
19)。以上のことにより半2重インタフェースでのR
S−232C接続で利用者からの入力要求が完了した直
後に、素早く入力応答電文をホスト側計算機システム1
へ矛盾なく送信することが出来る。
バ4−2がブレーク信号を受け取り、その直後該当する
端末側計算機システム6のウィンドウに対して入力許可
要求を送信する(ステップ117)。端末側計算機シス
テム1上のマネージャ制御部10が入力許可要求を受け
取り(ステップ118)、次に保存しておいた端末エミ
ュレータ11からの入力データをウィンドウ出力電文に
編集して端末制御ドライバ9を介して、入出力ポート8
からホスト側計算機システム1へ送信する(ステップ1
19)。以上のことにより半2重インタフェースでのR
S−232C接続で利用者からの入力要求が完了した直
後に、素早く入力応答電文をホスト側計算機システム1
へ矛盾なく送信することが出来る。
【0016】ホスト側計算機システム1では、端末側計
算機システム6からの入力応答電文を端末ドライバ4−
2が受け取り(ステップ120)、端末ドライバ4−2
はこれを解析して通知先の該当APを割出し、ファイル
管理部4−1が予め登録していた入力通知用タスク割込
ルーチンを呼び出して、この時に入力データも一緒に渡
す(ステップ121)。ファイル管理部4−1は入力通
知用タスク割込ルーチンで受け取った入力データをAP
からの入力要求に対する返却値としてAPに返す(ステ
ップ122,123)。この時にファイル管理部4−1
はAPの休止状態を解除する。以降APに制御が戻り実
行が再開される。
算機システム6からの入力応答電文を端末ドライバ4−
2が受け取り(ステップ120)、端末ドライバ4−2
はこれを解析して通知先の該当APを割出し、ファイル
管理部4−1が予め登録していた入力通知用タスク割込
ルーチンを呼び出して、この時に入力データも一緒に渡
す(ステップ121)。ファイル管理部4−1は入力通
知用タスク割込ルーチンで受け取った入力データをAP
からの入力要求に対する返却値としてAPに返す(ステ
ップ122,123)。この時にファイル管理部4−1
はAPの休止状態を解除する。以降APに制御が戻り実
行が再開される。
【0017】
【発明の効果】以上説明したように、本発明によれば、
ホスト側計算機システムから端末側計算機システムへの
入力動作をAPに意識させないで出力動作に置き換えた
こと、且その応答を端末側計算機システムからホスト側
計算機システムへ送信するのに、オペレータの1入力動
作完了時に端末側計算機システムからのブレーク信号送
信を契機に一度に行うようにしたことにより、ウィンド
ウの入力待ちの問題が解消され、全2重型接続の端末で
しか出来なかった操作性を、同等にまたそれ以上に、優
れたウィンドウ環境を半2重型接続インタフェースで実
現することが出来る。また、以上の事項は、APが意識
する必要はないので、既存のAPをそのまま使用するこ
とが出来る利点もある。
ホスト側計算機システムから端末側計算機システムへの
入力動作をAPに意識させないで出力動作に置き換えた
こと、且その応答を端末側計算機システムからホスト側
計算機システムへ送信するのに、オペレータの1入力動
作完了時に端末側計算機システムからのブレーク信号送
信を契機に一度に行うようにしたことにより、ウィンド
ウの入力待ちの問題が解消され、全2重型接続の端末で
しか出来なかった操作性を、同等にまたそれ以上に、優
れたウィンドウ環境を半2重型接続インタフェースで実
現することが出来る。また、以上の事項は、APが意識
する必要はないので、既存のAPをそのまま使用するこ
とが出来る利点もある。
【図1】本発明の一実施例を示すマルチウィンドウ制御
方式を説明するための図である。
方式を説明するための図である。
【図2】本発明を適用した半2重通信システムの構成図
である。
である。
1 ホスト側計算機システム
2 オペレーティングシステム(OS)3,8 入
出力ポート 4−1 ファイル管理部 4−2 端末ドライバ 5 アプリケーションプログラム(AP)6 端末
側計算機システム 7 オペレーティングシステム(OS)9 端末制
御ドライバ 10 マネージャ制御部 11 端末エミュレータ 12 ビットマップディスプレイ 13 キーボード
出力ポート 4−1 ファイル管理部 4−2 端末ドライバ 5 アプリケーションプログラム(AP)6 端末
側計算機システム 7 オペレーティングシステム(OS)9 端末制
御ドライバ 10 マネージャ制御部 11 端末エミュレータ 12 ビットマップディスプレイ 13 キーボード
Claims (1)
- 【請求項1】 ホスト側計算機システムと半2重型イ
ンタフェースで接続された端末側計算機システムとを備
え、通信回線を介してマルチウィンドウ制御を行う半2
重通信システムにおいて、前記ホスト側計算機システム
上のアプリケーションプログラムが現ウィンドウに対し
入力要求を発行したときは、ファイル管理プログラムが
該発行された入力要求を受信し、受信した入力要求を出
力要求として変換すると共に、前記入力要求を保存し、
前記端末側計算機システムからの入力通知を処理するた
めのタスク割込ルーチンを端末ドライバに登録し、該端
末ドライバにウィンドウ出力要求を渡し、前記端末ドラ
イバは該ウィンドウ出力要求をウィンドウ出力電文とし
て編集して前記端末側計算機システムに通信回線を介し
て送信し、前記端末側計算機システムでは前記ウィンド
ウ出力電文を受信し、該受信したウィンドウ出力電文に
基づいて利用者が対話型処理により入力した入力データ
を保存し、前記ホスト側計算機システムに通信回線を介
してブレーク信号を送信し、前記ホスト側計算機システ
ムが該ブレーク信号に応答して入力許可要求を前記端末
側計算機システムへ送信し、該入力許可要求を受信した
端末側計算機システムは前記保存した入力データをウィ
ンドウ入力応答電文に編集して前記ホスト側計算機シス
テムへ送信し、前記ホスト側計算機システムでは前記ウ
ィンドウ入力応答電文を受信した後、前記タスク割込ル
ーチンを呼び出し、前記タスク割込ルーチンにより受信
したウィンドウ入力応答電文を前記アプリケーションプ
ログラムからの入力要求に対する返却値として前記アプ
リケーションプログラムへ渡し、前記アプリケーション
プログラムは現ウィンドウからの入力応答データとして
受け取ることを特徴とする半2重通信システムにおける
マルチウィンドウ制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3035029A JPH04255052A (ja) | 1991-02-06 | 1991-02-06 | 半2重通信システムにおけるマルチウィンドウ制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3035029A JPH04255052A (ja) | 1991-02-06 | 1991-02-06 | 半2重通信システムにおけるマルチウィンドウ制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04255052A true JPH04255052A (ja) | 1992-09-10 |
Family
ID=12430638
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3035029A Withdrawn JPH04255052A (ja) | 1991-02-06 | 1991-02-06 | 半2重通信システムにおけるマルチウィンドウ制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04255052A (ja) |
-
1991
- 1991-02-06 JP JP3035029A patent/JPH04255052A/ja not_active Withdrawn
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3147572B2 (ja) | プログラム生成方法 | |
| US6269409B1 (en) | Method and apparatus for concurrent execution of operating systems | |
| KR920016971A (ko) | 컴퓨터 시스템 및 이를 위한 그래픽 디스플레이를 제어하기 위한 시스템 및 방법 | |
| JPH07117931B2 (ja) | コンピュータ・ネットワーク | |
| US5640495A (en) | Computer-printer interface control for bidirectional/undirectional data communications | |
| JPH04281516A (ja) | 表示共有装置及び方法 | |
| JPH035846A (ja) | リモート・アプリケーシヨン実行方式 | |
| CN101676875A (zh) | Linux终端无缝访问远程Windows应用程序的方法及其装置 | |
| US5727148A (en) | Message control method and system | |
| JPS62121562A (ja) | デ−タ通信システム | |
| JPH01188971A (ja) | リモートジョブ制御方式 | |
| KR0146433B1 (ko) | 다중프로세스간 메시지 분배 방법 | |
| JPH076042A (ja) | データ受信制御装置 | |
| JP2681901B2 (ja) | ネットワークシステム | |
| CN116095159A (zh) | 一种通讯设备远程控制的方法和系统 | |
| KR19990059515A (ko) | 운영체제 상에서의 콘솔 서버 방법 및 장치 | |
| JP3434858B2 (ja) | サーバ・クライアントシステム | |
| JPH0844679A (ja) | 情報処理システム | |
| JPH02222049A (ja) | 仮想端末制御方式 | |
| JPH06230940A (ja) | プログラム制御装置 | |
| JPH0398143A (ja) | 非同期端末監視 | |
| JPH05158849A (ja) | ウインドウシステム | |
| JPH05191422A (ja) | ネットワーク管理機能付きlanコントローラ | |
| JPH06259380A (ja) | 遠隔手続き呼出し装置 | |
| JPH05324523A (ja) | 仮想端末システムのパススルー制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19980514 |