(57)【特許請求の範囲】
【請求項１】
ジョブの処理結果を示すログ情報を当該ジョブの処理が終了した後も保持している印刷装置と通信可能な情報処理装置であって、
前記印刷装置で処理されたジョブの処理結果を示す通知を前記印刷装置から受信する受信手段と、
前記受信手段が前記通知を受信したかどうかを判定する判定手段と、
前記通知を受信していないと前記判定手段により判定されるのに従って、前記ジョブに対応するログ情報を前記印刷装置から取得するログ取得手段と、
前記ログ取得手段により取得されたログ情報に基づいて、前記ジョブの処理結果を判定する処理結果判定手段とを有することを特徴とする情報処理装置。
【請求項２】
前記判定手段は、前記受信手段が所定時間の間に前記通知を受信したかどうかを判定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判定手段による判定結果に基づいて、前記ジョブの処理結果を示す情報を外部装置に通知する通知手段を有することを特徴とする請求項１あるいは２に記載の情報処理装置。
【請求項４】
前記ログ取得手段は、前記印刷装置に格納されている全てのログ情報のうち、新しいものから所定数を取得することを特徴とする請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
前記印刷装置は、各ジョブの処理結果を示すログ情報をキューで管理し、
前記ログ取得手段は、前記キューの追加位置から所定数さかのぼったところまでのログ情報を取得することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記ログ取得手段は、前記印刷装置の印刷枚数速度に基づいて、前記所定数を算出することを特徴とする請求項４或いは５に記載の情報処理装置。
【請求項７】
前記ログ取得手段は、ログ情報を取得する間隔に基づいて、前記所定数を算出することを特徴とする請求項４乃至６のいずれかに記載の情報処理装置。
【請求項８】
ジョブの処理結果を示すログ情報を当該ジョブの処理が終了した後も保持している印刷装置と通信するための制御プログラムが格納された、コンピュータにより読取可能な記録媒体であって、前記制御プログラムは、
前記印刷装置で処理されたジョブの処理結果を示す通知を前記印刷装置から受信する受信ステップと、
前記通知を受信したかどうかを判定する判定ステップと、
前記通知を受信していないと前記判定手段により判定されるのに従って、前記ジョブに対応するログ情報を前記印刷装置から取得するログ取得ステップと、
前記ログ取得ステップにより取得されたログ情報に基づいて、前記ジョブの処理結果を判定する処理結果判定ステップとを前記コンピュータに実行させることを特徴とする記録媒体。
【請求項９】
ジョブの処理結果を示すログ情報を当該ジョブの処理が終了した後も保持している印刷装置と通信可能な情報処理装置で行われる処理結果確認方法であって、
前記印刷装置で処理されたジョブの処理結果を示す通知を前記印刷装置から受信する受信ステップと、
前記通知を受信したかどうかを判定する判定ステップと、
前記通知を受信していないと前記判定ステップで判定されるのに従って、前記ジョブに対応するログ情報を前記印刷装置から取得するログ取得ステップと、
前記ログ取得ステップにより取得されたログ情報に基づいて、前記ジョブの処理結果を判定する処理結果判定ステップとを有することを特徴とする処理結果確認方法。
【請求項１０】
前記判定ステップでは、所定時間の間に前記通知を受信したかどうかを判定することを特徴とする請求項７に記載の処理結果確認方法。
【請求項１１】
前記判定ステップによる判定結果に基づいて、前記ジョブの処理結果を示す情報を前記情報処理装置から外部装置に通知する通知ステップを有することを特徴とする請求項９或いは１０に記載の処理結果確認方法。
【請求項１２】
前記ログ取得ステップは、前記印刷装置に格納されている全てのログ情報のうち、新しいものから所定数のログ情報を取得することを特徴とする請求項９乃至１１のいずれかに記載の処理結果確認方法。
【請求項１３】
前記印刷装置は、各ジョブの処理結果を示すログ情報をキューで管理し、
前記ログ取得ステップは、前記キューの追加位置から所定数さかのぼったところまでのログ情報を取得することを特徴とする請求項１２に記載の処理結果確認方法。
【請求項１４】
前記ログ取得ステップは、前記印刷装置の印刷枚数速度に基づいて、前記所定数を算出することを特徴とする請求項１２或いは１３に記載の処理結果確認方法。
【請求項１５】
前記ログ取得ステップは、ログ情報を取得する間隔に基づいて、前記所定数を算出することを特徴とする請求項１２乃至１４のいずれかに記載の処理結果確認方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、印刷ジョブを受信して処理するプリンタから、排紙終了等の処理結果を取得することが可能な印刷システムに関するものである。
【０００２】
【従来の技術】
（１）従来のネットワークプリンタでは、最後に正常排紙したジョブのドキュメント名やプリンタのステータスなどが、プリンタ内の独自の領域（ＭＩＢ領域）に記載されていた。そして、印刷システムにおけるあるパソコンが、１０秒おきなど、定期的なタイミングで、前記情報を取得するメッセージ（例えば、ＭＩＢ情報を取得する、ＳＮＭＰプロトコルによるメッセージ）ネットワークプリンタに発行して、ジョブの排紙完了やプリンタのステータス等を確認していた。
【０００３】
（２）また、従来のプリンタは、ページを排出するごと、或いは、ジョブの全ページが排出されたタイミングで、イベント通知を発効する。このイベント通知は、ネットワーク上でＵＤＰ／ＩＰというプロトコルによって、あらかじめ決められているパソコンに一方通行で通知される。従って、パソコンは、このイベント通知により、排紙の終了や、ジャムなどのプリンタ異常を知って、その後、適切な処理をとることが可能である。
【０００４】
（３）また、従来のプリンタには、プリンタ内部に印刷結果を保持し、外部より読み出し可能担っているものが存在する。このプリンタでは、パソコンが印刷結果をプリンタからポーリングすることにより、印刷結果を知ることができる。
【０００５】
【発明が解決しようとする課題】
しかし、上記のプリンタ、或いは、上記の印刷システムでは、以下のような問題点がある。
【０００６】
（１）プリンタ内の独自のＭＩＢ領域のＭＩＢ情報が、最後に正常排紙したジョブ（ここでは、ジョブＡ）のドキュメント名を示していたとしても、次のジョブ（ここでは、ジョブＢ）の排紙が終了した後にパソコンがＭＩＢ情報を取得すると、ＭＩＢ情報は、次のジョブ（ジョブＢ）のドキュメントをしめすことになる。つまり、ポーリングをするタイミングによっては、ジョブのドキュメント名が次のジョブのドキュメント名に置き換わってしまう可能性がある。従って、パソコンは、最初のジョブ（ジョブＡ）のドキュメント名をとりそこない、必要なジョブの印刷完了がとれない可能性がある。
【０００７】
（２）ＵＤＰ／ＩＰプロトコルは、ＴＣＰ／ＩＰプロトコルとは異なり、確認プロトコルを必要としない。そのため、パソコンが確実にイベント通知を取得できる保証はない。パソコンがイベント通知を受信できなければ、プリンタが再度イベント通知を行えば良いが、イベント通知によるネットワーク処理が増大する。
【０００８】
（３）プリンタの内部に保持される印刷結果は、１つの結果あたりのサイズが膨大である。従って、パソコンが、そのすべてを読みこんで、各ジョブの印刷結果を知ろうとすると、ネットワークの負荷が多大になるとともに、プリンタ及びパソコンの処理の負荷も多大になる。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、本発明に係る情報処理装置は、ジョブの処理結果を示すログ情報を当該ジョブの処理が終了した後も保持している印刷装置と通信可能な情報処理装置であって、前記印刷装置で処理されたジョブの処理結果を示す通知を前記印刷装置から受信する受信手段と、前記受信手段が前記通知を受信したかどうかを判定する判定手段と、前記通知を受信していないと前記判定手段により判定されるのに従って、前記ジョブに対応するログ情報を前記印刷装置から取得するログ取得手段と、前記ログ取得手段により取得されたログ情報に基づいて、前記ジョブの処理結果を判定する処理結果判定手段とを有することを特徴とする。
【００１０】
また、本発明に係る記録媒体は、ジョブの処理結果を示すログ情報を当該ジョブの処理が終了した後も保持している印刷装置と通信するための制御プログラムが格納された、コンピュータにより読取可能な記録媒体であって、前記制御プログラムは、前記印刷装置で処理されたジョブの処理結果を示す通知を前記印刷装置から受信する受信ステップと、前記通知を受信したかどうかを判定する判定ステップと、前記通知を受信していないと前記判定手段により判定されるのに従って、前記ジョブに対応するログ情報を前記印刷装置から取得するログ取得ステップと、前記ログ取得ステップにより取得されたログ情報に基づいて、前記ジョブの処理結果を判定する処理結果判定ステップとを前記コンピュータに実行させることを特徴とする。
【００１１】
また、本発明に係る処理結果確認方法は、ジョブの処理結果を示すログ情報を当該ジョブの処理が終了した後も保持している印刷装置と通信可能な情報処理装置で行われる処理結果確認方法であって、前記印刷装置で処理されたジョブの処理結果を示す通知を前記印刷装置から受信する受信ステップと、前記通知を受信したかどうかを判定する判定ステップと、前記通知を受信していないと前記判定ステップで判定されるのに従って、前記ジョブに対応するログ情報を前記印刷装置から取得するログ取得ステップと、前記ログ取得ステップにより取得されたログ情報に基づいて、前記ジョブの処理結果を判定する処理結果判定ステップとを有することを特徴とする。
【００１４】
【発明の実施の形態】
図１は、本発明に係るシステムのシステムブロック（機能構成）を示す図である。図１において、１０１は、印刷を行おうとするユーザアプリケーションプログラム（ここえは、クライアントと言う）である。１０２は、本発明に係るプリンティングシステム（ここでは、サーバと言う）である。１０３は、ＬＡＮ１０４を介してプリンティングシステム１０２と接続されるネットワークプリンタ（ここでは、プリンタと言う）である。
【００１５】
本例においては、クライアント１０１は、サーバ１０２に対して、印刷要求（ジョブ）を投入し、排紙の終了を待つ。サーバ１０１とプリンタ１０３の間では、ジョブの投入、排紙終了イベントの通知、印刷待ちのジョブの列挙の通知、ジョブの印刷結果を示すログの列挙の通知が行なわれる。
【００１６】
プリンタ１０３の内部には、ジョブのキュー、及び、印刷結果のログのキューが存在する。プリンタ１０３は、サーバ１０２からジョブの投入イベントを受信すると、受信したジョブをジョブキューに結合する。そして、プリンタ１０３は、ジョブキューの先頭から順次ジョブを処理していき、ジョブの印刷に伴う排紙を行う。
【００１７】
あるジョブの排紙が終了すると、プリンタ１０３はサーバ１０２に対して排紙終了イベントを通知する。そして、そのジョブの結果として、終了結果「正常排紙」をログキューに結合する。
【００１８】
プリンタ１０３は、サーバ１０２からのジョブの列挙コマンドに対して、ジョブキューにつながるジョブに関するジョブ情報をサーバ１０２に渡す。ログの列挙コマンドに対しては、ログキューにつながるログ情報をサーバ１０２に渡す。
【００１９】
サーバ１０２は、排紙終了イベント、ジョブの列挙、ログの列挙から、ジョブが正常に排紙され、終了したことをクライアント１０１に通知する。終了はしているが、「正常排紙」されていないと判断した場合には、「異常終了」である旨をクライアント１０１に通知する。
【００２０】
図２は、本発明に係る印刷システムの制御構成を示す図である。クライアント１０１、サーバ１０２、ネットワークプリンタ１０３から構成されている。クライアント１０１やサーバ１０２は、情報処理装置（ホストコンピュータ）、例えば、パーソナルコンピュータやワークステーションコンピュータなどによって実装される。また、ネットワークプリンタは、プリンタ機能を有する複写機（コピー機）や複合機（マルチファンクション機）であってもよい。
【００２１】
２０１はクライアントのシステムバスである。２０２は、クライアントの制御をつかさどるＣＰＵである。２０３は、ＣＰＵ２２で実行させる制御コード（制御プログラム）が格納されているハードディスクである。２０４はＲＡＭである。２０５は、画像管理部であり、ユーザアプリケーションによって生成されたジョブを管理するものである。２０６は、ジョブの情報（ジョブ情報）を管理する。２０７は、パソコン等のキー入力部である。２０８は、ディスプレイ等の表示部である。２０９は、ＬＰＲ等の印刷プロトコルを司る部分である。ＬＰＲプロトコルは、ジョブをプリンタに送信するためのプロトコルである。２１０は、通信をつかさどる部分である。２１１は、サーバとの通信をつかさどる部分でありる。サーバ通信部２１１は、ＰＲＣ（リモートプロシジャーコール）などの通信処理を担当し、サーバとの通信を実行する。
【００２２】
クライアント１０１内の、あるいは、外部パソコンのユーザアプリケーションよりジョブが投入されると、ジョブは画像管理部２０５に格納される。また、当該ジョブのジョブ情報は、ジョブ管理部２０６で管理される。ジョブ管理部２０６は、ジョブ情報をＦＩＦＯなどのキュー形式で管理する。
【００２３】
一方、サーバの制御構成は、以下のとおりである。２２０は、サーバのシステムバスである。２２１は、サーバの制御を司るＣＰＵである。２２２は、ＣＰＵ２２１で実行させる制御コード(制御プログラム)が格納されているハードディスクである。２２３はＲＡＭである。２２４は、クライアントとの通信をつかさどる部分である。２２５は、プリンタに投入されたジョブが、プリンタで正常に排紙されたか否かを判定する部分である。２２６は、プリンタからのイベント通知を受信する部分である。２２７は、プリンタ内のジョブを列挙する部分である。２２８は、プリンタ内部に保持されている印刷結果ログを参照する部分である。２２９は、プリンタとクライアントの間で取り決めているプロトコルを設定或いは、そのプロトコルを解析している部分である。
【００２４】
ユーザアプリケーションからのジョブの画像は、画像管理部２０５で管理され、ジョブ情報はジョブ管理部２０６で管理される。そして、印刷要求が、サーバ通信部２１１によってサーバへ通知される。このとき、印刷要求には画像データなどの印字データは含まれていない。
【００２５】
プリンタを管理しているサーバ部は、複数のクライアントからの要求を受けつけ、プリンタが空き次第、クライアント通信部２２４を介して、クライアントへ印刷開始応答を出す。その際にサーバは、割り振った印刷ＩＤを印刷開始応答に挿入する。
【００２６】
クライアントは、印刷開始応答を受けとると、印刷部２０９及び通信部２０９を介して、プリンタ１０３へジョブを送信する。なお、ジョブとともに、印刷開始応答内の印刷ＩＤを送信する。プリンタ１０３は、ジョブを受け取ると、印刷待ちキューへそのジョブをキューイング（結合）する。また、印刷待ちキューの先頭につながれているジョブを順次処理して、印刷を行う。
【００２７】
サーバのジョブ列挙部２２７は、印刷待ちキューにあるジョブ情報をプリンタ１０３に要求し、プリンタは、保持している情報を全てサーバ１０２へ返す。ログ列挙部２２８は、ログ情報をプリンタに要求し、プリンタは、要求された分だけサーバへ返す。
【００２８】
プリンタ１０３が、あるジョブを印刷処理して排紙を行なうと、サーバへイベント通知する。その際に、プリンタ１０３は、ジョブに割り振られた印刷ＩＤをサーバへ通知する。イベント通知部２２６は、そのイベント通知を受ける。プリンタ判定部２２５は、イベント通知部２２６、ジョブ列挙部２２７、ログ列挙部２２８からの情報を基に印刷されたジョブの出力結果を判定する。そして、その出力結果は、クライアント通信部２２４及びサーバ通信部２１１経由でクライアントへ通知され、クライアントはユーザアプリケーションへ出力結果を通知する。
【００２９】
図３は、印刷結果を保持するログキューの構成を示す図である。このログキューは、プリンタ１０３で保持されている。また、図４は、ログキューの管理エリアを示す図である。このログキューの管理エリアに基づいて、ログキュー３０１が管理されている。ログキュー３０１は、リングバッファとなっており、最終のレコードに情報が書き込まれると、次は、先頭のレコードに情報が書き込まれる。
【００３０】
４０１は、ログの総個数（レコードの総数）を示している。これは、プリンタ毎に固定な個数である。ＷｒｉｔｅＰｏｉｎｔｅｒ４０２は、次の印刷結果が登録されるレコードを示し、具体的には、先頭からのレコードの個数を示している。ＲｅａｄＰｏｉｎｔｅｒ４０３は、リモートからプリンタのログにアクセスする場合に、読まれているログを示している。これも、具体的には、ＷｒｉｔｅＰｏｉｎｔｅｒと同様に、先頭からのレコードの個数を示している。
【００３１】
１レコード゛当りのサイズ４０４は、１つのログの実体（レコード）のデータサイズをバイト数で表す。リモートの機器は、これを読み出すことにより、ログを読みこむのに必要なメモリサイズを知ることができる。レコードパターン４０５は、１つのログに含まれるパラメータの格納パターンを示している。つまり、ログが、あらかじめ決められてるフォーマットの内、どのフォーマットで構成されているかを示している。図５は、そのフォーマットの一例である。
【００３２】
外部の機器は、全てのログを参照することが可能であるが、図４の管理エリアをあらかじめ参照して、ＲｅａｄＰｏｉｎｔｅｒからログを読み出すのも良いし、ＷｒｉｔｅｒＰｏｉｎｔｅｒから所定の数さかのぼったところからログを読み出しても良い。ただし、このＲｅａｄＰｏｉｎｔｅｒは、複数の外部機器から操作される可能性がある。また、ＷｒｉｔｅＰｏｉｎｔｅｒから所定数をさかのぼる場合は、最終のレコードにログが書き込まれているか否かを判定し、書きこみがある場合には、先頭のレコードから最終のレコードへスキップしてさかのぼらなければならない。
【００３３】
図５は、１レコードの構成を示す図である。５０１は、印刷したジョブのドキュメント名を示す。５０２は、ジョブを投入したユーザ名を示す。５０３は、ジョブを送信したパソコン等のマシン名を示す。５０４は、ジョブを識別するための印刷ＩＤを示す。５０５は、印刷が正常に終了したか、つまりは、正常に排紙されて終了したのかを示す。もしくは、ジョブは途中でユーザに中断されたのか、もしくは、途中で電源断が起こり途中で中断してしまったのか等を示す。５０６は、ジョブの印刷処理中にＡ３サイズの用紙が何枚出力されたかを示す。４７、４８は、それぞれＢ４、Ａ４サイズの出力枚数を示す。５０９は、はがきサイズの出力枚数を示す。その他各種サイズの出力枚数を示する。図５のフォーマットが、ＴＹＰＥ１というフォーマットであった場合、図４の４０５には、ＴＹＰＥ１と示される。
【００３４】
図６は、サーバが、ジョブの排紙結果を取得するフローチャートである。Ｓ６０１では、まず、ジョブがプリンタ１０３へ投入される。ジョブは、ＬＰＲ等のプロトコルによりネットワークプリンタへ送信される。Ｓ６０２では、ジョブが投入されたプリンタの監視を開始する。具体的には、プリンタからのイベントを監視し、ジョブ情報を定期的に監視し、状況によりプリンタ内の印刷ログを監視することを開始する。
【００３５】
Ｓ６０３では、プリンタからの排紙終了のイベントを受信したか否かを判定する。もし受信していれば、Ｓ６０４へ進み、排紙確認済みの処理を行う。イベントの受信が無ければ、Ｓ６０５へ進み、ジョブ列挙のタイムアップが発生したか否かを判定する。
【００３６】
タイムアップが発生していなければ、Ｓ６０３へ戻る。一方、タイムアップが発生していれば、Ｓ６０６へ進み、プリンタへ対してジョブの列挙コマンドを送信する。そして、プリンタ内の全ての印刷ジョブのジョブ情報を取得する。
【００３７】
Ｓ６０７では、サーバが割り振った印刷ＩＤを有するジョブが印刷待ちキューの中に含まれているかを判定する。該当ジョブがあれば、未だ印刷排紙が終了せず、当該ジョブがプリンタ内部に存在していることを示しているので、その旨を確認し、Ｓ６０３へ戻る。該当ジョブが存在しなければ、Ｓ６０８へ進み、ログの列挙コマンドをプリンタ１０３へ送信し、印刷結果ログを取得する。そして、ログキューにつながっているログの中で当該ジョブのログを探す。これは、レコード中の印刷ＩＤに基づいて行なわれる。そして、該当するログレコードの印刷結果を参照し、当該ジョブの印刷結果がどのようになっているかを判定する。判定の結果、正常に排紙されたと確認されれば、Ｓ６１１へ進み、排紙確認済み処理を行う。正常に排紙されたことが確認されなければ、例えば、排紙の途中で異常が発生し、排紙が途中で終了した場合には、Ｓ６１０へ進む。
【００３８】
Ｓ６０４及びＳ６１１の排紙確認済みの処理では、たとえば、ユーザアプリケーションに対して排紙が確認されたことを通知し、その旨を表示部に表示させる。Ｓ６１０の異常終了の処理では、例えば、ジョブの全ページが完全に排紙されなかったことをユーザアプリケーションに通知し、その旨を表示部に表示させる。
【００３９】
図７は、Ｓ６０８の印刷結果ログを取得する処理を示すフローチャートである。この処理では、印刷結果ログを全部取得するのでは、必要個数だけを絞り込んで取得する。Ｓ７０１は、どのプリンタからログを取得するかを判定し、そのプリンタのプリンタ名を取得する。このプリンタ名は、ユーザが選択したプリンタオブジェクトの名称でも良いし、ユーザアプリケーションから直接受けたプリンタ名でも良い。
【００４０】
Ｓ７０１でプリンタ名を取得したら、図８に示すようなプリンタ情報格納ファイルから、Ｓ７０１で取得したプリンタ名を探し、そのプリンタの１分間当りの印刷枚数を取得する。そこから一枚当りの最小印刷時間が求められる。たとえば、１分間当りの印刷枚数が４枚であれば、一枚当りの最小印刷時間は、１５秒になる。Ｓ７０２では、その一枚当りの最小印刷時間を算出する。
【００４１】
図８は、プリンタ情報格納ファイルの内容を示す図である。例えば、図８では、プリンタ名がそれぞれＬ−２２６０、Ｌ−９５０、Ｌ−８４０というプリンタの情報が含まれいる。そして、プリンタ名がＬ−２２６０というプリンタは、カラープリンタで、両面印刷が可能で、７ビンのトレーを持っていて、カラー原稿なら１分間に４枚印刷可能で、白黒原稿なら１分間に１６枚印刷可能である。また、Ｌ−９５０というプリンタは、１分間に２４枚、Ｌ−８４０というプリンタは、１分間に１６枚印刷することができることが図８では示されている。
【００４２】
Ｓ７０３では、ログ取得個数Ｘ（取得するログの個数）の算出する。Ｘは、ログの列挙間隔と一枚当りの最小印刷時間とから算出される。たとえば、ログの列挙を行なう間隔（ログを取得する間隔）が６０秒で、一枚当りの最小印刷時間が１５秒である場合は、ログの取得個数は４個或いは５個で十分であり、全てのログを列挙する必要はない。つまり、ログの列挙の間隔でプリンタが処理できる最大ジョブ数分だけログを取得すれば十分である。
【００４３】
Ｓ７０４では、ログキューの管理エリアのＷｒｉｔｅＰｏｉｎｔｅｒの値を取得する。Ｓ７０５では、同じくログの総個数を取得する。そして、Ｓ７０６では、ＷｒｉｔｅＰｏｉｎｔｅｒの値Ｎからログの取得個数Ｘを引き、その値が負になっているかを判定する。負でなければＳ７０７へ進み、現在のＷｒｉｔｅＰｏｉｔｅｒが示すレコードからからＸ個分だけさかのぼってログを取得する。つまり、現在のＷｒｉｔｅＰｏｉｔｅｒが示すレコードからからＸ個分だけさかのぼったところのレコードからＷｒｉｔｅＰｏｉｎｔｅｒが示すレコードの前までのログを取得する。また、Ｓ７０６で負と判定されるとＳ７０８へ進む。この場合には、リングバッファとしてキューの最後尾まで戻ったところからログを参照することになる。
【００４４】
Ｓ７０８及びＳ７０９で、キューの最後尾に書きこみが存在するかを判定する。Ｓ７０9で書きこみがあれば、Ｓ７１１へ進み、最後尾のさらにさかのぼったところからログを取得する。つまり、キューの先頭からＮ−１番目までのログと、キューの最後尾から（Ｘ−Ｎ）＋１個数分のログとを取得する。更に言い換えれば、キューのＭ−（Ｘ−Ｎ）−１番目のレコードからＸ個分を取得する。また、最後尾のレコードへの書き込みがなければ、Ｓ７１０へ進み、先頭からＮ−１個分のログを取得する。Ｓ７１２では、読みこんだログから、対象となるジョブの印刷ＩＤを有するログを読み込んだログ群の中から探し出し、そのログの印刷結果を所得する。
【００４５】
これにより、読みこむログの数を絞り込むことにより、ネットワークの負荷、或いは、プリンタ及びパソコンの処理の負荷を軽減することができる。
【００４６】
図９は、サーバの制御プログラムが格納された記憶媒体のメモリマップ図である。プリンタからのイベント通知を受けるプログラム、プリンタ内のジョブのジョブ情報を取得するプログラム、プリンタのステータスを表示するプログラム、プリンタの印刷結果を取得するプログラム、プリンタ名から印刷結果ログの取得個数を算出するプログラム、ログの取得開始位置を算出するプログラム、ジョブの排紙結果を判定するプログラムがそれぞれ格納されている。
【００４７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００４８】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００４９】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【００５１】
また、前述した実施形態の機能を実現するソフトウエアのプログラムコードが電子メールやネットワーク通信によって、ネットワークを介してシステムあるいは装置に供給されて記憶媒体に格納され、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００５２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５４】
【発明の効果】
以上説明したように、本発明によれば、情報処理装置が、印刷装置で処理されたジョブの処理結果を示す通知を印刷装置から受信していない場合でも、印刷装置からログ情報を取得して、取得したログ情報に基づいてジョブの処理結果を判定することで、確実な処理結果の確認を行うことが可能になる。
【００５５】
また、印刷装置のログ取得の個数を機種に応じて絞り込むことで、ログ取得による印刷確認を高速に行え、かつ、ネットワークの負荷、プリンタの処理の負荷を削減することができる。
【図面の簡単な説明】
【図１】本発明に係るシステムのシステムブロック（機能構成）を示す図である。
【図２】本発明に係る印刷システムの制御構成を示す図である。
【図３】印刷結果を保持するログキューの構成を示す図である。
【図４】ログキューの管理エリアを示す図である。
【図５】ログレコードのフォーマットの一例を示す図である。
【図６】サーバが、ジョブの排紙結果を取得するフローチャートを示す図である。
【図７】印刷結果ログを取得する処理を示すフローチャートを示す図である。
【図８】プリンタ情報格納ファイルを示す図である。
【図９】サーバの制御プログラムが格納された記憶媒体のメモリマップ図である。
【符号の説明】
１０１  印刷を行おうとするユーザアプリケーションプログラム
１０２  プリンティングシステム
１０３  ネットワークプリンタ
【図１】
0004109821.tif 000002
【図２】
0004109821.tif 000003
【図３】
0004109821.tif 000004
【図４】
0004109821.tif 000005
【図５】
0004109821.tif 000006
【図６】
0004109821.tif 000007
【図７】
0004109821.tif 000008
【図８】
0004109821.tif 000009
【図９】
0004109821.tif 000010