JP2013210826A

JP2013210826A - 情報処理装置、描画処理システム、描画処理方法およびプログラム

Info

Publication number: JP2013210826A
Application number: JP2012080453A
Authority: JP
Inventors: Keiki Inoue; 京騎井上; Naomi Ozaki; 尚美尾崎
Original assignee: NEC Corp; NEC System Technologies Ltd
Current assignee: NEC Corp; NEC Solution Innovators Ltd
Priority date: 2012-03-30
Filing date: 2012-03-30
Publication date: 2013-10-10
Anticipated expiration: 2032-03-30
Also published as: JP5984205B2

Abstract

【課題】描画処理において、処理対象を予め指定しておく必要無しに、より効率的に描画負荷を軽減させられるようにする。
【解決手段】ＣＰＵ監視部１１３が、低負荷描画処理部１１４およびシステム描画処理部１１５としての処理を行うＣＰＵの負荷を検出する。そして、描画制御部１１２は、システム標準の描画の発生頻度と、ＣＰＵ監視部１１３が検出したＣＰＵの負荷とに基づいて、表示装置１４の具備する表示画面の表示する画像に対する低負荷描画処理部１１４による更新タイミングの制御の有無を切り替える。
【選択図】図１

Description

本発明は、情報処理装置、描画処理システム、描画処理方法およびプログラムに関する。

情報処理装置が行う描画処理に関連して幾つかの技術が提案されている。
例えば、特許文献１に記載のＣＲＴ画面表示方式では、画面の表示要求に応じて計算機システムによりＣＲＴ表示器に画面を表示するＣＲＴ画面表示方式において、ある定められた時間内に複数の表示要求があった場合、当該時間内の最新の表示要求のみを受付処理し、それ以前の表示要求を間引きする。
これにより、伝送渋滞がなくなると共に、応答速度が速くなり、その結果、計算機付負荷を軽減することができる、とされている。

また、特許文献２に記載の地図表示装置は、表示部を備え、現在位置や所望の地点を含む地図画像を表示部に表示する。描画処理アプリケーションが単位地図データを表示する際、描画時間計測部が描画時間を計測する。そして、描画処理アプリケーションが地図画像をスクロール処理する際、描画時間が所定の閾値を超える場合、描画方法変更部は、単位地図データに含まれる描画方法が異なるデータのうち、処理負荷の大きい描画方法を用いるデータを選択して処理負荷の小さな描画方法に変更し、描画方法変更部が変更した描画方法に基づいて地図データを描画処理して表示部に表示された地図画像をスクロールする。
これにより、スクロール処理の負荷を効果的に軽減できる、とされている。

また、特許文献３に記載のサーバ装置は、受信手段によって受信された制御命令の操作対象が、記憶手段に制御命令と関連付けて記憶されたアプリケーション・プログラムである場合には、制御命令に関連付けて記憶された間引き処理方法を用いて、受信した複数の制御命令に対する間引き処理を実行する間引き処理手段を備える。
これにより、入力コマンドの間引き量を適応的に制御して、表示画像の品質を維持しながら遅延時間を短縮することができる、とされている。

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

しかしながら、特許文献１に記載のＣＲＴ画面表示方式は、画面の表示処理に要する時間よりも短い周期で表示要求がある場合に対処するものであり、ＣＰＵ負荷軽減目的には必ずしも適合しない。例えば、情報処理装置が、ＣＰＵ負荷の軽減を目的として表示要求の間引きを行っても、表示要求の時間間隔が元々長い場合には、ＣＰＵ負荷軽減の効果をほとんど得られないことが考えられる。一方、元々長い表示要求を間引きすることで、画面表示の更新間隔が過大に延びてしまい、ユーザの情報把握（例えば処理状況の把握）に支障をきたすおそれがある。

また、特許文献２に記載の地図表示装置でも、描画時間が長くなっている原因が、描画処理以外の処理を行ってＣＰＵ負荷が上昇したためである場合、描画処理方法を変更しても、スクロール処理の負荷軽減の効果をほとんど得られないことが考えられる。一方、描画処理方法を変更して簡易な描画を行うことで、ユーザの得られる情報が減少してしまうおそれがある。

また、特許文献３に記載のサーバ装置では、記憶手段が間引き処理対象を予め記憶しておく必要がある。すなわち、ユーザが、間引き処理対象を予め指定しておく必要がある。

本発明は、上述の課題を解決することのできる情報処理装置、描画処理システム、描画処理方法およびプログラムを提供することを目的としている。

この発明は上述した課題を解決するためになされたもので、本発明の一態様による情報処理装置は、システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理部と、少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部と、システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部と、前記描画監視部が検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視部が検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理部による前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御部と、を具備することを特徴とする。

また、本発明の一態様による描画処理システムは、通信ネットワークで接続されたサーバ装置とクライアント装置とを具備し、前記サーバ装置は、前記クライアント装置に描画命令を送信し、前記クライアント装置は、システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理部と、少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部と、システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部と、前記描画監視部が検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視部が検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理部による前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御部と、を具備することを特徴とする。

また、本発明の一態様による描画処理方法は、通信ネットワークに接続されて描画命令を受信し、当該描画命令に基づいて表示画面の画像を更新する情報処理装置の描画処理方法であって、システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理ステップと、少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部ステップと、システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部ステップと、前記描画監視ステップにて検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視ステップにて検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理ステップでの、前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御ステップと、を具備することを特徴とする。

また、本発明の一態様によるプログラムは、通信ネットワークに接続されて描画命令を受信し、当該描画命令に基づいて表示画面の画像を更新する情報処理装置に、システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理ステップと、少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部ステップ、システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部ステップ、前記描画監視ステップにて検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視ステップにて検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理ステップでの、前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御ステップと、を実行させるためのプログラムである。

本発明によれば、処理対象を予め指定しておく必要無しに、より効率的に描画負荷を軽減させることができる。

本発明の一実施形態における描画処理システムの機能構成を示す概略ブロック図である。同実施形態において、低負荷描画処理部が行う処理の手順を示すフローチャートである。同実施形態の描画制御部における状態遷移を示す状態遷移図である。同実施形態において、描画制御部が行う処理の手順を示すフローチャートである。同実施形態において、ＣＰＵ監視部が行う処理の手順を示すフローチャートである。同実施形態において、描画監視部が行う処理の手順を示すフローチャートである。同実施形態において、描画制御部が描画休止状態から描画制御予備状態に遷移し、さらに描画制御状態、描画制御解除予備状態に遷移して描画休止状態に戻る例を示すシーケンス図である。同実施形態において、描画制御部が描画制御解除予備状態から描画制御状態への遷移を行う例を示すシーケンス図である。同実施形態において、描画制御部が描画制御状態から描画休止状態への遷移を行う例を示すシーケンス図である。同実施形態において、描画制御部が描画制御予備状態から描画休止状態への遷移を行う例を示すシーケンス図である。クライアント装置における本発明の最小構成を示す概略構成図である。

以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本発明の一実施形態における描画処理システムの機能構成を示す概略ブロック図である。同図において、描画処理システム１は、リモート接続環境におけるクライアントシステムであるクライアント装置１１、リモート接続環境におけるサーバシステムであるサーバ装置１２、および、クライアントの画面を表示する表示装置１４を具備する。
クライアント装置１１とサーバ装置１２とは、通信ネットワークを介して、クライアント・サーバの接続手段であるリモート接続にて接続されている。そして、サーバ装置１２は、リモート接続を用いてクライアント装置１１に描画命令を送信する。
ここで、サーバ装置は、描画命令として、表示装置１４が表示画面に表示する画像全体（以下、「全画面」と称する。また、全画面を示す画像データを、「全画面データ」と称する）のうちの更新部分を示すデータ（以下、「差分データ」と称する）を送信する。

クライアント装置１１は、描画監視部１１１と、描画制御部１１２と、ＣＰＵ監視部１１３と、低負荷描画処理部１１４と、システム描画処理部１１５と、メインメモリ１１６と、ＶＲＡＭ（Video RAM（Random Access Memory））１１７とを具備する。

メインメモリ１１６は、クライアント装置１１の具備する記憶デバイスにて実現され、各種データを記憶する。特に、メインメモリ１１６は、画面イメージ（画面表示用の画像データ）を格納する。
ＶＲＡＭ１１７は、メインメモリ１１６が記憶している画面イメージの転送を受けることで表示装置１４に画面表示を行わせる。

描画監視部１１１は、クライアント装置１１における描画の発生を監視する。具体的には、クライアント装置１１がサーバ装置１２からの描画命令を受信すると、システム描画処理部１１５が、システム標準の描画の描画情報を発生させる。そして、描画監視部１１１は、当該描画情報の発生を監視することで、描画処理の頻度を検出する。
ＣＰＵ監視部１１３は、クライアント装置１１におけるＣＰＵ使用率を監視する。このＣＰＵは、少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行する。具体的には、ＣＰＵは、低負荷描画処理部１１４としての描画処理や、システム描画処理部１１５としての描画処理など、各種処理を実行する。

システム描画処理部１１５は、システム標準の描画処理を行う。具体的には、システム描画処理部１１５は、メインメモリ１１６の記憶している画像データ（全画面データ）を、クライアント装置１１からの描画命令（差分データ）に従って更新する。そして、システム描画処理部１１５は、更新した画像データをＶＲＡＭ１１７に転送することで、表示装置１４の表示画面に、当該画像データの画像を表示させる。ここで、システム描画処理部１１５は、クライアント装置１１がサーバ装置１２から描画命令を受信し描画を行う毎（描画が発生する毎）に、メインメモリ１１６からＶＲＡＭ１１７への画像データの転送を行う。

低負荷描画処理部１１４は、描画命令に対応した画面イメージの更新およびメインメモリ１１６上の画面イメージのＶＲＡＭ１１７への転送（描画処理）を、ＣＰＵ負荷を軽減した方式で実行する。具体的には、低負荷描画処理部１１４は、システム描画処理部１１５と同様、クライアント装置１１がサーバ装置１２から描画命令を受信する毎に（システム描画処理部１１５がシステム標準の描画の描画情報を発生させる毎に）、システム描画処理部１１５に代わって、メインメモリ１１６の記憶している画像データを描画命令に従って更新する。一方、低負荷描画処理部１１４は、システム描画処理部１１５と異なり、更新した画像データを、一定周期毎にＶＲＡＭ１１７に転送する。このように、低負荷描画処理部１１４は、メインメモリ１１６からＶＲＡＭ１１７への画像データの転送処理の間引きを行う。
描画制御部１１２は、低負荷での描画の開始／休止を制御する。具体的には、描画制御部１１２は、低負荷描画処理部１１４による低負荷での描画処理と、システム描画処理部１１５によるシステム標準の描画処理との切替を行う。

なお、クライアント装置１１は、本発明における情報処理装置の一例に該当し、描画監視部１１１と、描画制御部１１２と、ＣＰＵ監視部１１３と、低負荷描画処理部１１４とを具備する。

次に、図２〜図６を参照して、描画処理システム１の動作について説明する。
図２は、低負荷描画処理部１１４が行う処理の手順を示すフローチャートである。低負荷描画処理部１１４は、クライアント装置１１が起動して動作状態となると同図の処理を開始する。
同図の処理において、低負荷描画処理部１１４は、まず、低負荷描画を休止した状態で、描画制御部１１２からの低負荷描画の開始（低負荷描画開始）の通知を待ち受ける。具体的には、低負荷描画処理部１１４は、低負荷描画開始の通知を受けたか否かを判定する（ステップＳ１０１）。低負荷描画開始の通知を受けていないと判定した場合（ステップＳ１０１：いいえ）、ステップＳ１０１へ戻る。

一方、低負荷描画開始の通知を受けたと判定した場合（ステップＳ１０１：はい）、低負荷描画処理部１１４は、システム描画処理部１１５におけるシステム標準の描画の発生の監視を開始する（ステップＳ１０２）。そして、低負荷描画処理部１１４は、描画実行周期を描画待ち時間として描画タイマーを始動させる（ステップＳ１０３）。ここで、描画実行周期とは、メインメモリ１１６が記憶している画面イメージをＶＲＡＭ１１７に転送する周期である。描画実行周期は、例えば、ユーザなど描画処理システム１の管理者が任意に設定可能な定数として規定される。

そして、低負荷描画処理部１１４は、システム描画処理部１１５がシステム標準の描画を発生させると、システム描画処理部１１５に代わってメインメモリ１１６上の画面イメージを逐次更新する（ステップＳ１０４）。具体的には、低負荷描画処理部１１４は、サーバ装置１２からクライアント装置１１への描画命令をシステム描画処理部１１５が取得すると、当該描画命令をシステム描画処理部１１５から取得し、システム描画処理部１１５に代わってメインメモリ１１６上の画面イメージを逐次更新する。
次に、低負荷描画処理部１１４は、ステップＳ１０３でカウントを開始してから描画待ち時間が経過したか否かを判定する（ステップＳ１０５）。描画待ち時間が経過していないと判定した場合（ステップＳ１０５：いいえ）、ステップＳ１０４へ戻る。

一方、描画待ち時間が経過したと判定した場合（ステップＳ１０５：はい）、低負荷描画処理部１１４は、メインメモリ１１６が記憶する画面イメージをＶＲＡＭ１１７へ転送する（ステップＳ１０６）。これにより、低負荷描画処理部１１４は、複数の描画命令で更新された画面のイメージを描画周期毎にメインメモリ１１６からＶＲＡＭ１１７へ転送（画面表示）する。

そして、低負荷描画処理部１１４は、描画制御部１１２から低負荷描画終了の通知を受けたか否かを判定する（ステップＳ１０７）。低負荷描画終了の通知を受けたと判定した場合（ステップＳ１０７：はい）、ステップＳ１０１へ戻る。一方、低負荷描画終了の通知を受けていないと判定した場合（ステップＳ１０７：いいえ）、ステップＳ１０４へ戻る。

低負荷描画処理部１１４に低負荷描画を実行させることで、クライアント装置１１は、メインメモリ１１６上の画面イメージをＶＲＡＭ１１７へ転送する回数を削減する。すなわち、クライアント装置１１は、メインメモリ１１６上の画面イメージのＶＲＡＭ１１７への転送処理の間引きを行って、システム標準の描画処理において発生していたＣＰＵ使用率の上昇を緩和する。

一方、ＣＰＵ負荷および描画負荷（描画に起因するＣＰＵ負荷）が一定水準以下の場合、クライアント装置１１は、低負荷描画を休止し、システム標準の描画処理を行う。なお、描画実行周期に関しては、ＣＰＵの負荷を軽減するとともに描画の不具合が発生しないレベルの描画実行周期に設定しておく。例えば、ユーザなど描画処理システム１の管理者が、描画処理システム１を使用してみて、描画実行周期の調整を行う。

図３は、描画制御部１１２における状態遷移を示す状態遷移図である。
同図において、描画制御部１１２は、描画休止状態Ｍ１１と、描画制御予備状態Ｍ１２と、描画制御状態Ｍ１３と、描画制御解除予備状態Ｍ１４とを有する。描画休止状態Ｍ１１と、描画制御予備状態Ｍ１２とは、システム描画処理部１１５に描画を行わせる状態である。一方、描画制御状態Ｍ１３と、描画制御解除予備状態Ｍ１４とは、低負荷描画処理部１１４に描画を行わせる状態である。

描画制御部１１２は、ＣＰＵ負荷および描画負荷が一定水準以下の状況では、描画休止状態Ｍ１１として、低負荷描画処理部１１４の低負荷での描画を休止させ、システム描画処理部１１５にシステム標準の描画を行わせる。

そして、描画休止状態Ｍ１１において描画監視部１１１から描画高負荷通知を受けると、描画制御部１１２は、描画制御予備状態Ｍ１２に遷移する（遷移Ｔ１１１）。ここで、描画高負荷通知とは、描画負荷（描画に起因するＣＰＵ負荷）が一定水準以上であることの通知である。描画監視部１１１は、後述するように、クライアント装置１１がサーバ装置１２から描画命令を受信して発生する描画の頻度に基づいて、描画負荷が一定水準以上となっていることを検出（推定）して、描画高負荷通知を描画制御部１１２に出力する。

この描画制御予備状態Ｍ１２では、描画負荷が一定水準以上となっていることを描画監視部１１１が検出しているが、一方で、ＣＰＵ監視部１１３は、ＣＰＵ負荷一定水準以上を検出していない。すなわち、描画制御予備状態Ｍ１２では、描画負荷が高くなっているものの、ＣＰＵ負荷全体では比較的低負荷となっていると考えられる。そうすると、描画負荷を低減させる必要性は、まだ生じていないことになる。そこで、描画制御予備状態Ｍ１２において、描画制御部１１２は、システム描画処理部１１５にシステム標準の描画を行わせる（継続させる）。

描画制御予備状態Ｍ１２において、描画監視部１１１から描画高負荷解除通知を受けた場合、描画制御部１１２は、描画休止状態Ｍ１１に遷移する（遷移Ｔ１２１）。ここで、描画高負荷解除通知とは、描画負荷が一定水準以下であることの通知である。描画監視部１１１は、後述するように、クライアント装置１１がサーバ装置１２から描画命令を受信して発生する描画の頻度に基づいて、描画負荷が一定水準以下となっていることを検出（推定）して、描画高負荷解除通知を描画制御部１１２に出力する。
このように、描画制御予備状態Ｍ１２において、描画監視部１１１から描画高負荷解除通知を受けた場合、ＣＰＵ負荷および描画負荷が一定水準以下の状況にあると考えられる。そこで、描画制御部１１２は、上記のように描画休止状態Ｍ１１に遷移する。

一方、描画制御予備状態Ｍ１２において、ＣＰＵ監視部１１３からＣＰＵ高負荷通知を受けた場合、描画制御部１１２は、描画制御状態Ｍ１３に遷移する（遷移Ｔ１２２）。
ここで、ＣＰＵ高負荷通知とは、ＣＰＵ負荷が一定水準以上であることの通知である。従って、ＣＰＵ負荷と描画負荷とが共に一定水準以上にあることになる。特に、ＣＰＵ高負荷通知は、ＣＰＵ負荷を低減させることが少なくとも好ましい水準にあることを示す。
この場合、ＣＰＵ負荷における描画負荷の割合が比較的大きく、描画負荷を低減させることで、ＣＰＵ負荷の低減を期待し得る。そこで、描画制御部１１２は、システム描画処理部１１５のシステム標準の描画処理に代わり、低負荷描画処理部１１４に低負荷での描画処理を行わせる。これにより、描画負荷を低減し、ひいてはＣＰＵ負荷を低減できることが期待される。

描画制御状態Ｍ１３において、描画監視部１１１から描画高負荷解除通知を受けた場合、描画制御部１１２は、描画休止状態Ｍ１１に遷移する（遷移Ｔ１３１）。
ここで、描画制御状態Ｍ１３において、描画監視部１１１から描画高負荷解除通知を受けた場合、ＣＰＵ負荷は高いが、描画負荷は比較的低い状態にあると考えられる。この場合、ＣＰＵ負荷における描画負荷の割合は小さく、描画負荷を低減させてもＣＰＵ負荷の低減はほとんどないと思われる。そうすると、低負荷描画処理部１１４が低負荷での描画を行うメリットはほとんど無く、システム描画処理部１１５がシステム標準の描画を行ったほうが、描画処理システム１全体の処理として適切である（例えば、ユーザのストレスが小さい）と考えられる。
そこで、描画制御部１１２は、上記のように描画休止状態Ｍ１１に遷移して、低負荷描画処理部１１４の低負荷での描画処理を休止させ、代わりにシステム描画処理部１１５にシステム標準での描画処理を行わせる。

また、描画制御状態Ｍ１３において、ＣＰＵ監視部１１３からＣＰＵ高負荷解除通知を受けた場合、描画制御部１１２は、描画制御解除予備状態Ｍ１４に遷移する（遷移Ｔ１３２）。
ここで、ＣＰＵ高負荷解除通知は、ＣＰＵ負荷が一定水準以下にあることの通知である。このことから、ＣＰＵ負荷を低減させる必要がなくなったものとして、低負荷での描画を終了する制御も可能である。

しかし、描画負荷は引き続き一定水準以上となっている。そうすると、例えばＣＰＵ負荷の変化が激しい場合、ＣＰＵ監視部１１３が、ＣＰＵ高負荷通知とＣＰＵ高負荷解除通知とを繰り返し出力し、描画制御部１１２は、低負荷での描画処理とシステム標準の描画処理とを頻繁に切り替えることになり得る。この低負荷での描画処理とシステム標準の描画処理との切替の際の処理に要するＣＰＵ負荷が比較的大きい場合、切替が頻発することでＣＰＵ負荷が上昇してしまう。
そこで、描画制御部１１２は、描画制御解除予備状態Ｍ１４において、引き続きシステム描画処理部１１５にシステム標準の描画を行わせる。これにより、描画処理の切替の頻発を抑制することができる。

描画制御解除予備状態Ｍ１４において、ＣＰＵ監視部１１３からＣＰＵ高負荷通知を受けた場合、描画制御部１１２は、描画制御状態Ｍ１３に遷移する（遷移Ｔ１４２）。
ここで、描画制御解除予備状態Ｍ１４において、ＣＰＵ監視部１１３からＣＰＵ高負荷通知を受けた場合、ＣＰＵ負荷と描画負荷とがいずれも高い状態にあると考えられる。そこで、描画制御部１１２は、描画制御状態Ｍ１３に遷移して、引き続き低負荷描画処理部１１４に低負荷での描画を行わせる。

一方、描画制御解除予備状態Ｍ１４において、描画監視部１１１から描画高負荷解除通知を受けた場合、描画制御部１１２は、描画休止状態Ｍ１１に遷移する（遷移Ｔ１４１）。
ここで、描画制御解除予備状態Ｍ１４において、描画監視部１１１から描画高負荷解除通知を受けた場合、ＣＰＵ負荷と描画負荷とがいずれも低い状態にあると考えられる。そこで、描画制御部１１２は、描画休止状態Ｍ１１に遷移して、低負荷描画処理部１１４の低負荷での描画を休止させ、代わりに、システム描画処理部１１５にシステム標準の描画を行わせる。

図４は、描画制御部１１２が行う処理の手順を示すフローチャートである。描画制御部１１２は、クライアント装置１１が起動して動作状態となると同図の処理を開始する。
描画制御部１１２は、ＣＰＵ負荷および描画負荷が一定水準以下の状況では、描画休止状態Ｍ１１として、システム描画処理部１１５がシステム標準の描画を行う（ステップＳ２０１）。

また、描画休止状態Ｍ１１において、描画制御部１１２は、描画監視部１１１からの描画負荷増加の通知（描画高負荷通知）の有無を判定する（ステップＳ２０２）。描画監視部１１１より描画高負荷通知を受けていないと判定した場合（ステップＳ２０２：いいえ）、ステップＳ２０１へ戻り、描画休止状態Ｍ１１を維持する。
一方、描画監視部１１１より描画高負荷通知を受けたと判定した場合（ステップＳ２０２：はい）、描画制御部１１２は、描画制御予備状態Ｍ１２に遷移する（ステップＳ２０３、遷移Ｔ１１１）。描画制御予備状態Ｍ１２において、描画制御部１１２は、システム描画処理部１１５の描画を継続させる。

また、描画制御予備状態Ｍ１２において、描画制御部１１２は、描画監視部１１１からの描画低負荷の通知（描画高負荷解除通知）の有無を判定する（ステップＳ２０４）。描画監視部１１１より描画高負荷解除通知を受けたと判定した場合（ステップＳ２０４：はい）、ステップＳ２０１へ戻る。この場合、描画制御部１１２は、ステップＳ２０１にて描画休止状態Ｍ１１に遷移する（遷移Ｔ１２１）。
一方、描画監視部１１１より描画高負荷解除通知を受けていないと判定した場合（ステップＳ２０４：いいえ）、描画制御部１１２は、ＣＰＵ監視部１１３からのＣＰＵ高負荷の通知（ＣＰＵ高負荷通知）の有無を判定する（ステップＳ２０５）。

ＣＰＵ監視部１１３よりＣＰＵ高負荷通知を受けていないと判定した場合（ステップＳ２０５：いいえ）、ステップＳ２０３へ戻り、描画制御予備状態Ｍ１２を維持する。
一方、ＣＰＵ監視部１１３よりＣＰＵ高負荷通知を受けたと判定した場合（ステップＳ２０５：はい）、描画制御部１１２は、システム描画処理部１１５の描画を中止させるとともに、低負荷描画処理部１１４に低負荷描画の開始を通知（低負荷描画開始通知）して低負荷での描画を行わせる（ステップＳ２０６）。
そして、描画制御部１１２は、描画制御状態Ｍ１３に遷移する（ステップＳ２０７、遷移Ｔ１２２）。描画制御状態Ｍ１３において、描画制御部１１２は、低負荷描画処理部１１４に描画を行わせる。

また、描画制御状態Ｍ１３において、描画制御部１１２は、描画監視部１１１からの描画負高荷解除通知の有無を判定する（ステップＳ２０８）。描画監視部１１１より描画高負荷解除通知を受けたと判定した場合（ステップＳ２０８：はい）、描画制御部１１２は、システム描画処理部１１５によるシステム標準の描画に切り替えるとともに、低負荷描画処理部１１４に低負荷での描画の休止を通知（低負荷描画休止通知）して低負荷での描画を休止させる（ステップＳ２１３）。
その後、ステップＳ２０１へ戻る。この場合、描画制御部１１２は、ステップＳ２０１にて描画休止状態Ｍ１１に遷移する（遷移Ｔ１３１）。

一方、ステップＳ２０８において、描画監視部１１１より描画高負荷解除通知を受けていないと判定した場合（ステップＳ２０８：いいえ）、描画制御部１１２は、ＣＰＵ監視部１１３からのＣＰＵ低負荷の通知（ＣＰＵ高負荷解除通知）の有無を判定する（ステップＳ２０９）。ＣＰＵ監視部１１３よりＣＰＵ高負荷解除通知を受けていないと判定した場合（ステップＳ２０９：いいえ）、ステップＳ２０７へ戻り、描画制御状態Ｍ１３を維持する。

一方、ＣＰＵ監視部１１３よりＣＰＵ高負荷解除通知を受けたと判定した場合（ステップＳ２０９：はい）、描画制御部１１２は、描画制御解除予備状態Ｍ１４に遷移する（ステップＳ２１０、遷移Ｔ１３２）。描画制御解除予備状態Ｍ１４において、描画制御部１１２は、低負荷描画処理部１１４の描画を継続させる。

また、描画制御解除予備状態Ｍ１４において、描画制御部１１２は、描画監視部１１１からの描画高負荷解除通知の有無を判定する（ステップＳ２１１）。描画監視部１１１より描画高負荷解除通知を受けたと判定した場合（ステップＳ２１１：はい）、ステップＳ２１３へ進む。この場合、描画制御部１１２は、ステップＳ２１３の次のステップＳ２０１において、遷移Ｔ１４１にて描画休止状態Ｍ１１に遷移する。

一方、ステップＳ２１１において、描画監視部１１１より描画高負荷解除通知を受けていないと判定した場合（ステップＳ２１１：いいえ）、描画制御部１１２は、ＣＰＵ監視部１１３からのＣＰＵ高負荷通知の有無を判定する（ステップＳ２１２）。ＣＰＵ監視部１１３よりＣＰＵ高負荷通知を受けていないと判定した場合（ステップＳ２１２：いいえ）、ステップＳ２１０へ戻り、描画制御解除予備状態Ｍ１４を維持する。

一方、ＣＰＵ監視部１１３よりＣＰＵ高負荷通知を受けたと判定した場合（ステップＳ２１２：はい）、ステップＳ２０７へ戻る。この場合、描画制御部１１２は、ステップＳ２０７において、遷移Ｔ１４２にて描画制御状態Ｍ１３に遷移する。

図５は、ＣＰＵ監視部１１３が行う処理の手順を示すフローチャートである。ＣＰＵ監視部１１３は、クライアント装置１１が起動して動作状態となると同図の処理を開始する。
同図の処理において、ＣＰＵ監視部１１３は、まず、カウンタやフラグの初期化を行う（ステップＳ３０１）。具体的には、ＣＰＵ監視部１１３は、ＣＰＵ低負荷カウンタの値を０に設定（ゼロリセット）し、ＣＰＵ高負荷カウンタの値を０に設定（ゼロリセット）し、ＣＰＵ負荷フラグの値を低に設定する。

次に、ＣＰＵ監視部１１３は、ＣＰＵ監視周期を待ち受けるためのＣＰＵ負荷監視タイマーを始動させる（ステップＳ３０２）。そして、ＣＰＵ監視部１１３は、ＣＰＵ負荷監視タイマーが満了したか否か、すなわち、ＣＰＵ監視周期が経過したか否かを判定する（ステップＳ３０３）。
ＣＰＵ負荷監視タイマーが満了していないと判定した場合（ステップＳ３０３：いいえ）、ステップＳ３０３へ戻る。すなわち、ＣＰＵ監視部１１３は、ＣＰＵ監視周期の経過を待ち受ける。

一方、ＣＰＵ負荷監視タイマーが満了したと判定した場合（ステップＳ３０３：はい）、ＣＰＵ監視部１１３は、クライアント装置１１のＣＰＵ使用率を取得する（ステップＳ３０４）。そして、ＣＰＵ監視部１１３は、ＣＰＵ使用率が閾値（ＣＰＵ使用率制限値）を超えているか否かを判定する（ステップＳ３０５）。

ＣＰＵ使用率が閾値を超えていると判定した場合（ステップＳ３０５：はい）、ＣＰＵ監視部１１３は、ＣＰＵ低負荷カウンタの値を０に設定（ゼロリセット）する（ステップＳ３０６）。
また、ＣＰＵ監視部１１３は、ＣＰＵ負荷フラグの値が高か低かを判定する（ステップＳ３０７）。ＣＰＵ負荷フラグの値が高であると判定した場合（ステップＳ３０７：高）、すなわち、既にＣＰＵ高負荷を通知済みの場合、ステップＳ３０２へ戻る。

一方、ＣＰＵ負荷フラグの値が低であると判定した場合（ステップＳ３０７：低）、ＣＰＵ監視部１１３は、ＣＰＵ高負荷カウンタの値を１増加させる（ステップＳ３０８）。
そして、ＣＰＵ監視部１１３は、ＣＰＵ高負荷カウンタの値がＣＰＵ高負荷周期数に達したか否かを判定する（ステップＳ３０９）、すなわち、ＣＰＵ監視部１１３は、ＣＰＵ使用率がＣＰＵ使用率制限値を越える状態が一定時間継続したか否かを判定する。なお、ＣＰＵ使用率がＣＰＵ使用率制限値を越える状態が一定時間継続したことを、「ＣＰＵ負荷＞ＣＰＵ高負荷指標」と表記する。

ＣＰＵ高負荷カウンタの値がＣＰＵ高負荷周期数に達していないと判定した場合（ステップＳ３０９：いいえ）、ステップＳ３０２へ戻る。
一方、ＣＰＵ高負荷カウンタの値がＣＰＵ高負荷周期数に達したと判定した場合（ステップＳ３０９：はい）、ＣＰＵ監視部１１３は、ＣＰＵ負荷フラグの値を高に設定する（ステップＳ３１０）。また、ＣＰＵ監視部１１３は、描画制御部１１２にＣＰＵ高負荷を通知（ＣＰＵ高負荷通知）する（ステップＳ３１１）。
その後、ステップＳ３０２へ戻る。

一方、ステップＳ３０５において、ＣＰＵ使用率が閾値を超えていないと判定した場合（ステップＳ３０５：いいえ）、ＣＰＵ監視部１１３は、ＣＰＵ高負荷カウンタの値を０に設定（ゼロリセット）する（ステップＳ３１２）。
また、ＣＰＵ監視部１１３は、ＣＰＵ負荷フラグの値が高か低かを判定する（ステップＳ３１３）。ＣＰＵ負荷フラグの値が低であると判定した場合（ステップＳ３１３：低）、すなわち、既にＣＰＵ高負荷解除を通知済みの場合、ステップＳ３０２へ戻る。

一方、ＣＰＵ負荷フラグの値が高であると判定した場合（ステップＳ３１３：高）、ＣＰＵ監視部１１３は、ＣＰＵ低負荷カウンタの値を１増加させる（ステップＳ３１４）。
そして、ＣＰＵ監視部１１３は、ＣＰＵ低負荷カウンタの値がＣＰＵ低負荷周期数に達したか否かを判定する（ステップＳ３１５）、すなわち、ＣＰＵ監視部１１３は、ＣＰＵ使用率がＣＰＵ使用率制限値を越えない状態が一定時間継続したか否かを判定する。なお、ＣＰＵ使用率がＣＰＵ使用率制限値を越えない状態が一定時間継続したことを、「ＣＰＵ負荷＜ＣＰＵ低負荷指標」と表記する。

ＣＰＵ低負荷カウンタの値がＣＰＵ低負荷周期数に達していないと判定した場合（ステップＳ３１５：いいえ）、ステップＳ３０２へ戻る。
一方、ＣＰＵ低負荷カウンタの値がＣＰＵ低負荷周期数に達したと判定した場合（ステップＳ３１５：はい）、ＣＰＵ監視部１１３は、ＣＰＵ負荷フラグの値を低に設定する（ステップＳ３１６）。また、ＣＰＵ監視部１１３は、描画制御部１１２にＣＰＵ負荷がＣＰＵ負荷指標を下回ったことを通知（ＣＰＵ高負荷解除通知）する（ステップＳ３１７）。
その後、ステップＳ３０２へ戻る。

なお、ＣＰＵ使用率制限値、ＣＰＵ監視周期、ＣＰＵ高負荷周期数、ＣＰＵ低負荷周期数に関しては、例えば、任意の値を設定可能としておき、描画処理システム１を運用した状態において、ユーザなど描画処理システム１の管理者が適切な値に調整する。

図６は、描画監視部１１１が行う処理の手順を示すフローチャートである。描画監視部１１１は、クライアント装置１１が起動して動作状態となると同図の処理を開始する。
同図の処理において、描画監視部１１１は、まず、カウンタやフラグの初期化を行う（ステップＳ４０１）。具体的には、描画監視部１１１は、描画低負荷カウンタの値を０に設定（ゼロリセット）し、描画高負荷カウンタの値を０に設定（ゼロリセット）し、描画負荷フラグの値を低に設定し、描画命令実行時刻の値を、現在時刻から所定の時間（描画実行周期）を減算した時刻に設定する。

次に、描画監視部１１１は、システム標準の描画を検出したか否かを判定する（ステップＳ４０２）。具体的には、描画監視部１１１は、システム標準の描画の発生（描画処理の開始）の通知を受けたか否かを判定する。
システム標準の描画の発生を検出していないと判定した場合（ステップＳ３０２：いいえ）、ステップＳ４０２へ戻る。すなわち、描画監視部１１１は、システム標準の描画の発生を待ち受けることで、システム標準の描画の発生周期（描画命令の発生周期）を監視する。

一方、システム標準の描画の発生を検出したと判定した場合（ステップＳ３０２：はい）、描画監視部１１１は、描画命令実行時刻として記憶している時刻を、前描画命令実行時刻として記憶する（ステップＳ４０３）。そして、描画監視部１１１は、現在時刻を描画実行時刻に更新する（ステップＳ４０４）。このように、描画監視部１１１は、描画命令の発生を検出したことに伴い、前描画命令実行事項（前回の描画命令を受けた時刻）と、描画命令実行時刻（最新の描画命令を受けた時刻）とを更新する。

次に、描画監視部１１１は、描画命令実行時刻から前描画命令実行時刻を減算した時間が、所定の時間（描画実行周期）未満か否かを判定する（ステップＳ４０５）。すなわち、描画監視部１１１は、描画命令の発生周期が、判定閾値としての描画実行周期未満か否かを判定する。
描画命令の発生周期が描画実行周期未満であると判定した場合（ステップＳ４０５：はい）、描画監視部１１１は、描画低負荷カウンタの値を０に設定（ゼロリセット）する（ステップＳ４０６）。
また、描画監視部１１１は、描画負荷フラグの値が高か低かを判定する（ステップＳ４０７）。描画負荷フラグの値が高であると判定した場合（ステップＳ４０７：高）、すなわち、既に描画高負荷を通知済みの場合、ステップＳ４０２へ戻る。

一方、描画負荷フラグの値が低であると判定した場合（ステップＳ４０７：低）、描画監視部１１１は、描画高負荷カウンタの値を１増加させる（ステップＳ４０８）。
そして、描画監視部１１１は、描画高負荷カウンタの値が描画高負荷周期数に達したか否かを判定する（ステップＳ４０９）。すなわち、描画監視部１１１は、描画命令の発生周期が閾値（描画実行周期）より短い状態が、一定期間（描画高負荷周期数）継続したか否かを判定する。なお、描画命令の発生周期が描画実行周期より短い状態が、描画高負荷周期数継続したことを、「描画負荷＞描画高負荷指標」と表記する。

描画高負荷カウンタの値が描画高負荷周期数に達していないと判定した場合（ステップＳ４０９：いいえ）、ステップＳ４０２へ戻る。
一方、描画高負荷カウンタの値が描画高負荷周期数に達したと判定した場合（ステップＳ４０９：はい）、描画監視部１１１は、描画負荷フラグの値を高に設定する（ステップＳ４１０）。また、描画監視部１１１は、描画制御部１１２に描画高負荷を通知（描画高負荷通知）する（ステップＳ４１１）。
その後、ステップＳ４０２へ戻る。

一方、ステップＳ４０５において、描画命令の発生周期が描画実行周期以上であると判定した場合（ステップＳ４０５：いいえ）、描画監視部１１１は、描画高負荷カウンタの値を０に設定（ゼロリセット）する（ステップＳ４１２）。
また、描画監視部１１１は、描画負荷フラグの値が高か低かを判定する（ステップＳ４１３）。描画負荷フラグの値が低であると判定した場合（ステップＳ４１３：低）、すなわち、既に描画高負荷解除を通知済みの場合、ステップＳ４０２へ戻る。

一方、描画負荷フラグの値が高であると判定した場合（ステップＳ４１３：高）、描画監視部１１１は、描画低負荷カウンタの値を１増加させる（ステップＳ４１４）。
そして、描画監視部１１１は、描画低負荷カウンタの値が描画低負荷周期数に達したか否かを判定する（ステップＳ４１５）。すなわち、描画監視部１１１は、描画命令の発生周期が閾値（描画実行周期）より長い状態が、一定期間（描画低負荷周期数）継続したか否かを判定する。なお、描画命令の発生周期が描画実行周期より長い状態が、描画低負荷周期数継続したことを、「描画負荷＜描画低負荷指標」と表記する。

描画低負荷カウンタの値が描画低負荷周期数に達していないと判定した場合（ステップＳ４１５：いいえ）、ステップＳ４０２へ戻る。
一方、描画低負荷カウンタの値が描画低負荷周期数に達したと判定した場合（ステップＳ４１５：はい）、描画監視部１１１は、描画負荷フラグの値を低に設定する（ステップＳ４１６）。また、描画監視部１１１は、描画制御部１１２に描画負荷が描画負荷指標を下回ったことを通知（描画高負荷解除通知）する（ステップＳ４１７）。
その後、ステップＳ３０２へ戻る。

なお、描画実行周期、描画高負荷周期数、描画低負荷周期数に関しては、例えば、任意の値を設定可能としておき、描画処理システム１を運用した状態において、ユーザなど描画処理システム１の管理者が適切な値に調整する。

次に、図７〜図１０を参照して、描画処理システム１の動作の例について説明する。
図７は、描画制御部１１２が描画休止状態Ｍ１１から描画制御予備状態Ｍ１２に遷移し、さらに描画制御状態Ｍ１３、描画制御解除予備状態Ｍ１４に遷移して描画休止状態Ｍ１１に戻る例を示すシーケンス図である。
同図に示すメインメモリ１１６は、図１を参照して説明したように、低負荷描画処理部１１４やシステム描画処理部１１５が画面イメージを展開し画面更新を実行する対象となるメインメモリである。またＶＲＡＭ１１７は、低負荷描画処理部１１４やシステム描画処理部１１５がメインメモリ１１６上の画面イメージを転送することで表示装置１４に画面表示を行わせる対象となるＶＲＡＭである。

図７において、シーケンスＳ５０１〜Ｓ５０２では、描画命令が連続して発生し始めた状態にある。ここでは、描画制御部１１２は描画休止状態Ｍ１１にあり、描画命令の発生周期が描画実行周期を超えるのを待ち受ける。
そして、描画周期が描画実行周期より短い状況が一定期間継続（描画負荷＞描画高負荷指標）すると（シーケンスＳ５０２）、描画負荷がＣＰＵ負荷の要因となる可能性があるため、描画制御部１１２は、描画休止状態Ｍ１１から描画制御予備状態Ｍ１２に遷移する。シーケンスＳ５０２〜シーケンスＳ５０３では、描画制御部１１２は描画制御予備状態Ｍ１２にある。

描画制御予備状態Ｍ１２において、ＣＰＵ使用率がＣＰＵ使用率制限値を超える状態が一定期間継続（ＣＰＵ負荷＞ＣＰＵ高負荷指標）した場合、描画負荷がＣＰＵ高負荷の要因と考えられる。そこで、描画制御部１１２は、低負荷描画処理部１１４に低負荷での描画処理を開始させ、描画制御予備状態Ｍ１２から描画制御状態Ｍ１３に遷移する。シーケンスＳ５０３〜Ｓ５０４では、描画制御部１１２は描画制御状態Ｍ１３にあり、低負荷描画処理部１１４に低負荷での描画処理を行わせる。

この描画制御状態Ｍ１３では、低負荷描画処理部１１４は、描画命令が発生する毎に、メインメモリ１１６の記憶する画面イメージへの描画を逐次実施する。一方、ＶＲＡＭ１１７への画面イメージの転送については、低負荷描画処理部１１４は、いくつかの転送を間引いた状態で描画実行周期毎に行う。これにより、ＣＰＵ負荷の要因である画面イメージのＶＲＡＭ１１７への転送回数を低減でき、描画に起因するＣＰＵ使用率の上昇を緩和させることができる。

描画制御状態Ｍ１３において、ＣＰＵ使用率がＣＰＵ使用率制限値を下回る状態が一定時間継続（ＣＰＵ負荷＜ＣＰＵ高負荷指標）した場合（シーケンスＳ５０４）、低負荷描画処理部１１４が低負荷での描画処理を行った効果としてＣＰＵ使用率の上昇が緩和されたと考えられる。そこで、描画制御部１１２は、描画制御状態Ｍ１３から描画制御解除予備状態Ｍ１４に遷移する。シーケンスＳ５０４〜Ｓ５０５では、描画制御部１１２は描画制御解除予備状態Ｍ１４にある。
この描画制御解除予備状態Ｍ１４では、描画制御部１１２は、低負荷描画処理部１１４に低負荷での描画処理を継続させながら、ＣＰＵ負荷および描画負荷が通常レベルまで回復するのを待つ。

描画制御解除予備状態Ｍ１４において、描画周期が描画実行周期より長い状況が一定期間継続（描画負荷＜描画低負荷指標）した場合（シーケンスＳ５０５）、ＣＰＵ負荷、描画負荷ともに比較的低い状態で安定していることになる。この場合、システム描画処理部１１５がシステム標準の描画処理を行っても、ＣＰＵ高負荷の状態にはならないと考えられる。そこで、描画制御部１１２は、描画制御解除予備状態Ｍ１４から描画休止状態Ｍ１１に遷移し、低負荷描画処理部１１４の低負荷での描画処理を休止させ、システム描画処理部１１５でのシステム標準の描画処理に切り替える。シーケンスＳ５０５〜Ｓ５０６では、描画制御部１１２は、描画休止状態Ｍ１１にある。

このように、描画休止状態Ｍ１１では、描画命令の発生する周期が通常レベルに戻った状態にあり、低負荷描画処理部１１４の低負荷での描画に代わって、システム描画処理部１１５が、システム標準の描画を行う。システム描画処理部１１５は、システム標準の描画において、画面イメージのＶＲＡＭ１１７への転送を逐次行う。

図８は、描画制御部１１２が描画制御解除予備状態Ｍ１４から描画制御状態Ｍ１３への遷移Ｔ１４２を行う例を示すシーケンス図である。
同図に示すメインメモリ１１６およびＶＲＡＭ１１７は、図１や図７に示すものと同一である。

図８において、シーケンスＳ６０１〜Ｓ６０５の、描画休止状態Ｍ１１から描画制御解除予備状態Ｍ１４までの遷移は、図７のシーケンスＳ５０１〜Ｓ５０５の場合と同様である。
一方、シーケンスＳ６０５では、図７のシーケンスＳ５０５の場合と異なり、ＣＰＵ負荷の変動が激しく、再びＣＰＵ負荷がＣＰＵ高負荷制限値を超えている（ＣＰＵ負荷＞ＣＰＵ高負荷指標）。この場合、描画制御部１１２は、描画制御解除予備状態Ｍ１４から描画制御状態Ｍ１３に遷移する。シーケンスＳ６０５〜Ｓ６０６では、描画制御部１１２は、描画制御状態Ｍ１３にある。

その後、再びＣＰＵ負荷がＣＰＵ高負荷制限値より低い状態が一定時間継続した場合（ＣＰＵ負荷＜ＣＰＵ高負荷指標、シーケンスＳ６０６）、描画制御部１１２は、描画制御状態Ｍ１３から描画制御解除予備状態Ｍ１４へ遷移する。シーケンスＳ６０６〜Ｓ６０７では、描画制御部１１２は、描画制御解除予備状態Ｍ１４にある。

このように、ＣＰＵ負荷が安定しない状態では、描画制御部１１２は、描画制御状態Ｍ１３と描画制御解除予備状態Ｍ１４との遷移を繰り返して、低負荷描画処理部１１４に低負荷での描画を継続させながら、描画負荷およびＣＰＵ負荷の安定した回復を待つ。

図９は、描画制御部１１２が描画制御状態Ｍ１３から描画休止状態Ｍ１１への遷移Ｔ１３１を行う例を示すシーケンス図である。
同図に示すメインメモリ１１６およびＶＲＡＭ１１７は、図１や図７に示すものと同一である。

図９において、シーケンスＳ７０１〜Ｓ７０４の、描画休止状態Ｍ１１から描画制御状態Ｍ１３までの遷移は、図７のシーケンスＳ５０１〜Ｓ５０４の場合と同様である。
一方、シーケンスＳ７０４では、図７のシーケンスＳ５０４の場合と異なり、描画周期が描画実行周期を下回る状態が一定時間継続（「描画負荷＜描画負荷指標」）している。この場合、ＣＰＵ負荷において描画負荷が要因となっている割合は小さく、低負荷描画処理部１１４に低負荷での描画処理を行わせてもＣＰＵ負荷はほとんど変わらないと考えられる。そうすると、画面更新頻度を低減させた描画処理を低負荷描画処理部１１４に行わせるよりも、システム描画処理部１１５がシステム標準の描画を行うようにして画面更新頻度を確保したほうが、描画処理システム１全体の処理として良好であると考えられる。すなわち、表示装置１４の画面表示の更新頻度を低減させてもＣＰＵ負荷はほとんど低減しないので、通常の更新頻度で画面表示を更新したほうが、ユーザのストレスが小さいと考えられる。

そこで、シーケンスＳ７０４において、描画制御部１１２は、描画制御状態Ｍ１３から描画休止状態Ｍ１１に遷移する。シーケンスＳ７０４〜Ｓ７０５では、描画制御部１１２は、描画休止状態Ｍ１１にある。
描画休止状態Ｍ１１では、描画制御部１１２は、低負荷描画処理部１１４の低負荷での描画を休止させ、代わってシステム描画処理部１１５が、システム標準の描画を行う。そして、描画制御部１１２は、再び描画命令の発生状況が描画高負荷制限値を超えるまで待機する。

このように、ＣＰＵ負荷が高い状態にある場合、描画制御部１１２は、描画の負荷状況に基づいて、低負荷描画処理部１１４に低負荷での描画を行わせるか、システム描画処理部１１５がシステム標準の描画を行うようにするかを判定する。これにより、低負荷描画処理部１１４に低負荷での描画を行わせてもＣＰＵ負荷の緩和に有効でない状況であれば、描画制御部１１２は、システムによる描画を継続しながら、ＣＰＵ負荷が通常レベルに回復するか、あるいは描画負荷が高い状態となるのを待つ。

図１０は、描画制御部１１２が描画制御予備状態Ｍ１２から描画休止状態Ｍ１１への遷移Ｔ１２１を行う例を示すシーケンス図である。
同図に示すメインメモリ１１６およびＶＲＡＭ１１７は、図１や図７に示すものと同一である。

図１０において、シーケンスＳ８０１〜Ｓ８０３の、描画休止状態Ｍ１１から描画制御予備状態Ｍ１２までの遷移は、図７のシーケンスＳ５０１〜Ｓ５０３の場合と同様である。具体的には、シーケンスＳ８０１〜Ｓ８０２では、描画命令が連続して発生し始めた状態にある。ここでは、描画制御部１１２は描画休止状態Ｍ１１にあり、描画命令の発生周期が描画実行周期を超えるまで待機する。

そして、描画周期が描画実行周期より短い状況が一定期間継続（描画負荷＞描画高負荷指標）すると（シーケンスＳ８０２）、描画負荷がＣＰＵ負荷の要因となる可能性があるため、描画制御部１１２は、描画休止状態Ｍ１１から描画制御予備状態Ｍ１２に遷移する。シーケンスＳ８０２〜シーケンスＳ８０３では、描画制御部１１２は描画制御予備状態Ｍ１２にある。

一方、シーケンスＳ８０３では、図７のシーケンスＳ５０３の場合と異なり、描画周期が描画実行周期より長い状況が一定期間継続（描画負荷＜描画低負荷指標）している。この場合、システム描画処理部１１５がシステム標準の描画処理を行っても、描画負荷が要因でＣＰＵ高負荷の状態にはならないと期待し得る。
そこで、描画制御部１１２は、描画制御予備状態Ｍ１２から描画休止状態Ｍ１１に遷移する。シーケンスＳ８０３〜Ｓ８０４では、描画制御部１１２は、描画休止状態Ｍ１１にある。

描画休止状態Ｍ１１では、描画制御予備状態Ｍ１２に引き続き、描画制御部１１２は、システム描画処理部１１５のシステム標準の描画処理を継続し、低負荷描画処理部１１４の低負荷での描画処理を休止させる。そして、描画制御部１１２は、再び描画命令の発生状況が描画高負荷制限値を超えるまで待機する（描画休止状態Ｍ１１を維持する）。

このように、描画処理システム１では、低負荷描画処理部１１４に低負荷での描画を開始させるまでに、描画およびＣＰＵの負荷傾向を監視する期間が設けられている。これにより、描画周期が短い状態であってもＣＰＵ負荷上昇の原因となっていない場合は、システム描画処理部１１５にシステム標準の描画処理を継続させて安定した描画状態を維持することができる。

以上のように、描画監視部１１１は、システム標準の描画が発生した頻度を検出し、ＣＰＵ監視部１１３が、低負荷描画処理部１１４およびシステム描画処理部１１５としての処理を行うＣＰＵの負荷を検出する。そして、描画制御部１１２は、描画監視部１１１の検出した、システム標準の描画が発生した頻度と、ＣＰＵ監視部１１３が検出したＣＰＵの負荷とに基づいて、表示装置１４の具備する表示画面の表示する画像に対する低負荷描画処理部１１４による更新タイミングの制御（具体的には、ＶＲＡＭ１１７への画像データ転送の間引き）の有無を切り替える。
これにより、処理対象を予め指定しておく必要無しに、より効率的に描画負荷を軽減させることができる。

ここで、低負荷描画処理部１１４は、全画面イメージのＶＲＡＭ１１７への転送回数を低減する（間引く）ことでＣＰＵ負荷を軽減し得る。
もっとも、描画負荷（描画処理に起因するＣＰＵ負荷）が小さい状態では、全画面イメージのＶＲＡＭ１１７への転送回数を間引いても、ＣＰＵ負荷の軽減効果をほとんど得られないおそれがある。

そこで、クライアント装置１１は、描画命令とＣＰＵ負荷の両方を監視することで、描画に起因するＣＰＵ負荷の上昇を識別することができ、他の原因でＣＰＵ負荷が増大した場合には、システム標準の描画を継続する。
これにより、クライアント装置１１（描画制御部１１２）は、描画負荷の低減にてＣＰＵ負荷を低減可能な場合は、低負荷描画処理部１１４に低負荷での描画を行わせることで、ＣＰＵ負荷を低減させる。一方、描画負荷を低減させてもＣＰＵ負荷をほとんど低減させられない場合には、クライアント装置１１（描画制御部１１２）は、システム描画処理部１１５がシステム標準の描画を行うようにして、描画品質の安定性を高めることができる。
このように、クライアント装置１１は、より効率的に（すなわち、ＣＰＵ負荷低減の効果を得られる場合に限定して）描画負荷を軽減させることができる。また、クライアント装置１１では、例えばＶＲＡＭ１１７への画面イメージの転送を抑制する描画命令を指定しておくなど、処理対象を予め指定しておく必要が無い。

また、描画制御部１１２は、システム標準の描画が発生した頻度が所定の頻度より多い状態にあり、かつ、ＣＰＵ監視部１１３が検出したＣＰＵの負荷が所定の負荷より大きい状態にあると判定すると、表示画面の表示する画像の更新頻度を低負荷描画処理部１１４に抑制させる状態（描画制御状態Ｍ１３）に遷移する。そして、当該状態にて、システム標準の描画が発生した頻度が所定の頻度より少ない状態にあると判定すると、描画制御部１１２は、表示画面の表示する画像をシステム描画処理部１１５が更新する頻度の抑制を解除する状態（描画休止状態Ｍ１１）に遷移する（遷移Ｔ１３１）。すなわち、遷移Ｔ１３１では、描画制御部１１２は、低負荷描画処理部１１４を休止させ、システム描画処理部１１５に描画処理を切り替える。
これにより、ＣＰＵ負荷が高い場合でも、描画負荷が低いため描画負荷を低減させてもＣＰＵ負荷の低減効果が限定的である場合には、描画負荷の低減を行わずに（システム描画処理部１１５にシステム標準の描画を行わせて）、描画の安定性を得ることができる。

また、描画制御部１１２は、システム標準の描画が発生した頻度が所定の頻度より多い状態にあり、かつ、ＣＰＵ監視部１１３が検出したＣＰＵの負荷が所定の負荷より大きい状態にあると判定すると、表示画面の表示する画像をシステム描画処理部１１５が更新する頻度を抑制する状態（描画制御状態Ｍ１３）に遷移する。具体的には、システム標準の描画が発生する毎に、システム描画処理部１１５に代わって低負荷描画処理部１１４に描画を行わせることで、メインメモリ１１６からＶＲＡＭ１１７への画面イメージの転送の間引きを行わせる。そして、当該状態にて、ＣＰＵ監視部１１３が検出したＣＰＵの負荷が所定の負荷より小さい状態にあると判定すると、表示画面の表示する画像をシステム描画処理部１１５が更新する頻度の抑制を継続する（描画制御解除予備状態Ｍ１４）。さらに、システム標準の描画が発生した頻度が所定の頻度より少ない状態にあると判定すると、描画制御部１１２は、表示画面の表示する画像をシステム描画処理部１１５が更新する頻度の抑制を解除する状態（描画休止状態Ｍ１１）に遷移する。
このように、描画制御部１１２は、描画負荷が高くＣＰＵ負荷の低い状態では、低負荷描画処理部１１４に低負荷での描画を継続させるので、描画負荷が高い状態でＣＰＵ負荷の変動が大きい場合にも、低負荷描画処理部１１４による処理とシステム描画処理部１１５による処理との切替の頻発を防止し得る。これにより、当該切替の頻発のためにＣＰＵ負荷が上昇することを防止し得る。

次に、図１１を参照して、クライアント装置１１における本発明の最小構成について説明する。
図１１は、クライアント装置１１における本発明の最小構成を示す概略構成図である。
同図を参照すると、図１に示す各部のうち、描画監視部１１１と、描画制御部１１２と、ＣＰＵ監視部１１３と、低負荷描画処理部１１４とが示されている。

かかる構成において、図１の構成について説明したのと同様に、ＣＰＵ監視部１１３は、描画処理を含む各種処理を行うＣＰＵの負荷を検出する。そして、描画制御部１１２は、描画監視部１１１が検出したシステム標準の描画の発生頻度と、ＣＰＵ監視部１１３が検出したＣＰＵの負荷とに基づいて、表示画面の表示する画像に対する低負荷描画処理部１１４による更新タイミングの制御の有無を切り替える。具体的には、描画制御部１１２は、システム標準の描画処理に代えて低負荷描画処理部１１４に描画処理を行わせるか否かの切換を行う。
これにより、処理対象を予め指定しておく必要無しに、より効率的に描画負荷を軽減させることができる。

なお、クライアント装置１１の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１描画処理システム
１１クライアント装置
１１１描画監視部
１１２描画制御部
１１３ＣＰＵ監視部
１１４低負荷描画処理部
１１５システム描画処理部
１１６メインメモリ
１１７ＶＲＡＭ
１２サーバ装置
１４表示装置

Claims

システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理部と、
少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部と、
システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部と、
前記描画監視部が検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視部が検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理部による前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御部と、
を具備することを特徴とする情報処理装置。
前記情報処理装置は、前記表示画面の表示画像の更新内容を示す差分データを受信する毎に前記システム標準の描画の描画情報を発生させ、
前記低負荷描画処理部は、前記描画情報が発生する毎に前記表示画面の全画面データを更新するとともに、更新した前記全画面データに基づいて前記表示画面の表示する前記画像を更新させるタイミングを制御する
ことを特徴とする請求項１に記載の情報処理装置。
前記描画制御部は、前記システム標準の描画の発生頻度が所定の頻度より多い状態にあり、かつ、前記ＣＰＵ監視部が検出した前記ＣＰＵの負荷が所定の負荷より大きい状態にあると判定すると、前記表示画面の表示する前記画像を更新する頻度を抑制する状態に遷移し、当該状態にて、前記前記システム標準の描画の発生頻度が所定の頻度より少ない状態にあると判定すると、前記表示画面の表示する前記画像を更新する頻度の抑制を解除する状態に遷移する、ことを特徴とする請求項１に記載の情報処理装置。
前記描画制御部は、前記システム標準の描画の発生頻度が所定の頻度より多い状態にあり、かつ、前記ＣＰＵ監視部が検出した前記ＣＰＵの負荷が所定の負荷より大きい状態にあると判定すると、前記表示画面の表示する前記画像を更新する頻度を抑制する状態に遷移し、当該状態にて、前記ＣＰＵ監視部が検出した前記ＣＰＵの負荷が所定の負荷より小さい状態にあると判定すると、前記表示画面の表示する前記画像を更新する頻度の抑制を継続し、さらに、前記システム標準の描画の発生頻度が所定の頻度より少ない状態にあると判定すると、前記表示画面の表示する前記画像を更新する頻度の抑制を解除する状態に遷移する、ことを特徴とする請求項１に記載の情報処理装置。
通信ネットワークで接続されたサーバ装置とクライアント装置とを具備し、
前記サーバ装置は、前記クライアント装置に描画命令を送信し、
前記クライアント装置は、
システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理部と、
少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部と、
システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部と、
前記描画監視部が検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視部が検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理部による前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御部と、
を具備することを特徴とする描画処理システム。
通信ネットワークに接続されて描画命令を受信し、当該描画命令に基づいて表示画面の画像を更新する情報処理装置の描画処理方法であって、
システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理ステップと、
少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部ステップと、
システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部ステップと、
前記描画監視ステップにて検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視ステップにて検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理ステップでの、前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御ステップと、
を具備することを特徴とする描画処理方法。
通信ネットワークに接続されて描画命令を受信し、当該描画命令に基づいて表示画面の画像を更新する情報処理装置に、
システム標準の描画の描画情報に基づいて画像データを生成し、生成した画像データに基づく画像を表示画面に表示させる低負荷描画処理ステップと、
少なくとも前記画像データを生成して前記表示画面に表示させる処理を実行するＣＰＵの負荷を検出するＣＰＵ監視部ステップ、
システム標準の描画を監視して当該システム標準の描画の発生頻度を検出する描画監視部ステップ、
前記描画監視ステップにて検出した前記システム標準の描画の発生頻度と、前記ＣＰＵ監視ステップにて検出した前記ＣＰＵの負荷とに基づいて、前記低負荷描画処理ステップでの、前記表示画面の表示する前記画像の更新タイミングの制御の有無を切り替える描画制御ステップと、
を実行させるためのプログラム。