JP2021051344A - 情報処理装置、情報処理システム、及び情報処理プログラム - Google Patents

Abstract

【課題】対象機器と関連する関連機器が動的に変化する場合に、対象機器のバックアップ情報と整合した関連機器のバックアップ情報を取得する。【解決手段】対象機器１２ａのプロセッサ３２は、バックアップ依頼と共に、対象機器１２ａに現在関連している関連機器１２ｂを示す関連機器情報としてのジョブ共有機器情報３０をバックアップサーバ１４に送信する。バックアップサーバ１４のバックアップ処理部４８は、対象機器１２ａから受信した関連機器情報に基づいて関連機器１２ｂを特定し、対象機器１２ａ及び特定した関連機器１２ｂに対してバックアップデータを要求する。バックアップ処理部４８は、対象機器１２ａから取得した第１バックアップデータと、関連機器１２ｂから取得した第２バックアップデータとを関連付けてメモリ４２に記憶させる。【選択図】図５

Description

本発明は、情報処理装置、情報処理システム、及び情報処理プログラムに関する。

特許文献１には、第１のデータを保管するデータベースサーバと、第２のデータを保管するファイルサーバと、第２のデータのバックアップデータを保管するバックアップファイルサーバとを含む文書管理システムであって、第１のデータのリストアが発生した場合に、ファイルサーバで保管される第２のデータに対し、バックアップファイルサーバでバックアップされたデータを用いて第１のデータに対するリストアの内容に応じたリストアを行う文書管理システムが開示されている。

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

ところで、対象機器と、当該対象機器に関連する１又は複数の関連機器のバックアップ処理を行うことを考える。ここで、バックアップ処理とは、機器の異常や故障などに備えて、機器に記憶されたデータを複製してバックアップ情報を生成し、生成したバックアップ情報を別の記憶装置やメディアに保存することを意味する。また、関連する、とは、関連機器に関するデータが対象機器に記憶されており、対象機器に関するデータが関連機器に記憶された状態であって、両機器に記憶されたこれらのデータに基づいて何らかの処理が実行され得る状態を意味する。

このように、対象機器と関連機器とが互いに関連している場合、対象機器のバックアップ情報と、関連機器のバックアップ情報との間で整合を取る必要がある。両バックアップ情報の間で整合が取れていないと、当該両バックアップ情報を用いて対象機器と関連機器とをリストア処理（すなわち復旧処理）した場合、リストア後の対象機器と関連機器との間で整合が取れなくなり、対象機器及び関連機器の少なくとも一方が正常に動作できなくなる場合がある。ここで、対象機器と関連機器との間で整合が取れた状態、とは、対象機器と関連機器との関係が正常であり、対象機器と関連機器が連携して処理を好適に実行可能である状態を意味する。反対に、対象機器と関連機器との間で整合が取れていない状態、とは、対象機器と関連機器との関係が異常であり、対象機器と関連機器が連携して好適に処理を実行できない状態を意味する。また、対象機器のバックアップ情報で対象機器をリストアし、関連機器のバックアップ情報で関連機器をリストアしたときに、リストア後の対象機器と関連機器との間で整合が取れる場合、対象機器の当該バックアップ情報と、関連機器の当該バックアップ情報とが整合している、と表現する。反対に、リストア後の対象機器と関連機器との間で整合が取れない場合、対象機器の当該バックアップ情報と、関連機器の当該バックアップ情報とが整合していないと表現する。

従来、対象機器に対する関連機器が固定的に定まっている場合には、例えば対象機器と関連機器とのバックアップ処理を同時に行うなどすることで、対象機器のバックアップ情報と、関連機器のバックアップ情報との間で整合を取ることができた。しかしながら、対象機器に対する関連機器が動的に変化する場合、従来、対象機器のバックアップ処理を行う際に、当該対象機器に関連している関連機器を特定することが困難であることから、対象機器のバックアップ情報に整合した、関連機器のバックアップ情報を取得することが困難であった。

本発明の目的は、対象機器と関連する関連機器が動的に変化する場合に、対象機器のバックアップ情報と整合した関連機器のバックアップ情報を取得することにある。

請求項１に係る発明は、プロセッサを備え、前記プロセッサは、対象機器からバックアップ依頼を受けたタイミングで、前記対象機器と関連する関連機器を示す関連機器情報を取得し、前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得し、前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させる、ことを特徴とする情報処理装置である。
請求項２に係る発明は、前記プロセッサは、前記関連機器が、バックアップ処理の実行が不可能な状態である場合は、前記第１バックアップ情報及び前記第２バックアップ情報を前記メモリに記憶させない、ことを特徴とする請求項１に記載の情報処理装置である。
請求項３に係る発明は、前記第２バックアップ情報には、前記関連機器の設定内容を示す設定情報が含まれ、前記プロセッサは、前記バックアップ依頼を間欠的に受け、前記バックアップ依頼を受けたときの前記関連機器の設定内容のうち、前記対象機器と前記関連機器との間の整合性に関わる連携部分の設定内容を取得し、取得した前記連携部分の設定内容が、直前に取得した前記第２バックアップ情報が示す前記連携部分の設定内容と一致する場合は、前記バックアップ依頼に応じて前記第２バックアップ情報を取得しない、ことを特徴とする請求項１又は２に記載の情報処理装置である。
請求項４に係る発明は、前記プロセッサは、前記第１バックアップ情報を前記対象機器に送信して前記対象機器にリストア処理を実行させると共に、前記第２バックアップ情報を前記関連機器に送信して前記関連機器にリストア処理を実行させる、ことを特徴とする請求項１に記載の情報処理装置である。
請求項５に係る発明は、前記プロセッサは、前記関連機器が、リストア処理の実行が不可能な状態である場合は、前記対象機器に前記第１バックアップ情報を送信せず、且つ、前記関連機器に前記第２バックアップ情報を送信しない、ことを特徴とする請求項４に記載の情報処理装置である。
請求項６に係る発明は、前記プロセッサは、利用者から指定された前記関連機器に前記第２バックアップ情報を送信して当該関連機器にリストア処理を実行させる、ことを特徴とする請求項４に記載の情報処理装置である。
請求項７に係る発明は、プロセッサと、対象機器と現在関連している関連機器を示す関連機器情報を記憶するメモリと、を備え、前記プロセッサは、前記対象機器と関連する関連機器が変更される度に、変更後の関連機器を示す変更情報に基づいて前記関連機器情報を更新し、前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得し、前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させる、ことを特徴とする情報処理装置である。
請求項８に係る発明は、対象機器とバックアップサーバとを備え、前記対象機器は、前記対象機器と関連する関連機器を示す関連機器情報を記憶する機器側メモリと、バックアップ依頼と共に前記関連機器情報を前記バックアップサーバに送信する機器側プロセッサと、を備え、前記バックアップサーバは、前記対象機器からの前記バックアップ依頼に応じて、前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記対象機器から受信した前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得し、前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させるサーバ側プロセッサと、を備える、ことを特徴とする情報処理システムである。
請求項９に係る発明は、コンピュータに、対象機器からバックアップ依頼を受けたタイミングで、前記対象機器と関連する関連機器を示す関連機器情報を取得させ、前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得させ、前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させる、ことを特徴とする情報処理プログラムである。

請求項１、７、８、又は９に係る発明によれば、対象機器と関連する関連機器が動的に変化する場合に、対象機器のバックアップ情報と整合した関連機器のバックアップ情報を取得することができる。
請求項２に係る発明によれば、互いに整合しない第１バックアップ情報と第２バックアップ情報とがメモリに記憶されることを防止することができる。
請求項３に係る発明によれば、第２バックアップ情報の取得及びメモリへの記憶のための処理を省くことができる。
請求項４又は５に係る発明によれば、リストア後の対象機器と関連機器との間で整合が取れなくなることを回避することができる。
請求項６に係る発明によれば、利用者に指定された関連機器についてのみリストアを行うことができる。

基本実施形態に係る情報処理システムの構成概略図である。 基本実施形態に係る機器の構成概略図である。 基本実施形態に係るバックアップサーバの構成概略図である。 バックアップＤＢの内容の例を示す図である。 バックアップ処理の流れを示すフローチャートである。 リストア処理の流れを示すフローチャートである。 変形実施形態に係るバックアップサーバの構成概略図である。

＜基本実施形態＞
図１は、本実施形態に係る情報処理システム１０の構成概略図である。情報処理システム１０は、複数の機器１２、及び、情報処理装置としてのバックアップサーバ１４を含んで構成されている。複数の機器１２とバックアップサーバ１４は、ＬＡＮ（Local Area Network）あるいはインターネットなどの通信回線１６を介して互いに通信可能に接続されている。

複数の機器１２は、互いに関連している場合がある。以下、複数の機器１２のうちの１つであって、後述するバックアップ依頼又はリストア依頼をバックアップサーバ１４に送信する機器１２を対象機器１２ａと呼び、対象機器１２ａに関連する１又は複数の機器を関連機器１２ｂと呼ぶ。なお、対象機器１２ａと関連機器１２ｂとを区別しない場合には、単に機器１２と記載する場合がある。

本実施形態では、各機器１２は複合機であり、複数の複合機が関連することで、一の複合機に利用者（すなわちユーザ）が入力したジョブを他の複合機に転送して、当該ジョブを当該複合機に実行可能となっている。一の複合機に入力されたジョブを他の複合機に転送して他の機器で当該ジョブを実行することを、これら複数の複合機でジョブを共有する、と表現する。当該一の複合機が対象機器１２ａであると、ジョブを共有する当該他の機器が関連機器１２ｂとなる。本実施形態では、対象機器１２ａには、関連機器１２ｂを示すジョブ共有機器情報（例えばＩＰアドレスや機器ＩＤなど）が記憶され、各関連機器１２ｂにおいても、対象機器１２ａ及び他の関連機器１２ｂ（当該関連機器１２ｂから見た関連機器）を示すジョブ共有機器情報が記憶される。これにより、複数の機器１２がジョブを共有することが可能になる。具体的には、ユーザが対象機器１２ａにジョブを入力したときに、対象機器１２ａが特定の条件（例えば他のユーザによって使用中であるなど）を満たすと、対象機器１２ａは、自装置に記憶されたジョブ共有機器情報に基づいて、関連機器１２ｂにリクエストを送信する。関連機器１２ｂは、受信したリクエストに対して当該ジョブの実行可否を返信する。対象機器１２ａは、受信した実行可否に基づいて、当該ジョブを実行可能な関連機器１２ｂに当該ジョブを転送する。これにより、関連機器１２ｂにて当該ジョブを実行することができる。

本実施形態では、ユーザは、対象機器１２ａに対する関連機器１２ｂを任意に設定することができる。上述の例では、対象機器１２ａのジョブ共有機器情報をユーザが任意に編集できる。したがって、複数の機器１２間における関連関係は動的に変化し得ることとなる。

情報処理システム１０においては、各機器１２のバックアップ情報としてのバックアップデータがバックアップサーバ１４に記憶される。バックアップデータとは、機器１２に記憶されたデータの少なくとも一部であり、バックアップの対象となるデータは、機器１２に記憶されたデータの中から予め定められていてよい。バックアップデータがバックアップサーバ１４に記憶されることで、機器１２が異常状態に陥ったり故障したりした場合に、バックアップサーバ１４に記憶したバックアップデータに基づいてリストア処理（すなわち復元処理）を行うことで、機器１２を異常や故障が生じる前の状態に戻すことができる。

本実施形態では、機器１２がバックアップデータをバックアップサーバ１４に送信するバックアップ処理は、間欠的に実行される。例えば、予め定められた所定時間毎、あるいは、前回のバックアップ処理から所定時間経過後の初回に起動したタイミングで実行される。

上述のジョブ共有機器情報は、バックアップ処理の対象であり、バックアップサーバ１４に送信されるバックアップデータに含まれる。ここで、対象機器１２ａと、関連機器１２ｂとが異なるタイミングでバックアップ処理され、且つ、当該バックアップ処理により取得されたバックアップデータに基づいて、対象機器１２ａ及び関連機器１２ｂにおいてリストア処理が実行されたことなどに応じて、対象機器１２ａと当該関連機器１２ｂとの間において整合が取れていない状態となった場合を考える。

本実施形態では、対象機器１２ａと関連機器１２ｂとの間において整合が取れていない状態とは、対象機器１２ａのジョブ共有機器情報においては関連機器１２ｂが含まれているのに対し、当該関連機器１２ｂ自体が情報処理システム１０から除外されてしまっている第１の状態、及び、対象機器１２ａのジョブ共有機器情報においては当該関連機器１２ｂが含まれていないのに対し、当該関連機器１２ｂのジョブ共有機器情報において対象機器１２ａが含まれている第２の状態が含まれる。なお、対象機器１２ａと関連機器１２ｂとの間において整合が取れていない状態には、上述の第１及び第２の状態に限られず、例えば、対象機器１２ａのその他の設定内容と、関連機器１２ｂのその他の設定内容との間で整合が取れていない場合なども含まれる。

対象機器１２ａと関連機器１２ｂとの間において整合が取れていない状態では、対象機器１２ａと関連機器１２ｂとが連携した処理を好適に実行することができなくなる。例えば、上述の第１の状態では、対象機器１２ａは、既に情報処理システム１０から除外されてしまった関連機器１２ｂのＩＰアドレスに対してリクエストを送信することになるから、当然に当該リクエストの応答を受信することができなくなり、それ以後の処理が実行できなくなる。上述の第２の状態では、対象機器１２ａは、当該関連機器１２ｂに対してリクエストを送信しないから、仮に、当該関連機器１２ｂが対象機器１２ａに入力されたジョブを実行可能であったとしても、当該対象機器１２ａにて当該ジョブを実行することができなくなる。

したがって、リストア後において対象機器１２ａと関連機器１２ｂとの間で整合を取るべく、対象機器１２ａのバックアップデータと関連機器１２ｂのバックアップデータとを整合させて取得することが肝要となる。後述するように、本実施形態では、対象機器１２ａに対する関連機器１２ｂが動的に変化し得る情報処理システム１０において、バックアップサーバ１４は、対象機器１２ａのバックアップデータと整合した関連機器１２ｂのバックアップデータを取得することを可能としている。

図２は、機器１２の構成概略図である。以下、対象機器１２ａの各部について説明するが、対象機器１２ａと関連機器１２ｂの構成は同一であるため、以下の説明は、関連機器１２ｂについても当てはまる。対象機器１２ａ特有の特徴、あるいは、関連機器１２ｂ特有の特徴については、都度言及する。

本実施形態では機器１２は複合機であるが、複数の機器１２の間において動的に変化し得る関連関係が構築され、バックアップサーバ１４にバックアップデータが送信される限りにおいて、機器１２としてはどのような装置であってもよい。例えば、パーソナルコンピュータ、スマートフォン、タブレット端末などであってもよい。

通信インターフェース２０は、例えば有線又は無線のＬＡＮアダプタなどを含んで構成される。通信インターフェース２０は、通信回線１６を介して、バックアップサーバ１４あるいは他の機器１２と通信する機能を発揮する。

ディスプレイ２２は、例えば液晶ディスプレイなどを含んで構成される。ディスプレイ２２には、種々の画面が表示される。

入力インターフェース２４は、例えばタッチパネルやボタンなどを含んで構成される。機器１２がパーソナルコンピュータなどである場合には、入力インターフェース２４にはマウスやキーボードが含まれていてもよい。入力インターフェース２４は、機器１２に対するユーザの指示を入力するために用いられる。

機器側メモリとしてのメモリ２６は、例えばハードディスク、ＳＳＤ（Solid State Drive）、ｅＭＭＣ（embedded Multi Media Card）、ＲＯＭ、あるいはＲＡＭなどを含んで構成される。メモリ２６は、後述のプロセッサ３２とは別に設けられてもよいし、少なくとも一部がプロセッサ３２の内部に設けられていてもよい。メモリ２６には、機器１２の各部を動作させるためのプログラムが記憶される。また、メモリ２６には、機器１２を一意に識別するための機器ＩＤが記憶される。さらに、図２に示すように、メモリ２６には、設定情報２８が記憶される。

設定情報２８は、機器１２の各種の設定内容を示す情報である。設定情報２８には、例えば、機器１２に予め登録されたユーザを示すユーザ登録リスト、各ユーザに関する認証情報（ユーザＩＤとパスワードなど）、機器１２においてスキャン処理により取得した画像データの送信先を示す宛先表、登録されたワークフローに関する情報、各種ログ情報などが含まれる。

また、上述のように、情報処理システム１０においては、複数の機器１２間において関連関係が構築され得るため、設定情報２８は、関連機器１２ｂを示す情報であるジョブ共有機器情報３０が含まれる。ジョブ共有機器情報３０は、例えば関連機器１２ｂのＩＰアドレスや装置ＩＤなどである。ユーザは、対象機器１２ａに１又は複数の関連機器１２ｂ（本実施形態では、対象機器１２ａとジョブを共有する機器１２）を登録することができる。ユーザによって関連機器１２ｂが登録されると、対象機器１２ａのメモリ２６には、登録された関連機器１２ｂを示すジョブ共有機器情報３０が記憶される。また、対象機器１２ａに関連機器１２ｂが登録されると、対象機器１２ａからの通知に基づいて、当該関連機器１２ｂのメモリ２６に対象機器１２ａを示すジョブ共有機器情報３０が記憶される。

設定情報２８の少なくとも一部がバックアップ処理の対象となる。バックアップ処理の対象となるデータもユーザによって予め指定可能となっていてよい。本実施形態では、上述の設定情報２８の全てがバックアップ処理の対象となっており、つまり、バックアップデータは、ジョブ共有機器情報３０を含む設定情報２８となる。

プロセッサ３２は、広義的な処理装置を指し、汎用的な処理装置（例えばＣＰＵ（Central Processing Unit）など）、及び、専用の処理装置（例えばＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ３２としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。

機器側プロセッサとしての対象機器１２ａのプロセッサ３２は、バックアップ依頼をバックアップサーバ１４に送信する。ここで、対象機器１２ａのプロセッサ３２は、バックアップ依頼と共に、対象機器１２ａに現在関連している関連機器１２ｂを示す関連機器情報をバックアップサーバ１４に送信する。本実施形態では、ジョブ共有機器情報３０が、対象機器１２ａに現在関連している関連機器１２ｂを示すものであるため、対象機器１２ａのプロセッサ３２は、バックアップ依頼と共にジョブ共有機器情報３０をバックアップサーバ１４に送信する。

バックアップ依頼を送信したことに応じて、バックアップサーバ１４からバックアップデータの要求があると、対象機器１２ａのプロセッサ３２は、バックアップデータ（本実施形態では設定情報２８）をバックアップサーバ１４に送信する。具体的には、対象機器１２ａのプロセッサ３２は、バックアップデータと自装置の機器ＩＤとを関連付けてバックアップサーバ１４に送信する。対象機器１２ａのプロセッサ３２がバックアップデータをバックアップサーバ１４に送信すると、バックアップサーバ１４にて生成された、当該バックアップデータを一意に識別するバックアップデータＩＤがバックアップサーバ１４から対象機器１２ａに送信される。

また、後述するように、対象機器１２ａからのバックアップ依頼に応じて、関連機器１２ｂに対してバックアップサーバ１４からバックアップデータの要求が送信される場合がある。その場合、関連機器１２ｂのプロセッサ３２は、バックアップデータ及び自装置の機器ＩＤとを関連付けてバックアップサーバ１４に送信する。対象機器１２ａからバックアップデータが送信された場合と同様に、関連機器１２ｂのプロセッサ３２がバックアップデータをバックアップサーバ１４に送信すると、バックアップサーバ１４にて生成されたバックアップデータＩＤがバックアップサーバ１４から関連機器１２ｂに送信される。

本明細書では、対象機器１２ａのバックアップデータを第１バックアップデータと呼び、関連機器１２ｂのバックアップデータを第２バックアップデータと呼ぶ。なお、両者を特に区別しない場合には、単にバックアップデータと記載する場合もある。

上述のように、本実施形態では、プロセッサ３２は、間欠的にバックアップ依頼をバックアップサーバ１４に送信し、対象機器１２ａからは間欠的に第１バックアップデータがバックアップサーバ１４に送信され、関連機器１２ｂからも間欠的に第２バックアップデータがバックアップサーバ１４に送信される。

対象機器１２ａのプロセッサ３２は、バックアップ依頼と共に第１バックアップデータをバックアップサーバ１４に送信するようにしてもよい。本実施形態のように、第１バックアップデータである設定情報２８に関連機器情報としてのジョブ共有機器情報３０が含まれている場合には、対象機器１２ａのプロセッサ３２は、第１バックアップデータを送信すれば、同時に関連機器情報もバックアップサーバ１４に送信されることとなる。

また、過去に対象機器１２ａから他の機器１２に対するジョブの送信履歴を示すジョブ送信履歴情報がメモリ２６に記憶されてもよい。ジョブ送信履歴情報に含まれる他の機器１２は、関連機器１２ｂであるとみなすことができる。したがって、対象機器１２ａのプロセッサ３２は、当該ジョブ送信履歴情報を解析することで関連機器情報を取得し、取得した関連機器情報をバックアップサーバ１４に送信するようにしてもよい。

また、プロセッサ３２は、ユーザからの指示に応じて、先にバックアップサーバ１４から受信したバックアップデータＩＤと共にリストア依頼をバックアップサーバ１４に送信する。リストア依頼に応じて、当該バックアップデータＩＤに応じたバックアップデータがバックアップサーバ１４から送信されると、プロセッサ３２は、受信したバックアップデータに基づいてリストア処理を実行する。

図３は、バックアップサーバ１４の構成概略図である。

通信インターフェース４０は、例えば有線又は無線のＬＡＮアダプタなどを含んで構成される。通信インターフェース４０は、通信回線１６を介して、複数の機器１２と通信する機能を発揮する。

メモリ４２は、例えばハードディスク、ＳＳＤ、ｅＭＭＣ、ＲＯＭ、あるいはＲＡＭなどを含んで構成される。メモリ４２は、後述のプロセッサ４６とは別に設けられてもよいし、少なくとも一部がプロセッサ４６の内部に設けられていてもよい。メモリ４２には、バックアップサーバ１４の各部を動作させるための情報処理プログラムが記憶される。また、図３に示すように、メモリ４２には、バックアップＤＢ４４が記憶される。バックアップＤＢ４４については、後述のバックアップ処理部４８の処理と共に説明する。

サーバ側プロセッサとしてのプロセッサ４６は、広義的な処理装置を指し、汎用的な処理装置（例えばＣＰＵなど）、及び、専用の処理装置（例えばＧＰＵ、ＡＳＩＣ、ＦＰＧＡ、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ４６としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。プロセッサ４６は、メモリ４２に記憶された情報処理プログラムに従って、バックアップサーバ１４の各部の制御を行う。また、図３に示される通り、プロセッサ４６はバックアップ処理部４８及びリストア処理部５０としての機能を発揮する。

バックアップ処理部４８は、複数の機器１２からバックアップデータを受信し、当該バックアップデータをメモリ４２に記憶させると共に、バックアップデータの属性情報をバックアップＤＢ４４に登録する。特に、バックアップ処理部４８は、対象機器１２ａからのバックアップ依頼に応じて、対象機器１２ａからの第１バックアップデータのみならず、関連機器１２ｂからの第２バックアップデータを受信し、第１バックアップデータと第２バックアップデータとを関連付けてメモリ４２に記憶させる。以下、詳細に説明する。

まず、バックアップ処理部４８は、対象機器１２ａからバックアップ依頼を受けたタイミングで、対象機器１２ａに対する関連機器１２ｂを示す関連機器情報を取得する。本実施形態では、対象機器１２ａは、バックアップ依頼と共に、関連機器情報として機能し得るジョブ共有機器情報３０をバックアップサーバ１４に送信するから、バックアップ処理部４８は、バックアップ依頼と共に関連機器情報を対象機器１２ａから受信することで関連機器情報を取得する。

また、対象機器１２ａが上述のジョブ送信履歴情報を解析することで関連機器情報を取得する場合には、バックアップ処理部４８は、当該関連機器情報を対象機器１２ａから受信することで関連機器情報を取得してもよい。さらに、対象機器１２ａがバックアップ依頼と共に第１バックアップデータをバックアップサーバ１４に送信する場合には、バックアップ処理部４８は、当該第１バックアップデータに含まれるジョブ共有機器情報３０を関連機器情報として取得する。

バックアップ処理部４８は、関連機器情報をその他の方法により取得してもよい。例えば、対象機器１２ａがバックアップ依頼をバックアップサーバ１４に送信すると共に、関連機器１２ｂに対して通知を送信し、関連機器１２ｂが、当該通知に応じて自装置を示す情報（ＩＰアドレスや装置ＩＤ）をバックアップサーバ１４に送信してもよい。この場合は、バックアップ処理部４８は、関連機器１２ｂから送信される情報を関連機器情報として取得する。

バックアップ処理部４８は、受信した関連機器情報に基づいて、対象機器１２ａに現在関連している関連機器１２ｂを特定する。そして、対象機器１２ａに対してバックアップデータを要求すると共に、特定した関連機器１２ｂに対してバックアップデータを要求する。これにより、バックアップ処理部４８は、対象機器１２ａから第１バックアップデータを取得すると共に、関連機器１２ｂから第２バックアップデータを取得する。もちろん、バックアップ依頼と共に第１バックアップデータを対象機器１２ａから受信している場合には、ここで改めて対象機器１２ａに対してバックアップデータを要求する必要はない。

上述のように、バックアップ処理部４８は、対象機器１２ａからバックアップ依頼を受けたタイミングで、対象機器１２ａに現在関連している関連機器１２ｂを示す関連機器情報を取得するから、対象機器１２ａに対する関連機器１２ｂが動的に変化しようとも、バックアップ時における対象機器１２ａに対する関連機器１２ｂを特定することができる。さらに、当該バックアップ依頼に応じて、対象機器１２ａから第１バックアップデータを取得すると共に、換言すれば、第１バックアップデータを取得すると同時に、関連機器１２ｂから第２バックアップデータを取得するから、互いに整合が取れた第１バックアップデータ及び第２バックアップデータを取得することができる。

バックアップ処理部４８は、第１及び第２バックアップデータを取得すると、第１及び第２バックアップデータをメモリ４２記憶させると共に、第１及び第２バックアップデータの属性情報をバックアップＤＢ４４に登録する。

図４に、本実施形態におけるバックアップＤＢ４４の内容の例が示されている。本実施形態では、バックアップＤＢ４４に登録されるバックアップデータの属性情報は、バックアップデータＩＤ、グループＩＤ、機器ＩＤ、バックアップデータ格納先、及びバックアップ時刻を含んでいる。

バックアップデータＩＤは、当該バックアップデータを一意に識別するＩＤであり、バックアップデータを機器１２から受信したときに、バックアップ処理部４８により生成される。生成されたバックアップデータＩＤは、バックアップ処理部４８により当該バックアップデータを送信した機器１２に通知される。

機器ＩＤは、当該バックアップデータを送信した機器１２を一意に識別するＩＤである。バックアップデータと共に送信される機器ＩＤがここに登録される。バックアップデータ格納先は、当該バックアップデータが格納されているメモリ４２のアドレスを示すものである。バックアップ時刻は、バックアップサーバ１４が当該バックアップデータを取得した時刻を示すものである。

グループＩＤは、対象機器１２ａから受信した１回のバックアップ依頼に応じて、対象機器１２ａ及び関連機器１２ｂからバックアップサーバ１４に送信されたバックアップデータ群を識別するためのＩＤである。具体的には、バックアップ処理部４８は、対象機器１２ａから受信した１回のバックアップ依頼に応じて、対象機器１２ａ及び関連機器１２ｂからバックアップサーバ１４に送信されたバックアップデータ群に対して同一のグループＩＤを付与する。したがって、同一のグループＩＤが付されたバックアップデータ群は、対象機器１２ａと関連機器１２ｂから同時にバックアップサーバ１４に送信されたものであるといえる。換言すれば、グループＩＤが付された複数のバックアップデータ群は、互いに整合が取れているものである。

例えば、図４のバックアップＤＢ４４におけるレコードＲ１〜Ｒ３は、いずれも同一のグループＩＤ「Ａ００１」が付されている。したがって、レコードＲ１〜Ｒ３に対応するバックアップデータは、互いに関連する対象機器１２ａと２つの関連機器１２ｂから１回のバックアップ依頼に応じて取得されたものであり、互いに整合が取れているものであることが分かる。

言うまでもないが、同一の機器１２のグループから受信した複数のバックアップデータ群に対して、必ず同一のグループＩＤが付されるわけではない。例えば、図４のバックアップＤＢ４４におけるレコードＲ１〜Ｒ３とレコードＲ４〜Ｒ６は、いずれも機器ＩＤ「ＤＥＶＩＣＥ００１」、「ＤＥＶＩＣＥ００２」、「ＤＥＶＩＣＥ００３」が示す３つの機器１２から送信されたバックアップデータを示すものであるが、レコードＲ１〜Ｒ３のグループＩＤは「Ａ００１」であり、レコードＲ４〜Ｒ６のグループＩＤは「Ａ００２」であり、レコードＲ１〜Ｒ３とレコードＲ４〜Ｒ６には、それぞれ異なるグループＩＤが付されている。これは、レコードＲ１〜Ｒ３に対応するバックアップデータ群と、レコードＲ４〜Ｒ６に対応するバックアップデータ群は、異なるタイミングでバックアップサーバ１４が受信した異なるバックアップ依頼に応じてそれぞれ取得されたものであることを示している。つまり、レコードＲ１〜Ｒ３に対応するバックアップデータ群と、レコードＲ４〜Ｒ６に対応するバックアップレコード群とは、互いに整合するものではないことが分かる。

なお、図４のバックアップＤＢ４４におけるレコードＲ７には、グループＩＤが付されていない。これは、装置ＩＤ「ＤＥＶＩＣＥ００６」が示す対象機器１２ａに関連機器１２ｂが存在しなかったことを意味している。

このように、対象機器１２ａから受信した１回のバックアップ依頼に応じてバックアップサーバ１４に送信されたバックアップデータ群は、同一のグループＩＤが付されることによって互いに関連付けられる。換言すれば、互いに整合が取れているバックアップデータ群が、同一のグループＩＤが付されることにより関連付けられる。

本実施形態では、対象機器１２ａからは間欠的にバックアップ依頼及び関連機器情報が送信されるから、それに応じて、バックアップ処理部４８は、第１バックアップデータ及び第２バックアップデータの取得とメモリ４２への記憶、及び、バックアップＤＢ４４への属性情報の登録を間欠的に繰り返す。

バックアップサーバ１４が対象機器１２ａからバックアップ依頼を受信したタイミングにおいて、関連機器１２ｂが、バックアップ処理の実行が不可能な状態である場合がある。バックアップ処理の実行が不可能な状態とは、例えば、関連機器１２ｂがメンテナンス中の状態、故障している状態、あるいは、バックアップサーバ１４との通信が不可能な状態などである。

関連機器１２ｂ（関連機器１２ｂが複数ある場合はいずれか１つの関連機器１２ｂ）が、バックアップ処理の実行が不可能である場合、当然ながら、バックアップ処理部４８は、当該関連機器１２ｂにバックアップデータの要求を送っても、当該関連機器１２ｂから第２バックアップデータを取得することができない。このような場合に、対象機器１２ａから取得した第１バックアップデータ、あるいは、その他の関連機器１２ｂから取得した第２バックアップデータをメモリ４２に記憶してしまうと、当該第１バックアップデータ及び当該第２バックアップデータを用いてリストア処理を実行した場合、バックアップ処理の実行が不可能であった関連機器１２ｂと、対象機器１２ａ及びその他の関連機器１２ｂとの間で整合が取れない状態となってしまう。

したがって、バックアップ処理部４８は、関連機器１２ｂ（関連機器１２ｂが複数ある場合はいずれか１つの関連機器１２ｂ）が、バックアップ処理の実行が不可能である場合、対象機器１２ａからバックアップ依頼を受けたとしても、対象機器１２ａの第１バックアップデータ及び関連機器１２ｂの第２バックアップデータをメモリ４２に記憶させないのが好適である。なお、第１バックアップデータ及び第２バックアップデータをメモリ４２に記憶させない、とは、バックアップ処理部４８から対象機器１２ａ及び関連機器１２ｂに対して初めからバックアップデータの要求を送信しないことで、第１バックアップデータ及び第２バックアップデータを取得しないようにしてもよいし、第１バックアップデータ及び第２バックアップデータ（バックアップ処理の実行が不可能な関連機器１２ｂ以外の関連機器１２ｂからのバックアップデータ）を取得した上で、メモリ４２に記憶させないようにしてもよい。

関連機器１２ｂのバックアップ処理の実行可否は、どのような方法で取得してもよいが、例えば、バックアップ処理部４８が関連機器１２ｂに対して問い合わせを送信することで、関連機器１２ｂのバックアップ処理の実行可否を取得できる。関連機器１２ｂに対して送信した問い合わせに対して応答がないか、あるいはバックアップ処理の実行が不可能であることを示す返信を受信した場合は、バックアップ処理部４８は、当該関連機器１２ｂがバックアップ処理の実行が不可能である、と判定する。

上述のように、本実施形態においては、バックアップデータは機器１２の設定情報２８である。設定情報２８は、例えばジョブ共有機器情報３０など、他の機器１２との整合性に関わる連携部分と、例えば各種ログ情報など、他の機器１２との間の整合性には関係のない非連携部分とに観念上分けられる。当然ながら、対象機器１２ａと関連機器１２ｂとにおける非連携部分の設定内容がどのような内容であっても、対象機器１２ａと関連機器１２ｂとが連携した処理を行うのに何ら問題はない。

また、設定情報２８はユーザなどによって変更され得るものの、異なるタイミングにおける設定情報２８は、必ずしも互いに異なる設定内容となっているわけではない。

上記に鑑み、バックアップ処理部４８は、対象機器１２ａからバックアップ依頼を受けたときに、関連機器１２ｂの設定情報２８のうちの上記連携部分の設定内容を取得し、取得した上記連携部分の設定内容が、直前に当該関連機器１２ｂから取得した第２バックアップデータが示す上記連携部分の設定内容と一致する場合には、当該バックアップ依頼に応じて、新たに当該関連機器１２ｂから第２バックアップデータを取得しないようにしてもよい。

関連機器１２ｂの連携部分の設定内容の取得は、例えばバックアップ処理部４８から連携部分の設定内容の通知依頼を関連機器１２ｂに送信し、当該通知依頼を受けた関連機器１２ｂが連携部分の設定内容をバックアップサーバ１４に送信するなどの方法で行うことができる。

対象機器１２ａと関連機器１２ｂとの関係が正常である以上、対象機器１２ａの現在の連携部分の設定内容と、関連機器１２ｂの現在の連携部分の設定内容との間では整合が取れている。したがって、関連機器１２ｂの現在の連携部分の設定内容と、直前の第２バックアップデータに含まれる連携部分の設定内容とが一致しているならば、対象機器１２ａの現在の設定情報２８と、直前の第２バックアップデータとの間でも整合が取れており、ひいては、今回のバックアップ依頼に応じて対象機器１２ａから送られる第１バックアップデータ（その内容は対象機器１２ａの現在の設定情報２８）と、直前の第２バックアップデータとの間でも整合が取れることになる。したがって、関連機器１２ｂの現在の連携部分の設定内容と、直前の第２バックアップデータに含まれる連携部分の設定内容とが一致している場合、バックアップ処理部４８は、今回のバックアップ依頼に応じては、第２バックアップデータを取得せず、今回のバックアップ依頼に応じて取得された第１バックアップデータと、直前の第２バックアップデータとを関連付けてメモリ４２に記憶させる。

これによれば、バックアップ処理部４８は、関連機器１２ｂから第２バックアップデータを取得するための処理、及び、新たな第２バックアップデータをメモリ４２に記憶させるための処理などを省くことができる。

リストア処理部５０は、ユーザからの依頼に応じて、メモリ４２に記憶されたバックアップデータを機器１２に送信することで、機器１２にリストア処理を実行させる。

リストア処理部５０は、対象機器１２ａからリストア依頼及びバックアップデータＩＤを受信すると、対象機器１２ａに対応する第１バックアップデータを送信して対象機器１２ａにリストア処理を実行させると共に、関連機器１２ｂに対応する第２バックアップデータを送信して関連機器１２ｂにリストア処理を実行させる。

具体的には、リストア処理部５０は、対象機器１２ａからリストア依頼及びバックアップデータＩＤを受信すると、バックアップＤＢ４４を参照し、対象機器１２ａから受信したバックアップデータＩＤを有するレコードを特定する。次いで、特定したレコードのグループＩＤと同じグループＩＤを有している他のレコードを特定する。

例えば、バックアップＤＢ４４の内容が図４に示す内容であり、対象機器１２ａから受信したバックアップデータＩＤが「１０００１」である場合、リストア処理部５０は、バックアップデータＩＤ「１０００１」を有するレコードＲ１を特定し、次いで、レコードＲ１のグループＩＤ「Ａ００１」と同じグループＩＤを有するレコードＲ２及びＲ３を特定する。上述のように、レコードＲ１〜Ｒ３に対応するバックアップデータ群は、互いに整合が取れているものである。

そして、リストア処理部５０は、特定した各レコードのバックアップデータ格納先が示すバックアップデータを、特定した各レコードの機器ＩＤが示す機器１２に送信する。上述の例では、レコードＲ１に対応する第１バックアップデータを対象機器１２ａである機器ＩＤ「ＤＥＶＩＣＥ００１」が示す機器１２に送信し、レコードＲ２に対応する第２バックアップデータを関連機器１２ｂである機器ＩＤ「ＤＥＶＩＣＥ００２」が示す機器１２に送信し、レコードＲ３に対応する第２バックアップデータを関連機器１２ｂである機器ＩＤ「ＤＥＶＩＣＥ００３」が示す機器１２に送信する。

これにより、各バックアップデータを受信した対象機器１２ａ及び関連機器１２ｂにおいてリストア処理が実行される。リストア処理部５０により対象機器１２ａ及び関連機器１２ｂに送信された複数のバックアップデータは、互いに整合が取れたものであるから、リストア後の対象機器１２ａと関連機器１２ｂとの間でも整合を取ることができる。

バックアップサーバ１４が対象機器１２ａからリストア依頼を受信したタイミングにおいて、関連機器１２ｂがリストア処理の実行が不可能な状態である場合がある。リストア処理の実行が不可能な状態とは、例えば、対象機器１２ａ又は関連機器１２ｂがメンテナンス中の状態、故障している状態、あるいは、バックアップサーバ１４との通信が不可能な状態などである。

関連機器１２ｂがリストア処理の実行が不可能である場合、当然に、リストア処理部５０が当該関連機器１２ｂに第２バックアップデータを送っても、当該関連機器１２ｂはリストア処理を実行することができない。このような場合に、対象機器１２ａに第１バックアップデータを送信し、関連機器１２ｂに第２バックアップデータを送信してしまうと、第１バックアップデータと第２バックアップデータとの間で整合が取れていたとしても、関連機器１２ｂにおいてリストア処理が実行されないから、リストア処理後の対象機器１２ａと関連機器１２ｂの間で整合が取れない状態となり得る。

したがって、リストア処理部５０は、関連機器１２ｂ（関連機器１２ｂが複数ある場合はいずれか１つの関連機器１２ｂ）がリストア処理の実行が不可能である場合、対象機器１２ａからリストア依頼を受けたとしても、対象機器１２ａに第１バックアップデータを送信せず、且つ、関連機器１２ｂに第２バックアップデータを送信しないのが好適である。

関連機器１２ｂのリストア処理の実行可否は、どのような方法で取得してもよいが、例えば、リストア処理部５０が関連機器１２ｂに対して問い合わせを送信することで関連機器１２ｂのリストア処理の実行可否を取得する。関連機器１２ｂに対して送信した問い合わせに対して応答がないか、あるいはリストア処理の実行が不可能であることを示す返信を受信した場合は、リストア処理部５０は、当該関連機器１２ｂがリストア処理の実行が不可能である、と判定する。

関連機器１２ｂの中には、他の機器１２（すなわち対象機器１２ａ及び他の関連機器１２ｂ）との間で整合を取る必要がない関連機器１２ｂが存在する場合がある。例えば、今後使用する予定がなくネットワーク接続されていない関連機器１２ｂ、あるいは、故障していて修理する予定もない関連機器１２ｂなどである。このような関連機器１２ｂは、リストア処理の実行が不可能である場合が多い。このような場合にまで、複数の関連機器１２ｂの中にリストア処理の実行が不可能な関連機器１２ｂがあるときに、対象機器１２ａ及び全ての関連機器１２ｂのリストア処理を行わない、とすることは適切ではない。

したがって、対象機器１２ａに対する関連機器１２ｂが複数ある場合、リストア処理部５０は、対象機器１２ａに第１バックアップデータを送信し、複数の関連機器１２ｂのうち、ユーザから指定された関連機器１２ｂのみに第２バックアップデータを送信して、対象機器１２ａと、ユーザから指定された関連機器１２ｂのみにリストア処理を実行させるようにしてもよい。

ユーザからの指定の方法はどのような方法であってもよいが、例えば、対象機器１２ａに対してリストア依頼をバックアップサーバ１４に送信することを指示する際に、ユーザが関連機器１２ｂを指定し、対象機器１２ａが、リストア依頼及びバックアップデータＩＤと共に、指定した関連機器１２ｂを示す情報をバックアップサーバ１４に送信する。

本実施形態に係る情報処理システム１０の構成概略は以上の通りである。以下、図５に示すフローチャートに従って、情報処理システム１０におけるバックアップ処理の流れを説明する。

ステップＳ１０において、対象機器１２ａのプロセッサ３２は、バックアップ依頼及び関連機器情報をバックアップサーバ１４に送信する。なお、対象機器１２ａに関連機器１２ｂが無い場合、対象機器１２ａのプロセッサ３２は、バックアップ依頼のみをバックアップサーバ１４に送信する。

ステップＳ１２において、バックアップサーバ１４のバックアップ処理部４８は、対象機器１２ａから、バックアップ依頼と共に関連機器情報を受信したか否かを判定する。受信した場合はステップＳ１４に進み、受信しなかった場合はステップＳ２２に進む。すなわち、関連機器情報を受信しなかった場合、関連機器１２ｂへの第２バックアップデータの要求をせずに、対象機器１２ａへの第１バックアップデータの要求のみを実行することになる。

ステップＳ１４において、バックアップ処理部４８は、ステップＳ１０で受信した関連機器情報が示す関連機器１２ｂがバックアップ処理の実行が可能であるか否かを判定する。上述のように、バックアップ処理部４８は、関連機器１２ｂに対して問い合わせを送信することなどによって、関連機器１２ｂのバックアップ処理の実行可否を取得する。関連機器１２ｂがバックアップ処理の実行が可能である場合はステップＳ１６に進み、バックアップ処理の実行が不可能である場合は処理を終了する。

ステップＳ１６において、バックアップ処理部４８は、関連機器１２ｂから、設定情報２８のうちの連携部分の設定内容を取得し、取得した連携部分の設定内容が、直前に当該関連機器１２ｂから取得した第２バックアップデータが示す連携部分の設定内容と一致するか否かを判定する。一致しない場合にはステップＳ１８に進み、一致する場合はステップＳ２２に進む。すなわち、一致する場合、関連機器１２ｂへの第２バックアップデータの要求をせずに、対象機器１２ａへの第１バックアップデータの要求のみを実行する。

ステップＳ１８において、バックアップ処理部４８は、ユニークなグループＩＤを生成数する。

ステップＳ２０において、バックアップ処理部４８は、ステップＳ１０で受信した関連機器情報が示す関連機器１２ｂに対してバックアップ要求を送信する。

ステップＳ２２において、バックアップ処理部４８は、ステップＳ１０でバックアップ依頼を送信した対象機器１２ａに対してバックアップ要求を送信する。

ステップＳ２４において、対象機器１２ａのプロセッサ３２は、ステップＳ２２で受信したバックアップ要求に応じて、対象機器１２ａの設定情報２８を第１バックアップデータとしてバックアップサーバ１４に送信する。

ステップＳ２６において、関連機器１２ｂのプロセッサ３２は、ステップＳ２０で受信したバックアップ要求に応じて、関連機器１２ｂの設定情報２８を第２バックアップデータとしてバックアップサーバ１４に送信する。

ステップＳ２８において、バックアップ処理部４８は、ステップＳ２４で対象機器１２ａから受信した第１バックアップデータ、及び、ステップＳ２６で関連機器１２ｂから受信した第２バックアップデータに対して、ユニークなバックアップデータＩＤを付与する。さらに、第１バックアップデータ及び第２バックアップデータに対して、ステップＳ１８で生成した同じグループＩＤを付与する。バックアップ処理部４８は、第１バックアップデータ及び第２バックアップデータをメモリ４２に記憶させ、第１バックアップデータ及び第２バックアップデータの属性情報をバックアップＤＢ４４に登録する。また、バックアップ処理部４８は、第１バックアップデータに付与したバックアップデータＩＤを対象機器１２ａに送信し、第２バックアップデータに付与したバックアップデータＩＤを関連機器１２ｂに送信する。

以下、図６に示すフローチャートに従って、情報処理システム１０におけるリストア処理の流れを説明する。

ステップＳ４０において、対象機器１２ａのプロセッサ３２は、ユーザの指示に従って、リストア処理及びバックアップデータＩＤをバックアップサーバ１４に送信する。

ステップＳ４２において、バックアップサーバ１４のリストア処理部５０は、バックアップＤＢ４４を参照し、ステップＳ４０で受信したバックアップデータＩＤを有するレコードを特定する。さらに、リストア処理部５０は、特定したレコードと同じグループＩＤを有するレコードの機器ＩＤが示す機器１２を関連機器１２ｂと特定する。

ステップＳ４４において、リストア処理部５０は、ステップＳ４２で特定した関連機器１２ｂがリストア処理の実行が可能であるか否かを判定する。上述のように、リストア処理部５０は、関連機器１２ｂに対して問い合わせを送信することなどによって、関連機器１２ｂのリストア処理の実行可否を取得する。関連機器１２ｂがリストア処理の実行が可能である場合はステップＳ４６に進み、リストア処理の実行が不可能である場合は処理を終了する。

ステップＳ４６において、リストア処理部５０は、バックアップＤＢ４４を参照し、ステップＳ４０で受信したバックアップデータＩＤを有するレコードに対応するバックアップデータを対象機器１２ａの第１バックアップデータと特定し、ステップＳ４０で受信したバックアップデータＩＤを有するレコードと同じグループＩＤを有するレコードに対応するバックアップデータを関連機器１２ｂの第２バックアップデータと特定する。

ステップＳ４８において、リストア処理部５０は、ステップＳ４６で特定した第１バックアップデータを対象機器１２ａに送信する。

ステップＳ５０において、リストア処理部５０は、ステップＳ４６で特定した第２バックアップデータを関連機器１２ｂに送信する。

ステップＳ５２において、対象機器１２ａのプロセッサ３２は、ステップＳ４８で受信した第１バックアップデータに基づいて、リストア処理を実行する。

ステップＳ５４において、関連機器１２ｂのプロセッサ３２は、ステップＳ５０で受信した第２バックアップデータに基づいて、リストア処理を実行する。

＜変形実施形態＞
以下、変形実施形態について説明する。変形実施形態は、上述の基本実施形態に比して、対象機器１２ａからバックアップ依頼を受けたタイミングにおける、対象機器１２ａに対する関連機器１２ｂの特定方法が異なるのみで、その他の点については基本実施形態と同様である。基本実施形態と同様な点については説明を省略する。

図７は、変形実施形態に係るバックアップサーバ１４−２の構成概略図である。基本実施形態と同様の構成部分については、基本実施形態のバックアップサーバ１４（図３参照）と同じ符号を付し、その説明を省略する。変形実施形態のバックアップサーバ１４−２は、基本実施形態のバックアップサーバ１４に対して、メモリ４２に関連機器ＤＢ６０が記憶されている点、及び、プロセッサ４６が関連機器更新部６２としての機能を発揮する点で異なる。

関連機器ＤＢ６０には、現在における、複数の機器１２間の関連関係を示す関連機器情報が記憶される。具体的には、情報処理システム１０に含まれる機器１２毎に、当該機器１２と現在関連している他の機器１２を示す情報が関連付けられて記憶されている。つまり、関連機器ＤＢ６０には、対象機器１２ａと現在関連している関連機器１２ｂを示す情報が記憶されている。

関連機器更新部６２は、複数の機器１２間の関連関係が変更される度に、関連機器ＤＢ６０を更新する。詳しくは、対象機器１２ａと関連する関連機器１２ｂが変更される度に、関連機器ＤＢ６０を更新する。変形実施形態においては、複数の機器１２間の関連関係が変更される度に、機器１２からバックアップサーバ１４に対して、変更後において、当該機器１２に関連する他の機器１２を示す変更情報が送信される。詳しくは、対象機器１２ａと関連する関連機器１２ｂが変更される度に、変更後の関連機器１２ｂを示す変更情報が対象機器１２ａからバックアップサーバ１４に送信される。関連機器更新部６２は、各機器１２から送信される変更情報に基づいて、関連機器ＤＢ６０を更新する。

変更実施形態においては、対象機器１２ａは、バックアップ依頼と共に関連機器情報をバックアップサーバ１４に送信する必要はなく、バックアップ依頼のみをバックアップサーバ１４に送信すればよい。バックアップ処理部４８は、対象機器１２ａからバックアップ依頼を受信すると、関連機器ＤＢ６０を参照し、対象機器１２ａに現在関連している関連機器１２ｂを特定する。そして、バックアップ処理部４８は、対象機器１２ａ及び特定した関連機器１２ｂに対してバックアップデータを要求し、対象機器１２ａから第１バックアップデータを取得し、関連機器１２ｂから第２バックアップデータを取得した上で、第１バックアップデータと第２バックアップデータを関連付けてメモリ４２に記憶させる。

以上、本発明に係る実施形態を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない限りにおいて種々の変更が可能である。

１０ 情報処理システム、１２ 機器、１２ａ 対象機器、１２ｂ 関連機器、１４，１４−２ バックアップサーバ、１６ 通信回線、２０，４０ 通信インターフェース、２２ ディスプレイ、２４ 入力インターフェース、２６，４２ メモリ、２８ 設定情報、３０ ジョブ共有機器情報、３２，４６ プロセッサ、４４ バックアップＤＢ、４８ バックアップ処理部、５０ リストア処理部、６０ 関連機器ＤＢ、６２ 関連機器更新部。

Claims (9)

1. プロセッサを備え、
   前記プロセッサは、
   対象機器からバックアップ依頼を受けたタイミングで、前記対象機器と関連する関連機器を示す関連機器情報を取得し、
   前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得し、
   前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させる、
   ことを特徴とする情報処理装置。
2. 前記プロセッサは、
   前記関連機器が、バックアップ処理の実行が不可能な状態である場合は、前記第１バックアップ情報及び前記第２バックアップ情報を前記メモリに記憶させない、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第２バックアップ情報には、前記関連機器の設定内容を示す設定情報が含まれ、
   前記プロセッサは、
   前記バックアップ依頼を間欠的に受け、
   前記バックアップ依頼を受けたときの前記関連機器の設定内容のうち、前記対象機器と前記関連機器との間の整合性に関わる連携部分の設定内容を取得し、
   取得した前記連携部分の設定内容が、直前に取得した前記第２バックアップ情報が示す前記連携部分の設定内容と一致する場合は、前記バックアップ依頼に応じて前記第２バックアップ情報を取得しない、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記プロセッサは、
   前記第１バックアップ情報を前記対象機器に送信して前記対象機器にリストア処理を実行させると共に、前記第２バックアップ情報を前記関連機器に送信して前記関連機器にリストア処理を実行させる、
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記プロセッサは、
   前記関連機器が、リストア処理の実行が不可能な状態である場合は、前記対象機器に前記第１バックアップ情報を送信せず、且つ、前記関連機器に前記第２バックアップ情報を送信しない、
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記プロセッサは、
   利用者から指定された前記関連機器に前記第２バックアップ情報を送信して当該関連機器にリストア処理を実行させる、
   ことを特徴とする請求項４に記載の情報処理装置。
7. プロセッサと、
   対象機器と現在関連している関連機器を示す関連機器情報を記憶するメモリと、
   を備え、
   前記プロセッサは、
   前記対象機器と関連する関連機器が変更される度に、変更後の関連機器を示す変更情報に基づいて前記関連機器情報を更新し、
   前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得し、
   前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させる、
   ことを特徴とする情報処理装置。
8. 対象機器とバックアップサーバとを備え、
   前記対象機器は、
   前記対象機器と関連する関連機器を示す関連機器情報を記憶する機器側メモリと、
   バックアップ依頼と共に前記関連機器情報を前記バックアップサーバに送信する機器側プロセッサと、
   を備え、
   前記バックアップサーバは、
   前記対象機器からの前記バックアップ依頼に応じて、前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記対象機器から受信した前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得し、
   前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させるサーバ側プロセッサと、
   を備える、
   ことを特徴とする情報処理システム。
9. コンピュータに、
   対象機器からバックアップ依頼を受けたタイミングで、前記対象機器と関連する関連機器を示す関連機器情報を取得させ、
   前記対象機器のバックアップ情報である第１バックアップ情報を取得すると共に、前記関連機器情報に基づいて前記関連機器のバックアップ情報である第２バックアップ情報を取得させ、
   前記第１バックアップ情報と前記第２バックアップ情報とを関連付けてメモリに記憶させる、
   ことを特徴とする情報処理プログラム。

Images