JP2016031653A - 画像形成システム及び画像形成システムのバージョン変更処理方法 - Google Patents

Abstract

【課題】不都合のあるバージョンの組合せとなる各ファームウェアの更新を防ぎ、カスタムファームウェアを誤って一般用ファームウェアに変更しない。
【解決手段】画像形成装置は、カスタムファームウェアと一般用ファームウェアの区別を示す情報を含む問い合わせ情報を生成し、問い合わせ情報をサーバーに送信する。サーバーは、動作確認がとれているファームウェアの種類とそれらのバージョンを示す適合組合せを記憶し、画像形成装置にカスタムファームウェアが記憶されている場合には、カスタムファームウェアを一般用ファームウェアに書き換えない適合組合せを画像形成装置に返信する。画像形成装置は、記憶されるファームウェアのうち適合組合せとは異なるバージョンのファームウェアについて、適合組合せと一致するようにファームウェアをサーバーからダウンロードしインストールする。
【選択図】図４

Description

本発明は、画像形成装置と、画像形成装置にインストールされるファームウェアを提供するサーバーからなる画像形成システムとその制御方法に関する。

例えば、画像形成装置には、複数種のファームウェアが記憶される。例えば、画像形成装置では、印刷用ファームウェア、スキャン用ファームウェアのように、機能や画像形成装置の一部分がファームウェアの１つの単位とされる。そして、不具合や改良のため、ファームウェアのインストール（更新、アップデート）がなされることがある。このようなファームウェアのアップデート方法の一例が特許文献１に記載されている。

具体的に、特許文献１には、複数のセクションにそれぞれファームウェアを備えられ、新バージョンのファームウェアが格納された外部記憶媒体（ＵＳＢメモリー）が装着されると、新バージョン情報を取得し、取得した新バージョン情報とそれに対応する既存ファームウェアのバージョン情報とをセクション毎に対比してそれらのファームウェア名を表示し、セクション毎の各ファームウェア名に対してファームアップ対象とする指定操作が行われると、装置内にあらかじめ保存されているファームアップ管理情報を用いてアップデートすべきファームウェアの選択処理を行い、選択処理の結果に基づいてバージョンアップ処理、アップデート処理を実行するファームウェアのアップデート方法が記載されている。この構成によりファームアップの組み合わせやアップデートをおこなう順番が不適切とならないようにしようとする（特許文献１：請求項１、段落［０００６］等参照）。

特開２００７−３１０６９０号公報

特許文献１に記載されるように、従来、画像形成装置のファームウェアのアップデートには、ＵＳＢメモリーのような外部記憶媒体（持ち運びされる記憶媒体）が用いられていた。例えば、ＵＳＢメモリーに新しいバージョンのファームウェアを記憶させておく。そして、メンテナンスを行うサービスマンがＵＳＢメモリーを画像形成装置に接続する。そして、ＵＳＢメモリーから新バージョンのファームウェアが読み出され、ファームウェアのアップデートが行われる。

しかし、ＵＳＢメモリーを用いる場合、アップデートに際して予めＵＳＢメモリーに新バージョンのファームウェアを記憶させておく必要がある。画像形成装置に記憶されたファームウェアのうち、複数のファームウェアを更新する場合には、複数の更新用のファームウェアをＵＳＢメモリーに記憶させておかねばならない。そのため、ＵＳＢメモリーを用いるファームウェアのアップデートは、前準備の手間がかかる。更に、アップデートを行うべき機種が多数ある場合には、それぞれの機種に対してアップデート用のファームウェアをＵＳＢメモリーに記憶させなくてはならず、更に前準備に手間がかかる。また、ＵＳＢメモリーの紛失があったとき、ＵＳＢメモリーから顧客に関する情報が漏れる可能性がゼロではない。

そこで、画像形成装置と、各機種用の様々なファームウェアを蓄積、格納するサーバー（アップデート用のデータサーバー）とをネットワークで接続し、サーバーからファームウェアをダウンロードすることによりファームウェアのアップデートを行うことがある。

ここで、ダウンロードによりファームウェアのアップデートを行う場合、ダウンロードを行う画像形成装置から機種を示す情報などがサーバーに送信される。そして、サーバーからは、画像形成装置の機種に適合する１又は複数のファームウェアが送信される（ファームウェアのダウンロード）。これにより、自動的、半自動的にファームウェアのアップデートを行うことができる。例えば、画像形成装置が複数種のファームウェアを備えるとき、それぞれのファームウェアは、最新バージョンに更新される。しかし、各ファームウェア間のデータのやりとりの整合性がとれていないなどの理由により、アップデート後の各ファームウェアのバージョンが、画像形成装置の全部、又は、一部が動作しない不都合が生ずるような組合せとなる場合がある。そのため、画像形成装置のような複数種のファームウェアを備える装置では、ファームウェアの種類とそれらのバージョンの適切な組合せを考慮して、ファームウェアのダウンロードとアップデート（バージョン変更）を行う必要があるという問題がある。

また、顧客の要望に応え、カスタマイズされたファームウェア（以下、「カスタムファームウェア」と称する。）が提供されることがある。例えば、白紙は必ず出力しないようにしたり、不要な特定の設定項目に関しての設定画面を表示させないようにしたりするといったカスタマイズがなされることがある。しかし、自動的、半自動的なファームウェアのダウンロードとインストールでは、主にアップデートしようとする画像形成装置の機種に着目するので、カスタムファームウェアを一般用ファームウェアにアップデートしてしまう場合があるという問題もある。カスタムファームウェアに一般用ファームウェアを上書きすると、顧客の要望が反映されず、ファームウェアのインストールのやり直しの手間がかかる。

ここで、特許文献１の発明は、ＵＳＢメモリーを用いたファームウェアのアップデートに関する技術である。そのため、上述のように、予めファームウェアをＵＳＢメモリーに記憶させておく必要があるので、サービスマンのアップデートの前準備の作業負担は大きい。また、いったんファームウェアをアップデートしたものの、動作的な問題が生じたためにファームウェアを以前のバージョンに戻したいとき、元のバージョンのファームウェアを再度ＵＳＢメモリーに記憶させる作業が必要となり、不便である。さらに、上述したように、ＵＳＢメモリーの紛失による情報漏洩が生じ得るという問題もある。このように特許文献１記載の技術では、上記の問題を解決することはできない。

本発明は、上記従来技術の問題点に鑑みてなされたものであり、動作に不都合がでるバージョンの組合せとなるような画像形成装置のファームウェアの変更、更新を防ぎつつ、カスタムファームウェアを誤って一般用ファームウェアに変更しないようにする。

上記課題解決のため、請求項１に係る画像形成システムは、画像形成装置とサーバーを含む。前記画像形成装置は、種類が異なる複数のファームウェアと、それぞれの前記ファームウェアのバージョンを記憶する記憶部と、前記サーバーと通信するための通信部と、前記記憶部にインストールされた各前記ファームウェアのうち、どの前記ファームウェアがカスタマイズされたカスタムファームウェアであるか、どのファームウェアがカスタマイズされていない一般用ファームウェアであるかを判別し、前記記憶部に記憶されているファームウェアの種類と、どの前記ファームウェアが前記カスタムファームウェアであり、どのファームウェアが前記一般用ファームウェアであるかを示す情報を含む問い合わせ情報を生成し、生成した前記問い合わせ情報を前記通信部から前記サーバーに送信させる制御部、を含む。前記サーバーは、前記問い合わせ情報を受信するサーバー通信部と、種類ごと及びバージョンごとに、複数の前記ファームウェアを記憶するとともに、動作確認がとれている前記ファームウェアの種類とそれらのバージョンの組合せである適合組合せを複数、組合せデータとして記憶するサーバー記憶部と、前記問い合わせ情報を発した前記画像形成装置の前記記憶部に前記カスタムファームウェアが記憶されている場合には、当該カスタムファームウェアを前記一般用ファームウェアに書き換えない前記適合組合せであって、前記画像形成装置に記憶されている各前記ファームウェアとファームウェアの種類が同じである前記適合組合せを、前記問い合わせ情報を発した前記画像形成装置の前記記憶部に前記カスタムファームウェアが記憶されていない場合には、前記画像形成装置に記憶されている各前記ファームウェアとファームウェアの種類が同じである前記適合組合せを、前記組合せデータのなかから検索し、選び出した前記適合組合せを前記サーバー通信部から前記通信部にむけて返信させるサーバー処理部と、を含む。前記適合組合せを受信したとき、前記画像形成装置の前記制御部は、前記記憶部に記憶される前記ファームウェアのうち前記適合組合せに示されるバージョンと異なるバージョンの前記ファームウェアについて、前記適合組合せに示されるバージョンと一致するように前記ファームウェアを前記サーバーから前記通信部にダウンロードさせるとともに、ダウンロードした前記ファームウェアを前記記憶部にインストールさせるバージョン変更処理を前記記憶部と前記通信部に行わせる。

本発明によれば、サーバーからファームウェアをダウンロードしてインストールする場合、バージョン変更後に画像形成装置に記憶された各ファームウェアの種類と、それらのバージョンは、必ず、動作に不都合がでない組合せとなる。また、カスタムファームウェアを誤って一般用ファームウェアにバージョン変更することもない。

実施形態に係る画像形成システムの一例を示す図である。 実施形態に係る複合機の一例を示す図である。 実施形態に係る画像形成システムの構成の一例を示す図である。 サーバーに記憶される組合せデータの一例を示す図である。 複合機からサーバーへの問い合わせ情報の送信の流れの一例を示すフローチャートである。 サーバーでの適合組合せの検索と送信処理の流れの一例を示すフローチャートである。 複合機でのバージョン変更の操作と処理の流れの一例を示すフローチャートである。 バージョン変更設定画面の一例を示す図である。

以下、本発明の実施形態に係る画像形成システム１００を図１〜図８を用いて説明する。具体的に、画像形成装置としての複合機１と、ファームウェア４を提供するサーバー２を含む画像形成システム１００を説明する。但し、本実施の形態に記載されている構成、配置等の各要素は、発明の範囲を限定するものではなく単なる説明例にすぎない。

（画像形成システム１００の概要）
まず、図１を用いて、実施形態に係る画像形成システム１００の一例を説明する。図１は、実施形態に係る画像形成システム１００の一例を示す図である。

図１に示すように、画像形成システム１００は、複合機１とサーバー２を含む。サーバー２は、画像形成装置の各機種、各バージョンのファームウェア４を記憶する。言い換えると、サーバー２は、製造販売者が提供する画像形成装置の全種類に用いられる全てのファームウェア４の全バージョンを記憶する。そして、複合機１とサーバー２は、ＩＰ通信網のようなネットワーク３により相互に通信可能に接続される。

複合機１には複数のファームウェア４がインストールされる。複合機１は、バージョン変更を行うとき、ファームウェア４をサーバー２からダウンロードする（詳細は後述）。

（画像形成装置の概略）
次に、図２に基づき、実施形態に係る複合機１の概略を説明する。図２は実施形態に係る複合機１の一例を示す図である。

図２に示すように、本実施形態の複合機１は、複合機１の正面前方に操作パネル１１が設けられる（図２に破線で図示）。最上部に画像読取部１２と原稿カバー１３とを有する。また、更に、複合機１内部には、印刷部１ａとして、給紙部１４、搬送部１５、画像形成部１６、定着部１７等が設けられる。

原稿カバー１３は、紙面上下方向に開閉可能であり、コンタクトガラスにセットされた原稿を抑える。画像読取部１２内には露光ランプ、ミラー、レンズ、イメージセンサ（例えば、ＣＣＤ）等の光学系部材（不図示）が設けられる。画像読取部１２は、光学系部材を用いて原稿を読み取り、原稿の画像データを形成する。複合機１は、読み取りにより得られた画像データに基づき印刷を行うことができる（コピー機能）。また、原稿読み取りで得られた画像データを記憶したり、コンピューター２００に送信したりすることもできる（スキャン機能）

操作パネル１１は、複合機１の状態、各種メッセージ、設定画面を表示する表示部１１ａを備える。表示部１１ａは、設定用のキーを表示できる。又、表示部１１ａに対してタッチパネル部１１ｂ（画像形成装置の操作部に相当）が設けられる。タッチパネル部１１ｂは、表示部１１ａでタッチされた部分の位置、座標を検出し、使用者のキーに対する操作を検知するためのものである。又、操作パネル１１には、スタートキーのようなハードキー１１ｃ（画像形成装置の操作部に相当）も設けられる。

次に、印刷部１ａについて説明する。まず、給紙部１４は、複数の用紙を収容し、１枚ずつ搬送部１５に送る。搬送部１５は、給紙部１４から送られた用紙排出トレイ１５ａまで搬送する。画像形成部１６は、画像データに基づきトナー像を形成し、搬送される用紙にトナー像を転写する。定着部１７は、用紙に転写されたトナー像を定着させる。トナー定着後の用紙は、排出トレイ１５ａに排出される。

（画像形成システム１００のハードウェア構成）
次に、図３に基づき実施形態に係る画像形成システム１００のハードウェア構成の一例を説明する。図３は、実施形態に係る画像形成システム１００の構成の一例を示す図である。

まず、複合機１内には、主制御部１０（画像形成装置の制御部に相当）が設けられる。主制御部１０は複合機１の全体的な動作制御を司る。そして、主制御部１０は、ＣＰＵ１０ａ、画像処理部１０ｂを含む。ＣＰＵ１０ａは、中央演算処理装置であって、記憶部１８に格納され、展開されるプログラムやデータに基づき複合機１の各部を制御する。画像処理部１０ｂは、印刷を行う画像データや、外部のコンピューター２００や相手方のＦＡＸ装置３００に送信される画像データに対し、各種画像処理を施す。

記憶部１８は、例えば、ＲＯＭ、ＨＤＤ、フラッシュＲＯＭのような不揮発性の記憶装置と、ＲＡＭのような揮発性の記憶装置の組み合わせである。記憶部１８は、複数種のファームウェア４を不揮発的に記憶する。本実施形態の記憶部１８は、ファームウェア４として、メインファームウェア４ａ、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄなどを記憶する。各ファームウェア４は、記憶部１８のフラッシュＲＯＭなどに不揮発的に記憶される。ファームウェア４の種類は一例にすぎず、他の種類や分類のファームウェア４が記憶されてもよい。

メインファームウェア４ａは、主制御部１０のハードウェアの基本的な制御を行い、主制御部１０に所望の動作をさせるためのソフトウェアである。ＣＰＵ１０ａや画像処理部１０ｂは、メインファームウェア４ａに基づいて処理や動作を行う。

パネル用ファームウェア４ｂは、操作パネル１１のハードウェアの基本的な制御を行い、所望の動作をさせるためのソフトウェアである。操作パネル１１には、表示部１１ａの表示を制御し、タッチパネル部１１ｂの出力やハードキー１１ｃの出力に基づき使用者の操作（操作したキー）を認識するパネル制御部１１０が設けられる（図３参照）。パネル制御部１１０は、パネル用ファームウェア４ｂに基づき、表示部１１ａの表示を制御し、使用者の操作を受け付ける。操作パネル１１の表示入力装置としての機能が、パネル用ファームウェア４ｂによって実現される。

エンジン用ファームウェア４ｃは、印刷部１ａに含まれるハードウェアの基本的な制御を行い、所望の動作をさせるためのソフトウェアである。印刷部１ａには、給紙部１４、搬送部１５、画像形成部１６、定着部１７などの動作を制御し、印刷部１ａ内に配されたセンサー（不図示）の出力に基づいて、印刷部１ａの動作（印刷）を実際に制御するエンジン制御部１ｂが設けられる（図３参照）。エンジン制御部１ｂは、エンジン用ファームウェア４ｃに基づき、印刷部１ａに含まれる各部の動作を実際に制御する。コピー機能やプリント機能を用いるとき、印刷部１ａの印刷を行う機能が、エンジン用ファームウェア４ｃによって実現される。

スキャン用ファームウェア４ｄは、画像読取部１２に含まれるハードウェアの基本的な制御を行い、所望の動作をさせるためのソフトウェアである。画像読取部１２には、イメージセンサーや、ランプやランプを移動させるモーターなどの動作を制御し、画像読取部１２の動作（スキャン）を実際に制御するスキャン制御部１２ａが設けられる（図３参照）。スキャン制御部１２ａは、スキャン用ファームウェア４ｄに基づき、画像読取部１２に含まれる各部の動作を実際に制御し、スキャンに関する動作を制御する。コピー機能やスキャン送信機能を用いるとき、原稿読み取り機能が、スキャン用ファームウェア４ｄによって実現される。

又、記憶部１８は、複合機１の機種を示す情報（機種情報ｉ１）を記憶する。また、記憶部１８は、各ファームウェア４（メインファームウェア４ａ、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄ）がカスタマイズされているか否かを示すカスタマイズ情報ｉ２も記憶する。更に、ファームウェア４のそれぞれには、そのファームウェア４のバージョンを示すバージョン情報が付されている。従って、記憶部１８は、それぞれのファームウェア４のバージョンも記憶している。機種情報ｉ１、カスタマイズ情報ｉ２、バージョン情報は、ファームウェア４のバージョン変更に用いることができる。

更に、主制御部１０は、各種コネクタ、ソケット、通信制御用のチップ等を備えた通信部１９と接続される。通信部１９は、ネットワーク３やケーブル等により、サーバー２や、コンピューター２００や、ＦＡＸ装置３００と複合機１とを通信可能に接続する。例えば、設定データ等を含む画像データをコンピューター２００やＦＡＸ装置３００（インターネットＦＡＸでもよい）と送受信に送信することができる（スキャナ機能、ＦＡＸ機能）。又、コンピューター２００やＦＡＸ装置３００からの画像データに基づき印刷を行うこともできる（プリンタ機能、ＦＡＸ機能）。

次に、サーバー２について説明する。サーバー２は、ネットワーク３を介して複合機１と通信可能に接続される。そして、図３に示すように、サーバー２は、例えば、ＣＰＵ２０ａや、メモリー２０ｂ（ＲＡＭ）を含むサーバー処理部２０を備える。サーバー処理部２０は、例えば、サーバー２の制御基板である。

サーバー記憶部２１は、ＨＤＤやＳＳＤなどの大容量の記憶装置である。そして、サーバー記憶部２１は、製造者が製造、販売する画像形成装置の各機種のファームウェア４を記憶する。画像形成装置が、実施形態に係る複合機１のように、メインファームウェア４ａ、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄのように、１機種が複数種類のファームウェア４を記憶する場合、サーバー記憶部２１は、その機種のファームウェア４の全種類を記憶する。また、ある種類のファームウェア４にバージョンが複数ある場合、サーバー記憶部２１は、それぞれのバージョンを記憶する。言い換えると、サーバー記憶部２１は、種類ごと及びバージョンごとに、複数のファームウェア４を記憶する。また、サーバー記憶部２１は、顧客の依頼によってカスタマイズされていない一般の顧客向けの一般用ファームウェアを記憶する。また、サーバー記憶部２１は、顧客の依頼によってカスタマイズされたカスタムファームウェアも記憶する。

又、サーバー２は、外部と通信を行うためのインターフェイスであるサーバー通信部２３を含む。例えば、図３に示すように、ネットワーク３等を介して、複合機１の通信部１９とサーバー通信部２３は、通信可能に接続される。そして、サーバー２と複合機１間では、各種データの送受信を行うことができる。

又、サーバー２には、キーボードやマウスのような入力を行うための入力デバイス２４や、画面を表示させるためのディスプレイ２５を設けることができる（尚、便宜上、図１では、入力デバイス２４とディスプレイ２５の図示を省略している）。

（サーバー記憶部２１に記憶される組合せデータＤ１）
次に、図４を用いて、サーバー２に記憶される組合せデータＤ１を説明する。図４は、サーバー２に記憶される組合せデータＤ１の一例を示す図である。

ファームウェア４のバージョンが異なると、信号形式、データ形式、信号発信タイミングなど、信号（インターフェイス）の決まりごとが変わる場合がある。ファームウェア４の種類とそれらのバージョンの組合せによっては、複合機１に含まれる各部分とのやりとりやファームウェア間でのやりとりに齟齬が生じ、複合機１が適切に動作しなくなる場合がある。そのため、ファームウェア４のバージョン変更をするときには、各ファームウェア４の種類とそれらのバージョンの組合せを考慮する必要がある。そこで、サーバー記憶部２１は、組合せデータＤ１を記憶する。組合せデータＤ１は、動作しないなどの不都合や問題が無く、動作確認がとれているファームウェア４の種類とそれらのバージョンの組合せである適合組合せＤ２を含むデータである。

適合組合せＤ２は、サーバー２の管理者や、ファームウェア４の開発者によって、入力デバイス２４によりサーバー２に入力される。新たに入力され、サーバー記憶部２１に登録された適合組合せＤ２は、組合せデータＤ１に追加される。なお、サーバー２とは別のコンピューターで適合組合せＤ２を作成し、コンピューターから適合組合せＤ２を示すデータをサーバー通信部２３に送信することにより、組合せデータＤ１に新たな適合組合せＤ２が登録されるようにしてもよい。

図４を用いて、組合せデータＤ１の具体例を説明する。図４に示す「機種Ａ」は、画像形成装置の一機種であって、本願の複合機１の機種を示す。この機種では、ファームウェア４が複数種類ある。この機種では、上述したように、ファームウェア４として、メインファームウェア４ａ、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄが記憶部１８にインストールされる。また、図４に示す「機種Ｂ」は、「機種Ａ」と異なる機種の画像形成装置である。なお、「機種Ｂ」の画像形成装置でも、ファームウェア４として、メインのファームウェア４、パネル用のファームウェア４、エンジン用のファームウェア４、スキャン用のファームウェア４がある。しかし、機種によって、全く異なる区分け、名称でファームウェア４が用意されることがある。

そして、図４のうち、「一般機」は、記憶部１８にインストールされたファームウェア４に、カスタムファームウェアが全く含まれていないものを示す。言い換えると、複合機１の購入後、複合機１の製造販売者にファームウェア４のカスタマイズを依頼せず、そのまま使っている顧客の複合機１が「一般機」である。

そして、図４では、一般用ファームウェアのバージョンを数字３桁で示している。機種Ａに関しては、メインファームウェア４ａでは、「０１０」、「０１１」、「０１２」がバージョンを示す。また、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄでは、「００１」、「００２」、「００３」がバージョンを示す。そして、３桁の数字が大きいほど、新しいバージョンである。バージョンを数字３桁で表すのは一例にすぎず、他の手法、態様によりバージョンを示してもよい。

そして、図４の例では、一般機（一般用ファームウェア）では、問題無く動作すると動作確認がとれているファームウェア４の種類と、それらのバージョンの組合せである適合組合せＤ２が、３つ、組合せデータＤ１として記憶されている。例えば、図４で示す一般機に連なる３つの横並びの矩形のうち、最も左側の矩形で示す適合組合せＤ２は、「バージョン０１２のメインファームウェア４ａと、バージョン００２のパネル用ファームウェア４ｂと、バージョン００３のエンジン用ファームウェア４ｃと、バージョン００３のスキャン用ファームウェア４ｄ」である。

一方、図４のうち、「カスタム機」は、記憶部１８にインストールされたファームウェア４に、１つ以上、カスタムファームウェアが含まれているものを示す。言い換えると、複合機１の購入後、複合機１の製造販売者にファームウェア４のカスタマイズを依頼し、カスタマイズされたファームウェア４を使っている顧客の複合機１が「カスタム機」である。

そして、図４では、「カスタム機」にインストールされたファームウェア４のうち、カスタムファームウェアのバージョンは、「アルファベット＋数字２桁」で示している。アルファベットは、カスタムファームウェアのタイプを示す。そのため、図４に示す「ａ型」の「カスタム機」にインストールされた「Ａタイプ」のカスタムファームウェアと、「ｂ型」の「カスタム機」にインストールされた「Ｂタイプ」のカスタムファームウェアは、同じメインファームウェア４ａであるが、種類が異なるものとして扱われる。このように、サーバー記憶部２１は、種類、タイプごとに、カスタムファームウェアを記憶する。そして、カスタムファームウェアの種類、タイプごとに、動作確認がとれているファームウェア４の種類とそれらのバージョンの組合せである適合組合せＤ２が組合せデータＤ１として記憶される。

尚、複合機１にインストールされるファームウェア４のうち、全種類のファームウェア４がカスタマイズされるとは限らない。図４に示す例では、一般用ファームウェアのバージョンを数字３桁で示すので、ａ型、ｂ型の「カスタム機」の何れも、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄには、一般用ファームウェアが適用される。尚、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄの何れか、又は、全てがカスタムファームウェアである場合もある。

具体的に、ａ型のカスタム機では、メインファームウェア４ａの「１２」、「１１」、がカスタムファームウェアのバージョンを示す。ｂ型のカスタム機では、メインファームウェア４ａの「０５」がカスタムファームウェアのバージョンを示す。そして、数字２桁部分の数字が大きいほど、新しいバージョンであること示している。また、ａ型、ｂ型のカスタム機でも一般機と同様に、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄでは「００１」、「００２」、「００３」がバージョンを示す。

そして、図４の例では、ａ型とｂ型のカスタム機のそれぞれについて、適合組合せＤ２が２つずつ、組合せデータＤ１として記憶されている。ａ型のカスタム機に関しては、組合せデータＤ１には、「バージョンＡ１２（又は、Ａ１１）のメインのカスタムファームウェアと、バージョン００１のパネル用の一般用ファームウェアと、バージョン００２のエンジン用の一般用ファームウェアと、バージョン００２のスキャン用の一般用ファームウェアの組合せ」が適合組合せＤ２として登録されている。また、ｂ型のカスタム機に関しては、組合せデータＤ１には、「バージョンＢ０５のメインのカスタムファームウェアと、バージョン００１（又は００２）のパネル用の一般用ファームウェアと、バージョン００１（又は００３）のエンジン用の一般用ファームウェアと、バージョン００１のスキャン用の一般用ファームウェアの組合せ」が適合組合せＤ２として登録されている。

尚、図４において、それぞれの適合組合せＤ２の上側に付された「２０□□/△△」は、西暦と月を示す。具体的には、適合組合せＤ２が組合せデータＤ１に含められた（登録された）時を示す。

そして、図４に機種Ｂ、機種Ｃとして示すように、機種ごとに、動作確認がとれているファームウェア４の種類とそれらのバージョンの組合せが定義された適合組合せＤ２が組合せデータＤ１としてサーバー記憶部２１に記憶される。

（ファームウェア４のバージョン変更の流れ）
次に、図５〜図８を用いて複合機１のファームウェア４のバージョン変更の流れを説明する。

〈１．問い合わせ情報の送信〉
まず、図５を用いて、複合機１に記憶された各ファームウェア４のバージョン変更処理の第１段階である問い合わせ情報の送信について説明する。図５は、複合機１からサーバー２への問い合わせ情報の送信の流れの一例を示すフローチャートである。

図５のスタートは、複合機１にインストールされているファームウェア４の全種類、又は、一部の種類のバージョン変更処理の開始時点である。操作パネル１１は、使用者やサービスマンによるバージョン変更処理の開始を指示する所定操作を受け付ける。所定操作がなされると、主制御部１０は、バージョン変更処理を開始する。尚、各ファームウェア４のバージョン変更は、一定の時点で自動的に開始されても良いし（例えば、偶数月や奇数月の１５日の１２時などのように、決まった月の特定の日時）、新たなバージョンのファームウェア４がサーバー記憶部２１に記憶されたときに、サーバー処理部２０がサーバー通信部２３から各複合機１の通信部１９にむけて発信させる通知に基づき開始されてもよい。

続いて、主制御部１０は、記憶部１８に記憶された各ファームウェア４がカスタマイズされたカスタムファームウェアであるか、カスタマイズされていない一般用ファームウェアであるかを判別する（ステップ♯１１）。カスタムファームウェアを一般用ファームウェアに変更しないようにするため、バージョン変更処理の当初で確認する。例えば、主制御部１０は、カスタマイズ情報ｉ２に基づき、記憶部１８にインストールされたファームウェア４のうち、どれがカスタムファームウェアであり、どのファームウェア４が一般用ファームウェアであるかを認識する。更に、主制御部１０は、バージョン情報に基づき、各ファームウェア４のバージョンを確認する（ステップ♯１２）。

そして、主制御部１０は、問い合わせ情報を生成する（ステップ♯１３）。具体的には、オプション装置の追加によって、記憶部１８にオプション装置用のファームウェア４が追加でインストールされることもあるので、主制御部１０は、記憶部１８にインストールされているファームウェア４の種類（メインファームウェア４ａ、パネル用ファームウェア４ｂ、エンジン用ファームウェア４ｃ、スキャン用ファームウェア４ｄなど）を示す情報を問い合わせ情報に含める。また、主制御部１０は、複数のファームウェア４のうち、どのファームウェア４がカスタムファームウェアであるか、どのファームウェア４が一般用ファームウェアであるかを示す情報を問い合わせ情報に含める。また、主制御部１０は、バージョン情報に基づき、各ファームウェア４のバージョンを問い合わせ情報に含めてもよい。更に、主制御部１０は、機種情報ｉ１に基づき、自機（複合機１）の機種を示す情報を問い合わせ情報に含める。そして、主制御部１０は、通信部１９からサーバー２（サーバー通信部２３）に向けて生成した問い合わせ情報を送信させる（ステップ♯１４）。

〈２．適合組合せＤ２の検索と送信〉
次に、図６を用いて、複合機１から問い合わせ情報を受信したサーバー２での処理を説明する。図６は、サーバー２での適合組合せＤ２の検索と送信処理の流れの一例を示すフローチャートである。

図６のスタートは、サーバー通信部２３が複合機１の通信部１９からの問い合わせ情報を受信した時点である。まず、サーバー処理部２０は、複合機１の機種、及び、複合機１でのファームウェア４の種類の組合せ、各ファームウェア４のバージョンを確認する（ステップ♯２１）。

そして、サーバー処理部２０は、組合せデータＤ１のなかから、複合機１の機種向けの組合せであって、かつ、複合機１にインストールされているファームウェア４の種類とファームウェア４の種類が同じ適合組合せＤ２を、問い合わせ情報を送信した複合機１に適合する適合組合せＤ２として検索し、選び出す（ステップ♯２２）。なお、問い合わせ情報を送信した複合機１の各ファームウェア４とファームウェア４の種類が同じ適合組合せＤ２が複数あるとき、サーバー処理部２０は、全ての適合組合せＤ２を選び出す。

具体的な検索条件を説明する。サーバー処理部２０は、問い合わせ情報を発した複合機１の記憶部１８にカスタムファームウェアが記憶されている場合、当該カスタムファームウェアを一般用ファームウェアに書き換えない適合組合せＤ２を検索する。言い換えると、サーバー処理部２０は、複合機１に記憶されている複数のファームウェア４のうち、カスタムファームウェアに関しては、同じ種類（同じタイプ）であって、同じバージョンのカスタムファームウェア、又は、同じ種類であるがバージョン違いのカスタムファームウェアが定義されている適合組合せＤ２を選び出す。例えば、図４の例を用いると、サーバー処理部２０は、「ａ型」のカスタム機では、組合せデータＤ１に含まれる適合組合せＤ２のうち、メインファームウェア４ａが「Ａ１２」、「Ａ１１」である適合組合せＤ２を抽出する。

一方、サーバー処理部２０は、組合せデータＤ１のなかから、問い合わせ情報を発した複合機１の記憶部１８にカスタムファームウェアが記憶されていない場合（全種類、一般用ファームウェアである場合）、複合機１（の機種）に適合する一般用ファームウェアの組合せが定義された適合組合せＤ２を選び出す。これにより、一般用ファームウェアを誤ってカスタムファームウェアにインストールすることがなくなる。

そして、サーバー処理部２０は、選び出した適合組合せＤ２（機種に適合する各ファームウェア４の種類とそれらのバージョンの組合せ）を、複合機１の通信部１９に向けて、サーバー通信部２３に送信させる（ステップ♯２３）。これにより、問い合わせ情報を送信した複合機１に対するサーバー２の応答処理は終了する（エンド）。尚、送信する適合組合せＤ２の数が多すぎると、複合機１で表示しきれない場合があるので、サーバー処理部２０は、組合せデータＤ１に登録された時点が新しい順で、予め定められた個数分（例えば、３〜５）の適合組合せＤ２を送信するようにしてもよい。

〈３．バージョン変更の操作と処理〉
次に、図７、図８を用いて、適合組合せＤ２を受信した複合機１での処理を説明する。図７は、複合機１でのバージョン変更の操作と処理の流れの一例を示すフローチャートである。図８は、バージョン変更設定画面Ｓ１の一例を示す図である。

図７のスタートは、複合機１の通信部１９がサーバー通信部２３から適合組合せＤ２を受信した時点である。まず、主制御部１０は、適合組合せＤ２の内容を操作パネル１１の表示部１１ａに表示させる（ステップ♯３１）。図８に示すように、主制御部１０は、適合組合せＤ２の内容をバージョン変更設定画面Ｓ１上に表示させる。そこで、図８を用いて、バージョン変更設定画面Ｓ１を説明する。

まず、主制御部１０は、現在、記憶部１８に記憶されているそれぞれのファームウェア４の現在のバージョンをバージョン変更設定画面Ｓ１内に表示させる。図８は、「Ｃｕｒｒｅｎｔ Ｖｅｒｓｉｏｎ」の文字が付された現バージョン表示領域Ｓ１ａの内側に、記憶部１８に記憶される現在の各ファームウェア４の種類と、それぞれのバージョンを表示する例を示す。これにより、現在の各ファームウェア４のバージョンを知ることができ、適合組合せＤ２との比較するうえで参照することができる。

図８に示す例では、現バージョン表示領域Ｓ１ａは、「現在、記憶部１８にバージョンＣ０７であってカスタマイズされたメインファームウェア４ａと、バージョン００１であって一般用のパネル用ファームウェア４ｂと、バージョン００２であって一般用のエンジン用ファームウェア４ｃと、バージョン００２であって一般用のスキャン用ファームウェア４ｄの４種類のファームウェア４がインストールされている。」ことを示している。

また、主制御部１０は、バージョン変更設定画面Ｓ１内にバージョン変更キーＫ１を表示させる。バージョン変更キーＫ１は、適合組合せＤ２に基づき、記憶部１８に記憶されるファームウェア４の全種類、又は、一部を変更するときに操作される（詳細は後述）。

更に、図８に示すように、主制御部１０は、バージョン変更設定画面Ｓ１内の適合組合せ表示領域Ｓ１ｂに、適合組合せＤ２での各ファームウェア４の種類と、それらのバージョンを表示部１１ａに表示させる。具体的に、主制御部１０は、適合組合せＤ２ごとに複数のタブＴ１、Ｔ２、Ｔ３を表示部１１ａに表示させる。タブ（Ｔ１、Ｔ２、Ｔ３）内には、その適合組合せＤ２が組合せデータＤ１に登録された（含められた）時を示す情報が含まれる。具体的に、図８の上下両図の例では、３つのタブＴ１内に「２０１４／０６」、タブＴ２内に「２０１４／０１」、タブＴ３内に「２０１３／１０」が付されている。具体的に、「２０１４年０６月」、「２０１４年１月」、「２０１３年１０月」に、それぞれのタブＴ１、Ｔ２、Ｔ３に対応する適合組合せＤ２が、サーバー記憶部２１に登録されたことを示している。また、タブＴ１、Ｔ２、Ｔ３は、組合せデータＤ１として登録された時が新しい順に並べて表示される（図８の例では、左側ほど新しい）。

これらのタブＴ１、Ｔ２、Ｔ３の表示のため、サーバー記憶部２１は、登録された年月日を示す属性情報が付された適合組合せＤ２を組合せデータＤ１として記憶する。言い換えると、サーバー記憶部２１は、各適合組合せＤ２が組合せデータＤ１として登録された年月日も記憶する。そして、サーバー処理部２０は、組合せデータＤ１として登録された年月日を、複合機１の機種及びカスタムファームウェアの有無に応じて適合するとして選ばれた各適合組合せＤ２に付して、複合機１の通信部１９に送信する。

操作パネル１１のタッチパネル部１１ｂは、何れかのタブに対する操作を受け付ける。そして、主制御部１０（パネル制御部１１０）は、操作されたタブに対応する適合組合せＤ２のファームウェア４の種類とそれらのバージョンを適合組合せ表示領域Ｓ１ｂ内に表示させる（カスタムファームウェアであるか否かは、バージョンを示す部分にアルファベットが付されているか否からより示される）。図８の上側と下側の図は、タブＴ１に対応する適合組合せＤ２を表示している状態から、タブＴ３へのタッチ操作に応じて、タブＴ３に対応する適合組合せＤ２に表示を切り替える例を示している。

また、図８の上側のバージョン変更設定画面Ｓ１では、２０１４年０６月に登録され、「バージョンＣ０８であってカスタマイズされたメインファームウェア４ａと、バージョン００２であって一般用のパネル用ファームウェア４ｂと、バージョン００３であって一般用のエンジン用ファームウェア４ｃと、バージョン００３であって一般用のスキャン用ファームウェア４ｄの組合せ」が定められた適合組合せＤ２が示されている。

また、図８の下側のバージョン変更設定画面Ｓ１では、２０１３年１０月に登録され、「バージョンＣ０６であってカスタマイズされたメインファームウェア４ａと、バージョン００１であって一般用のパネル用ファームウェア４ｂと、バージョン００２であって一般用のエンジン用ファームウェア４ｃと、バージョン００２であって一般用のスキャン用ファームウェア４ｄの適合組合せＤ２、組合せ」が定められた適合組合せＤ２が示されている。

そして、主制御部１０は、タッチパネル部１１ｂがバージョン変更キーＫ１への操作（タッチ）を受け付けたか否か（バージョン変更設定画面Ｓ１でバージョン変更キーＫ１が操作されたか否か）を確認する（ステップ♯３２）。バージョン変更キーＫ１への操作がなされないとき（ステップ♯３２のＮｏ）、フローは、ステップ♯３１に戻る。

一方、バージョン変更キーＫ１への操作がなされたとき（ステップ♯３２のＹｅｓ）、主制御部１０は、記憶部１８に記憶されるファームウェア４のうち適合組合せＤ２で示されるバージョンと異なるバージョンのファームウェア４をサーバー２から通信部１９にダウンロードさせる（ステップ♯３３）。言い換えると、主制御部１０は、表示部１１ａに表示されている適合組合せＤ２と一致させるため、記憶部１８に記憶されるファームウェア４のうち、バージョン変更キーＫ１が操作された時点で内容が表示されていた適合組合せＤ２（選択されていたタブＴ１、Ｔ２、Ｔ３に対応する適合組合せＤ２）と異なるバージョンのファームウェア４について、適合組合せＤ２に示されるバージョンのファームウェア４を通信部１９にダウンロードさせる（サーバー２から取得させる）。尚、カスタムファームウェアについては、場合により、バージョンが異なるものの、顧客の要望が実現され、同じタイプ、種類、系統であるカスタムファームウェアがダウンロードされる。

更に、主制御部１０は、ダウンロードしたファームウェア４を記憶部１８にインストールさせる（ステップ♯３４）。このように、主制御部１０は、記憶部１８にインストールされるファームウェア４の種類とそれらのバージョンと、適合組合せＤ２に示されたファームウェア４の種類とそれらのバージョンを一致させるバージョン変更処理を、通信部１９、記憶部１８に行わせる。

尚、バージョン変更処理では、適合組合せＤ２のうち、現在、記憶部１８に記憶されているファームウェア４よりも古いバージョンのファームウェア４への変更が許容されている。例えば、最新版のファームウェア４にインストールしたところ、後日、インストール後のファームウェア４に不具合が見つかり、インストール前のファームウェア４に戻したい場合がある。このように場合、サーバー２から受信した適合組合せＤ２のうち、元に戻したいファームウェア４のバージョンを含む適合組合せＤ２を選択し、バージョン変更処理を実行するだけで、複合機１の状態を動作に問題がない状態に戻すことができる。

このようにして、実施形態に係る画像形成システム１００は、画像形成装置（複合機１）とサーバー２を含む。画像形成装置（複合機１）は、種類が異なる複数のファームウェア４と、それぞれのファームウェア４のバージョンを記憶する記憶部１８と、サーバー２と通信するための通信部１９と、記憶部１８にインストールされた各ファームウェア４のうち、どのファームウェア４がカスタマイズされたカスタムファームウェアであるか、どのファームウェア４がカスタマイズされていない一般用ファームウェアであるかを判別し、記憶部１８に記憶されているファームウェア４の種類と、どのファームウェア４がカスタムファームウェアであり、どのファームウェア４が一般用ファームウェアであるかを示す情報を含む問い合わせ情報を生成し、生成した問い合わせ情報を通信部１９からサーバー２に送信させる制御部（主制御部１０）、を含む。サーバー２は、問い合わせ情報を受信するサーバー通信部２３と、種類ごと及びバージョンごとに、複数のファームウェア４を記憶するとともに、動作確認がとれているファームウェア４の種類とそれらのバージョンの組合せである適合組合せＤ２を複数、組合せデータＤ１として記憶するサーバー記憶部２１と、問い合わせ情報を発した画像形成装置（複合機１）の記憶部１８にカスタムファームウェアが記憶されている場合には、当該カスタムファームウェアを一般用ファームウェアに書き換えない適合組合せＤ２であって、画像形成装置に記憶されている各ファームウェア４とファームウェア４の種類が同じである適合組合せＤ２を、問い合わせ情報を発した画像形成装置の記憶部１８にカスタムファームウェアが記憶されていない場合には、画像形成装置に記憶されている各ファームウェア４とファームウェア４の種類が同じである適合組合せＤ２を、組合せデータＤ１のなかから検索し、選び出した適合組合せＤ２をサーバー通信部２３から通信部１９にむけて返信させるサーバー処理部２０と、を含む。適合組合せＤ２を受信したとき、画像形成装置（複合機１）の制御部（主制御部１０）は、記憶部１８に記憶されるファームウェア４のうち適合組合せＤ２に示されるバージョンと異なるバージョンのファームウェア４について、適合組合せＤ２に示されるバージョンと一致するようにファームウェア４をサーバー２から通信部１９にダウンロードさせるとともに、ダウンロードしたファームウェア４を記憶部１８にインストールさせるバージョン変更処理を記憶部１８と通信部１９に行わせる。

これにより、サーバー記憶部２１には、動作しないといった不都合がなく、動作確認がとれているファームウェア４のバージョンの組合せである適合組合せＤ２が記憶される。そして、サーバー処理部２０は、組合せデータＤ１のなかから、問い合わせしてきた画像形成装置の機種、インストールされているファームウェア４向けの適合組合せＤ２を検索する。そのため、検索により得られた適合組合せＤ２に示される各ファームウェア４のバージョンに合致するように画像形成装置の１又は複数のファームウェア４のバージョン変更を行っても、動作しないといった不都合は生じない。従って、変更後の各ファームウェア４のバージョンの組合せが、画像形成装置が動作しないような組合せとなることを防ぐことができる。

更に、画像形成装置にカスタムファームウェアがインストールされているとき、カスタムファームウェアを一般用ファームウェアに書き換えない適合組合せＤ２であって、画像形成装置に適合するファームウェア４の種類とそれらのバージョンの適合組合せＤ２、組合せが検索される。従って、カスタムファームウェアを一般用ファームウェアに誤って書き換えてしまうこともない。又、一般用ファームウェアは、一般用ファームウェアにバージョン変更され、カスタムファームウェアに変更されることがない。

ここで、適合組合せＤ２では、バージョンが同じカスタムファームウェアはもちろんのこと、バージョンは異なるが同じ顧客向けのカスタムファームウェアは、同じ種類のファームウェア４と扱われる。異なる顧客向けであり、実現される機能に差があるカスタムファームウェアは異なる種類のファームウェア４と扱われる。同様の用途、機能の一部は共通していても、カスタムファームウェアと一般用ファームウェアは異なる種類のファームウェア４として扱われる。

又、画像形成システム１００の画像形成装置（複合機１）は、表示を行う表示部１１ａと、使用者の操作を受け付ける操作部（タッチパネル部１１ｂ、ハードキー１１ｃ）と、を含んでいる。そして、制御部（主制御部１０）は、記憶部１８に記憶されたそれぞれ各ファームウェア４の種類とそれらの現在のバージョンと、適合組合せＤ２での各ファームウェア４の種類と、それらのバージョンと、バージョン変更キーＫ１を表示部１１ａに表示させ、バージョン変更キーＫ１への操作を操作部が受け付けたとき、表示部１１ａに表示されている適合組合せＤ２と一致するように通信部１９と記憶部１８にバージョン変更処理を行わせる。これにより、キーをタッチするという簡単な操作で、適合組合せＤ２の適合組合せＤ２のバージョンと一致するように画像形成装置（複合機１）の各ファームウェア４をバージョン変更することができる。

又、サーバー処理部２０は、複数種の適合組合せＤ２をサーバー通信部２３から通信部１９にむけて返信させる。そして、制御部（主制御部１０）は、記憶部１８に記憶されたそれぞれのファームウェア４の現在のバージョンとバージョン変更キーＫ１を表示部１１ａに表示させるとともに、適合組合せＤ２ごとに複数のタブＴ１、Ｔ２、Ｔ３を表示部１１ａに表示させ、更に、操作されたタブＴ１、Ｔ２、Ｔ３に対応する適合組合せＤ２の内容を表示部１１ａに表示させ、バージョン変更キーＫ１への操作を操作部が受け付けたとき、記憶部１８に記憶されるファームウェア４のうち、バージョン変更キーＫ１が操作された時点で表示されていた適合組合せＤ２と異なるバージョンのファームウェア４について、通信部１９と記憶部１８にバージョン変更処理を行わせる。これにより、画像形成装置（複合機１）に適合するファームウェア４の種類とそれらのバージョンの組合せ（適合組合せＤ２）が複数存在するとき、これら複数の適合組合せＤ２を複数パターン、表示させることができる。そして、タブＴ１、Ｔ２、Ｔ３により、表示させる適合組合せＤ２を選択することができる。また、タブＴ１、Ｔ２、Ｔ３により選択された適合組合せＤ２と一致するバージョンで、各ファームウェア４のダウンロードとダウンロードしたファームウェア４のインストールがなされる。従って、容易に、画像形成装置に記憶される各ファームウェア４のバージョンを。使用者が所望するバージョンや、動作が保証されたバージョンにあわせることができる。

又、制御部（主制御部１０）は、組合せデータＤ１として登録された時が新しい順に、それぞれの適合組合せＤ２に対応するタブＴ１、Ｔ２、Ｔ３を並べて表示し、組合せデータＤ１に登録された時を示す情報をタブＴ１、Ｔ２、Ｔ３内に表示させる。これにより、タブＴ１、Ｔ２、Ｔ３は、ファームウェア４バージョンが最新のものから順番に表示される。従って、組合せデータＤ１への登録時を確認することによって、以前のバージョンのファームウェア４をインストールしたい場合には、以前のファームウェア４のバージョンを含む適合組合せＤ２に対応するタブＴ１、Ｔ２、Ｔ３を選択し、バージョン変更キーＫ１を操作すればよい。また、画像形成装置（複合機１）のファームウェア４を、それぞれ最も新しいバージョンにしたい場合、登録時が最も新しいタブＴ１、Ｔ２、Ｔ３を選択し、バージョン変更キーＫ１を操作すればよい。従って、日時、新しさを基準に、画像形成装置の各ファームウェア４のバージョンを調整、変更することができる。

又、本発明（画像形成システム１００）は、方法の発明としても捉えることができる。具体的に、本発明の画像形成システム１００のバージョン変更処理方法は、種類が異なる複数のファームウェア４と、それぞれのファームウェア４のバージョンを画像形成装置（複合機１）に記憶させること、画像形成装置にインストールされた各ファームウェア４のうち、どのファームウェア４がカスタマイズされたカスタムファームウェアであるか、どのファームウェア４がカスタマイズされていない一般用ファームウェアであるかを判別すること、画像形成装置に記憶されているファームウェア４の種類と、どのファームウェア４がカスタムファームウェアであり、どのファームウェア４が一般用ファームウェアであるかを示す情報を含む問い合わせ情報を生成すること、生成した問い合わせ情報を画像形成装置からサーバー２に送信すること、種類ごと及びバージョンごとに、複数のファームウェア４をサーバー２に記憶させること、動作確認がとれているファームウェア４の種類とそれらのバージョンの組合せである適合組合せＤ２を複数、組合せデータＤ１としてサーバー２に記憶させること、問い合わせ情報を発した画像形成装置にカスタムファームウェアが記憶されている場合には、当該カスタムファームウェアを一般用ファームウェアに書き換えない適合組合せＤ２であって、画像形成装置に記憶されている各ファームウェア４とファームウェア４の種類が同じである適合組合せＤ２を、問い合わせ情報を発した画像形成装置にカスタムファームウェアが記憶されていない場合には、画像形成装置に記憶されている各ファームウェア４とファームウェア４の種類が同じである適合組合せＤ２を、組合せデータＤ１のなかから検索すること、選び出した適合組合せＤ２をサーバー２から画像形成装置通信部１９にむけて返信すること、適合組合せＤ２を受信したとき、画像形成装置が記憶するファームウェア４のうち適合組合せＤ２に示されるバージョンと異なるバージョンのファームウェア４について、適合組合せＤ２に示されるバージョンと一致するようにファームウェア４をサーバー２からダウンロードすること、ダウンロードしたファームウェア４を画像形成装置にインストールするバージョン変更処理を行うこと、を含む。

これにより、本発明のバージョン変更処理方法によれば、インストールされる各ファームウェア４のバージョンの組合せが、動作に不都合、支障がある組合せとならない。また、画像形成装置にインストールされたファームウェア４のうち、カスタムファームウェアを誤って一般用ファームウェアに上書きしてしまうことがなくなる。

又、本発明は、上述のように、画像形成システム１００の制御方法の発明として捉えることもできる。具体的には、

本発明の実施形態を説明したが、本発明の範囲はこれに限定されるものではなく、発明の主旨を逸脱しない範囲で種々の変更を加えて実施することができる。

本発明は、画像形成装置やサーバーを含む画像形成システムに使用可能である。

１００ 画像形成システム １ 複合機（画像形成装置）
１０ 主制御部（制御部） １１ａ 表示部
１１ｂ タッチパネル部（操作部） １１ｃ ハードキー（操作部）
１８ 記憶部 １９ 通信部
２ サーバー ２０ サーバー処理部
２１ サーバー記憶部 ２３ サーバー通信部
４ ファームウェア Ｄ１ 組合せデータ
Ｄ２ 適合組合せ Ｔ１、Ｔ２、Ｔ３ タブ

Claims (5)

1. 画像形成装置とサーバーを含み、
   前記画像形成装置は、
   種類が異なる複数のファームウェアと、それぞれの前記ファームウェアのバージョンを記憶する記憶部と、
   前記サーバーと通信するための通信部と、
   前記記憶部にインストールされた各前記ファームウェアのうち、どの前記ファームウェアがカスタマイズされたカスタムファームウェアであるか、どのファームウェアがカスタマイズされていない一般用ファームウェアであるかを判別し、前記記憶部に記憶されているファームウェアの種類と、どの前記ファームウェアが前記カスタムファームウェアであり、どのファームウェアが前記一般用ファームウェアであるかを示す情報を含む問い合わせ情報を生成し、生成した前記問い合わせ情報を前記通信部から前記サーバーに送信させる制御部、を含み、
   前記サーバーは、
   前記問い合わせ情報を受信するサーバー通信部と、
   種類ごと及びバージョンごとに、複数の前記ファームウェアを記憶するとともに、動作確認がとれている前記ファームウェアの種類とそれらのバージョンの組合せである適合組合せを複数、組合せデータとして記憶するサーバー記憶部と、
   前記問い合わせ情報を発した前記画像形成装置の前記記憶部に前記カスタムファームウェアが記憶されている場合には、当該カスタムファームウェアを前記一般用ファームウェアに書き換えない前記適合組合せであって、前記画像形成装置に記憶されている各前記ファームウェアとファームウェアの種類が同じである前記適合組合せを、前記問い合わせ情報を発した前記画像形成装置の前記記憶部に前記カスタムファームウェアが記憶されていない場合には、前記画像形成装置に記憶されている各前記ファームウェアとファームウェアの種類が同じである前記適合組合せを、前記組合せデータのなかから検索し、選び出した前記適合組合せを前記サーバー通信部から前記通信部にむけて返信させるサーバー処理部と、を含み、
   前記適合組合せを受信したとき、
   前記画像形成装置の前記制御部は、前記記憶部に記憶される前記ファームウェアのうち前記適合組合せに示されるバージョンと異なるバージョンの前記ファームウェアについて、前記適合組合せに示されるバージョンと一致するように前記ファームウェアを前記サーバーから前記通信部にダウンロードさせるとともに、ダウンロードした前記ファームウェアを前記記憶部にインストールさせるバージョン変更処理を前記記憶部と前記通信部に行わせることを特徴とする画像形成システム
2. 前記画像形成装置は、表示を行う表示部と、使用者の操作を受け付ける操作部と、を含み、
   前記制御部は、前記記憶部に記憶されたそれぞれ各前記ファームウェアの種類とそれらの現在のバージョンと、前記適合組合せでの各前記ファームウェアの種類と、それらのバージョンと、バージョン変更キーを前記表示部に表示させ、前記バージョン変更キーへの操作を前記操作部が受け付けたとき、前記表示部に表示されている前記適合組合せと一致するように前記通信部と前記記憶部に前記バージョン変更処理を行わせることを特徴とする請求項１記載の画像形成システム。
3. 前記サーバー処理部は、複数種の前記適合組合せを前記サーバー通信部から前記通信部にむけて返信させ、
   前記画像形成装置は、表示を行う表示部と、使用者の操作を受け付ける操作部と、を含み、
   前記制御部は、前記記憶部に記憶されたそれぞれの前記ファームウェアの現在のバージョンとバージョン変更キーを前記表示部に表示させるとともに、前記適合組合せごとに複数のタブを前記表示部に表示させ、更に、操作された前記タブに対応する前記適合組合せの内容を前記表示部に表示させ、前記バージョン変更キーへの操作を前記操作部が受け付けたとき、前記記憶部に記憶される前記ファームウェアのうち、前記バージョン変更キーが操作された時点で表示されていた前記適合組合せと異なるバージョンの前記ファームウェアについて、前記通信部と前記記憶部に前記バージョン変更処理を行わせることを特徴とする請求項１又は２に記載の画像形成システム。
4. 前記制御部は、前記組合せデータとして登録された時が新しい順に、それぞれの前記適合組合せに対応する前記タブを並べて表示し、前記組合せデータに登録された時を示す情報を前記タブ内に表示させることを特徴とする請求項３記載の画像形成システム。
5. 種類が異なる複数のファームウェアと、それぞれの前記ファームウェアのバージョンを画像形成装置に記憶させること、
   前記画像形成装置にインストールされた各前記ファームウェアのうち、どのファームウェアがカスタマイズされたカスタムファームウェアであるか、どのファームウェアがカスタマイズされていない一般用ファームウェアであるかを判別すること、
   前記画像形成装置に記憶されている前記ファームウェアの種類と、どのファームウェアが前記カスタムファームウェアであり、どのファームウェアが前記一般用ファームウェアであるかを示す情報を含む問い合わせ情報を生成すること、
   生成した前記問い合わせ情報を前記画像形成装置からサーバーに送信すること、
   種類ごと及びバージョンごとに、複数の前記ファームウェアを前記サーバーに記憶させること、
   動作確認がとれているファームウェアの種類とそれらのバージョンの組合せである適合組合せを複数、組合せデータとして前記サーバーに記憶させること、
   前記問い合わせ情報を発した前記画像形成装置に前記カスタムファームウェアが記憶されている場合には、当該カスタムファームウェアを前記一般用ファームウェアに書き換えない前記適合組合せであって、前記画像形成装置に記憶されている各前記ファームウェアと前記ファームウェアの種類が同じである前記適合組合せを、前記問い合わせ情報を発した前記画像形成装置に前記カスタムファームウェアが記憶されていない場合には、前記画像形成装置に記憶されている各前記ファームウェアと前記ファームウェアの種類が同じである前記適合組合せを、前記組合せデータのなかから検索すること、
   選び出した前記適合組合せを前記サーバーから前記画像形成装置通信部にむけて返信すること、
   前記適合組合せを受信したとき、前記画像形成装置が記憶する前記ファームウェアのうち前記適合組合せに示されるバージョンと異なるバージョンの前記ファームウェアについて、前記適合組合せに示されるバージョンと一致するように前記サーバーからダウンロードすること、
   ダウンロードした前記ファームウェアを前記画像形成装置にインストールするバージョン変更処理を行うこと、を特徴とする画像形成システムのバージョン変更処理方法。

Images