(57)【要約】      （修正有）【課題】上位装置と物理的に離れた場所にある、ネットワークやインターネットで接続された印刷装置へ対し送った印刷データの印刷結果が正常であるか否かを確認することを目的とする。【解決手段】上位装置には、印刷装置へ転送する為に印刷言語に変換する前の画像データ（イメージデータ）を記憶しておき、印刷装置では印刷結果（印刷用紙）を自分と接続されているスキャナに読み取らせ、その読み取った画像データ（イメージデータ）を上位置装へ送り返す。送り返された画像データと記憶しておいた画像データを比較して、印刷が正常に実行されたかを確認する様に構成されている。【選択図】図１
2006163707.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と、当該情報処理装置から受信した印刷ジョブを解析して印刷する画像形成装置とを含む画像形成システムであって、
前記画像形成装置は、印刷出力物を読み取る読み取り手段と、
前記読み取り手段による読取結果に基づく出力画像をフォーマット変換する変換手段と、
前記変換手段によりフォーマット変換された出力画像を、前記情報処理装置に転送する転送手段と、生成し、印刷部に該出力画像を出力する画像処理手段と
を備え、
前記情報処理装置は、
前記画像形成装置へ印刷ジョブを送信後も、印刷ジョブに係る印刷内容を保持する保持手段と、
前記画像形成装置から印刷結果に係る出力画像を受信する受信手段と、
前記保持手段に保持されている印刷内容と前記受信手段により受信された出力画像とを比較する比較手段と、
前記比較手段により比較された比較結果を報知する報知手段と
を備えることを特徴とする画像形成システム。
【請求項２】
前記情報処理装置と前記画像形成装置とは、インターネットを介して通信可能であることを特徴とする請求項１記載の画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成システムに関し、より詳しくは、例えば、印刷処理を行う際に、特定のプロトコルで通信するサーバを利用して、印刷結果を印刷ジョブ発行元、プリンタ管理者、プリンタサポート者等宛てに通知したり、印刷結果を示す画像データ内容を公開して表示可能にするネットワークプリンタ等の画像形成システムに関するものである。
【背景技術】
【０００２】
従来の印刷システムでは、文書処理装置において、ネットワークを介して受信した文書からイメージデータを作成して印刷する際に、印刷処理の結果を印刷依頼元には通知しないように構成されている（例えば、特許文献１）。
【０００３】
最近のクライアント−サーバ形式のリモート印刷では、プリンタで印刷されたかを判断するには、そのプリンタを支配下においているプリントサーバがプリンタに印刷データを送信後もジョブの履歴を残しておき、プリントサーバがプリンタに対してポーリングを行うことによりプリンタに送信した印刷データが印刷されたのかを判断し、判断結果とジョブの履歴に基づいて印刷されたジョブの印刷データを送信したクライアントに印刷終了通知を出す仕組みが考えられている。しかしながら、この仕組みを用いたとしても、ジョブを発行したクライアントには、印刷終了の通知がなされるだけであり、印刷処理によりどのような出力がなされたのかを判断することはできなかった。
【０００４】
また、プリンタ側だけで処理は難しく、ホストコンピュータがローカル接続されているプリンタをネットワーク共有しているシステムにおいては、ある程度の実現が可能である。
【０００５】
例えば、ホストコンピュータがローカル接続のプリンタから印刷通知を受けると、印刷通知に基づいて印刷処理が成功したか失敗したかを解析し、解析結果を電子メール等で通知している（例えば、特許文献２）。ここで電子メールで通知される内容は、印刷処理の結果のみである。
【０００６】
また、自身がＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）にアクセス可能な印刷装置が近年考えられているが、ＷＷＷ上から印刷ジョブを受信し、該印刷ジョブに基づいた印刷を行った場合は、印刷ジョブを依頼したクライアントはＷｅｂを介して指示していることが予想され、正常に印刷されたのか、クライアントが予想したものとは違う印刷出力がなされたのか判断することができないと考えられる。
【特許文献１】特開平９−１７１５０６号公報
【特許文献２】特開平８−１３０５５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来例では、ネットワークを介して印刷する場合に、印刷結果を示す通知を行わないか、又は、印刷結果のイメージ画像を印刷ジョブの発行元に送信していないため、下記の（ａ）〜（ｄ）のような問題点が生じる。
【０００８】
（ａ）印刷結果を示す通知を行わないため、印刷後に印刷画像を管理するリレーショナルデータベース等に問い合わせを行う必要がある。
【０００９】
（ｂ）印刷処理の結果（成功か失敗かを示す処理のステータス、印刷枚数、印刷時刻等の情報）を確認するのみで、実際の印刷結果を目視で確認することができない。
【００１０】
（ｃ）リモート印刷の場合、印刷ジョブの発行元とネットワークプリンタとは、距離が離れた場所にあることが多く、印刷結果を目視により確認するためには、ネットワークプリンタまで移動して印刷結果を確認するか、印刷結果を印刷ジョブの発行元まで郵送等の手段で送信するしかなく、このため移動時間または送信時間を要する。さらに、ＷＷＷを介して印刷ジョブを送信するクライアントは、例えばまったく別の場所から印刷ジョブを依頼することも考えられる。そのような場合には、印刷出力先のオフィスに連絡を取り、所望された内容が出力されたかを聞かなければならない。
【００１１】
（ｄ）所望の印刷結果と異なる場合、ネットワークプリンタが作成したラスタ画像データを再利用することができない。
【００１２】
そこで、本発明の目的は、印刷等のジョブ発行元で、目視による印刷等の出力結果の確認を迅速かつ容易に行うことが可能な情報処理装置を含む画像形成システムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明の画像形成システムは、情報処理装置と、当該情報処理装置から受信した印刷ジョブを解析して印刷する画像形成装置とを含む画像形成システムであって、前記画像形成装置は、印刷出力物を読み取る読み取り手段と、前記読み取り手段による読取結果に基づく出力画像をフォーマット変換する変換手段と、前記変換手段によりフォーマット変換された出力画像を、前記情報処理装置に転送する転送手段と、生成し、印刷部に該出力画像を出力する画像処理手段とを備え、前記情報処理装置は、前記画像形成装置へ印刷ジョブを送信後も、印刷ジョブに係る印刷内容を保持する保持手段と、前記画像形成装置から印刷結果に係る出力画像を受信する受信手段と、前記保持手段に保持されている印刷内容と前記受信手段により受信された出力画像とを比較する比較手段と、前記比較手段により比較された比較結果を報知する報知手段とを備えることを特徴とする。
【００１４】
また、前記情報処理装置と前記画像形成装置とは、インターネットを介して通信可能であることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ネットワークプリンタが印刷ジョブを実行した際に、該ネットワークプリンタ上の通信サーバが印刷結果を表示する画像データを公開し、該画像データを示すネットワークリソース識別子を含む該印刷ジョブの結果を印刷ジョブ発行元に通知するようにしたので、印刷ジョブ発行元は、該ネットワークリソース識別子から印刷結果を表示する画像データを通じて、印刷結果を目視により確認することができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、本発明を詳細に説明する。
【００１７】
（概要）
まず、本発明の概要について説明する。
【００１８】
（第１の発明）第１の発明は、印刷ジョブを、印刷クライアントであるホストコンピュータ等の印刷ジョブ発行元と印刷サーバであるネットワークプリンタ等の印刷ジョブ発行先との間で送受信を行うシステムにおいて、ラスタ画像データから印刷結果を表示する印刷結果表示データを作成し、該印刷結果表示データを保存し、特定のプロトコルで該印刷結果表示データを公開し、印刷ジョブ発行元へ印刷結果を通知する際にその通知情報中に該印刷結果表示データを示すネットワークリソース識別子を含めるように制御する処理を画像形成装置または印刷サーバ側で行うことを特徴とする。
【００１９】
以下、第１の発明を詳細に説明する。
【００２０】
本システムは、印刷ジョブを印刷ジョブ発行元（印刷クライアント：本発明の情報処理装置に相当する）と印刷ジョブ発行先（画像形成装置または印刷サーバ）との間で送受信するため、以下の構成要件を備えている。
【００２１】
（１）ネットワークを介して、特定の通信プロトコルで印刷ジョブを送受信する手段（印刷ジョブ通信手段）と、（２）受信した印刷ジョブと通信プロトコルとを読み取り、記憶する手段（印刷ジョブ記憶手段）と、（３）受信した印刷ジョブとプロトコル情報とから、印刷データを作成する手段（印刷データ作成手段）と、（４）受信した印刷ジョブに含まれるネットワークリソース識別子を読み取り、対応する通信プロトコルでネットワーク上のサーバと通信し、該ネットワークリソースをダウンロードする手段（印刷データダウンロード手段）と、（５）印刷ジョブのステータス情報を記憶する手段（印刷ステータス記憶手段）とを備えている。
【００２２】
これら（１）〜（５）を備えたシステムにおいて、印刷ジョブ通信手段は、要求された印刷ジョブに対して、印刷ジョブ発行元である印刷クライアント（情報処理装置）と、印刷ジョブ発行先である印刷サーバ（画像形成装置）との間で決められた特定の通信プロトコルを使用して、該印刷ジョブを印刷クライアントから印刷サーバへ送信するように動作する。尚、印刷クライアントは、印刷ジョブの送信後も、印刷ジョブの印刷内容を印刷クライアント内の保持手段に保持しておくものとする。
【００２３】
印刷ジョブ記憶手段は、印刷サーバ側で動作し、受信した該印刷ジョブを記憶し、該プロトコルで使用した情報を、プロトコル情報として記憶するように動作する。
【００２４】
印刷データ作成手段は、プッシュ印刷の場合（印刷ジョブ中に印刷データが含まれている場合）とプル印刷の場合（印刷ジョブ中に印刷データが含まれていない場合）とにより、それぞれ以下のように動作する。
【００２５】
プッシュ印刷の場合：印刷ジョブ記憶手段が記憶した該印刷ジョブおよびプロトコル情報から印刷すべき印刷本文とプロトコル情報を切り出し、印刷用のフォーム（印刷書式）に該印刷本文と該プロトコル情報を流し込み、印刷データを作成するように、動作する。この場合、印刷データダウンロード手段は使用しない。
【００２６】
プル印刷の場合：印刷ジョブ記憶手段が記憶した該印刷ジョブから印刷すべき印刷データを示すネットワークリソース識別子を切り出し、印刷データダウンロード手段を用いて、該ネットワークリソース識別子に対応した通信プロトコルで該ネットワークリソースを公開するサーバに通信し、該ネットワークリソースをダウンロードし、該ダウンロードしたデータから印刷本文を作成し、印刷用のフォーム（印刷書式）に該印刷本文と該プロトコル情報を流し込み、印刷データを作成するように、動作する。
【００２７】
正常にダウンロードされる場合は、印刷ステータス記憶手段に正常にダウンロードされたことを示す情報を記憶し、そうでない場合は、ダウンロードに失敗したことを示す情報を記憶する。
【００２８】
印刷サーバは、作成した印刷データを印刷装置に送信する。印刷サーバは、正常に印刷される場合は、上記印刷ステータス記憶手段に正常に印刷されたことを示す情報を記憶し、そうでない場合は、印刷に失敗したことを示す情報を記憶する。
【００２９】
印刷用のフォームは、印刷データとは別に、印刷サーバに送信してもよいし、印刷データ中に印刷すべき上記本文とは別にフォームとして含めてもよいし、あらかじめ印刷サーバ上にデフォルトのフォームとして用意して使用してもよい。
【００３０】
また、本システムは、印刷結果を印刷ジョブ発行元に通知する際、印刷結果を特定の通信プロトコルで公開するため、以下の構成要件をさらに備えている。
【００３１】
（６）印刷結果を表示するラスタ画像データを特定の画像フォーマットに変換する手段（ラスタ画像変換手段）と、（７）変換した画像データを記憶する手段（画像データ記憶手段）と、（８）記憶した画像データを特定のプロトコルで公開する手段（画像データ公開手段）とを備えている。
【００３２】
これら（６）〜（８）をさらに備えたシステムにおいて、印刷ジョブ通信手段は、要求された印刷ジョブに対して、印刷ジョブ発行元である印刷クライアントと、印刷ジョブ発行先である印刷サーバとの間で決められた特定の通信プロトコルを使用して、該印刷ジョブを印刷クライアントから印刷サーバへ送信するように動作する。
【００３３】
さらに、本システムは、印刷結果を印刷ジョブ発行元に通知するため、以下の構成要件をさらに備えている。
【００３４】
（９）印刷ジョブ記憶手段が記憶した情報からジョブ発行元のアドレスを切り出す手段（アドレス切り出し手段）と、（１０）印刷ステータス記憶手段から印刷ステータス情報を取り出し、通知するデータを作成する手段（通知データ作成手段）と、（１１）該通知データを該アドレスに通知する手段（データ通知手段）とをさらに備えている。
【００３５】
これら（９）〜（１１）をさらに備えたシステムにおいて、通知データ作成手段は、作成するデータ内に、画像データ公開手段により公開されるネットワークリソース識別子を含めるように動作する。
【００３６】
データ通知手段は、特定のプロトコルを使用して、アドレス切り出し手段が切り出したアドレスに対して、通知データ作成手段が作成したデータを送信するように動作する。
【００３７】
該データ通知手段が使用するプロトコルは、上記印刷クライアントと印刷ジョブ発行先である印刷サーバとの間で決められた特定の通信プロトコルと同一であってもよいし、別のプロトコルを使用してもよい。
【００３８】
（第２の発明）第２の発明は、第１の発明の構成に加えて、データを作成して印刷する際、印刷処理の結果を示す印刷ステータス情報を解析して、印刷エラー情報を公開し、印刷エラーが発生した場合にはプリンタを保守する管理者やサポートする者にもエラー通知として通知し、かつ、該印刷エラー情報をネットワーク経由で参照可能とするように制御する処理を印刷サーバ側で行うことを特徴とする。
【００３９】
本システムは、印刷エラー情報を適当な宛先へ通知するため、以下の構成要件を備えている。
【００４０】
（１２）印刷ステータス記憶手段から印刷ステータス情報を取り出し、公開可能なフォーマットに変換し、公開するデータを作成する手段（エラー情報作成手段）と、（１３）印刷ステータス情報からエラー情報を切り出し、エラーとアドレスの対応表を参照し、対応するエラーの種類毎にアドレスを割り当てる手段（アドレス割り当て手段）と、（１４）印刷ステータス情報と、エラー情報作成手段が作成したエラー情報とから、通知するデータを作成する手段（通知データ作成手段）と、（１５）該通知データをアドレス割り当て手段が割り当てた該アドレスに通知する手段（データ通知手段）とを備えている。
【００４１】
これら（１３）〜（１５）をさらに備えたシステムにおいて、印刷エラー（またはプル印刷の場合におけるダウンロードに関係するエラー）が発生した際には、印刷ジョブ送信元だけではなく、プリンタの保守または管理を行う管理者やサポートを行う者に対応した宛先に、その印刷エラーに関する通知メッセージを送信する。
【実施例】
【００４２】
以下、具体的な例を挙げて説明する。
【００４３】
（第１の例）
本発明の第１の実施の形態を、図１〜図７に基づいて説明する。
【００４４】
（システム構成）図１は、本発明を適用したネットワークプリンタの構成を示すブロック図である。
【００４５】
１００は、印刷ジョブを発行するホストコンピュータ等からなるクライアントである。本実施例では、印刷ジョブとは、ＬＩＰＳ（キヤノン株式会社の登録商標）などのページ記述言語やそれをくくるＪＬ（Ｊｏｂ  Ｌａｎｇｕａｇｅ）とからなる印刷データである場合と、実際に印刷するための印刷データを含まずに、印刷データの場所を示すロケーション情報と印刷命令コマンドからなる場合と両方の意味で使用する。
【００４６】
１１０は、クライアント１００により発行された印刷ジョブを受信し、印刷ジョブに基づいて印刷を制御するネットワークプリンタである。本実施例では、簡単のためネットワークプリンタとして説明するが、このネットワークプリンタは、スキャナ等の画像読み取り部を有しているものとする。
【００４７】
１０１は、ネットワークを介して接続されるクライアント１００と通信するためのネットワーク・インターフェース部である。
【００４８】
１０２は、印刷ジョブのプロトコルを解析するプロトコル解析部である。例えば、印刷ジョブが印刷データを含む場合は、該印刷データをページ記述言語に合わせて解析し、ラスタ画像を生成するための内部的な中間データを生成する。
【００４９】
１０３は、印刷ジョブから生成された中間データに基づいて実際に出力するためのラスタ画像データを生成するラスタ画像データ生成部である。
【００５０】
１０４は、生成したラスタ画像データを印刷する印刷部である。この印刷部は、公知の技術により制御される印刷エンジンであり、本実施例では、電子写真方式の転写で実現している。転写方式は、中間転写方式、転写ドラム方式、転写ベルト方式のいずれであってもよい。そして、印刷部で印刷されたラスタ画像データの印刷物をスキャナ部（図示省略）で読み取り、読み取った画像データを印刷結果画像として記憶手段に記憶しておく。
【００５１】
１０５は、印刷ジョブのステータスを通知するためのデータを作成する通知データ作成部である。このステータスには３種類ある。１つ目は、前述したように、印刷データを含まない印刷ジョブでプル印刷を行う場合に、印刷すべきリソースをロケーション情報に基づいてダウンロードを正常に実行できたか否かを示すステータス情報である。２つ目は、印刷部１０４で正常に印刷できたか、失敗したかを示すステータス情報である。このステータス情報により印刷が成功したか失敗したかを、クライアントは詳細に知ることができる。例えば、ある色のトナーがなくなって印刷を実行したことや、転写速度に画像イメージの展開が間に合わないことによるオーバーランエラーが生じたことや、メモリが不足して解像度もしくは階調が落ちる画像劣化が生じたことや、ステイプル指示がされているが針が途中で無くなったことなどである。３つ目は、実際の印刷結果であり、前述したようにスキャナ部で読み取った印刷結果画像の情報である。
【００５２】
１０６は、印刷出力した結果のラスタ画像データの画像フォーマットを印刷ジョブを依頼したクライアントで視覚的に把握できるように、スキャナ部で読み取られた印刷結果画像を、クライアントのアプリケーションに適したフォーマットに変換し、保存する画像データ管理部である。画像フォーマットとしては、ＪＰＥＧ画像フォーマットやＰＤＦ画像フォーマットが適している。また、画像データ管理部は、画像フォーマット変換の際に、ＹＭＣＫのカラー属性であるラスタ画像データをＲＧＢのカラー属性に色変換する必要もある。
【００５３】
１０７は、ネットワークからの印刷ジョブや、インターネットを介してブラウザを有したクライアント（図示省略）からインターネットプリンティングとして印刷ジョブなどを受信したり、印刷ジョブの結果を印刷ジョブ発行元へ通知したり、ネットワークリソース識別子から対応するデータをネットワーク上の図示省略したデータベースやインターネットを介して外部のＷＷＷサーバからダウンロードしたり、保存した画像データを特定のプロトコルで公開したりするＷＷＷサーバである。なお、本実施例における、ＷＷＷサーバを有したネットワークプリンタは、ホスト名”ｗｗｗ．ｆｏｏ．ｃｏ．ｊｐ”を有している。
【００５４】
１０８は、受信した印刷ジョブから印刷ジョブの結果を通知するための通知先のアドレスを管理する通知アドレス管理部である。本実施例では、通知先のアドレスは、印刷ジョブの発行元のクライアントのアドレスであり、ネットワーク（ＬＡＮ）を介して印刷ジョブを受信した場合は、ＩＰアドレスや電子メールアドレスに対応し、印刷ジョブからアドレスを切り出すことにより管理する。また、インターネットを介して印刷ジョブを受信した場合は、電子メールアドレスに対応し、同様に印刷ジョブからアドレスを切り出すことにより管理する。
【００５５】
１０９は、印刷ジョブ、通知、ダウンロードするデータを送信するネットワークである。図示省略したが、ネットワーク１０９上には、複数のクライアント及び、ネットワークプリンタに印刷ジョブを送信する順序制御を行うプリントサーバが存在している。
【００５６】
図２および図３は、印刷ジョブを中継するプロトコルとして、それぞれＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ）を使用した場合におけるプロトコル情報および印刷本文の１例である。
【００５７】
２０１は、ＨＴＴＰを使用した際に、上記クライアント１００から上記ネットワークプリンタ１１０に送信される情報（プロトコル情報）の一例である。
【００５８】
２０２は、プロトコル情報２０１を解析した内容を示すテーブルである。
【００５９】
プロトコル情報２０１を解析した内容は、通信プロトコルとして”ＨＴＴＰ／１．１”を使用し、ＨＴＴＰのメソッド”ＰＯＳＴ”を用いて、ホスト名”ｗｗｗ．ｆｏｏ．ｃｏ．ｊｐ  ”で指定されるネットワークプリンタ１１０に対して、ＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ  ）が”／ｃｇｉ−ｂｉｎ／ｐｒｉｎｔ．ｃｇｉ”で指定される印刷プログラムを使用して印刷する。
【００６０】
印刷ジョブの送信元は、電子メールのアドレスが”ｔａｒｏ＠ｆｏｏ．ｃｏ．ｊｐ”であり、コンテントタイプが”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｆｏｒｍ−ｕｒｌｅｎｃｏｄｅｄ  ”、コンテント長が１９バイト、コンテントの内容が”ｄａｔａ＝Ｈｅｌｌｏ＋Ｗｏｒｌｄ．”であるデータを印刷する印刷ジョブを発行したことを示す。
【００６１】
ここで、改行コードは、ＣＲ  ＬＦ  （十進コード１３，１０）の２バイトである。コネクションが”ｃｌｏｓｅ  ”とは、通信セッションが終了したら通信チャネルを切断することを示す。
【００６２】
さらに、上記印刷プログラムにより、コンテントタイプが”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｆｏｒｍ−ｕｒｌｅｎｃｏｄｅｄ  ”であるデータは、”＝”文字によりフォームの名前とフォームの値に分割され、フォームの値”Ｈｅｌｌｏ＋Ｗｏｒｌｄ．”は”＋”文字が空白ＳＰ”“（  十進コード３２）にデコードされて”Ｈｅｌｌｏ  Ｗｏｒｌｄ．”に変換され、印刷されたことを示す。
【００６３】
上記印刷プログラムは、上記文字列”Ｈｅｌｌｏ  Ｗｏｒｌｄ．”をラスタ画像イメージに生成し、上記印刷部１０４に送る。
【００６４】
さらに、上記電子メールのアドレスからユーザ名”ｔａｒｏ”を切り出し、生成した該ラスタ画像イメージをＪＰＥＧ画像フォーマットに変換して、ネットワークリソース識別子としてＵＲＬ”ｈｔｔｐ：／／ｗｗｗ．ｆｏｏ．ｃｏ．ｊｐ／ｔａｒｏ／ｐｒｉｎｔ．ｊｐｇ  ”で参照可能な形態で保存し、公開する。
【００６５】
上記通知データ作成部１０５は、上記印刷ステータス情報と上記ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含むメッセージを作成し、上記電子メールのアドレス宛てに通知する。
【００６６】
図４は、図１に示したネットワークプリンタ１１０の記憶部の構成を主に示すブロック図である。
【００６７】
３０１は、ＲＯＭ（読み出しメモリ）  であり、本ネットワークプリンタ１１０をＣＰＵで制御するためのプログラムが格納されている。
【００６８】
３０２は、主記憶部（ＭＭ：Ｍａｉｎ    Ｍｅｍｏｒｙ）である。
【００６９】
３０３は、ＣＰＵ（中央演算処理部）であり、本ネットワークプリンタのハード構成をＲＯＭ３０１に格納されている制御プログラムに基づいて制御する。
【００７０】
３０４は、ネットワーク・インターフェース（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）である。図１の１０１と同じである。
【００７１】
３０５は、２次記憶装置に記憶されている内容のデータ読み出し及びデータ書き込みを行うためのＨＤインターフェース部である。
【００７２】
３０６は、外部の２次記憶装置としてのＨＤ（ハードディスク）である。本ネットワークプリンタにおいて、このＨＤに印刷結果が保持されることになる。
【００７３】
プリンタは、ネットワーク・インターフェース３０４を経由して、ネットワーク１０９に接続してもよいし、直接、プリントサーバにシリアルケーブルやプリンタケーブルで接続してもよい。また、ＷＷＷへの通信は必ずしも必要ではない。
【００７４】
本発明に係る制御プログラム（後述する図５および図６等のフローチャート参照）は、ＲＯＭ３０１、又は、主記憶部３０２、ＨＤ３０６等に記憶してもよいし、また、別体として、フロッピー（登録商標）ディスク等に記憶してもよい。
【００７５】
（システム動作）以下、本システムの動作について説明する。
【００７６】
図５は、図１に示したネットワークプリンタ１１０の印刷処理における処理、特にプッシュ印刷の処理形態を示すフローチャートである。なお、プル印刷の処理形態については、途中で図６に分岐している。
【００７７】
まず、ステップＳ４０１において、ＷＷＷサーバ１０７は、インターネットもしくはネットワーク・インターフェース部１０１を介して、印刷ジョブ通信手段（１）は、クライアント１００より印刷ジョブを受信する。
【００７８】
続くステップＳ４０２において、受信した印刷ジョブの情報をＭＭ３０２内の印刷ジョブ記憶手段（２）にスプールする。
【００７９】
ステップＳ４０３において、プロトコル解析部１０２は、印刷ジョブ記憶手段に（２）スプールした印刷ジョブの情報を解析し、プロトコル情報を切り出し、印刷ジョブが印刷データを含むプッシュ印刷か、印刷データの保持先を示すロケーション情報を含むプル印刷かを判断する。スプールされている印刷ジョブがプッシュ印刷と判断された場合は、ステップＳ４０４に処理を進め、プル印刷と判断された場合はステップＳ４１０に処理を進める。ステップＳ４１０のプル印刷の処理については、図６のフローチャートを用いて後述する。
【００８０】
そして、ステップＳ４０４において、プロトコル解析部１０２は、スプールした印刷ジョブの情報を解析し、印刷本文からなる情報である印刷データ部分を切り出す。
【００８１】
そして、ラスタ画像データ生成部１０３（第一の発明の印刷データ作成手段（３）に対応している）は、切り出したプロトコル情報および印刷本文からなる情報からプリンタ特有の中間データを作成し、該中間データに基づいて出力イメージのラスタ画像データを作成する。
【００８２】
次にステップＳ４０５において、ステップＳ４０４で印刷データの作成に成功したか否かが判断され、印刷データの作成に成功した場合は、次のステップステップＳ４０６に進み、失敗した場合は、ステップＳ４０７に進む。
【００８３】
ステップＳ４０６では、作成した印刷データであるラスタ画像をプリンタ（図１の印刷部１０４）に送出する。
【００８４】
ステップＳ４０７において、正常に印刷された場合は、ラスタ画像変換手段（６）が印刷で使用したラスタ画像データに基づいてＹＭＣＫのカラー属性をＲＧＢのカラー属性に変換し、ＪＰＥＧ画像フォーマットにフォーマット変換して、印刷結果を表示する画像データを作成し、画像データ公開手段（８）により特定のクライアントに対して公開する。また、正常に印刷されなかった場合は、エラー情報作成手段（１２）は、上記ステータス情報からエラーを切り出し、フォーマット変換してエラー情報を作成し、公開する。
【００８５】
続いてステップＳ４０８において、通知データ作成手段（１０）は、印刷ステータスとプロトコル情報と上記画像データを示すネットワークリソース識別子とから、通知メッセージを作成する。
【００８６】
そして、ステップＳ４０９において、アドレス切り出し手段（９）が印刷ジョブから通知先のアドレスを切り出し、ステータスに応じた通知先のテーブルを作成する。作成した通知メッセージを、上記印刷ステータスに対応したアドレスに通知する。例えば、正常に印刷された場合は印刷ジョブ発行元へ通知し、紙切れ、トナー切れ、紙づまり（ジャム）などの軽度なエラーの場合はプリンタ管理者宛てのアドレスへ通知し、プリンタのハードウェアエラーや原因不明のエラーなどの重度なエラーの場合はプリンタサポート係り宛てのアドレスに通知する。そして、処理を終了する。
【００８７】
図６は、図１に示したネットワークプリンタ１１０のプル印刷の処理形態を示すブロック図である。図５のステップＳ４１０の処理に続いて行われる。
【００８８】
まず、プル印刷と判断された場合は、ステップＳ５０１において、印刷ジョブ記憶手段（２）にスプールした印刷ジョブの情報を解析し、印刷ジョブ内にある印刷すべきデータの存在場所を示すロケーション情報であるネットワークリソース識別子を切り出す。
【００８９】
そしてステップＳ５０２において、印刷データダウンロード手段（４）は、切り出したプロトコル情報およびネットワークリソース識別子（ＵＲＬなど）に基づいて、ＷＷＷサーバを介してインターネットにアクセスし、ネットワークリソース識別子の示す印刷データをダウンロードし、印刷用のラスタ画像データを作成する。
【００９０】
続いて、印刷データのラスタ画像データの作成に成功したか否か判断し、ラスタ画像データの作成に成功した場合は次のステップＳ５０３に進み、失敗した場合はステップＳ５０４に進む。
【００９１】
そしてステップＳ５０３では、ステップＳ５０２で作成した印刷データに基づくラスタ画像データをプリンタである印刷部１０４に送出する。
【００９２】
ステップＳ５０４において、正常に印刷された場合は、ラスタ画像変換手段（６）が印刷で使用したラスタ画像データに基づいてＹＭＣＫのカラー属性をＲＧＢのカラー属性に変換し、ＪＰＥＧ画像フォーマットにフォーマット変換して、印刷結果を表示する画像データを作成し、画像データ公開手段（８）により特定のクライアントに対して公開する。また、正常に印刷されなかった場合は、エラー情報作成手段（１２）は、上記ステータス情報からエラーを切り出し、フォーマット変換してエラー情報を作成し、公開する。
【００９３】
そして、ステップＳ５０５において、通知データ作成手段（１０）は、印刷ステータスとプロトコル情報と上記画像データを示すネットワークリソース識別子とから、通知メッセージを作成する。
【００９４】
そして、ステップＳ５０６において、アドレス切り出し手段（９）が印刷ジョブから通知先のアドレスを切り出し、ステータスに応じた通知先のテーブルを作成する。作成した通知メッセージを上記印刷ステータスに対応したアドレスに通知する。
【００９５】
例えば、正常に印刷された場合は印刷ジョブ発行元へ通知し、紙切れ、トナー切れ、紙づまり（ジャム）などの軽度なエラーの場合はプリンタ管理者宛てのアドレスへ通知し、プリンタのハードウェアエラーや原因不明のエラーなどの重度なエラーの場合はプリンタサポート係り宛てのアドレスに通知する。そして、処理を終了する。
【００９６】
図７は、図１に示したネットワークプリンタ１１０の通信処理を示す概念図である。
【００９７】
縦軸は時間経過を示し、縦軸の間の横の矢印によって、クライアント１００とネットワークプリンタ１１０との間の通信を示す。ただし、印刷ジョブのレスポンスの送信と電子メールの通知は順序が逆でもよいし、サーバが並列に処理することによって同時に行ってもよい。
【００９８】
次に、本発明の第２の実施の形態について説明する。なお、第１の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【００９９】
本例では、画像データ管理部１０６が、印刷された各ページを表示する各画像データに対してサムネイル画像を作成し、各サムネイル画像を適当な表示データ内に配置することにより、印刷されたページを一覧可能にするものである。
【０１００】
例えば、適当な表示データ形式としてＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を使用し、各サムネイル画像を表示する。
【０１０１】
次に、本発明の第３の実施の形態について説明する。なお、第１〜第２の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【０１０２】
前述した例では、印刷ジョブの転送プロトコルとしてＨＴＴＰ／１．１を使用したが、本例では、ＨＴＴＰ／１．１に限定されるのもではなく、クライアント・サーバ方式で通信し、印刷ジョブを転送する任意の通信プロトコルに適用するものである。
【０１０３】
例えば、印刷ジョブの転送プロトコルとして、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ）などを利用する。この場合、ネットワークプリンタに電子メールのアドレスを付けて、該ネットワークプリンタ上でＳＭＴＰサーバを起動し、電子メールを送受信することができる。
【０１０４】
次に、本発明の第４の実施の形態について説明する。なお、第１〜第３の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【０１０５】
本例では、印刷されたページを公開する際に、認証機能を付加し、印刷ジョブを発行したクライアントからしか閲覧できないように制限するものである。
【０１０６】
例えば、適当な表示データ形式として、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  ）を使用し、該表示データを閲覧可能なサイトを印刷ジョブを発行したホストに制限するものである。上記通信サーバは、該表示データと該クライアントを示すホスト名とから構成される情報テーブルを作成し、該表示データを表示する際に、該クライアントから発行された表示要求にのみ表示する。この場合、印刷結果を印刷ジョブを発行したホストからのみ閲覧可能とする利点がある。
【０１０７】
また、例えば、上記通知をＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ）を使用した電子メールで送信し、該電子メールの送信メッセージ中にユーザ名とパスワードを指定するものである。通知データ作成部１０５は、ネットワークリソース識別子であるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）と、該ユーザ名と該パスワードとを該電子メールの送信メッセージ中に埋め込み、該ＵＲＬと該ユーザ名と該パスワードとから構成される情報テーブルを作成する。
【０１０８】
該通知を受信した場合、該通知中に含まれるネットワークリソース識別子である該ＵＲＬを参照する際に、上記通信サーバがユーザ名とパスワードの入力を促し、該情報テーブルを参照し、該通知中に含まれる該ユーザ名と該パスワードを正しく入力した場合のみ、公開された上記印刷結果を閲覧できるものである。この場合、各印刷ジョブ毎に異なるユーザ名とパスワードを発行できるので、認証機能のセキュリティを高める利点がある。
【０１０９】
次に、本発明の第５の実施の形態について説明する。なお、第１〜第４の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【０１１０】
本例では、画像データ管理部１０６が、作成して印刷された各ページを表示する各画像データを印刷後あるいは通知後、一定時間経過して該画像データを参照しなければ以後参照する必要がないものとして、一定時間経過すると、サーバが削除するものである。サーバの記憶領域（主記憶部３０２、ＨＤ３０６等）を節約する効果がある。
【０１１１】
次に、本発明の第６の実施の形態について説明する。なお、第１〜第５の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。本例では、画像データ管理部１０６が、作成して印刷された各ページを表示する各画像データを印刷後あるいは通知後、通信ジョブ発行元のクライアントが該画像データを参照すれば、以後必要ないものとして、サーバが該画像データを削除するものである。サーバの記憶領域（主記憶部３０２、ＨＤ３０６等）を節約する効果がある。
【０１１２】
次に、本発明の第７の実施の形態について説明する。なお、第１〜第６の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。本例では、画像データ管理部１０６が、作成して印刷された各ページを表示する各画像データを印刷後あるいは通知後、サーバの記憶領域の空き領域のサイズを計算し、該空き領域のサイズがある値以下になった時点でサーバが該画像データを削除するものである。サーバの記憶領域（主記憶部３０２、ＨＤ３０６等）を節約する効果がある。
【０１１３】
次に、本発明の第８の実施の形態について説明する。なお、第１〜第７の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。本例では、画像データ管理部１０６が、作成して印刷された各ページを表示する各画像データを通知後、認証されたクライアントから削除要求があった場合にサーバが該画像データを削除するものである。サーバの記憶領域（主記憶部３０２、ＨＤ３０６等）を節約する効果がある。
【０１１４】
次に、本発明の第９の実施の形態について説明する。なお、第１〜第８の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【０１１５】
上記実施例で説明しているように、ラスタ画像変換手段（６）は、印刷ジョブに基づいて生成されたラスタ画像のすべてのページをフォーマット変換し、画像データ管理部１０６の画像データ記憶手段（７）に格納し、特定のクライアントに公開している。印刷ジョブが正しく実行されたかどうかを判断するには必ずしも全てのページの印刷結果を確認する必要はなく、簡略化した方法として最初のページが正しく印刷されていることを確認すれば充分な場合がある。そのような場合に、最初のページのみ印刷結果を保存するようにすれば、印刷ジョブの結果が複数ページになる場合、印刷結果を示す画像データのサイズを小さくして、さらに処理を簡略する効果がある。そこでプリンタに画像を記憶するメモリ容量を減らすため、本例では、印刷ジョブの最初のページのみを保存するものである。
【０１１６】
処理フロー的には以下のようになる。つまり、図５のステップＳ４０７、および図６のステップＳ５０４において、正常に印刷された場合は、第一ページのラスタ画像データを印刷処理及び排紙処理が終了するまで保持しておき、排紙終了後にラスタ画像変換手段（６）が印刷で使用した第一ページのラスタ画像データに基づいてＹＭＣＫのカラー属性をＲＧＢのカラー属性に変換し、ＪＰＥＧ画像フォーマットにフォーマット変換して、印刷結果を表示する画像データを作成し、画像データ公開手段（８）により特定のクライアントに対して公開する。本発明で言う特定のクライアントとは、印刷ジョブの依頼元のＩＰアドレスや電子メールアドレスを有しているクライアントと、ネットワークプリンタに設定されているネットワーク管理者のことである。図７の印刷画像データリクエストがクライアントからネットワークプリンタに依頼された場合に、依頼元のアドレスを認証する。つまり、ＬＡＮを介して依頼された場合はＩＰアドレスから判断し、インターネットを介して依頼された場合は電子メールアドレスから判断する。この認証の結果正しいクライアントと判断された場合に、フォーマット変換された第一ページの印刷画像をレスポンスとして返信する。
【０１１７】
このように、印刷画像は第一ページのみ印刷終了後も記憶しておくので、印刷サーバであるネットワークプリンタの記憶領域（主記憶部３０２、ＨＤ３０６等）を節約する効果がある。
【０１１８】
次に、本発明の第１０の実施の形態について説明する。なお、第１〜第９の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。本例では、クライアントがＷｅｂブラウザを使用して、ネットワークプリンタ１１０のＷＷＷサーバにアクセスしてＷｅｂページを参照し、該Ｗｅｂページにあるフォームにテキストデータを入力しＨＴＴＰのメソッド”ＰＯＳＴ”を用いて、ネットワークプリンタ１１０のホストに送信するものである。該ＷｅｂページはＵＲＩが”／ｃｇｉ−ｂｉｎ／ｐｒｉｎｔ．ｃｇｉ”で指定されるプログラムをフォームに指定する。例えば、以下のようなＨＴＭＬファイルのフォームから印刷文字列を入力する：
＜！ＤＯＣＴＹＰＥ  ＨＴＭＬ  ＰＵＢＬＩＣ  ”−／／ＩＥＴＦ／／ＤＴＤ  ＨＴＭＬ  ｉ１８ｎ／／ＥＮ”＞
＜ＨＴＭＬ＞
＜ＨＥＡＤ＞
＜ＴＩＴＬＥ＞Ｎｅｔｗｏｒｋ  Ｐｒｉｎｔ  Ｐａｇｅ＜／ＴＩＴＬＥ＞
＜／ＨＥＡＤ＞
＜ＢＯＤＹ＞
＜Ｈ１＞ネットワーク印刷ページ＜／Ｈ１＞
＜ＦＯＲＭ  ＭＥＴＨＯＤ＝”ＰＯＳＴ”  ＡＣＴＩＯＮ＝”／ｃｇｉ−ｂｉｎ／ｐｒｉｎｔ．ｃｇｉ”＞
＜Ｐ＞＜ＩＮＰＵＴ  ＴＹＰＥ＝”ｓｕｂｍｉｔ”  ＶＡＬＵＥ＝”印刷”＞＜／Ｐ＞
＜Ｐ＞＜ＩＮＰＵＴ  ＴＹＰＥ＝”ｒｅｓｅｔ”  ＶＡＬＵＥ＝”リセット”＞＜／Ｐ＞
＜Ｐ＞印刷したい文字列を入力してください：
＜ＴＥＸＴＡＲＥＡ  ＮＡＭＥ＝”ｉｎｐｕｔｓｔｒｉｎｇ”  ＲＯＷＳ＝”１２”  ＣＯＬＳ＝”５０”＞
印刷したい文字列
＜／ＴＥＸＴＡＲＥＡ＞＜／Ｐ＞
＜Ｐ＞電子メールのアドレスを入力してください：
＜ＩＮＰＵＴ  ＮＡＭＥ＝”ａｄｄｒｅｓｓ”  ＳＩＺＥ＝”４０”  ＶＡＬＵＥ＝”ｙｏｕｒｎａｍｅ＠ｆｏｏ．ｃｏ．ｊｐ”＞＜／Ｐ＞
＜／ＦＯＲＭ＞
＜／ＢＯＤＹ＞
＜／ＨＴＭＬ＞
図９に示すような、インターネット上のクライアントのブラウザのＵＩにおいて、印刷したい文字と、電子メールのアドレスを入力し、印刷ボタンの指定することにより、ネットワークプリンタ１１０に印刷ジョブが送信される。例えば、クライアントが印刷したい文字列として”Ｈｅｌｌｏ  Ｗｏｒｌｄ．”を、電子メールのアドレスとして”ｔａｒｏ＠ｆｏｏ．ｃｏ．ｊｐ”を入力して、クライアントのＷｅｂブラウザから印刷を実行した場合、図８の８０１に示されるＨＴＭＬファイルが転送され、ネットワークプリンタ１１０のＷＷＷサーバ１０７は、ＨＴＴＰを介して入力されたデータを受け取り、プロトコル解析部１０２は上記ＨＴＴＰデータのヘッダ部分とデータ部分を解析し、ＵＲＩ”／ｃｇｉ−ｂｉｎ／ｐｒｉｎｔ．ｃｇｉ”で指定される印刷プログラムへ、データ  ”ｉｎｐｕｔｓｔｒｉｎｇ＝Ｈｅｌｌｏ＋Ｗｏｒｌｄ．＆ａｄｄｒｅｓｓ＝ｔａｒｏ＠ｆｏｏ．ｃｏ．ｊｐ”が渡される。上記印刷プログラムにより、入力されたデータはまず”＆”文字により”ｉｎｐｕｔｓｔｒｉｎｇ＝Ｈｅｌｌｏ＋Ｗｏｒｌｄ．”及び”ａｄｄｒｅｓｓ＝ｔａｒｏ＠ｆｏｏ．ｃｏ．ｊｐ”の二つに分割され、それぞれ分割された文字列は”＝”文字によりフォームの名前とフォームの値に分割され、フォームの値”Ｈｅｌｌｏ＋Ｗｏｒｌｄ．”は”＋”文字が空白ＳＰ”    ”（十進コード３２）にデコードされて”Ｈｅｌｌｏ  Ｗｏｒｌｄ．”に変換されて、フォームの名前”ｉｎｐｕｔｓｔｒｉｎｇ”に対応づけられて記憶され、フォームの値”ｔａｒｏ＠ｆｏｏ．ｃｏ．ｊｐ”はフォームの名前”ａｄｄｒｅｓｓ”に対応づけられて図８の８０２のように、記憶される。
【０１１９】
上記印刷プログラムは、フォームの名前”ｉｎｐｕｔｓｔｒｉｎｇ”に対応づけられて記憶された文字列”Ｈｅｌｌｏ  Ｗｏｒｌｄ．”をラスタ画像イメージに生成し、上記印刷部１０４に送る。
【０１２０】
さらに、フォームの名前”ａｄｄｒｅｓｓ”に対応づけられて記憶された文字列”ｔａｒｏ＠ｆｏｏ．ｃｏ．ｊｐ”から”＠”文字によりユーザ名”ｔａｒｏ”及びホスト名”ｆｏｏ．ｃｏ．ｊｐ”を切り出し、生成した該ラスタ画像イメージをＪＰＥＧ画像フォーマットに変換して、ネットワークリソース識別子としてＵＲＬ”ｈｔｔｐ：／／ｗｗｗ．ｆｏｏ．ｃｏ．ｊｐ／ｔａｒｏ／ｐｒｉｎｔ．ｊｐｇ”で参照可能な形態で保存し、公開する。
【０１２１】
上記通知データ作成部１０５は、上記印刷ステータス情報と上記ＵＲＬを含むメッセージを作成し、上記フォームの名前”ａｄｄｒｅｓｓ”に対応づけられて記憶された電子メールのアドレス”ｔａｒｏ＠ｆｏｏ．ｃｏ．ｊｐ”宛てに通知する。
【０１２２】
次に、本発明の第１１の実施の形態について説明する。なお、第１〜第１０の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。本例では、第１の実施例において、ネットワークプリンタ１１０のプロトコル解析部１０２が送信元のアドレスを解析し、特定のクライアントからのジョブを判断してそのジョブの印刷結果だけを保存し、それ以外のジョブの印刷結果は残さないで、排紙と共に消すものである。
【０１２３】
例えば、社内ＬＡＮとして、プライベートアドレス（１９２．１６８．１．ｘ）を使用して、ドメイン（ｆｏｏ１．ｆｏｏ．ｃｏ．ｊｐ）をＩＰアドレス１９２．１６８．１．１から１９２．１６８．１．２５５までを使用して構築した場合、ドメイン（ｆｏｏ１．ｆｏｏ．ｃｏ．ｊｐ）からの印刷ジョブ、またはＩＰアドレスが１９２．１６８．１．１から１９２．１６８．１．２５５までのクライアントからの印刷ジョブは、ＬＡＮを介したローカルなジョブとして印刷結果は残さないで排紙と共に消し、それ以外の場合は印刷結果を画像ファイルに残すものである。この場合、印刷結果を残さないクライアント情報をテーブルに保存してプロトコル解析部１０２から参照するように動作する。
【０１２４】
よって、インターネットを介してＷＷＷサーバで受信した印刷ジョブについては、印刷画像をフォーマット変換して保持しておくことになる。この処理は以下のように行われる。即ち、図５のステップＳ４０７、及び図６のステップＳ５０４において、まず印刷ジョブを解析して依頼元のアドレスを切り出し、該アドレスがＬＡＮネットワーク１０９を介して通信されるクライアントか、インターネットを介してＷＷＷサーバ１０７より受信した印刷ジョブかを判断する。この判断の結果、ネットワークのクライアントから受信された印刷ジョブであると判断された場合は、ラスタ画像データを削除する。またこの判断の結果、インターネットを介した印刷ジョブと判断された場合は、印刷データを印刷部１０４で排紙した後にラスタ画像データをフォーマット変換し、画像データ管理部１０６に保持し、印刷ジョブの依頼元のクライアントに公開する。また、このとき保持しておくラスタ画像データからフォーマット変換されて生成される画像ファイルは、第９の実施の形態で説明したように、第一ページのラスタ画像データを保持することにより、より効率的になる。
【０１２５】
特定のクライアント（例えばＬＡＮ内にネットワークプリンタがあって印刷結果をすぐに確認できるもの）の場合は、印刷結果を残す必要がないので、そのような場合に印刷結果を残さないような細かい処理が可能になり、必要な場合のみ印刷結果を残すようにできる効果がある。
【０１２６】
次に、本発明の第１２の実施の形態について説明する。なお、第１〜第１１の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。本例では、第４および第６の実施例を組み合わせて、第４の実施例で認証されたクライアントが該画像データを参照すれば、以後必要ないものとして、サーバが該画像データを削除するようにしたものである。つまり、図７に示すように、ネットワークプリンタからクライアントに対して、印刷画像データレスポンスを行った後、印刷結果をクライアントに通知できたこということで、画像データ管理部１０６に保持されている画像ファイルを削除する。このようにすることで、クライアントからの確認があった後に、画像ファイルを削除することができるので、サーバの記憶領域（主記憶部３０２、ＨＤ３０６等）を節約する効果がある。
【０１２７】
なお、前述した各例では、ホストコンピュータとネットワークプリンタとの関係を例に挙げたが、これに限るものではなく、例えば、プリンタ以外の出力装置として、複写機、ファクシミリ等の他の情報機器でもよい。
【０１２８】
また、本発明は、印刷処理に限定されるものではなく、他の情報処理でも同様な作用効果を得ることが可能である。また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明はシステム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システム或いは装置に読み出すことによって、そのシステム或いは装置が、本発明の効果を享受することが可能となる。
【図面の簡単な説明】
【０１２９】
【図１】ネットワークプリンタの構成を示すブロック図
【図２】ネットワークプリンタに送信される情報画面
【図３】ネットワークプリンタに送信されるプロトコル情報画面
【図４】ネットワークプリンタの記憶部のブロック図
【図５】フローチャート
【図６】図５に続くフローチャート
【図７】図１に示したネットワークプリンタの通信処理を示す概念図
【図８】ＨＴＭＬファイルの情報画面
【図９】ネットワーク印刷ページ画面
【符号の説明】
【０１３０】
１００  クライアント
１０１  ネットワークプリンタフェース部
１０３  ラスタ画像データ生成部
１０４  印刷部
１０５  通知データ作成部
１０６  画像データ管理部
１０７  ＷＷＷサーバ
１０８  通知アドレス管理部
１１０  ネットワークプリンタ
【図１】
2006163707.tif 000003
【図２】
2006163707.tif 000004
【図３】
2006163707.tif 000005
【図４】
2006163707.tif 000006
【図５】
2006163707.tif 000007
【図６】
2006163707.tif 000008
【図７】
2006163707.tif 000009
【図８】
2006163707.tif 000010
【図９】
2006163707.tif 000011