JPH0728736A - マルチウィンドウ制御方式 - Google Patents

Abstract

(57)【要約】 【目的】本発明はマルチウインドウ制御機構に関し、そ
の目的は、クライアント５、サーバ６間でやり取りする
イベントやリクエストと呼ばれるデータの量を低減する
ことにある。 【構成】イベント発生時の対応処理をサーバ６内部で行
なうことを指定するためのイベント管理手段６３と、そ
の対応処理内容を記述したスクリプトを登録するための
スクリプト管理手段６２を設け、イベント発生時に予め
登録されているスクリプトをサーバ６内で実行する。 【効果】クライアント５とサーバ６がネットワークで繋
がれた別々のコンピュータで動作する場合に、イベント
発生時のクライアント５とサーバ６間でやり取りするデ
ータ量が減り、同ネットワークの通信性能の低下を招く
ことが無くなる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マウスやキーボード等
の入力装置を持つコンピュータに於いて、それらの入力
装置の操作により発生するソフトウエアの処理に関す
る。

【０００２】

【従来の技術】従来のマルチウインドウ制御方式は、図
２に示すような機構を用いていた。

【０００３】図２において１はコンピュータの本体、２
はコンピュータ間で通信を行なうためのネットワーク、
３はディスプレイなどの出力装置、４はマウスやキーボ
ードなどの入力装置である。５はクライアントと呼ばれ
るアプリケーションプログラムである。６はクライアン
ト５の要求に応じたサービスを行なうサーバであり、例
えば、マウスを動かした場合などに、マウスの移動後の
位置などを記録したデータ（以降ではイベントと呼ぶ）
を生成してクライアント５に送ったり、クライアント５
から、ディスプレイへの文字や図形の表示要求等を記述
したデータ（以降ではリクエストと呼ぶ）が送られてき
た場合などに、ディスプレイに文字や図形を表示させる
機能を持つ。クライアント５とサーバ６は同じコンピュ
ータ上でも、あるいは別々のコンピュータ上でも動作し
て良い。別々のコンピュータ上で動作する場合は、ネッ
トワーク２などの通信手段を通じてイベントやリクエス
トのやり取りを行なう。

【０００４】このような構成のマルチウインドウ制御方
式においては、コンピュータ１の利用者が入力装置４に
何らかの操作をすると、サーバ６に入力装置４の状態の
変化が通知され、サーバ６はイベントを生成しクライア
ント５へ転送する。クライアント５はイベントを解読
し、それに応じたリクエストをサーバ６に出す。さらに
そのリクエストが表示要求である場合、サーバ６はクラ
イアントの要求する文字や図形を出力装置３に表示させ
ていた。

【０００５】また図２の機構を基にした次のような方式
がある。

【０００６】例えばコンピュータ１の利用者がマウスを
移動させたときにその移動軌跡を表示するような場合、
マウスの移動が始まった後クライアント５に通知される
イベントは、時々刻々のマウスの位置を示すイベントで
ある。このように予め発生する一連のイベントの種類が
わかる場合に、特開平１−２８３６２２号公報のマルチ
ウインドウ制御方式では、そのようなイベントの処理部
を予めサーバ６内部で持ち、イベントに応じた処理をサ
ーバ６側で行なわせるための情報と、その処理の終了条
件とを記述した制御データを、クライアント５からサー
バ６に送ると、サーバ６は終了条件を満たすまでの間、
発生したイベントをクライアント５に転送せずに、その
制御データを基にサーバ６の処理部により処理するとい
う方法をとっていた。

【０００７】

【発明が解決しようとする課題】しかしながら上記のよ
うなマルチウインドウ制御方式においては、クライアン
ト５とサーバ６が別々のコンピュータ１で動作している
場合に、利用者が頻繁に入力装置４を操作すると、クラ
イアント５とサーバ６の間でやり取りするイベント、及
びリクエストの量が増えることになる。このため、ネッ
トワーク２に流れるデータ量が増え、そのネットワーク
２を利用している他のコンピュータ１の通信速度を低下
させることになる。

【０００８】また特開平１−２８３６２２号公報の場
合、サーバ６はクライアント５から送られてくる総ての
制御データに対応する処理部を持つ必要があり、サーバ
６のプログラムが巨大になってしまう。そのためサーバ
６の開発コストが高くなり、また保守が困難になるとい
う問題があった。

【０００９】

【課題を解決するための手段】本発明のマルチウインド
ウ制御方式は、クライアントから送られてくるリクエス
トに応じて、出力装置に文字や図形を表示させるための
命令を出す描画手段と、イベント発生時にサーバで実行
する表示等の処理内容を一連のリクエストの組合せで記
述したデータ（以降ではスクリプトと呼ぶ）と、その登
録要求を受け取った場合に、そのスクリプトを保存し、
スクリプト種別と保存場所等を記述したスクリプト制御
情報を作成し、スクリプトの実行要求が発生した場合に
指定されたスクリプトを解読し、スクリプトに記述され
ているリクエストを前記描画手段に送るスクリプト管理
手段と、イベントの処理先等をクライアントが指示する
ためのイベントの登録要求を受け取った場合に、処理を
行なうべきイベントの種別や、そのイベントが発生した
場合に実行するスクリプトの種別等を記述したイベント
制御情報を作成し、入力装置の操作等が行なわれた場合
にイベントを生成し、イベント制御情報に基づいて、ク
ライアントへのイベント転送、または前記スクリプト管
理手段へのスクリプト実行要求の発行等を行なうイベン
ト管理手段と、クライアント、前記描画手段、前記スク
リプト管理手段、前記イベント管理手段との間でイベン
ト及びリクエストの中継を行なうモジュール管理手段、
とを備えたことを特徴とする。

【００１０】

【作用】モジュール管理手段は、クライアント、スクリ
プト管理手段、イベント管理手段、描画手段との間でイ
ベント及びリクエストの中継を行なう。リクエストがイ
ベントの登録要求である場合はイベント管理手段がその
要求に応じたイベント制御情報を作成し、リクエストが
スクリプトの登録要求である場合はスクリプト管理手段
がスクリプトを保存しそのスクリプトに応じたスクリプ
ト制御情報を作成し、それ以外のリクエストである場合
は描画手段がそのリクエストに対応する表示等の処理を
行なう。

【００１１】コンピュータ利用者による入力装置の操作
等で、イベント管理手段に入力装置の状態変化が通知さ
れると、イベント管理手段はイベントを生成する。

【００１２】そのイベント用のイベント制御情報が存在
し、且つイベントの処理をクライアントで行なうという
ことが指示されている場合は、そのイベントをクライア
ントに送り、対応する処理を実行することが出来る。

【００１３】また、イベント管理手段にそのイベント用
のイベント制御情報が存在し、且つイベント制御情報に
スクリプトの種類が指定されている場合は、スクリプト
管理手段にそのスクリプトの実行を要求し、スクリプト
管理手段は指定されたスクリプトを解読し、スクリプト
中に記述されている一連のリクエストを描画手段に渡
し、描画手段はクライアントからのリクエストと同じよ
うに、そのリクエストに対応する表示等の処理を行な
う。このためイベントへの対応をサーバ内部のみで処理
することができ、クライアントとサーバ間でやり取りす
るリクエストやイベントの量を減らすことが出来る。

【００１４】

【実施例】図１は本発明の一実施例におけるマルチウイ
ンドウ制御方式の構成を示すものである。

【００１５】図１において３はディスプレイなどの出力
装置、４はマウスやキーボードなどの入力装置である。
５はクライアントと呼ばれるアプリケーションプログラ
ムである。６はクライアント５の要求に応じたサービス
を行なうサーバであり、例えば、マウスを動かした場合
などに、マウスの移動後の位置などを記録したイベント
を生成してクライアント５に送ったり、クライアント５
から文字や図形の表示要求等を記述したリクエストが送
られてきた場合などに、出力装置３に文字や図形を表示
させる機能を持つ。クライアント５とサーバ６は同じコ
ンピュータ上でも、あるいは別々のコンピュータ上でも
動作して良い。別々のコンピュータ上で動作する場合
は、ネットワークなどの通信手段を通じてイベントやリ
クエストのやり取りを行なう。６１はクライアント５な
どから送られてくるリクエストに応じて、出力装置３に
文字や図形を表示させるための命令を出す描画手段であ
る。６２はクライアント５の要求に応じて、イベント発
生時に実行するスクリプトを登録し、スクリプトの実行
要求が発生した場合に指定されたスクリプトを解読し、
描画手段６１にスクリプトに記述されたリクエストの実
行要求を出すスクリプト管理手段である。６３はクライ
アント５の要求に応じて、イベント発生時のイベントの
処理先等を登録し、入力装置４の操作等が行なわれた場
合にイベントを生成し、クライアント５へのイベント転
送、またはスクリプト管理手段６２へのスクリプト実行
要求を出すイベント管理手段である。６４はクライアン
ト５と、描画手段６１、スクリプト管理手段６２、イベ
ント管理手段６３との間でイベント及びリクエストの中
継を行なうモジュール管理手段である。６５はリクエス
トを保存するための、コンピュータの記憶領域中の一定
領域であるリクエスト保存領域である。６６はイベント
を保存するための、コンピュータの記憶領域中の一定領
域であるイベント保存領域である。なお、本実施例にお
いては、描画手段６１、スクリプト管理手段６２、イベ
ント管理手段６３はいずれもソフトウエアで実現するも
のとするが、ハードウエアで実現することも可能であ
る。

【００１６】図３はイベント管理手段６３が作成するイ
ベント制御情報の一例を示し、コンピュータの記憶領域
に記録された情報として実現する。図３において６３１
はイベントの登録処理を要求しているクライアント５の
識別記号を記録する領域である。６３２はイベントの識
別記号を記録する領域であり、この記号は入力装置４の
操作等が行なわれたときにイベント管理手段６３で一意
に割り当てられる記号であり、クライアント５はその記
号を知っているものとする。６３３はイベント発生時に
その処理をサーバ６内で行なう場合に実行するスクリプ
トの識別記号を記録する領域である。この記号はクライ
アント５がスクリプト登録要求時に、スクリプトに一意
に割り当てる記号と同じである。

【００１７】図４はスクリプト管理手段６２が作成する
スクリプト制御情報の一例を示し、コンピュータの記憶
領域に記録された情報として実現する。図４において６
２１はスクリプトの登録処理を要求しているクライアン
ト５の識別記号を記録する領域である。６２２はクライ
アント５から登録要求のあったスクリプトの識別記号を
記録する領域である。この記号はクライアント５が一意
に割り当てる記号である。６２３は登録要求のあったス
クリプトをコンピュータの記憶領域に記録した後に、そ
の記憶領域の場所を記録する領域である。

【００１８】図５はモジュール管理手段６４の動作を表
わすフローチャート図である。

【００１９】図６はイベント管理手段６３の動作を表わ
すフローチャート図である。

【００２０】図７はスクリプト管理手段６２の動作を表
わすフローチャート図である。

【００２１】図８は描画手段６１の動作を表わすフロー
チャート図である。

【００２２】以上のように構成された本実施例のマルチ
ウインドウ制御方式について、以下にその動作を説明す
る。

【００２３】まず、モジュール管理手段６４では、リク
エスト判定６４１でクライアント５からリクエストが送
られてきているかを調べ、リクエストが送られてきてい
ない場合は、入力判定６４８を実行する。リクエストが
送られてきている場合はリクエスト保存処理６４２でリ
クエストをリクエスト保存領域６５に記録する。なお、
リクエストは、リクエストを送ったクライアント５の識
別記号、リクエストの識別記号、及びそれぞれのリクエ
ストに固有の付加情報で構成されているものとする。リ
クエストを記録した後、イベント登録要求判定６４３、
またはスクリプト登録要求判定６４５でリクエストの種
類を調べる。

【００２４】リクエストがイベントの登録を要求するも
のである場合、イベント管理処理６４４によりイベント
管理手段６３に実行が移る。なお、このリクエストに
は、入力装置４の操作等によって生成しなければならな
いイベントの識別記号、イベントの対応処理をクライア
ント５側で行なうか、サーバ６側で行なうかを示す記
号、及びイベントの対応処理をサーバ６側で行なう場合
に実行するスクリプトの識別記号が付加されているもの
とする。イベント管理手段６３では、まずリクエスト判
定６３４でリクエストの有無を調べる。この場合リクエ
ストが有るので、イベント登録６３５によりコンピュー
タの記憶領域に図３のようなイベント制御情報を作成
し、その領域のクライアント部６３１にリクエストに付
加されているクライアント５の識別記号を記録し、イベ
ント部６３２にリクエストに付加されているイベントの
識別記号を記録する。イベントへの対応処理をクライア
ント５側で行なうことを要求するリクエストである場
合、スクリプト部６３３には何も記録しない。イベント
への対応処理をサーバ６側で行なうことを要求するリク
エストである場合、スクリプト部６３３にはリクエスト
に付加されているスクリプトの識別記号を記録する。以
上のようにイベントを登録した後、イベント管理手段６
３の処理を終了し、モジュール管理手段６４の入力判定
６４８に実行が移る。

【００２５】リクエストがスクリプトの登録を要求する
ものである場合、スクリプト管理処理６４６によりスク
リプト管理手段６２に実行が移る。なお、このリクエス
トには登録するスクリプト、及びそのスクリプトの識別
記号が付加されているものとする。スクリプト管理手段
６２では、まずリクエスト判定６２４でリクエストの有
無を調べる。この場合リクエストが有るので、スクリプ
ト登録６２５により、コンピュータの記憶領域にスクリ
プトを記録する。更に別の記憶領域に図４のようなスク
リプト制御情報を作成し、その領域のクライアント部６
２１にリクエストに付加されているクライアント５の識
別記号を記録し、スクリプト部６２２にリクエストに付
加されているスクリプトの識別記号を記録し、保存部６
２３にスクリプトを記録した記憶領域の場所を記録す
る。以上のようにスクリプトを登録した後、スクリプト
管理手段６２の処理を終了し、モジュール管理手段６４
の入力判定６４８に実行が移る。

【００２６】リクエストがイベントの登録を要求するも
のではなく、スクリプトの登録を要求するものでもない
場合、描画処理６４７により描画手段６１に実行が移
る。描画手段６１では、様々なリクエストの種類を判別
して、リクエストに応じた処理を行なう。例えば、文字
描画判定６１１で文字描画を要求するリクエストである
かどうかを判定し、文字描画を要求するリクエストであ
る場合は、文字描画処理６１２で出力装置３に文字を表
示させ、再びモジュール管理手段６４の入力判定６４８
に実行を移す。

【００２７】モジュール管理手段６４はサーバ６を実行
中、定期的に入力判定６４８で、コンピュータの利用者
による入力装置４の操作の有無を判定する。入力装置４
の操作が行なわれていない場合は、イベントを生成する
必要がないため、リクエスト判定６４１に戻る。入力装
置４の操作が行なわれた場合は、終了操作判定６４９で
操作がサーバ６の終了操作であるかを判定し、終了操作
であるならばサーバ６の実行を終了する。終了操作でな
い場合、イベント管理処理６４４によりイベント管理手
段６３に実行が移る。

【００２８】イベント管理手段６３では、まずリクエス
ト判定６３４でリクエストの有無を調べる。既にリクエ
ストの処理を終えているため、次のイベント生成６３６
で、入力装置４の操作内容などからイベントを生成し、
操作内容に応じてイベントの識別記号を割り付け、イベ
ント保存領域６６に記録する。次にイベント登録判定６
３７でイベントの登録の有無を判定する。入力装置４の
操作の対象となるクライアント５用に作成したイベント
制御情報があり、且つイベント部６３２に、生成したイ
ベントの識別記号と同じ記号が記録されていれば、イベ
ントが登録されているものとして、処理判定６３８を実
行する。イベント制御情報が無いか、またはイベント制
御情報のイベント部６３２に発生したイベントの識別記
号と同じ記号が記録されていなければ、イベントに対応
する処理を行なう必要がないものとして、何もせずにイ
ベント管理手段６３の処理を終了し、モジュール管理手
段６４のイベント転送判定６４１０に実行が移る。処理
判定６３８ではイベントに対応する処理をサーバ６、ま
たはクライアント５のどちらで行なうかを判定する。イ
ベント制御情報のスクリプト部６３３に何も記録されて
いない場合は、イベントに対応する処理をクライアント
６側で実行するものとして、イベント転送要求６３９で
イベントをクライアント６に転送する様にモジュール管
理手段６４に要求し、イベント管理手段６３の処理を終
了し、モジュール管理手段６４のイベント転送判定６４
１０に実行が移る。イベント制御情報のスクリプト部６
３３にスクリプトの識別記号が記録されている場合は、
イベントに対応する処理をサーバ６側で実行するものと
して、スクリプト実行要求６３１０で、その識別記号で
示されるスクリプトの実行要求をスクリプト管理手段６
２に要求し、イベント管理手段６３の処理を終了し、モ
ジュール管理手段６４のイベント転送判定６４１０に実
行が移る。

【００２９】モジュール管理手段６４はイベント転送判
定６４１０で、クライアント６へのイベント転送要求発
生の有無を判定する。イベント転送要求が発生している
場合、イベント転送処理６４１１でイベント保存領域６
６に記録されたイベントを読みだし、クライアント５へ
転送し、リクエスト判定６４１の処理に戻る。

【００３０】イベント転送要求が発生していない場合、
スクリプト実行判定６４１２で、イベント管理手段６３
からスクリプト管理手段６２へ、スクリプト実行要求が
発生しているかどうかを判定する。スクリプト実行要求
が発生していない場合、リクエスト判定６４１の処理に
戻る。スクリプト実行要求が発生している場合、スクリ
プト管理処理６４６によりスクリプト管理手段６２に実
行が移る。

【００３１】スクリプト管理手段６２では、まずリクエ
スト判定６２４でリクエストの有無を調べる。既にリク
エストの処理を終えているため、次のスクリプト実行６
２６でイベント管理手段６３から要求のあったスクリプ
トを実行する。スクリプト中に描画手段６１で実行する
リクエストが含まれている場合は、そのリクエストをリ
クエスト保存領域６５に記録し、描画手段６１に描画処
理要求を出し、スクリプト管理手段６２の処理を終了
し、モジュール管理手段６４の描画処理判定６４１３に
実行が移る。

【００３２】モジュール管理手段６４は描画処理判定６
４１３で、スクリプト管理手段６２から描画手段６１へ
描画処理要求が発生しているかどうかをを判定する。描
画処理要求が発生していない場合、リクエスト判定６４
１の処理に戻る。描画処理要求が発生している場合、描
画処理６４７により描画手段６１に実行が移る。

【００３３】描画手段６１ではリクエスト保存領域６５
に記録されているリクエストに応じた処理を行なった
後、描画手段６１の処理を終了し、モジュール管理手段
６４のリクエスト判定６４１に実行が移る。

【００３４】

【発明の効果】以上説明したように、本発明はコンピュ
ータの利用者が頻繁に入力装置を操作する場合でも、ク
ライアントとサーバ間でやり取りするイベント、及びリ
クエストの量が少ないため、これらをやり取りするため
の処理時間が大きくならず、クライアント、およびサー
バの実行速度が低下しない。さらにクライアントとサー
バが別々のコンピュータで動作している場合、ネットワ
ークに流れるデータ量が増えることがなく、同じネット
ワークを利用している他のコンピュータの通信速度を低
下させることがない。

【００３５】また、本発明は従来ならサーバ側で行なう
イベントの対応処理を、クライアントの提供するスクリ
プトで行なうため、サーバのプログラムが巨大になら
ず、サーバの開発コストが安くなり、保守も容易とな
る。

【図面の簡単な説明】

【図１】本発明の一実施例を示す構成図である。

【図２】本発明の一実施例及び従来例を示す構成図であ
る。

【図３】イベント制御情報を示す図である。

【図４】スクリプト制御情報を示す図である。

【図５】モジュール管理手段の動作を示すフローチャー
ト図である。

【図６】イベント管理手段の動作を示すフローチャート
図である。

【図７】スクリプト管理手段の動作を示すフローチャー
ト図である。

【図８】描画手段の動作を示すフローチャート図であ
る。

【符号の説明】 １…コンピュータ、 ２…ネットワーク、 ３…出力装置、 ４…入力装置、 ５…クライアント、 ６…サーバ、 ６１…描画手段、 ６２…スクリプト管理手段、 ６３…イベント管理手段、 ６４…モジュール管理手段、 ６５…リクエスト保存領域、 ６６…イベント保存領域、 ６２１…クライアント部、 ６２２…スクリプト部、 ６２３…保存部、 ６３１…クライアント部、 ６３２…イベント部、 ６３３…スクリプト部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 羽田 功一 神奈川県横浜市戸塚区吉田町292番地株式 会社日立マイクロソフトウェアシステムズ 内 (72)発明者 鈴木 一成 神奈川県横浜市戸塚区吉田町292番地株式 会社日立マイクロソフトウェアシステムズ 内

Claims (2)

【特許請求の範囲】
1. 【請求項１】クライアントと呼ばれるアプリケーション
   プログラムと、入力装置、出力装置、記憶領域を有する
   コンピュータ上で動作し、出力装置へ文字や図形の表示
   等を行うサーバから成り、リクエストと呼ばれる、出力
   装置への文字や図形の表示要求等を記述したデータを、
   クライアントからサーバに渡す機能と、イベントと呼ば
   れる、入力装置の操作内容等を記述したデータを、サー
   バからクライアントに渡す機能とを有するマルチウイン
   ドウ制御機構において、クライアントから送られてくる
   リクエストに応じて、出力装置に文字や図形を表示させ
   るための命令を出す描画手段と、スクリプトと呼ばれ
   る、イベント発生時にサーバで実行する表示等の処理内
   容を一連のリクエストの組合せで記述したデータと、そ
   の登録要求を受け取った時に、そのスクリプトを保存
   し、スクリプト種別と保存場所等を記述したスクリプト
   制御情報を作成し、スクリプトの実行要求が発生した場
   合に指定されたスクリプトを解読し、スクリプトに記述
   されているリクエストを前記描画手段に送るスクリプト
   管理手段と、イベントの処理先等をクライアントが指示
   するためのイベントの登録要求を受け取った場合に、処
   理を行なうべきイベントの種別や、そのイベントが発生
   した場合に実行するスクリプトの種別等を記述したイベ
   ント制御情報を作成し、入力装置の操作等が行なわれた
   場合にイベントを生成し、イベント制御情報に基づい
   て、クライアントへのイベント転送、または前記スクリ
   プト管理手段へのスクリプト実行要求の発行等を行なう
   イベント管理手段と、クライアント、前記描画手段、前
   記スクリプト管理手段、前記イベント管理手段との間で
   イベント及びリクエストの中継を行なうモジュール管理
   手段、とを備えたことを特徴とするマルチウインドウ制
   御方式。
2. 【請求項２】請求項１において、イベント発生時にその
   処理をクライアント側またはサーバ側に分配する手段を
   備えたことを特徴とするマルチウインドウ制御方式。