JPH05334216A - 通信機能付画面制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 ある文書処理装置に文書を表示していると
き、通信により接続された他の文書処理装置からその表
示を制御し、ひとつの画面を複数の操作者により表示制
御できる装置を提供する。 【構成】 ＬＡＮにいくつかの同じ構成からなる文書処
理装置を接続し、通信で接続する。その文書処理装置の
うち端末たる装置Ａからホストたる装置Ｂに対する画面
制御情報をキーボード１１から入力すると、入力処理部
１３を介して送信処理部１８・ＳＩＯ１９から装置Ｂに
画面制御情報が送信される。装置Ｂは送信された情報を
受信し、受信処理部１２・入力処理部１３を介して画面
制御部１５に制御情報が入力される。表示制御部１６は
入力された画面制御情報したがって表示中の画面に変更
を加える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば他の端末となる
装置から画像表示を制御する機能を有する画面制御装置
等に関するものである。

【０００２】

【従来の技術】従来の画面制御装置では、データ等を表
示している際に、そこに表示されている画面のスクロー
ルやカーソルの移動などの画面制御を行なおうとする場
合には、そのための画面制御信号の入力操作は文書情報
を保持し処理を行なっている端末からに限られているの
が通常であった。

【０００３】

【発明が解決しようとする課題】しかしながら上記従来
例では、例えば文書情報を表示してそれを複数人で閲覧
しているような場合には、文書を表示している装置のキ
ーボード等の入力デバイスを操作している一名の者しか
文書画面の制御のための操作を行なえなかった。

【０００４】本発明は上記従来例に鑑みて為されたもの
で、表示されたデータの閲覧を複数人で行なう際に、表
示をしている画面制御装置自身によってだけでなく、そ
の装置に接続された他の画面制御装置からの操作によっ
ても、表示画面の画面制御をすることができる画面制御
装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明の画面制御装置は次のような構成からなる。

【０００６】通信を行う機能を備えた画面制御装置であ
って、画像を表示する表示手段と、画面表示の状態を制
御するための画面制御情報を入力する入力手段と、前記
入力された画面制御情報を前記通信機能を用いて送信す
る送信手段と、前記通信機能を用いて送信されてくる画
面制御情報を受信する受信手段と、前記表示手段で表示
されている画像を、前記受信手段で受信した画面制御情
報にしたがって制御する画面制御手段とを備える。

【０００７】

【作用】上記構成により、本発明の画面制御装置では、
一方の画面制御装置Ａから画面制御情報を入力すると、
その制御情報が通信で接続された同じ構成からなる他方
の画面制御装置Ｂに送信手段により送信され、その画面
制御装置Ｂでは受信手段により受信して、表示している
画像を受信した画面制御情報にしたがって制御する。

【０００８】

【実施例】

［実施例１］以下、図面を参照しながら、本発明の１実
施例を詳細に説明する。

【０００９】＜構成＞図２は本発明の実施例である通信
機能付き文書処置装置を、ローカルエリアネットワーク
（ＬＡＮ）で接続した図である。図２において、０は本
実施例の文書処理装置であり、通信アダプタ８を介して
ＬＡＮ９に接続されている。１０ａ〜１０ｃは０と同じ
く実施例の文書処理装置であるが、これらは図では通信
アダプタを省いて描いてある。こうして文書処理装置０
と文書処理装置１０ａ〜１０ｃとは、ＬＡＮによって接
続されており、例えば文書処理装置１０ａ〜１０ｃを端
末として文書処理装置０と通信することができる。

【００１０】図１は、図２の通信機能付きの文書処理装
置のひとつを取り上げてブロック図として示した図であ
る。

【００１１】図１において、１１はデータやコマンド等
を入力するキーボード（ＫＢ）である。また、１２は受
信処理部で、通信で接続された他の装置から、シリアル
ＩＯ（ＳＩＯ）１９を介して送られてきた文書情報や画
面制御情報を、入力処理部１３で処理できる形式で入力
処理部１３へ渡す。

【００１２】入力処理部１３は、ＫＢ１１から入力され
た文書情報や画面制御情報を一時的にバッファ（キーボ
ードバッファ）１３１に蓄積し、蓄積した情報を文書処
理部１４または後述の画面制御部１５または後述の送信
処理部１８へと渡す。また、受信処理部１２から画面制
御情報を受け取ったら画面制御部１５へ送り、その処理
に任せる。

【００１３】文書処理部１４は、入力処理部１３により
処理された文書の入力情報に基づいて、メモリや外部記
憶装置に格納されている文書の作成や編集等の文書処理
を行なう。

【００１４】画面制御部１５は、入力処理部１３から渡
された画面制御情報により、表示部１７に表示している
文書画面のスクロールなどの画面表示の制御を行なう。

【００１５】送信処理部１８は、入力処理部１３から送
られた送信すべき画面制御情報を、送信するための形式
に直してＳＩＯ１９を介して送信する。

【００１６】１６は画面制御部で、文書処理部１４から
入力される文書データと画面制御部１５から入力される
画面制御情報とに基づいて、表示すべきデータ等の画像
を表示部１７に表示する。

【００１７】２０は通信管理部であり、通信する相手端
末となる通信機能付文書処理装置の選択や、通信アダプ
タ８によるＬＡＮ９のリンクの設定・解放などの通信上
の制御を行なう。

【００１８】次に、以上の構成からなる本実施例の動作
の詳細を、図３〜図５のフローチャートを参照して説明
する。

【００１９】＜フローチャートの説明＞図３は、図２の
ようなネットワークに接続された実施例の文書処理装置
が、画面の画面制御の入力が為された時に行う処理のフ
ローチャートである。

【００２０】まず、通信を開始するためにＳＩＯ１９お
よび通信アダプタ８の初期化をステップＳ３１で行な
う。次にステップＳ３２で、操作中の文書処理装置をホ
ストとして、端末となる装置から受信する画面制御情報
あるいはホスト自身のキーボード１１から入力される画
面制御情報に従ってホストに格納されている文書を表示
部１７に表示するか、それとも端末としてホストの表示
部１７上に表示する画面を制御するための入力操作を通
信により行なうかを通信管理部２０により選択する。

【００２１】ホストとなるように選択した場合には、ス
テップＳ３３で図４として後述するホスト側の処理を行
なう。端末となるように選択した場合には、ステップＳ
３４で図５として後述する端末側の処理を行なう。

【００２２】ステップＳ３３またはステップＳ３４いず
れかの処理が終了したなら、本実施例の文書処理装置に
おける画面制御処理は終了となる。

【００２３】＜ホスト側装置の処理＞次に、ホスト側の
処理の動作の詳細を図４のフローチャートにより説明す
る。ホストとして図２の文書処理装置０を選び、端末と
して文書処理装置１０ａを選んだものとする。ただし、
ここで説明する処理は通信を介して端末から受信した画
面制御に関する処理に限り、ホスト自身のキーボード１
１から入力された画面制御の指示についてはその処理の
説明は省く。しかしながら入力処理部１３に至る制御情
報の入力経路が異なるだけで、制御の処理自体は同じも
のであることはもちろんである。

【００２４】まず、端末となる相手の文書処理装置をス
テップＳ４１で通信管理部２０により選択する。ここで
は例えば文書処理装置１０ａを選ぶ。端末が選ばれる
と、ステップＳ４２では、選ばれた端末とホストとの間
にリンクを設定して通信が可能な状態になり、この状態
で端末からの信号の受信を待つ。ステップＳ４３で、相
手の端末からの画面制御情報がＬＡＮ９・通信アダプタ
８・ＳＩＯ１９を介して入力されると、受信処理部１２
から入力処理部１３へと受信した画面制御情報が渡さ
れ、入力処理部ではそれを取り込んで一旦格納する。入
力処理部１３は、取り込んだ情報を文書処理部１４・画
面制御部１５・送信処理部１８のいずれかに振り分ける
が、情報が画面制御情報であれば画面制御部１５にその
情報を入力する。ステップＳ４４では、画面制御部１５
により表示部１７に表示されている文書画面の制御が行
なわれる。例えば、受信した制御情報が「上方に１行ス
クロールせよ」であれば、表示中の画面を上方に１行分
スクロールして、画面に入らずに表示されていなかった
１行分のデータを表示することになるし、「文頭の表示
に戻せ」ならば、文頭から表示し直すことになる。

【００２５】ステップＳ４５では、ホストたる文書処理
装置０と端末たる文書処理装置１０ａとの間のリンクの
接続をテストする。もし切断されていなければステップ
Ｓ４３に戻って再び端末からの通信による画面制御の操
作が行なわれる。一方、リンクが切断されれば、ステッ
プＳ４６で画面制御処理を続行するかどうかを決定し、
続行する場合はステップＳ４１に戻って次に入力する端
末を選択する。続行しない場合はアプリケーションを終
了する。このステップＳ４６は、処理の続行をオペレー
タに決定させても良い。また、ステップＳ４５における
テストは端末側からリンクを解放した場合を想定しての
テストだが、ステップＳ４４での画面制御が終了した
後、ホスト側からリンクを解放してしまっても良い。こ
の場合には、当然ステップＳ４５のテスト結果は“ＹＥ
Ｓ”となる。

【００２６】＜端末側装置の処理＞次に、端末側の処理
の動作の詳細を図５のフローチャートにより説明する。

【００２７】まず、ステップＳ５１では、ホストである
文書処理装置０から画面制御のための端末として選択さ
れてリンク設定の要求がくると、それに応答してホスト
との間にリンクを設定する。ＬＡＮ９を介してホストと
の間にリンクが張られるとホストと通信可能な状態とな
り、ステップＳ５２で端末である文書処理装置１０ａの
キーボード１１より画面制御情報の入力が行なわれる
と、入力処理部１３により入力されたデータが入力バッ
ファ１３１に一旦格納される。次にステップＳ５３で
は、入力処理部１３から送信処理部１８へ画面制御情報
が渡され、ＳＩＯ１９を介して制御情報がホストである
文書処理装置０へと送信される。ステップＳ５４ではリ
ンクの状態をテストし、リンクが切断されなければステ
ップＳ５２に戻って再びキーボード１１からの入力が可
能な状態となる。リンクが切断されれば、ステップＳ５
５へ進み、端末からの画面制御処理を続行するか否かテ
ストする。もし続行するならばステップＳ５１に戻り、
再びホストから端末として選択されリンクが設定される
のを待つ。一方、続行しないならば処理はそこで終了す
る。なお、ステップＳ５４でリンクの状態をテストする
が、リンクの解放はホスト側からでも端末側からでも可
能であり、端末側から解放する場合にはステップＳ５３
で画面制御情報を送信し終えたならリンク開放要求をホ
ストに発行し、解放してしまう。この場合には、もちろ
んステップＳ５４でのテスト結果は“ＹＥＳ”となる。

【００２８】以上の手順により、ＬＡＮで結ばれた文書
処理装置の間で画面制御を行うことが可能である。

【００２９】＜プログラムによる実現＞次に、以上述べ
た構成・手順をプログラムにより実現する構成を説明す
る。図６は実施例の文書処理装置のブロック図である。

【００３０】図６において、１は本装置全体の制御を実
行する処理装置（ＭＰＵ）である。２はプログラムを展
開したり、相手端末からの文書を一時記憶したりし、演
算や比較の実行エリアでもあるメモリ、３は本文書処理
装置で作成した文書等の記憶媒体であるフレキシブルデ
ィスク（ＦＤ）、４はＦＤと同様に外部記憶媒体である
ハードディスク（ＨＤ）である。１９は本文書処理装置
で作成した文書を他の端末へ送信したり、他の端末から
の文書を受信したり、または通信アダプタ８の制御信号
を送信したりといった制御をするＳＩＯである。１１は
オペレータが文書情報や画面制御情報の入力を行なった
り、操作の指示を行なうためのキーを備えたキーボード
（ＫＢ）、７は文書処理装置の動作状態や処理中の文書
等を表示するＣＲＴ表示装置である。本実施例の文書処
理装置は以上のように構成されており、図１と同じく通
信アダプタ８を介してＬＡＮに接続されている。なお、
ＣＲＴ７は図１の表示部１７に相当するものである。

【００３１】図７として、メモリ２に展開された通信機
能付文書処理装置０のプログラムの構成を示す。ここで
は公知の技術による文書の作成・編集・保存・印刷等の
文書処理機能については省略する。

【００３２】図７において、７２は文書処理プログラム
であり、後記入力処理プログラム７３により処理された
文書の入力情報により、文書の作成や編集等の文書処理
を行なう。

【００３３】７３は入力処理プログラムであり、ＫＢ１
１から入力された文書情報や画面制御情報を一時的にワ
ークエリア内のバッファ（キーボードバッファ）に蓄積
し、文書処理プログラム７２または後述の送信処理プロ
グラム７５または後述の画面制御プログラム７１へと渡
す。また、後述の受信処理プログラム７４から画面制御
情報を受け取ったら後述の画面制御プログラム７１へ送
り、その処理に任せる。

【００３４】７４は受信処理プログラムであり、ＳＩＯ
１９を介して送られてきた画面制御情報を入力処理プロ
グラム７３へ渡す。

【００３５】７６は通信管理プログラムであり、通信す
る相手端末となる通信機能付文書処理装置の選択と、通
信アダプタ８によるＬＡＮ９のリンクの設定、解放など
の通信上の制御を行なう。

【００３６】７１は画面制御プログラムであり、入力処
理プログラム７３から渡された画面制御情報により、Ｃ
ＲＴ７に表示中の文書画面のスクロールなどの制御を行
なう。

【００３７】以上のようなプログラム群は、図１の構成
要素である同名のブロックと対応しており、それぞれ対
応するブロックの機能を果たす。図１の表示制御部に相
当するプログラムは図７では省略されているが、ＣＲＴ
７での表示を制御するプログラムがメモリ２に展開さ
れ、ＭＰＵ１で実行されるのはもちろんである。

【００３８】こうした図７のようなプログラム群がＭＰ
Ｕ１により実行されることで、図３・図４・図５に説明
した処理手順を実現し、通信で接続された文書処理装置
間で画面制御を行うことができる。

【００３９】以上のように、ある文書処理装置に表示さ
れた文書を複数人で見る場合、その装置と通信で接続さ
れた他の装置から表示画面を操作することができるた
め、文書を見ている者の前に端末となる文書処理装置を
配置しておけば、単一の文書の閲覧が便利になる。

【００４０】

【他の実施例】

［実施例２］実施例１で行われていた「画面制御」を
「カーソル制御」に置き換えてしまっても良い。この場
合にはスクロールやページ繰りなどはできないが、送受
信される制御情報はカーソルに関する情報に限定される
ため、小さなデータで済む。

【００４１】＜構成＞以下、図面を参照しながら、本発
明の一実施例を詳細に説明する。

【００４２】本実施例の文書処理装置がＬＡＮに接続さ
れている様子は図２に示したものとまったく同じであ
る。文書処理装置そのものの構成は図８で示すとおりで
ある。

【００４３】図８は図１の画面制御部１５がカーソル制
御部２１に変わっただけで、他の構成要素は全く同一で
ある。カーソル制御部２１は、入力処理部１３から入力
されるカーソルを制御する情報を元に、画面上のカーソ
ルをどのように表示するか決定し、表示制御部１６で決
定したとおりに表示させる。カーソルの制御情報とは、
カーソルの位置や形・明滅等を決定する情報である。

【００４４】次に、以上の構成からなる本実施例の動作
の詳細を、図９〜図１１のフローチャートを参照して説
明する。これらは図３〜図５とほとんど同一であるが、
カーソルの制御を行うという点において異なっている。

【００４５】＜フローチャートの説明＞図９は、図８の
ような文書処理装置が、画面のカーソル制御の入力が為
された時に行う処理のフローチャートである。

【００４６】まず、通信を開始するためにＳＩＯ１９お
よび通信アダプタ８の初期化をステップＳ９１で行な
う。次にステップＳ９２で、操作中の文書処理装置をホ
ストとして、端末となる装置から受信するカーソル制御
情報あるいはホスト自身のキーボード１１から入力され
るカーソル制御情報に従ってホストに格納されている文
書を表示部１７に表示するか、それとも端末としてホス
トの表示部１７上に表示する画面を制御するための入力
操作を通信により行なうかを通信管理部２０により選択
する。

【００４７】ホストとなるように選択した場合には、ス
テップＳ９３で図１０として後述するホスト側の処理を
行なう。端末となるように選択した場合には、ステップ
Ｓ９４で図１１として後述する端末側の処理を行なう。

【００４８】ステップＳ９３またはステップＳ９４いず
れかの処理が終了したなら、本実施例の文書処理装置に
おけるカーソル制御処理は終了となる。

【００４９】＜ホスト側装置の処理＞次に、ホスト側の
処理の動作の詳細を図１０のフローチャートにより説明
する。ホストとして図２の文書処理装置０を選び、端末
として文書処理装置１０ａを選んだものとする。ただ
し、ここで説明する処理は通信を介して端末から受信し
たカーソル制御に関する処理に限り、ホスト自身のキー
ボード１１から入力されたカーソル制御の指示について
はその処理の説明は省く。しかしながら、制御情報の入
力経路が異なるだけで、制御の処理自体は同じものであ
ることはもちろんである。

【００５０】まず、端末となる相手の文書処理装置をス
テップＳ１０１で通信管理部２０により選択する。ここ
では文書処理装置を選ぶ。端末が選ばれると、ステップ
Ｓ１０２では、選ばれた端末とホストとの間にリンクを
設定して通信が可能な状態になり、この状態で端末から
の信号の受信を待つ。ステップＳ１０３で、相手の端末
からのカーソル位置等のカーソル制御情報がＬＡＮ９・
通信アダプタ８・ＳＩＯ１９を介して入力されると、受
信処理部１２から入力処理部１３へと受信した情報が渡
され、入力処理部ではそれをいったん格納する。入力処
理部１３は、取り込んだ情報を文書処理部１４・カーソ
ル制御部２１・送信処理部１８いずれかに振り分ける
が、情報がカーソル制御情報であればカーソル制御部２
１にその情報を入力する。ステップＳ１０４では、カー
ソル制御部２１により表示部１７に表示されている文書
画面の制御が行なわれる。例えば、受信した制御情報が
「１行目の１０桁目にカーソルを移動せよ」であれば、
表示中の画面の指定された位置、すなわち（１行目、１
０桁目）にカーソルを移動して表示し直す。

【００５１】ステップＳ１０５では、文書処理装置０と
文書処理装置１０ａとの間のリンクの接続をテストす
る。もし切断されていなければステップＳ１０３に戻っ
て再び端末からの通信によるカーソル制御の操作が行な
われる。一方、リンクが切断されれば、ステップＳ１０
６でカーソル制御処理を続行するかどうかを決定し、続
行する場合はステップＳ１０１に戻って次に入力する端
末を選択する。続行しない場合はアプリケーションを終
了する。このステップＳ１０６は、処理の続行をオペレ
ータに決定させても良い。また、ステップＳ１０５にお
けるテストは端末側からリンクを解放した場合を想定し
てのテストだが、ステップＳ１０４でのカーソル制御が
終了した後、ホスト側からリンクを解放してしまっても
良い。この場合には、当然ステップＳ１０５のテスト結
果は“ＹＥＳ”となる。

【００５２】＜端末側装置の処理＞次に、端末側の処理
の動作の詳細を図１１のフローチャートにより説明す
る。

【００５３】まず、ステップＳ１１１では、ホストであ
る文書処理装置０からカーソル制御のための端末として
選択されてリンク設定の要求がくると、それに応答して
ホストとの間にリンクを設定する。ＬＡＮ９を介してホ
ストとの間にリンクが張られるとホストと通信可能な状
態となり、ステップＳ１１２で端末である文書処理装置
１０ａのキーボード１１よりカーソル制御情報の入力が
行なわれると、入力処理部１３により入力されたデータ
が入力バッファ１３１に一旦格納される。次にステップ
Ｓ１１３では、入力処理部１３から送信処理部１８へカ
ーソル制御情報が渡され、ＳＩＯ１９を介して制御情報
がホストである文書処理装置０へと送信される。ステッ
プＳ１１４ではリンクの状態をテストし、リンクが切断
されなければステップＳ１１２に戻って再びキーボード
１１からの入力が可能な状態となる。リンクが切断され
れば、ステップＳ１１５へ進み、端末からのカーソル制
御処理を続行するか否かテストする。もし続行するなら
ばステップＳ１１１に戻り、再びホストから端末として
選択されリンクが設定されるのを待つ。一方、続行しな
いならば処理はそこで終了する。なお、ステップＳ１１
４でリンクの状態をテストするが、リンクの解放はホス
ト側からでも端末側からでも可能であり、端末側から解
放する場合にはステップＳ１１３でカーソル制御情報を
送信し終えたならリンク開放要求をホストに発行し、解
放してしまう。この場合には、もちろんステップＳ１１
４でのテスト結果は“ＹＥＳ”となる。

【００５４】以上の手順により、ＬＡＮで結ばれた文書
処理装置の間でカーソル制御を行うことが可能である。

【００５５】＜プログラムによる実現＞次に、以上述べ
た構成・手順をプログラムにより実現する構成を説明す
る。図６は実施例１と同じく本実施例のの文書処理装置
のブロック図である。

【００５６】図１２として、メモリ２に展開された通信
機能付文書処理装置０のプログラムの構成を示す。ここ
では公知の技術による文書の作成・編集・保存・印刷等
の文書処理機能については省略する。

【００５７】図１２において、カーソル制御プログラム
１２１以外は図７で説明したものと同じであり、説明は
省く。１２１はカーソル制御プログラムであり、カーソ
ルの位置や形等、カーソルに関する制御を行わせるため
のプログラムである。

【００５８】以上のようなプログラム群は、図８の構成
要素である同名のブロックと対応しており、それぞれ対
応するブロックの機能を果たす。図８の表示制御部に相
当するプログラムは図１２では省略されているが、ＣＲ
Ｔ７での表示を制御するプログラムがメモリ２に展開さ
れ、ＭＰＵ１で実行されるのはもちろんである。

【００５９】こうした図１２のようなプログラム群がＭ
ＰＵ１により実行されることで、図９・図１０・図１１
に説明した処理手順を実現し、通信で接続された文書処
理装置間でカーソル制御を行うことができる。

【００６０】以上説明したように、文書の閲覧を複数の
人間で行う際に、文書を表示している装置だけではな
く、その装置と通信で接続された他の装置からも表示さ
れているカーソルを制御することができ、閲覧が便利に
なる。また、表示されている文書を見ながら打ち合わせ
や会議を行う際には、カーソルをポインタの代わりにし
て、文書処理装置を黒板代わりに使用することもでき
る。

【００６１】［実施例３］上記の例では、複数の通信機
能付文書処理装置をＬＡＮおよび専用の通信アダプタで
接続したが、ＬＡＮに限らず、接続する装置の台数を少
数（２〜３台）に限定すれば、公衆電話回線網でもＩＳ
ＤＮ網でも接続できる。その場合は上記実施例で用いた
ＬＡＮ用の通信アダプタの代わりに、公衆電話回線網で
あればＮＣＵ付変復調装置が、ＩＳＤＮ網ならばＴＡ
（ターミナルアダプタ）が必要となる。また、ＬＡＮや
公衆回線を介さずに直接接続されていても構わないこと
はもちろんである。

【００６２】また、実施例１・２では文書処理装置を例
として説明したが、文書処理装置に限らず、表示機能と
通信機能を備えた装置であれば例えば画像処理装置等で
あっても、本発明を適用することができる。

【００６３】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。

【００６４】

【発明の効果】以上説明したように本発明に係る通信機
能付画面制御装置は、表示されたデータの閲覧を複数人
で行なう際に、表示をしている画面制御装置自身によっ
てだけでなく、その装置に接続された他の画面制御装置
からの操作によっても、表示画面の画面制御をすること
ができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例である文書処理装置のブ
ロック図である。

【図２】第１の実施例の装置をＬＡＮで接続した図であ
る。

【図３】第１の実施例の装置における処理のフローチャ
ートである。

【図４】第１の実施例のホスト側装置における処理のフ
ローチャートである。

【図５】第１の実施例の端末側装置における処理のフロ
ーチャートである。

【図６】本発明の第１の実施例である文書処理装置のブ
ロック図である。

【図７】本発明の第１の実施例である文書処理装置のプ
ログラムの構成図である。

【図８】本発明の第２の実施例である文書処理装置のブ
ロック図である。

【図９】第２の実施例の装置における処理のフローチャ
ートである。

【図１０】第２の実施例のホスト側装置における処理の
フローチャートである。

【図１１】第２の実施例の端末側装置における処理のフ
ローチャートである。

【図１２】本発明の第２の実施例である文書処理装置の
プログラムの構成図である。

【符号の説明】

０…通信機能付文書処理装置、 １…処理装置（ＭＰＵ）、 ２…メモリ、 ３…フレキシブルディスク、 ４…ハードディスク、 ７…ディスプレイ装置、 ８…通信アダプタ、 ９…ＬＡＮ、 １０ａ〜１０ｃ…通信機能付文書処理装置および通信ア
ダプタ、 １１…キーボード、 １２…受信処理部、 １３…入力処理部、 １４…文書処理部、 １５…画面処理部、 １６…表示制御部、 １７…表示部、 １８…送信処理部、 １９…シリアルＩＯ、 ２０…通信管理部である。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 通信を行う機能を備えた画面制御装置で
   あって、 画像を表示する表示手段と、 画面表示の状態を制御するための画面制御情報を入力す
   る入力手段と、 前記入力された画面制御情報を前記通信機能を用いて送
   信する送信手段と、 前記通信機能を用いて送信されてくる画面制御情報を受
   信する受信手段と、 前記表示手段で表示されている画像を、前記受信手段で
   受信した画面制御情報にしたがって制御する画面制御手
   段と、 を備えることを特徴とする通信機能付画面処理装置。
2. 【請求項２】 文書を編集する文書編集手段を更に備
   え、前記表示手段により表示される画像は該文書編集手
   段で編集された文書であることを特徴とする請求項１項
   の通信機能付画面処理装置。
3. 【請求項３】 前記画面制御情報は画面に表示されるカ
   ーソルを制御する情報であることを特徴とする請求項１
   項の通信機能付画面処理装置。