JPH01259447A - データ処理方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、電子式データ処理に関し、具体的には、複数
のプロセッサ間で大規模データ・エンティティに対して
行なわれる機能の実行を分配するための改善された方法
に関する。

Ｂ、従来技術 マイクロプロセッサをベースとする専用ワード・プロセ
ッサ及びパーソナル・コンピュータの出現によって、ワ
ード処理は大飛躍を遂げた。メインフレームをベースと
する従来のテキスト処理プログラムは、記憶装置と端末
のテキスト表示装置の間の帯域幅が広くなく、複数のユ
ーザ間でプログラムを時分割する必要があったため、リ
アルタイムのｗｙｓｉｗｙｇ　”　（見えるものが得ら
れる）タイプのワード・プロセッサ（ＷＰ）に充分な速
度が得られなかった。現在利用できるパーソナル・コン
ピュータ及び専用ワード・プロセッサは、単独ユーザ用
にこのタイプのワード処理をうま〈実施することができ
、その使用が普及している。

しかし、たとえば複数ユーザ用ミニコンピユータに高速
ワード処理プログラムを格納することが望ましい場合が
多い。ある部門の各個人用の端末ヲ（ＩＩＩえたミニコ
ンピユータのコストは、各個人に個別にバーンナル・コ
ンピュータとプログラムを支給するコストよりもずっと
低く、その他にも部門レコードが集中記憶できるなどの
利点がある。

こうしたミニコンピユータでワード処理を行なうための
追加コストは低いはずであるが、その速度はまだ人々が
単独ユーザ用マシンに期待するようなワード処理機能を
実現するのにほぼ充分なほど大きくはない。

１９８５年１０月１５日出願の本出願人に係わる米国特
許出願第７８７２３５号は、表示装置との高速対話を必
要とし大量のデータを要するワード処理プログラムやそ
の他のプログラムを実施する方法を開示している。この
方法は、複数のプロセッサを含む処理システムを使用す
−る。中央演算処理装置（ｃＰ）は文書全体などの大規
模データ・エンティティを直接処理できるが、そのコー
ドは全オペレータの間で共用される。入出カプロセッサ
（ＩＯＰ）は各オペレータの表示装置とリアルタイムで
直接対話−するが、限られた量のデータしか記憶できず
、恐らくはそのオペレータの文書のごく一部分しか記憶
できない。入出カプロセッサは、大まかに言えば、ロー
カル記憶装置で利用できるデータに対して、そのプログ
ラムの機能を実行する。ある機能がもっと大きなデータ
・ブロックを必要とするときは、入出カプロセッサは、
それ自体が直接利用できないデータに対してそのプログ
ラムの一部分を実行するように中央演算処理装置に要求
する。通常、入出カプロセッサは１つの端末で一時にユ
ーザに表示できるだけのテキストを処理するが、中央演
算処理装置は文書全体を処理する。こうした機能には、
文書中で指定された文字の出現を探し出すこと（″位置
指定”、“探索”など）及び指定された文字ブロックを
一体のものとして処理すること（″削除”、”移動”な
ど）が含まれる。

上記の方法は、元来、マイクロプロセッサをベースとす
るワークステーション制御装置とそれに接続された何台
かの”ダム”端末を備えたミニコンピユータ接続で、考
えられたものである。システム・ユーザは、端末エミュ
レーシヨン・ソフトウェアを使ってこうしたミニコンピ
ユータにますます多数の”スマート”端末またはパーソ
ナル・コンピュータを接続するようになってきた。

Ｃ０発明が解決しようとする問題点 このようなパーソナル・コンピュータまたは高機能端末
を中央演算処理装置に接続するとき、この両方のタイプ
のプロセッサの特徴が発揮されるように両者の間での機
能分配を変更すれば、大きな利益が得られるはずである
。具体的に言うと、中央ミニコンピユータの方が一般に
より多くの機能と性能をもつが、パーソナル・コンピュ
ータは、ユーザ・インターフェースの領域や他のある種
の性能上の面で利点がある。

したがって、本発明は、中央の複数ユーザ用データ・プ
ロセッサを、それぞれ単独ユーザ用の高機能の補助プロ
セッサに接続するとき、大規模データ・エンティティを
要するワード処理その他の対話式タスクをより高速でか
つより高い効率で実行できるようにする、上記方法の改
良を提供する。

Ｄ０問題点を解決するための手段 大まかに言えば、本発明では、あるタスク全体の個々の
機能を２つのカテゴリに分ける。第１のカテゴリに含ま
れる機能は、一般に、中央演算処理装置に記憶されたデ
ータ・エンティティの大きな部分に対する処理に関係す
るものである。第１のカテゴリの機能は、もっばら中央
演算処理装置内でそこに格納されているコードによって
実行される。第２のカテゴリの機能は、少なくとも潜在
的に、そのデータ・エンティティのより小さな部分に係
わる処理に関係するものである。この第２のカテゴリの
機能は、そのデータ部分が既により小型の補助プロセッ
サの記憶装置に記憶されているか、またはそこに容易に
転送できる場合には、もっばら補助プロセッサ内で実行
される。第２のカテゴリの機能が、記憶または転送でき
る量より多くのデータ・エンティティを必要とする場合
、前掲の特許出願の機能共用法を呼び出して、その機能
の一部分を補助プロセッサ内で実行し、一部分を中央演
算処理装置内で実行することもできる。

Ｅ、実施例 第１図は、市販されているＩＢＭシステム／３６データ
・プロセッサ１００の図で、本発明の環境としてこれを
使用できる。簡略に言えば、中央演算処理装置（ｃＰ）
１１０は、読み書き用主記憶装置１１２からの適用業務
プログラムを実行するための主記憶プロセッサ（ＭＳＰ
）１１１を含んでおり、主記憶装置１１２は各種データ
をも保持する。制御記憶プロセッサ（ｃ８Ｐ）１１３は
、読み書き用制御記憶装置１１４からの低レベル・オペ
レーティング・システム・タスクを実行する。

Ｃ３Ｐ１１３は、チャネル・バス１２０との間で高速で
データを転送するチャネル論理機構１１５を制御する。

様々な種類の入出力装置制御装置が、チャネル・バス１
２０に接続されている。ワークスチーシロン制御装置（
ＷＳＣ）１３０は対話型英数字表示装置１４１、印刷装
置１４２、パーソナル・コンピュータ１４５などのワー
クステーション端末１４０とインターフェースを吉る。

ＷＳＣ１３０は、ローカルでバス１２０にまたは遠隔で
通信制御装置１４３に接続できる。ＣＰＩＩＯとＷＳＣ
１３０は、制御情報及び表示画面の内容を転送するため
の各種のコマンド及びパラメータを搬送する一連のフレ
ームを有する通常のデータ・ストリームを介して、相互
に通信する。通常は、ＣＰｌｌｏはマスク・プロセッサ
として働き、ＷＳＣ１３０はスレーブ・プロセッサとし
て俤く。

すなわち、ＣＰｌｌｏはＷＳＣ１３０にコマンドを送り
、ＷＳＣはそれらのコマンドを実行するためのプログラ
ム・モジュールを実行し、次いでデータ・ストリームを
介してＣＰｌｌｏに応答を返す。

応答には、オペレータが何らかの端末キーを押したこと
を示すアテンション識別子（ＡＩＤ）を含むことができ
る。

表示端末１４１は、１８Ｍ５２５０　１１型、ＩＢＭ５
２９１、ＩＢＭ５２９２、Ｉ　８Ｍ３１８０２型ワ一ク
ステージ日ン端末など、分岐ケーブル１４４によってＷ
ＳＣ１３０と通信する市販の製品でよい。各ＷＳＣ１３
０は、入出力プロセラ−４Ｊ−（ＩＯＰ）１３１．！：
、Ｉ　ＯＰ　１３１用＜７）ｆ’　−１及びプログラム
・コードを保持する入出カメモリ１３２と、ｌ０Ｐ１３
１を介して入出カメモリ１３２とバス１２０の間及びメ
モリ１３２とケープ／ｋ　１４４の間でデータを転送す
るためのポートを備えたバス・カブラ１３３を含んでい
る。ｌ０Ｐ１３１の通常の機能は、メモリ１３２に格納
されている、ＣＰｌｌｏから受は取った高機能データ・
ストリームを従属端末１４１が理解できるより簡単でよ
り基本的なコマンドに変換するためのプログラムを実行
することである。他のゾロセッサ構成では、ＷＳＣ１３
０は、ＣＰと同じ場所にあったり独立装置としてそれ自
体の格納装置中にあるのではなく、知能端末の物理的部
分であってもよい。

パーソナル・コンピュータ１４５は、ＩＢＭ５１５０１
５１８０．５１７０、ＰＳ／２　（ＴＭ）装置など市販
の製品でよい。通常、こうした装置は、アダプタ・カー
ドとエミュレータ・ソフトウェアを介して分岐ケープ′
ル１４４に接続される。エミュレータ・ソフトウェアは
、パーソナル・フンピユータをＷＳＣ１３０に対して、
上記のワークステージシン端末などの端末のように見せ
るものである。通常、こうしたエミュレータ・ソフトウ
ェアでは、エミュレータが活動状態で実行中、パーソナ
ル・コンピュータ中での他の機能の実行が厳しく制限さ
れ、あるいは完全に無効になる。しかし、本発明では、
後でさらに詳しく説明するように、パーソナル・コンピ
ュータが同時に追加機能を実行できるようにするコード
をさらにエミュレータ・ソフトウェアに追加する。

第２図は、共用機能が、前記の特許出願に記載されてい
る以前の方法で処理できるようにＷＰコードをどのよう
に分割するかを示した、メモリ・マツプ２００である。

主記憶装置１１２（第１図）は、処理すべき文書２１０
全体を保持している（文書の一部は物理的にディスク・
ファイル上にあってもよいが、これは重要ではない）。

この文書はベージ２１１に分かれている。いつでも、文
書の１′ブロツク２１２が、ＷＳＣ１３０のメモリ１３
２内で定義されるバッファ２２０に入っている。実際に
は、このバッファは、そのケーブル１４４に接続された
各端末に対して１行のデータしか保持していない。

各端末１４１中のリフレッシュ・バッファ（図示せず）
が現在表示中の全画面を保持し、必要なときバッファ２
２０から更新される。しかし、この実施の詳細は本目的
にとっては重要ではない。この説明では、バッファ２２
０中のデータ２２１は、現在表示中の画面全体を含むか
のように取り扱うことにする。ＷＳＣ１３０が処理を続
行するために文書２１０からのデータをさらに必要とす
るときは、ｌ０Ｐ１３１に格納されているＷＳＣマイク
ロコード２３０のスワップ・ルーチン２３１が、バッフ
ァ内容をブロック２１２に送り返し、次いでバッファ２
２０中の新しいデータ２２１として別のブロック２１３
を受は取る。ＷＳＣ１３０は主記憶装置１１２に直接ア
クセスできず、ＣＰｌｌｏも同様に入出カメモリ１３２
や端末１４１中のリフレッシュ・バッファにはアクセス
できない。

バッファ２２０と文書２１０の間でのこれら及びその他
の転送は、実際には２台のプロセッサ間のデータ・スト
リームを介して行なわれる。たとえば、ＷＳＣ１３０は
、そのアドレス可能メモリ１３２内のバッファ２２１に
アクセスするため、マイクロコードを実行し、バッファ
内容をデータ・ストリームのフレームとしてパッケージ
し、それをＣＰｌｌｏに送る。ＣＰＩＩＯはフレームを
受は取って復号し、データを主記憶装置１１２の適当な
アドレスに書き込む。

このデータ・ストリームは、市販のＩＢＭシステム／３
６の通常の一部分であるが、ＣＰとＷＳＣ間の通常の概
要を知っていると、本発明にとって関係のあるデータが
本発明のこの実施例では実際にどのように運ばれるのか
を理解するのに役立つ。ＣＰＩＩＯがチャネル１２０を
介してＷＳ０１３０に割込み信号を送ると、通信が始ま
る。これを制御するのは、ワークステーション・サブシ
ステムを走らせるため専用のＣ３Ｐ１１３中で実行され
るプログラムであり、ＭＳＰｌ　１１中で実行される適
用業務プログラムがコマンドを表示装置に出したとき、
またはＣ８Ｐプログラム自体は他に何もせず、新しいデ
ータが利用可能かそれとも必要かを判定するための「勧
誘」コマンドを出すときに割込み信号が出る。ＷＳＣ１
３０は、この割込み信号に対応して、チャネル１２０を
介するサイクル・スチール（直接メモリ・アクセスＤＭ
Ａ）によって主記憶装置中の既知の位置からワークステ
ージジン制御フィールド（ＷＳＣＦ）を要求する（サイ
クル・、スチールは、主記憶装置１１２中のデータに直
接アクセスできるＣ３Ｐ１１３によって調停される）。

ＷＳＣＦは、「画面読取りコなどのコマンドでよく、命
令コードと表示識別子と最大バイト・カウントを有する
。

ＷＳＣ１３０はＷＳＣＦを復号し、要求を実行するため
データ・ストリーム・フレームの転送を開始する。その
長さは８バイトから１２，０００バイト以上までと非常
に広い範囲に及ぶ。各フレームは、拡張文字とコマンド
・バイトを含む。コマンド・バイトは、フレームの残り
の部分のフォーマットを指定するものである。本発明に
とって重要なフレームは、フレーム全体の長さを指定す
る２バイト、後続のデータに与える解釈をコード化する
クラス・バイトとタイプ・バイト、１ないし数バイトの
フラグ・バイト、それに画面からのデータを含む。この
データ自体は、表示行を表わすレコードの形に構成また
はフォーマットされ、各行にフラグ・バイトと長さバイ
トが含まれる。

ＷＳＣ１３０は、サイクル・スチールによりチャネル１
２０を介して主記憶装置１１２にフォーマットしたデー
タ・ストリーム・フレームを送る。次いでＷＳＣはＷＳ
ＣＦを完了コードと共に主記憶装置内のその記憶位置に
戻し、ＣＰｌｌｏのＣ３Ｐ１１３に割込み信号を出す。

次いで、ワークステーション・サブシステム・プログラ
ムがＷＳＣＦを読み取り、次に何をすべきか判断する。

この手順及びデータ・ストリームの内容は、データ・プ
ロセッサのモデルごとに変わり、本発明の概念の範囲内
で様々なやり方で実施できる。

本発明では、ｌ０Ｐ１３１は、ＷＰすなわち通常なら主
記憶装置１１２に格納されている単一プログラムとして
ｃｐｔｔｏによりＭＳＰＩＩＩ中で実行されるはずの適
用業務プログラム用のコードの一部分を記憶し実行する
。主記憶装置１１２内にあるＷＰフード２４０は、主ル
ーチン２４１と、削除機能２４２、文字探索機能２４３
、連続挿入機能２４４、その他の機能２４５などの個別
機能を含んでいる。入出カメモリ１３２に格納されてい
るＷＰコード２５０は、補助ルーチン、及び主記憶装置
内に格納されているのと同じ機能（「共用機能」）のい
くつかの部分を含んでいる。

入出カメモリ１３２内の未処理データ・テーブル２６０
は、これらの機能の実行を調整するための項目を含んで
いる。テーブル２６０のイメージは、主記憶装置１１２
の記憶域２７０に維持される。

このイメージは、ＣＰｌｌｏが表示画面を読み取るたび
に、テーブル２６０をデータ・ストリーム中で主記憶装
置１１２に送ることにより更新される。したがって、テ
ーブル２６０は、ＣＰＩＩＯがＷＳＣ１３０に表示画面
を書き込むたーびに、記憶域２７０中のデータから更新
される。テーブル２６０中の重要データを次表に示す。

フラグ　２　０　この表示に対して挿入モードがオンで
ある。

１　この表示に対して探索モー ドがオンである。

２　活動状態の複写、移動また は削除処理が完了し、ＣＰ が通知を要求した。

３　活動状態の複写、移動また は削除処理が取り消され、 ＣＰが通知を要求した。

４　削除処理が現在活動状態で ある。

５　複写処理が現在活動状態で ある。

６　移動処理が現在活動状態で ある。

（残りのビットは無関係） 変位文字３　　（無関係） 開始　　４　−　複写、移動または削除処理の最初の文
字の位置。

探索　　　１−ＣＰの援助を受けた探索処理中に探索す
べき文字コー ド。

本明細書で例として説明する特定の共用機能は削除機能
、文字探索機能、挿入機能であり、人出カメモリ１３２
内のそれらの補助コードをそれぞれ２５２−２５４で記
す。

第３図は、前記のアプリケーションの共用機能コンセッ
トを使用したワード・・プロセッサ２４１であるＩＢＭ
ディスプレイライト７３６の主ルーチンを実行するため
のプログラム３００の高級流れ図である。プログラム３
００は、中央演算処理装置１１０中で実行される。具体
的に言うと、プログラム３００は主記憶装置１１２中に
格納され。

ＭＳＰｌｌｌによって実行される（第１図）。開始（３
１０）の後、プログラムは、印刷（３３０）、文書削除
（３４０）、文９編集（３５０）（作成または改訂）、
あるいはＷＰプログラムの終了（３ｆ３０）、などのタ
スクを選択するよう、操作員に要求する（３２０）。選
択したタスクが完了すると、制御権がブロック３２０に
戻り（３７０）、次の選択ができる。

各タスク内で、操作員は実行したい個々の機能を、恐ら
くは複数の詳細レベルで選択する。たとえば文書テキス
トの編集中、ブロック３５１は文書２１０の画面２２１
を表示する。操作員はキーボードのキーを押していくつ
かの機能の一つを選択し、文書中の文字を処理すること
ができる。こうした機能には、テキスト文字の移動（３
５２）、複写（３５３）、挿入（３５４）、テキスト書
式の変更（３５５）、編集機能の終了（３５６）などが
ある。

プログラム３００中のいくつかの機能が共用機能のコン
セットを使用する。

第４図は、本発明に基づく共用機能の実施方法の一例と
して、第３図の削除機能３５４の動作を詳細に記したプ
ログラム・モジュール４００の流れ図である。プログラ
ム４００はＷＳＣ１３０中で実行される。すなわち、プ
ログラム４００は入出カメモリ１３２中に格納され、入
出カプロセッサ１３１で実行される（プログラム４００
は、初期プログラム・ロード時にディスクからダウンロ
ードできる）。操作員が端末の「削除」キーを押すと、
プロゲラ４４００が開始する。

ブロック４１０でこの機能をセットアツプする。

そのコードがテーブル２６０の「削除活動」ビット、す
なわち上記テーブルのＦＦフィールドのビット４をセッ
トしく４１１）　、そのブロックの最初の文字の位置（
すなわち、カーソル位置）を「開始」フィールドに記憶
しく４１２）　、最初の文字の属性を逆ビデオに変更し
く４１３）　、操作員にブロック中の最後の文字の位置
を指定することを求めるＤＥＬＥＴＥ　ｌ／ｌ（Δ丁？
”などのプロンプトを画面に表示する（４　ｌ　４）。

そうすると、操作員はカーソル・キーを押して、別の文
字にカーソルを合わせることができる（４２１）。次に
、プロ・ツク４３０で現カーソル位置を移動させる。あ
るいは、操作員はキーボードの文字キーを押して（４２
２）、ブロック４４０で、現カーソル位置から始めて文
書中でのその文字の次の出現を探し出すこともできる。

ブロック４３０または４４０の終了後、制御権は選択ブ
ロック４２０に戻る。すなわち、２つの方法４３０−４
４０を任意の順序で組み合わせて使って、削除する単一
ブロックを定義することができる。選択ブロック４２０
からのもう一つの選択肢は、実行キーを押して（４２３
）、現カーソル位置でブロックの終りを探し出すことで
ある。そうすると、コード４５０で、記憶されている文
字位置と現カーソル位置の間にあるすべての最初の文字
が削除され、表示が更新される。

第５図は、第４図のブロック４４０の実行が、第１図の
ワークステーション制御装置（ＷＳＣ）１３０のｌ０Ｐ
１３１と中央演算処理装置（ｃＰ）１１０のＭＳＰＩＩ
Ｉの間でどのように共用されるかを示す流れ図５００で
ある。第５図で、ＷＳ０１３０内で実行されるステップ
には接頭部”　ｗ　”をつけ、ＣＰｌｌｏ内で実行され
るステップには接頭部″Ｃ″をつけである。キーを押し
て（４２２）、第４図の文字探索機能４４０を活動化さ
せると、ブロックＷ５１０で、現カーソル位置と画面の
終りとの間で押したキーのキーコードを求めて、（入出
カメモリ１３２に記憶されている）現画面２２１を探索
する。ブロックＷ５２０でこのコードが見つかった場合
、ブロックＷ５３０で、カーソルを最終文字位置へ移動
させて探索機能を実行する。この場合、探索機能はすべ
てＷＳＣＩ３０内で実行され、ＣＰｌｌｏが関与するこ
とはなく、シたがってＣＰＩＩＯは中断なしに同時に別
のタスクを実行することができる。

しかし、Ｗ５２０で現画面の終りまでに求める文字コー
ドが見つからなかった場合、ブロックＷ５４０でＣＰｌ
ｌｏに探索機能を実行するように求める。具体的に言う
と、ブロックＷ５４０で、未処理データ・テーブル２６
０をデータ・ストリーム・フレームの形でＣＰＩＩＯに
送り、また探索機能の実行を指示するホスト援助探索ア
テンション識別子（Ａ　Ｉ　Ｄ）を送る。コードＣ５１
０が、テーブル２６０の内容を主記憶装置１１２の記憶
域２７０に保管する。次いで、ＣＰＩＩＯが指定された
文字コードを求めて文書２１０の残りの部分を探索する
（ｃ５２０）。ブロック０５３０でその文字コードが見
つかると、ブロックＣ５４０で、カーソルを最終文字コ
ードに合わせて探索機能を完了する。ブロックＣ５５０
で、更新されたデータ２７０がＷＳＣ１３０に戻る。ブ
ロックＣ５５１で、最終文字の下にカーソルを合わせて
その最終文字を含む新しいバッファー杯の文字２１１を
生成する。その文字が見つかるとすぐ、ブロックＣ５５
２でデータ・ストリームを介してＷＳ０１３０に次のも
のを送る。

（ａ）新しい文字画面２１３用のデータ。

（ｂ）　　その画面中で探し出した文字上のカーソルの
位置を指定するコマンド。

（ｃ）　テーブル２７０中の”探索°°ビットをオンに
する。

（ｄ）　テーブル２７０中での最初の文字の新しい位置
。

（ｅ）削除用の”ホスト通知”ビット、すなわちテーブ
ル２７０中のフラグ１フイールドのビット４をオンにす
る。

ブロックＣ５３０で文書２１０の残りの部分に指定され
た最終文字が見つからなかった場合は、ブロック０５６
０で、単に現画面上に ”ＣＩＡＲＡＣＴＥＲＮＯＴ　ＦＯＵＮＤ″などのメツ
セージを表示し、データ・ストリームを介してそれをＷ
ｓｃ１３０に送る。

線５０２は、新しいデータをＷＳＣ１３０に送り返すこ
とを指示する。次にブロックＷ５５０で、新しい画面と
カーソル位置を受は取り、端末１４１で表示するために
記憶する。

第１図の主記憶装置１１２の記憶域２７０の内容を次表
に詳細に示す。

フィールド名　　長さ　ビット　　説　　　　明ｆｆｌ
す→−」Ｙ！１ フラグ１１　０　この表示の挿入モードをオン／オフに
設定する。

１　この表示の探索モードをオ ン／オフに設定する。

２　　ＷＳＣ／ＣＰ内で削除処理 を実行する。

３　（無関係） ４　現在活動状態の複写、移動 または削除処理が完了また は取り消されたとき、ＣＰ に通知する／しない。

５−７（無関係） フラグ２１　０　複写、移動、または削除処理を許可／
禁止する。

１−７（常にオフ） 変位文字３　−　（無関係） 開始位置４　−　移動、複写または削除処理の開始の行
列位置。

第６図は、操作員が削除する文字ブロックを定義した後
に「実行」キーを押したとき、何が起こるかを示す、削
除機能４５０の流れ図６００である。この場合も、ＷＳ
Ｃ１３０で実行されるブロックには接頭部″Ｗ“°をつ
け、ＣＰｌｌｏで実行されるブロックには接頭部ｎ　Ｃ
ｎをつけである。

ブロックＷ６１０で、現画面２２１中の文字を表示され
た最初文字位置からカーソルで示される最終文字位置ま
で削除する。前述のように、最初文字位置は、現画面が
削除処理の開始された画面と同じである場合１．削除ブ
ロックの実際の始めである。そうでない場合は、最初文
字位置は、現画面すなわち削除処理が終了する画面の最
初の文字である。次に、ブロックＷ６２０で、ＷＳＣ１
３０が”削除活動”ビット（バッファ２６０中のフラグ
・ビット４）をリセットする。ブロックＷ６３０で、必
要ならば機能共用を同期化する。ブロックＷ６３１で、
′削除完了ＣＰ通知°°ピット（バッファ２７０中のフ
ラグ・ビット４）がオンの場合、ブロックＷ６３２で”
削除完了°′ビット（バッファ２６０中のフラグ・ビッ
ト２）をセットする。このビットは、処理が複数の画面
にわたることがわかった場合、第５図のブロックＣ５５
２でセットされていた。後でブロックＷ６４０で、デー
タ・フレームをＣＰＩＩＯに送る。このフレームには、
データ・テーブル２６０が含まれている。前述のように
、テーブル２６０と２７０は、画面をＷＳ０１３０から
読み出し、またＣＰＩＩＯに書き込むごとに相互に一相
手のデータで更新される。

次にＷＳＣ１３０は第４図のブロック４５０に出て、そ
こから第３図のブロック３５４に出る。

後でＣＰＩＩＯがＷ６４０で送られたデータ・フレーム
を読み取る（ｃ６１０）とき、Ｃ６２０で”削除完了”
ビット（バッファ２６０中のフラグ・ビット２）を検査
する。このビットがオンの場合、ブロックＣ６３０で最
終文字位置を文書２１０中の現画面の最初の文字の直前
の位置へ配置し直す。そうするには、バッファ２７０中
の「開始位置」フィー−ルドを変更する。ブロックＣ６
４０で、文書２１０中の文字を、（バッファ２７０に）
記憶されている画面２１２の最初文字位置から（新しい
）最終文字位置まですべて削除する。

次に、ｃｐｔｔｏのＭＳＰＩＩＩは、他の文書の表示要
求など別のタスクを続行する。それらのタスクは、本発
明に関係するものでも、またそうでないものでもよい。

このように、削除処理が複数のテキスト画面にわたるも
のである場合、それは２個のプロセッサ間で共用される
。すなわち、ＷＳＣ１３０はその現画面上の文字を削除
し、ＣＰｌｌｏは文書２１０中の残りの文字を直接に削
除する。しかし、現画面だけが関係する場合は、ＣＰＩ
ＩＯは削除処理を共用せず、ＷＳＣ１３０がすべてのタ
スクを実行する。どちらの場合でも、現画面で変更され
たすべての文字は、後でＣＰＩＩＯが画面の読取りを要
求したときに文書２１０中で更新される。

ＷＳＣ１３０とＣＰＩＩＯの間で共用されるもう一つの
機能は、テキスト文字の入力に必要な新しい表示行の連
続挿入機能である。ワード・プロセッサで文書に新しい
文字を入力する通常の方式は、それをカーソル位置に挿
入し、新しい文字が表示されるたびに同じ行のカーソル
の右側にあるすべての文字を右に１位置ずつ移動させる
ものである。行が長くなりすぎると、すなわち非空白文
字が右マージンに入ると、右端のワードの文字が新しい
行に移り、この新しい行を収容するために他の行が表示
画面上で上下に画面移動される。この機能は第３図のブ
ロック３５３に出ており、操作員がテキストを入力中で
、文字の移動や削除など他のタスクを呼び出していない
ときに実行される。

第７図は、これら２つのプロセッサ間で挿入機能を共用
するためのコード７００を表したものである。このコー
ドはＷＳＣ１３０モジュールである。すなわちこのコー
ドはメモリ１３２に格納され、プロセッサ１３１で実行
される。

７１０で、操作員が文字キーを押して、既存の行のカー
ソル位置に新しい文字を挿入しようとするとき、ブロッ
ク７２０で、新しい表示行が必要か否かを判定する。既
存の行がその右端の文字と右マージンの間に空白文字し
か含まない場合、制御権は直ちにブロック７３０に移る
。ブロック７３０では、単に既存の行に文字を挿入する
ための場所を空ける。ブロック７３１で、文字をカーソ
ル位置から１スペース右に移動させ、ブロック７３２で
、カーソル位置の空いたスペースに新しい文字を挿入す
る。

既存の行が既に満杯の（右マージンに空白がない）場合
、カーソル位置の下側に新しい行を挿入しなければなら
ない。ブロック７４０で、新しい行のスペースを空ける
ために、既存の表示行をどちらの方向に画面移動しなけ
ればならないかを決定する。ブロック７４１で、現画面
が表示されて以来、表示画面の最後（−格下）のテキス
ト行が修正されていないことがわかった場合、ブロック
７５１で、カーソル位置より下のすべての行を下方に画
面移動し、最後の行を画面から押し出す。

同じ最新のデータがＭＳ１１２中の文書２１０の部分２
１２に含まれているので、情報が失われることはない。

次にブロック７７０で、新しい行を準備する。ブロック
７７１で、カーソルの真下の行のすべての文字を空白文
字で重ね書きする。ブロック７７２で、カーソル行の最
後のワードをワード・ラップする。すなわち右マージン
にあるその右端の文字を新しい行に移す。次いでブロッ
ク７３０で、前述のように新しい文字を挿入する。

最後の表示行が変更されたが、ブロック７４２で、最初
の（−格上の）テキスト行は変更されていないことが判
明した場合は、ブロック７５２で、現カーソル位置より
上にあるすべての行を上方に画面移動し、最初の行を画
面から押し出す。ブロック７６０で、将来の画面移動の
必要性を予測する。

ブロック７６１で、画面上に残っている画面移動可能な
テキスト行が２行未満かどうかを検出する。

それは、画面上端の未修正の２行でも、画面下端のその
ような２行でも、上端の１行と下端の１行でもよい。残
っている画面移動可能な行が２行未満の場合、ブロック
７６２で、文書２１０を更新するためＡＩＤをＣＰＩＩ
Ｏに送る。これは、ブロック７６３で画面を読み取って
文書２１０に送り返すときに行なわれる。次いでブロッ
ク７６４で、すべての表示行の状況を「未修正」に変更
し、必要なとき、操作員が加えた変更を失わずに、それ
らの表示行を画面移動によって画面から消すことができ
るようにする。次いで制御権はブロック７７０に移り、
さらにブロック７３０に移る。実際の画面読取りは、ブ
ロック７６２の実行後のある時点でＣＰＩＩＯが行なう
。これによって操作員は中断されず、文字の打鍵を続け
ることができる。

ブロック７４０で、画面が表示されて以降に最初の表示
行も最後の表示行も変更された場合は、どちらの方向に
画面移動を行なっても修正されたデータが破壊される。

このことが起こるのは、ブロック７６０で行なわれる画
面読取りが、それが実際に必要となる前に画面移動可能
行をもたらすほど速くは行なえない場合である。この稀
なケースは、ブロック７８０で、エラー状態として扱わ
れる。ブロック７８１で、即時画面読取りを要求するＡ
ＩＤをＣＰｌｌｏに送る。ブロック７８２で、操作員に
エラーを知らせ、キーボードをロックする（その場合、
操作員は「リセット」キーを押して、その文字を入力し
直さなければならない）。

次いで制御権がブロック７１０に戻り、文字挿入を続け
る。操作員が文字キーの代わりに機能キーを押した場合
は、７１１から出て第３図に戻る。

上記の説明は、いくつか−機能、すなわちブロック削除
、文字探索、連続挿入の共用を示したものである。ＤＷ
／３６ワード・プロセッサは、文字ブロックの移動や複
写など他の機能も、はぼ同じ方式で共用する。文字探索
機能は、削除機能以外の他の機能と併用され、また独立
機能としてそれ自体が使用することもできる。

本発明の改善された方法の好ましい実施例では、ＣＰＩ
ＩＯを複数ユーザ高性能の中央演算処理装置として使用
し、パーソナル・コンピュータ（ＰＣ）１４５を単一ユ
ーザ低性能の補助プロセッサとして使用する（もちろん
、ＰＣｌ４５はデータを操作員に提示するための表示装
置及び操作員からのデータのコマンドを受諾するための
キーボードを備えている）。以下の説明では、ｌ０Ｐ１
３０は通常の”バス・スルー”モードで動作し、データ
に対して何のワード処理機能も実行せず、単にＣＰＩＩ
ＯとＰＣｌ４５の間でデータを伝送する。

この実施例では、文書データを画面バッファ・サイズの
部分の形でやり取りするのではなく、文書データを多ペ
ージの文書に対応するテキストの「ページ」として、Ｐ
Ｃｌ４５がそれ自（本のメモリにそのページを記憶し書
式化できるページに関する充分な書式化情報と一緒に送
る（実際には、ＰＣｌ４５は、ダウンロードされたペー
ジを書式仕様で補完された全文書と見なす）。

ＰＣｌ４５は、そのメモリ内の使用可能なページで、あ
る種のワード処理機能を実行するために、ＰＣ内でプロ
グラム・コードを実行する。こうしたワード処理機能に
は、テキストの複写、移動及び削除がある。これらの機
能のうちの一つがζローカル・ページで使用可能なテキ
ストよりも多くのテキストを必要とする場合、ＰＣｌ４
５は機能要求をＣＰＩＩＯに送り、次いでＣＰＩＩＯが
その機能用のそれ自体のコードを使って、ＣＰのメモリ
に格納されている全文書中の任意のデータに対して、そ
の機能を実行する。

しかし、他のある種のワード処理機能のプログラム・コ
ードは、次に説明するように、必ずＣＰＩＩＯ内で全文
書に対して実行される。

第８図に、本発明にとって重要なコードとデータ記憶位
置を示す。この実施の詳細は、ＩＢＭディスプレイライ
ト／３６（リリース５．１）及びよりＭ　　ＰＣサポー
ト／３６ワークステーシヨン機能の一部分として一般に
入手することができる。

具体的に言うと、本発明にとって重要な部分は、大部分
がＰＣサポート／３６オーガナイザのテキスト援助部分
にある。一般に入手可能なエミュレータは、ＩＢＭ５２
５０拡張エミュレーシリン・プログラムである。

第８図の文字″ＣＰ″及び°’ＩＯＰ“は、それぞれｃ
ｐｔｔｏ及びｌ０Ｐ１３０（第１図）のメモリ中の項目
を指している。残りのコードとデータはＰＣｌ４５のメ
モリ内に記憶されている。

″ＰＣエミュレータ”と記した欄は、前記のエミュレー
ション・プログラムの通常の機能を含んでいる。”ＤＯ
８“°と記した欄は、パーソナル・コンピュータのオペ
レーティング・システム及び他のユーザ・プログラム用
の通常のコードを含んでいる。真中の欄″ＰＣテキス）
ｆｆｌ助”には、本発明のコードが組み込まれる。

第８図は、本発明が、中央演算処理装置と関連するメモ
リ８１０とパーソナル・コンピュータのメモリ８５０の
間でどのように構成要素に分割されるかを示す、メモリ
・マツプ８００である。この目的では、メモリ８１０は
、第１図のＣＰＩＩＯの固有メモリ８１０内の構成要素
、及びｌ０Ｐ１３０のメモリ８３０やＣＰＩＩＯが利用
できるオンライン式ディスク駆動装置などの副記憶装置
８４０を含んでいる。

メモリ８２０は、制御コード８２１と、様々なカテゴリ
の機能を実行するための３つの構成要素８２２−８２４
を含むワード処理コードを含んでいる。

制御コード８２１は、ＰＣで実施されていないいくつか
の編集機能を実行する。第９図のエミュレーション表示
の説明を参照されたい。ページ処理機能８２２はワード
・プロセッサで標準的なものであり、第２図に関して「
共用機能」であると述べた、挿入、削除、移動、複写、
発見などの機能がそれに含まれる。コード８２２が実行
されるのは、要求された機能がＰＣｌ４５内で使用でき
るデータよりも多くの文書データを必要とするときだけ
である。文書処理機能８２３は、本来文書の大きな部分
を必要とし、通常、スペル・チエツク、ページネーシａ
ン、印刷などがこれに含まれる。コード８２３は、ＰＣ
ｌ４５からその１つの機能が呼び出されるとき、常に実
行される。コード８２４は文書ページをＣＰメモリ８１
０とＰＣメモリ８５０の間でやり取りするためのサーブ
機能に関するものである。ページ・サービングは、入出
カプロセッサ８３０のデータ・ストリーム・パススルー
機能８３１を使って実行される。ｌ０Ｐ１３０はこのデ
ータ・ストリームを解釈せず、そのままＰＣメモリ８５
０に渡す。

記憶装置８４０は処理中の全文書８４１を保持する。文
書は、それぞれ大体タイプ１ページに相当するいくつか
のページ８４２に論理的に分ケられている。ただし、ペ
ージ長さは任意かつ可変である。文書８４１はディスク
に記憶し、その一部を通常のキャッシュ手法またはバッ
ファ手法によってランダム・アクセス・メモリに入れる
ことが好ましい。記憶装置８４０は、概念上、文書８４
１を記憶し、それにアクセスするために必要なすべての
構成要素を含む。

ＰＣメモリ８５０は、通常のエミュレータ８６０を含ん
でいる。エミュレータ８６０の全般的タスクは、ＰＣｌ
４５がＷＳＣにとって１４１などの通常の端末に見える
ようにすることである。エミュレータは、ＩＢＭ　　Ｐ
Ｃ−ＤＯ８など通常のオペレーティング・システムの下
で他のいくつかの適用業務プログラム８８０と一緒に実
行される。

テキスト援助（ＴＡ）コード８７０は、何本がのインリ
ンク及びアウトリンク８９０を介してエミュレータ８６
０と通信する。これらは通常の制御ブロックであり、異
なるコード・モジュール８６０と８７０の間での通信を
制御する。またテキスト援助コード８７０により、ユー
ザがオペレーティング・システムのコード８８０にホッ
トキーして、したがって他の適用業務プログラムが実行
できるようになる。ＴＡコード８７０は、ＤＯ８が明示
的にそれを除去しない限り、ＤＯＳプログラム８８０の
実行中メモリ内に残る。

エミュレータ８６０は、テキスト援助構成要素８７０に
は関係のない通常のいくつかの機能８６１を提供する。

主なものとしては、ＣＰＩＩＯ上で機能を実行する場合
にＰＣｌ４５が“ダム゛°端末１４１として曇くように
する、エミユレーション８６２自体が含まれる。やはり
第９図に関するエミュレーション表示の説明を参照され
たい。

キーボード・モニタ８６３は、ユーザのキーストローク
をゲットしてＴＡキーストローク・プロセッサ８７１に
渡す。コード・モジュール８６４は、ＡＳＣＩＩ表示８
７４を作成するために通常のＰＣキーボード走査コード
を変換する。エミュレータ８６０は、またデータ・スト
リームを既知のフォーマットで送受信するための構成要
素８６５を含んでいる。構成要素８６５は、データ・ス
トリームをＣＰＩＩＯ上のＷＰコード８２０に送るため
の、ＴＡ構成要素８７５、及びデータ・ストリーム解析
処理を行なってそれを構成要素８７３用の適切な形でゲ
ットする構成要素８７６とのインターフェースをとる。

ＴＡ８７０のこの２つの追加構成要素は、エミュレータ
８６０と直接には通信しない。構成要素８７２はあるカ
テゴリの編集手順を実行するためのコードを含んでいる
。構成要素８７２の手順は、現テキスト・ページ内部で
すべての編集手順を実行する。このカテゴリに含まれる
機能としては、テキストの挿入、削除、複写及び移動、
調節、ワード・ラッピングがある。構成要素８７３は、
テキスト・データ・ストリームを変更し、ＣＰ１１０か
らのページ及び行書式データに基づいて書式化し、ＰＣ
表示画面でユーザに提示する表示ページを作成するため
のコードを提供する。

ブロック８９１は、ＰＣｌ４５のメモリ内のバッファで
あり、現文書ページとそのフォーマットを保持する。現
ページは、はとんどが標準ディスプレイライト書式の１
ペ一ジ文書として記憶される。

第９図は、好ましい実施例の制御流れを示す流れ図９０
０である。この方法は、主として２つのプログラムによ
って実行される。すなわち、第１図のＣＰＩＩＯ中で実
行されるＩＢＭディスプレイライト／３６の主ルーチン
であるワード処理（Ｗ　Ｐ　）コード９３０と、ＰＣｌ
４５中で実行されるプログラムであるテキスト援助（Ｔ
Ａ）コード９４０である。

第９図の真中を下向きに延びる破線は、ＣＰＩＩＯ内で
実行される処理と、ＰＣ：１４５内で実行される処理の
境界を表わす。

まず、ブロック９１０で、ユーザが編集する文書を指定
する。ブロック９１１は、終点９１２でＷＰプログラム
の全体から出るための終了コードを１是供する。ブロッ
ク９１３で、ＴＡプログラム９４０が既にロードされた
かどうかを判定する。

ＴＡプログラムは、ＰＣｌ４５が電源投入され通信が中
断されない限り、常駐し続ける。ＴＡコードがロードさ
れていない場合は、９７０でそれがＰＣにダウンロード
され、常駐のダウンロード・プログラム９５０となる。

次に９１４で、第８図の文書３４０の最初のページがア
センブルされ、線９７１でＰＣブロック９５１に送られ
る。次いで９５１で、ＴＡコード９４０はそのページを
書式化し、ユーザとの対話のため、表示ページを上方に
押し上げる。

エディタ・ブロック９５２は、ユーザが文書に対して希
望するアクションを指定するのを待ち、その後、テキス
ト挿入、次行へのワード・ラッピング、テキスト探索な
ど各種の基本的編集機能を実行し、ブロック９５３で、
バッファが満杯になったかどうか監視する。ページ８９
１を保持するバッファが満杯の場合、線９７２で修正済
みデータを文書８４１に記憶するためＷＰコード９１５
に送る。線９７３で、ＴＡプログラム９４０に対してこ
のデータの受取りを確認する。

ユーザが複写、移動または削除機能を選択していた場合
（９５４）、ブロック９５５で、その機能を実行するの
に必要なデータが現ページ・バッファ内にあるかどうか
判定する。そうでない場合は、要求された複写、移動ま
たは削除を実行するため、線９７４で、その要求をＷＰ
コード・ブロック９１６に送り返す。ブロック９１６で
は、関連するすべての文書データに対して全処理を実行
する。要求が現ページ内のデータだけを必要とする場合
、ブロック９５６で、ＴＡコード９４０によってＰＣｌ
４５内で複写、移動または削除を実行する。編集アクテ
ィビティであるために行調整が必要な場合、それはブロ
ック９５７で、ＴＡコードによってすべて実行される。

操作員が（ブロック９５２で）スペル・チエツクや同意
語などその他の言語学機能を要求した場合、ブロック９
５８で、ユーザがブロック９５２で拒否した開始位置と
終了位置を獲得し、ＣＰＩＩＯ内の記憶された文書８４
０に対するスペル・チエツクその他の機能を扱うために
、これらの境界が線９７５を介してＷＰコード・ブロッ
ク９１７に送られる。線９７６は、ＴＡスペル・チエツ
ク機能９５８に（たとえばスペルの間違ったワードに対
する）エラー・フラグを戻して、エラー表示をさせる。

ブロック９５９では、線９７７を介して印刷及びページ
ネーション要求をＷＰコード・ブロック９１５に送る。

ブロック９１５はその機能をすべてＣＰＩＩＯ内で行な
う。

ディスプレイライト／３６ワード・プロセッサの機能の
一部は、なおＰＣｌ４５がダム端末であるかのように実
行される。それはＣＰＩＩＯでもＰＣｌ４５上と同じ効
率で実行される機能であり、したがって記憶スペースと
性能特性の限られているＩ）　Ｃにそれを移すべき理由
はない。こうした機能には、たとえば複数カラム処理や
ページ／行書式変更がある。９５２でこれらの機能が要
求されると、ブロック９６０で、要求を線９７８を介し
てＷＰコード９１９に送る。ブロック９１９は、当該の
機能をＣＰ　ｉ　１０内で実行させ、必要な表示画面を
エミュレータ８６０（第８図）を介してＰＣに送る（こ
れらの表示は、通常は文書のページではなく、メニュ・
メツセージ等である）。この機能の割振りにより、ＷＰ
コードが実際にプロセッサ１１０及び１４５中に存在し
なくとも、ユーザはそのＷＰコードの能力をすべて与え
られる。

ユーザによる探索や画面移動のため新しいページが必要
な場合、ブロック９６２で要求９８０をＷＰコード・ブ
ロック９２０に送る。ブロック９２０では、ＣＰｌｌｏ
に記憶されている文書のどのページを送るべきか決定し
、制御権をブロック９１４に移す。このブロックでは、
前述のように要求されたページをアセンブルし、９７２
でそれをＴＡフードに送る。

ユーザが文書から出ることを要求する場合、ブロック９
６３で、要求９８１を終了コード９２１に送る。次いで
ブロック９２１で、文書バッファ８９１を文書８４１に
戻して保管し、ワード・プロセッサを閉じる。

データベース管理システムなど他のアプリケーションも
、本発明を用いて、同じ概念によりレコード探索や更新
などの機能を分割することができる。

オフィス管理システムも、本発明の使用に有利な環境を
もたらす。他の実施では本明細書に示したものとは異な
るプロセッサ編成も使用できる。希望するなら、追加の
プロセッサ段を用いて画面、ページ、文書及び文書折本
を処理することもできる。

Ｆ８発明の効果 上記のように、本発明は、第１の中央データ処理装置と
第２の補助データ処理装置を用いて、全タスクの個々の
機能を都合よく２つのカテゴリに分けて、データ対象物
に対する対話型タスクを実行する方法を提供する。すな
わち、カテゴリ１の機能はすべて中央演算処理装置内で
実行され、カテゴリ２の機能は少なくとも潜在的にデー
タ・エンティティの相対的に小さな部分を必要とする処
理に関する。

カテゴリ２の機能はすべてより小型の補助処理装置内で
実行される。

したがって、本発明はユーザ・インターフェースと性能
の両面で有利である。

【図面の簡単な説明】

第１図は、本発明を実施できるデータ処理システムの概
略図である。 第２図は、本発明で使用するデータ及び共用機能コード
の記憶位置を示す図である。 第３図は、共用機能を実施できるワード・プロセッサ・
プログラムの概略流れ図である。 第４図は、第３図の”ブロック削除”処理の流れ図であ
る。 第５図は、第４図の′°文字探索”機能の詳細図である
。 第６図は、第４図の”文字削除”機能の詳細図である。 第７図は、第７Ａ図と第７Ｂ図から構成され、共用機能
を用いた“″連続挿入゛処理の流れ図である。 第８図は、本発明で使用するデータとコードの記憶位置
を示す図である。 第９図は、制御流れとデータ流れを示す、本発明に基づ
く方法の流れ図である。 １１０・・・・中央演算処理装置（ｃＰ）、１１１・・
・・主記憶プロセッサ（ＭＳＰ）、１１２・・・・主記
憶装置、１１３・・・・制御記憶プロセッサ（ｃ３Ｐ）
、１１４・・・・制御記憶装置、１１５・・・・チャネ
ル論理機構、１３０・・・・ワークステーション制御装
置（ＷＳＣ）、１３１・・・・入出カプロセッサ（ＩＯ
Ｐ）、１３２・・・・入出カメモリ、１３３・・・・バ
ス・カブラ、１４０・・・・ワークステーション端末、
１４１・・・・表示装置、１４２・・・・印刷装置、１
４３・・・・通信制御装置、１４５・・・・パーソナル
・コンピュータ（ＰＣ）。 竿４国 累６図 第７８１

Claims (2)

【特許請求の範囲】
1. （１）第１の中央プロセッサと、オペレータに表示を行
   ないオペレータから入力を行なうように適合された第２
   の補助データ・プロセッサとによってデータ・エンティ
   ティ上で対話的タスクを実行するための方法であって、 （ａ）上記全体のデータ・エンティティを上記第１の中
   央プロセッサに記憶する段階と、（ｂ）上記データ・エ
   ンティティの一部を上記第２の補助データ・プロセッサ
   に転送する段階と、 （ｃ）上記第２の補助データ・プロセッサにあるコード
   の制御の下で、ディスプレイ上に上記データ・エンティ
   ティの一部の少なくともある部分を表示する段階と、 （ｄ）上記エンティティ上に予定の機能を実行するため
   に、上記オペレータによるコマンド入力を上記第２の補
   助データ・プロセッサ中で受領する段階と、 （ｅ）上記機能が予定の第１のカテゴリに属するなら、
   上記第１の中央プロセッサ中にある上記データ・エンテ
   ィティ上で、完全に上記第１の中央プロセッサ中にある
   コードによって上記第１の中央プロセッサ中で上記機能
   を実行する段階と、 （ｆ）上記機能が予定の第２のカテゴリに属するなら、
   上記第２の補助データ・プロセッサ中で、上記機能が上
   記第２の補助データ・プロセッサ中にあるデータ・エン
   ティティ部分のデータにしか関与しないかどうかを判断
   し、 （ｆ１）もしそうなら、上記機能を、上記第２の補助デ
   ータ・プロセッサ中にあるデータ上で、上記第２の補助
   データ・プロセッサ中にあるプログラム・コードによっ
   て、完全に上記第２の補助データ・プロセッサ中で実行
   し、 （ｆ２）そうでないなら、上記機能を、完全に上記第１
   の中央プロセッサ中にあるデータ上で、上記第１の中央
   プロセッサ中にあるプログラム・コードによって、上記
   第１の中央プロセッサ中で実行する段階、 を有するデータ処理方法。
2. （２）第１の中央プロセッサと、オペレータに表示を行
   ないオペレータから入力を行なうように適合された第２
   の補助データ・プロセッサとによってデータ・エンティ
   ティ上で対話的タスクを実行するための方法であって、 （ａ）上記全体のデータ・エンティティを上記第１の中
   央プロセッサに記憶する段階と、（ｂ）上記データ・エ
   ンティティの一部を上記第２の補助データ・プロセッサ
   に転送する段階と、 （ｃ）上記エンティティ上に予定の機能を実行するため
   に、上記オペレータによるコマンド入力を上記第２の補
   助データ・プロセッサ中で受領する段階と、 （ｄ）上記機能が第１のカテゴリに属するかどうか及び
   、上記機能が、現在上記第２の補助データ・プロセッサ
   中にあるデータ・エンティティ部分のデータにしか関与
   しないかどうかを判断する段階と、 （ｅ）もし段階（ｄ）での判断が肯定的なら、上記機能
   を、上記第２の補助データ・プロセッサ中にあるプログ
   ラム・コードによって、上記第２の補助データ・プロセ
   ッサ中で実行し、該機能からの情報を上記第２の補助デ
   ータ・プロセッサ中にあるプログラム・コードによって
   、上記第２の補助データ・プロセッサにおいて表示する
   段階と、 （ｆ）もし段階（ｄ）での判断が否定的なら、上記機能
   を、上記第１の中央プロセッサ中にあるプログラム・コ
   ードによって、上記第１の中央プロセッサ中で実行し、
   上記第２の補助データ・プロセッサの端末をエミュレー
   トし、該エミュレートされた端末によって上記機能から
   の情報を、上記第２の補助データ・プロセッサにおいて
   表示する段階、 を有するデータ処理方法。