JP3386182B2 - 表示システム、そのサーバ装置、およびその端末装置 - Google Patents
表示システム、そのサーバ装置、およびその端末装置Info
- Publication number
- JP3386182B2 JP3386182B2 JP12957493A JP12957493A JP3386182B2 JP 3386182 B2 JP3386182 B2 JP 3386182B2 JP 12957493 A JP12957493 A JP 12957493A JP 12957493 A JP12957493 A JP 12957493A JP 3386182 B2 JP3386182 B2 JP 3386182B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- request
- counter
- value
- server
- 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.)
- Expired - Fee Related
Links
Landscapes
- Digital Computer Display Output (AREA)
- Facsimiles In General (AREA)
- Controls And Circuits For Display Device (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Communication Control (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ウィンドウの表示順を
制御する表示システム、そのサーバ装置およびその端末
装置に関するものである。
制御する表示システム、そのサーバ装置およびその端末
装置に関するものである。
【０００２】パソコンやワークステーションなどを用い
た分散システム環境下、例えば電子会議システムのよう
にウィンドウを共有するアプリケーションのもとで、ク
ライアントの利用者が操作し易いように、ウィンドウへ
の表示順（描画順）を簡易に制御することが望まれてい
る。
た分散システム環境下、例えば電子会議システムのよう
にウィンドウを共有するアプリケーションのもとで、ク
ライアントの利用者が操作し易いように、ウィンドウへ
の表示順（描画順）を簡易に制御することが望まれてい
る。
【０００３】
【従来の技術】従来、電子会議システムのように複数の
クライアント（端末）間でウィンドウを共有する場合、
それぞれのクライアントのウィンドウに表示される内容
を同一に保つ必要がある。このとき、あるクライアント
で描画操作があったときに、自身のウィンドウに描画せ
ずに、サーバに描画リクエストを送信し、サーバが同期
をとって描画リクエストを全てのクライアントに送信
し、クライアントはこの描画リクエストに従い描画する
ことで、各ウィンドウに表示させる内容が同一となる。
クライアントにおいて、描画操作が行われると直ぐに自
身のウィンドウに描画しようとすると、各クライアント
が描画リクエストを処理する順番が異なり、ウィンドウ
に表示される内容が異なってしまう。このため、クライ
ンアントの操作者は描画操作をしてから自身のウィンド
ウに描画されるまで時間が一度サーバを経由しているた
めに、長く感じられ操作性が悪かった。
クライアント（端末）間でウィンドウを共有する場合、
それぞれのクライアントのウィンドウに表示される内容
を同一に保つ必要がある。このとき、あるクライアント
で描画操作があったときに、自身のウィンドウに描画せ
ずに、サーバに描画リクエストを送信し、サーバが同期
をとって描画リクエストを全てのクライアントに送信
し、クライアントはこの描画リクエストに従い描画する
ことで、各ウィンドウに表示させる内容が同一となる。
クライアントにおいて、描画操作が行われると直ぐに自
身のウィンドウに描画しようとすると、各クライアント
が描画リクエストを処理する順番が異なり、ウィンドウ
に表示される内容が異なってしまう。このため、クライ
ンアントの操作者は描画操作をしてから自身のウィンド
ウに描画されるまで時間が一度サーバを経由しているた
めに、長く感じられ操作性が悪かった。
【０００４】
【発明が解決しようとする課題】上述したように、複数
のクライアント間でネットワークを介してウィンドウを
共有する場合、描画操作が行われたクライアントのウィ
ンドウにまず描画してから、他のクライアントのウィン
ドウに描画させるためにサーバに描画リクエストを送信
するようにすると、ウィンドウに描画する順番がクライ
アントによって異なってしまい、同一内容をウィンドウ
に表示できないという問題があった。この順番にウィン
ドウに描画されない事態が発生することを防止すること
が望まれている。
のクライアント間でネットワークを介してウィンドウを
共有する場合、描画操作が行われたクライアントのウィ
ンドウにまず描画してから、他のクライアントのウィン
ドウに描画させるためにサーバに描画リクエストを送信
するようにすると、ウィンドウに描画する順番がクライ
アントによって異なってしまい、同一内容をウィンドウ
に表示できないという問題があった。この順番にウィン
ドウに描画されない事態が発生することを防止すること
が望まれている。
【０００５】本発明は、これらの問題を解決するため、
複数の端末間でウィンドウを共有する場合に、端末およ
びサーバに描画カウンタを持ち、ウィンドウへ描画した
ときにこの描画カウンタ値をもとに表示順制御を行い、
ウィンドウの内容を同一に保持することを目的としてい
る。
複数の端末間でウィンドウを共有する場合に、端末およ
びサーバに描画カウンタを持ち、ウィンドウへ描画した
ときにこの描画カウンタ値をもとに表示順制御を行い、
ウィンドウの内容を同一に保持することを目的としてい
る。
【０００６】
【課題を解決するための手段】図１は、本発明の原理構
成図を示す。図１において、端末１は、ウィンドウ２、
描画カウンタ３および描画管理部４から構成されるもの
であって、ネットワーク５に接続して同一の内容を相手
のウィンドウ２に表示するものである。
成図を示す。図１において、端末１は、ウィンドウ２、
描画カウンタ３および描画管理部４から構成されるもの
であって、ネットワーク５に接続して同一の内容を相手
のウィンドウ２に表示するものである。
【０００７】ウィンドウ２は、各端末１で同一の内容を
表示するためのウィンドウである。描画カウンタ３は、
ウィンドウ２に表示する表示順を管理するためのもので
ある。
表示するためのウィンドウである。描画カウンタ３は、
ウィンドウ２に表示する表示順を管理するためのもので
ある。
【０００８】描画管理部４は、ウィンドウ２への描画を
管理するものである。サーバ６は、ネットワーク５に接
続された複数の端末１を統括管理するものであって、こ
こでは、送信先管理部８などから構成されるものであ
る。
管理するものである。サーバ６は、ネットワーク５に接
続された複数の端末１を統括管理するものであって、こ
こでは、送信先管理部８などから構成されるものであ
る。
【０００９】送信先管理部８は、描画リクエストの送信
先などを管理するものである。
先などを管理するものである。
【００１０】
【作用】本発明は、図１に示すように、端末１で描画操
作が行われたときに自身の端末１のウィンドウ２に描画
し対応する描画リクエストをサーバ６に送信して、この
描画リクエストを受信したサーバ６が他の端末１にその
描画リクエストを送信して描画させ、上記の描画操作よ
り後に行われ、かつ、上記の描画操作に対応する描画リ
クエストがサーバ６より送信される前に行われた他の端
末１の描画操作については、サーバ６がこの描画操作に
対応する描画リクエストをその描画操作が行われた端末
１にも送信して上書きさせるようにしている。
作が行われたときに自身の端末１のウィンドウ２に描画
し対応する描画リクエストをサーバ６に送信して、この
描画リクエストを受信したサーバ６が他の端末１にその
描画リクエストを送信して描画させ、上記の描画操作よ
り後に行われ、かつ、上記の描画操作に対応する描画リ
クエストがサーバ６より送信される前に行われた他の端
末１の描画操作については、サーバ６がこの描画操作に
対応する描画リクエストをその描画操作が行われた端末
１にも送信して上書きさせるようにしている。
【００１１】また、複数の端末１のウィンドウ２の間で
共通の描画操作の回数を示す描画カウンタを、複数の端
末１およびサーバ６に備えると共に、端末１は、描画操
作が行われた場合には、自身の端末１のウィンドウ２に
描画すると共に描画カウンタの値を更新してこの描画カ
ウンタの値を付加した描画リクエストをサーバ６に送信
し、描画リクエストをサーバ６より受信した場合には、
この描画リクエストに従い、端末１のウィンドウ２に描
画すると共に描画カウンタの値をセットする描画管理部
４を備え、サーバ６は、端末１より描画リクエストを受
信するとサーバ６が持つ描画カウンタを更新し、受信し
た描画リクエストに付加されている描画カウンタ値とサ
ーバ６が持つ描画カウンタ値と比較した結果、同期が取
れているときにはこの描画リクエストを送信した端末以
外の端末１にその描画リクエストを送信し、一方、同期
が取れていいないときには全ての端末１にその描画リク
エストを送信する送信先管理部８を備えるようにしてい
る。
共通の描画操作の回数を示す描画カウンタを、複数の端
末１およびサーバ６に備えると共に、端末１は、描画操
作が行われた場合には、自身の端末１のウィンドウ２に
描画すると共に描画カウンタの値を更新してこの描画カ
ウンタの値を付加した描画リクエストをサーバ６に送信
し、描画リクエストをサーバ６より受信した場合には、
この描画リクエストに従い、端末１のウィンドウ２に描
画すると共に描画カウンタの値をセットする描画管理部
４を備え、サーバ６は、端末１より描画リクエストを受
信するとサーバ６が持つ描画カウンタを更新し、受信し
た描画リクエストに付加されている描画カウンタ値とサ
ーバ６が持つ描画カウンタ値と比較した結果、同期が取
れているときにはこの描画リクエストを送信した端末以
外の端末１にその描画リクエストを送信し、一方、同期
が取れていいないときには全ての端末１にその描画リク
エストを送信する送信先管理部８を備えるようにしてい
る。
【００１２】従って、複数の端末１間でウィンドウ２に
同一内容を表示する場合に、端末１およびサーバ６に描
画カウンタ３、７を持ち、ウィンドウ２への描画時にこ
の描画カウンタ値をもとに表示順制御を行うことによ
り、ウィンドウ２の内容を簡単な制御で同一に保持する
ことが可能となる。
同一内容を表示する場合に、端末１およびサーバ６に描
画カウンタ３、７を持ち、ウィンドウ２への描画時にこ
の描画カウンタ値をもとに表示順制御を行うことによ
り、ウィンドウ２の内容を簡単な制御で同一に保持する
ことが可能となる。
【００１３】
【実施例】次に、図１から図６を用いて本発明の実施例
の構成および動作を順次詳細に説明する。
の構成および動作を順次詳細に説明する。
【００１４】図１は、本発明の原理構成図を示す。図１
において、端末１は、共有するウィンドウ２に同一内容
を表示して電子会議システムなどを構成する端末などで
あって、ここでは、ウィンドウ２、描画カウンタ３、お
よび描画管理部４などから構成されるものである。
において、端末１は、共有するウィンドウ２に同一内容
を表示して電子会議システムなどを構成する端末などで
あって、ここでは、ウィンドウ２、描画カウンタ３、お
よび描画管理部４などから構成されるものである。
【００１５】ウィンドウ２は、複数の端末１で同一の内
容を表示する、いわゆる共有するウィンドウである。描
画カウンタ３は、ウィンドウ２に描画したときに＋１し
てその旨を管理するものである。
容を表示する、いわゆる共有するウィンドウである。描
画カウンタ３は、ウィンドウ２に描画したときに＋１し
てその旨を管理するものである。
【００１６】描画管理部４は、描画リクエストの発生時
に、ウィンドウ２に描画した順番を管理するものであ
る。ネットワーク５は、複数の端末１と、通信サーバ６
とを相互に接続するものである。
に、ウィンドウ２に描画した順番を管理するものであ
る。ネットワーク５は、複数の端末１と、通信サーバ６
とを相互に接続するものである。
【００１７】サーバ６は、ネットワーク５を介して接続
した複数の端末１を統括管理するものであって、ここで
は、端末１のウィンドウ２への描画の順番を統括管理す
るものであり、描画カウンタ７、および送信先管理部８
などから構成されるものである。
した複数の端末１を統括管理するものであって、ここで
は、端末１のウィンドウ２への描画の順番を統括管理す
るものであり、描画カウンタ７、および送信先管理部８
などから構成されるものである。
【００１８】描画カウンタ７は、端末１からネットワー
クを介して描画リクエストを受信したときに、＋１して
描画リクエストの昇順を管理するためのものである。送
信先管理部８は、端末１からネットワークを介して受信
した描画リクエストに付加されている描画カウンタ値を
もとに、各端末１のウィンドウ２への当該描画リクエス
トを昇順に表示させるように管理するものである（図３
を用いて後述する）。
クを介して描画リクエストを受信したときに、＋１して
描画リクエストの昇順を管理するためのものである。送
信先管理部８は、端末１からネットワークを介して受信
した描画リクエストに付加されている描画カウンタ値を
もとに、各端末１のウィンドウ２への当該描画リクエス
トを昇順に表示させるように管理するものである（図３
を用いて後述する）。
【００１９】次に、図１の構成の動作を説明する。
（１） 端末１で描画操作が行われて描画リクエストが
発生した場合、この描画リクエストを自身のウィンドウ
２に描画すると共に描画カウンタ３の値を＋１した後の
描画カウンタ値を描画リクエストに付加し、ネットワー
ク５を介してサーバ６に送信する。
発生した場合、この描画リクエストを自身のウィンドウ
２に描画すると共に描画カウンタ３の値を＋１した後の
描画カウンタ値を描画リクエストに付加し、ネットワー
ク５を介してサーバ６に送信する。
【００２０】（２） （１）で送信されてきた描画リク
エストを受信したサーバ６は、自身の描画カウンタ７を
＋１した後の描画カウンタ値と、受信した描画リクエス
トに付加されている描画カウンタ値とを比較し、等しい
ときに昇順が保たれていると判断し、受信した端末１以
外の他の全ての端末１にこの描画リクエストを送信す
る。送信を受けた端末１は、描画リクエストの内容をウ
ィンドウ２に上書きすると共に描画カウンタ３にセット
する。これにより、ウィンドウ２への描画の昇順が保た
れている場合には、送信元の端末１には描画リクエスト
を送信しなく、重複した送信および描画を無くすと共
に、描画リクエストが発生した時点の初期にウィンドウ
２に描画して描画レンスポンスを良好にすることが可能
となる。
エストを受信したサーバ６は、自身の描画カウンタ７を
＋１した後の描画カウンタ値と、受信した描画リクエス
トに付加されている描画カウンタ値とを比較し、等しい
ときに昇順が保たれていると判断し、受信した端末１以
外の他の全ての端末１にこの描画リクエストを送信す
る。送信を受けた端末１は、描画リクエストの内容をウ
ィンドウ２に上書きすると共に描画カウンタ３にセット
する。これにより、ウィンドウ２への描画の昇順が保た
れている場合には、送信元の端末１には描画リクエスト
を送信しなく、重複した送信および描画を無くすと共
に、描画リクエストが発生した時点の初期にウィンドウ
２に描画して描画レンスポンスを良好にすることが可能
となる。
【００２１】（３） 一方、等しくないときに昇順が保
たれていないと判断し、受信した端末１も含め全ての端
末にこの描画リクエストを送信する。送信を受けた端末
１は、描画リクエストの内容をウィンドウ２に上書きす
ると共に描画カウンタ３にセットする。これにより、ウ
ィンドウ２への描画リクエストの昇順の表示が確保され
たこととなる。
たれていないと判断し、受信した端末１も含め全ての端
末にこの描画リクエストを送信する。送信を受けた端末
１は、描画リクエストの内容をウィンドウ２に上書きす
ると共に描画カウンタ３にセットする。これにより、ウ
ィンドウ２への描画リクエストの昇順の表示が確保され
たこととなる。
【００２２】以上によって、端末１で描画リクセストが
発生したときにまず自身のウィンドウ２に描画して描画
レスポンスを向上させ、描画カウンタ値を付加した描画
リクエストをサーバ６に送信し、ここで、昇順が保たれ
ているときは他の端末１に描画リクエストを送信して描
画し、昇順が保たれていないときは全ての端末１に描画
リクエストを送信して描画する。これにより、端末１の
ウィンドウ２の内容を同一に保つことが可能となる。
発生したときにまず自身のウィンドウ２に描画して描画
レスポンスを向上させ、描画カウンタ値を付加した描画
リクエストをサーバ６に送信し、ここで、昇順が保たれ
ているときは他の端末１に描画リクエストを送信して描
画し、昇順が保たれていないときは全ての端末１に描画
リクエストを送信して描画する。これにより、端末１の
ウィンドウ２の内容を同一に保つことが可能となる。
【００２３】図２は、本発明の１実施例構成図を示す。
これは、端末１としてクライアント（端末）１１とした
ものであり、ウィンドウ２、描画カウンタ３、描画管理
部４、ネットワーク５、通信サーバ６、描画カウンタ
７、および送信先管理部８は図１の構成と同一であるの
で説明を省略する。
これは、端末１としてクライアント（端末）１１とした
ものであり、ウィンドウ２、描画カウンタ３、描画管理
部４、ネットワーク５、通信サーバ６、描画カウンタ
７、および送信先管理部８は図１の構成と同一であるの
で説明を省略する。
【００２４】図２において、描画処理１２は、描画リク
エストの内容をウィンドウ２上に上書き描画するもので
ある。通信処理１３は、ネットワーク５を介して通信サ
ーバ６との間で、データ（描画リクエストなど）の授受
を行なうものである。
エストの内容をウィンドウ２上に上書き描画するもので
ある。通信処理１３は、ネットワーク５を介して通信サ
ーバ６との間で、データ（描画リクエストなど）の授受
を行なうものである。
【００２５】次に、図３に示す順序に従い、図２の構成
の動作を詳細に説明する。ここで、クライアント
（Ａ）、クライアント（Ｂ）は図２のクライアント
（Ａ）１１、クライアント（Ｂ）１１に対応している。
の動作を詳細に説明する。ここで、クライアント
（Ａ）、クライアント（Ｂ）は図２のクライアント
（Ａ）１１、クライアント（Ｂ）１１に対応している。
【００２６】図３において、Ｓ１は、描画カウンタの初
期化を指示する。Ｓ２は、Ｓ１の描画カウンタの初期化
指示に対応して、全クライアントに描画カウンタ３の初
期化を通知する。
期化を指示する。Ｓ２は、Ｓ１の描画カウンタの初期化
指示に対応して、全クライアントに描画カウンタ３の初
期化を通知する。
【００２７】Ｓ３は、Ｓ２で初期化の通知を受けたクラ
イアント（Ａ）が描画カウンタ３のセット（０クリア）
を行なう。Ｓ４は、Ｓ２で初期化の通知を受けたクライ
アント（Ｂ）が描画カウンタ３のセット（０クリア）を
行なう。
イアント（Ａ）が描画カウンタ３のセット（０クリア）
を行なう。Ｓ４は、Ｓ２で初期化の通知を受けたクライ
アント（Ｂ）が描画カウンタ３のセット（０クリア）を
行なう。
【００２８】Ｓ５は、クライアント（Ａ）で利用者によ
る描画操作が行われ、描画リクエストが発生する。Ｓ６
は、Ｓ５で描画操作が行われたので、自分のウィンドウ
２に描画する。これは、描画操作によって作成した描画
リクエストに従い、自分のウィンドウ２に描画する。
る描画操作が行われ、描画リクエストが発生する。Ｓ６
は、Ｓ５で描画操作が行われたので、自分のウィンドウ
２に描画する。これは、描画操作によって作成した描画
リクエストに従い、自分のウィンドウ２に描画する。
【００２９】Ｓ７は、描画カウンタ３に＋１し、描画リ
クエストに描画カウンタ値を付加し、通信サーバ６に送
信する。Ｓ８は、通信サーバ６が描画カウンタ７に＋１
する。
クエストに描画カウンタ値を付加し、通信サーバ６に送
信する。Ｓ８は、通信サーバ６が描画カウンタ７に＋１
する。
【００３０】Ｓ９は、通信サーバ６の描画カウンタ値＝
クライアントの描画カウンタ値か判別する。ＹＥＳの場
合には、両者の描画カウンタ値が等しく、描画リクエス
トの表示順が保たれていると判明したので、Ｓ１２で他
の全てのクライアント１１に通信サーバ６の描画カウン
タ値を付加した描画リクエストを送信する。この場合に
は、描画リクエストをクライアント（Ｂ）１１に送信
し、Ｓ１３でクライアント（Ｂ）１１が自分のウィンド
ウ２に描画し、付加されてきた描画カウンタ値を描画カ
ウンタ３にセットする。これにより、描画リクエストの
表示順が保たれている場合には、他のクライアント１１
に送信してウィンドウ２に描画し、無駄な送信を無くす
ことが可能となる。
クライアントの描画カウンタ値か判別する。ＹＥＳの場
合には、両者の描画カウンタ値が等しく、描画リクエス
トの表示順が保たれていると判明したので、Ｓ１２で他
の全てのクライアント１１に通信サーバ６の描画カウン
タ値を付加した描画リクエストを送信する。この場合に
は、描画リクエストをクライアント（Ｂ）１１に送信
し、Ｓ１３でクライアント（Ｂ）１１が自分のウィンド
ウ２に描画し、付加されてきた描画カウンタ値を描画カ
ウンタ３にセットする。これにより、描画リクエストの
表示順が保たれている場合には、他のクライアント１１
に送信してウィンドウ２に描画し、無駄な送信を無くす
ことが可能となる。
【００３１】一方、Ｓ９のＮＯの場合には、両者の描画
カウンタ値が等しくなく、描画リクエストの表示順が保
たれていないと判明したので、Ｓ１０で送信元へ通信サ
ーバ６の描画カウンタ値を付加した描画リクエストを送
信し、Ｓ１１で自分のウィンドウ２に上書き描画し、付
加されてきた描画カウンタ値を描画カウンタ３にセット
する。また、Ｓ１２で他の全てのクライアント１１に通
信サーバ６の描画カウンタ値を付加した描画リクエスト
を送信し、、Ｓ１３でクライアント（Ｂ）１１が自分の
ウィンドウ２に描画し、付加されてきた描画カウンタ値
を描画カウンタ３にセットする。これにより、描画リク
エストの表示順が保たれていない場合には、送信元も含
めて全てのクライアント１１に送信してウィンドウ２に
描画し、描画リクエストの表示順を確保する。
カウンタ値が等しくなく、描画リクエストの表示順が保
たれていないと判明したので、Ｓ１０で送信元へ通信サ
ーバ６の描画カウンタ値を付加した描画リクエストを送
信し、Ｓ１１で自分のウィンドウ２に上書き描画し、付
加されてきた描画カウンタ値を描画カウンタ３にセット
する。また、Ｓ１２で他の全てのクライアント１１に通
信サーバ６の描画カウンタ値を付加した描画リクエスト
を送信し、、Ｓ１３でクライアント（Ｂ）１１が自分の
ウィンドウ２に描画し、付加されてきた描画カウンタ値
を描画カウンタ３にセットする。これにより、描画リク
エストの表示順が保たれていない場合には、送信元も含
めて全てのクライアント１１に送信してウィンドウ２に
描画し、描画リクエストの表示順を確保する。
【００３２】また、クライアント（Ｂ）１１で描画操作
が発生した場合には、同様に、点線で示すように、Ｓ
５、Ｓ６、Ｓ７の代わりにＳ５’、Ｓ６’、Ｓ７’を行
なうと共に、Ｓ１０からＳ１３、Ｓ１２からＳ１１への
送信を行ない、処理を行なうことが可能である（説明は
省略する）。
が発生した場合には、同様に、点線で示すように、Ｓ
５、Ｓ６、Ｓ７の代わりにＳ５’、Ｓ６’、Ｓ７’を行
なうと共に、Ｓ１０からＳ１３、Ｓ１２からＳ１１への
送信を行ない、処理を行なうことが可能である（説明は
省略する）。
【００３３】以上によって、クライアント１１に描画操
作が行われて描画リクエストが発生したときに、まず、
自身のウィンドウ２に描画した後、描画カウンタ３に＋
１した後の描画カウンタ値を描画リクエストに付加して
通信サーバ６に送信する。通信サーバ６では、自身の描
画カウンタ７を＋１した後の描画カウンタ値と、受信し
た描画リクエストに付加されている描画カウンタ値とが
等しいときに当該描画リクエストの表示順が保たれてい
ると判明したので、他のクライアント１１にのみ描画カ
ウンタ値を付加した描画リクエストを送信して描画させ
ると共に描画カウンタ３をセットする。一方、両者の描
画カウンタ値が等しくなくて表示順が保たれていないと
判明した場合には、送信元も含めて全てのクライアント
に描画カウンタ値を付加した描画リクエストを送信し
て、描画させると共に描画カウンタ値をセットさせる。
これにより、簡易な構成によって描画リクエストのウィ
ンドウ２への表示順を確保すると共に無駄な送信を削減
できる。
作が行われて描画リクエストが発生したときに、まず、
自身のウィンドウ２に描画した後、描画カウンタ３に＋
１した後の描画カウンタ値を描画リクエストに付加して
通信サーバ６に送信する。通信サーバ６では、自身の描
画カウンタ７を＋１した後の描画カウンタ値と、受信し
た描画リクエストに付加されている描画カウンタ値とが
等しいときに当該描画リクエストの表示順が保たれてい
ると判明したので、他のクライアント１１にのみ描画カ
ウンタ値を付加した描画リクエストを送信して描画させ
ると共に描画カウンタ３をセットする。一方、両者の描
画カウンタ値が等しくなくて表示順が保たれていないと
判明した場合には、送信元も含めて全てのクライアント
に描画カウンタ値を付加した描画リクエストを送信し
て、描画させると共に描画カウンタ値をセットさせる。
これにより、簡易な構成によって描画リクエストのウィ
ンドウ２への表示順を確保すると共に無駄な送信を削減
できる。
【００３４】図４は、本発明の描画例（その１）を示
す。図４において、Ｓ２１は、クライアント（Ａ）１１
が初期状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す を表し、上段がウィンドウの表示状態を表し、下段が描
画カウンタ３の値を表す。ここでは、ウィンドウの表示
状態が“初期状態”（クリア）であり、描画カウンタ３
の値“０”である。
す。図４において、Ｓ２１は、クライアント（Ａ）１１
が初期状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す を表し、上段がウィンドウの表示状態を表し、下段が描
画カウンタ３の値を表す。ここでは、ウィンドウの表示
状態が“初期状態”（クリア）であり、描画カウンタ３
の値“０”である。
【００３５】Ｓ２２は、通信サーバ６が初期状態にセッ
トされる。ここで、 初期状態 ← 通信サーバが管理するウィンドウの表示
状態を表す （０） ← 通信サーバの描画カウンタ７の値を表す とセットされる。
トされる。ここで、 初期状態 ← 通信サーバが管理するウィンドウの表示
状態を表す （０） ← 通信サーバの描画カウンタ７の値を表す とセットされる。
【００３６】Ｓ２３は、クライアント（Ｂ）１１が初期
状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す とセットされる。
状態にセットされる。ここで、 初期状態 ← ウィンドウ２の表示状態を表す （０） ← 描画カウンタ３の値を表す とセットされる。
【００３７】Ｓ２４は、クライアント（Ｂ）１１で描画
操作Ａが行われ、描画リクエストＡが発生する。Ｓ２５
は、クライアント（Ｂ）１１が描画リクエストＡをもと
にウィンドウ２に描画すると共に描画カウンタ３を＋１
する。この状態では、 となる。そして、描画カウンタ値“１”を付加した描画
リクエストＡ（１）を、通信サーバ６に送信する。
操作Ａが行われ、描画リクエストＡが発生する。Ｓ２５
は、クライアント（Ｂ）１１が描画リクエストＡをもと
にウィンドウ２に描画すると共に描画カウンタ３を＋１
する。この状態では、 となる。そして、描画カウンタ値“１”を付加した描画
リクエストＡ（１）を、通信サーバ６に送信する。
【００３８】Ｓ２６は、描画リクエストＡ（１）を受信
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＡ（１）の描画カウン
タ値“１”と比較して一致するので、Ｓ２４の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“１”を付加した描
画リクエストＡ（１）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＡ（１）の描画カウン
タ値“１”と比較して一致するので、Ｓ２４の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“１”を付加した描
画リクエストＡ（１）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
【００３９】Ｓ２７は、送信されてきた描画リクエスト
Ａ（１）を受信したクライアント（Ａ）１１が、当該描
画リクエストＡをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３にセットし、下記のようにな
る。
Ａ（１）を受信したクライアント（Ａ）１１が、当該描
画リクエストＡをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３にセットし、下記のようにな
る。
【００４０】
以上によって、Ｓ２４の描画操作Ａによる描画リクエス
トＡのウィンドウ２への描画が昇順を崩さない場合の処
理を説明した。この場合には、描画リクエストＡ（１）
を送信元に送信すること無く、送信量の削減を図ること
ができた。
トＡのウィンドウ２への描画が昇順を崩さない場合の処
理を説明した。この場合には、描画リクエストＡ（１）
を送信元に送信すること無く、送信量の削減を図ること
ができた。
【００４１】次に、描画の昇順が崩れる場合について、
Ｓ２８からＳ３６をもとに詳細に説明する。Ｓ２８は、
クライアント（Ｂ）１１で描画操作Ｂが行われ、描画リ
クエストＢが発生する。
Ｓ２８からＳ３６をもとに詳細に説明する。Ｓ２８は、
クライアント（Ｂ）１１で描画操作Ｂが行われ、描画リ
クエストＢが発生する。
【００４２】Ｓ２９は、クライアント（Ｂ）１１が描画
リクエストＢをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＢ（２）を、通信サーバ６に送信する。
リクエストＢをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＢ（２）を、通信サーバ６に送信する。
【００４３】Ｓ３０は、描画リクエストＢ（２）を受信
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＢ（２）の描画カウン
タ値“２”と比較して一致するので、Ｓ２８の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“２”を付加した描
画リクエストＢ（２）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＢ（２）の描画カウン
タ値“２”と比較して一致するので、Ｓ２８の描画が昇
順と判明したので、他のクライアント（Ａ）１１のみ
に、通信サーバ６の描画カウント値“２”を付加した描
画リクエストＢ（２）を送信する（送信元のクライアン
ト（Ｂ）には送信しない）。
【００４４】Ｓ３１は、送信されてきた描画リクエスト
Ｂ（２）を受信したクライアント（Ａ）１１が、当該描
画リクエストＢをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“２”をセットすると下記の
ようになる。
Ｂ（２）を受信したクライアント（Ａ）１１が、当該描
画リクエストＢをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“２”をセットすると下記の
ようになる。
【００４５】
ここで、Ｓ３２は、Ｓ３１の以前にクライアント（Ａ）
１１で描画操作Ｘが行われ、描画リクエストＸが発生す
る。
１１で描画操作Ｘが行われ、描画リクエストＸが発生す
る。
【００４６】Ｓ３３は、クライアント（Ａ）１１が描画
リクエストＸをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＸ（２）を、通信サーバ６に送信する。
リクエストＸをもとにウィンドウ２に描画すると共に描
画カウンタ３を＋１する。この状態では、 となる。そして、描画カウンタ値“２”を付加した描画
リクエストＸ（２）を、通信サーバ６に送信する。
【００４７】Ｓ３４は、描画リクエストＸ（２）を受信
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＸ（２）の描画カウン
タ値“２”と比較して一致しないので、Ｓ３２の描画が
昇順でないと判明したので、送信元を含め全てのクライ
アント（Ａ）１１、クライアント（Ｂ）１１に、通信サ
ーバ６の描画カウント値“３”を付加した描画リクエス
トＸ（３）を送信する。
した通信サーバ６が、自身の描画カウンタ７を＋１し、
下記のようになる。 そして、受信した描画リクエストＸ（２）の描画カウン
タ値“２”と比較して一致しないので、Ｓ３２の描画が
昇順でないと判明したので、送信元を含め全てのクライ
アント（Ａ）１１、クライアント（Ｂ）１１に、通信サ
ーバ６の描画カウント値“３”を付加した描画リクエス
トＸ（３）を送信する。
【００４８】Ｓ３５は、送信されてきた描画リクエスト
Ｘ（３）を受信したクライアント（Ｂ）１１が、当該描
画リクエストＸをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“３”をセットすると下記の
ようになる。
Ｘ（３）を受信したクライアント（Ｂ）１１が、当該描
画リクエストＸをもとにウィンドウ２上に描画すると共
に自身の描画カウンタ３に“３”をセットすると下記の
ようになる。
【００４９】
Ｓ３６は、送信されてきた描画リクエストＸ（３）を受
信したクライアント（Ａ）１１が、当該描画リクエスト
Ｘをもとにウィンドウ２上に上書き描画すると共に自身
の描画カウンタ３に“３”をセットすると下記のように
なる。
信したクライアント（Ａ）１１が、当該描画リクエスト
Ｘをもとにウィンドウ２上に上書き描画すると共に自身
の描画カウンタ３に“３”をセットすると下記のように
なる。
【００５０】
これは、
に等しいので、クライアント（Ｂ）１１のウィンドウ２
の内容と一致することとなる。
の内容と一致することとなる。
【００５１】以上によって、Ｓ２８の描画操作Ｂに続け
てＳ３２の描画操作Ｘが行われた場合、Ｓ３２の描画操
作Ｘの描画リクエストＸの描画に昇順がくずれても、Ｓ
３４で送信元にも描画リクエストＸ（３）を送信し、上
書き描画することにより、結果として昇順に描画したこ
ととなり、ウィンドウ２に同一の内容を表示することが
可能となる。
てＳ３２の描画操作Ｘが行われた場合、Ｓ３２の描画操
作Ｘの描画リクエストＸの描画に昇順がくずれても、Ｓ
３４で送信元にも描画リクエストＸ（３）を送信し、上
書き描画することにより、結果として昇順に描画したこ
ととなり、ウィンドウ２に同一の内容を表示することが
可能となる。
【００５２】図５は、本発明の描画例（その２）を示
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
【００５３】ここで、
・Ｓ２８の描画操作ｂが○を描画
・Ｓ３２の描画操作ｘが□を描画
を続けて行い、Ｓ３２の描画操作ｘの描画の昇順が崩れ
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
【００５４】 描画操作ｂによる描画リクエストｂに
よって○をクライアント（Ｂ）のウィンドウに描画す
る。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって□をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
よって○をクライアント（Ｂ）のウィンドウに描画す
る。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって□をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
【００５５】 の描画リクエストｂの送信を受けた
クライアント（Ａ）がウィンドウに○を描画する。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに□を描画する（昇順に描画されて
いるのでＯＫ）。
クライアント（Ａ）がウィンドウに○を描画する。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに□を描画する（昇順に描画されて
いるのでＯＫ）。
【００５６】 の描画リクエストｘの送信を受けた
クライアント（Ａ）がウィンドウに□を上書き描画する
（表示順に描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦描画の昇順が崩れるが、
で再度、描画リクエストｘを上書き描画して昇順を正し
くすることにより、結果として、とでウィンドウに
同一の描画を行なうことが可能となる。
クライアント（Ａ）がウィンドウに□を上書き描画する
（表示順に描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦描画の昇順が崩れるが、
で再度、描画リクエストｘを上書き描画して昇順を正し
くすることにより、結果として、とでウィンドウに
同一の描画を行なうことが可能となる。
【００５７】図６は、本発明の描画例（その３）を示
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
す。これは、クライアント（Ａ）のの描画リクエスト
ｘによるウィンドウ２への描画の昇順が崩れた場合に、
その昇順が正しく表示されるときの様子を示したもので
あって、図４のＳ２８からＳ３６の具体例を模式的に示
したものである。
【００５８】ここで、
・Ｓ２８の描画操作ｂが○部分の消去描画
・Ｓ３２の描画操作ｘが■を描画
を続けて行い、Ｓ３２の描画操作ｘの描画の昇順が崩れ
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
た場合に正しい昇順に描画される様子をイメージ的に表
したものである。
【００５９】 描画操作ｂによる描画リクエストｂに
よって○部分をクライアント（Ｂ）のウィンドウに消去
描画する。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって■をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
よって○部分をクライアント（Ｂ）のウィンドウに消去
描画する。 に続けて直ぐに描画操作ｘによる描画リクエスト
ｘによって■をクライアント（Ａ）のウィンドウに描画
する（昇順に描画されていなくＮＧ）。
【００６０】 の描画リクエストｂの送信を受けた
クライアント（Ａ）がウィンドウに○部分を消去描画す
る。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに■を描画する（昇順に描画されて
いるのでＯＫ）。
クライアント（Ａ）がウィンドウに○部分を消去描画す
る。 の描画リクエストｘの送信を受けたクライアント
（Ｂ）がウィンドウに■を描画する（昇順に描画されて
いるのでＯＫ）。
【００６１】 の描画リクエストｘの送信を受けた
クライアント（Ａ）がウィンドウに■を上書き描画する
（昇順に上書き描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦上書き描画の昇順が崩れる
が、で再度、描画リクエストｘを消去描画して昇順を
正しくすることにより、結果として、とでウィンド
ウに同一の描画を行なうことが可能となる。
クライアント（Ａ）がウィンドウに■を上書き描画する
（昇順に上書き描画されてＯＫとなる）。 以上のように、ここでは、のときにクアインアト
（Ａ）のウィンドウ上で一旦上書き描画の昇順が崩れる
が、で再度、描画リクエストｘを消去描画して昇順を
正しくすることにより、結果として、とでウィンド
ウに同一の描画を行なうことが可能となる。
【００６２】尚、上述した表示順制御において、対象と
する描画リクエストは、１回実行しても、２回以上実行
しても同じ結果が得られるものでなければならない。例
えばピクセル値を反転するような描画リクエストは実行
回数によって結果が異なってしまうので対象とならな
い。
する描画リクエストは、１回実行しても、２回以上実行
しても同じ結果が得られるものでなければならない。例
えばピクセル値を反転するような描画リクエストは実行
回数によって結果が異なってしまうので対象とならな
い。
【００６３】
【発明の効果】以上説明したように、本発明によれば、
複数の端末１間でウィンドウ２を共有する場合に、端末
１およびサーバ６に描画カウンタ３、７を持ち、ウィン
ドウ２に描画時にこの描画カウンタ値をもとに昇順制御
を行う構成を採用しているため、ウィンドウ２の内容を
簡単な制御で同一に保持することができると共に、無駄
な送信を無くすことができる。更に、各端末１で描画操
作による描画リクエストが発生したときに即座にウィン
ドウ２に上書き描画した後、描画カウンタ３を＋１した
描画カウンタ値を付加した描画リクエストを通信サーバ
６に送信し、他の端末１に送信してウィンドウ２に描画
しているため、描画操作時に迅速にウィンドウ２に描画
して表示し、描画レスポンスの向上を図ることができ
る。
複数の端末１間でウィンドウ２を共有する場合に、端末
１およびサーバ６に描画カウンタ３、７を持ち、ウィン
ドウ２に描画時にこの描画カウンタ値をもとに昇順制御
を行う構成を採用しているため、ウィンドウ２の内容を
簡単な制御で同一に保持することができると共に、無駄
な送信を無くすことができる。更に、各端末１で描画操
作による描画リクエストが発生したときに即座にウィン
ドウ２に上書き描画した後、描画カウンタ３を＋１した
描画カウンタ値を付加した描画リクエストを通信サーバ
６に送信し、他の端末１に送信してウィンドウ２に描画
しているため、描画操作時に迅速にウィンドウ２に描画
して表示し、描画レスポンスの向上を図ることができ
る。
【図１】本発明の原理構成図である。
【図２】本発明の１実施例構成図である。
【図３】本発明の動作説明図である。
【図４】本発明の描画例（その１）である。
【図５】本発明の描画例（その２）である。
【図６】本発明の描画例（その３）である。
１：端末
１１：クライアント
２：ウィンドウ
３、７：描画カウンタ
４：描画管理部
５：ネットワーク
６：サーバ
６１：通信サーバ
８：送信先管理部
９、１３：通信処理
１２：描画処理
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ
Ｈ０４Ｎ 1/00 Ｈ０４Ｎ 7/15
7/15 Ｈ０４Ｌ 13/00 ３１７
(56)参考文献 特開 平４−307648（ＪＰ，Ａ)
特開 平４−199326（ＪＰ，Ａ)
特開 平１−170185（ＪＰ，Ａ)
特開 平３−119476（ＪＰ，Ａ)
Claims (3)
- 【請求項１】サーバとネットワークを介して接続された
複数の端末のウィンドウに同じ内容の表示を行う表示シ
ステムにおいて、 複数の端末のウィンドウの間で描画操作の回数を示す、
複数の端末およびサーバにそれぞれ設けた描画カウンタ
と、 端末は、自端末上で描画操作が行われた場合に、該自端
末のウィンドウに描画すると共に前記自端末上の描画カ
ウンタの値を更新して、該描画操作を他端末に反映する
ための描画リクエストとともに前記サーバに送信する手
段と、 前記描画リクエストを前記サーバより受信した場合に、
該描画リクエストに従い自端末のウィンドウに上書きし
て描画すると共に、前記サーバより受信した描画カウン
タの値を該自端末の描画カウンタ値にセットする描画管
理手段とを備え、 サーバは、前記端末からの前記描画リクエストと前記描
画カウント値とを受信する手段と、 前記受信する手段が受信した後に、前記自サーバ上の描
画カウンタの値を更新し、更新後の自サーバ上の描画カ
ウンタの値と前記受信した描画リクエストに付加されて
いる描画カウンタの値とを比較する手段と、 前記比較する手段が比較した結果、両方のカウンタの値
が等しい場合には前記描画リクエストを送信した端末以
外の端末に前記描画リクエストと共にカウント値を送信
し、両方のカウンタの値が等しくない場合には前記描画
リクエストを送信した端末を含めた全ての端末に前記描
画リクエストと共にカウント値を送信する送信先管理手
段とを備えたことを特徴とする表示システム。 - 【請求項２】ネットワークを介して接続された複数の端
末のウィンドウに同じ内容の表示を行う表示システムを
管理するサーバ装置において、 複数の端末のウィンドウの間で描画操作の回数を示す描
画カウンタと、 前記端末から、前記端末の描画カウンタの値を付加し
た、前記端末上での描画操作を他端末に反映させるため
の描画リクエストと前記描画カウンタの値とを受信する
手段と、 前記受信する手段が受信した後に、前記自サーバ上の描
画カウンタの値を更新し、更新後の自サーバ上の描画カ
ウンタの値と前記受信した描画リクエストに付加されて
いる描画カウンタの値とを比較する手段と、 前記比較する手段が比較した結果、両方のカウンタの値
が等しい場合には前記描画リクエストを送信した端末以
外の端末に前記描画リクエストと共にカウント値を送信
し、両方のカウンタの値が等しくない場合には前記描画
リクエストを送信した端末を含めた全ての端末に前記描
画リクエストと共にカウント値を送信する送信先管理手
段とを備えたことを特徴とする表示システムのサーバ装
置。 - 【請求項３】サーバとネットワークを介して接続された
複数の端末のウィンドウに同じ内容の表示を行う表示シ
ステムの端末装置において、 複数の端末のウィンドウの間で描画操作の回数を示す描
画カウンタと、 自端末上で描画操作が行われた場合に、該自端末のウィ
ンドウに描画すると共に該自端末上の描画カウンタの値
を更新し、該描画操作を他端末に反映するための描画リ
クエストとともにサーバに送信する手段と、 前記サーバから前記描画カウンタの値を付加した描画リ
クエストを受信した場合に、前記描画リクエストに従い
前記自端末のウィンドウに上書きして描画すると共に、
前記サーバより受信した描画カウンタの値を前記自端末
の描画カウンタの値にセットする描画管理手段とを備え
たことを特徴とする表示システムの端末装置。
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 JPH06337829A (ja) | 1994-12-06 |
| JP3386182B2 true 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) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6199116B1 (en) * | 1996-05-24 | 2001-03-06 | Microsoft Corporation | Method and system for managing data while sharing application programs |
| JP3677899B2 (ja) * | 1996-10-29 | 2005-08-03 | 株式会社日立製作所 | 多地点端末連携方法及びこれを用いた遠隔診療支援システム |
| US6539000B1 (en) | 1998-07-21 | 2003-03-25 | Kabushiki Kaisha Toshiba | Multicast communication method and apparatus |
| JP4227399B2 (ja) * | 2002-11-29 | 2009-02-18 | キヤノン株式会社 | 情報処理方法及び装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01170185A (ja) * | 1987-12-25 | 1989-07-05 | Hitachi Ltd | 通信端末装置の表示制御方式 |
| JP2948838B2 (ja) * | 1989-10-03 | 1999-09-13 | 日本電信電話株式会社 | 共用画面制御方式 |
| 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
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06337829A (ja) | 1994-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7206811B2 (en) | System and method for facilitating real-time collaborating by collapsing a queue for a slow client | |
| US20060089992A1 (en) | Remote computing systems and methods for supporting multiple sessions | |
| US20040181796A1 (en) | Real-time collaboration client | |
| US20070185959A1 (en) | Control unit operations in a real-time collaboration server | |
| US20100077085A1 (en) | Systems and method for configuring display resolution in a terminal server environment | |
| US20110035448A1 (en) | Method and apparatus for displaying video data from multiple source computers in a multi-monitor computer system | |
| KR20080055798A (ko) | 가려진 데이터를 원격 클라이언트 디스플레이로부터필터링하기 위한 방법 | |
| KR20050058899A (ko) | 디스플레이 관리시스템 | |
| JP2018085765A (ja) | 情報処理装置、情報処理システム、制御方法、及びプログラム | |
| JP2003324484A (ja) | セッション中継システム、クライアント端末、セッション中継方法、リモートアクセス方法、セッション中継プログラム及びクライアントプログラム | |
| CN110275787B (zh) | 在线平台数据传输方法、装置、介质及电子设备 | |
| US20020065949A1 (en) | Virtual network computing | |
| JP3386182B2 (ja) | 表示システム、そのサーバ装置、およびその端末装置 | |
| US20010034770A1 (en) | Method and device for implementing networked terminals in graphical operating environment | |
| CN110266701B (zh) | 智能设备数据传输方法、装置、介质及电子设备 | |
| JP2000148415A (ja) | 画像形成装置 | |
| JP2007179105A (ja) | 共有データベースの制御システム及び共有データベースの制御方法並びにコンピュータプログラム | |
| JP2017220131A (ja) | 情報処理システム、情報処理装置、その制御方法及びプログラム | |
| JP2006302071A (ja) | 画面制御方法、および、情報処理システム | |
| US20050234699A1 (en) | Data processing system | |
| JP4611584B2 (ja) | 画像データ表示方法、画像データ表示サーバ、画像データ表示プログラム及び記録媒体 | |
| JP3359191B2 (ja) | 画像入力システム | |
| JP2002027425A (ja) | 映像配信装置及び方法 | |
| JPH05119955A (ja) | 端末間画面操作方式 | |
| CN117041468B (zh) | 网络通信方法、装置、设备及存储介质 |
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 |