JP4032641B2

JP4032641B2 - Computer-readable storage medium recording GUI device and GUI screen display program

Info

Publication number: JP4032641B2
Application number: JP2000373840A
Authority: JP
Inventors: 俊治綱島; 知己北橋
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2000-12-08
Filing date: 2000-12-08
Publication date: 2008-01-16
Anticipated expiration: 2020-12-08
Also published as: JP2002175142A

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば家電機器やＯＡ機器といった各種機器の操作を容易化するために用いられるグラフィカルユーザインタフェース（Graphical User Interface；以下「ＧＵＩ」と略す）装置およびＧＵＩ画面表示プログラムを記録したコンピュータ読み取り可能な記憶媒体に関する。
【０００２】
【従来の技術】
近年、家電機器やＯＡ機器等といった各種機器の操作部に対して、その操作性の改善を目的として、パーソナルコンピュータやワークステーション等で主流となっているＧＵＩ操作方式を導入しようとする動きが活発化している。
【０００３】
ところが、一般的に、ＧＵＩによる操作を実現するためには、ウィンドウ、ボタン、アイコン等といった様々な構成要素を操作画面上に表示することが必要となり、各構成要素の表示イメージデータや多種類の文字表示用のフォントデータ等といった大量のデータを取り扱わなければならない。そのため、ＧＵＩによる操作の実現には、大容量のメモリおよび高性能なＣＰＵ（Central Processing Unit）が必要となってしまい、各種機器のコスト上昇を伴う可能性が高くなってしまう。
【０００４】
この問題を解消するために、従来、ＧＵＩに関する技術として、オブジェクト指向技術を用いたものが提案されている。すなわち、ＧＵＩの実装にオブジェクト指向技術を用いて、部品の共通化によりメモリの使用効率を向上させ、操作部におけるレスポンスおよび操作性の改善を図ることにより、大容量のメモリおよび高性能なＣＰＵを用いることなく、低コストでＧＵＩによる操作を実現することが提案されている。ＧＵＩにオブジェクト指向技術を用いた場合、そのＧＵＩは、画面の表示制御に関する情報、その画面を表示するために表示イメージデータ、操作部に接続された機器に関する情報等が一体のオブジェクトとして構成され、さらにはその操作手順に関する情報を加えたオブジェクトとして構成されることになる。なお、ここでいうオブジェクトとは、画面を表示するのに必要となるデータ、またはデータとそのデータの操作とを一体化したプログラムのことをいう。
【０００５】
具体的には、例えば特開平９−３１９５３８号公報に開示されているように、画面描画を行う画面オブジェクトで使用される物理的なデータを表示オブジェクトから分離して独立させた複数のオブジェクトからなるデータオブジェクトと、表示画面を生成している画面オブジェクトの次にその動作が予測される一または複数の画面オブジェクトが手順オブジェクトにより特定されると、その特定に基づいて該当する画面オブジェクトを予め抽出するとともに、データオブジェクトの中から該当する画面オブジェクトに対応したオブジェクトを予め抽出するメモリ管理オブジェクトとを有するものがある。このＧＵＩによれば、メモリ管理オブジェクトが、抽出された画面オブジェクトおよびデータオブジェクトに基づいて一または複数の表示画面データを予め生成させるので、画面生成作業の時間を短縮することができ、操作部のレスポンスの改善および操作性の改善を図ることができる。
【０００６】
つまり、特開平９−３１９５３８号公報に開示されたＧＵＩでは、ある表示画面に次いで表示が予測される一または複数の表示画面について、その一または複数の表示画面を描画するためのオブジェクトを抽出して、事前にその画面描画、すなわち表示すべき画面のラスター画像化を行っておくことで、画面遷移速度の高速化を通じて操作部のレスポンスの改善および操作性の改善を図っている。これは、遷移先となる表示画面の特定が可能であるという、ＧＵＩの特質を利用したものである。また、複数の表示画面についてオブジェクトを抽出する必要がある場合には、その遷移確率（頻度）に基づいて優先順を決定することで、ユーザによる操作傾向に適応しつつ画面遷移速度を高めることも提案されている。
【０００７】
【発明が解決しようとする課題】
ところで、上述した従来のＧＵＩでは事前に遷移先画面を描画しておくことで画面遷移速度の高速化を実現しているが、その遷移先画面の描画は、通常、ワークメモリまたはキャッシュメモリと呼ばれるＲＡＭ（Random Access Memory）等の半導体メモリ内にて行われる。
【０００８】
そのため、特に、遷移先画面が複数存在する場合には、画面遷移速度の高速化のために、現在表示中の表示画面についてのラスター画像データに加えて、各遷移先画面についてのラスター画像データをも、半導体メモリ内に格納しなければならないので、結果として大容量の半導体メモリが必要になってしまう。つまり、遷移先画面についての事前描画を行おうとすると、そのためのメモリ使用量の増大によって、オブジェクト指向技術を用いてメモリの使用効率を向上させることの意味の喪失を招いてしまうおそれがある。
【０００９】
これに対しては、例えば遷移確率を基にした優先順に従って遷移先画面の事前描画を選択的に行うことで、メモリ使用量の増大を抑制することも考えられる。ところが、画面の描画に要するメモリ量や時間等は、各画面で必ずしも同一ではない。すなわち、ユーザによって頻繁に選択される遷移確率の高い画面が必ずしも多くの描画時間を要する画面であるとは限らない。したがって、単に遷移確率を基にしたのでは、十分描画時間が速い画面に対しても画面表示の高速化を行って無駄なメモリ消費を招いたり、これとは逆に遷移確率の低い画面についての事前描画が行われずその画面の表示を希望するユーザが操作感を損ねたりして、結果として事前描画の有効性が薄れてしまう可能性がある。
【００１０】
そこで、本発明は、画面遷移速度の高速化とメモリ使用効率の向上との両立を図り、ワークメモリまたはキャッシュメモリと呼ばれるメモリの使用量増大を招くことなく、遷移先画面の表示を迅速に行うことを可能にするＧＵＩ装置およびＧＵＩ画面表示プログラムを記録したコンピュータ読み取り可能な記憶媒体を提供することを目的とする。
【００１４】
本発明に係るＧＵＩ装置は、複数の画面を選択的に表示するとともに、必要に応じてその表示画面を遷移させるものであって、前記複数の画面を描画するためのオブジェクト群を格納する第一記憶手段と、前記第一記憶手段内に格納された各オブジェクトによる画面描画結果を格納するためのワークメモリとして機能する第二記憶手段と、前記各オブジェクトによる画面描画を行う際における処理負荷を認識して基準となる許容負荷と比較する負荷認識手段と、ある画面の表示後、当該画面の遷移先となり得る画面群の描画結果を前記第二記憶手段内に生成するのにあたって、当該画面群の中で前記負荷認識手段によって処理負荷が許容負荷を超えると判断された画面を次画面候補として描画する描画処理手段とを備えることを特徴とするものである。
【００１５】
また、本発明に係るＧＵＩ画面表示プログラムを記録したコンピュータ読み取り可能な記憶媒体は、複数の画面を選択的に表示するとともに、必要に応じてその表示画面を遷移させるコンピュータにて用いられるＧＵＩ画面表示プログラムを記録したコンピュータ読み取り可能なものであって、前記コンピュータを、前記複数の画面を描画するためのオブジェクト群を格納する第一記憶手段と、前記第一記憶手段内に格納された各オブジェクトによる画面描画結果を格納するためのワークメモリとして機能する第二記憶手段と、
前記各オブジェクトにより画面描画を行う際における処理負荷を認識して基準となる許容負荷と比較する負荷認識手段と、ある画面の表示後、当該画面の遷移先となり得る画面群の描画結果を前記第二記憶手段内に生成するのにあたって、当該画面群の中で前記負荷認識手段によって処理負荷が許容負荷を超えると判断された画面を次画面候補として描画する描画処理手段として機能させるためのＧＵＩ画面表示プログラムを記録したことを特徴とする。
【００１６】
上記構成のＧＵＩ装置または上記手順のＧＵＩ画面表示プログラムを記録したコンピュータ読み取り可能な記憶媒体によれば、例えば画面表示動作終了後に、次に遷移する可能性のある画面候補の選定を行い、選定された画面候補を描画する際における処理負荷を認識して基準となる許容負荷と比較する。そして、その画面候補の描画結果を第二記憶手段内に生成しておくのにあたって、処理負荷が許容負荷を超えると判断された画面を次画面候補として描画する。したがって、第二記憶手段内のメモリ容量の有効活用が可能になるとともに、描画する際の処理負荷が許容負荷を超えると判断された画面については、画面遷移時に第二記憶手段内に格納されている描画結果を用いることで、遷移後の画面表示を高速に行えるようになる。また、描画する際の処理負荷が許容負荷を超えない画面については、その処理負荷が低いことから、第一記憶手段内のオブジェクトにより画面描画を行っても、遷移後の画面表示までに多くの時間を要してしまうこともない。
【００１７】
【発明の実施の形態】
以下、図面に基づき本発明に係るＧＵＩ装置およびＧＵＩ画面表示プログラムを記録したコンピュータ読み取り可能な記憶媒体について説明する。
【００１８】
〔第一の実施の形態〕
先ず、第一の実施の形態について説明する。
【００１９】
〔装置構成〕
先ず、本実施形態におけるＧＵＩ装置の概略構成について説明する。図１は、ＧＵＩ装置の概略構成の一例を示すブロック図である。図例のように、本実施形態で説明するＧＵＩ装置は、ＧＵＩアプリケーション１０、オペレーションシステム（Operation System；以下「ＯＳ」と略す）２０およびデバイスドライバ群３０といったソフトウエア部分と、ハードウエア部分４０と、から構成されている。
【００２０】
このうち、ハードウエア部分４０は、表示部４１と、操作部４２と、通信制御部４３と、ＣＰＵ４４と、ＲＯＭ（Read Only Memory）４５と、ＲＡＭ４６と、を備えている。
【００２１】
表示部４１は、ユーザが家電機器やＯＡ機器等といった各種機器を操作するための情報を表示する表示デバイスを持ち、ＲＡＭ４６に格納されている操作画面の表示情報を、表示デバイスを駆動するための信号に変換し表示するものである。表示デバイスとしては、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）等を用いることができる。
【００２２】
操作部４２は、ユーザが表示部４１に表示されているボタン等を選択したり、数値を入力したりするための操作デバイスを持ち、操作デバイスから入力される操作情報を受信するものである。操作デバイスとしては、タッチパネル、キーボード、マウス、トラックボール、トラックパッド等を用いることができる。
【００２３】
通信制御部４３は、家電機器やＯＡ機器等といった各種機器のメインシステム（ただし不図示）への制御データの送信、そのメインシステムからのステータス情報の受信を行うものである。具体的には、ＵＡＲＴ（Universal Asynchronous Receiver-Transmitter）やＵＳＢ（Universal Serial Bus）等からなる。
【００２４】
ＣＰＵ４４は、ＧＵＩ機能全体の制御を行うものである。すなわち、画面を生成し表示部４１に表示し、操作部４２からの操作情報やメインシステムからのステータス情報を受けて、画面の更新やメインシステムの制御を行うようになっている。
【００２５】
ＲＯＭ４５は、ＣＰＵ４４が実行するプログラムを予め格納しているものである。このＲＯＭ４５に格納されているプログラムには、詳細を後述するオブジェクト群が含まれているものとする。
【００２６】
ＲＡＭ４６は、ＣＰＵ４４のプログラム実行に必要なキャッシュメモリまたはワークメモリとして用いられるものである。したがって、ＲＡＭ４６内には、表示部４１に表示させる画面の描画結果も生成される。なお、ＲＡＭ４６内に生成される画面は、ビットマップ形式であってもよく、あるいはディスプレイリスト形式で記憶しておいて表示部４１でビットマップ情報に変換（レンダリング）するようにしてもよい。
【００２７】
このようなハードウエア部分４０に対して、ソフトウエア部分では、ＯＳ２０がＧＵＩ装置全体、特にＧＵＩアプリケーション１０の実行を管理するようになっており、デバイスドライバ群３０が上述したハードウエア部分４０の各部を制御するようになっている。
【００２８】
ＧＵＩアプリケーション１０は、ＧＵＩ機能全体を実現するためのソフトウエアであり、オブジェクト群１１〜１５から構成されている。これらのオブジェクト群１１〜１５は、ＯＳ２０の管理機能によって、相互に情報通知を行うことが可能である。なお、オブジェクト群とは複数のオブジェクトの集まりのことをいい、またオブジェクトとは画面を表示するのに必要となるデータあるいはデータとそのデータの操作とを一体化したプログラムのことをいう。
【００２９】
このようなオブジェクト群のうち、画面オブジェクト群１１は、ＧＵＩ画面全体の表示およびユーザ操作の検出を行う機能を持つものであり、表示部４１で表示される全ての画面数分が存在する。また、画面部品オブジェクト群１２は、画面オブジェクト群１１によって表示される画面上の各ＧＵＩ部品（ボタン、ステータスバー等）の表示機能を持つものである。さらに、基本部品オブジェクト群１３は、画面部品オブジェクト群１２によって表示されるＧＵＩ部品を構築している基本部品（多角形、円弧などの各種グラフィック部品、各種テキスト、各種画像等）の表示機能を持つものである。
【００３０】
また、表示制御オブジェクト１４は、ＧＵＩ画面の表示制御を行う機能を持つものであり、さらには画面オブジェクト群１１が通知するユーザ操作の検出情報等を基に表示画面の遷移を管理するものである。
【００３１】
また、描画命令群管理オブジェクト１５は、画面オブジェクト群１１、画面部品オブジェクト群１２および基本部品オブジェクト群１３が描画を行うときに実行する描画命令群を管理するものである。詳しくは、オブジェクトの一部分である描画命令群について、そのメモリマップ上での格納アドレスが登録されているテーブルデータを保持しており、画面オブジェクト群１１、画面部品オブジェクト群１２または基本部品オブジェクト群１３から各格納アドレスの読み出し要求が通知された場合に、要求元のオブジェクトの一部分である描画命令群の格納アドレスをテーブルデータから取り出して、その要求元のオブジェクトに通知するものである。なお、描画命令とは、オブジェクトの一部分を構成し、かつ、そのオブジェクトによる画像描画を指示するための命令コード列をいう。
【００３２】
なお、上述した構成のうち、特にソフトウエア部分は、ＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に記録されたＧＵＩ画面表示プログラムを、予めハードウエア部分４０にインストールしておくことで実現したり、あるいは必要に応じてその都度読み出すことによって実現することが考えられる。
【００３３】
〔画面表示動作〕
次に、以上のように構成されたＧＵＩ装置が画面表示を行う際の処理動作の概要について、図２および図３を参照しながら説明する。図２はオブジェクト構成の一具体例を示す説明図であり、図３はＧＵＩ画面の一具体例を示す説明図である。ここでは、表示部４１が図３に示す画面Ａを表示する場合を例に挙げて説明する。
【００３４】
画面Ａを表示する場合に、表示制御オブジェクト１４は、画面Ａについての画面オブジェクト１１ａに対して描画要求情報を通知する。描画要求情報通知を受けた画面オブジェクト１１ａは、画面Ａの描画を開始するため、自オブジェクト内の描画命令群を実行する。そして、画面Ａ上のＧＵＩ部品ａおよびＧＵＩ部品ｂを描画するために、ＧＵＩ部品ａについての画面部品オブジェクト１２ａおよびＧＵＩ部品ｂについての画面部品オブジェクト１２ｂに対して描画要求情報を通知する。
【００３５】
描画要求情報通知を受けた画面部品オブジェクト１２ａは、ＧＵＩ部品ａの描画を開始するため、自オブジェクト内の描画命令群を実行する。そして、ＧＵＩ部品ａを構築している基本部品（文字列）ａ−１および基本部品（画像）ａ−２を描画するために、基本部品ａ−１についての基本部品オブジェクト１３ａおよび基本部品ａ−２についての基本部品オブジェクト１３ｃに対して、属性情報とともに描画要求情報を通知する。
【００３６】
描画要求情報通知を受けた基本部品オブジェクト１３ａおよび基本部品オブジェクト１３ｃは、それぞれのオブジェクト内の描画命令群を実行し、基本部品ａ−１および基本部品ａ−２の描画を行い、完了したら画面部品オブジェクト１２ａに対して描画完了情報を通知する。描画完了情報通知を受けた画面部品オブジェクト１２ａは、画面オブジェクト１１ａに対して描画完了情報を通知する。ここまでで、ＧＵＩ部品ａがＲＡＭ４６内に描画されたことになる。
【００３７】
これと同様に、画面部品オブジェクト１２ｂは、ＧＵＩ部品ｂを描画するため、自オブジェクト内の描画命令群を実行し、ＧＵＩ部品ｂを構築している基本部品ｂ−１および基本部品ｂ−２を描画すべく、基本部品オブジェクト（文字列）１３ａおよび基本部品オブジェクト（四角形）１３ｂに対して、属性情報とともに描画要求情報を通知する。描画要求情報通知を受けた基本部品オブジェクト１３ａおよび基本部品オブジェクト１３ｂは、それぞれのオブジェクト内の描画命令群を実行し、基本部品ｂ−１および基本部品ｂ−２の描画を行い、完了したら画面部品オブジェクト１２ｂに対して描画完了情報を通知する。そして、描画完了情報通知を受けた画面部品オブジェクト１２ｂは、画面オブジェクト１１ａに対して描画完了情報を通知する。ここまでで、ＧＵＩ部品ｂがＲＡＭ４６内に描画されたことになる。
【００３８】
このようにして、画面部品オブジェクト１２ａおよび画面部品オブジェクト１２ｂから描画完了情報を受け取ると、画面オブジェクト１１ａは、表示制御オブジェクト１４に対して描画完了情報を通知して、画面ＡのＲＡＭ４６内への描画を完了する。
【００３９】
〔画面遷移動作〕
続いて、以上のような処理動作によって生成され表示される画面の遷移について説明する。図４は画面遷移の一具体例を示す説明図である。図例のように、ＧＵＩ装置では、例えば表示部４１が画面Ｂを表示している場合において、ユーザがその画面Ｂ上に表示されるボタンｃを選択すると表示画面が画面Ｃに遷移し、ボタンｄを選択すると表示画面が画面Ｄに遷移し、ボタンｅを選択すると表示画面が画面Ｅに遷移する。画面Ｃ〜Ｅにおいては、それぞれの画面に応じた操作を行うことができる。さらに、画面Ｃ〜Ｅからの遷移については、画面Ｃのように戻りボタンの選択により画面Ｂに戻るだけのものもあれば、画面Ｄ，Ｅのようにボタン選択によりさらに違った画面に遷移するものもある。なお、ここでは、画面遷移が階層構造の形を採っているが、必ずしも階層構造である必要はない。ただし、どのような構造においても、画面Ｃ〜Ｅを含む全ての画面は、上述したようなオブジェクト群１１〜１５により描画され、表示部４１上に表示されるものとする。
【００４０】
〔本実施形態における特徴点〕
次に、以上のようなＧＵＩ機能を実現する本実施形態のＧＵＩ装置における特徴点について説明する。
【００４１】
以下、ある画面の表示完了後における処理動作について説明する。ある画面、例えば画面Ａの描画およびその表示が完了すると、表示制御オブジェクト１４には、画面オブジェクトＡ１１ａから描画完了情報が通知される。この描画完了情報を受け取ると、表示制御オブジェクト１４は、画面Ａからそれ以降に遷移する可能性のある一または複数の画面候補の選定を行い、選定した画面候補情報を描画命令群管理オブジェクト１５に対して通知する。ここでは、説明を簡単にするため、一つの画面Ｂが選定、通知されたものとして説明を行う。
【００４２】
描画命令群管理オブジェクト１５は、既に説明したように、メモリマップ上での描画命令群の命令コード列の格納アドレスが登録されているテーブルデータを保持している。このことから、描画命令群管理オブジェクト１５では、表示制御オブジェクト１４から画面候補情報の通知を受け取ると、自オブジェクト内のテーブル操作命令群を実行し、自オブジェクト内の描画命令群テーブルデータの操作を行う。
【００４３】
すなわち、描画命令群管理オブジェクト１５は、表示制御オブジェクト１４から画面候補情報の通知を受けると、通知された画面候補のオブジェクト１１，１２，１３の描画命令群の各命令コード列を、これらを予め格納したＲＯＭ４５内のデータ領域から、そのＲＯＭ４５よりも高速なＲＡＭ上のキャッシュメモリとして機能するデータ領域にコピーする。さらには、この動作に伴って、テーブルデータに登録されている格納アドレスの値の待避、更新、復元も行う。
【００４４】
図５〜７は、描画命令群管理オブジェクトによるテーブル操作命令群の処理内容の具体例を示す説明図である。描画命令群管理オブジェクト１５は、表示制御オブジェクト１４から受け取った画面候補情報が“画面Ｂ”である場合に、先ず、図５に示すように、自オブジェクト内の待避データバッファ１５１ａ内の描画命令群格納アドレス値を、その待避データバッファ１５１ａ内の描画命令群識別名に対応するテーブルデータ１５２ａ内の描画命令群格納アドレスフィールド（図中における灰色部分）にコピーする（ステップ１０１、以下ステップを「Ｓ」と略す）。その結果、コピー後の内容は、図６に示すテーブルデータ１５２ｂのようになる。
【００４５】
これに続いて、描画命令群管理オブジェクト１５は、図６に示すように、表示制御オブジェクト１４から受け取った画面候補情報（＝画面Ｂ）に基づき、画面Ｂの各表示オブジェクト１１ｂ，１２ａ，１２ｄ，１３ａ，１３ｃ，１３ｄの描画命令群の識別名と対応するテーブルデータ１５２ｂ内の描画命令群格納アドレスフィールド（図中における灰色部分）の値を、自オブジェクト内の待避データバッファ１５１ｂにコピーする（Ｓ１０２）。その結果、コピー後の内容は、図６の待避データバッファ１５１ｂのようになる。
【００４６】
さらに、描画命令群管理オブジェクト１５は、図７に示すように、通知された画面Ｂの各表示オブジェクト１１ｂ，１２ａ，１２ｄ，１３ａ，１３ｃ，１３ｄの描画命令群の各命令コード列を格納するデータ領域を、ＲＡＭ４６内のキャッシュメモリとして機能する領域上に確保し、ＲＯＭ４５内に格納されている描画命令群の命令コード列を、その確保したＲＡＭ４６上のデータ領域にコピーする（Ｓ１０３）。そして、テーブルデータ１５１ｂの格納アドレスフィールドの値を、ＲＡＭ４６上に確保された各データ領域を指し示すアドレス値で更新する（Ｓ１０４）。その結果、テーブルデータの内容は、図７に示したテーブルデータ１５１ｃのようになる。
【００４７】
その後、表示中の画面Ａについての画面オブジェクト１１ａがユーザ操作を検出して、ユーザ操作検出情報を表示制御オブジェクト１４に対して通知すると、表示制御オブジェクト１４は、画面Ｂについての画面オブジェクト１１ｂに対して描画要求情報を通知する。この結果、画面Ｂの表示時についても、上述した画面Ａの表示時動作と同様の動作が行われることになる。
【００４８】
すなわち、画面オブジェクト１１ｂをはじめとした画面Ｂの各表示オブジェクト１１ｂ，１２ａ，１２ｄ，１３ａ，１３ｃ，１３ｄは、自オブジェクト内の描画命令群を実行する際に、描画命令群管理オブジェクト１５に対して、テーブルデータ読み出し要求通知を送る。この読み出し要求通知を受け取ると、描画命令群管理オブジェクト１５は、自オブジェクト内のテーブルデータ１５１ｃから、読み出し要求通知元であるオブジェクトの描画命令群についての格納アドレスの値を読み出して、これをその読み出し要求通知元のオブジェクトに対して通知する。これにより、画面オブジェクト１１ｂ等は、描画命令群管理オブジェクト１５から通知された格納アドレスが示すメモリマップ上のデータ領域に格納されている各オブジェクトの描画命令群の命令コード列を順次実行することになる。
【００４９】
ただし、このとき、画面オブジェクト１１ｂ等は、ＲＡＭ４６上のキャッシュメモリとして機能するデータ領域に格納された各描画命令群の命令コード列を実行するため、ＲＯＭ４５上のデータ領域に格納された各描画命令群の命令コード列を実行する場合に比べて、画面描画を高速に行うことができる。
【００５０】
つまり、本実施形態では、遷移先となる可能性のある画面候補の選定を行い、選定された画面候補を描画するためのオブジェクト内の描画命令を、予め格納されているＲＯＭ４５内から、より高速処理が可能なＲＡＭ４６内にコピーしておき、画面遷移時にはＲＡＭ４６内に格納されている描画命令を取り出して実行するようになっているので、その描画命令をＲＯＭ４５内から直接取り出す場合に比べて、遷移後の画面描画を高速に行えるようになる。
【００５１】
しかも、ＲＡＭ４６上のキャッシュメモリとして機能するデータ領域には、描画命令のみがコピーされるので、遷移先となる可能性のある全ての画面の描画結果を格納する場合のように、多くのメモリ容量を必要とすることもない。具体的には、ＲＡＭ４６内におけるメモリ使用量の増大分は、一または複数の表示画面の描画命令群の命令コード列の分のみであり、一または複数の表示画面データのサイズ分と比較して非常に少なくなる。
【００５２】
これらのことから、本実施形態によれば、画面遷移速度の高速化とメモリ使用効率の向上との両立を図ることができ、ユーザに対する操作レスポンスおよびその操作性を従来よりも容易に改善することが可能となる。
【００５３】
なお、描画命令群の命令コード列をＲＯＭ４５内からＲＡＭ４６内にコピーするタイミングについては、ある画面の表示完了以降、その次の遷移先画面の表示までの間であれば、どのタイミングであってもよく、ＣＰＵ４４の処理動作状況等に応じて適宜行うことで、遷移後の画面描画の高速化を確実なものとすることができる。
【００５４】
ただし、描画命令群の命令コード列をＲＡＭ４６内にコピーしても、そのメモリ使用量の増大分が過多になってしまうことはないので、例えば遷移確率（頻度）の非常に高い画面等といった所定の画面については、上述のタイミングに依らず、ＧＵＩ装置の起動時（例えば電源投入時）に、予めその描画命令の命令コード列をＲＯＭ４５内からＲＡＭ４６内にコピーしておくことで、ＣＰＵ４４の処理負荷の低減を図るようにしてもよい。
【００５５】
また、ＲＡＭ４６内にコピーする描画命令群の命令コード列は、遷移先となる可能性のある一または複数の画面候補についてのものであるが、画面遷移が階層構造の形を採っている場合には、次階層に属するものを画面候補とする他に、次々階層またはそれ以降の階層に属するものを画面候補とすることも考えられる。
【００５６】
さらには、多くの画面候補が存在する場合に、これらの全てについて描画命令群の命令コード列をＲＡＭ４６内にコピーするのではなく、詳細を後述する処理負荷の大きいものを優先すれば、キャッシュメモリとして機能するＲＡＭ４６上のデータ領域の有効活用が図れるようになる。
【００５７】
〔第二の実施の形態〕
次に、第二の実施の形態について説明する。ただし、ここでは、上述した第一の実施の形態との相違点についてのみ説明するものとする。すなわち、〔装置構成〕および〔画面表示動作〕については、第一の実施の形態の場合と略同様であるため、ここではその説明を省略する。
【００５８】
〔画面遷移動作〕
本実施形態で説明するＧＵＩ装置も、第一の実施の形態の場合と略同様に画面の遷移を行う（図４参照）。ただし、本実施形態のＧＵＩ装置では、その画面遷移を以下に述べるような手順で制御する。図８は、画面遷移の制御手順の一例を示すフローチャートである。
【００５９】
すなわち、ＧＵＩ装置の電源がＯＮされると（Ｓ２０１）、先ず、各オブジェクト群１１〜１５から構成されるＧＵＩアプリケーション１０は、所定の初期（デフォルト）画面についてのオブジェクトにより、ＲＡＭ４６上のワークメモリとして機能するデータ領域内への当該初期画面の描画を行う。これにより、表示部４１からは、例えば図４に示した画面遷移動作を行う場合であれば、画面Ｂが初期画面として表示されることになる（Ｓ２０２）。
【００６０】
表示部４１による初期画面の表示が完了すると、続いて、ＧＵＩアプリケーション１０は、その初期画面の遷移先となる次画面候補の選択とオブジェクト生成を行う（Ｓ２０３）。ここでは、遷移先となる可能性のある画面の中からいくつかの候補を選択し、その候補についてのオブジェクトを生成して、ＲＡＭ４６上のワークメモリとして機能するデータ領域内に、選択された次画面の描画を行う。次画面の候補数は、一つであっても複数であってもよい。また、常に「０」となってはいけないが、その時の条件によっては「０」になる場合もあってよい。例えば、現在の画面が図４の画面Ｂであれば、次画面候補は画面Ｃ〜画面Ｅのうちのいずれか一つまたは複数となる。次画面候補の選択条件によっては、次画面候補がない場合もあり得る。そして、例えば次画面候補として画面Ｃが選ばれた場合、画面Ｃのオブジェクトがここで生成される。
【００６１】
その後、ユーザによる操作部４２の操作により遷移先となる次画面が決定すると（Ｓ２０４）、表示制御オブジェクト１４は、その次画面のオブジェクトが既に生成済みであるか否かを判断する（Ｓ２０５）。この判断の結果、生成済みの場合には、表示部４１からは、その生成済みのオブジェクトに基づいて次画面の表示が行われることになる（Ｓ２０７）。ただし、生成済みでない場合には、次画面の決定後に、その次画面のオブジェクトの生成を経て（Ｓ２０６）、次画面の表示が行われることになる（Ｓ２０７）。そして、次画面の表示が完了すると、次画面は現在の画面と読み替えられ、再び上述した各ステップ（Ｓ２０３〜Ｓ２０７）を繰り返して行うことになる。
【００６２】
例えば、次画面候補として図４に示す画面Ｃが選ばれた場合に、ユーザに操作により画面Ｂ上のボタンｃが押されると、画面Ｃのオブジェクトは生成済みのため、直ちに次画面の表示を行うことができる。一方、画面Ｂ上のボタンｄが押されて次画面として画面Ｄが決定した場合には、画面Ｄのオブジェクトは生成されていないため、画面Ｄのオブジェクトを生成して表示を行う。つまり、画面Ｃの場合に比べれば、画面表示完了までに多くの時間を要する。
【００６３】
〔本実施形態における特徴点〕
次に、以上のような画面遷移動作を行う本実施形態のＧＵＩ装置における特徴点について説明する。本実施形態のＧＵＩ装置は、上述した画面遷移動作のうちの、次画面候補の選択とオブジェクト生成を行う処理（Ｓ２０３）に特徴がある。図９は次画面候補の選択とオブジェクト生成の一動作例を示すフローチャートであり、図１０はその際に用いられる次画面管理表の一具体例を示す説明図である。
【００６４】
次画面候補の選択においては、例えば図１０に示すような次画面管理表を使用する。次画面管理表とは、表示部４１にて表示する全ての画面について個別に設けられたもので、例えばＲＯＭ４５内の所定領域に予め格納されているものである。この次画面管理表には、ある画面の次に遷移する可能性のある各画面について、その表示時間、すなわちオブジェクト生成による画面描画の開始からこれを表示するまでに要する時間が、その時間の掛かる順に並べて登録されている。
【００６５】
例えば、画面Ｂについての次画面管理表として、図１０に示すようなものが設定されていれば、その次画面管理表を参照することで、画面Ｄが最も表示時間が掛かり、次に画面Ｃ、画面Ｅの順で表示時間が掛かることがわかる。このことから、この次画面管理表には、画面の描画負荷（表示時間）に対応して予め設定された優先度情報が、予め登録されているといえる。
【００６６】
このような次画面管理表を用いた次画面候補選択動作を行うのにあたっては、図９に示すように、先ず、次画面管理表の参照すべきインデックスＩを「１」に設定する（Ｓ３０１）。そして、次画面管理表の検索が終了したか否かを判定する（Ｓ３０２）。例えば、図１０に示した次画面管理表を例に挙げると、次画面管理表のインデックスは「３」まであるため、インデックスＩが「３」以下の場合には、次画面管理表の検索が終了していないと判定し、次のステップ（Ｓ３０３）に移る。ただし、インデックスＩが「４」である場合には、次画面管理表の検索が終了したと判定し、処理を終了する。
【００６７】
次のステップ（Ｓ３０３）では、ＲＡＭ４６上のワークメモリとして機能するデータ領域の残容量が予め定められた一定値以上であるか否かを判断する。ここで、残容量が一定値以上ある場合には、次のステップ（Ｓ３０４）に移るが、残容量が一定値未満である場合には、更なる画面描画を行うことができないと判断し、処理を終了する。
【００６８】
次のステップ（Ｓ３０４）では、次画面管理表のインデックスＩの次画面を次画面候補として設定する。例えば、図１０に示した次画面管理表を例に挙げると、一回目のループではＩ＝１であるため、次画面候補として画面Ｃが選択されることになる。
【００６９】
そして、次画面候補が選択されると、その選択された次画面候補のオブジェクト生成により、ＲＡＭ４６上のワークメモリとして機能するデータ領域内に、次画面が描画される（Ｓ３０５）。ただし、ここでは、オブジェクトを生成するだけであって、表示部４１による実際の画面表示は行わない。
【００７０】
その後は、インデックスＩの「＋１」分のインクリメントを経て（Ｓ３０６）、再び上述したステップ（Ｓ３０２〜Ｓ３０６）が繰り返し行われることになる。ここで、例えば次画面候補として画面Ｄが選択され、その画面Ｄのオブジェクトが生成された場合、ＲＡＭ４６上のワークメモリとして機能するデータ領域の残容量は減少するが、まだ残容量が一定値以上であれば、インデックスＩのインクリメントに応じて画面Ｃのオブジェクトを生成する。画面Ｃのオブジェクトを生成しても残容量が一定値以上の場合には、画面Ｅのオブジェクトも生成し、Ｉ＝４となり次画面管理表の検索は終了するため、次画面候補の選択とオブジェクト生成を行う処理も終了する。
【００７１】
以上のように、本実施形態では、次に遷移する可能性のある画面候補の処理負荷に応じて、処理負荷が高く表示時間の掛かる画面候補を優先して描画するので、ＲＡＭ４６上のワークメモリとして機能するデータ領域の有効活用が可能になるとともに、描画する際の処理負荷が高い画面については、画面遷移時にＲＡＭ４６内に格納されている描画結果を用いることで、遷移後の画面表示を高速に行うことができる。
【００７２】
しかも、そのための画面選択、すなわち処理負荷が高い画面の選択を、予め設定された優先度情報に基づいて行うので、その選択を迅速かつ的確に行うことができる。
【００７３】
その上、その画面描画も、ＲＡＭ４６上のワークメモリとして機能するデータ領域の残容量に応じて行うので、残容量が十分ある場合には、全ての次画面候補のオブジェクト生成が行われ、実際にユーザ操作によってどの画面が次画面として選ばれても、迅速な反応速度で次画面を表示することができる。また、残容量が十分でなく、例えば画面Ｃのオブジェクトのみが次画面候補として生成された場合であっても、最も表示に時間が掛かる画面についての表示時間を短縮できるため、結果として十分な反応速度で次画面を表示することができる。なお、この場合に事前描画がされないことになる処理負荷が低い画面については、その処理負荷が低いことから、ＲＯＭ４５内のオブジェクトにより画面描画を行っても、遷移後の画面表示までに多くの時間を要してしまうこともない。
【００７４】
〔第三の実施の形態〕
次に、第三の実施の形態について説明する。ただし、ここでも、上述した第一または第二の実施の形態との相違点についてのみ説明するものとする。すなわち、〔装置構成〕および〔画面表示動作〕については第一の実施の形態の場合と略同様であり、〔画面遷移動作〕については第二の実施の形態の場合と略同様であるため、ここではその説明を省略する。
【００７５】
〔本実施形態における特徴点〕
本実施形態のＧＵＩ装置も、第二の実施の形態で説明した画面遷移動作のうちの、次画面候補の選択とオブジェクト生成を行う処理（図８におけるＳ２０３）に特徴がある。図１１は次画面候補の選択とオブジェクト生成の一動作例を示すフローチャートであり、図１２はその際に用いられる次画面管理表の一具体例を示す説明図である。
【００７６】
ここで説明する次画面管理表は、図１２に示すように、第二の実施の形態の場合と異なり、ある画面の次に遷移する可能性のある画面について、その画面の表示に掛かる時間をマイクロ秒単位で格納している。ただし、表示に掛かる時間の順に並べ替えをする必要はない。この次画面管理表も、表示部４１にて表示する全ての画面毎に個別に持つ。
【００７７】
例えば、画面Ｂについての次画面管理として、図１２に示すようなものが設定されていれば、その次画面管理表を参照することで、画面Ｃの表示時間が３００ｍｓ、画面Ｄの表示時間が７００ｍｓ、画面Ｅの表示時間が１００ｍｓであることがわかる。
【００７８】
このような次画面管理表を用いた次画面候補選択動作を行うのにあたっては、図１１に示すように、先ず、画面表示のためのプロセッサの負荷に応じて生成オブジェクトを選択すべく、ＣＰＵ４４の処理負荷（以下「ＣＰＵ負荷」という）を取得する（Ｓ４０１）。ここでいうＣＰＵ負荷とは、本実施形態で説明する処理以外のＣＰＵ実行負荷に相当するものである。すなわち、本実施形態の処理以外にＣＰＵ４４が何も処理をしていなければＣＰＵ負荷Ｐ＝０％となり、他にＣＰＵ４４をフルに使用する処理を行っている場合にはＣＰＵ負荷Ｐ＝１００％となる。なお、ＣＰＵ負荷の取得については、周知技術を利用すればよいため、ここではその説明を省く。
【００７９】
ＣＰＵ負荷の取得後は、これに続いて、表示時間基準値Ｔ（ｍｓ）の設定を行う（Ｓ４０２）。表示時間基準値Ｔは、既に取得したＣＰＵ負荷Ｐ（％）と、次画面を表示するまでに掛かってもよい時間、すなわち表示許容時間Ｔｓ（ｍｓ）とを基に、例えば以下に示す式（１）を用いて算出する。
【００８０】
Ｔ＝Ｔｓ／（１＋Ｐ／１００）・・・（１）
【００８１】
例えばＴｓ＝５００ｍｓとすると、Ｐ＝０％の場合であればＴ＝５００ｍｓとなり、Ｐ＝１００％の場合であればＴ＝２５０ｍｓとなる。これは式（１）において、ＣＰＵ４４が他に何も処理していない時に次画面の表示に２５０ｍｓ掛かる場合であっても、ＣＰＵ負荷が１００％の時には次画面の表示時間は５００ｍｓ掛かってしまうということを想定している。なお、ここで説明した式（１）は、一具体例に過ぎず、ＧＵＩ装置を構築するシステムに合わせて望ましい式に設定すればよい。このことは、表示許容時間Ｔｓについても同様のことがいえる。
【００８２】
また、ここで説明したＣＰＵ負荷の取得および表示時間基準値Ｔの算出は、必ずしも必須ではない。すなわち、例えば、ＣＰＵ負荷の取得を行わずに、表示時間基準値Ｔ＝表示許容時間Ｔｓとすることも考えられ、この場合には、ＣＰＵ負荷を考慮せずに生成オブジェクトの選択を行うことになる。
【００８３】
そして、表示時間基準値Ｔの特定後は、第二の実施の形態で説明した場合と略同様に、次画面管理表のインデックスＩを「１」に設定し（Ｓ４０３）、次画面管理表の検索が終了したか否かを判定する（Ｓ４０４）。ここで、次画面管理表の検索が終了したと判定したら処理を終了するが、そうでなければ次のステップ（Ｓ４０５）に移る。
【００８４】
次のステップ（Ｓ４０５）では、次画面管理表からインデックスＩの表示時間Ｔｉを抽出する。例えば、一回目のループであれば、表示時間Ｔｉは、画面Ｃの表示にかかる時間であり、Ｔｉ＝３００ｍｓとなる。そして、抽出した表示時間Ｔｉを、既に特定している表示時間基準値Ｔと比較し、これらが表示時間Ｔｉ＞表示時間基準値Ｔの関係にあるか否かを判断する（Ｓ４０６）。
【００８５】
表示時間Ｔｉ＞表示時間基準値Ｔである場合には、インデックスＩの次画面の表示には基準を超える時間が掛かると判断されたことになるので、そのインデックスＩの次画面を次画面候補として設定し（Ｓ４０７）、その次画面候補のオブジェクトを生成する（Ｓ４０８）。一方、表示時間Ｔｉ≦表示時間基準値Ｔである場合には、インデックスＩの次画面の表示は基準以下の時間で行えると判断されたことになるので、オブジェクトの生成は行わない。
【００８６】
具体例を挙げて説明すると、Ｔｓ＝５００ｍｓであり、Ｐ＝０％である場合には、Ｔ＝５００ｍｓとなる。ここで、画面Ｃについての一回目のループではＴｉ＝３００ｍｓである。したがって、この場合、Ｔｉ≦Ｔとなり、次画面Ｃの表示はＴｓ＝５００ｍｓ以下の時間で行うことができ、事前の画面描画が不要であると考えられることから、オブジェクトの生成は行われない。ところが、Ｐ＝１００％であるとすると、Ｔ＝２５０ｍｓとなり、Ｔｉ＞Ｔとなることから、次画面Ｃの表示はＴｓ＝５００ｍｓ以下の時間では行えないと判断されたことになり、オブジェクトの生成による事前の画面描画が行われることになる。
【００８７】
その後は、インデックスＩの「＋１」分のインクリメントを経て（Ｓ４０９）、再び上述したステップ（Ｓ４０４〜Ｓ４０９）が繰り返し行われることになる。
【００８８】
以上のように、本実施形態でも、第二の実施の形態の場合と同様に、処理負荷が高く表示時間の掛かる画面候補を優先して描画するので、ＲＡＭ４６上のワークメモリとして機能するデータ領域の有効活用が可能になるとともに、遷移後の画面表示を高速に行うことができる。
【００８９】
しかも、そのための画面選択、すなわち処理負荷が高い画面の選択を、画面を表示するまでに要する時間情報に基づいて行うので、十分描画時間が速い画面に対しても事前描画を行って無駄なメモリ消費を招くといったことを防げるようになり、従来よりも事前描画の有効性を高めることが可能となる。つまり、画面表示時間を基準に次画面候補を選択するため、高速に表示できる画面のオブジェクトを予め生成してしまうことを避け、ワークメモリとして機能するデータ領域を有効に利用することができる。
【００９０】
その上、その画面描画も、ＣＰＵ負荷、すなわち画面描画以外の処理負荷の状況に応じて行うので、例えばＴｓ＝５００ｍｓ、Ｐ＝０％の場合は、画面Ｄのオブジェクトが予め生成され、Ｔｓ＝５００ｍｓ、Ｐ＝１００％の場合は、画面Ｃと画面Ｄのオブジェクトが予め生成される、といったことが行われる。このように、画面表示に掛かる時間とＣＰＵ負荷に応じて、次画面候補の選択とオブジェクト生成を行うことができるため、十分な反応速度で次画面を表示することができる。
【００９１】
【発明の効果】
以上に説明したように、本発明に係るＧＵＩ装置およびＧＵＩ画面表示プログラムを記録したコンピュータ読み取り可能な記憶媒体によれば、画面遷移速度の高速化とメモリ使用効率の向上との両立を図ることができるので、ワークメモリまたはキャッシュメモリと呼ばれるメモリの使用量増大を招くことなく、遷移先画面の表示を迅速に行うことが可能になるという効果を奏する。
【図面の簡単な説明】
【図１】本発明に係るＧＵＩ装置の概略構成の一例を示すブロック図である。
【図２】ＧＵＩ機能を実現するオブジェクト構成の一具体例を示す説明図である。
【図３】ＧＵＩ画面の一具体例を示す説明図である。
【図４】ＧＵＩ画面の画面遷移の一具体例を示す説明図である。
【図５】本発明に係るＧＵＩ装置の描画命令群管理オブジェクトによるテーブル操作命令群の処理内容の具体例を示す説明図（その１）である。
【図６】本発明に係るＧＵＩ装置の描画命令群管理オブジェクトによるテーブル操作命令群の処理内容の具体例を示す説明図（その２）である。
【図７】本発明に係るＧＵＩ装置の描画命令群管理オブジェクトによるテーブル操作命令群の処理内容の具体例を示す説明図（その３）である。
【図８】本発明に係るＧＵＩ装置での画面遷移の制御手順の一例を示すフローチャートである。
【図９】本発明に係るＧＵＩ装置での次画面候補の選択とオブジェクト生成の一動作例を示すフローチャート（その１）である。
【図１０】本発明に係るＧＵＩ装置での次画面候補の選択の際に用いられる次画面管理表の一具体例を示す説明図（その１）である。
【図１１】本発明に係るＧＵＩ装置での次画面候補の選択とオブジェクト生成の一動作例を示すフローチャート（その２）である。
【図１２】本発明に係るＧＵＩ装置での次画面候補の選択の際に用いられる次画面管理表の一具体例を示す説明図（その２）である。
【符号の説明】
１０…ＧＵＩアプリケーション、１１…画面オブジェクト群、１２…画面部品オブジェクト群、１３…基本部品オブジェクト群、１４…表示制御オブジェクト、１５…描画命令群管理オブジェクト、４０…ハードウエア部分○○○、４１…表示部、４２…操作部、４３…通信制御部、４４…ＣＰＵ、４５…ＲＯＭ、４６…ＲＡＭ[0001]
BACKGROUND OF THE INVENTION
  The present invention records, for example, a graphical user interface (GUI) device and a GUI screen display program used for facilitating operations of various devices such as home appliances and OA devices.Computer readableThe present invention relates to a storage medium.
[0002]
[Prior art]
In recent years, there has been an active movement to introduce GUI operation methods, which are mainly used in personal computers and workstations, for the purpose of improving the operability of operation units of various devices such as home appliances and OA devices. It has become.
[0003]
However, in general, in order to realize the operation by GUI, it is necessary to display various components such as windows, buttons, icons, etc. on the operation screen. A large amount of data such as font data for character display must be handled. For this reason, a large-capacity memory and a high-performance CPU (Central Processing Unit) are required to realize the operation using the GUI, and there is a high possibility that the costs of various devices will increase.
[0004]
In order to solve this problem, conventionally, a technique using an object-oriented technique has been proposed as a technique related to a GUI. In other words, by using object-oriented technology for GUI implementation, the use efficiency of the memory is improved by sharing parts, and the response and operability in the operation unit are improved, so that a large-capacity memory and a high-performance CPU can be realized. It has been proposed to realize GUI operation at low cost without using it. When an object-oriented technology is used for the GUI, the GUI is configured as an integrated object including information related to screen display control, display image data for displaying the screen, information related to devices connected to the operation unit, and the like. Furthermore, the object is configured as an object to which information related to the operation procedure is added. The object here refers to data necessary for displaying a screen, or a program in which data and operation of the data are integrated.
[0005]
Specifically, as disclosed in, for example, Japanese Patent Laid-Open No. 9-319538, it is composed of a plurality of objects in which physical data used in a screen object for drawing a screen is separated from a display object and made independent. When one or more screen objects whose operation is predicted after the data object and the screen object generating the display screen are specified by the procedure object, the corresponding screen object is extracted in advance based on the specification. In addition, some have a memory management object for extracting in advance an object corresponding to the corresponding screen object from the data objects. According to this GUI, since the memory management object generates one or a plurality of display screen data in advance based on the extracted screen object and data object, the time required for screen generation work can be reduced. Response can be improved and operability can be improved.
[0006]
That is, in the GUI disclosed in Japanese Patent Laid-Open No. 9-319538, an object for drawing one or a plurality of display screens is extracted from one or a plurality of display screens expected to be displayed next to a certain display screen. By drawing the screen in advance, that is, by creating a raster image of the screen to be displayed, the response of the operation unit is improved and the operability is improved by increasing the screen transition speed. This utilizes a characteristic of the GUI that a display screen as a transition destination can be specified. In addition, when it is necessary to extract objects for a plurality of display screens, it is possible to increase the screen transition speed while adapting to the operation tendency by the user by determining the priority order based on the transition probability (frequency). Proposed.
[0007]
[Problems to be solved by the invention]
By the way, in the conventional GUI described above, the screen transition speed is increased by drawing the transition destination screen in advance. The drawing of the transition destination screen is usually called work memory or cache memory. This is performed in a semiconductor memory such as a RAM (Random Access Memory).
[0008]
Therefore, especially when there are multiple transition destination screens, in order to speed up the screen transition speed, in addition to the raster image data for the currently displayed display screen, the raster image data for each transition destination screen is However, since it must be stored in the semiconductor memory, a large-capacity semiconductor memory is required as a result. In other words, if an attempt is made to pre-draw the transition destination screen, the increase in memory usage for that purpose may lead to a loss of meaning for improving the memory usage efficiency using object-oriented technology.
[0009]
In response to this, for example, it may be possible to suppress an increase in memory usage by selectively drawing a transition destination screen in advance according to a priority order based on the transition probability. However, the amount of memory and time required for screen drawing are not necessarily the same for each screen. That is, a screen with a high transition probability that is frequently selected by the user is not necessarily a screen that requires a lot of drawing time. Therefore, simply based on transition probabilities, even for screens with sufficiently fast drawing times, screen display speeds up, leading to unnecessary memory consumption, and conversely for screens with low transition probabilities. There is a possibility that a user who desires to display the screen without pre-drawing loses the operational feeling, and as a result, the effectiveness of the pre-drawing may be reduced.
[0010]
  Therefore, the present invention achieves both high screen transition speed and improved memory use efficiency, and promptly displays the transition destination screen without increasing the amount of memory used as work memory or cache memory. Recorded GUI device and GUI screen display program that enableComputer readableAn object is to provide a storage medium.
[0014]
  The present inventionThe GUI device according to the present invention selectively displays a plurality of screens and transitions the display screens as necessary, and stores a group of objects for rendering the plurality of screens. And second storage means functioning as a work memory for storing a screen drawing result of each object stored in the first storage means, and a processing load when screen drawing by each object is performedAnd compare with the reference allowable loadAnd generating a drawing result of a screen group that can become a transition destination of the screen after the display of a certain screen in the second storage unit, the processing load by the load recognition unit in the screen group ButScreens that are determined to exceed the allowable load are candidates for the next screen.And a drawing processing means for drawing.
[0015]
  In addition, a GUI screen display program according to the present invention was recorded.Computer readableThe storage medium selectively displays a plurality of screens and transitions the display screens as necessary.Computer readable recording of GUI screen display program used in computerAndThe computer,An object group for drawing the plurality of screensFirst storage means for storing; second storage means for functioning as a work memory for storing a screen drawing result of each object stored in the first storage means;
  SaidRecognize processing load when drawing screens with each objectLoad recognition means for comparing with a reference allowable load,After displaying a screen, the drawing result of the screen group that can be the transition destination of the screen is displayed.SaidGenerated in the second storage meansDoIn the screen groupA function for rendering a screen for which a processing load is determined to exceed an allowable load by the load recognition unit as a next screen candidate;A GUI screen display program is recorded.
[0016]
  The GUI device having the above configuration or the GUI screen display program having the above procedure was recorded.Computer readableAccording to the storage medium, for example, after the screen display operation is completed, a screen candidate that may transition to the next is selected, and the processing load when drawing the selected screen candidate is recognized.And compare with the reference allowable loadTo do. And in generating the drawing result of the screen candidate in the second storage means,Draw a screen for which the processing load exceeds the allowable load as a next screen candidate. Therefore, it is possible to effectively use the memory capacity in the second storage means, and the processing load at the time of drawing is reduced.Screen determined to exceed the allowable loadWith respect to, by using the drawing result stored in the second storage means at the time of screen transition, the screen display after the transition can be performed at high speed. Also, the processing load when drawingDo not exceed allowable loadSince the processing load of the screen is low, it does not take much time to display the screen after the transition even if the screen is drawn by the object in the first storage means.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
  Hereinafter, the GUI apparatus and GUI screen display program according to the present invention were recorded based on the drawings.Computer readableThe storage medium will be described.
[0018]
  [First embodiment]
  First, the first embodimentWill be described.
[0019]
〔Device configuration〕
First, a schematic configuration of the GUI device according to the present embodiment will be described. FIG. 1 is a block diagram illustrating an example of a schematic configuration of a GUI device. As shown in the figure, the GUI device described in the present embodiment includes software parts such as a GUI application 10, an operation system (hereinafter referred to as “OS”) 20, and a device driver group 30, a hardware part 40, and the like. , Is composed of.
[0020]
Among these, the hardware part 40 includes a display unit 41, an operation unit 42, a communication control unit 43, a CPU 44, a ROM (Read Only Memory) 45, and a RAM 46.
[0021]
The display unit 41 has a display device that displays information for the user to operate various devices such as home appliances and OA devices, and drives the display device to display display information on the operation screen stored in the RAM 46. It is converted into a signal and displayed. As the display device, an LCD (Liquid Crystal Display), a CRT (Cathode Ray Tube), or the like can be used.
[0022]
The operation unit 42 has an operation device for a user to select a button or the like displayed on the display unit 41 or input a numerical value, and receives operation information input from the operation device. As the operation device, a touch panel, a keyboard, a mouse, a trackball, a trackpad, or the like can be used.
[0023]
The communication control unit 43 transmits control data to a main system (not shown) of various devices such as home appliances and OA devices, and receives status information from the main system. Specifically, it consists of UART (Universal Asynchronous Receiver-Transmitter), USB (Universal Serial Bus) and the like.
[0024]
The CPU 44 controls the entire GUI function. That is, a screen is generated and displayed on the display unit 41, and the screen is updated or the main system is controlled by receiving operation information from the operation unit 42 or status information from the main system.
[0025]
The ROM 45 stores a program executed by the CPU 44 in advance. The program stored in the ROM 45 includes an object group whose details will be described later.
[0026]
The RAM 46 is used as a cache memory or work memory necessary for the program execution of the CPU 44. Accordingly, the drawing result of the screen to be displayed on the display unit 41 is also generated in the RAM 46. The screen generated in the RAM 46 may be in a bitmap format, or may be stored in a display list format and converted (rendered) into bitmap information by the display unit 41.
[0027]
In contrast to the hardware portion 40, in the software portion, the OS 20 manages the entire GUI device, in particular, the execution of the GUI application 10, and the device driver group 30 is a component of the hardware portion 40 described above. Is to control.
[0028]
The GUI application 10 is software for realizing the entire GUI function, and includes object groups 11 to 15. These object groups 11 to 15 can perform mutual information notification by the management function of the OS 20. Note that an object group refers to a collection of a plurality of objects, and an object refers to data necessary for displaying a screen or a program in which data and operation of the data are integrated.
[0029]
Among such object groups, the screen object group 11 has a function of displaying the entire GUI screen and detecting user operations, and there are as many screens as the number displayed on the display unit 41. The screen component object group 12 has a display function of each GUI component (button, status bar, etc.) on the screen displayed by the screen object group 11. Further, the basic part object group 13 has a display function of basic parts (various graphic parts such as polygons and arcs, various texts, various images, etc.) that construct GUI parts displayed by the screen part object group 12. Is.
[0030]
The display control object 14 has a function of performing display control of the GUI screen, and further manages the transition of the display screen based on the user operation detection information notified by the screen object group 11. .
[0031]
The drawing command group management object 15 manages a drawing command group executed when the screen object group 11, the screen component object group 12, and the basic component object group 13 perform drawing. Specifically, the drawing command group which is a part of the object holds table data in which the storage address on the memory map is registered, and the screen object group 11, the screen part object group 12 or the basic part object group 13. When a read request for each storage address is notified from, the storage address of a drawing command group which is a part of the request source object is extracted from the table data and notified to the request source object. The drawing command is a command code sequence that constitutes a part of an object and instructs to draw an image by the object.
[0032]
Of the above-described configuration, the software part in particular can be realized by installing a GUI screen display program recorded in a computer-readable storage medium such as a CD-ROM in the hardware part 40 in advance. Alternatively, it may be realized by reading each time if necessary.
[0033]
[Screen display operation]
Next, an outline of processing operation when the GUI device configured as described above performs screen display will be described with reference to FIGS. 2 and 3. FIG. 2 is an explanatory diagram showing a specific example of the object configuration, and FIG. 3 is an explanatory diagram showing a specific example of the GUI screen. Here, a case where the display unit 41 displays the screen A shown in FIG. 3 will be described as an example.
[0034]
When displaying the screen A, the display control object 14 notifies the drawing request information to the screen object 11a for the screen A. Upon receiving the drawing request information notification, the screen object 11a executes a drawing command group in its own object to start drawing the screen A. In order to draw the GUI part a and the GUI part b on the screen A, the drawing request information is notified to the screen part object 12a for the GUI part a and the screen part object 12b for the GUI part b.
[0035]
Upon receiving the drawing request information notification, the screen component object 12a executes a drawing command group in its own object in order to start drawing of the GUI component a. Then, in order to draw the basic part (character string) a-1 and the basic part (image) a-2 that make up the GUI part a, the basic part object 13a and the basic part a- The drawing request information is notified together with the attribute information to the basic part object 13c for No. 2.
[0036]
Upon receiving the drawing request information notification, the basic component object 13a and the basic component object 13c execute the drawing commands in the respective objects, draw the basic component a-1 and the basic component a-2, and when completed, the screen component. The drawing completion information is notified to the object 12a. Upon receiving the drawing completion information notification, the screen component object 12a notifies the drawing completion information to the screen object 11a. Thus far, the GUI component “a” has been drawn in the RAM 46.
[0037]
Similarly, the screen component object 12b draws the GUI component b, executes the drawing command group in its own object, and displays the basic component b-1 and the basic component b-2 that construct the GUI component b. In order to draw, drawing request information is notified to the basic part object (character string) 13a and the basic part object (rectangle) 13b together with attribute information. Upon receiving the drawing request information notification, the basic part object 13a and the basic part object 13b execute a drawing command group in the respective objects, perform drawing of the basic part b-1 and the basic part b-2, and when completed, the screen part. The drawing completion information is notified to the object 12b. Upon receiving the drawing completion information notification, the screen component object 12b notifies the drawing completion information to the screen object 11a. Up to this point, the GUI part b has been drawn in the RAM 46.
[0038]
When the drawing completion information is received from the screen component object 12a and the screen component object 12b in this way, the screen object 11a notifies the display control object 14 of the drawing completion information and draws the screen A in the RAM 46. To complete.
[0039]
[Screen transition operation]
Next, the transition of the screen generated and displayed by the above processing operation will be described. FIG. 4 is an explanatory diagram showing a specific example of screen transition. As shown in the figure, in the GUI device, for example, when the display unit 41 displays the screen B, when the user selects the button c displayed on the screen B, the display screen transitions to the screen C, and the button When d is selected, the display screen transitions to the screen D, and when the button e is selected, the display screen transitions to the screen E. On the screens C to E, an operation corresponding to each screen can be performed. Furthermore, with regard to transition from screens C to E, there are screens that only return to screen B by selecting a return button, as in screen C, but transitions to different screens by selecting buttons such as screens D and E. There are also things. Here, the screen transition takes the form of a hierarchical structure, but it does not necessarily have to be a hierarchical structure. However, in any structure, all the screens including the screens C to E are drawn by the object groups 11 to 15 as described above and displayed on the display unit 41.
[0040]
[Features in this embodiment]
Next, feature points in the GUI device of the present embodiment that realizes the GUI function as described above will be described.
[0041]
The processing operation after the completion of display of a certain screen will be described below. When the drawing and display of a certain screen, for example, the screen A are completed, the display control object 14 is notified of the drawing completion information from the screen object A11a. Upon receiving the drawing completion information, the display control object 14 selects one or a plurality of screen candidates that may transition from the screen A to the subsequent screen A, and sends the selected screen candidate information to the drawing command group management object 15. Notify them. Here, in order to simplify the description, it is assumed that one screen B has been selected and notified.
[0042]
As described above, the drawing command group management object 15 holds table data in which the storage address of the command code string of the drawing command group on the memory map is registered. Therefore, when the drawing command group management object 15 receives the notification of the screen candidate information from the display control object 14, the drawing command group management object 15 executes the table operation command group in the own object and operates the drawing command group table data in the own object. Do.
[0043]
That is, when receiving the notification of the screen candidate information from the display control object 14, the drawing command group management object 15 stores the command code strings of the drawing command groups of the notified screen candidate objects 11, 12, 13 in advance. The stored data area in the ROM 45 is copied to a data area that functions as a cache memory on a RAM that is faster than the ROM 45. Further, along with this operation, the storage address value registered in the table data is saved, updated, and restored.
[0044]
5 to 7 are explanatory diagrams illustrating specific examples of processing contents of the table operation instruction group by the drawing instruction group management object. When the screen candidate information received from the display control object 14 is “screen B”, the drawing command group management object 15 first draws the drawing command group in the save data buffer 151a in its own object as shown in FIG. The stored address value is copied to the drawing command group storage address field (gray portion in the figure) in the table data 152a corresponding to the drawing command group identification name in the save data buffer 151a (step 101, hereinafter "S" "). As a result, the contents after copying are as shown in table data 152b shown in FIG.
[0045]
Subsequently, as shown in FIG. 6, the drawing command group management object 15 displays the display objects 11b, 12a, 12d, and 12d on the screen B based on the screen candidate information (= screen B) received from the display control object 14. The values of the drawing command group storage address field (gray portion in the figure) in the table data 152b corresponding to the drawing command group identification names 13a, 13c, and 13d are copied to the save data buffer 151b in the own object (S102). ). As a result, the contents after copying are as shown in the saved data buffer 151b of FIG.
[0046]
Further, as shown in FIG. 7, the drawing command group management object 15 is a data storing each command code string of the drawing command group of each display object 11b, 12a, 12d, 13a, 13c, 13d of the notified screen B. The area is secured on an area functioning as a cache memory in the RAM 46, and the instruction code string of the drawing instruction group stored in the ROM 45 is copied to the secured data area on the RAM 46 (S103). Then, the value of the storage address field of the table data 151b is updated with an address value indicating each data area secured on the RAM 46 (S104). As a result, the contents of the table data are as shown in table data 151c shown in FIG.
[0047]
Thereafter, when the screen object 11a for the currently displayed screen A detects the user operation and notifies the display control object 14 of the user operation detection information, the display control object 14 responds to the screen object 11b for the screen B. To notify the drawing request information. As a result, when the screen B is displayed, an operation similar to the above-described operation during the display of the screen A is performed.
[0048]
In other words, the display objects 11b, 12a, 12d, 13a, 13c, and 13d of the screen B including the screen object 11b perform the drawing command group management object 15 when executing the drawing command group in the own object. The table data read request notification is sent. Upon receiving this read request notification, the drawing command group management object 15 reads the storage address value for the drawing command group of the object that is the read request notification source from the table data 151c in its own object, and reads this value. Notify the request source object. Thereby, the screen object 11b and the like sequentially execute the instruction code sequence of the drawing instruction group of each object stored in the data area on the memory map indicated by the storage address notified from the drawing instruction group management object 15. Become.
[0049]
However, at this time, since the screen object 11b and the like execute the instruction code string of each drawing instruction group stored in the data area functioning as a cache memory on the RAM 46, each drawing instruction stored in the data area on the ROM 45 is used. Screen drawing can be performed at a higher speed than when a group of instruction code sequences is executed.
[0050]
In other words, in the present embodiment, screen candidates that may become transition destinations are selected, and drawing commands in the object for drawing the selected screen candidates are faster from the ROM 45 that is stored in advance. Since the drawing command stored in the RAM 46 is taken out and executed when the screen transitions, the drawing command stored in the RAM 46 is extracted and executed at the time of screen transition, compared with the case where the drawing command is directly taken out from the ROM 45. Screen drawing after transition can be performed at high speed.
[0051]
In addition, since only the drawing command is copied to the data area functioning as the cache memory on the RAM 46, a large memory capacity is used as in the case of storing the drawing results of all the screens that may become the transition destination. Is not required. Specifically, the increase in the memory usage in the RAM 46 is only the amount of the instruction code string of the drawing instruction group of one or more display screens, compared with the size of the one or more display screen data. Very little.
[0052]
Therefore, according to the present embodiment, it is possible to achieve both a high screen transition speed and an improvement in memory usage efficiency, and to improve the operation response to the user and its operability more easily than before. Is possible.
[0053]
Note that the timing of copying the instruction code string of the drawing command group from the ROM 45 to the RAM 46 is any timing from the completion of the display of a certain screen to the display of the next transition destination screen. In many cases, the speed of the screen drawing after the transition can be ensured by performing appropriately according to the processing operation status of the CPU 44 and the like.
[0054]
However, even if the instruction code string of the drawing instruction group is copied into the RAM 46, the increase in the memory usage amount does not become excessive. For example, a predetermined screen such as a screen with a very high transition probability (frequency). The screen of the CPU 44 can be processed by copying the instruction code sequence of the drawing command from the ROM 45 to the RAM 46 in advance when the GUI device is activated (eg, when the power is turned on), regardless of the timing described above. The load may be reduced.
[0055]
Further, the instruction code string of the drawing instruction group to be copied in the RAM 46 is for one or a plurality of screen candidates that may be the transition destination, but when the screen transition has a hierarchical structure. In addition to the screen candidates belonging to the next hierarchy, the screen candidates may be those belonging to the next hierarchy or subsequent hierarchies.
[0056]
Furthermore, when there are many screen candidates, the instruction code string of the drawing instruction group is not copied into the RAM 46 for all of these, but if the one having a large processing load, which will be described in detail later, is given priority, the cache memory As a result, the data area on the RAM 46 functioning as can be effectively used.
[0057]
  [Second Embodiment]
  next,Second embodimentWill be described. However, only differences from the above-described first embodiment will be described here. That is, since [apparatus configuration] and [screen display operation] are substantially the same as those in the first embodiment, the description thereof is omitted here.
[0058]
[Screen transition operation]
The GUI device described in this embodiment also performs screen transitions in substantially the same manner as in the first embodiment (see FIG. 4). However, in the GUI device according to the present embodiment, the screen transition is controlled according to the procedure described below. FIG. 8 is a flowchart illustrating an example of a screen transition control procedure.
[0059]
That is, when the power of the GUI device is turned on (S201), first, the GUI application 10 composed of the object groups 11 to 15 is used as a work memory on the RAM 46 by an object for a predetermined initial (default) screen. Draw the initial screen in the functioning data area. Thereby, for example, if the screen transition operation shown in FIG. 4 is performed from the display unit 41, the screen B is displayed as the initial screen (S202).
[0060]
When the display of the initial screen by the display unit 41 is completed, the GUI application 10 subsequently selects a next screen candidate that is a transition destination of the initial screen and generates an object (S203). Here, several candidates are selected from the screens that may be transition destinations, objects for the candidates are generated, and the selected next is stored in the data area functioning as a work memory on the RAM 46. Draw the screen. The number of candidates for the next screen may be one or plural. Moreover, although it should not always be “0”, it may be “0” depending on the condition at that time. For example, if the current screen is screen B in FIG. 4, the next screen candidate is any one or more of screen C to screen E. Depending on the selection conditions for the next screen candidate, there may be no next screen candidate. For example, when the screen C is selected as the next screen candidate, the object of the screen C is generated here.
[0061]
Thereafter, when the next screen as the transition destination is determined by the operation of the operation unit 42 by the user (S204), the display control object 14 determines whether or not the object of the next screen has already been generated (S205). As a result of this determination, if it has been generated, the display unit 41 displays the next screen based on the generated object (S207). However, if it has not been generated, after the next screen is determined, the object of the next screen is generated (S206), and the next screen is displayed (S207). When the display of the next screen is completed, the next screen is read as the current screen, and the above steps (S203 to S207) are repeated again.
[0062]
For example, when the screen C shown in FIG. 4 is selected as the next screen candidate, when the user presses the button c on the screen B, the object of the screen C has already been generated, so the next screen is displayed immediately. It can be carried out. On the other hand, when the button d on the screen B is pressed and the screen D is determined as the next screen, since the object of the screen D is not generated, the object of the screen D is generated and displayed. That is, as compared with the case of the screen C, it takes much time to complete the screen display.
[0063]
[Features in this embodiment]
Next, feature points in the GUI apparatus of the present embodiment that performs the above-described screen transition operation will be described. The GUI device according to the present embodiment is characterized in the process of selecting a next screen candidate and generating an object (S203) among the above-described screen transition operations. FIG. 9 is a flowchart showing an operation example of selection of the next screen candidate and object generation, and FIG. 10 is an explanatory diagram showing a specific example of the next screen management table used at that time.
[0064]
In selecting the next screen candidate, for example, a next screen management table as shown in FIG. 10 is used. The next screen management table is individually provided for all screens displayed on the display unit 41 and is stored in advance in a predetermined area in the ROM 45, for example. In this next screen management table, for each screen that may transition next to a certain screen, the display time, that is, the time required to display this from the start of screen drawing by object generation, takes that time. They are registered in order.
[0065]
  For example, if the next screen management table for screen B is set as shown in FIG. 10, the screen is referred to by referring to the next screen management table.DTakes the most time to display, thenC,screenEIt can be seen that the display time is taken in the order of. From this, it can be said that priority information preset in correspondence with the drawing load (display time) of the screen is registered in advance in the next screen management table.
[0066]
In performing the next screen candidate selection operation using such a next screen management table, first, as shown in FIG. 9, the index I to be referred to in the next screen management table is set to “1” (S301). . Then, it is determined whether or not the search for the next screen management table is completed (S302). For example, taking the next screen management table shown in FIG. 10 as an example, since the index of the next screen management table is up to “3”, when the index I is “3” or less, the next screen management table is searched. It is determined that the process has not ended, and the process proceeds to the next step (S303). However, if the index I is “4”, it is determined that the search for the next screen management table has ended, and the processing is ended.
[0067]
In the next step (S303), it is determined whether or not the remaining capacity of the data area functioning as a work memory on the RAM 46 is equal to or greater than a predetermined value. If the remaining capacity is equal to or greater than a certain value, the process proceeds to the next step (S304). If the remaining capacity is less than the certain value, it is determined that further screen drawing cannot be performed, and processing is performed. Exit.
[0068]
In the next step (S304), the next screen of index I in the next screen management table is set as a next screen candidate. For example, taking the next screen management table shown in FIG. 10 as an example, since I = 1 in the first loop, screen C is selected as the next screen candidate.
[0069]
When the next screen candidate is selected, the next screen is drawn in a data area functioning as a work memory on the RAM 46 by generating an object of the selected next screen candidate (S305). However, here, only the object is generated, and the actual screen display by the display unit 41 is not performed.
[0070]
  After that, the index I is incremented by “+1” (S306), and the above steps (S302 to S306) are repeated. Here, for example, the screen as the next screen candidateDIs selected and its screenDWhen the object is generated, the remaining capacity of the data area functioning as a work memory on the RAM 46 is reduced. However, if the remaining capacity is still a certain value or more, the screen is increased according to the increment of the index I.CCreate an object. screenCIf the remaining capacity is more than a certain value even after generatingEThis object is also generated, and I = 4, and the search for the next screen management table ends. Therefore, the processing for selecting the next screen candidate and generating the object also ends.
[0071]
As described above, according to the present embodiment, screen candidates with a high processing load and a long display time are preferentially drawn according to the processing load of a screen candidate that may transition to the next. As for a screen with a high processing load during drawing, the drawing result stored in the RAM 46 at the time of screen transition can be used for high-speed screen display after the transition. Can be done.
[0072]
Moreover, screen selection for that purpose, that is, selection of a screen with a high processing load, is performed based on preset priority information, so that the selection can be performed quickly and accurately.
[0073]
In addition, the screen drawing is also performed according to the remaining capacity of the data area functioning as a work memory on the RAM 46. Therefore, if the remaining capacity is sufficient, all the next screen candidate objects are generated and actually Regardless of which screen is selected as the next screen by the user operation, the next screen can be displayed at a rapid reaction rate. In addition, even if the remaining capacity is not enough, for example, only the object of screen C is generated as the next screen candidate, the display time for the screen that takes the longest to display can be shortened. The next screen can be displayed at a speed. In this case, for a screen with a low processing load that is not pre-drawn in this case, the processing load is low. Therefore, even if screen drawing is performed with an object in the ROM 45, it takes a lot of time to display the screen after the transition. Is not required.
[0074]
  [Third embodiment]
  next,Third embodimentWill be described. Here, however, only differences from the above-described first or second embodiment will be described. That is, since [apparatus configuration] and [screen display operation] are substantially the same as in the case of the first embodiment, and [screen transition operation] is substantially the same as in the case of the second embodiment, The description is omitted here.
[0075]
[Features in this embodiment]
The GUI device according to the present embodiment is also characterized by a process for selecting a next screen candidate and generating an object (S203 in FIG. 8) in the screen transition operations described in the second embodiment. FIG. 11 is a flowchart showing an operation example of selection of the next screen candidate and object generation, and FIG. 12 is an explanatory diagram showing a specific example of the next screen management table used at that time.
[0076]
In the next screen management table described here, as shown in FIG. 12, unlike the case of the second embodiment, the time taken to display the screen of a screen that may transition to the next screen is displayed. Stored in microseconds. However, it is not necessary to rearrange in the order of display time. This next screen management table is also individually provided for every screen displayed on the display unit 41.
[0077]
For example, if the next screen management for the screen B is set as shown in FIG. 12, the display time of the screen C is 300 ms and the display time of the screen D is referred to by referring to the next screen management table. It can be seen that 700 ms and the display time of screen E is 100 ms.
[0078]
In performing the next screen candidate selection operation using such a next screen management table, as shown in FIG. 11, the CPU 44 first selects a generated object in accordance with the processor load for screen display. A processing load (hereinafter referred to as “CPU load”) is acquired (S401). Here, the CPU load corresponds to a CPU execution load other than the processing described in the present embodiment. That is, if the CPU 44 is not performing any processing other than the processing of the present embodiment, the CPU load P = 0%, and otherwise, the CPU load P = 100% when the processing that fully uses the CPU 44 is performed. Become. In addition, since acquisition of CPU load should just use a known technique, the description is abbreviate | omitted here.
[0079]
After obtaining the CPU load, subsequently, a display time reference value T (ms) is set (S402). The display time reference value T is, for example, based on the CPU load P (%) that has already been acquired and the time that may be taken until the next screen is displayed, that is, the display allowable time Ts (ms). 1).
[0080]
T = Ts / (1 + P / 100) (1)
[0081]
For example, when Ts = 500 ms, T = 500 ms when P = 0%, and T = 250 ms when P = 100%. This is because, in the formula (1), even when the CPU 44 does not process anything, it takes 250 ms to display the next screen, and when the CPU load is 100%, the display time of the next screen takes 500 ms. Assumes that. Note that the formula (1) described here is merely a specific example, and may be set to a desirable formula according to the system for constructing the GUI device. The same can be said for the display allowable time Ts.
[0082]
Further, the acquisition of the CPU load and the calculation of the display time reference value T described here are not necessarily essential. That is, for example, the display time reference value T = the display allowable time Ts may be set without acquiring the CPU load. In this case, the generated object is selected without considering the CPU load. Become.
[0083]
After specifying the display time reference value T, the index I of the next screen management table is set to “1” (S403), as in the case described in the second embodiment. It is determined whether the search is completed (S404). If it is determined that the search for the next screen management table has been completed, the process ends. If not, the process proceeds to the next step (S405).
[0084]
In the next step (S405), the display time Ti of the index I is extracted from the next screen management table. For example, in the first loop, the display time Ti is the time taken to display the screen C, and Ti = 300 ms. Then, the extracted display time Ti is compared with the already specified display time reference value T, and it is determined whether or not these are in a relationship of display time Ti> display time reference value T (S406).
[0085]
When the display time Ti> the display time reference value T, it is determined that the display of the next screen of the index I takes time exceeding the reference, so the next screen of the index I is set as a next screen candidate. The setting is made (S407), and the next screen candidate object is generated (S408). On the other hand, when the display time Ti ≦ the display time reference value T, it is determined that the display of the next screen of the index I can be performed in a time equal to or less than the reference, and therefore no object is generated.
[0086]
To explain with a specific example, when Ts = 500 ms and P = 0%, T = 500 ms. Here, in the first loop for the screen C, Ti = 300 ms. Therefore, in this case, Ti ≦ T, and the display of the next screen C can be performed in a time of Ts = 500 ms or less, and since it is considered that prior screen drawing is unnecessary, no object is generated. However, if P = 100%, T = 250 ms and Ti> T, so that it is determined that the display of the next screen C cannot be performed in a time of Ts = 500 ms or less, and the object is generated. The screen drawing in advance will be performed.
[0087]
Thereafter, the index I is incremented by “+1” (S409), and the above-described steps (S404 to S409) are repeated.
[0088]
As described above, in this embodiment as well, in the same way as in the second embodiment, screen candidates with a high processing load and a long display time are preferentially drawn, so a data area that functions as a work memory on the RAM 46 Can be effectively utilized, and the screen display after transition can be performed at high speed.
[0089]
In addition, screen selection for that purpose, that is, selection of a screen with a high processing load, is performed based on the time information required to display the screen. It becomes possible to prevent incurring consumption and to increase the effectiveness of the pre-drawing than before. In other words, since the next screen candidate is selected based on the screen display time, it is possible to avoid generating a screen object that can be displayed at high speed in advance, and to effectively use a data area that functions as a work memory.
[0090]
In addition, since the screen drawing is performed according to the CPU load, that is, the processing load other than the screen drawing, for example, when Ts = 500 ms and P = 0%, the object of the screen D is generated in advance, and Ts = In the case of 500 ms and P = 100%, objects of screen C and screen D are generated in advance. In this manner, since the next screen candidate can be selected and the object can be generated according to the time required for screen display and the CPU load, the next screen can be displayed with a sufficient reaction speed.
[0091]
【The invention's effect】
  As described above, the GUI device and the GUI screen display program according to the present invention are recorded.Computer readableAccording to the storage medium, the screen transition speed can be increased and the memory usage efficiency can be improved, so that the transition destination screen can be displayed without increasing the amount of memory used as work memory or cache memory. It is possible to perform the operation quickly.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of a schematic configuration of a GUI device according to the present invention.
FIG. 2 is an explanatory diagram illustrating a specific example of an object configuration that implements a GUI function.
FIG. 3 is an explanatory diagram showing a specific example of a GUI screen.
FIG. 4 is an explanatory diagram illustrating a specific example of screen transition of a GUI screen.
FIG. 5 is an explanatory diagram (part 1) illustrating a specific example of processing contents of a table operation instruction group by a drawing instruction group management object of the GUI apparatus according to the present invention;
FIG. 6 is an explanatory diagram (part 2) of a specific example of processing contents of a table operation command group by a drawing command group management object of the GUI device according to the present invention;
FIG. 7 is an explanatory diagram (part 3) illustrating a specific example of processing contents of a table operation instruction group by a drawing instruction group management object of the GUI apparatus according to the present invention;
FIG. 8 is a flowchart showing an example of a screen transition control procedure in the GUI device according to the present invention.
FIG. 9 is a flowchart (part 1) illustrating an operation example of selection of a next screen candidate and object generation in the GUI device according to the present invention.
FIG. 10 is an explanatory diagram (No. 1) showing a specific example of a next screen management table used when selecting a next screen candidate in the GUI device according to the present invention.
FIG. 11 is a flowchart (part 2) illustrating an operation example of selection of a next screen candidate and object generation in the GUI device according to the present invention.
FIG. 12 is an explanatory diagram (No. 2) showing a specific example of a next screen management table used when selecting a next screen candidate in the GUI device according to the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... GUI application, 11 ... Screen object group, 12 ... Screen component object group, 13 ... Basic component object group, 14 ... Display control object, 15 ... Drawing command group management object, 40 ... Hardware part OO, 41 ... Display unit, 42 ... operation unit, 43 ... communication control unit, 44 ... CPU, 45 ... ROM, 46 ... RAM

Claims

A GUI device that selectively displays a plurality of screens and transitions the display screens as necessary.
First storage means for storing an object group for drawing the plurality of screens;
Second storage means functioning as a work memory for storing a screen drawing result of each object stored in the first storage means;
A load recognition means for recognizing a processing load when performing screen drawing with each object and comparing it with a reference allowable load ;
After generating a drawing result of a screen group that can be a transition destination of the screen in the second storage unit after displaying a certain screen, if the processing load exceeds an allowable load by the load recognition unit in the screen group A GUI apparatus comprising: a drawing processing unit that draws the determined screen as a next screen candidate .

The load recognition means, GUI apparatus of claim 1, wherein the varying the value of the permissible load in accordance with the situation of the processing load other than the screen drawing.

A computer-readable storage medium that records a GUI screen display program used in a computer that selectively displays a plurality of screens and transitions the display screens as necessary.
The computer,
First storage means for storing an object group for drawing the plurality of screens ;
Second storage means functioning as a work memory for storing a screen drawing result of each object stored in the first storage means;
A load recognition means for comparing the reference becomes allowable load recognizes the processing load at the time of performing the screen drawing by the respective object,
After displaying the certain window, when to generate a drawing result of the screen group that can be a transition destination of the screen in the second storage means, the processing load by the load recognition unit in the screen group exceeds an allowable load Drawing processing means for drawing the determined screen as the next screen candidate
A computer-readable storage medium storing a GUI screen display program for functioning as a computer .