(57)【要約】  【課題】  出力処理においてエラー／誤動作が発生した場合であっても、コンピュータにおける画像形成ジョブを監視することにより、ルート変更等の対策を講じるシステム及び方法を提供する。  【解決手段】  コンピュータシステムにはコンピュータ装置と、該コンピュータ装置と電子通信可能な画像形成装置とを備える。実行可能な命令が画像形成装置に画像形成ジョブを送信すべく構成されている。画像形成ジョブの状態を監視するためにバックグラウンド処理が作成される。バックグラウンド処理はデスプールサブシステムにより開始される。コンピュータ装置のネットワークアドレスが取得される。状態メッセージはネットワークアドレスを使用してコンピュータ装置へ送信される。状態メッセージはバックグラウンド処理により受信される。【選択図】      図１ 
2005018765.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムにおける画像形成ジョブを監視する方法において、
画像形成ジョブを画像形成装置へ送信するステップと、
デスプールサブシステムを含んでおり前記画像形成ジョブの状態を監視するコンピュータシステム上に、前記デスプールサブシステムにより開始されるバックグラウンド処理を作成するステップと、
コンピュータ装置のネットワークアドレスを取得するステップと、
前記ネットワークアドレスを使用して前記コンピュータ装置へ状態メッセージを送信するステップと、
前記バックグラウンド処理により前記状態メッセージを受信するステップと
を備えることを特徴とする方法。
【請求項２】
前記画像形成ジョブが完了するまで印刷スプーラへの戻りを遅延させるステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項３】
印刷スプーラにおける前記画像形成ジョブの予定変更及び削除を印刷プロセッサにより制御するステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記画像形成装置は、プリンタ、スキャナ、ファックス装置、複写機及び文書サーバからなる群から選択されることを特徴とする請求項１に記載の方法。
【請求項５】
前記コンピュータ装置と前記画像形成装置との通信にプロトコルを使用するステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記画像形成ジョブ内に前記ネットワークアドレスを組み込むステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項７】
通信から前記ネットワークアドレスを抽出するステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項８】
前記ネットワークアドレスを前記コンピュータ装置から前記画像形成装置へ送信するステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記状態メッセージに含まれている識別子により、前記コンピュータ装置が前記状態メッセージを監視する処理が可能であり、該識別子はポート、ファイル、ディレクトリ、ＦＴＰアドレス、ＳＮＭＰトラップ及び電子メールアドレスからなる群から選択されることを特徴とする請求項１に記載の方法。
【請求項１０】
前記状態メッセージが前記バックグラウンド処理により受信された後に前記状態メッセージを印刷プロセッサに通知するステップを更に備えることを特徴とする請求項２に記載の方法。
【請求項１１】
前記バックグラウンド処理を終了するステップを更に備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
制御を前記印刷スプーラへ戻すステップと、
前記画像形成ジョブの成功／失敗を前記印刷スプーラへ知らせるステップと
を更に備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
ジョブ回復が必要な場合に該ジョブ回復を前記印刷スプーラにより行うステップを更に備えることを特徴とする請求項１２に記載の方法。
【請求項１４】
制御を前記印刷スプーラへ戻すステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項１５】
前記バックグラウンド処理により前記画像形成ジョブの予定変更及び削除を行うステップを更に備えることを特徴とする請求項１に記載の方法。
【請求項１６】
前記バックグラウンド処理は非同期的に作動することを特徴とする請求項１に記載の方法。
【請求項１７】
画像形成ジョブを監視するコンピュータ装置内で方法を実施する実行可能命令セットにおいて、前記方法は、
画像形成ジョブを画像形成装置へ送信するステップと、
デスプールサブシステムにより開始され前記画像形成ジョブの状態を監視するバックグラウンド処理を作成するステップと、
コンピュータ装置のネットワークアドレスを取得するステップと、
前記ネットワークアドレスを使用して前記コンピュータ装置へ状態メッセージを送信するステップと、
前記バックグラウンド処理により前記状態メッセージを受信するステップと
を備えることを特徴とする実行可能命令セット。
【請求項１８】
前記画像形成ジョブが完了するまで印刷スプーラへの戻りを遅延させるステップを更に備えることを特徴とする請求項１７に記載の実行可能命令セット。
【請求項１９】
印刷スプーラにおける前記画像形成ジョブの予定変更及び削除を印刷プロセッサにより制御するステップを更に備えることを特徴とする請求項１７に記載の実行可能命令セット。
【請求項２０】
前記状態メッセージが前記バックグラウンド処理により受信された後に前記状態メッセージを印刷プロセッサに通知するステップを更に備えることを特徴とする請求項１８に記載の実行可能命令セット。
【請求項２１】
実行可能命令を記憶するコンピュータ可読の媒体を更に備えることを特徴とする請求項１７に記載の実行可能命令セット。
【請求項２２】
コンピュータシステムにおける画像形成ジョブを監視するシステムにおいて、
コンピュータ装置と、
該コンピュータ装置と電子通信可能な画像形成装置と、
前記コンピュータ装置上で実行可能な実行可能命令と
を備えており、
前記コンピュータ装置はデスプールサブシステムを含んでおり、
前記実行可能命令は、
画像形成ジョブを画像形成装置へ送信するステップと、
前記デスプールサブシステムにより開始され前記画像形成ジョブの状態を監視するバックグラウンド処理を作成するステップと、
コンピュータ装置のネットワークアドレスを取得するステップと、
前記ネットワークアドレスを使用して前記コンピュータ装置へ状態メッセージを送信するステップと、
前記バックグラウンド処理により前記状態メッセージを受信するステップと
を備える方法を実施すべく構成されていることを特徴とするシステム。
【請求項２３】
前記画像形成ジョブが完了するまで印刷スプーラへの戻りを遅延させるステップを更に備えることを特徴とする請求項２２に記載のシステム。
【請求項２４】
印刷スプーラにおける前記画像形成ジョブの予定変更及び削除を印刷プロセッサにより制御するステップを更に備えることを特徴とする請求項２２に記載のシステム。
【請求項２５】
前記状態メッセージが前記バックグラウンド処理により受信された後に前記状態メッセージを印刷プロセッサに通知するステップを更に備えることを特徴とする請求項２２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはコンピュータを使用した印刷に関する。本発明は、より詳細にはコンピュータシステムにおける印刷ジョブの監視、回復及び算出のためのシステム及び方法に関する。
【背景技術】
【０００２】
コンピュータ及びコミュニケーション技術は急速な進歩を続けている。コンピュータ及びコミュニケーション技術は人間の一日のうち実に多くの局面に関与している。例えば、今日消費者により使用されている多くの装置は小型コンピュータを内蔵している。小型コンピュータのサイズや精巧度は様々である。小型コンピュータの精巧度は一つのマイクロコントローラから機能完備の完全なコンピュータシステムに至るまで様々である。小型コンピュータは、例えばマイクロコントローラのようなワンチップコンピュータ、コントローラのようなワンボード型のコンピュータ、ＩＢＭ−ＰＣ準拠のコンピュータのような標準的なデスクトップコンピュータ等であってもよい。
【０００３】
プリンタは、文字、文書、画像等を含む種々の対象物を印刷するためコンピュータと共に使用される。多種のプリンタが市販されている。コンピュータユーザの間ではインクジェットプリンタ及びレーザプリンタが広く普及している。インクジェットプリンタはインク滴を用紙上に直接噴射する。レーザプリンタは印刷するためにレーザビームを使用する。
【０００４】
プリンタは画像形成装置の一つのタイプである。画像形成装置には、これらに限定されるものではないが、物理的なプリンタ、多機能周辺装置、プリンタプール、プリンタ群、ファックス装置、プロッタ、スキャナ、ロジカルデバイス、コンピュータモニタ、ファイル等が含まれる。
【０００５】
種々のコンピュータソフトウェアにより画像形成装置の使用が容易になる。対象物を印刷するために使用されるコンピュータ又はコンピュータ装置は通常、コンピュータ上で作動することにより必要な情報をプリンタへ送信させて対象物の印刷を可能にする一又は複数のソフトウェアを有している。コンピュータ又はコンピュータ装置がコンピュータネットワーク上にある場合、該コンピュータネットワーク上にある一又は複数のコンピュータ上で作動することにより印刷を容易にする一又は複数のソフトウェアがあってもよい。
【０００６】
一部のコンピュータ環境においては、各画像形成ジョブに関連する画像形成装置から返信された情報を受信することが望ましい。追跡された情報は、これに限定されるものではないが、画像形成ジョブが成功したか又は問題が生じたかの認識を含む様々な理由のために使用され得る。画像形成ジョブに問題が生じた場合、問題に関する情報を受信することによりコンピュータ装置は修正動作又はジョブ回復を行うことが可能になる。画像形成ジョブを処理する際に使用されるソフトウェアの機能性を向上させることにより多くの利益が生じ得る。
【０００７】
従来のマイクロソフト印刷待ち行列において、印刷ジョブは印刷プロセッサ及び関連するポートモニタを介してデスプールのために印刷スプーラからリリースされる。全てのプリンタにおいてこれは逐次処理である。即ち、多くのジョブが印刷待ち行列に積み重ねられている場合、前のジョブが順調に印刷されたことをデスプールシステムが報告するまで印刷スプーラは次のジョブのデスプールを開始しない。この従来の方法により、印刷ジョブの失敗が報告された場合にスプーラはスプールファイルの印刷の回復を試みることが可能になる。また、その後のジョブのデスプールが中止されることにより、現在及びその後の印刷ジョブを他のプリンタへルート変更すること（即ちマイクロソフトプリンタプーリング）を含め、失敗の理由を解決する機会が管理者に与えられる。
【０００８】
本発明で重要なことは、ジョブが順調に印刷されたことを「従来の印刷システム」がいつ認識するかということである。これは、ホストと印刷コントローラとの間の印刷プロトコルと、ジョブが順調に印刷されたことを印刷コントローラがどのような状態で報告するかということとに依存する。従来のプロトコル（例えばＬＰＲ、ＩＰＰ、９１００）を使用する最近のレーザプリンタにおいて、ジョブが順調に印刷されたことを印刷コントローラが報告するのはそれが装置により完全に正しく翻訳された（例えばＲＩＰ処理された）ときであって、完全に出力されたときではない。
【特許文献１】特開２００３−１６７７１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
装置が（最終的な出力を待たずに）翻訳処理の完了時に成功を報告するようになった歴史的な理由は、最近の装置がＲＩＰ処理と出力とを並行して行えることにある。従って、装置が出力の最終終了時まで待った場合、ＲＩＰ処理は或る期間の間待機状態になり、連続するジョブに対する処理能力を低減させることになる。翻訳処理の終了時に成功を報告することにより、第１ジョブの出力と並行して次のジョブのデスプール（及びプリンタ翻訳）を開始可能であることがスプール／デスプール装置に示唆される。
【００１０】
この利点は、出力処理においてエラー／誤動作が発生した場合には欠点にもなる。第一に、デスプール／スプール装置に報告を返さないため、ホストにより修正動作を行うことができない。第二に、第２のジョブが送信された場合、スプール／デスプール装置に失敗の状態が知らされることなく装置に積み重ねられるため、ルート変更のような予防動作を行う機会を逃す。
【００１１】
当然、単に最終出力時まで成功の報告を遅延させた場合には並行でＲＩＰ及び出力を行う利点を失うことになる。本発明は両方の利点を維持しながら前述の問題を解決する。
【課題を解決するための手段】
【００１２】
本発明は、同期スレッドに加えて非同期スレッドを有するデスプール要素（例えば印刷プロセッサ、ポートモニタ）を使用する。前記同期スレッドは、ジョブのデスプールを行い、翻訳すべきジョブの成功まで待機するという従来の動作を行う。ジョブ翻訳の成功が印刷コントローラにより報告される場合、デスプール装置はその状態の報告をスプーラに返し、これにより最初のジョブの出力と並行して次のジョブのデスプールを開始することができる。
【００１３】
前記非同期スレッドは、出力、回復及びスプールファイル削除（後者はスプーラから取り除かれる）の成功の通知を受信する責任がある。翻訳の成功が報告されると、前記非同期スレッドはスプールファイル印刷待ち行列のコピーを専用印刷待ち行列に入れ、スプールファイルのコピーを保持する。スプーラは続いてスプーラ印刷待ち行列からスプールファイルエントリを削除し、次のジョブを継続する。
【００１４】
前記非同期スレッドは続いて出力完了通知まで待機する。成功した場合には、「デスプール装置」印刷待ち行列内のエントリ及びスプールファイルは削除される。そうでない場合には、デスプール装置は修正動作を行ってもよい。例えば、デスプール装置が自動的に印刷ジョブを他のプリンタへルート変更することを選択した場合、スプーラを用いてスプールファイルの予定を「他のプリンタ」へ変更することができる。
【００１５】
以下の記載及び付随した特許請求の範囲を添付の図面と合わせることにより、実施の形態がより十分に明らかになるであろう。図面は代表的な実施の形態のみを描くものであって発明の範囲を限定するよう考慮されたものではないことを理解した上で、本実施の形態は添付の図面を使用してより具体的に、また詳細に記載されるであろう。
【発明を実施するための最良の形態】
【００１６】
コンピュータシステムにおける画像形成ジョブを監視するシステムを開示する。該システムにはコンピュータ装置と、該コンピュータ装置と電子通信可能な画像形成装置とが含まれる。画像形成装置に画像形成ジョブを送信すべく実行可能命令が構成されている。画像形成ジョブの状態を監視するためにバックグラウンド処理が作成される。該バックグラウンド処理はデスプールサブシステムにより開始される。コンピュータ装置のネットワークアドレスが取得される。該ネットワークアドレスを使用して状態メッセージが前記コンピュータ装置へ送信される。該状態メッセージは前記バックグラウンド処理により受信される。
【００１７】
コンピュータシステムにおける画像形成ジョブを監視する方法も開示する。画像形成ジョブが画像形成装置へ送信される。前記画像形成ジョブの状態を監視するためにバックグラウンド処理が作成される。コンピュータ装置のネットワークアドレスが取得される。該ネットワークアドレスを使用して状態メッセージが前記コンピュータ装置へ送信される。該状態メッセージは前記バックグラウンド処理により受信される。
【００１８】
画像形成ジョブを監視する方法に関する一つの実施の形態において、印刷スプーラへの戻りは画像形成ジョブが完了するまで遅延する。また、画像形成ジョブの予定変更及び削除の制御を印刷プロセッサにより印刷スプーラから受け取る。
【００１９】
画像形成装置は、これらに限定されるものではないが、プリンタ、スキャナ、ファックス装置、複写機及び文書サーバを含む如何なる種類の装置であってもよい。コンピュータ装置と画像形成装置との通信には種々のプロトコルを使用してよい。
【００２０】
ネットワークアドレスは様々な方法により取得され得る。一つの実施の形態においては、ネットワークアドレスは画像形成ジョブ内に組み込まれている。ネットワークアドレスはまた、通信から抽出されてもよい。ネットワークアドレスはまた、コンピュータ装置から画像形成装置へ送信されてもよい。
【００２１】
状態メッセージには識別子が含まれており、これによりコンピュータ装置が状態メッセージを監視する処理ができるようにしてあってもよい。識別子には、これらに限定されるものではないが、ポート、ファイル、ディレクトリ、ＦＴＰアドレス、ＳＮＭＰトラップ及び電子メールアドレスが含まれてもよい。
【００２２】
状態メッセージがバックグラウンド処理により受信された後、該状態メッセージに関する通知が印刷プロセッサになされてもよい。バックグラウンド処理はその目的を果たした後に終了されてもよい。或る実施の形態において、バックグラウンド処理は画像形成ジョブの予定変更及び削除を行ってもよい。また、バックグラウンド処理は非同期的に作動する。
【００２３】
制御は印刷スプーラに戻されてもよく、画像形成ジョブの成功／失敗は印刷スプーラに知らされてもよい。ジョブ回復が必要な場合、印刷スプーラによりジョブ回復が行われてもよい。
【００２４】
コンピュータシステムにおける画像形成ジョブを監視する方法は様々な実施方法により具現されてよい。前記方法はコンピュータ装置において方法を実施するための実行可能な命令セットを通して実施され得る。該命令セットはコンピュータ可読の媒体上に記憶されてもよい。
【００２５】
実施の形態の構成要素が本発明の図面に一般的に図示され説明されているように多種多様な異なる構成に配置及び設計され得ることは、容易に理解されるであろう。従って、図面に描写されたような、本発明のシステム及び方法の実施の形態に関する以下の詳述は、特許請求の範囲に記された本発明の範囲を限定する意図は無く、単に本発明の実施の形態の典型である。
【００２６】
「典型的」という単語は本発明では専ら「実施例、例又は実例としての役目を果たす」意味のために使用されている。本発明に「典型的」として記載される何れの実施の形態も、他の実施の形態より好ましく好都合であると必ずしもみなされるべきものではない。実施の形態の様々な特徴が図面に示されているが、特に表示されていない限り図面は必ずしも一定の比例に拡大して描かれているわけではない。
【００２７】
本発明に記載される実施の形態の幾つかの特徴はコンピュータ装置に記憶されるソフトウェアモジュール又はコンポーネントとして説明されるであろう。本発明に使用されているように、ソフトウェアモジュール又はコンポーネントには、メモリ素子内に存在する、及び／又はシステムバス若しくはネットワークを介して電気信号として送信される、何れのタイプのコンピュータ命令又はコンピュータ実行可能コードが含まれてもよい。ソフトウェアモジュールは例えば、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等として組織され、一又は複数のタスクを行うか又は特定の抽象データ型を実施する、コンピュータ命令の一又は複数の物理的又は論理的ブロックを備えていてもよい。
【００２８】
一部の実施の形態において、特定のソフトウェアモジュールは、メモリ素子の異なった位置に記憶されモジュールの前述のような機能性を全体で実施する異種の命令を備えていてもよい。実際には、モジュールは単一の命令又は多くの命令を備えてよく、幾つかの異なるコードセグメントに亘って、異なるプログラムの間に、また幾つかのメモリ素子を超えて分配されてもよい。幾つかの実施の形態は、通信網を介して接続された遠隔処理装置によりタスクが行われる分散型コンピュータ環境において実行されてもよい。分散型コンピュータ環境において、ソフトウェアモジュールはローカルローカル及び／又は遠隔メモリ記憶装置内に配置されてもよい。
【００２９】
尚、典型的な実施の形態はこの議論を通して代表例として提供されるが、代わりの実施の形態が本発明の範囲から逸脱することなく様々な特徴を組み入れてもよい。
【００３０】
本発明に開示される実施の形態に関連して記載される方法のステップ又は動作の順序は、当業者により本発明の範囲から逸脱することなく変更され得る。従って、図面又は詳細な説明における何れの順序も説明する目的のためのみのものであって、望ましい順序を示すことを意図したものではない。
【００３１】
図１は、本発明の実施の形態で一般的に利用される主要なハードウェアコンポーネントを説明するブロック図である。開示されるシステム及び方法はコンピュータ装置１０２及び画像形成装置１２０を用いて使用され得る。コンピュータ装置１０２は本技術分野において既知のものであり市販されている。コンピュータ装置１０２内で一般的に利用される主要なハードウェアコンポーネントは図１に示されている。コンピュータ装置１０２は一般的には入力要素若しくは入力装置１０４及び／又は出力要素若しくは出力装置１０６と電子通信可能なプロセッサ１０３を含んでいる。該プロセッサ１０３は該プロセッサ１０３と電子通信可能な入力装置１０４及び／又は出力装置１０６、即ち電気信号の形態で入力及び／又は出力可能な装置に操作可能に接続されている。前記装置１０２の実施の形態は、同一の物理的構造、又は個々のハウジング若しくは構造内に入力装置１０４、出力装置１０６及びプロセッサ１０３を備えてもよい。
【００３２】
コンピュータ装置１０２にはメモリ１０８を備えてもよい。該メモリ１０８は前記プロセッサ１０３とは別の構成要素であってもよく、またプロセッサ１０３と同一の部分に含まれるオンボードメモリ１０８であってもよい。例えば、マイクロコントローラは多くの場合かなりのオンボードメモリを備える。
【００３３】
プロセッサ１０３はまた通信インタフェース１１０と電子通信可能である。該通信インタフェース１１０は他の装置１０２と通信するために使用してもよい。従って、様々な装置１０２の通信インタフェース１１０は、互いに通信し、コンピュータ装置１０２間で信号又はメッセージを送信すべく構成してあってもよい。
【００３４】
コンピュータ装置１０２には他の通信ポート１１２を備えてもよい。また、他の構成要素１１４もコンピュータ装置１０２に備えてもよい。
【００３５】
当業者は当然、本発明の実施の形態に使用され得る多種の装置を十分に理解するであろう。コンピュータ装置１０２はマイクロコントローラのようなワンチップコンピュータ、コントローラのようなワンボード型のコンピュータ、ＩＢＭ−ＰＣ準拠のコンピュータのような標準的なデスクトップコンピュータ、携帯情報端末（ＰＤＡ）、ユニックスベースのワークステーション等であってもよい。従って、図１のブロック図はコンピュータ装置１０２の標準的な構成要素を図示することのみを意図したものであって、本発明に開示される実施の形態の範囲を限定することを意図したものではない。
【００３６】
コンピュータ装置１０２は画像形成装置１２０と電子通信可能である。画像形成装置には、これらに限定されるものではないが、物理的プリンタ、多機能周辺装置、プリンタプール、プリンタクラスタ、ファックス装置、プロッタ、スキャナ、ロジカルデバイス、コンピュータモニタ、ファイル等を備える。画像形成装置は当業者に既知のものである。
【００３７】
上述の画像形成装置１２０に関する定義に照らしてみると、本発明に使用されている画像形成ジョブという用語は、画像形成装置へ送信されて画像を画像形成装置１２０へ若しくは画像形成装置１２０から印刷させたり、画像形成させたり、スキャンさせたり、送信させたりする如何なる命令又は命令セットとしても広く定義される。従って、画像形成ジョブという用語には、これらに限定されるものではないが、ファクスを送信するためのファック命令又はジョブ、ファイルを印刷するための印刷ジョブ、グラフィカルユーザインタフェースにおける特定のウィンドウに印刷するための印刷ジョブ、スキャナから画像を取り込むためのスキャンジョブ、物理的プリンタに印刷するための印刷ジョブ等が含まれる。
【００３８】
印刷ジョブがコンピュータ装置１０２からデジタル画像形成装置１２０へ印刷された場合、又はスキャンジョブがデジタル画像形成装置１２０からコンピュータ装置１０２へスキャンされた場合、又は印刷／スキャン／ファックス／文書サブシステムを介してファックスジョブ若しくは文書ジョブがデジタル画像形成装置１２０へ送信若しくは画像形成装置１２０から送信された場合、受信側におけるジョブの完了前にエラーが発生しても、該エラーの報告が送信者へ返されず、送信者が修正動作を行う機会が得られない可能性がある。本発明のシステム及び方法はエラーの報告が送信者に返され得る手段を備え、また実施の形態により送信者が修正動作を行う機会が提供される。
【００３９】
従来、マイクロソフトウィンドウズ（登録商標）系のオペレーティングシステムにより例示されるようなコンピュータシステムにおける印刷サブシステムは、画像を周辺装置において用紙上に印刷する処理の全てではなく一部のみを監視する。例えばマイクロソフトウィンドウズ系のオペレーティングシステムにおいて、ユーザは一般的に、関連するアプリケーションにおいて文書を開き「ファイル」→「印刷」を選択することにより文書を印刷する。アプリケーションは続いて文書データを装置独立フォーマット（即ちＧＤＩ：グラフィックス装置インタフェース）に変換し、選択されたプリンタに関連するプリンタドライバへ装置独立データを送出する。プリンタドライバは続いて前記装置独立データを印刷装置と互換性のある装置依存フォーマット（例えばＰＣＬ、Ｐｏｓｔｓｃｒｉｐｔ）へ変換（即ち描画）する。前記装置依存データ（即ち印刷データ）は続いて前記印刷スプーラにスプールされ、該印刷スプーラは後に印刷装置をデスプールすべく前記印刷データを記憶装置内に位置させる。
【００４０】
印刷データのスプール及びデスプールの処理は、別個の処理である。この方法において、印刷データがスプーラによってスプールされた後に、プリンタドライバは印刷データがプリンタで印刷されるのを待つことなく制御をユーザのアプリケーションへ戻すことができる。印刷データのスプールが完了する前にエラーが発生した場合、エラーはドライバ／アプリケーションへ伝播して返され、ユーザはもし有れば修正動作を行うことができる。
【００４１】
印刷スプーラは続いて、即座に、又は遅延して、前記印刷ジョブを印刷プロセッサへデスプールする。印刷ジョブがジャーナルデータ（例えばＥＭＦ：高機能メタファイルフォーマット）である場合、印刷プロセッサは前記印刷データを対応するプリンタドライバへ再生し、ジャーナルデータを描画し描画印刷ジョブを印刷スプーラへ再度スプールする。そうでない場合には、印刷プロセッサは描画された印刷データを対応する印刷装置へデスプールする。幾つかの印刷サブシステムにおいて、標準の動作と同様に印刷ジョブに関連する独自の動作を行うために、カスタマイズされた印刷プロセッサを使用してもよい。
【００４２】
印刷データをスプーラから印刷プロセッサへデスプールする際、又は印刷プロセッサが印刷データを印刷装置へデスプールする際、又は印刷プロセッサがジャーナルデータを対応するプリンタドライバへ再生する際にエラーが発生した場合、該エラーの報告は印刷スプーラへ返される。
【００４３】
印刷プロトコル（例えばＬＰＲ）に依存して、印刷ジョブが印刷装置においてラスタ画像処理（ＲＩＰ）されるまでポートマネージャは制御を印刷プロセッサへ戻さない。ＲＩＰはラスタ画像処理又はラスタ画像プロセッサを意味する。ＲＩＰは、画像データ（例えばＰＤＬ）を取り入れ、それを印刷用のビットマップに変換する処理である。印刷プロセッサは続いて制御を印刷スプーラへ戻し、印刷ジョブが順調に完了したことを印刷スプーラへ知らせ、スプーラは予定されていた印刷ジョブ及び関連するリソース（例えばスプールファイル）を削除する。ＲＩＰ処理中にエラーが発生した場合、該エラーは印刷プロトコル及び印刷プロセッサを介して印刷スプーラへ伝播して返される。
【００４４】
エラーの報告が印刷スプーラへ返された場合、印刷スプーラはユーザに通知し、もし有れば修正動作を行うことができる。例えば、印刷データ送信中に印刷装置との接続が時間切れとなった場合、スプーラはユーザに通知し、再試行を行うべきか否かをユーザに問う。行うべきであれば、印刷ジョブは再度印刷スプーラへデスプールされる。他のエラーにより、スプーラはスプールデータ及びその他の関連するジョブ予定情報を保存し、再試行を行う時点、例えばシステム再起動時にユーザに入力を指示する。
【００４５】
幾つかのカスタム印刷プロセッサは印刷スプーラの代わりに修正動作を行ってもよい。この印刷プロセッサは、例えば印刷ジョブを同一のプリンタスプールの一部である別の利用可能な互換性のあるプリンタへ自動的に移してもよい。
【００４６】
マイクロソフトウィンドウズ印刷サブシステムによる従来の監視及びジョブ回復の方法は後述する点で未だ不充分である。印刷ジョブがＲＩＰ処理され印刷された後に発生するエラー、例えば紙詰まりはより効果的な方法で処理され得る。
【００４７】
印刷ジョブが印刷サーバ（即ちネットワーク印刷）から印刷装置へデスプールされた後にエラーが発生した場合に支援するための改良が加えられてもよい。印刷ジョブが印刷サーバ上の印刷待ち行列にデスプールされる共用の印刷環境において、印刷サーバはローカル印刷プロセッサから印刷装置とみなされる。従って、印刷ジョブが順調に印刷サーバの待ち行列に入れられた場合、印刷ジョブの報告は順調に印刷されたとしてローカル印刷プロセッサ／スプーラへ返される。印刷ジョブが印刷サーバから印刷装置へデスプールされた後にデスプール又はＲＩＰエラーのようなエラーが発生した場合、エラーの報告は印刷サーバの印刷プロセッサ／スプーラへ返される。印刷サーバスプーラは続いて修正動作を行う必要があるが、その報告はユーザ（クライアント）へ割込みのために返されなくてもよい。
【００４８】
エラー処理システムは、印刷ジョブが印刷装置における内部行列のうち印刷のための行列から抜かれた後に発生するエラー用に変更されてもよい。これは、ジョブを内部記憶装置に記憶することによりプリンタの待ち行列に並列のジョブを入れることのできるプリンタに適用する。内部待ち行列／記憶装置は内部印刷サーバ／スプーラとして作動する。従って、ジョブが順調にプリンタの待ち行列に入れられた場合、印刷ジョブの報告は順調に印刷されたとしてローカル印刷プロセッサ／スプーラへ返される。待ち行列から抜かれる間、又はＲＩＰの間にエラーが発生した場合、エラーの報告は内部サーバ／スプーラへ返される。プリンタは続いて、もし有れば修正動作を行う必要があるが、その報告はユーザ（クライアント）へ割込みのために返されなくてもよい。
【００４９】
ローカルクライアントのネットワークアドレスは印刷ジョブ内に組み込まれてもよく、監視処理はクライアント装置のバックグラウンドで作動してもよい。プリンタが順調に印刷ジョブを出力した場合、又はエラーを検出した場合、ジョブの状態を知らせるメッセージが印刷ジョブ内に組み込まれたネットワークアドレスから得られたローカルクライアント装置の監視装置へ返信される。
【００５０】
ジョブ特定情報は印刷ジョブ内に組み込まれてもよく、装置又はジョブに関連した事象のための装置により文書特定ＳＮＭＰ（シンプルネットワーク管理プロトコル）トラップを監視及び記録する監視処理が作動していてもよい。プリンタが順調に印刷ジョブを出力した場合、又はエラーを検出した場合、ジョブの状態を知らせるＳＮＭＰ文書特定メッセージがジョブ特定情報と共にローカルクライアント装置の監視装置へ返信される。
【００５１】
別の実施の形態において、印刷ジョブを開始するユーザの電子メールアドレスは印刷ジョブ内に組み込まれる。プリンタが順調に印刷ジョブを出力した場合、又はエラーを検出した場合、電子メールメッセージはユーザに返信される。この方法は幾つかの利点を欠く。例えば、メッセージはリアルタイムのものではない。ユーザは電子メールサーバをポーリングする必要もある。更に、電子メールは印刷スプーラ／サブシステムと統合されない。印刷スプーラは修正動作を行うことができない。また、印刷ジョブはスプーラによって既に削除されている。ユーザは、もし有れば修正動作を手動で行わなければならない。
【００５２】
カスタム印刷スプーラが使用されてもよい。カスタム印刷スプーラは、印刷ジョブが印刷装置へデスプールされた後に該印刷ジョブの状態について印刷装置と通信するために使用され得る。通信には二つの方法を使用してよい。第一の方法の一例において、印刷スプーラがＳＮＭＰを使用して印刷装置を周期的にポーリングする。プリンタはＳＮＭＰジョブＭＩＢ（管理情報ベース）拡張を支持するとみなされる。各ポーリングの間、印刷スプーラはデスプールされたジョブに関連するジョブＭＩＢのＯＩＤ（オブジェクト識別子）値の問合せを印刷装置に対して行う。
【００５３】
通信のための別の方法の一例において、カスタム印刷スプーラはジョブＭＩＢ事象に反応するために印刷装置によりＳＮＭＰトラップを登録してもよい。ジョブが完了した場合、又は紙詰まりのような状態に変化した場合、印刷装置はカスタムスプーラへメッセージを返信する。
【００５４】
図２は、本システム及び方法が実施され得る環境を説明するハードウェア及びソフトウェアブロック図である。コンピュータ装置１０２は画像形成装置１２０と電子通信可能であり、画像形成ジョブを画像形成装置１２０へ送信してもよく、また画像形成装置１２０からの通信を受信してもよい。
【００５５】
コンピュータ装置１０２において作動する印刷プロセッサ２０２及びスプーラ２０４が図示されている。コンピュータ装置１０２上に示されているソフトウェア処理２０２、２０４、２０６は、一又は複数の処理が一又は複数のコンピュータ装置１０２上で作動するようにコンピュータネットワーク（不図示）を介して分散されてもよい。従って、全ての処理が同一のコンピュータ装置１０２上で作動する必要はない。状態モニタ２０６は画像形成ジョブの状態を監視するために使用される。処理の動作に関する更なる詳細は以下に述べる。本発明のシステム及び方法は既存の印刷スプーラサブシステムと一体化されてもよい。また、本発明のシステム及び方法は修正動作を行うことができるように構成又はプログラミングされてもよい。
【００５６】
図３は、画像形成ジョブ監視及びジョブ回復のための改良された方法に関する一つの実施の形態の流れ図である。画像形成ジョブが画像形成装置へ送信される（Ｓ３０２）。クライアントコンピュータ装置のネットワークアドレスが取得される（Ｓ３０４）。状態メッセージがコンピュータ装置のネットワークアドレスに返信される（Ｓ３０６）。状態メッセージは監視処理へ向けられる（Ｓ３０８）。或る実施の形態において、監視処理は状態モニタ２０６である。更なる特定の実施の形態が図４〜７に関連して以下に議論される。
【００５７】
図４〜７に示される後述の実施の形態は幾つかの利点を示す。ジョブが印刷装置においてＲＩＰ処理された後にシステムはジョブ完了及びエラーを監視する。或る実施の形態において、印刷プロセッサからの戻りはジョブが完了するまで遅延する。その結果、ジョブ通知及び回復のための印刷スプーラの動作は印刷ジョブの出力の終了まで延期される。別の実施の形態において、印刷プロセッサは印刷スプーラにおける印刷ジョブの予定変更及び削除を制御し、印刷ジョブの出力の終了まで印刷ジョブを監視するバックグラウンドスレッドを作成する。
【００５８】
システムは、ジョブが印刷サーバからデスプールされた後にジョブ完了及びエラーを監視する利点も備える。この実施の形態において、印刷プロセッサは印刷スプーラにおける印刷ジョブの予定変更及び削除を制御し、印刷ジョブの出力の終了まで印刷ジョブを監視するバックグラウンドスレッドを作成する。
【００５９】
システムは、印刷装置の内部にある印刷待ち行列からジョブがラスタ化のためにデスプールされた後にジョブ完了及びエラーを監視してもよい。この実施の形態において、印刷プロセッサは印刷スプーラにおける印刷ジョブの予定変更及び削除を制御し、印刷ジョブの出力の終了まで印刷ジョブを監視するバックグラウンドスレッドを作成する。
【００６０】
更なる利点は、印刷スプーラ及び印刷プロセッサを使用する他の画像処理のためにジョブが完了（例えば出力又は画像形成）されるまで、システムがジョブ完了及びエラーを監視することにある。スキャンジョブは予定されて印刷スプーラ及び印刷プロセッサを介して送信されてもよい。ファックスジョブは予定されて印刷スプーラ及び印刷プロセッサを介して送信されてもよい。
【００６１】
本発明に言及するような、印刷、スキャン、ファックス及び複写のような多機能周辺装置（「ＭＦＰ」）により行われるジョブ及び文書管理は画像形成ジョブと呼ばれる。また、言及する、ＭＦＰ又はコンピュータ装置のように画像形成ジョブを送受信する装置は画像形成装置と呼ばれる。典型的な実施の形態を例示するために印刷ジョブ及び印刷装置を使用するが、他の種類の画像形成ジョブ及び画像形成装置が本発明に開示される実施の形態の実施に使用されてもよい。
【００６２】
開示されている実施の形態は画像形成ジョブがどのように開始されるかに依存せず作動する。例えば、印刷ジョブは、印刷ジョブを印刷スプーラへスプールする印刷ドライバを使用してアプリケーションにより開始されてもよい。
【００６３】
開示されている実施の形態はジョブ完了状態を得るためにクライアントコンピュータ装置と画像形成装置との間で使用されるプロトコルにも依存せず作動する。プロトコルは、例えばＴＣＰ／ＩＰに関し専用のプロトコルであってもよい。様々な実施の形態を例示するためにＴＣＰ／ＩＰに関しシャープの専用ＮＪＲ（通知ジョブリターン）プロトコルが使用されているが、他のプロトコルを使用してもよい。
【００６４】
実施の形態は、印刷装置及び／又はクライアント装置が通信チャネルを構築するために他の装置のネットワーク通信（例えばネットワーク）アドレスを取得するという方法に依存しない。例えば、クライアントコンピュータ装置のＩＰアドレスは印刷ジョブ内に組み込まれていてもよい。この実施の形態を例示するためにＩＰアドレス及びＮＪＲポートを印刷ジョブ内に組み込むシャープ系のデジタル画像形成プリンタドライバが使用されるが、他のプリンタドライバ、及びネットワーク通信アドレスを取得するための他の方法が使用されてもよい。
【００６５】
印刷装置は、現在印刷されている印刷ジョブのクライアントコンピュータ装置１０２のネットワークアドレスを取得することができる。ネットワークアドレスは様々な方法により取得され得る。例えば、ネットワークアドレスは印刷ジョブから取得されてもよい。ネットワークアドレスは印刷ジョブ内に組み込まれてもよい。更に例えば、ネットワークアドレスは通信から取得されてもよい。ネットワークアドレスは送信者アドレスを調べることにより取得されてもよい。ネットワークアドレスは他の接続を介してクライアントコンピュータ装置１０２から通信されてもよい。
【００６６】
印刷ジョブが処理される際に、印刷装置は少なくとも一つの状態メッセージ又は完了応答をクライアントコンピュータ装置１０２のネットワークアドレスに返信する。応答又は接続手段は、クライアントコンピュータ装置１０２が、応答を監視する適切な処理へ応答を向けるのを可能にする識別子を有する。この識別子には、これらに限定されるものではないが、ポート（例えばソケットポート）、ファイル又はディレクトリ、ＦＴＰアドレス、ＳＮＭＰトラップ及び／又は電子メールアドレスが含まれてもよい。
【００６７】
状態メッセージ又は完了応答は印刷ジョブが順調に出力された場合又はエラーが発生した場合に送信される。印刷装置は状況に応じて他の応答を送信してもよいが、それには、これらに限定されるものではないが、ＲＩＰ処理が開始した場合、ＲＩＰ処理が終了した場合、各ページがＲＩＰ処理された場合、各ページが出力された場合及び／又はエラーが回復された場合が含まれてもよい。
【００６８】
各応答には、これらに限定されるものではないが、印刷オプション、回復ジョブのための動作、日時、及び／又は使用する消耗品のような追加情報も含まれてもよい。応答は、例えばトランスポート及びデータ層のうち何れか一方又は両方による暗号化によって、追加的に確保されてもよい。
【００６９】
次に図４を参照して、この実施の形態において印刷プロセッサ４０２は完了状態を監視するために、バックグラウンド処理であり状態モニタ４０６として図示されているバックグラウンドスレッドを作成し、制御を印刷スプーラ４０４へ戻す前に主要なスレッドにおけるスレッドの終了を待機する。
【００７０】
画像形成装置４２０には待ち行列４２２及びマーキングエンジン４２４が含まれてもよい。待ち行列４２２はファームウェアにおいて実施されてもよく、画像形成装置４２０からメッセージ／状態の列を作るために作動する。画像形成装置４２０はマーキングエンジン４２４からのデータ受信に関連してもよい。マーキングエンジン４２４から待ち行列４２２へ送信されたデータは、一般的には画像形成装置４２０がそのタスクを完了した後に送信され、動作又はジョブの状態を知らせるものである。プリンタにおけるマーキングエンジン４２４により印刷が行われ、印刷された文書又は用紙をもたらす。
【００７１】
バックグラウンドスレッド４０６は完了状態応答のために印刷装置４２０を監視する。バックグラウンドスレッド４０６が完了応答、成功又は失敗を受信した場合、バックグラウンドスレッド４０６は印刷プロセッサ４０２に応答及び終了を通知する。バックグラウンドスレッド４０６から主要なスレッドへの応答通知は、これらに限定されるものではないが、共用のメモリ、メッセージ、レジストリ及び／又はファイル情報のような如何なる方法でなされてもよい。
【００７２】
印刷プロセッサ４０２は続いて制御を印刷スプーラ４０４へ戻して印刷ジョブの成功／失敗を知らせる。或る実施の形態において印刷スプーラ４０４は追加の修正動作を行い得るが、印刷プロセッサ４０２はもし有れば何らかのジョブ回復も行ってもよい。印刷スプーラ４０４はジョブ回復及び／又はユーザ通知４０８のための状態を使用してもよい。
【００７３】
図５は、画像形成ジョブ監視及びジョブ回復のための改良された方法に関する別の実施の形態の流れ図である。画像形成ジョブが画像形成装置へ送信される（Ｓ５０２）。完了状態を監視するためにバックグラウンドスレッドが作成される（Ｓ５０４）。バックグラウンドスレッドはデスプールサブシステムにより開始され、デスプールサブシステムは続いて印刷ストリームを変更又は出力先変更することにより状態変化に対処することができる。画像形成装置は完了状態応答のために監視される（Ｓ５０６）。完了応答が受信される（Ｓ５０８）。完了応答が受信される（Ｓ５０８）と、印刷プロセッサに応答が通知され（Ｓ５１０）、バックグラウンドスレッドが終了する。制御は印刷プロセッサから印刷スプーラへ戻される（Ｓ５１２）。
【００７４】
次に図６を参照して、この実施の形態において印刷プロセッサ６０２は完了状態を監視するためにバックグラウンドスレッド６０６又は状態モニタ６０６を作成し、制御を印刷スプーラ６０４へ返信するまで主要なスレッドにおけるスレッドの終了において待機しない。代わりに、印刷プロセッサ６０２はスプールファイルの予定変更及び削除の制御を印刷スプーラ６０４から受け取る。このような方法により印刷プロセッサ６０２はスプール及びスプール関連ファイルの削除を防止する。印刷プロセッサ６０２が制御を印刷スプーラ６０４へ（例えばジョブがＲＩＰ処理された後に）戻した場合、印刷スプーラ６０４は前記防止のためにスプールファイルを削除することができない。別の実施の形態において、印刷プロセッサ６０２はスプール及び関連するファイルの名称を変更してもよく、ダミーファイルを夫々の場所に作成してもよい。これらは実施例であって、印刷プロセッサ６０２が印刷スプーラ６０４におけるスプールファイルの予定変更及び削除を制御する範囲を限定することを意図したものではない。
【００７５】
スプールファイルの予定変更及び削除の制御は続いて、非同期的に作動する印刷プロセッサ６０２により作成されるバックグラウンドスレッド６０６により処理される。
【００７６】
バックグラウンドスレッド６０６が完了応答、成功又は失敗を受信した場合、バックグラウンドスレッド６０６は続いて適切な動作を行う。ジョブが順調に完了した場合、バックグラウンドスレッド６０６は続いて適切な方法によりスプール関連ファイルの予定変更及び削除を行う。バックグラウンドスレッド６０６は更にジョブ完了の成功をユーザに通知してもよい。
【００７７】
ジョブが失敗した場合、バックグラウンドスレッド６０６はもし有ればジョブ回復６１０を行う。ジョブ回復６１０には、これらに限定されるものではないが、ユーザへの通知、修正動作時の待機、別の装置におけるジョブの再始動（即ちロールオーバー）及び／又は別の時点におけるジョブの再始動が含まれてもよい。
【００７８】
図７は、画像形成ジョブ監視及びジョブ回復のための改良された方法に関する別の実施の形態の流れ図である。画像形成ジョブが画像形成装置へ送信される（Ｓ７０２）。完了状態を監視するためにバックグラウンドスレッドが作成される（Ｓ７０４）。スプールファイルの予定変更及び削除の制御が印刷プロセッサにより引き継がれる（Ｓ７０６）。スプールファイルの予定変更及び削除の制御はバックグラウンドスレッドへ移される（Ｓ７０８）。制御は続いて印刷プロセッサから印刷スプーラへ戻される（Ｓ７１０）。或る時点において完了応答が受信される（Ｓ７１２）。システムは続いて、受信された完了応答に基づいて適切な動作を行う（Ｓ７１４）。
【００７９】
本発明の流れ図における相異なるステップは様々な順序で行われてもよい。また、ステップの幾つかは並行して行われてもよい。或る動作が完了してから別の動作を開始する場合にのみ、特定の順序が必要となる。
【００８０】
本発明に開示されるシステム及び方法は、それらがオペレーティングシステムの一部である実施の形態又はオペレーティングシステムの一部ではない実施の形態を含む、様々な方法により実施され得る。また、システムは一つ以上のソフトウェアコンポーネントを備えてもよく、またシステム及び方法の機能性はそれに応じて変更される一つ以上の既存のコンポーネントにより達成されてもよい。
【００８１】
幾つかのプリンタ及び／又は画像形成装置は、印刷ジョブの終了及び／又は完了成功時に発信者へ通知を返信する機能を有する。この機能を支持するような装置の例は、シャープＡＲ−３３５／６／７、ＡＲ−４０５／７、ＡＲ−５０５／７、ＡＲ−Ｍ／Ｐ３５０、ＡＲ−Ｍ／Ｐ４５０、ＡＲ−２３５／Ｎ、ＡＲ−２７５／Ｎ及びリコー  Ａｌｆｉｃｉｏ  １０２２である。
【００８２】
一般的に言えば、印刷装置１２０は送信元コンピュータ装置１０２のネットワークアドレスを、印刷ジョブから抽出することにより取得する。一つの方法は、送信元コンピュータ装置１０２のＩＰアドレスを知らせるＰＪＬ（プリンタジョブ言語）命令文とコンピュータ装置１０２上の監視処理のポートとを組み込むことである。装置１２０は続いて、特定されたＩＰアドレスにおける特定されたポートへジョブ完了通知を送信する。
【００８３】
本発明に開示されるシステム及び方法は、印刷ジョブを開始させる方法及び印刷ジョブを印刷装置へ送信する方法から独立してもよい。印刷ジョブを開始するには幾つかの異なる方法がある。例えば、印刷ジョブは印刷ドライバによりアプリケーションから生成されてもよい。アプリケーションは文書を、マイクロソフトウィンドウズ（登録商標）系のオペレーティングシステムにおけるＧＤＩ（即ちグラフィックス装置インタフェース）のような印刷命令へ変換してもよい。印刷命令は続いて印刷装置に関連するサーバ及び／又はクライアント上にインストールされたプリンタドライバへ送出される。プリンタドライバは続いて印刷命令を、ラスタ画像又はＰＤＬのようなプリンタ依存フォーマットへ変換する。ダイレクトプリンティングのような他の場合において、文書フォーマットはプリンタによって直接翻訳印刷され、文書フォーマットをプリンタ依存フォーマットへ変換する前処理は無い。
【００８４】
本発明のシステム及び方法は、装置がジョブ完了を監視処理又はプログラムに確認する方法から独立していてもよい。例えば、装置はトラップを介してＳＮＭＰ（シンプルネットワーク管理プロトコル）メッセージを送信してもよく、電子メールメッセージを送信してもよく、またシャープＮＪＲのような監視処理又はプログラム専用のプロトコルを使用してもよい。
【００８５】
本システム及び方法が多くの異なる実施の形態において実施され得ることは当業者に十分に理解されるであろう。他の実施の形態には、これらに限定されるものではないが、アップル  マッキントッシュ  オペレーティングシステム、リナックス  オペレーティングシステム、システムＶユニックス  オペレーティングシステム、ＢＳＤユニックス  オペレーティングシステム、ＯＳＦユニックス  オペレーティングシステム、並びにＩＢＭ  メインフレームＭＶＳ及びＡＳ／４００  オペレーティングシステムのスプール及びデスプールサブシステムが含まれる。
【００８６】
プリンタによる使用が例示されたが、本システム及び方法が他の実施の形態に適用され得ることは十分に理解されるであろう。本システム及び方法は、例えばファックス、スキャン及び文書管理操作に適用してもよい。
【００８７】
情報及び信号を、様々な異なる技術及び技法のうち何れを用いて表してもよいことは当業者に理解されるであろう。例えば、上記を通して表されているデータ、命令、コマンド、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁界若しくは磁粉、光学フィールド若しくは光学粒子、又はこれらの組合せにより表されてよい。
【００８８】
更に、本発明に開示される実施の形態に関連して記載されている様々な例示的な論理ブロック、モジュール、回路及びアルゴリズムステップが電子ハードウェア、コンピュータソフトウェア、又はその両方の組合せとして実施され得ることは当業者に十分に理解されるであろう。ハードウェア及びソフトウェアの互換性を明らかに例示するため、様々な例示的なコンポーネント、ブロック、モジュール、回路及びステップが一般的に夫々の機能性に関して上述されている。このような機能性がハードウェア及びソフトウェアのうち何れとして実施されるかは、システム全体に与えられた特定のアプリケーションや設計による制限に依存する。当業者は上述の機能性を特定のアプリケーション毎に様々な方法で実施してよいが、このような実施の際の決定は本発明の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【００８９】
本発明に開示される実施の形態に関連して記載されている様々な例示的な論理ブロック、モジュール及び回路は、汎用のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ信号（ＦＰＧＡ）若しくは他のプログラム可能な論理回路、離散的ゲート若しくはトランジスタ論理、離散的ハードウェアコンポーネント、又は本発明に開示された機能を行うべく構成された組合せにより実施又は実行され得る。汎用のプロセッサはマイクロプロセッサでもよいが、その他、従来のプロセッサ、コントローラ、マイクロコントローラ又は状態装置であってもよい。プロセッサはまた、コンピュータ装置の組合せ、例えばＤＳＰ及びマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連動した一又は複数のマイクロプロセッサ、又はその他のこのような構成として実施されてよい。
【００９０】
本発明に開示される実施の形態に関連して記載されている方法又はアルゴリズムのステップは、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又はこれらの組合せ内に直接組み込まれてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は本技術分野で知られているその他の記憶媒体の形態に常駐してよい。典型的な記憶媒体は、プロセッサが該記憶媒体に対して情報の読込み及び書込みを行えるようにプロセッサに連結される。その他、記憶媒体はプロセッサと一体であってもよい。プロセッサ及び記憶媒体はＡＳＩＣに常駐してもよい。ＡＳＩＣはユーザ端末内に常駐してもよい。その他、プロセッサ及び記憶媒体はユーザ端末内の離散的コンポーネントとして常駐してもよい。
【００９１】
本発明に開示される方法は、記載された方法を達成するために更に一又は複数のステップ又は動作を備える。方法ステップ及び／又は動作は、本発明の範囲から逸脱することなく互いに置き換わってもよい。即ち、ステップ又は動作の特定の順序が実施の形態の正常な動作に必要とされない限り、特定のステップ及び／又は動作の順序及び／又は使用は本発明の範囲から逸脱することなく変更してよい。
【００９２】
本発明の特定の実施の形態及びアプリケーションが例示され記載されてきたが、本発明が本発明に開示される厳密な構成及び要素に限定されないことは理解されるべきである。当業者に明らかであろう様々な修正、変更及び変化は、本発明の意図及び範囲から逸脱することなく、開示される本発明の方法及びシステムの配置、動作及び詳細に加えられてもよい。
【図面の簡単な説明】
【００９３】
【図１】本発明の実施の形態で使用されるコンピュータ装置において一般的に利用される主要なハードウェアコンポーネントを説明するブロック図である。
【図２】本システム及び方法が実施される環境を説明するハードウェア及びソフトウェアブロック図である。
【図３】画像形成ジョブ監視及びジョブ回復のための改良された方法に関する一つの実施の形態の流れ図である。
【図４】画像形成ジョブ監視及びジョブ回復のためのシステムに関する一つの実施の形態のブロック図である。
【図５】画像形成ジョブ監視及びジョブ回復のための改良された方法に関する別の実施の形態の流れ図である。
【図６】画像形成ジョブ監視及びジョブ回復のためのシステムに関する別の実施の形態のブロック図である。
【図７】画像形成ジョブ監視及びジョブ回復のための改良された方法に関する別の実施の形態の流れ図である。
【図１】
2005018765.tif 000003
【図２】
2005018765.tif 000004
【図３】
2005018765.tif 000005
【図４】
2005018765.tif 000006
【図５】
2005018765.tif 000007
【図６】
2005018765.tif 000008
【図７】
2005018765.tif 000009
【外国語明細書】
2005018765.tif 000010
2005018765.tif 000011
2005018765.tif 000012
2005018765.tif 000013
2005018765.tif 000014
2005018765.tif 000015
2005018765.tif 000016
2005018765.tif 000017
2005018765.tif 000018
2005018765.tif 000019
2005018765.tif 000020
2005018765.tif 000021
2005018765.tif 000022
2005018765.tif 000023
2005018765.tif 000024
2005018765.tif 000025
2005018765.tif 000026
2005018765.tif 000027
2005018765.tif 000028
2005018765.tif 000029
2005018765.tif 000030
2005018765.tif 000031
2005018765.tif 000032
2005018765.tif 000033
2005018765.tif 000034
2005018765.tif 000035
【図１】
2005018765.tif 000036
【図２】
2005018765.tif 000037
【図３】
2005018765.tif 000038
【図４】
2005018765.tif 000039
【図５】
2005018765.tif 000040
【図６】
2005018765.tif 000041
【図７】
2005018765.tif 000042