JPH03217894A - カーソルの移動を制御する方法及びカーソル移動キーストローク信号を処理する方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ホストコンピュータシステムまたはメインフ
レームコンピュータシステムと情報交換のために接続さ
れるコンピュータワークステーションに関し、さらに詳
細にはワークステーションタイプ間に一致したユーザの
対話を与えるためにコンピュータワークステーションに
おけるカーソル移動とディスプレイを制御する方法に関
する。

〔従来の技術およびその課題〕

歴史的にはメインフレームコンピュータシステムとオペ
レータとの間のインターフェースはメインフレーム構造
に装着された１個のオペレータ制御コンソールから発展
した。オペレータ制御コンソールはオペレータが単純な
入力コマンドを発生しうるようにするキーボードとメイ
ンフレームコンピュータがオペレータに単純な状態メッ
セージを与えうるようにするディスプレイスクリーン程
度のものであった。この概念の発展と拡張がメインフレ
ームシステムと多数のユーザとの間の通信を可能にする
ための限られた多重知能端末の発展を促したのであり、
この場合多数の端末は互いに、かつメインフレームシス
テムから離れて配置されるが、コントローラに共通に接
続され、またこのコントローラはメインフレームコンピ
ュータシステムに接続されていた。しかしながら、この
多重端末の概念はメインフレームコンピュータシステム
と多数のユーザとの通信を可能にする比較的低コストの
方法であるが、各端末の知能は限られており、ユーザの
通信は比較的簡単な八力／出力転送に制限されていた。

独立型パーソナルコンピュータ（Ｐ　Ｃ）の開発はＰＣ
に非常に多数のユーザインターフェース機能を付加しう
るようにするために高レベルの内部知能を与え、その結
果ＰＣがユーザに非常に親しい装置となった。ＰＣの開
発により可能となったインターフェースエンハンスメン
トの内、特にエンハンストカーソル制御装置、選択カー
ソルの発生およびディスプレイスクリーン上での一時的
なカーソルのスクロールが重要である。

ユーザに親しいＰＣは直ちにまずＰＣをコントローラに
接続し、そしてＰＣが通常コントローラに接続しつる限
られた知能をもつ端末と対話出来るようにソフトウエア
を作ることにより、ホストコンビュータと通信出来るよ
うになった。結果としてＰＣ／メインフレームインター
フェースがＰＣをホストプロセッサと多かれ少なかれ直
接に対話しうるようにするために開発され、ＰＣに含ま
れる独立した知能がホストシステムとのユーザインター
フェースを促進し、ホストシステムからではなくソフト
ウエアを独立して実行するために使用出来た。これら概
念を利用して発展した「知能」端末と呼ばれるクラスの
端末と以前に発展した限られた知能をもつ端末は「ダム
」端末となった。これら２つのタイプの端末の内部知能
は大きく変化するから、これら端末を使用する能力とル
ールも大きく変化した。

コンピュータワークステーションの、そのハードウエア
設計は大きく変化するであろうが、共通使用についての
一連のルールを開発するための試みに多大の努力が払わ
れた。この努力の基本はこれらワークステーションのユ
ーザに対しルールを簡略にすることであり、それにより
ワークステーションとの対話を理解するのにユーザが必
要とする時間を減少させることである。他の基本は共通
のプログラミングインターフェースがワークステーショ
ン装置のタイプには無関係にプレゼンテーション管理機
能を駆動しうるようにすることである。理想的な状態で
はユーザアクセスおよび対話のルールは特定のワークス
テーションのハードウエアの設計レベルには無関係にす
べてのワークステーションについて同一である。しかし
ながら、この理想化された状態はワークステーション間
のハードウエア設計に相異があるために達成困難である
。いわゆる「知能」クラスのワークステーションは独立
したコンピュータ動作のすべての範囲が可能なハードウ
エア設計を本質的に含んでおり、いわゆる「ダム」ワー
クステーションは一般にキーボードと表示スクリーンを
介して簡単な情報とコマンドの通信のためのオペレータ
の対話を可能にするのに充分なだけのハードウエア設計
を含む。

例えばインターナショナルービジネス・マシーンズ（Ｉ
ＢＭ）社は「知能」ワークステーションを「独立ワーク
ステーション」すなわちプログラマブルワークステーシ
ョン（ＰＷＳ）と、［従属ワークステーションＪ　　（
ＤＷＳ）すなわち非プログラマブルワークステーション
との２つのカテゴリーに分類している。ＰＷＳは本質的
に比較的高レベルの独立したコンピュータ動作を行うこ
とが出来、ＤＷＳはホストコンビュータからコマンドと
制御情報を受け、それを表示してオペレータのキースト
ロークデータをコントローラを介してホストコンビュー
タに戻すだけのことを行うことが出来る。簡単なＤＷＳ
は多くのコンビュータアプリケーションについて手近な
タスクに適するが、当然ＰＷＳのコストはＤＷＳより著
しく高くなる。

コンビュータの使用者にとってはじめにホストコンピュ
ータに接続される１個以上のＤＷＳ装置を利用し、次に
それらをＰＷＳ装置に置き換えることは異常なことでは
ない。また、同一のホストコンビュータシステムに接続
されるＤＷＳ装置とＰＷＳ装置を両方所有することも異
常ではない。

ＰＷＳは一般に完全なコンピュータ処理システムであり
、ディスケットまたはハードディスクのような組込形の
媒体装置を有する。ＰＷＳはそれ故ワークステーション
において独立処理アプリケーションを動作させることが
出来、通常の通信接続手段を介してホストコンビニータ
システムと独立して通信することが出来る。他方ＤＷＳ
はワークステーションコントローラ（ＷＳＣ）を介して
ホスト処理システムに接続され、代表的なシステム構成
では単一のＷＳＣがかなりの数のＤＷＳ端末に接続され
てそれをサポートする。このＷＳＣはローカルバスまた
は遠隔通信接続手段を通じてホストプロセッサと通信す
るが、夫々のＤＷＳは通信ケーブルを介してＷＳＣに接
続される。

ＤＷＳはホスト形コンピュータ処理アプリケーションに
ついてのみ動作することが出来、促進されたユーザイン
ターフェース機能を与えるための限られた内部能力のみ
を有する。一方、ＰＷＳは１〜１６メガバイト以上の内
部メモリを一般に有しているが、ＤＷＳの内部メモリは
きわめて少い。

ＰＷＳは常にその内部メモリに少くとも１個以上のスク
リーンディスプレイイメージを構成または組合せるのに
必要なデータを記憶出来るが、ＤＷＳは現在表示されて
いるスクリーンイメージを更新するためのデータを記憶
することが出来るにすぎず、それ故ディスプレイスクリ
ーンがＤＷＳで変更される毎にその変化はホストプロセ
ッサにより開始されなくてはならない。

ホストプロセッサとワークステーションを利用し、ワー
クステーションをユーザの対話とアクセスに利用するこ
との可能なシステムでは、ホストプロセッサが或る種の
基本的情報を与える。例えば、ホストプロセッサはワー
クステーションのスクリーン表示されるべきデータスト
リームを含む情報およびスクリーン上のデータの表示を
制御するための情報を発生する。或るスクリーン属性は
ホストプロセッサにより口述され、ワークステーション
コントローラがまずテキストカーソルを位置決めして表
示を変更、すなわち明滅または非明滅モードへ、または
単一文字逆イメージ表示へ、またはそこからの変更を行
い、それがスクリーンディスプレイデータを動かす。ワ
ークステーションコントローラは、キーストロークが認
識されるかどうか、または所定数のコマンドの任意のも
のが受け入れられたかどうかを決定するためにワークス
テーションをポーリングする。ＰＷＳの場合にはホスト
プロセッサデータストリームはワークステーションに直
接送られ、それ自体がディスプレイスクリーンとキーボ
ードとの対話を直接に制御するのに充分な内部メモリと
プログラムデータを含むワークステーション内で内部的
に処理される。ＤＷＳの場合にはホストプロセッサデー
タストリームはワークステーションコントローラ（ＷＳ
Ｃ）に送られ、このＷＳＣがＤＷＳのディスプレイスク
リーンを直接に制御するための内部メモリと制御を与え
る。これによりＰＷＳのユーザに与えられるよりも更に
限られたオプション群がＤＷＳのユーザに与えられる。

ＤＷＳとＰＷＳの端末が同じユーザ対話ルール群により
動作し、メーカがこの結果を連続的に得るように努力す
る場合には、ユーザにとってこれは一つの利点である。

例えばＩＢＭ社はＩＢＭ出版Ｎｏ．ＳＣ２Ｂ−３４５１
−Ｏ　ｒコモン・ユーザー・アクセス・パネル・デザイ
ン・アンド・ユーザー・インターアクション」として出
版されたＩＢＭ社のシステムアブリケーションアーキテ
クチュア（ＳＡＡ）と共に用いる「コモン・ユーザー争
アクセス」（ｃＵＡ）を限定している。この出版物は種
々のタイプのワークステーション設計における一致性を
達成するための試みに対する共通ユーザアクセス仕様群
を記述している。しかしながら、この仕様は多くの重要
な観点においてＤＷＳ端末に対しＰＷＳ端末へのユーザ
アクセスについてのルールを区別する。そのような端末
間の差の事例の数が減少あるいは削減出来ればユーザワ
ークステーションの設計精度には無関係にユーザがシス
テムへのアクセスについて同一の理解を有しうるように
するのがよい。上記の文献はＰＷＳ端末を［ブログラマ
ブルワークステーション」とし、ＤＷＳ端末を「非プロ
グラマブルターミナル（端末）」として区別する。非プ
ログラマブル端末はワークステーションコントローラを
介してホストプロセッサに接続する端末として定義され
、ユーザインターフェース機能のすべてまたは殆どがホ
ストにより制御される。

端末つまりはホストコンピュータとのユーザ対話はユー
ザ操作のキーボードとディスプレイスクリーンを介して
行われる。ＰＷＳではユーザはユーザとスクリーンの対
話のための焦点を与えるためにスクリーンに表示された
選択フィールドチョイスを明るくする選択カーソルによ
り表示スクリーンと対話し、あるいはスクリーン上のエ
ントリフィールド内の文字位置を示すテキストカーソル
により対話を行う。ＰＷＳでは選択カーソルはエンファ
シスまたは色の反転のような明瞭化の形でスクリーンに
生じ、そしてこの選択カーソルは全選択フィールドチョ
イスまたは全エントリフィールドを明るくすることが出
来る。従来のＤＷＳ端末では完全に比較可能な選択カー
ソルはなく、テキストカーソルがより限定された機能を
行うために用いられる。テキストカーソルは文字チョイ
スをポイントするため、またはキーボードから所望の位
置に情報を入れるためにスクリーン上の文字位置に可動
的に位置決めされるマーカである。

より精密なルールと定義群がＰＷＳ上のカーソルについ
て用いられるのであり、これはＰＷＳ（７）内部設計が
選択カーソルとテキストカーソルの機能を調整するのに
充分なメモリと制御を与えるからである。ＤＷＳ内のそ
のような精密なメモリと制御はそのカーソルの機能が基
本文字カーソル機能に限られるものでなくてはならない
。それ故ＰＷＳを操作するユーザはＤＷＳを操作するユ
ーザとは異なった形でシステムと対話することにより、
両方のタイプの装置へのアクセスを有するユーザはその
ような対話についての異なったルール群を知らねばなら
ない。そのようなルールが、誰がＤＷＳと対話する場合
でもＰＷＳについて定義されたカーソル活性化ルールを
利用出来るようにするために一致して定義され適用され
る場合に有利なものとなる。

〔課題を解決するための手段〕

本発明はユーザがＤＷＳを操作しているときＰＷＳにつ
いて定められたルールに従って選択カーソルとテキスト
カーソルを介しユーザが対話しうるようにする方法を提
供するものである。本発明はこれらカーソルのＰＷＳ使
用についてのルールを適用し、キーボードのカーソル移
動キーにより所定のカーソルアクションを生じさせ、そ
れらをＤＷＳ装置に適用する。カーソルの高いレベルの
複雑化に必要な増大したメモリと制御がワークステーシ
ョンコントローラ（ＷＳＣ）とのＤＷＳの対話およびｐ
ＷＳでのスクリーン表示を制御するためにＷＳＣのより
複雑な設計能の利用により達成される。或るＤＷＳのキ
ーストロークがコマンドとしてＷＳＣに転送されてスク
リーンコマンドの副群を組立てるためのＷＳＣ初期化サ
ブプログラムを作り、これらスクリーンコマンド副群が
実際のスクリーン表示を制御するためにＤＷＳに送られ
る。ユーザはＰＷＳを動作させるためのルールに従って
そのようなＤＷＳキーストロークを開始し、それ故ユー
ザはスクリーンとのＰＷＳ形の対話を得、その対話がＷ
ＳＣ内のサブルーチンにより実際に発生されて、その通
常の接続プロトコルを介してＤＷＳに送られる。

本発明の主目的はＰＷＳ装置についてと同じであるＤＷ
Ｓについてのカーソル移動についてのユーザインターフ
ェース能力を与えることである。

本発明の他の目的は共通のユーザアクセスについてＰＷ
Ｓルールと一致しうるようにするためにＰＷＳの精度を
向上させることである。

〔実施例〕

（プログラマブルワークステーション）第１図はＰＷＳ
の代表的ブロック図であり、点線１０内の回路は一般に
ＰＷＳフレームワーク内の１個以上の回路板に配置され
ている。マイクロプロセッサはインテル社のタイプ８０
２８６または８０３８６あるいは他のメーカによる等価
なマイクロプロセッサである。このマイクロブロセツサ
は外部バスを有する。このバスは種々の内部および外部
装置に接続可能な多数のアダプタに連絡する。代表的な
ＰＷＳは一つのアダプタを介して内部バスに接続される
キーボード及び（又は）マウス、一つのアダプタを介し
て内部バスに接続されるディスプレイモニタ、１個以上
のディスクドライブまたはディスケットドライブに結合
され、また内部バスに接続された１個以上のディスクま
たはディスケットアダプタ、および外部ケーブルを介し
て他のシステムに接続可能な通信アダプタを有する。Ｒ
ＡＭは一般に容量１〜１６メガバイトのランダムアクセ
スメモリであり、これは一つの完結されたオペレーティ
ングシステム、プログラマプルな大きなワークエリア、
モニタスクリーンバッファエリアおよびアプリケーショ
ンプログラムを実行するためのエリアを記憶するのに充
分な大きさを持つものである。ＲＯＭは読取専用メモリ
であり、一般にマシンの初期化、診断動作の実行および
基本Ｉ／Ｏシステムの制御用のコーディングを含む。こ
のＲＯＭは一般に６４〜１２８キロバイトの容量を有す
る。ＰＷＳはそれ故独立コンピュータシステムとして、
あるいは外部ケーブルを介してホストコンピュータに接
続しうる独立ワークステーションとして動作しうる。こ
のＰＷＳの能力は全範囲のカーソル制御、一時スクロー
リングおよびディスプレイスクリーンの変更を含む広範
囲のユーザ拡張能力を与えうる。これら拡張能力のすべ
ては、ＰＷＳがホストコンピュータのプロセッサに接続
されてワークステーションとして動作するときはホスト
プロセッサから全体のコマンドを制御を受けるが、ＰＷ
Ｓ内に含まれて制御される。例えばホストプロセッサは
ディスプレイスクリーンの内容を表わすデータをＰＷＳ
に送り、データの表示および制御のフォーマットを識別
するが、ＰＷＳがホストプロセッサから広い指示を受け
るとＰＷＳ自体がディスプレイモニタ上の実際のデータ
表示を調整するための内部制御信号を発生する。

（従属ワークステーション） 第２図はＤＷＳの代表的ブロック図であり、フレームワ
ーク内の回路は点線２０で囲まれている。

マイクロプロセッサは一般にインテル社のタイプ８０８
８または８０８６回路装置あるいはそれに等価のもので
あり、限られた数の外部装置との通信を可能にするため
の数個のアダプタに接続可能な外部バスを有する。例え
ば、キーボードアダプタはマイクロプロセッサとキーボ
ードの間の通信を可能に、ディスプレイアダプタは情報
をディスプレイモニタに移しうるようにし、「通信」ア
ダプタはＤＷＳとホストコントローラとの間の通信゛を
可能にする。ＲＡＭは一般にスクリーンバツファを記憶
し、内部処理用に限られた量のメモリワークエリアを与
えるため記憶容量３〜５キロバイトを有する。ＲＯＭは
一般にバワーオン処理、診断および文字発生パターンお
よび他のシステムとの通信のためのプロセス通信プロト
コルに関係するコーディングを記憶するために約８キロ
バイトの容量を有する。ＤＷＳはキーボードとディスプ
レイモニタとをインターフェースし、通信アダプタを介
して通信するのに必要なものを越える内部処理を行うこ
とは出来ない。それ故ディスプレイモニタに表示される
情報のすべては通信アダプタを介してＲＡＭに与えられ
ねばならず、マイクロプロセッサがディスプレイモニタ
にその情報を表示するのに充分な内部制御を発生する。

同様に、キーボードからのすべてのキーストロークは、
ケーブルを介してＷＳＣへのキーストローク情報の伝送
のため通信アダプタの作動を受けるべくＲＡＭに一時的
に受け入れられる。

（ワークステーションコントローラ） 代表的なシステムでは「ワークステーションコントロー
ラ」の機能は単一のホストプロセッサから複数のリモー
ト端末に情報転送と制御を与えることである。この機能
は一般にホストプロセッサのハードウェア／ソフトウエ
アパッケージから区別されるハードウェア／ソフトウエ
アパッケージにより行われる。ワークステーションコン
トローラのハードウェアは一般にホストプロセッサのカ
ードスロットにさし込みつる回路板パッケージに含まれ
、またソフトウエアは一般にホストブロセッサにより実
行されるソフトウエアとは別のハードウエアにより実行
される。しかしながら、システムによっては「ワークス
テーションコントローラ」の機能は完全にソフトウエア
パッケージ機能であり、そのソフトウエアはホストプロ
セッサハードウエア内で実行される。本発明の好適な実
施例を物理的にホストプロセッサのハードウエアとソフ
トウエアから分離されたワークステーションコントロー
ラの概念について述べるが、本発明は機能がホストプロ
セッサにあるソフトウェアパッケージによって完全に行
われるようになった第２のタイプのワークステーション
コントローラに適用しうる。

第３図は複数のＤＷＳ装置と通信するタイプのワークス
テーションコントローラのブロック図である。このワー
クステーションコントローラは破線３０で示すパッケー
ジ内に含まれる多数の回路と一般にインテル社のタイプ
８０８２６回路チップまたはそれに等価なものであるマ
イクロプロセッサを有する。ＷＳＣのマイクロプロセッ
サは−般にシステムバスアダプタに接続される。このア
ダプタ自体はホストコンピュータのプロセッサと通信す
る。このＷＳＣはまた内部データパスと、容量０．５〜
２．０メガバイトのＲＡＭと、ＷＳＣを初期化し、ＷＳ
Ｃに関する診断を行うためのコーディングを含む容量約
１６キロバイトのＲＯＭを有する。ＷＳＣの内部データ
パスは通信アダプタに接続される。このアダプタは複数
のＤＷＳ装置が単一のＷＳＣと通信しうるようにするた
の外部の「ファンアウト」マルチブレクサに接続される
。代表的な例ではファンアウト回路は４０個までのＤＷ
Ｓ装置に接続可能であり、これらＤＷＳ装置の夫々につ
いてのスクリーンディスプレイ情報はＷＳＣのＲＡＭに
記憶される。同様にＤＷＳ装置のすべてからのキースト
ローク信号はＷＳＣに入り、ホストプロセッサとの通信
のため、あるいはＷＳＣにより内部処理のために、ＲＡ
Ｍに記憶される。

第４図は代表的なシステムの内部接続のブロック図であ
り、ホストプロセッサがＩ／Ｏバスを介してＷＳＣに通
信を行い、ＷＳＣが通信ケーブルを介して４０個のＤＷ
Ｓ装置と通信するようになっている。他の装置およびコ
ントローラをホストプロセッサとの通信のためにこのＩ
／Ｏバスに接続することが出来る。

従来の代表的な動作条件下ではホストプロセッサはそれ
に接続されるＤＷＳ装置の夫々についてスクリーン表示
を構成し、ホストプロセッサが夫々のスクリーン表示を
表わすデータをＷＳＣに移し、そこでそれが夫々の特定
のＤＷＳで識別可能なＲＡＭのセクション内に保持され
る。次にＷＳＣはスクリーン表示データをＤＷＳ装置の
夫々に移す。夫々のＤＷＳ装置はユーザにこの表示イメ
ージを与えるためにこのスクリーン表示データを保持す
るのに充分な内部記憶装置を含む。表示イメージデータ
には一般にカーソルの位置についての情報が含まれるが
、従来のＤＷＳ装置の場合には文字またはテキストカー
ソルのみである。

ＷＳＣはスクリーン上のカーソルの形と位置を含むこの
カーソル情報をＤＷＳに送る。ＤＷＳのユ一ザがカーソ
ル動作キーストロークを操作すると、ＤＷＳは、それが
ホストプロセッサに移しつるキーストロークデータを有
することを指示する。

ＷＳＣはＤＷＳをポーリングするときこのキーストロー
クデータの転送を行い、次のテキストカーソル位置をＤ
ＷＳに戻す。ＷＳＣはその内部メモリおよび制御に処理
中のスクリーンディスプレイイメージのすべてに関する
情報および対話中の種々のＤＷＳ装置についてのカーソ
ル位置情報のすべてに関する情報を保持する。これはコ
マンドによりホストプロセッサにこの情報を送り、そこ
からそれを受ける。

（カーソル移動制御：従来技術） 第５図はＤＷＳにおけるカーソルの動作と位置を制御す
るために必要な従来の処理の一例を示すものである。例
として「右矢印」キーストロークを考えると、第５図の
処理はユーザがＤＷＳ上のこのキーストロークを行うと
き開始する。「右矢印」キーストロークを表わす信号は
ＷＳＣに移され、そこでこの信号がまず右矢印キースト
ロークであると識別される。次にＷＳＣはＤＷＳ上の現
在のカーソル位置のレコードを含むその内部記憶装置を
参照する。この情報からＷＳＣはカーソルがスクリーン
上の最も右の列（カラム）にあるかどうかの決定を行う
。そうでなければ「ターゲット」カーソル力ラムインジ
ケータを１だけ増加させ、「ターゲット」カーソル行が
このカーソル位置の現在の値にセットされコマンドがＤ
ＷＳに送られてカーソルをターゲット行およびカラムス
クリーン位置に動かす。この初期決定が、カーソル位置
がすでに最も右の列にあることを示す場合にはカーソル
位置が、そのカーソルが同じくスクリーンの最下行にあ
るかどうかの決定のために検査される。そうでなければ
ターゲットカーソル行インジケータが１だけ増加され、
ターゲットカーソル力ラムが列１にリセットされ、カー
ソルを新しい行／列スクリーン位置に移動するコマンド
がＤＷＳに送られる。カーソル位置の決定が、スクリー
ンの最下行にカーソルのあることを示す場合には、ター
ゲットカーソル行が行１にリセットされ、ターゲットカ
ーソル列が列１にリセットされ、さらにカーソルをこの
新しいターゲット行／列スクリーン位置に移動するコマ
ンドがＤＷＳに送られる。以上のすべての処理はカーソ
ルをスクリーン上の特定の行および列の位置に位置決め
するコマンドを受けるだけでＤＷＳにより行われる。こ
れに対し、ＰＷＳでは所望のカーソル位置を示す信号が
ホストプロセッサからＰＷＳに送られ、第５図の内部キ
ーストローク処理が共通ユーザアクセスルールに従って
スクリーン上のカーソルを制御し位置決めするためにＰ
ＷＳ内ですべて行われる。

ＰＷＳ共通ユーザアクセス（ｃＵＡ）ルールをＤＷＳに
適用すべきであれば、カーソルの定義、位置および制御
の問題は極めて複雑となる。第５図について述べた比較
的単純な解析ルーチンは、ＣＵＡルールのもとではスク
リーン自体が分離したスペースエリア、すなわち「パネ
ルエリア」に副分割され、カーソルの動きと制御のルー
ルが個々のパネルエリア内またはそれらの間で変化する
から、極めて有利である。例えば、「選択」カーソルの
概念が特定の表示文字およびワードを目立たせるために
導入され、更に、テキストカーソルが連続して用いられ
るがスクリーンの入力可能エリアのみであり所定のルー
ルに従う。スクリーンの「入力可能」エリアはソフトウ
ェアがそこにユーザによるデータ挿入を許すエリアであ
る。それ故、ユーザがキーボード上のカーソル移動キー
ストロークを行うとき、生じているカーソルのタイプと
位置は表示されている特定のパネルについてＣＵＡ規定
に依存し、また、行われた特定のカーソルキーストロー
ク移動にも依存する。ＰＷＳ装置ではカーソル情報の処
理のために付加される複雑性はＰＷＳ装置に固有のプロ
セッサ能力内で容易に処理される。しかしながら、ＤＷ
Ｓ装置では比較しうるプロセッサ能力がなく、ＤＷＳ装
置は共通ユーザアクセス規定のすべてについて使用出来
ない。もちろん、ＤＷＳ処理能力は付加的なカーソル限
定および制御機能を処理しうるように拡張することは出
来るが、これはＤＷＳ装置を利用するための、すなわち
単純で低コストのユーザアクセス用端末を与えるための
基本に反するものである。ユーザアクセス端末としてＤ
ＷＳ装置を利用する際の認められた利点はそれが低コス
トであることにより４０個までのように多数の装置を単
一のＷＳＣを介してホストコンピュータに接続しうると
いうことである。多数のＷＳＣを一つのシステムに用い
て数百個のＤＷＳ装置をホストコンビ二一タに接続しう
るようにすることが出来る。

それ故、処理能力を増加することによる１個のＤＷＳ装
置のコストの増加はより大型のシステムのコストを考え
るとその何倍にもなる。

更に、すでに大型のＤＷＳ設備およびＤＷＳを用いるア
ブリケーションが存在する。ＤＷＳ装置の基本設計に対
する変更は現存するＤＷＳ装置の存在に対し、極めて有
害なものである。

（カーソル移動制御二本発明の方法） 本発明はこの問題をＷＳＣにおける処理能力を向上させ
たカーソル限定および制御に必要なものとし、それによ
り複数のＤＷＳ装置に時分割によりＷＳＵ処理能力を利
用させることにより解決する。それ故、カーソル限定お
よび制御が接続されるＤＷＳ装置の夫々についてそのよ
うな処理要求が生じるたびにＷＳＣにより処理される。

これら向上したカーソル機能について増加したメモリま
たは制御が必要であれば複数のＤＷＳ装置ではなく、１
個の装置すなわちＷＳＣ装置にそれを行えばよい。

ＷＳＣに一つのＤＷＳについての向上したカーソル限定
および移動を支持するために必要な処理を行わせるため
には、ＤＷＳスクリーンに現在表示されているパネルの
限定、従って夫々のパネルに与えられるすべてのカーソ
ル可能な項目の位置を保存しなければならない。カーソ
ル可能な項目はエントリフィールド位置、選択フィール
ドチョイス、リストエントリおよびカーソル可能なテキ
スト項目を含む。これら項目を限定する特定のルールは
前記したＩＢＭ社の文献「コモンユーザ・アクセス・バ
ネル●デザインーアンド番ユーザーインクアクション」
に示されている。一般に、ＤＷＳキーボード上のカーソ
ル動作キーストロークはＷＳＣに知らされ、ＷＳＣは表
示されている特定のパネルに関するＣＵＡルールおよび
定義に基づきこのキーストロークを解釈して表示タイプ
および位置コマンドを発生してＤＷＳに与え、カーソル
がキーストロークにより特定された方向に適正に移動す
るようにする。この移動を例えばＣＵＡに従う代表的パ
ネル表示を示す第６図について説明する。第６図のパネ
ル表示は単一チョイスの選択フィールド（レポートタイ
プ）、エントリフィールド（合計期間）およびユーザが
選択するチョイスのリストを含む入力フィールドである
多チョイス選択フィールド（予算）を含む。更に、ディ
スプレイスクリーンは「予算報告オプション」項目の上
にＣＵＡルールでは一般に所望のアクションをユーザが
選択するとき援助を行う可視キューを与える「アクショ
ンバー」　（第６図には示さず）と呼ばれるラインを含
むことが出来る。更に、ディスプレイスクリーンは表示
され・ているパネルに関連した機能キー割当のリストを
表示するいわゆる「アクションキーエリア」を下の部分
に含むことが出来る。

選択カーソルをまず第６図に太字で示す第１パネルフィ
ールド（レポートタイプ）内の第１チョイスの上に置く
。テキストカーソルははじめ表示されない。ユーザはこ
の選択カーソルを「右向き矢印」カーソルキーストロー
クまたは「下向き矢印」カーソルストロークによりこの
チョイスリスト上を移動することが出来る。これらのキ
ーストロークのいずれかが行われると、選択カーソルは
次の選択チョイスに動く。選択カーソルがこの選択フィ
ールド内の最も下のチョイスに位置決めされると、「下
向き矢印」または「右向き矢印」キーストロークを更に
行うことによりテキストカーソルが活性化され、（会計
期間）エントリフィールドの第１位置に位置決めされる
。選択カーソルはテキストカーソルがエントリフィール
ド内に位置するとき、プログラマにより適用される特定
のプログラミングルールにより不活性とされるか、ある
いはされない。

エントリフィールド内での右向きおよび左向きの矢印キ
ーストロークにより、テキストカーソルは夫々のキース
トローク毎に１文字分だけ移動される。テキストカーソ
ルがエントリフィールドの第１位置にあり、また「左向
き矢印」キーストロークが行われたとき、テキストカー
ソルは不活性とされ、選択カーソルが（レポートタイプ
）選択フィールド内の最後のチョイスに表示される。こ
のテキストカーソルがエントリフィールドの最終位置に
あれば「右向き矢印」または「下向き矢印」キーストロ
ークによりテキストカーソルが不活性とされ、選択カー
ソルが活性化されて（予算）フィールド内の第１チョイ
スに位置づけられる。

（予算）フィールド内での「右向き矢印」または「左向
き矢印」キーストロークにより選択カーソルは現在のチ
ョイス行内で次のワードチョイスに右または左の方向に
移動する。この現在の行の一方の終端でのキーストロー
クにより選択カーソルはそのキーストロークにより次の
または前の行に移動する。「上向き矢印」または「下向
き矢印」キーストロークにより（予算）フィールド内の
選択カーソルは現在のチョイス力ラム（列）内で上また
は下の次のチョイスに移動する。カラムの一端でのこれ
らキーストロークにより選択カーソルはそのキーストロ
ークにより次または前のカラムに移動する。

以上の例から、カーソルのタイプすなわち選択がテキス
トか、カーソルの位置と移動はスクリーン上のカーソル
の相対的最終位置のみならずスクリーン自体の内容およ
びスクリーンに表示されるパネルエリアの夫々について
セットされた限定にもよるものであることがわかる。Ｄ
ＷＳでこの形式の向上されたカーソル限定と選択を行う
ために処理のためのすべてのルールをＷＳＣに予め記憶
しなければならない。更に、ＷＳＣは４０個までのＤＷ
Ｓ装置と相互作用しうるからＷＳＣは夫々のＤＷＳ装置
について保存される独立した処理エリアを有する必要が
ある。

ワークステーションコントローラと代表的なホストコン
ピュータプロセッサの間、そして究極的にはＤＷＳとの
通信のための特定のプログラミング要件はＩＢＭ社の文
献Ｎｏ．ＳＡ２１−９２４７−Ｂ　ｒ　Ｉ　Ｂ　Ｍ５２
５０インフォーメーション・ディスプレイ・システム・
・・ファンクション・リファレンス・マニュアル」に示
されている。この情報は所要プログラミングフォーマッ
トおよびデータ交換を開示するものとしてここに組込ん
である。しかしながら、この開示に加えて、本発明はＷ
ＳＣのソフトウエアに組込むことの出来る付加的プロセ
スを要求する。第７Ａ図および第７Ｂ図はこの付加プロ
セスを示すフローチャートである。

第７Ａ〜７Ｃ図において、ＤＷＳでのユーザによるカー
ソル動作キーストロークによって図示のプロセス段階を
開始させる信号がＭＳＣに入る（第７Ａ図）。このＷＳ
ＣプロセッサはまずＤＷＳからのキーストロークがカー
ソル移動キーストロークであるか、あるいはホストプロ
セッサへの転送を要求する他のキーストロークであるか
を決定する。このキーストロークがカーソル移動キース
トロークでないときは次のプロセス段階から出て、この
キーストロークが従来の技術より処理される。

受けたキーストロークがカーソル移動キーストロークで
あるとＷＳＣが決定した場合には、次に要求された移動
か水平方向か垂直方向かを決定し、垂直方向であれば後
述するステップに従ってそれを処理する。キーストロー
クがカーソルの水平移動を要求するものであればＷＳＣ
は次に現在のカーソル位置がエントリフィールド内かど
うかを決定する。このフィールド内であればカーソルの
移動はテキストカーソルとして制御され、フィールド外
であれば後述するように制御される。現在のカーソル位
置がエントリフィールド内とすると、ＷＳＣは次にテキ
ストカーソルがエントリフィールド内の終端の位置にあ
るかどうかを決定し、そうであれば以降の処理は後述す
るように生じる。

そうでなければカーソルターゲット位置がキーストロー
クにより示される移動方向に水平に増加または減少され
、テキストカーソル表示がオンのままとなる（第７Ｃ図
）。テキストカーソルを新しいターゲット位置に移動す
るためのコマンド信号がＷＳＣからＤＷＳに送られる。

ＷＳＣ内の上記の分析段階はテキストカーソルのすべて
の移動の推定の根拠を与える。上記した決定のいずれも
上記のような結果を与えない場合にはＷＳＣは要求され
たカーソル移動は選択カーソルであると推定する。この
場合、まずキーストロークにより特定される移動方向に
カーソル可能な項目があるかどうかについての決定がな
される（第７Ｂ図）。移動方向にカーソル可能な項目が
あれば、選択カーソルターゲットからの移動方向の次の
カーソル可能項目にセットされ、選択カーソルがすでに
活性かどうかの決定がなされる（第７Ｃ図）。すでに活
性であれば元のディスプレイ属性を回復することにより
その現在の位置からそれを不活性としなければならない
。リバースイメージ選択カーソル表示の場合には、これ
によりリバースイメージが現に活性の選択カーソルの位
置で正常なイメージに回復される。選択カーソルが現在
活性でなければ、この段階はスキップされる〇次にＷＳ
Ｃは移動方向における次のカーソル可能項目が選択カー
ソル構成内であるかどうかを決定する。構内でなければ
カーソル移動は再びテキストカーソル移動として扱われ
、テキストカーソル表示がオンとされ、テキストカーソ
ルを新しい夕一ゲット位置に移動するコマンドが送られ
る。

カーソル移動が選択カーソル構成に入りつつあるという
決定がなされると、テキストカーソル表示がオフとされ
、選択カーソルディスプレイ属性がターゲット位置で除
去されて保存され、選択カーソル表示がターゲット位置
でオンとされて新しいターゲット位置に選択カーソルリ
バースイメージを与えるコマンドがＤＷＳに送られる。

第７Ｂ図において、決定が移動方向においてこノ行（「
カーソル左」または「カーソル右」について）またはこ
の列（「カーソルアップ」または「カーソルダウン」に
ついて）カーソル可能項目なしとするものであれば、Ｗ
ＳＣはこのキーストローク信号が次の２つのカテゴリー
の内の一方、すなわち、（１）左向きまたは上向きの移
動方向、および、（２）右向きまたは下向きの移動方向
、内にあるかどうかを決定する。この移動方向のチョイ
スは異なる処理ステップを必要とする。キーストローク
移動が左向きか上向きであればＷＳＣは現カーソル位置
がパネル内のカーソル可能項目の最上行にすでにあるか
どうかを決定する。そうでなければパネル行インジケー
タが１カウント減算され、これら処理ステップは第７Ａ
図に示すものに戻される。現カーソル位置がパネルの最
上行にあればパネル行インジケータが最下行数に等しく
セットされ、処理ステップは第７Ｂ図のように続けられ
る。

キーストローク要求が右向きまたは下向き動作であれば
、現カーソル位置がパネルの最下行であるかどうかの決
定がなされる。現位置がパネルの最下行でなければパネ
ル行インジケータ数が１カウント増加され、第７Ａ図の
処理が行われる。現カーソル位置がすでにパネルの最下
行となっていればパネル行インジケータはカーソル可能
項目の最上行に等しくセットされ、処理は第７Ｂ図に示
すように続けられる。

選択カーソル構成は特定のディスプレイスクリーンのソ
フトウエアフォーマットで決定されるが、これについて
は前記のＩＢＭ社のＣＵＡの文献に示されている。

以上のプロセスはＤＷＳのユーザによりカーソル移動キ
ーストロークがなされる時点でＷＳＣに接続される夫々
のＤＷＳを参照してＷＳＣ内で行われる。それ故、ＷＳ
Ｃは接続されＤＷＳの夫々についての夫々のカーソルタ
ーゲット位置のテーブルを維持する。このように、ＷＳ
Ｃは接続されるＤＷＳ装置のすべてについて時分割で上
記のプロセスを行い、それにより向上したカーソル移動
機能をもって、そしてＤＷＳの処理能力を増加させるこ
となく、ＤＷＳの使用を可能にする。

（選択カーソル構成） ＣＵＡルールおよび手続きにより、カーソル動作がユー
ザ対話のための主方法であるようないくつかの構成が限
定される。これらの構成は選択フィールドとアクション
バーを含み、ユーザが所望のチョイスにカーソルを動か
して限定された選択キーを押すことにより、その所望の
チョイスを選択出来る。これまで選択カーソルはＰＷＳ
装置についてのみユーザ対話のための焦点として限定さ
れている。これに関し、選択カーソルはいかなる項目を
もカバーするリバースイメージバーとするのがよい。す
なわち、エントリフィールド、選択フィールドチョイス
等が現在のユーザの焦点である。あるいは、選択カーソ
ルは他の、例えば同様な選択フィールドチョイスの強い
表示、アンダーライン等で表わしてもよい。本発明は選
択カーソルを用いるためのルール等をＤＷＳ装置にも適
用しつるようにしてＤＷＳとＰＷＳ装置の両方について
のユーザ対話用の一様なインターフェースを与えるもの
である。この改善はＤＷＳ選択カーソルについて必要な
サポートと管理知能を与えるべ（ＷＳＣを利用すること
により達成される。

本発明によれば、ＷＳＣはＤＷＳに選択カーソルを与え
、それをユーザによりカーソル移動キーが押されたとき
動かす。ＤＷＳ選択カーソルはアクションバーにおける
チョイス、選択フィールド、エンドリフィールド、リス
ト項目およびファンクションキーエリアにリストされる
機能キーのチョイスへのエントリフォーカスを与えるた
めに用いることが出来る。

第８図はＤＷＳ装置に関連して利用されるディスプレイ
属性をディスプレイパネルフォーマットに関して示して
いる。第８図において、「＠」はディスプレイ属性を示
し、これは一般にＤＷＳ上の１つのスクリーン位置を占
め、スクリーン上にスペースとして生じる。通常のＤＷ
Ｓ内部オペレーティング規則によれば、ディスプレイ属
性は特別の強調を生じさせ、それを次のディスプレイ属
性が出るまで接続させるものである。ＰＷＳ装置はディ
スプレイ属性の処理に別の規則を有する。

第８図は２個の表示フィールドを示しており、第１のフ
ィールドは選択フィールドであってユーザがリストされ
た４個のチョイスの内の１個を選択しうる。第２のフィ
ールドはエントリフィールドであり、ユーザは要求され
るデータをタイプしなければならない。夫々のフィール
ドはそれに先行するテクスチュアルプロンプトを有する
。ディスプレイ属性は第８図の例では夫々のカーソル可
能な項目に関連して見出され、夫々の選択フィールドチ
ョイスとエントリフィールドが前後のディスプレイ属性
を有する。

本発明によれば、選択カーソルが第８図のパネル上の任
意のカーソル可能な項目の上に置かれると、ＷＳＣが関
連する前のディスプレイ属性を反転イメージにセットす
る。テキストカーソルの表示は選択カーソルがエントリ
フィールドに置かれ両カーソルが活性である場合を除き
不活性とされる。前属性によりセットされるこの反転イ
メージは、一般に通常のイメージ属性である後属性が生
じるまで接続され、そのとき反転イメージが終了する。

このようにＤＷＳ表示パネルは選択カーソルの表示につ
いてはＰＷＳ表示パネルと同じイメージを発生する。ユ
ーザは前述のように選択カーソルを項目から項目へと移
動させるためにカーソル移動キーを用いることが出来る
。それぞれの場合、ＷＳＣは現在のおよびターゲットと
されたパネル項目のディスプレイ属性のセッティングを
変えることにより選択カーソルの動きを管理する。

スヘての場合に、ＷＳＣは変更されたディスプレイ属性
を保存し、選択カーソルが他のカーソル可能な項目へと
移動されるときそれらを回復する。

第９図はプロセス全体についてのフローチャートである
。ホストコンピュータプロセッサはアプリケーションプ
ログラムの実行により、ディスプレイパネルが指定され
たＤＷＳに送られるべきことを決定する。ホストプロセ
ッサはディスプレイスクリーンにイメージおよび含まれ
るべき種々のディスプレイパネルおよびフィールドの定
義に関連した他の相対情報を含むデータストリームを構
成し、このデータストリームのＷＳＣへの伝達を開始さ
せる。他方ＷＳＣは指定されたＤＷＳ用のフォーマット
テーブルとスクリーンイメージを構成し、ＤＷＳに送る
。スクリーンイメージはこのＤＷＳに入り、メモリに記
憶され、ディスプレイスクリーンを連続的に更新するた
めに利用される。

ＤＷＳのオペレータがキーストロークを行うときは、Ｄ
ＷＳがＷＳＣからのサービスを要求する。

このときＷＳＣはそのキーストロークデータを受け記憶
し、それがカーソル動作キーストロークに関係するか、
あるいはＷＳＣで処理出来る他のキーストロークに関係
するかを決定する。そうでなければＷＳＣはホストプロ
セッサへのそのキーストロークデータの送信を行い、ホ
ストプロセッサがこれを受け、識別し、ホストアプリケ
ーションプログラムで利用する。キーストロークデータ
がカーソル動作キーストロークに関係するものであれば
、そのデータは前述のようにＷＳＣ内で処理される。こ
の処理後にＷＳＣはＤＷＳに送るための新しいスクリー
ンイメージを構成し、前述のように伝送を完了する。

本発明はその本質を離れることなく他の形でも具体化し
うるのであり、それ故上記の実施例は単なる例であり本
発明の範囲を限定するものではない。例えば、ここでは
複数のＤＷＳを時分割でサービスするためのＷＳＣ内で
のカーソルキーストロークの移動と表示の機能を処理す
る新規な方法として説明しており、特殊なシステムでは
ワークステーションコントローラは無いことがあり、通
常それにより行われる機能がホストプロセッサ自体によ
り行われることもある。そのような場合には、ここに述
べた方法は複数のＤＷＳ装置にサービスするホストプロ
セッサにより同じく時分割で行うことが出来、ホストプ
ロセッサが通常ワークステーションコントローラ機能と
考えられる機能を行う。

【図面の簡単な説明】

第１図はＰＷＳのブロック図、第２図はＤＷＳのブロッ
ク図、第３図はワークステーションコントローラのブロ
ック図、第４図はＷＳＣを介してホストコンピュータに
接続する複数のＤＷＳ装置のブロック図、第５図はＤＷ
Ｓにおける従来のカーソル移動制御を示すフローチャー
ト、第６図は典型的なディスプレイパネルを示す図、第
７Ａ図、第７Ｂ図および第７Ｃ図は本発明によるＤＷＳ
におけるカーソル移動制御を示すフローチャート、第８
図はディスプレイ属性を有するディスプレイパネルの一
例を示す図、第９図はディスプレイパネルを限定しキー
ストロークを処理するためのプロセスのフローチャート
である。 １０・・・プログラマブルワークステーション（ＰＷＳ
）　、２０・・・従属ワークステーション（ＤＷＳ）　
、３０・・・ワークステーションコントローラ（ＷＳＣ
）。

Claims (1)

1. 【特許請求の範囲】 １、ワークステーションコントローラに接続される複数
   の従属ワークステーションにおけるカーソル制御および
   ディスプレイを拡張し促進させる方法であって、 （ａ）上記夫々の従属ワークステーションについてカー
   ソル位置とディスプレイに関係する選択フィールドとエ
   ントリフィールドを含むカーソル可能なパネル項目を記
   述するためのフォーマットテーブルを上記ワークステー
   ションコントローラに予め記憶するステップと、 （ｂ）上記複数の従属ワークステーションの任意のもの
   から上記ワークステーションコントローラにカーソルキ
   ーストローク信号を非同期で受け入れるステップと、 （ｃ）上記非同期で入るカーソルストローク信号の夫々
   についてそのような信号を出す特定の従属ワークステー
   ションを識別してそのような従属ワークステーションに
   対する上記フォーマットテーブルをとり出すステップと
   、 （ｄ）特定の受信カーソルキーストローク信号と特定の
   従属ワークステーションフォーマットテーブルに対応す
   る入力可能位置に新しいカーソルターゲット位置とディ
   スプレイスクリーンイメージを発生させるステップと、 （ｅ）上記新しいカーソルターゲット位置およびディス
   プレイスクリーンイメージに対応するワークステーショ
   ンにおけるカーソル位置とディスプレイイメージを変更
   するためにこの新しいディスプレイスクリーンイメージ
   を特定の従属ワークステーションに移すステップと を有するカーソル制御およびディスプレイを拡張し促進
   させる方法。 ２、前記新しいカーソルターゲット位置を発生するステ
   ップはその新しい位置が入力可能位置であることを決定
   するためにこの新しいカーソルターゲット位置を検査す
   るステップを含んでいる請求項１記載の方法。 ３、単一のワークステーションコントローラから複数の
   従属ワークステーションディスプレイスクリーン上での
   カーソル移動を制御する方法であって、 （ａ）上記ワークステーションコントローラに、上記複
   数の従属ワークステーションの夫々に１個ずつの、都合
   複数のフォーマットテーブルを選択フィールド、エント
   リフィールドおよびカーソル限定を指定するために予め
   記憶するステップと、（ｂ）上記複数の従属ワークステ
   ーションの夫々から上記コントローラにカーソルキース
   トローク信号を個別に受けるステップと、 （ｃ）カーソルのタイプと位置をターゲットするために
   上記ワークステーションコントローラ内の夫々の受信カ
   ーソルキーストローク信号を対応する従属ワークステー
   ションについてのフォーマットテーブルと比較するステ
   ップと、 （ｄ）夫々の受信キーストローク信号について、ターゲ
   ットされたタイプと位置に対応するワークステーション
   でカーソルディスプレイを開始するために上記ワークス
   テーションコントローラから夫々の従属ワークステーシ
   ョンにディスプレイスクリーンイメージ信号を送るステ
   ップと を有するカーソル移動を制御する方法。 ４、前記比較するステップはターゲットカーソル位置が
   エントリフィールド内であるかどうかを決定し、フィー
   ルド内であれば新しいエントリフィールド位置にテキス
   トカーソルタイプを目標づけることを含んでいる請求項
   ３記載の方法。 ５、前記比較するステップは最終カーソル位置がエント
   リフィールドの終端位置かどうかを決定することを含ん
   でいる請求項４記載の方法。 ６、一つの従属ワークステーションから一つの遠隔プロ
   セッサ内でそのワークステーションについてのカーソル
   移動キーストローク信号を処理する方法であって、 （ａ）上記遠隔プロセッサ内に、エトンリフィールドと
   選択フィールドを含むディスプレイフィールドを限定す
   るフォーマットテーブルを予め記憶するステップと、 （ｂ）上記遠隔プロセッサ内でテキストカーソルまたは
   選択カーソルが上記信号に応答するかどうかを決定する
   ために上記従属ワークステーションキーストローク信号
   を上記フォーマットテーブル内のデータと比較し上記カ
   ーソルについて入力可能位置を定めるステップと、 （ｃ）上記遠隔プロセッサから、上記カーソル移動キー
   ストローク信号を発生した従属ワークステーションに、
   カーソルディスプレイ位置とタイプを決定する信号を含
   むディスプレイスクリーンイメージ信号を送るステップ
   と を有するカーソル移動キーストローク信号を処理する方
   法。