JP2017151721A - 情報処理装置、クライアント装置、バックアップ方法、及びプログラム - Google Patents

Abstract

【課題】クライアントと一体となったサーバによって管理されるデータの継続的な利用を実現することができる情報処理装置を提供する。
【解決手段】ＭＦＰ１０１は、バックアップ先が設定されていない場合であって、且つクライアントアプリケーション３０７以外のクライアント装置から登録要求通知が取得された場合、登録要求通知を送信したクライアント装置をバックアップ先として設定する。
【選択図】図７

Description

本発明は、情報処理装置、クライアント装置、バックアップ方法、及びプログラムに関する。

サーバが、クライアントとしてのＭＦＰの設定データを格納管理するサーバクライアントシステムが知られている。設定データはサーバ及びＭＦＰの間で同期される。例えば、サーバに格納された設定データが変更された場合、サーバは変更された設定データをＭＦＰに送信する。また、ＭＦＰに格納された設定データが変更された場合、ＭＦＰは変更された設定データをサーバに送信する（例えば、特許文献１参照）。これにより、サーバとＭＦＰとの間で設定データが同期された状態で利用可能となる。サーバに複数のＭＦＰが接続された場合、サーバは各ＭＦＰの設定データを管理する。

サーバは、管理対象となる設定データ（以下、「管理対象設定データ」という。）のバックアップの実行が指示されると、サーバが保持する管理対象設定データのバックアップ先を、クライアントとしての複数のＭＦＰの中から選択する（例えば、特許文献２参照）。

また従来、１台のＭＦＰが、サーバとしての機能と、クライアントとしての機能を有する構成が知られている（例えば、特許文献３参照）。

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

しかしながら、従来技術では、システムにおけるサーバの役割を果たす１台のＭＦＰが、サーバとして動作すると共にクライアントとしても動作する場合について考慮されていない。例えば、サーバ機能を実現するためのサーバアプリケーションと、クライアント機能を実現するためのクライアントアプリケーションとを１台のＭＦＰが併有し、それらのアプリケーションが並行して動作する場合のバックアップ処理について考慮されていない。１台のＭＦＰがサーバとしても、クライアントとしても動作する場合、以下の課題が生じる。

すなわち、サーバは自身が管理する複数のクライアントの中からバックアップ先を選択する。ここでサーバが管理するクライアントには、他装置のみならず、自装置のクライアントアプリケーションによって実現されるクライアントも含まれる。サーバは、自装置のクライアント、及び、他装置の中からバックアップ先を選択する。ここで、サーバが自装置のクライアントをバックアップ先として選択してしまうと、バックアップデータを使用すべきタイミングで、バックアップデータが使用できなくなってしまう課題がある。

例えば、サーバがメンテナンスのためにネットワークから切り離されたり、故障のために装置全体の動作が停止したりした場合に、同じ装置のクライアントもネットワークから切り離されたり、動作が停止したりすることとなる。したがって、サーバと同じ装置で動作するクライアントに管理対象設定データをバックアップさせると、サーバが使用できなくなった場合に、バックアップデータも使用することができなくなってしまう。

バックアップデータは、サーバが故障やメンテナンスのため一時的に利用できなくなった場合にも、バックアップデータを用いてシステムを継続的に動作させる目的で用いられる。しかしながら、上述のような場合には、サーバが利用できなくなった場合に、バックアップデータも使用できなくなってしまうので、システムの継続的な運用ができなくなってしまう。

本発明の目的は、クライアントと一体となったサーバによって管理されるデータの継続的な利用を実現することができる情報処理装置、クライアント装置、バックアップ方法、及びプログラムを提供することにある。

上記目的を達成するために、本発明の情報処理装置は、登録された複数のクライアント装置のデータを管理するサーバとしての情報処理装置であって、サーバアプリケーション及びクライアントアプリケーションを記憶する記憶手段と、前記サーバアプリケーションが管理するデータを蓄積する蓄積手段と、前記蓄積手段に蓄積された前記データのバックアップ先を設定する設定手段と、前記データを前記サーバアプリケーションの管理対象とすることを要求する登録要求を取得する取得手段と、前記登録要求が、前記記憶手段が記憶するクライアントアプリケーションから取得されたか否かを判別する判別手段とを備え、前記設定手段は、前記バックアップ先が設定されていない場合であって、且つ前記記憶手段が記憶するクライアントアプリケーション以外の前記クライアント装置から前記登録要求が取得された場合、前記登録要求を行ったクライアント装置を前記バックアップ先として設定することを特徴とする。

本発明によれば、クライアントと一体となったサーバによって管理されるデータの継続的な利用を実現することができる。

本発明の実施の形態に係る情報処理装置としてのＭＦＰを含む通信システムの構成を概略的に示す構成図である。 図１におけるＭＦＰサーバのハードウェアの構成を概略的に示すブロック図である。 図１におけるＭＦＰサーバのソフトウェアモジュールの構成を概略的に示すブロック図である。 図１におけるＭＦＰのソフトウェアモジュールの構成を概略的に示すブロック図である。 図１のＭＦＰで実行される登録要求処理の手順を示すフローチャートである。 図１のＭＦＰサーバで実行される登録処理の手順を示すフローチャートである。 図６のステップＳ６０９のバックアップ先設定処理の手順を示すフローチャートである。 図１のＭＦＰで実行される受け入れ可否判断処理の手順を示すフローチャートである。 図１のＭＦＰの操作部で表示される設定画面の一例を示す図である。 図１のＭＦＰで実行される代替要求受信処理の手順を示すフローチャートである。 図１のＭＦＰの操作部で表示される設定画面の一例を示す図である。 図１のＭＦＰで実行される代替終了受信処理の手順を示すフローチャートである。 図１のＭＦＰサーバの操作部で表示される設定画面の一例を示す図である。 図１のＭＦＰサーバで実行されるバックアップ終了処理の手順を示すフローチャートである。 図１のＭＦＰで実行される終了通知受信処理の手順を示すフローチャートである。 図７のバックアップ先設定処理の変形例の手順を示すフローチャートである。 図１のＭＦＰサーバで実行される定期バックアップ処理の手順を示すフローチャートである。

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

本実施の形態では、情報処理装置としてのＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）に本発明を適用した場合について説明するが、本発明の適用先はＭＦＰに限られない。例えば、機能が限定されたＳＦＰ（Ｓｉｎｇｌｅｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）や、サーバ機能を有するＰＣ等の装置であれば本発明を適用することができる。また、本実施の形態では、クライアント装置としてのＭＦＰに本発明を適用した場合について説明するが、本発明の適用先はＭＦＰに限られない。例えば、ＳＦＰやクライアント機能を有するＰＣ等の装置であれば本発明を適用することができる。

図１は、本発明の実施の形態に係る情報処理装置としてのＭＦＰ１０１を含む通信システム１００の構成を概略的に示す構成図である。

図１において、通信システム１００は、サーバとしてのＭＦＰ（以下、「ＭＦＰサーバ」という。）１０１、及びクライアント機能を有するＭＦＰ１０２，１０３を備える。ＭＦＰサーバ１０１及びＭＦＰ１０２，１０３はネットワーク１０４を介して互いに接続されている。

ＭＦＰサーバ１０１はサーバ機能を実現するための後述する図３のサーバアプリケーション３０１を有し、管理対象装置として登録されたＭＦＰ１０２，１０３の各々で用いられる設定データをそれぞれ格納管理する。また、ＭＦＰサーバ１０１はクライアント機能を実現するための後述する図３のクライアントアプリケーション３０７も有する。ＭＦＰサーバ１０１は、クライアントとしてのＭＦＰ１０１自身の設定データも管理する。

ＭＦＰ１０１のサーバアプリケーション３０１は、マスタデータベースを管理する。また、ＭＦＰ１０１のクライアントアプリケーション３０７は、ＭＦＰ１０１が印刷処理やスキャン処理等を実行するために用いる設定データを含むデータベースを管理する。マスタデータベースと、各クライアントアプリケーション３０７が管理する各データベースとは同期される。

例えば、ＭＦＰサーバ１０１のマスタデータベースに含まれるＭＦＰ１０２の設定データが変更された場合、ＭＦＰサーバ１０１は変更されたＭＦＰ１０２の設定データをＭＦＰ１０２及びＭＦＰ１０３に送信する。ＭＦＰ１０２及びＭＦＰ１０３は、自身のクライアントアプリケーション３０７が管理するデータベースを、ＭＦＰサーバ１０１から受信した設定データを用いて更新する。

また、ＭＦＰ１０２のデータベースに含まれる設定データが変更された場合、ＭＦＰ１０２は変更された設定データをＭＦＰサーバ１０１に送信する。ＭＦＰサーバ１０１は、サーバアプリケーション３０１が管理するマスタデータベースを、ＭＦＰ１０２から受信した設定データで更新する。

また、ＭＦＰサーバ１０１のサーバアプリケーション３０１は、設定されたバックアップ先に管理対象設定データのバックアップを行う。本実施形態においてＭＦＰサーバ１０１は、管理対象データのレプリケーションを行う。レプリケーションとは、あるコンピュータが管理するマスタデータベースの複製（バックアップデータ）を別のコンピュータ上に作成し、マスタデータベースを更新すると、バックアップデータに自動的に更新内容を反映させる技術である。

本実施の形態において、ＭＦＰ１０２，１０３もＭＦＰ１０１と同様に、クライアントアプリケーション及びサーバアプリケーションを有する。ＭＦＰ１０２及び１０３を、ＭＦＰサーバ１０１のクライアントとしてのみ動作させる場合、ユーザはＭＰＦ１０２及び１０３のサーバアプリケーションを無効化しておくことができる。ただし、ＭＦＰサーバ１０１のクライアントとしてＭＦＰ１０２を機能させると共に、ＭＦＰ１０２を不図示の他の装置（ＭＦＰ等）のサーバとして機能させることも可能である。このような場合には、ＭＦＰ１０２において、サーバアプリケーション及びクライアントアプリケーションが有効化される。

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

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

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

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

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

図３において、ソフトウェアモジュール３００は、サーバアプリケーション３０１、データ管理モジュール３０６、及びクライアントアプリケーション３０７を備える。サーバアプリケーション３０１は送受信モジュール３０２、制御モジュール３０３、解析モジュール３０４、及びデータ処理モジュール３０５を備える。ソフトウェアモジュール３００の各処理は、ＭＦＰサーバ１０１のＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２０４に格納されたプログラムを実行することによって行われる。

サーバアプリケーション３０１は通信システム１００のサーバの各処理の実行を制御し、管理対象設定データを管理する。本実施の形態では、サーバアプリケーション３０１は、管理対象設定データとして各管理対象装置のデバイス基本データ、デバイス設定データ、及びパーソナライズデータを管理する。デバイス基本データは管理対象装置の識別番号やバージョン情報等を含む設定データである。デバイス設定データは管理対象装置のネットワーク設定やプリンタ動作に関する設定データである。パーソナライズデータは管理対象装置を利用するユーザ毎に設定された表示言語やショートカットボタン等に関する設定データである。送受信モジュール３０２は、管理対象設定データの同期処理や管理対象設定データのバックアップ処理等で行われるＭＦＰ１０２，１０３とのデータ通信の制御を行う。制御モジュール３０３は送受信モジュール３０２、解析モジュール３０４、及びデータ処理モジュール３０５の各処理を制御する。解析モジュール３０４はＭＦＰ１０２，１０３から取得した各処理の要求通知等を解析する。データ処理モジュール３０５は管理対象設定データの管理処理、具体的に、管理対象設定データの追加、削除、更新、及び転送を行う。データ管理モジュール３０６は管理対象設定データを含むデータベースを管理し、管理対象設定データを含むデータベースはＲＡＭ２０３やＨＤＤ２０４等に格納される。クライアントアプリケーション３０７はクライアントとしてのＭＦＰ１０１がＭＦＰサーバ１０１に管理対象装置の登録要求や管理対象設定データの同期要求等を行う際の要求通知の通信制御を行う。

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

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

図４において、ソフトウェアモジュール４００は、図３のサーバアプリケーション３０１、データ管理モジュール３０６、及びクライアントアプリケーション３０７の他に、リカバリサーバアプリケーション４０１を備える。リカバリサーバアプリケーション４０１は送受信モジュール４０２、制御モジュール４０３、解析モジュール４０４、及びデータ処理モジュール４０５を備える。ソフトウェアモジュール４００の各処理は、ＭＦＰ１０２のＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２０４に格納されたプログラムを実行することによって行われる。

リカバリサーバアプリケーション４０１はＭＦＰ１０２が管理対象設定データのバックアップ先に設定された場合の管理対象設定データの受け入れ処理等の制御を行う。送受信モジュール４０２はＭＦＰサーバ１０１との管理対象設定データの送受信の制御を行う。制御モジュール３０３は送受信モジュール４０２、解析モジュール４０４、及びデータ処理モジュール４０５の各処理を制御する。解析モジュール４０４はＭＦＰサーバ１０１から取得した各通知を解析する。データ処理モジュール４０５は送受信モジュール４０２によって受信された管理対象設定データの管理処理、具体的に、管理対象設定データの追加、削除、更新等を行う。データ管理モジュール３０６は受信された管理対象設定データを含むデータベースを管理し、該データベースをＭＦＰ１０２のＲＡＭ２０３やＨＤＤ２０４等に格納する。

次に、通信システム１００の管理対象装置の登録について後述する図５〜図８を用いて説明する。図５は、図１のＭＦＰ１０２で実行される登録要求処理の手順を示すフローチャートである。本実施の形態では、図５に示した処理は、クライアントアプリケーション３０７によって実行される。以下ではＭＦＰ１０２が実行する処理として説明するが、ＭＦＰ１０１，１０３におけるクライアントアプリケーション３０７も同様に動作する。

ＭＦＰ１０２は、クライアントアプリケーション３０７が有効化されると、接続すべきサーバとそのアドレス情報を特定する。ＭＦＰ１０２は、例えば、ユーザによってＭＦＰ１０２に予め設定されているサーバのアドレス情報を参照することにより、サーバのアドレス情報を特定することができる。

或いは、ＭＦＰ１０２はネットワーク１０４に対して、サーバ探索を行うためのパケットをブロードキャストし、当該パケットに対する応答を確認してサーバを特定し、そのサーバのアドレス情報を特定することができる。

ここで、本実施の形態において、クライアントとしてのＭＦＰ１０１〜１０３は、自装置のサーバアプリケーション３０１が有効化されている場合、自装置をサーバとして特定する場合も有り得る。クライアントとしてのＭＦＰ１０１〜１０３は、自装置のサーバアプリケーション３０１が有効であるかを判別し、有効である場合には、接続すべきサーバの候補とする。自装置のサーバアプリケーション３０１が有効であり、且つネットワーク１０４上のサーバが検出されなかった場合には、自装置をサーバとして特定する。また、自装置のサーバ以外にサーバが特定された場合には、ユーザの選択に基づいてサーバを特定することができる。

ＭＦＰ１０２はＭＦＰサーバ１０１のアドレス情報を特定すると（ステップＳ５０１でＹＥＳ）、ＭＦＰサーバ１０１に管理対象装置の登録を要求する登録要求通知を送信する（ステップＳ５０２）。

登録要求通知は、ＭＰＦ１０２の識別子、ＭＦＰ１０２のネットワークアドレス情報、ＭＦＰ１０２の名称、ＭＦＰ１０２の設置場所を示す情報、機器構成情報、ライセンスやインストールアプリケーションに関する情報等の機器情報を含む。ＭＦＰサーバ１０１は登録要求通知を受信すると、後述する図６の登録処理を行う。

次いで、ＭＦＰ１０２はＭＦＰサーバ１０１から登録要求通知に対する応答通知を受信したか否かを判別する（ステップＳ５０３）。ステップＳ５０３の判別の結果、応答通知を受信したとき、ＭＦＰ１０２は応答通知を解析し、解析結果に基づいてＭＦＰ１０２がＭＦＰサーバ１０１に登録されたか否か、つまり、管理対象装置の登録が成功したか否かを判別する（ステップＳ５０４）。ステップＳ５０４では、ＭＦＰ１０２が新たに管理対象装置に登録されたことを応答通知が示す場合、ＭＦＰ１０２は管理対象装置の登録が成功したと判別する。一方、ＭＦＰ１０２が新たに管理対象装置に登録されたことを応答通知が示さない場合、ＭＦＰ１０２は管理対象装置の登録が失敗したと判別する。

ステップＳ５０４の判別の結果、管理対象装置の登録が失敗したとき、ＭＦＰ１０２は後述するステップＳ５０７の処理を行う。一方、ステップＳ５０４の判別の結果、管理対象装置の登録が成功したとき、ＭＦＰ１０２は該ＭＦＰ１０２の設定データを管理対象設定データとする同期処理を開始し（ステップＳ５０５）、本処理を終了する。

ステップＳ５０３の判別の結果、応答通知を受信しないとき、ＭＦＰ１０２は登録要求通知を送信してから、予め設定された所定の期間が経過したか否かを判別する（ステップＳ５０６）。

ステップＳ５０６の判別の結果、ＭＦＰ１０２は登録要求通知を送信してから所定の期間が経過しないとき、ＭＦＰ１０２はステップＳ５０３の処理に戻る。一方、ステップＳ５０６の判別の結果、ＭＦＰ１０２は登録要求通知を送信してから所定の期間が経過したとき、ＭＦＰ１０２はエラーを通知し（ステップＳ５０７）、本処理を終了する。

図６は、図１のＭＦＰサーバ１０１で実行される登録処理の手順を示すフローチャートである。本実施の形態では、図６の処理はサーバアプリケーション３０１によって実現される。図６の処理は、ＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２０４に格納されたプログラムを実行することによって行われる。

図６において、まず、ＣＰＵ２０１は、登録要求通知を受信すると、該登録要求通知を解析し（ステップＳ６０１）、解析結果に基づいて登録要求通知の送信元であるＭＦＰ１０２が管理対象装置として登録済みであるか否かを判別する（ステップＳ６０２）。

なお、ステップＳ６０１の処理とステップＳ６０２の処理との間に、登録要求通知を送信したクラアイントの認証処理を行うこととしてもよい。認証の方法は特に限定しない。登録要求通知を送信したクライアントの認証が成功した場合にはステップＳ６０２に進み、認証が失敗した場合にはステップＳ６０３に進む。

ステップＳ６０２の処理の説明に戻る。ステップＳ６０２の判別の結果、ＭＦＰ１０２が管理対象装置として登録済みであるとき、ＣＰＵ２０１はＭＦＰ１０２に該ＭＦＰ１０２が登録済みのため登録処理が実行されない旨を示す応答通知を送信し（ステップＳ６０３）、本処理を終了する。一方、ステップＳ６０２の判別の結果、ＭＦＰ１０２が管理対象装置として登録されていないとき、ＣＰＵ２０１はＭＦＰ１０２の登録処理を行う（ステップＳ６０４）。

次いで、ＣＰＵ２０１はＭＦＰ１０２の登録処理が完了すると、ＭＦＰ１０２が新たに管理対象装置に登録されたことを示す応答通知をＭＦＰ１０２に送信する（ステップＳ６０５）。次いで、ＣＰＵ２０１はＭＦＰサーバ１０１に格納された管理対象設定データのバックアップ先が設定されているか否かを判別する（ステップＳ６０６）。

なお、ＣＰＵ２０１は、ステップＳ６０６の処理を実行する前に、バックアップを実行するライセンスがＭＦＰサーバ１０１において有効になっているかを確認することとしてもよい。また、ＣＰＵ２０１は、ステップＳ６０６の処理を実行する前に、バックアップ機能を有効にするか否かについてのユーザ設定を確認する処理を行うこととしてもよい。バックアップを実行するライセンスが有効である場合や、バックアップ機能を有効にするユーザ設定が行われている場合にはステップＳ６０７に進み、それ以外の場合には処理を終了する。

ステップＳ６０６の判別の結果、管理対象設定データのバックアップ先が設定されているとき、ＣＰＵ２０１は本処理を終了する。一方、ステップＳ６０６の判別の結果、管理対象設定データのバックアップ先が設定されていないとき、ＣＰＵ２０１はＭＦＰサーバ１０１自身のネットワーク情報を取得する（ステップＳ６０７）。次いで、ＣＰＵ２０１は取得されたネットワーク情報に基づいて、登録された管理対象装置がクライアントとしてのＭＦＰ１０１であるか否かを判別する（ステップＳ６０８）。管理対象装置がクライアントとしてのＭＦＰ１０１である場合とは、クライアントとしてのＭＦＰ１０１が、ＭＦＰサーバ１０１をサーバとして特定し、ＭＦＰサーバ１０１に登録要求通知を送った場合である。

ステップＳ６０８の判別の結果、登録された管理対象装置がクライアントとしてのＭＦＰ１０１であるとき、ＣＰＵ２０１は本処理を終了する。すなわち、登録要求通知を行ったクライアントが自装置である場合、当該クライアントはバックアップ先としないように制御する。このようにして、サーバが管理する管理対象設定データが、自装置にバックアップされることを防ぐことが可能となる。一方、ステップＳ６０８の判別の結果、登録された管理対象装置がクライアントとしてのＭＦＰ１０１でないとき、ＣＰＵ２０１は後述する図７のバックアップ先設定処理を行って（ステップＳ６０９）、バックアップ先を設定し、本処理を終了する。このようにして、管理対象設定データがＭＦＰ１０２にバックアップされる。従って、メンテナンスや故障のためにＭＦＰ１０１の動作が停止してしまった場合にも、ＭＦＰ１０２からバックアップデータを取り出してシステムの運用を継続することが可能となる。

図７は、図６のステップＳ６０９のバックアップ先設定処理の手順を示すフローチャートである。

図７において、まず、ＣＰＵ２０１はＭＦＰ１０２が管理対象設定データを受け入れ可能であるか否かの問い合わせをＭＦＰ１０２に行う（ステップＳ７０１）。ＭＦＰ１０２は該問い合わせを受け付けると、後述する図８の受け入れ可否判断処理を行う。次いで、ＣＰＵ２０１はＭＦＰ１０２から問い合わせに対する応答通知を受信したか否かを判別する（ステップＳ７０２）。

ステップＳ７０２の判別の結果、ＭＦＰ１０２から応答通知を受信したとき、ＣＰＵ２０１は該応答通知を解析する。その後、ＣＰＵ２０１は解析結果に基づいてＭＦＰ１０２が管理対象設定データを受け入れ可能であるか否かを判別する（ステップＳ７０３）。

ステップＳ７０３の判別の結果、ＭＦＰ１０２が管理対象設定データを受け入れないとき、ＣＰＵ２０１は本処理を終了する。ＭＦＰ１０２による管理対象設定データの受け入れ可否の判別については図８を用いて後述する。一方、ステップＳ７０３の判別の結果、ＭＦＰ１０２が管理対象設定データを受け入れ可能であるとき、ＣＰＵ２０１は格納された管理対象設定データに基づいて初期データを生成する（ステップＳ７０４）。初期データは、例えば、管理対象設定データの一部の設定データや管理対象設定データのログ情報である。次いで、ＣＰＵ２０１は該初期データをＭＦＰ１０２に送信し（ステップＳ７０５）、ＭＦＰ１０２から該初期データの受信通知を受信すると、該受信通知に基づいて初期データの送信処理が成功したか否かを判別する（ステップＳ７０６）。

ステップＳ７０６の判別の結果、初期データの送信処理が失敗したとき、ＣＰＵ２０１は本処理を終了する。一方、ステップＳ７０６の判別の結果、初期データの送信処理が成功したとき、ＣＰＵ２０１はＭＦＰ１０２をバックアップ先に設定し（ステップＳ７０７）、バックアップ先に設定した旨を示す通知をＭＦＰ１０２に送信する。次いで、ＣＰＵ２０１は管理対象設定データのバックアップ処理を開始する（ステップＳ７０８）。

本実施の形態では、図６及び図７を用いて説明したように、ＭＦＰサーバ１０１は以下の条件を満たす場合に、管理対象設定データのバックアップ先の設定及び該管理対象設定データのバックアップを行う。上記条件は、例えば、（１）ＭＦＰサーバ１０１において、管理対象設定データのバックアップ先が未設定であること。（２）ＭＦＰ１０１以外のクライアント装置からの登録要求通知を受けたこと。及び（３）登録要求通知の送信を行ったクライアント（自装置以外）がバックアップデータを受け入れ可能であることである。バックアップ実行後、ＣＰＵ２０１は本処理を終了する。

ステップＳ７０２の判別の結果、ＭＦＰ１０２から応答通知を受信しないとき、ＣＰＵ２０１は問い合わせを行ってから、予め設定された所定の期間が経過したか否かを判別する（ステップＳ７０９）。

ステップＳ７０９の判別の結果、問い合わせを行ってから所定の期間が経過しないとき、ＣＰＵ２０１はステップＳ７０２の処理に戻る。一方、ステップＳ７０９の判別の結果、問い合わせを行ってから所定の期間が経過したとき、ＣＰＵ２０１は本処理を終了する。

図８は、図１のＭＦＰ１０２で実行される受け入れ可否判断処理の手順を示すフローチャートである。

図８において、まず、ＭＦＰ１０２は自装置のサーバアプリケーションが有効化され、動作しているか、つまり、ＭＦＰ１０２が他の装置のサーバとして機能しているか否か判別する（ステップＳ８０１）。上述のように、ＭＦＰ１０２は、ＭＦＰサーバ１０１の管理対象装置として動作すると同時に、不図示の他の装置のサーバとしても動作する場合がある。このような場合、ＭＦＰ１０２は該ＭＦＰ１０２自身の設定データを保持することに加え、他の装置の設定データを含むマスタデータ（管理対象設定データ）を保持する必要がある。従って、ＭＦＰ１０２の記憶容量の空き容量は少なくなっている。従って、ＭＦＰサーバ１０１が管理する管理対象設定データをバックアップデータとしてさらに保持すると、記憶容量をオーバーしたり、ＭＦＰ１０２の動作が不安定になったりし、望ましくない。そこで、ＭＦＰ１０２においてサーバ機能が有効化され、ＭＦＰ１０２が他の装置のサーバとしても動作している場合には、ＭＦＰ１０２はＭＦＰ１０２自身がバックアップ先として適切ではないと判定する。

ステップＳ８０１の判別の結果、ＭＦＰ１０２が他の装置のサーバとして機能していると判別したとき、ＭＦＰ１０２は後述するステップＳ８０７の処理を行う。一方、ステップＳ８０１の判別の結果、ＭＦＰ１０２が他の装置のサーバとして機能していないとき、ＭＦＰ１０２は該ＭＦＰ１０２がＭＦＰサーバ１０１以外の他のサーバ装置からバックアップ先に設定されているか否かを判別する（ステップＳ８０２）。ＭＦＰ１０２が他の装置のサーバとして機能していない場合とは、例えば、ＭＦＰ１０２のサーバ機能が無効に設定されている場合である。

ステップＳ８０２の判別の結果、ＭＦＰ１０２がＭＦＰサーバ１０１以外の他のサーバ装置からバックアップ先に設定されているとき、ＭＦＰ１０２は後述するステップＳ８０７の処理を行う。一方、ステップＳ８０２の判別の結果、ＭＦＰ１０２がＭＦＰサーバ１０１以外の他のサーバ装置からバックアップ先に設定されていないとき、ＭＦＰ１０２は管理対象設定データを格納可能であるか否かを判別する（ステップＳ８０３）。ステップＳ８０３では、例えば、管理対象設定データのデータ量以上の空き容量を確保可能である場合、ＭＦＰ１０２は管理対象設定データを格納可能であると判別する。一方、管理対象設定データのデータ量以上の空き容量を確保不可能である場合、ＭＦＰ１０２は管理対象設定データを格納不可能であると判別する。

ステップＳ８０３の判別の結果、管理対象設定データを格納可能であるとき、ＭＦＰ１０１のバックアップ先となることが可能であることをＭＦＰ１０１に通知するための処理を行う。ＭＦＰ１０２がバックアップ先に設定された後、ＭＦＰ１０２が他の装置のサーバになると、ＭＦＰ１０２の記憶容量の空き容量が少なくなり不具合を生じさせる可能性がある。そこで、ＭＦＰ１０２は、ＭＦＰ１０２のサーバ機能を有効化できないように制御する（ステップＳ８０４）。例えば、ＭＦＰ１０２のサーバ機能に関する設定を行う設定画面として図９に示すような設定画面９００を操作部２０９に表示する。設定画面９００では、ＭＦＰ１０２を通信システム１００のサーバに設定する設定ボタン９０１の操作が無効、具体的に、ユーザによって設定ボタン９０１が選択できないように表示される。なお、ＭＦＰ１０２のサーバ機能を有効化できないように制御する方法として、設定ボタン９０１を表示しないように制御してもよい。

次いで、ＭＦＰ１０２は管理対象設定データを受け入れ可能である旨を示す応答通知をＭＦＰサーバ１０１に送信する（ステップＳ８０５）。次いで、ＭＦＰ１０２はＭＦＰサーバ１０１からバックアップ先に設定した旨を示す通知を受信すると、ＭＦＰサーバ１０１のバックアップ先に設定された旨を示す設定ログ情報を保持し（ステップＳ８０６）、本処理を終了する。

ステップＳ８０３の判別の結果、管理対象設定データを格納しないとき、ＭＦＰ１０２は管理対象設定データを受け入れない旨を示す応答通知をＭＦＰサーバ１０１に送信し（ステップＳ８０７）、本処理を終了する。

上述した実施の形態によれば、ＭＦＰサーバ１０１が管理する管理対象設定データのバックアップデータが自装置以外にバックアップされる。従って、メンテナンスや故障のために自装置の動作が停止してしまった場合にも、バックアップ先からバックアップデータを取り出してシステムの運用を継続することが可能となる。

（実施の形態２）
次に、ＭＦＰサーバ１０１がメンテナンスや故障などで動作を停止した場合に、バックアップ先として稼働しているＭＦＰ１０２がＭＦＰ１０１に代替してサーバの役割を果たす例について説明する。バックアップ先であるＭＦＰ１０２がサーバを代替することにより、より円滑に通信システム１００の運用を継続させることができる。

本実施形態におけるシステム構成、及び、各装置の構成は実施の形態１と同様であるため、説明を省略する。

図１０は、図１のＭＦＰ１０２で実行される代替要求受信処理の手順を示すフローチャートである。

図１０において、まず、ＭＦＰ１０２は、ＭＦＰサーバ１０１から通信システム１００のサーバの代替を要求する代替要求通知を受信すると、ＭＦＰサーバ１０１のバックアップ先に設定されているか否かを判別する（ステップＳ１００１）。

ステップＳ１００１の判別の結果、ＭＦＰサーバ１０１のバックアップ先に設定されていないとき、ＭＦＰ１０２は後述するステップＳ１００４の処理を行う。一方、ステップＳ１００１の判別の結果、ＭＦＰサーバ１０１のバックアップ先に設定されているとき、ＭＦＰ１０２はサーバアプリケーション３０１を起動する（ステップＳ１００２）。次いで、ＭＦＰ１０２は該サーバアプリケーション３０１がデータ管理モジュール３０６へのアクセスを許可されているか否かを判別する（ステップＳ１００３）。

ステップＳ１００３の判別の結果、サーバアプリケーション３０１がデータ管理モジュール３０６へのアクセスを許可されていないとき、ＭＦＰ１０２はＭＦＰサーバ１０１に代替不可能である旨を通知する（ステップＳ１００４）。その後、ＭＦＰ１０２は本処理を終了する。

ステップＳ１００３の判別の結果、サーバアプリケーション３０１がデータ管理モジュール３０６へのアクセスを許可されているとき、ＭＦＰ１０２はＭＦＰサーバ１０１に代替可能である旨を通知する。その後、ＭＦＰ１０２はバックアップ先の設定要求を受け付けない受付不可設定を行う（ステップＳ１００５）。次いで、ＭＦＰ１０２は該ＭＦＰ１０２自身を通信システム１００の代替サーバに設定する（ステップＳ１００６）。

ステップＳ１００６では、設定画面９００の設定ボタン９０１が選択できないように表示されていても、ＭＦＰ１０２はＭＦＰサーバ１０１からの代替要求通知に基づいて該ＭＦＰ１０２を通信システム１００の代替サーバに設定する。ステップＳ１００６の処理が行われると、通信システム１００では、ＭＦＰサーバ１０１からＭＦＰ１０２に通信システム１００のサーバ権限が移行され、ＭＦＰ１０２が代替サーバとして管理対象設定データの管理処理を開始する。本実施の形態では、ＭＦＰ１０２が通信システム１００の代替サーバに設定された場合、ＭＦＰ１０２のサーバ機能に関する設定画面として図１１の設定画面１１００が操作部２０９に表示される。設定画面１１００は、ＭＦＰ１０２が代替サーバとして動作している旨の通知を含み、ＭＦＰ１０２をサーバに設定する設定ボタン１１０１はユーザによって選択できないように表示される。その後、ＭＦＰ１０２は本処理を終了する。

図１２は、図１のＭＦＰ１０２で実行される代替終了受信処理の手順を示すフローチャートである。

図１２において、まず、代替サーバとしてのＭＦＰ１０２は、ＭＦＰ１０１からサーバの代替の終了を要求する代替終了要求通知を受信すると、ＭＦＰ１０２はサーバアプリケーション３０１を停止する（ステップＳ１２０１）。次いで、ＭＦＰ１０２はリカバリサーバアプリケーション４０１によって管理対象設定データをＭＦＰ１０１に送信し（ステップＳ１２０２）、該管理対象設定データの送信が成功したか否かを判別する（ステップＳ１２０３）。

ステップＳ１２０３の判別の結果、管理対象設定データの送信が成功したとき、ＭＦＰ１０２は図１０のステップ１００５で設定された受付不可設定を解除する（ステップＳ１２０４）。これにより、通信システム１００のサーバ権限がＭＦＰ１０２からＭＦＰ１０１に移行され、ＭＦＰサーバ１０１が管理設定データの管理処理を開始する。その後、ＭＦＰ１０２は本処理を終了する。一方、ステップＳ１２０３の判別の結果、管理対象設定データの送信が失敗したとき、ＭＦＰ１０２はＭＦＰ１０１にエラーを通知し（ステップＳ１２０５）、本処理を終了する。

上述した図５〜図８、図１０、及び図１２の処理によれば、ＭＦＰサーバ１０１に登録される管理対象装置がＭＦＰサーバ１０１ではない場合、当該ＭＦＰ１０２が管理対象設定データのバックアップ先に設定される。これにより、管理対象設定データがＭＦＰサーバ１０１に送信されることがないため、ＭＦＰサーバ１０１が停止されても、管理対象設定データが利用できなくなる状況が発生しない。その結果、ＭＦＰサーバ１０１が停止しても管理対象設定データを利用することができ、もって、管理対象設定データが継続的に利用できなくなるのを防止することができる。

さらに、上述した図５〜図８、図１０、及び図１２の処理では、ＭＦＰ１０２をサーバとして設定されるのが許可されない場合、ＭＦＰ１０２をサーバに設定するための設定ボタン９０１の操作が無効にされる。これにより、ユーザの誤操作によってサーバとして設定されるのが許可されないＭＦＰ１０２がサーバとして設定されるのを確実に回避することができる。

以上、本発明について実施の形態を用いて説明したが、本発明は上述した実施の形態に限定されるものではない。

例えば、図７のステップＳ７０７でバックアップ先が自動で設定された後にユーザが該バックアップ先を変更してもよい。ユーザはステップＳ７０７で設定されたバックアップ先をＭＦＰサーバ１０１の操作部２０９に表示される図１３の設定画面１３００で確認可能である。設定画面１３００はバックアップ先の設定１３０１及び操作ボタン１３０２を含む。バックアップ先の設定１３０１はバックアップ先の管理対象装置のアドレス情報及びバックアップ間隔情報であり、操作ボタン１３０２はバックアップの終了を指示する。

図１４は、図１のＭＦＰサーバ１０１で実行されるバックアップ終了処理の手順を示すフローチャートである。

図１４の処理は、ＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２０４に格納されたプログラムを実行することによって行われ、バックアップ先に設定されたＭＦＰ１０２に管理対象設定データをバックアップ中であることを前提とする。

図１４において、まず、ＣＰＵ２０１は、設定画面１３００の操作ボタン１３０２の操作によってＭＦＰ１０２へのバックアップの終了が指示されると、管理対象設定データの送信を終了する旨を示す終了通知をＭＦＰ１０２に送信する（ステップＳ１４０１）。次いで、ＣＰＵ２０１は終了通知の送信が成功したか否かを判別する（ステップＳ１４０２）。

ステップＳ１４０２の判別の結果、終了通知の送信が成功したとき、ＣＰＵ２０１はバックアップ処理を終了し、バックアップ先の設定を解除し（ステップＳ１４０３）、本処理を終了する。一方、ステップＳ１４０２の判別の結果、終了通知の送信が失敗したとき、ＣＰＵ２０１はＭＦＰサーバ１０１の操作部２０９にエラーを表示し（ステップＳ１４０４）、本処理を終了する。

図１５は、図１のＭＦＰ１０２で実行される終了通知受信処理の手順を示すフローチャートである。

図１５において、まず、ＭＦＰ１０２はＭＦＰサーバ１０１から中止通知を受信すると、バックアップ処理によって受信していた管理対象設定データを削除する（ステップＳ１５０１）。次いで、ＭＦＰ１０２は該ＭＦＰ１０２を通信システム１００のサーバに設定することを許可し（ステップＳ１５０２）、図８のステップＳ８０６で保持された設定ログ情報を削除し（ステップＳ１５０３）、本処理を終了する。

図１６は、図７のバックアップ先設定処理の変形例の手順を示すフローチャートである。

図１６の処理は、ＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２０４に格納されたプログラムを実行することによって行われ、図１５の処理が完了していることを前提とする。図１５の処理が完了すると、操作部２０９に表示される設定画面１３００では、バックアップ先の設定１３０１の各設定が削除され、操作ボタン１３０２はバックアップの開始を指示する図示しないバックアップ開始ボタンに変更される。

図１６において、まず、ＣＰＵ２０１は、ユーザによってバックアップ開始ボタンが選択されると、バックアップ先の設定１３０１の各設定が行われているか否かを判別する（ステップＳ１６０１）。

ステップＳ１６０１の判別の結果、バックアップ先の設定１３０１の各設定が行われていないとき、ＣＰＵ２０１は後述するステップＳ１６０４の処理を行う。一方、ステップＳ１６０１の判別の結果、バックアップ先の設定１３０１の各設定が行われているとき、ＣＰＵ２０１はＭＦＰサーバ１０１自身のネットワーク情報を取得する（ステップＳ１６０２）。次いで、ＣＰＵ２０１は取得されたネットワーク情報に基づいてバックアップ先の設定１３０１の各設定がＭＦＰサーバ１０１を示す設定であるか否かを判別する（ステップＳ１６０３）。

ステップＳ１６０３の判別の結果、バックアップ先の設定１３０１の各設定がＭＦＰサーバ１０１を示す設定であるとき、ＣＰＵ２０１は操作部２０９にエラーを表示し（ステップＳ１６０４）、本処理を終了する。一方、ステップＳ１６０３の判別の結果、バックアップ先の設定１３０１の各設定がＭＦＰサーバ１０１を示す設定でないとき、ＣＰＵ２０１はステップＳ６０９の処理を実行する。

上述した図１４〜図１６の処理によれば、管理対象設定データのバックアップの終了の指示を受け付けた場合、ＭＦＰ１０２を通信システム１００のサーバとして設定するのが許可される。また、ＭＦＰ１０２がバックアップ先に設定されなくなった場合、ＭＦＰ１０２を通信システム１００のサーバとして設定するのが許可される。これにより、必要以上にＭＦＰ１０２のサーバの設定を制限することによるユーザの操作性の低下を抑制することができる。

また、上述した実施の形態１又は実施の形態２では、ＭＦＰサーバ１０１はバックアップ先に設定されたＭＦＰ１０２に定期的にバックアップを行ってもよい。

図１７は、図１のＭＦＰサーバ１０１で実行される定期バックアップ処理の手順を示すフローチャートである。

図１７の処理は、ＭＦＰサーバ１０１のＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２０４に格納されたプログラムを実行することによって行われ、図７や図１６の処理によってバックアップ先が設定されていることを前提とする。

図１７において、まず、ＣＰＵ２０１はＭＦＰサーバ１０１に設けられる図示しない計時部によって計時された時間に基づいて定期更新タイミングであるか否かを判別する（ステップＳ１７０１）。定期更新タイミングは予め設定された所定の間隔によって決定される。

ステップＳ１７０１の判別の結果、定期更新タイミングでないとき、ＣＰＵ２０１はＭＦＰ１０２に管理対象設定データを送信した送信時刻情報を取得する（ステップＳ１７０２）。送信時刻情報はＲＯＭ２０２やＨＤＤ２０４に格納されている。次いで、ＣＰＵ２０１は送信時刻情報に送信された管理対象設定データが更新された件数が所定の件数以上であるか否かを判別する（ステップＳ１７０３）。

ステップＳ１７０３の判別の結果、送信時刻情報に送信された管理対象設定データが更新された件数が所定の件数未満であるとき、ＣＰＵ２０１はステップＳ１７０１の処理に戻る。一方、ステップＳ１７０３の判別の結果、送信時刻情報に送信された管理対象設定データが更新された件数が所定の件数以上であるとき、ＣＰＵ２０１は後述するステップＳ１７０５の処理を行う。

ステップＳ１７０１の判別の結果、定期更新タイミングであるとき、ＣＰＵ２０１はＭＦＰ１０２に管理対象設定データを送信した送信時刻情報を取得する（ステップＳ１７０４）。次いで、ＣＰＵ２０１は管理対象設定データの更新内容を含む更新情報を生成する（ステップＳ１７０５）。次いで、ＣＰＵ２０１は設定されたバックアップ先に更新情報を送信し（ステップＳ１７０６）、更新情報を送信した時刻に基づいて送信時刻情報を更新し（ステップＳ１７０７）、ステップＳ１７０１の処理に戻る。

上述した本実施の形態では、ステップＳ１７０１の処理及びステップＳ１７０３の処理を一連の処理として実行する場合について説明したが、ステップＳ１７０１の処理及びステップＳ１７０３の処理を別々の処理として並列に実行してもよい。

また、上述した本実施の形態では、計時部で計時された時間に基づいて定期更新タイミングであるか否かを判別する場合について説明したが、定期更新タイミングの判別は計時部で計時された時間に限られない。例えば、バックアップ先に設定されたＭＦＰ１０２が設定データの更新があるか否かの通知を定期的にＭＦＰサーバ１０１に送信し、ＣＰＵ２０１は該通知に基づいて定期更新タイミングの判別を行ってもよい。更新があるか否かの通知は、例えば、ＭＦＰ１０２がＭＦＰサーバ１０１に更新情報の取得要求を送信することによって実現可能である。ＭＦＰ１０１は、バックアップ先のＭＦＰから更新情報を取得した場合には、定期更新のタイミングになったと判別し、それ以外の場合には、定期更新のタイミングではないと判別する。

さらに、上述した本実施の形態では、更新時刻以降に更新された内容のみを更新情報として定期的にバックアップ先に送信する場合について説明したが、全ての管理対象設定データをバックアップ先に定期的に送信してもよい。

上述した本実施の形態では、ステップＳ１７０２及びステップＳ１７０４で取得した更新時刻を使用してステップＳ１７０３及びステップＳ１７０５を実行しているが、これに限らず以下の方法によることとしてもよい。

すなわち、サーバアプリケーション３０１が管理している設定データが変更される度に、ＭＦＰサーバ１０１はその変更の内容を示す変更ログを生成して記憶部に記憶する。ステップＳ１７０５では、記憶部に記憶された１又は複数の変更ログから更新情報を生成する。更新情報を生成すると、記憶部に記憶された１又は複数の変更ログを削除する。

例えば、第１の変更ログとして「設定値Ａを追加」、第１の変更ログよりも後に記憶された第２の変更ログとして「設定値Ａを削除」、第３の変更ログとして「設定値Ｂを追加」が記憶部に記憶されていた場合について説明する。この場合、ＭＦＰサーバ１０１は、第１の変更ログ、第２の変更ログ、及び、第３の変更ログが示す一連の変更を行った結果として結局「設定値Ｂを追加」という変更がなされたと判別する。そして、「設定値Ｂを追加」という内容の更新情報を生成する。その後、第１の変更ログ、第２の変更ログ、及び、第３の変更ログを削除する。

同様にして、ステップＳ１７０３では、記憶部に記憶されている変更ログの件数をカウントして所定の件数以上となった場合に、所定の件数以上の設定値の変更が生じたと判別する。このような処理を実行するにより、バックアップデータの更新時刻を用いずにステップ１７０５及びステップＳ１７０３の処理を実行することができる。

上述した本実施の形態では、管理対象装置の登録要求通知の受信に基づいてバックアップ先の設定を行う場合について説明したが、バックアップ先の設定を行うタイミングは管理対象装置の登録要求通知の受信時に限られない。例えば、管理対象装置の登録情報の更新要求通知の受信時や、管理対象装置の登録情報の取得要求通知の受信時にバックアップ先の設定を行ってもよい。

また、上述した本実施の形態では、バックアップ先を１台設定する場合について説明したが、バックアップ先は１台に限られず、複数台のバックアップ先を設定してもよい。複数台のバックアップ先を設定する場合、例えば、図６の処理において、ステップＳ６０５の処理を実行した後に、バックアップ先が予め設定された設定台数に達しているか否かを判別する。判別の結果、バックアップ先が設定台数に達しているとき、ＣＰＵ２０１は図６の処理を終了する。一方、判別の結果、バックアップ先が設定台数に達していないとき、ＣＰＵ２０１はステップＳ６０７以降の処理を行う。

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

１０１〜１０３ ＭＦＰ
２０１ ＣＰＵ
２０９ 操作部
３０１ サーバアプリケーション
３０７ クライアントアプリケーション

Claims (11)

1. 登録された複数のクライアント装置のデータを管理するサーバとしての情報処理装置であって、
   サーバアプリケーション及びクライアントアプリケーションを記憶する記憶手段と、
   前記サーバアプリケーションが管理するデータを蓄積する蓄積手段と、
   前記蓄積手段に蓄積されたデータのバックアップ先を設定する設定手段と、
   前記データを前記サーバアプリケーションの管理対象とすることを要求する登録要求を取得する取得手段と、
   前記登録要求が、前記記憶手段が記憶するクライアントアプリケーションから取得されたか否かを判別する判別手段とを備え、
   前記設定手段は、前記バックアップ先が設定されていない場合であって、且つ前記記憶手段が記憶するクライアントアプリケーション以外の前記クライアント装置から前記登録要求が取得された場合、前記登録要求を行ったクライアント装置を前記バックアップ先として設定することを特徴とする情報処理装置。
2. サーバとしての情報処理装置に登録されるクライアント装置であって、
   前記クライアント装置を前記サーバとして設定するのを許可するか否かを決定する決定手段を備え、
   前記情報処理装置は前記クライアント装置のデータを管理し、
   前記決定手段は、前記クライアント装置が前記管理されるデータのバックアップ先に設定された場合、前記クライアント装置を前記サーバとして設定するのを許可しないことを特徴とするクライアント装置。
3. 前記クライアント装置を前記サーバに設定するための設定ボタンの表示を制御する表示制御手段を更に備え、
   前記クライアント装置を前記サーバとして設定されるのが許可されない場合、前記表示制御手段は、前記設定ボタンの操作を無効にすることを特徴とする請求項２記載のクライアント装置。
4. 前記管理されるデータのバックアップの終了を指示する通知を受信する受信手段を更に備え、
   前記受信手段が前記管理されるデータのバックアップの終了を指示する通知を受信した場合、前記決定手段は前記クライアント装置を前記サーバとして設定するのを許可することを特徴とする請求項２又は３記載のクライアント装置。
5. 前記決定手段は、前記クライアント装置がバックアップ先に設定されなくなった場合、前記クライアント装置を前記サーバとして設定するのを許可することを特徴とする請求項２乃至４のいずれか１項に記載のクライアント装置。
6. 登録された複数のクライアント装置のデータを管理するサーバとしての情報処理装置が実行する前記データのバックアップ方法であって、
   サーバアプリケーション及びクライアントアプリケーションを記憶する記憶ステップと、
   前記サーバアプリケーションが管理するデータを蓄積する蓄積ステップと、
   前記蓄積ステップで蓄積されたデータのバックアップ先を設定する設定ステップと、
   前記データを前記サーバアプリケーションの管理対象とすることを要求する登録要求を取得する取得ステップと、
   前記登録要求が、前記クライアントアプリケーションから取得されたか否かを判別する判別ステップとを有し、
   前記設定ステップは、前記バックアップ先が設定されていない場合であって、且つ前記クライアントアプリケーション以外の前記クライアント装置から前記登録要求が取得された場合、前記登録要求を行ったクライアント装置を前記バックアップ先として設定することを特徴とするバックアップ方法。
7. 前記バックアップ先に設定されたクライアント装置を前記サーバとして設定するのを許可するか否かを決定する決定ステップを更に有し、
   前記決定ステップは、前記バックアップ先に設定されたクライアント装置を前記サーバとして設定するのを許可しないことを特徴とする請求項６記載のバックアップ方法。
8. 前記データのバックアップ先に設定されたクライアント装置を前記サーバに設定するための設定ボタンの表示を制御する表示制御ステップを更に有し、
   前記データのバックアップ先に設定されたクライアント装置を前記サーバとして設定されるのが許可されない場合、前記表示制御ステップは、前記設定ボタンの操作を無効にすることを特徴とする請求項７記載のバックアップ方法。
9. 前記データのバックアップの終了の指示を受け付ける受付ステップを更に有し、
   前記決定ステップは、前記データのバックアップの終了の指示を受け付けた場合、前記データのバックアップ先に設定されたクライアント装置を前記サーバとして設定するのを許可することを特徴とする請求項７又は８記載のバックアップ方法。
10. 前記決定ステップは、前記データのバックアップ先に設定されたクライアント装置がバックアップ先に設定されなくなった場合、前記データのバックアップ先に設定されたクライアント装置を前記サーバとして設定するのを許可することを特徴とする請求項７乃至９のいずれか１項に記載のバックアップ方法。
11. 登録された複数のクライアント装置のデータを管理するサーバとしての情報処理装置が実行する前記データのバックアップ方法をコンピュータに実行させるプログラムであって、
    前記バックアップ方法は、
    サーバアプリケーション及びクライアントアプリケーションを記憶する記憶ステップと、
    前記サーバアプリケーションが管理するデータを蓄積する蓄積ステップと、
    前記蓄積ステップで蓄積されたデータのバックアップ先を設定する設定ステップと、
    前記データを前記サーバアプリケーションの管理対象とすることを要求する登録要求を取得する取得ステップと、
    前記登録要求が、前記クライアントアプリケーションから取得されたか否かを判別する判別ステップとを有し、
    前記設定ステップは、前記バックアップ先が設定されていない場合であって、且つ前記クライアントアプリケーション以外の前記クライアント装置から前記登録要求が取得された場合、前記登録要求を行ったクライアント装置を前記バックアップ先として設定することを特徴とするプログラム。