JPH04205544A - マルチウィンドウシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、サーバークライアント型のマルチウィンドウ
システムに利用する。

本発明は、特に、サーバーとクライアントの間のデータ
の通信方式に利用する。

ここで、サーバーとは入出力装置の管理を司るモジュー
ルをいい、クライアントとは、利用者プログラムにライ
ブラリと呼ばれる関数の集合をリンクしたモジュールを
いう。

〔概要〕

本発明は、サーバークライアント型のマルチウィンドウ
システムにおいて、 クライアントとサーバー間でのデータの送受信を用いる
記憶手段を二つ設けることにより、マルチウィンドウシ
ステムのウィンドウ関数の実行速度の向上を図ったもの
である。

〔従来の技術〕

従来、この種のサーバークライアント型のマルチウィン
ドウシステムでは、サーバーとクライアントが同一マシ
ン上にある場合に、クライアントとサーバー間でのデー
タの送受信には記憶手段を一つのみしか使用しておらず
、記憶手段を二つ使用することは行われていなかった。

第７図はかかるサーバークライアント型のマルチウィン
ドウシステムの一例を示すブロック構成図である。

ウィンドウシステム２０は、クライアント５０と、サー
バー６０と、クライアント５０とサーバー６０間に接続
された記憶手段（１）２１とを備えている。また、クラ
イアント５０は、利用者プログラム１０を備えている。

そして、ウィンドウライブラリ実行部４０は、利用者プ
ログラム１０からウィンドウ関数実行要求があった場合
に、サーバー６０とクライアント５０との接続制御を行
うサーバークライアント接続手段４１と、記憶手段（１
）２１へのデータの書き込みを行う書き込み手段４２と
、サーバー６０とクライアント５０間の制御データの送
受信を行うデータ通信手段４３と、他ホスト７０とのデ
ータの送受信を行う他ホスト通信手段４４とを含み、サ
ーバー６０は、記憶手段（１）２１からデータを読み込
み出力装置３０に出力する読み込み手段６１と、クライ
アント５０との制御データの送受信を行うデータ通信手
段６２とを含んでいる。

第８図は、本従来例の動作を示す説明図で、クライアン
ト５０とサーバー６０の実行状態を示すタイムチャート
である。

クライアント５０は、記憶手段（１）２１への書き込み
処理を終えて、記憶手段（１）２１の処理をサーバー６
０に要求した後は、サーバー６０からの応答を得るまで
応答待ち合わせ処理を行う。同様に、サーバー６０は、
クライアント５０からの要求がないときにはクライアン
ト５０からの待ち合わせ処理を行う必要がある。

〔発明が解決しようとする課題〕

前述した従来のサーバークライアント型のマルチウィン
ドウシステムでは、サーバーとクライアントが同一マシ
ン上に存在し、利用者ウィンドウ関数の実行要求があっ
た場合に、サーバーの機能を要求したクライアントのサ
ーバーからの応答待ち合わせ処理、サーバーのクライア
ントからの要求待ち合わせ処理にかかる時間が長く、Ｃ
’ＰＵを効率的に使用することができないため、ウィン
ドウ関数の実行時間が遅い欠点があった。

本発明の目的は、前記の欠点を除去することにより、ウ
ィンドウ関数の実行速度の向上を図ったサーバークライ
アント型のマルチウィンドウシステムを提供することに
ある。

〔課題を解決するための手段〕

本発明は、利用者プログラムからウィンドウ関数実行要
求があった場合に、サーバーとクライアントとの接続制
御を行うサーバークライアント接続手段と、前記サーバ
ーと前記クライアント間の制御データの送受信を行うデ
ータ通信手段とを備えたマルチウィンドウシステムにお
いて、前記サーバーと前記クライアントの両方から読み
書き可能な二つの記憶手段と、この二つの記憶手段の状
態を調べ、書き込み可能な記憶手段が存在するならばそ
の記憶手段にデータを書き込みそのデータの処理を前記
データ通信手段を介して前記サーバーに要求し、書き込
み可能な記憶手段が存在しなければどちらかの記憶手段
が書き込み可能になった通知を前記データ通信手段を介
して前記サーバーから受け取るまで待ち合わせる書き込
み手段と、前記クライアントから前記記憶手段のデータ
の処理要求を前記データ通信手段を介して受け取ると前
記記憶手段から１コマンドずつ取り出して処理し出力す
る読み込み手段とを備えたことを特徴とする特 〔作用〕 記憶手段を二つ設け、書き込み手段は、これら二つの記
憶手段の状態を調べてその結果に対応してデータの書き
込み、サーバーへの処理要求、ならびに処理待ち合わせ
を行う。

従って、記憶手段が一つの場合に必要であった待ち合わ
せ処理を大幅に減らすことができ、ウィンドウ関数の実
行速度を速くすることが可能となる。

〔実施例〕

以下、本発明の実施例について図面を参照して説明する
。

第１図は本発明の一実施例を示すブロック構成図である
。

本実施例は、利用者プログラム１０からウィンドウ関数
実行要求があった場合に、サーノ＜−６０とクライアン
ト５０との接続制御を行うサーバークライアント接続手
段４１と、サーバー６０とクライアント５０間の制御デ
ータの送受信を行うデータ通信手段４３および６２とを
備えたマルチウィンドウシステム２０において、 本発明の特徴とするところの、 クライアント５０とサーバー６０間に接続された二つの
記憶手段（１）２１および（２）２２と、この二つの記
憶手段（１）２１および（２）２２の状態を調べ、書き
込み可能な記憶手段（１）２１または（２）２２が存在
するならばその記憶手段（１）２１または（２）２２に
データを書き込みそのデータの処理をデータ通信手段４
３および６２を介してサーバー６０に要求し、書き込み
可能な記憶手段（１）２１または（２）２２が存在しな
ければどちらかの記憶手段（１）２１または（２）２２
が書き込み可能になった通知をデータ通信手段４３およ
び６２を介してサーバー６０から受け取るまで待ち合わ
せる書き込み手段４２と、クライアント５０から記憶手
段（１）２１または（２）２２のデータの処理要求をデ
ータ通信手段４３および６２を介して受け取ると記憶手
段（１）２１または（２）２２から１コマンドずつ取り
出して処理し出力装置３０に出力する読み込み手段６１
とを備えている。

なお、第１図において、４４は他ホスト通信手段および
７０は他ホストである。

そして、サーバークライアント接続手段４１、書き込み
手段４２、データ通信手段４３および他ホスト通信手段
４４はウィンドウライブラリ実行部４０を構成し、読み
込み手段６１およびデータ通信手段６２はサーバー６０
を構成する。

次に、本実施例の動作について、第２図ないし第５図に
示す流れ図、ならびに第６図に示すタイムチャートを参
照して説明する。

第２図はサーバークライアント接続手段４１の処理例を
示す流れ図である。

利用者プログラム１０からウィンドウ関数実行要求があ
った場合、ウィンドウライブラリ実行部４０中のサーバ
ークライアント接続手段４１が呼び出される。サーバー
クライアント接続手段４１において、サーバー６０とク
ライアント５０とが同一マシン上に存在するかどうかの
判定が行われ（ステップＳｌ）、もし同一マシン上に存
在するなら記憶手段への書き込み手段４２が呼び出され
（ステップＳ２）、利用者プログラムに応答を返す（ス
テップＳ４）。

もし、ステップＳ１でサーバー６０とクライアント５０
とが同一マシン上に存在しなければ、従来の方式によっ
て他ホスト通信手段４４を用いて他ホスト７０のサーバ
ーにデータが送られる（ステップＳ３）。

第３図は書き込み手段４２の処理例を示す流れ図である
。

書き込み手段４２に対して、ウィンドウ関数実行要求が
あった場合、記憶手段（１）２１が書き込み可能かどう
かの判定が行われる（ステップ５１１）。もし、書き込
み可能ならば、 未処理のデータの長さ≦記憶手段（１〕のデータ領域の
長さ かどうかの判定が行われる（ステップ５１６）。ステッ
プＳ１の判定で書き込み禁止であれば、記憶手段（２）
２２が書き込み可能であるかどうかの判定が行わる（ス
テップＳ２）。もし書き込み可能であれば記憶手段（２
）２２について以下に述べるステップ３１６〜Ｓ２３の
手続きを同様に行い（ステップ５１５）、書き込み禁止
であればデータ通信手段４３を介してサーバーから応答
を得るまで待ち合わせを行う（ステップ５１３）。サー
バー６０からの応答を得ると、その応答が記憶手段（１
）２１についての応答であるかの判定が行われる（ステ
ップ５１４）。もし、記憶手段（１）２１についての応
答であるならば、未処理のデータの長さ≦記憶手段〔１
）のデータ領域の長さ かどうかの判定が行われ（ステップ５１６）　、記憶手
段（２）２２の応答であれば記憶手段（２）２２につい
て以下に述べるステップ３１６〜Ｓ２３の手続きを同様
に行う　（ステップ５１５）。

ステップＳ１６の判定で、 未処理のデータの長さ≦記憶手段（１）のデータ領域の
長さ であれば、記憶手段（１）２１にデータが書き込まれ（
ステップ５２０）　、データ通信手段４３を介してサー
バー６０からの応答を得るまで記憶手段（１）２１への
書き込みが禁止され（ステップ５２１）　、データ通信
手段４３を介して記憶手段（１）２１の内容の処理がサ
ーバー６０に要求されて（ステップ５２２）、データ通
信手段４３を介してサーバー６０から応答を得るまで待
ち合わせた後に（ステップ８２３）、サーバークライア
ント接続手段４１に処理が戻される（ステップ５２４）
。ステップ５１６の判定で、もし未処理のデータの長さ
≦記憶手段（１）のデータ領域の長さ でなければ、記憶手段（１）２１に書き込めるデータを
書き込み（一つのコマンドが完全に収まらない場合はそ
のコマンドは書き込まない）（ステップ５１７）、デー
タ通信手段４３によってサーバー６０から応答を得るま
で記憶手段（１）２１が書き込み禁止にされ（ステップ
８１８）、データ通信手段４３を介して記憶手段（１）
２１内のデータの処理がサーバー６０に要求されて（ス
テップ５１９）　、ステップＳｌｌに戻る。

第４図（ａ）図はデータ通信手段４３および６２のデー
タ送信時の処理例を示す流れ図である。

データ送信要求があった場合、ソケットが獲得され（ス
テップ５３１）、ソケットに名前がつけられ（ステップ
５３２）　、サーバー６０への接続要求が出されて（ス
テップ５３３）、接続要求が受け付けられるまで待ち合
わせされる（ステップ５３４）。

接続要求が受け付けられると、データが送信され（ステ
ップ５３５））、通信路が切断されて（ステップ８３６
）、ソケットが解放されて（ステップ５３７）、処理が
終了する。

第４図ら）はデータ通信手段４３および６２のデータ受
信時の処理例を示す流れ図である。

クライアント５０からの接続要求があった場合、ソケッ
トが獲得され（ステップ３４１）　、ソケットに名前が
つけられ（ステップ５４２）、データが受信され（ステ
ップ５４３）　、通信路が切断され（ステップ５４４）
　、ソケットが解放されて（ステップ５４５）、処理が
終了する。ここではソケットによるデータの送受信での
通知例を示したが、シグナルによる割り込みによる通知
や、セマフォを用いて通知しあうこともできる。

第５図は記憶手段（１）２１および（２）２２からの読
み込み手段６１の処理例を示す流れ図である。

データ通信手段４３および６２を介した記憶手段処理要
求が待ち合わされ（ステップ５５１）、処理要求があっ
たならば処理要求のあった記憶手段（１）２１または（
２）２２から１コマンド分のデータが取り出されて処理
され、もしそのコマンドが出力コマンドであれば出力装
置３０に出力され（ステップ５５２）、記憶手段（１）
２１または（２）２２内のデータをすべて処理し終えた
かどうかの判定が行われる（ステップ５５３）。処理が
終わっていなければ制御がステップＳ５２に戻り、処理
がすべて終わっていれば制御がステップＳ５１に戻る。

第６図は本実施例におけるクライアントとサーバーの実
行状態を示すタイムチャートの例である。

第６図では、クライアント５０は記憶手段（１）２１へ
の書き込み処理を終えた後、その待ち合わせに処理を費
やすことなく続けて記憶手段（２）２２への書き込み処
理を行う。この記憶手段（２）２２への書き込み中にサ
ーバー６０から記憶手段（１）２１の処理に対する応答
が返ってくるため、記憶手段（２）２２への書き込み処
理を終えた後、すぐに記憶手段（１）２１への書き込み
処理を行うことが可能になる。また、サーバー６０でも
クライアント５０からの応答待ち処理がほとんどなくな
り、ＣＰＵを効率的に使用することが可能となる。

〔発明の効果〕

以上説明したように、本発明は、サーバークライアント
型のマルチウィンドウシステムにおいて、サーバーとク
ライアントが同一マシン上にある場合に、クライアント
とサーバーの間のデータの通信に二つの記憶手段を用い
ることにより、ＴＳＳシステムでは記憶手段を一つのみ
用いた場合のクライアントのサーバーからの応答待ち合
わせ処理、サーバーのクライアントからの要求待ち合わ
せ処理をそれぞれ二つ目の記憶手段に対する書き込み処
理、読み込み処理とすることによって、ＣＰＵを効率的
に使用することが可能となり、また、マルチプロセッサ
システムでは、クライアントとサーバーをそれぞれ別プ
ロセッサで動かせば、ＣＰＵの遊び時間を大きく減少さ
せることが可能となり、 マルチウィンドウシステムのウィンドウ関数の実行の際
に、大量のデータを扱うときの実行速度を向上させる効
果がある。

【図面の簡単な説明】

第１図は本発明の一実施例を示すブロック構成図。 第２図はそのサーバークライアント接続手段の処理例を
示す流れ図。 第３図はその書き込み手段の処理例を示す流れ図。 第４図（ａ）および（ｂ）はそのデータ通信手段の処理
例を示す流れ図。 第５図はその読み込み手段の処理例を示す流れ図。 第６図はそのクライアントとサーバーの実行状態の一例
を示すタイムチャート。 第７図は従来例を示すブロック構成図。 第８図はそのクライアントとサーバーの実行状態の一例
を示すタイムチャート。 １０・・・利用者プログラム、２０・・・ウィンドウシ
ステム、２１・・・記憶手段（１）、２２・・・記憶手
段（２）、３０・・・出力装置、４０・・・ウィンドウ
ライブラリ実行部、４１・・・サーバークライアント接
続手段、４２・・・書き込み手段、４３・・・データ通
信手段、４４・・・他ホスト通信手段、５０・・・クラ
イアント、６０・・・サーバー、６１・・・読み込み手
段、６２・・・データ通信手段、７０・・・他ホスト。

Claims (1)

1. 【特許請求の範囲】 １、利用者プログラムからウィンドウ関数実行要求があ
   った場合に、サーバーとクライアントとの接続制御を行
   うサーバークライアント接続手段と、前記サーバーと前
   記クライアント間の制御データの送受信を行うデータ通
   信手段と を備えたマルチウィンドウシステムにおいて、前記サー
   バーと前記クライアントの両方から読み書き可能な二つ
   の記憶手段と、 この二つの記憶手段の状態を調べ、書き込み可能な記憶
   手段が存在するならばその記憶手段にデータを書き込み
   そのデータの処理を前記データ通信手段を介して前記サ
   ーバーに要求し、書き込み可能な記憶手段が存在しなけ
   ればどちらかの記憶手段が書き込み可能になった通知を
   前記データ通信手段を介して前記サーバーから受け取る
   まで待ち合わせる書き込み手段と、 前記クライアントから前記記憶手段のデータの処理要求
   を前記データ通信手段を介して受け取ると前記記憶手段
   から１コマンドずつ取り出して処理し出力する読み込み
   手段と を備えたことを特徴とするマルチウィンドウシステム。