JP7222323B2 - 情報処理装置、情報処理システム及び情報処理方法 - Google Patents

Description

本開示内容は、情報処理装置、情報処理システム及び情報処理方法に関する。

近年、給紙ユニットや後処理ユニットと呼ばれる製本ユニット，パンチ／ステープルユニット，排紙スタッカーユニット等の複数の機能ユニットが接続可能な画像形成装置等の情報処理装置において、各機能ユニットを動作させるためのプログラム（ファームウェア）の更新（アップデート）を行う技術が既に知られている。例えば、情報処理装置の操作者（ユーザ）が、プログラムが記録された記録媒体を情報処理装置に接続してプログラムの更新を行う場合や、情報処理装置が操作者の指示に応じて、インターネット等のネットワークを介して更新プログラムを取得（ダウンロード）し、プログラムの更新を行う場合等がある。（特許文献１参照）。

しかしながら、複数の機能ユニットが情報処理装置に接続された情報処理システムにおいて利用されるプログラムの更新を行うためには、少なくとも更新対象の機能ユニットの動作やその機能ユニットを動作させるためのプログラムは正常でなければならない。

また、更新対象の機能ユニットの動作やその機能ユニットを動作させるためのプログラムが正常であっても、例えば、その機能ユニットに関連する他の機能ユニットのプログラムの更新が不可能な場合がある。そのような場合は、プログラムの更新後に正常な機能ユニットにまでその影響が及ぶ可能性もあるが、操作者（ユーザ）は、機能ユニット間における斯かる影響の関係を正確に把握するのは困難である。

本発明は、上記の点に鑑みてなされたものであって、情報処理装置と通信可能な各機能ユニットを動作させるためのプログラムの更新可否を把握しやすくすることを目的とする。

そこで上記課題を解決するため、一つ以上の機能ユニットと通信可能な情報処理装置は、機能ユニットがプログラムの更新が可能な状態であるか否かを示す情報を、一つ以上の機能ユニットから受信する受信手段と、プログラムの更新が可能な状態である機能ユニットについて、プログラムを更新するか否かを選択させる画面を表示装置に表示させる表示制御手段と、を有する。

本発明によれば、情報処理装置と通信可能な各機能ユニットを動作させるためのプログラムの更新可否を把握しやすくすることができる。

情報処理システムの一例である画像形成システム１の機器構成を示す図である。 画像形成装置４のハードウェア構成図である。 本実施形態に係る画像形成装置４及び画像形成装置４に搭載又は接続可能な各機能ユニットのソフトウェア構成図である。 第１の実施形態におけるプログラムの更新処理の処理手順の一例を説明するためのシーケンス図である。 第１の実施形態におけるプログラム更新開始画面の表示例を示す図である。 第１の実施形態におけるプログラム更新可否画面の表示例を示す図である。 第１の実施形態におけるプログラム更新開始画面の更新対象を選択した場合の表示例を示す図である。 第１の実施形態におけるプログラム更新開始画面の更新実行後の表示例を示す図である。 第２の実施形態におけるプログラムの更新処理の処理手順の一例を説明するためのシーケンス図である。 第２の実施形態におけるプログラム更新対象選択画面の表示例を示す図である。 第２の実施形態におけるプログラム更新開始画面の表示例を示す図である。 第２の実施形態におけるプログラム更新開始画面の更新実行後の表示例を示す図である。 第３の実施形態におけるプログラムの更新処理の処理手順の一例を説明するためのシーケンス図である。 第３の実施形態におけるプログラム更新開始画面の表示例を示す図である。 第３の実施形態におけるプログラム更新可否画面の表示例を示す図である。 第４の実施形態におけるプログラムの更新処理の処理手順の一例を説明するためのシーケンス図である。 第４の実施形態におけるプログラムの更新可否判断の処理手順の一例を説明するためのフローチャートである。 第４の実施形態におけるプログラムの更新処理に係る組合せ条件の一例を示す図である。 第４の実施形態におけるプログラム更新開始画面の表示例を示す図である。 第４の実施形態におけるプログラム更新可否画面の表示例を示す図である。

以下、図面を用いて、本発明の実施形態を説明する。

●第１の実施形態●
〔全体概略〕
以下、図面を用いて、本発明の第１の実施形態の全体の概略について説明する。本実施形態は、一つ以上の機能ユニットが画像形成装置と通信可能な情報処理システムにおいて、各機能ユニットのプログラムの更新を実現する情報処理システムの一例である画像形成システムを開示している。即ち、本実施形態は、プログラムの更新対象となる画像形成装置及び各機能ユニットの更新可否に応じたプログラムの更新を実現する発明を開示している。

〔実施形態の全体構成〕
図１は、情報処理システムの一例である画像形成システム１の機器構成を示す図である。図１に示されているように、画像形成システム１（情報処理システム）は、情報処理装置の一例である画像形成装置４、表示装置の一例である操作部１１、並びに画像形成装置４に搭載又は接続可能な機能ユニットとしての給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６を含む機能ユニットにより構成される。画像形成装置４を含むこれらの機能ユニットは、画像形成や印刷に関わる機能を実現するユニットである。なお、画像形成装置４の一例として、ＭＦＰ（Multifunction Peripheral）、産業用印刷機、商用印刷機等が挙げられる。

また、画像形成装置４は、上述したように給紙ユニットＡ１２及び製本ユニット１４と直接に接続可能である。製本ユニット１４は、パンチ／ステープルユニット１５と接続可能である。さらにパンチ／ステープルユニット１５は、排紙スタッカーユニット１６と接続可能である。なお、本実施形態において上述の機能ユニットは、各機能ユニットと呼ぶ場合もある。

なお、画像形成装置４と給紙ユニットＡ１２の間、給紙ユニットＡ１２と給紙ユニットＢ１３との間、画像形成装置４と製本ユニット１４との間、製本ユニット１４とパンチ／ステープルユニット１５との間及びパンチ／ステープルユニット１５と排紙スタッカーユニット１６との間は、ユニット間Ｉ／Ｆによって接続される。すなわち、本実施の形態では、給紙ユニットＡ１２、給紙ユニットＢ１３の順でこれらの機能ユニットが画像形成装置４に直列的に接続され、製本ユニット１４、パンチ／ステープルユニット１５、排紙スタッカーユニット１６の順でこれらの機能ユニットが画像形成装置４に直列的に接続される例が示される。但し、直列的な接続順は、図１に示されるものに限定されない。

なお、画像形成システム１の各種情報を表示する操作部１１は、画像形成装置４に搭載されていても良く、画像形成装置４に対して着脱可能なものでも良い。さらに、操作部１１は、Ｗｅｂサーバを介してＰＣのＷｅｂブラウザに表示させて利用される形態のものでも良い。

また、画像形成前処理システム２（情報処理前処理システム）は、画像形成装置４に搭載又は接続可能な機能ユニットとしての給紙ユニットＡ１２及び給紙ユニットＢ１３を含む。画像形成前処理システム２は、画像形成装置４の本体に給紙搬送されるさまざまなサイズや種類の用紙を給紙ユニットＡ１２及び給紙ユニットＢ１３に積載し、画像形成時に操作部１１に表示された用紙のサイズや種類等の設定及び操作者による操作部１１への操作に基づいて、画像形成装置４の本体に供給するシステムである。

また、画像形成後処理システム３（情報処理後処理システム）は、画像形成装置４と通信可能な機能ユニットとしての製本ユニット１４、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６を含む。画像形成後処理システム３は、操作部１１に表示された「製本」、「パンチ」及び「ステープル」等の後処理に関する各種設定及び操作者による操作部１１への操作に基づいて、画像形成装置４で画像形成が行われた後の複数の用紙を所定の形式で製本加工し、製本加工された複数の用紙にパンチ穴を開けたり、ステープル加工を施した後、所定の排紙トレイや排紙ビンに排紙するシステムである。

なお、表示装置としての操作部１１は、画像形成装置４の動作状態を含む各種情報の表示や、操作者による各種操作を受け付ける機能を持つ。

本実施形態では、画像形成システム１において、以下の順で画像形成処理が行われる。具体的には、画像形成装置４に搭載又は接続可能な給紙ユニットＡ１２又は給紙ユニットＢ１３から所定の用紙が画像形成装置４に給紙され、画像形成装置４によって所定の画像形成処理が実行される。その後、画像形成処理及び定着処理が施された転写紙が画像形成装置４に接続された製本ユニット１４に送られ、製本処理が実行される。製本ユニット１４によって製本処理された用紙は、製本ユニット１４に接続されたパンチ／ステープルユニット１５に送られ、パンチ／ステープルユニット１５によって用紙の所定の位置に対してパンチ処理やステープル処理が行われる。その後、パンチ処理やステープル処理が行われた用紙は、パンチ／ステープルユニット１５に接続された排紙スタッカーユニット１６に送られ、所定の排紙トレイや排紙ビンに排紙され、一連の画像形成処理が完了する。

〔ハードウェア構成〕
図２は、画像形成装置４のハードウェア構成図である。画像形成装置４は、コントローラ１００、近距離無線通信回路１２０、エンジン制御部１３０、操作パネル１４０、ネットワークＩ／Ｆ１５０を備えている。

これらのうち、コントローラ１００は、例えば、描画、通信、操作パネル１４０からの入力等を制御する。また、コントローラ１００は、画像形成装置４の全体制御を行う制御部であるＣＰＵ１０１、システムメモリ（ＭＥＭ－Ｐ）１０２、ノースブリッジ（ＮＢ）１０３、サウスブリッジ（ＳＢ）１０４、ＡＳＩＣ(Application Specific Integrated Circuit)１０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）１０７、ＨＤＤコントローラ１０８及び記憶部であるＨＤＤ１０９を有する。さらに、ＮＢ１０３とＡＳＩＣ１０６との間は、ＡＧＰ(Accelerated Graphics Port)バス１２１で接続される。

ＮＢ１０３は、ＣＰＵ１０１と、ＭＥＭ－Ｐ１０２、ＳＢ１０４及びＡＳＩＣ１０６とを接続するためのブリッジ回路である。ＮＢ１０３は、ＭＥＭ－Ｐ１０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ１０２は、コントローラ１００の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ１０２ａ、プログラムやデータの展開及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ１０２ｂを備える。なお、ＲＡＭ１０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルで、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。

ＳＢ１０４は、ＮＢ１０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジ回路である。

ＡＳＩＣ１０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)である。その役割は、ＡＧＰバス１２１、ＰＣＩバス１２２、ＨＤＤコントローラ１０８及びＭＥＭ－Ｃ１０７をそれぞれ接続するブリッジ回路である。また、ＡＳＩＣ１０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ１０６に接続される他のデバイスの動作やタイミングを調停するアービタ（ＡＲＢ）、ＭＥＭ－Ｃ１０７を制御するメモリコントローラ、ＤＭＡ制御を司るＤＭＡＣ(Direct Memory Access Controller)、スキャナ部１３１及びプリンタ部１３２との間でＰＣＩバス１２２を介したデータ転送を行うＰＣＩユニットを有する。

なお、ＡＳＩＣ１０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394)のインターフェースを接続するようにしても良い。

ＭＥＭ－Ｃ１０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。

ＨＤＤ１０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤＤコントローラ１０８は、ＣＰＵ１０１の制御にしたがってＨＤＤ１０９に対するデータの読出し又は書込みを制御する。

ＡＧＰバス１２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースである。ＡＧＰバス１２１は、ＭＥＭ－Ｐ１０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

近距離無線通信回路１２０は、近距離無線通信を行うための回路であり、近距離無線通信回路用アンテナ１２０ａを備える。近距離無線通信回路１２０は、例えば、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信回路である。

エンジン制御部１３０は、スキャナ部１３１及びプリンタ部１３２によって構成される。スキャナ部１３１又はプリンタ部１３２には、誤差拡散やガンマ変換などの画像処理部分が含まれる。

操作部１１の一部である操作パネル１４０は、画像形成装置４に搭載又は接続可能であり、パネル表示部１４０ａ及びパネル操作部１４０ｂを含む。図２の実施形態では、画像形成装置４に接続可能な状態を示している。パネル表示部１４０ａは、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等を備える。また、パネル操作部１４０ｂは、濃度の設定条件などの画像形成に関する各種条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等を備える。

ネットワークＩ／Ｆ１５０は、通信ネットワークを利用してデータ通信をするためのインターフェースである。近距離無線通信回路１２０及びネットワークＩ／Ｆ１５０は、ＰＣＩバス１２２を介して、ＡＳＩＣ１０６に電気的に接続される。

なお、画像形成装置４は、パネル表示部１４０ａに表示される又はパネル操作部１４０ｂが備えるアプリケーション切替キーにより、ドキュメントボックス機能、コピー機能、プリンタ機能及びファクシミリ機能を切り替えて選択することが可能となる。つまり、画像形成装置４は、ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリ機能の選択時にはファクシミリモードとなる。

〔ソフトウェア構成〕
図３は、本実施形態に係る画像形成装置４及び画像形成装置４に搭載又は接続可能な各機能ユニットのソフトウェア構成図である。

図３に示されているように、画像形成装置４は、更新管理部３１０、更新データ受信部３２０、更新関連情報記憶部３２５、更新可否判断部３３０ａ、更新処理部３４０ａ及び送受信部３５０ａ等を有する。これらは、画像形成装置４にインストールされたプログラムが、図２のＣＰＵ１０１又は制御デバイス等によって実行させる処理により実現される。さらに、操作部１１は、送受信部３５０ｂ、操作制御部３７０、表示制御部３８０等を有する。さらに各機能ユニットは、更新可否判断部３３０ｂ、３３０ｃ、３３０ｄ、３３０ｅ、３３０ｆ、更新処理部３４０ｂ、３４０ｃ、３４０ｄ、３４０ｅ、３４０ｆ及び送受信部３５０ｃ、３５０ｄ、３５０ｅ、３５０ｆ、３５０ｇ等を有する。上述した各部の処理は、各機能ユニットにインストールされたプログラムが、各機能ユニットのそれぞれに備えられたＣＰＵもしくはそれに代わる制御デバイス等によって実行させる処理により実現される。

また、送受信部３５０ａ、３５０ｂ、３５０ｃ、３５０ｄ、３５０ｅ、３５０ｆ及び３５０ｇについては、信号送受信に係る機能を実現するために、有線もしくは無線を利用した通信で実現されてもよく、例えば、上述のようにＢｌｕｅｔｏｏｔｈ等の無線通信回路を利用して構成されても良い。

さらに、各機能ユニットのうち、例えば、給紙ユニットＡ１２、給紙ユニットＢ１３のそれぞれの機能が、画像形成装置４のＣＰＵ１０１によって実行されるようにシステムが構築されても良い。

更新管理部３１０は、プログラムの更新可否についての画像形成装置４の本体及び各機能ユニットに対する問合せ、更新プログラムの取得制御、プログラムの更新処理の開始や終了等を統合的に制御する。

更新データ受信部３２０は、外部記憶手段やＷｅｂサーバ装置から取得可能な更新プログラム等のデータを取得する。

更新関連情報記憶部３２５には、例えば、プログラムの更新処理に関する各種情報が記憶される。プログラムの更新処理に関する各種情報として、後述にて詳細を説明する更新対象の候補となる機能ユニット又は更新除外ユニットのユニット名、各機能ユニットの現在のプログラムバージョン、更新後のプログラムバージョン、等が記憶される。また、更新関連情報記憶部３２５には、プログラムの更新対象外の機能ユニットに関する各種情報が記憶されても良い。なお、更新関連情報記憶部３２５は、例えば、図２に示したＭＥＭ－Ｐ１０２等によって実現されても良い。さらに、更新関連情報記憶部３２５は、更新関連情報記憶手段の一例である。

更新可否判断部３３０は、更新管理部３１０からの更新可否問合せに応じて各機能ユニットにおけるプログラムの更新可否を判断する。当該更新可否判断部３３０では、他の機能ユニットとの通信経路の関係やプログラムバージョンの組合せに関する判断も行われる。

更新処理部３４０は、更新管理部３１０及び更新可否判断部３３０と連携して、画像形成装置４の本体及び各機能ユニットにおけるプログラムの更新を行う。

送受信部３５０は、画像形成装置４と各機能ユニット間で行われる通信におけるデータ送受信を行う。

操作制御部３７０は、操作部１１単独、又は画像形成装置４のＣＰＵ１０１と連携して操作部１１を制御する。具体的には、操作制御部３７０は、画像形成装置４の特定の機能を実行するための機能選択画面や画像形成装置４の各種状態を表示した画面の操作に関する制御を行う。

表示制御部３８０は、操作制御部３７０と連携して操作部１１の操作パネル１４０に表示される情報やデータを処理する。さらに、表示部の光量設定や文字、イメージの濃度設定も当該表示制御部３８０で行われる。

なお、画像形成装置４の更新管理部３１０が、操作部１１の表示制御部３８０と同様の機能を備えるように構成されても良い。この場合、更新管理部３１０が、表示制御手段として操作部１１に表示される情報やデータの処理を行うほか、表示部の光量設定や文字、イメージの濃度設定も行うようにしても良い。

画像形成装置４と通信可能な製本ユニット１４、パンチ／ステープルユニット１５、及び排紙スタッカーユニット１６は、画像形成後の「用紙束揃え」、「糊付け」、「製本」、「断裁」「パンチ」及び「ステープル」処理を含む各処理を行うためのさまざまなメカ構造を備える。そのため、これらの各機能ユニットは、上述のメカ構造を制御するためのメカ制御部も備える。

以下、画像形成システム１において実行される処理手順について説明する。

図４は、第１の実施形態におけるプログラムの更新処理の処理手順の一例を説明するためのシーケンス図である。図４におけるプログラムの更新処理は、画像形成装置４、操作部１１、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６の間で行われる。

まず、操作制御部３７０は、操作者によるプログラムの更新開始の指示として操作部１１に配置された所定のボタンやキーの操作を受け付ける（ステップＳ１０１）。

操作制御部３７０は、所定のボタンやキーの操作を受け付けると、それらのボタンやキーの操作に対応したプログラムの更新開始要求としてのデータを生成し、画像形成装置４の更新管理部３１０に当該データを送信する（ステップＳ１０２）。なお、この更新開始操作の受付は、画像形成装置４の起動中に、操作者が操作部１１の所定のボタンやキーに対する操作（又はサービスモードへの設定操作等）で実現されても良い。

更新管理部３１０は、プログラムの更新開始要求としてのデータを送受信部３５０ａを介して受信すると、後述する画像形成装置４の本体に対するプログラム更新可否問合せ処理を開始する。なお、プログラムの更新開始要求としてのデータはプログラムの更新可否問合せを示すデータを含み、更新可否問合せ要求を示すデータは、一般的に画像形成装置等の内部ユニット間で使用されるようなデータフォーマットであれば、その種類は問わない。

＜プログラム更新可否問合せ処理＞
更新管理部３１０は、まず、送受信部３５０ａを介して受信したプログラムの更新可否問合せを示すデータを、画像形成装置４の更新可否判断部３３０ａに送り、画像形成装置４の本体の更新可否を問い合わせる（ステップＳ２０１）。

続いて、更新管理部３１０は、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６のそれぞれに対して送受信部３５０ａを介して更新可否問合せを示すデータを送る（ステップＳ２０２～Ｓ２０６）。

ステップＳ２０１で更新可否問合せを示すデータを取得した更新可否判断部３３０ａは、画像形成装置４における現在のバージョンのプログラムの実行状態からプログラムの更新可否を判断して、その判断結果を更新管理部３１０に返す（ステップＳ３０１）。プログラムの実行状態とは、例えば、画像形成装置４で行われる画像形成の状態や他の機能ユニットとの間の通信におけるエラー発生の状態等を含む。

さらに、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６の更新可否判断部３３０（３３０ｂ、３３０ｃ、３３０ｄ、３３０ｅ又は３３０ｆ）は、それぞれの機能ユニットにおいて自らのプログラム更新が可能か否かを判断する。プログラム更新が可能か否かの判断は、例えば、プログラム更新前のバージョンでの動作不具合が一定期間内で所定回数以上発生した履歴がある場合などは、各更新可否判断部３３０は更新後の動作にも影響があると判断し、更新不可であると判断しても良い。なお、更新管理部３１０が更新可否判断部３３０の機能を兼用しても良い。

続いて、更新可否問合せを受けた各機能ユニットの更新可否判断部３３０ｂ、３３０ｃ、３３０ｄ、３３０ｅ又は３３０ｆは、プログラム更新が可能か否かの判断結果を示す更新可否応答のデータを送受信部３５０ｃ、３５０ｄ、３５０ｅ、３５０ｆ又は３５０ｇを介して画像形成装置４の送受信部３５０ａに返す（ステップＳ３０２～Ｓ３０６）。プログラムの更新が可能であると判断された場合、「プログラム更新可」の応答を示すデータが返され、プログラムの更新が不可能であると判断された場合、「プログラム更新不可」の応答を示すデータが返される。上述の「プログラム更新可」及び「プログラム更新不可」の応答を示すデータは、機能ユニットがプログラムの更新が可能な状態であるか否かを示す情報の一例である。さらに、送受信部３５０ａは、受信手段の一例である。

なお、更新管理部３１０が更新可否判断部３３０ａの機能を兼用して、表示制御部３８０に対して送受信部３５０ａ及び３５０ｂを介してプログラムの更新が可能か否かの判断結果を示す更新可否応答のデータを送信しても良い。

更新管理部３１０が、画像形成装置４の更新可否判断部３３０ａ及び各機能ユニットの更新可否判断部３３０ｂ、３３０ｃ、３３０ｄ、３３０ｅ又は３３０ｆからの更新可否応答を示すデータを受信すると、更新データ受信部３２０は、予め操作者によって画像形成装置４に装着された着脱可能な記憶媒体やインターネットを介したサーバ装置等から、更新可を示す更新可否応答のデータを返した機能ユニットを動作させる更新プログラムを取得し、画像形成装置４の更新関連情報記憶部３２５に記憶させる（ステップＳ４０１）。すなわち、画像形成装置４の更新データ受信部３２０は、プログラムの更新が可能な機能ユニットの更新データ（更新プログラム）を取得して更新関連情報記憶部３２５に記憶させる。

続いて、更新管理部３１０は、更新可否判断部３３０ａ及び各機能ユニットからの更新可否応答に基づいて、プログラム更新開始画面５１０を構成するデータを生成し、表示制御部３８０に対して、送受信部３５０ａ及び３５０ｂを介して、当該データを送る（ステップＳ４０２）。

続いて、操作部１１の表示制御部３８０は、当該データに基づいて、プログラム更新開始画面５１０を操作パネル１４０のパネル表示部１４０ａに表示する（ステップＳ４０３）。このとき、更新管理部３１０が操作部１１の表示制御部３８０を直接制御して、プログラム更新開始画面５１０を操作パネル１４０のパネル表示部１４０ａに表示するようにしても良い。

図５は、第１の実施形態におけるプログラム更新開始画面の表示例を示す図である。図５に示されるように、プログラム更新開始画面５１０は、領域５１１を有する。領域５１１の更新対象の欄に表示された●は、プログラムの更新対象の候補であることを示す。プログラムの更新対象の候補とは、操作者がプログラム更新開始画面５１０を操作することによってプログラムの更新対象として選択することが可能な対象のことである。一方、プログラムの更新対象とは、プログラム更新開始画面５１０で操作者によって選択され、実際に各更新処理部３４０でプログラムの更新が実行される対象（対象の機能ユニットを動作させる更新プログラム）のことである。

なお、更新対象の欄の●表示は、画像形成装置４の更新管理部３１０と操作部１１（操作パネル１４０）の操作制御部３７０との連携により、特定の発光色による点灯状態や点滅状態等で区別されるようにしても良い。また、●表示については、それぞれの実施対象の●に画像形成装置４の操作者の指など体の一部が触れる度に、●と更新対象外であることを示す〇とがトグル表示されるようにしても良い。例えば、表示制御部３８０は、更新対象の機能ユニットについて、操作者の操作に応じて〇を●になるようにトグル表示すれば良い。なお、上記の●、〇の点灯色や点滅色の意味付けをそれぞれ逆の定義（〇：点灯状態や点滅状態、●：消灯状態）としても良い。

図５では、画像形成装置４の本体と、パンチ／ステープルユニット１５を除いた各機能ユニットと、が「プログラム更新可」の応答を返し、パンチ／ステープルユニット１５が「プログラム更新不可」の応答を返した例が示されている。したがって、図５では、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４及び排紙スタッカーユニット１６がプログラムの更新対象として選択可能とされている（更新対象の候補とされている）。一方、パンチ／ステープルユニット１５については、更新対象欄には何も表示がされず、ユニット名、現在のバージョン及び更新後のバージョンの欄がグレーアウトされて表示される。その結果、パンチ／ステープルユニット１５は、更新対象として選択不可とされている（更新対象の候補から除外されている。）。なお、画像形成装置４及び各機能ユニットのプログラムの現在のバージョンは、更新可否の問い合わせに対して各機能ユニットから行われる応答に含まれるようにしてもよい。各機能ユニットの更新後のバージョンの一覧は、ステップＳ４０１において取得される更新プログラムと共に取得されるようにしてもよい。そうすることで、表示制御部３８０は、現在のバージョン及び更新後のバージョンをプログラム更新開始画面５１０に表示することができる。

なお、更新不可と判断された機能ユニット（本実施形態のパンチ／ステープルユニット１５）については、表示制御部３８０は、図５のプログラム更新開始画面５１０から消去するようにしても良い。具体的には、表示制御部３８０は、パンチ／ステープルユニット１５について、更新対象、ユニット名、現在のバージョン及び更新後のバージョンの各欄の表示内容又は各欄そのものを、プログラム更新開始画面５１０から消去してもよい。

また、図５のプログラム更新開始画面５１０には、領域５１１の下部に詳細ボタン（キー）５１２、実行ボタン（キー）５１３及びキャンセルボタン（キー）５１４も含まれる。

詳細ボタン（キー）５１２は、プログラムの更新可否問合せが実行された結果の詳細を確認するためのボタン（キー）である。

キャンセルボタン（キー）５１４は、各処理を中断又は中止するためのボタン（キー）である。

図５において、詳細ボタン（キー）５１２、実行ボタン（キー）５１３及びキャンセルボタン（キー）５１４が太枠の四角で表示されているが、これは、それぞれのボタン（キー）が操作者によって操作可能な状態である一例を示している。

詳細ボタン（キー）５１２が操作者によって押下されると、表示制御部３８０は、プログラム更新可否画面６１０をパネル表示部１４０ａに表示する。その結果、パネル表示部１４０ａにおける表示対象は、プログラム更新開始画面５１０からプログラム更新可否画面６１０に切り替わる。

図６は、第１の実施形態におけるプログラム更新可否画面の表示例を示す図である。図６ａに示したプログラム更新可否画面６１０の領域６１１には、画像形成システム１を構成する画像形成装置４、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６の各イメージが表示され、そのうちのパンチ／ステープルユニット１５のみが他の機能ユニットと表示形態を分けるためにグレーアウトや白黒反転表示される。これは、更新可否問合せを示すデータを受けた各機能ユニットのうち、パンチ／ステープルユニット１５が何らかの原因により現在のバージョンVer.1.00から更新後のバージョンVer.1.03へのプログラムの更新が不可であることを意味する。さらに、領域６１２には、「パンチ／ステープルユニットはプログラムを更新できません。」等のメッセージも表示される。

一方、図６ｂに示したプログラム更新可否画面６１０は、プログラムの更新が不可である機能ユニットが無い場合の表示画面の一例である。この場合は、図６ｂのように、グレーアウトされて表示される機能ユニットは無く、例えば、「全ての機能ユニットがプログラムを更新できます。」等のメッセージが領域６１２に表示される。

図６ａ及び図６ｂにおいて、戻るボタン（キー）６１３が太枠の四角で表示されているが、これは、この戻るボタン（キー）６１３が操作者によって操作可能な状態である一例を示している。

図６ａの状態で操作者によって戻るボタン（キー）６１３が押下されると、表示制御部３８０は、パネル表示部１４０ａの表示対象を図５のプログラム更新開始画面５１０に戻す。

続いて、操作制御部３７０は、プログラム更新開始画面５１０の更新対象欄に対する操作者の操作によって、更新対象の候補の中から更新対象としない機能ユニットの選択を受け付ける（ステップＳ５０１）。操作制御部３７０が更新対象としない機能ユニットの選択を受け付ける理由は、図５のプログラム更新開始画面５１０の初期状態では、更新不可の機能ユニットであるパンチ／ステープルユニット１５以外の機能ユニットは、全て更新対象の候補として●が付与されて表示されるように構成されているためである。したがって、本実施の形態では、更新対象としない機能ユニットの選択操作によって、実質的に、更新対象の機能ユニットが選択される。

表示制御部３８０は、更新対象の選択に応じ、プログラム更新開始画面５１０の表示状態を図７に示されるように変更する（ステップＳ５０２）。

図７は、第１の実施形態におけるプログラム更新開始画面の更新対象を選択した場合の表示例を示す図である。図７では、図５の状態から、操作者によってプログラム更新対象外として選択された後のプログラム更新開始画面５１０が示されている。

表示制御部３８０は、予めプログラム更新対象とされた画像形成装置４の本体及び給紙ユニットＢ１３を●表示のままとし、操作者によってプログラムの更新対象外として選択された給紙ユニットＡ１２、製本ユニット１４及び排紙スタッカーユニット１６を●表示から○表示に変更する。

この状態で、操作制御部３７０は、操作者による実行ボタン（キー）５１３等の押下を待機する。

＜プログラム更新処理＞
図４に戻り、各機能ユニットに対するプログラムの更新処理について説明する。操作制御部３７０は、操作者による実行ボタン（キー）５１３の押下によって、更新対象として選択された画像形成装置４、及び給紙ユニットＢ１３に対するプログラムの更新指示を受け付ける（ステップＳ６０１）。

操作制御部３７０は、実行ボタン（キー）５１３の押下を検出すると、更新実行要求に対応するデータを操作部１１の送受信部３５０ｂを介して画像形成装置４の送受信部３５０ａに送信する（ステップＳ６０２）。この場合の更新実行要求に対応するデータとは、画像形成装置４の本体及び給紙ユニットＢ１３の各プログラムの更新の実行要求を示すデータである。すなわち、当該データには、プログラムの更新対象となる装置の識別情報が含まれている。ここでは、画像形成装置４の本体及び給紙ユニットＢ１３のそれぞれの識別情報が含まれている。なお、識別情報には、プログラムの更新対象となる装置の名称、型番、シリアル番号等が含まれても良い。

更新管理部３１０は、送受信部３５０ａを介して更新実行要求に対応するデータを取得し、そのデータに含まれる識別情報に係る画像形成装置４の本体及び給紙ユニットＢ１３を更新対象として認識する。

なお、ステップＳ４０１で更新可と判断された機能ユニットを動作させる更新プログラムを取得し、画像形成装置４の更新関連情報記憶部３２５に記憶させる処理を、更新管理部３１０が更新対象を認識した後に実行するようにシステムを構築しても良い。この場合更新対象に対応するプログラムが取得されるようにすればよい。これは、他の実施形態でも同様である。

なお、表示制御部３８０は、プログラム更新開始画面５１０の実行ボタン（キー）５１３の押下に応じ、プログラムの更新が開始されたこと又はプログラムが更新中であることがわかるように実行ボタン（キー）５１３をグレーアウト表示、点灯表示又は点滅表示等をしても良い。これは、他の実施形態でも同様である。

また、表示制御部３８０は、キャンセルボタン（キー）５１４を選択又は操作が可能な状態で表示する。このように表示することで、操作制御部３７０は、操作者によるキャンセルボタン（キー）５１４の押下待ちの状態になる。この状態において操作者によってキャンセルボタン（キー）５１４が押下されると、更新処理部３４０ａは、プログラムの更新を中断する。さらに、操作者によって詳細ボタン（キー）５１２や実行ボタン（キー）５１３が押下される前にキャンセルボタン（キー）５１４が押下された場合は、プログラム更新開始画面５１０から別の画面に遷移するようにしても良い。

一方、更新処理部３４０ａによってプログラムの更新が実行されている間、表示制御部３８０は、詳細ボタン（キー）５１２に対して操作無効になるように詳細ボタン（キー）５１２をグレーアウトで表示しても良い。表示制御部３８０によるグレーアウト表示にあわせて、操作制御部３７０は、詳細ボタン（キー）５１２に対しては操作者による操作を受け付けないように制御しても良い。

続いて、更新管理部３１０は、ステップＳ４０１で取得したプログラムのうち、画像形成装置４を動作させる更新後の更新プログラム（Ver1.03）を更新処理部３４０に送る。その後、更新処理部３４０は、図７のプログラム更新開始画面５１０に表示されたようにバージョンVer1.02からバージョンVer1.03にプログラムを更新し、その結果を更新管理部３１０に応答する（ステップＳ６０３）。

ステップＳ６０３で実行される画像形成装置４の本体に対するプログラム更新と並行して、画像形成装置４の送受信部３５０ａは、ほかにプログラム更新対象として選択された給紙ユニットＢ１３の更新プログラム及び更新要求を含むデータを給紙ユニットＢ１３に送る（ステップＳ６０６）。

給紙ユニットＢ１３の送受信部３５０ｄが当該データを受信すると、給紙ユニットＢ１３の更新処理部３４０ｃは、送受信部３５０ｄで受信した更新プログラム（Ver1.02）に基づいてプログラムを更新する。

画像形成装置４の更新処理部３４０及び給紙ユニットＢ１３の更新処理部３４０ｃは、それぞれのプログラムの更新が完了したら、プログラム更新完了を示すプログラム更新応答データを画像形成装置４の更新管理部３１０に送る（ステップＳ６０７）。

プログラム更新完了を示すプログラム更新応答データの受信に応じて、画像形成装置４の更新管理部３１０は、各機能ユニットの更新結果を示すデータを含む更新完了を示すデータを操作部１１に送る（ステップＳ７０１）。

図８は、第１の実施形態におけるプログラム更新開始画面の更新実行後の表示例を示す図である。操作部１１におけるプログラムの更新完了を示すデータの受信に応じて、操作部１１の表示制御部３８０は、図８に示すように、「プログラム更新が完了しました。」等のメッセージを含むようにプログラム更新開始画面５１０を更新する（ステップＳ７０２）。図８のプログラム更新開始画面５１０では、さらに、プログラムの更新が成功した画像形成装置４の本体及び給紙ユニットＢ１３が、更新後のバージョンを含めて他の機能ユニットと区別可能なように表示される。

操作者は、この画面を確認した後、『確認』ボタン（キー）５１５を押下してプログラムの更新処理を終了させることができる。

以上説明したように第１の実施形態によれば、プログラムの更新が不可能な機能ユニットを認識し、その機能ユニットを選択不可としたうえでプログラムの更新が可能で且つ更新対象として選択された機能ユニットに対してプログラムの更新を行うようにした（図４のステップＳ５０１～Ｓ６０８）。つまり、画像形成システム１を構成する機能ユニットのうち、どれか一つでもプログラムの更新が不可能な機能ユニットが存在した場合は、画像形成システム１は、プログラムの更新が不可能な機能ユニットを更新対象から除く。このようにすることで、プログラム更新が不可能な機能ユニットが存在しても、プログラムの更新が可能な他の機能ユニットに対して更新対象を選択させることを可能にした上で、プログラムの更新を行うことができる。

なお、第１の実施形態では、プログラムの更新対象として画像形成装置４の本体及び給紙ユニットＢを選択した例を示したが、図５や図７に示したとおり、更新対象はプログラムの更新が可能な機能ユニットであれば操作者が自由に選択できる構成であるため、その選択内容は上述した内容に限らない。これは、他の実施形態でも同様である。

さらに、第１の実施形態では、画像形成システム１に対して説明したが、画像形成前処理システム２や画像形成後処理システム３に対して適用しても良い。

●第２の実施形態●
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１の実施の形態と同様でもよい。

＜プログラム更新対象ユニット（更新除外ユニット）選択処理＞
図９は、第２の実施の形態におけるプログラム更新処理の処理手順の一例を説明するためのシーケンス図である。図９中、図４と同一ステップには同一ステップ番号を付し、その説明は省略する。

第１の実施形態との相違点は、第２の実施の形態では、プログラムの更新を行わない機能ユニットについては、画像形成装置４の操作者が予め更新除外ユニットとして設定可能なプログラム更新開始画面５１０が提供される点である。

まず、プログラムの更新を行わない機能ユニットを予め更新除外ユニットとして設定する処理について説明する。

操作部１１の操作制御部３７０は、画像形成装置４の起動中に、操作部１１に配置されたプログラム更新対象選択のための所定のボタンやキーに対する操作（又はサービスモードへの設定操作等）を受け付ける（ステップＳ５１）。

操作制御部３７０は、それらのボタンやキーの操作に対応したプログラム更新対象選択画面の表示要求を示すデータを生成し、画像形成装置４の更新管理部３１０に当該データを送信する（ステップＳ５２）。

更新管理部３１０は、当該データを受信後、操作部１１のプログラム更新対象選択画面を表示させるためのデータを表示制御部３８０に送信する（ステップＳ５３）。

表示制御部３８０は、当該データを受信すると、当該データに基づいて、更新除外ユニットの選択操作を受け付けるための更新対象選択画面７１０を操作パネル１４０のパネル表示部１４０ａに表示する（ステップＳ５４）。

図１０は、第２の実施形態におけるプログラム更新対象選択画面の表示例を示す図である。図１０において、更新対象選択画面７１０は、領域７１１及び領域７１２を有する。領域７１１には、プログラムの更新の『対象』及び『対象外』の選択ボタン（キー）が機能ユニット毎にそれぞれ横に並べて表示される。

また、領域７１２には、領域７１１に表示されたプログラムの更新の『対象』及び『対象外』の選択ボタン（キー）に対応するように、プログラムの更新対象の候補であるユニット名が表示される。

図１０では、領域７１２の上から、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４、パンチ／ステープルユニット１５、排紙スタッカーユニット１６の順で各ユニット名が表示される例が示されている。また、図１０では、『対象』及び『対象外』の選択ボタン（キー）について、白い状態が選択されている状態、グレーアウトの状態が選択されていない状態を示す。したがって、図１０は、パンチ／ステープルユニット１５がプログラムの更新が行われない更新除外ユニットとして選択され、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４及び排紙スタッカーユニット１６がプログラムの更新が行われる更新候補ユニットとして選択された例を示す。この場合、更新除外ユニットとして設定されたパンチ／ステープルユニット１５は、グレーアウト等で表示される。なお、『対象』及び『対象外』の選択ボタン（キー）の表示色については、上述した白とグレーアウトの定義を逆（白：非選択、グレーアウト：選択）となるように構成されても良い。

さらに、更新対象選択画面７１０において、領域７１２の下部には、更新除外対象を選択した後に設定する設定ボタン（キー）７１３、各操作を中止するキャンセルボタン（キー）７１４が横に並べて表示される。

操作制御部３７０は、図１０の更新対象選択画面７１０を介して、操作者による『対象』又は『対象外』の選択ボタン（キー）の選択を受け付けた後に、設定ボタン（キー）７１３の押下を受け付ける（ステップＳ５５）。

なお、図１０の更新対象選択画面７１０で設定ボタン（キー）７１３の押下により設定された更新対象ユニットを示すデータ及び更新除外ユニットを示すデータは、画像形成装置４の送受信部３５０ａによって受信される。その後、更新対象ユニットを示すデータ及び更新除外ユニットを示すデータは、送受信部３５０ａから更新管理部３１０に転送された後、更新関連情報記憶部３２５に記憶され管理される（ステップＳ５６）。上述した更新対象ユニットを示すデータ及び更新除外ユニットを示すデータも、プログラムの更新が可能な状態であるか否かを示す情報の一例である。

ステップＳ５６の処理において、更新管理部３１０は、更新関連情報記憶部３２５に記憶された更新候補ユニットに対しては、例えば「１」のフラグを関連付けて更新関連情報記憶部３２５に記憶させるようにしても良い、一方、更新除外ユニットに対しては、更新管理部３１０は、例えば「０」のフラグを関連付けて更新関連情報記憶部３２５に記憶させるようにしても良い。また、特に指定等が無い場合は、上述のフラグの「１」、「０」の意味付けをそれぞれ入れ替えて記憶させるようにしても良い。さらに、これらのフラグ「１」、「０」は、例えば、プログラムの更新可否を示す情報として更新管理部３１０や更新可否判断部３３０等で用いられても良い。

ステップＳ５１～Ｓ５６までの処理を経て、プログラムの更新除外ユニット選択の処理は終了する。

その後の任意のタイミングで、操作制御部３７０は、操作者によるプログラムの更新開始の指示として操作部１１に配置された所定のボタンやキーの操作を受け付ける（ステップＳ１０１）。この後、第１の実施形態と同様に、操作制御部３７０から更新管理部３１０に対して更新可否問合せ要求を示すデータが送信され、プログラムの更新可否問合せに係る処理が実行される。

ここで、更新問合せに係る処理は、第１の実施形態で説明した図４のステップＳ２０１～Ｓ３０６までの処理とほぼ同様であるため、相違点のみ説明する。

なお、図４のステップＳ２０１～Ｓ３０６までにおける処理との相違点は、ステップＳ５１～Ｓ５６までの処理で予め更新除外対象として設定されたパンチ／ステープルユニット１５の更新可否判断部３３０ｅに対しては、更新管理部３１０から更新可否問合せ要求が送信されない点である。さらに、パンチ／ステープルユニット１５の更新可否判断部３３０ｅからは、更新管理部３１０に対して更新可否応答が返信されない点である。

このような相違点が生じる理由は、図１０で示した更新対象選択画面７１０にて、予めプログラムの更新から除外される機能ユニット（更新除外ユニット）を操作者による選択入力として受け付ける機能を備えるからである。更新除外ユニットとして選択された機能ユニット以外の機能ユニットのそれぞれの更新可否判断部３３０は、画像形成装置４の更新可否判断部３３０ａと連動してプログラム更新可否の問合せ処理を行う。

この選択入力の受付は操作部１１の操作制御部３７０にて行われ、選択された更新除外ユニットを示すデータ（例えば、更新除外ユニットの識別データ等）は、更新管理部３１０によって、区別されて更新関連情報記憶部３２５に記憶される。

この場合、更新管理部３１０は、ステップＳ１０２で実行された更新開始処理要求を示すデータを受け取ると、所定の記憶部に記憶された更新除外ユニットを示すデータを読み出す。更新管理部３１０は、当該データに基づいて、更新除外ユニット以外の機能ユニット（画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４、及び排紙スタッカーユニット１６）をプログラムの更新可否問合せ先として決定し、更新可否問合せ先の各更新可否判断部３３０に対して更新可否問合せに関するデータを送受信部３５０ａを介して各機能ユニットに送信する。

更新可否問合せに関するデータを受信した各更新可否判断部３３０は、各機能ユニットにおいてプログラムの更新可否問合せ処理を行う（ステップＳ２０１～Ｓ２０６）。

さらに、更新可否判断部３３０によって実行されるステップＳ３０１～Ｓ３０６までの更新可否応答処理が終了すると、表示制御部３８０は、更新管理部３１０から送信されたプログラムの更新対象の候補を示すデータに基づいて、図１１のプログラム更新開始画面５１０を操作パネル１４０のパネル表示部１４０ａに表示する（ステップＳ４０３）。但し、当該データには、更新除外ユニットを示す情報は、更新対象の候補として含まれていない。

なお、第１の実施形態と同様に、ステップＳ４０３のプログラム更新開始画面５１０を表示する処理の前に、更新データ受信部３２０によって実行される、機能ユニットを動作させる更新プログラムの取得及び画像形成装置４の更新関連情報記憶部３２５に記憶させる処理（ステップＳ４０１）と、更新管理部３１０によって実行される、プログラム更新開始画面５１０を構成するデータの表示制御部３８０に対する送信処理（ステップＳ４０２）が実行される。

第２の実施形態では、更新対象選択画面７１０で更新除外ユニットとして選択されたパンチ／ステープルユニット１５以外は、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４及び排紙スタッカーユニット１６が更新問合せにより更新対象の候補となっている。したがって、各機能ユニットで更新される更新プログラムも第１の実施形態と同様の方法で取得されている。

図１１は、第２の実施形態におけるプログラム更新開始画面の表示例を示す図である。なお、図１１のプログラム更新開始画面５１０は、第１の実施形態の図５のプログラム更新開始画面５１０に対応する。但し、図１０の更新対象選択画面７１０でパンチ／ステープルユニット１５が予め更新対象外として設定されているため、図１１のプログラム更新開始画面５１０では、表示制御部３８０は、パンチ／ステープルユニット１５をグレーアウト表示する。又は、表示制御部３８０は、パンチ／ステープルユニット１５に関する表示（更新対象、ユニット名、現在のバージョン及び更新後のバージョンの欄）をプログラム更新開始画面５１０から消去するか、パンチ／ステープルユニット１５の枠そのものを削除するようにしても良い。

なお、第２の実施形態では、図１１にてすでに更新対象ユニット及び更新除外ユニットが選択されているため、図４で実行されたステップＳ５０１，Ｓ５０２の処理は省略されても良い。

＜プログラム更新処理＞
続いて、図９のステップＳ６０１～Ｓ７０２までの処理の説明をする。

更新対象の選択結果が図１１の通りであれば、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４及び排紙スタッカーユニット１６の各機能ユニットに対して、以下のステップでプログラム更新が行われる。

第１の実施形態と同様に、プログラム更新開始画面５１０の実行ボタン（キー）５１３が操作者によって押下されることで、操作制御部３７０は、プログラムの更新操作が受け付けられたことを検出する（ステップＳ６０１）。

操作制御部３７０は、実行ボタン（キー）５１３の押下を検出すると、更新実行要求に対応するデータを操作部１１の送受信部３５０ｂを介して画像形成装置４の送受信部３５０ａに送信する（ステップＳ６０２）。この場合の更新実行要求に対応するデータとは、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４及び排紙スタッカーユニット１６の各プログラムの更新の実行要求を示すデータである。

更新管理部３１０は、送受信部３５０ａを介して更新実行要求に対応するデータを取得し、そのデータに含まれる更新対象として選択された画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４及び排紙スタッカーユニット１６を更新対象として認識する。

画像形成装置４の更新処理部３４０ａは、プログラムの更新を行い、その結果を更新管理部３１０に応答する（ステップＳ６０３）。

続いて、各機能ユニットの更新処理部３４０（更新処理部３４０ｂ、３４０ｃ、３４０ｄ、３４０ｆ）は、それぞれの更新実行要求に対応するデータを画像形成装置４の更新管理部３１０に送信し（ステップＳ６０４、Ｓ６０６、Ｓ６０８及びＳ６１０）、更新が完了したら、更新管理部３１０にプログラム更新完了を示すプログラム更新結果応答データを送信する（ステップＳ６０５、Ｓ６０７、Ｓ６０９及びＳ６１１）。

プログラム更新結果応答データを取得した画像形成装置４の更新管理部３１０は、操作部１１に更新完了を示すデータを送る（ステップＳ７０１）。

図１２は、第２の実施形態におけるプログラム更新開始画面の更新実行後の表示例を示す図である。ステップＳ７０１の実行により、操作部１１の表示制御部３８０は、図１２に示すように、「プログラム更新が完了しました。」等のメッセージを含むプログラム更新開始画面５１０を表示する（ステップＳ７０２）。図１２のプログラム更新開始画面５１０では、プログラムの更新が成功した画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３、製本ユニット１４及び排紙スタッカーユニット１６が、更新後のバージョンを含めて他の機能ユニットと区別されて表示される。

操作者は、図１２のプログラム更新開始画面５１０を確認した後、確認ボタン（キー）３１５を押下してプログラムの更新処理を終了することができる。

以上説明したように第２の実施形態によれば、更新除外ユニットを操作者が予め設定できる。なお、更新可否の問合せでは、「プログラム更新不可」の応答を返さないが、プログラムの更新が成功しない場合（プログラム更新失敗）があり得る。そのような場合でも、該当する機能ユニットをプログラムの更新対象から除く設定をしておけば、画像形成システムとしてプログラムの更新を実行することができる。

本実施形態では、画像形成システム１に対して説明したが、画像形成前処理システム２や画像形成後処理システム３に対して適用しても良い。

●第３の実施形態●
続いて、第３の実施形態について説明する。第３の実施形態について、第１の実施形態及び第２の実施形態との相違点は、画像形成システム１を構成する各機能ユニットのうち、通信経路上で影響を受ける互いのユニットに対して、プログラム更新の可否を判断し、必要に応じてプログラムの更新を不可とする点である。

図１３は、第３の実施形態におけるプログラム更新処理の処理手順の一例を説明するためのシーケンス図である。図１３のシーケンスにおいて、ステップＳ１０１～Ｓ３０６は第１の実施形態と同様であるため、詳細な説明は省略する。

＜通信経路における更新可否判断処理＞
図１３において、第１の実施形態及び第２の実施形態と異なる処理は、画像形成装置４の更新管理部３１０にて実行されるステップＳ３５１の通信経路における更新可否判断の処理である。この処理は、画像形成装置４の更新管理部３１０が、画像形成システム１の全ての機能ユニットに対して行うもので、例えば、図２で示した画像形成装置４内部のコントローラ１００等が、画像形成システム１を構成する各機能ユニットの通信経路を、一元管理することで実現される。

具体的には、更新管理部３１０は、ステップＳ３０１～Ｓ３０６の更新可否問合せに係る処理結果及びステップＳ３５１の処理において、パンチ／ステープルユニット１５から更新不可の応答が返された場合、パンチ／ステープルユニット１５だけでなく、通信経路においてパンチ／ステープルユニット１５の後段の排紙スタッカーユニット１６に対するプログラムの更新をも不可と判断する（ステップＳ３５１）。換言すれば、更新管理部３１０は、通信経路において画像形成装置４との間にパンチ／ステープルユニット１５が介在する機能ユニットについてもプログラムの更新が不可であると判断する。

すなわち、第３の実施形態では、画像形成システム１において、画像形成装置４に直接的に接続されていない機能ユニットと画像形成装置４との通信は、当該機能ユニットと画像形成装置４との間に介在する機能ユニットを介して行われるといった事情が考慮される。なお、第１及び第２の実施の形態においても、斯かる事情は同じであるが、当該事情は考慮されていない。

このような事情において、画像形成システム１を構成する機能ユニットの通信経路の途中にプログラム更新の不可能な機能ユニットが存在すると、その後段の機能ユニットのプログラム更新に影響が出ることがあり、画像形成システム１としての動作の保証ができなくなる。

したがって、更新管理部３１０が、パンチ／ステープルユニット１５からプログラムの更新不可の応答が返された場合に通信経路上の後段にある排紙スタッカーユニット１６のプログラムの更新も不可と判断する。

画像形成システム１では、プログラムの更新以外の通常の画像形成処理において、画像形成装置４の本体を含めて、どの機能ユニットが画像形成処理に関与しているかを示す情報を、例えば、画像形成装置４のコントローラ１００（更新管理部３１０）が管理している。電子写真方式を利用した画像形成装置や画像形成システムでは、一般的に、帯電、露光、現像、転写及び定着の各プロセスからなり、後処理としての製本処理や排紙処理を経る。そのため、コントローラなどによって、どの機能ユニットがどの通信経路（機能ユニット）に接続され、どの順番で画像形成処理に関与するかを判断することは比較的容易である。そのため、例えば、更新管理部３１０は、通信経路上で影響のある機能ユニットに対して、プログラムの更新を不可と判断することが可能である。

続いて、更新管理部３１０は、プログラムの更新対象として判断した画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３及び製本ユニット１４の各プログラムを更新対象のプログラムとして取得する（ステップＳ４０１）。

その後、更新管理部３１０は、操作部１１の表示制御部３８０に対して、送受信部３５０ａ及び３５０ｂを介して、プログラム更新開始画面５１０及びプログラム更新可否画面６１０を構成するデータを送る（ステップＳ４０２）。

これを受けて、表示制御部３８０は、図１４のプログラム更新開始画面５１０を操作パネル１４０のパネル表示部１４０ａに表示する（ステップＳ４０３）。

図１４は、第３の実施形態におけるプログラム更新開始画面の表示例を示す図である。図１４に示されるプログラム更新開始画面５１０では、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３及び製本ユニット１４が、プログラムの更新対象として選択可能であること（画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３及び製本ユニット１４が、プログラムの更新対象の候補であること）が示されている。換言すれば、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６が、更新対象としての選択が不可であることが示されている。

プログラム更新開始画面５１０において、操作制御部３７０は、操作者による更新対象の欄の操作を検出し、表示制御部３８０と連動して操作対象とされた更新対象の欄の●又は〇の表示を切り替える（ステップＳ５０１及びステップＳ５０２）。これは、第１の実施形態及び第２の実施形態のステップＳ５０１及びステップＳ５０２と同様の処理である。

このプログラム更新開始画面５１０において操作者は、第１の実施形態及び第２の実施形態と同様にプログラムの更新対象として選択可能な機能ユニットの中から任意に更新対象の候補を選択し、実行ボタン（キー）５１３を押下してプログラムの更新処理を開始することができる。

一方、操作者は詳細ボタン（キー）５１２を押下して図１５のプログラム更新可否画面６１０を表示させることもできる。

図１５は、第３の実施の形態におけるプログラム更新可否画面の表示例を示す図である。

図１５には、例えば、「パンチ／ステープルユニットがプログラムを更新できないため、通信経路の後段にある排紙スタッカーユニットもプログラムの更新を中止します。」等のメッセージが操作パネル１４０のパネル表示部１４０ａに表示される例が示されている。また、その表示方法の例としては、図１５の領域６１１に示すように、表示制御部３８０がパンチ／ステープルユニット１５及び排紙スタッカーユニット１６をグレーアウトや白黒反転等で表示することで、他の機能ユニットと表示形態を分ける。

操作制御部３７０は、図１５のプログラム更新可否画面６１０において、操作者による戻るボタン（キー）６１３の押下を検出すると、表示制御部３８０を制御して図１４のプログラム更新開始画面５１０を再表示する。この再表示処理は、図１３のシーケンス図では、ステップＳ４０３の処理の後に実行される。なお、図１４のプログラム更新開始画面５１０における詳細ボタン（キー）５１２、実行ボタン（キー）５１３及びキャンセルボタン（キー）５１４の機能は、第１の実施形態及び第２の実施形態と同様である。

＜プログラム更新処理＞
続いて、プログラム更新開始画面５１０の実行ボタン（キー）５１３が操作者によって押下されることで、操作制御部３７０は、プログラムの更新操作が受け付けられたことを検出する（ステップＳ６０１）。

操作制御部３７０は、ステップＳ６０１において操作者による実行ボタン（キー）５１３の押下を検出すると、更新実行要求に対応するデータを操作部１１の送受信部３５０ｂを介して画像形成装置４の送受信部３５０ａに送信する（ステップＳ６０２）。この場合の更新実行要求に対応するデータとは、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３及び製本ユニット１４の各プログラムの更新を実行するためのデータである。

更新管理部３１０は、送受信部３５０ａを介して更新実行要求に対応するデータを取得し、そのデータに含まれる更新対象として選択された画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３及び製本ユニット１４を更新対象として認識する。

続いて、更新処理部３４０ａは、画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３及び製本ユニット１４の各機能ユニットを動作させるプログラムを更新する（ステップＳ６０２～Ｓ６０９）。

更新対象の機能ユニットの更新処理部３４０により各プログラムの更新が完了すると、画像形成装置４の更新管理部３１０は、各機能ユニットから受信したプログラム更新完了を示すプログラム更新応答データに応じて、操作部１１に更新完了を示すデータを送る（ステップＳ７０１）。

操作部１１におけるプログラムの更新完了を示すデータの受信に応じて、操作部１１の表示制御部３８０は、第１の実施形態で示した図８に示すように、「プログラム更新が完了しました。」等のメッセージを含むようにプログラム更新開始画面５１０を更新する（ステップＳ７０２）。

以上説明したように第３の実施形態によれば、通信経路の途中にプログラム更新の不可能な機能ユニットが存在した場合に、その機能ユニットを除いた機能ユニットに対してプログラムの更新を行うようにした。つまり、画像形成システムを構成する各機能ユニットのうち、プログラムの更新が不可能な機能ユニットが存在した場合は、その機能ユニットの通信経路上の後段に配置される機能ユニットのプログラムの更新も不可とした。このようにすることで、画像形成システム１のうち、更新が可能な機能ユニットに対してプログラム更新を行うことができ、さらに更新後の画像形成システム１の動作も保証することが可能になる。

本実施形態では、画像形成システム１に対して説明したが、画像形成前処理システム２や画像形成後処理システム３に対して適用しても良い。

●第４の実施形態●
続いて、第４の実施形態について説明する。第４の実施形態では、各機能ユニット間でプログラムバージョンの組合せに制限（斯かる制限を、以下「組合せ条件」という。）がある場合に、プログラム更新可否を判断する例について説明する。各機能ユニット間でプログラムバージョンの組合せ条件がある場合とは、例えば、機能が密接に関連する機能ユニット同士や、物理的に隣接する機能ユニット同士の各プログラムバージョンが所定の値以内であることなどが挙げられる。つまり、ある範囲や閾値以上に互いのプログラムバージョンの値に差異がある場合は、組合せ条件が満たされないと判定される。

第１の実施形態～第３の実施形態との相違点は、画像形成システム１を構成する各機能ユニットのうち、プログラムバージョンの組合せが存在する互いのユニットに対して、プログラム更新の可否を判断し、必要に応じてプログラムの更新を不可とするようにした点である。

図１６は、第４の実施形態におけるプログラムの更新処理の処理手順の一例を説明するためのシーケンス図である。図１６のシーケンスにおいて、ステップＳ１０１～Ｓ３０６は第１の実施形態と同様であるため、詳細な説明は省略する。

図１６では、ある機能ユニットのプログラムが更新不可になった場合に、組合せ条件が適用される機能ユニットで実行されるプログラムもあわせて更新不可とする処理（組合せ条件による更新可否判断）が追加されている（ステップＳ３６１）。当該処理では、予め設定されている組合せ条件が参照される。

＜組合せ条件による更新可否判断処理＞
次に、プログラムバージョンの組合せが存在する場合に、画像形成装置４の更新管理部３１０が実行する更新可否判断の具体例について図１７及び図１８を用いて説明する。なお、以下に説明する内容は、図１６のシーケンス図のステップＳ３６１において更新管理部３１０によって実行される処理の詳細である。

図１７は、第４の実施形態におけるプログラムの更新可否判断の処理手順の一例を説明するためのフローチャートである。

更新管理部３１０は、画像形成装置４の本体を含むすべての機能ユニットへの更新可否問合せの要求に対する各機能ユニットからの応答を受信すると（図１６のステップＳ３０１～Ｓ３０６）、組合せ条件による更新可否判断を開始する（ステップＳ３６１１、すなわち図１６のステップＳ３６１）。

続いて、更新管理部３１０は、組合せ条件による更新可否判断で更新可と応答した機能ユニット（すなわち、更新対象の候補の機能ユニット）ごとにステップＳ３６１３～Ｓ３６１７を含むループ処理Ｌ１を実行する（ステップＳ３６１２）。以下、ループ処理Ｌ１において処理対象とされている機能ユニットを「対象ユニット」という。

続いて、更新管理部３１０は、更新可と応答した機能ユニットのうち、更新対象の機能ユニットに対して、組合せ条件が設定されているか否かを判定する（ステップＳ３６１３）。

図１８は、第４の実施形態におけるプログラムの更新処理に係る組合せ条件の一例を示す図である。図１８に示されるように、組合せ条件は、適用対象、適用バージョン、条件ユニットバージョン等の項目を含む。

適用対象は、当該組合せ条件が適用される機能ユニットを示す。適用バージョンは、当該機能ユニットについて、当該組合せ条件が適用されるバージョンを示す。条件ユニットバージョンは、当該機能ユニットが適用バージョンに更新された場合に、バージョンに条件が課せられる他の機能ユニット（以下、「条件ユニット」という。）と、当該条件ユニットが満たすべきバージョン（以下、「条件バージョン」という。）を示す。

図１８では、製本ユニット１４のプログラムバージョンを１．０４に更新するためには、パンチ／ステープルユニット１５のバージョンが１．０２以上であることを条件とする組合せ条件が示されている。このように指定されている理由のひとつは、互いに関連する機能ユニット間においては、それぞれのバージョンの番号（版）が所定の値以内に収まっていないと互いの機能の保証ができなくなる（互換性が維持できなくなる）場合があるからである。

対象ユニットに対して組合せ条件が設定されていない場合（すなわち、「適用対象」が対象ユニットを示す組合せ条件が無い場合）（ステップＳ３６１３でＮｏ）、更新管理部３１０は、対象ユニットについてステップ３６１４以降は実行しない。

一方、対象ユニットに対して組合せ条件が設定されている場合（すなわち、「適用対象」が対象ユニットを示す組合せ条件が有る場合）（ステップＳ３６１３でＹｅｓ）、更新管理部３１０は、当該組合せ条件（以下、「対象組合せ条件」という。）に係る条件ユニットの現在のバージョンが条件バージョン以上であるか否かを判断する（ステップＳ３６１４）。

条件ユニットの現在のバージョンが条件バージョン以上である場合（ステップＳ３６１４でＹｅｓ）、更新管理部３１０は、対象ユニットについてステップ３６１５以降は実行しない。

一方、条件ユニットの現在のバージョンが条件バージョン未満である場合（ステップＳ３６１４でＮｏ）、更新管理部３１０は、条件ユニットがプログラム更新可能であるか否か（すなわち、条件ユニットが更新可の応答をしたか否か）を判定する（ステップＳ３６１５）。

条件ユニットがプログラム更新可能である場合（ステップＳ３６１５でＹｅｓ）、更新管理部３１０は、条件ユニットの更新後のバージョンが条件バージョン以上であるか否かを判定する（ステップＳ３６１６）。

条件ユニットの更新後のバージョンが条件バージョン以上である場合（ステップＳ３６１６でＹｅｓ）、更新管理部３１０は、対象ユニットについてステップＳ３６１７は実行しない。

一方、条件ユニットがプログラム更新可能でない場合（ステップＳ３６１５でＮｏ）、又は条件ユニットの更新後のバージョンが条件バージョン以上でない場合（ステップＳ３６１６でＮｏ）、更新管理部３１０は、対象ユニットを更新対象の候補から除外する（ステップＳ３６１７）。

更新可能な全ての機能ユニットについてループ処理Ｌ１が実行されると、図１７の処理（すなわち、図１６のステップＳ３６１）は終了する。

なお、組合せ条件が存在する機能ユニットのプログラム更新については、画像形成装置４の更新管理部３１０によって、更新後のプログラムの動作が所定の条件を満たし、プログラム更新後の画像形成システム１の動作に影響がないと判断される場合は、更新管理部３１０は、プログラム更新の対象となる機能ユニット間において、プログラム更新を可能と判断するようにしても良い。

例えば、更新後のプログラムのバージョンでも更新対象の更新後のバージョンと組合せ条件を満たさないが、画像形成システム１の動作上問題にならない程度の影響であると判断された場合は、更新管理部３１０は、対象機能ユニットのプログラム更新を可能として更新処理を実行する。但し、その場合はプログラム更新後に画像形成システム１の操作者やユーザ等に、その旨を知らせる機能と併用する方が望ましい。

ここでは、更新管理部３１０は、ステップＳ３６１での処理結果に基づいて、製本ユニット１４がプログラムの更新対象の候補から除外されたこととする。したがって、ステップＳ４０１では、製本ユニット１４と更新可否問合せにおいて更新不可となったパンチ／ステープルユニット１５以外の機能ユニットを動作させる各更新プログラムが、更新データ受信部３２０を介して取得される。

続いて、更新管理部３１０は、第３の実施形態と同様に、ステップＳ４０２及びステップＳ４０３の処理を実行し、図１９に示すようにプログラム更新開始画面５１０を表示する。

図１９は、第４の実施形態におけるプログラム更新開始画面の表示例を示す図である。

図１９では、更新管理部３１０によってステップＳ３６１が実行された後、ステップＳ４０３で操作部１１の表示制御部３８０によって表示されるプログラム更新開始画面５１０が示されている。パンチ／ステープルユニット１５が更新可否の問合せで更新不可を応答し、その結果として、製本ユニット１４の組合せ条件が満たされないため、図１９のプログラム更新開始画面５１０では、これら双方の機能ユニットがグレーアウト表示される。

より詳細には、プログラム更新対象の候補としての選択が不可となる製本ユニット１４及びパンチ／ステープルユニット１５を除いた画像形成装置４の本体、給紙ユニットＡ１２、給紙ユニットＢ１３及び排紙スタッカーユニット１６が更新対象の候補として●表示される。

ここで、操作者によってプログラム更新開始画面５１０の詳細ボタン（キー）５１２が押下されると、表示制御部３８０は、操作パネル１４０のパネル表示部ａに図２０のプログラム更新可否画面６１０を表示する。

図２０は、第４の実施形態におけるプログラム更新可否画面の表示例を示す図である。図２０のプログラム更新可否画面６１０では、製本ユニット１４及びパンチ／ステープルユニット１５のイメージ並びに関連するメッセージの一例がそれぞれグレーアウト表示される。

操作者によって、プログラム更新可否画面６１０の戻るボタン（キー）６１３が押下されると、表示制御部３８０は、パネル表示部１４０ａの表示対象を図１９のプログラム更新開始画面５１０に戻す。

その後、表示制御部３８０は、プログラム更新開始画面５１０に対して、操作者によって更新対象の候補として選択された画像形成装置４の本体及び給紙ユニットＢ１３を●表示し、他に選択可能で且つ更新対象の候補として選択されなかった給紙ユニットＡ１２、排紙／ステープルユニットを○表示する（図７と同様）（ステップＳ５０１、Ｓ５０２）。

＜プログラム更新処理＞
その後、操作制御部３７０は、操作者によるプログラム更新開始画面５１０の実行ボタン（キー）５１３の押下を受け付け、検出する（ステップＳ６０１）。

操作制御部３７０は、ステップＳ６０１において操作者による実行ボタン（キー）５１３の押下を検出すると、更新実行要求に対応するデータを生成し、操作部１１の送受信部３５０ｂを介して画像形成装置４の送受信部３５０ａに送信する（ステップＳ６０２）。この場合の更新実行要求に対応するデータとは、画像形成装置４の本体及び給紙ユニットＢ１３の各プログラムの更新を実行するためのデータである。

更新管理部３１０は、送受信部３５０ａを介して更新実行要求に対応するデータを取得し、そのデータに含まれる更新対象として選択された画像形成装置４の本体及び給紙ユニットＢ１３を更新対象として認識する。

これにより、更新処理部３４０ａ及び更新処理部３４０ｃは、画像形成装置４の本体及び給紙ユニットＢ１３の各機能ユニットを動作させるプログラムを更新する（ステップＳ６０２～Ｓ６０７）。

プログラム更新の終了処理は、第１～第３の実施形態のステップＳ７０１、Ｓ７０２と同様である。

以上説明したように第４の実施形態によれば、組合せ条件が設定された機能ユニットに対して、当該組合せ条件の充足の有無が判定され、当該組合せ条件が充足されない場合には当該機能ユニットについてプログラムの更新を不可とするようにした。このようにすることで、画像形成システム１において、プログラムバージョンの組合せ条件に依存しない機能ユニットに対してプログラム更新を行うことができ、さらに更新後の画像形成システム１の動作も保証することが可能になる。

●第５の実施形態●
これまでの実施形態では、画像形成システム１の各機能ユニットに対するプログラム更新について説明したが、これに限るものではなく、画像形成前処理システム２や画像形成後処理システム３における各機能ユニット間だけでプログラム更新処理が実行されるケースが適用されても良い。

このように、各機能ユニット間だけでプログラム更新の可否判断や更新処理を行うようにする狙いは以下のとおりである。画像形成システム１、画像形成前処理システム２又は画像形成後処理システム３のいずれかのシステムで本実施形態におけるプログラム更新が行われる場合、画像形成装置４の更新管理部３１０は、他の機能ユニットの更新可否判断部３３０や更新処理部３４０に比べて処理負荷が大きくなる。それは、画像形成装置４の更新管理部３１０の機能を担うＣＰＵ１０１は、画像形成装置４のみならず、システム全体を制御する制御ユニットとしても機能するためである。この傾向は、商用・産業用印刷機など一般的なＭＦＰと比べて大きな構造のシステムの下ではさらに顕著になると考えられる。

そこで、画像形成装置４の更新管理部３１０の負荷を軽減するために、各機能ユニットにも更新管理部３１０に相当する機能を持たせるか、又は、例えば更新可否判断部３３０と更新処理部３４０が協働することで画像形成装置４の本体の制御（ＣＰＵ１０１による制御）に依存せず、それぞれのシステムにおいてプログラム更新処理を実行可能とする実施形態が提案されても良い。

上述したように、画像形成装置４の本体の制御に依存しないいくつかのケースを考える。以下に例示するケースは、画像形成前処理システム２において、それぞれの機能ユニット（給紙ユニットＡ１２及び給紙ユニットＢ）に、第４の実施形態で説明した画像形成装置４の更新管理部３１０と同等の機能を持つことを前提としている。

第４の実施形態で説明したように、プログラムバージョンの組合せ条件が設定されている場合を考える。その一つ目として、例えば以下の条件で、給紙ユニットＡ１２に設けられた更新管理部３１０ａが給紙ユニットＢ１３の現在のプログラムバージョンを給紙ユニットＢの更新処理部３４０ｃから取得して確認し、給紙ユニットＢ１３のプログラムバージョンが１．００だから、給紙ユニットＡ１２は更新可能であると判断しても良い。

現在 更新データ（条件）
給紙ユニットＡ１２ 1.00 1.01（給紙ユニットＢ１３のバージョンが1.00以上であること）
給紙ユニットＢ１３ 1.00 1.01（条件なし）
なお、上述した実施形態における各種の処理は、第１～第４の実施形態におけるシーケンスチャートと共通な部分はそのまま流用可能であるとする。

また、プログラムバージョンの組合せ条件が設定されている場合の二つ目として、画像形成前処理システム２において、以下の条件では給紙ユニットＡ１２に設けられた更新管理部３１０ａは更新可能と判断するべきであるが、それを判断するには、給紙ユニットＡ１２は給紙ユニットＢ１３の現在のプログラムバージョンを見ただけでは不十分で、給紙ユニットＢ１３の更新後のプログラムバージョンが必要となる。

現在 更新データ（条件）
給紙ユニットＡ１２ 1.00 1.01（給紙ユニットＢ１３のバージョンが1.01以上であること）
給紙ユニットＢ１３ 1.00 1.01（条件なし）
上記のような条件の場合、第４の実施形態で説明したように画像形成装置４の本体に設けられた更新管理部３１０は給紙ユニットＢ１３の状態を知り得るが、給紙ユニットＡ１２は給紙ユニットＢ１３の状態を知り得ないという状況が発生する。そのため、給紙ユニットＡ１２にも更新管理部３１０ａを設け、給紙ユニットＢ１３の現在及び更新後のプログラムのバージョンを把握できるような仕組みを設ける。例えば、給紙ユニットＡ１２の更新管理部３１０ａは、給紙ユニットＢ１３の更新処理部３４０ｃと独立して通信を行い、給紙ユニットＢ１３の現在、及び更新後のプログラムのバージョンを把握できるようにしておく。

このような仕組みにより、上記のような条件でも給紙ユニットＡ１２と給紙ユニットＢ１３のみでプログラムの更新における更新可否の判断及び更新処理が可能となる。

なお、上述した実施形態における各種の処理は、第１～第４の実施形態におけるシーケンスチャートと共通な部分はそのまま流用可能であるとする。

さらに、プログラムバージョンの組合せ条件が設定されている場合の三つ目として、以下の条件では、プログラムの更新対象が自身の更新条件とは関係ない第３の機能ユニットを更新しようとしているバージョンまで考えなければならない。ここでの機能ユニットは、画像形成後処理システム３の製本ユニット１４、パンチ／ステープルユニット１５及び排紙スタッカーユニット１６である。

現在 更新データ（条件）
製本ユニット１４ 1.00 1.01（パンチ／ステープルユニット１５のバージョンが1.01以上であること）
パンチ／ステープルユニット１５ 1.00 1.01（排紙スタッカーユニット１６のバージョンが1.01以上であること）
排紙スタッカーユニット１６ 1.00 1.01（製本ユニット１４のバージョンが1.01以上であること）
上記のような場合、プログラムバージョンの組合せ条件がある場合の二つ目の例に加えて、製本ユニット１４，パンチ／ステープルユニット１５及び排紙スタッカーユニット１６、すなわち全ての機能ユニットに画像形成装置４の更新管理部３１０に相当する更新管理部３１０ｃ、３１０ｄ、３１０ｅを設け、互いの機能ユニットの現在及び更新後のプログラムのバージョンが把握できるような仕組みを設けておく。

このような仕組みにより、上記のような条件でもそれぞれの機能ユニット間のみでプログラムの更新における更新可否の判断及び更新処理が可能となる。

なお、上述した実施形態における各種の処理は、第１～第４の実施形態におけるシーケンスチャートと共通な部分はそのまま流用可能であるとする。

以上説明したように第５の実施形態によれば、画像形成装置４の本体を含まない画像形成前処理システム２又は画像形成後処理システム３において、プログラムバージョンの組合せ条件が設定されている機能ユニットに対してプログラムの更新可否を判断し、必要に応じてプログラムの更新を不可とするようにした。このようにすることで、画像形成前処理システム２又は画像形成後処理システム３において、プログラムバージョンの組合せ条件に依存しない機能ユニットに対して画像形成装置４に依存せずにプログラム更新を行うことができ、さらに更新後の画像形成前処理システム２又は画像形成後処理システム３の動作も保証することが可能になる。

＜本実施形態の主な効果＞
以上説明したように本実施形態によれば、情報処理装置と通信可能な各機能ユニットを動作させるためのプログラムの更新可否を把握しやすくすることができる。
〔補足〕
上述した各実施形態では、情報処理装置として電子写真方式を利用した画像形成装置（ＭＦＰ）、産業用印刷機、商用印刷機、等を例にして説明したが、これらに限定されない。本実施形態の情報処理装置は、画像形成システム１に示したように、機能ユニットと通信が可能な構成を備えるものであればその種類を問わず、パーソナルコンピュータ（ＰＣ）と接続して通信を行うインタラクティブホワイトボード（ＩＷＢ）やプロジェクタ等の通信機器（装置）でも良い。

また、上述した各実施形態における機能ユニットについても、画像形成処理に係るものに限定されず、例えば、互いの機器（装置）との間で通信や認証等が実行される機能ユニットでも良い。

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。

なお、表示制御部３８０は、表示制御手段の一例である。

以上、各実施形態に基づき本実施形態の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１ 画像形成システム（情報処理システムの一例）
２ 画像形成前処理システム（情報処理前処理システムの一例）
３ 画像形成後処理システム（情報処理後処理システムの一例）
４ 画像形成装置（情報処理装置の一例）
１１ 操作部（表示装置の一例）
１２ 給紙ユニットＡ
１３ 給紙ユニットＢ
１４ 製本ユニット
１５ パンチ／ステープルユニット
１６ 排紙スタッカーユニット
１００ コントローラ
１０１ ＣＰＵ
１０２ システムメモリ（ＭＥＭ－Ｐ）
１０３ ノースブリッジ（ＮＢ）
１０４ サウスブリッジ（ＳＢ）
１０６ ＡＳＩＣ(Application Specific Integrated Circuit)
１０７ ローカルメモリ（ＭＥＭ－Ｃ）
１０８ ＨＤＤコントローラ
１０９ ＨＤＤ
１２０ 近距離無線通信回路
１２０ａ 近距離無線通信回路用アンテナ
１３０ エンジン制御部
１３１ スキャナ部
１３２ プリンタ部
１４０ 操作パネル
１４０ａ パネル表示部
１４０ｂ パネル操作部
３１０ 更新管理部
３２０ 更新データ受信部
３２５ 更新関連情報記憶部
３３０ 更新可否判断部
３４０ 更新処理部
３５０ 送受信部
３７０ 操作制御部
３８０ 表示制御部

特開２００８－１５２７９３号公報

Claims (7)

1. 一つ以上の機能ユニットと通信可能な情報処理装置であって、
   前記機能ユニットがプログラムの更新が可能な状態であるか否かを示す情報を、前記一つ以上の機能ユニットから受信する受信手段と、
   プログラムの更新が可能な状態である機能ユニットについて、プログラムを更新するか否かを選択させる画面を表示装置に表示させる表示制御手段と、を有する
   ことを特徴とする情報処理装置。
2. 前記表示制御手段は、
   プログラムの更新対象の候補としない機能ユニットが指定された場合は、当該機能ユニットを除いた機能ユニットについて、プログラムを更新するか否かを選択させる画面を前記表示装置に表示する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、
   前記プログラムの更新対象の候補としない機能ユニットを指定する場合、前記プログラムの更新対象の候補としない機能ユニットを指定する画面を、前記プログラムを更新するか否かを選択させる画面を表示させる前に前記表示装置に表示させる
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記情報処理装置には複数の前記機能ユニットが直列的に接続され、
   前記表示制御手段は、
   複数の前記機能ユニットのうち、当該機能ユニットと前記情報処理装置との間にプログラムの更新が不可である機能ユニットが介在しない機能ユニットについて、プログラムを更新するか否かを選択させる画面を前記表示装置に表示する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記表示制御手段は、
   プログラムの更新に関して他の機能ユニットとの間で所定の条件を満たす必要が有る機能ユニットについては、前記所定の条件が満たされる場合に、前記画面においてプログラムを更新するか否かを可能とする
   ことを特徴とする請求項１に記載の情報処理装置。
6. 情報処理装置と、前記情報処理装置に係る各種情報を表示する表示装置と、前記情報処理装置に通信可能な一つ以上の機能ユニットと、を備える情報処理システムであって、
   前記情報処理装置は、
   前記機能ユニットがプログラムの更新が可能な状態であるか否かを示す情報を、前記一つ以上の機能ユニットから受信する受信手段と、
   プログラムの更新が可能な状態である機能ユニットについて、プログラムを更新するか否かを選択させる画面を前記表示装置に表示する表示制御手段と、を有する、
   ことを特徴とする情報処理システム。
7. 一つ以上の機能ユニットと通信可能な情報処理装置が、
   前記機能ユニットがプログラムの更新が可能な状態であるか否かを示す情報を、前記一つ以上の機能ユニットから受信する受信ステップと、
   プログラムの更新が可能な状態である機能ユニットについて、プログラムを更新するか否かを選択させる画面を表示装置に表示させる表示制御ステップと、を実行する
   ことを特徴とする更新管理方法。

Images