(57)【要約】【課題】ラスターイメージプロセッサを有するプリントコントローラとプリントエンジンとが、専用ケーブルで接続されるプリントシステムにおいて、プリントコントローラに接続するプリントエンジンが取り替えられても、取り替え後のプリントエンジンに合ったプリント出力を実現すること。【解決手段】エンジン接続検知部３６の検知が非接続状態から接続状態に転じると、エンジン仕様設定部３８は、接続状態にあるプリントエンジンのエンジン仕様保存部からエンジン仕様を取得し、エンジン仕様保持部４０に保持する。ＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ）部は、エンジン仕様保持部４０に保持されているエンジン仕様にしたがってラスタライズし、ラスターデータをプリントエンジンへ出力する。【選択図】          図２
2004192160.tif 000002
【特許請求の範囲】
【請求項１】
プリントジョブをラスタライズし、ラスターデータをプリントエンジンに出力するプリントコントローラと、当該プリントコントローラとは別個に設けられ、前記ラスターデータに基づいて印刷するプリントエンジンとからなるプリントシステムであって、
前記プリントエンジンは、
自己の仕様情報を保存する仕様保存部を有し、
前記プリントコントローラは、
接続状態にあるプリントエンジンから前記仕様保存部に保存されている仕様情報を取得する仕様情報取得部と、
取得した仕様情報に従ってラスタライズするラスタライズ部と、
を有することを特徴とするプリントシステム。
【請求項２】
前記プリントコントローラと前記プリントエンジンとは、専用ケーブルで接続されるものであり、
前記プリントコントローラは、前記プリントエンジンが接続状態にあるか否かを検知する接続検知部を有し、
前記仕様情報取得部は、接続検知部が非接続状態から接続状態に転じたことを検知すると、前記仕様情報を取得することを特徴とする請求項１記載のプリントシステム。
【請求項３】
前記プリントコントローラは、
前記接続検知部が非接続状態を検知している間は、新たなプリントジョブのラスタライズを禁止するラスタライズ禁止手段を備えることを特徴とする請求項２記載のプリントシステム。
【請求項４】
前記プリントコントローラは、
あるプリントジョブのラスタライズ中に、前記接続検知部による検知が接続状態から非接続状態に転じると、次に接続状態が検知されるまで、当該プリントジョブのラスタライズを中止するラスタライズ中止手段を備えることを特徴とする請求項２記載のプリントシステム。
【請求項５】
前記プリントコントローラは、
あるプリントジョブのラスタライズ完了後、ラスターデータをプリントエンジンへの出力する前に、前記接続検知部による検知が接続状態から非接続状態に転じると、当該ラスターデータの出力を一時保留にすると共に、
次に、接続検知部による検知が非接続状態から接続状態に転じると、切断前後のプリントエンジンが同仕様のものか否かを判定し、同仕様であれば、保留にしておいた前記ラスターデータをプリントエンジンへ出力し、仕様が異なれば、保留にしておいたラスターデータを廃棄するラスターデータ出力調整手段を備えることを特徴とする請求項２記載のプリントシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プリントシステムに関し、特に、プリントコントローラとプリントエンジンとが分離されてなるプリントシステムに関する。
【０００２】
【従来の技術】
プリントコントローラとプリントエンジンとが一つの筐体に収納されてなるプリンタでは、プリントコントローラ部分は、通常ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）化され、基板に搭載された形で当該筐体内に収納されている。したがって、例えば、プリントコントローラのＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ）部に製品開発上生じた不具合（バグ）があると、当該ＩＣを開発・製造段階から作製し直さなければならない。
【０００３】
これに対し、近年、プリントコントローラとプリントエンジンとを分離して両者をケーブルで接続し、当該プリントコントローラの大部分、特に、ＲＩＰをソフトウエアで構成したプリントシステムが出現している（例えば、特許文献１参照）。ＲＩＰをソフトウエアで構成することにより、たとえバグが発生した場合であってもバージョンアップしたソフトウエアをインストールし直すだけで済むので、こういったトラブルに対処しやすくなる。また、新型のプリントエンジンに対するプリントコントローラの開発期間も短縮することが可能となる。
【０００４】
ところで、上記したプリントシステムでは、プリントコントローラにコンピュータが用いられる関係上、一般的に高価になる。そこで、これを有効利用したいといった要請がある。
たとえば、解像度の異なるプリントエンジン２台を使い分けたいといった要請である。すなわち、普段、一般的な書類の印刷には、ランニングコストのかからない低解像度のプリントエンジンを使用し、写真などの画像は、高解像度のプリントエンジンで印刷するといった使い方である。
【０００５】
【特許文献１】
特開平７−１８００号公報（段落１４〜１８、図１）
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のプリントシステムにおいて、プリントコントローラと接続するプリントエンジンを変更した場合には、変更後のプリントエンジンの仕様をユーザが確認し、当該仕様に合わせて、プリントコントローラの設定を変更する必要がある。この場合に、プリントコントローラの設定変更を忘れたり、あるいは誤ったりすると、全く予期しない印刷結果が出力されてしまうこととなる。
【０００７】
本発明は、上記した課題に鑑み、接続するプリントエンジンが変更された場合であっても、当該変更後のプリントエンジンの使用に合致した印刷がなされるプリントシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記の目的を達成するため、本発明に係るプリントシステムは、プリントジョブをラスタライズし、ラスターデータをプリントエンジンに出力するプリントコントローラと、当該プリントコントローラとは別個に設けられ、前記ラスターデータに基づいて印刷するプリントエンジンとからなるプリントシステムであって、前記プリントエンジンは、自己の仕様情報を保存する仕様保存部を有し、前記プリントコントローラは、接続状態にあるプリントエンジンから前記仕様保存部に保存されている仕様情報を取得する仕様情報取得部と、取得した仕様情報に従ってラスタライズするラスタライズ部とを有することを特徴とする。
【０００９】
また、前記プリントコントローラと前記プリントエンジンとは、専用ケーブルで接続されるものであり、前記プリントコントローラは、前記プリントエンジンが接続状態にあるか否かを検知する接続検知部を有し、前記仕様情報取得部は、接続検知部が非接続状態から接続状態に転じたことを検知すると、前記仕様情報を取得することを特徴とする。
【００１０】
さらに、前記プリントコントローラは、前記接続検知部が非接続状態を検知している間は、新たなプリントジョブのラスタライズを禁止するラスタライズ禁止手段を備えることを特徴とする。
また、前記プリントコントローラは、あるプリントジョブのラスタライズ中に、前記接続検知部による検知が接続状態から非接続状態に転じると、次に接続状態が検知されるまで、当該プリントジョブのラスタライズを中止するラスタライズ中止手段を備えることを特徴とする。
【００１１】
また、前記プリントコントローラは、あるプリントジョブのラスタライズ完了後、ラスターデータをプリントエンジンへの出力する前に、前記接続検知部による検知が接続状態から非接続状態に転じると、当該ラスターデータの出力を一時保留にすると共に、次に、接続検知部による検知が非接続状態から接続状態に転じると、切断前後のプリントエンジンが同仕様のものか否かを判定し、同仕様であれば、保留にしておいた前記ラスターデータをプリントエンジンへ出力し、仕様が異なれば、保留にしておいたラスターデータを廃棄するラスターデータ出力調整手段を備えることを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら説明する。
図１は、プリントシステム２を含むシステムの概略構成図である。
図１に示すように、プリントシステム２はプリントコントローラ４と、当該プリントコントローラ４とは別個に設けられた複数台（本例では２台）のプリントエンジン６，８とで構成されている。プリントコントローラ４とプリントエンジン６，８とは、例えば、ＩＥＥＥ１３９４規格に準拠した専用ケーブル１０，１２で接続される。本例では、専用ケーブルで一時に接続されるプリントエンジンの台数は１台である。図１では、プリントエンジン６が接続状態であることを、専用ケーブル１０を実線で表すことにより示しており、プリントエンジン８が非接続状態であることを、専用ケーブル１２を破線で表すことにより示している。なお、プリントエンジン６は、カラー印刷が可能なカラープリントエンジンであり、プリントエンジン８は、モノクロ印刷専用のモノクロプリントエンジンである。
【００１３】
プリントコントローラ４はネットワーク１４に接続されており、当該ネットワーク１４には、端末装置１６〜２２が複数台接続されている。
プリントコントローラ４は、各端末装置１６〜２２からネットワーク１４を介して送信されるプリントジョブを受け付ける。送信されるプリントジョブは、ページ記述言語で記載されている。プリントコントローラ４は、当該ページ記述言語で記載されたプリントジョブをラスタライズして、ラスターデータ（ビットマップデータ）を生成する。プリントコントローラ４は、生成したラスターデータをプリントエンジン６（８）へ出力する。
【００１４】
プリントエンジン６，８は、プリントコントローラ４から入力されるラスターデータに基づいて記録シートに印刷を行ない、印刷済みの記録シートをトレー６ａ，８ａに出力する。
図２は、プリントシステム２の概略構成を示すブロック図である。
プリントエンジン６は、エンジン部２４、エンジン仕様保存部２６、接続応答部２８等を有している。同様に、プリントエンジン８は、エンジン部３０、エンジン仕様保存部３２、接続応答部３４等を有している。
【００１５】
エンジン部２４，３０は、プリントコントローラ４から出力されるラスターデータを一時的に記憶するビットマップメモリ（不図示）を有する。エンジン部２４，３０は、その他、感光体ドラム、帯電器、露光器、現像器、転写器、除電器、および定着器など（いずれも、不図示）を備え、前記ビットマップメモリに記憶されているラスターデータに基づき、公知の電子写真方式によって記録シートに印刷する。
【００１６】
エンジン仕様保存部２６，３２は、各プリントエンジンが個別に有するエンジン仕様を保存する。エンジン仕様とは、プリントコントローラ４において各プリントエンジンに合うようにラスタライズするために必要な情報（仕様情報）である。図３（ａ）にプリントエンジン６におけるエンジン仕様の保存内容を、図３（ｂ）にプリントエンジン８におけるエンジン仕様の保存内容をそれぞれ示す。
【００１７】
図３（ａ）、図３（ｂ）に示すエンジン仕様の項目は、カラーモード、主走査方向解像度（ｄｐｉ）、副走査方向解像度（ｄｐｉ）、階調（Ｂｉｔ／Ｐｉｘｅｌ）である。
「カラーモード」には、カラーエンジンかモノクロ専用エンジンかを区別する情報が保存される。プリントエンジン６では「カラー」がプリントエンジン８では「モノクロ」が保存されている。
【００１８】
「主走査方向解像度（ｄｐｉ）」、「副走査方向解像度（ｄｐｉ）」には、各々の方向におけるピクセル間隔が［ｄｐｉ］単位で表現された情報が保存される。モノクロエンジン６では、主走査方向・副走査方向ともに「６００」が、プリントエンジン８では、主走査方向に「１２００」が、副走査方向に「６００」が保存されている。
【００１９】
「階調（Ｂｉｔ／Ｐｉｘｅｌ）」には、１ピクセルで表現できる階調がビット単位で保存される。プリントエンジン６では「８ビット（＝２５６階調）」がプリントエンジン８では「１ビット」が保存されている。
なお、上記した項目は、エンジン仕様保存部に保存される項目の内の一部である。例えば、その他に、後述するＲＩＰ部４２で用いるカラーマッチングのモジュールを特定する情報として当該モジュールのファイル名やグレースケールのモジュールを特定する情報として当該モジュールのファイル名等が保存されるのであるが、ここでは、説明を簡略にするため、それらその他の項目についての図示は省略することとする。
【００２０】
また、本例においてエンジン仕様保存部２６，３２には、上記したエンジン仕様に加え、各プリントエンジンを特定するための固有情報としてシリアルＮｏ．が保存されている。
エンジン仕様保存部２６，３２は、プリントコントローラ４のエンジン仕様設定部３８からの要求に応答して、エンジン仕様保存部２６，３２の保存内容をエンジン仕様設定部３８に送信する。
【００２１】
図２に戻り、接続応答部２８、３４は、プリントコントローラ４からの接続確認通知に対して応答する。
プリントコントローラ４は、エンジン接続検知部３６、エンジン仕様設定部３８、エンジン仕様保持部４０、ＲＩＰ部４２およびプリントキュー部４４等を有する。
【００２２】
エンジン接続検知部３６は、プリントエンジンに向けて定期的に接続確認通知を発すると共に、プリントエンジンからの応答の有無を確認する。プリントエンジンからの応答があると専用ケーブルで接続されている（接続状態である）と判断し、応答がなければ接続されていない（非接続状態である）と判断する。また、エンジン接続検知部３６は、当該判断結果をエンジン仕様設定部３８に通知する。
【００２３】
エンジン仕様設定部３８は、エンジン接続検知部３６からの通知が「非接続状態」から「接続状態」に転じると、プリントエンジン側のエンジン仕様保存部に対し、保存内容送信要求を発する。この要求に応答して送信された保存内容を、エンジン仕様設定部３８は、エンジン仕様保持部４０に保持させる。すなわち、エンジン仕様設定部３８は、プリントエンジンからエンジン仕様を取得するエンジン仕様取得手段として機能する。
【００２４】
エンジン仕様保持部４０は、エンジン仕様設定部３８から送信される保存内容を保持する。図３（ｃ）は、エンジン仕様保持部４０を示す図である。図３（ｃ）に示すように、エンジン仕様保持部４０の保持する項目は、プリントエンジン側のエンジン仕様保存部２６，３２の項目と同じである。
図２に戻り、ＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ）部４２は、ソフトウエアであるラスターイメージプロセッサによって、ページ記述言語で記載されたプリントジョブをラスタライズしてラスターデータ（ビットマップデータ）を生成する。ラスターイメージプロセッサは、複数のモジュールで構成されている。
【００２５】
ＲＩＰ部４２は、エンジン仕様保持部４０の保持内容を参照し、当該保持されているエンジン仕様に合ったラスタライズを実行するため、複数のモジュールから選択してモジュール（プログラム）を組み立ててラスタライズする。例えば、カラーマッチングであれば、当該カラーマッチングに用いるモジュールが複数準備されており、ＲＩＰ部４２は、エンジン仕様保持部４０に保持されているファイル名を参照し、当該ファイル名で特定されるファイルのモジュールを選択してカラーマッチングを実行するのである。また、例えば、解像度であれば、エンジン仕様保持部４０に保持されている解像度を参照し、当該解像度に合ったパラメータを用いてラスタライズを実行するのである。すなわち、ＲＩＰ部４２は、エンジン仕様保持部４０に保持されているエンジン仕様、すなわち、プリントエンジンから取得したエンジン仕様に従ってラスタライズするのである。
【００２６】
プリントキュー部４４は、端末装置１６〜２２などから送信されるプリントジョブを保持し、当該保持しているプリントジョブをＲＩＰ部４２からの指示で、先入れ・先出し方式で当該ＲＩＰ部４２へ出力する。
上記の構成からなるプリントシステム２における、プリントコントローラ４によるプリントエンジンからのエンジン仕様の取得手順について、図４に示すシーケンス図を参照しながら説明する。当該シーケンス図は、プリントコントローラ４、プリントエンジン共に電源スイッチがオンされた状態で、専用ケーブルによる両者間の接続がなされたケースを示している。
【００２７】
先ず、プリントコントローラ４のエンジン接続検知部３６は、プリントエンジンに向けて接続確認の通知を定期的に行なう。このケースでは、３回接続確認をしてもプリントエンジン側からの応答がないので、この間は、非接続状態であると判断される。
ここで、３回の接続確認の後、４回目の接続確認の前に専用ケーブルによりいずれかのプリントエンジンが接続されたとすると、４回目の接続確認に対して、当該プリントエンジンの接続応答部はＲｅｐｌｙ  ａｎｓｗｅｒとして「接続：Ｙｅｓ」通知をプリントコントローラ４へ返す。これを受けたエンジン接続検知部３６は、プリントエンジンが接続されたものと判断し（非接続状態から接続状態へ転じたものと判断し）、当該判断結果をエンジン仕様設定部３８へ通知する。
【００２８】
当該通知を受けると、エンジン仕様設定部３８は、エンジン仕様保存部に向けて保存内容送信要求を発する。
エンジン仕様保存部は、当該要求に対するＲｅｐｌｙ  ａｎｓｗｅｒとして「エンジン仕様を含む保存内容」を送信する。
エンジン仕様設定部３８は、送信された保存内容をエンジン仕様保持部４０に保持すると共に、その旨、すなわち接続状態にあるエンジンからのエンジン仕様の取得を完了した旨をエンジン接続検知部３６に通知する。
【００２９】
当該通知を受けると、エンジン接続検知部３６は、再び、プリントエンジンに向けて定期的に接続確認を行なう。そして、「接続：Ｙｅｓ」が応答されている間は接続が維持されていると判断し、応答が無くなると接続状態から非接続状態に転じたと判断する。そして、次に「接続：Ｙｅｓ」の応答があると、非接続状態から接続状態に転じたと判断するのである。
【００３０】
以上説明したように、プリントエンジンが非接続状態から接続状態へ転じたことをエンジン接続検知部３６が検知すると、仕様情報取得部であるエンジン仕様設定部３８は、接続状態にあるプリントエンジンのエンジン仕様保存部からエンジン仕様を取得する。取得したエンジン仕様はエンジン使用保持部４０に保持され、当該エンジン仕様に従ってラスタライズがなされることとなる。
【００３１】
このように、上記プリントシステムによれば、ユーザの操作によらず、接続状態にあるプリントエンジンからエンジン仕様が自動的に取得されてプリントコントローラに設定されるため、接続されているプリントエンジンに合ったラスタライズが確実に実行されることとなる。
以上、本発明を実施の形態に基づいて説明してきたが、本発明は上記した形態に限らないことは言うまでもなく、例えば、以下の形態とすることもできる。
（変形例１）
上記実施の形態では、プリントエンジンが非接続状態から接続状態に転じたことを契機として、エンジン仕様を取得することとしたが、エンジン仕様の取得タイミングはこれに限らない。例えば、接続状態に転じてから、プリントコントローラ４がプリントジョブの受信を完了したことを契機としてエンジン仕様を取得することとしてもよい。
【００３２】
図５に、この場合のプリントコントローラの処理手順であるフローチャートを示す。
先ず、プリントキュー部４４は、プリントジョブの受信を完了すると、すなわち、処理待ちジョブが発生すると（ステップＳ２でＹｅｓ）、エンジン仕様設定部４０にその旨を通知する。
【００３３】
エンジン仕様設定部３８は、エンジン接続検知部３６に接続確認を行い、接続が維持されていれば（ステップＳ４でＹｅｓ）、プリントエンジンのエンジン仕様保存部に向けて保存内容送信要求を発し、当該エンジン仕様保存部からエンジン仕様を含む保存内容を取得する（ステップＳ６）。エンジン仕様設定部は３８、取得した保存内容をエンジン仕様保持部４０に保持する（ステップＳ８）。ＲＩＰ部４２は、エンジン仕様保持部４０に保持されているエンジン仕様にしたがってプリントキュー部４４にあるプリントジョブのラスタライズを行ない、当該ラスタライズが完了すると（ステップＳ１０）、ラスターデータを、専用ケーブルを介してプリントエンジンへ出力する。
【００３４】
以上のようにすることで、例えば、処理待ちのプリントジョブが発生する前に、プリントエンジンの接続切り換え（取り替え）が行なわれた場合でも、無駄にエンジン仕様の取得処理を行なうことを防止できる。
なお、上記では、プリントジョブの受信完了を契機としてエンジン仕様を取得したが、プリントジョブの受信開始を契機としてエンジン仕様を取得しても構わない。こうすることにより、受信が完了してからエンジン仕様の取得を開始する場合と比較して、ラスタライズ開始までの時間を短縮することが可能となる。
（変形例２）
変形例２では、ラスタライズ開始から完了までの間や、ラスタライズ完了からプリントエンジンへラスターデータの出力を開始するまでの間に、例えば不用意に専用ケーブルが引き抜かれた場合（あるいは、接続するプリントエンジンが取り替えられた場合）を想定し、その場合の手当てを可能にしている。また、プリントコントローラ４の電源が投入されてから、プリントエンジンが接続されていない限り、プリントジョブのラスタライズを開始しないようにしている。
【００３５】
図６は、上記処理を行なうため、プリントコントローラ４で起動されるプログラムに対応したフローチャートである。なお、本例においても図４を用いて説明したときと同様に、エンジン接続検知部３６は、定期的に検知処理を行なっているのであるが、説明の便宜上、当該フローチャートでは、検知結果の必要なタイミングでのみ接続確認の処理「エンジン接続？」を挿入することとした。また、エンジン仕様設定部３８によるエンジン仕様の取得処理と保持処理は、これまで説明してきたのと同様なので、本例では、簡単に言及するに留めることとする。
【００３６】
プリントコントローラ４の電源が投入されると、先ず、プリントエンジンの接続確認を行ない（ステップＳ２０）、接続されていなければ（ステップＳ２０でＮｏ）、接続を待つ。
プリントエンジンが接続されると（ステップＳ２０でＹｅｓ）、接続されているプリントエンジンのエンジン仕様を取得し（ステップＳ２２）、取得したエンジン仕様を保持する（ステップＳ２４）。
【００３７】
続いて、処理待ちプリントジョブの有無を確認し（ステップＳ２６）、有れば（ステップＳ２６でＹｅｓ）、当該プリントジョブのラスタライズを開始する（ステップＳ２８）。
以上の説明から、ステップＳ２０〜Ｓ２８の処理は、エンジン接続検知部３６が非接続状態を検知している間は、新たなプリントジョブのラスタライズを禁止する禁止手段として機能することがわかる。
【００３８】
そして、ラスタライズ開始からラスタライズが完了する（ステップＳ３４でＹｅｓ）までの間のラスタライズ処理（ステップＳ３０）中に、プリントエンジンが接続状態から非接続状態に転じたときには（ステップＳ３２でＮｏ）、それまでに作成されたラスターデータを廃棄する（ステップＳ３６）と共に、次に、プリントエンジンが接続されるのを待つ（ステップＳ３８）。
【００３９】
プリントエンジンが接続されると（ステップＳ３８でＹｅｓ）、接続されたプリントエンジンのエンジン仕様を取得し（ステップＳ４０）、取得したエンジン仕様を保持して（ステップＳ４２）、ステップＳ２８に戻り、ラスタライズをやり直す。このようにすることで、例えば、ラスタライズ中にプリントエンジンが取り替えられた場合であっても、取り替え後のプリントエンジンに合ったラスターデータの作成が行なわれることとなる。
【００４０】
以上の説明から、ステップＳ３０〜Ｓ４２の処理は、ラスタライズ中にエンジン接続検知部３６の検知結果が接続状態から非接続状態に転じた場合に、次に接続状態が検知されるまで、ラスタライズを中止する中止手段として機能することがわかる。
そして、プリントジョブのラスタライズが完了すると（ステップＳ３４でＹｅｓ）、ラスターデータをプリントエンジンへ出力する（ステップＳ４６）前に、プリントエンジンの接続確認を行なう（ステップＳ４４）。
【００４１】
接続が維持されていれば（ステップＳ４４でＹｅｓ）、ラスターデータをプリントエンジンへ出力した（ステップＳ４６）後、ＲＩＰ部４２は、プリントキュー部４４へラスターデータの出力が完了した旨の通知を行ない、当該通知を受けたプリントキュー部４４は、対応するプリントジョブを削除する（ステップＳ４８）。ステップＳ４８が終了すると、プリントエンジンの接続確認を行ない（ステップＳ５０）、接続が維持されていれば（ステップＳ５０でＹｅｓ）、ステップＳ２６へ戻り、非接続状態になっていれば（ステップＳ５０でＮｏ）、ステップＳ２０へ戻る。
【００４２】
一方、ステップＳ４４で非接続状態であると判定された場合は、次にプリントエンジンが接続されるのを待つ（ステップＳ５２）。次に接続されたのが、その直前に接続されていたプリントエンジンと同じエンジンか否かの判定を行なう（ステップＳ５４）。同じエンジンであれば（ステップＳ５４でＹｅｓ）、ステップＳ４６へ進んで、作成済みのラスターデータをプリントエンジンへ出力する。一方、違うエンジンであれば（ステップＳ５４でＮｏ）、作成済みのラスターデータを廃棄して（ステップＳ５６）、ステップＳ２８へ戻り、ラスタライズをやり直す。
【００４３】
以上の説明から、ステップＳ４４、Ｓ４６、Ｓ５２〜Ｓ５６は、ラスタライズ完了後ラスターデータをプリントエンジンに出力する前のプリントエンジンの接続状況に応じて、ラスターデータの出力調整を行なう出力調整手段として機能することがわかる。
なお、新たに接続されたプリントエンジン（以下、「第１のエンジン」と言う。）と直前に接続されていたプリントエンジン（以下、「第２のエンジン」と言う。）とが同じエンジンであるか否かの判定は、以下のようにして実現できる。すなわち、エンジンの非接続状態が検出された際に、第２のエンジンのシリアルＮ０．とエンジン仕様をエンジン仕様保持部４０に保持したまま、第１のエンジンのシリアルＮｏ．とエンジン仕様を取得し仮記憶部（不図示）に記憶する。そして、エンジン仕様保存部４０に保存されているシリアルＮｏ．と仮記憶部に記憶されているシリアルＮｏ．とを比較して同一か否かの判定をするのである。
【００４４】
さらに、同一と判定した場合には、仮記憶部の記憶内容を削除し、同一でないと判定した場合には、仮記憶部の記憶内容をエンジン仕様保存部４０に上書き保持するのである。
また、図６のフローチャートでは、ラスターデータをプリントエンジンへ出力している最中に、専用ケーブルが引き抜かれた場合の手当てがなされていない。これは、プリントエンジンが作動し、その作動音が聞こえている最中に、不用意に専用ケーブルを引き抜くことはあまりないであろうとの考えに基づく。しかしながら、万全を期すために、この場合も、以下のようにして手当てをしておいても構わない。
【００４５】
ラスターデータは、１頁分のプリントエンジンへの出力が完了するまで、当該ページのラスターデータは全部、ＲＩＰ部４２で保持しておく。そして、ラスターデータのプリントエンジンへの出力中に、専用ケーブルが引き抜かれた場合（すなわち、エンジン接続検知部３６の検知が、接続状態から非接続状態に転じると）、ステップＳ５２、Ｓ５４、Ｓ５６と同様の処理を行なう。
【００４６】
すなわち、次にプリントエンジンが接続されるのを待つ。次に接続されたのが、その直前に接続されていたプリントエンジンと同じエンジンか否かの判定を行なう。同じエンジンであれば、非接続状態に転じた際に出力中であったページのラスターデータからプリントエンジンへの出力を再開する。一方、違うエンジンであれば、残存しているラスターデータを廃棄して、ステップＳ２８へ戻り、ラスタライズをやり直すのである。
（変形例３）
ここまでの例では、プリントコントローラ４に同時に接続できるプリントエンジンは１台のみであったが、変形例３は、複数台（本例では２台）を同時に２本の専用ケーブルで接続する例である。そして、受け付けたプリントジョブ（処理対象となるプリントジョブ）により適したプリントエンジンからエンジン仕様を取得してラスタライズし、ラスターデータを当該プリントエンジンに出力するようになっている。
【００４７】
図７は、上記処理の一例を示すフローチャートである。本例は、プリントエンジン６とプリントエンジン８、すなわち、カラープリントエンジンとモノクロ専用プリントエンジンとが接続されている例である。また、プリントコントローラ４における専用ケーブル差し込み口は、カラーエンジン専用とモノクロエンジン専用とに分けられている。
【００４８】
先ず、プリントキュー部４４に処理待ちジョブがあるか否かを判定し（ステップＳ６０）、あれば、先頭のプリントジョブはカラー印刷すべきジョブかモノクロ印刷すべきジョブかの判定を行なう（ステップＳ６２）。なお、カラー印刷すべきジョブかモノクロ印刷すべきジョブかの判定は、端末装置からプリントジョブを送信する際、当該プリントジョブのヘッダー部分に当該情報を格納し、受け付けたプリントジョブのヘッダー部分を確認することによって可能である。
【００４９】
処理待ちジョブがカラー印刷すべきジョブであった場合には（ステップＳ６２でＹｅｓ）、カラーエンジン専用差し込み口を介して、エンジンの接続確認を行ない（ステップＳ６４）、プリントエンジン６が接続されていれば（ステップＳ６４でＹｅｓ）、ステップＳ６８へ進み、接続されていなければ、接続されるまで待つ（ステップＳ６４）。
【００５０】
一方、処理待ちジョブがモノクロ印刷すべきジョブであった場合には（ステップＳ６２でＮｏ）、モノクロエンジン専用差し込み口を介して、エンジンの接続確認を行ない（ステップＳ６６）、プリントエンジン８が接続されていれば（ステップＳ６６でＹｅｓ）、ステップＳ６８へ進み、接続されていなければ、接続されるまで待つ（ステップＳ６６）。
【００５１】
ステップＳ６８以降の処理は、図５で示したフローチャートのステップＳ６以降の処理と同様なので、その説明については省略する。
（変形例４）
これまでの例では、エンジン仕様保持部４０は、一のプリントエンジンのエンジン仕様のみを保持し、接続されるプリントエンジンが取り替えられると（同じプリントエンジンが再接続された場合でも）、新たに接続されたプリントエンジンのエンジン仕様全てを取得し、エンジン仕様保持部４０に上書き保持していた。これに対し、変形例４では、エンジン仕様保持部は、複数のエンジン仕様を保持することとし、一度取得したエンジン仕様はそのまま保持することとしている。
【００５２】
図８に本例におけるエンジン仕様保持部を示す。本例では、過去にシリアルＮｏ．：Ｃ−０００１のプリントエンジンとシリアルＮｏ．：Ｂ−０００２のプリントエンジンが接続された例である。
そして、接続されるプリントエンジンが取り替えられると、当該取り替え後のプリントエンジンから、先ず、当該プリントエンジンを特定するのに必要最小限の固有情報としてシリアルＮｏ．を取得する。取得したシリアルＮｏ．と同じ番号がエンジン仕様保持部４０に保持されているか否かの検索を行ない、保持されていれば該当するエンジン仕様を用い、保持されていない場合に始めて、当該プリントエンジンから全エンジン仕様を取得するようにする。
（変形例５）
上記変形例３では、プリントコントローラ４における専用ケーブル差し込み口を、カラーエンジン専用とモノクロエンジン専用とに区別したが、区別しなくても、いっしょに接続されている２台のプリントエンジンを使い分けることは可能である。すなわち、エンジン仕様保持部では、ケーブル差し込み口の数に応じた複数のエンジン仕様を保持することとする。また、エンジン仕様を取得した際に、当該プリントエンジンが接続された方の差し込み口を当該エンジン仕様と対応付けて記憶しておく。そして、例えば、カラー印刷すべきジョブの場合には、プリントエンジン６（カラーエンジン）の専用ケーブルが差し込まれているとされている差し込み口を介してプリントエンジンの接続維持確認を行なう。接続が維持されていれば、そのままラスタライズ処理以降の処理を実行し、接続が維持されていなければ、いずれかの差込口からカラープリントエンジンが接続されるまで、当該カラー印刷すべきプリントジョブを保留にするのである。
（その他の変形例）
（１）上記の例では、プリントシステムを構成するプリントエンジンの台数は２台であったが、当該台数は２台に限らない。１台であってもよく、また３台以上であってもよい。
【００５３】
また、上記の例では、カラープリントエンジンとモノクロ専用プリントエンジンの組み合わせであったが、当該組合せもこれに限らない。たとえば、同じモノクロ専用プリントエンジンであって、解像度の異なるプリントエンジン同士の組み合わせであってもよい。
（２）上記の例では、ラスタライズ後のラスターデータ（ビットマップデータ）のビットマップメモリをプリントエンジン側に設けたが、プリントコントローラ側に設けるようにしても構わない。
（３）上記の例では、プリントコントローラは、外部からプリント記述言語で記載されたプリントジョブを受け取るようにしていたが、種々のアプリケーションソフトで作成されたデータを受け付けてラスタライズをするようにしても構わない。
（４）変形例２や変形例４では、プリントエンジンの同一性を確認するために、シリアルＮｏ．を用いた。しかしながら、変形例２や変形例４における目的を達成するためには、プリントエンジンの同一性までを確認する必要はなく、別のエンジンであってもその仕様の同一性の確認ができれば足りる。そこで、シリアルＮｏ．に代えて、仕様の同一性を示す同種情報として、例えば、「型式」「機種名」などを用いることとしても構わない。
【００５４】
【発明の効果】
以上説明したように、本発明に係るプリントシステムによれば、プリントコントローラでは、接続状態にあるプリントエンジンから仕様情報が取得され、取得された仕様情報に従ってラスタライズがなされて、ラスターデータがプリントエンジンへ出力される。すなわち、上記プリントシステムによれば、ユーザの操作によらずに、接続状態にあるプリントエンジンから仕様情報が自動的に取得されるため、接続状態にあるプリントエンジンに合ったラスタライズが確実になされることとなる。
【００５５】
また、プリントコントローラでは、専用ケーブルで接続されるプリントエンジンが接続状態にあるか否かが検知され、非接続状態から接続状態に転じたことが検知されると、仕様情報が取得されるため、例えば、プリントエンジンが取り替えられた場合に、取り替え後のプリントエンジンに合ったラスタライズが確実になされることとなる。
【００５６】
また、接続検知部によって非接続状態が検知されている間は、新たなプリントジョブのラスタライズが禁止されるので、不必要なラスタライズ処理の実行を防止することができる。
また、あるプリントジョブのラスタライズ中に、接続検知部による検知が、接続状態から非接続状態に転じると、次に接続状態が検知されるまで、当該プリントジョブのラスタライズが中止されるので、無駄なラスタライズ処理の実行を防止することができる。
【００５７】
また、あるプリントジョブのラスタライズ完了後、ラスターデータをプリントエンジンへの出力する前に、前記接続検知部による検知が接続状態から非接続状態に転じると、当該ラスターデータの出力が一時保留にされると共に、
次に、接続検知部による検知が非接続状態から接続状態に転じると、切断前後のプリントエンジンが同仕様のものか否かが判定され、同仕様であれば、保留にしておいた前記ラスターデータがプリントエンジンへ出力され、仕様が異なれば、保留にしておいたラスターデータが廃棄されるので、作成されたラスタライズデータをできるだけ生かすことが可能になる。
【図面の簡単な説明】
【図１】プリントシステムを含むシステム全体の概略構成図である。
【図２】プリントシステムの概略構成を示すブロック図である。
【図３】（ａ）、（ｂ）は、エンジン使用保存部を示す図である。（ｃ）は、エンジン使用保持部を示す図である。
【図４】プリントコントローラによる、プリントエンジンからのエンジン仕様取得手順を示すシーケンス図である。
【図５】プリントコントローラの処理の一例を示すフローチャートである。
【図６】プリントコントローラの処理の一例を示すフローチャートである。
【図７】プリントコントローラの処理の一例を示すフローチャートである。
【図８】エンジン仕様保持部を示す図である。
【符号の説明】
２    プリントシステム
４    プリントコントローラ
６、８    プリントエンジン
２６、３２    エンジン仕様保存部
３８    エンジン仕様設定部
４０    エンジン仕様保持部
４２    ＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ）部
【図１】
2004192160.tif 000003
【図２】
2004192160.tif 000004
【図３】
2004192160.tif 000005
【図４】
2004192160.tif 000006
【図５】
2004192160.tif 000007
【図６】
2004192160.tif 000008
【図７】
2004192160.tif 000009
【図８】
2004192160.tif 000010