JPH06337829A - 表示順制御方法および表示システム - Google Patents
表示順制御方法および表示システムInfo
- Publication number
- JPH06337829A JPH06337829A JP5129574A JP12957493A JPH06337829A JP H06337829 A JPH06337829 A JP H06337829A JP 5129574 A JP5129574 A JP 5129574A JP 12957493 A JP12957493 A JP 12957493A JP H06337829 A JPH06337829 A JP H06337829A
- Authority
- JP
- Japan
- Prior art keywords
- request
- window
- terminal
- server
- counter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Communication Control (AREA)
- Digital Computer Display Output (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Controls And Circuits For Display Device (AREA)
- Facsimiles In General (AREA)
Abstract
(57)【要約】
【目的】 本発明は、ウィンドウの表示順を制御する表
示順制御方法および表示システムに関し、複数の端末間
でウィンドウを共有する場合に、端末およびサーバに描
画カウンタを持ち、ウィンドウへ描画したときにこの描
画カウンタ値をもとに表示順制御を行い、ウィンドウの
内容を同一に保持することを目的とする。 【構成】 端末１で描画操作が行われたときに自身の端
末１のウィンドウ２に描画し対応する描画リクエストを
サーバ６に送信して、この描画リクエストを受信したサ
ーバ６が他の端末１にその描画リクエストを送信して描
画させ、上記の描画操作より後に行われ、かつ、上記の
描画操作に対応する描画リクエストがサーバ６より送信
される前に行われた他の端末１の描画操作については、
サーバ６がこの描画操作に対応する描画リクエストをそ
の描画操作が行われた端末１にも送信して上書きさせる
ように構成する。
示順制御方法および表示システムに関し、複数の端末間
でウィンドウを共有する場合に、端末およびサーバに描
画カウンタを持ち、ウィンドウへ描画したときにこの描
画カウンタ値をもとに表示順制御を行い、ウィンドウの
内容を同一に保持することを目的とする。 【構成】 端末１で描画操作が行われたときに自身の端
末１のウィンドウ２に描画し対応する描画リクエストを
サーバ６に送信して、この描画リクエストを受信したサ
ーバ６が他の端末１にその描画リクエストを送信して描
画させ、上記の描画操作より後に行われ、かつ、上記の
描画操作に対応する描画リクエストがサーバ６より送信
される前に行われた他の端末１の描画操作については、
サーバ６がこの描画操作に対応する描画リクエストをそ
の描画操作が行われた端末１にも送信して上書きさせる
ように構成する。
Description
【０００１】
【産業上の利用分野】本発明は、ウィンドウの表示順を
制御する表示順制御方法および表示システムに関するも
のである。
制御する表示順制御方法および表示システムに関するも
のである。
【０００２】パソコンやワークステーションなどを用い
た分散システム環境下、例えば電子会議システムのよう
にウィンドウを共有するアプリケーションのもとで、ク
ライアントの利用者が操作し易いように、ウィンドウへ
の表示順（描画順）を簡易に制御することが望まれてい
る。
た分散システム環境下、例えば電子会議システムのよう
にウィンドウを共有するアプリケーションのもとで、ク
ライアントの利用者が操作し易いように、ウィンドウへ
の表示順（描画順）を簡易に制御することが望まれてい
る。
【０００３】
【従来の技術】従来、電子会議システムのように複数の
クライアント（端末）間でウィンドウを共有する場合、
それぞれのクライアントのウィンドウに表示される内容
を同一に保つ必要がある。このとき、あるクライアント
で描画操作があったときに、自身のウィンドウに描画せ
ずに、サーバに描画リクエストを送信し、サーバが同期
をとって描画リクエストを全てのクライアントに送信
し、クライアントはこの描画リクエストに従い描画する
ことで、各ウィンドウに表示させる内容が同一となる。
クライアントにおいて、描画操作が行われると直ぐに自
身のウィンドウに描画しようとすると、各クライアント
が描画リクエストを処理する順番が異なり、ウィンドウ
に表示される内容が異なってしまう。このため、クライ
ンアントの操作者は描画操作をしてから自身のウィンド
ウに描画されるまで時間が一度サーバを経由しているた
めに、長く感じられ操作性が悪かった。
クライアント（端末）間でウィンドウを共有する場合、
それぞれのクライアントのウィンドウに表示される内容
を同一に保つ必要がある。このとき、あるクライアント
で描画操作があったときに、自身のウィンドウに描画せ
ずに、サーバに描画リクエストを送信し、サーバが同期
をとって描画リクエストを全てのクライアントに送信
し、クライアントはこの描画リクエストに従い描画する
ことで、各ウィンドウに表示させる内容が同一となる。
クライアントにおいて、描画操作が行われると直ぐに自
身のウィンドウに描画しようとすると、各クライアント
が描画リクエストを処理する順番が異なり、ウィンドウ
に表示される内容が異なってしまう。このため、クライ
ンアントの操作者は描画操作をしてから自身のウィンド
ウに描画されるまで時間が一度サーバを経由しているた
めに、長く感じられ操作性が悪かった。
【０００４】
【発明が解決しようとする課題】上述したように、複数
のクライアント間でネットワークを介してウィンドウを
共有する場合、描画操作が行われたクライアントのウィ
ンドウにまず描画してから、他のクライアントのウィン
ドウに描画させるためにサーバに描画リクエストを送信
するようにすると、ウィンドウに描画する順番がクライ
アントによって異なってしまい、同一内容をウィンドウ
に表示できないという問題があった。この順番にウィン
ドウに描画されない事態が発生することを防止すること
が望まれている。
のクライアント間でネットワークを介してウィンドウを
共有する場合、描画操作が行われたクライアントのウィ
ンドウにまず描画してから、他のクライアントのウィン
ドウに描画させるためにサーバに描画リクエストを送信
するようにすると、ウィンドウに描画する順番がクライ
アントによって異なってしまい、同一内容をウィンドウ
に表示できないという問題があった。この順番にウィン
ドウに描画されない事態が発生することを防止すること
が望まれている。
【０００５】本発明は、これらの問題を解決するため、
複数の端末間でウィンドウを共有する場合に、端末およ
びサーバに描画カウンタを持ち、ウィンドウへ描画した
ときにこの描画カウンタ値をもとに表示順制御を行い、
ウィンドウの内容を同一に保持することを目的としてい
る。
複数の端末間でウィンドウを共有する場合に、端末およ
びサーバに描画カウンタを持ち、ウィンドウへ描画した
ときにこの描画カウンタ値をもとに表示順制御を行い、
ウィンドウの内容を同一に保持することを目的としてい
る。
【０００６】
【課題を解決するための手段】図１は、本発明の原理構
成図を示す。図１において、端末１は、ウィンドウ２、
描画カウンタ３および描画管理部４から構成されるもの
であって、ネットワーク５に接続して同一の内容を相手
のウィンドウ２に表示するものである。
成図を示す。図１において、端末１は、ウィンドウ２、
描画カウンタ３および描画管理部４から構成されるもの
であって、ネットワーク５に接続して同一の内容を相手
のウィンドウ２に表示するものである。
【０００７】ウィンドウ２は、各端末１で同一の内容を
表示するためのウィンドウである。描画カウンタ３は、
ウィンドウ２に表示する表示順を管理するためのもので
ある。
表示するためのウィンドウである。描画カウンタ３は、
ウィンドウ２に表示する表示順を管理するためのもので
ある。
【０００８】描画管理部４は、ウィンドウ２への描画を
管理するものである。サーバ６は、ネットワーク５に接
続された複数の端末１を統括管理するものであって、こ
こでは、送信先管理部８などから構成されるものであ
る。
管理するものである。サーバ６は、ネットワーク５に接
続された複数の端末１を統括管理するものであって、こ
こでは、送信先管理部８などから構成されるものであ
る。
【０００９】送信先管理部８は、描画リクエストの送信
先などを管理するものである。
先などを管理するものである。
【００１０】
【作用】本発明は、図１に示すように、端末１で描画操
作が行われたときに自身の端末１のウィンドウ２に描画
し対応する描画リクエストをサーバ６に送信して、この
描画リクエストを受信したサーバ６が他の端末１にその
描画リクエストを送信して描画させ、上記の描画操作よ
り後に行われ、かつ、上記の描画操作に対応する描画リ
クエストがサーバ６より送信される前に行われた他の端
末１の描画操作については、サーバ６がこの描画操作に
対応する描画リクエストをその描画操作が行われた端末
１にも送信して上書きさせるようにしている。
作が行われたときに自身の端末１のウィンドウ２に描画
し対応する描画リクエストをサーバ６に送信して、この
描画リクエストを受信したサーバ６が他の端末１にその
描画リクエストを送信して描画させ、上記の描画操作よ
り後に行われ、かつ、上記の描画操作に対応する描画リ
クエストがサーバ６より送信される前に行われた他の端
末１の描画操作については、サーバ６がこの描画操作に
対応する描画リクエストをその描画操作が行われた端末
１にも送信して上書きさせるようにしている。
【００１１】また、複数の端末１のウィンドウ２の間で
共通の描画操作の回数を示す描画カウンタを、複数の端
末１およびサーバ６に備えると共に、端末１は、描画操
作が行われた場合には、自身の端末１のウィンドウ２に
描画すると共に描画カウンタの値を更新してこの描画カ
ウンタの値を付加した描画リクエストをサーバ６に送信
し、描画リクエストをサーバ６より受信した場合には、
この描画リクエストに従い、端末１のウィンドウ２に描
画すると共に描画カウンタの値をセットする描画管理部
４を備え、サーバ６は、端末１より描画リクエストを受
信するとサーバ６が持つ描画カウンタを更新し、受信し
た描画リクエストに付加されている描画カウンタ値とサ
ーバ６が持つ描画カウンタ値と比較した結果、同期が取
れているときにはこの描画リクエストを送信した端末以
外の端末１にその描画リクエストを送信し、一方、同期
が取れていいないときには全ての端末１にその描画リク
エストを送信する送信先管理部８を備えるようにしてい
る。
共通の描画操作の回数を示す描画カウンタを、複数の端
末１およびサーバ６に備えると共に、端末１は、描画操
作が行われた場合には、自身の端末１のウィンドウ２に
描画すると共に描画カウンタの値を更新してこの描画カ
ウンタの値を付加した描画リクエストをサーバ６に送信
し、描画リクエストをサーバ６より受信した場合には、
この描画リクエストに従い、端末１のウィンドウ２に描
画すると共に描画カウンタの値をセットする描画管理部
４を備え、サーバ６は、端末１より描画リクエストを受
信するとサーバ６が持つ描画カウンタを更新し、受信し
た描画リクエストに付加されている描画カウンタ値とサ
ーバ６が持つ描画カウンタ値と比較した結果、同期が取
れているときにはこの描画リクエストを送信した端末以
外の端末１にその描画リクエストを送信し、一方、同期
が取れていいないときには全ての端末１にその描画リク
エストを送信する送信先管理部８を備えるようにしてい
る。
【００１２】従って、複数の端末１間でウィンドウ２に
同一内容を表示する場合に、端末１およびサーバ６に描
画カウンタ３、７を持ち、ウィンドウ２への描画時にこ
の描画カウンタ値をもとに表示順制御を行うことによ
り、ウィンドウ２の内容を簡単な制御で同一に保持する
ことが可能となる。
同一内容を表示する場合に、端末１およびサーバ６に描
画カウンタ３、７を持ち、ウィンドウ２への描画時にこ
の描画カウンタ値をもとに表示順制御を行うことによ
り、ウィンドウ２の内容を簡単な制御で同一に保持する
ことが可能となる。
【００１３】
【実施例】次に、図１から図６を用いて本発明の実施例
の構成および動作を順次詳細に説明する。
の構成および動作を順次詳細に説明する。
【００１４】図１は、本発明の原理構成図を示す。図１
において、端末１は、共有するウィンドウ２に同一内容
を表示して電子会議システムなどを構成する端末などで
あって、ここでは、ウィンドウ２、描画カウンタ３、お
よび描画管理部４などから構成されるものである。
において、端末１は、共有するウィンドウ２に同一内容
を表示して電子会議システムなどを構成する端末などで
あって、ここでは、ウィンドウ２、描画カウンタ３、お
よび描画管理部４などから構成されるものである。
【００１５】ウィンドウ２は、複数の端末１で同一の内
容を表示する、いわゆる共有するウィンドウである。描
画カウンタ３は、ウィンドウ２に描画したときに＋１し
てその旨を管理するものである。
容を表示する、いわゆる共有するウィンドウである。描
画カウンタ３は、ウィンドウ２に描画したときに＋１し
てその旨を管理するものである。
【００１６】描画管理部４は、描画リクエストの発生時
に、ウィンドウ２に描画した順番を管理するものであ
る。ネットワーク５は、複数の端末１と、通信サーバ６
とを相互に接続するものである。
に、ウィンドウ２に描画した順番を管理するものであ
る。ネットワーク５は、複数の端末１と、通信サーバ６
とを相互に接続するものである。
【００１７】サーバ６は、ネットワーク５を介して接続
した複数の端末１を統括管理するものであって、ここで
は、端末１のウィンドウ２への描画の順番を統括管理す
るものであり、描画カウンタ７、および送信先管理部８
などから構成されるものである。
した複数の端末１を統括管理するものであって、ここで
は、端末１のウィンドウ２への描画の順番を統括管理す
るものであり、描画カウンタ７、および送信先管理部８
などから構成されるものである。
【００１８】描画カウンタ７は、端末１からネットワー
クを介して描画リクエストを受信したときに、＋１して
描画リクエストの昇順を管理するためのものである。送
信先管理部８は、端末１からネットワークを介して受信
した描画リクエストに付加されている描画カウンタ値を
もとに、各端末１のウィンドウ２への当該描画リクエス
トを昇順に表示させるように管理するものである（図３
を用いて後述する）。
クを介して描画リクエストを受信したときに、＋１して
描画リクエストの昇順を管理するためのものである。送
信先管理部８は、端末１からネットワークを介して受信
した描画リクエストに付加されている描画カウンタ値を
もとに、各端末１のウィンドウ２への当該描画リクエス
トを昇順に表示させるように管理するものである（図３
を用いて後述する）。
【００１９】次に、図１の構成の動作を説明する。 （１） 端末１で描画操作が行われて描画リクエストが
発生した場合、この描画リクエストを自身のウィンドウ
２に描画すると共に描画カウンタ３の値を＋１した後の
描画カウンタ値を描画リクエストに付加し、ネットワー
ク５を介してサーバ６に送信する。
発生した場合、この描画リクエストを自身のウィンドウ
２に描画すると共に描画カウンタ３の値を＋１した後の
描画カウンタ値を描画リクエストに付加し、ネットワー
ク５を介してサーバ６に送信する。
【００２０】（２） （１）で送信されてきた描画リク
エストを受信したサーバ６は、自身の描画カウンタ７を
＋１した後の描画カウンタ値と、受信した描画リクエス
トに付加されている描画カウンタ値とを比較し、等しい
ときに昇順が保たれていると判断し、受信した端末１以
外の他の全ての端末１にこの描画リクエストを送信す
る。送信を受けた端末１は、描画リクエストの内容をウ
ィンドウ２に上書きすると共に描画カウンタ３にセット
する。これにより、ウィンドウ２への描画の昇順が保た
れている場合には、送信元の端末１には描画リクエスト
を送信しなく、重複した送信および描画を無くすと共
に、描画リクエストが発生した時点の初期にウィンドウ
２に描画して描画レンスポンスを良好にすることが可能
となる。
エストを受信したサーバ６は、自身の描画カウンタ７を
＋１した後の描画カウンタ値と、受信した描画リクエス
トに付加されている描画カウンタ値とを比較し、等しい
ときに昇順が保たれていると判断し、受信した端末１以
外の他の全ての端末１にこの描画リクエストを送信す
る。送信を受けた端末１は、描画リクエストの内容をウ
ィンドウ２に上書きすると共に描画カウンタ３にセット
する。これにより、ウィンドウ２への描画の昇順が保た
れている場合には、送信元の端末１には描画リクエスト
を送信しなく、重複した送信および描画を無くすと共
に、描画リクエストが発生した時点の初期にウィンドウ
２に描画して描画レンスポンスを良好にすることが可能
となる。
【００２１】（３） 一方、等しくないときに昇順が保
たれていないと判断し、受信した端末１も含め全ての端
末にこの描画リクエストを送信する。送信を受けた端末
１は、描画リクエストの内容をウィンドウ２に上書きす
ると共に描画カウンタ３にセットする。これにより、ウ
ィンドウ２への描画リクエストの昇順の表示が確保され
たこととなる。
たれていないと判断し、受信した端末１も含め全ての端
末にこの描画リクエストを送信する。送信を受けた端末
１は、描画リクエストの内容をウィンドウ２に上書きす
ると共に描画カウンタ３にセットする。これにより、ウ
ィンドウ２への描画リクエストの昇順の表示が確保され
たこととなる。
【００２２】以上によって、端末１で描画リクセストが
発生したときにまず自身のウィンドウ２に描画して描画
レスポンスを向上させ、描画カウンタ値を付加した描画
リクエストをサーバ６に送信し、ここで、昇順が保たれ
ているときは他の端末１に描画リクエストを送信して描
画し、昇順が保たれていないときは全ての端末１に描画
リクエストを送信して描画する。これにより、端末１の
ウィンドウ２の内容を同一に保つことが可能となる。
発生したときにまず自身のウィンドウ２に描画して描画
レスポンスを向上させ、描画カウンタ値を付加した描画
リクエストをサーバ６に送信し、ここで、昇順が保たれ
ているときは他の端末１に描画リクエストを送信して描
画し、昇順が保たれていないときは全ての端末１に描画
リクエストを送信して描画する。これにより、端末１の
ウィンドウ２の内容を同一に保つことが可能となる。
【００２３】図２は、本発明の１実施例構成図を示す。
これは、端末１としてクライアント（端末）１１とした
ものであり、ウィンドウ２、描画カウンタ３、描画管理
部４、ネットワーク５、通信サーバ６、描画カウンタ
７、および送信先管理部８は図１の構成と同一であるの
で説明を省略する。
これは、端末１としてクライアント（端末）１１とした
ものであり、ウィンドウ２、描画カウンタ３、描画管理
部４、ネットワーク５、通信サーバ６、描画カウンタ
７、および送信先管理部８は図１の構成と同一であるの
で説明を省略する。
【００２４】図２において、描画処理１２は、描画リク
エストの内容をウィンドウ２上に上書き描画するもので
ある。通信処理１３は、ネットワーク５を介して通信サ
ーバ６との間で、データ（描画リクエストなど）の授受
を行なうものである。
エストの内容をウィンドウ２上に上書き描画するもので
ある。通信処理１３は、ネットワーク５を介して通信サ
ーバ６との間で、データ（描画リクエストなど）の授受
を行なうものである。
【００２５】次に、図３に示す順序に従い、図２の構成
の動作を詳細に説明する。ここで、クライアント
（Ａ）、クライアント（Ｂ）は図２のクライアント
（Ａ）１１、クライアント（Ｂ）１１に対応している。
の動作を詳細に説明する。ここで、クライアント
（Ａ）、クライアント（Ｂ）は図２のクライアント
（Ａ）１１、クライアント（Ｂ）１１に対応している。
【００２６】図３において、Ｓ１は、描画カウンタの初
期化を指示する。Ｓ２は、Ｓ１の描画カウンタの初期化
指示に対応して、全クライアントに描画カウンタ３の初
期化を通知する。
期化を指示する。Ｓ２は、Ｓ１の描画カウンタの初期化
指示に対応して、全クライアントに描画カウンタ３の初
期化を通知する。
【００２７】Ｓ３は、Ｓ２で初期化の通知を受けたクラ
イアント（Ａ）が描画カウンタ３のセット（０クリア）
を行なう。Ｓ４は、Ｓ２で初期化の通知を受けたクライ
アント（Ｂ）が描画カウンタ３のセット（０クリア）を
行なう。
イアント（Ａ）が描画カウンタ３のセット（０クリア）
を行なう。Ｓ４は、Ｓ２で初期化の通知を受けたクライ
アント（Ｂ）が描画カウンタ３のセット（０クリア）を
行なう。
【００２８】Ｓ５は、クライアント（Ａ）で利用者によ
る描画操作が行われ、描画リクエストが発生する。Ｓ６
は、Ｓ５で描画操作が行われたので、自分のウィンドウ
２に描画する。これは、描画操作によって作成した描画
リクエストに従い、自分のウィンドウ２に描画する。
る描画操作が行われ、描画リクエストが発生する。Ｓ６
は、Ｓ５で描画操作が行われたので、自分のウィンドウ
２に描画する。これは、描画操作によって作成した描画
リクエストに従い、自分のウィンドウ２に描画する。
【００２９】Ｓ７は、描画カウンタ３に＋１し、描画リ
クエストに描画カウンタ値を付加し、通信サーバ６に送
信する。Ｓ８は、通信サーバ６が描画カウンタ７に＋１
する。
クエストに描画カウンタ値を付加し、通信サーバ６に送
信する。Ｓ８は、通信サーバ６が描画カウンタ７に＋１
する。
【００３０】Ｓ９は、通信サーバ６の描画カウンタ値＝
クライアントの描画カウンタ値か判別する。ＹＥＳの場
合には、両者の描画カウンタ値が等しく、描画リクエス
トの表示順が保たれていると判明したので、Ｓ１２で他
の全てのクライアント１１に通信サーバ６の描画カウン
タ値を付加した描画リクエストを送信する。この場合に
は、描画リクエストをクライアント（Ｂ）１１に送信
し、Ｓ１３でクライアント（Ｂ）１１が自分のウィンド
ウ２に描画し、付加されてきた描画カウンタ値を描画カ
ウンタ３にセットする。これにより、描画リクエストの
表示順が保たれている場合には、他のクライアント１１
に送信してウィンドウ２に描画し、無駄な送信を無くす
ことが可能となる。
クライアントの描画カウンタ値か判別する。ＹＥＳの場
合には、両者の描画カウンタ値が等しく、描画リクエス
トの表示順が保たれていると判明したので、Ｓ１２で他
の全てのクライアント１１に通信サーバ６の描画カウン
タ値を付加した描画リクエストを送信する。この場合に
は、描画リクエストをクライアント（Ｂ）１１に送信
し、Ｓ１３でクライアント（Ｂ）１１が自分のウィンド
ウ２に描画し、付加されてきた描画カウンタ値を描画カ
ウンタ３にセットする。これにより、描画リクエストの
表示順が保たれている場合には、他のクライアント１１
に送信してウィンドウ２に描画し、無駄な送信を無くす
ことが可能となる。
【００３１】一方、Ｓ９のＮＯの場合には、両者の描画
カウンタ値が等しくなく、描画リクエストの表示順が保
たれていないと判明したので、Ｓ１０で送信元へ通信サ
ーバ６の描画カウンタ値を付加した描画リクエストを送
信し、Ｓ１１で自分のウィンドウ２に上書き描画し、付
加されてきた描画カウンタ値を描画カウンタ３にセット
する。また、Ｓ１２で他の全てのクライアント１１に通
信サーバ６の描画カウンタ値を付加した描画リクエスト
を送信し、、Ｓ１３でクライアント（Ｂ）１１が自分の
ウィンドウ２に描画し、付加されてきた描画カウンタ値
を描画カウンタ３にセットする。これにより、描画リク
エストの表示順が保たれていない場合には、送信元も含
めて全てのクライアント１１に送信してウィンドウ２に
描画し、描画リクエストの表示順を確保する。
カウンタ値が等しくなく、描画リクエストの表示順が保
たれていないと判明したので、Ｓ１０で送信元へ通信サ
ーバ６の描画カウンタ値を付加した描画リクエストを送
信し、Ｓ１１で自分のウィンドウ２に上書き描画し、付
加されてきた描画カウンタ値を描画カウンタ３にセット
する。また、Ｓ１２で他の全てのクライアント１１に通
信サーバ６の描画カウンタ値を付加した描画リクエスト
を送信し、、Ｓ１３でクライアント（Ｂ）１１が自分の
ウィンドウ２に描画し、付加されてきた描画カウンタ値
を描画カウンタ３にセットする。これにより、描画リク
エストの表示順が保たれていない場合には、送信元も含
めて全てのクライアント１１に送信してウィンドウ２に
描画し、描画リクエストの表示順を確保する。
【００３２】また、クライアント（Ｂ）１１で描画操作
が発生した場合には、同様に、点線で示すように、Ｓ
５、Ｓ６、Ｓ７の代わりにＳ５’、Ｓ６’、Ｓ７’を行
なうと共に、Ｓ１０からＳ１３、Ｓ１２からＳ１１への
送信を行ない、処理を行なうことが可能である（説明は
省略する）。
が発生した場合には、同様に、点線で示すように、Ｓ
５、Ｓ６、Ｓ７の代わりにＳ５’、Ｓ６’、Ｓ７’を行
なうと共に、Ｓ１０からＳ１３、Ｓ１２からＳ１１への
送信を行ない、処理を行なうことが可能である（説明は
省略する）。
【００３３】以上によって、クライアント１１に描画操
作が行われて描画リクエストが発生したときに、まず、
自身のウィンドウ２に描画した後、描画カウンタ３に＋
１した後の描画カウンタ値を描画リクエストに付加して
通信サーバ６に送信する。通信サーバ６では、自身の描
画カウンタ７を＋１した後の描画カウンタ値と、受信し
た描画リクエストに付加されている描画カウンタ値とが
等しいときに当該描画リクエストの表示順が保たれてい
ると判明したので、他のクライアント１１にのみ描画カ
ウンタ値を付加した描画リクエストを送信して描画させ
ると共に描画カウンタ３をセットする。一方、両者の描
画カウンタ値が等しくなくて表示順が保たれていないと
判明した場合には、送信元も含めて全てのクライアント
に描画カウンタ値を付加した描画リクエストを送信し
て、描画させると共に描画カウンタ値をセットさせる。
これにより、簡易な構成によって描画リクエストのウィ
ンドウ２への表示順を確保すると共に無駄な送信を削減
できる。
作が行われて描画リクエストが発生したときに、まず、
自身のウィンドウ２に描画した後、描画カウンタ３に＋
１した後の描画カウンタ値を描画リクエストに付加して
通信サーバ６に送信する。通信サーバ６では、自身の描
画カウンタ７を＋１した後の描画カウンタ値と、受信し
た描画リクエストに付加されている描画カウンタ値とが
等しいときに当該描画リクエストの表示順が保たれてい
ると判明したので、他のクライアント１１にのみ描画カ
ウンタ値を付加した描画リクエストを送信して描画させ
ると共に描画カウンタ３をセットする。一方、両者の描
画カウンタ値が等しくなくて表示順が保たれていないと
判明した場合には、送信元も含めて全てのクライアント
に描画カウンタ値を付加した描画リクエストを送信し
て、描画させると共に描画カウンタ値をセットさせる。
これにより、簡易な構成によって描画リクエストのウィ
ンドウ２への表示順を確保すると共に無駄な送信を削減
できる。
【００３４】図４は、本発明の描画例（その１）を示
す。図４において、Ｓ２１は、クライアント（Ａ）１１
が初期状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す を表し、上段がウィンドウの表示状態を表し、下段が描
画カウンタ３の値を表す。ここでは、ウィンドウの表示
状態が“初期状態”（クリア）であり、描画カウンタ３
の値“０”である。
す。図４において、Ｓ２１は、クライアント（Ａ）１１
が初期状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す を表し、上段がウィンドウの表示状態を表し、下段が描
画カウンタ３の値を表す。ここでは、ウィンドウの表示
状態が“初期状態”（クリア）であり、描画カウンタ３
の値“０”である。
【００３５】Ｓ２２は、通信サーバ６が初期状態にセッ
トされる。ここで、 初期状態 ← 通信サーバが管理するウィンドウの表示
状態を表す （０） ← 通信サーバの描画カウンタ７の値を表す とセットされる。
トされる。ここで、 初期状態 ← 通信サーバが管理するウィンドウの表示
状態を表す （０） ← 通信サーバの描画カウンタ７の値を表す とセットされる。
【００３６】Ｓ２３は、クライアント（Ｂ）１１が初期
状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す とセットされる。
状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す とセットされる。
【００３７】Ｓ２４は、クライアント（Ｂ）１１で描画
操作Ａが行われ、描画リクエストＡが発生する。Ｓ２５
は、クライアント（Ｂ）１１が描画リクエストＡをもと
にウィンドウ２に描画すると共に描画カウンタ３を＋１
する。この状態では、 となる。そして、描画カウンタ値“１”を付加した描画
リクエストＡ（１）を、通信サーバ６に送信する。
操作Ａが行われ、描画リクエストＡが発生する。Ｓ２５
は、クライアント（Ｂ）１１が描画リクエストＡをもと
にウィンドウ２に描画すると共に描画カウンタ３を＋１
する。この状態では、 となる。そして、描画カウンタ値“１”を付加した描画
リクエストＡ（１）を、通信サーバ６に送信する。
【００３８】Ｓ２６は、描画リクエストＡ（１）を受信
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＡ（１）の描画カウン
タ値“１”と比較して一致するので、Ｓ２４の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“１”を付加した描
画リクエストＡ（１）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＡ（１）の描画カウン
タ値“１”と比較して一致するので、Ｓ２４の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“１”を付加した描
画リクエストＡ（１）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
【００３９】Ｓ２７は、送信されてきた描画リクエスト
Ａ（１）を受信したクライアント（Ａ）１１が、当該描
画リクエストＡをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３にセットし、下記のようにな
る。
Ａ（１）を受信したクライアント（Ａ）１１が、当該描
画リクエストＡをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３にセットし、下記のようにな
る。
【００４０】 以上によって、Ｓ２４の描画操作Ａによる描画リクエス
トＡのウィンドウ２への描画が昇順を崩さない場合の処
理を説明した。この場合には、描画リクエストＡ（１）
を送信元に送信すること無く、送信量の削減を図ること
ができた。
トＡのウィンドウ２への描画が昇順を崩さない場合の処
理を説明した。この場合には、描画リクエストＡ（１）
を送信元に送信すること無く、送信量の削減を図ること
ができた。
【００４１】次に、描画の昇順が崩れる場合について、
Ｓ２８からＳ３６をもとに詳細に説明する。Ｓ２８は、
クライアント（Ｂ）１１で描画操作Ｂが行われ、描画リ
クエストＢが発生する。
Ｓ２８からＳ３６をもとに詳細に説明する。Ｓ２８は、
クライアント（Ｂ）１１で描画操作Ｂが行われ、描画リ
クエストＢが発生する。
【００４２】Ｓ２９は、クライアント（Ｂ）１１が描画
リクエストＢをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＢ（２）を、通信サーバ６に送信する。
リクエストＢをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＢ（２）を、通信サーバ６に送信する。
【００４３】Ｓ３０は、描画リクエストＢ（２）を受信
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＢ（２）の描画カウン
タ値“２”と比較して一致するので、Ｓ２８の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“２”を付加した描
画リクエストＢ（２）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＢ（２）の描画カウン
タ値“２”と比較して一致するので、Ｓ２８の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“２”を付加した描
画リクエストＢ（２）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
【００４４】Ｓ３１は、送信されてきた描画リクエスト
Ｂ（２）を受信したクライアント（Ａ）１１が、当該描
画リクエストＢをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“２”をセットすると下記の
ようになる。
Ｂ（２）を受信したクライアント（Ａ）１１が、当該描
画リクエストＢをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“２”をセットすると下記の
ようになる。
【００４５】 ここで、Ｓ３２は、Ｓ３１の以前にクライアント（Ａ）
１１で描画操作Ｘが行われ、描画リクエストＸが発生す
る。
１１で描画操作Ｘが行われ、描画リクエストＸが発生す
る。
【００４６】Ｓ３３は、クライアント（Ａ）１１が描画
リクエストＸをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＸ（２）を、通信サーバ６に送信する。
リクエストＸをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＸ（２）を、通信サーバ６に送信する。
【００４７】Ｓ３４は、描画リクエストＸ（２）を受信
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＸ（２）の描画カウン
タ値“２”と比較して一致しないので、Ｓ３２の描画が
昇順でないと判明したので、送信元を含め全てのクライ
アント（Ａ）１１、クライアント（Ｂ）１１に、通信サ
ーバ６の描画カウント値“３”を付加した描画リクエス
トＸ（３）を送信する。
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＸ（２）の描画カウン
タ値“２”と比較して一致しないので、Ｓ３２の描画が
昇順でないと判明したので、送信元を含め全てのクライ
アント（Ａ）１１、クライアント（Ｂ）１１に、通信サ
ーバ６の描画カウント値“３”を付加した描画リクエス
トＸ（３）を送信する。
【００４８】Ｓ３５は、送信されてきた描画リクエスト
Ｘ（３）を受信したクライアント（Ｂ）１１が、当該描
画リクエストＸをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“３”をセットすると下記の
ようになる。
Ｘ（３）を受信したクライアント（Ｂ）１１が、当該描
画リクエストＸをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“３”をセットすると下記の
ようになる。
【００４９】 Ｓ３６は、送信されてきた描画リクエストＸ（３）を受
信したクライアント（Ａ）１１が、当該描画リクエスト
Ｘをもとにウィンドウ２上に上書き描画すると共に自身
の描画カウンタ３に“３”をセットすると下記のように
なる。
信したクライアント（Ａ）１１が、当該描画リクエスト
Ｘをもとにウィンドウ２上に上書き描画すると共に自身
の描画カウンタ３に“３”をセットすると下記のように
なる。
【００５０】 これは、 に等しいので、クライアント（Ｂ）１１のウィンドウ２
の内容と一致することとなる。
の内容と一致することとなる。
【００５１】以上によって、Ｓ２８の描画操作Ｂに続け
てＳ３２の描画操作Ｘが行われた場合、Ｓ３２の描画操
作Ｘの描画リクエストＸの描画に昇順がくずれても、Ｓ
３４で送信元にも描画リクエストＸ（３）を送信し、上
書き描画することにより、結果として昇順に描画したこ
ととなり、ウィンドウ２に同一の内容を表示することが
可能となる。
てＳ３２の描画操作Ｘが行われた場合、Ｓ３２の描画操
作Ｘの描画リクエストＸの描画に昇順がくずれても、Ｓ
３４で送信元にも描画リクエストＸ（３）を送信し、上
書き描画することにより、結果として昇順に描画したこ
ととなり、ウィンドウ２に同一の内容を表示することが
可能となる。
【００５２】図５は、本発明の描画例（その２）を示
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
【００５３】ここで、 ・Ｓ２８の描画操作ｂが○を描画 ・Ｓ３２の描画操作ｘが□を描画 を続けて行い、Ｓ３２の描画操作ｘの描画の昇順が崩れ
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
【００５４】 描画操作ｂによる描画リクエストｂに
よって○をクライアント（Ｂ）のウィンドウに描画す
る。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって□をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
よって○をクライアント（Ｂ）のウィンドウに描画す
る。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって□をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
【００５５】 の描画リクエストｂの送信を受けた
クライアント（Ａ）がウィンドウに○を描画する。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに□を描画する（昇順に描画されて
いるのでＯＫ）。
クライアント（Ａ）がウィンドウに○を描画する。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに□を描画する（昇順に描画されて
いるのでＯＫ）。
【００５６】 の描画リクエストｘの送信を受けた
クライアント（Ａ）がウィンドウに□を上書き描画する
（表示順に描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦描画の昇順が崩れるが、
で再度、描画リクエストｘを上書き描画して昇順を正し
くすることにより、結果として、とでウィンドウに
同一の描画を行なうことが可能となる。
クライアント（Ａ）がウィンドウに□を上書き描画する
（表示順に描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦描画の昇順が崩れるが、
で再度、描画リクエストｘを上書き描画して昇順を正し
くすることにより、結果として、とでウィンドウに
同一の描画を行なうことが可能となる。
【００５７】図６は、本発明の描画例（その３）を示
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
【００５８】ここで、 ・Ｓ２８の描画操作ｂが○部分の消去描画 ・Ｓ３２の描画操作ｘが■を描画 を続けて行い、Ｓ３２の描画操作ｘの描画の昇順が崩れ
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
【００５９】 描画操作ｂによる描画リクエストｂに
よって○部分をクライアント（Ｂ）のウィンドウに消去
描画する。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって■をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
よって○部分をクライアント（Ｂ）のウィンドウに消去
描画する。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって■をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
【００６０】 の描画リクエストｂの送信を受けた
クライアント（Ａ）がウィンドウに○部分を消去描画す
る。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに■を描画する（昇順に描画されて
いるのでＯＫ）。
クライアント（Ａ）がウィンドウに○部分を消去描画す
る。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに■を描画する（昇順に描画されて
いるのでＯＫ）。
【００６１】 の描画リクエストｘの送信を受けた
クライアント（Ａ）がウィンドウに■を上書き描画する
（昇順に上書き描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦上書き描画の昇順が崩れる
が、で再度、描画リクエストｘを消去描画して昇順を
正しくすることにより、結果として、とでウィンド
ウに同一の描画を行なうことが可能となる。
クライアント（Ａ）がウィンドウに■を上書き描画する
（昇順に上書き描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦上書き描画の昇順が崩れる
が、で再度、描画リクエストｘを消去描画して昇順を
正しくすることにより、結果として、とでウィンド
ウに同一の描画を行なうことが可能となる。
【００６２】尚、上述した表示順制御において、対象と
する描画リクエストは、１回実行しても、２回以上実行
しても同じ結果が得られるものでなければならない。例
えばピクセル値を反転するような描画リクエストは実行
回数によって結果が異なってしまうので対象とならな
い。
する描画リクエストは、１回実行しても、２回以上実行
しても同じ結果が得られるものでなければならない。例
えばピクセル値を反転するような描画リクエストは実行
回数によって結果が異なってしまうので対象とならな
い。
【００６３】
【発明の効果】以上説明したように、本発明によれば、
複数の端末１間でウィンドウ２を共有する場合に、端末
１およびサーバ６に描画カウンタ３、７を持ち、ウィン
ドウ２に描画時にこの描画カウンタ値をもとに昇順制御
を行う構成を採用しているため、ウィンドウ２の内容を
簡単な制御で同一に保持することができると共に、無駄
な送信を無くすことができる。更に、各端末１で描画操
作による描画リクエストが発生したときに即座にウィン
ドウ２に上書き描画した後、描画カウンタ３を＋１した
描画カウンタ値を付加した描画リクエストを通信サーバ
６に送信し、他の端末１に送信してウィンドウ２に描画
しているため、描画操作時に迅速にウィンドウ２に描画
して表示し、描画レスポンスの向上を図ることができ
る。
複数の端末１間でウィンドウ２を共有する場合に、端末
１およびサーバ６に描画カウンタ３、７を持ち、ウィン
ドウ２に描画時にこの描画カウンタ値をもとに昇順制御
を行う構成を採用しているため、ウィンドウ２の内容を
簡単な制御で同一に保持することができると共に、無駄
な送信を無くすことができる。更に、各端末１で描画操
作による描画リクエストが発生したときに即座にウィン
ドウ２に上書き描画した後、描画カウンタ３を＋１した
描画カウンタ値を付加した描画リクエストを通信サーバ
６に送信し、他の端末１に送信してウィンドウ２に描画
しているため、描画操作時に迅速にウィンドウ２に描画
して表示し、描画レスポンスの向上を図ることができ
る。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の１実施例構成図である。
【図３】本発明の動作説明図である。
【図４】本発明の描画例（その１）である。
【図５】本発明の描画例（その２）である。
【図６】本発明の描画例（その３）である。
１：端末 １１：クライアント ２：ウィンドウ ３、７：描画カウンタ ４：描画管理部 ５：ネットワーク ６：サーバ ６１：通信サーバ ８：送信先管理部 ９、１３：通信処理 １２：描画処理
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.5 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 29/12 Ｈ０４Ｎ 1/00 Ｚ 7232−5Ｃ 7/15 7251−5Ｃ
Claims (2)
- 【請求項１】サーバとネットワークを介して接続された
複数の端末のウィンドウに同じ内容の表示を行う表示シ
ステムにおける表示順制御方法において、 端末（１）で描画操作が行われたときに自身の端末
（１）のウィンドウ（２）に描画し対応する描画リクエ
ストをサーバ（６）に送信して、この描画リクエストを
受信したサーバ（６）が他の端末（１）にその描画リク
エストを送信して描画させ、 上記の描画操作より後に行われ、かつ、上記の描画操作
に対応する描画リクエストがサーバ（６）より送信され
る前に行われた他の端末（１）の描画操作については、
サーバ（６）がこの描画操作に対応する描画リクエスト
をその描画操作が行われた端末（１）にも送信して上書
きさせることを特徴とする表示順制御方法。 - 【請求項２】サーバとネットワークを介して接続された
複数の端末のウィンドウに同じ内容の表示を行う表示シ
ステムにおいて、 複数の端末（１）のウィンドウ（２）の間で共通の描画
操作の回数を示す描画カウンタを、複数の端末（１）お
よびサーバ（６）に備えると共に、 端末（１）は、描画操作が行われた場合には、自身の端
末（１）のウィンドウ（２）に描画すると共に上記描画
カウンタの値を更新してこの描画カウンタの値を付加し
た描画リクエストをサーバ（６）に送信し、描画リクエ
ストをサーバ（６）より受信した場合には、この描画リ
クエストに従い、端末（１）のウィンドウ（２）に描画
すると共に上記描画カウンタの値をセットする描画管理
部（４）を備え、 サーバ（６）は、端末（１）より描画リクエストを受信
するとサーバ（６）が持つ描画カウンタを更新し、受信
した描画リクエストに付加されている描画カウンタ値と
サーバ（６）が持つ描画カウンタ値と比較した結果、同
期が取れているときにはこの描画リクエストを送信した
端末以外の端末（１）にその描画リクエストを送信し、
一方、同期が取れていないときには全ての端末（１）に
その描画リクエストを送信する送信先管理部（８）を備
えたことを特徴とする表示シスム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12957493A JP3386182B2 (ja) | 1993-05-31 | 1993-05-31 | 表示システム、そのサーバ装置、およびその端末装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12957493A JP3386182B2 (ja) | 1993-05-31 | 1993-05-31 | 表示システム、そのサーバ装置、およびその端末装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06337829A true JPH06337829A (ja) | 1994-12-06 |
| JP3386182B2 JP3386182B2 (ja) | 2003-03-17 |
Family
ID=15012840
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP12957493A Expired - Fee Related JP3386182B2 (ja) | 1993-05-31 | 1993-05-31 | 表示システム、そのサーバ装置、およびその端末装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3386182B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10134001A (ja) * | 1996-10-29 | 1998-05-22 | Hitachi Ltd | 多地点端末連携方法及びこれを用いた遠隔診療支援システム |
| US6539000B1 (en) | 1998-07-21 | 2003-03-25 | Kabushiki Kaisha Toshiba | Multicast communication method and apparatus |
| US6574674B1 (en) * | 1996-05-24 | 2003-06-03 | Microsoft Corporation | Method and system for managing data while sharing application programs |
| JP2004185131A (ja) * | 2002-11-29 | 2004-07-02 | Canon Inc | 情報処理方法及び装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01170185A (ja) * | 1987-12-25 | 1989-07-05 | Hitachi Ltd | 通信端末装置の表示制御方式 |
| JPH03119476A (ja) * | 1989-10-03 | 1991-05-21 | Nippon Telegr & Teleph Corp <Ntt> | 共用画面制御方式 |
| JPH04199326A (ja) * | 1990-11-29 | 1992-07-20 | Hitachi Ltd | 端末制御方式および端末共有計算機システム |
| JPH04307648A (ja) * | 1991-04-05 | 1992-10-29 | Nec Corp | グループ協同作業用装置 |
-
1993
- 1993-05-31 JP JP12957493A patent/JP3386182B2/ja not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01170185A (ja) * | 1987-12-25 | 1989-07-05 | Hitachi Ltd | 通信端末装置の表示制御方式 |
| JPH03119476A (ja) * | 1989-10-03 | 1991-05-21 | Nippon Telegr & Teleph Corp <Ntt> | 共用画面制御方式 |
| JPH04199326A (ja) * | 1990-11-29 | 1992-07-20 | Hitachi Ltd | 端末制御方式および端末共有計算機システム |
| JPH04307648A (ja) * | 1991-04-05 | 1992-10-29 | Nec Corp | グループ協同作業用装置 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6574674B1 (en) * | 1996-05-24 | 2003-06-03 | Microsoft Corporation | Method and system for managing data while sharing application programs |
| JPH10134001A (ja) * | 1996-10-29 | 1998-05-22 | Hitachi Ltd | 多地点端末連携方法及びこれを用いた遠隔診療支援システム |
| US6539000B1 (en) | 1998-07-21 | 2003-03-25 | Kabushiki Kaisha Toshiba | Multicast communication method and apparatus |
| US6775279B2 (en) | 1998-07-21 | 2004-08-10 | Kabushiki Kaisha Toshiba | Multicast communication method and apparatus |
| US7369552B2 (en) | 1998-07-21 | 2008-05-06 | Kabushiki Kaisha Toshiba | Multicast communication method and apparatus |
| JP2004185131A (ja) * | 2002-11-29 | 2004-07-02 | Canon Inc | 情報処理方法及び装置 |
| US7584243B2 (en) | 2002-11-29 | 2009-09-01 | Canon Kabushiki Kaisha | Information processing method and apparatus maintaining consistency of shared data |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3386182B2 (ja) | 2003-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20060089992A1 (en) | Remote computing systems and methods for supporting multiple sessions | |
| US20120030579A1 (en) | Method for the remote sharing of computer desktop(s) | |
| US20110035448A1 (en) | Method and apparatus for displaying video data from multiple source computers in a multi-monitor computer system | |
| KR20050058899A (ko) | 디스플레이 관리시스템 | |
| JP2003324484A (ja) | セッション中継システム、クライアント端末、セッション中継方法、リモートアクセス方法、セッション中継プログラム及びクライアントプログラム | |
| US20020065949A1 (en) | Virtual network computing | |
| US20010034770A1 (en) | Method and device for implementing networked terminals in graphical operating environment | |
| CN110266701B (zh) | 智能设备数据传输方法、装置、介质及电子设备 | |
| JP3386182B2 (ja) | 表示システム、そのサーバ装置、およびその端末装置 | |
| JP2002236561A (ja) | 無線ｌａｎプリンタ機器の設定装置 | |
| JP2000148415A (ja) | 画像形成装置 | |
| CN116633991B (zh) | 用于远程场景的用户界面显示控制方法和*** | |
| DE102008014982B4 (de) | Virtuellnetzwerkprojektionssystem, das mehrere Projektionsquellen unterstützt, und Verfahren desselben | |
| US20120311119A1 (en) | Remote management method and remote management system | |
| JP2007179105A (ja) | 共有データベースの制御システム及び共有データベースの制御方法並びにコンピュータプログラム | |
| JPH096655A (ja) | システム管理装置 | |
| US20050234699A1 (en) | Data processing system | |
| JP3359191B2 (ja) | 画像入力システム | |
| JP2003005823A (ja) | 遠隔監視方法及び監視制御用オペレーション装置 | |
| JP2002027425A (ja) | 映像配信装置及び方法 | |
| JPH05119955A (ja) | 端末間画面操作方式 | |
| KR100588613B1 (ko) | 네트워크에 기반한 프로젝터 공유기 및 공유방법 | |
| CN100435511C (zh) | 客户终端、服务器、字符终端仿真***和方法 | |
| JP3168422B2 (ja) | 通信処理装置およびデータ処理方法 | |
| KR100421684B1 (ko) | 비디오폰을이용한인터넷웹브라우저기능구현장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20010313 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080110 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090110 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100110 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110110 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |