JP2002215375A - 画像形成装置、画像形成装置の制御方法およびその方法をコンピュータに実行させるためのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 操作部の制御プログラムをダウンロードする
際にかかるメイン制御部の処理時間を短縮し、また、メ
イン制御部にかかる負荷を軽減できる画像形成装置を提
供する。 【解決手段】 操作部制御基板１に入力されたプログラ
ム更新データをＳＤＲＡＭ１０５に蓄積する。ＣＰＵ１
２１とは独立のＣＰＵ１０３は、プログラム更新データ
のすべてが蓄積されたか否かを判断し、プログラム更新
データのすべてがＳＤＲＡＭ１０５に蓄積されたと判断
した場合、蓄積されたプログラム更新データによってフ
ラッシュＲＯＭ１０１を書き換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像形成装置、画
像形成装置の制御方法およびその方法をコンピュータに
実行させるためのプログラムにかかり、特に操作部を制
御するプログラムの更新機能を有する画像形成装置に関
する。

【０００２】

【従来の技術】近年、内蔵されるコンピュータプログラ
ムによって制御される機器には、制御に使用されるコン
ピュータプログラム（制御プログラム）を格納するメモ
リにデータの書換えが可能なフラッシュメモリを使用す
るものがある。画像形成装置も例外でなく、制御プログ
ラムの格納に使用されるメモリは、読み取り専用メモリ
の一種であるＥＰ−ＲＯＭ（Electrical PROM）に代わ
ってフラッシュメモリが主流になりつつある。

【０００３】フラッシュメモリのデータの書換えは、次
のようにして行われる。すなわち、例えば、ＩＣカード
のようなデータの記録媒体に予め制御プログラムを格納
することによってマスターカードを作成する。一方、画
像形成装置に対しては、画像形成装置の制御基板にカー
ドスロットを設ける、あるいは、制御基板にマスターカ
ードを読み取る専用治具を接続する。そして、マスター
カードをカードスロットまたは専用治具に装着し、制御
プログラムの内容を制御基板に搭載されたフラッシュメ
モリに格納する。

【０００４】ところで、近年の多機能画像形成装置は、
複数の制御基板によってシステムが構成されていて、各
制御基板にフラッシュメモリが搭載されていることが多
い。複数の制御基板に搭載される複数のフラッシュメモ
リのそれぞれに対してカードスロットや専用治具を設け
ることは、制御基板の実装上望ましくなく、また、画像
形成装置のコストを高めるという欠点があった。

【０００５】上記した欠点を解消するため、制御基板の
うちのメインとなる制御基板（以下、メイン制御基板と
記す）にのみカードスロットや専用治具を設けた画像形
成装置がある。このような画像形成装置は、メイン制御
基板と周辺の周辺制御基板とを通信回線で接続し、メイ
ン制御基板に装着されたマスターカードから入力した制
御プログラムを通信回線を介してメイン制御基板から周
辺制御基板にダウンロードしている。ダウンロードされ
た制御プログラムは、周辺制御基板に搭載された各フラ
ッシュメモリに格納され、各周辺制御プログラムの制御
に使用される。

【０００６】また、制御プログラムをダウンロードでき
る画像形成装置の例として、特開平５−２３２７５８号
公報、特開平９−１１４６１４号公報に記載された発明
が挙げられる。特開平５−２３２７５８号公報に記載さ
れた発明は、本体において複写装置の立上げと同時に外
部記憶装置からＲＡＭへ制御プログラムをダウンロード
するものである。また、特開平９−１１４６１４号公報
には、外部のシステムから制御プログラムをダウンロー
ドするプリンタ装置が記載されている。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
画像形成装置は、メイン制御基板を介して制御プログラ
ムを周辺制御基板にダウンロードする場合、周辺制御基
板側がフラッシュメモリをイレースするのを待ち、周辺
制御基板とハンドシェイクをとりながら制御プログラム
を所定の単位ごとに転送している。転送された制御プロ
グラムは、制御基板において、フラッシュメモリに書き
込まれる。

【０００８】このため、従来の制御プログラムのダウン
ロードにおいて、メイン制御基板は、周辺制御基板がフ
ラッシュメモリをイレースするまで待機しなければなら
ない上、制御プログラムを所定の単位で転送するつどフ
ラッシュメモリに書き込む作業を行う必要があった。し
たがって、従来の画像形成装置は、ダウンロードを行う
場合にメイン制御基板の制御部によってなされる処理が
長時間化し、メイン制御部によってなされる他の制御に
も影響を及ぼす虞があった。

【０００９】本発明は上述の問題点を解決するために成
されたものであり、本体と本体の操作部とを備えた画像
形成装置において操作部の制御プログラムをダウンロー
ドする際にかかるメイン制御部の処理時間を短縮し、ま
た、メイン制御部にかかる負荷を軽減できる画像形成装
置を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記した課題を解決し、
目的を達成するため、請求項１に記載の発明にかかる画
像形成装置は、本体側制御部を備える本体と、前記本体
側制御部と接続し、前記本体を操作する操作部とを備え
る画像形成装置であって、前記操作部の操作画面を制御
するプログラムを更新する場合、前記本体からプログラ
ム更新データを入力するデータ入力手段と、前記データ
入力手段によって入力されたプログラム更新データを蓄
積するデータ蓄積手段と、前記データ蓄積手段にプログ
ラム更新データのすべてが蓄積されたか否かを判断する
蓄積判断手段と、前記データ蓄積手段に蓄積されたプロ
グラム更新データを記憶するデータ記憶手段と、前記本
体側制御部とは独立に設けられ、前記蓄積判断手段によ
って前記データ蓄積手段にプログラム更新データのすべ
てが蓄積されたと判断された場合、前記データ蓄積手段
に蓄積されたプログラム更新データによって前記データ
記憶手段を書き換える書換制御手段と、を備えることを
特徴とする。

【００１１】この請求項１に記載の発明によれば、操作
画面を制御するプログラムを更新する場合、本体からプ
ログラム更新データを入力し、いったんすべて蓄積する
ことによって更新データの入力を完了させてしまうこと
ができる。そして、蓄積後、本体側制御部とは独立に設
けられた書換制御手段によってデータ記憶手段を蓄積さ
れたプログラム更新データに書き換えることができる。

【００１２】請求項２に記載の発明にかかる画像形成装
置は、前記操作画面が表示素子によって表示されるもの
であり、前記書換制御手段は、前記データ入力手段によ
るプログラム更新データの入力に先だって、前記操作画
面を構成する表示素子を非表示状態にすることを特徴と
する。

【００１３】この請求項２に記載の発明によれば、プロ
グラム更新データのダウンロード中に操作画面の表示を
オフしておくことができる。

【００１４】請求項３に記載の発明にかかる画像形成装
置は、さらに、前記操作部が、前記操作画面とは独立に
前記操作画面を制御するプログラムの更新状態を表示す
る表示手段を備えることを特徴とする。

【００１５】この請求項３に記載の発明によれば、表示
手段によって操作画面と独立にプログラムの更新状態を
表示することができる。

【００１６】請求項４に記載の発明にかかる画像形成装
置は、前記書換制御手段がアクセス可能なメモリ空間に
おいて、前記データ蓄積手段に対して前記プログラム更
新データの蓄積に必要な領域よりも大きい領域が割り当
てられることを特徴とする。

【００１７】この請求項４に記載の発明によれば、プロ
グラム更新データの蓄積中であっても蓄積手段を他の目
的に利用することができる。このため、蓄積手段として
操作画面に表示されるデータを蓄積するメモリを用いた
場合、プログラム更新データの蓄積中であっても操作画
面を機能させることができる。

【００１８】請求項５に記載の発明にかかる画像形成装
置は、前記書換制御手段が、前記データ記憶手段のプロ
グラム更新データによる書換え終了後、前記操作部を制
御する制御プログラムを初期化することを特徴とする。

【００１９】この請求項５に記載の発明によれば、更新
された制御プログラムによって装置を自動的に再起動す
ることができる。

【００２０】請求項６に記載の発明にかかる画像形成装
置は、前記データ蓄積手段が、前記操作画面に表示され
る表示データを記憶する表示データ記憶手段と兼用され
ることを特徴とする。

【００２１】この請求項６に記載の発明によれば、画像
形成装置の既存の構成である表示データ記憶手段をデー
タ蓄積手段と兼用することができる。

【００２２】請求項７に記載の発明にかかる画像形成装
置の制御方法は、本体側制御部を備える本体と、前記本
体側制御部と接続し、前記本体を操作する操作部とを備
える画像形成装置に適用される画像形成装置の制御方法
であって、前記操作部の操作画面を制御するプログラム
を更新する場合、前記本体から入力されたプログラム更
新データを蓄積するデータ蓄積工程と、前記データ蓄積
工程においてプログラム更新データのすべてが蓄積され
たか否かを判断する蓄積判断工程と、前記蓄積判断工程
により前記データ蓄積手段においてプログラム更新デー
タのすべてが蓄積されたと判断された場合、前記本体制
御部とは独立に、前記データ蓄積工程において蓄積され
たプログラム更新データによって前記操作部を制御する
プログラムを書き換える書換制御工程と、を含むことを
特徴とする。

【００２３】この請求項７に記載の発明によれば、操作
画面を制御するプログラムを更新する場合、本体からプ
ログラム更新データをいったんすべて蓄積することによ
って更新データの入力を完了させてしまうことができ
る。そして、蓄積後、蓄積されたプログラム更新データ
によって操作画面を制御するプログラムを書き換えるこ
とができる。

【００２４】請求項８に記載の発明にかかるプログラム
は、本体側制御部を備える本体と、前記本体側制御部と
接続し、前記本体を操作する操作部とを備える画像形成
装置に適用される画像形成装置の制御方法をコンピュー
タに実行させるプログラムであって、コンピュータに、
前記操作部の操作画面を制御するプログラムを更新する
場合、前記本体から入力されたプログラム更新データを
蓄積させるデータ蓄積手順と、前記データ蓄積手順によ
ってプログラム更新データのすべてが蓄積されたか否か
を判断する蓄積判断手順と、前記蓄積判断手順が、前記
データ蓄積手順によってプログラム更新データのすべて
が蓄積されたと判断した場合、前記本体制御部とは独立
に、前記データ蓄積手順によって蓄積されたプログラム
更新データを用いて前記操作部を制御するプログラムを
書き換える書換制御手順と、を含む画像形成装置の制御
方法をコンピュータに実行させることを特徴とする。

【００２５】この請求項８に記載の発明によれば、操作
画面を制御するプログラムを更新する場合、本体からプ
ログラム更新データをいったんすべて蓄積することによ
って更新データの入力を完了させてしまうことができ
る。そして、蓄積後、蓄積されたプログラム更新データ
によって操作画面を制御するプログラムを書き換えるこ
とができる。

【００２６】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる画像形成装置の好適な実施の形態、実施の
形態１ないし実施の形態５を詳細に説明する。

【００２７】（実施の形態１）図１は、実施の形態１〜
５に共通の画像形成装置の構成を説明するためのブロッ
ク図である。なお、実施の形態１〜５は、画像形成装置
をプリンタとして構成したものである。図示した構成
は、本体と本体を操作する操作部とに大別されるプリン
タであって、操作部には操作部制御基板１が備えられ、
本体には本体制御基板２が備えられている。

【００２８】操作部制御基板１と本体制御基板２とは通
信回線１１０によって接続されている。本発明の実施の
形態では、通信回線１１０を、同期シリアル通信回線と
して構成し、操作部制御基板１、本体制御基板２間での
双方向の通信を可能にしている。

【００２９】本体制御基板２は、画像形成装置の画像形
成にかかる処理を統括的に制御するＣＰＵ（Central Pr
ocessing Unit)１２１と、カードスロット１２２とを備
えている。ＣＰＵ１２１は、画像形成装置を統括的に制
御するメイン制御部である。また、カードスロット１２
２は、ＩＣカード（図示せず）が接続され、ＩＣカード
に記録されているプログラムを読み出すと共にＣＰＵ１
２１に出力する装置である。なお、実施の形態１、後述
する実施の形態２〜５では、いずれも操作部制御基板１
の制御に使用される制御プログラムを更新するためのデ
ータ（プログラム更新データ）を記録したＩＣカードを
カードスロット１２２に接続されるものとする。

【００３０】操作部制御基板１は、フラッシュＲＯＭ
（Read Only Memory）１０１、ＳＲＡＭ（Static Rando
m Access Memory）１０２、ＣＰＵ１０３、ＬＣＤ（Liq
uid Crystal Display）コントローラ１０４、ＳＤＲＡ
Ｍ（Synchronous DRAM）１０５、ＬＣＤモジュール１０
６、タッチパネル１０７、キー基板（ＳＷ・ＬＥＤ（Li
ght Emitting Diode））１０８、ドライバ１０９を備え
ている。

【００３１】ＬＣＤモジュール１０６は、操作部の表示
画面を構成する構成であり、ＬＣＤコントローラ１０４
は、ＬＣＤモジュール１０６を制御する。タッチパネル
１０７は、ＬＣＤモジュール１０６上に重ねて配置さ
れ、ＬＣＤモジュール１０６上でオペレータが指定した
点の座標をＣＰＵ１０３に入力する。キー基板（ＳＷ・
ＬＥＤ）１０８は、操作部のキー、スイッチ、ＬＥＤの
制御基板であり、ドライバ１０９は、キー基板（ＳＷ・
ＬＥＤ）１０８を駆動するドライバである。

【００３２】フラッシュＲＯＭ１０１は、操作部の操作
画面を制御する制御プログラムを格納するメモリであ
る。また、ＳＤＲＡＭ１０５は、ＬＣＤモジュール１０
６に表示される表示データ（表示画素）を記録するＶｉ
ｄｅｏ ＲＡＭ（ＶＲＡＭ）である。また、ＣＰＵ１０
３は、ＬＣＤコントローラ１０４を介してＳＤＲＡＭ１
０５に対するリード、ライト、キー基板（ＳＷ・ＬＥ
Ｄ）１０８のＬＥＤ表示、ＬＣＤモジュール１０６のバ
ックライトをも制御している。

【００３３】なお、ＳＤＲＡＭ１０５であるＶＲＡＭ
は、画像形成装置の操作部制御基板が一般的に備える構
成であり、操作部制御基板にある記憶装置としては記憶
容量の大きい装置であることが知られている。実施の形
態１〜５は、いずれもＳＤＲＡＭ１０５を後述するよう
にプログラム更新データの蓄積用ＲＡＭとして用いるも
のである。

【００３４】ＬＣＤコントローラ１０４は、ＳＤＲＡＭ
１０５のリフレッシュやＳＤＲＡＭ１０５からＬＣＤモ
ジュール１０６に対する表示データａの転送を制御す
る。なお、表示データａの転送は、内部レジスタへの設
定によって抑制することが可能である。

【００３５】操作画面の制御プログラムを更新する場
合、カードスロット１２２にＩＣカードが接続され、Ｉ
Ｃカードに記録されているプログラム更新データがＣＰ
Ｕ１２１によって読み出され、本体制御基板２に保持さ
れる。通信回線１１０は、本体制御基板からプログラム
更新データを操作部制御基板１のＣＰＵ１０３に入力す
る。入力されたプログラム更新データは、ＳＤＲＡＭ１
０５に蓄積される。

【００３６】ＣＰＵ１０３はＳＤＲＡＭ１０５にプログ
ラム更新データのすべてが蓄積されたか否かを判断し、
プログラム更新データのすべてがＳＤＲＡＭ１０５に蓄
積されたと判断した場合にフラッシュＲＯＭ１０１のデ
ータをプログラム更新データによって書き換える。な
お、ＣＰＵ１０３はＣＰＵ１２１とは独立の構成で、以
上の処理をＣＰＵ１２１でなされる処理とは独立に実行
する。

【００３７】図２は、ＩＣカードが記憶しているデータ
のフォーマットを説明するための図である。カードスロ
ット１２２は、操作部制御基板１の制御プログラムをバ
ージョンアップするためのプログラム更新データを記録
したＩＣカードの他、本体制御基板２のプログラムをバ
ージョンアップするためのプログラムを記録したＩＣカ
ード、エンジン制御のプログラム記録したＩＣカード、
印字データや不揮発性ＲＡＭ上のデータをアップ、ある
いはダウンロードするためのデータを記録したＩＣカー
ドと接続するときがある。

【００３８】このため、ＩＣカードには、固定アドレス
への規定フォーマットの格納が義務付けられている。画
像形成装置の本体制御基板２は、先ず、図示しない入力
ポートでＩＣカード装着の有無を検出し、規定フォーマ
ットに基づいてＩＣカードの種別を判定する。そして、
判定した種別に対応した制御を開始する。

【００３９】図示したように、ＩＣカードは、割込ベク
タテーブルを格納する領域（図中には割込ベクタテーブ
ルと記す）２０１、カード情報を格納する領域（図中に
はカード情報と記す）２０２、制御プログラムを格納す
る領域（図中には制御プログラムと記す）２０３を備え
ている。

【００４０】カード情報を格納する領域２０２は、さら
に、実装の対象となる機器を特定するための機種コード
を格納する領域（図中には機種コードと記す）２０４、
格納しているデータに対応するモジュールを特定するた
めの制御プログラムＩＤを格納する領域（図中には制御
プログラムＩＤと記す）２０５、画像形成装置側がＩＣ
カードのデータの用途（プログラムの更新、印字デー
タ、操作部の表示データなど）を判定するためのカード
種別ＩＤを格納する領域（図中にはカード種別ＩＤと記
す）２０６、ダウンロードの対象となる転送開始アドレ
スを格納する領域（図中には転送開始アドレスと記す）
２０７、転送終了アドレスを格納する領域（図中には転
送終了アドレスと記す）２０８、転送サイズを格納する
領域（図中には転送サイズと記す）２０９を備えてい
る。各領域は、いずれもＩＣカードにフォーマットとし
て規定されている。

【００４１】図３は、操作部制御基板１のＣＰＵ１０３
がアクセスできるメモリ空間を説明するための図であ
る。実施の形態１では、ＣＰＵ１０３をブートアドレス
が「０番地」となるＣＰＵとして構成し、アドレスの０
〜２０００００Ｈにはプログラム領域、すなわちフラッ
シュＲＯＭ１０１がマッピングされたメモリ空間（図中
フラッシュＲＯＭと記す）３０１がある。また、２００
０００Ｈ〜２４００００Ｈにはワーク領域としてＳＲＡ
Ｍがマッピングされたメモリ空間（図中にはＳＲＡＭと
記す）３０２がある。

【００４２】さらに、ＣＰＵ１０３がアクセスできるメ
モリ空間の６０００００Ｈ〜８０００００ＨにはＬＣＤ
コントローラ１０４のレジスタがマッピングされたメモ
リ空間（図中にはＬＣＤコントローラレジスタ）３０３
がある。また、８０００００Ｈ〜Ｃ０００００ＨにはＶ
ＲＡＭであるＳＤＲＡＭ１０５がマッピングされたメモ
リ空間がある。実施の形態１では、図示したようにＳＤ
ＲＡＭ１０５用のメモリ空間３０４が、プログラム領域
のメモリ空間３０１よりも大きくなっている。

【００４３】さらに、メモリ空間のＥ０００００〜ＦＦ
ＦＦＦＦＨにはＣＰＵ１０３のレジスタ群やＣＰＵ１０
３内部のＲＡＭがマッピングされたメモリ空間がある。

【００４４】図４は、実施の形態１の操作部の外観を示
した図である。操作部はユニット化されていて、ＬＣＤ
表示部４０１、プリント枚数やプリント倍率の入力に使
用されるテンキー４０２、プリント動作の開始を指示す
るスタートキー４１５、テンキー４０２によって入力さ
れた値をクリアする、あるいはプリント動作を中断する
クリア／ストップキー４１０を備えている。

【００４５】また、図４のスタートキー４１５には赤お
よび緑の光を点灯するＬＥＤ４１４が設けられている。
ＬＥＤ４１４は、画像形成装置がプリント動作可能であ
るときに緑色の光を点灯し、プリント動作が不可能であ
るときには赤色の光を点灯する。

【００４６】また、操作部は、実行中のプリント動作に
割り込んで別の動作を実行させる割込キー４１１、余熱
状態を移行、あるいは解除する余熱キー４１２、いった
ん設定されたプリントモードをデフォルトするリセット
キー４１３を備えている。割込キー４１１、余熱キー４
１２にはそれぞれＬＥＤ４０９が設けられていて、ＬＥ
Ｄ４０９は、各キーの選択の有無を点灯の有無によって
表している。

【００４７】さらに操作部は、オペレータや管理者の使
い勝手に合わせて画像形成装置の設定を行う初期設定キ
ー４０３、ＬＣＤ表示部４０１上に表示される言語を切
り換える言語切換キー４０４、アプリケーションとして
コピーを選択するコピーキー４０５、ファクシミリを選
択するファクシミリキー４０６、プリンタを選択するプ
リンタキー４０７、スキャナを選択するスキャナキー４
０８を備えている。コピーキー４０５、ファクシミリキ
ー４０６、プリンタキー４０７、スキャナキー４０８
は、それぞれＬＥＤ４０９を備え、ＬＥＤ点灯の有無に
よって選択状態を表している。

【００４８】図５は、実施の形態１において本体制御基
板２から操作部制御基板１に対するプログラム更新デー
タのダウンロードが開始されたときの操作部の状態を示
す図である。カードスロット１２２にＩＣカードが接続
された場合、ＣＰＵ１２１は、ＣＰＵ１０３を制御して
ＬＣＤ表示部４０１に＜＜操作部バージョンアップ＞
＞、「開始キーを押下すると操作部のバージョンアップ
を開始します」のメッセージと共に開始キー５０１を表
示させる。

【００４９】オペレータが開始キー５０１をクリックす
るなどして開始キー５０１上の点にタッチすると、タッ
チパネル１０７が開始キー５０１上の点の座標を検出し
てＣＰＵ１２１に入力する。ＣＰＵ１２１は、開始キー
５０１上の点の入力によってＣＰＵ１０３にダウンロー
ドを開始することを通知するダウンロード開始コマンド
を送信すると共に、プログラム更新データのダウンロー
ドを開始する。

【００５０】図６、図７は、開始キー５０１の押下によ
って開始されるプログラム更新データのダウンロードの
方法を説明するための図であって、いずれも操作部制御
基板１でなされる処理を説明するものである。図７は、
実施の形態１において実行されるダウンロードの方法を
説明するための図であり、図６は、図７と比較するため
に示された従来の画像形成装置でなされるダウンロード
を説明するための図である。

【００５１】実施の形態１では、先ず、ＣＰＵ１０３
が、ダウンロードの開始コマンドを受信したか否か判断
する（ステップＳ６０１）。判断の結果、開始コマンド
を受信していない場合には（ステップＳ６０１：Ｎ
ｏ）、受信するまで待機する。また、開始コマンドを受
信した場合（ステップＳ６０１：Ｙｅｓ）、ＣＰＵ１０
３は、受信回数をカウントするカウンタのカウント数ｎ
を初期化する（ステップＳ６０２）。

【００５２】次に、ＣＰＵ１０３は、ＣＰＵ１２１に対
して、プログラム更新データを所定のブロック単位で送
信するように要求するコマンドである送信要求コマンド
を送信する（ステップＳ６０３）。そして、ブロック単
位のプログラム更新データのうちブロックｎのプログラ
ム更新データを受信したか否か判断する（ステップＳ６
０４）。ＣＰＵ１０３は、ステップＳ６０４においてブ
ロックｎのプログラム更新データが受信されていないと
判断した場合（ステップＳ６０４：Ｎｏ）、プログラム
更新データが受信されるまで待機する。

【００５３】また、ＣＰＵ１０３は、ステップＳ６０４
においてブロックｎのプログラム更新データが受信され
たと判断した場合（ステップＳ６０４：Ｙｅｓ）、受信
したブロックｎのプログラム更新データをＳＤＲＡＭ１
０５上にコピーする（ステップＳ６０５）。そして、受
信回数のカウンタをカウントアップし（ステップＳ６０
６）、ステップＳ６０４において受信したブロックｎが
プログラム更新データの最終ブロック（受信すべきプロ
グラム更新データのうちの最後に受信するブロック）で
あるか否か判断する（ステップＳ６０７）。

【００５４】ステップＳ６０７において、ブロックｎが
最終ブロックでないと判断された場合（ステップＳ６０
７：Ｎｏ）、再度ブロックｎのデータを送信するようＣ
ＰＵ１２１に送信要求コマンドを送信する（ステップＳ
６０３）。なお、この際、ブロックｎのｎの値は、ステ
ップＳ６０６においてカウントアップされた値である。

【００５５】また、ステップＳ６０７において、ブロッ
クｎが最終ブロックであると判断された場合（ステップ
Ｓ６０７：Ｙｅｓ）、受信すべきプログラム更新データ
がすべてＳＤＲＡＭ１０５に蓄積されたことになる。実
施の形態１の画像形成装置では、この時点で本体制御基
板２のＣＰＵ１２１によってなされるダウンロードの処
理が終了し、以降の処理は、操作部制御基板１のＣＰＵ
１０３のみによって実行される。

【００５６】プログラム更新データの蓄積が完了する
と、ＣＰＵ１０３は、フラッシュＲＯＭ１０１において
プログラム更新データによって書き換えられる領域（書
換え範囲）をイレースする（ステップＳ６０８）。な
お、イレースは、ＣＰＵ１０３がフラッシュＲＯＭ１０
１のレジスタに特定のアドレスとコマンドを書き込むこ
とによって行われる。セクタイレースの場合、イレース
は、コマンドの書き込み後数秒で完了する。なお、イレ
ース処理は周知の処理であるのでこれ以上の詳細な説明
は行わない。

【００５７】ＣＰＵ１０３は、ステップＳ６０８におい
てフラッシュＲＯＭ１０１にイレースのためのアドレス
とコマンドを書き込み、この結果、フラッシュＲＯＭの
書換え範囲のイレースが完了するまで待機する（ステッ
プＳ６０９：Ｎｏ）。書換え範囲のイレースが完了する
と（ステップＳ６０９：Ｙｅｓ）、ＣＰＵ１０３は、Ｓ
ＤＲＡＭ１０１上に蓄積されたプログラム更新データを
すべてフラッシュＲＯＭ１０５に書き込む（ステップＳ
６１０）。

【００５８】そして、ＣＰＵ１０３は、書き込みが完了
したか否か判断し（ステップＳ６１１）、書き込みが完
了していないと判断した場合には（ステップＳ６１１：
Ｎｏ）、完了するまで待機する。また、書き込みが完了
したと判断した場合には（ステップＳ６１１：Ｙｅ
ｓ）、プログラム更新データのダウンロードの処理を終
了する。

【００５９】なお、プログラム更新データを書き込む処
理は、イレース処理と同様にフラッシュＲＯＭに対して
特定のコマンドを書き込むことによってなされる。書き
込まれたプログラム更新データは、１バイトあるいは１
ワードの書き込みごとに１５０〜２００μｓの時間が経
過した後に操作部制御基板１の処理に反映される。な
お、プログラム更新データ書き込みの処理も周知の処理
であり、これ以上の説明を略す。

【００６０】ここで、上記した実施の形態１の処理と比
較するために従来のプログラム更新データダウンロード
の処理について説明する。図７で示される従来の処理で
は、先ず、操作部制御基板のＣＰＵが、本体制御基板の
ＣＰＵからダウンロード開始のコマンドを受信したか否
か判断する（ステップＳ７０１）。判断の結果、受信し
ていなければ受信するまで待機し（ステップＳ７０１：
Ｎｏ）、受信した場合には（ステップＳ７０１：Ｙｅ
ｓ）、フラッシュＲＯＭの書換え範囲をイレースする
（ステップＳ７０２）。

【００６１】そして、操作部制御基板のＣＰＵは、イレ
ースが完了したか判断し（ステップＳ７０３）、イレー
スが完了していない場合には完了するまで待機する（ス
テップＳ７０３：Ｎｏ）。また、イレースが完了したと
判断した場合（ステップＳ７０３：Ｙｅｓ）、本体制御
基板側からブロック単位で送信されるプログラム更新デ
ータの受信回数のカウンタを初期化する（ステップＳ７
０４）。

【００６２】また、操作部制御基板のＣＰＵは、ブロッ
ク単位で送信されるプログラム更新データのブロックｎ
のデータを受信したか否か判断する（ステップＳ７０
６）。判断の結果、受信していない場合には受信するま
で待機し（ステップＳ７０６：Ｎｏ）、受信した場合に
は（ステップＳ７０６：Ｙｅｓ）、フラッシュＲＯＭに
受信したブロックｎのプログラム更新データを書き込む
（ステップＳ７０７）。さらに、書き込まれたブロック
ｎのプログラム更新データの反映が完了したか否か判断
する（ステップＳ７０８）。

【００６３】ステップＳ７０８において、プログラム更
新データの反映が完了したと判断されない場合（ステッ
プＳ７０８：Ｎｏ）、操作部制御基板のＣＰＵは、反映
が完了するまで待機する。また、プログラム更新データ
の反映が完了したと判断された場合（ステップＳ７０
８：Ｙｅｓ）、カウンタを進め（ステップＳ７０９）、
ブロックｎが最終ブロックであったか否か判断する（ス
テップＳ７１０）。

【００６４】ステップＳ７１０の判断の結果、ブロック
ｎが最終ブロックであった場合（ステップＳ７１０：Ｙ
ｅｓ）、本体制御基板、操作部制御基板のいずれにおい
てもダウンロードの処理を終了する。一方、ブロックｎ
が最終ブロックでない場合（ステップＳ７１０：Ｎ
ｏ）、操作部制御基板のＣＰＵは、次のブロックｎ（カ
ウンタが進められた後のｎのブロックｎ）のプログラム
更新データの送信要求コマンドを本体制御基板のＣＰＵ
に送信する（ステップＳ７０５）。

【００６５】以上述べた処理から明らかなように、図７
で説明した従来のダウンロードは、ダウンロードに先だ
ってフラッシュＲＯＭをイレースし、この間本体制御基
板のＣＰＵを待機させている。また、従来のダウンロー
ドでは、ダウンロードされるプログラム更新データが本
体制御基板から操作部制御基板にブロック単位で送信さ
れる都度、送信された制御プログラムをブロック単位で
フラッシュＲＯＭに書き込んでいた。

【００６６】このため、本体制御基板のＣＰＵは、イレ
ースが完了するまで待機し、さらに全てのプログラム更
新データが操作部制御基板の側で受信され、フラッシュ
ＲＯＭに書き込まれるまで操作部制御基板と共にダウン
ロードの処理を実行することが必要であった。

【００６７】このような従来の構成に対し、図６で説明
した実施の形態１の構成は、操作部制御基板において、
ブロック単位で送信されたプログラム更新データをすべ
てＳＤＲＡＭ１０５にいったん蓄積した後、フラッシュ
ＲＯＭをイレースしてプログラム更新データを書き込ん
でいる。

【００６８】このため、従来では、プログラム更新デー
タのダウンロードにおける本体制御基板のＣＰＵの処理
は、プログラム更新データの蓄積完了後に完了する。そ
して、操作部制御基板のＣＰＵ１０３が、以降のイレー
ス、書き込みを実行する。このため、実施の形態１の画
像形成装置は、従来の構成に比べて本体制御基板の側で
なされるダウンロードにかかる処理の時間が短く、本体
制御基板の側でなされる他の処理に対する影響を抑える
ことができるものといえる。

【００６９】また、実施の形態１の構成は、プログラム
更新データを蓄積するために一般的に画像形成装置の操
作部が備えるＶＲＡＭであるＳＤＲＡＭ１０５を用いて
いる。このため、実施の形態１の画像形成装置は、プロ
グラム更新データを蓄積するために専用の構成を追加す
る必要をなくし、本願発明を実現するために装置が大型
化、複雑化することを防ぐことができる。

【００７０】（実施の形態２）次に、本発明の実施の形
態２にかかる画像形成装置について説明する。図８は、
実施の形態２の画像形成装置を説明するための図であっ
て、ダウンロード開始から終了するまでの操作部の外観
を示した図である。なお、図８中、図４、図５と同様の
構成については同様の符号を付して一部説明を略すもの
とする。実施の形態２の画像形成装置は、操作部制御基
板１のＣＰＵ１０３が、通信回線１１０によるプログラ
ム更新データの入力に先だって、操作画面であるＬＣＤ
表示部８０１を構成する表示素子を非表示状態にするも
のである。

【００７１】図９は、実施の形態２において、上述した
処理を行うための方法を説明するフローチャートであ
る。実施の形態２では、操作部制御基板１のＣＰＵ１０
３が、ダウンロードの開始コマンドを受信したか否か判
断する（ステップＳ９０１）。判断の結果、開始コマン
ドを受信していない場合には（ステップＳ９０１：Ｎ
ｏ）、受信するまで待機する。また、開始コマンドを受
信した場合（ステップＳ９０１：Ｙｅｓ）、ＣＰＵ１０
３は、受信回数をカウントするカウンタのカウント数ｎ
を初期化する（ステップＳ９０２）。

【００７２】実施の形態２において、ＣＰＵ１０３は、
ＬＣＤコントローラ１０４を、ＬＣＤモジュール１０６
に出力する表示データａ（図１）をオフするように設定
し、バックライトも消灯するよう制御する（ステップＳ
９０３）。また、ＣＰＵ１２１に対して送信要求コマン
ドを送信し（ステップＳ９０４）、ブロックｎのプログ
ラム更新データを受信したか否か判断する（ステップＳ
９０５）。ＣＰＵ１０３は、ステップＳ９０５において
ブロックｎのプログラム更新データが受信されていない
と判断した場合（ステップＳ９０５：Ｎｏ）、プログラ
ム更新データが受信されるまで待機する。

【００７３】また、ＣＰＵ１０３は、ステップＳ９０５
においてブロックｎのプログラム更新データが受信され
たと判断した場合（ステップＳ９０５：Ｙｅｓ）、受信
したブロックｎのプログラム更新データをＳＤＲＡＭ１
０５上にコピーする（ステップＳ９０６）。そして、受
信回数のカウンタをカウントアップし（ステップＳ９０
７）、ステップＳ９０５において受信したブロックｎが
プログラム更新データの最終ブロックであるか否か判断
する（ステップＳ９０８）。

【００７４】ステップＳ９０８において、ブロックｎが
最終ブロックでないと判断された場合（ステップＳ９０
８：Ｎｏ）、次のブロックｎのデータを送信するようＣ
ＰＵ１２１に送信要求コマンドを送信する（ステップＳ
９０４）。また、ステップＳ９０８において、ブロック
ｎが最終ブロックであると判断された場合（ステップＳ
９０８：Ｙｅｓ）、受信すべきプログラム更新データが
すべてＳＤＲＡＭ１０５に蓄積されたことになるから、
以降の処理は、本体制御基板２のＣＰＵ１０３のみによ
って実行される。

【００７５】プログラム更新データの蓄積が完了する
と、ＣＰＵ１０３は、フラッシュＲＯＭ１０１の書換え
範囲をイレースするためにアドレスとコマンドを書き込
む（ステップＳ９０９）。そして、この結果、フラッシ
ュＲＯＭの書換え範囲のイレースが完了したか否か判断
する（ステップＳ９１０）。判断の結果、完了していな
い場合にはイレースが完了するまで待機する（ステップ
Ｓ９１０：Ｎｏ）。書換え範囲のイレースが完了すると
（ステップＳ９１０：Ｙｅｓ）、ＣＰＵ１０３は、ＳＤ
ＲＡＭ１０１上に蓄積されたプログラム更新データをす
べてフラッシュＲＯＭ１０５に書き込む（ステップＳ９
１１）。

【００７６】そして、ＣＰＵ１０３は、書き込みが完了
したか否か判断し（ステップＳ９１２）、書き込みが完
了していないと判断した場合には（ステップＳ９１２：
Ｎｏ）、完了するまで待機する。また、書き込みが完了
したと判断した場合には（ステップＳ９１２：Ｙｅ
ｓ）、プログラム更新データのダウンロードの処理を終
了する。

【００７７】以上述べた実施の形態２によれば、プログ
ラム更新データの蓄積にＳＤＲＡＭ１０５を用いたこと
によって起る、ダウンロード中の操作画面の表示の乱れ
を未然に防止することができる。

【００７８】（実施の形態３）次に、本発明の実施の形
態３にかかる画像形成装置について説明する。図１０
は、実施の形態３の画像形成装置を説明するための図で
あって、ダウンロード執行中の操作部の外観を示した図
である。なお、図１０中、図４、図５、図８と同様の構
成については同様の符号を付して一部説明を略すものと
する。実施の形態３の画像形成装置は、操作部が、操作
画面であるＬＣＤ表示部８０１とは独立にＬＣＤ表示部
８０１を制御するプログラムの更新状態を表示するＬＥ
Ｄ表示部１０１４備えるものである。

【００７９】実施の形態２で述べたように、ダウンロー
ドが開始されると、ＬＣＤ表示部８０１は、ＬＣＤコン
トローラ１０４から出力される表示データａ、バックラ
イトがオフされることによって非表示状態になってい
る。このとき、実施の形態３では、スタートキー４１５
に設けられているＬＥＤ表示部１０１４が点滅し、プロ
グラムの更新状態を表している。

【００８０】ＬＥＤ表示部１０１４は、赤、緑の２つの
ＬＥＤを備えている。実施の形態３では、本体制御基板
２からプログラム更新データが操作部制御基板１に転送
されている間はＬＥＤ１０１４が赤ＬＥＤを点滅させ
（図１０（ａ））、転送完了後にＳＤＲＡＭ１０５に蓄
積されたプログラム更新データがフラッシュＲＯＭ１０
１に書き込まれている間には緑ＬＥＤを点滅させている
（図１０（ｂ））。

【００８１】図１１は、実施の形態３において、上述し
た処理を行うための方法を説明するフローチャートであ
る。実施の形態３では、操作部制御基板１のＣＰＵ１０
３が、ダウンロードの開始コマンドを受信したか否か判
断する（ステップＳ１１０１）。判断の結果、開始コマ
ンドを受信していない場合には（ステップＳ１１０１：
Ｎｏ）、受信するまで待機する。また、開始コマンドを
受信した場合（ステップＳ１１０１：Ｙｅｓ）、ＣＰＵ
１０３は、受信回数をカウントするカウンタのカウント
数ｎを初期化する（ステップＳ１１０２）。

【００８２】このとき実施の形態３では、ＣＰＵ１０３
が、ＬＣＤコントローラ１０４を、ＬＣＤモジュール１
０６に出力する表示データａ（図１）をオフするように
設定し、バックライトも消灯するよう制御する（ステッ
プＳ１１０３）。また、ＬＥＤ表示部１０１４の赤ＬＥ
Ｄの点滅表示を開始する（ステップＳ１１０４）。な
お、ステップＳ１１０４において、緑ＬＥＤはＯＦＦさ
れるものとする。

【００８３】次に、ＣＰＵ１０３は、ＣＰＵ１２１に対
して送信要求コマンドを送信し（ステップＳ１１０
５）、ブロックｎのプログラム更新データを受信したか
否か判断する（ステップＳ１１０６）。そして、ステッ
プＳ１１０６においてブロックｎのプログラム更新デー
タが受信されていないと判断した場合（ステップＳ１１
０６：Ｎｏ）、プログラム更新データが受信されるまで
待機する。

【００８４】また、ＣＰＵ１０３は、ステップＳ１１０
６においてブロックｎのプログラム更新データが受信さ
れたと判断した場合（ステップＳ１１０６：Ｙｅｓ）、
受信したブロックｎのプログラム更新データをＳＤＲＡ
Ｍ１０５上にコピーする（ステップＳ１１０７）。そし
て、受信回数のカウンタをカウントアップし（ステップ
Ｓ１１０８）、ステップＳ１１０６において受信したブ
ロックｎがプログラム更新データの最終ブロックである
か否か判断する（ステップＳ１１０９）。

【００８５】ステップＳ１１０９において、ブロックｎ
が最終ブロックでないと判断された場合（ステップＳ１
１０９：Ｎｏ）、次のブロックｎのデータを送信するよ
うＣＰＵ１２１に送信要求コマンドを送信する（ステッ
プＳ１１０５）。また、ステップＳ１１０９において、
ブロックｎが最終ブロックであると判断された場合（ス
テップＳ１１０９：Ｙｅｓ）、受信すべきプログラム更
新データがすべてＳＤＲＡＭ１０５に蓄積されたことに
なるから、以降の処理は、操作部制御基板１のＣＰＵ１
０３のみによって実行される。

【００８６】プログラム更新データの蓄積が完了する
と、ＣＰＵ１０３は、赤ＬＥＤをＯＦＦすると共に緑Ｌ
ＥＤの点滅表示を開始する（ステップＳ１１１０）。そ
して、フラッシュＲＯＭ１０１の書換え範囲をイレース
するためにアドレスとコマンドを書き込む（ステップＳ
１１１１）。そして、フラッシュＲＯＭの書換え範囲の
イレースが完了したか否か判断し（ステップＳ１１１
２）、判断の結果、完了していない場合にはイレースが
完了するまで待機する（ステップＳ１１１２：Ｎｏ）。

【００８７】また、書換え範囲のイレースが完了すると
（ステップＳ１１１２：Ｙｅｓ）、ＣＰＵ１０３は、Ｓ
ＤＲＡＭ１０１上に蓄積されたプログラム更新データを
すべてフラッシュＲＯＭ１０５に書き込む（ステップＳ
１１１３）。そして、書き込みが完了したか否か判断し
（ステップＳ１１１４）、書き込みが完了していないと
判断した場合には（ステップＳ１１１４：Ｎｏ）、完了
するまで待機する。また、書き込みが完了したと判断し
た場合には（ステップＳ１１１４：Ｙｅｓ）、赤ＬＥ
Ｄ、緑ＬＥＤの表示（点灯）を共にＯＦＦし（ステップ
Ｓ１１１５）、プログラム更新データのダウンロードの
処理を終了する。

【００８８】以上述べた実施の形態３によれば、プログ
ラム更新データの蓄積にＳＤＲＡＭ１０５を用いたこと
によってＬＣＤ表示部に不具合が生じる場合にも、ダウ
ンロードの進行状況をオペレータに表示することができ
る。

【００８９】（実施の形態４）次に、本発明の実施の形
態４にかかる画像形成装置について説明する。実施の形
態１で説明したように、ＣＰＵ１０３がアクセス可能な
メモリ空間において、ＳＤＲＡＭ１０５に対しては、プ
ログラム更新データの蓄積に必要な領域（フラッシュＲ
ＯＭ１０１に割り当てられるメモリ空間）よりも大きい
領域が割り当てられている。このため、ＣＰＵ１０３
は、本体制御基板２からプログラム更新データを操作部
制御基板１にダウンロードする動作中でもＬＣＤ表示部
の表示機能を利用することができる。

【００９０】図１２は、実施の形態４における、ダウン
ロード中のＬＣＤ表示部の状態を説明するための図であ
る。なお、図１２中、前述した図中で説明した構成と同
様の構成については同様の符号を付して説明を一部略す
ものとする。実施の形態４においてＣＰＵ１０３は、ダ
ウンロードの開始と同時に＜＜操作部バージョンアップ
中＞＞、「しばらくお待ち下さい」、「データダウンロ
ード：実行中」、「プログラム書き換え」のメッセージ
をＬＣＤ表示部１２０１に表示する（図１２（ａ））。

【００９１】プログラム更新データがＳＤＲＡＭ１０５
にすべて蓄積され、フラッシュＲＯＭ１０１の内容の更
新が開始されると、ＣＰＵ１０３は、＜＜操作部バージ
ョンアップ中＞＞、「しばらくお待ち下さい」、「デー
タダウンロード：完了」、「プログラム書き換え：実行
中」のメッセージをＬＣＤ表示部１２０１に表示する
（図１２（ｂ））。そして、フラッシュＲＯＭ１０１の
データの更新完了後、＜＜操作部バージョンアップ中＞
＞、「バージョンアップが完了しました」のメッセージ
をＬＣＤ表示部１２０１に表示する。

【００９２】図１３は、実施の形態４において、上述し
た処理を行うための方法を説明するフローチャートであ
る。実施の形態４では、操作部制御基板１のＣＰＵ１０
３が、ダウンロードの開始コマンドを受信したか否か判
断する（ステップＳ１３０１）。判断の結果、開始コマ
ンドを受信していない場合には（ステップＳ１３０１：
Ｎｏ）、受信するまで待機する。また、開始コマンドを
受信した場合（ステップＳ１３０１：Ｙｅｓ）、ＣＰＵ
１０３は、受信回数をカウントするカウンタのカウント
数ｎを初期化する（ステップＳ１３０２）。

【００９３】このとき実施の形態４では、ＣＰＵ１０３
が、ＬＣＤコントローラ１０４を制御してＳＤＲＡＭ１
０５の表示データを記録する領域にダウンロード中であ
ることを示すメッセージを描画する（ステップＳ１３０
３）。また、ＬＣＤコントローラ１０４のレジスタを、
ＳＤＲＡＭ１０５のダウンロードの画面用領域にあるデ
ータが表示されるように設定を変更する（ステップＳ１
３０４）。

【００９４】次に、ＣＰＵ１０３は、ＣＰＵ１２１に対
して送信要求コマンドを送信し（ステップＳ１３０
５）、ブロックｎのプログラム更新データを受信したか
否か判断する（ステップＳ１３０６）。そして、ステッ
プＳ１３０６においてブロックｎのプログラム更新デー
タが受信されていないと判断した場合（ステップＳ１３
０６：Ｎｏ）、プログラム更新データが受信されるまで
待機する。

【００９５】また、ＣＰＵ１０３は、ステップＳ１３０
６においてブロックｎのプログラム更新データが受信さ
れたと判断した場合（ステップＳ１３０６：Ｙｅｓ）、
受信したブロックｎのプログラム更新データをＳＤＲＡ
Ｍ１０５上にコピーする（ステップＳ１３０７）。そし
て、受信回数のカウンタをカウントアップし（ステップ
Ｓ１３０８）、ステップＳ１３０６において受信したブ
ロックｎがプログラム更新データの最終ブロックである
か否か判断する（ステップＳ１３０９）。

【００９６】ステップＳ１３０９において、ブロックｎ
が最終ブロックでないと判断された場合（ステップＳ１
３０９：Ｎｏ）、次のブロックｎのデータを送信するよ
うＣＰＵ１２１に送信要求コマンドを送信する（ステッ
プＳ１３０５）。また、ステップＳ１３０９において、
ブロックｎが最終ブロックであると判断された場合（ス
テップＳ１３０９：Ｙｅｓ）、受信すべきプログラム更
新データがすべてＳＤＲＡＭ１０５に蓄積されたことに
なるから、以降の処理は、操作部制御基板１のＣＰＵ１
０３のみによって実行される。

【００９７】プログラム更新データの蓄積が完了する
と、ＣＰＵ１０３は、ＳＤＲＡＭ１０５のダウンロード
画面用の領域にプログラムの書換えを実行中であること
を示すメッセージを描画（前に描画されているメッセー
ジを変更）する（ステップＳ１３１０）。そして、フラ
ッシュＲＯＭ１０１の書換え範囲をイレースするために
アドレスとコマンドを書き込む（ステップＳ１３１
１）。この結果、フラッシュＲＯＭの書換え範囲のイレ
ースが完了したか否か判断し（ステップＳ１３１２）、
判断の結果、完了していない場合にはイレースが完了す
るまで待機する（ステップＳ１３１２：Ｎｏ）。

【００９８】また、書換え範囲のイレースが完了すると
（ステップＳ１３１２：Ｙｅｓ）、ＣＰＵ１０３は、Ｓ
ＤＲＡＭ１０１上に蓄積されたプログラム更新データを
すべてフラッシュＲＯＭ１０５に書き込む（ステップＳ
１３１３）。そして、書き込みが完了したか否か判断し
（ステップＳ１３１４）、書き込みが完了していないと
判断した場合には（ステップＳ１３１４：Ｎｏ）、完了
するまで待機する。また、書き込みが完了したと判断し
た場合には（ステップＳ１３１４：Ｙｅｓ）、ＳＤＲＡ
Ｍ１０５のダウンロード画面用の領域にダウンロードが
完了したことを示すメッセージを描画（前に描画されて
いるメッセージを変更）する（ステップＳ１３１５）。
そして、プログラム更新データのダウンロードの処理を
終了する。

【００９９】以上述べた実施の形態４によれば、ＳＤＲ
ＡＭ１０５にプログラム更新データを蓄積している間で
あっても、ＬＣＤ表示部１２０１にダウンロードの進行
状況を表示してオペレータに知らせることができる。

【０１００】（実施の形態５）次に、本発明の実施の形
態５にかかる画像形成装置について説明する。実施の形
態５の画像形成装置は、ＣＰＵ１０３が、フラッシュＲ
ＯＭ１０１のプログラム更新データによる書換え終了
後、操作部を制御する制御プログラムをいったん終了し
た後に再起動するものである。

【０１０１】図１４は、実施の形態５において、上述し
た処理を行うための方法を説明するフローチャートであ
る。実施の形態５では、操作部制御基板１のＣＰＵ１０
３が、ダウンロードの開始コマンドを受信したか否か判
断する（ステップＳ１４０１）。判断の結果、開始コマ
ンドを受信していない場合には（ステップＳ１４０１：
Ｎｏ）、受信するまで待機する。また、開始コマンドを
受信した場合（ステップＳ１４０１：Ｙｅｓ）、ＣＰＵ
１０３は、受信回数をカウントするカウンタのカウント
数ｎを初期化する（ステップＳ１４０２）。

【０１０２】このとき、ＣＰＵ１０３は、ＬＣＤコント
ローラ１０４を、ＬＣＤモジュール１０６に出力する表
示データａ（図１）をオフするように設定し、バックラ
イトも消灯するよう制御する（ステップＳ１４０３）。

【０１０３】次に、ＣＰＵ１０３は、ＣＰＵ１２１に対
して送信要求コマンドを送信し（ステップＳ１４０
４）、ブロックｎのプログラム更新データを受信したか
否か判断する（ステップＳ１４０５）。そして、ステッ
プＳ１４０５においてブロックｎのプログラム更新デー
タが受信されていないと判断した場合（ステップＳ１４
０５：Ｎｏ）、プログラム更新データが受信されるまで
待機する。

【０１０４】また、ＣＰＵ１０３は、ステップＳ１４０
５においてブロックｎのプログラム更新データが受信さ
れたと判断した場合（ステップＳ１４０５：Ｙｅｓ）、
受信したブロックｎのプログラム更新データをＳＤＲＡ
Ｍ１０５上にコピーする（ステップＳ１４０６）。そし
て、受信回数のカウンタをカウントアップし（ステップ
Ｓ１４０７）、ステップＳ１４０５において受信したブ
ロックｎがプログラム更新データの最終ブロックである
か否か判断する（ステップＳ１４０８）。

【０１０５】ステップＳ１４０８において、ブロックｎ
が最終ブロックでないと判断された場合（ステップＳ１
４０８：Ｎｏ）、次のブロックｎのデータを送信するよ
うＣＰＵ１２１に送信要求コマンドを送信する（ステッ
プＳ１４０４）。また、ステップＳ１４０８において、
ブロックｎが最終ブロックであると判断された場合（ス
テップＳ１４０８：Ｙｅｓ）、受信すべきプログラム更
新データがすべてＳＤＲＡＭ１０５に蓄積されたことに
なるから、以降の処理は、操作部制御基板１のＣＰＵ１
０３のみによって実行される。

【０１０６】プログラム更新データの蓄積が完了する
と、ＣＰＵ１０３は、フラッシュＲＯＭ１０１の書換え
範囲をイレースするためにアドレスとコマンドを書き込
む（ステップＳ１４０９）。この結果、フラッシュＲＯ
Ｍの書換え範囲のイレースが完了したか否か判断し（ス
テップＳ１４１０）、判断の結果、完了していない場合
にはイレースが完了するまで待機する（ステップＳ１４
１０：Ｎｏ）。

【０１０７】また、書換え範囲のイレースが完了すると
（ステップＳ１４１０：Ｙｅｓ）、ＣＰＵ１０３は、Ｓ
ＤＲＡＭ１０１上に蓄積されたプログラム更新データを
すべてフラッシュＲＯＭ１０５に書き込む（ステップＳ
１４１１）。そして、書き込みが完了したか否か判断し
（ステップＳ１４１２）、書き込みが完了していないと
判断した場合には（ステップＳ１４１２：Ｎｏ）、完了
するまで待機する。また、書き込みが完了したと判断し
た場合には（ステップＳ１４１２：Ｙｅｓ）、プログラ
ムカウンタをリセットベクタにジャンプさせ（ステップ
Ｓ１４１３）、プログラムを初期化する。そして、プロ
グラム更新データのダウンロードの処理を終了する。

【０１０８】以上述べた実施の形態５によれば、更新さ
れた制御プログラムを自動的に装置の制御に反映してオ
ペレータにかかる操作の煩雑さを軽減することができ
る。このため、実施の形態５の画像形成装置は、画像形
成装置の操作性を高めることができる。

【０１０９】なお、以上、実施の形態１〜５で説明した
画像形成装置の制御方法は、あらかじめ用意されたプロ
グラムをコンピュータで実行することにより実現され
る。このプログラムは、ハードディスク、フロッピー
（登録商標）ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等
のコンピュータで読み取り可能な記録媒体に記録され、
コンピュータによって記録媒体から読み出されることに
よって実行される。またこのプログラムは、上記記録媒
体を介して、また伝送媒体として、インターネット等の
ネットワークを介して配布することができる。

【０１１０】

【発明の効果】以上説明したように、請求項１に記載の
発明の画像形成装置は、プログラム更新データの蓄積
後、本体側制御部とは独立の書換制御手段がデータ記憶
手段を更新することにより、操作部の制御プログラムを
ダウンロードする際にかかる本体側制御部の処理時間を
短縮し、本体側制御部にかかる負荷を軽減できるという
効果を奏する。

【０１１１】請求項２に記載の発明の画像形成装置は、
プログラム更新データの蓄積が操作画面に影響を及ぼす
場合にも、操作画面の表示の乱れを未然に防止すること
ができるという効果を奏する。

【０１１２】請求項３に記載の発明の画像形成装置は、
プログラム更新データの蓄積が操作画面に影響を及ぼす
場合にも、ダウンロードの進行状況をオペレータに表示
することができるという効果を奏する。

【０１１３】請求項４に記載の発明の画像形成装置は、
蓄積手段として操作画面に表示されるデータを蓄積する
メモリを用いた場合、プログラム更新データの蓄積中で
あっても操作画面にダウンロードの進行状況を表示する
ことができるという効果を奏する。

【０１１４】請求項５に記載の発明の画像形成装置は、
更新された制御プログラムを自動的に装置の制御に反映
でき、オペレータにかかる操作の煩雑さを軽減すること
ができる。このため、画像形成装置の操作性を高めるこ
とができるという効果を奏する。

【０１１５】請求項６に記載の発明の画像形成装置は、
プログラム更新データを蓄積するために専用の構成を追
加する必要をなくし、プログラム更新データをいったん
すべて蓄積するために装置が大型化、複雑化することを
防ぐことができるという効果を奏する。

【０１１６】請求項７に記載の発明の画像形成装置の制
御方法は、プログラム更新データの蓄積後、本体側制御
部とは独立にデータ記憶手段を更新することにより、操
作部の制御プログラムをダウンロードする際にかかる本
体側制御部の処理時間を短縮し、本体側制御部にかかる
負荷を軽減できるという効果を奏する。

【０１１７】請求項８に記載の発明のプログラムは、プ
ログラム更新データの蓄積後、本体側制御部とは独立に
データ記憶手段を更新することにより、操作部の制御プ
ログラムをダウンロードする際にかかる本体側制御部の
処理時間を短縮し、本体側制御部にかかる負荷を軽減で
きるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の形態１〜５に共通の画像形成装
置の構成を説明するためのブロック図である。

【図２】本発明の実施の形態のＩＣカードが記憶してい
るデータのフォーマットを説明するための図である。

【図３】本発明の実施の形態の操作部制御基板側がアク
セスできるメモリ空間を説明するための図である。

【図４】本発明の実施の形態１の操作部の外観を示した
図である。

【図５】本発明の実施の形態１においてプログラム更新
データのダウンロードが開始されたときの操作部の状態
を示す図である。

【図６】本発明の実施の形態１の画像形成装置において
なされる処理を説明するためのフローチャートである。

【図７】従来の画像形成装置においてなされる処理を説
明するためのフローチャートである。

【図８】本発明の実施の形態２におけるプログラム更新
データのダウンロード開始から終了までの操作部の状態
を示す図である。

【図９】本発明の実施の形態２の画像形成装置において
なされる処理を説明するためのフローチャートである。

【図１０】本発明の実施の形態３におけるダウンロード
執行中の操作部の外観を示す図である。

【図１１】本発明の実施の形態３の画像形成装置におい
てなされる処理を説明するためのフローチャートであ
る。

【図１２】実施の形態４における、ダウンロード中のＬ
ＣＤ表示部の状態を説明するための図である。

【図１３】本発明の実施の形態４の画像形成装置におい
てなされる処理を説明するためのフローチャートであ
る。

【図１４】本発明の実施の形態５の画像形成装置におい
てなされる処理を説明するためのフローチャートであ
る。

【符号の説明】

１ 操作部制御基板 ２ 本体制御基板 １０１ フラッシュＲＯＭ １０２ ＳＲＡＭ １０３ ＣＰＵ １０４ ＬＣＤコントローラ １０５ ＳＤＲＡＭ １０６ ＬＣＤモジュール １０７ タッチパネル １０８ キー基板 １０９ ドライバ １１０ 通信回線 １２２ カードスロット ２０２，２０２，２０３，２０４，２０５，２０６，２
０７，２０８２０９ 領域 ３０１，３０４ メモリ空間 ４０１，８０１，１４０１，１２０１ ＬＣＤ表示部 ４０２ テンキー ４０３ 初期設定キー ４０４ 言語切換キー ４０５ コピーキー ４０６ ファクシミリキー ４０７ プリンタキー ４０８ スキャナキー ４０９，４１４ ＬＥＤ ４１０ ストップキー ４１１ 割込キー ４１２ 余熱キー ４１３ リセットキー ４１５ スタートキー ５０１ 開始キー

Claims (8)

【特許請求の範囲】
1. 【請求項１】 本体側制御部を備える本体と、前記本体
   側制御部と接続し、前記本体を操作する操作部とを備え
   る画像形成装置であって、 前記操作部の操作画面を制御するプログラムを更新する
   場合、前記本体からプログラム更新データを入力するデ
   ータ入力手段と、 前記データ入力手段によって入力されたプログラム更新
   データを蓄積するデータ蓄積手段と、 前記データ蓄積手段にプログラム更新データのすべてが
   蓄積されたか否かを判断する蓄積判断手段と、 前記データ蓄積手段に蓄積されたプログラム更新データ
   を記憶するデータ記憶手段と、 前記本体側制御部とは独立に設けられ、前記蓄積判断手
   段によって前記データ蓄積手段にプログラム更新データ
   のすべてが蓄積されたと判断された場合、前記データ蓄
   積手段に蓄積されたプログラム更新データによって前記
   データ記憶手段を書き換える書換制御手段と、を備える
   ことを特徴とする画像形成装置。
2. 【請求項２】 前記操作画面が表示素子によって表示さ
   れるものであり、前記書換制御手段は、前記データ入力
   手段によるプログラム更新データの入力に先だって、前
   記操作画面を構成する表示素子を非表示状態にすること
   を特徴とする請求項１に記載の画像形成装置。
3. 【請求項３】 さらに、前記操作部が、前記操作画面と
   は独立に前記操作画面を制御するプログラムの更新状態
   を表示する表示手段を備えることを特徴とする請求項１
   または２に記載の画像形成装置。
4. 【請求項４】 前記書換制御手段がアクセス可能なメモ
   リ空間において、前記データ蓄積手段に対して前記プロ
   グラム更新データの蓄積に必要な領域よりも大きい領域
   が割り当てられることを特徴とする請求項１〜３のいず
   れか一つに記載の画像形成装置。
5. 【請求項５】 前記書換制御手段は、前記データ記憶手
   段のプログラム更新データによる書換え終了後、前記操
   作部を制御する制御プログラムを初期化することを特徴
   とする請求項１〜４のいずれか一つに記載の画像形成装
   置。
6. 【請求項６】 前記データ蓄積手段は、前記操作画面に
   表示される表示データを記憶する表示データ記憶手段と
   兼用されることを特徴とする請求項１〜５のいずれか一
   つに記載の画像形成装置。
7. 【請求項７】 本体側制御部を備える本体と、前記本体
   側制御部と接続し、前記本体を操作する操作部とを備え
   る画像形成装置に適用される画像形成装置の制御方法で
   あって、 前記操作部の操作画面を制御するプログラムを更新する
   場合、前記本体から入力されたプログラム更新データを
   蓄積するデータ蓄積工程と、 前記データ蓄積工程においてプログラム更新データのす
   べてが蓄積されたか否かを判断する蓄積判断工程と、 前記蓄積判断工程により前記データ蓄積手段においてプ
   ログラム更新データのすべてが蓄積されたと判断された
   場合、前記本体制御部とは独立に、前記データ蓄積工程
   において蓄積されたプログラム更新データによって前記
   操作部を制御するプログラムを書き換える書換制御工程
   と、を含むことを特徴とする画像形成装置の制御方法。
8. 【請求項８】 本体側制御部を備える本体と、前記本体
   側制御部と接続し、前記本体を操作する操作部とを備え
   る画像形成装置に適用される画像形成装置の制御方法を
   コンピュータに実行させるプログラムであって、 前記操作部の操作画面を制御するプログラムを更新する
   場合、コンピュータに、前記本体から入力されたプログ
   ラム更新データを蓄積させるデータ蓄積手順と、 前記データ蓄積手順によってプログラム更新データのす
   べてが蓄積されたか否かを判断する蓄積判断手順と、 前記蓄積判断手順が、前記データ蓄積手順によってプロ
   グラム更新データのすべてが蓄積されたと判断した場
   合、前記本体制御部とは独立に、前記データ蓄積手順に
   よって蓄積されたプログラム更新データを用いて前記操
   作部を制御するプログラムを書き換える書換制御手順
   と、を含む画像形成装置の制御方法をコンピュータに実
   行させることを特徴とするプログラム。