(57)【特許請求の範囲】
【請求項１】
本体側制御部を備える本体と、前記本体側制御部と接続し、前記本体を操作する操作部とを備える画像形成装置であって、
前記操作部の操作画面を制御するプログラムを更新する場合、前記本体からプログラム更新データを入力するデータ入力手段と、
前記データ入力手段によって入力されたプログラム更新データを蓄積するデータ蓄積手段と、
前記データ蓄積手段にプログラム更新データのすべてが蓄積されたか否かを判断する蓄積判断手段と、
前記データ蓄積手段に蓄積されたプログラム更新データを記憶するデータ記憶手段と、
前記本体側制御部とは独立に設けられ、前記蓄積判断手段によって前記データ蓄積手段にプログラム更新データのすべてが蓄積されたと判断された場合、前記データ蓄積手段に蓄積されたプログラム更新データによって前記データ記憶手段を書き換える書換制御手段と、を備え、
前記操作部は、前記操作画面とは独立に前記操作画面を制御するプログラムの更新状態を表示する表示手段を有し、
該表示手段は、前記操作画面を制御するプログラムの更新の進捗に応じた色を点滅させることで、前記操作画面を制御するプログラムの更新状態を表示することを特徴とする画像形成装置。
【請求項２】
前記操作画面が表示素子によって表示されるものであり、前記書換制御手段は、前記データ入力手段によるプログラム更新データの入力に先だって、前記操作画面を構成する表示素子を非表示状態にすることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記書換制御手段がアクセス可能なメモリ空間において、前記データ蓄積手段に対して前記プログラム更新データの蓄積に必要な領域よりも大きい領域が割り当てられることを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記書換制御手段は、前記データ記憶手段のプログラム更新データによる書換え終了後、前記操作部を制御する制御プログラムを初期化することを特徴とする請求項１〜３のいずれか一つに記載の画像形成装置。
【請求項５】
前記データ蓄積手段は、前記操作画面に表示される表示データを記憶する表示データ記憶手段と兼用されることを特徴とする請求項１〜４のいずれか一つに記載の画像形成装置。
【請求項６】
本体側制御部を備える本体と、前記本体側制御部と接続し、前記本体を操作する操作部とを備える画像形成装置に適用される画像形成装置の制御方法であって、
前記操作部の操作画面を制御するプログラムを更新する場合、前記本体から入力されたプログラム更新データを蓄積するデータ蓄積工程と、
前記データ蓄積工程においてプログラム更新データのすべてが蓄積されたか否かを判断する蓄積判断工程と、
前記蓄積判断工程により前記データ蓄積手段においてプログラム更新データのすべてが蓄積されたと判断された場合、前記本体制御部とは独立に、前記データ蓄積工程において蓄積されたプログラム更新データによって前記操作部を制御するプログラムを書き換える書換制御工程と、
前記操作画面とは独立に備えられた表示手段において、前記操作画面を制御するプログラムの更新の進捗に応じた色を点滅させることで、前記操作画面を制御するプログラムの更新状態を表示する表示制御工程とを含むことを特徴とする画像形成装置の制御方法。
【請求項７】
本体側制御部を備える本体と、前記本体側制御部と接続し、前記本体を操作する操作部とを備える画像形成装置に適用される画像形成装置の制御方法をコンピュータに実行させるプログラムであって、
前記操作部の操作画面を制御するプログラムを更新する場合、コンピュータに、前記本体から入力されたプログラム更新データを蓄積させるデータ蓄積手順と、
前記データ蓄積手順によってプログラム更新データのすべてが蓄積されたか否かを判断する蓄積判断手順と、
前記蓄積判断手順が、前記データ蓄積手順によってプログラム更新データのすべてが蓄積されたと判断した場合、前記本体制御部とは独立に、前記データ蓄積手順によって蓄積されたプログラム更新データを用いて前記操作部を制御するプログラムを書き換える書換制御手順と、前記操作画面とは独立に備えられた表示手段において、前記操作画面を制御するプログラムの更新の進捗に応じた色を点滅させることで、前記操作画面を制御するプログラムの更新状態を表示する表示制御工程とを含む画像形成装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像形成装置、画像形成装置の制御方法およびその方法をコンピュータに実行させるためのプログラムにかかり、特に操作部を制御するプログラムの更新機能を有する画像形成装置に関する。
【０００２】
【従来の技術】
近年、内蔵されるコンピュータプログラムによって制御される機器には、制御に使用されるコンピュータプログラム（制御プログラム）を格納するメモリにデータの書換えが可能なフラッシュメモリを使用するものがある。画像形成装置も例外でなく、制御プログラムの格納に使用されるメモリは、読み取り専用メモリの一種であるＥＰ−ＲＯＭ（Electrical PROM）に代わってフラッシュメモリが主流になりつつある。
【０００３】
フラッシュメモリのデータの書換えは、次のようにして行われる。すなわち、例えば、ＩＣカードのようなデータの記録媒体に予め制御プログラムを格納することによってマスターカードを作成する。一方、画像形成装置に対しては、画像形成装置の制御基板にカードスロットを設ける、あるいは、制御基板にマスターカードを読み取る専用治具を接続する。そして、マスターカードをカードスロットまたは専用治具に装着し、制御プログラムの内容を制御基板に搭載されたフラッシュメモリに格納する。
【０００４】
ところで、近年の多機能画像形成装置は、複数の制御基板によってシステムが構成されていて、各制御基板にフラッシュメモリが搭載されていることが多い。複数の制御基板に搭載される複数のフラッシュメモリのそれぞれに対してカードスロットや専用治具を設けることは、制御基板の実装上望ましくなく、また、画像形成装置のコストを高めるという欠点があった。
【０００５】
上記した欠点を解消するため、制御基板のうちのメインとなる制御基板（以下、メイン制御基板と記す）にのみカードスロットや専用治具を設けた画像形成装置がある。このような画像形成装置は、メイン制御基板と周辺の周辺制御基板とを通信回線で接続し、メイン制御基板に装着されたマスターカードから入力した制御プログラムを通信回線を介してメイン制御基板から周辺制御基板にダウンロードしている。ダウンロードされた制御プログラムは、周辺制御基板に搭載された各フラッシュメモリに格納され、各周辺制御プログラムの制御に使用される。
【０００６】
また、制御プログラムをダウンロードできる画像形成装置の例として、特開平５−２３２７５８号公報、特開平９−１１４６１４号公報に記載された発明が挙げられる。特開平５−２３２７５８号公報に記載された発明は、本体において複写装置の立上げと同時に外部記憶装置からＲＡＭへ制御プログラムをダウンロードするものである。また、特開平９−１１４６１４号公報には、外部のシステムから制御プログラムをダウンロードするプリンタ装置が記載されている。
【０００７】
【発明が解決しようとする課題】
しかしながら、従来の画像形成装置は、メイン制御基板を介して制御プログラムを周辺制御基板にダウンロードする場合、周辺制御基板側がフラッシュメモリをイレースするのを待ち、周辺制御基板とハンドシェイクをとりながら制御プログラムを所定の単位ごとに転送している。転送された制御プログラムは、制御基板において、フラッシュメモリに書き込まれる。
【０００８】
このため、従来の制御プログラムのダウンロードにおいて、メイン制御基板は、周辺制御基板がフラッシュメモリをイレースするまで待機しなければならない上、制御プログラムを所定の単位で転送するつどフラッシュメモリに書き込む作業を行う必要があった。したがって、従来の画像形成装置は、ダウンロードを行う場合にメイン制御基板の制御部によってなされる処理が長時間化し、メイン制御部によってなされる他の制御にも影響を及ぼす虞があった。
【０００９】
本発明は上述の問題点を解決するために成されたものであり、本体と本体の操作部とを備えた画像形成装置において操作部の制御プログラムをダウンロードする際にかかるメイン制御部の処理時間を短縮し、また、メイン制御部にかかる負荷を軽減できる画像形成装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記した課題を解決し、目的を達成するため、請求項１に記載の発明にかかる画像形成装置は、本体側制御部を備える本体と、前記本体側制御部と接続し、前記本体を操作する操作部とを備える画像形成装置であって、前記操作部の操作画面を制御するプログラムを更新する場合、前記本体からプログラム更新データを入力するデータ入力手段と、前記データ入力手段によって入力されたプログラム更新データを蓄積するデータ蓄積手段と、前記データ蓄積手段にプログラム更新データのすべてが蓄積されたか否かを判断する蓄積判断手段と、前記データ蓄積手段に蓄積されたプログラム更新データを記憶するデータ記憶手段と、前記本体側制御部とは独立に設けられ、前記蓄積判断手段によって前記データ蓄積手段にプログラム更新データのすべてが蓄積されたと判断された場合、前記データ蓄積手段に蓄積されたプログラム更新データによって前記データ記憶手段を書き換える書換制御手段と、を備え、前記操作部は、前記操作画面とは独立に前記操作画面を制御するプログラムの更新状態を表示する表示手段を有し、該表示手段は、前記操作画面を制御するプログラムの更新の進捗に応じた色を点滅させることで、前記操作画面を制御するプログラムの更新状態を表示することを特徴とする。
【００１１】
この請求項１に記載の発明によれば、操作画面を制御するプログラムを更新する場合、本体からプログラム更新データを入力し、いったんすべて蓄積することによって更新データの入力を完了させてしまうことができる。そして、蓄積後、本体側制御部とは独立に設けられた書換制御手段によってデータ記憶手段を蓄積されたプログラム更新データに書き換えることができる。更に、表示手段によって操作画面と独立にプログラムの更新状態を表示することができるので、操作画面に不具合が生じる場合にも、プログラムの更新状態を表示することができる。
【００１２】
請求項２に記載の発明にかかる画像形成装置は、前記操作画面が表示素子によって表示されるものであり、前記書換制御手段は、前記データ入力手段によるプログラム更新データの入力に先だって、前記操作画面を構成する表示素子を非表示状態にすることを特徴とする。
【００１３】
この請求項２に記載の発明によれば、プログラム更新データのダウンロード中に操作画面の表示をオフしておくことができる。
【００１４】
請求項３に記載の発明にかかる画像形成装置は、前記書換制御手段がアクセス可能なメモリ空間において、前記データ蓄積手段に対して前記プログラム更新データの蓄積に必要な領域よりも大きい領域が割り当てられることを特徴とする。
【００１５】
この請求項３に記載の発明によれば、プログラム更新データの蓄積中であっても蓄積手段を他の目的に利用することができる。このため、蓄積手段として操作画面に表示されるデータを蓄積するメモリを用いた場合、プログラム更新データの蓄積中であっても操作画面を機能させることができる。
【００１６】
請求項４に記載の発明にかかる画像形成装置は、前記書換制御手段が、前記データ記憶手段のプログラム更新データによる書換え終了後、前記操作部を制御する制御プログラムを初期化することを特徴とする。
【００１７】
この請求項４に記載の発明によれば、更新された制御プログラムによって装置を自動的に再起動することができる。
【００１８】
請求項５に記載の発明にかかる画像形成装置は、前記データ蓄積手段が、前記操作画面に表示される表示データを記憶する表示データ記憶手段と兼用されることを特徴とする。
【００１９】
この請求項５に記載の発明によれば、画像形成装置の既存の構成である表示データ記憶手段をデータ蓄積手段と兼用することができる。
【００２０】
請求項６に記載の発明にかかる画像形成装置の制御方法は、本体側制御部を備える本体と、前記本体側制御部と接続し、前記本体を操作する操作部とを備える画像形成装置に適用される画像形成装置の制御方法であって、前記操作部の操作画面を制御するプログラムを更新する場合、前記本体から入力されたプログラム更新データを蓄積するデータ蓄積工程と、前記データ蓄積工程においてプログラム更新データのすべてが蓄積されたか否かを判断する蓄積判断工程と、前記蓄積判断工程により前記データ蓄積手段においてプログラム更新データのすべてが蓄積されたと判断された場合、前記本体制御部とは独立に、前記データ蓄積工程において蓄積されたプログラム更新データによって前記操作部を制御するプログラムを書き換える書換制御工程と、前記操作画面とは独立に備えられた表示手段において、前記操作画面を制御するプログラムの更新の進捗に応じた色を点滅させることで、前記操作画面を制御するプログラムの更新状態を表示する表示制御工程とを含むことを特徴とする。
【００２１】
この請求項６に記載の発明によれば、操作画面を制御するプログラムを更新する場合、本体からプログラム更新データをいったんすべて蓄積することによって更新データの入力を完了させてしまうことができる。そして、蓄積後、蓄積されたプログラム更新データによって操作画面を制御するプログラムを書き換えることができる。更に、表示手段によって操作画面と独立にプログラムの更新状態を表示することができるので、操作画面に不具合が生じる場合にも、プログラムの更新状態を表示することができる。
【００２２】
請求項７に記載の発明にかかるプログラムは、本体側制御部を備える本体と、前記本体側制御部と接続し、前記本体を操作する操作部とを備える画像形成装置に適用される画像形成装置の制御方法をコンピュータに実行させるプログラムであって、コンピュータに、前記操作部の操作画面を制御するプログラムを更新する場合、前記本体から入力されたプログラム更新データを蓄積させるデータ蓄積手順と、前記データ蓄積手順によってプログラム更新データのすべてが蓄積されたか否かを判断する蓄積判断手順と、前記蓄積判断手順が、前記データ蓄積手順によってプログラム更新データのすべてが蓄積されたと判断した場合、前記本体制御部とは独立に、前記データ蓄積手順によって蓄積されたプログラム更新データを用いて前記操作部を制御するプログラムを書き換える書換制御手順と、前記操作画面とは独立に備えられた表示手段において、前記操作画面を制御するプログラムの更新の進捗に応じた色を点滅させることで、前記操作画面を制御するプログラムの更新状態を表示する表示制御工程とを含む画像形成装置の制御方法をコンピュータに実行させることを特徴とする。
【００２３】
この請求項７に記載の発明によれば、操作画面を制御するプログラムを更新する場合、本体からプログラム更新データをいったんすべて蓄積することによって更新データの入力を完了させてしまうことができる。そして、蓄積後、蓄積されたプログラム更新データによって操作画面を制御するプログラムを書き換えることができる。
【００２４】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる画像形成装置の好適な実施の形態、実施の形態１ないし実施の形態５を詳細に説明する。
【００２５】
（実施の形態１）
図１は、実施の形態１〜５に共通の画像形成装置の構成を説明するためのブロック図である。なお、実施の形態１〜５は、画像形成装置をプリンタとして構成したものである。図示した構成は、本体と本体を操作する操作部とに大別されるプリンタであって、操作部には操作部制御基板１が備えられ、本体には本体制御基板２が備えられている。
【００２６】
操作部制御基板１と本体制御基板２とは通信回線１１０によって接続されている。本発明の実施の形態では、通信回線１１０を、同期シリアル通信回線として構成し、操作部制御基板１、本体制御基板２間での双方向の通信を可能にしている。
【００２７】
本体制御基板２は、画像形成装置の画像形成にかかる処理を統括的に制御するＣＰＵ（Central Processing Unit)１２１と、カードスロット１２２とを備えている。ＣＰＵ１２１は、画像形成装置を統括的に制御するメイン制御部である。また、カードスロット１２２は、ＩＣカード（図示せず）が接続され、ＩＣカードに記録されているプログラムを読み出すと共にＣＰＵ１２１に出力する装置である。なお、実施の形態１、後述する実施の形態２〜５では、いずれも操作部制御基板１の制御に使用される制御プログラムを更新するためのデータ（プログラム更新データ）を記録したＩＣカードをカードスロット１２２に接続されるものとする。
【００２８】
操作部制御基板１は、フラッシュＲＯＭ（Read Only Memory）１０１、ＳＲＡＭ（Static Random Access Memory）１０２、ＣＰＵ１０３、ＬＣＤ（Liquid Crystal Display）コントローラ１０４、ＳＤＲＡＭ（Synchronous DRAM）１０５、ＬＣＤモジュール１０６、タッチパネル１０７、キー基板（ＳＷ・ＬＥＤ（Light Emitting Diode））１０８、ドライバ１０９を備えている。
【００２９】
ＬＣＤモジュール１０６は、操作部の表示画面を構成する構成であり、ＬＣＤコントローラ１０４は、ＬＣＤモジュール１０６を制御する。タッチパネル１０７は、ＬＣＤモジュール１０６上に重ねて配置され、ＬＣＤモジュール１０６上でオペレータが指定した点の座標をＣＰＵ１０３に入力する。キー基板（ＳＷ・ＬＥＤ）１０８は、操作部のキー、スイッチ、ＬＥＤの制御基板であり、ドライバ１０９は、キー基板（ＳＷ・ＬＥＤ）１０８を駆動するドライバである。
【００３０】
フラッシュＲＯＭ１０１は、操作部の操作画面を制御する制御プログラムを格納するメモリである。また、ＳＤＲＡＭ１０５は、ＬＣＤモジュール１０６に表示される表示データ（表示画素）を記録するＶｉｄｅｏ  ＲＡＭ（ＶＲＡＭ）である。また、ＣＰＵ１０３は、ＬＣＤコントローラ１０４を介してＳＤＲＡＭ１０５に対するリード、ライト、キー基板（ＳＷ・ＬＥＤ）１０８のＬＥＤ表示、ＬＣＤモジュール１０６のバックライトをも制御している。
【００３１】
なお、ＳＤＲＡＭ１０５であるＶＲＡＭは、画像形成装置の操作部制御基板が一般的に備える構成であり、操作部制御基板にある記憶装置としては記憶容量の大きい装置であることが知られている。実施の形態１〜３，５は、いずれもＳＤＲＡＭ１０５を後述するようにプログラム更新データの蓄積用ＲＡＭとして用いるものである。
【００３２】
ＬＣＤコントローラ１０４は、ＳＤＲＡＭ１０５のリフレッシュやＳＤＲＡＭ１０５からＬＣＤモジュール１０６に対する表示データａの転送を制御する。なお、表示データａの転送は、内部レジスタへの設定によって抑制することが可能である。
【００３３】
操作画面の制御プログラムを更新する場合、カードスロット１２２にＩＣカードが接続され、ＩＣカードに記録されているプログラム更新データがＣＰＵ１２１によって読み出され、本体制御基板２に保持される。通信回線１１０は、本体制御基板からプログラム更新データを操作部制御基板１のＣＰＵ１０３に入力する。入力されたプログラム更新データは、ＳＤＲＡＭ１０５に蓄積される。
【００３４】
ＣＰＵ１０３はＳＤＲＡＭ１０５にプログラム更新データのすべてが蓄積されたか否かを判断し、プログラム更新データのすべてがＳＤＲＡＭ１０５に蓄積されたと判断した場合にフラッシュＲＯＭ１０１のデータをプログラム更新データによって書き換える。なお、ＣＰＵ１０３はＣＰＵ１２１とは独立の構成で、以上の処理をＣＰＵ１２１でなされる処理とは独立に実行する。
【００３５】
図２は、ＩＣカードが記憶しているデータのフォーマットを説明するための図である。カードスロット１２２は、操作部制御基板１の制御プログラムをバージョンアップするためのプログラム更新データを記録したＩＣカードの他、本体制御基板２のプログラムをバージョンアップするためのプログラムを記録したＩＣカード、エンジン制御のプログラム記録したＩＣカード、印字データや不揮発性ＲＡＭ上のデータをアップ、あるいはダウンロードするためのデータを記録したＩＣカードと接続するときがある。
【００３６】
このため、ＩＣカードには、固定アドレスへの規定フォーマットの格納が義務付けられている。画像形成装置の本体制御基板２は、先ず、図示しない入力ポートでＩＣカード装着の有無を検出し、規定フォーマットに基づいてＩＣカードの種別を判定する。そして、判定した種別に対応した制御を開始する。
【００３７】
図示したように、ＩＣカードは、割込ベクタテーブルを格納する領域（図中には割込ベクタテーブルと記す）２０１、カード情報を格納する領域（図中にはカード情報と記す）２０２、制御プログラムを格納する領域（図中には制御プログラムと記す）２０３を備えている。
【００３８】
カード情報を格納する領域２０２は、さらに、実装の対象となる機器を特定するための機種コードを格納する領域（図中には機種コードと記す）２０４、格納しているデータに対応するモジュールを特定するための制御プログラムＩＤを格納する領域（図中には制御プログラムＩＤと記す）２０５、画像形成装置側がＩＣカードのデータの用途（プログラムの更新、印字データ、操作部の表示データなど）を判定するためのカード種別ＩＤを格納する領域（図中にはカード種別ＩＤと記す）２０６、ダウンロードの対象となる転送開始アドレスを格納する領域（図中には転送開始アドレスと記す）２０７、転送終了アドレスを格納する領域（図中には転送終了アドレスと記す）２０８、転送サイズを格納する領域（図中には転送サイズと記す）２０９を備えている。各領域は、いずれもＩＣカードにフォーマットとして規定されている。
【００３９】
図３は、操作部制御基板１のＣＰＵ１０３がアクセスできるメモリ空間を説明するための図である。実施の形態１では、ＣＰＵ１０３をブートアドレスが「０番地」となるＣＰＵとして構成し、アドレスの０〜２０００００Ｈにはプログラム領域、すなわちフラッシュＲＯＭ１０１がマッピングされたメモリ空間（図中フラッシュＲＯＭと記す）３０１がある。また、２０００００Ｈ〜２４００００Ｈにはワーク領域としてＳＲＡＭがマッピングされたメモリ空間（図中にはＳＲＡＭと記す）３０２がある。
【００４０】
さらに、ＣＰＵ１０３がアクセスできるメモリ空間の６０００００Ｈ〜８０００００ＨにはＬＣＤコントローラ１０４のレジスタがマッピングされたメモリ空間（図中にはＬＣＤコントローラレジスタ）３０３がある。また、８０００００Ｈ〜Ｃ０００００ＨにはＶＲＡＭであるＳＤＲＡＭ１０５がマッピングされたメモリ空間がある。実施の形態１では、図示したようにＳＤＲＡＭ１０５用のメモリ空間３０４が、プログラム領域のメモリ空間３０１よりも大きくなっている。
【００４１】
さらに、メモリ空間のＥ０００００〜ＦＦＦＦＦＦＨにはＣＰＵ１０３のレジスタ群やＣＰＵ１０３内部のＲＡＭがマッピングされたメモリ空間がある。
【００４２】
図４は、実施の形態１の操作部の外観を示した図である。操作部はユニット化されていて、ＬＣＤ表示部４０１、プリント枚数やプリント倍率の入力に使用されるテンキー４０２、プリント動作の開始を指示するスタートキー４１５、テンキー４０２によって入力された値をクリアする、あるいはプリント動作を中断するクリア／ストップキー４１０を備えている。
【００４３】
また、図４のスタートキー４１５には赤および緑の光を点灯するＬＥＤ４１４が設けられている。ＬＥＤ４１４は、画像形成装置がプリント動作可能であるときに緑色の光を点灯し、プリント動作が不可能であるときには赤色の光を点灯する。
【００４４】
また、操作部は、実行中のプリント動作に割り込んで別の動作を実行させる割込キー４１１、余熱状態を移行、あるいは解除する余熱キー４１２、いったん設定されたプリントモードをデフォルトするリセットキー４１３を備えている。割込キー４１１、余熱キー４１２にはそれぞれＬＥＤ４０９が設けられていて、ＬＥＤ４０９は、各キーの選択の有無を点灯の有無によって表している。
【００４５】
さらに操作部は、オペレータや管理者の使い勝手に合わせて画像形成装置の設定を行う初期設定キー４０３、ＬＣＤ表示部４０１上に表示される言語を切り換える言語切換キー４０４、アプリケーションとしてコピーを選択するコピーキー４０５、ファクシミリを選択するファクシミリキー４０６、プリンタを選択するプリンタキー４０７、スキャナを選択するスキャナキー４０８を備えている。コピーキー４０５、ファクシミリキー４０６、プリンタキー４０７、スキャナキー４０８は、それぞれＬＥＤ４０９を備え、ＬＥＤ点灯の有無によって選択状態を表している。
【００４６】
図５は、実施の形態１において本体制御基板２から操作部制御基板１に対するプログラム更新データのダウンロードが開始されたときの操作部の状態を示す図である。カードスロット１２２にＩＣカードが接続された場合、ＣＰＵ１２１は、ＣＰＵ１０３を制御してＬＣＤ表示部４０１に＜＜操作部バージョンアップ＞＞、「開始キーを押下すると操作部のバージョンアップを開始します」のメッセージと共に開始キー５０１を表示させる。
【００４７】
オペレータが開始キー５０１をクリックするなどして開始キー５０１上の点にタッチすると、タッチパネル１０７が開始キー５０１上の点の座標を検出してＣＰＵ１２１に入力する。ＣＰＵ１２１は、開始キー５０１上の点の入力によってＣＰＵ１０３にダウンロードを開始することを通知するダウンロード開始コマンドを送信すると共に、プログラム更新データのダウンロードを開始する。
【００４８】
図６、図７は、開始キー５０１の押下によって開始されるプログラム更新データのダウンロードの方法を説明するための図であって、いずれも操作部制御基板１でなされる処理を説明するものである。図７は、実施の形態１において実行されるダウンロードの方法を説明するための図であり、図６は、図７と比較するために示された従来の画像形成装置でなされるダウンロードを説明するための図である。
【００４９】
実施の形態１では、先ず、ＣＰＵ１０３が、ダウンロードの開始コマンドを受信したか否か判断する（ステップＳ６０１）。判断の結果、開始コマンドを受信していない場合には（ステップＳ６０１：Ｎｏ）、受信するまで待機する。また、開始コマンドを受信した場合（ステップＳ６０１：Ｙｅｓ）、ＣＰＵ１０３は、受信回数をカウントするカウンタのカウント数ｎを初期化する（ステップＳ６０２）。
【００５０】
次に、ＣＰＵ１０３は、ＣＰＵ１２１に対して、プログラム更新データを所定のブロック単位で送信するように要求するコマンドである送信要求コマンドを送信する（ステップＳ６０３）。そして、ブロック単位のプログラム更新データのうちブロックｎのプログラム更新データを受信したか否か判断する（ステップＳ６０４）。ＣＰＵ１０３は、ステップＳ６０４においてブロックｎのプログラム更新データが受信されていないと判断した場合（ステップＳ６０４：Ｎｏ）、プログラム更新データが受信されるまで待機する。
【００５１】
また、ＣＰＵ１０３は、ステップＳ６０４においてブロックｎのプログラム更新データが受信されたと判断した場合（ステップＳ６０４：Ｙｅｓ）、受信したブロックｎのプログラム更新データをＳＤＲＡＭ１０５上にコピーする（ステップＳ６０５）。そして、受信回数のカウンタをカウントアップし（ステップＳ６０６）、ステップＳ６０４において受信したブロックｎがプログラム更新データの最終ブロック（受信すべきプログラム更新データのうちの最後に受信するブロック）であるか否か判断する（ステップＳ６０７）。
【００５２】
ステップＳ６０７において、ブロックｎが最終ブロックでないと判断された場合（ステップＳ６０７：Ｎｏ）、再度ブロックｎのデータを送信するようＣＰＵ１２１に送信要求コマンドを送信する（ステップＳ６０３）。なお、この際、ブロックｎのｎの値は、ステップＳ６０６においてカウントアップされた値である。
【００５３】
また、ステップＳ６０７において、ブロックｎが最終ブロックであると判断された場合（ステップＳ６０７：Ｙｅｓ）、受信すべきプログラム更新データがすべてＳＤＲＡＭ１０５に蓄積されたことになる。実施の形態１の画像形成装置では、この時点で本体制御基板２のＣＰＵ１２１によってなされるダウンロードの処理が終了し、以降の処理は、操作部制御基板１のＣＰＵ１０３のみによって実行される。
【００５４】
プログラム更新データの蓄積が完了すると、ＣＰＵ１０３は、フラッシュＲＯＭ１０１においてプログラム更新データによって書き換えられる領域（書換え範囲）をイレースする（ステップＳ６０８）。なお、イレースは、ＣＰＵ１０３がフラッシュＲＯＭ１０１のレジスタに特定のアドレスとコマンドを書き込むことによって行われる。セクタイレースの場合、イレースは、コマンドの書き込み後数秒で完了する。なお、イレース処理は周知の処理であるのでこれ以上の詳細な説明は行わない。
【００５５】
ＣＰＵ１０３は、ステップＳ６０８においてフラッシュＲＯＭ１０１にイレースのためのアドレスとコマンドを書き込み、この結果、フラッシュＲＯＭの書換え範囲のイレースが完了するまで待機する（ステップＳ６０９：Ｎｏ）。書換え範囲のイレースが完了すると（ステップＳ６０９：Ｙｅｓ）、ＣＰＵ１０３は、ＳＤＲＡＭ１０１上に蓄積されたプログラム更新データをすべてフラッシュＲＯＭ１０５に書き込む（ステップＳ６１０）。
【００５６】
そして、ＣＰＵ１０３は、書き込みが完了したか否か判断し（ステップＳ６１１）、書き込みが完了していないと判断した場合には（ステップＳ６１１：Ｎｏ）、完了するまで待機する。また、書き込みが完了したと判断した場合には（ステップＳ６１１：Ｙｅｓ）、プログラム更新データのダウンロードの処理を終了する。
【００５７】
なお、プログラム更新データを書き込む処理は、イレース処理と同様にフラッシュＲＯＭに対して特定のコマンドを書き込むことによってなされる。書き込まれたプログラム更新データは、１バイトあるいは１ワードの書き込みごとに１５０〜２００μｓの時間が経過した後に操作部制御基板１の処理に反映される。なお、プログラム更新データ書き込みの処理も周知の処理であり、これ以上の説明を略す。
【００５８】
ここで、上記した実施の形態１の処理と比較するために従来のプログラム更新データダウンロードの処理について説明する。図７で示される従来の処理では、先ず、操作部制御基板のＣＰＵが、本体制御基板のＣＰＵからダウンロード開始のコマンドを受信したか否か判断する（ステップＳ７０１）。判断の結果、受信していなければ受信するまで待機し（ステップＳ７０１：Ｎｏ）、受信した場合には（ステップＳ７０１：Ｙｅｓ）、フラッシュＲＯＭの書換え範囲をイレースする（ステップＳ７０２）。
【００５９】
そして、操作部制御基板のＣＰＵは、イレースが完了したか判断し（ステップＳ７０３）、イレースが完了していない場合には完了するまで待機する（ステップＳ７０３：Ｎｏ）。また、イレースが完了したと判断した場合（ステップＳ７０３：Ｙｅｓ）、本体制御基板側からブロック単位で送信されるプログラム更新データの受信回数のカウンタを初期化する（ステップＳ７０４）。
【００６０】
また、操作部制御基板のＣＰＵは、ブロック単位で送信されるプログラム更新データのブロックｎのデータを受信したか否か判断する（ステップＳ７０６）。判断の結果、受信していない場合には受信するまで待機し（ステップＳ７０６：Ｎｏ）、受信した場合には（ステップＳ７０６：Ｙｅｓ）、フラッシュＲＯＭに受信したブロックｎのプログラム更新データを書き込む（ステップＳ７０７）。さらに、書き込まれたブロックｎのプログラム更新データの反映が完了したか否か判断する（ステップＳ７０８）。
【００６１】
ステップＳ７０８において、プログラム更新データの反映が完了したと判断されない場合（ステップＳ７０８：Ｎｏ）、操作部制御基板のＣＰＵは、反映が完了するまで待機する。また、プログラム更新データの反映が完了したと判断された場合（ステップＳ７０８：Ｙｅｓ）、カウンタを進め（ステップＳ７０９）、ブロックｎが最終ブロックであったか否か判断する（ステップＳ７１０）。
【００６２】
ステップＳ７１０の判断の結果、ブロックｎが最終ブロックであった場合（ステップＳ７１０：Ｙｅｓ）、本体制御基板、操作部制御基板のいずれにおいてもダウンロードの処理を終了する。一方、ブロックｎが最終ブロックでない場合（ステップＳ７１０：Ｎｏ）、操作部制御基板のＣＰＵは、次のブロックｎ（カウンタが進められた後のｎのブロックｎ）のプログラム更新データの送信要求コマンドを本体制御基板のＣＰＵに送信する（ステップＳ７０５）。
【００６３】
以上述べた処理から明らかなように、図７で説明した従来のダウンロードは、ダウンロードに先だってフラッシュＲＯＭをイレースし、この間本体制御基板のＣＰＵを待機させている。また、従来のダウンロードでは、ダウンロードされるプログラム更新データが本体制御基板から操作部制御基板にブロック単位で送信される都度、送信された制御プログラムをブロック単位でフラッシュＲＯＭに書き込んでいた。
【００６４】
このため、本体制御基板のＣＰＵは、イレースが完了するまで待機し、さらに全てのプログラム更新データが操作部制御基板の側で受信され、フラッシュＲＯＭに書き込まれるまで操作部制御基板と共にダウンロードの処理を実行することが必要であった。
【００６５】
このような従来の構成に対し、図６で説明した実施の形態１の構成は、操作部制御基板において、ブロック単位で送信されたプログラム更新データをすべてＳＤＲＡＭ１０５にいったん蓄積した後、フラッシュＲＯＭをイレースしてプログラム更新データを書き込んでいる。
【００６６】
このため、従来では、プログラム更新データのダウンロードにおける本体制御基板のＣＰＵの処理は、プログラム更新データの蓄積完了後に完了する。そして、操作部制御基板のＣＰＵ１０３が、以降のイレース、書き込みを実行する。このため、実施の形態１の画像形成装置は、従来の構成に比べて本体制御基板の側でなされるダウンロードにかかる処理の時間が短く、本体制御基板の側でなされる他の処理に対する影響を抑えることができるものといえる。
【００６７】
また、実施の形態１の構成は、プログラム更新データを蓄積するために一般的に画像形成装置の操作部が備えるＶＲＡＭであるＳＤＲＡＭ１０５を用いている。このため、実施の形態１の画像形成装置は、プログラム更新データを蓄積するために専用の構成を追加する必要をなくし、本願発明を実現するために装置が大型化、複雑化することを防ぐことができる。
【００６８】
（実施の形態２）
次に、本発明の実施の形態２にかかる画像形成装置について説明する。図８は、実施の形態２の画像形成装置を説明するための図であって、ダウンロード開始から終了するまでの操作部の外観を示した図である。なお、図８中、図４、図５と同様の構成については同様の符号を付して一部説明を略すものとする。実施の形態２の画像形成装置は、操作部制御基板１のＣＰＵ１０３が、通信回線１１０によるプログラム更新データの入力に先だって、操作画面であるＬＣＤ表示部８０１を構成する表示素子を非表示状態にするものである。
【００６９】
図９は、実施の形態２において、上述した処理を行うための方法を説明するフローチャートである。実施の形態２では、操作部制御基板１のＣＰＵ１０３が、ダウンロードの開始コマンドを受信したか否か判断する（ステップＳ９０１）。判断の結果、開始コマンドを受信していない場合には（ステップＳ９０１：Ｎｏ）、受信するまで待機する。また、開始コマンドを受信した場合（ステップＳ９０１：Ｙｅｓ）、ＣＰＵ１０３は、受信回数をカウントするカウンタのカウント数ｎを初期化する（ステップＳ９０２）。
【００７０】
実施の形態２において、ＣＰＵ１０３は、ＬＣＤコントローラ１０４を、ＬＣＤモジュール１０６に出力する表示データａ（図１）をオフするように設定し、バックライトも消灯するよう制御する（ステップＳ９０３）。また、ＣＰＵ１２１に対して送信要求コマンドを送信し（ステップＳ９０４）、ブロックｎのプログラム更新データを受信したか否か判断する（ステップＳ９０５）。ＣＰＵ１０３は、ステップＳ９０５においてブロックｎのプログラム更新データが受信されていないと判断した場合（ステップＳ９０５：Ｎｏ）、プログラム更新データが受信されるまで待機する。
【００７１】
また、ＣＰＵ１０３は、ステップＳ９０５においてブロックｎのプログラム更新データが受信されたと判断した場合（ステップＳ９０５：Ｙｅｓ）、受信したブロックｎのプログラム更新データをＳＤＲＡＭ１０５上にコピーする（ステップＳ９０６）。そして、受信回数のカウンタをカウントアップし（ステップＳ９０７）、ステップＳ９０５において受信したブロックｎがプログラム更新データの最終ブロックであるか否か判断する（ステップＳ９０８）。
【００７２】
ステップＳ９０８において、ブロックｎが最終ブロックでないと判断された場合（ステップＳ９０８：Ｎｏ）、次のブロックｎのデータを送信するようＣＰＵ１２１に送信要求コマンドを送信する（ステップＳ９０４）。また、ステップＳ９０８において、ブロックｎが最終ブロックであると判断された場合（ステップＳ９０８：Ｙｅｓ）、受信すべきプログラム更新データがすべてＳＤＲＡＭ１０５に蓄積されたことになるから、以降の処理は、本体制御基板２のＣＰＵ１０３のみによって実行される。
【００７３】
プログラム更新データの蓄積が完了すると、ＣＰＵ１０３は、フラッシュＲＯＭ１０１の書換え範囲をイレースするためにアドレスとコマンドを書き込む（ステップＳ９０９）。そして、この結果、フラッシュＲＯＭの書換え範囲のイレースが完了したか否か判断する（ステップＳ９１０）。判断の結果、完了していない場合にはイレースが完了するまで待機する（ステップＳ９１０：Ｎｏ）。書換え範囲のイレースが完了すると（ステップＳ９１０：Ｙｅｓ）、ＣＰＵ１０３は、ＳＤＲＡＭ１０１上に蓄積されたプログラム更新データをすべてフラッシュＲＯＭ１０５に書き込む（ステップＳ９１１）。
【００７４】
そして、ＣＰＵ１０３は、書き込みが完了したか否か判断し（ステップＳ９１２）、書き込みが完了していないと判断した場合には（ステップＳ９１２：Ｎｏ）、完了するまで待機する。また、書き込みが完了したと判断した場合には（ステップＳ９１２：Ｙｅｓ）、プログラム更新データのダウンロードの処理を終了する。
【００７５】
以上述べた実施の形態２によれば、プログラム更新データの蓄積にＳＤＲＡＭ１０５を用いたことによって起る、ダウンロード中の操作画面の表示の乱れを未然に防止することができる。
【００７６】
（実施の形態３）
次に、本発明の実施の形態３にかかる画像形成装置について説明する。図１０は、実施の形態３の画像形成装置を説明するための図であって、ダウンロード執行中の操作部の外観を示した図である。なお、図１０中、図４、図５、図８と同様の構成については同様の符号を付して一部説明を略すものとする。実施の形態３の画像形成装置は、操作部が、操作画面であるＬＣＤ表示部８０１とは独立にＬＣＤ表示部８０１を制御するプログラムの更新状態を表示するＬＥＤ表示部１０１４備えるものである。
【００７７】
実施の形態２で述べたように、ダウンロードが開始されると、ＬＣＤ表示部８０１は、ＬＣＤコントローラ１０４から出力される表示データａ、バックライトがオフされることによって非表示状態になっている。このとき、実施の形態３では、スタートキー４１５に設けられているＬＥＤ表示部１０１４が点滅し、プログラムの更新状態を表している。
【００７８】
ＬＥＤ表示部１０１４は、赤、緑の２つのＬＥＤを備えている。実施の形態３では、本体制御基板２からプログラム更新データが操作部制御基板１に転送されている間はＬＥＤ１０１４が赤ＬＥＤを点滅させ（図１０（ａ））、転送完了後にＳＤＲＡＭ１０５に蓄積されたプログラム更新データがフラッシュＲＯＭ１０１に書き込まれている間には緑ＬＥＤを点滅させている（図１０（ｂ））。
【００７９】
図１１は、実施の形態３において、上述した処理を行うための方法を説明するフローチャートである。実施の形態３では、操作部制御基板１のＣＰＵ１０３が、ダウンロードの開始コマンドを受信したか否か判断する（ステップＳ１１０１）。判断の結果、開始コマンドを受信していない場合には（ステップＳ１１０１：Ｎｏ）、受信するまで待機する。また、開始コマンドを受信した場合（ステップＳ１１０１：Ｙｅｓ）、ＣＰＵ１０３は、受信回数をカウントするカウンタのカウント数ｎを初期化する（ステップＳ１１０２）。
【００８０】
このとき実施の形態３では、ＣＰＵ１０３が、ＬＣＤコントローラ１０４を、ＬＣＤモジュール１０６に出力する表示データａ（図１）をオフするように設定し、バックライトも消灯するよう制御する（ステップＳ１１０３）。また、ＬＥＤ表示部１０１４の赤ＬＥＤの点滅表示を開始する（ステップＳ１１０４）。なお、ステップＳ１１０４において、緑ＬＥＤはＯＦＦされるものとする。
【００８１】
次に、ＣＰＵ１０３は、ＣＰＵ１２１に対して送信要求コマンドを送信し（ステップＳ１１０５）、ブロックｎのプログラム更新データを受信したか否か判断する（ステップＳ１１０６）。そして、ステップＳ１１０６においてブロックｎのプログラム更新データが受信されていないと判断した場合（ステップＳ１１０６：Ｎｏ）、プログラム更新データが受信されるまで待機する。
【００８２】
また、ＣＰＵ１０３は、ステップＳ１１０６においてブロックｎのプログラム更新データが受信されたと判断した場合（ステップＳ１１０６：Ｙｅｓ）、受信したブロックｎのプログラム更新データをＳＤＲＡＭ１０５上にコピーする（ステップＳ１１０７）。そして、受信回数のカウンタをカウントアップし（ステップＳ１１０８）、ステップＳ１１０６において受信したブロックｎがプログラム更新データの最終ブロックであるか否か判断する（ステップＳ１１０９）。
【００８３】
ステップＳ１１０９において、ブロックｎが最終ブロックでないと判断された場合（ステップＳ１１０９：Ｎｏ）、次のブロックｎのデータを送信するようＣＰＵ１２１に送信要求コマンドを送信する（ステップＳ１１０５）。また、ステップＳ１１０９において、ブロックｎが最終ブロックであると判断された場合（ステップＳ１１０９：Ｙｅｓ）、受信すべきプログラム更新データがすべてＳＤＲＡＭ１０５に蓄積されたことになるから、以降の処理は、操作部制御基板１のＣＰＵ１０３のみによって実行される。
【００８４】
プログラム更新データの蓄積が完了すると、ＣＰＵ１０３は、赤ＬＥＤをＯＦＦすると共に緑ＬＥＤの点滅表示を開始する（ステップＳ１１１０）。そして、フラッシュＲＯＭ１０１の書換え範囲をイレースするためにアドレスとコマンドを書き込む（ステップＳ１１１１）。そして、フラッシュＲＯＭの書換え範囲のイレースが完了したか否か判断し（ステップＳ１１１２）、判断の結果、完了していない場合にはイレースが完了するまで待機する（ステップＳ１１１２：Ｎｏ）。
【００８５】
また、書換え範囲のイレースが完了すると（ステップＳ１１１２：Ｙｅｓ）、ＣＰＵ１０３は、ＳＤＲＡＭ１０１上に蓄積されたプログラム更新データをすべてフラッシュＲＯＭ１０５に書き込む（ステップＳ１１１３）。そして、書き込みが完了したか否か判断し（ステップＳ１１１４）、書き込みが完了していないと判断した場合には（ステップＳ１１１４：Ｎｏ）、完了するまで待機する。また、書き込みが完了したと判断した場合には（ステップＳ１１１４：Ｙｅｓ）、赤ＬＥＤ、緑ＬＥＤの表示（点灯）を共にＯＦＦし（ステップＳ１１１５）、プログラム更新データのダウンロードの処理を終了する。
【００８６】
以上述べた実施の形態３によれば、プログラム更新データの蓄積にＳＤＲＡＭ１０５を用いたことによってＬＣＤ表示部に不具合が生じる場合にも、ダウンロードの進行状況をオペレータに表示することができる。
【００８７】
（実施の形態５）
次に、本発明の実施の形態５にかかる画像形成装置について説明する。実施の形態５の画像形成装置は、ＣＰＵ１０３が、フラッシュＲＯＭ１０１のプログラム更新データによる書換え終了後、操作部を制御する制御プログラムをいったん終了した後に再起動するものである。
【００８８】
図１２は、実施の形態５において、上述した処理を行うための方法を説明するフローチャートである。実施の形態５では、操作部制御基板１のＣＰＵ１０３が、ダウンロードの開始コマンドを受信したか否か判断する（ステップＳ１４０１）。判断の結果、開始コマンドを受信していない場合には（ステップＳ１４０１：Ｎｏ）、受信するまで待機する。また、開始コマンドを受信した場合（ステップＳ１４０１：Ｙｅｓ）、ＣＰＵ１０３は、受信回数をカウントするカウンタのカウント数ｎを初期化する（ステップＳ１４０２）。
【００８９】
このとき、ＣＰＵ１０３は、ＬＣＤコントローラ１０４を、ＬＣＤモジュール１０６に出力する表示データａ（図１）をオフするように設定し、バックライトも消灯するよう制御する（ステップＳ１４０３）。
【００９０】
次に、ＣＰＵ１０３は、ＣＰＵ１２１に対して送信要求コマンドを送信し（ステップＳ１４０４）、ブロックｎのプログラム更新データを受信したか否か判断する（ステップＳ１４０５）。そして、ステップＳ１４０５においてブロックｎのプログラム更新データが受信されていないと判断した場合（ステップＳ１４０５：Ｎｏ）、プログラム更新データが受信されるまで待機する。
【００９１】
また、ＣＰＵ１０３は、ステップＳ１４０５においてブロックｎのプログラム更新データが受信されたと判断した場合（ステップＳ１４０５：Ｙｅｓ）、受信したブロックｎのプログラム更新データをＳＤＲＡＭ１０５上にコピーする（ステップＳ１４０６）。そして、受信回数のカウンタをカウントアップし（ステップＳ１４０７）、ステップＳ１４０５において受信したブロックｎがプログラム更新データの最終ブロックであるか否か判断する（ステップＳ１４０８）。
【００９２】
ステップＳ１４０８において、ブロックｎが最終ブロックでないと判断された場合（ステップＳ１４０８：Ｎｏ）、次のブロックｎのデータを送信するようＣＰＵ１２１に送信要求コマンドを送信する（ステップＳ１４０４）。また、ステップＳ１４０８において、ブロックｎが最終ブロックであると判断された場合（ステップＳ１４０８：Ｙｅｓ）、受信すべきプログラム更新データがすべてＳＤＲＡＭ１０５に蓄積されたことになるから、以降の処理は、操作部制御基板１のＣＰＵ１０３のみによって実行される。
【００９３】
プログラム更新データの蓄積が完了すると、ＣＰＵ１０３は、フラッシュＲＯＭ１０１の書換え範囲をイレースするためにアドレスとコマンドを書き込む（ステップＳ１４０９）。この結果、フラッシュＲＯＭの書換え範囲のイレースが完了したか否か判断し（ステップＳ１４１０）、判断の結果、完了していない場合にはイレースが完了するまで待機する（ステップＳ１４１０：Ｎｏ）。
【００９４】
また、書換え範囲のイレースが完了すると（ステップＳ１４１０：Ｙｅｓ）、ＣＰＵ１０３は、ＳＤＲＡＭ１０１上に蓄積されたプログラム更新データをすべてフラッシュＲＯＭ１０５に書き込む（ステップＳ１４１１）。そして、書き込みが完了したか否か判断し（ステップＳ１４１２）、書き込みが完了していないと判断した場合には（ステップＳ１４１２：Ｎｏ）、完了するまで待機する。また、書き込みが完了したと判断した場合には（ステップＳ１４１２：Ｙｅｓ）、プログラムカウンタをリセットベクタにジャンプさせ（ステップＳ１４１３）、プログラムを初期化する。そして、プログラム更新データのダウンロードの処理を終了する。
【００９５】
以上述べた実施の形態５によれば、更新された制御プログラムを自動的に装置の制御に反映してオペレータにかかる操作の煩雑さを軽減することができる。このため、実施の形態５の画像形成装置は、画像形成装置の操作性を高めることができる。
【００９６】
なお、以上、実施の形態１〜３，５で説明した画像形成装置の制御方法は、あらかじめ用意されたプログラムをコンピュータで実行することにより実現される。このプログラムは、ハードディスク、フロッピーディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、上記記録媒体を介して、また伝送媒体として、インターネット等のネットワークを介して配布することができる。
【００９７】
また、実施の形態１で説明したように、ＣＰＵ１０３がアクセス可能なメモリ空間において、ＳＤＲＡＭ１０５に対しては、プログラム更新データの蓄積に必要な領域（フラッシュＲＯＭ１０１に割り当てられるメモリ空間）よりも大きい領域が割り当てられていていても良い。この場合、ＣＰＵ１０３は、本体制御基板２からプログラム更新データを操作部制御基板１にダウンロードする動作中でもＬＣＤ表示部の表示機能を利用することができる。
【００９８】
【発明の効果】
以上説明したように、請求項１に記載の発明の画像形成装置は、プログラム更新データの蓄積後、本体側制御部とは独立の書換制御手段がデータ記憶手段を更新することにより、操作部の制御プログラムをダウンロードする際にかかる本体側制御部の処理時間を短縮し、本体側制御部にかかる負荷を軽減できるという効果を奏する。更に、プログラム更新データの蓄積が操作画面に影響を及ぼす場合にも、ダウンロードの進行状況をオペレータに表示することができるという効果を奏する。
【００９９】
請求項２に記載の発明の画像形成装置は、プログラム更新データの蓄積が操作画面に影響を及ぼす場合にも、操作画面の表示の乱れを未然に防止することができるという効果を奏する。
【０１００】
請求項３に記載の発明の画像形成装置は、蓄積手段として操作画面に表示されるデータを蓄積するメモリを用いた場合、プログラム更新データの蓄積中であっても操作画面にダウンロードの進行状況を表示することができるという効果を奏する。
【０１０１】
請求項４に記載の発明の画像形成装置は、更新された制御プログラムを自動的に装置の制御に反映でき、オペレータにかかる操作の煩雑さを軽減することができる。このため、画像形成装置の操作性を高めることができるという効果を奏する。
【０１０２】
請求項５に記載の発明の画像形成装置は、プログラム更新データを蓄積するために専用の構成を追加する必要をなくし、プログラム更新データをいったんすべて蓄積するために装置が大型化、複雑化することを防ぐことができるという効果を奏する。
【０１０３】
請求項６に記載の発明の画像形成装置の制御方法は、プログラム更新データの蓄積後、本体側制御部とは独立にデータ記憶手段を更新することにより、操作部の制御プログラムをダウンロードする際にかかる本体側制御部の処理時間を短縮し、本体側制御部にかかる負荷を軽減できるという効果を奏する。更に、プログラム更新データの蓄積が操作画面に影響を及ぼす場合にも、ダウンロードの進行状況をオペレータに表示することができるという効果を奏する。
【０１０４】
請求項７に記載の発明のプログラムは、プログラム更新データの蓄積後、本体側制御部とは独立にデータ記憶手段を更新することにより、操作部の制御プログラムをダウンロードする際にかかる本体側制御部の処理時間を短縮し、本体側制御部にかかる負荷を軽減できるという効果を奏する。更に、プログラム更新データの蓄積が操作画面に影響を及ぼす場合にも、ダウンロードの進行状況をオペレータに表示することができるという効果を奏する。
【図面の簡単な説明】
【図１】  本発明の実施の形態１〜３，５に共通の画像形成装置の構成を説明するためのブロック図である。
【図２】  本発明の実施の形態のＩＣカードが記憶しているデータのフォーマットを説明するための図である。
【図３】  本発明の実施の形態の操作部制御基板側がアクセスできるメモリ空間を説明するための図である。
【図４】  本発明の実施の形態１の操作部の外観を示した図である。
【図５】  本発明の実施の形態１においてプログラム更新データのダウンロードが開始されたときの操作部の状態を示す図である。
【図６】  本発明の実施の形態１の画像形成装置においてなされる処理を説明するためのフローチャートである。
【図７】  従来の画像形成装置においてなされる処理を説明するためのフローチャートである。
【図８】  本発明の実施の形態２におけるプログラム更新データのダウンロード開始から終了までの操作部の状態を示す図である。
【図９】  本発明の実施の形態２の画像形成装置においてなされる処理を説明するためのフローチャートである。
【図１０】  本発明の実施の形態３におけるダウンロード執行中の操作部の外観を示す図である。
【図１１】  本発明の実施の形態３の画像形成装置においてなされる処理を説明するためのフローチャートである。
【図１２】  本発明の実施の形態５の画像形成装置においてなされる処理を説明するためのフローチャートである。
【符号の説明】
１  操作部制御基板
２  本体制御基板
１０１  フラッシュＲＯＭ
１０２  ＳＲＡＭ
１０３  ＣＰＵ
１０４  ＬＣＤコントローラ
１０５  ＳＤＲＡＭ
１０６  ＬＣＤモジュール
１０７  タッチパネル
１０８  キー基板
１０９  ドライバ
１１０  通信回線
１２２  カードスロット
２０２，２０２，２０３，２０４，２０５，２０６，２０７，２０８
２０９  領域
３０１，３０４  メモリ空間
４０１，８０１，１４０１，１２０１  ＬＣＤ表示部
４０２  テンキー
４０３  初期設定キー
４０４  言語切換キー
４０５  コピーキー
４０６  ファクシミリキー
４０７  プリンタキー
４０８  スキャナキー
４０９，４１４  ＬＥＤ
４１０  ストップキー
４１１  割込キー
４１２  余熱キー
４１３  リセットキー
４１５  スタートキー
５０１  開始キー
【図１】
0004080698.tif 000002
【図２】
0004080698.tif 000003
【図３】
0004080698.tif 000004
【図４】
0004080698.tif 000005
【図５】
0004080698.tif 000006
【図６】
0004080698.tif 000007
【図７】
0004080698.tif 000008
【図８】
0004080698.tif 000009
【図９】
0004080698.tif 000010
【図１０】
0004080698.tif 000011
【図１１】
0004080698.tif 000012
【図１２】
0004080698.tif 000013