JP6132772B2 - 制御装置及びリモコン装置 - Google Patents

Description

本発明は、制御装置及びリモコン装置に関する。

従来、家電機器、設備機器などを操作するためのリモコン装置には、画面上に印刷された文字や図形の表示／非表示を切り替えるユーザインタフェースが採用されてきた。近時のリモコン装置には、図形、文字などを表す画像をフルドット液晶ディスプレイに表示させ、分かり易いユーザインタフェースを提供することへの要求が高まっている。一方で、画像を描画するための処理負荷は大きくなり、描画処理を実行したがために、リモコン装置から家電機器、設備機器などを制御する処理が遅延したり、画像を記憶するためのメモリ容量が増加するといった問題があった。中央演算装置の処理負担を軽減するために、例えば特許文献１には、描画処理を実行する専用のハードウェアとして描画演算装置を中央演算装置内または中央演算装置外に搭載する技術が開示されている。

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

しかしながら、特許文献１に記載された技術において、内部に描画演算装置を搭載した中央演算装置を用いる場合、従来使用していた中央演算装置から別の中央演算装置に機種変更することになる。中央演算装置の機種を変更すると、中央演算装置が実行するプログラムを全て新規開発する必要が生じて、長期の製品開発期間が必要となることが多い。特にリモコン装置から家電・設備機器の制御に関わるプログラムでは長年の不具合改修により高信頼性を確保しているケースも多く、そのプログラムを新規開発することによって信頼性上の問題が発生する可能性がある。

また、中央演算装置外に描画演算装置を搭載した場合、中央演算装置の機種変更は不要となるかもしれないが、中央演算装置が描画要求（実施の形態中の描画コマンドに相当）を生成し、記憶装置（ＲＡＭ）に書き込み処理が発生する。特に複雑な画面を描画する場合、描画要求のデータサイズが大きくなり、生成処理や書き込み処理に係る負荷が大きく、家電・設備機器などを制御するといった描画以外の処理が大きく遅延する可能性がある。また、家電・設備機器を制御するプログラムの実行途中で、少なくない時間が描画要求の生成や書き込みに割かれるため、再度当該プログラムのタイミング検証等が必要となる。また、必要があれば、プログラムを再開発しなければならない。

本発明は、上述の事情の下になされたもので、既存の中央演算装置や既存のプログラムをほとんど変更することなく、表示画像を画面に表示させるための中央演算装置の処理負担を軽減することが可能な制御装置及びリモコン装置を提供することを目的とする。

上記目的を達成するため、本発明の制御装置は、
表示データによって示される表示画像を画面に表示する表示装置と、
前記表示データを生成するために実行される描画コマンド群の各々について、描画コマンドを構成するデータの少なくとも一部を含む描画コマンドデータを予め記憶している記憶装置と、
予め定められた描画条件と前記描画コマンドデータを特定するための描画コマンド特定データとが関連付けられた画面管理テーブルを予め記憶しており、当該画面管理テーブルに基づいて、前記描画条件に対応する描画コマンド特定データを特定し、当該特定した描画コマンド特定データを出力する中央演算装置と、
前記中央演算装置から出力された描画コマンド特定データによって特定される前記描画コマンドデータを前記記憶装置から取得し、前記取得した描画コマンドデータに基づいて、前記描画コマンド群の各々について前記描画コマンドを構成するデータを取得し、当該取得したデータで構成される描画コマンド群の各々を実行することによって、前記表示データを生成する描画演算装置とを備える。

本発明によれば、既存の中央演算装置や既存のプログラムをほとんど変更することなく、表示画像を画面に表示させるための中央演算装置の処理負担を軽減することが可能になる。

実施の形態１に係るリモコン装置の構成を示す図である。 実施の形態１に係る描画コマンドデータの一例を示す図である。 描画演算装置が表示データを生成するために用いる各領域の関係の一例を示す図である。 実施の形態１に係る画面管理テーブルの一例を示す図である。 変換部が実行する変換処理の一例を示す図である。 実施の形態１に係るリモコン装置が実行する処理の流れの一例を示す図である。 図６に示す描画コマンド実行処理の詳細を示すフローチャートである。 図７に示す要素描画処理の詳細を示すフローチャートである。 図６に示す描画コマンド実行処理の詳細の一変形例を示すフローチャートである。 図９に示す要素描画処理の詳細を示すフローチャートである。 変形例２に係るリモコン装置の構成を示す図である。 変形例２に係る描画コマンドデータの一例を示す図である。 変形例２に係る画面管理テーブルの一例を示す図である。 変形例２に係るリモコン装置が実行する処理の流れの一例を示す図である。 実施の形態２に係るリモコン装置の構成を示す図である。 実施の形態２に係る描画コマンドデータの一例を示す図である。 実施の形態２に係るリモコン装置が実行する処理の流れの一例を示す図である。 図１７に示す描画コマンド実行処理の詳細を示すフローチャートである。

以下、本発明の実施の形態について、図面を参照しつつ説明する。全図を通じて同一の要素には同一の符号を付す。また、同一の要素に関して重複する説明は省略する。

実施の形態１．
本発明の実施の形態１に係るリモコン装置は、ユーザが空調機を操作するための装置である。なお、空調機は、各種機器の一例であり、リモコン装置による操作の対象は、例えば照明、セキュリティシステムといった家電機器、設備機器などであってもよい。

本実施の形態に係るリモコン装置１は、図１に示すように、操作部２と、制御装置３とを備える。

操作部２は、ユーザが操作する部位を含み、その操作に応じた操作信号を出力する。本実施の形態に係る操作部２は、ユーザが押下することで操作する複数のボタンを備え、押下されたボタンに応じた操作信号を出力する。なお、操作部２は、例えば、レバーであってもよく、タッチパネルなどであってもよい。

制御装置３は、リモコン装置１の全体的な制御を行う装置であって、図１に示すように、表示装置４と、記憶装置５と、中央演算装置６と、描画演算装置７とを備える。

表示装置４は、表示画像を画面に表示する装置であって、図１に示すように、表示部８と、ＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９と、ＶＲＡＭデータ取得部１０と、表示制御部１１とを備える。

表示部８は、例えば３２階調グレースケール対応のフルドット形式の液晶デバイスであり、一定の大きさの画面に一定の画素数で画像を表示する。なお、表示部８は、カラー対応であってもよい。ＶＲＡＭ９は、ＶＲＡＭデータ（表示データ）を保持するＲＡＭである。ＶＲＡＭデータ取得部１０は、描画演算装置７から出力されるＶＲＡＭデータを取得するインタフェースであり、取得したＶＲＡＭデータをＶＲＡＭ９に格納する。表示制御部１１は、ＶＲＡＭ９に格納されたＶＲＡＭデータを定期的に取得し、取得したＶＲＡＭデータが示す表示画像を表示部８の画面に表示させる。

記憶装置５は、各種データを記憶する装置であって、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、シリアルフラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、パラレルフラッシュＲＯＭなどから構成される。

記憶装置５は、図１に示すように、要素画像データ１２と描画コマンドデータ１３との各々を予め定められたアドレスに記憶する。

要素画像データ１２は、表示部８の画面の全体又は部分（ウィンドウ）に表示される表示画像に含まれる文字、記号、図形などの要素を表す画像（要素画像）を含む。

要素画像は、例えば空調機が冷房運転中である場合、冷房運転中であることを表す「冷」「房」の各文字を表す画像、目標温度を表す「０」〜「９」の各数字や「℃」を表す画像、図形により風量を表す画像である。なお、１つの要素画像が、「冷房」のように複数の文字などから構成されてもよく、要素画像が背景画像を含んでもよい。

描画コマンドデータ１３は、表示画像を示す表示データを生成するために実行されるコマンド（描画コマンド）を生成するために必要なデータを含む。描画コマンドデータ１３は、図２に示すように、ウィンドウ領域設定コマンド１４と、要素描画コマンド１５と、描画コマンドデータ１３の終端を表す終端コマンド１６とを含む。

ウィンドウ領域設定コマンド１４は、描画演算装置７が扱うことができる最大の領域である仮想領域内にウィンドウ領域を設定するためのコマンドである。ウィンドウ領域設定コマンド１４は、同図に示すように、ウィンドウ領域設定コマンド１４の要素が後続することなどを示すヘッダ１７と、仮想領域内に矩形のウィンドウ領域を設定する位置を示す仮想領域座標値１８〜２１とを含む。

同図に示す１番目（同図の左側）のウィンドウ領域設定コマンド１４に含まれる仮想領域座標値１８〜２１は、矩形領域（Ｘ０、Ｘ１、Ｙ０、Ｙ１）を表す。ここで、矩形領域（Ｘ０、Ｘ１、Ｙ０、Ｙ１）は、Ｘ方向の仮想領域座標値の最小値がＸ０、その最大値がＸ１であり、Ｙ方向の仮想領域座標値の最小値がＹ０、その最大値がＹ１である矩形の領域を表す。

図３に、１番目のウィンドウ領域設定コマンド１４に基づいて仮想領域２２に設定されるウィンドウ領域２３の例を示す。本実施の形態の仮想領域座標値（Ｘ、Ｙ）は、同図に示すように、同図の右上を原点、左右をＸ方向、上下をＹ方向とする仮想領域座標系で表す。

要素描画コマンド１５は、要素画像の外接する矩形の領域である要素領域２４をウィンドウ領域２３内に配置するためのコマンドである。なお、要素領域２４は、矩形に限らず、円や楕円などが適宜採用されてもよい。要素描画コマンド１５は、図２に示すように、ヘッダ２５と、要素種類２６と、相対座標値２７〜３０と、要素アドレス３１とを含む。

ヘッダ２５は、要素描画コマンド１５の各要素が後続することなどを示す。要素種類２６は、ＧＩＦ、ＪＰＥＧなどの要素画像データ１２に採用されている画像圧縮の種類を示す。相対座標値２７〜３０は、ウィンドウ領域２３内に要素領域２４を配置する位置を示す。要素アドレス３１は、要素画像データ１２が記憶装置５において格納されているアドレスを示す。

同図に示す１番目のウィンドウ領域設定コマンド１４に続く要素描画コマンド１５に含まれる相対座標値２７〜３０は、Ｘ方向の相対座標値の最小値がＲＸ０、その最大値がＲＸ１であり、Ｙ方向の相対座標値の最小値がＲＹ０、その最大値がＲＹ１である矩形領域（ＲＸ０、ＲＸ１、ＲＹ０、ＲＹ１）を表す。

相対座標値は、ウィンドウ領域設定コマンド１４により設定されるウィンドウ領域内における位置を示す座標値である。本実施の形態の相対座標値（ＲＸ、ＲＹ）は、図３に示すように、ウィンドウ領域２３の右上角の仮想領域座標（Ｘ０、Ｙ０）を相対座標の原点、左右をＸ方向、上下をＹ方向とする相対座標系で表す。同図の要素領域２４は、１番目のウィンドウ領域設定コマンド１４に続く要素描画コマンド１５に含まれる相対座標値２７〜３０によって配置される要素領域２４の例である。

なお、ＶＲＡＭ領域（表示領域）３２は、表示部８の画面に対応する領域であって、例えば同図に示すように仮想領域２２内の中央などに設定される。したがって、同図において、ウィンドウ領域２３とＶＲＡＭ領域３２とが重なり合う部分の画像が表示画像となる。すなわち、ウィンドウ領域２３とＶＲＡＭ領域３２とが重なり合う部分に配置された要素画像は、表示部８の画面に表示される。また、ＶＲＡＭ領域３２の上方又は下方にはみ出したウィンドウ領域２３の部分に配置された要素画像は、表示部８の画面に表示されず、ウィンドウ領域２３がスクロールされた場合に表示部８の画面に表示される。

図１に戻り、中央演算装置（マイコン）６は、リモコン装置１の全体的な制御を行なう装置であって、制御部３３と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３４と、ＲＯＭ３５と、通信部３６と、入力ポート３７とを備える。

制御部３３は、ＲＯＭ３５から読み込んだソフトウェアプログラム（以下、「プログラム」という。）を解釈し、その解釈内容にしたがって演算処理やＲＯＭ３５、ＲＡＭ３４、通信部３６、入力ポート３７といった周辺機能の制御処理を行う。

ＲＡＭ３４は、制御部３３の作業領域として使用される揮発性メモリである。

ＲＯＭ３５は、制御部３３が実行するプログラムを記憶する不揮発性メモリであり、制御アプリケーション４０と、画面管理テーブル４１とを予め記憶している。

制御アプリケーション４０は、リモコン装置１の全体的な制御（主制御）や被制御装置に対する制御・操作を行なうプログラムである。

画面管理テーブル４１は、画面内容を更新する描画条件とその描画条件を満たした場合に表示する画面内容が格納されている。

図４は、画面管理テーブル４１の一例を示す。画面管理テーブル４１では、画面番号ごとに、描画コマンドアドレスと、操作種別に応じた画面番号とが関連付けられている。画面番号は、初期画面や操作入力画面といった画面の種類をユニークに識別するために個々の画面に予め割り当てられる番号である。描画コマンドアドレスは、それに関連付けられた画面を表示するための描画コマンドデータ１３が格納されている記憶装置５上のアドレスである。操作種別は、ユーザが操作部２に行う操作の種別である。操作種別は、本実施の形態ではボタン０〜ボタンＮにより特定されるボタンのいずれが押下されたかを示す。操作種別に応じた画面番号は、それが関連付けられた画面番号（図４では最も左の列に示される画面番号）の画面が表示されている時に行われた操作の種別に応じて、次に表示する画面の画面番号を示す。ここでは、上述の描画条件が表示中の画面番号と操作種別にあたり、上述の画面内容が描画コマンドアドレスにあたる。なお、描画コマンドアドレスは、描画コマンドデータ１３を特定するための描画コマンド特定データの一例である。

図１に戻り、通信部３６は、中央演算装置６からホストコマンドを描画演算装置７に出力し、描画演算装置７のレジスタ内容を読み書きするための通信インタフェースである。具体的な通信インタフェースの方式として、クロック同期型シリアル方式、非同期型シリアル通信方式、汎用バス方式などがある。

入力ポート３７は、操作部２からの操作信号、描画演算装置７からの割込信号などを検出する。

描画演算装置７は、図１に示すように、レジスタ４５と、ホストインタフェース部４６と、記憶装置インタフェース部４７と、コマンド解釈部４８と、描画部４９と、変換部５０とを備える。

レジスタ４５には、描画演算装置７が描画処理に用いる情報が格納されている。同図に示すように、レジスタ４５は、描画開始要求レジスタ６１、描画コマンドアドレスレジスタ６２、ウィンドウ領域レジスタ６３、スクロール量レジスタ６４、要素種類レジスタ６５、要素領域レジスタ６６、要素アドレスレジスタ６７及び割込レジスタ６８を有する。

描画開始要求レジスタ６１は、中央演算装置６が描画演算装置７に対して描画処理の開始を指示するためのレジスタである。描画コマンドアドレスレジスタ６２は、処理対象の描画コマンドデータ１３が格納されている記憶装置５上のアドレスを設定するためのレジスタである。ウィンドウ領域レジスタ６３は、処理対象の描画コマンド内に示されるウィンドウ領域を設定するためのレジスタである。スクロール量レジスタ６４は、ウィンドウ領域のＸ方向およびＹ方向の移動量（スクロール量）を設定するためのレジスタである。要素種類レジスタ６５は、描画する要素画像の種類を設定するためのレジスタである。要素領域レジスタ６６は、描画する要素画像の描画先座標（ウィンドウ領域に対する相対座標）を設定するためのレジスタである。要素アドレスレジスタ６７は、描画する要素画像が格納されている記憶装置５上のアドレスを設定するためのレジスタである。割込レジスタ６８は、描画終了を示す描画終了フラグを設定するためのレジスタである。

ホストインタフェース部４６は、中央演算装置６から受け付けたホストコマンドに従い、レジスタ４５の所定の位置の内容について読み書きを行う。

また、ホストインタフェース部４６は、割込レジスタ６８の描画終了フラグがセットされていた場合に、中央演算装置６の入力ポート３７へ割込信号を出力する。

記憶装置インタフェース部４７は、描画コマンドデータ１３又は要素画像データ１２を記憶装置５から所定のデータサイズ単位(例えば、１Ｂｙｔｅ)で取得するインタフェースである。

コマンド解釈部４８は、描画開始要求レジスタ６１を監視する。描画処理の開始を指示するフラグ（描画開始フラグ）が描画開始要求レジスタ６１に設定されると、コマンド解釈部４８は、記憶装置インタフェース部４７を介して描画コマンドデータ１３を記憶装置５から取得する。詳細には、コマンド解釈部４８は、描画コマンドアドレスレジスタ６２に設定されているアドレスから記憶装置５に記憶されている一連の描画コマンドデータ１３を取得する。

そして、コマンド解釈部４８は、描画コマンドデータ１３を解釈することによって、その描画コマンドに含まれる各データをそれぞれに対応するレジスタ６３、６５〜６７に格納する。その際、コマンド解釈部４８は、描画コマンドデータ１３の要素描画コマンドを読み込むごとに描画部４９に対して要素描画要求通知を行い、一旦描画コマンドデータ１３の読み込みを停止する。コマンド解釈部４８は、描画部４９から要素描画終了通知を受け付けた後に描画コマンドデータ１３の読み込みを再開する。ここで、要素描画要求通知は、要素画像の描画の開始を要求することを示す通知である。要素描画終了通知は、要素画像の描画が終了したことを示す通知である。

描画部４９は、前述の要素描画要求通知を受け付けると要素画像の描画処理を行う。詳細には描画部４９は、要素アドレスレジスタ６７に設定されているアドレスに基づいて記憶装置５から要素画像データ１２を記憶装置インタフェース部４７を介して取得する。描画部４９は、要素種類レジスタ６５に格納された画像種類データが示す画像種類に応じて伸張処理を行い、それによって、描画データを生成する。

さらに、描画部４９は、ウィンドウ領域レジスタ６３、スクロール量レジスタ６４及び要素領域レジスタ６６を参照し、参照した各レジスタ６３、６４、６６に従って要素画像の各画素ごとに配置する仮想領域上の座標位置を演算する。描画部４９は、ＶＲＡＭ領域３２に含まれる要素画像の描画データを各画素の座標位置を示すデータとともに変換部５０に出力する。描画データは具体的には、各画素の画素値を表すデータであり、モノクロ画像の場合には描画データは１ｂｉｔ（白、黒）で１画素を表わす。

変換部５０は、描画部４９から入力した描画データを表示装置４に対応したデータフォーマットであるＶＲＡＭデータ５５に変換する。変換部５０は、描画データとともに入力したデータが示す座標位置に対応したＶＲＡＭ９上の位置にその変換したＶＲＡＭデータ５５を、ＶＲＡＭデータ取得部１０を介して書き込む。この変換処理では例えば、図５に示すように、モノクロ３画素分の描画データ５３が１６ｂｉｔのＶＲＡＭデータ５５に変換される。

これまで、本発明の実施の形態１に係るリモコン装置１の構成について説明した。ここから、本実施の形態に係るリモコン装置１が稼働中に実行する処理について、図を参照して説明する。

図６に示すように、中央演算装置６は、制御アプリケーション４０を実行することによって主制御処理を行う（ステップＳ１０１）。

主制御処理（ステップＳ１０１）の実行中にユーザが操作部２を操作した場合、入力ポート３７に操作信号が入力される。これにより、中央演算装置６はユーザの操作入力を検出し（ステップＳ１０２）、主制御処理を中断する。

中央演算装置６は、画面管理テーブル４１を参照し（ステップＳ１０３）、表示装置４に表示されている画面の画面番号と取得した操作信号が示す操作種別とに基づいて、成立した描画条件に応じて次の表示画面の描画コマンドアドレスを特定する（ステップＳ１０４）。

例えば、中央演算装置６により取得された操作信号が示す操作種別が「ボタン０」であり、その時の表示画面の画面番号が「０」であるとする。図４に示す画面管理テーブル４１を参照すると、次に描画する表示画面の画面番号は「２」である。中央演算装置６は、画面番号「２」に関連付けられた描画コマンドアドレス「ＣＣＣＣＣ」が、次の表示画面の描画コマンドアドレスであると特定する。

次に、中央演算装置６は、特定した描画コマンドアドレスを描画コマンドアドレスレジスタ６２に設定するホストコマンドを通信部３６を介して描画演算装置７に出力する（ステップＳ１０５）。このとき続けて、中央演算装置６は、スクロール量レジスタ６４に一定値、例えば「０」を設定してもよい。

描画演算装置７のホストインタフェース部４６は、図６に示すように、入力されたホストコマンドに応じた描画コマンドアドレスを描画コマンドアドレスレジスタ６２に設定する（ステップＳ１０６）。

次に中央演算装置６は、描画開始フラグを描画開始要求レジスタ６１に書き込むホストコマンド（描画開始要求）を描画演算装置７に出力する（ステップＳ１０７）。その後、制御部３３は、中断していた主制御処理を再開する（ステップＳ１０８）。

描画演算装置７のホストインタフェース部４６は、描画開始要求が入力されたことに応答して、描画開始フラグを描画開始要求レジスタ６１に設定する（ステップＳ１０９）。

描画開始要求レジスタ６１を監視する描画演算装置７のコマンド解釈部４８は、描画開始フラグが設定されたことを検出すると、描画コマンド実行処理を行う（ステップＳ１１０）。

詳細後述する描画コマンド実行処理（Ｓ１１０）において描画演算装置７は、同図に示すように、描画コマンドアドレスレジスタ６２が示す記憶装置５のアドレスから描画コマンドデータ１３を取得する（ステップＳ１３１）。このとき、描画演算装置７は、描画コマンドデータ１３を１Ｂｙｔｅ取得するごとに描画コマンドアドレスレジスタ６２の内容を＋１する。これによって、コマンド解釈部４８は、描画コマンドアドレスレジスタ６２を参照しながら描画コマンドデータ１３を１Ｂｙｔｅずつ取得することができる。描画演算装置７は、終端コマンド１６を取得するまで、順次取得した描画コマンドデータ１３の内容に応じてウィンドウ領域の設定処理又は要素画像の描画処理を繰り返す。

取得した描画コマンドデータ１３が要素描画コマンド１５である場合、コマンド解釈部４８は、１つの要素描画コマンド１５の取得が完了した時点で、描画部４９に要素画像の描画処理の開始を指示する。描画部４９は、同図に示すように、要素アドレスレジスタ６７が示すアドレスから要素画像データ１２を取得する（ステップＳ１４１）。ここで、描画部４９は、要素画像データ１２を１Ｂｙｔe取得するごとに要素アドレスレジスタ６７の内容を＋１し、要素アドレスレジスタ６７を参照しながら要素画像データ１２を１Ｂｙｔeずつ取得する。描画部４９は、取得した要素画像データ１２に伸張処理を行うことによって、描画データ５３を生成する。描画部４９は、生成した描画データとこの描画データ５３が示す要素画像に含まれる各画素の座標位置を示すデータとを必要に応じて変換部５０に出力する。

変換部５０は、描画データ５３からＶＲＡＭデータ５５へデータ形式を変換し、この変換により得られたＶＲＡＭデータ５５を表示装置４へ出力する（図８に示すステップＳ１４６）。描画部４９は、処理を行っている要素画像データ１２に含まれる全画素分の処理が完了すると、要素描画終了通知をコマンド解釈部４８に通知する。この要素描画終了通知に応答して、コマンド解釈部４８は、描画コマンドデータ１３の取得を再開する。

コマンド解釈部４８は、終端コマンド１６を取得した後、描画処理が終了したことを示す描画終了フラグを割込レジスタ６８にセットする。これによって、ホストインタフェース部４６は、セットされた描画終了フラグを検出し、割込信号を中央演算装置６に出力する（ステップＳ１３９）。

中央演算装置６は、割込信号を検出すると（ステップＳ１１１）、主制御処理を中断し、割込レジスタ６８をクリアするホストコマンド（描画終了フラグクリア命令）を通信部３６を介して描画演算装置７へ出力する（ステップＳ１１２）。そして、制御部３３は主制御処理を再開する（ステップＳ１１３）。

描画演算装置７のホストインタフェース部４６は、終了割込クリア命令を中央演算装置６から取得すると、割込レジスタ６８をクリアし、割込信号を停止させる（ステップＳ１１４）。

これまでの説明から分かるように、表示画像を表示部８に表示させるために中央演算装置６が実行する処理は、操作検出処理（ステップＳ１０２）から描画開始要求出力処理（ステップＳ１０７）までの処理と、割込信号取得処理（ステップＳ１１１）と、割込クリア命令処理（ステップＳ１１２）とである。これらの処理は、従来のように描画コマンドデータを生成する処理に比べてきわめて小さい。したがって、表示画像を表示部８に表示させるために中央演算装置６に掛かる処理負荷を著しく軽減することが可能になる。

描画演算装置７が実行する描画コマンド実行処理（ステップＳ１１０）の詳細について説明する。

描画コマンド実行処理（ステップＳ１１０）は、コマンド解釈部４８が、描画開始要求レジスタ６１に描画開始フラグを検出することにより開始される。描画開始フラグを検出したコマンド解釈部４８は、描画コマンドアドレスレジスタ６２に格納されているアドレスに配置されている描画コマンドデータ１３を、記憶装置インタフェース部４７を介して記憶装置５から取得する（図６に示すステップＳ１３１）。

なお詳細には、コマンド解釈部４８は、１ｂｙｔｅ分の描画コマンドデータ１３を記憶装置インタフェース部４７を介して記憶装置５から取得すると、描画コマンドアドレスレジスタ６２の内容を＋１加算する。コマンド解釈部４８は、これを繰り返すことによって描画コマンドデータ１３を１ｂｙｔｅずつ取得する。説明を簡明にするために以下では、描画コマンドデータ取得処理の繰り返しに関する説明は省略するが、描画コマンドデータ１３が１ｂｙｔｅずつ取得されつつ、適宜以下の処理が実行されてよい。

図７に示すように、コマンド解釈部４８は、描画コマンドデータ１３に含まれるヘッダ１７，２５を解釈して、コマンドの種類がウィンドウ領域設定コマンド１４か、要素描画コマンド１５か、終端コマンド１６かを判断する（ステップＳ１３２）。

ステップＳ１３２において描画コマンドの種類がウィンドウ領域設定コマンド１４であると判断した場合、コマンド解釈部４８は、ウィンドウ領域設定コマンドに含まれるウィンドウ領域をウィンドウ領域レジスタ６３に設定する（ステップＳ１３３）。その後、コマンド解釈部４８は、ステップＳ１３２に戻る。

例えば、描画コマンドデータ１３が図２に示す内容を含み、ステップＳ１３２にてコマンド解釈部４８が、ヘッダ１７に基づいてウィンドウ領域設定コマンド１４であると判断したとする。この場合、コマンド解釈部４８は、ステップＳ１３３にてウィンドウ領域レジスタ６３にウィンドウ領域（Ｘ０、Ｘ１、Ｙ０、Ｙ１）を設定する。

ステップＳ１３２において描画コマンドの種類が要素描画コマンド１５であると判断した場合、コマンド解釈部４８は、要素描画コマンド１５に含まれる要素種類２６、要素領域２７〜３０及び要素アドレス３１をそれぞれ要素種類レジスタ６５、要素領域レジスタ６６及び要素アドレスレジスタ６７に設定する（ステップＳ１３４〜Ｓ１３６）。これにより、１つの要素描画コマンド１５の取得が完了すると、コマンド解釈部４８は、要素描画要求通知を描画部４９に出力する。

例えば、描画コマンドデータ１３が図２に示す内容を含み、ステップＳ１３２にてコマンド解釈部４８が、ヘッダ２５に基づいて要素描画コマンド１５であると判断したとする。この場合、コマンド解釈部４８は、ステップＳ１３５にて、要素領域（ＲＸ０、ＲＸ１、ＲＹ０、ＲＹ１）を要素領域レジスタ６６に設定する。

描画部４９は、要素描画要求通知が入力されると要素画像の描画処理を開始する（ステップＳ１３７）。要素描画処理（ステップＳ１３７）について図８を参照して説明する。

同図に示すように、描画部４９は、はじめに要素アドレスレジスタ６７に設定されているアドレスから要素画像データ１２を、記憶装置インタフェース部４７を介して記憶装置５から取得する（ステップＳ１４１）。このとき、描画部４９は、要素画像データ１２を１ｂｙｔｅ取得するごとに、要素アドレスレジスタ６７の内容を＋１加算する。

描画部４９は、要素種類レジスタ６５で設定された要素種類２６に応じた方法で、取得した要素画像データ１２を伸張し、それによって、要素画像の描画データ５３を生成する（ステップＳ１４２）。

描画部４９は、ウィンドウ領域レジスタ６３、スクロール量レジスタ６４、及び要素領域レジスタ６６に格納されている各データに基づいて、仮想領域２２上の仮想領域座標値で表した要素領域２４を算出する（ステップＳ１４３）。

例えば、ウィンドウ領域が仮想領域座標値での矩形領域（Ｘ０、Ｘ１、Ｙ０、Ｙ１）、スクロール量がＸ方向にＳＸ、Ｙ方向にＳＹ、要素領域２４が相対座標値での矩形領域（ＲＸ０、ＲＸ１、ＲＹ０、ＲＹ１）である場合、仮想領域座標値で表した要素領域２４の位置は、仮想領域座標値での矩形領域（Ｘ０＋ＲＸ０＋ＳＸ、Ｘ０＋ＲＸ１＋ＳＸ、Ｙ０＋ＲＹ０＋ＳＹ、Ｙ０＋ＲＹ１＋ＳＹ）と算出される。図３では、ＳＸ及びＳＹがいずれも０である場合の要素領域２４を例示している。

描画部４９は、処理対象である要素描画コマンド１５に応じた要素領域２４にＶＲＡＭ領域３２と重なり合う部分（領域）がある場合に（ステップＳ１４４；Ｙｅｓ）、その重なり合う領域内の要素画像を示す描画データ５３を変換部５０に出力する。変換部５０は、前述のように、描画データをＶＲＡＭデータ５５に変換する（ステップＳ１４５）。変換部５０は、変換により得られたＶＲＡＭデータ５５を表示制御装置４に出力する（ステップＳ１４６）。

ＶＲＡＭ領域３２と重なり合う領域内の要素画像を示すＶＲＡＭデータ５５のすべての出力（ステップＳ１４６）が完了した後、又は、要素領域２４にＶＲＡＭ領域３２と重なり合う領域がない場合（ステップＳ１４４；Ｎｏ）、描画部４９は、要素描画終了通知をコマンド解釈部４８に出力する（ステップＳ１４７）。これにより、描画部４９は、要素描画処理（ステップＳ１３７）を終了する。要素描画終了通知を受けたコマンド解釈部４８はステップＳ１３２に戻る。

このように要素描画処理（ステップＳ１３７）が実行されることによって、要素画像とその要素画像について表示部８の画面での表示位置とを示すＶＲＡＭデータ５５が生成され表示装置４へ出力される。

ここで、図示しないが、表示装置４のＶＲＡＭデータ取得部１０が、要素画像を表すＶＲＡＭデータ５５を取得する。そして、ＶＲＡＭデータ取得部１０は、その要素画像がＶＲＡＭ領域３２における要素領域２４の位置に対応する表示部８の画面の位置に配置されるようにＶＲＡＭデータ５５をＶＲＡＭ９に格納する。その結果、表示制御部１１によって、要素画像は適切な位置に配置されて表示部８に表示される。

以降、ウィンドウ領域設定コマンド１４や要素描画コマンド１５を同様に処理することにより、１つのウィンドウ領域内に複数の要素画像を表示したり、別のウィンドウ領域内に要素画像を表示したりすることにより、表示部８に画面が表示される。

図７に戻り、ステップＳ１３２において描画コマンドの種類が終端コマンド１６であると判断した場合、コマンド解釈部４８は、割込レジスタ６８に描画終了フラグをセットする（ステップＳ１３８）。

ホストインタフェース部４６は、例えば割込レジスタ６８を監視することによって描画終了フラグがセットされたことを検知すると、割込信号を中央演算装置６へ出力する（ステップＳ１３９）。これによって、描画演算装置７は、描画コマンド実行処理（ステップＳ１１０）を終了する。

これまで本発明の実施の形態１について説明した。

本実施の形態によれば、描画コマンドデータ１３及び要素画像データ１２を格納した記憶装置５と描画演算装置７とを中央演算装置６に外付けした構成となっている。従来処理負荷の高かった画面生成に係る処理（スクロール量を考慮した画素領域の設定、画素画像データの取得と伸張処理、ＶＲＡＭデータ５５への変換と表示装置４への出力）を、描画演算装置７が実行するので、中央演算装置６の主制御にほとんど影響を与えることはない。中央演算装置６は、操作種別に応じた描画コマンドアドレスの特定処理、描画演算装置７への描画開始要求の出力処理、及び描画終了後の割込クリア処理といった短時間で完了する処理を行うだけである。そのため、主制御で行われる被制御装置への操作・制御が、画面生成処理を行うことによって遅延するという問題を回避することができる。

また、フルドット液晶を用いることによって、一般に、描画コマンドデータ１３及び要素画像データ１２を記憶する必要なメモリ容量が増加する。本実施の形態では、これらのデータ１２，１３は記憶装置５に格納され、描画演算装置７により記憶装置５から直接取得されるので、中央演算装置６に内蔵されているＲＯＭ３５の容量を増加させる必要がない。

したがって、従来のリモコン装置に採用されてきた中央演算装置６を、高性能かつ内蔵ＲＯＭ容量の大きいものに機種変更することなく、ユーザ操作性の高いフルドット液晶を搭載したリモコン装置を提供することが可能となる。また、中央演算装置６の機種変更が不要なため、多くの既存のソフトウェア資産を流用することができる。その結果、製品期間の短縮を図ることができる。

さらに、本実施の形態では、描画コマンドデータ１３（描画コマンドデータに含まれる諸情報）を中央演算装置６が描画演算装置７に設定するのではなく、事前に作成していた描画コマンドデータ１３が記憶装置５に格納される。これにより、中央演算装置６が描画コマンドデータ１３の格納先のアドレスを描画演算装置７に設定するだけで、表示画像が切り替えられる。そのため、中央演算装置６から描画演算装置７へ出力されるデータ量を軽減でき、中央演算装置６の処理負荷を軽減することができる。

さらに、本実施の形態では、仮想領域座標値１８〜２１と相対座標値２７〜３０とに基づいて要素領域（要素画像）２４が仮想領域２２内に配置される。これにより、ウィンドウ領域２３をスクロールさせる操作信号を受け付けた場合には、ウィンドウ領域２３の画像を変えずに、操作信号に応じてウィンドウ領域２３を移動させるだけで表示画像をスクロールさせることができる。したがって、スクロール処理を高速に実行することが可能になる。

さらに、本実施の形態では、描画条件は、操作信号によって示される操作の種別を含む。これによって、ユーザの操作に応じた表示画面を表示部８に表示させることが可能になる。また、描画条件は、表示部８に表示されている表示画像の種別をも含む。これによって、表示部８に表示されている表示画像の種別にも応じて表示画像を切り替えることが可能になる。

本実施の形態は、以下のように変形されてもよい。

例えば、実施の形態１ではリモコン装置１が、ユーザの操作に基づく操作信号を受け付けた場合に必要に応じて画像を描画することとした。しかし、リモコン装置１が画像を描画するトリガーは、操作信号を受け付けることに限られない。

例えば、制御アプリケーション４０を実行する制御部３３が、その制御アプリケーション４０に含まれる制御ロジックで定められた条件を満たす場合に、必要に応じて表示画像が表示部８に表示されてもよい。具体的には例えば、機器やリモコン装置１の不具合をユーザに知らせるために特定の表示画像を表示部８に表示させること、表示部８の画面に現在の室温が表示されている場合に室温の変化に応じて変化後の室温を表示部８に表示させることなどがある。

さらに例えば、実施の形態では、描画コマンドアドレスを設定するホストコマンドには、スクロール量レジスタ６４に一定値を設定するホストコマンドが含まれることとした。しかし、スクロール量レジスタ６４にスクロール量を設定する方法はこれに限られない。

例えば、描画コマンドデータ１３に所定のスクロール量が含まれ、そのスクロール量がコマンド解釈部４８によりスクロール量レジスタ６４に設定されてもよい。

また例えば、描画コマンドアドレスを設定するホストコマンドとともにユーザの操作に応じたスクロール量を設定するホストコマンドが出力されてもよい。例えば、描画条件を成立させる操作信号を受け付けてから一定の時間内にスクロールに対応する操作信号を受け付けた場合に、通信部３６は、制御部３３の指示を受けて、描画コマンドアドレスを設定するホストコマンドとともに、操作信号に応じた方向と量を示すスクロール量データをスクロール量レジスタ６４に格納するホストコマンド（スクロール量を設定するホストコマンド）を出力してもよい。なお、スクロールを示す操作信号には、スクロールの方向と量が含まれるとよい。

（変形例１）
さらに例えば、実施の形態１では、図７及び８を参照して説明したように、要素描画処理（ステップＳ１３７）の度に必要に応じてＶＲＡＭデータ５５が表示装置４に出力されることとした。しかし、例えば１つの描画コマンドデータ１３に含まれる要素描画コマンド１５をすべて実行するまで描画部４９が描画データ５３を蓄積し、その後、変換部５０が必要に応じてその描画データ５３をＶＲＡＭデータ５５に変換して表示装置４へ出力してもよい。

図９及び１０は、本変形例に係る描画演算装置７が実行する処理の流れの一例を示す。描画コマンド実行処理（ステップＳ１１０）では、図９に示すように、要素描画処理（ステップＳ２３７）の詳細が異なる。要素描画処理（ステップＳ２３７）では図１０に示すように、要素領域算出処理（ステップＳ１４３）の後に、描画部４９は特定した要素領域２４を含む描画データ５３を蓄積する（ステップＳ２５０）。

再び図９に戻り、コマンド解釈部４８によって描画コマンドが終端コマンド１６であると判断された場合に（ステップＳ１３２；終端コマンド）、本変形例の変換部５０は、終了割込設定処理（ステップＳ１３８）の前に、重畳判断処理（ステップＳ１４４）からＶＲＡＭデータ出力処理（ステップＳ１４６）までを実行する。続けて、変換部５０の指示を受けて描画部４９が、蓄積している描画データ５３をクリアする（ステップＳ２５１）。そして、描画部４９は、要素描画終了通知の出力処理（ステップＳ１４７）を実行する。

本変形例によれば、個々の要素画像が順に表示部８に表示されるのではなく、１つの描画コマンドデータ１３に含まれる要素画像をまとめて表示部８に表示させることができる。これによっても、実施の形態１と同様の効果を奏する。

（変形例２）
実施の形態１では、描画コマンドデータ１３は、レジスタ４５が保持するデータによって示されるウィンドウ領域（仮想領域座標値１８〜２１）と要素種類２６と要素領域（相対座標値２７〜３０）と要素アドレス３１とのすべてを含むこととした。しかし、これらの一部が中央演算装置６によってレジスタ６３、６５〜６７に格納されてもよい。本変形例では、実施の形態１の描画コマンドデータ１３に含まれる上記のデータ群のうち、要素アドレスデータが中央演算装置６から要素アドレスレジスタ６７に格納される例を説明する。

本変形例に係るリモコン装置３０１は、図１１に示すように、実施の形態１に係る制御装置３とは異なる記憶装置３０５と中央演算装置３０６と描画演算装置３０７とを有する制御装置３０３を備える。

記憶装置３０５は、実施の形態１に係る描画コマンドデータ１３に代えて、描画コマンドデータ３１３を記憶している。描画コマンドデータ３１３は、図１２に示すように、要素描画コマンド３１５が要素アドレス３１を含まない点で実施の形態１に係る描画コマンドデータ１３と異なる。

中央演算装置３０６は、実施の形態１に係る画面管理テーブル４１を記憶しているＲＯＭ３５と制御部３３と通信部３６とに代えて、画面管理テーブル３４１を記憶しているＲＯＭ３３５と制御部３３３と通信部３３６とを備える。

画面管理テーブル３４１は、図１３に示すように、描画コマンドアドレスに加えて要素アドレスが画面番号に関連付けられている。要素アドレスは、画面番号に対応する表示画像に含まれる要素画像を示す要素画像データ１２の記憶装置３０５におけるアドレスである。

制御部３３３は、画面管理テーブル３４１を参照することによって、描画コマンドアドレスに加えて要素アドレスを特定する。そして、制御部３３３は、特定した描画コマンドアドレスと要素アドレスとを含む命令（ホストコマンド）を通信部３３６に出力させる。

通信部３３６は、実施の形態１に係る通信部３６と同様に、制御部３３３の指示を受けて描画コマンドアドレスの設定命令を描画演算装置３０７へ出力する。これに加えて、通信部３３６は、特定された要素アドレスを要素アドレスレジスタ６７に設定するホストコマンド（要素アドレスの設定命令）を描画演算装置３０７へ出力する。

描画演算装置３０７は、実施の形態１に係るホストインタフェース部４６とコマンド解釈部４８とに代えて、ホストインタフェース部３４６とコマンド解釈部３４８とを備える。

ホストインタフェース部３４６は、実施の形態１に係るホストインタフェース部４６が入出力するデータに加えて、要素アドレスの設定命令を取得する。そして、ホストインタフェース部３４６は、取得した要素アドレスの設定命令に含まれる要素アドレスを要素アドレスレジスタ６７に設定する。

コマンド解釈部３４８は、描画コマンドデータ３１３を解釈することによって、ウィンドウ領域２３と要素種類と要素領域２４とをそれぞれに対応するレジスタ６３、６５、６６に設定する。

これまで、本変形例に係るリモコン装置３０１が備える構成について説明した。ここから、リモコン装置３０１が実行する処理について、図を参照して説明する。

本変形例では図１４に示すように、中央演算装置３０６は、画面管理テーブル参照処理（ステップＳ１０３）の後に、画面管理テーブル３４１を参照することによって描画コマンドアドレスと要素アドレスとを特定する（ステップＳ３０４）。ここで特定される要素アドレスは、実施の形態１と同様の方法で特定される描画コマンドアドレスと同じ画面番号に関連付けられている要素アドレスである。

通信部３３６は、制御部３３３の指示を受けて、描画コマンドアドレスの設定命令と要素アドレスの設定命令とを描画演算装置３０７へ出力する（ステップＳ３０５）。

描画演算装置３０７のホストインタフェース部３４６は、描画コマンドアドレスの設定命令と要素アドレスの設定命令とを取得する。そして、ホストインタフェース部３４６は、制御部３３３により特定された描画コマンドアドレスと要素アドレスとをそれぞれ描画コマンドアドレスレジスタ６２と要素アドレスレジスタ６７とに設定する（ステップＳ３０６）。

本変形例によれば、実施の形態１と同様の効果を奏する。また、描画コマンドデータ３１３のデータサイズを実施の形態１の描画コマンドデータ１３のデータサイズよりも小さくすることができる。したがって、実施の形態１によりも記憶容量が小さい記憶装置３０５によってリモコン装置３０１を構成することが可能になる。

実施の形態２．
本実施の形態では、実施の形態１の変形例２と同様に、実施の形態１に係る描画コマンドデータ１３に含まれるウィンドウ領域データ、要素種類データ、要素領域データ及び要素アドレスデータの一部が中央演算装置によってレジスタに格納される。本実施の形態では、上記のデータ群の一部が、変形例２のように画面管理テーブル３４１に含まれるのではなく、中央演算装置が所定のプログラムを実行することによって上記のデータ群の一部を生成する。本実施の形態では、中央演算装置により要素アドレスデータが生成される場合を例に説明する。

本実施の形態に係るリモコン装置４０１は、図１５に示すように、変形例２に係る制御装置３０３と異なる記憶装置４０５と中央演算装置４０６と描画演算装置４０７とを有する制御装置４０３を備える。

記憶装置４０５は、変形例２に係る描画コマンドデータ３１３に代えて、描画コマンドデータ４１３を記憶している。描画コマンドデータ４１３は、図１６に示すように、要素描画コマンド４１５ａ，４１５ｂを含む。なお、以下では、要素描画コマンド４１５ａ，４１５ｂを総称する場合、要素描画コマンド４１５と表記する。

要素描画コマンド４１５のヘッダ４２５ａ，４２５ｂは、要素アドレスレジスタ６７に要素アドレスデータを設定すること（要素アドレスの設定）を中央演算装置４０６に要求するか否かを示すフラグ（描画割込フラグ）を含む。なお、以下では、要素描画コマンド４１５のヘッダ４２５ａ，４２５ｂを総称する場合、ヘッダ４２５と表記する。

図１６の１番目のウィンドウ領域設定コマンド１４に後続する１番目と２番目の要素描画コマンド４１５ａは、要素アドレスの設定を中央演算装置４０６に要求すること（例えば「１」）を示す描画割込フラグをヘッダ４２５ａに含む例である。

また、図１６の１番目のウィンドウ領域設定コマンド１４に後続する図１６の３番目の要素描画コマンド４１５ｂは、要素アドレスの設定を中央演算装置４０６に要求しないこと（例えば「０」）を示す描画割込フラグをヘッダ４２５ｂに含む例である。

同図に示すように、描画割込フラグが１のヘッダ４２５ａを含む要素描画コマンド４１５ａは要素アドレス３１を含まず、描画割込フラグが０のヘッダ４２５ｂを含む要素描画コマンド４１５ｂは要素アドレス３１を含む。

なお、描画割込フラグは、要素描画コマンド４１５に代えて、ウィンドウ領域設定コマンド１４のヘッダに含まれてもよい。この場合、要素アドレスの設定を中央演算装置４０６に要求することを示す描画割込フラグを含むウィンドウ領域設定コマンド１４には、要素アドレス３１を含まない要素描画コマンド３１５が後続するとよい。また、要素アドレスの設定を中央演算装置４０６に要求しないことを示す描画割込フラグを含むウィンドウ領域設定コマンド１７には、要素アドレス３１を含む要素描画コマンド３１５が後続するとよい。

中央演算装置４０６は、変形例２に係るＲＯＭ３３５と制御部３３３とに代えて、ＲＯＭ４３５と制御部４３３とを備える。

ＲＯＭ４３５は、実施の形態１と同様の制御アプリケーション４０と画面管理テーブル４１とに加えて、表示アプリケーション４７１を記憶している。表示アプリケーション４７１は、要素アドレスを設定するために制御部４３３が実行するプログラムを含む。

中央演算装置４０６は、取得した割込レジスタ４６８の描画割込フラグに「１」がセットされている場合、表示アプリケーション４７１を実行する。これにより、中央演算装置４０６は、描画中の表示画面と、リモコン装置４０１の動作状態と、当該表示画面の描画開始からの描画割込発生回数に応じた要素アドレスとを決定する。

本実施の形態では、要素アドレスは各要素画像に対応付けて表示アプリケーション４７１に組み込まれている。したがって、表示アプリケーション４７１を実行する際に中央演算装置４０６は、適宜ＲＯＭ４３５又はＲＡＭ３４を参照することにより適切な要素アドレスを決定する。なお、要素アドレスは各要素画像に対応付けて予めＲＯＭ４３５などに記憶されていてもよい。

描画演算装置４０７は、変形例２に係るレジスタ４５とホストインタフェース部３４６とコマンド解釈部３４８とに代えて、割込レジスタ４６８を備えるレジスタ４４５とホストインタフェース部４４６とコマンド解釈部４４８とを備える。

割込レジスタ４６８は、実施の形態１と同様の描画終了フラグに加えて、描画割込信号を中央演算装置４０６へ送信することを示す描画割込フラグを設定するためのレジスタである。

ホストインタフェース部４４６は、変形例２に係るホストインタフェース部３４６と同様のデータを入出力する。これに加えて、ホストインタフェース部４４６は、割込レジスタ４６８を監視し、例えば「１」を示す描画終了フラグまたは描画割込フラグがセットされている場合に割込信号を中央演算装置４０６へ出力する。

コマンド解釈部４４８は、描画コマンドデータ４１３を解釈することによって、ウィンドウ領域２３と要素種類と要素領域２４と必要に応じて要素アドレスとをそれぞれに対応するレジスタ６３、６５、６６、６７に設定する。

これまで、本実施の形態に係るリモコン装置４０１が備える構成について説明した。ここから、リモコン装置４０１が実行する処理について、図を参照して説明する。

本実施の形態では図１７に示すように、描画演算装置４０７は、詳細後述する描画コマンド実行処理（ステップＳ４１０）において、必要に応じて描画割込フラグをセットし、割込信号を出力し（ステップＳ４６３）、描画コマンド実行処理を中断する。

中央演算装置４０６は、入力ポート３７によって描画演算装置４０７から出力された割込信号を検出すると、中央演算装置４０６は、主制御処理を中断し、割込レジスタ４６８の内容を描画演算装置４０７から取得するホストコマンドを出力する。これによって、中央演算装置４０６は、割込レジスタ４６８にセットされた描画割込フラグを検出する（ステップＳ４５１）。

中央演算装置４０６は、取得した割込レジスタ４６８の描画割込フラグに「１」がセットされている場合、表示アプリケーション４７１を実行し、描画中の表示画面と、リモコン装置４０１の動作状態と、当該表示画面の描画開始からの描画割込発生回数に応じた要素アドレスとを決定する（ステップＳ４５２）。なお、取得した割込レジスタ４６８の描画割込フラグに「１」がセットされていなかった場合、中央演算装置４０６は、主制御処理を再開するとよい。

中央演算装置４０６は、決定した要素アドレスを設定するホストコマンドと描画割込フラグをクリアするホストコマンドを描画制御装置４０７に通信部３３６を介して出力する（ステップＳ４５３）。その後、中央演算装置４０６は、主制御処理を再開する（ステップＳ４５４）。

なお、中央演算装置４０６は、要素アドレスを設定するホストコマンドとともに、すべてのレジスタを設定するホストコマンドを出力してもよい。

描画演算装置４０７のホストインタフェース部４４６は、要素アドレスを設定するホストコマンドを取得すると、描画演算装置４０７は描画コマンド実行処理（ステップＳ４１０）において要素アドレスを設定する（ステップＳ４６４又はＳ１３６）。

描画コマンド実行処理（ステップ４１０）の詳細について、図１８を参照して説明する。

Ｓ１３２において、描画コマンドの種類が要素描画コマンド４１５であると判断した場合、コマンド解釈部４４８は、ヘッダ４２５に含まれる描画割込フラグの有無を判断する（ステップＳ４６１）。

描画割込フラグが含まれていない（本実施の形態では「０」）と判断した場合（ステップＳ４６１；なし）、コマンド解釈部４４８は、実施の形態１と同様に、要素種類、要素領域２４、及び要素アドレスを順に設定する（ステップＳ１３４〜Ｓ１３６）。

描画割込フラグが含まれている（本実施の形態では「１」）と判断した場合（ステップＳ４６１；あり）、コマンド解釈部４４８は、描画割込フラグを割込レジスタ４６８に設定する（ステップＳ４６２）。コマンド解釈部４４８は、要素種類及び要素領域２４をそれぞれ要素種類レジスタ６５及び要素領域レジスタ６６に設定する（ステップＳ１３４及びＳ１３５）。

ホストインタフェース部４４６は、割込レジスタ４６８に描画割込が設定されたことを検出すると、描画割込信号を中央演算装置４０６へ出力する（ステップＳ４６３）。そして、描画演算装置４０７は描画コマンド実行処理（ステップＳ４１０）を中断する。

ホストインタフェース部４４６は、要素アドレスを設定するホストコマンドを中央演算装置４０６から取得すると、描画コマンド実行処理（ステップＳ４１０）を再開し、取得したコマンドに含まれる要素アドレスを要素アドレスレジスタ６７に格納する（ステップＳ４６４）。

要素アドレスを設定すると（ステップＳ４６４又はＳ１３６）、描画部４９は、要素描画処理（ステップＳ１３７）を実行する。描画部４９から要素描画終了通知を受けたコマンド解釈部３４８はステップＳ１３２に戻る。

以上、本発明の実施の形態２について説明した。

本実施の形態によれば、実施の形態１と同様の効果を奏することに加えて、特に以下の効果を奏する。

一般的な空調機のリモコン装置４０１には、例えば冷房運転中の目標温度が表示されている。目標温度が変更されると、変更後の目標温度が変更前と同じレイアウトのウィンドウに表示される。実施の形態１では、各目標温度の表示画像に対応する描画コマンドデータ１３を記憶装置５に記憶させておくことになり、多くの描画コマンドデータ１３が必要になる。

これに対して、本実施の形態に係る中央演算装置４０６は、描画中の画面番号、リモコン装置４０１の動作状態、及び描画割込の発生回数に応じて要素アドレスを決定する。そのため、例えば目標温度を表示させる場合、リモコン装置４０１に表示されている目標温度が「２０℃」であれば、１回目の割り込みで「２」の画像（文字）が格納されている要素アドレス、２回目の割り込みで「０」の画像（文字）が格納されている要素アドレスを描画演算装置４０７に設定することにより、表示させる目標温度を自由に変更することができる。

「℃」については固定表示であるため、「℃」を描画する要素描画コマンド４１５ｂにおいて描画割込フラグをセットせずに（例えば、ヘッダ４２５ｂの描画割込フラグを「０」又はＮｕｌｌとして）要素描画コマンド内の要素アドレス３１にて「℃」の要素画像データの格納先を示しておくことで、中央演算装置４０６から特に要素アドレスを指示することなく描画できる。

したがって、描画演算装置４０７が描画コマンド実行処理の途中で割込信号を出力し、中央演算装置４０６が要素アドレス等のレジスタ内容を設定することにより、目標温度表示等の一部だけの表示内容が変わる画面において、描画コマンドデータを目標温度ごとに記憶装置４０５に格納する必要がなく、記憶装置４０５に必要な記憶容量を削減することが可能になる。

以上、本発明の実施の形態及び変形例について説明したが、本発明は、実施の形態及び変形例に限定されるものではなく、例えば各実施の形態及び各変形例を適宜組み合わせた態様、またそれらと均等な技術的範囲をも含む。

本出願は、２０１１年１２月７日に出願された、明細書、特許請求の範囲、図、および要約書を含む日本国特許出願２０１１−２６７５０４号に基づく優先権を主張するものである。この元となる特許出願の開示内容は参照により全体として本出願に含まれる。

１、３０１、４０１ リモコン装置、２ 操作部、３、３０３ 制御装置、４ 表示装置、５、３０５、４０５ 記憶装置、６、３０６、４０６ 中央演算装置、７、３０７、４０７ 描画演算装置、８ 表示部、９ ＶＲＡＭ、１０ ＶＲＡＭデータ取得部、１１ 表示制御部、３３、３３３、４３３ 制御部、３４ ＲＡＭ、３５、３３５、４３５ ＲＯＭ、３６、３３６ 通信部、３７ 入力ポート、４５ レジスタ、４６、３４６、４４６ ホストインタフェース部、４７ 記憶装置インタフェース部、４８、３４８、４４８ コマンド解釈部、４９ 描画部、５０ 変換部、６１ 描画開始要求レジスタ、６２ 描画コマンドアドレスレジスタ、６３ ウィンドウ領域レジスタ、６４ スクロール量レジスタ、６５ 要素種類レジスタ、６６ 要素領域レジスタ、６７ 要素アドレスレジスタ、６８、４６８ 割込レジスタ

Claims (11)

1. 表示データによって示される表示画像を画面に表示する表示装置と、
   前記表示データを生成するために実行される描画コマンド群の各々について、描画コマンドを構成するデータの少なくとも一部を含む描画コマンドデータを予め記憶している記憶装置と、
   予め定められた描画条件と前記描画コマンドデータを特定するための描画コマンド特定データとが関連付けられた画面管理テーブルを予め記憶しており、当該画面管理テーブルに基づいて、前記描画条件に対応する描画コマンド特定データを特定し、当該特定した描画コマンド特定データを出力する中央演算装置と、
   前記中央演算装置から出力された描画コマンド特定データによって特定される前記描画コマンドデータを前記記憶装置から取得し、前記取得した描画コマンドデータに基づいて、前記描画コマンド群の各々について前記描画コマンドを構成するデータを取得し、当該取得したデータで構成される描画コマンド群の各々を実行することによって、前記表示データを生成する描画演算装置とを備える
   制御装置。
2. 前記描画コマンド特定データは、前記記憶装置において前記描画コマンドデータが記憶されているアドレスを示す
   請求項１に記載の制御装置。
3. 前記描画コマンドデータは、前記描画コマンドを構成するデータのすべてを含む
   請求項１又は２に記載の制御装置。
4. 前記描画コマンドデータは、前記表示画像に含まれる要素である要素画像を示す要素画像データを予めさらに記憶した前記記憶装置にて特定するための要素特定データと、前記表示装置に前記表示画像を表示するために前記描画演算装置が用いる仮想的な領域である仮想領域内において前記要素画像が配置される位置を特定するための要素配置データとを含み、
   前記描画演算装置は、
   前記描画コマンド特定データを中央演算装置から取得するインタフェース手段、
   前記インタフェース手段が取得した描画コマンド特定データによって特定される前記描画コマンドデータに基づいて、前記描画コマンド群の各々について前記描画コマンドを構成するデータを取得する解釈手段、及び、
   前記解釈手段が取得したデータで構成される描画コマンド群の各々を実行することによって、前記表示データを生成する描画手段を有し、
   前記解釈手段は、前記描画コマンドを構成するデータとして前記要素特定データと前記要素配置データとを取得し、
   前記描画手段は、前記仮想領域のうち、前記表示装置に表示される前記画面に対応する領域である表示領域内に、前記解釈手段が取得した要素配置データに基づいて配置される前記要素画像が含まれる場合に、前記解釈手段が抽出した要素特定データと要素配置データとに基づいて配置した要素画像を含む前記表示データを生成する
   請求項３に記載の制御装置。
5. 前記要素配置データは、ウィンドウ領域を設定する前記仮想領域内の位置を示すウィンドウ領域データと、前記要素画像を配置する前記ウィンドウ領域内の位置を示す相対位置データとを含む
   請求項４に記載の制御装置。
6. 前記描画コマンドデータは、前記描画コマンドを構成するデータの一部と前記描画コマンドを構成するデータの残部を前記中央演算装置から取得することを示す描画割込フラグとを含み、
   前記描画演算装置は、
   前記描画コマンド特定データを前記中央演算装置から取得するインタフェース手段、
   前記インタフェース手段が取得した描画コマンド特定データによって特定される前記描画コマンドデータに基づいて、前記描画コマンド群の各々について前記描画コマンドを構成するデータを取得する解釈手段、及び、
   前記解釈手段が取得したデータで構成される描画コマンド群の各々を実行することによって、前記表示データを生成する描画手段を有し、
   前記解釈手段は、前記描画コマンドを構成するデータの一部を取得するとともに、前記描画コマンドを構成するデータの残部を要求する描画割込信号を前記インタフェース手段に出力させ、
   前記インタフェース手段は、前記描画コマンドを構成するデータの残部を前記中央演算装置から取得し、
   前記描画手段は、前記解釈手段によって取得された描画コマンドを構成するデータの一部と前記インタフェース手段によって取得された描画コマンドを構成するデータの残部とに基づいて構成される描画コマンドを実行することによって、前記表示データを生成する
   請求項１又は２に記載の制御装置。
7. 前記描画コマンドを構成するデータの一部は、前記表示データを生成するために前記描画演算装置が用いる仮想的な領域である仮想領域内において要素画像を配置するための要素配置データであり、
   前記描画コマンドを構成するデータの残部は、前記要素画像を示す要素画像データを予めさらに記憶した前記記憶装置にて特定するための要素特定データであり、
   前記描画手段は、前記仮想領域のうち、前記表示装置に表示される前記画面に対応する領域である表示領域内に、前記インタフェース手段によって取得された要素配置データに基づいて配置される前記要素画像が含まれる場合に、前記解釈手段が取得した要素特定データと前記インタフェース手段が取得した要素配置データとに基づいて配置した要素画像を含む前記表示データを生成する
   請求項６に記載の制御装置。
8. 前記インタフェース手段は、ユーザによる操作の種別を示す操作信号を受け付けた場合に、前記描画コマンド特定データを前記中央演算装置から取得する
   請求項４から７のいずれか１項に記載の制御装置。
9. 前記インタフェース手段は、前記操作の種別と前記表示装置に表示されている表示画像の種別との組み合わせに応じた前記描画コマンド特定データを前記中央演算装置から取得する
   請求項８に記載の制御装置。
10. 前記描画演算装置は、前記描画手段によって生成された描画データのデータ形式を前記表示装置に適合するように変換することによって前記表示画像を示す表示データを生成する変換手段をさらに備える
    請求項４から９のいずれか１項に記載の制御装置。
11. 請求項１から１０のいずれか１項に記載の制御装置と、
    ユーザが操作をした場合に当該操作の種別を示す操作信号を出力する操作手段とを備え、
    前記中央演算装置は、前記操作手段が操作された場合に、当該操作に応じた前記操作信号を受け付けるリモコン装置。

Images