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

Abstract

【課題】 親機となる情報処理装置を識別する案件データを作成するだけで、当該親機および親機とは何ら対応づけされていないいずれの子機を対象として初期設定を行うスクリプトを作成する。
【解決手段】
管理装置において、親機となる情報処理装置を識別する親識別情報と、各親機に対応づけられた共通データと、データの種別とを含む案件データに基づいて、いずれかの親機が上記親識別情報に対応する共通データを読み出して初期設定を行うための第１のスクリプトを生成する。そして、生成された第１のスクリプトを不揮発性メモリに書き込むことを特徴とする。
【選択図】 図１２

Description

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

画像形成装置を新規に導入する際、顧客先での使用環境に応じたセットアップが必要である。画像形成装置のセットアップには多くの時間と手間がかかる。そのため、複数台の画像形成装置に対し、同様のセットアップを行えば良い場合には、予め使用環境として必要なセットアップデータ（例えば、ソフトウェアや設定値）を用意しておく。そして、それらを設置指示書に従って処理していくことで、自動的にかつ効率良くセットアップするシステムが提案されている。

複数台の画像形成装置に対して、異なる設定を行うような場合には、ターゲットとなる画像形成装置を特定可能なターゲット識別子と、セットアップデータの対応リストをホストシステムにおいて管理しておく。そして、その対応リストに則って、個別のセットアップ作業を実施するようなシステムも提案されている（例えば特許文献１参照）。

特表２００１−５１０５９７号公報

しかしながら、前述したようなシステムでは、１台毎に異なる設定を行う場合には非常に有効であるが、数台ずつ同様の設定を行いたい場合、予め全てのターゲット識別子をセットアップデータと対応付けておくのは効率が悪い。

例えば、全部で３００台の画像形成装置をセットアップする場合において、１００台ずつ同じ内容のセットアップを実施するものとする。このとき、セットアップデータとしては３種類必要である。この高々３種類のセットアップデータに対し、１００台ずつ合計３００台のターゲット識別子を対応付けていくことは、非効率的である。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、親機となる情報処理装置を識別する案件データを作成するだけで、当該親機および親機とは何ら対応づけされていないいずれの子機をも対象として初期設定を行うスクリプトを作成できる仕組みを提供することである。
また、親機の初期設定のために作成されたスクリプトから親機とは何ら対応づけされていないいずれの子機でも効率よく親機と同様の初期設定を完了できる仕組みを提供することである。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
情報処理装置であって、前記情報処理装置を初期設定するための第１のスクリプトを不揮発性メモリから読み出す読出し手段と、自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されているかどうかを判断する第１の判断手段と、自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されていると判断した場合、さらに、子機を初期設定するために実行すべき第２のスクリプトが前記不揮発性メモリに記憶されているかどうかを判断する第２の判断手段と、前記第２のスクリプトが前記不揮発性メモリに記憶されていると判断した場合、当該第２のスクリプトを削除する削除手段と、前記第１のスクリプトから前記親機を特定する識別情報を削除した第２のスクリプトを作成する作成手段と、前記作成手段が作成した前記第２のスクリプトを前記不揮発性メモリに書き込む書込手段と、を備えることを特徴とする。
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
管理装置であって、親機となる情報処理装置を識別する親識別情報と、各親機に対応づけられた共通データと、データの種別とを含む案件データに基づいて、いずれかの親機が上記親識別情報に対応する共通データを読み出して初期設定を行うための第１のスクリプトを生成する生成手段と、生成された第１のスクリプトを不揮発性メモリに書き込む書込手段と、を備えることを特徴とする。

本発明によれば、管理装置において、親機となる情報処理装置を識別する案件データを作成するだけで、当該親機および親機とは何ら対応づけされていないいずれの子機をも対象として初期設定を行うスクリプトを作成できる。
また、情報処理装置において、親機の初期設定のために作成されたスクリプトから親機とは何ら対応づけされていないいずれの子機でも効率よく親機と同様の初期設定を完了できる

管理装置を適用可能な管理システムの構成を説明する図である。 画像形成装置の構成を示すブロック図である。 クライアントコンピュータの構成を示すブロック図である。 管理サーバの構成を示すブロック図である。 画像形成装置のソフトウェア構成の例を示す図である。 自動設置プログラムの機能構成の例を示す図である。 案件管理プログラムの機能構成の例を示す図である。 案件データの基本的な構造の一例を示す図である。 ＵＳＢストレージ内のフォルダ、ファイル構成の例を示す図である。 セットアップ手順を記述したスクリプトの一例を示す図である。 セットアップ処理を説明する図である。 管理装置の制御方法を説明するフローチャートである。 情報処理装置の制御方法を説明するフローチャートである。 情報処理装置の制御方法を説明するフローチャートである。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す管理装置を適用可能な管理システムの構成を説明する図である。本例は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００に接続された可搬記憶媒体１０２、クライアントコンピュータ１０３、案件管理サーバ１０４、ソフトウェア管理サーバ１０５と、情報処理装置の一例である画像形成装置１０１によって構成される。可搬記憶媒体１０２は、本実施形態では、ＵＳＢメモリの例を示す。なお、情報処理装置は、複合画像形成装置であってもよい。

本システムは、画像形成装置１０１は、可搬記憶媒体１０２を介してクライアントコンピュータ１０３とのデータのやり取りが可能である。

図１において、画像形成装置１０１は、複写機にスキャナ、プリンタ、ファクシミリ、ファイル送信機能等複数の機能を統合した画像形成装置である。また、画像形成装置１０１は、可搬記憶媒体を接続するインタフェースを有している。可搬記憶媒体を接続するインタフェースの種別は問わないが、本実施形態ではＵＳＢインタフェースを用いることとする。本インタフェースに可搬記憶媒体１０２を接続することで、可搬記憶媒体１０２に対してデータの読み書きを行うことができる。
可搬記憶媒体１０２は、ホストとなる機器から容易に取り外せる記憶装置であれば種別を問わないが、本実施形態ではＵＳＢマスストレージクラスを実装するＵＳＢストレージ２０９を用いる。ＵＳＢストレージ２０９は、不揮発性メモリの一例である。

クライアントコンピュータ１０３は、所謂パーソナルコンピュータである。クライアントコンピュータ１０３は、可搬記憶媒体を接続するインタフェースを有している。可搬記憶媒体を接続するインタフェースの種別は問わないが、本実施形態ではＵＳＢインタフェースを用いる。本インタフェースに可搬記憶媒体１０２を接続することで、可搬記憶媒体１０２に対してデータの読み書きを行うことができる。

案件管理サーバ１０４は、クライアントコンピュータ１０３を使用して生成する、画像形成装置１０１のセットアップ内容を登録した案件データを管理するサーバである。案件データについては後述する。案件管理サーバ１０４は、ＬＡＮ１００に直接接続されていても、インターネットを経由して接続されていてもよい。

ソフトウェア管理サーバ１０５は、画像形成装置１０１で利用可能なファームウェアや各種ライセンス情報等を管理するサーバである。ソフトウェア管理サーバ１０５はＬＡＮ１００に直接接続されていても、インターネットを経由して接続されていてもよい。

図２は、図１に示した画像形成装置１０１の構成を示すブロック図である。
図２において、画像形成装置１０１はコントローラユニット２００を含み、コントローラユニット２００には、画像入力デバイスであるスキャナ２１７や画像出力デバイスであるプリンタ２１６が接続されるとともに、操作部２０８が接続される。コントローラユニット２００は、スキャナ２１７で読み取られた画像データをプリンタ２１６により印刷出力するコピー機能を実現するための制御を行う。

コントローラユニット２００は、ＣＰＵ２０１を有し、ＣＰＵ２０１は、ＲＯＭ２０６に格納されているブートプログラムによりオペレーションシステム（ＯＳ）を立ち上げる。ＣＰＵ２０１は、このＯＳ上で、ＨＤＤ（ハードディスクドライブ）２０７に格納されているプログラムを実行し、これによって各種処理を実行する。このＣＰＵ２０１の作業領域としてはＲＡＭ２０２が用いられる。ＲＡＭ２０２は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ２０７は、上記プログラムや画像データを格納する。

ＣＰＵ２０１には、システムバス２１０を介して、ＲＯＭ２０６およびＲＡＭ２０２、操作部Ｉ／Ｆ（操作部インタフェース）２０３、ネットワークＩ／Ｆ（ネットワークインタフェース）２０４が接続される。さらに、システムバス２１０には、ＵＳＢホストＩ／Ｆ２０５、画像バスＩ／Ｆ（画像バスインタフェース）２１２が接続される。

操作部Ｉ／Ｆ２０３は、タッチパネルを有する操作部２０８とのインタフェースであり、操作部２０８に表示すべき画像データを操作部２０８に対して出力する。また、操作部Ｉ／Ｆ２０３は、操作部２０８においてユーザーにより入力された情報をＣＰＵ２０１に送出する。ネットワークＩ／Ｆ２０４は、画像形成装置１０１をＬＡＮに接続するためのインタフェースである。

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

画像バスＩ／Ｆ２１２は、システムバス２１０と、画像データを高速で転送する画像バス２１１とを接続し、データ形式を変換するためのバスブリッジである。画像バス２１１は、ＰＣＩバスまたはＩＥＥＥ１３９４等によって構成される。画像バス２１１上には、デバイスＩ／Ｆ２１５、スキャナ画像処理部２１４、プリンタ画像処理部２１３が設けられる。

デバイスＩ／Ｆ２１５には、スキャナ２１７およびプリンタ２１６が接続され、デバイスＩ／Ｆ２１５は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２１４は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２１３は、プリント出力画像データに対してプリンタ２１６に応じた補正、解像度変換などを行う。

図３は、図１に示したクライアントコンピュータ１０３の構成を示すブロック図である。ＣＰＵ３０１を含む制御部３００は、クライアントコンピュータ１０３全体の動作を制御する。ＣＰＵ３０１は、ＲＯＭ３０２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３０４は、画像データや各種プログラムを記憶する。

操作部Ｉ／Ｆ３０５は、クライアントコンピュータ１０３で実行されるプログラムへの制御操作を入力するユーザーインタフェース端末を接続するインタフェースである。本実施形態では、マウス３０９やキーボード３１０で構成されるが、その限りではない。

ディスプレイＩ／Ｆ３０６は、クライアントコンピュータ１０３で実行されるプログラムのＵＩを表示するディスプレイ端末を接続するインタフェースである。本実施形態ではディスプレイ３１１で構成されるが、その限りではない。
ネットワークＩ／Ｆ３０８は、制御部３００をＬＡＮ１００に接続する。ネットワークＩ／Ｆ３０８は、ネットワークを介して他の装置との間で各種情報を送受信する。

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

図４は、図１に示した案件管理サーバ１０４およびソフトウェア管理サーバ１０５の構成を示すブロック図である。
図４において、ＣＰＵ４０１を含む制御部４００は、案件管理サーバ１０４もしくは、ソフトウェア管理サーバ１０５全体の動作を制御する。ＣＰＵ４０１は、ＲＯＭ４０２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４０３は、ＣＰＵ４０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４０４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。ネットワークＩ／Ｆ４０５は、制御部４００をＬＡＮ１００に接続する。ネットワークＩ／Ｆ４０５は、ネットワークを介して他の装置との間で各種情報を送受信する。

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

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

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

設定管理サービス５０５は、プリンタ２１７やスキャナ２１６などの各種設定情報を管理するためのサービスである。設定管理サービス５０５は、例えばユーザーから１つまたは複数の設定、または複数の設定情報を含むファイルを指定されると、ネイティブプログラム５０１の設定情報を書き換える機能を提供する。尚、設定管理サービス５０５は、ユーザーインタフェース（以下、ＵＩ）を持っており、ユーザーは画像形成装置１０１の操作部２０８を介して設定変更の指示ができる。更に、拡張プログラムシステムサービス５０６を介して送信される拡張プログラムからのリクエストに応じて、設定情報をファイル化して提供する。この機能を以下、デバイス設定情報ファイルのエクスポートと呼ぶ。

拡張プログラムシステムサービス５０６は、拡張プログラム５０７に共通に有用なユーティリティライブラリで、システムから提供される。拡張プログラムシステム５０７から拡張プログラムシステムサービス５０６の機能を呼び出すことにより、拡張プログラム５０７を開発する手間を省くことができる。拡張プログラム５０７は、拡張プログラム実行プラットフォーム５０２または拡張プログラムシステムサービス５０６を介してのみ、他の拡張プログラム５０７やＲＡＭ２０２など画像形成装置１０１の各モジュールへアクセスすることができる。また、ＵＩを持つ拡張プログラム５０７は、画像形成装置１０１の操作部２０８に表示されるメインメニュー画面にアイコンを表示することができる。このアイコンをユーザーが選択したことを、操作部２０８を通じて操作部Ｉ／Ｆ２０３が検知すると、操作部Ｉ／Ｆ２０３はその旨をＣＰＵ２０１に送信する。その旨を受け取ったＣＰＵ２０１はユーザーに選択された拡張プログラム５０７のＵＩを操作部２０８に表示する。

尚、本ソフトウェア構成は基本的な部分のみ記載したものであり、実施環境によっては他のサービス等が含まれていても良い。また設定を制限するなどの理由により、不要なサービスは無くても良い。

図６は、図１に示した画像形成装置１０１で動作する、自動設置プログラム６００の機能構成の例を示す図である。
図６において、自動設置プログラム６００は、画像形成装置１０１の拡張プログラム５０７の一つとして実装されるものとする。但し、この自動設置プログラム６００は、ＵＳＢストレージ２０９内のセットアップデータとして保存される拡張プログラム９０６とは異なる手段により、予め画像形成装置１０１にインストールされているものである。本実施形態では、自動設置プログラム６００を拡張プログラムとしているが、実装形式を限定するものではなく、例えば画像形成装置１０１の一つの機能として、予め組み込まれていても良い。
ＣＰＵ２０１が各機能に応じたプログラムを実行することにより、各機能は実現される。
自動設置プログラム６００は、ＵＩ制御部６０１、ストレージ制御部６０２、処理実行部６０３とスクリプト解析部６０４を有する。ＵＩ制御部６０１は、自動設置プログラム６００を操作するためのＵＩを、操作部２０８を通じてユーザーに提供し、ユーザーの操作を受け付ける。ストレージ制御部６０２は、ＵＳＢストレージ２０９のデータの読み書きを行う。また、ＵＳＢストレージ２０９の挿抜を検知する。処理実行部６０３は、ＵＩ制御部６０１及びストレージ制御部６０２の指示に従い、各種処理を行う。スクリプト解析部６０４は、ＵＳＢストレージ２０９に格納されている設置作業指示情報であるスクリプトを解析し、処理実行部６０３が実行すべき処理、順序を決定する。

図７は、図１に示したクライアントコンピュータ１０３で動作する、案件管理プログラム７００の機能構成の例を示す図である。
図７において、ＣＰＵ３０１がプログラムを実行することにより、各機能が実現される。本実施形態では、クライアントコンピュータ１０３でプログラムが実行されることを想定するが、その限りではない、ネットワークＩ／Ｆ３０８を介して、ネットワーク上にあるサーバやサービスで実行してもよい。
案件管理プログラム７００は、ＵＩ制御部７０１、処理実行部７０２、ストレージ制御部７０３、案件データ管理部７０４とスクリプト生成部７０５を有する。ＵＩ制御部７０１は、案件管理プログラム７００を操作するためのＵＩを、ディスプレイ３１１を通じて作業者に提供し、マウス３０９やキーボード３１０を通じて作業者の操作を受け付ける。
処理実行部７０２は、ＵＩ制御部７０１およびストレージ制御部７０３の指示に従い、各種処理を行う。ストレージ制御部７０３は、ＵＳＢストレージ２０９のデータの読み書きを行う。また、ＵＳＢストレージ２０９の挿抜を検知する。

案件データ管理部７０４は、ＵＩ制御部７０１からの入力情報を基に、処理実行部７０２の指示に従って案件データを生成し、案件管理サーバ１０４へ送信したり、案件管理サーバ１０４で保持されている案件データを取得したりする。スクリプト生成部７０５は、処理実行部７０２の指示に従い、案件データ管理部７０４で生成された案件データ８００を基に、自動設置プログラム６００が解析可能なスクリプト（図１０参照）を生成する。

図８は、図７に示した案件管理プログラム７００の案件データ管理部７０４が生成する案件データの基本的な構造の一例を示す図である。
図８において、案件データ８００は、案件種別８０１と、共通データ８０２、８０３、８０４とターゲット識別子８０５、８０６、８０７から構成される。ここで、ターゲット識別子８０５、８０６、８０７は、管理装置が親機を識別するための親識別情報として用いられる情報である。ターゲット識別子とは、画像形成装置を一意に特定可能な情報であり、シリアル番号を利用することが一般的である。

案件種別８０１は、複数台の画像形成装置に対して共通データのみを適用させるような共通案件か、それとも、ターゲット識別子毎に異なるデータを適用させるような個別案件か、を示したものである。本図では、３種類のセットアップ内容を登録した際の、共通案件のデータ構造を示している。案件種別８０１には、共通案件であることが記されている。

共通データＡ８０２は、ターゲット識別子８０５を親機とする複数の画像形成装置に対して適用するデータである。共通データＢ８０３は、ターゲット識別子８０６を親機とする複数の画像形成装置に対して適用するデータである。共通データＣ８０４は、ターゲット識別子８０７を親機とする複数の画像形成装置に対して適用するデータである。

図１０は、図１に示した画像形成装置１０１のセットアップを自動で実施するためのセットアップ手順を記述したスクリプトの一例を示す図である。

図１０において、スクリプト１０００は、自動設置プログラム６００のストレージ制御部６０２で読み込まれ、処理実行部６０３を介しスクリプト解析部６０４によって解析される。スクリプト解析部６０４によって解析されたスクリプト１０００は、処理実行部６０３によって実行される。また本図におけるスクリプト１０００は、クライアントコンピュータ１０３で動作する、案件管理プログラム７００によって生成される。スクリプト１０００は、案件情報１００１とターゲット情報１００２、コマンド情報１００３の大きく３つの情報によって構成される。

案件情報１００１には、案件識別子１００４と案件種別１００５が記述される。案件識別子１００４は、案件データ８００を一意に識別するためのものである。案件識別子１００４は案件管理プログラム７００によって案件データ８００が生成される際に、案件データ８００に対して付与される識別子で、全ての案件データに対してユニークな値である。例えばＧＵＩＤ（Ｇｌｏｂａｌ Ｕｎｉｚｕｅ Ｉｄｅｎｔｉｆｉｅｒ）などを用いる。案件種別１００５は、図８の説明で述べた案件種別８０１の値を記述したものである。

ターゲット情報１００２には、ターゲット識別子１００６が記述される。ターゲット識別子１００６は、セットアップ対象となる画像形成装置を一意に特定可能な情報（例えばシリアル番号）で、図８の案件データ８００のターゲット識別子８０５、８０６、８０７の値を記述したものである。

本実施形態では、１スクリプト１ターゲットの構成をとるため、ターゲット識別子１００６には、ターゲットのシリアル番号が一つだけ記述されるものとする。但し、この構成に限定する必要はなく、一つのスクリプトに複数のターゲット識別子１００６を記述する構成でも良い。このとき、案件情報１００１やコマンド情報１００３には、どのターゲット識別子１００６に対応した情報なのかがわかるような記述をすれば良い。

コマンド情報１００３は、ファームウェア処理部１００７、システムオプション処理部１００８、デバイス設定情報処理部１００９、拡張プログラム処理部１０１０、拡張プログラム設定情報処理部１０１１によって構成される。
コマンド情報１００３に記述される内容は、図８に示す案件データ８００の共通データ８０２や８０３、８０４の内容に応じて決定される。
例えば、ファームウェア処理部１００７には、更新するファームウェアを特定するための、バージョンや名称、更にそのファームウェアの所在を示すＵＲＬやパス情報などが記述される。

システムオプション処理部１００８には、有効化するシステムオプションを特定するためのオプション名やオプションＩＤが記述される。システムオプション処理部１００８には、更にそのシステムオプションを有効化するためのライセンスファイルの所在を示すＵＲＬやパス情報が記述される。更に、システムオプション処理部１００８には、ライセンスファイルを取得するためのアクセスキーなどが記述される。
デバイス設定情報処理部１００９には、デバイス設定情報ファイルを特定するための名称や、ファイルの所在を示すＵＲＬやパス情報などが記述される。

拡張プログラム処理部１０１０には、インストールする拡張プログラムを特定するための名称やＩＤと、拡張プログラムをインストールするためのライセンスファイルの所在を示すＵＲＬやパス情報が記述される。更に、拡張プログラム処理部１０１０には、ライセンスファイルを取得するためのアクセスキーなどが記述される。拡張プログラム設定情報処理部１０１１には、インストールする拡張プログラムに関する設定情報ファイルを特定するための名称や、ファイルの所在を示すURLやパス情報などが記述される。

スクリプト１０００は、本実施形態においてＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記載されているものとするが、ＸＭＬに限定されない。従って、スクリプト１０００は、自動設置プログラム６００および案件管理プログラム７００の双方において解釈可能であれば如何なる書式であっても良い。また、本図で示すスクリプトの構成は、画像形成装置のセットアップに必要な処理を限定するものではなく、必要に応じて処理の重複、増減があっても良い。

図１１は、本実施形態を示す管理システムにおけるセットアップ処理を説明する図である。以下、図１に示した画像形成装置群１０１（ａ）、１０１（ｂ）、１０１（ｃ）をセットアップデータする際の、基本的な作業フローを説明する。
Ｓ１１０１は、営業担当者１１０５が各営業所で行う作業である。
営業担当者１１０５は、顧客と対話して決定した画像形成装置の構成と、それらの設定内容を、クライアントコンピュータ１０３の案件管理プログラム７００を使用して入力する。画像形成装置の構成とは、機種や、アクティベートするオプション、インストールする拡張プログラムのことである。入力された内容は、案件データ８００として案件管理サーバ１０４へ送信され、案件管理サーバ１０４で管理される。

Ｓ１１０２は、設置管理者１１０６が、画像形成装置の入出庫を管理する倉庫などで行う作業であり、ここで、各画像形成装置を特定可能な識別子（以下、ターゲット識別子と呼ぶ）を入手することができる。

設置管理者１１０６は、処理する案件の案件データ８００を案件管理サーバ１０４から取得し、クライアントコンピュータ１０３の案件管理プログラム７００を使用して編集する。ここでの編集は、案件データ８００に対し、セットアップ対象となる画像形成装置のターゲット識別子８０５〜８０７を登録することである。但し、本実施形態における共通案件を編集する場合、登録するのは、各共通データに対して、親機となる画像形成装置1台のターゲット識別子だけで良い。つまり、本図における顧客先の１Ｆに配置する画像形成装置群の親機として画像形成装置群１０１（ａ）のターゲット識別子８０５を登録する。さらに、２Ｆに配置する画像形成装置群の親機として画像形成装置群１０１（ｂ）のターゲット識別子８０６を登録し、３Ｆに配置する画像形成装置群の親機として画像形成装置群１０１（ｃ）のターゲット識別子８０７を登録する。このように、３種類の共通データ８０２〜８０４に対し、それぞれ親機のターゲット識別子８０５〜８０７を対応づけてできる案件データが、図８の案件データ８００となる。ターゲット識別子８０５〜８０７を登録した案件データ８００は、再び案件管理サーバ１０４へ送信され、管理される。

Ｓ１１０３では、設置管理者１１０６が案件管理プログラム７００を使用して、画像形成装置をセットアップするためのセットアップ用ＵＳＢストレージ２０９を生成する。設置管理者１１０６は、処理する案件の案件データ８００を案件管理サーバ１０４から取得する。設置管理者１１０６は、取得した案件データ８００の内容に従って、セットアップに必要なファームウェアや拡張プログラムをソフトウェア管理サーバ１０５から取得する。設置管理者１１０６は、更には、それらをインストールするためのライセンスファイルなどを、ソフトウェア管理サーバ１０５から取得する。

案件管理プログラム７００は、案件データ８００と取得したソフトウェア類を基に、スクリプト１０００を生成し、取得したソフトウェア類と共にＵＳＢストレージ２０９へ保存する。但し、ここで、全てのソフトウェアやライセンスファイルを取得しておく必要はない。例えば、取得先を示すＵＲＬなどを案件データ８００に登録しておけば、それらの情報が記述されたスクリプト１０００がＵＳＢストレージ２０９に保存される。このため、画像形成装置の自動設置プログラム６００が、セットアップ時にソフトウェアやライセンスファイルを取得することが可能である。

Ｓ１１０４は、設置担当者１１０７が画像形成装置を実際にセットアップする顧客先で行う作業である。倉庫から画像形成装置とＵＳＢストレージ２０９が配送されると、設置担当者１１０７は、画像形成装置をそれぞれ顧客から依頼された場所へ配置する。子のとき設置担当者１１０７は各階に設置する画像形成装置群の親機とされる画像形成装置群１０１（ａ）、１０１（ｂ）、１０１（ｃ）のみ、装置と配置場所を意識して運ぶ必要がある。それ以外の画像形成装置においては、指示された台数のみ意識すれば良く、どの画像形成装置をどの階に配置するかを意識する必要はない。

また、設置担当者１１０７は、Ｓ１１０３で生成されたＵＳＢストレージ２０９を、各階の親機である画像形成装置群１０１（ａ）、もしくは１０１（ｂ）、もしくは１０１（ｃ）に最初に接続しなくてはならない。但し２台目以降は設置順序などを意識する必要はない。例えば画像形成装置群１０１（ａ）に最初にＵＳＢストレージを接続したとすると、２台目以降は、1階に配置する画像形成装置であれば、順不同でＵＳＢストレージ２０９を接続すれば良い。
親機とそれ以外の画像形成装置という点を意識しさえすれば、後は画像形成装置１０１の自動設置プログラム６００が自動的にセットアップ処理を実行し、作業が完了する。

もし、１階、２階、３階と並行して設置作業を実施したい場合は、ＵＳＢストレージ２０９の内容を複製するなどして、予めＵＳＢストレージを３個用意しておけば良い。勿論、Ｓ１１０３において、案件管理プログラム７００を利用して、３個の異なるＵＳＢストレージを生成する方法でも良い。
尚、本図に示した作業フローは、本実施形態をわかりやすくするための、一例であって、作業フローを限定するものではない。

図１２は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、案件管理サーバ１０４の案件管理プログラム７００が実行するＵＳＢストレージ２０９にセットアップデータを書き出す際の処理例である。なお、各ステップは、案件管理サーバ１０４のＣＰＵ４０１が記憶された制御プログラムを実行することで実現される。以下、図７に示したモジュールを主体として説明する。
案件管理プログラム７００のＵＩ制御部７０１がユーザーから指定された案件に対するセットアップデータ書き出し指示を受け付けると、Ｓ１２０１へ進む。そして、Ｓ１２０１で、処理実行部７０２は、指定された案件に対応した案件データ８００の案件種別８０１であるのか、それとも共通案件であるのかを判断する。ここで、案件種別が個別案件であると処理実行部７０２が判断した場合、Ｓ１２０２へ遷移する。
Ｓ１２０２において、処理実行部７０２はスクリプト生成部７０５を呼び出し、個別案件用のスクリプトを生成する。一方、Ｓ１２０１で対象の案件データの案件種別８０１が共通案件であると処理実行部７０２が判断した場合、Ｓ１２０３へ遷移する。

Ｓ１２０３では、処理実行部７０２が、対象案件データ内に親機となりうる画像形成装置のターゲット識別子が登録されているか同じかどうかを判断する。共通データＡ８０２、共通データＢ８０３、共通データＣ８０４のそれぞれに、少なくとも一つ以上のターゲット識別子が登録さえていれば、Ｓ１２０５へ遷移する。そうでなければ、スクリプトを生成するために必要な情報が揃っていないと判断し、Ｓ１２０４でエラー表示を含むエラー処理を実行して、処理を終了する。

Ｓ１２０５では、処理実行部７０２が、対象案件データ内に個別データが登録されているかどうかを判断する。個別データが登録されていると処理実行部７０２が判断した場合、Ｓ１２０６において、処理実行部７０２はその個別データ部分を案件データ内から削除する。
ここで、個別データとは、1画像形成装置１ライセンスの拡張プログラムやそのライセンスファイルなど、不特定多数の画像形成装置に対して、共通的に適用することができないデータを指す。

一方、Ｓ１２０５で、個別データを削除した後、もしくは個別データがもともと登録されていない案件データであると処理実行部７０２が判断した場合、処理実行部７０２はスクリプト生成部７０５を呼び出す。そして、Ｓ１２０７において共通案件用のスクリプトを生成する。Ｓ１２０２およびＳ１２０７で生成するスクリプトは、一時的にＲＡＭ３０３に生成されるものである。

また、Ｓ１２０２で生成する個別案件用のスクリプトと、Ｓ１２０７で生成する共通案件用スクリプトは、大きく構成の異なるものではない。具体的には、図１０のスクリプト１０００に記述される案件種別１００５に、個別案件か共通案件かが区別可能な情報を記述するだけである。

本実施形態では、案件種別をスクリプト内に記述する構成としたが、他の構成でも良い。例えば、案件識別子１００４で案件の特定と案件種別がわかるような識別子を記述しても良いし、スクリプト１０００のファイル名などで案件種別を識別可能にする構成でも良い。

Ｓ１２０８では、処理実行部７０２が、案件データ８００の登録内容に従って、画像形成装置のセットアップに必要なファームウェアをソフトウェア管理サーバ１０５からダウンロードする。また、処理実行部７０２は、拡張プログラムなどのソフトウェア類やそれらのライセンスファイルをソフトウェア管理サーバ１０５からダウンロードする。さらに、処理実行部７０２は、デバイス設定情報ファイルや拡張プログラム設定情報ファイルなどを、ソフトウェア管理サーバ１０５からダウンロードする。

Ｓ１２０９では、Ｓ１２０８でダウンロードしたソフトウェア類と、Ｓ１２０７で生成したスクリプトをファイル化し、ストレージ制御部７０３を介してＵＳＢストレージ２０９へ書込むことで保存する。こうして作成されたＵＳＢストレージ２０９は、図９のような構成となる。
図９は、図７に示した案件管理プログラム７００が案件データ８００を基に生成した、ＵＳＢストレージ２０９内のフォルダ及びファイル構成の例を示す図である。

図９において、ルートフォルダ９００の中には、Ｆｉｒｍｗａｒｅフォルダ９０１、Ｓｙｓｔｅｍ＿Ｏｐｔｉｏｎフォルダ９０３、Ａｐｐｌｉｃａｔｉｏｎフォルダ９０５、Ｄｅｖｉｃｅ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎフォルダ９０８、Ａｐｐｌｉｃａｔｉｏｎ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎフォルダ９１０、０００１＿Ｓｃｒｉｐｔ．ｘｍｌ９１２（ａ）、０００２＿Ｓｃｒｉｐｔ．ｘｍｌ９１２（ｂ）、０００３＿Ｓｃｒｉｐｔ．ｘｍｌ９１２（ｃ）、Ｓｃｒｉｐｔ．ｘｍｌファイル９１３が存在する。

Ｆｉｒｍｗａｒｅフォルダ９０１は、画像形成装置１０１に対して更新したいファームウェアを格納するフォルダである。本図では、Ｆｉｒｍｗａｒｅフォルダ９０１の中にファームウェア群をｚｉｐ形式でアーカイブしたＦｉｒｍｗａｒｅ．ｚｉｐファイル９０２が存在している。

Ｓｙｓｔｅｍ＿Ｏｐｔｉｏｎフォルダ９０３は、ネイティブプログラム５０１に予め組み込まれているオプション機能を有効化するための、ライセンスファイルを格納するフォルダである。本図では、Ｓｙｓｔｅｍ＿Ｏｐｔｉｏｎフォルダ９０３の中にライセンスファイルＯｐｔｉｏｎ＿Ｌｉｃｅｎｓｅ．ｌｉｃ９０４が存在している。本図では、ライセンスファイルが一つしか存在していないが、複数のオプション機能を有効化する場合は、各オプション機能に対するライセンスファイルが存在することになる。

Ａｐｐｌｉｃａｔｉｏｎフォルダ９０５は、画像形成装置１０１に対してインストールすべき拡張プログラム５０７、及び拡張プログラム５０７をインストールするために必要なライセンスファイルを格納するフォルダである。
本図では、Ａｐｐｌｉｃａｔｉｏｎフォルダ９０５に拡張プログラムＡｐｐｌｉｃａｔｉｏｎ．ｊａｒ９０６とライセンスファイルＡｐｐｌｉｃａｔｉｏｎ＿Ｌｉｃｅｎｓｅ．ｌｉｃ９０７が存在している。本図では、１つの拡張プログラムと、そのライセンスファイルしか存在していないが、複数の拡張プログラムをインストールする場合は、複数の拡張プログラムと、それらに対応したライセンスファイルが複数存在することになる。

Ｄｅｖｉｃｅ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎフォルダ９０８は、画像形成装置全般に関わるデバイス設定情報を格納するフォルダである。本図では、Ｄｅｖｉｃｅ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎフォルダ９０８に、ｚｉｐ形式でアーカイブしたファイルＤｅｖｉｃｅ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ．ｚｉｐ９０９が存在している。

Ａｐｐｌｉｃａｔｉｏｎ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎフォルダ９１０は、Ａｐｐｌｉｃａｔｉｏｎ．ｊａｒ９０６によって提供される、拡張プログラム５０７に関わるアプリケーション設定情報を格納するフォルダである。本図では、Ａｐｐｌｉｃａｔｉｏｎ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎフォルダ９１０に、ｚｉｐ形式でアーカイブしたファイルＡｐｐｌｉｃａｔｉｏｎＣｏｎｆｉｇｒａｔｉｏｎ．ｚｉｐ９１１が存在している。アプリケーション設定情報についても、インストールする拡張プログラムが複数存在する場合は、それぞれに対応したアプリケーション設定情報が複数存在することになる。

実際に９０１から９１１までの、どのフォルダやファイルをＵＳＢストレージ２０９内に保存するかは、案件データ８００の共通データＡ８０２、共通データＢ８０３、共通データＣ８０４の登録内容に応じて決定される。
０００１_Ｓｃｒｉｐｔ．ｘｍｌ９１２（ａ）は、ターゲット識別子８０５が０００１の画像形成装置を親機とする共通案件スクリプトである。
０００２＿Ｓｃｒｉｐｔ．ｘｍｌ９１２（ｂ）は、ターゲット識別子８０６が０００２の画像形成装置を親機とする共通案件スクリプトである。
０００３＿Ｓｃｒｉｐｔ．ｘｍｌ９１２（ｃ）は、ターゲット識別子８０７が０００３の画像形成装置を親機とする共通案件スクリプトである。

Ｓｃｒｉｐｔ．ｘｍｌ９１３は、親機以外の画像形成装置に適用される子機用の共通案件スクリプトである。但し、このＳｃｒｉｐｔ．ｘｍｌ９１３は、案件管理プログラム７００が生成するものではなく、自動設置プログラム６００が生成するものである。従って、作業フロー図１１のＳ１１０３、フローチャート図１２のＳ１２０９の段階でＵＳＢストレージ２０９へ保存されるものではない。子機用のＳｃｒｉｐｔ．ｘｍｌ９１３の生成に関する詳細な説明は後述する。

図１３は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図１１のＳ１１０４における、画像形成装置で実行される自動設置プログラム６００の処理例である。なお、自動設置プログラム６００は、予め画像形成装置群１０１（ａ）、１０１（ｂ）、１０１（ｃ）の各画像形成装置にインストールされ起動している状態とする。また、各ステップは、ＣＰＵ２０１が記憶された制御プログラムを実行することで実現される。
Ｓ１３０１では、自動設置プログラム６００のストレージ制御部６０２は、ＵＳＢストレージ２０９が接続されたことを検知すると、その中に自機専用スクリプトが存在するかどうかの判断を行う。例えば、画像形成装置１０１（ａ）の自機を特定する識別情報であるターゲット識別子が自機の識別情報と一致する０００１であれば、０００１＿Ｓｃｒｉｐｔ．ｘｍｌが存在するかどうかを判断する。自機専用スクリプトが存在するとストレージ制御部６０２が判断した場合は、Ｓ１３０２へ遷移する。そして、Ｓ１３０２では、スクリプト解析部６０４がＵＳＢストレージ２０９から読出される自機専用スクリプトの案件種別１００５が何かを判断する。ここで、案件種別が共通案件であるスクリプト解析部６０４が判断した場合、Ｓ１３０３へ遷移する。

Ｓ１３０３では、ストレージ制御部６０２がＵＳＢストレージ２０９の中に、子機用のスクリプトが存在するかどうかの判断を行う。子機用のスクリプトとは、ターゲット識別子１００６が記述されていないＳｃｒｉｐｔ．ｘｍｌ９１３のことで、自動設置プログラム６００が生成するものである。

子機用のスクリプトが存在しないとストレージ制御部６０２が判断した場合、Ｓ１３０４において、スクリプト解析部６０４は、自機専用スクリプト０００１＿Ｓｃｒｉｐｔ．ｘｍｌを基に子機用スクリプトＳｃｒｉｐｔ．ｘｍｌを生成し、ストレージ制御部６０２がＵＳＢストレージ２０９へ保存する。但し、子機用スクリプトのターゲット情報１００２には、何も記述しない。ターゲット情報１００２にターゲット識別子が記述されていないことで、子機用スクリプトであることが判別可能である。

Ｓ１３０５では、処理モードの確認をする。ここで、処理モードとは、子機用のスクリプトを生成し、ＵＳＢストレージ２０９へ保存するだけとするか、実際にセットアップ処理も実行するかどうかを示すモードである。この処理モードはＵＩ制御部６０１によって操作部２０８に表示される不図示の画面から設置担当者１１０７が指定するものである。
ＵＩ制御部６０１が、設置担当者１１０７の指定に応じて操作部Ｉ／Ｆ２０３から受信した処理モードが「セットアップ処理を実行する」モードだったとき、Ｓ１３０６へ遷移する。
Ｓ１３０６では、スクリプト解析部６０４が、自機専用スクリプト０００１＿Ｓｃｒｉｐｔ．ｘｍｌの内容を解析し、その結果に応じて処理実行部６０３がセットアップ処理を実行する。
以上が、ＵＳＢストレージ２０９を親機の画像形成装置群１０１（ａ）に接続した場合の、処理の流れである。

次に、親機以外の子機にＵＳＢストレージ２０９を接続した場合の処理の流れを説明する。
子機にＵＳＢストレージを接続した場合は、Ｓ１３０１において、自機専用スクリプトが存在しないと判断されるため、Ｓ１３０８に遷移する。Ｓ１３０８では、ストレージ制御部６０２が、ＵＳＢストレージ２０９内に子機用スクリプトＳｃｒｉｐｔ．ｘｍｌ９１３が存在するかどうか判断する。ＵＳＢストレージ２０９が最初に親機に接続され、かつ正常に処理が終了している場合、Ｓ１３０４で子機用のスクリプトが生成されている。

一方、子機用スクリプトが存在しているとストレージ制御部６０２が判断した場合、Ｓ１３０９において、スクリプト解析部６０４がＳｃｒｉｐｔ．ｘｍｌ９１３の内容を解析し、その解析結果に応じて処理実行部６０３が、子機のセットアップ処理を実行して、本処理を終了する。

Ｓ１３０８において、子機用スクリプトが存在しない、かつ、自機専用スクリプトも存在しない（すなわち、親機にもなり得ない）と判断した場合、適用すべきスクリプトが存在しない状態となる。このため、Ｓ１３１０でＵＩ制御部６０１がエラーメッセージなどを操作部２０８に表示し、処理を終了する。
次に、Ｓ１３０３において、子機用スクリプトが既にＵＳＢストレージ２０９内に存在していた場合について説明する。

共通案件の自機専用スクリプトが存在するということは、自機が親機であるということになる。自機が親機であるならば、自機を親機とする画像形成装置群の子機に適用すべき子機用スクリプトは、自機の自動設置プログラム６００がＳ１３０４において生成するはずである。
つまり、現存している子機用スクリプトは、自機以外の別の親機が生成したものと判断できる。
従って、Ｓ１３０３で、自機が親機であるにも関わらず、既にＵＳＢストレージ内に子機用スクリプトが存在しているとストレージ制御部６０２が判断した場合は、Ｓ１３０７において、ストレージ制御部６０２は、一旦その子機用スクリプトを削除する。
例えば、画像形成装置１０１群（ａ）を親機とする画像形成装置群のセットアップ作業を完了した後、同じＵＳＢストレージ２０９を、画像形成装置群１０１（ｂ）に接続した場合などが該当する。
本実施形態では、既存の子機用スクリプトを一旦削除する構成としたが、子機用スクリプトのファイル名を統一するなら、削除せずにＳ１３０４で単に上書きをする構成でも良い。
最後に、Ｓ１３０５において、ＵＩ制御部６０１が受信した処理モードが「セットアップ処理を実行しない」モードであると判断した場合について説明する。
Ｓ１３０５において、「セットアップ処理を実行しない」モードが指定されていると判断した場合は、そのまま処理を終了する。
この「セットアップ処理を実行しない」モードがどのような時に利用されるかというと、同じ共通データを適用する画像形成装置群を複数人の設置担当者が作業するようなケースが考えられる。

例えば、画像形成装置群１０１（ａ）を親機とする画像形成装置群に対して、二人の設置担当者１１０７が作業すると仮定する。このとき、当然ＵＳＢストレージ２０９はＳ１１０３の段階で２個用意されなくてはならない。
そのうち１個は、親機である画像形成装置群１０１（ａ）のセットアップ処理を実行する必要があるが、もう１個のＵＳＢストレージは、その必要はなく、子機用のスクリプトさえ生成されれば良い。そうすれば、子機用スクリプトが存在するＵＳＢストレージが２個出来上がり、親機と一部の子機のセットアップ作業と並行して、他の子機のセットアップ作業も実施できるようになる。

以上、自動設置プログラム６００が、ターゲット識別子を記述しないスクリプトを子機用スクリプトとして生成するため、親機のターゲット識別子だけを事前に案件データ８００に登録しておけば、画像形成装置群のセットアップが可能となる。画像形成装置群の全てのターゲット識別子を事前に登録する必要がなくなるため、設置管理者１１０６の作業負荷を軽減できる。

〔第２実施形態〕
第１実施形態では、親機となる画像形成装置１０１（ａ）の自動設置プログラム６００が子機用スクリプトＳｃｒｉｐｔ．ｘｍｌ９１３を生成する構成としたが、本実施形態２では、次の子機のターゲット識別子を設置担当者１１０７に入力させる構成とする。以下、詳細に説明する。

図１４は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図１１のＳ１１０４における、画像形成装置で実行される自動設置プログラム６００の処理例である。なお、自動設置プログラム６００は、予め画像形成装置群１０１（ａ）、１０１（ｂ）、１０１（ｃ）の各画像形成装置にインストールされ起動している状態とする。また、各ステップは、ＣＰＵ２０１が記憶された制御プログラムを実行することで実現される。以下、図１１のＳ１１０４における、自動設置プログラム６００の処理例を説明するである。
尚、図１３のステップと同様の、Ｓ１３０１、１３０６、１３１０については、説明を省略する。従って、スクリプトの解析結果に応じた、セットアップ処理が完了した後の説明となる。

Ｓ１４０１では、スクリプト解析部６０４が、実行したスクリプトの案件種別を識別する。個別案件であると判断した場合、そのまま、本処理を終了する。
一方、Ｓ１４０１で、共通案件であると判断した場合、Ｓ１４０２において、ＵＩ制御部６０１が操作部２０８に不図示の画面を表示し、次にセットアップする画像形成装置のターゲット識別子の入力を、設置担当者１１０７へ促す。
設置担当者１１０７の入力に応じて、ＵＩ制御部６０１が、次機のターゲット識別子を受信すると、スクリプト解析部６０４は、自機専用スクリプトを基に、次機用スクリプトを生成する。生成された次機用スクリプトは、ストレージ制御部６０２がＵＳＢストレージへ保存する。

ここで生成される次機用スクリプトは、自機専用スクリプトと全く同じ構成である。スクリプト解析部６０４は、自機専用スクリプト０００１＿Ｓｃｒｉｐｔ．ｘｍｌの内容を複製し、ターゲット識別子１００６やスクリプトのファイル名を次機に対応したものに変更する。あるいは、自機専用スクリプト０００１＿Ｓｃｒｉｐｔ．ｘｍｌのファイル名とターゲット識別子１００６を単に更新するだけでも良い。
本実施形態によれば、同じ情報処理装置群に対しては同様のセットアップデータを適用し、異なる情報処理装置群に対しては異なるセットアップデータを適用するような場合、各情報処理装置群から各１台、親機となる情報処理装置のターゲット識別子だけを案件データに登録すれば良いため、管理装置における案件データ作成の効率が上がる。
また、顧客先に情報処理装置を配置する際にも、親機となる情報処理装置だけを意識すれば良いため、配置される情報処理装置の初期設定処理の効率も向上する。
更に、親機となる情報処理装置のターゲット識別子が、指示書に関連づいているため、１個の可搬記憶媒体に複数の指示書を保存した運用が可能になる。

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

１０１ 画像形成装置
１０２ 可搬記憶媒体
１０３ クライアントコンピュータ

Claims (14)

1. 情報処理装置であって、
   前記情報処理装置を初期設定するための第１のスクリプトを不揮発性メモリから読み出す読出し手段と、
   自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されているかどうかを判断する第１の判断手段と、
   自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されていると判断した場合、さらに、子機を初期設定するために実行すべき第２のスクリプトが前記不揮発性メモリに記憶されているかどうかを判断する第２の判断手段と、
   前記第２のスクリプトが前記不揮発性メモリに記憶されていると判断した場合、当該第２のスクリプトを削除する削除手段と、
   前記第１のスクリプトから親機を特定する識別情報を削除した第２のスクリプトを作成する作成手段と、
   前記作成手段が作成した前記第２のスクリプトを前記不揮発性メモリに書き込む書込手段と、
   を備えることを特徴とする情報処理装置。
2. 自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されていないと判断した場合、前記第２のスクリプトに基づいて初期設定を実行する実行手段を備えることを特徴とする請求項１記載の情報処理装置。
3. 情報処理装置であって、
   前記情報処理装置を初期設定するための第１のスクリプトを不揮発性メモリから読み出す読出し手段と、
   自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されているかどうかを判断する第１の判断手段と、
   自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されていると判断した場合、さらに、子機を初期設定するために実行すべき第２のスクリプトが前記不揮発性メモリに記憶されているかどうかを判断する第２の判断手段と、
   前記第２のスクリプトが前記不揮発性メモリに記憶されていると判断した場合、当該第２のスクリプトを削除する削除手段と、
   前記第１のスクリプトから親機を特定する識別情報を削除し、子機が実行すべき第２のスクリプトを作成する作成する作成手段と、
   前記作成手段が作成した前記第２のスクリプトを前記不揮発性メモリに書き込む書込手段と、
   を備えることを特徴とする情報処理装置。
4. 不揮発性メモリは、ＵＳＢメモリであることを特徴とする請求項１または３記載の情報処理装置。
5. 前記情報処理装置は、画像形成装置、複合画像形成装置を含むことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 管理装置であって、
   親機となる情報処理装置を識別する親識別情報と、各親機に対応づけられた共通データと、データの種別とを含む案件データに基づいて、いずれかの親機が上記親識別情報に対応する共通データを読み出して初期設定を行うための第１のスクリプトを生成する生成手段と、
   生成された第１のスクリプトを不揮発性メモリに書き込む書込手段と、
   を備えることを特徴とする管理装置。
7. 前記書込手段は、各親機の親識別情報に対応して生成したそれぞれの第１のスクリプトを異なる不揮発性メモリに書き込むことを特徴とする請求項６記載の管理装置。
8. 前記第１のスクリプトは、案件情報、ターゲット情報、コマンド情報を含むことを特徴とする請求項６記載の管理装置。
9. 不揮発性メモリは、ＵＳＢメモリであることを特徴とする請求項６または７記載の管理装置。
10. 情報処理装置の制御方法であって、
    前記情報処理装置を初期設定するための第１のスクリプトを不揮発性メモリから読み出す読出し工程と、
    自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されているかどうかを判断する第１の判断工程と、
    自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されていると判断した場合、さらに、子機を初期設定するために実行すべき第２のスクリプトが前記不揮発性メモリに記憶されているかどうかを判断する第２の判断工程と、
    前記第２のスクリプトが前記不揮発性メモリに記憶されていると判断した場合、当該第２のスクリプトを削除する削除工程と、
    前記第１のスクリプトから親機を特定する識別情報を削除した第２のスクリプトを作成する作成工程と、
    前記作成工程が作成した前記第２のスクリプトを前記不揮発性メモリに書き込む書込工程と、
    を備えることを特徴とする情報処理装置の制御方法。
11. 情報処理装置の制御方法であって、
    前記情報処理装置を初期設定するための第１のスクリプトを不揮発性メモリから読み出す読出し工程と、
    自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されているかどうかを判断する第１の判断工程と、
    自機を特定する識別情報と一致するターゲット情報が前記第１のスクリプトに設定されていると判断した場合、さらに、子機を初期設定するために実行すべき第２のスクリプトが前記不揮発性メモリに記憶されているかどうかを判断する第２の判断工程と、
    前記第２のスクリプトが前記不揮発性メモリに記憶されていると判断した場合、当該第２のスクリプトを削除する削除工程と、
    前記第１のスクリプトから親機を特定する識別情報を削除し、子機が実行すべき第２のスクリプトを作成する作成工程と、
    前記作成工程が作成した前記第２のスクリプトを前記不揮発性メモリに書き込む書込工程と、
    を備えることを特徴とする情報処理装置の制御方法。
12. 管理装置の制御方法であって、
    親機となる情報処理装置を識別する親識別情報と、各親機に対応づけられた共通データと、データの種別とを含む案件データに基づいて、いずれかの親機が上記親識別情報に対応する共通データを読み出して初期設定を行うための第１のスクリプトを生成する生成工程と、
    生成された第１のスクリプトを不揮発性メモリに書き込む書込工程と、
    を備えることを特徴とする管理装置の制御方法。
13. 請求項１０または１１に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
14. 請求項１２に記載の管理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。

Images