(57)【要約】【課題】  様々な種類のジョブに拡張することができるプラグ式ラスターイメージプロセッサシステム、ラスターイメージプロセッサの処理方法および記録媒体を提供する【解決手段】  ラスターイメージプロセッサ管理レイヤ１０２と、ラスターイメージプロセッサ管理レイヤ１０２に通信可能に接続され、複数のラスターイメージプロセッサを備えているプラグ式ラスターイメージプロセッサレイヤ１０４と、ラスターイメージプロセッサ管理レイヤ１０２およびプラグ式ラスターイメージプロセッサレイヤ１０４に通信可能に接続されたレジストリ１１０とを備え、あるジョブを受信すると、ラスターイメージプロセッサ管理レイヤ１０２が、ジョブの種類を決定し、ジョブが処理のためにプラグ式ラスターイメージプロセッサレイヤ１０４に送信する。【選択図】      図１
2005018789.tif 000002
【特許請求の範囲】
【請求項１】
ラスターイメージプロセッサ管理レイヤと、
前記ラスターイメージプロセッサ管理レイヤに通信可能に接続され、複数のラスターイメージプロセッサを備えているプラグ式ラスターイメージプロセッサレイヤと、
前記ラスターイメージプロセッサ管理レイヤおよび前記プラグ式ラスターイメージプロセッサレイヤに通信可能に接続されたレジストリと、
を備え、
あるジョブが受信されると、前記ラスターイメージプロセッサ管理レイヤが、そのジョブの種類を決定するとともに、そのジョブを、処理のために前記プラグ式ラスターイメージプロセッサレイヤに送信することを特徴とするプラグ式ラスターイメージプロセッサシステム。
【請求項２】
前記ラスターイメージプロセッサ管理レイヤは、前記ジョブの内部に組み込まれたメタデータからジョブの種類を取得することを特徴とする請求項１に記載のプラグ式ラスターイメージプロセッサシステム。
【請求項３】
前記ラスターイメージプロセッサ管理レイヤは、前記レジストリを検索することで、前記ジョブの種類についての適切なラスターイメージプロセッサを決定することを特徴とする請求項２に記載のプラグ式ラスターイメージプロセッサシステム。
【請求項４】
前記プラグ式ラスターイメージプロセッサレイヤは、前記ラスターイメージプロセッサ管理レイヤからジョブを受信して該ジョブを前記複数のラスターイメージプロセッサのうちから選択された１つへ送信するインターフェイスをさらに備えることを特徴とする請求項１に記載のプラグ式ラスターイメージプロセッサシステム。
【請求項５】
新しいラスターイメージプロセッサが前記プラグ式ラスターイメージプロセッサレイヤに加えられると、エントリが前記レジストリへ加えられることを特徴とする請求項１に記載のプラグ式ラスターイメージプロセッサシステム。
【請求項６】
前記エントリは、前記ラスターイメージプロセッサについてのエントリのポイント、および前記ラスターイメージプロセッサが処理することのできる少なくとも１つのジョブの種類を備えることを特徴とする請求項５に記載のプラグ式ラスターイメージプロセッサシステム。
【請求項７】
前記プラグ式ラスターイメージプロセッサレイヤは、ジョブが完全に処理されると前記ラスターイメージプロセッサ管理レイヤに通知するように適合された手段をさらに備えることを特徴とする請求項１に記載のプラグ式ラスターイメージプロセッサシステム。
【請求項８】
前記複数のラスターイメージプロセッサは、ファックスラスターイメージプロセッサ、印刷ラスターイメージプロセッサ、ポストオフィスプロトコルクライアントラスターイメージプロセッサ、ターミナルアクセス制御ラスターイメージプロセッサ、およびポストスクリプトラスターイメージプロセッサのうち少なくとも２つを備えることを特徴とする請求項１に記載のプラグ式ラスターイメージプロセッサシステム。
【請求項９】
ラスター画像処理ジョブを受信するステップと、
ジョブの種類を決定するステップと、
複数のラスターイメージプロセッサから、あるラスターイメージプロセッサを選択するステップと、
前記ジョブを、選択されたラスターイメージプロセッサへ送信するステップと、
ラスター画像処理する前記ジョブが完全に処理されると、他のモジュールに通知するステップと、
を備えていることを特徴とするラスターイメージプロセッサの処理方法。
【請求項１０】
あるラスターイメージプロセッサを、該ラスターイメージプロセッサが処理することのできるジョブの種類を記憶するためのレジストリに登録することを特徴とする請求項９に記載のラスターイメージプロセッサの処理方法。
【請求項１１】
前記選択工程は、前記ジョブの種類に一致するラスターイメージプロセッサについてのレジストリを検索することを特徴とする請求項１０に記載のラスターイメージプロセッサの処理方法。
【請求項１２】
前記決定工程は、ジョブの種類を表示しているメタデータに関して前記ラスター画像処理ジョブを検索することを特徴とする請求項９に記載のラスターイメージプロセッサの処理方法。
【請求項１３】
前記のラスター画像処理ジョブを処理する際に、前記ラスターイメージプロセッサによってもたらされるエラーを追跡するステップと、
ある所定数のエラーがもたらされた後に、前記ジョブを非実用的であると記録するステップと、
をさらに備えていることを特徴とする請求項９に記載のラスターイメージプロセッサの処理方法。
【請求項１４】
あるラスターイメージプロセッサを前記複数のラスターイメージプロセッサから登録抹消することを特徴とする請求項９に記載のラスターイメージプロセッサの処理方法。
【請求項１５】
プラグ式ラスターイメージプロセッサシステムのための、コンピュータを、
ラスターイメージプロセッサを登録するレジスタ手段、
ラスター画像処理ジョブを受信する受信手段、
ジョブの種類を決定する決定手段、
前記ラスターイメージプロセッサを登録された複数のラスターイメージプロセッサから選択する選択手段、
該ジョブを前記選択されたラスターイメージプロセッサへ送信する送信手段、
前記ラスター画像処理ジョブが完全に処理されると他のモジュールに通知する通知手段
として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１６】
前記レジスタ手段は、前記ラスターイメージプロセッサが処理することのできるジョブの種類を記憶するためのレジストリを備えていることを特徴とする請求項１５に記載の記録媒体。
【請求項１７】
前記選択手段は、前記ジョブに一致するラスターイメージプロセッサについてのレジストリを検索するための第１の検索手段を備えていることを特徴とする請求項１６に記載の記録媒体。
【請求項１８】
前記決定手段は、前記ジョブの種類を表示するためのメタデータに関して前記ラスター画像処理ジョブを検索する第２の検索手段を備えていることを特徴とする請求項１５に記載の記録媒体。
【請求項１９】
前記のラスター画像処理ジョブを処理する際に、前記ラスターイメージプロセッサによってもたらされるエラーを追跡する追跡手段と、
ある所定数のエラーがもたらされた後に、前記ジョブを非実用的であると記録する記録手段と
をさらに備えていることを特徴とする請求項１５に記載の記録媒体。
【請求項２０】
あるラスターイメージプロセッサを前記複数のラスターイメージプロセッサから登録抹消する登録抹消手段をさらに備えていることを特徴とする請求項１５に記載の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に多機能周辺機器に関するものであり、より詳しくはラスターイメージプロセッサ（ＲＩＰ）を用いる画像出力システムのプラグ式ラスターイメージプロセッサシステム、ラスターイメージプロセッサの処理方法および記録媒体に関する。
【背景技術】
【０００２】
多機能周辺機器は、ファックス、プリントアウト、コピー、ＰＯＰクライアント印刷、トップアクセスコンピュータ（ＴＡＣ）印刷等のような異なるジョブを同時に処理することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上述の構成においては、次のような課題がある。
【０００４】
従来の技術においては、上述したようにジョブの種類は多種多様であるので、制御装置がそれらのジョブに関する中央処理装置（ＣＰＵ）の電力をどのように管理しようとしているか、それらのジョブのスタイタス、例えば、一時停止、再開、取り消しなどをどのように制御するか、この多機能周辺機器によって処理されるジョブの種類を将来的にどのように拡張するか、また、異なる種類のラスター変換を同時にどのように管理して負荷バランシングをどのように行なうか、のようないくつかの検討事項が存在している。
【０００５】
本発明は、上述の事情によりなされたもので、その目的は、様々な種類のジョブに拡張することができ、ラスターイメージプロセッサを簡単に作り出すことによって、または、サードパーティからラスターイメージプロセッサを購入して、そのラスターイメージプロセッサをＲＩＰ管理レイヤに登録することによって、将来的には新しい種類のジョブに拡張することができるプラグ式ラスターイメージプロセッサシステム、ラスターイメージプロセッサの処理方法および記録媒体を提供することである。
【課題を解決するための手段】
【０００６】
本発明の実施形態に係るプラグ式ラスターイメージプロセッサシステムは、ラスターイメージプロセッサ管理レイヤと、前記ラスターイメージプロセッサ管理レイヤに通信可能に接続され、複数のラスターイメージプロセッサを備えているプラグ式ラスターイメージプロセッサレイヤと、前記ラスターイメージプロセッサ管理レイヤおよび前記プラグ式ラスターイメージプロセッサレイヤに通信可能に接続されたレジストリとを備え、あるジョブが受信されると、前記ラスターイメージプロセッサ管理レイヤが、そのジョブの種類を決定するとともに、そのジョブを、処理のために前記プラグ式ラスターイメージプロセッサレイヤに送信することを特徴としている。
【０００７】
すなわち、ラスターイメージプロセッサ管理レイヤと、ラスターイメージプロセッサ管理レイヤに通信可能に接続され、複数のラスターイメージプロセッサを備えているプラグ式ラスターイメージプロセッサレイヤと、ラスターイメージプロセッサ管理レイヤおよびプラグ式ラスターイメージプロセッサレイヤに通信可能に接続されたレジストリとを備え、あるジョブが受信されると、ラスターイメージプロセッサ管理レイヤにより、ジョブの種類が決定され、ジョブが処理のためにプラグ式ラスターイメージプロセッサレイヤに送信される。このため、様々な種類のジョブに拡張することができるプラグ式ラスターイメージプロセッサシステム、ラスターイメージプロセッサの処理方法および記録媒体を提供することができる。
【発明の効果】
【０００８】
本発明を用いることにより、様々な種類のジョブに拡張することができるプラグ式ラスターイメージプロセッサシステム、ラスターイメージプロセッサの処理方法および記録媒体を提供できる。
【発明を実施するための最良の形態】
【０００９】
本発明は、以下のような構成を取っている。
【００１０】
第１層である最上層は、ラスターイメージプロセッサ（以下、ＲＩＰともいう）管理レイヤであり、異なる種類のラスター変換が必要とされる多重ジョブが行われるときに、負荷バランシングのために主に役割を負っている。この最上層は、適切なトリガーでジョブを開始して必要な種類のラスター化を得るためのジョブマネジャや、ジョブを物理的画像出力装置へ転送するための印刷データマネジャのような他のモジュールと通信を行なうための役割を負っている。
【００１１】
第２層には、画像の実際のラスター化を行なう１組のプラグ式（プラガブル：取り替え可能）ラスターイメージプロセッサが含まれている。異なるラスターイメージプロセッサは、それら自体をＲＩＰ管理レイヤに登録することによって、コントローラに適用できる。ラスターイメージプロセッサの種類によって、処理するジョブの種類が決定される。例えば、ファックスラスターイメージプロセッサによってファックスジョブが処理され、ＰＯＰクライアントラスターイメージプロセッサによってＰＯＰクライアント電子メールジョブが処理され、ＴＡＣラスターイメージプロセッサによってＴＡＣジョブが処理され、アドビラスターイメージプロセッサは、複雑なポストスクリプトジョブをなしとげるために用いることができ、カラーラスターイメージプロセッサは、カラー印刷ジョブを処理するために用いることができる。これらのプラグ式ラスターイメージプロセッサは、あるラスターイメージプロセッサが、第２層であるそのラスターイメージプロセッサと第１層であるＲＩＰマネジャとで規定されたプロトコルに従うものである限り、サードバーティによって開発されるであろう。
【００１２】
本発明では、ラスターイメージ処理システムは、様々な種類のジョブに拡張することができるものである。本発明によれば、ラスターイメージプロセッサを簡単に作り出すことによって、または、サードパーティからラスターイメージプロセッサを購入して、そのラスターイメージプロセッサをＲＩＰ管理レイヤに登録することによって、将来的には新しい種類のジョブに拡張することができる。
【００１３】
当業者であれば容易に理解することができるように、本発明は、ソフトウェア、ハードウェア、またはこれらの組み合わせにおいて実施することができる。
【００１４】
本発明におけるさらに別の目的は、本発明を実施するために最も適した最良の態様の１つの単なる例示である本発明の好適な実施形態が示され、かつ説明されている以下の説明から、当業者にとって容易に明らかになるであろう。実施する際には、本発明は、他の異なるいくつかの実施形態が可能であり、また、そのいくつかの細部は、明らかな様々な態様において、本発明から例外なくすべて修正することができる。従って、図面および説明は、事実上例示であって限定的なものではない、とみなされるであろう。
【００１５】
本明細書に組み込まれ、かつ、本明細書の一部を形成しているいくつかの添付図面は、本発明のいくつかの態様を示しており、また、その説明とともに、本発明の原理を説明するために役立つ。
【００１６】
この説明を通して、示された好ましい実施形態および実施例は本発明の典型であって限定ではない、とみなすべきである。
【００１７】
以下に、発明の実施形態を図面を参照して説明する。
【００１８】
本発明は、２つの層が備わったプラグ式ラスターイメージプロセッサ（ＲＩＰ）を意図している。第１の層は、ラスターイメージプロセッサ（ＲＩＰ）管理レイヤであり、第２の層はプラグ式ラスターイメージプロセッサレイヤである。
【００１９】
ラスターイメージプロセッサ管理レイヤには、２組のインターフェイスがあり、その一方は、印刷システムの他のモジュールと通信を行なうために、例えば、ジョブの一次停止メッセージ、ジョブの再開メッセージ、またはジョブの取り消しメッセージを得る目的でジョブ管理レイヤと通信を行なうために使われるであろう。他方のインターフェイスは、ラスターイメージプロセッサ（第２層）を制御するために使われるであろう。ラスターイメージプロセッサマネジャは、例えば、ＦＡＸラスターイメージプロセッサがファックスジョブなどを処理する、ジョブの種類に対応しているラスターイメージプロセッサのような、登録されたラスターイメージプロセッサに関する情報が含まれているレジストリリストも管理する。
【００２０】
新しいジョブがこの印刷システムに達すると、このシステムの上方層によって、必要なラスター化の種類を決定するための、ジョブのメタデータにおける充分な情報がもたらされるのが普通である。ラスターイメージプロセッサマネジャがあるジョブをいったん受信すると、このラスターイメージプロセッサによって、一般的にはジョブのメタデータに基づいて、必要なラスター化の種類が決定される。
【００２１】
このラスターイメージプロセッサマネジャは次いで、そのレジストリリストを検索して、適切なラスターイメージプロセッサに関するエントリーポイントを探し出し、そのジョブを、ジョブＩＤ、待ち行列名などのような必要なパラメータでラスターイメージプロセッサへ送り、この基礎にあるラスターイメージプロセッサは次いで、そのジョブを処理して、ラスター化処理が進行すると、ラスターイメージプロセッサマネジャ（第１層）へのフィードバックをもたらす。このラスターイメージプロセッサマネジャは、同期印刷を、そのジョブがラスター化されるときに進行させることができるように、ラスター画像処理を進行させる印刷システムに通知するであろう。
【００２２】
このラスターイメージプロセッサマネジャはまた、ラスターイメージプロセッサを監視して、そのジョブが正確に進行していることを保証する。何らかのエラーが発生すると、ラスターイメージプロセッサマネジャは、そのラスターイメージプロセッサを再開してそのジョブを終了させるような修正措置を採る役割を負っている。
【００２３】
ラスターイメージプロセッサマネジャは、そのジョブを再開するように設定することができ、また、ある回数の後にそのジョブが首尾よく進行していなかったときには、そのジョブを非実用的であるとして記録する。ラスターイメージプロセッサは、そのジョブが進められるときに終了するであろうし、ラスターイメージプロセッサマネジャは、ラスターイメージプロセッサがそのジョブを完了したことを他のモジュールに通知するであろう。
【００２４】
第２層は、プラグ式ラスターイメージプロセッサレイヤ（プラグ式ＲＩＰレイヤ）である。このプラグ式ＲＩＰレイヤは、ＲＩＰマネジャとプラグ式ＲＩＰレイヤとの間のプロトコルに一致するように開発された、異なる種類のラスターイメージプロセッサから構成されている。このラスターイメージプロセッサは、ＲＩＰマネジャからのメッセージを受けて、ジョブを開始させたり、ジョブを一次停止させたり、ジョブを再開させたり、あるいはジョブを取り消す。異なるラスターイメージプロセッサは、そのジョブの種類に対応しているＲＩＰマネジャによって始められるであろう。これらのラスターイメージプロセッサは、プラグ式であるかまたはプラグ式でない（ｕｎｐｌａｇｇａｂｌｅ）であるもの（ハードウェアに組み込まれているかまたはハードウェアにコード化されているもの）であってよい。新しいラスターイメージプロセッサは、ＲＩＰマネジャに、それが利用可能であることととそれが処理することのできるジョブの種類とを通知するために、それ自体をＲＩＰマネジャのレジストリに登録する。存在しているラスターイメージプロセッサは、再び呼び出されたり、それが利用可能なものでないときに呼び出されたりするのを回避するために、そのレジストリからそれ自体を不登録にすることができる。本発明のプラグ式という特徴によって、ラスター化のコアがきわめて柔軟に、拡張しやすく、また維持しやすくなる。
【００２５】
ＲＩＰマネジャとプラグ式ＲＩＰレイヤとの間にはプロトコルが確立されている。以下に述べられた例では、ＸＭＬコードにおいて開発されたプロトコルが示されているが、しかしながら、当業者であれば、任意の適切なプロトコルを適合させることができるということは容易に認識することができる。さらにまた、プロトコルの代わりに、データベースまたは検索可能な他のファイルフォーマットもまた使うことができる。サンプルのＸＭＬは次のように示される。
【００２６】
<?xml version="1.0" encoding="UTF-8"?>
=<key name="RIPPER">
<value name="ripper_registration" type="uint32">4</value>
=<key name="1">
<value name="ripper_name" type="string">taripper</value>
<value name="comments" type="string">PCL RIPer</value>
<value name="parameter_taken" type="uint32”>1</value>
<value name="enabled" type="uint32">1-Yes</value>
<value name="job_type" type="uint32">3-PCL6 Job</value>
<value name="job_type_extra" type="uint32">4-PCL5e Job</value>
<value name="parameter_1" type"string">JobID,uint32</value>
</key>
=<key name="2">
<value name="ripper_name" type="string">tafaxripper</value>
<value name="comments" type="string">FAX RIPer</value>
<value name="parameter_taken" type="uint32">2</value>
<value name="enabled" type="uint32">1-Yes</value>
<value name="job_type" type="uint32">2-Outbound FAX Job</value>
<value name="job_type_extra" type="uint32">10-Inbound FAX
Job</value>
<value name="parameter_1" type="string">JobID,uint32</value>
<value name="parameter_2" type="string">QueueName,
eTaQueue</value>
</key>
=<key name="3">
<value name="ripper_name" type="string">taemailripper</value>
<value name="comments" type="string">POPClient RIPer</value>
<value name="parameter_taken" type="uint32">1</value>
<value name="enabled" type="uint32">1-Yes</value>
<value name="job_type" type="uint32">5-Email Job</value>
<value name="job_type_extra" type="uint32">0-None</value>
<value name="parameter_1" type="string">JobID,uint32</value>
</key>
</key>
ＸＭＬコードは、典型的には次のように解釈されるであろう。キーネームである「ＲＩＰＰＥＲ」には、登録されるラスターイメージプロセッサ（ＲＩＰｅｒｓ）の数を表示するために、ボリュームネームである「ｒｉｐｐｅｒ＿ｒｅｇｉｓｔｒａｔｉｏｎ」があり、このボリュームネームは、この例では、／ｖａｌｕｅの前の４として表されるように４である。そのポイントの下にあるキーネームの行は、どのラスターイメージプロセッサ（１、２、３または４のどれか）が説明されるかを表すものである。従って、＜ｋｅｙ  ｎａｍｅ＝“１”＞というステートメントは、ラスターイメージプロセッサの１番が説明されるということを意味している。
【００２７】
＜ｋｅｙ  ｎａｍｅ＝Ｘ＞と＜ｋｅｙ  ｎａｍｅ＝Ｘ＋１＞との間における行は、ラスターイメージプロセッサ「Ｘ」の特徴を表している。例えば、それらの行は、＜ｖａｌｕｅ  ｎａｍｅ＝“ｒｉｐｐｅｒ＿ｎａｍｅ”で始まり、次いで、数が“ｔａｒｉｐｐｅｒ”であるラスターイメージプロセッサに関する実行可能ファイルの名前が付与される。
【００２８】
＜ｖａｌｕｅ  ｎａｍｅ＝“ｃｏｍｍｅｎｔｓ”で始まる行によって、テキスト配列コメントを入力することができる。
【００２９】
＜ｖａｌｕｅ  ｎａｍｅ＝“ｐａｒａｍｅｔｅｒ＿ｔａｋｅｎ”で始まる行は、ラスターイメージプロセッサがジョブを処理するために行われるであろうパラメータの数を表している。例えば、ラスターイメージプロセッサの数が１のものには、１つのパラメータがあり、ラスターイメージプロセッサの数が２のものには、２つのパラメータがある。
【００３０】
＜ｖａｌｕｅ  ｎａｍｅ＝“ｅｎａｂｌｅｄ”…＞で始まる行は、ラスターイメージプロセッサがジョブを処理するために利用可能なものであることを表している。
【００３１】
＜ｖａｌｕｅ  ｎａｍｅ＝“ｊｏｂ＿ｔｙｐｅ”…＞で始まる行は、ラスターイメージプロセッサが主要な種類のジョブを処理することができる、ということを表している。例えば、ラスターイメージプロセッサ１はＰＣＬ６ジョブを処理し、ラスターイメージプロセッサ２は送信ファックスジョブを処理し、ラスターイメージプロセッサ３は電子メールジョブを処理する。
【００３２】
＜ｖａｌｕｅ  ｎａｍｅ−“ｊｏｂ＿ｔｙｐｅ＿ｅｘｔｒａ”で始まる行は、ラスターイメージプロセッサが他の種類のジョブを処理することができる、ということを表している。例えば、ラスターイメージプロセッサ１はＰＣＬ５ｅジョブも処理することができ、ラスターイメージプロセッサ２は受信ファックスジョブも処理することができる。
【００３３】
最後に、＜ｖａｌｕｅ  ｎａｍｅ＝“ｐａｒａｍｅｔｅｒ＿…”…＞で始まる行は、ジョブ確認、待ち行列名、宛先などのような、ラスターイメージプロセッサによって得られたパラメータを表している。
【００３４】
次に図１を参照すると、本発明の好ましい実施形態によって意図されたプラグ式ラスターイメージプロセッサシステム１００の概要が示されている。
【００３５】
システム１００には、２つの層、すなわち、ＲＩＰ管理レイヤ１０２とプラグ式ＲＩＰレイヤ１０４とが備わっている。図１に示されるように、プラグ式ＲＩＰレイヤ１０４は、ＦＡＸラスターイメージプロセッサ１０６ａと、印刷ラスターイメージプロセッサ１０６ｂと、ＰＯＰクライアントラスターイメージプロセッサ１０６ｃと、ＴＡＣラスターイメージプロセッサ１０６ｄと、サードパーティラスターイメージプロセッサ１０６ｅとからなっている。ＲＩＰ管理レイヤ１０２とラスターイメージプロセッサ１０６ａ〜１０６ｅとの間には、インターフェイス１０８がある。
【００３６】
レジストリ１１０は、ＲＩＰ管理レイヤ１０２で登録されたラスターイメージプロセッサのリストである。レジストリ１１０は、テキストファイル、データベースファイル、ＸＭＬファイルのような任意の種類の検索可能ファイルからなるものであってよい。ラスターイメージプロセッサ１０６ａ〜１０６ｅは、矢印１１２で示されるように、プラグ式ＲＩＰレイヤ１０４から登録メッセージおよび非登録メッセージをレジストリ１１０へ送る。
【００３７】
矢印１１４で示されるように、他のいくつかのモジュールとの双方向通信がＲＩＰ管理レイヤ１０２で行われる。矢印１１６で示されるように、双方向通信がＲＩＰ管理レイヤ１０２とプラグ式ＲＩＰレイヤ１０４との間で行われる。最後に、矢印１１８で示されるように、ラスター化イメージがプラグ式ＲＩＰレイヤ１０４から出力される。
【００３８】
次に図２を参照すると、本発明の好ましい実施形態によって意図された方法２００が示されている。ステップ２０２で、プラグ式ラスターイメージプロセッサシステム１００は印刷要求を受信する。ステップ２０２におけるこの要求は印刷要求として示されているが、この要求は、ラスターイメージ処理された文書の印刷、ファックス送信、コピー、または記憶のようなラスターイメージ処理を要求する任意の種類の要求であってよい。
【００３９】
次に、ＲＩＰ管理レイヤ１０２は、ステップ２０４に示されるように、その印刷要求に関して要求されたラスター化の種類を決定する。ステップ２０６で、ＲＩＰ管理レイヤ１０２は、ジョブを処理するために、適切なラスターイメージプロセッサに関するレジストリ１１０を検索する。
【００４０】
ステップ２０８で、そのジョブは、次にＲＩＰ管理レイヤ１０２からプラグ式ＲＩＰレイヤ１０４まで送信され、適切なラスターイメージプロセッサ１０６ａ〜１０６ｅへ送信される。ステップ２１０に示されるように、このジョブが処理される間に、プラグ式ＲＩＰレイヤ１０４によって、ＲＩＰ管理レイヤ１０２へのジョブステイタスフィードバックが行われる。プラグ式ＲＩＰレイヤ１０４がジョブを完全に処理すると、ＲＩＰ管理レイヤ１０２へ通知され、その後、ステップ２１２に示されるように、ＲＩＰ管理レイヤ１０２が、ＲＩＰが完了したことを他のいくつかのモジュールに通知する。
【００４１】
本発明の好ましい実施形態についてのこれまでの説明は、例示と説明との目的のために行われてきた。その説明によって、本発明が、論じ尽くされたり、開示された厳密な形態に限定されたりすることは、意図していない。明らかな修正および変更が教示の観点から可能である。この実施形態は、本発明の原理についての最良の例示とその実際的な適用とをもたらすために選択されかつ説明され、それによって、当業者が本発明を様々な実施形態において、かつ、意図された特定の使用に適している様々な修正を行って利用することができる。このような修正および変形はすべて、特許請求の範囲が適正に法的かつ公正に権利が与えられる幅で解釈されるときにこれらの特許請求の範囲によって決定されるような、本発明の範囲内にある。
【図面の簡単な説明】
【００４２】
【図１】本発明の好ましい実施形態によって意図されたプラグ式ラスターイメージプロセッサシステムの概要を示しているブロック図。
【図２】本発明によって意図された方法の工程を示しているフローチャート。
【符号の説明】
【００４３】
１００・・・プラグ式ラスターイメージプロセッサシステム、１０２・・・ＲＩＰ管理レイヤ、１０４・・・プラグ式ＲＩＰレイヤ、１０６ａ・・・ＦＡＸラスターイメージプロセッサ、１０６ｂ・・・印刷ラスターイメージプロセッサ、１０６ｃ・・・ＰＯＰクライアントラスターイメージプロセッサ、１０６ｄ・・・ＴＡＣラスターイメージプロセッサ、１０６ｅ・・・サードパーティラスターイメージプロセッサ、１０８・・・インターフェイス、１１０・・・レジストリ
【図１】
2005018789.tif 000003
【図２】
2005018789.tif 000004