JP6905321B2 - データ管理システム、データ管理装置、装置、データ管理方法、およびプログラム - Google Patents

Description

本発明は、レプリケーションを行うデータ管理システム、データ管理装置、装置、データ管理方法、およびプログラムに関する。

複合機等のネットワークデバイスの設定データに関して、そのマスタデータをネットワークに接続された管理サーバ等の他の情報処理装置に保存して一元管理することがある。それらの値は、互いに同期されており、管理サーバ上のマスタデータの値を変更すると、変更後の値が複合機に通知されて複合機内の設定データの値が変更される。同様に、複合機内の設定データの値を変更すると、管理サーバ上のマスタデータの値が変更される（特許文献１）。また、管理サーバのマスタデータを保全するために、管理するデータを任意のタイミングでバックアップにより保存し、任意のタイミングでリストアすることが記載されている。

一方、管理サーバの問題が発生した場合にシステムを維持できなくなることに備えて、別のサーバに、管理サーバのマスタデータを複製するレプリケーションシステムが知られている。特許文献２には、そのレプリケーションシステムにおいて、管理サーバのマスタデータを複製する処理を時間的に短縮するシステムが記載されている。

バックアップは、管理サーバのある時点の状態を保存しておくことを目的とし、バックアップデータは、定期的に更新されない。それに対し、レプリケーションは、現在の状態をミラーリングすることを目的としているので、管理サーバのデータが更新された場合には、レプリケーションデータは、定期的に更新される。同一のシステムがバックアップとレプリケーションの両方の機能を有する場合がある。

特開２０１５−１２１９８９号公報 特開２００６−２６８７４０号公報

データベース等である自装置のマスタデータについて他の装置にレプリケーションを行っている状態で、バックアップしていたマスタデータのリストアを実施する場合がある。そのような場合には、レプリケーション用に出力される差分情報を表すレプリケーション用データが生成されない。その結果、マスタデータとレプリケーション先のデータとが同期されていない状態となり、適切なレプリケーションを行うことができなくなってしまう。

本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、マスタデータのリストアを実行する場合においても、レプリケーション元とレプリケーション先のデータ間を同期させるデータ管理システム、データ管理装置、装置、データ管理方法、およびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係るデータ管理システムは、複数のクライアント端末との間で該複数のクライアント端末各々の構成に応じたデータ同期を行うためのマスタデータベースを保持する第１のデータ管理装置と、前記マスタデータベースをミラーリングしておくためのレプリケーションデータベースを保持する第２のデータ管理装置と、を含むデータ管理システムであって、前記第１のデータ管理装置は、前記複数のクライアント端末との間での前記データ同期により前記マスタデータベースのデータの一部が更新されている場合、該更新前と該更新後の差分を示すデータを、前記レプリケーションデータベースのための更新用データとして前記第２のデータ管理装置に送信する第１の送信手段と、リストアの指示に応じて、前記マスタデータベースをリストアするためのバックアップ用データを取得する取得手段と、前記取得手段により取得された前記バックアップ用データにより、前記マスタデータベースをリストアするリストア手段と、前記リストア手段によりリストアされたマスタデータベースのすべてのデータを前記レプリケーションデータベースのための更新用データとして前記第２のデータ管理装置に送信する第２の送信手段と、を備え、前記第２のデータ管理装置は、前記第１の送信手段により送信された前記差分を示すデータに基づいて、前記レプリケーションデータベースを更新する更新手段と、前記第２の送信手段により送信された前記リストアされたマスタデータベースのすべてのデータに基づいて、前記レプリケーションデータベースのすべてのデータを、前記リストアされたマスタデータベースのすべてのデータに置き換える置換手段とを備えることを特徴とする。

本発明によれば、マスタデータのリストアを実行する場合においても、レプリケーション元とレプリケーション先のデータ間を同期させることができる。

システム構成を示す図。 複合機内のブロック構成を示す図。 データ管理アプリケーションのブロック構成を示す図。 レプリケーションサーバアプリケーションのブロック構成を示す図。 リストア処理を含む全体処理の概要を示すフローチャート。 リストア処理を示すフローチャート。 レプリケーション処理を示すフローチャート。 レプリケーション処理を受け付けた場合の処理を示すフローチャート。 リストア処理を含む全体処理の概要を示すフローチャート。 リストア処理を含む全体処理の概要を示すフローチャート。 デバイス基本データを更新する場合のリストア処理を示すフローチャート。

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

［第１の実施形態］
図１は、本実施形態におけるデータ管理システム１０の全体を示すシステム構成図である。図１に示すように、複合機１１０、１１１、１１２が、ネットワーク１００を介して相互に通信可能に接続されている。図１では、３台の複合機が示されているが、本実施形態におけるデータ同期を行うのであれば、特に３台に限定されるものではない。複合機１１０は、サーバ機能を搭載しており、自装置を含むクライアント端末（以下、クライアント。図１では複合機１１０、１１１、１１２）とネットワーク１００を介して通信可能である。複合機１１０のサーバ機能は、複合機１１０、１１１、１１２の各種データを管理する。

複合機１１１は、レプリケーションサーバ機能を搭載しており、複合機１１０とネットワーク１００を介して通信可能である。複合機１１０のサーバ機能は、レプリケーション先として設定されている、レプリケーションサーバ機能が搭載されている複合機１１１に対して、管理している各種データの更新情報をレプリケーションする。

クライアントである複合機１１０、１１１、１１２は、複合機１１０のサーバ機能に各複合機の情報を登録してデータ管理システム１０に参加する。データ管理システム１０において、各複合機は、ユーザ操作やコピー／ＦＡＸなどの処理実行によって各種データに変更が発生した場合、その変更内容をサーバ機能を有する複合機１１０へ送信し、データ更新を要求する。また、各複合機は、サーバ機能で管理されるデータに更新があるか否かを定期的もしくは必要に応じて問い合わせ、更新されたデータがあれば取得して自装置内に保存する。

本実施形態では、サーバ機能が複合機１１０上で動作するとして説明するが、サーバ機能が他の複合機や、ＰＣ等の他の装置上で動作するようにしても良い。また、レプリケーションサーバ機能が複合機１１１で動作するとして説明するが、他の複合機や、ＰＣ等の他の装置で動作するようにしても良い。また、クライアントとして図１に示す複合機１１０、１１１、１１２以外の装置が用いられても良い。また、本実施形態では、複合機１１０で管理されるデータとして複合機内の所定の種別の設定データ（後述）を説明するが、種別は限定されるものではなく、他の種別の設定データが用いられても良い。

図２は、複合機１１０、１１１、１１２の構成を示すブロック図である。複合機１１０、１１１、１１２は、共通の構成を有し、以下、複合機１１０を複合機１１０、１１１、１１２の代表例として説明する。

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

コントローラユニット２００は、ＣＰＵ２０２を有し、複合機１００を統括的に制御する。ＣＰＵ２０２は、ＲＯＭ２０６に記憶されているブートプログラムによりＯＳを起動する。コントローラユニット２００は、起動されたＯＳ上で、例えば、ＨＤＤ２０５に記憶されているアプリケーションプログラムを実行し、複合機１００の各種動作を実現する。ＲＡＭ２０３は、ＣＰＵ２０２の作業領域として用いられる。ＨＤＤ２０５やＲＯＭ２０６は、アプリケーションプログラムや各種データを記憶する。本実施形態の動作は、例えば、ＣＰＵ２０２がＨＤＤ２０５やＲＯＭ２０６に記憶されているプログラムをＲＡＭ２０３に読み出して実行することにより実現される。

操作部インタフェース（Ｉ／Ｆ）２０１は、操作部２２０とのインタフェースであり、操作部２２０に表示を行うためのデータを送出したり、操作部２２０でユーザにより入力された情報をＣＰＵ２０２に送信する。操作部２２０は、タッチパネルやハードウェアキー等を有し、ユーザからの操作を受付けたり、複合機１１０の装置情報やジョブ進捗情報、各種ユーザインタフェース画面等を表示する。

デバイスＩ／Ｆ２０４は、スキャナ２３０およびプリンタ２４０と接続され、読取や記録のための制御信号や設定情報の入出力を行う。ネットワークＩ／Ｆ２０７は、ＬＡＮ等のネットワーク１００に接続され、ネットワーク１００上の各装置との間での通信を可能とする。画像処理部２０８は、スキャナ２３０から入力された読取データやプリンタ２４０へ出力する対象の画像データに対する、補正、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの画像処理を行う。システムバス２１０は、コントローラユニット２００内の各ブロックを相互に接続する。

複合機１１０の構成は、図２に示す構成に限られず、複合機１１０の実行可能な機能に応じて適宜、ブロックが構成される。例えば、ＦＡＸやボックス機能を実行可能な場合には、それらの機能に応じたブロックが構成され、ＣＰＵ２０２により制御される。

図３は、複合機１１０上で動作するサーバ機能を実現するデータ管理サーバアプリケーションのブロック構成を示す図である。データ管理サーバアプリケーション３００は、送受信部３０１、制御部３０２、解析部３０３、データ処理部３０４を含み、ネットワークＩ／Ｆ２０７を介してデータ同期クライアント３２０とデータの送受信を行う。データ同期クライアント３２０は、サーバ機能を有する複合機１１０に対するクライアントとして動作する複合機上で動作する。

送受信部３０１は、ネットワークＩ／Ｆ２０７を介して処理要求を受信したり、その処理の結果を送信する。制御部３０２は、処理要求に応じた処理の実行を制御する。解析部３０３は、送受信部３０１で受け付けた処理要求を解析する。データ処理部３０４は、送受信部３０１で受け付けた処理要求に応じてデータ管理部３１０と通信してデータの作成／更新／削除／参照を実行する。データ管理部３１０の管理対象のデータは、ＨＤＤ２０５やＲＡＭ２０３などの記憶部に保存される。

データ管理サーバアプリケーション３００、データ管理部３１０、データ同期クライアント３２０は、ＲＡＭ２０３、ＨＤＤ２０５、ＲＯＭ２０６のいずれかの記憶部に記憶され、ＣＰＵ２０２により実行される。

データ管理サーバアプリケーション３００は、複合機１１０の設定データのうち、「デバイス基本データ」、「デバイス設定データ」、「パーソナライズデータ」を管理する。「デバイス基本データ」は、データ管理システム１０に登録された各複合機の装置識別番号やバージョンなどの装置固有のデバイス情報に関するデータである。「デバイス設定データ」は、各複合機のネットワーク設定やプリンタ動作に関する設定など、装置の設定情報に関するデータである。「パーソナライズデータ」は、各複合機を使用するユーザ自身が用いるデータであり、例えば表示言語やショートカットボタンなどのデータである。

データ管理サーバアプリケーション３００は、それらの設定データをデータ管理部３１０のデータベース（ＤＢ）に格納し、一旦、複合機１１１にデータ管理部３１０のデータベースを複製（初期レプリケーション）する。その後、データ管理部３１０のデータベースの一部のデータの更新情報が随時、複合機１１１に送信されてレプリケーション開始される。本実施形態では、データ管理部３１０へのデータ更新が一定回数実行された場合や、前回のレプリケーション実行から一定時間経過した場合にレプリケーションが行われる、いわゆる非同期レプリケーションが実行される場合を説明する。

データ管理サーバアプリケーション３００は、上記のような設定データのバックアップ指示を受け付けた場合、データ管理部３１０に格納しているデータベースのバックアップを実行する。また、データ管理サーバアプリケーション３００は、バックアップされたデータベースのリストア指示を受け付けた場合、リストア指示で指定されたバックアップデータを用いて、データ管理部３１０で現在使用しているデータベースに対してリストアを実行する。

以下、データ管理サーバアプリケーション３００の管理対象の設定データの一例としてデバイス基本データを説明する。表１は、データ管理サーバアプリケーション３００により、データ同期を行う各複合機の個体を管理する登録デバイス管理データベースの内容を示す。登録デバイス管理データベースは、データ同期を行う各複合機を一意に識別するためのデバイスＩＤと、複合機１１０の個体を識別する個体識別子とを含む。

表２は、データ管理サーバアプリケーション３００により管理する、複合機の個体毎のデバイス基本データの項目データベースの内容を示す。デバイス基本データの項目データベースは、各複合機の個体を識別する個体識別子、機種名、ファームウェアのバージョン、利用可能な機能を表すライセンス、アクセサリ、個体が同期しているか一時停止中であるかを表す同期稼働状態などの情報を含む。

本実施形態では、レプリケーション先となる複合機１１１上では、レプリケーションの対象となるデータベース（レプリケーションデータベース）を管理するためのレプリケーションサーバ機能が搭載される。図４は、レプリケーションサーバ機能を実現するレプリケーションサーバアプリケーション４００のブロック構成を示す図である。レプリケーションサーバアプリケーション４００、データ管理部４１０は、ＲＡＭ２０３、ＨＤＤ２０５、ＲＯＭ２０６のいずれかの記憶部に記憶され、ＣＰＵ２０２により実行される。

バックアップはある時点の状態を保存しておくことを目的としているので、ユーザがバックアップデータの作成を指示したタイミングでバックアップデータを作成し、作成されたバックアップデータは、定期的に更新されない。それに対し、レプリケーションは、現在のデータ管理サーバアプリケーション３００が管理するデータをミラーリングすることを目的としているので、レプリケーションサーバアプリケーション４００のレプリケーションデータは、定期的に更新される。

レプリケーションサーバアプリケーション４００は、送受信部４０１、制御部４０２、解析部４０３、データ処理部４０４を含み、ネットワークＩ／Ｆ２０７を介してデータ管理サーバアプリケーション３００とデータの送受信を行う。

送受信部４０１は、ネットワークＩ／Ｆ２０７を介して処理要求を受信したり、その処理の結果を送信する。制御部４０２は、処理要求に応じた処理の実行を制御する。解析部４０３は、送受信部４０１で受け付けた処理要求を解析する。データ処理部４０４は、送受信部４０１で受け付けた処理要求に応じてデータ管理部４１０と通信してデータの作成／更新／削除／参照を実行する。データ管理部４１０の管理対象のデータは、ＨＤＤ２０５やＲＡＭ２０３などの記憶部に保存される。

レプリケーションサーバアプリケーション４００は、複合機１１１のＲＡＭ２０３、ＨＤＤ２０５、ＲＯＭ２０６のいずれかの記憶部に記憶され、ＣＰＵ２０２により実行される。本実施形態では、レプリケーションサーバアプリケーション４００の解析部４０３は、データ管理サーバアプリケーション３００からレプリケーションのために送信されたレプリケーション用データを解析する。

例えばデータ管理サーバアプリケーション３００から送信されたレプリケーション用データがレプリケーションの初期同期用のデータベースである場合、レプリケーション用データに含まれるデータベースにデータ管理部４１０のデータベースが置き換えられる。一方、レプリケーション用データがレプリケーションのための差分を示す差分データである場合、差分の内容に応じて、データ管理部４１０のデータベースが更新される。

以下、サーバ機能を実現するデータ管理サーバアプリケーション３００が複合機１１０で動作し、複合機１１０、１１１、１１２がクライアントとして登録されているとする。そして、レプリケーションサーバ機能を実現するレプリケーションサーバアプリケーション４００が複合機１１１で動作し、複合機１１０のサーバ機能のレプリケーション先として複合機１１１が設定されているとする。そして、レプリケーションは、マスタデータであるデータベースについて行われるとする。

図５は、データ管理サーバアプリケーション３００がレプリケーションを開始している状態で、リストア指示を受け付けた場合の処理を示すフローチャートである。図５の処理は、例えば、複合機１１０のＣＰＵ２０２がＨＤＤ２０５やＲＯＭ２０６に記憶されているプログラムをＲＡＭ２０３に読み出して実行することにより実現される。

図５の処理は、データ管理サーバアプリケーション３００がリストア指示を受け付けたときに開始する。ここで、リストアするバックアップ用データベースは、データ管理サーバアプリケーション３００が動作する複合機１１０のＨＤＤ２０５に保存されていても良いし、他の複合機やファイルサーバ等に保存されていても良い。

Ｓ５０１で、制御部３０２は、リストア指示で指定されるバックアップ用データベースを特定する。Ｓ５０２で、制御部３０２は、特定されたバックアップ用データベースが、データ管理サーバアプリケーション３００が動作する複合機１１０内に保存されているか否かを判定する。複合機１１０内に保存されていると判定された場合、Ｓ５０４へ進み、複合機１１０内に保存されていないと判定された場合、Ｓ５０３へ進む。

Ｓ５０３で、制御部３０２は、Ｓ５０１で特定されたバックアップ用データベースを複合機１１０のＨＤＤ２０５に保存するようデータ処理部３０４に要求する。データ処理部３０４は、データ管理部３１０を介して、要求されたバックアップ用データベースを取得してＨＤＤ２０５に保存し、Ｓ５０４へ進む。

Ｓ５０４で、制御部３０２は、データベースのリストア処理を実行する。データベースのリストア処理は、図６において説明する。データベースのリストア処理が終了すると、Ｓ５０５へ進む。

Ｓ５０５で、制御部３０２は、サーバ機能にレプリケーション先が設定されているか否かを判定する。レプリケーション先が設定されていると判定された場合、Ｓ５０６へ進み、レプリケーション先が設定されていないと判定された場合、図５の処理を終了する。

Ｓ５０６で、制御部３０２は、データ処理部３０４にレプリケーション用データの設定を要求する。データ処理部３０４は、レプリケーションに成功していないレプリケーション用の差分データが存在する場合、そのレプリケーション用の差分データを削除する。ここで、レプリケーションに成功していないレプリケーション用の差分データとは、Ｓ５０４でのリストア処理の実行前に差分が生じていたがまだレプリケーション先にレプリケーションされていない差分情報を示すデータである。差分データは、例えば、バイナリログから抽出される更新用データである。データ処理部３０４は、リストア処理が行われたデータベースファイルを複製し、レプリケーション用データに設定して保存し、Ｓ５０７へ進む。

リストア処理が行われたデータベースファイルを複製してレプリケーション用データに設定する際には、レプリケーション先がレプリケーション用データに含まれるデータが差分データ若しくはデータベースかを判別可能となるような情報を合わせて設定する。例えば、ファイル名を「．ｄａｔａｂａｓｅ」として差分データと区別可能にしても良い。若しくは、差分データ若しくはデータベースであることを示すフラグ情報をレプリケーション用データに付加するようにしても良い。

Ｓ５０７で、制御部３０２は、レプリケーション処理を実行する。レプリケーション処理は、図７において説明する。レプリケーション処理が終了すると、図５の処理を終了する。

図６は、図５のＳ５０４のデータベースのリストア処理を示すフローチャートである。Ｓ６０１で、制御部３０２は、データ管理部３１０で管理されるデータベースへのアクセスを他から行えないように、データ処理部３０４にアクセスロックを要求する。データ処理部３０４は、データベースが変更されないようにアクセスロックを行うと、Ｓ６０２へ進む。

Ｓ６０２で、制御部３０２は、データ処理部３０４に、データ管理部３１０が管理する現在使用中のデータベースの、Ｓ５０１で特定されたバックアップ用データベースへの置換えを要求する。データ処理部３０４は、現在使用中のデータベースをバックアップ用データベースに置き換え、Ｓ６０３へ進む。Ｓ６０３で、制御部３０２は、データベースへのアクセスロックの解除をデータ処理部３０４に要求する。データ処理部３０４は、アクセスロックを解除し、Ｓ６０４へ進む。

Ｓ６０４で、制御部３０２は、バックアップ用データベースが複合機１１０の機器内に残っているか否かを確認する。機器内に残っていると判定された場合、Ｓ６０５へ進み、残っていないと判定された場合、図６の処理を終了する。

Ｓ６０５で、制御部３０２は、残っているバックアップ用データベースを削除するようデータ処理部３０４に要求する。データ処理部３０４は、データ管理部３１０を介して、バックアップ用データベースをＨＤＤ２０５から削除し、図６の処理を終了する。

図７は、図５のＳ５０７のレプリケーション処理を示すフローチャートである。Ｓ７０１で、制御部３０２は、送受信部３０１にレプリケーション先として設定されている複合機１１１のレプリケーションサーバアプリケーション４００に対して、起動しているか否かの問い合わせの送信を要求する。送受信部３０１は、複合機１１１のレプリケーションサーバアプリケーション４００に対して問い合わせを送信する。送受信部３０１が問い合わせ結果を受信すると、Ｓ７０２へ進む。

Ｓ７０２で、制御部３０２は、レプリケーションサーバアプリケーション４００からの問い合わせ結果を示す応答に基づいて、レプリケーションサーバアプリケーション４００が起動しているか否かを判定する。起動していると判定された場合、Ｓ７０３へ進み、起動していないと判定された場合、再度、起動の確認を行うためにＳ７０１からの処理を繰り返す。ここで、例えば、任意の回数起動していないと判定された場合には、所定時間の経過後に再度レプリケーション処理を実行するようにしても良いし、レプリケーション処理が失敗したことを操作部２２０に通知して図７の処理を終了するようにしても良い。

Ｓ７０３で、制御部３０２は、データ処理部３０４に、レプリケーション用データの取得を要求する。データ処理部３０４は、データ管理部３１０を介してレプリケーション用データを取得し、Ｓ７０４へ進む。

Ｓ７０４で、制御部３０２は、Ｓ７０３で取得したレプリケーション用データの送信を送受信部３０１に指示する。送受信部３０１は、データ処理部３０４が取得したレプリケーション用データをレプリケーションサーバアプリケーション４００に送信し、Ｓ７０５へ進む。

Ｓ７０５で、送受信部３０１は、レプリケーションサーバアプリケーション４００からのレプリケーション結果を示す応答を受信する。制御部３０２は、受信した応答がレプリケーションの成功を示すか否かを判定する。レプリケーションの成功を示すと判定された場合、Ｓ７０６へ進み、成功でない、即ち失敗を示すと判定された場合、再度、レプリケーション用データを送信するためにＳ７０４からの処理を繰り返す。ここで、レプリケーション通信の結果に応じて処理を切り替えるようにしても良い。例えば、タイムアウトエラーやサーバビジーエラーなど、再送すれば成功する可能性があると判定した場合、所定時間の経過後に再度、Ｓ７０４からの処理を繰り返すようにしても良い。また、データ解析エラーが複数回発生するなど、再送しても成功する可能性がないと判定した場合、レプリケーション処理が失敗したことを操作部２２０に通知して図７の処理を終了するようにしても良い。

Ｓ７０６で、データ処理部３０４は、データ管理部３１０を介して、レプリケーション用データを削除し、Ｓ７０７へ進む。Ｓ７０７で、制御部３０２は、レプリケーション管理情報を初期化する。レプリケーション管理情報は、例えば、前回のレプリケーション成功時からのデータベース更新件数、前回のレプリケーション成功時からの経過時間の情報である。Ｓ７０７では、制御部３０２は、例えば、初期化として、前回のレプリケーション成功時からのデータベース更新件数、前回のレプリケーション成功時からの経過時間をゼロに書き換える。そして、制御部３０２は、レプリケーション管理情報に含まれる最終レプリケーション成功時刻を現在の時刻で更新し、図７の処理を終了する。

図８は、レプリケーションサーバアプリケーション４００が、データ管理サーバアプリケーション３００からレプリケーション要求を受け付けた場合の処理を示すフローチャートである。図８の処理は、例えば、複合機１１１のＣＰＵ２０２が、ＨＤＤ２０５やＲＯＭ２０６に記憶されたプログラムをＲＡＭ２０３に読み出して実行することにより実現される。図８の処理は、レプリケーションサーバアプリケーション４００がレプリケーション要求（レプリケーション用データ）を受信すると開始する。

Ｓ８０１で、送受信部４０１は、レプリケーション要求を受信すると、制御部４０２にその受信の旨を通知する。制御部４０２は、受信したレプリケーション用データの解析を解析部４０３に指示する。解析部４０３は、受信したレプリケーション用データのデータ形式を確認し、データ種別の判定を行う。

本実施形態では、解析部４０３は、例えば、ファイル名を確認し、「．ｄａｔａｂａｓｅ」が含まれていれば、データ種別がデータベースであると判定しても良い。若しくは、レプリケーション用データの所定の領域に含まれるフラグ情報を確認し、そのフラグ情報がデータベースであることを示している場合に、データ種別がデータベースであると判定しても良い。若しくは、レプリケーション用データのデータサイズを確認し、そのデータサイズが閾値以上であるならば、データ種別がデータベースであると判定しても良い。若しくは、レプリケーション用データに、ある時刻以降の更新であることを示す情報の有無を確認し、その情報を検出したならば、データ種別を差分データであると判定し、当該情報を検出しなかったならば、データ種別をデータベースであると判定しても良い。また、データ種別を判定するための他の方法が用いられても良い。解析部４０３は、例えば、上記のファイル名／フラグ情報／データサイズ／情報が確認できなかったり、適切に取得できなかった場合には、解析結果を失敗であるとして制御部４０２に通知する。

解析部４０３は、解析結果とデータ種別とを制御部４０２に通知し、Ｓ８０２へ進む。Ｓ８０２で、制御部４０２は、解析結果が成功であるか否かを判定し、成功であると判定された場合、Ｓ８０３へ進み、失敗であると判定された場合、Ｓ８０８へ進み、処理結果が解析失敗である旨を記録する。

Ｓ８０３で、制御部４０２は、通知されたデータ種別がデータベースであるか、若しくは差分データであるかを判定する。データ種別がデータベースであると判定された場合、Ｓ８０４へ進み、データ種別が差分データであると判定された場合、Ｓ８０５へ進む。

Ｓ８０４で、制御部４０２は、データ処理部４０４に、データ管理部４１０が管理する現在使用中のレプリケーションデータベースの、受信したレプリケーション用データに含まれるバックアップ用データベースへの置換えを要求する。データ処理部４０４は、現在使用中のレプリケーションデータベースの、バックアップ用データベースへの置換え処理を実行する。データ処理部４０４は、置換え処理の処理結果を制御部４０２に通知し、Ｓ８０６へ進む。

一方、Ｓ８０５で、制御部４０２は、データ処理部４０４に、受信したレプリケーション用データに含まれる差分データの、データ管理部４１０が管理する現在使用中のレプリケーションデータベースへの反映を要求する。データ処理部４０４は、差分データを用いてレプリケーションデータベースの更新処理を実行する。データ処理部４０４は、更新処理の処理結果を制御部４０２に通知し、Ｓ８０８へ移行する。

Ｓ８０６で、制御部４０２は、Ｓ８０４の処理結果が成功であるか若しくは失敗であるかを判定する。成功であると判定された場合、Ｓ８０７へ進み、失敗であると判定された場合、置換え失敗の旨を制御部４０２に通知し、Ｓ８０８へ進む。

Ｓ８０７で、制御部４０２は、置換え前のレプリケーションデータベースの削除をデータ処理部４０４に指示する。データ処理部４０４は、データ管理部４１０を介して置換え前のレプリケーションデータベースをＨＤＤ２０７から削除し、置換え成功の旨を制御部４０２に通知し、Ｓ８０８へ進む。

Ｓ８０８で、制御部４０２は、データ解析部４０３もしくはデータ処理部４０４に依頼した処理結果を、レプリケーション処理の処理結果として記録し、Ｓ８０９へ進む。Ｓ８０９で、制御部４０２は、Ｓ８０８で記録した処理結果を送受信部４０１に通知する。送受信部４０１は、レプリケーション元に処理結果を送信し、図８の処理を終了する。

以上のように、本実施形態では、データ管理サーバアプリケーション３００がレプリケーション先が設定されている状態でリストア処理が実行された場合、リストア処理が完了後のデータベースをレプリケーション先にレプリケーションする。これにより、データ管理サーバアプリケーション３００のリストア処理後のデータベースと、レプリケーションサーバアプリケーション４００のレプリケーションデータベースとの整合性を保つことができる。

また、非同期レプリケーションが実行されている際にデータ更新件数が所定回数に達していない場合、一時的にデータ管理サーバアプリケーション３００とレプリケーションサーバアプリケーション４００の間に、データベース上の差分が生じる。その際、本実施形態では、リストア処理前のまだレプリケーションされていない差分データはレプリケーションされず、リストア処理後のデータベースがレプリケーションされる。その結果、リストア処理前のまだレプリケーションされていない差分データをレプリケーションしてしまうことがなくなり、且つ、リストア処理後のデータベースは上記のように同期されるので、以降のレプリケーションを適切に行うことができる。また、リストア処理前のまだレプリケーションされていない差分データをレプリケーションする必要がある場合には、以降のレプリケーションにおいて更新情報として送信するようにしても良い。

［第２の実施形態］
本実施形態では、データ管理サーバアプリケーション３００がレプリケーションしている状態でリストアが実行された場合におけるレプリケーション処理の他の構成について説明する。本実施形態では、リストアが指示されたバックアップ用データベースをレプリケーションサーバアプリケーション４００に複製し、その後、リストア処理を実行する。以下、第１の実施形態と異なる点について説明する。

図９は、データ管理サーバアプリケーション３００がレプリケーションを開始している状態でリストア指示を受け付けた場合の処理を示すフローチャートである。図９の処理は、例えば、複合機１１０のＣＰＵ２０２がＨＤＤ２０５やＲＯＭ２０６に記憶されているプログラムをＲＡＭ２０３に読み出して実行することにより実現される。図９の処理は、データ管理サーバアプリケーション３００がリストアの指示を受け付けると、開始する。

図９のＳ５０１〜Ｓ５０３は、図５における説明と同じであるので、その説明を省略する。本実施形態では、Ｓ５０２で複合機１１０内に保存されていると判定された場合、及び、Ｓ５０３の処理後は、Ｓ５０５へ進む。

Ｓ５０５で、制御部３０２は、サーバ機能にレプリケーション先が設定されているか否かを判定する。レプリケーション先が設定されていると判定された場合、Ｓ９０１へ進み、レプリケーション先が設定されていないと判定された場合、Ｓ５０４へ進む。

Ｓ９０１で、制御部３０２は、データ処理部３０４に、レプリケーション用データの設定を要求する。データ処理部３０４は、レプリケーションに成功していないレプリケーション用の差分データが存在する場合には、レプリケーション用の差分データを削除する。そして、データ処理部３０４は、Ｓ５０１で特定したバックアップ用データベースのデータベースファイルを複製し、レプリケーション用データに設定して保存し、Ｓ５０７へ進む。レプリケーション用データの設定については、第１の実施形態のＳ５０６における説明と同じである。

Ｓ５０７で、第１の実施形態と同様に、図７で説明したレプリケーション処理が実行される。レプリケーション処理の実行後、Ｓ５０４へ進む。Ｓ５０４で、第１の実施形態と同様に、図６で説明したデータベースのリストア処理が実行される。データベースのリストア処理が終了すると、図９の処理を終了する。

以上のように、リストア処理を指示されたバックアップ用データベースをレプリケーションサーバアプリケーション４００にレプリケーションによる複製後、リストア処理が実行される。また、上記では、Ｓ５０７の処理後にＳ５０４のリストア処理が実行されているが、Ｓ５０７でレプリケーションサーバアプリケーション４００にデータを送信して結果を受信するまでの間で、Ｓ５０４のリストア処理を行うようにしても良い。その結果、レプリケーション用データの送信と並行してリストア処理が行われるので、処理効率を向上させることができる。

［第３の実施形態］
データ管理サーバアプリケーション３００でリストア処理を実行する時点で、データ同期をしている複合機１１０の物理的な構成情報が変更されている場合がある。その場合にリストア処理を実行すると、複合機１１０の物理的な構成情報と、データ管理サーバアプリケーション３００が持つデバイス基本データとが不整合状態になってしまう。リストア処理前に保持していたデバイス基本データで置換えた後のバックアップ用データベースを用いてリストア処理を実行すると、上記の不整合状態は解消される。しかしながら、リストア処理後のデータベースの内容はレプリケーションされないので、レプリケーション先との間で不整合状態となってしまう。

以下、上記のような不整合状態を防ぐために、リストア処理時にデータ管理サーバアプリケーション３００がデバイス基本データを更新する場合におけるレプリケーション処理の構成について説明する。以下、他の実施形態と異なる点について説明する。

図１０は、データ管理サーバアプリケーション３００がレプリケーションを開始している状態でリストア指示を受け付けた場合の処理を示すフローチャートである。図１０の処理は、例えば、複合機１１０のＣＰＵ２０２がＨＤＤ２０５やＲＯＭ２０６に記憶されているプログラムをＲＡＭ２０３に読み出して実行することにより実現される。図１０の処理は、データ管理サーバアプリケーション３００がリストア指示を受け付けたときに開始する。

図１０のＳ５０１〜Ｓ５０５、および、Ｓ９０１後のＳ５０７までの処理は、図５及び図９における説明と同じであるので、その説明を省略する。本実施形態では、Ｓ５０５でレプリケーション先が設定されていないと判定された場合、及び、Ｓ５０７の処理後は、Ｓ１００１へ進む。

Ｓ１００１で、制御部３０２は、デバイス基本データの更新、及び、データベースのリストア処理を実行する。デバイス基本データの更新、及び、データベースのリストア処理は、図１１において説明する。デバイス基本データの更新、及び、データベースのリストア処理の終了後、Ｓ１００２へ進む。

Ｓ１００２で、制御部３０２は、サーバ機能にレプリケーション先が設定されているか否かを判定する。さらに、制御部３０２は、Ｓ１００１でデータベースの更新があったか否かを判定する。Ｓ１００２で、レプリケーション先が設定されており且つデータベースの更新があったと判定された場合、Ｓ１００３へ進む。一方、それ以外の場合、図１０の処理を終了する。例えば、レプリケーション先が設定されていない若しくはデータベースの更新がなかったと判定された場合には、図１０の処理を終了する。

Ｓ１００３で、制御部３０２は、データ処理部３０４に、レプリケーションしていないデータベースの更新内容の取得を要求する。データ処理部３０４は、Ｓ５０７のレプリケーション処理後に更新された内容を差分データとしてデータ管理部３１０から取得し、その差分データをレプリケーション用データに設定し、Ｓ１００４へ進む。

Ｓ１００４で、第１の実施形態と同様に、図７で説明したレプリケーション処理が実行される。レプリケーション処理が終了すると、図１０の処理を終了する。

図１１は、図１０のＳ１００１のデバイス基本データの更新、及び、データベースのリストア処理を示すフローチャートである。

Ｓ６０１では、図６の説明と同様に、制御部３０２は、データ管理部３１０で管理されるデータベースへのアクセスを他から行えないように、データ処理部３０４にアクセスロックを要求する。本実施形態では、データ処理部３０４がデータベースが変更されないようにアクセスロックをすると、Ｓ１１０１へ進む。

Ｓ１１０１で、制御部３０２は、データ処理部３０４に、デバイス基本データの待避を要求する。データ処理部３０４は、データ管理部３１０からデバイス基本データを取得し、記憶部のテンポラリ領域に退避して保存し、Ｓ６０２へ進む。

Ｓ６０２では、図６の説明と同様に、制御部３０２は、データ処理部３０４に、データ管理部３１０が管理する現在使用中のデータベースの、図１０のＳ５０１で特定したバックアップ用データベースへの置き換えを要求する。データ処理部３０４は、現在使用中のデータベースをバックアップ用データベースに置き換え、Ｓ１１０２へ進む。

Ｓ１１０２で、制御部３０２は、データ処理部３０４を介して、テンポラリ領域に保存したデバイス基本データから未選択のデバイス基本データが存在するか否かを判定する。未選択のデバイス基本データが存在すると判定された場合、Ｓ１１０３へ進み、存在しないと判定された場合、Ｓ１１０６へ進む。なお、Ｓ１１０２の処理の実行が１回目である場合は、Ｓ１１０３に進むことになる。Ｓ１１０３で、制御部３０２は、未選択のデバイス基本データのうちの１つを選んで選択済みに設定し、Ｓ１１０４へ進む。

Ｓ１１０４で、制御部３０２は、Ｓ１１０３で選択したデバイス基本データに含まれている個体識別子を取得する。データ処理部３０４は、選択されたデバイス基本データの個体識別子が、置換え後のデータベース内のデバイス基本データに含まれているか否かを判定する。含まれていると判定された場合、Ｓ１１０５へ進み、含まれていないと判定された場合、Ｓ１１０２からの処理を繰り返す。

Ｓ１１０５で、制御部３０２は、Ｓ１１０３で選択したデバイス基本データで、データベースを更新するようデータ処理部３０４に要求する。データ処理部３０４は、要求されたデバイス基本データを用いてデバイス基本データを上書きするように、データ管理部３１０を介してデータベースの更新を実行する。データベースを更新すると、Ｓ１１０２からの処理を繰り返す。

Ｓ１１０６で、データ処理部３０４は、Ｓ１１０１でテンポラリ領域に保存したデバイス基本データを削除し、Ｓ６０３へ進む。Ｓ６０３〜Ｓ６０５の処理は、図６における説明と同じであるので、その説明を省略する。

以上のように、データ管理サーバアプリケーション３００でリストア処理を実行時に、バックアップ用データベースの置換え処理に加えてデータ更新が発生する場合であってもレプリケーション先のデータベースとの整合性を保つことができる。ここで、リストア処理の実行を開始する段階でレプリケーション先とのデータベースの差分が存在しない場合には、バックアップ用データベースを送信後、レプリケーションサーバアプリケーション４００でデバイス基本データの更新を行うようにしても良い。この場合であっても整合性を保ったままリストア処理を実行することができる。

本実施形態では、Ｓ１１０１でテンポラリ領域に退避して保存するデータとして、デバイス基本データを説明したが、特にデバイス基本データに限られず、例えば「デバイス設定データ」、「パーソナライズデータ」であっても良い。

また、本実施形態では、Ｓ５０７でバックアップ用データベースをレプリケーションし、その後、Ｓ１００４でデバイス基本データの更新情報をレプリケーションしている。しかしながら、バックアップ用データベースのリストア処理後に、デバイス基本データをそのリストア処理後のデータベースに更新し、更新後のデータベースファイルをレプリケーション用データに複製して設定し、レプリケーションしても良い。そのような構成の場合、図１０のＳ５０３の後、Ｓ５０５、Ｓ９０１、Ｓ５０７の処理は行われず、Ｓ１００１の処理が実行される。そして、Ｓ１００１でリストア処理とデバイス基本データの更新が行われる。そして、Ｓ１００３では、更新されたデータベースファイルが複製されてレプリケーション用データに設定され、Ｓ１００４では、そのレプリケーション用データによりレプリケーション処理が実行される。そのような構成により、レプリケーション先へのレプリケーションは１回で済む。

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

１１０、１１、１１２ 複合機： ２０２ ＣＰＵ： ２０３ ＲＡＭ： ２０６ ＲＯＭ

Claims (16)

1. 複数のクライアント端末との間で該複数のクライアント端末各々の構成に応じたデータ同期を行うためのマスタデータベースを保持する第１のデータ管理装置と、前記マスタデータベースをミラーリングしておくためのレプリケーションデータベースを保持する第２のデータ管理装置と、を含むデータ管理システムであって、
   前記第１のデータ管理装置は、
   前記複数のクライアント端末との間での前記データ同期により前記マスタデータベースのデータの一部が更新されている場合、該更新前と該更新後の差分を示すデータを、前記レプリケーションデータベースのための更新用データとして前記第２のデータ管理装置に送信する第１の送信手段と、
   リストアの指示に応じて、前記マスタデータベースをリストアするためのバックアップ用データを取得する取得手段と、
   前記取得手段により取得された前記バックアップ用データにより、前記マスタデータベースをリストアするリストア手段と、
   前記リストア手段によりリストアされたマスタデータベースのすべてのデータを前記レプリケーションデータベースのための更新用データとして前記第２のデータ管理装置に送信する第２の送信手段と、を備え、
   前記第２のデータ管理装置は、
   前記第１の送信手段により送信された前記差分を示すデータに基づいて、前記レプリケーションデータベースを更新する更新手段と、
   前記第２の送信手段により送信された前記リストアされたマスタデータベースのすべてのデータに基づいて、前記レプリケーションデータベースのすべてのデータを、前記リストアされたマスタデータベースのすべてのデータに置き換える置換手段と、
   を備えることを特徴とするデータ管理システム。
2. 前記第２のデータ管理装置は、
   前記第１のデータ管理装置から送信された前記更新用データが、前記差分を示すデータであるか、若しくは、前記リストアされたマスタデータベースのすべてのデータであるかを判定する判定手段、をさらに備え、
   前記置換手段は、前記判定手段により前記リストアされたマスタデータベースのすべてのデータであると判定された場合、前記レプリケーションデータベースのすべてのデータを、前記リストアされたマスタデータベースのすべてのデータに置き換える、
   ことを特徴とする請求項１に記載のデータ管理システム。
3. 前記更新手段は、前記判定手段により前記差分を示すデータであると判定された場合、前記差分を示すデータに基づいて、前記レプリケーションデータベースを更新することを特徴とする請求項２に記載のデータ管理システム。
4. 前記差分を示すデータは、前記マスタデータベースの一部および前記レプリケーションデータベースの一部を更新するためのデータであることを特徴とする請求項３に記載のデータ管理システム。
5. 前記第２の送信手段が前記更新用データとして前記バックアップ用データを送信した場合、前記リストア手段は、前記バックアップ用データの送信後、前記バックアップ用データにより前記マスタデータベースをリストアすることを特徴とする請求項１乃至４のいずれか１項に記載のデータ管理システム。
6. 前記第２のデータ管理装置は、
   前記置換手段による置換えの結果を前記第１のデータ管理装置に送信する第３の送信手段、をさらに備え、
   前記第１のデータ管理装置は、
   前記第３の送信手段により送信された前記置換手段による置換えの結果が当該置換えの成功を示す場合、前記第１のデータ管理装置内のレプリケーション管理情報を更新する、
   ことを特徴とする請求項１乃至５のいずれか１項に記載のデータ管理システム。
7. 前記第１のデータ管理装置は、前記レプリケーション管理情報の更新において、前記レプリケーション管理情報のうち、前回のレプリケーションからの更新情報を削除し、レプリケーションの時刻を、前記第１のデータ管理装置から送信された前記リストアされたマスタデータベースのすべてのデータに基づくレプリケーションの時刻で更新することを特徴とする請求項６に記載のデータ管理システム。
8. 前記リストア手段は、前記マスタデータベースのうち所定のデータを退避させてから、前記バックアップ用データにより前記マスタデータベースをリストアし、
   前記第１のデータ管理装置は、
   前記リストア手段によりリストアが行われたマスタデータベースを、前記所定のデータで更新する第２の更新手段と、
   前記所定のデータを前記差分を示すデータとし、当該差分を示すデータを前記更新用データとして前記第２のデータ管理装置に送信する第３の送信手段と、
   をさらに備えることを特徴とする請求項１乃至７のいずれか１項に記載のデータ管理システム。
9. 前記所定のデータは、前記第１のデータ管理装置の管理対象の端末のデバイス情報を含むことを特徴とする請求項８に記載のデータ管理システム。
10. 前記マスタデータベースと前記バックアップ用データは、互いに対応することを特徴とする請求項１乃至９のいずれか１項に記載のデータ管理システム。
11. 前記マスタデータベースのミラーリングは、前記第１のデータ管理装置と前記第２のデータ管理装置との間で非同期で行われることを特徴とする請求項１乃至１０のいずれか１項に記載のデータ管理システム。
12. 複数のクライアント端末との間で該複数のクライアント端末各々の構成に応じたデータ同期を行うためのマスタデータベースを保持するデータ管理装置であって、
    前記複数のクライアント端末との間での前記データ同期により前記マスタデータベースのデータの一部が更新されている場合、該更新前と該更新後の差分を示すデータを、前記マスタデータベースをミラーリングしておくためのレプリケーションデータベースのための更新用データとして、前記レプリケーションデータベースを保持する他のデータ管理装置に送信する第１の送信手段と、
    リストアの指示に応じて、前記マスタデータベースをリストアするためのバックアップ用データを取得する取得手段と、
    前記取得手段により取得された前記バックアップ用データにより、前記マスタデータベースをリストアするリストア手段と、
    前記リストア手段によりリストアされたマスタデータベースのすべてのデータを前記更新用データとして前記他のデータ管理装置に送信する第２の送信手段と、
    を備えることを特徴とするデータ管理装置。
13. 複数のクライアント端末との間で該複数のクライアント端末各々の構成に応じたデータ同期を行うためのマスタデータベースであって他の装置で保持される前記マスタデータベースをミラーリングしておくためのレプリケーションデータベースを保持する装置であって、
    前記他の装置から前記レプリケーションデータベースのための更新用データとして受信した、前記複数のクライアント端末との間での前記データ同期による前記マスタデータベースのデータの一部の更新前と更新後の差分を示すデータに基づいて、前記レプリケーションデータベースを更新する更新手段と、
    前記他の装置から前記更新用データとして受信したリストアされたマスタデータベースのすべてのデータに基づいて、前記レプリケーションデータベースのすべてのデータを、前記リストアされたマスタデータベースのすべてのデータに置き換える置換手段と、
    を備えることを特徴とする装置。
14. 複数のクライアント端末との間で該複数のクライアント端末各々の構成に応じたデータ同期を行うためのマスタデータベースを保持する第１のデータ管理装置と、前記マスタデータベースをミラーリングしておくためのレプリケーションデータベースを保持する第２のデータ管理装置と、を含むデータ管理システムにおいて実行されるデータ管理方法であって、
    前記第１のデータ管理装置が、
    前記複数のクライアント端末との間での前記データ同期により前記マスタデータベースのデータの一部が更新されている場合、該更新前と該更新後の差分を示すデータを、前記レプリケーションデータベースのための更新用データとして前記第２のデータ管理装置に送信する第１の送信工程と、
    リストアの指示に応じて、前記マスタデータベースをリストアするためのバックアップ用データを取得する取得工程と、
    前記取得工程で取得された前記バックアップ用データにより、前記マスタデータベースをリストアするリストア工程と、
    前記リストア工程でリストアされたマスタデータベースのすべてのデータを前記レプリケーションデータベースのための更新用データとして前記第２のデータ管理装置に送信する第２の送信工程と、
    前記第２のデータ管理装置が、
    前記第１の送信工程で送信された前記差分を示すデータに基づいて、前記レプリケーションデータベースを更新する更新工程と、
    前記第２の送信工程で送信された前記リストアされたマスタデータベースのすべてのデータに基づいて、前記レプリケーションデータベースのすべてのデータを、前記リストアされたマスタデータベースのすべてのデータに置き換える置換工程と、
    を有することを特徴とするデータ管理方法。
15. 複数のクライアント端末との間で該複数のクライアント端末各々の構成に応じたデータ同期を行うためのマスタデータベースを保持するデータ管理装置において実行されるデータ管理方法であって、
    前記複数のクライアント端末との間での前記データ同期により前記マスタデータベースのデータの一部が更新されている場合、該更新前と該更新後の差分を示すデータを、前記マスタデータベースをミラーリングしておくためのレプリケーションデータベースのための更新用データとして、前記レプリケーションデータベースを保持する他のデータ管理装置に送信する第１の送信工程と、
    リストアの指示に応じて、前記マスタデータベースをリストアするためのバックアップ用データを取得する取得工程と、
    前記取得工程で取得された前記バックアップ用データにより、前記マスタデータベースをリストアするリストア工程と、
    前記リストア工程においてリストアされたマスタデータベースのすべてのデータを前記更新用データとして前記他のデータ管理装置に送信する第２の送信工程と、
    を有することを特徴とするデータ管理方法。
16. 請求項１５に記載のデータ管理方法の各工程をコンピュータに実行させるためのプログラム。

Images