JP2016085536A - 機器制御装置、画像形成装置と、その制御方法、及びプログラム - Google Patents

Abstract

【課題】従来は、印刷装置と印刷制御装置のソフトウェアのアップデートはそれぞれ個別に行われていて連動されていなかった。このため、印刷装置と印刷制御装置のいずれか一方だけが最新のソフトウェアにアップデートされているが、もう一方は最新のソフトウェアにアップデートされていないという状況が発生した。【解決手段】機器を接続して制御する機器制御装置であって、機器及び機器制御装置に関するソフトウェアの一覧を取得し、そのソフトウェアの一覧から配信対象のソフトウェアを要求する。その要求手段による要求に応答して配信されるソフトウェアを受信して記憶しておき、その記憶しているソフトウェアをダウンロードする対象である機器及び前記機器制御装置の状態を取得し、その取得した機器及び機器制御装置の状態に応じて当該機器及び前記機器制御装置へのソフトウェアのダウンロードを制御する。【選択図】 図２

Description

本発明は、機器制御装置、画像形成装置と、その制御方法、及びプログラムに関する。

例えば特許文献１のように、印刷装置に、例えばプリントサーバ等の印刷制御装置を接続する利用形態が知られている。このような印刷制御装置は、様々な付加価値をユーザに提供する。例えば、印刷制御装置は、印刷装置単体ではサポートしていないページ記述言語を解釈することで、ページ記述言語を含む印刷ジョブをその印刷装置がサポートしている形式に変換し、印刷データとして印刷装置に送信する。これによりユーザは、印刷装置に印刷制御装置を接続することで、様々な形式の印刷データを用いて印刷を行うことができる。

特開２００２−３１２１４０号公報

印刷装置と印刷制御装置はそれぞれ、ソフトウェアをアップデートすることがある。従来は、印刷装置と印刷制御装置のソフトウェアのアップデートはそれぞれ個別に行われていて、それらが連動されていなかった。従って、印刷装置と印刷制御装置のいずれか一方だけが最新のソフトウェアにアップデートされているが、もう一方は最新のソフトウェアにアップデートされていないという状況が発生していた。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、画像形成装置等の機器と機器制御装置或いはコントローラが連動してそれぞれソフトウェアをアップデートする技術を提供することにある。

上記目的を達成するために本発明の一態様に係る機器制御装置は以下のような構成を備える。即ち、
機器を接続して制御する機器制御装置であって、
前記機器及び前記機器制御装置に関するソフトウェアの一覧を取得する取得手段と、
前記ソフトウェアの一覧から配信対象のソフトウェアを要求する要求手段と、
前記要求手段による要求に応答して配信されるソフトウェアを受信して記憶する記憶手段と、
前記記憶手段に記憶されているソフトウェアをダウンロードする対象である機器及び前記機器制御装置の状態を取得する状態取得手段と、
前記状態取得手段により取得した前記機器及び前記機器制御装置の状態に応じて当該機器及び前記機器制御装置への前記ソフトウェアのダウンロードを制御する制御手段と、を有することを特徴とする。

本発明によれば、接続している機器と機器制御装置の状態を考慮して、機器或いは機器制御装置に、各対応するソフトウェアを一括してダウンロードすることができる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態１に係る印刷システムの構成を説明する図。 実施形態１に係るソフトウェア管理装置とプリントサーバの構成の一例を示すブロック図。 実施形態１に係る画像形成装置と機器情報管理装置の構成の一例を示すブロック図。 実施形態１に係るソフトウェア管理装置の操作部に表示されるソフトウェアの登録画面の一例を示す図。 実施形態１に係る機器情報管理装置で表示されるソフトウェア配信先を設定する画面例を示す図。 実施形態１に係るソフトウェア管理装置の記憶部に記憶されているソフトウェアリストの一例を示す図。 実施形態１に係るプリントサーバがソフトウェア管理装置からソフトウェアを取得する処理を説明するフローチャート。 実施形態１に係るソフトウェア管理装置による処理を説明するフローチャート。 実施形態１に係るプリントサーバの動作を説明するフローチャート。 実施形態１に係るプリントサーバの操作部の表示部に表示されるダウンロード開始画面の一例を示す図。 実施形態１に係るプリントサーバによるソフトウェアのダウンロード処理を説明するフローチャート。 本発明の実施形態２に係るプリントサーバによるソフトウェアのダウンロード処理を説明するフローチャート。 実施形態２に係るプリントサーバのソフトウェアのダウンロード処理を説明するフローチャート（Ａ）と、実施形態２に係るプリントサーバによる画像形成装置へのソフトウェアのダウンロード処理を説明するフローチャート（Ｂ）。 本発明の実施形態３に係るプリントサーバと画像形成装置の構成を説明するブロック図。 実施形態３に係る画像形成装置によるソフトウェアの取得処理を説明するフローチャート。 実施形態３に係る画像形成装置によるソフトウェアのダウンロード処理を説明するフローチャート。 実施形態３に係るプリントサーバによるダウンロード処理を説明するフローチャート（Ａ）、実施形態３に係る画像形成装置によるダウンロード処理を説明するフローチャート（Ｂ）。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

図１は、本発明の実施形態１に係る印刷システムの構成を説明する図である。この実施形態１では、外付けＲＩＰコントローラ（以下、プリントサーバ）１０２、或いは画像形成装置１０３，１０４がソフトウェア管理装置１０１からソフトウェアを取得した後、操作者の指示によってソフトウェアの一括ダウンロードを行う場合を説明する。尚、このプリントサーバ１０２は、画像形成装置１０３等の機器を制御しているため機器制御装置とも呼ばれる。

この印刷システムは、ソフトウェア管理装置１０１、画像形成装置１０３を接続するプリントサーバ１０２、画像形成装置１０４と機器情報管理装置１０５とを含んでいる。ソフトウェア管理装置１０１、プリントサーバ１０２、画像形成装置１０４、機器情報管理装置１０５はＬＡＮ１００に接続されている。画像形成装置１０３，１０４は、共に同じソフトウェアを適用可能な印刷装置であり、本実施形態では、それぞれ後処理装置を装着しているが、必ずしも後処理装置を装着している必要はない。また図１に示す構成はあくまでも一例であり、各装置の個数や、他の装置の接続に関しても、この例に限定されるものではない。

ソフトウェア管理装置１０１は、プリントサーバ１０２、画像形成装置１０３，１０４のソフトウェア（ファームウェア、パッチ、システム）を複数保持して管理している。ソフトウェア管理装置１０１は、プリントサーバ１０２や画像形成装置からソフトウェアのアップデート要求に応答して、ダウンロード対象のソフトウェアリスト（図６参照）を作成して要求元に通知する。またソフトウェア管理装置１０１は、プリントサーバ１０２や画像形成装置から、ソフトウェアリストに含まれるソフトウェアのダウンロード要求を受信すると、その要求されたソフトウェアを要求元に配信する。ここでソフトウェア管理装置１０１が管理するソフトウェアは、一例として、そのソフトウェアの種別を示す識別情報と、各装置を制御するソフトウェアを含んでいる。

プリントサーバ１０２は、ＬＡＮ１００を介して受信した印刷ジョブに含まれるＰＤＬデータ等を解析してラスタイメージデータを作成し、接続されている画像形成装置１０３にイメージデータを送信して印刷させる。またプリントサーバ１０２は、ＬＡＮ１００を介して受信したパケットを、接続されている画像形成装置１０３に転送する。またプリントサーバ１０２は、指定された日時になると、ソフトウェア管理装置１０１に対してソフトウェアの一式（図６の識別子が「ＤＦＥ」のソフトウェア等）を要求して取得し、その取得したソフトウェアを自身の記憶部に保持できる。更に、プリントサーバ１０２は、接続されている画像形成装置１０３に対して、その記憶部に保持しているソフトウェアを送信してダウンロードさせることができる。

画像形成装置１０３，１０４は、ＬＡＮ１００を介して受信した印刷ジョブ、或いはプリントサーバ１０２から受信したイメージデータに従ってシートに画像を印刷する。これら画像形成装置１０３，１０４は、ソフトウェアをダウンロードするための状態に移行すると、ソフトウェアを受信してダウンロードすることができる。

機器情報管理装置１０５は、ＬＡＮ１００に接続されている画像形成装置１０４とプリントサーバ１０２、及びプリントサーバ１０２に接続された画像形成装置１０３の機器情報を管理する。機器情報管理装置１０５は、プリントサーバ１０２又は画像形成装置１０３，１０４が、ソフトウェア管理装置１０１からソフトウェアを取得するタイミングを設定することができる。

図２及び図３は、実施形態１に係るソフトウェア管理装置１０１、プリントサーバ１０２、画像形成装置１０３，１０４、機器情報管理装置１０５の機能構成の一例を示すブロック図である。ここで、画像形成装置１０３，１０４は共に同じ構成を有しているので、ここでは画像形成装置１０３を例に説明する。

図２（Ａ）は、実施形態１に係るソフトウェア管理装置１０１の構成を説明するブロック図である。

ソフトウェア管理装置１０１の各構成要素はシステムバス２１０を介して相互に接続されている。ＲＯＭ２０２には、ＣＰＵ２０１により実行される、ソフトウェア管理装置１０１の制御プログラム、及び機器情報を取得するプログラムとソフトウェアを配信するプログラムが格納されている。制御部２０５は、ＣＰＵ２０１によりＲＯＭ２０２に格納されたプログラムを実行させて、制御部２０５が有する機能を実現させる。ＲＡＭ２０３は、ＣＰＵ２０１がプログラムを実行するためのワークメモリエリアであり、処理データなどを一時的に保存するのに使用される。記憶部２０４は、後処理装置などの機器情報や各画像形成装置から取得した機器情報、画像形成装置、後処理装置、及びプリントサーバ１０２の制御ソフトウェアなどを記憶する。

次に制御部２０５が有する機能について説明する。

機器情報取得部２０７は、ＬＡＮ１００に接続されている機器情報管理装置１０５に問合せ、ＬＡＮ１００に接続されている機器の機器情報（機器構成、各機器のソフトウェアのバージョン）を取得する。ソフトウェア配信部２０６は、ＬＡＮ１００に接続されている画像形成装置及びプリントサーバ１０２からの要求を受信すると、機器情報取得部２０７で取得した機器情報に基づいて、その要求元に必要なソフトウェアリストを作成して要求元に渡す。そして、その要求元から、そのソフトウェアリストから選択されたソフトウェアの要求を受信すると、その要求されたソフトウェアを要求元に配信する。ソフトウェア登録部２０８は、操作部２０９を介して操作者によって登録されたプリントサーバ１０２、画像形成装置１０３，１０４、後処理装置等のソフトウェアを記憶部２０４へ保存する。操作部２０９は、表示部や入力部を有しており、制御部２０５によって制御される。操作者は、後述するように、操作部２０９の表示部に表示された画面を介してソフトウェア登録部２０８を起動して、市場に投入されたソフトウェアを登録する。

図２（Ｂ）は、実施形態１に係るプリントサーバ１０２の構成を説明するブロック図である。

プリントサーバ１０２の各構成要素はシステムバス２２１を介して相互に接続されている。ＲＯＭ２１２は、ＣＰＵ２１１により実行される、プリントサーバ１０２の制御プログラム、及びＲＩＰ制御を行うプログラム、ソフトウェアを更新するプログラム等を格納している。制御部２１５は、ＣＰＵ２１１によりＲＯＭ２１２に格納されたプログラムを実行させて制御部２１５が有する機能を実現させる。ＲＡＭ２１３は、ＣＰＵ２１１がプログラムを実行するためのワークメモリエリアであり、画像データなどを一時的に保存する。記憶部２１４は、ソフトウェア管理装置１０１から取得した画像形成装置及びプリントサーバ１０２のソフトウェア（ファームウェアも含む）などを記憶する。

次に制御部２１５が有する機能について説明する。

ＲＩＰ部２１６は、ジョブとして投入されたＰＤＬデータ等を解析してラスタイメージを作成する。ソフトウェア更新部２１７は、ソフトウェア管理装置１０１から取得したソフトウェアに含まれる識別情報に基づいてプリントサーバ１０２のソフトウェアを特定し、プリントサーバ１０２用のソフトウェアをダウンロードする。稼働状態取得部２１８は、プリントサーバ１０２の稼働状態（アイドル状態、ＲＩＰ中、印刷中）と、プリントサーバ１０２に接続されている画像形成装置１０３の稼働状態（アイドル状態、印刷中、操作中）を取得する。ソフトウェア判別部２１９は、ソフトウェアに含まれる識別情報から画像形成装置１０３及び後処理装置用のソフトウェアを識別する。操作部２２０は、表示部や入力部を有し、制御部２１５によって制御される。操作者は操作部２２０を操作して、ジョブの操作（ＲＩＰ指示、印刷指示、ダウンロード指示など）を行うことができる。

図３（Ａ）は、実施形態１に係る画像形成装置１０３，１０４の構成を説明するブロック図である。この画像形成装置の各構成要素はシステムバス２３９を介して相互に接続されている。

ＲＯＭ２３２は、ＣＰＵ２３１により実行される、画像形成装置の印刷制御プログラム、及びソフトウェアの送信を行うプログラム、ソフトウェアを更新するプログラム等を格納している。制御部２３５は、ＣＰＵ２３１によりＲＯＭ２３２に格納されたプログラムを実行させて、後述する制御部２３５が有する機能を実現させる。ＲＡＭ２３３は、ＣＰＵ２３１がプログラムを実行するためのワークメモリエリアであり、画像データなどを一時的に保存するのに使用される。記憶部２３４は、プリントサーバ１０２から受信した画像形成装置や後処理装置のソフトウェアなどを記憶する。尚、画像形成装置１０４の場合は、記憶部２３４は、ＬＡＮ１００を介して受信した画像形成装置１０４や後処理装置の制御ソフトウェアなどを記憶する。

次に制御部２３５が有する機能について説明する。

ソフトウェア更新部２３６は、プリントサーバ１０２、或いはＬＡＮ１００を介して受信したソフトウェアに含まれる識別情報からダウンロード先を特定し、特定した画像形成装置及び後処理装置に、そのソフトウェアをダウンロードする。印刷部２３７は、受信したジョブに基づいて印刷を実行する。操作部２３８は、表示部や入力部を有し、制御部２３５によって制御される。操作者は、この操作部２３８を操作して、ジョブの操作（印刷指示、ダウンロード指示など）を行う。尚、画像形成装置１０３は操作部２３８を持たず、プリントサーバ１０２の操作部２１９を用いて画像形成装置１０３への各種指示が行われてもよい。

図３（Ｂ）は、実施形態１に係る機器情報管理装置１０５の構成を説明するブロック図である。

この機器情報管理装置１０５の各構成要素はシステムバス２５９を介して相互に接続されている。ＲＯＭ２５２は、ＣＰＵ２５１により実行される、ソフトウェアの配信時刻を設定するプログラム、及び機器情報を取得するプログラム等を格納する。制御部２５５は、ＣＰＵ２５１によりＲＯＭ２５２に格納されたプログラムを実行させて、後述する制御部２５５が有する機能を実現させる。ＲＡＭ２５３は、ＣＰＵ２５１がプログラムを実行するためのワークメモリエリアであり、機器情報データなどを一時的に保存するのに使用される。記憶部２５４は、ＬＡＮ１００に接続されている画像形成装置、後処理装置及びプリントサーバ１０２と、そのプリントサーバ１０２に接続されている画像形成装置１０３のソフトウェアや機器情報などを記憶する。

次に制御部２５５が有する機能について説明する。

設定部２５６は、画像形成装置及びプリントサーバ１０２に対してソフトウェアの配信日時を設定する（図５参照）。この設定は各装置に対して一つずつ実施しても良いし、一括設定ボタンから一括で設定しても良い。またソフトウェアの配信日時については、すぐに実行しても良いし、毎月の固定日、或いは日時で指定しても良い。機器情報取得部２５７は、ＬＡＮ１００に接続されている機器、及びプリントサーバに接続されている機器の機器情報（機器構成、各機器のソフトウェアのバージョン）を取得する。操作部２５８は表示部や入力部を有し、制御部２５５によって制御される。操作者は、この操作部２５８を操作して、ソフトウェアの配信設定などを行うことができる。

尚、この実施形態１で扱われるソフトウェアは、ソフトウェアの中身と、そのソフトウェアを識別可能な識別情報を含むものとする。但し、ソフトウェアの名称でソフトウェアの識別が可能であるならば、その名称だけで識別情報は含まなくても良い。

次に実施形態１に係るソフトウェアの一括送信処理について説明する前に、実施形態に至るまでのソフトウェアの登録処理について説明する。

市場に最新のソフトウェアがリリースされると、ソフトウェア管理装置１０１は、操作者が操作部２０９を介して入力する最新のソフトウェアの情報を記憶部２０４に記憶する。

図４は、実施形態１に係るソフトウェア管理装置１０１の操作部２０９に表示されるソフトウェアの登録画面の一例を示す図である。

この登録画面は、登録対象の機種を選択する機種選択部４０１、登録するソフトウェアを選択するソフトウェア選択部４０２、登録するソフトウェアのバージョンを入力するバージョン入力部４０３、登録指示ボタン４０４、登録中止ボタン４０５を含む。ここではソフトウェアを登録する対象機器として「画像形成装置Ａ（例えば画像形成装置１０３に対応）」、登録するソフトウェアとして「Firmware_main」が選択されている。更に、そのソフトウェアのバージョンとして「V2．02」が入力されている。

ソフトウェア管理装置１０１の制御部２０５は、機種選択部４０１に登録可能な機種の一覧を表示し、操作者はその一覧から所望の機種を選択する。制御部２０５は、機種選択部４０１で機種が選択され、ソフトウェア選択部４０２で登録するソフトウェアが選択され、更にそのバージョンが入力された状態で、登録ボタン４０４の押下を検知すると、その選択されたソフトウェアを記憶部２０４に登録する。記憶部２０４に記憶する際、例えば、制御部２０５は、登録する機種名のフォルダを作成し、その下に登録するソフトウェアの種類ごとにフォルダを作成し、更に、その下にバージョンを示すフォルダを作成する。更に制御部２０５は、バージョンのフォルダの下に登録するソフトウェアのファイルを置いて管理する。また制御部２０５は、中止ボタン４０５が押下されたことを検知すると、登録処理を実行せずに、このソフトウェアの登録画面を終了する。

図５は、実施形態１に係る機器情報管理装置１０５で表示されるソフトウェアの配信先を設定する画面例を示す図である。

この設定画面は、配信先である機器の名称と、機器毎の配信日時を入力する配信日時入力部５０１と、この画面での設定を有効にする設定ボタン５０２、この画面の設定を中止する中止ボタン５０３を備える。配信日時入力部５０１において、設定可能な日時は、「即時」又は、例えば「毎週日曜日２０時」などの日時を含む。チェックボックス５０４〜５０５は、それぞれ対応する機器へのソフトウェアの配信を指示するのに使用される。またチェックボックス５０６は、配信日時入力部５０１の全ての機器に対するソフトウェアの配信を一括して指示するのに使用される。設定部２５６は、設定ボタン５０２が押下されると、チェックされている配信先の機器名称と配信日時を、その機器の配信情報として設定する。即ち、機器情報管理装置１０４の制御部２５５は、この画面で設定ボタン５０２が押下されたことを検知すると、設定部２５６により、チェックボックス５０４〜５０６のいずれがチェックされているかを調べる。そしてそのチェックされている項目の配信日時を、対象となる画像形成装置或いはプリントサーバ１０２に通知する。この通知を受信した画像形成装置、或いはプリントサーバ１０２は、その受信した配信日時を、それぞれの記憶部２１４，２３４に記憶する。そして、その記憶した配信日時になると、ソフトウェア管理装置１０１に対してソフトウェアの取得要求を発行してソフトウェアを取得する処理を行う。

図６は、実施形態１に係るソフトウェア管理装置１０１の記憶部２０４に記憶されているソフトウェアリストの一例を示す図である。

図６（Ａ）は、ソフトウェアリストの一例としてプリントサーバ１０２と画像形成装置１０３（スタッカ、フィニッシャが接続）の場合のリスト例を示す。

ここで「Firmware_main」は、画像形成装置１０３のソフトウェア、「Firmware_stackerA」は画像形成装置１０３のスタッカ（不図示）のソフトウェア、「Firmware_finisherA」は画像形成装置１０３のフィニッシャ（不図示）のソフトウェアを示す。更に、「System_dfeA1000」は、プリントサーバ１０２のソフトウェアを示している。ここで、各ソフトウェアの最新のバージョンは、画像形成装置１０３とスタッカのソフトウェアがバージョン２．０２、フィニッシャのソフトウェアがバージョン１．１２、プリントサーバ１０２のソフトウェアがバージョン１．３．０．０である。

また、現状のバージョンは、例えば画像形成装置１０３、スタッカ（不図示）、フィニッシャ（不図示）及びプリントサーバ１０２の各ソフトウェアのバージョンが、それぞれバージョン２．０１，２．０２，１．１１，１．２．３．４とする。このソフトウェアリストには、画像形成装置、後処理装置、及びプリントサーバ１０２のソフトウェア名称とソフトウェアを区別する識別子、ソフトウェアのバージョンが記載されている。

また図６（Ｂ）は、画像形成装置１０４（フィニッシャ（不図示）だけが接続）の場合のリスト例を示す。

ここでも「Firmware_main」は、画像形成装置１０４のソフトウェア、「Firmware_finisherA」は画像形成装置１０４のフィニッシャ（不図示）のソフトウェアを示す。

図７は、実施形態１に係るプリントサーバ１０２が配信日時になるとソフトウェアをソフトウェア管理装置１０１から取得する処理を説明するフローチャートである。ここでプリントサーバ１０２は、ソフトウェアの配信設定によって設定された配信日時になるとソフトウェア管理装置１０１からソフトウェアを取得する。尚、以下のフローチャートの説明では、各装置の制御部を制御の主体として説明するが、そのフローチャートを実行するプログラムはＲＯＭに記憶されており、そのプログラムをＣＰＵが実行することにより、そのフローチャートで示す処理が実行される。

まずＳ７０１で制御部２１５は、記憶部２１４に記憶された配信日時になるとソフトウェア管理装置１０１に対して、ソフトウェア管理装置１０１が管理しているソフトウェアの一覧（ソフトウェアリスト）を要求する。このソフトウェアリストは、ソフトウェア管理装置１０１の記憶部２０４に登録されているプリントサーバ１０２と画像形成装置１０３，１０４の最新ソフトウェアの一覧である。これによりプリントサーバ１０２は、例えば図６（Ａ）に示すようなソフトウェアリストを取得できる。

次にＳ７０２に進み制御部２１５は、プリントサーバ１０２及び画像形成装置１０３のソフトウェアのバージョンを取得し、ソフトウェアリストの各対応するソフトウェアのバージョンと比較する。この比較に際して制御部２１５は、ソフトウェアリストの識別子を参照して、そのソフトウェアに対応する機器を特定し、その機器の現状のソフトウェアのバージョンと比較する。そして制御部２１５は、その比較に基づいて、バージョンが異なるソフトウェアだけを配信対象のソフトウェアとして確定する。上述の例では、スタッカのソフトウェアだけが同じバージョンであるが、その他の機器のソフトウェアのバージョンが異なっているため、画像形成装置１０３、フィニッシャ、プリントサーバ１０２のソフトウェアが取得対象となる。

次にＳ７０３に進み制御部２１５は、取得対象のソフトウェアがあるか、即ち、バージョンの異なるソフトウェアがあるか否かを判定し、あればＳ７０４へ処理を進める。一方、制御部２１５は、Ｓ７０２でバージョンが異なるソフトウェアが存在しないと判定すると、このまま処理を終了する。この実施形態１では、バージョンの異なるソフトウェアが存在するため制御部２１５は処理をＳ７０４へ進める。

Ｓ７０４で制御部２１５は、Ｓ７０２で確定したソフトウェアをソフトウェア管理装置１０１から取得するように要求する。ここでは、制御部２１５は、画像形成装置１０３、フィニッシャ、プリントサーバ１０２のソフトウェアをソフトウェア管理装置１０１へ要求する。次にＳ７０５に進み制御部２１５は、ソフトウェア管理装置１０１から配信されたソフトウェアを受信する。そしてＳ７０６に進み制御部２１５は、ソフトウェア管理装置１０１から受信したソフトウェアのファイルを記憶部２１４へ格納する。ここで制御部２１５は、受信したファイル「Firmware_main」、「Firmware_finisherA」、「Sysytem_dfeA1000」を記憶部２１４へ格納する。

以上が、プリントサーバ１０２によるソフトウェアの自動取得処理に関する説明である。尚、この説明では更新対象のソフトウェアをプリントサーバ１０２で判定するように説明したが、ソフトウェア管理装置１０１が、配信対象となるソフトウェアを決定しても良い。この場合、ソフトウェア管理装置１０１の制御部２０５は、ソフトウェアリストの要求を受けた時点で、機器情報管理装置１０４から機器情報とソフトウェアバージョンを取得する。そしてバージョンが異なっているソフトウェアだけをソフトウェアリストに記載してプリントサーバ１０２に通知する。これによりプリントサーバ１０２は、受信したリスト上のソフトウェアだけを取得するようにできる。

画像形成装置１０３によるソフトウェアの取得処理では、ソフトウェアの要求元がプリントサーバ１０２から画像形成装置１０３に変更され、画像形成装置１０３がプリントサーバ１０２にプリントサーバ１０２のバージョンを要求して取得する点で異なる。しかしながら、それ以外は、プリントサーバ１０２の場合と同じであるため、その説明は省略する。また画像形成装置１０４によるソフトウェアの自動取得処理では、前述のプリントサーバ１０２の場合と同様にして実行できる。但し、画像形成装置１０４の場合は、自機に接続されているスタッカ、フィニッシャだけのバージョンを考慮すればよい点だけがプリントサーバ１０２の場合とは異なる。

図８は、実施形態１に係るソフトウェア管理装置１０１による処理を説明するフローチャートである。ここでは、プリントサーバ１０２によるソフトウェアの取得処理で説明した機器構成を用いて説明する。この実施形態１では、管理対象の機器の一つ目の機器を、プリントサーバ１０２と画像形成装置１０３（後処理装置としてスタッカ、フィニッシャＡ（いずれも不図示）が接続）とする。また管理対象の機器の２つ目の機器を画像形成装置１０４（後処理装置としてフィニッシャＡが接続）とする。尚、現状のバージョンとしては、画像形成装置１０３，１０４のソフトウェアが共にバージョン２．０１、スタッカのソフトウェアがバージョン２．０２、フィニッシャのソフトウェアがバージョン１．１１、プリントサーバ１０２のソフトウェアがバージョン１．２．３．４とする。

まずＳ８０１で制御部２０５は、画像形成装置１０３，１０４或いはプリントサーバ１０２からソフトウェアリストの生成要求を受信する。画像形成装置１０３の場合は、プリントサーバ１０２がソフトウェアリストの取得要求を行い、画像形成装置１０４の場合は、直接、画像形成装置１０４がソフトウェアリストの取得要求を行う。画像形成装置１０４の場合は、例えば図６（Ｂ）に示すようなソフトウェアリストが返却される。

次にＳ８０２に進み制御部２０５は、機器情報取得部２０７により機器情報管理装置１０５から、要求元の機器の機器情報を取得する。これは要求元の機器に対して配信可能なソフトウェアを特定するためである。ここで要求元の機器がプリントサーバ１０２の場合、そのプリントサーバ１０２に画像形成装置１０３、スタッカ、フィニッシャＡが接続されている旨の情報を取得する。一方、画像形成装置１０４の機器情報を取得した場合は、画像形成装置１０４、フィニッシャＡの情報を取得する。

次にＳ８０３に進み制御部２０５は、Ｓ８０２で取得した機器情報に基づいて、要求元の機器に対するソフトウェアリストの内、まず画像形成装置のソフトウェアリストを作成する。このとき制御部２０５は、記憶部２０４に記憶しているソフトウェアから、画像形成装置及びその画像形成装置に接続されている後処理装置（スタッカ、フィニッシャ等）のソフトウェアの名称、識別子、最新のバージョン情報を取得する。そして制御部２０５は、その取得した情報に基づいて、例えば図６（Ａ）に示すソフトウェアリストを作成する。この実施形態１では、要求元の機器がプリントサーバ１０２の場合は、制御部２０５は、図６（Ａ）のソフトウェアリストの画像形成装置、後処理装置部分を生成する。一方、要求元の機器が画像形成装置１０４の場合は、制御部２０５は、例えば図６（Ｂ）に示すソフトウェアリストを生成する。

次にＳ８０４に進み制御部２０５は、Ｓ８０２で取得した機器情報からプリントサーバ１０２が接続されているか否かを判定し、制御部２０５は、プリントサーバ１０２が接続されていると判定するとＳ８０５へ処理を進める。一方、制御部２０５はプリントサーバ１０２が接続されていないと判定した場合はＳ８０６へ処理を進める。実施形態１では、プリントサーバ１０２が要求元の場合、その機器情報からプリントサーバ１０２が接続されていることが分かるため、制御部２０５はＳ８０５へ処理を進める。一方、画像形成装置１０４が要求元の場合は、その機器情報からプリントサーバ１０２が接続されていないことが分かるため、制御部２０５はＳ８０６へ処理を進める。

Ｓ８０５で制御部２０５は、Ｓ８０２で取得した機器情報に基づいて、その要求元に対するソフトウェアリストにおいて、プリントサーバ１０２のソフトウェアをそのソフトウェアリストに追記する。このとき制御部２０５は、記憶部２０４に記憶しているソフトウェアから、プリントサーバ１０２のソフトウェアの名称、識別子、最新のバージョン情報を取得して、その取得した情報に基づいて、ソフトウェアリストへ追記する。この実施形態１では、プリントサーバ１０２が要求元の場合、制御部２０５は、例えば図６（Ａ）に示すように、System_dfeA1000のファイル名と、識別子「ＤＦＥ」、バージョン「ｖ1．3．0．0」をソフトウェアリストに追記する。

次にＳ８０６に進み制御部２０５は、Ｓ８０３，Ｓ８０５で作成したソフトウェアリストを要求元に送信する。次にＳ８０７に進み制御部２０５は、Ｓ８０６で送信したソフトウェアリストを基に、画像形成装置１０４或いはプリントサーバ１０２から送信されるソフトウェアの要求を受信する。この実施形態１では、プリントサーバ１０２が要求元の場合、プリントサーバ１０２は、ソフトウェアリストに記載されているバージョンと、プリントサーバ１０２が管理するソフトウェアのバージョンを比較する。そしてプリントサーバ１０２は、バージョンが一致しない、即ち、更新されたソフトウェアだけを要求する。前述の例では、画像形成装置１０３、フィニッシャＡ、プリントサーバ１０２のソフトウェアが要求がされる。一方、画像形成装置１０４が要求元の場合は、画像形成装置１０４は、ソフトウェアリストに記載されているバージョンと、管理しているソフトウェアのバージョンとを比較し、画像形成装置１０４は更新されているソフトウェアだけを要求する。

次にＳ８０８に進み制御部２０５は、Ｓ８０７で要求されたソフトウェアを順次要求元に配信する。この実施形態１では、プリントサーバ１０２が要求元の場合、画像形成装置１０３のソフトウェア（ｖ２．０２）、フィニッシャＡのソフトウェア（ｖ１．１２）、プリントサーバのソフトウェア（ｖ１．３．０．０）を順番にプリントサーバ１０２に送信する。一方、画像形成装置１０４が要求元の場合は、画像形成装置１０４のソフトウェア（ｖ２．０２）、フィニッシャＡのソフトウェア（ｖ１．１２）を順番に画像形成装置１０４に送信する。そしてＳ８０９に進み制御部２０５は、全てのソフトウェアの配信が終わった後、要求元から送信されるソフトウェアの受信結果を受信すると、このソフトウェアの配信処理を終了する。

尚、Ｓ８０９で制御部２０５は、受信結果がＮＧを示している（受信できていないソフトウェアがある）、或いは、配信結果を一定時間内で受信できないときは、再度、その要求元にソフトウェアの再配信を行っても良い。

図９は、実施形態１に係るプリントサーバ１０２の動作を説明するフローチャートである。このフローチャートでは、図１０に示すダウンロード開始画面を介して操作者からソフトウェアのダウンロード指示を受けた場合の処理について説明する。この処理の概要は、制御部２１５は、接続している画像形成装置１０３とプリントサーバ１０２の稼働状態に基づいて、プリントサーバ１０２及び画像形成装置１０３へのソフトウェアのダウンロードを制御する。まず、このダウンロード開始画面について説明する。

図１０は、実施形態１に係るプリントサーバ１０２の操作部２２０の表示部に表示されるダウンロード開始画面の一例を示す図である。

このダウンロード開始画面は、ダウンロードの対象となるソフトウェアのセットを選択する選択部１００１と、選択したソフトウェアセットの中身の一覧を表示し、その中から各機器にダウンロードするソフトウェアを選択できる構成一覧部１００２とを有する。更に、ダウンロードの開始を指示する開始ボタン１００３と、ダウンロードの中止を指示する中止ボタン１００４を含む。

このとき制御部２１５は、選択部１００１で選択されたソフトウェアセットの中身一覧を作成し、構成一覧部１００２へ表示する。そして制御部２１５は、開始ボタン１００３が押下されたことを検知すると、構成一覧部１００２のチェックボックス１００５からチェックされて選択されたソフトウェアをダウンロードする処理を行う（ソフトウェア更新部２１７）。また制御部２１５は、中止ボタン１００４が押下されたことを検知すると、このダウンロード開始指示画面を閉じて終了する。

次に図９のフローチャートを参照して説明する。まずＳ９０１で制御部２１５は、例えば操作部２２０を介して操作者により入力されるダウンロード開始画面の表示要求を受け取る。次にＳ９０２に進み制御部２１５は、稼働状態取得部２１８により、接続されている画像形成装置１０３とプリントサーバ１０２自身の稼働状態を取得する。ここで、画像形成装置１０３の稼働状態とは、ここでは一例として、アイドル状態、印刷中、操作中の３状態を含む。そして画像形成装置１０３が処理を実行中、操作者が画像形成装置１０３を操作中のときはアイドル状態でなくなり、この状態では画像形成装置１０３に対してソフトウェアをダウンロードしない。またプリントサーバ１０２の稼働状態とは、ここでは、アイドル状態、ＲＩＰ中、印刷中、操作中の３状態を含み、アイドル状態以外はプリントサーバ１０２が処理中なので、プリントサーバ１０２に対してソフトウェアをダウンロードしないようにする。

接続している画像形成装置１０３の稼働状態を取得する場合、制御部２１５は、稼働状態取得部２１８により、画像形成装置１０３の制御部２３５に対して稼働状態を問合せる。これにより画像形成装置の制御部２３５は、印刷部２３７に対して印刷中か否かを問い合わせ、また操作部２３８に対して操作中か否かを問い合わせる。そして制御部２３５は、こうして取得した画像形成装置１０３の稼働状態をプリントサーバ１０２の制御部２１５へ通知する。こうしてプリントサーバ１０２は、接続している画像形成装置１０３の状態を取得することができる。

次にプリントサーバ１０２の稼働状態を取得する場合を説明する。制御部２１５は、稼働状態取得部２１８によりプリントサーバ１０２の稼働状態を取得し、制御部２１５がプリントサーバ１０２が印刷中か否かを取得する。こうしてプリントサーバ１０２の制御部２１５は、プリントサーバ１０２がアイドル状態であるか否かを判別できる。

次にＳ９０３に進み制御部２１５は、図１０のダウンロード開始指示画面の構成一覧部１００２に表示するソフトウェアの選択制限を解除する。ここでいう選択制限とは、特定のソフトウェア以外は選択できないように制限する処理を意味し、構成一覧部１００２において選択可能なソフトウェアを絞る処理である。次にＳ９０４に進み制御部２１５は、Ｓ９０２で取得したプリントサーバ１０２の稼働状態に基づいて、プリントサーバ１０２がアイドル状態か否かを判定する。ここで制御部２１５はプリントサーバ１０２がアイドル状態であると判定するとＳ９０５へ処理を進め、プリントサーバ１０２がアイドル状態でなければＳ９０９へ処理を進める。Ｓ９０５で制御部２１５は、Ｓ９０２で取得した画像形成装置１０３の稼働状態に基づいて、画像形成装置１０３がアイドル状態か否かを判定する。ここで画像形成装置１０３がアイドル状態であればＳ９０６へ処理を進め、そうでないときはＳ９０７へ処理を進める。Ｓ９０６で制御部２１５は、ダウンロード開始指示画面のダウンロード開始ボタン１００３のグレーアウトを解除して、操作者がダウンロード開始ボタン１００３を押下できる状態にしてＳ９１３へ処理を進める。尚、ボタンの操作を禁止する例としてグレーアウトを例に挙げたが、それに類する排他制御であればグレーアウト処理以外を使用しても良い。

これにより操作者は、図１０の画面を介して、プリントサーバ１０２から画像形成装置１０３及びプリントサーバ１０２自身へのソフトウェアのダウンロードの開始を指示できるようになる。

一方、Ｓ９０５で画像形成装置１０３がアイドル状態でないときはＳ９０７に進み制御部２１５は、ダウンロード開始指示画面の構成一覧部１００２に対して画像形成装置１０３のソフトウェアを選択できないように選択制限をかける。これは、画像形成装置１０３が、まだダウンロードできる準備が整っていないと判断されるため、操作者が誤って画像形成装置１０３のソフトウェアをダウンロードしないように制限するためのものである。次にＳ９０８に進み制御部２１５は、Ｓ９０６と同様に、ダウンロード開始指示画面のダウンロード開始ボタン１００３のグレーアウトを解除して、操作者がダウンロード開始ボタン１００３を押下できる状態にしてＳ９１３へ処理を進める。

これにより操作者は、図１０の画面を介して、プリントサーバ１０２自身へのソフトウェアのダウンロードの開始を指示できるようになる。

Ｓ９１３で制御部２１５は、ダウンロード開始指示画面の中止ボタン１００４の押下を監視しており、中止ボタン１００４が押下されたかどうか判定する。ここで中止ボタン１００４が押下されたと判定すると、この処理を終了して、一つ前の画面に戻るか、或いは画面表示を終了する。Ｓ９１３で制御部２１５は、中止ボタン１００４の押下を検知しないときはＳ９０２に戻り、画像形成装置１０３及びプリントサーバ１０２の稼働状態の取得処理を実行する。

またＳ９０４で制御部２１５は、プリントサーバ１０２がアイドル状態でないときはＳ９０９に進み制御部２１５は、Ｓ９０５と同様に画像形成装置１０３がアイドル状態かどうかを判定する。ここでアイドル状態であると判定するとＳ９１０へ処理を進め、そうでないときはＳ９１２に進み制御部２１５は、ダウンロード開始指示画面のダウンロード開始ボタン１００３をグレーアウトしてＳ９１３へ処理を進める。これは、プリントサーバ１０９及び画像形成装置１０３が、ソフトウェアをダウンロードする準備が整っていないと判断されるため、操作者が誤ってソフトウェアのダウンロードを指示しないようにするためである。尚、ここでは、ボタンのグレーアウト表示を例に挙げたが、それに類する排他制御であればグレーアウト以外の処理を採用しても良い。

一方、Ｓ９１０で制御部２１５は、ダウンロード開始指示画面の構成一覧部１００２で、プリントサーバ１０２のソフトウェアを選択できないように選択制限をかける。これは、プリントサーバ１０２がソフトウェアのダウンロードできる状態でないと判断されるため、操作者が誤ってプリントサーバ１０２のソフトウェアをダウンロードしないように制限するためのものである。そしてＳ９１１に進み制御部１２５は、Ｓ９０６と同様に、ダウンロード開始指示画面のダウンロード開始ボタン１００３のグレーアウトを解除して、操作者がダウンロード開始ボタン１００３を押下できる状態にしてＳ９１３へ処理を進める。

これにより操作者は、図１０の画面を介して、プリントサーバ１０２から画像形成装置１０３へのソフトウェアのダウンロードの開始を指示できるようになる。

以上説明したようにプリントサーバ１０２は、プリントサーバ１０２及び画像形成装置１０３の稼働状態を判定して、プリントサーバ１０２自身とそれに接続されている画像形成装置１０３へのソフトウェアのダウンロードの可否を制御できる。

図１１は、実施形態１に係るプリントサーバ１０２によるソフトウェアのダウンロード処理を説明するフローチャートである。図１１では、プリントサーバ１０２がダウンロード開始指示画面の開始ボタン１００３の押下を検知した後のソフトウェアダウンロード処理を示している。ここではプリントサーバ１０２及び画像形成装置１０３が共にアイドル状態で、ソフトウェアのダウンロード可能な場合を例にして図１１のフローチャートを説明する。

まずＳ１１０１で３制御部２１５は、ダウンロード開始指示画面の開始ボタン１００３が押下されたことを検知するとダウンロード開始要求イベントを発行する。このダウンロード開始要求には、ダウンロードの対象であるソフトウェアの名称、バージョン、識別子が付加されているものとする。次にＳ１１０２に進み制御部２１５は、記憶部２１４に記憶されたソフトウェアの中からダウンロード開始要求に含まれるソフトウェア名称、バージョン情報、識別子に基づいて、ダウンロードの対象であるソフトウェアを探索して取得する。次にＳ１１０３に進み制御部２１５は、ソフトウェア判別部２１９により、Ｓ１１０２で取得したソフトウェアから、プリントサーバ１０２のソフトウェアを特定する。ここでは、ソフトウェア自体が識別子を含み、プリントサーバ１０２でハードコーディングされている識別子情報と比較して、プリントサーバ１０２のソフトウェアを特定している。実施形態１では、図６（Ａ）のソフトウェアリストにあるように識別子「ＤＦＥ］が、プリントサーバ１０２のソフトウェアであることを示している。次に制御部２１５は、ソフトウェア更新部２１７により、プリントサーバ１０２のソフトウェアを、プリントサーバ１０２自身にダウンロードする。例えば、そのソフトウェアのファイルを解凍して、そのファイルに含まれるソフトウェアのインストーラを自動起動して、そのソフトウェアをプリントサーバ１０２のメモリにダウンロードする。或いは特定のファイルをジョブとしてプリントサーバ１０２自身に投入すると、ＲＩＰ部２１６が、そのファイルの中身を解析し、そのファイルに記載されたスクリプトを基にそのソフトウェアをプリントサーバ１０２自身にインストールするようにしても良い。

次にＳ１１０４に進み制御部２１５は、プリントサーバ１０２のソフトウェアのダウンロードが完了すると、その更新したソフトウェアを有効にするためプリントサーバ１０２を再起動させる。尚、この再起動は必ずしも必須ではなく、ソフトウェアの種類によっては再起動が不要な場合もあるので、その場合はＳ１１０４をスキップしてＳ１１０５へ処理を進めても良い。

次にＳ１１０５に進み制御部２１５は、プリントサーバ１０２に接続されている画像形成装置１０３に対してダウンロードできる状態に入るように指示する。次にＳ１１０６に進み制御部２１５は、ダウンロード状態になった画像形成装置１０３に対して、Ｓ１１０２で取得した画像形成装置１０３及び後処理装置のソフトウェアを送信する。これにより画像形成装置１０３の制御部２３５は、そのダウンロードされたソフトウェアを全て受信すると、プリントサーバ１０２の制御部２１５に対してソフトウェアの受信完了通知を送信する。これによりＳ１１０７で制御部２１５は、画像形成装置１０３から通知されたソフトウェア受信完了通知を受信する。そしてＳ１１０８に進み制御部２１５は、接続している画像形成装置１０３を再起動させて、この処理を終了する。

以上説明したように実施形態１によれば、プリントサーバは、プリントサーバ自身、及び接続している画像形成装置の状態に応じて、それぞれに対するソフトウェアのダウンロードを実行できる。

以上説明したように本実施形態１によれば、プリントサーバは、ソフトウェアの配信情報に従ってソフトウェア管理装置からソフトウェアを取得して記憶する。そして操作者のダウンロード開始指示に従って、各対応する機器に、対応するソフトウェアをダウンロードすることができる。このとき、ダウンロードができない状態の機器に対してはダウンロードを実行しないように制御する。

［実施形態２］
前述の実施形態１では、指定された配信日時になるとプリントサーバ１０２はソフトウェア管理装置１０１からソフトウェアを取得し、操作者がダウンロードの開始を指示したタイミングで、各機器にソフトウェアのダウンロードを行う例で説明した。しかしながら、使用環境によっては、夜中の特定の時間に自動的に最新のソフトウェアの取得、及びダウンロードまでを一気に実施したいというケースも考えられる。そこで配信日時（例えば夜中）にソフトウェアを自動的に取得した後、直ぐに、ソフトウェアのダウンロード処理を行うようにすることが考えられる。

尚、実施形態２に係るシステム構成、装置構成等は前述の実施形態１と同じであるため、その説明を省略する。この実施形態２では、ソフトウェア管理装置１０１によるソフトウェアの配信、プリントサーバ１０２によるソフトウェアの一括ダウンロードとの差分部分について図１２、図１３を参照して説明する。

図１２は、本発明の実施形態２に係るプリントサーバ１０２によるソフトウェアのダウンロード処理を説明するフローチャートである。図１２の処理は、ソフトウェアを記憶部２１４に格納した後、自動的に実行される。

先ずＳ１２０１で制御部２１５は、ソフトウェア管理装置１０１から受信したソフトウェアを記憶部２１４に格納したことを検知する。次にＳ１２０２に進み制御部２１５は、図９のＳ９０２と同様に、稼働状態取得部２１８により、接続されている画像形成装置１０３とプリントサーバ１０２の稼働状態を取得する。そしてＳ１２０３に進み制御部２１５は、図９のＳ９０４と同様に、Ｓ１２０２で取得したプリントサーバ１０２の稼働状態に基づいて、プリントサーバ１０２がアイドル状態か否かを判定する。そうであればＳ１２０４に進み制御部２１５は、図９のＳ９０５と同様に、Ｓ１２０２で取得した画像形成装置１０３の稼働状態に基づいて、画像形成装置１０３がアイドル状態か否かを判定する。ここで制御部２１５は、画像形成装置１０３の稼働状態がアイドル状態であればＳ１２０５へ処理を進めるが、そうでなければＳ１２０７へ処理を進める。

Ｓ１２０５で制御部２１５は、プリントサーバ１０２によるソフトウェアのダウンロード処理を行う。このダウンロード処理は、図１３（Ａ）のフローチャートで示される。

図１３（Ａ）は、プリントサーバ１０２のソフトウェアのダウンロード処理を説明するフローチャートである。この処理は、図１１のＳ１１０２〜Ｓ１１０４の処理と同じであるため、その説明を省略する。

次にＳ１２０６に進み制御部２１５は、画像形成装置１０３へのソフトウェアのダウンロード処理を行う。このダウンロード処理は図１３（Ｂ）のフローチャートで示される。 図１３（Ｂ）は、プリントサーバ１０２による画像形成装置１０３へのソフトウェアのダウンロード処理を説明するフローチャートである。この処理は、図１１のＳ１１０２，Ｓ１１０５〜Ｓ１１０８の処理と同じであるため、その説明を省略する。

以上が、プリントサーバ１０２が、稼働状態を問い合わせたときに、プリントサーバ１０２と画像形成装置１０３が共にアイドル状態であった場合の説明である。

次に、稼働状態を問い合わせたときに、プリントサーバ１０２と画像形成装置１０３のいずれか一方だけがアイドル状態である場合の処理を説明する。

自動でソフトウェアを機器にダウンロードする際には、操作者が手動でダウンロードを指示する場合と異なり、プリントサーバ１０２がＲＩＰ処理中、或いは操作者が画像形成装置１０３の操作部２３８を操作中である可能性がある。従って、各機器の稼働状態をみながらダウンロード処理を実行する。

例えば、プリントサーバ１０２がアイドル状態で、操作者が画像形成装置１０３の操作部２３８を操作中の場合は、図１２のフローチャートに従って処理を進めるとＳ１２０７に進む。Ｓ１２０７で制御部２１５は、Ｓ１２０５と同様に、アイドル状態であるプリントサーバ１０２に対してソフトウェアのダウンロード処理を行う。次にＳ１２０８に進み制御部２１５は、再度、画像形成装置１０３の稼働状態を取得する。そしてＳ１２０９に進み制御部２１５は、Ｓ１２０８で取得した画像形成装置１０３の稼働状態に基づいて、画像形成装置１０３がアイドル状態か否かを判定する。ここで画像形成装置１０３がアイドル状態であると判定するとＳ１２１０へ処理を進めて、Ｓ１２０６と同様に、画像形成装置１０３へのソフトウェアのダウンロード処理を行う。一方、Ｓ１２０９で画像形成装置１０３がアイドル状態でないときはＳ１２０８へ処理を進める。こうして画像形成装置１０３の稼働状態がアイドル状態になるまでＳ１２０８，Ｓ１２０９の処理繰り返し実行する。

一方、画像形成装置１０３がアイドル状態で、プリントサーバ１０２が、例えばＲＩＰ中のためにアイドル状態でない場合は、図１２のＳ１２１２の処理に進む。Ｓ１２１２で制御部２１５は、Ｓ１２０６と同様にして、アイドル状態である画像形成装置１０３に対してソフトウェアのダウンロード処理を行う。次にＳ１２１３に進み制御部２１５は、再度、プリントサーバ１０２の稼働状態を取得する。そしてＳ１２１４で制御部２１５は、Ｓ１２１３で取得したプリントサーバ１０２の稼働状態に基づいて、プリントサーバ１０２がアイドル状態か否かを判定し、そうであればＳ１２１５へ処理を進める。Ｓ１２１５ではＳ１２０５と同様に、プリントサーバ１０２のソフトウェアのダウンロード処理を行う。一方、Ｓ１２１４でプリントサーバ１０２がアイドル状態でなければＳ１２１３へ処理を進め、Ｓ１２１３、Ｓ１２１４の処理をプリントサーバ１０２がアイドル状態になるまで繰り返す。

最後に、プリントサーバ１０２がアイドル状態でなく、かつ画像形成装置１０３が印刷中等でアイドル状態でない場合、図１２のフローチャートに従って処理を進めるとＳ１２１１に処理が進む。Ｓ１２１１で制御部２１５は、プリントサーバ１０２と画像形成装置１０３がともにアイドル状態でないためＳ１２０２へ処理を進める。そして再度、プリントサーバ１０２の稼働状態の確認から処理を繰り返し、各装置がアイドル状態になった後にソフトウェアのダウンロードを行う。

実施形態２によれば、プリントサーバは、自身の記憶部へのソフトウェアの格納が完了したことを検知すると、自動的に、プリントサーバ自身と、接続している画像形成装置１０３の状態を調べ、その状態に応じてソフトウェアのダウンロードを実行できる。

［実施形態３］
次に本発明の実施形態３を説明する。尚、実施形態３に係るシステム構成は、前述の実施形態１に係る図１と同じであるため、その説明を省略する。尚、実施形態３では、ソフトウェア管理装置１０１がソフトウェアを取得した後に、操作者の指示によって、各装置にソフトウェアを一括してダウンロードする例で説明する。

図１４は、実施形態３に係るプリントサーバ１０２と画像形成装置１０３，１０４の構成を説明するブロック図である。尚、画像形成装置１０３，１０４はそれぞれ同じ構成を有しているので、ここでは画像形成装置１０３を例に挙げて説明する。尚、ソフトウェア管理装置１０１と機器情報管理装置１０５の構成は前述の実施形態１（図２（Ａ）、図３（Ｂ））と同じであるため、その説明を省略する。

図１４（Ａ）は、実施形態３に係るプリントサーバ１０２の構成を説明するブロック図である。図１４（Ａ）において、前述の図２（Ｂ）の構成と共通する部分は同じ参照番号で示し、それらの説明を省略する。

ここでは制御部１４００は、ＣＰＵ２１１によりＲＯＭ２１２に格納されたプログラムを実行させることにより、制御部１４００の機能が実現される。この実施形態３では、制御部１４００は、ＲＩＰ部２１６とソフトウェア更新部２１７を有している。ＲＩＰ部２１６は、ジョブとして投入された画像のラスタイメージを作成する。ソフトウェア更新部２１７は、プリントサーバ自身に、画像形成装置１０３から受信したソフトウェアをダウンロードする。

図１４（Ｂ）は実施形態３に係る画像形成装置１０３，１０４の構成を説明するブロック図である。図１４（Ｂ）において、前述の図３（Ａ）の構成と共通する部分は同じ参照番号で示し、それらの説明を省略する。

図１４（Ｂ）において、画像形成装置の各構成要素はシステムバス２３９に接続されている。制御部１４０１は、ＣＰＵ２３１によりＲＯＭ２３２に格納されたプログラムを実行させることにより、制御部１４０１の機能が実現される。ソフトウェア更新部２３６は、ソフトウェア管理装置１０１から受信したソフトウェアの中から、画像形成装置自身、後処理装置、及びプリントサーバ１０２に対して、対象となるソフトウェアをダウンロードする。尚、プリントサーバ１０２のソフトウェアは、プリントサーバ１０２へ、そのダウンロード対象のソフトウェアを転送し、ダウンロードの開始を指示する。

印刷部２３７は、プリントサーバから受信したジョブを印刷する。稼働状態取得部１４０２は、接続しているプリントサーバ１０２の稼働状態（アイドル状態、ＲＩＰ中、印刷中）と、プリントサーバ１０２に接続されている画像形成装置１０３の稼働状態（アイドル状態、印刷中、操作中）を取得する。ソフトウェア判別部１４０３は、ソフトウェアに含まれる識別情報から、そのソフトウェアをダウンロードする画像形成装置及び後処理装置を特定する。

実施形態３におけるソフトウェア登録も前述の実施形態と同様であり、最新のソフトウェアがリリースされると、ソフトウェア管理装置１０１は、操作者から操作部２０９を介して入力されるソフトウェアを記憶部２０４に記憶する。このとき操作部２０９の表示部に表示する画面の一例は、前述の図４に示すソフトウェア登録画面である。このソフトウェア登録画面を介して、ソフトウェア管理装置１０１の制御部２０５は、選択された機種に対して配信するソフトウェアを登録する。ここでも記憶部２０４に記憶する際、制御部２０５は、例えば、登録する機種名フォルダを作成し、その機種名フォルダに、ソフトウェアの種類ごとにフォルダを作り、そのフォルダの下にバージョンを示すフォルダを作成する。更に、そのバージョンのフォルダの下に登録するソフトウェアのファイルを格納する。

実施形態３に係るソフトウェアの配信を設定する画面は、前述の実施形態１の図５の画面と同じであるため、その説明を省略する。

図１５は、実施形態３に係る画像形成装置によるソフトウェアの取得処理を説明するフローチャートである。ここで画像形成装置１０３，１０４は、図５の画面を介して設定された配信日時になると、ソフトウェア管理装置１０１に対してソフトウェアを要求してソフトウェアを取得する。

先ずＳ１５０１で制御部１４０１は、記憶部２３４に記憶されたソフトウェアの配信日時になるとソフトウェア管理装置１０１に対して、ソフトウェアリストを要求して取得する。このソフトウェアリストは、例えば図６（Ａ）に示すような、ソフトウェア管理装置１０１の記憶部２０４に登録されているプリントサーバ１０２と画像形成装置１０３，１０４用の最新ソフトウェアの一覧である。図６（Ａ）では、ソフトウェアリストの一例としてプリントサーバ１０２と画像形成装置１０３（スタッカ、フィニッシャが接続）の場合のリスト例を示している。また、リスト上の最新のバージョンは、画像形成装置とスタッカのソフトウェアがバージョン２．０２、フィニッシャのソフトウェアがバージョン１．１２、プリントサーバ１０２のソフトウェアがバージョン１．３．０．０とする。また、現状のバージョンは、画像形成装置１０３、スタッカ、フィニッシャ及びプリントサーバ１０２の各ソフトウェアのバージョンが、それぞれ２．０１，２．０２，１．１１，１．２．３．４とする。

次にＳ１５０２に進み制御部１４０１は、取得したソフトウェアリストから、プリントサーバ１０２及び画像形成装置と、接続している機器（スタッカ等）のバージョンを取得し、ソフトウェアリストの各バージョンと比較する。この比較に際して制御部１４０１は、ソフトウェアリストの識別子を参照して機器を特定し、現状適用されているソフトウェアバージョン情報と異なるかどうかを確認する。制御部１４０１は、バージョンが異なっているソフトウェアだけを配信対象のソフトウェアとして確定する。ここでは、画像形成装置１０３、フィニッシャ、プリントサーバ１０２に対して新しいソフトウェアが存在するので、配信対象のソフトウェアを画像形成装置１０３、フィニッシャ、プリントサーバ１０２のソフトウェアとする。

次にＳ１５０３に進み制御部１４０１は、バージョンが異なる、配信の対象となるソフトウェアがあるかどうか判定し、あると判定するとＳ１５０４へ処理を進めるがそうでないときは、この処理終了する。ここででは、バージョンの異なる対象ソフトウェアが存在するため処理をＳ１５０４へ進める。Ｓ１５０４で制御部１４０１は、Ｓ１５０２で確定した対象となるソフトウェアをソフトウェア管理装置１０１へ要求する。ここでは制御部１４０１は、画像形成装置１０３、フィニッシャ、プリントサーバ１０２のソフトウェアをソフトウェア管理装置１０１へ要求してする。次にＳ１５０５に進み制御部１４０１は、ソフトウェア管理装置１０１から配信された、その要求したソフトウェアを受信する。そしてＳ１５０６に進み制御部１４０１は、Ｓ１５０５で受信したソフトウェアのファイルを記憶部２３４へ格納する。図６の例では、制御部１４０１は、受信した「Firmware_main」、「Firmware_finisherA」、「Sysytem_dfeA1000」のファイルを記憶部２３４へ格納する。

次にＳ１５０７に進み制御部１４０１は、ソフトウェア判別部１４０３により、Ｓ１５０５で受信したソフトウェアに含まれる識別情報を参照し、プリントサーバ１０２のソフトウェアか否かを判定する。ここでソフトウェア自体が識別子を含み、その識別子と画像形成装置内部でハードコーディングされている識別子情報とを比較して、そのソフトウェアが、どの機器のソフトウェアであるかを特定している。図６（Ａ）で示すように、識別子「ＤＦＥ」が、プリントサーバ１０２のソフトウェアであることを示している。Ｓ１５０７で制御部１４０１は、プリントサーバ１０２のソフトウェアであると判定した場合はＳ１５０８へ処理を進め、制御部１４０１は記憶部２３４に格納した、その対象となるソフトウェアをプリントサーバ１０２に転送して記憶部２１４に記憶させる。一方、Ｓ１５０７でプリントサーバ１０２のソフトウェアでないと判定した場合はＳ１５０９に進む。Ｓ１５０９で制御部１４０１は、ソフトウェアリストから抽出した対象ソフトウェアを全て受信したか否かを判定する。ここで未受信のソフトウェアがある場合はＳ１５０５へ処理を進め、残りのソフトウェアの受信を継続して実行し、対象ソフトウェアを全て受信すると、この処理を終了する。

尚、上記説明では、更新対象のソフトウェアを画像形成装置が判断するようにしたが、ソフトウェア管理装置１０１が、対象となるソフトウェアを絞り込んでも良い。この場合、ソフトウェア管理装置１０１の制御部２０５は、画像形成装置からソフトウェアリストの要求を受信した時点で、機器情報管理装置１０５から機器情報とソフトウェアバージョンを取得する。そしてバージョンが異なるソフトウェアだけをソフトウェアリストに記載して画像形成装置に通知する。これにより画像形成装置は、受信したリスト上のソフトウェアだけを取得するようにできる。

実施形態３に係るソフトウェア管理装置１０１の動作は、前述の図８のフローチャートと同じであるため、その説明を省略する。

図１６は、実施形態３に係る画像形成装置によるソフトウェアのダウンロード処理を説明するフローチャートである。図１６では、図５に示すソフトウェア配信設定画面を介して操作者から設定された配信日時に従って、画像形成装置が自動で最新のソフトウェアを入手して、画像形成装置やプリントサーバ１０２にダウンロードする場合で説明する。

先ずＳ１６０１で画像形成装置の制御部１４０１は、稼働状態取得部１４０２により、画像形成装置１０３と、接続しているプリントサーバ１０２の稼働状態を取得し、それらがアイドル状態か否かを判定する。画像形成装置の状態とは、ここでは、アイドル状態、印刷中、操作中の３状態とし、アイドル状態以外は画像形成装置が処理中、或いは操作者が画像形成装置を操作中であるため、画像形成装置にソフトウェアをダウンロードさせない。またプリントサーバ１０２の状態とは、ここでは、アイドル状態、ＲＩＰ中、印刷中、操作中の３状態とし、アイドル状態以外はプリントサーバ１０２が処理を実行中であるため、プリントサーバ１０２にソフトウェアをダウンロードさせない。

ここで画像形成装置の稼働状態を取得する場合、制御部１４０１は、稼働状態取得部１４０２により画像形成装置の状態を確認する。このとき制御部１４０１は、印刷部２３７に現在の状態が、印刷中か否かを問い合わせ、また操作部２３８に対して現在の状態が操作中か否かを問い合わせる。またプリントサーバ１０２の稼働状態を取得する場合、制御部１４０１は、稼働状態取得部１４０２により、プリントサーバ１０２の制御部１４００に稼働状態を問合せる。これによりプリントサーバ１０２の制御部１４００は、ＲＩＰ部２１６に、現在の状態がＲＩＰ中か否かを問い合わせ、制御部１４００自身が、現在の状態が印刷中か否かを判断する。印刷中かどうかの判断としては、例えば、印刷シーケンスを実行している状態であれば印刷中であると判断する。

次にステップＳ１６０２に進み制御部１４０１は、プリントサーバ１０２がアイドル状態かどうかを判定し、そうであればステップＳ１６０３へ処理を進め、そうでないときはＳ１６１０へ処理を進める。Ｓ１６０３で制御部１４０１は、画像形成装置がアイドル状態かどうかを判定し、そうであればＳ１６０４へ処理を進め、そうでないときはＳ１６０６へ処理を進める。Ｓ１６０４で制御部１４０１は、プリントサーバ１０２の記憶部２１４に格納されているプリントサーバ用のソフトウェアを用いてダウンロード処理を実施する。このＳ１６０４の処理を図１７（Ａ）のフローチャートを参照して説明する。

図１７（Ａ）は、実施形態３に係るプリントサーバ１０２によるダウンロード処理を説明するフローチャートである。

Ｓ１７０１で画像形成装置１０３の制御部１４０１は、プリントサーバ１０２に対して、図１５のＳ１５０８で転送したソフトウェアをダウンロードするように指示する。これによりプリントサーバ１０２の制御部１４００は、その指示に応じて、記憶部２１４に格納しているソフトウェアを読み出し、自身に対してソフトウェアのダウンロードを開始する。そして制御部１４００は、このダウンロード処理が完了すると画像形成装置１０３に対してダウンロードの完了通知を送信する。これによりＳ１７０２で制御部１４０１は、プリントサーバ１０２からダウンロードの完了通知を受信するとプリントサーバ１０２のダウンロード処理を終了する。

次にＳ１６０５に進み制御部１４０１は、記憶部２３４に格納している画像形成装置１０３、及び後処理装置（不図示）用のソフトウェアを読み出してダウンロード処理を実施する。このＳ１６０５の処理を図１７（Ｂ）のフローチャートを参照して説明する。

図１７（Ｂ）は、実施形態３に係る画像形成装置によるダウンロード処理を説明するフローチャートである。

先ずＳ１７１１で制御部１４０１は、画像形成装置及び画像形成装置に接続される後処理装置を印刷可能な状態からダウンロード可能な状態へ移行させる。次にＳ１７１２に進み制御部１４０１は、ダウンロードを行うため記憶部２３４からダウンロード対象のソフトウェアを読み出す。そしてＳ１７１３に進み制御部１４０１は、Ｓ１７１２で読み出したソフトウェアを画像形成装置１０３、及び後処理装置にダウンロードする。そしてＳ１７１４に進み制御部１４０１は、ソフトウェアのダウンロードを完了すると、画像形成装置１０３及び後処理装置を再起動してダウンロード処理を終了する。

以上が、プリントサーバ１０２及び画像形成装置１０３がアイドル状態のときの処理の説明である。

次に、プリントサーバ１０２がアイドル状態で、画像形成装置がアイドル状態でない場合について説明する。

Ｓ１６０１の処理は、前述の説明と同じであるため説明を省略する。Ｓ１６０２で制御部１４０１は、プリントサーバ１０２がアイドル状態であるためＳ１６０３へ処理を進め、Ｓ１６０３で制御部１４０１は、画像形成装置がアイドル状態でないためＳ１６０６へ処理を進める。Ｓ１６０６で制御部１４０１は、Ｓ１６０４と同様に、プリントサーバ１０２によるダウンロード処理を実施する。この処理内容はＳ１６０４と同じため説明を省略する。次にＳ１６０７に進み制御部１４０１は、稼働状態取得部１４０２により画像形成装置１０３の稼働状態を再取得する。そしてＳ１６０８に進み制御部１４０１は、画像形成装置１０３がアイドル状態かどうかを判定し、そうであればＳ１６０９へ処理を進めて、制御部１４０１はＳ１６０５と同様に、画像形成装置１０によるダウンロード処理を実施する。この処理内容はＳ１６０５と同じであるため、その説明を省略する。一方、Ｓ１６０８で画像形成装置がアイドル状態でない場合はＳ１６０７に進み、制御部１４０１は画像形成装置がアイドル状態になるまでＳ１６０７，Ｓ１６０８の処理を繰り返し実行する。

以上が、プリントサーバ１０２がアイドル状態で画像形成装置がアイドル状態でない場合の処理の説明である。

次に、プリントサーバ１０２がアイドル状態でなく、画像形成装置がアイドル状態の場合について説明する。

Ｓ１６０１の処理は、前述と同じ処理のため説明を省略する。Ｓ１６０２で制御部１４０１は、プリントサーバ１０２がアイドル状態でないためＳ１６１０へ処理を進める。Ｓ１６１０で制御部１４０１は、画像形成装置がアイドル状態であると判定してＳ１６１１へ処理を進める。Ｓ１６１１で制御部１４０１は、Ｓ１６０５と同様に、画像形成装置１０３によるソフトウェアのダウンロード処理を実施する。この処理内容は、前述のＳ１６０５と同じため説明を省略する。次にＳ１６１２に進み制御部１４０１は、稼働状態取得部１４０２により、プリントサーバ１０２の稼働状態を取得し、アイドル状態か否かを判定する。ここで制御部１４０１は、プリントサーバ１０２がアイドル状態であると判定するとＳ１６１４へ処理を進め、制御部１４０１はＳ１６０４と同様に、プリントサーバ１０２によるダウンロード処理を実施する。この処理内容はＳ１６０４と同じであるため、その説明を省略する。一方、Ｓ１６１３で制御部１４０１は、プリントサーバ１０２がアイドル状態でないと判定すると、プリントサーバ１０２の稼働状態を再取得するためにＳ１６１２へ処理を進める。そして制御部１４０１は、プリントサーバ１０２がアイドル状態になるまでＳ１６１２，Ｓ１６１３の処理を繰り返し実行する。

以上が、プリントサーバ１０２がアイドル状態でなくて、画像形成装置がアイドル状態の場合の処理の説明である。

本実施形態３では、ソフトウェア管理装置１０１は、配信対象のソフトウェアを全て送信して、各装置へのダウンロードが完了した後に、各装置を再起動するようにした。ソフトウェア管理装置１０１は、プリントサーバ１０２のソフトウェアを一番最後に配信するようにしても良い。これは、ソフトウェアの配信途中にプリントサーバ１０２のダウンロード処理が始まり、ソフトウェア管理装置１０１と画像形成装置１０３との間の通信が切断されることで、画像形成装置１０３のダウンロードが失敗するのを避けるためである。

［実施形態４］
上述の実施形態では、所定の日時になると画像形成装置がソフトウェア管理装置１０１からソフトウェアを取得し、自動的にダウンロードを実施する形態について説明した。しかしながら、使用環境によってはオペレータが指示したタイミングでソフトウェアのダウンロードを行うようにしたいというケースも考えられる。その場合、画像形成装置がソフトウェアの取得後に、オペレータからの指示を受けてソフトウェアダウンロード処理を行う場合について以下で説明を行う。

実施形態４に係るシステムのソフトウェアの構成、ソフトウェアの登録、ソフトウェアの配信設定、プリントサーバ１０２のソフトウェア自動取得、画像形成装置１０３のソフトウェア自動取得は、前述の実施形態と共通であるため、説明を省略する。ここでは、オペレータによる操作指示に関する、前述の実施形態と異なる部分について図１０と図１６を参照して説明する。

実施形態４では、図１０に示すダウンロード開始指示画面を介して操作者からソフトウェアのダウンロード指示を受ける場合の処理を説明する。その概要は、画像形成装置１０３の制御部１４０１は、取得した稼働状態に応じて、ダウンロード開始指示画面の開始ボタン１００３を有効或いは無効にする。制御部１４０１は、ダウンロード開始指示画面の選択部１００１によって選択されたソフトウェアセットの中身一覧を作成して構成一覧部１００２へ表示する。そして制御部１４０１は、開始ボタン１００３が有効な時に、その押下を検知すると、構成一覧部１００２で選択されたソフトウェアをダウンロードする処理を行う。また制御部１４０１は、中止ボタン１００４が押下されると、このダウンロード開始指示画面を閉じて終了する。そして制御部１４０１は、ダウンロードの開始指示を受付けると、図１６のＳ１６０１以降に示すソフトウェア一括ダウンロード処理を実行する。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１０１…ソフトウェア管理装置、１０２…プリントサーバ（外付けＲＩＰコントローラ）、１０３、１０４…画像形成装置、２０６…ソフトウェア配信部、２０８…ソフトウェア登録部、２１７…ソフトウェア更新部、２１８，１４０２…稼働状態取得部、２１９，１４０３…ソフトウェア判別部、２５７…機器情報取得部

Claims (16)

1. 機器を接続して制御する機器制御装置であって、
   前記機器及び前記機器制御装置に関するソフトウェアの一覧を取得する取得手段と、
   前記ソフトウェアの一覧から配信対象のソフトウェアを要求する要求手段と、
   前記要求手段による要求に応答して配信されるソフトウェアを受信して記憶する記憶手段と、
   前記記憶手段に記憶されているソフトウェアをダウンロードする対象である機器及び前記機器制御装置の状態を取得する状態取得手段と、
   前記状態取得手段により取得した前記機器及び前記機器制御装置の状態に応じて当該機器及び前記機器制御装置への前記ソフトウェアのダウンロードを制御する制御手段と、
   を有することを特徴とする機器制御装置。
2. 前記取得手段は、ソフトウェアの配信対象である機器及び前記機器制御装置と、当該ソフトウェアの配信日時に基づいて、複数のソフトウェアを登録している管理装置から前記ソフトウェアの一覧を取得することを特徴とする請求項１に記載の機器制御装置。
3. 前記要求手段は、前記ソフトウェアの一覧に含まれるソフトウェアのバージョンと、前記ソフトウェアの配信対象である機器及び前記機器制御装置のソフトウェアのバージョンとが異なるソフトウェアを前記配信対象のソフトウェアとして前記管理装置に要求することを特徴とする請求項２に記載の機器制御装置。
4. 前記制御手段は、前記記憶手段への前記ソフトウェアの記憶が完了したことに応じて、前記状態取得手段により取得した前記機器及び前記機器制御装置の状態に基づいて、前記ソフトウェアのダウンロードを制御することを特徴とする請求項１乃至３のいずれか１項に記載の機器制御装置。
5. 前記記憶手段に記憶されているソフトウェアを、対応する機器及び、或いは前記機器制御装置にダウンロードするように指示する指示手段を更に有し、
   前記制御手段は、前記指示手段による指示に応じて、前記状態取得手段により取得した前記機器及び前記機器制御装置の状態に基づいて、当該機器及び前記機器制御装置への前記ソフトウェアのダウンロードを制御することを特徴とする請求項１乃至３のいずれか１項に記載の機器制御装置。
6. 前記記憶手段に記憶されているソフトウェアから、ダウンロードの対象であるソフトウェアを操作者に選択させる選択手段を更に有し、
   前記制御手段は、前記選択手段により選択された前記ソフトウェアがダウンロードされる機器及び前記機器制御装置の状態を前記状態取得手段により取得し、当該機器及び前記機器制御装置の状態がダウンロード可能な状態でない場合に、前記指示手段による指示を受付けないように制御することを特徴とする請求項５に記載の機器制御装置。
7. 前記制御手段は、前記状態取得手段により取得した前記機器及び前記機器制御装置の状態がソフトウェアをダウンロードできる状態であれば当該ソフトウェアを対応する機器或いは前記機器制御装置にダウンロードし、前記取得した前記機器及び前記機器制御装置の状態がソフトウェアをダウンロードできない状態であれば、当該状態がダウンロードできる状態になるのを待って当該ソフトウェアを対応する機器或いは前記機器制御装置にダウンロードすることを特徴とする請求項１乃至６のいずれか１項に記載の機器制御装置。
8. 前記ソフトウェアは、ダウンロードの対象である機器と、当該ソフトウェアのバージョンを示す情報を含むことを特徴とする請求項１乃至７のいずれか１項に記載の機器制御装置。
9. コントローラを介してネットワークに接続される画像形成装置であって、
   前記コントローラ及び前記画像形成装置に関するソフトウェアの一覧を取得する取得手段と、
   前記ソフトウェアの一覧から配信対象のソフトウェアを要求する要求手段と、
   前記要求手段による要求に応答して配信されるソフトウェアを受信して記憶する記憶手段と、
   前記記憶手段に記憶されているソフトウェアの内、前記コントローラのソフトウェアを前記コントローラに送信して記憶させる送信手段と、
   前記コントローラ及び前記画像形成装置の状態を取得する状態取得手段と、
   前記状態取得手段により取得した前記コントローラ及び前記画像形成装置の状態に応じて当該コントローラ及び前記画像形成装置による前記ソフトウェアのダウンロードを制御する制御手段と、
   を有することを特徴とする画像形成装置。
10. 前記取得手段は、ソフトウェアの配信対象である前記コントローラ及び前記画像形成装置と、当該ソフトウェアの配信日時に基づいて、複数のソフトウェアを登録している管理装置から前記ソフトウェアの一覧を取得することを特徴とする請求項９に記載の画像形成装置。
11. 前記要求手段は、前記ソフトウェアの一覧に含まれるソフトウェアのバージョンと、前記ソフトウェアの配信対象である前記コントローラ及び前記画像形成装置のソフトウェアのバージョンとが異なるソフトウェアを前記配信対象のソフトウェアとして前記管理装置に要求することを特徴とする請求項１０に記載の画像形成装置。
12. 前記制御手段は、前記状態取得手段により取得した前記コントローラ及び前記画像形成装置の状態がソフトウェアをダウンロードできる状態であれば当該ソフトウェアを対応する前記コントローラ或いは前記画像形成装置にダウンロードし、前記取得した前記コントローラ及び前記画像形成装置の状態がソフトウェアをダウンロードできない状態であれば、当該状態がダウンロードできる状態になるのを待って当該ソフトウェアを対応するコントローラ或いは前記画像形成装置にダウンロードすることを特徴とする請求項９乃至１１のいずれか１項に記載の画像形成装置。
13. 機器を接続して制御する機器制御装置を制御する制御方法であって、
    前記機器及び前記機器制御装置に関するソフトウェアの一覧を取得する取得工程と、
    前記ソフトウェアの一覧から配信対象のソフトウェアを要求する要求工程と、
    前記要求工程による要求に応答して配信されるソフトウェアを受信してメモリに記憶する記憶工程と、
    前記メモリに記憶されているソフトウェアをダウンロードする対象である機器及び前記機器制御装置の状態を取得する状態取得工程と、
    前記状態取得工程で取得した前記機器及び前記機器制御装置の状態に応じて当該機器及び前記機器制御装置への前記ソフトウェアのダウンロードを制御する制御工程と、
    を有することを特徴とする機器制御装置の制御方法。
14. コントローラを介してネットワークに接続される画像形成装置を制御する制御方法であって、
    前記コントローラ及び前記画像形成装置に関するソフトウェアの一覧を取得する取得工程と、
    前記ソフトウェアの一覧から配信対象のソフトウェアを要求する要求工程と、
    前記要求工程による要求に応答して配信されるソフトウェアを受信して記憶する記憶工程と、
    前記記憶工程に記憶されているソフトウェアの内、前記コントローラのソフトウェアを前記コントローラに送信して記憶させる送信工程と、
    前記コントローラ及び前記画像形成装置の状態を取得する状態取得工程と、
    前記状態取得工程により取得した前記コントローラ及び前記画像形成装置の状態に応じて当該コントローラ及び前記画像形成装置による前記ソフトウェアのダウンロードを制御する制御工程と、
    を有することを特徴とする画像形成装置の制御方法。
15. コンピュータを、請求項１乃至８のいずれか１項に記載の機器制御装置として機能させるためのプログラム。
16. コンピュータを、請求項９乃至１２のいずれか１項に記載の画像形成装置の手段として機能させるためのプログラム。

Images