JP2015046075A - 情報処理装置、その制御方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】一つのデータセットを用いてリファレンス機とクローン機を含む複数の情報処理装置の設置作業を効率化する情報処理装置を提供する。
【解決手段】情報処理装置は、外部記憶装置が接続された後、外部記憶装置から取得されたスクリプトに従い、外部記憶装置に保存されたソフトウェアおよびソフトウェアに対応する設定値を自装置に設置する。情報処理装置は、スクリプトに従い設定値を設置する際に外部記憶装置に設定値が格納されていない場合は設定値の入力画面を提供し、入力された設定値を用いてソフトウェアを設置し、かつ入力された設定値を外部記憶装置に保存するとともに、保存された設定値を参照するように外部記憶装置に保存されたスクリプトを書き換える。
【選択図】図９

Description

本発明は、情報処理装置、その制御方法、及びコンピュータプログラムに関する。

画像形成装置を新規に導入する際、顧客先では、使用環境に応じた設置作業が必要である。一般的に、画像形成装置の設置作業には多くの時間と手間がかかる。従って、複数台の画像形成装置を同時に設置する場合、設置者にかかる負担が増大する。複数台の画像形成装置に対し同様の設置作業を行えば良い場合においては、予め使用環境として必要なソフトウェアや設定値、検証用のデータなどを用意しておき、それらをスクリプトに従って処理させればよい。

特許文献１は、コンピュータの実行環境に用いる設定値に従って、機能モジュールを実行することにより設定対象の複数のコンピュータに対し実行環境を設定するシステムを開示している。これにより、自動的かつ効率的にコンピュータの設置作業を実行することが可能となる。

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

特許文献１が開示するシステムを画像形成装置に適用することが考えられる。しかしながら、当該システムでは、設置の基点となる１台目の機器（以降、リファレンス機と呼ぶ）の設置について考慮されていない。リファレンス機は、２台目以降の機器（以降、クローン機と呼ぶ）を設置するための、基となるデータを作成する役割を担っており、基本的には全て手動による設置作業が必要とされる。

上述したように、使用環境として必要なソフトウェアなどを予め用意しておくことで、リファレンス機の設置作業も一部自動化することが可能である。しかし、リファレンス機では幾つかの初期設定について手動操作が必要となるため、クローン機とは一部異なるスクリプトやデータが必要となる。

リファレンス機１台のためだけに、データセットを別途作成することは、非常に手間である。更に、これから設置する機器がリファレンス機なのかクローン機なのかによって、使用するデータセットを切り替える必要があり、非効率的である。本発明は、一つのデータセットを用いてリファレンス機とクローン機を含む複数の情報処理装置の設置作業を効率化する情報処理装置の提供を目的とする。

本発明の一実施形態に係る、外部記憶装置を接続することが可能な情報処理装置は、前記外部記憶装置が接続された後、前記外部記憶装置から取得されたスクリプトに従い、前記外部記憶装置に保存されたソフトウェアおよび前記ソフトウェアに対応する設定値を設定する設置手段を有する。前記設置手段は、前記スクリプトに従い前記設定値を設置する際に前記外部記憶装置に前記設定値が格納されていない場合は前記設定値の入力画面を提供し、入力された前記設定値を用いて前記ソフトウェアを設定し、かつ入力された前記設定値を前記外部記憶装置に保存するとともに、保存された前記設定値を参照するように前記外部記憶装置に保存された前記スクリプトを書き換える。

本発明の情報処理装置によれば、一つのデータセットを用いてリファレンス機とクローン機を含む複数の情報処理装置の設置作業を効率化することが可能となる。

本発明の自動設置システムの全体構成例を示す図である。 画像形成装置の主要部の構成の例を示すブロック図である。 画像形成装置のソフトウェア構成の例を示すブロック図である。 画像形成装置のメインメニュー画面の例を示す図である。 自動設置プログラムのソフトウェア機能の例を示すブロック図である。 ＵＳＢストレージ内のフォルダ及びファイル構成の例を示す図である。 画像形成装置の設置手順を記述したスクリプトの一例を示す図である。 ファームウェア更新処理のフローチャート図である。 デバイス構成インポート処理の詳細を説明したフローチャート図である。 アプリケーション構成インポート処理のフローチャート図である。 画像形成装置の設置作業時に表示される画面の例を示す図である。 スクリプトから抽出された画像形成装装置の識別情報を示す。 異なるハードウェア構成が検出された場合のインポート処理のフローチャート図である。 パラメータがない場合のインポート処理のフローチャート図である。

（実施例１）
図１は、本発明の画像形成装置を含む自動設置システムの機器構成の例を示す図である。本発明の自動設置システムは、画像形成装置１０１（ａ），（ｂ）、可搬記憶媒体１０２、クライアントコンピュータ１０３を備える。

画像形成装置１０１は、複写機にスキャナ、プリンタ、ファクシミリ、ファイル送信機能等複数の機能を統合した情報処理装置である。また、画像形成装置１０１は、可搬記憶媒体１０２を接続するインタフェースを有する。可搬記憶媒体１０２を接続するインタフェースの種別は問わないが、本実施例ではＵＳＢインタフェースを用いることとする。本インタフェースに可搬記憶媒体１０２を接続することで、可搬記憶媒体１０２に対してデータの読み書きを行うことができる。可搬記憶媒体１０２は、外部記憶装置として機能として機能し、ホストとなる機器から容易に取り外せる装置であれば種別を問わないが、本実施例ではＵＳＢマスストレージクラスを実装するＵＳＢストレージ２０９を用いる。また、図１では自動設置システムは複数の画像形成装置１０１（ａ），１０１（ｂ）を備えているが、３台以上の画像形成装置を備えてもよく、１台のみであってもよい。以下では、画像形成装置１０１（ａ），１０１（ｂ）を代表して画像形成装置１０１として本発明のシステムを説明する。

クライアントコンピュータ１０３は、所謂パーソナルコンピュータコンピュータである。クライアントコンピュータ１０３は、可搬記憶媒体１０２を接続するインタフェースを有している。可搬記憶媒体１０２を接続するインタフェースの種別は問わないが、本実施例ではＵＳＢインタフェースを用いる。本インタフェースに可搬記憶媒体１０２を接続することで、可搬記憶媒体１０２に対してデータの読み書きを行うことができる。また、クライアントコンピュータ１０３は、Ｗｅｂブラウザプログラムを有し、画像形成装置１０１の提供企業などが公開するＷｅｂサイトにアクセスすることで、画像形成装置１０１の各種設定を行うことができる。

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

コントローラユニット２００は、ＣＰＵ２０１、ＲＡＭ２０２、操作部Ｉ／Ｆ２０３、ネットワークＩ／Ｆ２０４、ＵＳＢホストＩ／Ｆ２０５、ＲＯＭ２０６、ＨＤＤ、画像バスＩ／Ｆ２１２を備える。また、コントローラユニット２００は、デバイスＩ／Ｆ２１５、プリンタ画像処理部２１３、スキャナ画像処理部２１４を備える。なお、ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略称である。

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

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

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

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

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

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

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

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

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

拡張プログラムシステムサービス３０６は、拡張プログラム３０７に共通に有用なユーティリティライブラリで、システムから提供される。拡張プログラム３０７から拡張プログラムシステムサービス３０６の機能を呼び出すことにより、拡張プログラムを開発する手間を省くことができる。

拡張プログラム３０７は、拡張プログラム実行プラットフォーム３０２または拡張プログラムシステムサービス３０６を介してのみ、他の拡張プログラム３０７やＲＡＭ２０２など画像形成装置１０１の各モジュールへアクセスすることができる。また、拡張プログラム３０７はＵＩを備えており、画像形成装置１０１の操作部２０８に表示されるメインメニュー画面に各拡張プログラムのアイコンを表示することができる。このアイコンをユーザが選択したことを、操作部２０８を通じて操作部Ｉ／Ｆ２１２が検知すると、操作部Ｉ／Ｆ２１２はその旨をＣＰＵ２０１に送信する。その旨を受け取ったＣＰＵ２０１はユーザに選択された拡張プログラムのＵＩを操作部２０８に表示する。

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

図４は、画像形成装置１０１の操作部２０８に表示されるメインメニュー画面の例を示す図である。メインメニュー画面４００は、プログラムアイコン表示エリア４０１、標準プログラムアイコン４０２、拡張プログラムアイコン４０３、オプションアイコン４０４を有している。プログラムアイコン表示エリア４０１は、画像形成装置１０１で現在操作可能なプログラムのアイコンを表示するエリアである。

標準プログラムアイコン４０２は、画像形成装置１０１の制御プログラムが持つ機能を実施するためのＵＩを表示させるためのアイコンである。拡張プログラムアイコン４０３は、画像形成装置１０１の拡張プログラムを実施するためのＵＩを表示させるためのアイコンである。オプションアイコン４０４は、画像形成装置１０１のオプション機能を実施するためのＵＩを表示させるためのアイコンである。

図５は、自動設置プログラムの機能構成の例を示す図である。ＣＰＵ２０１が各機能に応じたプログラムを実行することにより、各機能は実現される。自動設置プログラム５００は、ＵＩ制御部５０１、ストレージ制御部５０２、処理実行部５０３、スクリプト解析部５０４を有する。

ＵＩ制御部５０１は、自動設置プログラムを操作するためのＵＩを、操作部２０８を通じてユーザに提供し、ユーザの操作を受け付ける。ストレージ制御部５０２は、ＵＳＢストレージ２０９のデータの読み書きを行う。また、ＵＳＢストレージ２０９の挿抜を検知する。

処理実行部５０３は、ＵＩ制御部５０１及びストレージ制御部５０２の指示に従い、各種処理を行う。スクリプト解析部５０４は、ＵＳＢストレージ２０９に格納されている設置作業指示情報のスクリプトを解析し、処理実行部５０３が実行すべき処理、順序を決定する。

図６は、ＣＰＵ２０１が自動設置プログラム５００を用いて画像形成装置の自動設置処理を実行する際に使用するＵＳＢストレージ２０９内のフォルダ及びファイル構成の例を示す。ルートフォルダ６００は内部に、Ｆｉｒｍｗａｒｅフォルダ６０１、Ｏｐｔｉｏｎフォルダ６０３、Ａｐｐフォルダ６０５、ＤｅｖＣｏｎｆｉｇフォルダ６０８、ＡｐｐＣｏｎｆｉｇフォルダ６１０を格納している。また、ルートフォルダ６００は、Ｌｏｇフォルダ６１２、Ｓｃｒｉｐｔ．ｘｍｌファイル６１４を格納している。

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

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

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

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

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

Ｌｏｇフォルダ６１２は、自動設置プログラム５００が実行した結果を記録したログファイルを格納するためのフォルダである。本図では、Ｌｏｇ．ｔｘｔ６１３が格納されているが、自動設置プログラム５００を実行する前は、Ｌｏｇフォルダ６１２、及びＬｏｇ．ｔｘｔ６１３は存在しない。これらのフォルダ及びファイルは、自動設置プログラム５００の実行中、または実行後に自動設置プログラム５００が作成する。

Ｓｃｒｉｐｔ．ｘｍｌ６１４は、設置作業を自動的に処理するための設置手順を記述したスクリプトである。スクリプトの詳細については後述する。尚、本スクリプトは設置手順を定義するファイルであるが、このスクリプトファイルの存在有無によって自動設置プログラム５００の実行可否を決定しても良い。つまり、使用中のＵＳＢストレージ２０９が、本発明に係る自動設置プログラム用のＵＳＢストレージ２０９であることを示す識別子として使用されても良い。尚、本図における構成は一例であり、ＣＰＵ２０１が自動設置プログラム５００を使用してスクリプト６１４に従って解釈可能な構成であれば、これに限らず任意のフォルダ構成として良い。

図７は、画像形成装置１０１の初期設置を自動で処理するための設置手順を記述したＳｃｒｉｐｔ．ｘｍｌ６１４の一例を示す。スクリプト７００は、自動設置プログラム５００のストレージ制御部５０２で読み込まれ、処理実行部５０３を介しスクリプト解析部５０４によって解析される。スクリプト解析部５０４によって解析されたスクリプト７００は、その後処理実行部５０３によって記載された処理が実行される。なお、本図におけるスクリプト７００は、クライアントコンピュータ１０３によって生成されることを想定している。また、スクリプト７００はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記載されており、画像形成装置識別部７０１と処理記載部７０２で構成されている。尚、本図ではＸＭＬによりスクリプトを表現しているが、ＸＭＬに限定されず、シェルスクリプトなどで記載されていても良い。

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

処理記載部７０２は、初期設置を実施するために必要な処理群が記載される。図７では、処理記載部７０２は、ファームウェア更新処理部７０３、拡張プログラムインストール処理部７０４、拡張プログラム開始処理部７０５、オプションアクティベート処理部７０６、デバイス設定情報インポート処理部７０７で構成される。また、処理記載部７０２は、アプリケーション設定情報インポート処理部７０８、再起動処理部７０９、検証処理部７１０で構成されている。各処理を示すタグの中にはＯｒｄｅｒ属性が含まれており、本図ではＯｒｄｅｒの値に応じて処理の順番が決定する。

ファームウェア更新処理部７０３には、ファームウェア更新サービス３０３を介して更新に用いられるファームウェアが記載される。ファームウェア更新処理部７０３は、＜ｕｐｄａｔｅＦｉｒｍｗａｒｅＣｏｍｍａｎｄ＞タグを記載することで処理を定義し、＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグと＜ＦｉｒｍｗａｒｅＮａｍｅ＞により使用するファイルを指定している。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグには、ルートフォルダ７００から更新用ファームウェアまでの相対パスが記載されている。＜ＦｉｒｍｗａｒｅＮａｍｅ＞タグには、更新用ファームウェアが指定されている。図７に示す例では、Ｚｉｐ形式でアーカイブされたファームウェアが指定されている。

拡張プログラムインストール処理部７０４は、＜ｉｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義している。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ＡｐｐＦｉｌｅＮａｍｅ＞タグには、インストールする拡張プログラムが指定されている。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグには、ルートフォルダ７００からインストール対象の拡張プログラムの実体までの相対パスが記載されている。＜ＡｐｐＦｉｌｅＮａｍｅ＞タグには、インストール対象の拡張プログラムの実体が指定されている。図７に示す例では、Ｊａｒファイル形式の拡張プログラムが指定されている。尚、本拡張プログラムの形式はＪａｒファイル形式に限定されない。

またインストール対象の拡張プログラムに対するライセンスは、＜ｌｉｃｅｎｓｅＲｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ｌｉｃｅｎｓｅＦｉｌｅＮａｍｅ＞タグにより指定されている。＜ｌｉｃｅｎｓｅＲｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグには、ルートフォルダ７００から拡張プログラムのライセンスファイルまでの相対パスが記載されている。＜ｌｉｃｅｎｓｅＦｉｌｅＮａｍｅ＞タグには、拡張プログラムのライセンスの実体が指定されている。図７に示す例では、ｌｉｃファイル形式のライセンスファイルが指定されており、ライセンスのファイル形式についてはこれに限定されない。

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

オプションアクティベート処理部７０６は、＜ａｃｔｉｖａｔｅＯｐｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義している。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ｌｉｃｅｎｓｅＦｉｌｅＮａｍｅ＞タグには、アクティベートされるオプションのライセンスファイルが指定されている。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグには、ルートフォルダ７００からアクティベートするオプションのライセンスファイルまでの相対パスが記載されている。図７に示す例では、ｌｉｃ形式のライセンスファイルが指定されているが、ライセンスのファイル形式についてはこれに限定されない。尚、画像形成装置１０１に予め組み込まれているオプション機能が無い場合、また有効化しない場合には、本処理の記載は不要である。

デバイス設定情報インポート処理部７０７は、＜ｉｍｐｏｒｔＤｅｖｉｃｅＣｏｎｆｉｇＣｏｍｍａｎｄ＞タグの記載により処理を定義している。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグには、インポートするデバイス設定情報ファイルが指定されている。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグには、ルートフォルダ７００からインポート対象のデバイス設定情報ファイルまでの相対パスが記載されている。＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグには、インポート対象のデバイス設定情報ファイルが指定されている。図７に示す例では、Ｚｉｐ形式にアーカイブされたデバイス設定情報ファイルが指定されているが、デバイス設定情報ファイルの形式はＺｉｐファイル形式に限定されない。

アプリケーション設定情報インポート処理部７０８は、＜ｉｍｐｏｒｔＡｐｐＣｏｎｉｇＣｏｍｍａｎｄ＞タグの記載により処理を定義している。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグ、及び＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグには、インポートするアプリケーション設定情報ファイルが指定されている。＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグには、ルートフォルダ７００からインポート対象のデバイス設定情報ファイルまでの相対パスが記載されている。＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグには、インポート対象のアプリケーション設定情報ファイルが指定されている。図７に示す例では、Ｚｉｐ形式にアーカイブされたアプリケーション設定情報ファイルが指定されているが、アプリケーション設定情報ファイルの形式はＺｉｐファイル形式に限定されない。

再起動処理部７０９は、＜ｒｅｂｏｏｔＣｏｍｍａｎｄ＞タグのみで構成されており、一通りの設置処理が終了した後、画像形成装置を再起動させて設定を画像形成装置に反映するための処理である。

検証処理部７１０は、＜ｖｅｒｉｆｉｃａｔｉｏｎＣｏｍｍａｎｄ＞タグのみで構成されている。検証処理部７１０には、デバイスまたはアプリケーション設定情報インポート処理部７０７，７０８に記載された情報を基にインポートされた設定情報と、再起動後の画像形成装置の設定情報とが一致しているかどうかを検証するための処理が記載れる。尚、本図で示すスクリプトの記述は、画像形成装置の設置に必要な処理を限定するものではなく、必要に応じて処理の重複、増減があっても良い。

図８は、ＣＰＵ２０１が自動設置プログラム５００を用いてスクリプト７００に従って実行する設置処理の流れを説明したフローチャート図である。ステップ８０１で、スクリプト解析部５０４がスクリプト７００のファームウェア更新処理部７０３を解析することで、処理実行部５０３が更新用ファームウェアを用いて更新処理を実施する。ステップ８０２で、スクリプト解析部５０４がスクリプト７００の拡張プログラムインストール処理部７０４を解析することで、処理実行部５０３が拡張プログラムをインストールする。ステップ８０３で、スクリプト解析部５０４がスクリプト７００の拡張プログラム開始処理部７０５を解析することで、処理実行部５０３が拡張アプリケーションを開始する。ステップ８０４で、スクリプト解析部５０４がスクリプト７００のオプションアクティベート処理部７０６を解析することで、処理実行部５０３がオプションをアクティベートする。

ステップ８０５では、スクリプト解析部５０４がスクリプト７００の設定情報インポート処理部７０７を解析することで、処理実行部５０３がデバイス設定情報をインポートする。ステップ８０６では、スクリプト解析部５０４がスクリプト７００のアプリケーション設定情報インポート処理部７０８を解析することで、処理実行部５０３がアプリケーション設定情報をインポートする。ステップ８０１から８０４とステップ８０７、８０８は、リファレンス機の設置においても自動化が可能である。具体的には、ファームウェア、拡張プログラム、拡張プログラムのライセンスファイル、オプションのライセンスファイルを予めＵＳＢストレージ２０９に用意しておけばよい。

但し、ステップ８０５のデバイス設定情報のインポートとステップ８０６のアプリケーション設定情報のインポートについては、まずそれら設定情報をリファレンス機で設置作業者が手動登録し、インポート用のファイルを作成する作業が必要である。また、ステップ８０５、８０６の処理に該当する、スクリプト７００の各インポート処理部７０７，７０８はリファレンス機を設置する際には不要であり、クローン機を設置する際との差分となる。

ステップ８０７では、スクリプト解析部５０４がスクリプト７００の再起動処理部７０９を解析することで、処理実行部５０３が再起動を実施する。ステップ８０８では、スクリプト解析部５０４がスクリプト７００の検証処理部７１０を解析することで処理実行部５０３が検証を実施する。

次に、リファレンス機の設置とクローン機の設置を同一のスクリプトで実現するための方法を以下、図９を用いて説明する。図９は、図８のフローチャートにおけるステップ８０５のデバイス設定情報インポート処理の詳細を説明したフローチャート図である。

ステップ９０１において、ストレージ制御部５０２は、スクリプト解析部５０４によって読み出された、デバイス設定情報インポート処理部７０７をもとに、ＵＳＢストレージ２０９内を参照する。具体的には、ストレージ制御部５０２は、デバイス設定情報ファイル名＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞と、デバイス設定情報ファイルの格納場所を指す相対パス＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞をもとに、ＵＳＢストレージ２０９内を参照する。ストレージ制御部５０２は、上記パスが示すフォルダに、上記ファイル名のデバイス設定情報ファイルが存在するかどうかをチェックする。デバイス設定情報ファイルが存在した場合、ストレージ制御部５０２は、自装置が設定値を反映する反映装置と判断する。そして、ステップ９０２において、ストレージ制御部５０２はデバイス設定情報ファイルをデバイスのＨＤＤ２０７へ保存する。処理実行部５０３は、設定管理サービス３０５を介してそのデバイス設定情報ファイルをインポートする。

このとき操作部２０８には、図１１（Ａ）に例示する画面が表示されている。これは、自動設置プログラム５００による自動設置処理が開始されたときに表示される画面である。勿論、開始時から同一の画面を表示する必要はなく、図８の一連の処理に示されるステップ８０１から８０８のステップ毎に、現在何の処理を実行しているかを表示する構成でも良い。

ステップ９０１において、デバイス設定情報ファイルが存在しなかった場合、ストレージ制御部５０２は自装置が他装置から参照される参照装置と判断する。そして、ステップ９０３で、処理実行部５０３は現在の設置処理の対象がリファレンス機（参照装置）であることを示すための内部的なフラグをＯＮにする。以下、この内部的なフラグをリファレンスフラグと呼ぶ。ステップ９０４において、処理実行部５０３は、スクリプト７００の処理を一旦中断する。

ステップ９０５において、ＵＩ制御部５０１は、操作部Ｉ／Ｆ２０３を介して操作部２０８へ図１１（Ｂ）のような画面を表示する。図１１（Ｂ）の画面により、デバイス設定情報ファイルが不足している（すなわち、現在リファレンス機の設置作業中である）ことをユーザに示し、手動によるデバイス設定情報の登録を促す。

画像形成装置全般に関わるデバイス設定情報には、サービスマン向けの設定情報（以下、サービスモードと呼ぶ）や、エンドユーザが設定可能な設定情報（以下、ユーザモードと呼ぶ）が存在し、それぞれ異なる設定画面を有している。本実施形においては、上記２種類の設定情報を想定して述べるが、勿論、これら２種類の設定情報に限定する必要はなく、画像形成装置によって、もっと多くの設定情報が存在しても良いし、１種類の設定情報であっても構わない。

図１１（Ｂ）のＯＫボタン１００２をユーザが押下し、操作部Ｉ／Ｆ２０３からそのキーイベントを受信すると、ＵＩ制御部５０１は、操作部Ｉ／Ｆ２０３に対してサービスモード設定の入力画面を表示するようリクエストする。操作部Ｉ／Ｆ２０３はリクエストに応じて、操作部２０８へサービスモードの設定画面を表示する。

操作部Ｉ／Ｆ２０３は、ユーザがサービスモードの設定を終え、操作部２０８からサービスモード画面のクローズイベントを受信すると、ＵＩ制御部５０１へその旨を通知する。上記イベントを受信したＵＩ制御部５０１は、次にユーザモード設定の入力画面を表示するよう、操作部Ｉ／Ｆ２０３へリクエストする。操作部Ｉ／Ｆ２０３はリクエストに応じて、操作部２０８へユーザモードの設定画面を表示する。

操作部Ｉ／Ｆ２０３は、ユーザがユーザモードの設定を終え、操作部２０８からユーザモード画面のクローズイベントを受信すると、ＵＩ制御部５０１へその旨を通知する。上記イベントを受信したＵＩ制御部５０１は、改めて図１１（Ｂ）の画面を表示する。

ステップ９０６において、ＵＩ制御部５０１が、「完了」ボタン１００３の押下イベントを受信すると、処理実行部５０３はリファレンスフラグの状態をチェックする（ステップ９０７）。デバイス設定情報ファイルが存在していた場合は、設置対象がクローン機であると判断され、ステップ９０２に処理が進む。処理実行部５０３は、ステップ９０２においてデバイス設定情報ファイルのインポートが終了した後に、リファレンスフラグの状態をチェックする。リファレンスフラグがＯＦＦのとき、処理実行部５０３は、スクリプト７００のアプリケーション設定情報インポート処理部７０８に記述された処理に移行する。

リファレンスフラグがＯＮの場合、処理実行部５０３はデバイス設定情報ファイルをＨＤＤ２０７に生成し、ストレージ制御部５０２がそのデバイス設定情報ファイルをＵＳＢストレージ２０９へエクスポートする（ステップ９０８）。デバイス設定情報ファイルは、スクリプト７００のデバイス設定情報インポート処理部７０７に記述されているファイル名で、かつ記述されているパスが示すフォルダへエクスポートされる。

ステップ９０９では、処理実行部５０３がリファレンスフラグを解除（ＯＦＦ）し、ステップ９１０においてスクリプト７００のアプリケーション設定情報インポート処理部７０８から処理を再開する。以上、本発明の情報処理装置によれば、一つのデータセットを用いてリファレンス機とクローン機を含む複数の情報処理装置の設置作業を効率化することが可能となる。具体的には、上記のように、スクリプト７００のデバイス設定情報インポート処理部７０７に記述されているパスに、デバイス設定情報ファイルが存在しない場合には、リファレンス機の設置であると判断される。そして、処理実行部５０３はユーザにデバイス設定情報を手動で登録させた上で、デバイス設定情報ファイルをエクスポートするという処理に切り替えるため、リファレンス機もクローン機も同一のスクリプト７００で設定値を自動設置することが可能となる。

図１０は、図８のフローチャートにおけるステップ８０６のアプリケーション設定情報インポート処理の詳細を説明したフローチャート図である。ここでは、さらに複数のアプリケーション設定情報ファイルを扱うケースを想定する。アプリケーション設定においても、リファレンス機とクローン機の設置を同一スクリプトで実現する処理の流れを説明する。

図７に示すアプリケーション設定情報インポート処理部７０８には、一つのアプリケーション設定情報ファイルしか記述していないが、複数存在する場合は、＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグを複数記述すれば良い。

ステップ１１０１において、ストレージ制御部５０２は、スクリプト解析部５０４によって読み出された情報をもとに、ＵＳＢストレージ２０９内を参照する。読み出される情報は、アプリケーション設定情報インポート処理部７０８のアプリケーション設定情報ファイル名＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞とアプリケーション設定情報ファイルの格納場所を指す相対パス＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞である。ストレージ制御部５０２は上記パスが示すフォルダに、＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグで指定されている全てのアプリケーション設定情報ファイルが存在するかどうかをチェックする。全てのアプリケーション設定情報ファイルの存在が確認できた場合、ストレージ制御部５０２は設定値を反映する反映装置と判断する。ステップ１１０２において、ストレージ制御部５０２は全てのアプリケーション設定情報ファイルをデバイスのＨＤＤ２０７へ保存する。そして、処理実行部５０３は拡張プログラムシステムサービス３０６を介してそのアプリケーション設定情報ファイルをインポートする。

このとき操作部２０８には、図１１（Ａ）に示す画面が表示されている。これは、自動設置プログラム５００による自動設置処理が開始されたときから表示されている画面である。勿論、開始時から同一の画面を表示する必要はなく、図８の一連の処理に示されるステップ８０１から８０８のステップ毎に、現在どの処理を実行しているかを表示する構成でも良い。

ステップ１１０１において、一部、または全てのアプリケーション設定情報ファイルが存在しなかった場合、ストレージ制御部５０２は自装置が他装置から参照される参照装置と判断する。ステップ１１０３において、処理実行部５０３は、アプリケーション設定情報ファイルが存在しない拡張プログラムのＩＤもしくは名称など、拡張プログラムを特定可能な識別子をＲＡＭ２０２に記憶する。従って、図７のアプリケーション設定情報インポート処理部７０８に記述されるアプリケーション設定情報ファイル名は、対応する拡張プログラムを特定可能なファイル名でなくてはならない。拡張プログラムのＩＤや名称と、アプリケーション設定情報ファイル名の対応付けがされたテーブルを、予め自動設置プログラム５００で保持しておくという手段でも構わない。

ステップ１１０４において、処理実行部５０３は拡張プログラムシステムサービス３０６を介して、ＵＳＢストレージ２０９に一部存在するアプリケーション設定情報ファイルを、全てインポートする。アプリケーション設定情報ファイルが一つも存在しない場合は、ステップ１１０４はスキップされる。ステップ１１０５で、現在の設置処理がリファレンス機を対象としていることを示すリファレンスフラグをＯＮにし、スクリプト７００の処理を一旦中断する（ステップ１１０４）。

ステップ１１０７において、ＵＩ制御部５０１は、操作部Ｉ／Ｆ２０３を介して操作部２０８へ図１１（Ｃ）に示す画面を表示する。図１１（Ｃ）に示す画面を表示することで、アプリケーション設定情報ファイルが不足している（すなわち、現在リファレンス機の設置作業中である）ことをユーザに示し、手動によるデバイス設定情報の登録を促す。また、このとき、アプリケーショ設定情報ファイルが不足している拡張プログラム名を表示することも可能である。

図１１（Ｃ）のＯＫボタン１００５をユーザが押下し、操作部Ｉ／Ｆ２０３からそのキーイベントを受信すると、処理はステップ１１０８に進む。ステップ１１０８において、ＵＩ制御部５０１は、操作部Ｉ／Ｆ２０３に対して最初の拡張プログラムのアプリケーション設定画面を表示するようリクエストする。ここでいう最初の拡張プログラムとは、ステップ１１０３でＲＡＭ２０２に記憶した、アプリケーション設定情報ファイルが不足しているアプリケーションのうちの一つである。本実施形では、仮に拡張プログラムＡとする。アプリケーション設定画面を表示する順序については、特に決まったルールはなくても良い。操作部Ｉ／Ｆ２０３はリクエストに応じて、操作部２０８へ拡張プログラムＡのアプリケーション設定画面を表示する。

操作部Ｉ／Ｆ２０３は、ユーザが拡張プログラムＡのアプリケーション設定情報の登録を終え、操作部２０８から拡張プログラムＡのアプリケーション設定画面のクローズイベントを受信すると、ＵＩ制御部５０１へその旨を通知する。このとき、処理実行部５０３は、ＲＡＭ２０２から拡張プログラムＡに関する記録を削除する。このように、ＲＡＭ２０２に記憶されている拡張プログラムのアプリケーション設定画面についてオープン、クローズ、ＲＡＭ２０２からの該拡張プログラムの記録の削除、を繰り返す。全てのアプリケーション設定画面での処理が完了すると、ＵＩ制御部５０１は、改めて図１１（Ｃ）の画面を表示する。

ステップ１１０９において、ＵＩ制御部５０１が、「完了」ボタン１００６の押下イベントを受信すると、処理実行部５０３はリファレンスフラグの状態をチェックする（ステップ１１１０）。ステップ１１０１において全てのアプリケーション設定情報ファイルが存在していた場合は、アプリケーション設定情報ファイルのインポート（ステップ１１０２）が終了したところで、リファレンスフラグの状態をチェックする。リファレンスフラグがＯＦＦのとき、処理実行部５０３は、スクリプト７００の再起動処理部７０９へ処理を進める。

リファレンスフラグがＯＮの場合、処理実行部５０３はアプリケーション設定情報ファイルをＨＤＤ２０７に生成し、ストレージ制御部５０２がそのデバイス設定情報ファイルをＵＳＢストレージ２０９へエクスポートする（ステップ１１１１）。アプリケーション設定情報ファイルは、スクリプト７００のアプリケーション設定情報インポート処理部７０８に記述されているファイル名で、かつ記述されているパスが示すフォルダへエクスポートされる。ステップ１１１２では、処理実行部５０３がリファレンスフラグをＯＦＦし、ステップ１１１３においてスクリプト７００の再起動処理部７０９から処理を再開する。

上記のように、スクリプト７００のアプリケーション設定情報インポート処理部７０８に記述されているパスに、アプリケーション設定情報ファイルが一部または全て存在しない場合には、リファレンス機の設置であると判断される。そして、ユーザに各拡張プログラムのアプリケーション設定情報を手動で登録させた上で、アプリケーション設定情報ファイルをエクスポートするという処理に切り替える。そのため、リファレンス機もクローン機も同一のスクリプト７００で自動設置が可能となる。

図９を参照して説明した処理において、必要なデバイス設定情報ファイルがＵＳＢストレージ２０９内に存在していたとしても、リファレンス機であると判断しなくてはならないケースがある。それは、スクリプト７００から参照される、ハードウェア構成情報と、これから自動設置しようとしている実際の画像形成装置のハードウェア構成とに差分があるときである。以下、図１２、１３を用いて説明する。

図１２は、スクリプト７００から、画像形成装置識別部７０１を抜き出したものである。画像形成装置識別部７０１の記述に加えて、＜ａｃｃｅｓｓｏｒｙ＞タグが追加されているのがわかる。このタグには、設置対象の画像形成装置の本来のハードウェア構成情報が記録された、不図示のハードウェア構成情報ファイルのファイル名が記載されている。ハードウェア構成情報とは、基本となる画像形成装置に対して、オプションで装着されるハードウェア部品の一覧を示したもので、各画像形成装置にどのオプションが装着されているのかを知ることができる。

ハードウェア構成情報ファイルのフォーマットや記載ルールは特に限定しない。フォーマットは、ＣＰＵ２０１が自動設置プログラム５００を使用して解析可能であれば良い。本実施形では、ハードウェア構成情報ファイルを別途作成する構成としたが、スクリプト７００の設置対象画像形成装置識別部７０１に、各ハードウェアオプションを識別可能な識別子を直接記述する構成でも良い。ハードウェア構成情報ファイルには、＜ｉｄ＞で特定される画像形成装置のハードウェア構成情報が記録されている。

図１３は、ハードウェア構成が異なる画像形成装置に対して自動設置処理を実施した場合の処理の流れを説明したフローチャート図である。ステップ１２０１からステップ１２１０は、デバイス設定情報ファイルのインポート処理の流れを説明した図９の、ステップ９０１からステップ９１０と同じであるため、説明を省略する。差分である、ステップ１２１１からステップ１２１８の処理のみ説明する。

ステップ１２０１において、ストレージ制御部５０２がデバイス設定情報ファイルの存在を確認できた場合、Ｓ１２１１において、処理実行部５０３は、拡張プログラムシステムサービス３０６を介して、画像形成装置のハードウェア構成情報を取得する。処理実行部５０３は、取得したハードウェア構成情報と、ＨＤＤ２０７のハードウェア構成情報ファイルに記載されているハードウェア構成情報を比較する。ハードウェア構成情報が一致した場合は、処理実行部５０３はＵＳＢストレージ２０９に存在するデバイス設定情報ファイルが妥当であると判断する。ステップ１２０２において、ストレージ制御部５０２は、ＵＳＢストレージ２０９のハードウェア構成情報ファイルをＨＤＤ２０７へコピーする。そして、処理実行部５０３はデバイス設定情報ファイルのインポートを実行する。

ステップ１２１１において、ハードウェア構成情報が不一致の場合は、処理実行部５０３はハードウェア構成情報不一致フラグ（以下、不一致フラグと記載）をＯＮにする。不一致フラグとは、ハードウェア構成情報ファイルの情報と、実際の設置対象機である画像形成装置のハードウェア構成情報が一致しなかったことを示す、内部的なフラグである。

その後、処理実行部５０３はステップ１２０３において、リファレンスフラグをＯＮにし、設置対象をリファレンス機として処理を実行する（ステップ１２０４からステップ１２０７）。ハードウェア構成情報が一致しない場合は、ハードウェアに関わる設定項目が増減するため、現在ＵＳＢストレージ２０９に保存されているデバイス設定情報ファイルが適切でない可能性が高くなる。従って、設置対象をリファレンス機として処理を実行する必要がある。

ステップ１２０７において、リファレンスフラグがＯＮの場合、処理実行部５０３は更にステップ１２１３において、不一致フラグの状態をチェックする。不一致フラグがＯＦＦの場合は、通常のリファレンス機と同様、ステップ１２０８において、デバイス設定情報ファイルのエクスポートを実行する。不一致フラグがＯＮのとき、処理実行部５０３は、ステップ１２１４において、スクリプト７００のデバイス設定情報インポート処理部７０７に記載されているファイル名とは異なるファイル名でエクスポートを実行する。

更に、処理実行部５０３は、ステップ１２１５において、実際のハードウェア構成情報に基づいて、ハードウェア構成情報ファイルを更新する。ステップ１２１６では、スクリプト解析部５０４が、ＵＳＢストレージ２０９に元々存在しているスクリプトのデバイス設定情報インポート処理部７０７を、新規にエクスポートしたデバイス設定情報ファイルを用いてファイル名を更新する。ストレージ制御部５０２は、ステップ１２１７において、更新されたスクリプトをＵＳＢストレージ２０９へ保存する。各種ファイルの更新や新規作成、およびそれらファイルをＵＳＢストレージへの保存した後、ステップ１２１６では、処理実行部５０３が不一致フラグをＯＦＦする。

本実施形では、デバイス設定情報ファイルは新規作成、ハードウェア構成情報ファイルおよびスクリプトは更新としたが、それに限定されるものではない。設置対象となる画像形成装置の個体別に用意されるファイルについては更新、他の個体と共有する可能性のあるファイルについては、元のファイルを残した上で新規作成すれば良い。例えば、元々存在しているデバイス設定情報ファイルに追加して新規にエクスポートしたデバイス設定情報ファイルを更新する。これにより、新しいデバイス設定情報ファイルと元のデバイス設定情報ファイルを、他の画像形成装置の設置で使用することができる。その場合、Ｓ１２１１の処理では、新しく設置される画像形成装置のハードウェア構成が、新規エクスポートされたハードウェア構成と最初に記載されていたハードウェア構成のどちらと一致するか判断処理を行えばよい。この形態を適用した場合、ハードウェア構成が一致しなければ、その度にデバイス設定情報ファイルが追加更新されることになる。上記のように、ハードウェア構成情報をチェックすることで、誤ったデバイス設定情報ファイルをインポートすることを防ぐ事ができる。

（実施例２）
実施例１では、スクリプト７００に記載されているファイルパスに、記載されているファイル名のインポートすべきデバイス設定情報ファイルや、アプリケーション設定情報ファイルが存在しなかった場合にリファレンス機であると判断した。それとは別に、スクリプト７００にファイルパスもファイル名も記載されていないようなケースにおいても、リファレンス機であると判断する。

図１４は、スクリプト７００にインポートすべきデバイス設定情報ファイルのファイル名も、ファイルパスも記載されていないときの処理の流れを説明するフローチャート図である。すなわち、スクリプト７００のデバイス設定情報インポート処理部７０７の＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞と＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞が記載されていないケースを想定する。ステップ１４０２からステップ１４０７、ステップ１４０９からステップ１４１０は、実施例１の図９のステップ９０２からステップ９０７、ステップ９０９からステップ９１０と同様のため、本実施例においては、差分のみの処理を説明とする。

ステップ１４０１において、スクリプト解析部５０４は、インポートコマンドのパラメータが記載されているかを判断する。具体的には、スクリプト解析部５０４は、デバイス設定情報インポート処理部７０７に＜ｒｅｌａｔｉｖｅＤｉｒＰａｔｈ＞タグと＜ｃｏｎｆｉｇＦｉｌｅＮａｍｅ＞タグが記載されているかどうかをチェックする。さらに、スクリプト解析部５０４は、それらの値（ファイルパス、ファイル名）が記載されているかどうかもチェックする。記載されている場合、処理実行部５０３がステップ１４０２において、自装置はクローン機であると判断し、通常の設置処理としてデバイス設定情報ファイルのインポートを実行する。記載されていない場合は設置対象をリファレンス機として処理を移行し、ステップ１４０３以降の処理を実行する。

ステップ１４０７においてリファレンスフラグがＯＮの場合は、処理実行部５０３は、ステップ１４０８において、デバイス設定情報ファイルをエクスポートする。このときエクスポートされるデバイス設定情報ファイルのファイル名は、自動設置プログラム５００で予め決められているルールに則って生成されても良いし、設定管理サービスによって提供されるエクスポートファイル名がそのまま利用されても良い。

ステップ１４１１においては、スクリプト解析部５０４が、ＵＳＢストレージ２０９に元々存在しているスクリプトのデバイス設定情報インポート処理部７０７を更新する。具体的には、エクスポートしたデバイス設定情報ファイルのファイル名と、自動設置プログラム５００によって予め決められているファイルパスの記載を追加する。

ストレージ制御部５０２は、ステップ１４１２において、エクスポートされたデバイス設定情報ファイルと、更新されたスクリプトをＵＳＢストレージ２０９へ保存する。ＵＳＢへの保存が完了すると、処理実行部５０３は、ステップ１４０９において、リファレンスフラグをＯＦＦする。

以上説明した構成により、インポートコマンドのパラメータが記載されていない場合でも、リファレンス機もクローン機も同一のスクリプトで設置作業を行うことができるため、さらに効率化を図ることができる。

（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そしてそのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１０１ 画像処理装置
１０２ 可搬記憶媒体

Claims (7)

1. 外部記憶装置を接続することが可能な情報処理装置であって、
   前記外部記憶装置が接続された後、前記外部記憶装置から取得されたスクリプトに従い、前記外部記憶装置に保存されたソフトウェアおよび前記ソフトウェアに対応する設定値を自装置に設置する設置手段、を有し、
   前記設置手段は、前記スクリプトに従い前記設定値を設置する際に前記外部記憶装置に前記設定値が格納されていない場合は前記設定値の入力画面を提供し、入力された前記設定値を用いて前記ソフトウェアを設置し、かつ入力された前記設定値を前記外部記憶装置に保存するとともに、保存された前記設定値を参照するように前記外部記憶装置に保存された前記スクリプトを書き換える
   ことを特徴とする情報処理装置。
2. 前記設置手段は、
   前記スクリプトに従い前記設定値を設置する際に前記外部記憶装置に前記設定値が格納されていない場合、自装置が他装置から参照される参照装置と判断して前記設定値の入力画面を提供し、
   前記外部記憶装置に前記設定値が格納されている場合、自装置が前記参照装置に設置された設定値を反映する反映装置と判断して、前記スクリプトに従い前記外部記憶装置に格納されたソフトウェアおよび前記ソフトウェアに対応する設定値を自装置に設置する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記設置手段は、前記スクリプトに、前記情報処理装置のデバイス設定情報の設定値が無い場合、全てのアプリケーション設定情報の設定値が無い場合、またはインポートコマンドのパラメータが記載されていない場合、前記自装置が他装置から参照される参照装置と判断する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記設置手段は、前記外部記憶装置に前記設定値が格納されている場合、前記スクリプトに記載されたデバイス設定情報が自装置に設置されたデバイス設定情報と一致するか否かをさらに判断し、一致しない場合は自装置に設置されたデバイス設定情報を前記スクリプトに記載されたデバイス設定情報に追加、または当該デバイス設定情報を用いて前記スクリプトを更新し、前記外部記憶装置に保存する
   ことを特徴とする請求項２または３に記載の情報処理装置。
5. 前記設置手段は、前記スクリプトに従い前記設定値を設置する際に前記外部記憶装置に前記設定値が格納されていない場合、フラグを設定した上で前記入力画面を提供し、入力された前記設定値を用いて書き換えた前記スクリプトを前記外部記憶装置に保存した後に前記フラグを解除する
   ことを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 外部記憶装置を接続することが可能な情報処理装置の制御方法であって、
   前記外部記憶装置が接続された後、前記外部記憶装置から取得されたスクリプトに従い、前記外部記憶装置に保存されたソフトウェアおよび前記ソフトウェアに対応する設定値を自装置に設置する設置工程を含み、
   前記設置工程では、前記スクリプトに従い前記設定値を設置する際に前記外部記憶装置に前記設定値が格納されていない場合は前記設定値の入力画面が提供され、入力された前記設定値を用いて前記ソフトウェアが設置され、かつ入力された前記設定値を前記外部記憶装置に保存されるとともに、保存された前記設定値を参照するように前記外部記憶装置に保存された前記スクリプトが書き換えられる
   ことを特徴とする制御方法。
7. 請求項６に記載の制御方法をコンピュータにより実行させることを特徴とするコンピュータプログラム。

Images