JP2003303038A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 予めＲＯＭ上にデータを用意せず、又操作部
のソフトの変更を行わずに、アプリケーションからのア
イコンをＧＵＩ操作部で利用可能にし、最適なグラフィ
ック表示を行い操作性を向上させる。 【解決手段】 本体側で発生したアイコンに関するデー
タを通信手段１０を介して受信する操作部では、そのデ
ータ分の容量をＲＡＭ３OR５に確保し、確保したＲＡＭ
の領域に、アイコンの幅、高さ、色数、アイコンパター
ンの各データを書き込み、管理する。ＲＡＭに書き込む
アイコンパターンのデータ形式は、ＧＵＩ動作のソフト
設計に合わせて予めフラッシュＲＯＭ２に格納されたア
イコンパターンのデータ形式と同一として、フラッシュ
ＲＯＭ２のデータと共通の動作によりＲＡＭ３OR５のデ
ータを用いてアイコンの表示を行うことを可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＧＵＩ操作部から
の指令入力に従い対象情報を処理する情報処理装置(例
えば、画像データをもとに操作パネルから設定した印刷
条件で紙出力を行う複写機、プリンタ等の画像形成装置
等）に関し、より詳細には、操作部に表示する画面表示
用データ（例えば、アイコン）のカスタム化を容易に実
現するための手段を備えた前記情報処理装置に関する。

【０００２】

【従来の技術】従来より、操作部からの指令入力に従い
対象情報の処理を実行する情報処理装置の一つに複写機
やプリンタ等の、画像データをもとに操作パネルから設
定した印刷条件で紙出力を行う画像形成装置が知られて
おり、コピー・スキャナ・プリンタ・ファクシミリ機能
を複合させて備えたマルチファンクション機、としても
広く普及している。このような装置では、指令入力を行
う操作部における操作性を向上させるためにＧＵＩ（Gr
aphical User Interface）を採用し、操作パネルの画面
に表示したさまざまなグラフィックデータの指示に従
い、ダイアログ方式で入力操作を進行させるようにして
いる（特開平8-262932、参照）。このときに操作部に表
示されるグラフィックデータは、予めＧＵＩを動作させ
るソフトウェアとともにＲＯＭ上に記憶された形で用意
される。ところで、近年では画像形成装置を要素として
構成される情報処理システム上に使用目的に合わせたア
プリケーションを自由に開発できる仕組みが考えられて
おり、例えば、インターネット接続でシステム化された
マルチファンクション機といった画像形成装置で読み取
った文書をネット上のサーバに登録したり、ネット上の
サーバに登録された文書を画像形成装置で印刷するとい
った処理を可能にしている。こうしたアプリケーション
を外部で作成する場合、操作性を向上させるために、特
殊な図形や作成者の識別マーク（例えば、会社のロゴ）
を、例えば処理対象となる文書に関連付けておく（所謂
カスタム化する）ことにより、アプリケーションを利用
するときに、その識別マークを操作部で表示したいとい
う要求がある。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うに外部で作成されたアプリケーションに対応したカス
タム化をするために用いるグラフィックデータはアプリ
ケーションもしくはユーザ個々に異なるデータが作成さ
れる可能性があるため、このグラフィックデータを画像
形成装置側では、従来、操作部で画像表示するためにＲ
ＯＭに記憶し用意していたグラフィックデータと同様
に、予めＲＯＭ上に用意しておくことができない。ま
た、従来の仕組みでは、ＧＵＩ動作のソフトウェアとＲ
ＯＭに格納されたグラフィックデータの関係はリジッド
であり、新規のグラフィックデータを表示するためには
操作部のソフトウェアの変更を行わなければならない。
本発明はＧＵＩ操作部からの指令入力に従い処理を実行
する情報処理装置における上述の従来技術の問題点に鑑
みてなされたもので、その目的は、予めＲＯＭ上にデー
タを用意せず、又操作部のソフトウェアの変更を行わず
に、アプリケーションからの画面表示用データをＧＵＩ
操作部に表示する仕組みを備えることにより、最適なグ
ラフィック表示を行い操作性を向上させることを可能と
する手段を備えた前記情報処理装置を提供することにあ
る。

【０００４】

【課題を解決するための手段】請求項１の発明は、ＧＵ
Ｉ動作による指令入力の操作部と、該操作部からの指令
に従い対象情報の処理を行う主制御部を有する情報処理
装置であり、前記操作部は、主制御部のＣＰＵから独立
した専用のＣＰＵを備え、該専用のＣＰＵにより前記主
制御部で発生した画面表示用データの受信及び受信した
データを用いたＧＵＩ動作を行わせるようにしたことを
特徴とする情報処理装置である。

【０００５】請求項２の発明は、請求項１に記載された
情報処理装置において、前記主制御部で発生した画面表
示用データを前記操作部が処理し得るデータ形式に変換
する手段を備えたことを特徴とするものである。

【０００６】請求項３の発明は、請求項１又は２に記載
された情報処理装置において、前記主制御部で発生した
画面表示用データに関する情報を登録する手段を備えた
ことを特徴とするものである。

【０００７】請求項４の発明は、請求項３に記載された
情報処理装置において、前記登録手段により登録された
画面表示用データに関する情報を削除する手段を備えた
ことを特徴とするものである。

【０００８】

【発明の実施の形態】本発明に係わる情報処理装置を添
付する図面とともに示す以下の実施形態に基づき説明す
る。以下には、画像形成装置（ここでは、画像データを
もとに印刷出力を行うコピー・プリンタ・ファクシミリ
等の機能を複合させて備えたマルチファンクション機を
例示）を例に、本発明に係わる情報処理装置としての実
施形態を示す。図１は、本実施形態の画像形成装置にお
ける制御部の概略構成を示す。図１を参照すると、本実
施形態の画像形成装置は制御部として、操作部側と本体
側とに制御基板を分けて有し、操作部制御基板上には、
本体制御基板上のＣＰＵ２０とは独立した専用ＣＰＵ１
が搭載されており、操作部制御と本体制御は同期シリア
ル等の通信手段１０により接続され、描画コマンドやキ
ー入力情報等の双方向データ通信が可能な構成となって
いる。こうした基本構成により、操作部の専用ＣＰＵ１
が、所期の目的である、ＧＵＩに用いるアイコン等の画
面表示用データとしてＲＯＭに予め用意したグラフィッ
クデータ以外に、アプリケーションの動作に従って新た
に本体側で発生するアイコン等の画面表示用データを表
示するための処理の実現を図る。

【０００９】操作部ＣＰＵ１には、このＣＰＵの制御下
に、制御プログラムや該プログラムの設計に伴って予め
用意されるグラフィックデータが格納されたフラッシュ
ＲＯＭ２、ワーク領域として使用されるＳＲＡＭ３、Ｌ
ＣＤモジュール６をコントロールするＬＣＤコントロー
ラ４、ＬＣＤモジュール６上に重ねて配置されるタッチ
パネル７、キー基板８のドライバ９等が接続されてい
る。また、ＬＣＤコントローラ４を介して、ＬＣＤモジ
ュール６への表示画素データが格納されるビデオＲＡＭ
（略して「ＶＲＡＭ」という）としてのＳＤＲＡＭ５へ
のリード／ライトも可能である他、ドライバ９を介して
キー基板８上のキースイッチやＬＥＤ、さらにＬＣＤモ
ジュール６のバックライト制御も可能となっている。Ｌ
ＣＤコントローラ４は、ＳＤＲＡＭ（ＶＲＡＭ）５のリ
フレッシュ処理や、ＶＲＡＭ５からＬＣＤモジュール６
への表示データ転送（表示信号出力）を行うが、内部レ
ジスタへの設定により、この表示信号出力１１は抑制可
能となっている。本体側ＣＰＵ２０には、このＣＰＵの
制御下に、制御プログラムやデータが格納されたフラッ
シュＲＯＭ２１、ワーク領域として使用されるＳＲＡＭ
２２、画像形成装置で受け付けた画像情報（コピー・ス
キャナ・プリンタ・ファクシミリ等の機能を通して入力
されてくる画像情報）を蓄積する大容量の記憶部を有す
るハードディスク２５、動作に必要な設定情報や管理情
報を保存するＮＶＲＡＭ２３等が接続されており、マル
チファンクション機全体の制御動作を司る。

【００１０】また、各制御基板上には、図示しないが、
ＩＣカード等の外部記憶媒体の接続手段（カードスロッ
ト等）が付加されており、この接続手段を介して外部記
憶媒体から読み出したプログラムや制御に用いる各種デ
ータをフラッシュＲＯＭ２、２１へ読み込むことを可能
にする。なお、本体側で発生したアイコンに関する管理
データやグラフィックデータの後述する各処理（図４、
図６、図７、図１０、図１１、図１２）を実行するため
の手段は、各処理をそれぞれ実行するための手順を記述
したプログラムを作成し、そのプログラムを記録媒体と
してＩＣカード等に書き込むことにより、ＣＰＵ（コン
ピュータ）がカードスロット等を介して取り込むことが
可能な外部記憶媒体の形で提供し得る。そうした場合、
記憶媒体からカードスロット等を介してそのプログラム
を本体側のフラッシュＲＯＭ２１あるいは操作部側のフ
ラッシュＲＯＭ２に搭載させることにより、所期の処理
を実行するための機能実現手段を構成することができ
る。

【００１１】図２は、本実施形態の装置に装備されてい
る操作部ユニットのパネルの一例を示す。図２を参照す
ると、プリント枚数や倍率を入力するためのテンキー３
１、プリント動作の開始を指示するためのスタートキー
３２、プリント動作の中断やテンキー入力結果のクリア
を指示するためのクリア／ストップキー３４、設定され
ているプリントモードをデフォルト状態に戻すためのリ
セットキー３７、予熱状態の移行／解除を指示するため
の予熱キー３６、実行中のプリント動作に割り込んで別
のプリント動作をさせるための割込モード移行／解除キ
ー３５、管理者やユーザの使い勝手に合わせた装置の設
定を行うための初期設定モード移行／解除キー３８、Ｌ
ＣＤ上の表示言語を別の言語に切り替える言語切替キー
３９、コピー、ＦＡＸ、プリンタ、スキャナ等のアプリ
ケーションを選択するためのアプリ切替キー４０〜４３
等のハードキーを備え、いくつかのハードキー上には、
そのキーの選択状態を示すためのＬＥＤ４５が付加され
ている。特にスタートキー３２上には、装置がプリント
動作可能である場合は緑のＬＥＤが、動作不可である場
合は赤のＬＥＤが点灯されるよう、赤・緑両方のＬＥＤ
３３が付加されている。また、ＬＣＤ表示部４４には機
械の状態を表したり各種のモードを設定するためのメッ
セージやグラフィックデータが表示される。このグラフ
ィックデータはアイコンと呼ばれる。メッセージやアイ
コンは、ＲＯＭ２（図１参照）に記憶されているものを
用いるが、その他に本発明に特有の動作（後記にて詳
述）により本体側で発生するグラフィックデータを操作
部側のＲＡＭ３，５に保持し、用いるようにする。

【００１２】操作部でアイコンを表示する操作を行うた
めに、アイコンは、ＧＵＩ動作を実行するソフトウェア
に合わせた所定のデータ形式（即ちＲＯＭ２上に格納さ
れるアイコンのデータ形式）に則ったデータであること
が必要になる。図３は、ＲＯＭ２上でのアイコンのデー
タ形式を説明する図で、そこに示すように、データ形式
はポインタテーブルとアイコンデータとからなり、ポイ
ンタテーブルはアイコン番号とアイコンデータの関連付
けを示す。使用時には、指定されたアイコン番号の位置
のテーブルを参照し、アイコンデータへのポインタを取
得する。アイコンデータはアイコン幅、アイコン高さ、
アイコンの色数の各データと、その後にイメージパター
ンが続いている。イメージパターンは、ＬＣＤ上で表示
されるイメージ（図５中の“ＬＣＤ上の並び”参照）の
左上に来る画素から順番に若いアドレスから格納され、
行は上の行から並ぶ。なお、本実施形態では色数は２色
と１６色の場合のみで説明するが、他の色数の場合も同
様に実施可能である。

【００１３】ここで、図３に示したようなデータ形式で
メモリに格納されたアイコンを操作部で表示する時の処
理手順を説明する。なお、ここにいうアイコンを格納す
るメモリは、フラッシュＲＯＭ２の外、後述するよう
に、本体側で発生するアイコンのグラフィックデータを
格納する操作部側のＲＡＭ３，５になる。本例のアイコ
ンの表示処理（イメージパターンのＶＲＡＭへの書き込
み処理）のフローチャートを示す図４を参照すると、ま
ず、読み出しアドレスに上記したデータ形式でメモリに
格納されたアイコンデータの先頭アドレスをセットし
（Ｓ１０１）、書き込みポインタに表示位置に相当する
ＶＲＡＭ（ＳＤＲＡＭ）５への先頭アドレスをセットす
る（Ｓ１０２）。この後、アイコンの幅・高さ・色数の各
データをポインタをインクリメントしながら読み出す
（Ｓ１０３〜１０７）。次いで、イメージパターンをＶ
ＲＡＭ５に書き込むためにポインタをインクリメントし
（Ｓ１０８）、前のステップで読み出したアイコンの幅
・高さ・色数のデータに基づいて、イメージパターンをＶ
ＲＡＭ５に書き込む操作を開始する。１バイト毎に読み
出し、書き込みの各ポインタをインクリメントし（Ｓ１
０９〜１１１）、１行毎に書き込みポインタを次の行の
先頭にセットしながら（Ｓ１１２，１１３）書き込み操
作を続け、全部の行の書き込みを確認して、フローを終
了する。

【００１４】本発明は、本体側で発生し、そこから送信
されてくるアイコンのグラフィックデータを操作部側の
ＲＡＭに保持し、表示する（図４参照）。その場合、操
作部側で受信するグラフィックデータが、フラッシュＲ
ＯＭ２上のアイコンと同じ形式（図３のデータ形式）の
データであれば、表示を行う際に図４の処理がそのまま
使用でき、処理に用いるソフトウェアの変更も必要がな
い。しかしながら、外部アプリケーションからグラフィ
ックデータが指定される場合、グラフィックデータが操
作部でのデータ形式と同じ形式であるとは限らない。こ
の場合、そのままでは図４の処理が適用できないので、
処理に用いるソフトウェアの変更をせずに処理を可能に
するためには、指定されたデータ形式から操作部側で必
要とするデータ形式へ変換して送信する必要がある。Wi
ndows（登録商標）のBMP形式は、上述の操作部側でのア
イコン表示を可能とするデータ形式と異なるので、デー
タ形式の変換が必要になる例である。この場合のデータ
形式の変換について説明する。図５は、「ＬＣＤ上での
画素並び」と「BMP形式」、「操作部側で必要とするデ
ータ形式」でのイメージデータの対応について示す。な
お、図中の（ａ）は「モノクロ」の場合、（ｂ）は「カ
ラー」の場合を示す。図５を参照して、BMP形式と操作
部側で必要とするデータ形式とを比較すると、上の行か
ら格納するか下の行から格納するかという点と、BMP形
式の場合は一行毎にダミーデータが挿入されている点が
両者の相違である。また、１６色の場合特有の違いとし
て、BMP形式の場合は一つの画素に対する4bitの情報を
連続して持っているが、操作部上の形式では4bitの情報
をPLANE0〜3の情報として1bitづつ振り分けている。従
って、BMP形式から操作部側で必要とするデータ形式に
変換するためには、行の格納順序を入れ替え、行ごとの
ダミーデータを取り除く。また、１６色の場合は１つの
画素についての4bitの情報を1bitづつに分割してプレー
ン毎の情報に置き換えるという変換処理が必要になる。

【００１５】次に、本体側で発生したアイコンのグラフ
ィックデータが操作部側へ送信された時の操作部側での
受信処理について説明する。本例に係わるグラフィック
データの受信処理のフローを示す図６を参照すると、ま
ず、グラフィックデータの幅、高さ、色数の各データを
受信し（Ｓ２０１〜２０３）、それらのデータに基づい
て、グラフィックデータのサイズを計算する（Ｓ２０
４）。次いで、計算したグラフィックデータサイズ分の
メモリ容量がＲＡＭ（ＳＲＡＭ３又はＳＤＲＡＭ５、以
下に記す“ＲＡＭ”は同義）に確保できるかをチェック
する（Ｓ２０５）。ここで、確保できなかった場合はエ
ラーを返す（Ｓ２２０）。ＲＡＭに容量が確保できた場
合は、書き込みポインタに確保したＲＡＭの先頭アドレ
スをセットし、アイコンの幅、高さ、色数の各データを
書き込みポインタをインクリメントしながら確保したＲ
ＡＭに書き込む（Ｓ２０６〜２１１）。その後、イメー
ジパターンをＲＡＭに書き込むためにポインタをインク
リメントし（Ｓ２１２）、イメージパターンをＲＡＭに
書き込む操作を開始する。この操作は、イメージパター
ンを１バイト毎に受信し、受信データのＲＡＭへの書き
込みを行い、書き込みポインタをインクリメントすると
いう動作をグラフィックデータ分繰り返し（Ｓ１０９〜
１１１）、グラフィックデータ全部の受信終了を確認し
て（Ｓ２１３-YES）、フローを終了する。

【００１６】操作部が上記したグラフィックデータの受
信処理（図６）とアイコンの表示処理（図４）を組み合
わせ、一連の処理として実行することにより、従来、画
像形成装置では、予めＲＯＭに用意していたものしか操
作部の表示に用いることができず、不可能であった例え
ば外部アプリケーション等により作成され、本体側で発
生した新規アイコンの利用が可能になる。図７は、この
本体側から操作部側へ送信したグラフィックデータを表
示する処理のフローを示す。図７に示すようにこのフロ
ーは、図６に示したグラフィックデータ受信処理のフロ
ーを行い（Ｓ３０１）、所定のデータ形式でイメージパ
ターンをＲＡＭに書き込んだ後、ＲＯＭ２上のアイコン
と同様に図４に示したアイコンの表示処理のフローを行
う（Ｓ３０２）ようにする。

【００１７】次の実施形態は、本体側で発生するアイコ
ンのグラフィックデータを操作部側のＲＡＭに保持し、
操作部の表示に用いる、とした上述の実施形態における
目的に加えて、同じグラフィックデータを複数の個所で
使用できるようにすることにより、データ送信時間を短
縮し、メモリ効率を向上させることを目的とするもので
ある。このために、本体側から操作部側へ送信したグラ
フィックデータを登録する手段を備える。この場合、操
作部内のフラッシュＲＯＭ２に格納したアイコンと同様
にアイコン番号を割り当てて管理することにより、繰り
返し使用することが可能となる。例示する実施形態で
は、登録できるアイコンの最大数を６４としているが、
他の数にした場合も同様に実施可能である。まず、本体
側でのアイコン情報の管理方法を説明する。本体側で
は、操作部に表示を行うアプリケーション毎に、図８に
示すような登録アイコン情報テーブルを持つ。このテー
ブルのサイズは登録アイコンの最大登録可能個数分と
し、図８の例では、６４個分備えている。操作部にアイ
コン登録指示を送信した後、アイコン登録が完了し、操
作部からアイコン番号が返って来た時点で、該当するア
イコン番号のテーブルに情報をコピーする。一つのアイ
コンについて、アイコン登録時に戻り値として渡される
アイコン番号、アイコン登録時の引数として渡されるア
イコン幅、高さ、色数、アイコン画像データのサイズ、
アイコンデータ（イメージパターン）へのポインタの情
報を持っている。登録アイコン情報テーブルにはアプリ
ケーションが自分で登録したアイコンについてのみ情報
が記録されている。

【００１８】操作部側でのアイコン情報の管理方法を説
明する。操作部側では、アイコンの登録状態、登録され
たアイコンに対するイメージデータの有無を一括管理す
る。このために、表示を行うアプリケーション毎に、図
９に示すような、登録アイコンの最大登録可能個数分の
サイズ（この例では、６４個分）の登録アイコン管理テ
ーブルを備えている。このテーブルは、指定アイコン番
号におけるアイコンデータの登録有無フラグ、指定アイ
コンを使用している数（使用アイタム数カウンタ）、ブ
リンク用として使用されている数（ブリンクアイタム数
カウンタ）、アイコンデータ用メモリ（ＲＡＭ）管理レ
コードへのポインタをメンバーとして持つ。アイコンデ
ータ用メモリは、ＳＲＡＭ３又はＳＤＲＡＭ（ＶＲＡＭ
としても使用）５に獲得する。管理はメモリ管理レコー
ドのチェーンにて行う。即ち、登録アイコンではアイコ
ンデータ用メモリ（ＲＡＭ）管理レコードにおける確保
領域先頭アドレスがアイコンデータへのポインタにあた
る。このポインタが指すアドレスにはＲＯＭ２上のアイ
コンと同じフォーマット（アイコン幅、アイコン高さ、
色数、アイコンイメージパターン）でアイコンデータが
記憶されている。このポインタを図４の表示処理に渡す
ことにより、登録アイコンの表示が可能となる。なお、
アイコンデータ用メモリ（ＲＡＭ）管理レコードは、上
記以外に、レコード番号、次のレコードへのポインタ、
前のレコードへのポインタ、領域サイズ、アイコン番
号、使用中領域／空き領域、をメンバーとして持つ。

【００１９】ここで、図９に示したような登録アイコン
管理テーブルにより操作部側で管理されるアイコンの登
録時の処理手順を説明する。操作部側のアイコン登録処
理のフローチャートを例示する図１０を参照すると、ま
ず、本体側からアイコン登録依頼が送信されると操作部
側ではアイコン管理テーブルを登録アイコン番号の先頭
から順に、空いているテーブルを検索する。手順として
は、先頭のアイコン番号をセットし（Ｓ４０１）検索を
開始し、その番号のアイコンデータの登録フラグの有無
をチェックし（Ｓ４０３）、チェック結果がフラグ無し
になるまでアイコン番号をインクリメントする（Ｓ４０
４）、という処理を繰り返し、アイコン番号の終わりま
で検索しても空いているテーブルが見つからなかった場
合は（Ｓ４０２-YES）、本体側にアイコン登録エラーを
返す（Ｓ４０７）。他方、登録フラグの無し、即ち空い
ているテーブルが見つかったら（Ｓ４０３-YES）、登録
フラグを“１”として（Ｓ４０５）、テーブルを使用中
に変更し、獲得したアイコン番号を本体側に返す（Ｓ４
０６）。

【００２０】次に、登録したアイコンを表示する操作部
側の処理に係わる実施形態を示す。本例の登録アイコン
を表示する処理のフローチャートを示す図１１を参照す
ると、まず、本体側から登録済みのアイコン番号が送信
されてきたときに、登録アイコン管理テーブルで該当ア
イコン番号のアイコンデータ用メモリ（ＲＡＭ）が確保
されているか調べ（Ｓ５０１）、確保されている場合に
は、登録済みのアイコンイメージデータをアクセスして
表示する図４に示した処理を実行し（Ｓ５０４）、処理
を終了する。他方、アイコンデータ用メモリ（ＲＡＭ）
が確保されていない場合には（Ｓ５０１-NO）、上述の
グラフィックデータ受信処理（図６）を行い（Ｓ５０
２）、受信したアイコンに関する情報をデータ登録アイ
コン管理テーブルへ反映させ（Ｓ５０３）、その後アイ
コンイメージデータを表示する図４に示した処理を実行
し（Ｓ５０４）、処理を終了する。このときの本体側の
処理としては、操作部側でのアイコン登録が成功した場
合は、登録アイコン情報テーブル（図８参照）にアイコ
ン番号、幅、高さ、サイズ、色数をコピーする。アイコ
ンパターンを確保したメモリにコピーし、確保したメモ
リ領域の先頭アドレスを登録アイコン情報テーブルのア
イコンデータポインタにセットする。他方、操作部側で
のアイコン登録に失敗した場合は、確保したアイコンパ
ターン用のメモリを解放する。

【００２１】次に示す実施形態は、上述のようにして登
録された（図１０参照）アイコンの中、使用しなくなっ
たアイコンについて、グラフィックデータを削除して、
メモリ効率を向上させることを意図するものである。本
例の登録されたアイコンを削除する操作部側での処理の
フローチャートを示す図１２を参照すると、まず、本体
側からアイコン番号を指定してアイコンの削除が送信さ
れてきたときに、登録アイコン管理テーブルで、指定さ
れたアイコン番号が使用中であるか否か（Ｓ６０１）、
又はブリンク中であるか否か（Ｓ６０２）を調べる。そ
の結果、使用中（即ち使用数カウンタ＝０ではない）、
又はブリンク中（即ちブリンク数カウンタ＝０ではな
い）である場合は、削除せずに、アイコン削除エラーを
本体側に返す（Ｓ６０７）。他方、使用中ではない、即
ち使用数カウンタ＝０であり、又ブリンク数＝０である
時（Ｓ６０２-YES）、該当アイコン番号のアイコンデー
タ用メモリ（ＲＡＭ）が確保されているか調べ（Ｓ６０
３）、確保されている場合、そのアイコンデータ用メモ
リを解放し（Ｓ６０４）、アイコン管理テーブルの情報
を初期化する（Ｓ６０５）。なおアイコンデータ用メモ
リが確保されていない場合（Ｓ６０３-NO）、直ちにア
イコン管理テーブルの情報を初期化する。いずれの場合
も、その後、正常に削除処理が終了したことを本体側に
通知する（Ｓ６０６）。このときの本体側の処理として
は、操作部側で削除が成功した場合、該当アイコン番号
の登録アイコン情報テーブルを初期化し、アイコンパタ
ーン用のメモリを解放する。

【００２２】

【発明の効果】（１） 請求項１，２の発明に対応する
効果 操作部は、主制御部のＣＰＵから独立して専用のＣＰＵ
を備え、該専用のＣＰＵが主制御部で発生した画面表示
用データを受け取り、操作部内のＲＯＭに格納された画
面表示用データを用いる場合と共通のＧＵＩ動作により
グラフィック表示を行うようにしたので、操作部内のＲ
ＯＭに格納されていないグラフィックデータを表示可能
とし、アプリケーション個々に最適なグラフィック表示
を行うこと、いわゆるカスタム化ができ、操作性を向上
させ、又ＧＵＩ動作に用いるソフトウェアの変更なく操
作部内のＲＯＭに追加して画面表示用データの表示が可
能となり、ソフトウェア管理の簡便化が図れる。また、
請求項２の発明によると、操作部が処理し得るデータ形
式に変換する手段を備えたので、主制御部で発生した画
面表示用データの利用範囲を拡張し、さらに操作性の向
上を図ることが可能になる。

【００２３】（２） 請求項３の発明に対応する効果 上記（１）の効果に加えて、主制御部で発生した画面表
示用データに関する情報を登録する手段を備えたことに
より、同じグラフィックデータを複数の個所で使用し得
るので、同一のグラフィックデータの受信・保持処理を
省略でき、グラフィックデータの送信時間の短縮とメモ
リ効率の向上を図ることが可能になる。 （３） 請求項４の発明に対応する効果 上記（２）の効果に加えて、登録されたグラフィックデ
ータに関する情報を削除する手段を備えたことにより、
使用しなくなったグラフィックデータの削除ができるの
で、登録に用いるメモリの利用効率の向上を図ることが
可能になる。

【図面の簡単な説明】

【図１】 本発明の実施形態に係わる画像形成装置の制
御部の概略構成を示す。

【図２】 本発明の実施形態に係わる画像形成装置の操
作部のパネルの一例を示す。

【図３】 ＲＯＭ上でのアイコンのデータ形式を説明す
る図を示す。

【図４】 本発明の実施形態に係わるアイコンの表示処
理のフローチャートを示す。

【図５】 「ＬＣＤ上の画素並び」を「BMP形式」と
「操作部側で必要とするデータ形式」で表したときの相
違を説明する図である。

【図６】 本発明の実施形態に係わるグラフィックデー
タ受信処理のフローチャートを示す。

【図７】 本発明の実施形態に係わる受信したグラフィ
ックデータの表示処理のフローチャートを示す。

【図８】 本体側で管理する登録アイコン情報テーブル
の一例を示す。

【図９】 操作部側で管理する登録アイコン管理テーブ
ルの一例を示す。

【図１０】 本発明の実施形態に係わるアイコン登録処
理のフローチャートを示す。

【図１１】 本発明の実施形態に係わる登録アイコン表
示処理のフローチャートを示す。

【図１２】 本発明の実施形態に係わる登録アイコン削
除処理のフローチャートを示す。

【符号の説明】

１…ＣＰＵ、 ２…フラッシュＲ
ＯＭ、３…ＳＲＡＭ、 ４…ＬＣＤ
コントローラ、５…ＳＤＲＡＭ、 １０
…通信手段、２０…ＣＰＵ、 ２１
…フラッシュＲＯＭ、２２…ＳＲＡＭ、
４４…ＬＣＤ表示部。

フロントページの続き Ｆターム(参考） 2C061 CQ05 CQ34 CQ43 5B021 AA01 CC07 PP05 5C062 AA05 AB20 AB23 AB41 AB42 AC22 AC24 AC29 AC58 AE03 AE15 AF11 AF13 5E501 AA06 AA15 BA05 CA04 CB02 CB05 DA11 DA14 FA02 FA04

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ＧＵＩ動作による指令入力の操作部と、
   該操作部からの指令に従い対象情報の処理を行う主制御
   部を有する情報処理装置であり、前記操作部は、主制御
   部のＣＰＵから独立した専用のＣＰＵを備え、該専用の
   ＣＰＵにより前記主制御部で発生した画面表示用データ
   の受信及び受信した該データを用いたＧＵＩ動作を行わ
   せるようにしたことを特徴とする情報処理装置。
2. 【請求項２】 請求項１に記載された情報処理装置にお
   いて、前記主制御部で発生した画面表示用データを前記
   操作部が処理し得るデータ形式に変換する手段を備えた
   ことを特徴とする情報処理装置。
3. 【請求項３】 請求項１又は２に記載された情報処理装
   置において、前記主制御部で発生した画面表示用データ
   に関する情報を登録する手段を備えたことを特徴とする
   情報処理装置。
4. 【請求項４】 請求項３に記載された情報処理装置にお
   いて、前記登録手段により登録された画面表示用データ
   に関する情報を削除する手段を備えたことを特徴とする
   情報処理装置。