JP4672717B2 - 情報処理装置及び画面表示方法 - Google Patents

Description

本発明は、画面表示機能を備える情報処理装置及びその画面表示方法に関するものである。

従来から、画面表示機能を備える携帯電話機が知られている。例えば、下記特許文献１には、メニュー画面の階層構造や項目の構成などを変えることなく、少ない操作で所望の機能を選択できる携帯電話機が開示されている。この携帯電話機は、ユーザが過去に選択した項目を履歴情報として記憶しておき、次回の機能選択操作時にその履歴情報を参照して、選択回数が最も多い項目に初回のカーソル位置を設定する。また、下記特許文献２には、特定のイベントの発生を感知した場合に移動体のディスプレイ表示を変化させる手法が開示されている。

携帯電話機に表示される画面（例えばメニュー画面）はコンテンツ化されて提供される場合がある。具体的には、コンテンツプロバイダーがメニュー画面などを携帯電話機などの情報処理装置に配信可能なように作成し、情報処理装置のユーザがウェブサイトなどを介してその画面（以下「ＵＩ（User Interface）コンテンツ」ともいう）をダウンロードし使用する。これにより、ユーザは自身の嗜好に合った画面を利用したりカスタマイズしたりすることが可能になる。
特開２００６−３０３６６６号公報 特開２００６−３１１４９８号公報

ＵＩコンテンツは、情報処理装置のシステム状態に応じて表示あるいは動作の態様を変化させるので、情報処理装置はＵＩコンテンツを動作させるためにシステム状態を常に把握する必要がある。しかし、ＵＩコンテンツの表示やページ遷移などの度に情報処理装置がシステム状態を問い合わせると、画面の表示速度が著しく低下することがある。

本発明は、上記課題を解決するためになされたものであり、画面の表示速度あるいは動作速度を高速化することが可能な情報処理装置及び画面表示方法を提供することを目的とする。

本発明の情報処理装置は、ユーザによる入力を受け付ける受付手段と、受付手段により受け付けられた入力に基づいて画面を表示する表示手段とを備える情報処理装置であって、情報処理装置が所定のシステム状態にあるときに表示される情報を定義する定義情報を記憶する記憶手段と、情報処理装置のシステム状態を取得するシステム状態取得手段と、受付手段により入力が受け付けられた場合に、新たに情報処理装置のシステム状態を取得することなく、記憶手段に記憶されている、システム状態取得手段により取得されたシステム状態に対応する定義情報に基づいて、表示手段に表示する画面を生成する画面生成手段と、を備えることを特徴とする。

また、本発明の画面表示方法は、ユーザによる入力を受け付ける受付手段と、受付手段により受け付けられた入力に基づいて画面を表示する表示手段とを備える情報処理装置、における画面表示方法であって、情報処理装置が所定のシステム状態にあるときに表示される情報を定義する定義情報を記憶する記憶ステップと、情報処理装置のシステム状態を取得するシステム状態取得ステップと、受付手段により入力が受け付けられた場合に、新たに情報処理装置のシステム状態を取得することなく、記憶ステップにおいて記憶された、システム状態取得ステップにおいて取得されたシステム状態に対応する定義情報に基づいて、表示手段に表示する画面を生成する画面生成ステップと、を含むことを特徴とする。

このような情報処理装置及び画面表示方法によれば、取得された情報処理装置のシステム状態に対応する定義情報に基づいて画面が生成され表示される。この際には、情報処理装置のシステム状態を改めて取得する処理は行われない。このように、情報処理装置のシステム状態を都度取得することなく画面を表示できるので、画面の表示速度あるいは動作速度を高速化できる。

本発明の情報処理装置では、記憶手段が、定義情報を記憶する第１記憶手段と、第１記憶手段に記憶されている定義情報のうち、システム状態取得手段により取得されたシステム状態に対応する定義情報を記憶する第２記憶手段と、を備え、画面生成手段が、システム状態取得手段により取得されたシステム状態が継続している間は第２記憶手段に記憶されている定義情報に基づいて画面を生成することが好ましい。

この場合、現在のシステム状態に対応する定義情報が他の定義情報とは別に記憶されるので、現在のシステム状態に対応する定義情報を検索する必要がない。したがって、その分だけ画面の表示速度あるいは動作速度を高速化できる。

本発明の情報処理装置では、第２記憶手段及び画面生成手段が、システム状態取得手段を制御する制御モジュールとは異なる制御モジュールにより制御されることが好ましい。

この場合、あるシステム状態が継続している間は、情報処理装置のシステム状態を取得する制御モジュールとは別の制御モジュール内で画面表示のための処理が実行される。このように、他の制御モジュールへの問い合わせを行うことなく一つの制御モジュール内で処理が完結するので、画面の表示速度あるいは動作速度をより高速に実行できる。

このような情報処理装置及び画面表示方法によれば、新たにシステム状態を取得することなく定義情報に基づいて画面が表示されるので、画面の表示速度あるいは動作速度を高速化できる。

以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。

まず、図１〜５を用いて、実施形態に係る携帯電話機（情報処理装置）１０の構成を説明する。図１は携帯電話機１０の機能構成を示す図である。図２は携帯電話機のハードウェア構成を示す図である。図３は図１に示すメインシステム制御部２３とＵＩエンジン３０との関係を示す図である。図４は属性テーブルの例を示す図である。図５はＵＩコンテンツの表示例を示す図である。

携帯電話機１０は、通話機能やメール送受信機能などを有する移動通信端末であり、入出力インタフェースを制御するメインシステム２０と、画面表示処理を補助するＵＩエンジン３０という二つの制御モジュールを備えている。メインシステム２０は、機能的構成要素としてキー入力部（受付手段）２１、第１属性テーブル管理部（第１記憶手段）２２、メインシステム制御部２３、及び表示部（表示手段）２４を備えている。ＵＩエンジン３０は、機能的構成要素としてＵＩコンテンツ制御部３１、第２属性テーブル管理部（第２記憶手段）３２、及びＵＩコンテンツ描画部（画像生成手段）３３を備えている。

携帯電話機１０は、図２に示すように、オペレーティングシステムやアプリケーションプログラムなどを実行するＣＰＵ１０１、ＲＯＭ及びＲＡＭで構成される主記憶部１０２、メモリなどで構成される補助記憶部１０３、移動体通信網を介してデータ通信を行う通信制御部１０４、液晶モニタなどで構成される表示部１０５並びに文字・数字入力及び実行指示を行うキーで構成される操作部１０６で構成される。図１を示して説明する各機能は、図２に示すＣＰＵ１０１及び主記憶部１０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信制御部１０４を動作させるとともに、主記憶部１０２や補助記憶部１０３におけるデータの読み出し及び書き込みを行うことで実現される。

図１に示すメインシステム制御部２３及びＵＩエンジン３０の実体は、オペレーティングシステム４０上で稼働するミドルウェアである。図１を示して説明する機能は、図３に示すように、メインシステム制御部２３、ＵＩエンジン３０及びオペレーティングシステム４０が相互にデータを送受信しながら演算処理することで実行される。

キー入力部２１は、携帯電話機１０のユーザによるキー入力を受け付ける手段である。キー入力部２１は受け付けたキー入力を所定の入力信号としてメインシステム制御部２３に出力する。

第１属性テーブル管理部２２は、携帯電話機１０が所定のシステム状態にあるときに表示されるＵＩコンテンツ（画面）を定義する定義情報を属性テーブルとして記憶する手段である。属性テーブルは、携帯電話機１０のシステム状態に応じてメニュー画面をどのように表示させるかを示す表示モードを規定する情報である。

属性テーブルは、システム状態と、そのシステム状態において表示される一以上のページと、各ページ内に含まれる一以上の表示項目とが関連付けられた情報である。したがって、一つの属性テーブルは一つのシステム状態に対応している。なお、表示項目には、その項目がどのように画面上に表示されるかを示す表示態様の情報も含まれる。

図４には、例として、システム状態「パーソナルデータロック状態」に対応する属性テーブルＴ１（図４（ａ）参照）、システム状態「複数番号サービスＡモード状態」に対応する属性テーブルＴ２（図４（ｂ）参照）、及びシステム状態「パーソナルデータロック状態、かつ複数番号サービスＡモード状態」に対応する属性テーブルＴ３（図４（ｃ）参照）が示されている。図４における「グレーアウト」とは、入力インタフェース（例えばアイコン）は表示されるもののそのインタフェースを介しての入力ができない状態のことをいう。これに対し、「通常表示」とは、入力インタフェースを介して入力できる状態のことをいう。なお、属性テーブルの内容や構成は図４に示すものに限定されない。例えば、属性テーブルは、画面構成（メニュー構成）を示す情報に代えて、画面上に表示される文字や画像そのものに関する情報を定義するように構成されてもよい。

第１属性テーブル管理部２２は、メインシステム制御部２３からの要求に応じて特定の属性テーブルを抽出し、抽出した属性テーブルをメインシステム制御部２３に出力する。

メインシステム制御部２３は、入出力インタフェースに相当するキー入力部２１及び表示部２４を制御する手段である。特に、メインシステム制御部２３はキー入力部２１から入力された入力信号に基づいて、ＵＩコンテンツを表示させるための信号をＵＩコンテンツ制御部３１に出力する。メインシステム制御部２３は、このような機能を実現するホストアプリケーションがＣＰＵ１０１上に展開され実行されることで実現される機能的構成要素である。

メインシステム制御部２３はシステム状態取得部（システム状態取得手段）２３ａを含んでいる。システム状態取得部２３ａは携帯電話機１０のシステム状態を取得する手段であり、より具体的には、システム状態を記憶し必要に応じてそのシステム状態をメインシステム制御部２３に提供する。

メインシステム制御部２３に入力される入力信号には以下の三種類が含まれる。
１．表示モード（システム状態）を変更するような操作を示す入力信号（例えば、パーソナルデータロックの設定を行った場合に入力される信号）
２．ＵＩエンジン３０を起動するような操作を示す入力信号（例えば、メニューボタンが押下された場合に入力される信号）
３．ＵＩエンジン３０が起動しているときにページ遷移を発生させるための入力信号（例えば、トップページにおいて設定メニューが選択され決定ボタンが押された場合に入力される信号）

メインシステム制御部２３に、表示モードを変更するような操作を示す入力信号が入力された場合、メインシステム制御部２３はシステム状態取得部２３ａに変更後のシステム状態を記憶することを命令する。システム状態取得部２３ａは、その命令に基づいて、携帯電話機１０が遷移しようとするシステム状態を記憶する。例えば、パーソナルデータロックの操作が為された場合には、システム状態取得部２３ａは「パーソナルデータロック状態」というシステム状態を記憶する。

メインシステム制御部２３に、ＵＩエンジン３０を起動するような操作を示す入力信号が入力された場合、メインシステム制御部２３はシステム状態取得部２３ａに記憶されているシステム状態を取得する。続いて、メインシステム制御部２３はそのシステム状態に対応する属性テーブルを第１属性テーブル管理部２２に要求する。続いて、メインシステム制御部２３はその要求に応じて第１属性テーブル管理部２２から入力された属性テーブルをＵＩコンテンツ制御部３１に出力する。続いて、メインシステム制御部２３は、ＵＩエンジン３０を起動してＵＩコンテンツを表示させるためのＵＩコンテンツ表示指示をＵＩコンテンツ制御部３１に出力する。この出力によりＵＩエンジン３０が起動する。

例えば、携帯電話機１０がパーソナルデータロック状態であるときにＵＩエンジン３０を起動するための入力信号が入力された場合、メインシステム制御部２３はそのシステム状態に対応する属性テーブルＴ１（図４（ａ）参照）を第１属性テーブル管理部２２から取得してＵＩコンテンツ制御部３１に出力する。その後、メインシステム制御部２３はＵＩコンテンツ表示指示をＵＩコンテンツ制御部３１に出力する。

なお、メインシステム制御部２３は、ＵＩエンジン３０を起動させるときだけでなく、表示モードを変更するような操作を示す入力信号が入力された場合にも、変更後のシステム状態に対応する属性テーブルを取得してＵＩコンテンツ制御部３１に出力する。

ＵＩエンジン３０が起動しているときにページ遷移を発生させるための入力信号が入力された場合、メインシステム制御部２３は、その入力信号をＵＩコンテンツ制御部３１に出力する。

表示部２４は、ユーザの操作に基づいて画面（ＵＩコンテンツ）を表示する手段であり、具体的には液晶画面である。

ＵＩコンテンツ制御部３１は、メインシステム制御部２３から入力された信号（データ）に基づいて第２属性テーブル管理部３２及びＵＩコンテンツ描画部３３を制御する手段である。ＵＩコンテンツ制御部３１に入力される信号（データ）には以下の三種類が含まれる。
１．属性テーブル
２．ＵＩコンテンツ表示指示
３．ページ遷移を発生させるための入力信号

属性テーブルが入力された場合、ＵＩコンテンツ制御部３１はその第２属性テーブル管理部３２に出力する。

ＵＩコンテンツ表示指示が入力された場合、ＵＩコンテンツ制御部３１は第２属性テーブル管理部３２に対して属性テーブルを要求し、その要求に応じて第２属性テーブル管理部３２から入力された属性テーブルを取得する。続いて、ＵＩコンテンツ制御部３１は取得した属性テーブルの内容を解析することでページ及び表示項目をどのように表示するかを判断する。続いて、ＵＩコンテンツ制御部３１はＵＩコンテンツを描画するための描画指示信号を判断結果に基づいて生成し、ＵＩコンテンツ描画部３３に出力する。

ページ遷移を発生させるための入力信号が入力された場合、ＵＩコンテンツ制御部３１は既に取得済みの属性テーブルに基づいてＵＩコンテンツの表示方法を判断し、その判断結果に基づいて描画指示信号を生成してＵＩコンテンツ描画部３３に出力する。

例えば、ＵＩコンテンツ表示指示が入力されたときにＵＩコンテンツ制御部３１が図４（ａ）に示す属性テーブルＴ１を取得した場合、ＵＩコンテンツ制御部３１は、メインページにおいて表示項目「メール」、「インターネット」及び「データＢＯＸ」をグレーアウトで表示し他の表示項目を通常表示すると判断する。その後、設定ページに遷移するための入力信号が入力された場合、ＵＩコンテンツ制御部３１は取得済みの属性テーブルＴ１に基づいて設定ページの表示態様を判断する。

第２属性テーブル管理部３２は、第１属性テーブル管理部２２に記憶されている属性テーブルのうち、システム状態取得部２３ａにより取得されたシステム状態に対応する属性テーブルを記憶する手段である。第２属性テーブル管理部３２は、ＵＩコンテンツ制御部３１から属性テーブルが入力された場合にその属性テーブルを記憶する。これにより、携帯電話機１０のシステム状態に対応する属性テーブルがＵＩエンジン３０内に記憶される。また、第２属性テーブル管理部３２は、ＵＩコンテンツ制御部３１から属性テーブルを要求された場合に、記憶している属性テーブルを読み出してＵＩコンテンツ制御部３１に出力する。

ＵＩコンテンツ描画部３３は、第２属性テーブル管理部３２に記憶されている属性テーブルに基づいて、表示部２４に表示される画面を生成する手段である。ＵＩコンテンツ描画部３３は生成したＵＩコンテンツを表示部２４に出力する。

ＵＩコンテンツ描画部３３はＵＩコンテンツ制御部３１からの描画指示信号に基づいてＵＩコンテンツを生成するが、この描画指示信号は、専ら、第２属性テーブル管理部３２に記憶されている属性テーブルに基づいて生成されるものである。そして、第２属性テーブル管理部３２に記憶されている属性テーブルはシステム状態（表示モード）が変わらない限り更新されない。したがって、ＵＩコンテンツ描画部３３は、あるシステム状態が継続している間は、キー入力部２１により受け付けられた入力に対して新たにシステム状態を取得することなく、第２属性テーブル管理部３２内の属性テーブルに基づいてＵＩコンテンツを生成する手段であるといえる。

ＵＩコンテンツ描画部３３が生成するＵＩコンテンツの例を図５に示す。図５（ａ）のＵＩコンテンツは図４（ａ）の属性テーブルＴ１に対応しており、項目「メール」、「インターネット」及び「データＢＯＸ」に対応するアイコンがグレーアウトで表示されている。一方、図５（ｂ）のＵＩコンテンツは図４（ｂ）の属性テーブルＴ２に対応しており、全アイコンが操作可能なように表示されている。

次に、図６及び７を用いて、図１に示す携帯電話機１０の処理を説明するとともに本実施形態に係る画面表示方法について説明する。図６はＵＩコンテンツの初回起動時における処理を示すシーケンス図であり、図７はシステム状態が変更された場合の処理を示すシーケンス図である。なお、図６及び７のいずれにおいても、第１属性テーブル管理部２２は予め一以上の属性テーブルを記憶している（記憶ステップ）。

まず、図６を用いて説明する。ユーザがＵＩエンジン３０を起動するような操作、例えば表示部２４に表示されているメニューボタンを選択して決定する操作を行うと（ステップＳ１１）、キー入力部２１がその操作に対応する入力信号をメインシステム制御部２３に出力する（ステップＳ１２）。続いて、システム状態取得部２３ａが携帯電話機１０のシステム状態を取得し（ステップＳ１３、システム状態取得ステップ）、メインシステム制御部２３がそのシステム状態に対応する属性テーブルを第１属性テーブル管理部２２に要求する（ステップＳ１４）。第１属性テーブル管理部２２は、この要求に基づいて属性テーブルを読み出しメインシステム制御部２３に出力する（ステップＳ１５）。

続いて、メインシステム制御部２３は取得した属性テーブルをＵＩコンテンツ制御部３１に出力し（ステップＳ１６）、ＵＩコンテンツ制御部３１はその属性テーブルを第２属性テーブル管理部３２に出力する（ステップＳ１７）。続いて、第２属性テーブル管理部３２がその属性テーブル（携帯電話機１０のシステム状態に対応する属性テーブル）を記憶する（ステップＳ１８）。

その後、メインシステム制御部２３は、上記ステップＳ１２において入力された入力信号に基づいてＵＩコンテンツ表示指示をＵＩコンテンツ制御部３１に出力する（ステップＳ１９）。続いて、ＵＩコンテンツ制御部３１が第２属性テーブル管理部３２に対して属性テーブルを要求し（ステップＳ２０）、その要求に応じて第２属性テーブル管理部３２から入力された属性テーブル（携帯電話機１０のシステム状態に対応する属性テーブル）を取得する（ステップＳ２１）。

続いて、ＵＩコンテンツ制御部３１は、取得した属性テーブルに基づいて表示方法を判断する（ステップＳ２２）。具体的には、ＵＩコンテンツ制御部３１は、属性テーブル内に定義されているページ、表示項目及び表示態様に関する情報に基づいて、どの部分をグレーアウトで表示しどの部分を通常表示するかを判断する。続いて、ＵＩコンテンツ制御部３１は判断結果に基づいて描画指示信号を生成し、ＵＩコンテンツ描画部３３に出力する（ステップＳ２３）。続いて、ＵＩコンテンツ描画部３３が、入力された描画指示信号に基づいてＵＩコンテンツを生成し（ステップＳ２４、画面生成ステップ）、表示部２４に出力する。そして最後に、表示部２４が生成されたＵＩコンテンツを表示する。このＵＩコンテンツは上記ステップＳ１１におけるユーザ操作に対して出力される画面である。

その後、ユーザがページ遷移を伴う操作、例えばトップページにおいて設定ページを選択する操作を行うと（ステップＳ２５）、キー入力部２１が入力信号をメインシステム制御部２３に出力し（ステップＳ２６）、メインシステム制御部２３がその入力信号をＵＩコンテンツ制御部３１に出力する（ステップＳ２７）。

続いて、ＵＩコンテンツ制御部３１が上記ステップＳ２１において取得済みの属性テーブルに基づいて表示方法を判断し（ステップＳ２８）、その判断結果に基づいて描画指示信号を生成してＵＩコンテンツ描画部３３に出力する（ステップＳ２９）。続いて、ＵＩコンテンツ描画部３３がその描画指示信号に基づいてＵＩコンテンツを生成し（ステップＳ３０、画面生成ステップ）、表示部２４に出力する。そして最後に、表示部２４が生成されたＵＩコンテンツを表示する。このＵＩコンテンツは上記ステップＳ２５におけるユーザ操作に対して出力される画面である。

次に、図７を用いて説明する。まず、ユーザがシステム状態（表示モード）を変更するような操作、例えばパーソナルデータロックを設定する操作を行うと（ステップＳ４１）、キー入力部２１がその操作に対応する入力信号をメインシステム制御部２３に出力する（ステップＳ４２）。続いて、メインシステム制御部２３内にあるシステム状態取得部２３ａが携帯電話機１０のシステム状態を記憶する。その後に行われるステップＳ４４〜Ｓ６３の処理は、図６におけるステップＳ１１〜Ｓ３０の処理と同様である。

以上説明したように、本実施形態によれば、あるシステム状態が継続している間は携帯電話機１０のシステム状態を都度取得することなくＵＩコンテンツを表示できるので、ＵＩコンテンツの表示速度あるいは動作速度を高速化できる。すなわち、システム状態の取得及びＵＩエンジン３０へのシステム状態の通知のタイミングを最適化することで画面表示及び画面動作を高速化できる。例えば図６に示すように、一旦属性テーブルが第２属性テーブル管理部３２に記憶されれば、システム状態（表示モード）が変わらない限り、メインシステム２０にシステム状態を問い合わせることなくページ遷移が行われる（ステップＳ２５〜Ｓ３０を参照）。

また、現在のシステム状態に対応する属性テーブルが他の属性テーブルとは別に第２属性テーブル管理部３２記憶されるので、現在のシステム状態に対応する属性テーブルを検索する必要がない。したがって、その分だけＵＩコンテンツの表示速度あるいは動作速度を高速化できる。

また、メインシステム２０への問い合わせを行うことなくＵＩエンジン３０内でＵＩコンテンツの描画が完結するので、ＵＩコンテンツの表示速度あるいは動作速度をより高速に実行できる（例えば図６のステップＳ２５〜Ｓ３０を参照）。

以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で以下のような様々な変形が可能である。

上記実施形態では第１属性テーブル管理部２２及び第２属性テーブル管理部３２が属性テーブルを記憶したが、属性テーブルを記憶する記憶手段の構成はこれに限定されない。例えば、メインシステム制御部２３及びＵＩコンテンツ制御部３１が一つの属性テーブル管理部に対してアクセスするように属性テーブルの記憶手段を構成してもよい。

上記実施形態では、情報処理装置として携帯電話機１０を用いたが、携帯情報端末（Personal Digital Assistant、ＰＤＡ）やデスクトップ型コンピュータなどの様々な機器を情報処理装置として用いることが可能である。

実施形態に係る携帯電話機の機能構成を示す図である。 図１に示す携帯電話機のハードウェア構成を示す図である。 図１に示すメインシステム制御部とＵＩエンジンとの関係を示す図である。 （ａ）〜（ｃ）はそれぞれ属性テーブルの例を示す図である。 ＵＩコンテンツの表示例を示す図である。 ＵＩコンテンツの初回起動時における処理を示すシーケンス図である。 システム状態が変更された場合の処理を示すシーケンス図である。

符号の説明

１０…携帯電話機（情報処理装置）、２０…メインシステム（制御モジュール）、２１…キー入力部（受付手段）、２２…第１属性テーブル管理部（第１記憶手段）、２３…メインシステム制御部、２３ａ…システム状態取得部（システム状態取得手段）、２４…表示部（表示手段）、３０…ＵＩエンジン（制御モジュール）、３１…ＵＩコンテンツ制御部、３２…第２属性テーブル管理部（第２記憶手段）、３３…ＵＩコンテンツ描画部（画面生成手段）

Claims (2)

1. ユーザによる入力を受け付ける受付手段と、前記受付手段により受け付けられた入力に基づいて画面を表示する表示手段とを備える情報処理装置であって、
   前記情報処理装置が所定のシステム状態にあるときに表示される情報を定義する定義情報を記憶する第１記憶手段と、
   前記情報処理装置のシステム状態を取得するシステム状態取得手段と、
   前記第１記憶手段に記憶されている定義情報のうち、前記システム状態取得手段により取得されたシステム状態に対応する定義情報を記憶する第２記憶手段と、
   前記システム状態取得手段により取得されたシステム状態が継続している間は、前記受付手段により入力が受け付けられた場合に、新たに前記情報処理装置のシステム状態を取得することなく、前記第２記憶手段に記憶されている定義情報に基づいて、前記表示手段に表示する画面を生成する画面生成手段と、
   を備え、
   前記第２記憶手段及び前記画面生成手段が、前記システム状態取得手段を制御する制御モジュールとは異なる制御モジュールにより制御される、
   ことを特徴とする情報処理装置。
2. ユーザによる入力を受け付ける受付手段と、前記受付手段により受け付けられた入力に基づいて画面を表示する表示手段とを備える情報処理装置、における画面表示方法であって、
   前記情報処理装置が所定のシステム状態にあるときに表示される情報を定義する定義情報を第１記憶手段に記憶する第１記憶ステップと、
   前記情報処理装置のシステム状態を取得するシステム状態取得ステップと、
   前記第１記憶手段に記憶されている定義情報のうち、前記システム状態取得ステップにおいて取得されたシステム状態に対応する定義情報を第２記憶手段に記憶する第２記憶ステップと、
   前記システム状態取得ステップにおいて取得されたシステム状態が継続している間は、前記受付手段により入力が受け付けられた場合に、新たに前記情報処理装置のシステム状態を取得することなく、前記第２記憶ステップにおいて前記第２記憶手段に記憶された定義情報に基づいて、前記表示手段に表示する画面を生成する画面生成ステップと、
   を含み、
   前記第２記憶ステップ及び前記画面生成ステップが、前記システム状態取得ステップを実行する制御モジュールとは異なる制御モジュールにより実行される、
   ことを特徴とする画像表示方法。

Images