(57)【要約】【課題】        ユーザが、画像形成装置に接続されている個別装置を認識することなく容易にファームウェアの更新を可能にすること。【解決手段】    前記画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェアの中で更新されたファームウェア全てを有するファームウェアパックファイルを受信するパックファイル受信手段（１Ｃ１）と、画像形成装置（Ｕ）に装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）の前記ファームウェアを、受信した前記ファームウェアパックファイルに含まれる前記ファームウェアに更新するファームウェア更新手段（１Ｃ８）と、を有する前記システムコントローラ（１Ｃ）とを有するファームウェア更新システム。【選択図】    図４
2005196402.tif 000002
【特許請求の範囲】
【請求項１】
下記の構成要件（Ａ01）〜（Ａ04）を備えたことを特徴とするファームウェア更新システム、
（Ａ01）画像形成装置を構成する複数の個別装置と、前記各個別装置の動作タイミングを制御するシステムコントローラとを有する前記画像形成装置、
（Ａ02）前記画像形成装置の動作の一部を実行する前記個別装置の制御を行うプログラムであるファームウェアを記憶するファームウェア記憶手段を有し、前記個別装置の制御を行う個別コントローラ、
（Ａ03）前記画像形成装置に装着可能な全ての個別装置のファームウェアの中で更新されたファームウェア全てと、前記ファームウェアが制御を行う前記個別装置を特定するデバイス識別子とを有するファームウェアパックファイルを前記画像形成装置に送信するパックファイル送信手段を有する端末、
（Ａ04）前記端末から送信されたファームウェアパックファイルを受信するパックファイル受信手段と、
前記デバイス識別子によって特定される前記個別装置が前記画像形成装置に装着されているか否かの判別を行うデバイス接続判別手段と、
前記画像形成装置に装着されている前記個別装置の前記ファームウェアを、受信した前記ファームウェアパックファイルに含まれる前記ファームウェアに更新するファームウェア更新手段と、
を有する前記システムコントローラ。
【請求項２】
下記の構成要件（Ａ05），（Ａ06）を備えたことを特徴とする請求項１記載のファームウェア更新システム、
（Ａ05）前記個別装置の生産単位を特定するデバイスロット識別子を記憶するデバイスロット識別子記憶手段と、
前記システムコントローラから送信されたデバイスロット識別子の送信要求に応じて、前記デバイスロット識別子を前記システムコントローラに送信するデバイスロット識別子送信手段と、
を有する前記個別コントローラ、
（Ａ06）所定の生産単位の前記個別装置を制御可能なファームウェア及び前記所定の生産単位を特定する更新用ロット識別子を有する前記ファームウェアパックファイルを受信する前記パックファイル受信手段と、
前記個別コントローラに前記デバイスロット識別子の送信を要求するロット識別子送信要求手段と、
前記個別コントローラから送信された前記デバイスロット識別子と、前記更新用ロット識別子とが一致する場合に前記ファームウェアの更新を行う前記ファームウェア更新手段と、
を有する前記システムコントローラ。
【請求項３】
下記の構成要件（Ａ07）を備えたことを特徴とする請求項１または２記載のファームウェア更新システム、
（Ａ07）前記ファームウェアパックファイルに含まれる複数のファームウェアのいずれか１つを受信した時点で前記ファームウェアパックファイルの受信を一時中断する前記パックファイル受信手段と、
受信したファームウェアを記憶するとともに、受信したファームウェアに含まれるデバイス識別子によって特定される前記個別装置が前記画像形成装置に装着されていない場合には、受信した前記ファームウェアを消去するパックファイル記憶手段と、
前記個別装置が装着されているか否かの判別がされた後に前記ファームウェアパックファイルの受信を再開する前記パックファイル受信手段と、
を有する前記システムコントローラ。
【請求項４】
下記の構成要件（Ａ08）を備えたことを特徴とする請求項１または２記載のファームウェア更新システム、
（Ａ08）前記ファームウェアパックファイルを受信する際に、前記受信した前記ファームウェアパックファイルに含まれるデバイス識別子によって特定される前記個別装置が前記画像形成装置に装着されていない場合には装着されていない個別装置用の前記ファームウェアを記憶せず、前記デバイス識別子によって特定される前記個別装置が前記画像形成装置に装着されている場合には装着されている個別装置用の前記ファームウェアを記憶するパックファイル記憶手段、
を有する前記システムコントローラ。
【請求項５】
下記の構成要件（Ａ09），（Ａ010）を備えたことを特徴とする請求項１ないし４のいずれか記載のファームウェア更新システム、
（Ａ09）前記個別装置のファームウェアの改訂番号を特定するバージョン識別子を記憶するバージョン識別子記憶手段と、
前記システムコントローラから送信されたバージョン識別子の送信要求に応じて、前記バージョン識別子を前記システムコントローラに送信するバージョン識別子送信手段と、
を有する前記個別コントローラ、
（Ａ010）所定の改訂番号のファームウェア及び前記所定の改訂番号を特定する更新用バージョン識別子を有する前記ファームウェアパックファイルを受信する前記パックファイル受信手段と、
前記個別コントローラに前記バージョン識別子の送信を要求するバージョン識別子送信要求手段と、
前記個別コントローラから送信された前記バージョン識別子よりも、前記更新用バージョン識別子が新しい場合に前記ファームウェアの更新を行う前記ファームウェア更新手段と、
を有する前記システムコントローラ。
【請求項６】
下記の構成要件（Ｂ01），（Ｂ02）を備えたことを特徴とする画像形成装置、
（Ｂ01）画像形成装置を構成し且つ前記画像形成装置の動作の一部を実行する個別装置の制御を行うプログラムであるファームウェアを記憶するファームウェア記憶手段を有し、前記個別装置の制御を行う個別コントローラ、
（Ｂ02）前記画像形成装置に装着可能な全ての個別装置のファームウェアの中で更新されたファームウェア全てと、前記ファームウェアが制御を行う前記個別装置を特定するデバイス識別子とを有するファームウェアパックファイルを受信するパックファイル受信手段と、
前記デバイス識別子によって特定される前記個別装置が前記画像形成装置に装着されているか否かの判別を行うデバイス接続判別手段と、
前記画像形成装置に装着されている前記個別装置の前記ファームウェアを、受信した前記ファームウェアパックファイルに含まれる前記ファームウェアに更新するファームウェア更新手段と、
を有し、前記各個別装置の動作タイミングを制御するシステムコントローラ。
【請求項７】
画像形成装置を構成し且つ前記画像形成装置の動作の一部を実行する複数の個別装置と、前記個別装置の制御を行うプログラムであるファームウェアにより前記個別装置の制御を行う個別コントローラと、前記各個別装置の動作タイミングを制御するシステムコントローラとを有する前記画像形成装置において、前記システムコントローラを構成するコンピュータを、
前記画像形成装置に装着可能な全ての個別装置のファームウェアの中で更新されたファームウェア全てと、前記ファームウェアが制御を行う前記個別装置を特定するデバイス識別子とを有するファームウェアパックファイルを受信するパックファイル受信手段、
前記デバイス識別子によって特定される前記個別装置が前記画像形成装置に装着されているか否かの判別を行うデバイス接続判別手段、
前記画像形成装置に装着されている前記個別装置の前記ファームウェアを、受信した前記ファームウェアパックファイルに含まれる前記ファームウェアに更新するファームウェア更新手段、
として機能させるためのファームウェア更新用のプログラム。
【請求項８】
請求項７記載のプログラムを記録したコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファームウェアにより個別に作動するＡＤＦ（自動原稿搬送装置）やＩＩＴ（画像読取装置）、ＩＯＴ（プリント装置）等の個別装置（デバイス）と、前記各個別装置の動作タイミングを制御するシステムコントローラとを有する画像形成装置及び前記個別装置のファームウェアを更新するファームウェア更新システム、前記システムコントローラ用のファームウェア更新プログラム、前記プログラムを記録した記録媒体に関する。
特に、本発明は、端末との間でデータの送受信が可能な画像形成装置及び前記端末と画像形成装置とを有するファームウェア更新システム、前記システムコントローラ用のファームウェア更新プログラム、前記プログラムを記録した記録媒体に関する。
本発明は、ＦＡＸ機能や、スキャナ機能、プリンタ機能、複写機能等の中の複数または全ての機能を備えた複合機に好適に適用可能である。
【背景技術】
【０００２】
従来の複写機等の画像形成装置は、ＩＩＴ（イメージインプットターミナル、画像読取装置）やＩＯＴ（イメージアウトプットターミナル、プリント装置）、ＩＰＳ（イメージ  プロセシング  システム）等の個別に動作可能な個別装置により構成されており、オプションとして自動原稿搬送装置（ＡＤＦ、オートドキュメントフィーダ）やフィニッシャ（後処理装置）等の個別装置を追加装着可能に構成されている。複写動作や原稿読取動作等を実行する場合、画像形成装置のシステムコントローラにより前記各個別装置の作動タイミングが制御され、連動して各動作を実行する。前記各個別装置は、それぞれマイクロコンピュータを有しており、各個別装置の作動はファームウェアにより制御される。
【０００３】
前記ファームウェアは不揮発性メモリ等に記憶され、機能の追加や不具合の改善のために更新可能に構成されている。前記ファームウェアを更新する場合、従来は、パラレルケーブルやＵＳＢケーブル、ＬＡＮケーブル等により画像形成装置に接続されているパソコン等の端末にファームウェアを記憶させ、端末からファームウェアを画像形成装置に送信して更新していた。
この時、ファームウェアは、画像形成装置を構成する個別装置毎にメーカのホームページからダウンロードして入手したり、ファームウェアを記憶したＦＤ、ＣＤ等の記録媒体により入手したりする必要があった。
【０００４】
したがって、ユーザは、オプションにより装着される個別装置を含めて、現在画像形成装置にどの個別装置が装着されているのかを認識、判断して、それに応じたファームウェアを入手し、準備しなければならない問題があった。
また、同一の機種であっても、装置の生産時期によって調達可能な部品が異なったり、販売先の環境（高温高湿や低温低湿等）に応じて使用する部品を変えたり、輸出先の国の規制により使用する部品が異なる等の理由により、同じ機種に装着可能な個別装置でも、生産単位（ロット）が異なる場合がある。そして、ロットが異なり、個別装置で使用されている部品が異なれば、同一のファームウェアが使用できないことがある。ユーザが画像形成装置の機種を認識することは比較的容易であるが、個別装置のロットまで識別することは非常に困難であるという問題もある。
【０００５】
この問題を解決するために、下記の技術（Ｊ01）が従来公知である。
（Ｊ01）特許文献１（特開２００３−１６７７４２号公報）記載の技術
特許文献１には、インターネットに接続された本体機器（例えば、画像形成装置）に付属機器（オプション）が接続された場合に、接続された付属機器に対応するファームウェアをメーカのサービスサイトからダウンロードして、更新する技術が記載されている。また、特許文献１には、現在使用中のファームウェアのバージョンと、サービスサイトで提供されているファームウェアのバージョンとを比較して、サービスサイトで提供されているファームウェアが最新の場合に、ファームウェアの更新を行う技術が記載されている。
【０００６】
【特許文献１】特開２００３−１６７７４２号公報（段落番号「００２５」〜「００５８」、第２図、第３図、第５図、第６図）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前記従来技術（Ｊ01）では、（１）接続された付属機器を認識し、（２）接続された付属機器の情報（識別子）をサービスサイトのサーバに送信し、（３）サービスサイトから送信された付属機器に対応したファームウェアを受信し、（４）受信したファームウェアを更新する、という処理（１）〜（４）を実行する特殊な装置を使用する必要がある。しかしながら、ファームウェア更新専用の特殊な装置を画像形成装置に装着すると、コスト高となる問題がある。
【０００８】
また、前記従来技術（Ｊ01）では、本体機器（画像形成装置）が直接サービスサイトに接続可能に構成されている必要があり、パラレルケーブルやＵＳＢ等で端末に接続されている画像形成装置では使用できないという問題がある。
仮に、従来技術（Ｊ01）記載の技術を、ユーザが操作可能な端末にパラレルケーブル等で接続されている画像形成装置で使用する場合には、（１′）前記画像形成装置に装着されている個別装置（デバイス）を特定するデバイス識別子を画像形成装置から端末に送信し、（２′）前記取得したデバイス識別子を端末からサービスサイトに送信し、（３′）デバイス識別子に応じたファームウェアをサービスサイトから端末に送信し、（４′）端末から画像形成装置にファームウェアを送信してファームウェアを更新する、という処理（１′）〜（４′）を実行する専用のソフトウェアが必要となる。
【０００９】
しかしながら、このようなソフトウェアを端末にインストールすると（組み込むと）、端末にインストールされている他のソフトウェアの動作に悪影響を及ぼす（競合等する）恐れがあるという問題があり、好ましくない。特に、ファームウェアの更新は、頻繁に行われないので、ファームウェア更新用の専用ソフトウェアを組み込むことは避けることが望ましい。
【００１０】
本発明は、前述の事情に鑑み、次の記載内容（Ｏ01），（Ｏ02）を技術的課題とする。
（Ｏ01）ユーザが、画像形成装置に接続されている個別装置やロット等を認識することなく容易にファームウェアの更新を可能にすること。
（Ｏ02）画像形成装置に接続されている個別装置の情報やロット情報を端末に送信するファームウェア更新専用のソフトウェアやハードウェアを使用せずに複数の個別装置のファームウェアを更新すること。
【課題を解決するための手段】
【００１１】
（本発明）
次に、前記課題を解決した本発明を説明するが、本発明の要素には、後述の実施の形態の具体例（実施例）の要素との対応を容易にするため、実施例の要素の符号をカッコで囲んだものを付記する。また、本発明を後述の実施例の符号と対応させて説明する理由は、本発明の理解を容易にするためであり、本発明の範囲を実施例に限定するためではない。
【００１２】
（第１発明）
前記技術的課題を解決するために、第１発明のファームウェア更新システムは、下記の構成要件（Ａ01）〜（Ａ04）を備えたことを特徴とする。
（Ａ01）画像形成装置（Ｕ）を構成する複数の個別装置（Ｕ１〜Ｕ３，ＵＩ）と、前記各個別装置（Ｕ１〜Ｕ３，ＵＩ）の動作タイミングを制御するシステムコントローラ（１Ｃ）とを有する前記画像形成装置（Ｕ）、
（Ａ02）前記画像形成装置（Ｕ）の動作の一部を実行する前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の制御を行うプログラムであるファームウェアを記憶するファームウェア記憶手段（２Ｃ２〜８Ｃ２）を有し、前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の制御を行う個別コントローラ（２Ｃ〜８Ｃ）、
（Ａ03）前記画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェアの中で更新されたファームウェア（１６）全てと、前記ファームウェア（１６）が制御を行う前記個別装置（Ｕ１〜Ｕ３，ＵＩ）を特定するデバイス識別子（Ｓ１）とを有するファームウェアパックファイル（１１，１１′，１１″）を前記画像形成装置（Ｕ）に送信するパックファイル送信手段（Ｃ２ａ）を有する端末（ＰＣ１〜ＰＣ３，ＤＢＳ）、
（Ａ04）前記端末（ＰＣ１〜ＰＣ３，ＤＢＳ）から送信されたファームウェアパックファイル（１１，１１′，１１″）を受信するパックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）と、
前記デバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されているか否かの判別を行うデバイス接続判別手段（１Ｃ６）と、
前記画像形成装置（Ｕ）に装着されている前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の前記ファームウェア（１６）を、受信した前記ファームウェアパックファイル（１１，１１′，１１″）に含まれる前記ファームウェア（１６）に更新するファームウェア更新手段（１Ｃ８）と、
を有する前記システムコントローラ（１Ｃ）。
【００１３】
（第１発明の作用）
前記構成要件（Ａ01）〜（Ａ04）を備えた第１発明のファームウェア更新システムでは、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）のパックファイル送信手段（Ｃ２ａ）は、前記画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てと、前記ファームウェア（１６）が制御を行う前記個別装置（Ｕ１〜Ｕ３，ＵＩ）を特定するデバイス識別子（Ｓ１）とを有する前記ファームウェアパックファイル（１１，１１′，１１″）を前記画像形成装置（Ｕ）に送信する。画像形成装置（Ｕ）を構成する複数の個別装置（Ｕ１〜Ｕ３，ＵＩ）は、個別コントローラ（２Ｃ〜８Ｃ）のファームウェア記憶手段（２Ｃ２〜８Ｃ２）に記憶されたファームウェア（１６）により制御される。画像形成装置（Ｕ）のシステムコントローラ（１Ｃ）は、前記各個別装置（Ｕ１〜Ｕ３，ＵＩ）の動作タイミングを制御する。
【００１４】
そして、前記システムコントローラ（１Ｃ）のパックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）は、前記端末（ＰＣ１〜ＰＣ３，ＤＢＳ）から送信されたファームウェアパックファイル（１１，１１′，１１″）を受信する。デバイス接続判別手段（１Ｃ６）は、前記デバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されているか否かの判別を行う。ファームウェア更新手段（１Ｃ８）は、前記画像形成装置（Ｕ）に装着されている前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の前記ファームウェア（１６）を、受信した前記ファームウェアパックファイル（１１，１１′，１１″）に含まれる前記ファームウェア（１６）に更新する。
【００１５】
したがって、第１発明のファームウェア更新システムでは、パックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）が受信したファームウェアパックファイル（１１，１１′，１１″）に、画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てが含まれている。そして、デバイス接続判別手段（１Ｃ６）により、個別装置（Ｕ１〜Ｕ３，ＵＩ）が画像形成装置（Ｕ）に装着されているか否かを自動的に判別し、装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）が更新される。したがって、ユーザが、画像形成装置（Ｕ）に接続されている個別装置（Ｕ１〜Ｕ３，ＵＩ）を認識することなく容易にファームウェア（１６）の更新を行うことができる。なお、前記ファームウェアパックファイルに、画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）に加え、更新されていないファームウェア（１６）を含めることも可能である。
【００１６】
また、ファームウェアパックファイル（１１，１１′，１１″）には、画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てが含まれており、画像形成装置（Ｕ）のシステムコントローラ（１Ｃ）で装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）の判別が行われる。したがって、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）やサービスサイトに接続されている個別装置（Ｕ１〜Ｕ３，ＵＩ）の情報（デバイス識別子等）を送信する必要が無くなり、デバイス識別子等を端末（ＰＣ１〜ＰＣ３，ＤＢＳ）等に送信する専用ソフトウェアや専用装置（専用ハードウェア）を使用しなくても、ファームウェアパックファイル（１１，１１′，１１″）を画像形成装置（Ｕ）に送信するだけでファームウェア（１６）の更新を行うことができる。この結果、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）に既にインストールされている他のソフトウェアの動作に悪影響を及ぼすことを防止できる。また、専用ソフトウェアや専用ハードウェアを省略できるので画像形成装置（Ｕ）のコスト上昇を抑えることができる。
【００１７】
（第１発明の形態１）
また、第１発明の形態１のファームウェア更新システムは、前記構成要件（Ａ01）〜（Ａ04）を備えた第１発明のファームウェア更新システムにおいて、下記の構成要件（Ａ05），（Ａ06）を備えたことを特徴とする。
（Ａ05）前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の生産単位を特定するデバイスロット識別子（Ｓ２′）を記憶するデバイスロット識別子記憶手段（２Ｃ３〜８Ｃ３）と、
前記システムコントローラ（１Ｃ）から送信されたデバイスロット識別子（Ｓ２′）の送信要求に応じて、前記デバイスロット識別子（Ｓ２′）を前記システムコントローラ（１Ｃ）に送信するデバイスロット識別子送信手段（２Ｃ４ａ〜８Ｃ４ａ）と、
を有する前記個別コントローラ（２Ｃ〜８Ｃ）、
（Ａ06）所定の生産単位の前記個別装置（Ｕ１〜Ｕ３，ＵＩ）を制御するファームウェア（１６）及び前記所定の生産単位を特定する更新用ロット識別子（Ｓ２）を有する前記ファームウェアパックファイル（１１，１１′，１１″）を受信する前記パックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）と、
前記個別コントローラ（２Ｃ〜８Ｃ）に前記デバイスロット識別子（Ｓ２′）の送信を要求するロット識別子送信要求手段（１Ｃ５）と、
前記個別コントローラ（２Ｃ〜８Ｃ）から送信された前記デバイスロット識別子（Ｓ２′）と、前記更新用ロット識別子（Ｓ２）とが一致する場合に前記ファームウェア（１６）の更新を行う前記ファームウェア更新手段（１Ｃ８）と、
を有する前記システムコントローラ（１Ｃ）。
【００１８】
（第１発明の形態１の作用）
前記構成要件（Ａ05），（Ａ06）を備えた第１発明の形態１のファームウェア更新システムでは、個別コントローラ（２Ｃ〜８Ｃ）のデバイスロット識別子送信手段（２Ｃ４ａ〜８Ｃ４ａ）は、システムコントローラ（１Ｃ）から送信されたデバイスロット識別子（Ｓ２′）の送信要求に応じて、個別装置（Ｕ１〜Ｕ３，ＵＩ）の生産単位を特定するデバイスロット識別子（Ｓ２′）を送信する。システムコントローラ（１Ｃ）のファームウェア更新手段（１Ｃ８）は、個別コントローラ（２Ｃ〜８Ｃ）から送信されたデバイスロット識別子（Ｓ２′）と、ファームウェアパックファイル（１１，１１′，１１″）に含まれる更新用ロット識別子（Ｓ２）とが一致する場合に前記ファームウェア（１６）の更新を行う。
【００１９】
したがって、第１発明の形態１のファームウェア更新システムでは、個別装置（Ｕ１〜Ｕ３，ＵＩ）の生産単位（ロット）と、ファームウェア（１６）が制御可能な生産単位（ロット）とが一致した場合にファームウェア（１６）の更新が行われる。この結果、ユーザが個別装置（Ｕ１〜Ｕ３，ＵＩ）のロットを確認することなく、容易且つ確実にロットに対応したファームウェア（１６）の更新が行われる。また、ロット情報を端末（ＰＣ１〜ＰＣ３，ＤＢＳ）に送信するための専用ソフトウェアや専用装置（専用ハードウェア）を設ける必要が無くなるので、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）の他のソフトウェアへの悪影響を防止でき、コスト上昇も防止できる。
【００２０】
（第１発明の形態２）
また、第１発明の形態２のファームウェア更新システムは、前記第１発明または第１発明の形態１のファームウェア更新システムにおいて、下記の構成要件（Ａ07）を備えたことを特徴とする。
（Ａ07）前記ファームウェアパックファイル（１１′）に含まれる複数のファームウェア（１６）のいずれか１つを受信した時点で前記ファームウェアパックファイル（１１′）の受信を一時中断する前記パックファイル受信手段（１Ｃ１′）と、
受信したファームウェア（１６）を記憶するとともに、受信したファームウェア（１６）に含まれるデバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されていない場合には、受信した前記ファームウェア（１６）を消去するパックファイル記憶手段（１Ｃ１ａ）と、
前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が装着されているか否かの判別がされた後に前記ファームウェアパックファイル（１１′）の受信を再開する前記パックファイル受信手段（１Ｃ１′）と、
を有する前記システムコントローラ（１Ｃ）。
【００２１】
（第１発明の形態２の作用）
前記構成要件（Ａ07）を備えた第１発明の形態２のファームウェア更新システムでは、システムコントローラ（１Ｃ）のパックファイル受信手段（１Ｃ１′）は、ファームウェアパックファイル（１１′）に含まれる複数のファームウェア（１６）のいずれか１つを受信した時点で前記ファームウェアパックファイル（１１′）の受信を一時中断する。パックファイル記憶手段（１Ｃ１ａ）は、受信したファームウェア（１６）に含まれるデバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されている場合には、受信した前記ファームウェア（１６）を記憶し且つ、受信したファームウェア（１６）に含まれるデバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されていない場合には、受信した前記ファームウェア（１６）を記憶しない。そして、パックファイル受信手段（１Ｃ１′）は、前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が装着されているか否かの判別がされた後に前記ファームウェアパックファイル（１１′）の受信を再開する。
【００２２】
したがって、第１発明の形態２のファームウェア更新システムでは、ファームウェア（１６）を１つ受信する度に、ファームウェア（１６）が制御する個別装置（Ｕ１〜Ｕ３，ＵＩ）が装着されているか否かを判別し、装着されていない場合にファームウェア（１６）を消去して、次のファームウェア（１６）の受信を行う。この結果、画像形成装置（Ｕ）のパックファイル受信手段（１Ｃ１′）で一度に受信できるデータ容量が少なく、ファームウェアパックファイル（１１′）全てを受信できない場合でも、ファームウェア（１６）を１つづつ受信して更新することができる。
【００２３】
（第１発明の形態３）
第１発明の形態３のファームウェア更新システムは、前記第１発明または第１発明の形態１のファームウェア更新システムにおいて、下記の構成要件（Ａ08）を備えたことを特徴とする。
（Ａ08）前記ファームウェアパックファイル（１１″）を受信する際に、前記受信した前記ファームウェアパックファイル（１１″）に含まれるデバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されていない場合には装着されていない個別装置（Ｕ１〜Ｕ３，ＵＩ）用の前記ファームウェア（１６）を記憶せず、前記デバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されている場合には装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）用の前記ファームウェア（１６）を記憶するパックファイル記憶手段（１Ｃ１ａ）、
を有する前記システムコントローラ（１Ｃ）。
【００２４】
（第１発明の形態３の作用）
前記構成要件（Ａ08）を備えた第１発明の形態３のファームウェア更新システムでは、パックファイル記憶手段（１Ｃ１ａ）は、前記ファームウェアパックファイル（１１″）を受信する際に、前記受信した前記ファームウェアパックファイル（１１″）に含まれるデバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されていない場合には装着されていない個別装置（Ｕ１〜Ｕ３，ＵＩ）用の前記ファームウェア（１６）を記憶しない。そして、前記パックファイル記憶手段（１Ｃ１ａ）は、前記デバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されている場合には装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）用の前記ファームウェア（１６）を記憶する。
【００２５】
したがって、第１発明の形態３のファームウェア更新システムは、装着されていない個別装置（Ｕ１〜Ｕ３，ＵＩ）用のファームウェア（１６）や、異なるロット用のファームウェア（１６）が多数含まれ、ファームウェアパックファイル（１１″）全体のデータ量が膨大である場合でも、必要なファームウェア（１６）のみを選択してパックファイル記憶手段（１Ｃ１ａ）に記憶することができる。さらに、第１発明の形態３のファームウェア更新システムでは、必要なファームウェア（１６）の選択・記憶は画像形成装置（Ｕ）で行われるので、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）からはファームウェアパックデータを送信するだけでよくなり、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）に個別装置の情報やロット情報を送信する専用ソフトウェア等を省略できる。
【００２６】
（第１発明の形態４）
第１発明の形態４のファームウェア更新システムは、前記第１発明または第１発明の形態１〜３のファームウェア更新システムにおいて、下記の構成要件（Ａ09），（Ａ010）を備えたことを特徴とする。
（Ａ09）前記個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の改訂番号を特定するバージョン識別子（Ｓ３′）を記憶するバージョン識別子記憶手段（２Ｃ２ａ〜８Ｃ２ａ）と、
前記システムコントローラ（１Ｃ）から送信されたバージョン識別子（Ｓ３′）の送信要求に応じて、前記バージョン識別子（Ｓ３′）を前記システムコントローラ（１Ｃ）に送信するバージョン識別子送信手段（２Ｃ４ａ１〜８Ｃ４ａ１）と、
を有する前記個別コントローラ（２Ｃ〜８Ｃ）、
（Ａ010）所定の改訂番号のファームウェア（１６）及び前記所定の改訂番号を特定する更新用バージョン識別子（Ｓ３）を有する前記ファームウェアパックファイル（１１″）を受信する前記パックファイル受信手段（１Ｃ１″）と、
前記個別コントローラ（２Ｃ〜８Ｃ）に前記バージョン識別子（Ｓ３′）の送信を要求するバージョン識別子送信要求手段（１Ｃ５ａ）と、
前記個別コントローラ（２Ｃ〜８Ｃ）から送信された前記バージョン識別子（Ｓ３′）よりも、前記更新用バージョン識別子（Ｓ３）が新しい場合に前記ファームウェア（１６）の更新を行う前記ファームウェア更新手段（１Ｃ８）と、
を有する前記システムコントローラ（１Ｃ）。
【００２７】
（第１発明の形態４の作用）
前記構成要件（Ａ09），（Ａ010）を備えた第１発明の形態４のファームウェア更新システムでは、システムコントローラ（１Ｃ）のパックファイル受信手段（１Ｃ１″）は、所定の改訂番号（バージョン）のファームウェア（１６）及び前記所定の改訂番号を特定する更新用バージョン識別子（Ｓ３）を有する前記ファームウェアパックファイル（１１″）を受信する。システムコントローラ（１Ｃ）のバージョン識別子送信要求手段（１Ｃ５ａ）は、前記個別コントローラ（２Ｃ〜８Ｃ）に前記バージョン識別子（Ｓ３′）の送信を要求する。
【００２８】
個別コントローラ（２Ｃ〜８Ｃ）のバージョン識別子記憶手段（２Ｃ２ａ〜８Ｃ２ａ）には、前記個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の改訂番号を特定するバージョン識別子（Ｓ３′）が記憶されている。そして、バージョン識別子送信手段（２Ｃ４ａ１〜８Ｃ４ａ１）は、前記システムコントローラ（１Ｃ）から送信されたバージョン識別子（Ｓ３′）の送信要求に応じて、前記バージョン識別子（Ｓ３′）を前記システムコントローラ（１Ｃ）に送信する。そして、システムコントローラ（１Ｃ）のファームウェア更新手段（１Ｃ８）は、個別コントローラ（２Ｃ〜８Ｃ）から送信された前記バージョン識別子（Ｓ３′）よりも、前記更新用バージョン識別子（Ｓ３）が新しい場合に前記ファームウェア（１６）の更新を行う。
【００２９】
したがって、第１発明の形態４のファームウェア更新システムでは、バージョンが新しい場合にのみ、ファームウェア（１６）の更新が行われ、既に最新のファームウェア（１６）が使用されている場合には、更新が行われない。この結果、不要な更新処理を防止することができる。
【００３０】
（第２発明）
また、前記技術的課題を解決するために第２発明の画像形成装置（Ｕ）は、下記の構成要件（Ｂ01），（Ｂ02）を備えたことを特徴とする。
（Ｂ01）画像形成装置（Ｕ）を構成し且つ前記画像形成装置（Ｕ）の動作の一部を実行する個別装置（Ｕ１〜Ｕ３，ＵＩ）の制御を行うプログラムであるファームウェア（１６）を記憶するファームウェア記憶手段（２Ｃ２〜８Ｃ２）を有し、前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の制御を行う個別コントローラ（２Ｃ〜８Ｃ）、
（Ｂ02）前記画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てと、前記ファームウェア（１６）が制御を行う前記個別装置（Ｕ１〜Ｕ３，ＵＩ）を特定するデバイス識別子（Ｓ１）とを有する前記ファームウェアパックファイル（１１，１１′，１１″）を受信するパックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）と、
前記デバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されているか否かの判別を行うデバイス接続判別手段（１Ｃ６）と、
前記画像形成装置（Ｕ）に装着されている前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の前記ファームウェア（１６）を、受信した前記ファームウェアパックファイル（１１，１１′，１１″）に含まれる前記ファームウェア（１６）に更新するファームウェア更新手段（１Ｃ８）と、
を有し、前記各個別装置（Ｕ１〜Ｕ３，ＵＩ）の動作タイミングを制御するシステムコントローラ（１Ｃ）。
【００３１】
（第２発明の作用）
前記構成要件（Ｂ01），（Ｂ02）を備えた第２発明の画像形成装置（Ｕ）では、画像形成装置（Ｕ）を構成する複数の個別装置（Ｕ１〜Ｕ３，ＵＩ）は、個別コントローラ（２Ｃ〜８Ｃ）のファームウェア記憶手段（２Ｃ２〜８Ｃ２）に記憶されたファームウェア（１６）により制御される。画像形成装置（Ｕ）のシステムコントローラ（１Ｃ）は、前記各個別装置（Ｕ１〜Ｕ３，ＵＩ）の動作タイミングを制御する。そして、前記システムコントローラ（１Ｃ）のパックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）は、前記画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てと、前記ファームウェア（１６）が制御を行う前記個別装置（Ｕ１〜Ｕ３，ＵＩ）を特定するデバイス識別子（Ｓ１）とを有するファームウェアパックファイル（１１，１１′，１１″）を受信する。デバイス接続判別手段（１Ｃ６）は、前記デバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されているか否かの判別を行う。ファームウェア更新手段（１Ｃ８）は、前記画像形成装置（Ｕ）に装着されている前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の前記ファームウェア（１６）を、受信した前記ファームウェアパックファイル（１１，１１′，１１″）に含まれる前記ファームウェア（１６）に更新する。
【００３２】
したがって、第２発明の画像形成装置（Ｕ）は、パックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）が受信したファームウェアパックファイル（１１，１１′，１１″）に、画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てが含まれている。そして、デバイス接続判別手段（１Ｃ６）により、個別装置（Ｕ１〜Ｕ３，ＵＩ）が画像形成装置（Ｕ）に装着されているか否かを自動的に判別し、装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）が更新される。したがって、ユーザが、画像形成装置（Ｕ）に接続されている個別装置（Ｕ１〜Ｕ３，ＵＩ）を認識することなく容易にファームウェア（１６）の更新を行うことができる。
【００３３】
また、ファームウェアパックファイル（１１，１１′，１１″）には、画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てが含まれており、画像形成装置（Ｕ）のシステムコントローラ（１Ｃ）で装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）の判別が行われる。したがって、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）やサービスサイトに接続されている個別装置（Ｕ１〜Ｕ３，ＵＩ）の情報を送信する必要が無くなり、専用ソフトウェアや専用装置（専用ハードウェア）を使用せずに、ファームウェアパックファイル（１１，１１′，１１″）を受信するだけでファームウェア（１６）の更新を行うことができる。この結果、専用ソフトウェアや専用ハードウェアを省略できるので画像形成装置（Ｕ）のコスト上昇を抑えることができる。
【００３４】
（第３発明）
また、前記技術的課題を解決するために第３発明のファームウェア更新用のプログラムは、
画像形成装置（Ｕ）を構成し且つ前記画像形成装置（Ｕ）の動作の一部を実行する複数の個別装置（Ｕ１〜Ｕ３，ＵＩ）と、前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の制御を行うプログラムであるファームウェア（１６）により前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の制御を行う個別コントローラ（２Ｃ〜８Ｃ）と、前記各個別装置（Ｕ１〜Ｕ３，ＵＩ）の動作タイミングを制御するシステムコントローラ（１Ｃ）とを有する前記画像形成装置（Ｕ）において、前記システムコントローラ（１Ｃ）を構成するコンピュータを、
前記画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てと、前記ファームウェア（１６）が制御を行う前記個別装置（Ｕ１〜Ｕ３，ＵＩ）を特定するデバイス識別子（Ｓ１）とを有する前記ファームウェアパックファイル（１１，１１′，１１″）を受信するパックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）、
前記デバイス識別子（Ｓ１）によって特定される前記個別装置（Ｕ１〜Ｕ３，ＵＩ）が前記画像形成装置（Ｕ）に装着されているか否かの判別を行うデバイス接続判別手段（１Ｃ６）、
前記画像形成装置（Ｕ）に装着されている前記個別装置（Ｕ１〜Ｕ３，ＵＩ）の前記ファームウェア（１６）を、受信した前記ファームウェアパックファイル（１１，１１′，１１″）に含まれる前記ファームウェア（１６）に更新するファームウェア更新手段（１Ｃ８）、
として機能させることを特徴とする。
【００３５】
（第３発明の作用）
前記構成要件を備えた第３発明のファームウェア更新用のプログラムでは、パックファイル受信手段（１Ｃ１，１Ｃ１′，１Ｃ１″）が受信したファームウェアパックファイル（１１，１１′，１１″）に、画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てが含まれている。そして、デバイス接続判別手段（１Ｃ６）により、個別装置（Ｕ１〜Ｕ３，ＵＩ）が画像形成装置（Ｕ）に装着されているか否かを自動的に判別し、装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）が更新される。したがって、ユーザが、画像形成装置（Ｕ）に接続されている個別装置（Ｕ１〜Ｕ３，ＵＩ）を認識することなく容易にファームウェア（１６）の更新を行うことができる。
【００３６】
また、ファームウェアパックファイル（１１，１１′，１１″）には、画像形成装置（Ｕ）に装着可能な全ての個別装置（Ｕ１〜Ｕ３，ＵＩ）のファームウェア（１６）の中で更新されたファームウェア（１６）全てが含まれており、画像形成装置（Ｕ）のシステムコントローラ（１Ｃ）で装着されている個別装置（Ｕ１〜Ｕ３，ＵＩ）の判別が行われる。したがって、端末（ＰＣ１〜ＰＣ３，ＤＢＳ）やサービスサイトに接続されている個別装置（Ｕ１〜Ｕ３，ＵＩ）の情報を送信する必要が無くなり、専用ソフトウェアや専用装置（専用ハードウェア）を使用せずに、ファームウェアパックファイル（１１，１１′，１１″）を受信するだけでファームウェア（１６）の更新を行うことができる。この結果、専用ソフトウェアや専用ハードウェアを省略できるので画像形成装置（Ｕ）のコスト上昇を抑えることができる。
【００３７】
なお、前記第３発明のファームウェア更新用のプログラムは、コンピュータ読取り可能な記録媒体（ＦＤ、ＣＤ、ＤＶＤ、ハードディスク等）に記録することができる。
【発明の効果】
【００３８】
前述の本発明は、下記の効果（Ｅ01），（Ｅ02）を奏する。
（Ｅ01）ユーザが、画像形成装置に接続されている個別装置を認識したり、個別装置のロットを認識することなく容易にファームウェアの更新を可能にすることができる。
（Ｅ02）画像形成装置に接続されている個別装置の情報やロット情報を端末に送信するファームウェア更新専用のソフトウェアやハードウェアを使用せずに複数の個別装置のファームウェアを更新することができる。
【発明を実施するための最良の形態】
【００３９】
次に図面を参照しながら、本発明の実施の形態の具体例（実施例）を説明するが、本発明は以下の実施例に限定されるものではない。
なお、以後の説明の理解を容易にするために、図面において、前後方向をＸ軸方向、左右方向をＹ軸方向、上下方向をＺ軸方向とし、矢印Ｘ，−Ｘ，Ｙ，−Ｙ，Ｚ，−Ｚで示す方向または示す側をそれぞれ、前方、後方、右方、左方、上方、下方、または、前側、後側、右側、左側、上側、下側とする。
また、図中、「○」の中に「・」が記載されたものは紙面の裏から表に向かう矢印を意味し、「○」の中に「×」が記載されたものは紙面の表から裏に向かう矢印を意味するものとする。
【実施例１】
【００４０】
図１は本発明のファームウェア更新システムの説明図である。
図１において、実施例１のファームウェア更新システムＦＳでは、画像形成装置Ｕは、パソコン（端末）ＰＣ１〜ＰＣ３およびデータベースサーバ（端末）ＤＢＳにローカルネットワークＬ（ローカルエリアネットワーク）で接続されている。前記ローカルネットワークＬはルータＲおよびモデムＭを介して公衆回線（インターネット回線及び公衆電話回線）Ｋに接続されている。
前記画像形成装置Ｕは、ＦＡＸ機能、複写機能およびプリンタ機能等を備えており、パソコン等からローカルネットワークＬを介して送信された画像データを印刷する。また、前記画像形成装置Ｕは、直接公衆回線（公衆電話回線）Ｋに接続されており、公衆回線Ｋを介して他のＦＡＸ装置との間でＦＡＸ画像データの送受信を実行可能に構成されている。
【００４１】
前記パソコンＰＣ１〜ＰＣ３、データベースサーバＤＢＳは、それぞれ、コンピュータ本体Ｈ１ａ〜Ｈ４ａ、ディスプレイＨ１ｂ〜Ｈ４ｂ、キーボードＨ１ｃ〜Ｈ４ｃ、マウスＨ１ｄ〜Ｈ４ｄを有している。
また、前記各パソコンＰＣ１〜ＰＣ３やデータベースサーバＤＢＳは、公衆回線Ｋを介して更新ファームウェアサーバＫＦＳに接続されている。前記更新ファームウェアサーバＫＦＳは、画像形成装置Ｕのメーカが管理するサーバであり、コンピュータ本体Ｈ５ａ、ディスプレイＨ５ｂ、キーボードＨ５ｃ、マウスＨ５を有している。
【００４２】
前記更新ファームウェアサーバＫＦＳは、メーカの生産した画像形成装置Ｕの機種毎のファームウェアパックファイル（図７において詳述）が記憶されている。前記ファームウェアパックファイルは、ある特定の機種の画像形成装置Ｕに装着可能な全ての個別装置（ＩＯＴやＩＩＴ、自動原稿搬送装置等）のファームウェア（各個別装置を制御する各個別装置用のプログラム）の中で、画像形成装置Ｕ出荷後に更新された最新のファームウェア全てを含むファイルである。したがって、ユーザは、前記各パソコンＰＣ１〜ＰＣ３やデータベースサーバＤＢＳを操作することにより、前記公衆回線Ｋを介して更新ファームウェアサーバＫＦＳから画像形成装置Ｕ用のファームウェアパックファイルをダウンロードすることができる。
【００４３】
図２は本発明の画像形成装置（デジタル複写機）の縦断面図である。
図１、図２において、実施例１の画像形成装置（デジタル複写機）Ｕは、ＩＯＴ（イメージアウトプットターミナル）としての画像形成装置本体Ｕ１、ＩＩＴ（イメージインプットターミナル、すなわち画像読取部）としてのスキャナ装置Ｕ２及び自動原稿搬送装置（ＡＤＦ：オートドキュメントフィーダ）Ｕ３を有している。
前記自動原稿搬送装置Ｕ３は、ＩＩＴ上面のプラテンガラスＰＧ上に支持されている。
前記ＩＯＴ上面には上方のＩＩＴとの間にシート排出トレイＴＲｈが設けられている。
【００４４】
図１、図２において、前記自動原稿搬送装置Ｕ３は、複写しようとする複数の原稿Ｇｉが重ねて載置される原稿給紙トレイＴＧ1を有している。前記原稿給紙トレイＴＧ1に載置された複数の各原稿Ｇｉは、原稿搬送ローラＲｇによって順次プラテンガラスＰＧ上の複写位置を通過して原稿排紙トレイＴＧ2に排出されるように構成されている。前記自動原稿搬送装置Ｕ２は、その後端部（−Ｘ端部）に設けた左右方向（Ｙ軸方向）に延びるヒンジ軸（図示せず）により前記プラテンガラスＰＧ上面に対して回動可能であり、原稿Ｇｉを作業者が手でプラテンガラスＰＧ上に置く場合に上方に回動される。
前記画像形成装置本体Ｕ1は、ユーザがコピースタート等の作動指令信号を入力操作するＵＩ（ユーザインタフェース）を有している。
【００４５】
前記透明なプラテンガラスＰＧの下方には原稿画像を読み取るための露光光学系Ａが配置されている。
前記自動原稿搬送装置Ｕ2でプラテンガラスＰＧ上面に搬送される原稿または手動でプラテンガラスＰＧ上に置かれた原稿（図示せず）からの反射光は、前記露光光学系Ａを介して、ＣＣＤ（固体撮像素子）で電気信号に変換される。
ＩＰＳ（イメージプロセッシングシステム）は、ＣＣＤから入力されるＲＧＢの電気信号を画像データに変換して一時的に記憶し、前記画像データを所定のタイミングで潜像形成用の画像データとしてレーザ駆動回路ＤＬに出力する。
レーザ駆動回路ＤＬは、入力された画像データに応じてレーザ駆動信号をＲＯＳ（潜像形成装置）に出力する。なお、前記ＵＩ（ユーザインタフェース）、ＩＰＳおよびレーザ駆動信号出力装置ＤＬと、後述の現像ロールＧａ、転写ロールＴにバイアス電圧を印加する電源回路Ｅ等の動作はコントローラＵＣにより制御される。
【００４６】
図２において、感光体ドラムにより構成されるトナー像担持体ＰＲはその軸ＰＲａと一体的に矢印方向に回転しており、その表面は、帯電ロールＣＲにより一様に帯電された後、潜像書込位置おいて前記ＲＯＳ（潜像形成装置）のレーザビームＬにより露光走査されて静電潜像が形成される。
前記静電潜像が形成されたトナー像担持体ＰＲ表面は回転移動して、現像ロールＧａと対向する現像領域、転写ロールＴと対向する転写領域Ｑ３を順次通過する。
現像器Ｇは、現像ロールＧａ、現像剤攪拌部材Ｇｂ，Ｇｃ，Ｇｄを回転可能に支持し且つ現像剤を収容する現像容器Ｖを有しており、前記現像領域を通過するトナー像担持体ＰＲ上の静電潜像をトナー像に現像する。
前記トナー像担持体ＰＲ、帯電ロールＣＲ、潜像形成装置ＲＯＳ及び現像器Ｇによって、トナー像形成装置（ＰＲ＋ＣＲ＋ＲＯＳ＋Ｇ）が構成されている。
【００４７】
前記転写領域Ｑ３に搬送するための記録用シートを収容する複数の給紙トレイＴＲ1〜ＴＲ4は、その左右両側に前後方向（図２で紙面に垂直な方向）に沿って配置された一対のレールＲＬ１，ＲＬ１に沿って移動可能に支持されている。
前記各給紙トレイＴＲ1〜ＴＲ4から、ピックアップロールＲｐにより取出された記録シートＳは、リタードロールおよび給紙ロールを有するさばきロールＲｓにより１枚づつ分離されて、シート搬送路ＳＨに沿って配置された複数のシート搬送ロールＲａにより搬送され、レジロールＲｒにより所定のタイミングで、前記転写領域Ｑ３に搬送される。
また、手差トレイＴＲ0（図１は図示省略）から給紙された記録シートＳも前記シート搬送路ＳＨに沿って配置されたシート搬送ロールＲａ、レジロールＲｒにより前記転写領域Ｑ３に搬送される。
前記搬送ロールＲａ、ピックアップロールＲｐ、レジロールＲｒ及びさばきロールＲｓ等によってシート搬送装置（Ｒａ〜Ｒｓ）が構成されている。
【００４８】
前記転写領域Ｑ３には転写バイアスが印加される転写ロール（転写装置）Ｔが配置されている。この転写ロールＴは転写領域Ｑ３において前記トナー像担持体ＰＲに圧接しており、転写領域Ｑ３を通過する記録シートＳにトナー像担持体ＰＲ上のトナー像を転写する。
トナー像担持体ＰＲ表面のトナー像が転写領域Ｑ３において記録シートＳに転写された後、前記トナー像担持体ＰＲは、クリーナＣＬにより表面に付着した残留トナーが回収される。前記クリーナＣＬにより表面に付着した残留トナーが回収されたトナー像担持体ＰＲは、前記帯電ロールＣＲにより帯電される。
【００４９】
前記転写領域Ｑ３において未定着のトナー像が転写された記録シートＳは、トナー像が未定着の状態で定着領域Ｑ４に搬送され、定着領域Ｑ４に配置された定着装置Ｆによってトナー像が定着される。前記定着装置Ｆは、互いに圧接しながら回転する加熱ロール（加熱回転部材）Ｆｈと、加圧ロール（加圧回転部材）Ｆｐとを有し、前記加熱ロールＦｈと加圧ロールＦｐとの圧接領域により前記定着領域Ｑ４が形成される。前記加熱ロールＦｈの内部には回転軸方向（図1の紙面に垂直なＸ軸方向）に延びるヒータＨが配置されている。前記加熱ロールＦｈおよび加圧ロールＦｐ等によって定着用回転部材（Ｆｈ＋Ｆｐ）が構成されている。そして、前記定着用回転部材（Ｆｈ＋Ｆｐ）およびヒータＨ等によって定着装置Ｆが構成されている。
【００５０】
定着トナー像が形成された記録シートＳは、その後、シートガイドにガイドされて排紙ロール（標準排出ロール）Ｒ１に搬送され、前記排紙ロールＲ１によりシート排出トレイＴＲｈに排出される。前記排紙ロール（標準排出ロール）Ｒ１は上側の排紙駆動ロールＲ１ａおよび下側の排紙従動ロールＲ１ｂを有している。
図２において、前記排紙ロールＲ１の左方には、オプション装置（シート反転装置）Ｕ４の装着時に、画像形成装置本体Ｕ１内に装着されるシート反転排出用ガイドＳＧおよびオプション排出ロールＲ２が２点鎖線（仮想線）で示されている。オプション排出ロールＲ２は下側のオプション排出駆動ロールＲ２ａおよび上側のオプション排出従動ロールＲ２ｂを有している。
【００５１】
記録シートの両面に画像記録を行う場合、片面記録済の記録シートは前記オプション排出ロールＲ２からシート反転装置Ｕ３を通って、表裏反転した状態で前記転写領域Ｑ３に再送される。
前記シート反転排出用ガイドＳＧおよびオプション排出ロールＲ２は、オプション装置であるシート反転装置Ｕ４を画像形成装置本体Ｕ１に装着した場合にのみ使用される部材（オプション排出部材）であり、シート反転装置Ｕ４の装着時に、オプション排出ロールＲ２を駆動するためのオプション駆動力伝達部材（図示せず）とともに画像形成装置本体Ｕ１内に装着される。なお、オプションの前記シート反転装置Ｕ４に替えて、画像記録された記録シートＳをページ順に揃えて２つ折りにしたり（丁合したり）、ステープル（パンチ孔作成やホチキス止め）したりするフィニッシャ（後処理装置）を装着することも可能である。
【００５２】
（制御部の説明）
（端末の制御部の説明）
図３は実施例１の端末の制御部の説明図である。
次に、画像形成装置Ｕにファームウェアパックファイルを送信する端末の説明をするが、パソコンＰＣ１〜ＰＣ３及びデータベースサーバＤＢＳは同様の構成をしているので、パソコンＰＣ１についてのみ説明し、その他の端末についての詳細な説明は省略する。
図３において、パソコンＰＣ１の制御部（コントローラＣ）には、キーボードＨ１ｃ及びマウスＨ１ｄからなる入力装置が接続されており、ユーザの入力操作に応じて入力装置から出力された信号が入力される。また、前記コントローラＣには、ディスプレイＨ１ｂが接続されており、コントローラＣの処理により画像が表示される。
【００５３】
図３において、前記コントローラＣは、外部または他のコントローラとの信号の入出力および入出力信号レベルの調節等を行うＩ／Ｏ（入出力インターフェース）、必要な処理を行うためのプログラムおよびデータ等が記憶されたＲＯＭ（リードオンリーメモリ）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ）、前記ＲＯＭに記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびにクロック発振器等を有するマイクロコンピュータにより構成されており、前記ＲＯＭに記憶されたプログラムを実行することにより種々の機能を実現することができる。
【００５４】
図３において、パソコンＰＣ１のコントローラＣは、次の機能（制御手段）Ｃ１，Ｃ２を有している。
Ｃ１：端末側パックファイル記憶手段
端末側パックファイル記憶手段Ｃ１は、ユーザの操作によって、更新ファームウェアサーバＫＦＳからダウンロードしたファームウェアパックファイルまたは、ＦＤやＣＤ等の記録媒体から読み取ったファームウェアパックファイルを記憶する。
【００５５】
Ｃ２：端末側データ送信手段
端末側データ送信手段Ｃ２は、パックファイル送信手段Ｃ２ａを有し、画像形成装置Ｕに印刷用画像データ等を送信したり、他の端末ＰＣ２，ＰＣ３，ＤＢＳにデータを送信する。
Ｃ２ａ：パックファイル送信手段
パックファイル送信手段Ｃ２ａは、ユーザの操作に応じて、ファームウェアパックファイルを画像形成装置Ｕに送信する。なお、実施例１のパックファイル送信手段Ｃ２ａは、専用のソフトウェアを使用せず、ｆｔｐ（File  Transfer  Protocol、ＴＣＰ／ＩＰネットワークでデータを転送する際に使用される通信規約）によりデータを送信する。なお、実施例１ではｆｔｐを使用したが、ファームウェアパックファイルの送信は、ｆｔｐに限定されず、ｌｐｒやｐｏｒｔ９１００（ＴＣＰ／ＩＰネットワークを通じてデータ送信を行うプロトコル）等の汎用のデータ送信方法を使用してデータを送信することも可能である。
【００５６】
（画像形成装置Ｕの制御部の説明）
図４は実施例１の画像形成装置の制御部の説明図であり、システムコントローラ部分の詳細説明図である。
図５は実施例１の画像形成装置の制御部の説明図であり、ＡＤＦコントローラ、ＩＩＴコントローラ及びＵＩコントローラ部分の詳細説明図である。
図６は実施例１の画像形成装置の制御部の説明図であり、ＩＰＳコントローラ、ＩＯＴコントローラ及びＦＡＸコントローラ部分の詳細説明図である。
【００５７】
図４〜図６において、画像形成装置Ｕ（図２参照）の制御部（コントローラ）ＵＣは、画像形成装置Ｕの全体の制御（コントロール）を行うシステムコントローラ１Ｃを有している。前記システムコントローラ１Ｃは、自動原稿搬送装置（個別装置）Ｕ３をコントロールするＡＤＦコントローラ（個別コントローラ）２Ｃと、ＩＩＴ（個別装置）をコントロールするＩＩＴコントローラ（個別コントローラ）３Ｃと、ユーザインタフェース（個別装置）ＵＩをコントロールするＵＩコントローラ（個別コントローラ）４Ｃと、ＩＰＳ（個別装置）をコントロールするＩＰＳコントローラ（個別コントローラ）６Ｃと、ＩＯＴ（個別装置）をコントロールするＩＯＴコントローラ（個別コントローラ）７Ｃと、ＦＡＸ（個別装置）をコントロールするＦＡＸコントローラ（個別コントローラ）８Ｃとに接続されている。したがって、システムコントローラ１Ｃは、各個別コントローラ２Ｃ〜８Ｃとの間でデータの送受信が可能であり、制御信号を送信することにより各個別装置の動作タイミングを制御できる。なお、フィニッシャが装着された場合、フィニッシャ（個別装置）をコントロールするフィニッシャコントローラ（個別コントローラ）の動作タイミングは、前記ＩＯＴコントローラ７Ｃにより制御される。
【００５８】
前記各コントローラ１Ｃ〜８Ｃは、それぞれ、外部または他のコントローラとの信号の入出力および入出力信号レベルの調節等を行うＩ／Ｏ（入出力インターフェース）、必要な処理を行うためのプログラムおよびデータ等が記憶されたＲＯＭ（リードオンリーメモリ）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ）、前記ＲＯＭに記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびにクロック発振器等を有するマイクロコンピュータにより構成されており、前記ＲＯＭに記憶されたプログラムを実行することにより種々の機能を実現することができる。
【００５９】
（システムコントローラ１Ｃの説明）
図４において、システムコントローラ１Ｃは、次の機能１Ｃ１〜１Ｃ１０を有している。
１Ｃ１：データ受信手段（パックファイル受信手段、デバイスロット識別子受信手段）
データ受信手段１Ｃ１は、パックファイル記憶手段１Ｃ１ａと、受信デバイスロット識別子記憶手段１Ｃ１ｂとを有し、パソコンＰＣ１〜ＰＣ３やデータベースサーバＤＢＳ等の端末から送信された画像データやファームウェアパックファイル等のデータ、前記各コントローラ２Ｃ〜８Ｃから送信されたデータ（後述するデバイスロット識別子等）を受信する。
【００６０】
図７は実施例１の画像形成装置が受信するファームウェアパックファイルの説明図であり、図７Ａはファームウェアパックファイルの全体説明図、図７Ｂはファームウェアパックファイルに含まれる各ファームウェアデータの説明図である。
１Ｃ１ａ：パックファイル記憶手段
パックファイル記憶手段１Ｃ１ａは、前記パソコンＰＣ１〜ＰＣ３やデータベースサーバＤＢＳから送信され、前記データ受信手段１Ｃ１が受信したファームウェアパックファイル１１（図７参照）を記憶する。
【００６１】
図７において、実施例１のファームウェアパックファイル１１は、ファイルＩＤ（機種識別データ）１２と、チェックサムデータ１３と、複数のファームウェアデータ１４とを有する。前記ファイルＩＤ１２は、ファームウェアパックファイル１１に含まれるファームウェアデータ１４が使用可能な画像形成装置Ｕの機種を特定する。前記チェックサムデータ１３は、ファイルＩＤ１２及びチェックサムデータ１３のデータ量を除くファームウェアパックファイル１１のデータ総量、即ち、全てのファームウェアデータ１４のデータ総量を特定し、ファームウェアパックファイル１１がパソコンＰＣ１〜ＰＣ３やデータベースサーバＤＢＳから画像形成装置Ｕに正確に送信されたかどうかを判別するために使用される。
【００６２】
図７Ａにおいて、実施例１のファームウェアパックファイル１１は、ＡＤＦ用ファームウェアデータ１４ａ、ＩＩＴ用ファームウェアデータ１４ｂ、ＩＯＴ用ファームウェア１４ｃ、ＵＩ用ファームウェアデータ１４ｄ、ＦＡＸ用ファームウェアデータ１４ｅ、フィニッシャ用ファームウェアデータ１４ｆとを有する。即ち、実施例１のファームウェアパックファイル１１では、画像形成装置Ｕ出荷後に、ＡＤＦ用ファームウェアデータ１４ａ、ＩＩＴ用ファームウェアデータ１４ｂ、ＩＯＴ用ファームウェアデータ１４ｃ、ＵＩ用ファームウェアデータ１４ｄ、ＦＡＸ用ファームウェアデータ１４ｅ、フィニッシャ用ファームウェアデータ１４ｆが更新されており、ＩＰＳ用のファームウェアの更新はされていない。なお、前記ファームウェアパックファイル１１は、少なくとも、更新されたファームウェア全てを含んでいればよく、更新されていないＩＰＳ用のファームウェアを含ませることも可能である。
【００６３】
図７Ｂにおいて、各ファームウェアデータ１４ａ〜１４ｆは、それぞれ、ファームウェアパックファイル１１内での登録番号であるファームウェア番号Ｎｆを特定するファームウェア番号データと、ファームウェアが制御する個別装置（ＡＤＦやＩＩＴ等）を特定するデバイス識別子Ｓ１、ファームウェアが使用可能な個別装置のロットを特定する更新用ロット識別子Ｓ２と、ファームウェア本体１６とを有する。図７Ａにおいて、実施例１のファームウェアパックファイル１１では、ＩＩＴ用ファームウェア１４ｂのみ更新用ロット識別子Ｓ２が「００２」、即ち、ロット識別子が「００２」のＩＩＴ用のファームウェアであり、その他のファームウェア１４ａ、１４ｃ〜１４ｆは更新用ロット識別子Ｓ２が「００１」になっている。
【００６４】
１Ｃ１ｂ：受信デバイスロット識別子記憶手段
受信デバイスロット識別子記憶手段１Ｃ１ｂは、システムコントローラ１Ｃに接続された各コントローラ２Ｃ〜８Ｃから送信され、前記データ受信手段１Ｃ１が受信したデバイスロット識別子Ｓ２′を記憶する。
１Ｃ２：サムチェック手段
サムチェック手段１Ｃ２は、受信データ総量カウント手段１Ｃ２ａと、チェックサムエラー判別手段１Ｃ２ｂとを有し、前記データ受信手段１Ｃ１で受信したデータがデータ送受信中にエラーが発生していないか否かの確認（チェック）を行う。
【００６５】
１Ｃ２ａ：受信データ総量カウント手段
受信データ総量カウント手段１Ｃ２ａは、データ受信手段１Ｃ１で受信したファームウェアデータ１４の総量（サム）をカウントする。
１Ｃ２ｂ：チェックサムエラー判別手段
チェックサムエラー判別手段１Ｃ２ｂは、前記受信データ総量カウント手段１Ｃ２ａでカウントされたデータ総量と、受信データに含まれるチェックサムデータ１３に記憶されたデータ総量とが一致するか否かの判別を行う。
【００６６】
１Ｃ３：機種判別手段
機種判別手段１Ｃ３は、画像形成装置Ｕの機種を特定する機種識別データ１２′を記憶する機種識別データ記憶手段１Ｃ３ａを有し、受信したファームウェアパックファイル１１が、画像形成装置Ｕ用のファームウェアパックファイル１１であるか否かを、前記ファイルＩＤ１２と、前記機種識別データ１２′とに基づいて判別する。
【００６７】
１Ｃ４：デバイス特定手段
デバイス特定手段１Ｃ４は、ファームウェアパックファイル１１に含まれる更新対象の特定のファームウェアデータ１４ａ〜１４ｆが、どの個別装置（デバイス）用のファームウェアであるかを、ファームウェアデータ１４に含まれるデバイス識別子Ｓ１により特定する。
１Ｃ５：ロット識別子送信要求手段（システム側データ送信手段）
ロット識別子送信要求手段１Ｃ５は、デバイス特定手段１Ｃ４で特定された個別装置に対して、当該個別装置のロットを特定するデバイスロット識別子Ｓ２′を送信するように要求する。
【００６８】
１Ｃ６：デバイス接続判別手段
デバイス接続判別手段１Ｃ６は、前記デバイスロット識別子Ｓ２′の送信を要求したコントローラ２Ｃ〜８Ｃがシステムコントローラ１Ｃに接続されているか否か、即ち、各コントローラ２Ｃ〜８Ｃが制御する個別装置（ＡＤＦやフィニッシャ等）が画像形成装置Ｕに装着されているか否かを判別する。実施例１のデバイス接続判別手段１Ｃ６は、前記デバイスロット識別子Ｓ２′の送信要求に対する応答がない場合に、前記個別装置が画像形成装置Ｕに接続されていないと判別する。
【００６９】
１Ｃ７：デバイスロット判別手段
デバイスロット判別手段１Ｃ７は、前記デバイスロット識別子Ｓ２′の送信を要求したコントローラ２Ｃ〜８Ｃから送信されたデバイスロット識別子Ｓ２′と、更新対象のファームウェアデータ１４ａ〜１４ｆに含まれる更新用ロット識別子Ｓ２とが一致するか否かを判別する。即ち、更新対象のファームウェア１４ａ〜１４ｆが接続された個別装置のロットに対応したファームウェアであるか否かを判別する。
１Ｃ８：ファームウェア更新手段（システム側データ送信手段）
ファームウェア更新手段１Ｃ８は、デバイスロット識別子Ｓ２′と更新用ロット識別子Ｓ２とが一致するコントローラ２Ｃ〜８Ｃに、ファームウェアを送信してファームウェアの更新を行う。なお、実施例１では、フィニッシャが装着された場合、フィニッシャコントローラのファームウェアは、ファームウェア更新手段１Ｃ８により更新される。
【００７０】
１Ｃ９：エラー告知手段
エラー告知手段１Ｃ９は、機種判別手段１Ｃ３により画像形成装置Ｕ用のファームウェアパックファイル１１ではないと判別された場合や、前記デバイスロット判別手段１Ｃ７によりファームウェアデータ１４が個別装置のロット用のものではないと判別された場合に、ユーザインタフェースＵＩの表示器ＵＩａにエラー告知画像を表示して、ユーザにエラーが発生したことを告知する。なお、前記エラー告知画像を表示する以外に、警報音や音声ガイド、警報ランプ等の告知手段によりユーザに告知するように構成することも可能である。
１Ｃ１０：システムリブート手段
システムリブート手段１Ｃ１０は、前記ファームウェアパックファイルに含まれる全てのファームウェアの更新が終了した場合に、画像形成装置Ｕを再起動（リブート）させる。
【００７１】
（ＡＤＦコントローラ２Ｃの説明）
図５において、ＡＤＦコントローラ２Ｃは、次の機能２Ｃ１〜２Ｃ５を有している。
２Ｃ１：データ受信手段（デバイス側データ受信手段）
データ受信手段２Ｃ１は、前記システムコントローラ１Ｃから送信されたデータを受信する。ＡＤＦコントローラ２Ｃのデータ受信手段２Ｃ１は、ＡＤＦを作動させるための動作信号や、更新用のファームウェアデータ１６、デバイスロット識別子Ｓ２′の送信要求データ等を受信する。
【００７２】
２Ｃ２：ファームウェア記憶手段
ファームウェア記憶手段２Ｃ２は、自動原稿搬送装置Ｕ３を制御するプログラムであるＡＤＦ用ファームウェアデータ１６ａを記憶する。なお、前記ファームウェア記憶手段２Ｃ２に記憶されたファームウェアデータは更新（書き換え）可能に構成されている。
２Ｃ３：デバイスロット識別子記憶手段
デバイスロット識別子記憶手段２Ｃ３は、自動原稿搬送装置Ｕ３のロットを特定するデバイスロット識別子Ｓ２′を記憶する。実施例１では、前記デバイスロット識別子Ｓ２′は、工場出荷時に記録されており、書き換え不可能に構成されている。
【００７３】
２Ｃ４：データ送信手段（デバイス側データ送信手段）
データ送信手段２Ｃ４は、ロット識別子送信手段２Ｃ４ａを有し、ＡＤＦコントローラ２Ｃからシステムコントローラ１Ｃに対してデータの送信を行う。
２Ｃ４ａ：ロット識別子送信手段（デバイスロット識別子送信手段）
ロット識別子送信手段２Ｃ４ａは、デバイスロット識別子Ｓ２′の送信要求に応じて、システムコントローラ１Ｃに対してデバイスロット識別子Ｓ２′を送信する。
２Ｃ５：ＡＤＦ制御手段
ＡＤＦ制御手段２Ｃ５は、ＡＤＦ用モータ駆動回路Ｄ１を介してＡＤＦモータＭ１の駆動を制御し、原稿搬送ローラＲｇによる原稿Ｇｉの搬送を行う。
【００７４】
（ＩＩＴコントローラ３Ｃの説明）
図５において、ＩＩＴコントローラ３Ｃは、次の機能３Ｃ１〜３Ｃ５を有している。なお、ＩＩＴコントローラ３Ｃのデータ受信手段３Ｃ１、ファームウェア記憶手段３Ｃ２、デバイスロット識別子記憶手段３Ｃ３及びデータ送信手段３Ｃ４は、前記ＡＤＦコントローラ２Ｃの各手段２Ｃ１〜２Ｃ４と同様に構成されているので、詳細な説明は省略する。
３Ｃ５：露光光学系制御手段
露光光学系制御手段３Ｃ５は、光学系駆動回路Ｄ２を介して、ＣＣＤ（固体撮像素子）の駆動や光学系駆動モータＭ２の駆動を制御し、ＣＣＤで画像データの電気信号変換を行ったり、露光光学系Ａの駆動（スキャニング動作等）を制御する。
【００７５】
（ＵＩコントローラ４Ｃの説明）
図５において、ＵＩコントローラ４Ｃは、次の機能４Ｃ１〜４Ｃ５を有している。なお、ＵＩコントローラ４Ｃのデータ受信手段４Ｃ１、ファームウェア記憶手段４Ｃ２、デバイスロット識別子記憶手段４Ｃ３及びデータ送信手段４Ｃ４は、前記ＡＤＦコントローラ２Ｃの各手段２Ｃ１〜２Ｃ４と同様に構成されているので、詳細な説明は省略する。
４Ｃ５：表示器制御手段
表示器制御手段４Ｃ５は、ユーザインタフェースＵＩの表示器ＵＩａの画像表示を制御する。なお、実施例１のユーザインタフェースＵＩには、表示器ＵＩａ、コピースタートキーＵＩｂ、テンキーＵＩｃ等を有しており、各キーＵＩｂ、ＵＩｃの入力があった場合に、入力信号をＵＩコントローラ４Ｃに送信する。
【００７６】
（ＩＰＳコントローラ６Ｃの説明）
図６において、ＩＰＳコントローラ６Ｃは、次の機能６Ｃ１〜６Ｃ５を有している。なお、ＩＰＳコントローラ６Ｃのデータ受信手段６Ｃ１、ファームウェア記憶手段６Ｃ２、デバイスロット識別子記憶手段６Ｃ３及びデータ送信手段６Ｃ４は、前記ＡＤＦコントローラ２Ｃの各手段２Ｃ１〜２Ｃ４と同様に構成されているので、詳細な説明は省略する。
６Ｃ５：ＲＯＳ制御手段
ＲＯＳ制御手段６Ｃ５は、レーザ駆動回路ＤＬの駆動を制御して、ＲＯＳによる静電潜像の書き込みを行う。
【００７７】
（ＩＯＴコントローラ７Ｃの説明）
図６において、ＩＯＴコントローラ７Ｃは、次の機能７Ｃ１〜７Ｃ６を有している。なお、ＩＯＴコントローラ７Ｃのデータ受信手段７Ｃ１、ファームウェア記憶手段７Ｃ２、デバイスロット識別子記憶手段７Ｃ３及びデータ送信手段７Ｃ４は、前記ＡＤＦコントローラ２Ｃの各手段２Ｃ１〜２Ｃ４と同様に構成されているので、詳細な説明は省略する。
７Ｃ５：メインモータ制御手段
メインモータ制御手段７Ｃ５は、メインモータ駆動回路Ｄ３を介してメインモータＭ３の駆動を制御し、トナー像担持体ＰＲ、現像器Ｇの現像ロールＧａ及び定着装置Ｆの回転駆動する。
７Ｃ６：電源制御手段
電源制御手段７Ｃ６は、電源回路Ｅを介して、現像器Ｇの現像ロールＧａの現像バイアス、帯電ロールＣＲの帯電バイアス及び転写ロールＴの転写バイアスの印加、加熱ロールＦｈのヒータｈへの電流供給を制御する。
【００７８】
（ＦＡＸコントローラ８Ｃの説明）
図６において、ＦＡＸコントローラ８Ｃは、次の機能８Ｃ１〜８Ｃ５を有している。なお、ＦＡＸコントローラ８Ｃのデータ受信手段８Ｃ１、ファームウェア記憶手段８Ｃ２、デバイスロット識別子記憶手段８Ｃ３及びデータ送信手段８Ｃ４は、前記ＡＤＦコントローラ２Ｃの各手段２Ｃ１〜２Ｃ４と同様に構成されているので、詳細な説明は省略する。
８Ｃ５：ＦＡＸ制御手段
ＦＡＸ制御手段８Ｃ５は、ＦＡＸ駆動回路Ｄ４を介して、ＦＡＸによるＦＡＸ画像データの送受信を行う。
【００７９】
（フローチャートの説明）
次に、実施例１の画像形成装置のフローチャートの説明を行う。
図８は実施例１の画像形成装置のファームウェア更新処理のフローチャートである。
図８のフローチャートの各ＳＴ（ステップ）の処理は、画像形成装置Ｕのシステムコントローラ１ＣのＲＯＭ等に記憶されたプログラム等に従って行われる。また、この処理は画像形成装置Ｕの他の各種処理と並行して実行される。
【００８０】
図８に示すフローチャートは画像形成装置Ｕがファームウェアパックファイル１１を受信完了した時に開始される。
図８のＳＴ１において、受信したファームウェアパックファイル１１に含まれる全てのファームウェアデータ１４のデータ総量のカウントを実行する。そして、ＳＴ２に移る。
ＳＴ２において、チェックサムエラーが発生したか否か、即ち、全ファームウェアデータ１４のデータ総量（カウント値）が、チェックサムデータ１３に記憶されたデータ総量と一致するか否かを判別する。ノー（Ｎ）の場合はＳＴ３に移り、イエス（Ｙ）の場合はＳＴ１３に移る。
【００８１】
ＳＴ３において、ファームウェアパックファイル１１に含まれるファイルＩＤと、機種識別データ記憶手段１Ｃ３ａに記憶された機種識別データとを比較して、受信したファームウェアパックファイル１１が、本画像形成装置Ｕ用（本機種用）であるか否かを判別する。イエス（Ｙ）の場合はＳＴ４に移り、ノー（Ｎ）の場合はＳＴ１３に移る。
ＳＴ４において、更新対象のファームウェアをファームウェア番号Ｎｆ＝１のファームウェアに設定する。そして、ＳＴ５に移る。
ＳＴ５において、ファームウェア番号Ｎｆのファームウェアデータ１４に含まれるデバイス識別子Ｓ１から、ファームウェア更新対象のデバイス（個別装置）を特定する。そして、ＳＴ６に移る。
【００８２】
ＳＴ６において、ファームウェア更新対象のデバイス（デバイス識別子Ｓ１のデバイス）に対して、デバイスロット識別子Ｓ２′を送信するように要求する。そして、ＳＴ７に移る。
ＳＴ７において、ファームウェア更新対象のデバイス（個別装置）が画像形成装置Ｕに装着されているか否かを判別する。即ち、前記デバイスロット識別子Ｓ２′の送信要求に対する応答を受信したか否かを判別する。イエス（Ｙ）の場合（デバイスロット識別子Ｓ２′を受信した場合）はＳＴ８に移り、ノー（Ｎ）の場合（所定時間内にデバイスロット識別子Ｓ２′を受信しない場合）はＳＴ１０に移る。
【００８３】
ＳＴ８において、ファームウェアパックファイル１１に含まれる更新用ロット識別子Ｓ２と、受信したデバイスロット識別子Ｓ２′とが一致するか否か、即ち、ファームウェア番号Ｎｆのファームウェアがファームウェア更新対象のデバイスで使用可能か否かを判別する。イエス（Ｙ）の場合はＳＴ９に移り、ノー（Ｎ）の場合はＳＴ１３に移る。
ＳＴ９において、ファームウェア番号Ｎｆのファームウェア本体１６をファームウェア更新対象のデバイスのコントローラ２Ｃ〜８Ｃに送信して、ファームウェアを更新する。そして、ＳＴ１０に移る。
ＳＴ１０において、ファームウェア番号Ｎｆ＝Ｎｆ＋１とする。即ち、更新対象のファームウェア１４をファームウェア番号Ｎｆ＋１のファームウェアに設定する。そして、ＳＴ１１に移る。
【００８４】
ＳＴ１１において、ファームウェア番号Ｎｆのファームウェアデータ１４があるか否かを判別する。イエス（Ｙ）の場合はＳＴ５に戻り、ノー（Ｎ）の場合はＳＴ１２に移る。
ＳＴ１２において、画像形成装置Ｕをリブート（再起動）する。そして、ファームウェア更新処理を終了する。
【００８５】
前記、ＳＴ２、ＳＴ３、ＳＴ８で、エラーであると判別された場合、ＳＴ１３において、ＵＩの表示器ＵＩａにエラーが発生したことを告知するエラー画像を表示する。そして、ＳＴ１４に移る。
ＳＴ１４において、エラーを解除する入力（例えば、コピースタートキーＵＩｂの入力等）がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ１４を繰り返し、イエス（Ｙ）の場合は、ファームウェア更新処理を終了する。
【００８６】
（実施例１の作用）
前記構成を備えた実施例１のファームウェア更新システムＦＳでは、端末ＰＣ１〜ＰＣ３，ＤＢＳから送信されたファームウェアパックファイル１１を画像形成装置Ｕが受信すると、システムコントローラ１Ｃが、機種識別データに基づいて、ファームウェアパックファイル１１が本機種用のものであるかを判別する。次に、各ファームウェアデータ１４ａ〜１４ｆのデバイス識別子Ｓ１に基づいて、ファームウェア１４用のデバイス（個別装置）が装着されているか否かを判別する。
図４に示す実施例１の画像形成装置では、図７Ａに示すファームウェアパックファイル１１を受信した場合、ＡＤＦ（自動原稿搬送装置Ｕ３）や、ＩＩＴ、ＩＯＴ、ＵＩ、ＦＡＸが装着されていると判別されるが、フィニッシャ（オプション）は装着されていないと判別される。
【００８７】
そして、システムコントローラ１Ｃは、装着されている個別装置（ＡＤＦ（自動原稿搬送装置Ｕ３）、ＩＩＴ、ＩＯＴ、ＵＩ、ＦＡＸ）から送信されるデバイスロット識別子Ｓ２′と、更新用ロット識別子Ｓ２が一致するか否かを判別する。仮に、ＩＩＴコントローラ３Ｃから送信されたデバイスロット識別子Ｓ２′が「００１」の場合、ファームウェアパックファイル１１に含まれるＩＩＴ用ファームウェア１４ｂでは、このロットのＩＩＴに対応していないので、エラーが表示される（ＳＴ１３参照）。一方、ＩＩＴコントローラ３Ｃから送信されたデバイスロット識別子Ｓ２′と、更新用ロット識別子Ｓ２が「００２」で一致する場合、ＩＩＴコントローラ３Ｃのファームウェアが更新される（ＳＴ９参照）。
【００８８】
したがって、実施例１のファームウェア更新システムＦＳでは、システムコントローラ１Ｃのパックファイル受信手段１Ｃ１が受信したファームウェアパックファイル１１に、画像形成装置Ｕに装着可能な全ての個別装置（ＡＤＦやＩＩＴ等に加え、実際に装着されていないフィニッシャも含む）のファームウェア１４の中で更新されたファームウェア１４ａ〜１４ｆ全てが含まれている。そして、デバイス接続判別手段１Ｃ６により、個別装置（ＡＤＦ、ＩＩＴ、ＩＯＴ、ＩＰＳ、ＵＩ、ＦＡＸ、フィニッシャ）が画像形成装置Ｕに装着されているか否かを自動的に判別し、装着されている個別装置（Ｕ１〜Ｕ３、ＩＰＳ、ＵＩ、ＡＤＦ）のファームウェア１４が更新される。したがって、ユーザが、画像形成装置Ｕに接続されている個別装置（Ｕ１〜Ｕ３、ＩＰＳ、ＵＩ、ＡＤＦ、フィニッシャ）を認識することなく容易にファームウェア１４の更新を行うことができる。
【００８９】
また、ファームウェアパックファイル１１には、画像形成装置Ｕに装着可能な全ての個別装置のファームウェア１６の中で更新されたファームウェア１６全てが含まれており、画像形成装置Ｕのシステムコントローラ１Ｃで装着されている個別装置の判別が行われる。したがって、端末ＰＣ１〜ＰＣ３、ＤＢＳやサービスサイト（更新ファームウェアサーバＫＦＳ）に、装着されている個別装置の情報を送信する必要が無くなり、専用ソフトウェアや専用装置（専用ハードウェア）を使用せずに、ファームウェアパックファイル１１を画像形成装置Ｕに送信するだけでファームウェア１６の更新を行うことができる。この結果、専用ソフトにより端末ＰＣ１〜ＰＣ３、ＤＢＳにインストールされている他のソフトウェアの動作に悪影響を及ぼすことを防止できる。また、専用ソフトウェアや専用ハードウェアを省略できるので画像形成装置Ｕのコスト上昇を抑えることができる。
【００９０】
また、実施例１のファームウェア更新システムＦＳでは、各個別装置のロット（生産単位）と、ファームウェアが制御可能な生産単位（ロット）とが一致した場合にファームウェアの更新が行われる。この結果、ユーザが個別装置のロットを確認することなく、容易且つ確実にロットに対応したファームウェアの更新を行うことができる。したがって、異なるロット用のファームウェアに更新する事故を防止できる。
【実施例２】
【００９１】
図９は実施例２の画像形成装置の制御部の説明図であり、実施例１の図４に対応するシステムコントローラ部分の詳細説明図である。
図１０は、実施例１の図７に対応するファームウェアパックファイルの説明図であり、図１０Ａはファームウェアパックファイルの全体説明図、図１０Ｂはファームウェアパックファイルに含まれる各ファームウェアデータの説明図である。
なお、この実施例２の説明において、前記実施例１の構成要素に対応する構成要素には同一の符号を付して、その詳細な説明を省略する。
この実施例２は、下記の点で前記実施例１と相違しているが、他の点では前記実施例１と同様に構成されている。
【００９２】
図９、図１０において、実施例２のデータ受信手段１Ｃ１′（図９参照）が受信するファームウェアパックファイル１１′（図１０参照）は、実施例１と異なり、ファームウェア番号Ｎｆを特定するデータが含まれておらず、チェックサムデータ１３′が、各ファームウェアデータ１４′に含まれている。即ち、実施例１のチェックサムデータ１３は、ファームウェア１４ａ〜１４ｆのデータ総量を記憶していたが、実施例２のチェックサムデータ１３′は、各ファームウェアデータ１４′内のファームウェアデータ本体１６のデータ総量を記憶している。また、実施例２のファームウェアパックファイル１１′には、更新用ロット識別子Ｓ２が「００１」のＡＤＦ用ファームウェア１４ａと、更新用ロット識別子Ｓ２が「００２」のＡＤＦ用ファームウェア１４ａ′とが含まれている。
【００９３】
そして、実施例２のシステムコントローラ１Ｃのデータ受信手段１Ｃ１′は、パックファイル記憶手段１Ｃ１ａ、デバイスロット識別子記憶手段１Ｃ１ｂに加え、次の機能（制御手段）１Ｃ１ｃ〜１Ｃ１ｆを有している。
１Ｃ１ｃ：受信中断・再開手段
受信中断・再開手段１Ｃ１ｃは、端末（パソコンＰＣ１〜ＰＣ３やデータベースサーバＤＢＳ）から送信されたファームウェアパックファイル１１′の受信中に、データの受信を一時中断したり、一時中断したデータ受信を再開する制御を行う。例えば、パソコンＰＣ１からｆｔｐによりファームウェアパックデータ１１′を送信する場合には、画像形成装置ＵからパソコンＰＣ１に受信確認の応答を返さないこと（無応答）により、データの受信を一時中断させることができる。なお、画像形成装置Ｕと、パソコンＰＣ１等がローカルネットワークＬ以外の接続方式、例えば、パラレルケーブルやシリアルケーブル（ＵＳＢ等）により接続されている場合でも、各規格に応じた中断方法（例えば、busy信号を出す）によりデータの受信を一時中断できる。
【００９４】
１Ｃ１ｄ：ファイルＩＤ受信完了判別手段
ファイルＩＤ受信完了判別手段１Ｃ１ｄは、受信中のファームウェアパックファイル１１′の先頭部分（ヘッダ）に含まれているファイルＩＤデータ１２の受信を完了したか否かの判別を行う。実施例２のファイルＩＤ受信完了判別手段１Ｃ１ｄでは、ファームウェアパックファイル１１′のヘッダの所定の場所にファイルＩＤ１２が配置されている（書かれている）ので、予め設定された所定量のサイズのファームウェアパックファイル１１′を受信した時点でファイルＩＤ１２の受信を完了したかを判断する。
【００９５】
１Ｃ１ｅ：ファームウェアデータ受信完了判別手段
ファームウェアデータ受信完了判別手段１Ｃ１ｅは、ファームウェアパックファイル１１′に含まれる１つ分のファームウェアデータ１４′を受信したか否かの判別を行う。実施例２のファームウェアデータ受信完了判別手段１Ｃ１ｅでは、各ファームウェアデータ１４′のヘッダにファームウェアデータ１４′のデータサイズが記載されており、ヘッダに記載されたサイズ分のデータを受信した時点で、１つ分のファームウェアデータ１４′の受信が完了したものと判別する。
【００９６】
１Ｃ１ｆ：ファームウェアパックファイル受信完了判別手段
ファームウェアパックファイル受信完了判別手段１Ｃ１ｆは、ファームウェアパックファイル１１′全体の受信が完了したか否かを判別する。
【００９７】
（フローチャートの説明）
次に、実施例２の画像形成装置のフローチャートの説明を行う。
図１１は実施例２の画像形成装置のファームウェア更新処理のフローチャートであり、実施例１の図８に対応するフローチャートである。
図１１のフローチャートの各ＳＴ（ステップ）の処理は、画像形成装置Ｕのシステムコントローラ１ＣのＲＯＭ等に記憶されたプログラム等に従って行われる。また、この処理は画像形成装置Ｕの他の各種処理と並行して実行される。
なお、図１１のフローチャートの各ＳＴの説明において、実施例１のファームウェア更新処理のフローチャートのＳＴと同様のＳＴは、同一のＳＴ番号を付し、詳細な説明を省略する。
【００９８】
図１１に示すフローチャートは画像形成装置Ｕの電源オンにより開始される。
図１１のＳＴ２１において、ファームウェアパックファイル１１′の受信を開始したか否かを判別する。イエス（Ｙ）の場合はＳＴ２２に移り、ノー（Ｎ）の場合はＳＴ２１を繰り返す。
ＳＴ２２において、ファイルＩＤデータ１２の受信を完了したか否かを判別する。イエス（Ｙ）の場合はＳＴ２３に移り、ノー（Ｎ）の場合はファイルＩＤ１２の受信完了までＳＴ２２を繰り返す。
【００９９】
ＳＴ２３において、ファームウェアパックファイル１１′の受信を一時中断する。そして、ＳＴ２４に移る。
ＳＴ２４において、受信中のファームウェアパックファイル１１′が本機種用のファームウェアパックファイル１１′であるか否かを判別する。即ち、受信完了したファイルＩＤデータ１２と、機種識別データ記憶手段１Ｃ３ａに記憶された機種識別データとが一致するか否かを判別する。イエス（Ｙ）の場合はＳＴ２５に移り、ノー（Ｎ）の場合はＳＴ１３に移る。
【０１００】
ＳＴ２５において、パックファイル記憶手段１Ｃ１ａに記憶されたファイルＩＤデータ１２を消去する。そして、ＳＴ２６に移る。
ＳＴ２６において、ファームウェアパックファイル１１′の受信を再開する。そして、ＳＴ２７に移る。
ＳＴ２７において、１つ分のファームウェアデータ１４′の受信が完了したか否かを判別する。イエス（Ｙ）の場合はＳＴ２８に移り、ノー（Ｎ）の場合はＳＴ２９に移る。
【０１０１】
ＳＴ２８において、ファームウェアパックファイル１１′全体の受信が完了したか否かを判別する。イエス（Ｙ）の場合はＳＴ１２に移り、ノー（Ｎ）の場合はＳＴ２７に戻る。
ＳＴ２９において、ファームウェアパックファイル１１′の受信を一時中断する。そして、ＳＴ３０に移る。
ＳＴ３０において、サムチェック、即ち、受信した１つ分のファームウェアデータ１４′に含まれるファームウェアデータ本体１６のデータ総量をカウントする。そして、ＳＴ３１に移る。
【０１０２】
ＳＴ３１において、チェックサムエラーが発生したか、即ち、受信したファームウェアデータ本体１６のデータ総量がチェックサムデータ１３′と一致するか否かを判別する。イエス（Ｙ）の場合（一致しない場合）はＳＴ１３に移り、ノー（Ｎ）の場合（一致する場合）はＳＴ６に移る。
ＳＴ６〜ＳＴ９の処理を経て、ファームウェアデータ１４′の更新が完了した場合、またはデバイスが未装着の場合、ロットが一致しない場合には、ＳＴ３２において、受信したファームウェアデータ１４′をパックファイル記憶手段１Ｃ１ａから消去する。そして、ＳＴ２６に戻る。なお、図１０Ａに示すように、実施例２のファームウェアパックファイル１１′には、ＡＤＦ用ファームウェア１４ａ′は、ロット毎に別のファームウェア１４ａ、１４ａ′が準備されているので、ＳＴ８において、ロットが一致しない場合でも、エラー表示（ＳＴ１３参照）を行わず、ＳＴ３２に移る。
【０１０３】
（実施例２の作用）
前記構成を備えた実施例２のファームウェア更新システムＦＳでは、ファームウェアパックファイル１１′に含まれるファームウェア１４ａ〜１４ｆ、１４ａ′を１つ受信する度に、ファームウェアパックファイル１１′の受信を中断する。そして、受信したファームウェアが制御する個別装置が装着されているか否かを判別し、個別装置が装着されている場合はファームウェアの更新を行い、個別装置が装着されていない場合にファームウェアを消去して、次のファームウェアの受信を行う。この結果、画像形成装置Ｕのシステムコントローラ１Ｃのパックファイル受信手段１Ｃ１で一度に受信できるデータ容量が少なく、ファームウェアパックファイル１１′全てを受信できない場合でも、ファームウェア１４ａ〜１４ｆ、１４ａ′を１つづつ受信して更新することができる。その他、実施例２のファームウェア更新システムＦＳは、実施例１のファームウェア更新システムＦＳと同様の作用、効果を奏する。
【実施例３】
【０１０４】
図１２は実施例３の画像形成装置の制御部の説明図であり、実施例２の図９に対応するシステムコントローラ部分の詳細説明図である。
図１３は、実施例２の図１０に対応するファームウェアパックファイルの説明図であり、図１３Ａはファームウェアパックファイルの全体説明図、図１３Ｂはファームウェアパックファイルに含まれる各ファームウェアデータの説明図である。
なお、この実施例３の説明において、前記実施例２の構成要素に対応する構成要素には同一の符号を付して、その詳細な説明を省略する。
この実施例３は、下記の点で前記実施例２と相違しているが、他の点では前記実施例２と同様に構成されている。
【０１０５】
図１２、図１３において、実施例３のデータ受信手段１Ｃ１″（図１２参照）が受信するファームウェアパックファイル１１″（図１３参照）は、実施例２のファームウェアパックファイル１１′の各データに加え、各ファームウェア本体１４の改訂番号（改訂回数等を示す番号、バージョン）を表す更新用バージョン識別子Ｓ３を有している。なお、図１３では、ＩＩＴ用のファームウェアデータ１４ｂのみ改訂番号（バージョン）が「１．２」で、その他のファームウェアデータ（１４ａ，１４ａ′，１４ｃ〜１４ｆ）はバージョンが「１．１」となっている。
【０１０６】
そして、実施例３のシステムコントローラ１Ｃのデータ受信手段１Ｃ１″は、パックファイル記憶手段１Ｃ１ａ、デバイスロット識別子記憶手段１Ｃ１ｂ、受信中断・再開手段１Ｃ１ｃに加え、次の機能（制御手段）１Ｃ１ｇ、１Ｃ１ｈを有している。なお、前記デバイスロット識別子記憶手段１Ｃ１ｂは、個別コントローラ２Ｃ〜８Ｃから送信されたバージョン識別子Ｓ３′を記憶する受信バージョン識別子記憶手段１Ｃ１ｂ１を有している。
１Ｃ１ｇ：受信用バッファ
受信用バッファ１Ｃ１ｇは、端末（パソコンＰＣ１〜ＰＣ３及びデータベースサーバＤＢＳ）や個別コントローラ２Ｃ〜８Ｃから送信され、データ受信手段１Ｃ１″が受信したデータを一時的に記憶する。
【０１０７】
１Ｃ１ｈ：バッファデータ記憶・読み捨て制御手段
バッファデータ記憶・読み捨て制御手段１Ｃ１ｈは、前記受信用バッファ１Ｃ１ｇに一時記憶されたデータを、パックファイル記憶手段１Ｃ１ａや、デバイスロット識別子記憶手段１Ｃ１ｂに記憶させたり、前記記憶手段１Ｃ１ａ、１Ｃ１ｂに記憶させず、受信用バッファ１Ｃ１ｇから消去させる（読み捨てる）制御を行う。なお、実施例３のバッファデータ記憶・読み捨て制御手段１Ｃ１ｈは、更新する必要のないファームウェアであると判別された場合には、前記ファームウェアデータ１４″を読み捨てる。即ち、受信したファームウェアデータ１４″が制御可能な個別装置（ＡＤＦ，ＩＩＴ等）が装着されていないと判別された場合や、ロットが一致しないと判別された場合、既に最新のバージョンのファームウェア１６が使用されていると判別された場合には、受信中のファームウェアデータ１４″が、パックファイル記憶手段１Ｃ１ａに記憶されず、受信用バッファ１Ｃ１ｇにおいて読み捨てられる。
【０１０８】
さらに、実施例３のシステムコントローラ１Ｃのロット識別子送信要求手段１Ｃ５は、バージョン識別子送信要求手段１Ｃ５ａを有している。
１Ｃ５ａ：バージョン識別子送信要求手段
バージョン識別子送信要求手段１Ｃ５ａは、個別コントローラ２Ｃ〜８Ｃにバージョン識別子Ｓ３′の送信を要求する。即ち、受信用バッファ１Ｃ１ｇに一時記憶されたデバイス識別子Ｓ１により特定されるデバイスの個別コントローラ２Ｃ〜８Ｃにバージョン識別子Ｓ３′の送信を要求する。
【０１０９】
また、実施例３のシステムコントローラ１Ｃは、バージョン判別手段１Ｃ１１を有している。
１Ｃ１１：バージョン判別手段
バージョン判別手段１Ｃ１１は、受信したファームウェア１４″の更新用バージョン識別子Ｓ３′が、個別コントローラ２Ｃ〜８Ｃで使用されているファームウェアのバージョン識別子Ｓ３よりも大きいか否か、即ち、更新用バージョン識別子Ｓ３′のファームウェア本体１６の方が新しいか否かを判別する。
【０１１０】
なお、図示は省略するが、各個別コントローラ２Ｃ〜８Ｃのファームウェア記憶手段２Ｃ２〜８Ｃ２は、デバイスのファームウェアのバージョンを特定するバージョン識別子Ｓ３′を記憶するバージョン識別子記憶手段２Ｃ２ａ〜８Ｃ２ａを有している。また、各個別コントローラ２Ｃ〜８Ｃのロット識別子送信手段２Ｃ４ａ〜８Ｃ４ａは、システムコントローラ１Ｃから送信されたバージョン識別子Ｓ３′の送信要求に応じて、バージョン識別子Ｓ３′をシステムコントローラ１Ｃに送信するバージョン識別子送信手段２Ｃ４ａ１〜８Ｃ４ａ１を有している。
【０１１１】
（フローチャートの説明）
次に、実施例３の画像形成装置のフローチャートの説明を行う。
図１４は実施例３の画像形成装置のファームウェア更新処理のフローチャートであり、実施例２の図１１に対応するフローチャートである。
図１４のフローチャートの各ＳＴ（ステップ）の処理は、画像形成装置Ｕのシステムコントローラ１ＣのＲＯＭ等に記憶されたプログラム等に従って行われる。また、この処理は画像形成装置Ｕの他の各種処理と並行して実行される。
なお、図１４のフローチャートの各ＳＴの説明において、実施例１、２のファームウェア更新処理のフローチャートのＳＴと同様のＳＴは、同一のＳＴ番号を付し、詳細な説明を省略する。
【０１１２】
図１４に示すフローチャートは画像形成装置Ｕの電源オンにより開始される。
図１４において、ＳＴ２１、ＳＴ２２′、ＳＴ２３、ＳＴ２４、ＳＴ２５′、ＳＴ２６、ＳＴ２７′、ＳＴ２８、ＳＴ２９は、実施例２のＳＴ２１〜ＳＴ２９と同様の処理が実行される。なお、ＳＴ２２′、ＳＴ２５′、ＳＴ２７′において、実施例３のシステムコントローラ１Ｃは、前記実施例１、２と異なり、受信データが各記憶手段１Ｃ１ａ、１Ｃ１ｂに直接記憶されず、先ず受信用バッファ１Ｃ１ｇに一時記憶される。そして、ＳＴ２７′では、１つ分のファームウェアデータ１４′ではなく、ファームウェアデータ１４″の先頭部分に配置された各識別子Ｓ１〜Ｓ３やファームウェアデータ１４″のデータサイズ（ヘッダ情報）等の受信（一時記憶）が完了したか否かを判別する。
【０１１３】
そして、図１４において、ＳＴ２９の処理が実行された後、ＳＴ６〜ＳＴ８の処理が実行される。実施例３では、ＳＴ８においてイエス（Ｙ）の場合はＳＴ４１に移り、ＳＴ７及びＳＴ８において、ノー（Ｎ）の場合はＳＴ４３に移る。
ＳＴ４１において、バージョン識別子Ｓ３′が更新用バージョン識別子Ｓ３よりも小さいか否かを判別する。即ち、更新用バージョン識別子Ｓ３の方が新しいか否かを判別する。イエス（Ｙ）の場合はＳＴ４２に移り、ノー（Ｎ）の場合はＳＴ４３に移る。
【０１１４】
ＳＴ４２において、データサイズに応じたファームウェアデータ１４″を受信し、パックファイル記憶手段１Ｃ１ａに記憶する。即ち、データサイズ分だけファームウェアデータ１４″の受信を再開し、パックファイル記憶手段１Ｃ１ａに記憶する。そして、ＳＴ２６に戻る。
ＳＴ４３において、データサイズに応じて、ファームウェアデータ１４″を読み捨てる。即ち、データサイズ分だけ受信を再開するが、パックファイル記憶手段１Ｃ１ａに記憶せずに、随時受信用バッファ１Ｃ１ｇから消去する（読み捨てる）。そして、ＳＴ２６に移る。
【０１１５】
実施例３では、ＳＴ２８においてイエス（Ｙ）の場合はＳＴ１２に移らず、ＳＴ４４に移る。
ＳＴ４４において、パックファイル記憶手段１Ｃ１ａに記憶された順に、サムチェックを行い、ファームウェアデータ１４″に含まれるデバイス識別子Ｓ１によって特定されるデバイスのファームウェアの更新を行う。即ち、前記ＳＴ７，ＳＴ８，ＳＴ４１における処理により、更新が必要なファームウェアデータ１４″のみがパックファイル記憶手段１Ｃ１ａに記憶され、更新不要なファームウェアデータ１４″は読み捨てられているので、パックファイル記憶手段１Ｃ１ａに記憶されているファームウェアデータ１４″に基づいて更新処理を行う。そして、ＳＴ１２に移る。
【０１１６】
（実施例３の作用）
前記構成を備えた実施例３のファームウェア更新システムＦＳでは、ファームウェア１４″が制御可能な個別装置（ＡＤＦ，ＩＩＴ等）が装着されていないと判別された場合（ＳＴ７でノー（Ｎ）の場合）や、ロットが一致しないと判別された場合（ＳＴ８でノー（Ｎ）の場合）、既に最新のバージョンのファームウェア１６が使用されていると判別された場合（ＳＴ４１でノー（Ｎ）の場合）には、受信中のファームウェアデータ１４″が、パックファイル記憶手段１Ｃ１ａに記憶されず、受信用バッファ１Ｃ１ｇにおいて読み捨てられる（ＳＴ４３参照）。
【０１１７】
したがって、更新が必要なファームウェアデータ１４″のみがパックファイル記憶手段１Ｃ１ａに記憶され、更新不要なファームウェアデータ１４″は読み捨てられる。この結果、既に最新のファームウェア１６が使用され、更新不要な個別装置（ＡＤＦ，ＩＩＴ等）のファームウェア１６の更新処理を防止できる。また、端末（パソコンＰＣ１〜ＰＣ３及びデータベースサーバＤＢＳ）から送信されたファームウェアパックファイル１１″に、個別装置用のファームウェア１４″や異なるロット用のファームウェア１４″が多く含まれ、ファームウェアパックファイル１１″全体のデータ量が膨大であっても、必要なファームウェアデータ１４″のみを選択して受信、記憶できる。この結果、画像形成装置Ｕで受信可能なデータ容量を大きくしなくてもファームウェアの更新を行うことができ、記憶装置（メモリ）を増設することによるコスト上昇を防止できる。その他、実施例３のファームウェア更新システムＦＳは、実施例１のファームウェア更新システムＦＳと同様の作用、効果を奏する。
【産業上の利用可能性】
【０１１８】
(変更例）
以上、本発明の実施例を詳述したが、本発明は、前記実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内で、種々の変更を行うことが可能である。本発明の変更例（Ｈ01）〜（Ｈ07）を下記に例示する。
（Ｈ01）前記各実施例において、端末（パソコンＰＣ１〜ＰＣ３及びデータベースサーバＤＢＳ）はローカルエリアネットワーク（ＬＡＮ）により接続されているが、接続方法はこれに限定されず、パラレル接続（ＩＥＥＥ１２８４等）や、シリアル接続（ＵＳＢ、ＩＥＥＥ１３９４、ＩｒＤＡ、ＲＳ−２３２Ｃ等）、その他の接続方法により接続することも可能である。
【０１１９】
（Ｈ02）本発明は、画像形成装置に限定されず、システムＣＰＵと、前記システムＣＰＵに接続され、ファームウェアにより制御される複数の個別ＣＰＵを有するデータ処理装置に適用可能である。
（Ｈ03）前記実施例１、２において、実施例３で示したファームウェアの改訂番号や改訂日時等を表すバージョン識別子をファームウェアに付加し、個別装置に記憶されているファームウェアの改訂番号よりも受信したファームウェアの改訂番号が新しい場合（大きい場合）にのみファームウェアの更新を行うように構成することも可能である。逆に、実施例３において、バージョン識別子を使用しないように構成することも可能である。
【０１２０】
（Ｈ04）前記各実施例において、ファームウェアデータ１４，１４′，１４″を暗号化したり、圧縮したりすることも可能である。これにより、データの機密が保護されたり、送受信するデータ量を少なくすることも可能である。なお、暗号化した場合や、圧縮した場合には、例えば、ファームウェアデータ１４，１４′，１４″のファイル名を「ＡＤＦ００１」や「ＩＯＴ００２」として、ファイル名（デバイス識別子、ロット識別子）からファームウェア更新対象のデバイスを特定し、特定されたデバイスが装着されている場合に、復号化（暗号を解除）したり、解凍（圧縮を解除）したりするように構成することができる。
（Ｈ05）前記各実施例において、ロットの判別を行ったが、全てのロットで同一のファームウェアが使用できる場合や、特定の機種では特定のロットしか存在しない場合には、ロットの判別を省略することも可能である。
【０１２１】
（Ｈ06）前記各実施例において、個別装置の装着は、デバイスロット識別子Ｓ２′の応答により判別したが、システムコントローラに、画像形成装置Ｕに現在装着されている個別装置を記憶する記憶手段を設けて、装着されている個別装置を記憶しておくことも可能である。他に、デバイスロット識別子Ｓ２′の送信要求の信号とは異なる電気的な信号を、デバイス識別子Ｓ１のデバイスに対して送信して接続の有無を確認することも可能である。
（Ｈ07）前記各実施例において、画像形成装置Ｕにおいてファームウェアの更新処理が終了した後、ファームウェアの更新がされた個別装置及び更新されなかった個別装置の情報や、更新前後のファームウェアのバージョンの情報等を含む更新処理結果を、画像形成装置Ｕから端末に送信するように構成することも可能である。複数の画像形成装置に対する更新処理結果を参照することによって、画像形成装置Ｕに装着されている個別装置の傾向や、更新されるまで使用されていたファームウェアのバージョン等の統計を取ることができる。
【図面の簡単な説明】
【０１２２】
【図１】図１は本発明のファームウェア更新システムの説明図である。
【図２】図２は本発明の画像形成装置（デジタル複写機）の縦断面図である。
【図３】図３は実施例１の端末の制御部の説明図である。
【図４】図４は実施例１の画像形成装置の制御部の説明図であり、システムコントローラ部分の詳細説明図である。
【図５】図５は実施例１の画像形成装置の制御部の説明図であり、ＡＤＦコントローラ、ＩＩＴコントローラ及びＵＩコントローラ部分の詳細説明図である。
【図６】図６は実施例１の画像形成装置の制御部の説明図であり、ＩＰＳコントローラ、ＩＯＴコントローラ及びＦＡＸコントローラ部分の詳細説明図である。
【図７】図７は実施例１の画像形成装置が受信するファームウェアパックファイルの説明図であり、図７Ａはファームウェアパックファイルの全体説明図、図７Ｂはファームウェアパックファイルに含まれる各ファームウェアデータの説明図である。
【図８】図８は実施例１の画像形成装置のファームウェア更新処理のフローチャートである。
【図９】図９は実施例２の画像形成装置の制御部の説明図であり、実施例１の図４に対応するシステムコントローラ部分の詳細説明図である。
【図１０】図１０は、実施例１の図７に対応するファームウェアパックファイルの説明図であり、図１０Ａはファームウェアパックファイルの全体説明図、図１０Ｂはファームウェアパックファイルに含まれる各ファームウェアデータの説明図である。
【図１１】図１１は実施例２の画像形成装置のファームウェア更新処理のフローチャートであり、実施例１の図８に対応するフローチャートである。
【図１２】図１２は実施例３の画像形成装置の制御部の説明図であり、実施例２の図９に対応するシステムコントローラ部分の詳細説明図である。
【図１３】図１３は、実施例２の図１０に対応するファームウェアパックファイルの説明図であり、図１３Ａはファームウェアパックファイルの全体説明図、図１３Ｂはファームウェアパックファイルに含まれる各ファームウェアデータの説明図である。
【図１４】図１４は実施例３の画像形成装置のファームウェア更新処理のフローチャートであり、実施例２の図１１に対応するフローチャートである。
【符号の説明】
【０１２３】
１Ｃ…システムコントローラ、
１Ｃ１，１Ｃ１′，１Ｃ１″…パックファイル受信手段、
１Ｃ５…ロット識別子送信要求手段、
１Ｃ５ａ…バージョン識別子送信要求手段、
１Ｃ６…デバイス接続判別手段、
１Ｃ８…ファームウェア更新手段、
２Ｃ〜８Ｃ…個別コントローラ、
２Ｃ２〜８Ｃ２…ファームウェア記憶手段、
２Ｃ２ａ〜８Ｃ２ａ…バージョン識別子記憶手段、
２Ｃ３〜８Ｃ３…デバイスロット識別子記憶手段、
２Ｃ４ａ〜８Ｃ４ａ…デバイスロット識別子送信手段、
２Ｃ４ａ１〜８Ｃ４ａ１…バージョン識別子送信手段、
１１，１１′，１１″…ファームウェアパックファイル、
１６…ファームウェア、
Ｃ２ａ…パックファイル送信手段、
ＰＣ１〜ＰＣ３，ＤＢＳ…端末、
Ｓ１…デバイス識別子、
Ｓ２…更新用ロット識別子、
Ｓ２′…デバイスロット識別子、
Ｓ３…更新用バージョン識別子、
Ｓ３′…バージョン識別子、
Ｕ…画像形成装置、
Ｕ１〜Ｕ３，ＵＩ…個別装置。
【図１】
2005196402.tif 000003
【図２】
2005196402.tif 000004
【図３】
2005196402.tif 000005
【図４】
2005196402.tif 000006
【図５】
2005196402.tif 000007
【図６】
2005196402.tif 000008
【図７】
2005196402.tif 000009
【図８】
2005196402.tif 000010
【図９】
2005196402.tif 000011
【図１０】
2005196402.tif 000012
【図１１】
2005196402.tif 000013
【図１２】
2005196402.tif 000014
【図１３】
2005196402.tif 000015
【図１４】
2005196402.tif 000016