JP2017156819A - 管理システム、代替管理装置、管理方法、及びプログラム - Google Patents

Abstract

【課題】サーバから代替サーバへ切り替え時に、設定データの同期において不具合が生じるのを防止することができる管理システムを提供する。【解決手段】管理システムは、管理装置によって管理された設定データを代替管理する代替管理装置を備え、管理装置が計時する第１の時刻及び代替管理装置が計時する第２の時刻の差を用いて第２の時刻を補正する補正手段と、補正された第２の時刻に基づいて設定データを管理する管理手段とを備える。【選択図】図８Ａ

Description

本発明は、管理システム、代替管理装置、管理方法、及びプログラムに関する。

サーバ及びクライアント装置間で計時時刻を整合させる管理システムが知られている（例えば、特許文献１参照）。管理システムでは、クライアント装置は、該クライアント装置の起動時にサーバが計時した時刻（以下、「サーバ時刻」という。）を取得し、クライアント装置が計時した時刻（以下、「クライアント時刻」という。）及びサーバ時刻の差分時刻を記憶する。これにより、管理システムでは、クライアント装置がサーバから常にサーバ時刻を取得することなく、記憶された差分時刻をクライアント時刻に加算して該クライアント時刻及びサーバ時刻を容易に整合可能である。管理システムでは、整合された計時時刻を用いて、例えば、サーバが管理するクライアント装置の設定データの同期処理を行う。

また、特許文献２には、複数のクライアント装置へ時刻情報を通知する時計装置が開示されている。マスターとなる時計装置はクライアント装置に時刻情報を通知し、マスターとなる時計装置に異常が発生した場合、複製先の時計装置をマスターに切り替え可能である。

特開２００３−１０８５３９号公報 特開平５−２５０２８１号公報

しかしながら、上述した特許文献１に記載のサーバに異常が発生した場合、特許文献２のようにサーバから代替サーバへ切り替えを行うと、計時時刻の整合が取れなくなる可能性がある。

例えば、代替サーバが計時した時刻（以下、「代替サーバ時刻」という。）がサーバ時刻と一致しない場合、クライアント時刻及びサーバ時刻の差分時刻を用いても、クライアント時刻及び代替サーバ時刻の整合を取ることができない。その結果、クライアント装置及び代替サーバ間の設定データの同期処理において不具合が生じてしまう。

本発明の目的は、設定データの同期において不具合が生じるのを防止することができる管理システム、代替管理装置、管理方法、及びプログラムを提供することにある。

上記目的を達成するために、本発明の管理システムは、管理装置によって管理された設定データを代替管理する代替管理装置を備える管理システムであって、前記管理装置が計時する第１の時刻及び前記代替管理装置が計時する第２の時刻の差を用いて前記第２の時刻を補正する補正手段と、前記補正された第２の時刻に基づいて前記設定データを管理する管理手段とを備えることを特徴とする。

本発明によれば、設定データの同期において不具合が生じるのを防止することができる。

本発明の実施の形態に係る管理システムの構成を概略的に示すブロック図である。 図１におけるサーバのハードウェアの構成を概略的に示すブロック図である。 図１におけるＭＦＰのハードウェアの構成を概略的に示すブロック図である。 図１のサーバのソフトウェアモジュールの構成を概略的に示すブロック図である。 図１のサーバで管理されるマスターデータの構成を概略的に示すブロック図である。 図１のＭＦＰのソフトウェアモジュールの構成を概略的に示すブロック図である。 図１のＭＦＰで実行される差分取得要求通知の送信処理の手順を示すフローチャートである。 図１の代替管理装置としてのＭＦＰで実行されるリクエスト応答処理の手順を示すフローチャートである。 図１の代替管理装置としてのＭＦＰで実行されるリクエスト応答処理の手順を示すフローチャートである。 図１の代替管理装置としてのＭＦＰで実行される取得処理の手順を示すフローチャートである。

以下、本発明の実施の形態を図面を参照しながら詳述する。

図１は、本発明の実施の形態に係る管理システム１００の構成を概略的に示すブロック図である。

図１において、管理システム１００は、管理装置としてのサーバ１０１及びＭＦＰ１０２〜１０４を備え、サーバ１０１及びＭＦＰ１０２〜１０４はネットワーク１０５を介して互いに接続されている。

サーバ１０１は管理システム１００のサーバ権限を有し、管理対象装置として登録されたＭＦＰ１０２〜１０４の各設定データを管理する。例えば、ＭＦＰ１０３が該ＭＦＰ１０３で変更された設定データの更新を要求する更新要求通知をサーバ１０１に送信すると、サーバ１０１は更新要求通知に対応する設定データを更新する。このとき、サーバ１０１は当該設定データを更新した日時を設定データの更新日時情報として記録する。設定データの更新日時情報としては設定データが更新された際にサーバ１０１が計時したサーバ時刻が記録される。すなわち、設定データの更新日時情報はサーバ時刻を用いて管理される。また、サーバ１０１は登録された管理対象装置の中からバックアップ先を設定し、該バックアップ先に設定データ及び各設定データの更新日時情報を定期的にバックアップする。ＭＦＰ１０２〜１０４はコピー処理やスキャン処理等のジョブを実行可能であり、設定データを保持する。

図２は、図１におけるサーバ１０１のハードウェアの構成を概略的に示すブロック図である。

図２において、サーバ１０１は、制御部２００、操作部２０９、及び表示部２１０を備え、制御部２００は操作部２０９及び表示部２１０とそれぞれ接続されている。制御部２００は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２０５、表示部Ｉ／Ｆ２０６、ネットワークＩ／Ｆ２０７、及び計時部２０８を備える。ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２０５、表示部Ｉ／Ｆ２０６、ネットワークＩ／Ｆ２０７、及び計時部２０８の各構成要素はシステムバス２１１を介して互いに接続されている。

制御部２００はサーバ１０１を統括的に制御する。ＣＰＵ２０１はＲＯＭ２０３やＨＤＤ２０４に格納されたプログラムを実行して後述する図４のソフトウェアモジュール４００の各処理を実行する。これにより、ＣＰＵ２０１はシステムバス２１１に接続された各構成要素を制御する。ＲＡＭ２０２はＣＰＵ２０１の作業領域として用いられ、また、ＲＡＭ２０２は各データの一時格納領域として用いられる。ＲＯＭ２０３は各データやプログラム等を格納する。ＨＤＤ２０４はプログラムや、ＭＦＰ１０２〜１０４の各設定データ及び各設定データの更新日時情報等を含む後述する図５のマスターデータ５００を格納する。操作部Ｉ／Ｆ２０５は操作部２０９とデータ通信を行い、表示部Ｉ／Ｆ２０６は表示部２１０とデータ通信を行う。ネットワークＩ／Ｆ２０７はネットワーク１０５に接続されたＭＦＰ１０２〜１０４とデータ通信を行う。計時部２０８は後述するマスターデータ５００に含まれる各設定データが更新された時刻等を計時する。操作部２０９は、例えば、キーボードであり、ユーザのキーボードの操作によって入力された入力情報を受け付ける。表示部２１０は各画像を表示する。

次に、ＭＦＰ１０２〜１０４のハードウェアの構成について説明する。なお、本実施の形態では、ＭＦＰ１０２〜１０４は同様の構成を有するため、以下、一例として、ＭＦＰ１０２を用いて説明する。

図３は、図１におけるＭＦＰ１０２のハードウェアの構成を概略的に示すブロック図である。

図３において、ＭＦＰ１０２は、制御部３００、操作部３１０、スキャナ３１１、及びプリンタ３１２を備え、制御部３００は操作部３１０、スキャナ３１１、及びプリンタ３１２とそれぞれ接続されている。制御部３００は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４、画像処理部３０５、操作部Ｉ／Ｆ３０６、デバイスＩ／Ｆ３０７、ネットワークＩ／Ｆ３０８、及び計時部３０９を備える。ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４、画像処理部３０５、操作部Ｉ／Ｆ３０６、デバイスＩ／Ｆ３０７、ネットワークＩ／Ｆ３０８、及び計時部３０９の各構成要素はシステムバス３１３を介して互いに接続されている。

制御部３００はＭＦＰ１０２を統括的に制御する。ＣＰＵ３０１はＲＯＭ３０３やＨＤＤ３０４に格納されたプログラムを実行して後述する図６のソフトウェアモジュール６００の各処理を実行する。これにより、ＣＰＵ３０１はシステムバス３１３に接続された各構成要素を制御する。ＲＡＭ３０２はＣＰＵ３０１の作業領域として用いられ、また、ＲＡＭ３０２は各データの一時格納領域として用いられる。ＲＯＭ３０３は各データやプログラム等を格納する。ＨＤＤ３０４はプログラムや、ＭＦＰ１０２の各設定データを含む後述する設定データＤＢを格納する。また、ＨＤＤ３０４はＭＦＰ１０２がサーバ１０１のバックアップ先に設定された場合、該サーバ１０１から送信された後述するマスターデータ５００を格納する。画像処理部３０５は、スキャナ３１１で生成された画像データに対し、画像回転、画像圧縮、解像度変換、色空間変換、階調変換等の画像処理を施す。操作部Ｉ／Ｆ３０６は操作部３１０とデータ通信を行い、デバイスＩ／Ｆ３０７はスキャナ３１１及びプリンタ３１２の各々とデータ通信を行う。ネットワークＩ／Ｆ３０８はネットワーク１０５で接続されたサーバ１０１とデータ通信を行う。計時部３０９は設定データＤＢに含まれる設定データが変更された時刻等を計時する。操作部３１０は図示しない操作キーを含み、ユーザの操作キーの操作によって入力された入力情報を受け付ける。スキャナ３１１は図示しない原稿台に配置された原稿を読み取って画像データを生成する。プリンタ３１２はスキャナ３１１等で生成された画像データに基づいて印刷を行う。

図４は、図１のサーバ１０１のソフトウェアモジュール４００の構成を概略的に示すブロック図である。

図４において、ソフトウェアモジュール４００は、設定データ管理モジュール４０１、通信制御モジュール４０２、及びバックアップ管理モジュール４０３を備える。ソフトウェアモジュール４００の各処理は、サーバ１０１のＣＰＵ２０１がＲＯＭ２０３やＨＤＤ２０４に格納されたプログラムを実行することによって行われる。

設定データ管理モジュール４０１は、管理対象装置の各設定データ及び各設定データの更新日時情報を含む図５のマスターデータ５００を管理し、管理対象装置の各設定データ及び各設定データの更新日時情報の更新を行う。マスターデータ５００は、登録デバイス管理ＤＢ５０１、デバイス情報ＤＢ５０２、ユーザ情報ＤＢ５０３、及びユーザ設定データＤＢ５０４を備える。登録デバイス管理ＤＢ５０１は管理対象装置を特定する識別子を含むデータベースである。デバイス情報ＤＢ５０２は各管理対象装置の機器情報や、サーバ時刻及び各管理対象装置が計時した時刻との差を示す補正時間等を管理するデータベースである。本実施の形態では、例えば、サーバ１０１がＭＦＰ１０２から管理対象装置の登録要求通知を受信した場合、受信された登録要求通知に含まれるＭＦＰ１０２が計時した時刻を取得する。また、サーバ１０１は、ＭＦＰ１０２を管理対象装置として登録する際、取得された時刻を用いてサーバ時刻及びＭＦＰ１０２が計時した時刻との差を算出し、算出された差をデバイス情報ＤＢ５０２の補正時間として設定する。これにより、サーバ１０１は各管理対象装置の補正時間を管理する。デバイス情報ＤＢ５０２は下記表１に示すように管理対象装置毎に管理される。

ユーザ情報ＤＢ５０３は管理対象装置を利用するユーザのユーザ情報を管理するためのデータベースであり、例えば、下記表２に示すように、管理対象装置を利用するユーザのユーザＩＤ及びユーザ名等を含む。

ユーザ設定データＤＢ５０４は、ユーザ毎に設定された管理対象装置の設定データを管理するためのデータベースである。ユーザ設定データＤＢ５０４は、例えば、下記表３に示すように、各設定データを識別するための識別子や各設定データの更新日時情報を含む。

通信制御モジュール４０２は、管理対象装置の設定データの同期を行うための各通信の制御を行う。バックアップ管理モジュール４０３は設定されたバックアップ先にマスターデータ５００を送信するための各通信を制御する。

図６は、図１のＭＦＰ１０３のソフトウェアモジュール６００の構成を概略的に示すブロック図である。

図６において、ソフトウェアモジュール６００は、設定データ管理モジュール６０１及び通信制御モジュール６０２を備える。ソフトウェアモジュール６００の各処理は、ＭＦＰ１０２のＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４に格納されたプログラムを実行することによって行われる。

設定データ管理モジュール６０１はＭＦＰ１０２の設定データに関する情報を含む下記表４の設定データＤＢを管理する。

通信制御モジュール６０２はＨＤＤ３０４に格納された設定データの同期を行うための各通信の制御を行う。例えば、通信制御モジュール６０２は、更新された設定データの取得を要求する差分取得要求通知を定期的に行う。差分取得要求通知は、例えば、ＭＦＰ１０３の電源管理状態やジョブの実行状態に基づいて送信される。

図７は、図１のＭＦＰ１０３で実行される差分取得要求通知の送信処理の手順を示すフローチャートである。

図７の処理は、ＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４に格納されたプログラムを実行することによって行われる。

図７において、まず、ＣＰＵ３０１は予め設定された差分取得要求通知の送信タイミングの条件を満たしたか否かを判別する（ステップＳ７０１）。差分取得要求通知は所定の日時以降に更新された設定データの取得を要求する通知である。差分取得要求通知の送信タイミングの条件を満たすと（ステップＳ７０１でＹＥＳ）、ＣＰＵ３０１は差分取得要求通知をサーバ１０１にリクエスト通知として送信する（ステップＳ７０２）。なお、本実施の形態では、差分取得要求通知だけでなく、後述する登録要求通知、全データ取得要求通知、更新要求通知又はデバイス登録要求通知等もリクエスト通知として送信されることもある。したがって、後述するようにリクエスト通知の内容も判別される。また、リクエスト通知としての差分取得要求通知は所定の日時として、例えば、サーバ１０１から設定データを取得した日時を示す情報を含む。次いで、ＣＰＵ３０１はリクエスト通知に対する応答通知をサーバ１０１から取得すると（ステップＳ７０３でＹＥＳ）、本処理を終了する。

ところで、本実施の形態では、バックアップ先に設定された管理対象装置、例えば、ＭＦＰ１０２がサーバ機能を有する場合、管理システム１００のサーバ権限をサーバ１０１からＭＦＰ１０２に移行する場合がある。この場合、サーバ１０１はマスターデータ５００及びバックアップ管理モジュール４０３を実行するプログラムを代替管理装置としてのＭＦＰ１０２（以下、「代替サーバ」という。）に送信する。代替サーバはサーバ１０１から各データを受信し、管理システム１００のサーバ権限が移行されると、サーバ１０１と同様に、管理対象装置として登録されたＭＦＰ１０３，１０４の各設定データを管理する。例えば、ＭＦＰ１０３が設定データの更新要求通知を代替サーバに送信した場合、該当する設定データを更新し、当該設定データを更新した日時を設定データの更新日時情報として記録する。このときの設定データの更新日時情報としては設定データが更新された際にＭＦＰ１０２の計時部３０９が計時した代替サーバ時刻が記録される。すなわち、サーバ権限が代替サーバに移行された後は設定データの更新日時情報が代替サーバ時刻を用いて管理される。

次に、代替サーバが管理対象装置から送信されたリクエスト要求の応答を行う処理について説明する。

図８Ａ及び図８Ｂは、図１の代替管理装置としてのＭＦＰ１０２で実行されるリクエスト応答処理の手順を示すフローチャートである。

図８Ａ及び図８Ｂの処理は、ＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４に格納されたプログラムを実行することによって行われる。

ここで、サーバ１０１から代替サーバにサーバ権限が移行され、代替サーバ時刻がサーバ時刻と一致しない場合、設定データの同期において不具合が生じる可能性がある。例えば、代替サーバ時刻がサーバ時刻よりも３時間遅れている場合を想定する。この場合、サーバ時刻の午前１１時にＭＦＰ１０３が設定データの更新要求通知を代替サーバに送信すると、代替サーバは送信された更新要求通知に対応する設定データを更新する際、代替サーバ時刻を用いて午前８時を設定データの更新日時情報として記録する。すなわち、代替サーバはサーバ時刻の午前１１時に更新された設定データの更新日時情報として午前８時を記録する。その後、ＭＦＰ１０４がサーバ時刻の午前１０時以降に更新された設定データの取得を代替サーバに要求しても、代替サーバは、サーバ時刻の午前１１時に更新された設定データの更新日時情報が午前８時であると認識してしまう。したがって、代替サーバはサーバ時刻の午前１１時に更新された設定データをＭＦＰ１０４に送信しないという不具合が生じる。

これに対応して、本実施の形態では、代替サーバは、サーバ時刻及び代替サーバ時刻の差を管理し、該管理された差を用いて代替サーバ時刻を補正し、補正された代替サーバ時刻に基づいて設定データを管理する。具体的に、代替サーバは、補正された代替サーバ時刻を、ユーザ設定データＤＢ５０４の各設定データの更新日時情報として用いる。

図８Ａ及び図８Ｂにおいて、まず、ＣＰＵ３０１は管理対象装置からリクエスト通知を受信すると（ステップＳ８０１でＹＥＳ）、該リクエスト通知を解析する（ステップＳ８０２）。次いで、ＣＰＵ３０１はリクエスト通知が新たな設定データの登録を要求する登録要求通知であるか否かを判別する（ステップＳ８０３）。

ステップＳ８０３の判別の結果、リクエスト通知が登録要求通知であるとき、ＣＰＵ３０１はリクエスト通知に基づいて新たに登録を要求された設定データを特定する（ステップＳ８０４）。次いで、ＣＰＵ３０１は特定された設定データがユーザ設定データＤＢ５０４に含まれているか否かを判別する（ステップＳ８０５）。

ステップＳ８０５の判別の結果、特定された設定データがユーザ設定データＤＢ５０４に含まれているとき、ＣＰＵ３０１は後述するステップＳ８０８の処理を行う。一方、ステップＳ８０５の判別の結果、特定された設定データがユーザ設定データＤＢ５０４に含まれていないとき、ＣＰＵ３０１は特定された設定データをユーザ設定データＤＢ５０４に登録する（ステップＳ８０６）。次いで、ＣＰＵ３０１は後述する図９の取得処理を行って、ユーザ設定データＤＢ５０４を管理するための時刻（以下、「管理時刻」という。）を取得する（ステップＳ８０７）。その後、ＣＰＵ３０１は取得された管理時刻をユーザ設定データＤＢ５０４に新たに登録された設定データの更新日時情報として記録する。次いで、ＣＰＵ３０１はリクエスト通知に含まれる全ての設定データを特定し終えたか否かを判別する（ステップＳ８０８）。

ステップＳ８０８の判別の結果、全ての設定データを特定し終えていないとき、ＣＰＵ３０１はステップＳ８０４の処理に戻る。一方、ステップＳ８０８の判別の結果、全ての設定データを特定し終えたとき、ＣＰＵ３０１はリクエスト通知の送信元に管理時刻を含む応答通知を送信し（ステップＳ８０９）、本処理を終了する。

ステップＳ８０３の判別の結果、リクエスト通知が登録要求通知でないとき、ＣＰＵ３０１はリクエスト通知がユーザ設定データＤＢ５０４に登録された全ての設定データの取得を要求する全データ取得要求通知であるか否かを判別する（ステップＳ８１０）。ステップＳ８１０の判別の結果、リクエスト通知が全データ取得要求通知であるとき、ＣＰＵ３０１はユーザ設定データＤＢ５０４の全ての設定データを取得し（ステップＳ８１１）、後述する図９の取得処理を行い、管理時刻を取得する（ステップＳ８１２）。その後、ＣＰＵ３０１は取得された管理時刻及び全ての設定データを含む応答通知を生成し、ステップＳ８０９以降の処理を行う。

ステップＳ８１０の判別の結果、リクエスト通知が全データ取得要求通知でないとき、ＣＰＵ３０１はリクエスト通知がユーザ設定データＤＢ５０４に登録された設定データの更新を要求する更新要求通知であるか否かを判別する（ステップＳ８１３）。ステップＳ８１３の判別の結果、リクエスト通知が更新要求通知であるとき、ＣＰＵ３０１はリクエスト通知から更新を要求された設定データを特定する（ステップＳ８１４）。次いで、ＣＰＵ３０１は特定された設定データがユーザ設定データＤＢ５０４に更新された後に変更された設定データであるか否かを判別する（ステップＳ８１５）。具体的には、特定された設定データが変更された時期がユーザ設定データＤＢ５０４の直近の更新時期よりも後か否かを判別する。

ステップＳ８１５の判別の結果、特定された設定データが変更された時期がユーザ設定データＤＢ５０４の直近の更新時期以前のとき、ＣＰＵ３０１は後述するステップＳ８１８の処理を行う。一方、ステップＳ８１５の判別の結果、特定された設定データが変更された時期がユーザ設定データＤＢ５０４の直近の更新時期よりも後であるとき、ＣＰＵ３０１は変更された設定データを用いて特定された設定データを更新する（ステップＳ８１６）。次いで、ＣＰＵ３０１は後述する図９の取得処理を行い、管理時刻を取得し（ステップＳ８１７）、取得された管理時刻を、ユーザ設定データＤＢ５０４における更新された設定データの更新日時情報として記録する。次いで、ＣＰＵ３０１はリクエスト通知に含まれる全ての設定データを特定し終えたか否かを判別する（ステップＳ８１８）。

ステップＳ８１８の判別の結果、全ての設定データを特定し終えていないとき、ＣＰＵ３０１はステップＳ８１４の処理に戻る。一方、ステップＳ８１８の判別の結果、全ての設定データを特定し終えたとき、ＣＰＵ３０１はステップＳ８０９以降の処理を行う。

ステップＳ８１３の判別の結果、リクエスト通知が更新要求通知でないとき、ＣＰＵ３０１はリクエスト通知が差分取得要求通知であるか否かを判別する（ステップＳ８１９）。

ステップＳ８１９の判別の結果、リクエスト通知が差分取得要求通知であるとき、ＣＰＵ３０１は差分取得要求通知に対応する設定データをユーザ設定データＤＢ５０４から取得する（ステップＳ８２０）。具体的には、差分取得要求通知が含む所定の日時と、ユーザ設定データＤＢ５０４の各設定データの更新日時情報とを比較し、更新日時情報が所定の日時よりも後の各設定データを取得する。次いで、ＣＰＵ３０１は後述する図９の取得処理を行い、管理時刻を取得し（ステップＳ８２１）、取得された管理時刻及び差分取得要求通知に対応する設定データを含む応答通知を生成し、ステップＳ８０９以降の処理を行う。これにより、設定データの同期が行われる。

ステップＳ８１９の判別の結果、リクエスト通知が差分取得要求通知でないとき、ＣＰＵ３０１はリクエスト通知が管理対象装置の登録を要求するデバイス登録要求通知であるか否かを判別する（ステップＳ８２２）。ステップＳ８２２の判別の結果、リクエスト通知がデバイス登録要求通知であるとき、ＣＰＵ３０１は当該デバイス登録要求通知に基づいて新たな管理対象装置の登録情報を登録し（ステップＳ８２３）、ステップＳ８０９以降の処理を行う。一方、ステップＳ８２２の判別の結果、リクエスト通知がデバイス登録要求通知でないとき、ＣＰＵ３０１はリクエスト通知が管理対象装置の登録情報の更新を要求するデバイス情報更新要求通知であるか否かを判別する（ステップＳ８２４）。

ステップＳ８２４の判別の結果、リクエスト通知がデバイス情報更新要求通知であるとき、ＣＰＵ３０１は当該デバイス情報更新要求通知に基づいて管理対象装置の登録情報を更新し（ステップＳ８２５）、ステップＳ８０９以降の処理を行う。一方、リクエスト通知がデバイス情報更新要求通知でないとき、ＣＰＵ３０１はリクエスト通知が代替サーバで管理する他のデータに関する要求通知であるか否かを判別する（ステップＳ８２６）。

ステップＳ８２６の判別の結果、リクエスト通知が他のデータに関する要求通知であるとき、ＣＰＵ３０１は当該他のデータに関する要求通知に基づいて処理を行い（ステップＳ８２７）、ステップＳ８０９以降の処理を行う。一方、リクエスト通知が他のデータに関する要求通知でないとき、ＣＰＵ３０１はエラーを含む応答通知を生成し（ステップＳ８２８）、ステップＳ８０９以降の処理を行う。

図９は、図１の代替管理装置としてのＭＦＰ１０２で実行される取得処理の手順を示すフローチャートである。

図９の処理は、ＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４に格納されたプログラムを実行することによって行われる。

図９において、まず、ＣＰＵ３０１はＭＦＰ１０２自身がサーバ１０１の代替であるか否かを判別する（ステップＳ９０１）。

ステップＳ９０１の判別の結果、ＭＦＰ１０２自身がサーバ１０１の代替でないとき、ＣＰＵ３０１は計時部３０９で計時された代替サーバ時刻を管理時刻として取得し（ステップＳ９０２）、本処理を終了する。一方、ステップＳ９０１の判別の結果、ＭＦＰ１０２自身がサーバ１０１の代替であるとき、ＣＰＵ３０１は計時部３０９で計時された時刻を取得する（ステップＳ９０３）。次いで、ＣＰＵ３０１はサーバ時刻及び代替サーバ時刻の差分情報を取得する（ステップＳ９０４）。具体的に、ＣＰＵ３０１は、ＭＦＰ１０２のデバイス情報ＤＢ５０２に含まれる予め算出された補正時間を取得する。補正時間はＭＦＰ１０２が管理対象装置として登録されたときに算出されたサーバ時刻及びＭＦＰ１０２の計時部３０９で計時された時刻の差分である。次いで、ＣＰＵ３０１は取得された補正時間を用いて代替サーバ時刻を補正し（ステップＳ９０５）、補正された代替サーバ時刻を管理時刻として取得し（ステップＳ９０６）、本処理を終了する。ここで、補正時間を用いて補正された代替サーバ時刻は、代替サーバ時刻をサーバ時刻及び代替サーバ時刻の差分情報で補正した時刻であり、サーバ時刻に他ならない。すなわち、図９の処理では、ＭＦＰ１０２自身がサーバ１０１の代替であるとき、管理時刻として代替サーバ時刻ではなく、サーバ時刻が実施的に取得される。そして、管理時刻は更新日時情報としてユーザ設定データＤＢ５０４に記録される。したがって、ＭＦＰ１０２自身がサーバ１０１の代替となったとしても、ユーザ設定データＤＢ５０４の各設定データの更新日時情報は実質的にサーバ時刻で管理される。

上述した図８Ａ、図８Ｂ、及び図９の処理によれば、ＭＦＰ１０２自身がサーバ１０１の代替となったとしても、ユーザ設定データＤＢ５０４の各設定データの更新日時情報は実質的にサーバ時刻で管理される。これにより、差分取得要求通知に対し、代替サーバ時刻では無く、サーバ時刻と差分取得要求通知が含む所定の日時とが比較されることになる。すなわち、差分取得要求通知に対する応答通知の生成を常にサーバ時刻に基づいて行うことができる。その結果、設定データの同期において不具合が生じるのを防止することができる。

上述した実施の形態では、サーバ１０１のバックアップ先に設定された管理対象装置を代替管理装置とした場合について説明したが、代替管理装置は管理対象装置に限られない。例えば、図２のハードウェアと同様の構成を有し、且つ図４のソフトウェアモジュール４００を備える他のサーバ装置であってもよい。

また、上述した実施の形態では、他のサーバ装置が代替管理装置である場合、代替管理装置がサーバ１０１からマスターデータ５００を受信する際にサーバ時刻を含む通知を取得してもよい。これにより、サーバ１０１からサーバ時刻を取得するためだけにサーバ１０１とデータ通信を行う必要をなくすことができる。その結果、サーバ時刻の取得処理に起因する代替サーバの通信負荷が増えるのを抑制することができる。

さらに、上述した実施の形態では、取得された通知に含まれるサーバ時刻を用いてサーバ時刻及び代替サーバ時刻の差を算出してもよい。これにより、サーバ時刻を確実に取得することができ、もって、代替サーバ時刻を確実に補正することができる。

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

１０１ サーバ
１０２ ＭＦＰ
３０１ ＣＰＵ

Claims (12)

1. 管理装置によって管理された設定データを代替管理する代替管理装置を備える管理システムであって、
   前記管理装置が計時する第１の時刻及び前記代替管理装置が計時する第２の時刻の差を用いて前記第２の時刻を補正する補正手段と、
   前記補正された第２の時刻に基づいて前記設定データを管理する管理手段とを備えることを特徴とする管理システム。
2. 前記第１の時刻を含む通知を前記管理装置から取得する取得手段を更に備えることを特徴とする請求項１記載の管理システム。
3. 前記取得手段は、前記管理装置から前記代替管理装置が前記設定データを受信したときに前記通知を前記管理装置から取得することを特徴とする請求項２記載の管理システム。
4. 前記管理装置は前記代替管理装置を管理対象装置として登録し、
   前記代替管理装置が前記管理対象装置として登録されたときに前記第１の時刻及び前記第２の時刻の差が算出されることを特徴とする請求項１記載の管理システム。
5. 前記管理装置及び前記代替管理装置の少なくとも一方が画像処理を行う画像処理装置であることを特徴とする請求項１乃至４のいずれか１項に記載の管理システム。
6. 管理装置によって管理された設定データを代替管理する代替管理装置であって、
   前記管理装置が計時する第１の時刻及び前記代替管理装置が計時する第２の時刻の差を用いて前記第２の時刻を補正する補正手段と、
   前記補正された第２の時刻に基づいて前記設定データを管理する管理手段とを備えることを特徴とする代替管理装置。
7. 前記第１の時刻を含む通知を前記管理装置から取得する取得手段を更に備えることを特徴とする請求項６記載の代替管理装置。
8. 前記取得手段は、前記管理装置から前記設定データを受信したときに前記通知を前記管理装置から取得することを特徴とする請求項７記載の代替管理装置。
9. 前記管理装置から管理対象装置として登録され、
   前記代替管理装置が前記管理対象装置として登録されたときに前記第１の時刻及び前記第２の時刻の差が算出されることを特徴とする請求項６記載の代替管理装置。
10. 前記管理装置及び前記代替管理装置の少なくとも一方が画像処理を行う画像処理装置であることを特徴とする請求項６乃至９のいずれか１項に記載の代替管理装置。
11. 管理装置によって管理された設定データを代替管理する代替管理装置が実行する前記設定データの管理方法であって、
    前記管理装置が計時する第１の時刻及び前記代替管理装置が計時する第２の時刻の差を用いて前記第２の時刻を補正する補正ステップと、
    前記補正された第２の時刻に基づいて前記設定データを管理する管理ステップとを有することを特徴とする管理方法。
12. 管理装置によって管理された設定データを代替管理する代替管理装置が実行する前記設定データの管理方法をコンピュータに実行させるプログラムであって、
    前記管理方法は、
    前記管理装置が計時する第１の時刻及び前記代替管理装置が計時する第２の時刻の差を用いて前記第２の時刻を補正する補正ステップと、
    前記補正された第２の時刻に基づいて前記設定データを管理する管理ステップとを有することを特徴とするプログラム。

Images