JP2016018344A - 画像形成装置および情報処理装置、自動設置システム、自動設置方法 - Google Patents

Abstract

【課題】画像形成装置に対する個別設定値を、設置する場所や部署が定まっていない設置対象の画像形成装置と予め関連付けしておくことはできないため、画像形成装置の設定情報のインポートを自動化することが困難であった。【解決手段】個別設定値をあらかじめ撤去対象の画像形成装置と関連付けて媒体に格納しておき、撤去対象の画像形成装置に媒体を接続して自動設置プログラムを実行すると、その関連付けが解除され、続いて設置対象の画像形成装置に媒体を接続して自動設置プログラムを実行すると、撤去対象の画像形成装置と関連付けられていない個別設定値を特定してインポートする。【選択図】図１６

Description

本発明は、複数の画像形成装置を効率良く設置するための画像形成装置および情報処理装置、自動設置システム、自動設置方法に関する。

ＭＦＰ（多機能周辺装置）やＳＦＰ（単機能プリンタ）などの画像形成装置を新規に導入する際、顧客先での使用環境に応じた設置作業が必要である。画像形成装置の設置作業には多くの時間と手間がかかる。そのため、複数台の画像形成装置に対し、同様の設置作業を行えば良い場合には、予め使用環境として必要なソフトウェアや設定値、検証用のデータなどを用意しておく。そして、それらを設置指示情報に従って処理していくことで、自動的にかつ効率良く設置作業を行うシステムが提案されている。更に、複数台の画像形成装置に対して、それぞれ個別の設定を行うような場合には、ターゲットとなる画像形成装置を特定可能なターゲット識別子と、個別データの対応リストをホストシステムにおいて管理しておく。そして、その対応リストに則って、個別の設置作業を実施するようなシステムも提案されている（特許文献１参照）。

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

しかしながら、個々の画像形成装置に対して、個別に設定しなくてはならないような設定値は、配置する場所や部門によって決定される事がある。例えば、配置場所やデバイス名称は、まさに配置するフロアや部門によって異なり、登録するアドレス帳なども異なる場合がある。同一機種の複数の画像形成装置を顧客先へ配置する時、通常は配送された画像形成装置の中から任意の画像形成装置を指定された場所へ配置するだけで、事前に配置場所と画像形成装置とを対応付けておく訳ではない。つまり、配置場所等によって決定される個別データと、画像形成装置のターゲット識別子とを予め関連付けしておくことはできないため、特許文献１で提案されるシステムではこのようなケースには適応できない。

本発明は上記従来例に鑑みて成されたもので、デバイスを置き換える際に、デバイスを設置して初めて各設置場所のデバイスが決まる場合であっても、設置場所ごとの画像形成装置に適した設定を自動的に行える画像形成装置および情報処理装置、自動設置システム、自動設置方法を提供することを目的とする。

本発明は上記目的を達成するために以下の構成を有する。

画像形成装置であって、
１または複数の設置対象の画像形成装置について、前記設置対象の画像形成装置ごとに個別にインポートされる設定情報と、前記設置対象の画像形成装置により置き換える撤去対象の画像形成装置の識別子とを関連付けた関連付け情報を格納する格納手段にアクセスするための接続手段と、
当該画像形成装置の撤去または設置を選択するための選択手段と、
前記選択手段により画像形成装置の撤去が選択された場合には、前記格納手段に記憶された前記関連付け情報から、当該画像形成装置の識別子と前記設定情報との関連付けを解除し、画像形成装置の設置が選択された場合には、前記格納手段に記憶された前記関連付け情報のうち、画像形成装置の識別子との関連付けがされていない設定情報をインポートする処理手段とを有する。

また他の側面によれば本発明は以下の構成を有する。

情報処理装置であって、
設置対象の画像形成装置の識別子と、撤去対象の画像形成装置の識別子と、前記設置対象の画像形成装置にインポートする個別の設定情報を含む設定情報との入力を受け付ける入力手段と、
前記設置対象の画像形成装置について、前記個別の設定情報と前記撤去対象の画像形成装置の識別子とを関連付けた関連付け情報を生成し、前記関連付け情報と前記設定情報とを格納手段に格納する生成手段とを有する。

本発明によれば、画像形成装置の設置作業において、配置場所によって適用する個別データと画像形成装置のターゲット識別子が決定されるような設置案件であっても、リプレイスの場合において自動で適切な設置を実施することができる。

本発明の自動設置システムにおける機器構成の例を示す図 ＭＦＰ、クライアントコンピューターのハードウェア構成を示す図 各サーバーのハードウェア構成を示す図 ＭＦＰのソフトウェア構成を示す図 クライアントコンピューター、案件管理サーバーのソフトウェア構成を示す図 案件管理サーバーの案件データ格納部のテーブル構成を示す図 ＭＦＰの設置作業のワークフローを示す図 案件管理プログラムのＵＩの一例を示す図 案件データの構成の一例を示す図 ＵＳＢストレージに設置データを書き出す処理を示すフローチャート ＵＳＢストレージ内のフォルダー及びファイル構成の例を示す図 設置用のスクリプトの一例を示す図 個別データの関連付けファイルの一例 自動設置プログラムの処理を示すフローチャートおよびＵＩを示す図 ＭＦＰの撤去、設置の処理を示すフローチャート デバイス設定情報のインポート処理を示すフローチャート 自動設置プログラムのＵＩの例を示す図 設置した後の処理を示す図 自動設置プログラムの撤去の処理の別例を示す図 デバイス設定情報のインポート処理の別例を示す図 自動設置プログラムのＵＩの別例を示す図 実施例３における自動設置システムにおける機器構成の例を示す図 実施例３におけるＭＦＰ、案件管理サーバーのソフトウェア構成を示す図 実施例３におけるＭＦＰの設置作業のワークフローを示す図 実施例３における撤去の処理を示すフローチャート 実施例３における設置の処理を示すフローチャート 実施例３におけるデバイス設定情報のインポート処理を示すフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。
［実施例１］
＜システム構成＞
図１は、本発明の自動設置システムにおける機器構成の例を示す図である。本発明の自動設置システムは、クライアントコンピューター１０４、案件管理サーバー１０５、ソフトウェア管理サーバー１０６が、ＬＡＮ（ローカルエリアネットワーク）１００に接続されている。ＭＦＰ（多機能周辺装置）１０１、ＭＦＰ１０２はＬＡＮ１００には接続されてはおらず、可搬記憶媒体の一例であるＵＳＢストレージ１０３を介してデータのやり取りが可能である。尚、本実施例では画像形成装置の一例としてＭＦＰを挙げているが、もちろんその他ＳＦＰなどでもよい。

ＭＦＰ１０１は、これから顧客環境に設置を行うＭＦＰである。本実施例ではＭＦＰ１０１における自動設置について記載する。尚、ＭＦＰ１０１はネットワークに接続可能なネットワークインターフェースを有している。しかし、本実施例においては、ネットワークを利用することの出来ない環境下での画像形成装置の設置処理に関する実施形態であるため、あえてＬＡＮ１００に接続されていないように図示している。

ＭＦＰ１０２は、既に顧客環境に設置されている撤去対象のＭＦＰである。本実施例では、ＭＦＰ１０２がＭＦＰ１０１と入れ替え（リプレイス）が行われる場合について記載する。リプレイスはＭＦＰ１０２の撤去を行い、ＭＦＰ１０１を新たに設置することで実現される。尚、ＭＦＰ１０２は顧客環境に設置されているため顧客環境のＬＡＮに接続されていることが想定されるが、顧客環境のＬＡＮとＬＡＮ１００とは異なるため、あえてＬＡＮ１００に接続されていないように図示している。

ＭＦＰ１０１、ＭＦＰ１０２は、複写機にスキャナ、プリンタ、ファクシミリ、ファイル送信機能等複数の機能を統合した画像形成装置である。また、ＭＦＰ１０１、ＭＦＰ１０２は、可搬記憶媒体を接続するインターフェースを有している。可搬記憶媒体を接続するインターフェースの種別は問わないが、本実施例ではＵＳＢインターフェースを用いることとする。本インターフェースにＵＳＢストレージ１０３を接続することで、ＵＳＢストレージ１０３に対してデータの読み書きを行うことができる。

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

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

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

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

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

操作部Ｉ／Ｆ２０３は、タッチパネルを有する操作部２０８とのインターフェースであり、操作部２０８に表示すべき画像データを操作部２０８に対して出力する。また、操作部Ｉ／Ｆ２０３は、操作部２０８においてユーザーにより入力された情報をＣＰＵ２０１に送出する。ネットワークＩ／Ｆ２０４は、ＭＦＰ１０１及びＭＦＰ１０２をＬＡＮに接続するためのインターフェースである。ＵＳＢホストＩ／Ｆ２０５は、ＵＳＢストレージ１０３と通信するインターフェース部である。ＵＳＢホストＩ／Ｆ２０５は、ＨＤＤ２０７に格納されているデータをＵＳＢストレージ１０３に出力する。また、ＵＳＢホストＩ／Ｆ２０５は、ＵＳＢストレージ１０３に格納されているデータを入力し、ＣＰＵ２０１にそれを伝える。ＵＳＢストレージ１０３は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ２０５に対して着脱可能である。ＵＳＢホストＩ／Ｆ２０５には、ＵＳＢストレージ１０３を含む複数のＵＳＢデバイスが接続可能である。画像バスＩ／Ｆ２１２は、システムバス２１０と、画像データを高速で転送する画像バス２１１とを接続し、データ形式を変換するためのバスブリッジである。画像バス２１１は、ＰＣＩバスまたはＩＥＥＥ１３９４等によって構成される。画像バス２１１上には、デバイスＩ／Ｆ２１５、スキャナ画像処理部２１４、プリンタ画像処理部２１３が設けられる。デバイスＩ／Ｆ２１５には、スキャナ２１７およびプリンタ２１６が接続され、デバイスＩ／Ｆ２１５は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２１４は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２１４は、プリント出力画像データに対してプリンタ２１６に応じた補正、解像度変換などを行う。

＜クライアントコンピューター＞ 図２（Ｂ）は、クライアントコンピューター１０４の構成を示すブロック図である。ＣＰＵ２５１を含む制御部２５０は、クライアントコンピューター１０４の全体の動作を制御する。ＣＰＵ２５１は、ＲＯＭ２５２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ２５３は、ＣＰＵ２５１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２５４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２５５は、クライアントコンピューター１０４で実行されるプログラムへの制御操作を入力するユーザーインターフェース端末を接続するインターフェースである。本実施例では、マウス２５９やキーボード２６０で構成されるが、その限りではない。ディスプレイＩ／Ｆ２５６は、クライアントコンピューター１０４で実行されるプログラムのＵＩを表示するディスプレイ端末を接続するインターフェースである。本実施例ではディスプレイ２６１で構成されるが、その限りではない。ネットワークＩ／Ｆ２５８は、制御部２５０をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２５８は、ネットワークを介して他の装置との間で各種情報を送受信する。ＵＳＢホストＩ／Ｆ２５７は、ＵＳＢストレージ１０３と通信するインターフェース部である。ＵＳＢホストＩ／Ｆ２５７は、ＨＤＤ２５４に格納されているデータをＵＳＢストレージ２５９に出力する。また、ＵＳＢホストＩ／Ｆ２５７は、ＵＳＢストレージ１０３に格納されているデータを入力し、ＣＰＵ２５１にそれを伝える。ＵＳＢストレージ１０３は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ２５７に対して着脱可能である。ＵＳＢホストＩ／Ｆ２５７には、ＵＳＢストレージ１０３を含む複数のＵＳＢデバイスが接続可能である。

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

図３（Ｂ）は、ソフトウェア管理サーバー１０６の構成を示すブロック図である。ソフトウェア管理サーバーは、案件管理サーバー１０４と同様の構成をとるため、説明を省略する。

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

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

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

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

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

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

＜自動設置プログラムの機能構成＞
図４（Ｂ）は、ＭＦＰ１０１及びＭＦＰ１０２で動作する、自動設置プログラム４５０の機能構成の例を示す図である。本実施例において、自動設置プログラム４５０は、ＭＦＰ１０１及びＭＦＰ１０２の拡張プログラム４０７の一つとして実装されるものとする。ＣＰＵ２０１が各機能に応じたプログラムを実行することにより、各機能は実現される。

自動設置プログラム４５０は、ＵＩ制御部４５１、ストレージ制御部４５２、処理実行部４５３とスクリプト解析部４５４を有する。ＵＩ制御部４５１は、自動設置プログラム４５０を操作するためのＵＩを、操作部２０８を通じてユーザーに提供し、ユーザーの操作を受け付ける。ストレージ制御部４５２は、ＵＳＢストレージ１０３にアクセスしてそのデータの読み書きを行う。また、ＵＳＢストレージ１０３の挿抜を検知する。処理実行部４５３は、ＵＩ制御部４５１及びストレージ制御部４５２の指示に従い、各種処理を行う。スクリプト解析部４５４は、ＵＳＢストレージ１０３に格納されている設置作業指示情報である設置用のスクリプトを解析し、処理実行部４５３が実行すべき処理、順序を決定する。

＜案件管理プログラムの機能構成＞
図５（Ａ）は、クライアントコンピューター１０４で動作する、案件管理プログラム５００の機能構成の例を示す図である。ＣＰＵ２５１がプログラムを実行することにより、各機能が実現される。本実施例では、クライアントコンピューター１０４でプログラムが実行されることを想定するが、その限りではない。ネットワークＩ／Ｆ２５８を介して、ネットワーク上にあるサーバーやサービスで実行してもよい。

案件管理プログラム５００は、ＵＩ制御部５０１、処理実行部５０２、ストレージ制御部５０３、案件データ管理部５０４とスクリプト生成部５０５、および通信部５０６を有する。ＵＩ制御部５０１は、案件管理プログラム５００を操作するためのＵＩを、ディスプレイ２６１を通じて作業者に提供し、マウス２５９やキーボード２６０を通じて作業者の操作を受け付ける。処理実行部５０２は、ＵＩ制御部５０１およびストレージ制御部５０３の指示に従い、各種処理を行う。ストレージ制御部５０３は、ＵＳＢストレージ１０３のデータの読み書きを行う。また、ＵＳＢストレージ１０３の挿抜を検知する。案件データ生成部５０４は、ＵＩ制御部５０１からの入力情報を基に、処理実行部５０２の指示に従って案件データを生成する。スクリプト生成部５０５は、処理実行部５０２の指示に従い、案件データ管理部５０４で生成された案件データを基に、自動設置プログラム４５０が解析可能な設置用のスクリプトを生成する。通信部５０６は、処理実行部５０２の指示に従い、案件管理サーバー１０５に案件データを送信したり、案件管理サーバー１０５で保持されている案件データを取得したりする。また、通信部５０６は、処理実行部５０２の指示に従い、ソフトウェア管理サーバー１０６からファームウェアやライセンスファイルなどの各種ソフトウェアを取得する。

＜案件管理サーバープログラムの機能構成＞
図５（Ｂ）は、案件管理サーバー１０５で動作する、案件管理サーバープログラム５５０、および、案件データ格納部５５４の機能構成の例を示す図である。ＣＰＵ３０１がプログラムを実行することにより、各機能が実現される。

案件管理サーバープログラム５５０は、制御部５５１、案件データ管理部５５２、通信部５５３を有するＷｅｂアプリケーションである。制御部５５１は、通信部５５３が受信するリクエスト内容にしたがって、案件データ管理部５５２に対して案件データの格納、削除、更新、取得等の処理を指示する。案件データ管理部５５２は、制御部５５１の指示に従い、後述する案件データ格納部５５４に対して案件データの格納、削除、更新を行う。また、案件データ管理部５５２は案件データ格納部５５４から案件データの取得などを行う。通信部５５３は、クライアントコンピューター１０４などからのリクエストを受信して、制御部５５１にリクエスト内容を送信する。更に、制御部５５１からリクエストに対する処理結果を受け取り、前記リクエストに対するレスポンスデータを作成し、クライアントコンピューター１０４などにレスポンスを送信する。

案件データ格納部５５４は案件管理サーバー１０５で動作するデータベースである。ＣＰＵ３０１がプログラムを実行することにより、各機能が実現される。尚、本例では案件管理サーバー１０５に案件データ格納部５５４が構成されているが、案件管理サーバープログラム５５０と連携できるようになっていれば別のサーバーに配置されるような構成でも良い。案件データ格納部５５４で管理するデータの内容については図６を用いて説明する。

＜案件データ格納部で管理されるテーブル群＞
図６（Ａ）から図６（Ｄ）は、案件データ格納部５５４で管理するテーブルの一例であり、これらのテーブルが案件データを表現している。なお、図６のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。

図６（Ａ）は、案件概要管理テーブル６００を表している。案件概要管理テーブル６００は、案件の概要を格納しているテーブルであり、カラム６０１からカラム６０４で構成される。１レコードが１つの案件を表している。カラム６０１は案件ＩＤを表している。案件ＩＤは案件データを一意に識別するための識別子である。カラム６０２は案件データの名称を表している。カラム６０３は設置状態を表している。設置状態は、案件に関わるＭＦＰがすべて設置完了しているかを表している。例えば、図６（Ａ）の先頭のレコードであると、"未完了"となっており、案件ＩＤ"Ｍ００１"で識別される案件に関わるＭＦＰの設置は完了していないことが分かる。カラム６０４はコメントを表している。コメントは案件の内容に関する補足説明である。

図６（Ｂ）は、ＭＦＰ管理テーブル６２０を表している。ＭＦＰ管理テーブル６２０は、設置対象のＭＦＰに関連する情報を格納しているテーブルであり、カラム６２１、カラム６２２で構成される。１レコードが１つの設置対象のＭＦＰを表している。カラム６２１は、設置対象のＭＦＰのデバイスＩＤ（以降では設置対象デバイスＩＤと記載する。）を表している。デバイスＩＤはＭＦＰを一意に識別するための識別子である。カラム６２２は、案件ＩＤを表している。カラム６２１とカラム６２２で設置対象のＭＦＰと案件を関連付けている。例えば、最初のレコードであると、デバイスＩＤが"Ｎ００１"であるＭＦＰは、案件ＩＤが"Ｍ００１"である案件で設置が行われることがわかる。

図６（Ｃ）は、共通データ管理テーブル６５０を表している。共通データ管理テーブル６５０は、設置対象のＭＦＰに対して案件ごとに共通で設定するデータを管理するテーブルであり、カラム６５１からカラム６５３で構成される。カラム６５１は共通データＩＤを表している。共通データＩＤは、共通データを一意に識別するための識別子である。カラム６５２は案件ＩＤを表している。カラム６５３は、共通データを表している。尚、本例では共通データの実体をカラム６５３に格納しているが、カラム６５３には共通データの実体へのパスのみを格納しておき、共通データの実体は別の場所にファイルとして置くような構成でも良い。カラム６５１とカラム６５２で共通データと案件を関連付けている。例えば、最初のレコードであると、共通データＩＤ"Ｃ００１"である共通データが、案件ＩＤ"Ｍ００１"である案件で使用されることがわかる。

図６（Ｄ）は、個別データ管理テーブル６７０を表している。個別データ管理テーブル６７０は、設置対象のＭＦＰごとに設定するデータを管理するテーブルでありカラム６７１からカラム６７６で構成される。カラム６７１は個別データＩＤを表している。個別データＩＤは、個別データを一意に識別するための識別子である。カラム６７２は案件ＩＤを表している。カラム６７３は個別データの名称を表している。カラム６７４は設置対象デバイスＩＤを表している。カラム６７４に設置対象デバイスＩＤが格納されている場合、設置対象のＭＦＰの配置場所が分かっていることになるが、前述したように予め配置場所が分かっているケースは少ない。予め配置場所が分かっていない場合は、カラム６７４の値は空となる。

カラム６７５は撤去対象のＭＦＰのデバイスＩＤ（以降では撤去対象デバイスＩＤと記載する）を表している。ＭＦＰのリプレイスを行うような場合、撤去対象のＭＦＰは顧客環境に設置済であり、その配置場所は顧客と対話することにより特定することができる。そのため、撤去対象のＭＦＰが置かれていた配置場所に新たに設置するＭＦＰに対して設定したい個別データと、撤去対象デバイスＩＤを関連付けておくことが可能となる。個別データと撤去対象のＭＦＰを関連付ける方法については図８を用いて後述するが、個別データ管理テーブル６７０では、カラム６７１とカラム６７５で関連付けを表現している。すなわち、撤去対象デバイスＩＤと個別データとを関連付けることで、設置場所と個別データともまた関連付けられている。

カラム６７６は個別データを表している。尚、本例では個別データの実体をカラム６７６に格納しているが、カラム６５３には個別データの実体へのパスのみを格納しておき、共通データの実体は別の場所にファイルとして置くような構成でも良い。

カラム６７１、カラム６７２、カラム６７５で個別データ、案件、撤去対象デバイスＩＤを関連付けている。例えば、最初のレコードであると個別データＩＤが"Ｘ００１"である個別データは、案件ＩＤが"Ｍ００１"である案件において、撤去対象デバイスＩＤが"Ｌ００１"であるＭＦＰとリプレイスされるＭＦＰに設定されるデータであることが分かる。

＜ＭＦＰのリプレイス作業手順＞
図７（Ａ）は、本発明に関わるＭＦＰ１０１の基本的な設置をするまでの作業フローを説明したワークフロー図である。本例では、ＭＦＰ１０２とＭＦＰ１０１のリプレイスを行う場合について記載する。つまり、ＭＦＰ１０２の撤去を行い、ＭＦＰ１０１の設置を行う。尚、図７（Ａ）では１案件で３台のＭＦＰのリプレイスを行う例を記載している。また、同じ階に記載されているＭＦＰ１０２とＭＦＰ１０１がリプレイスされる例を示している。例えば、ＭＦＰ１０２（ａ）が配置されていた場所に、ＭＦＰ１０１（a）を設置する。

Ｓ７０１は、営業担当者７２０が各営業所で行う作業である。営業担当者７２０は、顧客と対話して決定したＭＦＰの構成と、それらの設定内容を、クライアントコンピューター１０４の案件管理プログラム５００を使用して入力する。ＭＦＰの構成とは、機種や、アクティベートするオプション、インストールする拡張アプリケーションのことである。また、ここで撤去対象デバイスＩＤが入力され、その内容は案件データとして案件管理サーバー１０５へ送信され、案件管理サーバー１０５の案件データ格納部５５４に保存される。

Ｓ７０２は、設置管理者７２１が、ＭＦＰの入出庫を管理する倉庫などで行う作業であり、ここで、各ＭＦＰを特定可能な識別子であるデバイスＩＤを入手することができる。ここで手に入るデバイスＩＤはこれから設置を行うＭＦＰのデバイスＩＤであるため、本例での設置対象デバイスＩＤである。また、Ｓ７０２で設置管理者は各ＭＦＰをどの場所に配送するかを決定する。そのため、どのＭＦＰをどの案件で設置するかも決定される。尚、Ｓ７０２で決定されるのは着目案件での設置対象機器の配送場所であって、先に述べたようにどの階のどの場所に設置するといった個別の機器の配置場所までは決定しないことが多い。Ｓ７０２で設置管理者７２１は、案件管理プログラム５００を使用して、処理する案件の案件データを案件管理サーバー１０５から取得する。そして、設置管理者７２１はクライアントコンピューター１０４の案件管理プログラム５００を使用して編集する。ここでの編集は、案件データに対し、設置対象デバイスＩＤを登録することである。設置対象デバイスＩＤを登録した案件データは、再び案件管理サーバー１０５へ送信され、管理される。

Ｓ７０３では、設置管理者７２１が案件管理プログラム５００を使用して、ＭＦＰを設置するための設置用ＵＳＢストレージを生成する。設置管理者７２１は案件管理プログラム５００を使用して、これから設置を行う案件の案件データを案件管理サーバー１０５から取得する。そして、案件データの内容に従って、設置に必要なファームウェアや拡張アプリケーション、更にはそれらをインストールするためのライセンスファイルなどを、ソフトウェア管理サーバー１０６から取得する。このとき、ＭＦＰ１台につき１ライセンスといった形態のライセンスについては、Ｓ７０２で登録された設置対象のＭＦＰのデバイスＩＤを基にそれぞれのライセンスファイルを取得する。案件管理プログラム５００は、案件データと取得したソフトウェア類を基に、自動設置プログラム４５０が解析可能な設置用のスクリプトを生成し、取得したソフトウェア類と共にＵＳＢストレージ１０３へ保存する。Ｓ７０２とＳ７０３を別のステップとして記載したが、特に区別する必要性はなく、設置対象デバイスＩＤを登録する際に、ソフトウェア類も取得し、ＵＳＢストレージ１０３へ保存するような手順でも良い。

Ｓ７０４は、設置担当者７２２が顧客先でＭＦＰ１０２を撤去する際に行う作業である。設置担当者７２２は、ＭＦＰ１０２にＳ７０３で生成されたＵＳＢストレージ１０３を接続する。ＵＳＢストレージ１０３を接続されると、ＭＦＰ１０２の自動設置プログラム５００は、ＭＦＰ１０２が配置されている場所に新たに設置するＭＦＰ１０１に設定すべき個別データを特定する。これらの処理の詳細については図１４乃至図１５を用いて後述する。その後、設置担当者７２２はＭＦＰ１０２を実際に撤去する。

Ｓ７０５は、設置担当者７２２がＭＦＰ１０１を実際に設置する際に顧客先で行う作業である。倉庫からＭＦＰ１０１とＵＳＢストレージ１０３が配送されると、設置担当者７２２は、ＭＦＰ１０１を顧客から依頼された場所へ配置する。設置担当者７２２が、ＭＦＰ１０１にＳ７０３で生成されたＵＳＢストレージ１０３を接続すると、ＭＦＰ１０１の自動設置プログラム４５０が、Ｓ７０４で特定した個別データのインストールを含む設置処理を実行する。

以上が本発明に関わるＭＦＰ１０１の基本的な設置するまでの作業フローである。図７（Ａ）で説明した基本的な設置をするまでの作業における各プログラムの詳細な処理について、図８乃至図１７を用いて説明する。

＜案件管理プログラム＞
図８は、クライアントコンピューター１０４の案件管理プログラム５００のＵＩの一例である。本ＵＩは、営業担当者７２０、および、設置管理者７２１がＳ７０１、Ｓ７０２、Ｓ７０３を行う際に操作する。

図８（Ａ）は、案件管理プログラム５００の案件データの一覧表示するＵＩの一例である。ＵＩ８００は、案件データリスト８０１とボタン８０１からボタン８０５で構成される。案件管理プログラム５００は、起動すると案件管理サーバー１０５から案件データの一覧を取得する。そして、案件管理プログラム５００は、取得した案件データの一覧を案件データリスト８０１にセットしてＵＩ８００を表示する。

案件データリスト８０１は、案件データの情報を表示するリストである。本例では、案件ＩＤ、案件名、コメントを表示している。

ボタン８０２は、案件データを新規で作成するためのボタンである。ボタン８０２が押下されると、後述する案件データを作成するためのＵＩ８５０（図８（Ｂ）参照）を表示する。ボタン８０２が押下された場合は新規作成となるため、ＵＩ８５０は、テキストボックスなどの各コントロールを空の状態で表示する。

ボタン８０３は、案件データを編集するためのボタンである。ボタン８０３が押下されると案件管理プログラム５００は、案件データリスト８０１で選択状態である案件データの詳細情報を案件データ管理サーバー１０５から取得する。案件管理プログラム８００は、取得した案件データの詳細情報をＵＩ８５０のテキストボックスなどの各コントロールにセットして、ＵＩ８５０を表示する。

ボタン８０４は、ＵＳＢストレージに案件データの書き出しを行うためのボタンである。ボタン８０４が押下されると、案件管理プログラム５００はクライアントコンピューター１０４に接続されているＵＳＢストレージに対して、案件データリスト８０１で選択されている案件データを書き込む。その際、案件管理プログラム５００は自動設置プログラム４５０が解析可能な設置用のスクリプトを生成する。設置用のスクリプトの生成処理については図１０を用いて後述する。ボタン８０５は、案件管理プログラム５００を終了するためのボタンである。

図８（Ｂ）は、案件管理プログラム５００の案件データを編集するためのＵＩの一例である。ＵＩ８５０は、タブページ８５１、８５２、８５３、および、ボタン８６２、８６３で構成される。ＵＩ８５０では、タブページ８５３がアクティブな状態で表示されている。タブページ８５３は、テキストボックスやボタンなどのコントロール８５４から８６１で構成される。尚、ＵＩ８５０では、案件ＩＤがＭ００１である案件データの編集を行っている際の例を記載している。すなわち、ＵＩ８００上で、案件ＩＤとしてＭ００１を選択した状態で編集ボタン８０３を押下した場合、または新規作成ボタン８０２を押下して案件ＩＤとしてＭ００１を指定した場合に、ＵＩ８５０が表示される。

タブページ８５１は、案件データの概要を設定するためのタブページである。案件データの概要とは、案件名、コメントなどである。タブページ８５２は、共通データの設定を行うためのタブページである。共通データとは先述したように設置対象のＭＦＰに対して共通で設定するデータである。また、設置対象のＭＦＰがどのＭＦＰであるかも共通データに含める。具体的には、設置対象デバイスＩＤである。先述したように設置管理者７２１が、Ｓ７０２で案件ごとの設置対象デバイスＩＤを入力するが、その入力はタブページ８５２のＵＩで行う。タブページ８５３は、個別データの設定を行うためのタブページである。個別データとは先述したように、設置対象のＭＦＰごとに設定するデータである。タブページ８５３は、先述したように、テキストボックスやボタンなどのコントロール８５４から８６１で構成される。

テキストボックス８５４は、個別データ名を設定するためのテキストボックスである。コンボボックス８５５は、設置対象デバイスＩＤを設定するためコンボボックスである。個別データと設置対象デバイスＩＤを関連付けることができる場合、コンボボックス８５５に設置対象デバイスＩＤを入力する。繰り返しになるが、実際に顧客先に行くまでＭＦＰの配置場所は確定しないことが多いため、案件データを編集する段階では個別データと設置対象デバイスＩＤを関連付けができないことが多い。尚、コンボボックス８５５は、タブページ８５２において案件の設置対象デバイスＩＤが設定されている場合、その設置対象デバイスＩＤを選択肢として表示する。

テキストボックス８５６は、撤去対象デバイスＩＤを設定するためのテキストボックスである。先述したようにＭＦＰのリプレイスを行う場合は、ＭＦＰを撤去した後に同じ配置場所に新たなＭＦＰが設置されることが多い。また、撤去対象のＭＦＰは顧客環境に設置済であり、その配置場所および撤去対象のＭＦＰのデバイスＩＤは顧客と対話することにより特定することができる。そのため、撤去対象のＭＦＰが置かれていた配置場所に新たに設置するＭＦＰに対して設定したい個別データと、撤去対象デバイスＩＤを関連付けることは可能である。リプレイスではなく新規でＭＦＰを設置する場合には撤去対象デバイスＩＤは空で設定すればよい。なお、撤去対象のＭＦＰと新たに設置されるＭＦＰとの関連付けは、撤去対象のＭＦＰと、その利用者や利用条件等を引き継ぐ（すなわち個別データ設定を引き継ぐ）新たなＭＦＰとの間でなされるもので、必ずしも配置場所の同一性が条件となるわけではない。また、ＭＦＰ間の関連付けも一対一とは限らない。たとえば１台の撤去対象のＭＦＰを複数台の新たなＭＦＰで置き換える場合には、設置する複数のＭＦＰに１台の撤去対象のＭＦＰを関連付ければよい。逆に複数台の撤去対象のＭＦＰを１台の新たなＭＦＰで置き換える場合には、撤去対象の複数のＭＦＰのうちの１台に、新たに設置するＭＦＰを関連付ければよい。

ボタン８５７は、個別データの詳細設定を行う画面を表示するためのボタンである。ボタン８５８は、コントロール８５４から８５７で設定した個別データを案件データに追加するためのボタンである。ボタン８５８が押下されると、個別データリスト８５９に個別データを追加する。個別データリスト８５９は編集中の案件データに追加済の個別データを表示するためのリストである。ボタン８６０は、個別データをファイルからから追加するためのボタンである。ボタン８６０が押下されると、ファイルを指定するためのＵＩを表示する。そのＵＩで個別データのファイルが指定されると、編集中の案件データに選択された個別データを追加する。ボタン８６１は、編集中の案件データから、案件データリスト８５９で選択されている個別データを削除するためのボタンである。ボタン８６２は、編集中の案件データを保存するためのボタンである。ボタン８６２が押下されると、案件管理プログラム５００は、本案件データを案件管理サーバー１０５に送信する。そして、案件管理サーバー１０５の案件管理サーバープログラム５５０は、案件データを受信すると、受信した案件データを案件データ格納部５５４に保存する。ボタン８６３は、案件データの編集をキャンセルするためのボタンである。

＜案件データのデータ構造＞
図９は、案件管理プログラム５００が生成した案件データのデータ構造を表す概念図である。尚、案件データ９００では案件ＩＤがＭ００１である案件データを例として記載する。図９の案件データは、図６の案件データの各テーブルのレコードを、案件ごとにまとめたデータである。例えばクライアントコンピューター１０４が案件管理サーバー１０５へと案件ＩＤを送信すると、案件管理サーバー１０５は、図６（Ａ）−（Ｄ）のテーブルを、特定の案件ＩＤ（例えばＭ００１）で検索し、該当するデータを案件ごとにまとめて図９の案件データを得る。それを案件管理サーバー１０５がクライアントコンピューター１０４へと送信する。

案件データ９００は、共通データ９０１と個別データ９０２、９０３、９０４、および、撤去対象デバイスＩＤ９０５、９０６、９０７、設置対象デバイスＩＤ９０８、９０９、９１０で構成される。案件データ９００は、案件ＩＤがＭ００１である案件データであるため、３台のＭＦＰが設置の対象となっており、リプレイスする撤去対象のＭＦＰも３台あるケースのデータ構造である。共通データ９０１は複数のＭＦＰに対して共通に用いるデータであり、個別データ９０２、９０３、９０４は、ＭＦＰごとにそれぞれ異なる内容の設定値を持つものである。共通データ９０１および個別データ９０２、９０３、９０４については、図７（Ａ）のＳ７０１において、営業担当者７２０が案件管理プログラム５００のＵＩ８５０から入力するものである。また、撤去対象デバイスＩＤ９０５、９０６、９０７もＳ７０１において、営業担当者７２０が案件管理プログラム５００のＵＩ８５０から入力するものである。更に、設置対象デバイスＩＤ９０８、９０９、９１０は、各ＭＦＰを特定可能な識別子であり、図７（Ａ）のＳ７０２において、設置管理者７２１が案件データ９００に対して追加で入力するものである。案件データ９００では個別データ９０２と撤去対象デバイスＩＤ９０５は関連付けがされている。また、個別データ９０３と撤去対象デバイスＩＤ９０６、個別データＩＤ９０４と撤去対象デバイスＩＤ９０７はそれぞれ関連付けがされている。しかし、設置対象デバイスＩＤ９０８、９０９、９１０は個別データ９０２、９０３、９０４とは関連付けがされていない。これは、案件データ９００が顧客先にＭＦＰが配送されるまで配置場所がわからない場合の例を示しているからである。

＜設置データ書き出し処理＞
図１０は、案件管理プログラム５００がＵＳＢストレージ１０３に設置データを書き出す際の処理の流れを示すフローチャート図である。設置データについては図１１を用いて後述するが、案件データ、設置用のスクリプト、および、設置に必要な各種ソフトウェア群を含むデータのことである。尚、本処理は、Ｓ７０３において行われる。つまり、設置管理者７２１によって、案件管理プログラム５００のＵＩ８００におけるボタン８０４が押下されたことを検知し、案件管理プログラム５００は図１０のフローチャートで示す処理を行う。設置データを書き出したＵＳＢストレージは、一つの案件においてＭＦＰの個体ごとの相違が個別の設定データに限られる場合には一つで十分であり、それを置き換えるＭＦＰに対して順次使いまわすことができる。機種が異なる複数のＭＦＰや、同一機種のＭＦＰであってもインストールする拡張プログラムやアクティベートするオプション等、個別の設定データ以外の相違がある場合にはそれぞれについて設置データを作成する必要がある。本例では、設置するＭＦＰの相違が個別の設定データに限られる場合について説明する。

Ｓ１００１で、案件管理プログラム５００の通信部５０６が、案件管理サーバー１０５の案件管理サーバープログラム５５０から案件データを取得し、Ｓ１００２に遷移する。より具体的には、案件管理プログラム５０６の通信部５０６が、案件管理サーバープログラム５５０の通信部５５３に対して、ＨＴＴＰのＧＥＴコマンドによるリクエストを行う。案件管理サーバープログラム５５０の制御部５５１は、通信部５５３がＨＴＴＰのＧＥＴコマンドを受け取ると、案件データ管理部５５２に対して、ＧＥＴコマンドに含まれる案件データＩＤで特定される案件データの取得を指示する。案件管理サーバープログラム５５０の案件データ管理部は、案件データ格納部５５４より、指示された案件データを取得する。案件管理サーバープログラム５５０の通信部５５３が、案件管理プログラム５００の通信部５０６に対して、ＨＴＴＰのＧＥＴコマンドのレスポンスとして取得した案件データを送信する。以上により、Ｓ１００１の案件データの取得処理が行われる。尚、Ｓ１００１で取得する案件データは、案件データリスト８０１で選択状態である案件データである。

Ｓ１００２で、処理実行部５０２は、Ｓ１００１で取得した案件データに設置対象デバイスＩＤが含まれているかを判断する。Ｓ１００１で取得した案件データに設置対象デバイスＩＤが含まれている場合はＳ１００３に遷移する。Ｓ１００１で取得した案件データに設置対象デバイスＩＤが含まれていない場合はＳ１００６に遷移する。

Ｓ１００３で、処理実行部５０２はＳ１００１で取得した案件データを基に設置に必要なソフトウェア類（例えばファームウェアやライセンスファイルなど）をソフトウェア管理サーバー１０６から取得する。尚、クライアントコンピューター１０４の案件管理プログラム５００とソフトウェア管理サーバー１０６の通信も、Ｓ１００１と同様にＨＴＴＰプロトコルで行う。Ｓ１００３のソフトウェアの取得が完了すると、Ｓ１００４に遷移する。

Ｓ１００４で、スクリプト生成部５０５は、処理実行部５０２の指示を受けて、設置対象デバイスＩＤごとの設置用のスクリプトを生成し、Ｓ１００５に遷移する。尚、Ｓ１００４で生成する設置用のスクリプトについては、図１２を用いて後述する。

Ｓ１００５で、ストレージ制御部５０３は、処理実行部５０２の指示を受けて、Ｓ１００１で取得した案件データ、Ｓ１００３で取得したソフトウェア、Ｓ１００４で生成した設置用のスクリプトをＵＳＢストレージ１０３に保存して処理を終了する。Ｓ１００５の処理によりＵＳＢストレージに書き出した設置データのファイル構成については図１１を用いて後述する。

Ｓ１００６で、ＵＩ制御部５０１は、処理実行部５０２の指示を受けて、取得した案件データに設置対象デバイスＩＤが含まれていないことを通知するエラー画面を表示する。

＜設置データの構成＞
図１１は、Ｓ１００５の処理によりＵＳＢストレージ１０３に書き出された設置データのフォルダー及びファイル構成の例を示す図である。尚、図１１では案件データＩＤがＭ００１である案件データの例を記載している。

ルートフォルダー１１００の中には、Ｆｉｒｍｗａｒｅフォルダー１１０１、Ｏｐｔｉｏｎフォルダー１１０３、Ａｐｐフォルダー１１０５が存在する。また、ルートフォルダー１１００の中には、ＤｅｖＣｏｎｆｉｇフォルダー１１０８、ＡｐｐＣｏｎｆｉｇフォルダー１１１４が存在する。さらにルートフォルダー１１００の中には、設置用のスクリプトファイルであるＳｃｒｉｐｔ＿Ｎ００１.ｘｍｌ１１１６、Ｓｃｒｉｐｔ＿Ｎ００２.ｘｍｌ１１１７、Ｓｃｒｉｐｔ＿Ｎ００３.ｘｍｌ１１１８が存在する。これら設置用のスクリプトファイルは設置するＭＦＰの数だけ存在する。図１１は案件データＩＤがＭ００１である案件データの例を記載しているため３台分のファイルとなっている。

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

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

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

ＤｅｖＣｏｎｆｉｇフォルダー１１０８は、ＭＦＰ全般に関わるデバイス設定情報を格納するフォルダーである。本図では、ＤｅｖＣｏｎｆｉｇフォルダー１１０８に、デバイス設定情報をｚｉｐ形式でアーカイブしたファイルとして格納する。デバイス設定情報には、先に説明したように、ＭＦＰで共通で設定すべき共通データとＭＦＰごとに設定すべき個別データがある。ＤｅｖＣｏｎｆｉｇフォルダー１１０８には共通データ、および、個別データの両方が存在する。本図において、ｄｅｖｉｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ．ｚｉｐ１１０９は共通データである。ｄｅｖｉｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ＿ｄ１．ｚｉｐ１１１０は個別データである。ｄｅｖｉｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ＿ｄ２．ｚｉｐ１１１１は個別データである。ｄｅｖｉｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ＿ｄ３．ｚｉｐ１１１２は個別データである。また、ＤｅｖＣｏｎｆｉｇフォルダー１１０８には個別データとデバイスＩＤの関連付けを記載した関連付けファイルであるｄｅｖｉｃｅＬｉｎｋａｇｅ.ｘｍｌ１１１３が存在する。尚、本例において、Ｓ１００５の処理でＵＳＢストレージに書き出された時点では個別データは撤去対象デバイスＩＤと関連付けがなされている。Ｓ１００５の処理でＵＳＢストレージに書き出された時点でのｄｅｖｉｃｅＬｉｎｋａｇｅ.ｘｍｌ１１１３の詳細については、図１３を用いて後述する。尚、本例では個別データとデバイスＩＤの関連付けを関連付けファイルを用意して表現しているが、例えば個別データのファイル名にデバイスＩＤを含むようにするなど、自動設置プログラム４５０が関連付けを解釈できる構成であればよい。

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

Ｓｃｒｉｐｔ＿Ｎ００１.ｘｍｌ１１１６、Ｓｃｒｉｐｔ＿Ｎ００２.ｘｍｌ１１１７、Ｓｃｒｉｐｔ＿Ｎ００３.ｘｍｌ１１１８は、設置作業を自動的に処理するための設置手順を記述した設置用のスクリプトである。これらの設置用のスクリプトはファイル名でどのＭＦＰで実行すべき設置用のスクリプトであるかが判断可能となっている。例えば、Ｓｃｒｉｐｔ＿Ｎ００１.ｘｍｌ１１１６は、デバイスＩＤがＮ００１であるＭＦＰに対して実行すべき設置用のスクリプトである。このように、ファイル名に設置対象デバイスＩＤを含めるようにすることで本設置用のスクリプトが実行されるべきＭＦＰとの関連付けがなされている。尚、本例では、設置対象デバイスＩＤと設置用のスクリプトの関連付けを設置用のスクリプトのファイル名で行っている。しかし、この方法には限られず、設置用のスクリプトと設置対象デバイスＩＤ関連付けを示したファイルを別途用意するなど、自動設置プログラム４５０が関連付けを解釈できる構成であればよい。設置用のスクリプトの詳細については図１２を用いて後述する。尚、本図における構成は一例であり、自動設置プログラム４５０がスクリプト解析部４５４に従って解釈可能な構成であれば、これに限らず任意のフォルダー構成として良い。

＜設置用スクリプトの例＞
図１２はＭＦＰ１０１の設置を自動で実施するための設置手順を記述した設置用のスクリプトの一例を示す。図１２は特に、図１１に示したＳｃｒｉｐｔ＿Ｎ００１.ｘｍｌ１１１６の例である。

設置用のスクリプト１２００は、自動設置プログラム４５０のストレージ制御部４５２で読み込まれ、処理実行部４５３を介しスクリプト解析部４５４によって解析される。スクリプト解析部４５４によって解析された設置用のスクリプト１２００は、その後処理実行部４５３によって記載された処理が実行される。尚、本図における設置用のスクリプト１２００は、クライアントコンピューター１０４の案件管理プログラム５００のＳ１００４の処理によって生成される。ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記載されており、案件データ識別部１２０１とＭＦＰ識別部１２０２と処理記載部１２１０とで構成されている。尚、本図ではＸＭＬによりスクリプトを表現しているが、ＸＭＬに限定されず、シェルスクリプトなどで書かれていても良い。

案件データ識別部１２０１は、案件データを識別するための案件ＩＤが記載されており、＜ｓｅｔｕｐＩｄ＞タグで構成されている。案件ＩＤは、案件管理プログラム５００によって案件データが生成される際に、案件データに対して付与される識別子で、全ての案件データに対してユニークな値である。本例では分かり易く説明するためＭ００１といった４桁の文字列で記載しているが、例えばＧＵＩＤ（グローバル一意識別子）などを用いるのが望ましい。

ＭＦＰ識別部１２０２は、設置対象であるＭＦＰ１０１を識別するためのターゲット識別子が記載されており、ＭＦＰ１０１の識別子である＜ｄｅｖｉｃｅＩｄ＞タグで構成されている。

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

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

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

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

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

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

デバイス設定情報インポート処理部１２０７は、＜ｉｍｐｏｒｔＤｅｖｉｃｅＣｏｎｆｉｇＣｏｍｍａｎｄ＞タグの記載により処理を定義している。また、デバイス設定情報インポート処理部１２０７は、＜ｄｉｒＰａｔｈ＞タグ、及び＜ｃｏｍｆｉｌｅＮａｍｅ＞タグ、＜ｅｘＦｉｌｅＮａｍｅ＞タグによりインポートするデバイス設定情報ファイルを指定している。＜ｄｉｒＰａｔｈ＞タグは、ルートフォルダー１１００からインポート対象のデバイス設定情報ファイルまでの相対パスが記載されている。＜ｃｏｍｆｉｌｅＮａｍｅ＞タグは、インポート対象のデバイス設定情報における共通データのファイルが指定されている。本図においてはＺｉｐ形式にアーカイブされた共通データのファイルが指定されている。尚、本デバイス設定情報ファイルの形式はＺｉｐファイル形式に限定されない。＜ｅｘＦｉｌｅＮａｍｅ＞タグは、インポート対象のデバイス設定情報における個別データのファイルが指定されている。尚、設置用のスクリプト１２００の＜ｅｘＦｉｌｅＮａｍｅ＞タグでは、値にｕｎｋｎｏｗｎが記載されており、個別データのインポート処理はあるが、インポート対象の個別データのファイルが決定していないことを表している。設置用のスクリプト１２００の＜ｅｘＦｉｌｅＮａｍｅ＞タグの値にｕｎｋｎｏｗｎが記載されるのは、個別データと設置対象デバイスＩＤとが関連づけられていない場合である。

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

再起動処理部１２０９は＜ｒｅｂｏｏｔＣｏｍｍａｎｄ＞タグのみで構成されており、一通りの設置処理が終了した後、ＭＦＰを再起動させて、デバイス設定情報やアプリケーション設定情報の設定をＭＦＰに反映するための処理である。

尚、本図で示す設置用のスクリプトの記述は、ＭＦＰの設置に必要な処理を限定するものではなく、必要に応じて処理の重複、増減があっても良い。

＜関連付けファイルの例＞
図１３は、個別データとデバイスＩＤの関連付けを示した関連付けファイルすなわち関連付情報の一例であり、図１１のｄｅｖｉｃｅＬｉｎｋａｇｅ.ｘｍｌ１１１３の例である。関連付けファイル１３００は、Ｓ１００５の処理でＵＳＢストレージに書き出された時点での関連付けファイルである。本図ではＸＭＬにより個別データとデバイスＩＤ関連付けを表現しているがＸＭＬに限定されない。関連付けファイル１３００は、案件データ識別部１３０１と個別データ関連付けリスト部１３０２で構成される。

案件データ識別部１３０１は、案件データを識別するための案件ＩＤが記載されており、＜ｓｅｔｕｐＩｄ＞タグで構成されている。本例では、案件ＩＤがＭ００１である案件データに関する関連付けファイルであることを示している。

個別データ関連付けリスト部１３０２は、個別データとデバイスＩＤの関連付けが複数記載されており、それぞれの個別データとデバイスＩＤの関連付けは、＜ｅｘＤａｔａ＞タグで表現される個別データ関連付け部で定義される。

個別データ関連付け部１３０３、１３０４、１３０５は、個別データとデバイスＩＤの関連付けを定義している。ｉｄ属性は、個別データのＩＤを示しており、＜ｅｘＤａｔａ＞タグがどの個別データの関連付けを表しているかを示している。＜ｏｌｄＤｅｖｉｃｅＩｄ＞タグは、撤去対象デバイスＩＤを示している。＜ｅｘＦｉｌｅＮａｍｅ＞は個別データのファイル名を示している。尚、本例ではデバイス設定情報インポート処理部１２０７の＜ｄｉｒＰａｔｈ＞で指定されたパスに個別データのファイルが存在することを前提に記載するが、異なる場合は個別データ関連付け部に個別データのパスを記載するように構成してもよい。個別データ関連付け部１３０３を例にすると、個別データＩＤがＸ００１である個別データは、撤去対象デバイスＩＤがＬ００１であるＭＦＰと関連付けがなされていることを示している。また、個別データ関連付け部１３０３では、その個別データのファイル名がｄｅｖｉｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ＿ｄ１.ｚｉｐであることも示している。

＜自動設置プログラムによる処理＞
次に図１４乃至図１７を用いて、ＭＦＰ１０１、ＭＦＰ１０２の自動設置プログラム４５０の処理について記載する。尚、本処理は、設置担当者７２２が行うＳ７０４での撤去の際に行う作業、および、Ｓ７０５での設置する際に行う作業行われる際の自動設置プログラム４５０の処理である。

図１４（Ａ）は、ＭＦＰ１０１、および、ＭＦＰ１０２にＵＳＢストレージ１０３が接続されたことを自動設置プログラム４５０のストレージ制御部４５２が検知したことを受け、自動設置プログラム４５０が図１４（Ａ）のフローチャートで示す処理を行う。

Ｓ１４０１で、ＵＩ制御部４５１は、処理実行部４５３の指示を受けて、図１４（Ｂ）で示すＵＩを表示する。図１４（Ｂ）は、Ｓ１４０１において自動設置プログラム４５０のＵＩ制御部４５１が表示するＵＩの一例である。ＵＩ１４５０は、ボタン１４５１、および、ボタン１４５２を有する。ボタン１４５１は、設置する際の処理を実行するためのボタンである。尚、本例においては、ＭＦＰ１０１の自動設置プログラム４５０のＵＩ１４５０に表示されたボタン１４５１を、Ｓ７０５で設置担当者７２２が押下する。ボタン１４５２は、撤去する際の処理を実行するためのボタンである。尚、本例において、はＭＦＰ１０２の自動設置プログラム４５０のＵＩ１４５０に表示されたボタン１４５２を、Ｓ７０４で設置担当者７２２が押下する。以上が、ＵＩ１４５０の説明である。図１４（Ａ）のフローチャートの説明に戻る。

Ｓ１４０２で、ＵＩ制御部４５１は、ボタンが押下されたかを監視する。ボタンが押下されたことを検知した場合は、Ｓ１４０３に遷移する。ボタンが押下されていない場合は監視を続ける。

Ｓ１４０３で、ＵＩ制御部４５１は、押下されたボタンが、ボタン１４５１であるか、ボタン１４５２であるかを判断する。押下されたボタンがボタン１４５１であった場合はＳ１４０４に遷移する。押下されたボタンが１４５２であった場合はＳ１４０５に遷移する。Ｓ１４０４で、自動設置プログラム５００は撤去の際の処理を実行して終了する。Ｓ１４０４の処理の詳細については、図１５（Ａ）を用いて後述する。Ｓ１４０５で、自動設置プログラム５００は設置の際の処理を実行して終了する。Ｓ１４０５の処理の詳細については、図１５（Ｂ）、図１６、図１７を用いて後述する。

図１５（Ａ）は、Ｓ１４０４における自動設置プログラム５００の処理を示したフローチャートである。

Ｓ１５０１で、処理実行部４５３は、ＵＳＢストレージ１０３内に自機と関連づいた個別データがあるかを判断する。関連付けがある場合は、Ｓ１５０２に遷移する。関連付けがない場合は終了する。尚、本例では関連付けがあるかどうかは、関連付けファイル１３００を解析することで行う。例えば、Ｓ１５０１の処理を行っているＭＦＰのデバイスＩＤがＬ００１である場合、関連付けファイル１３００の個別データ識別部１３０３において、＜ｏｌｄＤｅｖｉｃｅＩＤ＞タグの値がＬ００１となっているため、関連付けがあると判断する。

Ｓ１５０２で、処理実行部４５３は、自機との関連付けを解除して、処理を終了する。より具体的には、処理実行部４５３は、Ｓ１５０１で関連付けがあると判断すると、関連付けファイル１３００に記載されている個別データとの関連付けを解除する。ＵＳＢ制御部４５１は関連付けが解除された関連付けファイル１３００をＵＳＢストレージ１０３に保存する。尚、本例では関連付けの解除は、関連付けファイル１３００の＜ｏｌｄＤｅｖｉｃｅＩＤ＞タグを削除することで行う。以上が、撤去する際の処理である。

次に、設置する際の処理について図１５（Ｂ）乃至図１７を用いて説明する。図１５（Ｂ）は、Ｓ１４０５における自動設置プログラム５００の処理を示したフローチャートである。

Ｓ１５５１で、処理実行部４５３は、ＵＳＢストレージ１０３内に自機向けの設置用のスクリプトが存在するかを判断する。自機向けの設置用のスクリプトが存在する場合はＳ１５５２に遷移する。自機向けの設置用のスクリプトがない場合は処理を終了する。尚、本例では自機向けの設置用のスクリプトが存在するかは設置用のスクリプトのファイル名で判断する。例えば、Ｓ１５５１の処理を行うＭＦＰのデバイスＩＤがＮ００１である場合、ＵＳＢストレージ１０３内に自機のデバイスＩＤを含むスクリプトファイル名Ｓｃｒｉｐｔ＿Ｎ００１.ｘｍｌ１１１６があるため、自機向けの設置用のスクリプトが存在すると判断する。

Ｓ１５５２で、処理実行部４５３は、Ｓ１５５１で特定した自機向けの設置用のスクリプトを読み込み、Ｓ１５５３に遷移する。

Ｓ１５５３で、スクリプト解析部４５４は、実行すべき処理を取得し、処理実行部４５３に渡し、Ｓ１５５４に遷移する。尚、各種処理は、図１２を用いて説明したように処理記載部１２１０に記載されており、実行順は各種処理部に記載さているｏｒｄｅｒ属性で指定されている順に行う。

Ｓ１５５４で、処理実行部４５３は、Ｓ１５５３で渡された処理を実行し、Ｓ１５５５に遷移する。尚、Ｓ１５５３で実行する処理が、デバイス設定情報のインポートであった場合の処理の詳細については図１６、図１７を用いて説明する。

Ｓ１５５５で、スクリプト解析部４５４は、次に実行すべき処理が存在するかを判断する。次に実行すべき処理が存在する場合は、Ｓ１５５３に遷移する。次に実行すべき処理が存在しない場合は処理を終了する。

＜デバイス設定情報のインポート処理その１＞
図１６は、Ｓ１５５４において実行する処理が、デバイス設定情報のインポートであった場合の自動設置プログラム４５０の処理を示したフローチャートである。

Ｓ１６０１で、処理実行部４５３は、共通データのインポートを行い、Ｓ１６０２に遷移する。Ｓ１６０１でインポートを行う共通データは、デバイス設定情報インポート処理部１２０７の＜ｃｏｍｆｉｌｅＮａｍｅ＞で指定されているファイルである。

Ｓ１６０２で、処理実行部４５３は、スクリプト解析部４５４の解析結果からデバイス設定情報インポート処理部１２０７に個別データのパスが記載されているかを判断する。個別データのパスが記載されている場合はＳ１６０３に遷移する。個別データのパスが記載されていない場合はＳ１６０４に遷移する。尚、本例において、個別データのパスが記載されているかの判断はデバイス設定情報インポート処理部１２０７の＜ｅｘＦｉｌｅＮａｍｅ＞タグで判断する。例えば、設置用のスクリプト１２００を例にすると、デバイス設定情報インポート処理部１２０７の＜ｅｘＦｉｌｅＮａｍｅ＞タグの値は、Ｕｎｋｎｏｗｎとなっており、個別データのファイル名が指定されていない。そのため、個別データのパスが記載されていないと判断する。

Ｓ１６０３で、処理実行部４５３は、＜ｅｘＦｉｌｅＮａｍｅ＞タグで指定された個別データのファイルのインポート処理を行い、Ｓ１６１２に遷移する。

Ｓ１６０４で、処理実行部４５３は、撤去対象デバイスＩＤと個別データが関連付いていない個別データが存在するかを判断する。撤去対象デバイスＩＤと関連付けがない個別データが存在する場合はＳ１６０５に遷移する。撤去対象デバイスＩＤと関連付けがない個別データが存在しない場合、Ｓ１６０９に遷移する。本例では、撤去対象デバイスＩＤと関連付けがない個別データがあるかは、関連付けファイル１３００で判断する。具体的には、各個別データ関連付け部に＜ｏｌｄＤｅｖｉｃｅＩｄ＞タグが存在するかを確認する。＜ｏｌｄＤｅｖｉｃｅＩｄ＞タグが存在しない個別データ関連付け部が１つでもあった場合は、Ｓ１６０５に遷移する。Ｓ７０４の作業が行われている場合、Ｓ１５０２の処理において、個別データと撤去対象デバイスＩＤの関連付けが外れていることになる。

Ｓ１６０５で、処理実行部４５３は、撤去対象デバイスＩＤと関連付いていない個別データが１つであるかを判断する。撤去対象デバイスＩＤと関連付いていない個別データが１つであった場合はＳ１６０６に遷移する。撤去対象デバイスＩＤと関連付いていない個別データが複数あった場合はＳ１６０９に遷移する。

Ｓ１６０６で、個別データのインポートの確認を促すため、ＵＩ制御部４５１は、図１７（Ａ）で示すＵＩ１７００を表示し、Ｓ１６０７に遷移する。図１７（Ａ）は、Ｓ１６０６でＵＩ制御部４５１が表示するＵＩの一例である。ＵＩ１７００は、個別データ情報表示領域１７０１、ボタン１７０２、ボタン１７０３で構成される。個別データ情報表示領域１７０１は、個別データの情報を表示する領域である。本例であると、これからインポートを行う個別データの個別データ名が"名称ｄ１"である個別データであることを表示している。ここで表示する個別データは、撤去対象デバイスＩＤと関連づいていない個別データである。また、Ｓ１６０５の処理で撤去対象デバイスＩＤと関連づいていない個別データは１つだけであるため、１つの個別データの情報が表示されることになる。ボタン１７０２は、個別データ表示領域１７０１に表示されている個別データのインポートを実行するためのボタンである。ボタン１７０３は、インポートする個別データを、個別データ表示領域１７０１に表示されている個別データとは別の個別データに変更するためのボタンである。このように設置担当者７２２が、Ｓ７０４の作業を行った後、Ｓ７０５の作業を行うことで、個別データの選択を行う必要がなくなり、選択の手間、および、選択ミスがなくなる。

図１６の説明に戻る。Ｓ１６０７で、ＵＩ制御部４５１は、ＵＩ１７００においてどのボタンが押下されたかを判断する。実行ボタン１７０２が押下された場合、Ｓ１６０８に遷移する。変更ボタン１７０３が押下された場合は、Ｓ１６０９に遷移する。

Ｓ１６０８で、処理実行部４５３は、ＵＩ表示領域１７０１で表示していた撤去対象デバイスＩＤと関連付いていない個別データのインポートを実行し、Ｓ１６１２に遷移する。

Ｓ１６０９で、ＵＩ制御部４５１は、個別データを選択するためのＵＩを表示し、Ｓ１６１０に遷移する。尚、遷移元によって表示するＵＩが異なるため、図１７（Ｂ）、図１７（Ｃ）、図１７（Ｄ）を用いて説明する。

図１７（Ｂ）は、Ｓ１６０４から遷移した際に、Ｓ１６０９でＵＩ制御部４５１が表示するＵＩの一例である。Ｓ１６０４から遷移した場合、個別データはすべて撤去対象デバイスＩＤと関連づいた状態である。このような状態になるのは設置担当者７２２がＳ７０４の作業を行わずにＳ７０５の作業を行った場合である。ＵＩ１７２０は、警告表示領域１７２１、個別データ選択領域１７２２から構成される。警告表示領域１７２１は、すべての個別データが撤去対象デバイスＩＤと関連付けがなされている旨を警告するメッセージを表示する領域である。個別データ選択領域１７２２は、インポートを行う個別データを選択するためのボタンを表示する領域である。個別データ選択領域１７２２には、撤去対象デバイスＩＤと個別データの関連付けなされているすべての個別データを表示する。ＵＩ１７２０の例であると、ボタンは３つ表示している。また、ボタンには個別データの個別データ名と関連づいている撤去対象デバイスＩＤを表示している。尚、本例ではインポートを行う個別データを選択することが可能なようにＵＩ１７２０を表示しているが、個別データがすべて撤去対象デバイスＩＤと関連づいた状態である場合にはエラーとするようにしても良い。

図１７（Ｃ）は、Ｓ１６０５から遷移した際に、Ｓ１６０９でＵＩ制御部４５１が表示するＵＩの一例である。Ｓ１６０５から遷移した場合、撤去対象デバイスＩＤと関連づいていない個別データは複数存在する状態である。このような状態になるのは設置担当者７２２がＳ７０４、Ｓ７０５の作業を交互に行わず、Ｓ７０４の作業を複数回行った後にＳ７０５の作業を行った場合である。ＵＩ１７５０は、個別データ選択領域１７５１から構成される。個別データ選択領域１７５１は、インポートを行う個別データを選択するためのボタンを表示する領域である。個別データ選択領域１７５１には、撤去対象デバイスＩＤと関連づいていない個別データのみを表示する。ＵＩ１７５０を例にとると、撤去対象デバイスＩＤと関連づいていない個別データは２つであり、その個別データを選択するためのボタン２つを表示している。ボタンには個別データの個別データ名を表示している。

このように設置担当者がＳ７０４の撤去作業を複数回行った後に、Ｓ７０５の作業を行った場合でも、撤去対象デバイスＩＤと関連づいていない個別データのみを表示することで選択肢が減り、個別データの選択の手間、および、選択ミスが軽減される。

また、リプレイスではなくすべて新規で設置するＭＦＰであった場合もＵＩ１７５０と同様の表示になる。すべて新規で設置するＭＦＰであった場合は、すべての個別データが撤去対象デバイスＩＤと関連づいていないため、個別データ選択領域１７５１にはすべての個別データを表示することになる。そのため、選択の手間はあるが、すべて新規で設置するＭＦＰであった場合でも、ユーザーが個別データを選択することで、設置を行うことができる。

図１７（Ｄ）は、Ｓ１６０７から遷移した際にＳ１６０９でＵＩ制御部４５１が表示するＵＩの一例である。ＵＩ１７７０は、 個別データ選択領域１７７１で構成される。個別データ選択領域１７７１は、インポートを行う個別データを選択するためのボタンを表示する領域である。個別データ選択領域１７５１には、撤去対象デバイスＩＤと関連づいていない個別データ、および、撤去対象デバイスＩＤと関連づいている個別データの両方共を表示する。ＵＩ１７７０を例にとると撤去対象デバイスＩＤと関連づいていない個別データは１つであり、ボタンには個別データ名を表示している。また、ＵＩ１７７０では、撤去対象デバイスＩＤと関連づいている個別データは２つあり、ボタンには個別データ名と個別データと関連づいている撤去対象デバイスＩＤを表示している。

再び、図１６の説明に戻る。Ｓ１６１０で、ＵＩ制御部４５１は、Ｓ１６０９で表示したＵＩにおいてボタン押下により、個別データの選択がされたかを監視する。個別データの選択を検知した場合は、Ｓ１６１１に遷移する。個別データの選択を検知していない場合は監視を続ける。

Ｓ１６１１で、処理実行部４５３はＳ１６１０で選択を検知した個別データのインポートを実行し、Ｓ１６１２に遷移する。

Ｓ１６１２で、処理実行部４５３は、インポートした個別データに自機のデバイスＩＤを関連付けして処理を終了する。具体的には処理実行部４５３は、関連付けファイル１３００に対して、個別データと自機のデバイスＩＤとの関連付けを行う。関連付けは、例えば、自機のデバイスＩＤを記述した＜ｎｅｗＤｅｖｉｃｅＩｄ＞タグを、インポートした個別データの＜ｅｘＤａｔａ＞タグに挿入する。すなわち図１３に示した関連付けファイル１３００において、インポートした個別データ関連付けられた＜ｏｌｄＤｅｖｉｃｅＩｄ＞タグの代わりに、その個別データをインポートしたデバイスのＩＤを記述した＜ｎｅｗＤｅｖｉｃｅＩｄ＞タグが挿入される。そして、ストレージ制御部４５２は関連付けが追加された関連付けファイル１３００をＵＳＢストレージ１０３に保存する。Ｓ１６１２の処理により設置対象デバイスＩＤと個別データの関連付けが行われる。

以上までが、図７（Ａ）で説明した基本的な設置の作業における各プログラムの詳細な処理に関する説明である。

＜ＭＦＰのリプレイス作業後手順＞
次に、図７（Ｂ）について説明する。図７（Ｂ）は、本発明に関わるＭＦＰ１０１を設置した後の作業フローを説明したワークフロー図である。

図７（Ａ）のＳ７０５において、ＭＦＰ１０１を設置する際、図１６のＳ１６１２の処理で自動設置プログラム４５０の処理実行部４５３が、インポートを実行した個別データに、設置を行ったＭＦＰのデバイスＩＤの関連付けを行った。設置担当者７２２は、更新された関連付けファイル１３００の入ったＵＳＢストレージ１０３を設置管理者７２１へ返却する。

設置管理者７２１はＳ７５１で、返却されたＵＳＢストレージ１０３をクライアントコンピューター１０３に接続し、案件管理プログラム５００を使用して、関連付けファイルを読み取り、案件管理サーバー１０４へアップロードし、作業を完了する。図７（Ｂ）で説明した設置した後の作業における各プログラムの詳細な処理について、図１８を用いて説明する。

図１８（Ａ）は、図７（Ａ）で説明したＭＦＰ１０１の設置の作業がすべて完了した後のＵＳＢストレージ１０３に保存されている関連付けファイルの例である。関連付けファイル１８００は、図７（Ａ）での自動設置プログラム４５０の処理により、関連付けファイル１３００から更新されている。図１３で説明した関連付けファイル１３００と異なるのは、各個別データ関連付け部に＜ｎｅｗＤｅｖｉｃｅＩｄ＞タグが追加されており、＜ｏｌｄＤｅｖｉｃｅＩｄ＞タグが削除されている点である。＜ｎｅｗＤｅｖｉｃｅＩｄ＞タグは、Ｓ１６１２の処理で追加されており、＜ｏｌｄＤｅｖｉｃｅＩｄ＞タグは、Ｓ１５０２の処理で削除されている。図１８（Ａ）の例は、Ｘ００１，Ｘ００２，Ｘ００３という名称の３つの個別データが、それぞれＮ００１，Ｎ００２，Ｎ００３というＩＤのデバイスにインストールされた後の関連付けファイルを示している。

図１８（Ｂ）は、Ｓ７５１において行われる作業におけるクライアントコンピューター１０４の案件管理プログラム５００および案件管理サーバー１０５の案件管理サーバープログラム５５０の処理を示したフローチャートである。Ｓ１８５１からＳ１８５５までが案件管理プログラム５００の処理である。

Ｓ１８５１で、案件管理プログラム５００のストレージ制御部５０３は、ＵＳＢストレージ１０３に保存されている関連付けファイル１８００を読込みＳ１８５２に遷移する。

Ｓ１８５２で、通信部５０６は、Ｓ１８５１で読み込んだ関連付けファイル１８００を案件管理サーバー１０５に送信して、Ｓ１８５３に遷移する。

Ｓ１８５３で、通信部５０６は、Ｓ１８５２で送信した関連付けファイル１８００の送信結果を案件管理サーバー１０５から受信したかを監視する。結果を受信した場合はＳ１８５４に遷移する。結果を受信していない場合は監視を続ける。

Ｓ１８５４で、処理実行部５０２で、Ｓ１８５３で受信した結果が成功であったかを判断する。Ｓ１８５３で受信した結果が成功であった場合は処理を終了する。受信した結果が失敗であった場合はＳ１８５５に遷移する。

Ｓ１８５５で、ＵＩ制御部５０１は、関連付けファイルの送信が失敗した旨を伝えるエラー画面を表示し、処理を終了する。

Ｓ１８７１からＳ１８７７までが案件管理サーバー１０５の案件管理サーバープログラム５５０の処理である。

Ｓ１８７１で、案件管理サーバープログラム５５０の通信部５５３は、関連付けファイルを受信したかを監視する。関連付けファイルを受信した場合はＳ１８７２に遷移する。関連付けファイルを受信していない場合は監視を続ける。

Ｓ１８７２で、制御部５５１は、Ｓ１８７１で受信した関連付けファイル１８００を読み込み、Ｓ１８７３に遷移する。

Ｓ１８７３で、案件データ管理部５５２は、すべての個別データと設置対象デバイスＩＤの関連付けを更新し、Ｓ１８７４に遷移する。より具体的には、案件データ管理部５５２は関連付けファイル１８００の各個別データ関連付け部に記載されている＜ｎｅｗＤｅｖｉｃｅＩｄ＞タグの値を、案件データ格納部５５４の個別データ管理テーブル６７０のカラム６７４に追加する。これにより個別データと設置対象デバイスＩＤが関連付けされる。また、案件データ管理部５５２は、案件概要管理テーブル６００の該当する案件のレコードのカラム６０３の値を"未完了"から"完了"に更新する。

Ｓ１８７４で、制御部５５１は、Ｓ１８７３の処理が成功したかを判断する。成功している場合は、Ｓ１８７５に遷移する。失敗している場合はＳ１８７６に遷移する。

Ｓ１８７５で、制御部５５１は、クライアントコンピューター１４０に送信する結果に成功を設定し、Ｓ１８７７に遷移する。

Ｓ１８７６で、制御部５５１は、クライアントコンピューター１４０に送信する結果に失敗を設定し、Ｓ１８７７に遷移する。

Ｓ１８７７で、通信部５５３は、クライアントコンピューター１４０に結果を送信して処理を終了する。

図１８に記載した処理を実行することで、案件管理サーバー１０５の案件管理サーバープログラム５５０で管理する案件データについても個別データと設置対象デバイスＩＤの関連付けがされる。そのため、案件管理サーバー１０５の案件管理サーバープログラム５５０でも実際にどのＭＦＰにどの個別データをしたかがわかるようになる。

以上、本実施形態によれば、個別データと、設置対象のＭＦＰのデバイスＩＤを予め関連付けしておけないような状況でも、ＭＦＰのリプレイスでの設置において自動で適切な設置を実施することができる。

［実施例２］
実施例１においては、撤去対象のＭＦＰ１０２の自動設置プログラム４５０が自機と紐づく個別データとの関連付けを解除した。そして、設置対象のＭＦＰ１０１の自動設置プログラム４５０が撤去対象のＭＦＰと関連付いていない個別データを特定してインポートすることでて自動で適切な設置を実施することを実現した。実施例２においては、撤去対象のＭＦＰ１０２の自動設置プログラム４５０が自機と紐づく個別データとの関連付けを解除するだけでなく、さらに関連付けを解除した時間、順序を関連付けファイルに追加する例について記載する。システム構成、ハードウェア構成、ソフトウェア構成、テーブル構成、案件データの構成、設置用のスクリプトなどは実施例１と同じため説明は省略する。実施例１と異なるのは、Ｓ７０４、および、Ｓ７０５の作業における自動設置プログラム４５０の処理である。

図１９（Ａ）は、Ｓ７０４の撤去の際の作業における自動設置プログラム４５０の処理である。本実施形態では、図１４のステップＳ１４０４において、図１５（Ａ）に代えて図１９（Ａ）が実行される。そこで実施例１で説明した図１５（Ａ）の処理と異なる部分について説明する。Ｓ１９０１、および、Ｓ１９０２は、Ｓ１５０１、Ｓ１５０２と同様の処理であるため、説明を省く。

Ｓ１９０３で、処理実行部４５３は、関連付けファイル１３００に現在日時を追加し、Ｓ１９０４に遷移する。

Ｓ１９０４で、処理実行部４５３は、関連付けを解除した順番を特定し、Ｓ１９０５に遷移する。順序の特定は、たとえば関連付けファイル１３００に既に追加された順番を示す＜ｏｒｄｅｒ＞タグのうち、最も大きい値の次の値が、Ｓ１９０４で特定された順序とすればよい。次の値とは、たとえば１を加算した値である。＜ｏｒｄｅｒ＞タグが見つけられない場合には、順番の最初の値、例えば１を順番として特定する。

Ｓ１９０５で、処理実行部４５３は、Ｓ１９０４で特定した関連付けを解除した順番を追加し、処理を終了する。

図１９（Ｂ）は、Ｓ７０４の作業を行った後のある時点での関連付けファイルである。関連付けファイル１９５０は、関連付けファイル１３００が図１９（Ａ）の処理によって更新されたファイルである。個別データ関連付け部１９５１、１９５２、１９５３は、それぞれ個別データ関連付け部１３０３、１３０４、１３０５と同じ個別データを示している。

タグ１９５４は、＜ｄａｔｅ＞タグであり、撤去対象デバイスＩＤとの関連付けが解除された日時を表している。本タグはＳ１９０３の処理で追加される。タグ１９５５は、＜ｏｒｄｅｒ＞タグであり撤去対象のデバイスＩＤを解除した順番を表している。本タグはＳ１９０５の処理で追加される。また、Ｓ１９０４の処理においては、各個別データ関連付け部の本タグを確認することで関連付けを解除した順番を特定する。関連付けファイル１９５０を例にすると、個別データ関連付け部１９５１、１９５２は撤去対象デバイスＩＤの関連付けが解除されており、個別データ関連付け部１９５３は撤去対象デバイスＩＤと関連づいた状態であることがわかる。そのため、関連付けファイル１９５０は設置担当者７２２がＳ７０４の作業を２回行ったあとの関連付けファイルである。

＜実施例２におけるデバイス設定情報のインポート処理＞
図２０は、Ｓ７０５の設置の際の作業における自動設置プログラム４５０の処理である。図２０は実施例１で説明した図１６の処理に相当するので、図１６と異なる部分についてのみ説明する。Ｓ２００１からＳ２００４は、Ｓ１６０１から１６０４と同様の処理のため説明を省略する。

Ｓ２００５で、処理実行部４５３は、関連付けを解除した順番が最も早い個別データを特定し、Ｓ２００６に遷移する。本例では図１９で説明した各個別データ関連付け部の＜ｏｒｄｅｒ＞タグの中で最も小さい値を特定することで、関連付けを解除した順番が最も早い個別データを特定する。

Ｓ２００６で、個別データのインポートの確認を促すため、ＵＩ制御部４５１は、図２１で示すＵＩ２１００を表示し、Ｓ２００７に遷移する。ここで図２１について説明する。図２１は、Ｓ２００６においてＵＩ制御部４５１が表示するＵＩの一例である。実施例１で説明した図１７（Ａ）のＵＩ１７００との違いを説明する。

ＵＩ２１００は、個別データ情報表示領域２１０１、ボタン２１０２、ボタン２１０３で構成される。個別データ表示領域２１０１で、個別データ表示領域１７０１と異なるのは、撤去対象のデバイスＩＤの関連付けが解除した日時を表示する点である。これによりＳ７０４の撤去の際の作業の日時との関連が設置担当者７２２に伝わりやすくなる。尚、個別データ表示領域２１０１で表示される個別データは、Ｓ２００５の処理で特定した個別データである。つまり、個別データと撤去デバイスＩＤの関連づけがされていない個別データが複数あった場合でも、Ｓ７０４の作業を行った順番の早い個別データがインポートの対象として表示する。そのため、撤去する作業を行った順番と同じ順番で設置する作業を行なえば、個別データを選択する必要がなくなる。ボタン２１０２、ボタン２１０３は、それぞれボタン１７０２、ボタン１７０３と同様であるため説明を省略する。

図２０の説明に戻る。Ｓ２００７、Ｓ２００８の処理については、それぞれＳ１６０７、Ｓ１６０８と同様の処理のため、説明を省略する。

Ｓ２００９で、ＵＩ制御部４５１は、個別データを選択するためのＵＩを表示し、Ｓ２０１０に遷移する。尚、Ｓ２００４からＳ２００９に遷移した場合、Ｓ２００９でＵＩ制御部４５１は図１７（Ｂ）で説明したＵＩ１７２０と同様のＵＩを表示する。また、Ｓ２００７からＳ２００９に遷移した場合、Ｓ２００９で、ＵＩ制御部４５１は図１７（Ｄ）で説明したＵＩ１７２０と同様のＵＩを表示する。

Ｓ２０１０からＳ２０１２の処理については、Ｓ１６１０からＳ１６１２の処理と同様であるため、説明を省略する。

以上、本実施形態によれば、撤去対象のＭＦＰ１０２の自動設置プログラム４５０が自機と紐づく個別データとの関連付けを解除するだけでなく、さらに関連付けを解除した時間、順序を追加する。これにより設置担当者７２２が撤去の際の作業であるＳ７０４と、設置の際の作業とを同じ順番で行っている場合には、個別データを選択することなく自動で適切な設置を実施することができる。

［実施例３］
実施例１、および、実施例２においては、ＵＳＢストレージ１０３に設置データを格納して、顧客先ではＵＳＢストレージ１０３を用いて設置の作業を行った。実施例３では、ＵＳＢストレージ１０３を使用せずにＭＦＰが案件管理サーバーと通信することで設置を実現する例について記載する。尚、実施例３では実施例１と異なる点について説明を行う。

＜実施例３におけるシステム構成＞
図２２は、本発明の実施例３における自動設置システムにおける機器構成の例を示す図である。実施例３の自動設置システムは、営業担当者や設置担当者が作業を行う場所のＬＡＮ２２００、および、設置を行う顧客先のＬＡＮ２２０１があり、図２２においてＬＡＮ２２００とＬＡＮ２２０１は別のＬＡＮであることを示している。ＬＡＮ２２００、ＬＡＮ２２０１に接続された機器はそれぞれファイヤウォール２２０２、２２０３越しにＷＡＮを介してインターネット上のサーバーに接続される。

営業担当者や設置担当者が作業を行う場所のＬＡＮ２２００には、クライアントコンピューター２２０６が接続される。クライアントコンピューター２２０６は、クライアントコンピューター１０４とハードウェア構成、ソフトウェア構成が同じである。

顧客先のＬＡＮ２２０１には、設置対象のＭＦＰ２２０４と撤去対象のＭＦＰ２２０５が接続される。尚、設置対象のＭＦＰ２２０４は最初からＬＡＮ２２０１に接続されているわけではなく、後述する設置の作業の中でＬＡＮ２２０１に接続される。また、撤去対象のＭＦＰ２２０５は、後述する撤去の作業の中でＬＡＮ２２０１から外される。尚、ＭＦＰ２２０４、および、ＭＦＰ２２０５のハードウェア構成が同じである。ＭＦＰ２２０４、および、ＭＦＰ２２０５にインストールされている自動設置プログラムについては、自動設置プログラム４５０と多少異なるため、図２３（Ａ）を用いて後述する。

案件管理サーバー２２０７は、案件管理サーバー１０５とハードウェア構成が同じである。尚、案件管理サーバー１０５で動作する案件管理サーバープログラムについては、案件管理サーバープログラム５５０と多少異なるため、図２３（Ｂ）を用いて後述する。ソフトウェア管理サーバー２２０８は、ソフトウェア管理サーバー１０６とハードウェア構成、ソフトウェア構成共に同じである。

＜実施例３における自動設置プログラム＞
図２３（Ａ）は、ＭＦＰ２２０４及びＭＦＰ２２０５で動作する、自動設置プログラムの機能構成の例を示す図である。本実施例において、自動設置プログラム２３００は、ＭＦＰ２２０４及びＭＦＰ２２０５の拡張プログラム４０７の一つとして実装されるものとする。ＣＰＵ２０１が各機能に応じたプログラムを実行することにより、各機能は実現される。自動設置プログラム２３００について、自動設置プログラム４５０と異なる部分について説明する。

自動設置プログラム２３００は、ＵＩ制御部２３０１、ストレージ制御部２３０２、処理実行部２３０３、スクリプト解析部２３０４、通信部２３０５で構成される。ＵＩ制御部２３０１からスクリプト解析部２３０４までは、それぞれ自動設置プログラム４５０のＵＩ制御部４５１からスクリプト解析部４５４と同じである。尚、ストレージ制御部２３０２は、実施例１で説明したＵＳＢストレージを使用した設置の機能を提供しない場合、必須の構成ではない。

通信部２３０５は、処理実行部２３０３の指示に従い、案件管理サーバー２２０７にデータを送信したり、データを取得したりする。送信を行うデータとしては、自機のデバイスＩＤなどである。取得するデータとしては案件データなどである。また、通信部２３０５は、処理実行部２３０３の指示に従い、ソフトウェア管理サーバー２２０８からファームウェアやライセンスファイルなどの各種ソフトウェアを取得する。

＜実施例３における案件管理サーバープログラム＞
図２３（Ｂ）は、案件管理サーバー２２０７で動作する、案件管理サーバープログラム２３５０の機能構成の例を示す図である。ＣＰＵ３０１がプログラムを実行することにより、各機能が実現される。尚、案件管理サーバープログラム２３５０について、案件管理サーバープログラム５５０と異なる部分について説明する。案件管理サーバープログラム２３５０は、制御部２３５１、案件データ管理部２３５２、通信部２３５３、スクリプト生成部２３５４を有するＷｅｂアプリケーションである。制御部２３５１から通信部２３５３までは、それぞれ案件管理サーバープログラム５５０の制御部５５１から通信部５５３までと同じ機能である。また案件データ格納部２３５５は、案件データ格納部５５４と同じデータベースである。

スクリプト生成部２３５４は、制御部２３５１の指示に従い、案件データ格納部２３５５で格納されている案件データを基に、自動設置プログラム２３００が解析可能な設置用のスクリプトを生成する。

＜実施例３におけるＭＦＰのリプレイス作業手順＞
図２４は、本発明の実施例３に関わるＭＦＰ２２０４の基本的な設置の作業フローを説明したワークフロー図である。本例では、ＭＦＰ２２０５とＭＦＰ２２０４のリプレイスを行う場合について記載する。尚、図２４については、図７（Ａ）、および、図７（Ｂ）と異なる部分についてのみ説明する。Ｓ２４０１、および、Ｓ２４０２については、Ｓ７０１、および、Ｓ７０２と同じ作業であるため、説明を省略する。実施例１と実施例２とは異なり、設置担当者２４２２がＵＳＢストレージを持たずに顧客先に行く。

Ｓ２４０３は、設置担当者２４２２が顧客先でＭＦＰ２２０５を撤去する際に行う作業である。設置担当者２４２２は、ＭＦＰ２２０５の自動設置プログラム２３００が表示するＵＩで、撤去するためのボタンを押下する。尚、ここで表示されるＵＩは図１４（Ｂ）で説明したＵＩ１４５０と同じＵＩである。ここでは設置担当者２４２２は、撤去ボタン１４５２を押下する。自動設置プログラム２３００は、ボタン１４５２が押下されたことを検知すると、撤去の際の処理を実行する。撤去の際の処理については、図２５を用いて後述する。その後、設置担当者２４２２はＭＦＰ２２０５を実際に撤去する。ここでＭＦＰ２２０５は顧客先のＬＡＮ２２０１との接続が解除される。

Ｓ２４０４は、設置担当者２４２２がＭＦＰ２２０４を実際に設置する際に顧客先で行う作業である。倉庫からＭＦＰ２２０４が配送されると、設置担当者２４２２は、ＭＦＰ２２０４を顧客から依頼された場所へ配置する。そして、設置担当者２４２２は、ＭＦＰ２２０４を顧客先のＬＡＮ２２０１に接続する。尚、本例ではＭＦＰ２２０４を顧客先のＬＡＮ２２０１に接続した後に設置作業を行うが、設置作業においては必ずしも顧客先のＬＡＮ２２０１に接続する必要はなく、案件管理サーバー２２０７、ソフトウェア管理サーバー２２０８と通信できればよい。例えばＭＦＰ２２０４が無線での通信機能を有しており、携帯端末などのテザリング機能を用いて、案件管理サーバー２２０７、ソフトウェア管理サーバー２２０８と通信するような構成でも良い。設置担当者２４２２が、ＭＦＰ２２０４の自動設置プログラム２３００が表示するＵＩで、設置するためのボタンを押下する。尚、ここで表示されるＵＩは図１４（Ｂ）で説明したＵＩ１４５０と同じＵＩである。ここでは設置担当者２４２２は、設置ボタン１４５１を押下する。自動設置プログラム２３００は、ボタン１４５１が押下されたことを検知すると、設置の際の処理を実行する。設置の際の処理については、図２６を用いて後述する。また、撤去対象デバイスの撤去と設置対象デバイスの設置は、実施例１、実施例２と同じく１組ずつ交互に行うことが望ましい。このようにすれば、個別データのインポート時に、個別データファイルを指定する必要がなくなる。

Ｓ２４０３、Ｓ２４０４の作業をすべてのＭＦＰの数だけ繰り返すことによって、すべてのＭＦＰのリプレイスの作業が完了する。以上が本発明の実施例３に関わるＭＦＰ２４０２の基本的な設置の作業フローである。尚、実施例１においては、設置した後の作業について図７（Ｂ）を用いて説明したが、実施例３においては図７（Ｂ）の作業は必要ない。Ｓ２４０４の作業の中で、自動設置プログラム２３００、および、案件管理サーバープログラム２３５０によって同様の処理が行われる。

次に、図２５、および、図２６を用いて、Ｓ２４０３、Ｓ２４０４の作業における、自動設置プログラム２３００、案件管理サーバープログラム２３５０の処理について説明する。尚、Ｓ２４０３、Ｓ２４０４の作業において、自動設置プログラム２３００は、自動設置プログラムの起動を受け付けると、図１４（Ａ）で説明した処理を実行し、ＵＩ１４５０を表示する。

＜実施例３における自動設置プログラムによる処理＞
図２５は、ＵＩ１４５０の撤去ボタン１４５２が押下されたことを検知した際に、自動設置プログラム２３００、案件管理サーバープログラム２３５０が実行する処理を記載したフローチャートである。つまり、実施例３におけるＳ１４０４の処理である。Ｓ２５０１からＳ２５０４が自動設置プログラム２３００の処理である。

Ｓ２５０１で、自動設置プログラム２３００の通信部２３０５は、自機のデバイスＩＤを案件管理サーバー２２０７の案件管理サーバープログラム２３５０に送信し、Ｓ２５０２に遷移する。

Ｓ２５０２で、自動設置プログラム２３００の通信部２３０５は結果を受信したかを監視する。結果を受信した場合は、Ｓ２５０３に遷移する。結果を受信していない場合は監視を続ける。

Ｓ２５０３で、処理実行部２３０３は、Ｓ２５０２で受信した結果が成功であるかを判断する。結果が成功であった場合は処理を終了する。結果が失敗であった場合はＳ２５０４に遷移する。

Ｓ２５０４で、ＵＩ制御部２３０１は、デバイスＩＤの送信が失敗した旨を伝えるエラー画面を表示して処理を終了する。

Ｓ２５２１からＳ２５２６までが案件管理サーバープログラム２３５０の処理である。Ｓ２５２１で、案件管理サーバープログラム２３５０の通信部２３５３は、撤去対象のＭＦＰからデバイスＩＤを受信したかを監視する。デバイスＩＤを受信した場合はＳ２５２２に遷移する。ここで、撤去対象のデバイスＩＤはＳ２４０１で案件データ格納部５５４に格納されているので、それと受信したデバイスＩＤとを照合することで、受信したデバイスＩＤが撤去対象のものであるか否かの判定を行うことができる。

Ｓ２５２２で、案件データ管理部２３５２は、制御部２３５１の指示を受け、Ｓ２３５１で受信したデバイスＩＤと個別データとの関連付けを解除してＳ２５２３に遷移する。より具体的には、案件データ格納部２３５５の個別データ管理テーブルのカラム６７５の値を更新する。Ｓ２３５１で受信したデバイスＩＤとカラム６７５の値が同じであった場合、案件データ管理部２３５２は、該当するレコードのカラム６７５の値を削除する。

Ｓ２５２３で、制御部２３５１は、Ｓ２５２２の処理で関連付けの解除が成功したかを判断する。関連付けの解除が成功した場合はＳ２５２４に遷移する。関連付けの解除が失敗した場合はＳ２５２６に遷移する。尚、関連付けの解除が失敗するのはデータベースへの更新失敗はもちろん、Ｓ２５２１で受信したデバイスＩＤと、カラム６７５の値が１つも一致しなかった場合なども含む。

Ｓ２５２４で、制御部２３５１は、ＭＦＰ２２０５に送信する結果に、成功を設定してＳ２５２５に遷移する。

Ｓ２５２５で、通信部２３５３は、ＭＦＰ２２０５の自動設置プログラム２３００に結果を送信して処理を終了する。

Ｓ２５２６で、制御部２３５１は、ＭＦＰ２２０５に送信する結果に、失敗を設定してＳ２５２５に遷移する。

次に図２６、図２７を用いて設置の際のプログラムの処理について説明する。図２６は、ＵＩ１４５０の設置ボタン１４５１が押下されたことを検知した際に、自動設置プログラム２３００、案件管理サーバープログラム２３５０が実行する処理を記載したフローチャートである。つまり、実施例３におけるＳ１４０５の処理である。尚、図２６については、図１５（Ｂ）のフローチャートの処理と異なる点を記載する。Ｓ２６０１からＳ２６０６まで自動設置プログラム２３００の処理である。

Ｓ２６０１で、自動設置プログラム２３００の通信部２３０５は、処理実行部２３０３の指示を受けて、案件管理サーバー２２０７の案件管理サーバープログラム２３５０に、設置用のスクリプトの取得要求を送信してＳ２６０２に遷移する。尚、取得要求には、どのＭＦＰの設置用のスクリプトを取得したいのかを判断できるように、自機のデバイスＩＤを含める。

Ｓ２６０２で自動設置プログラム２３００の通信部２３０５は、案件管理サーバー２２０７から設置用のスクリプトを受信したかを監視する。設置用のスクリプトを受信した場合は、Ｓ２６０３に遷移する。

Ｓ２６０３からＳ２６０６の処理は、Ｓ１５５２からＳ１５５５と同様で設置用のスクリプトに記載された内容に従って処理を実行する。

Ｓ２６２１からＳ２６２３までは、案件管理サーバープログラム２３５０の処理である。Ｓ２６２１で、案件管理サーバープログラム２３５０の通信部２３５３は、設置用のスクリプトの取得要求を受信したかを監視する。取得要求を受信した場合は、Ｓ２６２２に遷移すする。取得要求を受信していない場合は、監視を続ける。

Ｓ２６２２で、案件管理サーバープログラム２３５０のスクリプト生成部２３５４は、案件データ格納部２３５５に格納されている案件データの情報を基に、設置用のスクリプトを生成してＳ２６２３に遷移する。どのＭＦＰの設置用のスクリプトを生成するかは、Ｓ２６２１で受信した取得要求に含まれるデバイスＩＤで判断する。また、Ｓ２６２２でスクリプト生成部２３５４が生成する設置用のスクリプトは、設置用のスクリプト１２００とほぼ同様である。設置用のスクリプト１２００と異なるのは、処理記載部１２１０の各処理部に定義されているパスである。ここで述べているパスとはファームウェア更新処理部１２０３を例にすると、＜ｄｉｒＰａｔｈ＞タグである。処理記載部１２１０の各処理部に定義されているパスは、実施例１においてはＵＳＢストレージ１０３のルートフォルダー１１０からの相対パスであった。実施例３では、ＵＳＢストレージ１０３は使用せずに各サーバーから取得する構成である。そのため、Ｓ２６２２で生成する設置用のスクリプトでは、各処理部に定義するパスに各サーバーが提供するサービスのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を記載する。例えば、ファームウェア更新処理部１２０３を例にすると、＜ｄｉｒＰａｔｈ＞には、ソフトウェア管理サーバー２２０８が公開するファームウェアを取得するためのＷｅｂサービスのＵＲＬを記載する。これにより、ＭＦＰ２２０４の自動設置プログラム２３００は、Ｓ２６０５でファームウェア更新処理部１２０３の処理を実行するときに、設置用のスクリプトに記載されたソフトウェア管理サーバー２２０８からファームウェアを取得して、インポートを行う。

Ｓ２６２３で、案件管理サーバープログラム２３５０の通信部２３５３は、Ｓ２６２２で生成した設置用のスクリプトをＭＦＰ２２０４の自動設置プログラム２３００に送信する。

＜実施例３におけるデバイス設定情報のインポート処理＞
図２７は、Ｓ２６０５で実行する処理が、デバイス設定情報のインポートであった場合の自動設置プログラム２３００の処理を示したフローチャートである。尚、図２７は、図１６と異なる処理について説明する。

Ｓ２７０１で、処理実行部２３０３は、共通データのインポートを行い、Ｓ２７０２に遷移する。先に述べたように実施例３における設置用のスクリプトでは、パスは各サーバーのサービスのＵＲＬが記載されている。そのため、自動設置プログラム２３００の通信部２３０５がデバイス設定情報インポート処理部１２０７の＜ｄｉｒＰａｔｈ＞タグで指定されているＵＲＬにアクセスすることで、案件管理サーバー２２０７から共通データを取得する。

Ｓ２７０２の処理は、Ｓ１６０２と同じ処理である。処理部１２１０に個別データのパスが記述されているか判定する。記述されていればステップＳ２７０３へ分岐する。

Ｓ２７０３で、処理実行部２３０３は、個別データのインポートを行い、Ｓ２７１３に遷移する。個別データもＳ２７０１と同様に、自動設置プログラム２３００の通信部２３０５がデバイス設定情報インポート処理部１２０７の＜ｄｉｒＰａｔｈ＞タグで指定されているＵＲＬにアクセスすることで、案件管理サーバー２２０７から個別データを取得する。

Ｓ２７０４で、自動設置プログラム２３００の通信部２３０５は、案件管理サーバー２２０７の案件管理サーバープログラム２３５０から、個別データの一覧を取得して、Ｓ２７０５に遷移する。尚、Ｓ２７０４では、個別データの実体を取得する必要はない。後述するＵＩに表示するための情報、および、ＭＦＰとの関連付けの情報があればよい。例えば、個別データ管理テーブル６７０で管理しているカラム６７６の実体の情報は取得せず、カラム６７１からカラム６７５までの情報を取得する。

Ｓ２７０５からＳ２７０８までの処理は、Ｓ１６０４からＳ１６０７までの処理と同様であるため、説明を省略する。簡単に言えば、ＭＦＰと関連付けられていない個別データが１つであれば、それを表示して実行または変更の指示を待つ。実行の場合にはＳ２７０９に分岐する。

Ｓ２７０９で、処理実行部２３０３は、ＵＩ表示領域１７０１で表示していた撤去対象デバイスＩＤと関連付いていない個別データのインポートを実行し、Ｓ２３１３に遷移する。尚、ＵＩ１７００で選択された個別データは、自動設置プログラム２３００の通信部２３０５が、案件管理サーバー２２０７から取得する。

Ｓ２７１０、Ｓ２７１１の処理は、Ｓ１６０９、Ｓ１６１１と同様の処理であるため、説明を省略する。簡単に言えば、個別データの候補のリストを表示して、その中から選択されるのを待つ。

Ｓ２７１２で、処理実行部２３０３は、Ｓ２７１１で選択を検知した個別データのインポートを実行し、Ｓ２７１３に遷移する。尚、Ｓ２７１１で選択を検知した個別データは、自動設置プログラム２３００の通信部２３０５が、案件管理サーバー２２０７から取得する。

Ｓ２７１３で、自動設置プログラム２３００の通信部２３０５は、インポートを実行した個別データの個別データＩＤと自機のデバイスＩＤを案件管理サーバー２２０７の案件管理サーバープログラム２３５０に送信して、処理を終了する。案件管理サーバープログラム２３５０は、個別データの個別データＩＤとＭＦＰのデバイスＩＤを受信すると、個別データと設置対象デバイスＩＤの関連付けを更新する。より具体的には、案件データ管理部２３５２は案件データ格納部２３５５の個別データ管理テーブル６７０を更新する。更新内容は、受信した個別データＩＤで特定される個別データのレコードのカラム６７４に対する、受信したＭＦＰのデバイスＩＤの追加である。Ｓ２７１３で説明した処理が実行されることにより、案件管理サーバープログラム２３５０で管理する案件データについても個別データと設置対象デバイスＩＤの関連付けがされる。実施例１において、図７（Ｂ）で説明した設置したあとの作業は、実施例３では不要となる。

以上、本実施形態によれば、ＭＦＰのリプレイスでの設置においてＵＳＢストレージを使用せずに自動で適切な設置を実施することができる。

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

１０１ ＭＦＰ、１０２ ＭＦＰ、１０３ ＵＳＢストレージ、１０４ クライアントコンピューター、１０５ 案件管理サーバー

Claims (18)

1. 画像形成装置であって、
   １または複数の設置対象の画像形成装置について、前記設置対象の画像形成装置ごとに個別にインポートされる設定情報と、前記設置対象の画像形成装置により置き換える撤去対象の画像形成装置の識別子とを関連付けた関連付け情報を格納する格納手段にアクセスするための接続手段と、
   当該画像形成装置の撤去または設置を選択するための選択手段と、
   前記選択手段により画像形成装置の撤去が選択された場合には、前記格納手段に記憶された前記関連付け情報から、当該画像形成装置の識別子と前記設定情報との関連付けを解除し、画像形成装置の設置が選択された場合には、前記格納手段に記憶された前記関連付け情報のうち、画像形成装置の識別子との関連付けがされていない設定情報をインポートする処理手段と
   を有することを特徴とする画像形成装置。
2. 前記処理手段は、前記画像形成装置の設置が選択され、かつ、前記格納手段に記憶された前記関連付け情報に、画像形成装置の識別子との関連付けがされていない設定情報がない場合には、前記関連付け情報に含まれた設定情報の中から選択された設定情報をインポートすることを特徴とする請求項１に記載の画像形成装置。
3. 前記処理手段は、前記画像形成装置の設置が選択され、かつ、前記格納手段に記憶された前記関連付け情報に含まれた、画像形成装置の識別子との関連付けがされていない設定情報がひとつではない場合には、前記関連付け情報に含まれた、画像形成装置の識別子との関連付けがされていない設定情報の中から選択された設定情報をインポートすることを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記処理手段は、画像形成装置の識別子との関連付けがされていない前記設定情報をインポートする前に、インポートする前記設定情報を変更するための変更手段を有しており、
   前記変更手段は、前記関連付け情報に含まれた設定情報の中から選択された設定情報をインポートすることを特徴とする請求項１乃至３のいずれか一項に記載の画像形成装置。
5. 前記処理手段は、インポートする前記設定情報を選択するためのユーザーインターフェースを表示する手段を有することを特徴とする請求項２乃至４のいずれか一項に記載の画像形成装置。
6. 前記処理手段は、前記設定情報をインポートした場合には、インポートした前記設定情報に当該画像形成装置の識別子を関連付けて前記格納手段に格納することを特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
7. 前記処理手段は、前記選択手段により画像形成装置の撤去が選択された場合には、前記接続手段で接続された前記格納手段に記憶された前記関連付け情報から、当該画像形成装置の識別子と前記設定情報との関連付けを解除するとともに、前記格納手段に記憶された前記関連付け情報のうちで、画像形成装置の識別子と前記設定情報との関連付けが解除された順番を前記格納手段により格納し、前記選択手段により画像形成装置の設置が選択された場合には、前記格納手段に記憶された、画像形成装置の識別子と関連付けられていない設定情報のうち、最も順番が早い設定情報をインポートすることを特徴とする請求項６に記載の画像形成装置。
8. 前記格納手段は、記憶媒体または情報処理装置であることを特徴とする請求項１乃至７のいずれか一項に記載の画像形成装置。
9. 前記選択手段は、画像形成装置の撤去または設置を選択するためのユーザーインターフェースを表示する手段を有することを特徴とする請求項１乃至８のいずれか一項に記載の画像形成装置。
10. 前記処理手段は、前記関連付け情報とともに格納されたスクリプトを、前記画像形成装置の有するプロセッサにより解釈し実行することで実現されることを特徴とする請求項１乃至９のいずれか一項に記載の画像形成装置。
11. 情報処理装置であって、
    設置対象の画像形成装置の識別子と、撤去対象の画像形成装置の識別子と、前記設置対象の画像形成装置にインポートする個別の設定情報を含む設定情報との入力を受け付ける入力手段と、
    前記設置対象の画像形成装置について、前記個別の設定情報と前記撤去対象の画像形成装置の識別子とを関連付けた関連付け情報を生成し、前記関連付け情報と前記設定情報とを格納手段に格納する生成手段と
    を有することを特徴とする情報処理装置。
12. 前記設置対象の画像形成装置への前記設定情報のインポートが終了した際に、前記格納手段により格納された前記関連付け情報に含まれた、前記設置対象の画像形成装置により前記格納手段に格納された、前記個別の設定情報と前記設置対象の画像形成装置の識別子との関連付けを、前記設定情報と前記画像形成装置との関連付けを保持するサーバーに対して送信する手段を更に有することを特徴とする請求項１１に記載の情報処理装置。
13. 画像形成装置の自動設置システムであって、
    １または複数の設置対象の画像形成装置について、前記設置対象の画像形成装置ごとに個別にインポートされる設定情報と、前記設置対象の画像形成装置により置き換える撤去対象の画像形成装置の識別子とを関連付けた関連付け情報を生成して格納手段に格納する生成手段を有する情報処理装置と、
    請求項１乃至１０のいずれか一項に記載の画像形成装置と
    を含むことを特徴とする自動設置システム。
14. 請求項１乃至１０のいずれか一項に記載の画像形成装置としてコンピュータを機能させるためのプログラム。
15. 請求項１１乃至１２のいずれか一項に記載の情報処理装置としてコンピュータを機能させるためのプログラム。
16. １または複数の設置対象の画像形成装置について、前記設置対象の画像形成装置ごとに個別にインポートされる設定情報と、前記設置対象の画像形成装置により置き換える撤去対象の画像形成装置の識別子とを関連付けた関連付け情報を格納する格納手段にアクセスする画像形成装置による自動設置方法であって、
    当該像形成装置の撤去または設置を選択するための選択工程と、
    前記選択工程により画像形成装置の撤去が選択された場合には、前記格納手段に記憶された前記関連付け情報から、当該画像形成装置の識別子と前記設定情報との関連付けを解除し、画像形成装置の設置が選択された場合には、前記格納手段に記憶された前記関連付け情報のうち、画像形成装置の識別子との関連付けがされていない設定情報をインポートする処理工程と
    を有することを特徴とする自動設置方法。
17. 情報処理装置と画像形成装置とによる画像形成装置の自動設置方法であって、
    前記情報処理装置が、
    設置対象の画像形成装置の識別子と、撤去対象の画像形成装置の識別子と、前記設置対象の画像形成装置にインポートする個別の設定情報を含む設定情報との入力を受け付け、
    前記設置対象の画像形成装置について、前記個別の設定情報と前記撤去対象の画像形成装置の識別子とを関連付けた関連付け情報を生成し、
    生成した前記関連付け情報と前記設定情報とを格納手段に格納し、
    前記画像形成装置が、
    当該像形成装置の撤去または設置の選択に応じて、画像形成装置の撤去が選択された場合には、前記格納手段に記憶された前記関連付け情報から、当該画像形成装置の識別子と前記設定情報との関連付けを解除し、画像形成装置の設置が選択された場合には、前記格納手段に記憶された前記関連付け情報のうち、画像形成装置の識別子との関連付けがされていない設定情報をインポートする
    ことを特徴とする自動設置方法。
18. 前記画像形成装置はさらに、前記設定情報をインポートした場合には、インポートした前記設定情報に当該画像形成装置の識別子を関連付けて前記格納手段に格納し、
    前記情報処理装置はさらに、前記設置対象の画像形成装置への前記設定情報のインポートが終了した際に、前記格納手段により格納された前記関連付け情報に含まれた、前記個別の設定情報と前記設置対象の画像形成装置の識別子との関連付けを、前記設定情報と前記画像形成装置との関連付けを保持するサーバーに対して送信することを特徴とする請求項１７に記載の自動設置方法。

Images