JP4830699B2 - 画像処理装置、画像処理プログラムおよび画像処理方法 - Google Patents

Description

本発明は、画像処理ジョブを実行するとともに、ジョブ実行の障害発生に対する対応処理を行い得る画像処理装置、画像処理プログラムおよび画像処理方法に関する。なお、ここでいう「障害」とは、画像読み取りや画像印刷出力等といった画像処理ジョブの実行を妨げる事象のことであり、用紙ジャムや装置故障等といった内的なもの（画像処理装置側に起因して生じるもの）の他に、例えばプラテン上への原稿置き忘れといった外的なもの（装置ユーザ側に起因して生じるもの）も含む。また、「対応処理」には、障害を回復する「回復処理」に加えて、必ずしも障害の回復に直接至らない処理（例えば、障害回復のための「準備処理」）をも含むものとする。

一般に、画像処理ジョブを実行する画像処理装置としては、その画像処理ジョブの実行を妨げる事象である障害が発生した場合、それが何らかの対応処理を要するときは、直ちに実行中のジョブを中断して、その対応処理を行うように構成されたものが多い。具体的には、例えば原稿複写ジョブを実行するディジタル複写機であれば、用紙ジャム（紙詰まり）等の障害が発生した場合に、ＵＩ（User Interface）パネルに障害回復のための手順（外装パネルの開閉等）について順次表示するという対応処理を行うものが広く利用されている。このようなジョブ実行の障害発生に対する対応処理を行うことで、ユーザは、予備知識がなくても障害発生を解消してジョブを再開させることが可能となる。また、例えば画像印刷ジョブを実行するネットワークプリンタ装置であれば、ジャムや紙無し等の障害が発生した場合に、その旨のエラー発生通知をジョブ発行元のユーザ等に対して行うという対応処理をするものがある（例えば、特許文献１参照）。

特開平１１−３２７８５４号公報

ところで、障害発生に対する対応処理は、装置の利用状況や設置環境等に応じて、適するものが異なると考えられる。
しかしながら、上述した従来技術では、ジョブ実行の障害発生に対する対応処理を行うのにあたり、その対応処理の内容や実行タイミング等が固定的であることから、様々な状況や環境等に適切かつ柔軟に対応することが困難となるおそれがある。
例えば、利用状況によっては、障害回復処理の一部のみを行えば十分な場合であっても、対応処理が固定的であることから、その全部を行うことをユーザに要求するといったことが起こり得る。また、例えば、複数のジョブを組み合わせて一つの複合ジョブ（ジョブフロー）として実行する場合、原稿置き忘れ等の障害が生じたときの回復処理は、個々のジョブの実行を妨げなければ後回しでもよいと考えられるが、対応処理が固定的であると、個々のジョブ毎に障害についての対応処理を行うことになる可能性がある。

そこで、本発明は、障害発生に対する対応処理を実行する場合であっても、様々な状況や環境等に適切かつ柔軟に対応することが可能となる画像処理装置、画像処理プログラムおよび画像処理方法を提供することを目的とする。

本発明は、上記目的を達成するために案出された画像処理装置で、画像処理ジョブを実行するジョブ処理手段と、前記ジョブ処理手段でのジョブ実行に対する障害発生および発生した障害種類を検知する障害検知手段と、発生し得る障害の種類と当該障害についての対応処理との対応関係に関する情報を記憶管理する情報管理手段と、前記障害検知手段が障害発生および発生した障害種類を検知すると前記情報管理手段が記憶管理する情報に基づいて当該障害検知手段が検知した障害についての対応処理を実行する障害対応手段と、前記情報管理手段が記憶管理する情報を変更するための情報更新手段とを備えることを特徴とする。

また、本発明は、上記目的を達成するために案出された画像処理プログラムで、コンピュータを、画像処理ジョブを実行するジョブ処理手段と、前記ジョブ処理手段でのジョブ実行に対する障害発生および発生した障害種類を検知する障害検知手段と、発生し得る障害の種類と当該障害についての対応処理との対応関係に関する情報を記憶管理する情報管理手段と、前記障害検知手段が障害発生および発生した障害種類を検知すると前記情報管理手段が記憶管理する情報に基づいて当該障害検知手段が検知した障害についての対応処理を実行する障害対応手段と、前記情報管理手段が記憶管理する情報を変更するための情報更新手段として機能させることを特徴とする。

また、本発明は、上記目的を達成するために案出された画像処理方法で、画像処理ジョブを実行するジョブ処理ステップと、前記ジョブ処理ステップでのジョブ実行に対する障害発生および発生した障害種類を検知する障害検知ステップと、発生し得る障害の種類と当該障害についての対応処理との対応関係に関する情報を記憶管理しておく情報管理ステップと、前記障害検知ステップで障害発生および発生した障害種類を検知すると前記情報管理ステップで記憶管理する情報に基づいて当該障害検知ステップで検知した障害についての対応処理を実行する障害対応ステップと、前記情報管理ステップが記憶管理する情報を変更するための情報更新ステップとを備えることを特徴とする。

上記構成の画像処理装置および画像処理プログラム並びに上記手順の画像処理方法では、障害検知手段（ステップ）が障害発生および発生した障害種類を検知すると、情報管理手段（ステップ）が記憶管理する情報に基づいて、その障害検知手段（ステップ）が検知した障害についての対応処理を障害対応手段（ステップ）が実行する。ただし、情報管理手段（ステップ）が記憶管理する情報は、情報更新手段（ステップ）の存在によって変更することが可能である。したがって、装置の利用状況や設置環境等が変わっても、情報更新手段（ステップ）を通じて情報管理手段（ステップ）が記憶管理する情報を変更し得るので、変更後の状況や環境等に適した内容やタイミング等の情報を、情報管理手段（ステップ）に記憶管理させることが実現可能となる。

以上のように、本発明によれば、障害発生に対する対応処理を実行する場合であっても、情報更新手段（ステップ）を通じて情報管理手段（ステップ）での記憶管理情報を適宜変更することで、様々な状況や環境等に適切かつ柔軟に対応することが可能となる。したがって、障害発生に対する対応処理を実行する場合に、装置の利用状況や設置環境等についての汎用性を十分に確保することができ、結果としてユーザにとっての利便性を向上させることができる。

以下、図面に基づき本発明に係る画像処理装置、画像処理プログラムおよび画像処理方法について説明する。

先ず、画像処理装置の機能構成および当該画像処理装置を用いて構成されたシステムの概略構成について説明する。図１は、本発明に係る印刷制御装置の概略構成例を示すブロック図である。

ここで説明する画像処理装置１は、ディジタル複写機やネットワークプリンタ装置等からなるもので、原稿複写ジョブや画像印刷ジョブ等といった画像処理ジョブを実行し得るように構成されたものである。ただし、複数種類の画像処理ジョブに対応すべく、複写機能、印刷機能およびＦＡＸ機能等を統合したディジタル複合機からなるものであってもよい。

また、画像処理装置１は、いわゆるスタンドアローンで用いられるものであってもよいが、図例のようなネットワーク環境下で用いられるものであってもよい。すなわち、ネットワーク回線２を介して外部装置（パーソナルコンピュータ等）と接続して用いられ、その外部装置から発行される画像処理ジョブの実行依頼を受け付け得るように構成することが考えられる。その場合、ネットワーク回線２上には、複数の画像処理装置１が存在していてもよい。また、ネットワーク回線２を介して接続する外部装置には、画像処理装置１を管理するための管理端末装置３が含まれているものとする。管理端末装置３は、システム管理者が操作するもので、他の外部装置と同様に、パーソナルコンピュータ等を用いて構成することが考えられる。

さらに、画像処理装置１は、画像処理ジョブを実行し得るのみならず、その画像処理ジョブの実行を妨げる事象である障害が発生した場合、その障害についての対応処理を行うように構成されている。具体的には、画像処理ジョブの実行および障害についての対応処理を行うために、画像処理装置１は、ジョブ処理手段１１、障害検知手段１２、情報管理手段１３、障害対応手段１４および情報更新手段１５としての機能を備えている。

ジョブ処理手段１１は、画像処理ジョブを実行するための機能である。具体的には、スキャナやプリンタエンジン等を動作させて原稿複写ジョブを実行したり、外部インタフェースやプリンタエンジン等を動作させて画像印刷ジョブを実行したりするようになっている。また、ジョブ処理手段１１では、複数の画像処理ジョブを組み合わせて一つの複合ジョブとして実行し得るようになっているものとする。例えば、一つの複合ジョブ（ジョブフロー）として、原稿からの画像読み取りジョブを実行した後、その読み取り結果についてのＦＡＸ送信ジョブを実行し、さらにその読み取り結果についての画像印刷ジョブを実行する、といった具合である。

障害検知手段１２は、ジョブ処理手段１１が画像処理ジョブを実行するにあたり、その実行を妨げる事象である障害が発生した場合に、その障害発生の事実および発生した障害種類を検知するための機能である。具体的には、例えば、用紙ジャム（紙詰まり）、装置故障、原稿置き忘れ等について、その発生の事実および種類を検知するようになっている。なお、検知の手法は、例えば専用の検知センサを用いるといったように、公知技術を用いて行えばよいため、ここではその詳細な説明を省略する。

情報管理手段１３は、画像処理装置１において発生し得る障害の種類と、その障害についての対応処理との対応関係に関する情報を、記憶管理するための機能である。障害についての対応処理としては、例えば用紙ジャムの障害についてであれば、画像処理装置１のＵＩパネルに障害回復のための手順（外装パネルの開閉等）について順次表示するという内容のものが挙げられる。なお、情報管理手段１３では、障害種類とその対応処理との対応関係に関する情報を、テーブル形式で記憶管理するようになっている。以下、情報管理手段１３が記憶管理するテーブルを「障害対応管理テーブル」という。

ここで、障害対応管理テーブルについて、具体例を挙げて説明する。図２は、障害対応管理テーブルの一具体例を示す説明図である。図例のように、障害対応管理テーブル１３ａは、障害の種類を特定する「障害種類」、対応処理の内容を特定する「処理内容」および対応処理の実行タイミングを特定する「処理タイミング」の各項目を基本フィールドとして一つのレコードを構成し、そのレコードの集合によってテーブルが構成されている。また、各レコードには、「障害種類」、「処理内容」および「処理タイミング」に加え、対応処理の実行トリガーを特定する「処理開始契機」、画像処理ジョブが複合ジョブである場合における対応処理の実行タイミングを特定する「複合ジョブ中」の各項目が含まれている。さらに、各レコードには、同一の障害種類が複数レコードにわたって存在する場合、すなわち一つの障害種類に対して複数の対応処理に関する情報を記憶管理する場合に、それぞれの対応処理の間（各レコード間）の実行優先順を特定する「プライオリティ」の項目が含まれている。

また、図１において、障害対応手段１４は、障害についての対応処理を実行するための機能である。すなわち、障害対応手段１４は、障害検知手段１２が障害発生および発生した障害種類を検知すると、情報管理手段１３が記憶管理する障害対応管理テーブル１３ａにおける登録情報に基づいて、障害検知手段１２が検知した障害についての対応処理を実行するようになっている。具体的には、画像処理装置１のＵＩパネルに障害回復のための手順について順次表示させたり、あるいは故障発生した旨のエラー発生通知をネットワーク回線２上の外部装置に対して行ったりする。なお、対応処理の実行手法は、公知技術を用いて実現すればよいため、ここではその詳細な説明を省略する。

情報更新手段１５は、情報管理手段１３が記憶管理する障害対応管理テーブル１３ａにおける登録情報について、その情報の変更を行うための機能である。具体的には、画像処理装置１のＵＩパネルからの入力情報に従いつつ、障害対応管理テーブル１３ａにおける登録情報の変更（更新、追加、削除等）を行うようになっている。ただし、画像処理装置１のＵＩパネルからの入力情報ではなく、ネットワーク回線２上の外部装置からの送信情報に従いつつ登録情報の変更を行うものであってもよい。すなわち、情報更新手段１５は、ネットワーク回線２上の外部装置からリモート制御されるものであってもよい。また、情報更新手段１５は、障害対応管理テーブル１３ａにおける登録情報を変更する際に、予め設定されている複数の情報の中から選択されたものを、変更後の情報とするものであってもよい。その場合、公知のＧＵＩ（Graphical User Interface）技術を利用しつつ、例えばプルダウンメニューにて表示される複数の情報の中からいずれか一つをＵＩパネルまたは外部装置の操作者に選択させることが考えられる。

これらの各手段１１〜１５は、画像処理装置１におけるコンピュータとしての機能に所定プログラムを実行させることによって実現すればよい。ただし、その場合に、各手段１１〜１５を実現するための所定プログラムは、予め画像処理装置１内にインストールされておらずに、コンピュータ読み取り可能な記憶媒体に格納されて提供されるものであっても、または有線若しくは無線による通信手段を介して配信されるものであってもよい。つまり、上述した構成の画像処理装置１は、コンピュータを当該画像処理装置１として機能させる画像処理プログラムによっても実現可能である。

次に、以上のように構成された画像処理装置（画像処理プログラムによって実現される場合を含む）１における処理動作例、すなわち本発明に係る画像処理方法について説明する。

ここでは、画像読み取りジョブ、ＦＡＸ送信ジョブ、画像印刷ジョブ等を一連のジョブフローとして、すなわち一つの複合ジョブとして処理するときに、その複合ジョブの実行を妨げる障害としてスキャナのプラテンガラス上への原稿置き忘れが発生した場合を例に挙げて説明する。

図３は、本発明に係る画像処理方法の手順の一例を示すフローチャートである。例えば、上述したようなジョブフローを実行する場合には、先ず、画像読み取りジョブを実行し、その後、所定順に従いつつ、ＦＡＸ送信ジョブまたは画像印刷ジョブを実行するが、その画像読み取りジョブで読み取り対象となった原稿のスキャナのプラテンガラス上への置き忘れが発生していると、遅くとも当該画像読み取りジョブの終了までの時点で、障害検知手段１２が原稿置き忘れの発生を検知する（ステップ１０１、以下ステップを「Ｓ」と略す）。

障害検知手段１２が原稿置き忘れの発生を検知すると、障害対応手段１４は、情報管理手段１３にアクセスして、その情報管理手段１３が記憶管理する障害対応管理テーブル１３ａを参照する（Ｓ１０２）。そして、障害対応手段１４は、障害対応管理テーブル１３ａにおける登録情報の中から、障害検知手段１２が検知した障害の種類に対応する「障害種類」のレコードを検索し、そのレコードにおける情報内容、すなわち障害検知手段１２が検知した「障害種類」に対応する「処理内容」や「処理タイミング」等を認識する。

このとき、例えば、原稿置き忘れに対応する「処理内容」が該当ユーザへのメール通知であれば、障害対応手段１４は、そのメール通知を行うために必要な処理を行う。メール通知を行うために必要な処理としては、例えば、メール送信先アドレスの特定や、送信メールの作成等が挙げられる。メール送信先アドレスの特定は、予め登録されているユーザ情報を利用して行ったり、あるいはジョブ開始前にユーザ認証処理を行っている場合には、そのユーザ認証処理の結果を利用して行うことが考えられる。また、送信メールの作成についても、予め登録されている定型文を利用するといったような公知技術を用いて行えばよい。

ただし、送信メールの作成等を行っても、原稿置き忘れに対応する「処理タイミング」によって特定されるタイミングになっていなければ、作成したメール送信は行わずに、送信待ち状態とするための記憶領域に登録する（Ｓ１０３）。これにより、「処理タイミング」によって特定されるタイミングでのメール送信を行い得るようになる。また、「処理タイミング」によって特定されるタイミングになっても、複合ジョブの処理中である場合には、「複合ジョブ中」によって特定されるタイミングにならなければ、メール送信は行わない。つまり、複合ジョブの処理中であれば、「処理タイミング」によって特定されるタイミングで、かつ、「複合ジョブ中」によって特定されるタイミングとなった場合に、メール送信を行う。具体的には、例えば「処理タイミング」によって特定されるタイミングがジョブ終了後で、「複合ジョブ中」によって特定されるタイミングが全ジョブ終了後であれば、「処理タイミング」によって特定されるタイミングである画像読み取りジョブの終了後の時点ではメール送信を行わず、その画像読み取りジョブを含む複合ジョブが終了するまで、その複合ジョブを構成する他のジョブ（ＦＡＸ送信ジョブまたは画像印刷ジョブ等）を実行する。

そして、複合ジョブが終了すると（Ｓ１０４）、「処理タイミング」によって特定されるタイミングで、かつ、「複合ジョブ中」によって特定されるタイミングとなったので、障害対応手段１４は、障害検知手段１２が検知した障害についての対応処理として、送信待ち状態のメールの送信実行、すなわち該当ユーザへのメール通知を実行する（Ｓ１０５）。

このようなメール通知のように、「処理内容」で特定される対応処理は、障害対応管理テーブル１３ａにおける「処理開始契機」が例えば自動と規定されていれば、上述のタイミングとなった時点で自動的に（ユーザによる指示を待たずに）実行すればよい。ただし、「処理開始契機」がユーザ指示と規定されている場合には、ＵＩパネルからのユーザ指示を待って処理実行を行うものとする。例えば、処理内容がジャム除去の場合、ジャム除去中は他ジョブの動作を禁止するように構成されていると、ジャム除去の終了を契機にするのではなく、その後のユーザ指示を待って他ジョブの動作を開始するほうが好ましいからである。

また、原稿置き忘れという「障害種類」の障害発生が検知された場合、上述したような該当ユーザへのメール通知という対応処理とは別に、または該当ユーザへのメール通知という対応処理と併せて、管理端末装置３を操作するシステム管理者宛てのメール通知という対応処理を行うことも考えられる。システム管理者に障害が発生した旨の連絡が行くようにしておけば、原稿置き忘れが例えば機密文書であっても、その機密文書を確保する可能性が高くなり、第三者が持ち去るのを有効に防止し得るからである。

その場合、障害対応管理テーブル１３ａは、一つの障害種類に対して、複数の対応処理に関する情報を記憶管理することになる。すなわち、障害対応管理テーブル１３ａでは、同一の障害種類が複数レコードにわたって存在している必要がある。ただし、同一の障害種類が複数レコードにわたって存在していると、障害対応管理テーブル１３ａ内から実行すべき対応処理を検索する場合に、どのレコードを選択するか、あるいはどのレコードを選択しないかについて判断する必要が生じる。この判断は、障害対応手段１４が、障害対応管理テーブル１３ａの各レコードにおける「プライオリティ」の項目に基づいて判断すればよい。具体的には、例えば、原稿置き忘れという「障害種類」の障害発生が検知された場合、ジョブ開始前にユーザ認証処理を行っていれば、そのユーザ認証処理の結果から得られる認証情報の一つとして該当ユーザの連絡先メールアドレスを抽出し、その該当ユーザへのメール通知という対応処理を行うが、ユーザ認証処理が行われていなければ、予め登録されているシステム管理者宛てのメール通知という対応処理を行う、といった具合である。勿論、複数レコードを同時に選択することも考えられる。

このように、ジョブの実行を妨げる障害に対しては、障害対応管理テーブル１３ａにおける登録情報次第で、様々な「処理内容」の対応処理を実行することが可能となる。このことは、上述した原稿置き忘れという「障害種類」のみならず、他の「障害種類」についても全く同様のことが言える。例えば、用紙ジャムという「障害種類」については、対応処理の「処理内容」として、ジャム発生部位にユーザがアクセスできるようにＵＩパネルへの情報表示を行う、音声出力を行う、当該外装パネル付近に配されたＬＥＤ（Light Emitting Diode）等を点滅させて視認容易にする、当該外装パネルを自動的に開く、当該外装パネルのインターロックを解除する等が挙げられる。

ところで、障害発生に対する対応処理は、装置の利用状況や設置環境等に応じて、適切かつ柔軟に対応し得ることが望ましい。すなわち、障害対応管理テーブル１３ａにおける登録情報の内容、特に対応処理の「処理内容」や「実行タイミング」等が固定的ではなく、様々な状況や環境等に応じて変更し得ることが望ましい。

このことから、画像処理装置１では、情報更新手段１５を備えており、上述した一連の処理動作（図３参照）を行う前の段階で、情報管理手段１３が記憶管理する障害対応管理テーブル１３ａにおける登録情報について、その情報の変更を行い得るようになっている。これにより、情報更新手段１５からは、「処理内容」、「実行タイミング」、「プライオリティ」等といった障害対応管理テーブル１３ａにおける登録情報を、ユーザの装置利用状況や装置の設置環境等に合わせて適宜可変することが可能となる。また、登録情報のみならず、障害対応管理テーブル１３ａそのものについて可変とし、レコードを追加したり、あるいは削除したりできるようにすることも考えられる。さらには、各レコードについて可変とし、当該レコードを構成する項目（フィールド）を追加したり、あるいは削除したりできるようにすることも考えられる。

以上のように、本実施形態における画像処理装置（画像処理プログラムによって実現される場合を含む）１および当該画像処理装置１が実行する画像処理方法によれば、障害検知手段１２が障害発生および発生した障害種類を検知すると、情報管理手段１３が記憶管理する障害対応管理テーブル１３ａ内の登録情報に基づいて、その障害検知手段１２が検知した障害についての対応処理を障害対応手段１４が実行する。ただし、情報管理手段１３が記憶管理する障害対応管理テーブル１３ａ内の登録情報は、情報更新手段１５の存在によって変更することが可能である。したがって、装置の利用状況や設置環境等が変わっても、情報更新手段１５を通じて障害対応管理テーブル１３ａ内の登録情報を変更し得るので、変更後の状況や環境等に適した内容やタイミング等の情報を、障害対応管理テーブル１３ａに記憶管理させることが実現可能となる。

つまり、本実施形態で説明したように、障害についての対応処理を障害対応管理テーブル１３ａ内の登録情報に基づいて実行するとともに、その障害対応管理テーブル１３ａ内の登録情報を変更し得るようにすれば、障害発生に対する対応処理を実行する場合であっても、情報更新手段１５を通じて障害対応管理テーブル１３ａによる記憶管理情報を適宜変更することで、様々な状況や環境等に適切かつ柔軟に対応することが可能となる。したがって、障害発生に対する対応処理を実行する場合に、ユーザ都合等に応じた処理動作を画像処理装置１に行わせることができるので、装置の利用状況や設置環境等についての汎用性を十分に確保することができ、結果としてユーザにとっての利便性を向上させることができる。

また、本実施形態で説明したように、情報管理手段１３が記憶管理する障害対応管理テーブル１３ａが、各レコード毎に「障害種類」と対応処理の「処理内容」との対応関係のみならず、これらと当該対応処理の処理タイミングとの対応関係、具体的には「処理タイミング」および「複合ジョブ中」の各項目について、登録情報を記憶管理していれば、ジョブ処理手段１１が実行するジョブが複合ジョブである場合においても、その複合ジョブ中に発生する障害についての対応処理の実行の適切化が図れるようになる。すなわち、複数の画像処理ジョブを組み合わせて一つの複合ジョブ（ジョブフロー）として実行する場合、個々の画像処理ジョブに障害が生じたときの対応処理は、当該画像処理ジョブの（中止）直後ではなく、個々の画像処理ジョブの継続を妨げなければ後回しでもよいことがあるが、そのような障害の対応処理について、例えば、個々の画像処理ジョブではなく一つの複合ジョブの全てが終了してから実行するといったように、対応処理の実行の適切化が図れるのである。

また、本実施形態で説明したように、情報管理手段１３が記憶管理する障害対応管理テーブル１３ａにおける各レコードに「プライオリティ」の項目が含まれていれば、その「プライオリティ」に関する情報を障害対応管理テーブル１３ａが記憶管理することで、その障害対応管理テーブル１３ａは、同一の障害種類について複数レコードにわたって記憶管理し得るようになる。すなわち、一つの「障害種類」に対して複数の対応処理の「処理内容」を記憶管理することが可能となり、その場合であってもどのレコードを選択するか等について適切に判断し得るようになるので、障害についての対応処理を行う上での汎用性を十分に確保する上で非常に好適なものとなる。

また、本実施形態で説明したように、情報更新手段１５を通じて障害対応管理テーブル１３ａ内の登録情報を変更するのにあたり、例えばＧＵＩ技術を利用したプルダウンメニュー等により、予め設定されている複数の情報の中から選択されたものを変更後の情報とすれば、当該登録情報の変更を行う際の操作の容易化が図れるので、ユーザにとっての利便性を向上させる上で好適なものとなる。さらには、不適切な情報が障害対応管理テーブル１３ａ内に登録されてしまうのを未然に防ぎ得るようになるので、障害についての対応処理の実行の適切化を図る上でも好適なものとなる。

また、本実施形態で説明したように、情報更新手段１５がネットワーク回線２上の外部装置からリモート制御されるものであれば、例えばシステム管理者が操作する管理端末装置３からのみ障害対応管理テーブル１３ａ内の登録情報の変更を可能にするといったことを実現し得るので、障害対応管理テーブル１３ａ内の登録情報が不用意に変更されてしまったり、不適切な変更が行われたりするのを抑制することができる。さらには、例えばネットワーク回線２上に複数の画像処理装置１が存在する場合に、各画像処理装置１における障害対応管理テーブル１３ａ内の登録情報の変更を一括して行い得るようにもなる。

なお、本実施形態では、本発明の好適な実施具体例について説明したが、本発明はその
内容に限定されるものではなく、その要旨を逸脱しない範囲で適宜変更することが可能である。
例えば、障害種類、障害についての対応処理の内容、その実行タイミング等は、本実施形態で説明した内容に限定されるものではない。したがって、障害対応管理テーブル１３ａのレコードを構成する各項目についても、本実施形態で説明した内容に限定されるものではなく、例えば対応処理の内容に応じて課金したり、課金態様を可変させたりするための項目を含むことも考えられる。
また、ネットワーク回線２上に複数の画像処理装置１が存在している場合には、障害対応管理テーブル１３ａの記憶管理場所を各画像処理装置１別とはせずに、いずれか一つの画像処理装置１内、または管理端末装置３に代表される外部装置内とし、各画像処理装置１で障害対応管理テーブル１３ａを共有することも考えられる。

本発明に係る印刷制御装置の概略構成例を示すブロック図である。 障害対応管理テーブルの一具体例を示す説明図である。 本発明に係る画像処理方法の手順の一例を示すフローチャートである。

符号の説明

１…画像処理装置、２…ネットワーク回線、３…管理端末装置、１１…ジョブ処理手段、１２…障害検知手段、１３…情報管理手段、１３ａ…障害対応管理テーブル、１４…障害対応手段、１５…情報更新手段

Claims (6)

1. 画像処理ジョブの実行における障害の発生と、発生した前記障害の種類を検知する検知手段と、
   検知され得る前記障害の種類に、前記検知され得る障害への対応として実行される対応処理と、前記対応処理を実行するタイミングの条件、および、複数の前記画像処理ジョブの組み合わせの実行において発生が検知された前記障害への対応として実行される前記対応処理を実行するタイミングの条件を示すタイミング情報とを対応付けて記憶する記憶手段と、
   前記障害の発生が検知されたときに、前記発生が検知された障害の種類に対応付けられた前記タイミング情報が示す前記対応処理の実行のタイミングの条件が満たされるまで、前記発生が検知された障害の種類に対応付けられた対応処理の実行を待機させる待機手段と、
   前記発生が検知された障害の種類に対応付けられた対応処理を、前記発生が検知された障害の種類に対応付けられたタイミング情報が示す前記対応処理の実行のタイミングの条件が満たされた場合に実行する実行手段と
   を備える画像処理装置。
2. 前記記憶手段は、前記検知され得る障害の種類に、複数の前記対応処理と、前記対応処理それぞれの前記タイミング情報と、前記複数の対応処理の実行の順番を示す順番情報とを対応付けて記憶し、
   前記待機手段は、前記障害の発生が検知されたときに、前記発生が検知された障害の種類に対応付けられた前記タイミング情報が示す前記対応処理の実行のタイミングの条件が満たされるまで、前記発生が検知された障害の種類に対応付けられた複数の対応処理の実行を待機させ、
   前記実行手段は、前記発生が検知された障害の種類に対応付けられた複数の対応処理を、前記発生が検知された障害の種類に対応付けられた順番情報の順番で、前記発生が検知された障害の種類に対応付けられたタイミング情報が示す前記対応処理の実行のタイミングの条件が満たされた場合に実行する
   請求項１に記載の画像処理装置。
3. 操作を受け入れる操作受入手段
   をさらに備え、
   前記記憶手段は、前記検知され得る障害の種類に、前記対応処理が、前記操作が受け入れられたことを実行の契機として実行されることを示す契機情報をさらに対応付けて記憶し、
   前記実行手段は、前記発生が検知された障害の種類に対応付けられた対応処理を、前記発生が検知された障害の種類に対応付けられたタイミング情報が示す前記対応処理の実行のタイミングの条件が満たされている場合、または、前記操作が受け入れられた場合に実行する
   請求項１に記載の画像処理装置。
4. 前記記憶された障害対応情報を更新する情報更新手段
   をさらに備える請求項１〜３のいずれかに記載の画像処理装置。
5. 画像処理ジョブの実行における障害の発生と、発生した前記障害の種類を検知する検知ステップと、
   検知され得る前記障害の種類に、前記検知され得る障害への対応として実行される対応処理と、前記対応処理を実行するタイミングの条件、および、複数の前記画像処理ジョブの組み合わせの実行において発生が検知された前記障害への対応として実行される前記対応処理を実行するタイミングの条件を示すタイミング情報とを対応付けて記憶する記憶ステップと、
   前記障害の発生が検知されたときに、前記発生が検知された障害の種類に対応付けられた前記タイミング情報が示す前記対応処理の実行のタイミングの条件が満たされるまで、前記発生が検知された障害の種類に対応付けられた対応処理の実行を待機させる待機ステップと、
   前記発生が検知された障害の種類に対応付けられた対応処理を、前記発生が検知された障害の種類に対応付けられたタイミング情報が示す前記対応処理の実行のタイミングの条件が満たされた場合に実行する実行ステップと
   を画像処理装置として動作するコンピュータが実行する画像処理方法。
6. 画像処理装置として動作するコンピュータに、
   画像処理ジョブの実行における障害の発生と、発生した前記障害の種類を検知する検知ステップと、
   検知され得る前記障害の種類に、前記検知され得る障害への対応として実行される対応処理と、前記対応処理を実行するタイミングの条件、および、複数の前記画像処理ジョブの組み合わせの実行において発生が検知された前記障害への対応として実行される前記対応処理を実行するタイミングの条件を示すタイミング情報とを対応付けて記憶する記憶ステップと、
   前記障害の発生が検知されたときに、前記発生が検知された障害の種類に対応付けられた前記タイミング情報が示す前記対応処理の実行のタイミングの条件が満たされるまで、前記発生が検知された障害の種類に対応付けられた対応処理の実行を待機させる待機ステップと、
   前記発生が検知された障害の種類に対応付けられた対応処理を、前記発生が検知された障害の種類に対応付けられたタイミング情報が示す前記対応処理の実行のタイミングの条件が満たされた場合に実行する実行ステップと
   を実行させる画像処理プログラム。

Images