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

Description

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

クラスタ化された複数の情報処理装置を用いて情報処理が実行される場合がある。一般的に、負荷分散装置によってログイン対象の情報処理装置が決定され、ユーザはその情報処理装置にログインし、その情報処理装置によって処理が実行される。

特許文献１には、セッションのタイムアウトをトリガーとして、セッションの再現に必要な情報をサーバのメモリからデータベースサーバに退避させるシステムが開示されている。

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

ところで、ユーザがある情報処理装置にログインし、その情報処理装置において処理が実行されている間にユーザがその情報処理装置からログアウトし、そのログアウトの後に、何らかの理由によって処理が停止する場合がある。この場合、その処理を実行するための情報が情報処理装置に残ってしまい、クラスタ化によって実現される分散処理の効率が低下する。また、その処理を指示したユーザが再度ログインした場合、再ログイン先の情報処理装置が、以前にログインした情報処理装置と同一の装置であるとは限らない。負荷分散装置によって、別の情報処理装置がユーザに割り振られた場合、その別の情報処理装置には先の処理を実行するための情報が格納されていないため、その処理が再開されない。これに対処するために、負荷分散装置のセッション維持機能によってユーザ側と接続先の情報処理装置との対応関係を固定させた場合、処理が均一に分散されず、分散処理の効率が低下する。

本発明の目的は、情報処理装置において実行中の処理が停止した場合に、別の処理が当該情報処理装置に割り当てられるようにするとともに、停止した処理が同一の情報処理装置に振り分けられるようにしなくても、停止した処理が再開されるようにすることにある。

請求項１に係る発明は、処理の情報を記憶する記憶手段と、前記処理を実行する処理実行手段と、実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段と、を有し、前記退避処理手段は、前記退避情報の退避に要する時間が閾値以上の場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、退避に要する時間が閾値未満の場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、情報処理装置である。
請求項２に係る発明は、処理の情報を記憶する記憶手段と、前記処理を実行する処理実行手段と、実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段と、を有し、前記退避処理手段は、前記処理の途中で停止が必要な場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、前記処理の途中で停止が必要ではない場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、情報処理装置である。

請求項３に係る発明は、実行中の前記処理が停止し、かつ、前記処理の実行を指示したユーザがログアウトした場合、前記退避処理手段は、停止した前記処理の情報を前記退避情報として前記格納手段に退避させ、前記処理の情報を前記記憶手段から削除する、ことを特徴とする請求項１又は請求項２に記載の情報処理装置である。

請求項４に係る発明は、前記ログイン要求を行ったユーザに確認作業を実行させる確認手段を更に有し、前記再開手段は、前記確認作業の結果に基づいて、停止した前記処理を途中から再開する、ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置である。

請求項５に係る発明は、前記処理は画像形成に関する処理であり、前記処理実行手段は、前記処理として画像形成に関する処理を実行する、ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置である。

請求項６に係る発明は、前記退避処理手段は、前記処理が停止してから予め設定された時間内に再開指示が行われなかった場合に、前記退避情報を前記格納手段に退避させる、ことを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理装置である。

請求項７に係る発明は、前記退避処理手段は、前記処理が特定の段階まで実行されていない場合、前記退避情報を前記格納手段に退避させる、ことを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理装置である。

請求項８に係る発明は、第１の情報処理装置と第２の情報処理装置とを含み、前記第１の情報処理装置は、処理の情報を記憶する記憶手段と、前記処理を実行する第１処理実行手段と、実行中の前記処理が停止した場合に、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、を有し、前記第２の情報処理装置は、ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、取得された前記退避情報に基づいて、停止した前記処理を途中から再開する第２処理実行手段と、を有し、前記退避処理手段は、前記退避情報の退避に要する時間が閾値以上の場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、退避に要する時間が閾値未満の場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、情報処理システムである。
請求項９に係る発明は、第１の情報処理装置と第２の情報処理装置とを含み、前記第１の情報処理装置は、処理の情報を記憶する記憶手段と、前記処理を実行する第１処理実行手段と、実行中の前記処理が停止した場合に、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、を有し、前記第２の情報処理装置は、ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、取得された前記退避情報に基づいて、停止した前記処理を途中から再開する第２処理実行手段と、を有し、前記退避処理手段は、前記処理の途中で停止が必要な場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、前記処理の途中で停止が必要ではない場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、情報処理システムである。

請求項１０に係る発明は、処理の情報を記憶する記憶手段を有するコンピュータを、前記処理を実行する処理実行手段、実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段、ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段、取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段、として機能させ、前記退避処理手段は、前記退避情報の退避に要する時間が閾値以上の場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、退避に要する時間が閾値未満の場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、プログラムである。
請求項１１に係る発明は、処理の情報を記憶する記憶手段を有するコンピュータを、前記処理を実行する処理実行手段、実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段、ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段、取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段、として機能させ、前記退避処理手段は、前記処理の途中で停止が必要な場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、前記処理の途中で停止が必要ではない場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、プログラムである。

請求項１，４，６，８，１０に係る発明によると、情報処理装置において実行中の処理が停止した場合に、別の処理を当該情報処理装置に割り当てることができるとともに、停止した処理が同一の情報処理装置に振り分けられるようにしなくても、停止した処理を再開することができる。また、退避情報を常に随時退避させる場合と比較して、処理効率の低下が抑制される。また、請求項２，９，１１に係る発明によると、処理が停止してから退避情報を退避させる場合と比較して、より早い段階で退避処理が完了する。

請求項３に係る発明によると、ユーザがログアウトしていない場合に退避情報を退避させる場合と比較して、退避情報の無駄な退避処理と取得処理が解消され得る。

請求項５に係る発明によると、情報処理装置において実行中の画像形成に関する処理が停止した場合に、別の画像形成に関する処理を当該情報処理装置に割り当てることができるとともに、停止した処理を同一の情報処理装置に振り分けられるようにしなくても、停止した処理を再開することができる。

請求項７に係る発明によると、処理の実行によって生成される成果物の分断が防止され得る。

本発明の実施形態に係る画像形成システムを示すブロック図である。 本実施形態に係る画像形成装置を示すブロック図である。 端末装置を示すブロック図である。 画像形成システムによる処理の一例を示すシーケンス図である。 ログイン時の処理の一例を示すフローチャートである。 ジョブ実行時の処理の一例を示すフローチャートである。 ジョブ管理テーブルの一例を示す図である。 介入事象発生時の処理の一例を示すフローチャートである。 ジョブ管理テーブルの一例を示す図である。 停止中ジョブの確認時の処理の一例を示すフローチャートである。 ジョブ再開時の処理の一例を示すフローチャートである。 ジョブ管理テーブルの一例を示す図である。 ログイン画面の一例を示す図である。 メニュー画面の一例を示す図である。 設定画面の一例を示す図である。 設定画面の一例を示す図である。 ジョブ確認画面の一例を示す図である。 介入操作画面の一例を示す図である。 停止理由画面の一例を示す図である。 変形例１に係る処理を示すフローチャートである。 変形例２に係る処理を示すフローチャートである。 変形例３に係る処理を示すフローチャートである。 変形例４に係る処理を示すフローチャートである。 変形例４に係る処理を示すフローチャートである。 変形例４に係る処理を示すフローチャートである。 変形例５に係る処理を示すフローチャートである。 変形例６に係る処理を示すフローチャートである。 変形例６に係る処理を示すフローチャートである。 ジョブ管理テーブルの一例を示す図である。 変形例７に係る画像形成システムを示すブロック図である。 変形例７に係る処理を示すフローチャートである。

図１には、本発明の実施形態に係る情報処理システムとしての画像形成システムの一例が示されている。画像形成システムは、例えば、情報処理装置としての複数の画像形成装置（例えば画像形成装置１０Ａ，１０Ｂ，１０Ｃ）と、ＤＢサーバ（データベースサーバ）１２と、端末装置１４と、負荷分散装置１６と、を含む。これらの装置は、例えば、互いにネットワーク等の通信経路に接続されている。なお、図１に示す例では、３台の画像形成装置が画像形成システムに含まれているが、これは一例に過ぎず、４台以上の画像形成装置が画像形成システムに含まれていてもよい。また、複数の端末装置１４が画像形成システムに含まれていてもよい。以下の説明において、画像形成装置１０Ａ，１０Ｂ，１０Ｃを区別する必要が無い場合には、これらを「画像形成装置１０」と称することとする。

画像形成装置１０は、例えば画像処理機能を備えている。また、画像形成装置１０は、スキャン機能、プリント機能、コピー機能及びファクシミリ機能の中の少なくとも１つの機能を備えた装置であってもよい。また、画像形成装置１０は、他の装置との間でデータを送受信する機能を備えている。

本実施形態では、画像形成装置１０Ａ，１０Ｂ，１０Ｃがクラスタ化されており、ユーザによって指示された処理が、画像形成装置１０Ａ，１０Ｂ，１０Ｃのいずれかの装置に割り振られて実行される。以下、画像形成装置１０にて実行される処理を「ジョブ」と称することとする。

ＤＢサーバ１２は、例えば、ハードディスク等の記憶装置、他の装置との間でデータを送受信する通信装置、及び、制御装置を備え、サーバ装置として機能する。ＤＢサーバ１２が格納手段として機能する。ＤＢサーバ１２には、例えば、ジョブを管理するためのジョブ管理テーブルのデータが記憶されており、そのジョブ管理テーブルによって、ジョブの種別や処理の状態等が管理される。

端末装置１４は、ＰＣ（パーソナルコンピュータ）、タブレットＰＣ、スマートフォン、携帯電話等の装置であり、他の装置との間でデータを送受信する機能を備えている。端末装置１４は、例えば、ジョブの実行時にユーザによって利用される装置である。

負荷分散装置１６は、他の装置との間のデータを送受信する機能、及び、端末装置１４にて指定されたジョブを画像形成装置１０Ａ，１０Ｂ，１０Ｃのいずれかの装置に割り振る機能を備えている。例えば、画像形成装置１０Ａ，１０Ｂ，１０Ｃのそれぞれの負荷の状態に応じて、ジョブが割り振られる。なお、負荷分散装置１６は仮想サーバとして機能してもよい。

以下、図２を参照して、画像形成装置１０の構成について詳しく説明する。図２には、画像形成装置１０の構成が示されている。

通信部１８は通信インターフェースであり、他の装置にデータを送信する機能、及び、他の装置からデータを受信する機能を備えている。例えば、通信部１８によって、ジョブに関する情報やユーザの認証情報等が受信される。

記憶部２０はハードディスク等の記憶装置である。記憶部２０には、ジョブを実行するためのジョブ情報が記憶される。ジョブ情報には、設定情報として、ジョブのパラメータ、ジョブの実行によって生成された成果物データの格納先を示す情報、画像処理が適用されるデータを特定するための情報、ジョブの実行を指示したユーザを識別するためのユーザ識別情報（例えばユーザＩＤやユーザ名）、等が含まれる。また、記憶部２０には、ジョブの実行により生成された成果物データが記憶される。

ジョブ管理部２２は、ジョブをＤＢサーバ１２に登録する機能、ＤＢサーバ１２に記憶されるジョブ管理テーブルを作成する機能、及び、ジョブ管理テーブルを更新する機能を備えている。

ジョブ実行部２４は、ジョブを実行する機能を備えている。ジョブは、例えば、画像処理、スキャン処理、プリント処理、コピー処理、ファクシミリ処理、等である。画像処理は、例えば、画像の差分を抽出する処理や文字認識処理等である。スキャン処理は、原稿の画像を読み取ることにより文書データを生成する処理である。プリント処理は、文書を印刷する処理である。コピー処理は文書を複製する処理である。ファクシミリ処理は、文書をファクシミリ送信又はファクシミリ受信する処理である。例えば、スキャン処理が実行されることにより文書データが生成され、その文書データが外部装置に送信されてもよい。別の例として、プリンタ処理が実行されることにより、画像形成装置１０に格納されている文書データが印刷されてもよい。また、ジョブ実行部２４は、停止中のジョブについて再開指示が与えられた場合、その停止中のジョブのジョブ情報をＤＢサーバ１２から取得し、その停止中のジョブを途中から再開する機能を備えている。

退避処理部２６は、実行中のジョブが停止した場合に、そのジョブ情報を含む退避情報を、ジョブの実行を指示したユーザの退避情報としてＤＢサーバ１２に退避させ、そのジョブ情報を記憶部２０から削除する機能を備えている。退避情報は、そのユーザを示すユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。退避情報には、例えば、ジョブの設定情報と、ジョブの進捗状況を示す進捗情報と、ジョブの実行により生成された成果物データと、が含まれる。例えば、ジョブの実行中に介入事象が発生した場合、そのジョブは停止する。介入事象は、例えば、ユーザによる一時停止要求や、処理の途中で行われるプレビュー確認や、保存ファイル名の変更、認証処理、用紙切れ、トナー切れ、等である。

制御部２８は、画像形成装置１０の各部の動作を制御する機能を備えている。また、制御部２８は、認証部３０と停止検出部３２と確認部３４とを含む。

認証部３０は認証機能を備えている。認証部３０は、例えば認証情報を利用して認証処理を行う。認証情報は、ユーザが画像形成システム（例えば各画像形成装置１０）にログインするための情報であり、認証処理は、そのログインの許可又は禁止を判定するための処理である。認証処理としては、例えば、パスワードやユーザＩＤ等の情報を認証情報として利用するパスワード認証処理、ＩＣカードに格納された情報（例えばＩＤやパスワード）を認証情報として利用するＩＣカード認証、ユーザの生体情報を認証情報として利用する生体認証処理、等が利用される。もちろん、これら以外の認証処理が行われてもよい。認証情報は例えば記憶部２０に記憶されている。認証情報は外部装置に記憶されていてもよい。例えば、画像形成システム（画像形成装置１０）へのログイン時に、端末装置１４から認証情報が送信されると、認証部３０は、記憶部２０又は外部装置に記憶されている認証情報と送信された認証情報とを用いて認証処理を行う。両認証情報が適合して認証が成功した場合（例えば両認証情報が一致した場合）、ログインやアクセスが許可される。認証が失敗した場合（例えば両認証情報が一致しない場合）、ログインやアクセスが禁止される。なお、認証処理は画像形成装置１０にて実行されずに、例えば認証サーバ等によって実行されてもよい。

停止検出部３２は、実行中のジョブの停止（介入事象の発生）を検出する機能を備えている。

確認部３４は、ジョブの停止中に、画像形成システムに対してログイン要求を行ったユーザに確認作業を実行させる機能を備えている。確認作業には、例えば、介入事象に対応した介入操作が含まれる。介入操作は、例えば、一時停止の解除、プレビューの確認、保存ファイル名の変更、認証情報の入力、等である。

以下、図３を参照して、端末装置１４の構成について詳しく説明する。図３には、端末装置１４の構成が示されている。通信部３６は通信インターフェースであり、他の装置にデータを送信する機能、及び、他の装置からデータを受信する機能を備えている。記憶部３８はハードディスク等の記憶装置である。ＵＩ部４０はユーザインターフェースであり、表示部と操作部とを含む。表示部は、例えば液晶ディスプレイ等の表示装置である。操作部は、例えばタッチパネルやキーボード等の入力装置である。制御部４２は、端末装置１４の各部の動作を制御する。

以下、図４を参照して、本実施形態に係る画像形成システムの概略動作について説明する。図４には、その処理を示すシーケンス図が示されている。一例として、ユーザＡがジョブの実行を指示するものとする。

まず、ユーザＡは端末装置１４を利用して負荷分散装置１６（仮想サーバ）にアクセスする（Ｓ０１）。例えば、Ｗｅｂブラウザを利用することによりアクセスが実現される。負荷分散装置１６は、例えば、画像形成装置１０Ａ，１０Ｂ，１０Ｃの負荷に応じて、ユーザＡのアクセス先を、画像形成装置１０Ａ，１０Ｂ，１０Ｃのいずれかの装置に振り分ける。例えば、アクセス先が画像形成装置１０Ａに振り分けられたものとする。この場合、ユーザＡは端末装置１４を利用して認証情報を入力し、画像形成装置１０Ａにログインする（Ｓ０２）。次に、ユーザＡは端末装置１４を利用して、ジョブを実行するための設定情報を入力し、ジョブの実行を指示する（Ｓ０３）。画像形成装置１０Ａにおいては、ジョブ管理部２２が、そのジョブを、ＤＢサーバ１２に記憶されているジョブ管理テーブルに登録する（Ｓ０４）。次に、画像形成装置１０Ａにおいては、ジョブ実行部２４が、ユーザＡによって指示されたジョブを実行する（Ｓ０５）。これにより、成果物データが生成される。

そのジョブの実行中に、ユーザＡが画像形成装置１０Ａからログアウトしたものとする（Ｓ０６）。ログアウトは、端末装置１４と画像形成装置１０との間のセッションが切れた状態である。例えば、ユーザが操作中のＷｅｂブラウザを閉じた場合、メンテナンスや障害によって画像形成装置１０が停止した場合、ユーザが手動で認証を解除した場合、一定時間経過後にセッションが自動的に切れた場合、等に、ログアウトが発生する。なお、ユーザがログインしたときに１つのセッションが生成され、そのセッションは、ログアウトするまで存続し、ログアウト時に破棄されるものとする。

ログアウトが発生した後、介入事象が発生してジョブが停止したものとする（Ｓ０７）。この場合、画像形成装置１０Ａにおいては、退避処理部２６が、停止中のジョブのジョブ情報を抽出し（Ｓ０８）、そのジョブ情報を含む退避情報を、ユーザＡの退避情報としてＤＢサーバ１２に退避させる（Ｓ０９）。退避情報は画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザＡのユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。また、退避処理部２６は、そのジョブ情報と成果物データを記憶部２０から削除する（Ｓ１０）。ジョブ管理部２２は、ＤＢサーバ１２に記憶されているジョブ管理テーブルを更新する（Ｓ１１）。例えば、そのジョブの状態が「実行中」から「停止中」に変更され、ジョブの停止理由がジョブ管理テーブルに登録される。

次に、ユーザＡは端末装置１４を利用して負荷分散装置１６にアクセスする（Ｓ１２）。負荷分散装置１６は、例えば、画像形成装置１０Ａ，１０Ｂ，１０Ｃの負荷に応じて、ユーザＡのアクセス先を、画像形成装置１０Ａ，１０Ｂ，１０Ｃのいずれかの装置に振り分ける。例えば、アクセス先が画像形成装置１０Ｂに振り分けられたものとする。この場合、ユーザＡは端末装置１４を利用して認証情報を入力し、画像形成装置１０Ｂにログインする（Ｓ１３）。

画像形成装置１０Ｂにおいては、制御部２８が、ユーザＡのジョブ（ユーザＡのユーザ識別情報に対応付けられているジョブ）の停止理由を示す情報をＤＢサーバ１２から取得する（Ｓ１４）。停止理由を示す情報と介入操作画面のデータが、画像形成装置１０Ｂから端末装置１４に送信され、端末装置１４のＵＩ部４０には、その停止理由を示す情報と介入操作画面が表示される（Ｓ１５）。

ユーザが端末装置１４を利用して、介入操作画面において介入操作を実施し（Ｓ１６）、ジョブの再開指示を与えると（Ｓ１７）、画像形成装置１０Ｂにおいては、ジョブ管理部２２が、ＤＢサーバ１２に記憶されているジョブ管理テーブルを更新する（Ｓ１８）。例えば、ジョブの状態が「停止中」から「処理中」に変更される。次に、ジョブ実行部２４は、ユーザＡのジョブ情報であって停止中のジョブ情報をＤＢサーバ１２から取得し（Ｓ１９）、そのジョブ情報に従ってジョブを途中から再開する（Ｓ２０）。

以下、本実施形態に係る画像形成システムの動作について詳しく説明する。一例として、ユーザＡがジョブの実行を指示するものとする。

まず、図５を参照して、ログイン時の処理について説明する。図５には、その処理を示すフローチャートが示されている。

一例として、画像形成装置１０Ａが、負荷分散装置１６によってユーザＡのアクセス先として割り振られたものとする。画像形成装置１０Ａにおいては、制御部２８が、端末装置１４からのログイン要求を受け付ける（Ｓ３０）。例えば、端末装置１４のＵＩ部４０にログイン画面が表示され、そのログイン画面において、ユーザＡはＵＩ部４０を利用して認証情報を入力する。認証情報は、画像形成システム（画像形成装置１０Ａ）にログインするための情報であり、例えば、ユーザＩＤとパスワードとを含む。画像形成装置１０Ａにおいては、認証部３０が、認証情報を用いて認証処理を実行する。例えば、ユーザＡによって入力された認証情報と予め登録されている認証情報とが一致した場合、認証は成功したと判定される。認証が成功した場合（Ｓ３１、Ｙｅｓ）、メニュー画面のデータが画像形成装置１０Ａから端末装置１４に送信され、端末装置１４のＵＩ部４０にメニュー画面が表示される（Ｓ３２）。このメニュー画面には、例えば、ジョブを実行するためのアプリケーションが表示され、そのメニュー画面上においてユーザＡによってアプリケーションが選択される。ユーザＡから指示が与えられるまで、画像形成装置１０Ａの状態は待機状態となる。

以下、図６を参照して、ジョブ実行時の処理について説明する。図６には、その処理を示すフローチャートが示されている。

ユーザＡは端末装置１４を利用して、上記のメニュー画面において、ジョブを実行するためのアプリケーションを選択し、ジョブ実行画面において、ジョブのパラメータ等の設定情報を入力する。ユーザＡによってジョブの実行が指示されると、ユーザ識別情報や設定情報を含むジョブ情報が、端末装置１４から画像形成装置１０Ａに送信される。画像形成装置１０Ａにおいては、制御部２８が、端末装置１４からのジョブの実行要求を受け付ける（Ｓ３３）。ジョブの実行要求が受け付けられると、ジョブ管理部２２は、そのジョブを、ＤＢサーバ１２上のジョブ管理テーブルに登録する（Ｓ３４）。例えば、ユーザ識別情報、ジョブの種別を示す情報、ジョブの状態を示す情報、開始時刻を示す情報、等が、ジョブ管理テーブルに登録される。次に、画像形成装置１０Ａにおいては、ジョブ実行部２４が、ジョブ情報に従ってジョブを実行する（Ｓ３５）。これにより、成果物データが生成される。

図７には、ジョブ実行時におけるジョブ管理テーブルの一例が示されている。このジョブ管理テーブルは、ジョブ管理部２２によって作成及び更新され、そのデータはＤＢサーバ１２に記憶されている。ジョブ管理テーブルにおいては、例えば、管理番号（Ｎｏ．）、ユーザＩＤ、ジョブ種別を示す情報、状態を示す情報、受付時刻を示す情報、停止時刻を示す情報、停止理由を示す情報、及び、ジョブ情報の格納先アドレスを示す情報、が対応付けられている。管理番号（Ｎｏ．）は、ジョブを管理するための情報である。ユーザＩＤは、ジョブの実行を指示したユーザを識別するためのユーザ識別情報である。ジョブ種別は、ジョブの種別である。ジョブの種別には、「画像処理」等がある。状態は、現在のジョブの状態である。ジョブの状態には、「処理中」、「停止中」、「処理終了」がある。「処理中」はジョブが実行中であることを示し、「停止中」はジョブが停止中であることを示し、「処理終了」はジョブが完了したことを示す。停止時刻は、ジョブが停止した時刻である。停止理由は、ジョブが停止した理由である。ジョブ情報の格納先アドレスは、退避情報の格納先アドレスである。図７に示す例では、ユーザＩＤが「００１」のユーザＡによって２つのジョブ（画像処理）の実行が指示されている。いずれのジョブも実行中である。

以下、図８を参照して、介入事象発生時の処理について説明する。図８には、その処理を示すフローチャートが示されている。

画像形成装置１０Ａにおいては、停止検出部３２が、介入事象の発生を監視する。介入事象が発生しない場合（Ｓ３６，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ３７）。これにより、ジョブの状態が「処理中」から「処理終了」に変更される。

一方、ユーザＡによる一時停止要求、プレビュー確認、認証処理、等の介入事象が発生した場合（Ｓ３６，Ｙｅｓ）、ジョブ実行部２４は、実行中のジョブを停止する。この場合、退避処理部２６は、そのジョブの再開に必要なジョブ情報を抽出し（Ｓ３８）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザの退避情報としてＤＢサーバ１２に退避させる（Ｓ３９）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。退避情報には、ジョブの設定情報と、ジョブの進捗状況を示す進捗情報と、成果物データと、が含まれる。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ４０）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ４１）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

図９には、介入事象発生時におけるジョブ管理テーブルの一例が示されている。このジョブ管理テーブルは、ジョブ管理部２２によって更新され、そのデータはＤＢサーバ１２に記憶されている。図９に示す例では、管理番号が「２」のジョブが停止している。ジョブ管理部２２によって、その停止時刻を示す情報と停止理由を示す情報が、ジョブ管理テーブルに追加される。停止理由は「認証エラー」である。例えば、画像形成装置１０Ａにて生成された成果物データをＦＴＰサーバに格納する場合において、そのＦＴＰサーバに対する認証処理が失敗した場合、介入事象として認証エラーが発生する。この場合、ＦＴＰサーバへの成果物データの転送が禁止されるため、ジョブは停止する。本実施形態では、その場合に、退避情報がＤＢサーバ１２に退避されて記憶される。退避情報には、ジョブの設定情報と、ジョブの進捗状況を示す進捗情報と、成果物データと、が含まれている。ジョブ管理テーブルには、その設定情報の格納先のアドレス「ＸＸＸＸ」と、その進捗情報の格納先のアドレス「ＹＹＹＹ」と、成果物データの格納先のアドレス「ＺＺＺＺ」とが、登録されている。各情報の格納先は例えばＤＢサーバ１２であり、各格納先のアドレスはＤＢサーバ１２上のアドレスである。もちろん、各情報の格納先は、ＤＢサーバ１２以外の格納装置であってもよい。このジョブ管理テーブルを参照することによりジョブの状態が特定され、そのジョブの状態が停止中であれば、その停止理由と退避情報の格納先のアドレスが特定される。

以下、図１０を参照して、停止中ジョブの確認時の処理について説明する。図１０には、その処理を示すフローチャートが示されている。

ユーザがログインしている画像形成装置１０においては、制御部２８が、端末装置１４からジョブ確認要求を受け付ける（Ｓ４２）。例えば、ユーザＡが画像形成装置１０Ａにログイン中であれば、画像形成装置１０Ａによって以下の処理が実行される。ユーザＡが画像形成装置１０Ａからログアウトし、再ログイン先として画像形成装置１０Ａ，１０Ｂ又は１０Ｃが割り振られた場合、画像形成装置１０Ａ，１０Ｂ又は１０Ｃによって以下の処理が実行される。一例として、ログイン先として画像形成装置１０Ｂが割り振られたものとする。この場合、画像形成装置１０Ｂにおいて、制御部２８が、端末装置１４からジョブ確認要求を受け付ける。例えば、ユーザが端末装置１４を利用して画像形成装置１０Ｂにログインすると、端末装置１４のＵＩ部４０にメニュー画面が表示される。そのメニュー画面において、ユーザがＵＩ部４０を利用してジョブ確認要求を指示すると、確認部３４は、そのジョブ確認要求の対象となっているジョブの停止理由を示す情報をＤＢサーバ１２に記憶されているジョブ管理テーブルから取得する（Ｓ４３）。

確認部３４は、確認要求を行ったユーザが、確認要求対象のジョブの操作権限を有するユーザであるか否かを判定する。確認要求対象のジョブの実行を指示したユーザＡや、画像形成システムの管理者が、確認要求対象のジョブの操作権限を有するユーザに該当する。確認要求を行ったユーザが、確認要求対象のジョブの操作権限を有するユーザである場合（Ｓ４４，Ｙｅｓ）、確認部３４は、ジョブの停止理由を示す情報と介入操作画面のデータを端末装置１４に送信し、その停止理由を示す情報と介入操作画面を端末装置１４のＵＩ部４０に表示させる（Ｓ４５）。例えば、ＦＴＰサーバへの認証処理が失敗してジョブが停止している場合、その認証処理に必要な認証情報の入力画面が介入操作画面として端末装置１４のＵＩ部４０に表示される。その介入操作画面上において、ユーザＡや管理者によって介入操作が実施される。例えば、介入操作として、ＦＴＰサーバに対する認証情報が入力される。入力された認証情報は、端末装置１４から画像形成装置１０Ｂに送信され、ＦＴＰサーバへの認証処理に用いられる。

一方、確認要求を行ったユーザが、確認要求対象のジョブの操作権限を有していないユーザである場合（Ｓ４４，Ｎｏ）、確認部３４は、ジョブの停止理由を示す情報を端末装置１４に送信し、その停止理由を示す情報を端末装置１４のＵＩ部４０に表示させる（Ｓ４６）。

以下、図１１を参照して、ジョブ再開時の処理について説明する。図１１には、その処理を示すフローチャートが示されている。一例として、ユーザＡのログイン先として画像形成装置１０Ｂが割り振られたものとする。

画像形成装置１０Ｂにおいては、制御部２８が、ジョブの再開要求を受け付ける（Ｓ４７）。例えば、介入操作が実施された後、ユーザＡが端末装置１４を利用してジョブの再開要求を与えると、画像形成装置１０Ｂにおいては、ジョブ管理部２２が、ＤＢサーバ１２に記憶されているジョブ管理テーブルを更新する（Ｓ４８）。例えば、ジョブの状態が「停止中」から「処理中」に変更される。次に、ジョブ実行部２４は、ユーザＡのジョブ情報であって停止中のジョブ情報（退避情報）をＤＢサーバ１２から取得し（Ｓ４９）、そのジョブ情報に従ってジョブを途中から再開する（Ｓ５０）。図９に示す例では、ユーザＡのユーザＩＤ「００１」に対応付けられているジョブ群のうち、管理番号が「２」のジョブが停止中となっている。この場合、ジョブ実行部２４は、管理番号が「２」のジョブ情報をＤＢサーバ１２から取得する。具体的には、ジョブ実行部２４は、管理番号が「２」のジョブ情報の格納先アドレスを参照することにより、その格納先アドレスによって特定される格納先から、そのジョブの設定情報、進捗情報及び成果物データを取得する。進捗情報を参照することにより、ジョブの進捗状況、つまり、ジョブのうち実行済みの処理と未実行の処理とが特定される。ジョブ実行部２４は、管理番号が「２」のジョブのうち未実行部分の処理を実行する。介入事象が発生した場合、図８に示されているフローチャートによって処理が実行され、その後、図１０及び図１１に示されているフローチャートに従って処理が実行される。

図１２には、ジョブ再開時におけるジョブ管理テーブルの一例が示されている。ジョブ管理テーブルは、ジョブ管理部２２によって更新され、そのデータはＤＢサーバ１２に記憶されている。図１２に示す例では、管理番号が「１」のジョブの処理は終了している。管理番号が「２」のジョブの状態が停止から処理中に変更されている。ジョブ実行部２４は、格納先アドレス「ＸＸＸＸ」によって特定される格納先から管理番号が「２」のジョブの設定情報を取得し、格納先アドレス「ＹＹＹＹ」によって特定される格納先から管理番号が「２」のジョブの進捗情報を取得し、格納先アドレス「ＺＺＺＺ」によって特定される格納先から管理番号が「２」のジョブの成果物データを取得する。これらの情報は、管理番号が「２」のジョブの退避情報に相当する。ジョブ実行部２４は、設定情報と進捗情報を参照することにより、管理番号が「２」のジョブのうち未実行部分の処理を実行する。

以下、具体例について説明する。この具体例においては、画像形成装置１０にて生成された成果物データをＦＴＰサーバに格納する場合において、そのＦＴＰサーバに対する認証処理が失敗し、これにより、介入事象としての認証エラーが発生したものとする。この場合、ＦＴＰサーバへの成果物データの転送が禁止されるため、ジョブは停止する。

一例として、画像形成装置１０Ａが、負荷分散装置１６によってユーザＡのアクセス先として割り振られたものとする。図１３には、ログイン画面の一例が示されている。例えば、端末装置１４においてユーザＡがＷｅｂブラウザを利用して負荷分散装置１６にアクセスすると、端末装置１４のＵＩ部４０に、画像形成システム（画像形成装置１０Ａ）にログインするためのログイン画面が表示される。このログイン画面にて、ユーザＡによってユーザＩＤとパスワードが入力され、ログインが実行される。ユーザＩＤとパスワードを用いた認証処理が成功するとログインが完了する。

ログインが完了すると、端末装置１４のＵＩ部４０にはメニュー画面が表示される。図１４には、そのメニュー画面の一例が示されている。このメニュー画面には、画像形成システムにて実行されるアプリケーションが表示され、ユーザＡによって目的のアプリケーションが選択される。例えば、画像処理としての図面差分検出処理が選択されたものとする。アプリケーションが選択されると、そのアプリケーションの設定情報を入力するための設定画面が端末装置１４のＵＩ部４０に表示される。

図１５と図１６には、画像処理の設定画面の一例が示されている。この設定画面において、ユーザＡによって、ジョブの実行により生成される成果物データの格納先、ジョブのパラメータ、画像処理の対象となるデータ、等が指定される。例えば図１５に示す例では、成果物データの保存先としてＦＴＰサーバが指定されており、そのＦＴＰサーバに対する認証情報（ユーザＩＤとパスワード）が入力されている。その他、成果物データのファイル名等が入力されている。図１６に示す例では、画像処理（図面差分検出処理）の詳細な設定情報として、読取の感度、位置合わせの有無、等が設定されている。ユーザＡによってジョブの実行が指示されると、画像形成装置１０Ａにおいて、設定情報に従ってジョブが実行される。

ジョブ（図面差分検出処理）の実行中に介入事象が発生すると、そのジョブは停止し、そのジョブの退避情報が画像形成装置１０ＡからＤＢサーバ１２に退避させられる。一例として、ＦＴＰサーバに対する認証処理が失敗して、ジョブが停止したものとする。

ユーザＡが端末装置１４を利用してジョブの確認を要求すると、端末装置１４のＵＩ部４０にはメニュー画面が表示される。例えば、図１４に示されているメニュー画面が端末装置１４のＵＩ部４０に表示される。そのメニュー画面においてユーザによって確認ボタンが押下されると、ＵＩ部４０にはジョブ確認画面が表示される。そのジョブ確認画面のデータは、ログイン先の画像形成装置１０から端末装置１４に送信され、端末装置１４のＵＩ部４０にジョブ確認画面が表示される。例えば、ユーザＡが画像形成装置１０Ａにログイン中であれば、画像形成装置１０Ａから端末装置１４にジョブ確認画面のデータが送信される。ユーザＡが画像形成装置１０Ａからログアウトし、画像形成装置１０Ｂにログインしている場合、画像形成装置１０Ｂから端末装置１４にジョブ確認画面のデータが送信される。

図１７には、ジョブ確認画面の一例が示されている。ジョブ確認画面においては、例えば、管理番号（Ｎｏ．）、サービス名を示す情報、受付番号、ユーザＩＤ、状態を示す情報、進捗を示す情報、及び、受付時刻を示す情報が対応付けられて表示されている。サービス名はアプリケーションの種類を示す情報である。状態は、現在のジョブの状態である。ジョブの状態には、「処理中（実行中）」、「停止中」、「処理終了（正常終了）」がある。進捗は、ジョブの進捗状況である。管理番号が「２」のジョブにおいて、ＦＴＰサーバに対する認証エラーが発生しており、これにより、このジョブは停止している。また、ジョブ確認画面には、詳細ボタンと中止ボタンが表示されている。ユーザによって詳細ボタンが押下されることにより、対応するジョブの詳細な情報がＵＩ部４０に表示される。ユーザによって中止ボタンが押下されると、対応するジョブが中止される。

例えば、管理番号が「２」のジョブについて、ユーザによって詳細ボタンが押下されたものとする。確認要求を行ったユーザが、確認要求対象（管理番号が「２」のジョブ）の操作権限を有する場合、介入操作画面と停止理由を示す情報が端末装置１４のＵＩ部４０に表示される。確認要求を行ったユーザが、操作権限を有していない場合、介入操作画面は表示されず、停止理由を示す情報が端末装置１４のＵＩ部４０に表示される。

図１８には、介入操作画面の一例が示されている。ＦＴＰサーバへの認証処理が失敗しているため、介入操作画面として、その認証に必要な認証情報（ユーザＩＤとパスワード）を入力するための画面が表示される。また、介入操作画面には、ジョブの停止理由が表示される。この介入操作画面において、ユーザによってユーザＩＤとパスワードが入力されると、ＦＴＰサーバに対する認証処理が実行される。その認証が成功すると、管理番号が「２」のジョブが再開される。図１９には、停止理由画面の一例が示されている。この停止理由画面には、停止理由が表示される。確認要求を行ったユーザが操作権限を有する場合、図１８に示されている介入操作画面が表示され、そのユーザが操作権限を有していない場合、図１９に示されている停止理由画面が表示される。

以上のように、本実施形態では、介入事象が発生して画像形成装置１０にて実行中のジョブが停止した場合、そのジョブを再開するための退避情報がその画像形成装置１０からＤＢサーバ１２に退避させられ、その画像形成装置１０からジョブ情報が削除される。ユーザによる介入操作が実施されると、画像形成装置１０によって退避情報が取得され、そのジョブが途中から再開される。停止中のジョブの情報が画像形成装置１０から削除されるので、その画像形成装置１０におけるメモリが確保され、別のジョブがその画像形成装置１０に割り当てられる。これにより、停止中のジョブの情報をその画像形成装置１０に残す場合と比較して、クラスタ化によって実現される分散処理の効率が向上する。また、クラスタ化された画像形成システムにおいては、停止したジョブが同一の画像形成装置１０に振り分けられるとは限らない。本実施形態では、ユーザが別の画像形成装置１０にログインした場合であっても、その別の画像形成装置１０が退避情報を取得して、停止中のジョブを途中から再開する。これにより、停止したジョブが同一の画像形成装置１０に振り分けられるようにしなくても、停止したジョブが再開される。つまり、負荷分散装置１６のセッション維持機能によって端末装置１４と画像形成装置１０との対応関係を固定させなくても、停止したジョブが再開される。これにより、端末装置１４と画像形成装置１０との対応関係を固定させた場合と比較して、処理が均一に分散され、分散処理の効率が向上する。

以下、変形例について説明する。

（変形例１）
図２０を参照して、変形例１について説明する。図２０には、変形例１に係る処理を示すフローチャートが示されている。

上記の実施形態では、介入事象が発生してジョブが停止した段階で、退避情報がＤＢサーバ１２に退避される。一度に全ての退避情報をＤＢサーバ１２に退避させた場合、ジョブの実行によって生成される成果物データの容量が増大するほど、その退避（転送）に要する時間が増大する。その結果、ジョブが再開されるまでの待ち時間が増大する場合がある。これに対処するために、変形例１では、ジョブの実行によって生成された成果物データを複製し、ジョブの実行中に、複製された成果物データをＤＢサーバ１２に随時退避させる。これにより、ジョブが停止した段階で全ての退避情報をＤＢサーバ１２に退避させる場合と比較して、より早い段階で退避処理が完了し、ジョブが再開されるまでの待ち時間が短くなる。以下、変形例１に係る処理について詳しく説明する。

例えば、画像形成装置１０Ａにてジョブが実行されているものとする。ジョブ実行部２４によってジョブが実行されることにより、成果物データが生成される。退避処理部２６は、その成果物データを複製し（Ｓ６０）、複製された成果物データをＤＢサーバ１２に随時退避させる（Ｓ６１）。つまり、ジョブの実行により成果物データが生成され、成果物データが生成される度に成果物データが複製され、その都度、複製された成果物データがＤＢサーバ１２に送信される。成果物データには、ジョブ実行部２４によって、ジョブを管理するための情報（例えば管理番号（Ｎｏ．））が対応付けられる。複製された成果物データにもジョブを管理するための情報が対応付けられ、その情報を参照することにより、複製された成果物データとジョブとの対応関係が特定される。

介入事象が発生しない場合（Ｓ６２，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ６３）。これにより、ジョブの状態が「処理中」から「処理終了」に変更される。

一方、介入事象が発生した場合（Ｓ６２，Ｙｅｓ）、ジョブ実行部２４は、実行中のジョブの処理を停止する。この場合、退避処理部２６は、そのジョブの再開に必要なジョブ情報を抽出し（Ｓ６４）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザの退避情報としてＤＢサーバ１２に退避させる（Ｓ６５）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。成果物データは随時退避させられているため、退避情報には、ジョブの設定情報と進捗情報とが含まれる。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ６６）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ６７）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

以上のように、変形例１によると、成果物データが随時退避させられるので、ジョブが停止した段階で全ての退避情報を退避させる場合と比較して、より早い段階で退避処理が完了し、ジョブが再開されるまでの待ち時間が短くなる。

（変形例２）
図２１を参照して、変形例２について説明する。図２１には、変形例２に係る処理を示すフローチャートが示されている。

上記の変形例１では、成果物データが常に随時退避させられる。成果物データの容量が比較的小さく転送時間が比較的短い場合、成果物データの複製と退避（転送）を行う分、処理効率が低下することがある。これに対処するために、変形例２では、ジョブの内容に基づいて成果物データの容量を予測し、成果物データの退避に要する時間を予測する。退避情報の退避に要する時間が閾値以上の場合、ジョブの実行中に、複製された成果物データをＤＢサーバ１２に随時退避させ、退避に要する時間が閾値未満の場合、ジョブの停止後に、成果物データを含む退避情報をＤＢサーバ１２に退避させる。これにより、常に成果物データを複製して随時退避させる場合と比較して、処理効率の低下が抑制される。閾値は例えば予め設定された値である。閾値はユーザや管理者等によって変更されてもよい。以下、変形例２に係る処理について詳しく説明する。

例えば、画像形成装置１０Ａにてジョブが実行されているものとする。退避処理部２６は、実行対象のジョブの内容を解析し、成果物データの退避に要する時間を予測する。例えば、その時間が閾値以上の場合、退避に時間を要すると判定され（Ｓ７０，Ｙｅｓ）、退避処理部２６は、ジョブ実行部２４によるジョブの実行によって生成された成果物データを複製し（Ｓ７１）、複製された成果物データをＤＢサーバ１２に随時退避させる（Ｓ７２）。一方、退避に要する時間が閾値未満の場合、退避に時間を要しないと判定され（Ｓ７０，Ｎｏ）、処理はステップＳ７３に移行する。

介入事象が発生しない場合（Ｓ７３，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ７４）。これにより、ジョブの状態が「処理中」から「処理終了」に更新される。

一方、介入事象が発生した場合（Ｓ７３，Ｙｅｓ）、ジョブ実行部２４は、実行中のジョブの処理を停止する。この場合、退避処理部２６は、そのジョブの再開に必要なジョブ情報を抽出し（Ｓ７５）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザの退避情報としてＤＢサーバ１２に退避させる（Ｓ７６）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。複製された成果物データが随時退避させられている場合、退避情報には、ジョブの設定情報と進捗情報とが含まれる。複製された成果物データが随時退避させられていない場合、退避情報には、ジョブの設定情報と進捗情報と成果物データとが含まれる。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ７７）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ７８）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

以上のように、変形例２によると、常に成果物データを複製して随時退避させる場合と比較して、処理効率の低下が抑制され得る。

以下、成果物データの転送（退避）に要する時間が増大すると想定される場合について説明する。

例えば、ジョブの設定情報として、成果物データの容量が増大するパラメータが設定されている場合、退避時間が増大すると想定される。ジョブの内容が画像処理であり、その設定パラメータとしての解像度が「高」に設定されている場合、解像度が「低」に設定されている場合と比較して、生成される成果物データの容量が増大する。この場合、成果物データの退避時間が増大すると想定される。そこで、退避処理部２６は、ジョブの設定情報を解析し、成果物データの容量が増大すると想定されるパラメータが設定されている場合に、成果物データを随時退避させ、それ以外の場合には、ジョブが停止した後に、全ての退避情報を退避させる。

別の例として、画像形成装置１０とＤＢサーバ１２との間の通信環境にて遅延現象が発生している場合、退避時間が増大すると想定される。遅延が発生している場合、成果物データの容量が比較的小さい場合であっても、退避時間が増大すると想定される。そこで、退避処理部２６は、画像形成装置１０とＤＢサーバ１２との間の通信状況を監視し、予め設定された条件に該当する遅延現象が発生した場合に、成果物データを随時退避させる。

更に別の例として、退避処理部２６は、生成された成果物データの容量を監視し、ジョブの実行中に、成果物データの容量が閾値以上となった場合に、成果物データを随時退避させ、それ以外の場合に、ジョブが停止した後に、全ての退避情報を退避させてもよい。閾値は例えば予め設定された値である。閾値はユーザや管理者等によって変更されてもよい。

（変形例３）
図２２を参照して、変形例３について説明する。図２２には、変形例３に係る処理を示すフローチャートが示されている。

変形例３では、処理の過程で介入事象が必ず発生する場合、成果物データをＤＢサーバ１２に随時退避させる。例えば、プレビュー機能によって、画像処理された成果物データをユーザが目視で確認してから、出力デバイスや格納先に成果物データを送信する場合、ジョブの過程で介入事象が必ず発生する。介入事象が発生するため、成果物データの退避が行われることになる。そこで、成果物データを送信する前に介入事象（プレビュー確認）が発生することが事前に判明している場合、成果物データを随時退避させる。以下、変形例３に係る処理について詳しく説明する。

例えば、画像形成装置１０Ａにてジョブが実行されているものとする。退避処理部２６は、実行対象のジョブの内容を解析し、介入事象が必ず発生するか否かを判定する。介入事象が必ず発生する場合（Ｓ８０，Ｙｅｓ）、退避処理部２６は、ジョブ実行部２４によるジョブの実行によって生成された成果物データを複製し（Ｓ８１）、複製された成果物データをＤＢサーバ１２に随時退避させる（Ｓ８２）。一方、介入事象が必ず発生するとは限らない場合（Ｓ８０，Ｎｏ）、処理はステップＳ８３に移行する。

介入事象が発生しない場合（Ｓ８３，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ８４）。これにより、ジョブの状態が「処理中」から「処理終了」に更新される。

一方、介入事象が発生した場合（Ｓ８３，Ｙｅｓ）、ジョブ実行部２４は、実行中のジョブの処理を停止する。この場合、退避処理部２６は、そのジョブの再開に必要なジョブ情報を抽出し（Ｓ８５）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザの退避情報としてＤＢサーバ１２に退避させる（Ｓ８６）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。複製された成果物データが随時退避させられている場合、退避情報には、ジョブの設定情報と進捗情報とが含まれる。複製された成果物データが随時退避させられていない場合、退避情報には、ジョブの設定情報と進捗情報と成果物データとが含まれる。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ８７）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ８８）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

以上のように、変形例３によると、介入事象が必ず発生する場合、成果物データが随時退避させられるので、ジョブが停止した段階で全ての退避情報を退避させる場合と比較して、より早い段階で退避処理が完了し、ジョブが再開されるまでの待ち時間が短くなる。

なお、変形例２，３を組み合わせてもよい。例えば、成果物データの退避に時間を要する場合、又は、介入事象が必ず発生する場合のうち、いずれかの場合にて成果物データを随時退避させてもよい。別の例として、成果物データの退避に時間を要し、かつ、介入事象が必ず発生する場合に、成果物データを随時退避させてもよい。

（変形例４）
図２３から図２５を参照して、変形例４について説明する。図２３から図２５には、変形例４に係る処理を示すフローチャートが示されている。

上述した実施形態及び変形例１，２，３においては、介入事象が発生した場合に、退避情報がＤＢサーバ１２に退避させられる。ユーザがログアウトせずに再開指示を与えた場合には、ログイン中の画像形成装置１０にてジョブが再開されるので、退避情報の退避処理や取得処理が不要となる。そこで、変形例４では、介入事象とログアウトの両方が発生した場合に、退避情報をＤＢサーバ１２に退避させる。これにより、無駄な退避処理や取得処理が解消される。以下、変形例４に係る処理について詳しく説明する。変形例４では、ユーザＡが画像形成装置１０Ａにログインし、画像形成装置１０Ａにてジョブが実行されているものとする。

以下、図２３を参照して、介入事象発生時の処理について説明する。画像形成装置１０Ａにおいては、停止検出部３２が、介入事象の発生を監視する。介入事象が発生しない場合（Ｓ９０，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ９１）。これにより、ジョブの状態が「処理中」から「処理終了」に変更される。

介入事象が発生した場合であって（Ｓ９０，Ｙｅｓ）、ユーザＡが画像形成装置１０Ａからログアウトしている場合（Ｓ９２，Ｙｅｓ）、ジョブ実行部２４は、実行中のジョブを停止する。この場合、退避処理部２６は、そのジョブの再開に必要なジョブを抽出し（Ｓ９３）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザＡの退避情報としてＤＢサーバ１２に退避させる（Ｓ９４）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。退避情報には、ジョブの設定情報と、ジョブの進捗状況を示す進捗情報と、成果物データと、が含まれる。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ９５）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ９６）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

一方、ユーザＡが画像形成装置１０Ａからログアウトしていない場合（Ｓ９２，Ｎｏ）、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ９７）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

画像形成装置１０Ａにおいては、制御部２８がログインの状態を監視する（Ｓ９８）。例えば、ユーザによる介入操作が発生し、ジョブ実行部２４が停止中のジョブを途中から再開した場合（Ｓ９９，Ｎｏ）、ログイン状態の監視は終了する（Ｓ１００）。ジョブが停止中の場合であって（Ｓ９９，Ｙｅｓ）、ユーザＡが画像形成装置１０Ａからログアウトした場合（Ｓ１０１，Ｙｅｓ）、処理はステップＳ９３に移行する。ログアウトが発生しない場合（Ｓ１０１，Ｎｏ）、処理はステップＳ９９に移行する。

以下、図２４を参照して、停止中ジョブの確認時の処理について説明する。ユーザＡがログインしている画像形成装置１０においては、制御部２８が、端末装置１４からジョブ確認要求を受け付ける（Ｓ１０２）。例えば、端末装置１４のＵＩ部４０にメニュー画面が表示され、そのメニュー画面において、ユーザがＵＩ部４０を利用してジョブ確認要求を指示すると、ユーザＡがログインしている画像形成装置１０において、確認部３４が確認処理を行う。ユーザＡがログインしている画像形成装置１０において、確認対象のジョブ情報が記憶部２０に記憶されていない場合（Ｓ１０３，Ｎｏ）、確認部３４は、その確認要求の対象となっているジョブの停止理由を示す情報をＤＢサーバ１２から取得する（Ｓ１０４）。一方、確認対象のジョブ情報が記憶部２０に記憶されている場合（Ｓ１０３，Ｙｅｓ）、確認部３４は、ジョブの停止理由を示す情報を、自身の画像形成装置１０の記憶部２０から取得する。例えば、ユーザＡが画像形成装置１０Ａにログイン中であれば、ジョブ情報が記憶部２０に記憶されているため、確認部３４は、記憶部２０から停止理由を示す情報を取得する。一方、ユーザＡが画像形成装置１０Ａからログアウトしている場合、ジョブ情報はＤＢサーバ１２に退避されて記憶部２０に記憶されていないため、確認部３４は、ＤＢサーバ１２から停止理由を示す情報を取得する。例えば、再ログイン先として画像形成装置１０Ｂが割り振られた場合、画像形成装置１０Ｂの確認部３４が、ＤＢサーバ１２から停止理由を示す情報を取得する。

確認要求を行ったユーザが、確認要求対象のジョブの操作権限を有するユーザである場合（Ｓ１０５，Ｙｅｓ）、確認部３４は、ジョブの停止理由を示す情報と介入操作画面のデータを端末装置１４に送信し、その停止理由を示す情報と介入操作画面を端末装置１４のＵＩ部４０に表示させる（Ｓ１０６）。確認要求を行ったユーザが、確認要求対象のジョブの操作権限を有していないユーザである場合（Ｓ１０５，Ｎｏ）、確認部３４は、ジョブの停止理由を示す情報を端末装置１４に送信し、その停止理由を示す情報を端末装置１４のＵＩ部４０に表示させる（Ｓ１０７）。

以下、図２５を参照して、ジョブ再開時の処理について説明する。ユーザＡがログインしている画像形成装置１０においては、制御部２８が、ジョブの再開要求を受け付ける（Ｓ１０８）。例えば、介入操作が実施された後、ユーザＡが端末装置１４を利用してジョブの再開要求を与えると、ユーザＡがログインしている画像形成装置１０において、ジョブ管理部２２が、ＤＢサーバ１２に記憶されているジョブ管理テーブルを更新する（Ｓ１０９）。これにより、ジョブの状態が「停止中」から「処理中」に変更される。ユーザＡがログインしている画像形成装置１０において、再開対象のジョブ情報が記憶部２０に記憶されている場合（Ｓ１１０，Ｙｅｓ）、ジョブ実行部２４は、再開対象のジョブ情報を記憶部２０から取得し、そのジョブ情報に従ってジョブを途中から再開する（Ｓ１１１）。一方、再開対象のジョブ情報が記憶部２０に記憶されていない場合（Ｓ１１０，Ｎｏ）、ジョブ実行部２４は、再開対象のジョブ情報（退避情報）をＤＢサーバ１２から取得し（Ｓ１１２）、そのジョブ情報に従ってジョブを途中から再開する（Ｓ１１１）。例えば、ユーザＡが画像形成装置１０Ａにログイン中であれば、ジョブ情報は記憶部２０に記憶されているため、ジョブ実行部２４は、記憶部２０からジョブ情報を取得してジョブを実行する。一方、ユーザＡが画像形成装置１０Ａからログアウトしている場合、ジョブ情報はＤＢサーバ１２に退避されて記憶部２０に記憶されていないため、ジョブ実行部２４は、ＤＢサーバ１２からジョブ情報を取得してジョブを実行する。例えば、再ログイン先として画像形成装置１０Ｂが割り振られた場合、画像形成装置１０Ｂのジョブ実行部２４が、ＤＢサーバ１２からジョブ情報を取得する。

以上のように、変形例４によると、ユーザがログアウトしていない場合に退避情報をＤＢサーバ１２に退避させる場合と比較して、無駄な退避処理や取得処理が解消される。

なお、変形例１，４を組み合わせてもよいし、変形例２，４を組み合わせてよいし、変形例３，４を組み合わせてもよい。

（変形例５）
図２６を参照して、変形例５について説明する。図２６には、変形例５に係る処理を示すフローチャートが示されている。

上記の変形例４では、介入事象が発生した場合であっても、ユーザがログイン中であれば退避情報はＤＢサーバ１２に退避されない。しかし、ログイン状態が継続している場合であっても、ジョブの再開指示が直ちに与えられるとは限らない。再開指示が与えられるまでの間、記憶部２０等のリソースが継続的に使用されてしまい、処理効率が低下する場合がある。そこで、変形例５では、ユーザがログイン中であっても、介入事象が発生した時点から予め設定された時間内に再開指示が与えられなかった場合、退避処理を行う。これにより、ログイン状態が継続している間は退避情報をＤＢサーバ１２に退避させない場合と比較して、ジョブの実行に必要なリソースが確保され、処理効率の低下が抑制される。以下、変形例５について詳しく説明する。変形例５では、ユーザＡが画像形成装置１０Ａにログインし、画像形成装置１０Ａにてジョブが実行されているものとする。

画像形成装置１０Ａにおいては、停止検出部３２が、介入事象の発生を監視する。介入事象が発生していない場合（Ｓ１２０，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１２１）。これにより、ジョブの状態が「処理中」から「処理終了」に変更される。

介入事象が発生した場合であって（Ｓ１２０，Ｙｅｓ）、ユーザＡが画像形成装置１０Ａからログアウトしている場合（Ｓ１２２，Ｙｅｓ）、ジョブ実行部２４は、実行中のジョブを停止する。この場合、退避処理部２６は、そのジョブの再開に必要なジョブを抽出し（Ｓ１２３）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザＡの退避情報としてＤＢサーバ１２に退避させる（Ｓ１２４）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。退避情報には、ジョブの設定情報と、ジョブの進捗状況を示す進捗情報と、成果物データと、が含まれる。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ１２５）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１２６）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

一方、ユーザＡが画像形成装置１０Ａからログアウトしていない場合（Ｓ１２２，Ｎｏ）、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１２７）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

画像形成装置１０Ａにおいては、制御部２８がタイマーを作動させ（Ｓ１２８）、ログインの状態を監視する（Ｓ１２９）。例えば、ユーザによる介入操作が発生し、ジョブ実行部２４が停止中のジョブを途中から再開した場合（Ｓ１３０，Ｎｏ）、ログイン状態の監視は終了する（Ｓ１３１）。ジョブが停止中の場合であって（Ｓ１３０，Ｙｅｓ）、ユーザＡが画像形成装置１０Ａからログアウトした場合（Ｓ１３２，Ｙｅｓ）、処理はステップＳ１２３に移行する。ログアウトが発生していない場合であって、介入事象の発生時点からの経過時間が閾値以上となった場合、タイムアウトが発生したと判定され（Ｓ１３３，Ｙｅｓ）、処理はステップＳ１２３に移行する。介入事象の発生時点からの経過時間が閾値未満の場合、処理はステップＳ１３０に移行する。閾値は例えば予め設定された値である。閾値はユーザや管理者等によって変更されてもよい。

以上のように、変形例５によると、ユーザがログアウトしていない場合であってもタイムアウトが発生した場合には、退避情報がＤＢサーバ１２に退避させられる。これにより、ログイン状態が継続している間は退避情報をＤＢサーバ１２に退避させない場合と比較して、ジョブの実行に必要なリソースが確保され、処理効率の低下が抑制される。

（変形例６）
図２７から図２９を参照して、変形例６について説明する。図２７と図２８には、変形例６に係る処理を示すフローチャートが示されている。図２９には、ジョブ管理テーブルの一例が示されている。

ユーザが端末装置１４から画像形成システムにログインし、その端末装置１４からジョブの実行を指示した後、ログインが維持された状態で、ユーザが別の端末装置１４から画像形成システムにログインすることが想定される。変形例４，５では、介入事象とログアウトの両方が発生した場合に、退避情報がＤＢサーバ１２に退避させられるので、ユーザがログアウトしていない場合には、変形例４，５では、退避情報がＤＢサーバ１２に退避させられない。それ故、後のログインで割り振られた画像形成装置１０（例えば画像形成装置１０Ｂ）が、先のログインで割り振られた画像形成装置１０（例えば画像形成装置１０Ａ）と異なる場合、ジョブが停止中であっても、後のログインで割り振られた画像形成装置１０によって退避情報が取得されず、ジョブが再開されない。そこで、変形例６では、停止中のジョブを有する画像形成装置１０が、ジョブ管理テーブルを用いることにより、他の画像形成装置１０からのジョブ再開指示の有無を監視する。再開指示が与えられた場合、停止中のジョブを有する画像形成装置１０は、退避情報をＤＢサーバ１２に退避させ、他の画像形成装置１０は、その退避情報をＤＢサーバ１２から取得し、停止中のジョブを途中から再開する。これにより、ログアウトが発生しない場合であっても、停止中のジョブの情報が他の画像形成装置１０に取得され、ジョブが再開される。以下、変形例６について詳しく説明する。変形例６では、ユーザＡが画像形成装置１０Ａにログインし、画像形成装置１０Ａにてジョブが実行されているものとする。

以下、図２７を参照して、介入事象発生時の処理について説明する。画像形成装置１０Ａにおいては、停止検出部３２が、介入事象の発生を監視する。介入事象が発生しない場合（Ｓ１４０，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１４１）。これにより、ジョブの状態が「処理中」から「処理終了」に変更される。

介入事象が発生した場合であって（Ｓ１４０，Ｙｅｓ）、ユーザＡが画像形成装置１０Ａからログアウトしている場合（Ｓ１４２，Ｙｅｓ）、ジョブ実行部２４は、実行中のジョブを停止する。この場合、退避処理部２６は、そのジョブの再開に必要なジョブを抽出し（Ｓ１４３）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザＡの退避情報としてＤＢサーバ１２に退避させる（Ｓ１４４）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。退避情報には、ジョブの設定情報と、ジョブの進捗状況を示す進捗情報と、成果物データと、が含まれる。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ１４５）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１４６）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

一方、ユーザＡが画像形成装置１０Ａからログアウトしていない場合（Ｓ１４２，Ｎｏ）、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１４７）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

画像形成装置１０Ａにおいては、制御部２８が、ＤＢサーバ１２上のジョブ管理テーブルを参照することにより、ジョブの再開指示の有無を監視する（Ｓ１４８）。後述するように、他の画像形成装置１０（例えば画像形成装置１０Ｂ）から再開指示が与えられた場合、ジョブ管理テーブルには、再開指示を示す情報が追加される。この情報を参照することにより、再開指示が検出される。

また、画像形成装置１０Ａにおいては、制御部２８がログインの状態を監視する（Ｓ１４９）。例えば、ユーザによる介入操作が発生し、ジョブ実行部２４が停止中のジョブを途中から再開した場合（Ｓ１５０，Ｎｏ）、ログイン状態の監視は終了する（Ｓ１５１）。ジョブが停止中の場合であって（Ｓ１５０，Ｙｅｓ）、ユーザＡが画像形成装置１０Ａからログアウトした場合（Ｓ１５２，Ｙｅｓ）,処理はステップＳ１４３に移行する。ログアウトが発生していない場合であって（Ｓ１５２，Ｎｏ）、他の画像形成装置１０（例えば画像形成装置１０Ｂ）からジョブの再開指示が与えられた場合（Ｓ１５３，Ｙｅｓ）、処理はステップＳ１４３に移行する。この場合、退避情報が画像形成装置１０ＡからＤＢサーバ１２に退避させられる。他の画像形成装置１０からジョブの再開指示が与えられない場合（Ｓ１５３，Ｎｏ）、処理はステップＳ１５０に移行する。

以下、図２８を参照して、ジョブ再開時の処理について説明する。ユーザＡがログインしている画像形成装置１０においては、制御部２８が、ジョブの再開要求を受け付ける（Ｓ１５４）。例えば、介入操作が実施された後、ユーザＡが端末装置１４を利用してジョブの再開要求を与えると、ユーザＡがログインしている画像形成装置１０において、ジョブ管理部２２が、ＤＢサーバ１２に記憶されているジョブ管理テーブルを更新する（Ｓ１５５）。これにより、ジョブの状態が「停止中」から「処理中」に変更される。

ユーザＡがログインしている画像形成装置１０において、再開対象のジョブ情報が記憶部２０に記憶されている場合（Ｓ１５６，Ｙｅｓ）、ジョブ実行部２４は、再開対象のジョブ情報を記憶部２０から取得し、そのジョブ情報に従ってジョブを途中から再開する（Ｓ１５７）。

再開対象のジョブ情報が記憶部２０に記憶されていない場合であって（Ｓ１５６，Ｎｏ）、再開対象のジョブ情報がＤＢサーバ１２に記憶されている場合（Ｓ１５８，Ｙｅｓ）、ジョブ実行部２４は、再開対象のジョブ情報（退避情報）をＤＢサーバ１２から取得し（Ｓ１５９）、そのジョブ情報に従ってジョブを途中から再開する（Ｓ１５７）。

例えば、ユーザＡが画像形成装置１０Ａにログイン中であれば、ジョブ情報は記憶部２０に記憶されているため、ジョブ実行部２４は、記憶部２０からジョブ情報を取得してジョブを実行する。一方、ユーザＡが画像形成装置１０Ａからログアウトしている場合、ジョブ情報はＤＢサーバ１２に退避されて記憶部２０に記憶されていないため、ジョブ実行部２４は、ＤＢサーバ１２からジョブ情報を取得してジョブを実行する。例えば、再ログイン先として画像形成装置１０Ｂが割り振られた場合、画像形成装置１０Ｂのジョブ実行部２４が、ＤＢサーバ１２からジョブ情報を取得する。

再開対象のジョブ情報がＤＢサーバ１２に記憶されていない場合（Ｓ１５８，Ｎｏ）、再ログイン先としての画像形成装置１０Ｂのジョブ管理部２２は、ＤＢサーバ１２に記憶されているジョブ管理テーブルを更新する（Ｓ１６０）。これにより、再開対象のジョブについて再開指示を示す情報がジョブ管理テーブルに追加される。上述したように、画像形成装置１０Ａにおいては、制御部２８が、ＤＢサーバ１２上のジョブ管理テーブルを監視している。画像形成装置１０Ｂから再開指示が与えられた場合、その再開指示が制御部２８によって検出される。再開指示が検出された場合、退避情報が画像形成装置１０ＡからＤＢサーバ１２に退避させられる。画像形成装置１０Ｂのジョブ実行部２４は、退避情報をＤＢサーバ１２から取得し（Ｓ１５９）、ジョブを再開する（Ｓ１５７）。

図２９を参照して、変形例６について詳しく説明する。図２９の（Ａ）には、介入事象が発生した後のジョブ管理テーブルが示されている。このジョブ管理テーブルにおいては、再開指示の有無を示す情報が、他の情報に対応付けられている。図２９の（Ａ）に示す例では、認証エラーが原因となって、管理番号が「２」のジョブが停止している。ユーザＡが画像形成装置１０Ａからログアウトしていないので、退避情報は画像形成装置１０ＡからＤＢサーバ１２に退避させられていない。

図２９の（Ｂ）には、再開指示が与えられた後のジョブ管理テーブルが示されている。例えば、ユーザＡが画像形成装置１０Ａにログインしている状態で画像形成装置１０Ｂにログインし、画像形成装置１０Ｂに対してジョブの再開指示を与えたものとする。この場合、画像形成装置１０Ｂのジョブ管理部２２は、その再開指示に応じて、ジョブ管理テーブルにおいて再開対象のジョブに対してフラグを設定する。ジョブ管理テーブルには、再開指示の有無を示す欄が設けられており、再開指示が与えられた場合、その欄にフラグ（例えば○）が設定される。

図２９の（Ｃ）には、退避情報がＤＢサーバ１２に退避させられた後のジョブ管理テーブルが示されている。画像形成装置１０Ａの制御部２８は、ジョブ管理テーブルに規定されている再開指示の有無を示す欄を監視している。その欄にフラグ（○）が設定された場合、画像形成装置１０Ａの退避処理部２６は、フラグが設定されたジョブの情報を退避情報としてＤＢサーバ１２に退避させる。これにより、ジョブ管理テーブルには、そのジョブの設定情報の格納先を示すアドレス、進捗情報の格納先を示すアドレス、及び、成果物データの格納先を示すアドレスが、記述される。画像形成装置１０Ｂのジョブ実行部２４は、ジョブ管理テーブルを参照することにより、再開対象のジョブの設定情報、進捗情報及び成果物データの格納先を特定し、その格納先から設定情報、進捗情報及び成果物データを取得し、ジョブを途中から再開する。

以上のように、変形例６によると、ユーザが画像形成システムからログアウトしていない場合であっても、停止中のジョブの情報が他の画像形成装置１０によって取得され、ジョブが再開される。

なお、変形例５，６を組み合わせてもよい。また、変形例２，３，５，６の中の少なくとも２つの変形例を組み合わせてもよい。

（変形例７）
図３０と図３１を参照して、変形例７について説明する。図３０には、変形例７に係る画像形成システムの一例が示されている。

画像形成装置１０Ａに出力装置４４Ａが接続されており、画像形成装置１０Ｂに出力装置４４Ｂが接続されている。出力装置４４Ａ，４４Ｂを区別する必要が無い場合には、これらを「出力装置４４」と称することとする。変形例７においては、例えば、画像形成装置１０は画像処理を実行する装置であり、出力装置４４は、画像処理が適用された文書を印刷して後処理を実行する装置である。後処理は、例えばステープラによる処理等である。

例えば、画像形成装置１０Ａと出力装置４４Ａにて実行中のジョブが停止し、退避情報がＤＢサーバ１２に転送され、画像形成装置１０Ｂと出力装置４４Ｂにてジョブが途中から再開される場合がある。例えば、出力装置４４Ａにて文書を印刷してステープラによる処理を適用しているときに、用紙不足、ステープラの針不足、トナー不足、等の介入事象が発生すると、ジョブは停止する。この場合、未処理のジョブを実行するための退避情報がＤＢサーバ１２に転送され、画像形成装置１０Ｂと出力装置４４Ｂにて、未処理のジョブが実行される。この場合、出力装置４４Ａ，４４Ｂのそれぞれにて印刷物が作成され、ジョブの実行によって作成される複数の印刷物が分割されてしまう。そこで、変形例７では、ジョブの進捗状況を監視し、そのジョブが特定の段階まで実行された場合、退避情報の退避を禁止し、ジョブが特定の段階まで実行されていない場合、退避情報の退避を許可する。

以下、図３１を参照して、変形例７について詳しく説明する。図３１は、変形例７に係る処理を示すフローチャートである。変形例７では、ユーザＡが画像形成装置１０Ａにログインし、画像形成装置１０Ａにてジョブが実行されているものとする。

画像形成装置１０Ａにおいては、停止検出部３２が、介入事象の発生を監視するとともに、ジョブの進捗状況を監視する。介入事象が発生しない場合（Ｓ１７０，Ｎｏ）、ジョブ実行部２４はジョブを続行する。これにより、ジョブは完了する。この場合、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１７１）。これにより、ジョブの状態が「処理中」から「処理終了」に変更される。

介入事象が発生した場合であって（Ｓ１７０，Ｙｅｓ）、ジョブが特定の段階まで実行されていない場合、制御部２８は、退避情報の退避を許可する。制御部２８は、例えば、出力装置４４Ａによる処理が開始されていない段階においては、退避情報の退避を許可し、出力装置４４Ａによる印刷とステープラによる処理が開始された段階では、退避情報の退避を禁止する。退避が許可された場合（Ｓ１７２，Ｙｅｓ）、退避処理部２６は、そのジョブの再開に必要なジョブを抽出し（Ｓ１７３）、抽出したジョブ情報を含む退避情報を、ジョブの実行を指示したユーザＡの退避情報としてＤＢサーバ１２に退避させる（Ｓ１７４）。これにより、退避情報が画像形成装置１０ＡからＤＢサーバ１２に送信され、ユーザ識別情報に対応付けられてＤＢサーバ１２に記憶される。また、退避処理部２６は、停止したジョブのジョブ情報と成果物データを記憶部２０から削除する（Ｓ１７５）。次に、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１７６）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。

一方、退避が許可されない場合（Ｓ１７２，Ｎｏ）、ジョブ管理部２２は、ＤＢサーバ１２上のジョブ管理テーブルを更新する（Ｓ１７７）。これにより、ジョブの状態が「処理中」から「停止中」に変更される。この場合、介入操作が実施された後、ジョブが再開される。例えば、用紙不足、ステープラの針不足、トナー不足、等の介入事象が発生した場合、出力装置４４Ａにおいて、用紙の追加、針の追加、トナーの追加、等の介入操作が実施され、その後、画像形成装置１０Ａと出力装置４４Ａにてジョブが再開される。

以上のように、変形例７によると、印刷物等の成果物が分断されることが防止される。

なお、ジョブが特定の段階まで実行された場合であっても、別の画像形成装置１０（例えば画像形成装置１０Ｂ）にてジョブが実行されてもよい。この場合、画像形成装置１０Ａによる画像処理が適用された文書データが、成果物データとして生成され、画像形成装置１０Ａにおいて、成果物データが複製される。上述した実施形態と同様に、複製された成果物データは退避情報に含まれてＤＢサーバ１２に退避させられる。画像形成装置１０Ｂはその退避情報を取得し、ジョブを途中から実行する。出力装置４４Ｂは、複製された成果物データに基づいて印刷等の処理を実行するとともに、画像形成装置１０Ｂによって生成された成果物データに基づいて印刷等の処理を実行する。これにより、出力装置４４Ｂにて、ジョブの実行によって生成されるべき全ての印刷物が生成される。例えば、介入操作に時間を要する場合においては、別の画像形成装置１０と出力装置４４にてジョブを実行することにより、ジョブの完了に要する時間が短くなる。

なお、変形例２，３，５，６，７の中の少なくとも２つの変形例を組み合わせてもよい。

上記の画像形成装置１０は、一例としてハードウェア資源とソフトウェアとの協働により実現される。具体的には、画像形成装置１０は、図示しないＣＰＵ等のプロセッサを備えている。当該プロセッサが、図示しない記憶装置に記憶されたプログラムを読み出して実行することにより、画像形成装置１０の各部の機能が実現される。上記プログラムは、ＣＤやＤＶＤ等の記録媒体を経由して、又は、ネットワーク等の通信経路を経由して、記憶装置に記憶される。または、画像形成装置１０の各部は、例えばプロセッサや電子回路等のハードウェア資源により実現されてもよい。その実現においてメモリ等のデバイスが利用されてもよい。別の例として、画像形成装置１０の各部は、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）等によって実現されてもよい。なお、本願発明の情報処理装置は画像形成装置１０に限定されるものではなく、ユーザからの指示に基づいてジョブを実行可能な一般的な構成のコンピュータであってもよい。

１０ 画像形成装置、１２ ＤＢサーバ、１４ 端末装置、１６ 負荷分散装置、２２ ジョブ管理部、２４ ジョブ実行部、２６ 退避処理部、２８ 制御部、３０ 認証部、３２ 停止検出部、３４ 確認部。

Claims (11)

1. 処理の情報を記憶する記憶手段と、
   前記処理を実行する処理実行手段と、
   実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、
   ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、
   取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段と、
   を有し、
   前記退避処理手段は、前記退避情報の退避に要する時間が閾値以上の場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、退避に要する時間が閾値未満の場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、
   情報処理装置。
2. 処理の情報を記憶する記憶手段と、
   前記処理を実行する処理実行手段と、
   実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、
   ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、
   取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段と、
   を有し、
   前記退避処理手段は、前記処理の途中で停止が必要な場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、前記処理の途中で停止が必要ではない場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、
   情報処理装置。
3. 実行中の前記処理が停止し、かつ、前記処理の実行を指示したユーザがログアウトした場合、前記退避処理手段は、停止した前記処理の情報を前記退避情報として前記格納手段に退避させ、前記処理の情報を前記記憶手段から削除する、
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記ログイン要求を行ったユーザに確認作業を実行させる確認手段を更に有し、
   前記再開手段は、前記確認作業の結果に基づいて、停止した前記処理を途中から再開する、
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
5. 前記処理は画像形成に関する処理であり、
   前記処理実行手段は、前記処理として画像形成に関する処理を実行する、
   ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置。
6. 前記退避処理手段は、前記処理が停止してから予め設定された時間内に再開指示が行われなかった場合に、前記退避情報を前記格納手段に退避させる、
   ことを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理装置。
7. 前記退避処理手段は、前記処理が特定の段階まで実行されていない場合、前記退避情報を前記格納手段に退避させる、
   ことを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理装置。
8. 第１の情報処理装置と第２の情報処理装置とを含み、
   前記第１の情報処理装置は、
   処理の情報を記憶する記憶手段と、
   前記処理を実行する第１処理実行手段と、
   実行中の前記処理が停止した場合に、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、
   を有し、
   前記第２の情報処理装置は、
   ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、
   取得された前記退避情報に基づいて、停止した前記処理を途中から再開する第２処理実行手段と、
   を有し、
   前記退避処理手段は、前記退避情報の退避に要する時間が閾値以上の場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、退避に要する時間が閾値未満の場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、
   情報処理システム。
9. 第１の情報処理装置と第２の情報処理装置とを含み、
   前記第１の情報処理装置は、
   処理の情報を記憶する記憶手段と、
   前記処理を実行する第１処理実行手段と、
   実行中の前記処理が停止した場合に、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段と、
   を有し、
   前記第２の情報処理装置は、
   ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段と、
   取得された前記退避情報に基づいて、停止した前記処理を途中から再開する第２処理実行手段と、
   を有し、
   前記退避処理手段は、前記処理の途中で停止が必要な場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、前記処理の途中で停止が必要ではない場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、
   情報処理システム。
10. 処理の情報を記憶する記憶手段を有するコンピュータを、
    前記処理を実行する処理実行手段、
    実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段、
    ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段、
    取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段、
    として機能させ、
    前記退避処理手段は、前記退避情報の退避に要する時間が閾値以上の場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、退避に要する時間が閾値未満の場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、
    プログラム。
11. 処理の情報を記憶する記憶手段を有するコンピュータを、
    前記処理を実行する処理実行手段、
    実行中の前記処理が停止した場合、停止した前記処理の情報を、前記処理の実行を指示したユーザの退避情報として外部の格納手段に退避させ、前記処理の情報を前記記憶手段から削除する退避処理手段、
    ログイン要求を行ったユーザに対応する前記退避情報を前記格納手段から取得する取得手段、
    取得された前記退避情報に基づいて、停止した前記処理を途中から再開する再開手段、
    として機能させ、
    前記退避処理手段は、前記処理の途中で停止が必要な場合、前記処理の実行中に、前記退避情報を前記格納手段に随時退避させ、前記処理の途中で停止が必要ではない場合、前記処理の停止後に、前記退避情報を前記格納手段に退避させる、
    プログラム。

Images