JPH0196750A - データ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明はデータ処理の分野、具体的には全スクリーン書
込みモードもしくは部分スクリーン書込みモードで動作
することによってデータ・ストリームを効率的に処理す
るワークステーション・コントローラに関する。

Ｂ、従来技術 ワークステーション・コントローラはホスト・コンピュ
ータと複数のＩ／Ｏ装置（デイスプレー、プリンタ、プ
ロッタ等）間のＩ／Ｏ動作を処理する。代表的な場合と
して、ホスト（コンピュータ）がデータをＩ／Ｏ装置に
送りたい場合には、ホストはデータ・ストリームをワー
クステーション・コントローラに送る。コントローラは
どの装置にこのデータが送られるかを判断して、このデ
ータ・ストリームを処理し、このデータをその装置に送
る。

しばしばホストがデータを送りたい装置はデイスプレー
である。ホストはある時には全スクリーンのデータを送
ることを望み、他の時にはスクリーンの小部分を更新す
ることだけを望む。

今日のワークステーション・コントローラは装置に大量
のデータを送る場合と、装置に少量のデータを送る場合
とを区別していない。第１の群のコントローラは、ホス
トがスクリーンの小部分を更新することだけを望んでい
る場合でも、常に全スクリーン分のデータをデイスプレ
ーに送っている。これ等のコントローラは書込み動作の
前にスクリーンを読取る、即ち各デイスプレーのスクリ
ーンの完全なコピーを記憶しなければならない。

この方法は、ホストが全スクリーンのデータを送りたい
場合には効率的であるが、ホストが部分スクリーンのデ
ータを送りたい場合には効率的ではない。

第２群のコントローラは、たとえホストが全く新らしい
全スクリーンをデイスプレーに送りたい場合でも、常に
複数の部分スクリーンのデータをデイスプレーに送って
いる。これ等のコントローラは複数の部分スクリーン・
データをデイスプレーに送り、デイスプレーが全スクリ
ーンを最終的に受取る前に各部分スクリーン・データを
処理するのを待たなければならない、この方法は、ホス
トが少量のデータを送りたい場合は効率的であるが、ホ
ストが全スクリーンのデータを送りたい場合には効率的
でない。

コントローラにとっては、全スクリーンのデータをデイ
スプレーに送りつつある時は第１の群の□　　コントロ
ーラのように動作し１部分スクリーンのデータをデイス
プレーに送りつつある時には第２の群のコントローラの
ように動作する能力を有することが望ましい。理想的に
は、コントローラは導入データ・ストリームを分析でき
て、ストリームが全スクリーンのデータを含むか、もし
くは部分スクリーンのデータを含むかを判断することが
できるのが好ましい。もしコントローラが全スクリーン
のデータを検出した時には、コントローラは善スクリー
ン・モードにスイッチでき、もしコントローラが部分ス
クリーンのデータを検出した時には、コントローラは部
分スクリーン・モードにスイッチできよう。

Ｃ０発明が解決しようとする問題点 本発明の目的は、ホスト・コンピュータから装置にコン
トローラを介して効率的にデータを送ることにある。

本発明に従えば、導入データ・ストリーム中に含まれる
情報に基づいて、ワークステーション・コントローラを
全スクリーン・モードもしくは部分スクリーン・モード
のいずれかで動作させることができる。

本発明に従えば、導入データ・ストリーム中に含まれる
情報に基づいて、全スクリーン・モード、大部分スクリ
ーン・モードもしくは通常の部分スクリーン・モードで
ワークステーション・コントローラを動作させることが
できる、 Ｄ０問題点を解決するための手段 本発明のワークステーション・コントローラは全スクリ
ーン書込みモードもしくは部分スクリーン書込みモード
のいずれかで動作する。一実施例では、コントローラは
ホストからのデータ・ストリーム中に「クリア装置Ｊ　
　（ｃＤ）コマンドを探す、もしデータ・ストリームが
ＣＤコマンドを含み、スクリーン・イメージ・バッファ
が利用可能な時は、コントローラは全スクリーン書込み
モードで動作する。その後、データ・ストリーム中の「
装置書込みＪ　　（ＷＴＤ・・・Ｗｒｉｔｅ　ｔｏ　Ｄ
ｅｖｉｃｅ）コマンドが、Ｉ／Ｏ装置にではなく、スク
リーン・イメージ・バッファに送られる。コントローラ
がデータ・ストリームの終りを検出する時、バッファの
全内容が１回の動作でＩ／Ｏ装置（通常はデイスプレー
）に送られる。

コントローラがデータ・ストリーム中にＣＤコマンドを
検出しないか、又はＣＤコマンドが検出されても、スク
リーン・イメージ・バッファが利用可能でない時には、
コントローラは部分スクリーン書込みモードで動作する
。データ・ストリーム中のＷＴＤコマンドは一時に１つ
ずつ、直接デイスプレーに送られる。

好ましい実施例では、コントローラは３つのモード、即
ち全スクリーン書込みモード、大部分スクリーン書込み
モード及び通常の部分スクリーン書込みモードで動作で
きる。コントローラは上述のようにして全スクリーン書
込みモードで動作する。コントローラはＣＤコマンドが
検出されず、コントローラがそのデータ・ストリームが
大量であることを検出し、スクリーン・イメージ・バッ
ファが利用可能な時に、大部分スクリーン書込みモード
で動作する。このモードでは、コントローラは先ずスク
リーンからデータをスクリーン・イメージ・バッファ中
に読取らなくてはならない。

データ・ストリーム中のＷＴＤコマンドはその後装置で
はなくバッファに送られる。コントローラがデータ・ス
トリーム中終りを検出した時に、バッファの全内容がデ
イスプレーに送られる。もし、好ましい実施例で、コン
トローラがデータ・ストリーム中にＣＤコマンドを検出
せず且つデータ・ストリームが大量でない場合、又はス
クリーン・イメージ・バッファが利用可能でない時には
、コントローラは通常部分スクリーン書込みモードで動
作する。データ・ストリーム中のＷＴＤコマンドは直接
−時に１つずつ、デイスプレーに送られる。

Ｅ、実施例 ・第１図は本発明の全ブロック図である。ホスト・コン
ピュータ／Ｏはコツトローラ２０に接続され、コントロ
ーラ２０は装置群４０に接続されている。ホスト／Ｏは
一般に任意の汎用ディジタル・コンピュータでよい、装
置４０はＩ／Ｏ装置であり１通常デイスプレーであるが
、プリンタ、プロッタ等のような他の装置でもよい。

コントローラ２０はホスト・インターフェイス２１、デ
ータ・ストリーム・プロセッサ２２、装置インターフェ
イス２３及びメモリ２４を含んでいる。メモリ２４はＩ
／Ｏバッファ２６、スクリーン・イメージ・バッファ２
７及び装置制御ブロック２８を含んでいる。

ホスト／Ｏが装置にデータを送りたい時には、ホスト／
Ｏはデータ・ストリームをコントローラ２０に送る。具
体的には、ホスト・インターフェイス２１はデータ・ス
トリームをホスト／Ｏから受取って、このデータ・スト
リームをＩ／Ｏバッファ２６中に置く０次にホスト・イ
ンターフェイス２１はデータ・ストリーム・プロセッサ
２２にＩ／Ｏバッファ２６中のデータ・ストリームの位
置及びデータ・ストリーム中に含まれるバイト数を知ら
せる。

ホスト・インターフェイス２１は又データ・ストリーム
・プロセッサ２２によってＩ／Ｏバッファ２６中に置か
れたデータ・ストリームをホストｌＯに送る。ホスト・
インターフェイス２１は線１１を介してホスト／Ｏと通
信する。線１１はシステム・バス、通信線、局所ネット
ワークの一部もしくは他の通信手段でよい。

データ・ストリーム・プロセッサ２２は、ホスト・イン
ターフェイス２１によってデータ・ストリームがＩ／Ｏ
バッファ２６中に置かれたことを知ると、データ・スト
リームを第３図乃至第７図に関して以下詳細に説明する
ように処理する。データ・ストリーム・プロセッサ２２
は代表的には第３図乃至第７図に関して後に説明するよ
うに動作する、適切にプログラムされたマイクロプロセ
ッサである。

データ・ストリーム・プロセッサ２２はデータ・ストリ
ームを処理し、コマンドを、意図された装置に対応して
装置制御ブロック２８中に置く０次にデータ・ストリー
ム・プロセッサ２２は装置制御ブロック２８中に情報が
存在することを装置インターフェイス２３に知らせ、装
置インターフェイス２３は装置制御ブロック２８中に含
まれる情報に基づいて意図して装置にデータを転送し、
又これからデータを転送する。装置インターフェイス２
３はデータ転送が完了した時このことをデータ・ストリ
ーム・プロセッサ２２に知らせる。

装置インターフェイス２３は又キーストロークをポール
し、又装置をボールして装置がコマンドの処理を完了し
たことを判断できる。

第２Ａ図乃至第２Ｃ図はホスト／Ｏがコントローラ２０
に送る異なるデータ・ストリームの記号表示を示す、第
２Ａ図は代表的なデータ・ストリームを示す、ヘッダ（
見出し）５１はホスト・インターフェイス２１によって
取り除かれる、本発明に関係のない管理情報を含んでい
る０代表的には、ヘッダ５１はこの分野で知られている
システム・ネットワーク・アーキテクチュヤ（ＳＮＡ）
データ・ストリームの一部である。装置アドレス５２は
このデータ・ストリームの宛先である装置のアドレスを
指定する。装置４１．４２．４３等はすべてホスト／Ｏ
及びコントローラ２０に知られた個々のアドレスを有し
、このアドレスが装置アドレス５２中に指定されている
。

クリア装置（ｃＤ）５３は装置、通常はデイスプレー、
をクリアするため、データ・ストリーム中に通常見出さ
れるコマンドである０通常、ＣＤコマンドはデイスプレ
ーに送られ、デイスプレーのスクリーンを空白にする（
消去する）。ＣＤコマンドがデータ・ストリーム中に存
在する時は、これは通常データ・ストリームを開始する
。それはデータ・ストリームの途中にあるＣＤコマンド
は、データ・ストリーム中でこれに先行して到達したす
べてを消去するからである。ＣＤコマンドはデータ・ス
トリームのアーキテクチュヤに依存してクリア・ユニッ
ト（ｃＵ）消去デイスプレー（ＥＤ）、装置（ＥＤ）、
空白ユニット（ＮＵ）等と様々な名前で呼ばれる。従っ
て、ＣＤは装置をクリアするのに通常送られる任意のデ
ータ・ストリームのコマンドを指している。

装置書込み（ＷＴＤ）５４はデータを装置、通常はデイ
スプレー、に送るためのデータ・ストリーム中に見出さ
れるコマンドである。通常ＷＴＤコマンドはデイスプレ
ーに送られ、データをデイスプレーの一部に書込み、デ
イスプレーに関連して入力フィールドもしくは属性を形
成、追加もしくは修正する。ＷＴＤコマンドはデータ・
ストリームのアーキテクチュヤに依存して、デイスプレ
ー書込み（ＷＴＤ）　、データ書込み（ＷＤ）、ユニッ
ト書込み（ＷＴＵ）等と様々な名前で呼ばれる。従って
ＷＴＤはデータを装置に書込むのに通常送られる任意の
データ・ストリームのコマンドを指す。

第２Ａ、２Ｂ及び第２Ｃ図の中のデータ・ストリームは
すべてわずかに異なっている。第２Ａ図はＣＤコマンド
を有し、ＷＴＤコマンドが続いている。第２Ｂ図にはＣ
Ｄコマンドがなく、極く少数のＷＴＤコマンドが続いて
いる。第２Ｃ図にはＣＤコマンドがなく、その後に何個
かのＷＴＤコマンドが存在する。

第２Ａ図は全スクリーン書込みデータ・ストリームの代
表的なものである。プログラマが全く新しい全スクリー
ンを書込みたい場合、そしてスクリーンの小部分を単に
更新するだけでない場合には、プログラマはスクリーン
上に新しいデータの全スクリーンを書込む前にスクリー
ンがブランクにされることを確実にすることによって、
スクリーンの完全性を保持しようとする。プログラマは
データ・ストリームに、ＣＤコマンドをつけることによ
ってこのことを知ることができる。従って、データ・ス
トリーム中のＣＤコマンドの存在は全スクリーン分のデ
ータが続くことを示す強い表示である。ここで全スクリ
ーン書込みデータ・ストリームは、必ずしもすべてのス
クリーン位置にデータを書込むことではなく、スクリー
ンを単にクリヤし、新らしいスクリーン・データを書込
むことを意味している。新らしいデータの全スクリーン
は文字をほとんど含まないこともあれば、多くの文字を
含んでいることもある。

第２Ａ図中のＣＤコマンドの後には、全スクリーンのデ
ータを組立てる少なくとも１つの、しかし通常はいくつ
かのＷＴＤコマンドが続くことに注意されたい、１つの
ＷＴＤコマンドで転送できるバイト数には物理的限界が
存在するので、全スクリーンのデータを組立てるには通
常いくつかのＷＴＤコマンドが必要である。

第２Ｂ図は部分スクリーン書込みデータ・ストリームの
代表的なものである。もしプログラマがスクリーンの小
部分を単に更新するだけである場合には、プログラマは
最初に全スクリーンを空白にする必要はない、スクリー
ンを更新するためには少なくとも１つ、通常は２，３の
ＷＴＤコマンドが送られる。従ってデータ・ストリーム
のＣＤコマンドが存在しないことは部分スクリーンのデ
ータが到来することの強い表示である。

第２Ｃ図も部分スクリーン書込みデータ・ストリームの
代表的なものを示す、しかしこのデータ・ストリーム中
では多数のＷＴＤコマンドが互に連っている。この場合
も、プログラマはスクリーンを更新することだけを目的
としているが、プログラマはこの場合はスクリーンの大
部分を更新する。

第２Ｃ図のデータ・ストリームは第２Ｂ図のデータ・ス
トリームと異なるように処理することがより効率的であ
る。好ましい実施例では、第２Ｂ図のデータ・ストリー
ムは「通常部分スクリーン書込みデータ・ストリーム」
と呼ばれ、第２ｃ図のデータ・ストリームは「大部分ス
クリーン書込みデータ・ストリーム」と呼ばれる。

第３図乃至第７図はどのようにしてコントローラ２０、
より具体的にはデータ・ストリーム・プロセッサ２２が
第２Ａ図乃至第２ｃ図に示されたホスト／Ｏからのデー
タ・ストリームを処理するかを示す流れ図である。プロ
セッサ２２がホスト・インターフェイス２１によって、
新らしいデータ・ストリームがＩ／Ｏバッファ２６中に
置かれたことを知らされると、プロセッサ２２はデータ
・ストリームから装置アドレスを読取り、第３図のブロ
ック６１に示したように対応する装置制御ブロック（Ｄ
ＣＢ）２８を見出す０次にプロセッサ２２はブロック６
２で、処理すべきデータがデータ・ストリーム中に残さ
れているかどうかを判断する。

ブロック６２は処理のために残っている次のデータ・ス
トリーム・コマンドを示すデータ・ストリーム・ポイン
タの位置を求めることによってこの機能を遂行する。デ
ータ・ストリーム・ポインタの位置がデータ・ストリー
ムの終りにあるときは。

第６図に示したデータの終り（ＥＯＤ）サブルーチンが
呼出される。（ブロック６３）。

データ・ストリーム中に処理されるデータが残されてい
る時には、プロセッサ２２は先ずデータ・ストリームの
次の部分がＣＤコマンドであるかどうかを判断する（ブ
ロック６４）、もしＣＤコマンドである時は、第４図に
示したクリア装置！（ｃＤ）サブルーチンが呼出される
（ブロック６６）。

もしデータ・ストリーム９次の部分がＣＤコマンドでな
ければ、プロセッサ２２はこれがＷＴＤコマンドである
かどうかを判断する（ブロック６７）、もしＷＴＤコマ
ンドである時は、第５図に示した装置書込み（ＷＴＤ）
サブルーチンが呼出される（ブロック６８）。

データ・ストリームの次の部分がＣＤコマンドでもＷＴ
Ｄコマンドでもなかった場合には、プロセッサ２２はこ
れが他の有効なデータ・ストリーム・コマンドであるか
どうかを判断する（ブロック７６）、もしそうならば、
第７図に示した他のデータ・ストリーム・コマンド（Ｏ
ＤＳＣ）サブルーチンが呼出される（ブロック７７）。

もしデータ・ストリームの次の部分がＣＤコマンド、Ｗ
ＴＤコマンドもしくは０ＤＳＣコマンドでもない時は、
データ・ストリームは無効であり、ホスト・インターフ
ェイス２１にこの事実が知らされる（ブロック６９）０
次にデータ・ストリーム・ポインタはデータ・ストリー
ムの終りに移動°する（ブロック７１）、制御はブロッ
ク６２に戻るが、データ・ストリーム中にはもはや処理
すべきデータがないので、以下説明するようにＥＯＤサ
ブルーチンが呼出される。

ブロック６４で、データ・ストリームの次の部分がＣＤ
コマンドであることがわかった時は、第４図に示したＣ
Ｄサブルーチンが呼出される。データ・ストリーム・ポ
インタはデータ・ストリーム中の次のコマンドに移動し
くブロック８１）、そしてＣＤサブルーチンがこのＣＤ
コマンドの処理を完了して戻りを生じる時に、第３図の
ブロック６２がデータ・ストリーム中の次のコマンドを
処理できるようにする。次にサブルーチンはスクリーン
・イメージ・バッファ２７がすでにこのデータ・ストリ
ームのために形成されているかどうか（即ち、後述する
ように、全スクリーン書込みモード又は大部分スクリー
ン書込みモードのためにスクリーン・イメージ・バッフ
ァが使用状態にセットされて）を判断する（ブロック８
２）、大部分の場合は、答えは、Ｎｏであるから、制御
はブロック８３に移り、ここでＣＤサブルーチンはスク
リーン・イメージ・バッファが利用可能であるかどうか
を質問する。好ましい実施例では、装置の数よりもスク
リーン・イメージ・バッファ２７（第１図）の数が少い
、メモリを節約すること及びある時間間隔では少数の装
置にしか書込みを行なわないという統計的予測に基いて
、このようにしている、スクリーン・イメージ・バッフ
ァはプリンタ、プロッタ等のようなデイスプレーでない
装置によっても使用できることに注意されたい。

スクリーン・イメージ・バッファ２７は大部分の時間に
利用できるが、利用可能な時は、サブルーチンはブロッ
ク８４中で「スクリーン・イメージ・バッファ形成」フ
ラグをセットする。このフラグがブロック８４において
セットされる時は、コントローラ２０は全スクリーン書
込み・モードで動作を開始する。スクリーン・イメージ
・バッファ２７を空白にする時にはこれに０を書込む（
ブロック８６）、コントローラ２０が全スクリーン書込
み専モードにある時にはＣＤコマンドはスクリーンでな
くバッファを空白にする０次にサブルーチンは第３図の
ブロック６２に戻り、ここでデータ・ストリームの次の
部分が処理される。

第４図のブロック８１．８２．８３．８４及び８６は全
スクリーン書込みモードのコントローラ２０の動作の正
規の流れを示している。次に異常状態について説明する
。

ＣＤコマンドを受取った時に、スクリーン・イメージ・
バッファ２７がすでに形成とされている時には、このこ
とはＣＤコマンドがデータ・ストリームの途中で見出さ
れたことを示す、このことはアーキテクチャ上は合法的
であるが、無意味である。それは、ＣＤコマンドに先行
するすべてがこの時失われるからである。サブルーチン
はスクリーン・イメージ・バッファ２７に０を書込み、
第３図のブロック６２に戻る。

すべてのスクリーン・イメージ・バッファが他の装置に
よって使用されているために（統計的にはほとんどない
が、起り得る）、スクリーン・イメージ・バッファが利
用可能でないことを、ブロック８３が示すと、コントロ
ーラ２０は全スクリーン書込みモードに進むことができ
ない、従って、コントローラ２０は部分スクリーン書込
みモードに進み、装置制御ブロック（ＤＣＢ）２８中に
クリア・コマンドをセット・アップする（ブロック９２
）、装置インターフェイス２３にこのＣＤＢ中のコマン
ドのタイプが知らされ、装置インターフェイス２３はこ
の情報を適切な装置に送り、その装置のスクリーンがク
リアされる。サブルーチンは装置インターフェイス２３
がこの転送を完了するのを待つ（ブロック９３）（装置
インターフェイス２３はここで他のタスクとインターリ
ーブさせることもできる）、もし転送中にエラーが存在
すると、エラーが処理され、データ・ストリーム・ポイ
ンタはデータ・ストリームの終りに移動される（ブロッ
ク９４及び９６）。いずれの場合にも、サブルーチンは
第３図のブロック６２に戻る。

ここで第５図を参照するに、データ・ストリームの次の
部分がブロック６７（第３図）によってＷＴＤコマンド
であると検出されると、ＷＴＤサブルーチンが呼出され
る。ＷＴＤコマンドは、データのデイスプレーへの書込
み、デイスプレーの一部を文字で充填する、デイスプレ
ーの一部を空。

白にするもしくは属性をデイスプレーに書込むといった
いくつかの異なる書込み機能を遂行できる。

ＷＴＤコマンド中のパラメータはどの書込み機能が遂行
されるかを示す。

ＷＴＤサブルーチンは先ずポインタをデータ・ストリー
ム中の次のコマンドに移動し、このサブルーチンが現在
のＷＴＤコマンドの処理を完了して戻る時に、第３図の
ブロック６２がデータ・ストリーム中の次のコマンドを
処理できるようにする０次にサブルーチンはこのデータ
・ストリームのためのスクリーン・イメージ・バッファ
が形成されているかどうかを判断する（ブロック／Ｏ１
）、もし形成されている時は、コントローラ２０は上述
のように全スクリーン書込みモードにあるか（フラグ第
４図のブロック８４中でセラ・トされている）、もしく
は以下説明するように大部分スクリーン書込みモードに
ある。いずれの場合にも。

ＷＴＤコ々ンドは指示された機能をスクリーン・イメー
ジ・バッファ２７に書込むことによって処理される（ブ
ロック／Ｏ２）、データはこの時デイスプレーには送ら
れず、スクリーン・イメージ・バッファ２７に書込まれ
る。サブルーチンは次にデータ・ストリームの次の部分
を処理するために第３図のブロック６２に戻る。

スクリーン・イメージ・バッファが形成されていないこ
とをブロック／Ｏ１が示すと、サブルーチンはブロック
／Ｏ３でデータ・ストリームが大きいかどうかを判断す
る０通常の場合には、データ・ストリームは大きくなく
、ルーチンはブロック／Ｏ４に移動する。ルーチンがブ
ロック／Ｏ４にある時は、コントローラ２０は通常部分
スクリーン書込みモードで動作する。流れ図のこの時点
に到達する場８合はＣＤコマンドがデータ・ストリーム
中に存在しなかったか、又はＣＤコマンドがデータ・ス
トリームにあったが、スクリーン・イメージ・バッファ
が利用可能でなかった場合である。さらにコントローラ
２０は以下説明するように大部分スクリーン書込みモー
ドにない。

コントローラ２０は通常部分スクリーン書込みモードに
ある時、ＷＴＤコマンドによって示される書込み機能に
従って装置制御ブロック２８をセット・アップする０次
に装置インターフェイス２３がこの情報を適切な装置に
送り、ブロック／Ｏ６で転送の完了をプロセッサ２２に
知らせる。も・し転送中にエラーが存在する時はこのエ
ラーが処理され、データ・ストリーム・ポインタはデー
タ・ストリームの終りに移動される（ブロック／Ｏ７及
び／ＯＢ）、いずれの場合にも、サブルーチンは第３図
のブロック６２に戻る。

次に、コントローラ２０を大部分スクリーン書込みモー
ドにする第５図の流れ図のブランチ部分について説明す
る。サブルーチンはデータ・ストリームが大きいかどう
かを判断する（ブロック／Ｏ３）、これは既に説明した
とおり、ホスト・インターフェイス２１によってデータ
・ストリーム・プロセッサ２２に渡されたデータ・スト
リームのバイト・カウントを知ることによって決定され
る。

好ましい実施例では、コントローラ２０のパホーマンス
を改良する。　値バイト・カウント（たとえば、４００
（バイト）が選択される。

好ましい実施例では、第２Ｃ図のデータ・ストリームは
大きいと考えられ、スクリーンの大部分に書込まれる。

しかしプログラマはデータ・ストリームをＣＤコマンド
で始めない、全スクリーン書込みモードを利用するため
にデータ・ストリームを再プログラミングしてＣＤコマ
ンドを付加えることは望ましくない、コントローラ２０
が全スクリーン書込みモードにないという事実にもかか
わらず、データ・ストリーム中のこのＷＴＤコマンド及
び相継ぐＷＴＤコマンドをスクリーン・イメージ・バッ
ファに記憶することによって装置へのデータ転送の数を
減少させることは望ましく且つ効率的である。従って、
　値バイト・カウントを越えると、データ・ストリーム
は失きいと考えられ、サブルーチンはスクリーン・イメ
ージ・バッファが利用可能かどうかを判断する（ブロッ
ク１１１）。

スクリーン・イメージ・バッファが利用可能でない時は
、大部分スクリーン書込みモードには導入されず、サブ
ルーチンはブロック／Ｏ４に進行し、ここで上述のよう
な通常の部分スクリーン・モードに導入する。しかし、
スクリーン・イメージ・バッファが利用可能であると、
スクリーン・イメージ・バッファ形成フラグがセットさ
れ（ブロック１１２）、コントローラ２０は大部分スク
リーン書込みモードに入る６次にサブルーチンはＤＣＢ
をセット・アップして装置のスクリーンを読取る（ブロ
ック１１３）、この動作は好ましい実施例では望ましい
ものである。それはＣＤが実行されず、デイスプレーの
数よりもスクリーン・イメージ・バッファの数が少ない
という事実によってスクリーンの現在の内容が知られて
いないからである。従って装置インターフェイス２３は
適切な装置に読取り要求を送り、ブロック１１４中で転
送が完了した時このことをプロセッサ２２に知らせ、ス
クリーンからのデータがスクリーン・イメージ・バッフ
ァ中に置かれ、転送中にエラーが存在すると、エラーが
処理され、スクリーン・イメージ・バッファ形成フラグ
がリセットされ、データ・ストリーム・ポインタがデー
タ・ストリームの終りに移動され（ブロック１１６，１
１７及び／Ｏ８）、そしてサブルーチンは第３図のブロ
ック６２に戻る。転送中にエラーがなければ、ＷＴＤコ
マンドが指示された機能をスクリーン・イメージ・バッ
ファ２７を書込むことによって処理され（ブロック／Ｏ
２）、サブルーチンは第３図のブロック６２に戻る。

ここで第７図を参照するに、ブロック７６（第３図）に
よってデータ・ストリームの次の部分がＣＤでもＷＴＤ
コマンドでない有効データ・ストリーム・コマンドであ
ることが検出されると０ＤＳＣサブルーチンが呼出され
る。０ＤＳＣサブルーチンは先ず、このデータ・ストリ
ーム・コマンドがスクリーンから何かを読取るかもしく
はスクリーンに何かを書込むものであるかどうかを判断
する（ブロック１４１）、多くの場合、データ・ストリ
ーム・コマンドがキーボードをロックもしくはアンロッ
クするか、種々の初期設定機能を遂行するので、返答は
Ｎｏである。この場合データ・ストリーム・ポインタは
データ・ストリーム中の次のコマンドに移動し、（ブロ
ック１４２）、現在のデータ・ストリーム・コマンドに
よって示されたデータ・ストリーム機能が遂行される（
ブロック１４３）、制御は第３図中のブロック６２に戻
る。

ブロック１４１の返答がＹＥＳならば（好ましい実施例
ではまれである）、ブロック１４４がスクリーン・イメ
ージ・バッファが形成されているかどうかを判断する。

もし形成されていなければ、ポインタはデータ・ストリ
ーム中の次のコマンドに移動しくブロック１４２）、現
在のデータ・ストリーム・コマンドによって示されたデ
ータ・ストリーム機能が遂行される（ブロック１４３）
。

次に制御は第３図中のブロック６２に戻る。

もしスクリーン・イメージ・バッファが形成されている
と、このまれなデータ・ストリーム・コマンドの処理の
前に、スクリーン・イメージ・バッファ中に含まれるデ
ータが装置に書込まれる。

書込みコマンドがＤＣＢ中にセット・アップされ（ブロ
ック１４６）、スクリーン−イメージ・バッファの全内
容が１回の動作で適切な装置に転送されるべきであるこ
とが装置インターフェイス２３に示される。装置インタ
ーフェイス２３が書込みデータを装置に送り、装置イン
ターフェイス２３が転送を完了した時このことを、プロ
セッサ２２に告げる（ブロック１４７）、スクリーン・
イメージ・バッファ形成フラグがブロック１４８中でリ
セットされ、コントローラ２０がもはや全スクリーン書
込みモードもしくは大部分スクリーン書込みモードにな
いことが示される。転送中にエラーがあると（ブロック
１４９）、エラーが処理され、データーストリーム−ポ
インタがデータ・ストリームの終りにセットされ（ブロ
ック１５１）、制御は第３図のブロック６２に戻る。も
し転送中にエラーがないと、データ・ストリーム・ポイ
ンタはデータ・ストリーム中の次のコマンドに移動され
（ブロック１４２）、現在のデータ・ストリーム・コマ
ンドによって示されたデータ・ストリーム機能が遂行さ
れる（ブロック１４３）、制御は第３図中のブロック６
２に戻される。

第３図のブロック６２がデータ・ストリームの終りに達
したことを判断すると、第６図のＥＯＤＣＤサブルーチ
ン出される。ＥＯＤＣＤサブルーチンず、このデータ・
ストリームのためのスクリーン・イメージ・バッファが
形成されているかどうかを判断する（ブロック１２１）
、もし形成されていなければ、プロセッサ２０は通常部
分スクリーン書込みモードにあり（又は、第７図に示し
たまれな状態が生じた）、データ・ストリーム中のデー
タはすべて既にデイスプレーに送られている。制御は第
３図のブロック７２に戻る。

ブロック１２１で、スクリーン・イメージ・バッファが
形成されていると判断されると、コントローラ２０は全
スクリーン書込みモードもしくは大部分スクリーン書込
みモードにあり、データ・ストリーム中のＷＴＤコマン
ドからのデータのすべては、スクリーン・イメージ・バ
ッファ中に記憶されているが、まだデイスプレー中には
送られていない、ＤＣＢ中に書込みコマンドがセット・
アップされ（ブロック１２２）、装置インターフェイス
２３にスクリーン・イメージ・バッファ２７の全内容（
全スクリーン）が１回の動作で適切な装置に転送される
ことが示される。装置インターフェイス２３は書込みデ
ータを装置に送り、装置インターフェイス２３はプロセ
ッサ２２に転送を完すした時を告げる（ブロック１２３
）、ブロック１２４でスクリーン・イメージ・バッファ
形成フラグがリセットされ、コントローラ２０がもはや
全スクリーン書込みモードもしくは大部分スクリーン書
込みモードにないことが示される。もし転送中にエラー
が存在すると、このエラーが処理される（ブロック１２
７）、いずれにしても、サブルーチンは第３図のブロッ
ク７２に進む。

ここで第３図に戻り、ブロック７２はデータ・ストリー
ムが正しく処理されたかどうかを判断する。ホスト／Ｏ
にはブロック７３及び７４中で処理のステータスがホス
ト・インターフェイス２１を介して知らされる。データ
・ストリームはここで処理され、データ・ストリーム・
プロセッサ２２はその機能を完了し、ホスト・インター
フェイス２１を介して、処理を要する他のデータ・スト
リームがＩ／Ｏバッファ２６中に置かれたことの表示を
待つ。

次に第３図乃至第７図に示した本発明の好ましい実施例
が第２Ａ図に示したデータ・ストリームを処理する例を
説明する。データ・ストリーム中に指定された装置アド
レス５２に関連するＤＣＢを見出した後、プロセッサ２
２はデータ・ストリームの最初の部分、ＣＤ５３を見て
、ブロック６２及び６４でＹＥＳを返答し、ＣＤサブル
ーチン（第４図）を呼出す、データ・ストリーム・ポイ
ンタをデータ・ストリーム中の次のコマンドに移動した
後、スクリーン・イメージ・バッファが形成されている
かどうかが判断され（ブロック８１及び８２）、プロセ
ッサ２２はスクリーン・イメージ・バッファが利用可能
であるかどうかを判断する（ブロック８３）、利用可能
と仮定すると、スクリーン・イメージ・バッファ形成フ
ラグがセットされ、コントローラ２０は全スクリーン書
込みモードに入る（ブロック８４）、スクリーン・イメ
ージ・バッファには０が書込まれ（ブロック８６）、ブ
ロック６２（第３図）はデータ・ストリーム・ポインタ
の位置を見て、データ・ストリーム中にさらに処理すべ
きデータが存在するかどうかを判断する。ＷＴＤ５４が
処理すべき、データ・ストリームの次の部分であるから
、プロセッサ２２はブロック６４でＮＯと返答し、ブロ
ック６７でＹＥＳと返答し、第５図のＷＴＤサブルーチ
ン番呼出す、データ・ストリーム・ポインタが移動され
（ブロック／Ｏ０）、スクリーン・イメージ・バッファ
はこのデータ・ストリームのために形成されているので
、ブロック／Ｏ１の返答はＹＥＳであり、データをスク
リーン・イメージ・バッファに書込むことによってＷＴ
Ｄコマンドのパラメータで指定、された書込み機能が遂
行される。

制御が第３図のブロック６２に戻され、ここでデータ・
ストリーム中の残っているＷＴＤコマンドが同じように
処理される。−度ブロック６２でデータ・ストリーム・
ポインタがデータ・ストリームの終りを指摘していると
判断されると、第６図のＥＯＤサブルーチンが呼出され
る。スクリーン・イメージ・バッファは依然形成された
ままである、　　から、書込みコマンドがＤＣＢ中にセ
ット・アップされ（ブロック１２２）、装置インターフ
ェイス２３は１回の動作でデイスプレーにデータの全ス
クリーンを転送し、転送が完了した時にプロセッサ２２
に知らせる（ブロック１２３）、スクリーン・イメージ
・バッファ形成フラグがリセットされ（ブロック１２４
）、プロセッサ２ｏは全スクリーン書込みモードから出
る。

第６図及び第３図（ブロック１２６，１２７゜７２．７
３．７４）中であるエラー・チエツクが行われた後、デ
ータ・ストリームの処理が完了する。

次に第３図乃至第７図に示した本発明の好ましい実施例
が第２Ｂ図′に示されたデータ・ストリームを処理する
方法について説明する。データ・ストリーム中に指定さ
れた装置アドレス５５に関連するＤＣＢを見出した後、
プロセッサ２２はデータ・ストリームの第１の部分、Ｗ
ＴＤ５６を見て。

ブロック６２でＹＥＳを、ブロック６４でＮｏをブロッ
ク６７でＹＥＳを返答し、第５図のＷＴＤサブルーチン
を呼出す、データ・ストリーム・ポインタがブロック／
Ｏ０中で移動される。スクリーン・イメージ・バッファ
はこのデータ・ストリームのために形成されていないの
で、ブロック／Ｏ１でＮＯが返答され、ブロン？／Ｏ３
でこのデータ・ストリームが大きいかどうかが判断され
る。

データ・ストリームは　値バイト・カウント以下である
ので、データ・ストリームは大きくなく、コントローラ
２０は通常部分スクリーン書込みモードに入る。書込み
コマンドがＤＣＢ中にセット・アップされ（ブロック／
Ｏ４）、装置インターフェイス２３はデイスプレーにデ
ータの部分スクリーンを転送し、プロセッサ２２に転送
の完了を知らせる（ブロック／Ｏ６）、制御は第３図の
ブロック６２に戻り、データ・ストリーム中の残りのＷ
ＴＤコマンドを同じように処理する。−度ブロック６２
がデータ・ストリームの終りに到達したと判断すると、
第６図のＥＯＤサブルーチンが呼び出される。スクリー
ン・イメージ・バッファは形成されていないので（ブロ
ック１２１）、サブルーチンは第３図のブロック７２に
戻る。あるエラー・チエツクの後、データ・ストリーム
処理が完了する。

次に第３図乃至第７図に示した本発明の好ましい実施例
が、第２Ｃ図に示したデータ・ストームを処理する方法
について説明する。データ・ストリーム中に指定された
装置アドレス５９に関連するＤＣＢを見出した後、プロ
セッサ２２はデータ・ストリームの最初の部分、ＷＴＤ
５７を見て、ブロック６２でＹＥＳ、ブロック６４でＮ
Ｏｌ及びブロック６７でＹＥＳを返答し、第５図のＷＴ
Ｄサブルーチンを呼出す、データ・ストリーム・ポイン
タはブロック／Ｏ０で移動される。データ・イメージ・
バッファはまだこのデータ・ストリームのために形成さ
れていないので、ブロック／Ｏ１でＮｏが返答され、ブ
ロック／Ｏ３はこのデータ・ストリームが大きいかどう
かを判断する。データ・ストリームが　値バイト・カウ
ントを越え、データ・ストリームが大きいので、スクリ
ーン・イメージ・バッファが利用可能と仮定すると（ブ
ロック１１１）、スクリーン・イメージ・バッファ形成
フラグがセットされ（ブロック１１２）、コントローラ
２０が大部分スクリーン書込みモードに入ったことが示
される。読取リスクリーン・コマンドがＤＣＢ中にセッ
ト・アップされ（ブロック１１３）、装置インターフェ
イス２３がスクリーンを読取り、情報がスクリーン・イ
メージ・バッファ中に置かれる。装置インターフェイス
２３が転送を完了すると、このことがプロセッサ２２に
知らされる（ブロック１１４）、エラー・チエツクがな
された後に、ＷＴＤコマンドの書込み機能が、データを
スクリーン・イメージ・バッファに書込むことによって
遂行される（ブロック／Ｏ２）、サブルーチンは第３図
のブロック６２に戻り、ここでＷＴＤ５８が処理される
。プロセッサはブロック６４でＮＯを、ブロック６７で
ＹＥＳを返答し、第５図のＷＴＤサブルーチンを呼出す
、スクリーン・イメージ・バッファがこのデータ・スト
リームのために形成されているので、ブロック／Ｏ１で
ＹＥＳが返答され、ＷＴＤコマンドの書込み機能がデー
タをスクリーン・イメージ・バッファに書込むことによ
って遂行される。１度ブロック６２がデータ・ストリー
ムの終りに到達したと判断すると、第６図のＥＯＤサブ
ルーチンが呼出される。スクリーン・イメージ・バッフ
ァは形成されたままであるから、（ブロック１２１）、
書込みコマンドがＤＣＢ中にセット・アップされ、装置
インターフェイス２３がデータの全スクリーンを１回の
動作でデイスプレーに転送し、転送の完了をプロセッサ
２２に知らせる（ブロック１２３）、スクリーン・イメ
ージ・バッファ形成済フラグがリセットされ（ブロック
１２４）、プロセッサ２０は大部分スクリーン書込みモ
ードを出る。第６図及び第３図であるエラー・チエツク
を行った後（ブロック１２６，１２７．７２．７３．７
４）、データ・ストリームの処理が完了する。

以上本発明の好ましい実施例について説明したので、い
くつかの代替実施例について説明する。

第１の代替実施例では、プロセッサ２０はわずか２つの
モード、即ち全スクリーン・モード及び部分スクリーン
書込みモードで動作する。ＣＤコマンドが先行しない大
部分データ・ストリームを検出する手段は不要である。

この実施例では、第５図のブロック／Ｏ３は存在せず、
制御の流れはブロック／Ｏ１からブロック／Ｏ４に直接
進む。

ブロック１１乃至１１４．１１６及び１１７はこの実施
例では必要がない、好ましい実施例の通常部分スクリー
ン書込みモードが単にこの実施例の部分スクリーン書込
みモードになる。

第２の代替実施例では、コントローラ２０に接続された
各装置毎に１個のスクリーン・イメージ・バッファを与
える。従って判断ブロック８３（第４図）及び１１１（
第５図）は常にＹＥＳと返答し、これ等のブロックに関
連するＮｏのブランチはこの実施例の一部ではない、さ
らにスクリーンの内容はすでにスクリーン・イメージ・
バッファに記憶されていて、スクリーンの読取りは必要
でないので、この実施例ではブロック１１３及び１１４
は、不要である。

第３の代替実施例では、コントローラ２０は２つのモー
ド、即ち大部分スクリーン書込みモード及び通常の部分
スクリーン書込みモードを有する。

この実施例では、ＣＤコマンドはデータ・ストリーム・
アーキテクチャ中には存在せず、常に第４図のブロック
９２及び９３に示したように処理される。この実施例の
ＣＤサブルーチンの流れはブロック８１から直接ブロッ
ク９２に進行する。ブロック８２，８３．８４．８６及
び９１．はこの実施例では必要ない。

これ等の代替実施例に加えて、上記の事柄の組合せも可
能であり、これらも代替実施例になる。

たとえば第１及び第２の代替実施例を組合せて、プロセ
ッサ２０が全スクリーン書込みモードと部分スクリーン
書込みモードを有し、各装置に対して１つのスクリーン
・イメージ・バッファを与えるようにすることもできる
。この実施例では、第３図乃至７図に示した流れ図は第
１及び第２の代替実施例について説明した通りに変更さ
れる。

Ｆ０発明の効果 全スクリーン書込みモード又は部分スクリーン書込みモ
ードで選択的に動作できる０本発明に従えば、ホスト・
コンピュータから装置にコントローラを介して効率的に
データを転送することができる。

【図面の簡単な説明】

第１図は本発明のホスト・コンピュータ・コントローラ
及びＩ　／ＯＶ＆置のブロック図である。 第２Ａ図、第２Ｂ図及び第２Ｃ図はホスト・コンピュー
タがコントローラに送るデータ・ストリームの記号的表
示図である。 第３図乃至第７図は本発明の好ましい実施例のプログラ
ムド・コントローラの流れ図である。 ／Ｏ・・・・ホスト・コンピュータ、２０・・・・コン
トローラ、２１・・・・ホスト・インターフェイス、２
２・・・・データ・ストリーム・プロセッサ、２３・・
・・装置インターフェイス、２４・・・・メモリ、２６
・・・・Ｉ／Ｏバッファ、２７・・・・スクリーン・イ
メージ・バッファ、２８・・・・装置制御バッファ、４
０．４１．４２，４３．４９−・−Ｉ／Ｏ装置。 出願人　　インターナショナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　　山　　本　　仁　　朗（外１名）

Claims (1)

1. 【特許請求の範囲】 ホスト・コンピュータ、コントローラ及びＩ／Ｏ装置よ
   り成るデータ処理システムにおいて、上記コントローラ
   が、 （ａ）上記ホスト・コンピュータに接続されていて、該
   ホスト・コンピュータからデータ・ストリームを受取る
   ためのホスト・インターフェイス手段と、 （ｂ）上記ホスト・インターフェイス手段に接続されて
   いて、上記データ・ストリームを記憶するための第１の
   メモリ手段と、 （ｃ）上記ホスト・インターフェイス手段及び上記第１
   のメモリ手段に接続されていて、上記データストリーム
   中のクリア装置コマンドの検出に基づいて全スクリーン
   書込みモードで動作し、上記クリア装置コマンドが検出
   されない時は部分スクリーン書込みモードで動作するデ
   ータ・ストリーム処理手段と、 （ｄ）上記データ・ストリーム処理手段に接続されてい
   て、上記データ・ストリーム処理手段が全スクリーン書
   込みモードで動作している時に、上記データ・ストリー
   ム中の装置書込みコマンドに含まれるデータを記憶する
   ための第２のメモリ手段と、 （ｅ）上記データ・ストリーム処理手段、上記第１のメ
   モリ手段及び上記第２のメモリ手段に接続されていて、
   上記データ・ストリーム処理手段が上記全スクリーン書
   込みモードにある時は上記第２のメモリ手段から全スク
   リーン・データを、上記データ・ストリーム処理手段が
   上記部分スクリーン書込みモードにある時は上記第１の
   メモリ手段から部分スクリーン・データを上記Ｉ／Ｏ装
   置に送る装置インターフェイス制御手段と、 を有することを特徴とするデータ処理システム。