JP2017219894A - 画像処理システム、画像処理装置、プログラム及びバックアップ方法 - Google Patents

Abstract

【課題】一の画像処理装置のアプリケーションを他の画像処理装置にバックアップするとき、登録情報の上書きやマージなどが行われることがなく、他の画像処理装置においてバックアップされたアプリケーションを有効に利用できるようにする。【解決手段】第１の画像処理装置１は、アプリケーション４０のプログラムデータと、登録情報１８とを含むバックアップデータを生成し、第２の画像処理装置２へ送信する。第２の画像処理装置２は、バックアップデータに含まれるプログラムデータＰＤを記憶装置２１へ保存すると共に、登録情報１８を、記憶装置２１における登録情報２８とは異なる記憶領域へ保存する。そして第１及び第２の画像処理装置１，２のいずれか一方において、プログラムデータＰＤに記述されている登録情報要求コマンドを別のコマンドに書き換える。【選択図】図８

Description

本発明は、画像処理システム、画像処理装置、プログラム及びバックアップ方法に関し、特に画像処理装置の機能を利用するためにインストールされているアプリケーションを他の画像処理装置にバックアップする技術に関する。

ＭＦＰ（Multifunction Peripherals）などの画像処理装置は、スキャン機能やプリント機能、コピー機能、ＦＡＸ機能などの複数の機能を備えており、ユーザーによって指定された機能に関するジョブを実行する。近年、そのような画像処理装置の内部システムにはＡＰＩ（Application Programming Interface）が実装されている。そのため、画像処理装置にインストールされるアプリケーションは、ＡＰＩを利用することにより画像処理装置の各機能を利用することが可能である。

画像処理装置にインストールされるアプリケーションは、例えば操作パネルなどに表示される画面の構成やコンテンツなどをユーザーがカスタマイズできるため、ユーザーにとって利便性の高いユーザーインタフェースを提供することができる。そして画像処理装置においてアプリケーションが起動すると、アプリケーションは、ＡＰＩを利用するコマンドをオペレーティングシステムなどへ出力することによってアプリケーションが利用する機能に関する情報を取得し、その情報に基づいて操作画面などを表示する。例えばＦＡＸ機能を利用するためのアプリケーションである場合、アプリケーションは、画像処理装置に予め登録されているＦＡＸ宛先などの登録情報を取得するためのＡＰＩコマンドを出力し、オペレーティングシステムなどを介して登録情報を取得する。そしてアプリケーションは、そのようにして取得した登録情報に基づいてユーザーがＦＡＸの送信宛先を選択可能な操作画面を表示する。

ところで、アプリケーションをインストールした一の画像処理装置が故障などによってダウンした場合、ユーザーは、他の画像処理装置を用いて同じアプリケーションを一時的に利用したいことがある。そのためには、一の画像処理装置がダウンする前に、アプリケーションのバックアップを他の画像処理装置へ保存しておく必要がある。

しかし、単にアプリケーションのバックアップだけを他の画像処理装置へ保存するだけでは、一の画像処理装置に予め登録されているＦＡＸ宛先などの登録情報を利用することができない。これに対し、アプリケーションと共に、一の画像処理装置に登録されているＦＡＸ宛先などの登録情報を他の画像処理装置へ保存しようとすると、他の画像処理装置に既に保存されている登録情報が上書きされてしまったり、或いは、他の画像処理装置に既に保存されている登録情報とマージされてしまう可能性がある。他の画像処理装置において先に保存されていた登録情報が一の画像処理装置の登録情報で上書きされてしまうと、他の画像処理装置において予め登録しておいた登録情報が利用できなくなるという問題がある。また他の画像処理装置に保存されていた登録情報と一の画像処理装置の登録情報とがマージされてしまうと、一の画像処理装置が復旧した後に、一の画像処理装置の登録情報だけを削除することが難しくなるという問題がある。

上記のような問題は、他の画像処理装置にバックアップとして保存されるアプリケーションと、他の画像処理装置に既にインストールされているアプリケーションとが同じＡＰＩコマンドを利用して所定の記憶領域に保存されているＦＡＸ宛先などの登録情報を取得する点にある。つまり、他の画像処理装置にバックアップとして保存される一の画像処理装置の登録情報は、他の画像処理装置においても利用可能な状態とするために、他の画像処理装置の登録情報が記憶されている記憶領域と同じ記憶領域に保存されることが必要であり、上書きやマージなどの問題が発生するのである。

一方、従来、サーバーと携帯端末からなる計算機システムにおいて、携帯端末の低いプログラム処理能力を補うため、関数呼び出しをスタブ関数の呼び出しに変更し、携帯端末向けのプログラムの全部若しくは一部をサーバー側で行うようにした技術が知られている（例えば特許文献１）。しかし、そのような従来技術を用いたとしても、上述した問題を解決することはできない。

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

そこで本発明は、上記問題点を解決するためになされたものであり、一の画像処理装置にインストールされているアプリケーションを他の画像処理装置にバックアップするとき、登録情報の上書きやマージなどが行われることがなく、しかも他の画像処理装置においてバックアップされたアプリケーションを有効に利用できるようにした画像処理システム、画像処理装置、プログラム及びバックアップ方法を提供することを目的とする。

上記目的を達成するため、請求項１に係る発明は、ジョブを実行する機能を有する第１の画像処理装置と、前記機能と同一機能を有する第２の画像処理装置とがネットワークを介して接続された画像処理システムであって、第１の画像処理装置は、前記機能を利用するために予め登録される第１の登録情報を所定の記憶領域に記憶する第１の記憶手段と、前記機能を動作させてジョブの実行を制御するジョブ制御手段と、前記ジョブ制御手段へ複数種類のコマンドを出力することにより前記機能を利用することが可能であり、前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを前記ジョブ制御手段へ出力することにより前記ジョブ制御手段を介して前記第１の登録情報を取得し、前記第１の登録情報に基づいてジョブの設定を行うアプリケーションと、前記アプリケーションのプログラムデータと前記第１の登録情報とを含むバックアップデータを生成し、前記第２の画像処理装置へ送信するバックアップ実行手段と、を備え、前記第２の画像処理装置は、前記機能を利用するために予め登録される第２の登録情報を所定の記憶領域に記憶する第２の記憶手段と、前記バックアップデータを受信した場合に、前記バックアップデータに含まれる前記プログラムデータを前記第２の記憶手段へ保存すると共に、前記バックアップデータに含まれる前記第１の登録情報を、前記第２の記憶手段における前記第２の登録情報とは異なる記憶領域へ保存して管理するバックアップ管理手段と、を備え、前記バックアップ実行手段及び前記バックアップ管理手段のいずれか一方は、前記プログラムデータに記述されている前記複数種類のコマンドのうちの前記登録情報要求コマンドを、前記第２の登録情報とは異なる記憶領域へ保存される前記第１の登録情報を要求する別のコマンドに書き換えることを特徴とする構成である。

請求項２に係る発明は、請求項１に記載の画像処理システムにおいて、前記バックアップ管理手段は、前記プログラムデータをインストールすることにより、前記アプリケーションを起動可能な状態で前記プログラムデータを前記第２の記憶手段へ保存することを特徴とする構成である。

請求項３に係る発明は、請求項１又は２に記載の画像処理システムにおいて、前記第２の画像処理装置は、前記第１の画像処理装置の稼働状態を検知する検知手段を更に備え、前記バックアップ管理手段は、前記検知手段によって前記第１の画像処理装置の稼働停止が検知されることに伴い、前記プログラムデータをインストールして前記アプリケーションを起動可能な状態とすることを特徴とする構成である。

請求項４に係る発明は、請求項３に記載の画像処理システムにおいて、前記バックアップ管理手段は、前記アプリケーションを起動可能な状態とした後、前記検知手段によって前記第１の画像処理装置の再稼働が検知されることに伴い、前記アプリケーションを起動不可能な状態に戻すことを特徴とする構成である。

請求項５に係る発明は、請求項３又は４に記載の画像処理システムにおいて、前記バックアップ管理手段は、前記アプリケーションを起動可能な状態としている期間中に前記第１の登録情報が更新されている場合、前記検知手段によって前記第１の画像処理装置の再稼働が検知されることに伴い、前記第１の登録情報を前記第１の画像処理装置へ送信することを特徴とする構成である。

請求項６に係る発明は、請求項５に記載の画像処理システムにおいて、前記バックアップ管理手段は、前記検知手段によって前記第１の画像処理装置の再稼働が検知されることに伴って前記第１の登録情報を前記第１の画像処理装置へ送信するとき、バックアップ時以降における前記第１の登録情報の更新情報のみを前記第１の画像処理装置へ送信することを特徴とする構成である。

請求項７に係る発明は、請求項１乃至６のいずれかに記載の画像処理システムにおいて、前記バックアップ実行手段は、前記バックアップデータを定期的に生成し、前記第２の画像処理装置へ送信することを特徴とする構成である。

請求項８に係る発明は、請求項７に記載の画像処理システムにおいて、前記バックアップ実行手段は、前記バックアップデータを定期的に生成するとき、前回の前記バックアップデータとの差分データのみから成る前記バックアップデータを生成することを特徴とする構成である。

請求項９に係る発明は、請求項１乃至８のいずれかに記載の画像処理システムにおいて、前記バックアップ実行手段は、前記第１の画像処理装置における前記機能が利用不可能になったとき、前記複数種類のコマンドのうち、前記第１の画像処理装置における前記機能を利用するコマンドを、前記第２の画像処理装置における前記機能を利用するコマンドに書き換えることを特徴とする構成である。

請求項１０に係る発明は、ジョブを実行する機能を有する画像処理装置であって、前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段と、前記機能を動作させてジョブの実行を制御するジョブ制御手段と、前記ジョブ制御手段へ複数種類のコマンドを出力することにより前記機能を利用することが可能であり、前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを前記ジョブ制御手段へ出力することにより前記ジョブ制御手段を介して前記登録情報を取得し、前記登録情報に基づいてジョブの設定を行うアプリケーションと、前記アプリケーションのプログラムデータと前記登録情報とを含むバックアップデータを生成し、前記機能と同一機能を有する他の画像処理装置へ送信するバックアップ実行手段と、を備え、前記バックアップ実行手段は、前記プログラムデータに記述されている前記複数種類のコマンドのうちの前記登録情報要求コマンドを、前記登録情報を要求する別のコマンドに書き換えて前記バックアップデータを生成することを特徴とする構成である。

請求項１１に係る発明は、請求項１０に記載の画像処理装置において、前記バックアップ実行手段は、前記バックアップデータを定期的に生成し、前記他の画像処理装置へ送信することを特徴とする構成である。

請求項１２に係る発明は、請求項１１に記載の画像処理装置において、前記バックアップ実行手段は、前記バックアップデータを定期的に生成するとき、前回の前記バックアップデータとの差分データのみから成る前記バックアップデータを生成することを特徴とする構成である。

請求項１３に係る発明は、請求項１０乃至１２のいずれかに記載の画像処理装置において、前記バックアップ実行手段は、当該画像処理装置における前記機能が利用不可能になったとき、前記複数種類のコマンドのうち、当該画像処理装置における前記機能を利用するコマンドを、前記他の画像処理装置における前記機能を利用するコマンドに書き換えることを特徴とする構成である。

請求項１４に係る発明は、ジョブを実行する機能を有する他の画像処理装置と通信可能であり、前記機能と同一機能を有する画像処理装置であって、前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段と、前記他の画像処理装置からバックアップデータを受信した場合に、前記バックアップデータに含まれる前記機能を利用するアプリケーションのプログラムデータを前記記憶手段へ保存すると共に、前記バックアップデータに含まれる前記他の画像処理装置の登録情報を、前記記憶手段における前記登録情報とは異なる記憶領域へ保存して管理するバックアップ管理手段と、を備えることを特徴とする構成である。

請求項１５に係る発明は、請求項１４に記載の画像処理装置において、前記バックアップ管理手段は、前記プログラムデータに記述されている複数種類のコマンドのうち、前記記憶手段の前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを、前記他の画像処理装置の登録情報を要求する別のコマンドに書き換えることを特徴とする構成である。

請求項１６に係る発明は、請求項１４又は１５に記載の画像処理装置において、前記バックアップ管理手段は、前記プログラムデータをインストールすることにより、前記アプリケーションを起動可能な状態で前記プログラムデータを前記記憶手段へ保存することを特徴とする構成である。

請求項１７に係る発明は、請求項１４乃至１６のいずれかに記載の画像処理装置において、前記他の画像処理装置の稼働状態を検知する検知手段を更に備え、前記バックアップ管理手段は、前記検知手段によって前記他の画像処理装置の稼働停止が検知されることに伴い、前記プログラムデータをインストールして前記アプリケーションを起動可能な状態とすることを特徴とする構成である。

請求項１８に係る発明は、請求項１７に記載の画像処理装置において、前記バックアップ管理手段は、前記アプリケーションを起動可能な状態とした後、前記検知手段によって前記他の画像処理装置の再稼働が検知されることに伴い、前記アプリケーションを起動不可能な状態に戻すことを特徴とする構成である。

請求項１９に係る発明は、請求項１７又は１８に記載の画像処理装置において、前記バックアップ管理手段は、前記アプリケーションを起動可能な状態としている期間中に前記他の画像処理装置の登録情報が更新されている場合、前記検知手段によって前記他の画像処理装置の再稼働が検知されることに伴い、前記他の画像処理装置の登録情報を前記他の画像処理装置へ送信することを特徴とする構成である。

請求項２０に係る発明は、請求項１９に記載の画像処理装置において、前記バックアップ管理手段は、前記検知手段によって前記他の画像処理装置の再稼働が検知されることに伴って前記他の画像処理装置の登録情報を前記他の画像処理装置へ送信するとき、バックアップ時以降における前記他の画像処理装置の登録情報の更新情報のみを前記他の画像処理装置へ送信することを特徴とする構成である。

請求項２１に係る発明は、ジョブを実行する機能を有する画像処理装置において実行されるプログラムであって、前記画像処理装置は、前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段と、前記機能を動作させてジョブの実行を制御するジョブ制御手段と、前記ジョブ制御手段へ複数種類のコマンドを出力することにより前記機能を利用することが可能であり、前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを前記ジョブ制御手段へ出力することにより前記ジョブ制御手段を介して前記登録情報を取得し、前記登録情報に基づいてジョブの設定を行うアプリケーションと、を備え、前記プログラムは、前記画像処理装置を、前記アプリケーションのプログラムデータと前記登録情報とを含むバックアップデータを生成し、前記機能と同一機能を有する他の画像処理装置へ送信するバックアップ実行手段、として機能させ、前記バックアップ実行手段は、前記プログラムデータに記述されている前記複数種類のコマンドのうちの前記登録情報要求コマンドを、前記登録情報を要求する別のコマンドに書き換えて前記バックアップデータを生成することを特徴とする構成である。

請求項２２に係る発明は、ジョブを実行する機能を有する他の画像処理装置と通信可能であり、前記機能と同一機能を有する画像処理装置において実行されるプログラムであって、前記画像処理装置は、前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段、を備え、前記プログラムは、前記画像処理装置を、前記他の画像処理装置からバックアップデータを受信した場合に、前記バックアップデータに含まれる前記機能を利用するアプリケーションのプログラムデータを前記記憶手段へ保存すると共に、前記バックアップデータに含まれる前記他の画像処理装置の登録情報を、前記記憶手段における前記登録情報とは異なる記憶領域へ保存して管理するバックアップ管理手段、として機能させることを特徴とする構成である。

請求項２３に係る発明は、請求項２２に記載のプログラムにおいて、前記バックアップ管理手段は、前記プログラムデータに記述されている複数種類のコマンドのうち、前記記憶手段の前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを、前記他の画像処理装置の登録情報を要求する別のコマンドに書き換えることを特徴とする構成である。

請求項２４に係る発明は、ジョブを実行する機能を利用するために予め登録される第１の登録情報を第１の記憶手段の所定の記憶領域に記憶している第１の画像処理装置において、ジョブの実行を制御するジョブ制御手段に対して複数種類のコマンドを出力することによって前記機能を利用することが可能なアプリケーションがインストールされており、前記アプリケーションと前記第１の登録情報とを、前記機能と同一機能を有する第２の画像処理装置にバックアップするバックアップ方法であって、前記第１の画像処理装置が、前記アプリケーションのプログラムデータと前記第１の登録情報とを含むバックアップデータを生成し、前記第２の画像処理装置へ送信するステップと、前記第２の画像処理装置が、前記バックアップデータを受信した場合に、前記バックアップデータに含まれる前記プログラムデータを第２の記憶手段へ保存すると共に、前記バックアップデータに含まれる前記第１の登録情報を、前記第２の記憶手段において前記機能を利用するために予め登録された第２の登録情報が記憶されている記憶領域とは異なる記憶領域へ保存して管理するステップと、前記第１の画像処理装置又は前記第２の画像処理装置において、前記プログラムデータに記述されている前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを、前記第２の登録情報とは異なる記憶領域へ保存される前記第１の登録情報を要求する別のコマンドに書き換えるステップと、を有することを特徴とする構成である。

本発明によれば、一の画像処理装置にインストールされているアプリケーションが他の画像処理装置にバックアップとして保存されるとき、一の画像処理装置の登録情報は、他の画像処理装置の登録情報が記憶されている領域とは異なる別の記憶領域に保存される。またアプリケーションのプログラムデータに含まれる登録情報要求コマンドは、別の記憶領域に保存される一の画像処理装置の登録情報を要求するコマンドに書き換えられる。そのため、他の画像処理装置において登録情報の上書きやマージなどが行われることがなく、しかも他の画像処理装置においてバックアップされたアプリケーションを有効に利用することができるようになる。

画像処理システムの一構成例を示す図である。 第１の画像処理装置のハードウェア構成の一例を示すブロック図である。 第２の画像処理装置のハードウェア構成の一例を示すブロック図である。 第１の画像処理装置の機能構成の一例を示すブロック図である。 第２の画像処理装置の機能構成の一例を示すブロック図である。 第１の画像処理装置のアプリケーションをバックアップとして第２の画像処理装置に保存するまでの動作プロセスの一例を示す図である。 第２の画像処理装置において登録情報要求コマンドの書き換えを行う場合の動作プロセスを示す図である。 バックアップ実行部とバックアップ管理部の機能構成の一例を示すブロック図である。 第２の画像処理装置においてアプリケーションがインストールされるまでの動作プロセスを示す図である。 第２の画像処理装置においてアプリケーションが起動した状態を示すブロック図である。 第２の画像処理装置がアプリケーションをアンインストールするまでの動作プロセスを示す図である。 第１の画像処理装置で行われる処理手順の一例を示すフローチャートである。 第２の画像処理装置で行われる処理手順の一例を示すフローチャートである。 第２実施形態における第１及び第２の画像処理装置の動作概念を示すブロック図である。

以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。

（第１実施形態）
図１は、本発明の一実施形態における画像処理システム１００の一構成例を示す図である。この画像処理システム１００は、第１の画像処理装置１と、第２の画像処理装置２とが、ＬＡＮ（Local Area Network）などのネットワーク３を介して相互に通信を行うことができる構成である。画像処理装置１，２は、例えばＭＰＦによって構成され、スキャン機能やプリント機能、コピー機能、ＦＡＸ機能などの複数の機能を備えており、ユーザーによって指定された機能に関するジョブを実行することができる。尚、図１では、２つの画像処理装置１，２がネットワーク３に接続されている場合を例示しているが、画像処理装置の数はこれに限られず、３つ以上であっても構わない。また、ネットワーク３には、画像処理装置１，２の他、例えばパーソナルコンピュータやタブレット端末などの情報処理装置が接続されていても良いし、また各種サーバーなどが接続されていても良い。

図２は、第１の画像処理装置１のハードウェア構成の一例を示すブロック図である。画像処理装置１は、制御部１０と、記憶装置１１と、操作パネル１２と、通信インタフェース１３と、スキャナ部１４と、プリンタ部１５と、ＦＡＸ部１６とを備える。制御部１０は、ＣＰＵ１０ａとメモリ１０ｂとを有し、各部の動作を制御する。記憶装置１１は、ハードディスドライブ（ＨＤＤ）などで構成される不揮発性の記憶手段（第１の記憶手段）である。この記憶装置１１は、画像処理装置１にインストールされたプログラム１７を記憶するプログラム領域１１ａと、スキャン機能、プリント機能、コピー機能及びＦＡＸ機能の各機能を利用するための情報やデータを記憶する機能データ領域１１ｂとを有している。操作パネル１２は、ユーザーが画像処理装置１を利用する際のユーザーインタフェースとして機能するものである。操作パネル１２は、ユーザーが操作可能な各種の操作画面を表示する表示部１２ａと、ユーザーによる操作を受け付ける操作部１２ｂとを有している。例えば、表示部１２ａはカラー液晶ディスプレイで構成され、操作部１２ｂは表示部１２ａの画面上に設けられるタッチパネルセンサーによって構成される。通信インタフェース１３は、画像処理装置１をネットワーク３に接続するためのものである。スキャナ部１４は、スキャン機能やコピー機能、ＦＡＸ送信機能が利用される際に動作し、ユーザーによってセットされる原稿を光学的に読み取って画像データを生成する。プリンタ部１５は、プリント機能やコピー機能、ＦＡＸ受信機能が利用される際に動作し、印刷対象となる画像データに基づいて印刷用紙などの印刷媒体に画像形成を行って出力する。ＦＡＸ部１６は、ＦＡＸ送信機能及びＦＡＸ受信機能が利用される際に動作し、図示を省略する公衆電話網などを介してＦＡＸデータの送受信を行う。

図３は、第２の画像処理装置２のハードウェア構成の一例を示すブロック図である。画像処理装置２は、上述した画像処理装置１と同様の構成を有している。すなわち、画像処理装置２は、制御部２０と、記憶装置２１と、操作パネル２２と、通信インタフェース２３と、スキャナ部２４と、プリンタ部２５と、ＦＡＸ部２６とを備えている。制御部２０は、ＣＰＵ２０ａとメモリ２０ｂとを有し、各部の動作を制御する。記憶装置２１は、ハードディスドライブ（ＨＤＤ）などで構成される不揮発性の記憶手段（第２の記憶手段）である。この記憶装置２１は、記憶装置１１と同様に、画像処理装置２にインストールされたプログラム２７を記憶するプログラム領域２１ａと、スキャン機能、プリント機能、コピー機能及びＦＡＸ機能の各機能を利用するための情報やデータを記憶する機能データ領域２１ｂとを有している。操作パネル２２は、ユーザーが画像処理装置２を利用する際のユーザーインタフェースとして機能するものであり、ユーザーが操作可能な各種の操作画面を表示する表示部２２ａと、ユーザーによる操作を受け付ける操作部２２ｂとを有している。通信インタフェース２３は、画像処理装置２をネットワーク３に接続するためのものである。そしてスキャナ部２４、プリンタ部２５及びＦＡＸ部２６は、画像処理装置１のスキャナ部１４、プリンタ部１５及びＦＡＸ部１６と同様のものである。

上記のように構成される画像処理装置１，２のそれぞれには、スキャン機能、プリント機能、コピー機能、ＦＡＸ機能などの各機能を利用するためのアプリケーションをインストールすることが可能である。また各画像処理装置１，２には、複数のアプリケーションがインストールされることもある。このようなアプリケーションは、各画像処理装置１，２の内部システムに実装されるＡＰＩを利用することにより、スキャン機能、プリント機能、コピー機能、ＦＡＸ機能などのジョブを設定するために必要な情報を取得したり、各画像処理装置１，２にジョブを投入したりすることができるように構成される。そして本実施形態の画像処理システム１００は、各画像処理装置１，２にインストールされるアプリケーションを他の画像処理装置２，１にバックアップしておき、各画像処理装置１，２が故障などによって稼働停止したときには、他の画像処理装置２，１にバックアップとして保存しておいたアプリケーションを起動させることにより、稼働が停止した期間中であってもユーザーがアプリケーションを利用できるようにする。以下、このような画像処理システム１００の詳細について詳しく説明する。尚、以下の説明においては、説明を簡単にするため、第１の画像処理装置１にインストールされているアプリケーションを、第２の画像処理装置２にバックアップとして保存する場合を例示する。

まず第１の画像処理装置１について説明する。図４は、第１の画像処理装置１の機能構成を示すブロック図である。制御部１０のＣＰＵ１０ａは、プログラム領域１１ａに記憶されている各種のプログラム１７を実行することにより、図４に示すように、制御部１０を、ジョブ制御部３０、アプリケーション４０及びバックアップ実行部５０として機能させる。ジョブ制御部３０は、画像処理装置１におけるジョブの実行を制御するものであり、画像処理装置１の基本ソフトウェアによりに構成されるオペレーティングシステム（以下、単に「ＯＳ」という。）３１と、そのＯＳ３１上で動作するインターナルウェブサーバー（以下、単に「ＩＷＳ」という。）３４とにより構成される。

ＯＳ３１は、プログラム領域１１ａに記憶されている各種プログラム１７のうち、ＯＳプログラムがＣＰＵ１０ａによって実行されることによって機能する。このＯＳ３１は、画像処理装置１のハードウェア資源を制御する処理部であり、記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６を制御するためのＡＰＩ３２を有している。ＡＰＩ３２は、ＯＳ３１を介して記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６を制御するためのインタフェースである。このＡＰＩ３２には、複数のコマンドが登録されたコマンドライブラリ３３が実装されている。そしてＯＳ３１は、ＩＷＳ３４などの外部からのコマンドを受信すると、コマンドライブラリ３３を参照することにより、その受信コマンドに定義されている処理を実行する。したがって、ＯＳ３１は、ＩＷＳ３４などの外部から受信するコマンドに応じて、記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６のそれぞれを制御するように構成される。

ＩＷＳ３４は、プログラム領域１１ａに記憶されている各種プログラム１７のうち、ＩＷＳプログラムがＣＰＵ１０ａによって実行されることによって機能する。ＩＷＳ３４は、ＯＳ３１を介して記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６を制御するものであり、アプリケーション４０とＯＳ３１とのデータ通信を中継する処理部である。このＩＷＳ３４もまた、記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６を制御するためのＡＰＩ３５を有している。ＡＰＩ３５は、ＩＷＳ３４を介して記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６を制御するためのインタフェースである。このＡＰＩ３５には、複数のコマンドが登録されたコマンドライブラリ３６が実装されている。そしてＩＷＳ３４は、アプリケーション４０などの外部からのコマンドを受信すると、コマンドライブラリ３６を参照することにより、その受信コマンドに定義されている処理を実行する。すなわち、ＩＷＳ３４は、アプリケーション４０から受信するコマンドに応じて、記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６のそれぞれを制御するためにＯＳ３１のＡＰＩ３２に適合したコマンドを生成し、そのコマンドをＯＳ３１へ出力するように構成される。

アプリケーション４０は、プログラム領域１１ａに記憶されている各種プログラム１７のうち、アプリケーションプログラムがＣＰＵ１０ａによって実行されることによって機能する。アプリケーション４０は、画像処理装置１におけるスキャン機能、プリント機能、コピー機能及びＦＡＸ機能のうちの少なくとも１つの機能を利用するためのアプリケーションであり、ＩＷＳ３４のＡＰＩ３５を利用するコマンドをＩＷＳ３４へ出力することにより、ジョブ制御部３０を介して記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６のそれぞれを制御することができるように構成される。

このように本実施形態の画像処理装置１は、アプリケーション４０がＯＳ３１に対して直接コマンドを出力するのではなく、ＩＷＳ３４に対してコマンドを出力することにより、記憶装置１１、スキャナ部１４，プリンタ部１５及びＦＡＸ部１６のそれぞれを間接的に制御することができる構成である。このような構成とする理由のひとつは、セキュリティの向上である。例えば、ＯＳ３１のＡＰＩ３２に実装されているコマンドライブラリ３３には、スキャナ部１４やプリンタ部１５のハードウェア設定などを書き換えるための重要なコマンドなども登録されているため、そのような重要なコマンドがアプリケーション４０から直接ＯＳ３１に出力されてしまうと、ハードウェア設定などがアプリケーション４０によって勝手に書き換えられてしまうという問題がある。特に、アプリケーション４０がサードベンダーによって提供される場合には、悪意あるアプリケーションが作成されることもあるため、アプリケーション４０がＯＳ３１に対して直接コマンドを出力することは好ましくない。そこで、本実施形態では、アプリケーション４０とＯＳ３１とのデータ通信をＩＷＳ３４が中継することにより、アプリケーション４０からＯＳ３１に対してハードウェア設定などを書き換える重要なコマンドが出力されてしまうことを防止し、セキュリティを向上させるようにしているのである。

アプリケーション４０は、操作パネル１２に対して操作パネル１２の表示部１２ａに対して画像処理装置１の機能を利用するための操作画面を表示したり、操作パネル１２の操作部１２ｂに対するユーザーによる操作を受け付けたりすることにより、ジョブ制御部３０を介して画像処理装置１の機能を制御する。またアプリケーション４０は、通信インタフェース１３を介してネットワーク３に接続されている情報処理端末と通信を行い、情報処理端末に対して操作画面を表示させたり、情報処理端末から出力される操作情報を受信したりすることも可能であり、情報処理端末からの遠隔操作によって画像処理装置１の機能を制御することもできる。

このようなアプリケーション４０は、操作検知部４１と、機能制御部４２と、表示制御部４３とを有している。操作検知部４１は、ユーザーによる操作を検知する処理部である。操作検知部４１がユーザーによる操作を検知すると、その操作情報を機能制御部４２へ出力する。機能制御部４２は、ジョブ制御部３０のＩＷＳ３４と通信を行うことにより、画像処理装置１の機能を制御するものである。この機能制御部４２は、ＩＷＳ３４に対してＡＰＩ３５を利用するためのコマンドを出力するコマンド出力部４２ａを有している。そしてコマンド出力部４２ａは、ＩＷＳ３４に対してＡＰＩ３５のコマンドライブラリ３６に登録されている複数種類のコマンドを出力することにより、ジョブ制御部３０を介して画像処理装置１の機能を利用する。表示制御部４３は、機能制御部４２によってジョブ制御部３０から取得される情報に基づき、ユーザーが操作するための操作画面を生成し、その操作画面を表示部１２ａなどに表示させる処理を行う。

例えば、アプリケーション４０がＦＡＸ機能を利用するアプリケーションである場合、アプリケーション４０は、起動時に機能制御部４２を機能させ、画像処理装置１に予め登録されているＦＡＸ宛先に関する登録情報１８をジョブ制御部３０から取得する。このとき、コマンド出力部４２ａは、記憶装置１１の機能データ領域１１ｂに記憶されている複数の登録情報１８のうちの、ＦＡＸ宛先に関する登録情報１８を要求する登録情報要求コマンドをＩＷＳ３４へ出力する。これにより、ＩＷＳ３４は、ＯＳ３１に対してＦＡＸ宛先に関する登録情報１８を要求するＡＰＩコマンドを出力し、ＯＳ３１からＦＡＸ宛先に関する登録情報１８を取得してアプリケーション４０へ出力する。このようにしてアプリケーション４０は、ＦＡＸ宛先に関する登録情報１８を取得すると、表示制御部４３を機能させ、ユーザーがＦＡＸ送信宛先の選択操作を行うことが可能な操作画面を生成し、その操作画面を表示部１２ａなどに表示させる。そしてアプリケーション４０は、操作画面に対するユーザーの操作に基づいてジョブの設定を行う。その後、ユーザーによってＦＡＸの送信開始が指示されると、アプリケーション４０は、機能制御部４２のコマンド出力部４２ａを機能させ、ユーザーによって選択されたＦＡＸ送信宛先に対してＦＡＸの送信を指示するコマンドをＩＷＳ３４へ出力する。これにより、ジョブ制御部３０は、アプリケーション４０から指定されたジョブの実行を制御する。

このようにアプリケーション４０は、ＩＷＳ３４のコマンドライブラリ３６に登録されている複数種類のコマンドをＩＷＳ３４に対して適宜出力することにより、画像処理装置１の機能を制御する。特に、アプリケーション４０は、複数種類のコマンドのうち、記憶装置１１の機能データ領域１１ｂに記憶されている登録情報１８を要求する登録情報要求コマンドをＩＷＳ３４へ出力することによりＩＷＳ３４を介して登録情報１８を取得し、その登録情報１８に基づいてジョブの設定を行うことができるようになっている。

バックアップ実行部５０は、プログラム領域１１ａに記憶されている各種プログラム１７のうち、バックアッププログラムがＣＰＵ１０ａによって実行されることによって機能する。バックアップ実行部５０は、上記のようなアプリケーション４０を第２の画像処理装置２にバックアップとして保存する処理を行う処理部である。このバックアップ実行部５０は、画像処理装置１が正常に稼働している状態のときに制御部１０に常駐し、所定時間間隔で定期的にバックアップ処理を行う。バックアップ実行部５０は、バックアップ処理を開始すると、プログラム領域１１ａからアプリケーション４０に関するプログラムデータを取得すると共に、機能データ領域１１ｂからアプリケーション４０が利用する登録情報１８を取得する。このとき、バックアップ実行部５０は、ＩＷＳ３４に対してコマンドを出力することにより、ＩＷＳ３４を介してプログラムデータや登録情報１８を取得するようにしても良い。ただし、これに限らず、バックアップ実行部５０は、ＯＳ３１に対して直接コマンドを出力することにより、ＯＳ３１からプログラムデータや登録情報１８を取得するようにしても良い。そしてバックアップ実行部５０は、アプリケーション４０のプログラムデータと、アプリケーション４０が利用する登録情報１８とを組み合わせたバックアップデータを生成し、そのバックアップデータを第２の画像処理装置２へ送信する。

次に第２の画像処理装置２について説明する。図５は、第２の画像処理装置２の機能構成を示すブロック図である。制御部２０のＣＰＵ２０ａは、プログラム領域２１ａに記憶されている各種のプログラム２７を実行することにより、図５に示すように、制御部２０を、ジョブ制御部６０、アプリケーション７０及びバックアップ管理部８０として機能させる。ジョブ制御部６０は、画像処理装置２におけるジョブの実行を制御するものであり、第１の画像処理装置１と同様に、ＯＳ６１と、ＩＷＳ６４とにより構成される。

ＯＳ６１は、プログラム領域２１ａに記憶されている各種プログラム２７のうち、ＯＳプログラムがＣＰＵ２０ａによって実行されることによって機能する。このＯＳ６１は、画像処理装置２のハードウェア資源を制御する処理部であり、第１の画像処理装置１におけるＯＳ３１と同様、記憶装置２１、スキャナ部２４，プリンタ部２５及びＦＡＸ部２６を制御するためのＡＰＩ６２を有している。そしてＡＰＩ６２には、複数のコマンドが登録されたコマンドライブラリ６３が実装されている。このコマンドライブラリ６３に登録されるコマンドは、第１の画像処理装置１におけるコマンドライブラリ３３に登録されるコマンドと同じである。

ＩＷＳ６４は、プログラム領域２１ａに記憶されている各種プログラム２７のうち、ＩＷＳプログラムがＣＰＵ２０ａによって実行されることによって機能する。ＩＷＳ６４は、ＯＳ６１を介して記憶装置２１、スキャナ部２４，プリンタ部２５及びＦＡＸ部２６を制御するものであり、アプリケーション７０とＯＳ６１とのデータ通信を中継する。このＩＷＳ６４もまた、第１の画像処理装置１のＩＷＳ３４と同様、記憶装置２１、スキャナ部２４，プリンタ部２５及びＦＡＸ部２６を制御するためのＡＰＩ６５を有している。そしてＡＰＩ６５には、複数のコマンドが登録されたコマンドライブラリ６６が実装されている。このコマンドライブラリ６６に登録されるコマンドは、第１の画像処理装置１におけるコマンドライブラリ３６に登録されるコマンドと同じである。

アプリケーション７０は、プログラム領域２１ａに記憶されている各種プログラム２７のうち、アプリケーションプログラムがＣＰＵ２０ａによって実行されることによって機能する。アプリケーション７０は、画像処理装置２におけるスキャン機能、プリント機能、コピー機能及びＦＡＸ機能のうちの少なくとも１つの機能を利用するためのアプリケーションであり、ＩＷＳ６４のＡＰＩ６５を利用するコマンドをＩＷＳ６４へ出力することにより、ジョブ制御部６０を介して記憶装置２１、スキャナ部２４，プリンタ部２５及びＦＡＸ部２６のそれぞれを制御することができるように構成される。

このアプリケーション７０は、操作検知部７１と、機能制御部７２と、表示制御部７３とを備えており、ジョブ制御部６０を介して画像処理装置２の機能を利用するように構成される。このアプリケーション７０がジョブ制御部３０を介して画像処理装置２の機能を利用する態様は、第１の画像処理装置１と同様である。すなわち、機能制御部７２は、コマンド出力部７２ａを備えており、コマンド出力部７２ａがＩＷＳ６４に対してＡＰＩ６５を利用するコマンドを出力することにより、ジョブ制御部６０を介して画像処理装置２の機能を利用するように構成される。そしてアプリケーション７０もまた、第１の画像処理装置１のアプリケーション４０と同様に、ＩＷＳ６４のコマンドライブラリ６６に登録されている複数種類のコマンドのうち、記憶装置２１の機能データ領域２１ｂに記憶されている登録情報２８を要求する登録情報要求コマンドをＩＷＳ６４へ出力することによりＩＷＳ６４を介して登録情報２８を取得し、その登録情報２８に基づいてジョブの設定を行うことができるようになっている。

バックアップ管理部８０は、プログラム領域２１ａに記憶されている各種プログラム２７のうち、バックアッププログラムがＣＰＵ２０ａによって実行されることによって機能する。バックアップ管理部８０は、第１の画像処理装置１から送信されるバックアップデータを画像処理装置２にバックアップとして保存して管理する処理部である。このバックアップ管理部８０は、画像処理装置２が正常に稼働している状態のときに制御部２０に常駐し、第１の画像処理装置１からバックアップデータを受信することに伴ってバックアップ処理を行う。バックアップ管理部８０は、画像処理装置１からバックアップデータを受信すると、そのバックアップデータに含まれるアプリケーション４０のプログラムデータと登録情報１８とを記憶装置２１へ保存する。

図６は、第１の画像処理装置１のアプリケーション４０をバックアップとして第２の画像処理装置で保存するまでの動作プロセスの一例を示す図である。図６に示すように、この動作プロセスは、第１の画像処理装置１においてバックアップ処理が開始されることにより進行する。画像処理装置１は、バックアップ開始タイミングになると、バックアップ実行部５０を機能させ、バックアップ処理を開始する（プロセスＰ１０）。そして画像処理装置１は、アプリケーション４０のプログラムデータを読み出すと共に（プロセスＰ１１）、アプリケーション４０が利用する登録情報１８を読み出す（プロセスＰ１２）。そして画像処理装置１は、アプリケーション４０のプログラムデータに記述されているコマンドを解析し、ＩＷＳ３４に対して登録情報１８を要求する登録情報要求コマンドを別のコマンドに書き換える（プロセスＰ１３）。例えば、画像処理装置１は、記憶装置１１の機能データ領域１１ｂに記憶されている登録情報１８を要求する登録情報要求コマンドを、第２の画像処理装置２において登録情報１８が保存される記憶領域から登録情報１８を要求するコマンドに書き換える。これにより、アプリケーション４０のプログラムデータに記述されている登録情報要求コマンドは、機能データ領域１１ｂに記憶されている登録情報１８を要求するコマンドではなくなり、別の記憶領域から登録情報１８を取得するコマンドに書き換えることになる。ただし、画像処理装置１は、プログラムデータに含まれる登録情報要求コマンド以外のコマンドを書き換えないようにする。そして画像処理装置１は、登録情報要求コマンドを別のコマンドに書き換えたプログラムデータＰＤと、登録情報１８とを含むバックアップデータＤ１を生成し（プロセスＰ１４）、そのバックアップデータＤ１を第２の画像処理装置２へ送信する（プロセスＰ１５）。

第２の画像処理装置２は、第１の画像処理装置１からバックアップデータＤ１を受信すると、バックアップ管理部８０による処理を開始させる。すなわち、画像処理装置２は、バックアップデータＤ１に含まれるプログラムデータＰＤを記憶装置２１へ保存すると共に（プロセスＰ１６）、バックアップデータＤ１に含まれる登録情報１８を記憶装置２１へ保存する（プロセスＰ１７）。このとき、画像処理装置２は、アプリケーション４０のプログラムデータＰＤをインストールせず、単なるデータとして記憶装置２１へ保存する。したがって、アプリケーション４０のプログラムデータＰＤは、記憶装置２１のプログラム領域２１ａには保存されず、プログラム領域２１ａとは異なる領域に保存された状態となり、画像処理装置２においてアプリケーション４０を起動させることができない状態で保存される。また画像処理装置２は、登録情報１８を保存するとき、登録情報１８を機能データ領域２１ｂには保存せず、機能データ領域２１ｂとは異なる他の領域に保存する。これにより、機能データ領域２１ｂに予め保存されている登録情報２８が、第１の画像処理装置１の登録情報１８によって上書きされてしまったり、登録情報１８とマージされてしまったりすることを防止することができる。それ故、例えば第１の画像処理装置１がある部署で使用されており、第２の画像処理装置２が他の部署で使用されているような場合であって、第１の画像処理装置１に登録されている登録情報１８と、第２の画像処理装置２に登録されている登録情報２８とが全く異なる情報である場合に、上書きやマージによる不都合を解消することができ、登録情報１８と登録情報２８とを区別して管理することができるようになる。このようにして第２の画像処理装置２は、第１の画像処理装置１から送信されるバックアップデータＤ１を記憶装置２１に保存して管理する。

上述した動作プロセスでは、第１の画像処理装置１において登録情報要求コマンドを書き換える場合について説明した。しかし、登録情報要求コマンドの書き換えは、第２の画像処理装置２において行うようにしても良い。図７は、第２の画像処理装置２において登録情報要求コマンドの書き換えを行う場合の動作プロセスを示す図である。この動作プロセスでは、第１の画像処理装置１においてバックアップ処理が開始されると（プロセスＰ１０）、画像処理装置１においてアプリケーション４０のプログラムデータが読み出され（プロセスＰ１１）、更にアプリケーション４０が利用する登録情報１８が読み出される（プロセスＰ１２）。そして画像処理装置１は、アプリケーション４０のプログラムデータをそのまま含むバックアップデータＤ１を生成し（プロセスＰ１４）、そのバックアップデータＤ１を第２の画像処理装置２へ送信する。

第２の画像処理装置２は、第１の画像処理装置１からバックアップデータＤ１を受信すると、まずバックアップデータＤ１からアプリケーション４０のプログラムデータを抽出し、プログラムデータに記述されているコマンドを解析する。そして画像処理装置２は、ＩＷＳ６４に対して登録情報２８を要求する登録情報要求コマンドを別のコマンドに書き換える（プロセスＰ１８）。例えば、画像処理装置２は、記憶装置２１の機能データ領域２１ｂに記憶されている登録情報２８を要求する登録情報要求コマンドを、第２の画像処理装置２において登録情報１８が保存される記憶領域から登録情報１８を要求するコマンドに書き換える。これにより、アプリケーション４０のプログラムデータに記述されている登録情報要求コマンドは、機能データ領域２１ｂに記憶されている登録情報２８を要求するコマンドではなくなり、別の記憶領域から登録情報１８を取得するコマンドに書き換えることになる。ただし、画像処理装置２は、プログラムデータに含まれる登録情報要求コマンド以外のコマンドを書き換えないようにする。そして画像処理装置２は、登録情報要求コマンドを別のコマンドに書き換えたプログラムデータＰＤを、記憶装置２１へ保存する（プロセスＰ１６）。このとき、画像処理装置２は、アプリケーション４０のプログラムデータＰＤをインストールせず、単なるデータとして記憶装置２１へ保存する。したがって、アプリケーション４０のプログラムデータＰＤは、記憶装置２１のプログラム領域２１ａには保存されず、プログラム領域２１ａとは異なる領域に保存された状態となり、画像処理装置２においてアプリケーション４０を起動させることができない状態で保存される。また画像処理装置２は、バックアップデータＤ１に含まれる登録情報１８を記憶装置２１へ保存する（プロセスＰ１７）。このとき、画像処理装置２は、登録情報１８を機能データ領域２１ｂには保存せず、機能データ領域２１ｂとは異なる他の領域に保存する。これにより、機能データ領域２１ｂに予め保存されている登録情報２８が、第１の画像処理装置１の登録情報１８によって上書きされてしまったり、登録情報１８とマージされてしまったりすることを防止することができる。

次に上記のような動作プロセスを実現するバックアップ実行部５０及びバックアップ管理部８０の詳細な機能構成について説明する。図８は、画像処理装置１のバックアップ実行部５０と画像処理装置２のバックアップ管理部８０の機能構成の一例を示すブロック図である。まず画像処理装置１のバックアップ実行部５０は、プログラムデータ読出部５１と、コマンド書換部５２と、登録情報読出部５３と、バックアップデータ生成部５４と、バックアップデータ送信部５５とを有している。また画像処理装置２のバックアップ管理部８０は、バックアップデータ取得部８１と、コマンド書換部８２と、プログラムデータ保存部８３と、登録情報保存部８４と、稼働状態検知部８５と、アプリケーション制御部８６とを有している。

バックアップ実行部５０のプログラムデータ読出部５１は、記憶装置１１のプログラム領域１１ａからアプリケーション４０のプログラムデータＰＤを読み出す処理部である。コマンド書換部５２は、プログラムデータ読出部５１によって読み出されたプログラムデータＰＤに記述されているコマンドを解析し、プログラムデータＰＤに含まれる登録情報要求コマンドを別のコマンドに書き換える処理部である。尚、第２の画像処理装置２において登録情報要求コマンドの書き換えが行われる場合には、バックアップ実行部５０にコマンド書換部５２を設けなくても良い。登録情報読出部５３は、記憶装置１１の機能データ領域１１ｂからアプリケーション４０が利用する登録情報１８を読み出す処理部である。バックアップデータ生成部５４は、プログラムデータＰＤと登録情報１８とを含むバックアップデータＤ１を生成する処理部である。このとき、バックアップデータ生成部５４は、登録情報１８の保存すべき記憶領域を指定する記憶領域指定情報を含むバックアップデータＤ１を生成するようにしても良い。そしてバックアップデータ送信部５５は、バックアップデータ生成部５４によって生成されるバックアップデータＤ１を、通信インタフェース１３から第２の画像処理装置２へ送信する処理部である。

一方、バックアップ管理部８０のバックアップデータ取得部８１は、通信インタフェース２３を介して第１の画像処理装置１から送信されるバックアップデータＤ１を取得する処理部である。コマンド書換部８２は、バックアップデータ取得部８１によって取得されるバックアップデータＤ１からプログラムデータＰＤを抽出し、そのプログラムデータＰＤに記述されているコマンドを解析し、プログラムデータＰＤに含まれる登録情報要求コマンドを別のコマンドに書き換える処理部である。尚、第１の画像処理装置１において登録情報要求コマンドの書き換えが行われる場合には、バックアップ管理部８０にコマンド書換部８２を設けなくても良い。プログラムデータ保存部８３は、登録情報要求コマンドが別のコマンドに書き換えられたプログラムデータＰＤを取得し、そのプログラムデータＰＤを記憶装置２１のプログラム領域２１ａとは異なる領域へ保存する処理部である。登録情報保存部８４は、バックアップデータＤ１に含まれる登録情報１８を、機能データ領域２１ｂとは異なる領域へ保存する処理部である。バックアップデータＤ１に記憶領域指定情報が含まれている場合、登録情報保存部８４は、機能データ領域２１ｂとは異なる記憶領域であって、第１の画像処理装置１から指定された記憶領域に登録情報１８を保存する。

上記のようにして画像処理装置２の記憶装置２１にアプリケーション４０のプログラムデータＰＤと、登録情報１８とが保存された状態になると、バックアップ管理部８０において稼働状態検知部８５が動作するようになる。稼働状態検知部８５は、画像処理装置１の稼働状態の変化を検知する処理部であり、画像処理装置１に何らかの故障などが発生して稼働停止状態になると、それを検知する。そして稼働状態検知部８５は、アプリケーション制御部８６を機能させる。

アプリケーション制御部８６は、プログラム領域２１ａとは異なる領域に保存されたプログラムデータＰＤを読み出し、そのプログラムデータＰＤをインストールしてプログラム領域２１ａに保存する処理部である。これにより、画像処理装置２においてアプリケーション４０を起動させることができるようになる。したがって、第１の画像処理装置１が何らかの原因で使用できない状態となったときには、第１の画像処理装置１のユーザーは、第２の画像処理装置２でアプリケーション４０を起動させることにより、第１の画像処理装置１が正常稼働していているときと同じアプリケーション４０を一時的に利用することができるようになる。

図９は、第２の画像処理装置２においてアプリケーション４０がインストールされるまでの動作プロセスを示す図である。上述したように画像処理装置１のバックアップ実行部５０は、定期的にバックアップ処理を行う。すなわち、画像処理装置１は、最初のバックアップ開始タイミングになると、バックアップデータＤ１を生成し、そのバックアップデータＤ１を画像処理装置２へ送信する（プロセスＰ２０）。画像処理装置２は、画像処理装置１からバックアップデータＤ１を受信すると、登録情報１８などを記憶装置２１へ保存する（プロセスＰ２１）。

また画像処理装置１は、次のバックアップ開始タイミングになると、再びバックアップデータＤ１を生成し、そのバックアップデータＤ１を画像処理装置２へ送信する（プロセスＰ２２）。このとき、画像処理装置１は、前回送信したバックアップデータＤ１と同じデータの再送を省略し、前回のバックアップデータＤ１との差分データのみからなるバックアップデータＤ１を生成して送信するようにしても良い。これにより、２回目以降のバックアップデータＤ１の送信時にはデータ量を削減できるため、効率的なデータ送信を行うことができる。そして画像処理装置２は、画像処理装置１からバックアップデータＤ１を再び受信すると、登録情報１８を記憶装置２１へ保存する（プロセスＰ２３）。このとき、バックアップデータＤ１が差分データのみで構成される場合、画像処理装置２は、記憶装置２１に既に保存している登録情報１８に対して差分データを追加することにより、登録情報１８を更新する。

上記のように第１の画像処理装置１から第２の画像処理装置２に対して定期的にバックアップデータＤ１が送信される場合、稼働状態検知部８５は、第１の画像処理装置１からのバックアップデータＤ１を定期的に受信していれば、第１の画像処理装置１が正常に稼働していると判断することができる。これに対し、第１の画像処理装置１が故障などによって稼働停止した場合（プロセスＰ２４）、第１の画像処理装置１からのバックアップデータＤ１の送信が途絶えることにある。そのため、稼働状態検知部８５は、第１の画像処理装置１からのバックアップデータＤ１が所定時間以上経過しても受信されないとき、第１の画像処理装置１が稼働停止したと判断する（プロセスＰ２５）。そしてアプリケーション制御部８６が機能し、アプリケーション４０のプログラムデータＰＤをインストールしてアプリケーション４０を起動可能な状態とする（プロセスＰ２６）。このとき、アプリケーション制御部８６は、プログラムデータＰＤにおいて書き換えられたコマンドに対応する処理を定義した情報を、ＩＷＳ６４におけるＡＰＩ６５のコマンドライブラリ６６に追加するようにしても良い。これにより、第２の画像処理装置２においてアプリケーション４０を起動させることができるようになる。

尚、稼働状態検知部８５は、上記のような検知方法の他にも、例えば第１の画像処理装置１に対して定期的に信号を送信し、第１の画像処理装置１からの応答の有無によって正常稼働しているか否かを検知するようにしても良い。

図１０は、第２の画像処理装置２においてアプリケーション４０が起動した状態を示すブロック図である。画像処理装置２においてアプリケーション４０が起動すると、アプリケーション４０は、登録情報１８を取得するために書き換えられたコマンドをＩＷＳ６４へ出力する。ＩＷＳ６４のＡＰＩ６５には、アプリケーション４０から出力されるコマンドに対応する処理を定義した情報がコマンドライブラリ６６に登録されている。そのため、ＩＷＳ６４は、ＯＳ６１に対して登録情報１８を要求するコマンドを出力する。ＯＳ６１は、ＩＷＳ６４からのコマンドに基づき、機能データ領域２１ｂとは異なる領域に保存されている登録情報１８を読み出してＩＷＳ６４へ出力する。ＩＷＳ６４は、ＯＳ６１から登録情報１８を取得すると、その登録情報１８をアプリケーション４０へ出力する。したがって、アプリケーション４０は、ジョブ制御部６０を介して機能データ領域２１ｂとは異なる領域に保存されている登録情報１８を取得し、その登録情報１８に基づいてユーザーによる操作を反映させたジョブを設定することができる。

これに対し、画像処理装置２に対してはじめからインストールされているアプリケーション７０は、ＩＷＳ６４に対して登録情報要求コマンドを出力すると、機能データ領域２１ｂに保存されている登録情報２８を取得することができ、その登録情報２８に基づいてユーザーによる操作を反映させたジョブを設定することができる。

つまり、アプリケーション７０は、機能データ領域２１ｂの登録情報２８を取得するためのＡＰＩ６５のインタフェース６５ａにアクセスするのに対し、アプリケーション４０は、機能データ領域２１ｂとは異なる領域に記憶された登録情報１８を取得するためのＡＰＩ６５のインタフェース６５ｂにアクセスするのである。その結果、アプリケーション７０とアプリケーション４０とが仮にＦＡＸ機能などの同じ機能を利用するものであっても、各アプリケーション７０，４０は、それぞれ異なる登録情報２８，１８を取得してユーザーが操作可能な操作画面を表示部２２ａなどに表示させることができる。それ故、第１の画像処理装置１のユーザーが、第２の画像処理装置２において一時的に利用可能となったアプリケーション４０を起動させたときには、第１の画像処理装置１に予め登録されていたＦＡＸ宛先などを一覧表示させてＦＡＸ送信宛先を選択することができる。また第２の画像処理装置２のユーザーがアプリケーション７０を起動させたときには、第２の画像処理装置２に予め登録されているＦＡＸ宛先などを一覧表示させてＦＡＸ送信宛先を選択することができる。

また稼働状態検知部８５は、第１の画像処理装置１が再稼働を開始したときには、アプリケーション制御部８６を再び機能させる。そしてアプリケーション制御部８６は、画像処理装置２において利用可能な状態であるアプリケーション４０をアンインストールし、アプリケーション４０を起動できない状態に戻す。すなわち、第１の画像処理装置１のユーザーは再稼働した第１の画像処理装置１を使用してアプリケーション４０を利用できるため、第２の画像処理装置２は、アプリケーション４０を元の起動できない状態に戻すのである。ただし、第２の画像処理装置２は、アプリケーション４０のプログラムデータＰＤをバックアップとして保存している状態には変わりはない。そのため、第１の画像処理装置１が再び稼働停止したときには、第２の画像処理装置２においてアプリケーション４０が再び起動可能な状態となる。

図１１は、第２の画像処理装置２がアプリケーション４０をアンインストールするまでの動作プロセスを示す図である。第１の画像処理装置１は、再稼働を開始すると（プロセスＰ３０）、バックアップデータＤ１を第２の画像処理装置２へ送信可能な状態に戻る。そのため、画像処理装置１は、バックアップ開始タイミングになると、バックアップデータＤ１を生成し、画像処理装置２へ送信する（プロセスＰ３１）。

画像処理装置２は、画像処理装置１からバックアップデータＤ１を受信すると、登録情報１８を記憶装置２１へ保存する（プロセスＰ３２）。また画像処理装置２は、画像処理装置１からバックアップデータＤ１を受信したことに伴い、画像処理装置１が再稼働を開始したことを検知する（プロセスＰ３３）。画像処理装置１の再稼働が検知されると、バックアップ管理部８０は、画像処理装置２においてアプリケーション４０が一時的に利用可能となっている期間中に、登録情報１８が更新されたか否かを判定する（プロセスＰ３４）。例えば、画像処理装置２においてアプリケーション４０が一時的に利用可能となっている状態のときに、第１の画像処理装置１のユーザーがアプリケーション４０を起動し、登録情報１８に対して新たなＦＡＸ宛先などが追加登録されることがある。そのような追加情報は、第１の画像処理装置１には登録されていないため、第１の画像処理装置１の再稼働が開始された後に、第２の画像処理装置２から第１の画像処理装置１へ追加された更新情報を送信することが好ましい。そこでバックアップ管理部８０は、アプリケーション４０が一時的に利用可能となっている期間中に、登録情報１８が更新されていれば、登録情報１８の更新情報Ｄ２を生成し（プロセスＰ３５）、その更新情報Ｄ２を第１の画像処理装置１へ送信する（プロセスＰ３６）。これにより、第１の画像処理装置１は、稼働停止している期間中に、第２の画像処理装置２において登録情報１８に追加された情報を取得することができる。そして第１の画像処理装置１は、更新情報Ｄ２に基づいて登録情報１８を更新する（プロセスＰ３７）。また第２の画像処理装置２は、一時的に利用可能な状態としていたアプリケーション４０をアンインストールし、第２の画像処理装置２においてアプリケーション４０を利用できないようにする（プロセスＰ３８）。

画像処理装置２は、上述のように画像処理装置１からバックアップデータＤ１を受信することにより、画像処理装置１の再稼働を検知することが可能である。ただし、この他にも、例えば画像処理装置２は、画像処理装置１に対して定期的に信号を送信し、画像処理装置１からの応答を受信することによって画像処理装置１の再稼働を検知するようにしても良い。また画像処理装置１が再稼働を開始したときに画像処理装置２へ復帰信号を送信し、画像処理装置２は、その復帰信号を受信することにより、画像処理装置１の再稼働を検知するようにしても良い。

このように本実施形態の画像処理システム１００は、第１の画像処理装置１のアプリケーション４０を第２の画像処理装置２にバックアップとして保存するとき、第１及び第２の画像処理装置１，２のいずれか一方においてアプリケーション４０に含まれる登録情報要求コマンドを別のコマンドに書き換えるため、第２の画像処理装置２の登録情報２８が記憶されている機能データ領域２１ｂとは異なる領域に、アプリケーション４０が利用する登録情報１８を保存して管理することができると共に、第２の画像処理装置２においてアプリケーション４０が起動したときにはアプリケーション４０から出力されるコマンドに基づいて登録情報１８を適切に読み出すことができるようになる。それ故、第１の画像処理装置１にインストールされているアプリケーション４０を第２の画像処理装置２にバックアップするとき、第２の画像処理装置２に固有の登録情報２８が上書きされてしまったり、第２の画像処理装置２に固有の登録情報２８に第１の画像処理装置１の登録情報１８がマージされてしまったりすることがない。そして更に、第２の画像処理装置２においてバックアップされたアプリケーション４０を有効に利用することもできるようになる。

次に第１の画像処理装置１において行われる処理手順について説明する。図１２は、第１の画像処理装置１で行われる処理手順の一例を示すフローチャートである。このフローチャートは、上述したバックアップ実行部５０によって行われる処理手順を示している。バックアップ実行部５０は、この処理を開始すると、バックアップ処理の実行タイミングとなったか否かを判断する（ステップＳ１０）。バックアップ処理の実行タイミングである場合（ステップＳ１０でＹＥＳ）、バックアップ実行部５０は、アプリケーション４０のプログラムデータＰＤを既に第２の画像処理装置２に送信済みであるか否かを判断する（ステップＳ１１）。その結果、未だプログラムデータＰＤを第２の画像処理装置２へ送信していない場合（ステップＳ１１でＮＯ）、バックアップ実行部５０は、記憶装置１１のプログラム領域１１ａからアプリケーション４０のプログラムデータＰＤを読み出す（ステップＳ１２）。バックアップ実行部５０は、そのプログラムデータＰＤに記述されている複数種類のコマンドの全てを解析することにより、それら複数種類のコマンドのうちから登録情報要求コマンドを抽出する。これにより、プログラムデータＰＤの中から、ＩＷＳ３４を介して機能データ領域１１ｂの登録情報１８を呼び出す登録情報要求コマンドだけが抽出される。そしてバックアップ実行部５０は、プログラムデータＰＤに記述されている登録情報要求コマンドを別のコマンドに書き換える（ステップＳ１３）。尚、アプリケーション４０のプログラムデータＰＤを既に第２の画像処理装置２へ送信済みである場合（ステップＳ１１でＹＥＳ）、ステップＳ１２，Ｓ１３の処理はスキップする。

続いてバックアップ実行部５０は、バックアップ対象であるアプリケーション４０が利用する登録情報１８を読み出す（ステップＳ１４）。そしてバックアップ実行部５０は、既に第２の画像処理装置２に対して登録情報１８を送信済みであれば、ステップＳ１４で読み出した登録情報１８と、前回送信した登録情報１８との差分データを抽出する（ステップＳ１５）。尚、第２の画像処理装置２に対して未だ登録情報１８を送信していない場合には、ステップＳ１５の処理はスキップしても良い。

そしてバックアップ実行部５０は、バックアップデータＤ１を生成し（ステップＳ１６）、そのバックアップデータＤ１を第２の画像処理装置２へ送信する（ステップＳ１７）。このとき、２回目以降の送信であれば、登録情報１８の差分データだけがバックアップデータＤ１として送信されるため、効率的にバックアップデータＤ１を送信することができる。

続いてバックアップ実行部５０は、第２の画像処理装置２から更新情報を受信したか否かを判断する（ステップＳ１８）。すなわち、第１の画像処理装置１が再稼働した直後であれば、第２の画像処理装置２から登録情報１８の更新情報を受信することがある。そのため、バックアップ実行部５０は、第２の画像処理装置２から更新情報を受信したか否かを定期的に判断するようにしている。その結果、更新情報を受信した場合（ステップＳ１８でＹＥＳ）、バックアップ実行部５０は、その更新情報に基づいて機能データ領域１１ｂに記憶している登録情報１８を更新する（ステップＳ１９）。尚、更新情報を受信していない場合にはステップＳ１９の処理をスキップする。その後、バックアップ実行部５０による処理は、ステップＳ１０に戻り、上述した処理を繰り返す。

次に第２の画像処理装置２において行われる処理手順について説明する。図１３は、第２の画像処理装置２で行われる処理手順の一例を示すフローチャートである。このフローチャートは、上述したバックアップ管理部８０によって行われる処理手順を示している。バックアップ管理部８０は、この処理を開始すると、第１の画像処理装置１からバックアップデータＤ１を受信したか否かを判断する（ステップＳ２０）。第１の画像処理装置１からバックアップデータＤ１を受信している場合（ステップＳ２０でＹＥＳ）、バックアップ管理部８０は、バックアップデータＤ１を保存する処理を行う。すなわち、バックアップ管理部８０は、バックアップデータＤ１にアプリケーション４０のプログラムデータＰＤが含まれていれば、そのプログラムデータＰＤを記憶装置２１のプログラム領域２１ａとは異なる領域に保存する（ステップＳ２１）。またバックアップ管理部８０は、バックアップデータＤ１に含まれる登録情報１８を記憶装置２１の機能データ領域２１ｂとは異なる領域に保存する（ステップＳ２２）。尚、バックアップデータＤ１を受信していない場合（ステップＳ２０でＮＯ）、ステップＳ２１，Ｓ２２の処理はスキップする。

続いてバックアップ管理部８０は、第１の画像処理装置１の稼働停止を検知したか否かを判断する（ステップＳ２３）。第１の画像処理装置１の稼働停止を検知していない場合（ステップＳ２３でＮＯ）、バックアップ管理部８０は、特別な処理を行わない。これに対し、第１の画像処理装置１の稼働停止を検知した場合（ステップＳ２３でＹＥＳ）、バックアップ管理部８０は、記憶装置２１にバックアップとして保存しているアプリケーション４０のプログラムデータＰＤを読み出し、そのプログラムデータＰＤをインストールしてプログラム領域２１ａに保存することにより、アプリケーション４０を起動可能な状態とする（ステップＳ２４）。これにより、第１の画像処理装置１のユーザーは、第２の画像処理装置２でアプリケーション４０を起動させてジョブを実行させることができるようになる。

次にバックアップ管理部８０は、第１の画像処理装置１の再稼働開始を検知したか否かを判断する（ステップＳ２５）。第１の画像処理装置１の再稼働開始を検知していない場合（ステップＳ２５でＮＯ）、バックアップ管理部８０は、特別な処理を行わない。これに対し、第１の画像処理装置１の再稼働開始を検知した場合（ステップＳ２５でＹＥＳ）、バックアップ管理部８０は、アプリケーション４０のプログラムデータＰＤをプログラム領域２１ａからアンインストールし、第２の画像処理装置２においてアプリケーション４０を起動できない状態に戻す。その後、バックアップ管理部８０は、アプリケーション４０の利用可能な期間中に、登録情報１８が更新されたか否かを判断する（ステップＳ２７）。その結果、登録情報１８が更新されている場合（ステップＳ２７でＹＥＳ）、バックアップ管理部８０は、アプリケーション４０のインストール以降における登録情報１８の更新情報を生成し（ステップＳ２８）、その更新情報を第１の画像処理装置１へ送信する（ステップＳ２９）。尚、登録情報１８が更新されていない場合（ステップＳ２７でＮＯ）、ステップＳ２８，Ｓ２９の処理はスキップする。その後、バックアップ管理部８０による処理は、ステップＳ２０に戻り、上述した処理を繰り返す。

以上のように本実施形態の画像処理システム１００は、ジョブを実行する機能を有する第１の画像処理装置１と、第１の画像処理装置１と同一の機能を有する第２の画像処理装置２とがネットワーク３を介して接続された構成である。そして第１の画像処理装置１は、アプリケーション４０のプログラムデータＰＤと、アプリケーション４０が利用する第１の登録情報１８とを含むバックアップデータＤ１を生成し、そのバックアップデータＤ１を第２の画像処理装置２へ送信する構成である。また第２の画像処理装置２は、第１の画像処理装置１からバックアップデータＤ１を受信した場合に、そのバックアップデータＤ１に含まれるプログラムデータＰＤを記憶装置２１へ保存すると共に、バックアップデータＤ１に含まれる第１の登録情報１８を、記憶装置２１における第２の登録情報２８とは異なる記憶領域へ保存して管理する構成である。そして画像処理システム１００は、第１の画像処理装置１及び第２の画像処理装置２のいずれか一方において、プログラムデータＰＤに記述されている複数種類のコマンドのうち、所定の記憶領域に記憶されている登録情報を要求する登録情報要求コマンドを、第２の登録情報２８とは異なる記憶領域へ保存される第１の登録情報１８を要求する別のコマンドに書き換えるようにしている。

このような構成を有する画像処理システム１００によれば、第１の画像処理装置１にインストールされているアプリケーション４０を第２の画像処理装置２にバックアップするとき、第２の画像処理装置２における登録情報２８が上書きされてしまったり、登録情報２８に登録情報１８がマージされてしまったりすることがなく、しかも第２の画像処理装置２においてバックアップされたアプリケーション４０を有効に利用することができるようになる。特に、第２の画像処理装置２においてアプリケーション４０が起動されると、そのアプリケーション４０は、第１の登録情報１８だけを取得して操作画面などに第１の登録情報１８を反映させることができる。そのため、第１の画像処理装置１のユーザーが、第２の画像処理装置２でアプリケーション４０を起動させたときでも、第１の画像処理装置１で表示されるＦＡＸ宛先を選択する画面などと同じ画面を表示させることができる。したがって、ユーザーにとっては、第２の画像処理装置２でアプリケーション４０を利用するときでも、使い慣れた操作画面でジョブの設定操作を行うことができるという利点がある。

（第２実施形態）
次に本発明の第２実施形態について説明する。例えば第１実施形態と同様の画像処理システム１００において、第１の画像処理装置１のＦＡＸ部１６が故障した場合でも、第１の画像処理装置１のスキャン機能やプリント機能、コピー機能などはユーザーが利用することが可能である。そのため、第１の画像処理装置１のＦＡＸ部１６が故障した場合でも、第１の画像処理装置１の稼働を停止させずに、スキャン機能やプリント機能などの他の機能を利用できるように第１の画像処理装置１の稼働状態を継続させることがある。しかし、第１の画像処理装置１が稼働状態を継続させると、ユーザーにとっては、第１の画像処理装置１のＦＡＸ機能が使えないことを忘れてしまい、ＦＡＸ部１６が故障しているにもかかわらず、第１の画像処理装置１のＦＡＸ機能を利用しようとするケースが起こり得る。本実施形態では、そのようなケースであってもユーザーがＦＡＸ機能を利用できるようにした形態について説明する。尚、本実施形態においても、第１の画像処理装置１及び第２の画像処理装置２の構成は、第１実施形態で説明したものと同様である。

図１４は、第２実施形態における第１及び第２の画像処理装置１，２の動作概念を示すブロック図である。まず図１４（ａ）に示すように、第１の画像処理装置１は、バックアップ実行部５０を備えている。そして本実施形態のバックアップ実行部５０は、第１の画像処理装置１における一部の機能が利用不可能になったことを検知するように構成される。例えば、ＦＡＸ部１６が故障すると、バックアップ実行部５０は、ＦＡＸ機能が利用できなくなったことを検知する。バックアップ実行部５０は、一部の機能が利用不可能になったことを検知すると、コマンド書換部５２を動作させる。そしてコマンド書換部５２は、アプリケーション４０がＩＷＳ３４に対して出力する複数種類のコマンドのうち、利用不可能となった機能を動作させるコマンドを、別のコマンドに書き換える。すなわち、コマンド書換部５２は、第１の画像処理装置１の機能を利用するコマンドを、第２の画像処理装置２の機能を利用するコマンドに書き換えるのである。例えば第１の画像処理装置１のＦＡＸ部１６が故障してＦＡＸ機能が利用できなくなったとき、コマンド書換部５２は、アプリケーション４０がＩＷＳ３４に対して出力するＦＡＸ部１６を動作させるためのコマンドを、第２の画像処理装置２のＦＡＸ部２６を動作させるコマンドに書き換える。これにより、アプリケーション４０がＦＡＸ機能を利用するときには、図１４（ｂ）に示すように、通信インタフェース１３，２３を介して第２の画像処理装置２のＩＷＳ６４に対してコマンドが出力されるようになり、第２の画像処理装置２のＦＡＸ部２６を動作させることにより、第２の画像処理装置２のＦＡＸ機能を利用することが可能になる。尚、ここでは、第１の画像処理装置１のＦＡＸ機能が利用できなくなる場合を例示したが、他の機能が利用できなくなる場合も同様である。

このように本実施形態のバックアップ実行部５０は、第１の画像処理装置１における機能が利用不可能になったとき、アプリケーション４０が出力する複数種類のコマンドのうち、第１の画像処理装置１において利用できなくなった機能を利用するコマンドを、第２の画像処理装置２における同一の機能を利用するコマンドに書き換えるように構成される。そのため、第１の画像処理装置１のユーザーが誤って利用できなくなった機能を利用しようとしたときでも、アプリケーション４０は、第２の画像処理装置２の機能を利用することによってユーザーの指定したジョブを実行することができるようになる。

そしてバックアップ実行部５０は、第１の画像処理装置２のＦＡＸ部１６が修理され、ＦＡＸ機能を利用することができるようになると、アプリケーション４０がＩＷＳ３４に対して出力するコマンドを元のコマンドに戻す。そのため、第１の画像処理装置１のＦＡＸ機能が利用可能な状態に戻ると、アプリケーション４０は、第１の画像処理装置１のＦＡＸ機能を利用する状態に復帰する。

また本実施形態におけるその他の構成及び動作は、第１実施形態で説明したものと同様である。そのため、例えばＦＡＸ部１６の修理のために第１の画像処理装置１が稼働停止状態になると、第１の画像処理装置１のユーザーは、第２の画像処理装置２でアプリケーション４０を起動させることにより、一時的に第２の画像処理装置２でアプリケーション４０を利用することができるようになる。

（変形例）
以上、本発明に関する実施形態について説明したが、本発明は、上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。

例えば上記実施形態では、第１の画像処理装置１が第２の画像処理装置２に対してバックアップデータＤ１を直接送信する場合を例示した。しかし、バックアップデータＤ１の送信形態は、第１の画像処理装置１から第２の画像処理装置２に対して直接送信する形態に限られない。例えば、ネットワーク３に中継サーバーが設けられる場合、第１の画像処理装置１は中継サーバーに対してバックアップデータＤ１を送信し、第２の画像処理装置２は中継サーバーを介して第１の画像処理装置１から送信されるバックアップデータＤ１を取得するようにしても構わない。尚、この場合の中継サーバーは、ＬＡＮなどのローカルネットワークに設けられるものであっても良いし、インターネット上のクラウドに設けられるものであっても良い。

またネットワーク３には、第１の画像処理装置１にインストールされているアプリケーション４０のライセンスを管理するライセンスサーバーが設けられることもある。そのような場合、第１の画像処理装置１は、故障などによって稼働停止するとき、ライセンスサーバーに故障フラグを設定することが好ましい。これにより、ライセンスサーバーは、第１の画像処理装置１においてアプリケーション４０が利用できない状態であることを把握することができるようになる。そして第２の画像処理装置２は、アプリケーション４０のプログラムデータＰＤをインストールするとき、ライセンスサーバーにアクセスしてライセンスサーバーによるインストール許可を受けるようにする。このような構成とすることにより、第２の画像処理装置２にバックアップとして保存されるアプリケーション４０が不正に利用されてしまうことを防止することができる。そして第１の画像処理装置１が故障から復帰した場合、ライセンスサーバーは復帰フラグを設定する。第２の画像処理装置２においてアプリケーション４０が起動するとき、アプリケーション４０は、ライセンスサーバーに復帰フラグが設定されているか否かを確認し、復帰フラグが設定されていれば、アプリケーション４０の起動処理を強制終了させる。これにより、第１の画像処理装置１と第２の画像処理装置２の双方で同時にアプリケーション４０が利用されることを防止することができる。このような構成によれば、ライセンスサーバーは、第２の画像処理装置２で一時的に利用されるアプリケーション４０を、第１の画像処理装置１のアプリケーション４０と同じライセンスで管理することができるという利点もある。

また上記実施形態では、第１の画像処理装置１のアプリケーション４０を第２の画像処理装置２にバックアップとして保存する場合を例示した。しかし、これに限られるものではなく、第２の画像処理装置２のアプリケーション７０を第１の画像処理装置１にバックアップとして保存することも可能である。この場合、第２の画像処理装置２に上述したバックアップ実行部５０が設け、第１の画像処理装置１に上述したバックアップ管理部８０を設ければ良い。

また上記実施形態では、ネットワーク３に２つの画像処理装置１，２が設けられる場合を例示した。これに対し、ネットワーク３に３つ以上の画像処理装置が設けられる場合、第１の画像処理装置１は、他の２以上の画像処理装置のうちからバックアップデータＤ１を保存する１つの装置を選択し、その選択した装置に対してバックアップデータＤ１を送信するようにすれば良い。この場合、第１の画像処理装置１は、他の２以上の画像処理装置のうちから、バックアップ対象となるアプリケーション４０が利用する機能と同一の機能を備えている１つの装置を選択することが好ましい。これにより、第１の画像処理装置１が稼働停止したときには、バックアップデータＤ１を保存している画像処理装置においてアプリケーション４０を起動させることにより、アプリケーション４０を有効に利用することができるようになる。

１ 画像処理装置（第１の画像処理装置）
２ 画像処理装置（第２の画像処理装置）
３ ネットワーク
１１ 記憶装置（第１の記憶手段）
２１ 記憶装置（第２の記憶手段）
３０，６０ ジョブ制御部（ジョブ制御手段）
４０，７０ アプリケーション
５０ バックアップ実行部（バックアップ実行手段）
８０ バックアップ管理部（バックアップ管理手段）
８５ 稼働状態検知部（検知手段）

Claims (24)

1. ジョブを実行する機能を有する第１の画像処理装置と、前記機能と同一機能を有する第２の画像処理装置とがネットワークを介して接続された画像処理システムであって、
   第１の画像処理装置は、
   前記機能を利用するために予め登録される第１の登録情報を所定の記憶領域に記憶する第１の記憶手段と、
   前記機能を動作させてジョブの実行を制御するジョブ制御手段と、
   前記ジョブ制御手段へ複数種類のコマンドを出力することにより前記機能を利用することが可能であり、前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを前記ジョブ制御手段へ出力することにより前記ジョブ制御手段を介して前記第１の登録情報を取得し、前記第１の登録情報に基づいてジョブの設定を行うアプリケーションと、
   前記アプリケーションのプログラムデータと前記第１の登録情報とを含むバックアップデータを生成し、前記第２の画像処理装置へ送信するバックアップ実行手段と、
   を備え、
   前記第２の画像処理装置は、
   前記機能を利用するために予め登録される第２の登録情報を所定の記憶領域に記憶する第２の記憶手段と、
   前記バックアップデータを受信した場合に、前記バックアップデータに含まれる前記プログラムデータを前記第２の記憶手段へ保存すると共に、前記バックアップデータに含まれる前記第１の登録情報を、前記第２の記憶手段における前記第２の登録情報とは異なる記憶領域へ保存して管理するバックアップ管理手段と、
   を備え、
   前記バックアップ実行手段及び前記バックアップ管理手段のいずれか一方は、
   前記プログラムデータに記述されている前記複数種類のコマンドのうちの前記登録情報要求コマンドを、前記第２の登録情報とは異なる記憶領域へ保存される前記第１の登録情報を要求する別のコマンドに書き換えることを特徴とする画像処理システム。
2. 前記バックアップ管理手段は、前記プログラムデータをインストールすることにより、前記アプリケーションを起動可能な状態で前記プログラムデータを前記第２の記憶手段へ保存することを特徴とする請求項１に記載の画像処理システム。
3. 前記第２の画像処理装置は、前記第１の画像処理装置の稼働状態を検知する検知手段を更に備え、
   前記バックアップ管理手段は、前記検知手段によって前記第１の画像処理装置の稼働停止が検知されることに伴い、前記プログラムデータをインストールして前記アプリケーションを起動可能な状態とすることを特徴とする請求項１又は２に記載の画像処理システム。
4. 前記バックアップ管理手段は、前記アプリケーションを起動可能な状態とした後、前記検知手段によって前記第１の画像処理装置の再稼働が検知されることに伴い、前記アプリケーションを起動不可能な状態に戻すことを特徴とする請求項３に記載の画像処理システム。
5. 前記バックアップ管理手段は、前記アプリケーションを起動可能な状態としている期間中に前記第１の登録情報が更新されている場合、前記検知手段によって前記第１の画像処理装置の再稼働が検知されることに伴い、前記第１の登録情報を前記第１の画像処理装置へ送信することを特徴とする請求項３又は４に記載の画像処理システム。
6. 前記バックアップ管理手段は、前記検知手段によって前記第１の画像処理装置の再稼働が検知されることに伴って前記第１の登録情報を前記第１の画像処理装置へ送信するとき、バックアップ時以降における前記第１の登録情報の更新情報のみを前記第１の画像処理装置へ送信することを特徴とする請求項５に記載の画像処理システム。
7. 前記バックアップ実行手段は、前記バックアップデータを定期的に生成し、前記第２の画像処理装置へ送信することを特徴とする請求項１乃至６のいずれかに記載の画像処理システム。
8. 前記バックアップ実行手段は、前記バックアップデータを定期的に生成するとき、前回の前記バックアップデータとの差分データのみから成る前記バックアップデータを生成することを特徴とする請求項７に記載の画像処理システム。
9. 前記バックアップ実行手段は、前記第１の画像処理装置における前記機能が利用不可能になったとき、前記複数種類のコマンドのうち、前記第１の画像処理装置における前記機能を利用するコマンドを、前記第２の画像処理装置における前記機能を利用するコマンドに書き換えることを特徴とする請求項１乃至８のいずれかに記載の画像処理システム。
10. ジョブを実行する機能を有する画像処理装置であって、
    前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段と、
    前記機能を動作させてジョブの実行を制御するジョブ制御手段と、
    前記ジョブ制御手段へ複数種類のコマンドを出力することにより前記機能を利用することが可能であり、前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを前記ジョブ制御手段へ出力することにより前記ジョブ制御手段を介して前記登録情報を取得し、前記登録情報に基づいてジョブの設定を行うアプリケーションと、
    前記アプリケーションのプログラムデータと前記登録情報とを含むバックアップデータを生成し、前記機能と同一機能を有する他の画像処理装置へ送信するバックアップ実行手段と、
    を備え、
    前記バックアップ実行手段は、前記プログラムデータに記述されている前記複数種類のコマンドのうちの前記登録情報要求コマンドを、前記登録情報を要求する別のコマンドに書き換えて前記バックアップデータを生成することを特徴とする画像処理装置。
11. 前記バックアップ実行手段は、前記バックアップデータを定期的に生成し、前記他の画像処理装置へ送信することを特徴とする請求項１０に記載の画像処理装置。
12. 前記バックアップ実行手段は、前記バックアップデータを定期的に生成するとき、前回の前記バックアップデータとの差分データのみから成る前記バックアップデータを生成することを特徴とする請求項１１に記載の画像処理装置。
13. 前記バックアップ実行手段は、当該画像処理装置における前記機能が利用不可能になったとき、前記複数種類のコマンドのうち、当該画像処理装置における前記機能を利用するコマンドを、前記他の画像処理装置における前記機能を利用するコマンドに書き換えることを特徴とする請求項１０乃至１２のいずれかに記載の画像処理装置。
14. ジョブを実行する機能を有する他の画像処理装置と通信可能であり、前記機能と同一機能を有する画像処理装置であって、
    前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段と、
    前記他の画像処理装置からバックアップデータを受信した場合に、前記バックアップデータに含まれる前記機能を利用するアプリケーションのプログラムデータを前記記憶手段へ保存すると共に、前記バックアップデータに含まれる前記他の画像処理装置の登録情報を、前記記憶手段における前記登録情報とは異なる記憶領域へ保存して管理するバックアップ管理手段と、
    を備えることを特徴とする画像処理装置。
15. 前記バックアップ管理手段は、前記プログラムデータに記述されている複数種類のコマンドのうち、前記記憶手段の前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを、前記他の画像処理装置の登録情報を要求する別のコマンドに書き換えることを特徴とする請求項１４に記載の画像処理装置。
16. 前記バックアップ管理手段は、前記プログラムデータをインストールすることにより、前記アプリケーションを起動可能な状態で前記プログラムデータを前記記憶手段へ保存することを特徴とする請求項１４又は１５に記載の画像処理装置。
17. 前記他の画像処理装置の稼働状態を検知する検知手段を更に備え、
    前記バックアップ管理手段は、前記検知手段によって前記他の画像処理装置の稼働停止が検知されることに伴い、前記プログラムデータをインストールして前記アプリケーションを起動可能な状態とすることを特徴とする請求項１４乃至１６のいずれかに記載の画像処理装置。
18. 前記バックアップ管理手段は、前記アプリケーションを起動可能な状態とした後、前記検知手段によって前記他の画像処理装置の再稼働が検知されることに伴い、前記アプリケーションを起動不可能な状態に戻すことを特徴とする請求項１７に記載の画像処理装置。
19. 前記バックアップ管理手段は、前記アプリケーションを起動可能な状態としている期間中に前記他の画像処理装置の登録情報が更新されている場合、前記検知手段によって前記他の画像処理装置の再稼働が検知されることに伴い、前記他の画像処理装置の登録情報を前記他の画像処理装置へ送信することを特徴とする請求項１７又は１８に記載の画像処理装置。
20. 前記バックアップ管理手段は、前記検知手段によって前記他の画像処理装置の再稼働が検知されることに伴って前記他の画像処理装置の登録情報を前記他の画像処理装置へ送信するとき、バックアップ時以降における前記他の画像処理装置の登録情報の更新情報のみを前記他の画像処理装置へ送信することを特徴とする請求項１９に記載の画像処理装置。
21. ジョブを実行する機能を有する画像処理装置において実行されるプログラムであって、
    前記画像処理装置は、
    前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段と、
    前記機能を動作させてジョブの実行を制御するジョブ制御手段と、
    前記ジョブ制御手段へ複数種類のコマンドを出力することにより前記機能を利用することが可能であり、前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを前記ジョブ制御手段へ出力することにより前記ジョブ制御手段を介して前記登録情報を取得し、前記登録情報に基づいてジョブの設定を行うアプリケーションと、
    を備え、
    前記プログラムは、前記画像処理装置を、
    前記アプリケーションのプログラムデータと前記登録情報とを含むバックアップデータを生成し、前記機能と同一機能を有する他の画像処理装置へ送信するバックアップ実行手段、
    として機能させ、
    前記バックアップ実行手段は、前記プログラムデータに記述されている前記複数種類のコマンドのうちの前記登録情報要求コマンドを、前記登録情報を要求する別のコマンドに書き換えて前記バックアップデータを生成することを特徴とするプログラム。
22. ジョブを実行する機能を有する他の画像処理装置と通信可能であり、前記機能と同一機能を有する画像処理装置において実行されるプログラムであって、
    前記画像処理装置は、
    前記機能を利用するために予め登録される登録情報を所定の記憶領域に記憶する記憶手段、
    を備え、
    前記プログラムは、前記画像処理装置を、
    前記他の画像処理装置からバックアップデータを受信した場合に、前記バックアップデータに含まれる前記機能を利用するアプリケーションのプログラムデータを前記記憶手段へ保存すると共に、前記バックアップデータに含まれる前記他の画像処理装置の登録情報を、前記記憶手段における前記登録情報とは異なる記憶領域へ保存して管理するバックアップ管理手段、
    として機能させることを特徴とするプログラム。
23. 前記バックアップ管理手段は、前記プログラムデータに記述されている複数種類のコマンドのうち、前記記憶手段の前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを、前記他の画像処理装置の登録情報を要求する別のコマンドに書き換えることを特徴とする請求項２２に記載のプログラム。
24. ジョブを実行する機能を利用するために予め登録される第１の登録情報を第１の記憶手段の所定の記憶領域に記憶している第１の画像処理装置において、ジョブの実行を制御するジョブ制御手段に対して複数種類のコマンドを出力することによって前記機能を利用することが可能なアプリケーションがインストールされており、前記アプリケーションと前記第１の登録情報とを、前記機能と同一機能を有する第２の画像処理装置にバックアップするバックアップ方法であって、
    前記第１の画像処理装置が、前記アプリケーションのプログラムデータと前記第１の登録情報とを含むバックアップデータを生成し、前記第２の画像処理装置へ送信するステップと、
    前記第２の画像処理装置が、前記バックアップデータを受信した場合に、前記バックアップデータに含まれる前記プログラムデータを第２の記憶手段へ保存すると共に、前記バックアップデータに含まれる前記第１の登録情報を、前記第２の記憶手段において前記機能を利用するために予め登録された第２の登録情報が記憶されている記憶領域とは異なる記憶領域へ保存して管理するステップと、
    前記第１の画像処理装置又は前記第２の画像処理装置において、前記プログラムデータに記述されている前記複数種類のコマンドのうち、前記所定の記憶領域に記憶されている情報を要求する登録情報要求コマンドを、前記第２の登録情報とは異なる記憶領域へ保存される前記第１の登録情報を要求する別のコマンドに書き換えるステップと、
    を有することを特徴とするバックアップ方法。

Images