JPH07302233A

JPH07302233A - ウィンドウ共有システム

Info

Publication number: JPH07302233A
Application number: JP6096582A
Authority: JP
Inventors: Takeshi Ishizaki; 健史石▲ざき▼; Kenjiro Mori; 賢二郎森; Masami Kameda; 正美亀田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1994-05-10
Filing date: 1994-05-10
Publication date: 1995-11-14

Abstract

(57)【要約】【目的】ウィンドウ共有システムにおいて、遠隔地な
どの端末が低速の公衆回線経由で通信する場合の性能を
向上させること。【構成】メインプログラム１７０は、アプリケーショ
ン１５０から受信した画面出力データをデータ圧縮部１
７４によって圧縮し、サブプログラム１８０は、データ
伸長部１８３において受信したデータを伸長して端末１
６０に送信する。また、メインプログラムは１つのデー
タ圧縮部で複数のサブプログラムへの送信データを独立
に圧縮することができる。【効果】ネットワーク上を流れる画面出力データの量
が減少するため、帯域の小さい公衆回線経由でも、効率
よく共同作業を行うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークで接続さ
れた複数のワークステーションやパーソナルコンピュー
タを利用したウィンドウ共有システムに係り、特に、公
衆回線などの比較的低速な通信回線を利用する場合にデ
ータ圧縮技術を応用してウィンドウ共有性能を向上させ
るようにした、データ圧縮機能付きのウィンドウ共有シ
ステムに関する。

【０００２】

【従来の技術】コンピュータネットワーク技術の発展に
ともなって、通信接続された複数のコンピュータ上で同
一のデータをウィンドウに表示し、表示されたデータを
共同で編集できるようにして、共同作業を支援するシス
テムが開発されている。このようなシステムは、例え
ば、「情報処理学会論文誌」；Ｖｏｌ．３４，Ｎｏ６の
１４０６頁〜１４１５頁に記載の“マルチメディア分散
在席会議システム”をはじめ多数のシステムが報告され
ている。

【０００３】一方、磁気ディスクファイルの格納効率を
高めたり、通信効率を向上させる目的で、さまざまのデ
ータ圧縮アルゴリズムが開発されている。このデータ圧
縮の手法は、例えば特開昭６０−１１６２２８号公報な
どをはじめ多数の刊行物で公知である。

【０００４】

【発明が解決しようとする課題】ここで、ウィンドウ共
有システムの実現方式は、大きく次の２方式に分類でき
る。すなわち、アプリケーション（アプリケーションプ
ログラム）を複数のコンピュータで実行する分散実行方
式と、アプリケーションを１つのコンピュータにおいて
実行する集中実行方式である。本発明は、後者の集中実
行方式のウィンドウ共有システムにおける、以下のよう
な問題を解決する。

【０００５】集中実行方式の長所は、アプリケーション
が１箇所だけで実行されるため、共有ウィンドウの表示
内容の同一性や操作の一貫性の保持が容易であるという
点である。

【０００６】しかしながら、集中実行方式においては、
アプリケーションが送信する画面出力データを複数の端
末に送信する必要があり、また、画面出力データはしば
しば一度に大量に発生する場合があるので、ネットワー
クに対する負荷が大きくなってしまう。その結果、ウィ
ンドウの作成や表示内容の更新に時間がかかってしまう
など、ウィンドウ共有性能が低下する場合があった。

【０００７】データ転送帯域が大きいローカルエリアネ
ットワーク（Local Area Network；ＬＡＮ）を使用する
場合には大きな問題は生じないが、データ転送帯域が比
較的小さいネットワークを使用する場合には性能が大き
く低下するおそれがある。例えば、ネットワークルータ
によってＬＡＮ間を接続する場合には、途中で経由する
公衆回線のデータ転送帯域が比較的小さいため、上記し
た問題が生じる。この問題を解決するには、アプリケー
ションが送信する画面出力データを何らかの方法によっ
て減少させる必要がある。

【０００８】したがって本発明の解決すべき技術的課題
は、上記した集中実行方式によるウィンドウ共有システ
ムのもつ問題点を解消することにあり、その目的とする
ところは、集中実行方式によるウィンドウ共有システム
において、端末がデータ転送帯域が比較的小さい（換言
するなら低速の）公衆回線経由で通信する場合の性能を
向上させることにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明によるウィンドウ共有システムは、データ圧
縮技術を利用し、アプリケーションが送信する画面出力
データをインタセプトする手段を設け、該手段がインタ
セプトした画面出力データを圧縮し、別の手段が圧縮さ
れたデータを伸長してから端末に送信するようにした。

【００１０】

【作用】本発明によるウィンドウ共有システムは、アプ
リケーションなどを実行するコンピュータ上で動作する
いくつかのプログラムによって構成される。

【００１１】１つめのプログラムは、アプリケーション
からの画面出力データをインタセプトして複数の端末に
分配するメインプログラムである。通常メインプログラ
ムは、アプリケーションプログラムからの画面出力デー
タを複数の端末に直接分配する。しかし、メインプログ
ラムと端末との間の通信路の帯域が小さく、性能が低下
する場合には、直接端末にデータを送信するのではな
く、圧縮した画面出力データをサブプログラムに送信す
る。

【００１２】２つめのプログラムである上記のサブプロ
グラムは、前記メインプログラムから受信した圧縮され
た画面出力データを受信し、伸長処理を行なってから指
定された端末に送信する。

【００１３】ウィンドウ共有システムでは、アプリケー
ション１つにつき２つ以上の端末にウィンドウを表示す
る必要があるため、メインプログラム１つに対して複数
のプログラムが接続される場合もある。このような場
合、メインプログラムの中のデータ圧縮部は、複数のサ
ブプログラムとの接続に対応する複数のデータストリー
ムを独立に圧縮する必要がある。そこで本発明では、デ
ータ圧縮処理部が複数のデータストリームに対応する複
数の圧縮用辞書をもち、圧縮を行うデータストリームご
とに異なる圧縮用辞書を用いる。その結果、複数のデー
タストリームをそれぞれ独立に圧縮することができる。
なお、１つのサブプログラムは１つのデータストリーム
を扱えばよいので、複数の伸長用辞書を管理する必要は
ない。

【００１４】このように本発明では、必要に応じデータ
圧縮技術を利用して、アプリケーションから端末に送ら
れる画面出力データを圧縮して送信するようにしている
ので、ネットワーク上を流れるデータの量が減少し、ウ
ィンドウ共有の性能を向上させることができる。

【００１５】

【実施例】以下、本発明の詳細を図示した実施例によっ
て説明する。図１〜図３は、本発明の１実施例に係るウ
ィンドウ共有システムの概要をそれぞれ示す構成図であ
って、本実施例のウィンドウ共有システムは、図１また
は図２または図３などの接続形態をとりえるようになっ
ている。

【００１６】本実施例のシステムでは、キーボード１０
５やマウス１１０などの入力装置とディスプレイ１００
などの表示装置とをそれぞれ備えた複数のコンピュータ
１１５が、ネットワークで接続されており、或るコンピ
ュータ１１５上で動作するアプリケーションの表示画面
を他のコンピュータ１１５の画面上にも同時に表示し、
複数の利用者が同じウィンドウ表示を参照しながら共同
作業を行うことができるようになっている。

【００１７】図１では、３つのコンピュータ１１５Ａ，
１１５Ｂ，１１５Ｃがローカルネットワーク１２０で直
接接続されている。一般に、ローカルネットワーク１２
０は比較的広帯域なネットワークである場合が多く、単
位時間あたりに送受信できるデータ量が比較的多い。し
たがって、図１のような構成の場合には、本発明の特徴
である画面表示データの圧縮を行わなくてもよい。

【００１８】図２は、２つのコンピュータ１１５Ａ，１
１５Ｂにそれぞれ接続されたローカルネットワーク１２
０Ａ，１２０Ｂが、ネットワークルータ１３０Ａ，１３
０Ｂを用いて公衆回線（公衆回線を用いた専用回線を含
む；これは以下の説明においても同様である）１４０経
由で接続されている構成を示している。公衆回線１４０
は、ローカルネットワーク１２０と比べて通信帯域がか
なり小さい場合が多い。したがって、図２のような構成
では、本発明のデータ圧縮機能を使うとウィンドウ共有
システムにおいて効果を発揮する。図２の例では、例え
ばコンピュータ１１５Ａでメインプログラムとアプリケ
ーションを動作させ、コンピュータ１１５Ｂでサブプロ
グラムを動作させる。メインプログラムはアプリケーシ
ョンの画面表示データを圧縮して送信し、サブプログラ
ムは受信したデータを伸長してコンピュータ１１５Ｂの
ディスプレイ１００Ｂに表示する。

【００１９】図３は、３つのコンピュータ１１５Ａ，１
１５Ｂ，１１５Ｃにそれぞれ接続されたローカルネット
ワーク１２０Ａ，１２０Ｂ，１２０Ｃが、ネットワーク
ルータ１３０Ａ，１３０Ｂ，１３０Ｃを用いて公衆回線
１４０経由で接続されている構成を示している。このよ
うな構成では、例えばコンピュータ１１５Ａでメインプ
ログラムとアプリケーションを実行し、コンピュータ１
１５Ｂおよびコンピュータ１１５Ｃでサブプログラムを
実行する。そして、メインプログラムはアプリケーショ
ンの画面表示データを圧縮して、コンピュータ１１５
Ｂ，１１５Ｃのサブプログラムにそれぞれ送信する。コ
ンピュータ１１５Ｂ，１１５Ｃのサブプログラムはそれ
ぞれ受信したデータを伸長して、１００Ｂ，１１０Ｃに
それぞれ表示する。

【００２０】図４は、本実施例のシステムのソフトウェ
ア構成を示す図である。図４を用いて、まず、メインプ
ログラム１７０の各モジュールについて説明する。

【００２１】アプリケーションインターフェース部１７
３は、アプリケーション１５０とのデータの授受を制御
し、アプリケーション１５０が端末１６０に対して送信
しようとする画面出力データを、アプリケーションイン
ターフェース部１７３が受け取り、送信データ変換部１
７２へと渡す。なお、アプリケーションインターフェー
ス部１７３は複数のアプリケーション（図４の例では１
５０Ａ，１５０Ｂ）を同時に独立に管理できるが、以下
の説明では便宜上まとめてアプリケーション１５０と呼
ぶ。

【００２２】送信データ変換部１７２は、画面出力デー
タを送信先の端末に応じて変換する。この画面出力デー
タの変換処理は本発明の主内容ではないので詳細な説明
は省略するが、その処理が必要な理由はおよそ次のとお
りである。

【００２３】アプリケーション１５０が出力する画面出
力データは、特定の端末（メインプログラムが処理する
複数の端末のうち特定の１つ、またはサブプログラム経
由で接続される複数の端末のうちの１つで、ここでは例
えば端末１６０Ａとする）に対応している。この画面出
力データを他の端末（ここでは、端末１６０Ａ以外の端
末）にそのまま送信すると、ウィンドウの指定や画面上
の表示色の指定が異なるために正しい表示が行われな
い。そこで、メインプログラム１７０では、送信データ
変換部１７２において送信先の端末に応じて、画面出力
データに含まれるウィンドウの識別子や色指定番号を変
換する。

【００２４】送信データ変換部１７２で変換された画面
出力データは、送信先に応じて次のいずれかのモジュー
ルに渡される。

【００２５】まず、メインプログラム１７０が直接接続
している端末（ここでは、１６０Ａ，１６０Ｂ）に送信
する場合には、端末インターフェース１７１に渡され
る。一方、送信先がサブプログラム１８０経由で接続さ
れている端末（ここでは、１６０Ｃ〜１６０Ｆ）の場合
には、データ圧縮機能を利用するかどうかに応じて次の
いずれかのモジュールに渡される。すなわち、データ圧
縮機能を利用する場合はデータ圧縮部１７４へ、データ
圧縮機能を利用しない場合は直接データ送受信部１７６
へと渡される。

【００２６】データ圧縮部１７４は、受け取ったデータ
を圧縮アルゴリズムに基づいて圧縮してから、データ送
受信部１７６に渡す。データ圧縮部１７４は、あらかじ
めプログラムされた圧縮アルゴリズムに基づいてデータ
圧縮を行うが、必要ならば、複数のデータ圧縮アルゴリ
ズムをユーザが選択できるようにすることもできる。

【００２７】データ送受信部１７６は、受け取った画面
出力データをネットワーク経由でサブプログラム１８０
に送信する。

【００２８】以上は、アプリケーション１５０から端末
１６０へ向けて送信される画面出力データの流れであっ
たが、逆に、端末１６０からアプリケーション１５０に
送信される入力データの流れもある。次に、このデータ
の流れを説明する。

【００２９】メインプログラム１７０に直接接続された
端末１０６Ａ，１６０Ｂから送信される入力データは、
端末インターフェース部１７１が受信して受信データ変
換部１７５に渡す。端末インターフェース部１７１は複
数の端末（図４の例では１６０Ａ，１６０Ｂ）を同時に
独立に管理できるが、以下の説明では便宜上、まとめて
端末１６０と呼ぶ。

【００３０】サブプログラム１８０に接続された端末１
０６Ｃ〜１６０Ｆから送信されてくる入力データは、デ
ータ送受信部１７６が受信して受信データ変換部１７５
に渡す。

【００３１】受信データ変換部１７５は、渡された入力
データ中に含まれているウィンドウ識別子や色識別番号
などの情報を、アプリケーション１５０に渡すものに変
換する。これは上述した送信データ変換部１７２で説明
したように、端末１６０から送られてくる入力データを
そのままアプリケーション１５０に渡すと、複数の端末
でのウィンドウや表示色の対応がとれなくなるために行
う処理である。

【００３２】受信データ変換部１７５で変換された入力
データは、アプリケーションインターフェース部１７３
がアプリケーション１５０に渡す。

【００３３】次に、同様に図４を用いて、サブプログラ
ム１８０の各モジュールについて説明する。

【００３４】例えば前記図３に示すように、ネットワー
クルータ１３０を経由して接続されるローカルネットワ
ーク１２０が複数あるような場合には、それぞれのロー
カルネットワーク１２０上のコンピュータ上でサブプロ
グラム１８０を動作させることができる。このように、
メインプログラム１７０と接続されるサブプログラム１
８０は、必要に応じて複数起動されることもある。サブ
プログラム１８０は常にメインプログラム１７０と通信
を行い、サブプログラム１８０同志では通信を行わな
い。

【００３５】データ送受信部１８５は、ネットワーク１
２０を通じてメインプログラム１７０から送信されてく
る画面出力データを受信したり、端末１６０からアプリ
ケーション１５０に向けて送信される入力データを、ネ
ットワーク１２０経由でメインプログラム１７０に送信
したりする。メインプログラム１７０から受信した画面
出力データは、圧縮機能を利用している場合には、デー
タ伸長部１８３を経由して受信データ変換部１８１に渡
され、そうでない場合には、直接受信データ変換部１８
１に渡される。

【００３６】データ伸長部１８３は、渡された圧縮デー
タを所定の伸長アルゴリズムに基づいて伸長して、次の
モジュールに渡す。本実施例では、データ伸長部１８３
は、あらかじめプログラムされた伸長アルゴリズムに基
づいてデータ伸長を行うが、必要ならば複数のデータ伸
長アルゴリズムをユーザが選択できるようにすることも
できる。

【００３７】受信データ変換部１８１は、メインプログ
ラム１７０における送信データ変換部１７２と同様に送
信先の端末１６０に応じて、画面出力データの中に含ま
れるウィンドウ識別子や色指定番号を変換する。

【００３８】端末インターフェース部１８２は、受信デ
ータ変換部１８１から渡された画面出力データを端末１
６０に送信したり、端末１６０から受信した入力データ
を送信データ変換部１８４に渡したりする。

【００３９】送信データ変換部１８４は、入力データ中
に含まれるウィンドウ識別子や色指定番号を変換する。
変換した入力データは、データ送受信部１８５がネット
ワーク１２０を経由してメインプログラム１７０に送信
する。

【００４０】図５は、本実施例のシステムを起動したと
きに表示されるコントロールウィンドウ２００の表示例
である。メニューバー２０５は、接続指定先などの各種
機能を呼び出すためのプルダウンメニューを呼び出すの
に使用する。

【００４１】共通資料表示エリア２１０は、本実施例の
システムで共用されるアプリケーションの資料名が一覧
表示されるエリアである。プログラム起動時には共用さ
れているアプリケーションはないので、何も表示されて
いない。

【００４２】接続表示先エリア２１５は、現在指定され
ている接続先を表示するエリアである。プログラム起動
時には接続先を指定していないので、その旨が表示され
ている。

【００４３】新規資料指定ボタン２２０、資料共用終了
ボタン２２５、資料共用設定ボタン２３０は、それぞれ
新規に共用する資料を指定したり、資料の共用を終了し
たり、共用されている資料の表示方式などを設定すると
きに使用する。

【００４４】図６は、接続先指定ウィンドウ２４０の表
示例を示している。接続可能先リスト２５０には、シス
テムに設定されている接続可能なコンピュータのリスト
が表示されており、その中の１つをマウスで選択するこ
とにより接続先を指定することができる。

【００４５】なお、ホスト名入力エリア２４５に、接続
先コンピュータのホスト名またはアドレスを直接入力す
ることで、接続先を指定してもよい。

【００４６】サブホスト経由指定ボタン２５５は、接続
先の端末にサブプログラム経由で接続するかどうかを指
定するボタンである。マウスでこのボタン２５５をクリ
ックするとオン／オフが切り替えられる。

【００４７】サブホスト名入力エリア２６０は、上記サ
ブホスト経由指定ボタン２５５によりサブホスト経由で
接続する指定を行ったときに、サブプログラムを起動す
るコンピュータの指定を入力するエリアである。このエ
リア２６０は、上記サブホスト経由指定ボタン２５５が
オンになっている状態の時だけ入力可能になる。

【００４８】データ圧縮指定ボタン２６５は、サブホス
ト経由で接続する場合に、サブプログラムとの通信でデ
ータ圧縮機能を使用するかどうかを指定するボタンであ
る。マウスでこのボタン２６５をクリックするとオン／
オフが切り替えられる。このボタン２６５は、上記サブ
ホスト経由指定ボタン２５５がオンになっている状態の
時だけオン／オフ可能になる。

【００４９】設定ボタン２７０をマウスでクリックする
と、ウィンドウ２４０での内容が設定され、取消ボタン
２７５をマウスでクリックすると、ウィンドウ２４０の
内容は設定されない。

【００５０】図７は、サブホスト経由指定ボタン２５５
をオンにし、サブホスト名入力エリア２６０にサブホス
ト名を入力した状態の、接続先指定ウィンドウ２４０の
様子を示している。この状態では、データ圧縮指定ボタ
ン２６５がオン／オフ可能になる。この図７の例では、
サブホストｈｏｓｔＣを経由してｈｏｓｔＢに接続する
構成を指定していることになる。

【００５１】図８は、サブホスト経由指定ボタン２５５
をオンにし、かつデータ圧縮指定ボタン２６５をオンに
した状態の、接続先指定ウィンドウ２４０の様子を示し
ている。この図８の例では、サブホストｈｏｓｔＣを経
由してデータ圧縮を行ってｈｏｓｔＢに接続する構成を
指定していることになる。

【００５２】このようにして、いくつかの接続先を指定
した後のコントロールウィンドウ２００の表示例を示し
たのが図９である。接続先表示エリア２１５には、現在
指定されている接続先がアイコン表示される。この図９
の例では、メインプログラムが実行されているｈｏｓｔ
Ａ（２８０）からｈｏｓｔＢ（２８３）には直接接続
し、ｈｏｓｔＣ（２９０）ではサブプログラムを起動し
て接続し、ｈｏｓｔＣ（２９０）のサブプログラムから
はｈｏｓｔＤ（３００），ｈｏｓｔＥ（２９５）に接続
するような指定が行われた状態を示している。ここで図
９において、ｈｏｓｔＡ（２８０）のメインプログラム
とｈｏｓｔＣ（２９０）のサブプログラムとの間が点線
で表示されているのは、この接続がデータ圧縮機能を使
用することを示している。すなわち、ここでは実線によ
る接続はデータ圧縮機能を使用しないことを、点線２８
５による接続はデータ圧縮機能を使用することを表して
いる。

【００５３】図１０は、共用資料指定ウィンドウ３０２
の表示例を示している。資料名リスト３１０には共用可
能な資料のリストが表示されており、その中の１つをマ
ウスで選択することにより、共用する資料を指定するこ
とができる。なお、資料名入力エリア３０５に直接資料
名を入力することにより、共用する資料を指定すること
も可能である。

【００５４】このようにして、いくつかの資料を指定し
た後のコントロールウィンドウ２００の状態を示したの
が図１１である。この図１１の例では、「仕様書原案」
と「スケジュール」という２つの資料を共用することが
指定されている。

【００５５】図１２は、ウィンドウ共用中の画面の例を
示す図である。ここでは、前記した図１１の接続例中に
おけるｈｏｓｔＡとｈｏｓｔＢの画面を例にとって説明
するが、接続されている他のコンピュータにも同様の画
面が表示される。

【００５６】ｈｏｓｔＡではメインプログラムが動作し
ているため、コントロールウィンドウ３０５（２００）
が表示されている。本実施例のシステムでは、メインプ
ログラムが動作しているコンピュータでのみ、コントロ
ールウィンドウ３０５が表示されるが、接続されている
すべてのコンピュータでコントロールウィンドウ３０５
が表示されるようにしてもよい。

【００５７】各共有ウィンドウ３１０，３１５は同一の
内容を表示しており、ｈｏｓｔＡでもｈｏｓｔＢでも文
字入力などの操作を行うことが可能である。この例のよ
うに、複数の共有ウィンドウを表示することが可能であ
る。また、各コンピュータのディスプレイ１００には、
ウィンドウ共有システムとは無関係な個人用のアプリケ
ーションのウィンドウ３２０を表示することも可能であ
る。共有ウィンドウ３１０，３１５の中に表示される情
報は同一であるが、ウィンドウの配置や重なり方はコン
ピュータによって異なっていてもよいので、利用者は自
分の使いやすい配置を選ぶことができる。

【００５８】図１３は、メインプログラムにおける画面
出力データ処理の流れを示す図である。図１３によって
この処理フローを説明する。

【００５９】メインプログラムは、送信すべき画面出力
データがあるかぎり、以下の処理を繰り返す（ステップ
４００）。

【００６０】まず、アプリケーションからの画面出力デ
ータがあれば（ステップ４０５）、アプリケーションイ
ンターフェース部がアプリケーションからデータを受け
取る（ステップ４１０）。そうでなければ、送信すべき
データがないのでループを抜ける（ステップ４１５）。

【００６１】次に、送信データ変換部が受け取ったデー
タを変換する（ステップ４２０）。続いて、すべての直
接接続された端末について、端末インターフェース部が
変換されたデータを端末に送信する（ステップ４２５，
ステップ４３０）。

【００６２】次に、すべてのサブプログラムについて以
下の処理を実行する（ステップ４３５）。まず、このサ
ブプログラムが圧縮接続されている場合には（ステップ
４４０）、データに現在処理対象となっているサブプロ
グラムのサブプログラム識別子を付けてデータ圧縮部に
渡し（ステップ４４５）、データ圧縮部が受け取ったデ
ータを圧縮する（ステップ４５０）。次に、データ送受
信部がデータをサブプログラムに送信する（ステップ４
５５）。

【００６３】図１４は、メインプログラムにおける入力
データの処理の流れを示す図である。図１４によってこ
の処理フローを説明する。

【００６４】メインプログラムは、すべての端末とサブ
プログラムについて、以下の処理を繰り返す（ステップ
４６０）。

【００６５】まず、入力データがどこから送られたもの
かを調べる（ステップ４６５）。そして、端末からのデ
ータがあれば、端末インターフェース部がデータを受け
取る（ステップ４７０）。また、サブプログラムからの
入力データがあれば、データ送受信部がデータを受け取
る（ステップ４７５）。もしそのいずれでもなければ、
次の端末またはサブプログラムの処理へ移る（ステップ
４８０）。

【００６６】次に、受信データ変換部が受け取ったデー
タを変換する（ステップ４８５）。

【００６７】次に、アプリケーションインターフェース
部がデータをアプリケーションに送る（ステップ４９
０）。

【００６８】図１５は、サブプログラムにおける画面出
力データ処理の流れを示す図である。図１５によってこ
の処理フローを説明する。

【００６９】サブプログラムは、処理すべき画面出力デ
ータがあるかぎり、以下の処理を繰り返す（ステップ４
９５）。

【００７０】まず、メインプログラムからの画面出力デ
ータが受信可能かどうかを調べ（ステップ５００）、受
信可能ならデータ送受信部が画面出力データを受信する
（ステップ５０５）。そうでなければループを抜ける
（ステップ５１０）。

【００７１】次に、このサブプログラムがメインプログ
ラムと圧縮接続されている場合には（ステップ５１
５）、受信したデータをデータ伸長部に渡し（ステップ
５２０）、データ伸長部は所定の伸長アルゴリズムに基
づいてデータを伸長する（ステップ５２５）。

【００７２】次に、受信データ変換部が渡されたデータ
を端末に送信することができるように変換する（ステッ
プ５３０）。

【００７３】次に、サブプログラムに接続されているす
べての端末について、端末インターフェース部がデータ
を端末に送信する（ステップ５３５，ステップ５３
７）。

【００７４】図１６は、サブプログラムにおける入力処
理の流れを示す図である。図１６によってこの処理フロ
ーを説明する。

【００７５】サブプログラムは、すべての端末について
以下の処理を行う（ステップ５４０）。

【００７６】まず、端末からの入力データがあるかどう
かを調べる（ステップ５４５）。データがあれば、端末
インターフェース部が端末から入力データを受信する
（ステップ５５０）。もしなければ、次の端末の処理に
移る（ステップ５３５）。

【００７７】次に、受信した入力データを、送信データ
変換部が変換する（ステップ５６０）。

【００７８】次に、データ送受信部が、データをメイン
プログラムに送信する（ステップ５６５）。

【００７９】図１７は、メインプログラムにおけるデー
タ圧縮部の処理の流れを示す図である。図１７によって
この処理フローを説明する。

【００８０】まず、データ圧縮部は受け取ったデータか
ら、サブプログラム識別子を得る（ステップ５７０）。

【００８１】もし、サブプログラム管理テーブルを検索
して、該当するサブプログラムが初期化されていなけれ
ば（ステップ５７５）、新たに圧縮用辞書を作成し初期
化を行う（ステップ５８０）。

【００８２】次に、処理対象となっているサブプログラ
ムの識別子に対応する圧縮用辞書を用いて、データ圧縮
を行う（ステップ５８５）。

【００８３】次に、圧縮したデータを返す（ステップ５
９０）。

【００８４】図１８は、サブプログラムにおけるデータ
伸長部の処理の流れを示している。データ伸長部は複数
の伸長用辞書を管理しなくてよいので、単純に伸長用辞
書を用いてデータを伸長し（ステップ５９５）、伸長し
たデータを返す（ステップ６００）。

【００８５】図１９は、サブプログラム起動時にメイン
プログラムからサブプログラムに送信される接続時情報
６０５の内容を示している。圧縮通信指定６１０は、メ
インプログラムとサブプログラムとの通信において、デ
ータ圧縮機能をしようするかどうかを指定する。接続端
末数６１５は、該サブプログラムに接続する端末数を指
定する。これはこの後に続く接続端末ホスト情報の数で
もある。接続端末ホスト情報は、ホスト名文字列長とホ
スト名との組であり、図１９では、端末「１」の接続端
末ホスト情報として、接続端末「１」ホスト名文字列長
６２０，接続端末「１」ホスト名６２５が指定されてい
る。以下、接続端末数６１５で指定された数だけ接続端
末ホスト情報が続く。

【００８６】そして、サブプログラムは、受信した接続
時情報６０５に基づいて指定された端末への接続を行
う。

【００８７】図２０は、データ圧縮部が受け取るデータ
の形式を示しており、同図に示すように、画面出力デー
タ６４５の前に、送信先のサブプログラムを識別するた
めのサブプログラム識別子６４０が付加されている。

【００８８】図２１は、データ圧縮部が管理するサブプ
ログラム管理テーブル６５０の形式を示している。この
テーブル６５０には、サブプログラム識別子と対応する
圧縮用辞書へのポインタの対が格納される。辞書へのポ
インタがないサブプログラムは初期化されていないこと
を示している。

【００８９】図２１の例では、サブプログラム「１」に
は圧縮用辞書６７１が、サブプログラム「２」には圧縮
用辞書６７２がそれぞれ対応しており、サブプログラム
「３」〜「５」は初期化されていない（使用されていな
い）ことを示している。

【００９０】以上、本発明の１実施例に係るウィンドウ
共有システムについて説明した。上述したように本実施
例によれば、従来ネットワークの帯域の不足に起因して
充分な性能が得られなかったような場合にも、画面出力
データの圧縮により効率のよい共同作業が可能になる。
また、本実施例のシステムでは、簡単なアイコン操作だ
けで圧縮機能を利用することができるので、操作に不慣
れな利用者でも手軽にウィンドウ共有システムを使うこ
とができる。さらに、利用するネットワークの性質に応
じてデータ圧縮機能を使うかどうかを選択できるので、
システム構成に応じた適切な処理方式をとることも容易
である。

【００９１】なお、本発明は上述した実施例システム以
外にも、画面出力データだけでなく、入力データについ
ても圧縮を行うシステムや、アプリケーション起動時の
画面出力データが大量に流れる間だけ圧縮を行い、その
他の場合には操作に対する反応をよくするために圧縮を
一時停止するシステムや、上記圧縮の一時停止を画面出
力データ監視により自動的に実行するシステムなどとし
て構築することも可能である。

【００９２】

【発明の効果】以上のように本発明によれば、帯域の小
さい通信回線を経由してウィンドウを共有する場合で
も、送信されるデータ量が減少するため、ウィンドウ共
有性能が向上する。特に、ネットワークルータなどを用
いて低速の公衆回線経由で接続された端末を利用する場
合に効果がある。

【００９３】さらに、複数のサブプログラムと接続する
場合でも、メインプログラムのデータ圧縮部が複数のサ
ブプログラムに送信される画面出力データを独立に圧縮
するため、複数のデータ圧縮プログラムを呼び出す必要
がないという効果かある。

【００９４】さらにはまた、接続する端末の指定や、圧
縮を行うかどうかの指定や、共有するアプリケーション
の指定は、マウスによる簡単な操作で行うことができ
る。

【図面の簡単な説明】

【図１】本発明の１実施例に係るウィンドウ共有システ
ムにおけるコンピュータ間のネットワーク接続形態の１
例を示す概略構成図である。

【図２】本発明の１実施例に係るウィンドウ共有システ
ムにおけるコンピュータ間のネットワーク接続形態の他
の１例を示す概略構成図である。

【図３】本発明の１実施例に係るウィンドウ共有システ
ムにおけるコンピュータ間のネットワーク接続形態のさ
らに他の１例を示す概略構成図である。

【図４】本発明の１実施例に係るウィンドウ共有システ
ムにおけるソフトウェア構成図である。

【図５】本発明の１実施例に係るウィンドウ共有システ
ムにおけるコントロールウィンドウの初期状態を示す説
明図である。

【図６】本発明の１実施例に係るウィンドウ共有システ
ムにおける接続先ウィンドウを示す説明図である。

【図７】図６の接続先ウィンドウにおいてサブホスト経
由接続を選択した状態を示す説明図である。

【図８】図７の接続先ウィンドウにおいてデータ圧縮指
定を行った状態を示す説明図である。

【図９】図５の初期状態から接続先指定を行った後のコ
ントロールウィンドウの表示状態を示す説明図である。

【図１０】本発明の１実施例に係るウィンドウ共有シス
テムにおける共用資料指定ウィンドウを示す説明図であ
る。

【図１１】図９の状態から共用資料指定を行った後のコ
ントロールウィンドウの表示状態を示す説明図である。

【図１２】本発明の１実施例に係るウィンドウ共有シス
テムにおけるウィンドウ共有中の画面表示例を示す説明
図である。

【図１３】本発明の１実施例に係るウィンドウ共有シス
テムのメインプログラムにおける画面表示データ処理の
流れを示す処理フロー図である。

【図１４】本発明の１実施例に係るウィンドウ共有シス
テムのメインプログラムにおける入力データ処理の流れ
を示す処理フロー図である。

【図１５】本発明の１実施例に係るウィンドウ共有シス
テムのサブプログラムにおける画面出力データ処理の流
れを示す処理フロー図である。

【図１６】本発明の１実施例に係るウィンドウ共有シス
テムのサブプログラムにおける入力データ処理の流れを
示す処理フロー図である。

【図１７】本発明の１実施例に係るウィンドウ共有シス
テムのデータ圧縮部におけるデータ圧縮処理の流れを示
す処理フロー図である。

【図１８】本発明の１実施例に係るウィンドウ共有シス
テムのデータ伸長部におけるデータ伸長処理の流れを示
す処理フロー図である。

【図１９】本発明の１実施例に係るウィンドウ共有シス
テムにおいてサブプログラム起動時に送られる接続時情
報の形式を示す説明図である。

【図２０】本発明の１実施例に係るウィンドウ共有シス
テムにおいてデータ圧縮部に渡されるデータの形式を示
す説明図である。

【図２１】本発明の１実施例に係るウィンドウ共有シス
テムにおけるサブプログラム管理テーブルの形式を示す
説明図である。

【符号の説明】

１００ディスプレイ１０５キーボード１１０マウス１１５コンピュータ１２０ローカルネットワーク１３０ネットワークルータ１４０公衆回線１５０アプリケーション１６０端末１７０メインプログラム１７４データ圧縮部１８０サブプログラム１８３データ伸長部２００コントロールウィンドウ２４０接続先指定ウィンドウ３０２共用資料指定ウィンドウ６０５接続時送信情報６５０サブプログラム管理テーブル

Claims

【特許請求の範囲】

【請求項１】アプリケーションが端末に送信する画面
出力データをインタセプトするステップと、該インタセ
プトしたデータを指定された複数の送信先端末に応じて
変換するステップと、該変換したデータを必要に応じデ
ータ圧縮アルゴリズムを用いて圧縮するステップと、該
圧縮したデータをネットワークに送信するステップと
を、備えたメインプログラムと、メインプログラムから送信されたデータをネットワーク
から受信するステップと、該受信したデータを必要に応
じデータ伸長アルゴリズムを用いて伸長するステップ
と、該伸長したデータを指定された複数の送信先端末に
応じて変換するステップと、該変換したデータを複数の
端末に送信するステップとを、備えたサブプログラムと
で、構成されることを特徴とするウィンドウ共有システ
ム。
【請求項２】請求項１記載において、１つのメインプログラムと複数のサブプログラムを接続
し、この複数のサブプログラムとの各接続に対応する複
数のデータストリームをメインプログラム内の１つのデ
ータ圧縮部で圧縮し、上記複数のサブプログラム内のデ
ータ伸長部がデータを伸長して端末に送信するようにし
たことを特徴とするウィンドウ共有システム。
【請求項３】請求項１または２記載において、１つのメインプログラムと複数のサブプログラムを接続
し、この接続されているサブプログラムのそれぞれにつ
いて、データ圧縮部で圧縮したデータを送信するか原デ
ータをそのまま送信するかを選択できるようにしたこと
を特徴とするウィンドウ共有システム。
【請求項４】請求項１または２または３記載におい
て、メインプログラムのデータ圧縮部が使用するデータ圧縮
アルゴリズムおよびサブプログラムのデータ伸長部が使
用するデータ伸長アルゴリズムを選択可能にしたことを
特徴とするウィンドウ共有システム。
【請求項５】請求項１記載において、メインプログラムはアプリケーションから端末に向けて
送信される画面描画データだけを圧縮し、端末からアプ
リケーションに向けて送信される入力データは圧縮しな
いで原データをそのまま送信するようにしたことを特徴
とするウィンドウ共有システム。
【請求項６】請求項１記載において、メインプログラムが任意の時点でデータ圧縮処理を一時
停止し、また再開することができるようにしたことを特
徴とするウィンドウ共有システム。
【請求項７】請求項６記載において、メインプログラムがアプリケーションプログラムからイ
ンタセプトした画面出力データの内容を監視し、あらか
じめ設定した特定の条件を満たすデータを検出したとき
にデータ圧縮処理を一時停止し、あらかじめ設定した別
の特定のデータを検出したときにデータ圧縮処理を再開
するようにしたことを特徴とするウィンドウ共有システ
ム。
【請求項８】請求項１または２または３記載におい
て、端末を表すアイコンをマウスなどの入力装置によって画
面上に配置することによって、メインプログラムとサブ
プログラムとの接続方法および圧縮通信を利用するかど
うかを指定できるようにしたことを特徴とするウィンド
ウ共有システム。
【請求項９】請求項８記載において、画面上に表示された端末アイコンをマウスなどのポイン
ティング装置の操作で配置することによって、接続する
端末の指定および該端末との接続においてデータ圧縮機
能を利用するかどうかを指定するようにしたことを特徴
とするウィンドウ共有システム。