JP2014207529A - 画面データ転送装置、画面表示システム、処理負荷軽減方法、及び処理負荷軽減プログラム - Google Patents

Abstract

【課題】ゲートウェイの負荷を軽減する。【解決手段】画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出し、ゲートウェイ１６の負荷を検出する。検出された処理負荷が負荷閾値以上の場合（３０９Ｙ）において、画面データにおける変更された部分が、高頻度画面更新領域と重なる場合には（３１０Ｙ）、ゲートウェイ１６で圧縮しかつ圧縮された画面データが送信される第１のルートに（３１２）、変更された部分が、高頻度画面更新領域と重ならない場合には（３１０Ｎ）、ゲートウェイ１６で圧縮処理が実行されずに画面データが送信される第２のルートに（３１４）、画面データの処理ルートを振り分ける。第２のルートの場合、ゲートウェイ１６で圧縮処理が実行されないので、ゲートウェイ１６の負荷を軽減することができる。【選択図】図１２

Description

開示の技術は、画面データ転送装置、画面表示システム、及び処理負荷軽減方法に関する。

シンクライアント（thin client）というシステム（system）が知られている。シンクライアントシステムでは、クライアント（client）に最低限の機能しか持たせず、サーバ（server）でアプリケーション（application）やファイル（file）などのリソース（resource）を管理するようにシステムが構築される。

シンクライアントシステムは、実際にはサーバが処理を実行した処理結果やサーバが保持するデータをクライアントに表示させつつも、あたかもクライアントが主体となって処理を実行したり、データを保持しているかのように振る舞ったりしている。

ところで、古いリモート画面制御プロトコルを、性能の良い新規リモート画面制御プロトコルへ変換する変換ゲートウェイが存在する。そして、クライアントとサーバとの間に変換ゲートウェイが位置するシンクライアントシステムも存在する。この場合、変換ゲートウェイは、サーバから古いリモート画面制御プロトコルで画面データを受信し、この画面データを、新規リモート画面制御プロトコルに変換してクライアントに転送する。

特開２０１１−２３８０１４号公報 特開２００２−００７２３８号公報 特開２００３−１６７７４５号公報

ところで、図２４に示すように、変換ゲートウェイ５０６は、複数クライアント５０２Ａ１、５０２Ａ２、・・・と通信する場合がある。この場合、変換ゲートウェイ５０６は、各クライアント５０２Ａ１等から要求された処理（セッション）を仲介する処理を行う。変換ゲートウェイ５０６は、各セッションで、上記新規リモート画面制御プロトコルへ変換する処理を行う。具体的には、「画面取得」、「画面描画」、「圧縮」、及び「転送」を行う。更に詳細には、「画面取得」では、サーバから画面データを含むデータを取得する。「画面描画」では、取得した画面データを展開してビットマップデータとしてフレームバッファ上に描画する。「圧縮」では、フレームバッファ中から送信する必要がある領域を切り出して圧縮を行う。「転送」では、圧縮したデータの転送を行う。

このように変換ゲートウェイで仲介するセッション数が増加すると、変換ゲートウェイの負荷が増加する。これにより要求される既定時間内に処理が終了しないことによる提供サービス性能、即ち、画面の一定時間内における更新回数や画面データの圧縮率などが劣化する。

開示の技術は、１つの側面として、画面データ転送装置の負荷を軽減することが目的である。

開示の技術において、通信部は、画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信すると共に、画面データを送信する。圧縮部は、通信部により受信された画面データについて、第１の圧縮処理より圧縮率が高い第２の圧縮処理を実行する。高頻度画面更新領域検出部は、通信部により一定期間内に受信された複数の画面データの位置情報に基づいて、画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出する。処理負荷検出部は、自装置の処理負荷を検出する。画面データ振り分け部は、処理負荷が負荷閾値以上の場合に、画面データの処理ルートを、第１のルート又は第２のルートに振り掛ける。前者は、一定期間後に受信された画面データの位置情報に基づく画面データにおける変更された部分が高頻度画面更新領域と重なるときである。後者は、上記変更された部分が高頻度画面更新領域と重ならないときである。

開示の技術は、１つの側面として、画面データ転送装置の負荷を軽減することができる、という効果を有する。

第１の実施の形態のシンクライアントシステムの構成を示す図である。 ゲートウェイ１６のハードウェア構成を示すブロック図である。 第１の実施の形態のゲートウェイ１６のＲＯＭ２記憶されている画面データ転送プログラムの構成を示す図である。 第１の実施の形態のシンクライアントシステムの機能ブロック図である。 第１の実施の形態の画面更新通知部１２４が実行する画面更新通知処理を示すフローチャートである。 第１の実施の形態の処理負荷検出部１０６が実行する処理負荷検出処理を示すフローチャートである。 第１の実施の形態の可用帯域推定部１０８が実行する可用帯域推定処理を示すフローチャートである。 第１の実施の形態の高頻度画面更新領域検出部１１０が実行する高頻度画面更新検出処理を示すフローチャートである。 （Ａ）から（Ｅ）は、高頻度画面更新領域の検出の原理を説明する説明図であり、（Ａ）は画面データがサーバから送信されたタイミングを示すとともに、各画面データの画面における位置を示し、（Ｂ）は画面を複数の領域（メッシュ）に分割された様子を示し、（Ｃ）は、各メッシュの更新回数のヒストグラムを示し、（Ｄ）は、抽出された高頻度画面更新領域を示し、（Ｅ）は抽出された高頻度画面更新領域から矩形の領域を設定する様子を示している。 第１の実施の形態の高頻度画面更新領域縮小処理部１１２が実行する高頻度画面更新領域縮小処理を示すフローチャートである。 （Ａ）から（Ｃ）は、高頻度画面更新領域の縮小処理を説明する説明図であり、（Ａ）は縮小前の高頻度画面更新領域を示し、（Ｂ）は、高頻度画面更新領域内の各メッシュと更新回数のヒストグラムを示し、（Ｃ）は、縮小された高頻度画面更新領域が示されている。 第１の実施の形態の画面データ振り分け部１１４が実行する画面データ振り分け処理を示すフローチャートである。 第１の実施の形態の処理を説明する説明図であり、セッションがどのようなセッションであり、負荷がどのような場合に、どのような圧縮処理をされるのかを説明する。 第１の実施の形態の各部の処理のタイミングを示すタイミングチャートである。 第１の実施の形態の高頻度画面更新領域縮小部１１２が実行する検証処理を示すフローチャートである。 第２の実施の形態における画面データ転送プログラムの構成を示す図である。 第２の実施の形態の機能ブロック図である。 第２の実施の形態の画面データの振り分け部が実行する画面データ振り分け処理を示すフローチャートである。 第３の実施の形態の画面データ転送プログラムの構成を示す図である。 第３の実施の形態の機能ブロック図である。 第３の実施の形態の画像データ振り分け部が実行する画面データ振り分け処理を示すフローチャートである。 第３の実施の形態における可用帯域に対応して、描画コマンド圧縮率の閾値を記憶する閾値設定テーブルを示す図である。 第３の実施の形態の各部の処理のタイミングを示すタイミングチャートである。 従来技術におけるシンクライアントシステムの処理の概要を説明する説明図である。

以下、図面を参照して開示の技術の実施形態の一例を詳細に説明する。
［第１の実施の形態］
第１の実施の形態の構成を説明する。図１に示すように、第１の実施の形態のシンクライアントシステム（thin client system）は、クライアント（client）端末（以下、「クライアント」という）１２とサーバ（server）装置（以下、「サーバ」という）１４とを備えている。第１の実施の形態では、クライアント１２とサーバ１４との間に、変換ゲートウェイ（gateway）サーバ（以下、「ゲートウェイ」という）１６を設置されている。図１には、１つのクライアント１２及び１つのサーバ１４のみが示されているが、各々は複数設けてもよい。

なお、クライアント１２、サーバ１４、及びゲートウェイ１６はそれぞれ、本開示の技術の画面表示端末、画面データ送信装置、及び画面データ転送装置に対応し、シンクライアントシステムは、本開示の技術の画面表示システムに対応する。

第１の実施の形態のシンクライアントシステムは、クライアント１２が表示する画面をリモート（remote）でサーバ１４に制御させるものである。つまり、シンクライアントシステムは、実際にはサーバ１４が実行した処理結果や保持するデータをクライアント１２に表示させつつも、あたかもクライアント１２が主体となって処理を実行したり、データを保持したりしているかのように振る舞う。

サーバ１４は、クライアント１２に表示させる画面をリモートで制御するサービスを提供するコンピュータ（computer）である。このサーバ１４には、サーバ向けのリモート画面制御用のアプリケーション（application）がインストール（install）またはプリインストール（preinstall）される。

クライアント１２は、サーバ１４によるリモート画面制御サービスの提供を受ける側のコンピュータである。かかるクライアント１２の一例としては、パーソナルコンピュータ（personal computer）など固定端末の他、携帯電話機、ＰＨＳ（Personal Handyphone System）やＰＤＡ（Personal Digital Assistant）などの移動体端末を適用することもできる。このクライアント１２には、クライアント向けのリモート画面制御用アプリケーションがインストールまたはプリインストールされる。各ユーザは、クライアント１２を利用してサーバ１４上のデスクトップ環境を利用する。第１の実施の形態では、サーバ１４上に存在するデスクトップ画面のサイズとクライアント１２が持つ画面のサイズは同一としている。サーバ１４及びクライアント１２は、表示装置の表示画面上で任意のアプリケーションを利用できる。また、各ユーザは、クライアント１２を利用することにより、同一のアクセス回線ばかりではなく、異なる性能のアクセス回線を通じてゲートウェイ１６へアクセスすることができる。

クライアント１２及びサーバ１４は、ゲートウェイ１６を経由して相互に通信する。ゲートウェイ１６は、サーバ１４及びクライアント１２の間でのリモート画面制御プロトコルを変換して反対側にデータを送信する。

図２に示すように、ゲートウェイ１６は、ＣＰＵ（中央処理装置：Central Processing Unit）２０、ＲＯＭ（Read Only Memory）２２、及びＲＡＭ（Random Access Memory）２４が、バス３４を介して相互に接続されている。バス３４には更に、磁気ディスクドライブ２６、通信インターフェイス３０及び外部インターフェイス３２が接続されている。なお、磁気ディスクドライブ２６には、磁気ディスク２８が内蔵されている。通信インターフェイス３０には、クライアント１２と、サーバ１４とが接続されている。

サーバ１４は、ゲートウェイ１６と同様の構成であるので、その説明を省略する。クライアント１２も、ゲートウェイ１６とほぼ同様の構成であるが、クライアント１２には、バス３４に接続されている図示しない入力部及び表示部が更に設けられている。

なお、クライアント１２の入力部は、各種の情報、例えば後述のクライアント１２の各部に対する指示入力を受け付ける入力デバイスであり、一例としては、キーボード（keyboard）やマウス（mouse）などを適用できる。

クライアント１２の表示部は、各種の情報、例えばサーバ１４からゲートウェイ１６を介して送信されたデスクトップ画面などを表示する表示デバイスである。一例としては、モニタ（monitor）、ディスプレイ（display）やタッチパネル（touch panel）などを適用できる。なお、表示部も、上記マウスと協働して、ポインティングデバイス（pointing device）機能を実現する。

クライアント１２及びゲートウェイ１６間、サーバ１４及びゲートウェイ１６間は、有線または無線を問わず、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。なお、サーバ１４は、画面データの送信のためのプロトコルとしては、古いリモート画面制御プロトコルを用いるが、ゲートウェイ１６は、画面データの転送のためのプロトコルとしては、古いリモート画面制御プロトコルを用いる。

ゲートウェイ１６のＲＯＭ２２には、図３に示す画面データ転送プログラムが記憶されている。ＣＰＵ２０は、ＲＯＭ２２から画面データ転送プログラムを読み出してＲＡＭ２４に展開し、画面データ転送プログラムが有するプロセスを実行する。画面データ転送プログラムは、通信プロセス４０、画面データ取得プロセス４４、操作情報取得プロセス４６を有する。また、画面データ転送プログラムは、処理負荷検出プロセス４８、可用帯域推定プロセス５０、高頻度画面更新領域検出プロセス５２、高頻度画面更新領域縮小プロセス５４、画面データ振り分けプロセス５６を有する。更に、画面データ転送プログラムは、表示画面生成プロセス５８、更新矩形作成プロセス６０、更新矩形変換プロセス６２、画面更新通知プロセス６４を有する。

なお、ここでは画面データ転送プログラムをＲＯＭ２２から読み出す場合を例示したが、必ずしも最初からＲＯＭ２２に記憶させておく必要はない。例えば、ゲートウェイ１６に接続されて使用されるＳＳＤ（Solid State Drive）、ＤＶＤディスク、ＩＣカード、光磁気ディスク、ＣＤ−ＲＯＭなどの任意の「可搬型の記憶媒体」に先ずは画面データ転送プログラムを記憶させておいてもよい。そして、ゲートウェイ１６がこれらの可搬型の記憶媒体からは画面データ転送プログラムを取得して実行するようにしてもよい。また、通信回線を介してゲートウェイ１６に接続される他のコンピュータ又はサーバ装置等の記憶部に画面データ転送プログラムを記憶させておいてもよい。この場合、ゲートウェイ１６は他のコンピュータ又はサーバ装置等から画面データ転送プログラムを取得して実行する。

図４には、第１の実施の形態のシンクライアントシステムの機能ブロック図が示されている。クライアント１２は、操作情報取得部７２、通信部７４、画面更新情報取得部７６、画像データ処理部７８、フレームバッファ８０、及び画面表示部８２を有する。

操作情報取得部７２は、図示しない入力部を介して入力された操作情報を受信する。操作情報の一例としては、マウスの左右のクリックを始め、ダブルクリックやドラッグ、マウスの移動操作を介して得られたマウスカーソルの移動量の情報がある。他の一例としては、マウスホイールの回転量、キーボードのうち押下されたキーの種別などもある。

通信部７４は、操作情報のサーバ１４への送信ならびのゲートウェイ１６からのデータの受信を行う。画面更新情報取得部７６は、ゲートウェイ１６から通信部７４を通して受信した画面データを取得し、取得した画面データを描画可能なように処理を行う。画像データ処理部７８は、取得した画面データの描画処理を行う。フレームバッファ８０は、描画処理の結果のデータが書き込まれる。画面表示部８２は、このフレームバッファ８０のデータを図示していない表示部に表示する。

サーバ１４は、操作情報取得部８４、ＯＳ実行部８６、表示画面生成部８８、フレームバッファ９０、更新矩形作成部９２、更新矩形変換部９４、画面更新通知部９６、及び通信部９８を有する。

通信部９８は、ゲートウェイ１６とのデータの送受信を行う。

操作情報取得部８４は、ゲートウェイ１６から通信部９８を介して受信した上記操作情報を取得する。ＯＳ実行部８６は、サーバ１４内のＯＳ（Operating System）を実行する。例えば、ＯＳ実行部８６は、操作情報取得部８４により取得された操作情報からアプリケーションの起動指示やアプリケーションに対するコマンドを検出する。一例としては、ＯＳ実行部８６は、アプリケーションのアイコン（icon）上でダブルクリックを検出した場合に、そのアイコンに対応するアプリケーションを起動する。他の一例としては、起動中のアプリケーションの操作画面、いわゆるウィンドウ（window）上でコマンド（command）の実行を要求する操作を検出した場合に、ＯＳ実行部８６は、そのコマンドを実行する。

表示画面生成部８８は、ＯＳ実行部８６の実行に従って画面更新を行う。例えば、ＯＳ実行部８６の実行による処理結果の表示用イメージ（image）をフレームバッファ９０に描画する。フレームバッファ９０は、更新された画面が書き込まれ、当該画面のデータのビットマップデータを記憶する記憶デバイスである。更新矩形作成部９２は、フレームバッファ９０を定期的にチェックし、変化があった領域を更新矩形として生成を行う。即ち、更新矩形作成部９２は、前回のフレーム生成時にクライアント１２で表示させていたデスクトップ画面と、今回のフレーム生成時にフレームバッファ９０へ書き込まれたデスクトップ画面とを比較する。そして、更新矩形作成部９２は、前回のフレームから変更があった部分の画素をつなげ合わせた上で矩形に整形した更新矩形の画像を生成する。更新矩形変換部９４は、更新矩形を圧縮し高画質画面データを作成する。画面更新通知部９６は、高画質画面データを、通知部９８及びゲートウェイ１６を介して、クライアント１２に通知する。

ゲートウェイ１６は、通信部１００、画面データ取得部１０２、操作情報取得部１０４、表示画面生成部１１６、フレームバッファ１１８、更新矩形作成部１２０、更新矩形変換部１２２、画面更新通知部１２４を有する。また、ゲートウェイ１６は、処理負荷検出部１０６、可用帯域推定部１０８、高頻度画面更新領域検出部１１０、高頻度画面更新領域縮小部１１２、及び画面データ振り分け部１１４を有する。通信部１００は、クライアント１２及びサーバ１４とのデータの送受信を行う。操作情報取得部１０４は、クライアント１２から受信した操作情報を取得し、サーバ１４へ送信する。画面データ取得部１０２は、サーバ１４からの画面データを、通信部１００を介して取得する。高頻度画面更新領域検出部１１０は、取得した画面データを利用して画面中で更新が激しい領域(以下、高頻度画面更新領域という）を推定する。可用帯域推定部１０８は、ネットワークの通信状況を利用してゲートウェイ１６とクライアント１２と間のネットワーク帯域の利用可能量を推定する。処理負荷検出部１０６は、ゲートウェイ１６のＣＰＵ２０の負荷を利用してゲートウェイ１６の負荷情報を検出する。高頻度画面更新領域縮小部１１２は、可用帯域推定部１０８ならびに処理負荷検出部１０６の情報を利用し高頻度画面更新領域の縮小・拡張処理を行う。画面データ振り分け部１１４は、高頻度画面更新領域の情報と処理負荷及び可用帯域の各情報とを利用して次の振り分けを行う。即ち、画面データ振り分け部１１４は、画面データの処理ルートを、表示画面生成部１１６〜更新矩形変換部１２２により処理される第１のルートと、これらの各部１１６〜１２２を回避（バイパス）して、画面データが素通しされる第２のルートに振り分ける。画面データ振り分け部１１４は、未処理セッションの画面データが、高頻度画面更新領域内なら第１のルートに、高頻度画面更新領域外なら第２のルートに、振り分ける。表示画面生成部１１６は、ゲートウェイ１６内でサーバ１４から受信した画面データを展開し、ＲＡＭ２４内のフレームバッファ１１８へ書き込む。フレームバッファ１１８は、展開された画面データを保持する。更新矩形作成部１２０は、フレームバッファ１１８を定期的にチェックし、変化があった領域を更新矩形として生成を行う。更新矩形変換部１２２は、更新矩形を圧縮し高画質画面データを作成する。画面更新通知部１２４は、高画質画面データを、通知部１００を介してクライアント１２へ通知する。

サーバ１４の更新矩形変換部９４が実行する圧縮処理は、ゲートウェイ１６の更新矩形変換部１２２が実行する圧縮処理より低圧縮である。サーバ１４の更新矩形変換部９４が実行する圧縮処理は、本開示の技術の第１の圧縮処理に対応し、ゲートウェイ１６の更新矩形変換部１２２が実行する圧縮処理は、本開示の技術の第２の圧縮処理に対応する。

また、表示画面生成部１１６〜更新矩形変換部１２２の各部により処理されるルートは、本開示の技術の第１のルートに対応する。これらの各部１１６〜１２２をバイパスして、画面データ振り分け部１１４から直接画面更新通知部１２４に進むルートは、本開示の技術の第２のルートに対応する。

なお、ＣＰＵ２０が、上記プロセス４２〜６４の各々を実行することにより、図４の上記各部１００〜１１６、１２０〜１２４として動作する。

次に、第１の実施の形態の作用を説明する。
図５には、ゲートウェイ１６の画面更新通知部１２４が実行する画面更新通知処理が示されている。本画面更新通知処理プログラムは、所定のタイミングでスタートし、ステップ１３２で、画面更新通知部１２４は、サーバ１４からの画面データを、通信部１００を介して受信したか否かを判断する。画面更新通知部１２４が、画面データを受信していないと判断した場合には、再度本処理（ステップ１３２）を実行し、画面データを受信したと判断した場合には、ステップ１３４に進む。ステップ１３４で、画面更新通知部１２４は、受信した画面データの種類（動画、静止画、未変換）に応じて、その情報を表すヘッダを画面データに付与する。ステップ１３６で、画面更新通知部１２４は、画面データのデータサイズ、描画領域サイズ（後述するｗ×ｈ）を上記ヘッダに加える。なお、ステップ１３４とステップ１３６の順番は逆でもよい。

ステップ１３８で、画面更新通知部１２４は、通知部１００へ画面データを通知し、ステップ１４０で、画面更新通知部１２４は、通知した画面データのデータサイズを可用帯域推定部１０８へ通知して、ステップ１３０に戻る。

第１の実施の形態では、サーバ１４は画面データを第１の圧縮処理により圧縮し、当該圧縮した画面データをサーバ１６に送信する。画面データは、表示する画面における変更された部分のみのデータであり、この画面データには、変更された部分の位置を示す情報（ｘ、ｙ）及び当該部分の幅（ｗ）と高さ（ｈ）の情報も含まれている。

図６には、処理負荷検出部１０６が実行する処理負荷検出処理が示されている。処理負荷検出処理は時刻Ｔ２（図１４参照）でスタートする。処理負荷検出部１０６は、本開示の技術の処理負荷検出部に対応する。

ステップ１５０で、処理負荷検出部１０６は、一定時間経過したか否かを判断する。処理負荷検出部１０６が一定時間経過したと判断した場合に、ステップ１５２に進む。ステップ１５２で、処理負荷検出部１０６は、ゲートウェイ１６の処理負荷を検出し、ステップ５４で、処理負荷検出部１０６は、処理負荷情報として設定して、ステップ１５０に戻る。

図７には、可用帯域推定部１０８がセッション毎に実行する可用帯域推定処理が示されている。可用帯域推定処理プログラムは、時刻Ｔ３（図１４参照）でスタートする。可用帯域推定部１０８は、本開示の技術の可用帯域推定部に対応する。詳細には後述するが、可用帯域は、送信先であるクライアント１２が受信処理を予め定められた期間内に完了することができる画面データのデータ量である。この予め定められた期間は、クライアント１２が順に受信した複数の画面データ各々に基づいて表示部に画面を順に表示する際の、画面の切り替えが、要求される時間内に実行されるように予め定められている。画面の切り替えは、１つの画面データに基づく画面の表示と、当該１つの画面データの次に受信した画面データに基づく画面の表示との切り替えである。

ステップ１６２で、可用帯域推定部１０８は、クライアント１２から送信された画面データ受信応答を受信する。ここで、画面データ受信応答は、クライアント１２において画面データが受信されるごとにクライアント１２が送信する、どのくらいの大きさの画面データがクライアント１２に到達したか否かを表すデータである。ステップ１６４で、可用帯域推定部１０８は、画面更新通知部１２４からデータサイズ（図５のステップ１４０参照）を取得する。なお、ステップ１６２とステップ１６４の順番は逆でもよい。

ステップ１６６で、可用帯域推定部１０８は、一定時間経過したか否かを判断し、一定時間を経過していないと判断した場合には、ステップ１６２に戻って、以上の処理（１６２〜１６６）を実行する。

ステップ１６６で一定時間経過したと判断された場合、可用帯域推定処理はステップ１６８に移行される。ステップ１６８で、可用帯域推定部１０８は、一定期間のうちに画面更新通知部１２４から通知されたデータサイズを合計する。ステップ１７０で、可用帯域推定部１０８は、ステップ１６８で計算されたデータサイズの合計を送信データ転送量（送信を試みたデータ量）として設定する。なお、当該送信データ転送量は、詳細には後述する検証処理（図１５のステップ３２４）で用いられる。

ステップ１７２で、可用帯域推定部１０８は、一定期間のうちに画面データ受信応答で通知されたデータサイズを合計する。なお、ステップ１７２は、ステップ１６８の前に実行してよい。

ステップ１７４で、可用帯域推定部１０８は、画面更新通知部１２４から通知されたデータサイズの合計から、画面データ受信応答で通知されたデータサイズの合計を減算することにより、未受信データサイズを算出する。ステップ１７６で、可用帯域推定部１０８は、画面データ受信応答で通知されたデータサイズの合計を、一定時間間隔で割った値を算出する。本ステップ１７６で算出された値は、ゲートウェイ１６からクライアント１２に到達した画面データのデータ量の時間平均値である。

ステップ１７８で、可用帯域推定部１０８は、ステップ１７４で算出した未受信データサイズが閾値以上か否かを判断する。未受信データが閾値以上である場合は、次の技術的意味を有する。すなわち、ゲートウェイ１６がクライアント１２に一定期間に送信しようとした画面データの量が、クライアント１２が当該一定期間に現実に受信できた画面データの量より、閾値以上大きいことを意味する。つまり、クライアント１２とゲートウェイ１６との間の回線が混んでいることが原因で、ゲートウェイ１６からの画面データがクライアント１２に、ゲートウェイ１６側で想定した量の画面データが到達していない状態である。

このように、ステップ１７８が肯定判定された場合には、現在推定した可用帯域としてのデータ転送量が、クライアント１２が現実に受信できたデータ量より大きい。そこで、ステップ１７６で算出した、クライアント１２に到達した画面データのデータ量の時間平均値を可用帯域として設定する。

一方、ステップ１７８が否定判定された場合には、ゲートウェイ１６がクライアント１２に送信しようとした画面データがクライアント１２に現実に受信できた状態である。この場合には、ステップ１８１で、可用帯域推定部１０８は、ステップ１７６で算出した値が現在設定されている可用帯域値以上か否かを判断する。算出した値が現在の可用帯域値以上である場合は、次の技術的意味を有する。すなわち、最新の可用帯域値が設定されている可用帯域値より大きくなり、より多くのデータ転送が可能となったことを意味する。この場合には、ステップ１８３で、可用帯域推定部１０８は、現在設定されている可用帯域値をステップ１７６で算出した値に更新する。一方、ステップ１７６で算出した値が現在設定されている可用帯域値より小さい場合は、次の技術的意味を有する。すなわち、ステップ１７６で算出した値はクライアント１２とゲートウェイ１６の間の回線の実際の可用帯域の値より小さい値であるということを意味する。つまり、画面データは実際の可用帯域よりも小さい量で行われた可能性が存在するため、可用帯域の上限を表す可用帯域値を正しく設定することはできない状態である。この場合には、ステップ１８２で、可用帯域推定部１０８は、可用帯域値を設定できないため現在設定されている可用帯域値を変更せずにそのまま引き継ぐ。これらのステップが実行されると、ステップ１６２に戻って、以上の処理（１６２〜１８２）を実行する。

図８には、高頻度画面更新領域検出部１１０がセッション毎に実行する高頻度画面更新検出処理が示されている。高頻度画面更新領域検出部１１０は、本開示の技術の高頻度画面更新領域検出部に対応する。

本処理は、所定の時刻Ｔ１（図１４）でスタートし、ステップ１９２で、高頻度画面更新領域検出部１１０は、新規の画面データを受信したか否かを判断する。新規の画面データを受信したと判断した場合に、本処理は、ステップ１９４に移行される。

ステップ１９４で、高頻度画面更新領域検出部１１０は、更新領域情報を抽出する。すなわち、前述したように、画像データには、画面の異なる部分の位置（ｘ、ｙ）の情報が含まれているので、高頻度画面更新領域検出部１１０は、この位置（ｘ、ｙ）の情報から更新領域情報を抽出する。例えば、図９（Ａ）に示すように、時刻ｔ１における画面データ２１２には、画面２４２における位置（ｘ１、ｙ１）の情報が含まれている。高頻度画面更新領域検出部１１０は、この情報を更新領域情報として抽出する。

ところで、第１の実施の形態では、画面には、図９（Ｂ）に示すように、当該画面をｎ×ｍ個に分割した領域（メッシュ）が想定されている。

ステップ１９６で、高頻度画面更新領域検出部１１０は、更新領域と重なるメッシュの更新カウントを増加させる。すなわち、図９（Ｃ）に示すように、Ｘ軸にメッシュの各位置が対応づけられ、Ｙ軸には、各位置の更新カウントが対応づけられたヒストグラムを利用して、高頻度画面更新領域検出部１１０は、ステップ１９６を実行する。

ステップ１９８で、高頻度画面更新領域検出部１１０は、一定時間経過したか否かを判断し、一定時間経過していないと判断した場合にはステップ１９２に戻って、以上の処理（１９２〜１９８）を実行する。

ステップ１９８で、高頻度画面更新領域検出部１１０が、一定時間経過したと判断した場合には、ステップ２００で、高頻度画面更新領域検出部１１０は、メッシュの中から更新カウント値が図９（Ｃ）に示すように閾値Ｈ１以上のメッシュを抽出する。これにより、図９（Ｄ）に示すようにメッシュ２６２、２６４、複数のメッシュ群２６６、２６８が抽出される。なお、閾値Ｈ１は、本開示の技術の頻度閾値に対応する。

ステップ２０２で、計算処理を単純化するため、高頻度画面更新領域検出部１１０は、抽出したメッシュで閾値以下の距離にあるものも合成して、矩形に成形を行う。すなわち、図９（Ｅ）に示すように、メッシュ２６２、２６４から矩形領域２７２を形成し、メッシュ群２６６から矩形領域２７４を形成し、メッシュ群２６８から矩形領域２７６を形成する。ステップ２０４で、高頻度画面更新領域検出部１１０は、成形した矩形領域を高頻度画面更新領域とする。

図１０には、高頻度画面更新領域縮小部（以下、「縮小部」という）１１２がセッション毎に実行する高頻度画面更新縮小処理プログラムが示されている。高頻度画面更新領域縮小部１１２は、本開示の技術の高頻度画面更新領域変更部に対応する。

本処理は、時刻Ｔ４（図１４参照）にスタートし、ステップ２８２で、縮小部１１２は、一定期間が経過したか否かを判断し、一定期間が経過した場合に、ステップ２８４に進む。

ステップ２８４では、縮小部１１２は、処理負荷検出部１０６から負荷情報を受信し、ステップ２８６で、受信した負荷情報に基づく負荷が閾値（例えば９０％）以上か否かを判断する。この閾値は９０％に限定されるものではなく、それより大きい値又は小さい値を、当該閾値とすることができる。なお、当該閾値は、本開示の技術の負荷閾値に対応する。

負荷が閾値以上でない場合には、ゲートウェイ１６は、ゲートウェイ１６の負荷を下げる必要のあるほど、負荷は大きくない状態である。この場合にはステップ２８２に戻って、以上の処理（ステップ２８２〜２８６）を実行する。

一方、負荷が閾値以上の場合には、ゲートウェイ１６の状態は、その負荷を下げる必要のある状態である。そこで、以下の処理を実行する。ステップ２８８で、縮小部１１２は、各セッションの可用帯域をチェックする。なお、各セッションの可用帯域は前述した可用帯域推定処理（図７参照）により得られているので、この情報をチェックする。

ステップ２９０で、縮小部１９２は可用帯域が閾値（例えば、５Ｍｂｐｓ）以上のセッションを未処理セッションに設定する。未処理セッションは、可用帯域が閾値以上であるので、送信する画面データのデータ量に余裕があるセッションである。なお、ステップ２９０は、未処理セッションを抽出するが、ゲートウェイ１６の負荷が大きい状態であっても、未処理セッションが設定されなければ、以下の縮小処理は実行されない。

ステップ２９２で、未処理セッションにおける、高頻度画面更新領域検出部１１０からの高頻度画面更新領域情報と、メッシュ毎の更新回数データを受信する。これにより、例えば、図１１（Ａ）に示すように、高頻度画面更新領域の更新回数が、例えば、周囲が５回でありかつその中が１０回の高頻度画面更新領域情報が受信される。

ステップ２９４で、縮小部１１２は、上記メッシュから更新回数が閾値（例えば、高頻度画面更新領域内の更新回数の平均＋２）より高いメッシュ領域を抽出する。例えば、図１１（Ａ）に示された例では、上記各メッシュの更新回数が、図１１（Ｂ）に示すように、５回のメッシュと１０回のメッシュとに分かれている。そのうち、閾値（上記平均＋２）Ｈ２より大きいメッシュが抽出され、図１１（Ｃ）に示すように、更新回数１０のメッシュのみの領域３００が抽出される。閾値Ｈ２は上記平均＋２に限定されず、それより多い値、又は小さい値（１）を当該閾値Ｈ２とすることができる。なお、閾値Ｈ２は、後述する大頻度閾値に対応する。

ステップ２９６で、縮小部１１２は、計算処理を単純化するため、抽出したメッシュで閾値以下の距離にあるものを合成し、矩形領域に成形を行い、ステップ２９８で、縮小処理部１１２は、成形した矩形を新しい高頻度画面更新領域と設定する。ステップ２９８の処理の後、本処理は、ステップ２８２に戻って、以上の処理（ステップ２８２〜２９８）が実行される。

図１２には、画面データ振り分け部（以下、「振り分け部」という）１１４が実行する画面データ振り分け処理プログラムが示されている。本処理は、上記各部（１０６、１０８、１１０、１１２）とは、非同期にスタートする。

ステップ３０２で、振り分け部１１４は、セッション毎の高頻度画面更新領域の情報を取得する。図１３に示すように、画面２４０において、高頻度画面更新領域Ｒｗ又はＮＲｗの情報が取得される。

上記縮小処理（図１０参照）に示すように、ゲートウェイの負荷が閾値以上でありかつ可用帯域の閾値が以上のセッションの場合においては、上記の縮小処理が実行される。よって、高頻度画面更新領域Ｒｗよりも狭い縮小された高頻度画面更新領域ＮＲｗが取得される。

ステップ３０４で、振り分け部１１４は、未処理セッションのリスト（図１０のステップ２９０で設定されている）を取得する。

ステップ３０６で、振り分け部１１４は、複数のセッション各々について、一つずつセッションを選択し、選択したセッションが未処理セッションか否かを判断する。上記選択したセッションが未処理セッションでない場合には、処理はステップ３０８に移行される。ステップ３０８で、振り分け部１１４は、選択したセッションにおける全ての画面データを表示画面生成部１６に通知する。すなわち、画面データの処理ルートが、当該画面データについて上記高圧縮の圧縮処理が実行されるルートに振り分けられる。ステップ３１の後では、本処理は、ステップ３０２に戻る。

ステップ３０６において、選択されたセッションが未処理セッションであると判断された場合には、本処理はステップ３０９に移行される。ステップ３０９で、振り分け部１１４は、処理負荷検出部１０６により検出された処理負荷が閾値以上か否かを判断する。なお、当該閾値は、本開示の技術における負荷閾値に対応する。処理負荷が閾値以上でない場合は、ゲートウェイ１６における負荷を減らす必要は高くない。そこで、本処理は、ステップ３１４に移行される。

一方、処理負荷が閾値以上の場合は、ゲートウェイ１６における負荷を減らす必要がある。そこで、ステップ３１０で、振り分け部１１４は、画面データが高頻度画面更新領域に含まれるか否かを判断する。画面データが高頻度画面更新領域に含まれる場合には、ステップ３１２で、振り分け部１１４は、画面データを、表示画面生成部１１６へ通知する。すなわち、画面データの処理ルートが第１のルートに振り分けられる。

画面データが高頻度画面更新領域に含まれない場合には、ステップ３１４で、振り分け部１１４は、画面データを、上記各部（１１６〜１２２）をバイパスして、画面更新通知部１２４に通知する。すなわち、画面データの処理ルートが、上記高圧縮の圧縮処理により実行されない第２のルートに振り分けられる。このように、上記第２のルートが選択される条件としては、第１に、選択されたセッションが未処理セッションであること、及び、第２に、ゲートウェイ１６の負荷が閾値であるという二つの条件が満足される場合である。よって、ステップ３０６とステップ３０９の順番は逆でもよい。即ち、このように順番が逆の場合、ステップ３０９及びステップ３０６が否定判定されたそれぞれの場合には、ステップ３０８又はステップ３１４を実行する。また、ステップ３０９もステップ３０６も肯定判定された場合に、本処理はステップ３１０に移行される。

ステップ３１０が肯定判定される場合は、本開示の技術における、画面データにおいて変更された部分が高頻度画面更新領域に重なる場合に対応する。ステップ３１０が否定判定される場合は、本開示の技術における、画面データにおいて変更された部分が高頻度画面更新領域に重ならない場合に対応する。

なお、ステップ３１２及びステップ３１４が実行されると、本処理はステップ３００に戻る。

以上の処理（ステップ３０８〜３１４）により次のように、画面データが処理される。
図１３（Ａ）に示すように、選択されたセッションが未処理セッションでない場合には、画面データの処理ルートとして高圧縮の圧縮処理が実行されるルートが選択される。よって、高圧縮の圧縮処理が画面データに施される。

図１３（Ｂ）に示すように、選択されたセッションが未処理セッションであるが、ゲートウェイの負荷が大きくない場合には、次にように処理が実行される。即ち、高頻度画面更新領域として比較的面積が大きい高頻度画面更新領域Ｒｗが使用される。そして、画面データＧ１が、比較的面積が大きい高頻度画面更新領域Ｒｗ内にある場合には、高圧縮の圧縮処理が実行される。しかし、画面データＧが、上記比較的面積が大きい高頻度画面更新領域Ｒｗ外の場合には、画面データはゲートウェイ１１６では圧縮されず、サーバ１４によって圧縮された状態でクライアント１２にそのまま送信される。即ち、画面データがゲートウェイ１６を素通りされる。よって、ゲートウェイの負荷が軽減される。

図１３（Ｃ）に示すように選択されたセッションが、未処理セッションでありかつゲートウェイの１６の負荷が大きい場合には、次のように処理が実行される。即ち、高頻度画面更新領域として比較的面積の狭い高頻度画面更新領域ＮＲｗが使用される。そして、画面データＧ１が比較的面積の狭い高頻度画面更新領域ＮＲｗ外の場合には、ゲートウェイ１６における高圧縮の圧縮処理が実行されない。即ち、サーバ１４によって圧縮された状態のまま、クライアント１２に送信される。即ち、画面データがゲートウェイ１６を素通りされる。よって、ゲートウェイの負荷が軽減される。

図１５には、縮小部１１２が実行する検証処理が示されている。検証処理を実現する検証処理プログラムは、高頻度画面更新領域縮小処理プログラムの一部である。すなわち、検証処理プログラムは、図４が示すように、縮小部１１２が、図１０に示すステップが実行されて、ステップ２８２で、一定時間経過したか否かを待っている間に、時刻Ｔ５（図１４参照）においてスタートする。

ステップ３２２で縮小部１１２は、図１０に示すステップ２８２における一定期間とは異なる一定時間が経過したか否かを判断する。一定時間が経過したと判断された場合は、本処理はステップ３２４に進む。

ステップ３２４で、縮小部１１２は、可用帯域推定部１０８からデータ転送量（図７のステップ１７０参照）と可用帯域を受信する。ステップ３２６で、縮小部１１２は、処理負荷検出部１０６から負荷情報を受信する。ステップ３２４とステップ３２６の順番は逆でもよい。

ステップ３２８で、縮小部１１２は、データ転送量が可用帯域より大きいか否かを判断する。ここで、データ転送量が可用帯域より大きい場合とは、次の状態である。すなわち、ゲートウェイ１６がクライアント１２に送信している画面データのデータ量が、クライアント１２が受信可能な一定時間あたりのデータ量よりも大きい状態である。つまり、ゲートウェイ１６が多く送信しすぎている状態である。ゲートウェイ１６で、画面データを圧縮していないために、ゲートウェイで圧縮する場合と比較して相対的にゲートウェイが送信するデータ量が多いからである。これは、高頻度画面更新領域が、縮小部１１２において縮小しすぎたためである。すなわち、ゲートウェイ１６における圧縮の対象となる画面データが位置する領域が狭いからである。よって、高頻度画面更新領域を拡大する必要がある。そこで、ステップ３３２で、縮小部１１２は本セッションの高頻度画面更新領域の情報とメッシュごとの更新回数データを受信する。ステップ３３４で、縮小部１１２は、既存の新高頻度画面更新領域の抽出のための閾値を減少させる。例えば、閾値を１減少させる。なお、閾値を減少させる数は１に限定されず、１おり大きい数でもよい。なお、減少された閾値は、後述する小頻度閾値に対応する。

ここで、閾値（図９（Ｃ）の閾値Ｈ１）が減少されると、減少される前と比較すると、より少ない変更回数のメッシュであっても、変更回数が閾値より大きいと判断される場合が増える。従って、高頻度画面更新領域が拡大される。

一方、ステップ３２８で、データ転送量が可用帯域より大きいと判断されなかった場合には、本処理はステップ３３０に移行される。ステップ３３０で、縮小部１１２は、ゲートウェイ１６の負荷の削減率が、既定の削減率（例えば２０％）を達成していないか否かを判断する。ここで、ステップ３３０が肯定判定される場合は、次の状態である。すなわち、上記のように画面データの位置が高頻度画面更新領域外の場合には、上記各部１１６〜１２２をバイパスする第２のルートが選択される。つまり、ゲートウェイが圧縮する処理をしないようにしてゲートウェイ１６の負荷を減らそうとしている。しかし、負荷の削減率が規定の削減率を達成していない場合が生ずる原因は、上記バイパスする第２のルートが選択されることが少ないことによる。よって、負荷をより削減するためには、第２のルートが選択されやすくする必要がある。そのためには、高頻度画面更新領域を小さくする必要がある。

そこで、ステップ３３６で、縮小部１１２は、当該セッションの高頻度画面更新領域の情報とメッシュごとの更新回数のデータを受信し、ステップ３３８で縮小部１１２は、既存の新高頻度画面更新領域の抽出のための閾値を増加させる。例えば、閾値を１増加させる。なお、閾値を増加少させる数は１に限定されず、１より大きい数でもよい。なお、増加された閾値は、後述する大頻度閾値に対応する。

ここで、閾値（図９（Ｃ）の閾値Ｈ１）が増加されると、増加される前と比較すると、より多い変更回数のメッシュでなければ、変更回数が閾値より大きいと判断されない。従って、高頻度画面更新領域が縮小される。

ステップ３３４又は３３８が実行された後は、本処理は、ステップ３４０に移行される。ステップ３４０では、縮小部１１２は、メッシュから更新回数が閾値より高いメッシュ領域を抽出し、ステップ３４２で、縮小部１１２は、抽出したメッシュで閾値以下の距離にあるものを合成し、矩形に成形を行う。ステップ３４４で縮小部１１２は、成形した矩形を新しい高頻度画面更新領域として設定する。以上の処理（ステップ３４０〜３４４）は、図１０におけるステップ２９４〜２９８の処理と同様であるのでその説明を省略する。ステップ３４４が実行された後、本処理は、ステップ３２２に移行される。

このように、本検証処理により、第１に、データ転送量が可用帯域より大きい場合には、高頻度画面更新領域を大きくして、よりゲートウェイ１６で圧縮処理がされるようにして画面データのデータ転送量を小さくするようにしている。これにより、ゲートウェイ１６から送信された画面データがクライアント１２において、画面データの受信処理を要求される所定期間内に完了できるようにしている。第２にゲートウェイの負荷の削減率が規定の削減率に達していない場合には、高頻度画面更新領域を狭めることにより、上記バイパスする第２のルートが選択されやすくするようにして、負荷の削減率を規定の削減率に到達させるようにしている。

次に、第１の実施の形態の効果を説明する。
第１の実施の形態では、ゲートウェイ１６は、高頻度画面更新領域以外の画面データを素通しする。即ち、ゲートウェイ１６は、サーバ１４から送信された、圧縮された画面データを、自身では再圧縮せずに、そのままの圧縮状態で、クライアント１２に送信する。ゲートウェイ１６が自身で画面データを再圧縮する場合に比較すると、クライアント１２へ送信する画面データのデータ量は増加する。しかし、ゲートウェイ１６では再圧縮等がする必要がないため、その分、ゲートウェイ１６の負荷が削減される。よって、第１の実施の形態は、ゲートウェイ１６の負荷を軽減することができる、という効果を有する。

また、第１の実施の形態では、ゲートウェイ１６の負荷が高くなった場合に、上記の素通しをしている。よって、ゲートウェイ１６の負荷を軽減する必要がないときは、ゲートウェイ１６の本来行うべき、自身での再圧縮をしている。よって、第１の実施の形態は、ゲートウェイ１６の負荷を軽減する必要がないときには、ゲートウェイ１６は、本来の役割を果たすことができる、という効果を有する。

更に、第１の実施の形態では、ゲートウェイ１６は、まず、自身の負荷が高くなった場合に、ゲートウェイ１６の負荷情報とセッション毎の可用帯域を取得する。次に、ゲートウェイ１６はこれらの情報に基づいて可用帯域の大きなセッションの高頻度画面更新領域を縮小する。そして、上記のように、縮小された高頻度画面更新領域以外の画面データを素通しする。即ち、ゲートウェイ１６が自身では再圧縮しない画面データの画面位置の領域が拡大するので、拡大しない場合より、ゲートウェイ１６が自身では再圧縮しない画面データが多くなる。よって、第１の実施の形態は、高頻度画面更新領域を縮小しない場合より、ゲートウェイ１６の負荷を軽減することができる、という効果を有する。

上記のように、ゲートウェイ１６がサーバ１４からの画面データを素通しすると、ゲートウェイ１６が自身で画面データを再圧縮する場合に比較すると、クライアント１２へ送信する画面データのデータ量は増加する。しかし、ゲートウェイ１６は、可用帯域が大きい場合のみ、上記素通しをしている。即ち、送信するデータ量が比較多くてもクライアント１２に提供サービスの性能を落とさないセッションにおいてのみ上記の素通しをしている。よって、第１の実施の形態は、クライアント１２に提供サービスの性能を満足させると共に、ゲートウェイ１６の負荷を軽減することができる、という効果を有する。

第１の実施の形態では、次のように検証処理が行われる。
即ち、第１に、縮小部１１２は、画面データの振り分けが行われた後、クライアント１２に送信される画面データのデータ量が、クライアント１２が受信可能なデータ量、即ち、可用帯域より大きいのかを検証している。そして、クライアント１２に送信される画面データのデータ量が可用帯域より大きい場合、縮小部１１２は、高頻度画面更新領域を拡大する。高頻度画面更新領域が拡大されると、これが拡大されない場合と比較すると、ゲートウェイ１６が高圧縮する画面の領域が拡大する。これにより、ゲートウェイ１６が画面データを高圧縮せずに素通しする場合より、クライアント１２に送信されるデータ量は少なくなる。従って、クライアント１２に送信される画面データのデータ量を可用帯域とすることができる。よって、第１の実施の形態は、クライアント１２の受信可能なデータ量に合わせることができる、という効果を有する。

第２に、縮小部１１２は、画面データの振り分けが行われた後、ゲートウェイ１６の負荷の削減量が、予め定められた削減量に到達したのか検証している。そして、ゲートウェイ１６の負荷の削減量が、予め定められた削減量に到達していない場合に、縮小部１１２は、高頻度画面更新領域を縮小する。高頻度画面更新領域を縮小すると、縮小しない場合と比較すると、ゲートウェイ１６が画面データを再圧縮する画面の領域が縮小する。これにより、高頻度画面更新領域を縮小しない場合より、ゲートウェイ１６が画面データを高圧縮しないことが多くなり、より負荷を軽減することができる。よって、第１の実施の形態は、ゲートウェイ１６の負荷の削減量を予め定められた削減量にすることができる、という効果を有する。

［第２の実施の形態］
次に、開示の技術の第２の実施の形態を説明する。
第２の実施の形態の構成は、第１の実施の形態と同様であるのでその説明を省略する。図１６に示すように、第２の実施の形態の画面データの転送プログラムは、図３に示す第１の画面データ転送プログラムとほぼ同様であるので、異なる部分を説明する。第２の実施の形態の画面データ転送プログラムは、図３における第１の実施の形態における処理負荷検出プロセス４８、可用帯域推定プロセス５０、高頻度画面更新領域検出プロセス５２、及び高頻度画面更新領域縮小プロセス５４が省略されている。その他は図３と同様であるのでその説明を省略する。

図１７には、第２の実施の形態におけるシンクライアントシステムのブロック図が示されている。図１７に示すように、第２の実施の形態の機能ブロック図は、第１の実施の形態の機能ブロック図（図４）とほぼ同様であるので、異なる部分を説明する。図１７に示すように、ゲートウェイ１６の機能ブロック図は、第１の実施の形態のゲートウェイ１６における機能ブロック図の可用帯域推定部１０８、高頻度画面更新領域検出部１１０、高頻度画面更新領域縮小部１１２が省略されている。他は、第１の実施の形態と同様であるのでその説明を省略する。

ＣＰＵ２０が、上記プロセス４２〜４６、５８〜６４、５３４、３５６の各々を実行することにより、図１７の上記各部１０２〜１０４、１１６、１２０〜１２４、３５４、３５６として動作する。

次に、第２の実施の形態の作用を説明する。
第２の実施の形態の処理負荷検出部３６０は、第１の実施の形態における処理負荷検出部１０６と同様の処理を実行するのでその説明を省略する。

図１８には、第２の実施の形態の画面データ振り分け部（以下、「振り分け部」という）３５８の画面データ振り分け処理が示されている。本処理がスタートすると、ステップ３６２で、振り分け部３５８は、処理負荷検出部３６０から負荷情報を受信する。ステップ３６４で、ゲートウェイ１６の負荷が閾値（例えば９０％）以上か否かを判断する。ゲートウェイの負荷が閾値以上でない場合には、ゲートウェイ１６の負荷を減らす必要はない。そこで、ステップ３６６で、振り分け部３５８は、全ての画面データを表示画面生成部１１６へ通知する。

ステップ３６４で、ゲートウェイの負荷が閾値以上であると判断された場合は、ステップ３６８に本処理が移行される。ステップ３６８で、振り分け部３５８は、画面データの描画コマンドの圧縮率を算出する。本圧縮率は、描画コマンドである当該画面データのデータサイズを、描画領域サイズ、すなわち、画面データに基づいて描画される部分のサイズ（ｗ×ｈ）で除した値の百分率である。

ステップ３７０で、振り分け部３５８は、描画コマンドの圧縮率が閾値（例えば３０％）以下か否かを判断する。

描画コマンドの圧縮率が閾値以下でない場合は、当該画面データはサーバ１４においてそれほど圧縮されていない状態である。すなわち、クライアント１２に送信するには、より圧縮する必要がある。そこで、ステップ３７２で、振り分け部３５８は、第１のルートを選択し、画面データを画面表示生成部１１６へ通知する。

一方、描画コマンドの圧縮率が閾値以下である場合は、サーバ１４において画面データの圧縮が大きくかかっている状態である。よって、当該画面データをそのままクライアント１２に転送しても問題は少ない。ゲートウェイ１６の負荷を減らすため、上記バイパスを実行する必要がある。そこで、ステップ３７４で、振り分け部３５８は、第２のルートを選択し、画面データを、画面更新通知部１２４に通知する。ステップ３７２及びステップ３７４が実行されると、処理はステップ３６２に移行される。

次に、第２の実施の形態の効果を説明する。
第２の実施の形態では、画面データの描画コマンド圧縮率が閾値以上の場合、ゲートウェイ１６は、高圧縮処理を行う。しかし、描画コマンドの圧縮率が閾値以下の場合には、振り分け部１１４は、上記バイパスをしてゲートウェイ１６の負荷を減らしている。このように、第２の実施の形態では、振り分け部１１４は、描画コマンドの圧縮率に基づいて、画面データの処理ルートを第１のルート又は第２のルートに振り分けている。よって、当該画面データが上記高頻度画面領域内に位置しても、振り分け部１１４は上記バイパスをする。よって、第２の実施の形態は、画面データが上記高頻度画面領域内に位置しても、ゲートウェイの負荷を減らすことができる、という効果を有する。

なお、第２の実施の形態では、ステップ３６２〜３６６を実行しているが、これらを省略してもよい。この場合でも、ステップ３７０で肯定判定されてステップ３７４が実行されると、ゲートウェイ１６の負荷は軽減される。

［第３の実施の形態］
次に、開示の技術の第３の実施の形態を説明する。
第３の実施の形態の構成は、第３の実施の形態と同様であるのでその説明は省略する。

図１９には、第３の実施の形態の画面データ転送プログラムが示されている。図１９に示すように、第３の実施の形態の画面データ転送プログラムは、図１６における第２の実施の形態の画面データ転送プログラムと同様の部分があるのでその説明を省略し、異なる部分を説明する。すなわち、図１９に示すように、第３の実施の形態の画面データ転送プログラムは、第２の実施の形態の場合（図１６）と比較すると、処理負荷検出プロセス３８２がさらにある点で相違する。

図２０には、第３の実施の形態のシンクライアントシステムの機能ブロック図が示されている。第３の実施の形態の機能ブロック図は、第２の実施の形態におけるシンクライアントシステムの機能ブロック図と同様の構成があるので、異なる部分のみを説明する。図２０に示すように、第３の実施の形態にかかるゲートウェイ１６の機能ブロック図は、第２の実施の形態の場合（図１７）と比較すると、可用帯域推定部３９４が更に設けられている点で相違する。

ＣＰＵ２０が、上記プロセス４２〜４６、５８〜６４、３８０〜３８４の各々を実行することにより、図２０の上記各部１０２〜１０４、１１６、１２０〜１２４、３９０、３９２、３９４として動作する。

次に、第３の実施の形態の作用を説明する。
第３の実施の形態の処理負荷検出部３９２は、第１の実施の形態における処理負荷検出部１０６と同様の処理を実行するのでその説明を省略する。第３の実施の形態の可用帯域推定部３９４は、第１の実施の形態の可用帯域推定部１０８と同様の処理を実行するのでその説明を省略する。

図２１には、第３の実施の形態の振り分け部３９０がセッション毎に実行する画面データ振り分け処理が示されている。画面データ振り分け処理は、図２３に示すように、処理負荷検出処理のスタート時刻Ｔ６と可用帯域推定処理のスタート時刻Ｔ７とは異なる時刻Ｔ８でスタートする。本処理がスタートすると、処理負荷検出部３９２から負荷情報を受信する。ステップ４０４で、ゲートウェイ１６の負荷が閾値（例えば９０％）以上か否かを判断する。ゲートウェイの負荷が閾値以上でない場合には、ゲートウェイ１６の負荷を減らす必要がない。そこで、ステップ４０６で、振り分け部３９０は、本セッションの全ての画面データを表示画面生成部１１６へと通知して、ステップ４０２に処理を移行させる。

ステップ４０４で、負荷が閾値以上であると判断された場合には、本処理は、ステップ４０８に移行される。ステップ４０８で、処理対象のセッションの可用帯域を可用帯域推定部３９４から取得する。ステップ４１０で、振り分け部３９０は、閾値設定テーブル４２０（図２２参照）を参照し、上記ステップ４０８で取得した可用帯域の情報を使って、本セッションへ適用する閾値を取得する。例えば上記取得した可用帯域が、０．５Ｍｂｐｓの場合には、閾値として３０％を取得する。また、別のセッションにおいて、可用帯域が８Ｍｂｐｓの場合には、閾値として６０％を取得する。

このように可用帯域が大きくなるにしたがって、閾値が大きくなるようにしている理由は次の通りである。可用帯域が大きくなると、ゲートウェイ１６からクライアント１２に転送できる画面データのデータ転送量が大きくなる。このような場合、それほど圧縮がかかっていなくても画面データをサーバ１４で圧縮されたままの状態でクライアント１２に送信しても大きな問題は生じない。すなわち、可用帯域が大きくなるにしたがって、閾値を大きくすれば、画面データの処理ルートとして第２のルートが選択されやすくなる。よって、ゲートウェイの負荷をより減らすことができる。そこで、ステップ４１０は、このように設定された閾値を使って本セッションへ適用する閾値としている。

ステップ４１２で、振り分け部３９０は、画面データの描画コマンドの圧縮率を算出する。ステップ４１４で、振り分け部３９０は、描画コマンド圧縮率が上記ステップ４１０で取得された閾値以下か否かを判断する。上記圧縮率が閾値でない場合にはステップ４１６で、振り分け部３９０は画面データを表示画面生成部１１６へ通知する。即ち、画面データの処理ルートが、第１のルートへ振り分けられる。一方、描画コマンドの圧縮率が閾値以下である場合には、ステップ４１８で、振り分け部３９０は、画面データを画面データ通知部１２４へ通知する。即ち、画面データの処理ルートが、第２のルートへ振り分けられる。本ステップ４１６及びステップ４１８が実行されると、本処理は、ステップ４０２に移行される。

次に、第３の実施の形態の効果を説明する。
第３の実施の形態では、可用帯域が大きくなるにしたがって、描画コマンドの圧縮率の閾値が大きくされている。これにより、可用帯域が大きくなるにしたがって、ゲートウェイ１６の圧縮処理がバイパスされ易くなる。よって、第３の実施の形態は、ゲートウェイの負荷をより減らすことができる、という効果を有する。

なお、第３の実施の形態では、ステップ４０２〜４０６を実行しているが、これらを省略してもよい。この場合でも。ステップ４１４で肯定判定されてステップ４１８が実行されると、ゲートウェイ１６の負荷が軽減される。

なお、第１の実施の形態〜第３の実施の形態では、シンクライアントシステムを例として、本開示の技術を説明した。しかし、本開示の技術は、シンクライアントシステム以外の他の例に対しても適用できる。

本明細書に記載された全ての文献、特許出願及び技術規格は、個々の文献、特許出願及び技術規格が参照により取り込まれることが具体的かつ個々に記された場合と同程度に、本明細書中に参照により取り込まれる。

以上の実施形態に関し、更に以下の付記を開示する。

（付記１）
画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信すると共に、画面データを送信する通信部と、
前記通信部により受信された画面データについて、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を実行する圧縮部と、
前記通信部により一定期間内に受信された複数の画面データの位置情報に基づいて、前記画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出する高頻度画面更新領域検出部と、
自装置の処理負荷を検出する処理負荷検出部と、
前記検出された前記処理負荷が負荷閾値以上の場合において、前記一定期間後に受信された画面データの位置情報に基づく前記画面データにおける前記変更された部分が前記高頻度画面更新領域と重なるときには、前記画面データの処理ルートを、前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが前記通信部により送信される第１のルートに振り分け、前記変更された部分が前記高頻度画面更新領域と重ならないときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける画面データ振り分け部と、
を備えた画面データ転送装置。

（付記２）
送信先が受信処理を予め定められた期間内に完了することができる画面データのデータ量である可用帯域を推定する可用帯域推定部を更に備え、
前記画像データ振り分け部は、前記可用帯域推定部により推定された可用帯域が帯域閾値以上か否かを判断し、前記可用帯域が閾値以上であると判断した場合に、前記画面データの処理ルートを振り分ける付記１に記載の画面データ転送装置。

（付記３）
前記予め定められた期間は、前記送信先が、順に受信した複数の画面データ各々に基づいて表示部に画面を順に表示する際の、１つの画面データに基づく画面の表示と、当該１つの画面データの次に受信した画面データに基づく画面の表示との切り替えが、要求される時間内に実行されるように予め定められている期間である付記２に記載の画面データ転送装置。

（付記４）
送信先が受信処理を予め定められた期間内に完了することができる画面データのデータ量である可用帯域を推定する可用帯域推定部と、
前記検出された前記処理負荷が負荷閾値以上でありかつ前記可用帯域が帯域閾値以上の場合に、前記高頻度画面更新領域を縮小する高頻度画面更新領域変更部と、
を更に備え、
前記画面データ振り分け部は、前記高頻度画面更新領域として前記縮小された領域を用いる付記１に記載の画面データ転送装置。

（付記５）
前記高頻度画面更新領域変更部は、前記検出された高頻度画面更新領域の中で、変更された頻度が、前記頻度閾値より大きい大頻度閾値以上の縮小領域に、前記高頻度画面更新領域を縮小する付記４に記載の画面データ転送装置。

（付記６）
前記高頻度画面更新領域変更部は、前記画面データ振り分け部により前記振り分けが行われた後、前記通信部により送信される前記画面データのデータ量が、前記可用帯域より大きい場合に、前記高頻度画面更新領域を拡大する付記４又は付記５に記載の画面データ転送装置。

（付記７）
前記高頻度画面更新領域変更部は、前記検出された高頻度画面更新領域の中で、変更された頻度が、前記頻度閾値より小さい小頻度閾値以上の拡大領域に、前記高頻度画面更新領域を拡大する付記８に記載の画面データ転送装置。

（付記８）
前記画面が予め複数の領域に分割されており、
前記高頻度画面更新領域変更部は、前記検出された高頻度画面更新領域における前記複数の領域各々の変更回数を計数し、計数された変更回数が前記小頻度閾値以上の領域を前記拡大領域とする付記７に記載の画面データ転送装置。

（付記９）
前記高頻度画面更新領域変更部は、複数の前記拡大領域が検出された場合には、前記複数の拡大領域を含む矩形領域を形成し、形成した矩形領域を前記高頻度画面更新領域とする付記７又は付記８に記載の画面データ転送装置。

（付記１０）
前記高頻度画面更新領域変更部は、前記画面データ振り分け部により前記振り分けが行われた後、前記負荷検出部により検出された前記負荷の削減量が、予め定められた削減量に到達していない場合に、前記高頻度画面更新領域を縮小する付記４〜９の何れか１項に記載の画面データ転送装置。

（付記１１）
前記高頻度画面更新領域変更部は、前記検出された高頻度画面更新領域の中で、変更された頻度が、前記頻度閾値より大きい大頻度閾値以上の縮小領域に、前記高頻度画面更新領域を縮小する付記１０に記載の画面データ転送装置。

（付記１２）
前記画面が予め複数の領域に分割されており、
前記高頻度画面更新領域変更部は、前記検出された高頻度画面更新領域における前記複数の領域各々の変更回数を計数し、計数された変更回数が前記大頻度閾値以上の領域を前記縮小領域とする付記１１に記載の画面データ転送装置。

（付記１３）
前記高頻度画面更新領域変更部は、複数の前記縮小領域が検出された場合には、前記複数の縮小領域を含む矩形領域を形成し、形成した矩形領域を前記高頻度画面更新領域とする付記１１又は付記１２に記載の画面データ転送装置。

（付記１４）
前記画面が予め複数の領域に分割されており、
前記高頻度画面更新領域検出部は、前記通信部により一定期間内に受信された複数の画面データの位置情報に基づいて、前記複数の画面データに対応する前記複数の領域各々の変更回数を計数し、計数された変更回数が前記頻度閾値以上の領域を検出することにより、前記高頻度画面更新領域を検出する付記１〜１３の何れか１項に記載の画面データ転送装置。

（付記１５）
前記高頻度画面更新領域検出部は、複数の高頻度画面更新領域が検出された場合には、前記検出された複数の高頻度画面更新領域を含む矩形領域を形成し、形成した矩形領域を前記高頻度画面更新領域とする付記１〜１４の何れか１項に記載の画面データ転送装置。

（付記１６）
画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信すると共に、画面データを送信する通信部と、
前記通信部により受信された画面データについて、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を実行する圧縮部と、
前記第１の圧縮処理により画面データが圧縮された圧縮率が予め定められた圧縮率以下でないときには、前記画面データの処理ルートを、前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが前記通信部により送信される第１のルートに振り分け、前記圧縮された圧縮率が前記予め定められた圧縮率以下のときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける画面データ振り分け部と、
を備えた画面データ転送装置。

（付記１７）
前記画面データ転送装置の処理負荷を検出する処理負荷検出部を更に備え、
前記画面データ振り分け部は、前記処理負荷が負荷閾値以上の場合に、前記画像データを振り分ける
付記１６に記載の画面データ転送装置。

（付記１８）
前記画面データには、前記受信された画面データのサイズ及び前記画面データに対応する前記変更された部分のサイズを示す情報を含み、
前記圧縮率は、前記画面データのサイズ及び前記部分のサイズに基づいて、算出される付記１６又は付記１７に記載の画面データ転送装置。

（付記１９）
送信先が受信処理を所定期間内に完了することができる画面データのデータ量である可用帯域を推定する可用帯域推定部を更に備え、
前記画面データ振り分け部は、前記可用帯域が大きくなるに従って、前記処理ルートを前記第２のルートにより振り分ける
付記１６〜１８の何れか１項に記載の画面データ転送装置。

（付記２０）
前記可用帯域が大きくなるに従って、前記処理ルートが前記第２のルートにより振り分けられるように定められた複数の圧縮率閾値が予め定められ、
前記画面データ振り分け部は、前記推定された可用帯域に基づいて前記複数の圧縮率閾値から当該可用帯域に対応する圧縮率閾値を選択し、選択した圧縮率閾値を前記予め定められた圧縮率として、前記画面データの処理ルートを振り分ける
付記１９に記載の画面データ転送装置。

（付記２１）
付記１〜２０の何れか１項に記載の画面データ転送装置と、
前記第１の圧縮処理により圧縮された前記画面データを送信する画面データ送信装置と、
前記画面データ転送装置により送信された前記画面データを受信すると共に受信した画面データに基づいて表示部に画面を表示する画面表示端末と、
を備えた画面表示システム。

（付記２２）
画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを一定期間、受信し、
前記一定期間内に受信された複数の画面データの位置情報に基づいて、前記画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出し、
自装置の処理負荷を検出し、
前記検出された前記処理負荷が負荷閾値以上の場合において、前記一定期間後に受信された画面データの位置情報に基づく前記画面データにおける前記変更された部分が前記高頻度画面更新領域と重なるときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部で前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記変更された部分が前記高頻度画面更新領域と重ならないときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける、
ことを含む処理負荷低減方法。

（付記２３）
画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信し、
前記第１の圧縮処理により画面データが圧縮された圧縮率が予め定められた圧縮率以下でないときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部による前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記圧縮された圧縮率が前記予め定められた圧縮率以下のときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける、
ことを含む処理負荷低減方法。

（付記２４）
コンピュータに、
画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを一定期間、受信し、
前記一定期間内に受信された複数の画面データの位置情報に基づいて、前記画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出し、
自装置の処理負荷を検出し、
前記検出された前記処理負荷が負荷閾値以上の場合において、前記一定期間後に受信された画面データの位置情報に基づく前記画面データにおける前記変更された部分が前記高頻度画面更新領域と重なるときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部で前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記変更された部分が前記高頻度画面更新領域と重ならないときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける、
ことを含む処理を実行させるための処理負荷低減プログラム。

（付記２５）
コンピュータに、
画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信し、
前記第１の圧縮処理により画面データが圧縮された圧縮率が予め定められた圧縮率以下でないときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部による前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記圧縮された圧縮率が前記予め定められた圧縮率以下のときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける、
ことを含む処理を実行させるための処理負荷低減プログラム。

（付記２６）
画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信すると共に、画面データを送信する通信部と、
前記通信部により受信された画面データについて、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を実行する圧縮部と、
前記通信部により一定期間内に受信された複数の画面データの位置情報に基づいて、前記画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出する高頻度画面更新領域検出部と、
送信先が受信処理を予め定められた期間内に完了することができる画面データのデータ量である可用帯域を推定する可用帯域推定部と、
前記可用帯域推定部により推定された可用帯域が帯域閾値以上の場合において、前記一定期間後に受信された画面データの位置情報に基づく前記画面データにおける前記変更された部分が前記高頻度画面更新領域と重なるときには、前記画面データの処理ルートを、前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが前記通信部により送信される第１のルートに振り分け、前記変更された部分が前記高頻度画面更新領域と重ならないときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける画面データ振り分け部と、
を備えた画面データ転送装置。

１０ クライアント
１２ サーバ
１４ ゲートウェイ
１００ 通信部
１０６、３６０、３９２ 処理負荷検出部
１０８、３９４ 可用帯域推定部
１１２ 高頻度画面更新領域縮小部
１１４、３５８、３９０ 画面データ振り分け部
１２２ 更新矩形変換部

Claims (12)

1. 画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信すると共に、画面データを送信する通信部と、
   前記通信部により受信された画面データについて、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を実行する圧縮部と、
   前記通信部により一定期間内に受信された複数の画面データの位置情報に基づいて、前記画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出する高頻度画面更新領域検出部と、
   自装置の処理負荷を検出する処理負荷検出部と、
   前記検出された前記処理負荷が負荷閾値以上の場合において、前記一定期間後に受信された画面データの位置情報に基づく前記画面データにおける前記変更された部分が前記高頻度画面更新領域と重なるときには、前記画面データの処理ルートを、前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが前記通信部により送信される第１のルートに振り分け、前記変更された部分が前記高頻度画面更新領域と重ならないときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける画面データ振り分け部と、
   を備えた画面データ転送装置。
2. 送信先が受信処理を予め定められた期間内に完了することができる画面データのデータ量である可用帯域を推定する可用帯域推定部と、
   前記検出された前記処理負荷が負荷閾値以上でありかつ前記可用帯域が帯域閾値以上の場合に、前記高頻度画面更新領域を縮小する高頻度画面更新領域変更部と、
   を更に備え、
   前記画面データ振り分け部は、前記高頻度画面更新領域として前記縮小された領域を用いる請求項１に記載の画面データ転送装置。
3. 前記高頻度画面更新領域変更部は、前記画面データ振り分け部により前記振り分けが行われた後、前記通信部により送信される前記画面データのデータ量が、前記可用帯域より大きい場合に、前記高頻度画面更新領域を拡大する請求項２に記載の画面データ転送装置。
4. 前記高頻度画面更新領域変更部は、前記画面データ振り分け部により前記振り分けが行われた後、前記負荷検出部により検出された前記負荷の削減量が、予め定められた削減量に到達していない場合に、前記高頻度画面更新領域を縮小する請求項２又は請求項３に記載の画面データ転送装置。
5. 画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信すると共に、画面データを送信する通信部と、
   前記通信部により受信された画面データについて、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を実行する圧縮部と、
   前記第１の圧縮処理により画面データが圧縮された圧縮率が予め定められた圧縮率以下でないときには、前記画面データの処理ルートを、前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが前記通信部により送信される第１のルートに振り分け、前記圧縮された圧縮率が前記予め定められた圧縮率以下のときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける画面データ振り分け部と、
   を備えた画面データ転送装置。
6. 前記画面データ転送装置の処理負荷を検出する処理負荷検出部を更に備え、
   前記画面データ振り分け部は、前記処理負荷が負荷閾値以上の場合に、前記画像データを振り分ける請求項５に記載の画面データ転送装置。
7. 送信先が受信処理を所定期間内に完了することができる画面データのデータ量である可用帯域を推定する可用帯域推定部を更に備え、
   前記画面データ振り分け部は、前記可用帯域が大きくなるに従って、前記処理ルートを前記第２のルートにより振り分ける請求項５又は請求項６に記載の画面データ転送装置。
8. 請求項１〜７の何れか１項に記載の画面データ転送装置と、
   前記第１の圧縮処理により圧縮された前記画面データを送信する画面データ送信装置と、
   前記画面データ転送装置により送信された前記画面データを受信すると共に受信した画面データに基づいて表示部に画面を表示する画面表示端末と、
   を備えた画面表示システム。
9. 画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを一定期間、受信し、
   前記一定期間内に受信された複数の画面データの位置情報に基づいて、前記画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出し、
   自装置の処理負荷を検出し、
   前記検出された前記処理負荷が負荷閾値以上の場合において、前記一定期間後に受信された画面データの位置情報に基づく前記画面データにおける前記変更された部分が前記高頻度画面更新領域と重なるときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部で前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記変更された部分が前記高頻度画面更新領域と重ならないときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける
   ことを含む処理負荷低減方法。
10. 画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信し、
    前記第１の圧縮処理により画面データが圧縮された圧縮率が予め定められた圧縮率以下でないときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部による前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記圧縮された圧縮率が前記予め定められた圧縮率以下のときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける
    ことを含む処理負荷低減方法。
11. コンピュータに、
    画面に表示する位置を示す位置情報を含みかつ画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを一定期間、受信し、
    前記一定期間内に受信された複数の画面データの位置情報に基づいて、前記画面の中で、変更された頻度が頻度閾値以上の高頻度画面更新領域を検出し、
    自装置の処理負荷を検出し、
    前記検出された前記処理負荷が負荷閾値以上の場合において、前記一定期間後に受信された画面データの位置情報に基づく前記画面データにおける前記変更された部分が前記高頻度画面更新領域と重なるときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部で前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記変更された部分が前記高頻度画面更新領域と重ならないときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける
    ことを含む処理を実行させるための処理負荷低減プログラム。
12. コンピュータに、
    画面全体の内の変更された部分が第１の圧縮処理により圧縮された画面データを受信し、
    前記第１の圧縮処理により画面データが圧縮された圧縮率が予め定められた圧縮率以下でないときには、前記画面データの処理ルートを、前記第１の圧縮処理より圧縮率が高い第２の圧縮処理を前記画面データについて実行する圧縮部による前記第２の圧縮処理が実行されかつ前記第２の圧縮処理が実行された前記画面データが通信部により送信される第１のルートに振り分け、前記圧縮された圧縮率が前記予め定められた圧縮率以下のときには、前記画面データの処理ルートを、前記圧縮部を回避して前記画面データが前記通信部により送信される第２のルートに振り分ける
    ことを含む処理を実行させるための処理負荷低減プログラム。
    

Images