JP5232427B2 - 情報処理システム及びファームウェアの設定変更方法 - Google Patents

Description

本発明は、情報処理システム及びファームウェアの設定変更方法、特に各部位のファームウェアの組み合わせと依存関係を基にアップデートを行うための情報処理システム及びファームウェアの設定変更方法に関する。

近年、オフィスにおいては、プリンタやＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ、多機能周辺装置、多機能プリンタ）、又は複合機等の画像形成装置が普及している。

これら画像形成装置は、サポートする機能が充実し、ハードウェア構成が高機能化しているため、最近では画像形成装置内に複数のファームウェアを搭載するようになっている。

例えば、コントローラ、エンジン、スキャナ、Ｆａｘボード等の部位それぞれに、ファームウェアを搭載するようにした画像形成装置が開発されてきている。

これらのファームウェアは、部位別のファームウェアごとにバージョンが存在し、基本的には最新のバージョンに更新（アップデート、設定変更）することが推奨されている。

ここで、特許文献１を参照すると、サーバから送信されたファームウェアのアップデートをプリンタが自動的に実行することで、ファームウェアのアップデートが成功する確率を高める技術が記載されている（以下、従来技術１とする。）。
特開２００６−２３９９２３号公報

しかし、最新のバージョンのファームウェアでは、動作検証が不十分なため、不安定であることがよくあった。

また、最新のバージョンのファームウェアにすると、画像形成装置に接続するＰＣ（パーソナル・コンピュータ）のソフトウェアをアップデートしなければならないという場合があったため、ユーザにとって不便であった。

加えて、最新のバージョンは、プログラムのミス（バグ）が残っており安定した動作をしないことがあった。

このため、各部位のファームウェアについて、最新のバージョンにアップグレードするのではなく、安定している特定のバージョンにアップグレード（又はダウングレード）したいという要求が存在した。

しかし、ある部位のファームウェアを特定のバージョンにアップグレード（又はダウングレード）を行う場合、その部位のファームウェアのバージョンと、別の部位のファームウェアのバージョンについても特定のものになっていないと動作不可能又は動作保証ができないという問題があった。

このため、動作可能又は動作保証ができるように各部位のバージョンの整合性を保って、各部位ごとのファームウェアをアップグレード（又はダウングレード）する機能が必要とされていた。

本発明は、このような状況に鑑みてなされたものであり、上述の課題を解消することを課題とする。

本発明の情報処理システムは、ネットワークに接続された情報処理装置におけるファームウェアのアップデートを行うための情報処理システムであって、前記ネットワークに接続され、前記情報処理装置における各部位においてアップデート可能なファームウェアのバージョンとそのバージョンに対して別の部位についてどのバージョンが必要かを示す依存関係を記述するマスタファイルと、そのアップデート可能なファームウェアとを備えたサーバと、前記ネットワークに接続され、前記サーバに格納されたファームウェアのうちの、前記マスタファイルの前記依存関係に矛盾しないファームウェアを用いて、前記情報処理装置のファームウェアをアップデートする管理手段とを備える。前記管理手段は、
（ａ）前記部位の前記ファームウェアのリストを所定の表示部に選択可能に表示し、
（ｂ）前記マスタファイルに基づき、前記ファームウェアのリストからユーザにより選択されたある部位のファームウェアについてのアップデート可能なファームウェアバージョンのリストを前記表示部に選択可能に表示し、
（ｃ）前記依存関係に基づき、前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンとの間で前記依存関係に矛盾しない別の部位のファームウェアバージョンのリストを前記表示部に選択可能に表示する。
そして、前記管理手段は、前記ファームウェアのリスト、前記アップデート可能なファームウェアバージョンのリスト、および前記別の部位のファームウェアバージョンのリストを、前記表示部の同一画面上に表示する。

本発明の情報処理システムでは、次のようにしてもよい。前記管理手段は、前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンのファームウェアと、前記別の部位のファームウェアバージョンのリストからユーザにより選択された前記別の部位のファームウェアバージョンのファームウェアとを前記サーバからダウンロードし、ダウンロードした前記ファームウェアを用いて前記ある部位と前記別の部位のファームウェアをアップデートする。

本発明の情報処理システムでは、次のようにしてもよい。情報処理システムは、前記ネットワークに接続された管理装置をさらに備え、前記管理手段は、前記管理装置に含まれている。

本発明の情報処理システムでは、次のようにしてもよい。前記管理手段は、前記情報処理装置に含まれている。

本発明の情報処理システムは、前記情報処理装置は画像形成装置であることを特徴とする。

本発明のファームウェアの設定変更方法は、ネットワークに接続された情報処理装置におけるファームウェアのアップデートを行うためのファームウェアの設定変更方法であって、
（ａ）前記ネットワークに接続され、前記情報処理装置における各部位においてアップデート可能なファームウェアのバージョンとそのバージョンに対して別の部位についてどのバージョンが必要かを示す依存関係を記述するマスタファイルと、そのアップデート可能なファームウェアとを備えたサーバから、前記依存関係を取得し、
（ｂ）前記部位の前記ファームウェアのリストを所定の表示部に選択可能に表示し、
（ｃ）前記マスタファイルに基づき、前記ファームウェアのリストからユーザにより選択されたある部位のファームウェアについてのアップデート可能なファームウェアバージョンのリストを前記表示部に選択可能に表示し、
（ｄ）前記依存関係に基づき、前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンとの間で前記依存関係に矛盾しない別の部位のファームウェアバージョンのリストを前記表示部に選択可能に表示し、
（ｅ）前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンのファームウェアと、前記別の部位のファームウェアバージョンのリストからユーザにより選択された前記別の部位のファームウェアバージョンのファームウェアとを前記サーバからダウンロードし、ダウンロードした前記ファームウェアを用いて前記ある部位と前記別の部位のファームウェアをアップデートする。
そして、前記ファームウェアのリスト、前記アップデート可能なファームウェアバージョンのリスト、および前記別の部位のファームウェアバージョンのリストは、前記表示部の同一画面上に表示される。

本発明によれば、バージョンの整合性を保って、部位ごとのファームウェアのアップデートを可能にする情報処理システムを提供することができる。

なお、ファームウェアを設定変更する場合には、特定のバージョンにアップグレードする場合と、特定のバージョンにダウングレードする場合があるが、これらの両方を含めた設定変更を、以下の説明ではアップデートということにする。

＜第１の実施の形態＞
（情報処理システムＸのシステム構成）
図１を参照して、本発明の第１の実施の形態に係る情報処理システムＸの構成について説明する。

ネットワーク５は、インターネットやイントラネット等の、例えばＩＰネットワークであり、他の装置を接続している。

画像形成装置１０（情報処理装置）は、プリンタ、ＭＦＰ、複合機等である。

ファームウェア格納サーバ２０（サーバ）は、画像形成装置１０用の各部位に対応した、複数のバージョンのファームウェアを記憶している、例えば、ＰＣ／ＡＴ互換機等であるサーバ、又は他の画像形成装置である。このファームウェア格納サーバ２０では、ＨＴＴＰサーバや、ＦＴＰサーバ等のサービス（デーモン）を実行しており、フラッシュメモリやＨＤＤ等の補助記憶装置内のファイルにアクセスすることができる。

管理装置３０（管理手段）は、ＰＣ／ＡＴ互換機、ＰＤＡ、移動体端末等である。管理装置３０は、キーボードやポインティングデバイス等の入力部と、液晶ディスプレイ等の表示部と、ＣＰＵ等である制御部と、ＲＡＭ、ＲＯＭ、ＨＤＤやフラッシュメモリ等の記憶装置等を備えている。

また、管理装置３０には、画像形成装置１０のファームウェアをアップデートするための管理ソフトウェアが搭載されている。

この管理ソフトウェアは、指定されたサーバ（例えば、ファームウェア格納サーバ２０）から後述するアップデートデータファイルとマスタファイルを取得し、現在そのサーバに記憶されているファームウェアの部位・バージョン・依存関係等を表示することができる。

この上で、画像形成装置１０に対してファームウェアを転送してアップデートさせることができる。

なお、上述のような構成は、あくまで一例であり、他の構成もあり得る。

次に、図２を参照して、画像形成装置１０の制御構成について詳しく説明する。

画像形成装置１０は、それぞれ各機能のまとまりである機能部位であるところのコントローラ部１１０と、ＦＡＸ部１２０と、スキャナ部１３０と、エンジン部１５０等を備え、例えば、各部位が共通のバスでコントロールされる構成をとっている。

各部位は、それぞれ独立したフラッシュメモリ等の補助記憶装置、ＲＡＭやＲＯＭ等の主記憶手段、及びＭＰＵやＣＰＵ等の制御手段を備えている。各部位のファームウェアは、それぞれの部位にあるＮＯＲ型やＮＡＮＤ型のフラッシュメモリに記憶されている。

なお、各部位のファームウェアについて、コントローラ部１１０がまとめて記憶する構成をとることも可能である。

コントローラ部１１０は、各種Ｉ／Ｏや、ＵＳＢ（ユニバーサル・シリアル・バス）等のインターフェイス、バスコントローラ等を含む総合的な画像形成装置１０のコントロールを行う部位である。

また、コントローラ部１１０は、ネットワーク５に接続するための、脱着可能なＬＡＮインターフェイスを備えている。

更に、ＬＡＮインターフェイスには、ＴＣＰ／ＩＰ、ＡｐｐｌｅＴａｌｋ、ＳＭＢ等の各種ネットワークプロトコルのインテリジェントな送受信を行うネットワーク部を含んでいる。

このネットワーク部は、画像形成装置１０の主電源が投入されていれば、他の部位が消費電力の少ないスタンバイ状態になっていても、起動している。このため、ネットワーク部は、特別なパケット（例えば、マジックパケット）を受信した場合、他の部位をスタンバイ状態から起動させる信号をバスに送出することができる。

ＦＡＸ部１２０は、ＦＡＸ送受信のための機能を備えた部位である。

ＦＡＸ部１２０はＩＳＤＮや通常の電話回線と接続されており、ＦＡＸや電話の受信が行われると、スタンバイ状態から起動する機能を備えている。この場合、他の部位も適宜起動させて、ＦＡＸで送られてきた画像について、印刷したり、エンジン部の補助記憶装置に記憶したり、ネットワーク５を介して電子メールやＦＴＰ等で送信したりすることができる。

スキャナ部１３０は、ＣＩＳ（Ｃｏｎｔａｃｔ Ｉｍａｇｅ Ｓｅｎｓｏｒ）又はＣＣＤ素子を使用した光学スキャナと、オートシードフィーダ、このコントロール部等も含む。

スキャナ部１３０により光学的に読み取られた情報は、データとして他の部位に送信することができる。

エンジン部１５０は、ＣＰＵ（中央演算装置、ＭＰＵ）、レーザー、感光体（ドラム）、ポリゴンミラー、ＲＡＭ、ＲＯＭ、ＨＤＤやフラッシュメモリ等である補助記憶装置、Ｉ／Ｏ等を備えているような、公知のレーザ・プリンタと同等の部位である。
（ファームウェアアップデートの概要）
まず、図３を参照して、従来のファームウェアアップデートの方法について説明する。

従来から、ネットワークに接続されたサーバの補助記憶装置にファームウェアのデータが記載されたファイルが記憶されており、このファイルをネットワークを介してＨＴＴＰやＦＴＰプロトコル等により画像形成装置が読み込み、これを基にファームウェアのアップデートを行うという方法が用いられている。

上述したサーバの補助記憶装置は、ディレクトリ（フォルダ）と呼ばれる単位で、ファームウェアに関係する複数のファイルを管理している。

ディレクトリ内には、画像形成装置のファームウェアとして実際に画像形成装置のフラッシュメモリ等の補助記憶装置に読み込ませるためのファームウェアのデータであるアップデートデータファイルが存在する。この他に、そのアップデートデータの説明、すなわち、どの機種や部位用で、どのバージョンなのかを記載したファイルであるマスタファイルが存在することがある。

ファームウェアをアップデートする際には、サーバにあるディレクトリのネットワーク上の位置と名称とを管理者が指定する。ファームウェアをアップデートする機器は、ディレクトリ内にあるアップデートデータファイルやマスタファイルをＦＴＰやＨＴＴＰ等のプロトコルで参照し、又はダウンロード（読み込み）する。

ここで、図３に記載の、従来の画像形成装置のマスタファイルには、主にバージョン情報と、どの機種用のファームウェアファイルなのかといった情報、必要なファイルの情報といった情報以外の情報は記載されていなかった。

さらに、通常は、画像形成装置の各部位ごとのファームウェアのアップデートは不可能であり、一括して最新バージョンのファームウェアにアップデートするという方法がとられていた。

しかしながら、上述したように、画像形成装置の使用者の環境に問題がある、又は最新のファームウェアにはバグ（プログラムのエラー）が残っている可能性がある等の理由により、画像形成装置内の特定の部位のファームウェアを、特定のバージョンにしたいという要求が存在する。

この場合は、各部位用のファームウェアのバージョンをお互いに整合性を持って管理しなければならない。

すなわち、ある特定のバージョンにアップするのであれば、別のファームウェアも特定のバージョンにアップグレードしなければならない場合がある（当然、ダウングレードする場合もある）。

特に、画像形成装置の場合は、複数の画像形成装置を同時にファームウェアアップデートを行う必要があったり、各画像形成装置に内蔵されたファームウェアを用いて、他の画像形成装置のアップデートを行うなど、複雑な工程を必要とする。

また、画像形成装置は、例えば脱着可能なＬＡＮインターフェイスが、専用ではなく複数の機種に搭載可能であることがある。

さらに、エンジン部は同一で、ＦＡＸ部を搭載しているかいないかといった構成の差で別機種として発売されることがある。

これにより、開発側の都合によってあるファームウェアのバージョンと、別のファームウェアのバージョンが特定のものになっていないと動作不可能な場合がある。

たとえば、エンジンのファームウェアバージョンが００２であるならば、コントローラは００４よりも最新のものでなくてはならない等の場合が考えられる。

画像形成装置の管理者は、このようなファームウェアの複雑な整合性（以下、依存関係という。）について、すべて考慮した上でのファームウェアアップデートを行う必要がある。

しかし、管理者が、例えば紙に書かれた資料を見て依存関係をチェックしながらファームウェアアップデートを行うと、ヒューマンエラーによる不具合などが起こる確率が上がると考えられる。これにより、余計な工数、費用が発生する可能性がある。

特に、サービスマン等でない一般のユーザが管理者として、依存関係を考えつつ、各部位のアップデートを行うのは、非常に難易度が高い。

そこで、本発明の発明者が鋭意検討と実験を行ったところ、上述した各アップデート用データのマスタファイルに、機種、バージョンだけでなく、他のファームウェアバージョンとの依存性、依存する各部位のファームウェアとバージョン等についての情報を追加して、専用の管理ソフトウェアでこの情報を表示してアップデートを行う構成を発明した。

これによって、画像形成装置の依存関係について管理者が容易に把握しつつファームウェアのアップデートを行うことが可能になった。

次に、図４を参照して、本発明の第１の実施の形態に係る情報処理システムＸにおける、ファームウェアのアップデートについて説明する。

本発明の第１の実施の形態に係る情報処理システムＸにおいては、各部位用にマスタファイルを用意し、このマスタファイルに機種、バージョン、若しくは必要なファイルの情報に加えて、他の各部位についての依存関係を記載している。この依存関係については、他の各部位について、どのバージョンが必要かといった情報等を記載している。

管理者が使用する管理装置上のツール（管理ソフトウェア）で、このマスタファイルを読み込んで依存関係を検索して表示し、管理者にチェックさせることで、複雑な依存関係を意識せずに、画像形成装置のファームウェアのバージョンアップを行うことが可能となった。

ここで、図５のフローチャートを参照して、本発明の第１の実施の形態に係る画像形成装置１０のファームウェアを実際に更新する際の準備であるところのマスタファイルの取得処理について説明する。

情報処理システムＸにおいては、ファームウェア格納サーバ２０の特定のディレクトリに、アップデート用のファームウェアを格納している。

画像形成装置１０の各種ファームウェアをアップデートする場合は、アップデート実行者である管理者（サービスマン、又はアドミニストレータや「ルート」のような、画像形成装置１０の管理権限を持つユーザ）は、管理装置３０を起動して管理ソフトウェアを起動する。

この管理ソフトウェアにより、画像形成装置１０に対して、そのファームウェア格納サーバ２０を使用してアップデートするように要求する。
（ステップＳ１０１）
ステップＳ１０１において、管理者によって管理装置３０上で管理ソフトウェアが起動される。

以下のステップにおいては、この管理ソフトウェアのプログラムに従って、管理装置３０が各種処理を行う。

まず、管理装置３０は、以下に述べるような各種の初期化処理を行う。

始めに、画像形成装置１０がネットワーク５に接続されて存在するかについて、ブロードキャスト等を行ってチェックする。

ここで、画像形成装置１０の主電源が入っていなかったり、ネットワーク５に接続されていない場合、ネットワーク５に管理装置３０が接続されていない場合等の異常があった場合は、警告のダイアログを管理装置３０の表示部に表示する。

これにより、管理者が画像形成装置１０の状態、管理装置３０の設定、又はネットワーク５の状態等をチェックすることができる。

また、画像形成装置１０が、省電力のスタンバイ状態になっていた場合は、マジックパケット等を用いて、画像形成装置１０が起動するように指示するデータを送信する。これにより、画像形成装置１０のネットワーク部が、画像形成装置１０上の他の部位を起動させる。

さらに、ネットワーク５に複数の画像形成装置が存在していた場合、どの画像形成装置についてファームウェアのアップデートをするか指定する。

管理装置３０は、これらの初期化処理が終了すると、処理をステップＳ１０２に進める。
（ステップＳ１０２）
次に、管理装置３０は、ファームウェア格納サーバ２０のディレクトリの位置と名称について、管理者の入力を求めるダイアログを表示部に表示する。

このディレクトリの位置と名称については、ＨＴＴＰやＦＴＰのプロトコルに従って、ネットワーク５上のパス名として入力するのが好適である。

加えて、ディレクトリの位置と名称については、規定値として管理ソフトウェアの記憶していたディレクトリの位置と名称を示しても、前回ファームウェア格納サーバ２０に接続した際のディレクトリの位置と名称を表示してもよい。また、上述のステップＳ１０１でチェックした他の画像形成装置１０の記憶領域をディレクトリの位置や名称として示すことも可能である。

ダイアログに従って管理者が管理装置３０の入力部からディレクトリの位置と名称を入力したことを検知すると、管理装置３０は、処理をステップＳ１０３に進める。

なお、この画面で、管理者が表示部に表示されている管理ソフトウェアの「終了」ボタンを押したことを管理装置３０が検出すると、ファームウェアのアップデートを行わずに管理ソフトウェアを終了することができる。
（ステップＳ１０３）
次に、ステップＳ１０３において、管理装置３０は、管理者が入力した位置と名称のディレクトリが存在するかチェックする。

また、実際にファームウェア格納サーバ２０がネットワーク５に接続されて存在するかについてをチェックする。

さらに、このディレクトリに、ステップＳ１０１でチェックした画像形成装置１０用のファームウェアが存在するかについて、さらにチェックを行う。

具体的には、ファームウェアの拡張子がついたファイル（例えば、＊．ｂｉｎ）が存在し、さらにマスタファイルの拡張子がついたファイル（例えば、＊．ｍｆｔ）が存在した場合は、ファームウェアが存在すると認識する。

これらのチェックがすべてＹｅｓだった場合は、管理装置３０は、処理をステップＳ１０５に進める。

これらのチェックについて、ひとつでもＮｏがあった場合は、管理装置３０は、処理をステップＳ１０４に進める。
（ステップＳ１０４）
ステップＳ１０４において、管理装置３０は、ステップＳ１０３でチェックしたディレクトリに、画像形成装置１０用のファームウェアが存在しない旨のエラーメッセージを、表示部にダイアログとして表示する。

これにより、管理者に注意を促した上で、管理装置３０は、処理をステップＳ１０２に戻し、またディレクトリの位置と名称のチェックを求める。
（ステップＳ１０５）
ここで、ステップＳ１０５において、管理装置３０は、ＦＴＰ、ＨＴＴＰ、若しくはＳＦＴＰ等のプロトコルを使用して、上述のファームウェアの格納箇所であるディレクトリ内にある各マスタファイルをダウンロードして取得する。取得したマスタファイルは、管理装置３０の記憶装置に記憶する。

なお、管理装置３０は、マスタファイルそのものをダウンロードするのではなく、情報を読み取って記憶することも可能である。
（ステップＳ１０６）
次に、ステップＳ１０６において、管理装置３０は、マスタファイルを正常に取得したかどうか判定する。例えば、ネットワーク５の調子が悪く遅延時間が大きかった場合や、ファームウェア格納サーバ２０に接続できなかったり、ファイルそのものについてファイルアクセス権の問題等で取得できなかった等の場合は、正常に取得できなかったものとする。

正常に取得できた、すなわちＹｅｓだった場合は、管理装置３０は、処理をステップＳ１０７に進める。

Ｎｏだった場合は、管理装置３０は、このマスタファイルについて記述内容チェック工程をスキップし、処理をステップＳ１１１に進める。
（ステップＳ１０７）
ステップＳ１０７において、管理装置３０は、実際に取得したマスタファイルの記述が正常であったかどうかについて、チェックを行う。

ここで、管理装置３０は、実際にマスタファイルを解釈し、エラーが起こった場合は記述が異常（正常でない）とチェックする。

例えば、文字化けがあったり、マスタファイルを完全に取得できずに長さが不正であった場合は、異常とチェックする。

ファイルの最後までエラーが起こらずに解釈できた場合は、マスタファイルの記述が正常であるとチェックする。

さらに、管理装置３０は、マスタファイルに記述されているアップデートデータファイルを参照する。この参照により、ファイルが存在しているか、チェックサム等をチェックすることでファイルが破損していないか等のチェックを行う。

また、依存している各部位のファームウェアのマスタファイルとアップデートデータファイルが存在するか、ファイルが破損していないか等についてもチェックする。この依存している各部位のファームウェアに関しては、ディレクトリ内で参照が可能なものは、すべてチェックする。

これらのアップデートに必要なファイルの参照が失敗したり破損していた場合、すなわち必要なファイルが不足している場合は、マスタファイルの記述が異常とチェックする。

なお、このステップでファームウェアに必要なファイルのチェックを行わずに、ファームウェアのアップデートを行う際にチェックすることも可能である。

上述のマスタファイルの記述のチェック結果については、管理装置３０が、管理ソフトウェアの変数としてＲＡＭに記憶する。
（ステップＳ１０８）
次に、ステップＳ１０８において、管理装置３０は、上述のステップＳ１０７における、マスタファイルのチェック結果の変数を参照し、マスタファイルの記述が正常であったかについてチェックする。

記述が正常であった場合は、すなわちＹｅｓのとき、管理装置３０は、ステップＳ１０９に処理を進める。

記述が異常であった場合は、すなわちＮｏのとき、管理装置３０は、ステップＳ１１０に処理を進める。
（ステップＳ１０９）
ステップＳ１０９においては、管理装置３０は、このマスタファイルが正常であるという情報を、管理ソフトウェアの変数として記憶装置に記憶する。
（ステップＳ１１０）
ステップＳ１１０においては、管理装置３０は、このマスタファイルが異常であるという情報を、管理ソフトウェアの変数として記憶装置に記憶する。
（ステップＳ１１１）
ステップＳ１１１においては、管理装置３０の設定は、上述したディレクトリにあるすべてのマスタファイルを取得したかについて判断する。

Ｙｅｓの場合は、管理装置３０は、マスタファイルの取得処理を終了する。

Ｎｏの場合は、管理装置３０は、処理をステップＳ１０５に戻し、次のマスタファイルを取得する。

以上のマスタファイル取得処理により、実際にファームウェアのアップデートを行う準備が整う。

ここで、管理装置３０は、管理ソフトウェアに各マスタファイルの内容を表示して、管理者との間で対話的にファームウェアのアップデート処理を行う。

以下、図６のフローチャートと、図７の管理ソフトウェアによるファームウェアのアップデートの画面例を参照して、実際のファームウェアのアップデート処理について詳しく説明する。

（ステップＳ２０１）
まず、ステップＳ２０１において、管理装置３０は、表示部に上述のマスタファイル取得処理で取得したファームウェアの情報を、部位ごとに表示する。

ここで、図７を参照すると、上述のステップＳ１１０で異常であると記憶された場合は、表示部に文字色が異なるように（例えば灰色）表示し、異常であることを示す。

また、管理ソフトウェア上では、アップデート可能ファームウェアとして表示しないようにすることもできる。
（ステップＳ２０２）
次に、ステップＳ２０２において、管理装置３０は、管理者であるユーザからの要求待ちを行う。

このステップの間、管理者は、入力部のポインティングデバイスを移動させて、表示上の対応する箇所をクリックする。

これにより、各部位について、アップデートするファームウェアのバージョンと、他の部位との依存関係を基にしたファームウェアのバージョンについて指定することができる。

管理装置３０は、管理者がアップデートファームウェア種別の選択として、対応する画像処理装置の各部位をクリックしたことを検知するまで待つ。

検知した場合、管理装置３０は、各部位を示すカーソル（図４では太枠で示す。なお、文字や枠内の色を変更する等で表現してもよい）を移動するような表示の更新を行う。

管理装置３０は、表示の更新を行った際に、アップデート可能なファームウェアバージョンについても表示を更新する。すなわち、上述のマスタファイル取得処理で取得したファームウェアのうち、アップデート可能なバージョンについて、デフォルトでは古いバージョンから順に表示する。

また、上述のマスタファイルに記述された依存関係についても更新する。

同様に、アップデート可能なファームウェアバージョンについて、管理者がクリックしたことを検知した場合も、管理装置３０は、依存関係について検索して更新する。

管理者によりバージョンの選択が行われた場合、管理装置３０は各部位について依存のないアップデート可能なバージョンの組み合わせ、すなわち矛盾のない組み合わせを検索し、依存関係の更新を行う。

たとえば、図７に記載されているように、コントローラ部１１０について、バージョン００４というアップデートを行うことを管理者が選択した場合は、エンジン部１５０について、バージョン００２以上が必要である。しかし、管理者が指定したディレクトリには、バージョン００２は存在しないため、バージョン００３が選択される。

スキャナ部１３０については、バージョン００５以上が必要である。ディレクトリ内にバージョン００５が存在したため、これが選択される。

ＦＡＸ部１２０については、エンジン部１５０において、バージョン００３が選択された場合、このマスタファイルにはＦＡＸ部１２０のファームウェアについてバージョン００３が必要である旨が記載されている。このため、ディレクトリ内に存在するバージョン００３を選択する。

このように、あるアップデートを実行するためにはＣというアップデートのファイルが必要となり、そのＣというアップデートを実行するためにはＺというアップデートのファイルが必要となるような場合、最終的に矛盾がないようなアップデートのファイルが選択される。

もしも、矛盾がないようなファイルが存在しなかった場合には、その旨の警告のダイアログが表示される。

また、上述の更新に対しては、管理者は、例えばＦＡＸ部１２０のバージョン００４を選択することも可能である。
（ステップＳ２０３）
次に、ステップＳ２０３において、上述のステップＳ２０２でユーザの指定がなされた場合、管理装置３０は、各部位のファームウェアのバージョンの組み合わせについて、１つでも依存関係のあるバージョンが選択されているかについてチェックする。

これらの、管理者がクリックした各ファームウェアのバージョンの選択については、管理装置３０が記憶装置に記憶する。

なお、これらの依存関係のチェックに関しては、管理者が各部位のバージョンをクリックしたことを検知したときにすぐ更新するのではなく、管理者が各部位のバージョンの組み合わせを選択し終えた後に更新することも可能である。
（ステップＳ２０４）
次に、ステップＳ２０４においては、管理装置３０は、管理者が指定したファームウェアに依存関係がある場合、管理者が依存関係とは矛盾した（依存関係に合わない、適合しない）各部位のファームウェアのバージョンの組み合わせを選択しているかを判定する。

Ｙｅｓの場合、管理装置３０は、ステップＳ２０５に処理を進める。

Ｎｏの場合、管理装置３０は、ステップＳ２０８に処理を進める。
（ステップＳ２０５）
ステップＳ２０５においては、矛盾した組み合わせであると検出した場合、管理装置３０は、警告のダイアログを表示部に表示する。

例えば、図７の例によると管理者がＦＡＸ部１２０についてバージョン００１を選択した場合、エンジン部１５０のバージョンとの矛盾が生じるため、管理装置３０は、警告のダイアログを表示する。

この警告のダイアログとしては、依存している各部位のファームウェアとバージョンについて、例えば赤色で点滅表示する等の注意を喚起する表示も行うことができる。

この上で、動作保証外となる旨の警告を表示した上で依存関係に適合しないファームウェアをダウンロードするか、ダウンロードしないかについて、管理者に選択させることができる。
（ステップＳ２０６）
次に、ステップＳ２０６において、管理装置３０は、ユーザの承認待ちを行う。

具体的には、管理装置３０の表示部にステップＳ２０５の選択についてダイアログを表示して、「ＯＫ」「Ｃａｎｃｅｌ」等のボタンを表示する。

管理者がポインティングデバイスで、いずれかのボタンを押下したことを確認した場合は、管理装置３０は、処理をステップＳ２０７に進める。
（ステップＳ２０７）
ステップＳ２０７において、管理装置３０は、管理者が上述の表示部のいずれのボタンを押下したのかについて判定する。

管理者が承認した、すなわち「ＯＫ」等のボタンを押下した場合は、管理装置３０は、ステップＳ２０８に処理を進める。

管理者が承認しなかった、すなわち「Ｃａｎｃｅｌ」等のボタンを押下した場合は、管理装置３０は、ステップＳ２０１に戻る。
（ステップＳ２０８）
ステップＳ２０８において、管理装置３０は、ファームウェア格納サーバ２０のディレクトリから、管理者が指定した各部位の指定されたファームウェアと、依存しているファームウェアがある場合は、すべてのアップデートデータファイルをダウンロードする。この上で、管理装置３０は、画像形成装置１０に、これらのアップデートデータファイルを転送する。

これにより、画像形成装置１０は、アップデートデータファイルを取得する。

なお、管理装置３０は、画像形成装置１０がファームウェア格納サーバ２０から直接ファイルをダウンロードするようなコマンドを送信してもよい。

ここで、画像形成装置１０は、アップデートデータファイルを取得し終えた場合、管理装置３０に、その旨のメッセージを送信する。

管理装置３０は、このメッセージを受信すると、管理ソフトウェアにより表示部に「ファームウェアのアップデート中は、プリンタの電源を切らないで下さい」等のメッセージを表示する。この上で、管理装置３０は、ファームウェアをアップデートすることを指示するコマンドを、画像形成装置１０に送信する。

このコマンドを受信すると、画像形成装置１０は、アップデートを実行する。

管理装置３０は、指定されたファームウェアと依存しているファームウェアの全てのアップデートを画像形成装置１０に対して実行するように指示する。

依存関係に適合しないファームウェアが選択された場合は、管理装置３０はこのファームウェアのみを実行するように指示する。

画像形成装置１０が、すべてのファームウェアをアップデートし終えると、ファームウェアのアップデート処理を終了する。

ここで、ファームウェアのアップデートが完了した後の処理について説明する。

まず、画像形成装置１０は、図２に示したような各構成部位である各部位、たとえばコントローラ部１１０、ＦＡＸ部１２０、スキャナ部１３０、エンジン部１５０をそれぞれ独立して再起動させることができる。これにより、印刷の設定等を再設定する必要が最小限に抑えられる。

また、印刷データを保ったまま、ファームウェアのアップデートを行うことも可能である。

加えて、他の部位との整合性がとれなくなる場合は、全ての機能ブロックや各部位について再起動することも可能である。この場合は、ファクトリーリセットのような全設定の初期化を行うこともできる。

さらに、ファームウェアをアップデートをした際に、各部位の一部として機能している箇所や、上述の各部位にまたがって機能している箇所の再起動を行う場合も考えられる。

これは、実際のファームウェアによって更新される機能が、各部位と必ずしも一致しないためである。

しかしながら、ある機能が各部位の一部である場合は、印刷データの損失等や設定変更を避けるために、その機能に関する箇所のみを再起動したいという要求が存在する。

また、ある機能を実現するためには各部位が協調して作動する必要があるといった構成になっている場合、各部位のこの機能に関係する箇所のみ再起動したいという要求が存在する。

本発明の実施の形態に係る画像形成装置１０においては、各部位のファームウェアをアップデートした後、これらの要求を満たすように再起動を行うことも可能である。

図８を参照して説明すると、例えば、エンジン部１５０に含まれているページ記述言語を解釈して画像描画を行う機能を実現する機能ブロックである画像描画部は、エンジン部の機能の一部として実装されている場合がある。

上述のマスタファイル又はアップデートデータファイルに、アップデートした箇所が画像描画部のみであるという記述がある場合、この画像描画部のみを再起動して、例えば、アドビ社製のＰｏｓｔＳｃｒｉｐｔ（登録商標）等のページ記述言語のエミュレータをアップデートすることができる。

また、コントローラ部１１０の一部であるネットワーク部を再起動して、各種プロトコルの対応機能をアップデートに対応したり、機能の追加を行うことができる。たとえば、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）プロトコルの対応機能を追加導入して、新しいＯＳに対応することができる。この際に、上述したように印刷データは保ったままで機能の追加を行うことができる。

なお、ネットワーク部をアップデートをする際に、この際に、必要なプロトコルの対応機能のみインストールするように、管理ソフトウェアから選択することもできる。これにより、コンピュータ・ウィルス等の攻撃の対象となるプロトコルを少なくすることができ、結果としてセキュリティー・ホールを少なくすることが可能であるという副次的な効果が得られる。

また、例えば、ネットワークを用いてスキャンした画像を取得できるネットワークスキャン機能のアップデートの場合は、コントローラ部１１０、スキャナ部１３０、及びエンジン部１５０の関係する箇所のアップデートが必要である。

ここで、マスタファイルに書かれた情報又はアップデートデータファイルの記載を参照して、このネットワークスキャン機能に関する箇所のみ再起動することが可能である。

なお、全体を再起動する際に、情報流出防止のために秘密の記号を印刷に刷り込みする機能を古いバージョンのファームウェアで導入しており、これを上書きしたくないといったような場合、その記号に関する記憶装置の部位は残して再起動するといった応用も考えられる。

加えて、マスタファイル以外の情報を用いて再起動を行う箇所を決めることも可能である。例えば、アップデートする際に課金を行う必要がある機能を追加する場合は、画像形成装置１０に固有のシリアルナンバーに従って実際に支払いがおこなわれたかを確認し、この機能に関する箇所のみをアップデートすることができる。

なお、仮想化技術を用いることで、上述のように画像形成装置１０において、実際に機能が分けられた各部位とは異なる単位の機能ブロックを備え、この機能ブロックごとに再起動を行うことが容易になる。

以上のように構成することで、本発明の第１の実施の形態に係る情報処理システムＸは、以下のような効果を得ることができる。

まず、従来技術１においては、画像形成装置の各部位のファームウェアについて、各部位の複雑な依存関係を考慮してアップデートを行うことは難しかった。

これは、ファームウェアのバージョンアップを行う管理者（システム管理者、ないしはサービスマン）は、各々のバージョンを意識しながらバージョンアップ処理を行う必要があるためであった。さらに、例えば、コントローラ部１１０のファームウェアをバージョンアップする場合、コントローラ部１１０のファームウェアのバージョンのみをアップデートすればよいという意識になりがちであり、別のファームウェアバージョンと整合性がズレてしまう可能性があった。このため、従来技術１においては、各部位のファームウェアを一括してアップデートを行っていた。

しかし、各部位のファームウェアを一括してアップデートすると、部位ごとにファームウェアのアップデートを行いたいという要求に応えることはできなかった。

本発明の第１の実施の形態に係る情報処理システムＸによれば、ある部位の特定のバージョンのファームウェアにアップデートする場合に、別の部位のファームウェアをどのバージョンにすればよいのかをユーザに知らせる仕組みを提供することができる。

よって、画像形成装置の各種ファームウェアをアップデートする管理者は、アップデートしようとしているファームウェアとその他ファームウェアに依存関係があったとしても、自動的に依存がないファームウェアの組み合わせを選択してアップデートを行うことが可能となった。

これにより、管理者が自らの指定したファームウェアをダウンロードしてアップデートするのみの作業となるため、効率的、経済的に作業を行うことができる。

また、画像形成装置１０、アップデートデータを格納するファームウェア格納サーバ２０、管理装置３０の管理ソフトウェアが連携することにより、複数のファームウェアを持つ画像形成装置（ＭＦＰ、プリンタ、複合機）のファームウェアアップデートを行う際に、上述のように各部位のファームウェアのバージョンの整合性を保ってバージョンアップを行わなくてはならない場合、管理者が誤って整合性が保たれていないファームウェアのインストールをすることがないようにすることができる。

よって、作業者がファームウェアバージョンの整合性を意識する必要のない構成を提供することができる。

また、警告のダイアログを表示することで、組み合わせの保証のないファームウェアのバージョンをインストールすることで、例えば、印刷を行うＰＣをアップデートできない等の特定の環境に対応することができる。

加えて、本発明の第１の実施の形態に係る情報処理システムＸにおいては、管理装置３０の視認性のよい表示部にて、ファームウェアの依存性を確認しながらファームウェアのアップデートの作業を行うことが可能である。

このため、各部位のファームウェアのアップデートを容易に行うことができるという効果が得られる。
＜第２の実施の形態＞
（情報処理システムＹの構成）
図９を参照すると、本発明の第２の実施の形態に係る情報処理システムＹは、プリンタ・ＭＦＰ・複合機等である画像形成装置１１（情報処理装置）と、ＰＣ／ＡＴ互換機等であるファームウェア格納サーバ２０とが、ＩＰネットワーク等であるネットワーク５で接続されている。以下、上記実施の形態１に係る情報処理システムＸと同一の符号については、同一であることを示す。

上述した情報処理システムＸにおいては、使用者の環境によっては管理装置３０にアップデート用の管理ソフトウェアがインストールされていない場合がある。

そこで画像形成装置内に前記の実施の形態１の処理と同一の処理が可能な特別なコマンドを提供し、管理装置３０が存在しなくても同様にアップデートが可能な構成を提供する。

図１０を参照すると、本発明の第２の実施の形態に係る画像形成装置１１は、コントローラ部１１０、ＦＡＸ部１２０、スキャナ部１３０、エンジン部１５０に加えて、ファームウェアのアップデートの際の管理を行うファームウェア管理部１４０（管理手段）とを備えている。

ファームウェア管理部１４０は、本発明の第１の実施の形態に係る情報処理システムＸにおける管理装置３０と同等の機能を実現する部位である。

すなわち、本発明の第２の実施の形態に係る情報処理システムＹにおいては、上記のファームウェア格納サーバ２０内のマスタファイルのチェック、アップデートデータのチェック、アップデート要求に対する依存関係のチェックなどは画像形成装置１１で行い、この機能をファームウェア管理部１４０により実現する。

ファームウェア管理部１４０は、上述の本発明の第１の実施の形態に係る管理装置３０と同様な管理ソフトウェアがインストールされており、各種表示をについて、画像形成装置１１の表示部やボタン等の入力部を用いて行うことができる。

画像形成装置１１の表示部は液晶表示パネル等の表示装置であり、液晶表示の画素数が少ないため、階層的に表示を行って、複雑な依存関係について示すことができる。

また、上述の選択を容易にするために、依存関係をチェックして矛盾がない最新のアップデートのファイルをの組み合わせを検索して、最新のアップデートの組み合わせのみインストールするように構成することも可能である。

この最新のアップデートの組み合わせについてアップデートを行う場合について、図１１のフローチャートを参照して説明する。
（ステップＳ３０１）
まず、ステップＳ３０１において、画像形成装置１１のファームウェア管理部１４０は、ファームウェアをアップデートするための管理ソフトウェアを起動する。

この際に、特別なコマンドをコントローラ部１１０から送信して、他の画像形成装置からファームウェア管理サーバのディレクトリの位置と名称等についての情報を取得してもよい。

さらに、管理ソフトウェアの起動時に、ネットワーク５上に他の画像形成装置があるかどうかをブロードキャスト等を行ってチェックする。

なお、他の画像形成装置から、特別なコマンドをコントローラ部１１０が受信して、これによりファームウェア管理部１４０を起動し、管理ソフトウェアについて、他の画像形成装置と同期してファームウェアをアップデートすることも可能である。
（ステップＳ３０２）
次に、ステップＳ３０２において、ソフトウェアをアップデートする管理者が、ファームウェアの格納箇所であるファームウェア格納サーバ２０のディレクトリの位置と名称とを指定する。これを、ファームウェア管理部１４０が記憶する。

また、ファームウェア管理部１４０が、上述のステップＳ３０１において特別なコマンドにより、ディレクトリの位置と名称の情報をすでに得ている場合には、このステップを省略できる。
（ステップＳ３０３）
次に、ステップＳ３０３において、ファームウェア管理部１４０は、指定されたサーバのパス、ディレクトリが存在するかチェックする。

ディレクトリが存在した場合、画像形成装置１１の各部位のファームウェアやマスタファイルが存在するかチェックする。

チェックがすべてＹｅｓの場合は、ファームウェア管理部１４０は、ステップＳ３０４に処理を進める。

チェックのうち１つでもＮｏの場合は、ファームウェア管理部１４０は、ステップＳ３０９に処理を進める。
（ステップＳ３０４）
ステップＳ３０４において、ファームウェア管理部１４０は、指定されたディレクトリから、各マスタファイルを取得する。
（ステップＳ３０５）
次に、ステップＳ３０５において、ファームウェア管理部１４０は、マスタファイルが正常に取得できたかについて判断する。

Ｙｅｓの場合、ファームウェア管理部１４０は、処理をステップＳ３０６に進める。

Ｎｏの場合、ファームウェア管理部１４０は、処理をステップＳ３０９に進める。
（ステップＳ３０６）
ステップＳ３０６において、ファームウェア管理部１４０は、マスタファイルの記載内容について解釈して内容についてチェックする。上述したように、ファイルの最後まで解釈できた場合は正常とチェックする。

また、ファイルが破損していた等の場合は異常とチェックする。

さらに、情報処理システムＹで最新のファームウェアにアップデートする場合に、このステップにおいては、（１）指定されたアップデートデータファイルは存在するか、（２）依存しているファームウェアのマスタファイル、アップデートデータファイルは存在するか、（３）依存しているファームウェアが、既にアップデートする対象である画像形成装置１１に搭載されているかについても調査する。

（１）では、アップデートデータファイルが存在する場合は問題なし、存在しない場合は問題ありとする。

（２）では、依存している各ファイルがすべて存在する場合は問題なし、１つでも存在しないファイルがあった場合は、問題ありとする。

（３）では、（２）で存在しなかったファイルがあり、且つ画像形成装置１１に既に搭載されている場合は問題なし、そうでない場合は、問題ありとする。

これらの調査で、問題がなければ、正常とチェックする。

いずれかの調査で、問題があれば、異常とチェックする。

ここで、ファームウェア格納サーバ２０に、必要なファームウェアのマスタファイルやアップデートデータファイルが存在しない場合は、ステップＳ３０１でチェックした他の画像形成装置のディレクトリを検索して、これが存在しているか、ダウンロード可能であるかについて調査を行う。

調査を行ったファイルが存在してダウンロード可能である場合は、正常とチェックする。

ファイルのどれか１つでも存在しない場合は異常とチェックする。
（ステップＳ３０７）
ステップＳ３０７において、ファームウェア管理部１４０は、ステップＳ３０６のチェック内容が正常であったか異常であったかについて判断を行う。

Ｙｅｓ、すなわち正常だった場合は、ファームウェア管理部１４０は、処理をステップＳ３０８に進める。

Ｎｏ、すなわち異常だった場合は、ファームウェア管理部１４０は、処理をステップＳ３０９に進める。
（ステップＳ３０８）
ここで、ファームウェア管理部１４０は、ファームウェア収納サーバ２０（必要があれば、他の画像形成装置）からアップデートデータファイルをダウンロードして、ファームウェアのアップデートを実行する。

上述したファームウェアのアップデートのように、依存関係のあるファームウェアについては、すべてのアップデートを行う。

アップデートが終了すると、ファームウェア管理部１４０は、各部位及び／又は機能ブロックの再起動を行う。

これにより、ファームウェア管理部１４０は、管理ソフトウェアを終了し、ファームウェアのアップデートを終了する。
（ステップＳ３０９）
ステップＳ３０９においては、ファームウェア管理部１４０は、上述の各ステップでの判断内容に従ってエラー表示を表示部に行う。

以上により、管理ソフトウェアを終了する。

なお、最新のファームウェアのファイルの組み合わせがない場合で、他に組み合わせられそうなファームウェアが存在する場合は、さらに別の組み合わせを検出するかについて、問い合わせのダイアログを表示することも可能である。

管理者が、さらに別の組み合わせのファームウェアについてアップデートと選択したことを検知した場合、ファームウェア管理部１４０は、ステップＳ３０２に処理を戻すことができる。

これ以外の場合は、ファームウェアのアップデート処理を中止して、管理ソフトウェアを終了する。

以上のように構成することにより、特別の管理装置を必要とせずに、依存関係のあるファームウェアのアップデートをすることが可能になる。

これにより、あるプリンタは最新の状態に、あるプリンタは特別な環境（例えば、工場用ＰＣ等、ＯＳをアップデートしないで使用する必要があるＰＣ用）に使用するといったことを、手軽に行うことができる。

なお、本発明の実施の形態に係る情報処理システムは、画像形成装置とそのファームウェアのアップデートの例として記載した。

しかし、本発明の情報処理システムは、複数の部位のファームウェアを内蔵した装置を備えるどのような情報処理システムにおいても適用可能であることは当然である。

また、上述のネットワークは、インターネット等に限られるものではなく、例えば、ＵＳＢケーブル等の管理装置と画像形成装置を、双方向で直接接続するようなものでも構わない。

また、本発明の実施の形態の形態に係る情報処理システムは、アップデートをサーバ経由で行うように記載したが、例えば、この代わりにファームウェアとマスタファイルの記憶された記憶媒体（例えば画像形成装置１０又は管理装置３０に接続されたＣＤ−ＲＯＭやフラッシュメモリ等や、アップデートを行う画像形成装置１０の内蔵フラッシュメモリ等）を指定して、この記憶媒体に記憶されたファームウェアとマスタファイルを用いてアップデートすることも可能である。

なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。

本発明の第１の実施の形態に係る情報処理システムＸの概略システム構成図である。 本発明の第１の実施の形態に係る画像形成装置１０の制御ブロック図である。 従来のファームウェアのアップデート用のマスタファイルを示す概念図である。 本発明の第１の実施の形態に係る画像形成装置１０のファームウェアのアップデート用の各部位のマスタファイルを示す概念図である。 本発明の第１の実施の形態に係る画像形成装置１０のマスタファイルの取得処理を示すフローチャートである。 本発明の第１の実施の形態に係る画像形成装置１０のファームウェアのアップデート処理を示すフローチャートである。 本発明の第１の実施の形態に係る管理ソフトウェアの画面例を示す図である。 本発明の第１の実施の形態に係る機能のブロックごとの再起動について説明するための図である。 本発明の第２の実施の形態に係る情報処理システムＹの概略システム構成図であるである。 本発明の第２の実施の形態に係る画像形成装置１１の制御ブロック図である。 本発明の第２の実施の形態に係る最新の組み合わせのファームウェアをアップデートする処理を示すフローチャートである。

符号の説明

５ ネットワーク
１０、１１ 画像形成装置
２０ ファームウェア格納サーバ
３０ 管理装置
１１０ コントローラ部
１２０ ＦＡＸ部
１３０ スキャナ部
１４０ ファームウェア管理部
１５０ エンジン部
Ｘ、Ｙ 情報処理システム

Claims (6)

1. ネットワークに接続された情報処理装置におけるファームウェアのアップデートを行うための情報処理システムであって、
   前記ネットワークに接続され、前記情報処理装置における各部位においてアップデート可能なファームウェアのバージョンとそのバージョンに対して別の部位についてどのバージョンが必要かを示す依存関係とを記述するマスタファイルと、前記アップデート可能なファームウェアとを備えたサーバと、
   前記ネットワークに接続され、前記サーバに格納されたファームウェアのうちの、前記マスタファイルの前記依存関係に矛盾しないファームウェアを用いて、前記情報処理装置のファームウェアをアップデートする管理手段とを備え、
   前記管理手段は、
   （ａ）前記部位の前記ファームウェアのリストを所定の表示部に選択可能に表示し、
   （ｂ）前記マスタファイルに基づき、前記ファームウェアのリストからユーザにより選択されたある部位のファームウェアについてのアップデート可能なファームウェアバージョンのリストを前記表示部に選択可能に表示し、
   （ｃ）前記依存関係に基づき、前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンとの間で前記依存関係に矛盾しない別の部位のファームウェアバージョンのリストを前記表示部に選択可能に表示し、
   前記管理手段は、前記ファームウェアのリスト、前記アップデート可能なファームウェアバージョンのリスト、および前記別の部位のファームウェアバージョンのリストを、前記表示部の同一画面上に表示すること、
   を特徴とする情報処理システム。
2. 前記管理手段は、前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンのファームウェアと、前記別の部位のファームウェアバージョンのリストからユーザにより選択された前記別の部位のファームウェアバージョンのファームウェアとを前記サーバからダウンロードし、ダウンロードした前記ファームウェアを用いて前記ある部位と前記別の部位のファームウェアをアップデートすることを特徴とする請求項１に記載の情報処理システム。
3. 前記ネットワークに接続された管理装置をさらに備え、
   前記管理手段は、前記管理装置に含まれていること、
   を特徴とする請求項１又は２に記載の情報処理システム。
4. 前記管理手段は、前記情報処理装置に含まれていることを特徴とする請求項１又は２に記載の情報処理システム。
5. 前記情報処理装置は画像形成装置であることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
6. ネットワークに接続された情報処理装置におけるファームウェアのアップデートを行うためのファームウェアの設定変更方法であって、
   （ａ）前記ネットワークに接続され、前記情報処理装置における各部位においてアップデート可能なファームウェアのバージョンとそのバージョンに対して別の部位についてどのバージョンが必要かを示す依存関係とを記述するマスタファイルと、前記アップデート可能なファームウェアとを備えたサーバから、前記依存関係を取得し、
   （ｂ）前記部位の前記ファームウェアのリストを所定の表示部に選択可能に表示し、
   （ｃ）前記マスタファイルに基づき、前記ファームウェアのリストからユーザにより選択されたある部位のファームウェアについてのアップデート可能なファームウェアバージョンのリストを前記表示部に選択可能に表示し、
   （ｄ）前記依存関係に基づき、前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンとの間で前記依存関係に矛盾しない別の部位のファームウェアバージョンのリストを前記表示部に選択可能に表示し、
   （ｅ）前記ファームウェアバージョンのリストからユーザにより選択されたファームウェアバージョンのファームウェアと、前記別の部位のファームウェアバージョンのリストからユーザにより選択された前記別の部位のファームウェアバージョンのファームウェアとを前記サーバからダウンロードし、ダウンロードした前記ファームウェアを用いて前記ある部位と前記別の部位のファームウェアをアップデートし、
   前記ファームウェアのリスト、前記アップデート可能なファームウェアバージョンのリスト、および前記別の部位のファームウェアバージョンのリストは、前記表示部の同一画面上に表示されること、
   を特徴とするファームウェアの設定変更方法。