(57)【要約】【課題】画像形成装置上で問題が発生した場合、処理を続行可能なジョブのオーナに不必要な通知がされることを防止し、ユーザの混乱を防止すること。【解決手段】  印刷装置１０１にキューイングされた複数のジョブのうち１つのジョブに対する意図された通りの印刷結果が得られず、それ以上の処理を行えない状態が発生した場合に、ＣＰＵ２０１は、本ジョブを送信したジョブオーナ及び続行が不可能となったジョブのオーナの電子メールアドレスに対してのみ、ジョブの処理の続行が不可能になったことと印刷装置１０１上で発生している問題点を通知する構成を特徴とする。【選択図】図２
2005329620.tif 000002
【特許請求の範囲】
【請求項１】
所定の通信媒体を介してジョブを単体または複数単位で受信し、該受信した複数のジョブをメモリに保持し、該保持される複数のジョブをジョブ単位で処理順序を決定して実行する画像形成装置において、
前記画像形成装置にエラーが発生した場合に、該発生したエラーを解析してエラー原因を識別する識別手段と、
前記識別手段により識別されるエラー原因に基づいて、前記エラーが発生した状態で処理を実行することが不可能となったジョブを前記保持した複数のジョブから抽出する抽出手段と、
前記抽出手段により抽出されたエラーが発生した状態で処理を実行することが不可能となったジョブのオーナに対して、エラーが発生した旨の通知を行う通知手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記通知手段は、前記エラーが発生した状態であっても、処理を実行することが可能なジョブのオーナに対しては、前記通知を行わないことを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記抽出手段は、前記エラーが発生したジョブ、および、前記エラーが発生した状態で処理を実行することが不可能となったジョブを抽出することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
前記エラーが発生した状態で処理を実行することが不可能となったジョブの処理を保留し、且つ前記エラーが発生した状態であっても処理を実行することが可能なジョブが保持されている場合には、前記エラーが発生した状態であっても処理を実行することが可能なジョブの処理を実行するようにジョブの処理順序を制御する制御手段を備えることを特徴とする請求項１〜３のいずれかに記載の画像形成装置。
【請求項５】
前記制御手段は、前記ジョブ内に含まれる情報に応じてジョブの処理順序を決定することを特徴とする請求項１〜４のいずれかに記載の画像形成装置。
【請求項６】
前記制御手段は、操作部から入力される選択指示に応じてジョブの処理順序を決定することを特徴とする請求項１〜４のいずれかに記載の画像形成装置。
【請求項７】
ネットワークに接続し、該ネットワーク経由でのデータの送受信を行うことができるデータ送受信手段を備え、
前記通知手段は、前記データ送受信手段を用いて、前記ジョブのオーナに対して、エラーが発生した旨の通知を行うことを特徴とする請求項１〜６のいずれかに記載の画像形成装置。
【請求項８】
ネットワークに接続し、該ネットワーク経由でのデータの送受信を行うことができるデータ送受信手段を備え、
前記通知手段は、前記データ送受信手段を用いて前記エラーが発生した旨の通知と前記エラーが発生した状態で処理を実行することが不可能となったジョブのオーナの通知先とを通知し、該デバイス管理装置により、前記ジョブのオーナに対して、エラーが発生した旨の通知を行わせることを特徴とする請求項１〜６のいずれかに記載の画像形成装置。
【請求項９】
前記ジョブのオーナへの通知は、電子メールによる通知を含むことを特徴とする請求項７又は８記載の画像形成装置。
【請求項１０】
前記ジョブのオーナとは、前記受信したジョブより特定可能なジョブクライアントであること特徴とする請求項１〜９のいずれかに記載の画像形成装置。
【請求項１１】
前記ジョブのオーナの通知先情報は、前記受信したジョブに含まれることを特徴とする請求項１〜１０のいずれかに記載の画像形成装置。
【請求項１２】
前記ジョブは、プリントジョブ、スキャンジョブ、コピージョブ、ファクシミリジョブを含むことを特徴とする請求項１〜１１のいずれかに記載の画像形成装置。
【請求項１３】
所定の通信媒体を介してジョブを単体または複数単位で受信し、該受信した複数のジョブをメモリに保持し、該保持される複数のジョブをジョブ単位で処理順序を決定して実行する画像形成装置における制御方法において、
前記画像形成装置にエラーが発生した場合に、該発生したエラーを解析してエラー原因を識別する識別ステップと、
該識別されるエラー原因に基づいて、前記エラーが発生した状態で処理を実行することが不可能となったジョブを前記保持した複数のジョブから抽出する抽出ステップと、
該抽出されたエラーが発生した状態で処理を実行することが不可能となったジョブのオーナに対して、エラーが発生した旨の通知を行う通知ステップと、
を備えることを特徴とする制御方法。
【請求項１４】
複数のプリントジョブを受付可能な画像形成装置を有する画像形成システムにおける制御方法であって、
前記複数のプリントジョブの何れかのプリントジョブの印刷動作を前記画像形成装置にて実行中においてエラーが発生した場合に、前記複数のプリントジョブのうちの、該エラー要因に影響をうける印刷条件が設定されているプリントジョブのオーナに対して該エラーに関する報知処理を実行することを許可し、前記複数のプリントジョブのうちの、該エラー要因に影響をうける印刷条件が設定されていないプリントジョブのオーナに対して該エラーに関する報知処理を実行することを禁止するよう制御する制御方法。
【請求項１５】
複数のプリントジョブを受付可能な画像形成装置を有する画像形成システムにおける制御方法であって、
前記複数のプリントジョブの何れかのプリントジョブの印刷動作を前記画像形成装置にて実行中においてエラーが発生した場合に、前記複数のプリントジョブのうちの、該エラー要因に影響をうける印刷条件が設定されているプリントジョブのオーナに対して該エラーに関する報知処理を実行することを許可し、前記複数のプリントジョブのうちの、該エラー要因に影響をうける印刷条件が設定されていないプリントジョブのオーナに対して該エラーに関する報知処理を実行することを禁止する、第１のシーケンスと、
前記複数のプリントジョブの何れかのプリントジョブの印刷動作を前記画像形成装置にて実行中においてエラーが発生した場合に、該エラー要因に影響をうけるか否かに関係なく、前記複数のプリントジョブのオーナに対して該エラーに関する報知処理を実行することを許可する、第２シーケンスと、を選択的に実行可能にする制御方法。
【請求項１６】
請求項１３〜１５のいずれかに記載された制御方法を実行するためのプログラム。
【請求項１７】
請求項１３〜１５のいずれかに記載された制御方法を実行するためのプログラムを格納したコンピュータが読取り可能な記憶媒体。
【請求項１８】
請求項１４又は１５に記載された制御方法を実行するための画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばジョブを順次記憶し、画像形成装置の状態に応じてジョブの処理順序の制御を行い、処理順序情報をユーザに通知する画像形成装置および画像形成装置の制御方法およびプログラムおよび記憶媒体および画像形成システムに関するものである。
【背景技術】
【０００２】
従来、コンピュータ等の外部装置との間で双方向のネットワーク通信が可能に構成されたプリンタや複合機が存在する。この種の双方向ネットワーク通信が可能なプリンタや複合機においては、プリントジョブ、またはスキャンジョブやファクシミリジョブを実行する機構が備わっており、複数のユーザが同時にジョブ送信を行うことが可能となっている。
【０００３】
プリンタや複合機が複数のユーザからジョブを受信した場合、プリンタや複合機は受信した時間的順序に従い、ＲＡＭ又はハードディスクドライブ等にジョブのキューイングを行う。キューに記憶されたジョブは規定された順序に従い処理が行われる。規定された順序とは、ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）方式やジョブデータに含まれるジョブ処理優先度によって決定される。そしてプリンタや複合機が受信したジョブが処理されるステップでは、ジョブが要求する機器のリソースが使用不可能であった場合に、当該ジョブオーナやキューイングされているジョブの全オーナに対して使用不可能であることを通知する技術が存在した。たとえば、ユーザが印刷クライアントからプリントジョブを送信する場合、プリントジョブを受信したプリンタや複合機において用紙無しエラーやトナー無しエラーが発生した場合には、プリンタや複合機はキューイングされているジョブデータ内に含まれるジョブオーナ情報を参照して、ジョブオーナに対して発生しているエラー種別の通知を行うといった技術が存在した。このような場合には、電子メールや公知又は独自の印刷プロトコルによる通知方法が一般的であった。また処理されたジョブがプリンタや複合機の状態によって処理の続行が不可能であると判断された場合にはジョブの実行を一時的に中断して、キューイングされている他のジョブの処理を実行するといった技術が存在した。
【０００４】
これらの技術によって、複数のジョブをキューイングすることが可能なプリンタや複合機において、１つのジョブの実行が不可能な場合でも、ジョブオーナに通知を行うことによってプリンタや複合機上で発生している問題の解消をスムーズに行うことが可能になり、またあるジョブの実行が不可能な状態になった場合には、キューイングされている他のジョブの処理を行うことによって、プリンタや複合機で発生している問題に直接関係しないジョブオーナに影響が及ばないといった利点が存在した。
【特許文献１】特開平９−１９０３９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら従来の方法では、プリンタや複合機上で問題が発生し１つのジョブの処理を行うことが不可能な場合には、そのジョブのオーナにのみしか通知が行われず、ジョブオーナが通知を確認することができない場所にいる場合などには効果がなかった。また、キューイングされているジョブのオーナ全てに通知を行う方法では、プリンタや複合機上で発生している問題に直接関係しないジョブのオーナにまで通知が行われ、ユーザに混乱を与えてしまうという問題点を含んでいた。
【０００６】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、画像形成装置にキューイングされた複数のジョブの中の１つのジョブに対する意図された通りの印刷結果が得られず、それ以上の処理を行なえない場合に、本ジョブを送信したジョブオーナ及び続行が不可能となったジョブのオーナに対してのみ、ジョブの処理の続行が不可能になったことと画像形成装置上で発生している問題点を通知することにより、処理を続行可能なジョブのオーナに不必要な通知がされることを防止し、ユーザの混乱を防止することができる画像形成装置および画像形成装置の制御方法およびプログラムおよび記憶媒体および画像形成システムを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、所定の通信媒体を介してジョブを単体または複数単位で受信し、該受信した複数のジョブをメモリに保持し、該保持される複数のジョブをジョブ単位で処理順序を決定して実行する画像形成装置において、前記画像形成装置にエラーが発生した場合に、該発生したエラーを解析してエラー原因を識別する識別手段と、前記識別手段により識別されるエラー原因に基づいて、前記エラーが発生した状態で処理を実行することが不可能となったジョブを前記保持した複数のジョブから抽出する抽出手段と、前記抽出手段により抽出されたエラーが発生した状態で処理を実行することが不可能となったジョブのオーナに対して、エラーが発生した旨の通知を行う通知手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像形成装置にエラーが発生した場合に、該発生したエラーを解析してエラー原因を識別し、該識別されるエラー原因に基づいて、前記エラーが発生した状態で処理を実行することが不可能となったジョブを前記保持した複数のジョブから抽出し、該抽出されたエラーが発生した状態で処理を実行することが不可能となったジョブのオーナに対してのみ、エラーが発生した旨の通知を行うので、通知の確実性を増大させることが可能になると同時に、画像形成装置上で発生している問題点によって影響を受けないオーナには通知が行われず、且つそれらのジョブの処理は続行されるため、影響を受けないオーナに負担を生じさせず、且つ混乱を防ぐことができるという効果を奏する。
【０００９】
従って、画像形成装置上で発生している問題の早期解決と、画像形成装置上で発生している問題により影響を受けないユーザへ負担と混乱を防止するという双方を実現することができる。
【発明を実施するための最良の形態】
【００１０】
〔第１実施形態〕
図１は、本発明の第１実施形態のシステム構成を示すブロック図である。
【００１１】
図１において、１０１は印刷装置であり、ネットワークインタフェースを備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）である。この印刷装置１０１は、ネットワーク１０４上で１ノードとして接続されており、ネットワーク１０４経由で印刷ジョブ及びその他のデータを送受信することができる。また、使用者が端末装置上で動作するアプリケーションソフトを使用することによって印刷装置１０１の情報の参照や設定が可能である。なお、印刷装置１０１の詳細な構成に関しては図２を用いて後述する。
【００１２】
ＬＡＮ１０４は、一般的にいわれるところのＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であり、例えばイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））であるものとする。
【００１３】
パーソナルコンピュータ１０２、１０３、及び１１０は、一般的なパーソナルコンピュータであるものとし、ユーザが事務処理や計算処理などオフィス業務を処理するために使用されているものとする。パーソナルコンピュータ１０２、１０３、及び１１０には、電子メール送受信ソフトウェアがインストールされており、後述の電子メールサーバ１０８に電子メールを送信したり、また電子メールの受信を行うことが可能である。パーソナルコンピュータ１０２、１０３、及び１１０の詳細な構成に関しては、図３を用いて後述する。
【００１４】
また、印刷装置１０１及びパーソナルコンピュータ１０２、１０３、及び１１０や後述のファイアウォール１０６や端末１０７は、全てネットワークインタフェースカード（ＮＩＣ）によってＬＡＮ１０４に接続される。ＬＡＮ１０４に接続される各端末や各印刷装置は、イーサネット（登録商標）ケーブルやハブ（ＨＵＢ）等を介して接続される。なお、ここでのＬＡＮの種別はイーサネット（登録商標）であるが、これは限定されるものではなく、一般的にＬＡＮを形成するものであればよい。例えば、トークンリング（Ｔｏｋｅｎ  Ｒｉｎｇ）などであってもよい。
【００１５】
インターネット１０５は、一般的にいわれるところのインターネット（Ｉｎｔｅｒｎｅｔ）そのものであり、ＴＣＰ／ＩＰによるパケット通信をベースとするネットワークプロトコルによって、世界中のコンピュータを相互接続したネットワークの総称である。インターネット１０５は、ローカルなＬＡＮを相互接続した形態をとっており、インターネットに参加する世界のユーザ同士が相互に通信できるようにしている（このため、インターネットはネットワークのネットワークと呼ばれている）。
【００１６】
ファイアウォール１０６は、外部（インターネット１０５）からの不正なパケットがＬＡＮ１０４内に送られるのを防ぐために設けられている。一般的なファイアウォールとは、組織内部のローカルなネットワークとその外部に広がるインターネットとの間に、外部からの不正なアクセスを防ぐ目的で設置されるルータやホストコンピュータ、またはその機能的役割のことである。その名前の由来は火の手を防いで延焼を食い止める「防火壁（ｆｉｒｅｗａｌｌ）」に因んでおり、機能的には、組織内外からの通信要求をすべて捕捉し、恣意的に通過させたり禁止したりすることによって、必要なサービスだけをユーザに提供しつつ、セキュリティを確保するものである。
【００１７】
ただし、ファイアウォールの構築方法には、特に決まった形式があるわけではなく、その組織のセキュリティに対するポリシー（方針）によって大きく異なる。一般的には、セキュリティを強化するとユーザに提供できるサービスが限定されたり制限を受けたりする。逆に、インターネットのサービスを比較的自由に使えるようにすると、その分安全性は低下する。なお、必要なサービスだけを恣意的に通過させる方法として、アプリケーションゲートウェイ（Ｐｒｏｘｙ）、サーキットレベルゲートウェイ、パケットフィルタの３種類があるが、実際のシステムではこれらを柔軟に組み合わせて安全性の高いファイアウォールシステムを構築している。
【００１８】
本実施形態でのファイアウォール１０６は、どのような種類のＩＰパケットをＬＡＮ１０４への進入を禁止するかを規定するデータが書き込まれるファイル（フィルタ設定ファイル）を有しており、このフィルタ設定ファイルで、ＬＡＮ１０４への進入が禁止された種類のＩＰパケットがインターネット１０５側から送信されてきたときに、そのＩＰパケットを廃棄してＬＡＮ１０４への進入を阻止する。そして、フィルタ設定ファイルで、ＬＡＮ１０４への進入が禁止されていないＩＰパケットが送信されてきたときには、それをＬＡＮ１０４に転送する。
【００１９】
端末１０７は、パーソナルコンピュータであり、印刷装置１０１に印刷データを送出したり、各プロトコルを使用してＬＡＮ１０４に接続される各装置と通信を行うことが可能である。
【００２０】
電子サーバ１０８は、ＬＡＮ１０４上の端末や印刷装置が、同じくＬＡＮ１０４上の端末や印刷装置、またはインターネットに対して電子メールを送信したり、また電子メールを受信したりする際に、電子メールの振り分けを行う役割を果たすサーバである。電子メールサーバ１０８は、２つの機能によって成り立っており、その一つはＳＭＴＰ、もう一つはＰＯＰである。ＳＭＴＰとは、電子メールソフトウェアがサーバに対してメールを送信する際に利用されているプロトコルであり、ＰＯＰとは電子メールソフトウェアがメールサーバに対して受信する際に使われるプロトコルである。なお、ＰＯＰは、ＳＭＴＰとは異なり、認証行為を行うため、ユーザ名とパスワードが必要となる。また、本実施形態に於いては、印刷装置１０１及びパーソナルコンピュータ１０２、１０３、及び１１０と、ＬＡＮ１０４に接続される様々な装置の電子メールアカウントがすでに存在するものとする。
【００２１】
ネットワーク管理デバイス１０９は、ＬＡＮ１０４及びＬＡＮ１０４に接続される各種の装置を管理する管理者が使用するパーソナルコンピュータである。パーソナルコンピュータの構成に関する詳細な説明は実施形態では割愛するが、そのハードウェア及びソフトウェア構成は一般的に使用されているものであるものとし、電子メールサーバ１０８に電子メールを送信したり、また電子メールの受信が可能になるようにメーラソフトウェアがインストールされているものとする。
【００２２】
次に、図２を参照して、図１に示した印刷装置１０１の構成について、主にコントローラ部の詳細を説明する。
【００２３】
図２は、図１に示した印刷装置１０１の構成の一例を示すブロック図である。
【００２４】
上述のような印刷装置１０１の主なる構成は、例えば図２に示すように、デバイス全体の動作制御を司るＣＰＵ２０１と、ＣＰＵ２０１での動作制御のための各種プログラムやデータ等が格納されるＲＯＭ２０２と、ＣＰＵ２０１の主メモリや作業用エリア等を含むＲＡＭ２０３と、デバイス機能（プリンタ機能、コピー機能、スキャナ機能等）のエンジン（プリンタエンジン、スキャナエンジン）２０４と、エンジン２０４の駆動を制御するエンジンコントローラ２０５と、ユーザから各種操作指示を受け付けたり種々の情報を表示するパネル２０６と、パネル２０６での入出力をコントロールしたりパネル２０６を管理するパネルコントローラ２０７と、各種プログラムやデータを記憶するためのハードディスクドライブ２０８とを備える。なお、ハードディスクドライブ２０８に保持されるデータやプログラムに関しての詳細な説明は後述する。
【００２５】
また、印刷装置１０１は、ハードディスクドライブ２０８とのアクセスを制御するディスクコントローラ２０９と、不揮発性ＲＡＭ（ＮＶＲＡＭ）２１０と、ＬＡＮ１０４を介して他の端末や印刷装置と双方向にデータをやりとりするためのネットワークインタフェースカード（ＮＣＩＣ）２１１と、公衆回線を介してファクシミリの送受信を行うためのＦＡＸモデム２１７と、一定時間の時間計測を行うための装置であるタイマ２１６とを備えている。前述のハードディスクドライブ２０８はＣＰＵ２０１によって実行されるプログラムや各プログラムによって使用されるデータが格納されている。
【００２６】
本実施形態において、ハードディスクドライブ２０８に格納されている主なプログラムやデータには以下のもの（装置制御ソフトウェア２１２、ＯＳ部２１３、電子メールソフトウェア２１４、エラー制御ソフトウェア２１５等）が挙げられる。
【００２７】
装置制御ソフトウェア２１２は、印刷装置１０１の複合機としての動作を実現するための制御を行うためのソフトウェア群である。ＯＳ部２１３は、印刷装置１０１のオペレーティングシステムである。このＯＳ部２１３は、装置制御ソフトウェア２１２や後述の電子メールソフトウェア２１４やエラー制御ソフトウェア２１５等といったソフトウェア群はＯＳ部２１３上で動作されるものとする。
【００２８】
電子メールソフト２１４は、ＬＡＮ１０４上の電子メールサーバ１０８や他の電子メールサーバに、電子メールを送信したり、または自装置宛に届いている電子メールサーバの受信などを行うソフトウェアである。また、電子メールソフトウェア２１４には、送信する電子メールの本文を編集したり、添付ファイルを指定するといった送信電子メールを編集する機能と、受信した電子メールの内容を解読する機能なども備わっている。加えて、電子メールソフトウェア２１４には、宛て先情報として、電子メールアドレス（Ｅメールアドレス）を記憶する機能が備わる。
【００２９】
本実施形態で用いられるＯＳ部２１３で使用されるオペレーティングシステムとは、一般的な複合機やコントローラが使用すると予想されるＶｘＷｏｒｋｓやＬｉｎｕｘ等を想定している。なお、本実施形態に於いてはその説明を省略するが、印刷装置１０１が動作するための他のソフトウェアについても、ハードディスクドライブ２０８に保持されているものとする。例えば、データ伸張を司るソフトウェアなどが存在するが、本実施形態では、それらは装置制御ソフトウェア２１２に含まれるものとする。以上に示したような構成により、印刷装置１０１は、ＬＡＮ１０４を介してホストコンピュータ１０２，１０３，１１０よりジョブを単体または複数単位で受信し、該受信した複数のジョブをメモリ（ＲＡＭ２０３，ハードディスクドライブ２０８等）に保持し、該保持される複数のジョブをジョブ単位で処理順序を決定して実行可能（即ち、複数のジョブを受付可能）である。
【００３０】
次に、図３を参照して、印刷ジョブの送信側となる図１に示したパーソナルコンピュータ１０２、１０３、及び１１０の構成について説明する。
【００３１】
図３は、図１に示したパーソナルコンピュータ１０２，１０３及び１１０の構成を示すブロック図である。
【００３２】
上述のようなパーソナルコンピュータ１０２、１０３、及び１１０は、例えば図３に示すような構成により、電子メールを送信可能な構成になっている。
【００３３】
図３で示されるパーソナルコンピュータ１０２、１０３、及び１１０は、パーソナルコンピュータ全体の動作制御を司るＣＰＵ３０１と、ＣＰＵ３０１での動作制御のための各種プログラムやデータなどが格納されるＲＯＭ３０２と、ＣＰＵ３０１の主メモリや作業エリアなどを含むＲＡＭ３０３と、マウス（その他のポインティングデバイスであってもよい）３０６と、マウス３０６からの指示入力を制御するマウスコントローラ３０５と、キーボード３０８と、キーボード３０８やポインティングデバイス（図示せず）からの指示入力を制御するキーボードコントローラ３０７と、ＣＲＴディスプレイ（液晶ディスプレイ等のその他の表示装置でもよい）３１０と、ＣＲＴディスプレイ３１０の表示を制御するＣＲＴコントローラ３０９と、各種プログラムやデータ（ブートプログラム、種々のアプリケーション、プリンタドライバ、ポートモニタ、など）を記憶するためのハードディスクドライブ３１３及びフレキスブルディスクドライブ（ＣＤ，ＣＤ−Ｒ，ＣＤ−ＲＷドライブ，ＤＶＤ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷドライブ等であってもよい）３１２と、ハードディスクドライブ３１３及びフレキスブルディスクドライブ３１２とのアクセスを制御するディスクコントローラ３１１と、ＬＡＮ１０４を介して印刷装置１０１や他のパーソナルコンピュータ或いは電子メールサーバ１０８（図１参照）と双方向にデータをやりとりするためのネットワークインタフェースカー（ＮＩＣ）ド３１４とを備えている。これらの各構成部は、システムバス３０４を介して互いに通信可能なように接続されている。
【００３４】
ハードディスクドライブ３１３には、電子メールソフトウェア３１５が格納されており、後述のオペレーティングシステム３１６にインストールされている形態である。この電子メールソフトウェア３１５は、ＬＡＮ１０４上の電子メールサーバ１０８や他の電子メールサーバに電子メールを送信したり、また自装置宛に届いている電子メールサーバの受信等を行うソフトウェアである。また、この電子メールソフトウェア３１５には、送信する電子メールの本文を編集したり、添付ファイルを指定するといった送信電子メールを編集する機能と、受信した電子メールの内容を解読する機能なども備わっている。加えて、この電子メールソフトウェア３１５には、宛て先情報として、電子メールアドレス（Ｅメールアドレス）を記憶する機能が備わる。
【００３５】
またハードディスクドライブ３１３には、オペレーティングシステム３１６やプリンタドライバ、各種アプリケーションソフトウェア等のその他の図示しないソフトウェア（プログラム）がインストールされている。
【００３６】
次に、図４のフローチャートを参照して、上記の如く構成される第１実施形態に係る画像形成装置及びシステムの処理について説明する。
【００３７】
図４は、本発明の画像形成装置及びシステムにおける第１の制御処理手順の一例を示すフローチャートである。なお、図中、Ｓｔｅｐ４０１はパーソナルコンピュータ側の処理（ステップ）に対応し、ＣＰＵ３０１が、ハードディスクドライブ３１３に格納されたプログラムをＲＡＭ３０３上にロードして実行することにより実現される。ここでは、パーソナルコンピュータ１０２で実行されるものとして説明する。また、Ｓｔｅｐ４０２〜Ｓｔｅｐ４１１は印刷装置１０１側の処理（ステップ）に対応し、ＣＰＵ２０１が、ハードディスクドライブ２０８に格納されたプログラムをＲＡＭ２０３上にロードして実行することにより実現される。
【００３８】
まず、Ｓｔｅｐ４０１では、パーソナルコンピュータ１０２のユーザが任意のデータを印刷するための設定及び印刷操作を行い、ＣＰＵ３０１により実行されるプリンタドライバ（以下、単にプリンタドライバ）が設定及び印刷データの作成処理を行い印刷データを印刷装置１０１へ送信するステップである。
【００３９】
ここでは、当該ユーザはオペレーティングシステム上で動作している任意のアプリケーションを印刷するものとする。ユーザはアプリケーションのメニューに用意されているデータの印刷を選択する。ユーザがアプリケーション上の印刷メニューを選択すると、プリンタドライバは、パーソナルコンピュータ１０２にインストールされているプリンタの選択画面をＣＲＴ３１０に表示させる。
【００４０】
パーソナルコンピュータ１０２には、印刷装置１０１を含む複数個のプリンタが予めインストール（設定）されているものとする。ここでは、ユーザは印刷装置１０１を選択したと仮定する。ユーザがアプリケーションデータの印刷デバイスとして印刷装置１０１を選択すると、プリンタドライバは、印刷装置１０１の印刷設定画面をＣＲＴ３１０に表示させる。この表示の有無はユーザの任意作業となるが、ここでは印刷装置１０１の各種設定を行うため、設定画面へ移行するものとする。
【００４１】
印刷装置１０１の各種設定を行うための設定画面ＵＩは、例えば図５で示される形態であるものとする。
【００４２】
図５は、図１に示した印刷装置１０１の印刷設定画面（ＵＩ）の一例を示す模式図であり、ＣＲＴ３１０に表示される。
【００４３】
このＵＩは、プリンタドライバによって提供されるものであり、画面構成は各デバイスのドライバ独自のものである。
【００４４】
ここでユーザが設定可能な項目は、その代表的なものとしては、出力部数や原稿サイズ、両面印刷の有無、ステイプルの有無、ソータの有無等である。加えて本実施形態では、印刷装置の情報の電子メールによる通知を行うか否かの設定項目が存在する。これは図５に示すＵＩ５０１にあたる。
【００４５】
ユーザがＵＩ５０１のチェックボックスにチェックを行った場合、印刷装置１０１で発生したエラー情報が、電子メールによって後述の通知先電子メールアドレス宛てに送信される仕組みである。ここではユーザはチェックボックス５０２にチェックを行うものとする。ＵＩ５０２は、印刷装置１０１のエラー情報の通知先となる電子メールアドレスの入力欄である。ここではパーソナルコンピュータ１０２のユーザの電子メールアドレスである「ｔｅｓｔ＠ｃｘｘｘｘ．ｃｏ．ｊｐ」を入力するものとする。
【００４６】
ユーザがこれらの情報の入力を終え、印刷実行の操作を行うとパーソナルコンピュータ１０２のプリンタドライバは、印刷対象となる情報をＰＤＬ化（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇａｇｅ化）する処理を行い、印刷装置１０１へと送信する。
【００４７】
パーソナルコンピュータ１０２にインストールされているプリンタドライバは、印刷対象となる情報とユーザがプリンタドライバのＵＩ上で設定した印刷設定情報とを、印刷装置１０１が解釈可能なデータに変換する。これは一般的にＰＤＬと呼ばれるデータであり、印刷装置が解釈可能なデータを指す。なお、ＰＤＬの記述構文は印刷装置の各開発元によって異なる。
【００４８】
図６は、パーソナルコンピュータ１０２が印刷装置１０１に送信するＰＤＬデータの構成を例示した模式図である。
【００４９】
図６で示される項目６０１〜６１４は、パーソナルコンピュータ１０２が送信する印刷情報の集合であり、１つのプリントジョブには項目６０１〜６１４の情報が含まれているものとする。
【００５０】
項目６０１は、プリントジョブのジョブオーナを示す情報である。項目６０２は、パーソナルコンピュータ１０２内で生成されるプリントジョブのＩＤを示す情報である。項目６０３は、パーソナルコンピュー１０２のＩＰアドレスを示す情報である。なお、本実施形態ではパーソナルコンピュータ１０２の接続するネットワークがＥｔｈｅｒｎｅｔ（登録商標）であるため、項目６０３にはＩＰアドレスが記述されるが、別のプロトコルのノードアドレスであってもよい。例えば、ＮｅｔＷａｒｅ環境で動作している場合にはＮｅｔＷａｒｅアドレスであってもよい。項目６０４は、パーソナルコンピュータのＮＩＣ３１４のＭＡＣアドレスを示す情報である。
【００５１】
項目６０５は、印刷装置１０１の情報をパーソナルコンピュータ１０２に通知する際の通知手段を示す情報である。なお、本実施形態においては、通知手段は電子メールであるため、電子メールを示す数値「０１」が記載されるが、その他の通知手段を用いてもよい。項目６０６は、通知先となる電子メールアドレスを示す情報であり、図５に示したＵＩ５０２でユーザが入力した電子メールアドレスが記載される。
【００５２】
項目６０７は、ＰＤＬの種別を示す情報であり、本実施形態においてはＰＳ（Ｐｏｓｔ  Ｓｃｒｉｐｔ（登録商標））を示す数値が記載される。項目６０８は、出力枚数を示す情報である。項目６０９は両面印刷を行うか否かを示す情報である。項目６１０は印刷ジョブの出力用紙サイズを示す情報である。項目６１１は、その他の印刷条件等（例えば、印刷部数、ステイプルの有無、ソートの有無等の印刷条件や文書面等）を示す情報である。
【００５３】
項目６１２は、印刷ジョブの印刷優先度を示す情報である。ここでは、優先度は普通を示す数値が記載されるものとする。なお、優先度が普通である印刷ジョブは、印刷装置内で受信した順序に従って印刷処理が行われることを示す。項目６１３は、ＰＳデータのデータサイズを示す数値である。項目６１４は、ＰＳデータが記載されている。
【００５４】
パーソナルコンピュータ１０２にインストールされているプリンタドライバは、これらの項目で構成されたデータをオペレーティングシステムのスプーラに送る。スプーラはデータを受信した後、ドライバに関連付けられたポートへとデータを送る。ポートとは、パーソナルコンピュータ１０２とネットワークとを繋ぐ論理上のインタフェースである。
【００５５】
本実施形態においては、上述したように、パーソナルコンピュータ１０２は、ネットワークインタフェースカード３１４を介してＬＡＮ１０４に接続されている。また、本実施形態においては、ポートはＬＰＤ（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  Ｄａｅｍｏｎ）であるものとするが、これに限定されるものではない。例えば、ＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）やＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ（登録商標）  Ｂｌｏｃｋ）などといったプロトコルであってもよい。以下、図４のフローチャートの説明に戻る。
【００５６】
そして、パーソナルコンピュータ１０２のプリンタドライバは、上記方法によって印刷データを印刷装置１０１に送信する（Ｓｔｅｐ４０１：ジョブ送信）。そして、送信された印刷データは、Ｓｔｅｐ４０２において印刷装置１０１にダウンロードされる（ジョブ受信）。
【００５７】
印刷装置１０１内で動作しているＣＰＵ２０１により実行される装置制御ソフトウェア２１２（以下、単に装置制御ソフトウェア２１２）には、ＬＰＤプログラムが含まれている。ＬＰＤプログラムは、自装置がＬＰＤポートによってデータを受信するためのプログラムで、Ｓｔｅｐ４０１においてパーソナルコンピュータ１０２が送出した印刷データを受信する機能を担っている。
【００５８】
印刷装置１０１が受信した印刷ジョブは、印刷装置１０１内のスプーラに一時的に格納される。スプーラでは、印刷装置１０１が受信した印刷ジョブやスキャンジョブ、又はスキャンジョブのデータ解析を装置制御ソフトウェア２１２が行う（Ｓｔｅｐ４０３）。ここで解析が行われる処理は、当該ジョブの処理優先度や通知先電子メール、両面印刷の有無といった出力設定に関する情報である。
【００５９】
印刷装置１０１が受信したジョブには、ジョブ処理優先度情報６１２が記載されており、装置制御ソフトウェア２１２は、ジョブ内を参照して優先度を読み取る。ここで読み取られた情報は、受信した印刷ジョブのデータに関連付けられる。
【００６０】
次に、装置制御ソフトウェア２１２は、ジョブの処理順序を決定して、受信ジョブのキューイング処理を行う（Ｓｔｅｐ４０４）。キューイング処理とは、ジョブを処理順序を決定してジョブの処理待ちの状態にすることである。なお、Ｓｔｅｐ４０３において、処理優先度が高と判断されたジョブは待ち状態のジョブの中で優先して処理されるよう位置付けられる。
【００６１】
そしてキューイングされた印刷ジョブの順序に従って、装置制御ソフトウェア２１２は受信ジョブをＲＩＰ処理する（Ｓｔｅｐ４０５）。ＲＩＰ処理とは、ベクトル記述されたＰＤＬデータを解析して、エンジン２０４が印刷可能なフォーマットに変換する処理のことである。なお、エンジン２０４が印刷可能なフォーマットとは、レーザビームプリンタ等の印刷装置においては各色カラー情報別に区分けされたビデオデータと呼ばれる形式を指す。
【００６２】
ＲＩＰ処理された印刷データは、エンジン２０４によって印刷処理が行われる（Ｓｔｅｐ４０６）。装置制御ソフトウェア２１２は、印刷ジョブのビデオデータをエンジンコントローラ２０５に送信し、エンジンコントローラ２０５は、エンジン２０４を制御して印刷処理を行う。
【００６３】
なお、ＣＰＵ２０１により実行されるエラー制御ソフトウェア２１５（以下、単にエラー制御ソフトウェア２１５）は、エンジンコントローラ２０５からの通知を監視し、印刷処理中にジャムや紙無し等の印刷エラーが発生したか否かを監視している。エラー制御ソフトウェア２１５は、エンジンコントローラ２０５から印刷処理中に印刷装置１０１に何らかのエラーが発生した旨の通知を受け取った場合には、装置制御ソフトウェア２１２にその旨を通知する。
【００６４】
Ｓｔｅｐ４０７では、装置制御ソフトウェア２１２は、印刷処理中に印刷装置１０１に何らかのエラーが発生しなかった（エラー制御ソフトウェア２１５からのエラー通知無し）と判定した場合には、そのままＳｔｅｐ４１１で、印刷ジョブの印刷処理を継続させ、印刷終了後処理を終了する。
【００６５】
一方、装置制御ソフトウェア２１２は、エラー制御ソフトウェア２１５からの通知により、印刷処理中にジャムや紙無し等の印刷エラーが発生したと判定した場合には、Ｓｔｅｐ４０８に進み、図７に示すフローチャートに従って処理Ａを実行させる。
【００６６】
図７は、本発明の画像形成装置及びシステムにおける第２の制御処理手順の一例を示すフローチャートであり、図４のＳｔｅｐ４０８に示した処理Ａに対応する。なお、図中、Ｓｔｅｐ７０１〜Ｓｔｅｐ７０５は印刷装置１０１側の処理（ステップ）に対応し、ＣＰＵ２０１が、ハードディスクドライブ２０８に格納されたプログラムをＲＡＭ２０３上にロードして実行することにより実現される。
【００６７】
まず、Ｓｔｅｐ７０１では、エラー種別とエラー部位の特定（リースの状態，エラー原因の特定（識別））を行う。ここで、印刷処理中に発生したエラーの種別とは、例えば、紙無しエラーであったり、ジャムエラーであったりといった事柄である。エラー部位とは、エンジン内のエラー発生個所を示すものであり、例えばジャムエラーが発生している場合には、部位はフィニッシャ部やカセット内、定着ローラ内といった情報になる。これらの情報はエンジンコントローラ２０５から、エラー制御ソフトウェア２１５に通知され、装置制御ソフトウェア２１２でエラー原因が識別される。ここでは、Ａ４ペーパの用紙無しエラーが発生したものとする。
【００６８】
Ｓｔｅｐ７０２では、装置制御ソフトウェア２１２は、Ｓｔｅｐ７０１においてエンジンコントローラ２０５からエラー制御ソフトウェア２１５に通知されたエラー情報の内容が、印刷装置１０１にキューイングされている全てのジョブに与える影響を調査して、実影響が発生すると予想されるジョブ（エラー発生状態のままでは実行できないと判断されたジョブ）の抽出を行う。装置制御ソフトウェア２１２は、印刷装置１０１にキューイングされているジョブ（即ち、印刷装置１０１に保持されている状態からジョブ処理プロセスが実行されている実行状態までの間のジョブ）全てに対して、Ａ４ペーパを出力対象としているジョブを抽出する。なお、キューイングされている全ての印刷ジョブは、図６で示されているフォーマットに従っている。
【００６９】
装置制御ソフトウェア２１２は、ジョブの用紙サイズ６１０を参照することによって、印刷対象がＡ４ペーパであるか否かを判断する。なお、キューイングされているジョブ中にはファクシミリ送信ジョブやスキャンジョブも含まれるが、これらは用紙出力には関係しないため、Ｓｔｅｐ７０２の抽出対象からは除外される。本実施形態では、Ｓｔｅｐ７０２での抽出処理の結果、パーソナルコンピュータ１０２、パーソナルコンピュータ１０３及びパーソナルコンピュータ１１０のユーザから受信したジョブが該当したものとする。
【００７０】
次に、装置制御ソフトウェア２１２は、抽出したジョブに含まれる通知先アドレスを読み取る。通知先アドレスは、図６の通知手段６０５及び通知アドレス６０６で構成される。ここでは、パーソナルコンピュータ１０２、１０３及び１１０の通知手段は全て電子メールであるものとする。また通知先電子メールアドレスは、パーソナルコンピュータ１０２が「ｔｅｓｔ＠ｃｘｘｘｘ．ｃｏ．ｊｐ」，パーソナルコンピュータ１０３が「ｔｅｓｔ２＠ｃｘｘｘｘ．ｃｏ．ｊｐ」，パーソナルコンピュータ１１０が「ｔｅｓｔ３＠ｃｘｘｘｘ．ｃｏ．ｊｐ」の電子メールアドレスであるものとする。
【００７１】
Ｓｔｅｐ７０３において、印刷装置１０１（装置制御ソフトウェア２１２）は、電子メールクライアントプログラム２１４を起動する。電子メールクライアントプログラム（電子メールソフトウェア）２１４は、ＳＭＴＰサーバに電子メールを送信したり、ＰＯＰサーバやＩＭＡＰサーバと通信を行い、自装置宛ての電子メールをダウンロードする機能を備えたプログラムである。
【００７２】
Ｓｔｅｐ７０４において、装置制御ソフトウェア２１２は、電子メールの本文領域（Ｅｍａｉｌ  Ｂｏｄｙ）の編集を行う。本文領域には、印刷装置の識別情報と発生したエラー種別、回避方法とが含まれる。印刷装置１０１が送信する電子メールの本文領域は、例えば図８で示される構成である。
【００７３】
図８は、印刷装置１０１が送信する電子メールの本文領域の一例を示す模式図である。
【００７４】
図８に示すように、送信電子メールの本文領域には、エラーが発生した旨を伝えるメッセージ、エラー種別、復帰方法、ジョブＩＤ、ジョブオーナ、文書名等の各種情報が記載される。
【００７５】
次にＳｔｅｐ７０５において、装置制御ソフトウェア２１２は、電子メールクライアントプログラム２１４に、電子メールの送信処理を実行させる。この際の送信電子メールヘッダ内に含まれるＦｒｏｍフィールド（送信者フィールド）には印刷装置１０１の電子メールアドレスが記載される。
【００７６】
なお、図９（ａ）の管理テーブルに示すように、印刷装置１０１にキューイングされているジョブの中から、発生したエラー状態のままで実行不可能なジョブ（ここでは、Ａ４ペーパを指定しているのジョブ）の抽出を行い（図９に示す例では、ジョブＩＤ１，３，４を抽出し）、該エラー発生状態のままで実行不可能なジョブの入力源の電子メールアドレスにのみ、電子メールを送信するように構成する。即ち、ジョブＩＤ４のジョブは、ファクシミリ受信ジョブのためパネル２０６に通知を行う。なお、ファクシミリ受信ジョブ等の場合で、印刷装置１０１の管理者のＥメールアドレスが登録されている場合にのみ、該管理者のＥメールアドレスに通知を行うようにしてもよい。
【００７７】
また、パネル２０６より操作されたボックス内の文書（ハードディスクドライブ２０８内のボックス領域に登録された文書）のプリントジョブやコピージョブ等の場合には、パネル２０６の図示しないＩＤキー入力やカード入力により、操作者が認識されており、且つ操作者のＥメールアドレスが登録されている場合にのみ、該Ｅメールアドレスに通知を行い、その他の場合には、パネル２０６又は管理者のＥメールアドレスに通知を行うものとする。
【００７８】
図９は、印刷装置１０１で受信したジョブのジョブ管理テーブルを示す模式図であり、（ａ）はエラー発生前のジョブ管理テーブルに対応し、（ｂ）はエラー発生後のジョブ管理テーブルに対応する。なお、この管理テーブルは、印刷ジョブのキューに対応したものである。
【００７９】
従って、図９に示した例では、送信電子メールヘッダ内に含まれるＴｏフィールド（送信宛先フィールド）は、ホストコンピュータ１，ホストコンピュータ３の電子メールアドレスが記載される。
【００８０】
以下、図７のフローチャートの説明に戻る。
【００８１】
Ｓｔｅｐ７０５においては、ＣＰＵ２０１により実行される電子メールクライアントプログラム２１４（以下、単に電子メールクライアントプログラム２１４）は、電子メールサーバ１０８に向けて電子メールを送信する。なお、印刷装置１０１（電子メールクライアントプログラム２１４）には、予め電子メール送受信に関する設定がなされているものとし、ＳＭＴＰサーバやＰＯＰサーバのアドレス情報や、アカウント情報は予め印刷装置１０１のハードディスクドライブ２０８にデータとして保持されているものとする。
【００８２】
また、印刷装置１０１（電子メールクライアントプログラム２１４）が、電子メールを送信すると同時に装置制御ソフトウェア２１２は、タイマ２１６を起動し、電子メールを送信してから経過した時間の計測を始める。そして、図７に示した処理Ａを終了し、図４のフローチャートに処理を戻す。
【００８３】
次にＳｔｅｐ４０９において、装置制御ソフトウェア２１２は、エラー制御ソフトウェア２１５に問い合わせて、発生したエラーの修復の有無を判定する処理を行う。ここで、装置制御ソフトウェア２１２は、エラーが修復されたと判定した場合は、キューイングされたジョブの順序を変更することなく、Ｓｔｅｐ４１１に処理を移行し、ジョブの印刷を再開する。また、エラー制御ソフトウェア２１５は、エラーが修復されていないと判定した場合であっても、タイマ２１６の経過時間が一定値に達していない場合には、そのままエラーの修復の有無の判定を繰り返し行う。なお、エラー情報の通知が行われてからの時間は、タイマ２１６によって計測されている。そして、タイマ２１６の経過時間が一定値に達する以前にエラーが修復されたと判定した場合は、キューイングされたジョブの順序を変更することなく、Ｓｔｅｐ４１１に処理を移行し、ジョブの印刷を再開する。
【００８４】
一方、装置制御ソフトウェア２１２は、タイマ２１６の経過時間が一定値に達しても、Ｓｔｅｐ４０９で、発生したエラーが修復されていないと判定した場合には、Ｓｔｅｐ４１０に移行して、発生したエラー状態のままで実行可能なジョブ（ここでは、発生したＡ４ペーパの用紙無しエラー状態のままで実行可能なジョブ、即ち、Ａ４ペーパ以外の用紙を指定したジョブ）を優先的に印刷を行う処理（処理Ｂ）に移行する。このＳｔｅｐ４１０の処理フローに関しては、図１０記載のフローチャートを用いて説明する。
【００８５】
図１０は、本発明の画像形成装置及びシステムにおける第３の制御処理手順の一例を示すフローチャートであり、図４のＳｔｅｐ４１０に示した処理Ｂに対応する。なお、図中、Ｓｔｅｐ９０１〜Ｓｔｅｐ９０４は印刷装置１０１側の処理（ステップ）に対応し、ＣＰＵ２０１が、ハードディスクドライブ２０８に格納されたプログラムをＲＡＭ２０３上にロードして実行することにより実現される。
【００８６】
まずＳｔｅｐ９０１では、装置制御ソフトウェア２１２は、印刷装置１０１にキューイングされているジョブの中から、発生したエラー状態のままで実行不可能なジョブ（エラー要因に影響を受ける印刷条件が設定されているジョブ、ここでは、Ａ４ペーパを指定しているジョブ）の抽出を行う。
【００８７】
次に、Ｓｔｅｐ９０２では、装置制御ソフトウェア２１２は、キューの再構成処理を行う。ここでは、Ｓｔｅｐ９０１において抽出した発生エラー状態のままで実行不可能なジョブ（Ａ４ペーパを指定したジョブ）を、キューの待ち順序の最後尾に移動する。即ち、印刷装置１０１の受信済みジョブにおいて、発生したエラー状態のままで実行不可能なジョブ（Ａ４ペーパを指定するジョブ）の処理は最後に移動する。その他のジョブの順序の入れ替えは行われないが、発生エラー状態のままで実行不可能なジョブ（Ａ４ペーパを指定するジョブ）が最後尾に移動したことによって、その他のジョブの処理順序が早まるよう構成される。このキュー再構成の様子を図９を用いて説明する。
【００８８】
エラー発生後、図９（ｂ）に示すように、Ａ４ペーパを指定するジョブ（発生したエラー状態のままで実行不可能なジョブ）は、ジョブＩＤ「１」，ジョブＩＤ「３」，ジョブＩＤ「４」であり、このジョブＩＤ「１」，ジョブＩＤ「３」，ジョブＩＤ「４」の処理は最後に移動し、その他のジョブの順序の入れ替えは行わない。
【００８９】
即ち、図９（ｂ）の印刷順序の欄に示すように、ジョブＩＤ「２」，ジョブＩＤ「５」，ジョブＩＤ「１」，ジョブＩＤ「３」，ジョブＩＤ「４」の順序にキューを再構成する。
【００９０】
以下、図１０のフローチャートの説明に戻る。
【００９１】
Ｓｔｅｐ９０２でキューの再構成処理が行われると、次に、装置制御ソフトウェア２１２は、キューイングされている順序に従ってＲＩＰ処理を実行させる（Ｓｔｅｐ９０３）。
【００９２】
そして、装置制御ソフトウェア２１２は、ＲＩＰ処理がなされた順序に従って印刷処理を実行させ（Ｓｔｅｐ９０４）、処理Ｂを終了し、図４のフローチャートの処理に戻す。
【００９３】
なお、印刷装置１０１で発生しているエラーはＡ４ペーパの紙無しエラーであるが、Ａ４ペーパ指定以外のジョブが先に処理される構成になっているため、それらの印刷は行われる。即ち、Ａ４ペーパの紙無しエラーによって印刷処理を行うことができないジョブを追い抜く形で他のジョブの印刷処理が行われる。
【００９４】
キューイングされている複数のジョブの印刷処理の間に、装置制御ソフトウェア２１２は、エラー制御ソフトウェア２１５に問い合わせることにより印刷装置１０１のエラーが解除されたと判断した場合には（図４のＳｔｅｐ４０９でＹｅｓ）、図４のフローチャートには示していないが、キューを再構成して、エラーにより印刷処理が中断されていたＡ４ペーパ指定ジョブ（図９ではジョブＩＤ「１」のジョブ）の印刷処理を先に実行する（再開する）。
【００９５】
以上の処理により、印刷装置１０１にキューイングされた１つのジョブに対する意図された通りの印刷結果が得られず、それ以上の処理を行なえない場合に、印刷装置１０１は、本ジョブを送信したジョブオーナに対してジョブの処理の続行が不可能になったことと印刷装置１０１上で発生している問題点を通知することにより、画像形成装置上で発生している問題の早期解決が可能になる。
【００９６】
また、印刷装置１０１は、印刷装置１０１上で発生している問題点によって影響を受ける他のジョブ（即ち、該エラー要因に影響をうける印刷条件が設定されているジョブ、そのエラー要因（問題点）が解決されなければ実行できないジョブ）のオーナに対しても同様に通知を行う（通知許可）とともに、該問題点によって影響を受けない他のジョブ（即ち、該エラー要因に影響をうける印刷条件が設定されていないジョブ、そのエラー要因（問題点）が解決されなくても実行可能なジョブ）のオーナに対しては通知を行わない（通知禁止）ことにより、通知の確実性を増大させることが可能になると同時に、印刷装置１０１上で発生している問題点によって影響を受けないオーナには通知が行われず、且つそれらのジョブの処理は続行されるため、影響を受けないオーナに負担を生じさせず、且つ混乱を防ぐことができるという利点もある。
【００９７】
〔第２実施形態〕
次に本発明の第２実施形態について説明する。
【００９８】
上記第１実施形態では、印刷装置１０１上で発生したエラーをジョブオーナに通知する際、印刷装置１０１が該発生したエラーに関係するジョブオーナに対して直接Ｅメールを送信する構成について説明したが、本第２実施形態が上記第１実施形態と異なる点は、印刷装置１０１上で発生したエラーをジョブオーナに通知する際の通知方法とステップである。
【００９９】
具体的には、本第２実施形態では、印刷装置１０１上でエラーが発生したことを、まず印刷装置１０１がＳＮＭＰプロトコルを用いたエラー通知により、ネットワーク管理デバイス１０９に通知し、ネットワーク管理デバイス１０９が、該通知されたエラーに関係するジョブオーナに対してＥメールを送信する構成である。
【０１００】
本第２実施形態で例示するネットワーク構成は、上記第１実施形態で説明した構成と同一であり、図１で例示されるものである。また、印刷装置及びパーソナルコンピュータの構成に関しても上記第１実施形態で説明した構成と同一であり、システム上に印刷装置１０１、パーソナルコンピュータ１０２、１０３及び１１０が存在するものとする。
【０１０１】
なお、本第２実施形態では、印刷装置１０１からエラー情報の通知を受信するデバイスとして、ネットワーク管理デバイス１０９を用いる。ネットワーク管理デバイス１０９は、パーソナルコンピュータに専用のソフトウェアが導入されているものとし、その構成は以下の図１１で示すものである。
【０１０２】
図１１は、図１に示したネットワーク管理デバイス１０９の構成を示すブロック図である。
【０１０３】
図１１に示すように、ネットワーク管理デバイス１０９は、ネットワーク管理デバイス１０９のパーソナルコンピュータとしての全体の動作制御を司るＣＰＵ１００１と、ＣＰＵ１００１での動作制御のための各種プログラムやデータなどが格納されるＲＯＭ１００２と、ＣＰＵ１００１の主メモリや作業エリアなどを含むＲＡＭ１００３と、マウス（その他のポインティングデバイスであってもよい）１００６と、マウス１００６からの指示入力を制御するマウスコントローラ１００５と、キーボード１００８と、キーボード１００８やポインティングデバイス（図示せず）からの指示入力を制御するキーボードコントローラ１００７と、ＣＲＴディスプレイ（液晶ディスプレイ等のその他の表示装置でもよい）１０１０と、ＣＲＴディスプレイ１０１０の表示を制御するＣＲＴコントローラ１００９と、各種プログラムやデータ（ブートプログラム、種々のアプリケーション、プリンタドライバ、ポートモニタ、など）を記憶するためのハードディスクドライブ１０１３及びフレキシブルディスクドライブ（ＣＤ，ＣＤ−Ｒ，ＣＤ−ＲＷドライブ，ＤＶＤ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷドライブ等であってもよい）１０１２と、ハードディスクドライブ１０１３及びフレキシブルディスクドライブ１０１２とのアクセスを制御するディスクコントローラ１０１１と、ＬＡＮ１０４を介して印刷装置１０１や他のパーソナルコンピュータ１０２、１０３及び１１０或いはメールサーバ１０３（図１参照）と双方向にデータをやりとりするためのネットワークインタフェースカード（ＮＩＣ）１０１４とを備えており、これらの各構成部は、システムバス１００４を介して互いに通信可能なように接続されている。
【０１０４】
ハードディスクドライブ１０１３には、電子メールソフトウェア１０１５が格納されており、後述のオペレーティングシステム１０１６にインストールされている形態である。この電子メールソフトウェア１０１５は、ＬＡＮ１０４上の電子メールサーバ１０８や他の電子メールサーバに、電子メールを送信したり、または自装置宛に届いている電子メールサーバの受信などを行うソフトウェアである。また、この電子メールソフトウェア１０１５は、送信する電子メールの本文を編集したり、添付ファイルを指定するといった送信電子メールを編集する機能と、受信した電子メールの内容を解読する機能なども備わっている。加えて、この電子メールソフトウェア１０１５は、宛て先情報として、電子メールアドレス（Ｅメールアドレス）を記憶する機能が備わる。
【０１０５】
また、ハードディスクドライブ１０１３には、オペレーティングシステム１０１６とＳＮＭＰ解析ソフトウェア１０１７等がインストールされている。オペレーティングシステム１０１６は、パーソナルコンピュータのオペレーティングシステムとして汎用的なソフトウェアが使用されているものとする。ＳＮＭＰ解析ソフトウェア１０１７は、ＳＮＭＰプロトコル（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を使用するためのソフトウェアである。
【０１０６】
ＳＮＭＰは、ＬＡＮやインターネットに接続されるデバイスを管理することを目的としたプロトコルで、デバイスの状況や構成、及びエラー情報等といった情報の取得が可能である。また、ＳＮＭＰは、そのプロトコルの仕様として、ネットワーク上のデバイスはＭａｎａｇｅｒとＡｇｅｎｔの２種に分割して構成されている。Ｍａｎａｇｅｒは、Ａｇｅｎｔのデバイス情報の取得と設定を行う側であり、Ａｇｅｎｔは、Ｍａｎａｇｅｒからの問い合わせ（要求）に対して応答を行う側となる。本第２実施形態においては、ネットワーク管理デバイス１０９が、Ｍａｎａｇｅｒとしての機能を担うものとし、印刷装置１０１は、Ａｇｅｎｔとしての機能を担うものとする。
【０１０７】
次に、図１２，図１３のフローチャートを参照しながら本発明の第２実施形態に係る画像形成装置及びシステムの処理について説明する。
【０１０８】
図１２は、本発明の画像形成装置及びシステムにおける第４の制御処理手順の一例を示すフローチャートであり、図４と同一のものステップには同一のステップ番号を付してある。なお、図中、Ｓｔｅｐ４０１はパーソナルコンピュータ側の処理（ステップ）に対応し、ＣＰＵ３０１が、ハードディスクドライブ３１３に格納されたプログラムをＲＡＭ３０３上にロードして実行することにより実現される。ここでは、パーソナルコンピュータ１０２で実行されるものとして説明する。また、Ｓｔｅｐ４０２〜Ｓｔｅｐ４０７，Ｓｔｅｐ１１０１，Ｓｔｅｐ４０９〜Ｓｔｅｐ４１１は印刷装置１０１側の処理（ステップ）に対応し、ＣＰＵ２０１が、ハードディスクドライブ２０８に格納されたプログラムをＲＡＭ２０３上にロードして実行することにより実現される。
【０１０９】
Ｓｔｅｐ４０１〜Ｓｔｅｐ４０７は、図４と同一であるので、説明は省略する。
【０１１０】
Ｓｔｅｐ４０７において、装置制御ソフトウェア２１２が、エラー制御ソフトウェア２１５からの通知により、印刷処理中にジャムや紙無し等の印刷エラーが発生したと判定した場合には、Ｓｔｅｐ１１０１に進み、後述する図１３に示すフローチャートに従って処理Ｃを実行させる。
【０１１１】
図１３は、本発明の画像形成装置及びシステムにおける第５の制御処理手順の一例を示すフローチャートであり、図４のＳｔｅｐ１１０１に示した処理Ｃに対応する。なお、図７と同一のステップには同一のステップ番号を付してある。また、図中、Ｓｔｅｐ７０１，Ｓｔｅｐ７０２，Ｓｔｅｐ１２０３〜Ｓｔｅｐ１２０８は印刷装置１０１側の処理（ステップ）に対応し、ＣＰＵ２０１が、ハードディスクドライブ２０８に格納されたプログラムをＲＡＭ２０３上にロードして実行することにより実現される。また、Ｓｔｅｐ１２１１〜Ｓｔｅｐ１２１５はネットワーク管理デバイス１０９側の処理（ステップ）に対応し、ＣＰＵ１００１が、ハードディスクドライブ１０１３に格納されたプログラムをＲＡＭ１００３上にロードして実行することにより実現される。なお、図７と同一のステップについては詳細な説明を省略する。
【０１１２】
まず、Ｓｔｅｐ７０１において、装置制御ソフトウェア２１２は、エラー種別とエラー部位の特定を行う。ここでは、Ａ４ペーパの用紙無しエラーが発生したものとする。
【０１１３】
次に、Ｓｔｅｐ７０２において、装置制御ソフトウェア２１２は、発生したエラーにより実影響が発生すると予想されるジョブの抽出を行う。ここでは、パーソナルコンピュータ１０２、パーソナルコンピュータ１０３及びパーソナルコンピュータ１１０のユーザから受信したジョブが抽出されたものとする。
【０１１４】
次に、装置制御ソフトウェア２１２は、抽出したジョブに含まれる通知先アドレスを読み取る。通知先アドレスは、図６の通知手段６０５及び通知アドレス６０６で構成される。ここでは、パーソナルコンピュータ１０２、１０３及び１１０の通知手段は全て電子メールであるものとする。また通知先電子メールアドレスは、パーソナルコンピュータ１０２が「ｔｅｓｔ＠ｃｘｘｘｘ．ｃｏ．ｊｐ」，パーソナルコンピュータ１０３が「ｔｅｓｔ２＠ｃｘｘｘｘ．ｃｏ．ｊｐ」，パーソナルコンピュータ１１０が「ｔｅｓｔ３＠ｃｘｘｘｘ．ｃｏ．ｊｐ」の電子メールアドレスであるものとする。
【０１１５】
次にＳｔｅｐ１２０３において、印刷装置１０１（装置制御ソフトウェア２１２）は、ネットワーク管理デバイス１０９に対してＳＮＭＰプロトコルを用いたエラー通知を行うための、ＳＮＭＰメッセージの編集作業を行う。
【０１１６】
本実施形態では、印刷装置１０１はＳＮＭＰのＴＲＡＰメッセージを使用して印刷装置１０１にエラーが発生した旨をネットワーク管理デバイス１０９に通知する。ＴＲＡＰメッセージとは、ＳＮＭＰで規定されるメッセージの一種であり、デバイスの状態が変わったときに、ＳＮＭＰのＡｇｅｎｔ側からＭａｎａｇｅｒ側に対して、管理情報の変更が生じた旨を自発的に送信するものである。装置制御ソフトウェア２１２が、このＳＮＭＰメッセージの編集を行う。なお、ＳＮＭＰのＧｅｎｅｒｉｃ−ＴＲＡＰフィールドに入る値は、ベンダが独自に定義した事象が発生したことを示すＥｎｔｅｒｐｒｉｓｅＳｐｅｃｉｆｉｃ（６）である。また、Ｓｐｅｃｉｆｉｃ−ＴＲＡＰフィールドには、エラー発生を示すコードが記載される。
【０１１７】
次にＳｔｅｐ１２０４において、印刷装置１０１は、ＳＮＭＰパケットの送出を行う。なお、ＴＲＡＰメッセージの送信先となるネットワーク管理デバイス１０９のＩＰアドレスは、印刷装置１０１の管理者によって事前に登録されており、その情報はハードディスクドライブ２０８内にデータとして保持されているものとする。装置制御ソフトウェア２１２が、上記の構成をもってＵＤＰパケットを編集し、ネットワーク管理デバイス１０９に対してＳＮＭＰプロトコルの送出を行う。
【０１１８】
そして、Ｓｔｅｐ１２１１において、ネットワーク管理デバイス１０９は、印刷装置１０１から送信されたＴＲＡＰメッセージを受信して、ステップＳ１２１２において、印刷装置１０１の詳細な状態を問い合わせる処理を行う。
【０１１９】
まず、ネットワーク管理デバイス１０９のネットワークインタフェースカード１０１４が、ＳＮＭＰパケットを受信する。そして、ＳＮＭＰのアプリケーションデータは、ＣＰＵ１００１により実行されるＳＮＭＰ解析ソフトウェア１０１７（以下、単にＳＮＭＰ解析ソフトウェア１０１７）に渡される。そして、ネットワーク管理デバイス１０９は、受信したＴＲＡＰメッセージの内容の解析（デコード）を行う。
【０１２０】
ＳＮＭＰ解析ソフトウェア１０１７は、受信したＳＮＭＰパケットのＰＤＵ−Ｔｙｐｅフィールド（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔｓ−Ｔｙｐｅ  フィールド）の値が「４」であることから、それがＴＲＡＰであることを認識する。また、ＳＮＭＰ解析ソフトウェア１０１７は、ＴＲＡＰ−ＰＤＵのＥｎｔｅｒｐｒｉｓｅフィールドとＧｅｎｅｒｉｃ  Ｔｒａｐフィールド、そしてＳｐｅｃｉｆｉｃ  Ｔｒａｐフィールドの値を参照することによって、受信したＴＲＡＰがどのような内容を示すものであるかを認識することが可能になる。これは、ＳＮＭＰのＴＲＡＰ−ＰＤＵの定義として規定されているものであり、まずＧｅｎｅｒｉｃ  ＴＲＡＰフィールドに通知されるイベントの詳細な種別が記載される。ここでは、印刷装置１０１のエラー発生の通知という独自の通知内容であるため、その値はＥｎｔｅｒｐｒｉｓｅＳｐｅｃｉｆｉｃ（６）である。そして、そのＴＲＡＰの内容は、Ｓｐｅｃｉｆｉｃ  ＴＲＡＰフィールドとＥｎｔｅｒｐｒｉｓｅフィールドに記載される。このような手順によって、ＳＮＭＰ解析ソフトウェア１０１７は、印刷装置１０１でエラーが発生したことを認識することが可能になる。
【０１２１】
次に、Ｓｔｅｐ１２１２において、ＳＮＭＰ解析ソフトウェア１０１７は、印刷装置１０１の詳細なエラー情報の問い合わせを行う。これは、印刷装置１０１で発生しているエラーがどのような内容であり、印刷装置１０１にジョブを送信したジョブオーナの中で影響のあるジョブオーナを問い合わせるものである。
【０１２２】
ここでは、ＳＮＭＰ解析ソフトウェア１０１７は、ＧｅｔＲｅｑｕｅｓｔメッセージを用いて問い合わせを行う。ＧｅｔＲｅｑｕｅｓｔメッセージとは、Ａｇｅｎｔから一つ以上の変数値の取り出しを行うメッセージである。ＳＮＭＰ解析ソフトウェア１０１７は、ＳＮＭＰパケットの編集を行う。まず、ＳＮＭＰのＰＤＵタイプは「０」（ＧｅｔＲｅｑｕｅｓｔ）である。要求ＩＤはＳＮＭＰ解析ソフトウェア１０１７によって動的に決定される。エラー情報は「０」である。問い合わせるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）は１．３．６．１．４．１下の値であり、つまりベンダ独自に拡張可能なＯＩＤ（Ｏｂｊｅｃｔ−ＩＤ）が格納される。本第２実施形態においては、エラー情報の詳細状況を意味するＯｂｊｅｃｔとジョブオーナを一意に特定する意味を持つＯｂｊｅｃｔが予め定義されているものとし、それらのＯＩＤが格納されているものとする。
【０１２３】
ここで、ＧｅｔＲｅｑｕｅｓｔメッセージの送信先となる印刷装置１０１のＩＰアドレスは、先に受信したＳＮＭＰパケットから得ているものとする。ＳＮＭＰ解析ソフトウェア１０１７は、上記の構成をもってＵＤＰパケットを編集し、印刷装置１０１に対してＳＮＭＰプロトコルの送出を行う。
【０１２４】
次にＳｔｅｐ１２０６〜Ｓｔｅｐ１２０８において、印刷装置１０１は、ネットワーク管理デバイス１０９から送信されたＳＮＭＰパケット（詳細情報の問い合わせ）を受信して応答に備える処理を行う。
【０１２５】
まず、Ｓｔｅｐ１２０６において、印刷装置１０１のネットワークインタフェースカード２１１が、ＳＮＭＰパケットを受信する。そして、ＳＮＭＰのアプリケーションデータは、装置制御ソフトウェア２１２に渡される。
【０１２６】
次に印刷装置１０１は、受信したＧｅｔＲｅｑｕｅｓｔメッセージの内容の解析（デコード）を行う。装置制御ソフトウェア２１２は、受信したＳＮＭＰパケットのＰＤＵ−Ｔｙｐｅフィールドの値が「０」であることから、それがＧｅｔＲｅｑｕｅｓｔであることを認識する。次にＯＩＤの解析を行う。ＯＩＤはエラー情報の詳細状況を意味するＯｂｊｅｃｔとジョブオーナを一意に特定する意味を持つＯｂｊｅｃｔであるため、装置制御ソフトウェア２１２はそれらの応答メッセージを用意する。エラー情報の詳細状況に関しては、まず印刷装置１０１上でエラーが解消されているか否かの確認を行う。
【０１２７】
次に、装置制御ソフトウェア２１２は、エラー制御ソフトウェア２１５に対して現状のエラー発生状況の問い合わせを行う。
【０１２８】
そして、Ｓｔｅｐ１２０６において、装置制御ソフトウェア２１２は、エラー制御ソフトウェア２１５からの応答に基づいて、印刷装置１０１で発生したエラーが、任意のジョブオーナや印刷装置１０１の管理者によって既にエラー解消されているか否かを判定する。
【０１２９】
Ｓｔｅｐ１２０６で、装置制御ソフトウェア２１２が、既にエラーが解消されていると判定した場合には、Ｓｔｅｐ１２０７に進み、装置制御ソフトウェア２１２は、ＳＮＭＰの応答としてエラーが発生していない内容をネットワーク管理デバイス１０９に送信し（エラー解消情報応答）、処理Ｃを終了する。
【０１３０】
一方、Ｓｔｅｐ１２０６において、装置制御ソフトウェア２１２が、印刷装置１０１のエラーが未だ修正されていないと判定した場合には、Ｓｔｅｐ１２０８において、装置制御ソフトウェア２１２は、ＳＮＭＰの応答メッセージとしてエラー詳細状況と、当該エラーによって印刷処理の実行が妨げられるジョブオーナの情報とをネットワーク管理デバイス１０９に送信する（エラー情報応答）。この場合、ジョブオーナの情報とはジョブオーナの電子メールアドレスである。また同時に、装置制御ソフトウェア２１２は、タイマ２１６を起動し、処理Ｃを終了する。
【０１３１】
そして、ネットワーク管理デバイス１０９では、Ｓｔｅｐ１２１３において、印刷装置１０１から送信されたＳＮＭＰの応答メッセージを受信する。
【０１３２】
次に、Ｓｔｅｐ１２１４において、ＳＮＭＰ解析ソフトウェア１０１７は、受信したＳＮＭＰの応答メッセージを解析し、ＳＮＭＰの応答メッセージが、印刷装置１０１でエラーが発生していない旨の内容である（エラー解消された）か否かを判定する。
【０１３３】
Ｓｔｅｐ１２１４で、ＳＮＭＰ解析ソフトウェア１０１７が、ＳＮＭＰの応答メッセージが、印刷装置１０１でエラーが発生していない旨の内容である（エラー解消された）と判定した場合には、ネットワーク管理デバイス１０９からジョブオーナに対してエラー情報の通知は行わず、処理を終了して、再度ネットワークの監視を行う。
【０１３４】
一方、Ｓｔｅｐ１２１４で、ＳＮＭＰ解析ソフトウェア１０１７が、ＳＮＭＰの応答メッセージが、印刷装置１０１でエラーが発生している旨の内容である（エラー解消されていない）と判定した場合には、Ｓｔｅｐ１２１５において、ジョブオーナにエラー情報を通知するために、電子メールの送信を行う。
【０１３５】
まず、ネットワーク管理デバイス１０９（ＳＮＭＰ解析ソフトウェア１０１７）は、電子メールソフトウェア１０１５を起動する。電子メールソフトウェア１０１５は、ＳＭＴＰサーバに電子メールを送信したり、ＰＯＰサーバやＩＭＡＰサーバと通信を行い、自装置宛ての電子メールをダウンロードする機能を備えたプログラムである。電子メールの本文領域（Ｅｍａｉｌ  Ｂｏｄｙ）の編集を行う。この電子メールの本文領域には、印刷装置の識別情報と発生したエラー種別、回避方法とが含まれる。ネットワーク管理デバイス１０９が送信する電子メールの本文領域は、例えば図８で示したような構成である。
【０１３６】
このようなメール編集処理がなされた後で、ネットワーク管理デバイス１０９（電子メールソフトウェア１０１５）は、電子メールの送信処理を行う。この際の送信電子メールヘッダ内に含まれるＴｏフィールド（送信宛先フィールド）は、Ｓｔｅｐ１２１３で印刷装置１０１から受信したＳＮＭＰ応答メッセージによって通知されたジョブオーナの電子メールアドレスが記載される。また、送信電子メールヘッダ内に含まれるＦｒｏｍフィールド（送信者フィールド）には、ネットワーク管理デバイス１０９の電子メールアドレスが記載される。
【０１３７】
なお、ネットワーク管理デバイス１０９には、予め電子メール送受信に関する設定がなされているものとし、ＳＭＴＰサーバやＰＯＰサーバのアドレス情報や、アカウント情報は予めネットワーク管理デバイス１０９のハードディスクドライブ１０１３に保持されているものとする。上記のような処理により、印刷装置１０１で発生したエラー情報はジョブオーナに通知される。そして、ネットワーク管理デバイス１０９は、処理を終了して、再度ネットワークの監視を行う。
【０１３８】
なお、Ｓｔｅｐ１２０７又はＳｔｅｐ１２０８の処理の後、印刷装置１０１側の処理は、図１２に示したＳｔｅｐ４０９に移行するが、Ｓｔｅｐ４０９〜Ｓｔｅｐ４１１の処理は、図４と同一であるので、説明は省略する。
【０１３９】
以上の処理により、印刷装置１０１にキューイングされた１つのジョブに対する意図された通りの印刷結果が得られず、それ以上の処理を行なえない場合に、前記エラーが発生した旨の通知と前記エラーが発生した状態で処理を実行することが不可能となったジョブのオーナの通知先とをネットワーク管理デバイス１０９に通知し、該ネットワーク管理デバイス１０９により、前記ジョブのオーナに対して、本ジョブを送信したジョブオーナに対してジョブの処理の続行が不可能になったことと印刷装置１０１上で発生している問題点を通知させることにより、画像形成装置上で発生している問題の早期解決が可能になる。
【０１４０】
また、ネットワーク管理デバイス１０９は、印刷装置１０１上で発生している問題点によって影響を受ける他のジョブ（即ち、該エラー要因に影響をうける印刷条件が設定されているジョブ、そのエラー要因（問題点）が解決されなければ実行できないジョブ）のオーナに対しても同様に通知を行う（通知許可）とともに、該問題点によって影響を受けない他のジョブ（即ち、該エラー要因に影響をうける印刷条件が設定されていないジョブ、そのエラー要因（問題点）が解決されなくても実行可能なジョブ）のオーナに対しては通知を行わない（通知禁止）ことにより、通知の確実性を増大させることが可能になると同時に、印刷装置１０１上で発生している問題点によって影響を受けないオーナには通知が行われず、且つそれらのジョブの処理は続行されるため、影響を受けないオーナに負担を生じさせず、且つ混乱を防ぐことができるという利点もある。
【０１４１】
さらに、印刷装置１０１の代わりに、ネットワーク管理デバイス１０９が、各オーナへの通知処理を行うことにより、印刷装置１０１の負担を軽減させることができる。
【０１４２】
また、本実施形態では、印刷装置１０１が電子メール機能（ＰＯＰやＳＭＴＰ等）を有していない、又は、電子メール機能は有しているが、設定が無効（電子メールサーバに印刷装置のアカウントが存在しない等）の場合でも有効となり、第１実施形態の効果に加え、柔軟なシステムを構築できる等の効果を奏す。
【０１４３】
なお、上記第１実施形態では印刷装置１０１が、また、上記第２実施形態ではネットワーク管理デバイス１０９が、エラーにより影響を受ける各ジョブオーナのパーソナルコンピュータに電子メールでエラー情報を通知する構成について説明したが、電子メール以外の通知方法により、エラーにより影響を受ける各ジョブオーナのパーソナルコンピュータにエラー情報を送信するように構成してもよい。
【０１４４】
例えば、パーソナルコンピュータのＩＰアドレス，ＭＡＣアドレス等を用いて、パーソナルコンピュータ上で起動されるクライアントプログラムに対して、所定のプロトコルに対応したメッセージを送信して、エラー情報を通知するように構成してもよい。なお、上記所定のプロトコルとは、上記メッセージ送信の目的を達成可能なプロトコルであればどのようなプロトコルであってもよい。
【０１４５】
また、パーソナルコンピュータ上で起動されるクライアントプログラムから、印刷装置１０１の状態に関する問い合わせが、印刷装置１０１又はネットワーク管理デバイス１０９にあった場合にも、印刷装置１０１又はネットワーク管理デバイス１０９は、該パーソナルコンピュータのＩＰアドレス，ＭＡＣアドレス等を用いて、前記クライアントプログラムに対して、印刷装置１０１の状態を通知するように構成してもよい。
【０１４６】
なお、このクライアントプログラムからの問い合わせの際に印刷装置１０１でエラーが発生していた場合、該エラー要因に影響を受ける／受けないに関らず、全てのジョブのオーナに対してエラーとなっている旨を通知するように構成してもよいし（Ａ）、該エラー要因に影響を受けるジョブのオーナに対してはエラーとなっている旨及びエラーに関する詳細な情報を通知し、エラー要因に影響を受けないジョブのオーナに対してはエラーとなっている旨の通知は行わない（通知禁止）するか、エラーとなっているが影響を受けないため影響を受けるジョブをスキップして先に実行される旨の通知を行うように構成してもよい（Ｂ）。
【０１４７】
また、上記構成Ａ，Ｂを、モード設定等により切り替え可能に構成してもよい。
【０１４８】
さらに、上記各実施形態では、印刷処理時にエラー発生した場合に、影響のあるジョブのオーナにエラー通知を行う構成について示したが、スキャナ処理時、ファクシミリ送受信時、コピー処理時等にエラーが発生した場合にも、影響のあるジョブ（スキャナジョブ、プリントジョブ、コピージョブ、ファクシミリ送信ジョブ、ファクシミリ受信ジョブ等いずれであってもよい）のオーナにエラー通知を行う構成も、本発明に含まれるものである。
【０１４９】
また、ジョブが終了したと同時にエラーが発生して且つ後続するジョブもキューイングされていない場合や、ジョブ実行時以外に印刷装置１０１に異変（例えば、温度の上昇等による異変等）が発生した場合、ジョブに連絡先の情報（メールアドレス等）が格納されていない場合等のように、エラー発生時の通知先がない場合には、操作パネルにエラー表示をするとともに、装置の管理者のメールアドレスにエラーが発生した旨の情報を通知するように構成してもよい。
【０１５０】
さらに、上記各実施形態では、エラーが発生した場合に、キュー印刷されているジョブ内に含まれる情報（ジョブ原因（例えばA４紙無し）に影響される要因（Ａ４用紙指定）を含んでいるか）に応じてジョブの処理順序を決定する構成について説明したが、パネル２０６からユーザに印刷順序でジョブを選択指示させ、該選択指示に応じてジョブの処理順序を決定するように構成してもよい。
【０１５１】
また、上記各実施形態内では示していないが、印刷装置１０１のＣＰＵ２０１は、ジョブの処理が終了した場合には、前記ジョブに含まれる情報（不図示）又はあらかじめ印刷装置１０１内のハードディスクドライブ２０８又はＮＶＲＡＭ２１０に設定されている設定情報に基づき、前記ジョブを破棄する又はハードディスクドライブ２０８内に保持するよう制御するように構成してもよい。
【０１５２】
なお、図６，図８，図９の各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１５３】
又、本実施形態では、制御対象となるエラー要因として、紙無しエラーについて主に説明したが、このように、記録用紙関係のエラーに限らず、トナーが無くなったことによるトナー切れエラー、ステイプル針が無くなったステイプル針エラー等、記録紙、トナー、ステイプル等の消耗品エラー等でも適用できる。
【０１５４】
例えば、本画像形成装置が、１台及び/又は複数の情報処理装置（ホストコンピュータ等）から複数のプリントジョブを順次受信する。これをうけ画像形成装置の制御部は、各々ビットマップ展開処理等の所定の処理を施して、ハードディスク等の適当なメモリ内の印刷待ち行列領域に、これらの印刷対象となる複数のプリントジョブを格納保持するよう制御する。又、各プリントジョブ毎に、出力用紙サイズに関する印刷条件、ステイプルや仕分け処理等の後処理に関する印刷条件、印刷部数に関する印刷条件、画像の拡大処理や縮小処理等の画像処理に関する印刷条件等の各種の印刷条件情報が該情報処理装置の操作部を介してユーザにより設定され、印刷データに対応付けられて情報処理装置から出力されるので、該制御部は、各ジョブ毎に対応する印刷条件を関連付けてメモリに格納する。そして、ジョブの受付け順或いはビットマップへの展開完了順に、順次、印刷待ち行列内の各プリントジョブを、各自にユーザにより設定されている印刷条件に基づいて、順次、プリント処理を、該画像形成装置のプリンタ部に実行させるよう制御する。尚、この例では、該画像形成装置がカラー画像を記録紙に印刷可能なカラー画像形成装置であり、カラー画像をプリントすることも出来るし、白黒画像をプリントすることも出来る装置であるとする。
【０１５５】
このような前提条件のもと、例えば、上記メモリに、ユーザＡ〜Ｅという５人のユーザからの５個のプリントジョブを登録保持しており、該複数のジョブのうちの印刷順序が１番目のジョブ（ユーザＡのジョブ）と、印刷順序が３番目のジョブ（ユーザＣのジョブ）と、５番目のジョブ（ユーザＥのジョブ）が、夫々、カラー画像（複数色）で印刷させるよう印刷条件が設定されおり、印刷順序が２番目のジョブ（ユーザＢのジョブ）と、４番目のジョブ（ユーザＤのジョブ）が、モノクロ画像（単一色）で印刷させるよう印刷条件が設定されおり、現在、１番目のジョブのプリント動作を実行中であるとする。このような状態で、例えば、カラー画像をプリントする上で必要なトナーがトナー切れによりエラーが起きた場合、該制御部は、エラー対象と現ジョブであるジョブＡを特定すると共に、該メモリに印刷すべきプリントジョブとして保持している複数のプリントジョブの中から該エラー条件に関係する印刷条件を有する（影響を受ける）プリントジョブを特定する（検索する）判断処理を行う。この例では、該制御部は、該エラー要因（ここでは、本画像形成装置のカレントステータス情報として、カラープリントが出来なくなったというエラー要因）に関係する印刷条件を有する（影響を受ける）プリントジョブは、ジョブＡの他にも、印刷待ち状態のジョブＣ、ジョブＥが存在すると判断し、一方、該エラー条件に関係する印刷条件を有さない（影響を受けない）プリントジョブは、ジョブＢ、ジョブＤであると判断する。そして、エラーが発生したので、プリントジョブの送信元の情報処理装置へエラー発生に関する情報を通知するよう制御するわけであるが、ここで、該制御部は、この判断結果をうけ、上記エラー要因に関係する印刷条件を有するプリントジョブ（ジョブＡ、Ｃ、Ｅ）の送信元であるユーザＡ、Ｃ、Ｅの、各情報処理装置（各クライアントコンピュータ）の夫々に対して、上記エラーに関する報知情報を、ネットワーク等の所定の通信媒体を介して（無線でも良い）、送信して、これらの情報処理装置の表示装置等の適当なユーザインタフェースユニットを介して、各ユーザＡ、Ｃ、Ｅに、上記エラーが発生した旨、及び、そのエラーの解除方法等の適当なガイダンス情報を、報知するよう制御する（エラー情報の報知処理の実行を許可するよう制御する）。一方、上記エラー要因に関係する印刷条件を有さないプリントジョブ（ジョブＢ、Ｄ）の送信元であるユーザＢ、Ｄの、各情報処理装置（各クライアントコンピュータ）の夫々に対しては、上記エラーに関する報知情報を送信しないよう制御し、該ユーザＢ、Ｄには、上記情報を報知しないように、該制御部により、制御する（エラー情報の報知処理の実行を禁止するよう制御する）。
【０１５６】
別の制御例を説明する。例えば、上記画像形成装置が、プリンタ部にてプリントした記録紙に対してステイプル処理を実行することが可能なフィニッシング機能付きの画像形成装置であり、プリントジョブの印刷条件としてステイプルモードを設定可能であるとする。
【０１５７】
このような前提条件のもと（上記以外の前提条件は、上記制御例と同じとする）、例えば、上記メモリ（例えば該画像形成装置が具備するハードディスク）に、ユーザ１〜５という５人のユーザからの５個のプリントジョブを登録保持しており、該複数のジョブのうちの印刷順序が１番目のジョブ（ユーザ１のジョブ）と、印刷順序が２番目のジョブ（ユーザ２のジョブ）と、４番目のジョブ（ユーザ４のジョブ）が、夫々、記録紙に対してステイプル処理を実行するようステイプルモードが印刷条件として設定されており、印刷順序が３番目のジョブ（ユーザ３のジョブ）と、５番目のジョブ（ユーザ５のジョブ）が、ステイプルモードの設定が印刷条件として設定されていないプリントジョブであり、現在、１番目のジョブのプリント動作を実行中であるとする。このような状態で、例えば、１番目のプリントジョブを実行する上で必要なステイプル針が消費して無くなりエラーが起きた場合に、該制御部は、エラー対象と現ジョブであるジョブ１を特定すると共に、該メモリに印刷すべきプリントジョブとして保持している複数のプリントジョブの中から該エラー条件に関係する印刷条件を有する（影響を受ける）プリントジョブを特定する（検索する）判断処理を行う。この例では、該制御部は、該エラー要因（ここでは、本画像形成装置のカレントステータス情報として、ステイプル針が無いことでステイプル処理を実行出来なくなったというエラー要因）に関係する印刷条件を有する（影響を受ける）プリントジョブは、ジョブ１の他にも、印刷待ち状態のジョブ２、ジョブ４が存在すると判断し、一方、該エラー条件に関係する印刷条件を有さない（影響を受けない）プリントジョブは、ジョブ３、ジョブ５であると判断する。そして、エラーが発生したので、プリントジョブの送信元の情報処理装置へエラー発生に関する情報を通知するよう制御するわけであるが、ここで、該制御部は、この判断結果をうけ、上記エラー要因に関係する印刷条件を有するプリントジョブ（ジョブ１、２、４）の送信元であるユーザ１、２、４の、各情報処理装置（各クライアントコンピュータ）の夫々に対して、上記エラーに関する報知情報を、ネットワーク等の所定の通信媒体を介して（無線でも良い）、送信して、これらの情報処理装置の表示装置等の適当なユーザインタフェースユニットを介して、各ユーザ１，２，４に、上記エラーが発生した旨、及び、そのエラーの解除方法等の適当なガイダンス情報を、報知するよう制御する（エラー情報の報知処理の実行を許可するよう制御する）。一方、上記エラー要因に関係する印刷条件を有さないプリントジョブ（ジョブ３、５）の送信元であるユーザ３、５の、各情報処理装置（各クライアントコンピュータ）の夫々に対しては、上記エラーに関する報知情報を送信しないよう制御し、該ユーザ３、５には、上記情報を報知しないように、該制御部により、制御する（エラー情報の報知処理の実行を禁止するよう制御する）。
【０１５８】
本実施形態では、このような動作制御を実行可能に構成している。尚、上記制御例は、制御部として画像形成装置が具備するコントローラの場合について説明したが、第２実施形態のネットワーク管理デバイスのような、画像形成装置以外の装置の制御部が動作の主体となって上記制御例のような制御を実現可能にしても良い。又、勿論、画像形成装置にてプリントすべき複数のプリントジョブを格納保持するメモリを上記のように画像形成装置内部に設けなくても、該画像形成装置以外の装置（例えばサーバ装置）に格納保持しておくようなシステムにて上記制御例のような動作制御を実現可能に構成しても良い。このように、如何なる構成でも本発明は適用可能である。
【０１５９】
又、別の実施形態例として、上記のように、画像形成装置にて複数のプリントジョブを処理する場合において、何れかのプリントジョブにおいてエラーが発生した場合に、そのエラーを引き起こした直接原因であるプリントジョブ自体のオーナ（ユーザとも呼ぶ。１番目の制御例ではユーザＡに相当し、２つ目の制御例ではユーザ１に相当）だけでなく、該メモリに保持している印刷待ち状態（少なくとも、印刷処理が完了していない状態）の複数のプリントジョブのうちの、該エラーに関係する印刷条件を有するプリントジョブ（該エラーに影響をうける印刷条件が設定されているジョブ）のオーナに対して（１つ目の制御例ではユーザＣ、Ｅに相当し、２つ目の制御例ではユーザ１、２、４が相当する）、上記エラー情報の報知処理を実行することを許可し、一方、該エラーに関係する印刷条件を有さないプリントジョブ（該エラーに影響をうける印刷条件が設定されていないジョブ）のオーナに対して（１つ目の制御例ではユーザＢ、Ｄに相当し、２つ目の制御例ではユーザ３、５が相当する）、上記エラー情報の報知処理を実行することを禁止するよう、上記制御部が制御する動作シーケンスを、第1のシーケンスとし、これ以外にも以下のような第２シーケンスを有し、該制御部が、上記第1制御シーケンスと下記の第２制御シーケンスとを、選択的に、実行可能にしても良い。
【０１６０】
画像形成装置にて複数のプリントジョブを処理する場合において、何れかのプリントジョブにおいてエラーが発生した場合に、そのエラーを引き起こした直接原因であるプリントジョブ自体のオーナ（ユーザとも呼ぶ。１番目の制御例ではユーザＡに相当し、２つ目の制御例ではユーザ１に相当）だけでなく、該メモリに保持している印刷待ち状態の複数のプリントジョブの、全てのオーナに対して（１つ目の制御例ではユーザＣ、Ｅに相当し、２つ目の制御例ではユーザ１、２、４が相当する）、上記エラー要因の内容に関係なく、上記エラー情報の報知処理を実行することを許可する制御をする。これを第２制御シーケンスとし、例えば、これら第１シーケンスと第２シーケンスのどちらのシーケンスを実行すべきかを、画像形成装置の操作部、及び／又は、ホストコンピュータ等の遠隔の情報処理装置の操作部等の、適当なユーザインタフェースユニットを介して、ユーザ（管理者でも良い）が、選択決定可能に構成し、該操作部を介してユーザにより選択されたシーケンスでもって、該画像形成装置を動作するように制御可能に構成しても良い。
【０１６１】
このように構成することで、本実施形態の効果に加えて、本画像形成装置を含む本画像形成システムにおける様々なユーザからのニーズにも対応できる、より使い勝手の良い、柔軟なシステムを適用することが出来る。
【０１６２】
以上、各実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１６３】
さらに、上述した第１実施形態，第２実施形態，各種変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１６４】
以上示したように、デバイス（印刷装置１０１）でエラーが発生した場合に、デバイスはエラー内容を解析し、エラーとなったジョブの以後の処理キューに入っているジョブ内容を解析して、発生したエラーに影響するジョブのオーナにのみエラー発生の通知を行う。例として、Ａ４用紙切れエラー発生時には印刷ジョブをＡ４で出力しているオーナにのみ通知。Ａ４以外のジョブの処理は続行される。これにより、複合機やプリンタで発生したエラーの通知先と通知条件の改善を図ることができる。
【０１６５】
以下、図１４に示すメモリマップを参照して本発明に係る画像形成システムを構成する各装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１６６】
図１４は、本発明に係る画像形成システムを構成する各装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【０１６７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１６８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６９】
本実施形態における図４，図７，図１０，図１２，図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１７０】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１７２】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１７３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１７４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１７５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１７６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１７７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１８１】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１８２】
【図１】本発明の第１実施形態のシステム構成を示すブロック図である。
【図２】図１に示した印刷装置の構成の一例を示すブロック図である。
【図３】図１に示したパーソナルコンピュータの構成を示すブロック図である。
【図４】本発明の画像形成装置及びシステムにおける第１の制御処理手順の一例を示すフローチャートである。
【図５】図１に示した印刷装置の印刷設定画面（ＵＩ）の一例を示す模式図である。
【図６】パーソナルコンピュータが印刷装置に送信するＰＤＬデータの構成を例示した模式図である。
【図７】本発明の画像形成装置及びシステムにおける第２の制御処理手順の一例を示すフローチャートである。
【図８】印刷装置が送信する電子メールの本文領域の一例を示す模式図である。
【図９】印刷装置で受信したジョブのジョブ管理テーブルを示す模式図である。
【図１０】本発明の画像形成装置及びシステムにおける第３の制御処理手順の一例を示すフローチャートである。
【図１１】図１に示したネットワーク管理デバイスの構成を示すブロック図である。
【図１２】本発明の画像形成装置及びシステムにおける第４の制御処理手順の一例を示すフローチャートである。
【図１３】本発明の画像形成装置及びシステムにおける第５の制御処理手順の一例を示すフローチャートである。
【図１４】本発明に係る画像形成システムを構成する各装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【符号の説明】
【０１８３】
１０１  印刷装置
１０２，１０３、１１０  パーソナルコンピュータ
１０４  ＬＡＮ
１０８  電子メールサーバ
１０９  ネットワーク管理デバイス
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  エンジン
２０５  エンジンコントローラ
２０８  ハードディスクドライブ
２０９  ディスクコントローラ
２１１  ネットワークインタフェースカード
２１２  装置制御ソフトウェア
２１４  電子メールソフトウェア
２１５  エラー制御ソフトウェア
３０１  ＣＰＵ
３０２  ＲＯＭ
３０３  ＲＡＭ
３１１  ディスクコントローラ
３１３  ハードディスクドライブ
３１４  ネットワークインタフェースカード
３１５  電子メールソフトウェア
１００１  ＣＰＵ
１００２  ＲＯＭ
１００３  ＲＡＭ
１０１１  ディスクコントローラ
１０１３  ハードディスクドライブ
１０１４  ネットワークインタフェースカード
１０１５  電子メールソフトウェア
１０１７  ＳＮＭＰ解析ソフトウェア
【図１】
2005329620.tif 000003
【図２】
2005329620.tif 000004
【図３】
2005329620.tif 000005
【図４】
2005329620.tif 000006
【図５】
2005329620.tif 000007
【図６】
2005329620.tif 000008
【図７】
2005329620.tif 000009
【図８】
2005329620.tif 000010
【図９】
2005329620.tif 000011
【図１０】
2005329620.tif 000012
【図１１】
2005329620.tif 000013
【図１２】
2005329620.tif 000014
【図１３】
2005329620.tif 000015
【図１４】
2005329620.tif 000016