JP2010105358A - 画像形成装置 - Google Patents

Abstract

【課題】ネットワーク上のサーバに印刷履歴を記録可能な画像形成装置において、印刷履歴のサーバへの記録状態を使用者に通知できるようにする。
【解決手段】画像形成装置は、ユーザ端末から送信されてきた印刷コマンドにサーバ接続要求が含まれているとき(S130-YES)には、印刷データを用紙１ページ単位で分割して、用紙に１ページずつ順次印刷すると共に(S180〜S220)、その印刷開始時及び１ページの印刷終了時には、ファイルサーバへログを書き込む(S160、S210)。そして、ログの書き込みに失敗した際には、印刷を中止し、書込エラーとしてエラー情報を記憶する(S240)。また、エラー情報を記憶するか、全データの印刷が完了すると、印刷コマンドに書込情報返信要求が含まれているか否かを判断し(S260)、書込情報返信要求が含まれていれば、ファイルサーバへのログの書込結果を表す書込情報を含む印刷結果をユーザ端末へ送信する。
【選択図】図２

Description

本発明は、記録媒体への画像形成結果を、印刷履歴として、ネットワーク上のサーバに記録する画像形成装置に関する。

従来、ネットワークに接続された画像形成装置には、パーソナルコンピュータ（ＰＣ）等のユーザ端末からの印刷コマンドに従い記録媒体（用紙等）へ画像を形成するだけでなく、その画像形成結果を、印刷履歴として、ネットワーク上のサーバに記録するよう構成されたものが知られている。
特開２００２−１６３０９７号公報 特開２００１−３５０９３６号公報

この種の画像形成装置は、例えば、サーバに記録された印刷履歴に基づき、画像形成装置の使用料を算出して、使用者から使用料を徴収する課金システム等で使用される。
しかし、画像形成装置からユーザ端末には、サーバへの印刷履歴の記録結果は送信されないので、使用者は、印刷履歴がサーバに正常に記録されたか否かを確認できず、例えば、課金システムで不正な課金がなされた場合に、それを検出することができないという問題があった。

本発明は、こうした問題に鑑みなされたものであり、ネットワーク上のサーバに印刷履歴を記録可能な画像形成装置において、印刷履歴のサーバへの記録状態を使用者に通知できるようにすることを目的とする。

かかる目的を達成するためになされた請求項１に記載の画像形成装置においては、画像形成手段が、外部装置から送信されてきた印刷コマンドに従い記録媒体に画像を形成する。すると、印刷履歴書込手段が、その画像形成手段による画像形成動作を、印刷履歴として、ネットワークを介して通信可能なサーバに記録し、書込情報送信手段が、印刷履歴書込手段が印刷履歴をサーバに記録できたか否かを表す書込情報を、外部装置に送信する。

従って、本発明の画像形成装置に印刷コマンドを送信してきた外部装置の使用者は、画像形成装置に記録媒体への画像形成（つまり印刷）を実行させた際、その画像形成動作が、印刷履歴として、サーバに正常に記憶されたか否かを確認することができる。よって、使用者は、画像形成装置を安心して使用できるようになる。

次に、請求項２に記載の画像形成装置においては、印刷履歴書込手段は、画像形成手段が印刷コマンドを受信して記録媒体への画像形成を開始する前、及び、画像形成手段が記録媒体への画像形成を終了した後に、サーバに印刷履歴を記録し、画像形成手段は、印刷履歴書込手段が記録媒体への画像形成を開始する前に印刷履歴を前記サーバに記録できなかったときには、記録媒体への画像形成を中止する。

このように、本発明の画像形成装置によれば、画像形成後だけでなく、画像形成前にも、印刷履歴をサーバに記録する。このため、例えば、通信エラー等によって画像形成後にサーバに印刷履歴を記録することができなかったとしても、画像形成装置の管理者は、サーバに記録された画像形成前の印刷履歴から、画像形成装置が外部装置からの印刷コマンドに従い記録媒体への画像形成を実行したことを確認することができる。

また、本発明の画像形成装置によれば、通信エラー等によって画像形成前に印刷履歴をサーバに記録できなかったときには、画像形成を中止することから、印刷履歴を残すことができない状態で画像形成装置を動作させて、管理者が印刷履歴から画像形成装置の使用状態を把握できなくなるのを防止できる。

次に、請求項３に記載の画像形成装置において、印刷履歴書込手段は、印刷コマンドに基づく画像形成が記録媒体１ページ分終了する度に、サーバに印刷履歴を記録し、画像形成手段は、印刷履歴書込手段が印刷履歴をサーバに記録できなかったときには、印刷コマンドに基づく記録媒体への画像形成を中止し、書込情報送信手段は、画像形成手段が記録媒体への画像形成を中止すると、印刷コマンドに基づきサーバに印刷履歴を記録できた記録媒体のページ数を含む書込情報を、外部装置に送信する。

このため、本発明の画像形成装置によれば、外部装置の使用者は、通信エラー等によって印刷履歴をサーバに記録できなかったことを把握できるだけでなく、印刷コマンドが記録媒体複数ページ分の画像形成を指示するものである場合に、何ページ目までの印刷履歴をサーバに残せたのかを把握できるようになり、使用者による画像形成装置の使い勝手を向上することができる。

一方、請求項４に記載の画像形成装置においては、書込情報送信手段が、書込情報を、印刷コマンドと同じプロトコルで外部装置に送信する。
このため、本発明の画像形成装置によれば、書込情報を外部装置に送信するに当たって、その送信専用のプロトコルを、画像形成装置と外部装置とに持たせる必要はなく、本発明を容易に実現できることになる。

なお、印刷コマンドのプロトコルには、通常、ＬＰＲ（Line PRinter daemon protocol）が用いられることから、書込情報送信用のプロトコルにも、ＬＰＲを使用するとよい。
また、このようにＬＰＲを使用する場合、ＰＣ等の外部装置から印刷コマンドを受けた際には、そのセッションを維持しつつ、画像形成処理、サーバへの印刷履歴の記録、及び、外部装置への通知、を行うようにするとよい。

次に、請求項５に記載の画像形成装置において、印刷履歴書込手段は、印刷コマンドにサーバへ印刷履歴を記録するか否かを指示する情報が含まれており、その情報が印刷履歴を記録することを指示する情報であるときに、印刷履歴をサーバに記録する。

従って、本発明の画像形成装置によれば、当該装置に印刷コマンドを送信する外部装置側で、印刷履歴をサーバに記録するか否かを指定することができるようになり、使用者にとって、使い勝手のよい画像形成装置を実現できる。

また、請求項６に記載の画像形成装置において、印刷履歴書込手段は、印刷コマンドにサーバへ印刷履歴を記録するか否かを指示する情報が含まれていないときには、印刷履歴をサーバに記録する。

つまり、外部装置側で、印刷コマンドにサーバへ印刷履歴を記録するか否かを指示する情報を含めるには、画像形成装置に印刷コマンドを送信するのに用いられるアプリケーションプログラム（例えば、プリンタドライバ）が、その情報を印刷コマンドに含めるように設定されている必要があり、このような機能のないアプリケーションプログラムでは、対応できない。

そこで、本発明の画像形成装置では、こうした機能を備えていないアプリケーションプログラム（例えば、プリンタドライバ）を使用している外部装置からの印刷コマンドでも、印刷履歴をサーバに記録することができるように、印刷履歴書込手段を構成しているのである。

また次に、請求項７に記載の画像形成装置において、書込情報送信手段は、印刷コマンドに書込情報の送信を指示する情報が含まれているとき、書込情報を外部装置に送信し、印刷コマンドに書込情報の送信を指示する情報が含まれていないときには、書込情報を外部装置に送信しない。

このため、本発明の画像形成装置によれば、外部装置は、書込情報が必要なときに、書込情報の送信を指示する情報を印刷コマンドに含めることで、書込情報を取得することができるようになり、外部装置側で書込情報が不要なときに、画像形成装置から外部装置に書込情報が送信されるのを防止することができる。

なお、外部装置側で書込情報が必要なときとは、例えば、外部装置に、書込情報等からエラーを判定して使用者に通知することのできるアプリケーションプログラムがインストールされていときのことであり、書込情報を取得しても、書込情報を利用することができない場合には、書込情報不要として、その送信を指示する情報を印刷コマンドに含めないようにすればよい。

次に、請求項８に記載の画像形成装置には、画像形成手段による画像形成結果を外部装置に送信する印刷結果送信手段が設けられている。
このため、請求項８に記載の画像形成装置から外部装置には、印刷履歴書込手段が印刷履歴をサーバに記録できたか否かを表す書込情報と、画像形成手段による画像形成結果とが送信されることになる。

従って、この画像形成装置によれば、外部装置の使用者は、外部装置から送信した印刷コマンドによる画像形成が正常に行われたか否かを把握することができる。そして、特に、この請求項８に記載の画像形成装置は、請求項２、３に記載の技術と組み合わせれば、画像形成が正常に行われなかった場合に、その原因が、印刷履歴のサーバへの書込不良（例えば、ネットワークでの通信エラーや、書込権限エラーなど）によるものであるのか、あるいは、画像形成装置自体の異常（故障）によるものであるのかを、簡単に特定することができるようになる。

なお、印刷結果送信手段からの画像形成結果の送信は、ＬＰＲで一般的に行われているように、印刷コマンドと同じプロトコルで行うようにするとよい。

以下に、本発明の実施形態を図面と共に説明する。
図１は、本実施形態の画像形成装置１０の構成及びその周辺機器を表すブロック図である。

図１に示すように、本実施形態の画像形成装置１０は、記録用紙等の記録媒体（以下、用紙という。）に画像を形成する画像形成部１２、イーサネット（登録商標）等のネットワーク２を介して、ＰＣ等からなるユーザ端末４やファイルサーバ（例えば、ＣＩＦＳ（Common Internet File System）サーバ）６との間でデータ通信を行うための通信部１４、及び、ユーザ端末から送信されてきた印刷データ等を一時記憶しておくための記憶部１６を備える。

また、画像形成装置１０には、これら各部を制御する制御部２０、使用者により操作されて制御部２０に各種指令を入力する操作部１８、及び、当該画像形成装置１０の動作状態等、各種メッセージを表示するための表示部１９も設けられている。

制御部２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ等からなる周知のマイクロコンピュータにて構成されており、ＲＯＭ等に予め記憶された制御プログラムに従って、通信部１４を介してユーザ端末４から送信された印刷コマンドを受信し、その印刷コマンドに従い画像形成部１２を制御することで用紙に画像を形成する印刷制御を実行する。

また、この印刷制御実行時には、制御部２０は、印刷制御の履歴（印刷履歴：以下、ログという）を、通信部１４を介してファイルサーバ６に書き込むと共に、その書き込み結果（書込情報）や、画像形成部１２による画像形成結果（印刷結果）を、印刷コマンドを送信してきたユーザ端末４に返信する。

なお、ユーザ端末４から画像形成装置１０への印刷コマンドの送信、及び、画像形成装置１０からユーザ端末４への書込情報及び印刷結果の送信には、一般的な印刷用のプロトコルであるＬＰＲが利用され、画像形成装置１０からファイルサーバ６へのログの送信には、ＬＰＲとは異なるプロトコル（例えば、ＣＩＦＳ）が利用される。

以下、このように制御部２０にて実行される印刷制御処理について、図２に示すフローチャートに沿って説明する。
なお、この印刷制御処理は、画像形成装置１０がユーザ端末４から印刷コマンドを受信した際に、制御部２０にて実行される処理である。

そして、制御部２０は、この処理を開始すると、まず、Ｓ１１０（Ｓはステップを表す）にて、ユーザ端末４から送信されてきた印刷コマンド及び印刷データを受信して記憶部１６へ一旦格納し（Ｓ１１０）、続くＳ１２０にて、印刷コマンド中のサーバ接続要求をチェックする。

すなわち、本実施形態では、当該画像形成装置１０の画像形成動作を印刷履歴（ログ）としてファイルサーバ６に残すか否かを、印刷コマンド中に組み込み可能なスペシャルコード（Special Codes ：図３（ｂ）〜（ｆ）参照）にて、ユーザ端末４側から指示できるようにされている。

そこで、制御部２０は、Ｓ１２０において、印刷コマンド中のスペシャルコード（Special Codes ）を探し、その値から、ファイルサーバ６にログを残すことを指示するサーバ接続要求をチェックする。

そして、制御部２０は、Ｓ１２０でのサーバ接続要求のチェック後は、続くＳ１３０にて、そのチェック結果に基づき、サーバ接続要求があったか否かを判断する。なお、印刷コマンドにスペシャルコード（Special Codes ）自体が含まれていなかった場合、Ｓ１３０では、サーバ接続要求があったと判断される。

次に、Ｓ１３０にて、サーバ接続要求がないと判断すると、制御部２０は、画像形成部１２を低解像度モードで駆動させることにより、Ｓ１１０で受信した印刷コマンドによる画像形成（印刷）を低品質で行い（Ｓ１４０）、印刷完了後、若しくは、印刷がエラーで終了した場合は、印刷結果（Success又はFailure：図３（ｇ）参照）を、ＬＰＲプロトコルを利用して、今回印刷コマンドを送信してきたユーザ端末４に返信し（Ｓ１５０）、当該印刷制御処理を終了する。

なお、このようにＳ１４０にて、低品質で印刷を行うのは、今回受信した印刷コマンドにサーバ接続要求がなく、ログをファイルサーバ６に記録しないためである。
つまり、画像形成装置１０の管理者は、ファイルサーバ６に記録されたログから、ユーザ端末４の使用者による画像形成装置１０の使用状態を確認できるが、ここではログが記録されず、管理者が使用者による画像形成装置１０の使用状態を把握して、使用料の徴収等を行うことができない。

そこで、本実施形態では、Ｓ１４０にて、確認用の低品質印刷のみを許可するようにしているのである。なお、低品質印刷とは、例えば、カラーでの印刷を禁止した印刷であったり、インク使用量を抑えたインクセーブモードでの印刷であるとよい。

一方、Ｓ１３０にて、サーバ接続要求があったと判断すると、制御部２０は、Ｓ１６０に移行して、通信部１４を介してファイルサーバ６へ接続し、ファイルサーバ６に「印刷開始」のログの書き込みを試み、続くＳ１７０にて、そのログの書き込みが成功したか否かを判断する。

そして、ログの書き込みが成功していれば（Ｓ１７０−ＹＥＳ）、制御部２０は、ユーザ端末から印刷コマンドと共に受信した印刷データを用紙１ページ単位に分割し（Ｓ１８０）、その分割したデータの一つを画像形成部１２に出力することで、用紙１ページ分を印刷させる（Ｓ１９０）。なお、Ｓ１９０での印刷は、高解像度で高品質に行われる（印刷コマンドにより指定された印刷条件で印刷が行われる）。

こうして、用紙１ページ分の印刷が完了すると、制御部２０は、Ｓ２００に移行して、再度ファイルサーバ６に接続し、ファイルサーバ６に「印刷結果」のログの書き込みを試み、続くＳ２１０にて、そのログの書き込みは成功したか否かを判断する。

そして、ログの書き込みが成功していれば（Ｓ２１０−ＹＥＳ）、制御部２０は、ユーザ端末から受信した全印刷データの印刷が完了したか否かを判断し、まだ印刷が完了していなければ、次ページを印刷（高品質）するため、Ｓ１９０〜Ｓ２２０の一連の処理を再度実行し、全データの印刷が完了していれば、続くＳ２５０に移行する。

次に、Ｓ１７０にて、ログの書き込みに失敗したと判断した場合、制御部２０は、Ｓ２３０に移行して、ユーザ端末４から受信した印刷コマンドに基づく印刷を中止すると共に、印刷データを破棄し、続くＳ２４０にて、その旨を表すエラー情報を記憶して、Ｓ２５０に移行する。

なお、このときのエラー情報には、１ページ目の印刷開始前にログの書き込みが失敗した旨を表す情報、及び、ログの書き込みに失敗した原因（例えば、ネットワーク上での通信エラーや、ログファイルへの書き込み権限エラー、ファイルサーバ６のディスクフルなど）を表す情報も含まれている。

また、Ｓ２１０にて、ログの書き込みに失敗したと判断した場合、制御部２０は、Ｓ２４０に移行して、今回ログの書き込みが失敗するまでに正常に印刷できた用紙のページ数を含むエラー情報を記憶して、Ｓ２５０に移行する。

なお、このときのエラー情報には、全印刷データに基づく印刷対象ページにおける途中のページでログの書き込みに失敗した旨を表す情報、及び、ログの書き込みに失敗した原因（例えば、ネットワーク上での通信エラーや、ログファイルへの書き込み権限エラー、ファイルサーバ６のディスクフルなど）を表す情報も含まれている。

次に、Ｓ２５０では、制御部２０は、印刷コマンド中の書込情報返信要求をチェックする。
すなわち、本実施形態では、印刷コマンドを送信してきたユーザ端末４に対し、ファイルサーバ６へのログの書込結果を送信するか否かについても、上記スペシャルコード（Special Codes ）で、ユーザ端末４側から指示できるようにされている。

そこで、制御部２０は、Ｓ２５０において、印刷コマンド中のスペシャルコード（Special Codes ）の値から、ログの書込結果（書込情報）をユーザ端末４に返信することを指示する書込情報返信要求をチェックする。

そして、制御部２０は、Ｓ２５０での書込情報返信要求をチェックした後は、続くＳ２６０にて、そのチェック結果に基づき、書込情報返信要求があったか否かを判断し、書込情報返信要求がなければ、上述したＳ１５０に移行して、印刷結果（Success又はFailure：図３（ｇ）参照）のみを、ＬＰＲプロトコルを利用してユーザ端末４に返信し、当該印刷制御処理を終了する。一方、書込情報返信要求があれば、Ｓ２７０に移行して、書込情報を含む印刷結果を、ＬＰＲプロトコルを利用してユーザ端末４に返信し、当該印刷制御処理を終了する。

なお、制御部２０は、Ｓ２７０にて書込情報を含む印刷結果をユーザ端末４に返信するに当たって、Ｓ１９０〜Ｓ２２０の処理で全データを正常に印刷できなかったときには、Ｓ２４０にて記憶したエラー情報から、その原因がファイルサーバ６へのログの書込エラーによるものであるか否か、及び、書込エラーが発生した際に印刷データを何ページまで印刷できたか、を表す書込情報を生成する。

また、Ｓ２４０の処理を実行した場合、Ｓ１５０及びＳ２７０での印刷結果は、Failure （図３（ｇ）参照）となる。
また、この書込情報には、図３（ｈ）〜（ｋ）に示すように、画像形成装置１０からＬＰＲで印刷結果を送信するのに用いられるコード（図３（ｇ）参照）とは異なり、ＬＰＲのプロトコルでは存在しないコード（SP Code ）が使用される。

そして、このコード（SP Code ）を実際に送信する際には、図３（ｈ）に示すように、このコード（SP Code ）に印刷結果を含めることで、このコード（SP Code ）だけを送信する方法、図３（ｉ）に示すように、印刷結果（Failure ）の末尾にコード（SP Code ）を付与して送信する方法、図３（ｊ）に示すように、印刷結果（Failure ）とコード（SP Code ）とを別々に送信する方法、図３（ｋ）に示すように、印刷結果（Failure ）と、印刷結果（Failure ）にコード（SP Code ）を付与したものを、別々に送信する方法、等が考えられる。

また、ユーザ端末４側で印刷コマンドにスペシャルコード（Special Codes ）を組み込む際には、例えば、図３（ｂ）に示すように、通常のＮａｍｅコマンド（図３（ａ）参照）の「ソースファイル名」にスペシャルコード（Special Codes ）としての特定の文字列をセットするとか、図３（ｃ）に示すように、「ソースファイル名」の末尾に特定の文字列をセットする方法が考えられる。

また、例えば、図３（ｄ）、（ｅ）に示すように、送信する印刷データに特定の文字列をヘッダ又はフッダとして付けるとか、あるいは、図３（ｆ）に示すように、任意のコマンドの末尾に、特定の文字列をセットするようにしても、ユーザ端末４側で印刷コマンドにスペシャルコード（Special Codes ）を組み込むことができる。

以上説明したように、本実施形態の画像形成装置１０においては、ユーザ端末４から送信されてきた印刷コマンドにサーバ接続要求が含まれているときには、印刷データに基づき１ページずつ順次用紙に印刷する（Ｓ１８０〜Ｓ２２０）と共に、その印刷開始時、及び、１ページの印刷終了時毎に、ファイルサーバ６へログを書き込む（Ｓ１６０，Ｓ２１０）。そして、ログの書き込みに失敗した際には、印刷を中止し、書込エラーとしてエラー情報を記憶する（Ｓ２４０）。

また、このようにエラー情報を記憶するか、全データの印刷が完了すると、印刷コマンドに書込情報返信要求が含まれているか否かを判断し（Ｓ２６０）、書込情報返信要求が含まれていれば、書込情報を含む印刷結果をユーザ端末４へ送信する（Ｓ２７０）。

従って、ユーザ端末４の使用者は、画像形成装置１０に印刷コマンドを送信して印刷させた際、ログ（印刷履歴）がファイルサーバ６に正常に書き込まれたか否かを確認することができるだけでなく、全データを正常に印刷できなかったときには、その原因がファイルサーバ６へのログの書込エラーによるものであるのか、用紙の紙詰まり等、画像形成装置１０自体の異常によるものなのかを検知できる。また、用紙１枚の印刷が完了する度にログを残し、エラーが発生したときには、正常印刷できた用紙のページ数についても、ユーザ端末４に通知することから、本実施形態の画像形成装置１０は、使用者とって極めて使い勝手のよい装置となる。

また、ユーザ端末４から画像形成装置１０へのサーバ接続要求及び書込情報返信要求は、印刷コマンドに組み込まれ、画像形成装置１０からユーザ端末４への書込情報の送信にも、印刷コマンドと同じプロトコル（ＬＰＲ）が使用されることから、これらの情報の送受信のために、専用のプロトコルを準備する必要はない。このため、本実施形態の印刷制御処理は、ユーザ端末４や画像形成装置１０の専用プロトコル実装によるコストアップを招くことなく、実現できる。

なお、本実施形態においては、画像形成部１２及びＳ１７０〜Ｓ２３０の処理が、本発明の画像形成手段に相当し、通信部１４並びにＳ１６０及びＳ２００の処理が、本発明の印刷履歴書込手段に相当し、通信部１４及びＳ２５０〜Ｓ２７０の処理が、本発明の書込情報送信手段に相当し、通信部１４並びにＳ１５０及びＳ２７０の処理が、本発明の印刷結果送信手段に相当する。

以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内にて種々の態様をとることができる。
例えば、上記実施形態では、Ｓ１５０及びＳ２７０の処理において、印刷結果若しくは書込情報を含む印刷結果をユーザ端末４に送信するものとして説明したが、Ｓ１５０及びＳ２７０での印刷結果の送信は、印刷時にエラーが発生したとき（換言すればＳ１４０若しくはＳ１９０〜Ｓ２２０の処理で全データを印刷できなかったとき）にのみ、行うようにしてもよい。

また、上記実施形態では、画像形成装置１０は、ユーザ端末４からネットワーク２を介して送信されてくる印刷コマンドに従い画像形成部１２で用紙に画像形成（印刷）を行う、画像形成専用の装置（所謂プリンタ）として説明したが、本発明は、例えば、画像形成部１２とは別にスキャナ部を備え、プリンタ、スキャナ、コピー機等の機能を実現する複合機であっても、上記実施形態と同様に適用して、効果を得ることができる。

また、上記実施形態では、ユーザ端末４は、パーソナルコンピュータ（ＰＣ）であるとして説明したが、本発明の画像形成装置は、ＬＰＲ等の所定のプロトコルで印刷コマンドを送信可能な情報端末であれば、携帯機、ゲーム機等であっても利用することができる。

実施形態の画像形成装置の構成及びその周辺機器を表すブロック図である。 制御部にて実行される印刷制御処理を表すフローチャートである。 画像形成装置とユーザ端末との間で送受信されるコマンド及び送信結果のデータ構成を表す説明図である。

符号の説明

２…ネットワーク、４…ユーザ端末、６…ファイルサーバ、１０…画像形成装置、１２…画像形成部、１４…通信部、１６…記憶部、１８…操作部、１９…表示部、２０…制御部。

Claims (8)

1. 外部装置から送信されてきた印刷コマンドに従い記録媒体に画像を形成する画像形成手段と、
   前記画像形成手段による画像形成動作を、印刷履歴として、ネットワークを介して通信可能なサーバに記録する印刷履歴書込手段と、
   前記印刷履歴書込手段が前記印刷履歴を前記サーバに記録できたか否かを表す書込情報を、前記外部装置に送信する書込情報送信手段と、
   を備えたことを特徴とする画像形成装置。
2. 前記印刷履歴書込手段は、前記画像形成手段が前記印刷コマンドを受信して前記記録媒体への画像形成を開始する前、及び、前記画像形成手段が前記記録媒体への画像形成を終了した後に、前記サーバに印刷履歴を記録し、
   前記画像形成手段は、前記印刷履歴書込手段が前記記録媒体への画像形成を開始する前に前記印刷履歴を前記サーバに記録できなかったときには、前記記録媒体への画像形成を中止することを特徴とする請求項１に記載の画像形成装置。
3. 前記印刷履歴書込手段は、前記印刷コマンドに基づく画像形成が、前記記録媒体１ページ分終了する度に、前記サーバに印刷履歴を記録し、
   前記画像形成手段は、前記印刷履歴書込手段が前記印刷履歴を前記サーバに記録できなかったときには、当該印刷コマンドに基づく画像形成を中止し、
   前記書込情報送信手段は、前記画像形成手段が前記記録媒体への画像形成を中止すると、当該印刷コマンドに基づき前記サーバに印刷履歴を記録できた記録媒体のページ数を含む書込情報を、外部装置に送信することを特徴とする請求項２に記載の画像形成装置。
4. 前記書込情報送信手段は、前記書込情報を前記印刷コマンドと同じプロトコルで前記外部装置に送信することを特徴とする請求項１〜請求項３の何れかに記載の画像形成装置。
5. 前記印刷履歴書込手段は、前記印刷コマンドに前記サーバへ前記印刷履歴を記録するか否かを指示する情報が含まれており、その情報が前記印刷履歴を記録することを指示する情報であるときに、前記印刷履歴を前記サーバに記録することを特徴とする請求項１〜請求項４の何れかに記載の画像形成装置。
6. 前記印刷履歴書込手段は、前記印刷コマンドに前記サーバへ前記印刷履歴を記録するか否かを指示する情報が含まれていないときには、前記印刷履歴を前記サーバに記録することを特徴とする請求項５に記載の画像形成装置。
7. 前記書込情報送信手段は、前記印刷コマンドに前記書込情報の送信を指示する情報が含まれているとき、前記書込情報を前記外部装置に送信し、前記印刷コマンドに前記書込情報の送信を指示する情報が含まれていないときには、前記書込情報を前記外部装置に送信しないことを特徴とする請求項１〜請求項６の何れかに記載の画像形成装置。
8. 前記画像形成手段による画像形成結果を、前記外部装置に送信する印刷結果送信手段、
   を備えたことを特徴とする請求項１〜請求項７の何れかに記載の画像形成装置。

Images