JP2017049924A

JP2017049924A - デバイス設置システム、管理装置、管理装置の制御方法、及びプログラム

Info

Publication number: JP2017049924A
Application number: JP2015174721A
Authority: JP
Inventors: 聡高沢; Satoshi Takazawa
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2015-09-04
Filing date: 2015-09-04
Publication date: 2017-03-09

Abstract

【課題】交換前のデバイスの設置データを再利用した設置処理を実現する。【解決手段】情報処理装置の設置データを管理装置が管理するデバイス設置システムにおいて、いずれかのデバイスからのスクリプトの要求を解析して、第２の識別情報で特定される設置データに対応づけられた、デバイス交換前のデバイスに割り振られた第１の識別情報と前記スクリプトを要求するデバイスの第１の識別情報とが一致しないと判断された場合、設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する。さらに、第２の識別情報で特定される設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換えたスクリプトを作成して要求するデバイスに送信する構成を特徴とする。【選択図】図９

Description

本発明は、デバイス設置システム、管理装置、管理装置の制御方法、及びプログラムに関するものである。

画像形成装置を新規導入するにあたり、事前に画像形成装置の使用環境に応じた初期設置作業を行う必要がある。画像形成装置の初期設置作業には、印刷物の仕上げ処理を行うフィニッシャーなどハードウェアオプションの取り付けや、画像形成装置の拡張機能のライセンスの有効化作業、拡張プログラムのインストールなどの作業があり、多くの時間と手間が掛かる。そのため、上記のような初期設置作業を自動実施する方法として、作成されたスクリプトを用いてコンピュータの実行環境を設定する方法などがある。
また、複数の画像形成装置に対して個別の設定を適用する場合には、個々の画像形成装置と、個別データの対応リストをホストシステムにおいて管理し、その対応リストに従って、設置作業を実施するようなシステムも提案されている（例えば特許文献１参照）。

一方、運用過程において画像形成装置が故障することがある。故障の種類として、例えばハードディスクドライブ（以下、ＨＤＤとする）の故障や画像形成装置本体の故障が挙げられる。これらの故障が発生すると、サービスマンによるＨＤＤ交換や画像形成装置本体の交換、及び初期設置作業（以下、リプレイス作業）が行われる。
上記リプレイス作業では、交換後の画像形成装置のシステム構成を、交換前の画像形成装置を初期設置したときのシステム構成に簡単に合わせることができると作業が効率的になる。ここでシステム構成とは、ファームウエアのバージョンや、アプリケーションの導入有無、組み込みアプリケーションの有効無効状態、画像形成装置の設定値の組み合わせを指す。
この際、設定されていた交換前の画像形成装置の初期設置時の構成に戻すことで、画像形成装置の設定情報やアプリケーションの設定値を適用可能な状態にすることができる。
例えば、アプリケーションの設定値のバックアップデータが存在する場合でも、アプリケーションが導入されていない状態ではバックアップデータを戻すことができない（または、戻しても意味がない）。
また、この際、バックアップデータを適用するためにも、新規導入時と同じシステム構成に戻すことが必要となる。

初期設置作業を自動化するシステムを利用する場合、初期設置作業に使用したファームウエア、アプリケーション、設定値などのデータ（以下、設置データとする）をリプレイス作業でも利用する方法が考えられる。

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

しかしながら、画像形成装置の部品ではなく、画像形成装置本体を交換した場合、画像形成装置の識別番号（以降、装置ＩＤとする）が変わってしまうため、装置ＩＤに紐付けられた一部の設置データをそのまま利用することが出来ない。
例えば、アプリケーションなどを有効化するために使用されるライセンスファイルは、装置ＩＤが異なる画像形成装置には適用できないようにすることが一般的である。
特許文献１のようなシステムにてこのような問題に対応する場合、故障した画像形成装置用に紐付く各種データを、新しい画像形成装置で使用できるようにするための事前作業が必要となり、サービスマンの大きな負担となっていた。

また、交換後の画像形成装置に、交換前の画像形成装置に適用した設置データを適用するためには、交換前の画像形成装置に適用した設置データを確実に指定する必要があるが、初期設置時の情報を元に設置データを特定することが困難となる。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、デバイス本体の交換により当該装置ＩＤが変更されても、交換前のデバイスの設置データを再利用した設置処理を実現できる仕組みを提供することである。

上記目的を達成する本発明のデバイス設置システムは以下に示す構成を備える。
所定の処理を実行する複数のデバイスと管理装置とが通信するデバイス設置システムであって、それぞれのデバイスは、自機を識別する第１の識別情報と、入力される設置データを識別する第２の識別情報とを伴って前記管理装置に対して、前記自機に割当てられたスクリプトを要求する要求手段と、前記管理装置から応答されるスクリプトで特定される設定データを自機に適用する設定手段と、を備え、前記管理装置は、それぞれのデバイスを識別する第１の識別情報を対応づけて所定の設置データを登録して管理する管理手段と、いずれかのデバイスからのスクリプトの要求を解析して、前記第２の識別情報で特定される設置データに対応づけられた、デバイス交換前のデバイスに割り振られた第１の識別情報と前記スクリプトを要求するデバイスの第１の識別情報とが一致するかどうかを判断する判断手段と、前記スクリプトを要求するデバイスの第１の識別情報が一致しないと判断された場合、前記設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する変換手段と、前記第２の識別情報で特定される設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、前記スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換え手段と、置き換えた第１の識別情報と、変換された個別データとを含む設置データに基づいて、デバイス交換されたデバイスが取得すべきスクリプトを作成して前記スクリプトを要求するデバイスに送信する送信手段と、
を備えることを特徴とする。

本発明によれば、デバイス本体の交換により当該装置ＩＤが変更されても、交換前のデバイスの設置データを再利用した設置処理を実現できる。

情報処理装置を適用するシステムの機器構成の例を示す図である。画像形成装置の構成の例を示す図である。画像形成装置のソフトウエア構成の例を示す図である。管理装置の構成の例を示すブロック図である。管理装置のソフトウエアを説明する図である。情報処理装置を設定するためのスクリプトを示す図である。情報処理装置の制御方法を説明するフローチャートである。操作部に表示されるＵＩ画面の一例を示す図である。管理装置の制御方法を説明するフローチャートである。情報処理装置の制御方法を説明するフローチャートである。管理装置の制御方法を説明するフローチャートである。情報処理装置を設定するためのスクリプトを示す図である。管理装置の制御方法を説明するフローチャートである。情報処理装置の制御方法を説明するフローチャートである。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
《システム全体構成》
図１は、本実施形態を示す情報処理装置を適用するシステムの機器構成の例を示す図である。以下、このようなシステムをデバイス設置システムと呼ぶ。
図１に示すように、本デバイス設置システムは、ネットワーク１００に接続された複数の画像形成装置１０１Ａ、１０１Ｂが通信可能に接続されているインターネット上の案件管理サーバ１０２、ソフトウエア管理サーバ１０３から構成される。なお、所定の処理を実行するデバイスの一例である画像形成装置１０１Ａ、１０１Ｂを総称する場合は、画像形成装置１０１として説明する。

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

案件管理サーバ１０２は、画像形成装置１０１の納品先、顧客、受注した商談などの案件単位に、複数の設置データを管理するためのサーバである。設置データには、機種、外部接続するハードウェア、ファームウエアや拡張プログラムのバージョンの組み合わせ、設定値などの納品する画像形成装置の構成情報、またそれらの適用順序などが含まれる。案件管理サーバ１０２で管理する詳細なデータは後述する。ソフトウエア管理サーバ１０３は、画像形成装置１０１で利用可能なファームウエアや拡張プログラムのバイナリデータ、各種ライセンス情報等を管理するサーバである。

尚、本実施形態においては、管理装置として案件管理サーバ１０２とソフトウエア管理サーバ１０３を複数のサーバに分けてシステムを構成する場合を示すが、同一の管理サーバでそれぞれの機能処理を実行するように構成されていても良い。またソフトウエア管理サーバ１０３をソフトウエア管理用のサーバとライセンス管理用のサーバに分けるなど更に複数のサーバで構成されていても良い。

案件管理サーバ１０２で管理する設置データやソフトウエア管理サーバ１０３で管理するソフトウエアは、ネットワーク１００を経由して不図示のクライアントコンピューターによって作成および格納することを想定しているが、この限りではない。

《ハードウェア構成例−画像形成装置》
図２は、図１に示した画像形成装置１０１の構成の例を示す図である。
図２において、画像形成装置１０１は、制御ユニット２００、操作部２０１、スキャナ２０２、プリンタ２０３を備える。制御ユニット２００は、操作部関連の処理部として、ＣＰＵ２１０、ＲＡＭ２１１、操作部Ｉ／Ｆ２１２、ネットワークＩ／Ｆ２１３、ＲＯＭ２１５、ＨＤＤ２１６、画像バスＩ／Ｆ２１７、システムバス２１８を備える。
ＣＰＵ２１０は、ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔの略称である。ＲＡＭ２１１は、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙの略称である。ＲＯＭ２１５は、ＲｅａｄＯｎｌｙＭｅｍｏｒｙの略称である。ＨＤＤ２１６は、ＨａｒｄＤｉｓｋＤｒｉｖｅの略称である。

また、制御ユニット２００は、印刷、スキャン関連の処理部として、画像バス２１９、デバイスＩ／Ｆ２２０、スキャナ画像処理部２２１、プリンタ画像処理部２２２を備える。なお、スキャナ２０２、及びスキャナ画像処理部２２１については必要に応じて備えることになる。ＣＰＵ２１０は、制御ユニット２００全体を制御するためのコントローラである。ＲＡＭ２１１は、画像データやソフトウエアの動作に必要な処理を一時記憶するためのメモリーである。

操作部Ｉ／Ｆ２１２は、操作部２０１とのインターフェースであり、操作部２０１で表示する画像データを操作部２０１に対して出力する。また、操作部Ｉ／Ｆ２１２は、ユーザーが操作部２０１により入力した情報をＣＰＵ２１０へ伝達する。

ネットワークＩ／Ｆ２１３は、ネットワークと接続しており、ネットワークを介して、外部の装置と情報のやり取りをするインターフェースである。外部の装置とは、例えば案件管理サーバ１０２を指す。
ＲＯＭ２１５は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２１６は、システムソフトウェア、画像データ、設定情報などを格納する。

画像バスＩ／Ｆ２１７は、システムバス２１８と画像バス２１９とを接続し、データ変換を行うバスブリッジである。システムバス２１８は、制御ユニット２００を構成する各コンポーネント同士の共通データ交換経路である。

画像バス２１９は、ＰＣＩバス、またはＩＥＥＥ１３９４で構成されており、画像データを高速に転送する経路である。デバイスＩ／Ｆ２２０は、画像入出力デバイスであるスキャナ２０２及びプリンタ２０３と制御ユニット２００とを接続し、画像データの同期系／非同期系の変換を行う。

スキャナ画像処理部２２１は、入力画像に対し、補正や加工、編集を行う。プリンタ画像処理部２２２は、プリント出力画像データに対して、プリンタの性能に応じた補正、解像度の変換などを行う。

《ソフトウエア構成例−画像形成装置》
図３は、図１に示した画像形成装置１０１のソフトウエア構成の例を示す図である。
図３の（Ａ）において、ＯＳ３００上では、ネイティブプログラム３０１と拡張プログラム実行プラットフォーム３０２が動作している。ネイティブプログラム３０１は、プリンタやＦＡＸ、スキャナなどの、画像形成装置に元々備わっている機能の制御用プログラムである。拡張プログラム実行プラットフォーム３０２は、画像形成装置に機能を追加する拡張プログラムの実行プラットフォームである。

ネイティブプログラム３０１上では、ファームウエア更新サービス３０３、オプション有効化サービス３０４、設定管理サービス３０５が動作している。また、拡張プログラム実行プラットフォーム３０２上では、拡張プログラムシステムサービス３０６と拡張プログラム３０７とが動作している。

ファームウエア更新サービス３０３は、ファームウエアを更新するための各種機能を提供するサービスである。例えば、ファームウエア更新サービス３０３は、ユーザーから指定されたファームウエアと、画像形成装置１０１内のファームウエアを比較し、該ファームウエアへの更新が必要か否かを判断する。またファームウエア更新サービス３０３は、ネイティブプログラム３０１に対し、またはネイティブプログラム３０１を介して、画像形成装置１０１のファームウエアを更新する。

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

設定管理サービス３０５は、プリンタ２０３やＦＡＸなどの各種設定情報を管理するためのプログラムである。設定管理サービス３０５は、例えば、ユーザーから１つまたは複数の設定情報、または複数の設定情報を含むファイルを指定されると、ネイティブプログラム３０１の設定情報を置き換える機能を提供する。なお、設定管理サービス３０５は、ユーザインタフェース（以下、ＵＩとする）を持っており、ユーザーは画像形成装置１０１の操作部２０１に表示される設定メニュー画面（不図示）を介して設定変更の指示ができる。

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

拡張プログラム３０７は、拡張プログラム実行プラットフォーム３０２または各サービス（３０３から３０６）を介してのみ、他の拡張プログラム３０７など、画像形成装置１０１の各モジュールへアクセスすることができる。また、ＵＩを持つ拡張プログラム３０７は、画像形成装置１０１の操作部２０１に表示されるメインメニュー画面（不図示）にアイコン等を表示することもできる。

操作部Ｉ／Ｆ２１２は、操作部２０１を通じて、メインメニュー画面上のアイコンがユーザーによって選択されたことを検知すると、その選択を示す情報をＣＰＵ２１０に送信する。上記選択を示す情報を受け取ったＣＰＵ２１０が、ユーザーに選択された拡張プログラム３０７のＵＩを操作部２０１に表示する。

なお、図３の（Ａ）に示すソフトウエア構成は、基本的な部分のみであり、実施環境によっては、画像形成装置１０１が他のサービス等を備えるようにしてもよい。また、設定を制限するなどの理由によって不要となるサービスについては、画像形成装置１０１が備えないようにしてもよい。

図３の（Ｂ）は、図１に示した画像形成装置１０１で動作する自動設置サポート機能３５０（以下、サポート機能）の機能構成例を示す図である。
図３の（Ｂ）において、サポート機能３５０は、案件管理サーバ１０２から取得した設置データにより、画像形成装置１０１のシステム構成を自動で変更する（以下、自動設置とする）。

本実施形態において、サポート機能３５０は、画像形成装置１０１の拡張プログラム３０７の一つとして実装されるものとする。サポート機能３５０の各構成要素は、画像形成装置１０１のＲＯＭ２１５やＨＤＤ２１６に格納されており、ＣＰＵ２１０が各機能に応じたプログラムを実行することによりサポート機能３５０を実現する。
サポート機能３５０は、ＵＩ制御部３５１、通信部３５２、処理実行部３５３、及びスクリプト解析部３５４を有する。ＵＩ制御部３５１は、サポート機能３５０を操作するためのＵＩを、操作部２０１を通じてユーザーに提供し、ユーザーの操作を受け付ける。

通信部３５２は、ネットワークＩ／Ｆ２１３を介して案件管理サーバ１０２やソフトウエア管理サーバ１０３と通信し、設置に必要な各種データを取得する。取得するデータは、例えば、設置データを画像形成装置１０１に適用するための設置作業指示情報であるスクリプトや、設置作業に必要なソフトウエアなどの設置データである。
処理実行部３５３は、ＵＩ制御部３５１、通信部３５２、スクリプト解析部３５４の指示に従い、各種処理を行う。スクリプト解析部３５４は、通信部３５２が取得した設置作業指示情報であるスクリプトを解析し、処理実行部３５３が実行すべき処理、順序を決定する。

《ハードウェア構成例−案件管理サーバ、ソフトウエア管理サーバ》
図４は、図１に示した案件管理サーバ１０２、及びソフトウエア管理サーバ１０３の構成の例を示すブロック図である。
図４において、案件管理サーバ１０２は、制御ユニット４００、入力装置のマウス４０１、キーボード４０２、出力装置であるディスプレイ４０３を備える。制御ユニット４００は、案件管理サーバ１０２の全体の動作の制御部として、ＣＰＵ４１０、ＲＯＭ４１１、ＲＡＭ４１２、ＨＤＤ４１３、操作部Ｉ／Ｆ４１４、ディスプレイＩ／Ｆ４１５、ネットワークＩ／Ｆ４１６を備える。

ＣＰＵ４１０は、ＲＯＭ４１１に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４１２は、ＣＰＵ４１０の主メモリーであり、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４１３は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

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

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

《ソフトウエア構成例−案件管理サーバ》
図５は、本実施形態を示す管理装置のソフトウエアを説明する図である。特に、図５の（Ａ）は、案件管理サーバ１０２で動作する、案件管理機能５００、および、データ格納部５０５の機能構成の例を示す。
図５の（Ａ）において、ＣＰＵ４１０が案件管理機能を実行することにより、各機能が実現される。案件管理機能５００は、制御部５０１、案件管理部５０２、通信部５０３、スクリプト生成部５０４を有する。制御部５０１は、通信部５０３が受信する要求内容に従って、案件管理部５０２に対して設置データの格納、削除、更新、取得等の処理を指示する。また通信部５０３が受信する要求内容に従って、スクリプト生成部５０４に対して、案件管理部５０２で管理する設置データを画像形成装置１０１に適用するための設置作業指示情報であるスクリプトを生成するように指示する。

案件管理部５０２は、制御部５０１の指示に従い、後述するデータ格納部５０５に対して設置データの格納、削除、更新を行う。また、案件管理部５０２はデータ格納部５０５から設置データの取得などを行う。

通信部５０３は、画像形成装置１０１などからの要求を受信して、制御部５０１に要求内容を送信する。更に、制御部５０１から要求に対する処理結果を受け取り、前記要求に対する応答データを作成し、要求元に応答データを送信する。

スクリプト生成部５０４は、制御部５０１の指示に従い、案件管理部５０２で管理する設置データをもとに画像形成装置１０１に適用するためのスクリプトを生成する。生成するスクリプトについては図６で後述する。

データ格納部５０５は、案件管理サーバ１０２で動作するデータベースである。尚、本実施形態では案件管理サーバ１０２にデータ格納部５０５が構成されているが、案件管理機能５００と連携できるようになっていれば別のサーバに配置されるような構成でも良い。データ格納部５０５で管理するデータの内容については表１乃至表４を用いて説明する。

《案件管理サーバが管理する設置データ》
以下に示す表１乃至表４は本実施形態における、案件管理サーバ１０２のデータ格納部５０５で管理する設置データの構成例を示す表である。尚、表１乃至表４で示す案件管理サーバ１０２で管理する設置データは、設置データの構成情報のみを管理しており、画像形成装置１０１に適用するデータの実体は後述のソフトウエア管理サーバ１０３のソフトウエア格納部５５４で管理している。

表１は、図１に示した案件管理サーバ１０２が管理する案件管理テーブルである。案件管理テーブルは、案件ＩＤ、案件名、設置データＩＤのカラムで構成される。案件は、画像形成装置１０１を設置するための設置データを管理する単位であり、作業者や営業担当者が１レコードを登録する。案件は商談や顧客ごとに作成しても良いし、画像形成装置１０１を納品する期間に合わせて作成しても良い。
案件ＩＤは、本テーブルにおけるユニークなＩＤで、案件を特定するための情報である。案件名は、案件を管理する上で、作業者や営業担当者が見分けやすくするための情報である。

設置データＩＤは、後述の設置データ管理テーブルで管理する設置データを特定する情報である。設置データは、１つの案件に対して複数登録することができる。設置データの詳細については表２で後述する。
例えば、表１の一行目は、案件ＩＤ"Ａ００１"で示す"社商談"に対して、設置データ"Ｓ００１"、"Ｓ００２"、"Ｓ００３"を登録したことを示している。尚、本表において、案件名や設置データＩＤのみを定義しているが、これに限定されず、カラムの増減があってもよい。

表２は、設置データ管理テーブルである。設置データ管理テーブルは、設置データＩＤ、装置ＩＤ、機種、共通データＩＤ、個別データＩＤのカラムで構成される。設置データは、作業者や営業担当者が設置を予定している画像形成装置１０１の数だけ登録する。

設置データＩＤは、本テーブルにおけるユニークなＩＤで、画像形成装置１０１で使用する設置データを特定するための情報である。案件管理部５０２は、作業者や営業担当者によって設置データが作成・登録されると、本テーブルでユニークとなる設置データＩＤを割り振る。尚、本表では説明の簡略化のため"Ｓ００１"といった４桁の文字列で記載しているが、例えば文字列の桁数を増やしてもよい。設置データＩＤは、画像形成装置１０１に適用する設置データを指定するために、後述する初期設置処理の中で利用する。

装置ＩＤは、設置データを適用し自動設置を実施する画像形成装置１０１を特定するための情報であり、例えば画像形成装置１０１のシリアル番号などを登録する。作業者や営業担当者は、設置データ適用対象の画像形成装置１０１が決まっている場合、装置ＩＤに画像形成装置１０１のシリアル番号を事前に登録することができる。一方、適用対象の画像形成装置１０１が決まっていない場合は、装置ＩＤの値を空で登録する。装置ＩＤの値が空の場合、画像形成装置１０１の自動設置時に、設置データを使用した画像形成装置１０１のシリアル番号を案件管理部５０２が自動で登録する。

尚、設置データＩＤと装置ＩＤは必ず一対一で関連付けられるものとする。そのため、同じ設置データを複数の画像形成装置１０１に適用した場合、最後に適用した画像形成装置の装置ＩＤが設置データＩＤに関連付けられる。また、ある設置データを適用した画像形成装置１０１に、別の設置データを適用することはできないように制御するものとする。また、装置ＩＤに登録する情報は、画像形成装置１０１のシリアル番号に限らず、画像形成装置１０１を特定できる情報であれば良い。

機種は、装置ＩＤが示す画像形成装置１０１の機種を特定するための情報である。尚、本表では機種を"ＭｏｄｅｌＸ"の６文字の文字列で示しているが、これに限らずＵＵＩＤなどを用いても良い。

共通データＩＤは、後述の共通データ管理テーブルで管理する共通データを特定する情報である。共通データは、適用対象の画像形成装置１０１に依存せず、同じ案件内の複数の画像形成装置１０１で使用可能なデータである。詳細なデータについては表３で後述する。

個別データＩＤは、後述の個別データ管理テーブルで管理する個別データを特定する情報である。個別データは、適用対象の個々の画像形成装置１０１に依存し、特定の画像形成装置１０１でのみ使用可能なデータである。詳細なデータについては表４で後述する。

例えば、表２の一行目は、設置データＩＤ"Ｓ００１"により識別される設置データを装置ＩＤ"Ｄ１１１"に対して適用する、または、適用したことを示している。装置ＩＤ"Ｄ１１１"は、機種"ＭｏｄｅｌＡ"であることがわかる。設置データとして適用するデータは、共通データＩＤ"Ｃ００１"と個別データＩＤ"Ｐ００１"であることがわかる。尚、本表において、不要な項目は本表に含まれていなくても良い。また共通データを使用しない、または個別データを使用しない場合は、値を空にしていても良い。

表３は、共通データ管理テーブルである。共通データ管理テーブルは、共通データＩＤ、ファームウエアＶｅｒ、アプリ、組込機能、設定データのカラムで構成される。共通データは、個々の画像形成装置１０１に導入するソフトウエアや設定が同じ場合に、それを一まとめのデータとして管理する場合に使用する。

共通データＩＤは、本テーブルにおけるユニークなＩＤで、画像形成装置１０１で使用する設置データ内の共通データを特定するための情報である。本表では説明の簡略化のため"Ｃ００１"といった４桁の文字列で記載しているが、例えばＵＵＩＤなどを用いても良い。

ファームウエアＶｅｒは、画像形成装置１０１に対し適用するファームウエアのバージョン情報を示している。ファームウエアＶｅｒと表１の機種との組み合わせにより、画像形成装置１０１に適用すべきファームウエアを特定することができる。尚、ファームウエアを特定する方法はこれに限らず、言語情報の追加やファームウエアＩＤなどで定義されていても良く、本表で扱う情報はこれに限定されない。
アプリは、画像形成装置１０１に導入する拡張プログラム３０７を特定する情報である。アプリの値は空でも良いし、複数の情報を定義しても良い。組込機能は、画像形成装置１０１に導入するの組み込みオプションプログラムを特定する情報である。組込機能の値は空でも良いし、複数の情報を定義しても良い。

設定データは、画像形成装置１０１に設定する設定ファイルを特定する情報である。設定ファイルは、個々の画像形成装置１０１に依らず、共通して設定可能な項目を一つのファイルにまとめて定義したものである。例えば、画像形成装置１０１のスリープ時間や印刷設定（２ｉｎ１、両面など）の初期値が挙げられる。ＶＬＡＮ（ＶｉｒｔｕａｌＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）が同じ環境の場合に共通に使用されるデフォルトゲートウェイやサブネットマスクのようなネットワーク設定を含めていても良い。尚、設定データは、ファイル指定に限らず、設定内容を別のテーブルとして管理し、そのテーブルのキーを指定しても良い。

例えば、表３の一行目は、共通データＩＤ"Ｃ００１"で示す共通データとして、適用するファームウエアが前述の機種との組み合わせにより"ＭｏｄｅｌＡ"のバージョン"３０．１０"であることがわかる。また適用する拡張プログラム３０７は"ＡｐｐＡ１．０．２"、組み込みオプションプログラムは"ＦＡＸ機能"を有効化することがわかる。更に共通で使用する設定データとして"ＭｏｄｅｌＡ＿Ｓｅｔ．ｘｍｌ"ファイルを使用することがわかる。

表３において、共通設定データテーブルは機種ごとに共通設定データを定義しているが、共通で使用する設定を一まとめに出来ていれば良い。例えば、商談ごと、かつ機種ごとに定義しても良いし、更にフィニッシャーやスキャナ２０２などのハードウェアの有無を含めて共通設定データを作成しても良い。また共通データ管理テーブルを使用せず、本表の情報を設置データ管理テーブルで管理していても良い。

表４は、個別データ管理テーブルである。個別データ管理テーブルは、個別データＩＤ、個別設定データ、使用ＬＡＮのカラムで構成される。個別データは、個々の画像形成装置１０１に対して適用するソフトウエア設定などのデータを管理するために使用する。

個別データＩＤは、本テーブルにおけるユニークなＩＤで、画像形成装置１０１で使用する設置データ内の共通データを特定するための情報である。本表では説明の簡略化のため"Ｐ００１"といった４桁の文字列で記載しているが、例えばＵＵＩＤなどを用いても良い。

個別設定データは、適用対象の個々の画像形成装置１０１に依存する設定データを指す。例えば、画像形成装置１０１ごとに設置デバイス名や設置場所などを変更したい場合には、各設定値の一覧を１つのファイルとして定義し、そのファイルを登録する。個別設定データのファイルには、画像形成装置１０１との対応付けをするために装置ＩＤが内部に記載されていることがある。

使用ＬＡＮ（ＬｉｃｅｎｓｅＡｃｃｅｓｓＮｕｍｂｅｒ）は、共通データＩＤに紐づく拡張プログラム３０７や組み込みオプションプログラムを、個々の画像形成装置に対してアクティベートするためのライセンスファイルを取得するための識別子である。使用ＬＡＮは、共通データで定義した各プログラムの数だけ紐付けられる。

例えば、表４の一行目は、個別データＩＤ"Ｐ００１"で示す個別データにおいて、個別設定データ"ＰｒｉｖａｔｅＳｅｔ．ｘｍｌ"を適用することがわかる。また各プログラムのライセンスを取得するために使用するＬＡＮが"ＬＡ３９５１"、"ＬＥ９１２１"であることがわかる。
尚、本表において、個別設定データや使用ＬＡＮのみを定義しているが、これに限定されず、カラムの増減があってもよい。

《ソフトウエア構成例−ソフトウエア管理サーバ》
図５の（Ｂ）は、図１に示したソフトウエア管理サーバ１０３で動作するソフトウエアの構成を示す図である。本例では、ソフトウエア管理機能５５０、ソフトウエア格納部５５４、及びライセンス情報格納部５５６の機能から構成される例を示す。
図５の（Ｂ）において、ＣＰＵ４１０がソフトウエア管理機能を実行することにより、各機能が実現される。ソフトウエア管理機能５５０は、制御部５５１、ソフトウエア管理部５５２、通信部５５３、ライセンス管理部５５５を有する。制御部５５１は、通信部５５３が受信する要求内容にしたがって、ソフトウエア管理部５５２に対してソフトウエアの格納、削除、更新、取得等の処理を指示する。またライセンス管理部５５５に対してライセンスの発行、削除（無効化）、更新、取得等の処理を指示する。

ソフトウエア管理部５５２は、制御部５５１の指示に従い、後述するソフトウエア格納部５５４に対してソフトウエアの格納、削除、更新を行う。更にソフトウエア管理部５５２はソフトウエア格納部５５４からソフトウエアの取得などを行う。

通信部５５３は、画像形成装置１０１などからの要求を受信して、制御部５５１に要求内容を送信する。更に、制御部５５１から要求に対する処理結果を受け取り、前記要求に対する応答データを作成し、要求元に応答データを送信する。

ソフトウエア格納部５５４はソフトウエア管理サーバ１０３で動作するデータベースである。尚、本実施形態ではソフトウエア管理サーバ１０３にソフトウエア格納部５５４が構成されているが、ソフトウエア管理機能５５０と連携できるようになっていれば別のサーバに配置されるような構成でも良い。

ライセンス管理部５５５は、制御部５５１の指示に従い、ライセンスの発行、あるいはライセンス情報格納部５５６に対してライセンス発行情報の格納、削除（無効化）、更新を行う。更にライセンス管理部５５５はライセンス情報格納部５５６からライセンス発行情報の取得などを行う。
ライセンス情報格納部５５６はソフトウエア管理サーバ１０３で動作するデータベースである。尚、本実施形態ではソフトウエア管理サーバ１０３にライセンス情報格納部５５６が構成されているが、ソフトウエア管理機能５５０と連携できるようになっていれば別のサーバに配置されるような構成でも良い。ライセンス情報格納部５５６で管理するライセンスに関するデータについて、表５を用いて後述する。
本実施形態において、ソフトウエア管理サーバ１０３がソフトウエアの管理とライセンスの管理の両方の役割を担っているが、これに限らず、別のサーバとして動作していても良い。

《ソフトウエア管理サーバが管理するデータ》
表５は本実施形態における、ソフトウエア管理サーバ１０３のライセンス情報格納部５５６で管理するライセンス情報の構成例を示す表である。

表５は、ライセンス情報管理テーブルである。ライセンス情報管理テーブルは、ＬＡＮ、対象ソフトウエア、ライセンス数、装置ＩＤのカラムで構成される。ライセンス情報管理テーブルで管理される情報は、例えば営業担当者がライセンス販売元からライセンスを購入した際に、ライセンス管理部５５５がライセンス情報管理テーブルに情報を登録する。

ＬＡＮは、本テーブルにおけるユニークなＩＤで、ライセンス情報を特定するための情報である。ライセンス管理部５５５は、制御部５５１からの要求と一緒にＬＡＮが指定されることで、ライセンスの発行、削除（無効化）、更新の対象を特定する。尚、本表では説明の簡略化のためＬＡＮを二桁の英字と四桁の数字で記載しているが、例えばＵＵＩＤなどの重複しにくい識別子を用いても良い。

対象ソフトウエアは、ＬＡＮが、どのソフトウエアに対してライセンスを発行可能であるかを示す情報である。本表では対象のソフトウエア名称を記載しているが、これに限らず、ソフトウエアを別テーブルで管理し、そのテーブルのキーを指定しても良い。
ライセンス数は、１つのＬＡＮで発行可能なライセンス数を示す情報である。本表では、説明の簡略化のため１つのＬＡＮで１つのライセンスを発行可能なものとする。

装置ＩＤは、どの画像形成装置１０１に対するライセンスを発行したかを特定するための情報である。ライセンス管理部５５５は、ライセンス情報の初回登録時に、装置ＩＤを空（未登録の状態）で登録する。ライセンス管理部５５５は、制御部５５１から、ＬＡＮと装置ＩＤと一緒にライセンス発行要求を受信すると、該当のＬＡＮと装置ＩＤに紐づくライセンスを発行（ライセンスファイルの発行）し、装置ＩＤカラムに受信した装置ＩＤを登録する。該当のＬＡＮに対応する装置ＩＤカラムに、ライセンス発行要求で指定された装置ＩＤと異なる値が登録されている場合は、ライセンスの発行に失敗する。またライセンス管理部５５５は、制御部５５１から、ＬＡＮと一緒にライセンス無効化要求を受信すると、該当のＬＡＮの装置ＩＤカラムを空（未登録の状態）にする。

表５において、１つのＬＡＮで発行可能なライセンス数を１つとしているが、１つのＬＡＮで複数のライセンスを発行できても良い。また必要に応じて使用済みのライセンス数を示すカラムなど、新規にカラムを追加しても良い。不要な場合は無くても良い。

《設置用スクリプト》
図６は、図１に示した画像形成装置１０１の構成変更を自動で実施するための設置手順を記述した設置用のスクリプトの一例を示す図である。
図６において、設置用のスクリプト６００は、サポート機能３５０の通信部３５２で受信され、スクリプト解析部３５４によって解析される。スクリプト解析部３５４によって解析された設置用のスクリプト６００は、その後、処理実行部３５３によって記載された処理が実行される。尚、本実施形態で示す設置用のスクリプト６００は、案件管理サーバ１０２の案件管理機能５００によって生成される。設置用のスクリプト６００は、ＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）で記載されており、設置データ識別部６０１と、画像形成装置識別部６０２と処理記載部６０３で構成されている。尚、本実施形態ではＸＭＬによりスクリプトを表現しているが、ＸＭＬに限定されず、シェルスクリプトなどで書かれていても良い。

設置データ識別部６０１は、設置データを識別するための設置データＩＤ"Ｓ００１"が記載されており、＜ｉｎｓｔａｌｌａｔｉｏｎＤａｔａＩｄ＞タグで構成されている。設置データＩＤは、設置データを案件管理サーバ１０２に登録する際に、案件管理機能５００によって設置データに対して付与する識別子で、全ての設置データに対してユニークな値である。
画像形成装置識別部６０２は、設置対象である画像形成装置１０１を識別するためのターゲット識別子"Ｄ１１１"が記載されており、＜ｄｅｖｉｃｅＩｄ＞タグで構成されている。

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

ファームウエア更新処理部６０４は、ファームウエア更新サービス３０３を介してファームウエアを更新する処理である。ファームウエア更新処理部６０４は、＜ｕｐｄａｔｅＦｉｒｍｗａｒｅＣｏｍｍａｎｄ＞タグを記載することで処理を定義している。具体的には、＜ｓｏｆｔｗａｒｅＵｒｌ＞タグと＜ｆｉｒｍｗａｒｅＭｏｄｅｌ＞タグ、＜ｆｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグにより構成されている。＜ｓｏｆｔｗａｒｅＵｒｌ＞タグは、更新対象のファームウエアの取得先ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を指定している。＜ｆｉｒｍｗａｒｅＭｏｄｅｌ＞タグは、取得するファームウエアの種類、＜ｆｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグは、取得するファームウエアのバージョンを指定している。サポート機能３５０は、これらの情報を用いることで、取得先から必要なファームウエアを取得する。

拡張プログラムインストール処理部６０５は、＜ｉｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義し、＜ｓｏｆｔｗａｒｅＵｒｌ＞タグ、＜ａｐｐＮａｍｅ＞タグにより拡張プログラム３０７のバイナリデータを示している。
また＜ｌｉｃｅｎｓｅＵｒｌ＞タグ、＜ｌｉｃｅｎｓｅＡｃｃｅｓｓＮｕｍｂｅｒ＞タグにより拡張プログラム３０７をアクティベートするためのライセンスを示している。＜ｓｏｆｔｗａｒｅＵｒｌ＞タグは、インストールする拡張プログラムの取得先ＵＲＬを指定している。＜ａｐｐＮａｍｅ＞タグは、取得する拡張プログラムを指定している。＜ｌｉｃｅｎｓｅＵｒｌ＞タグは、拡張プログラムのアクティベートに必要なライセンスファイルの発行依頼先ＵＲＬを指定している。＜ｌｉｃｅｎｓｅＡｃｃｅｓｓＮｕｍｂｅｒ＞タグは、表５のＬＡＮに該当するキーを指定している。サポート機能３５０は、これらの情報を用いることで、インストール対象のライセンスファイルの取得を行い、拡張プログラムのアクティベート処理を実施する。尚、ライセンスのアクティベートにライセンスファイルを必要とすることを記載したが、これに限らず、文字列で定義されるようなライセンスキーを取得しても良い。

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

オプションアクティベート処理部６０７は、＜ａｃｔｉｖａｔｅＯｐｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により組み込みオプションプログラムをアクティベートするための処理を定義している。オプションアクティベート処理部６０７は、＜ｌｉｃｅｎｓｅＵｒｌ＞タグは、拡張プログラムのアクティベートに必要なライセンスファイルの発行依頼先ＵＲＬを指定している。＜ｌｉｃｅｎｓｅＡｃｃｅｓｓＮｕｍｂｅｒ＞タグは、表５のＬＡＮに該当するキーが指定している。サポート機能３５０は、以上の情報を用いることで、インストール対象の拡張プログラムの取得とライセンスファイルの取得を行い、拡張プログラムのインストール処理を実施する。尚、ライセンスのアクティベートにライセンスファイルを必要とすることを記載したが、これに限らず、文字列で定義されるようなライセンスキーを取得しても良い。

設定データインポート処理部６０８は、＜ｉｍｐｏｒｔＤｅｖｉｃｅＣｏｎｆｉｇＣｏｍｍａｎｄ＞タグの記載により処理を定義している。設定データインポート処理部６０８は、＜ｓｏｆｔｗａｒｅＵｒｌ＞タグ、＜ｃｏｍｍｏｎＳｅｔｔｉｎｇＦｉｌｅ＞タグ、及び＜ｉｎｄｉｖｉｓｕａｌＳｅｔｔｉｎｇＦｉｌｅ＞タグによりインポートする設定データを指定している。＜ｓｏｆｔｗａｒｅＵｒｌ＞タグは、インポートする設定データの取得先ＵＲＬを指定している。＜ｃｏｍｍｏｎＳｅｔｔｉｎｇＦｉｌｅ＞タグは、画像形成装置１０１に対して適用する共通設定データが示されている。＜ｉｎｄｉｖｉｓｕａｌＳｅｔｔｉｎｇＦｉｌｅ＞タグは、画像形成装置１０１に対して適用する個別設定データが示されている。本実施形態において共通設定データと個別設定データを同じ処理部内で指定しているが、これに限定されず分割して定義しても良い。

本実施形態で示す設置用のスクリプト６００の記述は、画像形成装置１０１の設置に必要な処理を限定するものではなく、必要に応じて処理の重複、増減があっても良い。例えば、再起動が必要であれば再起動処理の定義を追加しても良い。

《自動設置処理例−サポート機能》
図７は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図１に示した画像形成装置１０１の自動設置の処理フローである。なお、本処理は、画像形成装置１０１のサポート機能３５０が、ユーザーによって実行されることで処理を開始する。具体的には、設置作業者が、図８の（Ａ）で示すＵＩ８００における実行ボタン８０２を押下することで処理が開始される。
図８は、図１に示した画像形成装置１０１の操作部２０１に表示されるＵＩ画面の一例を示す図である。
特に、図８の（Ａ）は、サポート機能３５０の初期表示画面の一例である。サポート機能の初期表示画面は、メッセージ８０１、実行ボタン８０２、キャンセルボタン８０３で構成される。

メッセージ８０１には、自動設置の開始を通知する文字列とともに、自動設置を実施する画像形成装置１０１の装置ＩＤが表示される。装置ＩＤは、画像形成装置１０１を特定するための識別子であり、機器に振られるシリアル番号などが該当する。

実行ボタン８０２は、サポート機能３５０による画像形成装置１０１の各種設定やソフトウエアの更新、インストール、アクティベートを開始するためのトリガーとなるボタンである。本実施形態においては、設置作業者が実行ボタン８０２を押下することで図７に示す自動設置処理フローが開始される。

キャンセルボタン８０３は、サポート機能３５０による画像形成装置１０１の自動設置を中止する場合に押下するボタンである。図８の（Ａ）で示す初期表示画面にキャンセルボタンを押下すると、サポート機能３５０の処理実行部３５３は自動設置を中止し、初期表示画面を閉じるなどの処理を行う。以上が、ＵＩ８００の説明である。図７の処理フローの説明に戻る。

Ｓ７００は、図３の（Ｂ）に示すサポート機能３５０が案件管理サーバ１０２に対して自装置用の設置データが設置データ管理テーブルに存在するかの確認を要求する処理である。
Ｓ７００では、サポート機能３５０が動作する画像形成装置１０１の装置ＩＤを処理実行部３５３が取得する。装置ＩＤ取得後、処理実行部３５３は取得した装置ＩＤと共に、通信部３５２を介して案件管理サーバ１０２へ設置データの存在確認要求を送信する。案件管理サーバ１０２の案件管理部５０２は設置データの存在確認要求を受信すると、設置データ管理テーブルの装置ＩＤの中に画像形成装置１０１から受信した装置ＩＤと一致する設置データを確認した結果を返す。次に処理実行部３５３は、設置データの存在確認要求の応答を、通信部３５２を介して受信する。

Ｓ７０１は、処理実行部３５３が、Ｓ７００の応答として受信した設置データの存在有無の判断処理である。設置データが存在すると処理実行部３５３が判断した場合は、Ｓ７０４へ処理を移行する。存在しないと処理実行部３５３が判断した場合はＳ７０２へ処理を移行する。設置データ管理テーブルに自装置の装置ＩＤが存在するケースとして、設置データ登録時に設置データを適用する画像形成装置１０１の装置ＩＤを一緒に登録したケースが考えられる。
また別のケースとして一度設置データを適用した画像形成装置１０１の故障によりＨＤＤが交換されたケースが考えられる。一方、自装置の装置ＩＤが存在しないケースとして、設置データ登録時に設置データを適用する画像形成装置１０１の識別ＩＤを登録できなかったケースが考えられる。また別のケースとして、設置データを適用した画像形成装置１０１の故障により交換後の画像形成装置１０１から設置データを要求したケースが考えられる。

Ｓ７０２は、自装置の装置ＩＤが設置データ管理テーブルに存在しなかった場合に、処理実行部３５３が、ＵＩ制御部３５１を介して操作部２０１に図８の（Ｂ）のＵＩ８１０を表示する処理である。
図８の（Ｂ）は、ＵＩ制御部３５１が、自装置用の設置データが存在しなかった場合に、画像形成装置１０１へ適用する設置データＩＤを入力するためのＵＩ画面である。
図８の（Ｂ）において、メッセージ８１１には、自装置用の設置データが存在しなかった旨を通知する文字列とともに、設置データＩＤの入力を促す文字列が表示される。

設置データＩＤ入力部８１２は、設置データＩＤの入力を受け付けるテキストボックスである。設置作業者は、設置データＩＤ入力部８１２に対し、例えば、操作部２０１のタッチパネルを利用し設置データＩＤを入力する。尚本図は、設置データＩＤ入力部８１２に対し設置データＩＤ"Ｓ００１"が入力されている状態を示している。
尚、図８の（Ｂ）における実行ボタン８０２は、設置データＩＤが入力されていないときには、使用不可になっていても良い。以上が、ＵＩ８１０の説明である。図７の処理フローの説明に戻る。

Ｓ７０３は、処理実行部３５３が、設置作業者によって実行ボタン８０２、またはキャンセルボタン８０３のどちらが押下されたかを判断する処理である。実行ボタン８０２が押下されたと処理実行部３５３が判断した場合はＳ７０４へ処理を移行する。一方、キャンセルボタン８０３が押下されたと処理実行部３５３が判断した場合は自動設置処理を終了する。

Ｓ７０４は、処理実行部３５３が、案件管理サーバ１０２に対して自機に割当てられた設置作業指示情報であるスクリプト６００の取得を要求する処理である。Ｓ７０４では、Ｓ７０１の判断結果によってスクリプト取得要求のパラメータが異なる。自装置用（自機）の設置データが存在すると処理実行部３５３が判断した場合は、スクリプト取得要求のパラメータとして自装置の装置ＩＤを一緒に送信する。自装置用の設置データが存在しないと処理実行部３５３が判断した場合は、スクリプト取得要求のパラメータとして自装置の装置ＩＤ、及び設置データＩＤを一緒に送信する。
次に処理実行部３５３は、スクリプト取得要求の応答を、通信部３５２を介して受信する。案件管理サーバ１０２の案件管理部５０２は、スクリプト取得要求のパラメータで指定された設置データが存在する場合、その設置データを適用するためのスクリプト６００を返す。設置データが存在しないと案件管理部５０２が判断した場合は、エラーメッセージを返す。

Ｓ７０５は、処理実行部３５３が、Ｓ７０４の応答として受信した内容がスクリプトであるかを判断する処理である。スクリプトを取得できたと処理実行部３５３が判断した場合は、取得したスクリプト６００をＨＤＤ２１６に保存し、Ｓ７０７へ処理を移行する。一方、スクリプト６００を取得できなかったと処理実行部３５３が判断した場合はＳ７０６へ処理を移行する。

Ｓ７０６は、処理実行部３５３が、ＵＩ制御部３５１を介して操作部２０１にＳ７０４で受信したエラーメッセージを表示する処理である。Ｓ７０６で表示するＵＩの一例が図８の（Ｃ）のＵＩ８２０である。
図８の（Ｃ）は、ＵＩ制御部３５１が、スクリプトを取得できなかった場合に操作部２０１へ表示するエラーメッセージ表示画面である。

図８の（Ｃ）において、メッセージ８２１には、スクリプトを取得できなかった場合の原因が表示される。図８の（Ｃ）の例では、入力した設置データＩＤに該当する設置データが存在しなかった場合の表示例である。メッセージ８２１で表示されるその他内容として、ネットワーク接続時エラーやスクリプト生成時のエラーなどが挙げられる。
終了ボタン８２２は、自動設置処理を終了するためのボタンである。終了ボタン８２２は、処理が継続できない場合に表示される。

尚、本実施形態において、スクリプトを取得できなかった場合に処理を終了することだけしか出来ないようなＵＩであるが、これに限らず、エラーの種類によって他の処理を実行させても良い。例えば、設置データＩＤに該当する設置データが存在しなかった場合は、メッセージ８２１とともに設置データＩＤ入力部８１２と実行ボタン８０２を表示し、設置データＩＤの再入力を促して設置処理を継続させても良い。以上が、ＵＩ８２０の説明である。図７の処理フローの説明に戻る。

Ｓ７０７は、処理実行部３５３が、スクリプト解析部３５４により解析したスクリプト６００の内容に従い、設置作業を実行する処理である。Ｓ７０７において実施される設置処理では、ソフトウエア管理サーバ１０３と通信することで、処理に必要なソフトウエアのダウンロードや、ライセンスファイルの発行、再発行が実施される。Ｓ７０８は、処理実行部３５３が、Ｓ７０７のスクリプト６００の実行完了後に、ＵＩ制御部３５１を介して操作部２０１に図８の（Ｄ）のＵＩ８３０を表示する処理である。

図８の（Ｄ）は、スクリプトを取得できなかった場合に操作部２０１に表示されるエラーメッセージ表示画面例である。
図８の（Ｄ）において、メッセージ８３１には、Ｓ７０７のスクリプトを実行した結果が表示される。図８の（Ｄ）の例では、スクリプト実行結果がエラーなしで成功した場合の表示例である。エラーが発生した場合は失敗した旨を表示しても良い。以上が、図７で示す画像形成装置１０１の自動設置の処理フロー、及び処理中に表示される図８のＵＩ表示の一例である。

《スクリプト生成処理例−案件管理サーバ》
図９は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、図１に示した案件管理サーバ１０２のスクリプト取得要求の処理フローを示す。なお、図９に示す処理は、制御部５０１が通信部５０３を介して、サポート機能３５０からスクリプト取得要求を受信することで処理を開始する。また、各ステップは、案件管理サーバ１０２のＣＰＵ４１０が記憶された制御プログラムを実行することで実現される。

Ｓ９００は、制御部５０１が、スクリプト取得要求のパラメータとして設置データＩＤを含むか否かを判断する処理である。受信した要求に設置データＩＤが含まれていると制御部５０１が判断した場合はＳ９０１へ処理を移行する。含まれていないと制御部５０１が判断した場合はＳ９０９へ処理を移行する。

Ｓ９０１は、制御部５０１が、案件管理部５０２を介して、受信した要求に含まれている設置データＩＤをキーに、表２の設置データ管理テーブルから該当する設置データを検索する処理である。検索した結果、該当する設置データが存在していると制御部５０１が判断した場合は、案件管理部５０２はＲＡＭ４１２の一時記憶領域に設置データを記憶する。一方、存在しなかったと制御部５０１が判断した場合は、ＲＡＭ４１２には何も記憶しない。尚、制御部５０１は、設置データが存在しなかった場合は、存在しなかったことを示すためにＮｕｌｌ値や空文字などを記憶しても良い。

Ｓ９０２は、制御部５０１が、Ｓ９０１の結果を受けて要求に含まれる設置データＩＤに該当する設置データの有無を判断する処理である。該当する設置データが存在すると制御部５０１が判断した場合はＳ９０４へ処理を移行する。該当する設置データが存在しないと制御部５０１が判断した場合はＳ９０３へ処理を移行する。
Ｓ９０３は、制御部５０１が、設置データが存在しなかった場合に、通信部５０３を介して要求元に設置データが存在しなかったことを示すエラーメッセージを送信する処理である。

Ｓ９０４は、制御部５０１が、Ｓ９０１により検索された設置データの装置ＩＤカラムの値が空であるか否かを判断する処理である。ここで、装置ＩＤカラムの値が空であると制御部５０１が判断した場合は、Ｓ９０８へ処理を移行する。
一方、設置データの装置ＩＤカラムの値が空で無いと制御部５０１が判断した場合は、Ｓ９０５へ処理を移行する。尚、本処理における装置ＩＤカラムの値が空である場合として、設置を予定していた画像形成装置１０１に対する最初の設置データ適用のケースが考えられる。一方、装置ＩＤカラムの値に装置ＩＤが存在する場合は、一度以上設置データを適用した実績があることを示している。

Ｓ９０５は、制御部５０１が、Ｓ９０４で判断した装置ＩＤの値と要求に含まれる装置ＩＤの値が一致するか否かを判断する処理である。具体的には、デバイス交換前の装置ＩＤとデバイス交換後の装置ＩＤの一致不一致を判断する。ここで、設置データに含まれる装置ＩＤと要求に含まれる装置ＩＤが一致すると制御部５０１が判断した場合はＳ９０９へ処理を移行する。一方、設置データに含まれる装置ＩＤと要求に含まれる装置ＩＤが一致しないと制御部５０１が判断した場合はＳ９０６へ処理を移行する。
尚、本処理における装置ＩＤが一致する例としては、設置データ登録時に設置データを適用する画像形成装置１０１の装置ＩＤを一緒に登録したケースが考えられる。また別のケースとして、要求元の画像形成装置１０１のＨＤＤ交換による設置データの再適用や、不具合発生による設置データの再適用の場合が考えられる。
一方、装置ＩＤが一致しない例としては、画像形成装置１０１の故障により画像形成装置本体が交換になった際の設置データの適用のケースが考えられる。

Ｓ９０６は、制御部５０１が、Ｓ９０１で検索した設置データに紐づく使用済みのＬＡＮの無効化を、通信部５０３を介してソフトウエア管理サーバ１０３へ要求する処理である。
本実施形態におけるライセンスの無効化処理とは、ソフトウエア管理サーバ１０３で管理するライセンス管理テーブル（表５）において、使用済みである対象のＬＡＮと装置ＩＤの紐付けを解除することを指す。対象のＬＡＮと装置ＩＤの紐付けを解除することにより、ＬＡＮに紐づくソフトウエアに対するライセンスを別の装置ＩＤに対して発行することが可能になる。

Ｓ９０７は、制御部５０１が、表２の個別設定データを要求元の画像形成装置１０１で使用可能となるように変換する処理である。例えば、個別設定データに適用対象を限定するための装置ＩＤが含まれている場合、その装置ＩＤを置き換えるといったことが挙げられる。

Ｓ９０８は、要求に含まれる設置データＩＤに該当する設置データにおいて、制御部５０１が、案件管理部５０２を介して装置ＩＤの置き換えを実施する処理である。設置データの装置ＩＤが空の場合、すなわち最初の設置データ適用の場合は、要求に含まれる装置ＩＤを保存する。設置データの装置ＩＤが既に存在する場合は、既存の装置ＩＤを要求に含まれる装置ＩＤで上書きする。

Ｓ９０９は、制御部５０１が、スクリプト生成部５０４を介して、要求に含まれる設置データＩＤ、または装置ＩＤで特定される設置データを画像形成装置１０１に適用するためのスクリプトを生成する処理である。例えば、前述のスクリプト６００を生成する。Ｓ９１０は、制御部５０１が通信部５０３を介して、Ｓ９０９で生成したスクリプトを要求元へ送信する処理である。

以上が、図９で示す案件管理サーバ１０２のスクリプト取得要求の処理フローである。尚、本実施形態において、同じ画像形成装置１０１に対するライセンスを再発行する際にはライセンスの無効化は不要である想定のため、同一の装置ＩＤからスクリプト取得要求が来た場合はＳ９０６のライセンスの無効化処理は実施していない。しかしながら、これに限らず、ライセンスの発行に際して無効化処理が必要である場合は、必ず無効化処理を実施し、スクリプトを返すようにしても良い。
また、本実施形態におけるライセンスの無効化処理は、故障した画像形成装置からライセンスを無効化した証明を取ることが出来ないことを想定しているため、ＬＡＮと装置ＩＤを指定することで無効化処理を実現できるフローを示している。しかしながら、これに限らず、無効化の証明が出来る場合を想定した新たな処理を加えても良い。
以上、本実施形態によれば、画像形成装置本体の交換により画像形成装置の装置ＩＤが変更されても、交換前の画像形成装置の設置データを再利用した設置を実現できる。

〔第２実施形態〕
第１実施形態では、設置データＩＤを入力することで、交換前の画像形成装置の初期設置で使用した設置データを指定した。そして交換前の画像形成装置用に用意された設置データを、交換後の画像形成装置で使用できるように設置データを作り直すことで、交換前の画像形成装置の初期設置時と同じ構成にする方法を実現した。
第２実施形態では、画像形成装置本体の交換時に設置データＩＤを入力しなくても、交換前の画像形成装置の設置データを再利用した設置を実現する方法について記載する。尚、本実施形態を説明するにあたり交換前の画像形成装置は故障で起動できない、または自動設置前に撤去されていることとする。

第２実施形態では、図１乃至図６は第１の実施形態と同様であるため、各図に対する説明を省略する。以下、第１の実施形態と異なる図１０乃至図１１について説明する。また図８は第１の実施形態と異なる図のみ適宜説明する。

《自動設置処理例−サポート機能》
図１０は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図１に示した画像形成装置１０１の自動設置の処理フローを示す。なお、本処理は、画像形成装置１０１のサポート機能３５０が、ユーザーによって実行されることで処理を開始する。具体的には、設置作業者が、図８の（Ａ）で示すＵＩ８００における実行ボタン８０２の押下することで処理が開始される。尚、図１０のＳ７００乃至Ｓ７０１、Ｓ７０５乃至Ｓ７０８は、図７のＳ７００乃至Ｓ７０１、Ｓ７０５乃至Ｓ７０８の処理と同様のため、説明を省略する。なお、各ステップは、ＣＰＵ２１０が記憶された制御プログラムを実行することで実現される。

Ｓ１０００は、自装置の装置ＩＤが設置データ管理テーブルに存在しなかった場合に、処理実行部３５３が、ＵＩ制御部３５１を介して操作部２０１に図８の（Ｅ）のＵＩ８４０を表示する処理である。

図８の（Ｅ）は、ＵＩ制御部３５１が、自装置用の設置データが存在しなかった場合に、画像形成装置１０１へ適用する設置データＩＤを入力させる、または設置データＩＤを入力せずに設置データの自動選択を指示させるための画面である。尚、図８の（Ｅ）の８０２、８０３、８１２は第１実施形態における説明と同様のため、説明を省略する。
図８の（Ｅ）において、メッセージ８４１には、自装置用の設置データが存在しなかった旨を通知する文字列とともに、設置データＩＤの入力、または自動設置データ選択を促す文字列が表示される。

リプレイスボタン８４２は、設置データを自動選択して設置データの適用処理を開始するためのトリガーとなるボタンである。本実施形態においては、設置作業者が、設置データＩＤを入力せずにリプレイスボタン８４２を押下することで、図１０に示す自動設置処理フローが開始される。
尚、図８の（Ｅ）における実行ボタン８０２は、設置データＩＤが入力されていないときには、使用不可になっていても良い。以上が、ＵＩ８４０の説明である。図１０の処理フローの説明に戻る。

Ｓ１００１は、処理実行部３５３が、設置作業者によって実行ボタン８０２、リプレイスボタン８４２、キャンセルボタン８０３の何れのボタンが押下されたかを判断する処理である。設置データＩＤが指定され、かつ実行ボタン８０２が押下されたと処理実行部３５３が判断した場合はＳ１００４へ処理を移行する。
一方、リプレイスボタン８４２が押下されたと処理実行部３５３が判断した場合はＳ１００２へ処理を移行する。キャンセルボタン８０３が押下されたと判断する場合は自動設置処理を終了する。

Ｓ１００２は、自装置用の設置データが案件管理サーバ１０２の設置データ管理テーブルに存在しなかった場合に、処理実行部３５３が、通信部３５２を介してネットワークに接続されている自身以外の画像形成装置１０１を探索する処理である。例えば、ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）により、ローカルネットワークに対してブロードキャスト探索を行い、同一ネットワークに接続される画像形成装置１０１からＭＩＢ（ＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）の情報を取得する。尚、探索方法はこれに限らず、自身以外の画像形成装置１０１を探索できれば良い。

Ｓ１００３は、処理実行部３５３が、Ｓ１００２により探索した複数の画像形成装置１０１の情報を使用し、画像形成装置の装置ＩＤの一覧（以下、探索装置ＩＤ一覧（デバイス一覧）とする）を作成する処理である。尚、本処理で作成する一覧は、探索した画像形成装置１０１を特定できれば良く、ＭＡＣアドレス（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌＡｄｄｒｅｓｓ）の一覧でも良い。ＭＡＣアドレスの一覧とした場合は、設置データ管理テーブルに装置ＩＤとしてＭＡＣアドレスが登録されていることとする。

Ｓ１００４は、処理実行部３５３が、案件管理サーバ１０２に対して設置作業指示情報であるスクリプト６００の取得を要求する処理である。Ｓ１００４では、Ｓ７０１の判断結果、及びＳ１００１の判断結果によってスクリプト取得要求のパラメータが異なる。Ｓ７０１において自装置用の設置データが存在すると判断した場合は、スクリプト取得要求のパラメータとして自装置の装置ＩＤを一緒に送信する。
一方、自装置用の設置データが存在しない、かつ設置データＩＤが入力され実行ボタン８０２が押下された場合は、スクリプト取得要求のパラメータとして自装置の装置ＩＤ、及び設置データＩＤを一緒に送信する。
また、自装置用の設置データが存在しない、かつリプレイスボタン８４２が押下された場合は、スクリプト取得要求のパラメータとして自装置の装置ＩＤ、及び探索装置ＩＤ一覧を一緒に送信する。

以上が、図１０で示す画像形成装置１０１の自動設置の処理フロー、及び処理中に表示される図８のＵＩ表示の一例である。尚、図１０のＳ７０６においてスクリプトが取得できなかった場合、エラーメッセージを表示して処理を終了していたが、これに限らず、エラーメッセージとともに図８のＵＩ８４０を再表示しても良い。

《スクリプト生成処理例−案件管理サーバ》
図１１は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、図１に示した案件管理サーバ１０２のスクリプト取得要求の処理フローを示す。図１１の処理フローは、制御部５０１が通信部５０３を介して、サポート機能３５０からスクリプト取得要求を受信することで処理が開始される。尚、図１１のＳ９００乃至Ｓ９１０は、図９のＳ９００乃至Ｓ９１０の処理と同様のため、説明を省略する。なお、各ステップは、ＣＰＵ４１０が記憶された制御プログラムを実行することで実現される。

Ｓ１１００は、制御部５０１が、スクリプト取得要求のパラメータとして探索装置ＩＤ一覧を含むか否かを判断する処理である。受信した要求に探索装置ＩＤ一覧が含まれると制御部５０１が判断した場合はＳ１１０１へ処理を移行する。一方、含まれないと制御部５０１が判断した場合はＳ９００へ処理を移行する。

Ｓ１１０１は、制御部５０１が、設置データ管理テーブルに登録された装置ＩＤの一覧（以下、登録装置ＩＤ一覧）を生成する処理である。制御部５０１は、探索装置ＩＤ一覧に含まれる個々の装置ＩＤをキーに設置データ管理テーブルから設置データを検索する。装置ＩＤに対応する設置データが見つかった場合、検索された設置データを含む案件を案件管理テーブルから検索する。そして、検索された案件に登録されている全ての設置データから抜き出した装置ＩＤの一覧（登録装置ＩＤ一覧）を案件単位に作成する。

Ｓ１１０２は、制御部５０１が、要求に含まれる探索装置ＩＤ一覧とＳ１１０１で作成した登録装置ＩＤ一覧を比較することで、交換前の画像形成装置、つまり故障した画像形成装置の装置ＩＤを特定する処理である。探索装置ＩＤ一覧作成時、故障した画像形成装置は撤去済みであるため、探索装置ＩＤ一覧には故障した画像形成装置の装置ＩＤは含まれない。一方、登録装置ＩＤ一覧の作成時に参照した設置データ管理テーブルには、故障した画像形成装置に適用した設置データが含まれている。
よって、登録装置ＩＤ一覧と探索装置ＩＤ一覧を比較したとき、登録装置ＩＤ一覧に存在するが探索装置ＩＤ一覧に存在しない装置ＩＤが、故障した画像形成装置の装置ＩＤであることがわかる。

例えば、表２において、装置ＩＤ"Ｄ１２４"の画像形成装置１０１が故障した場合、新たにネットワークに接続した画像形成装置１０１で作成した探索装置ＩＤ一覧には"Ｄ１１１"と"Ｄ１５３"が存在する（"Ｄ１２４"は存在しない）。制御部５０１は、探索装置ＩＤ一覧に含まれる"Ｄ１１１"と"Ｄ１５３"のそれぞれについて、設置データ管理テーブルを検索することで、これらの装置ＩＤに適用した設置データを含む案件が案件ＩＤ"Ａ００１"であることがわかる。次に案件ＩＤ"Ａ００１"に登録されている設置データを適用した登録装置ＩＤ一覧として"Ｄ１１１"、"Ｄ１２４"、"Ｄ１５３"を作成できる。作成した登録装置ＩＤ一覧と探索装置ＩＤを比較することで、登録装置ＩＤ一覧の"Ｄ１２４"が探索装置ＩＤ一覧に存在しないことがわかり、"Ｄ１２４"が撤去された画像形成装置１０１の装置ＩＤであることがわかる。

Ｓ１１０３は、Ｓ１１０２の処理により交換前の画像形成装置、つまり故障した画像形成装置の装置ＩＤが特定できたかを判断する処理である。本処理で、故障した画像形成装置の装置ＩＤを特定できた場合はＳ１１０４へ処理を移行する。一方、故障した画像形成装置の装置ＩＤを特定できなかった場合はＳ９０３へ処理を移行する。尚、装置ＩＤを１つに絞り込めなかったときは、複数の候補を要求元へ返し、ユーザーに適用すべき設置データや故障機の装置ＩＤを選択させても良い。
Ｓ１１０４は、制御部５０１が、Ｓ１１０２で特定した装置ＩＤをキーに、特定した装置ＩＤが紐づく設置データを検索する処理である。以上が、図１１で示す案件管理サーバ１０２のスクリプト取得要求の処理フローである。
本実施形態によれば、画像形成装置本体の交換時に設置データＩＤを入力しなくても、交換前の画像形成装置の設置データを再利用した設置を実現できる。

〔第３実施形態〕
第１実施形態、第２実施形態では、交換後の画像形成装置に対し交換前の画像形成装置用の設置データを適用することで、交換前後で同じ構成にする方法について述べた。
しかしながら、交換前の画像形成装置を最初に設置してから、故障などで画像形成装置を入れ替えるまでに時間が経過している場合、最初に設置したときに用意した設置データと交換時の画像形成装置の構成が異なっている場合がある。例えば、運用の間に画像形成装置のファームウエアの更新や拡張プログラムのバージョンアップするケースがある。
そこで第３実施形態では、交換前後で同じ構成にしつつ、周辺の画像形成装置と同期することで運用時の各ソフトウェアバージョンを合わせる方法について記載する。尚、本実施形態で説明する方法は第１実施形態でも第２実施形態でも適用可能な方法であるが、ここでは第１の実施形態をベースに説明する。

第３実施形態では、図１乃至図７は第１の実施形態と同様であるため、各図に対する説明を省略する。以下、第１の実施形態と異なる図１２乃至図１４について説明する。また、図８は第１の実施形態と異なる図のみ適宜説明する。

《設置用スクリプト》
図１２は、本実施形態を示す画像形成装置１０１の設置を自動で実施するための設置手順を記述した設置用のスクリプトの一例を示す図である。尚、図１２の６０１乃至６０８は、図６の６０１乃至６０８と同様のため、説明を省略する。

図１２において、設置用スクリプト１２００は、図６のスクリプト６００で説明した内容に加え、同期対象識別部１２０１が追加されている。
同期対象識別部１２０１は、設置対象である画像形成装置１０１の各ソフトウェアバージョンを揃えるための、情報取得対象の画像形成装置が記載される。本実施形態においては、情報取得対象の画像形成装置を識別するためにＭＡＣアドレスを定義している。尚、情報取得先が指定されれば良いため、シリアル番号やＩＰアドレスなどを定義しても良い。以上が、図１２で示す設置用スクリプトの一例である。

《自動設置処理例−サポート機能》
ここで本実施形態における処理開始のトリガーについて説明する。本実施形態における処理は、画像形成装置１０１のサポート機能３５０がユーザーによって実行されることで処理が開始される。具体的には、設置作業者が図８の（Ｆ）で示すＵＩ８５０における実行ボタン８０２、または同期実行ボタン８５１を押下することで処理が開始される。
図８の（Ｆ）は、本実施形態における、サポート機能３５０の初期表示画面の一例である。尚、図８の（Ｆ）の８０１乃至８０３は第１の実施形態における説明と同様のため、説明を省略する。

図８の（Ｆ）において、同期実行ボタン８５１は、他の画像形成装置と各ソフトウェアバージョンを合わせる処理（以下、同期処理）を含めた自動設置処理フロー開始のトリガーとなるボタンである。同期実行ボタン８５１が押下されると、Ｓ７０４のスクリプト取得要求時に処理実行部３５３が同期実行の実施指示をパラメータに含める。以上が、図８の（Ｆ）で示す本実施形態における開始時のＵＩ８５０である。

《スクリプト生成処理例−案件管理サーバ》
図１３は、本実施形態を示す管理装置の制御方法を説明するフローチャートである。本例は、図１３で示す本実施形態における案件管理サーバ１０２のスクリプト取得要求の処理フローである。本処理は、制御部５０１が通信部５０３を介して、サポート機能３５０からスクリプト取得要求を受信することで処理を開始する。尚、図１１のＳ９００乃至Ｓ９１０は、図９のＳ９００乃至Ｓ９１０の処理と同様のため、説明を省略する。なお、各ステップは、ＣＰＵ４１０が記憶された制御プログラムを実行することで実現される。

Ｓ１３００は、制御部５０１が、スクリプト取得要求のパラメータに同期実行を実施する指示が含まれているかを判断する処理である。同期実行の実施指示は、サポート機能３５０のＵＩ制御部３５１がＵＩ８５０の同期実行ボタン８５１の押下を検知することで、処理実行部３５３によりＳ７０４のスクリプト取得要求のパラメータに追加される。要求に同期実行指示を含む場合はＳ１３０１へ処理を移行する。同期実行指示を含まない場合はＳ９０９へ処理を移行する。

Ｓ１３０１は、制御部５０１が、Ｓ９０１で特定した設置データと同じ構成の設置データを、設置データ管理テーブルから検索する処理である。本処理における検索処理は、Ｓ９０１で特定した設置データを含む案件を対象に実施される。

Ｓ１３０２は、制御部５０１が、Ｓ１３０１で検索した案件内の同じ構成の設置データから同期対象のデータを１つ選択する処理である。検索結果が複数件見つかった場合は、例えば、最初に見つかった設置データを選択する。尚、本処理において同期対象を自動で選択しているが、これに限らず、要求元へ検索結果を返し、ユーザーに同期対象を選択させても良い。

Ｓ１３０３は、制御部５０１が、Ｓ１３０２で選択した同期対象を含めてスクリプト１２００を生成する処理である。本処理においてＳ１３０２で同期対象が選択できなかったと制御部５０１が判断した場合は、Ｓ９０９と同様に、スクリプト６００の同期対象を含まないスクリプトを生成しても良い。
また、制御部５０１は、同期対象として表２で管理する装置ＩＤなど、画像形成装置１０１を識別可能な情報を記載する。例えば識別可能な情報として、ＭＡＣアドレスやＩＰアドレスを使用する場合、表２のカラムに該当する識別情報を追加して管理する必要がある。追加した識別情報は、スクリプト取得要求時に画像形成装置１０１から装置ＩＤや管理ＩＤと一緒にパラメータとして送られてきた値を登録する。

《スクリプト実行処理例−サポート機能》
図１４は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図１に示した画像形成装置１０１のスクリプト実行の処理フローであって、本実施形態におけるスクリプト実行処理（Ｓ７０７）の詳細な処理である。なお、各ステップは、ＣＰＵ２０１が記憶された制御プログラムを実行することで実現される。
Ｓ１４００は、処理実行部３５３がスクリプト解析部３５４を介して、案件管理サーバ１０２から取得したスクリプト１２００をＲＡＭ２１１に読み込む処理である。
Ｓ１４０１は、処理実行部３５３がスクリプト解析部３５４を介して、Ｓ１４００で読み込んだスクリプト１２００の処理記載部６０３に記載された設置処理（以下、コマンドとする）を順に読み込む処理である。例えば、初回読込み時はｏｒｄｅｒ属性の値が一番小さいコマンドを読み込む。スクリプト１２００の例では、ファームウエア更新処理部６０４が読み込まれる。次回以降、ｏｒｄｅｒの値が小さい順にコマンドを読み込む。

Ｓ１４０２は、処理実行部３５３が、Ｓ１４０１で読み込んだコマンドがすべて完了したかを判断する処理である。すべてのコマンドの読み込みが完了したと処理実行部３５３が判断した場合はスクリプト実行処理を終了する。一方、実行すべきコマンドが読み込まれたと処理実行部３５３が判断した場合はＳ１４０３へ処理を移行する。

Ｓ１４０３は、処理実行部３５３が、Ｓ１４０１で読み込んだコマンドの種類を判断する処理である。Ｓ１４０３において判断対象となるコマンドの種類は、ファームウエアの更新（６０４）や拡張プログラムのインストール（６０５）などのソフトウエアを操作するコマンドと、設定データの適用（６０８）に関するコマンドとしている。ソフトウエアに関するコマンドの場合はＳ１４０４へ処理を移行する。設定データの適用に関するコマンドの場合はＳ１４０５へ処理を移行する。

Ｓ１４０４は、処理実行部３５３が、Ｓ１４００で読み込んだスクリプトに同期対象識別部１２０１が指定されているかを判断する処理である。ここで、指定されていると処理実行部３５３が判断した場合はＳ１４０６へ処理を移行する。一方、同期対象識別部１２０１が指定されていないと処理実行部３５３が判断した場合はＳ１４０５へ処理を移行する。

Ｓ１４０５は、処理実行部３５３が、スクリプトに記載された設置データを取得する処理である。例えばスクリプト１２００の設定データインポート処理部６０８では、＜ｓｏｆｔｗａｒｅＵｒｌ＞に記載されたＵＲＬから＜ｃｏｍｍｏｎＳｅｔｔｉｎｇＦｉｌｅ＞記載の設置データを取得する。

Ｓ１４０６は、処理実行部３５３が、同期対象識別部１２０１に記載された同期対象データから、コマンドに関する情報を取得する処理である。具体的には、コマンドが"ファームウエア更新"であった場合に、同期対象から"ファームウエアのバージョン情報"を取得する。

Ｓ１４０７は、処理実行部３５３が、Ｓ１４０６で同期対象から取得したソフトウェアバージョンに合わせて、設置データを取得する処理である。スクリプト１２００のファームウエア更新処理部６０４を例に説明する。ファームウエア更新処理部６０４において、ソフトウエア取得先から取得すべきバージョンとして"３０．１０"が指定されている。
一方、Ｓ１４０６の情報取得により得られたバージョンが"３２．２０"であった場合、Ｓ１４０７では、ソフトウエア取得先から同期対象と同じバージョンの "３２．２０"を取得する。Ｓ１４０８は、処理実行部３５３が、Ｓ１４０５またはＳ１４０７で取得した設置データを画像形成装置１０１に適用する処理である。

Ｓ１４０９は、処理実行部３５３が、Ｓ１４０８で適用した設置データを有効化するために再起動が必要かを判断する処理である。必要と処理実行部３５３が判断した場合はＳ１４１０へ処理を移行する。一方、再起動不要であると処理実行部３５３が判断した場合はＳ１４０１へ移行し、次のコマンドを実行する。Ｓ１４１０は、処理実行部３５３が、現在までの実行状況を画像形成装置１０１のＨＤＤ２１６へ保存する処理である。
Ｓ１４１１は、処理実行部３５３が、画像形成装置１０１を再起動する処理である。Ｓ１４１２は、処理実行部３５３が、画像形成装置１０１の再起動後に、ＨＤＤ２１６に保存されたスクリプト１２００を再度読み込む処理である。Ｓ１４１３は、Ｓ１４１０で保存した実行状況を読み込む処理である。本処理によりどこまで実行したかを確認できるため、今までの処理を継続することができる。

以上が、図１４で示す本実施形態における画像形成装置１０１のスクリプト実行の処理フローである。尚、図１４では自身用のスクリプトであることを確認せずに処理を実行しているが、これに限らずＳ１４００の後に自身用のスクリプトであることを確認しても良い。
また本処理では、設定データの適用に関するコマンドは同期しないようにしているが、これは個々の画像形成装置１０１に依存する設定データまで同期してしまうと、意図しない動作をする可能性があるためである。例えばＩＰアドレスのような設定値まで同期されてしまうと、以降の処理を継続できなくなってしまう。しかしながら、これに限らず、設置データで適用する共通設定と同じ項目のみを同期対象から取得して同期しても良い。
本実施形態によれば、設置データを再利用して交換前後で同じ構成にしつつ、周辺の画像形成装置と同期することで運用時の各ソフトウェアバージョンを合わせた設置を実現できる。

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

１０１画像形成装置
１０２案件管理サーバ

Claims

所定の処理を実行する複数のデバイスと管理装置とが通信するデバイス設置システムであって、
それぞれのデバイスは、
自機を識別する第１の識別情報と、入力される設置データを識別する第２の識別情報とを伴って前記管理装置に対して、前記自機に割当てられたスクリプトを要求する要求手段と、
前記管理装置から応答されるスクリプトで特定される設定データを自機に適用する設定手段と、
を備え、
前記管理装置は、
それぞれのデバイスを識別する第１の識別情報を対応づけて所定の設置データを登録して管理する管理手段と、
いずれかのデバイスからのスクリプトの要求を解析して、前記第２の識別情報で特定される設置データに対応づけられた、デバイス交換前のデバイスに割り振られた第１の識別情報と前記スクリプトを要求するデバイスの第１の識別情報とが一致するかどうかを判断する判断手段と、
前記スクリプトを要求するデバイスの第１の識別情報が一致しないと判断された場合、前記設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する変換手段と、
前記第２の識別情報で特定される設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、前記スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換え手段と、
置き換えた第１の識別情報と、変換された個別データとを含む設置データに基づいて、デバイス交換されたデバイスが取得すべきスクリプトを作成して前記スクリプトを要求するデバイスに送信する送信手段と、
を備えることを特徴とするデバイス設置システム。
所定の処理を実行する複数のデバイスと管理装置とが通信するデバイス設置システムであって、
それぞれのデバイスは、
自機が通信可能な他のデバイスを識別する第１の識別情報を探索する探索手段と、
探索された他のデバイスを識別する第１の識別情報と、自機を識別する識別情報とからデバイス一覧を作成する作成手段と、
作成されたデバイス一覧とともに、自機に設定すべき設定データが設定されたスクリプトを前記管理装置に要求する要求手段と、
前記管理装置からスクリプトを取得する取得手段と、
前記管理装置から応答されるスクリプトで特定される設定データを自機に適用する設定手段と、
を備え、
前記管理装置は、
それぞれのデバイスを識別する第１の識別情報を対応づけて所定の設置データを登録して管理する管理手段と、
いずれかのデバイスからのスクリプトの要求を解析して、取得したデバイス一覧と、登録されたデバイス一覧とからデバイス交換前のデバイスに対応づけられた設置データを特定する特定手段と、
特定された設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する変換手段と、
特定された設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、前記スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換え手段と、
置き換えた第１の識別情報と、変換された個別データとを含む設置データに基づいて、デバイス交換されたデバイスが取得すべきスクリプトを作成して前記スクリプトを要求するデバイスに送信する送信手段と、
を備えることを特徴とするデバイス設置システム。
登録された第１の識別情報がスクリプトを要求するデバイスから受け取る第１の識別情報と一致しないと判断した場合、デバイス交換後のデバイスに対応づけられたライセンスを無効とするための要求を他の管理装置に通知する通知手段を備えることを特徴とする請求項１または２に記載のデバイス設置システム。
前記管理装置は、
前記設置データに対応づけられた複数のデバイスで同期すべき同期対象データを検索する検索手段を備え、
前記置き換え手段は、
デバイス交換前のデバイスに対応づけられた設置データを、前記スクリプトを要求するデバイスから受け取る第１の識別情報に置き換え、かつ前記同期対象データを適用する設置データに置き換えることを特徴とする請求項１または２に記載のデバイス設置システム。
前記同期対象データは、それぞれの情報処理装置にインストールされるファームウエアのバージョン情報を含むことを特徴とする請求項４に記載のデバイス設置システム。
前記デバイスは、プリンタ、画像処理装置、複合機を含むことを特徴とする請求項１乃至５のいずれか１項に記載のデバイス設置システム。
所定の処理を実行する複数のデバイスと通信する管理装置であって、
それぞれのデバイスを識別する第１の識別情報を対応づけて所定の設置データを登録して管理する管理手段と、
いずれかのデバイスからのスクリプトの要求を解析して、第２の識別情報で特定される設置データに対応づけられた、デバイス交換前のデバイスに割り振られた第１の識別情報と前記スクリプトを要求するデバイスの第１の識別情報とが一致するかどうかを判断する判断手段と、
前記スクリプトを要求するデバイスの第１の識別情報が一致しないと判断された場合、前記設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する変換手段と、
前記第２の識別情報で特定される設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、前記スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換え手段と、
置き換えた第１の識別情報と、変換された個別データとを含む設置データに基づいて、デバイス交換されたデバイスが取得すべきスクリプトを作成して前記スクリプトを要求するデバイスに送信する送信手段と、
を備えることを特徴とする管理装置。
所定の処理を実行する複数のデバイスと通信する管理装置であって、
それぞれのデバイスを識別する第１の識別情報を対応づけて所定の設置データを登録して管理する管理手段と、
いずれかのデバイスからのスクリプトの要求を解析して、取得したデバイス一覧と、登録されたデバイス一覧とからデバイス交換前のデバイスに対応づけられた設置データを特定する特定手段と、
特定された設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する変換手段と、
特定された設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、前記スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換え手段と、
置き換えた第１の識別情報と、変換された個別データとを含む設置データに基づいて、デバイス交換されたデバイスが取得すべきスクリプトを作成して前記スクリプトを要求するデバイスに送信する送信手段と、
を備えることを特徴とする管理装置。
所定の処理を実行する複数のデバイスと通信する管理装置の制御方法であって、
それぞれのデバイスを識別する第１の識別情報を対応づけて所定の設置データを登録手段に登録して管理する管理工程と、
いずれかのデバイスからのスクリプトの要求を解析して、第２の識別情報で特定される設置データに対応づけられた、デバイス交換前のデバイスに割り振られた第１の識別情報と前記スクリプトを要求するデバイスの第１の識別情報とが一致するかどうかを判断する判断工程と、
前記スクリプトを要求するデバイスの第１の識別情報が一致しないと判断された場合、前記設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する変換工程と、
前記第２の識別情報で特定される設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、前記スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換え工程と、
置き換えた第１の識別情報と、変換された個別データとを含む設置データに基づいて、デバイス交換されたデバイスが取得すべきスクリプトを作成して前記スクリプトを要求するデバイスに送信する送信工程と、
を備えることを特徴とする管理装置の制御方法。
所定の処理を実行する複数のデバイスと通信する管理装置の制御方法であって、
それぞれのデバイスを識別する第１の識別情報を対応づけて所定の設置データを登録手段に登録して管理する管理工程と、
いずれかのデバイスからのスクリプトの要求を解析して、取得したデバイス一覧と、登録されたデバイス一覧とからデバイス交換前のデバイスに対応づけられた設置データを特定する特定工程と、
特定された設置データに対応づけられたデバイス交換前のデバイスの個別データをデバイス交換後のデバイスに適用可能な個別データに変換する変換工程と、
特定された設置データに対応づけられたデバイス交換前のデバイスに割り振られた第１の識別情報を、前記スクリプトを要求するデバイス交換後のデバイスから取得する第１の識別情報に置き換える置き換え工程と、
置き換えた第１の識別情報と、変換された個別データとを含む設置データに基づいて、デバイス交換されたデバイスが取得すべきスクリプトを作成して前記スクリプトを要求するデバイスに送信する送信工程と、
を備えることを特徴とする管理装置の制御方法。
請求項９または１０に記載の管理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。