(57)【要約】【課題】複製処理実施時に、複製先となる装置内のＨＤＤにおける累積アンロード回数の増加を抑え、かつ、累積ロード時間の増加を抑制することを目的とする。【解決手段】クライアント装置から同期要求データを受信する受信手段と、受信手段により受信された同期要求データがマスターデータの更新要求データであった場合、マスターデータの更新要求データに基づきマスターデータを更新する更新手段と、同期要求データの要求元のクライアント装置がレプリケーション先のデバイスである場合、レプリケーション実行モードに移行するよう制御する制御手段と、マスターデータの更新要求データに対応する応答データを同期要求データの要求元のクライアント装置に送信する送信手段と、を有する。【選択図】図９
2019185257.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置から同期要求データを受信する受信手段と、
前記受信手段により受信された前記同期要求データがマスターデータの更新要求データであった場合、前記マスターデータの更新要求データに基づきマスターデータを更新する更新手段と、
前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスである場合、レプリケーション実行モードに移行するよう制御する制御手段と、
前記マスターデータの更新要求データに対応する応答データを前記同期要求データの要求元のクライアント装置に送信する送信手段と、
を有するサーバー装置。
【請求項２】
前記受信手段により受信された前記同期要求データが差分データの取得要求データであった場合、前記同期要求データの要求元のクライアント装置の差分データを取得する取得手段を更に有し、
前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスである場合、前記制御手段は、レプリケーション実行モードに移行するよう制御し、
前記送信手段は、前記差分データの取得要求データに対応する応答データを前記同期要求データの要求元のクライアント装置に送信する請求項１記載のサーバー装置。
【請求項３】
マスターデータの更新件数の値が第１の閾値未満であり、かつ、前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスである場合、前記制御手段は、レプリケーション実行モードに移行するよう制御する請求項１記載のサーバー装置。
【請求項４】
前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスであり、かつ、マスターデータの更新件数の値が第２の閾値以上の場合、前記制御手段は、レプリケーション実行モードに移行するよう制御する請求項１乃至３何れか１項記載のサーバー装置。
【請求項５】
前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスであり、かつ、レプリケーション間隔が第３の閾値以上の場合、前記制御手段は、レプリケーション実行モードに移行するよう制御する請求項１乃至３何れか１項記載のサーバー装置。
【請求項６】
前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスであるかを判定する判定手段を更に有し、
前記判定手段により、前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスであると判定された場合、前記制御手段は、レプリケーション実行モードに移行するよう制御する請求項１乃至５何れか１項記載のサーバー装置。
【請求項７】
前記判定手段は、前記マスターデータの更新要求データに含まれる前記同期要求データの要求元のクライアント装置のアドレス情報と設定されたレプリケーション先のアドレス情報とに基づいて、前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスであるかを判定する請求項６記載のサーバー装置。
【請求項８】
前記サーバー装置は、画像処理部を有する画像処理装置である請求項１乃至７何れか１項記載のサーバー装置。
【請求項９】
サーバー装置が実行する情報処理方法であって、
クライアント装置から同期要求データを受信する受信工程と、
前記受信工程により受信された前記同期要求データがマスターデータの更新要求データであった場合、前記マスターデータの更新要求データに基づきマスターデータを更新する更新工程と、
前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスである場合、レプリケーション実行モードに移行するよう制御する制御工程と、
前記マスターデータの更新要求データに対応する応答データを前記同期要求データの要求元のクライアント装置に送信する送信工程と、
を含む情報処理方法。
【請求項１０】
コンピュータを、請求項１乃至８何れか１項記載のサーバー装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバー装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、複合機（ネットワークデバイス）等の情報処理装置の設定データに関して、そのマスターデータをネットワークに接続された管理サーバー等の他の情報処理装置に保存して一元管理することがある。マスターデータの値は管理サーバーと複合機との間で同期されており、管理サーバー上のマスターデータの値を変更すると、変更後の値が複合機に通知されて複合機内の設定データの値も変更される。同様に、複合機内の設定データの値を変更すると、管理サーバー上のマスターデータの値も変更される（特許文献１参照）。
また、管理サーバー上のマスターデータを含む複合機の設定データを他の複合機内のＨＤＤ等のストレージデバイス上に複製することで、例えば管理サーバー上のマスターデータが故障等により消失した際にもマスターデータの復旧を可能にするための方法が存在する（特許文献２参照）。
更に、装置内のＨＤＤの累積使用による故障の頻度を低減するための方法として、ＨＤＤのヘッドの累積アンロード回数がＨＤＤの仕様上保障されるアンロード回数を上回らないようにするために、累積アンロード回数の増加に応じてアンロードまでの待機時間を増加させるようＨＤＤのヘッド動作を制御する方法が存在する（特許文献３参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１２１９８９号公報
【特許文献２】特開２００４−２３０６１７号公報
【特許文献３】特開２００７−１２２５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献２に基づく複製処理では、複製先の複合機が管理サーバーから受信したマスターデータを保存する処理において、複製先の複合機内のストレージデバイスへのアクセスが発生する。特に、複製先の複合機内のストレージデバイスがＨＤＤであった場合、上述したマスターデータ保存処理の度に、ＨＤＤのヘッドをロードし、後にアンロードする回数が増加してしまう可能性がある。ＨＤＤは、このようなロード・アンロード間の累積遷移回数が増加すると、設計された性能を次第に発揮できなくなり、故障する確率が増加してしまう。したがって、ＨＤＤの信頼性を高める上では、ロード・アンロード間の累積遷移回数を可能な限り抑えることが望ましい。
特許文献３に基づくＨＤＤのヘッド制御によれば、このようなロード・アンロード間の累積遷移回数の増加を抑えることが可能になるが、一方で、アンロードまでの待機時間を増加させることで累積ロード時間が増加し、それによりＨＤＤが早期に寿命に達してしまうという問題が残る。したがって、ＨＤＤの累積アンロード回数の増加を抑えつつ、累積ロード時間の増加も最小限に抑えるようにすることがより望ましい。
【課題を解決するための手段】
【０００５】
本発明のサーバー装置は、クライアント装置から同期要求データを受信する受信手段と、前記受信手段により受信された前記同期要求データがマスターデータの更新要求データであった場合、前記マスターデータの更新要求データに基づきマスターデータを更新する更新手段と、前記同期要求データの要求元のクライアント装置がレプリケーション先のデバイスである場合、レプリケーション実行モードに移行するよう制御する制御手段と、前記マスターデータの更新要求データに対応する応答データを前記同期要求データの要求元のクライアント装置に送信する送信手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、複製処理実施時に、複製先となる装置内のＨＤＤにおける累積アンロード回数の増加を抑え、かつ、累積ロード時間の増加を抑制することができる。
【図面の簡単な説明】
【０００７】
【図１】データ同期システムのシステム構成の一例を示す図
【図２】複合機のハードウェア構成の一例を示す図
【図３】データ管理サーバーアプリの機能構成等の一例を示す図
【図４】設定画面の一例を示す図
【図５】データ同期クライアントアプリの機能構成等の一例を示す図
【図６】レプリケーションクライアントアプリの動作の処理手順のフローチャート
【図７】データ管理サーバーアプリに対するマスターデータ更新要求処理の手順のフローチャート
【図８】複合機のＨＤＤに含まれる磁気ヘッドの状態遷移を示す図
【図９】データ同期クライアントアプリから設定データ同期要求を受信した際の処理手順のフローチャート
【図１０】Ｓ９０７における判定処理の一例として、詳細な手順のフローチャート
【図１１】レプリケーションデータの保全処理の詳細手順のフローチャート
【図１２】データ管理サーバーアプリに対するマスターデータの差分データ取得要求処理の手順のフローチャート
【図１３】データ同期クライアントアプリから設定データ同期要求を受信した際の処理手順のフローチャート
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
以下の実施形態で用いる用語の定義を行う。「レプリケーション」とは、ある情報処理装置の動作に使用する設定データを異なる情報処理装置上に複製し、また複製元となる設定データの更新内容を定期的に複製先の設定データへ送信し、更新する処理や機能のことを指す。このとき、複製元の設定データを保持する情報処理装置を「レプリケーション元」、複製先の設定データを保持する情報処理装置を「レプリケーション先」と言う。また、レプリケーション元からレプリケーション先へ定期的に送信されるレプリケーション対象の更新データを「レプリケーションデータ」と言う。
図１は、データ同期システムのシステム構成の一例を示す図である。複合機１１０がネットワーク１００に複数台接続され、相互に通信可能になっている。複合機１１０は、情報処理装置の一例である。複合機１１０のうちの１台にはデータ管理サーバーアプリケーション（以下、データ管理サーバーアプリという）１２０が搭載されていて（図１では複合機１１０ａに搭載されている）、複合機１１０ａを含む、データ同期クライアントアプリケーション（以下、データ同期クライアントアプリという）１４０を搭載した複合機１１０とネットワーク１００を介して通信可能である。複合機１１０ａのデータ管理サーバーアプリ１２０は、複合機１１０の各種設定データを管理している。また、データ管理サーバーアプリ１２０を搭載していない複合機１１０のうちの１台には、データ管理サーバーアプリ１２０で管理している各種設定データをレプリケーションデータとして受信するレプリケーションサーバーアプリケーション（以下、レプリケーションサーバーアプリという）１３０が搭載されている（図１では複合機１１０ｂ）。データ管理サーバーアプリ１２０が搭載されている複合機１１０ａにはレプリケーションクライアントアプリケーション（以下、レプリケーションクライアントアプリという）１２１が搭載されており、レプリケーションサーバーアプリケーション１３０を有する複合機１１０ｂに対するレプリケーションデータの送信を実施する。
複合機１１０は、データ管理サーバーアプリ１２０に複合機１１０を登録してデータ同期システムに参加する。データ同期システムにおいて複合機１１０は、ユーザー操作やコピー／ＦＡＸ等の処理実行によってデータに変更が発生した場合、その変更内容をデータ管理サーバーアプリ１２０へ送信して、データ更新を要求する。また、複合機１１０は、データ管理サーバーアプリ１２０で管理するデータに更新があるかどうかを定期的、又は必要に応じて問い合わせ、更新されたデータがあれば取得して、複合機１１０内に保存する。
本実施形態ではデータ管理サーバーアプリ１２０が複合機１１０ａ上で動作するとして説明しているが、データ管理サーバーアプリ１２０がＰＣ等の別の装置上で動作してもよい。同様に、データ同期クライアントアプリ１４０についても、複合機１１０とは別の装置上で動作してもよい。また、本実施形態では、管理されるデータとして複合機１１０内のいくつかの設定データを例に説明しているが、設定データの種別がそれらに限定されるわけではない。
複合機は、画像処理装置の一例である。複合機１１０ａは、サーバー装置の一例である。また、複合機１１０ｂ、１１０ｃは、クライアント装置の一例である。
【００１０】
図２は、複合機１１０のハードウェア構成の一例を示す図である。複合機１１０は、コントローラユニット２００、操作部２２０、スキャナ２３０、プリンタ２４０を含んでいる。コントローラユニット２００には、操作部２２０が接続されると共に、画像入力デバイスであるスキャナ２３０や画像出力デバイスであるプリンタ２４０が接続される。
コントローラユニット２００は、より具体的には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２を有し、ＣＰＵ２０２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０６に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を立ち上げる。コントローラユニット２００は、このＯＳ上で、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０５に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ２０２の作業領域としてはＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３が用いられる。ＨＤＤ２０５は、アプリケーションプログラムや各種データを格納する。
ＣＰＵ２０２には、システムバス２１０を介して、ＲＯＭ２０６及びＲＡＭ２０３と共に、操作部Ｉ／Ｆ２０１、デバイスＩ／Ｆ２０４、Ｎｅｔｗｏｒｋ２０７、画像処理部２０８が接続される。
操作部Ｉ／Ｆ２０１は、タッチパネルを有する操作部２２０とのインタフェースである。操作部Ｉ／Ｆ２０１は、操作部２２０に表示する各種データ等の情報を送出したり、ユーザーにより入力された情報をＣＰＵ２０２に送出したりする。デバイスＩ／Ｆ２０４には、スキャナ２３０及びプリンタ２４０が接続され、データや制御信号の入出力が行われる。Ｎｅｔｗｏｒｋ２０７は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。画像処理部２０８は、スキャナからの入力画像処理やプリンタへの出力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、階調変換等の処理を行う。
各複合機１１０のＣＰＵ２０２が各複合機１１０のＲＡＭ２０３、ＨＤＤ２０５、ＲＯＭ２０６の何れかに記憶されているプログラムに基づき処理を実行することにより、図１、後述する図３、図５等に示される各アプリケーションの機能等が実現される。
【００１１】
図３は、複合機１１０上で動作するデータ管理サーバーの機能を実現するデータ管理サーバーアプリ１２０の機能構成等の一例を示す図である。データ管理サーバーアプリ１２０は、送受信部３０１、制御部３０２、解析部３０３、データ処理部３０４、タイミング管理部３０５、及びデータ管理部３１０を含む。ここで、レプリケーションクライアントの機能を実現するレプリケーションクライアントアプリ１２１の機能構成もデータ管理サーバーアプリ１２０の機能構成と同様である。送受信部３０１は、Ｎｅｔｗｏｒｋ２０７を介して他の複合機１１０や他の情報処理装置との間でデータ送受信を実施する。より具体的には、後述するデータ同期クライアントアプリ１４０からのデータ同期要求を受信し、その結果を送信する処理や、レプリケーションサーバーアプリケーション１３０を有する複合機１１０に対してレプリケーションデータを送信し、その結果を受信する処理を行う。制御部３０２は、データ管理サーバーアプリ１２０の機能に係る処理全体の制御を行う。解析部３０３は、送受信部３０１で受信したデータ同期要求を解析する。データ処理部３０４は、後述するデータ管理部３１０の管理するデータに対する作成／更新／削除／参照処理を実施する。また、データ処理部３０４は、マスターデータへの作成／更新／削除のうち何れかの処理が実施された場合に、それらの処理の回数をカウントするカウンタの値を更新する処理も実施する。本明細書ではこのカウンタを更新件数カウンタと呼称する。更新件数カウンタは、ＲＡＭ２０３に記憶され、制御部３０２によって参照される。タイミング管理部３０５は、レプリケーションサーバーアプリケーション１３０を搭載する複合機１１０に対してレプリケーションデータを送信するタイミングを管理する。データ管理部３１０は、データ管理サーバーアプリ１２０に係るデータを管理する。より具体的には、複合機１１０間で同期する対象となるデータや、その複製データを管理する。以降、本発明の説明においては、複合機１１０間で同期する対象となるデータをマスターデータ、その複製データをレプリケーションデータと呼称する。これらデータ管理部３１０で管理するデータは、ＨＤＤ２０５に保存される。データ管理サーバーアプリ１２０は、ＲＡＭ２０３、ＨＤＤ２０５、ＲＯＭ２０６の何れかの記憶手段に記憶され、ＣＰＵ２０２により実行される。
【００１２】
データ管理サーバーアプリ１２０は、複合機１１０の設定データのうち、「デバイス基本データ」、「デバイス設定データ」、「パーソナライズデータ」をマスターデータとして管理する。「デバイス基本データ」は、データ同期システムに登録された複合機１１０の装置識別番号やバージョン等の装置としての情報に関するデータである。「デバイス設定データ」は、複合機１１０のネットワーク設定やプリンタ動作に関する設定等、装置の設定に関するデータである。「パーソナライズデータ」は、複合機１１０を使用するユーザーが自分用のデータとして登録する表示言語やショートカットボタン等のデータである。データ管理サーバーアプリ１２０は、これらの設定データをデータ管理部３１０のデータベース（ＤＢ）に格納する。また、データ管理サーバーアプリ１２０は、レプリケーションサーバーアプリケーション１３０を搭載している複合機１１０にデータ管理部３１０のＤＢを複製データとして送信することで、レプリケーションを実施する。
以降では、複合機１１０ａのサーバー機能としてデータ管理サーバーアプリ１２０が動作しているときに、複合機１１０ａ、複合機１１０ｂ及び複合機１１０ｃがデータ同期クライアントとして登録済みである場合を前提に説明する。また、図１を用いて説明したように、これら複合機１１０のうち複合機１１０ｂは、レプリケーションサーバーアプリケーション１３０を搭載している場合を前提に説明する。
【００１３】
図４は、データ管理サーバーアプリ１２０のＤＢを別の複合機１１０にレプリケーションするための設定画面の一例を示す図である。図４の設定画面は、複合機１１０ａに対してネットワーク１００を介して接続されたＰＣ等の情報機器のＷｅｂブラウザ上へ表示される。但し、複合機１１０ａは、図４に示すような設定画面を複合機１１０ａの操作部２２０に表示するようにしてもよい。
レプリケーション先の設定４０１の入力フィールドに、レプリケーション先となる複合機１１０のアドレス、複合機１１０へレプリケーションするときの認証用のアクセスユーザー名及びパスワード、レプリケーションを実行する時間間隔が設定される。図４の例では、複合機１１０ａのユーザーにより、レプリケーション先のアドレスとして複合機１１０ｂのアドレスである"ｍｆｐ１１０ｂ．×××．××．××"が設定されている。また、図４の例では、レプリケーション間隔として１時間が設定されている。レプリケーション間隔は、前回のレプリケーション実施から次回のレプリケーション実施までの最大待機時間を示すものであり、後述する、その他いくつか存在するレプリケーション実施の契機となる条件が満たされていない場合でも、その時間が経過した時点でレプリケーションが実施される。レプリケーション先の設定４０１が以上のように設定された状態で、複合機１１０ａのユーザーによりレプリケーション開始ボタン４０２が選択されることで、レプリケーションクライアントアプリ１２１の処理開始が指示される。なお、レプリケーション先の設定４０１は、複合機１１０ａのユーザーにより設定されたら、複合機１１０ａ内の不揮発な記憶領域であるＨＤＤ２０５に記憶される。
【００１４】
図５は、データ同期クライアントアプリ１４０の機能構成等の一例を示す図である。データ同期クライアントアプリ１４０は、送受信部５０１、制御部５０２、解析部５０３、データ処理部５０４、及びデータ管理部５１０を含む。ここで、複合機１１０上でレプリケーションＤＢを管理するためのレプリケーションサーバーアプリケーション１３０の機能構成もデータ同期クライアントアプリ１４０の機能構成と同様である。送受信部５０１は、Ｎｅｔｗｏｒｋ２０７を介して他の複合機１１０や他の情報処理装置との間でデータ送受信を実施する。より具体的には、送受信部５０１は、データ管理サーバーアプリ１２０へデータ同期要求を送信し、その結果を受信する処理や、レプリケーションクライアントアプリ１２１からレプリケーションデータを受信し、その結果を送信する処理を行う。制御部５０２は、データ同期クライアントアプリ１４０の機能に係る処理全体の制御を行う。解析部５０３は、送受信部５０１が受信したデータ同期結果や、レプリケーションデータを解析する。データ処理部５０４は、データ管理部５１０とやり取りして複合機１１０間で同期し、自複合機の動作に使用する設定データやレプリケーションクライアントアプリ１２１から受信したレプリケーションデータに対する作成／更新／削除／参照処理を実施する。以降、本明細書では、これらのデータのうち、自複合機の動作に使用する設定データをＣａｃｈｅデータと呼称する。データ管理部５１０は、Ｃａｃｈｅデータ及びレプリケーションデータを管理する。これらデータ管理部５１０で管理するデータは、ＨＤＤ２０５に保存される。
【００１５】
図６は、図４を用いて説明したレプリケーション開始ボタン４０２が複合機１１０ａのユーザーにより選択された場合に開始される、レプリケーションクライアントアプリ１２１の動作の処理手順を説明するフローチャートである。本フローチャートで示す各処理は、複合機１１０ａのＣＰＵ２０２によって実行される。
Ｓ６００において、制御部３０２は、タイミング管理部３０５に対して、図４で示したレプリケーション間隔の計時をするためのタイマーのセットを指示する。これを受けたタイミング管理部３０５は、レプリケーション間隔の設定値（ここでは１時間）をＨＤＤ２０５から読み込み、タイマーをその時間でセットし、Ｓ６０１に進む。以降の説明においては、レプリケーション間隔の計時をするためのタイマーを、レプリケーション間隔計時タイマーと呼称する。
Ｓ６０１において、タイミング管理部３０５は、複合機１１０ａがレプリケーション実行モードに移行しているか否かを判定する。レプリケーション実行モードに移行しているか否かの判定の方法は、特に限定しないが、例えば上述したレプリケーション実行モードへの移行時に制御部３０２がその旨を示すフラグ値をＲＡＭ２０３又はＨＤＤ２０５に書き込み、そのフラグ値をタイミング管理部３０５が読み込むことで実施するのでもよい。タイミング管理部３０５は、Ｓ６０１の判定の結果、レプリケーション実行モードであった場合（Ｓ６０１がＹＥＳの場合）にはその旨を制御部３０２に通知してＳ６０３に進み、実行モードでなかった場合（Ｓ６０１がＮＯの場合）にはＳ６０２に進む。
Ｓ６０２において、タイミング管理部３０５は、Ｓ６００でセットしたレプリケーション間隔計時タイマーの時間が経過したか否かを判定する。タイミング管理部３０５は、判定の結果、レプリケーション間隔計時タイマーの時間が経過していた場合（Ｓ６０２がＹＥＳの場合）にはその旨を制御部３０２に通知してＳ６０３に進み、経過していなかった場合（Ｓ６０２がＮＯの場合）には再度Ｓ６０１に戻る。
【００１６】
Ｓ６０３において、制御部３０２は、Ｓ６０１又はＳ６０２によりタイミング管理部３０５から受信した通知に基づき、複合機１１０ｂに対して送信すべきレプリケーションデータの取得処理を実施する。より具体的には、制御部３０２はまず、データ処理部３０４に対して、レプリケーションデータの取得処理を要求する。これを受けたデータ処理部３０４は、データ管理部３１０が管理しているレプリケーションデータのうち、前回のレプリケーション実施時からの差分データの取得をデータ管理部３１０に対して依頼する。この依頼を受けたデータ管理部３１０は、該当のレプリケーションデータを、データ処理部３０４を介して制御部３０２に送信し、Ｓ６０４に進む。なお、Ｓ６０３の処理において、ＨＤＤ２０５に差分データの取得のためのアクセスコマンドがＣＰＵ２０２から送出される。このアクセスコマンドの送出を受けて、ＨＤＤ２０５の状態はロード状態８００に遷移する。
Ｓ６０４において、まず、制御部３０２は、Ｓ６０３においてデータ処理部３０４から受信したレプリケーションデータを複合機１１０ａに送信するよう送受信部３０１に対して指示する。次に、これを受けた送受信部３０１は、レプリケーション先の設定４０１に設定されたアドレスに対してレプリケーションデータを送信し、その旨を制御部３０２に通知し、Ｓ６０５に進む。
Ｓ６０５において、制御部３０２は、タイミング管理部３０５によりＳ６００でセットされたレプリケーション間隔計時タイマーのリセットをタイミング管理部３０５に指示し、タイミング管理部３０５がこれを実行してＳ６０６に進む。
Ｓ６０６において、制御部３０２は、データ処理部３０４に対して更新件数カウンタのリセットを指示し、データ処理部３０４がこれを実行し、Ｓ６０１に戻る。
【００１７】
図７は、データ同期クライアントアプリ１４０によって実行される、データ管理サーバーアプリ１２０に対するマスターデータ更新要求処理の手順を説明するフローチャートである。本フローチャートで示す各処理は、複合機１１０のＣＰＵ２０２によって実行されるが、ここでは、そのうち複合機１１０ｂのＣＰＵ２０２によって実行されている状況を例に説明する。また、本フローチャートの処理は、複合機１１０のユーザーが操作部２２０を通じて複合機１１０の設定データが更新され、その更新内容が操作部Ｉ／Ｆ２０１を介してＣＰＵ２０２に送出されたことを契機に開始される。
Ｓ７００において、データ処理部５０４は、ＣＰＵ２０２に送出された複合機１１０の設定データ更新内容を取得し、データ管理部５１０に対して更新内容に応じた複合機１１０のＣａｃｈｅデータの更新処理を依頼し、Ｓ７０１に進む。
Ｓ７０１において、データ管理部５１０は、データ処理部５０４より受けたＣａｃｈｅデータの更新処理依頼に基づくＣａｃｈｅデータの更新を実施し、更新完了の旨をデータ処理部５０４に通知してＳ７０２に進む。
【００１８】
Ｓ７０２において、データ処理部５０４は、データ管理部５１０より通知されたＣａｃｈｅデータ更新完了の旨を受けて、更新された設定データがデータ管理サーバーアプリ１２０との同期対象のデータであるか否かを判定する。データ処理部５０４は、更新された設定データがデータ管理サーバーアプリ１２０の管理するデータであるか、即ち「デバイス基本データ」、「デバイス設定データ」、「パーソナライズデータ」のうち何れかに属しているか否かを基に判定し、その結果を制御部５０２に通知する。但し、他の方法による判定であってもよく、その内容は問わない。Ｓ７０２の判定の結果、更新された設定データが同期対象であった場合（Ｓ７０２がＹＥＳの場合）にはＳ７０３に進み、同期対象でなかった場合（Ｓ７０２がＮＯの場合）には図７のフローチャートの処理を終了する。
Ｓ７０３において、更新された設定データが同期対象である旨をデータ処理部５０４より受信した制御部５０２は、送受信部５０１に対して、更新された設定データに基づきデータ管理サーバーアプリ１２０へマスターデータの更新要求データを送信するよう指示する。これを受けた送受信部５０１は、更新された設定データに基づき、データ管理サーバーアプリ１２０へのマスターデータの更新要求データを作成し、Ｓ７０４に進む。
Ｓ７０４において、送受信部５０１は、Ｓ７０３で作成した更新要求データを、ネットワーク１００を通じてデータ管理サーバーアプリ１２０に対して送信する。
Ｓ７０５において、まず、送受信部５０１は、送信した更新要求データに対応するデータ管理サーバーアプリ１２０からの応答データを受信し、受信した応答データを制御部５０２に送信する。次に、これを受けた制御部５０２は、解析部５０３に対して、応答データの解析を指示する。最後に、解析部５０３が応答データの解析を実施して、図７に示すフローチャートの処理を終了する。
【００１９】
図８は、複合機１１０のＨＤＤ２０５に含まれる磁気ヘッドの状態遷移を示す図である。磁気ヘッドの取り得る状態にはロード状態８００とアンロード状態８０１とがある。ロード状態８００は、ＨＤＤ２０５に含まれる磁気記録ディスク上に記録されたデータにアクセスするために、磁気ヘッドを磁気記録ディスク上に配置させた状態である。一方、アンロード状態８０１は、磁気ヘッドを磁気記録ディスクの外に退避させた状態である。ＨＤＤ２０５には、ロード状態８００で磁気ディスクへのアクセスコマンドが一定時間（アンロード待機時間）受信されなかった場合に、アンロード状態８０１に遷移する。一方、ロード状態８００又はアンロード状態８０１の何れかの状態で磁気ディスクへのアクセスコマンドが受信された場合には、ロード状態８００に遷移し、アンロード待機時間を計時するタイマーをリセットする。いま、図７を用いて説明したデータ同期クライアントアプリ１４０の処理手順では、Ｓ７００においてデータ管理部５１０がＣａｃｈｅデータの更新処理を実施する際に、ＨＤＤ２０５へのアクセスコマンドがＣＰＵ２０２から送出される。これにより、ＨＤＤ２０５はロード状態８００に遷移し、アンロード待機時間計時のためのタイマーがリセットされ、以後、少なくともアンロード待機時間が経過するまでの間、ＨＤＤ２０５はロード状態８００にあることになる。
【００２０】
図９は、データ管理サーバーアプリ１２０によって実行される、データ同期クライアントアプリ１４０から設定データ同期要求を受信した際の処理手順を説明するフローチャートである。本フローチャートで示す各処理は、データ管理サーバーアプリ１２０を有する複合機１１０ａのＣＰＵ２０２によって実行される。
Ｓ９００において、送受信部３０１は、データ同期クライアントアプリ１４０の送受信部５０１より送信された同期要求データを受信し、受信した同期要求データを制御部３０２に送信し、Ｓ９０１に進む。ここで同期要求データとは、Ｓ７００で説明したデータ同期クライアントアプリ１４０の送受信部５０１が送信するマスターデータの更新要求データ、又は図１２を用いて後述する差分データの取得要求データを指す。
Ｓ９０１において、まず、同期要求データを送受信部３０１より受信した制御部３０２が、同期要求データを解析部３０３に送信する。次に、解析部３０３は、制御部３０２より受信した同期要求データが差分データの取得要求データであるか否かを判定し、その結果を制御部３０２に通知する。制御部３０２は、同期要求データが差分データの取得要求データ（ＧＥＴ）であった場合（Ｓ９０１がＹＥＳの場合）にはＳ９０２に進み、それ以外の要求データ、即ち更新要求データ（ＰＵＴ／ＰＯＳＴ）であった場合（Ｓ９０１がＮＯの場合）にはＳ９０４に進む。
Ｓ９０２において、まず、制御部３０２が、データ処理部３０４に対して、要求元の複合機１１０に応答データとして送信すべき差分データを、受信した差分データの取得要求データに基づき抽出するよう指示する。この指示を受けたデータ処理部３０４は、差分データとして抽出するための条件を決定し、データ管理部３１０に対して、マスターデータのうち条件に基づくデータの取得を要求する。この要求を受けたデータ管理部３１０は、データ処理部３０４より指定された条件に合致するデータを抽出し、データ処理部３０４に送信してＳ９０３に進む。差分データを抽出するための条件の内容は特に限定しないが、例えば、マスターデータに含まれる各設定データについて、最後に更新された時刻がデータ管理部３１０で管理されており、これらの時刻と、差分データの取得要求データに含まれる、前回の差分データ取得時刻とを比較することで行うのでもよく、他の条件によって実施するのでもよい。なお、Ｓ９０２において条件に合致するデータが存在しなかった場合、データ管理部３１０は、データ処理部３０４にデータを送信しない。また、Ｓ９０２において条件に合致するデータが存在した場合、ＨＤＤ２０５に対象データの取得のためのアクセスコマンドがＣＰＵ２０２から送出される。このアクセスコマンドの送出を受けて、ＨＤＤ２０５の状態はロード状態８００に遷移する。
【００２１】
Ｓ９０３において、まず、データ処理部３０４は、Ｓ９０２の結果、データ管理部３１０からのデータが取得できたか否か、即ち、条件に合致するデータが存在したか否かを判定し、その結果を制御部３０２に送信する。制御部３０２は、判定の結果、条件に合致するデータ存在した場合（Ｓ９０３がＹＥＳの場合）、Ｓ９０７に進み、存在しなかった場合（Ｓ９０３がＮＯの場合）、Ｓ９０９に進む。
Ｓ９０４において、制御部３０２は、Ｓ９０１で解析部３０３から同期要求データが更新要求データである旨の通知を受け、データ処理部３０４に対して、更新要求データに基づきマスターデータを更新するよう指示する。この指示を受けたデータ処理部３０４は、更新要求データの内容に基づきマスターデータを更新するようデータ管理部３１０に依頼する。この依頼を受けたデータ管理部３１０は、マスターデータの更新を実行する。
Ｓ９０５において、データ処理部５０４は、マスターデータの更新件数カウンタを、Ｓ９０４で更新された設定データの個数だけ加算することで更新を実施し、マスターデータの更新が完了した旨を制御部３０２に通知する。
Ｓ９０６において、制御部３０２は、Ｓ９０５で更新された更新件数カウンタを取得し、これが１００以上であるか否かを判定する。制御部３０２は、判定の結果、更新件数カウンタが１００未満であった場合（Ｓ９０６がＮＯの場合）、Ｓ９０７に進み、１００以上であった場合（Ｓ９０６がＹＥＳの場合）、Ｓ９０８に進む。なお、本実施形態ではＳ９０５の判定に係る更新件数カウンタの閾値を１００であるとしているが、それ以外の任意の値であってもよく、また閾値を設定によって切り替えられるようにするのでもよい。
Ｓ９０７において、制御部３０２は、Ｓ９００で受信した更新要求データの送信元のデータ同期クライアントアプリ１４０を有する複合機１１０が、レプリケーション先の設定４０１に設定されたレプリケーション先となる複合機１１０に一致するか否かを判定する。この判定処理の詳細な説明については、図１０を用いて後述する。制御部３０２は、判定の結果、一致しなかった場合（Ｓ９０７がＮＯの場合）はＳ９０９に進み、一致した場合（Ｓ９０７がＹＥＳの場合）はＳ９０８に進む。Ｓ９０６の処理は、マスターデータの更新件数の値が第１の閾値未満かを判定する処理の一例である。
Ｓ９０８において、制御部３０２は、上述のＳ６０１で説明したレプリケーション実行モードに移行させ、Ｓ９０９に進む。
Ｓ９０９において、まず、制御部３０２が、Ｓ９００にて送受信部３０１が受信した更新要求データに対応する応答データの作成を送受信部３０１に対して指示する。この指示を受けた送受信部３０１は、Ｓ９００で受信した同期要求データに対する応答データを作成する。
Ｓ９１０において、送受信部３０１は、Ｓ９０９で作成した応答データを同期要求データの送信元の複合機１１０に対して送信し、図９に示すフローチャートの処理を終了する。
【００２２】
図１０は、データ管理サーバーアプリ１２０によって実行される、上述したＳ９０７における判定処理の一例として、詳細な手順について説明するフローチャートである。本フローチャートで示す各処理は、データ管理サーバーアプリ１２０を有する複合機１１０ａのＣＰＵ２０２によって実行される。
Ｓ１０００において、制御部３０２は、解析部３０３に対して、Ｓ９００で受信した更新要求データの送信元である複合機１１０のアドレスを取得するよう指示する。この指示を受けた解析部３０３は、Ｓ９０１で解析した更新要求データから、送信元の複合機１１０のアドレス情報を取得し、取得したアドレス情報を制御部３０２に送信し、Ｓ１００１に進む。ここで、解析部３０３がＳ１０００において更新要求データの送信元である複合機１１０のアドレスを取得する方法は、更新要求データの通信に用いられる通信プロトコルの種類に応じて適する方法を選べばよい。例えば、通信プロトコルがＨＴＴＰであった場合には、解析部３０３が更新要求データのＨＴＴＰヘッダに記載された"Ｈｏｓｔ"フィールドの値を抽出することで行うのでもよく、他の方法でもよい。
Ｓ１００１において、制御部３０２は、レプリケーション先の設定４０１に設定されたレプリケーション先のアドレス情報をＨＤＤ２０５から読み込む。
Ｓ１００２において、制御部３０２は、Ｓ１０００で取得した更新要求データの送信元である複合機１１０のアドレス情報と、Ｓ１００１で取得したレプリケーション先のアドレス情報とを比較し、両者が一致するか否かを判定する。制御部３０２は、判定の結果、両者が一致した場合（Ｓ１００２がＹＥＳの場合）にはＳ１００３に進み、両者が一致しなかった場合（Ｓ１００２がＮＯの場合）にはＳ１００４に進む。
Ｓ１００３において、制御部３０２は、同期要求データの送信元である複合機１１０とレプリケーション先として設定された複合機１１０とが同一であると判定して、図１０に示すフローチャートの処理を終了する。
Ｓ１００４において、制御部３０２は、同期要求データの送信元である複合機１１０とレプリケーション先として設定された複合機１１０とが同一でないと判定して、図１０に示すフローチャートの処理を終了する。
【００２３】
図１１は、レプリケーションサーバーアプリケーション１３０によって実施される、レプリケーションデータの保全処理の詳細手順を説明するフローチャートである。本フローチャートで示す各処理は、レプリケーションサーバーアプリケーション１３０を搭載する複合機１１０ｂのＣＰＵ２０２によって実行される。
Ｓ１１００において、制御部５０２は、データ管理サーバーアプリ１２０よりレプリケーションデータを受信したか否かを判定する。制御部５０２は、データ管理サーバーアプリ１２０の送受信部３０１より送信された、Ｓ６０４に係るレプリケーションデータを送受信部５０１が受信したか否かを基に判定を行う。制御部５０２は、判定の結果、受信した場合（ステップ１１００がＹＥＳの場合）にはＳ１１０１に進み、受信していない場合（Ｓ１１００がＮＯの場合）にはＳ１１００の監視を続ける。
Ｓ１１０１において、制御部５０２は、Ｓ１１００で送受信部５０１が受信したレプリケーションデータを保全するよう、データ処理部５０４に対して指示する。これを受けたデータ処理部５０４は、受信したレプリケーションデータをデータ管理部３１０に保全するよう依頼し、これをデータ管理部３１０が実行し、図１１に示すフローチャートの処理を終了する。ここで、Ｓ１１０１においてデータ管理部５１０がレプリケーションデータを保全する際に、ＨＤＤ２０５へのアクセスコマンドがＣＰＵ２０２から送出される。このアクセスコマンドの送出を受けて、ＨＤＤ２０５の状態はロード状態８００に遷移する。
【００２４】
以降では、これまで説明した構成で実施形態に係る処理を実施することで、レプリケーションサーバーアプリケーション１３０を有する複合機１１０ｂのＨＤＤ２０５における累積アンロード回数の増加を抑えられるようになることをより具体的に示す。
いま、複合機１１０ｂのユーザーが、複合機１１０ｂの操作部２２０から、自身のパーソナライズデータを編集したとする。これを契機に、Ｓ７００、Ｓ７０１の順で処理が実行され、複合機１１０ｂのＨＤＤ２０５へのアクセスコマンドが送出され、ＨＤＤ２０５がロード状態８００に遷移する。続いてＳ７０２、Ｓ７０３、Ｓ７０４の順で処理が実行され、複合機１１０ａに対して更新要求データが送信され、複合機１１０ａにおいてＳ９００、Ｓ９０１、Ｓ９０４、Ｓ９０５、Ｓ９０６の順で処理が実行される。この時点の更新件数カウンタが７０であったとすると、Ｓ９０７に進む。Ｓ９０７において、更新要求データの送信元の複合機１１０及びレプリケーション先として設定された複合機１１０とは共に複合機１１０ｂであるから、Ｓ９０８に進む。Ｓ９０８の処理を経て、Ｓ６０１よりＳ６０３、Ｓ６０４、Ｓ６０５、Ｓ６０６の順でレプリケーションデータの送信処理が実行される。Ｓ６０４の処理を契機に、複合機１１０ｂにおいてＳ１１００、Ｓ１１０１の順で受信したレプリケーションデータの保全処理が実施される。このとき、複合機１１０ｂのＨＤＤ２０５へのアクセスコマンドが送出されるが、上述したＳ７０１の処理において既にＨＤＤ２０５がロード状態８００に遷移しているため、ロード状態８００からの自己遷移の動作となる。続いて、複合機１１０ａにおいてＳ９０９、Ｓ９１０の順で処理が実行され、複合機１１０ｂに対して応答データが送信される。これを受けて、複合機１１０ｂにおいてＳ７０５の処理が実施され、処理が終了する。このように本実施形態に係る処理を実施することで、Ｓ７０１において複合機１１０ｂのＨＤＤ２０５がロード状態８００に遷移した後、アンロード待機時間が経過する前にＳ１１０１を実施することができるようになる。これにより、レプリケーションサーバーアプリケーション１３０におけるＨＤＤの累積アンロード回数の増加を抑えることができるようになる。
【００２５】
＜実施形態２＞
本実施形態では、レプリケーションサーバーとなる複合機１１０のみでなく、データ管理サーバーとなる複合機１１０のＨＤＤ２０５におけるアンロード累積回数の増加をも抑えられるようになることを説明する。本実施形態における構成については、実施形態１で説明した構成と異なる部分について主に説明する。
【００２６】
図１２は、データ同期クライアントアプリ１４０によって実行される、データ管理サーバーアプリ１２０に対するマスターデータの差分データ取得要求処理の手順を説明するフローチャートである。本フローチャートで示す各処理は、複合機１１０のＣＰＵ２０２によって実行される。
Ｓ１２００において、制御部５０２は、データ管理サーバーアプリ１２０の管理するマスターデータとデータ管理部５１０が管理するＣａｃｈｅデータとの間の差分データをデータ管理サーバーアプリ１２０から取得するタイミングであるか否かを判定する。この判定は、例えば制御部５０２がタイマーをセットし、予め定められた時間が経過したか否かを監視するポーリング方式によって行うのでもよい。又は、制御部５０２が複合機１１０のユーザーが操作部２２０を通じて複合機１１０にログインする等の特定のイベントの発生を監視するイベント方式によって行うのでもよい。差分データをデータ管理サーバーアプリ１２０から取得するのに適当なタイミングであればよく、そのタイミングの判定方式や判定条件は問わない。制御部５０２は、Ｓ１２００の判定の結果、差分データの取得タイミングであった場合（Ｓ１２００がＹＥＳの場合）にはＳ１２０１に進み、取得タイミングでなかった場合（Ｓ１２００がＮＯの場合）にはＳ１２００の判定を続ける。
Ｓ１２０１において、まず制御部５０２は、差分データを取得するための要求データの作成及び送信を送受信部５０１に対して指示する。この指示を受けた送受信部５０１は、データ管理サーバーアプリ１２０に対する差分データの取得要求データを作成する。
【００２７】
Ｓ７０４において、送受信部５０１は、その差分データの取得要求データを送信する。
Ｓ７０５において、送受信部５０１は、図７を用いて説明したのと同じ処理手順により、データ管理サーバーアプリ１２０から差分データの取得要求データへの応答データを受信し、応答データを制御部５０２に送信してＳ１２０２に進む。
Ｓ１２０２において、制御部５０２は、送受信部５０１より受信した応答データを解析部５０３に送信し、応答データに差分データが含まれているか否かの判定を指示する。この指示を受けた解析部５０３は、応答データを解析し、応答データにデータ管理部５１０の管理するＣａｃｈｅデータに反映すべき差分データが含まれているか否かを判定し、その判定結果を制御部５０２に通知する。制御部５０２は、Ｓ１２０２の判定の結果、差分データが含まれていた場合（Ｓ１２０２がＹＥＳの場合）にはＳ１２０３に進み、含まれていない場合（Ｓ１２０２がＮＯの場合）には図１２に示すフローチャートの処理を終了する。
Ｓ１２０３において、まず、制御部５０２は、データ管理サーバーアプリ１２０より受信した差分データをＣａｃｈｅデータに反映するようデータ処理部５０４に指示する。この指示を受けたデータ処理部５０４は、差分データをＣａｃｈｅデータに反映するようデータ管理部５１０に依頼し、この依頼を受けたデータ管理部５１０がＣａｃｈｅデータへの反映を実行し、図１２に示すフローチャートの処理を終了する。ここで、Ｓ１２０３においてデータ管理部５１０がＣａｃｈｅデータへの差分データ反映処理をする際に、ＨＤＤ２０５へのアクセスコマンドがＣＰＵ２０２から送出される。このアクセスコマンドの送出を受けて、ＨＤＤ２０５の状態はロード状態８００に遷移する。
【００２８】
以降では、これまで説明した構成で実施形態に係る処理を実施することで、実施形態１で説明した効果に加え、データ管理サーバーアプリ１２０におけるＨＤＤ２０５の累積アンロード回数の増加も抑えることができることをより具体的に示す。
いま、複合機１１０ｂにおいて、制御部５０２がデータ管理サーバーアプリ１２０から差分データ取得タイミングとなったことを検知したとする。これを契機に、Ｓ１２００、Ｓ１２０１、Ｓ７０４の順で処理が実行され、複合機１１０ａに対して差分データの取得要求データが送信される。これを受けて、複合機１１０ａにおいてＳ９００、Ｓ９０１、Ｓ９０２、Ｓ９０３の順に処理が実行される。いま、Ｓ９０２において複合機１１０ｂに対して送信すべき差分データを抽出したところ、３件のデータが該当したとする。このとき、Ｓ９０３の判定はＹＥＳとなり、Ｓ９０７の処理が実行される。Ｓ９０７において、更新要求データの送信元の複合機１１０及びレプリケーション先として設定された複合機１１０とは共に複合機１１０ｂであるから、Ｓ９０８に進む。Ｓ９０８の処理を経て、Ｓ６０１よりＳ６０３、Ｓ６０４、Ｓ６０５、Ｓ６０６の順でレプリケーションデータの送信処理が実行される。Ｓ６０３の処理において、複合機１１０ａのＨＤＤ２０５へのアクセスコマンドが送出されるが、上述したＳ９０２の処理において既にＨＤＤ２０５がロード状態８００に遷移しているため、ロード状態８００からの自己遷移の動作となる。Ｓ６０４の処理を契機に、複合機１１０ｂにおいてＳ１１００、Ｓ１１０１の順で受信したレプリケーションデータの保全処理が実施される。このとき、複合機１１０ｂのＨＤＤ２０５へのアクセスコマンドが送出され、ＨＤＤ２０５はロード状態８００に遷移する。続いて、複合機１１０ａにおいてＳ９０９、Ｓ９１０の順で処理が実行され、複合機１１０ｂに対して差分データである３件を含む応答データが送信される。これを受けて、複合機１１０ｂにおいてＳ７０５、Ｓ１２０２、Ｓ１２０３の順で処理が実行される。このとき、複合機１１０ｂのＨＤＤ２０５へのアクセスコマンドが送出されるが、上述したＳ１１０１の処理において既にＨＤＤ２０５がロード状態８００に遷移しているため、ロード状態８００からの自己遷移の動作となる。このように本実施形態に係る処理を実施することで、Ｓ１１０１において複合機１１０ｂのＨＤＤ２０５がロード状態８００に遷移した後、アンロード待機時間が経過する前にＳ１２０３実施することができるようになる。更に、複合機１１０ａにおいても、Ｓ９０２において複合機１１０ａのＨＤＤ２０５がロード状態８００に遷移した後、アンロード待機時間が経過する前にＳ６０３実施することができるようになる。これらにより、レプリケーションサーバーアプリケーション１３０及びレプリケーションクライアントアプリ１２１を含むデータ管理サーバーの双方におけるＨＤＤ２０５の累積アンロード回数の増加を抑えることができるようになる。
【００２９】
＜実施形態３＞
本実施形態では、実施形態１及び実施形態２で説明した効果に加えて、更にレプリケーションサーバーやデータ管理サーバーにおけるＨＤＤの累積ロード時間をも削減できるようになることを説明する。本実施形態における構成については、実施形態１及び実施形態２で説明した構成と異なる部分について主に説明する。
【００３０】
図１３は、データ管理サーバーアプリ１２０によって実行される、データ同期クライアントアプリ１４０から設定データ同期要求を受信した際の処理手順を説明するフローチャートである。本フローチャートで示す各処理は、データ管理サーバーアプリ１２０を有する複合機１１０ａのＣＰＵ２０２によって実行される。
本フローチャートに示す処理手順では、Ｓ９０６とＳ９０７との何れかがＹＥＳとなる場合に、Ｓ１３０１に進む。
Ｓ１３０１において、まず、制御部３０２は、現在の更新件数カウンタの値と、タイミング管理部３０５の管理するレプリケーション間隔計時タイマーの現在の経過時間とを取得する。続いて、制御部３０２は、取得した値のうち、更新件数カウンタがレプリケーションを実施するための規定の値の７５％以上であることと、タイマーの経過時間がレプリケーション先の設定４０１に含まれるレプリケーション間隔の７５％以上であることとの少なくとも一方が満たされているか否かを判定する。制御部３０２は、判定の結果、何れも満たされていない場合（Ｓ１３０１がＮＯの場合）にはＳ９０９に進み、少なくとも何れか一方が満たされていた場合（Ｓ１３０１がＹＥＳの場合）にはＳ９０８に進む。なお、ステップ１３０１の判定に係る更新件数カウンタ及びタイマーの閾値を、本実施形態では共に７５％であるとしているが、これが他の任意の値となるのでもよく、また閾値を設定によって切り替えられるようにするのでもよい。Ｓ１３０１の処理は、マスターデータの更新件数の値が第２の閾値以上であることと、レプリケーション間隔が第３の閾値以上であることとの少なくとも一方が満たされているかを判定する処理の一例である。
【００３１】
以上説明したような処理手順で本発明を実施することにより、更新件数カウンタの値やレプリケーション計時タイマーの経過時間がある程度大きくなっている場合にのみレプリケーションが実施されるように制御することができる。このような制御により、実施形態１及び実施形態２で説明した効果に加えて、レプリケーションに伴うＨＤＤのロード状態への遷移の頻度を抑えることができるようになり、結果、レプリケーションに係るＨＤＤの累積ロード時間の増加を抑えることができるようになる。
【００３２】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３３】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
【００３４】
以上、上述した各実施形態の情報処理によれば、複製処理実施時に、複製先となる装置内のＨＤＤにおける累積アンロード回数の増加を抑え、かつ、累積ロード時間の増加を抑制することができる。
【符号の説明】
【００３５】
１００  複合機
２０２  ＣＰＵ
２２０  操作部
【図１】
2019185257.tif 000003
【図２】
2019185257.tif 000004
【図３】
2019185257.tif 000005
【図４】
2019185257.tif 000006
【図５】
2019185257.tif 000007
【図６】
2019185257.tif 000008
【図７】
2019185257.tif 000009
【図８】
2019185257.tif 000010
【図９】
2019185257.tif 000011
【図１０】
2019185257.tif 000012
【図１１】
2019185257.tif 000013
【図１２】
2019185257.tif 000014
【図１３】
2019185257.tif 000015