(57)【要約】【課題】  情報処理装置、情報処理方法およびプログラムを提供すること。【解決手段】  本発明の情報処理装置１００は、ユーザに対して情報処理装置１００の操作を可能とし、表示手段を含む操作パネルユニット２１０と、表示手段の所定の領域に現在表示している画面表示と、以後に表示するべき画面表示との間の差分を取得する描画データ差分抽出部３０２と、領域において以後に表示するべき画面表示のための描画データおよびデータサイズを生成する描画データ差分情報判断部３０３とを備える。【選択図】  図３
2017078843.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに対して情報処理装置の操作を可能とし、画面を表示させる表示手段と、
前記表示手段の所定の領域に現在表示している画面表示と、以後に表示するべき画面表示との間の差分を取得する描画データ差分抽出手段と、
前記領域において以後に表示するべき画面表示のための描画データおよびデータサイズを生成する描画データ差分情報判断手段と、
前記描画データおよび前記描画データを表示させる領域のデータサイズを前記表示手段に送付し、前記表示手段の画面表示を変更させる、描画データ送信手段を備える、
情報処理装置。
【請求項２】
前記描画データおよびデータサイズを受領して画面表示を変更するべき領域を判断する描画データ差替え判定手段と、
当該領域に割り当てられた記憶手段の記憶領域に変更するべき描画データを読み込んで表示する描画データ表示制御手段と
を備える請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、前記領域を定義する情報を格納し、前記表示手段の表示領域および前記記憶領域の情報を記憶する揮発性記憶手段を備え、前記領域を定義する情報が変更可能とされる、請求項１〜２のいずれか１項に記載の情報処理装置。
【請求項４】
前記情報処理装置は、さらに描画する領域の描画順位を対応付ける優先順位テーブルを含み、前記ユーザの操作および情報処理装置の状態の少なくとも１を検出して、使用するべき優先順位テーブルを変更することにより、前記描画する領域の優先順位を変更する表示優先度判断手段を含む、請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
前記情報処理装置は、前記ユーザの操作によって、前記領域を定義する情報を変更できる、
請求項４に記載の情報処理装置。
【請求項６】
前記情報処理装置は、さらに描画する領域のアドレスおよびサイズと、前記優先順位テーブルとを関連付けた表示領域テーブルを含み、
前記表示領域テーブルの更新の有無を判定する書換判定手段を備え、
前記書換判定手段が、前記表示領域テーブルの更新があったと判定した場合に、前記領域を定義する情報を変更する、
請求項４〜５のいずれか１項に記載の情報処理装置。
【請求項７】
前記情報処理装置の起動時に、前記表示領域テーブルの更新の有無を判定する、請求項６に記載の情報処理装置。
【請求項８】
情報処理装置が実行する方法であって、前記方法は、
表示手段の所定の領域に現在表示している画面表示と、以後に表示するべき画面表示との間の差分を取得するステップと、
前記領域において以後に表示するべき画面表示のための描画データおよびデータサイズを生成するステップと、
前記領域において変更するべき前記描画データをユーザに対して画面を表示させるための表示手段に送付して、前記表示手段の前記所定の領域の画面表示を変更するステップと、
前記画面表示を変更するステップは、前記描画データを表示するべき領域についての情報を送付するステップを含む、情報処理方法。
【請求項９】
請求項８に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年の携帯端末に代表されるように情報処理装置は、ユーザの利用価値を向上する目的で液晶ディスプレイを搭載している。そして、液晶ディスプレイの描画を高速にするために、ＣＰＵではなくグラフィックコントローラによる描画処理や、更新が必要な領域のみを描画する技術も提案されている。この他、表示装置としては、有機ＥＬディスプレイなども用いられて来ている。
【０００３】
例えば、特許第４，０７１，２３４号明細書（特許文献１）には、画像を好適に表示する目的で、複数の描画領域について、既に描画済みであるかの否かを示す描画フラグを記憶しておき、フレーム描画毎に要素画像を全部または一部を更新するかどうかを判断する技術が開示されている。特許文献１では、フレーム毎に更新の必要性を判断することが必要なので、効率的にユーザに対して表示を行うことができなかった。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、優先して表示したい領域の更新を効率化する、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明によれば、ユーザに対して情報処理装置の操作を可能とし、画面を表示させる表示手段と、  前記表示手段の所定の領域に現在表示している画面表示と、以後に表示するべき画面表示との間の差分を取得する描画データ差分抽出手段と、  前記領域において以後に表示するべき画面表示のための描画データおよびデータサイズを生成する描画データ差分情報判断手段と、  前記描画データおよび前記描画データを表示させる領域のデータサイズを前記表示手段に送付し、前記操作パネルユニットの画面表示を変更させる、描画データ送信手段を備える、  を含む情報処理装置を提供することができる。
【発明の効果】
【０００６】
本発明によれば、優先して表示したい領域の更新を効率化する、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。
【図面の簡単な説明】
【０００７】
【図１】本実施形態の情報処理装置に相当する画像形成装置１００の概略図である。
【図２】本実施形態の画像形成装置１００のハードウェア機能ブロック２００を示す。
【図３】本実施形態の画像形成装置１００のソフトウェア機能ブロック３００を示す。
【図４】現在表示されている画像４０１および次に液晶ディスプレイ（以下、ＬＣＤとして参照する。）に表示するべき画像４０２を、それぞれビットマップとして表現した図である。
【図５】本実施形態のＬＣＤ表示の態様５００を説明する図である。
【図６】ＬＣＤの表示領域に対するバッファメモリの割り当の実施形態を説明する図。
【図７】本実施形態の描画データ転送処理の、コントローラ・ユニット２２０側での処理のフローチャート。
【図８】コントローラ・ユニット２２０から描画データを受領した操作パネルユニット２１０の実装する処理のフローチャート。
【図９】アロケーション・テーブル９００の実施形態を示す図。
【図１０】ＬＣＤの領域に、同一サイズの区画１００１を割り当て、描画を行うべき領域の定義を説明する図。
【図１１】第２の実施形態における優先順位テーブル１１００およびそれに対応してＬＣＤに表示される画面表示１１０１を示す図。
【図１２】本実施形態における画像形成装置１００がその画面表示の優先順位を変化させる場合の、状態遷移１２００を示した図。
【図１３】コピーアプリが選択された状態の実施形態１３００を示す図。
【図１４】ＬＣＤに表示させる表示画面１４０２の実施形態を示す図。
【図１５】本実施形態の画像形成装置１００が優先順位テーブルを更新する場合の処理を示す図。
【図１６】本実施形態の描画表示制御において、コピーアプリ状態の場合に、給紙トレイに用紙が無くなった場合の画面表示を示す図。
【図１７】本実施形態において、表示優先度を変更するための実施形態を示す図。
【図１８】優先順位テーブル１８００の切り替えの他の実施形態を示す図。
【図１９】第３の実施形態の画像形成装置１００のソフトウェア機能ブロック３００を示す。
【図２０】第３の実施形態において、画像形成装置１００の起動時に実行する処理のシーケンス図。
【図２１】第３の実施形態において送信するデータフォーマット２１００の例を示す。
【図２２】第３の実施形態の画像形成装置１００の起動時の、コントローラ・ユニット２２０側で実行する処理のフローチャート。
【図２３】第３の実施形態の画像形成装置１００の起動時の、操作パネルユニット２１０側で実行する処理のフローチャート。
【発明を実施するための形態】
【０００８】
以下、本発明につき、実施形態を以て説明するが本発明は実施形態に限定されるものではない。図１は、本実施形態の情報処理装置に相当する画像形成装置１００の概略図である。図1に示す画像形成装置１００は、スキャナ機構を備える原稿台１０１と、プロッタ・エンジンなどを収容する筐体部１０２と、用紙を蓄積する用紙カセット部１０３とを含んで構成される。
【０００９】
原稿台１０１から取得された原稿画像は、筐体部１０２に収容された電子写真法、インクジェット法などの画像形成方法に対応したプロッタ・エンジンにより、用紙カセット部１０３から供給される用紙上に印刷される。画像形成装置１００は、その他、Ｇ３、Ｇ４規格のファクシミリ機能およびネットワーク・アクセス機能を備え、いわゆる多機能複写機（ＭＦＰ）として実装することができる。
【００１０】
ユーザは、画像形成装置１００の操作パネル１０６を構成する液晶ディスプレイ（ＬＣＤ）に触れて、各種の指令を画像形成装置１００に対して発行する。画像形成装置１００は、ユーザ指令に応答して各種の機能をユーザに対して提供している。なお、操作パネル１０６は、画像形成装置１００に一体化された液晶モジュールとされても良いし、画像形成装置１００に可動に取付けられた液晶ディスプレイ・ユニットとすることができる。さらに他の実施形態では、操作パネル１０６を、画像形成装置１００から別体とし、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはＩＲＤａなどのワイヤレス通信などで指令を行い、動作状況を受領する、例えばタブレット型ＰＣとして構成することができる。
【００１１】
画像形成装置１００は、ファクシミリ機能を提供するためのＭＯＤＥＭ手段を使用して公衆電話回線１０４を通してファクシミリ通信を行う。また画像形成装置１００は、ネットワーク・アクセスを可能とするためのネットワーク・インタフェース・カード（ＮＩＣ）を搭載し、イーサネット（登録商標）その他の通信プロトコルに従ってＬＡＮまたはインターネットといったネットワークにアクセスする。ネットワーク・アクセスは、特に限定はされないが、データベースに対する検索要求、認証要求、ストレージ・アクセス要求など、周知の情報処理装置がネットワークに対して行うアクセスを挙げることができる。
【００１２】
図１に示す画像形成装置１００は、ユーザが設定された期間、画像形成装置１００を使用しなかった場合など、中央処理装置（ＣＰＵ）、ハードディスク（ＨＤＤ）、定着器ヒータその他の部材要素への電力供給を最小化させる省エネモードを備える。画像形成装置１００は、設定したイベント、例えば、ユーザによるパッチパネルへの接触、ファクシミリ受信などのイベントが発生すると、省エネモードから通常モードへと遷移する。通常モードでは、画像形成装置１００の部材要素は、電力制限なく、要求されたジョブを遂行するために動作される。
【００１３】
ところで、画像形成装置１００が表示するべき情報は、ユーザに対して直ちに通知するべき緊急性の高い情報もあれば、緊急性がそれほど高くない情報も存在する。本実施形態では、より効率的に操作パネルに表示するべき情報を転送するものである。
【００１４】
図２は、本実施形態の画像形成装置１００のハードウェア機能ブロック２００を示す。図２は、便宜上、画像形成装置１００の機能ブロックを概略的に操作パネルユニット２１０と、コントローラ・ユニット２２０として示すが、画像形成装置１００はさらに他の機能ブロックを実装することができる。以下、コントローラ・ユニット２２０の機能ブロックから説明する。
【００１５】
コントローラ・ユニット２２０は、本実施形態における制御手段として機能し、画像形成装置１００の動作を管理する機能を提供する。コントローラ・ユニット２２０は、ＣＰＵ２２１と、ＧＰＵ２２６とを含んでいる。ＣＰＵ２２１は、画像形成装置１００の各機能部の動作を管理しており、いわゆるＣＩＳＣ(Complete Instruction Set Computer)や、ＲＩＳＣ(Reduced Instruction Set Computer)を使用して実装することができる。ＣＰＵ２２１は、マルチコアでもシングルコアでも構わない。ＧＰＵ(Graphic Processor Unit)２２６は、操作パネルユニット２１０に表示させるべきビデオデータを生成する画像処理専用のプロセッサである。
【００１６】
さらにコントローラ・ユニットは、記憶手段としてＲＡＭ２２２、ＲＯＭ２２３を実装し、プログラムの実行を可能として、画像形成装置１００に本実施形態の機能手段を実現させている。ＲＯＭ２２３は、画像形成装置１００が実行するためのプログラム、データその他ファームウェアなど格納し、画像形成装置１００の動作を可能としている。
【００１７】
コントローラ・ユニット２２０は、その他、画像形成装置１００の取得した情報を格納するためのＨＤＤを備えており、ＣＰＵ２２１は、ＨＤＤ／ＩＦ２２４を介してＨＤＤにアクセスし、情報を記録および読出しを可能としている。さらにＣＰＵ２２１は、公衆電話回線１０４を介したファクシミリ通信を可能とするためのＭＯＤＥＭと通信するためのＭＯＤＥＭ／ＩＦ２２５を制御し、公衆電話回線との間の通信を可能とする。
【００１８】
さらにＣＰＵ２２１は、スキャナを制御するためのＳＣＮ／ＩＦ２２７、ネットワーク・アクセスを可能とするＬＡＮ／ＩＦ２２８と通信する。さらにＣＰＵ２２１は、ユニバーサル・シリアル・バスを介した通信を可能とするためのＵＳＢ／ＩＦ２２９を制御し、各種の機能を実現させている。
【００１９】
その他ＣＰＵ２２１は、画像形成を可能とするプロッタ・エンジン２３０と通信し、画像形成装置１００による印刷出力を可能としている。コントローラ・ユニット２２０は、画像形成装置１００の時々刻々と更新される情報、例えば、時刻情報および機器状態情報その他の情報からビデオデータを生成し、ＬＣＤ／ＩＦ２４０を介して操作パネルユニット２１０へと転送する。転送されたビデオデータは、操作パネルユニット２１０のＬＣＤ２１１に表示され、ユーザに対して画像形成装置１００の状態などが通知される。
【００２０】
操作パネルユニット２１０は、本実施形態における操作パネルユニット手段として機能し、ＣＰＵ２１３と、液晶ディスプレイ（以下、ＬＣＤとして参照する。）２１１とを備える。ＣＰＵ２１３は、本実施形態では特定のＬＣＤ２１１の制御のために構成されたＡＳＩＣとすることができる。またＬＣＤ２１１は、ビデオデータを表示するとともに誘電率変化などを使用したタッチパネル機能を提供し、ユーザからの指令を可能とし、本実施形態における表示手段を構成する。
【００２１】
操作パネルユニット２１０は、さらにＲＡＭ２１４、ＲＯＭ２１５、ＮＶＲＡＭ２１２と搭載する。ＲＡＭ２１４、ＲＯＭ２１５、ＮＶＲＡＭ２１２は、ＣＰＵ２１３の処理を可能とするとともに、以後に表示するべきビデオデータを記憶するバッファ機能を提供している。
【００２２】
図３は、本実施形態の画像形成装置１００のソフトウェア機能ブロック３００を示す。図３に示す機能ブロックは、コントローラ・ユニット２２０のＣＰＵ２２１が本実施形態のプログラムを実行することにより、画像形成装置１００上に実現される機能手段に対応する。なお、図３に示す各機能ブロックは、適宜、ハードウェアに置換されても良いし、ハードウェアに組み込まれたプログラムモジュールとして実装することもできる。以下、図３に示す機能ブロックを説明する。
【００２３】
＜コントローラ・ユニット２２０＞
描画データ生成部３０１、本実施形態の描画データ差分抽出手段として機能する描画データ差分抽出部３０２、本実施形態の描画差分情報判断手段として機能する描画データ差分情報判断部３０３、および本実施形態の描画データ送信手段として機能する描画データ送信部３０４を備えている。描画データ生成部３０１は、本実施形態における描画データ生成手段を構成する。描画データ生成部３０１は、ＧＰＵ２２６により、操作パネルユニット２１０のＬＣＤに表示させるべき、描画データを生成する。描画データ差分抽出部３０２は、本実施形態において描画データ差分抽出手段として機能する。描画データ差分抽出部３０２は、描画データ生成部３０１によって生成された描画データと、現在ＬＣＤに表示中の描画データを比較する。そして、描画データ差分抽出部３０２は、あらかじめ決められた領域の現在表示されている描画データと、次に表示させる描画データとを比較して、両者の差分を抽出する。
【００２４】
なお、上述した領域は、ＮＶＲＡＭなどの不揮発性記憶手段に格納された領域を定義するための情報により指定されており、ファームウェアとして画像形成装置１００とともに提供することができる。また領域を定義するための情報は、適宜ユーザにより、またはネットワークを介して、さらにサービスマンなどにより変更することができ、画像形成装置１００のソフトウェア構成やオプション構成の変更に柔軟に対応することができる。なお、ＮＶＲＡＭといった不揮発性記憶手段は、コントローラ・ユニット２２０の他、操作パネルユニット２１０にも実装され、同一のデータを使用して効率的な描画制御を行うことが好ましい。さらに他の実施形態では、上述したＮＶＲＡＭは、コントローラ・ユニット２２０および操作パネルユニット２１０が共用し、より確実な描画制御を行うこともできる。
【００２５】
例えばＬＣＤがモノクロ表示の場合、各画素ドットの「オン／オフ」が１ビットで表現される。描画データ１バイトで８ビットの画素ドットの存在／不存在を表す。現在表示されている描画データと、次に表示させる描画データの差分を抽出する場合、所定の領域の先頭から１バイト単位で画素ドットの有無を比較する。そして、両データに差が見つかった場合、次に表示させる描画データ全体を更新情報として転送する。
【００２６】
上述した差分データの取得態様を、図４を参照しながら説明する。図４は、現在表示されている画像４０１および次にＬＣＤに表示するべき画像４０２を、それぞれビットマップとして表現した図である。現在表示されている画像４０１は、比較のため、コントローラ・ユニット２２０のＲＡＭ２２２の適切な箇所にバッファしておくことができる。この現在の画像４０１は、次の画像４０２が操作パネルユニット２１０に送付された時点で、画像４０２に置換され、さらに以後の比較のための情報とされる。
【００２７】
図４では、便宜上、ビットマップを、バイト列およびビット行として示している。描画データ差分抽出部３０２は、対応するビットマップを逐次比較し、差分のあるビットを検出する。図４の実施形態で説明すると、画像４０１と画像４０２とは、１バイト〜３バイトまでは同一である。そして、４バイトの行では、値が異なることがわかる。この差異が検出時点で比較した領域の描画データ全体を転送する。このため、所定の領域全体の差分データを検査することなく、高速に相違のある描画データを選択的に送付することができる。
【００２８】
＜描画データ差分情報判断部３０３＞
描画データ差分情報判断部３０３は、本実施形態における描画データ差分情報判断手段として機能する。描画データ差分情報判断部３０３は、描画データ差分抽出部３０２において抽出したデータを使用して領域のデータサイズといった追加情報を付加して、描画データ送信部３０４に送る。
＜描画データ送信部３０４＞
描画データ送信部３０４は、本実施形態における描画データ送信手段を構成する。描画データ送信部３０４は、描画データのデータサイズと、描画データとを所定のインタフェースを通じて操作パネルユニット２１０の描画データ受信部３０８に送付する。
【００２９】
＜表示優先度判断部３０５＞
表示優先度判断部３０５は、本実施形態において表示優先度判断手段を構成し、描画データを更新する領域と複数更新を行う場合の描画についての優先順位を管理する。表示優先度判断部３０５は、システム状態制御部３０６の情報から表示するべき領域の優先度を判断し、適切な不揮発性記憶手段の適切な記憶領域に格納された優先順位テーブルの切り替えまたは優先順位テーブルの変更により、操作パネルユニット２１０のＬＣＤ上の描画順位を変更させる処理を行う。
＜システム状態制御部３０６＞
システム状態制御部３０６は、本実施形態におけるシステム状態制御手段を構成し、デバイスの状態が変化したときや、ユーザが利用するアプリを選択したときに、システムの状態を変更し、適正な状態に設定する。これらの設定としては、電力モードを、通常モードから低電力状態の省エネモードへと変更する設定、消耗品が無くなった際に警告通知可能な状態への移行処理のための設定などを実行する。
【００３０】
＜デバイス制御部３０７＞
デバイス制御部３０７は、本実施形態においてデバイス制御手段を構成し、画像形成装置１００に接続されているデバイスの状態を取得し、設定を行う。デバイスの例としては、例えばトナーの残量検出デバイス、給紙トレイの用紙有無検出デバイス、ネットワークＩＦの状態情報取得デバイス、機器内の用紙が残っていないかを検知するセンサ・デバイスなどを挙げることができる。
＜描画データ受信部３０８＞
描画データ受信部３０８は、本実施形態において描画データ受信手段として機能する。描画データ受信部３０８は、コントローラ・ユニット２２０から送られてくる描画データのデータサイズと、描画データとを受信する。
【００３１】
＜描画データ差替え判定部３０９＞
描画データ差替え判定部３０９は、本実施形態における描画データ差替え判定手段として機能する、描画データ差替え判定部３０９は、描画データ受信部３０８から送られてきた描画データのデータサイズを使用してどの領域の描画を行うかを判定する。
＜描画データ表示制御部３１０＞
描画データ表示制御部３１０は、本実施形態における描画データ表示制御手段として機能し、描画データ差替え判定部３０９で判定した領域に対し、送付された描画データをＬＣＤに表示させる。
【００３２】
以上の機能処理部を使用して本実施形態の画像形成装置１００は、その描画効率を改善する。図５は、本実施形態のＬＣＤ表示の態様５００を説明する図である。本実施形態では、図５（ａ）に示されるＬＣＤの表示領域に対して例えば図５（ａ）における領域１、領域２，．．．，領域４というように、領域識別値を割り当てる。図５に示すように、本実施形態では、ＬＣＤの表示領域に同一サイズの区画５０１を割り当て、説明の便宜上このサイズをサイズ1とする。
【００３３】
さらに本実施形態では、図５（ａ）で割り当てた領域に、それぞれ表示のための描画データを紐づけ、領域ごとに表示するべき描画データを設定する。なお、領域に紐づける描画データは、画像形成装置１００の状態などにより、変更することができる。本実施形態についてはより詳細に後述する。図５（ｂ）は、例示的な実施形態として、領域１に用紙詰まりの警告メッセージを表示させ、領域２には、トナーボトルがセットされていないことを通知するメッセージを表示させている。
【００３４】
図６を使用し、ＬＣＤの表示領域に対するバッファメモリの割り当の実施形態を説明する。本実施形態では、ＬＣＤ上で描画を更新する領域に、バッファメモリ上で割り当てるべき、アドレスおよびデータ長をあらかじめ定めておく。この割り当てを、アロケーション・テーブル６０２として実装することができる。当該バッファメモリが本実施形態の記憶手段を構成する。
【００３５】
図６に示すように、コントロール・ユニット２２０と、操作パネルユニット２１０で、ＬＣＤの表示領域およびメモリアドレス領域を共用させておく。当該実施形態により、コントロール・ユニット２２０は、領域の座標やバッファ上のアドレスを指定せずとも、データサイズと描画データとを操作パネルユニットに渡すだけでＬＣＤの所定の領域を指定して部分的な描画処理を行うことが可能となる。共用の態様としては、それぞれの不揮発性メモリに同一の情報を格納しておく態様の他、不揮発性メモリを共用させる態様を用いることもできる。
【００３６】
図７は、本実施形態の描画データ転送処理の、コントロール・ユニット２２０側での処理のフローチャートを示す。図７の処理は、ステップＳ７００から開始し、ステップＳ７０１で画像形成装置１００は、次に表示すべき描画データを生成する。ステップＳ７０２で、画像形成装置１００は、現在表示している描画データと次に表示すべき描画データから差分を計算し、ステップＳ７０３で描画データに差分が発生した領域が、領域１かどうかの判定を、アドレス情報を使用して行う。その後、順次、ステップＳ７０４で描画データに差分が発生した領域が領域２かどうかの判定を行ない、否定的な結果が返される場合（ｎｏ）、ステップＳ７０５、ステップＳ７０６で順次、描画データに差分が発生した領域が領域３か否か、描画データに差分が発生した領域が領域４か否かどうかの判定を、該当する領域が見いだされるまで、継続する。
【００３７】
ステップＳ７０３、Ｓ７０４、Ｓ７０５、Ｓ７０６の判断がそれぞれ肯定的な判断を返す場合（ｙｅｓ）、ステップＳ７０７で描画データ送信部３０４にデータサイズおよび描画データを送付し、ステップＳ７０８で描画データ送信部３０４から操作パネルの描画データ受信部３０８にデータサイズおよび描画データを送付し、ステップＳ７０９で処理を終了する。
【００３８】
一方、ステップＳ７０３〜Ｓ７０６がいずれも否定的な結果を返す場合（ｎｏ）、更新された描画データはないので、処理をステップＳ７０１に戻し、処理を終了させる。以上、図７の処理を使用することで、効率的に表示が変更されたかどうかを判定し、操作パネルユニットへと表示するべき描画データを転送することができる。
【００３９】
図８は、コントローラ・ユニット２２０から描画データを受領した操作パネルユニット２１０の実装する処理のフローチャートである。処理はステップＳ８００から開始し、ステップＳ８０１で表示すべき描画データおよびデータサイズを受信し、ステップＳ８０２で、描画データと一緒に受信したデータサイズから、どの領域を差し替えるかの判定を開始する。この判定のためには、図９で示すアロケーション・テーブル９００を使用する。当該アロケーション・テーブル９００は、図６で示したアロケーション・テーブル６０２と同一のものである。
【００４０】
本実施形態では、コントロール・ユニット２２０と、操作パネルユニット２１０とで描画データのアロケーション・テーブルを共用させるため、描画の効率化を達成することができる。画像形成装置１００は、受領したデータサイズを使用して、ステップＳ８０３〜ステップＳ８０５で、更新された領域が、領域１〜領域４のいずれかであるかを判断する。具体的には、ステップＳ８０３〜Ｓ８０５で、データサイズがそれぞれ領域１〜３に該当するか否かをそれぞれ判断する。
【００４１】
ステップＳ８０３〜ステップＳ８０５で、いずれかの領域のサイズに該当する場合（ｙｅｓ）、処理をステップＳ８０７に分岐させ、ステップＳ８０３〜ステップＳ８０５で否定的な結果が返された場合（ｎｏ）、順次、次の領域に該当するかを順次判断する。ステップＳ８０６では、更新された領域は最後に判断される領域４であるので、処理をステップＳ８０７に分岐させる。
【００４２】
ステップＳ８０７では、描画データ表示制御部３１０にデータサイズ、座標データおよび描画データを送り、ステップＳ８０８で描画データ表示制御部３１０において、ＬＣＤの該当領域を更新する。すなわち、操作パネルユニット２１０では、どの領域かが特定出来れば、アロケーション・テーブル９００上の行データから座標およびバッファメモリのアロケーションが特定できるので、効率的な描画処理を行うことが可能となる。
【００４３】
さらに本実施形態の他の実施形態において、特定の領域において描画データが更新されていない場合に、後続する次の描画データの受信を待機する構成とすることができる。当該実施形態の場合、該当する領域のデータサイズ・座標を不揮発性記憶デバイスに格納させておき、領域の数やそれぞれのサイズ・座標を変更可能にすることも可能である。当該不揮発性記憶デバイスは本実施形態の不揮発性記憶手段として機能する。また他の実施形態では、ユーザが不揮発性記憶デバイスにアクセスして、表示優先度の指定が出来るように設定しても良い。さらに他の実施形態では、該当する領域に画面更新が無かった場合は画面全体を更新可能にする態様を採用することもできる。
【００４４】
以下、本実施形態の第２の実施形態を詳細に説明する。第２の実施形態においても、第１の実施形態と同様に、図１０に示すように、ＬＣＤの領域に、同一サイズの区画１００１を割り当て、描画を行うべき領域を定義する。本実施形態では、第１の実施形態において使用したアロケーション・テーブル９００を、操作パネルユニット２１０において動的に変更する実施形態である。すなわち、図１０に示す各領域１〜６は、画像形成装置１００の状態変化およびユーザに対して通知する緊急性を考慮して動的に表示優先順位を変更する。
【００４５】
図１１は、第２の実施形態におけるにおける優先順位テーブル１１００およびそれに対応してＬＣＤに表示される画面表示１１０１を示す。第２実施形態では、画面表示１１０１において、図１０に示した領域１〜６につき、各領域を描画するべき優先順を規定する優先順位テーブル１１００を使用して、決定する。
【００４６】
図１１に示す表示画面は、画像形成装置１００が通常の状態にある場合の例示的な表示態様である。領域は、優先順位テーブル１１００に、領域に割り当てられた描画データと、描画順位とが対応付けられている。画像形成装置１００は、通常の状態の場合、領域１にアプリ一覧が表示され、領域６に日付、時刻が表示される構成とされる。
【００４７】
これらの領域を表示させるためのメモリアドレスは、第１の実施形態に従って割り当てられており、コントローラ・ユニット２２０から描画データを、そのデータサイズとともに受領し、データサイズが一致する領域に描画データを表示させている。
【００４８】
図１２は、本実施形態における画像形成装置１００がその画面表示の優先順位を変化させる場合の、状態遷移１２００を示した図である。画像形成装置１００は、好ましくは、操作パネルユニット２１０のＮＶＲＡＭ２１２などに、複数の状態１２０１〜１２０４を備えることができる。待機状態では、図１１に示す表示画面を表示させるための優先順位テーブル１１００がテーブルＡとして使用される。
【００４９】
一方、ユーザが画像形成装置１００にアクセスし、例えば、コピーをするためにコピーアプリが表示された領域にタッチすると、画像形成装置１００の状態は、コピーアプリ選択状態１２０２となる。図１３は、ユーザがコピーアプリを選択した状態の実施態様を示す図である。この状態の場合に使用される優先順位テーブル１３０２（図１２のテーブルＢ）およびユーザのタッチにより呼び出される表示画面１３０１が示される。
【００５０】
操作パネルユニット２１０は、優先順位テーブル１３０２に従って、描画データを所定のアドレスから読み出し、表示画面１３０１をＬＣＤ上に表示させている。画像形成装置１００は、本実施形態に従い、コントロール・ユニット２２０からの描画データを効率的にＬＣＤ上に表示させ、ユーザに対して効率的なコピー動作を開始させる。
【００５１】
図１３に示すコピーアプリが呼び出される場合にインターネットを利用する頻度は、コピーによる印字動作と比較すると低いと想定できる。このため、図１３に示す実施形態では、トナー残量の描画データが優先的に表示されるように設定されている。このため、優先順位テーブル１３０２では、領域６のトナー残量の描画データは、領域５のネットワーク接続状態の描画データよりも描画の優先順位は高くなるように設定されている。
【００５２】
再度図１２を使用して画像形成装置１００の状態を説明する。図１２においてユーザが、ＬＣＤのスキャナアプリを起動する領域にタッチすると、画像形成装置１００の状態は、待機状態からスキャナアプリ選択状態に遷移する。この状態の場合に画像形成装置１００は、図１４に示す表示画面１４０２をＬＣＤに表示させる。この場合には、図１３で示したのとは異なる優先順位テーブル１４０１が操作パネルユニット２１０に読み込まれ、各描画表示が実行される。
【００５３】
一方スキャナアプリではインターネットを利用して読み取ったデータを送信することがある。このため、領域５のネットワーク接続状態の描画データは、領域６のトナー残量の描画データより描画順位が高くなるように設定される。以上説明した例示的な実施形態に示したように、アプリ毎に描画順位テーブルを保持し、アプリ選択時に描画順位テーブルを切り替えることでユーザに使用させるべき機能に効率的にアクセスさせることが可能となる。
【００５４】
ユーザが図１２に示したその他アプリケーションを呼び出すための領域にタッチして、その他アプリケーションを起動させた状態では、また異なる優先順位テーブル（図１２のテーブルＸ）が呼び出され、目的に一致した画面表示が行われる。その他アプリケーションには、ファクシミリ・アプリ、データストレージ・アプリ、認証アプリ、ネットワーク・アクセス・アプリなどを挙げることができるが、これらに限定されるものではない。
【００５５】
図１５は、本実施形態の画像形成装置１００が優先順位テーブルを更新する場合の処理を示す。当該処理は、画像形成装置１００のコントローラ・ユニット２２０が専ら実行することが好ましいが、画像形成装置１００のいかなる機能手段に実装されても良い。図１５の処理は、ステップＳ１５００から開始し、ステップＳ１５０１で、コントローラ・ユニット２２０のシステム状態制御部３０６が、画像形成装置１００の状態を変化させるイベントが発生したか否かを判断する。画像形成装置１００の状態を変化させるイベントとしては、ユーザによるＬＣＤパネルのタッチ、画像形成装置１００の不具合、ファクシミリ受信その他のイベントを例示的に挙げることができる。
【００５６】
優先順位テーブルの更新は、ユーザによるＬＣＤパネルのタッチ操作に基づいて行われてもよいし、コントローラ・ユニット２２０のシステムをユーザが変更することで行われてもよい。このようにすることで、効率的な優先順位テーブルへの更新が容易に可能となる。
【００５７】
次いで、コントローラ・ユニット２２０は、検出したイベントが、優先順位テーブルを更新するイベントであるか否かを、現在の画像形成装置１００の状態とイベントの内容を比較することで判定する。優先順位テーブルを更新すると判断した場合（ｙｅｓ）、ステップＳ１５０３でシステム状態の変更に対応する優先順位テーブルを選択し、ＲＡＭなどの実行時記憶手段に読み込ませるように、操作パネルユニット２１０に指令する。
その後、処理をステップＳ１５０４で終了させる。
【００５８】
一方、優先順位テーブルを更新するイベントではないと判断した場合（ｎｏ）、コントローラ・ユニット２２０は、処理をステップＳ１５０１に戻し、後続するイベントの発生を待機する。
【００５９】
以上の処理を用いることで、画像形成装置１００の機能をユーザが使用するまでの時間を効率化することが可能となる。
【００６０】
図１６は、本実施形態の描画表示制御において、コピーアプリ状態の場合に、給紙トレイに用紙が無くなった場合の画面表示を示す。給紙トレイに用紙がなくなった場合、画像形成装置１００は、操作パネルユニット２１０のＬＣＤに、図１６に示す画面表示を生成する。図１６の実施形態では、画像形成装置１００の状態表示バナー（領域３に相当する）にはメッセージ１６０１「用紙を補給してください」が表示される。これに対応して給紙トレイ状態を示すアイコン１６０２が、用紙の補給を促す表示としてＬＣＤに描画表示されている。当該表示変化は、図１３の画面表示と図１６の対応する領域の画面表示を比較することで具体的に認識される。
【００６１】
図１６に示す実施形態では、画像形成装置１００はユーザに用紙を補給してもらうことを待機する状態なので、領域３の状態表示バナーの描画順位をコピー設定より高くすることが好ましい。以下、図１７、図１８を使用して描画順位の更新を説明する。
【００６２】
図１７は、本実施形態において、表示優先度を変更するための実施形態を示す。画像形成装置１００がコピーアプリ状態にある場合、用紙無がセンサにより検出されたものとする。この場合、コントローラ・ユニット２２０のシステム状態制御部３０６は、デバイス制御部３０７からの通知を受領し、用紙無しが検出されたことを表示優先度判断部３０５に通知する。
【００６３】
当該通知を受けた表示優先度判断部３０５は、デバイス制御部３０７が用紙無しを検出する。すると、表示優先度判断部３０５は、現在のコントローラ・ユニット２２０の状態がコピーアプリ状態であることを判断し、描画データ送信部３０４に優先順位テーブルを修正するべきである旨を通知する。一方、システム状態制御部３０６は、用紙無しの状態に対応するアイコンの生成を、描画データ生成部３０１に通知し、操作パネルユニット２１０に送付するべきアイコン画像を用意させ、差分情報などを判断し、送付するべき描画データおよびデータサイズを描画データ送信部３０４に送付する。
【００６４】
この実施形態では、現在用紙無しであることの通知情報も描画データ、データサイズとともに送付することができる。なお、用紙無しを通知する通知情報は、描画データが生成される前に単独でコントローラ・ユニット２２０に送付されていても良い。
【００６５】
当該通知を受領した操作パネルユニット２１０は、画像形成装置１００の状態ごとに発生する警告に対応して用意されたサブテーブル１７０２を、ＮＶＲＡＭ２１２から読み込んで切り替えを行うことができる。
【００６６】
図１８は、優先順位テーブル１８００の切り替えの他の実施形態を示す。従前の優先順位１８０１を描画データ内容に関連してソートし、用紙無し状態を解消するために必要な描画データの優先順位を高め、優先順位１８０２に変更する。図１８に示す実施形態では、領域３の状態表示バナーの優先度が優先度１に変更されている。これに対応して領域１のコピー設定および領域２のテンキーの描画データの表示優先順位が下げられている。なお、これらの変更は、操作パネルユニット２１０の対応する優先順位テーブルそのものを修正するのではなく、ＲＡＭなどに保存された実行時データの優先順位テーブル１８００を修正することにより行われる。
【００６７】
以下、本実施形態の第３の実施形態を詳細に説明する。第３の実施形態では、上述した実施形態に加えて、画像形成装置１００に、アロケーション・テーブルと、優先順位とを関連付けた表示領域情報テーブルを含む。第３の実施形態では、表示領域情報テーブルの更新の有無を判定し、コントローラ・ユニット２２０の表示領域情報テーブルに更新があった場合に、操作パネルユニット２１０の表示領域情報テーブルを更新する。これによって、適切なタイミングで表示領域情報テーブルが更新でき、効率的な更新が可能となる。
【００６８】
また、表示領域情報テーブルの更新の有無の判定を、画像形成装置１００の起動時に行うこともできる。起動時に更新の有無を判定することで、起動時間を短縮することができる。
【００６９】
第３の実施形態の画像形成装置１００のソフトウェア機能ブロック１９００は、図１９に示すものであり、描画データ送信部３０４と、描画データ受信部３０８と、表示領域情報テーブル取得部１９０１と、コントローラ・ユニット起動部１９０２と、操作パネルユニット起動部１９０３と、書換判定部１９０４と、表示領域情報テーブル書換部１９０５を含む。なお、図１９では省略しているが、ソフトウェア機能ブロック１９００は、図３に示した第１の実施形態のソフトウェア機能ブロック３００を含む。
【００７０】
描画データ送信部３０４は、第１の実施形態で説明した機能に加えて、コントローラ・ユニット２２０起動時に、起動確認コマンドや、表示領域情報テーブルを操作パネルユニット２１０に対して送信する。また、描画データ受信部３０８は、第１の実施形態で説明した機能に加えて、操作パネルユニット２１０起動時に、起動確認コマンドや、表示領域情報テーブルをコントローラ・ユニット２２０から受信する。なお、操作パネルユニット２１０およびコントローラ・ユニット２２０の起動は、画像形成装置１００の起動に対応する。
【００７１】
表示領域情報テーブル取得部１９０１は、本実施形態における表示領域情報テーブル取得手段を構成する。表示領域情報テーブル取得部１９０１は、表示領域情報テーブルを取得し、更新の有無を判断する。コントローラ・ユニット起動部１９０２は、本実施形態のコントローラ・ユニット起動手段として機能する。コントローラ・ユニット起動部１９０２は、画像形成装置１００の起動によって、コントローラ・ユニットを起動させ、起動コマンドを描画データ送信部３０４に送る。
【００７２】
操作パネルユニット起動部１９０３は、本実施形態の操作パネル起動手段として機能する。操作パネルユニット起動部１９０３は、操作パネルユニット２１０起動時に描画データ受信部３０８に、起動確認コマンドの待機を指示する。また、受信した起動確認コマンドが「更新あり」であった場合に、書換判定部１９０４に、表示領域情報テーブルの受領処理を指示する。
【００７３】
書換判定部１９０４は、本実施形態において書換判定手段を構成する。書換判定部１９０４は、受信した表示領域情報テーブルに更新があったかを判定する。表示領域情報テーブル書換部１９０５は、本実施形態において表示領域情報テーブル書換手段を構成する。表示領域情報テーブル書換部１９０５は、書換判定部１９０４が表示領域情報テーブルの書き換えが行うと判定した場合に、操作パネルユニット２１０の表示領域情報テーブルを書き換えて更新する。
【００７４】
図２０は、第３の実施形態において、画像形成装置１００の起動時に実行する処理のシーケンス図である。画像形成装置１００の起動に伴って、コントローラ・ユニット２２０および操作パネルユニット２１０が起動し、処理を開始する。まず、ステップＳ２００１で、コントローラ・ユニット２２０は、操作パネルユニット２１０に対して、起動確認コマンドを送信する。起動確認コマンドを受信した操作パネルユニット２１０は、ステップＳ２００２で、コントローラ・ユニット２２０に起動確認応答を送信する。
【００７５】
次に、コントローラ・ユニット２２０は、ステップＳ２００３で、更新した表示領域情報テーブルを送信する。ここで、第３の実施形態で送信するデータフォーマットについて、図２１を以て説明する。図２１には、第３の実施形態において送信するデータフォーマット２１００の例を示す。
【００７６】
データフォーマット２１００は、ヘッダ、総情報サイズ、領域番号、各領域の情報サイズ、各領域の領域サイズ、各領域の座標、各領域のバッファアドレス変換数、各領域のバッファアドレス・バッファ長、各領域の表示優先度を含む。また、図２１下段に示すデータ列は、図９に示したアロケーション・テーブル９００に基づく例である。以下、この例に沿って説明する。
【００７７】
ヘッダは、表示領域情報テーブルのデータ列であることを識別するためのものであり、これによって、操作パネルユニット２１０は、更新した表示領域情報テーブルを受信したことを判定できる。総情報サイズは、データフォーマット２１００に含まれる各領域の情報サイズの合計である。
【００７８】
領域番号は、ＬＣＤの表示領域を識別する値である。なお、図２１に例示した総情報サイズ以降のデータ列について、１行目は領域番号１のデータ列を、２行目は領域番号２のデータ列を、以下同様に、行と領域番号を対応させて記載している。すなわちデータフォーマット２１００のデータ列は、行の末尾に当たる表示優先順位に続いて、次の行の領域番号を送信する。
【００７９】
各領域の情報サイズは、各領域について送信される情報のサイズである。各領域の領域サイズは、各領域におけるＬＣＤ上で表示されるサイズである。例えば、図９に示したアロケーション・テーブル９００では、領域番号１では２４、領域番号２では１２などである。
【００８０】
各領域の座標は、各領域のＬＣＤ上の座標である。例えば、図９に示したアロケーション・テーブル９００では、領域番号１では「左１上３」、領域番号２では「左０上０」などである。各領域のバッファアドレス変換数は、各領域内の表示位置に対応するバッファアドレスの数である。例えば、図９に示したアロケーション・テーブル９００では、領域番号１はアドレスＢ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇの６つがあるので、バッファアドレス変換数は６である。
【００８１】
各領域のバッファアドレス・バッファ長は、図９に示したアロケーション・テーブル９００の「アドレス」と「Ｌｅｎｇｔｈ」に対応する値である。各領域の表示優先度は、図９に示したアロケーション・テーブル９００の表示優先度に対応する値である。
【００８２】
コントローラ・ユニット２２０側の表示領域情報テーブルを更新した場合には、上述したデータフォーマット２１００に沿った表示領域情報テーブルを送信することで、操作パネルユニット２１０側の領域の設定を変更することができ、通信の効率化につながる。また、ユーザも容易に表示領域情報テーブルを更新できる。
【００８３】
説明を図２０に戻す。ステップＳ２００３の処理をした後、ステップＳ２００４で、操作パネルユニット２１０は、データフォーマット２１００を受領した旨の応答を、コントローラ・ユニット２２０に送信する。
【００８４】
次に、図２０で説明した処理についての詳細を、ユニットごとに図２２、図２３を以て説明する。図２２は、第３の実施形態の画像形成装置１００の起動時の、コントローラ・ユニット２２０側で実行する処理のフローチャートである。
【００８５】
処理はステップＳ２２００から開始し、ステップＳ２２０１でコントローラ・ユニット起動部１９０２から表示領域情報テーブル取得部１９０１に表示領域情報テーブルの更新の有無を確認し、ステップＳ２２０２で、表示領域情報テーブルの更新があったかを判定する。
【００８６】
表示領域情報テーブルの更新があった場合には、ステップＳ２２０３に進み、コントローラ・ユニット起動部１９０２は、起動確認コマンドを更新ありとして、描画データ送信部３０４に送る。
【００８７】
その後、ステップＳ２２０４で、描画データ送信部３０４は、起動確認コマンドを描画データ受信部３０８に対して送信し、ステップＳ２２０５で、描画データ受信部３０８からの起動確認コマンド応答の受信を待機する。起動確認コマンド応答がない場合には、ステップＳ２２０４に戻り、再度起動確認コマンドを描画データ受信部３０８に対して送信する。
【００８８】
また、ステップＳ２２０２の判定の結果、表示領域情報テーブルの更新がない場合には、ステップＳ２２０６に進み、コントローラ・ユニット起動部１９０２は、起動確認コマンドを更新無しとして、描画データ送信部３０４に送る。
【００８９】
その後、起動確認コマンドを描画データ受信部３０８に対して送信し（ステップＳ２２０７）、描画データ受信部３０８からの起動確認コマンド応答の受信を待機する（ステップＳ２２０８）。なお、ステップＳ２２０７とステップＳ２２０８は、ステップＳ２２０４とステップＳ２２０５に対応する処理である。
【００９０】
表示領域情報テーブルの更新がなかった場合には、操作パネルユニット２１０側のテーブルを更新する必要が無いので、ステップＳ２２０８の後、ステップＳ２２１３に進み、処理を終了する。
【００９１】
表示領域情報テーブルの更新があった場合には、ステップＳ２２０５の後、ステップＳ２２０９以降の処理で、表示領域情報テーブルを送信する。ステップＳ２２０９では、コントローラ・ユニット起動部１９０２が表示領域情報テーブル取得部１９０１に対して、表示領域情報テーブルの送信を指示する。
【００９２】
表示領域情報テーブルの送信の指示を受けた表示領域情報テーブル取得部１９０１は、ステップＳ２０１０で、更新された表示領域情報テーブルを取得し、描画データ送信部３０４に送る。ここで、送信する表示領域情報テーブルは、図２１に例示したデータフォーマットで送信する。
【００９３】
次に、ステップＳ２２１１で、描画データ送信部３０４は、表示領域情報テーブルを描画データ受信部３０８に対して送信し、ステップＳ２２１２で、データフォーマットを受領した旨の応答を待機する。データフォーマット受領応答がない場合には、ステップＳ２２１１に戻り、再度表示領域情報テーブルのデータフォーマットを描画データ受信部３０８に対して送信する。データフォーマット受領応答を受信したら、ステップＳ２２１３に進み、処理を終了する。
【００９４】
次に、図２０で説明した処理について、操作パネルユニット２１０側の詳細を説明する。図２３は、第３の実施形態の画像形成装置１００の起動時の、操作パネルユニット２１０側で実行する処理のフローチャートである。
【００９５】
処理はステップＳ２３００から開始し、ステップＳ２３０１で、操作パネルユニット起動部１９０３から描画データ受信部３０８に対して起動確認コマンド待ちを指示する。ステップＳ２３０２で、描画データ受信部３０８は起動確認コマンドを受信し、起動応答を描画データ送信部３０４に返す。
【００９６】
次に、ステップＳ２３０３では、ステップＳ２３０２で受信した起動確認コマンドが、更新ありであるか否かを判定する。更新無しの場合には、ステップＳ２３１１に進み、処理を終了する。更新ありの場合には、ステップＳ２３０４に進み、操作パネルユニット起動部１９０３から書換判定部１９０４に対して、表示領域情報テーブル受領処理を指示する。
【００９７】
ステップＳ２３０５では、描画データ受信部３０８が、表示領域情報テーブルを描画データ送信部３０４から受信し、ステップＳ２３０６で、表示領域情報テーブルの受領確認を、コントローラ・ユニット２２０に送信する。
【００９８】
ステップＳ２３０７では、受信した表示領域情報テーブルを描画データ受信部３０８から書換判定部１９０４に送る。次に、ステップＳ２３０８で、書換判定部１９０４は、表示領域情報テーブルに更新があるかを判定する。更新がない場合には、ステップＳ２３１１に進み、処理を終了する。更新がある場合には、ステップＳ２３１０に進み、更新すべき表示領域情報テーブルを表示領域情報テーブル書換部１９０５に送る。
【００９９】
その後、ステップＳ２３１０で、表示領域情報テーブル書換部１９０５は、操作パネルユニット２１０の表示領域情報テーブルを更新し、ステップＳ２３１１で、処理を終了する。
【０１００】
このように、図２２および図２３で説明した処理を画像形成装置１００の起動時に行うことで、更新があったときだけ表示領域情報テーブルを変更でき、起動に掛かる時間を短縮できる。また、起動応答や、受領確認を受信することで、操作パネルユニット２１０側の表示領域情報テーブルを確実に更新することができる。
【０１０１】
以上説明したように、本実施形態によれば、画像形成装置１００の描画表示を効率化することができ、より画像形成装置１００の利用性を向上させることができる。
【０１０２】
これまで本発明を、実施形態をもって説明してきたが、本発明は、実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【０１０３】
１００    ：画像形成装置
１０１    ：原稿台
１０２    ：筐体部
１０３    ：用紙カセット部
１０４    ：公衆電話回線
１０６    ：操作パネル
２００    ：ハードウェア機能ブロック
２１０    ：操作パネルユニット
２１１    ：ＬＣＤ
２１２    ：ＮＶＲＡＭ
２１３    ：ＣＰＵ
２１４    ：ＲＡＭ
２１５    ：ＲＯＭ
２２０    ：コントローラ・ユニット
２２１    ：ＣＰＵ
２２２    ：ＲＡＭ
２２３    ：ＲＯＭ
２３０    ：プリンタエンジン
３００    ：ソフトウェア機能ブロック
３０１    ：描画データ生成部
３０２    ：描画データ差分抽出部
３０３    ：描画データ差分情報判断部
３０４    ：描画データ送信部
３０５    ：表示優先度判断部
３０６    ：システム状態制御部
３０７    ：デバイス制御部
３０８    ：描画データ受信部
３０９    ：描画データ差替え判定部
３１０    ：描画データ表示制御部
１９０１  ：表示領域情報テーブル取得部
１９０２  ：コントローラ・ユニット起動部
１９０３  ：操作パネルユニット起動部
１９０４  ：書換判定部
１９０５  ：表示領域情報テーブル書換部
【先行技術文献】
【特許文献】
【０１０４】
【特許文献１】特許第４，０７１，２３４号明細書
【図１】
2017078843.tif 000003
【図２】
2017078843.tif 000004
【図３】
2017078843.tif 000005
【図４】
2017078843.tif 000006
【図５】
2017078843.tif 000007
【図６】
2017078843.tif 000008
【図７】
2017078843.tif 000009
【図８】
2017078843.tif 000010
【図９】
2017078843.tif 000011
【図１０】
2017078843.tif 000012
【図１１】
2017078843.tif 000013
【図１２】
2017078843.tif 000014
【図１３】
2017078843.tif 000015
【図１４】
2017078843.tif 000016
【図１５】
2017078843.tif 000017
【図１６】
2017078843.tif 000018
【図１７】
2017078843.tif 000019
【図１８】
2017078843.tif 000020
【図１９】
2017078843.tif 000021
【図２０】
2017078843.tif 000022
【図２１】
2017078843.tif 000023
【図２２】
2017078843.tif 000024
【図２３】
2017078843.tif 000025