特開 2024-132357 情報処理システム及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024132357

(43)【公開日】2024-10-01

(54)【発明の名称】情報処理システム及び情報処理プログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20240920BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023043089

(22)【出願日】2023-03-17

(71)【出願人】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】舟木 翔太

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA47

5B376CA57

5B376CA60

(57)【要約】

【課題】実際に設置する機械とは異なる環境で行った設定を、設置対象の機械に反映する際に、不都合を生じることなく設定を反映することが可能な情報処理システム及び情報処理プログラムを提供することを目的とする。
【解決手段】シミュレータ環境５０で特定した設定情報を更新待ちデータ部７２に保持し、当該設定情報を実デバイス１２に反映する際に、更新待ちデータ部７２に保持した設定情報と、画像形成装置１２に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、実デバイス１２に反映する処理を行う。
【選択図】図６

【特許請求の範囲】

【請求項1】

プロセッサを備え、前記プロセッサは、
設置対象の機械へ反映する設定情報であって、実際に設定する機械と異なる環境で特定した特定設定情報を予め定めた領域に保持し、
前記特定設定情報を前記機械に反映する際に、前記予め定めた領域に保持した前記特定設定情報と、前記機械に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、前記機械に反映する処理を行う情報処理システム。

【請求項2】

前記異なる環境は、前記機械の環境を仮想的に再現した再現環境である請求項１に記載の情報処理システム。

【請求項3】

前記プロセッサは、複数の前記機械を対象に前記処理を行う請求項１に記載の情報処理システム。

【請求項4】

前記プロセッサは、複数の前記機械を対象とする場合、最初に設定する前記機械に前記特定設定情報を反映した際の規則に従って他の前記機械の設定を行う請求項３に記載の情報処理システム。

【請求項5】

前記プロセッサは、競合が発生する前記設定情報が前記機械の状態により動的に代わる設定情報の場合は、前記機械に設定済みの設定情報を前記機械に反映する請求項１に記載の情報処理システム。

【請求項6】

コンピュータに、
設置対象の機械へ反映する設定情報であって、実際に設定する機械と異なる環境で特定した特定設定情報を予め定めた領域に保持し、
前記特定設定情報を前記機械に反映する際に、前記予め定めた領域に保持した前記特定設定情報と、前記機械に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、前記機械に反映する処理を実行させるための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム及び情報処理プログラムに関する。

【背景技術】

【0002】

特許文献１には、画像形成装置の設定に関する設定情報を管理する管理手段と、画像形成装置が情報処理装置と接続した場合には画像形成装置が保持する設定情報を画像形成装置から受信し、かつ、画像形成装置が情報処理装置と接続した後に画像形成装置が保持する設定情報が更新された場合には該設定情報の更新内容を示す情報を画像形成装置から受信する受信手段と、画像形成装置が情報処理装置と接続した場合における設定情報の受信に対する応答として、更新内容を示す情報を画像形成装置から情報処理装置へ送信させるか否かを示す応答を設定情報の設定項目単位で画像形成装置に送信する送信手段と、を備えた情報処理装置が提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－０３８３５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

画像形成装置等の機械の初期設置前に、実際に設置する機械と異なる環境、例えば、クラウド環境等の実際の機械を再現した再現環境で設定を行って、機械の初期設置時に実際に設置する機械に反映することが考えられる。ここで、例えば、機械の設定が初期設定から調整された上で工場から出荷されることがある。このように、初期設置前に機械が初期設定と異なる設定となっていた場合、実際に設置する機械とは異なる環境で初期設定を前提に行われた設定を、初期設定する実際の設置対象の機械に反映すると、例えば、工場出荷時に変更した設定を無視した反映となり、不都合が生じる場合がある。

【0005】

そこで、本開示は、実際に設置する機械とは異なる環境で行った設定を、設置対象の機械に反映する際に、不都合を生じることなく設定を反映することが可能な情報処理システム及び情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するために、第１態様に係る情報処理システムは、プロセッサを備え、前記プロセッサは、設置対象の機械へ反映する設定情報であって、実際に設定する機械と異なる環境で特定した特定設定情報を予め定めた領域に保持し、前記特定設定情報を前記機械に反映する際に、前記予め定めた領域に保持した前記特定設定情報と、前記機械に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、前記機械に反映する処理を行う。

【0007】

第２態様に係る情報処理システムは、第１態様に係る情報処理システムにおいて、前記異なる環境は、前記機械の環境を仮想的に再現した再現環境である。

【0008】

第３態様に係る情報処理システムは、第１態様に係る情報処理システムにおいて、前記プロセッサは、複数の前記機械を対象に前記処理を行う。

【0009】

第４態様に係る情報処理システムは、第３態様に係る情報処理システムにおいて、前記プロセッサは、複数の前記機械を対象とする場合、最初に設定する前記機械に前記特定設定情報を反映した際の規則に従って他の前記機械の設定を行う。

【0010】

第５態様に係る情報処理システムは、第１態様に係る情報処理システムにおいて、前記プロセッサは、競合が発生する前記設定情報が前記機械の状態により動的に代わる設定情報の場合は、前記機械に設定済みの設定情報を前記機械に反映する。

【0011】

第６態様に係る情報処理プログラムは、コンピュータに、設置対象の機械へ反映する設定情報であって、実際に設定する機械と異なる環境で特定した特定設定情報を予め定めた領域に保持し、前記特定設定情報を前記機械に反映する際に、前記予め定めた領域に保持した前記特定設定情報と、前記機械に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、前記機械に反映する処理を実行させる。

【発明の効果】

【0012】

第１態様によれば、実際に設置する機械とは異なる環境で行った設定を、設置対象の機械に反映する際に、不都合を生じることなく設定を反映することが可能な情報処理システムを提供できる。

【0013】

第２態様によれば、実際の機械の設定を仮想的に設定することが可能となる。

【0014】

第３態様によれば、複数の機械の設定を一括で行うことが可能となる。

【0015】

第４態様によれば、解消指示を機械毎に受け付けることなく設定を反映できる。

【0016】

第５態様によれば、機械の状態により動的に代わる設定情報の場合は、競合の発生を通知して解消指示を受け付けることなく機械に設定を反映できる。

【0017】

第６態様によれば、実際に設置する機械とは異なる環境で行った設定を、設置対象の機械に反映する際に、不都合を生じることなく設定を反映することが可能な情報処理プログラムを提供できる。

【図面の簡単な説明】

【0018】

【図1】本実施形態に係る画像形成システムの概略構成を示す図である。

【図2】本実施形態に係る画像形成システムにおける画像形成装置の電気系の要部構成を示すブロック図である。

【図3】本実施形態に係るローカルサーバ及びクラウドサーバの電気系の要部構成を示すブロック図である。

【図4】シミュレータ環境で画像形成装置の設定を行って実際の画像形成装置に設定を反映する様子を示す図である。

【図5】工場で変更された設定がデフォルトの設定に変更されることにより不具合例を説明するための図である。

【図6】本実施形態に係る画像形成システムの機能構成を示す機能ブロック図である。

【図7】仮想デバイス及び実デバイスで行われる、処理１としての設定変更の受付処理の流れの一例を示すフローチャートである。

【図8】仮想デバイス及び実デバイスで行われる、処理２としての設定管理サーバとの同期処理の流れの一例を示すフローチャートである。

【図9】設定管理サーバで行われる、処理３としてのデータ更新通知の受付処理の流れの一例を示すフローチャートである。

【図10】設定管理サーバの競合データ部に書き込まれた競合データの一例を示す図である。

【図11】設定管理サーバの更新待ちデータ部に書き込まれた更新待ちデータと更新要求元情報の一例を示す図である。

【図12】設定管理サーバの設定データ部に書き込まれた設定データの一例を示す図である。

【図13】設定管理サーバで行われる、処理４としてのデータ取得要求の受付処理の流れの一例を示すフローチャートである。

【図14】設定管理サーバで行われる、処理５としてのデータ競合の判定処理の流れの一例を示すフローチャートである。

【図15】仮想デバイス、実デバイス、及び設定変更システムで行われる、処理６としての競合通知の受付処理の流れの一例を示すフローチャートである。

【図16】競合通知を受け付けた際に表示する画面の一例を示す図である。

【図17】本実施形態に係る画像形成システムにおいて、設定の競合がない場合の具体例を説明するための図である。

【図18】本実施形態に係る画像形成システムにおいて、設定の競合がある場合の具体例を説明するための図である。

【図19】本実施形態に係る画像形成システムにおいて、設定の競合があり、複数台設定する場合の具体例を説明するための図である。

【図20】本実施形態に係る画像形成システムにおいて、Read Onlyな設定の競合がある場合の具体例を説明するための図である。

【発明を実施するための形態】

【0019】

以下、図面を参照して本開示の実施形態の一例を詳細に説明する。図１は、本実施形態に係る画像形成システムの概略構成を示す図である。本実施形態では、画像形成システム１０を情報処理システムの一例として説明する。

【0020】

本実施形態に係る画像形成システム１０は、図１に示すように、ローカルサーバ１１、設置対象の機械の一例としての画像形成装置１２、及びクラウドサーバ１４を備えている。なお、本実施形態では、ローカルサーバ１１、画像形成装置１２、及びクラウドサーバ１４をそれぞれ１つのみ示すがそれぞれ複数備えてもよい。また、ローカルサーバ１１は省略した形態としてもよい。

【0021】

ローカルサーバ１１及び画像形成装置１２は、ＬＡＮ（Local Area Network）、イントラネット等の内部通信回線１７に各々接続されている。また、内部通信回線１７及びクラウドサーバ１４は、ＷＡＮ（Wide Area Network）、インターネット等の外部通信回線１８に各々接続されている。そして、ローカルサーバ１１、画像形成装置１２、及びクラウドサーバ１４の各々は、内部通信回線１７及び外部通信回線１８を介して各種データの送受信を相互に行うことが可能とされている。

【0022】

図２は、本実施形態に係る画像形成システム１０における画像形成装置１２の電気系の要部構成を示すブロック図である。

【0023】

本実施形態に係る画像形成装置１２は、図２に示すように、ＣＰＵ（Central Processing Unit）２０Ａ、ＲＯＭ（Read Only Memory）２０Ｂ、及びＲＡＭ（Random Access Memory）２０Ｃを含むコントロール・ユニット２０を備えている。ＣＰＵ２０Ａは、画像形成装置１２の全体の動作を司る。ＲＡＭ２０Ｃは、ＣＰＵ２０Ａによる各種プログラムの実行時のワークエリア等として用いられる。ＲＯＭ２０Ｂは、各種制御プログラムや各種パラメータ等が予め記憶される。そして、画像形成装置１２は、コントロール・ユニット２０の各部がシステムバス４２によって電気的に接続されている。

【0024】

また、本実施形態に係る画像形成装置１２は、各種のデータやアプリケーション・プログラム等を記憶するＨＤＤ（hard disk drive）２６を備えている。また、画像形成装置１２は、ユーザインタフェース２２に接続され、ユーザインタフェース２２のディスプレイへの各種の操作画面等の表示を制御する表示制御部２８を備えている。また、画像形成装置１２は、ユーザインタフェース２２に接続され、ユーザインタフェース２２を介して入力される操作指示を検出する操作入力検出部３０を備えている。そして、画像形成装置１２では、ＨＤＤ２６、表示制御部２８、及び操作入力検出部３０がシステムバス４２に電気的に接続されている。なお、本実施の形態に係る画像形成装置１２では、ＨＤＤ２６を備える例を説明するが、これに限らず、フラッシュメモリ等の不揮発性の記憶部を備えてもよい。

【0025】

また、本実施形態に係る画像形成装置１２は、原稿読取部４６による光学的な画像の読み取り動作、及び原稿搬送部による原稿送り動作を制御する読取制御部３２と、画像形成部２４による画像形成処理、及び搬送部２５による画像形成部２４への用紙の搬送を制御する画像形成制御部３４と、を備えている。また、画像形成装置１２は、内部通信回線１７に接続され、当該内部通信回線１７に接続された他の装置と通信データの送受信を行う通信回線インタフェース（通信回線Ｉ／Ｆ）部３６、及び各種画像処理を行う画像処理部４４を備えている。また、画像形成装置１２は、図示しない電話回線に接続され、当該電話回線に接続されているファクシミリ装置とファクシミリデータの送受信を行うファクシミリインタフェース（ファクシミリＩ／Ｆ）部３８を備えている。また、画像形成装置１２は、ファクシミリインタフェース部３８を介したファクシミリデータの送受信を制御する送受信制御部４０を備えている。そして、画像形成装置１２では、送受信制御部４０、読取制御部３２、画像形成制御部３４、通信回線インタフェース部３６、ファクシミリインタフェース部３８、及び画像処理部４４がシステムバス４２に電気的に接続されている。

【0026】

以上の構成により、本実施形態に係る画像形成装置１２は、ＣＰＵ２０Ａにより、ＲＡＭ２０Ｃ、ＲＯＭ２０Ｂ、及びＨＤＤ２６へのアクセスを各々実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、表示制御部２８を介したユーザインタフェース２２のディスプレイへの操作画面、各種のメッセージ等の情報の表示の制御を実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、読取制御部３２を介した原稿読取部４６及び原稿搬送部の作動の制御を実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、画像形成制御部３４を介した画像形成部２４及び搬送部２５の作動の制御と、通信回線インタフェース部３６を介した通信データの送受信の制御と、を各々実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、送受信制御部４０によるファクシミリインタフェース部３８を介したファクシミリデータの送受信の制御を実行する。さらに、画像形成装置１２は、ＣＰＵ２０Ａにより、操作入力検出部３０によって検出された操作情報に基づくユーザインタフェース２２における操作内容の把握が行われ、この操作内容に基づく各種の制御を実行する。

【0027】

続いて、本実施形態に係る画像形成システム１０におけるローカルサーバ１１、及びクラウドサーバ１４の電気系の要部構成について説明する。図３は、本実施形態に係るローカルサーバ１１及びクラウドサーバ１４の電気系の要部構成を示すブロック図である。なお、ローカルサーバ１１及びクラウドサーバ１４は基本的には一般的なコンピュータの構成とされているので、クラウドサーバ１４を代表して説明してローカルサーバ１１の説明は省略し、対応する符号のみを図３に示す。

【0028】

本実施の形態に係るクラウドサーバ１４は、図３に示すように、ＣＰＵ１４Ａ、ＲＯＭ１４Ｂ、ＲＡＭ１４Ｃ、ストレージ１４Ｄ、操作部１４Ｅ、表示部１４Ｆ、及び通信回線インタフェース（Ｉ／Ｆ）部１４Ｇを備えている。ＣＰＵ１４Ａは、クラウドサーバ１４の全体の動作を司る。ＲＯＭ１４Ｂは、各種制御を行う情報処理プログラムや各種パラメータ等が予め記憶される。ＲＡＭ１４Ｃは、ＣＰＵ１４Ａによる各種プログラムの実行時のワークエリア等として用いられる。ストレージ１４Ｄは、各種のデータやアプリケーション・プログラム等が記憶される。操作部１４Ｅは各種の情報を入力するために用いられる。表示部１４Ｆは、各種の情報を表示するために用いられる。通信回線インタフェース部１４Ｇは、外部通信回線１８に接続され、当該外部通信回線１８に接続された他の装置と各種データの送受信を行う。以上のクラウドサーバ１４の各部はシステムバス１４Ｈにより電気的に相互に接続されている。本実施形態に係るクラウドサーバ１４では、ストレージ１４Ｄを記憶部として備えるが、ストレージ１４Ｄとしては、例えば、ＨＤＤやフラッシュメモリ等の不揮発性の記憶部が適用される。なお、ローカルサーバ１１の通信回線インタフェース部１１Ｇは、内部通信回線１７に接続され、当該内部通信回線１７に接続された他の装置と各種データの送受信を行う。

【0029】

以上の構成により、本実施の形態に係るクラウドサーバ１４は、ＣＰＵ１４Ａにより、ＲＯＭ１４Ｂ、ＲＡＭ１４Ｃ、及びストレージ１４Ｄに対するアクセス、操作部１４Ｅを介した各種データの取得、表示部１４Ｆに対する各種情報の表示を各々実行する。また、クラウドサーバ１４は、ＣＰＵ１４Ａにより、通信回線インタフェース部１４Ｇを介した通信データの送受信の制御を実行する。

【0030】

上述のように構成されたローカルサーバ１１は、複数の画像形成装置１２を管理するＭＰＳ（Managed Print Service）の機能を有する。なお、以下では、ローカルサーバ１１は同符号を記してＭＰＳ１１と称する場合がある。また、画像形成装置１２についても同符号を記して実デバイス１２と称する場合がある。

【0031】

また、クラウドサーバ１４は、図４に示すように、画像形成装置１２を仮想的に再現した仮想デバイス６０で画像形成装置１２の設定を行うシミュレータ環境５０、及びシミュレータ環境５０で設定された設定情報を実際の環境５１の実デバイス１２に反映する設定管理サーバ５４として機能する。なお、本実施形態では、シミュレータ環境５０と設定管理サーバ５４の機能を共に１つのクラウドサーバ１４に備えるものとして説明するが、それぞれ別のサーバの機能としてもよい。

【0032】

本実施形態に係る画像形成システム１０では、例えば、図４に示すように、画像形成装置１２の販売業者が、納入先のお客様専用の設定の検証をシミュレータ環境５０で実施し、検証した設定情報Ｓを設定管理サーバ５４に登録する。なお、図４は、シミュレータ環境５０で画像形成装置１２の設定を行って実際の画像形成装置１２に設定を反映する様子を示す図である。

【0033】

そして、検証した画像形成装置１２の設定情報Ｓを設定管理サーバ５４からダウンロード、または販売業者が直接インポートして設定情報を実デバイス１２に反映することで、画像形成装置１２が即時運用可能となる。

【0034】

しかしながら、シミュレータ環境５０と実際の画像形成装置１２で設定の競合が発生し、片方の設定のみを採用すると不具合が発生する場合がある。例えば、初期設定から設定が調整された上で工場から出荷されることがある。このように、初期設置前に機械が初期設定と異なる設定となっていた場合、実際に設置する画像形成装置１２とは異なるシミュレータ環境５０で初期設定を前提に行われた設定を、初期設定する実際の設置対象の機械に反映すると、例えば、工場出荷時に変更した設定を無視した反映となり、不都合が生じる場合がある。

【0035】

具体的には、組立工場で実際の画像形成装置１２の調整を行って調整結果を反映した設定値を設定し、センサの特性値を設定する。一方、画像形成装置１２の販売業者がシミュレータ環境５０で行う設定では、組立工場で調整された設定値やセンサ特性は設定変更せずにデフォルトの値を適用する。そして、シミュレータ環境５０で設定された設定情報を実際の画像形成装置１２に反映すると、工場で設定された設定値がデフォルトの値に上書きされてしまい、不都合が生じる。例えば、図５に示すように、工場での調整が反映された状態が、工場の調整が反映されていない状態となり、印刷を行うと形成された画像が用紙からはみ出る、濃度が薄いといった画質トラブルが発生する。

【0036】

そこで、本実施形態に係る画像形成システム１０では、設置対象の画像形成装置１２へ反映する設定情報であって、実際に設定する画像形成装置１２と異なる環境で特定した特定設定情報を予め定めた領域に保持し、特定設定情報を画像形成装置１２に反映する際に、予め定めた領域に保持した特定設定情報と、画像形成装置１２に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、画像形成装置１２に反映する処理を行うようになっている。なお、異なる環境の一例としては、本実施形態では、後述するシミュレータ環境５０（図６参照）が対応する。また、「異なる」は、別の機器や、実機でなくクラウドというレベルだけでなく、例えば、同じ機器でもいいが、少なくとも１つの設定が違う状態で行うくらいでもよい。具体的には、納入する装置を用いて事前に設定するようなものも含む。この場合、ＩＰ（Internet Protocol）アドレスはＤＨＣＰ（Dynamic Host Configuration Protocol）で自動付与され異なるがその他はほぼ同一となる。

【0037】

続いて、本実施形態に係る画像形成システム１０において、上述の処理を行うための機能構成について説明する。図６は、本実施形態に係る画像形成システム１０の機能構成を示す機能ブロック図である。

【0038】

本実施形態に係る画像形成システム１０は、再現環境としてのシミュレータ環境５０、設定管理サーバ５４、設定変更システム５２、デフォルト管理サーバ５６、及び実デバイス１２の機能を有する。なお、シミュレータ環境５０、設定管理サーバ５４、設定変更システム５２、及びデフォルト管理サーバ５６は、単一のクラウドサーバ１４が提供する機能としてもよいし、少なくとも１以上が他のサーバが提供する機能としてもよいし、それぞれ別のサーバが提供する機能としてもよい。本実施形態では、シミュレータ環境５０、設定管理サーバ５４、及びデフォルト管理サーバ５６をクラウドサーバ１４が提供する機能とし、設定変更システム５２は、ローカルサーバ（ＭＰＳ）１１が提供する機能として説明する。

【0039】

シミュレータ環境５０は、環境制御得部５８及び仮想デバイス６０の機能を有し、環境制御得部５８は、画像形成装置１２と異なる仮想的な環境として画像形成装置１２を仮想的に再現した仮想デバイス６０を作成する。環境制御得部５８で作成された仮想デバイス６０は、画像形成装置１２の納入先のお客様専用の設定の検証し、検証した設定情報を設定管理サーバ５４に登録する処理を行う。

【0040】

環境制御得部５８は、通信Ｉ／Ｆ部６１、設定取得部６２、及び仮想デバイス作成部６３の機能を有する。

【0041】

通信Ｉ／Ｆ部６１は、デフォルト管理サーバ５６と通信を行って、デフォルトの設定データ等の各種データの送受信を行う。

【0042】

設定取得部６２は、デフォルト管理サーバ５６から通信Ｉ／Ｆ部６１を介して、シミュレーション対象の画像形成装置１２のデフォルトの設定データを取得する。

【0043】

仮想デバイス作成部６３は、設定取得部６２が取得したデフォルトの設定データを適用した仮想の画像形成装置１２となる仮想デバイス６０を作成する。

【0044】

仮想デバイス６０は、ＵＩ６４、通信Ｉ／Ｆ部６５、競合解決部６６、設定制御部６７、設定データ部６８、及び更新データ部６９の機能を有する。

【0045】

ＵＩ６４は、仮想デバイス６０の設定の検証を行い際の設定情報の表示や、設定値の受け付け等を行う。

【0046】

通信Ｉ／Ｆ部６５は、設定変更システム５２と通信を行って、設定情報等の各種データの送受信を行う。

【0047】

競合解決部６６は、設定管理サーバ５４から更新成功の通知を受信した場合に、更新データ部６９を空にし、取得したデータに基づいて設定データを変更し、設定データ部６８に変更された設定内容を記憶する。

【0048】

設定制御部６７は、ＵＩ６４によって受け付けた設定値に応じて仮想デバイス６０の動作を制御する。例えば、設定制御部６７は、設定が変更された場合に変更された設定内容を設定データ部６８に記憶し、更新データ部６９にも設定管理サーバ５４に送信するための変更内容を追加する。

【0049】

設定データ部６８は、ＵＩ６４によって受け付けた設定値を記憶する領域であり、更新データ部６９は、更新された設定値等を記憶する領域である。

【0050】

設定管理サーバ５４は、通信Ｉ／Ｆ部７０、設定データ更新制御部７１、予め定めた領域の一例としての更新待ちデータ部７２、設定データ部７３、競合判定部７４、競合管理部７５、競合キー部７６、及び競合データ部７７の機能を有する。

【0051】

通信Ｉ／Ｆ部７０は、仮想デバイス６０、設定変更システム５２、及び実デバイス１２と通信を行い、各種データの送受信を行う。

【0052】

設定データ更新制御部７１は、設定情報を受信した場合に、設定情報の送信元に応じて、更新待ちデータ部７２への記憶と、設定データ部７３への記憶とを制御する。例えば、実デバイス１２から設定情報をお受信した場合には設定データ部７３に記憶する。一方、シミュレータ環境５０又は設定変更システム５２から設定情報を受信した場合には設定データ部７３に記憶せずに更新待ちデータ部７２に記憶し、競合判定の終了後に設定データ部７３に設定情報を記憶する。

【0053】

更新待ちデータ部７２は、シミュレータ環境５０又は設定変更システム５２から送信された、設定情報の変更内容を記憶する領域であり、設定データ部７３は、設定情報を記憶する領域である。

【0054】

競合判定部７４は、実デバイス１２から受信した設定情報と、シミュレータ環境５０または設定変更システム５２から受信した設定情報とに齟齬が発生しているか否かを判定することにより、設定情報に競合が発生しているか否かを判定する。

【0055】

競合管理部７５は、競合判定部７４によって競合が発生していると判定された場合に、競合を識別するための競合キーを生成して競合キー部７６に記憶し、競合データを競合データ部７７に記憶する。

【0056】

競合キー部７６は競合管理部７５で生成した競合キーを記憶する記憶領域であり、競合データ部７７は競合データを記憶する記憶領域である。

【0057】

設定変更システム５２は、通信Ｉ／Ｆ部７８及び競合解決部７９の機能を有する。

【0058】

通信Ｉ／Ｆ部７８は、シミュレータ環境５０、設定管理サーバ５４、及び実デバイス１２と通信を行って、各種データの送受信を行う。

【0059】

競合解決部７９は、複数台の設定を行う際に、同様の競合が発生する場合に、始めに設定された設定情報の選択結果を特定設定情報として記憶しておき、同様の競合が他のデバイスで発生した際に、始めに設定された規則に従って他のデバイスを設定する。

【0060】

デフォルト管理サーバ５６は、通信Ｉ／Ｆ部８０、設定データ管理部８１、及びデフォルト設定データ部８２の機能を有する。

【0061】

通信Ｉ／Ｆ部８０は、シミュレータ環境５０と通信を行って、デフォルトの設定データ等の各種データの送受信を行う。

【0062】

設定データ管理部８１は、シミュレータ環境５０からの要求に従って、対応する機種のデフォルトの設定データをデフォルト設定データ部８２から読み出して、シミュレータ環境５０へ送信する。

【0063】

デフォルト設定データ部８２は、機種毎に予め定めたデフォルトの設定データ等を記憶する記憶領域である。

【0064】

実デバイス１２は、シミュレータ環境５０の仮想デバイス６０と同様の機能を備えている。すなわち、実デバイス１２は、ＵＩ６４、通信Ｉ／Ｆ部６５、競合解決部６６、設定制御部６７、設定データ部６８、及び更新データ部６９の機能を有する。各機能は、シミュレータ環境５０の仮想デバイス６０と同様の機能のため説明を省略する。

【0065】

すなわち、上述の各機能により本実施形態に係る画像形成システム１０では、シミュレータ環境５０で特定した設定情報を更新待ちデータ部７２に保持し、当該設定情報を実デバイス１２に反映する際に、更新待ちデータ部７２に保持した設定情報と、画像形成装置１２に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、実デバイス１２に反映する処理を行う。

【0066】

具体的には、本実施形態に係る画像形成システム１０では、各部で以下の処理１～６の処理を行う。処理１～６の詳細については後述する。

【0067】

仮想デバイス６０及び実デバイス１２は、設定変更の受け付け処理（処理１）、及び設定管理サーバ５４との同期処理（処理２）を行う。

【0068】

設定管理サーバ５４は、データ更新通知の受付処理（処理３）、データ取得要求の受付処理（処理４）、及びデータ競合の判定処理（処理５）を行う。

【0069】

また、設定データ更新元（仮想デバイス６０、実デバイス１２、及び設定変更システム５２）は、競合通知の受付処理（処理６）を行う。

【0070】

主なケースにおける時系列的な流れは以下の順になる。
更新データなしの場合は、処理２(更新待ちデータ取得を設定管理サーバ５４へ要求)→処理４ (更新待ちデータをデバイスに応答)→処理２(終了) となる。なお、以降「更新待ちデータ取得」と略す。
更新データなし、競合ありの場合は、処理２→処理４(競合によるデータ取得失敗とデバイスへ応答)→処理２(デバイスは同期要求待ち状態になる)→処理６(競合を解消したデータ更新通知を設定管理サーバ５４に送る) →処理３(サーバでデータ更新通知を受け付ける) →「更新待ちデータ取得」となる。なお、処理６を実デバイス１２で行った場合「更新待ちデータ取得」は不要となる。
更新データあり、競合なしの場合は、処理１→処理２(データ更新通知を設定管理サーバ５４に送る)→処理３(データ更新通知を受け付ける)→処理５(競合無し)→処理３(更新成功応答)→ 更新待ちデータ取得」となる。
更新データあり、競合ありの場合は、処理１→処理２→処理３まで競合なし時と同じで、処理１→処理２→処理３→処理５(競合あり)→処理３(競合による更新失敗応答)→処理２(更新データを空にし、同期要求待ち状態)→処理６→「更新待ちデータ取得」となる。なお、処理６を実デバイス１２で行った場合「更新待ちデータ取得」は不要となる。

【0071】

続いて、本実施形態に係る画像形成システム１０の各部で行われる、上述の処理１～処理６の具体的な処理の流れについて説明する。

【0072】

まず、上述の処理１の設定変更の受付処理について説明する。図７は、仮想デバイス６０及び実デバイス１２で行われる、処理１としての設定変更の受付処理の流れの一例を示すフローチャートである。なお、仮想デバイス６０及び実デバイス１２の双方で行われる処理であるため、以下では、代表して仮想デバイス６０で行われる処理として説明する。

【0073】

ステップ１００では、仮想デバイス６０が、設定変更要求を受け付けてステップ１０２へ移行する。すなわち、ＵＩ６４により設定変更要求を受け付ける。

【0074】

ステップ１０２では、仮想デバイス６０が、同期設定が有効で、かつ、同期処理によらない変更であるか否かを判定する。該判定が肯定された場合にはステップ１０４へ移行し、否定された場合にはステップ１０６へ移行する。なお、同期処理による変更とは、設定管理サーバ５４のデータを反映させる処理、及び競合解消をデバイスで選択した際の値に反映する処理である。

【0075】

ステップ１０４では、仮想デバイス６０が、更新データ部６９に要求された設定を書き込んでステップ１０６へ移行する。

【0076】

ステップ１０６では、仮想デバイス６０が、設定データ部６８に要求された設定を書き込んで一連の処理を終了する。

【0077】

続いて、上述の処理２の設定管理サーバ５４との同期処理について説明する。図８は、仮想デバイス６０及び実デバイス１２で行われる、処理２の設定管理サーバ５４との同期処理の流れの一例を示すフローチャートである。なお、仮想デバイス６０及び実デバイス１２の双方で行われる処理であるため、以下では、仮想デバイス６０を代表として説明する。

【0078】

ステップ２００では、仮想デバイス６０が、設定管理サーバ５４との同期要求を受け付けてステップ２０２へ移行する。

【0079】

ステップ２０２では、仮想デバイス６０が、更新データが存在するか否かを判定する。すなわち、更新データ部６９に更新データが記憶されているか否かを判定する。該判定が否定された場合にはステップ２０４へ移行し、肯定された場合にはステップ２１０へ移行する。

【0080】

ステップ２０４では、仮想デバイス６０が、設定管理サーバ５４の更新待ちデータを取得してステップ２０６へ移行する。

【0081】

ステップ２０６では、仮想デバイス６０が、更新待ちデータの取得が成功したか否かを判定する。該判定が肯定された場合にはステップ２０８へ移行し、否定された場合にはステップ２００に戻って上述の処理を繰り返す。

【0082】

ステップ２０８では、仮想デバイス６０が、取得したデータに基づき設定データを変更して一連の処理を終了する。

【0083】

一方、ステップ２１０では、仮想デバイス６０が、データ更新要求を設定管理サーバ５４に送信してステップ２１２へ移行する。

【0084】

ステップ２１２では、仮想デバイス６０が、更新結果を設定管理サーバ５４から受信したか否かを判定する。該判定が肯定されるまで待機してステップ２１４へ移行する。

【0085】

ステップ２１４では、仮想デバイス６０が、更新が成功したか否かを判定する。該判定が肯定された場合にはステップ２１６へ移行し、否定された場合にはステップ２１８へ移行する。

【0086】

ステップ２１６では、仮想デバイス６０が、更新データ部６９を空にして上述のステップ２０４へ移行する。

【0087】

一方、ステップ２１８では、仮想デバイス６０が、競合による失敗であるか否かを判定する。該判定が否定された場合にはステップ２００に戻って上述の処理を繰り返し、肯定された場合にはステップ２２０へ移行する。

【0088】

ステップ２２０では、仮想デバイス６０が、更新データ部６９を空にしてステップ２００に戻って上述の処理を繰り返す。

【0089】

続いて、処理３のデータ更新通知の受付処理について説明する。図９は、設定管理サーバ５４で行われる、処理３としてのデータ更新通知の受付処理の流れの一例を示すフローチャートである。

【0090】

ステップ３００では、設定管理サーバ５４が、更新データ通知を受け付けてステップ３０２へ移行する。具体的には、設定データ更新制御部７１が、仮想デバイス６０、実デバイス１２、または設定変更システム５２から更新データ通知を受け付ける。更新データ通知としては、例えば、設定Ａが「１」に更新されたことを表す通知として、｛”Ａ”：１｝を受け付ける。なお、更新データ通知の要求元の情報は、例えば、ＨＴＴＰの場合は、ヘッダで書かれたユーザエージェントやＩＰアドレスなどのメタデータから取得する。

【0091】

ステップ３０２では、設定管理サーバ５４が、更新待ちデータと競合するか否かを判定する。該判定は、設定データ更新制御部７１が、更新待ちデータ部７２に記憶された更新待ちデータと、設定データ部７３に記憶された設定データとに齟齬があるか否かを判定する。該判定が、肯定された場合にはステップ３０４へ移行し、否定された場合にはステップ３１２へ移行する。

【0092】

ステップ３０４では、設定管理サーバ５４が、更新通知に設定管理サーバ５４で管理する競合キーと一致するものがあるか否かを判定する。競合キーと一致するものがなく判定が否定された場合にはステップ３０６へ移行し、肯定された場合にはステップ３２２へ移行する。

【0093】

ステップ３０６では、設定管理サーバ５４が、更新待ちデータの情報と今回の情報を競合データ部７７に書き込んでステップ３０８へ移行する。図１０に設定管理サーバ５４の競合データ部７７に書き込まれた競合データの一例を示す。図１０では、実デバイス１２と仮想デバイス６０とで設定Ａで競合が発生し、競合キーが１とされている例を示す。

【0094】

ステップ３０８では、設定管理サーバ５４が、競合データの他の要求元及び登録された通知先へ競合通知を送信してステップ３１０へ移行する。

【0095】

ステップ３１０では、設定管理サーバ５４が、「競合発生による更新失敗」と競合データを応答して一連の処理を終了する。

【0096】

一方、ステップ３０２の判定が否定されてステップ３１２へ移行すると、ステップ３１２では、設定管理サーバ５４が、実デバイス１２からの通知であるか否かを判定する。該判定が否定された場合にはステップ３１４へ移行し、肯定された場合にはステップ３１６へ移行する。

【0097】

ステップ３１４では、設定管理サーバ５４が、更新待ちデータ部７２に設定データと更新要求元情報を書き込んでステップ３２０へ移行する。図１１に設定管理サーバ５４の更新待ちデータ部７２に書き込まれた更新待ちデータと更新要求元情報の一例を示す。図１１の例では、仮想デバイス６０からデバイスＩＤが「０００００１」の設定Ａの値として「２」を更新待ちデータ部７２に書き込み、ＭＰＳ１１からデバイスＩＤが「０００００１」の設定Ｂとして「ｔｒｕｅ」を更新待ちデータ部７２に書き込み、ＭＰＳ１１からデバイスＩＤが「０００００２」の設定Ｂとして「ｔｒｕｅ」を更新待ちデータ部７２に書き込んだ例を示す。

【0098】

ステップ３１６では、設定管理サーバ５４が、設定データ部７３に受け付けた更新データを書き込んでステップ３１８へ移行する。図１２に設定管理サーバ５４の設定データ部７３に書き込まれた設定データの一例を示す。図１２の例では、デバイスＩＤが「０００００１」の設定Ａとして「１」、設定Ｂとして「ｆａｌｅｓ」、設定Ｃとして「５」が書き込まれ、デバイスＩＤが「０００００２」の設定Ａとして「１」が書き込まれた例を示す。

【0099】

ステップ３１８では、設定管理サーバ５４が、更新待ちデータ部７２のRead Onlyデータを削除してステップ３２０へ移行する。なお、Read Onlyデータとは、設定項目として後から変更できる設定ではなく、ハードディスクの接続の有無等の実デバイス１２の状態によって動的に代わってしまう設定である。

【0100】

ステップ３２０では、設定管理サーバ５４が、「更新成功」と応答して一連の処理を終了する。

【0101】

一方、ステップ３０４の判定が肯定されてステップ３２２へ移行すると、ステップ３２２では、設定管理サーバ５４が、競合管理部７５が保持する当該機の競合キーを削除して上述のステップ３１２へ移行する。なお、競合キーの削除と共に、競合キーに対応する競合データも削除する。

【0102】

続いて、処理４のデータ取得要求の受付処理について説明する。図１３は、設定管理サーバ５４で行われる、処理４としてのデータ取得要求の受付処理の流れの一例を示すフローチャートである。

【0103】

ステップ４００では、設定管理サーバ５４が、データ取得通知を受け付けてステップ４０２へ移行する。

【0104】

ステップ４０２では、設定管理サーバ５４が、当該機の競合キーがあるか否かを判定する。該判定が肯定された場合にはステップ４０４へ移行し、競合キーがなく判定が否定された場合にはステップ４０６へ移行する。

【0105】

ステップ４０４では、設定管理サーバ５４が、競合によるデータ取得失敗と競合通知と同様の内容を応答して一連の処理を終了する。

【0106】

一方、ステップ４０６では、設定管理サーバ５４が、データ取得成功と更新待ちデータを応答してステップ４０８へ移行する。

【0107】

ステップ４０８では、設定管理サーバ５４が、実デバイス１２からの通知である化否かを判定する。該判定が否定された場合には一連の処理を終了し、肯定された場合にはステップ４１０へ移行する。

【0108】

ステップ４１０では、設定管理サーバ５４が、更新待ちデータを設定データに反映して一連の処理を終了する。

【0109】

続いて、処理５のデータ競合の判定処理について説明する。図１４は、設定管理サーバ５４で行われる、処理５としてのデータ競合の判定処理の流れの一例を示すフローチャートである。

【0110】

ステップ５００では、設定管理サーバ５４が、更新データと更新待ちデータの値が異なるか否かを判定する。更新データと更新待ちデータが同一で判定が否定された場合にはステップ５０２へ移行し、判定が肯定された場合にはステップ５１０へ移行する。

【0111】

ステップ５０２では、設定管理サーバ５４が、通知元が実デバイス１２、更新待ちデータにRead Only設定を含み、かつ更新データに同じRead Only設定が含まれないか否かを判定する。該判定が肯定された場合にはステップ５０４へ移行し、否定された場合にはステップ５０６へ移行する。

【0112】

ステップ５０４では、設定管理サーバ５４が、競合なしと判定して一連の処理を終了する。

【0113】

一方、ステップ５０６では、設定管理サーバ５４が、Read Only設定の実機優先がオフであるか否かを判定する。該判定が否定された場合には上述のステップ５０４へ移行し、肯定された場合にはステップ５０８へ移行する。

【0114】

ステップ５０８では、設定管理サーバ５４が、競合ありと判定して一連の処理を終了する。

【0115】

続いて、処理６の競合通知の受付処理について説明する。図１５は、仮想デバイス６０、実デバイス１２、及び設定変更システム５２で行われる、処理６としての競合通知の受付処理の流れの一例を示すフローチャートである。なお、仮想デバイス６０、実デバイス１２、及び設定変更システム５２のそれぞれで行われる処理であるため、代表して仮想デバイス６０で行われる処理として説明する。また、図１６は、競合通知を受け付けた際に表示する画面の一例を示す図である。

【0116】

ステップ６００では、仮想デバイス６０が、競合発生通知を受け取ってステップ６０２へ移行する。例えば、図１６に示す競合通知を受け取る。図１６では、設定Ａの値が実デバイス１２では「１」、仮想デバイス６０では「２」とされ、設定Ｂの値が仮想デバイス６０では「ｔｒｕｅ」とされ、競合キーが「１ｆａｓ３ｆ５４１５ｓｆ］の競合が発生していることを示す競合通知の一例を示す。

【0117】

ステップ６０２では、仮想デバイス６０が、各設定変更要求元の情報と変更内容を表示してステップ６０４へ移行する。例えば、図１６に示すように、競合が発生している設定の選択を受け付ける選択画面８４を表示する。

【0118】

ステップ６０４では、仮想デバイス６０が、反映する設定の選択結果を受け付けたか否かを判定する。該判定が肯定されるまで待機してステップ６０６へ移行する。例えば、図１６の選択画面８４の選択が行われ、「確認」が選択されて、実行確認画面８６を表示して、「書き換え実行」が指示されるまで待機する。

【0119】

ステップ６０６では、仮想デバイス６０が、競合発生通知に含まれる競合キーを含むデータ更新通知を出力して一連の処理を終了する。例えば、図１６に示す競合キーを含む更新通知を設定管理サーバ５４に出力する。図１６では、競合キーが「１ｆａｓ３ｆ５４１５ｓｆ］の設定Ａが「２」、設定Ｂが「ｔｒｕｅ」であることを表す更新通知の一例を示す。

【0120】

ここで、本実施形態に係る画像形成システム１０で行われる上述の処理について具体例を挙げて説明する。

【0121】

まず、設定の競合がない場合について図１７を参照して説明する。図１７は、本実施形態に係る画像形成システム１０において、設定の競合がない場合の具体例を説明するための図である。なお、図１７中の［］内は、以下の説明の番号に対応する。また、図１７中の（＋更新データ）と記載されている箇所は、設定データ部６８、７３に加え括弧内の領域にも同じ値を持ち、＋がない場合は括弧の領域のみでその値を持ち、括弧がない場合は、設定データ部６８、７３にのみ値を持つ。

【0122】

設定に競合がない場合には、工場での組み立てから実デバイス１２の設置までの流れは以下のように行われる。
［０］ 組立工場で実デバイス１２の設定Ａを１に変更する。この時、設定制御部６７は変更内容を更新データ部６９にも追加する。
［０’］販売業者が機種を選択してシミュレータ環境５０で仮想デバイス６０を作成する。仮想デバイス６０の設定Ａはデフォルトで０が設定されている。
［１］販売業者が仮想デバイス６０で設定Ｂを変更する。この時、設定制御部６７は変更内容を更新データ部６９にも追加する。
［２］仮想デバイス６０がシミュレータ環境５０で更新された設定値Ｂを設定管理サーバ５４に登録する。
［３］設定管理サーバ５４は、設定値Ｂを更新待ちデータ部７２に記録する。
［４］販売業者が実デバイス１２を設置する。
［５］販売業者が実デバイス１２で一括設定を実施し、 設定Ａを設定管理サーバ５４に登録し（［５－１］）、設定Ｂを実デバイス１２に反映する（［５－２］）。設定管理サーバ５４の更新待ちデータを削除する（［５－３］）。

【0123】

次に、設定の競合がある場合について図１８を参照して説明する。図１８は、本実施形態に係る画像形成システム１０において、設定の競合がある場合の具体例を説明するための図である。なお、図１８中の［］内は、以下の説明の番号に対応する。また、図１８中の（＋更新データ）と記載されている箇所は、設定データ部６８、７３に加え括弧内の領域にも同じ値を持ち、＋がない場合は括弧の領域のみでその値を持ち、括弧がない場合は、設定データ部６８、７３にのみ値を持つ。

【0124】

設定に競合がある場合には、工場での組み立てから実デバイス１２の設置までの流れは以下のように行われる。
［０］組立工場で実デバイス１２の設定Ａを１に変更する。この時、設定制御部６７は変更内容を更新データ部６９にも追加する。
［０’］販売業者が機種を選択してシミュレータ環境５０で仮想デバイス６０を作成する。仮想デバイス６０の設定Ａはデフォルトで０が設定されている。
［１］販売業者がシミュレータ環境５０で仮想デバイス６０の設定Ａ、Ｂを変更する。この時、設定制御部６７は変更内容を更新データ部６９にも追加する。
［２］販売業者がシミュレータ環境５０の仮想デバイス６０で競合発生時の通知先の設定ＺにＭＰＳ１１を追加する。
［３］仮想デバイス６０が更新された設定Ａ、Ｂ、Ｚの値を設定管理サーバ５４に登録する。
［４］設定管理サーバ５４は、設定値Ａ、Ｂ、Ｚを更新待ちデータ部７２に記録し、設定値Ｚを競合管理部７５が競合データ部７７に記録する。
［５］販売業者が実デバイス１２を設置する。
［６］販売業者が実デバイス１２で一括設定を実施し、設定Ａを設定管理サーバ５４に登録しようとし、競合が発生する。
［７］設定管理サーバ５４は、競合通知を実デバイス１２、シミュレータ環境５０、及びＭＰＳ１１に出す。
［８］販売業者は、ＭＰＳ１１で実デバイス１２の設定Ａが２、設定Ｂが有効、設定ＺがＭＰＳであることを選択する。
［９］ＭＰＳ１１は、競合キーを含む更新データを設定管理サーバ５４へ通知する。
［１０］実デバイス１２は、一括設定を再実施し、設定Ａ：２、設定Ｂ：有効、設定Ａ：ＭＰＳを受信して設定データに反映し（［１０－１］）、設定管理サーバ５４は、設定データにＡ：２、Ｂ：有効、Ｚ：ＭＰＳを反映し、更新待ちデータ部７２を空にする（［１０－２］）。

【0125】

次に、設定の競合があり、複数台設定する場合について図１９を参照して説明する。図１９は、本実施形態に係る画像形成システム１０において、設定の競合があり、複数台設定する場合の具体例を説明するための図である。なお、図１９中の［］内は、以下の説明の番号に対応する。また、図１９中の（＋更新データ）と記載されている箇所は、設定データ部６８、７３に加え括弧内の領域にも同じ値を持ち、＋がない場合は括弧の領域のみでその値を持ち、括弧がない場合は、設定データ部６８、７３にのみ値を持つ。また、以下では、複数の実デバイス１２として実デバイスαと実デバイスβの２つの実デバイス１２の場合を一例として説明する。

【0126】

設定の競合があり、複数台設定する場合には、工場での組み立てから実デバイス１２の設置までの流れは以下のように行われる。
［０］－［４］は、上述の設定に競合がある場合の［０］－［４］まで同じ流れを実デバイスα及び仮想デバイスαに加え、実デバイスβ及び仮想デバイスβでも行う。
［５］販売業者が実デバイスαを設置する。
［６］販売業者が実デバイスαで一括設定を実施すると、設定Ａを設定管理サーバ５４に登録しようとし、競合が発生する。
［７］設定管理サーバ５４は、実デバイス１２、シミュレータ環境５０、及びＭＰＳ１１に競合通知する。
［８］販売業者は、ＭＰＳ１１で実デバイスαの設定Ａが２、設定Ｂが有効、設定ＺがＭＰＳであることを選択する。
［９］ＭＰＳ１１は、競合キーを含む更新データを設定管理サーバ５４へ通知する。
［１０］ＭＰＳ１１は、設定Ａ、Ｂ、Ｚで仮想デバイス６０からの設定データを選択したことを、競合解決部７９に記録する。
［１１］販売業者は、実デバイスαで一括設定を再実施し、設定Ａ：２、設定Ｂ：有効、設定Ｚ：ＭＰＳを設定データに反映し（［１１－１］、設定管理サーバ５４は、設定データ部７３にＡ：２、Ｂ：有効、Ｚ：ＭＰＳを反映し、更新待ちデータ部７２を空にする（［１１－２］)。
［１２］販売業者は、ＭＰＳ１１に競合通知受理時に［６］で記録された選択内容を他の機械にも適用する。
［１３］販売業者は、実デバイスβを設置する。
［１４］販売業者が実デバイスβで一括設定を実施すると、設定Ａを設定管理サーバ５４に登録しようとし、競合が発生する。
［１５］設定管理サーバ５４は、実デバイス１２、シミュレータ環境５０、及びＭＰＳ１１に競合通知する。
［１６］競合通知を受け取ったＭＰＳ１１は、［１０］で記録した選択データを用いて、競合キーを含む更新データを作成し設定管理サーバ５４へ通知する。
［１７］［１１］同様の操作を実デバイスβで行い、一括設定を完了する。

【0127】

次に、Read Onlyな設定の競合がある場合について図２０を参照して説明する。図２０は、本実施形態に係る画像形成システム１０において、Read Onlyな設定の競合がある場合の具体例を説明するための図である。なお、図２０中の［］内は、以下の説明の番号に対応する。また、図２０中の（＋更新データ）と記載されている箇所は、設定データ部６８、７３に加え括弧内の領域にも同じ値を持ち、＋がない場合は括弧の領域のみでその値を持ち、括弧がない場合は、設定データ部６８、７３にのみ値を持つ。

【0128】

Read Onlyな設定に競合がある場合には、工場での組み立てから実デバイス１２の設置までの流れは以下のように行われる。
［０］組立工場で実デバイスα、βを生産する。
［０’］販売業者が機種を選択して仮想デバイスα及び仮想デバイスβを作成する。
［１］販売業者が仮想デバイスαにオプションのハードディスク（ＨＤＤ）を付ける。仮想デバイスαの設定ＥのＨＤＤ接続状態が接続有に切り替わる。この時、設定制御部６７は変更内容を更新データ部６９に追加する。
［２］仮想デバイス６０は仮想デバイスαの設定ＥのＨＤＤ接続状態（接続有）を設定管理サーバ５４に登録する。
［３］設定管理サーバ５４は、仮想デバイスαの設定Ｅを更新待ちデータ部７２に記録する。
［４］設置対応時にお客様よりＨＤＤ接続機を変更する依頼を受ける。
［５］設定管理サーバ５４でRead Only設定の実機優先をオンにする。
［６］販売業者が実デバイスα、βを設置する。
［７］ＨＤＤを実デバイスβに取り付ける。
［８］販売業者が実デバイスαで一括設定を実施すると競合なしで設定管理サーバ５４の更新待ちデータ部７２から設定Ｅは削除される。
［９］販売業者が実デバイスαで一括設定を実施すると競合なしで設定管理サーバ５４の設定データ部７３に設定Ｅの接続有が登録される。

【0129】

なお、上記の実施形態では、シミュレータ環境５０は、クラウド上の仮想的な環境を適用した例を説明したが、これに限るものではない。例えば、販売会社で実機を用意して、実機をシミュレータ環境５０として適用してもよい。

【0130】

また、上記の実施形態では、設置対象の機械の一例として画像形成装置１２を一例として説明したが、機械はこれに限定されるものではない。例えば、画像処理装置や、画像読取装置等の他の各種機械を適用してもよい。

【0131】

また、上記の実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばCPU等）や、専用のプロセッサ（例えばGPU： Graphics Processing Unit、ASIC： Application Specific Integrated Circuit、FPGA： Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

【0132】

また、上記の実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

【0133】

また、上記の実施形態に係る画像形成システム１０の各部で行われる処理は、ソフトウエアで行われる処理としてもよいし、ハードウエアで行われる処理としてもよいし、双方を組み合わせた処理としてもよい。また、画像形成システム１０の各部で行われる処理は、プログラムとして記憶媒体に記憶して流通させるようにしてもよい。

【0134】

また、本開示は、上記に限定されるものでなく、上記以外にも、その主旨を逸脱しない範囲内において種々変形して実施可能であることは勿論である。

【0135】

以上の実施形態に関し、更に以下の付記を開示する。
（（（１）））
プロセッサを備え、前記プロセッサは、
設置対象の機械へ反映する設定情報であって、実際に設定する機械と異なる環境で特定した特定設定情報を予め定めた領域に保持し、
前記特定設定情報を前記機械に反映する際に、前記予め定めた領域に保持した前記特定設定情報と、前記機械に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、前記機械に反映する処理を行う情報処理システム。

【0136】

（（（２）））
前記異なる環境は、前記機械の環境を仮想的に再現した再現環境である（（（１）））に記載の情報処理システム。

【0137】

（（（３）））
前記プロセッサは、複数の前記機械を対象に前記処理を行う（（（１）））又は（（（２）））に記載の情報処理システム。

【0138】

（（（４）））
前記プロセッサは、複数の前記機械を対象とする場合、最初に設定する前記機械に前記特定設定情報を反映した際の規則に従って他の前記機械の設定を行う（（（３）））に記載の情報処理システム。

【0139】

（（（５）））
前記プロセッサは、競合が発生する前記設定情報が前記機械の状態により動的に代わる設定情報の場合は、前記機械に設定済みの設定情報を前記機械に反映する（（（１）））～（（（４）））の何れか１つに記載の情報処理システム。

【0140】

（（（６）））
コンピュータに、
設置対象の機械へ反映する設定情報であって、実際に設定する機械と異なる環境で特定した特定設定情報を予め定めた領域に保持し、
前記特定設定情報を前記機械に反映する際に、前記予め定めた領域に保持した前記特定設定情報と、前記機械に設定済みの設定情報とに競合が発生すると判断される場合に、予め定められた通知先に通知して競合の解消指示を受け付けて、前記機械に反映する処理を実行させるための情報処理プログラム。

【0141】

（（（１）））によれば、実際に設置する機械とは異なる環境で行った設定を、設置対象の機械に反映する際に、不都合を生じることなく設定を反映することが可能な情報処理システムを提供できる。

【0142】

（（（２）））によれば、実際の機械の設定を仮想的に設定することが可能となる。

【0143】

（（（３）））によれば、複数の機械の設定を一括で行うことが可能となる。

【0144】

（（（４）））によれば、解消指示を機械毎に受け付けることなく設定を反映できる。

【0145】

（（（５）））によれば、機械の状態により動的に代わる設定情報の場合は、競合の発生を通知して解消指示を受け付けることなく機械に設定を反映できる。

【0146】

（（（６）））によれば、実際に設置する機械とは異なる環境で行った設定を、設置対象の機械に反映する際に、不都合を生じることなく設定を反映することが可能な情報処理プログラムを提供できる。

【符号の説明】

【0147】

１０ 画像形成システム
１１ ローカルサーバ（ＭＰＳ）
１１Ａ、１４Ａ ＣＰＵ
１２ 画像形成装置（実デバイス）
１４ クラウドサーバ
５０ シミュレータ環境
５２ 設定変更システム
５４ 設定管理サーバ
６０ 仮想デバイス
７２ 更新待ちデータ部
７４ 競合判定部
７５ 競合管理部
７６ 競合キー部
７７ 競合データ部
７９ 競合解決部
８４ 選択画面
８６ 実行確認画面

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】