JPH09204380A - アプリケーション共有方式 - Google Patents

Abstract

(57)【要約】 【課題】 画像データのネットワーク転送に要する時間
を削減する。 【解決手段】 被共有アプリケーション４を保持するコ
ンピュータ１における描画情報圧縮手段７は、アプリケ
ーションを保持しない他のコンピュータ２からの要求を
受けて、被共有アプリケーション４のビットマップ形式
の描画イメージを圧縮してネットワーク３に出力する。
他のコンピュータ２における描画情報伸長手段１５はネ
ットワーク３から圧縮された描画イメージ２７−ａを受
けると、アプリケーションのビットマップ形式の描画イ
メージに伸長して表示手段１９に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
共有方式に関し、特に画像情報及び操作情報の転送方式
に関する。

【０００２】

【従来の技術】従来、この種のアプリケーション共有方
式は、例えば公開特許公報「アプリケーション共有方
式」（特開平5-120241）に示されるように、ネットワー
クで接続されたコンピュータ間において、アプリケーシ
ョンプログラムの共有を目的として構成されている。

【０００３】図１０は、従来のアプリケーション共有方
式の一実施例を示すブロック図である。パーソナルコン
ピュータ101,102,103 は、ローカルエリアネットワーク
( 以降LAN と略す)104により相互に接続している。パー
ソナルコンピュータ101 は,LAN104 内で唯一のアプリケ
ーション105 と、パーソナルコンピュータ102,103 の処
理要求を受け付けアプリケーション105 に引き渡す入力
制御手段106 と、アプリケーション105 からの出力要求
を管理し、パーソナルコンピュータ102,103 に出力要求
を出す出力要求管理手段107 とを設けてある。又、パー
ソナルコンピュータ102,103 は、それぞれキーボード10
8,109 を管理しパーソナルコンピュータ101 に処理要求
を出力する入力要求管理手段110,111 と、パーソナルコ
ンピュータ101 上のアプリケーション105 からの出力要
求に基づき、ディスプレイ112,113 に処理結果を出力す
る出力制御手段114,115 とを設けている。

【０００４】次に図１０を参照して動作を説明する。パ
ーソナルコンピュータ102,103 において、キーボード10
8,109 からアプリケーション105 への操作要求を入力す
ると、入力要求管理手段110 ,111がこれを受け、アプリ
ケーション105 が動作しているパーソナルコンピュータ
101 に、LAN104を介して操作要求を転送する。パーソナ
ルコンピュータ101 の入力制御手段106 では、パーソナ
ルコンピュータ102,103 からの操作要求を受け取り、受
付順に制御しアプリケーション105 に引き渡す。アプリ
ケーション105 は、この操作要求をあたかもパーソナル
コンピュータ101 のキーボードから入力された要求と同
様の形式で受け取り、操作要求に見合った動作を行う。

【０００５】さらに、パーソナルコンピュータ101 で動
作しているアプリケーション105 は、パーソナルコンピ
ュータ102,103 のディスプレイ112,113 に対する処理結
果や新たな入力要求の表示要求を、パーソナルコンピュ
ータ101 のディスプレイに表示するのと同様の表示要求
の形式で要求する。出力要求管理手段107 は、表示要求
を取り出し、LAN104を介して、パーソナルコンピュータ
102,103 に対し表示要求を転送する。パーソナルコンピ
ュータ102,103 の出力制御手段114,115 では、それぞ
れ、パーソナルコンピュータ101 からの表示要求を受け
取り、ディスプレイ112,113 に対して表示要求を出力す
る。この結果、アプリケーション105 の表示要求の内容
がパーソナルコンピュータ102,103 のディスプレイ112,
113 に同じように表示される事になる。

【０００６】

【発明が解決しようとする課題】上述した従来のアプリ
ケーション共有方式は、パーソナルコンピュータの表示
要求を、ネットワークを介して接続されたコンピュータ
に転送し、表示内容の共有を実現しているため、表示要
求に画像データのような大量のデータを含む場合、ネッ
トワークによって転送されるデータ量が増えるため、転
送に要する時間がかかり、その結果操作性が低下し、業
務効率が低下するという欠点がある。特に、回線容量が
小さいネットワーク線路を使用した場合に、この欠点は
大きくなる。

【０００７】

【課題を解決するための手段】本発明における第１の発
明は、ネットワークに接続された複数のコンピュータ
が、その内の１つの前記コンピュータに保持されたアプ
リケーションを共有する場合のアプリケーション共有方
式において、前記アプリケーションを保持するコンピュ
ータは前記アプリケーションを保持しない他のコンピュ
ータからの要求を受けて前記アプリケーションのビット
マップ形式の描画イメージを圧縮して前記ネットワーク
に出力する描画情報圧縮手段を有し、前記他のコンピュ
ータは前記ネットワークから前記圧縮された描画イメー
ジを受けると前記アプリケーションのビットマップ形式
の描画イメージに伸長して表示手段に表示する描画情報
伸長手段を備えることを特徴とする。

【０００８】また、第２の発明は、第１の発明における
前記描画情報圧縮手段が、前記アプリケーションのビッ
トマップ形式の描画イメージと予め記憶装置に記憶して
ある前回描画されたビットマップ形式の描画イメージと
の差分をとり該差分データをランレングス方式により圧
縮を行うことを特徴とする。

【０００９】さらに、第３の発明は、第２の発明におけ
る前記描画情報伸長手段が、受信した前記圧縮描画イメ
ージを前記ランレングス方式により伸長して前記差分デ
ータを求め、求められた前記差分データと予め記憶装置
に記憶してある前回描画されたビットマップ形式の描画
イメージとの和を取ることにより現在の描画イメージを
取得することを特徴とする。

【００１０】

【発明の実施の形態】次に、本発明について図面を参照
して説明する。

【００１１】図１は、本発明の第一の実施例を示すブロ
ック図である。

【００１２】図１において、コンピュタ１と、コンピュ
ータ２は、ネットワーク３を介して接続されている。
今、コンピュータ１では、共有を行う被共有アプリケー
ション４が起動されていると仮定する。被共有アプリケ
ーション４はビットマップ形式の送信描画情報２１を画
面描画管理手段５に引き渡す。画面描画管理手段５は、
コンピュータ１に設けられた表示手段６に描画情報２１
を転送することにより画面描画を行う。それと同時に、
送信描画情報２１を描画情報圧縮手段７に出力する。描
画情報圧縮手段７は、フレーム差分算出手段８と送信描
画情報蓄積手段９およびランレングス方式圧縮手段１０
から構成される。送信描画情報２１はフレーム差分算出
手段８と送信描画情報蓄積手段９に出力される。フレー
ム差分算出手段８は現在の被共有アプリケーション４の
ビットマップ形式の送信描画情報２１と、描画情報蓄積
手段９に記憶された前回すなわち画面が再描画される前
の被共有アプリケーション４のビットマップ形式である
送信蓄積描画情報２４とのフレーム差分を計算する。フ
レーム差分算出手段８が最初のフレームの差分を算出す
る場合は、蓄積内容を零で初期化した描画情報蓄積手段
９の出力とビットマップ形式の送信描画情報２１とのフ
レーム差分を算出するため、結果的にビットマップ形式
の送信描画情報２１をそのまま出力する。フレーム差分
算出手段８によって出力される送信フレーム差分データ
２５を、ランレングス方式圧縮手段１０により圧縮を施
す。ランレングス方式圧縮手段１０は算出された送信圧
縮描画情報２６を入出力処理手段１１に出力する。入出
力処理手段１１は、ランレングス方式圧縮手段１０で得
られた送信圧縮描画情報２６を入力し、送信ネットワー
クデータ２７−ａとして出力する。送信ネットワークデ
ータ２７−ａはネットワーク３を介してコンピュータ２
に転送される。

【００１３】一方、コンピュータ２に設けられた入出力
処理手段１４は、コンピュータ１から転送された受信ネ
ットワークデータ２７−ａを受信し、描画情報伸長手段
１５に受信圧縮描画情報３１として出力する。描画情報
伸長手段１５は、ランレングス方式伸張手段１６とフレ
ームデータ算出手段１７および描画情報蓄積手段１８と
から構成される。ランレングス方式伸張手段１６は入力
された受信圧縮描画情報３１をランレングス方式により
伸張し、フレームデータ算出手段１７に受信フレーム差
分データ３２を渡す。フレームデータ算出手段１７は、
ランレングス方式伸張手段１６の出力する受信フレーム
差分データ３２と、描画情報蓄積手段１８が記憶してい
る前回のビットマップ形式の受信蓄積描画情報３３との
和を取る事で、現在の受信画面描画情報３４を取得す
る。フレームデータ算出手段１７が最初のフレームデー
タを算出する場合は、蓄積内容を零で初期化した受信描
画情報蓄積手段１８の出力と受信フレーム差分データ３
２の和を取るため、受信フレーム差分データ３２をその
まま出力する。フレームデータ算出手段１７が出力する
受信画面描画情報３４は描画情報蓄積手段１８に入力さ
れると同時に、コンピュータ２の表示手段１９に出力さ
れる。表示手段１９は入力された受信画面描画情報３４
を画面に表示する。これにより、コンピュータ１上で起
動している被共有アプリケーション４の描画イメージ
が、コンピュータ２の表示手段１９に表示され、アプリ
ケーション実行中の描画イメージの共有が可能になる。

【００１４】また、コンピュータ２に設けられた入力手
段２０で入力された送信操作報３５は、入出力処理手段
１４に入力される。入出力管理手段１４は、送信操作情
報３５を入力し、送信ネットワークデータ２７−ｂとし
て、ネットワーク３を介してコンピュータ１に転送す
る。コンピュータ１の入出力処理手段１１はコンピュー
タ２から受信ネットワークデータ２７−ｂ受け取り、受
信操作情報２８として操作管理手段１２に出力する。操
作管理手段１２は入出力処理手段１１から受信操作情報
２８を受け取るとともに、コンピュータ１に設けられた
入力手段１３からの入力操作情報２９も受けとる。そし
て、操作管理手段１２は、受け取った順に被共有アプリ
ケーション４に操作情報３０として引き渡す。これによ
り、コンピュータ２における共有アプリケーションに対
する操作情報がコンピュータ１上で再現され、コンピュ
ータ１、コンピュータ２間で共有アプリケーションに対
する操作の共有が可能になる。

【００１５】図２は、本実施例における描画情報圧縮手
段７の動作を説明する図である。今、画面描画管理手段
５から受けたビットマップ形式の送信描画情報３６は、
フレーム差分算出手段８と送信描画情報蓄積手段９に渡
される。このビットマップ形式の描画情報３６の一部の
データが「00 00 FF 00 00」であると仮定する。また、
送信描画情報蓄積手段９からフレーム差分算出手段８に
渡される、前回のビットマップ形式の送信蓄積描画情報
３７の一部のデータが「00 00 FF FF FF」であると仮定
したとき、フレーム差分算出手段８によって得られる送
信フレーム差分データ３８が求められ、その一部分のデ
ータは「00 00 00 FF FF」となる。つまり、ビットマッ
プ形式データに変化がない部分は「00」で、データに変
化が認められた部分はその差分が求められる。こうして
送信フレーム差分算出手段８によって得られた送信フレ
ーム差分データ３８は、ランレングス方式圧縮手段１０
に引き渡され、圧縮が行われる。例えば、送信１フレー
ム差分データ３８の一部データ「00 00 00 FF FF」に関
してランレングス方式で圧縮を行うと、冒頭の３データ
から「00」が３回の頻度で「00 03 」、次の２データか
ら「FF」が２回の頻度で「FF 02 」を得るので、圧縮デ
ータとして「00 03 FF 02 」を得る。尚、フレーム差分
算出手段８およびランレングス方式圧縮手段１０は、既
存の技術であり、その実施例について、本「実施の形
態」の末尾に「補足」として添付する。

【００１６】図３は、本実施例における描画情報伸張手
段１５の動作説明図である。今コンピュータ２に設けら
れた入出力処理手段１４から受信した受信圧縮描画情報
３１の一部のデータが「00 03 FF 02 」であったとする
と、ランレングス方式伸張手段１６により伸張され求め
られた受信フレーム差分データ３９は、「00 00 00 FF
FF」となる。また、受信描画情報蓄積手段１８により蓄
積されていた受信蓄積描画情報４０のデータの一部が
「00 00 FF FF FF」であったとすると、フレームデータ
算出手段１７により求められる受信描画情報４１の一部
は、受信フレーム差分データ３９と受信蓄積描画情報４
０から、「00 00 FF 00 00」の様に求められる。尚、ラ
ンレングス方式伸張手段１６およびフレームデータ算出
手段１７は、既存の技術であり、その実施例について、
本「実施の形態」の末尾に「補足」として添付する。

【００１７】図４は、本発明の別の実施例を示すブロッ
ク図である。図４では、被共有アプリケーションが起動
されているコンピュータ１と、アプリケーションの共有
を行うコンピュータ２及びコンピュータ２’がネットワ
ーク３を介して接続されている。被共有アプリケーショ
ン４は送信描画情報２１を画面描画管理手段５に引き渡
す。画面描画管理手段５は、コンピュータ１に設けられ
た表示手段６に送信描画情報２１を転送することにより
画面描画を行う。それと同時に、被共有アプリケーショ
ン４のビットマップ形式の送信描画情報２１を第一の実
施例で説明したように、描画情報圧縮手段７にて圧縮
し、圧縮された送信圧縮描画情報２６をコンピュータ１
に設けられた入出力処理手段１１を介して、送信ネット
ワークデータ２７−ａとして出力する。

【００１８】送信ネットワークデータ２７−ａはネット
ワーク３を介してコンピュータ２及びコンピュータ２’
に転送される。

【００１９】コンピュータ２は、コンピュータ１から転
送された受信ネットワークデータ２７−ａを入出力処理
手段１４で受信すると、第一の実施例で説明したよう
に、描画情報伸長手段１５にて伸長し、伸長された受信
画面描画情報３４をコンピュータ２の表示手段１９によ
り画面に表示する。

【００２０】また、コンピュータ２’も同様に、コンピ
ュータ１から転送された受信ネットワークデータ２７−
ａを入出力処理手段１４’で受信すると、第一の実施例
で説明したように、描画情報伸長手段１５’にて伸長
し、伸長された受信画面描画情報３４’をコンピュータ
２’の表示手段１９’により画面に表示する。

【００２１】これにより、コンピュータ１上で起動して
いる被共有アプリケーション４の描画メージが、コンピ
ュータ２及びコンピュータ２’の表示手段１９及び１
９’に表示され、アプリケーション実行中の描画イメー
ジの共有が可能になる。

【００２２】また、コンピュータ２に設けられた入力手
段２０で入力された送信操作情報３５は、第一の実施例
で説明したと同じ方法で、第２の送信ネットワークデー
タ２７−ｂとして、ネットワーク３を介してコンピュー
タ１に転送される。同様にコンピュータ２’も同じ動作
により送信ネットワークデータ２７−ｂ’をネットワー
ク３を介してコンピュータ１に転送する。コンピュータ
１は、入出力処理手段１１を介して、コンピュータ２及
びコンピュータ２’からそれぞれ送信ネットワークデー
タ２７−ｂと２７−ｂ’受け取ると、第一の実施例で説
明したと同じ方法で、受信操作情報２８として操作管理
手段１２を介して入力手段１３からの入力操作情報２９
とともに、受け付け順に被共有アプリケーション４に引
き渡す。これにより、コンピュータ２及びコンピュータ
２’における共有アプリケーションに対する操作情報が
コンピュータ１上で再現され、コンピュータ１、コンピ
ュータ２、コンピュータ２’間で共有アプリケーション
に対する操作の共有が可能になる。

【００２３】図５は本発明の効果を具体的に説明する図
である。図５（ａ）はフレーム差分算出手段８に入力さ
れるビットマップ方式の送信描画情報２１を示してい
る。また、図５（ｂ）は送信描画情報蓄積手段９の出力
する前回のビットマップ方式の送信描画情報２４を示し
ている。ここでフレーム差分算出手段８によりフレーム
差分データが図５（ｃ）のように得られ、さらにランレ
ングス方式圧縮手段１０によって図５（ｄ）が得られ
る。これは２４バイトの元のデータが８バイトになり、
１／３に圧縮がされる事を示している。 「補足」 ・フレーム差分算出手段８の構成 図６は本実施例におけるフレーム差分算出手段８の動作
を説明する図である。

【００２４】今ここではｘ方向がＮｘピクセル、ｙ方向
がＮｙピクセルのビットマップを例に説明する。まず、
ビットマップ形式の送信描画情報２１としてＮｏｗ
［ｘ，ｙ］を、また、前回のビットマップ形式の送信蓄
積描画情報２４としてＰｒｅｖ［ｘ，ｙ］を入力し出力
される送信フレーム差分データ２５としてＤｉｆｆ
［ｘ，ｙ］を指定し、処理を開始する（ステップ６−１
１）。まず、現在のピクセル位置を示すｘ，ｙの値をそ
れぞれ０に設定する（ステップ６−１２）。次に、現在
ピクセル位置ｘ，ｙにおけるピククセル値Ｎｏｗ［ｘ，
ｙ］とＰｒｅｖ［ｘ，ｙ］の差をＤｉｆｆ［ｘ，ｙ］に
代入する（ステップ６−１３）。次に、ｘ方向ピクセル
位置を進めるためにｘに１を加算する（ステップ６−１
４）。ここでｘとＮｘ−１とを比較する事によりｘ方向
ピクセル位置がビットマップデータの右端を越えたかを
判別する（ステップ６−１５）。もし越えていないなら
ば、処理をステップ６−１３に戻す。越えていたなら
ば、ｘ方向ピクセル位置を０に設定した上（ステップ６
−１６）、ｙ方向ピクセル位置を進めるためにｙに１を
加算する（ステップＨ−１７）。そこでｙとＮｙ−１と
を比較する事によりｙ方向ピクセル位置がビットマップ
データの下端を越えたかを判別する（ステップ６−１
８）。もし、越えていないならば処理をステップ６−１
３に戻す。越えていたならば、処理を終了する（ステッ
プ６−１９）。以上の処理を終了すると、Ｎｏｗ［ｘ，
ｙ］で示したビットマップ形式の送信描画情報２１とＰ
ｒｅｖ［ｘ，ｙ］で示した前回のビットマップ形式の送
信蓄積描画情報２４のフレーム差分データとして、Ｄｉ
ｆｆ［ｘ，ｙ］で示した送信フレーム差分データ２５が
得られる。 ・ランレングス方式圧縮手段１０の構成 図７は本実施例におけるランレングス方式圧縮手段１０
の動作を説明する図である。今ここではｘ方向がＮｘピ
クセル、ｙ方向がＮｙピクセルのビットマップを例に説
明する。第１に送信フレーム差分データ２５としてＤｉ
ｆｆ［ｘ，ｙ］を指定し、また、ランレングス方式圧縮
が施された送信圧縮描画情報２６としてＲＬＥ［ｎ］を
指定し、処理を開始する（ステップ７−２１）。まず初
期値として、現在のピクセル位置をｘ＝０、ｙ＝０と
し、ＲＬＥ［ｎ］の保存位置の初期値ｎ＝２を指定し、
またビットマップのｘ方向ピクセル数ＮｘをＲＬＥ
［０］に、ビットマップのｙ方向ピクセル数ＮｙをＲＬ
Ｅ［１］に代入する（ステップ７−２２）。次に、ＲＬ
Ｅ［ｎ］に現在のピクセル位置のデータＤｉｆｆ［ｘ，
ｙ］を代入し（ステップ７−２３）、さらに頻度の初期
値として１をＲＬＥ［ｎ＋１］に代入し（ステップ７−
２４）、ｘに１を加える事によりｘ方向のピクセル位置
を進める（ステップ７−２５）。ここでｘとＮｘ−１を
比較する事によりｘ方向ピクセル位置が入力されたビッ
トマップデータＤｉｆｆ［ｘ，ｙ］の右端を越えたかを
判別する（ステップＨ−２６）。越えていない場合は処
理をステップ７−３１に移す。越えていた場合は、ｘに
０を代入する事によりｘ方向ピクセル位置を０にし（ス
テップ７−２７）、さらにｙに１を加算する事によりｙ
方向ピクセル位置を進める（ステップ７−２８）。ここ
で、ｙとＮｙ−１を比較する事によりｙ方向ピクセル位
置が入力されたビットマップデータＤｉｆｆ［ｘ，ｙ］
の下端を越えたかを判別する（ステップ７−２９）。越
えていた場合は処理を終了し（ステップ７−３０）、越
えていない場合は、処理をステップ７−３１に移す。ス
テップ７−３１では、現在ピクセル位置のデータＤｉｆ
ｆ［ｘ，ｙ］と出力データＲＬＥ［ｎ］が等しいかを判
別する。等しい場合は、頻度が飽和するのを防ぐため
に、ＲＬＥ［ｎ］が１６進数でＦＦに等しいかを判別し
（ステップ７−３２）、等しくない場合ＲＬＥ［ｎ＋
１］に１を加える事により頻度に１を加え（ステップ７
−３４）、処理をステップ７−２５に移す。ステップ７
−３１でＤｉｆｆ［ｘ，ｙ］とＲＬＥ［ｎ］が等しくな
い場合、または、ステップ７−３２でＲＬＥ［ｎ］＝Ｆ
Ｆである場合は、ｎに２を加える事により、ＲＬＥ
［ｘ，ｙ］の保存位置を進め（ステップ７−３３）、処
理をステップ７−２３に引き渡す。以上の動作により、
Ｄｉｆｆ［ｘ，ｙ］で示した送信フレーム差分データ２
５から、ＲＬＥ［ｎ］で示したランレングス方式で圧縮
された送信圧縮描画情報２６を得る。 ・ランレングス方式伸張手段１６の構成 図８は本実施例におけるランレングス方式伸張手段１６
の動作を説明する図である。今、ランレングス圧縮され
た受信圧縮描画情報３１としてＲＬＥ［ｎ］を入力し、
ランレングス方式伸張手段１６によって伸張された受信
フレーム差分データ３２ＤＥＣ［ｘ，ｙ］を出力すると
する。処理を開始すると（ステップ８−４１）、初期値
として現在のピクセル位置としてｘ＝０、ｙ＝０、頻度
の変数Ｔに０を代入し、さらにビットマップデータのｘ
方向ピクセル数ＭｘにＲＬＥ［０］、ｙ方向ピクセル数
ＭｙにＲＬＥ［１］をそれぞれ代入し、現在の伸張位置
を示すｎに２を代入する（ステップ８−４２）。ここ
で、ＤＥＣ［ｘ，ｙ］にＲＬＥ［ｎ］を代入する（ステ
ップ８−４３）。次に頻度の変数Ｔに１を加え（ステッ
プ８−４４）、ｘ方向のピクセル位置を進めるためにｘ
に１を加える（ステップ−４５）。ここでｘとＭｘ−１
を比較する事により、ｘ方向ピクセル位置が復元される
ビットマップデータのｘ方向ピクセル数を越えたかを判
別する（ステップ８−４６）。越えていた場合は、ｘ方
向ピクセル位置を０に設定し（ステップ８−４７）、さ
らにｙに１を加える事によりｙ方向ピクセルを進める
（ステップ８−４８）。ここで、ここでｙとＭｙ−１を
比較する事により、ｙ方向ピクセル位置が復元されるビ
ットマップデータのｙ方向ピクセル数を越えたかを判別
する（ステップ８−４９）。もしも越えていたならば処
理を終了し（ステップ８−５２）、伸張されたデータＤ
ＥＣ［ｘ，ｙ］を得る。ステップ８−４６でｘ方向ピク
セル位置が伸張されるビットマップデータのｘ方向ピク
セル数を越えて無く、また、ステップ８−４９でｙ方向
ピクセル位置が伸張されるビットマップデータのｙ方向
ピクセル数を越えていないならば、頻度変数ＴとＲＬＥ
［ｎ＋１］が等しいかを判別する（ステップ８−５
０）。等しくないならば処理をステップ８−４３に戻
し、等しいならばｎに２を加算した上（ステップ８−５
１）処理ステップを８−４３に戻す。以上の動作によ
り、ＲＬＥ［ｎ］で示されるランレングス圧縮された受
信圧縮描画情報３１から、ＤＥＣ［ｘ，ｙ］で示される
伸張された受信フレーム差分データ３２を得る。 ・フレームデータ算出手段１７の構成 図９は本実施例におけるフレームデータ算出手段１７の
動作を説明する図である。今ここではｘ方向がＭｘピク
セル、ｙ方向がＭｙピクセルのビットマップを例に説明
する。まず、受信フレーム差分データ３２としてＤＥＣ
［ｘ，ｙ］を、また、前回のビットマップ形式の受信蓄
積描画情報３３としてＰｒｅｖＤＥＣ［ｘ，ｙ］を入力
し、最終的に復元されるビットマップデータである受信
画面描画情報３４としてＮｏｗＤＥＣ［ｘ，ｙ］を指定
し、処理を開始する（ステップ８−６１）。第１に現在
のピクセル位置を示すｘ，ｙの値をそれぞれ０に設定す
る（ステップ８−６２）。次に、現在ピクセル位置ｘ，
ｙにおけるピクセル値ＮｏｗＤＥＣ［ｘ，ｙ］とＰｒｅ
ｖＤＥＣ［ｘ，ｙ］との和を、復元されたビットマップ
データＤｉｆｆ［ｘ，ｙ］に代入する（ステップ８−６
３）。次に、ｘ方向ピクセル位置を進めるためにｘに１
を加算する（ステップ８−６４）。ここでｘとＮｘ−１
とを比較する事により、ｘ方向ピクセル位置がビットマ
ップデータの右端を越えたかを判別する（ステップ８−
６５）。もし越えていないならば、処理をステップ８−
６３に戻す。越えていたならば、ｘ方向ピクセル位置を
０に設定した上（ステップ８−６６）、ｙ方向ピクセル
位置を進めるためにｙに１を加算する（ステップ８−６
７）。そこでｙとＮｙ−１とを比較する事によりｙ方向
ピクセル位置がビットマップデータの下端を越えたかを
判別する（ステップ８−６８）。もし、越えていないな
らば処理をステップ８−６３に戻す。越えていたなら
ば、処理を終了する（ステップ８−６９）。以上の処理
を終了すると、ＤＥＣ［ｘ，ｙ］で示した受信フレーム
差分データ３２とＰｒｅｖＤＥＣ［ｘ，ｙ］前回のビッ
トマップ形式の受信蓄積描画情報３３からＮｏｗＤＥＣ
［ｘ，ｙ］で示した受信画面描画情報３４が得られる。

【００２５】

【発明の効果】以上説明したように、本発明によるアプ
リケーション共有方式は、アプリケーションを具備する
コンピュータは、アプリケーションのビットマップ形式
の描画イメージと、前回描画されたビットマップ形式の
描画イメージとの差分をとり、ランレングス方式により
圧縮を行って要求したコンピュータに出力し、該圧縮デ
ータを受けとったコンピュータでは、圧縮データを伸長
し、前回描画されたビットマップ形式の描画イメージと
の和をとることにより現在の描画イメージを求めるよう
にしたことにより、画像データのネットワーク転送に要
する時間が削減され、その結果操作性が良くなり、業務
効率が向上する効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック図である。

【図２】図１の描画情報圧縮手段を示す動作説明図であ
る。

【図３】図１の描画情報伸長手段を示す動作説明図であ
る。

【図４】本発明の他の実施例を示すブロック図である。

【図５】本発明の効果を説明するための説明図である。

【図６】図１のフレーム差分算出手段８の動作説明図で
ある。

【図７】図１のランレングス方式圧縮手段１０の動作説
明図である。

【図８】図１のランレングス伸長圧縮手段１６の動作説
明図である。

【図９】図１のフレームデータ算出手段１７の動作説明
図である。

【図１０】従来技術の一実施例を示すブロック図であ
る。

【符号の説明】

１，２，２’ コンピュータ ３ ネットワーク ４ 被共有アプリケーション ５ 画面描画管理手段 ６ コンピュータ１に設けられた表示手段 ７ 描画情報圧縮手段 ８ フレーム差分算出手段 ９ 送信描画情報蓄積手段 １０ ランレングス方式圧縮手段 １１ コンピュータ１に設けられた入出力処理手段 １２ 操作管理手段 １３ コンピュータ１に設けられた入力手段 １４，１４’ コンピュータ２，２’に設けられた入
出力処理手段 １５，１５’ 描画情報伸張手段 １６，１６’ ランレングス方式伸張手段 １７，１７’ フレームデータ算出手段 １８，１８’ 受信描画情報蓄積手段 １９，１９’ コンピュータ２，２’に設けられた表
示手段 ２０，２０’ コンピュータ２，２’に設けられた入
力手段 ２１ 被共有アプリケーション４のビットマップ形式
の送信描画情報 ２４ 描画情報圧縮手段７の前回のビットマップ形式
のある蓄積描画情報 ２５ 送信フレーム差分データ ２６ 送信圧縮描画情報 ２７−ａ，２７−ｂ，２７−ｂ’ ネットワークデー
タ ２８ 受信操作情報 ２９ コンピュータ１における入力操作情報 ３０ 被共有アプリケーション操作情報 ３１，３１’ 受信圧縮描画情報 ３２，３２’ 受信フレーム差分データ ３３，３３’ 前回のビットマップ形式である蓄積描
画情報 ３４，３４’ コンピュータ２，２’の受信画面描画
情報 ３５，３５’ 送信操作情報 ３６ ビットマップ形式の送信描画情報 ３７ 蓄積されたビットマップ形式である前回の送信
蓄積描画情報 ３８ 送信フレーム差分データ ３９ 受信フレーム差分データ ４０ 蓄積されたビットマップ形式である前回の受信
蓄積描画情報 ４１ 受信画像描画情報 １０１，１０２，１０３ パーソナルコンピュータ １０４ ローカルエリアネットワーク １０５ アプリケーション １０６ 入力制御手段 １０７ 出力要求管理手段 １０８，１０９ キーボード １１０，１１１ 入力要求管理手段 １１２，１１３ ディスプレイ １１４，１１５ 出力制御手段

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された複数のコンピ
   ュータが、その内の１つの前記コンピュータに保持され
   たアプリケーションを共有する場合のアプリケーション
   共有方式において、前記アプリケーションを保持するコ
   ンピュータは前記アプリケーションを保持しない他のコ
   ンピュータからの要求を受けて前記アプリケーションの
   ビットマップ形式の描画イメージを圧縮して前記ネット
   ワークに出力する描画情報圧縮手段を有し、前記他のコ
   ンピュータは前記ネットワークから前記圧縮された描画
   イメージを受けると前記アプリケーションのビットマッ
   プ形式の描画イメージに伸長して表示手段に表示する描
   画情報伸長手段を備えることを特徴とするアプリケーシ
   ョン共有方式。
2. 【請求項２】 前記描画情報圧縮手段は、前記アプリケ
   ーションのビットマップ形式の描画イメージと予め記憶
   装置に記憶してある前回描画されたビットマップ形式の
   描画イメージとの差分をとり該差分データをランレング
   ス方式により圧縮を行うことを特徴とする請求項１記載
   のアプリケーション共有方式。
3. 【請求項３】 前記描画情報伸長手段は、受信した前記
   圧縮描画イメージを前記ランレングス方式により伸長し
   て前記差分データを求め、求められた前記差分データと
   予め記憶装置に記憶してある前回描画されたビットマッ
   プ形式の描画イメージとの和を取ることにより現在の描
   画イメージを取得することを特徴とする請求項２記載の
   アプリケーション共有方式。