JP2017076857A - 管理装置、情報処理装置、管理装置の制御方法、情報処理装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】 最初にスクリプトを取得する情報処理装置によるインポート処理が正常に完了するまで、同一の設置データをインポートすべき他の情報処理装置によるスクリプトの取得要求を制限する。
【解決手段】
複数の情報処理装置と通信する管理装置において、複数の情報処理装置に適用すべき同一の設置データを、各情報処理装置を識別する情報に対応づけたスクリプトを管理する。そして、各情報処理装置から自装置を識別する識別情報とともに、前記スクリプトの取得要求を受け付けた場合、当該取得要求を受け付けた情報処理装置が最初の情報処理装置であると判断した場合、スクリプトに基づく設置処理を開始した情報処理装置から設置完了応答を受け付けるまで、他の情報処理装置からスクリプトの取得要求を受け付けないように制御することを特徴とする。
【選択図】 図１４

Description

本発明は、管理装置、情報処理装置、管理装置の制御方法、情報処理装置の制御方法、及びプログラムに関するものである。

画像形成装置を新規に導入するに当たり、事前に画像形成装置の使用環境に応じた設置作業を行う必要がある。当該設置作業には、印刷物の仕上げ処理を行うフィニッシャーなどハードウェアオプションの取り付けや、画像形成装置の制御プログラムの設定作業、拡張機能のライセンスの有効化作業、拡張プログラムのインストールなどの作業がある。

また、拡張プログラムを画像形成装置にアドインし、画像形成装置の機能をベンダーが拡張できるシステムが普及している。この種のシステムとしてはキヤノン株式会社のＭＥＡＰ（登録商標）などがあげられる。

特開平９−１６８００９号公報

設置する画像形成装置のファームウェア、拡張プログラムや設定値、それらの処理実行手順など含んだ構成情報を作成、管理する案件情報管理システム（以下、管理システム）がある。さらに、設置作業の対象となる画像形成装置で、構成情報を基に作成された設置指示情報に従って、設置作業を自動的に行うプログラムがある。

しかしながら、前述した技術では、構成情報の不備、不足により正常に設置処理を完了できない状況において、同じ構成情報を使用する複数の画像形成装置すべてで設置処理が失敗してしまう。
そのため、作業者は、失敗した画像形成装置を元に戻し、再度設置処理を実施しなければならないという課題がある。もしくは、意識的に１台の画像形成装置で設置処理を試行し、問題がないことを判断してから、他の画像形成装置の設置処理を実行しなければならなかった。
また、特許文献１では、設置管理用クライアントＰＣと設定対象クライアントＰＣをネットワークで接続し、リモートで設定値を反映する方法が示されている。これによると、１つの設定対象で失敗しても、他の設定対象の設定を継続してしまうため、本発明が解決しようとする課題をすべて解決することはできない。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、最初にスクリプトを取得する情報処理装置によるインポート処理が正常に完了するまで、同一の設置データをインポートすべき他の情報処理装置によるスクリプトの取得要求を制限できる仕組みを提供することである。

上記目的を達成する本発明の管理装置は以下に示す構成を備える。
複数の情報処理装置と通信する管理装置であって、複数の情報処理装置に適用すべき同一の設置データを、各情報処理装置を識別する情報に対応づけたスクリプトを管理する第１の管理手段と、各情報処理装置から自装置を識別する識別情報とともに、前記スクリプトの取得要求を受け付ける受付手段と、取得要求を受け付けた情報処理装置が最初の情報処理装置であるかどうかを判断する判断手段と、最初の情報処理装置であると判断した場合、前記スクリプトに基づく設置処理を開始した情報処理装置から設置完了応答を受け付けるまで、他の情報処理装置からスクリプトの取得要求を受け付けないように制御する制御手段と、を備えることを特徴とする。
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
管理装置と通信する情報処理装置であって、前記管理装置に対して、自装置を識別する識別情報とともに、設定すべきスクリプトを要求する要求手段と、前記要求手段に対して前記管理装置から応答されるスクリプトを取得する取得手段と、取得したスクリプトに従い自装置に設置データをインポートするインポート手段と、前記インポート手段による設置データのインポート開始と、インポート完了とを前記管理装置に応答する応答手段と、を備え、前記要求手段は、前記管理装置から自装置に対する前記スクリプトを取得するまで、前記スクリプトを取得する要求を繰り返すことを特徴とする。

本発明によれば、最初にスクリプトを取得する情報処理装置によるインポート処理が正常に完了するまで、同一の設置データをインポートすべき他の情報処理装置によるスクリプトの取得要求を制限できる。

管理システムの機器構成の例を示す図である。 画像形成装置のハードウェア構成を示すブロック図である。 管理サーバの構成を示すブロック図である。 管理サーバのソフトウエア構成を示すブロック図である。 操作部に表示されるメインメニュー画面の例を示す図である。 サポートプログラムの機能構成の例を示す図である。 管理システムの機能構成の例を示す図である。 管理サーバが管理する案件情報データベースの構成例を示す図である。 管理サーバが管理する設置構成テーブルを示す図である。 管理サーバが管理する設置データテーブルを示す図である。 管理サーバが管理する個別データテーブルを示す図である。 設置指示情報とそれに含まれるスクリプトの例を示す図である。 画像形成装置の制御方法を説明するフローチャートである。 画像形成装置の制御方法を示すフローチャートである。 管理装置の制御方法を説明するフローチャートである。 管理装置の制御方法を説明するフローチャートである。 管理装置の制御方法を説明するフローチャートである。 管理装置の制御方法を説明するフローチャートである。 画像形成装置で表示されるＵＩ画面を示す図である。 画像形成装置で表示されるＵＩ画面を示す図である。 管理装置が管理するデバイス管理情報の進捗を示す図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
＜システム構成の説明＞
〔第１実施形態〕

《システム全体構成》
図１は、本実施形態を示す画像形成装置を含む管理システムの機器構成の例を示す図である。
本システムに示すＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００上には、複数の画像形成装置１０１と、画像形成装置１０１が通信可能に接続されている管理サーバ１０２から構成される。

図１において、画像形成装置１０１は、複写機にスキャナ、プリンタ、ファクシミリ、ファイル送信機能等複数の機能を統合した複合機である。また、画像形成装置１０１は、ネットワークに接続するインターフェースを有している。

管理サーバ１０２は、画像形成装置１０１の納品先、顧客ごと、受注した商談ごとなど設置作業の組み合わせを案件毎に管理するサーバである。設置作業の組み合わせには、機種、外部接続するハードウェア、ファームウェアや拡張プログラムのバージョンの組み合わせ、設定値などの納品すべき画像形成装置の構成情報、またそれらの適用順序など、が含まれる。さらに、利用可能なファームウェアや拡張プログラムのバイナリデータや各種ライセンス情報等を管理するサーバである。これらの管理は同一の管理サーバで構成されていても、複数の管理サーバで構成されていてもよい。また、管理サーバ１０２はＬＡＮ１００に直接接続されていても、インターネットを経由して接続されていてもよい。

クライアントコンピュータ１０３は、所謂パーソナルコンピュータやモバイル端末である。クライアントコンピュータ１０３は、ＷｅｂブラウザーやＧＵＩプログラムの実行が可能である。それらにより、管理サーバ１０２と通信し、前記案件情報の作成、編集を行うよう構成されている。

《ハードウェア構成例−画像形成装置》
図２は、図１に示した画像形成装置１０１のハードウェア構成を示すブロック図である。
図２において、ＣＰＵ２１１を含む制御部２１０は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。

ネットワークＩ／Ｆ２１８は、制御部２１０（画像形成装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ上の外部装置に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。

ＵＳＢホストＩ／Ｆ２２２は、ＵＳＢストレージと通信するインターフェース部である。ＵＳＢホストＩ／Ｆ２２２は、ＨＤＤ２１４に格納されているデータをＵＳＢストレージに出力する。また、ＵＳＢホストＩ／Ｆ２２２は、ＵＳＢストレージに格納されているデータを入力し、ＣＰＵ２１１にそれを伝える。ＵＳＢストレージは、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ２２２に対して着脱可能である。ＵＳＢホストＩ／Ｆ２２２には、ＵＳＢストレージを含む複数のＵＳＢデバイスが接続可能である。

《ハードウェア構成例−管理サーバ》
図３は、図１に示した管理サーバ１０２の構成を示すブロック図である。
図３において、ＣＰＵ３１７を含む制御部３１６は、管理サーバ１０２の全体の動作を制御する。ＣＰＵ３１７は、ＲＯＭ３１８に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１９は、ＣＰＵ３１７の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３２０は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

操作Ｉ／Ｆ３２１は、管理サーバ１０２で実行されるプログラムへの制御操作を入力するユーザーインタフェース端末を接続するＩ／Ｆである。この例では、マウス３２２やキーボード３２３で構成するが、その限りではない。また、管理サーバ１０２においては、操作Ｉ／Ｆ３２１は必須ではなく、ネットワークＩ／Ｆ３２６を介して制御操作を行う構成でも良い。

ディスプレイＩ／Ｆ３２４は、管理サーバ１０２で実行されるプログラムのＵＩを表示するディスプレイ端末を接続するＩ／Ｆである。この例ではディスプレイ３２５で構成するが、その限りではない。また、管理サーバ１０２においては、ディスプレイＩ／Ｆ３２４は必須ではなく、ネットワークＩ／Ｆ３２６を介してＵＩを表示する構成でも良い。ネットワークＩ／Ｆ３２６は、制御部３１６をＬＡＮ１００に接続する。ネットワークＩ／Ｆ３２６は、ネットワークを介して他の装置との間で各種情報を送受信する。

《ソフトウェア構成例−画像形成装置》
図４は、図１に示した画像形成装置１０１のソフトウェア構成の例を示す図である。
図４において、ＯＳ４００上には、プリンタやＦＡＸ、スキャナなどの元々備わっている制御用プログラムのネイティブプログラム４０１、拡張プログラム実行プラットフォームである拡張プログラム実行プラットフォーム４０２が動作している。更に、ネイティブプログラム４０１上には、ファームウェア更新サービス４０３、オプション有効化サービス４０４、設定管理サービス４０５が動作している。また拡張プログラム実行プラットフォーム４０２上には、拡張プログラムシステムサービス４０６と拡張プログラム４０７が動作している。

ファームウェア更新サービス４０３は、ファームウェアを更新するための各種機能を提供するサービスである。例えば、ファームウェア更新サービス４０３は、ユーザーから指定されたファームウェアを参照し、該ファームウェアの更新が必要か否かを判断する。またネイティブプログラム４０１に対し、または介し、ファームウェアを更新する。

オプション有効化サービス４０４は、ネイティブプログラム４０１に予め組み込まれているオプション機能を、有効化するためのサービスである。オプション有効化サービス４０４は、ユーザーから指定されたオプションライセンスファイルにより特定されるオプション機能を識別し、有効化する。

設定管理サービス４０５は、プリンタやスキャナなどの各種設定情報を管理するためのサービスである。設定管理サービス４０５は、例えばユーザーから１つまたは複数の設定、または複数の設定情報を含むファイルを指定されると、ネイティブプログラム４０１の設定情報を書き換える機能を提供する。尚、設定管理サービス４０５は、ユーザーインターフェース（以下、ＵＩ）を持っており、ユーザーは画像形成装置１０１の操作部２１９を介して設定変更の指示ができる。拡張プログラムシステムサービス４０６は、拡張プログラムに共通に有用なユーティリティライブラリで、システムから提供される。拡張プログラム４０７から拡張プログラムシステムサービス４０６の機能を呼び出すことにより、拡張プログラムを開発する手間を省くことができる。

拡張プログラム４０７は、拡張プログラム実行プラットフォーム４０２または拡張プログラムシステムサービス４０６を介してのみ、他の拡張プログラム４０７やＲＡＭ２１３など画像形成装置１０１の各モジュールへアクセスすることができる。また、ＵＩを持つ拡張プログラム４０７は、画像形成装置１０１の操作部２１９に表示されるメインメニュー画面（図５）にアイコンを表示することができる。このアイコンをユーザーが選択したことを、操作部２１９を通じて操作部Ｉ／Ｆ２１５が検知すると、操作部Ｉ／Ｆ２１５はその旨をＣＰＵ２１１に送信する。その旨を受け取ったＣＰＵ２１１はユーザーに選択された拡張プログラムのＵＩを操作部２１９に表示する。
尚、本ソフトウェア構成は基本的な部分のみ記載したものであり、実施環境によっては他のサービス等が含まれていても良い。また設定を制限するなどの理由により、不要なサービスは無くても良い。

図５、図１に示した画像形成装置１０１の操作部２１９に表示されるメインメニュー画面の例を示す図である。
図５において、メインメニュー画面５００は、プログラムアイコン表示エリア５０１、標準プログラムアイコン５０２、拡張プログラムアイコン５０３を有している。プログラムアイコン表示エリア５０１は、画像形成装置１０１で現在操作可能なプログラムのアイコンを表示するエリアである。標準プログラムアイコン５０２は、画像形成装置１０１の制御プログラムが持つ機能を操作するためのＵＩを表示させるためのアイコンである。拡張プログラムアイコン５０３は、画像形成装置１０１の拡張プログラムを操作するためのＵＩを表示させるためのアイコンである。

《設置作業例》
以下、本発明に係る、画像形成装置の設置作業について説明する。
画像形成装置１０１の設置作業を行うにあたり、まず、作業者は設置作業対象の画像形成装置１０１に、フィニッシャー、スキャナ、拡張ＲＡＭなど、必要なハードウェアを接続する。
作業者は、設置作業対象の画像形成装置１０１に設置作業をサポートするためのサポートプログラム（以下、サポートプログラム）をインストールする。該サポートプログラムは画像形成装置１０１で既にインストールされ実行していてもよい。また、ネイティブプログラム４０１上の標準サービスとして、実装され実行されていてもよい。画像形成装置１０１の該サポートプログラムは、管理サーバ１０２に接続し、設置作業を実行する。図１３から図１８を用いて後述する。

《ソフトウェア機能構成例》
本発明に係る、後述する設置処理は、拡張プログラムの一つであるサポートプログラムが行う。また、本発明に係る、後述する設置状態管理処理は、管理サーバで動作するプログラムが行う。

図６は、図１に示した画像形成装置１０１で動作するサポートプログラム６００の機能構成の例を示す図である。以下の各機能は、ＣＰＵ２１１が各機能に応じたプログラムを実行することにより実現される。
図６において、サポートプログラム６００は、ＵＩ制御部６０１、ネットワーク通信管理部６０２、処理実行部６０３とスクリプト解析部６０４を有する。ＵＩ制御部６０１は、サポートプログラム６００を操作するためのＵＩを、操作部２１９を通じて作業者に提供し、作業者の操作を受け付ける。
ネットワーク通信管理部６０２は、管理サーバ１０２と通信を行い、設置作業指示情報やソフトウェアのダウンロードなどを行う。処理実行部６０３は、ＵＩ制御部６０１及びネットワーク通信管理部６０２の指示に従い、各種処理を行う。スクリプト解析部６０４は、ネットワーク通信管理部６０２が管理サーバ１０２から取得した設置情報のスクリプトを解析し、処理実行部６０３が実行すべき処理、順序を決定する。

図７は、図１に示した管理サーバ１０２で動作する管理システム７００の機能構成の例を示す図である。ＣＰＵ３１７が各機能に応じたプログラムを実行することにより、各機能は実現される。また、本実施形態では、ネットワークＩ／Ｆ３２６を介して、ＬＡＮ上にある管理サーバ１０２でプログラムが実行されることを想定するが、その限りではない、インターネット上にあるサーバやサービスで実行してもよい。
図７において、管理システム７００は、ＵＩ制御部７０１、案件情報管理部７０２、案件情報データベース７０３、ネットワーク通信管理部７０４、処理実行部７０５とスクリプト生成部７０６を有する。ＵＩ制御部７０１は、管理システムを操作するためのＵＩを、ディスプレイ３２５を通じて作業者に提供し、マウス３２２やキーボード３２３を通じて作業者の操作を受け付ける。

案件情報管理部７０２は、ＵＩ制御部７０１および処理実行部７０５の指示に従い、案件情報の読み出しや書き込みを管理し、案件情報データベース７０３に案件情報を保持する。案件情報データベース７０３はＳＱＬデータベースを想定するが、その限りではない。例えばファイルシステムに構造化ファイルなどの方法で保持していてもよい。また、本実施形態では、管理サーバ１０２のＨＤＤ３２０に保存されることを想定するが、その限りではない、ネットワークＩ／Ｆ３２６を介して、ネットワーク上にあるサーバやサービスで案件情報を管理していてもよい。

ネットワーク通信管理部７０４は、ネットワークＩ／Ｆ３２６を介して受信した処理依頼情報を基に、処理実行部７０５に処理指示を行う。また、処理実行部の処理結果をネットワークＩ／Ｆ３２６を介して送信する。
処理実行部７０５は、ＵＩ制御部７０１および案件情報管理部７０２の指示に従い、各種処理を行う。スクリプト生成部７０６は、処理実行部７０５の指示に従い、サポートプログラム６００が解析可能なスクリプトを含む設置指示情報を生成する。

《管理サーバの案件情報データベース》
図８〜図１１は、本実施形態にかかる、管理サーバ１０２の案件情報データベース７０３で管理する案件情報データベースの構成例を示す図である。
図８は、図１に示した管理サーバが管理する案件テーブルを示す図である。
図８に示す案件テーブルでは、案件ＩＤ８０１、案件名８０２、案件の更新日時８０３、設置構成ＩＤ８０４を管理する。案件は画像形成装置１０１の販売において管理したいまとまりに合わせて、作業者や営業者が１レコード登録することになる。顧客ごとに作成してもよいし、大量に納品する場合、１年ごとに別の案件にしてもよい。

図８において、案件ＩＤ８０１は、本テーブルにおけるユニークなＩＤで、案件をプログラムが特定するために入力された情報である。案件名８０２は、案件情報を管理するにあたり、作業者や営業者が見分けやすくするための情報である。案件の更新日時８０３は、案件情報を最後に保存した日時である。
設置構成ＩＤ８０４は後述する図９の複数の構成の異なる設置構成情報へのリンクである。これにより、どの案件にどの設置構成を設置するかを関連付けている。状態８０５では、案件の設定の完了状態（実行状態）を管理する。状態で表現される情報は以下である。すべての画像形成装置の設置作業が完了していることを表す「完了（完了済み）」、すべての画像形成装置の設置作業が完了していないことを表す「未完了」などである。例えば、レコード８０６では、ＡＢＣ商事に３種類の構成の画像形成装置を設置することが設定されている。

図９は、図１に示した管理サーバが管理する設置構成テーブルを示す図である。
図９に示す設置構成テーブルでは、設置構成ＩＤ９０１、設置構成名９０２、設置データＩＤ９０３、デバイスＩＤ９０４、状態９０５を管理する。ここで、デバイスIDは、各情報処理装置に対応づけた識別情報である。

図９において、設置構成は設置する複数の画像形成装置１０１の共通する情報をグルーピングし管理するための情報である。詳細の設置構成は設置データテーブル図１０で管理する。例えば、同じ案件で納品する機種が同じでも、フィニッシャーを付ける構成と、そうでない構成を２つの設置構成に分けて管理することができる。設置構成ＩＤ９０１は、本テーブルにおけるユニークなＩＤで、前記案件レコードの設置構成ＩＤ８０４から参照され、案件に含む設置構成を特定するための情報である。設置構成名９０２は、設置構成を管理するにあたり、作業者や営業者が見分けやすくするために入力された情報である。

設置データＩＤ９０３は、後述する図１０の設置データへのリンクである。これにより、どの設置構成でどの設置データを使用するかを関連付けている。デバイスＩＤ９０４は、設置構成を適用してよい各画像形成装置１０１のシリアル番号である。これにより、どの設置構成をどの画像形成装置１０１に適用してよいかを関連付けている。状態９０５は、設置構成の適用状態を管理する。状態で表現される情報は、以下である。
１台も適用していないことを表す「未適用」、前記デバイスＩＤの内１つの画像形成装置１０１で設置処理中であることを表す「設置中」、前記デバイスＩＤの内１つの画像形成装置１０１で設置処理が成功したことを表す「成功済み」、前記デバイスＩＤの内１つの画像形成装置１０１で設置処理が失敗したことを示す「エラー済み」、などである。

図１０は、図１に示した管理サーバが管理する設置データテーブルを示す図である。
図１０に示す設置データテーブルでは、設置データＩＤ１００１、設置データの更新日時１００２、機種１００３、ファームウェア１００４のバージョン、オプション機能１００５、拡張プログラム１００６、設定値ファイル１００７を管理する。
図１０において、設置データはハードウェア構成、ファームウェアバージョン、オプション機能、拡張プログラムとバージョン、設定値情報を１つのレコードに管理する。設置データＩＤ１００１は、本テーブルにおけるユニークなＩＤで、設置構成レコードの設置データＩＤ９０３から参照され、設置構成に含む設置データを特定するための情報である。更新日時１００２は、設置データを最後に保存した日時である。機種１００３は、設置データを適用する画像形成装置１０１の機種である。

ファームウェア１００４は、適用するファームウェアのバージョンである。また、バージョン以外に、設置データ使用した設置処理実行時の最新ファームウェアを使用するよう指示可能な「常に最新」を保持することも可能である。

オプション機能１００５は、有効化するオプション機能の一覧を管理する。オプション機能とは、ファームウェアにプログラムされた一部の機能をライセンスキーなどにより有効化することで使用可能になるものである。例では、人が読み取り可能な機能名で表現しているが、プログラムが識別可能な機能を示すＩＤで管理していてもよい。

拡張プログラム１００６は、画像形成装置１０１にインストールする拡張プログラムの名前、バージョンの一覧を管理する。また、バージョンの代わりに、設置データ使用した設置処理実行時の最新プログラムを使用するよう指示可能な「常に最新」を保持することも可能である。例では、人が読み取り可能なプログラム名やバージョンで表現しているが、プログラムが識別可能なプログラムＩＤやバージョンで管理していてもよい。

設定値ファイル１００７は、画像形成装置１０１にインポートする設定値ファイル、もしくは、それのリンクを管理する。例では、設定値をZIPアーカイブしたファイルを表現しているが、画像形成装置１０１が認識可能なＸＭＬのような構造化データでも、バイナリデータであってもよい。

図１１は、図１に示した管理サーバが管理する個別データテーブルを示す図である。
図１１に示す個別データテーブルでは、デバイスＩＤ１１０１、更新日時１１０２、状態１１０３、エラーコード１１０４、設置済みファームウェア１１０５、設置済み拡張プログラム１１０６を管理する。以下、本実施形態において、デバイスへの設置済み状態

図１１において、個別データは画像形成装置１０１の設置処理状態、結果を表す情報を１つのレコードに管理する。デバイスＩＤ１１０１は、本テーブルにおけるユニークなＩＤで、設置構成レコードのデバイスＩＤ９０４から参照され、設置構成に関連づくデバイスＩＤを関連付け管理する。デバイスＩＤは各画像形成装置１０１のシリアル番号である。更新日時１１０２は、個別データを最後に保存した日時である。状態１１０３は、個別データの画像形成装置１０１への設置状態を表す。

状態１１０３で表現される情報は、以下である。設置処理を実施したことがないことを表す「未適用」、設置処理中であることを表す「設置中」、設置処理が成功したことを表す「成功済み」、設置処理が失敗したことを示す「エラー済み」、などである。
エラーコード１１０４は、設置処理を実行し、何らかの要因でエラーが発生し、正常に終了できなかった場合の結果情報を管理する。設置済みファームウェア１１０５は、設置処理を実行し、正常に終了した場合、適用したファームウェアのバージョンを管理する。

設置済み拡張プログラム１１０６は、設置処理を実行し、正常に終了した場合、適用した拡張プログラムの名前、バージョンを管理する。例では、人が読み取り可能なプログラム名やバージョンで表現しているが、プログラムが識別可能なプログラムＩＤやバージョンで管理していてもよい。

《設置指示情報のスクリプトファイル例》
図１２は、画像形成装置１０１の設置作業を自動実施するための作業手順を示す設置指示情報とそれに含まれるスクリプトの例を示す図である。
図１２において、設置指示情報は画像形成装置１０１のネットワーク通信管理部６０２の要求により、管理サーバ１０２により生成される。管理サーバ１０２のスクリプト生成部７０６により該当案件の設置構成情報を基に生成される。スクリプト生成部７０６は画像形成装置１０１のシリアル番号などの識別子を用い該当案件を案件情報管理部７０２から取得する。

スクリプト１２００は、画像形成装置１０１のサポートプログラム６００のネットワーク通信管理部６０２で読み込まれ、処理実行部６０３を介しスクリプト解析部６０４によって解析される。スクリプト解析部６０４によって解析されたスクリプト１２００は、その後、処理実行部６０３によって記載された設置作業が実行される。また本図におけるスクリプト１２００は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記載されており、機器識別部１２０１と処理記載部１２０２で構成されている。尚、本図ではＸＭＬによりスクリプトを表現しているが、ＸＭＬに限定されず、シェルスクリプトなどで書かれていても良い。

機器識別部１２０１は、設置作業の対象である画像形成装置１０１を識別するための情報が記載されており、画像形成装置１０１の識別子である＜ｄｅｖｉｃｅＩｄ＞と、本スクリプトの内容を任意の文字列で示す＜ｃｏｍｍｅｎｔ＞で構成されている。
＜ｃｏｍｍｅｎｔ＞は、本スクリプトの内容説明だけでなく、＜ｄｅｖｉｃｅＩｄ＞だけで識別不可能な場合の識別子として利用しても良い。例えば、１つの画像形成装置１０１に対し複数の設定を用意する必要がある場合に識別子として利用可能である。

処理記載部１２０２は、設置作業を実施するために必要な処理群が記載される。本図では、設定情報インポート処理１２０３ａ、１２０３ｂ、ファームウェア更新処理１２０４ａ、１２０４ｂ、拡張プログラムインストール処理１２０５ａ、１２０５ｂ、拡張プログラム開始処理１２０６、システム組み込みオプションプログラムアクティベート処理１２０７ａ、１２０７ｂ、で構成されている。各設置作業の処理を示すタグの中にはＯｒｄｅｒ属性が含まれており、本図ではＯｒｄｅｒの値に応じて設置作業の順番が決定する。
尚、処理の順番を特に指定しない場合は、Ｏｒｄｅｒの値を同じにすることもできる。Ｏｒｄｅｒの値が同じ場合は、処理記載部１２０２に書かれている順番で実行しても良いし、スクリプト解析部６０４が読み取った順番でも良い。また各処理で使用するデータの容量などで判断しても良い。

設定情報インポート処理１２０３ａ、１２０３ｂは、設定管理サービス４０５を介して、設定値をインポートし反映する処理である。設定情報インポート処理１２０３ａは、＜ｉｍｐｏｒｔＤｅｖｉｃｅＣｏｎｆｉｇＣｏｍｍａｎｄ＞タグの記載により処理を定義する。＜ｃｏｎｔｅｎｔｓＳｅｒｖｅｒ＞タグにより、管理サーバ１０４からダウンロードしインポートする設定値ファイルを指定している。＜ｃｏｎｔｅｎｔｓＳｅｒｖｅｒ＞タグは管理サーバのＵＲＬが記載されている。設定情報インポート処理１２０３ｂは＜ｉｍｐｏｒｔＤｅｖｉｃｅＣｏｎｆｉｇＣｏｍｍａｎｄ＞タグの記載により処理を定義する。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグによりインポートする設定情報ファイルを指定している。

＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグは、ＵＳＢホストＩ／Ｆ２２２に接続された可搬記憶媒体に格納されたファイルを指定する場合、ルートフォルダーからインポート対象の設定情報ファイルまでの相対パスが記載されている。＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグは、インポート対象の設定情報ファイルが指定されている。本図においてはＺｉｐ形式にアーカイブされた設定情報ファイルが指定されている。
尚、本設定情報ファイルの形式はＺｉｐファイル形式に限定されない。また、ＵＲＬやファイルパスでなくとも、バイナリデータを本スクリプト１２００内に埋め込む方法でも良い。

ファームウェア更新処理１２０４ａ、１２０４ｂは、ファームウェア更新サービス４０３を介してファームウェアを更新する処理である。ファームウェア更新処理１２０４ａは、＜ｕｐｄａｔｅＦｉｒｍｗａｒｅＣｏｍｍａｎｄ＞タグを記載することで処理を定義する。また、ファームウェア更新処理１２０４ａは、＜ｃｏｎｔｅｎｔｓＳｅｒｖｅｒ＞タグと＜ｆｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグにより管理サーバ１０２からダウンロードし更新するファームウェアを指定している。＜ｃｏｎｔｅｎｔｓＳｅｒｖｅｒ＞タグは管理サーバのＵＲＬが記載されている。＜ｆｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグはダウンロードするキーとなるファームウェアバージョンが記載されている。

また、ファームウェア更新処理１２０４ｂは、ＵＳＢホストＩ／Ｆ２２２に接続された可搬記憶媒体に格納されたファイルを指定する場合、＜ｕｐｄａｔｅＦｉｒｍｗａｒｅＣｏｍｍａｎｄ＞タグを記載することで処理を定義する。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグと＜ＦｉｒｍｗａｒｅＮａｍｅ＞により使用するファイルを指定している。

＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグは、ルートフォルダーから更新したいファームウェアまでの相対パスが記載されている。＜ＦｉｒｍｗａｒｅＮａｍｅ＞タグは、更新したいファームウェアが指定されている。本図においてはＺｉｐ形式でアーカイブされたファームウェアが指定されている。また、ＵＲＬやファイルパスでなくとも、バイナリデータを本スクリプト１２００内に埋め込む方法でも良い。

拡張プログラムインストール処理１２０５ａ、１２０５ｂは、拡張プログラムシステムサービス４０６を介して、拡張プログラムをインストールする処理である。拡張プログラムインストール処理１２０５ａは、＜ｉｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義する。＜ｃｏｎｔｅｎｔｓＳｅｒｖｅｒ＞タグ、＜ａｐｐｌｉｃａｔｉｏｎＮａｍｅ＞タグ、＜ａｐｐｌｉｃａｔｉｏｎＶｅｒｓｉｏｎ＞タグにより、管理サーバ１０２からダウンロードしインストールする拡張プログラムを指定している。

る。また、拡張プログラムインストール処理１２０５ｂは、ＵＳＢホストＩ／Ｆ２２２に接続された可搬記憶媒体に格納されたファイルを指定する場合、＜ｉｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義する。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ＡｐｐＦｉｌｅＮａｍｅ＞タグによりインストールする拡張プログラムを指定している。

＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグは、ルートフォルダーからインストール対象の拡張プログラムの実体までの相対パスが記載されている。＜ＡｐｐＦｉｌｅＮａｍｅ＞タグは、インストール対象の拡張プログラムの実体が指定されている。本図においてはＪａｒファイル形式の拡張プログラムが指定されている。尚、本拡張プログラムの形式はＪａｒファイル形式に限定されない。また、ＵＲＬやファイルパスでなくとも、バイナリデータを本スクリプト１２００内に埋め込む方法でも良い。

また、拡張プログラムインストール処理１２０５ａは＜ｌｉｃｅｎｓｅＳｅｒｖｅｒ＞タグは拡張プログラムに対するライセンスを取得する管理サーバのＵＲＬが記載されている。拡張プログラムインストール処理１２０５ｂはインストール対象の拡張プログラムに対するライセンスを＜ｌｉｃｅｎｓｅＲｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ｌｉｃｅｎｓｅＦｉｌｅＮａｍｅ＞タグにより指定している。＜ｌｉｃｅｎｓｅＲｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグは、ＵＳＢホストＩ／Ｆ２２２に接続された可搬記憶媒体に格納されたファイルを指定する場合、ルートフォルダーから拡張プログラムのライセンスファイルまでの相対パスが記載されている。

＜ｌｉｃｅｎｓｅＦｉｌｅＮａｍｅ＞タグは、拡張プログラムのライセンスの実体が指定されている。本図においては．ｌｉｃファイル形式のライセンスファイルが指定されており、ライセンスのファイル形式についてはこれに限定されない。また、ＵＲＬやファイルパスでなくとも、バイナリデータを本スクリプト１２００内に埋め込む方法でも良い。

拡張プログラム開始処理１２０６は、＜ｓｔａｒｔＡｐｐｌｉｃａｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義しており、＜ａｐｐＩｄ＞タグにより開始対象の拡張プログラムを指定している。＜ａｐｐＩｄ＞タグは、開始対象の拡張プログラムを一意に識別するＩＤが指定されている。

オプション機能のアクティベート処理１２０７ａ、１２０７ｂは、オプション有効化サービス４０４を介して、組み込みオプションを有効化する処理である。組み込みオプションプログラムアクティベート処理１２０７ａは＜ａｃｔｉｖａｔｅＥｍｂｅｄｄｅｄＦｕｎｃｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義されている。＜ｌｉｃｅｎｓｅＳｅｒｖｅｒ＞タグは拡張プログラムに対するライセンスを取得する管理サーバ１０２のＵＲＬが記載されている。また、取得すべき組み込みオプションを特定する情報を＜ｆｕｎｃｔｉｏｎＩｄ＞タグで記載されている。

また、組み込みオプションプログラムアクティベート処理１２０７ｂは＜ａｃｔｉｖａｔｅＥｍｂｅｄｄｅｄＦｕｎｃｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義する。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ｌｉｃｅｎｓｅＦｉｌｅＮａｍｅ＞タグによりアクティベートする組み込みオプションプログラムを指定している。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグは、ＵＳＢホストＩ／Ｆ２２２に接続された可搬記憶媒体に格納されたファイルを指定する場合、ルートフォルダーからアクティベートする組み込みオプションプログラムのライセンスファイルまでの相対パスが記載されている。

＜ｌｉｃｅｎｓｅＦｉｌｅＮａｍｅ＞タグは、組み込みオプションプログラムを有効化するためのライセンスの実体が指定されている。本図においてはｌｉｃ形式のライセンスファイルが指定されており、ライセンスのファイル形式についてはこれに限定されない。また、ＵＲＬやファイルパスでなくとも、バイナリデータを本スクリプト１２００内に埋め込む方法でも良い。尚、画像形成装置１０１にプリインストールされた組み込みオプションプログラムが存在しない場合、また有効化しない場合には、この初期設置作業処理の記載は不要である。

尚、本図で示すスクリプトの初期設置作業の処理は記載された処理に限定されず、例えば画像形成装置１０１の再起動処理などを加えても良い。また必要不要に応じて処理の重複、増減があっても良い。

《画像形成装置の設置処理フロー》
図１３は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、サポートプログラム６００が起動した後、作業者の指示により実行する設置処理動作例である。なお、各ステップは、ＣＰＵ３１７が記憶された制御プログラム（図６に示すモジュールを含む）を実行することで実現される。
Ｓ１３０１では、処理実行部６０３により、サポートプログラム６００が動作する画像形成装置１０１のデバイスＩＤを取得する。さらに、該デバイスＩＤをネットワーク通信管理部６０２により、管理サーバ１０２へ送信する。これにより、管理サーバ１０２で、案件データの設置構成データが特定され、前記設置指示情報を確定、取得する。ここでは、設置指示情報の概要情報だけ取得してもよい。設置指示情報のすべての情報は後述する設置処理中に取得することとしてもよい。また、デバイスＩＤとは、画像形成装置１０１の個体識別子や型番など、設置作業をすべき画像形成装置を特定するための情報である。

Ｓ１３０２では、ＵＩ制御部６０１により、Ｓ１３０１で見つかった設置指示情報を、操作部２１９に図１９のような画面で表示し、作業者に通知する。これにより、作業者は正しい設置指示情報が見つかった旨を確認することができる。

Ｓ１３０３では、ＵＩ制御部６０１がＳ１３０２で表示した画面（図１９）により、実行ボタン１９０１を押下されたかどうか判断する。ここで、実行ボタン１９０１が押下されたとＵＩ制御部６０１が判断した場合、次のステップに移る。一方、キャンセルボタン１９０２を押下されたとＵＩ制御部６０１が判断した場合、本フローを終了する。ここで、実行ボタン１９０１が押下されたとＵＩ制御部６０１が判断すると、スクリプトの要求を受付けたことになる。

Ｓ１３０４では、処理実行部６０３により、ネットワーク通信管理部６０２を介し、設置処理の開始（インポート開始）を管理サーバ１０２へ送信する。この時画像形成装置１０１を特定するデバイスＩＤを送信する。

Ｓ１３０５では、Ｓ１３０４で送信した結果、管理サーバ１０２から該デバイスＩＤの所属する設置構成データの状態情報を受信する。管理サーバ１０２による設置構成データの状態情報を返信する設置状態管理処理については、図１５を用い後述する。

Ｓ１３０６では、処理実行部６０３により、Ｓ１３０５で受信した設置構成データの状態情報を判断し、「成功済み」や「未適用」であると処理実行部６０３が判断した場合はＳ１３０７へ移る。一方、「設置中」や「エラー済み」であると処理実行部６０３が判断した場合はＳ１３０９へ移る。

ここで、該デバイスＩＤの所属する設置構成データの状態情報が「未適用」であると判断した場合、該デバイスＩＤの画像形成装置１０１と設置構成が同じ画像形成装置群のなかで、初めて設置する画像形成装置１０１である。もしくは、図１７後述する"常に最新"設定の情報更新処理フローにより、更新された設置構成と同じ画像形成装置群のなかで、初めて設置する画像形成装置である。そのため、該画像形成装置を１台目として次のＳ１３０７に移ることで設置処理を開始する。

ここで、「成功済み」の場合、該画像形成装置１０１と設置構成が同じ画像形成装置群の中で、他の画像形成装置で、すでに設置構成を用いた設置処理が正常に完了している。そのため、該画像形成装置１０１でも設置処理を正常に完了できる可能性が高いので、次のＳ１３０７に移ることで設置処理を開始する。

一方、「設置中」の場合、該画像形成装置１０１と設置構成が同じ画像形成装置群の中で、他の画像形成装置１０１で、すでに設置構成を用いた設置処理を開始し、処理を実行である。さらに、該設置構成が設置処理を正常に完了できる内容に設定されているか不明である。そのため、該画像形成装置１０１では、設置処理を開始すべきではないので、次のＳ１３０９に移ることで、設置処理を待機する処理に移る。

さらに、「エラー済み」であると処理実行部６０３が判断した場合、該画像形成装置１０１と設置構成が同じ画像形成装置群の中で、他の画像形成装置１０１で、すでに設置構成を用いた設置処理が正常に完了していない。そのため、該画像形成装置１０１でも設置処理を正常に完了できない可能性が高いので、次のＳ１３０９に移ることで、設置処理を待機する処理に移る。

Ｓ１３０７では、Ｓ１３０１で取得した設置指示情報をスクリプト解析部６０４により解析を行い、その設置指示により処理実行部６０３が設置処理を実行する。また、ＵＩ制御部６０１は、図２０のようなスクリプトによる自動設置が実行中である旨を操作部２１９に表示する。

Ｓ１３０８では、処理実行部６０３により、ネットワーク通信管理部６０２を介し、Ｓ１３０７の結果情報（インポート完了）を管理サーバ１０２へ応答して、本処理を終了する。なお、管理サーバ１０２に通知する結果情報には、デバイスＩＤ、正常に終了したかどうか、設置した設置指示情報、エラーが発生した場合には、そのエラーを特定するエラーコードなどを付与して送信し、本フローを終了する。

Ｓ１３０９では、Ｓ１３０６で、設置処理を待機すべきであると処理実行部６０３が判断しているため、図１４で後述する設置構成状態確認処理を定期的に動作させるイベントタイマを開始し、本フローを終了する。

《設置構成状態確認の処理フロー》
図１４は、本実施形態を示す画像形成装置の制御方法を示すフローチャートである。本例は、画像形成装置１０１の設置処理フローにおいて、図１３のＳ１３０９で開始されたタイマイベントにより、定期的に実行する設置構成状態確認処理動作例である。なお、各ステップは、ＣＰＵ２１１が記憶された制御プログラム（図６に示すモジュールを含む）を実行することで実現される。

Ｓ１４０１では、本フローを処理中に本フローの開始タイマイベントが発生することを防ぐため、タイマイベントを終了（ＯＦＦ）する。Ｓ１４０２では、処理実行部６０３により、ネットワーク通信管理部６０２を介し、設置処理の開始を管理サーバ１０２へ送信する。この時画像形成装置１０１を特定するデバイスＩＤを送信する。

Ｓ１４０３では、Ｓ１４０２で送信した結果、管理サーバ１０２から該デバイスＩＤの所属する設置構成データの状態情報を受信する。管理サーバ１０２による設置構成データの状態情報を返信する設置状態管理処理については、図１５を用い後述する。

Ｓ１４０４では、処理実行部６０３により、Ｓ１４０３で受信した設置構成データの状態情報を判断し、「成功済み」や「未適用」であると判断した場合はＳ１４０６へ移る。
一方、「設置中」や「エラー済み」であると処理実行部６０３が判断した場合はＳ１４０５へ移り、再度、本フローを開始する必要があるため、Ｓ１４０５で、本フローの開始タイマイベントを開始する。

ここで、該デバイスＩＤの所属する設置構成データの状態情報が「未適用」の場合、該デバイスＩＤの画像形成装置１０１と設置構成が同じ画像形成装置群のなかで、初めて設置する画像形成装置１０１である。もしくは、図１７後述する"常に最新"設定の情報更新処理フローにより、更新された設置構成と同じ画像形成装置群のなかで、初めて設置する画像形成装置である。そのため、該画像形成装置を１台目として次のＳ１４０６に移ることで設置処理を開始する。

ここで、「成功済み」であると処理実行部６０３が判断した場合、該画像形成装置１０１と設置構成が同じ画像形成装置群の中で、他の画像形成装置１０１で、すでに設置構成を用いた設置処理が正常に完了している。そのため、該画像形成装置１０１でも設置処理を正常に完了できる可能性が高いので、次のＳ１４０６に移ることで設置処理を開始する。

一方、「設置中」の場合、該画像形成装置１０１と設置構成が同じ画像形成装置群の中で、他の画像形成装置１０１で、すでに設置構成を用いた設置処理を開始し、処理を実行である。さらに、該設置構成が設置処理を正常に完了できる内容に設定されているか不明である。そのため、該画像形成装置１０１では、設置処理を開始すべきではない。再度、本フローを開始する必要があるため、Ｓ１４０５で、本フローの開始タイマイベントを開始し、本フローを終了する。次のタイマイベントにより、本フローが開始され、定期的に設置構成状態を確認することができる。

さらに、「エラー済み」の場合、該画像形成装置１０１と設置構成が同じ画像形成装置群の中で、他の画像形成装置１０１で、すでに設置構成を用いた設置処理が正常に完了していない。そのため、該画像形成装置１０１でも設置処理を正常に完了できない可能性が高いので、本フローを終了することで、次のタイマイベントにより、本フローが開始され、定期的に設置構成状態を確認することができる。

Ｓ１４０６では、該画像形成装置１０１のデバイスＩＤをネットワーク通信管理部６０２により、管理サーバ１０２へ送信する。これにより、管理サーバ１０２で、案件データの設置構成データが特定され、設置指示情報を確定、取得する。さらに、前記設置指示情報をスクリプト解析部６０４により解析を行い、その設置指示により処理実行部６０３が設置処理を実行する。

Ｓ１４０７では、処理実行部６０３により、ネットワーク通信管理部６０２を介し、Ｓ１４０６の結果情報を管理サーバ１０２へ送信する。結果情報には、デバイスＩＤ、正常に終了したかどうか、設置した設置指示情報を送信する。さらに、エラーが発生した場合には、そのエラーを特定するエラーコードなどを付与して送信する。

Ｓ１４０８では、処理実行部６０３は、Ｓ１４０６の設置処理の結果を判断する。設置処理が正常に完了したと処理実行部６０３が判断した場合、Ｓ１４１１へ移る。また、設置処理が正常に完了しなかったと処理実行部６０３が判断した場合、再度、本フローを開始する必要があるため、Ｓ１４０９で、本フローの開始タイマイベントを開始し、本フローを終了する。
これにより、次のタイマイベントにより、本フローが開始され、定期的に設置構成状態を確認することができる。

Ｓ１４１０では、処理実行部６０３は、該設置構成が属する案件の完了状態を確認する。案件全体が完了していると処理実行部６０３が判断した場合、Ｓ１４１１で、定期的に設置構成情報を確認する必要がなくなるため、本フローを定期的に動作させるイベントタイマを終了する。案件全体が完了していない場合、再度、本フローを開始する必要があるため、Ｓ１４０９で、本フローの開始タイマイベントを開始し、本フローを終了する。そして、次のタイマイベントにより、本フローが開始され、定期的に設置構成状態を確認することができる。

《設置状態管理の処理フロー》
図１５は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、管理サーバ１０２における設置状態管理処理動作例である。本フローは前記画像形成装置１０１の設置処理開始通知（Ｓ１３０４、Ｓ１４０２）を受信することで開始する。また、図２１は前述の図９、図１１のテーブルの抜粋で、本フローを実行した場合のデータの変化の例である。

Ｓ１５０１では、ネットワーク通信管理部７０４が画像形成装置１０１からスクリプト取得要求を含む設置処理開始通知を受信する。この時、ネットワーク通信管理部７０４は、画像形成装置を特定するデバイスＩＤを受信する。Ｓ１５０２では、処理実行部７０５がＳ１５０１で受信したデバイスＩＤが所属する設置構成レコードを検索する。さらに、該設置構成レコードに所属する全デバイスＩＤの個別データの状態１１０３を取得し、次のＳ１５０３に移る。

Ｓ１５０３では、処理実行部７０５がＳ１５０２で取得した全デバイスＩＤの状態１１０３に「成功済み」状態が１つでも存在するか判断する。ここで、「成功済み」が１つもないと処理実行部７０５が判断した場合、すなわち、最初のスクリプト取得要求であると判断した場合に、Ｓ１５０４に移る。
一方、１つでも存在すると処理実行部７０５が判断した場合、Ｓ１５０９へ移る。例えば、図２１の（ａ）、（ｂ）に示すテーブルにおいて、デバイスＩＤ"ＡＡＡ０００１"を受信した場合、該当する設置構成"０００１"に含まれるデバイスＩＤ"ＡＡＡ０００１" "ＡＡＡ０００２" "ＡＡＡ０００３"の状態を確認する。ここで、図２１の（ａ）に示す状態はすべて「未適用」のため、Ｓ１５０４へ移ることになる。

Ｓ１５０４では、処理実行部７０５がＳ１５０２で取得した全デバイスＩＤの状態１１０３に「エラー済み」状態が１つでも存在するか判断する。ここで、「エラー済み」が１つもないと処理実行部７０５が判断した場合、Ｓ１５０５に移る。
一方、１つでも存在すると処理実行部７０５が判断した場合、Ｓ１５１１へ移る。図２１の（ａ）、（ｂ）で、デバイスＩＤ"ＡＡＡ０００１"の場合、Ｓ１５０５へ移ることになる。

Ｓ１５０５では、処理実行部７０５がＳ１５０２で取得した全デバイスＩＤの状態１１０３に「設置中」状態が１つでも存在するか判断する。ここで、「設置中」が１つもないと処理実行部７０５が判断した場合、Ｓ１５０６に移る。一方、１つでも存在すると処理実行部７０５が判断した場合、Ｓ１５０８へ移る。
例えば図２１の（ａ）、（ｂ）に示すテーブルにおいて、デバイスＩＤ"ＡＡＡ０００１"の場合、Ｓ１５０６へ移ることになる。これにより、デバイスＩＤ"ＡＡＡ０００１"が設置構成の同じ画像形成装置群のなかで、初めて設置する画像形成装置であることが判断できる。Ｓ１５０６では、処理実行部７０５が該デバイスＩＤの個別レコードの状態を「設置中」に変更する。

Ｓ１５０７では、処理実行部７０５が該デバイスＩＤの所属する設置構成レコードの状態を「未適用」に変更する。さらに、ネットワーク通信管理部７０４が設置処理開始通知した画像形成装置１０１に設置構成レコードの状態情報である「設置中」を返信し、本フローを終了する。ここまでのステップにより図２１の（ａ）、（ｂ）のテーブルの状態は、図２１の（ｃ）、（ｄ）に示すテーブルの状態に変化する。

Ｓ１５０８では、ネットワーク通信管理部７０４が設置処理開始通知した画像形成装置１０１に設置構成レコードの状態情報である「設置中」を返信し、本フローを終了する。
例えば、図２１の（ｃ）、（ｄ）のテーブルにおいて、２台目のデバイスＩＤ"ＡＡＡ０００２"から設置処理開始通知を受信した場合、１台目のデバイスＩＤ"ＡＡＡ０００１"の設置処理が終了していない。デバイスＩＤ"ＡＡＡ０００２"の設置処理の開始を待機させるため、「設置中」を返信する。これにより、デバイス"ＡＡＡ０００２"はＳ１３０６もしくはＳ１４０４の判断で、設置処理を待機することができる。Ｓ１５０９では、該デバイスＩＤの個別レコードの状態を「設置中」に変更する。

Ｓ１５１０では、処理実行部７０５が該デバイスＩＤの所属する設置構成レコードの状態を「成功済み」に変更する。さらに、ネットワーク通信管理部７０４が設置処理開始通知した画像形成装置１０１に設置構成レコードの状態情報である「成功済み」を返信し、本フローを終了する。
例えば、図２１の（ｅ）、（ｆ）のテーブルにおいて、２台目のデバイスＩＤ"ＡＡＡ０００２"から設置処理開始通知を受信した場合、１台目のデバイスＩＤ"ＡＡＡ０００１"の設置処理が正常に完了している。デバイスＩＤ"ＡＡＡ０００２"の設置処理の開始させるため、「成功済み」を返信する。これにより、デバイス"ＡＡＡ０００２"はＳ１３０６もしくはＳ１４０４の判断で、設置処理が正しく実行できる設置構成で設置処理を開始することができる。

Ｓ１５１１では、処理実行部７０５が設置処理のエラーコードにより画像形成装置１０１の個体に依存するエラーかどうか判断する。ここで、個体依存のエラーであると処理実行部７０５が判断した場合、Ｓ１５１２へ移る。
一方、個体に依存しないエラーであると処理実行部７０５が判断した場合、Ｓ１５１４へ移る。Ｓ１５１２では、処理実行部７０５が該デバイスＩＤの個別レコードの状態を「設置中」に変更する。

Ｓ１５１３では、処理実行部７０５が、該デバイスＩＤの所属する設置構成レコードの状態を「設置中」に変更する。さらに、ネットワーク通信管理部７０４が設置処理開始通知した画像形成装置１０１に設置構成レコードの状態情報である「設置中」を返信し、本フローを終了する。

Ｓ１５１４では、該デバイスＩＤの所属する設置構成レコードの状態を「エラー済み」に変更し、設置処理開始通知した画像形成装置１０１に設置構成レコードの状態情報である「エラー済み」を返信し、本フローを終了する。

Ｓ１５０４からＳ１５１４により、該設置構成を利用し設置処理を行うすべての画像形成装置１０１でエラーが発生してしまうのを防止することができるようになる。これにより、作業者がエラー発生後のリカバリー操作、作業を行う機会を減少させることが可能となる。
さらに、個別依存エラーかどうかの判断により、他の画像形成装置１０１の設置処理を妨げず、効率よく複数の画像形成装置１０１の設置作業を行うことができる。

《設置完了通知受信の処理フロー》
図１６は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、管理サーバ１０２における設置完了通知受信処理動作例である。本フローは前記画像形成装置１０１の設置処理完了通知（Ｓ１３０８、Ｓ１４０７）を受信することで開始する。なお、各ステップは、ＣＰＵ３１７が記憶された制御プログラム（図７に示すモジュールを含む）を実行することで実現される。

Ｓ１６０１では、ネットワーク通信管理部７０４は、画像形成装置１０１から設置完了通知（設置完了応答）を受信する。この時、ネットワーク通信管理部７０４は、デバイスＩＤ、正常に終了したかどうか、設置した設置指示情報、エラーが発生した場合には、そのエラーを特定するエラーコードを受信する。Ｓ１６０２では、処理実行部７０５が該デバイスＩＤの個別データレコードにＳ１６０１で受信した結果を格納する。本フローにより、画像形成装置１０１の設置処理結果を受信し、図２１の（ｃ）、（ｄ）に示すテーブルの状態から図２１の（ｅ）、（ｆ）に示すテーブルの状態に変化する。

《"常に最新"設定の情報更新の処理フロー》
図１７は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、管理サーバ１０２における"常に最新"設定の情報更新処理動作例である。本フローは管理サーバ１０２において、定期的に実施する。なお、各ステップは、ＣＰＵ３１７が記憶された制御プログラム（図７に示すモジュールを含む）を実行することで実現される。

Ｓ１７０１では、処理実行部７０５が案件テーブル（図８）から、「未完了」状態の案件を抽出する。Ｓ１７０２では、処理実行部７０５がＳ１７０１で抽出した案件の設置構成のうち、設置構成テーブル（図９）から、ファームウェアや拡張プログラムに"常に最新"を指定されている設置構成を抽出する。
Ｓ１７０３では、処理実行部７０５が"常に最新"が指定されているファームウェアの機種もしくは拡張プログラムの最新バージョンを取得する。Ｓ１７０４では、処理実行部７０５が個別データテーブル（図１１）から、「成功済み」状態の個別データの設置済みバージョン（ファームウェア、拡張プログラム）を抽出する。

Ｓ１７０５では、処理実行部７０５がＳ１７０３で取得したファームウェアや拡張プログラムの最新バージョンとＳ１７０４で取得した設置済みバージョンを比較する。ここで、バージョンが一致しないと処理実行部７０５が判断した場合は、Ｓ１７０６へ移る。一方、バージョンが一致すると処理実行部７０５が判断した場合は、Ｓ１７０７へ移る。
Ｓ１７０６では、処理実行部７０５が該個別データの状態を「未適用」に変更し、Ｓ１７０７へ移る。

Ｓ１７０７では、処理実行部７０５がＳ１７０４で抽出したデバイスＩＤの個別データに対し、Ｓ１７０５からＳ１７０６を繰り返し処理する。すべての個別データを処理したと処理実行部７０５が判断した場合、Ｓ１７０８へ移る。

Ｓ１７０８では、処理実行部７０５がＳ１７０２で抽出した設置構成に対し、Ｓ１７０３からＳ１７０８を繰り返し処理する。ここで、すべての設置構成を処理したと処理実行部７０５が判断した場合、Ｓ１７０９へ移る。
Ｓ１７０９では、処理実行部７０５がＳ１７０１で抽出した案件に対し、Ｓ１７０２からＳ１７０９を繰り返し実行する。ここで、すべての案件を処理したと処理実行部７０５が判断した場合、本フローを終了する。

本処理によれば、最新バージョンのファームウェアや拡張プログラムが更新されており、すでに古いバージョンで設置処理を行い「成功済み」状態のデバイスＩＤを、本処理で「未適用」に戻すことができる。
これにより、設置状態管理処理フロー（図１５）の処理において、画像形成装置１０１が再度、設置処理を実行することが可能となり、最新バージョンを改めて適用することが可能となる。

《案件の更新処理フロー》
図１８は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、案件更新処理動作例である。なお、各ステップは、ＣＰＵ３１７が記憶された制御プログラム（図７に示すモジュールを含む）を実行することで実現される。
Ｓ１８０１では、ネットワーク通信管理部７０４がクライアントコンピュータ１０３から案件の保存要求、設置構成を含む案件データを受信する。Ｓ１８０２では、処理実行部７０５がＳ１８０１で受信した案件データを案件情報データベース７０３に格納する。Ｓ１８０３では、処理実行部７０５が該案件データの設置構成に含まれるデバイスＩＤを抽出する。Ｓ１８０４では、処理実行部７０５がＳ１８０３で抽出したデバイスＩＤの個別データの状態情報を「未適用」として格納する。

Ｓ１８０５では、処理実行部７０５がＳ１８０３で抽出したデバイスＩＤに対し、Ｓ１８０４からＳ１８０５を繰り返えし処理する。ここで、すべてのデバイスＩＤを処理したと処理実行部７０５が判断した場合、本フローを終了する。

本処理によれば、案件データを更新された場合、すべての状態を「未適用」に変更する。これにより、設置状態管理処理フロー（図１５）の処理において、設置済み画像形成装置１０１も、再度、設置処理を実行することが可能となり、最新の設置データを改めて適用することが可能となる。

上記の設置構成状態確認の処理フローとそれに係る上述のフローで、設置構成における初めての設置処理とそれ以外を判別することにより、正常に設置を行える場合のみ、複数台の設置処理を実行可能にすることができるようになる。これにより、不要なリカバリー作業を削減し、効率よく設置を行うことができるようになる。
また、複数の画像形成装置の設置を行っている間に、設置構成やそれが参照するファームウェアや拡張プログラムが変更された場合でも、設置処理実施済みの画像形成装置にも設置構成を自動的に再度設置することができるようになる。さらに、設置処理の失敗情報を区別することで、複数の画像形成装置の設置処理の不要な待機時間を減らすことができる。さらに、１台目の画像形成装置を意識し設置処理を試行する必要がなくなる。以上説明した構成により、画像形成装置の初期設置作業をさらに効率化を図ることができる。

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

１００ ネットワーク
１０１ 画像処理装置
１０２ 管理サーバ
１０３ クライアントコンピュータ

Claims (9)

1. 複数の情報処理装置と通信する管理装置であって、
   複数の情報処理装置に適用すべき同一の設置データを、各情報処理装置を識別する情報に対応づけたスクリプトを管理する第１の管理手段と、
   各情報処理装置から自装置を識別する識別情報とともに、前記スクリプトの取得要求を受け付ける受付手段と、
   取得要求を受け付けた情報処理装置が最初の情報処理装置であるかどうかを判断する判断手段と、
   最初の情報処理装置であると判断した場合、前記スクリプトに基づく設置処理を開始した情報処理装置から設置完了応答を受け付けるまで、他の情報処理装置からスクリプトの取得要求を受け付けないように制御する制御手段と、
   を備えることを特徴とする管理装置。
2. 前記判断手段は、同一の設置データを適用すべき複数の情報処理装置に対する適用状態から受け付けたスクリプトの取得要求が最初であるかどうかを判断することを特徴とする請求項１に記載の管理装置。
3. 前記設置データに含まれるファームウェアのバージョンが、設置処理が完了した情報処理装置のファームウェアのバージョンと一致するかどうかを判別する判別手段と、
   前記判別手段が一致しないと判別した場合、設置処理が完了した情報処理装置のスクリプトの適用状態を完了から未完了に更新する更新手段と、
   を備えることを特徴とする請求項１に記載の管理装置。
4. 複数の情報処理装置に適用すべき同一のスクリプトの実行状態をそれぞれの情報処理装置に対して個別に管理する第２の管理手段を備え、
   前記複数の情報処理装置に適用すべき同一のスクリプトの実行状態が全て完了したと前記第２の管理手段が判断した場合、前記第１の管理手段は、複数の情報処理装置に対する実行状態を完了済みに更新することを特徴とする請求項１に記載の管理装置。
5. 管理装置と通信する情報処理装置であって、
   前記管理装置に対して、自装置を識別する識別情報とともに、設定すべきスクリプトを要求する要求手段と、
   前記要求手段に対して前記管理装置から応答されるスクリプトを取得する取得手段と、
   取得したスクリプトに従い自装置に設置データをインポートするインポート手段と、
   前記インポート手段による設置データのインポート開始と、インポート完了とを前記管理装置に応答する応答手段と、
   を備え、
   前記要求手段は、前記管理装置から自装置に対する前記スクリプトを取得するまで、前記スクリプトを取得する要求を繰り返すことを特徴とする情報処理装置。
6. 複数の情報処理装置と通信する管理装置の制御方法であって、
   複数の情報処理装置に適用すべき同一の設置データを、各情報処理装置を識別する情報に対応づけたスクリプトを登録手段に登録して管理する管理工程と、
   各情報処理装置から自装置を識別する識別情報とともに、前記スクリプトの取得要求を受け付ける受付工程と、
   取得要求を受け付けた情報処理装置が最初の情報処理装置であるかどうかを判断する判断工程と、
   最初の情報処理装置であると判断した場合、前記スクリプトに基づく設置処理を開始した情報処理装置から設置完了応答を受け付けるまで、他の情報処理装置からスクリプトの取得要求を受け付けないように制御する制御工程と、
   を備えることを特徴とする管理装置の制御方法。
7. 管理装置と通信する情報処理装置の制御方法であって、
   前記管理装置に対して、自装置を識別する識別情報とともに、設定すべきスクリプトを要求する要求工程と、
   前記要求工程に対して前記管理装置から応答されるスクリプトを取得する取得工程と、
   取得したスクリプトに従い自装置に設置データをインポートするインポート工程と、
   前記インポート工程による設置データのインポート開始と、インポート完了とを前記管理装置に応答する応答工程と、
   を備え、
   前記要求工程は、前記管理装置から自装置に対する前記スクリプトを取得するまで、前記スクリプトを取得する要求を繰り返すことを特徴とする情報処理装置の制御方法。
8. 請求項６に記載の管理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
9. 請求項７に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。

Images