(57)【要約】【課題】  設定情報をターゲット機に設定した際の設定情報の変換内容のうちで、作成者によって承認されている変換内容と承認されていない変換内容を作業者が識別できるように表示することを目的とする。【解決手段】  第二の表示手段は、管理手段によって管理された承認結果に基づいて、設定データを第二の画像処理装置に設定した際の設定値の変換内容のうちで、ユーザーによって承認された変換内容とユーザーによって承認されていない変換内容とを異なる状態で表示することを特徴とする。【選択図】  図１１
2020167621.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置における機能を実現するためのアプリケーションおよび前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データを管理する管理サーバーと、
第一の画像処理装置と第二の画像処理装置と、
クライアント装置と、
を含むシステムであって、
前記クライアント装置は、
前記第一の画像処理装置に前記設定データを設定した際の設定値を前記第二の画像処理装置に設定した際に想定される前記設定値の変換内容を表示する第一の表示手段と、
前記変換内容の少なくとも一部に対するユーザーの承認を受け付ける受け付け手段と、
前記管理サーバーは、
前記受け付け手段によって受け付けた承認結果、および前記設定データを管理する管理手段と、
前記第二の画像処理装置は、
前記設定データを前記第二の画像処理装置に設定した際の設定値の変換内容を表示する第二の表示手段と、を有し、
前記第二の表示手段は、
前記管理手段によって管理された前記承認結果に基づいて、前記設定データを前記第二の画像処理装置に設定した際の設定値の変換内容のうちで、前記ユーザーによって承認された変換内容と前記ユーザーによって承認されていない変換内容とを異なる状態で表示することを特徴とするシステム。
【請求項２】
前記第一の表示手段は、
前記設定データを前記第一の画像処理装置に設定した際の設定値と、
前記設定データを前記第二の画像処理装置に設定した際に想定される設定値の変換内容と、前記変換内容に対して承認の有無と、を少なくとも表示することを特徴とする請求項１に記載のシステム。
【請求項３】
前記第一の表示手段によって表示される変換内容は、
前記第一の画像処理装置に前記設定データを設定した際の設定値のうちで、前記第二の画像処理装置における設定項目の仕様の範囲内に含まれていない設定値であることを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記変換内容は、
前記第二の画像処理装置における設定項目の仕様の範囲内に含まれていない設定値と、
前記第二の画像処理装置の仕様の範囲内に含まれていない設定値に対応する設定項目と、を含み、
前記管理手段は、
前記ユーザーによって承認された前記変換内容の設定項目、および前記設定データを一意に識別する識別情報を少なくとも管理することを特徴とする請求項３に記載のシステム。
【請求項５】
前記クライアント装置は、
前記設定データを編集するための編集画面を表示する第三の表示手段を更に有し、
前記管理手段は、
前記編集画面において前記ユーザーが指定した前記設定データの設定データ名から特定された設定データの前記識別情報と、
前記編集画面において前記ユーザーが承認した前記変換内容の設定項目と、を管理することを特徴とする請求項４に記載のシステム。
【請求項６】
前記システムは、
前記第一の画像処理装置に前記設定データを設定した際の設定値をバックアップデータとして管理するバックアップデータ管理サーバーを更に有し、
前記バックアップデータ管理サーバーにおいて、前記第一の画像処理装置の設定値が存在しない場合、
前記第一の表示手段は、
前記第一の画像処理装置における設定項目の仕様に関する第一の仕様情報と、前記第一の仕様情報に基づいて変換された前記第二の画像処理装置の第二の仕様情報と、前記前記第二の仕様情報に対する承認の有無と、を少なくとも表示することを特徴とする請求項１乃至５のいずれか一項に記載のシステム。
【請求項７】
画像処理装置における機能を実現するためのアプリケーションおよび前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データを管理する管理サーバーと、
第一の画像処理装置と第二の画像処理装置と、
クライアント装置と、
を含むシステムの制御方法であって、
前記クライアント装置は、
前記第一の画像処理装置に前記設定データを設定した際の設定値を前記第二の画像処理装置に設定した際に想定される前記設定値の変換内容を表示する第一の表示ステップと、
前記変換内容の少なくとも一部に対するユーザーの承認を受け付ける受け付けステップと、
前記管理サーバーは、
前記受け付けステップによって受け付けた承認結果、および前記設定データを管理する管理ステップと、
前記第二の画像処理装置は、
前記設定データを前記第二の画像処理装置に設定した際の設定値の変換内容を表示する第二の表示ステップと、を有し、
前記第二の表示ステップは、
前記管理ステップによって管理された前記承認結果に基づいて、前記設定データを前記第二の画像処理装置に設定した際の設定値の変換内容のうちで、前記ユーザーによって承認された変換内容と前記ユーザーによって承認されていない変換内容とを異なる状態で表示することを特徴とするシステムの制御方法。
【請求項８】
第一の画像処理装置に設定データを設定した際の設定値を前記第二の画像処理装置に設定した際に、想定される前記設定値の変換内容を表示する第一の表示手段を有するクライアント装置であって、
前記変換内容の少なくとも一部に対するユーザーの承認を受け付ける受け付け手段と、
前記受け付け手段によって受けつけた承認結果、および前記設定データを管理サーバーに送信する送信手段と、を有することを特徴とするクライアント装置。
【請求項９】
画像処理装置における機能を実現するためのアプリケーションおよび前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データを画像処理装置に設定した際の設定値の変換内容を表示する第二の表示手段を有する画像処理装置であって、
前記第二の表示手段は、
前記設定データを前記第二の画像処理装置に設定した際の設定値の変換内容のうちで、ユーザーによって既に承認された変換内容と前記ユーザーによって承認されていない変換内容とを異なる状態で表示することを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスを設定するためのシステム、システムの制御方法、および画像処理装置に関する。
【背景技術】
【０００２】
一般に、複合機に代表される画像処理装置は新規に導入される際に、顧客環境に応じた初期設定作業が必要となる。デバイスの初期設定作業には多くの時間と手間がかかる。そのため、複数台のデバイスに対し同様の初期設定作業を行う場合には予め設定データを用意しておき、画像処理装置が設定データに含まれる作業指示書（またはスクリプト）に従って自動的に処理する初期設定システムが提案されている。設定データを作成するユーザー（以下、作成者）は、設定データ編集ツールを使って設定データを作成する。設定データは、初期設定作業の手順が記載された作業指示書以外にも、各種設定項目に設定される設定値である設定情報も含む。特許文献１には、設定用のスクリプトに基づいて画像処理装置を設定する構成について開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１４８９４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
設定情報は作成者によって新規に作成されるものばかりでなく、顧客環境に既に設定されている画像処理装置（リファレンス機）から取得した設定情報を流用して作成されることも多い。その際、リファレンス機の設定情報が、設定情報の設定先であるターゲット機にどのように反映されるかを確認する必要がある。確認する方法として、作成者は設定データ編集ツールに設定情報を読み込ませ、リファレンス機の設定情報がターゲット機にどのように反映されるか（設定情報の削除、変更、初期化などの丸め処理の有無）を作成者に確認させる方法が考えられる。それにより丸め処理の有無を作成者は確認し、修正すべき設定値については修正を行う。
【０００５】
一方、設定情報を実際にターゲット機に適用するのは作成者でなく、初期設定を実行するユーザー（以下、作業者）が工場や倉庫等で行うことが多い。作業者は設定情報をターゲット機に設定し、その設定結果を確認することによって、設定情報が正確にターゲット機に適用されたかを確認する。ターゲット機に正確に適用されなかった（丸め処理が発生した）設定情報が存在する場合、作業者はその設定情報を手作業で修正する。
【０００６】
設定情報をターゲット機に実際に適用したことで発生した丸め処理には、作成者が丸め処理を許容した結果、修正されなかった設定情報が含まれる場合がある。しかし、作成者と作業者の作業場所の違い等が理由で、作成者によって許容された丸め処理に関する情報が作業者に共有されないことがある。その結果、作業者が適用結果ログにおいて丸め処理の存在を認めた場合、その丸め処理が作成者によって許容された丸め処理なのかどうかを判断しなければならない。作成者によって許容されていない丸め処理が存在した場合には、丸め処理が行われた設定値を作業者が修正しなければならないため、許容された丸め処理であるかどうかの判断は、作業者の作業効率に影響する。
【０００７】
本発明は、問題点を解決するためのものであり、設定情報をターゲット機に設定した際の設定情報の変換内容のうちで、作成者によって承認されている変換内容と承認されていない変換内容を作業者が識別できるように表示することを目的とする。
【課題を解決するための手段】
【０００８】
画像処理装置における機能を実現するためのアプリケーションおよび前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データを管理する管理サーバーと、
第一の画像処理装置と第二の画像処理装置と、
クライアント装置と、
を含むシステムであって、
前記クライアント装置は、
前記第一の画像処理装置に前記設定データを設定した際の設定値を前記第二の画像処理装置に設定した際に想定される前記設定値の変換内容を表示する第一の表示手段と、
前記変換内容の少なくとも一部に対するユーザーの承認を受け付ける受け付け手段と、
前記管理サーバーは、
前記受け付け手段によって受け付けた承認結果、および前記設定データを管理する管理手段と、
前記第二の画像処理装置は、
前記設定データを前記第二の画像処理装置に設定した際の設定値の変換内容を表示する第二の表示手段と、を有し、
前記第二の表示手段は、
前記管理手段によって管理された前記承認結果に基づいて、前記設定データを前記第二の画像処理装置に設定した際の設定値の変換内容のうちで、前記ユーザーによって承認された変換内容と前記ユーザーによって承認されていない変換内容とを異なる状態で表示することを特徴とする。
【発明の効果】
【０００９】
設定情報をターゲット機に設定した際の設定情報の変換内容のうちで、作成者によって承認されている変換内容と承認されていない変換内容を作業者が識別できるように表示することができる。
【図面の簡単な説明】
【００１０】
【図１】実施例１のシステム構成図
【図２】設定データ管理サーバー、コンテンツ管理サーバー、画像処理装置のハードウェア構成図
【図３】設定データ管理サーバー、コンテンツ管理サーバーのソフトウェア構成図
【図４】画像処理装置、自動設定プログラムのソフトウェア構成およびＵＩの例を示す図
【図５】反映ポリシー格納部で管理するテーブル構成を示す図
【図６】実施例１の設定データ管理サーバーで管理するテーブル構成を示す図
【図７】コンテンツ情報格納部で管理するテーブル構成およびＵＩの例を示す図
【図８】設定情報ファイル、スクリプトと適用結果ログの一例を示す図
【図９】実施例１の設定データ管理サーバーのＵＩ画面の例を示す図
【図１０】実施例１の設定データ管理サーバーのフローチャート
【図１１】実施例１の承認確認処理のフローチャート
【図１２】実施例１のターゲット機１０６のフローチャート
【図１３】実施例２のシステム構成図
【図１４】バックアップデータ管理サーバーのソフトウェア構成図
【図１５】実施例２のバックアップデータ管理サーバーで管理するテーブル構成を示す図
【図１６】実施例２のスクリプトの一例を示す図
【図１７】実施例２の設定データ管理サーバーのＵＩ画面の例を示す図
【図１８】実施例２の設定データ管理サーバーのフローチャート
【図１９】実施例２の承認確認処理のフローチャート
【図２０】実施例２のターゲット機１０６のフローチャート
【発明を実施するための形態】
【００１１】
［実施例１］
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
図１は本実施例のシステムの構成を示す図である。設定データ管理サーバー１０１は、設定情報を含む設定データを管理する。設定データはＰＣ等のクライアント装置（不図示）において作成される。なお、本実施例において、設定情報は、設定項目とそれに対する設定値とで構成されているものとする。
【００１３】
画像処理装置のアプリケーションやアプリケーションを実現するためのファームウェアなどのコンテンツは、コンテンツ管理サーバー１０２上で管理される。本実施例では、設定データ管理サーバー１０１とコンテンツ管理サーバー１０２が別装置で実現されているが、各機能を実現させるための装置の台数については特に問わず、同一装置内で実現されていてもよい。
【００１４】
ＬＡＮ１０３は、設定データ管理サーバー１０１およびコンテンツ管理サーバー１０２に接続されている。
【００１５】
リファレンス機１０５は、設定データ管理サーバー１０１から取得した設定データに従って、コンテンツ管理サーバー１０２からコンテンツを取得し初期設定作業が完了している画像処理装置である。ターゲット機１０６は初期設定作業をこれから実行する画像処理装置である。本実施例では、１台のリファレンス機１０５に対して１台のターゲット機１０６が存在する構成を前提に説明するが、１台のリファレンス機１０５に対して複数台のターゲット機１０６が存在する構成であってもよい。
【００１６】
また本実施例では、これらの画像処理装置の例として、印刷機能やスキャン機能、ネットワーク通信機能などを備える複合機を想定するが、これに限定されるものではない。これらの画像処理装置はすべてＬＡＮ１０７によりネットワークに接続されている。ＬＡＮ１０３とＬＡＮ１０７はインターネット１０４に接続されており、通信可能となっている。本実施例では、設定データ管理サーバー１０１とコンテンツ管理サーバー１０２がＬＡＮ１０３を経由してインターネット１０４に接続されている構成を示したが、これらの機器がインターネット１０４と直接接続されている構成であってもよい。同様に、リファレンス機１０５とターゲット機１０６がインターネット１０４と直接接続されている構成であってもよい。以上が本願のシステム構成である。
【００１７】
図２（Ａ）は設定データ管理サーバー１０１、コンテンツ管理サーバー１０２のハードウェア構成を示すブロック図である。
【００１８】
ＨＤＤ２１２には、後述のすべての説明で動作主体となる本実施例に係る設定データ管理プログラム、コンテンツ管理プログラムのプログラムが格納される。
【００１９】
ＣＰＵ２０１で、後述のすべての説明において、特に断りのない限り、ハード上の実行の主体である。一方、ソフトウェア上の制御の主体は、ＨＤＤ２１２に格納された設定データ管理プログラム、コンテンツ管理プログラムである。
【００２０】
ＲＯＭ２０２は、ＢＩＯＳやブートプログラムが格納されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＫＢＣ２０５は、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０等からの指示入力を制御する。ディスプレイコントローラ（ＤＳＰＣ）２０６は、ディスプレイ（ＤＳＰ）２１１の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７で、ＨＤＤ２１２やＣＤ２１３などの記憶装置へのアクセスを制御するものである。ＨＤＤ２１２およびＣＤ２１３等には、ブートプログラム、オペレーティングシステム、データベース、設定データ管理プログラム、コンテンツ管理プログラムおよびそのデータ等が記憶されている。インタフェースコントローラ（ＩＦＣ）２０８で、ＬＡＮを介して他のネットワーク機器と情報を送受信する。これらの各構成要素は、システムバス２０４上に配置される。
【００２１】
なお、本実施例に係る設定データ管理プログラムやコンテンツ管理プログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良い。その場合には図２（Ａ）に示すＣＤ２１３などによって記憶媒体からプログラムが読み取られ、ＨＤＤ２１２にインストールされる。
【００２２】
図２（Ｂ）は、リファレンス機１０５およびターゲット機１０６を一例として、画像処理装置の内部構成について説明した図である。後述の「画像処理装置」は説明の都合上、リファレンス機１０５およびターゲット機１０６の両方を指し示しているものとする。
【００２３】
２５１は画像処理装置全体の制御を司るＣＰＵであり、２５２はシリアル番号などを格納するＲＯＭである。２５３はＣＰＵ２５１のワークエリア、受信バッファ、画像描画に使用されるＲＡＭである。２５４は、ファームウェア、拡張プログラム、フォントデータ、などを記録するＨＤＤである。２５５は各種スイッチやボタン、並びに、メッセージ表示用の液晶表示部で構成される操作部である。２５６はネットワークに接続するためのネットワークインタフェースで、ＬＡＮを介して他のネットワーク機器と情報を送受信する。２５７は記録紙に印刷を行うプリンタエンジン、２５８は原稿を読み取るためのスキャナ、２５９はファクシミリの送受信を行うためのファクシミリ通信部である。これらの各構成要素は、システムバス２６０上に配置される。
【００２４】
＜設定データ管理サーバー１０１の設定データ管理プログラム３００＞
図３（Ａ）は、設定データ管理サーバー１０１で動作する、設定データ管理プログラム３００の機能構成の例を示す図である。ＣＰＵ２０１が本プログラムを実行することにより、各機能が実現される。
【００２５】
ＵＩ制御部３０１は、作成者が本プログラムを操作するためのグラフィカルユーザインタフェースを提供する。グラフィカルユーザインタフェースは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて、設定データ管理サーバー１０１とは異なるＰＣ上で表示可能なＷｅｂページとして構成される。もしくは、設定データ管理サーバー１０１に備え付けられたディスプレイ２１１に表示されるよう、構成されてもよい。
【００２６】
制御部３０２は、ＵＩ制御部３０１の指示や通信部３０５が受信する要求に従って、設定データ管理プログラム３００内の各機能に対して後述する各種処理を指示する。
【００２７】
設定データ作成部３０３は、ＵＩ制御部３０１からの入力情報を基に、制御部３０２の指示に従って設定情報を含む設定データを生成する。
【００２８】
スクリプト作成部３０４は、制御部３０２の指示に従い、設定データ作成部３０３で生成された設定データを基に、図４（Ｃ）に記載する自動設定プログラム４５０が解析可能な設定作業用の指示書を生成する。
【００２９】
通信部３０５は、ターゲット機１０６からの要求を受信して、制御部３０２に要求内容を送信する。更に、制御部３０２から要求に対する処理結果を受け取り、本要求に対する応答データを作成し、要求送信元に応答を送信する。また、ＨＴＴＰ通信を司り、必要に応じて、ＵＩ制御部３０１から受け取ったＷｅｂページを他のＰＣに送信する。
【００３０】
設定データ管理部３０６は、制御部３０２の指示に従い、設定データ格納部３０７に対して設定データの格納、削除、更新、取得処理を指示する。設定データ格納部３０７は設定データを保持するデータベースである。
【００３１】
仕様管理部３０８は、制御部３０２の指示に従い、仕様格納部３０９に対して仕様情報の格納、削除、更新、取得処理を指示する。なお、仕様情報とは、画像処理装置のファームウェアに含まれる全設定項目の仕様を管理するファイルである。詳細は図５（Ｂ）にて説明するが、設定情報には設定項目を一意に識別するためのＩＤ、設定項目名、設定項目の型、値範囲、初期値などが含まれる。仕様格納部３０９は、画像処理装置の仕様情報を保持するデータベースである。
【００３２】
＜コンテンツ管理サーバー１０２のコンテンツ管理プログラム３５０＞
図３（Ｂ）は、コンテンツ管理サーバー１０２で動作する、コンテンツ管理プログラム３５０の機能構成の例を示す図である。ＣＰＵ２０１がプログラムを実行することにより、各機能が実現される。
【００３３】
ＵＩ制御部３５１は、作成者が本プログラムを操作するためのグラフィカルユーザインタフェースを提供する。グラフィカルユーザインタフェースは、ＨＴＴＰを用いて、コンテンツ管理サーバー１０２とは異なるＰＣで表示可能なＷｅｂページとして構成される。もしくは、コンテンツ管理サーバー１０２に備え付けられたディスプレイ２１１に表示されるよう、構成されてもよい。
【００３４】
制御部３５２は、ＵＩ制御部３５１の指示や通信部３５４が受信する要求に従って、コンテンツ管理プログラム３５０内の各機能に対して後述する各種処理を指示する。入出力部３５３は、制御部３０２の指示に従い、コンテンツの入出力を受け付ける。
【００３５】
通信部３５４は、ターゲット機１０６からの要求を受信して、制御部３５２に要求内容を送信する。更に、通信部３５４は制御部３５２から要求に対する処理結果を受け取り、本要求に対する応答データを作成し、要求送信元に応答を送信する。また、通信部３５４はＨＴＴＰ通信を司り、必要に応じて、ＵＩ制御部３５１から受け取ったＷｅｂページを他のＰＣに送信する。
【００３６】
コンテンツ管理部３５５は、制御部３５２の指示に従い、コンテンツ情報格納部３５６に対してコンテンツの格納、削除、更新、取得処理を指示する。コンテンツ情報格納部３５６はコンテンツ管理サーバー１０２で動作するデータベースである。
【００３７】
設定データ管理プログラム３００の設定データ格納部３０７および仕様格納部３０９、コンテンツ管理プログラム３５０のコンテンツ情報格納部３５６で管理されるデータの内容については図６、図７において後述する。
【００３８】
＜画像処理装置のソフトウェア４００＞
図４（Ａ）はソフトウェア４００の構成の一例を示す図である。
【００３９】
ソフトウェア４００のＯＳ４１０には、プリンタやＦＡＸ、スキャナなどの元々備わっている制御用プログラムのネイティブプログラム４０１と、拡張プログラム実行プラットフォーム４０２が動作している。
【００４０】
ネイティブプログラム４０１上には、ファームウェア更新サービス４０３、ファンクション有効化サービス４０４、設定管理サービス４０５が動作している。また、拡張プログラム実行プラットフォーム４０２には、拡張プログラムシステムサービス４０６と拡張プログラム４０７が動作している。
【００４１】
ファームウェア更新サービス４０３は、ファームウェアを更新するための各種機能を提供するサービスである。例えば、作業者から指定されたファームウェアを参照し、画像処理装置のファームウェアの更新が必要か否かを判断する機能を提供する。また、ネイティブプログラム４０１を介してファームウェアを更新する機能も提供する。
【００４２】
ファンクション有効化サービス４０４は、ネイティブプログラム４０１に予め組み込まれているファンクションを有効化するためのサービスである。ファンクション有効化サービス４０４は、作業者から指定されたファンクションライセンスファイルにより特定されるファンクションを識別し、有効化する。
【００４３】
設定管理サービス４０５は、プリンタやスキャナなどの各種設定情報を管理するためのサービスである。設定管理サービス４０５はＵＩを持っており、作業者は画像処理装置の操作部２５５を介して設定変更を指示することができる。また、設定管理サービス４０５は、作業者から設定情報ファイルが指定されると、ネイティブプログラム４０１の設定情報を書き換える機能も提供する。書き換えた結果は、後述する適用結果ログに出力される。更に、設定管理サービス４０５は拡張プログラム４０７からのリクエストに応じて、設定情報をデータファイル化し設定情報ファイルとして提供する。拡張プログラム４０７から設定管理サービス４０５へのリクエストは、拡張プログラムシステムサービス４０６を介して実行される。
【００４４】
拡張プログラムシステムサービス４０６は、拡張プログラムに共通に有用なユーティリティライブラリである。拡張プログラム４０７から拡張プログラムシステムサービス４０６の機能を呼び出すことにより、拡張プログラムを開発する手間を省くことができる。
【００４５】
拡張プログラム４０７は、拡張プログラム実行プラットフォーム４０２または拡張プログラムシステムサービス４０６を介してのみ、他の拡張プログラム４０７など画像処理装置の各モジュールへアクセスすることができる。また、拡張プログラム４０７は、画像処理装置の操作部２５５に表示されるメインメニュー画面にアイコンを表示することができる。このアイコンを作業者が選択すると、操作部２５５はその旨をＣＰＵ２５１に送信する。その後、ＣＰＵ２５１は作業者が選択した拡張プログラムのＵＩを操作部２５５に表示する。
【００４６】
なお、本ソフトウェア構成は基本的な部分のみ記載したものであり、実施環境によっては他のサービス等が含まれていても良い。また設定を制限するなどの理由により、不要なサービスは無くても良い。
【００４７】
図４（Ｂ）は、設定管理サービス４０５の機能構成を詳細に説明する図である。
【００４８】
指定データ解析部４２１は、設定管理サービス４０５が受け取った設定情報ファイルを解析する。具体的には、設定情報ファイルに含まれる画像処理装置を一意に識別する情報であるシリアル番号と、機種名と、設定情報を抽出し、ＲＡＭ２５３やＨＤＤ２５４に一時的に保持する。
【００４９】
反映ポリシー判定部４２２は、指定データ解析部４２１が抽出した設定情報ファイルのシリアル番号および機種名と、画像処理装置自身のシリアル番号および機種名とを用いて、設定情報の各設定項目が画像処理装置に反映可能かどうかを判断する。
【００５０】
反映ポリシー格納部４２３は、図５（Ａ）、（Ｂ）に示す取り込み条件テーブル５００、設定仕様管理テーブル５１０を管理する。なお、反映ポリシーとは、設定情報に含まれる個々の設定項目を画像処理装置に取り込むか否かを決定するための方針である。
【００５１】
反映部４２４は、反映ポリシー判定部４２２が反映すると判断した設定情報をネイティブプログラム４０１に書き込む。
【００５２】
図４（Ｃ）は、画像処理装置で動作する、自動設定プログラム４５０の機能構成の例を示す図である。本実施例において、自動設定プログラム４５０は、画像処理装置の拡張プログラム４０７の一つとして実装されるものとするが、例えば、ネイティブプログラム４０１の一つとして実装されてもよい。ＣＰＵ２５１が各機能に応じたプログラムを実行することにより、画像処理装置の各機能は自動設定プログラム４５０として実現される。
【００５３】
ＵＩ制御部４５１は、自動設定プログラム４５０を操作するためのＵＩを、操作部２５５を通じて作業者に提供し、作業者の操作を受け付ける。
【００５４】
通信部４５２は、拡張プログラムシステムサービス４０６、ネットワークＩ／Ｆ２５６を経由して設定データ管理サーバー１０１やコンテンツ管理サーバー１０２から各種データを取得する。取得する各種データには、画像処理装置に適用する設定データや各種コンテンツが含まれる。また、通信部４５２は設定データ管理サーバー１０１やコンテンツ管理サーバー１０２に各種データを送信する。
【００５５】
処理実行部４５３は、ＵＩ制御部４５１およびスクリプト解析部４５４の指示に従い、各種処理を行う。スクリプト解析部４５４は、通信部４５２が取得した設定データに含まれる指示書（スクリプト）を解析し、処理実行部４５３が実行すべき処理、順序を決定する。
【００５６】
図４（Ｄ）は、自動設定プログラム４５０のＵＩ制御部４５１によって表示されるＵＩ画面の一例である。
【００５７】
ＵＩ画面４７０は、作業者が画像処理装置上で自動設定プログラム４５０を起動し、必要に応じて認証処理を実行した後に表示される画面である。入力領域４７１は設定データＩＤの入力領域である。設定データＩＤは、設定データ管理サーバー１０１において設定データを一意に識別するための識別情報である。ＯＫボタン４７２が押下されると、自動設定プログラム４５０は設定データＩＤの入力領域４７１の値を設定データ管理サーバー１０１に送付する。キャンセルボタン４７３が押下されるとＵＩ画面４７０を終了する。
【００５８】
＜設定管理サービス４０５の反映ポリシー格納部４２３が管理するテーブル＞
図５は反映ポリシー格納部４２３で管理されるテーブルの一例であって、設定管理サービス４０５によって参照されるテーブルである。なお、図５のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。
【００５９】
図５（Ａ）は取り込み条件テーブル５００であり、条件ＩＤ５０１、条件５０２で構成される。取り込み条件とは、設定情報に含まれる個々の設定項目を画像処理装置に取り込むか否かを決定する際に活用する条件である。取り込み条件テーブル５００には、後述の設定仕様管理テーブル５１０の条件ＩＤ５１７に格納されうる取り込み条件が列挙される。
【００６０】
条件ＩＤ５０１は条件ＩＤであり、条件５０２を一意に識別するための識別子である。条件５０２は、反映ポリシー判定部４２２が設定情報を取り込むか否かを判定するための条件である。条件５０２には、条件として「シリアル番号一致」、「機種名一致」、「条件なし」を例示しているが、これ以外の条件があってもよい。
【００６１】
図５（Ｂ）は設定仕様管理テーブル５１０であり、設定項目ＩＤ５１１から条件ＩＤ５１７で構成される。１レコードが１つの設定情報を表している。
【００６２】
設定項目ＩＤ５１１は、画像処理装置の設定項目を一意に識別するための識別子である。設定項目名５１２は、本設定項目を操作部２５５に表示する際に使用する名称である。カラム５１３は設定項目のデータ型である。値範囲５１４は設定値が取り得る値の範囲である。例えば、絡む５１３の設定値が列挙型である場合、値範囲５１４には離散的な数値や事前に定義された定数が格納される。カラム５１３の設定値が文字列型である場合、値範囲５１４には文字列長が格納される。
【００６３】
カラム５１５は値表示名であり、値範囲５１４の設定値が列挙型である場合に、列挙された値毎に操作部２５５に表示する名称を格納するものである。例えば、４番目のレコードには、値範囲５１４として「Ｐ１」、「Ｐ２」、「Ｐ３」が格納されており、それぞれの表示名称は「Ａ４」、「Ｌｅｔｔｅｒ」、「Ｂ５」に対応する。
【００６４】
カラム５１６は設定項目の初期値である。条件ＩＤ５１７は条件ＩＤであり、設定項目の取り込み条件が格納される。格納される値は取り込み条件テーブル５００の条件ＩＤ５０１の各レコードの値のいずれかに対応する。
【００６５】
画像処理装置に設定情報が反映される場合、反映ポリシー判定部４２２は条件ＩＤ５１７で特定される条件を取り込み条件テーブル５００から取得し、設定情報を反映するか否かが反映される。
【００６６】
＜設定データ管理サーバー１０１が管理するテーブル＞
図６は設定データ管理サーバー１０１で管理するテーブルの一例である。なお、図６のテーブル構成は一例であり、本実施例とは異なるテーブル構成であってもよい。
【００６７】
図６（Ａ）、（Ｂ）は、設定データ管理サーバー１０１の設定データ格納部３０７で管理するテーブルの一例であって、設定データ管理プログラム３００によって作成、参照される。図６（Ａ）は設定データ管理テーブル６００であり、設定データＩＤ６０１から処理結果６０７で構成される。本テーブルは設定データの概要を格納しているテーブルである。１レコードが１つの設定データを表している。
【００６８】
設定データＩＤ６０１は設定データＩＤである。設定データＩＤは、設定データ管理プログラム３００によって設定データが生成される際に、設定データに対して付与される識別子であり、全ての設定データに対して一意な値である。本実施例では分かり易く説明するため「１」といった単純な値で設定データＩＤを記載しているが、例えばＧＵＩＤ（Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）などを用いるのが望ましい。
【００６９】
設定データ名６０２は設定データの名称を表している。機種名６０３は設定データを適用する画像処理装置の機種名を表している。ファームウェアバージョン６０４は画像処理装置に適用するファームウェアのバージョンを表している。設定情報ＩＤ６０５は設定情報を一意に識別するための識別子である。本実施例では、一つの設定データに１種類の機種しか含まないように構成されているため、顧客環境に複数機種の画像処理装置を設定するような場合、作成者は機種毎に複数個の設定データを作成することになる。
【００７０】
カラム６０６には、設定データ管理サーバー１０１によって作成されたスクリプトが格納される。本実施例では、スクリプトの実体をカラム６０６に格納することを想定しているが、カラム６０６にはスクリプトの実体へのパスのみを格納してもよい。その場合、スクリプトの実体は別の場所にファイルとして置かれる構成となる。
【００７１】
処理結果６０７は、カラム６０６に格納されたスクリプトをターゲット機１０６が処理した際の処理結果が格納される。処理結果には、後述する適用結果ログが含まれる。本実施例では、処理結果６０７の設定値として「成功」あるいは「失敗」が格納されるものとして説明するが、処理結果６０７の設定値には処理結果をファイル化したものを格納してもよい。
【００７２】
図６（Ｂ）は設定情報管理テーブル６１０であり、カラム６１１からカラム６１７で構成される。１レコードが１つの設定データに含まれる設定情報を表している。
【００７３】
カラム６１１は設定情報を一意に識別するための識別子である。カラム６１１の設定値は設定情報ＩＤ６０５の設定情報ＩＤと対応する。カラム６１３からカラム６１７は設定情報の例を列挙している。設定情報はここに例示したものに限定されるものではない。ここではテーブルのカラム６１３以降の各列に設定項目の設定項目ＩＤを割り当てているが、後述の図８（Ａ）に示すような形式で作成された設定情報の実体をファイル形式で格納するような構成であってもよい。また、実体を格納するのではなく、実体へのパスを格納してもよい。その場合、実体は別の場所にファイルとして置かれる構成となる。
【００７４】
図６（Ｃ）から図６（Ｅ）は仕様格納部３０９で管理するテーブルの一例である。
【００７５】
図６（Ｃ）は取り込み条件テーブル６２０である。図５（Ａ）の取り込み条件テーブル５００と同一のものであるため、詳細な説明は省略する。
【００７６】
図６（Ｄ）は機種識別テーブル６３０であり、機種ＩＤ６３１からファームウェアバージョン６３３で構成される。機種ＩＤ６３１は機種ＩＤであり、機種名とファームウェアバージョンの組み合わせを一意に識別するための識別子である。機種名６３２は機種名、ファームウェアバージョン６３３はファームウェアバージョンである。機種名６３２とファームウェアバージョン６３３を組み合わせることによって、ファームウェアの実体を一意に識別することが可能となる。
【００７７】
図６（Ｅ）は全設定仕様管理テーブル６５０である。１レコードが１つの設定仕様を表している。これらの設定仕様に従って、各種画像処理装置（リファレンス機１０５、およびターゲット機）の設定値が決定される。
【００７８】
機種ＩＤ６５１は機種ＩＤであり、機種ＩＤ６３１のいずれかのレコードの値が格納される。６５２〜６５８は図５の設定仕様管理テーブル５１０の設定項目ＩＤ５１１から条件ＩＤ５１７と同様であるため、説明を省略する。
【００７９】
なお、本実施例では、仕様管理部３０８は仕様情報を設定情報ごとにレコードに分解して設定仕様管理テーブル５１０に格納しているが、仕様情報の実体をそのまま格納してもよい。また、仕様情報の実体へのパスのみを格納してもよく、その場合、仕様情報の実体は別の場所にファイルとして置かれる構成となる。
【００８０】
図６（Ｆ）の承認テーブル６７０は設定データＩＤ６７１、６７２を含み、上流工程において設定情報の作成者によって承認された設定項目をリスト化したものである。設定データＩＤ６７１は、設定データ管理テーブル６００の設定データＩＤ６０１に格納されているいずれかの値が格納される。設定項目ＩＤ６７２は設定項目ＩＤであり、設定項目ＩＤ６５２の値のいずれかが格納される。本実施例における承認テーブル６７０には、作成者によって承認されなかった設定項目が含まれていないが、作成者による承認の有無を示すフラグによって承認テーブル６７０を管理するようにしてもよい。
【００８１】
＜コンテンツ情報格納部３５６が管理するテーブル＞
図７（Ａ）はコンテンツ情報格納部３５６で管理するテーブルの一例である。なお、図７（Ａ）のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。
【００８２】
ファームウェア管理テーブル７００はファームウェアに関する情報を格納しているテーブルであり、カラム７０１からカラム７０４で構成される。１レコードが１つのファームウェア情報を表している。
【００８３】
カラム７０１は機種名を表している。本カラムには、該当のファームウェアを適用できる画像処理装置の機種が記載される。カラム７０２はファームウェアバージョンを表している。カラム７０３には、コンテンツ管理サーバー１０２に登録されたファームウェアの実体が格納される。カラム７０２には、カラム７０３に登録されたファームウェアのバージョン情報が格納される。
【００８４】
カラム７０４には、コンテンツ管理サーバー１０２に登録された仕様情報の実体が格納される。仕様情報とは、図５（Ｂ）の設定仕様管理テーブル５１０をファイル化したものである。本実施例では、ファームウェアと仕様情報の各実体をカラム７０３とカラム７０４に格納することを想定しているが、各カラムには各実体へのパスのみを格納してもよい。その場合、各実体は別の場所にファイルとして置かれる構成となる。
【００８５】
図７（Ｂ）、（Ｃ）は、コンテンツ管理プログラム３５０のＵＩ制御部３５１が持つＵＩ画面の例である。図７（Ｂ）のファームウェア一覧画面７２０において、７２１は機種名、７２２はファームウェアバージョンである。これらには、それぞれファームウェア管理テーブル７００のカラム７０１、カラム７０２の値が表示される。
【００８６】
追加ボタン７２３は作成者によって選択されると追加画面７４０が表示される。作成者がファームウェア一覧の中の任意の行を選択してから削除ボタン７２４を選択すると、選択中のレコードがファームウェア管理テーブル７００から削除される。終了ボタン７２５が選択されると、ＵＩ制御部３５１はファームウェア一覧画面７２０を終了する。
【００８７】
追加画面７４０の領域７４１はファームウェアファイル指定領域である。作成者は、領域７４１にコンテンツ管理サーバー１０２に追加するファームウェアの実体のファイルパスを入力する。ファイルパスの入力を容易にするために、ファイル参照ダイアログ表示ボタン（不図示）のようなものを用意してもよい。なお、本実施例では、領域７４１で指定されるファームウェアに仕様情報が含まれる構成を想定しているが、別々のものであってもよい。その場合は、追加画面７４０に仕様情報のファイルパスを入力するための領域が設けられる。
【００８８】
ＯＫボタン７４２が押下されると、コンテンツ管理プログラム３５０は領域７４１で指定されたファームウェアがファームウェア管理テーブル７００に追加される。その際、ファームウェアの属性情報などから、ファームウェアの機種名とファームウェアバージョンを特定し、カラム７０１およびカラム７０２の設定値が設定される。更に、ファームウェアをカラム７０３に登録するとともに、ファームウェアに含まれる仕様情報を取り出して、カラム７０４が登録され、追加画面７４０が終了する。キャンセルボタン７４３が選択されると追加画面７４０の編集結果を破棄し、追加画面７４０を終了する。
【００８９】
＜設定情報ファイル８００とスクリプト８２０＞
図８（Ａ）を用いて、ＸＭＬ形式の設定情報ファイル８００の一例を説明する。ここでは設定データに含まれる設定情報がファイル形式で示されているため、設定情報を「設定情報ファイル８００」と称する。
【００９０】
設定情報ファイル８００の制御情報領域８０１には、機種名称（＜Ｍｏｄｅｌ＞タグ）、ファームフェアバージョン（＜ＦＷＶ＞タグ）、シリアル番号（＜ＳＮ＞タグ）が記載されている。設定情報領域８０２には、画像処理装置に設定する設定情報が列挙される。本実施例において設定情報の各タグ名は、設定項目ＩＤ５１１、６５２の値と同一になるように定められている。また、本実施例では、データファイルをＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で表現しているが、例えば、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式などで表現してもよい。
【００９１】
図８（Ｂ）は、設定処理を自動で実行するための設定手順を記述したスクリプト８２０の一例である。スクリプト８２０に従って、ターゲット機１０６は設定処理を実行する。スクリプト８２０は、自動設定プログラム４５０の通信部４５２によって取得され、処理実行部４５３を介しスクリプト解析部４５４によって解析される。スクリプト解析部４５４によって解析されたスクリプト８２０は処理実行部４５３によって、記載された処理が実行される。スクリプト８２０は設定データ識別部８２１、機種識別部８２２、処理記載部８３０で構成されている。なお、図８（Ｂ）ではＸＭＬ形式によりスクリプトを表現しているが、これに限定されず、シェルスクリプトなどで書かれていても良い。
【００９２】
設定データ識別部８２１は＜ｓｅｔｕｐＩｄ＞タグで構成され、設定データを識別するための設定データＩＤが記載される。設定データ管理テーブル６００の設定データＩＤ６０１と同一の値が記載される。機種識別部８２２は＜Ｍｏｄｅｌ＞タグで構成され、設定対象であるターゲット機１０６の機種を識別するための機種名が記載される。ここで記載される設定値は、設定データ管理テーブル６００の機種名６０３の値に対応する。
【００９３】
処理記載部８３０には、設定処理のために必要な処理群が記載されており、具体的には、ファームウェア更新処理部８３１、設定情報処理部８３２、再起動処理部８３３が含まれる。各処理を示すタグの中にはｏｒｄｅｒ属性が含まれている。ｏｒｄｅｒ属性は処理の順序を指定するものである。
【００９４】
ファームウェア更新処理部８３１は、ファームウェア更新サービス４０３を介してファームウェアを更新する処理である。本処理部は、＜ｕｐｄａｔｅＦｉｒｍｗａｒｅＣｏｍｍａｎｄ＞タグを記載することで処理を定義し、＜ｐａｔｈ＞タグはファームウェアの実体が存在するサーバへのパスを指定している。更に、＜ｆｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグには、ファームウェアのバージョンが指定されている。
【００９５】
設定情報処理部８３２は、設定管理サービス４０５を介して画像処理装置の設定情報を変更する処理である。設定情報処理部８３２は＜ｄｅｖｉｃｅＣｏｎｆｉｇＣｏｍｍａｎｄ＞タグを記載することで処理を定義し、＜ｃｏｎｆＦｉｌｅＩｄ＞タグによりターゲット機１０６に適用する設定情報ファイル８００の設定情報ＩＤ６０５の値を指定する。
【００９６】
再起動処理部８３３は＜ｒｅｂｏｏｔＣｏｍｍａｎｄ＞タグのみで構成されており、一通りの設定処理が終了した後、画像処理装置を再起動させて、設定情報を画像処理装置に反映させるための処理である。
【００９７】
なお、図８（Ｂ）のスクリプトは、画像処理装置の設定で必要な処理を限定するものではなく、必要に応じて処理の重複、増減があっても良い。
【００９８】
図８（Ｃ）は設定情報ファイル８００をターゲット機１０６に適用した結果、ターゲット機１０６の設定管理サービス４０５によって生成される適用結果ログ８４０の一例である。設定項目名８４１は、ターゲット機１０６に適用された設定項目の名称であって、設定項目名５１２の値が表示される。
【００９９】
Ｂｅｆｏｒｅ８４２は、ターゲット機１０６に設定情報ファイル８００を適用する前のターゲット機１０６における設定値である。Ｉｍｐｏｒｔ８４３は、設定情報ファイル８００に含まれる設定値である。Ａｆｔｅｒ８４４は、ターゲット機１０６に設定情報ファイル８００を適用した後のターゲット機１０６における設定値である。１行目の「音量設定」の例のように、設定情報ファイル８００の設定値がターゲット機１０６に適用されず、丸め処理が発生する場合もあれば、３行目の「設定場所」ように、設定情報ファイル８００の設定値がターゲット機１０６にそのまま適用される場合もある。
【０１００】
図９（Ａ）〜（Ｃ）は、設定データ管理プログラム３００のＵＩ制御部３０１によって表示される一覧画面９００の一例である。設定データＩＤ９０１、設定データ名９０２、機種名９０３、ファームウェアバージョン９０４は、それぞれ、設定データ管理テーブル６００の設定データＩＤ６０１、設定データ名６０２、機種名６０３、ファームウェアバージョン６０４の値に対応する。
【０１０１】
新規作成ボタン９０５は作成者によって選択されると、編集画面９２０が表示される。作成者が設定データ一覧（９０１から９０４を含むリスト）の中の任意の行を選択し、編集ボタン９０６を押下すると、該当する設定データを編集する編集画面９２０が表示される。作成者が設定データ一覧の中の任意の行を選択し、削除ボタン９０７を選択すると、設定データ格納部３０７の設定データ管理テーブル６００、設定情報管理テーブル６１０から、選択された設定データＩＤに関連付けられるレコードが削除される。終了ボタン９０８が選択されると、ＵＩ制御部３０１は一覧画面９００を終了する。
【０１０２】
編集ボタン９０６を選択することによって表示される図９（Ｂ）の編集画面９２０（図９（Ｂ））において、設定データ名９２１、機種名９２２、ファームウェアバージョン９２３の入力領域である。機種名９２２とファームウェアバージョン９２３の双方が入力されると、９２５から９２９までの各項目が有効化される。
【０１０３】
作成者は、ファイル指定領域９２５にリファレンス機１０５から取得した設定情報ファイル８００の実体のファイルパスを入力する。入力を容易にするためにファイル参照ダイアログ表示ボタン（不図示）のようなものがあってもよい。
【０１０４】
読み込みボタン９２６が選択されると、ファイル指定領域９２５に指定された設定情報ファイル８００が読み込まれ、設定データ格納部３０７に一時的に保持される。
【０１０５】
領域９２７は設定情報ファイル８００の有無を表示する領域である。設定情報ファイル８００が読み込まれ、設定データ格納部３０７に一時的に保持されると、領域９２７に「あり」が表示され、それ以外の場合は「なし」が表示される。承認確認ボタン９２８は領域９２７に「あり」が表示されている場合にのみ押下可能となる。作成者が承認確認ボタン９２８を押下すると、承認画面９４０が表示される。
【０１０６】
削除ボタン９２９が押下されると、設定データ格納部３０７に一時的に保持されている設定情報ファイル８００が削除され、領域９２７が「なし」に切り替わる。
【０１０７】
ＯＫボタン９３０が選択されると、設定データ管理プログラム３００は自動設定プログラム４５０が解析可能なスクリプト８２０を生成し、承認結果と共に設定データ格納部３０７の各テーブル（図６）に格納される。承認結果が格納された後は編集画面９２０を終了する。本動作の詳細は図１０にて説明する。キャンセルボタン９３１が選択されると編集画面９２０の編集結果を破棄し、編集画面９２０を終了する。
【０１０８】
図９（Ｃ）の承認画面９４０において、設定項目名９４１には丸め処理の承認対象となる設定項目名が列挙される。９４２はリファレンス機１０５における設定値である。設定データ格納部３０７に一時的に保持された設定情報ファイル８００に含まれる設定項目のうち、設定項目名９４１として列挙された設定項目の設定値が表示される。
【０１０９】
９４３はターゲット機１０６における設定値である。全設定仕様管理テーブル６５０を用いてターゲット機１０６の設定値に丸められた（変換された）値が表示される。９４２および９４３の値は、適用結果ログ８４０の内容に対応しており、それらに対してさらに適用結果を承認するための項目９４４が用意されている。項目９４４には、作成者が９４１〜９４３に記載された丸め処理の結果を承認したか否かが記載されており、丸め処理の結果に対する作成者の承認を受け付け、その承認結果を表示する項目である。
【０１１０】
作成者が変更ボタン９４５を押下する度に項目９４４の値が、「可」から「否」、あるいは「否」から「可」に変更される。
【０１１１】
ＯＫボタン９４６が押下されると、設定データ管理プログラム３００は承認結果を設定データ格納部３０７に一時的に保持する。その後、承認画面９４０を終了する。キャンセルボタン９４７が選択されると、承認画面９４０の結果を破棄し、承認画面９４０を終了する。
【０１１２】
＜設定データ作成処理＞
図１０を用いて設定データを作成してから設定データ管理サーバー１０１に登録するまでのフローについて説明する。作成者が設定データ管理プログラム３００を起動すると、一覧画面９００が表示される。一覧画面９００において、新規作成ボタン９０５または編集ボタン９０６が押下されると、設定データ管理サーバー１０１は図１０のフローチャートを実行する。
【０１１３】
Ｓ１００１において、ＵＩ制御部３０１は編集画面９２０を表示する。新規作成ボタン９０５が押下された場合は、ＵＩ制御部３０１が定めた初期値を使って編集画面９２０が表示される。一方、編集ボタン９０６が押下された場合、ＵＩ制御部３０１は図６の各種テーブルから編集対象の設定データの値を初期値として編集画面９２０を表示する。また、編集対象の設定データに設定情報が含まれる場合は、これを読み出し、図８（Ａ）のような形式（設定情報ファイル８００）でファイル化した上で、任意のファイル名を付けて設定データ格納部３０７に一時的に保持する。
【０１１４】
Ｓ１００２においてＵＩ制御部３０１は機種名９２２とファームウェアバージョン９２３に値が入力されたか否かを判別する。値が入力されたと判別された場合は、Ｓ１００４に進み、そうでない場合はＳ１００３に進む。Ｓ１００３においてＵＩ制御部３０１は、機種名９２２とファームウェアバージョン９２３への値の入力を受け付け、Ｓ１００４に進む。Ｓ１００４においてＵＩ制御部３０１は一時的に保持された設定情報ファイル８００が存在するか否かを判別する。存在すると判別された場合は、Ｓ１００９に進む。そうでない場合は、Ｓ１００５に進む。
【０１１５】
Ｓ１００５においてＵＩ制御部３０１は、ファイル指定領域９２５に設定情報ファイル８００が指定され、読み込みボタン９２６が押下されたか否かを判別する。読み込みボタン９２６が押下されたと判別された場合はＳ１００７に進み、そうでない場合はＳ１０１４に進む。
【０１１６】
Ｓ１００７では、ＵＩ制御部３０１はファイル指定領域９２５に指定された設定情報ファイル８００を設定データ格納部３０７に一時的に保持する。この時、領域９２７の値を「あり」に切り替え、承認確認ボタン９２８を有効化する。
【０１１７】
Ｓ１００９においてＵＩ制御部３０１は、承認確認ボタン９２８が押下されたか否かを判別する。承認確認ボタン９２８が押下されたと判別された場合は、Ｓ１０１０に進む。そうでない場合は、Ｓ１０１２に進む。
【０１１８】
Ｓ１０１０では、ＵＩ制御部３０１からの依頼を受け、設定データ作成部３０３は承認確認処理（図１１）を実行する。承認確認ボタン９２８が押下されていないと判断された場合、Ｓ１０１２においてＵＩ制御部３０１は削除ボタン９２９が押下されたか否かを判別する。削除ボタン９２９が選択されたと判別された場合は、Ｓ１０１３に進む。そうでない場合は、Ｓ１０１４に進む。
【０１１９】
削除ボタン９２９が選択されたと判断された場合には、Ｓ１０１３においてＵＩ制御部３０１は設定データ格納部３０７に一時的に保持した設定情報ファイル８００を削除し、Ｓ１００４に戻る。
【０１２０】
承認確認処理が実行された後、Ｓ１０１４においてＵＩ制御部３０１はＯＫボタン９３０が押下されたか否かを判別する。ＯＫボタン９３０が押下されたと判別された場合は、Ｓ１０１６に進む。そうでない場合、Ｓ１０１５においてＵＩ制御部３０１はキャンセルボタン９３１が押下されたか否かを判別する。キャンセルボタン９３１が押下されたと判別された場合は、ＵＩ制御部３０１は編集画面９２０の編集結果を破棄し、編集画面９２０を終了する。そうでない場合はＳ１００４に戻り、編集画面９２０での編集作業が継続される。
【０１２１】
Ｓ１０１４においてＯＫボタン９３０が選択されたと判断された後、Ｓ１０１６において設定データ作成部３０３は、作成者によって編集画面９２０の入力された情報を、設定データ管理部３０６を介して設定データ管理テーブル６００および設定情報管理テーブル６１０に登録する。
【０１２２】
Ｓ１０１７では、ＵＩ制御部３０１は、作成者によって編集画面９２０に入力された情報をスクリプト作成部３０４に渡して、スクリプト８２０（図８（Ｂ））の生成を依頼する。設定情報処理部８３２の＜ｄｅｖｉｃｅＣｏｎｆｉｇＣｏｍｍａｎｄ＞タグを作成する際に、スクリプト作成部３０４は、＜ｃｏｎｆＦｉｌｅＩｄ＞タグに設定情報ＩＤの値を記載する。設定データ作成部３０３は生成されたスクリプト８２０をスクリプト作成部３０４から受け取って、カラム６０６に登録する。以上が設定データの作成処理である。
【０１２３】
＜承認確認処理と、承認画面のＵＩ生成処理＞
Ｓ１０１０の承認確認処理について、図１１（Ａ）を用いて説明する。
【０１２４】
図１１（Ａ）のＳ１１０１にて、設定データ作成部３０３は機種名９２２とファームウェアバージョン９２３の組み合わせをｔｇｔＤｅｖ情報として設定データ格納部３０７に一時的に保持する。
【０１２５】
Ｓ１１０５では、設定データ作成部３０３はＵＩ生成処理を実行する。
【０１２６】
ＵＩ生成処理の詳細について図１１（Ｂ）を用いて説明する。Ｓ１１２１では、設定データ作成部３０３はｔｇｔＤｅｖ情報（機種名９２２とファームウェアバージョン９２３）が機種識別テーブル６３０に登録されているか否かを判別する。登録されていると判別された場合は、Ｓ１１２３に進む。そうでない場合は、Ｓ１１２２に進む。
【０１２７】
Ｓ１１２２では、設定データ作成部３０３はコンテンツ管理サーバー１０２からｔｇｔＤｅｖ情報の仕様情報を取得する。具体的に、設定データ作成部３０３は通信部３０５経由でコンテンツ管理サーバー１０２の通信部３５４に仕様情報取得要求を送信する。制御部３５２は通信部３５４経由で仕様情報取得要求を受け取り、コンテンツ管理部３５５を介してコンテンツ情報格納部３５６のファームウェア管理テーブル７００から仕様情報（７０４）を取得する。制御部３５２は通信部３５４経由で仕様情報を、設定データ管理サーバー１０１の通信部３０５に送信する。設定データ作成部３０３は通信部３０５経由で仕様情報を受け取ると、仕様情報を仕様管理部３０８に送信する。仕様管理部３０８は仕様格納部３０９の機種識別テーブル６３０に機種名（６３２）とファームウェアバージョン（６３３）を登録した後、割り当てられた機種ＩＤ（６３１）の値を使って全設定仕様管理テーブル６５０に仕様情報を登録する。
【０１２８】
Ｓ１１２３において設定データ作成部３０３は、設定データ格納部３０７に一時的に保持されている設定情報ファイル８００から設定情報を読み出す。具体的には、設定情報ファイル８００から＜Ｄａｔａ＞タグ内の各タグおよびその値を読み出す（＜Ｖｏｌｕｍｅ＞タグとその値「６」など）。
【０１２９】
Ｓ１１２４では、制御部３０２は、ｔｇｔＤｅｖ情報の仕様情報を使って設定情報ファイル８００の設定情報がｔｇｔＤｅｖ情報の仕様情報に含まれるか否かを判断する。具体的には、ＵＩ制御部３０１は編集画面９２０の機種名９２２とファームウェアバージョン９２３の値を取得する。図９の例ではそれぞれ機種名「機種２」とファームウェアバージョン「１．５０」である。
【０１３０】
制御部３０２は機種識別テーブル６３０からｔｇｔＤｅｖ情報の組み合わせに該当する機種ＩＤ６３１の値を取り出す。ここでは機種ＩＤ６３１の値は、機種名「機種２」とファームウェアバージョン「１．５０」の組み合わせから「３」であることが分かる。
【０１３１】
制御部３０２は、「３」を機種ＩＤ６５１の値として持ち、かつ、設定項目ＩＤがタグ名「Ｖｏｌｕｍｅ」と一致するレコードを全設定仕様管理テーブル６５０から抽出する。次に、レコードにおける値範囲６５５の範囲内に、Ｓ１１２３で読みだされた設定情報が含まれるか否かを判断する。機種ＩＤ６３１の値が「３」の場合、設定項目ＩＤ６５２が「Ｖｏｌｕｍｅ」である項目の値範囲６５５は「０〜３」である。一方、設定情報ファイル８００の＜Ｖｏｌｕｍｅ＞タグの値は「６」であるため、設定情報「６」がｔｇｔＤｅｖ情報の仕様情報「０〜３」の範囲に含まれていないという判断になる。
【０１３２】
Ｓ１１２４において、設定情報がｔｇｔＤｅｖ情報の仕様情報に含まれると判別された場合はＳ１１２６に進む。そうでない場合は、Ｓ１１２５に進む。Ｓ１１２５では、ＵＩ制御部３０１は、Ｓ１１２４でｔｇｔＤｅｖ情報の仕様情報に含まれていないと判断された設定情報を承認画面９４０に表示する。その際、設定項目名９４１、リファレンス機の値９４２、ターゲット機の値９４３および項目９４４の値を合わせて表示する。
【０１３３】
その際、設定項目名９４１には、Ｓ１１２４で特定したレコードの設定項目名６５３の値を表示する。リファレンス機の値９４２には、Ｓ１１２４に記載した設定情報ファイル８００の設定情報の値を表示する。なお、型６５４が列挙型である場合は、値範囲６５５と値表示名６５６を用いて表示する値を決定する。ターゲット機の値９４３には、Ｓ１１２４で特定したレコードの初期値６５７の値を表示する。
【０１３４】
承認画面９４０の項目９４４には「否」を表示する。作成者が変更ボタン９４５を押下する度に、項目９４４の値が「可」から「否」、あるいは「否」から「可」に変更される。
【０１３５】
Ｓ１１２６では、設定情報ファイル８００に含まれるすべての設定項目について、Ｓ１１２３からＳ１１２５を実施したか否かを判別する。全て実施したと判別された場合は、本フローチャートを終了する。そうでない場合は、Ｓ１１２３に戻る。以上が承認画面９４０のＵＩ生成処理である。
【０１３６】
図１１（Ａ）に戻る。Ｓ１１０５においてＵＩ生成処理を実行した後、Ｓ１１０６にてＵＩ制御部３０１は承認画面９４０上で作成者による承認指定を受け付ける。具体的には、作成者は変更ボタン９４５を押下して、項目９４４の値を「可」または「否」に設定する。
【０１３７】
Ｓ１１０７では、ＵＩ制御部３０１はＯＫボタン９４６が押下されたか否かを判別する。ＯＫボタン９４６が押下されたと判別された場合は、Ｓ１１０９に進む。そうでない場合は、Ｓ１１０８に進む。Ｓ１１０８では、ＵＩ制御部３０１はキャンセルボタン９４７が押下されたか否かを判別する。キャンセルボタン９４７が押下されたと判別された場合は、ＵＩ制御部３０１は承認画面９４０の編集結果を破棄し、承認画面９４０を終了する。そうでない場合は、Ｓ１１０６に戻って、承認画面９４０での承認作業が継続される。
【０１３８】
Ｓ１１０７においてＯＫボタン９４６が押下されたと判定された場合、Ｓ１１０９では、ＵＩ制御部３０１は項目９４４が「可」となっている設定項目名９４１を抽出して、制御部３０２に渡す。
【０１３９】
Ｓ１１１０では、制御部３０２は、全設定仕様管理テーブル６５０を使って、Ｓ１１０９で抽出された設定項目名９４１から設定項目ＩＤを特定する。次に、制御部３０２は、特定された設定項目ＩＤを設定データＩＤと関連付けて、承認テーブル６７０の設定データＩＤ６７１、設定項目ＩＤ６７２に格納する。なお、以後の説明にて、承認テーブル６７０に格納された設定データＩＤごとの設定項目ＩＤの一覧を承認リストと呼ぶことがある。以上が承認確認処理である。
【０１４０】
＜ターゲット機における初期設定＞
図１０と図１１のフローチャートを実行することによって作成された設定データを用いてターゲット機１０６の初期設定が行われる際の処理を、図１２を用いて説明する。
【０１４１】
ターゲット機１０６上で自動設定プログラム４５０が起動されると、ＵＩ画面４７０が表示される。本画面上で、設定データＩＤの入力領域４７１に設定データＩＤが入力された状態で、ＯＫボタン４７２が押下されると、Ｓ１２０１が実行される。
【０１４２】
Ｓ１２０１では、処理実行部４５３が設定データＩＤの値と共に通信部４５２経由で設定データ管理サーバー１０１に対してスクリプト取得要求および承認リスト取得要求を送信する。ここでは、設定データＩＤの値が「１」であると仮定する。設定データ管理サーバー１０１は受信した設定データＩＤを使って設定データ管理テーブル６００から該当するスクリプトを取得する。同様に承認テーブル６７０から設定データＩＤ「１」に紐づく承認リストを取得しファイル化する。設定データＩＤが「１」の場合、ファイル化された承認リストには、設定項目ＩＤ６７２として「Ｖｏｌｕｍｅ」と「ＩＰＡｄｄｒｅｓｓ」が含まれる。
【０１４３】
設定データ管理サーバー１０１は取得したスクリプトと承認リストを通信部３０５経由で通信部４５２に送信する。通信部４５２は設定データ管理サーバー１０１から返信されたスクリプトを受信し、スクリプト解析部４５４に渡す。
【０１４４】
Ｓ１２０２においてスクリプト解析部４５４はスクリプトを解析し、処理実行部４５３に送信する。具体的には、スクリプト８２０に記載されている初期設定の処理は（１）ファームウェア更新処理、（２）設定情報処理、（３）再起動処理である。各処理のｏｒｄｅｒ属性を見ると、処理順序は（１）、（２）、（３）であることが分かる。更に（２）設定情報処理においては設定情報ＩＤの値が「Ｓ００１」となっている。
【０１４５】
Ｓ１２０３では、処理実行部４５３は設定情報処理を実行するか否かを判別する。設定情報処理を実行すると判別された場合は、Ｓ１２０４に進む。そうでない場合は、Ｓ１２０７に進む。ファームウェア更新処理および再起動処理は設定情報処理でないと判定され、Ｓ１２０７に進むことになる。
【０１４６】
Ｓ１２０４では、処理実行部４５３はＳ１２０２のスクリプト解析結果を用いて、処理を実行する。処理実行部４５３は設定データＩＤの値と設定情報ＩＤの値を引数として通信部４５２経由で設定データ管理サーバー１０１に対して設定情報取得要求を送信する。設定データ管理サーバー１０１は設定情報ＩＤから設定情報を特定しファイル化して返信する。通信部４５２は設定データ管理部３０６から返信された設定情報ファイルを受信し、ＲＡＭ２５３やＨＤＤ２５４に一時的に保持する。
【０１４７】
処理実行部４５３は拡張プログラムシステムサービス４０６経由で設定情報ファイルを設定管理サービス４０５に渡す。設定管理サービス４０５は図４（Ｂ）で説明したような手順でネイティブプログラム４０１の設定情報を書き換える。
【０１４８】
ここで、設定情報ファイル８００の＜ＩＰＡｄｄｒｅｓｓ＞タグを例に取って、設定管理サービス４０５が設定情報を書き換える処理を具体的に説明する。
【０１４９】
まず、図４（Ｂ）の説明で記載した通り、設定管理サービス４０５の指定データ解析部４２１が設定情報ファイルを解析し、シリアル番号および機種名を抽出する。また、設定情報の例として＜ＩＰＡｄｄｒｅｓｓ＞タグが抽出される。
【０１５０】
反映ポリシー判定部４２２はターゲット機１０６のシリアル番号および機種名をネイティブプログラム４０１経由で取得し、シリアル番号および機種名と比較する。
【０１５１】
比較の結果は「シリアル番号一致」、「機種名一致」、「条件なし」の内の１つ以上を含む。例えば、シリアル番号と機種名が一致している場合は、比較の結果は「シリアル番号一致」、「機種名一致」、「条件なし」の全てである。また、シリアル番号が一致しておらず、機種名が一致している場合は、比較の結果は「機種名一致」、「条件なし」の２つである。リファレンス機１０５とターゲット機１０６は通常、シリアル番号が異なるので、取り込み条件テーブル５００から条件ＩＤ５０１の値は「２」、「３」であることがわかる。これは、反映部４２４は設定仕様管理テーブル５１０の条件ＩＤ５１７が「２」、「３」である設定情報を反映することが可能であることを示している。
【０１５２】
一方、本実施例では、設定情報ファイル８００の各タグ名は設定項目ＩＤ５１１の値と同一であるため、反映部４２４は「ＩＰＡｄｄｒｅｓｓ」というタグ名をキーにして、設定仕様管理テーブル５１０を検索可能である。設定項目ＩＤ５１１が「ＩＰＡｄｄｒｅｓｓ」であるレコードを検索すると、本レコードの条件ＩＤ５１７の値は「１」である。本例では、条件ＩＤ５１７の値が「１」である設定情報はネイティブプログラム４０１に書き込まれない。すなわち、設定情報ファイル８００の＜ＩＰＡｄｄｒｅｓｓ＞タグに設定されている値「１．２．３．４」はネイティブプログラム４０１によって破棄される。
【０１５３】
Ｓ１２０５では、処理実行部４５３はＳ１２０４の設定情報処理の実行結果として適用結果ログを取得する。適用結果ログ８４０の一例については、図８（Ｃ）に例示した通りである。
【０１５４】
Ｓ１２０６では、処理実行部４５３はＳ１２０５で取得された適用結果ログから、Ｓ１２０１で取得した承認リストに含まれる設定項目を削除する。具体的には処理実行部４５３は設定仕様管理テーブル５１０を用いて、適用結果ログ８４０から承認リストに含まれる設定項目を削除する。その結果、適用結果ログ８４０には「設定場所」の行のみが残る。
【０１５５】
Ｓ１２０７では、処理実行部４５３はＳ１２０２のスクリプト解析結果を用いて、各種処理を実行する。具体的にはＳ１２０３において設定情報処理でないと判断された処理である（１）ファームウェア更新処理、および（３）再起動処理の２つの処理が実行される。
【０１５６】
ファームウェア更新処理では、処理実行部４５３は＜Ｍｏｄｅｌ＞タグに記載された機種名、＜ｆｉｒｍｗａｒｅＶｅｒｓｉｏｎ＞タグに記載されたファームウェアバージョンの値を取得する。その後、これらの値を引数として通信部４５２経由でコンテンツ管理サーバー１０２に対してファームウェア取得要求を送信する。また通信部４５２はコンテンツ管理サーバー１０２から返信されたファームウェアを受信し、ＲＡＭ２５３やＨＤＤ２５４に保持する。その後、処理実行部４５３はファームウェア更新サービス４０３を呼び出し、ファームウェアを更新する。
【０１５７】
再起動処理では、処理実行部４５３はターゲット機１０６を再起動し、変更された各種設定をターゲット機１０６に反映する。
【０１５８】
Ｓ１２０８では、処理実行部４５３はスクリプト８２０に記載されているすべての処理が実行されたか否かを確認する。すべての処理が実行されたと判別された場合は、Ｓ１２０９に進む。そうでない場合は、Ｓ１２０３に戻る。
【０１５９】
Ｓ１２０９では、Ｓ１２０６の適用結果ログを含む、スクリプト８２０の処理結果を設定データ管理サーバー１０１に送信する。設定データ管理サーバー１０１は受信した処理結果を処理結果６０７に格納する。以上がターゲット機１０６における設定処理である。
【０１６０】
本実施例において、処理実行部４５３がＳ１２０６を実行することによって、作成者が事前承認している設定情報を適用結果ログから削除することができる。その結果、作成者によって承認されている丸め項目を作業者が再度確認するような重複作業が削減され、初期設定作業の効率化につながる。
【０１６１】
［実施例２］
リファレンス機１０５における設定情報ファイル８００を定期的にバックアップするバックアップサービスを提供する場合、後述のバックアップデータ管理サーバー１１１には定期的に設定情報ファイル８００が管理されていることになる。バックアップデータ管理サーバー１１１で管理された設定情報ファイル８００は最終的にはターゲット機１０６に移行される。
【０１６２】
リファレンス機１０５の設定情報ファイル８００をバックアップするタイミングによっては、バックアップデータ管理サーバー１１１には最新の設定情報ファイル８００が管理されていないことがある。その結果、作成者は最新の設定情報ファイル８００を入手できないため、最新の設定情報ファイル８００を用いて承認画面９４０を作成することができない。
【０１６３】
本実施例では、設定情報ファイル８００の入手が設定データ作成時点より後になった場合の処理内容について説明する。尚、実施例１に説明済みの部分については同じ符番を振り、詳細な説明を省略する。
【０１６４】
図１３は実施例におけるシステム構成図の一例である。バックアップデータ管理サーバー１１１はリファレンス機１０５からの設定情報をバックアップファイルとして管理する。ここでは、設定データ管理サーバー１０１、コンテンツ管理サーバー１０２、バックアップデータ管理サーバー１１１がそれぞれ別装置で実現されているが、実施例１と同様、各種装置の機能を実現する装置の台数については特に限定しない。
【０１６５】
１１２は顧客環境のＬＡＮであり、リファレンス機１０５が接続されている。また、ＬＡＮ１１２はインターネット１０４に接続されており、通信可能となっている。
【０１６６】
バックアップデータ管理サーバー１１１のハードウェア構成を示すブロック図は図２と同様であるため、説明を省略する。
【０１６７】
図１４（Ａ）はバックアップデータ管理サーバー１１１で動作する、バックアップデータ管理プログラム１４００の機能構成の例を示す図である。図２のＣＰＵ２０１が本プログラムを実行することにより、各機能が実現される。
【０１６８】
ＵＩ制御部１４０１は、作成者が本プログラムを操作するためのグラフィカルユーザインタフェースを提供する。グラフィカルユーザインタフェースは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて、例えば、他のＰＣ（不図示）にインストールされているＷｅｂブラウザで表示可能なＷｅｂページとして構成される。
【０１６９】
制御部１４０２は、ＵＩ制御部１４０１の指示や通信部１４０３が受信する要求に従って、バックアップデータ管理プログラム１４００内の各機能に対して後述する各種処理を指示する。通信部１４０３は、リファレンス機１０５からの要求を受信して、制御部１４０２に要求内容を送信する。更に、制御部１４０２から要求に対する処理結果を受け取り、本要求に対する応答データを作成し、要求送信元に応答を送信する。また、ＨＴＴＰ通信を司り、必要に応じて、ＵＩ制御部１４０１から受け取ったＷｅｂページを他のＰＣに送信する。
【０１７０】
バックアップデータ管理部１４０４は、制御部１４０２からの指示に従い、ＤＢ１４０５に対してバックアップデータの格納、削除、更新、取得処理を指示する。また、バックアップデータ管理部１４０４はバックアップデータ管理プログラム１４００が使用する各種テーブルを管理する。ＤＢ１４０５は、バックアップデータや各種テーブルを保持するデータベースである。
【０１７１】
図１４（Ｂ）はリファレンス機１０５で動作するバックアッププログラム１４５０の機能構成の例を示す図である。本実施例において、バックアッププログラム１４５０は、リファレンス機１０５の拡張プログラム４０７の一つとして実装されるものとするが、例えば、ネイティブプログラム４０１の一つとして実装されてもよい。バックアッププログラム１４５０の機能は、ＣＰＵ２５１が各機能に応じたプログラムを実行することにより実現される。
【０１７２】
ＵＩ制御部１４５１は、バックアッププログラム１４５０を操作するためのＵＩを、操作部２５５を通じて顧客環境の操作者（以後、操作者と呼ぶ）に提供し、操作者の指示を受け付ける。
【０１７３】
通信部１４５２は、拡張プログラムシステムサービス４０６、ネットワークＩ／Ｆ２５６を経由してバックアップデータ管理サーバー１１１に設定情報を送信する。処理実行部１４５３は、ＵＩ制御部１４５１の指示に従い、各種処理を行う。
【０１７４】
図１４（Ｃ）はバックアッププログラム１４５０のＵＩ制御部１４５１によって提供されるＵＩ画面１４７０の例である。ＵＩ画面１４７０は、操作者が画像処理装置上でバックアッププログラム１４５０を起動した際に表示される画面である。
【０１７５】
ＯＫボタン１４７１が押下されると、バックアッププログラム１４５０は、拡張プログラムシステムサービス４０６経由で設定管理サービス４０５から設定情報ファイルを取得し、バックアップデータ管理サーバー１１１に送信する。キャンセルボタン１４７２が押下されるとＵＩ画面１４７０を終了する。
【０１７６】
図１５はバックアップデータ管理サーバー１１１が管理するテーブルの一例である。なお、図１５のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。
【０１７７】
図１５（Ａ）はデバイス管理テーブル１５００である。１レコードが１つのデバイス情報に対応する。シリアル番号１５０１はシリアル番号、機種名１５０２は機種名、ファームウェアバージョン１５０３はファームウェアバージョンであり、それぞれバックアップデータを取得するリファレンス機１０５のシリアル番号、機種名、ファームウェアバージョンに対応する。
【０１７８】
リファレンス機１０５が顧客環境に設定されると、バックアッププログラム１４５０はデバイス情報（シリアル番号、機種名、ファームウェアバージョン）をバックアップデータ管理サーバー１１１に送信する。
【０１７９】
図１５（Ｂ）はバックアップデータ管理テーブル１５５０であり、カラム１５５１とカラム１５５２で構成される。１レコードが１つの設定情報ファイルに対応する。
【０１８０】
カラム１５５１はシリアル番号であり、設定情報ファイルを送付したリファレンス機１０５のシリアル番号が格納される。カラム１５５１のシリアル番号は、必ずデバイス管理テーブル１５００のシリアル番号１５０１に登録されていなければならない。
【０１８１】
カラム１５５２は設定情報ファイルで、バックアッププログラム１４５０によって取得された設定情報ファイルが格納される。本実施例では、データの実体をカラム１５５２に格納することを想定しているが、カラム１５５２にはデータの実体へのパスのみを格納してもよい。その場合、データの実体は別の場所にファイルとして置かれる構成となる。
【０１８２】
図１６は本実施例のスクリプト１６００の一例である。図８（Ｂ）で説明した部分については同じ符番を振り、説明を省略する。
【０１８３】
移行処理部１６０１は、バックアップデータ管理サーバー１１１に保持されているリファレンス機１０５の設定情報ファイル８００を取得し、設定管理サービス４０５を介してデバイスの設定情報を変更する移行処理を実行するコードである。移行処理部１６０１は＜ｄｅｖｉｃｅＭｉｇＣｏｍｍａｎｄ＞タグを記載することで処理を定義し、＜ｓｅｒｉａｌＮｏ＞タグにより移行対象のリファレンス機１０５のシリアル番号を指定する。以上は本実施例におけるスクリプト１６００である。
【０１８４】
図１７（Ａ）は本実施例の編集画面１７００の一例である。図９（Ｂ）で説明済みの部分については同じ符番を振り、説明を省略する。編集画面１７００は、シリアル番号入力領域１７０１と確認ボタン１７０２を有する。作成者が確認ボタン１７０２を選択すると、制御部１４０２はシリアル番号入力領域１７０１に入力されたシリアル番号を持つ設定情報ファイル８００が存在するか否かをバックアップデータ管理サーバー１１１に確認する。設定情報ファイル８００が存在した場合は９２７に「あり」が表示され、存在しない場合は「なし」が表示される。
【０１８５】
編集画面１７００の承認確認ボタン９２８は実施例１とは異なり、９２７に「なし」が表示されている場合であっても選択可能な状態で表示される。
【０１８６】
図１７（Ｂ）は、９２７に「なし」が表示されている状態で承認確認ボタン９２８が押下された場合に表示される承認画面１７５０の一例である。１７５１には、全設定仕様管理テーブル６５０の中から、対象となる設定項目に該当するリファレンス機１０５の値範囲６５５の値が表示される。
【０１８７】
１７５２には、全設定仕様管理テーブル６５０の中から、対象となる設定項目に該当するターゲット機の値範囲６５５の値が表示される。
【０１８８】
実施例２の場合、設定情報ファイルが存在しない状態での、丸め処理の承認であるため、実施例１の場合とは異なり、１７５１および１７５２にはリファレンス機１０５およびターゲット機１０６の値が特定の値でなく、設定仕様に従った値の範囲が記載される。
【０１８９】
承認画面１７５０の値の範囲に従えば、例えばリファレンス機１０５における音量設定が「１」であって、ターゲット機１０６における音量設定の範囲が「０〜３」である場合、丸め処理は発生しない。一方、リファレンス機１０５における音量設定が「９」である場合には、ターゲット機１０６における音量設定の範囲に丸め処理が発生する。このように、承認画面１７５０のように各種設定項目の値の範囲が分かっていれば、ターゲット機１０６で丸め処理が発生するか否かの予測が付く。
【０１９０】
承認画面１７５０において丸め処理の承認確認が行われ、一覧画面９００において新規作成ボタン９０５または編集ボタン９０６が押下されると、設定データ管理サーバー１０１は図１８のフローチャートを実行する。上記で説明済みの処理については同じ符番をふり、説明を省略する。
【０１９１】
編集画面１７００において機種名とファームウェアバージョンが入力された後（Ｓ１００１〜Ｓ１００３）、Ｓ１８０１においてＵＩ制御部３０１は、シリアル番号入力領域１７０１にシリアル番号が入力されているか否かを判別する。シリアル番号が入力されていると判別された場合は、Ｓ１８０２に進み、そうでない場合はＳ１０１４に進む。
【０１９２】
Ｓ１８０２は実施例１のＳ１００９と同様であるが、承認確認ボタン９２８を押下した場合にＳ１８０３に進み、そうでない場合にＳ１０１４に進む点がＳ１００９と異なる。
【０１９３】
Ｓ１８０３では、ＵＩ制御部３０１からの依頼を受け、設定データ作成部３０３は実施例２の承認確認処理を実行する。本処理については図１９で説明する。Ｓ１８０３において承認確認処理が実行された後、スクリプトを生成し、生成したスクリプトを登録する。
【０１９４】
＜実施例２における承認画面＞
Ｓ１８０３について図１９（Ａ）を用いて説明する。上記で説明済みの処理については同じ符番を振り、説明を省略する。
【０１９５】
Ｓ１９０１において設定データ作成部３０３は、通信部３０５を介してバックアップデータ管理サーバー１１１に対し、シリアル番号入力領域１７０１に入力されたシリアル番号を送信する。また、バックアップデータ管理サーバー１１１は該当する設定情報ファイル８００がバックアップデータ管理テーブル１５５０に存在するか否かを判別する。
【０１９６】
設定情報ファイル８００が存在すると判別された場合、バックアップデータ管理サーバー１１１は設定データ管理サーバー１０１に設定情報ファイル８００を送信する。設定データ管理サーバー１０１は設定情報ファイル８００を受信し、設定データ格納部３０７に一時的に保持する。その後、Ｓ１１０５に進む。
【０１９７】
Ｓ１９０１において設定情報ファイルが存在しないと判定された場合、バックアップデータ管理サーバー１１１は設定データ管理サーバー１０１にリファレンス機１０５のデバイス情報を送信する。デバイス情報とは、デバイス管理テーブル１５００のシリアル番号１５０１、機種名１５０２、ファームウェアバージョン１５０３を含む情報である。例えば、シリアル番号入力領域１７０１に「ａｂｃ０１」が入力されていたとすると、デバイス情報は、シリアル番号「ａｂｃ０１」、機種名「機種１」、ファームウェアバージョン「１．００」となる。設定データ管理サーバー１０１はデバイス情報を受信し、設定データ格納部３０７に一時的に保持する。その後、Ｓ１９０２に進む。
【０１９８】
Ｓ１９０２では、設定データ作成部３０３はデバイス情報から機種名、ファームウェアバージョンを取得し、ｒｅｆＤｅｖ情報として設定データ格納部３０７に一時的に保持する。例えば、Ｓ１９０１に記載した例では、機種名が「機種１」、ファームウェアバージョンが「１．００」というｒｅｆＤｅｖ情報が取得できる。
【０１９９】
Ｓ１９０３では、設定データ作成部３０３は第２のＵＩ生成処理を実行する。
【０２００】
ここで第２のＵＩ生成処理Ｓ１９０３の詳細について、図１９（Ｂ）を用いて説明する。
【０２０１】
Ｓ１９２１では、設定データ作成部３０３はｒｅｆＤｅｖ情報とｔｇｔＤｅｖ情報が機種識別テーブル６３０に登録されているか否かを判別する。登録されていると判別された場合は、Ｓ１９２３に進む。そうでない場合は、Ｓ１９２２に進む。
【０２０２】
Ｓ１９２２では、設定データ作成部３０３はコンテンツ管理サーバー１０２からｒｅｆＤｅｖ情報とｔｇｔＤｅｖ情報の仕様情報を取得する。仕様情報の取得方法は、実施例１のＳ１１２２と同様である。
【０２０３】
Ｓ１９２３では、設定データ作成部３０３は、全設定仕様管理テーブル６５０の機種ＩＤ６５１の値がｒｅｆＤｅｖとｔｇｔＤｅｖの機種ＩＤと一致する各レコードにおいて、設定項目ＩＤ６５２が一致する設定項目の仕様を比較する。なお、機種ＩＤは機種識別テーブル６３０を用いて特定することができる。例えば、Ｓ１９０２で記載したｒｅｆＤｅｖ情報の場合、機種名が「機種１」、ファームウェアバージョンが「１．００」であるため、機種ＩＤは「１」である。
【０２０４】
Ｓ１９２４では、設定データ作成部３０３は、Ｓ１９２３の比較の結果、仕様に違いがあるか否かを判別する。仕様に違いがある場合はＳ１９２５に進む。そうでない場合は、Ｓ１９２６に進む。
【０２０５】
仕様に違いがあると判断された場合、Ｓ１９２５においてＵＩ制御部３０１は、仕様に違いがあると判断された設定情報を承認画面１７５０に表示する。その際に表示される承認画面１７５０の一例は図１７（Ｂ）に示した通りである。承認画面１７５０の設定項目名「音量設定」では値範囲６５５に仕様の違いがあるため、リファレンス機１０５の値範囲１７５１、ターゲット機の値範囲１７５２を表示している。設定項目名「ＩＰアドレス」は、同一の仕様であるが、条件ＩＤ６５８の値が「１」（シリアル番号一致）である。一般にリファレンス機１０５とターゲット機１０６はシリアル番号が異なる。このため、取り込み条件テーブル６２０の記載に従って、リファレンス機１０５の設定情報をターゲット機１０６に取り込まない。
【０２０６】
Ｓ１９２６では、全設定仕様管理テーブル６５０に含まれるすべての設定項目について、Ｓ１９２３からＳ１９２５を実施したか否かを判別する。全て実施したと判別された場合は、本フローチャートを終了し、そうでない場合はＳ１９２３に戻る。以上が第２のＵＩ生成処理である。
【０２０７】
＜ターゲット機における初期設定（実施例２）＞
本実施例の設定データを用いてターゲット機１０６の初期設定が行われる場合、ターゲット機１０６は、図２０のフローチャートを実行する。上記で説明済みの部分については説明を省略する。
【０２０８】
Ｓ２００１の処理内容は実施例１のＳ１２０３に記載の処理内容と同様であるが、設定情報処理を実行しないと判別された場合に、Ｓ２００２に進む点が異なる。Ｓ２００２において処理実行部４５３は、移行処理を実行するか否かを判別する。移行処理を実行すると判別された場合は、Ｓ２００３に進む。そうでない場合は、Ｓ１２０７に進む。ここでの移行処理とは、バックアップデータ管理サーバー１１１の設定情報ファイル８００をリファレンス機１０５からターゲット機１０６に移行する処理のことである。
【０２０９】
Ｓ２００２において移行処理であると判定された後、Ｓ２００３において処理実行部４５３はＳ１２０２のスクリプト解析結果を用いて、スクリプト１６００の移行処理部１６０１を実行する。
【０２１０】
具体的には、処理実行部４５３は設定データＩＤの値と移行処理部１６０１の＜ｓｅｒｉａｌＮｏ＞タグに記載されたシリアル番号を引数として通信部４５２経由で設定データ管理サーバー１０１に対して設定情報取得要求を送信する。設定データ管理サーバー１０１は受信したシリアル番号をバックアップデータ管理サーバー１１１に送信する。バックアップデータ管理サーバー１１１は、バックアップデータ管理テーブル１５５０を用いて、シリアル番号と紐づいた設定情報ファイルを特定し返信する。通信部４５２は設定データ管理部３０６から返信された設定情報ファイルを受信し、ＲＡＭ２５３やＨＤＤ２５４に一時的に保持する。
【０２１１】
以上が実施例２における初期設定作業である。
【０２１２】
なお、ここでは、自動設定プログラム４５０は設定データ管理サーバー１０１を経由してバックアップデータ管理サーバー１１１の設定情報ファイルを受け取っている。これとは別に自動設定プログラム４５０がバックアップデータ管理サーバー１１１から設定情報ファイルを直接受け取るような構成であってもよい。
【０２１３】
実施例２により、設定データを設定データ管理サーバー１０１において作成する時点で設定情報を入手できなかったとしても、設定仕様を比較することによって丸め処理の承認を行い、作業者の作業効率を高めることができる。
【０２１４】
［その他の実施例］
承認画面９４０（実施例１）および承認画面１７５０（実施例２）において、丸め処理が実行された設定項目のみを表示する形態を示した。丸め処理が実行された設定項目と実行されなかった設定項目とが識別できる状態で表示されればいいのであって、表示の形態については特に問わない。具体的には、丸め処理が実行されなかった設定項目をグレーアウト表示で承認画面９４０および承認画面１７５０に表示させてもよい。
【０２１５】
また、本発明の目的は以下の処理を実行することによっても達成される。即ち、上述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【図１】
2020167621.tif 000003
【図２】
2020167621.tif 000004
【図３】
2020167621.tif 000005
【図４】
2020167621.tif 000006
【図５】
2020167621.tif 000007
【図６】
2020167621.tif 000008
【図７】
2020167621.tif 000009
【図８】
2020167621.tif 000010
【図９】
2020167621.tif 000011
【図１０】
2020167621.tif 000012
【図１１】
2020167621.tif 000013
【図１２】
2020167621.tif 000014
【図１３】
2020167621.tif 000015
【図１４】
2020167621.tif 000016
【図１５】
2020167621.tif 000017
【図１６】
2020167621.tif 000018
【図１７】
2020167621.tif 000019
【図１８】
2020167621.tif 000020
【図１９】
2020167621.tif 000021
【図２０】
2020167621.tif 000022