JPH06266666A

JPH06266666A - 遠隔ウィンドウ制御システム

Info

Publication number: JPH06266666A
Application number: JP5050379A
Authority: JP
Inventors: Yoshinori Sasamata; 吉典笹俣
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-03-11
Filing date: 1993-03-11
Publication date: 1994-09-22

Abstract

(57)【要約】【目的】複数の小規模ＬＡＮの相互接続など、端末の
数が少ない複数の拠点の接続を、効率良く、かつ、安価
に行う。【構成】Ｘウィンドウ機能を有する各々遠隔地に設け
られたＵＮＩＸ装置間で、各々のウィンドウを制御する
システムであり、遠隔地に設けられた各々のＵＮＩＸ装
置のＸサーバ間の接続制御を相互に行い、Ｘサーバが発
行するコマンドラインを簡易なプロトコルに変換して、
他ＵＮＩＸ装置側のクライアントと自ＵＮＩＸ装置のＸ
サーバとの通信を、接続先の他ＵＮＩＸ装置のＸサーバ
を介して制御する遠隔ウィンドウ接続部を設ける構成と
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、Ｘウィンドウ機能を有
する各々遠隔地に設けられたＵＮＩＸ装置間の接続を制
御する技術に係り、特に、複数の小規模なＬＡＮ（Ｌｏ
ｃａｌＡｒｅａＮｅｔｗｏｒｋ）間等の接続を、効
率的、かつ、安価に行うのに好適な遠隔ウィンドウ制御
システムに関するものである。

【０００２】

【従来の技術】従来、複数の小規模ＬＡＮを相互接続し
て一つのネットワーク環境にまとめ、例えば、データベ
ースの地域毎の保守・運用を不要として、「管理の集中
と、処理の分散」を図る技術がある。従来の技術でこの
ようなシステムを構築する場合、一般的には、ＬＡＮ間
を接続するものや、ＵＮＩＸ装置としてのワークステー
ション同士をパケット網で接続するものがある。尚、Ｕ
ＮＩＸ（ユニックス）は、ＡＴ＆Ｔベル研究所が開発し
たＯＳ（オペレーティングシステム）であり、時分割制
御を行い、同時に複数ユーザ／複数タスクの実行をサポ
ートする。

【０００３】上述のＬＡＮ間を接続する技術では、いわ
ゆるルータやリモートブリッジなどを用いて、ＬＡＮ間
を、専用線やパケット網、ＩＳＤＮ等で接続し、拠点の
ＬＡＮにＵＮＩＸ装置（または、Ｘ端末）を設置し、Ｘ
ウィンドウシステムのＸプロトコルを用いて、遠隔地の
ディスプレイにウィンドウを表示する。または、それぞ
れのワークステーションにアプリケーションプログラム
（以下、ＡＰと記載）を作成して、ＴＣＰ／ＩＰ（Ｔｒ
ａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃ
ｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）のプロト
コルでＡＰ間通信を行う。また、パケット網で接続する
技術では、ワークステーション側にＸ．２５プロトコル
をサポートし、ワークステーション同士をパケット網で
接続して、ＴＣＰ／ＩＰプロトコルでＡＰ間通信を行
う。

【０００４】尚、Ｘウィンドウシステム（ＸＷｉｎｄ
ｏｗＳｙｓｔｅｍ）は、米マサチューセッツ工科大学
（ＭＩＴ）のＡｔｈｅｎａプロジェクトで開発されたＵ
ＮＩＸ環境用マルチウィンドウ表示管理ソフトウェアで
あり、ＵＮＩＸ装置では、ほぼ必須のソフトウェアとし
て普及している。Ｘウィンドウシステム（以下、Ｘウィ
ンドウと記載する）は、階層構造をなす短形のウィンド
ウを複数オーバーラップ表示し、各ウィンドウに文字や
図形、画像を表示する基本機能を備えている。いわゆる
Ｘサーバが、画面制御や、キーボード／マウス入力など
を一括して管理する。ユーザプログラムは、クライアン
トと呼ばれ、ＵＮＩＸのプロセス通信機能を使い、Ｘサ
ーバに処理を依頼する。この構成を、サーバー・クライ
アント方式と呼ぶ。このユーザプログラムへのプログラ
ミング・インタフェースを提供するライブラリがＸｌｉ
ｂである。Ｘウィンドウ（Ｘサーバ）の機能だけを専用
ハードウェア化した「Ｘ端末」も開発されている。

【０００５】Ｘウィンドウでのウィンドウ操作の流れ
は、クライアントであるＡＰがＸｌｉｂの関数を用いて
発行した描画のリクエストを、Ｘサーバが解釈し、ディ
スプレイ表示やキーボード入力等のウィンドウ入出力制
御を行なうウィンドウ制御部（以下、ウィンドウドライ
バと記載）に対して、複数のコマンドラインを発行す
る。そして、このウィンドウドライバが、ビットマップ
プロセッサ（以下、ＢＭＰ：ＢｉｔＭａｐＰｒｏｃ
ｅｓｓｏｒと記載）を用いて、ディスプレイに表示す
る。キーボードやマウスからの入力は、ＢＭＰがそれを
感知し、ウィンドウドライバに割込みを発生させる。ウ
ィンドウドライバは、キーボードやマウスからの入力内
容をＸサーバに通知し、Ｘサーバは、ウインドウを表示
しているＡＰに、その内容をイベントとして通知する。
尚、このようなＸウィンドウに関しては、「スーパーア
スキー１９９１年２月号（「ＳｕｐｅｒＡＳＣＩＩ，
ｖｏｌ．２＃１２Ｄｅｃｅｍｂｅｒ１９９１）」
（１９９１年（株）アスキー発行）の第７３頁から第
８８頁に記載されている。

【０００６】しかし、このような従来技術による複数の
小規模ＬＡＮの相互接続では、以下のような問題があっ
た。まず、ＬＡＮ間の接続技術では、ルータやリモート
ブリッジが高価であり、多拠点に設置するとコストがか
かる。また、ＬＡＮ上の高速（例えば、１０Ｍｂｐｓ
（メガビット／秒））な転送速度と比べて、専用線やパ
ケット網等は低速であり、Ｘウィンドウの冗長性のある
Ｘプロトコルでは性能面で問題があり、ＬＡＮ間接続で
のＸ端末の使用は業務的に不可能である。このような性
能面を解決するためには、アプリケーションで通信のオ
ーバヘッドを考慮する必要がある。また、ＡＰ間通信で
接続を行うと、各拠点のワークステーションに業務アプ
リケーションを配置する必要があり、沢山ある遠隔地の
各拠点のワークステーションのメンテナンスの方式を検
討する必要があった。また、パケット網接続方式でも、
ＬＡＮ間接続方式と同様に、性能とメンテナンスに問題
がある。

【０００７】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、高価なルータやリモートブリッ
ジの使用や、アプリケーションでの通信のオーバヘッド
の考慮、各拠点のワークステーションへの業務アプリケ
ーションの配置、および、遠隔地の多拠点のワークステ
ーションのメンテナンス方式の検討等が必要であり、複
数の小規模ＬＡＮの相互接続を、効率良く、かつ、安価
に行うことができない点である。本発明の目的は、これ
ら従来技術の課題を解決し、複数の小規模ＬＡＮの相互
接続などを、安価な構成で効率良く行うことを可能とす
る遠隔ウィンドウ制御システムを提供することである。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明の遠隔ウィンドウ制御システムは、（１）ア
プリケーション処理を行うクライアントと、このクライ
アントとの通信による物理ウィンドウの表示制御を含む
入出力処理を行うＸサーバとからなるＸウィンドウ機能
を有する各々遠隔地に設けられたＵＮＩＸ装置間で、各
々のウィンドウを制御するシステムであり、遠隔地に設
けられた各々のＵＮＩＸ装置のＸサーバ間の接続制御を
相互に行い、接続先の他ＵＮＩＸ装置のＸサーバを介し
て、この他ＵＮＩＸ装置側のクライアントと自ＵＮＩＸ
装置のＸサーバとの通信を制御する遠隔ウィンドウ接続
部を設けることを特徴とする。また、（２）上記（１）
に記載の遠隔ウィンドウ制御システムにおいて、遠隔ウ
ィンドウ接続部は、接続先の他ＵＮＩＸ装置間の回線に
対応する通信制御を行なう通信制御部と、この通信制御
部と自Ｘサーバ、および、自ＵＮＩＸ装置のウィンドウ
入出力制御を行なうウィンドウウィンドウ制御部のそれ
ぞれから入力される入力イベントの送信先を判別し、送
信先に対応した入力イベントの送信処理を行なうリモー
トウィンドウ制御部とを具備することを特徴とする。ま
た、（３）上記（１）、もしくは、（２）のいずれかに
記載の遠隔ウィンドウ制御システムにおいて、遠隔ウィ
ンドウ接続部は、接続先の他ＵＮＩＸ装置の物理ウィン
ドウに対して自Ｘサーバが発行するコマンドラインを、
所定の圧縮手順により、簡易なプロトコルに変換する簡
易プロトコル生成部と、接続先の他ＵＮＩＸ装置の簡易
プロトコル生成部で簡易化されて送られてきた簡易なプ
ロトコルを、上述の所定の圧縮手順に対応する伸張手順
により、この簡易なプロトコルの送信元の他ＵＮＩＸ装
置のＸサーバが発行したコマンドラインに変換するコマ
ンドライン生成部とを具備することを特徴とする。ま
た、（４）上記（１）から（３）のいずれかに記載の遠
隔ウィンドウ制御システムにおいて、遠隔ウィンドウ接
続部は、自ＵＮＩＸ装置側のクライアントからの描画リ
クエストに対応して自Ｘサーバが発行するコマンドライ
ンに基づき、描画リクエストの送信先を判別し、判別し
た送信先に対応して、描画リクエストの送信処理を行な
う第１のリモートウィンドウ制御部を具備することを特
徴とする。また、（５）上記（１）から（４）のいずれ
かに記載の遠隔ウィンドウ制御システムにおいて、遠隔
ウィンドウ接続部は、自ＵＮＩＸ装置の入力部からの入
力イベント内容に基づき、この入力イベントの送信先を
判別し、判別した送信先に対応して、自入力部からの入
力イベントの送信処理を行なう第２のリモートウィンド
ウ制御部を具備することを特徴とする。また、（６）上
記（１）から（５）のいずれかに記載の遠隔ウィンドウ
制御システムにおいて、遠隔ウィンドウ接続部は、接続
先の他ＵＮＩＸ装置からの入力イベント内容に基づき、
この入力イベントの送信先を判別し、判別した送信先に
対応して、接続先の他ＵＮＩＸ装置からの入力イベント
の送信処理を行なう第３のリモートウィンドウ制御部を
具備することを特徴とする。

【０００９】

【作用】本発明においては、Ｘウィンドウ機能を有する
ＵＮＩＸ装置は、相互のＸサーバを介して接続されてい
るので、例えば、異なるＬＡＮのクライアントとの通信
を、ルータやリモートブリッジを必要としない安価な構
成で行うことができる。また、相互のＸサーバ間の通信
に、Ｘサーブが発行する複数のコマンドラインを、例え
ば、１命令にするプロトコルを用いることも容易にで
き、通信のオーバヘッドを軽減できる。

【００１０】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図１は、本発明の遠隔ウィンドウ制御システ
ムの本発明に係わる構成の一実施例を示すブロック図で
ある。本図において、１〜３は、Ｘウィンドウ機能を有
する各々遠隔地に設けられたＵＮＩＸ装置としてのワー
クステーション、４は、ワークステーション１を収容す
るＬＡＮ（図中、イーサネットと記載）、５は、ワーク
ステーション１、２間を接続する専用線、６は、ワーク
ステーション３を収容するパケット網、７および７ａ
は、それぞれ、ワークステーション１およびワークステ
ーション２に接続されたＣＲＴ（ＣａｔｈｏｄｅＲａ
ｙＴｕｂｅ、陰極線管）等のディスプレイ、８および
８ａは、それぞれ、ワークステーション１およびワーク
ステーション２に接続されたキーボードやマウス等から
なる入力部、９は、ワークステーション１に収容されて
いるアプリケーション処理を行うクライアント、１０お
よび１０ａは、クライアントとの通信によるウィンドウ
の表示制御を含む入出力処理を行うＸサーバ、１１およ
び１１ａは、本発明に係わり、ワークステーション２の
Ｘサーバ１０ａとワークステーション１のクライアント
９との接続制御を行なう遠隔ウィンドウ接続部、１２、
１２ａ、および、１３、１３ａは、それぞれ、ワークス
テーション１、２に接続されたディスプレイ５、５ａへ
の物理ウィンドウ１４、１４ａの描画や、入力部８、８
ａからの入力等の入出力制御を行なうＢＭＰとウィンド
ウドライバ（ウィンドウ制御部）、１５および１５ａ
は、それぞれ、遠隔ウィンドウ接続部１１、１１ａに設
けられ、接続先のワークステーション１、２間の回線
（専用線５）に対応する通信制御を行なう本発明の通信
制御部としての通信ドライバ、１６および１６ａは、そ
れぞれ、遠隔ウィンドウ接続部１１、１１ａに設けら
れ、通信ドライバ１５、１５ａやＸサーバ１０、１０
ａ、または、ウィンドウドライバ１３、１３ａのそれぞ
れから入力される入力イベントの送信先を判別し、送信
先に対応した入力イベントの送信処理を行なうリモート
ウィンドウ制御部である。尚、ワークステーション３に
おいても、ワークステーション１、２と同様に、本発明
に係わる遠隔ウィンドウ接続部が設けられており、パケ
ット網６を介して、ワークステーション１に接続され、
クライアント９の利用が可能な構成となっている。

【００１１】このような構成の遠隔ウィンドウ制御シス
テムにおいて、例えば、ワークステーション１のクライ
アント９が、Ｘｌｉｂの関数の描画リクエストを発行す
ると、Ｘサーバ１０が、このリクエスト内容を解釈し
て、ウィンドウドライバ１３に対して複数のコマンドラ
インを発行するが、本実施例の遠隔ウィンドウ制御シス
テムでは、そのコマンドを、遠隔ウィンドウ接続部１１
を経由するようにする。そして、遠隔ウィンドウ接続部
１１は、リモートウィンドウ制御部１６により、Ｘサー
バ１０からのコマンドラインが、どの物理ウィンドウに
対してのリクエストかを判断し、該当する物理ウィンド
ウに送信処理を行なう。例えば、ワークステーション１
の物理ウィンドウ１４に対してのリクエストの場合、Ｘ
サーバ１０からのコマンドラインを、そのままウィンド
ウドライバ１３に発行する。また、遠隔地にあるワーク
ステーション２の物理ウィンドウ１４ａに対してのリク
エストの場合には、Ｘサーバ１０からの複数のコマンド
ラインを解析して、通信ドライバ１５を用いて、目的の
物理ウィンドウ１４ａの存在するワークステーション２
と通信を行う。この時、リモートウィンドウ制御部１６
は、コマンドラインを、所定の圧縮手順により、簡易な
プロトコルに変換すると共に、専用線５やパケット網６
での通信を可能にするためのハンドリングを通信ドライ
バ１５に行なう。

【００１２】ワークステーション２においては、遠隔ウ
ィンドウ接続部１１ａが、通信ドライバ１５ａにより、
ワークステーション１の遠隔ウィンドウ接続部１１から
のリクエストを受信し、そして、リモートウィンドウ制
御部１６ａにより、このリクエストから、ワークステー
ション１のＸサーバ１０と同じコマンドラインを生成し
て発行する。その後、ウィンドウドライバ１３ａが、Ｂ
ＭＰ１２ａを用いてディスプレイ７ａの物理ウィンドウ
１４ａに表示する。また、ワークステーション２の入力
部８ａから、ワークステーション１のクライアント９へ
の入力は、遠隔ウィンドウ接続部１１ａが、ＢＭＰ１２
ａとウィンドウドライバ１３ａにより、このリクエスト
（入力イベント）を受信し、リモートウィンドウ制御部
１６により、送信先のワークステーション１を判別し、
そして、通信ドライバ１５ａを用いて、ワークステーシ
ョン１の遠隔ウィンドウ制御部１１に送信する。ワーク
ステーション１の遠隔ウィンドウ接続部１１は、通信ド
ライバ１５で受信したワークステーション２からのリク
エスト（入力イベント）先のクライアント９を、リモー
トウィンドウ制御部１６で判別し、Ｘサーバ１０に送信
する。尚、ワークステーション１において、自装置に接
続されている入力部８からクライアント９への入力があ
れば、遠隔ウィンドウ接続部１１が、ウィンドウドライ
バ１３からのイベントをそのままＸサーバ１０に送信す
る。

【００１３】このような動作を行なう遠隔ウィンドウ接
続部１１の詳細を、次の図２を用いて説明する。図２
は、図１における遠隔ウィンドウ接続部の本発明に係わ
る構成の一実施例を示すブロック図である。本実施例の
遠隔ウィンドウ接続部１１は、自ワークステーション側
のクライアント９からの描画リクエストに対応して自Ｘ
サーバ１０が発行するコマンドラインに基づき、描画リ
クエストの送信先を判別し、判別した送信先に対応し
て、描画リクエストの送信処理を行なう第１のリモート
ウィンドウ制御部２１と、自ワークステーションのウィ
ンドウドライバ１３からの入力イベント内容を解析し
て、この入力イベントの送信先を判別し、判別した送信
先に対応して、自ワークステーションのウィンドウドラ
イバ１３からの入力イベントの送信処理を行なう第２の
リモートウィンドウ制御部２２と、通信ドライバ１５を
介して入力される接続先の他ワークステーションからの
入力イベント内容を解析して、この入力イベントの送信
先を判別し、判別した送信先に対応して、接続先の他ワ
ークステーションからの入力イベントの送信処理を行な
う第３のリモートウィンドウ制御部２３と、第１のリモ
ートウィンドウ制御部２１と第３のリモートウィンドウ
制御部２３が、それぞれの送信処理時に参照するプロト
コル変換テーブル２４とにより構成されている。

【００１４】また、第１のリモートウィンドウ制御部２
１には、接続先の他ワークステーションの物理ウィンド
ウに対して自Ｘサーバが発行するコマンドラインを、プ
ロトコル変換テーブル２４を参照して、簡易なプロトコ
ルに変換する簡易プロトコル生成部２５が、また、第３
のリモートウィンドウ制御部２３には、接続先の他ワー
クステーションの簡易プロトコル生成部で簡易化されて
送られてきた簡易なプロトコルを、プロトコル変換テー
ブル２４を参照して、この簡易なプロトコルの送信元の
他ワークステーションのＸサーバが発行したコマンドラ
インに変換するコマンドライン生成部２６がそれぞれ設
けられている。

【００１５】第２のリモートウィンドウ制御部２２は、
ウィンドウドライバ１３から発生するイベント及び、割
込みを認識し、このイベントの内容を解析する。そし
て、このイベントが、自ワークステーション側のクライ
アント９に対するものであれば、ウィンドウドライバ１
３からのイベントをＸサーバ１０に送信する。また、こ
のイベントが、遠隔地で接続されているワークステーシ
ョン側のクライアントに対するものであれば、このウィ
ンドウドライバ１３からのイベント内容を、通信ドライ
バ１５を用いて遠隔地のワークステーションに送信す
る。

【００１６】第１のリモートウィンドウ制御部２１は、
Ｘサーバ１０から発生するイベント及び、割込みを認識
し、このイベント、すなわち、描画リクエストに対応し
てＸサーバ１０からＢＭＰに対して発行される複数のコ
マンドラインを解析する。そして、このコマンドライン
が、自ワークステーションの物理ウィンドウに対するも
のであれば、このコマンドラインをウィンドウドライバ
１３に送信し、自ワークステーションのディスプレイに
表示させる。また、このコマンドラインが、遠隔地で接
続されているワークステーションの物理ウィンドウに対
するものであれば、このＸサーバ１０からのコマンドラ
インを、通信ドライバ１５を用いて遠隔地のワークステ
ーションに送信する。

【００１７】この時、第１のリモートウィンドウ制御部
２１は、Ｘサーバ１０から発行された複数のコマンドが
Ｘｌｉｂのどの関数か認識し、簡易プロトコル生成部２
５により、この認識した関数をもとに、通信ドライバ１
５に送信するデータを、通信オーバヘッドの小さいプロ
トコルに編集する。すなわち、簡易プロトコル生成部２
５は、プロトコル変換テーブル２４を参照して、この関
数が示す処理を簡易なプロトコルに変換する。プロトコ
ル変換テーブル２４には、Ｘサーバ１０が発行するコマ
ンドが示す所定の一連の処理、例えば、線を描画する処
理など、各一連の処理ごとの識別番号が登録されてお
り、簡易プロトコル生成部２５は、Ｘサーバ１０が発行
するコマンドラインを、対応する処理の識別番号に変換
する。例えば、線を描画する処理であれば、識別番号
「００１」に変換する。そして、第１のリモートウィン
ドウ制御部２１は、この識別番号「００１」と線の色や
始点、終点などのパラメータを、通信ドライバ１５を用
いて遠隔地のワークステーションに送信する。Ｘサーバ
１０が発行するコマンドラインのプロトコルは、一般
に、冗長であり、低速な転送速度の専用線やパケット網
で、転送を行なうのは無理であるが、このように、コマ
ンドラインを、予め設定されている対応する処理の識別
番号とパラメータに変換して簡易化することにより、Ｘ
サーバ１０が発行するコマンドラインの内容を、専用線
やパケット網を介して転送することができる。

【００１８】第３のリモートウィンドウ制御部２３は、
通信ドライバ１５から発生するイベント及び、割込みを
認識し、このイベントを解析する。そして、このイベン
トが、自ワークステーションのクライアントに対するも
のであれば、このイベントをサーバ１０に送信する。ま
た、このイベントが、自ワークステーションの物理ウィ
ンドウに対するものであれば、すなわち、他ワークステ
ーション側のクライアントからの描画リクエストであれ
ば、このイベント内容をウィンドウドライバ１３に送信
し、自ワークステーションのディスプレイに表示させ
る。

【００１９】ここで、この描画リクエストであるイベン
トは、他ワークステーション側で、プロトコル変換テー
ブル２４と同じテーブルを用いて簡易化されたプロトコ
ルである。そのために、第３のリモートウィンドウ制御
部２３は、コマンドライン生成部２６により、プロトコ
ル変換テーブル２４を用いて、簡易化されたプロトコル
から、他ワークステーションのＸサーバが発行したコマ
ンドラインを再生成する。すなわち、コマンドライン生
成部２６は、プロトコル変換テーブル２４を参照して、
このイベントが示す識別番号に対応する一連の処理を選
出し、この処理に対応する他ワークステーション側のＸ
サーバがクライアントの描画リクエストに対応して発行
したコマンドラインを発行する。

【００２０】次に、遠隔ウィンドウ接続部１１の本発明
に係わる動作説明を、次の図３を用いて行なう。図３
は、図２における遠隔ウィンドウ接続部の本発明に係わ
る処理動作の一実施例を示すフローチャートである。図
２におけるＸサーバ１０からイベントが入力されたなら
ば（ステップ３０１、３０２）、図２の第１のリモート
ウィンドウ制御部２１は、この入力イベントの内容を解
析して、その送信先を判別する（ステップ３０３）。こ
の入力イベントが、自装置の物理ユニットの描画リクエ
ストであれば（ステップ３０４）、入力イベント（描画
リクエストに対応して図２のＸサーバ１０が発行したコ
マンドライン）を、自装置のウィンドウドライバに送信
する（ステップ３０５）。また、他装置の物理ユニット
の描画リクエストであれば（ステップ３０４）、図２の
簡易プロトコル生成部２５により、このコマンドライン
を簡易なプロトコルに変換して（ステップ３０６）、図
２の通信ドライバ１３を介して、送信先の他装置に送信
する（ステップ３０７）。

【００２１】また、入力イベントが、自装置のウィンド
ウドライバから入力されたならば（ステップ３０２）、
図２の第２のリモートウィンドウ制御部２２は、この入
力イベントの内容を解析して、その送信先を判別する
（ステップ３０８）。この入力イベントが、自装置側の
クライアントへの入力であれば（ステップ３０９）、こ
の入力イベント（図１の入力部８からの入力データ）
を、自装置のＸサーバに送信する（ステップ３１０）。
また、他装置側のクライアントへの入力であれば（ステ
ップ３０９）、図２の通信ドライバ１３を介して、送信
先の他装置に送信する（ステップ３１１）。

【００２２】また、入力イベントが、通信ドライバから
入力されたならば（ステップ３０２）、図２の第３のリ
モートウィンドウ制御部２３は、この入力イベントの内
容を解析して、その送信先を判別する（ステップ３１
２）。この入力イベントが、自装置の物理ユニットへの
描画リクエスト、すなわち、簡易化されたプロトコルで
あれば（ステップ３１３）、図２のコマンドライン生成
部２６により、この簡易なプロトコルを元のコマンドラ
インに変換して（ステップ３１４）、自装置のウィンド
ウドライバに送信する（ステップ３１５）。また、自装
置側のクライアントに対する入力リクエストであれが
（ステップ３１３）、この入力リクエストを、自装置の
Ｘサーバへ送信する（ステップ３１６）。

【００２３】以上、図１〜図３を用いて説明したよう
に、本実施例の遠隔ウィンドウ制御システムでは、それ
ぞれ遠隔地に設けられたＸウィンドウ機能を有するワー
クステーションを、相互のＸサーバを介して接続してい
るので、例えば、異なるＬＡＮのクライアントとの通信
を、ルータやリモートブリッジを必要としない安価な構
成で、従来のクライアント（ＡＰ）とＸサーバのインタ
ーフェースを保証して行うことができる。また、相互の
Ｘサーバ間の通信に、Ｘサーブが発行する複数のコマン
ドラインを、例えば、１命令にするプロトコルを用いて
おり、通信のオーバヘッドを軽減でき、アプリケーショ
ンで通信のオーバヘッドを考慮する必要がなく、システ
ムを高性能化できる。また、従来のＡＰ間通信で接続を
行う場合のように、各拠点のワークステーションに業務
アプリケーションを配置する必要がなくなり、遠隔地の
各拠点のワークステーションのメンテナンスの検討が不
要となり、システムの運用が容易となる。

【００２４】尚、本発明は、図１〜図３を用いて説明し
た実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能である。例えば、図１に
おけるワークステーション２を、Ｘサーバ専用機とする
ことにより、ワークステーション２の遠隔ウィンドウ接
続部１１ａにおける第２、第３のリモートウィンドウ制
御部のそれぞれを不要とし、その構成を簡素化すること
も可能である。

【００２５】

【発明の効果】本発明によれば、高価なルータやリモー
トブリッジの使用や、アプリケーションでの通信のオー
バヘッドの考慮、各拠点のＵＮＩＸ装置としてのワーク
ステーションへの業務アプリケーションの配置、およ
び、遠隔地の多拠点のワークステーションのメンテナン
ス方式の検討等が不要となり、複数の小規模ＬＡＮ等、
端末の数が少ない複数の拠点の相互接続を、効率良く、
かつ、安価に行うことが可能である。

【図面の簡単な説明】

【図１】本発明の遠隔ウィンドウ制御システムの本発明
に係わる構成の一実施例を示すブロック図である。

【図２】図１における遠隔ウィンドウ接続部の本発明に
係わる構成の一実施例を示すブロック図である。

【図３】図２における遠隔ウィンドウ接続部の本発明に
係わる処理動作の一実施例を示すフローチャートであ
る。

【符号の説明】

１〜３ワークステーション４ＬＡＮ５専用線６パケット網７、７ａディスプレイ８、８ａ入力部９クライアント１０、１０ａＸサーバ１１、１１ａ遠隔ウィンドウ接続部１２、１２ａＢＭＰ１３、１３ａウィンドウドライバ１４、１４ａ物理ウィンドウ１５、１５ａ通信ドライバ１６、１６ａリモートウィンドウ制御部２１第１のリモートウィンドウ制御部２２第２のリモートウィンドウ制御部２３第３のリモートウィンドウ制御部２４プロトコル変換テーブル２５簡易プロトコル生成部２６コマンドライン生成部

Claims

【特許請求の範囲】

【請求項１】アプリケーション処理を行うクライアン
トと、該クライアントとの通信による物理ウィンドウの
表示制御を含む入出力処理を行うＸサーバとからなるＸ
ウィンドウ機能を有する各々遠隔地に設けられたＵＮＩ
Ｘ装置間で、各々のウィンドウを制御するシステムであ
り、上記遠隔地に設けられた各々のＵＮＩＸ装置のＸサ
ーバ間の接続制御を相互に行い、接続先の他ＵＮＩＸ装
置のＸサーバを介して、該他ＵＮＩＸ装置側のクライア
ントと自ＵＮＩＸ装置のＸサーバとの通信を制御する遠
隔ウィンドウ接続手段を設けることを特徴とする遠隔ウ
ィンドウ制御システム。
【請求項２】請求項１に記載の遠隔ウィンドウ制御シ
ステムにおいて、上記遠隔ウィンドウ接続手段は、上記
接続先の他ＵＮＩＸ装置間の回線に対応する通信制御を
行なう通信制御手段と、該通信制御手段と上記自Ｘサー
バ、および、自ＵＮＩＸ装置のウィンドウ入出力制御を
行なうウィンドウ制御手段のそれぞれから入力される入
力イベントの送信先を判別し、送信先に対応した上記入
力イベントの送信処理を行なうリモートウィンドウ制御
手段とを具備することを特徴とする遠隔ウィンドウ制御
システム。
【請求項３】請求項１、もしくは、請求項２のいずれ
かに記載の遠隔ウィンドウ制御システムにおいて、上記
遠隔ウィンドウ接続手段は、上記接続先の他ＵＮＩＸ装
置の物理ウィンドウに対して自Ｘサーバが発行するコマ
ンドラインを、所定の圧縮手順により、簡易なプロトコ
ルに変換する簡易プロトコル生成手段と、接続先の他Ｕ
ＮＩＸ装置の上記簡易プロトコル生成手段で簡易化され
て送られてきた簡易なプロトコルを、上記所定の圧縮手
順に対応する伸張手順により、該簡易なプロトコルの送
信元の他ＵＮＩＸ装置のＸサーバが発行したコマンドラ
インに変換するコマンドライン生成手段とを具備するこ
とを特徴とする遠隔ウィンドウ制御システム。
【請求項４】請求項１から請求項３のいずれかに記載
の遠隔ウィンドウ制御システムにおいて、上記遠隔ウィ
ンドウ接続手段は、自ＵＮＩＸ装置側のクライアントか
らの描画リクエストに対応して自Ｘサーバが発行するコ
マンドラインに基づき、上記描画リクエストの送信先を
判別し、判別した送信先に対応して、上記描画リクエス
トの送信処理を行なう第１のリモートウィンドウ制御手
段を具備することを特徴とする遠隔ウィンドウ制御シス
テム。
【請求項５】請求項１から請求項４のいずれかに記載
の遠隔ウィンドウ制御システムにおいて、上記遠隔ウィ
ンドウ接続手段は、自ＵＮＩＸ装置の入力手段からの入
力イベント内容に基づき、該入力イベントの送信先を判
別し、判別した送信先に対応して、上記自入力手段から
の入力イベントの送信処理を行なう第２のリモートウィ
ンドウ制御手段を具備することを特徴とする遠隔ウィン
ドウ制御システム。
【請求項６】請求項１から請求項５のいずれかに記載
の遠隔ウィンドウ制御システムにおいて、上記遠隔ウィ
ンドウ接続手段は、上記接続先の他ＵＮＩＸ装置からの
入力イベント内容に基づき、該入力イベントの送信先を
判別し、判別した送信先に対応して、上記接続先の他Ｕ
ＮＩＸ装置からの入力イベントの送信処理を行なう第３
のリモートウィンドウ制御手段を具備することを特徴と
する遠隔ウィンドウ制御システム。