(57)【特許請求の範囲】
【請求項１】
ホスト装置および印刷装置が通信媒体を介して接続され、前記ホスト装置で生成した印刷ジョブを前記印刷装置に転送して実行させることにより印刷を行なう印刷システムであって、
前記印刷ジョブにおいて排紙に用いられた排紙口に関する排紙口情報が印刷ジョブ終了時に登録される記憶手段と、
前記ホスト装置からの要求に従い、指定された印刷ジョブの排紙口情報を前記記憶手段から検索する検索手段と、
前記検索手段により得た指定印刷ジョブの排紙口情報を前記ホスト装置のユーザに報知する報知手段と、
前記印刷装置の前記排紙口に積載されている用紙を検知する検知手段と、
前記排紙口から用紙が除去されたことを前記検知手段が検知した場合に、該排紙口を用いた印刷ジョブの情報を前記記憶手段から削除する削除手段とを有することを特徴とする印刷システム。
【請求項２】
前記記憶手段あるいは前記検索手段が前記印刷装置に設けられることを特徴とする請求項１に記載の印刷システム。
【請求項３】
ホスト装置および印刷装置が通信媒体を介して接続され、前記ホスト装置で生成した印刷ジョブを前記印刷装置に転送して実行させることにより印刷を行なう印刷システムの制御方法であって、
前記印刷ジョブにおいて排紙に用いられた排紙口に関する排紙口情報を印刷ジョブ終了時に記憶手段に登録する工程と、
前記ホスト装置からの要求に従い、指定された印刷ジョブの排紙口情報を前記記憶手段から検索する工程と、
前記検索により得た指定印刷ジョブの排紙口情報を前記ホスト装置のユーザに報知する工程と、
前記印刷装置の排紙口から用紙が除去された場合に該排紙口を用いた印刷ジョブの情報を前記記憶手段から削除する削除工程を有することを特徴とする印刷システムの制御方法。
【請求項４】
前記登録工程あるいは前記検索工程が前記印刷装置で行なわれることを特徴とする請求項３に記載の印刷システムの制御方法。
【請求項５】
ホスト装置および印刷装置が通信媒体を介して接続され、前記ホスト装置で生成した印刷ジョブを前記印刷装置に転送して実行させることにより印刷を行なう印刷システムの制御プログラムを格納したコンピュータ読取可能な記憶媒体であって、
前記印刷ジョブにおいて排紙に用いられた排紙口に関する排紙口情報を印刷ジョブ終了時に記憶手段に登録する工程と、
前記ホスト装置からの要求に従い、指定された印刷ジョブの排紙口情報を前記記憶手段から検索する工程と、
前記検索により得た指定印刷ジョブの排紙口情報を前記ホスト装置のユーザに報知する工程と、
前記印刷装置の排紙口から用紙が除去された場合に該排紙口を用いた印刷ジョブの情報を前記記憶手段から削除する削除工程を格納したことを特徴とするコンピュータ読取可能な記憶媒体。
【請求項６】
前記登録工程あるいは前記検索工程を前記印刷装置で行なうべく前記印刷装置のプログラムを格納した記憶媒体として前記印刷装置に設けられることを特徴とする請求項５に記載のコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はホスト装置および印刷装置が通信媒体を介して接続され、前記ホスト装置で生成した印刷ジョブを前記印刷装置に転送して実行させることにより印刷を行なう印刷システム、その制御方法、およびその制御プログラムを格納したコンピュータ読取可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
従来より、コンピュータやファクシミリ装置などのホスト装置の出力処理を行なう出力装置として、フィニッシャー、メールボックスなど、複数の排紙口を持つ印刷装置が存在する。また、印刷装置によっては、５００枚以上も積載可能な排紙口を有するものも存在する。
【０００３】
複数の排紙口を有する印刷装置の場合、ユーザ（あるいはホスト装置のアプリケーション）は、どの排紙口に出力したいかを明示的に指定することも可能である。また、特に明示的に指定しない場合、ホスト側、あるいは、印刷装置側が自動的にいずれかの排紙口に出力することになる。また、排紙口を明示的に指定した場合でも、その排紙口が排紙された用紙で一杯になっていると、自動的に別の排紙口に出力するようになっている印刷装置も存在する。
【０００４】
印刷装置の排紙口には排紙積載量検知センサが設けられているものがあり、排紙口に出力された用紙が残っているかどうかを認識することが可能になっている場合もある。その場合、その排紙口にのっている紙をユーザが取り除いたら、前記排紙積載量検知センサにより認識できることになる。
【０００５】
また、ネットワーク環境で複数のホストコンピュータが印刷装置を共有して使用することが多く、その場合、複数の印刷装置を共有することも珍しくない。
【０００６】
【発明が解決しようとする課題】
上記のように、印刷装置の排紙システム自体が旧来の単一の排紙口を有するものとは異なって、複雑化しており、また、環境中に複数のホストおよび印刷装置が存在している上、排紙についてなんらかの自動制御が行なわれるようになっていると、ユーザは自分の印刷したはずの出力結果が、複数ある内のどの印刷装置に出力されたのかわからなくなったり、あるいは、どの印刷装置かは判っていてもどの排紙口に出力されたのかを忘れてしまったり判らなくなってしまったりしたする可能性があり、その場合、システムが複雑であるほど目的の印刷結果を探すのに手間がかかるという問題点があった。
【０００７】
本発明の第１の課題は、上記の問題を解決し、ホスト装置のユーザが自分の出力する（あるいは出力させた）印刷結果が
・どの印刷装置の
・どの排紙口に出力される（た）のか
を明確に知ることができるような印刷システムを提供することにある。
【０００８】
また、上記の問題に鑑み、少なくとも印刷装置は印刷ジョブの出力先の排紙口を認識できるのであるから、この情報をメモリに保持しておき、ユーザの問い合せなどに応じて排紙先を知らせる構成も可能であると考えられる。しかし、たとえば、出力した全てのジョブの情報をいつまでも保持することにすると、保持するためのメモリが無限に必要となり、これはとても現実的な方法とはいえない。
【０００９】
したがって、本発明の第２の課題は、無駄にメモリ資源を浪費することなく、ジョブの排紙先に関する情報を適切に管理し、必要な時にホスト装置やそのユーザに報知でき、また必要がなくなった時にジョブの排紙先に関する情報、あるいはジョブ全体に関する情報を適宜除去できる現実的なジョブ管理を行なえる印刷システムを提供することにある。
【００１０】
【課題を解決するための手段】
上記の課題を解決するために、本発明においては、ホスト装置および印刷装置が通信媒体を介して接続され、前記ホスト装置で生成した印刷ジョブを前記印刷装置に転送して実行させることにより印刷を行なう印刷システム、その制御方法、およびその制御プログラムを格納したコンピュータ読取可能な記憶媒体において、前記印刷ジョブにおいて排紙に用いられた排紙口に関する排紙口情報を印刷ジョブ終了時に記憶手段に登録し、前記ホスト装置からの要求に従い、指定された印刷ジョブの排紙口情報を前記記憶手段から検索し、前記検索により得た指定印刷ジョブの排紙口情報を前記ホスト装置のユーザに報知し、前記印刷装置の排紙口から用紙が除去された場合に該排紙口を用いた印刷ジョブの情報を前記記憶手段から削除する構成を採用した。
【００１３】
【発明の実施の形態】
以下、図面に示す実施形態に基づき本発明を詳細に説明する。
【００１４】
［第１実施形態］
図１は本発明の第１実施形態における印刷システムの構成を示すブロック図である。本実施形態の印刷システムは、ホストコンピュータ（以下ホスト）１００と、印刷装置１５０とを、所定の通信媒体１９０を介して接続した構成となっている。
【００１５】
ここで、ホスト１００は、アプリケーション部１０１、プリンタドライバ部１０２，Ｉ／Ｆ（インタフェース）ドライバ部１０３、ユーティリティ部１０４、送信バッファ１０５、受信バッファ１０６とを備えている。また、不図示のキーボードやマウス、ディスプレイなども備えている。
【００１６】
ホスト１００では所定のオペレーティングシステムが稼働しており、その上で動作するアプリケーション部１０１は、ユーザにグラフィックユーザインタフェースを提供し、ユーザの目的に適した画像データを生成する。アプリケーション部１０１は文書処理、画像編集、各種のデータの送受信などを実行するためのもので、画像データはその際に文字、画像、その他の形式のデータからアプリケーションの目的に沿って生成される。
【００１７】
プリンタドライバ部１０２は、オペレーティングシステムの一部などにライブラリやカーネルの一部として組み込まれており、アプリケーション部１０１が生成した画像データを、印刷装置１５０で印刷可能なページ記述言語（以下ＰＤＬ）データに変換するものである。
【００１８】
Ｉ／Ｆドライバ部１０３は、印刷装置１５０との印刷データ、制御データの双方向通信を行なうもので、送信バッファ部１０５に格納されたデータを印刷装置１５０に送信する。さらに、Ｉ／Ｆドライバ部１０３は、印刷装置１５０から送信されたデータを受け取り、受信バッファ１０６に格納する。ユーティリティ部１０４は、ユーザにグラフィックユーザインターフェースを提供し、そのグラフィックユーザインタフェースを介して、印刷装置１５０から得た情報をユーザに提供したり、ユーザの要望に従って印刷装置１５０の環境設定を変更したりする。
【００１９】
なお、通信媒体１９０は、ＩＥＥＥ１２８４（旧来セントロニクス方式などと呼ばれていたパラレルインターフェース）、ＲＳ２３２Ｃなどのシリアルインターフェース、イーサネットなどのＬＡＮなどで構成され、Ｉ／Ｆドライバ部１０３、および後述の印刷装置１５０のＩ／Ｆドライバ部１５１はこの通信媒体１９０の構成に合致したものが用いられる。
【００２０】
ホスト１００の送信バッファ１０５は、プリンタドライバ部１０２が生成した印刷データ、および、ユーティリティ部１０４が生成したジョブ制御言語（Ｊｏｂ  Ｌａｎｇｕａｇｅ：以下ＪＬと略記する）による問い合わせなどの制御データを一時的に格納しておくためのものである。ＪＬの仕様については後に詳述する。
【００２１】
一方、受信バッファ１０６は、印刷装置１５０からＩ／Ｆドライバ部１０３が受け取ったデータを一時的に格納しておくためのものである。本発明においては、上記のＪＬの制御を介して印刷装置１５０から取得したデータなどが格納されるほか、他のホストなどから受信したデータの格納などにも用いられる。
【００２２】
上記のうち、アプリケーション部１０１、ユーティリティ部１０４、あるいはプリンタドライバ部１０２やＩ／Ｆドライバ部１０３などの一部は、ホストコンピュータのＣＰＵなどから構成された制御部１０００のソフトウェアにより実現される。制御部１０００は、ＲＯＭ、ＲＡＭ、ハードディスクなどの外部記憶装置から成るメモリ１００１を有しており、上記のソフトウェアはこのメモリ１００１に格納され、またその上で実行される。上記の送受信バッファ１０５、１０６は、物理的にはメモリ１００１の適当な領域に割り付けられる。
【００２３】
一方、印刷装置１５０は、ホスト側と同等の仕様で構成されたＩ／Ｆドライバ部１５１、ＪＬを解釈、実行するためのＪＬパーサ部１５２、ＰＤＬを解釈、実行するためのＰＤＬトランスレータ部１５３、プリンタエンジンを制御するためのエンジン制御部１５４、プリンタエンジン部１５５、ホストとの間のデータ送受信のための送信バッファ部１５６、受信バッファ部１５７、プリンタエンジン部１５５に引き渡すことができる画像データの生成に用いられるページバッファ１５８を備えている。
【００２４】
また、印刷装置１５０は、ホストから要求された印刷ジョブを管理するためのジョブ情報を格納するジョブ情報テーブル１５９、カレントジョブ情報１６０とを備えている。
【００２５】
上記の各バッファ、テーブル、ジョブ情報は、半導体メモリデバイスやハードディスクなどの外部記憶装置の記憶手段の上に割り当てられた記憶領域、あるいはそのデータそのものを意味する。
【００２６】
上記の印刷装置１５０のＩ／Ｆドライバ部１５１は、ホスト１００との印刷データ、制御データの通信を行なう。すなわち、ホスト１００から送信された印刷データおよび制御データの受信、および、送信バッファ１５６に格納されたデータのホスト１００への送信を行なう。
【００２７】
ＪＬパーサ部１５２は、受信データを解析し、ＪＬのコマンドに対する処理を行なう。
【００２８】
ＰＤＬトランスレータ部１５３は、印刷データのうちのＰＤＬデータの部分を解釈し、画像データ（ビットマップ形式などにより記述されたもの）に変換する。ここで変換された画像データは、ページバッファ１５８に格納される。
【００２９】
受信バッファ１５７は、Ｉ／Ｆドライバ部１５１で受信した全データを一時的に格納し、後段の処理の緩衝部（バッファ）として機能する。また、送信バッファ１５６は、ＪＬパーサ部１５２が生成したデータを一時的に格納しておくものである。
【００３０】
エンジン制御部１５４は、ページバッファ１５８に格納されている画像データを、ホストとの通信およびプリントエンジン部１５５の印刷のタイミングを見ながら、プリントエンジン部１５５に渡す。また、本実施形態では、エンジン制御部１５４は、カレントジョブ情報１６０を参照して、プリントエンジン部１５５に対して印刷結果を出力する排紙口を指定する。
【００３１】
プリントエンジン部１５５は、エンジン制御部１５４から画像データを受け取り、既知の印刷方式（電子写真方式、インクジェット方式）により用紙等のメディアに印刷を行なう。さらに、エンジン制御部１５４から指定された排紙口に前記メディアを排出する。このプリントエンジン部１５５の構成については、後で図２を用いて、より詳しく説明する。
【００３２】
カレントジョブ情報１６０としては、プリントエンジン部１５５が印刷中のジョブに関するジョブ情報が一時的に格納される。
【００３３】
ジョブ情報テーブル１５９としては、プリントエンジン部１５５が既に印刷を完了したジョブに関するジョブ情報が複数格納される。
【００３４】
上記のうち、ＪＬパーサ部１５２、ＰＤＬトランスレータ部１５３、エンジン制御部１５４やＩ／Ｆドライバ部１５１などの一部は、印刷装置１５０のＣＰＵなどから構成された制御部１５００のソフトウェアにより実現される。制御部１５００は、ＲＯＭ、ＲＡＭ、ハードディスクなどの外部記憶装置から成るメモリ１５０１を有しており、上記のソフトウェアはこのメモリ１５０１に格納され、またその上で実行される。また、上記の送受信バッファ１５６、１５７やジョブ情報を格納するための領域１５９、１６０、あるいはページバッファ１６０は、物理的にはメモリ１５０１の適当な領域に割り付けられる。
【００３５】
次に、図１におけるプリントエンジン部１５５の構成について、図２を用いて説明する。ここでは、電子写真方式のプリンタエンジンを例示するが、印刷方式そのものはここに示す電子写真方式以外の方式であってよく、本発明を限定するものではない。
【００３６】
図２は、プリントエンジン部１５５の構成を説明する断面図であり、図１と同一のものには同一の符号を付してある。
【００３７】
図において、符号２８０は操作パネルで、印刷装置１００の状態などの情報を文字列（あるいは図形など）として表示する液晶パネルディスプレイなどの表示器、ユーザが印刷装置１００に対する様々な操作をするための各種の操作ボタン、給紙場所や排紙場所、オンライン／オフラインなどを操作者に知らせるためのＬＥＤなどが備わっている。
【００３８】
符号２３０は用紙カセットで、記録紙Ｓを保持し、不図示の仕切り板の位置などを検出するセンサなどによって電気的に記録紙Ｓのサイズを検知する機構を有する。
【００３９】
符号２３１はカセット給紙クラッチで、用紙カセット２３０上に載置された記録紙Ｓの最上位の記録紙一枚のみを分離し、不図示の駆動手段によって分離した記録紙Ｓを給紙ローラ２０４まで搬送させるカムであり、給紙のたびに間欠的に回転し、１回転に対応して一枚の記録紙を給紙する。符号２３０ｓは記録紙検知センサで、用紙カセット２３０に保持された記録紙Ｓの量（残量）を検知する。
【００４０】
装置中心部に配置された画像記録部２０７の入口にはレジストシャッタ２２７が設けられておりこのレジストシャッタ２２７は用紙を押圧して給紙を停止させるためのものである。
【００４１】
本実施形態の印刷装置１５０は用紙カセット２３０、後述のペーパデッキオプションユニット（装置下部）２８１、および手差しトレイ２０２の３方向からの給紙が出来るようになっている。
【００４２】
給紙ローラ２０４は、用紙カセット２３０から取り出された記録紙Ｓの先端部をレジストシャッタ２２７まで搬送するためのものである。
【００４３】
また、符号２０２は手差用トレイで、手差しされた記録紙Ｓを取り込むために用いられる。そして、手差し給紙クラッチ２０３は手差し用トレイ２０２に載置された記録紙Ｓをレジストシャッタ２２７まで搬送すべく動作する。
【００４４】
符号２３３はオプション給紙ローラ（給紙中継搬送ローラ）で、給紙（ペーパーデッキ）オプションユニット２８１から給紙された記録紙Ｓを印刷装置１５０本体内へ供給するものである。
【００４５】
上記の３方向からの給紙を行なう前記手差し給紙ローラ２０３、カセット給紙クラッチ２３１、およびオプション給紙ローラ２３３の下流には、記録紙Ｓを同期搬送するレジストローラ対２０５が設けられ、レジストローラの下流には、画像記録部２０７が設けられている。
【００４６】
この画像記録部２０７は、レーザスキャナ部２０６から発したレーザ光によって、記録紙Ｓ上にトナー像を公知の電子写真プロセスにより形成する。
【００４７】
レーザスキャナ部２０６のレーザユニット２１５は制御ユニット２８４内のビデオコントローラ（不図示）から送出される画像信号（ＶＤＯ信号）に基づいてレーザ光を発生する。このレーザユニット２１５から発せられたレーザ光は、ポリゴンミラー２１６により走査され、結像レンズ群２１８及び折返ミラー２１９を介して感光ドラム２２０上に潜像を形成する。レーザスキャナ部２０６のビーム検出器２１７は、レーザユニット２１５から発せられたレーザ光を検知して主走査同期信号を出力する。光量センサ２７０はレーザユニット２１５から発せられたレーザ光の光量を検知する。
【００４８】
一方、画像記録部２０７の一次帯電器２２２は感光ドラム２２０上を均一に帯電させる。現像器２２３は一次帯電器２２２により帯電され、レーザスキャナ部によりレーザ露光されて感光ドラム２２０に形成された潜像をトナー現像する。
【００４９】
符号２２４は転写帯電器で、前記現像器２２３により現像された感光ドラム上のトナー像をレジストローラ２０５により給紙される記録紙Ｓに転写する。クリーナ２２５は感光ドラム２２０上の残存トナーを取り除き、前露光ランプ２２１は感光ドラム２２０を光除電するためのものである。
【００５０】
符号２０８は定着器で、画像記録部２０７により記録紙Ｓに形成されたトナー画像を記録紙Ｓに無定着させるためのものである。搬送ローラ２１０は、定着済みの記録紙Ｓを機外へ排紙すべく搬送する。
【００５１】
搬送ローラ２１０の位置に設けられた排紙センサ２０９は記録紙Ｓの排紙状態を検知するためのものである。
【００５２】
本実施形態の印刷装置１５０では、後述の排紙オプションユニット２８５か、装置上部の排紙トレイ２１３に排紙を行なうことができる。
【００５３】
符号２１１はこの排紙方向を切り換えるためのフラッパで、記録が完了した記録紙Ｓの搬送方向を排紙トレイ２１３側又は排紙オプション２８５側に切り換える。符号２１４及び２１２は排紙ローラで、フラッパ２１１の切り換えにより搬送される記録紙Ｓを積載トレイ２１３に排紙する。符号２１３ｓは排紙積載量検知センサで、積載トレイ２１３上に積載された記録紙の積載量を検知する。
【００５４】
符号２８４は回路基板などの上に実装された制御ユニットで、この制御ユニット２８４内のエンジンコントローラ（不図示）により、上記のレーザスキャナ部２０６、画像記録部２０７、定着器２０８による電子写真プロセスの制御、および印刷装置１５０本体内の記録紙Ｓの搬送制御が行なわれる。
【００５５】
さらに、制御ユニット２８４内のビデオコントローラ（不図示）は、パーソナルコンピュータ等のホスト１００と汎用インタフェース（例えばセントロニクス、ＲＳ２３２Ｃ等で、前記の通信媒体１９０に相当）で接続され、汎用インタフェースを介して送られてくる画像情報をビットマップデータに展開し、そのビットマップデータをＶＤＯ（ビデオ）信号として、エンジンコントローラ（不図示）へ送る。
【００５６】
次に、印刷装置１５０本体に着脱可能に接続された各種オプションユニットについて説明する。本実施形態では、装置下部にペーパーデッキオプションユニット２８１が、また排紙機構として排紙オプション（フィニッシャーユニット）２８５が装着されている。これらのオプションユニットは、製品のオプションとして購入後、印刷装置１５０に後付けしたりすることが可能なように構成されている。
【００５７】
このために、印刷装置１５０オプションコントローラ部（不図示）は、図２に示す印刷装置１５０本体内に設けられ、各種オプションユニットを共通バスとしてのオプションユニットインタフェースを介して同一のプロトコルで通信できるようになっている。また、オプションコントローラ部は、統括インタフェースを介してビデオコントローラ（不図示）に接続される。
【００５８】
ペーパデッキオプションユニット等の給紙オプション２８１において、符号２４１はペーパデッキで、昇降するデッキ上に記録紙Ｓを積載する。このペーパデッキオプションユニットは、大量の記録紙Ｓを塔載して、主に用紙補給の頻度を減らすために用いられる。
【００５９】
符号２４２はペーパデッキ給紙ローラで、ペーパデッキ２４１から積載された記録紙Ｓを取り出すものである。
【００６０】
符号２４４は搬送ローラで、ペーパデッキ給紙ローラ２４２から給紙される記録紙Ｓを前述のオプション給紙ローラ２３３方向に搬送する。
【００６１】
符号２４３は給紙中継搬送ローラで、ペーパデッキオプションの下部に着脱可能に複数接続可能な他の給紙系オプションユニット（異なるサイズ又は同一サイズの記録紙を給紙可能な）から給紙される記録紙を中継搬送するものである。つまり、ペーパデッキオプションユニット２８１は、積み重ねて用いることができるものであり、図２のペーパデッキオプションユニット２８１の下部にさらに別のペーパデッキオプションユニット２８１を追加して用いることができるようになっている。
【００６２】
また、２４１ｓは記録紙センサで、ペーパデッキ２４１上に載置された記録紙Ｓの格納量載置量を検知する。なお、ペーパデッキオプションユニット２８１は、ペーパデッキコントローラ２８２によって制御される。
【００６３】
排紙オプション２８５は、フィニッシャオプションユニット等と呼ばれるものであり、３つの排紙口として２５１は第１排紙ビン、２５２は第２排紙ビン、２５３は第３排紙ビンを有し、これらの排紙ビンに記録済みの記録紙Ｓを仕分けして積載する。
【００６４】
符号２６０はビンを昇降させることにより排紙に用いるビンを選択するためのビン昇降モータで、前記排紙ビン２５１〜２５３を上下に移動させて記録紙Ｓを各ビンへ仕分けする。
【００６５】
符号２６１は排紙積載量検知センサで、ビン昇降モータ２６０により昇降される第１排紙ビン２５１〜第３排紙ビン２５３に排紙される記録用紙の積載量を検知する。
【００６６】
符号２５４はフラッパで、印刷装置１５０本体のフラッパ２１１により振り分けられフィニッシャオプションユニット２８５に送られた記録紙Ｓを、ビデオコントローラ（不図示）からの指示に基づいて用紙のフェース切り換えを行なうように搬送切り換えを行ない、用紙の排紙の際の面の向きを決定する。
【００６７】
ビデオコントローラからフェースアップが指定されている場合は、フラッパ２５４に振り分けられた記録紙Ｓは、ローラ２５５によりそのまま排紙口へ送られる。また、フェースダウン指定されている場合は、フラッパ２５４に振り分けられた記録紙Ｓは、ローラ２５６及びローラ２５７により一旦記録紙Ｓの後端がローラ２５６を越えるまで搬送され、次にローラ２５７が反転して記録紙Ｓの後端からローラ２５８に送り込まれ、排紙口へ送られる。つまり、フェースダウン指定の場合は、印刷面が下向きとなるように排紙される。
【００６８】
また、符号２５９はステイプラで、ステイプル指定されている場合は、不図示のステイプルトレイに記録紙Ｓを蓄え、記録紙Ｓを整列して、ステイプラ２５９がステイプル実行して第１排紙ビン２５１〜第３排紙ビン２５３のいずれかに排紙する。
【００６９】
また、シフト指定されている場合は、ステイプル指定されている場合と同様に、不図示のステイプルトレイに用紙を蓄え、記録紙Ｓを整列し記録紙Ｓをトレイごとずらす、つまり、排紙される記録紙Ｓの載置域（トレイ）をずらしてから第１排紙ビン２５１〜第３排紙ビン２５３のいずれかに排紙する。
【００７０】
符号２５９ｓはステイプル針残量検知センサで、ステイプル２５９内に格納されたステイプル針の残量を検知するためのものである。なお、フィニッシャオプションユニット２８５は、フィニッシャコントローラ２８６によって制御される。
【００７１】
また、オプションコントローラ部（不図示）、ペーパデッキコントローラ２８２、フィニッシャコントローラ２８６は、それぞれコネクタで接続され、オプションユニットインタフェースとシリアル通信を行なうことにより制御が行なわれる。これらのオプションユニットと本体のオプションコントローラ部（不図示）はお互いは同じコネクタにより直列（デイジーチェーン）接続され、従って、ペーパデッキオプションユニット２８１と、フィニッシャオプションユニット２８５は、その接続順を入れ替えて接続することも可能である。
【００７２】
なお、前記手差し給紙ローラ２０３、カセット給紙クラッチ２３１、ペーパデッキ給紙ローラ２４２の下流には、記録紙Ｓを搬送する前記レジストローラ対２０５、給紙ローラ２０４、搬送ローラ２４４がそれぞれ設けられ、レジストローラ対２０５の下流には、前記レーザスキャナ部２０６から発せられたレーザ光によって、記録紙Ｓ上にトナー像を形成する画像記録部２０７が配置されている。
【００７３】
更に、画像記録部２０７の下流には、記録紙Ｓ上に形成されたトナー像を熱定着する定着器２０８が設けられ、定着器２０８の下流には、排紙部の搬送状態を検知する排紙センサ２０９、記録紙を搬送する搬送ローラ２１０、および記録が完了した記録紙Ｓの搬送方向を切り換えるフラッパ２１１が設けられている。
【００７４】
さて、以下に実際にホスト１００で前記の印刷データが生成されて印刷装置１５０へ送信され、それにもとづいて印刷処理が行なわれ印刷処理が完了するまでの本印刷システムの動作を説明する。
【００７５】
まず、ホスト１００のアプリケーション部１０１およびプリンタドライバ部１０２によって生成される印刷データの例を、図３を用いて説明する。
【００７６】
図３はＪＬ（ジョブ制御言語）による印刷データの構造を示すデータリストの例である。
【００７７】
このＪＬは、ＰＤＬデータとともにホストコンピュータ１００のプリンタドライバ部１０２から生成され印刷装置１５０へ送信されるデータで、図３のようなテキスト形式の構造を持っている。
【００７８】
図３中の〈ＥＳＣ〉はエスケープ文字を示している。なお、図中では便宜上改行を挿入してニーモニックを示しているが、言語の仕様によっては必ずしも改行は必要なものではない。
【００７９】
（１）の行はＵＥＬ（Ｕｎｉｖｅｒｓａｌ  Ｅｘｉｔ  Ｌａｎｇｕａｇｅ）といい、この場合、それまで動作していたＰＤＬトランスレータ部１５３を終了してＪＬパーサ部１５２に制御を渡し、ＪＬコマンドの解釈処理を開始することを示している。
【００８０】
（２）の行は、ジョブ開始を示すＪＬコマンドである。ここから、”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”という名称のジョブが開始することを示している。このジョブ名称は、所定の書式で作成することができるが、ここではホスト上のユーザ（あるいはホストそのもの）名称と、日付から生成した数字の列からジョブ名称が構成されている。これ以後、ジョブ終了コマンド（ＥＯＪ：下記の（７））までのデータが１つのジョブのデータ、ということになる。
【００８１】
（３）の行は、この印刷データにより印刷した用紙の排紙口（ニーモニック：ＯＵＴＰＵＴ−ＰＬＡＣＥ）を指定するＪＬコマンドである。本実施形態の場合、排紙口としては、
（ア）排紙トレイ：ＴＲＡＹ    （図２の２１３）
（イ）第１排紙ビン：ＢＩＮ１  （同２５１）
（ウ）第２排紙ビン：ＢＩＮ２  （同２５２）
（エ）第３排紙ビン：ＢＩＮ３  （同２５３）
（オ）自動（（ア）〜（エ）のいずれでも良い場合）：ＡＵＴＯ
のいずれかを選択することができる。この図３の例の場合、排紙口として第１排紙ビン（ＢＩＮ１）に出力することを指定している。
【００８２】
（４）の行は、以下”ＬＩＰＳ”という名称のＰＤＬトランスレータ部１５３に処理を移行し、ＰＤＬデータの解釈および画像データへの変換処理を行なうことを指令するものである。
【００８３】
（５）の行には、実際にＬＩＰＳ形式のＰＤＬが複数行記述されている。この図では、簡単のため詳細は省略してある。実際には、図中に…＜ＰＤＬデータ＞…と示した位置には、このジョブで印刷する各ページのビットマップを生成するためのＰＤＬ言語の記述がエンカプセルされて転送される。
【００８４】
（６）の行は、ＰＤＬトランスレータ部１５３の処理を終了し、再びＪＬパーサ部１５２に処理を移すことを示している。
【００８５】
（７）の行は、ジョブの終了を示すＪＬコマンドである。前記（１）のジョブ開始コマンド（ＪＯＢ）から始まった”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”という名称のジョブが、ここで終了することを示す。
【００８６】
以上がホスト１００のアプリケーション部１０１およびプリンタドライバ部１０２によって生成される印刷データつまり、印刷ジョブのデータフォーマットである。
【００８７】
次に、上記のＪＬを用いた印刷ジョブの流れを順を追って説明する。
【００８８】
ここで、ユーザがホスト１００のアプリケーション部１０１を制御するユーザインタフェース（ＧＵＩ、コマンドラインインターフェースなどその構成は任意である）を介して印刷要求を送信すると、ホスト１００におけるアプリケーション部１０１で生成された画像データが、プリンタドライバ部１０２に送られる。
【００８９】
プリンタドライバ部１０２は、その画像データを、印刷装置１５０のＰＤＬデータに変換するとともに、その変換したＰＤＬデータの前後に必要なＪＬコマンドなどを付加して、図３に示したようなデータを生成し、送信バッファ１０５に格納する。
【００９０】
ここで送信バッファ１０５に格納されたＰＤＬデータおよびその前後に必要なＪＬコマンドなどを付加したデータを、以下「印刷データ」と呼ぶ。
【００９１】
印刷装置１５０に印刷データを送信できるタイミングであれば（スプーリングなどの制御が行なわれている場合は、即データが送信できるとは限らない）Ｉ／Ｆドライバ部１０３は、送信バッファ１０５に格納されている印刷データを印刷装置１５０に送信する。
【００９２】
このようにしてホスト１００のＩ／Ｆドライバ部１０３から印刷データが送信されると、印刷装置１５０のＩ／Ｆドライバ部１５１は、送信された印刷データを受け取って受信バッファ１５７に格納する。
【００９３】
これに応答して、ＪＬパーサ部１５２は、受信バッファ１５７に格納された印刷データを解析し、ＪＬコマンドの部分を解釈する。この場合、ＪＬパーサ部１５２は図３における（１）〜（４）の各行を解釈する。
【００９４】
ここで図３の（３）に対しては、カレントジョブ情報１６０にジョブ名と排紙口をセットする処理を行なう。この処理が実行された時のカレントジョブ情報１６０の例を図６に示す。
【００９５】
図６の例では、ジョブ名として”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”、排紙口としてＢＩＮ１がセットされることになる。なお、図６ではテキスト情報としてこれらの情報を図示しているが、カレントジョブ情報１６０の書式は任意であり、バイナリ形式であっても構わないのはいうまでもない。
【００９６】
そして、ＪＬパーサ部１５２はＪＬコマンドの部分を解釈し終えると、ＰＤＬトランスレータ部１５３に制御を渡す。これによりＰＤＬトランスレータ部１５３は、受信バッファ１５７に格納された印刷データのＰＤＬデータを解釈し、ＰＤＬデータにより表現された画像を画像データ（ビットマップ）に変換して、ページバッファ１５８に格納する。ページバッファ１５８に格納された画像データは、エンジン制御部１５４はプリントエンジン部１５５に引き渡される。
【００９７】
さらに、カレントジョブ情報１６０からこの印刷ジョブで指定された排紙口がどこかを得て、それもプリントエンジン部１５５に通知する。この場合、カレントジョブ情報１６０の排紙口には、ＢＩＮ１がセットされているので、ＢＩＮ１すなわち第１排紙ビンに排出することを通知することになる。
【００９８】
すると、プリントエンジン部１５５は画像データを受け取って、既知の印刷技術により用紙等のメディアに印刷を行ない、指定された排紙口にメディアを排出する。図３のケースでは、第１排紙ビンに排出されることになる。
【００９９】
さらに、プリントエンジン部１５５は、現在のジョブの全てのページの排出を完了すると、カレントジョブ情報１６０の内容をジョブ情報テーブル１５９に移動する。図７、図８はジョブ情報テーブル１５９の構成例を示しており、例えば、この移動処理前にジョブ情報テーブル１５９の状態が図７であった場合、移動処理後には図８のようになる。
【０１００】
なお、図７、図８では、カレントジョブ情報１６０と同じ情報をジョブ情報テーブル１５９に格納しているが、ジョブ情報テーブル１５９には、ジョブに関する情報であれば他の任意の情報を格納して利用することができる。
【０１０１】
以上により、ユーザが所望した印刷結果が得られ、ユーザが指定した排紙口に印刷結果が出力される。また、印刷および排出が完了したジョブが排出されたビンの情報が、ジョブ情報テーブル１５９に格納されることになる。
【０１０２】
以上、実際にホスト１００で印刷データ（ＪＬ＋ＰＤＬ）により記述された印刷ジョブが生成され、印刷装置１５０へ送信されて、それに基いて印刷処理が行なわれ印刷処理が完了するまでの本印刷システムの動作を説明した。
【０１０３】
本発明では、印刷および排出が完了したジョブが排出されたビンの情報がジョブ情報テーブル１５９に格納されているので、この情報を用いてユーザに排紙先に関する情報を知らせることができる。
【０１０４】
以下では、ユーザが特定のジョブがどこに排出されたかを知るための要求を出した場合の本印刷システムの動作について説明する。
【０１０５】
まず、ユーザがこのジョブが、どのプリンタのどの排紙口に排出されているのかを知りたいと思った時、ユーティリティ部１０４にアプリケーション部１０１のユーザインタフェース（ＧＵＩなど、構成は任意である）を介して排紙口の問い合わせ要求を発行する。この排紙口の問い合わせ要求を発行するためには、アプリケーション部１０１に適当なユーザインターフェースを設けておけばよい。
【０１０６】
アプリケーション部１０１より排紙口の問い合わせ要求が発行されると、ホスト１００におけるユーティリティ部１０４は、以下に示すような制御データ（ＪＬ問い合わせデータ）を生成し、前記ＪＬ問い合わせデータがホスト１００から印刷装置１５０に送信される。このＪＬ問い合わせデータの例を図４に示す。
【０１０７】
図４は前記ＪＬ問い合わせデータの構造を示すデータリストで、図４のデータは、ユーティリティ部１０４から生成されるデータであり、図示のようなテキスト形式の構造を持っている。図中の〈ＥＳＣ〉はエスケープ文字を示している。
【０１０８】
図４の（１）の行は、図３で示したのと同様のＵＥＬ（Ｕｎｉｖｅｒｓａｌ  Ｅｘｉｔ  Ｌａｎｇｕａｇｅ）で、それまで動作していたＰＤＬトランスレータ部１５３を終了してＪＬパーサ部１５２に制御を渡し、ＪＬコマンドの解釈処理を開始することを示している。
【０１０９】
（２）の行のＩＮＦＯというのは、印刷装置１５０に問い合わせを行なうＪＬコマンドである。この場合、排紙口（ＯＵＴＰＵＴ−ＰＬＡＣＥ）は何かを問い合わせていることを示す。
【０１１０】
（３）の行は、（２）の行に連続しており、（２）で問い合わせた内容が、どのジョブに関する内容なのかを示す。すなわち、この（２）と（３）でｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のジョブの排紙口を問い合わせていることになる。
【０１１１】
以上、図４にユーザが特定のジョブがどこに排出されたかを知りたい場合に、ホスト１００から印刷装置１５０に送信される制御データ（ＪＬ問い合わせデータと呼ぶ）の構成例を示した。
【０１１２】
そして、図４のようなＪＬ問い合わせデータがホスト１００から送信されると、これに対して、印刷装置１５０からホスト１００へ回答が送信される。この回答は図５に示すようなＪＬデータにより行なわれる。図５のデータを以下、ＪＬ回答データと呼ぶ。
【０１１３】
図５のデータは、ＪＬパーサ部１５２から生成されるデータで、図５のようなテキスト形式の構造を持っている。
【０１１４】
（１）の行のＡＮＳＷＥＲというのは、図４の（２）のＩＮＦＯに対する、印刷装置１５０からホスト１００への回答を示すＪＬコマンドである。この場合、排紙口（ＯＵＴＰＵＴ−ＰＬＡＣＥ）がＢＩＮ１であると回答していることを示す。
【０１１５】
（２）の行は、（１）の行に連続しており、（１）で回答した内容が、どのジョブに関する内容なのかを示す。すなわち、この（１）と（２）で、”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のジョブの排紙口がＢＩＮ１、すなわち、第１排紙ビンであることを回答していることになる。
【０１１６】
以上、ＪＬ問い合わせデータに対して、印刷装置１５０からホスト１００へ回答される制御データ（ＪＬ回答データ）の構成例を図５に示した。
【０１１７】
上記のＪＬ問い合わせデータ、およびＪＬ回答データを用いた排紙先に関する問い合せ〜回答の流れを以下に示す。
【０１１８】
まず、ユーザがこのジョブの排紙口がどこかを知りたいと思った時、アプリケーション部１０１を介してユーティリティ部１０４に排紙口の問い合わせの要求を出すと、ホスト１００におけるユーティリティ部１０４で生成された図４で示したようなＪＬ問い合わせデータが、送信バッファ１０５に格納される。
【０１１９】
これに応答して、Ｉ／Ｆドライバ部１０３は、送信バッファ１０５に格納されているＪＬ問い合わせデータを印刷装置１５０に送信する。
【０１２０】
このようにしてホスト１００のＩ／Ｆドライバ部１０３からＪＬ問い合わせデータが送信されると、印刷装置１５０のＩ／Ｆドライバ部１５１は、送信されたＪＬ問い合わせデータを受け取って受信バッファ１５７に格納する。
【０１２１】
すると、ＪＬパーサ部１５２は受信バッファ１５７に格納されたＪＬ問い合わせデータを解析し、ＪＬコマンドの部分を解釈する。この場合、ＪＬパーサ部１５２は図４における（１）〜（３）の全てを解釈し、”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のジョブの排紙口を問い合わせられていることを認識する。
【０１２２】
この認識にもとづいて、ＪＬパーサ部１５２はジョブ情報テーブル１５９にアクセスする。そして指定された”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”という名称のジョブをジョブ情報テーブル１５９で検索し、そのジョブに対応する排紙口を得る。
【０１２３】
たとえば、現在のジョブ情報テーブル１５９が前出の図８のようになっているとすると、ＪＬパーサ部１５２は、排紙口がＢＩＮ１であることを得ることになる。このようにして排紙口がどこかを得ると、ＪＬパーサ部１５２は、図５で示したようなＪＬ回答データを生成し、送信バッファ１５６に格納する。これにより、Ｉ／Ｆドライバ部１５１は、送信バッファ１５６に格納された前記ＪＬ回答データをホスト１００へ送信する。
【０１２４】
このようにして印刷装置１５０のＩ／Ｆドライバ部１５１から前記ＪＬ回答データが送信されると、ホスト１００のＩ／Ｆドライバ部１０３は、送信されたＪＬ回答データを受け取って、受信バッファ１０６に格納する。
【０１２５】
すると、ホスト１００のユーティリティ部１０４は、受信バッファ１０６に格納されたＪＬ回答データを解釈する。この場合、図５における（１）と（２）を解釈して、”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のジョブの排紙口はＢＩＮ１、すなわち第１排紙ビンである、という回答を得たことを認識する。
【０１２６】
そして、ユーティリティ部１０４は、例えば図１０に示すようなメッセージウィンドウをホスト１００のディスプレイ（不図示）上に表示するなどして、ユーザの問い合わせに回答を示すことになる。
【０１２７】
図１０は、ホスト１００のアプリケーション部１０１が表示する画面１００ａの例で、印刷装置をシンボリックに示した画像（あるいはアイコン）１００ｂ上に、問い合わせたジョブの排紙口を文字表示したウィンドウ（ダイアログ）１００ｃを表示している。このウィンドウ（ダイアログ）１００ｃは、その中に表示された「ＯＫ」というボタン１００ｄをマウスなどにより選択することにより消去する。なお、上記の表示処理はユーティリティ部１０４よりもより低位のレベルで制御されるものであってもよい。
【０１２８】
以上、ユーザが特定のジョブがどこに排出されたかを知りたい要求を出した場合の、本印刷システムの動作を示した。
【０１２９】
本実施形態では、いつまでも図７、図８のようなジョブ制御情報（ジョブ制御テーブル１５９）を保持しておくわけではなく、下記のような制御を行なうことにより適宜図７、図８のようなジョブ制御情報は削除、更新していく。
【０１３０】
本実施形態においては、既に排紙口に排出されている用紙をユーザが取り除いた時にジョブ制御テーブル１５９から該当する情報を削除する。
【０１３１】
以下、既に排紙口に排出されている用紙をユーザが取り除いた時の、本印刷システムの動作について説明する。
【０１３２】
前述のように、プリントエンジン部１５５には、各排紙口に用紙が積載されているか否かを検知する排紙積載量検知センサが設けられている。図２において、排紙トレイに用紙が積載されているか否かは、排紙積載量検知センサ２１３ｓによって検知される。また、第１排紙ビン２５１〜第３排紙ビン２５３に用紙が積載されているか否かは、排紙積載量検知センサ２６１によって検知される。
【０１３３】
そして、各排紙口からユーザが用紙を取り除くと、前記排紙積載量検知センサ２１３ｓおよび前記排紙積載量検知センサ２６１が用紙が取り除かれたことを認識し、エンジン制御部１５４に用紙が取り除かれたことを通知する。
【０１３４】
例えば、第１排紙ビン（ＢＩＮ１）の用紙が取り除かれた場合、用紙が取り除かれたという通知を受けたエンジン制御部１５４は、ジョブ情報テーブル１５９にアクセスし、排紙口がＢＩＮ１であるジョブの情報を全て削除する。
【０１３５】
ジョブ情報テーブル１５９が図８だったとすると、第１排紙ビン（ＢＩＮ１）から用紙が取り除かれたという通知がなされ、それに応じてエンジン制御部１５４がジョブ情報テーブル１５９から排紙口がＢＩＮ１であるものを全て削除すると、ジョブ情報テーブル１５９は図９のようになる。
【０１３６】
以上のようにして、既に排紙口に排出されている用紙をユーザが取り除いた時に、用紙が取り除かれた排紙口に該当のジョブ情報がジョブ情報テーブル１５９から削除され、ジョブ情報テーブル１５９が更新される。
【０１３７】
以上のように、本実施形態によれば、各印刷ジョブに関して、用紙を印刷完了してからその用紙が取り除かれるまでの間、各印刷ジョブがどの排紙口に排出されているかを印刷装置のジョブ情報テーブルに記憶しておき、以後ホストから問い合わせを受けた場合に、前記ジョブ情報テーブルを参照して指定されたジョブの排紙口を回答し、さらにホストは印刷装置から得た前記のジョブの排紙口をユーザに通知することにより、ユーザが自分の出力したジョブがどの排紙口に出力されているのかを知ることができる。
【０１３８】
また、本実施形態では、用紙が取り除かれると、取り除かれた排紙口に排出されてジョブに関する情報をジョブ情報テーブルから削除するようになっているので、ジョブ情報テーブルを必要最小限のメモリで構成することができる。
【０１３９】
なお、本実施形態では、ホストと印刷装置が通信媒体１９０により１対１で接続されている例を示したが、通信媒体１９０の構成によって接続形態は任意であり、たとえば、印刷装置１５０はネットワークを介して複数のホストから接続できるようになっていても同様の構成を実施できるのはいうまでもない。
【０１４０】
また、ホストと印刷装置との間で、通信媒体において複数チャネルを用いて印刷データと制御データをそれぞれ別々のチャネルに送受信するようにしても構わない。このような構成によれば、リアルタイム性が向上し、より使い勝手が良くなる。
【０１４１】
［第２実施形態］
第１実施形態では、各ジョブが印刷装置のどの排紙口に排出されたかの情報を印刷装置がジョブ情報テーブルに保持し、ホストはその情報が必要な時に印刷装置に問い合わせるように動作する例を示したが、ジョブの出力がどの排紙口に排出されたかの情報をホスト側で保持するようにもできる。
【０１４２】
以下、ジョブの排紙口に関する情報をホストで管理する実施形態につき説明する。なお、以下では第１実施形態と重複する部分については、詳細な説明を省略するものとする。
【０１４３】
図１１は、本発明の第２実施形態における印刷システムの構成を示すブロック図であり、図１と同一のものには同一の符号を付してある。本実施形態の印刷システムは、図１と同様、ホスト１００と、印刷装置１５０とを、所定の通信媒体１９０を介して接続した構成となっている。
【０１４４】
ホスト１００は、図１と同様、アプリケーション部１０１、プリンタドライバ部１０２，Ｉ／Ｆ（インタフェース）ドライバ部１０３、ユーティリティ部１０４、送信バッファ１０５、受信バッファ１０６、とを備えている。また、ホスト１００は不図示のキーボードやマウス、ディスプレイも備えている。
【０１４５】
さらに、本実施形態の場合、ホスト１００には、ジョブ情報テーブル１０７が設けられている。
【０１４６】
アプリケーション部１０１は、第１実施形態同様、ユーザにグラフィックユーザインタフェースを提供し、ユーザの目的に適した画像データを生成するものである。
【０１４７】
プリンタドライバ部１０２は、アプリケーション部１０１が生成した画像データを、印刷装置１５０で印刷可能なページ記述言語（以下ＰＤＬ）データに変換する。
【０１４８】
Ｉ／Ｆドライバ部１０３は、印刷装置１５０との印刷データ、制御データの双方向通信を行なう。そして、送信バッファ部１０５に格納されたデータを印刷装置１５０に送信する。さらに、印刷装置１５０から送信されたデータを受け取り、受信バッファ１０６に格納する。
【０１４９】
ユーティリティ部１０４は、ユーザにグラフィックユーザインターフェースを提供し、そのグラフィックユーザインタフェースを介して、印刷装置１５０から得た情報をユーザに提供したり、ユーザの要望に従って印刷装置１５０の環境設定を変更したりする。
【０１５０】
送信バッファ１０５は、プリンタドライバ部１０２が生成した印刷データ、および、ユーティリティ部１０４が生成したジョブ制御言語（Ｊｏｂ  Ｌａｎｇｕａｇｅ）による問い合わせなどの制御データ、を一時的に格納しておくためのものである。受信バッファ１０６は、印刷装置１５０からＩ／Ｆドライバ部１０３が受け取ったデータを一時的に格納しておく。
【０１５１】
本実施形態のジョブ情報テーブル１０７は、前記第１実施形態で印刷装置１５０に備えられていたジョブ情報テーブル１５９と同様のもので、印刷装置１５０が既に印刷を完了したジョブに関するジョブ情報が複数格納される。
【０１５２】
制御部１０００とメモリ１００１については図１と同様であり、ここでは詳細な説明は省略する。
【０１５３】
一方、印刷装置１５０は、Ｉ／Ｆドライバ部１５１と、ＪＬパーサ部１５２，ＰＤＬトランスレータ部１５３、エンジン制御部１５４、プリンタエンジン部１５５、送信バッファ部１５６、受信バッファ部１５７、ページバッファ１５８、カレントジョブ情報１６０とを備えている。Ｉ／Ｆドライバ部１５１は、ホスト１００との印刷データ、制御データの通信を行なう。すなわち、ホスト１００から送信された印刷データおよび制御データの受信、および、送信バッファ１５６に格納されたデータをホスト１００に送信する処理を行なう。ＪＬパーサ部１５２は、受信データを解析し、ＪＬのコマンドに対する処理を行なうものである。
【０１５４】
ＰＤＬトランスレータ部１５３は、印刷データのうちのＰＤＬデータの部分を解釈し、画像データに変換する。ここで変換された画像データ（ビットマップ）は、ページバッファ１５８に格納される。受信バッファ１５７は、Ｉ／Ｆドライバ部１５１で受信した全データを一時的に格納し、後段の処理の緩衝部として機能する。
【０１５５】
送信バッファ１５６は、ＪＬパーサ部１５２が生成したデータを一時的に格納しておくためのものである。
【０１５６】
エンジン制御部１５４は、ページバッファ１５８に格納されている画像データを、タイミングを見ながら、プリントエンジン部１５５に渡す。さらに、プリントエンジン部１５５に、カレントジョブ情報１６０を参照して排紙口を指定する。
【０１５７】
プリントエンジン部１５５は、エンジン制御部１５４から画像データを受け取り、既知の印刷技術により用紙等のメディアに印刷を行なう。さらに、エンジン制御部１５４から指定された排紙口に前記メディアを排出する。このプリントエンジン部１５５の構成については、前記第１実施形態の図２と全く同様で良いのでここでは説明を省略する。
【０１５８】
印刷装置のカレントジョブ情報１６０には、プリントエンジン部１５５が印刷中のジョブに関するジョブ情報が一時的に格納される。
【０１５９】
制御部１５００とメモリ１５０１の実装については図１と同様であり、ここでは詳細な説明は省略する。
【０１６０】
以上、本発明の第２実施形態の印刷システムの構成を説明したが、要するに第１実施形態との大きな違いはジョブ情報テーブル１０７が印刷装置１５０の側ではなく、ホスト装置側に設けられている点である。
【０１６１】
次に、実際にホスト１００で前記の印刷データが生成されて印刷装置１５０へ送信され、それにもとづいて印刷処理が行なわれ印刷処理が完了するまでの本印刷システムの動作を説明する。
【０１６２】
ホスト１００のアプリケーション部１０１およびプリンタドライバ部１０２によって生成される印刷データは、前記第１実施形態において図３に示したものと同じでよく、ここでは説明を省略する。
【０１６３】
図３に示したＪＬデータを受信し、印刷装置１５０が当該ジョブの印刷を完了すると、図１２に示すようなＪＬジョブ終了通知データが印刷装置１５０のＪＬパーサ部１５２によって生成される。
【０１６４】
図１２は印刷ジョブ終了時にＪＬパーサ部１５２が生成するＪＬジョブ終了通知データの構造の一例を示すもので、図示のようにこのＪＬジョブ終了通知データはテキスト形式の構造を持っている。図中の＜ＥＳＣ＞はエスケープ文字を示している。
【０１６５】
図１２において、（１）の行のＪＯＢ−ＦＩＮＩＳＨＥＤは、印刷装置１５０からホスト１００へのジョブ終了の通知を示すＪＬコマンドである。図１２の場合、ジョブが終了した事および、その排紙先が排紙口（ＯＵＴＰＵＴ−ＰＬＡＣＥ）がＢＩＮ１であることを通知している。
【０１６６】
（２）の行は、（１）の行に連続しており、（１）で通知した内容が、どのジョブに関する内容なのかを示すものである。すなわち、この（１）と（２）で、排紙口がＢＩＮ１、すなわち、第１排紙ビンの”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のジョブが印刷完了したことを通知していることになる。
【０１６７】
以上のようなＪＬジョブ終了通知データが、印刷装置１５０がジョブの印刷を完了した際に印刷装置１５０のＪＬパーサ部１５２によって生成され、ホスト１００に送信される。
【０１６８】
以下、図１１の構成における全体の印刷ジョブの処理の流れを説明する。
【０１６９】
まず、ユーザがホスト１００のアプリケーション部１０１のユーザインタフェースを介して印刷の要求を出してから、プリントエンジン１５５により用紙等のメディアに印刷を行ない、通知された排紙口メディアを排出するまでの処理は、前記の第１実施形態に示したのと全く同一であり、ここでは詳細な説明は省略する。
【０１７０】
印刷終了時、プリントエンジン部１５５は、現在のジョブの全てのページの排出を完了すると、カレントジョブ情報１６０を参照して、印刷完了したジョブ名と排紙口をＪＬパーサ部１５２に通知する。
【０１７１】
これにより、ＪＬパーサ部１５２は、図１２に示したＪＬジョブ終了通知データを生成し、送信バッファ１５６に格納する。
【０１７２】
これに応答して、Ｉ／Ｆドライバ部１５１は、送信バッファ１５６に格納された前記ＪＬジョブ終了通知データをホスト１００へ送信する。
【０１７３】
このようにして印刷装置１５０のＩ／Ｆドライバ部１５１から前記ＪＬジョブ終了通知データが送信されると、ホスト１００のＩ／Ｆドライバ部１０３は、送信されたＪＬジョブ終了通知データを受け取って、受信バッファ１０６に格納する。
【０１７４】
これにより、ホストユーティリティ部１０４は、受信バッファ１０６に格納されたＪＬジョブ終了通知データを解釈する。この場合、図１２のＪＬジョブ終了通知データの（１）と（２）を解釈して、印刷完了したジョブが”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のものであること、およびその出力先の排紙口はＢＩＮ１、すなわち第１排紙ビンであるという通知を得たことを認識する。
【０１７５】
これに基づき、ユーティリティ部１０４は、ジョブ情報テーブル１０７に印刷完了ジョブの情報をセットする。例えば、この処理前にジョブ情報テーブル１０７が図７であった場合、処理後には図８のようになる。すなわち、ホスト側のジョブ情報テーブル１０７も、第１実施形態と同様の方法で更新すればよい。
【０１７６】
以上のようにして、ユーザが所望した印刷結果が得られた上、さらに、印刷および排出が完了したジョブが排出されたビンの情報が、ホスト１００のジョブ情報テーブル１０７に格納される。
【０１７７】
以上、実際にホスト１００で前記の印刷データが生成されて印刷装置１５０へ送信され、それにもとづいて印刷処理が行なわれ印刷処理が完了し、印刷完了したジョブの情報がホスト１００に送信され、それに基いてホスト１００のジョブ情報テーブル１０７に前記ジョブの情報が登録されるまでの動作を説明した。
【０１７８】
次に、ホスト１００のユーザが特定のジョブがどこに排出されたかを知るための問い合わせを発行した場合の動作につき説明する。
【０１７９】
ここで、まず、ユーザがこのジョブの排紙口がどこかを知りたいと思った時、アプリケーション部１０１を介してユーティリティ部１０４に適当なユーザインタフェースを介して排紙口の問い合わせの要求を発行する。この際、例えば、ユーザはキーボードから”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”のようなジョブ名を入力することにより自分の目的のジョブを指定する。
【０１８０】
これに応答して、ユーティリティ部１０４は、ジョブ情報テーブル１０７を参照して、”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のジョブの排紙口はＢＩＮ１、すなわち第１排紙ビンである、ということを認識する。
【０１８１】
そして、ユーティリティ部１０４は、例えば図１０に示したようなメッセージウィンドウをホスト１００のディスプレイ（不図示）上に表示することにより、ユーザの問い合わせに回答を表示する。
【０１８２】
この問い合わせのユーザインターフェースは任意に構成することができ、たとえば、上記のようにユーザ名や日付の情報がジョブ名として含まれているような場合には、ユーザ名やジョブ名を検索キーとして入力させ、目的のジョブの排紙先を表示するような方式も考えられる。また、印刷装置が複数ネットワーク上に存在するような場合には、印刷ジョブの管理としては当然のことながらそのＩＰアドレスなどをジョブ情報テーブル１０７に格納しておくことになるが、この印刷装置のアドレスなどから検索を行なえるようにしてもよい。検索キーはユーザから入力させるだけでなく、メニュー形式で表示してユーザにマウスなどのデバイスで選択させるようにしてもよい。
【０１８３】
以上のようにして、ユーザが特定のジョブがどこに排出されたかを知りたい要求を発行した際、本印刷システムが行なう動作について説明した。
【０１８４】
次に、既に排紙口に排出されている用紙をユーザが取り除いた時の、本印刷システムの動作について説明する。本実施形態では、ジョブ情報テーブル１０７がホスト側で管理されるために、排紙口から用紙が除去された場合はその旨がホスト側に通知される。
【０１８５】
印刷装置１５０がジョブの印刷を完了した際にＪＬパーサ部１５２によって生成され、ホスト１００に送信されるＪＬジョブ終了通知データは、図１２と同様でよい。
【０１８６】
一方、図１１のプリントエンジン部１５５には、各排紙口に用紙が積載されているか否かを検知する排紙積載量検知センサが設けられている。この構成は第１実施形態の図２と全く同様であり、各排紙口からユーザが用紙を取り除くと、エンジン制御部１５４に対して用紙が取り除かれたことが通知される。
【０１８７】
例えば、第１排紙ビン（ＢＩＮ１）の用紙が取り除かれた場合、用紙が取り除かれたという通知を受けたエンジン制御部１５４は、用紙が取り除かれた排紙口をＪＬパーサ部１５２に通知する。
【０１８８】
そして、ＪＬパーサ部１５２は、以下に例示するようなＪＬ用紙取り除き通知データを生成し、ホストに送信させるべく送信バッファ１５６に格納する。
【０１８９】
ＪＬ用紙取り除き通知データは例えば図１３のように構成される。図１３はＪＬ用紙取り除き通知データの構造を示すデータリストであり、ＪＬパーサ部１５２から生成され、図示のようなテキスト形式の構造を持っている。図中の〈ＥＳＣ〉は前述の各ＪＬの例と同様にエスケープ文字を示している。
【０１９０】
図１３において、（１）の行のＰＡＰＥＲ−ＲＥＭＯＶＥＤは、印刷装置１５０からホスト１００への排紙口から用紙が取り除かれた通知を示すＪＬコマンドである。この場合、排紙口（ＯＵＴＰＵＴ−ＰＬＡＣＥ）がＢＩＮ１である排紙口から用紙が取り除かれたことを示している。
【０１９１】
この図１３に示したようなＪＬ用紙取り除き通知データが、印刷装置１５０が排紙口から用紙が取り除かれた際にＪＬパーサ部１５２によって生成される。
【０１９２】
ここで、前記エンジン制御部１５４から、用紙が取り除かれた排紙口を通知されると、ＪＬパーサ部１５２は、図１３に示したＪＬ用紙取り除き通知データを生成し、送信バッファ１５６に格納する。
【０１９３】
すると、Ｉ／Ｆドライバ部１５１は、送信バッファ１５６に格納された前記ＪＬ用紙取り除き通知データをホスト１００へ送信する。
【０１９４】
このようにして印刷装置１５０のＩ／Ｆドライバ部１５１から図１３に示したようなＪＬ用紙取り除き通知データが送信されると、ホスト１００のＩ／Ｆドライバ部１０３は、送信された該ＪＬ用紙取り除き通知データを受け取って、受信バッファ１０６に格納する。
【０１９５】
これに応答して、ユーティリティ部１０４は、受信バッファ１０６に格納されたＪＬ用紙取り除き通知データを解釈する。
【０１９６】
この場合、図１３における（１）を解釈して、排紙口はＢＩＮ１、すなわち第１排紙ビンに積載されていた用紙が取り除かれたという通知を得たことを認識する。これに基づき、ユーティリティ部１０４は、ジョブ情報テーブル１０７にアクセスし、排紙口がＢＩＮ１であるジョブの情報を全て削除する。
【０１９７】
ジョブ情報テーブル１０７が図８だったとすると、第１排紙ビン（ＢＩＮ１）から用紙が取り除かれたという通知がなされ、ユーティリティ部１０４がジョブ情報テーブル１０７から排紙口がＢＩＮ１であるものを全て削除すると、ジョブ情報テーブル１０７は図９のようになる。
【０１９８】
以上のようにして、既に排紙口に排出されている用紙をユーザが取り除いた時に、ホスト１００のジョブ情報テーブル１０７から、その排紙口を出力先として持つジョブ情報が削除される。
【０１９９】
以上説明したように、本実施形態においては、各印刷ジョブに関して、用紙を印刷完了してからその用紙が取り除かれるまでの間、各印刷ジョブがどの排紙口に排出されているかをホストのジョブ情報テーブルに格納しておき、ユーザから問い合わせを受けた場合に、前記ジョブ情報テーブルを参照して指定されたジョブの排紙口情報を提供するように動作することにより、ユーザが自分の出力したジョブがどの排紙口に出力されているのかを知ることが可能となる。
【０２００】
また、用紙が取り除かれると、印刷装置は用紙が取り除かれた排紙口をホストに通知し、ホストはその通知を受けて取り除かれた排紙口に排出されてジョブに関する情報をジョブ情報テーブルから削除するように動作するので、ジョブ情報テーブルを必要最小限のメモリで構成することが可能である。
【０２０１】
本実施形態でも、通信媒体１９０の構成によって接続形態は任意であり、たとえば、印刷装置１５０はネットワークを介して複数のホストから接続できるようになっていても同様の構成を実施できるのはいうまでもない。
【０２０２】
また本実施形態では、通信媒体において複数チャネルを用いて、印刷データと制御データそれぞれ別々のチャネルに送受信するようにしても構わない。この場合、リアルタイム性が向上し、より使い勝手が良くなる。
【０２０３】
［第３実施形態］
第１実施形態と第２実施形態では、ホストと印刷装置が１対１で接続されている例を示したが、先に触れたようにこれらホストと印刷装置はネットワークで接続されていても構わない。本実施形態ではこのような構成を具体的に示す。なお、以下では第１実施形態、第２実施形態と重複する部分については、詳細な説明を省略するものとする。
【０２０４】
図１４は、本発明の第３実施形態を示す印刷システムの構成を示すブロック図であり、図１と同一のものには同一の符号を付してある。本発明の印刷システムは、図１と同様、ホスト１００と、印刷装置１５０とを、通信媒体１９０を介して接続した構成となっている。
【０２０５】
図１４では通信媒体１９０はイーサネットやＦＤＤＩなどのネットワークメディアであり、Ｉ／Ｆドライバ部１０３は、このようなネットワークメディアとの入出力を行なえるように当該ネットワークメディアの仕様に沿って構成され、通信媒体１９０を介して印刷装置１５０との印刷データ、制御データの双方向通信を行なう。その際、送信バッファ部１０５に格納されたデータを印刷装置１５０に送信する。さらに、印刷装置１５０から送信されたデータを受け取り、受信バッファ１０６に格納する。
【０２０６】
ホスト１００のその他の構成はほぼ図１と同等であり、ホスト１００は、アプリケーション部１０１、プリンタドライバ部１０２，Ｉ／Ｆ（インタフェース）ドライバ部１０３、ユーティリティ部１０４、送信バッファ１０５、受信バッファ１０６、印刷装置リスト１０８を備えている。もちろん、ホスト１００はアプリケーション部１０１やユーティリティ部１０４などの動作のために不図示のキーボードやマウス、ディスプレイなども備えている。
【０２０７】
ホスト１００の構成部材の機能は図１とほぼ同様であり、以下では簡単にこれらの構成部材について示す。
【０２０８】
まず、アプリケーション部１０１は、ユーザにグラフィックユーザインタフェースを提供し、ユーザの目的に適した画像データを生成する。
【０２０９】
プリンタドライバ部１０２は、アプリケーション部１０１が生成した画像データを、印刷装置１５０で印刷可能なページ記述言語（以下ＰＤＬ）データに変換する。
【０２１０】
ユーティリティ部１０４は、ユーザにグラフィックユーザインターフェースを提供し、そのグラフィックユーザインタフェースを介して、印刷装置１５０から得た情報をユーザに提供したり、ユーザの要望に従って印刷装置１５０の環境設定を変更したりする。
【０２１１】
送信バッファ１０５は、プリンタドライバ部１０２が生成した印刷データ、および、ユーティリティ部１０４が生成したジョブ制御言語（前述のＪＬ）による問い合わせなどの制御データ、を一時的に格納しておくものである。
【０２１２】
受信バッファ１０６は、印刷装置１５０からＩ／Ｆドライバ部１０３が受け取ったデータを一時的に格納しておくためのものである。
【０２１３】
制御部１０００とメモリ１００１については図１と同様であり、ここでは詳細な説明は省略する。
【０２１４】
一方、印刷装置１５０は、前述のようなネットワークメディアから成る通信媒体１９０と通信可能に構成されたＩ／Ｆドライバ部１５１と、ＪＬパーサ部１５２、ＰＤＬトランスレータ部１５３、エンジン制御部１５４、プリンタエンジン部１５５、送信バッファ部１５６、受信バッファ部１５７、ページバッファ１５８、ジョブ情報テーブル１５９、カレントジョブ情報１６０とを備えている。
【０２１５】
これらの印刷装置１５０の構成部材の機能は前述の図１のものと同等であるが、以下簡単に示しておく。
【０２１６】
まず、Ｉ／Ｆドライバ部１５１は、前述のようなネットワークメディアから成る通信媒体１９０の仕様に沿って構成され、ホスト１００との印刷データ、制御データの通信を行なう。すなわち、ホスト１００から送信された印刷データおよび制御データの受信、および、送信バッファ１５６に格納されたデータをホスト１００に送信する処理を行なう。
【０２１７】
ＪＬパーサ部１５２は、受信データを解析し、ＪＬのコマンドに対する処理を行なう。
【０２１８】
ＰＤＬトランスレータ部１５３は、印刷データのうちのＰＤＬデータの部分を解釈し、画像データに変換していく。ここで変換された画像データは、ページバッファ１５８に格納される。
【０２１９】
受信バッファ１５７は、Ｉ／Ｆドライバ部１５１で受信した全データを一時的に格納し、後段の処理の緩衝部として機能する。
【０２２０】
送信バッファ１５６は、ＪＬパーサ部１５２が生成したデータを一時的に格納しておくものである。
【０２２１】
エンジン制御部１５４は、ページバッファ１５８に格納されている画像データを、プリントエンジン部１５５の動作タイミングを監視しつつプリントエンジン部１５５に渡す。また、プリントエンジン部１５５に、カレントジョブ情報１６０を参照して排紙口を指定する排紙制御も担当する。
【０２２２】
プリントエンジン部１５５は、エンジン制御部１５４から画像データを受け取り、公知の印刷方式により用紙等のメディアに印刷を行なうもので、その構成は図２と同じでよい。したがって、プリントエンジン部１５５の構成については、詳細な説明を省略する。なお、プリントエンジン部１５５は印刷装置出力の際、エンジン制御部１５４から指定された排紙口に用紙を排出する。
【０２２３】
カレントジョブ情報１６０には、プリントエンジン部１５５が印刷中のジョブに関するジョブ情報が一時的に格納される。
【０２２４】
ジョブ情報テーブル１５９には、プリントエンジン部１５５が既に印刷を完了したジョブに関するジョブ情報が複数格納される。
【０２２５】
制御部１５００とメモリ１５０１の実装については図１と同様であり、ここでは詳細な説明は省略する。
【０２２６】
本実施形態の印刷システムは、以上のように構成される。実際にホスト１００で前記の印刷データが生成されて印刷装置１５０へ送信され、それにもとづいて印刷処理が行なわれ印刷処理が完了するまでの本印刷システムの動作の概略は第１実施形態と同様である。
【０２２７】
図１４のホスト１００と印刷装置１５０は一対一で接続されるものではなく、たとえば図１６に示すようにホスト１００、印刷装置１５０の他に複数のホスト１６５１、印刷装置１６０１、印刷装置１６０２、印刷装置１６０３が通信媒体１９０（ネットワーク）を介して接続することができる。ここでは、印刷装置１６０１〜１６０３が印刷装置１５０と同様に構成されており、ネットワーク経由でジョブを受信して印刷が可能なように構成されているものとする（ただし排紙口の数や印刷機構の細部の構成や規模が異なっていてもよい）。
【０２２８】
このような構成では、ホスト１００からは印刷装置１６０１〜１６０３に印刷ジョブを発行でき、印刷を実行させることができる。特にこのような構成では、従来例で述べたようにユーザが自分の出力結果がどこに排紙されているか判らなくなってしまうことが充分あり得る。
【０２２９】
本実施形態では、ユーザが特定のジョブの出力がどこに排出されたかを知ることができるようになっている。以下、ユーザが特定のジョブの出力の排紙先を知るための要求を発行した場合の本印刷システムの動作について、図１４および前記図１６を参照して説明する。
【０２３０】
ここで、まず、ユーザがあるジョブが、どのプリンタのどの印刷装置のどの排紙口に排出されているのかを知りたいと思った時には、ユーティリティ部１０４にユーザグラフィックインタフェースを介してジョブを指定し、印刷装置および排紙口の問い合わせの要求を出す。
【０２３１】
この時、ユーザが目的のジョブを特定する方法は、先に第２実施形態で触れたように、ユーザ名や日付の情報がジョブ名として含まれているような場合には、ユーザ名やジョブ名を検索キーとして入力させ、目的のジョブを指定させたり、あるいは印刷ジョブを実行した印刷装置のＩＰアドレス、などから検索を行なえるようにしてもよい。検索キーはユーザから入力させるだけでなく、メニュー形式で表示してユーザにマウスなどのデバイスで選択させるようにしてもよい。
【０２３２】
このようにして目的の印刷ジョブが指定されると、ホスト１００のユーティリティ部１０４は、ユーザのジョブの指定に基づき第１実施形態の図４に示したようなＪＬ問い合わせデータを生成し、印刷装置に送信して問い合わせを行なう。
【０２３３】
ただし、この際、システム全体には複数の印刷装置が存在するので、ユーティリティ部１０４は、図４のようなＪＬ問い合わせデータを、ネットワーク上の全ての印刷装置に対して順次送信することになる。
【０２３４】
例えば、図１７に示すような印刷装置リストをホスト１００のアプリケーション部１０１やユーティリティ部１０４の管理するメモリに用意しておき、この印刷装置リストを参照して順次ネットワーク上の印刷装置に対して図４のようなＪＬ問い合わせデータを送信して問い合わせを行なう。なお、図１７の印刷装置リストの例では、ネットワーク上にある全ての印刷装置について、アドレス（ここではＩＰアドレス）と名称文字列が一覧となっており、このような印刷装置のアドレスと名称のデータはあらかじめ所定の操作により設定登録するか、あるいはＳＮＭＰやＳＭＢなどのプロトコルを用いてネットワーク上に現在接続されている印刷装置と通信行なうことにより動的に作成することができる。
【０２３５】
さて、ホスト１００から図４のようなＪＬ問い合わせデータを受信した印刷装置は、ジョブ情報テーブルを検索して、指定されたジョブ名称のジョブの情報が存在するかどうか判断する。もし存在すれば、第１実施形態の図５に示したようなＪＬ回答データを生成し、問い合わせ要求を発行したホストに返送する。もし問い合わせに該当するジョブが存在しなければ、存在しない旨のＪＬ回答データを生成し、ホストに転送する。
【０２３６】
ここで図１８に、指定されたジョブ情報が存在しない場合のＪＬ回答データの例を示す、
図１８において、（１）の行のＡＮＳＷＥＲは、図４の（２）のＩＮＦＯに対する、印刷装置からホストへの回答であることを示すＪＬコマンドである。この場合、排紙口（ＯＵＴＰＵＴ−ＰＬＡＣＥ）がＵＮＫＮＯＷＮである、すなわち不明（存在しない）と回答していることを示す。
【０２３７】
また、（２）の行は、（１）の行に連続しており、（１）で回答した内容が、どのジョブに関する内容なのかを示す。すなわち、この（１）と（２）で、”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブ名のジョブがこの印刷装置には存在しないことを回答していることになる。このようなＪＬ回答データを受け取った場合、ホスト１００のユーティリティ部１０４は、この印刷装置には、所望するジョブが排出されていないと判断する。
【０２３８】
そして、図１８のようなＪＬ回答データを受け取ると、ユーティリティ部１０４はこの内容を解釈して、どの印刷装置のどの排出口に排出されているかを認識することができる。
【０２３９】
なお、問い合わせを受けた印刷装置に該当ジョブが存在すれば、この印刷装置は図５に示したようなフォーマットのＪＬ回答データを送信する。
【０２４０】
したがって、ここで、ユーザから”ｊｍｏｒｉ＿１９９７＿１２＿１５＿１１＿４５＿３７”というジョブが出力されている印刷装置および排紙口を要求された場合、印刷装置１５０に対してＪＬ問い合わせデータを送信すると、該当ジョブが存在すれば、印刷装置１５０から図５に示したようなＪＬ回答データが送信され、ホスト１００のユーティリティ部１０４は、これに基づきホスト１００のディスプレイ（不図示）上に表示するなどして、ユーザの問い合わせに回答を示すことができる。
【０２４１】
この表示処理では、たとえば、図１７の印刷装置リストを参照し、図１５に示すようなメッセージウィンドウを表示することが考えられる。図１５は、図１０とほぼ同様のＧＵＩによるダイアログの画面１００ａの例を示しており、ここでは、印刷装置をシンボリックに示した画像（あるいはアイコン）１００ｂ上に、問い合わせたジョブの排紙先を文字表示したウィンドウ（ダイアログ）１００ｅを表示している。もちろん、本実施形態では排紙先の印刷装置は特定の一台ではないので、図１５のダイアログ１００ｅではジョブ名とともに、印刷ジョブを実行した印刷装置の名称（ＬＢＰ９３０（４Ｆ））と、その印刷装置で該当のジョブで排紙が行なわれた排紙先のビンの名称が表示されている。
【０２４２】
図１５のウィンドウ（ダイアログ）１００ｅは、その中に表示された「ＯＫ」というボタン１００ｄをマウスなどにより選択することにより消去する。前述と同様、上記の表示処理はユーティリティ部１０４よりもより低位のレベルで制御されるものであってもよい。
【０２４３】
以上のようにして、ユーザが特定のジョブがどこに排出されたかを知るための要求を発行すると、ネットワーク上の各印刷装置にＪＬ問い合わせデータが送信され、該当するジョブを処理した印刷装置からは図５に示したような解答が、また、該当のジョブを処理しなかった印刷装置からは図１８に示したような解答が返送されるので、ホストはこれを表示することによりユーザに目的のジョブがどの印刷装置のどの排紙口に排紙されているかを報知することができる。
【０２４４】
なお、既に排紙口に排出されている用紙をユーザが取り除いた時の、本印刷システムの処理はジョブ情報テーブル１５９が印刷装置１５０の側に設けられているので、第１実施形態と全く同様に実行すればよい。本実施形態のように多数の印刷装置がネットワーク上に存在する場合は、ジョブ情報テーブル１５９を印刷装置１５０の側に設る構成はホスト側で複数の印刷装置のジョブ情報を管理する必要がなく好都合である。
【０２４５】
以上説明したように、本実施形態によれば、印刷ジョブに関して、用紙を印刷完了してからその用紙が取り除かれるまでの間、各印刷ジョブがどの排紙口に排出されているかを印刷装置のジョブ情報テーブルに記憶させておき、ホストから問い合わせを受けた場合に、前記ジョブ情報テーブルを検索して指定されたジョブがあればその排紙口を回答し、さらにホストはその印刷装置から得た前記のジョブの排紙口をユーザに通知することにより、自分の出力したジョブがどの印刷装置のどの排紙口に出力されているのかをユーザに知らせることが可能である。
【０２４６】
また、本実施形態では、第１実施形態と同様に排紙された用紙が取り除かれた時に、当該の排紙口に排出を行なった（全ての）ジョブに関する情報をジョブ情報テーブルから削除するようになっているので、ジョブ情報テーブルを必要最小限のメモリで構成することが可能である。
【０２４７】
本実施形態においても、通信媒体において複数チャネルを用いて、印刷データと制御データをそれぞれ別々のチャネルに送受信するようにしても構わない。この場合、リアルタイム性が向上し、より使い勝手が良くなる。
【０２４８】
また、通信媒体１９０としてのネットワークとしては上で例示したイーサネットやＦＤＤＩのほか、たとえばＳＣＳＩ、ＵＳＢ、ＩＥＥＥ１３９４などのバスを用いて一台のホストに複数の印刷装置を接続する構成などにおいても同様の構成を実施できるのはいうまでもない。
【０２４９】
また、本実施形態では、ユーザがジョブの出力先を問い合わせた際に、ネットワーク上の全ての印刷装置に問い合わせを行なうように動作したが、ホスト上にジョブ出力印刷装置情報領域を持って印刷データをどの印刷装置に送ったかを記憶させておき、ユーザがジョブの出力先を問い合わせた際にそのジョブ出力印刷装置領域を参照して、印刷装置を特定した上でその印刷装置に問い合わせを行なうようにしてもよい。
【０２５０】
以上、３つの実施形態を示したが、上記の構成の任意の各部は本発明の範囲を逸脱しない範囲で取捨選択して組合せて用いることができる。大別すると、第１、第３実施形態のようにジョブ情報を印刷装置で管理する構成と、第２実施形態のようにジョブ情報をホスト装置で管理する構成があるが、実際には上記実施形態で印刷装置またはホスト装置で行なうものとした処理の細部はいずれの装置で行なってもよい。たとえば、ジョブ情報を印刷装置のメモリに記憶するが、ジョブ情報の削除は印刷装置から用紙の排紙口からの除去の通知を受けたホスト装置の主導による制御によって実行する、などの構成が考えられる。
【０２５１】
また、各実施形態における印刷制御プログラムは、印刷装置あるいはホスト装置のプログラムとしてそれぞれ個々の装置のメモリ１００１、１５０１に格納されるものとしたが、本発明はこのような固定的に各装置のプログラムを格納する方式に限定されるものではない。たとえば、必ずしも印刷装置の制御プログラムは印刷装置のメモリに格納されていなければならないものではなく、所定のプロトコルに基づきホストから印刷装置にダウンロードされて実行されてもよい。また、本発明に係るホストや印刷装置のプログラムがハードウェアから独立した言語で記述されているならば、ある時点までホストで実行したプログラムが印刷装置に転送されて残りの部分が実行されるような構成においても本発明の制御を実現することができる。
【０２５２】
【発明の効果】
以上説明したように、ホスト装置および印刷装置が通信媒体を介して接続され、前記ホスト装置で生成した印刷ジョブを前記印刷装置に転送して実行させることにより印刷を行なう印刷システム、その制御方法、およびその制御プログラムを格納したコンピュータ読取可能な記憶媒体において、前記印刷ジョブにおいて排紙に用いられた排紙口に関する排紙口情報を印刷ジョブ終了時に記憶手段に登録し、前記ホスト装置からの要求に従い、指定された印刷ジョブの排紙口情報を前記記憶手段から検索し、前記検索により得た指定印刷ジョブの排紙口情報を前記ホスト装置のユーザに報知する構成を採用しているので、ホスト装置のユーザが自分の出力する（あるいは出力させた）印刷結果がどの印刷装置の、どの排紙口に出力される（た）のかを明確に知ることができ、前記印刷装置の排紙口から用紙が除去された場合に該排紙口を用いた印刷ジョブの情報を前記記憶手段から削除する構成を採用したので、排紙口からの用紙の除去に応じて記憶手段を更新でき、無駄にメモリ資源を浪費することなく、ジョブの排紙先に関する情報を適切に管理し、必要な時にホスト装置やそのユーザに報知でき、また必要がなくなった時にジョブの排紙先に関する情報、あるいはジョブ全体に関する情報を適宜除去できる現実的なジョブ管理を行なえる、という優れた効果がある。
【図面の簡単な説明】
【図１】本発明の第１実施形態における印刷システムの構成を説明するブロック図である。
【図２】図１のプリントエンジン部の構成を説明する断面図である。
【図３】ＪＬ（ジョブ制御言語）で記述された印刷データの例を示した説明図である。
【図４】ホストから印刷装置に送信されるＪＬ問い合わせデータの例を示した説明図である。
【図５】印刷装置からホストに送信される回答データの例を示した説明図である。
【図６】カレントジョブ情報の内容例を示した説明図である。
【図７】ジョブ情報テーブルの内容例を示した説明図である。
【図８】ジョブ情報テーブルの内容例を示した説明図である。
【図９】ジョブ情報テーブルの内容例を示した説明図である。
【図１０】排紙先の問い合わせ後にホストで行なう表示例を示した説明図である。
【図１１】本発明の第２実施形態における印刷システムの構成を説明するブロック図である。
【図１２】第２実施形態におけるＪＬ（ジョブ制御言語）で記述された印刷データの例を示した説明図である。
【図１３】第２実施形態において用紙が排紙口から除去された際に印刷装置から送信されるＪＬ通知データの例を示した説明図である。
【図１４】第３実施形態における印刷システムの構成を説明するブロック図である。
【図１５】第３実施形態において、排紙先の問い合わせ後にホストで行なう表示例を示した説明図である。
【図１６】第３実施形態におけるネットワーク接続された印刷システム全体の構成を示したブロック図である。
【図１７】第３実施形態において用いられる印刷装置のリストを示した説明図である。
【図１８】第３実施形態においてホストから印刷装置に送信されるＪＬ問い合わせデータの例を示した説明図である。
【符号の説明】
１００  ホスト（ホストコンピュータ）
１０１  アプリケーション部
１０２  プリンタドライバ部
１０３  Ｉ／Ｆ（インタフェース）ドライバ部
１０４  ユーティリティ部
１０５  送信バッファ
１０６  受信バッファ
１５０  印刷装置
１５１  Ｉ／Ｆドライバ部
１５２  ＪＬパーサ部
１５３  ＰＤＬトランスレータ部
１５４  エンジン制御部
１５５  プリントエンジン部
１５６  送信バッファ
１５７  受信バッファ
１５８  ページバッファ
１５９  ジョブ情報テーブル
１６０  カレントジョブ情報
１９０  通信媒体
１０００  制御部
１５００  制御部
１００１  メモリ
１５０１  メモリ
【図１】
0004136103.tif 000002
【図２】
0004136103.tif 000003
【図３】
0004136103.tif 000004
【図４】
0004136103.tif 000005
【図５】
0004136103.tif 000006
【図６】
0004136103.tif 000007
【図７】
0004136103.tif 000008
【図８】
0004136103.tif 000009
【図９】
0004136103.tif 000010
【図１０】
0004136103.tif 000011
【図１１】
0004136103.tif 000012
【図１２】
0004136103.tif 000013
【図１３】
0004136103.tif 000014
【図１４】
0004136103.tif 000015
【図１５】
0004136103.tif 000016
【図１６】
0004136103.tif 000017
【図１７】
0004136103.tif 000018
【図１８】
0004136103.tif 000019