JPH08241276A

JPH08241276A - アプリケーション共有化システム

Info

Publication number: JPH08241276A
Application number: JP7066832A
Authority: JP
Inventors: Akihiro Okumura; 晃弘奥村; Tadamichi Tagawa; 忠道田川; Toshihiko Miyazaki; 敏彦宮崎
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 1995-03-01
Filing date: 1995-03-01
Publication date: 1996-09-17

Abstract

(57)【要約】【目的】ネットワークを用いたサーバクライアント型
のウインドウシステムにおいて、通信量を減少させてネ
ットワークの効率的な利用を図る。【構成】疑似サーバ３は、クライアント１、マスター
・サーバ５、スレーブ・サーバ６−１，６−２に対し
て、ネットワーク２−１〜２−４を介して直接接接続さ
れている。従って、クライアント１がマスター・サーバ
５に対し一定のアプリケーション実行を要求する場合に
は、疑似サーバ３がマスター・サーバ５として動作し、
クライアント１との間のデータ交換を行う。なお、クラ
イアント１の要求は疑似サーバ３においてプロトコル変
換され、マスター・サーバ５等に対して転送される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータ遠隔会議
システム、遠隔デスクトップ・プレゼンテーション・シ
ステム等で採用されているような、相互にネットワーク
を介して接続され分散処理を行う複数のコンピュータ間
でアプリケーションを共有するためのアプリケーション
共有化システムに関する。

【０００２】

【従来の技術】それぞれ、独自のプログラムによって動
作するコンピュータ間をネットワークを介して接続し、
特定のアプリケーションを共有することによってコンピ
ュータ遠隔会議システム等が実現する。その具体的な実
現方法としては、ネットワークを介して相互に接続され
るコンピュータのサーバにそれぞれ情報転送を実行する
トランサーを設ける。このトランサーはサーバとネット
ワークとの間のインタフェースとなる。このトランサー
を介して各サーバは相互にウインドウ表示情報等を交換
する。このような技術は次のような文献に記載されてい
る。特公平５−４６５６８号公報，「“XTV:A Framewor
k for Sharing X Window Clients in Remote Synchrono
us Collaboration” Hussein M.Abdel-Wahab,Mark A.Fe
it, Proc.of IEEE TriComm '91,pp.159-167,(1991) 」

【０００３】

【発明が解決しようとする課題】ところで、上記のよう
な従来のアプリケーション共有化システムには次のよう
な解決すべき課題があった。上記のようなアプリケーシ
ョン共有化システムでは、クライアントからの要求を受
けてウインドウ環境を提供するマスター・サーバで生じ
た表示内容の変更等は、ネットワークを通じて他のスレ
ーブ・サーバに送信される。

【０００４】しかしながら、例えばクライアントから複
数のサーバに情報を送信する場合には、各サーバ毎に設
けられたトランサーを中継することから、ネットワーク
を頻繁に使用することになる。ところが、コンピュータ
ネットワークは、一般に多種多様なシステムに同時に利
用され、膨大な量の情報が行き交う。この場合、ネット
ワークが過負荷の状態にあるケースも少なくない。従っ
て、情報送受信のために繰り返しネットワークを使用す
るアプリケーション共有化システムを採用すると、信号
の遅延が累積し、システム全体のパフォーマンスを低下
させるおそれもある。また、ネットワークを混乱させ、
他のシステムへ悪影響を与えかねない。

【０００５】また、アプリケーションが共有化される
と、利用者はそれぞれ離れた場所にいても作業を行うこ
とができる。相手の動作が見えれば、相手が「何をしよ
うとしているか」を推測でき、円滑にコミュニケーショ
ンできる。

【０００６】

【課題を解決するための手段】本発明は上記の点を解決
するため次の構成を採用する。クライアントの要求によ
りウインドウ環境を提供するマスター・サーバと、この
マスター・サーバとアプリケーションを共有する任意の
スレーブ・サーバと、クライアントとマスター・サーバ
とスレーブ・サーバに直接ネットワークを介して接続さ
れた疑似サーバとを備え、この疑似サーバは、クライア
ントからのマスター・サーバに対するリクエストを中継
して、マスター・サーバとスレーブ・サーバに送信する
一方、各サーバ即ちマスター・サーバやスレーブ・サー
バからクライアントに対するイベントを中継して、クラ
イアントに送信する。なお、疑似サーバは、リクエスト
の中継とイベントの中継の際に、送信側と受信側のプロ
トコルを認識して、相互にプロトコル変換処理を実行す
るとよい。

【０００７】更に、アプリケーションを共有するマスタ
ー・サーバとスレーブ・サーバに設けられて、アプリケ
ーションの操作画面を管理するウインドウ管理部が、ア
プリケーション画面上に表示される透明ウインドウに、
任意の表示の書き込みを制御することもできる。

【０００８】

【作用】疑似サーバは、クライアント、マスター・サー
バ、スレーブ・サーバに対してネットワークを介して直
接接続されている。従って、クライアントがマスター・
サーバに対し一定のアプリケーション実行を要求する場
合には、疑似サーバがマスター・サーバとして動作し、
クライアントとの間のデータ交換を行う。なお、クライ
アントの要求は疑似サーバにおいてプロトコル変換さ
れ、マスター・サーバに対して転送される。

【０００９】マスター・サーバはクライアントの要求に
よりウインドウ環境を提供する。また、スレーブ・サー
バはマスター・サーバとアプリケーションを共有する。
この場合に、疑似サーバはこれらの間にあって、クライ
アントに対してはマスター・サーバとして動作し、マス
ター・サーバに対してはクライアントとして動作する。
スレーブ・サーバに対してはマスター・サーバとして動
作し、必要に応じてプロトコル変換を行いながら情報を
転送する。疑似サーバは、クライアント、マスター・サ
ーバ、スレーブ・サーバと直接ネットワークにより接続
されているため、情報の中継は全て疑似サーバにおいて
行われ、ネットワークの使用回数が減少する。

【００１０】操作権を持つ参加者のサーバにはマウスポ
インタが表示され、操作権の無い参加者の各サーバに表
示するウインドウ上には、マウスポインタと対応する位
置にカレントポインタを表示する。これにより、操作者
のカレントポインタ操作を他の参加者が直接ウインドウ
上で見ることができ、操作者の意図を推測できるように
なる。また、通常のウインドウ上に透明のウインドウを
形成し、そこに任意の書き込みを可能にすれば、これま
でのウインドウシステムに手を加えることなく、効率の
良いコミュニケーションが実現する。

【００１１】

【実施例】以下、本発明を図の実施例を用いて詳細に説
明する。［実施例１］図１は、本発明のアプリケーション共有化
システム実施例を示すブロック図（その１）である。こ
のシステムは、クライアント１と疑似サーバ３、マスタ
ー・サーバ５及び２台のスレーブ・サーバ６−１，６−
２から構成されている。クライアント１と疑似サーバ３
とはネットワーク２−１により接続されている。また、
マスター・サーバ５と疑似サーバ３とはネットワーク２
−３により接続されている。更に、疑似サーバ３とスレ
ーブ・サーバ６−１，６−２とは、それぞれネットワー
ク２−２，２−４により接続されている。こうして、本
発明においては、疑似サーバ３がクライアント１やその
他のサーバ５，６−１，６−２と直接ネットワークを介
して接続される構成となっている。

【００１２】疑似サーバ３はアプリケーション共有化の
ためのプロトコルの分配を行うユニットである。マスタ
ー・サーバ５とスレーブ・サーバ６−１，６−２は例え
ばＸ−ＷｉｎｄｏｗシステムのＸサーバプログラムを制
御するマシンである。マスター・サーバ５とスレーブ・
サーバ６−１，６−２は機能的には全く同等のものでよ
く、ここでは、単にクライアント１に直接つながってい
るように見せかけているウインドウシステムをマスター
・サーバ５と呼び、それ以外のウインドウシステムをス
レーブ・サーバ６−１，６−２と呼んでいる。このマス
ター・サーバ５は、クライアント１の要求によりウイン
ドウ環境を提供する。ウインドウ環境というのは、アプ
リケーションの操作画面のことであり、これがマスター
・サーバ５に制御される。

【００１３】クライアント１は共有化の対象となる、例
えばＸ−Ｗｉｎｄｏｗシステム用のスタンド・アローン
のアプリケーションである。これは、そのウインドウシ
ステム用の一般のアプリケーションであってもよい。各
サーバに表示されるウインドウを制御するアプリケーシ
ョンもこのクライアントとなる。ネットワーク２−１〜
２−４は、分散マシン環境を構成するために各マシンを
接続しているネットワークである。

【００１４】図２に、比較のための一般のアプリケーシ
ョン共有化システムブロック図を示す。このシステム
は、クライアント１、マスター・サーバ５、スレーブ・
サーバ６−１、スレーブ・サーバ６−２がネットワーク
８を介して相互に接続されている。また、ネットワーク
８のインタフェースとして、トランサー７−１，７−
２，７−３がそれぞれのサーバに接続されている。これ
と本発明とを比較すると、本発明のものは各サーバ毎に
設けられていたトランサーをまとめて、１台の疑似サー
バにその役を割り当てている。

【００１５】図３は、本発明によるアプリケーション共
有化システムの動作フローチャートである。アプリケー
ション共有化システムの実行に先だって、ユーザは、Ｘ
−Ｗｉｎｄｏｗシステムを使用し、一般のアプリケーシ
ョンを利用しているものとする。従って、マスター・サ
ーバ５及び、スレーブ・サーバ６−１，６−２は既に動
作している。ここで、複数のユーザ間でのアプリケーシ
ョン共有が必要になったときに、疑似サーバ３を起動
し、アプリケーション共有化システムを稼働させる（ス
テップＳ１）。

【００１６】疑似サーバ３を起動する際には、どのユー
ザ間でアプリケーション共有を行うかを、各ユーザの使
用しているサーバ名を使って、疑似サーバ３に知らせ
る。共有したいアプリケーション即ち、クライアント１
を起動するときは、疑似サーバ３をサーバとして指定し
て起動する。こうして、疑似サーバ３をアプリケーショ
ンを共有するサーバと接続する（ステップＳ２）。クラ
イアント１を起動したとき、疑似サーバ３はクライアン
ト１から接続要求を受け取り、マスター・サーバ５及び
スレーブ・サーバ６−１，６−２に上記接続要求を分配
する（ステップＳ３）。一般のＸ−Ｗｉｎｄｏｗシステ
ムにおいて、クライアントからの接続要求を受け取った
サーバは、サーバ情報を送り返す。今、マスター・サー
バ５やスレーブ・サーバ６−１，６−２から見た場合、
疑似サーバ３がクライアントに相当するので、疑似サー
バ３にサーバ情報を送り返す。こうして、疑似サーバ３
は各サーバ情報を取得する（ステップＳ４）。

【００１７】次に、疑似サーバ３は各サーバのサーバ情
報を記録し、マスター・サーバ５が送り返してきたサー
バ情報をクライアント１に送る（同ステップＳ４）。そ
の後、クライアント１は、受け取ったサーバ情報をもと
にウインドウ作成等のリクエストを各サーバに送ること
によって動作する。疑似サーバ３は、クライアント１が
送出してきたリクエストのプロトコル変換及び分配を行
う（ステップＳ５）。

【００１８】つまり、クライアント１は本来スタンド・
アローンのアプリケーションとして作成されており、マ
スター・サーバ５のサーバ情報を受け取っているので、
クライアント１はマスター・サーバ５用のリクエストを
送出している。ここで、スレーブ・サーバ６−１，６−
２でも同じウインドウを作成させて、アプリケーション
共有を行うために、疑似サーバはクライアント起動時に
記憶したサーバ情報をもとにこのリクエストを各スレー
ブ・サーバ６−１，６−２用に変換し、それぞれのスレ
ーブ・サーバ６−１，６−２に分配する。

【００１９】一方、各サーバ５からクライアント１へ送
られるイベントはリクエスト分配と逆の手順で変換し、
マスター・サーバからのイベントのように変換してクラ
イアント１へ送出する（ステップＳ６）。疑似サーバは
このように動作する。

【００２０】以上のようにして、疑似サーバ３はクライ
アント１によるリクエストを中継し、マスター・サーバ
等に送信する一方、マスター・サーバからのイベントを
中継しクライアントに送る。分散処理システムにおいて
は、クライアントやサーバのウインドウ制御プロトコル
が相互に異なる場合があるため、疑似サーバ３はそのよ
うなプロトコル変換を実行する。これによって、疑似サ
ーバ３の中継により、相互にリクエストやイベントが送
受信され、しかも疑似サーバが一括して中継を行うので
従来よりもネットワーク利用回数が減少する。

【００２１】例えば、クライアントからのリクエストを
各サーバに分配する場合には、図１の実施例では疑似サ
ーバ３がネットワーク２−１，２−２，２−３，２−４
を、それぞれ１回ずつ使用して一括転送する。一方、図
２の比較例では、クライアント１のリクエストをスレー
ブ・サーバ６−１に送るときには、まずリクエストをト
ランサー７−１に送り、次にトランサー７−１がトラン
サー７−２にこれを転送し、更にトランサー７−１がそ
のリクエストをスレーブ・サーバ６−１に転送する。従
って、情報転送のためにネットワーク８を使用する回数
が本発明の２倍となり、本発明よりもトラフィックが増
大する。

【００２２】［実施例２］上記のようなアプリケーショ
ンの共有化システムにおいては、利用者がそれぞれ離れ
た場所にいても同一のウインドウを参照しながら協調作
業を行うことが可能である。しかしながら、利用者はア
プリケーション操作のためのウインドウを見ることはで
きても、離れた場所にいる利用者を直接見ることはでき
ない。従って、そのような利用者がどこに注目している
か、何をしようとしているかを把握するのは容易でな
い。そのためにコミュニケーションがうまくできず、作
業に支障をきたすおそれがある。この場合、他の利用者
の手の動きや視線が指すべき先を容易に認識できればコ
ミュニケーションが円滑になる。

【００２３】図４の実施例は、そのような操作を実現す
るためのものである。即ち、このシステムは、先に説明
した実施例と同様に、疑似サーバ３によってクライアン
ト１、マスター・サーバ５及びスレーブ・サーバ６−
１，６−２を相互に接続している。そして、各サーバに
は、それぞれカレントポインタ処理部１１−１，１１−
２、１１−３が設けられている。このカレントポインタ
処理部は、操作権を持っている参加者のマウス等による
ポインティングデバイスの動きを他の参加者からも見え
るように、他の参加者のウインドウに表示する。このた
めのポインタをカレントポインタと呼ぶ。これが操作権
を持つ参加者の手の動きの代わりとなる。なお、操作権
というのは、その時点でアプリケーションを操作するた
めの権利である。この操作権を利用者の間でやり取りす
ることによって、ある時点ではアプリケーションを操作
できるのは１人であるが、全体としては参加者全員でア
プリケーションを操作することができる。

【００２４】図５に、カレントポインタ処理部のブロッ
ク図を示す。カレントポインタ処理部１１−１は、カレ
ントポインタ表示機能を実現するためのユニットであ
り、図の下側に示すように、制御部１２とポインタ処理
部１５、ウインドウ管理部１４、通信管理部１３、ユー
ザインタフェース１６により構成される。なお、カレン
トポインタ処理部１１−２，１１−３も全く同様の構成
である。制御部１２はカレントポインタ処理部１１−１
のための基本処理を行うユニットである。

【００２５】ポインタ処理部１５は図示しない各サーバ
の表示部に表示されるマウスポインタの位置の検出やカ
レントポインタの表示を行うユニットである。ウインド
ウ管理部１４は共有化の対象ウインドウを管理するため
のユニットである。通信管理部１３は疑似サーバ３との
通信を管理するユニットである。ユーザインタフェース
１６はユーザインタフェースを管理するユニットであ
る。

【００２６】疑似サーバ３はスタンド・アローンのアプ
リケーションを分散マシン環境で共有化することを実現
するための中枢部分である。疑似サーバ３、マスター・
サーバ５、スレーブ・サーバ６−１，６−２、クライア
ント１の各プログラムは全て独立したプロセスであり、
ネットワークでつながれた分散マシン環境内において
は、どのプロセスがどのマシンで動作しようとも、全く
支障はない。

【００２７】次に、カレントポインタ処理部１１−１の
動作をカレントポインタの表示・非表示動作を例にとっ
て説明する。カレントポインタ処理部１１−１は、操作
権があるときは、疑似サーバ３を通じて他のカレントポ
インタ処理部１１−２や１１−３にカレントポインタ表
示命令またはカレントポインタ非表示命令を送信し、操
作権がないときは他のカレントポインタ処理部１１−２
や１１−３から疑似サーバ３を通じて送られてくるカレ
ントポインタ表示命令またはカレントポインタ非表示命
令を受信し、命令内容に従ってカレントポインタの表示
及び非表示の制御を行う。

【００２８】図６と図８は、カレントポインタ表示制御
動作フローチャートである。また、図７にはウインドウ
ＩＤデータ説明図を示す。まず図６を用いて、疑似サー
バ３によるカレントポインタ表示命令またはカレントポ
インタ非表示命令を送信するときの動作について説明す
る。最初の処理は制御部１２で行われる。ステップＳ１
でこれからの処理の対象となるクライアントを一つ決め
る。複数のクライアントを扱っているときは、対象クラ
イアントを順番に変えるようにする。ステップＳ２で対
象クライアントの操作権を持っているかどうか調べる。
もし操作権を持っているならば、ステップＳ３へ移る。
持っていない場合は、処理を終了する。

【００２９】ステップＳ３で、制御部１２はウインドウ
管理部１４に対象クライアントのクライアント識別子を
渡す。ウインドウ管理部１４はクライアント識別子よ
り、クライアントが作成したウインドウのウインドウＩ
Ｄを選択し、ポインタ処理部１５に渡す。ステップＳ４
で、ポインタ処理部１５は、マウスポインタの現在位置
と現在侵入しているウインドウのウインドウＩＤを調査
する。これはウインドウシステムに問い合わせることに
よって実現できる。

【００３０】ウインドウＩＤデータの内容を図７により
説明する。図７に示すように、クライアントが、例えば
４個ある場合には、それぞれ０〜３までのクライアント
識別子を設定し、各クライアントの作成したウインドウ
に、それぞれ図のようにウインドウＩＤを記録してお
く。このウインドウＩＤを決定するのは、そのディスプ
レイにつながったサーバである。

【００３１】図６のステップＳ５で、対象クライアント
のウインドウ上にマウスポインタがあるかどうか調べ
る。これは、ウインドウ管理部１４が選択したウインド
ウＩＤとステップＳ４で調べたマウスポインタが現在侵
入しているウインドウＩＤとを比較することによって行
われる。もしも、ウインドウ内にマウスポインタがある
場合は、ステップＳ８に移る。ウインドウ内にマウスポ
インタがない場合は、ステップＳ６に移る。ステップＳ
７では、ステップＳ４で調べたマウスポインタの現在位
置と侵入しているウインドウＩＤからマウスポインタの
ウインドウ内での相対位置を算出する。

【００３２】ステップＳ７では、カレントポインタ表示
命令として、クライアント識別子とウインドウＩＤ、ウ
インドウ内での相対座標を疑似サーバ３に送信する。そ
れが終れば処理を終了する。ステップＳ８では、カレン
トポインタ非表示命令を疑似サーバ３に送信する。それ
が終れば処理を終了する。

【００３３】疑似サーバ３の動作を図８により説明す
る。ステップＳ１は疑似サーバ３の通常の処理に相当す
る。ステップＳ２では、ウインドウの作成が行われたか
どうかを調べる。もし、行われた場合はステップＳ３へ
移り、違う場合は、ステップＳ４へ移る。ステップＳ３
では、作成されたウインドウのウインドウＩＤを調べ
て、それを新しく作成されたウインドウＩＤとして、ウ
インドウを作成したクライアントの識別子と共にカレン
トポインタ処理部１１−１に通知する。サーバ毎に作成
されたウインドウＩＤが異なる場合は、それぞれのウイ
ンドウシステムについて作成されたウインドウＩＤを調
べ、それぞれのウインドウシステムに接続されているカ
レントポインタ処理部１１−１にそのウインドウＩＤと
ウインドウを作成したクライアントの識別子を通知す
る。これはウインドウ管理部１４に保存される。ウイン
ドウＩＤの通知が終了すれば、ステップＳ４に移る。

【００３４】ステップＳ４では、カレントポインタ処理
部１１−１からカレントポインタ表示命令またはカレン
トポインタ非表示命令が届いているかどうか調べる。届
いている場合は、ステップＳ５に移り、違う場合はＳ７
に移る。ステップＳ５は、サーバ毎に作成されたウイン
ドウＩＤが異なる場合に必要な処理である。カレントポ
インタ表示命令内のウインドウＩＤを、カレントポイン
タ処理部１１−１が接続しているサーバの対応するウイ
ンドウＩＤに変換する。カレントポインタ非表示命令の
ときは何もしない。処理が終了すれば、ステップＳ６に
移る。なお、ウインドウＩＤを決定するのはそのディス
プレイにつながったサーバである。同一アプリケーショ
ンを動かしても、サーバとクライアント間の通信には、
各サーバが管理する資源のＩＤ等が含まれる。そこで、
スレーブ・サーバからのイベントはＩＤも変換される。

【００３５】ステップＳ６では、カレントポインタ表示
命令またはカレントポインタ非表示命令をこれを送信し
てきたカレントポインタ処理部１１−１以外の全てのカ
レントポインタ処理部に分配する。このときもし必要で
あれば、命令内のウインドウＩＤの値としてステップＳ
５で変換した値を使用する。処理が終了すれば、ステッ
プＳ７に移る。ステップＳ７では、カレントポインタ処
理部１１−１から操作権取得の報告が届いているかどう
か調べる。届いている場合は、ステップＳ８に移り、違
う場合はＳ１に戻る。ステップＳ８で、操作権がなくな
ったことを、今まで操作権を持っていたカレントポイン
タ処理部１１−１に伝える。処理が終了すれば、Ｓ１に
戻る。

【００３６】では、操作権がないときのカレントポイン
タ処理部１１−１の動作について説明する。操作権がな
いときカレントポインタ処理部１１−１は、疑似サーバ
３から送られてくるカレントポインタ表示命令またはカ
レントポインタ非表示命令に従ってカレントポインタの
表示を制御する。カレントポインタ表示命令を受け取っ
た場合は、命令内容のウインドウＩＤ、ウインドウ内で
の相対座標を使って、該当するウインドウＩＤのウイン
ドウ内での相対座標で示される位置にカレントポインタ
を表示する。また、カレントポインタ非表示命令を受け
取った場合は、次にカレントポインタ表示命令を受け取
るまで、カレントポインタの表示を行わないようにす
る。これらにより、カレントポインタの表示機能が実現
する。

【００３７】以上の結果、操作権を持っている参加者の
マウスポインタの動きがカレントポインタとして他の参
加者が注目しているウインドウ上に現れる。従って、操
作権を持っている参加者が各アプリケーションに対して
何をしようとしているか、何を指し示しているか等を他
の参加者に容易に通知できる。なお、自己の操作するマ
ウスポインタとカレントポインタの色や形状を異なるよ
うに表示すれば、他の利用者によるカレントポインタの
表示であることを明瞭に区別できる。

【００３８】また、利用者毎に異なる色のカレントポイ
ンタを設定すれば、どの利用者が操作権を持ってカレン
トポインタを操作しているかを容易に認識できるという
効果もある。これによって、操作権を持っている参加者
は自己のマウスポインタを移動させるだけで同時に他の
利用者のウインドウ上にカレントポインタを表示し、同
一の部分を指し示すことができるため、容易に的確に相
手に意志を伝えることが可能となる。

【００３９】［実施例３］アプリケーションを共有する
場合に、利用者相互のコミュニケーションを円滑にする
ためには、例えばアプリケーションの表示ウインドウ上
にマウスポインタだけでなく、任意の印を付けたり矢印
を書き込んだりといった操作もできるようにすることが
好ましい。本発明ではこれをウインドウの書き込み機能
と呼び、次の実施例ではその書き込み機能を実現してい
る。

【００４０】図９は、本発明のアプリケーション共有化
システムブロック図（その３）である。このシステム
は、図４に示した先の実施例のシステムのカレントポイ
ンタ処理部に代えて書き込み処理部２１−１，２１−
２，２１−３を設けている。この書き込み処理部は、例
えば図１０に示すような構成とされる。この書き込み処
理部２１のブロック構成の大部分は、図５を用いて説明
したカレントポインタ処理部と同様である。即ち、書き
込み処理部２１の全体を制御する制御部２２と、疑似サ
ーバ３等との間の通信を制御する通信管理部２３と、ウ
インドウ表示を制御するウインドウ管理部２４、ユーザ
インタフェース２６を備えている。

【００４１】なお、この他に、書き込み制御部２１に固
有の機能ブロックとして、入力切替部２５が備えられて
いる。ユーザインタフェース２６を操作して所定のデー
タその他を入力した場合、通常、表示装置上に表示され
たいずれかのウインドウにその入力が行われる。しかし
ながら、本発明においては、そのようなアプリケーショ
ン用のウインドウへのデータ入力の他に、これとは別に
設けられた透明のウインドウへのデータ入力を可能にす
る。入力切替部２５はそのようなアプリケーションウイ
ンドウ上へのデータ入力か、透明ウインドウ上へのデー
タ入力かを切り換えるための制御を行う部分である。

【００４２】図１１に、本発明による共有ウインドウ説
明図を示す。図に示すように、例えば表示装置上にアプ
リケーション用のウインドウ３１が表示されているとす
る。この場合に、本発明においては、その上に重なって
表示される透明ウインドウ３２を設定する。利用者はこ
の透明ウインドウ３２上に図に示すような○印３３や矢
印３４を書き込む。これが他のサーバに対しそのまま転
送され表示される。利用者はこのように透明ウインドウ
３２に対して各種の記号を入力し書き込みを行っている
が、利用者からはこの透明ウインドウ３２は見ることが
できないため、利用者はアプリケーションウインドウ３
１に直接そのような○印３３や矢印３４を入力している
ように感じる。もちろん、同一のウインドウを別のサー
バを用いて監視している他の利用者にも、そのようなウ
インドウ上へ○印３３や矢印３４が書き込まれているよ
うに見える。しかも、このような書き込みによってアプ
リケーション自身には何ら影響が及ばず、透明ウインド
ウ３２上への入力は自由に任意に行うことができる。従
って、透明ウインドウ３２へ書き込みを行った利用者が
他の利用者に対しその書き込み内容に沿った意志伝達を
行うことが可能となる。

【００４３】図１２に、ウインドウ書き込み動作フロー
チャートを示す。このステップＳ１は通常の処理であっ
て、その後、ウインドウ作成命令かどうかを判断するこ
と及び透明ウインドウへの書き込み処理かどうかを判断
する処理が進められる。ステップＳ２において、ウイン
ドウ作成命令かどうかを判断し、ウインドウ作成命令で
あれば、ステップＳ３において、書き込み処理部に通知
する。この場合には、ウインドウＩＤとウインドウを作
成したクライアントの識別子とを通知する。そのデータ
は図１０に示したウインドウ管理部２４によって管理デ
ータに含められる。次に、ステップＳ４において、書き
込み処理部から描画命令が来ているかどうかを判断す
る。描画命令が来ていればステップＳ５に移る。

【００４４】ステップＳ５では、該当するウインドウへ
その描画命令に対応する処理を実行する。なお、そのよ
うな描画命令は他のサーバにも分配される。この場合
に、該当するウインドウが透明ウインドウであれば、図
１に示すような○印３３や矢印３４が透明ウインドウ３
２上に書き込まれる。透明ウインドウ３２の操作もアプ
リケーションウインドウ３１の動作も同様で、ウインド
ウＩＤの指定に従って処理が進められる。以上により、
ウインドウシステムの処理する一般の描画命令を利用し
て疑似サーバ３は各ウインドウシステムに描画命令を直
接分配する。そして、その命令に従ってアプリケーショ
ンウインドウ上に表示された透明ウインドウに○印や矢
印等自由な描画を行い、利用者相互の意志伝達を図る。
その透明ウインドウが不要になれば、ウインドウ表示を
取消せば良い。

【００４５】この透明ウインドウ３２に書き込む各種の
印についても、利用者毎に色分けをすれば、どの利用者
が書き込んだ印か等を識別することが可能である。ま
た、ウインドウの入力モードの切替はアプリケーション
単位で行うようにしても良いし、複数の独立したウイン
ドウを持つアプリケーションについてはそのウインドウ
毎に入力モードを切り換えるようにしても良い。更に、
透明ウインドウ上に記入した記号等は自由に追加し消去
し相互に円滑なコミュニケーションを図ることが可能と
なる。

【００４６】

【発明の効果】以上説明した本発明のアプリケーション
共有化システムによれば、クライアントとマスター・サ
ーバとスレーブ・サーバに直接ネットワークを介して接
続された疑似サーバを設け、この疑似サーバによってク
ライアントからのマスター・サーバに対するリクエスト
を中継し、マスター・サーバとスレーブ・サーバに送信
する一方、マスター・サーバからクライアントに対する
イベントを中継してクライアントに送信するような構成
としたので、クライアントや各サーバは、常に疑似サー
バのみを対象にして情報の送受信を行えばよく、情報の
送受信ルートが簡潔になり、ネットワークの効率的な利
用を図ることができる。

【００４７】また、疑似サーバによって送信側と受信側
のプロトコルを認識して相互にプロトコル変換処理を実
行するようにすれば、それぞれ独自の分散処理システム
の間を接続してサーバー・クライアントシステムを円滑
に制御できる。

【００４８】また、アプリケーションの操作画面を表示
しその操作権を持つ場合に、カレントポインタの表示命
令と表示位置あるいは非表示命令とを、操作権の無い場
合には、カレントポイントの表示命令と表示位置あるい
は非表示命令を受信してカレントポイントの表示制御を
実行するようにすれば、他の利用者が操作画面をマウス
ポインタにより操作している場合に、その状況を別の利
用者がカレントポインタを通じて認識できる。更に、ア
プリケーション画面上に表示される透明ウインドウに任
意の表示の書き込みを行うようにすれば、同様にして利
用者間の意志伝達が円滑になる。これによっても通信量
を減少させてネットワークの円滑な利用が図れる。

【図面の簡単な説明】

【図１】本発明のアプリケーション共有化システムブロ
ック図（その１）である。

【図２】比較例のアプリケーション共有化システムブロ
ック図である。

【図３】疑似サーバの動作フローチャートである。

【図４】本発明のアプリケーション共有化システムブロ
ック図（その２）である。

【図５】カレントポインタ処理部のブロック図である。

【図６】カレントポインタ表示制御の動作フローチャー
ト（その１）である。

【図７】ウインドウＩＤデータ説明図である。

【図８】カレントポインタ表示制御の動作フローチャー
ト（その２）である。

【図９】本発明のアプリケーション共有化システムブロ
ック図（その３）である。

【図１０】書き込み処理部のブロック図である。

【図１１】本発明による共有ウインドウ説明図である。

【図１２】ウインドウ書き込み動作フローチャートであ
る。

【符号の説明】

１クライアント２−１〜２−４ネットワーク３疑似サーバ５マスター・サーバ６−１，６−２スレーブ・サーバ

Claims

【特許請求の範囲】

【請求項１】クライアントの要求によりウインドウ環
境を提供するマスター・サーバと、このマスター・サーバと前記アプリケーションを共有す
る任意のスレーブ・サーバと、前記クライアントとマスター・サーバとスレーブ・サー
バに直接ネットワークを介して接続された疑似サーバと
を備え、この疑似サーバは、前記クライアントからの前記マスター・サーバに対する
リクエストを中継して、前記マスター・サーバとスレー
ブ・サーバに送信する一方、前記各サーバから前記クライアントに対するイベントを
中継して、クライアントに送信することを特徴とするア
プリケーション共有化システム。
【請求項２】前記疑似サーバは、前記リクエストの中
継とイベントの中継の際に、送信側と受信側のプロトコ
ルを認識して、相互にプロトコル変換処理を実行するこ
とを特徴とするアプリケーション共有化システム。
【請求項３】アプリケーションを共有するマスター・
サーバとスレーブ・サーバに設けられて、前記アプリケ
ーションの操作画面を管理するウインドウ管理部が、前記アプリケーション画面上に表示される透明ウインド
ウに、任意の表示の書き込みを制御することを特徴とす
る請求項１又は２記載のアプリケーション共有化システ
ム。