(57)【要約】      （修正有）【課題】状況に応じた適切なタイミングで設定情報を更新することで、通信量を抑制しつつ設定情報の不整合の期間を適切に短縮することができる情報処理装置を提供する。【解決手段】サーバから更新通知が受信されると、複合機のデバイス状態が取得され、受信した更新通知に含まれる変更のあった設定項目が取得され、取得した設定項目とデバイス状態とに基づいて取得タイミングが設定される。取得タイミングが到来すると、設定データとサーバ側設定データとの間の差分データがサーバから取得され、取得した差分データが設定データに反映させることで同期がなされる。【選択図】図５
2016016579.tif 000002
【特許請求の範囲】
【請求項１】
サーバと通信可能に接続される情報処理装置であって、
前記情報処理装置に関する設定情報を管理する管理手段と、
前記サーバが保持する設定情報のうち変更のあった設定項目を示す情報を含んだ更新通知を前記サーバから受け付ける受け付け手段と、
前記情報処理装置の状態を取得する取得手段と、
前記受け付け手段により受け付けられた更新通知に含まれる前記変更のあった設定項目を示す情報と、前記取得手段により取得された前記情報処理装置の状態とに基づいて、取得タイミングを設定する設定手段と、
前記設定手段により設定された取得タイミングが到来したとき、前記管理手段が管理する設定情報を前記サーバが保持する設定情報と同期させる同期手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記設定手段は、設定した取得タイミングが到来する前に、前記受け付け手段により新たな更新通知が受け付けられた場合は、前記新たな更新通知に含まれる前記変更のあった設定項目を示す情報と、前記取得手段により取得された前記情報処理装置の状態とに基づいて、取得タイミングを再設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記設定手段は、前記同期手段による同期が開始されてから同期が完了するまでの間に、前記受け付け手段により新たな更新通知が受け付けられた場合は、前記新たな更新通知に含まれる前記変更のあった設定項目を示す情報と、前記取得手段により取得された前記情報処理装置の状態とに基づいて、取得タイミングを再設定することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記同期手段は、前記設定手段により設定された取得タイミングが到来したとき、前記管理手段が管理している設定情報と前記サーバが保持している設定情報との差分の情報を前記サーバから取得し、取得した前記差分の情報に基づいて前記管理手段が管理する設定情報を更新することで同期を行うことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
前記取得タイミングは、時間情報として規定されることを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記取得タイミングは、前記情報処理装置の状態の所定の変化として規定されることを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項７】
前記取得手段が取得する前記情報処理装置の状態には、前記情報処理装置の動作状態が含まれることを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項８】
前記取得手段が取得する前記情報処理装置の状態には、ジョブの処理状態が含まれることを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項９】
前記取得手段が取得する前記情報処理装置の状態には、ユーザによる操作の状態が含まれることを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項１０】
前記取得手段が取得する前記情報処理装置の状態には、ユーザのログイン状態が含まれることを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項１１】
サーバと通信可能に接続される情報処理装置に関する設定情報を管理する管理手段を有する情報処理装置の制御方法であって、
前記サーバが保持する設定情報のうち変更のあった設定項目を示す情報を含んだ更新通知を前記サーバから受け付ける受け付けステップと、
前記情報処理装置の状態を取得する取得ステップと、
前記受け付けステップにより受け付けられた更新通知に含まれる前記変更のあった設定項目を示す情報と、前記取得ステップにより取得された前記情報処理装置の状態とに基づいて、取得タイミングを設定する設定ステップと、
前記設定ステップにより設定された取得タイミングが到来したとき、前記管理手段が管理する設定情報を前記サーバが保持する設定情報と同期させる同期ステップと、を有することを特徴とする情報処理装置の制御方法。
【請求項１２】
請求項１１に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１３】
サーバと、前記サーバと通信可能に接続される情報処理装置とを有する情報処理システムであって、
前記サーバは、前記サーバが保持する設定情報に変更があると、該設定情報のうち変更のあった設定項目を示す情報を含んだ更新通知を前記情報処理装置に送信し、
前記情報処理装置は、
前記情報処理装置に関する設定情報を管理する管理手段と、
前記サーバから送信される更新通知を受け付ける受け付け手段と、
前記情報処理装置の状態を取得する取得手段と、
前記受け付け手段により受け付けられた更新通知に含まれる前記変更のあった設定項目を示す情報と、前記取得手段により取得された前記情報処理装置の状態とに基づいて、取得タイミングを設定する設定手段と、
前記設定手段により設定された取得タイミングが到来したとき、前記管理手段が管理する設定情報を前記サーバが保持する設定情報と同期させる同期手段と、を有することを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバと通信可能に接続される情報処理装置に関する設定情報を更新する技術に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワーク上に存在するデータストレージサービスなどの様々なサービスを活用するクラウドコンピューティングが一般化してきている。その活用事例として例えば、機器の設定値をデータストレージサービスに記録し、その設定値をネットワーク上のサーバ側で保持管理することで、複数の機器の設定値を一元管理する事例が挙げられる。また、様々な機器から同一データへのアクセスを可能にしてデータ共有を実現する事例が挙げられる。一般的に、インターネット上のサービスと情報処理装置としてのクライアント機器との間にはファイアウォールがあるため、サービスにはクライアント機器からのみアクセスすることが可能である。そのため、管理されている設定値の同期やデータ共有は全てクライアント機器からのアクションによって実行される。ネットワーク上のサービスは、複数のクライアント機器からの要求に応える必要があるため、大量の通信と処理が発生する。
【０００３】
サーバで管理しているクライアント機器の設定値を、クライアント機器の起動時にサーバから取得する技術が提案されている（特許文献１）。また、事前に設定値を取得する日時を指定し、指定した日時にクライアント機器が設定値を取得して更新を反映できるように、指定時刻前にクライアント機器の状態を変更する技術が提案されている（特許文献２）。その他に、サーバとクライアント機器との間で長時間にわたってコネクションを維持することで、サーバがクライアント機器にアクセスすることができる技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１０４４号公報
【特許文献１】特開２０１３−３６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術では、クライアント機器の起動時や指定した日時に設定値を取得することで、サーバとクライアント機器との間の通信量を削減している。しかしながら、従来の技術では、サーバ側で管理している設定値が変更されたとしても、クライアント機器が再起動されたときか、あるいは指定した日時にならないと、クライアント機器では設定値を更新することができない。そのため、サーバ側が管理している機器の設定値とクライアント機器が保持している設定値とが同期されずに不整合となる期間が長くなり、クライアント機器の設定値を適切に管理するには不十分である。
【０００６】
これを解決するために次の手法が考えられる。すなわち、サーバとクライアント機器との間のコネクションを維持しておき、サーバ側の設定値が変更される度にサーバがクライアント機器に更新通知を送信する。そしてクライアント機器は更新通知を受けたときにサーバから設定値を取得することで設定値の不整合を是正する。しかしこの手法だと、サーバの設定値が変更される毎に設定値取得のための通信が発生するため、通信量が増大してしまう。
【０００７】
ところで、サーバ側の設定値が変更されたとしても、変更の内容やクライアント機器の状況によっては、設定値を即座に同期させるのが適切な場合もあれば、緊急性が低い場合もある。
【０００８】
本発明は上記従来技術の問題を解決するためになされたものであり、その目的は、状況に応じた適切なタイミングで設定情報を更新することで、通信量を抑制しつつ設定情報の不整合の期間を適切に短縮することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明は、サーバと通信可能に接続される情報処理装置であって、前記情報処理装置に関する設定情報を管理する管理手段と、前記サーバが保持する設定情報のうち変更のあった設定項目を示す情報を含んだ更新通知を前記サーバから受け付ける受け付け手段と、前記情報処理装置の状態を取得する取得手段と、前記受け付け手段により受け付けられた更新通知に含まれる前記変更のあった設定項目を示す情報と、前記取得手段により取得された前記情報処理装置の状態とに基づいて、取得タイミングを設定する設定手段と、前記設定手段により設定された取得タイミングが到来したとき、前記管理手段が管理する設定情報を前記サーバが保持する設定情報と同期させる同期手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、状況に応じた適切なタイミングで設定情報を更新することで、通信量を抑制しつつ設定情報の不整合の期間を適切に短縮することができる。
【図面の簡単な説明】
【００１１】
【図１】情報処理システムの全体構成を示す図である。
【図２】１つのデジタル複合機の構成を示すブロック図である。
【図３】管理アプリケーションプログラムのブロック図である。
【図４】設定データの設定項目分類を示す図である。
【図５】取得タイミング設定及び同期処理を示すフローチャートである。
【図６】設定値取得判定処理を示すフローチャートである。
【図７】取得タイミング計算処理を示すフローチャートである。
【図８】ジョブ中タイミング判断処理を示すフローチャートである。
【図９】設定値取得判定処理を示すフローチャートである。
【図１０】取得タイミング計算処理を示すフローチャートである。
【図１１】操作中タイミング判断処理を示すフローチャートである。
【図１２】設定値取得判定処理を示すフローチャートである。
【図１３】取得タイミング計算処理を示すフローチャートである。
【図１４】ログイン中タイミング判断処理を示すフローチャートである。
【図１５】取得タイミング設定及び同期処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面を参照して説明する。
【００１３】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る情報処理装置とサーバとを有する情報処理システムの全体構成を示す図である。
【００１４】
本発明の情報処理装置として、デジタル複合機１１０（１１０ａ、１１０ｂ）を例示する。インターネット等のネットワーク１００を介して、デジタル複合機１１０とＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）１２０とは通信可能である。サーバ１４０はネットワーク１００上に存在し、ファイアウォール（Ｆｉｒｅｗａｌｌ）１３０を介してデジタル複合機１１０やＰＣ１２０との通信を行う。デジタル複合機１１０は少なくとも１つ存在すればよく、その構成については代表して１つを説明する。以下、デジタル複合機１１０を複合機１１０と略記することもある。
【００１５】
サーバ１４０は、複合機１１０に関する設定データ（設定情報）を保持管理する。サーバ１４０は、複合機１１０の設定データを、自身が有する記憶部に保持するか、または自身がアクセス可能な場所に保持している。サーバ１４０が保持管理する設定データは、例えば、オートスリープの設定などの電力制御情報や、ＩＰアドレスフィルタやＭＡＣアドレスフィルタなどのフィルタ情報などである。設定データの詳細は図４を用いて後述する。
【００１６】
管理者ユーザはＰＣ１２０からサーバ１４０にアクセスして設定データを変更する。サーバ１４０は、変更された後の設定データを保持し、設定データを最新状態に維持することで設定データを管理する。複合機１１０は、設定データを保持する。複合機１１０は、サーバ１４０から設定データを後述する「取得タイミング」で取得し、取得した設定データに基づき自らが保持している設定データを更新する。すなわち、サーバ１４０から取得した設定データに複合機１１０自身が保持する設定データを同期させる同期処理によって、管理者ユーザが設定した設定データが、複合機１１０に設定される。
【００１７】
また、管理者ユーザが複合機１１０に対して設定データの設定変更を行った場合は、変更された設定データを複合機１１０がサーバ１４０に通知することで、複合機１１０とサーバ１４０の設定データとの同期がなされる。
【００１８】
図２は、１つのデジタル複合機１１０の構成を示すブロック図である。複合機１１０は、コントローラユニット２００、操作部２２０、スキャナ２３０、プリンタ２４０を含んでいる。コントローラユニット２００には、タッチパネルを有する操作部２２０が接続されるとともに、画像入力デバイスであるスキャナ２３０や画像出力デバイスであるプリンタ２４０が接続される。
【００１９】
コントローラユニット２００は、具体的には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２を有している。ＣＰＵ２０２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０６に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を立ち上げる。コントローラユニット２００は、このＯＳ上で、記憶装置２０５に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。記憶装置２０５としては、本実施の形態ではＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）を例示する。ＣＰＵ２０２の作業領域としてＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３が用いられる。ＲＡＭ２０３は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。記憶装置２０５は、上記アプリケーションプログラムや画像データを格納する。
【００２０】
ＣＰＵ２０２には、システムバス２１０を介して、ＲＯＭ２０６およびＲＡＭ２０３とともに、操作部Ｉ／Ｆ２０１、デバイスＩ／Ｆ２０４、Ｎｅｔｗｏｒｋ２０７、画像処理２０８が接続される。操作部Ｉ／Ｆ２０１は、操作部２２０とのインタフェースであり、操作部２２０に表示すべき画像データを操作部２２０に対して出力する。また、操作部Ｉ／Ｆ２０１は、操作部２２０においてユーザにより入力された情報をＣＰＵ２０２に送出する。デバイスＩ／Ｆ２０４には、スキャナ２３０およびプリンタ２４０が接続される。デバイスＩ／Ｆ２０４は、画像データの同期系／非同期系の変換を行う。Ｎｅｔｗｏｒｋ２０７は、ネットワーク１００に接続され、ネットワーク１００を介して各装置との間でデータ通信を行う。画像処理２０８では、スキャナ２３０からの入力画像処理やプリンタ２４０への出力画像処理のほか、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの処理を行う。
【００２１】
図３は、デジタル複合機１１０で動作する管理アプリケーションプログラムのブロック図である。
【００２２】
この管理アプリケーション３００は、設定データ管理部３１０（管理手段）と、表示部３２０と、通信制御部３３０と、デバイス状態判断部３４０と、ジョブ制御部３５０と、ユーザ操作検知部９１０と、ログイン管理部１３１０とを含む。通信制御部３３０は、全体を制御する制御部３３１、設定データを同期する「取得タイミング」を管理するタイミング管理部３３２、Ｎｅｔｗｏｒｋ２０７を介した通信処理を行う通信処理部３３３のほか、通知記憶部１７１０を含む。
【００２３】
ここで、ユーザ操作検知部９１０は第２の実施の形態で用いられ、ログイン管理部１３１０は第３の実施の形態で用いられ、通知記憶部１７１０は第４の実施の形態で用いられる。従って、これらの構成要素は、第１の実施の形態においては必須でなく、廃止してもよい。
【００２４】
管理アプリケーション３００は、ＲＡＭ２０３、記憶装置２０５、ＲＯＭ２０６の少なくともいずれかの記憶手段に記憶され、ＣＰＵ２０２により実行される。
【００２５】
設定データ管理部３１０は複合機１１０で保持される設定情報である設定データ３１１を管理し、表示部３２０は、操作部２２０へ表示する情報を処理する。通信制御部３３０は複数のブロックから構成され、Ｎｅｔｗｏｒｋ２０７を介して行う通信を制御する。デバイス状態判断部３４０は、複合機１１０の動作状態等の各種の状態（デバイス状態）を判断し、ジョブ制御部３５０は、複合機１１０が処理をするジョブを制御する。設定データ管理部３１０が管理する設定データ３１１は、記憶装置２０５やＲＡＭ２０３、ＲＯＭ２０６などに保存されるが、設定データ管理部３１０がアクセスできる場所に設定データ３１１が保持されればよく、保持される場所は問わない。
【００２６】
通信制御部３３０は、タイミング管理部３３２が管理する同期処理のタイミング、すなわち、取得タイミングになったことを検知したら、制御部３３１から通信処理部３３３に対して、サーバ１４０への差分データの取得要求を行わせる。通信処理部３３３は設定データ管理部３１０が管理する設定データ３１１と、サーバ１４０が保持する設定データとの間に差分があるかどうかをサーバ１４０に問い合わせる。以下、サーバ１４０が保持する設定データのことを「サーバ側設定データ」と記すこともある。ここで、差分があった場合は、通信処理部３３３は差分データを取得する。通信処理部３３３は本発明における受け付け手段に該当する。
【００２７】
制御部３３１は差分データが取得された場合、設定データ管理部３１０に対して、取得された差分データの設定データ３１１への反映を指示する。設定データ管理部３１０は受け取った差分データを設定データ３１１に上書きして差分データの部分だけを更新する。一方、通信処理部３３３は、サーバ１４０に問い合わせた結果、差分データがなかった場合は、差分データの取得を行わない。
【００２８】
通信処理部３３３は、サーバ１４０に対して差分データの問い合わせとは別に、サーバ１４０と長時間に亘ってコネクションを維持する。ＷｅｂＳｏｃｋｅｔのような接続を長時間維持するプロトコルなどを利用することで、通信処理部３３３はサーバ１４０とコネクション確立した（張った）状態にしておき、そのコネクションを管理しておく。そして、維持されているコネクションを介して、サーバ１４０から設定データが変更されたことを示す「設定データ更新通知」を受信した場合は、通信処理部３３３は、制御部３３１にその設定データ更新通知を通知する。ここでサーバ１４０から受け付けられる設定データ更新通知（以下、「更新通知」と略記することもある）には、変更のあった設定項目を示す情報が含まれている。
【００２９】
デバイス状態判断部３４０は、複合機１１０が、待機状態（アイドル状態）と、スリープ状態と、コピー／プリントジョブ実行状態と、ＳＥＮＤ／ＦＡＸジョブ実行状態とのいずれの状態であるかを判断する。ジョブ制御部３５０は、複合機１１０が処理しているジョブの種類や、ジョブの処理状態を検知する。デバイス状態判断部３４０及びジョブ制御部３５０は、本発明における取得手段に該当する。
【００３０】
ジョブ制御部３５０はまた、検知したジョブに一時停止と再開を指示する。更新通知が受信されたとき、実行中のジョブに影響を与えず設定データ３１１を更新するために、設定データ管理部３１０は、ジョブに影響のある設定を反映する前にジョブ制御部３５０にジョブの一時停止を要求する。
【００３１】
図４は、設定データ３１１の設定項目分類を示す図である。設定データ３１１は、セキュリティ設定項目４０１、動作制限設定項目４０２、課金設定項目４０３、環境関連設定項目４０４、送受信設定項目４０５及び一般設定項目４０６の６つの設定項目に分類される。設定データ３１１は複数の設定値から構成され、各設定値は上記６つの設定項目のうちいずれか１つに属する。
【００３２】
セキュリティ設定項目４０１は、ネットワークの設定等の設定値を含んでいる。動作制限設定項目４０２は、ユーザに対して複合機１１０の機能を制限する設定等の設定値を含んでいる。課金設定項目４０３は、ユーザが複合機１１０を利用するときに課金される料金の設定等に関する設定値を含んでいる。環境関連設定項目４０４は、複合機１１０の使用状況や消費電力に関わるスリープ設定等の設定値を含んでいる。送受信設定項目４０５は、アドレス帳や送信設定等の送受信機能に関わる設定値を含んでいる。一般設定項目４０６は、項目４０１〜４０５のいずれにも含まれない設定値を含んでいる。
【００３３】
サーバ１４０が保持している設定データが変更されたとき、サーバ１４０は、コネクションを確立している複合機１１０へ、変更された設定値が属する設定項目を示す情報を更新通知に含めて送信する。
【００３４】
次に、図５〜図８で、デジタル複合機１１０が更新通知と装置状態とに基づいて取得タイミングを設定し、設定した取得タイミングが到来したとき、サーバ１４０が保持する設定データとの同期を行う処理を説明する。
【００３５】
図５は、取得タイミング設定及び同期処理を示すフローチャートである。この処理は、ＣＰＵ２０２が管理アプリケーション３００を実行することで実現される。この処理は、通信処理部３３３がサーバ１４０とのコネクションを張り（確立し）、コネクションを管理している時点から開始される。
【００３６】
ステップＳ５０１で、タイミング管理部３３２は、設定値取得判定処理（図６）を実行する。この設定値取得判定処理による判定結果は、取得タイミングが到来した（今、設定値を取得する）、あるいは取得タイミングが到来していない（今は設定値を取得しない）の２つのうちいずれかである。
【００３７】
図６は、図５のステップＳ５０１で実行される設定値取得判定処理を示すフローチャートである。
【００３８】
まず、ステップＳ６０１で、タイミング管理部３３２は、現在設定されている取得タイミングをＲＡＭ２０３から読み出して取得する。次に、タイミング管理部３３２は、読み出した取得タイミングが「即座」であるか否かを判別する（ステップＳ６０２）。
【００３９】
ここで、取得タイミングは図７及び図８の処理により設定され、取得タイミングには、「即座」のほか、「ジョブ終了後」、「設定時間経過後」がある。特に「設定時間経過後」は、時間情報の一例として、取得タイミングの設定時からの経過時間である設定時間Ｔが規定されるものである。設定時間Ｔの長さとしては２種類があり、長いのが「長期」、短いのが「標準」である。なお、設定時間Ｔの長さの種類は１つでもよいし、３以上でもよい。設定時間Ｔには、「長期」、「標準」のそれぞれについて、予め定めた固定値が設定されてもよいが、ユーザにより指定されるようにしてもよい。また、設定時間Ｔは、計時開始からの経過時間として設定されるのに限られず、絶対時刻として設定されてもよい。
【００４０】
ステップＳ６０２の判別の結果、取得タイミングが「即座」である場合は、タイミング管理部３３２は、設定値を取得すると判断、すなわち、取得タイミングが到来したと判断して（ステップＳ６０３）、図６の処理を終了させる。一方、取得タイミングが「即座」でない場合は、タイミング管理部３３２は、取得タイミングが「ジョブ終了後」であるか否かを判別する（ステップＳ６０４）。その判別の結果、取得タイミングが「ジョブ終了後」でない場合は、取得タイミングは「設定時間経過後」と設定されているので、タイミング管理部３３２は、取得タイミングにおいて設定されている設定時間Ｔが経過したか否かを判別する（ステップＳ６０５）。これは、設定時間Ｔの設定の際に計時が開始された経過時間との比較によって判別される。
【００４１】
その判別の結果、設定時間Ｔが経過している場合は、タイミング管理部３３２は、設定値を取得すると判断、すなわち、取得タイミングが到来したと判断して（ステップＳ６０７）、図６の処理を終了させる。一方、設定時間Ｔが経過していない場合は、タイミング管理部３３２は、今は設定値を取得しないと判断、すなわち、取得タイミングが到来していないと判断して（ステップＳ６０８）、図６の処理を終了させる。
【００４２】
ステップＳ６０４の判別の結果、取得タイミングが「ジョブ終了後」である場合は、タイミング管理部３３２は、処理対象となっているジョブ処理が終了しているか否かを判別する（ステップＳ６０６）。すなわち、タイミング管理部３３２は、デバイス状態判断部３４０を介してジョブ制御部３５０に対象ジョブの処理状況を問い合わせる。ジョブ制御部３５０は、問い合わせを受けたジョブが終了しているか否かを判定し、その結果をタイミング管理部３３２に返す。タイミング管理部３３２は、受け取った結果から、対象ジョブの処理が終了しているか否かを判別する。
【００４３】
その判別の結果、タイミング管理部３３２は、対象ジョブの処理が終了している場合は、ステップＳ６０９でステップＳ６０３と同様の処理を実行する。一方、対象ジョブの処理が終了していない場合は、タイミング管理部３３２は、ステップＳ６１０でステップＳ６０８と同様の処理を実行して、図６の処理を終了させる。なお、ステップＳ６０３、Ｓ６０７〜Ｓ６１０では、取得タイミングが到来しているか到来していないかを示すフラグ等の情報がＲＡＭ２０３に保持される。
【００４４】
なお、ステップＳ６０１で、現在設定されている取得タイミングが存在しない場合は、タイミング管理部３３２は、取得タイミングが到来していないと判断する。
【００４５】
次に、図５のステップＳ５０２で、タイミング管理部３３２は、取得タイミングが到来しているか否かを判別する。ここでの判別結果は、図６のステップＳ６０３、Ｓ６０７〜Ｓ６１０での判断結果によって定まる。その判別の結果、取得タイミングが到来していない場合は、タイミング管理部３３２は、通信処理部３３３によりサーバ１４０からの更新通知を受信しているか否かを判別する（ステップＳ５０３）。その判別の結果、更新通知を受信していない場合は、ステップＳ５０７で、制御部３３１はサーバ１４０とのコネクションが確立されているかどうかを通信処理部３３３に問い合わせて判別する。そして、サーバ１４０とのコネクションが確立されている場合は、処理はステップＳ５０１へ戻る一方、コネクションが確立されていない場合は、図５の処理が終了する。
【００４６】
一方、ステップＳ５０３の判別の結果、更新通知を受信している場合は、タイミング管理部３３２は、取得タイミング計算処理（図７）を実行し（ステップＳ５０４）、処理をステップＳ５０５に進める。ステップＳ５０５では、タイミング管理部３３２は、取得タイミング更新判定、すなわち、現在設定されている取得タイミングをステップＳ５０４の取得タイミング計算処理（図７）で算出した取得タイミングに更新すべきか否かを判定する。
【００４７】
次に、ステップＳ５０６で、タイミング管理部３３２は、取得タイミングを設定する。ここで、ステップＳ５０５の取得タイミング更新判定において取得タイミングに更新すべきと判定された場合には、現在設定されている取得タイミングに代えて、ステップＳ５０４で算出した取得タイミングが新たな取得タイミングとして設定される。この場合、取得タイミングはその到来前に再設定されることになる。一方、ステップＳ５０５の取得タイミング更新判定において取得タイミングに更新すべきでないと判定された場合には、現在設定されている取得タイミングがそのまま維持される。タイミング管理部３３２は、本発明における設定手段に該当する。更新された取得タイミングの情報はＲＡＭ２０３に格納される。その際、新たに設定する取得タイミングが「設定時間経過後」である場合は、タイミング管理部３３２は、設定時間Ｔを設定すると共に計時を開始する。
【００４８】
ステップＳ５０２の判別の結果、取得タイミングが到来した場合は、ステップＳ５０８、Ｓ５０９で、管理アプリケーション３００は、設定データの同期を行う。管理アプリケーション３００は、本発明における同期手段に該当する。
【００４９】
まずステップＳ５０８で、制御部３３１は通信処理部３３３に差分データ（差分値）の取得を指示する。すると通信処理部３３３はサーバ１４０にリクエストを送信し、設定データ３１１とサーバ側設定データとの間の差分データをサーバ１４０から取得する。差分データを取得したらそれを制御部３３１が設定データ管理部３１０へ通知する。次に、ステップＳ５０９で、設定データ管理部３１０は、通信処理部３３３が取得した差分データを複合機１１０の設定データ３１１に反映させる。これにより、設定データ３１１がサーバ側設定データと一致し、同期が完了する。
【００５０】
次に、タイミング管理部３３２は、現在設定されている取得タイミングをリセットする（ステップＳ５１０）。次に、ジョブ制御部３５０は、複合機１１０が処理しているジョブの状態を検知し、設定データ同期のために一時停止したジョブが存在するか否かを判別する（ステップＳ５１１）。その判別の結果、ジョブ制御部３５０は、一時停止したジョブが存在しない場合は、処理をステップＳ５０７へ進める一方、ジョブが停止中であればそのジョブを再開させてから（ステップＳ５１２）、処理をステップＳ５０７に進める。
【００５１】
図７は、図５のステップＳ５０４で実行される取得タイミング計算処理を示すフローチャートである。この処理は、更新通知に含まれる設定項目と、デバイス状態とに基づいて、取得タイミングが判断・決定される処理である。
【００５２】
まず、ステップＳ７０１で、タイミング管理部３３２は、制御部３３１を介して通信処理部３３３から設定データ更新通知を取得すると共に、デバイス状態判断部３４０から複合機１１０の現在のデバイス状態を取得する。次に、ステップＳ７０２で、タイミング管理部３３２は、通信処理部３３３によりサーバ１４０から受信した更新通知に含まれる設定項目、すなわち、変更のあった設定項目を取得する。
【００５３】
次に、ステップＳ７０３では、タイミング管理部３３２は、ステップＳ７０１で取得したデバイス状態から、現在、複合機１１０でジョブが実行中であるか否かを判別する。その判別の結果、ジョブが実行中である場合は、タイミング管理部３３２は、ジョブ中タイミング判断処理（図８）を実行して（ステップＳ７０４）、図７の処理を終了させる。一方、ジョブ実行中でない場合は、タイミング管理部３３２は、ステップＳ７０２で取得した設定項目が、送受信設定項目４０５または一般設定項目４０６のいずれかであるか否かを判別する（ステップＳ７０５）。
【００５４】
その判別の結果、取得した設定項目が送受信設定項目４０５または一般設定項目４０６のいずれでもない場合は、取得した設定項目が項目４０１〜４０４のいずれかであり、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」であると判断して（ステップＳ７０６）、図７の処理を終了させる。一方、取得した設定項目が送受信設定項目４０５または一般設定項目４０６のいずれかである場合は、タイミング管理部３３２は、ステップＳ７０１で取得したデバイス状態がアイドル状態であるか否かを判別する（ステップＳ７０７）。その判別の結果、デバイス状態がアイドル状態である場合は、タイミング管理部３３２は、取得タイミングを「設定時間経過後」の「標準」と判断する（ステップＳ７０８）。一方、デバイス状態がアイドル状態でない場合は、スリープ状態であるので、タイミング管理部３３２は、取得タイミングを「設定時間経過後」の「長期」と判断する（ステップＳ７０９）。ステップＳ７０８またはステップＳ７０９の処理後は、図７の処理が終了する。
【００５５】
図８は、図７のステップＳ７０４で実行されるジョブ中タイミング判断処理を示すフローチャートである。
【００５６】
まず、タイミング管理部３３２は、ステップＳ７０２で取得した設定項目が、セキュリティ設定項目４０１または動作制限設定項目４０２のいずれかであるか否かを判別する（ステップＳ８０１）。その判別の結果、取得した設定項目が、セキュリティ設定項目４０１または動作制限設定項目４０２のいずれかである場合は、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」であると判断して（ステップＳ８０２）、図８の処理を終了させる。一方、取得した設定項目が、セキュリティ設定項目４０１または動作制限設定項目４０２のいずれでもない場合は、タイミング管理部３３２は、処理をステップＳ８０３に進める。
【００５７】
ステップＳ８０３では、タイミング管理部３３２は、デバイス状態判断部３４０を介してジョブ制御部３５０に問い合わせることで、実行中のジョブがコピー／プリントジョブであるか否かを判別する。その判別の結果、タイミング管理部３３２は、実行中のジョブがコピー／プリントジョブである場合は、処理をステップＳ８０４に進める。一方、タイミング管理部３３２は、実行中のジョブがコピー／プリントジョブでない（ＳＥＮＤ／ＦＡＸジョブ等である）場合は、処理をステップＳ８０５に進める。
【００５８】
ステップＳ８０４では、タイミング管理部３３２は、ステップＳ７０２で取得した設定項目が、課金設定項目４０３であるか否かを判別する。その判別の結果、設定項目が課金設定項目４０３である場合は、コピー／プリントジョブの実行中に課金設定項目４０３に変更があった場合であるから、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」であると判断して（ステップＳ８０６）、表示部３２０に指示して操作部２２０に警告画面を表示させる（ステップＳ８１０）。そして、タイミング管理部３３２は、実行中のジョブを一時停止するようジョブ制御部３５０に要求する（ステップＳ８１１）。ジョブ制御部３５０は実行中のジョブを一時停止し、その後、図８の処理が終了する。
【００５９】
ステップＳ８０４の判別の結果、ステップＳ７０２で取得した設定項目が、課金設定項目４０３でない場合は、緊急性が高くないので、タイミング管理部３３２は、取得タイミングを「ジョブ終了後」と判断し（ステップＳ８０７）、図８の処理を終了させる。
【００６０】
ステップＳ８０５では、タイミング管理部３３２は、ステップＳ７０２で取得した設定項目が送受信設定項目４０５であるか否かを判別する。その判別の結果、取得した設定項目が送受信設定項目４０５である場合は、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」と判断し（ステップＳ８０８）、ステップＳ８１２、Ｓ８１３で、ステップＳ８１０、Ｓ８１１と同様の処理を実行して、図８の処理を終了させる。
【００６１】
ステップＳ８０５の判別の結果、ステップＳ７０２で取得した設定項目が送受信設定項目４０５でない（環境関連設定項目４０４や一般設定項目４０６である）場合は、緊急性が高くない。そこでタイミング管理部３３２は、取得タイミングを「ジョブ終了後」と判断し（ステップＳ８０９）、図８の処理を終了させる。
【００６２】
本実施の形態によれば、取得タイミングが到来したとき、管理アプリケーション３００は、設定データ管理部３１０が管理する設定データ３１１を、サーバ１４０が保持するサーバ側設定データと同期させる。取得タイミングは、サーバ１４０から更新通知を受信したときに設定され、更新通知に含まれる変更のあった設定項目とデバイス状態とに基づいて設定される。これにより、デジタル複合機１１０の状況に応じた適切なタイミングで設定データ３１１を更新することができるので、通信量を抑制しつつ設定データ３１１の不整合の期間を適切に短縮することができる。
【００６３】
特に、ジョブの実行中に更新通知を受信した場合は、そのジョブの内容も考慮して取得タイミングが設定される（図８）。従って、ジョブの実行状況に応じた適切なタイミングで設定データ３１１を更新することができる。
【００６４】
また、設定した取得タイミングが到来する前に、新たな更新通知が受け付けられた場合は、新たな更新通知に含まれる変更のあった設定項目とデバイス状態とに基づいて、取得タイミングが再設定される（図５のステップＳ５０３〜Ｓ５０６）。これにより、デジタル複合機１１０の状況の変化に適切に対応し、例えば、緊急性の高い更新を迅速に反映させることができる。
【００６５】
なお、本実施の形態では、設定データ更新通知に含まれる設定項目とデバイス状態とから取得タイミングを設定する例を説明した。しかし、設定項目の分類や、判断されるデバイス状態、さらにはそれらから設定される取得タイミングは例示したものに限定されない。
【００６６】
（第２の実施の形態）
本発明の第２の実施の形態では、ユーザによる操作状態も考慮して取得タイミングを設定する。すなわち、第２の実施の形態は、第１の実施の形態に対して設定値取得判定処理及び取得タイミング計算処理が相違する。さらに操作中タイミング判断処理（図１１）が追加される。その他の構成は同様である。従って、図６、図７に代えて図９、図１０を用いると共に図１１を加えて、第２の実施の形態を説明する。
【００６７】
本実施の形態では、図３に示すユーザ操作検知部９１０が必須となる。ユーザ操作検知部９１０は、ユーザが操作部２２０を操作したときに、その操作内容を検知し、その操作内容及び時刻を記録するとともに他の構成要素にそれを通知する。デバイス状態判断部３４０は、ユーザ操作検知部９１０に操作内容を問い合わせることで、ユーザによる操作状況や操作時刻等を知ることができる。
【００６８】
図９は、設定値取得判定処理を示すフローチャートである。図９の処理では、図６の処理に対し、ステップＳ１００１、Ｓ１００２〜Ｓ１００４が追加されている。
【００６９】
まず、ステップＳ６０１、Ｓ６０２、Ｓ６０３の処理は第１の実施の形態（図６）と同様である。ステップＳ６０２の判別の結果、取得タイミングが「即座」でない場合は、タイミング管理部３３２は、取得タイミングが「操作終了後」であるか否かを判別する（ステップＳ１００１）。ここで、本実施の形態では、取得タイミングは図８、図１０及び図１１の処理により設定される。本実施の形態では、取得タイミングには、「即座」、「ジョブ終了後」、「設定時間経過後」のほか「操作終了後」がある。「操作終了後」であるという判断は、図１１のステップＳ１２０３、Ｓ１２０４の処理によりなされる。
【００７０】
ステップＳ１００１の判別の結果、タイミング管理部３３２は、取得タイミングが「操作終了後」である場合は、処理をステップＳ１００２に進める一方、取得タイミングが「操作終了後」でない場合は、処理をステップＳ６０４に進める。ステップＳ６０４〜Ｓ６１０の処理は第１の実施の形態（図６）と同様である。
【００７１】
ステップＳ１００２では、デバイス状態判断部３４０は、ユーザ操作検知部９１０からユーザによる操作の最終操作時刻を取得してそれをタイミング管理部３３２に通知する。それと共に、タイミング管理部３３２は、最終操作時刻と現在時刻とを比較し、最終操作時刻から所定時間が経過したか否かを判別する。所定時間は固定値でもよいし、ユーザが指定できるようにしてもよい。
【００７２】
その判別の結果、最終操作時刻から所定時間が経過した場合は、タイミング管理部３３２は、設定値を取得すると判断、すなわち、取得タイミングが到来したと判断して（ステップＳ１００３）、図９の処理を終了させる。一方、最終操作時刻から所定時間が経過していない場合は、タイミング管理部３３２は、今は設定値を取得しないと判断、すなわち、取得タイミングが到来していないと判断して（ステップＳ１００４）、図９の処理を終了させる。
【００７３】
図１０は、取得タイミング計算処理を示すフローチャートである。図１０の処理では、図７の処理に対し、ステップＳ１１０１、Ｓ１１０２が追加されている。
【００７４】
まず、ステップＳ７０１、Ｓ７０２の処理は第１の実施の形態（図７）と同様である。次に、ステップＳ１１０１では、デバイス状態判断部３４０はユーザ操作検知部９１０からユーザが複合機１１０を操作中であるか否かを示す情報を取得し、それをタイミング管理部３３２に通知する。それと共に、タイミング管理部３３２は通知内容から、デバイス状態が、ユーザによる複合機１１０の操作中であるか否かを判別する。
【００７５】
その判別の結果、タイミング管理部３３２は、ユーザによる複合機１１０の操作中である場合は、処理をステップＳ１１０２に進める一方、複合機１１０の操作中でない場合は、処理をステップＳ７０３に進める。ステップＳ７０３〜Ｓ７０９の処理は第１の実施の形態（図７）と同様である。ステップＳ１１０２では、タイミング管理部３３２は、操作中タイミング判断処理（図１１）を実行する。
【００７６】
図１１は、図１０のステップＳ１１０２で実行される操作中タイミング判断処理を示すフローチャートである。
【００７７】
まず、ステップＳ１２０１で、タイミング管理部３３２は、ステップＳ７０２で取得した変更のあった設定項目が、セキュリティ設定項目４０１または動作制限設定項目４０２のいずれかであるか否かを判別する。その判別の結果、設定項目が、セキュリティ設定項目４０１または動作制限設定項目４０２のいずれかである場合は、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」であると判断し（ステップＳ１２０２）、表示部３２０に指示して操作部２２０に警告画面を表示させる（ステップＳ１２１２）。その後、図１１の処理は終了する。
【００７８】
ステップＳ１２０１の判別の結果、設定項目がセキュリティ設定項目４０１または動作制限設定項目４０２のいずれでもない場合は、タイミング管理部３３２は処理をステップＳ１２０３に進める。ステップＳ１２０３では、タイミング管理部３３２は、設定項目が、環境関連設定項目４０４または一般設定項目４０６のいずれかであるか否かを判別する。
【００７９】
その判別の結果、設定項目が、環境関連設定項目４０４または一般設定項目４０６のいずれかである場合は、緊急性が高くない。そこでタイミング管理部３３２は、取得タイミングを「操作終了後」であると判断し（ステップＳ１２０４）、図１１の処理を終了させる。一方、設定項目が、環境関連設定項目４０４または一般設定項目４０６のいずれでもない場合は、タイミング管理部３３２は、設定項目が課金設定項目４０３であるか否かを判別する（ステップＳ１２０５）。その判別の結果、設定項目が課金設定項目４０３である場合は、処理をステップＳ１２０６に進める。
【００８０】
ステップＳ１２０６では、タイミング管理部３３２は、デバイス状態判断部３４０を介してユーザ操作検知部９１０より検知されたユーザによる操作内容を取得する。それと共に、タイミング管理部３３２は、取得した操作内容から、ＦＡＸ／ＳＥＮＤ機能の操作中であるか否かを判別する。
【００８１】
その判別の結果、ＦＡＸ／ＳＥＮＤ機能の操作中である場合は、緊急性が高くないので、タイミング管理部３３２は、取得タイミングを「ジョブ終了後」であると判断し（ステップＳ１２０７）、図１１の処理を終了させる。一方、ＦＡＸ／ＳＥＮＤ機能の操作中でない場合は、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」であると判断し（ステップＳ１２０８）、表示部３２０に指示して操作部２２０に警告画面を表示させる（ステップＳ１２１３）。その後、図１１の処理は終了する。
【００８２】
ステップＳ１２０５の判別の結果、設定項目が課金設定項目４０３でない場合は、設定項目は送受信設定項目４０５であるので、タイミング管理部３３２は、処理をステップＳ１２０９に進める。ステップＳ１２０９では、タイミング管理部３３２は、デバイス状態判断部３４０を介してユーザ操作検知部９１０より検知されたユーザによる操作内容を取得する。それと共に、タイミング管理部３３２は、取得した操作内容から、コピー／プリント機能の操作中であるか否かを判別する。
【００８３】
その判別の結果、コピー／プリント機能の操作中である場合は、緊急性が高くないので、タイミング管理部３３２は、取得タイミングを「ジョブ終了後」と判断し（ステップＳ１２１０）、図１１の処理を終了させる。一方、コピー／プリント機能の操作中でない場合は、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」であると判断し（ステップＳ１２１１）、表示部３２０に指示して操作部２２０に警告画面を表示させる（ステップＳ１２１４）。その後、図１１の処理は終了する。
【００８４】
本実施の形態によれば、取得タイミングの判断に関し、第１の実施の形態に加え、ユーザによる操作中に更新通知を受けた場合は、操作中タイミング判断処理（図１１）により取得タイミングが判断される。特に、変更のあった設定項目とユーザによる操作内容との組み合わせによって取得タイミングが判断される。これにより、ユーザ操作状態も考慮して、適切なタイミングで設定データ３１１を更新することができるので、通信量を抑制しつつ設定データ３１１の不整合の期間を適切に短縮することができる。
【００８５】
なお、本実施の形態では、ユーザによるコピー／プリント機能またはＳＥＮＤ／ＦＡＸ機能の操作中に、設定データ更新通知を受信した場合に、その更新通知に含まれる設定項目と操作中の機能とにより取得タイミングを設定する例を説明した。しかし操作中か否かが判別される機能の分類や、操作中の機能に応じて設定される取得タイミングは例示したものに限定されない。
【００８６】
（第３の実施の形態）
本発明の第３の実施の形態では、ユーザによる複合機１１０へのログイン状態も考慮して取得タイミングを設定する。すなわち、第３の実施の形態は、第１の実施の形態に対して設定値取得判定処理及び取得タイミング計算処理が相違する。さらにログイン中タイミング判断処理（図１４）が追加される。その他の構成は同様である。従って、図６、図７に代えて図１２、図１３を用いると共に図１４を加えて、第３の実施の形態を説明する。
【００８７】
本実施の形態では、図３に示すログイン管理部１３１０が必須となる。ログイン管理部１３１０は、ユーザのログイン状態を複合機１１０が管理している場合において、ユーザがログインまたはログアウトしたときにそれぞれイベントを受信すると共に、現在のログイン状況を取得することができる。デバイス状態判断部３４０は、ログイン管理部１３１０に問い合わせることで、ログイン状況を知ることができる。
【００８８】
図１２は、設定値取得判定処理を示すフローチャートである。図１２の処理では、図６の処理に対し、ステップＳ１４０１、Ｓ１４０２〜Ｓ１４０４が追加されている。
【００８９】
まず、ステップＳ６０１、Ｓ６０２、Ｓ６０３の処理は第１の実施の形態（図６）と同様である。ステップＳ６０２の判別の結果、取得タイミングが「即座」でない場合は、タイミング管理部３３２は、取得タイミングが「ログアウト後」であるか否かを判別する（ステップＳ１４０１）。ここで、本実施の形態では、取得タイミングは図８、図１３及び図１４の処理により設定される。本実施の形態では、取得タイミングには、「即座」、「ジョブ終了後」、「設定時間経過後」のほか「ログアウト後」がある。「ログアウト後」であるという判断は、図１４のステップＳ１６０３、Ｓ１６０４、Ｓ１６０５、Ｓ１６０７の処理によりなされる。
【００９０】
ステップＳ１４０１の判別の結果、タイミング管理部３３２は、取得タイミングが「ログアウト後」である場合は、処理をステップＳ１４０２に進める一方、取得タイミングが「ログアウト後」でない場合は、処理をステップＳ６０４に進める。ステップＳ６０４〜Ｓ６１０の処理は第１の実施の形態（図６）と同様である。
【００９１】
ステップＳ１４０２では、デバイス状態判断部３４０は、ログイン管理部１３１０から、ユーザのログイン状況を取得してそれをタイミング管理部３３２に通知する。その通知を受けて、タイミング管理部３３２は、対象のユーザ（取得タイミング設定に設定されているユーザ）がログアウトしているか否かを判別する。その判別の結果、ユーザがログアウトしている場合は、タイミング管理部３３２は、設定値を取得すると判断、すなわち、取得タイミングが到来したと判断して（ステップＳ１４０３）、図１２の処理を終了させる。ユーザがログアウトしていない場合は、タイミング管理部３３２は、今は設定値を取得しないと判断、すなわち、取得タイミングが到来していないと判断して（ステップＳ１４０４）、図１２の処理を終了させる。
【００９２】
図１３は、取得タイミング計算処理を示すフローチャートである。図１３の処理では、図７の処理に対し、ステップＳ１５０１、Ｓ１５０２が追加されている。
【００９３】
まず、ステップＳ７０１、Ｓ７０２の処理は第１の実施の形態（図７）と同様である。次に、ステップＳ１５０１では、デバイス状態判断部３４０は、ログイン管理部１３１０から、ユーザのログイン状況を取得してそれをタイミング管理部３３２に通知する。その通知を受けて、タイミング管理部３３２は、ログイン中のユーザが存在するか否かを判別する。その判別の結果、タイミング管理部３３２は、ログイン中のユーザが存在する場合は、処理をステップＳ１５０２に進める一方、ログイン中のユーザが存在しない場合は、処理をステップＳ７０３に進める。ステップＳ７０３〜Ｓ７０９の処理は第１の実施の形態（図７）と同様である。ステップＳ１５０２では、タイミング管理部３３２は、ログイン中タイミング判断処理（図１４）を実行する。
【００９４】
図１４は、図１３のステップＳ１５０２で実行されるログイン中タイミング判断処理を示すフローチャートである。
【００９５】
まず、ステップＳ１６０１で、タイミング管理部３３２は、ステップＳ７０２で取得した変更のあった設定項目が、セキュリティ設定項目４０１であるか否かを判別する。その判別の結果、設定項目が、セキュリティ設定項目４０１である場合は、比較的緊急性が高い。そこでタイミング管理部３３２は、取得タイミングを「即座」であると判断し（ステップＳ１６０２）、図１４の処理を終了させる。
【００９６】
一方、設定項目が、セキュリティ設定項目４０１でない場合は、タイミング管理部３３２は処理をステップＳ１６０３に進める。ステップＳ１６０３では、タイミング管理部３３２は、設定項目が、環境関連設定項目４０４または一般設定項目４０６のいずれかであるか否かを判別する。その判別の結果、設定項目が、環境関連設定項目４０４または一般設定項目４０６のいずれかである場合は、緊急性が高くない。そこでタイミング管理部３３２は、取得タイミングを「ログアウト後」であると判断し（ステップＳ１６０４）、図１４の処理を終了させる。
【００９７】
一方、設定項目が、環境関連設定項目４０４または一般設定項目４０６のいずれでもない場合は、タイミング管理部３３２は、ステップＳ１６０５に処理を進める。ステップＳ１６０５では、タイミング管理部３３２は、設定データ管理部３１０に問い合わせて、設定項目が、ログイン中のユーザに関連する項目であるか否かを判別する。ユーザに関連する項目には、例えば、課金設定項目４０３や動作制限設定項目４０２である場合が該当するが、これらに限定されるものではない。
【００９８】
その判別の結果、設定項目が、ログイン中のユーザに関連する項目である場合は、比較的緊急性が高いので、タイミング管理部３３２は、取得タイミングを「即座」であると判断し（ステップＳ１６０６）、図１４の処理を終了させる。一方、設定項目が、ログイン中のユーザに関連する項目でない場合は、緊急性が高くないので、タイミング管理部３３２は、取得タイミングを「ログアウト後」であると判断し（ステップＳ１６０７）、図１４の処理を終了させる。
【００９９】
本実施の形態によれば、通信量を抑制しつつ設定データ３１１の不整合の期間を適切に短縮することに関し、第１、第２の実施の形態と同様の効果を奏することができる。しかしそれだけでなく、変更があった設定項目がログイン中のユーザに関連する項目であるかを考慮して、適切なタイミングで設定データ３１１を更新することができる。これにより、ログイン中のユーザの操作の遅延を防いだり、更新したことによる誤操作を防いだりすることができ、ログイン中のユーザの操作性を損ねることなく、設定データ３１１を同期させることができる。
【０１００】
なお、本実施の形態では、ユーザのログイン中に受けた設定データ更新通知に対して、設定項目がユーザに関連するか否かにより取得タイミングを変更する例を説明した。しかし、ユーザに関連する項目や、それに応じて設定される取得タイミングは例示したものに限定されない。また、取得タイミングが「即座」と判断された場合に、ステップＳ８１０等と同様に警告表示を行うようにしてもよい。警告画面を表示部３２０に表示することで誤動作の防止が期待できる。
【０１０１】
（第４の実施の形態）
本発明の第４の実施の形態では、サーバ１４０からの設定データ更新通知と、デジタル複合機１１０が設定値を取得する同期処理のタイミングとが重なった場合に対処する。すなわち、設定データの同期期間中に新たな更新通知を受けたとしても、その更新通知を取得タイミングの設定に反映させて更新漏れを防ぐ。第４の実施の形態では、第１の実施の形態に対して、取得タイミング設定及び設定データ同期の処理が相違し、その他の構成は同様である。従って、図５に代えて図１５を用いて第４の実施の形態を説明する。
【０１０２】
本実施の形態では、図３に示す通知記憶部１７１０が必須となる。通知記憶部１７１０は、サーバ１４０から受信した設定データ更新通知を記録する。タイミング管理部３３２は、設定データ更新通知の記録や、既に記録してある設定データ更新通知の呼び出しを通知記憶部１７１０に対して要求することができる。
【０１０３】
図１５は、取得タイミング設定及び同期処理を示すフローチャートである。
【０１０４】
ステップＳ５０１〜Ｓ５０３の処理は第１の実施の形態（図５）と同様である。ステップＳ５０３の判別の結果、更新通知を受信している場合は、タイミング管理部３３２は、受信した更新通知の通知内容を、通知記憶部１７１０に記録する（ステップＳ１８０１）。更新通知の通知内容には、更新通知を取得した時刻の情報が含まれている。その後のステップＳ５０４〜Ｓ５０８の処理は第１の実施の形態（図５）と同様である。
【０１０５】
ステップＳ５０８の処理後は、ステップＳ１８０４で、タイミング管理部３３２は、通信処理部３３３によりサーバ１４０からの更新通知を受信しているか否かを判別する。その判別の結果、タイミング管理部３３２は、更新通知を受信している場合は、受信した設定データ更新通知の通知内容を、通知記憶部１７１０に記録し（ステップＳ１８０５）、処理をステップＳ５０９に進める。一方、更新通知を受信していない場合は、処理をステップＳ５０９に進める。ステップＳ５０９〜Ｓ５１２の処理は第１の実施の形態（図５）と同様である。ステップＳ５１１の後は、処理はステップＳ１８０２に進む。
【０１０６】
ステップＳ１８０２では、タイミング管理部３３２は、ステップＳ５０８でサーバ１４０から設定データを取得した時刻を通信処理部３３３より取得する。この時刻は、同期処理を開始した時刻に相当する。さらにタイミング管理部３３２は、通知記憶部１７１０に記録されている更新通知のうち、その取得時刻が同期処理を開始した時刻よりも古い（前の）ものを、通知記憶部１７１０から削除する。従って、ステップＳ１８０５で記録された更新通知は削除されずに残る。
【０１０７】
次に、ステップＳ１８０３で、タイミング管理部３３２は、通知記憶部１７１０に記録されている更新通知が残っているか否かを判別する。その判別の結果、タイミング管理部３３２は、更新通知が残っていない場合は、処理をステップＳ５０７に進める一方、更新通知が残っている場合は、処理をステップＳ５０４に進める。これにより、同期処理開始後、完了前に更新通知を受けた場合は、その最新の更新通知に基づいて改めて速やかに取得タイミングが再設定される。
【０１０８】
本実施の形態によれば、第１の実施の形態と同様の効果を奏するだけでなく、設定データ３１１の同期中にサーバ１４０が更新通知を送信した場合であっても、データの不整合期間を短くすることができる。
【０１０９】
なお、本実施の形態の特有の構成は、第１の実施の形態だけでなく第２、第３の実施の形態のいずれにも適用が可能である。
【０１１０】
なお、上記各実施の形態において、設定データ３１１の設定項目分類は例示であり、一部の設定項目を削除してもよいし、新たな設定項目を追加してもよい。また、設定され得る取得タイミングとして、「即座」、「設定時間経過後」のように時間情報として規定する例のほか、「ジョブ終了後」、「操作終了後」、「ログアウト後」を示した。しかしこれらは取得タイミングの設定の例示であり、何らかのイベント発生の有無に依存させる等によって、複合機１１０の状態の所定の変化として取得タイミングを規定してもよい。
【０１１１】
また、デバイス状態判断部３４０により判断される複合機１１０のデバイス状態は、例示したような複合機１１０の動作状態、ジョブの処理状態、ユーザによる操作の状態、ユーザのログイン状態に限られない。
【０１１２】
本発明が適用される情報処理装置としてデジタル複合機１１０を例示したが、単機能の画像形成装置等であってもよい。また、本発明の情報処理システムを構成するサーバの数や情報処理装置の数は問わない。情報処理装置の設定データを保持するサーバは単体であることに限定されず、また、サーバが、例えば、ネットワーク経由でアクセス可能に設定データを保持していてもよい。
【０１１３】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【０１１４】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【符号の説明】
【０１１５】
１１０  デジタル複合機
１４０  サーバ
３００  管理アプリケーション
３１０  設定データ管理部
３１１  設定データ
３３２  タイミング管理部
３３３  通信処理部
３４０  デバイス状態判断部
３５０  ジョブ制御部
【図１】
2016016579.tif 000003
【図２】
2016016579.tif 000004
【図３】
2016016579.tif 000005
【図４】
2016016579.tif 000006
【図５】
2016016579.tif 000007
【図６】
2016016579.tif 000008
【図７】
2016016579.tif 000009
【図８】
2016016579.tif 000010
【図９】
2016016579.tif 000011
【図１０】
2016016579.tif 000012
【図１１】
2016016579.tif 000013
【図１２】
2016016579.tif 000014
【図１３】
2016016579.tif 000015
【図１４】
2016016579.tif 000016
【図１５】
2016016579.tif 000017