JP2015215755A - 情報処理装置、制御方法およびプログラム - Google Patents

Abstract

【課題】装置内のデータをサーバ上のデータと適切に同期させる情報処理装置を提供する。【解決手段】情報処理装置がサーバとの同期通信を停止する停止モードに設定されている間に同期通信の対象となるデータが変更されると、変更されたデータとサーバ上のデータとを同期させるか否かを判定する。ここで、同期させると判定された場合、停止モードが設定されていても、変更されたデータを同期通信によりサーバに送信する。【選択図】図１１

Description

本発明は、サーバとデータ同期通信を行う情報処理装置およびプログラムに関する。

情報処理装置で設定された設定値のマスタデータを、ネットワークを介して接続されたサーバ等に保存して一元管理することが知られている。そのような管理においては、情報処理装置の設定値とサーバ上のマスタデータとを同期させるように、両装置間で通信が行われる。例えば、サーバ内のマスタデータが変更された場合には、情報処理装置は、その変更された値を取得し、情報処理装置内の設定値の値を変更する。また、情報処理装置内の設定値が変更された場合には、情報処理装置は、その変更された値をサーバに送信し、サーバは、マスタデータにその値を反映する。そのような構成により、サーバは、管理対象の各情報処理装置の同期状態や設定値をマスタデータにより確認することができる。

情報処理装置は、上記のような同期状態となることにより、サーバと同期通信を行って自装置内の設定値とサーバ上のマスタデータとを同期させることができる。一方で、情報処理装置が同期状態である場合に、例えばネットワークを切断して情報処理装置を移動したり、ネットワークの設定を変更すると、情報処理装置とサーバとの間で設定値が不整合を起こすことがある。従って、そのような場合には、情報処理装置を一時停止状態とすることにより、サーバとの同期状態を一時的に停止する。特許文献１では、装置各部への電源供給を休止するスリープモード時に情報を受信すると、以降の情報の受信を制御する構成が記載されている。

特開平８−３２４０７１号公報

情報処理装置が一時停止状態のときであっても、情報処理装置の設定値はユーザにより変更可能である。しかしながら、情報処理装置は一時停止状態であるので、変更内容をサーバに通知してマスタデータと同期させることは行われない。特許文献１では、情報処理装置がスリープモード中に外部からの情報を受信したときに、以降の情報の受信を制御する構成について記載されている。しかしながら、特許文献１では、情報処理装置内で発生したデータの変更に伴って同期通信の要求を制御することはできない。

本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、装置内のデータをサーバ上のデータと適切に同期させる情報処理装置、制御方法およびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、自装置内のデータとサーバ上のデータとを同期させるための同期通信を行う情報処理装置であって、前記同期通信を行う同期通信モードと、前記同期通信を停止する停止モードとのいずれかに前記情報処理装置を設定するモード設定手段と、前記同期通信の対象となるデータの変更要求を受け付ける受付手段と、前記受付手段により受け付けた変更要求に応じて、前記同期通信の対象とするデータを変更する変更手段と、前記モード設定手段により前記情報処理装置が前記停止モードに設定されている間に前記変更要求に応じて前記変更手段により前記データが変更されると、当該変更されたデータと前記サーバ上のデータとを同期させるか否かを判定する判定手段と、前記変更されたデータと前記サーバ上のデータとを同期させると前記判定手段により判定されると、前記停止モードが設定されていても、前記変更されたデータを前記同期通信により前記サーバに送信する通信制御手段と、を備えることを特徴とする。

本発明によれば、装置内のデータをサーバ上のデータと適切に同期させることができる。

データ同期システムの構成を示す図である。 管理サーバの構成を示すブロック図である。 複合機の構成を示すブロック図である。 マスタデータの構成を示す図である。 マスタデータの設定値を示す図である。 マスタデータの設定値を示す他の図である。 マスタデータの設定値を示す他の図である。 複合機内の設定値データベースを示す図である。 複合機の同期管理アプリケーションのブロック構成を示す図である。 同期要求を受け付けた場合の処理を示す図である。 同期要求の処理を示す図である。 同期要求を受け付けた場合の処理を示す他の図である。 同期要求の処理を示す他の図である。 複合機の同期管理アプリケーションのブロック構成を示す他の図である。 同期要求の処理を示す他の図である。 複合機の同期管理アプリケーションのブロック構成を示す他の図である。 同期要求の処理を示す他の図である。 同期要求の処理を示す他の図である。 複合機の同期管理アプリケーションのブロック構成を示す他の図である。 同期要求を受け付けた場合の処理を示す他の図である。

以下、添付図面を参照して本発明の好適な実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。

［第１の実施形態］
図１は、本実施形態におけるデータ管理システムの構成を示す図である。データ管理システム（以下、システム）１００は、管理サーバ１１０と複合機１２０及び１３０を含む。各装置は、ネットワーク１４０を介して相互に通信可能に接続されている。管理サーバ１１０は、複合機１２０及び１３０（以下、総称してデバイスともいう）を監視しており、例えば、各デバイスの装置状態や機器構成等を監視している。管理サーバ１１０は、複合機１２０や１３０で記憶されている設定値のマスタデータを保持し、同期通信を行うことにより、各デバイスにおける設定値の内容と同期させることができる。ここで、設定値とは、例えば、ユーザモードやサービスモード等の各モードに関わるデバイス設定値である。また、例えば、カスタムメニュー、個人設定、アドレス帳等のユーザ設定値（ユーザデータ）である。また、例えば、機器構成、ライセンス情報、機器稼働状態等の設定値（機器構成情報）である。同期通信とは、相手側の装置に保持されているデータの取得要求を相手側の装置に送信し、取得したデータに応じて自装置内のデータの内容を一致させる通信を含む。また、自装置内のデータが変更されたタイミングに応じて、相手側の装置に自装置内のデータを送信することを含む。

管理サーバ１１０上のマスタデータが変更された場合には、管理サーバ１１０は、ネットワーク１００を介して複合機１２０及び１３０に対して変更情報を通知する。また、管理サーバ１１０は、複合機１２０若しくは１３０から設定値の変更情報を受信した場合には、自装置内のマスタデータの値を変更する。このように、システム１００においては、管理サーバ１１０と、複合機１２０及び１３０との間で、設定値の同期が行われる。システム１００において、複合機１２０と複合機１３０とは同じ構成であるので、以下、特に断らない限り、複合機１２０を複合機１２０及び１３０の代表例として扱う。

複合機１２０は、複数種類の機能、例えばコピー機能やＦＡＸ機能等を実行可能ないわゆるＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｎａｌ Ｐｅｒｉｐｈｅｒａｌ）であり、内部の記憶領域にそれらの機能の実行の際に利用される設定値を記憶している。ここで、設定値に変更があった場合には、複合機１２０は、ネットワーク１００を介して管理サーバ１１０に対して変更情報を通知する。また、複合機１２０は、管理サーバ１１０からマスタデータの変更情報を受信した場合には、自装置内の設定値の値を変更する。また、設定値によっては、複合機１２０と複合機１３０との間で、設定値の同期を行う場合もある。

管理サーバ１１０上のマスタデータに変更があった場合には、複合機１２０及び１３０の両方に対して設定値の変更情報が通知される。また、複合機１２０と複合機１３０のいずれかの設定値に変更があった場合には、まず、上記のように、一方の複合機から管理サーバ１１０に対して変更情報が通知され、その後、管理サーバ１１０を介して他方の複合機に対して変更情報が通知される。

図２は、管理サーバ１１０の構成を示すブロック図である。管理サーバ１１０は、コントローラユニット２００、操作部２２０、表示部２３０を含む。コントローラユニット２００は、ＣＰＵ２０３を含む。ＣＰＵ２０３は、ＲＯＭ２０６に記憶されているブートプログラムによりＯＳを起動する。また、ＣＰＵ２０３は、ＯＳ上で、ハードディスクドライブ（ＨＤＤ）２０５に記憶されているアプリケーションプログラム（以下、アプリケーション）を実行して各種処理を実行する。ＲＡＭ２０４は、ＣＰＵ２０３のワーキングメモリとして用いられる。

ＨＤＤ２０５は、アプリケーションとマスタデータ等を記憶する。マスタデータの管理方法については後述する。システムバス２１０には、ＲＯＭ２０６およびＲＡＭ２０４の他に、操作部Ｉ／Ｆ２０１、表示部Ｉ／Ｆ２０２、ネットワークＩ／Ｆ２０７が接続されている。操作部Ｉ／Ｆ２０１は、ポインティングデバイスやキーボード等を含む操作部２２０とのインタフェースであり、操作部２２０を介してユーザから入力された情報をＣＰＵ２０３に送信する。表示部Ｉ／Ｆ２０２は、ディスプレイ等を含む表示部２３０に表示すべき画面データを表示部２３０に対して出力する。また、ネットワークＩ／Ｆ２０７は、ネットワーク１４０上の各装置との間でデータの送受信を行う。

図３は、複合機１２０の構成を示すブロック図である。複合機１２０は、コントローラユニット３００、操作部３２０、スキャナ３３０、プリンタ３４０を含む。コントローラユニット３００は、操作部３２０と接続されるとともに、画像入力デバイスであるスキャナ３３０や画像出力デバイスであるプリンタ３４０とも接続される。

コントローラユニット３００は、ＣＰＵ３０２を含む。ＣＰＵ３０２は、ＲＯＭ３０６に記憶されているブートプログラムによりＯＳを起動する。また、ＣＰＵ３０２は、ＯＳ上で、ハードディスクドライブ（ＨＤＤ）３０５に記憶されているアプリケーションプログラム（以下、アプリケーション）を実行して各種処理を実行する。ＲＡＭ３０３は、ＣＰＵ３０２のワーキングメモリとして用いられたり、画像データを一時的に記憶するための画像メモリ領域として用いられる。ＨＤＤ３０５は、アプリケーション、画像データ、設定値を記憶する。複合機１２０における設定値の管理方法については後述する。

システムバス３１０には、ＲＯＭ３０６及びＲＡＭ３０３の他に、操作部Ｉ／Ｆ３０１、デバイスＩ／Ｆ３０４、ネットワークＩ／Ｆ３０７、画像処理部３０８が接続される。操作部Ｉ／Ｆ３０１は、タッチパネル等を含む操作部３２０とのインタフェースであり、操作部３２０に表示すべき画面データを操作部３２０に対して出力する。また、操作部Ｉ／Ｆ３０１は、操作部３２０を介してユーザから入力された情報をＣＰＵ３０２に送信する。デバイスＩ／Ｆ３０４は、スキャナ３３０及びプリンタ３４０と接続され、画像データの同期系／非同期系の変換を行う。ネットワークＩ／Ｆ３０７は、ネットワーク１４０上の各装置との間でデータの送受信を行う。画像処理部３０８は、スキャナ３３０で読み取られた画像データの入力処理、プリンタへの画像データの出力処理、画像の回転／圧縮、解像度変換、色空間変換、階調変換などの処理を行う。

図４は、管理サーバ１１０で保持されて管理されるマスタデータの構成を示すブロック図である。マスタデータ４０１は、デバイスに関する設定値と、ユーザに関する設定値とを含む。デバイスに関する設定値は、設定値情報データベース（ＤＢ）４１０と、デバイス共通設定値ＤＢ４１１と、登録デバイス管理ＤＢ４１３と、デバイス個別設定値ＤＢ４１２と、デバイス構成情報管理ＤＢ４１４とを含む。ユーザに関する設定値は、登録ユーザ管理ＤＢ４１５と、ユーザ設定値ＤＢ４１６とを含む。

図５（ａ）は、設定値情報ＤＢ４１０に記憶されるデータの一例を示す図である。設定値情報ＤＢ４１０は、管理サーバ１１０で管理される各設定値に関するメタデータを記憶するデータベースである。設定値情報ＤＢ４１０は、ユーザに提示する際の文言、デバイスと通信を行う際に設定値を識別するためのキー識別子、初期値、値域、適応機種／ファームウェアバージョン、設定値の表示条件（必要なライセンス名称等）を含む。設定値情報ＤＢ４１０で管理される各設定値は、デバイスの機種やファームウェアのバージョンに依存するか否かや、設定値の値域や初期値が異なる場合がある。例えば、図５（ａ）では、キー識別子「ｓｅｔｔｉｎｇｓ．ｐａｔｔｅｒｎ」で識別される設定値は、機種Ａ、機種Ｂでは全ての個体に存在するが、機種Ｃではファームウェアのバージョンが３．０１以降の個体にのみ存在することを表している。また、キー識別子「ｓｅｔｔｉｎｇｓ．ｄｅｎｓｉｔｙ」で識別される設定値は、機種Ｂではインストールされているファームウェアのバージョンにより設定値の値域や初期値が異なることを表している。

図５（ｂ）は、デバイス共通設定値ＤＢ４１１に記憶されるデータの一例を示す図である。デバイス共通設定値ＤＢ４１１は、管理サーバ１１０による管理対象の複数のデバイス全てで共有する設定値を管理するためのデータベースである。デバイス共通設定値ＤＢ４１１は、キー識別子、識別子に対応する値、設定値の最終更新日時が格納される。キー識別子は、設定値情報ＤＢ４１０のキー識別子と同一体系の識別子である。

図５（ｃ）は、デバイス個別設定値ＤＢ４１２に記憶されるデータの一例を示す図である。デバイス個別設定値ＤＢ４１２は、管理サーバ１１０による管理対象の複数のデバイスそれぞれで値が異なる設定値を管理するためのデータベースである。デバイス個別設定値ＤＢ４１２は、各複合機に対応して複数存在する。デバイス個別設定値ＤＢ４１２は、キー識別子、識別子に対応する値、設定値の最終更新日時を記憶する。キー識別子は、設定値情報ＤＢ４１０のキー識別子と同一体系の識別子である。

図６（ａ）は、登録デバイス管理ＤＢ４１３に記憶されるデータの一例を示す図である。登録デバイス管理ＤＢ４１３は、管理サーバ１１０による管理対象のデバイスの情報を管理するためのデータベースである。登録デバイス管理ＤＢ４１３は、管理対象のデバイスを一意に識別するためのデバイスＩＤ、デバイスの個体を識別する個体識別子等を記憶する。デバイスＩＤとしては、例えば、システム１００内で一意に区別され得る識別情報が用いられても良いし、個体識別子として、例えば、ＭＡＣアドレスが用いられても良い。

図６（ｂ）は、デバイス構成情報管理ＤＢ４１４に記憶されるデータの一例を示す図である。デバイス構成情報管理ＤＢ４１４は、デバイスの個体毎のデバイス構成情報の内容を示し、各デバイスに対応して複数存在する。デバイス構成情報は、デバイスの個体を識別する個体識別子、機種名、ファームウェアのバージョン、利用可能な機能を表すインストール済みライセンス情報、アクセサリ、個体の稼働状態を含む。図６（ｂ）の機種名、ファームウェアのバージョン、ライセンスは、設定値情報ＤＢ４１０に記憶されている情報と同一体系の情報である。稼働状態とは、例えば、個体が同期通信モードであるか、若しくは一時停止モードであるかである。

同期通信モードとは、管理サーバ１１０に図４に示すようなデータベースが存在し、デバイスが管理サーバ１１０と一定の時間間隔で同期通信を行うことで管理サーバ１１０のデータと自装置のデータとを同期通信により同期させるモードである。また、一時停止モードとは、管理サーバ１１０との同期通信を一時的に停止しているモードである。例えば、複合機１２０をネットワーク１４０から切断して移動する際に、複合機１２０は一時停止モードに設定される。同期通信モードや一時停止モードは、ＣＰＵ３０２によりモード設定される。

図７（ａ）は、登録ユーザ管理ＤＢ４１５に記憶されるデータの一例を示す図である。登録ユーザ管理ＤＢ４１５は、デバイスを利用するユーザに関する情報を管理するためのデータベースである。登録ユーザ管理ＤＢ４１５は、ユーザを一意に識別するためのユーザＩＤや、ログインの際にユーザが入力するユーザ名等を記憶する。

図７（ｂ）は、ユーザ設定値ＤＢ４１６に記憶されるデータの一例を示す図である。ユーザ設定値ＤＢ４１６は、デバイスを利用する各ユーザが利用可能なユーザ毎の設定値を管理するためのデータベースである。ユーザ設定値ＤＢ４１６は、ユーザを一意に識別するためのユーザＩＤ、設定値を一意に識別するためのキー識別子、設定値の内容、設定値の最終更新日時を記憶する。例えば、ユーザＩＤ５１１で識別されるユーザの印刷設定１では、「カラーモード、白黒、部数３」として設定されている。ユーザＩＤは、登録ユーザ管理ＤＢ４１５におけるユーザＩＤと同一の体系のユーザＩＤである。

管理サーバ１１０は、上記のマスタデータ４０１の各データベースにより、管理対象のデバイスの各々で異なる設定値、管理対象のデバイス全てに共通の設定値、各設定値のメタデータ、ユーザデータを一元管理することができる。

図８は、デバイスのＨＤＤ３０５に記憶される設定値ＤＢ８０１の一例を示す図である。設定値ＤＢ８０１は、デバイスで使用される設定値を記憶するデータベースである。設定値ＤＢ８０１に記憶される設定値は、設定値を識別するためのキー識別子、設定値の値、ＵＩ表示文言、初期値、値域、表示条件等の要素を含む。それらの要素は、マスタデータ４０１で管理されている図５（ａ）の情報と同一体系の情報である。管理サーバ１１０若しくはデバイスにおいて設定値が変更された場合には、図８に示すキー識別子および値を用いて、通信先の装置との設定値の同期通信を行われる。各設定値の同期通信は、管理サーバ１１０のネットワークＩ／Ｆ２０７と、デバイスのネットワークＩ／Ｆ３０７とがネットワーク１４０を介して行われる。

デバイスのＨＤＤ３０５には、図８に示す設定ＤＢ８０１の他、図７（ａ）及び（ｂ）に示すデータと同一の体系のデータも記憶されている。管理サーバ１１０若しくはデバイスにおいて設定値が変更された場合には、ユーザＩＤを用いて、通信先の装置との設定値の同期通信が行われる。

図９は、複合機１２０で動作する同期管理アプリケーション９００のブロック構成を示す図である。以下、同期管理アプリケーション９００を構成する各ブロックについて説明する。同期管理アプリケーション９００は、ＲＡＭ３０３、ＨＤＤ３０５、ＲＯＭ３０６のいずれかに記憶され、ＣＰＵ３０２により読み出されて実行されることにより、各実施形態の同期通信制御が実現される。

データ管理部９０１は、図８に示す設定値ＤＢ８０１への書き込み／読み出し等のアクセスを管理する。また、データ管理部９０１は、設定値ＤＢ８０１やユーザ設定値のデータ変更要求が発生した場合、同期要求受信部８０２に対して、変更内容の同期要求を出力する。データ変更要求とは、例えば、ユーザからのデータ編集要求であり、ユーザインタフェース画面等を介して受け付ける。同期要求には、データ種別、設定値を識別するためのキー識別子、設定値の値、要求受付時刻、設定値がユーザ設定値の場合にはユーザＩＤ及びユーザ名が含まれる。同期要求受信部９０２は、データ管理部９０１からの同期要求を受信し、受信した順番に同期要求管理部９０３に通知する。

同期要求管理部９０３は、通知された同期要求と、稼働状態管理部９０４及びデータ種別判定部９０６とを用いて、管理サーバ１１０との間で同期通信を行うかを判定する。ここで、同期通信を行うと判定された場合に、同期要求管理部９０３は、同期情報記憶部９０５により、通知された同期要求を記憶領域に格納する。また、管理サーバ１１０との同期通信を行う際には、通知された同期要求を同期通信部９０７に出力する。稼働状態管理部９０４は、複合機１２０が同期通信モードであるか、非同期通信モードであるか、一時停止モードであるかを判定し、その判定結果を同期情報記憶部９０５に通知する。ここで、非同期通信モードとは、複合機１２０が管理サーバ１１０との間で設定値の同期通信を行っていない状態である。

同期情報記憶部９０５は、受け付けた同期要求の情報を記憶領域に格納する。同期情報記憶部９０５は、例えば、受け付けた同期要求の情報をファイル形式で、ＨＤＤ３０５等の記憶領域に格納する。データ種別判定部９０６は、受け付けた同期要求が、デバイス設定値とユーザ設定値と機器構成情報のうちいずれの種別のデータを含むかを判定する。同期通信部９０７は、同期要求管理部９０３から出力された同期要求を用いて、ネットワークＩ／Ｆ２０７を介して管理サーバ１１０との間で同期通信する。

図１０及び１１は、デバイスが設定値を管理サーバ１１０と同期させる場合に、同期管理アプリケーション９００が実行する処理の手順を示すフローチャートである。デバイスの一例として複合機１２０として説明する。図１０のフローチャートは、データ管理部９０１がユーザから設定値の変更指示を受け付けて、管理サーバ１１０への同期要求として処理するまでの手順を示している。まず、データ管理部９０１は、操作部３２０に表示されたユーザインタフェース画面上で設定値の変更要求を受け付けると、同期要求受信部９０２に対して設定値の同期要求を送信する。

Ｓ１００１において、同期要求受信部９０２は、データ管理部９０１から同期要求を受信する。そして、同期要求受信部９０２は、受信した同期要求を同期要求管理部９０３に対して通知する。Ｓ１００２において、同期要求管理部９０３は、通知された同期要求を管理サーバ１１０と同期すべきか否かを判定するために、稼働状態管理部９０４に対して稼働状態を問合わせて取得する。ここで、取得した稼働状態が非同期通信モードである（非同期中）場合にはＳ１００４に進む。一方、同期通信モード若しくは一時停止モードである場合にはＳ１００３に進む。

Ｓ１００３において、同期要求管理部９０３は、同期情報記憶部９０５により、Ｓ１００１で受信した同期要求に含まれる情報のＨＤＤ３０５への保存処理を行う。ここで、同期情報記憶部９０５による保存が成功した場合には、Ｓ１００４に進む。一方、保存に失敗した場合にはＳ１００５に進む。

Ｓ１００４において、同期要求管理部９０３は、同期要求受信部９０２を介してデータ管理部９０１に対して同期要求の受付けを完了したことを通知する。データ管理部９０１は、同期要求の受付完了通知を受信すると、データ変更要求の内容に応じて、デバイス内の図８の設定値ＤＢ８０１のうち該当するデータの変更処理を行う。Ｓ１００４の処理後、図１０の処理を終了する。一方、Ｓ１００５において、同期要求管理部９０３は、同期要求受信部９０２を介してデータ管理部９０１に対して同期要求受付に失敗したことを通知する。データ管理部９０１は、同期要求の失敗通知を受信すると、受付けたデータ変更要求を破棄し、図１０の処理を終了する。

図１１のフローチャートは、同期要求管理部９０３が受付けた同期要求の処理の手順を示している。図１１に示す処理は、図１０の処理により設定値ＤＢ８０１のデータ変更処理が行われて、同期要求管理部９０３が同期要求を処理可能になった時点から実行される。

Ｓ１１０１において、同期要求管理部９０３は、同期情報記憶部９０５により記憶された同期要求に含まれる情報（以下、同期情報）が存在するか否かを判定する。ここで、同期情報が存在すると判定された場合にはＳ１１０２に進み、同期情報が存在しないと判定された場合にはＳ１１０７に進む。Ｓ１１０１の処理時に複数の同期情報が存在する場合には、同期情報の要求時刻が早い順に処理する。

Ｓ１１０２において、同期要求管理部９０３は、稼働状態管理部９０４に対して複合機１２０の稼働状態を問合わせて取得し、問合わせの結果、稼働状態が一時停止モードであるか（一時停止中）否かを判定する。ここで、稼働状態が一時停止モードであると判定された場合にはＳ１１０４に進み、一時停止モードでないと判定された場合にはＳ１１０３に進む。

Ｓ１１０３において、同期要求管理部９０３は、同期通信部９０７に対して同期情報を用いた同期通信を要求する。同期通信部９０７は、受付けた同期情報を管理サーバ１１０に対して同期通信により送信する。一方、Ｓ１１０４において、同期要求管理部９０３は、データ種別判定部９０６により、同期情報のデータ種別が機器構成情報であるか否かを判定する。ここで、データ種別が機器構成情報であると判定された場合にはＳ１１０３に進み、機器構成情報でないと判定された場合にはＳ１１０７に進む。

Ｓ１１０５において、同期通信部９０７は、管理サーバ１１０との同期通信に成功したか否かの情報を同期要求管理部９０３に対して通知する。そして、同期要求管理部９０３は、通知された情報に基づいて、同期通信に成功したか若しくは失敗したかを判定する。ここで、同期通信に成功したと判定された場合にはＳ１１０６に進み、同期通信に失敗したと判定された場合にはＳ１１０７に進む。

Ｓ１１０６において、同期要求管理部９０３は、同期通信に成功したと判定された同期情報の削除を同期情報記憶部９０５に指示する。同期情報記憶部９０５は、指示対象の同期情報を記憶領域から削除する。Ｓ１１０７において、同期要求管理部９０３は、同期要求の処理が可能であるか否かを判定する。例えば、同期要求管理部９０３は、複合機１２０が終了要求を受け付けている場合や稼働状態が非同期通信モードになった場合に、同期要求が処理可能でないと判定する。同期要求が処理可能であると判定された場合にはＳ１１０１からの処理を繰り返し、同期要求が処理可能でないと判定された場合には図１１の処理を終了する。

以上説明したように、本実施形態によれば、複合機１２０の稼働状態が一時停止モードであっても、管理サーバ１１０に通知すべき情報（例えば、機器構成情報）について、管理サーバ１１０と同期させることができる。その結果、稼働状態が一時停止モードの場合でも、管理サーバ１１０のマスタデータを確認することで情報処理装置の稼働状態を確認できる。本実施形態では、管理サーバ１１０に通知すべき情報として複合機１２０の機器構成情報を説明したが、機器構成情報ではなく、複合機１２０に固有もしくは対応付けられた他の情報であっても良い。

［第２の実施形態］
第１の実施形態では、図１１のＳ１１０４に示すように、データ種別が機器構成情報の場合、複合機１２０の稼働状態が一時停止モードであっても、機器構成情報等管理サーバ１１０と同期をとるべき設定値について管理サーバ１１０との同期通信を行っていた。以下、複合機１２０の稼働状態が同期通信モード時に受け付けた同期要求による同期通信が終了する前に、つまり、変更された設定値の管理サーバ１１０への送信処理が完了する前に、稼働状態が一時停止モードになった場合について説明する。そのような場合には、同期通信モード時に変更された設定値が、管理サーバ１１０と同期されないことがある。本実施形態では、稼働状態が同期通信モード時に受け付けた同期要求による同期通信が終了する前に、稼働状態が一時停止モードになった場合の同期要求の処理方法について説明する。以下、第１の実施形態と異なる点について説明する。

図１２及び１３は、本実施形態において、複合機１２０が設定値を管理サーバ１１０と同期させる場合に、同期管理アプリケーション９００が実行する処理の手順を示すフローチャートである。第１の実施形態と同様に、データ管理部９０１がユーザから設定値の変更要求を受け付けて、管理サーバ１１０への同期要求として処理するまでの手順を示している。まず、データ管理部９０１は、操作部３２０に表示されたユーザインタフェース画面上で設定値の変更要求を受け付けると、同期要求受信部９０２に対して設定値の同期要求を送信する。

図１２のＳ１００１、Ｓ１００２は、図１０における説明に対応し、Ｓ１００２において非同期中でない（即ち、同期通信モード若しくは一時停止モード）と判定された場合にはＳ１２０１に進む。Ｓ１２０１において、同期要求管理部９０３は、稼働状態管理部９０４から取得した稼働状態が一時停止モードである（一時停止中）か否かを判定する。ここで、一時停止モードであると判定された場合にはＳ１２０３に進み、一時停止モードでない（即ち、同期通信モード）と判定された場合にはＳ１２０２に進む。

Ｓ１２０２において、同期要求管理部９０３は、同期情報記憶部９０５により、Ｓ１００１で通知された同期要求に対して、受け付けた時点での稼働状態の情報、ここでは、「同期通信モード」を付加してＨＤＤ３０５への保存処理を行い、Ｓ１００３に進む。一方、Ｓ１２０３において、同期要求管理部９０３は、同期情報記憶部９０５により、Ｓ１００１で通知された同期要求に対して、受け付けた時点での稼働状態の情報、「一時停止モード」を付加してＨＤＤ３０５への保存処理を行い、Ｓ１００３に進む。Ｓ１００３〜Ｓ１００５は、図１０における説明と対応する。

図１３のフローチャートは、本実施形態における、同期要求管理部９０３が受け付けた同期要求の処理の手順を示している。図１３に示す処理は、図１２の処理により設定値ＤＢ８０１のデータ変更処理が行われて、同期要求管理部９０３が同期要求を処理可能になった時点から実行される。

図１３のＳ１１０１〜Ｓ１１０７は、図１１における説明と対応する。図１３のＳ１１０４において同期情報のデータ種別が機器構成情報でないと判定された場合にＳ１３０１に進む。Ｓ１３０１において、同期要求管理部９０３は、処理中の同期情報に含まれる稼働状態を参照し、本同期情報が一時停止モード時に受け付けた同期要求であるか否かを判定する。ここで、一時停止モード時に受け付けた同期要求であると判定された場合にはＳ１１０７に進み、一時停止モード時に受け付けた同期要求でないと判定された場合にはＳ１１０３に進む。

図１３のＳ１１０５においては、図１１での説明のとおり、同期通信部９０７は、管理サーバ１１０との同期通信に成功したか否かの情報を同期要求管理部９０３に対して通知する。そして、同期要求管理部９０３は、通知された情報に基づいて、同期通信に成功したか若しくは失敗したかを判定する。ここで、同期通信に成功したと判定された場合にはＳ１１０６に進み、同期通信に失敗したと判定された場合にはＳ１３０２に進む。Ｓ１３０２において、同期要求管理部９０３は、同期情報の稼働状態の情報を「一時停止モード」に変更し、同期情報記憶部９０５によりＨＤＤ３０５に保存し、Ｓ１１０７に進む。

以上説明したように、本実施形態によれば、稼働状態が一時停止状態であっても、稼働状態が同期状態の時に受け付けた同期要求については処理する。これにより、稼働状態が一時停止状態になる前に変更した設定値についても、管理サーバ１１０との間で同期通信を実行することができる。

本実施形態では、同期要求を受け付けた時の稼働状態を同期情報内に付加することで、同期通信モード時に受け付けた要求であるか、一時停止モード時に受け付けた要求であるかを判定している。そして、同期通信モード時に受け付けた同期要求であって、同期通信が終了する前に稼働状態が一時停止モードに遷移したのであれば、その同期要求に対応する未送信データについて管理サーバ１１０との同期通信を行う。

本実施形態では、同期要求を受け付けた時の稼働状態を判定する構成は、上記で説明した同期情報内に稼働状態を付加する構成に限られない。例えば、稼働状態に応じてファイル名を変更したり、稼働状態に応じて保存する場所を変更するなどの構成により実現しても良い。

［第３の実施形態］
機器構成情報やユーザ設定値は、管理サーバ１１０により閲覧されたり、他のデバイスでも使用される可能性があるので、同期通信を行って失敗した場合には、成功するまでリトライすることが求められる。本実施形態では、稼働状態が一時停止モードの場合に、同期通信の対象のデータ種別が機器構成情報やユーザ設定値である場合には、同期通信が失敗した場合には成功するまでリトライを行う。以下、第１及び第２の実施形態と異なる点について説明する。

図１４は、本実施形態における、複合機１２０で動作する同期管理アプリケーション１４００のブロック構成を示す図である。図１４に示すように、同期要求管理部９０３は、リトライ制御部１４０１とも接続されている。リトライ制御部１４０１は、同期要求管理部９０３が処理する同期要求に対応した同期通信のリトライを行う。例えば、同期通信部９０７による同期通信が失敗して同期情報記憶部９０５により記憶された同期情報が削除されなかった場合に、その同期要求に対応する同期通信を再度実行する（リトライ）か否かを判定する。

図１５のフローチャートは、本実施形態における、同期要求管理部９０３が受け付けた同期要求の処理の手順を示している。図１５に示す処理は、図１２の処理により設定値ＤＢ８０１のデータ変更処理が行われて、同期要求管理部９０３が同期要求を処理可能になった時点から実行される。

図１５のＳ１１０１〜Ｓ１１０７及びＳ１３０１は、図１３におけるＳ１１０１〜Ｓ１１０７及びＳ１３０１における説明と対応している。

図１５のＳ１１０５においては、図１１での説明のとおり、同期通信部９０７は、管理サーバ１１０との同期通信に成功したか否かの情報を同期要求管理部９０３に対して通知する。そして、同期要求管理部９０３は、通信された情報に基づいて、同期通信に成功したか若しくは失敗したかを判定する。ここで、同期通信に失敗したと判定された場合にはＳ１５０１に進む。

Ｓ１５０１において、同期要求管理部９０３は、データ種別判定部９０６により、処理中の同期情報のデータ種別がデバイス設定値であるか否かを判定する。ここで、デバイス設定値であると判定された場合にはＳ１５０２に進み、デバイス設定値でないと判定された場合（例えば、ユーザ設定値の場合）にはＳ１１０７に進む。Ｓ１５０２において、同期要求管理部９０３は、処理中の同期情報の稼働状態を示す情報を「一時停止モード」に変更して、同期情報記録部９０５によりその同期情報を保存する。その後、同期要求管理部９０３は、リトライ制御部１４０１に対して、処理中の同期情報は稼働状態が一時停止モード時にはリトライ対象外である、ことを通知する。Ｓ１５０２の処理後、Ｓ１１０７に進む。

以上のように、本実施形態によれば、稼働状態が一時停止モードにおいて同期通信に失敗した場合、一時停止モードでも同期通信をしておきたい同期要求については、稼働状態の情報をＳ１５０２により変更せず、成功するまでＳ１１０３によりリトライする。また、Ｓ１５０２により稼働状態の情報が「一時停止モード」に変更されなかった場合には、Ｓ１１０３によりリトライせずに、次の同期要求を処理する。本実施形態により、管理サーバ１１０で閲覧される可能性がある機器構成情報や、他の複合機で使用される可能性があるユーザ設定値については、一時停止モードであっても、同期通信が成功するまでリトライする。また、リトライが不要と判定された同期要求についてはＳ１１０３によるリトライは行われないので、不要なトラフィックの増大を防ぐことができる。本実施形態では、一時停止モードでも同期通信をしておきたい同期情報として、機器構成情報とユーザ設定値を説明したが、管理サーバや他の複合機において使用される可能性の高い情報であれば他のデータ種別であっても良い。

なお、図１５においては、Ｓ１１０４の処理自体がなくても良く、Ｓ１１０２で稼働状態が一時停止モードであると判定された場合に、図１５のＳ１３０１に進むようにしても良い。

［第４の実施形態］
第３の実施形態では、一時停止モードにおいて、同期通信に失敗した場合に、同期通信を行うべき情報については送信処理のリトライを行った。同期通信が失敗する原因には、リトライを行えば成功する種類のものや、リトライしても成功する可能性が低く失敗するであろう種類のものがある。リトライしても成功する可能性が低いままにリトライを行うと、一時停止モード中に頻繁に同期通信を行うことになり、通信量の増大や処理負荷の増大を引き起こしてしまう。本実施形態では、稼働状態が一時停止モード時に同期通信に失敗した場合、その失敗原因に応じてリトライを制御する構成について説明する。以下、第１〜第３の実施形態と異なる点について説明する。

図１６は、本実施形態における、複合機１２０で動作する同期管理アプリケーション１６００のブロック構成を示す図である。図１６に示すように、同期要求管理部９０３は、ステータス判定部１６０１とも接続されている。ステータス判定部１６０１は、同期通信部９０７が管理サーバ１１０と同期通信を行った際の通信結果（ステータス情報）に基づいて、リトライの実行可否を判定する。例えば、ステータス判定部１６０１は、ステータス情報が、サーバ内部エラーやサービス利用不可を示す場合には、リトライにより再度同期通信を実行すべきと判定する。また、ステータス情報が、リクエストが不適切である場合や、認証が必要である場合や、アクセスが禁止されている場合には、リトライを実行したとしても失敗する可能性が高いので、一時停止モードにおいてはリトライを行わないと判定する。

図１７のフローチャートは、本実施形態における、同期要求管理部９０３が受け付けた同期要求の処理の手順を示している。図１７に示す処理は、図１２の処理により設定値ＤＢ８０１のデータ変更処理が行われて、同期要求管理部９０３が同期要求を処理可能になった時点から実行される。

図１７のＳ１１０１〜Ｓ１１０７及びＳ１３０１は、図１３におけるＳ１１０１〜Ｓ１１０７及びＳ１３０１における説明に対応している。

図１７のＳ１１０５においては、図１１での説明のとおり、同期通信部９０７は、管理サーバ１１０との同期通信に成功したか否かの情報を同期要求管理部９０３に対して通知する。そして、同期要求管理部９０３は、通知された情報に基づいて、同期通信に成功したか若しくは失敗したかを判定する。ここで、同期通信に成功したと判定された場合にはＳ１１０６に進み、同期通信に失敗したと判定された場合にはＳ１７０１に進む。

Ｓ１７０１において、同期要求管理部９０３は、ステータス判定部１６０１により、同期通信部９０７から通信結果（ステータス情報）を取得する。Ｓ１７０２において、同期要求管理部９０３は、ステータス情報に基づいて、所定時間経過後にリトライを行うか否かを判定する。ここで、所定時間経過後にリトライを行うと判定された場合にはＳ１７０３に進み、リトライを行わないと判定された場合にはＳ１７０４に進む。

Ｓ１７０３において、同期要求管理部９０３は、タイマにより所定時間の経過を計測し、その所定時間の経過後にＳ１１０７に進む。一方、Ｓ１７０４において、同期要求管理部９０３は、処理中の同期情報の稼働状態に「一時停止モード」の情報を付加し、同期情報記憶部９０５によりその同期情報を保存する。その後、同期要求管理部９０３は、リトライ制御部１４０１に対して、処理中の同期情報は稼働状態が一時停止モード時にはリトライ対象外である、ことを通知する。Ｓ１７０４の処理後、Ｓ１１０７に進む。

以上説明したように、本実施形態によれば、稼働状態が一時停止モードにおいて同期通信が失敗した場合には、その失敗要因に応じて、リトライを実行するか、若しくはリトライしても失敗すると判断してリトライを実行しないかを判定する。その結果、成功する可能性の低い同期要求についてはリトライを行わないので、一時停止モード中に頻繁に同期通信を行うことによる通信量の増大や処理負荷の増大を防ぐことができる。また、成功する可能性の低い同期要求をリトライした結果、他の同期要求を処理することができなくなる状況を回避することができる。

なお、図１７においては、Ｓ１１０４の処理自体がなくても良く、Ｓ１１０２で稼働状態が一時停止モードであると判定された場合に、図１７のＳ１３０１に進むようにしても良い。また、Ｓ１７０１の処理後、処理中の同期情報が所定のデータ種別に対応するものであるか否かを判定し、所定のデータ種別に対応する同期情報である場合に、Ｓ１７０２〜Ｓ１７０４の処理を行うようにしても良い。

［第５の実施形態］
図１１のＳ１１０４で説明したように、データ種別が機器構成情報の場合には、稼働状態が一時停止モードであっても管理サーバ１１０との間で同期通信を行う。その場合、同期通信を行うべき同期情報とは、機器構成情報に含まれる稼働状態に関する情報（稼働情報）である。ここで、機器構成情報には、稼働情報以外の情報も含まれている場合には、稼働情報以外の情報が変更された場合にも同期要求が発生し、一時停止モードにおいて管理サーバ１１０との間での同期通信を実行することになる。

本実施形態では、稼働状態が一時停止状態において、機器構成情報のうち稼働情報が変更された場合にのみ、管理サーバ１１０との間の同期通信を行う構成について説明する。以下、第１〜第４の実施形態と異なる点について説明する。

図１８のフローチャートは、本実施形態における、同期要求管理部９０３が受け付けた同期要求の処理の手順を示している。図１６に示す処理は、図１０又は図１２の処理により設定値ＤＢ８０１のデータ変更処理が行われて、同期要求管理部９０３が同期要求を処理可能になった時点から実行される。

図１８のＳ１１０１〜Ｓ１１０７は、図１１のＳ１１０１〜Ｓ１１０７における説明に対応する。Ｓ１１０４において、同期要求管理部９０３は、データ種別判別部９０６により、同期情報のデータ種別が機器構成情報であるか否かを判定する。ここで、データ種別が機器構成情報であると判定された場合にはＳ１８０１に進む。

Ｓ１８０１において、同期要求管理部９０３は、処理中の同期情報の機器構成情報に含まれる稼働情報が変更されたか否かを判定する。ここで、稼働情報が変更されたと判定された場合にはＳ１１０３に進み、稼働情報は変更されていないと判定された場合にはＳ１１０７に進む。

以上説明したように、本実施形態によれば、管理サーバ１１０に通知すべき稼働情報が変更された場合にのみ同期要求を処理する。その結果、一時停止モードにおいて、不要な同期通信を行うことを防ぐことができる。

［第６の実施形態］
第１の実施形態では、稼働状態が一時停止モードであっても、管理サーバ１１０との間で同期通信を行うべき設定値については同期通信を行った。第２の実施形態では、稼働状態が同期通信モード時に受け付けた同期要求であって設定値の送信処理が完了する前に、稼働状態が一時停止モードとなった同期要求に対応する未送信データについて同期通信を行った。第３の実施形態では、一時停止モードにおいて、同期通信に失敗した場合、同期通信を行うべき情報については送信処理のリトライを行った。第４の実施形態では、同期通信の失敗要因に応じてリトライの実行可否を判定した。第５の実施形態では、同期通信を行うべき設定値が稼働情報以外の情報を含む場合には、その稼働情報が変更された場合にのみ同期通信を行った。本実施形態では、複合機１２０の稼働状態が一時停止モードである場合に、ユーザ設定値が変更される場合について説明する。

システム１００内の複数のデバイス間において、各デバイスの設定値は、管理サーバ１１０を介して同期がとられている。その結果、ユーザは、どのデバイスでも同じユーザ設定値により使用することができる。ここで、使用するデバイスの稼働状態が一時停止モードである場合には同期通信が制限されており、ユーザがログインしても、管理サーバ１１０からユーザ設定値を取得する同期通信は行われない。

ここで、一時停止モード中に、ユーザがユーザ設定値の編集を行ったとする。その際、管理サーバ１１０からユーザ設定値を取得することは行われないので、デバイスにおいてユーザにより編集された編集データは、データサイズ等、管理サーバ１１０による管理条件が反映されていないデータとして一旦、キャッシュメモリ等に格納される。そして、一時停止モードが解除されると、デバイスは、同期通信を再開し、キャッシュメモリに格納されていた編集データにより、管理サーバ１１０のユーザ設定値を更新する。しかしながら、管理サーバ１１０で既に管理されているユーザ設定値が他のデバイスで使用されている場合には、編集データとのデータ不整合が他のデバイスへ影響を及ぼしてしまう。本実施形態では、稼働状態が一時停止モード時にユーザ設定値の同期要求が発生した場合に、ユーザ設定値の不整合を防ぐ構成について説明する。以下、第１〜第５の実施形態と異なる点について説明する。

図１９は、本実施形態における、複合機１２０で動作する同期管理アプリケーション１９００のブロック構成を示す図である。図１９に示すように、同期要求管理部９０３は、ユーザデータキャッシュ判定部１９０１と接続されている。ユーザデータキャッシュ判定部１９０１は、ユーザ設定値を取得すると、そのユーザ設定値が複合機１２０内のデータベースに存在するか否か、および、管理サーバ１１０のデータベースに存在するか否かを判定する。

図２０のフローチャートは、本実施形態における、データ管理部９０１がユーザから設定値の変更指示を受け付けて、管理サーバ１１０への同期要求として処理するまでの手順を示している。

図２０のＳ１００１〜Ｓ１００５及びＳ１２０１〜Ｓ１２０３は、図１２のＳ１００１〜Ｓ１００５及びＳ１２０１〜Ｓ１２０３における説明に対応する。図２０のＳ１２０１において、図１２での説明のとおり、同期要求管理部９０３は、稼働状態管理部９０４から取得した稼働状態が一時停止モードであるか否かを判定する。ここで、一時停止モードであると判定された場合にはＳ２００１に進む。

Ｓ２００１において、同期要求管理部９０３は、データ種別判定部９０６により処理中の同期情報のデータ種別がユーザ設定値であるか否かを判定する。ここで、ユーザ設定値であると判定された場合にはＳ２００２に進み、ユーザ設定値でないと判定されたＳ１２０３に進む。

Ｓ２００２において、同期要求管理部９０３は、ユーザデータキャッシュ判定部１９０１により、処理中の同期情報に含まれているユーザＩＤが複合機１２０内のデータベースに存在するか否かを判定する。例えば、本実施形態においては、図８の設定値ＤＢ８０１の各設定値がユーザＩＤと対応付けられており、Ｓ２００２の処理では、図８の設定値ＤＢ８０１を参照することにより、上記の判定を行う。Ｓ２００２で存在すると判定された場合にはＳ１２０３に進み、存在しないと判定された場合にはＳ２００３に進む。

Ｓ２００３において、同期要求管理部９０３は、処理中の同期情報のユーザＩＤから特定されるユーザ設定値が管理サーバ１１０に存在するかを管理サーバ１１０に問い合わせて、管理サーバ１１０から問い合わせ結果を取得する。Ｓ２００４において、同期要求管理部９０３は、Ｓ２００３で受信した問い合わせ結果を参照して、処理中の同期情報のユーザＩＤから特定されたユーザ設定値が管理サーバ１１０に存在するか否かを判定する。ここで、存在すると判定された場合にはＳ２００５に進み、存在しないと判定された場合にはＳ１２０３に進む。

Ｓ２００５において、同期要求管理部９０３は、処理中の同期情報に対応するユーザ設定値が管理サーバ１１０に存在するので、同期通信再開後のデータ不整合を防ぐために、本同期要求を中止すると判断する。そして、同期要求管理部９０３は、同期要求受信部９０２を介してデータ管理部９０１にデータ変更の同期を中止する旨を通知する。データ管理部９０１は、同期要求管理部９０３から同期要求受信部９０２を介してデータ変更の中止の通知を受信する。Ｓ２００５の処理後、図２０の処理を終了する。

一方、処理中の同期情報に対応するユーザ設定値が管理サーバ１１０に存在しなければ、Ｓ１２０３において、同期情報が記憶される。そして、一時停止モードが解除されて同期通信が再開したときに、複合機１２０は、Ｓ１２０３で記憶されていた同期情報により同期通信を行う。その場合には、Ｓ１２０３で記憶されていた同期情報は、管理サーバ上では新規のデータとなるので少なくともデータ不整合を起こすことはない。

以上説明したように、本実施形態によれば、稼働状態が一時停止モード時に、ユーザ設定値の同期要求が発生した場合、デバイス内ＤＢと管理サーバ１１０内ＤＢとのそれぞれでユーザ設定値の存在を確認し、同期要求を実行するか否かを判断する。管理サーバ１１０にユーザ設定値があれば、Ｓ１２０３による記憶は行わず、管理サーバ１１０にユーザ設定値がなければ、Ｓ１２０３による記憶を行う。その結果、管理サーバ１１０で管理され他のデバイスで使用中であるユーザ設定値が意図しない値で書き換えられて、同期通信により不整合を起こしてしまうことを防ぐことができる。

本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１００ データ管理システム：１１０ 管理サーバ：１２０、１３０ 複合機：１４０ ネットワーク：２０３、３０２ ＣＰＵ

Claims (12)

1. 自装置内のデータとサーバ上のデータとを同期させるための同期通信を行う情報処理装置であって、
   前記同期通信を行う同期通信モードと、前記同期通信を停止する停止モードとのいずれかに前記情報処理装置を設定するモード設定手段と、
   前記同期通信の対象となるデータの変更要求を受け付ける受付手段と、
   前記受付手段により受け付けた変更要求に応じて、前記同期通信の対象とするデータを変更する変更手段と、
   前記モード設定手段により前記情報処理装置が前記停止モードに設定されている間に前記変更要求に応じて前記変更手段により前記データが変更されると、当該変更されたデータと前記サーバ上のデータとを同期させるか否かを判定する判定手段と、
   前記変更されたデータと前記サーバ上のデータとを同期させると前記判定手段により判定されると、前記停止モードが設定されていても、前記変更されたデータを前記同期通信により前記サーバに送信する通信制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記判定手段は、前記変更手段により変更されたデータの種別に基づいて、前記変更されたデータと前記サーバ上のデータとを同期させるか否かを判定することを特徴とする請求項１に記載の情報処理装置。
3. 前記データの種別は、前記情報処理装置の機器構成情報であることを特徴とする請求項２に記載の情報処理装置。
4. 前記モード設定手段により前記情報処理装置が前記停止モードに設定されている場合に、前記変更手段により変更されたデータの前記変更要求は当該停止モードに遷移する前に前記受付手段により受け付けられ、当該変更されたデータは前記同期通信により前記サーバに未だ送信されていない未送信データであるか否かを判定する第２の判定手段、をさらに備え、
   前記第２の判定手段により前記未送信データがあると判定された場合、前記通信制御手段は、前記停止モードが設定されていても、前記未送信データを前記同期通信により前記サーバに送信する、ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記通信制御手段による送信処理において当該送信処理が失敗したか否かを判定する第３の判定手段、をさらに備え、
   前記第３の判定手段により失敗したと判定された場合、前記通信制御手段は、前記送信処理をリトライする、ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第３の判定手段により失敗したと判定された場合、前記通信制御手段は、前記変更手段により変更されたデータの種別に応じて、前記送信処理をリトライすることを特徴とする請求項５に記載の情報処理装置。
7. 前記第３の判定手段により失敗したと判定された場合、前記通信制御手段は、当該失敗の要因に応じて、前記送信処理をリトライすることを特徴とする請求項５又は６に記載の情報処理装置。
8. 前記失敗の要因が前記サーバに因る場合に、前記通信制御手段は、前記送信処理をリトライすることを特徴とする請求項７に記載の情報処理装置。
9. 前記モード設定手段により前記情報処理装置が前記停止モードに設定されている間に前記変更要求に応じて前記変更手段により変更されたデータはユーザに対応するデータであるか否かを判定する第４の判定手段と、
   前記第４の判定手段により前記ユーザに対応するデータであると判定された場合、前記サーバが前記ユーザに対応するデータを保持しているか否かを問い合わせる問合せ手段と、
   前記問合せ手段による問い合わせの結果、前記サーバが前記ユーザに対応するデータを保持していない場合、当該ユーザに対応するデータを記憶部に格納し、前記サーバが前記ユーザに対応するデータを保持している場合、当該ユーザに対応するデータを記憶部に格納しない制御手段と、
   をさらに備えることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記停止モードが解除されると、前記通信制御手段は、前記制御手段により前記記憶部に格納された前記ユーザに対応するデータを前記同期通信により前記サーバに送信することを特徴とする請求項９に記載の情報処理装置。
11. 自装置内のデータとサーバ上のデータとを同期させるための同期通信を行う情報処理装置において実行される制御方法であって、
    前記同期通信を行う同期通信モードと、前記同期通信を停止する停止モードとのいずれかに前記情報処理装置を設定するモード設定工程と、
    前記同期通信の対象となるデータの変更要求を受け付ける受付工程と、
    前記受付工程において受け付けた変更要求に応じて、前記同期通信の対象とするデータを変更する変更工程と、
    前記モード設定工程において前記情報処理装置が前記停止モードに設定されている間に前記変更要求に応じて前記変更手段により前記データが変更されると、当該変更されたデータと前記サーバ上のデータとを同期させるか否かを判定する判定工程と、
    前記変更されたデータと前記サーバ上のデータとを同期させると前記判定工程において判定されると、前記停止モードが設定されていても、前記変更されたデータを前記同期通信により前記サーバに送信する通信制御工程と、
    を有することを特徴とする制御方法。
12. 請求項１乃至１０のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。

Images