JP5695597B2 - 画面表示装置及び画面表示システム - Google Patents

Description

本発明の実施形態は、画面表示装置及び画面表示システムに関する。

大画面表示装置上で必要な情報を表示し、大画面表示装置にネットワークを通じて接続される端末操作により情報共有や共同作業を効率化する協調作業システムがある。大画面表示装置上では、複数のウィンドウを同時に表示することが可能であり、ユーザからの操作により、各ウィンドウの移動、リサイズ、消去等が可能である。

ユーザが大画面表示装置上の画面レイアウトを手元のレイアウト制御装置から操作するために、画面転送システム（例えば、非特許文献１参照）を利用することができる。画面転送システムでは、簡易な入出力インタフェースを有する表示装置をユーザ側に配し、複雑な演算処理は遠隔地に位置するサーバ装置上で実行する。サーバ装置では、表示装置からの入力情報に従い、画面情報を描画し、更新領域の画面情報を表示装置に送信する。

Ｔ． Ｒｉｃｈａｒｄｓｏｎ， Ｑ． Ｓｔａｆｆｏｒｄ‐Ｆｒａｓｅｒ， Ｋ． Ｗｏｏｄ ａｎｄ Ａ． Ｈｏｐｐｅｒ， "Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ，" ＩＥＥＥ Ｉｎｔｅｒｎｅｔ Ｃｏｍｐｕｔｉｎｇ， ｖｏｌ．２， ｎｏ．１， ｐｐ．３３−３８， １９９８

しかしながら、画面転送システムでは、画面全体から更新領域を検出し、更新領域の圧縮画像を定期的に送信する。この際、画像情報の取得処理、圧縮処理、ネットワーク転送処理が発生するため、特に大画面の場合はシステムにかかる負荷が高いという問題がある。

本発明が解決しようとする課題は、画面情報が変化した場合でもシステムにかかる負荷を軽減する画面表示装置及び画面表示システムを提供することを目的とする。

上記目的を達成するために、本発明の一実施例に係る画面表示装置は、ネットワークを介し接続する端末の操作により所定領域の画面表示を制御する画面表示装置であって、前記端末の操作に対応する所定領域の画面構成情報を生成するウィンドウ構成情報生成部と、前記所定領域の画面構成情報を管理するレイアウト管理部と、前記端末の負荷を取得する負荷取得部と、前記所定領域の画面構成情報を前記端末へ送信する通信部と、を備え前記ウィンドウ構成情報生成部は、前記負荷に応じ前記所定領域の画面構成情報に含める情報を変更することを特徴とする画面表示装置。

上記目的を達成するために、本発明の一実施例に係る画面表示システムは、端末と、ネットワークを介し接続する前記端末の操作により所定領域の画面表示を制御する画面表示装置とを備えた画面表示システムであって、前記画面表示装置は、前記端末の操作に対応する所定領域の画面構成情報を生成するウィンドウ構成情報生成部と、前記所定領域の画面構成情報を管理するレイアウト管理部と、前記端末の負荷を取得する負荷取得部と、前記所定領域の画面構成情報を前記端末へ送信する通信部とを備え、前記ウィンドウ構成情報生成部は、前記負荷に応じ前記所定領域の画面構成情報に含める情報を変更することを特徴とする画面表示システム。

第１の実施形態に係る大画面表示装置の構成例を示す図。 第１の実施形態に係るウィンドウ構成情報の例を示す図。 第１の実施形態に係るウィンドウ操作処理の概要を示すフローチャート。 第１の実施形態に係るウィンドウ構成情報送信処理の概要を示すフローチャート。 第１の実施形態に係るウィンドウ画像送信処理の概要を示すフローチャート。 第１の実施形態に係る表示画面の例を示す図。 第１の実施形態に係る更新すべきと判断されるウィンドウの例を示す図。 第２の実施形態に係る大画面表示装置の構成例を示す図。 第２の実施形態に係るウィンドウ構成情報送信処理の概要を示すフローチャート。 第３の実施形態に係る大画面表示装置の構成例を示す図。 第３の実施形態に係る表示画面の例を示す図。 第４の実施形態に係る大画面表示装置の構成例を示す図。 第４の実施形態に係る表示画面の例を示す図。 第５の実施形態に係る大画面表示装置の構成例を示す図。 第５の実施形態に係るウィンドウ構成情報送信処理の概要を示すフローチャート。 第５の実施形態に係る更新すべきと判断されるウィンドウの例を示す図。

（第１の実施形態）
以下、実施形態に係る画面制御装置を図面を参照して説明する。

図１に、第１の実施形態に係る大画面表示装置１００の構成例を示す。

図１に示すように、実施例１に係る大画面表示装置１００は、ウェブサーバプログラム２００と、ウィンドウサーバ３００と、ハードウェア４００とを備えている。

ウェブサーバプログラム２００は、ウィンドウ構成情報生成部２０１と、ウィンドウ操作命令発行部２０２とを備えている。

ウィンドウ構成情報生成部２０１は、大画面表示装置１００上の所定領域の画面構成情報を生成する。所定領域の画面構成情報は、大画面表示装置１００上の画面レイアウトが分かるものであればどのようなものでもよい。例えば、ウィンドウのレイアウト情報（後述）やウィンドウを識別するためのウィンドウ画像やウィンドウ名を含むウィンドウリストを生成してもよい。なお、ウィンドウリストには、すべてのウィンドウを含めてもよいし、親ウィンドウがルートウィンドウであるウィンドウのみを含めてもよい。ルートウィンドウとは、スクリーン全体を表すウィンドウを指す。

図２に、ウィンドウリストの例を示す。図２では、ウィンドウの識別子、表示位置のｘ座標、ｙ座標、幅、高さ、名前、画像を含むリストの例を示している。

なお、大画面表示装置１００上の所定領域は、ある所定のウィンドウを示すとする。画面構成情報であるウィンドウ構成情報として、例えばウィンドウリストを送信する場合、レイアウト制御装置５００では、ウィンドウ構成情報に従い画面情報を生成して表示する。

また、ウィンドウ構成情報としてレイアウト制御装置５００上で表示すべき画面情報を生成してもよい。この場合は、レイアウト制御装置５００では、受信したウィンドウ構成情報をそのまま表示する。

レイアウト制御装置５００は、例えば、図２のウィンドウ構成情報を受信すると、レイアウト制御装置５００の画面上の（１０、１０）から幅１０２４ピクセル、高さ７６８ピクセルの位置にwindowA.jpgを表示し、画面上の（１０、１０００）から幅１０２４ピクセル、高さ７６８ピクセルの位置にwindowB.jpgを表示する。

また、レイアウト制御装置５００は、ユーザが操作する端末であり、ユーザがレイアウト制御装置５００（レイアウト制御端末）の画面を操作すると、操作に対応するウィンドウ操作命令を大画面表示装置１００上のウェブサーバプログラム２００へ発行する。例えば、レイアウト制御装置５００の画面上の（１００、１００）（ウィンドウAが表示されている画面領域内）でクリックして（２００、１００）に移動させると、ウィンドウAを右へ１００ピクセル分移動するために、ウィンドウの移動命令を発行する。

ウィンドウ操作命令発行部２０２は、レイアウト制御装置５００からウィンドウ操作命令を受信して、レイアウト管理部３０１にウィンドウ操作命令を発行する。

なお、レイアウト制御装置５００上のウェブクライアントプログラムと大画面表示装置１００上のウェブサーバプログラム２００は、ブラウザモジュール（ｉｎｄｅｘ．ｈｔｍｌ）とブラウザからのリクエストを受けてウィンドウサーバ３００に働きかけを行なうＣＧＩモジュールとして実装できる。両者はＨＴＴＰプロトコルでやりとりを行ない、ＣＧＩモジュールはブラウザからのリクエストを受けた場合にだけ動作する。

ウィンドウサーバ３００は、レイアウト管理部３０１と、描画部３０２と、画像取得部３０３と、レイアウト情報記憶部３０４とを備えている。

レイアウト管理部３０１は、レイアウト情報記憶部３０４に記憶する大画面表示装置１００上で表示するウィンドウのレイアウト情報を管理する。レイアウト管理部３０１は、ウィンドウ操作命令発行部２０２からウィンドウ操作命令を受信し、ウィンドウ操作命令に従って画面レイアウトを変更するために、レイアウト情報を更新して、描画命令を描画部３０２に発行する。レイアウト情報は、ウィンドウの識別子、表示位置、サイズ、重なり領域情報を含む。

なお、表示位置は、座標情報などを用いて記憶する。座標情報とは、例えば、１０２４×７６８ピクセルの画面の場合、画面左上を（０、０）、画面右下を（１０２３、７６７）とするような座標系で表された情報をいう。記憶方法は、ウィンドウの配置方法が分かるものであればどのようなものでもよい。ウィンドウサーバ３００が、例えばＸサーバの場合、ＸＱｕｅｒｙＴｒｅｅ関数により、ウィンドウの識別子、表示位置、サイズのリストを、画面上の最背面のウィンドウから最前面のウィンドウへの順で取得することができる。

描画部３０２は、レイアウト管理部３０１から描画命令を受け取り、描画命令に従い、各種画面処理を行ってその結果である画面情報をフレームバッファ４０１に描画する。

画像取得部３０３は、フレームバッファ４０１（後述）からウィンドウ画像を取得する。例えばＸサーバの場合、ＸＧｅｔＩｍａｇｅ関数により、ウィンドウ画像を取得することができる。

なお、画像取得部３０３は、圧縮処理や縮小処理を含んでもよい。圧縮処理は、ウィンドウ画像を圧縮する。また、縮小処理は、ウィンドウ画像を縮小する。

ハードウェア４００は、フレームバッファ４０１と、通信部４０２とを備えている。

フレームバッファ４０１は、大画面表示装置１００で表示する画面の画面情報を記憶する記憶部である。なお、フレームバッファ４０１は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、光ディスク、メモリカードなどの一般的に利用されているあらゆる記憶媒体により構成することができる。

通信部４０２は、レイアウト制御装置５００との通信を行なう。

次に、このように構成された第１の実施の形態にかかる大画面表示装置１００によるウィンドウ操作処理およびウィンドウ構成情報送信処理について説明する。

最初に、ウィンドウ操作処理の概要について図３を用いて説明する。

まず、ウィンドウ操作命令発行部２０２が、レイアウト制御装置５００からウィンドウ操作命令を受信する。

なお、ウィンドウ操作命令は、例えば、ウィンドウの移動命令やリサイズ命令を含み、ＨＴＴＰのＧＥＴメソッドを用いて、ブラウザからウェブサーバに対してＭｏｖｅリクエストやＲｅｓｉｚｅリクエストを発行することにより実現することができる。

次に、ウィンドウ操作命令発行部２０２が、レイアウト管理部３０１にウィンドウ操作命令を発行する。例えば、Ｘサーバの場合、ＸＭｏｖｅＷｉｎｄｏｗ関数やＸＲｅｓｉｚｅＷｉｎｄｏｗ関数を発行する。そして、レイアウト管理部３０１が、ウィンドウ操作命令に従い、レイアウト情報を更新して、描画部３０２に描画命令を発行する。

次に、描画部３０２が、フレームバッファ４０１に描画し、大画面表示装置１００上の画面レイアウトが変更される。

ウィンドウ構成情報送信処理の概要について図４を用いて説明する。

まず、ウィンドウ構成情報生成部２０１が、レイアウト制御装置５００からウィンドウ構成情報取得命令を受信する。

次に、ウィンドウ構成情報生成部２０１が、レイアウト管理部３０１からレイアウト情報を取得し、ウィンドウ構成情報を生成する。

そして、通信部４０２が、ウィンドウ構成情報をレイアウト制御装置５００へ送信する。

次に、ウィンドウ画像送信処理の概要について図５を用いて説明する。

まず、ウィンドウ構成情報生成部２０１が、レイアウト制御装置５００からウィンドウ画像取得命令を受信する。

次に、ウィンドウ構成情報生成部２０１が、画像取得部３０３からウィンドウ画像を取得する。

そして、通信部４０２が、ウィンドウ画像をレイアウト制御装置５００へ送信する。

なお、図６に、レイアウト制御装置５００における表示画面の例を示す。図に示すように、画面全体ではなく、ウィンドウ画像だけ取得することにより、負荷を軽減することができる。

また、レイアウト制御装置５００では、レイアウト情報を定期的に取得する。この際に、例えば、新たに表示されたウィンドウや前面に移動して隠れていた部分が表示されたウィンドウを検出する。例えば、新しいウィンドウ識別子のウィンドウは新たに表示されたウィンドウであると判断し、重なり領域が減少したウィンドウは隠れていた部分が表示されたウィンドウであると判断できる。図７に、検出されるウィンドウの例を示す。図に示すように、一般に、ウィンドウ画像を取得する場合、他のウィンドウで隠れている等の理由により画面上に表示されていない領域は黒塗りの画像として取得される。そのため、隠れていた部分が表示されたウィンドウに対するウィンドウ画像を再取得することにより、黒塗りの部分が更新され、ウィンドウの識別性が向上する。ウィンドウ画像を更新すべきウィンドウを検出する処理は、大画面表示装置１００で行なってもよいし、レイアウト制御装置５００で行なってもよいし、別途サーバを設けてサーバで行なってもよい。大画面表示装置１００で行なう場合は、ウィンドウ画像取得命令を受信すると、検出したウィンドウに対するウィンドウ画像のみ取得して送信する。なお、大画面表示装置１００で検出する場合は、ウィンドウ構成情報取得命令とウィンドウ画像取得命令を分けずに、ウィンドウ構成情報取得命令受信時にウィンドウ画像も一緒に送信してもよい。一方、レイアウト制御装置５００またはサーバ装置で行なう場合は、特定のウィンドウを指定したウィンドウ画像取得命令を受信して、指定されたウィンドウに対するウィンドウ画像のみ取得して送信する。

このように、第１の実施の形態にかかる大画面表示装置は、画面全体ではなくウィンドウ画像だけ送信することと、常に送信するのではなく画面上に新たに表示された領域を含むウィンドウのウィンドウ画像のみ送信することにより、負荷を軽減することができる。

（第２の実施形態）
次に、第２の実施形態について説明する。

第１の実施の形態では、レイアウト制御装置５００からの定期的なウィンドウ構成情報取得命令をトリガとして、ウィンドウ構成情報を更新していた。

第２の実施の形態では、大画面表示装置１００でレイアウト変更を検知することをトリガとして、ウィンドウ構成情報を更新する例について説明する。

図８に、第２の実施の形態に係る大画面表示装置１００のブロック図を示す。

第２の実施の形態では、レイアウト変更検知部２０３と、ウィンドウ操作命令発行部２０２と、ウィンドウ構成情報生成部２０１の機能が第１の実施の形態と異なっている。その他の構成は、第１の実施の形態に係る大画面表示装置１００の構成と同様であるので、ここでの説明は省略する。なお、第１の実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。

レイアウト変更検知部２０３は、隠れていた部分が表示されたウィンドウを検出し、ウィンドウ構成情報生成部２０１へ通知する。例えばＸサーバの場合、ＸＳｅｌｅｃｔＩｎｐｕｔ関数でＥｘｐｏｓｕｒｅＭａｓｋを指定することにより、あるウィンドウの隠れていた部分が表示されるときに該当するウィンドウの通知を受けることができる。

ウィンドウ操作命令発行部２０２は、ウィンドウ操作命令を発行したレイアウト制御装置５００をウィンドウ構成情報生成部２０１へ通知する。

ウィンドウ構成情報生成部２０１は、レイアウト変更検知部２０３から通知を受けたウィンドウに対するウィンドウ画像を画像取得部３０３から取得し、ウィンドウ構成情報を生成する。

また、ウィンドウ構成情報生成部２０１は、複数のレイアウト制御装置５００が存在する場合に、ウィンドウ操作命令発行部２０２から通知を受けると、レイアウト情報をレイアウト管理部３０１から取得し、ウィンドウ操作命令を発行したレイアウト制御装置５００以外のレイアウト制御装置５００に対して、ウィンドウ構成情報を生成する。これにより、複数のレイアウト制御装置５００から複数のユーザがウィンドウ操作を行なっている場合に、他のユーザが行なったウィンドウ操作による画面レイアウトの変更をレイアウト制御装置５００に反映することができる。なお、同一のウィンドウに対して、複数のユーザから異なる操作命令をほぼ同時に受信した場合は、例えば、後に到着した操作命令を実行する。

次に、このように構成された第２の実施の形態にかかる大画面表示装置１００によるウィンドウ構成情報送信処理について図９を用いて説明する。なお、ウィンドウ操作処理は、第１の実施の形態に係る大画面表示装置１００の機能と同様であるので、ここでの説明は省略する。

第１の実施の形態では、レイアウト制御装置５００からのリクエストをトリガとして、ウィンドウ構成情報としてレイアウト情報およびウィンドウ画像を送信していた。

第２の実施の形態では、大画面表示装置１００でレイアウト変更を検知することをトリガとして、ウィンドウ構成情報を送信する。

まず、ウィンドウ構成情報生成部２０１は、レイアウト変更検知部２０３から、隠れていた部分が表示されたウィンドウの通知を受け、該当するウィンドウに対するウィンドウ画像を画像取得部３０３から取得し、全てのレイアウト制御装置５００に対してウィンドウ構成情報を生成する。

また、ウィンドウ構成情報生成部２０１は、ウィンドウ操作命令発行部２０２から、ウィンドウ操作を発行したレイアウト制御装置５００の通知を受け、レイアウト管理部３０１からレイアウト情報を取得し、ウィンドウ操作を発行したレイアウト制御装置５００以外のレイアウト制御装置５００に対してウィンドウ構成情報を生成する。そして、通信部４０２が、ウィンドウ構成情報をウィンドウ操作を発行したレイアウト制御装置５００以外のレイアウト制御装置５００に対して送信する。

なお、ＨＴＴＰプロトコルは、リクエストに対してレスポンスを返す形のプロトコルであり、ブラウザからリクエストしない限り、ウェブサーバからレスポンスを送ることはできない。そこで、ウェブサーバとブラウザ間の双方向通信を実現するために、新たに、ＷｅｂＳｏｃｋｅｔと呼ばれる通信規格が策定されており、ウェブサーバとブラウザ間ではＨＴＴＰに準拠してハンドシェイクを行ない、ブラウザからウェブサーバにＷｅｂＳｏｃｋｅｔへのＵｐｇｒａｄｅ要求を行なうことにより、ハンドシェイクで用いられたＨＴＴＰのコネクションをＷｅｂＳｏｃｋｅｔでのデータ送受信で用いることが可能となる。第２の実施の形態は、ＷｅｂＳｏｃｋｅｔを用いて実現することができる。

このように、第２の実施の形態にかかる大画面表示装置では、大画面表示装置でレイアウト変更を検知することをトリガとして、更新すべきと判断したウィンドウに対するウィンドウ構成情報のみを送信すべきと判断したレイアウト制御装置５００のみに送信することにより、負荷を軽減することができる。

（第３の実施形態）
次に、第３の実施形態について説明する。

第１の実施の形態では、ウィンドウ構成情報にウィンドウ画像を含めていた。

第３の実施の形態では、ウィンドウ構成情報にウィンドウ名を含める例について説明する。

図１０に、第３の実施の形態に係る大画面表示装置のブロック図を示す。また、図１１は、第３の実施の形態にかかるレイアウト制御装置５００における表示画面の例である。

第３の実施の形態では、負荷取得部２０４と、ウィンドウ構成情報生成部２０１と、ウィンドウ名取得部３０５の機能が第１の実施の形態と異なっている。その他の構成は、第１の実施の形態に係る大画面表示装置１００の構成と同様であるので、ここでの説明は省略する。なお、第１の実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。

負荷取得部２０４は、レイアウト制御装置５００の負荷を取得する。

ウィンドウ構成情報生成部２０１は、レイアウト制御装置５００の負荷が閾値ｔよりも高い場合に、ウィンドウ名取得部３０５（後述）からウィンドウ名を取得して、ウィンドウ画像の代わりに、ウィンドウ構成情報に含める。

そして、ウィンドウ名取得部３０５は、ウィンドウ名を取得する。

ウィンドウ名は、例えば、ウィンドウのタイトルとして設定することができる。例えばＸサーバの場合、ＸＳｅｔＷＭＮａｍｅ関数およびＸＧｅｔＷＭＮａｍｅ関数で設定および取得できる。

なお、閾値を複数設けて、レイアウト制御装置５００の負荷が閾値ｔ１よりも高いが閾値ｔ２よりも低い場合は、圧縮率や縮小率を高めたウィンドウ画像をウィンドウ構成情報に含め、レイアウト制御装置５００の負荷が閾値ｔ２よりも高い場合は、ウィンドウ名をウィンドウ構成情報に含めることとしてもよい。

また、レイアウト制御装置５００の負荷が高い場合だけではなく、大画面表示装置１００の負荷が高い場合に、ウィンドウ画像の代わりにウィンドウ名をウィンドウ構成情報に含めることとしてもよい。

このように、第３の実施の形態にかかる大画面表示装置では、レイアウト制御装置５００の負荷が高い場合に、ウィンドウ画像でなくウィンドウ名を送信することにより、ウィンドウの識別性を維持したまま、負荷を軽減することができる。

（第４の実施形態）
次に、第４の実施形態について説明する。

第１の実施の形態では、大画面表示装置１００上の画面全体に対するウィンドウ構成情報を送信していた。

第４の実施の形態では、レイアウト制御装置５００上に表示されているウィンドウに対するウィンドウ構成情報のみ送信する例について説明する。

図１２に、第４の実施の形態に係る大画面表示装置１００のブロック図を示す。

第４の実施の形態では、表示領域取得部２０５と、ウィンドウ構成情報生成部２０１の機能が第１の実施の形態と異なっている。その他の構成は、第１の実施の形態に係る大画面表示装置１００の構成と同様であるので、ここでの説明は省略する。なお、第１の実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。

表示領域取得部２０５は、レイアウト制御装置５００上に表示されている表示領域を取得する。

ウィンドウ構成情報生成部２０１は、表示領域に表示されているウィンドウに対するウィンドウ構成情報のみ生成する。

図１３に、第４の実施の形態にかかるレイアウト制御装置５００における表示画面の例を示す。図１３では、大画面表示装置１００の画面の左半分のみをレイアウト制御装置５００上で表示している例を示している。

この場合、ウィンドウ構成情報生成部２０１は、画面の左半分に表示されている２つのウィンドウに対応するウィンドウ構成情報のみを生成する。

なお、レイアウト制御装置５００上で表示されていないウィンドウに対応するウィンドウ構成情報の変更は、例えば、全く送信しなくてもよいし、表示領域が変更される場合に備えて表示されているウィンドウに対応するウィンドウ構成情報の変更が少ない任意のタイミングで送信してもよい。

このように、第４の実施の形態にかかる大画面表示装置では、レイアウト制御装置５００で表示されているウィンドウに対するウィンドウ構成情報のみ送信することにより、負荷を軽減することができる。

（第５の実施形態）
次に、第５の実施形態について説明する。

第１の実施の形態では、画面上に新たに表示された領域を含むウィンドウのウィンドウ画像のみ送信していた。

第５の実施の形態では、画像変化の大きいウィンドウに対するウィンドウ画像を送信する例について説明する。

図１４に、第５の実施の形態に係る大画面表示装置１００のブロック図を示す。

第５の実施の形態では、アプリケーション６００と、描画部３０２と、更新検出部３０６と、判断部３０７と、レイアウト管理部３０１と、画像取得部３０３の機能が第１の実施の形態と異なっている。その他の構成は、第１の実施の形態に係る大画面表示装置１００の構成と同様であるので、ここでの説明は省略する。なお、第１の実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。

アプリケーション６００は、大画面表示装置１００上で動作する各種処理を提供するプログラムである。アプリケーション６００は、画面表示のために、描画部３０２へ描画命令を発行する。

描画部３０２は、アプリケーション６００およびウィンドウ操作命令発行部２０２から描画命令を受け取り、フレームバッファ４０１に描画する。また、描画部３０２は、描画命令に含まれる座標情報などから特定する更新領域を更新検出部３０６（後述）に記録する。なお、記録方法は、画面上の更新領域が分かるものであればどのようなものでもよい。例えば、（０，０）から幅１０ピクセル、高さ１０ピクセルの矩形領域と（３０，３０）から幅２００ピクセル、高さ５ピクセルの矩形領域のように、更新領域を矩形情報のリストとして記録してもよい。

更新検出部３０６は、更新領域を判断部３０７（後述）に通知する。

なお、更新検出部３０６は、差分抽出処理を含んでもよい。差分抽出処理は、更新領域に対応するフレームバッファ４０１の画面情報とレイアウト制御装置５００に送信した画面情報を記憶しておくバックアップ画面を比較して、実際に変化のあった差分領域を抽出し、差分領域のみを更新領域として用いる。また、差分領域に該当する領域のバックアップ画面を更新する。

判断部３０７は、ウィンドウごとに、更新領域とレイアウト情報から計算したウィンドウ領域の交わる領域を計算し、領域が閾値ｓよりも大きい場合は、該当するウィンドウに対応するウィンドウ構成情報を更新すべきと判断し、該当するウィンドウをレイアウト管理部３０１と画像取得部３０３に通知する。また、更新すべきと通知したウィンドウに該当する領域を更新検出部３０６の更新領域から削除する。なお、判断部３０７は、描画が発生するたびに判断処理を開始してもよいし、タイマからの定期的なトリガにより判断処理を開始してもよい。

レイアウト管理部３０１は、判断部３０７から通知を受けると、レイアウト情報をウィンドウ構成情報生成部２０１へ通知する。

画像取得部３０３は、判断部３０７から通知を受けると、ウィンドウ画像をウィンドウ構成情報生成部２０１へ通知する。

次に、ウィンドウ構成情報送信処理の概要について図１５を用いて説明する。

まず、アプリケーション６００が画面表示のためまたはウィンドウ操作命令発行部２０２が画面レイアウト変更のために描画命令を発行し、描画部３０２がフレームバッファ４０１に描画し、更新領域を更新する。

次に、例えば、タイマからの定期的なトリガにより、判断処理を開始する。

まず、判断部３０７が、更新検出部３０６から受信した更新領域と、レイアウト管理部３０１から受信したレイアウト情報から計算したウィンドウ領域をもとに、更新領域とウィンドウ領域が交わる領域が閾値ｓよりも大きいウィンドウを検出し、該当するウィンドウをレイアウト管理部３０１および画像取得部３０３に通知する。

そして、レイアウト管理部３０１および画像取得部３０３が、通知されたウィンドウに対するレイアウト情報およびウィンドウ画像をウィンドウ構成情報生成部２０１へ渡す。

次に、ウィンドウ構成情報生成部２０１が、ウィンドウ構成情報を生成し、送信部がウィンドウ構成情報を送信する。

図１６に、更新すべきと判断されるウィンドウ画像の例を示す。例えば、閾値ｓがウィンドウサイズの半分と定義されている場合、画像変化がウィンドウサイズの半分未満のウィンドウＡのウィンドウ画像は送信されず、画像変化がウィンドウサイズの半分以上のウィンドウＢのウィンドウ画像が送信される。すなわち、画像変化の小さいウィンドウＡのウィンドウ画像は更新されず、画像変化の大きいウィンドウＢのウィンドウ画像が更新される。

なお、閾値は、大画面表示装置１００やレイアウト制御装置５００の負荷に応じて動的に変更してもよい。また、ウィンドウの重要度に応じてウィンドウごとに閾値を変更してもよい。

このように、第５の実施の形態にかかる大画面表示装置では、画像変化の大きいウィンドウに対するウィンドウ画像のみを送信することにより、ウィンドウの識別性を維持したまま、負荷を軽減することができる。

これまで、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００ 大画面表示装置
２００ ウェブサーバプログラム
２０１ ウィンドウ構成情報生成部
２０２ ウィンドウ操作命令発行部
３０１ レイアウト管理部
３０２ 描画部
３０３ 画像取得部
３０４ レイアウト情報記憶部
４００ ハードウェア
４０１ フレームバッファ
４０２ 通信部
５００ レイアウト制御装置。

Claims (8)

1. ネットワークを介し接続する端末の操作により所定領域の画面表示を制御する画面表示装置であって、
   前記端末の操作に対応する所定領域の画面構成情報を生成するウィンドウ構成情報生成部と、
   前記所定領域の画面構成情報を管理するレイアウト管理部と、
   前記端末の負荷を取得する負荷取得部と、
   前記所定領域の画面構成情報を前記端末へ送信する通信部とを備え、
   前記ウィンドウ構成情報生成部は、前記負荷に応じ前記所定領域の画面構成情報に含める情報を変更することを特徴とする画面表示装置。
2. 前記所定領域の画面構成情報の変更を検知するレイアウト変更検知部をさらに備え、
   前記ウィンドウ構成情報生成部は、前記レイアウト変更検知部が変更を検知した領域の画面構成情報を生成することを特徴とする請求項１に記載の画面表示装置。
3. 前記所定領域の画面構成情報に含める情報とはウィンドウ名であることを特徴とする請求項１または２に記載の画面表示装置。
4. 前記ウィンドウ構成情報生成部は、前記負荷取得部で取得した負荷が所定の閾値より高い場合に、前記所定領域の画面構成情報報に含める情報を更新することを特徴とする請求項１に記載の画面表示装置。
5. 前記閾値が複数設定されることを特徴とする請求項４に記載の画面表示装置。
6. 前記端末で表示されている表示領域を取得する表示領域取得部をさらに備え、
   前記ウィンドウ構成情報生成部は、前記表示領域に対応する前記所定領域の画面構成情報を優先して生成することを特徴とする請求項１に記載の画面表示装置。
7. 画面情報の更新を検出する更新検出部をさらに備え、
   前記ウィンドウ構成情報生成部は、前記更新検出部の検出した更新領域の変化率に応じて画面構成情報を生成することを特徴とする請求項１に記載の画面表示装置。
8. 端末と、ネットワークを介し接続する前記端末の操作により所定領域の画面表示を制御する画面表示装置とを備えた画面表示システムであって、
   前記画面表示装置は、
   前記端末の操作に対応する所定領域の画面構成情報を生成するウィンドウ構成情報生成部と、
   前記所定領域の画面構成情報を管理するレイアウト管理部と、
   前記端末の負荷を取得する負荷取得部と、
   前記所定領域の画面構成情報を前記端末へ送信する通信部とを備え、
   前記ウィンドウ構成情報生成部は、前記負荷に応じ前記所定領域の画面構成情報に含める情報を変更することを特徴とする画面表示システム。