(57)【特許請求の範囲】
【請求項１】
アプリケーションソフトを実行するためのアプリケーションソフト実行環境を有し、前記アプリケーションソフト実行環境から描画指令通知が通知されると、前記アプリケーションソフト実行環境から通知された表示画面データに基づいて表示画面を描画する描画タスクを実行する表示機能付端末であって、
前記描画タスクは、前記アプリケーションソフト実行環境から通知された表示画面データの数が閾値を越えたときには、それら前記アプリケーションソフト実行環境から通知された表示画面データをランダムアクセスメモリ（ＲＡＭ）上に展開して前回の表示画面からの更新領域を認識し、表示画面のうちの前記認識された更新領域のみを描画することを特徴とする表示機能付端末。
【請求項２】
請求項１記載の表示機能付端末において、
前記描画タスクは、表示画面を複数のブロックに分割して管理し、前記アプリケーションソフト実行環境から通知された表示画面データが属するブロックを前回の表示画面からの更新領域として認識することを特徴とする表示機能付端末。
【請求項３】
請求項１記載の表示機能付端末において、
前記描画タスクは、前記アプリケーションソフト実行環境から通知された表示画面データのうちの最端に位置する幾つかの表示画面データにより囲まれる範囲を前回の表示画面からの更新領域として認識することを特徴とする表示機能付端末。
【請求項４】
請求項１ないし３のいずれかに記載の表示機能付端末において、
前記アプリケーションソフト実行環境は、外部からダウンロードされた不特定多数のアプリケーションソフトを実行するものであることを特徴とする表示機能付端末。
【請求項５】
アプリケーションソフトを実行するためのアプリケーションソフト実行環境を有し、前記アプリケーションソフト実行環境から描画指令通知が通知されると、前記アプリケーションソフト実行環境から通知された表示画面データに基づいて表示画面を描画する描画タスクを実行する表示機能付端末に、前記アプリケーションソフト実行環境から通知された表示画面データの数が閾値を越えたと判定したときに、それら前記アプリケーションソフト実行環境から通知された表示画面データをランダムアクセスメモリ（ＲＡＭ）上に展開して前回の表示画面からの更新領域を認識させる手順と、
表示画面のうちの前記認識された更新領域のみを描画させる手順とを実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションソフトを実行するためのアプリケーションソフト実行環境を有する表示機能付端末ならびに前記表示機能付端末にて実行されるコンピュータプログラムに関する。
【０００２】
【発明が解決しようとする課題】
近年、例えばインターネット上のサーバから無線回線を通じてダウンロードされたゲームソフト（ソフトウェア）や地図表示ソフトなどの不特定多数のアプリケーションソフトを実行するためのアプリケーションソフト実行環境を有する携帯電話機が供されている。このものによれば、ユーザは、携帯電話機に最初から組込まれているアプリケーションソフトのみでなく、例えばインターネット上のサーバからダウンロードされた不特定多数のアプリケーションソフトをアプリケーションソフト実行環境上で動作させることによって、娯楽性を高めることができたり、また、利便性を高めたりすることができる。
【０００３】
ところで、アプリケーションソフトの動作に応じて液晶ディスプレイに表示される表示画面を高速に表示するためには、携帯電話機に最初から組込まれているアプリケーションソフトについては、そのアプリケーションソフトのアルゴリズムや、そのアプリケーションソフトで表示される表示画面があらかじめ十分に認識されていることから、それに特化したアルゴリズムを構築することによって、表示画面を高速に表示することが可能となるものである。しかしながら、これに対して、インターネット上のサーバからダウンロードされた不特定多数のアプリケーションソフトについては、そのアプリケーションソフトのアルゴリズムや、そのアプリケーションソフトで表示される表示画面が認識されていないことから、それに特化したアルゴリズムを構築することができず、表示画面を高速に表示することが困難なものである。
【０００４】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、アプリケーションソフトの動作に応じて表示される表示画面を高速に表示することができる表示機能付端末ならびにコンピュータプログラムを提供することにある。
【０００５】
【課題を解決するための手段】
請求項１に記載した表示機能付端末によれば、描画タスクを実行すると、描画タスクは、アプリケーションソフト実行環境から通知された表示画面データの数が閾値を越えると、それら表示画面データをランダムアクセスメモリ（ＲＡＭ）上に展開して前回の表示画面からの更新領域を認識し、アプリケーションソフト実行環境から描画指令通知が通知されると、表示画面のうちの当該認識された更新領域のみを描画するようになるので、表示画面の全体が描画されることがなく、前回の表示画面からの更新領域のみが描画されることから、その分、表示画面を描画するのに要する時間を短縮することができ、表示画面を高速に表示することができる。
【０００６】
請求項２に記載した表示機能付端末によれば、描画タスクは、表示画面を複数のブロックに分割して管理し、アプリケーションソフト実行環境から通知された表示画面データが属するブロックを、前回の表示画面からの更新領域として認識するようになるので、表示画面のうちの更新すべき領域を、ブロックを単位として簡単に決定することができる。
【０００７】
請求項３に記載した表示機能付端末によれば、描画タスクは、アプリケーションソフト実行環境から通知された表示画面データのうちの最端に位置する幾つかの表示画面データにより囲まれる範囲を、前回の表示画面からの更新領域として認識するようになるので、表示画面のうちの更新すべき領域を、最端に位置する幾つかの表示画面データにより囲まれる範囲として簡単に決定することができる。
【０００８】
請求項４に記載した表示機能付端末によれば、アプリケーションソフト実行環境は、外部からダウンロードされた不特定多数のアプリケーションソフトを実行するものであるので、外部からダウンロードされた不特定多数のアプリケーションソフトについては、最初から組込まれているアプリケーションソフトと比較すると、そのアプリケーションソフトのアルゴリズムや、そのアプリケーションソフトで表示される表示画面が認識されておらず、通常の処理では表示画面を高速に表示することが困難であり、このような点を鑑みると、特に有効である。
【０００９】
請求項５に記載したコンピュータプログラムによれば、コンピュータプログラムを表示機能付端末にインストールして実行させると、アプリケーションソフト実行環境から通知された表示画面データの数が閾値を越えたと判定したときに、それらアプリケーションソフト実行環境から通知された表示画面データをランダムアクセスメモリ（ＲＡＭ）上に展開して前回の表示画面からの更新領域を認識させる手順と、表示画面のうちの当該認識された更新領域のみを描画させる手順とを実行するようになるので、上記した請求項１に記載したものと同様の作用効果を得ることができる。
【００１０】
【発明の実施の形態】
（第１の実施の形態）
以下、本発明の表示機能付端末を携帯電話機に適用した第１実施例について、図１ないし図７を参照して説明する。
まず、図２は、携帯電話機の機能ブロックならびに周辺の構成を概略的に示している。携帯電話機１は、マイクロコンピュータを主体としてなるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  ）２に、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ）処理を行うＲＦ部３、送話音声を入力するマイクロホン４、受話音声を出力するレシーバ５、「通話開始」キー、「通話終了」キー、「０」〜「９」の「数字」キーなどの多数のキーを配列してなるキーパッド６、日付・時刻や電話番号などを表示する液晶ディスプレイ７ならびに着信したときなどに点滅するＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）８が接続された構成となっている。
【００１１】
ＣＰＵ２は、インターネット９上のサーバ１０から携帯電話回線１１を通じてＲＦ部３によりダウンロードされた不特定多数のアプリケーションソフトを実行するためのアプリケーションソフト実行環境を有すると共に、コンピュータプログラムのアルゴリズムの一部として、アプリケーションソフトの動作に応じて液晶ディスプレイ７に表示画面を描画する描画タスクを実行するようになっている。尚、この場合、インターネット９上のサーバ１０からダウンロードされる不特定多数のアプリケーションソフトとは、例えばゲームソフトや地図表示ソフトなどである。
【００１２】
次に、上記した構成の作用について、図１、図３ないし図７も参照して説明する。ここで、図４ないし図６は、描画タスクが行う処理をフローチャートとして示している。
【００１３】
まず、描画タスクは、アプリケーションソフト実行環境から通知された表示画面データの数を表すカウント（ｎ）を初期化すると共に、アプリケーションソフト実行環境から通知された表示画面データを記憶するためのピクセルリストを初期化する（ステップＳ１）。さて、ここで、描画タスクは、アプリケーション実行環境から表示画面データが通知されると（ステップＳ２にて「ＹＥＳ」）、カウントをインクリメントし（ステップＳ４）、インクリメントされたカウントと閾値（Ｔｈ）とを比較する（ステップＳ５）。
【００１４】
そして、描画タスクは、インクリメントされたカウントが閾値を越えていないと判定すると（ステップＳ５にて「ＮＯ」）、表示画面データに格納されているＸ座標データ、Ｙ座標データならびに色データを図３に示すようなピクセルリストとして記憶する（ステップＳ６〜Ｓ８）。尚、この場合、Ｘ座標データならびにＹ座標データは、液晶ディスプレイ７に二次元配列されているピクセル（画素）の位置を表すものであり、色データは、そのピクセルが表示する色を表すものである。
【００１５】
そして、描画タスクは、ステップＳ２に戻り、アプリケーション実行環境から表示画面データが通知されると、カウントが閾値を越えるまで、上記したステップＳ６〜Ｓ８を繰返して実行する。これに対して、描画タスクは、アプリケーション実行環境から表示画面データが通知され、カウントが閾値を越えたと判定すると（ステップＳ５にて「ＹＥＳ」）、更新領域ブロック記憶のサブルーチンに移行する（ステップＳ９）。
【００１６】
描画タスクは、更新領域ブロック記憶のサブルーチンに移行すると、まず、リスト−ブロック変換済みであるか否かを判定する（ステップＳ１１）。ここで、描画タスクは、リスト−ブロック変換済みでないと判定すると（ステップＳ１１にて「ＮＯ」）、リスト−ブロック変換のサブルーチンに移行する（ステップＳ１２）。
【００１７】
描画タスクは、リスト−ブロック変換のサブルーチンに移行すると、上記したカウントを初期化する（ステップＳ２１）。そして、描画タスクは、カウントをインクリメントし（ステップＳ２２）、インクリメントされたカウントと閾値とを比較する（ステップＳ２３）。ここで、描画タスクは、インクリメントされたカウントが閾値を越えていないと判定すると（ステップＳ２３にて「ＮＯ」）、ピクセルリストとして記憶されている表示画面データを、液晶ディスプレイ７に二次元配列されているピクセルの位置に対応するようにＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）上に展開する（ステップＳ２４）。
【００１８】
次いで、描画タスクは、そのＲＡＭ上に展開された表示画面データが属するブロックを計算し（ステップＳ２５）、その表示画面データが属するブロックに、そのブロックが更新すべきブロックであることを表す更新フラグを設定する（ステップＳ２６）。
【００１９】
そして、描画タスクは、ステップＳ２２に戻り、カウントが閾値を越えるまで、上記したステップＳ２４〜Ｓ２６を繰返して実行する。これに対して、描画タスクは、カウントが閾値を越えたと判定すると（ステップＳ２３にて「ＹＥＳ」）、更新領域ブロック記憶のサブルーチンに戻る。
【００２０】
描画タスクは、更新領域ブロック記憶のサブルーチンに戻ると、上記したステップＳ２４〜Ｓ２６と同様にして、表示画面データを、液晶ディスプレイ７に二次元配列されているピクセルの位置に対応するようにＲＡＭ上に展開し（ステップＳ１３）、表示画面データが属するブロックを計算し（ステップＳ１４）、その表示画面データが属するブロックに、そのブロックが更新すべきブロックであることを表す更新フラグを設定する（ステップＳ１５）。そして、描画タスクは、メインルーチンに戻る。
【００２１】
描画タスクは、メインルーチンに戻ると、ステップＳ２，Ｓ３に戻る。そして、描画タスクは、アプリケーション実行環境から表示画面データが通知されると、上記した処理を繰返して実行する。これに対して、描画タスクは、アプリケーション実行環境から描画指令通知が通知されると（ステップＳ３にて「ＹＥＳ」）、先のステップＳ２６ならびにステップＳ１５にて更新フラグを設定したブロックを更新データとして液晶ディスプレイ７に転送し、更新データの転送が完了すると、表示コマンドを液晶ディスプレイ７に発行し、前回の表示画面からの更新部分のみを描画し、表示画面を液晶ディスプレイ７に表示させる（ステップＳ１０）。
【００２２】
具体的に、閾値が例えば「１０」であると仮定して図７を参照して説明すると、描画タスクは、図７中（ａ）に示すような表示画面が液晶ディスプレイ７に表示されている状態から、アプリケーション実行環境から表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）が通知されると、表示画面データ（Ｘ１，Ｙ１，Ｃｏｌｏｒ１）から表示画面データ（Ｘ１０，Ｙ１０，Ｃｏｌｏｒ１０）までの１０個の表示画面データをピクセルリストとして記憶する。
【００２３】
次いで、描画タスクは、アプリケーション実行環境から表示画面データ（Ｘ１１，Ｙ１１，Ｃｏｌｏｒ１１）が通知されると、図７中（ｂ）に示すように、リスト−ブロック変換のサブルーチンを実行することによって、先にピクセルリストとして記憶した表示画面データ（Ｘ１，Ｙ１，Ｃｏｌｏｒ１）から表示画面データ（Ｘ１０，Ｙ１０，Ｃｏｌｏｒ１０）までの１０個の表示画面データを液晶ディスプレイ７に二次元配列されているピクセルの位置に対応するようにＲＡＭ上に展開し、また、更新領域ブロック記憶のサブルーチンを実行することによって、表示画面データ（Ｘ１１，Ｙ１１，Ｃｏｌｏｒ１１）をＲＡＭ上に展開する。
【００２４】
次いで、描画タスクは、図７中（ｃ）に示すように、それら表示画面データ  （Ｘ１，Ｙ１，Ｃｏｌｏｒ１）から表示画面データ（Ｘ１１，Ｙ１１，Ｃｏｌｏｒ１１）までの１１個の表示画面データが属するブロック（図７にて破線で囲まれている単位）を計算し、その表示画面データが属するブロック（図７にて斜線を付しているブロック）に、そのブロックが更新すべきブロックであることを表すための更新フラグを設定する。
【００２５】
そして、描画タスクは、アプリケーション実行環境から描画指令通知が通知されると、先に更新フラグを設定したブロックを更新データとして液晶ディスプレイ７に転送し、更新データの転送が完了すると、表示コマンドを液晶ディスプレイ７に発行し、前回の表示画面からの更新部分のみを描画し、図７中（ｄ）に示すような表示画面を液晶ディスプレイ７に表示させる。
【００２６】
以上に説明したように第１実施例によれば、描画タスクを実行すると、描画タスクは、アプリケーションソフト実行環境から通知された表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）の数が閾値を越えると、それら表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）をＲＡＭ上に展開して前回の表示画面からの更新領域を認識し、アプリケーションソフト実行環境から描画指令通知が通知されると、表示画面のうちの当該認識された更新領域のみを描画するようになるので、表示画面の全体が描画されることがなく、前回の表示画面からの更新領域のみが描画されることから、その分、表示画面を描画するのに要する時間を短縮することができ、表示画面を高速に表示することができる。
【００２７】
また、この場合は、描画タスクは、表示画面を複数のブロックに分割して管理し、アプリケーションソフト実行環境から通知された表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）が属するブロックを、前回の表示画面からの更新領域として認識するようになるので、表示画面のうちの更新すべき領域を、ブロックを単位として簡単に決定することができる。
【００２８】
さらに、この場合は、インターネット９上のサーバ１０からダウンロードされた不特定多数のアプリケーションソフトを対象としているので、インターネット９上のサーバ１０からダウンロードされた不特定多数のアプリケーションソフトについては、最初から組込まれているアプリケーションソフトと比較すると、そのアプリケーションソフトのアルゴリズムや、そのアプリケーションソフトで表示される表示画面が認識されておらず、通常の処理では表示画面を高速に表示することが困難であり、このような点を鑑みると、特に有効である。
【００２９】
（第２の実施の形態）
次に、本発明の第２実施例について、図８ないし図１１を参照して説明する。尚、上記した第１実施例と同一部分には同一符号を付して説明を省略し、以下、異なる部分について説明する。ここで、図８ないし図１０は、描画タスクが行う処理をフローチャートとして示している。
上記した第１実施例では、描画タスクは、カウントが閾値を越えたと判定すると、更新領域ブロック記憶のサブルーチンを実行するように構成したものであるが、これに対して、この第２実施例では、描画タスクは、カウントが閾値を越えたと判定すると、更新領域範囲記憶のサブルーチンを実行するように構成したものである。
【００３０】
すなわち、描画タスクは、カウントが閾値を越えたと判定すると（ステップＳ５にて「ＹＥＳ」）、更新領域範囲記憶のサブルーチンに移行する（ステップＳ３１）。描画タスクは、更新領域範囲記憶のサブルーチンに移行すると、まず、リスト−範囲変換済みであるか否かを判定する（ステップＳ４１）。ここで、描画タスクは、リスト−範囲変換済みでないと判定すると（ステップＳ４１にて  「ＮＯ」）、リスト−範囲変換のサブルーチンに移行する（ステップＳ４２）。
【００３１】
描画タスクは、リスト−範囲変換のサブルーチンに移行すると、上記した第１実施例に記載したものと同様にして、カウントを初期化し（ステップＳ２１）、カウントをインクリメントし（ステップＳ２２）、インクリメントされたカウントと閾値とを比較し（ステップＳ２３）、インクリメントされたカウントが閾値を越えていないと判定すると（ステップＳ２３にて「ＮＯ」）、ピクセルリストに記憶されている表示画面データを、液晶ディスプレイ７に二次元配列されているピクセルの位置に対応するようにＲＡＭ上に展開する（ステップＳ２４）。
【００３２】
次いで、描画タスクは、上記した第１実施例に記載したものとは異なって、表示画面データのＸ座標データにより表される座標Ｘｎと範囲最大値Ｘｍａｘとの大小を比較し（ステップＳ５１）、座標Ｘｎが範囲最大値Ｘｍａｘよりも大であるときには（ステップＳ５１にて「ＹＥＳ」）、座標Ｘｎを範囲最大値Ｘｍａｘに設定し（ステップＳ５２）、また、座標Ｘｎと範囲最小値Ｘｍｉｎとの大小を比較し（ステップＳ５２）、座標Ｘｎが範囲最小値Ｘｍｉｎよりも小であるときには（ステップＳ５３にて「ＹＥＳ」）、座標Ｘｎを範囲最小値Ｘｍｉｎに設定する（ステップＳ５４）。
【００３３】
次いで、描画タスクは、表示画面データのＹ座標データにより表される座標Ｙｎと範囲最大値Ｙｍａｘとの大小を比較し（ステップＳ５５）、座標Ｙｎが範囲最大値Ｙｍａｘよりも大であるときには（ステップＳ５５にて「ＹＥＳ」）、座標Ｙｎを範囲最大値Ｙｍａｘに設定し（ステップＳ５６）、また、座標Ｙｎと範囲最小値Ｙｍｉｎとの大小を比較し（ステップＳ５７）、座標Ｙｎが範囲最小値Ｙｍｉｎよりも小であるときには（ステップＳ５７にて「ＹＥＳ」）、座標Ｙｎを範囲最小値Ｙｍｉｎに設定する（ステップＳ５８）。尚、このとき、描画タスクは、範囲最大値Ｘｍａｘならびに範囲最小値Ｘｍｉｎの初期値として座標Ｘ１を設定すると共に、範囲最大値Ｙｍａｘならびに範囲最小値Ｙｍｉｎの初期値として座標Ｙ１を設定する。
【００３４】
そして、描画タスクは、ステップＳ２２に戻り、カウントが閾値を越えるまで、上記したステップＳ２４，Ｓ５１〜Ｓ５８を繰返して実行する。これに対して、描画タスクは、カウントが閾値を越えたと判定すると（ステップＳ２３にて「ＹＥＳ」）、更新領域範囲記憶のサブルーチンに戻る。
【００３５】
描画タスクは、更新領域範囲記憶のサブルーチンに戻ると、上記したステップＳ２４，Ｓ５１〜Ｓ５８と同様にして、表示画面データを、液晶ディスプレイ７に二次元配列されているピクセルの位置に対応するようにＲＡＭ上に展開し（ステップＳ１３）、座標Ｘｎが範囲最大値Ｘｍａｘよりも大であるときには（ステップＳ４３にて「ＹＥＳ」）、座標Ｘｎを範囲最大値Ｘｍａｘに設定し（ステップＳ４４）、また、座標Ｘｎが範囲最小値Ｘｍｉｎよりも小であるときには（ステップＳ４５にて「ＹＥＳ」）、座標Ｘｎを範囲最小値Ｘｍｉｎに設定し（ステップＳ４６）、また、座標Ｙｎが範囲最大値Ｙｍａｘよりも大であるときには  （ステップＳ４７にて「ＹＥＳ」）、座標Ｙｎを範囲最大値Ｙｍａｘに設定し  （ステップＳ４８）、さらに、座標Ｙｎが範囲最小値Ｙｍｉｎよりも小であるときには（ステップＳ４９にて「ＹＥＳ」）、座標Ｙｎを範囲最小値Ｙｍｉｎに設定する（ステップＳ５０）。そして、描画タスクは、メインルーチンに戻る。
【００３６】
描画タスクは、メインルーチンに戻ると、上記した第１実施例に記載したものと同様にして、ステップＳ２，Ｓ３に戻る。そして、描画タスクは、アプリケーション実行環境から表示画面データが通知されると、上記した処理を繰返して実行する。これに対して、描画タスクは、アプリケーション実行環境から描画指令通知が通知されると（ステップＳ３にて「ＹＥＳ」）、先のステップＳ５１〜Ｓ５８ならびにＳ４３〜Ｓ５０にて設定したそれぞれ範囲最大値Ｘｍａｘに相当する座標Ｘｎ、範囲最小値Ｘｍｉｎに相当する座標Ｘｎ、範囲最大値Ｙｍａｘに相当する座標Ｙｎ、範囲最小値Ｙｍｉｎに相当する座標Ｙｎを有する幾つかの表示画面データにより囲まれる範囲を更新データとして液晶ディスプレイ７に転送し、更新データの転送が完了すると、表示コマンドを液晶ディスプレイ７に発行し、前回の表示画面からの更新部分のみを描画し、表示画面を液晶ディスプレイ７に表示させる（ステップＳ１０）。
【００３７】
具体的に、この場合も、閾値が例えば「１０」であると仮定して図１１を参照して説明すると、描画タスクは、図１１中（ａ）に示すような表示画面が液晶ディスプレイ７に表示されている状態から、アプリケーション実行環境から表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）が通知されると、表示画面データ（Ｘ１，Ｙ１，Ｃｏｌｏｒ１）から表示画面データ（Ｘ１０，Ｙ１０，Ｃｏｌｏｒ１０）までの１０個の表示画面データをピクセルリストとして記憶する。
【００３８】
次いで、描画タスクは、アプリケーション実行環境から表示画面データ（Ｘ１１，Ｙ１１，Ｃｏｌｏｒ１１）が通知されると、図１１中（ｂ）に示すように、リスト−範囲変換のサブルーチンを実行することによって、先にピクセルリストとして記憶した表示画面データ（Ｘ１，Ｙ１，Ｃｏｌｏｒ１）から表示画面データ（Ｘ１０，Ｙ１０，Ｃｏｌｏｒ１０）までの１０個の表示画面データを液晶ディスプレイ７に二次元配列されているピクセルの位置に対応するようにＲＡＭ上に展開し、また、更新領域範囲記憶のサブルーチンを実行することによって、表示画面データ（Ｘ１１，Ｙ１１，Ｃｏｌｏｒ１１）をＲＡＭ上に展開する。
【００３９】
次いで、描画タスクは、図１１中（ｃ）に示すように、それら表示画面データ（Ｘ１，Ｙ１，Ｃｏｌｏｒ１）から表示画面データ（Ｘ１１，Ｙ１１，Ｃｏｌｏｒ１１）までの１１個の表示画面データのうちから、それぞれ範囲最大値Ｘｍａｘに相当する座標Ｘｎ、範囲最小値Ｘｍｉｎに相当する座標Ｘｎ、範囲最大値Ｙｍａｘに相当する座標Ｙｎ、範囲最小値Ｙｍｉｎに相当する座標Ｙｎを有する表示画面データにより囲まれる範囲（図１１にて斜線を付している範囲）を更新データとして液晶ディスプレイ７に転送し、更新データの転送が完了すると、表示コマンドを液晶ディスプレイ７に発行し、前回の表示画面からの更新部分のみを描画し、図１１中（ｄ）に示すような表示画面を液晶ディスプレイ７に表示させる。
【００４０】
以上に説明したように第２実施例によれば、上記した第１実施例に記載したものと同様にして、表示画面の全体が描画されることがなく、前回の表示画面からの更新領域のみが描画されることから、その分、表示画面を描画するのに要する時間を短縮することができ、表示画面を高速に表示することができ、また、この場合は、描画タスクは、アプリケーションソフト実行環境から通知された表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）のうちの最端に位置する表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）により囲まれる範囲を、前回の表示画面からの更新領域として認識するようになるので、表示画面のうちの更新すべき領域を、最端に位置する幾つかの表示画面データ（Ｘｎ，Ｙｎ，Ｃｏｌｏｒｎ）により囲まれる範囲として簡単に決定することができる。
【００４１】
（その他の実施の形態）
本発明は、上記した実施例にのみ限定されるものでなく、次のように変形または拡張することができる。
表示機能付端末は、携帯電話機に限らず、アプリケーションソフトを実行するためのアプリケーションソフト実行環境を有するものであれば、携帯情報端末などの他の通信端末であっても良い。
閾値は、アプリケーションソフトの種類に応じて可変にしても良い。
【００４２】
更新すべき領域をブロックを単位として決定すること限らず、列や行を単位として決定するように構成しても良い。また、第１実施例に記載したような更新すべき領域をブロックを単位として決定する方法と、第２実施例に記載したような更新すべき領域を範囲で決定する方法とをユーザが選択することが可能に構成しても良い。
インターネット９上のサーバ１０からダウンロードされた不特定多数のアプリケーションソフトを対象として描画タスクを実行する構成に限らず、最初から組込まれているアプリケーションソフトを対象として描画タスクを実行する構成であっても良い。
【００４３】
ＣＰＵが実行するコンピュータプログラムは、最初（例えば製品化の段階）から記憶されているものに限らず、例えば特定のサーバからネットワークを通じてダウンロードされたり、或いは、ＣＤ−ＲＯＭやカードなどの記録媒体から転送されてインストールされるものであっても良い。
【図面の簡単な説明】
【図１】本発明の第１実施例の処理の流れを概略的に示す図
【図２】携帯電話機の機能ブロックならびに周辺の構成を概略的に示す図
【図３】ピクセルリストを示す図
【図４】フローチャート
【図５】図４相当図
【図６】図４相当図
【図７】表示画面ならびに表示画面データがＲＡＭ上に展開された様子の一例を概略的に示す図
【図８】本発明の第２実施例を示す図４相当図
【図９】図８相当図
【図１０】図８相当図
【図１１】図７相当図
【符号の説明】
図面中、１は携帯電話機（表示機能付端末）である。
【図１】
0003573116.tif 000002
【図２】
0003573116.tif 000003
【図３】
0003573116.tif 000004
【図４】
0003573116.tif 000005
【図５】
0003573116.tif 000006
【図６】
0003573116.tif 000007
【図７】
0003573116.tif 000008
【図８】
0003573116.tif 000009
【図９】
0003573116.tif 000010
【図１０】
0003573116.tif 000011
【図１１】
0003573116.tif 000012