(57)【特許請求の範囲】
【請求項１】
多機能印刷システムが有する基本リソースの使用を優先順位付けして、高優先度のジョブが実質的に即時に共有される前記基本リソースにアクセスできるようにするジョブコンテンションマネージャ（ＪＣＭ）を有する制御部と、
前記多機能印刷システムが提供する機能リソースであって１又は複数の前記基本リソースを用いることにより実現される機能リソースの各々に対応させて設けられ、ジョブを機能リソース単位に分割することにより形成されたサブジョブが追加される機能リソース待ち行列と、
前記基本リソース各々に対応させて設けられ、前記サブジョブが追加される基本リソース待ち行列と、
を有する前記多機能印刷システムにおいて実施され、
前記ジョブコンテンションマネージャは、
第１のサブジョブの実行要求に応じて、受け付けたジョブが分割されて形成された前記サブジョブを、対応する前記機能リソース待ち行列に追加すると共に、前記サブジョブが追加された前記機能リソース待ち行列に対応する機能リソースが用いる基本リソースそれぞれに対応して設けられた前記基本リソース待ち行列に追加するステップと、
前記基本リソース待ち行列における前記追加されたサブジョブの優先度にしたがって前記基本リソースを再分配するステップと、
前記各基本リソース待ち行列に追加されたサブジョブの全てが最高の優先度を有することが検出された後、前記第１のサブジョブの実行要求に続く第２のサブジョブの実行要求に応じて、前記各基本リソース待ち行列に追加されたサブジョブの全ての処理を開始させることによって当該機能リソース待ち行列に追加されたサブジョブを実行するステップと、
を含むことを特徴とする多機能印刷方法。
【請求項２】
多機能印刷システムにおいて、
前記多機能印刷システムが有する基本リソースの使用を優先順位付けして、高優先度のジョブが実質的に即時に共有される前記基本リソースにアクセスできるようにするジョブコンテンションマネージャ（ＪＣＭ）を有する制御部と、
前記多機能印刷システムが提供する機能リソースであって１又は複数の前記基本リソースを用いることにより実現される機能リソース各々に対応させて設けられ、ジョブを機能リソース単位に分割することにより形成されたサブジョブが追加される機能リソース待ち行列と、
前記基本リソース各々に対応させて設けられ、前記サブジョブが追加される基本リソース待ち行列と、
を有し、
前記ジョブコンテンションマネージャは、
第１のサブジョブの実行要求に応じて、受け付けたジョブを機能リソース単位に分割することによりサブジョブを形成する手段と、
形成された前記サブジョブを、対応する前記機能リソース待ち行列に追加する手段と、
形成された前記サブジョブが追加された前記機能リソース待ち行列に対応する機能リソースが用いる基本リソースそれぞれに対応して設けられた前記基本リソース待ち行列に追加する手段と、
前記基本リソース待ち行列における前記追加されたサブジョブの優先度にしたがって前記基本リソースを再分配する手段と、
前記各基本リソース待ち行列に追加されたサブジョブの全てが最高の優先度を有することが検出された後、前記第１のサブジョブの実行要求に続く第２のサブジョブの実行要求に応じて、前記各基本リソース待ち行列に追加されたサブジョブの全ての処理を開始させることによって当該機能リソース待ち行列に追加されたサブジョブを実行する手段と、
を有することを特徴とする多機能印刷システム。
【発明の詳細な説明】
【０００１】
本願は下記の出願と内容が関連しており、下記の出願はクロスリファレンスである：Salgado et al.によって出願され「イメージを多帯化する電子写真式複写システムにおけるシステムリソースに関するジョブコンテンション管理方法および管理装置」と題された米国特許出願第０９／４５０，１４５（代理人整理番号Ｄ／９９３９５）；Salgado et al.によって出願された米国特許出願第０９／４５０，１５１（代理人整理番号６９０−００８８６４−ＵＳ（ＰＡＲ））「一式の共用リソースの使用時においてサブジョブに対する多機能処理を可能にする方法および装置」；Salgado et al.によって出願された米国特許出願第０９／４５０，１４６（代理人整理番号６９０−００８８６６−ＵＳ（ＰＡＲ））「電子写真式複写システムにおけるシステムリソースに対するジョブコンテンションの管理方法および管理装置」；Salgado et al.によって出願された米国特許出願第０９／４５０，１５０（代理人整理番号６９０００８８６５−ＵＳ（ＰＡＲ））「低優先度ジョブから高優先度ジョブへのリソース移転の最適化方法および装置」；Salgado et al.によって出願された米国特許出願第０９／４５０，１４８（代理人整理番号６９０−００８８６２−ＵＳ（ＰＡＲ））「特定リソースをジョブの一部分のみに使用することによる、一式の共用リソースの使用時のジョブに対するシステム並行性の向上方法および装置」；および、Salgado et al.によって出願された米国特許出願第０９／４５０，１４９（代理人整理番号６９０−００８８６１−ＵＳ（ＰＡＲ））「一式の共用リソースに関するジョブストリーミングを可能にする方法および装置」。米国特許出願第０９／４５０，１４５（代理人整理番号Ｄ／９９３９５）以外の上記出願は、本願と同日に出願された。上記出願による開示を、本願に引用して援用する。
【０００２】
【発明の属する技術分野】
本発明は一般的に、一つ以上の待ち行列を有する多機能印刷システムに関し、特に、印刷システムのリソースを管理して、高優先度ジョブが実質的に即時に共用リソースにアクセス可能にするジョブコンテンション管理構造に関する。
【０００３】
【従来の技術】
電子印刷システムは通常、入力部（イメージ入力端末（ＩＩＴ）と呼ばれることがある）と、制御部と、出力部（イメージ出力端末（ＩＯＴ）と呼ばれることがある）または印刷機関とを含む。ドキュテック（登録商標）電子印刷システムとして知られているゼロックス（登録商標）コーポレーション社製の電子印刷システムでは、ネットワークまたはスキャナから、その印刷システムに対してジョブを入力できる。ネットワークおよびスキャナからの両入力を用いる印刷システムの一例は、以下の特許に記載されている：米国特許第５，１７０，３４０号、特許権者Prokop et al.、１９９２年１２月８日発行。
【０００４】
スキャナを用いてジョブを発生させる場合、イメージを有する文書をスキャンすることでそのイメージをイメージデータに変換し、それを印刷物の作成に使用する。ネットワークを用いてジョブを発生させる場合、ジョブに関連するさまざまな命令とイメージデータとを含みページ記述言語で記されるデータストリームを取得し、それを印刷のために分解および記憶する。周知のとおり、ネットワークジョブは、ワークステーションや、記憶デバイスを含むプリントサーバなどの、リモートのクライアントから得られるものであってもよい。ＩＩＴに供給されたジョブを、「電子事前照合（precollation）メモリ」と呼ばれることがあるメモリ部に記憶してもよい。事前照合電子メモリの一例は、以下の特許に記載されている：米国特許第５，０４７，９５５号、特許権者Shope et al.、１９９１年９月１０日発行。
【０００５】
米国特許第５，０４７，９５５号は、入力イメージデータをラスター化および圧縮するシステムを開示している。ラスター化および圧縮されたイメージデータは続いて、ジョブイメージバッファ内に照合された状態で記憶される。ジョブがいったんジョブイメージバッファ内に記憶されると、さらなるジョブラスター化を実施することなく、選択した枚数のジョブコピーを復元および印刷できる。
【０００６】
電子印刷に関連する分野、すなわちデジタル複写においては、「多機能性」に関する要求が増えつづけている。以下の特許に示されているように、多機能デジタルコピー機は、一つの静電処理プリンタに複数の異なるイメージ入力デバイスが連結された構成を有することができる。それらの複数のデバイスは、プリンタが使用するためのイメージ関連情報を生成するよう構成されている：米国特許第３，９５７，０７１号、特許権者Jones、１９７１年７月２７日発行。
【０００７】
米国特許第３，９５７，０７１号は、イメージ関連情報がたとえば、ビデオファクシミリ信号、マイクロフィルム、データ処理情報、フルサイズ文書のための光スキャニングプラテン、アパチャカード、およびマイクロフィッシュから得られるものであってもよいことを開示している。
【０００８】
以下の特許もまた、多機能デジタル複写の分野に関連する：米国特許第４，８２１，１０７号、特許権者Naito et al.、１９８９年４月１１日発行；米国特許第５，０２１，８９２号、特許権者Kita et al.、１９９１年６月４日発行；米国特許第５，１７５，６３３号、特許権者Saito et al.、１９９２年１２月２９日発行；米国特許第５，２２３，９４８号、特許権者Sakurai et al.、１９９３年６月２９日発行；米国特許第５，２７６，７９９号、特許権者Rivshin、１９９４年１月４日発行；および、米国特許第５，３０７，４５８号、特許権者Freiburg et al.、１９９４年４月２６日発行。
【０００９】
多機能複写デバイスは通常、後の時点で印刷できるように複数のジョブを記憶するよう構成されている。一例ではジョブは、「印刷待ち行列」と呼ばれる構成によって、印刷の順序付けがなされる。ゼロックスネットワークシステムでは少なくとも１０年来、印刷待ち行列の概念を利用して、ネットワークプリンタにおけるジョブ管理をしている。ネットワーク印刷に関するさらなる教示が、以下の特許に記載されている：米国特許第５，４３６，７３０号、特許権者Hube、１９９５年７月２５日発行。
【００１０】
印刷待ち行列の概念は、さまざまなデジタル複写システムの動作に組み入れられている。適切な待ち行列管理を通じて、現時点で印刷処理中のジョブを中断ジョブによって中断することが、以下の特許に記載の方法で実施可能である：米国特許第５，２０６，７３５号、特許権者Gauronski et al.、１９９３年４月２７日発行。
【００１１】
特に‘７３５特許に関連して説明すると、「ジョブファイル」によって表される特別ジョブをマスメモリから取得し、現在処理中のジョブの「論理ポイント」において、待ち行列内に挿入する。印刷処理が、特別ジョブを挿入した論理ポイントに達すると、現在処理中のジョブは中断され、特別ジョブが処理される。特別ジョブの処理が完了すると、中断されたジョブが再開される。‘７３５特許に記載の待ち行列は、特別または中断ジョブが待ち行列に挿入された場合以外は、通常は先着順（ＦＩＦＯ）ベースで管理される。‘７３５特許で説明される実施形態では中断ジョブは、他の中断ジョブが現在処理中の場合以外には、上述のとおりに待ち行列中に挿入される。現時点で中断ジョブを処理中の場合、第二の中断ジョブは、処理中の中断ジョブの後に配置される。第一の中断ジョブを第二の中断ジョブで中断することに関する事項は、以下の特許でも言及されている：米国特許第５，５３５，００９号、特許権者Hansen、１９９６年７月９日発行。
【００１２】
‘７３５特許の待ち行列管理の構成は、多機能的状況での使用において最適とは言えない。待ち行列の管理のためにジョブの種類を区別しないので、多くの一般的なケースでは、たとえば印刷ジョブをコピージョブより優先させることも、その逆を設定することもできない。多機能印刷システムに特に適したシステムは、下記の参考文献に開示されている：米国特許第４，９４７，３４５号、特許権者Paradise et al.、１９９０年８月７日発行；および、特開昭５８−１５２８２１、１９８３年８月２２日公開。
【００１３】
特に‘３４５特許では、第一待ち行列を用いてコピーおよび印刷ジョブを記憶し、第一待ち行列と並行して第二待ち行列を用いてファクシミリ（ファックス）ジョブを記憶する。第二待ち行列は、第一待ち行列に接続されている。一つ以上の事前選択された数のファックスジョブが第二待ち行列内に記憶されると、記憶されたジョブが第一待ち行列内のジョブの前に配置される。それにより、その一つ以上のファックスジョブが、現在待ち行列中のコピー／印刷ジョブに先立ってプリントされる。‘３４５特許の待ち行列管理手法はジョブ区別を実施するが、その区別は限定されたものである。すなわち、ファックス待ち行列をコピー／印刷待ち行列より優先して処理し、一つ以上のファックスジョブをコピー／印刷ジョブに先立ってプリントできる。しかし、所定のコピーまたは印刷ジョブを優先的に処理するための機構は何ら提案されていない。Beaudet et al.の米国特許第５，５１１，１５０号（１９９６年４月２３日発行）では、印刷ジョブに対するコピージョブの優先的処理を実施しているが、その実施は、上記の数々の参考文献で説明されるような待ち行列を利用した状況での実施ではない。また‘３４５特許の手法では、複数のファックスジョブをコピー／印刷ジョブに対して優先的に処理する場合、コピーまたは印刷ジョブがコピー／印刷待ち行列内で「詰まって」しまう可能性がある。
【００１４】
米国特許第５，１１３，３５５号（特許権者Nomura、１９９２年５月１２日発行）は、異なる印刷ジョブを区別させる待ち行列識別子の分類を可能にするプリンタ制御システムを開示している。その分類を通じて、プリントサーバ内にすでにロードされているフォントを必要とする印刷ジョブであることを示す待ち行列識別子を、印刷リストの先頭に配置し、プリントサーバ内にロードされていないフォントを必要とする印刷ジョブであることを示す待ち行列識別子を、印刷リストの末尾に配置する。続いて、印刷リストが示す待ち行列識別子の順序に従って、印刷ジョブを処理する。処理すべき印刷ジョブがシステム内にロードされていないフォントを必要とする場合、表示ユニット上にメッセージを表示して、どのフォントをロードする必要があるかを操作者に示す。
【００１５】
米国特許第５，３２７，５２６号（特許権者Nomura et al.、１９９４年７月４日発行）は、印刷要求の処理を通じて、印刷ジョブをプリントする優先順位を設定する、印刷ジョブ制御システムを開示している。印刷ジョブマネージャが、印刷要求をチェックし、どの印刷オプションが選択されているかを検出して、各印刷ジョブに関連する待ち行列識別子を操作し、それらの識別子を印刷待ち行列テーブル内に配置する。この構成による一つの特徴は、指定された印刷オプションを優先させる（overriding）よう印刷順位を変更できる点である。他の特徴としては、その指定された印刷オプションに関わらず低優先度ジョブの優先度を上げて、低優先度ジョブが確実に印刷されるようにできる点が挙げられる。
【００１６】
米国特許第５，３７７，０１６号（特許権者Kashiwagi et al.、１９９４年１２月２７日発行）は、スキャナから供給される所定数のコピージョブを表す事前データと、外部機器から供給される所定数の印刷ジョブを表すデータとを受信する、制御回路を開示している。その制御回路は、待ち行列に配置されるそれらのデータに基づいて各コピージョブおよび印刷ジョブを実行させ、時分割方式および並列方式でジョブを処理させる。制御回路は基本的に、コピージョブの優先度を高くする。優先順位は、ユーザインタフェースからの命令に従って変更できる。現在のジョブを中断した場合、制御回路は後続のジョブを先に処理するようにする。
【００１７】
米国特許第５，９２３，８２６号（特許権者Grzenda et al.、１９９９年７月１３日発行）は、プリントサーバを通じてリモート文書処理ステーションに接続されるデジタル複写システムを有する、印刷システムを開示している。その印刷システムは、デジタル複写システムが実行すべき第一のジョブを含みプリントサーバに保持される第一待ち行列と、デジタル複写システムが実行すべき第二のジョブを含みデジタル複写システムに保持される第二待ち行列とを含む。印刷システムはさらに、第一および第二の両待ち行列に連結され複合待ち行列を形成する、待ち行列処理部を含む。複合待ち行列は、第一および第二待ち行列に含まれる第一および第二のジョブをデジタル複写システムで実行する際の順序を表す。その複合待ち行列の表記を、リモート文書処理ステーションに設けられたユーザインタフェースに表示する。
【００１８】
米国特許出願第（代理人整理番号Ｄ／９４８７１Ｑ）号（出願人Salgado et al.、継続中）は、多機能印刷システムのための方法を提供する。その方法では、第一サービスで生成された第一のジョブと、第二サービスで生成された第二のジョブとを、処理のために待ち行列内に配置する。第一のジョブに第一の値を指定し、第二のジョブに第二の値を指定する。第一および第二の値はそれぞれ、第一および第二サービスの関数として大きさが異なる。一例では、第一のジョブが待ち行列に配置され、その一部が処理される。続いて、第二のジョブが待ち行列に配置され、第二の値の大きさが第一の値より大きい場合に、第二のジョブによって第一のジョブの処理が中断される。
【００１９】
前述の数々の待ち行列手法は、それらの限定された目的は達成するが、共用リソースを有する多機能印刷システムの生産性の十分な発揮に必要なタイプの効率的な待ち行列管理は実施していない。多機能印刷システムの機能および利用法は、速い速度で増大しつづけている。機能およびリソースのサブジョブレベルでの待ち行列管理を用いることによってシステムの生産性を最大にする、多機能印刷システムを提供することが望ましい。同時に、多機能印刷システムが扱い得るすべてのタイプのジョブの効率的なスループットを促進させる、多機能印刷システムのための待ち行列管理システムを提供することが望ましい。
【００２０】
ＤＣ２４０ＳＴおよびＤＣ２６５ＳＴから成るゼロックスコーポレーションのデジタルコピー機多機能システムは、基本ジョブサービスレベルでの待ち行列管理を実施するジョブコンテンションマネージャを含む。そのアプローチは、基本リソースレベルで競合しないサブジョブの並列処理を可能にする。たとえば、スキャンサブジョブと印字サブジョブとは、並列して実行できる。しかし、あるサブジョブに関する各基本リソースに関連するすべての機能は、そのサブジョブが完了するまで占領されてしまう。本発明によるさらに生産的なアプローチでは、機能が未使用の場合、あるいは機能がより高い優先度のサブジョブに必要とされていない場合には、その機能を他のサブジョブに解放する。このアプローチは、本発明の好適な実施形態に従って、機能リソース待ち行列および基本リソース待ち行列の両行列を用い、機能ジョブ要求のより低いレベルにおけるジョブコンテンション管理を実施することにより、達成される。
【００２１】
上記従来の技術において言及または説明した各特許および出願の記載を、本願に引用して援用する。
【００２２】
【課題を解決するための手段】
本発明は、多帯イメージの処理のために、多機能印刷システムの基本処理リソースの使用を優先順位付けして、高優先度のジョブが実質的に即時に共用リソースにアクセス可能にする方法および装置を提供する。本発明の好適な態様によれば、印刷システムは、改良されたジョブコンテンションマネージャ（ＪＣＭ）を有する制御部を用いる。
【００２３】
係る工程は、印刷システムの複数の基本リソースの各々に待ち行列を設けるステップを含む。一つ以上のジョブサービスは所望の時点で、ＪＣＭに第一信号を送信することで、所定のジョブの多帯イメージサブジョブを実行する。各サブジョブに関する信号は、各サブジョブの優先度に関する情報を含む。ＪＣＭは、ジョブサービスからの第一信号に応じて、対応の基本リソースサブジョブを、そのサブジョブの実行に必要な各基本リソースの待ち行列に追加する。これは、当該基本リソースがサブジョブを処理する準備ができていなくても行う。基本リソースは、待ち行列に追加されたサブジョブの優先順位にしたがって、再分配される。追加されたサブジョブが待ち行列内で最高優先順位を有する場合、基本リソースの再分配に応じて、追加されたサブジョブの処理を開始する。
【００２４】
本発明の好適な代替形態によれば、一つ以上のジョブサービスによる処理のために少なくとも一つのジョブが入力される多機能印刷システムにおいて、複数ジョブの処理を管理する方法が提供される。係る工程は、印刷システムの基本処理リソースの使用を優先順位付けして、高優先順位のジョブが実質的に即時に共用リソースにアクセスできるようにするジョブコンテンションマネージャ（ＪＣＭ）を有する制御部を設けるステップを含む。一つ以上のジョブサービスを実行するために、複数の機能ジョブリソースを備える。また、印刷システムの複数の基本ジョブリソースも備える。各機能ジョブリソースは、その機能を実行するのに必要な基本ジョブリソースのリストを含む。各基本ジョブリソースは、自身に依存する機能ジョブリソースのリストを含む。各機能ジョブリソースおよび各基本ジョブリソースに対して、ジョブ待ち行列を設ける。
【００２５】
少なくとも一つのジョブサービスは所望の時点で、ＪＣＭに第一信号を送信することで、第一ジョブのサブジョブを実行する。第一サブジョブに関する信号は、各サブジョブの優先度（ＦＩＦＯまたはジョブに基づく優先度）に関する情報を含む。そのような信号に応じてＪＣＭは、当該基本リソースが新たなサブジョブを処理する準備ができていなくても、上記情報を含む機能サブジョブを追加し、その機能サブジョブを、優先度に基づいて各機能リソースの待ち行列に追加する。それに応じてＪＣＭは、該機能サブジョブが必要とする各基本ジョブリソースの待ち行列に、優先度に基づいて基本リソースサブジョブを追加する。ＪＣＭは、待ち行列に追加されたサブジョブの優先度にしたがって基本リソースを再分配する。追加されたサブジョブが待ち行列の中で最高の優先度を有する場合、再分配された基本リソースに応じて、追加されたサブジョブの処理を開始する。
【００２６】
多帯イメージの処理のために、多機能印刷システムの基本処理リソースの使用を優先順位付けして、高優先度を有するジョブが共用リソースに実質的に即時にアクセスできるようにするための装置が本発明の実施形態にしたがって提供される。該装置は、ジョブコンテンションマネージャ（ＪＣＭ）を有する制御部を用いる。該装置は、印刷システムの複数の基本リソースを含み、各基本リソースは待ち行列を有する。該装置はまた、一つ以上のジョブサービスが所望の時点で、ＪＣＭに第一信号を送信して所定のジョブのサブジョブを実行するための信号手段を含む。各サブジョブに関する信号は、各サブジョブの優先度に関する情報を含む。該装置はさらに、信号手段に応じて対応の基本リソースサブジョブをそのサブジョブの実行に必要な各基本リソースの待ち行列に追加する手段と、待ち行列に追加されたサブジョブの優先度にしたがって基本リソースを再分配する手段と、追加されたサブジョブがその待ち行列において最高の優先度を有する否かを検出する手段とを含む。また該装置は、優先度が最高であるとの検出結果および基本リソースの再分配に応じて、追加されたジョブの処理を開始する手段を含む。
【００２７】
一つ以上のジョブサービスによる処理のために少なくとも一つの第一ジョブが入力される多機能印刷システムにおいて、複数ジョブの処理を管理するための、好適な実施形態に従う装置が提供される。該装置は、印刷システムの基本処理リソースを優先順位付けして、高優先度のジョブが共用リソースに実質的に即刻アクセス可能にするジョブコンテンションマネージャ（ＪＣＭ）を有する制御部と、ＪＣＭに関連するデータベースとを有する。データベースは、一つ以上のジョブを実行するための複数の機能ジョブリソースと、印刷システムの複数の基本リソースとを備える。各機能ジョブリソースは、その機能を実行するのに必要な基本ジョブリソースのリストを含む。各基本ジョブリソースは、自身に依存する機能ジョブリソースのリストを含む。データベースはまた、各機能ジョブリソースおよび各基本ジョブリソースに対してサブジョブ待ち行列を含む。さらに、各ジョブサービスが所望の時点で、ＪＣＭに信号を送信することで各々の第一ジョブのサブジョブを追加するための信号手段が備えられる。各サブジョブのための信号は、それぞれのジョブとその優先度に関する情報を含む。
【００２８】
該装置はまた、信号手段に応じて、基本リソースが第一サブジョブを処理する準備ができていない場合であっても、上記情報を含む機能サブジョブをデータベース内に追加し、その機能サブジョブを優先度に基づいて各機能ジョブリソースの待ち行列に追加する手段を含む。さらに、機能サブジョブ作成手段に応じて、該機能サブジョブが必要とする各基本ジョブリソースの待ち行列に、優先度に基づいてサブジョブを追加する手段が設けられる。また、それらの各サブジョブがアクティブ状態である、すなわち処理準備が整ったことを検出する手段が備えられる。さらに該装置は、待ち行列に追加されたサブジョブの優先度にしたがって、基本リソースを再分配する手段を含む。また、追加されたサブジョブが、待ち行列中で最高の優先度を有するか否かを検出する手段と、最高の優先度を有するとの検出結果に応じて、追加されたサブジョブの処理を開始する手段とを有する。
【００２９】
本発明による工程および装置のＪＣＭが使用する優先順位付けの手法は、ＦＩＦＯまたはＦＩＦＯとジョブベース優先との組み合わせの、どちらでも任意でよい。
【００３０】
【発明の実施の形態】
以下、好適な実施形態に関連して本発明を説明するが、本発明をその実施形態に限定することは意図しないと理解される。逆に、添付の請求項に規定される本発明の精神および範囲内に含まれ得るすべての代替形態、修正、および同等形態を網羅することを意図する。
【００３１】
図１に、本発明の好適な実施形態との使用に適した、既知のタイプのデジタルコピー機システムを示す。図示のとおりシステムは、文書フィーダ１と、操作（および表示）パネル２とを含む。操作パネル２から所望の条件が入力された後、文書フィーダ１は、イメージ読取りデバイス３上の所定の読取り位置まで文書を移送する。文書が読み取られた後、文書フィーダ１は文書を読取り位置から移動させる。イメージ読取りデバイス３は、読取り位置に配置された文書を照射する。それによって得られた文書からの反射を、たとえばＣＣＤ（電荷結合素子）イメージセンサなどの固体撮像デバイスが、対応の電気信号、すなわちイメージ信号に変換する。イメージ形成デバイス４は、電子写真式、感熱式、熱転写式、インクジェットなどの従来のシステムを用いて、イメージ信号が表すイメージを普通紙または感熱紙上に形成する。
【００３２】
いずれか一つの紙カセット７からイメージ形成デバイス４へ紙が供給されると、デバイス４は紙の一方の面にイメージを形成する。両面コピーユニット５は、一方の面にイメージが形成された紙を裏返して、再度イメージ形成デバイス４へ供給するよう構成されている。その結果、紙の他方の面にイメージが形成され、両面コピーが完成する。両面コピーユニット５は通常、紙を直ちに再供給するか、あるいは、互いに重ねられた複数の紙を、下の紙から順番に再供給するよう設計される。イメージ形成デバイス４から排出された紙または両面コピーは順番に、出力デバイス６によって、ページ順またはページ毎に分類される。
【００３３】
概括的に８で示すアプリケーションは、コピー機システムに組込まれたリソースである文書フィーダ１、操作パネル２、イメージ読取りデバイス３、イメージ形成デバイス４、両面コピーユニット５、出力デバイス６、および紙カセット７を共用する。アプリケーションは、コピー機アプリケーション、プリンタ（ＩＯＴ）アプリケーション、ファクシミリ（ファックス）アプリケーションなどを含む。さらにデジタルコピー機システムは、従来のネットワーク接続９を通じてネットワークに連結されている。
【００３４】
図２に、多機能且つネットワーク適合型の印刷システムを符号１０で示す。印刷システム１０は、ネットワークサービスモジュール１４に動作上連結している印刷機１２を含む。印刷機１２は、電子サブシステム１６を含む。電子サブシステム１６は、ビデオ制御モジュール（ＶＣＭ）と呼ばれ、スキャナ１８およびプリンタ２０と通信する。一例ではＶＣＭ１６は、以下でさらに詳述するが、デジタルコピー用の構成においてスキャナおよびプリンタの動作を調整する。デジタルコピー用の構成では、スキャナ１８（イメージ入力端末（ＩＩＴ）とも呼ばれる）は、全幅ＣＣＤ列を用いてオリジナル文書上のイメージを読み取り、得られたアナログビデオ信号をデジタル信号に変換する。それを受けて、スキャナ１８と関連するイメージ処理システム（ＩＰ）２２（図３）は、信号補正などを実施し、補正済み信号をマルチレベル信号（たとえば二進信号）に変換し、マルチレベル信号を圧縮し、それを好ましくは電子事前照合（ＥＰＣ）メモリ２４内に記憶する。
【００３５】
再度図２を参照する。プリンタ２０（イメージ出力端末（ＩＯＴ）とも呼ばれる）は、電子写真式印刷機関を含むことが好ましい。一例では印刷機関は、マルチピッチベルト（図示せず）を有する。マルチピッチベルト上には、同期的ソース（たとえばレーザラスタ出力スキャンデバイス）または非同期的ソース（たとえばＬＥＤプリントバー）などのイメージ生成ソースを用いて、イメージを形成する。印刷する場合は、イメージデータに従ってイメージ生成ソースをオンおよびオフにする間に、マルチレベルイメージデータをＥＰＣメモリ２４（図３）から読み出し、受光体上に潜像を形成する。潜像は、たとえばハイブリッドジャンピング現像技術を用いて現像され、プリント媒体シート上に転写される。融着後に得られたプリントを、裏返して両面印刷してもよいし、そのまま出力してもよい。本明細書に開示する実施形態の基礎となる概念を変化させることなく、上記プリンタを電子写真式印刷機関以外の他の形態で実施することができると、当業者は認識するであろう。たとえば印刷システム１０は、熱インクジェットまたは粒子線写真式プリンタを用いて実施することもできる。
【００３６】
特に図３を参照し、ＶＣＭ１６をさらに詳述する。ＶＣＭ１６は、ビデオバス（Ｖバス）２８を含む。Ｖバス２８を通じて、さまざまなＩ／Ｏ、データ転送、および記憶部材が通信する。Ｖバスは好ましくは、高速３２ビットデータバースト転送バスであって、６４ビットに拡張可能である。３２ビットの形態では、持続的最大バンド幅は約６０Ｍバイト／秒である。一例ではＶバスのバンド幅は、１００Ｍバイト／秒にもなる。
【００３７】
ＶＣＭの記憶部材は、ＥＰＣメモリ部３０およびマスメモリ部３２内に位置する。ＥＰＣメモリ部はＥＰＣメモリ２４を含む。ＥＰＣメモリは、ＤＲＡＭコントローラ３３を通じてＶバスに接続される。好ましくはＤＲＡＭであるＥＰＣメモリは、２つの高密度３２ビットＳＩＭＭモジュールを用いて６４Ｍバイトまでの拡張が可能であるが、いずれの所望サイズのメモリを使用することも可能である。マスメモリ部３２は、転送モジュール３６ａを通じてＶバスに接続される、ＳＣＳＩハードドライブデバイス３４を含む。図示のとおり、他のＩ／Ｏおよび処理部材はそれぞれ、転送モジュール３６を通じてＶバスに接続される。他のデバイス（たとえばワークステーション）は、適切なインタフェースおよびＳＣＳＩラインを用いることで、転送モジュール３６を通じてＶバスに接続できると認識される。
【００３８】
図４を参照し、一つの転送モジュール３６の構造を詳述する。図４に示す転送モジュールは、パケットバッファ３８と、Ｖバスインタフェース４０と、ＤＭＡ転送ユニット４２とを含む。「ＶＨＳＩＣ」ハードウェア記述言語（ＶＨＤＬ）を用いて構築された転送モジュール３６は、プログラム可能な構成であり、イメージデータのパケットをＶバスに沿って比較的高い転送レートで送信させる。特にパケットバッファは、使用可能なＶバスバンド幅に合わせてセグメントまたはパケットを変化させるようプログラム可能である。一例ではパケットバッファは、６４バイトまでのパケットを扱うようプログラム可能である。パケットサイズは、Ｖバスの使用度が比較的高い時は縮小され、バスでの活動が比較的少ない時は増大されることが好ましい。
【００３９】
パケットサイズの調節は、Ｖバスインタフェース４０（図４）およびシステムコントローラ４４（図６）によって達成される。Ｖバスインタフェースは実質的に、論理要素から成る構成であり、アドレスカウンタ、デコーダ、状態機械などを含む。Ｖバスインタフェースが、転送モジュールにおける知能を選択的度合いで実現する。インタフェース４０は、システムコントローラと通信することで、要求されるパケットサイズを把握する。そしてその知識を用いて、パケットバッファ３８のパケットサイズを、バスの状態に合わせて調節する。すなわちコントローラは、Ｖバス２８の状態に関する知識を用い、それに合わせてインタフェース４０がパケットサイズを調節できるようにインタフェース４０に指示を出す。以下で、転送モジュール３６の動作に関してさらに説明する。
【００４０】
より詳細には、従来のＤＭＡ転送方法を用いてパケットを転送するＤＭＡ転送ユニットによって、イメージ転送は容易に実施される。すなわち、転送ユニットがパケットの先頭アドレスおよび終端アドレスを用いることによって、所定の転送が実行される。転送が完了するとインタフェース４０は、システムコントローラ４４へ信号を返信し、要求パケットサイズやアドレス指定などのさらなる情報を得られるようにする。
【００４１】
図２および図３によれば、３つのＩ／Ｏ部材がＶバス２８に動作上連結されている。３つの部材とは、ＦＡＸモジュール４８、スキャナまたはＩＩＴ１８、およびプリンタまたはＩＯＴ２０である。ただし、拡張スロット５０を通じて多様な部材をＶバスに連結できると認識すべきである。図５に、転送モジュール３６ｂを通じてＶバス２８に連結されたＦＡＸモジュールの実施形態を、さらに詳細に示す。好適な実施形態では、ファクシミリデバイス（ＦＡＸ）５１は一連の部材を含む。それらの部材には、ゼロックス適合型の圧縮／復元を実施するセクション５２と、圧縮イメージデータの拡大縮小を実施するセクション５４と、ＣＣＩＴＴ形式から並びにその形式への圧縮イメージデータの変換を実施するセクション５６と、モデム５８とが含まれる。モデム５８は、好ましくはロックウェルコーポレーション社製であり、従来の通信ラインを通じてＣＣＩＴＴ形式のデータを電話へまたは電話から送信する。
【００４２】
さらに図５を参照する。各セクション５２，５４，５６およびモデム５８は、制御ライン６０を通じて転送モジュール３６ｂに連結される。それにより、ＦＡＸモジュール４８宛ておよびそこからの転送は、プロセッサを使用せずに実施できる。理解されるべきであるとおり、転送モジュール３６ｂは、ＦＡＸモジュールのマスタまたはスレーブとして機能できる。すなわち転送モジュール３６ｂは、送信のためにＦＡＸへイメージデータを供給し、または着信ＦＡＸを受けることが可能である。運転時、転送モジュール３６ｂは、他のいずれのＩ／Ｏ部材に対して動作するのと同様にＦＡＸモジュールに対して動作する。たとえばＦＡＸジョブの送信時には、転送モジュール３６ｂは、ＤＭＡ転送ユニット４２を用いてパケットをセクション５２へ供給する。１つのパケットの供給後に転送モジュールは、システムプロセッサ４４に対して中断信号を送信して他のパケットを要求する。一つの実施形態では、パケットバッファ３８内には２つのパケットが保持され、２つのパケット間で「玉突き（ping-ponging）」が実施されるようになっている。それにより、中断信号の受信時にコントローラが直ちに応答できない場合でも、転送モジュール３６ｂではイメージデータが尽きてしまうことがない。
【００４３】
再度図３を参照する。ＩＩＴ１８およびＩＯＴ２０は、転送モジュール３６ｃおよび３６ｄを通じてＶバス２８に動作上連結されている。さらに、ＩＩＴ１８およびＩＯＴ２０はそれぞれ、圧縮器６２および復元器６４に動作上連結されている。圧縮器および復元器は、ゼロックス適合型圧縮デバイスを用いる単一のモジュールとして設けられることが好ましい。ゼロックス適合型圧縮デバイスは、ゼロックスコーポレーション社のドキュテック（登録商標）印刷システムにおける圧縮／復元動作のために用いられている。実用上は、転送モジュールの少なくともいくつかの機能が、３チャネルＤＶＭＡデバイスによって備えられる。そのデバイスは、圧縮／復元モジュールに対するローカルアービトレーションを実施する。
【００４４】
図３にさらに示すとおり、イメージ処理部２２を含むスキャナ１８は、アノテート（annotate）／併合モジュール６６に連結される。イメージ処理部は、一つ以上の専用プロセッサを含むことが好ましい。そのプロセッサは、画質向上、しきい値処理／スクリーニング、回転、解像度変換、およびＴＲＣ調節などの、要求されるさまざまな機能を実施するようプログラムされる。しきい値処理およびスクリーニングは、典型的なイメージ生成機能であり、イメージスクリーンを適用することによって画質向上を図るという概念に関連している。これらの各機能の選択的駆動は、システムコントローラ４４によってプログラムされる一群のイメージ処理制御レジスタによって調整される。各機能は、「パイプライン」に沿って備えられることが好ましい。「パイプライン」では、パイプの一端からイメージデータが入力され、処理済のイメージデータが他端から出力される。スループットを促進するために、転送モジュール３６ｅがイメージ処理部２２の一端に配置され、転送モジュール３６ｃが処理部２２の他端に配置される。明らかになるとおり、転送モジュール３６ｃおよび３６ｅをこのように配置することによって、ループバック工程の並列性を大幅に促進できる。
【００４５】
さらに図３によれば、ＶＣＭ１６のさまざまなバスマスタのアービトレーションは、Ｖバスアービタ／バスゲートウェイ７１内に設けられたＶバスアービタ７０を用いて実施する。アービタは、ある一時点でどのバスマスタ（たとえばＦＡＸモジュール、スキャナ、プリンタ、ＳＣＳＩハードドライブ、ＥＰＣメモリ、またはネットワークサービス部材）がＶバスにアクセス可能かを決定する。アービタは、２つの主セクションと３つ目の制御部とによって構成される。第一セクションである「ハイパス」セクションは、入力バス要求と、現在の優先度選択とを受信し、最も優先度の高い保留中の要求に対する許可を出力する。現在の優先度選択に関する入力は、アービタの第二セクションからの出力である。第二セクションは「優先度選択」と呼ばれる。このセクションは、優先度ローテーションおよび選択アルゴリズムを実行する。いずれの所定の時点においても、「優先度選択」の論理からの出力が、保留要求をサービス処理する順番を決定する。「優先度選択」への入力は、優先度チェーン上におけるデバイスの初期配置を保持するレジスタである。サービス要求があった時点で、「優先度選択」の論理がデバイスを優先度チェーンに沿って順位を上げたり下げたりすることによって、そのデバイスの次の要求の位置が選択される。制御論理は、要求／許可活動に関する信号を監視することによって、「ハイパス」および「優先度選択」の動作を同期させる。制御論理はまた、競合状態の発生を防止する。
【００４６】
図６を参照し、ネットワークサービスモジュール１４をさらに詳述する。当業者が認識するとおり、ネットワークサービスモジュールの構成は既知の「ＰＣクローン」の構成に類似する。より詳細には、好適な実施形態においてコントローラ４４は、好ましくはサンマイクロシステムズ社製のＳＰＡＲＣプロセッサの形態であり、標準Ｓバス７２に連結されている。図６に示す実施形態では、好ましくはＤＲＡＭの形態であるホストメモリ７４と、ＳＣＳＩディスクドライブデバイス７６とが、Ｓバス７２に動作上連結されている。図６には図示しないが、記憶部またはＩ／Ｏデバイスは、適切なインタフェースチップを用いてＳバスに連結することが可能である。さらに図６に示すとおりＳバスは、適切なネットワークインタフェース８０を通じてネットワーク７８に連結されている。一例ではネットワークインタフェースは、コントローラ４４のハードウェア／ソフトウェア部材をネットワーク７８のハードウェア／ソフトウェア部材に関係させるのに必要なすべてのハードウェアおよびソフトウェアを含む。たとえば、ネットワークサービスモジュール１４とネットワーク７８とのあいだで多様なプロトコルをインタフェースする場合は、ネットワークインタフェースにノヴェルコーポレーション社のネットウェア（登録商標）などのソフトウェアを備えてもよい。
【００４７】
一例ではネットワーク７８は、エミッタまたはドライバ８４を有するワークステーション８２などのクライアントを含む。運転時にはユーザが、複数の電子ページと一式の処理指示とを含むジョブを生成することがある。するとジョブはエミッタによって、ポストスクリプトなどのページ記述言語で表す表記に変換される。続いてそのジョブはコントローラ４４に送信され、そこでアドービコーポレーション社が提供するような復元器によって解釈（interpret）される。ＰＤＬジョブの解釈の概念の基礎となっているいくつかの原理が、Bonk et al.に発行された米国特許第５，４９３，６３４号、およびMensing et al.に発行された米国特許第５，２２６，１１２号に開示されている。これらの両参考文献における開示を、本願に引用して援用する。ＰＤＬでのジョブ生成技術に関するさらなる詳細は、以下のテキストを参照することによって得られる：PostScript Language Reference Manual,Second Edition,Addison-Wesley Publishing Co.,1990。この文献の関連部分を、本願に引用して援用する。
【００４８】
さらに図３によればネットワークサービスモジュール１４は、Ｖバスアービタ／バスゲートウェイ７１のバスゲートウェイ８８を通じて、ＶＣＭ１６に接続される。一例ではバスゲートウェイは、ＸＩＬＩＮＸコーポレーションが提供する利用者書込み可能ゲート列（field programmable gate array）によって構成される。バスゲートウェイデバイスは、ホストのＳバスとＶＣＭのＶバスとのあいだをインタフェースする。バスゲートウェイデバイスは、Ｖバス実アドレス範囲内のアドレス空間へのアクセスに対してＶバスアドレスの翻訳（translation）を供給し、ホストアドレス範囲内の仮想アドレスに関しては、仮想アドレスをホストＳバスへ送信する。また、メモリからメモリへの転送のためのＤＭＡチャネルも、バスゲートウェイ内で実現される。バスゲートウェイは特に、ＶバスとＳバスとのあいだのシームレスなアクセスを実現し、転送モジュール３６の一つなどのバスマスタからの仮想アドレスを復号化することで、対応のスレーブ部材から識別子を得られるようにする。印刷システム１０の多くの部材を一つのＡＳＩＣの形態で実施できると、当業者は認識するであろう。
【００４９】
図３、図４、および図６を参照し、各転送モジュール３６のＤＭＡ転送に関してさらに説明する。詳細には、一例においてジョブのイメージは、一連のブロックとしてホストメモリ７４内に記憶される。運転時には、コントローラ４４は一つの転送モジュール３６に対して、ブロックの先頭アドレスとブロックのサイズとを供給する。転送モジュール３６はそのブロックに関し、パケット転送を実行し、カウンタをインクリメント／デクリメントする。ブロックの最後のパケットが転送されたことをインタフェース４０がカウンタに基づいて検出するまで、この手順をブロックの各パケットに対して繰り返す。通常は、このようなパケット毎の手法で、各記憶イメージに対して数個のブロックを転送する。
【００５０】
前述のとおり、ＤＣ２４０ＳＴおよびＤＣ２６５ＳＴから成るゼロックスコーポレーションのデジタルコピー機多機能システムは、外部または基本ジョブサービスレベルにおける待ち行列管理を実施するジョブコンテンションマネージャを含む。図７によればそのシステムは、図１に示すようなプリンタ２０による処理を受ける準備が完了しているジョブの待ち行列を含む。他の従来の印刷待ち行列と同様に、ウィンドウ２０２内に現在印刷中のジョブが表示され、ボタン２０４を用いてジョブのリストをスクロールすることができる。このタイプおよび上述の従来技術の多機能機器では、提供されるさまざまな基本ジョブサービスに対応するために一つ以上の待ち行列が使用されると認識すべきである。たとえば、スキャン処理を待つジョブはスキャン待ち行列内に配置され、ファックス処理を待つジョブはファックス待ち行列内に配置される。図７の印刷または印字待ち行列は実質的に、多機能印刷システムで用いられる複数の基本ジョブサービス待ち行列のうちの一つに過ぎない。また、米国特許第５，２０６，７３５号に記載に従う方法でジョブを待ち行列に挿入してもよいと認識すべきである。さらに、待ち行列は、図６のネットワークサービスモジュールまたは図３のＶＣＭなどの位置に保持可能であると認識される。
【００５１】
上述の印刷システム１０などのいずれの多機能製品（以下、「ＭＦ機関」とも呼ぶ）においても、複数のユーザが同時に一つ以上のサブシステムへのアクセスを必要とする可能性が常に存在する。このアクセスコンテンションは、ＭＦ機関の数箇所で、たとえばＥＰＣメモリ２４（図３）などの一つのリソースに対するコンテンションとして発生する場合もあり、あるいはＥＰＣメモリおよびＩＴＴなどの複数のリソースに対するコンテンションとして発生する場合もある。コンテンション状態が発生した場合、印刷システムは、さまざまなユーザを満足させるような予測可能で制御された方法で対処しなければならない。
【００５２】
ゼロックスＤＣ２４０ＳＴおよびＤＣ２６５ＳＴ多機能システムでは、少なくとも二つのコンテンション管理方法が構想されている。それに関しては、Salgado et al.の米国特許出願第（代理人整理番号Ｄ／９４８７１Ｑ）号でより詳細に説明しており、その出願（以下、「サルガド出願」と呼ぶ）を本願に引用して援用する。
【００５３】
１．先入れ先出し（ＦＩＦＯ）ジョブ管理
この方法では、コンテンションは先着順で処理される。他のジョブに先立って提出されたジョブが、必要とする基本ジョブサービスを最初に使用できる。そのサービスを要求する他のジョブは、到着時点によって数値的に順位付けられ、後にそのサービスを使用する機会が与えられる。
【００５４】
２．優先的ジョブ管理
この方法では、リソースへのアクセスは、「キー操作者／システム管理者（ＫＯ／ＳＡ）定義アルゴリズム」によって管理される。そのアルゴリズムを用いればＫＯ／ＳＡは、ジョブタイプ、即時ウォークアップ（現場持ち込みの）要求であるかどうか（immediate walkup need）、中断の履歴、および他の重要な要因に基づいて、ジョブを分類できる。アルゴリズムは、典型的な印刷システムユーザの要求に従ってジョブコンテンションを管理するよう構成され得る。柔軟にプログラム可能であるため、アルゴリズムはＦＩＦＯをサポートするように構成可能である。すなわちＦＩＦＯは、このアルゴリズムの能力のサブセットである。
【００５５】
サルガド出願は、ＫＯ／ＳＡ優先アルゴリズムが対応する少なくとも５つのジョブタイプを開示している。
【００５６】
１．コピー印刷またはウォークアップジョブ：ＩＩＴおよび相当の印字リソースを要するウォークアップユーザのジョブ。
【００５７】
２．自動レポート印刷：機器やコピー機の利用、エラーログ、ファックスレポートなどの自動的に印刷されるレポート。ＳＡ／ＫＯに指定されるそれらのレポートは、メモリリソースからプリントされ、印字機関の使用を必要とする。
【００５８】
３．ネット印刷：このジョブ分類には下記が含まれる：
ａ）ネットワークサービスモジュール１４（図２）を介してネットワークソースから送信され、印字リソースを必要とするジョブ、
ｂ）ウォークアップまたはリモートのユーザによって起動されるネットワークサービスモジュール（ＥＳＳとも呼ばれる）のソフトメールボックスジョブ、および
ｃ）ＥＳＳまたはネットワークから発生するその他のジョブ。
【００５９】
４．ファックスメールボックス：このジョブ分類には下記が含まれる：
ａ）ユーザの要求時にプリントアウトするようシステムに記憶されている受信ファックス、
ｂ）システム利用またはファックスログなどのローカルレポート、および
ｃ）ＥＰＣメモリ２４（図３）または印刷システム（ＭＦＳＹＳとも呼ばれる）から発生するその他のジョブ。
【００６０】
５．ファックスプリント：即時プリントすべき着信ファックスジョブ。そのようなジョブは、ＥＰＣメモリ２４内に取得された後、即時プリントされる。
【００６１】
サルガド出願のアプローチでは、ユーザが発した作業要求に相当するシステムジョブが設けられる。ユーザの作業要求は、ＭＦ機関のユーザインタフェースまたは外部ジョブサービス（ＥＪＳ）で発せられる。たとえばコピージョブは、ユーザによるコピー動作の実行要求に相当する。各ＥＪＳジョブは、複数のサブジョブに分割される。各サブジョブは、基本ジョブ動作を実施するための作業であって、基本ジョブサービス（ＢＪＳ）によって処理される。コピージョブは、スキャン、イメージ処理、および印字のサブジョブに分割される。
【００６２】
基本ジョブサービスによるジョブ処理の実施には、ビデオハードウェアの使用を必要とする。ビデオハードウェアは、圧縮器と、復元器と、ｉｐｓ１ボードと、入力チャネルと、出力チャネルと、ループバックチャネルとを含む。複数のサブジョブが、同じビデオハードウェアの使用を要する場合もある。サルガド出願のジョブコンテンションマネージャは、ビデオハードウェアの使用を管理し、基本ジョブサービスレベルでコンテンション決定が必要な場合に、どのサブジョブがハードウェアを取得するかを上述の優先手法に基づいて決定する。
【００６３】
本願の説明をより良く理解するために、下記の用語が有用であろう：
許可ユーザ：臨時ユーザより高い許可レベルを有するが、ＫＯ／ＳＡより少ないアクセス権を有するユーザ。ＶＩＰユーザのために確保されている許可レベルである。
【００６４】
ジョブ優先度：ジョブまたはユーザタイプに合わせて指定される優先度。ジョブタイプに基づく代表的な優先手法が、サルガド出願に記載されている。
【００６５】
リソース：ジョブまたはサブジョブの処理に必要な機械的、電子的、またはソフトウェアの部材。
【００６６】
印字リソース：所定のタイプの媒体上にジョブをプリントする際に使用するリソース。
【００６７】
メモリリソース：たとえばメモリ２４、３４（図３）、７４および７６（図６）などの、印刷システムが使用する読込み／書込みメモリの類。
【００６８】
印字済みジョブ：プリントされたジョブ。この用語は「印刷済みジョブ」より包括的であり、あるタイプの媒体上への特定の印字方法のいずれも示唆しない。
【００６９】
次回プリント物：ジョブの待ち行列の先頭にあり、安定／正常状態にあるジョブの呼称である。次回プリント物は、待ち行列の中から次にプリントされる。
【００７０】
復元器：圧縮イメージを元の「未処理」データに復元するビデオハードウェア。
【００７１】
圧縮器：従来の圧縮アルゴリズムに基づきイメージを圧縮するビデオハードウェア。
【００７２】
ループバックチャネル、入力チャネルおよび出力チャネル：イメージデータを物理的に転送する際に使用するビデオチャネル。
【００７３】
ｉｐｓ１：縮小、拡大、濃淡調節、およびコントラスト調節などの数々のイメージ生成機能を実施する物理的部材。
【００７４】
本発明によれば、複数のサブジョブによるシステムリソースに対するコンテンションを管理する方法および装置が提供される。本発明の好適な実施形態によれば、以下が実施可能である：１）複数のサブジョブによるリソース要求を処理する；２）コンテンション状態の不在時に並列ジョブ処理を実行する；３）サブジョブに対して、その優先度に基づいて基本リソースを配分する；４）優先度がより高いジョブのために、サブジョブのリソース利用を中断する；５）低優先度サブジョブから高優先度サブジョブへリソースを移転する；６）各イメージに関するＢＪＳのビデオリソースへの要求を迅速に処理する；および７）追加のビデオリソースおよびビデオ機能のために拡張する。
【００７５】
図８では、本発明のジョブコンテンションマネージャ（ＪＣＭ）１１２は、基本リソースレベルでのリソース配分を制御する。図８に示すとおりＪＣＭ１１２は、ＢＪＳ１１０から受信したビデオリソース要求の状況を追跡し、それらの要求を割り振る。ＪＣＭ１１２とＢＪＳ１１０とのあいだの要求では、示唆／申込／受諾／受諾不可プロトコルを用いる。表１に、代表的な多機能プリンタ（ＭＦＰ）に伴う典型的な外部ジョブサービスおよびＢＪＳサブジョブの例を示す。所望され得るように追加のＥＪＳおよびＢＪＳ１１０サービスを設けることは本発明の範囲内であり、表１は単なる例である。
【００７６】
【表１】
0004612176.tif 000002
基本ジョブサービス（ＢＪＳ）は、表１に示すように、外部ジョブサービス要求を一連のサブジョブ要求に分割する。図８に示すとおり本発明では、ＢＪＳ１１０は各サブジョブに関して、ジョブコンテンションマネージャ（ＪＣＭ）１１２に対し、ビデオリソースへの「示唆」を発する。表２ａおよび表２ｂに例示するようにＪＣＭには、ＢＪＳが利用する一連のビデオ機能または機能リソース（ＣＲ）が設けられている。各ＣＲは、特定セットのビデオハードウェアまたは基本リソース（ＢＲ）を用いる。
【００７７】
【表２】
0004612176.tif 000003
表２ａおよび表２ｂに、代表的な多機能プリンタ（ＭＦＰ）における典型的な機能リソース（ＣＲ）と、それらが使用する基本リソース（ＢＲ）またはビデオリソースとを示す。所望され得るように追加のＣＲおよびＢＲを設けることは本発明の範囲内であり、表２ａおよび表２ｂは単なる例である。たとえば表２ａおよび表２ｂに示すように、スキャン機能（ＣＲ）は圧縮器と入力チャネルとの基本リソースを用い、ＥＳＳ入力機能（ＣＲ）はループバックチャネルと圧縮器とのＢＲを用いる。
【００７８】
以下、複数のサブジョブ間のシステムリソースに対するコンテンションを管理するための本発明の方法を実施するシステムの基本構成と、リソースがどのようにして共用されるかとを、図８、図９、図１０、図１１、および図１２を参照しながら詳述する。それらの図に示すフローチャートは、本発明の好適な実施形態を表す。
【００７９】
図８によれば、基本ジョブサービス１１０は、サブジョブを処理する準備が完了すると、処理すべき各サブジョブに関して、上述のとおりイメージ「示唆」をジョブコンテンションマネージャ１１２へ送信する。ジョブコンテンションマネージャ１１２は、相互接続された少なくとも２レベルを有するデータベース１１３を保持している。第一レベル１１４は、機能リソース（ＣＲ）に相当する。第二レベル１１５は、実質的にはビデオリソース（ビデオ）である基本リソース（ＢＲ）に相当する。データベース１１３はいずれの所望数のレベルを有してもよく、単に例として２レベルデータベースを説明する。データベース１１４内の各機能リソースは、必要とする基本リソースのリストを含む。相応じて、データベース１１５内の各基本リソースは、自身に依存するＣＲのリストを保持する。この相互接続データベースは、システム起動時に作成される。
【００８０】
ジョブコンテンションマネージャ１１２はさらに、システムのコンテンションアルゴリズム（ＳＡ／ＫＯによって設定可能）を有する。好適な実施形態においてそのアルゴリズムは、本願に引用するサルガド出願（ここで引用して援用する）で提案されるアルゴリズムと実質的に同様であるが、ＳＡ／ＫＯが決定するいずれの所望のコンテンションアルゴリズムであってもよい。サルガド出願のコンテンションアルゴリズムは、ＦＩＦＯまたはジョブサービス優先度ベース、あるいはその両者の組み合わせである。作成されたジョブは、優先度、提出時間、および最終修正時間などの優先順位付けデータ要素を含む。
【００８１】
本発明によると、ＢＪＳ１１０から「示唆」が出されると、ＪＣＭ１１２は直ちにサブジョブをそれぞれの機能リソース待ち行列および基本リソース待ち行列に追加する。これによって、ＪＣＭ１１２は、より高い優先度のジョブに基本リソースを移動できる。ジョブを後で行うための「提案」がジョブサービスから出される時には、当該ジョブは既にそれぞれの待ち行列に含まれており、直ちに処理できる状態にある。サブジョブのめにＢＪＳが必要とする機能リソースに対しては、ＢＪＳは一度だけ「示唆」を送る。本発明による「示唆」アプローチによれば、リソースを直ちに移動できるので、基本リソースをあるサブジョブから他のサブジョブに移動する間に他の動作（たとえばスキャナの準備）を行うことができる。これは、例えばコピージョブの場合、第一コピー出力時間の遅延を非常に短くできる。これは、ユーザにとって非常に望ましい。
【００８２】
本発明によれば、高優先度のジョブが共用基本リソースに即刻アクセスできる。これによって、ＢＲの準備が完了していない場合でも、より高い優先度のサブジョブがＢＲ要求の待ち行列に加わることができる仕組みを提供する。本発明に係るこの方法によれば、「提案」を受理する前にＪＣＭ１１２が基本リソースをセットアップするので、「提案」が受理されると、ＪＣＭは「即時割込み」方式でサブジョブを実行できる。
【００８３】
図８を参照して、基本ジョブサービス１１０はサブジョブを処理する準備が完了すると、サブジョブに必要な機能リソースに対する「示唆」要求をＪＣＭ１１２に送る。「示唆」リクエストはジョブ識別子と、優先度情報と、必要なビデオ機能と、要求ＢＪＳ識別子とを含むことが好適である。例えばスキャンＢＪＳはＤＡＤＨ（ドキュメントハンドラ）からのコピージョブ（ｉｄ：３−１）を走査しなくてはならない。スキャンＢＪＳはＪＣＭ１１２に対し、「示唆」（例えば、ＢＪＳ：走査、ジョブ：３−１、ジョブ優先度：ＸＸＸ、機能：圧縮走査(ScanCompressed)、・・・）を発する。
【００８４】
図８および図１１を参照して、ＦＩＦＯまたはジョブベース優先度またはその両方を用いて、複数のサブジョブ間でのシステムリソースのコンテンションを管理するための本発明に係る方法および装置の実施形態の構成を詳述する。本発明の実施形態では、リソースへのアクセスは「キー操作者／システム管理者（ＫＯ／ＳＡ）定義アルゴリズム」によって管理される。このアルゴリズムはサルガド出願において述べたアルゴリズムと類似する。このアルゴリズムによれば、ＫＯ／ＳＡは、ジョブタイプ、即時ウォークアップ要求であるかどうか、中断の履歴、および他の重要な要因に基づいて、ジョブを分類できる。このアルゴリズムは、典型的な印刷システムユーザの要求に従ってジョブコンテンションを管理するよう構成され得る。柔軟にプログラム可能であるため、このアルゴリズムはＦＩＦＯをサポートするように構成可能である。すなわちＦＩＦＯは、このアルゴリズムの能力のサブセットである。この発明は、基本リソースの段階で優先順位付けすることで、これらのリソースをより効率的に使用する。サブジョブの優先度はサルガド出願と同様に決定されることが好適であるが、任意の所望の従来の優先順位付けアプローチによって行ってもよい。
【００８５】
特定のサブジョブ要求において、機能ジョブリソース（ＣＪＲ）と基本ジョブリソース（ＢＪＲ）とに共通な一式のデータを、ジョブリソースと称する。あるリソースのジョブリストとは、その機能または基本リソースを必要とする要求中のサブジョブのリストまたは待ち行列である。基本リソースの待ち行列にＢＪＲを追加すると、ＢＪＲはジョブ優先度に基づいた位置に配置される。待ち行列の先頭は最も優先度の高いジョブであり、その後ろに順に、優先度がより低いジョブが続く。
【００８６】
サブジョブに関してＢＪＳ１１０から「示唆」要求を受信すると、ＪＣＭ１１２は、上記のデータを含む機能ジョブリソース（ＣＪＲ）を形成する。要素１１８は、データベース１１４内の機能リソースのジョブリストまたは待ち行列にＣＪＲを追加する。次にＪＣＭ１１２は、機能リソースが必要とする各基本リソースに関して、機能リソースに必要な基本リソース（表２ａおよび２ｂを参照）のリストをウォークまたは走査する。これは、要素１２０，１２２，１２４，３００を繰り返すことで実行する。要素１２０によって検出された、機能リソースが必要とする各基本リソースに関して、基本ジョブリソース（ＢＪＲ）が要素１２２によって形成され、データベース１１５内の各基本リソースのジョブリストまたは待ち行列に追加される。
【００８７】
要素３００は、サブジョブがＢＲの待ち行列の先頭であるか、すなわち最高優先度ジョブであるかを検出する。そうでない場合、要素３００は要素１２４に通知する。要素３００は、該サブジョブが待ち行列の先頭であると検出すると、要素３０２に通知する。要素３０２は、その待ち行列内に「ｂｊｓアクティブ」ジョブがあるかを検出する。「ｂｊｓアクティブ」ジョブが存在しない場合、要素３０２は要素１２４に通知する。待ち行列内に「ｂｊｓアクティブ」ジョブがあると検出した場合、要素３０２は要素３０４に通知する。それにより要素３０４は、すべての「ｂｊｓアクティブ」ジョブを「ｂｊｓ中断中」に設定し、要素３０６に対し、中断中ＢＪＲの親ＣＪＲを「ｂｊｓ中断中」に設定するよう通知する。続いて要素３０６は、要素１２４に通知する。最後の構成要素ＢＪＲがすでに追加された場合、要素１２４は要素１２６に通知する。要素１２６は、ＣＪＲがサブジョブの実行に必要とするすべてのＢＪＲを取得したかを検出する。
【００８８】
要素３００〜３０６によって高優先度ジョブ（ＳＡ／ＫＯアルゴリズムによって規定される）は、その高優先度ジョブの完了時まで、アクティブジョブを中断させることが可能になる。新しいサブジョブ「示唆」要求によって他のサブジョブ要求を中断させる必要が生じた場合、ＪＣＭ１１２は、現存するサブジョブのＣＪＲの状態を「ｃｊｓ中断中」に設定する。中断中サブジョブに関する次の申込の際に（図１１および図１２，１３を参照しながら以下で述べる）ＪＣＭは、中断中サブジョブから取得中サブジョブへ基本リソースを移転する。中断中サブジョブに関して申込をしたＢＪＳは、ＪＣＭ１１２Ａから「受諾不可」を受信する。ＢＪＳが一つのサブジョブの処理を完了すると、ＢＪＳはＪＣＭ１１２に対して「サブジョブ完了」を通知する。「サブジョブ完了」を受信すると、ＪＣＭ１１２はサブジョブの情報（ＣＪＲおよびＢＪＲ）を削除する。そのサブジョブが使用していた各構成要素ＢＪＲに関連して、ＪＣＭ１１２は基本リソースを、ＢＲジョブ待ち行列内の次のサブジョブに配分する（状態はまず「ｂｊｓアクティブ」にされる）。続いてＪＣＭ１１２は、それらのＢＪＲの親ＣＪＲの状態を再検出する。ＢＪＳがリソースを申し込んだ場合に、ジョブがユーザによって削除された時、あるいはシステムによって終了された時に、ＢＪＳは「サブジョブ終了」を指示する。
【００８９】
この時点でＪＣＭ１１２Ａは、ＢＪＳ「示唆」要求の全体的状態（本発明では、ＣＪＲの状態）を検出する必要がある。すべての構成要素ＢＪＲが「ｂｊｓアクティブ」であると要素１２６が検出すると、要素１２８がすべてのＢＪＲの状態を「ｂｊｓアクティブ」に設定する。続いて要素１３０が、ＣＪＲの状態を「ｃｊｓアクティブ」に設定する。
【００９０】
上述のようにしてＪＣＭ１１２は、追加された各基本ジョブリソースの状態を検出する。基本リソースのジョブリスト内で該ＢＪＲが最高優先度ジョブである（待ち行列の先頭である）場合に、もしリスト内に他に「ｂｊｓアクティブ」がなければ、状態は「ｂｊｓアクティブ」である。他の「ｂｊｓアクティブ」がある場合は、追加された基本ジョブリソースの状態は「ｂｊｓ取得中」である。追加された基本ジョブリソースが待ち行列の先頭でない場合は、状態は「ｂｉｓ待機中」である。ＢＪＳの構成要素ＢＪＲが、「ｂｊｓアクティブ」と「ｂｊｓ取得中」との状態の組み合わせである場合は、ＣＪＲの状態は「ｃｊｓ取得中」である。その他の場合は、ＣＪＲの状態は「ｃｊｓ待機中」である。続いてＪＣＭ１１２は、全体的状態を反映させるように、該ＣＪＲのすべての各ＢＪＲの状態を更新する。すなわち、機能ジョブリソース（ＣＪＲ）の状態が「ｃｊｓ待機中」である場合、構成要素であるすべての基本ジョブリソース（ＢＪＲ）の状態を「ｂｊｓ待機中」に設定する。
【００９１】
ＣＪＲの状態が「ｃｊｓ取得中」または「ｃｊｓ待機中」であって、必要とするすべてのＢＪＲをＣＪＲが取得していないと要素１２６が検出した場合、要素１２６は要素３０８に通知する。要素３０８は、必要とするすべての基本リソースを該サブジョブが取得しているかを検出する。必要とするすべてのＢＪＲをＣＪＲが取得していないと要素３０８が検出した場合、要素３１０がＣＪＲを「ｂｊｓ待機中」に設定し、ＪＣＭ１１２Ａは、申込をしたＢＪＳに対して「受諾不可」を送信する。ＣＪＲの状態が「ｂｊｓ待機中」であると要素３０８が検出すると、要素３０８は要素１３６に、ＢＪＳに対して「受諾不可」を送信するよう合図する。前述の実施形態と同様にＢＪＳ１１０は、「受諾不可」を受信後、タイミング信号に基づく後の時点で再度申込をする。
【００９２】
ＪＣＭ１１２は更に機能リソースの状態も管理する。機能リソースの状態は、該機能リソースが必要とする基本リソースの状態に基づく。機能ソースは「準備」または「内部ペンディング」状態にあるかもしれない。ＣＲに必要なＢＲがすべて使用可能な状態にあれば、該ＣＲは「準備」状態にある。ＣＲのサブジョブが基本リソースを取得すれば、機能リソースの状態が修正される。このＢＲを使用する全てのＣＲについて、取得ＣＲ以外のＣＲは全てその状態が「内部ペンディング」に変移する。取得ＣＲは「準備」状態のままである。基本リソースが解放されると、これに従属する機能リソースの状態が再計算される。ＢＪＳ１１０はそれが使用する全ての機能にＣＲの状態が変化した旨を登録する。
【００９３】
上記のクロスレフェレンスの出願では、基本ジョブサービスは、ＣＲの状態が「準備」の時に「提案」のみ行う。このため、サービスは、現在アクティブであるサブジョブよりも優先度が高いジョブに対して基本リソースを取得できない。したがって、「即時割込み」サブジョブであってもＣＲが「準備」状態に変わるまで待機しなければならない。
【００９４】
本発明が提供するしくみによれば、ＢＪＳ１１０はＣＲの使用を事前に要求する。したがって、ＢＪＳ１１０がＣＲを使用する準備ができれば、ＣＲの使用に対する「示唆」を発する。この示唆を受信するとＪＣＭ１１２は、それぞれのＣＪＲおよびＢＪＲを行列待ちする。次に、上述のようにＪＣＭ１１２は、基本リソースを中断しシフトできる。優先度がより高いサブジョブに対して示唆が発せられると、その結果ＢＲがシフトすることによって所望のＣＲの状態を「準備」に変化させる。この時、ＢＪＳ１１０はＣＲに対して「提案」を発することができる。「示唆」の受信、続けて「提案」の受信に応じてＢＲが変移するので、サブジョブの状態は「アクティブ」であり、状態変化またはセットアップによる遅延無く処理される。これにより「即時割込み」要求を満たす。
【００９５】
本発明が提供するしくみによると、ＣＲの状態が「準備」状態でない場合でも、優先度がより高いサブジョブがリソースを獲得できる。これによって、サブジョブの要求（示唆）が待ち状態になることができ、続いてＣＲの状態が変化して、基本リソースが実際に使用開始される。
【００９６】
基本ジョブサービス１１０がサブジョブ処理の準備ができると、ＢＪＳ１１０は、処理する必要がある各イメージに関して、図８で示すイメージ「提案」要求をＪＣＭ１１２に対して発する。この「提案」要求は、ジョブ識別子、その優先度情報、必要なビデオ性能、要求ＢＪＳ識別子を有することが好適である。例えば、スキャン基本ジョブサービスはＤＡＤＨ（ドキュメントハンドラ）からのコピージョブ（ｉｄ：３−１）を走査しなくてはならない。スキャンＢＪＳはＪＣＭ１１２に対し、「示唆」（例えば、ＢＪＳ：走査、ジョブ：３−１、ジョブ優先度：ＸＸＸ、機能：圧縮走査(ScanCompressed)、・・・）を発する。
【００９７】
図１０のフローチャートは、示唆が発せられた後の処理を示す。ＢＪＳ１１０は「示唆」５００をＪＣＭ１１２に転送する。要素５０２はＣＲが「準備」状態に有るか否かを検出する。準備状態にあれば、ＢＪＳ１１０は要素５０４において所望のサブジョブに対して提案する。要素５０６では、ビデオ１１１が提案されたサブジョブを完了したか否かを検出する。未完了であれば、提案されたサブジョブが完了するまで繰り返す。提案が完了していれば、要素５０６が要素５０８に通知し、要素５０８は全てのイメージが終了したか否かを検出する。終了していれば、要素５０８はＪＣＭ１１２にサブジョブ完了５１０を通知する。完了しちないイメージが残っていれば、要素５０８から要素５０４に戻る。要素５０４では追加のイメージサブジョブに対する新たな提案を発する。
【００９８】
図１１において、ＢＪＳ１１０はＪＣＭ１１２の要素１３８に対して「提案」要求を行う。ＪＣＭ１１２は、サブジョブのＣＪＲに対して「示唆」されたジョブ状態が「ｃｊｓアクティブ」であるか否かを検出する。もしそうであれば、要素１３８は要素１４０に通知し、ＪＣＭ１１２は、ＢＪＳ申込を処理のために基本サービス部材（ビデオ１１１）へ転送する。ビデオ１１１は要求を通常通り要求を処理し、ＪＣＭを通じてＢＪＳに受諾を送信する。ＢＪＳは、ＪＣＭにサブジョブ完了を送信する。それによりＪＣＭは３１４で、ＢＲおよびＣＲジョブ待ち行列からそのサブジョブを削除する。反対に、ＣＪＲのジョブ状態がアクティブではないと要素１３８が検出した場合、要素１３８は要素１４４に通知する。要素１４４は、サブジョブ状態が「ｃｊｓ待機中停止」であるかを検出する。そうである場合、要素１４４は要素３１６に、サブジョブ要求を削除するよう合図し、要素１４６は「受諾不可停止」を返信する。
【００９９】
ジョブ状態が「ｃｊｓ待機中停止」ではないと要素１４４が検出した場合、要素１４４は要素３１８に通知する。要素３１８は、ジョブ状態が「ｃｊｓ中断中」であるかを検出する。そうである場合、要素３１８は要素３２０に通知する。要素３２０は、該サブジョブがイメージの第一帯であるかを検出する。イメージの第一帯ではない場合、要素３２０は要素１４０に通知し、ＪＣＭ１１２Ｂは、ＢＪＳ申込を処理のために基本サービス部材（ビデオ）へ転送する。ビデオは要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに受諾を送信する。ＢＪＳは、ＪＣＭに「サブジョブ完了」を送信する。それによりＪＣＭは３１４で、ＢＲおよびＣＲジョブ待ち行列からそのサブジョブを削除する。反対に、ＣＪＲのジョブ状態が「ｃｊｓアクティブ」ではないと要素１３８が検出した場合、要素１３８は要素１４４に通知する。要素１４４はサブジョブ状態が「ｃｊｓ待機中」であるかを検出する。
【０１００】
サブジョブがイメージの第一帯であると要素３２０が検出した場合、要素３２０は要素３２２に通知して、ＣＪＲ状態を「ｃｊｓ待機中停止」に設定する。これによって、要素３２４がＢＪＲ部材の状態を「ｂｊｓ待機中」に設定する。次に、要素３２６がジョブ要求を削除して、ＪＣＭは３２８で「受諾不可停止」をＢＪＳに返信する。
【０１０１】
サブジョブが中断中ではないと要素３１８が検出した場合、要素３１８は要素３３０に通知し、要素３３０はＣＪＲの最新状態を検出する。続いて要素３３２が、ＣＪＲを新状態に設定し、その状態を要素３３４に転送する。要素３３４は、新状態が「ｃｊｓアクティブ」であるかを検出する。そうである場合、要素３３６が構成要素ＢＪＲを「ｂｊｓアクティブ」に設定する。続いてＪＣＭ１１２Ｂは３３８で、ＢＪＳの申込を処理のために基本サービス部材（ビデオ１１１）へ転送する。ビデオ１１１は、要求を通常通りに処理し、ＪＣＭを通じてＢＪＳ１１０へ「受諾」を送信する。サブジョブ完了時には、ＢＪＳ１１０がＪＣＭへ「サブジョブ完了」を通知し、要素３４０が、ＣＲおよびＢＲジョブ待ち行列からジョブ要求を削除する。
【０１０２】
新状態が「ｃｊｓアクティブ」ではないと要素３３４が検出した場合、要素３３４は要素３４２に通知し、要素３４２は新状態が「ｃｊｓ待機中停止」であるかを検出する。そうである場合、要素３４４がジョブ要求を削除し、ＪＣＭ１１２は３４６で、「受諾不可停止」をＢＪＳ１１０に返信する。新状態が「ｃｊｓ待機中停止」でない場合、要素３４２は要素３４８に通知する。要素３４８は、ＢＪＳの「申込」を処理のために基本サービス部材（ビデオ１１１）へ転送する。ビデオ１１１は、要求を通常通りに処理し、ＪＣＭ１１２を通じてＢＪＳ１１０へ受諾を送信する。サブジョブ完了時には、ＢＪＳ１１０がＪＣＭへ「サブジョブ完了」を通知し、要素３５０が、ＣＲおよびＢＲジョブ待ち行列からジョブ要求を削除する。
【０１０３】
図１２，１３に、ジョブベース優先オプションにおけるサブジョブの削除に関連する、ジョブコンテンションマネージャ１１２の部分を示す。多機能プリンタの操作者がジョブを削除したい場合、操作者は外部ジョブサービスにおいて削除または中止命令を入力する。中止信号はＪＣＭ１１２の要素３６０に供給され、データベース１１４のＣＲジョブ待ち行列内にそのジョブが存在するかどうかが検出される。もし検出されなければ、ＪＣＭ１１２からの退出によって、要素３６２がこの問い合わせを終了させる。
【０１０４】
反対に、中止するジョブがＣＲジョブ待ち行列内にある場合は、データベース１１４内の機能リソース待ち行列から、要素３６４がそのジョブを除去する。続いて要素３６６が、その中止ＣＪＲが必要としていた各基本ジョブリソースを検索する。ＪＣＭ１１２は、該当する各ＢＲ内を検索し、対応の各ＢＲジョブ待ち行列から中止サブジョブを除去する。この工程は、ＪＣＭ１１２の要素３６８〜３８０によって実施される。要素３６８が、次の各ＢＲジョブ待ち行列から中止サブジョブを除去する。ＢＲジョブ待ち行列からのサブジョブの除去時に、要素３６８は要素３７０に通知する。要素３７０は、削除したジョブが各ＢＲジョブ待ち行列内の先頭ジョブであったかを検出する。待ち行列の先頭であった場合は、要素３７２が、各待ち行列内に他のサブジョブが残存しているかを検出する。残存サブジョブがある場合は要素３７４は、新しい先頭ジョブが「ｂｊｓアクティブ」であるかを検出する。そうでない場合は要素３７６が、次のサブジョブを待ち行列の先頭へ移動する。続いて要素３７６は要素３７８に対し、ＢＲジョブ待ち行列から中止サブジョブを削除するよう通知する。
【０１０５】
中止ＢＪＲサブジョブが待ち行列の先頭でなかった場合は、要素３７０が要素３７８に対し、ＢＲジョブ待ち行列からサブジョブを削除するよう通知する。中止ＢＲサブジョブが待ち行列の先頭であったが、その待ち行列内に他のサブジョブが残存していない場合は、要素３７２が要素３７８に対し、ＢＲジョブ待ち行列からサブジョブを削除するよう通知する。中止ＢＲサブジョブが待ち行列の先頭であり、その待ち行列内に他のサブジョブが残存しており、新しい先頭ジョブが「ｂｊｓアクティブ」であると要素３７４が検出した場合は、要素３７４は要素３７８に対し、ＢＲジョブ待ち行列から中止サブジョブを削除するよう通知する。
【０１０６】
中止ＢＪＳサブジョブに関わる最後のＢＪＲサブジョブをデータベース１１５内のＢＲジョブ待ち行列から除去した後、要素３８０が、ＪＣＭ１１２の待ち行列再設定部分１１２Ｂに対して信号を送信する。中止サブジョブの最後の基本リソースを対応のＢＲジョブ待ち行列から除去した後、ＪＣＭ１１２の部分１１２の要素３８０は要素３８２に通知する。要素３８２は、データベース１１４内のＣＲジョブ待ち行列内に残存する各サブジョブを識別する。続いて要素３８４が、ＣＲジョブ待ち行列内の各サブジョブの状態を検出し、要素３８６に通知する。すると要素３８６は、その新状態が旧状態と同じであるかを検出する。同じである場合に要素３８８は、そのサブジョブがＣＲジョブ待ち行列からの最後のジョブであるかを検出する。最後のジョブでなければＪＣＭ１１２は、要素３８８から要素３８６に信号を返信してサイクルを繰り返すことにより、ＣＲジョブ待ち行列内の残りのすべてのサブジョブを検索する。ＣＲジョブ待ち行列からの最後のジョブである場合は、要素３８８は要素３９０に対して、ＣＪＲを削除するよう通知する。続いて要素４００が「サブジョブ完了」を指示し、４０２でＪＣＭから退出する。
【０１０７】
新状態が旧状態と同じではないと要素３８６が検出した場合、要素３８６は要素４０４に通知し、要素４０４はＣＪＲの状態を新状態に設定する。要素４０４は要素４０６に通知し、要素４０６は、新状態が「ｃｊｓアクティブ」であるかを検出する。新状態が「ｃｊｓアクティブ」である場合に要素４０８は、該当するすべての基本ジョブ状態を「ｂｊｓアクティブ」に設定する。新状態が「ｃｊｓアクティブ」ではない場合に要素４１０は、新状態が「ｃｊｓ取得中」であるかを検出する。そうである場合は要素４１２は、旧状態が「ｃｊｓ待機中停止」であったかを検出する。そうであった場合は要素４１４が、クライアントに停止を除去するよう（すなわち再度申込をするよう）指示する。
【０１０８】
要素４０８がすべての基本ジョブ状態を「ｂｊｓアクティブ」に設定した場合、要素４０８は要素４１２に通知する。要素４１２は旧状態が「ｃｊｓ待機中停止」であったかを検出し、そうであった場合は要素４１４が、クライアントに停止を除去するよう（すなわち再度申込をするよう）指示する。
【０１０９】
旧状態が「ｃｊｓ待機中停止」でなかった場合は要素４１４または要素４１２によって、あるいは新状態が「ｃｊｓ取得中」でない場合は要素４１０によって、要素３８８に対して信号が送信される。要素３８８は、そのサブジョブがＣＲジョブ待ち行列からの最後のジョブであるかを検出する。最後のジョブでなければＪＣＭ１１２は、要素３８８から要素３８６に信号を返信してサイクルを繰り返すことにより、ＣＲジョブ待ち行列内の残りのすべてのサブジョブを検索する。ＣＲジョブ待ち行列からの最後のジョブである場合は、要素３８８は要素３９０に対して、ＣＪＲを削除するよう通知する。続いて要素４００が「サブジョブ完了」を指示し、４０２でＪＣＭから退出する。
【０１１０】
多機能プリンタの利用を優先順位付けする本方法および装置では、所望のいずれの数の機能も使用できる。上記に記載したものは、単に一例である。さらなる例として下記の表に、上述より多数の使用可能な機能を示す。ただし、さらに他の機能も同様に使用できる。
【０１１１】
【表３】
0004612176.tif 000004
多機能プリンタの利用を優先順位付けする本発明の方法および装置では、サブジョブの実行時に、待ち行列工程を基本リソースのレベルにまで拡張することを通じて、従来のアプローチに対して重要な改良が達成される。そのような拡張によって、基本リソースが利用可能になった時に即座にその基本リソースを他のサブジョブに再配分することが可能であり、従来の機器の場合のように、基本ジョブサービスがその動作を完了するまで待つ必要がない。共用基本リソースを用いるＭＦＰにおいては、基本リソースレベルでコンテンションが存在しない場合に、プリンタの基本共用ビデオリソースが複数のサブジョブを実行できるようになるため、スループットが向上される。
【０１１２】
本発明の向上した性能をよりわかりやすく示すために、以下の例を挙げる。コンテンションアルゴリズムは、「優先度ベース」である。この例では、コピージョブは優先度８であり、テストパターン印刷ジョブは優先度５である。したがってコピージョブが、テストパターン印刷ジョブより高い優先度を有する。留意点：ジョブは、４つのイメージが入力された後に出力を開始できるとする。
【０１１３】
まず、ユーザがテストパターン印刷ジョブを印刷するために選択する。優先度５のテストパターン印刷ジョブＴＪ１が、ＥＪＳ（外部ジョブサービス）から入力される。外部ジョブサービスはテストパターン印刷ジョブ１を、内部イメージＧｅｎおよび印字サブジョブに分割する。内部イメージＧｅｎサービスは、ＩＰＳ１および入力チャネル基本リソースを使用するＩＩ内部イメージ(IllnternalImage)性能を必要とする。印字サービスは出力チャネルと復元器基本リソースとを使用する「印字出力」機能を必要とする。ＢＪＳ１１０は、「ＩＩ内部イメージ」性能のために、内部イメージｇｅｎサブジョブＴＪ１に対する「示唆」をＪＣＭ１１２に送信する。ＪＣＭ１１２は、ＴＪ１サブジョブを、ＩＩ内部イメージＣＲジョブ待ち行列内に追加する。
【０１１４】
【表４】
0004612176.tif 000005
続いてＪＣＭ１１２は、ＢＲであるＩＰＳ１および入力チャンネルに、ＴＪ１サブジョブを追加する。機能サブジョブは自らのリソースを取得するので、その状態はアクティブになる。
【０１１５】
【表５】
0004612176.tif 000006
内部イメージサービスが第一イメージを処理する準備が整うと、ＩＩ内部イメージ性能に対する申込をＪＣＭに対して発する。ＩＩ内部イメージサブジョブがアクティブなので、処理のために申込がビデオに転送される。
【０１１６】
あるユーザがデバイスまで来て、オリジナル文書を文書ハンドラ内に載置し、コピージョブの実行を（スタートを選択することで）指示する。
【０１１７】
優先度８を有するコピージョブ１が、ＥＪＳから入力される。外部ジョブサービスはコピージョブ１を、スキャンおよび印字サブジョブに分割する。スキャンサービスは、圧縮器と、ＩＰＳ１と、入力チャネルとの基本リソースを使用する「スキャンオリジナル」機能を必要とする。印字サービスは、出力チャネルと復元器との基本リソースを使用する「印字出力」機能を必要とする。ＢＪＳ１１０は、スキャンサブジョブＣＪ１のために、機能「スキャンオリジナル」への「示唆」をＪＣＭ１１２に直ちに送信する。ＪＣＭ１１２は、ＣＪ１サブジョブを、「スキャンオリジナル」ＣＲジョブ待ち行列に先頭ジョブとして追加する。ＪＣＭは自らの動作を行うので、走査サービスは、走査のためにスキャナの準備をする。
【０１１８】
【表６】
0004612176.tif 000007
続いてＪＣＭ１１２は、圧縮器、ＩＰＳ１、および入力チャネルのＢＲジョブ待ち行列に、ＣＪ１サブジョブを追加する。コピージョブがテストパターン印刷ジョブより高い優先度を有するため、スキャンオリジナルサブジョブは、ＩＩ内部イメージサブジョブより前に配置される。
【０１１９】
【表７】
0004612176.tif 000008
ＪＣＭがＩＩ内部イメージサブジョブの状態を中断中に設定し、走査サブジョブを待ち状態に設定する。
【０１２０】
【表８】
0004612176.tif 000009
（ジョブＴＰ１からの）第一イメージがビデオサービスによって完了すると、内部イメージサービスは、第二イメージに対する申込（ＩＩ内部イメージ機能に対して）をＪＣＭに送信する。ＪＣＭはＩＩ内部画像サブジョブ状態を待機中停止に設定し、走査サブジョブ状態をアクティブに設定する。ＪＣＭは「受諾不可停止」から「内部イメージサービス」に戻る。
【０１２１】
【表９】
0004612176.tif 000010
スキャナのセットアップが終了すると、走査サービスによってジョブの処理が開始できる。機能走査オリジナルを使用するＣＪ１に対する申込をＪＣＭに送信する。走査オリジナルサブジョブの状態がアクティブなので、この申込は処理のためにビデオに送信される。
【０１２２】
図８〜図１３のように実現された前述のアルゴリズムは、それらの図に示す機能を実施するソフトウェアを含むものであれば、所望のいずれのコンピュータ処理およびＭＦＰハードウェアによっても実行できる。
【０１２３】
待ち行列を有する２つのレベルのリソース、すなわちＣＲおよびＢＲに関連して本発明を説明したが、本発明は、待ち行列を伴うリソースのレベルと、対応のデータベースレベルとを、所望のいずれの数量にて含んでもよい。たとえば、生産性を向上させるために、ＢＲをさらにサブＢＲレベルまたは複数のレベルに分割することが可能である。
【０１２４】
本明細書では示唆、申込、受諾、受諾不可、受諾不可停止、サブジョブ完了、およびイメージ完成の用語は、信号、ソフトウェア要求、またはソフトウェア通知を一般的に表す。また、アクティブ、待機中、待機中停止、および中断中の用語は、サブジョブまたは申込の状態を表す。それらの用語は一般的な意味で使われており、それらの機能や使用の名称として他の用語を代わりに用いることもできる。
【０１２５】
本明細書では用語ＥＳＳは、ネットワーク接続性およびイメージ復元のために使用する電子サブシステムを表す。本明細書では用語ＳＣＳは、デジタルコピー機制御のプラットフォームを成す戦略的制御システムを表す。ＥＳＳおよびＳＣＳは、ＭＦＰの電子システムの一部である。
【０１２６】
表３の機能に用いた名称は都合上用いたものであり、機能の名称として所望のいずれの名称を使用してもよい。一般的に表３の機能名称は、単に機能の説明を略したものである。名称が直観的に自明でない場合もあるので、表３の機能の簡単な説明を表１０に示す。
【０１２７】
【表１０】
0004612176.tif 000011
上記の説明が、本発明を単に例示するものであると理解すべきである。本発明の精神から逸れることなく、多様な代替形態および修正を考案することが、当業者によって可能である。したがって、添付の請求項の精神および範囲内に含まれるそのような代替形態、修正、および変形を、本発明に含むことを意図する。
【図面の簡単な説明】
【図１】  本発明に従って生成されたジョブの受信に適する、ネットワーク接続されたデジタルコピー機を示す斜視図である。
【図２】  多機能且つネットワーク適応型の印刷機を示すブロック図である。
【図３】  図２の印刷機のビデオ制御モジュールを示すブロック図である。
【図４】  図２の印刷機と共に使用する転送モジュールを示すブロック図である。
【図５】  図３のビデオ制御モジュールと共に使用されるファクシミリカードを示すブロック図である。
【図６】  図２の印刷機のネットワーク制御部を示すブロック図である。
【図７】  ジョブをその処理に従って記憶する際に使用する待ち行列を示す立面図である。
【図８】  基本ジョブサービス（ＢＪＳ）とＪＣＭとのあいだの信号交信を示す略図である。
【図９】  本発明に従って実施されるコンテンション管理法の他の好適な態様の作用として、ジョブがＦＩＦＯおよびジョブベース優先アプローチで処理される様子を示す略フローチャートである。
【図１０】  本発明に従って実施されるコンテンション管理法の他の好適な態様の作用として、ジョブがＦＩＦＯおよびジョブベース優先アプローチで処理される様子を示す略フローチャートである。
【図１１】  本発明に従って実施されるコンテンション管理法の他の好適な態様の作用として、ジョブがＦＩＦＯおよびジョブベース優先アプローチで処理される様子を示す略フローチャートである。
【図１２】  本発明に従って実施されるコンテンション管理法の他の好適な態様の作用として、ジョブがＦＩＦＯおよびジョブベース優先アプローチで処理される様子を示す略フローチャートである。
【図１３】  本発明に従って実施されるコンテンション管理法の他の好適な態様の作用として、ジョブがＦＩＦＯおよびジョブベース優先アプローチで処理される様子を示す略フローチャートである。
【符号の説明】
１１０  基本ジョブサービス、１１１  ビデオリソース（基本リソース）、１１２  ジョブコンテンションマネージャ、１１３  データベース、１１４  機能ジョブリソース、１１５  基本ジョブリソース。
【図１】
0004612176.tif 000012
【図２】
0004612176.tif 000013
【図３】
0004612176.tif 000014
【図４】
0004612176.tif 000015
【図５】
0004612176.tif 000016
【図６】
0004612176.tif 000017
【図７】
0004612176.tif 000018
【図８】
0004612176.tif 000019
【図９】
0004612176.tif 000020
【図１０】
0004612176.tif 000021
【図１１】
0004612176.tif 000022
【図１２】
0004612176.tif 000023
【図１３】
0004612176.tif 000024