JP2007026317A - 画像形成装置及びプログラム - Google Patents

Abstract

【課題】 印刷ジョブが終了した旨を報知するための通知を少なくできる画像形成装置を提供することを目的とする。
【解決手段】 画像形成装置であるＭＦＰは、クライアント端末から依頼された印刷ジョブを、複数依頼された印刷ジョブの内最後の印刷ジョブと判定する（ステップＳ２３）と、通知管理テーブルに登録されている既に終了した印刷ジョブに、前記最後の印刷ジョブについての通知のあて先であるＥＭＡＩＬＴＯ名と同じものがあるかを判定（ステップＳ２５）し、同じＥＭＡＩＬＴＯ名がある場合には、ステップＳ２７でこれらの印刷ジョブについての終了の旨を含んだＥ−ｍａｉｌを作成して、クライアント端末に送信する。
【選択図】 図８

Description

本発明は、クライアント端末から受信した印刷指示に基づいて印刷ジョブをした後に、当該印刷ジョブが終了した旨を前記クライアント端末のユーザに報知するための通知を送信する画像形成装置及びプログラムに関する。

近年、処理速度が速く、機能の豊富な画像形成装置（例えば、ＭＦＰ（Multiple Function Peripheral）やプリンタである。）が販売されている。これらの画像形成装置は、比較的高価であり、また、その設置にもある程度のスペースが要求される。
このため、このような画像形成装置は、１人のユーザに対して１台、つまり、ローカルプリンタとしてではなく、複数人のユーザに対して１台、つまり、ネットワークプリンタとして使用されることが多い。

画像形成装置を後者のように使用する場合、複数のユーザの中には、当該画像形成装置から遠く離れてしまう者が出てきてしまう。このユーザにおいては、印刷指示をしても、画像形成装置が遠くにあるため、自分の印刷ジョブが終了したかどうかが判断し難く、例えば、印刷指示後、所定時間経過して自分の印刷物を取りに行くと、自分の印刷ジョブが終了していないような場合が生じる。

そこで、ユーザ（クライアント端末）からの印刷指示を受けて当該印刷ジョブが終了すると、当該印刷ジョブが終了した旨を前記ユーザに報知するための終了通知（本発明の「通知」に相当する。）を、例えば、Ｅ−ｍａｉｌを利用して、前記ユーザに送信するような画像形成装置が提案されている（例えば、特許文献１）。
特開平１０−２８５３２９号公報

しかしながら、従来の技術では、例えば、複数の印刷指示を画像形成装置に連続して行うと、そのユーザは、当該印刷指示分に対応した複数の終了通知を画像形成装置から受信することになり、受信した終了通知を確認するのが煩わしく感じられる。また、画像形成装置からの終了通知も多くなり、ネットワークのトラフィックの負荷が増大する。
本発明は、上記のような問題点を鑑みてなされたものであって、例えば、印刷指示が複数連続してある場合でも、印刷ジョブが終了した旨を報知するための通知をユーザが煩わしく感じるのを抑制でき、且つ前記通知によるトラフィックの負荷増加を抑制することができる画像形成装置を提供することを目的とする。

上記目的を達成するために、本発明に係る画像形成装置は、クライアント端末から受信した印刷指示に基づいて印刷ジョブを実行した後、当該印刷ジョブが終了した旨を前記クライアント端末のユーザに報知するための通知を送信する装置であって、印刷ジョブが所定条件を満たすときに、当該印刷ジョブについて前記通知の送信を阻止する阻止手段と、前記阻止する状態が解除されたときに、当該阻止により送信されなかった複数の通知に対応する印刷ジョブについて終了した旨を纏めたまとめ通知を送信するまとめ通知手段とを備えることを特徴としている。

この構成によれば、複数の通知に対応する印刷ジョブについて終了した旨を纏めたまとめ通知を送信することができる。このため、印刷ジョブの終了を報知するための通知を少なくできる。
ここで、「ユーザに報知する通知」とは、ユーザがネットワーク接続されているクライアント端末のどこからも通知内容を見ることが可能な通知（例えば、Ｗｅｂメール）や、ユーザが使用している固定のクライアント端末に送信する通知（メッセージ）や、固定のクライアント端末が自動的にアクセスして取得するメール等を含んだ概念である。

また、「阻止により送信されなかった複数の通知に対応する印刷ジョブについて終了した旨を纏めたまとめ通知」とは、阻止により送信されなかった複数の通知に対応する印刷ジョブすべてについて、その終了した全て旨を１つに纏めたまとめ通知や、複数の通知のすべてではなく、そのうちの一部の通知に対応する印刷ジョブについて纏めたまとめ通知を含んだ概念である。

一方、前記画像形成装置は、印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段を備え、当該阻止判定手段は、同一のクライアント端末から受信する印刷指示が連続する場合の１つであるときに、当該印刷指示に係る印刷ジョブが前記所定条件を満たすと判定することを特徴としている。
なお、阻止判定手段の判定するタイミングは、特に限定するものではなく、例えば、印刷指示を受信したとき、印刷ジョブを実行するとき、さらには、印刷ジョブが終了し、終了した旨の通知を作成するとき（或いは作成する前）、通知を送信する直前であっても良い。つまり、通知の送信を阻止できるタイミングであれば良い。

一方、前記印刷指示は、当該印刷指示を含めて印刷指示が連続することを示す連続情報を含み、前記阻止判定手段は、前記連続情報に基づいて判定することを特徴としている。なお、ここでの「連続情報」は、印刷指示が連続することを示すものであれば良く、その内容・形態等特に限定するものではない。また、この「連続情報」は、印刷指示と一体(印刷データに付加されている)であっても良いし、別体（印刷データとは別に）で受信しても良い。

一方、前記画像形成装置は、阻止した状態を解除するか否かを判定する解除判定手段を備え、当該解除判定手段は、クライアント端末から受信する印刷指示が、前記連続する印刷指示の終端の印刷指示であるときに、阻止する状態が解除された判定し、前記まとめ通知は、当該終端の印刷指示に該当する印刷ジョブが終了した旨を含むことを特徴としている。

一方、前記印刷指示には、さらに、当該印刷指示が、前記複数連続する印刷指示の終端であるか否かを示す終端情報を含み、前記解除判定手段は、前記終端情報に基づいて判定することを特徴としている。なお、ここでの「終端情報」は、印刷指示の終端であることを示すものであれば良く、その内容・形態等特に限定するものではない。また、この「終端情報」は、印刷指示と一体(印刷データに付加されている)であっても良いし、別体（印刷データとは別に）で受信しても良い。

一方、前記まとめ通知手段は、前記終端情報を含む印刷指示を、既に受信した印刷ジョブの終了から所定時間が経過するまでに受信しなかったときに、既に終了している印刷ジョブについて終了した旨を纏めたまとめ通知を送信することを特徴としている。
この構成によると、例えば、終端ジョブが存在しない場合、終端ジョブの設定をユーザが忘れた場合でも、ユーザは終了した印刷ジョブについての通知を得ることができる。なお、ここでの「所定時間」は、画像形成装置の管理者、或いは、ユーザが設定することができる他、装置自身に予め設定されていても良い。

一方、前記画像形成装置は、受信した印刷ジョブに関する情報を蓄積する蓄積手段を備え、前記阻止判定手段は、終了した印刷ジョブについて前記通知を送信する前に、当該終了した印刷ジョブを依頼したクライアント端末から新たな印刷指示を受信したときに、同一のクライアント端末から受信する印刷指示が連続する場合の１つであるして、前記終了した印刷ジョブが前記所定条件を満たすと判定することを特徴としている。

この構成によると、ユーザが連続する印刷指示の終わりを特に指定しなくても、画像形成装置が適切に印刷指示の終わりを判定することができる。
一方、前記画像形成装置は、阻止した状態を解除するか否かを判定する解除判定手段を備え、前記阻止判定手段は、既に終了した印刷ジョブについての通知に関する情報が、前記蓄積手段に蓄積された情報に含まれているときに、当該印刷ジョブが前記所定条件を満たすと判定し、前記解除判定手段は、前記蓄積手段に蓄積されている情報が含まれている印刷指示に係る印刷ジョブがすべて終了したときに、阻止状態が解除された判定し、前記まとめ通知には、前記解除に係る印刷ジョブが終了した旨を含むことを特徴としている。

この構成によると、ユーザが連続する印刷指示の終わりを特に指定しなくても、画像形成装置が適切に印刷指示の終わりを判定することができる。
ここでの「蓄積されている情報」とは、例えば、通知のあて先、当該通知を別のあて先に送信する場合のあて先等を含む情報である。
一方、前記画像形成装置は、印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段を備え、当該阻止判定手段は、通知のあて先に係る情報が、予め設定された所定のあて先に係る情報と一致するときに、当該印刷ジョブが前記所定条件を満たすと判定することを特徴としている。

ここでの「あて先に係る情報」とは、通知の形態（通知がＥ−ｍａｉｌの場合、「Ｔｏ」、「Ｃｃ」、「Ｂｃｃ」等である）の他、通知の送信先の種類（例えば、ＰＣ、携帯電話、携帯端末等である）も含まれる概念である。
この構成によると、通知のあて先によって、その通知の送信を阻止するか否か、つまり、まとめ通知をするか否かを切換えることもできる。

一方、前記画像形成装置は、印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段を備え、当該阻止判定手段は、印刷ジョブが終了したときの印刷結果が予め設定された所定の印刷結果と一致するときに、当該印刷ジョブが前記所定条件を満たすと判定することを特徴としている。
この構成によると、印刷結果によって、その通知の送信を阻止するか否か、つまり、まとめ通知をするか否かを切換えることもできる。

一方、前記画像形成装置は、印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段と、阻止した状態を解除するか否かを判定する解除判定手段とを備え、前記阻止判定手段は、所定時間内に印刷ジョブが終了したときに、当該印刷ジョブが前記所定条件を満たすと判定し、前記解除判定手段は、所定時間が終了したときに、阻止する状態が解除された判定することを特徴としている。

一方、前記画像形成装置は、阻止する状態の解除を判定する解除判定手段を備え、当該解除判定手段は、前記阻止により送信されなかった通知に対応する印刷ジョブ数が所定数に達したときに、阻止する状態が解除された判定することを特徴としている。
一方、前記画像形成装置は、阻止する状態の解除を判定する解除判定手段を備え、当該解除判定手段は、前記阻止により送信されなかった通知に対応する印刷ジョブが終了してから所定時間が経過したときに、阻止する状態が解除された判定することを特徴としている。

一方、前記画像形成装置は、阻止した状態を解除するか否かを判定する解除判定手段とを備え、前記通知のあて先に係る情報が、所定のグループに属する情報であり、前記阻止判定手段は、通知のあて先に係る情報が、前記所定のグループに属する情報と一致するときに、当該印刷ジョブが前記所定条件を満たすと判定し、前記解除判定手段は、前記所定のグループに属する印刷ジョブが終了したときに、阻止する状態が解除された判定し、前記まとめ通知手段は、終了している印刷ジョブについて終了した旨を纏めたまとめ通知をグループを構成するメンバーあてに送信することを特徴としている。

この構成によると、例えば、グループ単位で通知を行うことができる。
一方、前記まとめ通知手段は、印刷指示を受けた印刷ジョブが正常に終了しなかった場合に、印刷ジョブが正常に終了しなかった旨の通知に、既に終了している印刷ジョブについてその終了を示す旨を含めたまとめ通知を送信することを特徴としている。
この構成よると、例えば、印刷ジョブが正常に終了しなかった際に、クライアント端末あてに送信する、例えば、エラー通知に、既に終了している印刷ジョブについての終了を示す旨の通知を付加できるので、クライアント端末、或いはユーザに送信する通知の数を少なくできる。

また、上記目的を達成するために、本発明に係るプログラムは、クライアント端末から受信した印刷指示に基づいて印刷ジョブを実行した後、当該印刷ジョブが終了した旨を前記クライアント端末のユーザに報知するための通知を送信する画像形成装置に、印刷ジョブが所定条件を満たすときに、当該印刷ジョブについて前記通知の送信を阻止する阻止処理と、前記阻止する状態が解除されたときに、当該阻止により送信されなかった複数の通知に対応する印刷ジョブについて終了した旨を纏めたまとめ通知を送信するまとめ通知処理とを実行させることを特徴としている。

本発明に係る画像形成装置は、例えば、印刷指示が複数連続してある場合に、終了した印刷ジョブについての終了した旨の通知を送信するのを阻止して、阻止された複数の印刷ジョブについて終了した旨を１つの纏めたまとめ通知で行うので、ユーザが画像形成装置から受け取る通知の数を少なくできる。したがって、印刷指示が複数ある場合でも、受信する通知が少なくなるので、ユーザがその通知を煩わしく感じるのを抑制できると共に、前記通知によるトラフィックの負荷増加を抑制することができる。

本発明を画像形成装置の一例であるＭＦＰに適用させた実施の形態について説明する。なお、ＭＦＰは画像形成装置の一例であり、画像形成装置として、他に、プリンタ、複合型プリンタ等がある。
＜第１の実施の形態＞
１．全体構造
図１は、第１の実施の形態に係るプリントシステムの全体構成を示す図である。

プリントシステム１は、同図に示すように、クライアント端末１０ａ，１０ｂ，１０ｃ、ＭＦＰ５０及びメールサーバ８が、ネットワーク、ここではＬＡＮ５を介して接続されている。なお、ここでのプリントシステムは一例で、クライアント端末の数及びＭＦＰの数等はこれに限定されるものではない。
クライアント端末１０ａ，１０ｂ，１０ｃ、ＭＦＰ５０及びメールサーバ８は、具体的には、ＬＡＮケーブルにＨＵＢ（図示省略）を介して接続され、ＴＣＰ／ＩＰプロトコルにより相互に通信可能である。これにより、例えば、ＭＦＰ５０は、クライアント端末１０ａ，１０ｂ，１０ｃから印刷指示を受信できる。

本プリントシステム１は、図外のルータを介して、例えば、インターネットに接続されている。これにより、例えば、ＭＦＰ５０は、クライアント端末１０ａ，１０ｂ，１０ｃから受けた印刷指示に係る印刷ジョブを終了すると、当該クライアント端末に、例えば、印刷ジョブを終了した旨が記載されたＥ−ｍａｉｌを送信する。
なお、このＥ−ｍａｉｌは、終了通知（本発明の「通知」に相当する。）でもあり、まとめ終了通知（本発明の「まとめ通知」に相当する。）でもある。また、単に「終了通知」とした場合には、終了通知とまとめ終了通知の両者を含む場合もある。

なお、メールサーバ８は、クライアント端末１０ａ，１０ｂ，１０ｃ及びＭＦＰ５０が、例えば、Ｅ−ｍａｉｌを送信する際には、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバとなり、逆に、Ｅ−ｍａｉｌを受信する際には、ＰＯＰ（Post Office Protocol）サーバとなる。
２．クライアント端末
以下、クライアント端末１０ａ，１０ｂ，１０ｃについて説明するが、これらの構成等は基本的には同じであり、単に、「クライアント端末１０」として説明する。

（１）ハードウェア構成
図２は、クライアント端末のハードウェアの構成を示すブロック図である。
クライアント端末１０は、同図に示すように、インターフェース（Ｉ／Ｆ）部１１、制御部１２、記憶部１３、ＲＡＭ１４、ディスプレイ１５、キーボード１６、マウス１７等からなり、例えば、ＰＣ（パーソナルコンピュータ）により構成される。

Ｉ／Ｆ部１１は、ＬＡＮカード、ＬＡＮボードといったＬＡＮ５に接続するためのインターフェースである。
記憶部１３は、例えば、ハードディスクからなり、ＯＳ（Operating System）２０（図３参照）、アプリケーション２２及びＭＦＰ５０による印刷出力のためのプリントドライバ２４等が保存されている。

ＲＡＭ１４は、制御部１２により実行される各種処理のためのワークエリアを提供する。制御部１２は、ＣＰＵからなり、ディスプレイ１５の表示内容の制御、キーボード１６やマウス１７からの入力情報の受付け等を行うと共に、記憶部１３に保存されているＯＳ２０等の機能を実行する。
（２）ソフトウエア構成
図３は、クライアント端末のソフトウエア構成を示す図である。

同図に示すように、クライアント端末１０には、ソフトウエアとして、ＯＳ２０、アプリケーション２２、プリントドライバ２４の他、図示していないがディスプレイドライバ等がインストールされている。
ＯＳ２０は、ネットワークに対応しており、クライアント端末のユーザがＰＣを操作する基本的なソフトであり、例えば、記憶部１３、ＲＡＭ１４等のメモリー管理、ファイルの保存や読み出し等のファイル管理等を行う。

アプリケーション２２は、ＯＳ２０上で稼動し、例えば、文書作成用、図形作成用、計算機能付き表作成用等があり、ＯＳ２０を介してインストールされ、記憶部１３に保存される。
プリントドライバ２４は、ＭＦＰ５０において実行される印刷出力の制御を行うものであり、表示部２６、データ変換部２８及び情報付加部２９を備え、例えば、ユーザからアプリケーション２２上で印刷指示があると、印刷に関する情報や画像形成用のデータを格納する印刷データを作成して、ＭＦＰ５０に送信する。

データ変換部２８は、上記のアプリケーション２２で作成されたアプリケーション特有の形式である印刷用のデータを、例えば、ＰＤＬ（印刷記述言語）形式のデータに変換する。なお、上記の印刷データは、後述する、印刷に関する情報等や、実際に印刷するためのデータとを含めたものとして説明する。
図４は、表示部が起動したときのディスプレイの画面を示す図である。

表示部２６は、印刷に関する情報（以下、単に「印刷情報」という。）の入力を案内する案内画面３０をディスプレイ１５に表示する。案内画面３０は、図４に示すように、印刷部数を受け付ける「印刷部数」欄３１、印刷用紙の方向を受け付ける「方向」欄３２、両面印刷するか否かを受け付ける「両面」欄３３の他、終了通知に関する情報（以下、単に「通知情報」という。）を受け付ける通知情報欄３４等がある。

通知情報欄３４は、印刷ジョブを終了したときに終了通知を送信するか否かを受け付ける「ジョブ終了通知」欄３５と、印刷ジョブが複数連続する場合に、当該印刷ジョブが、連続する印刷ジョブの最後のジョブ（このジョブを、以下、「終端ジョブ」という。）であるか否かを受け付ける「終端ジョブ」欄３６と、ユーザが終了通知を希望する場合に、そのあて先を入力する「通知先」欄３７を備える。

本実施の形態では、印刷部数は「１」、印刷用紙の方向は「Ｐｏｒｔｒａｉｔ」（縦）、両面印刷は「ＯＦＦ」であり、通知情報は、ジョブ終了通知が「ＯＮ」で、印刷ジョブを完了したときにＭＦＰ５０が終了通知を送信する（クライアント端末１０は受信する。）。そして、その終了通知の通知先は、「ａａａ＠ｂｂｂ．ｃｏ．ｊｐ」である。
上記で説明した案内画面３０で入力された各情報は、印刷データ４０に格納されてＭＦＰ５０に送信される。

図５は、ＭＦＰへ送信する印刷データの一部を示す図である。
印刷データ４０は、図５に示すように、本体部４４とヘッダ部４２と含み、本体部４４に画像形成用のデータが格納され、また、ヘッダ部４２に印刷情報のほか通知情報が格納されている。
印刷情報である印刷部数の「１」は、「＠ＰＪＬ ＳＥＴ ＱＴＹ＝」の「１」として、方向の「Ｐｏｒｔｒａｉｔ」は、「＠ＰＪＬ ＳＥＴ ＯＲＩＥＮＴＡＴＩＯＮ ＝」の「ＰＯＲＴＲＡＩＴ」として、両面印刷の「ＯＦＦ」は、「＠ＰＪＬ ＳＥＴ ＤＵＰＬＥＸ ＝」の「ＯＦＦ」として、それぞれヘッダ部４２に格納されている。

一方、通知情報であるジョブ終了通知の「ＯＮ」は、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ ＝」の「ＯＮ」として、終端ジョブの「ＯＮ」は、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ ＝」の「ＯＮ」として、そして最後に、あて先の「ａａａ＠ｂｂｂ．ｃｏ．ｊｐ」は、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ ＝」の「ａａａ＠ｂｂｂ．ｃｏ．ｊｐ」として、印刷情報に続いて格納されている。

３．ＭＦＰ
本実施の形態に係るＭＦＰは、クライアント端末から受信した印刷指示に基づいて印刷ジョブを実行した後、当該印刷ジョブが終了した旨を前記クライアント端末のユーザに報知するための終了通知を送信する機能を有し、印刷ジョブが所定条件を満たすときに、当該印刷ジョブについて前記通知の送信を阻止し、前記阻止する状態が解除されたときに、当該阻止により送信されなかった複数の終了通知に対応する印刷ジョブについて終了した旨を纏めたまとめ終了通知を送信するようになっている。

また、当該ＭＦＰは、上記のように稼動させるために、印刷ジョブが所定条件を満たすときに、当該印刷ジョブについて終了通知の送信を阻止する阻止処理と、前記阻止する状態が解除されたときに、当該阻止により送信されなかった複数の終了通知に対応する印刷ジョブについて終了した旨を纏めたまとめ終了通知を送信するまとめ通知処理とを実行させるためのプログラムを有している。

（１）ハードウェア構成
図６は、ＭＦＰの構成を示すブロック図である。
ＭＦＰ５０は、図６に示すように、インターフェース（Ｉ／Ｆ）部５１、主制御部５２、エンジン部５３、記憶部５４、オペレーションパネル部５５等から構成される。
Ｉ／Ｆ部５１は、ＬＡＮカード、ＬＡＮボードといったＬＡＮ５に接続するためのインターフェースである。オペレーションパネル部５５は、例えば、タッチパネル部、１０キー部、入力キー部等を備える（図示省略）。

タッチパネル部は、例えば、自装置についての各種の設定をその表示に従って入力したり、印刷ジョブの終了を表示したり、印刷ジョブ中に発生したエラーを表示したりする。
なお、上記の各種の設定には、例えば、クライアント端末に終了通知をＥ−ｍａｉｌで通知するための通信設定や、ネットワークの設定（ＩＰアドレス等）がある。また、タッチパネル部から入力された情報は主制御部５２に送信され、主制御部５２は、入力情報に基づいて、次の入力操作のための表示をタッチパネル部に表示すべくオペレーションパネル部５５に指示する。

記憶部５４は、各種のデータを記憶したり、主制御部５２により実行される各種処理のためのワークエリアを提供したり、各種のテーブル、例えば、通知情報をテーブルとして格納している通知情報管理テーブルＴ１等を記憶したりしている。なお、通知情報管理テーブルＴ１は後述する。
エンジン部５３は、例えば、公知の電子写真方式であり、主に主制御部５２からの印刷ジョブについての指令に従って、給紙口より印刷用の用紙を給紙し、当該用紙に画像を転写して、排紙口へと前記用紙を排紙する。

次に、主制御部５２は、通信部６１、オペパネ制御部６２、ジョブ制御部６３、画像形成部６４、言語解析部６５、Ｅ−ｍａｉｌ通知制御部６６、エンジン制御部６７からなり、例えば、ＣＰＵが利用される。
ここで、通信部６１は主にＩ／Ｆ部５１を制御し、オペパネ制御部６２は主にオペレーションパネル部５５を制御し、ジョブ制御部６３は主に印刷ジョブの制御をし、エンジン制御部６７は主にエンジン部５３を制御する。

また、言語解析部６５は、クライアント端末から受信した印刷データを解析し、画像形成部６４は、クライアント端末１０から受信した印刷データ４０の内、本体部４４に格納されているＰＤＬ形式のデータを所定形式（例えば、ビットマップ形式）の画像データに変換する。
Ｅ−ｍａｉｌ通知制御部６６は、印刷ジョブ終了後に、当該印刷ジョブを指示したクライアント端末１０に終了通知をしたり、同じクライアント端末の印刷ジョブが複数連続する場合に、これらの印刷ジョブが終了したときに、これらが終了した旨を１つのまとめ終了通知でしたりする機能を有する。このＥ−ｍａｉｌ通知制御部６６は、記憶部５４内の通知情報管理テーブルＴ１に従って行われる。

図７は、通知情報管理テーブルを示す図である。
通知情報管理テーブルＴ１は、同図に示すように、「ジョブ番号」欄Ｔ１１、「ＥＭＡＩＬＴＯ」欄Ｔ１２、「ＬＡＳＴＪＯＢ」欄Ｔ１３、「印刷結果」欄Ｔ１４の４つの欄から構成されている。「ＥＭＡＩＬＴＯ」欄Ｔ１２、「ＬＡＳＴＪＯＢ」欄Ｔ１３は、印刷データ４０のヘッダ部４２に格納されていた情報である。

「ジョブ番号」欄Ｔ１１は、実行した印刷ジョブ（或いはＭＦＰ５０が受けた印刷ジョブ）の順序、例えば、「１」、「３」等を示している。また、「ＥＭＡＩＬＴＯ」欄Ｔ１２は、ヘッダ部４２の「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ ＝」に格納された情報であり、終了通知のあて先のメールアドレス、例えば、「１１１＠ｂｂｂ．ｃｏ．ｊｐ」、「２２２＠ｂｂｂ．ｃｏ．ｊｐ」等を示す。なお、メールアドレスを「ＥＭＡＩＬＴＯ名」ということもある。

「ＬＡＳＴＪＯＢ」欄Ｔ１３は、ヘッダ部４２の「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ ＝」に格納された情報であり、ある１のクライアント端末１０から複数の印刷ジョブを受けたときに、そのジョブ番号の印刷ジョブが、終端ジョブであるか否かを示す情報、例えば、「ＯＦＦ」、「ＯＮ」等を示す。
最後の「印刷結果」欄Ｔ１４は、印刷ジョブを終了したときの印刷結果、例えば、「正常終了」、「異常終了」を示す。

（２）印刷ジョブ動作（概略）
ＭＦＰ５０におけるクライアント端末１０から印刷ジョブの印刷指示を受信してからの動作について図６を主に用いて説明する。
クライアント端末１０から送信されてくる印刷データ４０の本体部４４に格納されているデータはＰＤＬ形式で記載されている（図５参照）。この印刷データ４０は、Ｉ／Ｆ部５１で受信され、受信された印刷データ４０は、通信部６１により、言語解析部６５に送出される。

言語解析部６５では、受信した印刷データ４０を解析して、画像形成に必要なデータ（つまり、本体部４４に格納されていたデータ）を画像形成部６４に、当該印刷ジョブを実行する際に必要な情報（つまり、ヘッダ部４２に格納されている印刷情報（例えば、部数、印刷方向、両面印刷等））をジョブ制御部６３に、終了通知に関する情報（つまり、ヘッダ部４２に格納されている通知情報）をＥ−ｍａｉｌ通知制御部６６にそれぞれ送出する。

画像形成部６４は、受け取ったＰＤＬ形式のデータをもとに、例えば、ビットマップ形式のデータ（以下、このデータを「画像データ」という。）に変換して、当該画像データをジョブ制御部６３に送出する。
ジョブ制御部６３では、受け取った画像データと印刷情報を記憶部５４に一端記憶すると共に、印刷情報に従って画像データを印刷するように、エンジン制御部６７に印刷指示を行う。

エンジン制御部６７は、エンジン部５３を稼動させて用紙に画像を形成し、当該印刷ジョブが終了すると、その印刷結果をジョブ制御部６３に送る。印刷結果を受け取ったジョブ制御部６３は、その結果をオペパネ制御部６２と、Ｅ−ｍａｉｌ通知制御部６６へ送出する。
これを受け、オペパネ制御部６２では、その印刷結果をオペレーションパネル部５５に表示し、一方のＥ−ｍａｉｌ通知制御部６６は、終了した印刷ジョブを印刷指示したクライアント端末１０に終了通知としてＥ−ｍａｉｌを送信する。

以上により、クライアント端末１０から印刷指示を受けたときのＭＦＰ５０の処理、つまり、印刷ジョブを実行する処理、印刷結果をオペレーションパネル部５５に表示する処理、クライアント端末１０に印刷ジョブの終了通知を送信する処理等が完了する。
（３）処置結果の通知について
図８は、終了通知処理の内容を示すフローチャートである。

Ｅ−ｍａｉｌ通知制御部６６は、図８に示すように、言語解析部６５から通知情報を受信したか否かを判定する（ステップＳ１１）。通知情報は、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」の他、図７に示す「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」及び「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」の情報である。
通知情報の受信があると（図中の「Ｙ」である。）、ステップＳ１３に進んで、クライアント端末が終了通知を要求しているか否かを判定する。具体的には、受信した通知情報の「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるか「ＯＦＦ」であるかで判定する。一方、通知情報の受信がないと（ステップＳ１１で「Ｎ」である。）、再度、ステップＳ１１に戻って、通知情報を受信したか否かを判定する。

ステップＳ１３において、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」の場合（クライアント端末が終了通知を要求しているときであり、図中の「Ｙ」である。）に、終了通知のあて先である「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」の情報（ＥＭＡＩＬＴＯ名）、例えば、「１１１＠ｂｂｂ．ｃｏ．ｊｐ」を、図７に示すように、通知情報管理テーブルＴ１の「ＥＭＡＩＬＴＯ」欄Ｔ１２に登録（ステップＳ１５）し、終端ジョブであるか否かを示す情報である「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」の情報、ここでは「ＯＦＦ」を、図７に示すように、通知情報管理テーブルＴ１の「ＬＡＳＴＪＯＢ」欄Ｔ１３に登録（ステップＳ１７）して、ステップＳ１９に進む。

なお、ステップＳ１３で、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」でない場合（図中の「Ｎ」である。）、つまり「ＯＦＦ」の場合は、クライアント端末１０が終了通知を要求していないときであり、通知する必要がないのでステップＳ１１に戻る。
次に、ステップＳ１９において、ジョブ制御部６３から印刷ジョブの終了を示すデータを受信したか否かを判定する。この終了を示すデータは、ジョブ制御部６３が、当該ジョブ制御部６３からエンジン制御部６７に印刷指示をした印刷ジョブが終了したときに、エンジン制御部６７から受信するデータであり、例えば、印刷ジョブを終了した際に送出される印刷結果を利用できる。

従って、ステップＳ１９で終了を示すデータ（印刷結果）を受信すると、その印刷ジョブが終了したことを意味し、受信した印刷結果を図７に示すように、通知情報管理テーブルＴ１の「印刷結果」欄Ｔ１４に、例えば、「正常終了」を登録（ステップＳ２１）し、逆にステップＳ１９で終了を示すデータを受信していない（まだ印刷ジョブが終了していない場合であり、図中の「Ｎ」である。）と、ステップＳ１９に戻って、終了を示すデータの受信を待つ（つまり、ステップＳ１９でデータの受信判定を繰り返す）。

ステップＳ２１で印刷結果の通知情報管理テーブルＴ１への登録が完了すると、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＮ」であるか否かを判定する（ステップＳ２３）。「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＦＦ」の場合（図中の「Ｎ」である。）は、先ほど終了した印刷ジョブが終端ジョブでないので、終了通知をクライアント端末１０に送信する必要が無く、ステップＳ１１に戻る。

一方、ステップＳ２３で「ＯＮ」の場合（図中の「Ｙ」である。）は、通知情報管理テーブルＴ１の「ＥＭＡＩＬＴＯ」欄Ｔ１２に、同じＥＭＡＩＬＴＯ名があるか否かを判定する（ステップＳ２５）。
ステップＳ２５で同じＥＭＡＩＬＴＯ名がある場合は、これらの印刷ジョブについての終了した旨を含んだＥ−ｍａｉｌをそのＥＭＡＩＬＴＯ名あてに作成（ステップＳ２７）し、作成したＥ−ｍａｉｌに関連したデータ、情報等を通知管理テーブルＴ１から削除（ステップＳ２９）し、作成したＥ−ｍａｉｌを通信部６１に出力する（ステップＳ３１）。

一方、ステップＳ２５で同じＥＭＡＩＬＴＯ名がない場合は、そのＥＭＡＩＬＴＯ名宛のＥ−ｍａｉｌを作成（ステップＳ３３）し、作成したＥ−ｍａｉｌに関連したデータ、情報等を通知管理テーブルＴ１から削除（ステップＳ２９）し、作成したＥ−ｍａｉｌを通信部６１に出力する（ステップＳ３１）。
（４）実施例
次に、印刷ジョブが終了して、クライアント端末１０に終了通知を送信する処理内容について、実施例を用いて説明する。

Ａ．内容
本実施例は、ＭＦＰ５０に４つの印刷ジョブが順次クライアント端末１０ａ，１０ｂ，１０ｃから依頼された場合である。
図９は、実施例におけるジョブ順とその内容の説明図である。
４つの印刷ジョブは、ジョブ名が、「ジョブＡ」、「ジョブＢ」、「ジョブＣ」、「ジョブＤ」であり、印刷ジョブを受け付けた順序（印刷ジョブが実行される順序）は、早い方から、「ジョブＡ」、「ジョブＢ」、「ジョブＣ」、「ジョブＤ」である。

（ａ）ジョブＡについて
ジョブＡは、図９に示すように、終了通知については、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるため、クライアント端末１０ａが要求し、また、この印刷ジョブが終端であるか否かは、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＦＦ」であるため、終端ジョブでないことが分かる。

また、終了通知のあて先であるＥＭＡＩＬＴＯ名（メールアドレス）は、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」が「１１１＠ｂｂｂ．ｃｏ．ｊｐ」で、このメールアドレスに送信することになる。
（ｂ）ジョブＢについて
ジョブＢは、終了通知については、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＦＦ」であるため、クライアント端末１０ｂが要求しておらず、このため、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＦＦ」、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」が「“”」となっている。

（ｃ）ジョブＣについて
ジョブＣは、終了通知については、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるため、クライアント端末１０ｃが要求し、また、この印刷ジョブが終端であるか否かは、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＮ」であるため、終端ジョブであることが分かる。

また、終了通知のあて先であるＥＭＡＩＬＴＯ名（メールアドレス）は、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」が「２２２＠ｂｂｂ．ｃｏ．ｊｐ」で、このメールアドレスに送信することになる。
（ｄ）ジョブＤについて
ジョブＤは、終了通知については、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるため、クライアント端末１０ａが要求し、また、この印刷ジョブが終端であるか否かは、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＮ」であるため、終端ジョブであることが分かる。

また、終了通知のあて先であるＥＭＡＩＬＴＯ名（メールアドレス）は、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」が「１１１＠ｂｂｂ．ｃｏ．ｊｐ」で、このアドレスに送信することになる。なお、このＥＭＡＩＬＴＯ名は、ジョブＡのＥＭＡＩＬＴＯ名と同じであるため、同じくクライアント端末１０ａから印刷ジョブの要求があることになる（つまり、本発明における「印刷指示が連続する」場合に相当する。）。

Ｂ．終了通知処理の内容
上記の４つの印刷ジョブを実行する場合について、図８を利用して説明する。
（ａ）ジョブＡについて
Ｅ−ｍａｉｌ通知制御部６６は、先ず、印刷ジョブＡについて、言語解析部６５から通知情報を受信したことを判定（ステップＳ１１）し、ステップＳ１３で受信した通知情報の「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるか否かを判定する。ここでは、それが「ＯＮ」であるため、ステップＳ１５で、図１０の（ａ）に示すように、通知情報管理テーブルＴ１の「ＥＭＡＩＬＴＯ」欄Ｔ１２に「１１１＠ｂｂｂ．ｃｏ．ｊｐ」を登録し、ステップＳ１７で、図１０の（ｂ）に示すように、通知情報管理テーブルＴ１の「ＬＡＳＴＪＯＢ」欄Ｔ１３に「ＯＦＦ」を登録する。

ステップＳ１９で、ジョブ制御部６３から終了を示すデータ（印刷結果）を受信すると、図１０の（ｃ）に示すように、ステップＳ２１で通知情報管理テーブルＴ１の「印刷結果」欄Ｔ１４に印刷結果である「正常終了」を登録する。
次に、ジョブＡは、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＦＦ」であるため、ステップＳ２３で「Ｎ」となり、ステップＳ１１に戻る。

（ｂ）ジョブＢについて
上記の（ａ）でジョブＡの処理が終了し、続いて、ジョブＢの処理が開始する。
Ｅ−ｍａｉｌ通知制御部６６は、先ず、印刷ジョブＢについて、言語解析部６５から通知情報を受信したことを判定（ステップＳ１１）し、ステップＳ１３で、受信した通知情報の「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるか否かを判定する。ここでは、それが「ＯＦＦ」であるため、ステップＳ１１に戻る。つまり、ジョブＢは、印刷ジョブが終了しても、クライアント端末１０ｂは、終了通知を要求していないため、通知情報等を通知情報管理テーブルＴ１に登録する必要が無いため、ステップＳ１１に戻る。なお、通知情報管理テーブルＴ１は、ジョブＢの処理を終了しても、図１０の（ｃ）に示すままである。

（ｃ）ジョブＣについて
上記の（ｂ）でジョブＢの処理が終了し、続いて、ジョブＣの処理が開始する。
Ｅ−ｍａｉｌ通知制御部６６は、先ず、印刷ジョブＣについて、言語解析部６５から通知情報を受信したことを判定（ステップＳ１１）し、ステップＳ１３で受信した通知情報の「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるか否かを判定する。ここでは、それが「ＯＮ」であるため、ステップＳ１５で、図１１の（ａ）に示すように、通知情報管理テーブルＴ１であって、「ジョブ番号」欄Ｔ１１が「３」の列での「ＥＭＡＩＬＴＯ」欄Ｔ１２に「２２２＠ｂｂｂ．ｃｏ．ｊｐ」を登録し、ステップＳ１７で、図１１の（ｂ）に示すように、通知情報管理テーブルＴ１の「ジョブ番号」欄Ｔ１１が「３」の列での「ＬＡＳＴＪＯＢ」欄Ｔ１３に「ＯＮ」を登録する。

ステップＳ１９で、ジョブ制御部６３から終了を示すデータ（印刷結果）を受信すると、図１１の（ｃ）に示すように、ステップＳ２１で通知情報管理テーブルＴ１の「ジョブ番号」欄Ｔ１１が「３」の列における「印刷結果」欄Ｔ１４にその印刷結果である「異常終了」を登録する。なお、ジョブＣは、そのジョブ実行中にエラーが生じている。
次に、ステップＳ２３において、ジョブＣは、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＮ」であるため、ステップＳ２５に進み、通知情報管理テーブルＴ１の「ＥＭＡＩＬＴＯ」欄Ｔ１２に同じＥＭＡＩＬＴＯ名があるか否かを判定する。

ここでは、ＥＭＡＩＬＴＯ名が既に登録されているＥＭＡＩＬＴＯ名と異なるため、ステップ３３に進んで、「２２２＠ｂｂｂ．ｃｏ．ｊｐ」あてにＥ−ｍａｉｌを作成し、図１１の（ｄ）に示すように、通知情報管理テーブルＴ１から「ジョブ番号」欄Ｔ１１が「３」の列全てのデータ、情報等を削除し（ステップＳ２９）、作成したＥ−ｍａｉｌを通信部６１に送る（ステップＳ３１）。

これにより、ジョブＣの印刷ジョブを終了した旨の通知がクライアント端末１０ｃにＥ−ｍａｉｌで通知される。
（ｄ）ジョブＤについて
上記の（ｃ）でジョブＣの処理が終了し、続いて、ジョブＤの処理が開始する。
Ｅ−ｍａｉｌ通知制御部６６は、先ず、印刷ジョブＤについて、言語解析部６５から通知情報を受信したことを判定（ステップＳ１１）し、ステップＳ１３で受信した通知情報の「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＮＯＴＩＦＩＣＡＴＩＯＮ」が「ＯＮ」であるか否かで判定する。ここでは、それが「ＯＮ」であるため、ステップＳ１５で、図１２の（ａ）に示すように、通知情報管理テーブルＴ１であって、「ジョブ番号」欄Ｔ１１が「４」の列での「ＥＭＡＩＬＴＯ」欄Ｔ１２に「１１１＠ｂｂｂ．ｃｏ．ｊｐ」を登録し、ステップＳ１７で、図１２の（ｂ）に示すように、通知情報管理テーブルＴ１における「ジョブ番号」欄Ｔ１１が「４」の列での「ＬＡＳＴＪＯＢ」欄Ｔ１３に「ＯＮ」を登録する。

ステップＳ１９で、ジョブ制御部６３から終了を示すデータ（印刷結果）を受信すると、図１２の（ｃ）に示すように、ステップＳ２１で通知情報管理テーブルＴ１における「ジョブ番号」欄Ｔ１１が「４」の列での「印刷結果」欄Ｔ１４にその印刷結果である「正常終了」を登録する。
次に、ステップＳ２３において、ジョブＤは、「＠ＰＪＬ ＳＥＴ ＬＡＳＴＪＯＢ」が「ＯＮ」であるため、ステップＳ２５に進み、通知情報管理テーブルＴ１の「ＥＭＡＩＬＴＯ」欄Ｔ１２に同じＥＭＡＩＬＴＯ名があるか否かを判定する。

ここでは、「ジョブ番号」欄Ｔ１１の「１」と「４」の各列に登録されているＥＭＡＩＬＴＯ名（メールアドレス）が同じであるため、ステップＳ２７に進んで、「１１１＠ｂｂｂ．ｃｏ．ｊｐ」あてにＥ−ｍａｉｌ（まとめ終了通知である。）を作成し、図１２の（ｄ）に示すように、通知情報管理テーブルＴ１から「ジョブ番号」欄Ｔ１１が「１」及び「４」の列全てのデータ、情報等を削除し（ステップＳ２９）、作成したＥ−ｍａｉｌを通信部６１に送る（ステップＳ３１）。

これにより、ジョブＡとジョブＤの２つの印刷ジョブを終了した旨まとめた一つのまとめ終了通知としてクライアント端末１０ａにＥ−ｍａｉｌで通知される。
（ｅ）Ｅ−ｍａｉｌ作成
ここで、ステップＳ２７について、上記実施例を用いながら説明する。
図１３は、ステップＳ２６のフローチャートを示す図である。

先ず、ステップＳ２７ａで、変数である「Ｋ」について０クリアを行い、終了通知にあて先であるＥＭＡＩＬＴＯ名、送信元を示す自己のメールアドレス等をメールのメッセージフィールドのヘッダ部に格納する（ステップＳ２７ｂ）。
格納が終わると、図１２の（ｃ）に示すように、通知管理テーブルＴ１からＥＭＡＩＬＴＯ名が同じである「１１１＠ｂｂｂ．ｃｏ．ｊｐ」の個数Ｎ（ここではＮ＝２）を取得する（ステップＳ２７ｃ）。具体的には、「ＥＭＡＩＬＴＯ」欄Ｔ１１に格納されているＥＭＡＩＬＴＯ名が同じであるか否かを判定して、例えば、加算方式により求める。

次に、「Ｋ＝１」として（ステップＳ２７ｄ）、１番目の同じＥＭＡＩＬＴＯ名（１１１＠ｂｂｂ．ｃｏ．ｊｐ）のジョブ番号が「１」の列に対応する「印刷結果」欄Ｔ１４内に格納されている印刷結果である「正常終了」を取得して、メッセージフィールドのボディ部に格納する（ステップＳ２７ｅ）。
そして、ステップＳ２７ｆで、変数Ｋが同じＥＭＡＩＬＴＯ名の個数Ｎと一致しているか否かを判定する。ここでは、Ｋ＝１で、Ｎ＝２であり、一致していないため、ステップＳ２７ｄに移って、変数Ｋに１を加算して、Ｋ＝２とする。

ステップＳ２７ｅで、２番目の同じＥＭＡＩＬＴＯ名のジョブ番号が「４」の列に対応する「印刷結果」欄Ｔ１４内に格納されている印刷結果である「正常終了」を取得して、メッセージフィールドのボディ部に格納する（ステップＳ２７ｅ）。
そして、ステップＳ２７ｆで、Ｋ＝２で、Ｎ＝２であり、一致しているため、図８のステップＳ２９に戻る。

（５）まとめ
以上の実施例で具体的に説明したように、本実施の形態では、例えば、終了通知をクライアント端末１０が要求している場合、その印刷指示が１つであっても、当該印刷ジョブ終了後にその終了を示す旨の終了通知を送信できる。これにより、従来と同様に、例えば、クライアント端末１０がＭＦＰ５０から離れた位置にあっても、この終了通知の受信を待って、印刷物をＭＦＰ５０に取りに行くことができ、確実にその印刷物が得られる。

また、終了通知のあて先が同じ、つまり、クライアント端末１０が同じである場合、当該クライアント端末１０から複数の印刷ジョブが連続する場合、連続する印刷ジョブの一部の印刷ジョブが終了しても、終了通知は送信されず（阻止状態となる）、最後の印刷ジョブ（終端ジョブのことである。）が終了してから、これら複数の全ての印刷ジョブについて終了した旨を一つにしたまとめ終了通知として送信される。

これにより、クライアント端末が印刷指示を複数した場合、各印刷指示についての終了通知を受け取ることが無いので、従来のような、全印刷指示についての終了通知を受け取る煩雑さは無い。
さらに、ネットワーク上における終了通知の送信数を少なくできるので、トラフィックの負荷の削減を図ることができる。

４．その他
上記の実施の形態では、Ｅ−ｍａｉｌ通知制御部６６は、終端ジョブが終了してから、具体的には、図８のステップＳ１９でジョブ制御部６３から終了を示すデータ（印刷結果）を受信し、ステップＳ２３でその印刷ジョブが終端ジョブの場合に終了通知を送信している。

しかしながら、本発明は、実施の形態で説明したように、該当する印刷ジョブが終了した後にのみに終了通知を送信する場合に限定するものではなく、特に、終端ジョブに該当する印刷ジョブが終了する前であっても、所定条件により、終了通知を送信しても良い。
以下、上記の実施の形態に係る変形例（本変形例を「変形例１」とする。）について説明する。

（１）変形例１
本変形例１は、終端ジョブに該当する印刷ジョブがまだ終了していない場合、当該終端ジョブに該当する印刷ジョブよりも前に実行された印刷ジョブ（終了通知のあて先が同一の印刷ジョブである）が終了してから所定時間経過すると、既に実行された印刷ジョブについてまとめて１つのまとめ終了通知を送信するようにしたものである。

Ａ．ＭＦＰの構成
本変形例１では、第１の実施の形態と、ＭＦＰの主制御部と、記憶部に登録されている通知情報管理テーブルとが構成上異なり、他の構成、例えば、Ｉ／Ｆ部５１、エンジン部５３、オペレーションパネル部５５等は同じである。
図１４は、変形例１におけるＭＦＰの主制御部のブロック図である。

ＭＦＰの主制御部７０は、図１４に示すように、第１の実施の形態における主制御部５２に、Ｅ−ｍａｉｌ通知制御部６６に接続するテーブル監視部７２を設けた構成になっている。つまり、主制御部７０は、通知制御部６１、オペパネ制御部６２、ジョブ制御部６３、画像形成部６４、言語解析部６５、Ｅ−ｍａｉｌ通知制御部６６ａ、エンジン制御部６７（ここまで、第１の実施の形態と同じ構成）のほかに、テーブル監視部７２を備える。なお、Ｅ−ｍａｉｌ通知制御部は、処理内容が第１の実施の形態と異なるため、その符号に「６６ａ」を用いる。

テーブル監視部７２は、既に行った印刷ジョブの終了からの経過時間を監視して、その終了から所定時間が経過した印刷ジョブをＥ−ｍａｉｌ通知制御部６６ａに通知するものである。
Ｂ．通知情報管理テーブル
図１５は、変形例１における通知情報管理テーブルの概略図を示す。

変形例１に係る通知情報管理テーブルＴ１ａは、図１５に示すように、「ジョブ番号」欄Ｔ１１、「ＥＭＡＩＬＴＯ」欄Ｔ１２、「ＬＡＳＴＪＯＢ」欄Ｔ１３、「印刷結果」欄Ｔ１４、「印刷終了時間」欄Ｔ１５の５つの欄から構成されている。つまり、変形例１は、第１の実施の形態の通知情報管理テーブルＴ１に対して、「印刷終了時間」欄Ｔ１５が追加されている。

この「印刷終了時間」欄Ｔ１５は、ジョブ制御部６３から印刷ジョブの終了を示すデータ（印刷結果）を受信すると、例えば、その受信時間が登録される。なお、特に図示はしなかったが、ＭＦＰは、自装置内に時刻を計測しているタイマーを有している。
Ｃ．テーブル監視部
（ａ）動作説明
図１６は、テーブル監視部の動作内容を示すフローチャートである。

テーブル監視部７２は、図１６に示すように、ステップＳ４０で現在時刻ＴＩＭＥ１を、例えば、タイマーから取得し、「ｋ」と「ｉ」について０クリアを行い（ステップＳ４１）、通知情報管理テーブルＴ１ａから、現在登録されているＥＭＡＩＬＴＯ名の種類数ｋ取得する（ステップＳ４２）。図１５の通知情報管理テーブルＴ１ａでは、「１１１＠ｂｂｂ．ｃｏ．ｊｐ」、「２２２＠ｂｂｂ．ｃｏ．ｊｐ」、「３３３＠ｂｂｂ．ｃｏ．ｊｐ」の３種類で、ｋが「３」となる。

次に、「ｉ」に「１」を加算して（ステップＳ４３）、種類が「ｉ」番目のＥＭＡＩＬＴＯ名が通知情報管理テーブルＴ１ａに複数あるか否かを判定して（ステップＳ４４）、複数ある場合（図中の「Ｙ」である。）には、これら一群の印刷ジョブの内、最後に終了した印刷ジョブを示す「ジョブ番号」欄Ｔ１１内の番号（以下、「最後のジョブ番号」という。）に対応する列の「印刷終了時間」欄Ｔ１５内に登録されている印刷終了時間ＴＩＭＥ２を取得する（ステップＳ４５）。

一方、ステップＳ４４で、テーブル内に同じＥＭＡＩＬＴＯ名が複数ない場合（図中の「Ｎ」である。）には、当該ＥＭＡＩＬＴＯ名の印刷ジョブのジョブ番号に対応する列の印刷終了時間ＴＩＭＥ２を取得する（ステップＳ４６）。
そして、上記の印刷終了時間ＴＩＭＥ２を取得すると、当該印刷ジョブの終了から現在までの経過時間を算出する。具体的には、この経過時間は、ステップＳ４０で取得した現在時刻ＴＩＭＥ１と、ステップＳ４５又はＳ４６で取得した印刷終了時間ＴＩＭＥ２との差分、つまり、「ＴＩＭＥ２−ＴＩＭＥ１」であり、ステップＳ４７でこの経過時間が所定時間「Ｔｋ」以上であるか否かで判定する。

ステップＳ４７で経過時間が所定時間以上と判定されると（図中の「Ｙ」である。）、ステップＳ４９でテーブル監視部７２から送信すべき終了通知があることを示す通知をＥ−ｍａｉｌ通知制御部６６に送信する（ここでの例では、ＥＭＡＩＬＴＯ名を送信している。）。
最後に、ＥＭＡＩＬＴＯ名の種類数を表す変数「ｉ」がＥＭＡＩＬＴＯの種類数「ｋ」と同じであるか否かを判定し（ステップＳ５０）、同じ場合（図中の「Ｙ」である。）はステップＳ４０に戻り、同じでない場合（図中の「Ｎ」である。）はステップＳ４３へ移行する。

（ｂ）具体例
図１５の通信情報管理テーブルＴ１ａに基づいて、上記動作を具体的に説明する。なお、現在時刻ＴＩＭＥ１は、例えば、「１３：２０」であり、上記「所定時間Ｔｋ」を「１５（ｍｉｎ）」と設定している。また、ステップＳ４９でテーブル監視部７２から送信すべき終了通知があることを示す通知は、上述したが、ＥＭＡＩＬＴＯ名の送信で行っている。

ＥＭＡＩＬＴＯ名の種類は、上述した３種類であり、ステップＳ４２の「種類数ｋ」は「３」となる。
「ｉ」が「１」である１番目の種類である「１１１＠ｂｂｂ．ｃｏ．ｊｐ」のＥＭＡＩＬＴＯ名は、ジョブ番号が「１」と「８」に存在し、同名のものが複数ある（ステップＳ４４で「Ｙ」である。）。このＥＭＡＩＬＴＯ名に対応する２つの印刷ジョブの内、最後の印刷ジョブであるジョブ番号「８」の列の印刷終了時間「１３：１０」を取得する。この「１３：１０」が、ステップＳ４５で取得した「ＴＩＭＥ２」となる。そして、ステップＳ４７において、取得した印刷終了時間ＴＩＭＥ２から算出した経過時間は１０分（１３：２０−１３：１０＝１０）であり、所定時間Ｔｋ（１５分）に達していないため（図中の「Ｎ」である。）、ステップＳ５０に進む。ステップＳ５０では、変数ｉは「１」であり、ｋである「３」と異なるのでステップＳ４３に移る。

次に、ｉ（＝１）に「１」を加算したｉ番目、つまり、２番目の種類である「３３３＠ｂｂｂ．ｃｏ．ｊｐ」のＥＭＡＩＬＴＯ名は、ジョブ番号が「４」にしか存在せず、同名のものは複数ない（ステップＳ４４で「Ｎ」である。）。このＥＭＡＩＬＴＯ名に対応するジョブ番号「４」の列の印刷終了時間「１３：０１」を取得する。
この「１３：０１」が、ステップＳ４６で取得した「ＴＩＭＥ２」となる。そして、ステップＳ４７において、取得した印刷終了時間ＴＩＭＥ２から算出した経過時間は１９分（１３：２０−１３：０１＝１９）であり、所定時間Ｔｋ（１５分）以上であるため、ステップＳ４９でこのＥＭＡＩＬＴＯ名をＥ−ｍａｉｌ通知制御部６６ａに送信してステップＳ５０に進む。ステップＳ５０では、変数ｉは「２」であり、ｋである「３」と異なるので、ステップＳ４３に移る。

最後に、ｉ（＝２）に「１」を加算したｉ番目、つまり、３番目の種類である「２２２＠ｂｂｂ．ｃｏ．ｊｐ」のＥＭＡＩＬＴＯ名は、ジョブ番号が「５」と「６」に存在し、同名のものが複数ある（ステップＳ４４で「Ｙ」である。）。このＥＭＡＩＬＴＯ名に対応する２つの印刷ジョブの内、最後の印刷ジョブであるジョブ番号「６」の列の印刷終了時間「１３：０５」を取得する。

この「１３：０５」が、ステップＳ４５で取得した「ＴＩＭＥ２」となる。そして、ステップＳ４７において、取得した印刷終了時間ＴＩＭＥ２から算出した経過時間は１５分（１３：２０−１３：０７＝１５）であり、所定時間Ｔｋに達しているため、ステップＳ４９でこのＥＭＡＩＬＴＯ名をＥ−ｍａｉｌ通知制御部６６ａに送信してステップＳ５０に進む。ステップＳ５０では、変数ｉは、「３」であり、ｋである「３」と同じなので、ステップＳ４０に戻る。

Ｄ．Ｅ−ｍａｉｌ通知制御部
（ａ）動作内容
図１７は、変形例１における終了通知処理の内容を示すフローチャートである。
Ｅ−ｍａｉｌ通知制御部６６ａは、第１の実施の形態で説明したＥ−ｍａｉｌ通知制御部６６に、テーブル監視部７２から、印刷ジョブ終了から所定時間経過し、且つ終了通知を送信していない印刷ジョブがある旨の通知を受けたときに、これらの印刷ジョブについて終了通知を送信する機能を新たに備えたものである。

具体的には、図８に示すフローチャートとは、ステップＳ１８ａ、１８ｂ、１８ｃ、３５が新たに追加され、また、ステップＳ２１ａが変更されている。なお、図１７から明らかなように、実施の形態で説明した同じステップには同じ符号を用い、変形例１におけるステップの符号の末尾には「ａ」が付加されている。なお、変形例１の説明において、実施の形態で説明した内容と同じステップ等については、その説明を省略している。

変形例１におけるＥ−ｍａｉｌ通知制御部６６ａは、ステップＳ１８ａで、テーブル監視部７２から通知（ＥＭＡＩＬＴＯ名）を受信したか否かを判定する。
ステップＳ１８ａで受信している場合は、ステップＳ１８ｂで「Ｔｉｍｅ＝ＯＮ」としてステップＳ２５に進む。一方、受信していない場合は、ステップＳ１８ｃで「Ｔｉｍｅ＝ＯＦＦ」としてステップ１９へと進む。

ステップＳ１９では、ジョブ制御部６３から終了を示すデータ（印刷結果）を受信しているか否かを判定し、受信している場合は、通知情報管理テーブルＴ１ａに、印刷結果と印刷終了時間とを登録し（ステップＳ２１ａ）、受信していない場合はステップＳ１８ａに戻る。
ステップＳ２５以降は、ステップＳ１８ａでテーブル監視部７２からＭＥＩＬＴＯ名を受け取った場合には、そのＥＭＡＩＬＴＯ名に基づいて、終了通知の作成等（ステップＳ２７，２９、３１、３３であり、第１の実施の形態と同じである。）を行う。

そして、ステップＳ３５で、「Ｔｉｍｅ＝ＯＮ」であるか否かが判定され、「ＯＮ」のときは、ステップＳ１８ａに、「Ｎ」のときはステップＳ１１にそれぞれ戻る。
（ｂ）具体例
次に、上記（ｃ）のテーブル監視部７２で説明した具体例に従って、Ｅ−ｍａｉｌ通知制御部６６ａの動作について簡単に説明する。

なお、テーブル監視部７２から「３３３＠ｂｂｂ．ｃｏ．ｊｐ」と「２２２＠ｂｂｂ．ｃｏ．ｊｐ」と受信し、「Ｔｉｍｅ」が「ＯＮ」になっている。
まず、受信した情報が「３３３＠ｂｂｂ．ｃｏ．ｊｐ」の場合ついて説明する。
ステップＳ１８ａでテーブル監視部７２からＥＭＡＩＬＴＯ名を受信していると、ステップＳ１８ｂで「Ｔｉｍｅ＝ＯＮ」として、ステップＳ２５に進み、通知管理テーブルＴ１ａ内に「３３３＠ｂｂｂ．ｃｏ．ｊｐ」と同じＥＭＡＩＬＴＯ名があるか否かを判定する。

ここでは、「３３３＠ｂｂｂ．ｃｏ．ｊｐ」と同名のものが、図１５の通知管理テーブルＴ１ａ内になく、ステップＳ３３に進んで、「３３３＠ｂｂｂ．ｃｏ．ｊｐ」あてのＥ−ｍａｉｌを作成しステップＳ２９、３１へと進む。その後、ステップＳ３５で、「Ｔｉｍｅ＝ＯＮ」である（図中の「Ｙ」である。）ので、ステップＳ１８ａに戻る。
次に、受信した情報が「２２２＠ｂｂｂ．ｃｏ．ｊｐ」の場合ついて説明する。

ステップＳ１８ａでテーブル監視部７２からＥＭＡＩＬＴＯ名を受信していると、ステップＳ１８ｂで「Ｔｉｍｅ＝ＯＮ」として、ステップＳ２５に進み、通知管理テーブルＴ１ａ内に「２２２＠ｂｂｂ．ｃｏ．ｊｐ」と同じＥＭＡＩＬＴＯ名があるか否かを判定する。
ここでは、「２２２＠ｂｂｂ．ｃｏ．ｊｐ」と同じものが、図１５の通知管理テーブルＴ１ａ内に２つ（ジョブ番号が「５」と「６」の２つ）あり、ステップＳ２７に進んで、ジョブ番号「５」と「６」の印刷ジョブが終了した旨を含んだ「２２２＠ｂｂｂ．ｃｏ．ｊｐ」あてのＥ−ｍａｉｌ（まとめ終了通知）を作成しステップＳ２９、３１へと進む。その後、ステップＳ３５で、「Ｔｉｍｅ＝ＯＮ」であるので、ステップＳ１８ａに戻る。

この状態では、テーブル監視部７２からの通知がなく、ステップＳ１８ａでテーブル監視部７２からＥＭＡＩＬＴＯ名を受信していないと判定（図中の「Ｎ」である。）すると、ステップＳ１８ｃで「Ｔｉｍｅ＝ＯＦＦ」とし、これ以降の処理を、図８におけるステップＳ２５以降と同じように行い、最後のステップＳ３５で、「Ｔｉｍｅ＝ＯＦＦ」であるので、ステップＳ１１に戻る。

本変形例１のような構成にしても、第１の実施の形態で説明した、複数の印刷ジョブの終了を１つのまとめ終了通知で行う機能を有しているので、例えば、クライアント端末が印刷ジョブを複数連続して依頼した場合でも、各印刷ジョブについて終了通知を受け取ることが無いので、従来のような、全印刷ジョブに対して終了通知を受け取る煩雑さは無い。しかも、ネットワーク上における終了通知の送信数を少なくできるので、トラフィックの負荷の削減を図ることができる。

さらに、例えば、印刷ジョブが複数連続し、終端の印刷ジョブが終了した際に、終了通知の受け取りを希望するクライアント端末のユーザが、図４に示す「終端ジョブ」欄３６のチェックを忘れた場合に、終端ジョブに相当する印刷ジョブが終了しているにもかかわらず、終了通知が送信されないため、印刷物が排紙されたままとなる。
しかしながら、変形例１のような構成にすると、「終端ジョブ」欄３６のチェックを忘れても、その最後の印刷ジョブから所定時間経過すると、これまでの印刷ジョブについての終了通知が送信されるので、上述のようなことはなくなる。

なお、変形例１では、同じＥＭＡＩＬＴＯが複数ある場合、その最後の印刷ジョブが、そのジョブ終了から所定時間が経過していないときは、Ｅ−ｍａｉｌ通知制御部への送信対象としていなかったが、例えば、所定時間経過していないものだけを残して、他の印刷ジョブに対してまとめ終了通知を送信するようにしても良い。
（２）変形例２
上記の第１の実施の形態では、ＭＦＰ５０は、クライアント端末１０の指示、具体的には、クライアント端末１０から受信した印刷ジョブが終端ジョブのときに、それまでに終了した印刷ジョブに対して１つのまとめ終了通知をクライアント端末に送信している。

さらに変形例１は、複数の印刷ジョブが連続する場合に、先の印刷ジョブが終了してから、同じクライアント端末の印刷ジョブが終了してからの時間が所定時間を経過しているときに、終端ジョブの終了に関係なく、それまでに終了している印刷ジョブに対してまとめ終了通知をクライアント端末１０に送信している。
本変形例２は、印刷結果が異常終了の時に、終端ジョブの終了に関係なく、当該印刷ジョブのＥＭＡＩＬＴＯ名と同じ印刷ジョブ対して、終了通知（印刷ジョブが複数のときはまとめ終了通知）を送信するようにしている。

変形例２におけるＭＦＰの構成は、Ｅ−ｍａｉｌ通知制御部６６ｂ（ここでは、図示していないが、他のＥ−ｍａｉｌ通知制御部６６，６６ａと区別するために、「６６ｂ」の符号を用いる。）が、印刷結果を判定して、異常終了の場合に終了通知を送信する機能を備える点で、第１の実施の形態におけるＥ−ｍａｉｌ通知制御部６６と異なる。
それでは、変形例２におけるＥ−ｍａｉｌ通知制御部６６ｂの動作について説明する。

図１８は、変形例２における終了通知処理の内容を示すフローチャートである。
変形例２におけるフローチャートと、図８に示すフローチャートとは、ステップＳ６１が、ステップＳ２１とステップＳ２３との間に挿入されている点で異なる。なお、図１８は、図８のフローチャートを基にしており、ステップＳ１７の前は、図８のフローチャートのステップＳ１７の前の処理と同じであり、ステップＳ２１とステップＳ２５以降は、図８のフローチャートの各ステップの後の処理と同じである。

変形例２に係るＥ−ｍａｉｌ通知制御部６６ｂは、ステップＳ１９で、ジョブ制御部からジョブの終了を示す情報を受け取ると、その印刷結果を通知情報管理テーブルに登録する（ステップＳ２１）。そして、印刷結果が「正常終了」であるか否かを判定する（ステップＳ６１）。
ステップＳ６１で正常終了と判定される（図中の「Ｙ」である。）と、ステップＳ２３に進んで、第１の実施の形態と同じ処理を行う。逆に、ステップＳ６１で正常終了でない（例えば、異常終了のとき）と判定される（図中の「Ｎ」である。）と、ステップＳ２５に進んで、第１の実施の形態と同じように、終了通知であるＥ−ｍａｉｌの作成等の処理を行う。

また、本変形例２で説明している「正常終了」は、エラー等が発生することなくジョブを終了したときであり、「異常終了」は、用紙なし、トナーなし、紙詰まり等でジョブが最後まで終了しなかったときである。
変形例２における終了通知は、少なくとも正常終了しなかった印刷ジョブついての印刷結果を含んでおり、それ以外にも、例えば、終了した印刷ジョブの情報が含まれていても良い。これにより、クライアント端末のユーザは、必要があれば、正常終了しなかった印刷ジョブについて、再度ＭＦＰに速やかに指示することができる他、ＭＦＰに機械的なエラーが発生している場合、例えば、紙詰まり等の場合、直ちにその対処を行うことができる。

＜第２の実施の形態＞
第１の実施の形態での終了通知は、クライアント端末１０の印刷指示による終端ジョブを終了すると、それまでに終了した印刷ジョブに対して１つのまとめ終了通知をクライアント端末１０に送信している。これに対して、第２の実施の形態では、クライアント端末の指示でなく、ＭＦＰがクライアント端末から受信した印刷ジョブの処理状況に従って、印刷ジョブが複数連続するか否かを判定して、それまでに終了した印刷ジョブに対して１つのまとめ終了通知をクライアント端末に送信している。

つまり、第２の実施の形態におけるＭＦＰは、クライアント端末から受信した印刷ジョブを蓄積（蓄積直後にジョブの実行をする場合も含む）すると共に、印刷ジョブを終了した際に、当該印刷ジョブと同じＥＭＡＩＬＴＯ名を有する印刷ジョブが蓄積されている場合に、当該蓄積されている印刷ジョブを終了してから、これらの印刷ジョブについて一つのまとめ終了通知を送信するようにしている。

１．クライアント端末
クライアント端末は、第１の実施の形態と基本的に同じであるが、クライアント端末からＭＦＰへ送信する印刷データのヘッダ部分に格納する情報が、第１の実施の形態と異なる（終端ジョブに関する情報の有無で異なる）ため、プリントドライバの構成が第１の実施の形態と若干異なる。

図１９は、第２の実施の形態に係る表示部が起動したときのディスプレイの画面を示す図である。
表示部は、第１の実施の形態と同様に、印刷情報の入力を受け付ける案内画面１３０をディスプレイに表示する。案内画面１３０は、図１９に示すように、「印刷部数」欄３１、「方向」欄３２、「両面」欄３３の他、ユーザが終了通知の受信を希望する場合のあて先を入力する「通知先」欄１３７を備える。「通知先」欄１３７は、第１の実施の形態と同様に、クライアント端末のメールのアドレス、例えば、「ａａａ＠ｂｂｂ．ｃｏ．ｊｐ」が入力される。なお、「通知先」欄に１３７に入力することは、終了通知の受信を希望することであり、第１の実施の形態における「ジョブ終了通知」欄３５と同様の作用を有する。

図２０は、ＭＦＰへ送信する印刷データの一部を示す図である。
印刷データ１４０は、図２０に示すように、本体部１４４とヘッダ部１４２と含み、本体部１４４に画像形成用のデータが格納され、また、ヘッダ部１４２に印刷情報（第１の実施の形態と同じ）のほか、通知先は、「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ ＝」の「ａａａ＠ｂｂｂ．ｃｏ．ｊｐ」として、印刷情報に続いて格納されている。

２．ＭＦＰ
図２１は、ＭＦＰの構成を示すブロック図である。
ＭＦＰ１５０は、図２１に示すように、インターフェース（Ｉ／Ｆ）部５１、主制御部１５２、エンジン部５３、記憶部１５４、オペレーションパネル部５５等から構成される。

なお、インターフェース（Ｉ／Ｆ）部５１、エンジン部５３、オペレーションパネル部５５の構成は、第１の実施の形態におけるＭＦＰの構成と同じであり、同じ符号を用いている。
（１）記憶部
記憶部１５４は、図２１に示すように、蓄積テーブル１Ｔ１、管理テーブル１Ｔ２、通知管理テーブル１Ｔ３を備える。

蓄積テーブル１Ｔ１は、ＭＦＰがクライアント端末から印刷ジョブを受け付けた場合に、その印刷ジョブを一旦記憶部１５４に格納すると共にその印刷ジョブを管理するためのテーブルである。
なお、印刷ジョブを受け付けた場合に、エンジン部５３が他の印刷ジョブを実行しているときはそのまま蓄積し、エンジン部５３が他の印刷ジョブを実行していないときは、直ちに言語解析部６５に移される。この蓄積テーブル１Ｔ１は、ジョブ蓄積部１７０により管理されている。

図２２は、蓄積テーブルを示す図である。
蓄積テーブル１Ｔ１は、同図に示すように、「ジョブ番号」欄１Ｔ１１、「クライアント端末アドレス」欄１Ｔ１２、「ＥＭＡＩＬＴＯ」欄１Ｔ１３の３つの欄から構成されている。「ＥＭＡＩＬＴＯ」欄１Ｔ１３は、印刷データ１４０のヘッダ部１４２に格納されていた情報である。

一方、管理テーブル１Ｔ２は、ＭＦＰがクライアント端末から受け付けた印刷ジョブに関する情報が登録されたテーブルであり、ジョブ制御部６３により管理されている。
図２３は、管理テーブルを示す図である。
管理テーブル１Ｔ２は、同図に示すように、「ジョブ番号」欄１Ｔ２１、「クライアント端末アドレス」欄１Ｔ２２、「ＥＭＡＩＬＴＯ」欄１Ｔ２３、「印刷結果」欄１Ｔ２４等を備える他、印刷ジョブを受信した時刻、印刷を終了した時刻、印刷した枚数等が登録されている。

一方、通知管理テーブル１Ｔ３は、ＭＦＰがクライアント端末から受け付けた印刷ジョブが終了したときに、クライアント端末への終了通知を作成するのに利用するテーブルであり、Ｅ−ｍａｉｌ通知制御部１６６により管理されている。
図２４は、通知管理テーブルを示す図である。
通知管理テーブル１Ｔ３は、同図に示すように、「通知番号」欄１Ｔ３１、「ＥＭＡＩＬＴＯ」欄１Ｔ３２、「印刷結果」欄１Ｔ３３の３つの欄を備えている。

この通知管理テーブル１Ｔ３は、Ｅ−ｍａｉｌ通知制御部１６６から終了通知が送信されると、その印刷ジョブについての情報がクリアされ、下段の情報がその分繰り上がる。
（２）主制御部
主制御部１５２は、図２１に示すように、通信部６１、オペパネ制御部６２、ジョブ制御部６３、画像形成部６４、言語解析部６５、Ｅ−ｍａｉｌ通知制御部1６６、エンジン制御部６７を備える他、新しくジョブ蓄積部１７０を備える。

ここで、通信部６１、オペパネ制御部６２、ジョブ制御部６３、画像形成部６４、言語解析部６５、エンジン制御部６７は、第１の実施の形態と同じ構成・同じ機能を有する。
ジョブ蓄積部１７０は、通信部６１から受け取った印刷ジョブを一旦記憶部１５４に蓄積し、上記で説明したエンジン部５３の実行状況（ジョブ制御部６３からの情報により判定）に従って、印刷ジョブを言語解析部６５に移す。なお、後で、ジョブ蓄積部１７０の動作内容の説明を行う。

Ｅ−ｍａｉｌ通知制御部1６６は、エンジン部５３が実行していた印刷ジョブ終了後に、当該印刷ジョブの終了通知の送信先と同じ送信先を有する印刷ジョブが、ジョブ蓄積部１７０にあると、その印刷ジョブが終了してからこれら複数の印刷ジョブについて一つのまとめ終了通知を作成して通信部６１に移す。なお、後で、Ｅ−ｍａｉｌ通知制御部１６６の動作内容の説明を行う。

Ａ．ジョブ蓄積部
図２５は、ジョブ蓄積部の動作内容を示すフローチャートである。
ジョブ蓄積部１７０は、図２５に示すように、通信部６１から印刷ジョブを受けたか否かを判定する（ステップＳ１０１）。印刷ジョブを受けたと判断すると（図中の「Ｙ」である。）、受けた印刷ジョブの印刷データのヘッダ部から所定の情報（ここでは印刷ジョブを指示したクライアント端末のＩＰアドレス（例えば、１０．１１．１２．１３）である。）を、図２２の蓄積テーブル１Ｔ１の「クライアント端末アドレス」欄１Ｔ１２に、また、終了通知のあて先を示すＥＭＡＩＬＴＯ名を（例えば、「１１１＠ａａａ．ｃｏ．ｊｐ」）を、同じく蓄積テーブル１Ｔ１の「ＥＭＡＩＬＴＯ」欄１Ｔ１３にそれぞれ格納して（ステップＳ１０２）、次のステップＳ１０３に進む。なお、ステップＳ１０１で印刷ジョブを受けていないと判定すると（図中の「Ｎ」である。）、ステップ１０３に進む。

ステップＳ１０３で、ジョブ制御部６３から移行指示があるかどうかを判定する。この移行指示は、ジョブ制御部６３がジョブ蓄積部１７０に対して行われるものであり、エンジン部５３で処理する印刷ジョブがなくなると（なくなりかけると）、ジョブ蓄積部１７０に対して、そこで管理している次に実行すべき印刷ジョブの言語解析部６５への移行を指示するものである。

移行指示があると（図中の「Ｙ」である。）、ジョブ蓄積部１７０に蓄積している印刷ジョブがあるか否かを判定する（ステップＳ１０４）。蓄積している印刷ジョブがある場合（図中の「Ｙ」である。）、蓄積テーブル１Ｔ１の「ジョブ番号」欄１Ｔ１１の「１」（以下、ジョブ番号「１」とする。）に対応する印刷ジョブを言語解析部６５に移行させる（ステップＳ１０５）。

そして、蓄積テーブル１Ｔ１のジョブ番号「１」に対応する情報（言語解析部６５に移行した印刷ジョブの情報である）を削除して、ジョブ番号「２」以降を１段繰り上げて（ステップＳ１０６）、ステップＳ１０１に移る。
なお、ステップＳ１０３で移行指示がないと（図中の「Ｎ」である。）、ステップＳ１０１に移り、また、ステップＳ１０４で蓄積している印刷ジョブがないと（図中の「Ｎ」である。）、ステップＳ１０１に移る。

Ｂ．Ｅ−ｍａｉｌ通知制御部
図２６は、Ｅ−ｍａｉｌ通知制御部の動作内容を示すフローチャートである。
Ｅ−ｍａｉｌ通知制御部１６６は、図２６に示すように、言語解析部６５からデータ（通知情報）を受信したか否かを判定する（ステップＳ１１１）。なお、通知情報は、第１の実施の形態と同じである。

通知情報の受信があると（図中の「Ｙ」である。）、終了通知のあて先である「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」の情報（例えば、「１１１＠ａａａ．ｃｏ．ｊｐ」）を、図２４で示す通知管理テーブル１Ｔ３の「ＥＭＡＩＬＴＯ」欄１Ｔ３２に登録する（ステップＳ１１３）。なお、ステップＳ１１１で通知情報の受信がないと（図中の「Ｎ」である。）、ステップＳ１１１に戻る。

次に、ステップＳ１１５で、ジョブ制御部６３から印刷ジョブの終了を示すデータを受信したか否かを判定する。この印刷ジョブの終了を示すデータは第１の実施の形態と同じである。
ステップＳ１１５で終了を示すデータ（印刷結果）を受信すると、通知管理テーブル１Ｔ３で登録したＥＭＡＩＬＴＯと同じＥＭＡＩＬＴＯ名（を有する印刷ジョブ）がジョブ蓄積部１７０に存在するか否かを判定する（ステップＳ１１６）。具体的には、通知管理テーブル１Ｔ３に登録したＥＭＡＩＬＴＯと同じＥＭＡＩＬＴＯ名が蓄積テーブル１Ｔ１の「ＥＭＡＩＬＴＯ」欄１Ｔ１３内に存在しているか否かで判定している。

ステップＳ１１６で、同じＥＭＡＩＬＴＯ名が存在すると判定されると（図中の「Ｙ」である。）、ジョブ制御部６３から受信した印刷結果（例えば、正常終了）を通知管理テーブル１Ｔ３の「印刷結果」欄１Ｔ３３に登録した（ステップＳ１１７）後に、ステップＳ１１１に戻る。
一方、ステップＳ１１６で、同じＥＭＡＩＬＴＯ名が存在しないと判定されると（図中の「Ｎ」である。）、通知管理テーブル１Ｔ３内の「ＥＭＡＩＬＴＯ」欄１Ｔ３２に登録されているＥＭＡＩＬＴＯ名に、ジョブ制御部６３から受信した印刷結果に対応する印刷ジョブのＥＭＡＩＬＴＯと同じＥＭＡＩＬＴＯ名が存在するか否かを判定する（ステップＳ１１８）。

ステップＳ１１８で、通知管理テーブル１Ｔ３に同じＥＭＡＩＬＴＯ名が存在すると、その同じＥＭＡＩＬＴＯ名の印刷結果をＣＡＬＬして（ステップＳ１１９）、この印刷結果を含むＥ−ｍａｉｌをそのＥＭＡＩＬＴＯ名あてに作成（ステップＳ１２０）し、作成したＥ−ｍａｉｌに関連したデータ、情報等を削除（ステップＳ１２１）し、作成したＥ−ｍａｉｌを通信部６１に出力する（ステップＳ１２２）。

一方、ステップＳ１１８で同じＭＡＩＬＴＯ名が存在しないと、この印刷結果を含むＥ−ｍａｉｌをそのＥＭＡＩＬＴＯ名あてに作成（ステップＳ１２０）し、作成したＥ−ｍａｉｌに関連したデータ、情報等を削除（ステップＳ１２１）し、作成したＥ−ｍａｉｌを通信部６１に出力する（ステップＳ１２２）。最後に、ステップＳ１２２が終了すると、ステップＳ１１１に戻る。

（３）具体例
Ｅ−ｍａｉｌ通知制御部１６６について、具体例を説明する。
まず、図２２に示すように、蓄積テーブル１Ｔ１２内に３つの印刷ジョブが蓄積され、また、通知管理テーブル１Ｔ３３内に、印刷ジョブが既に終了しているが、終了通知を送信していない印刷ジョブが１つ登録されている（図２４では、２つの印刷ジョブが登録しているが、１番目の印刷ジョブのみが終了しているものとする。）。

この条件で、現在、図２３に示す管理テーブル１Ｔ２で最下段に登録されつつあるジョブ番号「３」が実行中である（このため、管理テーブル１Ｔ２の最下段が、受信時間まで登録されている。）。
この現在実行中である印刷ジョブの終了を示すデータをステップＳ１１５で受信すると、ステップＳ１１６で、この印刷ジョブのＥＭＡＩＬＴＯ名（「２２２＠ａａａ．ｃｏ．ｊｐ」である。）と同じものがジョブ蓄積部１７０が管理する蓄積テーブル１Ｔ１内にジョブ番号「３」の列の「ＥＭＡＩＬＴＯ」欄１Ｔ１３にあるので「Ｙ」と判定し、ジョブ制御部６３から受信した印刷結果（正常終了）を通知管理テーブル１Ｔ３の通知番号「２」の列の「印刷結果」欄１Ｔ３３に登録して（これで図２４に示す状態となる。）、ステップＳ１１１に進む。

なお、ＥＭＡＩＬＴＯ名が「２２２＠ａａａ．ｃｏ．ｊｐ」についての終了通知は、蓄積テーブル１Ｔ１内に存在するため、蓄積テーブル１Ｔ１内に存在する印刷ジョブが終了後に作成・送信される。
エンジン部５３では、上記の印刷ジョブの実行が終了したため、図２２の蓄積テーブル１Ｔ１の最上段に登録されているジョブ番号「１」についてその実行を行う。なお、ジョブ番号「１」の印刷ジョブを実行するため言語解析部６５に移行されるため、蓄積テーブル１Ｔ１内の印刷ジョブ「１」のデータは削除され、図２２で示しているジョブ番号「２」が、１つ繰り上がって、ジョブ番号「１」となり、同様に、図２２で示しているジョブ番号「３」がジョブ番号「２」に繰り上がる。

Ｅ−ｍａｉｌ通知制御部１６６は、言語解析部から受信した通知情報に関する印刷ジョブ（現在エンジン部５３で実行している印刷ジョブ）の終了を示すデータをステップＳ１１５で受信すると、この印刷ジョブのＥＭＡＩＬＴＯ名が「１１１＠ａａａ．ｃｏ．ｊｐ」であり（図２２の蓄積テーブル１Ｔ１の印刷ジョブ番号が「１」である。）、このＥＭＡＩＬＴＯ名と同じものは、蓄積テーブル１Ｔ１に登録されていないので、ステップＳ１１６で「Ｎ」と判定され、ステップＳ１１８に進む。

ステップＳ１１８では、「１１１＠ａａａ．ｃｏ．ｊｐ」のＥＭＡＩＬＴＯ名は、図２４の通知管理テーブル１Ｔ３に登録されている「ＥＭＡＩＬＴＯ」欄１Ｔ３２にあるので、ステップＳ１１９に進んで、通知管理テーブル１Ｔ３における「ＥＭＡＩＬＴＯ」欄１Ｔ３２に「１１１＠ａａａ．ｃｏ．ｊｐ」が登録されている列内の「印刷結果」欄１Ｔ３３に登録されている印刷結果をＣａｌｌして、先ほど実行した印刷ジョブの印刷結果を含むＥｍａｉｌを「１１１＠ａａａ．ｃｏ．ｊｐ」あてに作成し、これらに関する情報を通知管理テーブル１Ｔ３から削除し（ステップＳ１１９，Ｓ１２０，Ｓ１２１及びＳ１２２）、ステップＳ１１１に進む。

３．まとめ
以上で説明したように、本実施の形態では、例えば、印刷ジョブを終了したときに、ジョブ蓄積部に、終了した印刷ジョブについての終了通知のあて先（通知先）と同じである印刷ジョブが存在すると、ジョブ蓄積部に蓄積して（管理されて）いる印刷ジョブを終了してから、これら印刷ジョブの終了した旨を１つのまとめ終了通知で行うようにしている。

これにより、クライアント端末が印刷ジョブを複数依頼した場合、各印刷ジョブについての終了通知を受け取ることが無いので、従来のような、依頼した全印刷ジョブについて終了通知を受け取るような煩雑さはない。さらに、ネットワーク上における終了通知の送信数を少なくできるので、トラフィックの負荷の削減を図ることができる。
４．変形例
（１）変形例３
上記の第２の実施の形態では、ＭＦＰは、終了した印刷ジョブの終了通知のあて先と、同じあて先の印刷ジョブがあると、終了した印刷ジョブの印刷結果に関係なく、これらの印刷ジョブの終了した旨のまとめ終了通知を纏めて通知している。

しかしながら、印刷ジョブの印刷結果と終了通知の通知のタイミングとを関連付けても良い。以下、印刷ジョブの印刷結果が異常終了のときに、終了通知（この通知を「エラー通知」とみなすこともできる。）とを送信するようにした変形例３について説明する。
本変形例３は、印刷結果が異常終了のときに、当該印刷ジョブ（処理した印刷ジョブが１つ）及び当該印刷ジョブのＥＭＡＩＬＴＯと同じ印刷ジョブ（処理した印刷ジョブが複数）に対して、まとめ終了通知を送信するようにしている。

変形例３におけるＭＦＰの構成は、Ｅ−ｍａｉｌ通知制御部１６６ａ（ここでは、図示していないが、第２の実施の形態におけるＥ−ｍａｉｌ通知制御部１６６と区別するために、「１６６ａ」の符号を用いる。）が印刷結果を判定して、その結果が所定の結果（例えば、異常終了）の場合に終了通知を送信する機能を備える点で、第２の実施の形態におけるＥ−ｍａｉｌ通知制御部１６６と異なり、他の部分については、同じ構成である。

図２７は、変形例３における終了通知処理の内容を示すフローチャートである。
変形例３におけるフローチャートは、具体的には、図２７に示すように、ステップＳ１１７ａが、ステップＳ１１７とステップＳ１１１との間に挿入され、また、このステップＳ１１７ａで、印刷結果が正常であったか、異常であったかを判定し、印刷結果が正常であったときはステップＳ１１１に進み（このフローは、第２の実施の形態と同じである。）、印刷結果が異常であったときはステップＳ１１８に進む。なお、ステップＳ１１８以降は、第２の実施の形態での図２６のステップＳ１１８以降と同じである。

この場合、変形例３における終了通知は、終了した印刷ジョブの情報のほか、少なくとも正常終了しなかった印刷ジョブについての印刷結果も含むことになる。これにより、クライアント端末は、必要があれば、再度、正常終了しなかった印刷ジョブをＭＦＰに印刷指示したり、機械的なエラーが発生している場合（例えば、紙詰まり等の場合）に直ちにその処理を行ったりすることができる。

（２）変形例４
第２の実施の形態では、図２６のフローチャートのステップＳ１１６で、ジョブ蓄積部１７０に同じＥＭＡＩＬＴＯ名が存在する（管理されている）か否かについて判断しているが、他の情報で判断しても良い。以下、ＥＭＡＩＬＴＯ名以外の基準で判断する例を変形例４として説明する。

本変形例４では、クライアント端末からの印刷データに、クライアント端末のユーザの所属を示すグループ情報が含まれており、このクループ情報を用いて、ジョブ蓄積部に同名のグループ名があるか否かを判定している。
図２８は、変形例４におけるグループ分けを示す図である。
変形例４では、例として、「Ｚｏｏ」と「Ｗｅｅｋ」の２種類にクライアント端末のユーザを分け、「Ｚｏｏ」のグループは、当該グループを構成するメンバーのメールアドレスが、「ｃａｔ＠ｂｂｂ．ｃｏ．ｊｐ」、「ｄｏｇ＠ｂｂｂ．ｃｏ．ｊｐ」、「ｂｉｒｄ＠ｂｂｂ．ｃｏ．ｊｐ」である。また、「Ｗｅｅｋ」のグループは、当該グループを構成するメンバーのメールアドレスが、「ｓｕｎｄａｙ＠ｂｂｂ．ｃｏ．ｊｐ」、「ｍｏｎｄａｙ＠ｃｃｃ．ｃｏｍ」である。

図２９は、変形例４における蓄積テーブルを示す図である。
蓄積テーブル１Ｔ５は、同図に示すように、「ジョブ番号」欄１Ｔ５１、「クライアント端末アドレス」欄１Ｔ５２、「グループ」欄１Ｔ５３、「メンバー」欄１Ｔ５４の４つの欄から構成されている。「グループ」欄１Ｔ５３が、今回追加された内容であり、印刷データのヘッダ部に格納されていた情報である。

図３０は、変形例４における管理テーブルを示す図である。
管理テーブル１Ｔ６は、同図に示すように、「ジョブ番号」欄１Ｔ６１、「クライアント端末アドレス」欄１Ｔ６２、「グループ」欄１Ｔ６３、「メンバー」欄１Ｔ６４、「印刷結果」欄１Ｔ６５等を備える。
図３１は、変形例４における通知管理テーブルを示す図である。

通知管理テーブル１Ｔ７は、同図に示すように、「通知番号」欄１Ｔ７１、「グループ」欄１Ｔ７２、「メンバー」欄１Ｔ７３、「印刷結果」欄１Ｔ７４の４つの欄を備えている。なお、この通知管理テーブル１Ｔ７は、Ｅ−ｍａｉｌ通知制御部から終了通知が送信されると、その情報等がクリアされ、各段に登録されている情報等が１つ分繰り上がる。
図３２は、変形例４におけるＥ−ｍａｉｌ通知制御部の動作内容を示すフローチャートである。

Ｅ−ｍａｉｌ通知制御部は、第２の実施の形態における図２６で説明したフローチャートの内、ステップＳ１１６，Ｓ１１８及びＳ１１９での処理内容が異なり、他のステップは同じである。従って、図３２では、第２の実施の形態と異なるステップについて「ａ」を追加して付し、この異なるステップＳ１１６ａ，Ｓ１１８ａ及びＳ１１９ａの処理について主の説明する。

変形例４におけるＥ−ｍａｉｌ通知制御部は、図３２に示すように、ステップＳ１１５で、ジョブ制御部から印刷ジョブの終了を示すデータを受信すると、終了した印刷ジョブのＭＡＩＬＴＯ名が属するグループと同じグループであるＥＭＡＩＬＴＯ名が蓄積テーブル１Ｔ５内に存在するか否かを判定する（ステップＳ１１６ａ）。
ステップＳ１１６ａで、同じグループのＥＭＡＩＬＴＯ名が存在すると判定されると（図中の「Ｙ」である。）、ジョブ制御部から受信した印刷結果を通知管理テーブル１Ｔ７の「印刷結果」欄１Ｔ７４に登録（ステップＳ１１７）し、ステップＳ１１１に進む。

一方、ステップＳ１１６ａで、同じグループのＥＭＡＩＬＴＯ名が存在しないと判定されると（図中の「Ｎ」である。）、通知管理テーブル１Ｔ７内に、同じグループ名のメンバーが存在するか否かを判定する（ステップＳ１１８ａ）。
同じグループのメンバーが存在すると、このグループに属するメンバーのＥＭＡＩＬＴＯ名（メールアドレス）と印刷結果とをｃａｌｌして（ステップＳ１１９）、ステップＳ１２０へと進む。同じグループ名のメンバーが存在しないと、そのままステップＳ１２０に進む。なお、ステップＳ１２０以降の処理で、これら終了した印刷ジョブに対応する終了通知が作成され送信される。

なお、ステップＳ１２０では、終了通知をメンバー全員に送信するようにしても良く、この場合、メンバー全員、つまり、グループ単位で、終了通知を送信することができる効果がある。
＜第３の実施の形態＞
第１の実施の形態での終了通知は、クライアント端末の指示により、それまでに終了した印刷ジョブに対して１つのまとめ終了通知をクライアント端末に送信している。第２の実施の形態では、クライアント端末の指示でなく、ＭＦＰがクライアント端末から受信した印刷ジョブの処理状況に基づいて、それまでに終了した印刷ジョブに対して１つのまとめ終了通知をクライアント端末に送信している。

これに対して、第３の実施の形態では、クライアント端末から受信した印刷ジョブを終了したときに送信する終了通知のあて先に従って、１つの印刷ジョブに対して１つの終了通知を送信するか、或いは複数の印刷ジョブに対して１つのまとめ終了通知を送信するかを判断するようにしている。
１．構成
クライアント端末は、第２の実施の形態と同じ構成であり、また、クライアント端末からＭＦＰへ送信する印刷データのヘッダ部分に格納する情報も第２の実施の形態と同じである。

一方、ＭＦＰは、第１の実施の形態と略同じ構成であるが、Ｅ−ｍａｉｌ通知制御部の処理内容、通知管理テーブルの内容が異なる他、終了通知のあて先を管理するあて先管理テーブルを新しく記憶部に備えた点で第１の実施の形態と異なる。
第３の実施の形態におけるＥ−ｍａｉｌ通知制御部は、上述したように、終了通知のあて先から、１つの印刷ジョブに対して１つの終了通知を送信するか、或いは複数の印刷ジョブの終了を待って１つのまとめ終了通知を送信するかを判定している。

具体的には、終了通知の送信タイミングは、終了通知のあて先の情報、つまり、メールアドレスのドメイン名で判定し、その情報（ドメイン名）をあて先管理テーブル４Ｔ１内に登録している。
図３３は、あて先管理テーブルを示す図である。
あて先管理テーブル４Ｔ１は、同図に示すように、「ドメイン名」欄４Ｔ１１、「通知タイミング」欄４Ｔ１２の２つの欄から構成されている。このドメイン名と通知タイミングとは、予め、システムの管理者、クライアント端末のユーザ等によって登録されている。この登録は、管理者やユーザ等が、ネットワークを介して直接ＭＦＰに登録しても良いし、ＭＦＰのオペレーションパネル部（図６参照）からも入力することができる。

第３の本実施の形態では、終了通知のあて先であるメールアドレスのドメイン名が「ｂｂｂ．ｃｏ．ｊｐ」のときは、終了通知を即時に通知し（図中の「即時通知」である。）、ドメイン名が「ｃｃｃ．ｃｏｍ」のときは、終了通知を纏めてまとめ通知する（図中の「まとめ通知」である。）。なお、依頼を受けた印刷ジョブについての終了通知のあて先であるメールアドレスのドメイン名が上記のドメイン名に該当しない、つまり、その他の場合は、即時通知としている。

図３４の（ａ），（ｂ）及び（ｃ）は、第３の実施の形態における通知管理テーブルを示す図である。なお、（ａ），（ｂ）及び（ｃ）は、同じ通知管理テーブル４Ｔ２であるが、それぞれ異なる場面での例であるため、通知管理テーブル４Ｔ２に登録されている内容が異なる。
通知管理テーブル４Ｔ２は、同図に示すように、「通知番号」欄４Ｔ２１、「ＥＭＡＩＬＴＯ」欄４Ｔ２２、「終了時間」欄４Ｔ２３、「印刷結果」欄４Ｔ２４の４つの欄等を備え、ジョブ制御部から印刷ジョブの終了した情報を受けると、終了した印刷ジョブに関する情報（例えば、終了時刻、印刷結果）がジョブ管理テーブル４Ｔ２に登録される。

２．処理内容
次に、Ｅ−ｍａｉｌ通知制御部の処理内容について説明する。
図３５は、Ｅ−ｍａｉｌ通知制御部の動作内容を示すフローチャートである。
Ｅ−ｍａｉｌ通知制御部は、図３５に示すように、言語解析部からデータ（通知情報）を受信したか否かを判定する（ステップＳ２０１）。なお、通知情報は第１の実施の形態と同じである。

通知情報の受信があると（図中の「Ｙ」である。）、終了通知のあて先である「＠ＰＪＬ ＳＥＴ ＥＭＡＩＬＴＯ」の情報、例えば、「１１１＠ｃｃｃ．ｃｏ．ｊｐ」を、図３４で示す通知管理テーブル４Ｔ２の「ＥＭＡＩＬＴＯ」欄４Ｔ２２に登録する（ステップＳ２０２）。なお、ステップＳ２０１で通知情報の受信がないと（図中の「Ｎ」である。）、ステップＳ２０１に戻る。

次に、ステップＳ２０３で、ジョブ制御部から印刷ジョブの終了を示すデータを受信したか否かを判定する。この終了を示すデータは第１の実施の形態と同じ印刷結果である。
ステップＳ２０３で終了を示すデータ（印刷結果）を受信すると、通知管理テーブル４Ｔ２の「終了時刻」欄４Ｔ２３にその印刷ジョブの終了時刻（例えば、「１３：１１」）を、「印刷結果」欄４Ｔ２４にその印刷ジョブの印刷結果（例えば、「正常終了」）をそれぞれ登録する（ステップＳ２０４）。

次に、ステップＳ２０５で、ステップＳ２０３でデータを受信した印刷ジョブの通知先から、受信した印刷ジョブについて行う終了通知が「即時通知」であるか否かを判定する。この判定は、例えば、ステップＳ２０２で通知管理テーブル４Ｔ２の「ＥＭＡＩＬＴＯ」欄４Ｔ２２に登録されたメールアドレスのドメイン名と、あて先管理テーブル４Ｔ１に予め登録されているドメイン名との比較により行われる。

ステップＳ２０５で即時通知と判定される(図中の「Ｙ」である。)と、ステップＳ２０６に進んで、その印刷ジョブについてＥ―ｍａｉｌを作成して、これらのデータを通知管理テーブル４Ｔ２から削除した後、Ｅ−ｍａｉｌを通信部へと送信して（ステップＳ２０７，Ｓ２０８）、ステップＳ２０９に進む。
ステップＳ２０５で即時通知でないと判定される（図中の「Ｎ」である。）と、ステップＳ２０９に進んで、通知管理テーブル４Ｔ２の「終了時刻」欄４Ｔ２３内の情報から、印刷ジョブ終了から所定時間経過した印刷ジョブがあるか否かを判定する。

所定時間経過した印刷ジョブがある場合（図中の「Ｙ」である。）、通知管理テーブル４Ｔ２の「ＥＭＡＩＬＴＯ」欄４Ｔ２２に同じＥＭＡＩＬＴＯ名があるか否かを判定する（ステップＳ２１０）。
同じＥＭＡＩＬＴＯ名があると判定されると（図中の「Ｙ」である。）、これらの印刷ジョブに関連する印刷結果等を内容としたＥ―ｍａｉｌを作成すると共にこれらメール作成に使用したデータ等を通知管理テーブル４Ｔ２から削除して通信部へと送信して（ステップＳ２１１，Ｓ２１２，Ｓ２１３）、ステップＳ２０１に進む。

一方、ステップＳ２１０で、同じＥＭＡＩＬＴＯ名がないと判定されると（図中の「Ｎ」である。）、この印刷ジョブに関連する印刷結果のみを含んだＥ―ｍａｉｌを作成すると共にこのメール作成に使用したデータ等を通知管理テーブル４Ｔ２から削除して通信部へと送信して（ステップＳ２１４，Ｓ２１２，Ｓ２１３）、ステップＳ２０１に進む。
なお、ステップＳ２０９で印刷ジョブ終了から所定時間経過した印刷ジョブがない場合（図中の「Ｎ」である。）は、ステップＳ２１０に移る。

３．実施例
次に、印刷ジョブが完了して、クライアント端末に終了通知を送信する処理内容について、実施例を用いて説明する。
ここでは、あて先管理テーブル４Ｔ１には、図３３に示すように、ドメイン名が「ｂｂｂ．ｃｏ．ｊｐ」と「ｃｃｃ．ｃｏｍ」の２つが登録されており、通知管理テーブル４Ｔ２には、図３４の（ａ）に示す通知番号「３」までの印刷ジョブが終了し、これから図３４の（ａ）に示す通知番号「４」の印刷ジョブを実行しようとしている場合ついて、図３５のフローチャート用いて具体的に説明する。

なお、本実施例では、図３５のステップＳ２０９での所定時間は、「１０（ｍｉｎ）」とし、時間判定時の時刻を「１３：２２」とする。
まず、Ｅ−ｍａｉｌ通知制御部は、ステップＳ２０１で言語解析部からデータを受信し、その内容を通知管理テーブル４Ｔ２の最下段である通知番号「４」の「ＥＭＡＩＬＴＯ」欄４Ｔ２２に「４４４＠ｂｂｂ．ｃｏ．ｊｐ」を登録する（ステップＳ２０２）。

そして、ステップＳ２０３でジョブ制御部から当該ジョブの終了を示す旨のデータを受け取ると、終了した印刷ジョブの終了時刻（１３：２２）と印刷結果（正常終了）とを通知管理テーブル４Ｔ２における通知番号「４」に対応する列の「終了時刻」欄４Ｔ２３、「印刷結果」欄４Ｔ２４に登録する（ステップＳ２０４）。これで、図３４の（ａ）に示す通知管理テーブル４Ｔ２となる。

ステップＳ２０５で、通知管理テーブル４Ｔ２における通知番号「４」の列の「ＥＭＡＩＬＴＯ」欄４Ｔ２２内の「４４４＠ｂｂｂ．ｃｏ．ｊｐ」のドメイン名が、あて先管理テーブル４Ｔ１の「ドメイン名」欄４Ｔ１１に登録されているドメイン名「ｂｂｂ．ｃｏ．ｊｐ」と一致するため、あて先管理テーブル４Ｔ１に登録されている「即時通知」と判定（図中の「Ｙ」である。）し、ステップＳ２０６に進む。

そして、当該印刷ジョブついての終了通知を行うために、当該印刷ジョブのＥＭＡＩＬＴＯ名あてにＥ−ｍａｉｌを作成し、作成した終了通知に関するデータ、情報を通知管理テーブル４Ｔ２から削除し、作成したＥ−ｍａｉｌを通信部に送って（ステップＳ２０６，Ｓ２０７，Ｓ２０８）、ステップＳ２０９に進む。
ステップＳ２０９では、現在の時刻が「１３：２２」であり、通知管理テーブル４Ｔ２の通知番号「１」の終了時刻が「１３：１１」である。このため、所定時間（ｍｉｎ）である「１０（ｍｉｎ）」を越えていることから、ステップ２１０に進んで、所定時間を超えている印刷ジョブのＥＭＡＩＬＴＯ名と同じＥＭＡＩＬＴＯ名が通知管理テーブル４Ｔ２にあるか否かを判定する。

ここでのＥＭＡＩＬＴＯ名が「１１１＠ｃｃｃ．ｃｏｍ」のものは通知管理テーブル４Ｔ２に他にないため、ステップＳ２１４に進んで、当該ＥＭＡＩＬＴＯ名あてにＥ―ｍａｉｌを作成し、この通知番号「１」の列に登録されているデータ等を削除した後、送信部へＥ−ｍａｉｌを送って（ステップＳ２１２，Ｓ２１３）、ステップＳ２０１に移る。
なお、これにより、通知管理テーブル４Ｔ２は、図３４の（ａ）で示している通知番号が「１」及び「４」に対応するデータ等が削除されて、（ｂ）に示すように、新たに番号「１」及び「２」の列にその内容が登録されることになる。

次に、終了通知のあて先が、更新後の通知管理テーブル４Ｔ２における通知番号「１」のＥＭＡＩＬＴＯ名と同じＥＭＡＩＬＴＯ名の印刷ジョブを言語解析部から受信したとする。当該ジョブが終了した後、終了時間、印刷結果を通知管理テーブル４Ｔ２の通知番号「３」の列に登録し（図示省略）、ステップＳ２０５で、終了した印刷ジョブの通知タイミングが即時通知であるか否かを判定する。

この印刷ジョブのＥＭＡＩＬＴＯ名は、「２２２＠ｃｃｃ．ｃｏｍ」であるため、即時通知でないと判定(図中の「Ｎ」である。)し、ステップＳ２０９に進む。現在の時刻は１３時２７分とすると、通知番号「１」の印刷ジョブでは経過時間が「１０（ｍｉｎ）」を越えていることから（図中の「Ｙ」である。）、ステップＳ２１０に進んで、所定時間を超えている印刷ジョブ（通知番号「１」のジョブ）のＥＭＡＩＬＴＯ名と同じＥＭＡＩＬＴＯ名が通知管理テーブル４Ｔ２にあるか否かを判定する。

ここでのＥＭＡＩＬＴＯ名が「２２２＠ｃｃｃ．ｃｏｍ」のものは通知管理テーブル４Ｔ２の通知番号「３」にあるため、ステップＳ２１１に進んで、同じＥＭＡＩＬＴＯ名あてにＥ―ｍａｉｌ（まとめ終了通知）を作成し、この通知番号「１」及び「３」の列に登録されているデータ等が削除された後、送信部へＥ−ｍａｉｌを送って（ステップＳ２１２，Ｓ２１３）、ステップＳ２０１に移る。

なお、これにより、通知管理テーブル４Ｔ２は、図３４の（ｃ）で示している番号が「１」に対応するデータだけとなる。
４．まとめ
以上説明したように、第３の本実施の形態では、終了通知のあて先に基づいて、印刷ジョブが終了した旨を、１つ含んだ終了通知や複数含んだまとめ終了通知を作成している。

これにより、クライアント端末から印刷ジョブを複数受けているかが判定できなくても、終了通知のあて先から判断できる。このため、第１及び第２の実施の形態と同様に、従来のような、依頼した全印刷ジョブ対して終了通知を受け取る場合の煩雑さは無い。さらに、ネットワーク上における終了通知の送信数を少なくできるので、トラフィックの負荷の削減を図ることができる。

５．変形例
以下、上記第３の実施の形態に係る変形例について説明する。
（１）変形例５
第３の実施の形態では、印刷ジョブの終了通知がまとめ通知の場合において、ジョブ終了からの経過時間を条件にして、２つの印刷ジョブについてのその終了した旨を１つのまとめ終了通知で送信するようにしていたが、印刷ジョブの依頼条件等によっては３以上の印刷ジョブについてそれらが終了した旨を１つのまとめ終了通知で行うような場合も生じる。また、経過時間以外を条件に終了通知をまとめても良い。

以下、所定時刻になると、まとめ通知用として通知管理テーブルに登録されていた印刷ジョブについてまとめ通知する場合を、変形例５として説明する。
図３６は、変形例５におけるＥ−ｍａｉｌ通知制御部のブロック図である。
Ｅ−ｍａｉｌ通知制御部２５１は、同図に示すように、テーブル作成部２５２と通知タイミング判断部２５３とを備える。

テーブル作成部２５２は、図３４で示す通知管理テーブル４Ｔ２に、終了した印刷ジョブの終了通知に関する情報を登録するためのものであり、通知タイミング判断部２５３は、所定の条件で、前記テーブル作成部２５２の通知管理テーブル４Ｔ２に登録された未通知の印刷ジョブについて終了通知を送信する。このとき、通知管理テーブル４Ｔ２内に同じＭＥＩＬＴＯ名があると、これらをまとめた一つのまとめ終了通知を送信する。

図３７は、テーブル作成部の処理内容を示すフローチャートである。
テーブル作成部２５２は、図３７から明らかなように、図３５のフローチャートにおける、ステップＳ２０１，Ｓ２０２，Ｓ２０３，Ｓ２０４，Ｓ２０５，Ｓ２０６，Ｓ２０７及びＳ２０８から構成される。つまり、第３の実施の形態で、図３５において、ステップＳ２０５で、即時通知と判定されなかった場合に処理していたステップがなくなったもの（この部分を通知タイミング判断部２５３で行う）である。

図３８は、通知タイミング判断部の処理内容を示すフローチャートである。
変形例５における通知タイミング判断部２５３では、印刷ジョブの終了数に関係なく、所定の時刻（例えば、各時間で０分、１０分、２０分、３０分、４０分、５０分）になると、通知管理テーブル４Ｔ２内にある未通知の印刷ジョブに対してその終了を示す旨を通知する。この際、同名のＭＡＩＬＴＯがあれば、その数だけをまとめて一つのまとめ終了通知を送信する。

ステップＳ２２１で、現在の時刻が所定時刻かどうかを判定し、所定時刻に達すると、ステップＳ２２２に進む。ステップＳ２２２で、通知管理テーブル４Ｔ２の「通知番号」欄４Ｔ２１の「１」に対応する「ＥＭＡＩＬＴＯ」欄４Ｔ２２にＥＭＡＩＬＴＯがある（登録されている）か否かを判定し、ＥＭＡＩＬＴＯ名がない（登録されていない）場合、これは終了通知を送信すべきもの通知管理テーブルにない場合であり、ステップＳ２２１に戻る。

ステップＳ２２２で、通知管理テーブル４Ｔ２内にＥＭＡＩＬＴＯがある場合は、ステップ２２３で、そのＥＭＡＩＬＴＯと同じＥＭＡＩＬＴＯ名が通知管理テーブル４Ｔ２にあるか否かを判定する。
同じＥＭＡＩＬＴＯ名がある場合、これらについてＥ−ｍａｉｌを作成すると共に、作成に関するデータ等を通知管理テーブル４Ｔ２から削除して、作成したＥ−ｍａｉｌ通知制御部に送信した後（ステップＳ２２４，Ｓ２２５，Ｓ２２６）、ステップＳ２２２に戻る。

一方、ステップＳ２２３で同じＥＭＡＩＬＴＯ名が通知管理テーブル４Ｔ２内にない場合は、このＥＭＡＩＬＴＯに基づいてＥ−ｍａｉｌを作成して（ステップＳ２２７）、ステップＳ２２５に進む。
このように変形例５では、終了通知のあて先から、その終了通知を、即時に送信するかまとめて送信するかを判定している。そして、所定時間になると、既に実行した印刷ジョブについて終了通知（印刷ジョブが複数あるときは、「まとめ終了通知」となる。）を作成・送信している。

このため、所定時間になるまでは、終了した印刷ジョブについての終了通知に関する情報は通知管理テーブル４Ｔ２に登録されたままになるので、その期間内に、同じクライアント端末から、例えば、複数の印刷ジョブの依頼を受けた場合には、これら複数の印刷ジョブについて１つのまとめ終了通知で行うことができる。
変形例５における通知タイミング判断部２５３は、所定時刻になると、終了通知を作成していたが、これを換言すると、所定時間間隔（ここでは、１０分間隔である。）で判定していることになる。

つまり、終了通知の作成のタイミングは、時刻以外のものを判定基準としても良い。例えば、通知管理テーブル内の「通知番号」欄４Ｔ２１の数値が、予め設定された数になると、テーブルに登録されている印刷ジョブについて終了通知をまとめ通知するようにしても良い。
（２）変形例６、７
上記の第３の実施の形態及び変形例５では、終了した印刷ジョブの終了通知の作成するタイミングを、あて先であるメールアドレスのドメイン名で判定していたが、他の情報（この他の情報での例を変形例６、７とする）で判定しても良い。

図３９は変形例６に係るあて先管理テーブルを示し、図４０は変形例７に係るあて先管理テーブルを示す。
変形例６のあて先管理テーブル４Ｔ４では、図３９に示すように、印刷ジョブの印刷結果種類に基づいて終了通知のタイミングが設定されており、例えば、印刷結果が「正常終了」であるときは「まとめ通知」をするように設定されている。

変形例７のあて先管理テーブル４Ｔ５では、図４０に示すように、終了通知の通知方法に基づいて、終了通知のタイミングが設定されている。
変形例７では、クライアント端末に送信するＥ−ｍａｉｌを作成する際に、そのＥ―ｍａｉｌのメールヘッダのフィールドの属性、例えば、あて先のメールアドレスを示す「Ｔｏ」、メールのコピーの送り先を示す「Ｃｃ」、「Ｂｃｃ」に基づいて、通知タイミングが設定されている。

例えば、クライアント端末から依頼された印刷ジョブの印刷物を他の人に配るような場合、終了通知をその他の人が使用している各クライアント端末に送信し、この通知を受けた他の人が、印刷物を出力し終わったＭＦＰに取りに行くような場合が考えられる。
この場合、クライアント端末からＭＦＰに依頼する印刷ジョブの通知情報に、「Ｂｃｃ」のあて先を格納しておき、当該あて先に終了通知を送信するようにすれば良い。

また、システムの管理者に印刷状況等を送信している場合などは、そのあて先を「Ｃｃ」で設定しておき、終了通知を「まとめ通知」すれば良い。
＜まとめ＞
以上、本発明を上記各実施の形態及び各変形例に基づいて説明したが、本発明の内容が、上記の各実施の形態や各変形例（以下、単に、「実施の形態等」ということもある。）に示された具体例に限定されないことは勿論であり、例えば、以下のような変形例を実施することができる。

１．クライアント端末
上記実施の形態等では、ＭＦＰから送信されるＥ―ｍａｉｌは、固定のクライアント端末からメールサーバ（自動或いは手動）にアクセスして受信するものであったが、例えば、Ｗｅｂメールのように、固定のクライアント端末からでなく、クライアント端末のどこからでもメールサーバにアクセスできるようなものであっても良い。

２．終了通知
上記実施の形態等では、（終了）通知としてＥ−ｍａｉｌを利用していたが、他の手段によりクライアント端末のユーザに報知してもよい。他の手段としては、例えば、ＬＡＮのネットワークでのＴＣＰ／ＩＰを利用したメッセージ（パケット）を画像形成装置（例えば、ＭＦＰ）から送信しても良い。

さらには、クライアント端末のユーザに直接、例えば、ユーザの携帯電話や携帯端末にＥ−ｍａｉｌを送信しても良い。
３．阻止する状態の解除について
上記第３の実施の形態の変形例３では、所定時刻になると阻止する状態を解除と判断していたが、受信した印刷指示の内、所定の指示については全ての通知の送信を阻止して、当該阻止に係る印刷ジョブの終了から所定時間が経過すると、阻止する状態を解除するようにしても良い。さらに、阻止された印刷ジョブの終了から所定時間で判定するのではなく、例えば、阻止に係る印刷ジョブが所定数に達したときに、阻止する状態を解除するようにしても良い。

４．画像形成装置
実施の形態で説明した画像形成装置は、主制御部が自装置に組み込まれた一体式のＭＦＰを例にして説明したが、主制御部がエンジン部等と別になった管理ユニット式のＭＦＰについても同様に適用できる。つまり、実施の形態等で説明した主制御部の機能を管理ユニットに組み込むことによって実施の形態等と同様に実施でき、また同様の効果を得ることができる。なお、本明細書では、ＭＦＰは、上記の一体式及び別体式を特に分けることなく説明している。

本発明は、クライアント端末から受信した印刷指示に基づいて印刷ジョブをした後に、当該印刷ジョブが終了した旨を前記クライアント端末のユーザに報知するための通知を送信する際に、その通知を少なくできる画像形成装置に利用できる。

第１の実施の形態に係るプリントシステムの全体構成を示す図である。 第１の実施の形態におけるクライアント端末のハードウェアの構成を示すブロック図である。 第１の実施の形態におけるクライアント端末のソフトウエア構成を示す図である。 第１の実施の形態における表示部が起動したときのディスプレイの画面を示す図である。 第１の実施の形態におけるＭＦＰへ送信する印刷データの一部を示す図である。 第１の実施の形態におけるＭＦＰの構成を示すブロック図である。 第１の実施の形態における通知情報管理テーブルを示す図である。 第１の実施の形態における終了通知処理の内容を示すフローチャートである。 第１の実施の形態における実施例におけるジョブ順とその内容の説明図である。 第１の実施の形態における実施例における通知管理テーブルを示す図である。 第１の実施の形態における実施例における通知管理テーブルを示す図である。 第１の実施の形態における実施例における通知管理テーブルを示す図である。 第１の実施の形態におけるステップＳ２７のフローチャートを示す図である。 変形例１におけるＭＦＰの主制御部のブロック図である。 変形例１における通知情報管理テーブルの概略図を示す。 変形例１におけるテーブル監視部の動作内容を示すフローチャートである。 変形例１における終了通知処理の内容を示すフローチャートである。 変形例２における終了通知処理の内容を示すフローチャートである。 第２の実施の形態における表示部が起動したときのディスプレイの画面を示す図である。 第２の実施の形態におけるＭＦＰへ送信する印刷データのヘッダ部分を示す図である。 第２の実施の形態におけるＭＦＰの構成を示すブロック図である。 第２の実施の形態における蓄積テーブルを示す図である。 第２の実施の形態における管理テーブルを示す図である。 第２の実施の形態における通知管理テーブルを示す図である。 第２の実施の形態におけるジョブ蓄積部の動作内容を示すフローチャートである。 第２の実施の形態におけるＥ−ｍａｉｌ通知制御部の動作内容を示すフローチャートである。 変形例３における終了通知処理の内容を示すフローチャートである。 変形例４におけるグループ分けを示す図である。 変形例４における蓄積テーブルを示す図である。 変形例４における管理テーブルを示す図である。 変形例４における通知管理テーブルを示す図である。 変形例４におけるＥ−ｍａｉｌ通知制御部の動作内容を示すフローチャートである。 第３の実施の形態におけるあて先管理テーブルを示す図である。 第３の実施の形態における通知管理テーブルを示す図である。 第３の実施の形態におけるＥ−ｍａｉｌ通知制御部の動作内容を示すフローチャートである。 変形例５におけるＥ−ｍａｉｌ通知制御部のブロック図である。 変形例５におけるテーブル作成部の処理内容を示すフローチャートである。 変形例５における通知タイミング判断部の処理内容を示すフローチャートである。 変形例６におけるあて先管理テーブルを示す図である。 変形例７におけるあて先管理テーブルを示す図である。

符号の説明

１ プリントシステム
１０ クライアント端末
５０ ＭＦＰ
５２ 主制御部
５４ 記憶部
６１ 通信部
６６ Ｅ−ｍａｉｌ通知制御部
７２ テーブル監視部
１７０ ジョブ蓄積部
Ｔ１、１Ｔ３、４Ｔ２ 通知管理テーブル
１Ｔ１ 蓄積テーブル
１Ｔ７ 通知管理テーブル

Claims (16)

1. クライアント端末から受信した印刷指示に基づいて印刷ジョブを実行した後、当該印刷ジョブが終了した旨を前記クライアント端末のユーザに報知するための通知を送信する画像形成装置であって、
   印刷ジョブが所定条件を満たすときに、当該印刷ジョブについて前記通知の送信を阻止する阻止手段と、
   前記阻止する状態が解除されたときに、当該阻止により送信されなかった複数の通知に対応する印刷ジョブについて終了した旨を纏めたまとめ通知を送信するまとめ通知手段と
   を備えることを特徴とする画像形成装置。
2. 前記画像形成装置は、印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段を備え、
   当該阻止判定手段は、同一のクライアント端末から受信する印刷指示が連続する場合の１つであるときに、当該印刷指示に係る印刷ジョブが前記所定条件を満たすと判定する
   ことを特徴とする請求項１に記載の画像形成装置。
3. 前記印刷指示は、当該印刷指示を含めて印刷指示が連続することを示す連続情報を含み、
   前記阻止判定手段は、前記連続情報に基づいて判定する
   ことを特徴とする請求項２に記載の画像形成装置。
4. 前記画像形成装置は、阻止した状態を解除するか否かを判定する解除判定手段を備え、
   当該解除判定手段は、クライアント端末から受信する印刷指示が、前記連続する印刷指示の終端の印刷指示であるときに、阻止する状態が解除された判定し、
   前記まとめ通知は、当該終端の印刷指示に該当する印刷ジョブが終了した旨を含む
   ことを特徴とする請求項２又は３に記載の画像形成装置。
5. 前記印刷指示には、さらに、当該印刷指示が、前記複数連続する印刷指示の終端であるか否かを示す終端情報を含み、
   前記解除判定手段は、前記終端情報に基づいて判定する
   ことを特徴とする請求項４に記載の画像形成装置。
6. 前記まとめ通知手段は、前記終端情報を含む印刷指示を、既に受信した印刷ジョブの終了から所定時間が経過するまでに受信しなかったときに、既に終了している印刷ジョブについて終了した旨を纏めたまとめ通知を送信する
   ことを特徴とする請求項５に記載の画像形成装置。
7. 前記画像形成装置は、受信した印刷ジョブに関する情報を蓄積する蓄積手段を備え、
   前記阻止判定手段は、終了した印刷ジョブについて前記通知を送信する前に、当該終了した印刷ジョブを依頼したクライアント端末から新たな印刷指示を受信したときに、同一のクライアント端末から受信する印刷指示が連続する場合の１つであるして、前記終了した印刷ジョブが前記所定条件を満たすと判定する
   ことを特徴とする請求項２に記載の画像形成装置。
8. 前記画像形成装置は、阻止した状態を解除するか否かを判定する解除判定手段を備え、
   前記阻止判定手段は、既に終了した印刷ジョブについての通知に関する情報が、前記蓄積手段に蓄積された情報に含まれているときに、当該印刷ジョブが前記所定条件を満たすと判定し、
   前記解除判定手段は、前記蓄積手段に蓄積されている情報が含まれている印刷指示に係る印刷ジョブがすべて終了したときに、阻止状態が解除された判定し、
   前記まとめ通知には、前記解除に係る印刷ジョブが終了した旨を含む
   ことを特徴とする請求項７に記載の画像形成装置。
9. 前記画像形成装置は、印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段を備え、
   当該阻止判定手段は、通知のあて先に係る情報が、予め設定された所定のあて先に係る情報と一致するときに、当該印刷ジョブが前記所定条件を満たすと判定する
   ことを特徴とする請求項１に記載の画像形成装置。
10. 前記画像形成装置は、印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段を備え、
    当該阻止判定手段は、印刷ジョブが終了したときの印刷結果が予め設定された所定の印刷結果と一致するときに、当該印刷ジョブが前記所定条件を満たすと判定する
    ことを特徴とする請求項１に記載の画像形成装置。
11. 前記画像形成装置は、
    印刷ジョブが前記所定条件を満たすか否かを判定する阻止判定手段と、
    阻止した状態を解除するか否かを判定する解除判定手段と
    を備え、
    前記阻止判定手段は、所定時間内に印刷ジョブが終了したときに、当該印刷ジョブが前記所定条件を満たすと判定し、
    前記解除判定手段は、所定時間が終了したときに、阻止する状態が解除された判定する
    ことを特徴とする請求項１に記載の画像形成装置。
12. 前記画像形成装置は、阻止する状態の解除を判定する解除判定手段を備え、
    当該解除判定手段は、前記阻止により送信されなかった通知に対応する印刷ジョブ数が所定数に達したときに、阻止する状態が解除された判定する
    ことを特徴とする請求項１〜３，７，９，１０のいずれか1項に記載の画像形成装置。
13. 前記画像形成装置は、阻止する状態の解除を判定する解除判定手段を備え、
    当該解除判定手段は、前記阻止により送信されなかった通知に対応する印刷ジョブが終了してから所定時間が経過したときに、阻止する状態が解除された判定する
    ことを特徴とする請求項１〜３，７，９，１０のいずれか1項に記載の画像形成装置。
14. 前記画像形成装置は、阻止した状態を解除するか否かを判定する解除判定手段とを備え、
    前記通知のあて先に係る情報が、所定のグループに属する情報であり、
    前記阻止判定手段は、通知のあて先に係る情報が、前記所定のグループに属する情報と一致するときに、当該印刷ジョブが前記所定条件を満たすと判定し、
    前記解除判定手段は、前記所定のグループに属する印刷ジョブが終了したときに、阻止する状態が解除された判定し、
    前記まとめ通知手段は、終了している印刷ジョブについて終了した旨を纏めたまとめ通知をグループを構成するメンバーあてに送信する
    ことを特徴とする請求項９に記載の画像形成装置。
15. 前記まとめ通知手段は、印刷指示を受けた印刷ジョブが正常に終了しなかった場合に、印刷ジョブが正常に終了しなかった旨の通知に、既に終了している印刷ジョブについてその終了を示す旨を含めたまとめ通知を送信する
    ことを特徴とする請求項１〜１４のいずれか１項に記載の画像形成装置。
16. クライアント端末から受信した印刷指示に基づいて印刷ジョブを実行した後、当該印刷ジョブが終了した旨を前記クライアント端末のユーザに報知するための通知を送信する画像形成装置に、
    印刷ジョブが所定条件を満たすときに、当該印刷ジョブについて前記通知の送信を阻止する阻止処理と、
    前記阻止する状態が解除されたときに、当該阻止により送信されなかった複数の通知に対応する印刷ジョブについて終了した旨を纏めたまとめ通知を送信するまとめ通知処理
    とを実行させるためのプログラム。

Images