JPH04304567A

JPH04304567A - 画像処理システム

Info

Publication number: JPH04304567A
Application number: JP3068224A
Authority: JP
Inventors: Yoji Furuya; 陽二古谷
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1991-04-01
Filing date: 1991-04-01
Publication date: 1992-10-27

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は例えば、通信ネットワー
クに接続された複数の端末装置から画像データを入力す
ることによって、ひとつの表示画像を製作する画像処理
システム等に関する。

【０００２】

【従来の技術】近年、ＬＡＮ等の通信ネットワークによ
り、多数のパーソナルコンピュータ（パソコン）やワー
クステーシヨンを接続し、システム資源を共有すること
が常識化している。その多くの場合は、フアイル転送や
電子メール交換・プリンタ共有等に用いる程度の使い方
だつた。また、ネットワーク対応のワードプロセサ或は
描画ソフトウエアなどと言う場合であっても、多くはネ
ットワークサーバ上のデータフアイルを共有するために
フアイルのロツク機能を設けているという程度のもので
あつた。ロツク機能とは、あるユーザが操作しているデ
ータフアイルには、他のユーザはアクセスできない様に
する機能である。

【０００３】

【発明が解決しようとする課題】上記従来技術で述べた
ＬＡＮ等のネットワーク対応の描画ソフトウエアでは、
ネットワーク対応とは言っても基本的には１ユーザが１
表示画像を製作するのであつて、例えば多数の端末装置
を用いて多数のユーザがひとつの絵画を共同製作すると
いったことはできない。

【０００４】本発明は上記実施例に鑑みてなされたもの
で、ネットワークに接続された複数の端末装置で描かれ
た複数の画像からひとつの画像データを合成し、どの端
末装置からも、合成された画像を自由に変更できる画像
処理システムを提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る画像処理システムは次のような構成か
らなる。

【０００６】通信ネットワークを介して、画像データ入
力をする端末装置とサーバとが接続された画像処理シス
テムであって、前記端末装置は入力された画像データを
サーバに送信する第１の送信手段と、サーバから送信さ
れた画像データを受信して画面に表示する表示手段とを
有し、前記サーバは第１の送信手段で送信された画像デ
ータを受信して合成し、１つの画面を表す画像データを
合成する合成手段と、該合成手段で合成された画像を端
末装置に送信する第２の送信手段とを有する。

【０００７】

【作用】以上の構成により、端末装置で入力した画像デ
ータをサーバで合成し、合成された画像データを再び端
末装置に送り返して表示させることができる。

【０００８】

【実施例】以下では、図に従つて本発明の一実施例であ
るＬＡＮシステムを説明する。

【０００９】＜実施例の構成＞図１は実施例のネツトワ
ークシステム全体の構成図である。２・３はネットワー
クに接続された端末であり、そのうち２はネットワーク
ユーザであるクライアントマシン、３はサービスを提供
しているネットワークサーバである。本実施例では、ク
ライアントは１〜ｎのｎ台を想定するが、すべて対等な
関係にある。１は各端末を接続するＬＡＮケーブルであ
る。クライアントマシン−１〜ｎとサーバ３は具体的に
はパ−ソナルコンピュータ（パソコン）で、図２はその
パソコンのシステム構成を示した図である。１０は中央
処理装置（ＣＰＵ）、１１は表示用のＣＲＴデイスプレ
イ、１２は文字列入力用のキーボード、１３はポインテ
イングデバイスとしてのマウス、１４はメモリである。メモリ１４は、基本的入出力制御を行なうオペレーテイ
ングシステム（ＯＳ）の一部や表示用の文字フオントを
内蔵したリードオンリメモリ（ＲＯＭ）１５と、各種プ
ログラムをロードし実行する領域やワーク領域となるラ
ンダムアクセスメモリ（ＲＡＭ）１６、ＣＲＴデイスプ
レイ１１に表示する際に表示データを格納しておくため
のビデオＲＡＭ（ＶＲＡＭ）１７から構成されている。

【００１０】１８は多量のプログラムファイルやデータ
ファイルを貯えるための外部記憶装置、１９はパソコン
とＬＡＮを接続するためのＬＡＮ接続装置である。

【００１１】図３（ａ）・（ｂ）は、本実施例の画像処
理システム上で描画の実行時のＲＡＭ１６上のメモリマ
ツプである。図３（ａ）はサーバ３のメモリマツプで、
２０はサーバのＯＳで、サーバ３の基本的な入出力制御
等を行い、マルチタスク環境を提供している。２１はサ
ーバのＬＡＮマネージヤであり、ユーザ管理・データ転
送・メツセージ転送・セキユリテイ管理等を行なう。２
２はサーバの描画プログラムで、サーバ３上の図形デー
タを合成することや、合成した図形データの表示指令を
クライアントへ出す等の役目を負っている。２３はサー
バ側の全カーソル保存プログラムで、サーバ３にある各
クライアントごとのマウスカーソルの座標データのフア
イル（カーソルファイル）を統合する役目を負う。サー
バの描画プログラム２２の指令のもとに、表示プログラ
ム３４の働きで各クライアントの作成した図形が統合さ
れて表示されるが、その際に、各クライアントのマウス
カーソルの座標データ（カーソルデータ）に基づき、カ
ーソルの表示がされて、他のユーザが現在図形のどの部
分を製作中か分かるしくみになつている。各クライアン
トの図形データを統合した図形ファイルと、マウスカー
ソルの座標データを統合した全カーソルファイルとは、
図１２の５４・５３各々の様に外部記憶装置１８に作成
される。２４は２０・２１・２２・２３の各プログラム
のワーク領域である。

【００１２】図３（ｂ）はクライアントのメモリマツプ
で、３０はクライアントのＯＳでクライアントの基本的
な入出力制御を行い、マルチタスク環境を提供している
。３１はクライアントのＬＡＮマネージヤで、ユーザの
ＬＡＮへのログインと接続・データ転送・メツセージ転
送等を行なう。３２はクライアントの描画プログラムで
、ユーザの指示に従つて直線・曲線・円等の図形要素の
図形への追加あるいは削除を実行する。

【００１３】追加・削除データはクライアントマシンの
ＲＡＭ１６に蓄えられると共に、サーバ３に送られ、外
部記憶装置１８にクライアントごとの図形要素の追加・
削除のデータフアイル（更新ファイル）として保存され
る。３３はクライアントのカーソル保存プログラムで、
クライアントマシンのカーソルデータを一定時間ごと、
例えば０．５秒ごとに、サーバ３上にクライアントごと
のカーソルフアイルとして保存する。更新ファイル・カ
ーソルファイルは図１２の５２・５１の様に、外部記憶
装置１８上に作成され、各々図形ファイル・全カーソル
ファイルの更新のために用いられる。

【００１４】３４は表示プログラムで、サーバ３の描画
プログラム２２の指令により、これも一定時間ごとに、
例えば約５秒おきにサーバ３上の図形フアイル５４のデ
ータをもとに、全図形要素をクライアントのＣＲＴデイ
スプレイ１１に表示する。同時に、サーバ３上に集めら
れた各クライアントのカーソルフアイル５１をもとに作
成された全カーソルファイル５３から、描画作業に参加
しているクライアントマシンのマウスカーソルを、番号
付きで各クライアントのＣＲＴデイスプレイ１１に表示
する。

【００１５】３５は３０・３１・３２・３３・３４の各
ソフトのワーク領域である。なお、サーバ３上の２０・
２１・２２・２３の各プログラム、クライアント上の３
０・３１・３２・３３・３４の各プログラムはそれぞれ
マルチタスクで動作しているので、並行して処理が進め
られる。また、サーバ３上にあるクライアントごとの更
新ファイル名と、クライアントごとのカーソルファイル
名は各々、ｄｓｐ＿ｎｎｎ・ｄａｔとｃｕｒ＿ｎｎｎ・
ｄａｔのように決められている。“ｎｎｎ”の部分は、
クライアントマシンの番号があてはめられていて、これ
によつてクライアントの区別ができるしくみになつてい
る。

【００１６】＜図形を合成する手順の説明＞図４は、図
３で説明済みの各プログラムの働きで、どのように図形
の表示と図形要素の追加作業等が行なわれるか示したも
のである。以下、図中の番号順に説明する。

【００１７】■　　サーバ３上の図形フアイル５４が、
図を描いている各クライアントに送られ、そのデイスプ
レイ１１に図形が表示される。ユーザはそれを見ながら
図形要素の追加や削除を行なう。

【００１８】■　　■の操作によって、各クライアント
ごとに図形の更新データがまとめられ、サーバに送られ
て更新フアイル５２が作られる。

【００１９】■　　クライアントごとに分かれていた更
新フアイル５２が約５秒ごとにサーバでまとめられ、統
合した形での図形フアイル５４が作成される。

【００２０】■　　■で作成された図形ファイル５４を
各クライアントに送付し、クライアント上で更新された
図形の表示を行なう。

【００２１】以上説明した■から■のステツプが繰返さ
れることで、図形の表示と図形要素の追加作業等が行な
われる。マウスカーソルの表示についても、同様な方法
で表示と位置の変更が行なわれる。

【００２２】■´　　サーバ３の全カーソルフアイル５
３を各クライアントに送り、描画作業に参加しているク
ライアントのマウスカーソルを番号付きで表示させる。

【００２３】■´　　各クライアントマシンのマウスの
カーソル位置を示すデータが０．５秒おきにサーバ３に
送られ、クライアントごとのカーソルフアイル５１が作
成される。

【００２４】■´　　クライアントごとに分かれていた
カーソルフアイル５１をまとめ、全カーソルフアイル５
３を作成する。

【００２５】■´　　図形の表示にあわせて、約５秒お
きに全カーソルフアイル５１のカーソルデータをもとに
、各クライアント上に参加している全てのクライアント
マシンのマウスカーソルが表示される。

【００２６】この■´から■´のステツプが繰返されて
、約５秒おきに全クライアントのマウスカーソルが表示
し直される。

【００２７】図５（ａ）〜（ｃ）は、図形データの追加
・削除で作成される更新フアイル５２で用いられる図形
要素ごとのデータフオーマツトの例である。このフォー
マットはサーバ３上で統合された図形ファイル５４でも
、各クライアントごとに作成されたファイル５２でも同
じである。（ａ）は「直線」のフオーマツトで、１番目
のフィールドは要素追加作業におけるデータの開始マー
ク、２番目は直線であることの種別、３番目は直線の始
点座標、４番目は直線の終点座標、５番目は線の太さ、
６番目は線の種類、７番目は図形要素のデータ終了マー
クをあらわしている。同様にして、（ｂ）は円を図形要
素として追加する際のデータフオーマツトで、図形の種
別が円になり、第３のフィールドが円の中心を、第４の
フィールドが円の半径を示し、第７のフィールドは閉領
域の塗りつぶしパターンを示す。データ終了マークは第
８のフィールドである。（ｃ）は四角形を削除する図形
要素とする際のデータフオーマツトである。第１のフィ
ールドが削除開始マークになる。残りのフィールドは図
の様に図形の要素を表している。

【００２８】図５（ｄ）は、全カーソルフアイル、クラ
イアントごとのカーソルフアイル内で用いられるマウス
カーソルの座標を表すデータフオーマツトの例である。１番目のフィールドにクライアントマシン番号があり、
２番目にマウスカーソルのｘ座標、３番目にマウスカー
ソルのｙ座標がセツトされている。

【００２９】図６は４台のクライアントマシンを用いて
、４人のユーザが共同でひとつの絵画をコンピユータ上
で製作しているときに、参加クライアントの１つである
クライアントマシン−１のデイスプレイに表示される合
成された画像の例である。図中、４０は画面わく、４１
は表題、４２は終了マーク、４３はメニユー欄である。本実施例では、メニューから図形の種類・線の太さ・線
の種類・図形の削除を選ぶことができる。４４は製作中
の絵画表示、４５は番号付きで表示された他のクライア
ントマシンのマウスカーソル、４６はクライアント−１
自身のマウスカーソル、４７は、この表示中のクライア
ント−１を操作しているユーザが引いている直線である
。丸囲みの数字は各クライアントマシンを一意的に表し
ている。クライアント−７のユーザは太陽を描く途中で
あり、クライアント−５のユーザは近いピラミツドを描
く途中、クライアント−３のユーザは遠いピラミツドを
描く途中、そしてこの絵を表示中のクライアント−１の
ユーザは近くのピラミツドの頂上に何かを描こうとして
いる場面である。

【００３０】直線を引く場合は、直線の始点部分にマウ
スカーソル４６をあて、ユーザがマウスボタンをプツシ
ユすると、そこが始点として確定し、そしてボタンをプ
ツシユしたままマウスカーソル４６を移動させ、ボタン
を離したところが直線の終点となり、これで図形要素と
して直線が追加されたことになる。また、ユーザがメニ
ユー４３のひとつを選択する場合も、マウスカーソル４
６をメニユー４３のひとつにあわせて、マウスボタンを
プツシユすれば良い。さらに、この描画作業を行ってい
るクライアントで描画プログラム３２・表示プログラム
３４・カーソル保存プログラム３３を終了させるには、
ユーザがマウスカーソル４６を終了マーク４２にあて、
マウスボタンをプツシユすれば良い。なお、この表示で
は、太陽や大小のピラミツド、番号付きマウスカーソル
は約５秒おきに表示が更新されるが、このクライアント
１自身のユーザが追加作業途中の直線４７とマウスカー
ソル４６とは連続して表示が行なわれ、追加作業に支障
のないようにできている。ここで、太陽・大小ピラミツ
ド・番号付きマウスカーソルは、合成された画像を表示
する表示プログラム３４によつて表示されるが、追加作
業途中の直線４７やマウスカーソル４６は、各クライア
ントでの描画を支援する描画プログラム３２によつて表
示される。

【００３１】＜フローチャートの説明＞次に、各プログ
ラムのフローチヤートに従つてクライアント及びサーバ
のＣＰＵ１０の動作を説明する。図７−１・７−２はク
ライアントの表示プログラム３４のフローチャートであ
る。参加しているすべてのクライアントでこのプログラ
ムは実行されるが、ここでは便宜的にクライアント−１
を例にとって説明する。図中の「自分自身」とはもちろ
んクライアント−１を指す。

【００３２】まず終了指示がされたことをテストする（
Ｓ１）。終了でなければ、表示指令がされているか否か
テストする（Ｓ２）。表示指令はユーザからでなく、サ
ーバの描画プログラムから定期的に与えられる。これは
サーバの描画プログラムの説明で述べる。表示指令がな
ければステップＳ１に戻り、ループを形成する。表示指
令があれば、まずサーバで作成された図形ファイル５４
を読み込み（Ｓ３）、そのデータに基づき表示を行う（
Ｓ４）。これで図形の表示は完了しても良いのだが、サ
ーバが各クライアントの更新ファイルを基に行う図形の
更新が、実際に各クライアントでなされている最新の変
更すべてを取り込んではおらず、例えばクライアント−
１で、図形ファイルを基にした表示をしていても、クラ
イアント−１自身による最新の操作結果は表れていない
。そのため、ステップ５・６の処理を行う。まず、クラ
イアント−１による図形の更新の記録である追加・削除
データ（更新ファイルの基となるデータ）のうち、サー
バから読み込んだ図形ファイルのデータに反映されてい
るデータを削除する（Ｓ５）。残ったデータは、最新の
更新ファイルがサーバ３に作成された後、なされた操作
によるものなので、これらデータに基づき更に表示の更
新をする（Ｓ６）。次にマウスカーソルを表示する。まず、図形ファイルと同様に、全カーソルファイルをサ
ーバ３から読み込む（Ｓ７）。読み込んだデータにはク
ライアント−１自身のカーソルデータも含まれているが
、クライアント−１自身のカーソルはクライアント−１
の描画プログラムによって表示されているため、全カー
ソルデータから削除する（Ｓ８）。残った全カーソルデ
ータを基に、各クライアントのマウスカーソルを識別番
号付きで表示する（Ｓ９）。

【００３３】図８はクライアントの描画プログラム３２
のフローチャートである。実行されたらまず、プログラ
ムの終了指示をテストする（Ｓ１０）。終了指示がなけ
ればユーザの入力に従って、図形要素データを作成する
（Ｓ１１）。図形要素データは、ひとつの要素が追加あ
るいは削除されるたびにそれが確定されたかどうかテス
トする（Ｓ１２）。確定されれば、ＲＡＭ３２中にある
図形データ群も更新する。また、更新した図形要素の更
新データをサーバに送り、更新ファイル５２とする（Ｓ
１３）。

【００３４】図９はクライアントのカーソル保存プログ
ラム３３のフローチャートである。他のプログラムと同
じく、まず終了指示の有無をテストし（Ｓ２０）、終了
していないなら現在のマウスカーソルの位置をカーソル
データとして保持する（Ｓ２１）。以上の２ステップを
０．５秒の待ちを入れて繰り返す。

【００３５】図１０はサーバの描画プログラム２２のフ
ローチャートである。プログラム２２はサーバ３にある
ものだから、画像表示を直接行うものではなく、表示す
る端末に送り出す画像を作成するものである。まず、終
了が指示された事をテストする（Ｓ３０）。指示されて
いれば終了とし、そうでなければ図形ファイル５４の更
新を行う。ｍとｎという２つの変数を用意し、ｍにクラ
イアントマシンから送られてきた更新ファイル５２の数
をセットする。ｎは処理中の更新ファイル（ｄｓｐ＿ｎ
ｎｎ．ｄａｔ）が第何番目か決めるための数で、初期値
として”１”をセットする（Ｓ３１）。第何番目か、と
いうのは画像作成に参加するクライアントにあらかじめ
割り当てておけば良い（即ち、ファイル名中の”ｎｎｎ
”の値でも良い）。前段でセットした変数ｎの値を番号
として与えられた更新ファイルのデータに従って、図形
ファイル５４を更新する（Ｓ３２）。更新を終えたなら
、不要になった更新ファイル５２は削除してしまう（Ｓ
３３）。ステップＳ３２からＳ３３で１つのクライアン
トでなされた図形の更新が終了する。これをｍ個のクラ
イアントについて行うため、ｎに１加えて処理を繰り返
し、次の更新ファイルを処理する（Ｓ３４・Ｓ３５）。このように繰り返し、ステップＳ３５で（ｎ＞ｍ）と判
定された時が、全図形更新ファイルを処理し終えた時で
あり、この後引き続き、各クライアントのカーソル位置
も集めてしまう。まず、サーバのカーソル保存プログラ
ムで全クライアントのカーソルファイルを集め、全カー
ソルファイルを作成するよう指示を出す（Ｓ３６）。全
カーソルファイルができ上がるのを待つ間は、０．１秒
ごとにその作業の終了をモニタする（Ｓ３７・Ｓ３８）
。全カーソルファイルができ上がったら、このファイル
と、ステップＳ３６までの段階で既にできている図形フ
ァイルを各クライアントに送りつけ、図形を表示させる
（Ｓ３９）。この後５秒のインターバルを入れて（Ｓ４
０）、再び初めのステップＳ３０から繰り返す。この５
秒とは、前に述べた「一定時間おきの更新」の一定時間
の例として与えた数値である。以上で、約５秒に一回程
度の割合で、合成された画像が更新される。

【００３６】図１１は図１０のステップＳ３６で指示さ
れる、サーバ３のカーソル保存プログラムによるＣＰＵ
１０の動作を説明するためのフローチヤートである。ま
ず、終了指示をテストし（Ｓ５０）、指示されているな
らそのまま終了する。そうでなければ、各クライアント
のカーソルファイル５１を集め全カーソルファイル５３
を作る、という指示が来ているかテストする（Ｓ５１）
。なければステップＳ５０に戻り、Ｓ５０・Ｓ５１のテ
ストを繰り返す。指示があれば、２つの変数ｉ・ｊを用
い、変数ｉにサーバ３に集められたカーソルファイル５
１の数をセットし、ｊに１をセットする（Ｓ５２）。ｊ
はクライアント数分のカーソルファイルを処理する時、
処理済みあるいは処理中のファイルの数を表すのに用い
る。従って１とは最初のファイルである事を意味する。変数ｉ・ｊの初期設定が済んだら第ｊ番目のカーソルフ
ァイル中のカーソルデータを、全カーソルファイル５３
にセットする（Ｓ５３）。ファイルの順番付けは、ｉ個
のファイルなら１からｉまで連続してついていれば順序
は問題にならない。１つのカーソルファイルの処理が終
えたならｊに１加えて（Ｓ５４）次のカーソルファイル
の処理を繰り返し行う。この時、変数ｉとｊを比較し、
（ｊ＞ｉ）ならばすべてのカーソルファイルは処理し終
えたとして、全カーソルファイルを作成し終えた事を、
指示を与えた描画プログラムに応答する。

【００３７】以上説明した様に、サーバ・クライアント
双方のプログラムによって上記フローのごとく制御され
る事で、個々のクライアントが作成した画像を合成・表
示し、それを各クライアントでメンテナンスできる。

【００３８】＜本実施例特有の効果＞本実施例では、ひ
とつの絵画画像を多人数で共同製作するが、絵画を構成
するひとつひとつの図形要素についてだれが製作者か記
録しないので、だれがどの部分にどのような図形要素を
置くか自由であり、また誰の描いた図形要素でも自由に
削除できる。つまり、他の人の書いた部分だから消せな
いということはなく、自由度の高い共同制作が実現でき
る。

【００３９】

【他の実施例】［実施例２］前記実施例では、図５（ａ
）〜（ｄ）で示したような図形要素の追加・削除データ
フオーマツトが定められていたが、このデータフオーマ
ツトにユーザ名を記録する部分を加えればセキユリテイ
ー機能を付加することもできる。つまり、あるユーザが
ひとつの図形要素を追加した場合、追加のあとでその図
形要素を削除できるユーザは追加作業を行つたユーザだ
けに限定することができる。

【００４０】［実施例３］前述の実施例１では、図５で
図形要素として直線、円、四角形を取り上げたが、もち
ろん文字列も絵画の中に図形要素として加えることもで
きる。そのときのデータフオーマツトは、文字列種別、
文字列始点、文字列終点、文字の大きさ、フオントの種
類、文字列のコードデータの長さ、文字列のコードデー
タ本体等で構成され、これを追加開始マークと終了マー
クで囲む形となる。

【００４１】

【発明の効果】以上説明したように、本発明に係る画像
処理システムは、ネットワークに接続された複数の端末
装置で描かれた複数の画像からひとつの画像データを合
成し、どの端末装置からも合成された画像を自由に変更
できる。

【図面の簡単な説明】

【図１】本発明の実施例であるネツトワークシステム構
成図である。

【図２】パソコンのシステム構成図である。

【図３】サーバ、クライアントのメモリマツプである。

【図４】動作手順の説明図である。

【図５】図形要素及びマウスカーソル座標のデータフオ
ーマツト例である。

【図６】クライアントのデイスプレイ表示例である。

【図７−１】

【図７−２】表示プログラムの動作を説明するためのフ
ローチヤートである。

【図８】クライアントの描画プログラムの動作を説明す
るためのフローチヤートである。

【図９】クライアントのカーソル保存プログラムの動作
を説明するためのフローチヤートである。

【図１０−１】

【図１０−２】サーバの描画プログラムの動作を説明す
るためのフローチヤートである。

【図１１】サーバのカーソル保存プログラムの動作を説
明するためのフローチヤートである。

【図１２】サーバの外部記憶装置に格納されたファイル
を説明する図である。

【符号の説明】

１…ＬＡＮケーブル２…クライアントマシン３…サーバ１０…ＣＰＵ１１…ＣＲＴデイスプレイ１２…キーボード１３…マウス１４…メモリ１５…ＲＯＭ１６…ＲＡＭ１７…ＶＲＡＭ１８…外部記憶装置１９…ＬＡＮ接続装置２０…サーバ側ＯＳ２１…サーバ側ＬＡＮマネージヤ２２…サーバ側描画プログラム２３…サーバ側カーソル保存プログラム２４…ワーク領
域３０…クライアント側ＯＳ３１…クライアント側ＬＡＮマネージヤ３２…クライア
ント側描画プログラム３３…クライアント側カーソル保存プログラム３４…表
示プログラム３５…ワーク領域４０…画面わく４１…表題４２…終了マーク４３…メニユー欄４４…絵画表示４５…他のクライアントの番号付きマウスカーソル４６
…表示中のクライアントのマウスカーソル４７…追加作
業途中の直線

Claims

【特許請求の範囲】

【請求項１】　　通信ネットワークを介して、画像デー
タ入力をする端末装置とサーバとが接続された画像処理
システムであって、前記端末装置は、入力された画像デ
ータをサーバに送信する第１の送信手段と、サーバから
送信された画像データを受信して画面に表示する表示手
段とを有し、前記サーバは、第１の送信手段で送信され
た画像データを受信して合成し、１つの画面を表す画像
データを合成する合成手段と、該合成手段で合成された
画像を端末装置に送信する第２の送信手段とを有するこ
とを特徴とする画像処理システム。
【請求項２】　　前記第１の送信手段は、一定時間おき
に画像データを送信することを特徴とする請求項１の画
像処理システム。
【請求項３】　　前記第２の送信手段は、一定時間おき
に画像データを送信することを特徴とする請求項１の画
像処理システム。
【請求項４】　　前記表示手段は、第１の送信手段によ
って最後に画像データを送信した後で入力された画像デ
ータを、受信した画像データに合成して表示することを
特徴とする請求項１の画像処理システム。