JP2001228749A - 一式の共用リソースの使用時においてサブジョブに対する多機能処理を実施可能にする方法および装置 - Google Patents
一式の共用リソースの使用時においてサブジョブに対する多機能処理を実施可能にする方法および装置Info
- Publication number
- JP2001228749A JP2001228749A JP2000363553A JP2000363553A JP2001228749A JP 2001228749 A JP2001228749 A JP 2001228749A JP 2000363553 A JP2000363553 A JP 2000363553A JP 2000363553 A JP2000363553 A JP 2000363553A JP 2001228749 A JP2001228749 A JP 2001228749A
- Authority
- JP
- Japan
- Prior art keywords
- job
- basic
- resource
- sub
- queue
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 86
- 238000000034 method Methods 0.000 title claims description 70
- 230000006870 function Effects 0.000 claims description 94
- 230000008569 process Effects 0.000 claims description 39
- 230000004044 response Effects 0.000 claims description 7
- 239000000470 constituent Substances 0.000 claims description 6
- 230000001419 dependent effect Effects 0.000 claims 1
- 238000012546 transfer Methods 0.000 description 53
- 238000007726 management method Methods 0.000 description 27
- 230000015654 memory Effects 0.000 description 27
- 238000013459 approach Methods 0.000 description 19
- 230000006835 compression Effects 0.000 description 9
- 238000007906 compression Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 6
- 238000012913 prioritisation Methods 0.000 description 5
- 230000008449 language Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 239000000725 suspension Substances 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- WCZDQPXNBJTKPI-UHFFFAOYSA-O Cyanidin 7-glucoside Chemical compound OC1C(O)C(O)C(CO)OC1OC1=CC(O)=C(C=C(O)C(=[O+]2)C=3C=C(O)C(O)=CC=3)C2=C1 WCZDQPXNBJTKPI-UHFFFAOYSA-O 0.000 description 3
- 101000953492 Homo sapiens Inositol hexakisphosphate and diphosphoinositol-pentakisphosphate kinase 1 Proteins 0.000 description 3
- 102100023727 Mitochondrial antiviral-signaling protein Human genes 0.000 description 3
- 239000002131 composite material Substances 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- FYKBJIJHQDFVCI-KVQBGUIXSA-N (2S,5R,6R)-2,6-diamino-5,7-dihydroxyheptanoic acid Chemical compound N[C@H](CO)[C@H](O)CC[C@H](N)C(O)=O FYKBJIJHQDFVCI-KVQBGUIXSA-N 0.000 description 1
- 101150037717 Mavs gene Proteins 0.000 description 1
- 101000869664 Pseudomonas aeruginosa (strain ATCC 15692 / DSM 22644 / CIP 104116 / JCM 14847 / LMG 12228 / 1C / PRS 101 / PAO1) FAD-dependent catabolic D-arginine dehydrogenase DauA Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 108091008695 photoreceptors Proteins 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000002459 sustained effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000007306 turnover Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N1/32561—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using a programmed control device, e.g. a microprocessor
- H04N1/32598—Bus based systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00912—Arrangements for controlling a still picture apparatus or components thereof not otherwise provided for
- H04N1/00915—Assigning priority to, or interrupting, a particular operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00912—Arrangements for controlling a still picture apparatus or components thereof not otherwise provided for
- H04N1/00954—Scheduling operations or managing resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N1/32561—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using a programmed control device, e.g. a microprocessor
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Microelectronics & Electronic Packaging (AREA)
- General Engineering & Computer Science (AREA)
- Facsimiles In General (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Control Or Security For Electrophotography (AREA)
- Record Information Processing For Printing (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 多機能印刷システムの基本処理リソースの使
用を優先順位付けし、特定の条件下で基本リソースに対
してアクティブな機能ジョブリソースを増加させる。 【解決手段】 改良されたジョブコンテンションマネー
ジャ（ＪＣＭ）を有する印刷システムの複数の基本リソ
ースの各々には、待ち行列が設けられる。一つ以上のジ
ョブサービスはＪＣＭに信号を送信することで所定のジ
ョブのサブジョブを実行する。各サブジョブに関する信
号は、各サブジョブと、そのジョブサービスおよび優先
度とに関する情報を含む。ＪＣＭは上記信号に応じて、
第一のサブジョブに必要な第一のビデオ機能に関して、
対応の第一の基本ジョブリソースを、待ち行列に追加す
る。第一ビデオ機能が必要とするすべての基本リソース
の待ち行列において第一基本ジョブリソースが先頭であ
る場合に、第一サブジョブのための第一基本ジョブリソ
ースは、処理準備完了状態に設定される。
用を優先順位付けし、特定の条件下で基本リソースに対
してアクティブな機能ジョブリソースを増加させる。 【解決手段】 改良されたジョブコンテンションマネー
ジャ（ＪＣＭ）を有する印刷システムの複数の基本リソ
ースの各々には、待ち行列が設けられる。一つ以上のジ
ョブサービスはＪＣＭに信号を送信することで所定のジ
ョブのサブジョブを実行する。各サブジョブに関する信
号は、各サブジョブと、そのジョブサービスおよび優先
度とに関する情報を含む。ＪＣＭは上記信号に応じて、
第一のサブジョブに必要な第一のビデオ機能に関して、
対応の第一の基本ジョブリソースを、待ち行列に追加す
る。第一ビデオ機能が必要とするすべての基本リソース
の待ち行列において第一基本ジョブリソースが先頭であ
る場合に、第一サブジョブのための第一基本ジョブリソ
ースは、処理準備完了状態に設定される。
Description
【０００１】本願は下記の出願と内容が関連しており、
下記の出願はクロスリファレンスである：Salgado et a
l.によって出願され「イメージを多帯化する電子写真式
複写システムにおけるシステムリソースに関するジョブ
コンテンション管理方法および管理装置」と題された米
国特許出願第０９／４５０，１４５（代理人整理番号Ｄ
／９９３９５）Salgado et al.によって出願された米国
特許出願第０９／４５０，１４７（代理人整理番号６９
０−００８８６３−ＵＳ（ＰＡＲ））「一式の共用リソ
ースを使用するシステムにおける高優先度のリソース要
求の処理方法および装置」；Salgado et al.によって出
願された米国特許出願第０９／４５０，１５０（代理人
整理番号６９０００８８６５−ＵＳ（ＰＡＲ））「低優
先度ジョブから高優先度ジョブへのリソース移転の最適
化方法および装置」；Salgado etal.によって出願され
た米国特許出願第０９／４５０，１４８（代理人整理番
号６９０−００８８６２−ＵＳ（ＰＡＲ））「特定リソ
ースをジョブの一部分のみに使用することによる、一式
の共用リソースの使用時のジョブに対するシステム並行
性の向上方法および装置」；Salgado et al.によって出
願された米国特許出願第０９／４５０，１４９（代理人
整理番号６９０−００８８６１−ＵＳ（ＰＡＲ））「一
式の共用リソースに対するジョブストリーミングを実施
可能にする方法および装置」；およびSalgado et al.に
よって出願された米国特許出願第０９／４５０，１４６
（代理人整理番号６９０−００８８６６−ＵＳ（ＰＡ
Ｒ））「電子複写システムにおけるシステムリソースに
対するジョブコンテンション管理方法および管理装
置」。米国特許出願第０９／４５０，１４５（代理人整
理番号Ｄ／９９３９５）以外の上記出願は、本願と同日
に出願された。上記出願による開示を、本願に引用して
援用する。
下記の出願はクロスリファレンスである：Salgado et a
l.によって出願され「イメージを多帯化する電子写真式
複写システムにおけるシステムリソースに関するジョブ
コンテンション管理方法および管理装置」と題された米
国特許出願第０９／４５０，１４５（代理人整理番号Ｄ
／９９３９５）Salgado et al.によって出願された米国
特許出願第０９／４５０，１４７（代理人整理番号６９
０−００８８６３−ＵＳ（ＰＡＲ））「一式の共用リソ
ースを使用するシステムにおける高優先度のリソース要
求の処理方法および装置」；Salgado et al.によって出
願された米国特許出願第０９／４５０，１５０（代理人
整理番号６９０００８８６５−ＵＳ（ＰＡＲ））「低優
先度ジョブから高優先度ジョブへのリソース移転の最適
化方法および装置」；Salgado etal.によって出願され
た米国特許出願第０９／４５０，１４８（代理人整理番
号６９０−００８８６２−ＵＳ（ＰＡＲ））「特定リソ
ースをジョブの一部分のみに使用することによる、一式
の共用リソースの使用時のジョブに対するシステム並行
性の向上方法および装置」；Salgado et al.によって出
願された米国特許出願第０９／４５０，１４９（代理人
整理番号６９０−００８８６１−ＵＳ（ＰＡＲ））「一
式の共用リソースに対するジョブストリーミングを実施
可能にする方法および装置」；およびSalgado et al.に
よって出願された米国特許出願第０９／４５０，１４６
（代理人整理番号６９０−００８８６６−ＵＳ（ＰＡ
Ｒ））「電子複写システムにおけるシステムリソースに
対するジョブコンテンション管理方法および管理装
置」。米国特許出願第０９／４５０，１４５（代理人整
理番号Ｄ／９９３９５）以外の上記出願は、本願と同日
に出願された。上記出願による開示を、本願に引用して
援用する。
【０００２】
【発明の属する技術分野】本発明は一般的に、一つ以上
の待ち行列を有する多機能印刷システムに関し、特に、
複数のビデオ機能に関わるジョブをサービスが共用リソ
ースを用いて処理できるよう印刷システムのリソースを
管理する、ジョブコンテンション管理構造に関する。
の待ち行列を有する多機能印刷システムに関し、特に、
複数のビデオ機能に関わるジョブをサービスが共用リソ
ースを用いて処理できるよう印刷システムのリソースを
管理する、ジョブコンテンション管理構造に関する。
【０００３】
【従来の技術】電子印刷システムは通常、入力部（イメ
ージ入力端末（ＩＩＴ）と呼ばれることがある）と、制
御部と、出力部（イメージ出力端末（ＩＯＴ）と呼ばれ
ることがある）または印刷機関とを含む。ドキュテック
（登録商標）電子印刷システムとして知られているゼロ
ックス（登録商標）コーポレーション社製の電子印刷シ
ステムでは、ネットワークまたはスキャナから、その印
刷システムに対してジョブを入力できる。ネットワーク
およびスキャナからの両入力を用いる印刷システムの一
例は、以下の特許に記載されている：米国特許第５，１
７０，３４０号、特許権者Prokop et al.、１９９２年
１２月８日発行。
ージ入力端末（ＩＩＴ）と呼ばれることがある）と、制
御部と、出力部（イメージ出力端末（ＩＯＴ）と呼ばれ
ることがある）または印刷機関とを含む。ドキュテック
（登録商標）電子印刷システムとして知られているゼロ
ックス（登録商標）コーポレーション社製の電子印刷シ
ステムでは、ネットワークまたはスキャナから、その印
刷システムに対してジョブを入力できる。ネットワーク
およびスキャナからの両入力を用いる印刷システムの一
例は、以下の特許に記載されている：米国特許第５，１
７０，３４０号、特許権者Prokop et al.、１９９２年
１２月８日発行。
【０００４】スキャナを用いてジョブを発生させる場
合、イメージを有する文書をスキャンすることでそのイ
メージをイメージデータに変換し、それを印刷物の作成
に使用する。ネットワークを用いてジョブを発生させる
場合、ジョブに関連するさまざまな命令とイメージデー
タとを含みページ記述言語で記されるデータストリーム
を取得し、それを印刷のために分解および記憶する。周
知のとおり、ネットワークジョブは、ワークステーショ
ンや、記憶デバイスを含むプリントサーバなどの、リモ
ートのクライアントから得られるものであってもよい。
ＩＩＴに供給されたジョブを、「電子事前照合（precol
lation）メモリ」と呼ばれることがあるメモリ部に記憶
してもよい。事前照合電子メモリの一例は、以下の特許
に記載されている：米国特許第５，０４７，９５５号、
特許権者Shope et al.、１９９１年９月１０日発行。
合、イメージを有する文書をスキャンすることでそのイ
メージをイメージデータに変換し、それを印刷物の作成
に使用する。ネットワークを用いてジョブを発生させる
場合、ジョブに関連するさまざまな命令とイメージデー
タとを含みページ記述言語で記されるデータストリーム
を取得し、それを印刷のために分解および記憶する。周
知のとおり、ネットワークジョブは、ワークステーショ
ンや、記憶デバイスを含むプリントサーバなどの、リモ
ートのクライアントから得られるものであってもよい。
ＩＩＴに供給されたジョブを、「電子事前照合（precol
lation）メモリ」と呼ばれることがあるメモリ部に記憶
してもよい。事前照合電子メモリの一例は、以下の特許
に記載されている：米国特許第５，０４７，９５５号、
特許権者Shope et al.、１９９１年９月１０日発行。
【０００５】米国特許第５，０４７，９５５号は、入力
イメージデータをラスター化および圧縮するシステムを
開示している。ラスター化および圧縮されたイメージデ
ータは続いて、ジョブイメージバッファ内に照合された
状態で記憶される。ジョブがいったんジョブイメージバ
ッファ内に記憶されると、さらなるジョブラスター化を
実施することなく、選択した枚数のジョブコピーを復元
および印刷できる。
イメージデータをラスター化および圧縮するシステムを
開示している。ラスター化および圧縮されたイメージデ
ータは続いて、ジョブイメージバッファ内に照合された
状態で記憶される。ジョブがいったんジョブイメージバ
ッファ内に記憶されると、さらなるジョブラスター化を
実施することなく、選択した枚数のジョブコピーを復元
および印刷できる。
【０００６】電子印刷に関連する分野、すなわちデジタ
ル複写においては、「多機能性」に関する要求が増えつ
づけている。以下の特許に示されているように、多機能
デジタルコピー機は、一つの静電処理プリンタに複数の
異なるイメージ入力デバイスが連結された構成を有する
ことができる。それらの複数のデバイスは、プリンタが
使用するためのイメージ関連情報を生成するよう構成さ
れている：米国特許第３，９５７，０７１号、特許権者
Jones、１９７１年７月２７日発行。
ル複写においては、「多機能性」に関する要求が増えつ
づけている。以下の特許に示されているように、多機能
デジタルコピー機は、一つの静電処理プリンタに複数の
異なるイメージ入力デバイスが連結された構成を有する
ことができる。それらの複数のデバイスは、プリンタが
使用するためのイメージ関連情報を生成するよう構成さ
れている：米国特許第３，９５７，０７１号、特許権者
Jones、１９７１年７月２７日発行。
【０００７】米国特許第３，９５７，０７１号は、イメ
ージ関連情報がたとえば、ビデオファクシミリ信号、マ
イクロフィルム、データ処理情報、フルサイズ文書のた
めの光スキャニングプラテン、アパチャカード、および
マイクロフィッシュから得られるものであってもよいこ
とを開示している。
ージ関連情報がたとえば、ビデオファクシミリ信号、マ
イクロフィルム、データ処理情報、フルサイズ文書のた
めの光スキャニングプラテン、アパチャカード、および
マイクロフィッシュから得られるものであってもよいこ
とを開示している。
【０００８】以下の特許もまた、多機能デジタル複写の
分野に関連する：米国特許第４，８２１，１０７号、特
許権者Naito et al.、１９８９年４月１１日発行；米国
特許第５，０２１，８９２号、特許権者Kita et al.、
１９９１年６月４日発行；米国特許第５，１７５，６３
３号、特許権者Saito et al.、１９９２年１２月２９日
発行；米国特許第５，２２３，９４８号、特許権者Saku
rai et al.、１９９３年６月２９日発行；米国特許第
５，２７６，７９９号、特許権者Rivshin、１９９４年
１月４日発行；および、米国特許第５，３０７，４５８
号、特許権者Freiburg et al.、１９９４年４月２６日
発行。
分野に関連する：米国特許第４，８２１，１０７号、特
許権者Naito et al.、１９８９年４月１１日発行；米国
特許第５，０２１，８９２号、特許権者Kita et al.、
１９９１年６月４日発行；米国特許第５，１７５，６３
３号、特許権者Saito et al.、１９９２年１２月２９日
発行；米国特許第５，２２３，９４８号、特許権者Saku
rai et al.、１９９３年６月２９日発行；米国特許第
５，２７６，７９９号、特許権者Rivshin、１９９４年
１月４日発行；および、米国特許第５，３０７，４５８
号、特許権者Freiburg et al.、１９９４年４月２６日
発行。
【０００９】多機能複写デバイスは通常、後の時点で印
刷できるように複数のジョブを記憶するよう構成されて
いる。一例ではジョブは、「印刷待ち行列」と呼ばれる
構成によって、印刷の順序付けがなされる。ゼロックス
ネットワークシステムでは少なくとも１０年来、印刷待
ち行列の概念を利用して、ネットワークプリンタにおけ
るジョブ管理をしている。ネットワーク印刷に関するさ
らなる教示が、以下の特許に記載されている：米国特許
第５，４３６，７３０号、特許権者Hube、１９９５年７
月２５日発行。
刷できるように複数のジョブを記憶するよう構成されて
いる。一例ではジョブは、「印刷待ち行列」と呼ばれる
構成によって、印刷の順序付けがなされる。ゼロックス
ネットワークシステムでは少なくとも１０年来、印刷待
ち行列の概念を利用して、ネットワークプリンタにおけ
るジョブ管理をしている。ネットワーク印刷に関するさ
らなる教示が、以下の特許に記載されている：米国特許
第５，４３６，７３０号、特許権者Hube、１９９５年７
月２５日発行。
【００１０】印刷待ち行列の概念は、さまざまなデジタ
ル複写システムの動作に組み入れられている。適切な待
ち行列管理を通じて、現時点で印刷処理中のジョブを中
断ジョブによって中断することが、以下の特許に記載の
方法で実施可能である：米国特許第５，２０６，７３５
号、特許権者Gauronski et al.、１９９３年４月２７日
発行。
ル複写システムの動作に組み入れられている。適切な待
ち行列管理を通じて、現時点で印刷処理中のジョブを中
断ジョブによって中断することが、以下の特許に記載の
方法で実施可能である：米国特許第５，２０６，７３５
号、特許権者Gauronski et al.、１９９３年４月２７日
発行。
【００１１】特に‘７３５特許に関連して説明すると、
「ジョブファイル」によって表される特別ジョブをマス
メモリから取得し、現在処理中のジョブの「論理ポイン
ト」において、待ち行列内に挿入する。印刷処理が、特
別ジョブを挿入した論理ポイントに達すると、現在処理
中のジョブは中断され、特別ジョブが処理される。特別
ジョブの処理が完了すると、中断されたジョブが再開さ
れる。‘７３５特許に記載の待ち行列は、特別または中
断ジョブが待ち行列に挿入された場合以外は、通常は先
着順（ＦＩＦＯ）ベースで管理される。‘７３５特許で
説明される実施形態では中断ジョブは、他の中断ジョブ
が現在処理中の場合以外には、上述のとおりに待ち行列
中に挿入される。現時点で中断ジョブを処理中の場合、
第二の中断ジョブは、処理中の中断ジョブの後に配置さ
れる。第一の中断ジョブを第二の中断ジョブで中断する
ことに関する事項は、以下の特許でも言及されている：
米国特許第５，５３５，００９号、特許権者Hansen、１
９９６年７月９日発行。
「ジョブファイル」によって表される特別ジョブをマス
メモリから取得し、現在処理中のジョブの「論理ポイン
ト」において、待ち行列内に挿入する。印刷処理が、特
別ジョブを挿入した論理ポイントに達すると、現在処理
中のジョブは中断され、特別ジョブが処理される。特別
ジョブの処理が完了すると、中断されたジョブが再開さ
れる。‘７３５特許に記載の待ち行列は、特別または中
断ジョブが待ち行列に挿入された場合以外は、通常は先
着順（ＦＩＦＯ）ベースで管理される。‘７３５特許で
説明される実施形態では中断ジョブは、他の中断ジョブ
が現在処理中の場合以外には、上述のとおりに待ち行列
中に挿入される。現時点で中断ジョブを処理中の場合、
第二の中断ジョブは、処理中の中断ジョブの後に配置さ
れる。第一の中断ジョブを第二の中断ジョブで中断する
ことに関する事項は、以下の特許でも言及されている：
米国特許第５，５３５，００９号、特許権者Hansen、１
９９６年７月９日発行。
【００１２】‘７３５特許の待ち行列管理の構成は、多
機能的状況での使用において最適とは言えない。待ち行
列の管理のためにジョブの種類を区別しないので、多く
の一般的なケースでは、たとえば印刷ジョブをコピージ
ョブより優先させることも、その逆を設定することもで
きない。多機能印刷システムに特に適したシステムは、
下記の参考文献に開示されている：米国特許第４，９４
７，３４５号、特許権者Paradise et al.、１９９０年
８月７日発行；および、特開昭５８−１５２８２１、１
９８３年８月２２日公開。
機能的状況での使用において最適とは言えない。待ち行
列の管理のためにジョブの種類を区別しないので、多く
の一般的なケースでは、たとえば印刷ジョブをコピージ
ョブより優先させることも、その逆を設定することもで
きない。多機能印刷システムに特に適したシステムは、
下記の参考文献に開示されている：米国特許第４，９４
７，３４５号、特許権者Paradise et al.、１９９０年
８月７日発行；および、特開昭５８−１５２８２１、１
９８３年８月２２日公開。
【００１３】特に‘３４５特許では、第一待ち行列を用
いてコピーおよび印刷ジョブを記憶し、第一待ち行列と
並行して第二待ち行列を用いてファクシミリ（ファック
ス）ジョブを記憶する。第二待ち行列は、第一待ち行列
に接続されている。一つ以上の事前選択された数のファ
ックスジョブが第二待ち行列内に記憶されると、記憶さ
れたジョブが第一待ち行列内のジョブの前に配置され
る。それにより、その一つ以上のファックスジョブが、
現在待ち行列中のコピー／印刷ジョブに先立ってプリン
トされる。‘３４５特許の待ち行列管理手法はジョブ区
別を実施するが、その区別は限定されたものである。す
なわち、ファックス待ち行列をコピー／印刷待ち行列よ
り優先して処理し、一つ以上のファックスジョブをコピ
ー／印刷ジョブに先立ってプリントできる。しかし、所
定のコピーまたは印刷ジョブを優先的に処理するための
機構は何ら提案されていない。Beaudet et al.の米国特
許第５，５１１，１５０号（１９９６年４月２３日発
行）では、印刷ジョブに対するコピージョブの優先的処
理を実施しているが、その実施は、上記の数々の参考文
献で説明されるような待ち行列を利用した状況での実施
ではない。また‘３４５特許の手法では、複数のファッ
クスジョブをコピー／印刷ジョブに対して優先的に処理
する場合、コピーまたは印刷ジョブがコピー／印刷待ち
行列内で「詰まって」しまう可能性がある。
いてコピーおよび印刷ジョブを記憶し、第一待ち行列と
並行して第二待ち行列を用いてファクシミリ（ファック
ス）ジョブを記憶する。第二待ち行列は、第一待ち行列
に接続されている。一つ以上の事前選択された数のファ
ックスジョブが第二待ち行列内に記憶されると、記憶さ
れたジョブが第一待ち行列内のジョブの前に配置され
る。それにより、その一つ以上のファックスジョブが、
現在待ち行列中のコピー／印刷ジョブに先立ってプリン
トされる。‘３４５特許の待ち行列管理手法はジョブ区
別を実施するが、その区別は限定されたものである。す
なわち、ファックス待ち行列をコピー／印刷待ち行列よ
り優先して処理し、一つ以上のファックスジョブをコピ
ー／印刷ジョブに先立ってプリントできる。しかし、所
定のコピーまたは印刷ジョブを優先的に処理するための
機構は何ら提案されていない。Beaudet et al.の米国特
許第５，５１１，１５０号（１９９６年４月２３日発
行）では、印刷ジョブに対するコピージョブの優先的処
理を実施しているが、その実施は、上記の数々の参考文
献で説明されるような待ち行列を利用した状況での実施
ではない。また‘３４５特許の手法では、複数のファッ
クスジョブをコピー／印刷ジョブに対して優先的に処理
する場合、コピーまたは印刷ジョブがコピー／印刷待ち
行列内で「詰まって」しまう可能性がある。
【００１４】米国特許第５，１１３，３５５号（特許権
者Nomura、１９９２年５月１２日発行）は、異なる印刷
ジョブを区別させる待ち行列識別子の分類を可能にする
プリンタ制御システムを開示している。その分類を通じ
て、プリントサーバ内にすでにロードされているフォン
トを必要とする印刷ジョブであることを示す待ち行列識
別子を、印刷リストの先頭に配置し、プリントサーバ内
にロードされていないフォントを必要とする印刷ジョブ
であることを示す待ち行列識別子を、印刷リストの末尾
に配置する。続いて、印刷リストが示す待ち行列識別子
の順序に従って、印刷ジョブを処理する。処理すべき印
刷ジョブがシステム内にロードされていないフォントを
必要とする場合、表示ユニット上にメッセージを表示し
て、どのフォントをロードする必要があるかを操作者に
示す。
者Nomura、１９９２年５月１２日発行）は、異なる印刷
ジョブを区別させる待ち行列識別子の分類を可能にする
プリンタ制御システムを開示している。その分類を通じ
て、プリントサーバ内にすでにロードされているフォン
トを必要とする印刷ジョブであることを示す待ち行列識
別子を、印刷リストの先頭に配置し、プリントサーバ内
にロードされていないフォントを必要とする印刷ジョブ
であることを示す待ち行列識別子を、印刷リストの末尾
に配置する。続いて、印刷リストが示す待ち行列識別子
の順序に従って、印刷ジョブを処理する。処理すべき印
刷ジョブがシステム内にロードされていないフォントを
必要とする場合、表示ユニット上にメッセージを表示し
て、どのフォントをロードする必要があるかを操作者に
示す。
【００１５】米国特許第５，３２７，５２６号（特許権
者Nomura et al.、１９９４年７月４日発行）は、印刷
要求の処理を通じて、印刷ジョブをプリントする優先順
位を設定する、印刷ジョブ制御システムを開示してい
る。印刷ジョブマネージャが、印刷要求をチェックし、
どの印刷オプションが選択されているかを検出して、各
印刷ジョブに関連する待ち行列識別子を操作し、それら
の識別子を印刷待ち行列テーブル内に配置する。この構
成による一つの特徴は、指定された印刷オプションを優
先させる（overriding）よう印刷順位を変更できる点で
ある。他の特徴としては、その指定された印刷オプショ
ンに関わらず低優先度ジョブの優先度を上げて、低優先
度ジョブが確実に印刷されるようにできる点が挙げられ
る。
者Nomura et al.、１９９４年７月４日発行）は、印刷
要求の処理を通じて、印刷ジョブをプリントする優先順
位を設定する、印刷ジョブ制御システムを開示してい
る。印刷ジョブマネージャが、印刷要求をチェックし、
どの印刷オプションが選択されているかを検出して、各
印刷ジョブに関連する待ち行列識別子を操作し、それら
の識別子を印刷待ち行列テーブル内に配置する。この構
成による一つの特徴は、指定された印刷オプションを優
先させる（overriding）よう印刷順位を変更できる点で
ある。他の特徴としては、その指定された印刷オプショ
ンに関わらず低優先度ジョブの優先度を上げて、低優先
度ジョブが確実に印刷されるようにできる点が挙げられ
る。
【００１６】米国特許第５，３７７，０１６号（特許権
者Kashiwagi et al.、１９９４年１２月２７日発行）
は、スキャナから供給される所定数のコピージョブを表
す事前データと、外部機器から供給される所定数の印刷
ジョブを表すデータとを受信する、制御回路を開示して
いる。その制御回路は、待ち行列に配置されるそれらの
データに基づいて各コピージョブおよび印刷ジョブを実
行させ、時分割方式および並列方式でジョブを処理させ
る。制御回路は基本的に、コピージョブの優先度を高く
する。優先順位は、ユーザインタフェースからの命令に
従って変更できる。現在のジョブを中断した場合、制御
回路は後続のジョブを先に処理するようにする。
者Kashiwagi et al.、１９９４年１２月２７日発行）
は、スキャナから供給される所定数のコピージョブを表
す事前データと、外部機器から供給される所定数の印刷
ジョブを表すデータとを受信する、制御回路を開示して
いる。その制御回路は、待ち行列に配置されるそれらの
データに基づいて各コピージョブおよび印刷ジョブを実
行させ、時分割方式および並列方式でジョブを処理させ
る。制御回路は基本的に、コピージョブの優先度を高く
する。優先順位は、ユーザインタフェースからの命令に
従って変更できる。現在のジョブを中断した場合、制御
回路は後続のジョブを先に処理するようにする。
【００１７】米国特許第５，９２３，８２６号（特許権
者Grzenda et al.、１９９９年７月１３日発行）は、プ
リントサーバを通じてリモート文書処理ステーションに
接続されるデジタル複写システムを有する、印刷システ
ムを開示している。その印刷システムは、デジタル複写
システムが実行すべき第一のジョブを含みプリントサー
バに保持される第一待ち行列と、デジタル複写システム
が実行すべき第二のジョブを含みデジタル複写システム
に保持される第二待ち行列とを含む。印刷システムはさ
らに、第一および第二の両待ち行列に連結され複合待ち
行列を形成する、待ち行列処理部を含む。複合待ち行列
は、第一および第二待ち行列に含まれる第一および第二
のジョブをデジタル複写システムで実行する際の順序を
表す。その複合待ち行列の表記を、リモート文書処理ス
テーションに設けられたユーザインタフェースに表示す
る。
者Grzenda et al.、１９９９年７月１３日発行）は、プ
リントサーバを通じてリモート文書処理ステーションに
接続されるデジタル複写システムを有する、印刷システ
ムを開示している。その印刷システムは、デジタル複写
システムが実行すべき第一のジョブを含みプリントサー
バに保持される第一待ち行列と、デジタル複写システム
が実行すべき第二のジョブを含みデジタル複写システム
に保持される第二待ち行列とを含む。印刷システムはさ
らに、第一および第二の両待ち行列に連結され複合待ち
行列を形成する、待ち行列処理部を含む。複合待ち行列
は、第一および第二待ち行列に含まれる第一および第二
のジョブをデジタル複写システムで実行する際の順序を
表す。その複合待ち行列の表記を、リモート文書処理ス
テーションに設けられたユーザインタフェースに表示す
る。
【００１８】米国特許出願第（代理人整理番号Ｄ／９４
８７１Ｑ）号（出願人Salgado et al.、継続中）は、多
機能印刷システムのための方法を提供する。その方法で
は、第一サービスで生成された第一のジョブと、第二サ
ービスで生成された第二のジョブとを、処理のために待
ち行列内に配置する。第一のジョブに第一の値を指定
し、第二のジョブに第二の値を指定する。第一および第
二の値はそれぞれ、第一および第二サービスの関数とし
て大きさが異なる。一例では、第一のジョブが待ち行列
に配置され、その一部が処理される。続いて、第二のジ
ョブが待ち行列に配置され、第二の値の大きさが第一の
値より大きい場合に、第二のジョブによって第一のジョ
ブの処理が中断される。
８７１Ｑ）号（出願人Salgado et al.、継続中）は、多
機能印刷システムのための方法を提供する。その方法で
は、第一サービスで生成された第一のジョブと、第二サ
ービスで生成された第二のジョブとを、処理のために待
ち行列内に配置する。第一のジョブに第一の値を指定
し、第二のジョブに第二の値を指定する。第一および第
二の値はそれぞれ、第一および第二サービスの関数とし
て大きさが異なる。一例では、第一のジョブが待ち行列
に配置され、その一部が処理される。続いて、第二のジ
ョブが待ち行列に配置され、第二の値の大きさが第一の
値より大きい場合に、第二のジョブによって第一のジョ
ブの処理が中断される。
【００１９】前述の数々の待ち行列手法は、それらの限
定された目的は達成するが、共用リソースを有する多機
能印刷システムの生産性の十分な発揮に必要なタイプの
効率的な待ち行列管理は実施していない。多機能印刷シ
ステムの機能および利用法は、速い速度で増大しつづけ
ている。機能およびリソースのサブジョブレベルでの待
ち行列管理を用いることによってシステムの生産性を最
大にする、多機能印刷システムを提供することが望まし
い。同時に、多機能印刷システムが扱い得るすべてのタ
イプのジョブの効率的なスループットを促進させる、多
機能印刷システムのための待ち行列管理システムを提供
することが望ましい。
定された目的は達成するが、共用リソースを有する多機
能印刷システムの生産性の十分な発揮に必要なタイプの
効率的な待ち行列管理は実施していない。多機能印刷シ
ステムの機能および利用法は、速い速度で増大しつづけ
ている。機能およびリソースのサブジョブレベルでの待
ち行列管理を用いることによってシステムの生産性を最
大にする、多機能印刷システムを提供することが望まし
い。同時に、多機能印刷システムが扱い得るすべてのタ
イプのジョブの効率的なスループットを促進させる、多
機能印刷システムのための待ち行列管理システムを提供
することが望ましい。
【００２０】ＤＣ２４０ＳＴおよびＤＣ２６５ＳＴから
成るゼロックスコーポレーションのデジタルコピー機多
機能システムは、基本ジョブサービスレベルでの待ち行
列管理を実施するジョブコンテンションマネージャを含
む。そのアプローチは、基本リソースレベルで競合しな
いサブジョブの並列処理を可能にする。たとえば、スキ
ャンサブジョブと印字サブジョブとは、並列して実行で
きる。しかし、あるサブジョブに関する各基本リソース
に関連するすべての機能は、そのサブジョブが完了する
まで占領されてしまう。
成るゼロックスコーポレーションのデジタルコピー機多
機能システムは、基本ジョブサービスレベルでの待ち行
列管理を実施するジョブコンテンションマネージャを含
む。そのアプローチは、基本リソースレベルで競合しな
いサブジョブの並列処理を可能にする。たとえば、スキ
ャンサブジョブと印字サブジョブとは、並列して実行で
きる。しかし、あるサブジョブに関する各基本リソース
に関連するすべての機能は、そのサブジョブが完了する
まで占領されてしまう。
【００２１】本願と同日に出願された、Salgado et al.
による米国特許出願第０９／４５０，１４６（代理人整
理番号６９０−００８８６６−ＵＳ（ＰＡＲ））「電子
複写システムにおけるシステムリソースに対するジョブ
コンテンション管理方法および管理装置」が開示するさ
らに生産的なアプローチでは、機能が未使用の場合、あ
るいは機能がより高い優先度のサブジョブに必要とされ
ていない場合には、その機能を他のサブジョブに解放す
る。そのアプローチは、機能リソース待ち行列および基
本リソース待ち行列の両行列を用い、機能ジョブ要求の
より低いレベルにおけるジョブコンテンション管理を実
施することにより達成される。本発明はその優先アプロ
ーチを拡張して、複数のビデオ機能に関わるサブジョブ
をジョブサービスが処理できるようにする。
による米国特許出願第０９／４５０，１４６（代理人整
理番号６９０−００８８６６−ＵＳ（ＰＡＲ））「電子
複写システムにおけるシステムリソースに対するジョブ
コンテンション管理方法および管理装置」が開示するさ
らに生産的なアプローチでは、機能が未使用の場合、あ
るいは機能がより高い優先度のサブジョブに必要とされ
ていない場合には、その機能を他のサブジョブに解放す
る。そのアプローチは、機能リソース待ち行列および基
本リソース待ち行列の両行列を用い、機能ジョブ要求の
より低いレベルにおけるジョブコンテンション管理を実
施することにより達成される。本発明はその優先アプロ
ーチを拡張して、複数のビデオ機能に関わるサブジョブ
をジョブサービスが処理できるようにする。
【００２２】上記従来の技術において言及または説明し
た各特許および出願の記載を、本願に引用して援用す
る。
た各特許および出願の記載を、本願に引用して援用す
る。
【００２３】
【課題を解決するための手段】本発明は、多機能印刷シ
ステムの基本処理リソースの使用を優先順位付けし、複
数のビデオ機能に関わるサブジョブをジョブサービスが
共用リソースを用いて処理できるようにすることで、工
程の能率化を図る方法および装置を提供する。本発明の
工程および装置による能率化によって、ジョブ処理の性
能および効率が向上される。本発明によれば、ジョブサ
ービスが、より広大かつ複雑なジョブ処理を実施する能
力を得る。ジョブサービスのサブジョブが「アクティ
ブ」に設定される場合、そのサービスがそのサブジョブ
に関して申し込んだすべての機能において該サブジョブ
はアクティブに設定される。
ステムの基本処理リソースの使用を優先順位付けし、複
数のビデオ機能に関わるサブジョブをジョブサービスが
共用リソースを用いて処理できるようにすることで、工
程の能率化を図る方法および装置を提供する。本発明の
工程および装置による能率化によって、ジョブ処理の性
能および効率が向上される。本発明によれば、ジョブサ
ービスが、より広大かつ複雑なジョブ処理を実施する能
力を得る。ジョブサービスのサブジョブが「アクティ
ブ」に設定される場合、そのサービスがそのサブジョブ
に関して申し込んだすべての機能において該サブジョブ
はアクティブに設定される。
【００２４】本発明の好適な態様によれば、印刷システ
ムは、改良されたジョブコンテンションマネージャ（Ｊ
ＣＭ）を有する制御部を用いる。本発明の好適な実施形
態による工程は、印刷システムの複数の基本リソースの
各々に待ち行列を設けるステップを含む。一つ以上のジ
ョブサービスは所望の時点で、ＪＣＭに信号を送信する
ことで所定のジョブのサブジョブを実行する。各サブジ
ョブに関する信号は、各サブジョブと、その優先度と、
そのサブジョブを要求しているジョブサービスとに関す
る情報を含む。ＪＣＭは上記信号に応じて、第一のサブ
ジョブに必要な第一のビデオ機能に関して、対応の第一
の基本ジョブリソースを、該第一ビデオ機能が第一サブ
ジョブの実行に必要な各基本リソースの待ち行列に追加
する。第一ビデオ機能が必要とするすべての基本リソー
スの待ち行列において第一基本ジョブリソースが先頭で
ある場合に、ＪＣＭは、第一サブジョブのための第一基
本ジョブリソースを、処理準備完了状態である「アクテ
ィブ」状態に設定する。またＪＣＭは上記信号に応じ
て、第一サブジョブに必要な第二のビデオ機能に関し
て、対応の第二の基本ジョブリソースサブジョブを、該
第二ビデオ機能が第一サブジョブの実行に必要な各基本
リソースの待ち行列に追加する。待ち行列内の第一およ
び第二基本ジョブリソースが同じジョブサービスによっ
て提出されたものであり、且つ、第二基本ジョブリソー
スが第一基本ジョブリソースと同じサブジョブのための
基本ジョブリソースである場合に、ＪＣＭは、基本リソ
ース待ち行列内で第一基本ジョブリソースに続く第二基
本ジョブリソースを、第一基本ジョブリソースに続いて
処理されるよう準備完了状態である「アクティブ」状態
に設定する。
ムは、改良されたジョブコンテンションマネージャ（Ｊ
ＣＭ）を有する制御部を用いる。本発明の好適な実施形
態による工程は、印刷システムの複数の基本リソースの
各々に待ち行列を設けるステップを含む。一つ以上のジ
ョブサービスは所望の時点で、ＪＣＭに信号を送信する
ことで所定のジョブのサブジョブを実行する。各サブジ
ョブに関する信号は、各サブジョブと、その優先度と、
そのサブジョブを要求しているジョブサービスとに関す
る情報を含む。ＪＣＭは上記信号に応じて、第一のサブ
ジョブに必要な第一のビデオ機能に関して、対応の第一
の基本ジョブリソースを、該第一ビデオ機能が第一サブ
ジョブの実行に必要な各基本リソースの待ち行列に追加
する。第一ビデオ機能が必要とするすべての基本リソー
スの待ち行列において第一基本ジョブリソースが先頭で
ある場合に、ＪＣＭは、第一サブジョブのための第一基
本ジョブリソースを、処理準備完了状態である「アクテ
ィブ」状態に設定する。またＪＣＭは上記信号に応じ
て、第一サブジョブに必要な第二のビデオ機能に関し
て、対応の第二の基本ジョブリソースサブジョブを、該
第二ビデオ機能が第一サブジョブの実行に必要な各基本
リソースの待ち行列に追加する。待ち行列内の第一およ
び第二基本ジョブリソースが同じジョブサービスによっ
て提出されたものであり、且つ、第二基本ジョブリソー
スが第一基本ジョブリソースと同じサブジョブのための
基本ジョブリソースである場合に、ＪＣＭは、基本リソ
ース待ち行列内で第一基本ジョブリソースに続く第二基
本ジョブリソースを、第一基本ジョブリソースに続いて
処理されるよう準備完了状態である「アクティブ」状態
に設定する。
【００２５】本発明の好適な代替形態によれば、一つ以
上のジョブサービスによる処理のために少なくとも一つ
のジョブが入力される多機能印刷システムにおいて、複
数ジョブの処理を管理する方法が提供される。係る工程
は、印刷システムの基本処理リソースを優先順位付け
し、複数のビデオ機能に関わるサブジョブを処理可能に
するジョブコンテンションマネージャ（ＪＣＭ）を有す
る制御部を設けるステップを含む。一つ以上のジョブサ
ービスを実行するために、複数の機能リソースを備え
る。また、印刷システムの複数の基本リソースも備え
る。各機能リソースは、その機能を実行するのに必要な
基本リソースのリストを含む。各基本リソースは、自身
に依存する機能リソースのリストを含む。各機能リソー
スおよび各基本リソースに対して、ジョブ待ち行列を設
ける。
上のジョブサービスによる処理のために少なくとも一つ
のジョブが入力される多機能印刷システムにおいて、複
数ジョブの処理を管理する方法が提供される。係る工程
は、印刷システムの基本処理リソースを優先順位付け
し、複数のビデオ機能に関わるサブジョブを処理可能に
するジョブコンテンションマネージャ（ＪＣＭ）を有す
る制御部を設けるステップを含む。一つ以上のジョブサ
ービスを実行するために、複数の機能リソースを備え
る。また、印刷システムの複数の基本リソースも備え
る。各機能リソースは、その機能を実行するのに必要な
基本リソースのリストを含む。各基本リソースは、自身
に依存する機能リソースのリストを含む。各機能リソー
スおよび各基本リソースに対して、ジョブ待ち行列を設
ける。
【００２６】各ジョブサービスは所望の時点で、ＪＣＭ
に信号を送信することで、上記少なくとも一つのジョブ
のサブジョブを実行する。各サブジョブに関する信号
は、各サブジョブの優先度（ＦＩＦＯまたはジョブベー
ス優先度）と、そのサブジョブを要求しているジョブサ
ービスとに関する情報を含む。その信号に応じてＪＣＭ
は、ジョブサービスから受信した上記少なくとも一つの
ジョブに関して、上記情報を含む機能ジョブリソースを
作成し、その機能ジョブリソースを、優先度に基づいて
各機能リソースの待ち行列に追加する。続いてＪＣＭ
は、各機能ジョブリソースに対して、構成要素である基
本ジョブリソースを、該機能サブジョブに必要な各基本
リソースの待ち行列に追加する。第一機能リソースが必
要とするすべての基本リソースの待ち行列において第一
基本ジョブリソースが先頭である場合に、ＪＣＭは、上
記少なくとも一つのサブジョブのための第一機能リソー
スの構成要素である第一基本ジョブリソースを、処理準
備完了状態である「アクティブ」状態に設定する。待ち
行列内の第一および第二基本ジョブリソースが同じジョ
ブサービスによって提出されたものであり、且つ、第二
基本ジョブリソースが第一基本ジョブリソースと同じサ
ブジョブのための基本ジョブリソースである場合に、Ｊ
ＣＭは、第二機能リソースの構成要素であり且つ基本リ
ソース待ち行列内で第一基本ジョブリソースに続く第二
基本ジョブリソースを、第一基本ジョブリソースに続い
て処理されるよう準備完了状態である「アクティブ」状
態に設定する。
に信号を送信することで、上記少なくとも一つのジョブ
のサブジョブを実行する。各サブジョブに関する信号
は、各サブジョブの優先度（ＦＩＦＯまたはジョブベー
ス優先度）と、そのサブジョブを要求しているジョブサ
ービスとに関する情報を含む。その信号に応じてＪＣＭ
は、ジョブサービスから受信した上記少なくとも一つの
ジョブに関して、上記情報を含む機能ジョブリソースを
作成し、その機能ジョブリソースを、優先度に基づいて
各機能リソースの待ち行列に追加する。続いてＪＣＭ
は、各機能ジョブリソースに対して、構成要素である基
本ジョブリソースを、該機能サブジョブに必要な各基本
リソースの待ち行列に追加する。第一機能リソースが必
要とするすべての基本リソースの待ち行列において第一
基本ジョブリソースが先頭である場合に、ＪＣＭは、上
記少なくとも一つのサブジョブのための第一機能リソー
スの構成要素である第一基本ジョブリソースを、処理準
備完了状態である「アクティブ」状態に設定する。待ち
行列内の第一および第二基本ジョブリソースが同じジョ
ブサービスによって提出されたものであり、且つ、第二
基本ジョブリソースが第一基本ジョブリソースと同じサ
ブジョブのための基本ジョブリソースである場合に、Ｊ
ＣＭは、第二機能リソースの構成要素であり且つ基本リ
ソース待ち行列内で第一基本ジョブリソースに続く第二
基本ジョブリソースを、第一基本ジョブリソースに続い
て処理されるよう準備完了状態である「アクティブ」状
態に設定する。
【００２７】本発明の別の好適な代替形態によれば、多
機能印刷システムの基本処理リソースの使用を優先順位
付けする装置が提供される。その装置は、ジョブコンテ
ンションマネージャ（ＪＣＭ）を有する制御部を用い
る。該装置は、印刷システムの複数の基本リソースを含
み、その各リソースは待ち行列を有する。また該装置
は、一つ以上のジョブサービスが所望の時点でＪＣＭに
信号を送信することで所定のジョブのサブジョブを実行
するための信号手段を含む。各サブジョブに関する信号
は、該ジョブと、要求される機能と、該ジョブの優先度
とに関する情報を含む。
機能印刷システムの基本処理リソースの使用を優先順位
付けする装置が提供される。その装置は、ジョブコンテ
ンションマネージャ（ＪＣＭ）を有する制御部を用い
る。該装置は、印刷システムの複数の基本リソースを含
み、その各リソースは待ち行列を有する。また該装置
は、一つ以上のジョブサービスが所望の時点でＪＣＭに
信号を送信することで所定のジョブのサブジョブを実行
するための信号手段を含む。各サブジョブに関する信号
は、該ジョブと、要求される機能と、該ジョブの優先度
とに関する情報を含む。
【００２８】また該装置は、各ジョブサービスが所望の
時点でＪＣＭに信号を送信することで少なくとも一つの
ジョブのサブジョブを実行する手段を含む。各サブジョ
ブに関する信号は、各サブジョブと、その優先度と、そ
のサブジョブを要求しているジョブサービスとに関する
情報を含む。ＪＣＭは、上記情報を含む機能ジョブリソ
ースを作成し、その各機能ジョブリソースを、優先度に
基づいて各機能リソースのジョブ待ち行列に追加する手
段を有する。ＪＣＭはまた、各機能ジョブリソースに対
して、構成要素である基本ジョブリソースを、該機能サ
ブジョブに必要な各基本リソースの待ち行列に追加する
手段を有する。ＪＣＭはさらに、第一機能リソースが必
要とするすべての基本リソースの待ち行列において第一
基本ジョブリソースが先頭である場合に、上記少なくと
も一つのサブジョブのための第一機能リソースの構成要
素である第一基本ジョブリソースを、処理準備完了状態
である「アクティブ」状態に設定する手段を有する。ま
たＪＣＭは、待ち行列内の第一および第二基本ジョブリ
ソースが同じジョブサービスによって提出されたもので
あり、且つ、第二基本ジョブリソースが第一基本ジョブ
リソースと同じサブジョブのための基本ジョブリソース
である場合に、第二機能リソースの構成要素であり且つ
基本リソース待ち行列内で第一基本ジョブリソースに続
く第二基本ジョブリソースを、第一基本ジョブリソース
に続いて処理されるよう準備完了状態である「アクティ
ブ」状態に設定する手段を有する。
時点でＪＣＭに信号を送信することで少なくとも一つの
ジョブのサブジョブを実行する手段を含む。各サブジョ
ブに関する信号は、各サブジョブと、その優先度と、そ
のサブジョブを要求しているジョブサービスとに関する
情報を含む。ＪＣＭは、上記情報を含む機能ジョブリソ
ースを作成し、その各機能ジョブリソースを、優先度に
基づいて各機能リソースのジョブ待ち行列に追加する手
段を有する。ＪＣＭはまた、各機能ジョブリソースに対
して、構成要素である基本ジョブリソースを、該機能サ
ブジョブに必要な各基本リソースの待ち行列に追加する
手段を有する。ＪＣＭはさらに、第一機能リソースが必
要とするすべての基本リソースの待ち行列において第一
基本ジョブリソースが先頭である場合に、上記少なくと
も一つのサブジョブのための第一機能リソースの構成要
素である第一基本ジョブリソースを、処理準備完了状態
である「アクティブ」状態に設定する手段を有する。ま
たＪＣＭは、待ち行列内の第一および第二基本ジョブリ
ソースが同じジョブサービスによって提出されたもので
あり、且つ、第二基本ジョブリソースが第一基本ジョブ
リソースと同じサブジョブのための基本ジョブリソース
である場合に、第二機能リソースの構成要素であり且つ
基本リソース待ち行列内で第一基本ジョブリソースに続
く第二基本ジョブリソースを、第一基本ジョブリソース
に続いて処理されるよう準備完了状態である「アクティ
ブ」状態に設定する手段を有する。
【００２９】本発明のさらなる好適な実施形態によれ
ば、一つ以上のジョブサービスによる処理のために少な
くとも一つのジョブが入力される多機能印刷システムに
おいて、複数ジョブの処理を管理する代替装置が提供さ
れる。該装置は、印刷システムの基本処理リソースを優
先順位付けるジョブコンテンションマネージャ（ＪＣ
Ｍ）を有する制御部を含む。該装置は、ＪＣＭに関係す
るデータベースを有する。データベースは、一つ以上の
ジョブサービスを実行するための複数の機能リソース
と、印刷システムの複数の基本リソースとを備える。各
機能ジョブリソースは、その機能を実行するのに必要な
基本リソースのリストを含む。各基本ジョブリソース
は、自身に依存する機能リソースのリストを含む。さら
にデータベースは、各機能リソースおよび各基本ジョブ
リソースに対するジョブ待ち行列を含む。該装置はま
た、各ジョブサービスが所望の時点でＪＣＭに信号を送
信することで上記少なくとも一つのジョブのサブジョブ
を実行するための信号手段を備える。各サブジョブに関
する信号は、該ジョブと、その優先度と、そのサブジョ
ブを要求しているジョブサービスとに関する情報を含
む。
ば、一つ以上のジョブサービスによる処理のために少な
くとも一つのジョブが入力される多機能印刷システムに
おいて、複数ジョブの処理を管理する代替装置が提供さ
れる。該装置は、印刷システムの基本処理リソースを優
先順位付けるジョブコンテンションマネージャ（ＪＣ
Ｍ）を有する制御部を含む。該装置は、ＪＣＭに関係す
るデータベースを有する。データベースは、一つ以上の
ジョブサービスを実行するための複数の機能リソース
と、印刷システムの複数の基本リソースとを備える。各
機能ジョブリソースは、その機能を実行するのに必要な
基本リソースのリストを含む。各基本ジョブリソース
は、自身に依存する機能リソースのリストを含む。さら
にデータベースは、各機能リソースおよび各基本ジョブ
リソースに対するジョブ待ち行列を含む。該装置はま
た、各ジョブサービスが所望の時点でＪＣＭに信号を送
信することで上記少なくとも一つのジョブのサブジョブ
を実行するための信号手段を備える。各サブジョブに関
する信号は、該ジョブと、その優先度と、そのサブジョ
ブを要求しているジョブサービスとに関する情報を含
む。
【００３０】各ジョブサービスは、各ジョブサービスが
所望の時点でＪＣＭに信号を送信することで少なくとも
一つのジョブのサブジョブを実行する手段を含む。各サ
ブジョブに関する信号は、各サブジョブと、その優先度
と、そのサブジョブを要求しているジョブサービスとに
関する情報を含む。ＪＣＭは、上記情報を含む機能ジョ
ブリソースを作成し、その各機能ジョブリソースを、優
先度に基づいて各機能リソースのジョブ待ち行列に追加
する手段を有する。ＪＣＭはまた、各機能ジョブリソー
スに対して、構成要素である基本ジョブリソースを、該
機能サブジョブに必要な各基本リソースの待ち行列に追
加する手段を有する。ＪＣＭはさらに、第一機能リソー
スが必要とするすべての基本リソースの待ち行列におい
て第一基本ジョブリソースが先頭である場合に、上記少
なくとも一つのサブジョブのための第一機能リソースの
構成要素である第一基本ジョブリソースを、処理準備完
了状態である「アクティブ」状態に設定する手段を有す
る。またＪＣＭは、待ち行列内の第一および第二基本ジ
ョブリソースが同じジョブサービスによって提出された
ものであり、且つ、第二基本ジョブリソースが第一基本
ジョブリソースと同じサブジョブのための基本ジョブリ
ソースである場合に、第二機能リソースの構成要素であ
り且つ基本リソース待ち行列内で第一基本ジョブリソー
スに続く第二基本ジョブリソースを、第一基本ジョブリ
ソースに続いて処理されるよう準備完了状態である「ア
クティブ」状態に設定する手段を有する。
所望の時点でＪＣＭに信号を送信することで少なくとも
一つのジョブのサブジョブを実行する手段を含む。各サ
ブジョブに関する信号は、各サブジョブと、その優先度
と、そのサブジョブを要求しているジョブサービスとに
関する情報を含む。ＪＣＭは、上記情報を含む機能ジョ
ブリソースを作成し、その各機能ジョブリソースを、優
先度に基づいて各機能リソースのジョブ待ち行列に追加
する手段を有する。ＪＣＭはまた、各機能ジョブリソー
スに対して、構成要素である基本ジョブリソースを、該
機能サブジョブに必要な各基本リソースの待ち行列に追
加する手段を有する。ＪＣＭはさらに、第一機能リソー
スが必要とするすべての基本リソースの待ち行列におい
て第一基本ジョブリソースが先頭である場合に、上記少
なくとも一つのサブジョブのための第一機能リソースの
構成要素である第一基本ジョブリソースを、処理準備完
了状態である「アクティブ」状態に設定する手段を有す
る。またＪＣＭは、待ち行列内の第一および第二基本ジ
ョブリソースが同じジョブサービスによって提出された
ものであり、且つ、第二基本ジョブリソースが第一基本
ジョブリソースと同じサブジョブのための基本ジョブリ
ソースである場合に、第二機能リソースの構成要素であ
り且つ基本リソース待ち行列内で第一基本ジョブリソー
スに続く第二基本ジョブリソースを、第一基本ジョブリ
ソースに続いて処理されるよう準備完了状態である「ア
クティブ」状態に設定する手段を有する。
【００３１】本発明による工程および装置のＪＣＭが使
用する優先順位付けの手法は、ＦＩＦＯまたはＦＩＦＯ
とジョブベース優先との組み合わせの、どちらでも任意
でよい。
用する優先順位付けの手法は、ＦＩＦＯまたはＦＩＦＯ
とジョブベース優先との組み合わせの、どちらでも任意
でよい。
【００３２】
【発明の実施の形態】以下、好適な実施形態に関連して
本発明を説明するが、本発明をその実施形態に限定する
ことは意図しないと理解される。逆に、添付の請求項に
規定される本発明の精神および範囲内に含まれ得るすべ
ての代替形態、修正、および同等形態を網羅することを
意図する。
本発明を説明するが、本発明をその実施形態に限定する
ことは意図しないと理解される。逆に、添付の請求項に
規定される本発明の精神および範囲内に含まれ得るすべ
ての代替形態、修正、および同等形態を網羅することを
意図する。
【００３３】図１に、本発明の好適な実施形態との使用
に適した、既知のタイプのデジタルコピー機システムを
示す。図示のとおりシステムは、文書フィーダ１と、操
作（および表示）パネル２とを含む。操作パネル２から
所望の条件が入力された後、文書フィーダ１は、イメー
ジ読取りデバイス３上の所定の読取り位置まで文書を移
送する。文書が読み取られた後、文書フィーダ１は文書
を読取り位置から移動させる。イメージ読取りデバイス
３は、読取り位置に配置された文書を照射する。それに
よって得られた文書からの反射を、たとえばＣＣＤ（電
荷結合素子）イメージセンサなどの固体撮像デバイス
が、対応の電気信号、すなわちイメージ信号に変換す
る。イメージ形成デバイス４は、電子写真式、感熱式、
熱転写式、インクジェットなどの従来のシステムを用い
て、イメージ信号が表すイメージを普通紙または感熱紙
上に形成する。
に適した、既知のタイプのデジタルコピー機システムを
示す。図示のとおりシステムは、文書フィーダ１と、操
作（および表示）パネル２とを含む。操作パネル２から
所望の条件が入力された後、文書フィーダ１は、イメー
ジ読取りデバイス３上の所定の読取り位置まで文書を移
送する。文書が読み取られた後、文書フィーダ１は文書
を読取り位置から移動させる。イメージ読取りデバイス
３は、読取り位置に配置された文書を照射する。それに
よって得られた文書からの反射を、たとえばＣＣＤ（電
荷結合素子）イメージセンサなどの固体撮像デバイス
が、対応の電気信号、すなわちイメージ信号に変換す
る。イメージ形成デバイス４は、電子写真式、感熱式、
熱転写式、インクジェットなどの従来のシステムを用い
て、イメージ信号が表すイメージを普通紙または感熱紙
上に形成する。
【００３４】いずれか一つの紙カセット７からイメージ
形成デバイス４へ紙が供給されると、デバイス４は紙の
一方の面にイメージを形成する。両面コピーユニット５
は、一方の面にイメージが形成された紙を裏返して、再
度イメージ形成デバイス４へ供給するよう構成されてい
る。その結果、紙の他方の面にイメージが形成され、両
面コピーが完成する。両面コピーユニット５は通常、紙
を直ちに再供給するか、あるいは、互いに重ねられた複
数の紙を、下の紙から順番に再供給するよう設計され
る。イメージ形成デバイス４から排出された紙または両
面コピーは順番に、出力デバイス６によって、ページ順
またはページ毎に分類される。
形成デバイス４へ紙が供給されると、デバイス４は紙の
一方の面にイメージを形成する。両面コピーユニット５
は、一方の面にイメージが形成された紙を裏返して、再
度イメージ形成デバイス４へ供給するよう構成されてい
る。その結果、紙の他方の面にイメージが形成され、両
面コピーが完成する。両面コピーユニット５は通常、紙
を直ちに再供給するか、あるいは、互いに重ねられた複
数の紙を、下の紙から順番に再供給するよう設計され
る。イメージ形成デバイス４から排出された紙または両
面コピーは順番に、出力デバイス６によって、ページ順
またはページ毎に分類される。
【００３５】概括的に８で示すアプリケーションは、コ
ピー機システムに組込まれたリソースである文書フィー
ダ１、操作パネル２、イメージ読取りデバイス３、イメ
ージ形成デバイス４、両面コピーユニット５、出力デバ
イス６、および紙カセット７を共用する。アプリケーシ
ョンは、コピー機アプリケーション、プリンタ（ＩＯ
Ｔ）アプリケーション、ファクシミリ（ファックス）ア
プリケーションなどを含む。さらにデジタルコピー機シ
ステムは、従来のネットワーク接続９を通じてネットワ
ークに連結されている。
ピー機システムに組込まれたリソースである文書フィー
ダ１、操作パネル２、イメージ読取りデバイス３、イメ
ージ形成デバイス４、両面コピーユニット５、出力デバ
イス６、および紙カセット７を共用する。アプリケーシ
ョンは、コピー機アプリケーション、プリンタ（ＩＯ
Ｔ）アプリケーション、ファクシミリ（ファックス）ア
プリケーションなどを含む。さらにデジタルコピー機シ
ステムは、従来のネットワーク接続９を通じてネットワ
ークに連結されている。
【００３６】図２に、多機能且つネットワーク適合型の
印刷システムを符号１０で示す。印刷システム１０は、
ネットワークサービスモジュール１４に動作上連結して
いる印刷機１２を含む。印刷機１２は、電子サブシステ
ム１６を含む。電子サブシステム１６は、ビデオ制御モ
ジュール（ＶＣＭ）と呼ばれ、スキャナ１８およびプリ
ンタ２０と通信する。一例ではＶＣＭ１６は、以下でさ
らに詳述するが、デジタルコピー用の構成においてスキ
ャナおよびプリンタの動作を調整する。デジタルコピー
用の構成では、スキャナ１８（イメージ入力端末（ＩＩ
Ｔ）とも呼ばれる）は、全幅ＣＣＤ列を用いてオリジナ
ル文書上のイメージを読み取り、得られたアナログビデ
オ信号をデジタル信号に変換する。それを受けて、スキ
ャナ１８と関連するイメージ処理システム（ＩＰ）２２
（図３）は、信号補正などを実施し、補正済み信号をマ
ルチレベル信号（たとえば二進信号）に変換し、マルチ
レベル信号を圧縮し、それを好ましくは電子事前照合
（ＥＰＣ）メモリ２４内に記憶する。
印刷システムを符号１０で示す。印刷システム１０は、
ネットワークサービスモジュール１４に動作上連結して
いる印刷機１２を含む。印刷機１２は、電子サブシステ
ム１６を含む。電子サブシステム１６は、ビデオ制御モ
ジュール（ＶＣＭ）と呼ばれ、スキャナ１８およびプリ
ンタ２０と通信する。一例ではＶＣＭ１６は、以下でさ
らに詳述するが、デジタルコピー用の構成においてスキ
ャナおよびプリンタの動作を調整する。デジタルコピー
用の構成では、スキャナ１８（イメージ入力端末（ＩＩ
Ｔ）とも呼ばれる）は、全幅ＣＣＤ列を用いてオリジナ
ル文書上のイメージを読み取り、得られたアナログビデ
オ信号をデジタル信号に変換する。それを受けて、スキ
ャナ１８と関連するイメージ処理システム（ＩＰ）２２
（図３）は、信号補正などを実施し、補正済み信号をマ
ルチレベル信号（たとえば二進信号）に変換し、マルチ
レベル信号を圧縮し、それを好ましくは電子事前照合
（ＥＰＣ）メモリ２４内に記憶する。
【００３７】再度図２を参照する。プリンタ２０（イメ
ージ出力端末（ＩＯＴ）とも呼ばれる）は、電子写真式
印刷機関を含むことが好ましい。一例では印刷機関は、
マルチピッチベルト（図示せず）を有する。マルチピッ
チベルト上には、同期的ソース（たとえばレーザラスタ
出力スキャンデバイス）または非同期的ソース（たとえ
ばＬＥＤプリントバー）などのイメージ生成ソースを用
いて、イメージを形成する。印刷する場合は、イメージ
データに従ってイメージ生成ソースをオンおよびオフに
する間に、マルチレベルイメージデータをＥＰＣメモリ
２４（図３）から読み出し、受光体上に潜像を形成す
る。潜像は、たとえばハイブリッドジャンピング現像技
術を用いて現像され、プリント媒体シート上に転写され
る。融着後に得られたプリントを、裏返して両面印刷し
てもよいし、そのまま出力してもよい。本明細書に開示
する実施形態の基礎となる概念を変化させることなく、
上記プリンタを電子写真式印刷機関以外の他の形態で実
施することができると、当業者は認識するであろう。た
とえば印刷システム１０は、熱インクジェットまたは粒
子線写真式プリンタを用いて実施することもできる。
ージ出力端末（ＩＯＴ）とも呼ばれる）は、電子写真式
印刷機関を含むことが好ましい。一例では印刷機関は、
マルチピッチベルト（図示せず）を有する。マルチピッ
チベルト上には、同期的ソース（たとえばレーザラスタ
出力スキャンデバイス）または非同期的ソース（たとえ
ばＬＥＤプリントバー）などのイメージ生成ソースを用
いて、イメージを形成する。印刷する場合は、イメージ
データに従ってイメージ生成ソースをオンおよびオフに
する間に、マルチレベルイメージデータをＥＰＣメモリ
２４（図３）から読み出し、受光体上に潜像を形成す
る。潜像は、たとえばハイブリッドジャンピング現像技
術を用いて現像され、プリント媒体シート上に転写され
る。融着後に得られたプリントを、裏返して両面印刷し
てもよいし、そのまま出力してもよい。本明細書に開示
する実施形態の基礎となる概念を変化させることなく、
上記プリンタを電子写真式印刷機関以外の他の形態で実
施することができると、当業者は認識するであろう。た
とえば印刷システム１０は、熱インクジェットまたは粒
子線写真式プリンタを用いて実施することもできる。
【００３８】特に図３を参照し、ＶＣＭ１６をさらに詳
述する。ＶＣＭ１６は、ビデオバス（Ｖバス）２８を含
む。Ｖバス２８を通じて、さまざまなＩ／Ｏ、データ転
送、および記憶部材が通信する。Ｖバスは好ましくは、
高速３２ビットデータバースト転送バスであって、６４
ビットに拡張可能である。３２ビットの形態では、持続
的最大バンド幅は約６０Ｍバイト／秒である。一例では
Ｖバスのバンド幅は、１００Ｍバイト／秒にもなる。
述する。ＶＣＭ１６は、ビデオバス（Ｖバス）２８を含
む。Ｖバス２８を通じて、さまざまなＩ／Ｏ、データ転
送、および記憶部材が通信する。Ｖバスは好ましくは、
高速３２ビットデータバースト転送バスであって、６４
ビットに拡張可能である。３２ビットの形態では、持続
的最大バンド幅は約６０Ｍバイト／秒である。一例では
Ｖバスのバンド幅は、１００Ｍバイト／秒にもなる。
【００３９】ＶＣＭの記憶部材は、ＥＰＣメモリ部３０
およびマスメモリ部３２内に位置する。ＥＰＣメモリ部
はＥＰＣメモリ２４を含む。ＥＰＣメモリは、ＤＲＡＭ
コントローラ３３を通じてＶバスに接続される。好まし
くはＤＲＡＭであるＥＰＣメモリは、２つの高密度３２
ビットＳＩＭＭモジュールを用いて６４Ｍバイトまでの
拡張が可能であるが、いずれの所望サイズのメモリを使
用することも可能である。マスメモリ部３２は、転送モ
ジュール３６ａを通じてＶバスに接続される、ＳＣＳＩ
ハードドライブデバイス３４を含む。図示のとおり、他
のＩ／Ｏおよび処理部材はそれぞれ、転送モジュール３
６を通じてＶバスに接続される。他のデバイス（たとえ
ばワークステーション）は、適切なインタフェースおよ
びＳＣＳＩラインを用いることで、転送モジュール３６
を通じてＶバスに接続できると認識される。
およびマスメモリ部３２内に位置する。ＥＰＣメモリ部
はＥＰＣメモリ２４を含む。ＥＰＣメモリは、ＤＲＡＭ
コントローラ３３を通じてＶバスに接続される。好まし
くはＤＲＡＭであるＥＰＣメモリは、２つの高密度３２
ビットＳＩＭＭモジュールを用いて６４Ｍバイトまでの
拡張が可能であるが、いずれの所望サイズのメモリを使
用することも可能である。マスメモリ部３２は、転送モ
ジュール３６ａを通じてＶバスに接続される、ＳＣＳＩ
ハードドライブデバイス３４を含む。図示のとおり、他
のＩ／Ｏおよび処理部材はそれぞれ、転送モジュール３
６を通じてＶバスに接続される。他のデバイス（たとえ
ばワークステーション）は、適切なインタフェースおよ
びＳＣＳＩラインを用いることで、転送モジュール３６
を通じてＶバスに接続できると認識される。
【００４０】図４を参照し、一つの転送モジュール３６
の構造を詳述する。図４に示す転送モジュールは、パケ
ットバッファ３８と、Ｖバスインタフェース４０と、Ｄ
ＭＡ転送ユニット４２とを含む。「ＶＨＳＩＣ」ハード
ウェア記述言語（ＶＨＤＬ）を用いて構築された転送モ
ジュール３６は、プログラム可能な構成であり、イメー
ジデータのパケットをＶバスに沿って比較的高い転送レ
ートで送信させる。特にパケットバッファは、使用可能
なＶバスバンド幅に合わせてセグメントまたはパケット
を変化させるようプログラム可能である。一例ではパケ
ットバッファは、６４バイトまでのパケットを扱うよう
プログラム可能である。パケットサイズは、Ｖバスの使
用度が比較的高い時は縮小され、バスでの活動が比較的
少ない時は増大されることが好ましい。
の構造を詳述する。図４に示す転送モジュールは、パケ
ットバッファ３８と、Ｖバスインタフェース４０と、Ｄ
ＭＡ転送ユニット４２とを含む。「ＶＨＳＩＣ」ハード
ウェア記述言語（ＶＨＤＬ）を用いて構築された転送モ
ジュール３６は、プログラム可能な構成であり、イメー
ジデータのパケットをＶバスに沿って比較的高い転送レ
ートで送信させる。特にパケットバッファは、使用可能
なＶバスバンド幅に合わせてセグメントまたはパケット
を変化させるようプログラム可能である。一例ではパケ
ットバッファは、６４バイトまでのパケットを扱うよう
プログラム可能である。パケットサイズは、Ｖバスの使
用度が比較的高い時は縮小され、バスでの活動が比較的
少ない時は増大されることが好ましい。
【００４１】パケットサイズの調節は、Ｖバスインタフ
ェース４０（図４）およびシステムコントローラ４４
（図６）によって達成される。Ｖバスインタフェースは
実質的に、論理要素から成る構成であり、アドレスカウ
ンタ、デコーダ、状態機械などを含む。Ｖバスインタフ
ェースが、転送モジュールにおける知能を選択的度合い
で実現する。インタフェース４０は、システムコントロ
ーラと通信することで、要求されるパケットサイズを把
握する。そしてその知識を用いて、パケットバッファ３
８のパケットサイズを、バスの状態に合わせて調節す
る。すなわちコントローラは、Ｖバス２８の状態に関す
る知識を用い、それに合わせてインタフェース４０がパ
ケットサイズを調節できるようにインタフェース４０に
指示を出す。以下で、転送モジュール３６の動作に関し
てさらに説明する。
ェース４０（図４）およびシステムコントローラ４４
（図６）によって達成される。Ｖバスインタフェースは
実質的に、論理要素から成る構成であり、アドレスカウ
ンタ、デコーダ、状態機械などを含む。Ｖバスインタフ
ェースが、転送モジュールにおける知能を選択的度合い
で実現する。インタフェース４０は、システムコントロ
ーラと通信することで、要求されるパケットサイズを把
握する。そしてその知識を用いて、パケットバッファ３
８のパケットサイズを、バスの状態に合わせて調節す
る。すなわちコントローラは、Ｖバス２８の状態に関す
る知識を用い、それに合わせてインタフェース４０がパ
ケットサイズを調節できるようにインタフェース４０に
指示を出す。以下で、転送モジュール３６の動作に関し
てさらに説明する。
【００４２】より詳細には、従来のＤＭＡ転送方法を用
いてパケットを転送するＤＭＡ転送ユニットによって、
イメージ転送は容易に実施される。すなわち、転送ユニ
ットがパケットの先頭アドレスおよび終端アドレスを用
いることによって、所定の転送が実行される。転送が完
了するとインタフェース４０は、システムコントローラ
４４へ信号を返信し、要求パケットサイズやアドレス指
定などのさらなる情報を得られるようにする。
いてパケットを転送するＤＭＡ転送ユニットによって、
イメージ転送は容易に実施される。すなわち、転送ユニ
ットがパケットの先頭アドレスおよび終端アドレスを用
いることによって、所定の転送が実行される。転送が完
了するとインタフェース４０は、システムコントローラ
４４へ信号を返信し、要求パケットサイズやアドレス指
定などのさらなる情報を得られるようにする。
【００４３】図２および図３によれば、３つのＩ／Ｏ部
材がＶバス２８に動作上連結されている。３つの部材と
は、ＦＡＸモジュール４８、スキャナまたはＩＩＴ１
８、およびプリンタまたはＩＯＴ２０である。ただし、
拡張スロット５０を通じて多様な部材をＶバスに連結で
きると認識すべきである。図５に、転送モジュール３６
ｂを通じてＶバス２８に連結されたＦＡＸモジュールの
実施形態を、さらに詳細に示す。好適な実施形態では、
ファクシミリデバイス（ＦＡＸ）５１は一連の部材を含
む。それらの部材には、ゼロックス適合型の圧縮／復元
を実施するセクション５２と、圧縮イメージデータの拡
大縮小を実施するセクション５４と、ＣＣＩＴＴ形式か
ら並びにその形式への圧縮イメージデータの変換を実施
するセクション５６と、モデム５８とが含まれる。モデ
ム５８は、好ましくはロックウェルコーポレーション社
製であり、従来の通信ラインを通じてＣＣＩＴＴ形式の
データを電話へまたは電話から送信する。
材がＶバス２８に動作上連結されている。３つの部材と
は、ＦＡＸモジュール４８、スキャナまたはＩＩＴ１
８、およびプリンタまたはＩＯＴ２０である。ただし、
拡張スロット５０を通じて多様な部材をＶバスに連結で
きると認識すべきである。図５に、転送モジュール３６
ｂを通じてＶバス２８に連結されたＦＡＸモジュールの
実施形態を、さらに詳細に示す。好適な実施形態では、
ファクシミリデバイス（ＦＡＸ）５１は一連の部材を含
む。それらの部材には、ゼロックス適合型の圧縮／復元
を実施するセクション５２と、圧縮イメージデータの拡
大縮小を実施するセクション５４と、ＣＣＩＴＴ形式か
ら並びにその形式への圧縮イメージデータの変換を実施
するセクション５６と、モデム５８とが含まれる。モデ
ム５８は、好ましくはロックウェルコーポレーション社
製であり、従来の通信ラインを通じてＣＣＩＴＴ形式の
データを電話へまたは電話から送信する。
【００４４】さらに図５を参照する。各セクション５
２，５４，５６およびモデム５８は、制御ライン６０を
通じて転送モジュール３６ｂに連結される。それによ
り、ＦＡＸモジュール４８宛ておよびそこからの転送
は、プロセッサを使用せずに実施できる。理解されるべ
きであるとおり、転送モジュール３６ｂは、ＦＡＸモジ
ュールのマスタまたはスレーブとして機能できる。すな
わち転送モジュール３６ｂは、送信のためにＦＡＸへイ
メージデータを供給し、または着信ＦＡＸを受けること
が可能である。運転時、転送モジュール３６ｂは、他の
いずれのＩ／Ｏ部材に対して動作するのと同様にＦＡＸ
モジュールに対して動作する。たとえばＦＡＸジョブの
送信時には、転送モジュール３６ｂは、ＤＭＡ転送ユニ
ット４２を用いてパケットをセクション５２へ供給す
る。１つのパケットの供給後に転送モジュールは、シス
テムプロセッサ４４に対して中断信号を送信して他のパ
ケットを要求する。一つの実施形態では、パケットバッ
ファ３８内には２つのパケットが保持され、２つのパケ
ット間で「玉突き（ping-ponging）」が実施されるよう
になっている。それにより、中断信号の受信時にコント
ローラが直ちに応答できない場合でも、転送モジュール
３６ｂではイメージデータが尽きてしまうことがない。
２，５４，５６およびモデム５８は、制御ライン６０を
通じて転送モジュール３６ｂに連結される。それによ
り、ＦＡＸモジュール４８宛ておよびそこからの転送
は、プロセッサを使用せずに実施できる。理解されるべ
きであるとおり、転送モジュール３６ｂは、ＦＡＸモジ
ュールのマスタまたはスレーブとして機能できる。すな
わち転送モジュール３６ｂは、送信のためにＦＡＸへイ
メージデータを供給し、または着信ＦＡＸを受けること
が可能である。運転時、転送モジュール３６ｂは、他の
いずれのＩ／Ｏ部材に対して動作するのと同様にＦＡＸ
モジュールに対して動作する。たとえばＦＡＸジョブの
送信時には、転送モジュール３６ｂは、ＤＭＡ転送ユニ
ット４２を用いてパケットをセクション５２へ供給す
る。１つのパケットの供給後に転送モジュールは、シス
テムプロセッサ４４に対して中断信号を送信して他のパ
ケットを要求する。一つの実施形態では、パケットバッ
ファ３８内には２つのパケットが保持され、２つのパケ
ット間で「玉突き（ping-ponging）」が実施されるよう
になっている。それにより、中断信号の受信時にコント
ローラが直ちに応答できない場合でも、転送モジュール
３６ｂではイメージデータが尽きてしまうことがない。
【００４５】再度図３を参照する。ＩＩＴ１８およびＩ
ＯＴ２０は、転送モジュール３６ｃおよび３６ｄを通じ
てＶバス２８に動作上連結されている。さらに、ＩＩＴ
１８およびＩＯＴ２０はそれぞれ、圧縮器６２および復
元器６４に動作上連結されている。圧縮器および復元器
は、ゼロックス適合型圧縮デバイスを用いる単一のモジ
ュールとして設けられることが好ましい。ゼロックス適
合型圧縮デバイスは、ゼロックスコーポレーション社の
ドキュテック（登録商標）印刷システムにおける圧縮／
復元動作のために用いられている。実用上は、転送モジ
ュールの少なくともいくつかの機能が、３チャネルＤＶ
ＭＡデバイスによって備えられる。そのデバイスは、圧
縮／復元モジュールに対するローカルアービトレーショ
ンを実施する。
ＯＴ２０は、転送モジュール３６ｃおよび３６ｄを通じ
てＶバス２８に動作上連結されている。さらに、ＩＩＴ
１８およびＩＯＴ２０はそれぞれ、圧縮器６２および復
元器６４に動作上連結されている。圧縮器および復元器
は、ゼロックス適合型圧縮デバイスを用いる単一のモジ
ュールとして設けられることが好ましい。ゼロックス適
合型圧縮デバイスは、ゼロックスコーポレーション社の
ドキュテック（登録商標）印刷システムにおける圧縮／
復元動作のために用いられている。実用上は、転送モジ
ュールの少なくともいくつかの機能が、３チャネルＤＶ
ＭＡデバイスによって備えられる。そのデバイスは、圧
縮／復元モジュールに対するローカルアービトレーショ
ンを実施する。
【００４６】図３にさらに示すとおり、イメージ処理部
２２を含むスキャナ１８は、アノテート（annotate）／
併合モジュール６６に連結される。イメージ処理部は、
一つ以上の専用プロセッサを含むことが好ましい。その
プロセッサは、画質向上、しきい値処理／スクリーニン
グ、回転、解像度変換、およびＴＲＣ調節などの、要求
されるさまざまな機能を実施するようプログラムされ
る。しきい値処理およびスクリーニングは、典型的なイ
メージ生成機能であり、イメージスクリーンを適用する
ことによって画質向上を図るという概念に関連してい
る。これらの各機能の選択的駆動は、システムコントロ
ーラ４４によってプログラムされる一群のイメージ処理
制御レジスタによって調整される。各機能は、「パイプ
ライン」に沿って備えられることが好ましい。「パイプ
ライン」では、パイプの一端からイメージデータが入力
され、処理済のイメージデータが他端から出力される。
スループットを促進するために、転送モジュール３６ｅ
がイメージ処理部２２の一端に配置され、転送モジュー
ル３６ｃが処理部２２の他端に配置される。明らかにな
るとおり、転送モジュール３６ｃおよび３６ｅをこのよ
うに配置することによって、ループバック工程の並列性
を大幅に促進できる。
２２を含むスキャナ１８は、アノテート（annotate）／
併合モジュール６６に連結される。イメージ処理部は、
一つ以上の専用プロセッサを含むことが好ましい。その
プロセッサは、画質向上、しきい値処理／スクリーニン
グ、回転、解像度変換、およびＴＲＣ調節などの、要求
されるさまざまな機能を実施するようプログラムされ
る。しきい値処理およびスクリーニングは、典型的なイ
メージ生成機能であり、イメージスクリーンを適用する
ことによって画質向上を図るという概念に関連してい
る。これらの各機能の選択的駆動は、システムコントロ
ーラ４４によってプログラムされる一群のイメージ処理
制御レジスタによって調整される。各機能は、「パイプ
ライン」に沿って備えられることが好ましい。「パイプ
ライン」では、パイプの一端からイメージデータが入力
され、処理済のイメージデータが他端から出力される。
スループットを促進するために、転送モジュール３６ｅ
がイメージ処理部２２の一端に配置され、転送モジュー
ル３６ｃが処理部２２の他端に配置される。明らかにな
るとおり、転送モジュール３６ｃおよび３６ｅをこのよ
うに配置することによって、ループバック工程の並列性
を大幅に促進できる。
【００４７】さらに図３によれば、ＶＣＭ１６のさまざ
まなバスマスタのアービトレーションは、Ｖバスアービ
タ／バスゲートウェイ７１内に設けられたＶバスアービ
タ７０を用いて実施する。アービタは、ある一時点でど
のバスマスタ（たとえばＦＡＸモジュール、スキャナ、
プリンタ、ＳＣＳＩハードドライブ、ＥＰＣメモリ、ま
たはネットワークサービス部材）がＶバスにアクセス可
能かを決定する。アービタは、２つの主セクションと３
つ目の制御部とによって構成される。第一セクションで
ある「ハイパス」セクションは、入力バス要求と、現在
の優先度選択とを受信し、最も優先度の高い保留中の要
求に対する許可を出力する。現在の優先度選択に関する
入力は、アービタの第二セクションからの出力である。
第二セクションは「優先度選択」と呼ばれる。このセク
ションは、優先度ローテーションおよび選択アルゴリズ
ムを実行する。いずれの所定の時点においても、「優先
度選択」の論理からの出力が、保留要求をサービス処理
する順番を決定する。「優先度選択」への入力は、優先
度チェーン上におけるデバイスの初期配置を保持するレ
ジスタである。サービス要求があった時点で、「優先度
選択」の論理がデバイスを優先度チェーンに沿って順位
を上げたり下げたりすることによって、そのデバイスの
次の要求の位置が選択される。制御論理は、要求／許可
活動に関する信号を監視することによって、「ハイパ
ス」および「優先度選択」の動作を同期させる。制御論
理はまた、競合状態の発生を防止する。
まなバスマスタのアービトレーションは、Ｖバスアービ
タ／バスゲートウェイ７１内に設けられたＶバスアービ
タ７０を用いて実施する。アービタは、ある一時点でど
のバスマスタ（たとえばＦＡＸモジュール、スキャナ、
プリンタ、ＳＣＳＩハードドライブ、ＥＰＣメモリ、ま
たはネットワークサービス部材）がＶバスにアクセス可
能かを決定する。アービタは、２つの主セクションと３
つ目の制御部とによって構成される。第一セクションで
ある「ハイパス」セクションは、入力バス要求と、現在
の優先度選択とを受信し、最も優先度の高い保留中の要
求に対する許可を出力する。現在の優先度選択に関する
入力は、アービタの第二セクションからの出力である。
第二セクションは「優先度選択」と呼ばれる。このセク
ションは、優先度ローテーションおよび選択アルゴリズ
ムを実行する。いずれの所定の時点においても、「優先
度選択」の論理からの出力が、保留要求をサービス処理
する順番を決定する。「優先度選択」への入力は、優先
度チェーン上におけるデバイスの初期配置を保持するレ
ジスタである。サービス要求があった時点で、「優先度
選択」の論理がデバイスを優先度チェーンに沿って順位
を上げたり下げたりすることによって、そのデバイスの
次の要求の位置が選択される。制御論理は、要求／許可
活動に関する信号を監視することによって、「ハイパ
ス」および「優先度選択」の動作を同期させる。制御論
理はまた、競合状態の発生を防止する。
【００４８】図６を参照し、ネットワークサービスモジ
ュール１４をさらに詳述する。当業者が認識するとお
り、ネットワークサービスモジュールの構成は既知の
「ＰＣクローン」の構成に類似する。より詳細には、好
適な実施形態においてコントローラ４４は、好ましくは
サンマイクロシステムズ社製のＳＰＡＲＣプロセッサの
形態であり、標準Ｓバス７２に連結されている。図６に
示す実施形態では、好ましくはＤＲＡＭの形態であるホ
ストメモリ７４と、ＳＣＳＩディスクドライブデバイス
７６とが、Ｓバス７２に動作上連結されている。図６に
は図示しないが、記憶部またはＩ／Ｏデバイスは、適切
なインタフェースチップを用いてＳバスに連結すること
が可能である。さらに図６に示すとおりＳバスは、適切
なネットワークインタフェース８０を通じてネットワー
ク７８に連結されている。一例ではネットワークインタ
フェースは、コントローラ４４のハードウェア／ソフト
ウェア部材をネットワーク７８のハードウェア／ソフト
ウェア部材に関係させるのに必要なすべてのハードウェ
アおよびソフトウェアを含む。たとえば、ネットワーク
サービスモジュール１４とネットワーク７８とのあいだ
で多様なプロトコルをインタフェースする場合は、ネッ
トワークインタフェースにノヴェルコーポレーション社
のネットウェア（登録商標）などのソフトウェアを備え
てもよい。
ュール１４をさらに詳述する。当業者が認識するとお
り、ネットワークサービスモジュールの構成は既知の
「ＰＣクローン」の構成に類似する。より詳細には、好
適な実施形態においてコントローラ４４は、好ましくは
サンマイクロシステムズ社製のＳＰＡＲＣプロセッサの
形態であり、標準Ｓバス７２に連結されている。図６に
示す実施形態では、好ましくはＤＲＡＭの形態であるホ
ストメモリ７４と、ＳＣＳＩディスクドライブデバイス
７６とが、Ｓバス７２に動作上連結されている。図６に
は図示しないが、記憶部またはＩ／Ｏデバイスは、適切
なインタフェースチップを用いてＳバスに連結すること
が可能である。さらに図６に示すとおりＳバスは、適切
なネットワークインタフェース８０を通じてネットワー
ク７８に連結されている。一例ではネットワークインタ
フェースは、コントローラ４４のハードウェア／ソフト
ウェア部材をネットワーク７８のハードウェア／ソフト
ウェア部材に関係させるのに必要なすべてのハードウェ
アおよびソフトウェアを含む。たとえば、ネットワーク
サービスモジュール１４とネットワーク７８とのあいだ
で多様なプロトコルをインタフェースする場合は、ネッ
トワークインタフェースにノヴェルコーポレーション社
のネットウェア（登録商標）などのソフトウェアを備え
てもよい。
【００４９】一例ではネットワーク７８は、エミッタま
たはドライバ８４を有するワークステーション８２など
のクライアントを含む。運転時にはユーザが、複数の電
子ページと一式の処理指示とを含むジョブを生成するこ
とがある。するとジョブはエミッタによって、ポストス
クリプトなどのページ記述言語で表す表記に変換され
る。続いてそのジョブはコントローラ４４に送信され、
そこでアドービコーポレーション社が提供するような復
元器によって解釈（interpret）される。ＰＤＬジョブ
の解釈の概念の基礎となっているいくつかの原理が、Bo
nk et al.に発行された米国特許第５，４９３，６３４
号、およびMensing et al.に発行された米国特許第５，
２２６，１１２号に開示されている。これらの両参考文
献における開示を、本願に引用して援用する。ＰＤＬで
のジョブ生成技術に関するさらなる詳細は、以下のテキ
ストを参照することによって得られる：PostScript Lan
guage Reference Manual,Second Edition,Addison-Wesl
ey Publishing Co.,1990。この文献の関連部分を、本願
に引用して援用する。
たはドライバ８４を有するワークステーション８２など
のクライアントを含む。運転時にはユーザが、複数の電
子ページと一式の処理指示とを含むジョブを生成するこ
とがある。するとジョブはエミッタによって、ポストス
クリプトなどのページ記述言語で表す表記に変換され
る。続いてそのジョブはコントローラ４４に送信され、
そこでアドービコーポレーション社が提供するような復
元器によって解釈（interpret）される。ＰＤＬジョブ
の解釈の概念の基礎となっているいくつかの原理が、Bo
nk et al.に発行された米国特許第５，４９３，６３４
号、およびMensing et al.に発行された米国特許第５，
２２６，１１２号に開示されている。これらの両参考文
献における開示を、本願に引用して援用する。ＰＤＬで
のジョブ生成技術に関するさらなる詳細は、以下のテキ
ストを参照することによって得られる：PostScript Lan
guage Reference Manual,Second Edition,Addison-Wesl
ey Publishing Co.,1990。この文献の関連部分を、本願
に引用して援用する。
【００５０】さらに図３によればネットワークサービス
モジュール１４は、Ｖバスアービタ／バスゲートウェイ
７１のバスゲートウェイ８８を通じて、ＶＣＭ１６に接
続される。一例ではバスゲートウェイは、ＸＩＬＩＮＸ
コーポレーションが提供する利用者書込み可能ゲート列
（field programmable gate array）によって構成され
る。バスゲートウェイデバイスは、ホストのＳバスとＶ
ＣＭのＶバスとのあいだをインタフェースする。バスゲ
ートウェイデバイスは、Ｖバス実アドレス範囲内のアド
レス空間へのアクセスに対してＶバスアドレスの翻訳
（translation）を供給し、ホストアドレス範囲内の仮
想アドレスに関しては、仮想アドレスをホストＳバスへ
送信する。また、メモリからメモリへの転送のためのＤ
ＭＡチャネルも、バスゲートウェイ内で実現される。バ
スゲートウェイは特に、ＶバスとＳバスとのあいだのシ
ームレスなアクセスを実現し、転送モジュール３６の一
つなどのバスマスタからの仮想アドレスを復号化するこ
とで、対応のスレーブ部材から識別子を得られるように
する。印刷システム１０の多くの部材を一つのＡＳＩＣ
の形態で実施できると、当業者は認識するであろう。
モジュール１４は、Ｖバスアービタ／バスゲートウェイ
７１のバスゲートウェイ８８を通じて、ＶＣＭ１６に接
続される。一例ではバスゲートウェイは、ＸＩＬＩＮＸ
コーポレーションが提供する利用者書込み可能ゲート列
（field programmable gate array）によって構成され
る。バスゲートウェイデバイスは、ホストのＳバスとＶ
ＣＭのＶバスとのあいだをインタフェースする。バスゲ
ートウェイデバイスは、Ｖバス実アドレス範囲内のアド
レス空間へのアクセスに対してＶバスアドレスの翻訳
（translation）を供給し、ホストアドレス範囲内の仮
想アドレスに関しては、仮想アドレスをホストＳバスへ
送信する。また、メモリからメモリへの転送のためのＤ
ＭＡチャネルも、バスゲートウェイ内で実現される。バ
スゲートウェイは特に、ＶバスとＳバスとのあいだのシ
ームレスなアクセスを実現し、転送モジュール３６の一
つなどのバスマスタからの仮想アドレスを復号化するこ
とで、対応のスレーブ部材から識別子を得られるように
する。印刷システム１０の多くの部材を一つのＡＳＩＣ
の形態で実施できると、当業者は認識するであろう。
【００５１】図３、図４、および図６を参照し、各転送
モジュール３６のＤＭＡ転送に関してさらに説明する。
詳細には、一例においてジョブのイメージは、一連のブ
ロックとしてホストメモリ７４内に記憶される。運転時
には、コントローラ４４は一つの転送モジュール３６に
対して、ブロックの先頭アドレスとブロックのサイズと
を供給する。転送モジュール３６はそのブロックに関
し、パケット転送を実行し、カウンタをインクリメント
／デクリメントする。ブロックの最後のパケットが転送
されたことをインタフェース４０がカウンタに基づいて
検出するまで、この手順をブロックの各パケットに対し
て繰り返す。通常は、このようなパケット毎の手法で、
各記憶イメージに対して数個のブロックを転送する。
モジュール３６のＤＭＡ転送に関してさらに説明する。
詳細には、一例においてジョブのイメージは、一連のブ
ロックとしてホストメモリ７４内に記憶される。運転時
には、コントローラ４４は一つの転送モジュール３６に
対して、ブロックの先頭アドレスとブロックのサイズと
を供給する。転送モジュール３６はそのブロックに関
し、パケット転送を実行し、カウンタをインクリメント
／デクリメントする。ブロックの最後のパケットが転送
されたことをインタフェース４０がカウンタに基づいて
検出するまで、この手順をブロックの各パケットに対し
て繰り返す。通常は、このようなパケット毎の手法で、
各記憶イメージに対して数個のブロックを転送する。
【００５２】前述のとおり、ＤＣ２４０ＳＴおよびＤＣ
２６５ＳＴから成るゼロックスコーポレーションのデジ
タルコピー機多機能システムは、外部または基本ジョブ
サービスレベルにおける待ち行列管理を実施するジョブ
コンテンションマネージャを含む。図７によればそのシ
ステムは、図１に示すようなプリンタ２０による処理を
受ける準備が完了しているジョブの待ち行列を含む。他
の従来の印刷待ち行列と同様に、ウィンドウ２０２内に
現在印刷中のジョブが表示され、ボタン２０４を用いて
ジョブのリストをスクロールすることができる。このタ
イプおよび上述の従来技術の多機能機器では、提供され
るさまざまな基本ジョブサービスに対応するために一つ
以上の待ち行列が使用されると認識すべきである。たと
えば、スキャン処理を待つジョブはスキャン待ち行列内
に配置され、ファックス処理を待つジョブはファックス
待ち行列内に配置される。図７の印刷または印字待ち行
列は実質的に、多機能印刷システムで用いられる複数の
基本ジョブサービス待ち行列のうちの一つに過ぎない。
また、米国特許第５，２０６，７３５号に記載に従う方
法でジョブを待ち行列に挿入してもよいと認識すべきで
ある。さらに、待ち行列は、図６のネットワークサービ
スモジュールまたは図３のＶＣＭなどの位置に保持可能
であると認識される。
２６５ＳＴから成るゼロックスコーポレーションのデジ
タルコピー機多機能システムは、外部または基本ジョブ
サービスレベルにおける待ち行列管理を実施するジョブ
コンテンションマネージャを含む。図７によればそのシ
ステムは、図１に示すようなプリンタ２０による処理を
受ける準備が完了しているジョブの待ち行列を含む。他
の従来の印刷待ち行列と同様に、ウィンドウ２０２内に
現在印刷中のジョブが表示され、ボタン２０４を用いて
ジョブのリストをスクロールすることができる。このタ
イプおよび上述の従来技術の多機能機器では、提供され
るさまざまな基本ジョブサービスに対応するために一つ
以上の待ち行列が使用されると認識すべきである。たと
えば、スキャン処理を待つジョブはスキャン待ち行列内
に配置され、ファックス処理を待つジョブはファックス
待ち行列内に配置される。図７の印刷または印字待ち行
列は実質的に、多機能印刷システムで用いられる複数の
基本ジョブサービス待ち行列のうちの一つに過ぎない。
また、米国特許第５，２０６，７３５号に記載に従う方
法でジョブを待ち行列に挿入してもよいと認識すべきで
ある。さらに、待ち行列は、図６のネットワークサービ
スモジュールまたは図３のＶＣＭなどの位置に保持可能
であると認識される。
【００５３】上述の印刷システム１０などのいずれの多
機能製品（以下、「ＭＦ機関」とも呼ぶ）においても、
複数のユーザが同時に一つ以上のサブシステムへのアク
セスを必要とする可能性が常に存在する。このアクセス
コンテンションは、ＭＦ機関の数箇所で、たとえばＥＰ
Ｃメモリ２４（図３）などの一つのリソースに対するコ
ンテンションとして発生する場合もあり、あるいはＥＰ
ＣメモリおよびＩＴＴなどの複数のリソースに対するコ
ンテンションとして発生する場合もある。コンテンショ
ン状態が発生した場合、印刷システムは、さまざまなユ
ーザを満足させるような予測可能で制御された方法で対
処しなければならない。
機能製品（以下、「ＭＦ機関」とも呼ぶ）においても、
複数のユーザが同時に一つ以上のサブシステムへのアク
セスを必要とする可能性が常に存在する。このアクセス
コンテンションは、ＭＦ機関の数箇所で、たとえばＥＰ
Ｃメモリ２４（図３）などの一つのリソースに対するコ
ンテンションとして発生する場合もあり、あるいはＥＰ
ＣメモリおよびＩＴＴなどの複数のリソースに対するコ
ンテンションとして発生する場合もある。コンテンショ
ン状態が発生した場合、印刷システムは、さまざまなユ
ーザを満足させるような予測可能で制御された方法で対
処しなければならない。
【００５４】ゼロックスＤＣ２４０ＳＴおよびＤＣ２６
５ＳＴ多機能システムでは、少なくとも二つのコンテン
ション管理方法が構想されている。それに関しては、Sa
lgado et al.の米国特許出願第（代理人整理番号Ｄ／９
４８７１Ｑ）号でより詳細に説明しており、その出願
（以下、「サルガド出願」と呼ぶ）を本願に引用して援
用する。
５ＳＴ多機能システムでは、少なくとも二つのコンテン
ション管理方法が構想されている。それに関しては、Sa
lgado et al.の米国特許出願第（代理人整理番号Ｄ／９
４８７１Ｑ）号でより詳細に説明しており、その出願
（以下、「サルガド出願」と呼ぶ）を本願に引用して援
用する。
【００５５】１．先入れ先出し（ＦＩＦＯ）ジョブ管理 この方法では、コンテンションは先着順で処理される。
他のジョブに先立って提出されたジョブが、必要とする
基本ジョブサービスを最初に使用できる。そのサービス
を要求する他のジョブは、到着時点によって数値的に順
位付けられ、後にそのサービスを使用する機会が与えら
れる。
他のジョブに先立って提出されたジョブが、必要とする
基本ジョブサービスを最初に使用できる。そのサービス
を要求する他のジョブは、到着時点によって数値的に順
位付けられ、後にそのサービスを使用する機会が与えら
れる。
【００５６】２．優先的ジョブ管理 この方法では、リソースへのアクセスは、「キー操作者
／システム管理者（ＫＯ／ＳＡ）定義アルゴリズム」に
よって管理される。そのアルゴリズムを用いればＫＯ／
ＳＡは、ジョブタイプ、即時ウォークアップ（現場持ち
込みの）要求であるかどうか（immediate walkup nee
d）、中断の履歴、および他の重要な要因に基づいて、
ジョブを分類できる。アルゴリズムは、典型的な印刷シ
ステムユーザの要求に従ってジョブコンテンションを管
理するよう構成され得る。柔軟にプログラム可能である
ため、アルゴリズムはＦＩＦＯをサポートするように構
成可能である。すなわちＦＩＦＯは、このアルゴリズム
の能力のサブセットである。
／システム管理者（ＫＯ／ＳＡ）定義アルゴリズム」に
よって管理される。そのアルゴリズムを用いればＫＯ／
ＳＡは、ジョブタイプ、即時ウォークアップ（現場持ち
込みの）要求であるかどうか（immediate walkup nee
d）、中断の履歴、および他の重要な要因に基づいて、
ジョブを分類できる。アルゴリズムは、典型的な印刷シ
ステムユーザの要求に従ってジョブコンテンションを管
理するよう構成され得る。柔軟にプログラム可能である
ため、アルゴリズムはＦＩＦＯをサポートするように構
成可能である。すなわちＦＩＦＯは、このアルゴリズム
の能力のサブセットである。
【００５７】サルガド出願は、ＫＯ／ＳＡ優先アルゴリ
ズムが対応する少なくとも５つのジョブタイプを開示し
ている。
ズムが対応する少なくとも５つのジョブタイプを開示し
ている。
【００５８】１．コピー印刷またはウォークアップジョ
ブ：ＩＩＴおよび相当の印字リソースを要するウォーク
アップユーザのジョブ。
ブ：ＩＩＴおよび相当の印字リソースを要するウォーク
アップユーザのジョブ。
【００５９】２．自動レポート印刷：機器やコピー機の
利用、エラーログ、ファックスレポートなどの自動的に
印刷されるレポート。ＳＡ／ＫＯに指定されるそれらの
レポートは、メモリリソースからプリントされ、印字機
関の使用を必要とする。
利用、エラーログ、ファックスレポートなどの自動的に
印刷されるレポート。ＳＡ／ＫＯに指定されるそれらの
レポートは、メモリリソースからプリントされ、印字機
関の使用を必要とする。
【００６０】３．ネット印刷：このジョブ分類には下記
が含まれる： ａ）ネットワークサービスモジュール１４（図２）を介
してネットワークソースから送信され、印字リソースを
必要とするジョブ、 ｂ）ウォークアップまたはリモートのユーザによって起
動されるネットワークサービスモジュール（ＥＳＳとも
呼ばれる）のソフトメールボックスジョブ、および ｃ）ＥＳＳまたはネットワークから発生するその他のジ
ョブ。
が含まれる： ａ）ネットワークサービスモジュール１４（図２）を介
してネットワークソースから送信され、印字リソースを
必要とするジョブ、 ｂ）ウォークアップまたはリモートのユーザによって起
動されるネットワークサービスモジュール（ＥＳＳとも
呼ばれる）のソフトメールボックスジョブ、および ｃ）ＥＳＳまたはネットワークから発生するその他のジ
ョブ。
【００６１】４．ファックスメールボックス：このジョ
ブ分類には下記が含まれる： ａ）ユーザの要求時にプリントアウトするようシステム
に記憶されている受信ファックス、 ｂ）システム利用またはファックスログなどのローカル
レポート、および ｃ）ＥＰＣメモリ２４（図３）または印刷システム（Ｍ
ＦＳＹＳとも呼ばれる）から発生するその他のジョブ。
ブ分類には下記が含まれる： ａ）ユーザの要求時にプリントアウトするようシステム
に記憶されている受信ファックス、 ｂ）システム利用またはファックスログなどのローカル
レポート、および ｃ）ＥＰＣメモリ２４（図３）または印刷システム（Ｍ
ＦＳＹＳとも呼ばれる）から発生するその他のジョブ。
【００６２】５．ファックスプリント：即時プリントす
べき着信ファックスジョブ。そのようなジョブは、ＥＰ
Ｃメモリ２４内に取得された後、即時プリントされる。
べき着信ファックスジョブ。そのようなジョブは、ＥＰ
Ｃメモリ２４内に取得された後、即時プリントされる。
【００６３】サルガド出願のアプローチでは、ユーザが
発した作業要求に相当するシステムジョブが設けられ
る。ユーザの作業要求は、ＭＦ機関のユーザインタフェ
ースまたは外部ジョブサービス（ＥＪＳ）で発せられ
る。たとえばコピージョブは、ユーザによるコピー動作
の実行要求に相当する。各ＥＪＳジョブは、複数のサブ
ジョブに分割される。各サブジョブは、基本ジョブ動作
を実施するための作業であって、基本ジョブサービス
（ＢＪＳ）によって処理される。コピージョブは、スキ
ャン、イメージ処理、および印字のサブジョブに分割さ
れる。
発した作業要求に相当するシステムジョブが設けられ
る。ユーザの作業要求は、ＭＦ機関のユーザインタフェ
ースまたは外部ジョブサービス（ＥＪＳ）で発せられ
る。たとえばコピージョブは、ユーザによるコピー動作
の実行要求に相当する。各ＥＪＳジョブは、複数のサブ
ジョブに分割される。各サブジョブは、基本ジョブ動作
を実施するための作業であって、基本ジョブサービス
（ＢＪＳ）によって処理される。コピージョブは、スキ
ャン、イメージ処理、および印字のサブジョブに分割さ
れる。
【００６４】基本ジョブサービスによるジョブ処理の実
施には、ビデオ１１１ハードウェアの使用を必要とす
る。ビデオ１１１ハードウェアは、圧縮器と、復元器
と、ｉｐｓ１ボードと、入力チャネルと、出力チャネル
と、ループバックチャネルとを含む。複数のサブジョブ
が、同じビデオ１１１ハードウェアの使用を要する場合
もある。サルガド出願のジョブコンテンションマネージ
ャは、ビデオ１１１ハードウェアの使用を管理し、基本
ジョブサービスレベルでコンテンション決定が必要な場
合に、どのサブジョブがハードウェアを取得するかを上
述の優先手法に基づいて決定する。
施には、ビデオ１１１ハードウェアの使用を必要とす
る。ビデオ１１１ハードウェアは、圧縮器と、復元器
と、ｉｐｓ１ボードと、入力チャネルと、出力チャネル
と、ループバックチャネルとを含む。複数のサブジョブ
が、同じビデオ１１１ハードウェアの使用を要する場合
もある。サルガド出願のジョブコンテンションマネージ
ャは、ビデオ１１１ハードウェアの使用を管理し、基本
ジョブサービスレベルでコンテンション決定が必要な場
合に、どのサブジョブがハードウェアを取得するかを上
述の優先手法に基づいて決定する。
【００６５】本願の説明をより良く理解するために、下
記の用語が有用であろう：許可ユーザ：臨時ユーザより
高い許可レベルを有するが、ＫＯ／ＳＡより少ないアク
セス権を有するユーザ。ＶＩＰユーザのために確保され
ている許可レベルである。
記の用語が有用であろう：許可ユーザ：臨時ユーザより
高い許可レベルを有するが、ＫＯ／ＳＡより少ないアク
セス権を有するユーザ。ＶＩＰユーザのために確保され
ている許可レベルである。
【００６６】ジョブ優先度：ジョブまたはユーザタイプ
に合わせて指定される優先度。ジョブタイプに基づく代
表的な優先手法が、サルガド出願に記載されている。
に合わせて指定される優先度。ジョブタイプに基づく代
表的な優先手法が、サルガド出願に記載されている。
【００６７】リソース：ジョブまたはサブジョブの処理
に必要な機械的、電子的、またはソフトウェアの部材。
に必要な機械的、電子的、またはソフトウェアの部材。
【００６８】印字リソース：所定のタイプの媒体上にジ
ョブをプリントする際に使用するリソース。
ョブをプリントする際に使用するリソース。
【００６９】メモリリソース：たとえばメモリ２４、３
４（図３）、７４および７６（図６）などの、印刷シス
テムが使用する読込み／書込みメモリの類。
４（図３）、７４および７６（図６）などの、印刷シス
テムが使用する読込み／書込みメモリの類。
【００７０】印字済みジョブ：プリントされたジョブ。
この用語は「印刷済みジョブ」より包括的であり、ある
タイプの媒体上への特定の印字方法のいずれも示唆しな
い。
この用語は「印刷済みジョブ」より包括的であり、ある
タイプの媒体上への特定の印字方法のいずれも示唆しな
い。
【００７１】次回プリント物：ジョブの待ち行列の先頭
にあり、安定／正常状態にあるジョブの呼称である。次
回プリント物は、待ち行列の中から次にプリントされ
る。
にあり、安定／正常状態にあるジョブの呼称である。次
回プリント物は、待ち行列の中から次にプリントされ
る。
【００７２】復元器：圧縮イメージを元の「未処理」デ
ータに復元するビデオ１１１ハードウェア。
ータに復元するビデオ１１１ハードウェア。
【００７３】圧縮器：従来の圧縮アルゴリズムに基づき
イメージを圧縮するビデオ１１１ハードウェア。
イメージを圧縮するビデオ１１１ハードウェア。
【００７４】ループバックチャネル：入力チャネルおよ
び出力チャネル：イメージデータを物理的に転送する際
に使用するビデオチャネルから成る。
び出力チャネル：イメージデータを物理的に転送する際
に使用するビデオチャネルから成る。
【００７５】ｉｐｓ１：縮小、拡大、濃淡調節、および
コントラスト調節などの数々のイメージ生成機能を実施
する物理的部材。
コントラスト調節などの数々のイメージ生成機能を実施
する物理的部材。
【００７６】本発明では、本願と同日に出願されたSalg
ado et al.の米国特許出願第０８／（代理人整理番号６
９０−００８８６６−ＵＳ（ＰＡＲ））「電子複写シス
テムにおけるシステムリソースに関するジョブコンテン
ション管理方法および管理装置」（サルガド６６出願）
に記載される多くの要素が体現される。本発明の多様な
実施形態をさらに明確に説明すべく、それらの要素を以
下の説明に含んでいる。本発明は、複数のビデオ機能に
関わるジョブの処理をジョブサービスが一式の共用リソ
ースを用いて実施できるようにするために、サルガド６
６出願に記載の方法および装置を拡張することを提案す
る。本発明によれば、ジョブサービスが、より広大かつ
複雑なジョブ処理を実施する能力を得る。
ado et al.の米国特許出願第０８／（代理人整理番号６
９０−００８８６６−ＵＳ（ＰＡＲ））「電子複写シス
テムにおけるシステムリソースに関するジョブコンテン
ション管理方法および管理装置」（サルガド６６出願）
に記載される多くの要素が体現される。本発明の多様な
実施形態をさらに明確に説明すべく、それらの要素を以
下の説明に含んでいる。本発明は、複数のビデオ機能に
関わるジョブの処理をジョブサービスが一式の共用リソ
ースを用いて実施できるようにするために、サルガド６
６出願に記載の方法および装置を拡張することを提案す
る。本発明によれば、ジョブサービスが、より広大かつ
複雑なジョブ処理を実施する能力を得る。
【００７７】本発明によれば、複数のサブジョブによる
システムリソースに対するコンテンションを管理する方
法および装置によって、複数のビデオ機能を用いるジョ
ブのより効率的な処理が実施される。本発明の好適な実
施形態によれば、以下の一つ以上のことが実施可能であ
る：１）複数のサブジョブによるリソース要求を処理す
る；２）コンテンション状態の不在時に並列ジョブ処理
を実行する；３）サブジョブに対して、その優先度に基
づいて基本リソースを配分する；４）優先度がより高い
ジョブのために、サブジョブのリソース利用を中断す
る；５）低優先度サブジョブから高優先度サブジョブへ
リソースを移転する；６）各イメージに関するＢＪＳの
ビデオリソースへの要求を迅速に処理する；および７）
追加のビデオリソースおよびビデオ機能のために拡張す
る。
システムリソースに対するコンテンションを管理する方
法および装置によって、複数のビデオ機能を用いるジョ
ブのより効率的な処理が実施される。本発明の好適な実
施形態によれば、以下の一つ以上のことが実施可能であ
る：１）複数のサブジョブによるリソース要求を処理す
る；２）コンテンション状態の不在時に並列ジョブ処理
を実行する；３）サブジョブに対して、その優先度に基
づいて基本リソースを配分する；４）優先度がより高い
ジョブのために、サブジョブのリソース利用を中断す
る；５）低優先度サブジョブから高優先度サブジョブへ
リソースを移転する；６）各イメージに関するＢＪＳの
ビデオリソースへの要求を迅速に処理する；および７）
追加のビデオリソースおよびビデオ機能のために拡張す
る。
【００７８】図８では、本発明のジョブコンテンション
マネージャ（ＪＣＭ）１１２は、基本リソースレベルで
のリソース配分を制御する。図８に示すとおりＪＣＭ１
１２は、ＢＪＳ１１０から受信したビデオリソース要求
の状況を追跡し、それらの要求を割り振る。ＪＣＭ１１
２とＢＪＳ１１０とのあいだの要求では、申込／受諾／
受諾不可プロトコルを用いる。表１に、代表的な多機能
プリンタ（ＭＦＰ）に伴う典型的な外部ジョブサービス
およびＢＪＳサブジョブの例を示す。所望され得るよう
に追加のＥＪＳおよびＢＪＳ１１０サービスを設けるこ
とは本発明の範囲内であり、表１は単なる例である。
マネージャ（ＪＣＭ）１１２は、基本リソースレベルで
のリソース配分を制御する。図８に示すとおりＪＣＭ１
１２は、ＢＪＳ１１０から受信したビデオリソース要求
の状況を追跡し、それらの要求を割り振る。ＪＣＭ１１
２とＢＪＳ１１０とのあいだの要求では、申込／受諾／
受諾不可プロトコルを用いる。表１に、代表的な多機能
プリンタ（ＭＦＰ）に伴う典型的な外部ジョブサービス
およびＢＪＳサブジョブの例を示す。所望され得るよう
に追加のＥＪＳおよびＢＪＳ１１０サービスを設けるこ
とは本発明の範囲内であり、表１は単なる例である。
【００７９】
【表１】 基本ジョブサービス（ＢＪＳ）は、表１に示すように、
外部ジョブサービス要求を一連のサブジョブ要求に分割
する。図８に示すとおり本発明では、ＢＪＳ１１０は各
サブジョブに関して、ジョブコンテンションマネージャ
（ＪＣＭ）１１２に対し、ビデオリソースへの「申込」
を発する。表２ａおよび表２ｂに例示するようにＪＣＭ
には、ＢＪＳが利用する一連のビデオ機能または機能リ
ソース（ＣＲ）が設けられている。各ＣＲは、特定セッ
トのビデオ１１１ハードウェアまたは基本リソース（Ｂ
Ｒ）を用いる。
外部ジョブサービス要求を一連のサブジョブ要求に分割
する。図８に示すとおり本発明では、ＢＪＳ１１０は各
サブジョブに関して、ジョブコンテンションマネージャ
（ＪＣＭ）１１２に対し、ビデオリソースへの「申込」
を発する。表２ａおよび表２ｂに例示するようにＪＣＭ
には、ＢＪＳが利用する一連のビデオ機能または機能リ
ソース（ＣＲ）が設けられている。各ＣＲは、特定セッ
トのビデオ１１１ハードウェアまたは基本リソース（Ｂ
Ｒ）を用いる。
【００８０】
【表２】 表２ａおよび表２ｂに、代表的な多機能プリンタ（ＭＦ
Ｐ）における典型的な機能リソース（ＣＲ）と、それら
が使用する基本リソース（ＢＲ）またはビデオリソース
とを示す。所望され得るように追加のＣＲおよびＢＲを
設けることは本発明の範囲内であり、表２ａおよび表２
ｂは単なる例である。たとえば表２ａおよび表２ｂに示
すように、スキャン機能（ＣＲ）は圧縮器と入力チャネ
ルとの基本リソースを用い、ＥＳＳ入力機能（ＣＲ）は
ループバックチャネルと圧縮器とのＢＲを用いる。
Ｐ）における典型的な機能リソース（ＣＲ）と、それら
が使用する基本リソース（ＢＲ）またはビデオリソース
とを示す。所望され得るように追加のＣＲおよびＢＲを
設けることは本発明の範囲内であり、表２ａおよび表２
ｂは単なる例である。たとえば表２ａおよび表２ｂに示
すように、スキャン機能（ＣＲ）は圧縮器と入力チャネ
ルとの基本リソースを用い、ＥＳＳ入力機能（ＣＲ）は
ループバックチャネルと圧縮器とのＢＲを用いる。
【００８１】以下、複数のサブジョブ間のシステムリソ
ースに対するコンテンションを管理するための本発明の
方法を実施するシステムの基本構成と、リソースがどの
ようにして共用されるかとを、図８、図９、図１０、図
１１、および図１５を参照しながら詳述する。それらの
図に示すフローチャートは、単純な先入れ／先出し（Ｆ
ＩＦＯ）優先順位付け手法を用いる、本発明の第一の好
適な実施形態を表す。
ースに対するコンテンションを管理するための本発明の
方法を実施するシステムの基本構成と、リソースがどの
ようにして共用されるかとを、図８、図９、図１０、図
１１、および図１５を参照しながら詳述する。それらの
図に示すフローチャートは、単純な先入れ／先出し（Ｆ
ＩＦＯ）優先順位付け手法を用いる、本発明の第一の好
適な実施形態を表す。
【００８２】図８によれば基本ジョブサービス１１０
は、サブジョブを処理する準備が完了すると、処理すべ
き各イメージに関して、上述のとおりイメージ「申込」
をジョブコンテンションマネージャ１１２へ送信する。
ジョブコンテンションマネージャ１１２は、相互接続さ
れた少なくとも２レベルを有するデータベース１１３を
保持している。第一レベル１１４は、機能リソース（Ｃ
Ｒ）に相当する。第二レベル１１５は、実質的にはビデ
オリソース（ビデオ１１１）である基本リソース（Ｂ
Ｒ）に相当する。データベース１１３はいずれの所望数
のレベルを有してもよく、単に例として２レベルデータ
ベースを説明する。データベース１１４内の各機能リソ
ースは、必要とする基本リソースのリストを含む。相応
じて、データベース１１５内の各基本リソースは、自身
に依存するＣＲのリストを保持する。この相互接続デー
タベースは、システム起動時に作成される。
は、サブジョブを処理する準備が完了すると、処理すべ
き各イメージに関して、上述のとおりイメージ「申込」
をジョブコンテンションマネージャ１１２へ送信する。
ジョブコンテンションマネージャ１１２は、相互接続さ
れた少なくとも２レベルを有するデータベース１１３を
保持している。第一レベル１１４は、機能リソース（Ｃ
Ｒ）に相当する。第二レベル１１５は、実質的にはビデ
オリソース（ビデオ１１１）である基本リソース（Ｂ
Ｒ）に相当する。データベース１１３はいずれの所望数
のレベルを有してもよく、単に例として２レベルデータ
ベースを説明する。データベース１１４内の各機能リソ
ースは、必要とする基本リソースのリストを含む。相応
じて、データベース１１５内の各基本リソースは、自身
に依存するＣＲのリストを保持する。この相互接続デー
タベースは、システム起動時に作成される。
【００８３】ジョブコンテンションマネージャ１１２は
さらに、システムのコンテンションアルゴリズム（ＳＡ
／ＫＯによって設定可能）を有する。好適な実施形態に
おいてそのアルゴリズムは、本願に引用するサルガド出
願で提案されるアルゴリズムと実質的に同様であるが、
ＳＡ／ＫＯが決定するいずれの所望のコンテンションア
ルゴリズムであってもよい。サルガド出願のコンテンシ
ョンアルゴリズムは、ＦＩＦＯまたはジョブサービス優
先度ベース、あるいはその両者の組み合わせである。作
成されたジョブは、優先度、提出時間、および最終修正
時間などの優先順位付けデータ要素を含む。
さらに、システムのコンテンションアルゴリズム（ＳＡ
／ＫＯによって設定可能）を有する。好適な実施形態に
おいてそのアルゴリズムは、本願に引用するサルガド出
願で提案されるアルゴリズムと実質的に同様であるが、
ＳＡ／ＫＯが決定するいずれの所望のコンテンションア
ルゴリズムであってもよい。サルガド出願のコンテンシ
ョンアルゴリズムは、ＦＩＦＯまたはジョブサービス優
先度ベース、あるいはその両者の組み合わせである。作
成されたジョブは、優先度、提出時間、および最終修正
時間などの優先順位付けデータ要素を含む。
【００８４】図８に示すとおり基本ジョブサービス１１
０は、サブジョブを処理する準備が完了すると、処理す
べき各イメージに関するイメージ「申込」要求によっ
て、ＪＣＭ１１２に対して呼出しまたは通知を実施す
る。「申込」要求は、ジョブ識別子と、優先度情報と、
必要なビデオ機能と、要求するＢＪＳの識別情報とを含
むことが好ましい。たとえばスキャンＢＪＳが、ＤＡＤ
Ｈ（文書ハンドラ）からのコピージョブ（ｉｄ：３−
１）をスキャンしなければならないとする。スキャナが
入力すべき各イメージに関し、スキャンＢＪＳ１１０
は、「申込」を通じてＪＣＭ１１２を呼び出す（たとえ
ばＢＪＳサービス：スキャン、ジョブ：３−１、ジョブ
優先度：ＸＸＸ、機能：圧縮スキャンなど）。
０は、サブジョブを処理する準備が完了すると、処理す
べき各イメージに関するイメージ「申込」要求によっ
て、ＪＣＭ１１２に対して呼出しまたは通知を実施す
る。「申込」要求は、ジョブ識別子と、優先度情報と、
必要なビデオ機能と、要求するＢＪＳの識別情報とを含
むことが好ましい。たとえばスキャンＢＪＳが、ＤＡＤ
Ｈ（文書ハンドラ）からのコピージョブ（ｉｄ：３−
１）をスキャンしなければならないとする。スキャナが
入力すべき各イメージに関し、スキャンＢＪＳ１１０
は、「申込」を通じてＪＣＭ１１２を呼び出す（たとえ
ばＢＪＳサービス：スキャン、ジョブ：３−１、ジョブ
優先度：ＸＸＸ、機能：圧縮スキャンなど）。
【００８５】図９を参照しながら、複数のサブジョブ間
のシステムリソースに対するコンテンションを管理する
ための、ＦＩＦＯのみの単純バージョンのジョブコンテ
ンションマネージャ（ＪＣＭ）１１２を説明する。一つ
のＢＪＳ１１０からサブジョブに関する最初の要求が発
せられると、要素１１６は、そのサブジョブがデータベ
ース１１４内の機能ジョブサービス待ち行列内に存在し
ないことを検出し、その旨を要素１１８に伝える。続い
てＪＣＭ１１２は、上記データを含む機能ジョブリソー
ス（ＣＪＲ）を作成する。要素１１８はそのＣＪＲを、
データベース１１４内のＣＲのジョブリストまたは待ち
行列に追加する。次にＪＣＭ１１２は、そのＣＲが必要
とする基本リソースのリスト内を検索（またはスキャン
し）（機能に対する基本リソースの配分は、その配分を
規定する表を読み込むことによって検出される；表２ａ
および表２ｂを参照のこと）、そのＣＲが必要とする各
基本リソースを検出する。それは、要素１２０、１２
２、および１２４を循環することによって実施する。機
能に対する基本リソースの配分は、その配分を規定する
表を読み込むことによって検出される。要素１２０で検
出したＣＲが必要とする各基本リソースに対して、基本
ジョブリソース（ＢＪＲ）が作成される。そのＢＪＲ
は、要素１２２によって、各基本リソースのジョブリス
トまたは待ち行列に追加される。
のシステムリソースに対するコンテンションを管理する
ための、ＦＩＦＯのみの単純バージョンのジョブコンテ
ンションマネージャ（ＪＣＭ）１１２を説明する。一つ
のＢＪＳ１１０からサブジョブに関する最初の要求が発
せられると、要素１１６は、そのサブジョブがデータベ
ース１１４内の機能ジョブサービス待ち行列内に存在し
ないことを検出し、その旨を要素１１８に伝える。続い
てＪＣＭ１１２は、上記データを含む機能ジョブリソー
ス（ＣＪＲ）を作成する。要素１１８はそのＣＪＲを、
データベース１１４内のＣＲのジョブリストまたは待ち
行列に追加する。次にＪＣＭ１１２は、そのＣＲが必要
とする基本リソースのリスト内を検索（またはスキャン
し）（機能に対する基本リソースの配分は、その配分を
規定する表を読み込むことによって検出される；表２ａ
および表２ｂを参照のこと）、そのＣＲが必要とする各
基本リソースを検出する。それは、要素１２０、１２
２、および１２４を循環することによって実施する。機
能に対する基本リソースの配分は、その配分を規定する
表を読み込むことによって検出される。要素１２０で検
出したＣＲが必要とする各基本リソースに対して、基本
ジョブリソース（ＢＪＲ）が作成される。そのＢＪＲ
は、要素１２２によって、各基本リソースのジョブリス
トまたは待ち行列に追加される。
【００８６】特定のサブジョブ要求において、機能ジョ
ブリソース（ＣＪＲ）と基本ジョブリソース（ＢＪＲ）
とに共通な一式のデータを、ジョブリソースと称する。
あるリソースのジョブリストとは、その機能または基本
リソースを必要とする要求中のサブジョブのリストまた
は待ち行列である。基本リソースの待ち行列にＢＪＲを
追加すると、ＢＪＲはジョブ優先度に基づいた位置に配
置される。待ち行列の先頭は最も優先度の高いジョブで
あり、その後ろに順に、優先度がより低いジョブが続
く。サブジョブの優先順位は、サルガド出願に記載の手
法、すなわちＦＩＦＯまたはジョブベースの優先度、あ
るいはそれらの組み合わせで決定することが好ましい
が、所望のいずれの従来の優先順位付けアプローチによ
って決定してもよい。この例示的な実施形態では、ＦＩ
ＦＯベースである。
ブリソース（ＣＪＲ）と基本ジョブリソース（ＢＪＲ）
とに共通な一式のデータを、ジョブリソースと称する。
あるリソースのジョブリストとは、その機能または基本
リソースを必要とする要求中のサブジョブのリストまた
は待ち行列である。基本リソースの待ち行列にＢＪＲを
追加すると、ＢＪＲはジョブ優先度に基づいた位置に配
置される。待ち行列の先頭は最も優先度の高いジョブで
あり、その後ろに順に、優先度がより低いジョブが続
く。サブジョブの優先順位は、サルガド出願に記載の手
法、すなわちＦＩＦＯまたはジョブベースの優先度、あ
るいはそれらの組み合わせで決定することが好ましい
が、所望のいずれの従来の優先順位付けアプローチによ
って決定してもよい。この例示的な実施形態では、ＦＩ
ＦＯベースである。
【００８７】ＪＣＭ１１２は、追加された各ＢＪＲに関
し、基本ジョブリソースの状態を検出する。基本リソー
スのジョブリスト内でそのＢＪＲが最高優先度ジョブ
（待ち行列の先頭）である場合、もしリスト内に他に
「ｂｊｓアクティブ」がなければ、状態は「ｂｊｓアク
ティブ」である。他の「ｂｊｓアクティブ」がある場合
は、追加された基本ジョブリソースの状態は「ｂｊｓ取
得中（bjsAcquiring）」である。追加された基本ジョブ
リソースが待ち行列の先頭でない場合は、状態は「ｂｉ
ｓ待機中（bjsQueued）」である。
し、基本ジョブリソースの状態を検出する。基本リソー
スのジョブリスト内でそのＢＪＲが最高優先度ジョブ
（待ち行列の先頭）である場合、もしリスト内に他に
「ｂｊｓアクティブ」がなければ、状態は「ｂｊｓアク
ティブ」である。他の「ｂｊｓアクティブ」がある場合
は、追加された基本ジョブリソースの状態は「ｂｊｓ取
得中（bjsAcquiring）」である。追加された基本ジョブ
リソースが待ち行列の先頭でない場合は、状態は「ｂｉ
ｓ待機中（bjsQueued）」である。
【００８８】この時点でＪＣＭ１１２は、ＢＪＳ「申
込」要求の全体的状態（本発明では、ＣＪＲの状態）を
検出する必要がある。構成要素であるすべてのＢＪＲが
「ｂｊｓアクティブ」であると要素１２６が検出する
と、要素１２８がすべてのＢＪＲの状態を「ｂｊｓアク
ティブ」に設定する。続いて要素１３０が、ＣＪＲの状
態を「ｃｊｓアクティブ」に設定する。次にＪＣＭ１１
２は１３２で、ＢＪＳ申込を処理のために基本サービス
部材（ビデオ１１１）に転送する。ビデオ１１１は、要
求を通常通りに処理し、ＪＣＭを通じてＢＪＳに受諾１
３５を送信する。
込」要求の全体的状態（本発明では、ＣＪＲの状態）を
検出する必要がある。構成要素であるすべてのＢＪＲが
「ｂｊｓアクティブ」であると要素１２６が検出する
と、要素１２８がすべてのＢＪＲの状態を「ｂｊｓアク
ティブ」に設定する。続いて要素１３０が、ＣＪＲの状
態を「ｃｊｓアクティブ」に設定する。次にＪＣＭ１１
２は１３２で、ＢＪＳ申込を処理のために基本サービス
部材（ビデオ１１１）に転送する。ビデオ１１１は、要
求を通常通りに処理し、ＪＣＭを通じてＢＪＳに受諾１
３５を送信する。
【００８９】特定の状況では、ジョブサービスは複数の
機能リソースを使用してサブジョブを処理する。たとえ
ばイメージ処理ＢＪＳは、特定のサブジョブの処理の際
に、ｉｐブランクイメージ作成、ｉｐイメージアノテー
ト、ｉｐイメージ回転などの数種の機能リソースを使用
する必要がある場合もある。ジョブサービスが複数のビ
デオ機能に関わるサブジョブを効率的に処理できるよう
にするために、本発明によればＪＣＭ１１２はまず、通
常のルールに従って、ＢＪＳ１１０からの各サブジョブ
機能要求に対してＣＪＲおよび適切な構成要素ＢＪＲを
設定する。通常通りにＣＪＲおよびＢＪＲは、該当する
サブジョブ待ち行列内に優先順位で配置される。ただし
本発明では、ＢＪＲが「ｂｊｓアクティブ」であるかど
うかは、以下のように修正された方法で決定される：Ｂ
ＪＲを「ｂｊｓアクティブ」にする上記方法に加えて、
もし現在アクティブのＢＪＲ（ＢＪＲ Ａ）が新サブジ
ョブ（ＢＪＲ Ｂ）と同じサブジョブのためのＢＪＲで
あり、かつＢＪＲ ＡおよびＢＪＲ Ｂが同じ基本サー
ビスによって提出されたものである場合は、新サブジョ
ブを「ｂｊｓアクティブ」にする。サルガド６６出願の
アルゴリズムの場合と同様に、新ＣＪＲの状態は、その
すべてのＢＪＲが「ｂｊｓアクティブ」である場合にア
クティブである。このようにしてＪＣＭは、サブジョブ
の処理の際に、ＢＪＳに複数のビデオ機能の使用を許可
する。したがってＢＪＳサービスは、現在のサブジョブ
を完了する前に、複数の機能に関する「申込」をするこ
とができる。それにより、従来より複雑なジョブ処理が
ジョブサービスで実施可能になる。
機能リソースを使用してサブジョブを処理する。たとえ
ばイメージ処理ＢＪＳは、特定のサブジョブの処理の際
に、ｉｐブランクイメージ作成、ｉｐイメージアノテー
ト、ｉｐイメージ回転などの数種の機能リソースを使用
する必要がある場合もある。ジョブサービスが複数のビ
デオ機能に関わるサブジョブを効率的に処理できるよう
にするために、本発明によればＪＣＭ１１２はまず、通
常のルールに従って、ＢＪＳ１１０からの各サブジョブ
機能要求に対してＣＪＲおよび適切な構成要素ＢＪＲを
設定する。通常通りにＣＪＲおよびＢＪＲは、該当する
サブジョブ待ち行列内に優先順位で配置される。ただし
本発明では、ＢＪＲが「ｂｊｓアクティブ」であるかど
うかは、以下のように修正された方法で決定される：Ｂ
ＪＲを「ｂｊｓアクティブ」にする上記方法に加えて、
もし現在アクティブのＢＪＲ（ＢＪＲ Ａ）が新サブジ
ョブ（ＢＪＲ Ｂ）と同じサブジョブのためのＢＪＲで
あり、かつＢＪＲ ＡおよびＢＪＲ Ｂが同じ基本サー
ビスによって提出されたものである場合は、新サブジョ
ブを「ｂｊｓアクティブ」にする。サルガド６６出願の
アルゴリズムの場合と同様に、新ＣＪＲの状態は、その
すべてのＢＪＲが「ｂｊｓアクティブ」である場合にア
クティブである。このようにしてＪＣＭは、サブジョブ
の処理の際に、ＢＪＳに複数のビデオ機能の使用を許可
する。したがってＢＪＳサービスは、現在のサブジョブ
を完了する前に、複数の機能に関する「申込」をするこ
とができる。それにより、従来より複雑なジョブ処理が
ジョブサービスで実施可能になる。
【００９０】ＢＪＳの構成要素である複数のＢＪＲが、
「ｂｊｓアクティブ」と「ｂｊｓ取得中」との状態の組
み合わせである場合は、ＣＪＲの状態は「ｃｊｓ取得
中」である。その他の場合は、ＣＪＲの状態は「ｃｊｓ
待機中」である。続いてＪＣＭ１１２は、全体的状態を
反映させるように、そのＣＪＲのすべての各ＢＪＲの状
態を更新する。すなわち、機能ジョブリソース（ＣＪ
Ｒ）の状態が「ｃｊｓ待機中」である場合、構成要素で
あるすべての基本ジョブリソース（ＢＪＲ）の状態を
「ｂｊｓ待機中」に設定する。
「ｂｊｓアクティブ」と「ｂｊｓ取得中」との状態の組
み合わせである場合は、ＣＪＲの状態は「ｃｊｓ取得
中」である。その他の場合は、ＣＪＲの状態は「ｃｊｓ
待機中」である。続いてＪＣＭ１１２は、全体的状態を
反映させるように、そのＣＪＲのすべての各ＢＪＲの状
態を更新する。すなわち、機能ジョブリソース（ＣＪ
Ｒ）の状態が「ｃｊｓ待機中」である場合、構成要素で
あるすべての基本ジョブリソース（ＢＪＲ）の状態を
「ｂｊｓ待機中」に設定する。
【００９１】図１６に要素１２６をより詳細に示し、本
発明の好適な実施形態によってどのように複数の機能リ
ソースがストリーミングされるかを表す。要素１２４か
らの信号４５０は、要素４５２に送信される。サブジョ
ブが必要とする各基本リソースに対して、指標４５４が
０に設定される。ＢＲ待ち行列内の各サブジョブに対し
て、要素４５６は指標４５８に対して、１をインクリメ
ントするよう通知する。続いて要素４６０は、要素４５
８の指標位置にあるサブジョブが新サブジョブであるか
を検出する。そうである場合に要素４６２は、指標位置
が１であるか、すなわちＢＲ待ち行列の先頭ジョブであ
るかを検出する。そうである場合、信号４６４は要素１
２８に送信される。すると要素１２８は上述のとおり、
すべてのＢＪＲの状態を「ｂｊｓアクティブ」に設定す
る。続いて要素１３０が、ＣＪＲの状態を「ｃｊｓアク
ティブ」に設定する。次にＪＣＭ１１２は１３２で、Ｂ
ＪＳ申込を処理のために基本サービス部材（ビデオ１１
１）に転送する。ビデオ１１１は、要求を通常通りに処
理し、ＪＣＭを通じてＢＪＳに受諾１３５を送信する。
発明の好適な実施形態によってどのように複数の機能リ
ソースがストリーミングされるかを表す。要素１２４か
らの信号４５０は、要素４５２に送信される。サブジョ
ブが必要とする各基本リソースに対して、指標４５４が
０に設定される。ＢＲ待ち行列内の各サブジョブに対し
て、要素４５６は指標４５８に対して、１をインクリメ
ントするよう通知する。続いて要素４６０は、要素４５
８の指標位置にあるサブジョブが新サブジョブであるか
を検出する。そうである場合に要素４６２は、指標位置
が１であるか、すなわちＢＲ待ち行列の先頭ジョブであ
るかを検出する。そうである場合、信号４６４は要素１
２８に送信される。すると要素１２８は上述のとおり、
すべてのＢＪＲの状態を「ｂｊｓアクティブ」に設定す
る。続いて要素１３０が、ＣＪＲの状態を「ｃｊｓアク
ティブ」に設定する。次にＪＣＭ１１２は１３２で、Ｂ
ＪＳ申込を処理のために基本サービス部材（ビデオ１１
１）に転送する。ビデオ１１１は、要求を通常通りに処
理し、ＪＣＭを通じてＢＪＳに受諾１３５を送信する。
【００９２】指標位置が１ではないと要素４６２が検出
した場合、要素４６２は要素４６６に通知する。要素４
６６は、新サブジョブが第一サブジョブと同じサービス
から提出され且つ同じジョブのためのものであるかを検
出する。新サブジョブが同じサービスおよびジョブから
のものである場合、要素４６６は信号４６４を要素１２
８に送信する。すると要素１２８は上述のとおり、すべ
てのＢＪＲの状態を「ｂｊｓアクティブ」に設定する。
続いて要素１３０が、ＣＪＲの状態を「ｃｊｓアクティ
ブ」に設定する。次にＪＣＭ１１２は１３２において、
ＢＪＳ申込を、同じサービスから提出され且つ同じジョ
ブのためである先の「ｂｊｓアクティブ」サブジョブの
直後に処理させるために、基本サービス部材（ビデオ１
１１）に転送する。ビデオ１１１は、ストリーミングの
順序で要求を処理し、ＪＣＭを通じてＢＪＳに受諾１３
５を送信する。新サブジョブがＢＪＲ待ち行列内の第一
サブジョブと同じサービスおよびジョブからのものでは
ないと要素４６６が検出した場合、要素４６６は信号４
６８を要素１３６に転送する。それによりＪＣＭ１１２
は、ＢＪＳ１１０に「受諾不可」を送信する。このケー
スではＢＪＳ１１０は、サブジョブ処理に必要なすべて
のビデオ１１１（基本）リソースを取得できなかった。
ＢＪＳ１１０は、内部タイマ（図示せず）に基づく後の
時点で、再度申込をする。
した場合、要素４６２は要素４６６に通知する。要素４
６６は、新サブジョブが第一サブジョブと同じサービス
から提出され且つ同じジョブのためのものであるかを検
出する。新サブジョブが同じサービスおよびジョブから
のものである場合、要素４６６は信号４６４を要素１２
８に送信する。すると要素１２８は上述のとおり、すべ
てのＢＪＲの状態を「ｂｊｓアクティブ」に設定する。
続いて要素１３０が、ＣＪＲの状態を「ｃｊｓアクティ
ブ」に設定する。次にＪＣＭ１１２は１３２において、
ＢＪＳ申込を、同じサービスから提出され且つ同じジョ
ブのためである先の「ｂｊｓアクティブ」サブジョブの
直後に処理させるために、基本サービス部材（ビデオ１
１１）に転送する。ビデオ１１１は、ストリーミングの
順序で要求を処理し、ＪＣＭを通じてＢＪＳに受諾１３
５を送信する。新サブジョブがＢＪＲ待ち行列内の第一
サブジョブと同じサービスおよびジョブからのものでは
ないと要素４６６が検出した場合、要素４６６は信号４
６８を要素１３６に転送する。それによりＪＣＭ１１２
は、ＢＪＳ１１０に「受諾不可」を送信する。このケー
スではＢＪＳ１１０は、サブジョブ処理に必要なすべて
のビデオ１１１（基本）リソースを取得できなかった。
ＢＪＳ１１０は、内部タイマ（図示せず）に基づく後の
時点で、再度申込をする。
【００９３】４５８の指標位置にあるサブジョブが新サ
ブジョブではないと要素４６０が検出した場合に、要素
４７０は、要素４５８の指標位置が１に等しいかを検出
する。等しい場合は要素４７０は、サブジョブを要素４
５８に戻し、要素４５８は指標位置を１だけ増分させ
る。指標４５８が１に等しくない場合、要素４７０は要
素４７２に通知し、要素４７２は、サブジョブが第一サ
ブジョブと同じサービスおよびＣＲからのものかを検出
する。そうである場合に要素４７２は、指標４５８が新
サブジョブの位置に達するまで、サブジョブを指標４５
８に繰返し戻しつづける。サブジョブが第一サブジョブ
と同じサービスおよびＣＲからのものでない場合、要素
４７２は信号４６８を要素１３６に転送する。それによ
りＪＣＭ１１２は、ＢＪＳ１１０に「受諾不可」を送信
する。このケースではＢＪＳ１１０は、サブジョブ処理
に必要なすべてのビデオ１１１（基本）リソースを取得
できなかった。ＢＪＳ１１０は、内部タイマ（図示せ
ず）に基づく後の時点で、再度申込をする。
ブジョブではないと要素４６０が検出した場合に、要素
４７０は、要素４５８の指標位置が１に等しいかを検出
する。等しい場合は要素４７０は、サブジョブを要素４
５８に戻し、要素４５８は指標位置を１だけ増分させ
る。指標４５８が１に等しくない場合、要素４７０は要
素４７２に通知し、要素４７２は、サブジョブが第一サ
ブジョブと同じサービスおよびＣＲからのものかを検出
する。そうである場合に要素４７２は、指標４５８が新
サブジョブの位置に達するまで、サブジョブを指標４５
８に繰返し戻しつづける。サブジョブが第一サブジョブ
と同じサービスおよびＣＲからのものでない場合、要素
４７２は信号４６８を要素１３６に転送する。それによ
りＪＣＭ１１２は、ＢＪＳ１１０に「受諾不可」を送信
する。このケースではＢＪＳ１１０は、サブジョブ処理
に必要なすべてのビデオ１１１（基本）リソースを取得
できなかった。ＢＪＳ１１０は、内部タイマ（図示せ
ず）に基づく後の時点で、再度申込をする。
【００９４】待ち行列内において、「ｂｊｓアクティ
ブ」である先のＢＪＲの後に続くＢＪＲが新サブジョブ
に関するものであることと、それらのＢＪＲが待ち行列
内の先頭ジョブと同じＢＪＳから提出され且つ同じサブ
ジョブのためのものであることとを、要素１２６が検出
した場合は、要素１２８が、新ジョブのＢＪＲを「ｂｊ
ｓアクティブ」に設定する。続いて要素１３０が、対応
のＣＪＲの状態を「ｃｊｓアクティブ」に設定する。次
にＪＣＭ１１２は１３２において、ＢＪＳ申込を、同じ
サービスおよび機能から提出された先の「ｂｊｓアクテ
ィブ」サブジョブの直後に処理させるために、基本サー
ビス部材（ビデオ１１１）に転送する。ビデオ１１１
は、要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに
受諾４６０を送信する。
ブ」である先のＢＪＲの後に続くＢＪＲが新サブジョブ
に関するものであることと、それらのＢＪＲが待ち行列
内の先頭ジョブと同じＢＪＳから提出され且つ同じサブ
ジョブのためのものであることとを、要素１２６が検出
した場合は、要素１２８が、新ジョブのＢＪＲを「ｂｊ
ｓアクティブ」に設定する。続いて要素１３０が、対応
のＣＪＲの状態を「ｃｊｓアクティブ」に設定する。次
にＪＣＭ１１２は１３２において、ＢＪＳ申込を、同じ
サービスおよび機能から提出された先の「ｂｊｓアクテ
ィブ」サブジョブの直後に処理させるために、基本サー
ビス部材（ビデオ１１１）に転送する。ビデオ１１１
は、要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに
受諾４６０を送信する。
【００９５】ＢＪＳ１１０がいったんあるサブジョブの
「申込」をするとＪＣＭ１１２は、対応の機能とデータ
ベース１１４および１１５内の基本ジョブリソース（Ｃ
ＪＲおよびＢＪＲ）とを用いて、ＢＪＳのサブジョブ要
求の状況を追跡する。そのサブジョブに関するＢＪＳ１
１０からのその後のすべての申込に対してＪＣＭ１１２
は、対応のＣＪＲの状態を用いて許可（受諾）または拒
否（受諾不可）を決定する。あるケースでは、ＪＣＭ１
１２は要素１１６において、サブジョブがすでに待ち行
列（機能ジョブリスト）内にあることを検出する。サブ
ジョブがすでに機能待ち行列内にある場合、ＪＣＭ１１
２は要素１３８で、その機能ジョブの状態が「ｃｊｓア
クティブ」であるかを検出する。もしそうであればＪＣ
Ｍ１１２は、ＢＪＳ申込を処理のために基本サービス部
材（ビデオ１１１）へ転送する。ビデオ１１１は要求を
通常通りに処理し、ＪＣＭ１１２を通じてＢＪＳ１１０
に受諾を送信する。
「申込」をするとＪＣＭ１１２は、対応の機能とデータ
ベース１１４および１１５内の基本ジョブリソース（Ｃ
ＪＲおよびＢＪＲ）とを用いて、ＢＪＳのサブジョブ要
求の状況を追跡する。そのサブジョブに関するＢＪＳ１
１０からのその後のすべての申込に対してＪＣＭ１１２
は、対応のＣＪＲの状態を用いて許可（受諾）または拒
否（受諾不可）を決定する。あるケースでは、ＪＣＭ１
１２は要素１１６において、サブジョブがすでに待ち行
列（機能ジョブリスト）内にあることを検出する。サブ
ジョブがすでに機能待ち行列内にある場合、ＪＣＭ１１
２は要素１３８で、その機能ジョブの状態が「ｃｊｓア
クティブ」であるかを検出する。もしそうであればＪＣ
Ｍ１１２は、ＢＪＳ申込を処理のために基本サービス部
材（ビデオ１１１）へ転送する。ビデオ１１１は要求を
通常通りに処理し、ＪＣＭ１１２を通じてＢＪＳ１１０
に受諾を送信する。
【００９６】サブジョブのジョブ状態が「ｃｊｓアクテ
ィブ」ではないと要素１３８が検出した場合、ＪＣＭ１
１２は要素１４４で、ジョブ状態が「ｃｊｓ取得中」ま
たは「ｃｊｓ待機中」であるかを検出する。「ｃｊｓ取
得中」または「ｃｊｓ待機中」である場合、ＪＣＭ１１
２は要素１４６において、「受諾不可」をＢＪＳ１１０
に返信する。ＢＪＳ１１０は、内部タイマ（図示せず）
に基づく後の時点で、再度申込をする。
ィブ」ではないと要素１３８が検出した場合、ＪＣＭ１
１２は要素１４４で、ジョブ状態が「ｃｊｓ取得中」ま
たは「ｃｊｓ待機中」であるかを検出する。「ｃｊｓ取
得中」または「ｃｊｓ待機中」である場合、ＪＣＭ１１
２は要素１４６において、「受諾不可」をＢＪＳ１１０
に返信する。ＢＪＳ１１０は、内部タイマ（図示せず）
に基づく後の時点で、再度申込をする。
【００９７】図１０および図１１に、ジョブコンテンシ
ョンマネージャ１１２の、サブジョブの削除に関連する
部分を示す。多機能プリンタの操作者がジョブを削除し
たい場合、操作者は外部ジョブサービスにおいて削除ま
たは中止命令を入力する。中止信号はＪＣＭ１１２の要
素６００に供給され、データベース１１４の機能待ち行
列内にそのジョブが存在するかどうかが検出される。も
し検出されなければ、ＪＣＭ１１２からの退出によっ
て、要素６０２がこの問い合わせを終了させる。
ョンマネージャ１１２の、サブジョブの削除に関連する
部分を示す。多機能プリンタの操作者がジョブを削除し
たい場合、操作者は外部ジョブサービスにおいて削除ま
たは中止命令を入力する。中止信号はＪＣＭ１１２の要
素６００に供給され、データベース１１４の機能待ち行
列内にそのジョブが存在するかどうかが検出される。も
し検出されなければ、ＪＣＭ１１２からの退出によっ
て、要素６０２がこの問い合わせを終了させる。
【００９８】反対に、中止するジョブがＣＲジョブ待ち
行列内にある場合は、データベース１１４内の機能リソ
ースジョブ待ち行列から、要素６０４がそのジョブを除
去する。続いて要素６０６が、その中止ＣＪＲが必要と
していた各基本ジョブリソースを検索する。ＪＣＭ１１
２は、該当する各ＢＲ内を検索し、対応の各ＢＲジョブ
待ち行列から中止サブジョブを除去する。この工程は、
ＪＣＭ１１２の要素１４８〜１５８によって実施され
る。要素１４８が、次の各ＢＲジョブ待ち行列から中止
サブジョブを除去する。ＢＲジョブ待ち行列からのサブ
ジョブの除去時に、要素１４８は要素１５０に通知す
る。要素１５０は、削除したジョブが各ＢＲジョブ待ち
行列内の先頭ジョブであったかを検出する。待ち行列の
先頭であった場合は、要素１５２が、各待ち行列内に他
のサブジョブが残存しているかを検出する。残存サブジ
ョブがある場合は要素１５４が、次のサブジョブを待ち
行列の先頭へ移動する。続いて要素１５４は要素１５６
に対し、ＢＲジョブ待ち行列から中止サブジョブを削除
するよう通知する。中止ＢＲサブジョブが待ち行列の先
頭でなかった場合は、要素１５０が要素１５６に対し、
ＢＲジョブ待ち行列からサブジョブを削除するよう通知
する。中止ＢＲサブジョブが待ち行列の先頭であった
が、その待ち行列内に他のサブジョブが残存していない
場合は、要素１５２が要素１５６に対し、ＢＲジョブ待
ち行列からサブジョブを削除するよう通知する。中止Ｂ
ＪＳサブジョブに関わる最後のＢＲサブジョブをデータ
ベース１１５内のＢＲジョブ待ち行列から除去した後、
要素１５８が、ＪＣＭ１１２の待ち行列再設定部分１６
０に対して信号を送信する。
行列内にある場合は、データベース１１４内の機能リソ
ースジョブ待ち行列から、要素６０４がそのジョブを除
去する。続いて要素６０６が、その中止ＣＪＲが必要と
していた各基本ジョブリソースを検索する。ＪＣＭ１１
２は、該当する各ＢＲ内を検索し、対応の各ＢＲジョブ
待ち行列から中止サブジョブを除去する。この工程は、
ＪＣＭ１１２の要素１４８〜１５８によって実施され
る。要素１４８が、次の各ＢＲジョブ待ち行列から中止
サブジョブを除去する。ＢＲジョブ待ち行列からのサブ
ジョブの除去時に、要素１４８は要素１５０に通知す
る。要素１５０は、削除したジョブが各ＢＲジョブ待ち
行列内の先頭ジョブであったかを検出する。待ち行列の
先頭であった場合は、要素１５２が、各待ち行列内に他
のサブジョブが残存しているかを検出する。残存サブジ
ョブがある場合は要素１５４が、次のサブジョブを待ち
行列の先頭へ移動する。続いて要素１５４は要素１５６
に対し、ＢＲジョブ待ち行列から中止サブジョブを削除
するよう通知する。中止ＢＲサブジョブが待ち行列の先
頭でなかった場合は、要素１５０が要素１５６に対し、
ＢＲジョブ待ち行列からサブジョブを削除するよう通知
する。中止ＢＲサブジョブが待ち行列の先頭であった
が、その待ち行列内に他のサブジョブが残存していない
場合は、要素１５２が要素１５６に対し、ＢＲジョブ待
ち行列からサブジョブを削除するよう通知する。中止Ｂ
ＪＳサブジョブに関わる最後のＢＲサブジョブをデータ
ベース１１５内のＢＲジョブ待ち行列から除去した後、
要素１５８が、ＪＣＭ１１２の待ち行列再設定部分１６
０に対して信号を送信する。
【００９９】図１１に、ＪＣＭ１１２の待ち行列再設定
部分１６０をより詳細に示す。中止サブジョブの最後の
基本リソースを対応のＢＲジョブ待ち行列から除去した
後、ＪＣＭ１１２の部分１５９の要素１５８は、ジョブ
中止後に残存するジョブを検出し、要素１６２に対して
通知する。要素１６２は、データベース１１４内のＣＲ
ジョブ待ち行列内の各サブジョブを識別する。続いて要
素１６４が、ＣＲジョブ待ち行列内の各サブジョブの状
態を検出し、要素１６６に通知する。すると要素１６６
は、その新しい状態が旧状態と同じであるかを検出す
る。同じである場合に要素１６８は、そのサブジョブが
ＣＲジョブ待ち行列からの最後のジョブであるかを検出
する。最後のジョブでなければＪＣＭ１１２は、要素１
６８から要素１６６に信号を返信してサイクルを繰り返
すことにより、ＣＲジョブ待ち行列内の残りのすべての
サブジョブを検索する。ＣＲジョブ待ち行列からの最後
のジョブである場合は、要素１６８は要素１７０に通知
する。それにより要素１７０は「サブジョブ完了」を指
示し、１７２で退出する。
部分１６０をより詳細に示す。中止サブジョブの最後の
基本リソースを対応のＢＲジョブ待ち行列から除去した
後、ＪＣＭ１１２の部分１５９の要素１５８は、ジョブ
中止後に残存するジョブを検出し、要素１６２に対して
通知する。要素１６２は、データベース１１４内のＣＲ
ジョブ待ち行列内の各サブジョブを識別する。続いて要
素１６４が、ＣＲジョブ待ち行列内の各サブジョブの状
態を検出し、要素１６６に通知する。すると要素１６６
は、その新しい状態が旧状態と同じであるかを検出す
る。同じである場合に要素１６８は、そのサブジョブが
ＣＲジョブ待ち行列からの最後のジョブであるかを検出
する。最後のジョブでなければＪＣＭ１１２は、要素１
６８から要素１６６に信号を返信してサイクルを繰り返
すことにより、ＣＲジョブ待ち行列内の残りのすべての
サブジョブを検索する。ＣＲジョブ待ち行列からの最後
のジョブである場合は、要素１６８は要素１７０に通知
する。それにより要素１７０は「サブジョブ完了」を指
示し、１７２で退出する。
【０１００】新状態が旧状態と同じではないと要素１６
６が検出した場合、要素１６６は要素１７４に通知し、
要素１７４はＣＪＲの状態を新状態に設定する。要素１
７４は要素１７６に通知し、要素１７６は、新状態が
「ｂｊｓアクティブ」であるかを検出する。新状態が
「ｂｊｓアクティブ」である場合に要素１７８は、対応
のすべてのＢＪＲの状態を「ｂｊｓアクティブ」に設定
する。すべてのＢＪＲの状態を「ｂｊｓアクティブ」に
設定した後、要素１７８は要素１６８に通知する。要素
１６８は、そのサブジョブがＣＲジョブ待ち行列からの
最後のジョブであるかを検出する。そうであれば要素１
７０は、「サブジョブ完了」を指示するよう合図され、
１７２で終了する。新状態が「ｂｊｓアクティブ」では
ないと要素１７６が検出した場合は、要素１７６が要素
１６８に通知し、待ち行列からの最後の項目でなければ
要素１６８はサイクルを繰り返す。
６が検出した場合、要素１６６は要素１７４に通知し、
要素１７４はＣＪＲの状態を新状態に設定する。要素１
７４は要素１７６に通知し、要素１７６は、新状態が
「ｂｊｓアクティブ」であるかを検出する。新状態が
「ｂｊｓアクティブ」である場合に要素１７８は、対応
のすべてのＢＪＲの状態を「ｂｊｓアクティブ」に設定
する。すべてのＢＪＲの状態を「ｂｊｓアクティブ」に
設定した後、要素１７８は要素１６８に通知する。要素
１６８は、そのサブジョブがＣＲジョブ待ち行列からの
最後のジョブであるかを検出する。そうであれば要素１
７０は、「サブジョブ完了」を指示するよう合図され、
１７２で終了する。新状態が「ｂｊｓアクティブ」では
ないと要素１７６が検出した場合は、要素１７６が要素
１６８に通知し、待ち行列からの最後の項目でなければ
要素１６８はサイクルを繰り返す。
【０１０１】図１２および図１３を参照し、ＦＩＦＯお
よび／またはジョブベースの優先度を用いて複数のサブ
ジョブ間によるシステムリソースに対するコンテンショ
ンを管理する、本発明の工程および装置の好適な実施形
態の構成を詳述する。本発明のこの好適な実施形態で
は、リソースへのアクセスは、サルガド出願に記載のも
のと同様の、「キー操作者／システム管理者（ＫＯ／Ｓ
Ａ）」が規定するアルゴリズムによって管理される。こ
のアルゴリズムを用いればＫＯ／ＳＡは、ジョブタイ
プ、即時ウォークアップ要求であるかどうか、中断の履
歴、および他の重要な要因に基づいてジョブを分類でき
る。アルゴリズムは、典型的な印刷システムユーザの要
求に従ってジョブコンテンションを管理するよう構成さ
れ得る。柔軟にプログラム可能であるため、アルゴリズ
ムはＦＩＦＯをサポートするように構成可能である。す
なわちＦＩＦＯは、このアルゴリズムの能力のサブセッ
トである。本発明は、基本リソースのレベルで優先順位
付けを実施することにより、リソースのより効率的な使
用を達成する。
よび／またはジョブベースの優先度を用いて複数のサブ
ジョブ間によるシステムリソースに対するコンテンショ
ンを管理する、本発明の工程および装置の好適な実施形
態の構成を詳述する。本発明のこの好適な実施形態で
は、リソースへのアクセスは、サルガド出願に記載のも
のと同様の、「キー操作者／システム管理者（ＫＯ／Ｓ
Ａ）」が規定するアルゴリズムによって管理される。こ
のアルゴリズムを用いればＫＯ／ＳＡは、ジョブタイ
プ、即時ウォークアップ要求であるかどうか、中断の履
歴、および他の重要な要因に基づいてジョブを分類でき
る。アルゴリズムは、典型的な印刷システムユーザの要
求に従ってジョブコンテンションを管理するよう構成さ
れ得る。柔軟にプログラム可能であるため、アルゴリズ
ムはＦＩＦＯをサポートするように構成可能である。す
なわちＦＩＦＯは、このアルゴリズムの能力のサブセッ
トである。本発明は、基本リソースのレベルで優先順位
付けを実施することにより、リソースのより効率的な使
用を達成する。
【０１０２】図１２、図１３、および図１４，１５にお
いて、図９、図１０、および図１１に係る前述の実施形
態と共通の要素は、同じ符号で示す。それらの要素は、
上述と同じ役割を果たす。図１２は、「申込」されたが
ＣＲジョブ待ち行列内で準備完了でないサブジョブを扱
うＪＣＭ部分１１２Ａを示す。
いて、図９、図１０、および図１１に係る前述の実施形
態と共通の要素は、同じ符号で示す。それらの要素は、
上述と同じ役割を果たす。図１２は、「申込」されたが
ＣＲジョブ待ち行列内で準備完了でないサブジョブを扱
うＪＣＭ部分１１２Ａを示す。
【０１０３】図８と同様に基本ジョブサービス１１０
は、サブジョブを処理する準備が完了すると、処理すべ
き各イメージに関するイメージ「申込」要求によって、
ＪＣＭ１１２Ａに対して呼出または通知を実施する。
「申込」要求は、ジョブ識別子と、優先度情報と、必要
なビデオ機能と、要求するＢＪＳの識別情報とを含む。
たとえばスキャンＢＪＳが、ＤＡＤＨ（文書ハンドラ）
からのコピージョブ（ｉｄ：３−１）をスキャンしなけ
ればならないとする。スキャナが入力すべき各イメージ
に関し、スキャンＢＪＳ１１０は、「申込」を通じてＪ
ＣＭ１１２を呼び出す（たとえばＢＪＳサービス：スキ
ャン、ジョブ：３−１、ジョブ優先度：ＸＸＸ、機能：
圧縮スキャンなど）。
は、サブジョブを処理する準備が完了すると、処理すべ
き各イメージに関するイメージ「申込」要求によって、
ＪＣＭ１１２Ａに対して呼出または通知を実施する。
「申込」要求は、ジョブ識別子と、優先度情報と、必要
なビデオ機能と、要求するＢＪＳの識別情報とを含む。
たとえばスキャンＢＪＳが、ＤＡＤＨ（文書ハンドラ）
からのコピージョブ（ｉｄ：３−１）をスキャンしなけ
ればならないとする。スキャナが入力すべき各イメージ
に関し、スキャンＢＪＳ１１０は、「申込」を通じてＪ
ＣＭ１１２を呼び出す（たとえばＢＪＳサービス：スキ
ャン、ジョブ：３−１、ジョブ優先度：ＸＸＸ、機能：
圧縮スキャンなど）。
【０１０４】図１２および図１３を参照し、複数のサブ
ジョブ間によるシステムリソースに対するコンテンショ
ンを、ジョブベース優先度を用いて管理するジョブコン
テンションマネージャ（ＪＣＭ）１１２を説明する。一
つのＢＪＳ１１０からサブジョブに関する最初の要求が
発せられると、要素１１６は、そのサブジョブがデータ
ベース１１４内の機能ジョブサービス待ち行列内に存在
しないことを検出し、その旨を要素１１８に伝える。続
いてＪＣＭ１１２Ａは、上記データを含む機能ジョブリ
ソース（ＣＪＲ）を作成する。要素１１８はそのＣＪＲ
を、データベース１１４内のＣＲのジョブリストまたは
待ち行列に追加する。次にＪＣＭ１１２Ａは、そのＣＲ
が必要とする基本リソースのリストを検索する（表２ａ
および表２ｂ参照）。この工程は、要素１２０、１２
２、１２４、および３００のあいだを循環することによ
って実施される。要素１２０で検出したＣＲが必要とす
る各基本リソースに対して、要素１２２が基本ジョブリ
ソース（ＢＪＲ）を作成する。それらのＢＪＲは、デー
タベース１１５内の各基本リソースのジョブリストまた
は待ち行列に追加される。
ジョブ間によるシステムリソースに対するコンテンショ
ンを、ジョブベース優先度を用いて管理するジョブコン
テンションマネージャ（ＪＣＭ）１１２を説明する。一
つのＢＪＳ１１０からサブジョブに関する最初の要求が
発せられると、要素１１６は、そのサブジョブがデータ
ベース１１４内の機能ジョブサービス待ち行列内に存在
しないことを検出し、その旨を要素１１８に伝える。続
いてＪＣＭ１１２Ａは、上記データを含む機能ジョブリ
ソース（ＣＪＲ）を作成する。要素１１８はそのＣＪＲ
を、データベース１１４内のＣＲのジョブリストまたは
待ち行列に追加する。次にＪＣＭ１１２Ａは、そのＣＲ
が必要とする基本リソースのリストを検索する（表２ａ
および表２ｂ参照）。この工程は、要素１２０、１２
２、１２４、および３００のあいだを循環することによ
って実施される。要素１２０で検出したＣＲが必要とす
る各基本リソースに対して、要素１２２が基本ジョブリ
ソース（ＢＪＲ）を作成する。それらのＢＪＲは、デー
タベース１１５内の各基本リソースのジョブリストまた
は待ち行列に追加される。
【０１０５】新要素３００は、サブジョブがＢＲの待ち
行列の先頭であるか、すなわち最高優先度ジョブである
かを検出する。そうでない場合、要素３００は要素１２
４に通知する。要素３００は、該サブジョブが待ち行列
の先頭であると検出すると、要素３０２に通知する。要
素３０２は、その待ち行列内に「ｂｊｓアクティブ」ジ
ョブがあるかを検出する。「ｂｊｓアクティブ」ジョブ
が存在しない場合、要素３０２は要素１２４に通知す
る。待ち行列内に「ｂｊｓアクティブ」ジョブがあると
検出した場合、要素３０２は要素３０４に通知する。そ
れにより要素３０４は、すべての「ｂｊｓアクティブ」
ジョブを「ｂｊｓ中断中」に設定し、要素３０６に対
し、中断中ＢＪＲの親ＣＪＲを「ｂｊｓ中断中」に設定
するよう通知する。続いて要素３０６は、要素１２４に
通知する。最後の構成要素ＢＪＲがすでに追加された場
合、要素１２４は要素１２６に通知する。要素１２６
は、ＣＪＲがサブジョブの実行に必要なすべてのＢＪＲ
を取得したかを検出する。
行列の先頭であるか、すなわち最高優先度ジョブである
かを検出する。そうでない場合、要素３００は要素１２
４に通知する。要素３００は、該サブジョブが待ち行列
の先頭であると検出すると、要素３０２に通知する。要
素３０２は、その待ち行列内に「ｂｊｓアクティブ」ジ
ョブがあるかを検出する。「ｂｊｓアクティブ」ジョブ
が存在しない場合、要素３０２は要素１２４に通知す
る。待ち行列内に「ｂｊｓアクティブ」ジョブがあると
検出した場合、要素３０２は要素３０４に通知する。そ
れにより要素３０４は、すべての「ｂｊｓアクティブ」
ジョブを「ｂｊｓ中断中」に設定し、要素３０６に対
し、中断中ＢＪＲの親ＣＪＲを「ｂｊｓ中断中」に設定
するよう通知する。続いて要素３０６は、要素１２４に
通知する。最後の構成要素ＢＪＲがすでに追加された場
合、要素１２４は要素１２６に通知する。要素１２６
は、ＣＪＲがサブジョブの実行に必要なすべてのＢＪＲ
を取得したかを検出する。
【０１０６】要素３００〜３０６によって高優先度ジョ
ブ（ＳＡ／ＫＯアルゴリズムによって規定される）は、
その高優先度ジョブの完了時まで、アクティブジョブを
中断させることが可能になる。新しいサブジョブ要求に
よって他のサブジョブ要求を中断させる必要が生じた場
合、ＪＣＭ１１２Ａは、現存するサブジョブのＣＪＲの
状態を「ｃｊｓ中断中」に設定する。中断中サブジョブ
に関する次の申込の際にＪＣＭは、中断中サブジョブか
ら取得中サブジョブへ基本リソースを移転する。中断中
サブジョブに関して申込をしたＢＪＳは、ＪＣＭ１１２
Ａから「受諾不可」を受信する。ＢＪＳが一つのサブジ
ョブの処理を完了すると、ＢＪＳはＪＣＭ１１２に対し
て「サブジョブ完了」を通知する。「サブジョブ完了」
を受信すると、ＪＣＭ１１２はサブジョブの情報（ＣＪ
ＲおよびＢＪＲ）を削除する。そのサブジョブが使用し
ていた各構成要素ＢＪＲに関連して、ＪＣＭ１１２は基
本リソースを、ＢＲジョブ待ち行列内の次のサブジョブ
に配分する（状態はまず「ｂｊｓアクティブ」にされ
る）。続いてＪＣＭ１１２は、それらのＢＪＲの親ＣＪ
Ｒの状態を再検出する。ＢＪＳがリソースを申し込んだ
場合に、ジョブがユーザによって削除された時、あるい
はシステムによって終了された時に、ＢＪＳは「サブジ
ョブ終了」を指示する。
ブ（ＳＡ／ＫＯアルゴリズムによって規定される）は、
その高優先度ジョブの完了時まで、アクティブジョブを
中断させることが可能になる。新しいサブジョブ要求に
よって他のサブジョブ要求を中断させる必要が生じた場
合、ＪＣＭ１１２Ａは、現存するサブジョブのＣＪＲの
状態を「ｃｊｓ中断中」に設定する。中断中サブジョブ
に関する次の申込の際にＪＣＭは、中断中サブジョブか
ら取得中サブジョブへ基本リソースを移転する。中断中
サブジョブに関して申込をしたＢＪＳは、ＪＣＭ１１２
Ａから「受諾不可」を受信する。ＢＪＳが一つのサブジ
ョブの処理を完了すると、ＢＪＳはＪＣＭ１１２に対し
て「サブジョブ完了」を通知する。「サブジョブ完了」
を受信すると、ＪＣＭ１１２はサブジョブの情報（ＣＪ
ＲおよびＢＪＲ）を削除する。そのサブジョブが使用し
ていた各構成要素ＢＪＲに関連して、ＪＣＭ１１２は基
本リソースを、ＢＲジョブ待ち行列内の次のサブジョブ
に配分する（状態はまず「ｂｊｓアクティブ」にされ
る）。続いてＪＣＭ１１２は、それらのＢＪＲの親ＣＪ
Ｒの状態を再検出する。ＢＪＳがリソースを申し込んだ
場合に、ジョブがユーザによって削除された時、あるい
はシステムによって終了された時に、ＢＪＳは「サブジ
ョブ終了」を指示する。
【０１０７】この時点でＪＣＭ１１２Ａは、ＢＪＳ「申
込」要求の全体的状態（本発明では、ＣＪＲの状態）を
検出する必要がある。すべての構成要素ＢＪＲが「ｂｊ
ｓアクティブ」であると要素１２６が検出すると、要素
１２８がすべてのＢＪＲの状態を「ｂｊｓアクティブ」
に設定する。続いて要素１３０が、ＣＪＲの状態を「ｃ
ｊｓアクティブ」に設定する。次にＪＣＭ１１２Ａは１
３２で、ＢＪＳ申込を処理のために基本サービス部材
（ビデオ１１１）に転送する。ビデオ１１１は、要求を
通常通りに処理し、ＪＣＭを通じてＢＪＳに受諾を送信
する。
込」要求の全体的状態（本発明では、ＣＪＲの状態）を
検出する必要がある。すべての構成要素ＢＪＲが「ｂｊ
ｓアクティブ」であると要素１２６が検出すると、要素
１２８がすべてのＢＪＲの状態を「ｂｊｓアクティブ」
に設定する。続いて要素１３０が、ＣＪＲの状態を「ｃ
ｊｓアクティブ」に設定する。次にＪＣＭ１１２Ａは１
３２で、ＢＪＳ申込を処理のために基本サービス部材
（ビデオ１１１）に転送する。ビデオ１１１は、要求を
通常通りに処理し、ＪＣＭを通じてＢＪＳに受諾を送信
する。
【０１０８】上述のようにしてＪＣＭ１１２は、追加さ
れた各基本ジョブリソースの状態を検出する。基本リソ
ースのジョブリスト内で該ＢＪＲが最高優先度ジョブで
ある（待ち行列の先頭である）場合に、もしリスト内に
他に「ｂｊｓアクティブ」がなければ、状態は「ｂｊｓ
アクティブ」である。他の「ｂｊｓアクティブ」がある
場合は、追加された基本ジョブリソースの状態は「ｂｊ
ｓ取得中」である。追加された基本ジョブリソースが待
ち行列の先頭でない場合は、状態は「ｂｉｓ待機中」で
ある。ＢＪＳの構成要素ＢＪＲが、「ｂｊｓアクティ
ブ」と「ｂｊｓ取得中」との状態の組み合わせである場
合は、ＣＪＲの状態は「ｃｊｓ取得中」である。その他
の場合は、ＣＪＲの状態は「ｃｊｓ待機中」である。続
いてＪＣＭ１１２は、全体的状態を反映させるように、
該ＣＪＲのすべての各ＢＪＲの状態を更新する。すなわ
ち、機能ジョブリソース（ＣＪＲ）の状態が「ｃｊｓ待
機中」である場合、構成要素であるすべての基本ジョブ
リソース（ＢＪＲ）の状態を「ｂｊｓ待機中」に設定す
る。
れた各基本ジョブリソースの状態を検出する。基本リソ
ースのジョブリスト内で該ＢＪＲが最高優先度ジョブで
ある（待ち行列の先頭である）場合に、もしリスト内に
他に「ｂｊｓアクティブ」がなければ、状態は「ｂｊｓ
アクティブ」である。他の「ｂｊｓアクティブ」がある
場合は、追加された基本ジョブリソースの状態は「ｂｊ
ｓ取得中」である。追加された基本ジョブリソースが待
ち行列の先頭でない場合は、状態は「ｂｉｓ待機中」で
ある。ＢＪＳの構成要素ＢＪＲが、「ｂｊｓアクティ
ブ」と「ｂｊｓ取得中」との状態の組み合わせである場
合は、ＣＪＲの状態は「ｃｊｓ取得中」である。その他
の場合は、ＣＪＲの状態は「ｃｊｓ待機中」である。続
いてＪＣＭ１１２は、全体的状態を反映させるように、
該ＣＪＲのすべての各ＢＪＲの状態を更新する。すなわ
ち、機能ジョブリソース（ＣＪＲ）の状態が「ｃｊｓ待
機中」である場合、構成要素であるすべての基本ジョブ
リソース（ＢＪＲ）の状態を「ｂｊｓ待機中」に設定す
る。
【０１０９】上述のとおり、本発明による機能ストリー
ミングを実施する際にＪＣＭ１１２は、特定の条件下で
は、基本リソース（ＢＲ）に対して複数のアクティブ機
能ジョブリソースを有することが可能である。したがっ
てＢＪＳサービスは、複数の機能リソースに対する「申
込」をすることができる。ＪＣＭは通常のアルゴリズム
に従い、そのサブジョブに関するＣＪＲおよび構成要素
ＢＪＲを設定する。そのサブジョブのために、ＣＪＲお
よびＢＪＲは該当するサブジョブ待ち行列内に配置され
る。ただし本発明によれば、新しいＢＪＲサブジョブが
「ｂｊｓアクティブ」であるかの決定は、その新ＢＪＲ
サブジョブの前のＢＪＲサブジョブが「ｂｊｓアクティ
ブ」であることと、両ＢＪＲサブジョブが同じ基本ジョ
ブサービスによって提出され且つ同じジョブのためであ
ることとの検出に基づいて実施され得る。すなわち、新
ＢＪＲが一つ前のＢＪＲと同じサービスによって提出さ
れ同じジョブのためである場合、新ＢＪＲは、その一つ
前のＢＪＲと同じ状態を取得する。したがって、上記の
条件を満たす場合は二つ以上のＣＪＲが「ｂｊｓアクテ
ィブ」状態を達成することが可能であり、それによって
ＢＪＳは複数の機能リソースに対して「申込」すること
が許可される。
ミングを実施する際にＪＣＭ１１２は、特定の条件下で
は、基本リソース（ＢＲ）に対して複数のアクティブ機
能ジョブリソースを有することが可能である。したがっ
てＢＪＳサービスは、複数の機能リソースに対する「申
込」をすることができる。ＪＣＭは通常のアルゴリズム
に従い、そのサブジョブに関するＣＪＲおよび構成要素
ＢＪＲを設定する。そのサブジョブのために、ＣＪＲお
よびＢＪＲは該当するサブジョブ待ち行列内に配置され
る。ただし本発明によれば、新しいＢＪＲサブジョブが
「ｂｊｓアクティブ」であるかの決定は、その新ＢＪＲ
サブジョブの前のＢＪＲサブジョブが「ｂｊｓアクティ
ブ」であることと、両ＢＪＲサブジョブが同じ基本ジョ
ブサービスによって提出され且つ同じジョブのためであ
ることとの検出に基づいて実施され得る。すなわち、新
ＢＪＲが一つ前のＢＪＲと同じサービスによって提出さ
れ同じジョブのためである場合、新ＢＪＲは、その一つ
前のＢＪＲと同じ状態を取得する。したがって、上記の
条件を満たす場合は二つ以上のＣＪＲが「ｂｊｓアクテ
ィブ」状態を達成することが可能であり、それによって
ＢＪＳは複数の機能リソースに対して「申込」すること
が許可される。
【０１１０】再度図１６を参照する。本発明の好適な実
施形態によってどのようにジョブストリーミングが実施
されるかを例証するために、要素１２６をより詳細に示
す。要素１２４からの信号４５０は、要素４５２に送信
される。サブジョブが必要とする各基本リソースに対し
て、指標４５４が０に設定される。ＢＲ待ち行列内の各
サブジョブに対して、要素４５６は指標４５８に対し
て、１をインクリメントするよう通知する。続いて要素
４６０は、要素４５８の指標位置にあるサブジョブが新
サブジョブであるかを検出する。そうである場合に要素
４６２は、指標位置が１であるか、すなわちＢＲ待ち行
列の先頭ジョブであるかを検出する。そうである場合、
信号４６４は要素１２８に送信される。すると要素１２
８は上述のとおり、すべてのＢＪＲの状態を「ｂｊｓア
クティブ」に設定する。続いて要素１３０が、ＣＪＲの
状態を「ｃｊｓアクティブ」に設定する。次にＪＣＭ１
１２は１３２で、ＢＪＳ申込を処理のために基本サービ
ス部材（ビデオ１１１）に転送する。ビデオ１１１は、
要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに受諾
１３５を送信する。
施形態によってどのようにジョブストリーミングが実施
されるかを例証するために、要素１２６をより詳細に示
す。要素１２４からの信号４５０は、要素４５２に送信
される。サブジョブが必要とする各基本リソースに対し
て、指標４５４が０に設定される。ＢＲ待ち行列内の各
サブジョブに対して、要素４５６は指標４５８に対し
て、１をインクリメントするよう通知する。続いて要素
４６０は、要素４５８の指標位置にあるサブジョブが新
サブジョブであるかを検出する。そうである場合に要素
４６２は、指標位置が１であるか、すなわちＢＲ待ち行
列の先頭ジョブであるかを検出する。そうである場合、
信号４６４は要素１２８に送信される。すると要素１２
８は上述のとおり、すべてのＢＪＲの状態を「ｂｊｓア
クティブ」に設定する。続いて要素１３０が、ＣＪＲの
状態を「ｃｊｓアクティブ」に設定する。次にＪＣＭ１
１２は１３２で、ＢＪＳ申込を処理のために基本サービ
ス部材（ビデオ１１１）に転送する。ビデオ１１１は、
要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに受諾
１３５を送信する。
【０１１１】指標位置が１ではないと要素４６２が検出
した場合、要素４６２は要素４６６に通知する。要素４
６６は、新サブジョブが第一サブジョブと同じサービス
から提出され且つ同じジョブのためのものであるかを検
出する。新サブジョブが同じサービスおよびジョブから
のものである場合、要素４６６は信号４６４を要素１２
８に送信する。すると要素１２８は上述のとおり、すべ
てのＢＪＲの状態を「ｂｊｓアクティブ」に設定する。
続いて要素１３０が、ＣＪＲの状態を「ｃｊｓアクティ
ブ」に設定する。次にＪＣＭ１１２は１３２において、
ＢＪＳ申込を、同じサービスから提出され且つ同じジョ
ブのためである先の「ｂｊｓアクティブ」サブジョブの
直後に処理させるために、基本サービス部材（ビデオ１
１１）に転送する。ビデオ１１１は、ストリーミングの
順序で要求を処理し、ＪＣＭを通じてＢＪＳに受諾１３
５を送信する。新サブジョブがＢＪＲ待ち行列内の第一
サブジョブと同じサービスおよびジョブからのものでは
ないと要素４６６が検出した場合、要素４６６は信号４
６８を要素３０８に転送することによって、サブジョブ
がすべての構成要素基本リソースを取得しているかを検
出する。
した場合、要素４６２は要素４６６に通知する。要素４
６６は、新サブジョブが第一サブジョブと同じサービス
から提出され且つ同じジョブのためのものであるかを検
出する。新サブジョブが同じサービスおよびジョブから
のものである場合、要素４６６は信号４６４を要素１２
８に送信する。すると要素１２８は上述のとおり、すべ
てのＢＪＲの状態を「ｂｊｓアクティブ」に設定する。
続いて要素１３０が、ＣＪＲの状態を「ｃｊｓアクティ
ブ」に設定する。次にＪＣＭ１１２は１３２において、
ＢＪＳ申込を、同じサービスから提出され且つ同じジョ
ブのためである先の「ｂｊｓアクティブ」サブジョブの
直後に処理させるために、基本サービス部材（ビデオ１
１１）に転送する。ビデオ１１１は、ストリーミングの
順序で要求を処理し、ＪＣＭを通じてＢＪＳに受諾１３
５を送信する。新サブジョブがＢＪＲ待ち行列内の第一
サブジョブと同じサービスおよびジョブからのものでは
ないと要素４６６が検出した場合、要素４６６は信号４
６８を要素３０８に転送することによって、サブジョブ
がすべての構成要素基本リソースを取得しているかを検
出する。
【０１１２】４５８の指標位置にあるサブジョブが新サ
ブジョブではないと要素４６０が検出した場合に、要素
４７０は、要素４５８の指標位置が１に等しいかを検出
する。等しい場合は要素４７０は、サブジョブを要素４
５８に戻し、要素４５８は指標位置を１だけ増分させ
る。指標４５８が１に等しくない場合、要素４７０は要
素４７２に通知し、要素４７２は、サブジョブが第一サ
ブジョブと同じサービスおよびＣＲからのものかを検出
する。そうである場合に要素４７２は、指標４５８が新
サブジョブの位置に達するまで、サブジョブを指標４５
８に繰返し戻しつづける。サブジョブが第一サブジョブ
と同じサービスおよびＣＲからのものでない場合、要素
４７２は信号４６８を要素３０８に転送することによっ
て、サブジョブがすべての構成要素基本リソースを取得
しているかを検出する。
ブジョブではないと要素４６０が検出した場合に、要素
４７０は、要素４５８の指標位置が１に等しいかを検出
する。等しい場合は要素４７０は、サブジョブを要素４
５８に戻し、要素４５８は指標位置を１だけ増分させ
る。指標４５８が１に等しくない場合、要素４７０は要
素４７２に通知し、要素４７２は、サブジョブが第一サ
ブジョブと同じサービスおよびＣＲからのものかを検出
する。そうである場合に要素４７２は、指標４５８が新
サブジョブの位置に達するまで、サブジョブを指標４５
８に繰返し戻しつづける。サブジョブが第一サブジョブ
と同じサービスおよびＣＲからのものでない場合、要素
４７２は信号４６８を要素３０８に転送することによっ
て、サブジョブがすべての構成要素基本リソースを取得
しているかを検出する。
【０１１３】待ち行列内において、「ｂｊｓアクティ
ブ」である先のＢＪＲの直後に続くＢＪＲが新サブジョ
ブに関するものであることと、それらのＢＪＲが待ち行
列内の先頭ジョブと同じＢＪＳから提出され且つ同じサ
ブジョブのためのものであることとを、要素１２６が検
出した場合は、要素１２８が、新ジョブのＢＪＲを「ｂ
ｊｓアクティブ」に設定する。続いて要素１３０が、対
応のＣＪＲの状態を「ｃｊｓアクティブ」に設定する。
次にＪＣＭ１１２は１３２において、ＢＪＳ申込を、同
じサービスおよび機能から提出された先の「ｂｊｓアク
ティブ」サブジョブの直後に処理させるために、基本サ
ービス部材（ビデオ１１１）に転送する。ビデオ１１１
は、要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに
受諾４６０を送信する。
ブ」である先のＢＪＲの直後に続くＢＪＲが新サブジョ
ブに関するものであることと、それらのＢＪＲが待ち行
列内の先頭ジョブと同じＢＪＳから提出され且つ同じサ
ブジョブのためのものであることとを、要素１２６が検
出した場合は、要素１２８が、新ジョブのＢＪＲを「ｂ
ｊｓアクティブ」に設定する。続いて要素１３０が、対
応のＣＪＲの状態を「ｃｊｓアクティブ」に設定する。
次にＪＣＭ１１２は１３２において、ＢＪＳ申込を、同
じサービスおよび機能から提出された先の「ｂｊｓアク
ティブ」サブジョブの直後に処理させるために、基本サ
ービス部材（ビデオ１１１）に転送する。ビデオ１１１
は、要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに
受諾４６０を送信する。
【０１１４】ＣＪＲの状態が「ｃｊｓ取得中」または
「ｃｊｓ待機中」であって、必要とするすべてのＢＪＲ
をＣＪＲが取得していないと要素１２６が検出した場
合、要素１２６は信号４６８を要素３０８に送信する。
要素３０８は、必要とするすべての基本リソースを該サ
ブジョブが取得しているかを検出する。必要とするすべ
てのＢＪＲをＣＪＲが取得していないと要素３０８が検
出した場合、要素３１０がＣＪＲを「ｂｊｓ待機中停
止」に設定し、ＪＣＭ１１２Ａは、申込をしたＢＪＳに
対して「受諾不可停止」３１２を送信する。ＣＪＲの状
態が「ｂｊｓ待機中」であると要素３０８が検出する
と、要素３０８は要素１３６に、ＢＪＳに対して「受諾
不可」を送信するよう合図する。前述の実施形態と同様
にＢＪＳ１１０は、「受諾不可」を受信後、タイミング
信号に基づく後の時点で再度申込をする。
「ｃｊｓ待機中」であって、必要とするすべてのＢＪＲ
をＣＪＲが取得していないと要素１２６が検出した場
合、要素１２６は信号４６８を要素３０８に送信する。
要素３０８は、必要とするすべての基本リソースを該サ
ブジョブが取得しているかを検出する。必要とするすべ
てのＢＪＲをＣＪＲが取得していないと要素３０８が検
出した場合、要素３１０がＣＪＲを「ｂｊｓ待機中停
止」に設定し、ＪＣＭ１１２Ａは、申込をしたＢＪＳに
対して「受諾不可停止」３１２を送信する。ＣＪＲの状
態が「ｂｊｓ待機中」であると要素３０８が検出する
と、要素３０８は要素１３６に、ＢＪＳに対して「受諾
不可」を送信するよう合図する。前述の実施形態と同様
にＢＪＳ１１０は、「受諾不可」を受信後、タイミング
信号に基づく後の時点で再度申込をする。
【０１１５】サブジョブがすでにＣＲ待ち行列内にある
ことを、図１２の要素１１６が検出した場合、ＪＣＭ１
１２の部分Ａは、ＪＣＭ１１２の部分Ｂの要素１３８に
通知する。要素１３８は、そのＣＪＲのジョブ状態が
「ｃｊｓアクティブ」かを検出する。もしそうであれ
ば、要素１３８は要素１４０に通知し、ＪＣＭ１１２Ｂ
は、ＢＪＳ申込を処理のために基本サービス部材（ビデ
オ１１１）へ転送する。ビデオ１１１は要求を通常通り
に処理し、ＪＣＭを通じてＢＪＳに受諾を送信する。Ｂ
ＪＳは、ＪＣＭにサブジョブ完了を送信する。それによ
りＪＣＭは３１４で、ＢＲおよびＣＲジョブ待ち行列か
らそのサブジョブを削除する。反対に、ＣＪＲのジョブ
状態がアクティブではないと要素１３８が検出した場
合、要素１３８は要素１４４に通知する。要素１４４
は、サブジョブ状態が「ｃｊｓ待機中停止」であるかを
検出する。そうである場合、要素１４４は要素３１６
に、サブジョブ要求を削除するよう合図し、要素１４６
は「受諾不可停止」を返信する。
ことを、図１２の要素１１６が検出した場合、ＪＣＭ１
１２の部分Ａは、ＪＣＭ１１２の部分Ｂの要素１３８に
通知する。要素１３８は、そのＣＪＲのジョブ状態が
「ｃｊｓアクティブ」かを検出する。もしそうであれ
ば、要素１３８は要素１４０に通知し、ＪＣＭ１１２Ｂ
は、ＢＪＳ申込を処理のために基本サービス部材（ビデ
オ１１１）へ転送する。ビデオ１１１は要求を通常通り
に処理し、ＪＣＭを通じてＢＪＳに受諾を送信する。Ｂ
ＪＳは、ＪＣＭにサブジョブ完了を送信する。それによ
りＪＣＭは３１４で、ＢＲおよびＣＲジョブ待ち行列か
らそのサブジョブを削除する。反対に、ＣＪＲのジョブ
状態がアクティブではないと要素１３８が検出した場
合、要素１３８は要素１４４に通知する。要素１４４
は、サブジョブ状態が「ｃｊｓ待機中停止」であるかを
検出する。そうである場合、要素１４４は要素３１６
に、サブジョブ要求を削除するよう合図し、要素１４６
は「受諾不可停止」を返信する。
【０１１６】ジョブ状態が「ｃｊｓ待機中停止」ではな
いと要素１４４が検出した場合、要素１４４は要素３１
８に通知する。要素３１８は、ジョブ状態が「ｃｊｓ中
断中」であるかを検出する。そうである場合、要素３１
８は要素３２０に通知する。要素３２０は、該サブジョ
ブがイメージの第一帯であるかを検出する。イメージの
第一帯ではない場合、要素３２０は要素１４０に通知
し、ＪＣＭ１１２Ｂは、ＢＪＳ申込を処理のために基本
サービス部材（ビデオ１１１）へ転送する。ビデオ１１
１は要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに
受諾を送信する。ＢＪＳは、ＪＣＭに「サブジョブ完
了」を送信する。それによりＪＣＭは３１４で、ＢＲお
よびＣＲジョブ待ち行列からそのサブジョブを削除す
る。反対に、ＣＪＲのジョブ状態が「ｃｊｓアクティ
ブ」ではないと要素１３８が検出した場合、要素１３８
は要素１４４に通知する。要素１４４は、サブジョブ状
態が「ｃｊｓ待機中」であるかを検出する。
いと要素１４４が検出した場合、要素１４４は要素３１
８に通知する。要素３１８は、ジョブ状態が「ｃｊｓ中
断中」であるかを検出する。そうである場合、要素３１
８は要素３２０に通知する。要素３２０は、該サブジョ
ブがイメージの第一帯であるかを検出する。イメージの
第一帯ではない場合、要素３２０は要素１４０に通知
し、ＪＣＭ１１２Ｂは、ＢＪＳ申込を処理のために基本
サービス部材（ビデオ１１１）へ転送する。ビデオ１１
１は要求を通常通りに処理し、ＪＣＭを通じてＢＪＳに
受諾を送信する。ＢＪＳは、ＪＣＭに「サブジョブ完
了」を送信する。それによりＪＣＭは３１４で、ＢＲお
よびＣＲジョブ待ち行列からそのサブジョブを削除す
る。反対に、ＣＪＲのジョブ状態が「ｃｊｓアクティ
ブ」ではないと要素１３８が検出した場合、要素１３８
は要素１４４に通知する。要素１４４は、サブジョブ状
態が「ｃｊｓ待機中」であるかを検出する。
【０１１７】サブジョブがイメージの第一帯であると要
素３２０が検出した場合、要素３２０は要素３２２に対
して、ＣＪＲ状態を「ｃｊｓ待機中停止」に設定するよ
う通知する。それにより要素３２２は、要素３２４が構
成要素ＢＪＲを「ｂｊｓ待機中」に設定するように動作
する。続いて要素３２６がジョブ要求を削除し、ＪＣＭ
は３２８で、「受諾不可停止」をＢＪＳ１１０に返信す
る。
素３２０が検出した場合、要素３２０は要素３２２に対
して、ＣＪＲ状態を「ｃｊｓ待機中停止」に設定するよ
う通知する。それにより要素３２２は、要素３２４が構
成要素ＢＪＲを「ｂｊｓ待機中」に設定するように動作
する。続いて要素３２６がジョブ要求を削除し、ＪＣＭ
は３２８で、「受諾不可停止」をＢＪＳ１１０に返信す
る。
【０１１８】サブジョブが中断中ではないと要素３１８
が検出した場合、要素３１８は要素３３０に通知し、要
素３３０はＣＪＲの最新状態を検出する。続いて要素３
３２が、ＣＪＲを新状態に設定し、その状態を要素３３
４に転送する。要素３３４は、新状態が「ｃｊｓアクテ
ィブ」であるかを検出する。そうである場合、要素３３
６が構成要素ＢＪＲを「ｂｊｓアクティブ」に設定す
る。続いてＪＣＭ１１２Ｂは３３８で、ＢＪＳの申込を
処理のために基本サービス部材（ビデオ１１１）へ転送
する。ビデオ１１１は、要求を通常通りに処理し、ＪＣ
Ｍを通じてＢＪＳ１１０へ「受諾」を送信する。サブジ
ョブ完了時には、ＢＪＳ１１０がＪＣＭへ「サブジョブ
完了」を通知し、要素３４０が、ＣＲおよびＢＲジョブ
待ち行列からジョブ要求を削除する。
が検出した場合、要素３１８は要素３３０に通知し、要
素３３０はＣＪＲの最新状態を検出する。続いて要素３
３２が、ＣＪＲを新状態に設定し、その状態を要素３３
４に転送する。要素３３４は、新状態が「ｃｊｓアクテ
ィブ」であるかを検出する。そうである場合、要素３３
６が構成要素ＢＪＲを「ｂｊｓアクティブ」に設定す
る。続いてＪＣＭ１１２Ｂは３３８で、ＢＪＳの申込を
処理のために基本サービス部材（ビデオ１１１）へ転送
する。ビデオ１１１は、要求を通常通りに処理し、ＪＣ
Ｍを通じてＢＪＳ１１０へ「受諾」を送信する。サブジ
ョブ完了時には、ＢＪＳ１１０がＪＣＭへ「サブジョブ
完了」を通知し、要素３４０が、ＣＲおよびＢＲジョブ
待ち行列からジョブ要求を削除する。
【０１１９】新状態が「ｃｊｓアクティブ」ではないと
要素３３４が検出した場合、要素３３４は要素３４２に
通知し、要素３４２は新状態が「ｃｊｓ待機中停止」で
あるかを検出する。そうである場合、要素３４４がジョ
ブ要求を削除し、ＪＣＭ１１２Ｂは３４６で、「受諾不
可停止」をＢＪＳ１１０に返信する。新状態が「ｃｊｓ
待機中停止」でない場合、要素３４２は要素３４８に通
知する。要素３４８は、ＢＪＳの「申込」を処理のため
に基本サービス部材（ビデオ１１１）へ転送する。ビデ
オ１１１は、要求を通常通りに処理し、ＪＣＭ１１２を
通じてＢＪＳ１１０へ受諾を送信する。サブジョブ完了
時には、ＢＪＳ１１０がＪＣＭへ「サブジョブ完了」を
通知し、要素３５０が、ＣＲおよびＢＲジョブ待ち行列
からジョブ要求を削除する。
要素３３４が検出した場合、要素３３４は要素３４２に
通知し、要素３４２は新状態が「ｃｊｓ待機中停止」で
あるかを検出する。そうである場合、要素３４４がジョ
ブ要求を削除し、ＪＣＭ１１２Ｂは３４６で、「受諾不
可停止」をＢＪＳ１１０に返信する。新状態が「ｃｊｓ
待機中停止」でない場合、要素３４２は要素３４８に通
知する。要素３４８は、ＢＪＳの「申込」を処理のため
に基本サービス部材（ビデオ１１１）へ転送する。ビデ
オ１１１は、要求を通常通りに処理し、ＪＣＭ１１２を
通じてＢＪＳ１１０へ受諾を送信する。サブジョブ完了
時には、ＢＪＳ１１０がＪＣＭへ「サブジョブ完了」を
通知し、要素３５０が、ＣＲおよびＢＲジョブ待ち行列
からジョブ要求を削除する。
【０１２０】図１４，１５に、ジョブベース優先オプシ
ョンにおけるサブジョブの削除に関連する、ジョブコン
テンションマネージャ１１２の部分を示す。多機能プリ
ンタの操作者がジョブを削除したい場合、操作者は外部
ジョブサービスにおいて削除または中止命令を入力す
る。中止信号はＪＣＭ１１２の要素３６０に供給され、
データベース１１４のＣＲジョブ待ち行列内にそのジョ
ブが存在するかどうかが検出される。もし検出されなけ
れば、ＪＣＭ１１２からの退出によって、要素３６２が
この問い合わせを終了させる。
ョンにおけるサブジョブの削除に関連する、ジョブコン
テンションマネージャ１１２の部分を示す。多機能プリ
ンタの操作者がジョブを削除したい場合、操作者は外部
ジョブサービスにおいて削除または中止命令を入力す
る。中止信号はＪＣＭ１１２の要素３６０に供給され、
データベース１１４のＣＲジョブ待ち行列内にそのジョ
ブが存在するかどうかが検出される。もし検出されなけ
れば、ＪＣＭ１１２からの退出によって、要素３６２が
この問い合わせを終了させる。
【０１２１】反対に、中止するジョブがＣＲジョブ待ち
行列内にある場合は、データベース１１４内の機能リソ
ース待ち行列から、要素３６４がそのジョブを除去す
る。続いて要素３６６が、その中止ＣＪＲが必要として
いた各基本ジョブリソースを検索する。ＪＣＭ１１２
は、該当する各ＢＲ内を検索し、対応の各ＢＲジョブ待
ち行列から中止サブジョブを除去する。この工程は、Ｊ
ＣＭ１１２の要素３６８〜３８０によって実施される。
要素３６８が、次の各ＢＲジョブ待ち行列から中止サブ
ジョブを除去する。ＢＲジョブ待ち行列からのサブジョ
ブの除去時に、要素３６８は要素３７０に通知する。要
素３７０は、削除したジョブが各ＢＲジョブ待ち行列内
の先頭ジョブであったかを検出する。待ち行列の先頭で
あった場合は、要素３７２が、各待ち行列内に他のサブ
ジョブが残存しているかを検出する。残存サブジョブが
ある場合は要素３７４は、新しい先頭ジョブが「ｂｊｓ
アクティブ」であるかを検出する。そうでない場合は要
素３７６が、次のサブジョブを待ち行列の先頭へ移動す
る。続いて要素３７６は要素３７８に対し、ＢＲジョブ
待ち行列から中止サブジョブを削除するよう通知する。
行列内にある場合は、データベース１１４内の機能リソ
ース待ち行列から、要素３６４がそのジョブを除去す
る。続いて要素３６６が、その中止ＣＪＲが必要として
いた各基本ジョブリソースを検索する。ＪＣＭ１１２
は、該当する各ＢＲ内を検索し、対応の各ＢＲジョブ待
ち行列から中止サブジョブを除去する。この工程は、Ｊ
ＣＭ１１２の要素３６８〜３８０によって実施される。
要素３６８が、次の各ＢＲジョブ待ち行列から中止サブ
ジョブを除去する。ＢＲジョブ待ち行列からのサブジョ
ブの除去時に、要素３６８は要素３７０に通知する。要
素３７０は、削除したジョブが各ＢＲジョブ待ち行列内
の先頭ジョブであったかを検出する。待ち行列の先頭で
あった場合は、要素３７２が、各待ち行列内に他のサブ
ジョブが残存しているかを検出する。残存サブジョブが
ある場合は要素３７４は、新しい先頭ジョブが「ｂｊｓ
アクティブ」であるかを検出する。そうでない場合は要
素３７６が、次のサブジョブを待ち行列の先頭へ移動す
る。続いて要素３７６は要素３７８に対し、ＢＲジョブ
待ち行列から中止サブジョブを削除するよう通知する。
【０１２２】中止ＢＪＲサブジョブが待ち行列の先頭で
なかった場合は、要素３７０が要素３７８に対し、ＢＲ
ジョブ待ち行列からサブジョブを削除するよう通知す
る。中止ＢＲサブジョブが待ち行列の先頭であったが、
その待ち行列内に他のサブジョブが残存していない場合
は、要素３７２が要素３７８に対し、ＢＲジョブ待ち行
列からサブジョブを削除するよう通知する。中止ＢＲサ
ブジョブが待ち行列の先頭であり、その待ち行列内に他
のサブジョブが残存しており、新しい先頭ジョブが「ｂ
ｊｓアクティブ」であると要素３７４が検出した場合
は、要素３７４は要素３７８に対し、ＢＲジョブ待ち行
列から中止サブジョブを削除するよう通知する。
なかった場合は、要素３７０が要素３７８に対し、ＢＲ
ジョブ待ち行列からサブジョブを削除するよう通知す
る。中止ＢＲサブジョブが待ち行列の先頭であったが、
その待ち行列内に他のサブジョブが残存していない場合
は、要素３７２が要素３７８に対し、ＢＲジョブ待ち行
列からサブジョブを削除するよう通知する。中止ＢＲサ
ブジョブが待ち行列の先頭であり、その待ち行列内に他
のサブジョブが残存しており、新しい先頭ジョブが「ｂ
ｊｓアクティブ」であると要素３７４が検出した場合
は、要素３７４は要素３７８に対し、ＢＲジョブ待ち行
列から中止サブジョブを削除するよう通知する。
【０１２３】中止ＢＪＳサブジョブに関わる最後のＢＪ
Ｒサブジョブをデータベース１１５内のＢＲジョブ待ち
行列から除去した後、要素３８０が、ＪＣＭ１１２の待
ち行列再設定部分１１２Ｂに対して信号を送信する。中
止サブジョブの最後の基本リソースを対応のＢＲジョブ
待ち行列から除去した後、ＪＣＭ１１２の部分１１２Ａ
の要素３８０は要素３８２に通知する。要素３８２は、
データベース１１４内のＣＲジョブ待ち行列内に残存す
る各サブジョブを識別する。続いて要素３８４が、ＣＲ
ジョブ待ち行列内の各サブジョブの状態を検出し、要素
３８６に通知する。すると要素３８６は、その新状態が
旧状態と同じであるかを検出する。同じである場合に要
素３８８は、そのサブジョブがＣＲジョブ待ち行列から
の最後のジョブであるかを検出する。最後のジョブでな
ければＪＣＭ１１２は、要素３８８から要素３８６に信
号を返信してサイクルを繰り返すことにより、ＣＲジョ
ブ待ち行列内の残りのすべてのサブジョブを検索する。
ＣＲジョブ待ち行列からの最後のジョブである場合は、
要素３８８は要素３９０に対して、ＣＪＲを削除するよ
う通知する。続いて要素４００が「サブジョブ完了」を
指示し、４０２でＪＣＭから退出する。
Ｒサブジョブをデータベース１１５内のＢＲジョブ待ち
行列から除去した後、要素３８０が、ＪＣＭ１１２の待
ち行列再設定部分１１２Ｂに対して信号を送信する。中
止サブジョブの最後の基本リソースを対応のＢＲジョブ
待ち行列から除去した後、ＪＣＭ１１２の部分１１２Ａ
の要素３８０は要素３８２に通知する。要素３８２は、
データベース１１４内のＣＲジョブ待ち行列内に残存す
る各サブジョブを識別する。続いて要素３８４が、ＣＲ
ジョブ待ち行列内の各サブジョブの状態を検出し、要素
３８６に通知する。すると要素３８６は、その新状態が
旧状態と同じであるかを検出する。同じである場合に要
素３８８は、そのサブジョブがＣＲジョブ待ち行列から
の最後のジョブであるかを検出する。最後のジョブでな
ければＪＣＭ１１２は、要素３８８から要素３８６に信
号を返信してサイクルを繰り返すことにより、ＣＲジョ
ブ待ち行列内の残りのすべてのサブジョブを検索する。
ＣＲジョブ待ち行列からの最後のジョブである場合は、
要素３８８は要素３９０に対して、ＣＪＲを削除するよ
う通知する。続いて要素４００が「サブジョブ完了」を
指示し、４０２でＪＣＭから退出する。
【０１２４】新状態が旧状態と同じではないと要素３８
６が検出した場合、要素３８６は要素４０４に通知し、
要素４０４はＣＪＲの状態を新状態に設定する。要素４
０４は要素４０６に通知し、要素４０６は、新状態が
「ｃｊｓアクティブ」であるかを検出する。新状態が
「ｃｊｓアクティブ」である場合に要素４０８は、該当
するすべての基本ジョブ状態を「ｂｊｓアクティブ」に
設定する。新状態が「ｃｊｓアクティブ」ではない場合
に要素４１０は、新状態が「ｃｊｓ取得中」であるかを
検出する。そうである場合は要素４１２は、旧状態が
「ｃｊｓ待機中停止」であったかを検出する。そうであ
った場合は要素４１４が、クライアントに停止を除去す
るよう（すなわち再度申込をするよう）指示する。
６が検出した場合、要素３８６は要素４０４に通知し、
要素４０４はＣＪＲの状態を新状態に設定する。要素４
０４は要素４０６に通知し、要素４０６は、新状態が
「ｃｊｓアクティブ」であるかを検出する。新状態が
「ｃｊｓアクティブ」である場合に要素４０８は、該当
するすべての基本ジョブ状態を「ｂｊｓアクティブ」に
設定する。新状態が「ｃｊｓアクティブ」ではない場合
に要素４１０は、新状態が「ｃｊｓ取得中」であるかを
検出する。そうである場合は要素４１２は、旧状態が
「ｃｊｓ待機中停止」であったかを検出する。そうであ
った場合は要素４１４が、クライアントに停止を除去す
るよう（すなわち再度申込をするよう）指示する。
【０１２５】要素４０８がすべての基本ジョブ状態を
「ｂｊｓアクティブ」に設定した場合、要素４０８は要
素４１２に通知する。要素４１２は旧状態が「ｃｊｓ待
機中停止」であったかを検出し、そうであった場合は要
素４１４が、クライアントに停止を除去するよう（すな
わち再度申込をするよう）指示する。
「ｂｊｓアクティブ」に設定した場合、要素４０８は要
素４１２に通知する。要素４１２は旧状態が「ｃｊｓ待
機中停止」であったかを検出し、そうであった場合は要
素４１４が、クライアントに停止を除去するよう（すな
わち再度申込をするよう）指示する。
【０１２６】旧状態が「ｃｊｓ待機中停止」でなかった
場合は要素４１４または要素４１２によって、あるいは
新状態が「ｃｊｓ取得中」でない場合は要素４１０によ
って、要素３８８に対して信号が送信される。要素３８
８は、そのサブジョブがＣＲジョブ待ち行列からの最後
のジョブであるかを検出する。最後のジョブでなければ
ＪＣＭ１１２は、要素３８８から要素３８６に信号を返
信してサイクルを繰り返すことにより、ＣＲジョブ待ち
行列内の残りのすべてのサブジョブを検索する。ＣＲジ
ョブ待ち行列からの最後のジョブである場合は、要素３
８８は要素３９０に対して、ＣＪＲを削除するよう通知
する。続いて要素４００が「サブジョブ完了」を指示
し、４０２でＪＣＭから退出する。
場合は要素４１４または要素４１２によって、あるいは
新状態が「ｃｊｓ取得中」でない場合は要素４１０によ
って、要素３８８に対して信号が送信される。要素３８
８は、そのサブジョブがＣＲジョブ待ち行列からの最後
のジョブであるかを検出する。最後のジョブでなければ
ＪＣＭ１１２は、要素３８８から要素３８６に信号を返
信してサイクルを繰り返すことにより、ＣＲジョブ待ち
行列内の残りのすべてのサブジョブを検索する。ＣＲジ
ョブ待ち行列からの最後のジョブである場合は、要素３
８８は要素３９０に対して、ＣＪＲを削除するよう通知
する。続いて要素４００が「サブジョブ完了」を指示
し、４０２でＪＣＭから退出する。
【０１２７】多機能プリンタの利用を優先順位付けする
本方法および装置では、所望のいずれの数の機能も使用
できる。上記に記載したものは、単に一例である。さら
なる例として下記の表に、上述より多数の使用可能な機
能を示す。ただし、さらに他の機能も同様に使用でき
る。
本方法および装置では、所望のいずれの数の機能も使用
できる。上記に記載したものは、単に一例である。さら
なる例として下記の表に、上述より多数の使用可能な機
能を示す。ただし、さらに他の機能も同様に使用でき
る。
【０１２８】
【表３】 多機能プリンタの利用を優先順位付けする本発明の方法
および装置では、サブジョブの実行時に、待ち行列工程
を基本リソースのレベルにまで拡張することを通じて、
従来のアプローチに対して重要な改良が達成される。そ
のような拡張によって、基本リソースが利用可能になっ
た時に即座にその基本リソースを他のサブジョブに再配
分することが可能であり、従来の機器の場合のように、
基本ジョブサービスがその動作を完了するまで待つ必要
がない。共用基本リソースを用いるＭＦＰにおいては、
基本リソースレベルでコンテンションが存在しない場合
に、プリンタの基本共用ビデオリソースが複数のサブジ
ョブを実行できるようになるため、スループットが向上
される。
および装置では、サブジョブの実行時に、待ち行列工程
を基本リソースのレベルにまで拡張することを通じて、
従来のアプローチに対して重要な改良が達成される。そ
のような拡張によって、基本リソースが利用可能になっ
た時に即座にその基本リソースを他のサブジョブに再配
分することが可能であり、従来の機器の場合のように、
基本ジョブサービスがその動作を完了するまで待つ必要
がない。共用基本リソースを用いるＭＦＰにおいては、
基本リソースレベルでコンテンションが存在しない場合
に、プリンタの基本共用ビデオリソースが複数のサブジ
ョブを実行できるようになるため、スループットが向上
される。
【０１２９】本発明は特に、ビデオリソースに対する機
能リソースストリーミングの実施に有用である。本発明
によれば、ある基本ジョブリソースが、現在アクティブ
の基本ジョブリソースと同じサービスからのものであ
り、かつ同じジョブのためである場合には、一つの基本
リソースに対して複数のアクティブ機能ジョブリソース
を用いたサブジョブ処理を実施可能にする。
能リソースストリーミングの実施に有用である。本発明
によれば、ある基本ジョブリソースが、現在アクティブ
の基本ジョブリソースと同じサービスからのものであ
り、かつ同じジョブのためである場合には、一つの基本
リソースに対して複数のアクティブ機能ジョブリソース
を用いたサブジョブ処理を実施可能にする。
【０１３０】本発明の向上した性能をよりわかりやすく
示すために、以下の例を挙げる。コンテンションアルゴ
リズムは、「優先度ベース」である。この例では、コピ
ージョブは優先度８であり、テストパターンプリントジ
ョブは優先度５である。したがってコピージョブが、テ
ストパターンプリントジョブより高い優先度を有する。
留意点：ジョブは、４つのイメージが入力された後に出
力を開始できるとする。
示すために、以下の例を挙げる。コンテンションアルゴ
リズムは、「優先度ベース」である。この例では、コピ
ージョブは優先度８であり、テストパターンプリントジ
ョブは優先度５である。したがってコピージョブが、テ
ストパターンプリントジョブより高い優先度を有する。
留意点：ジョブは、４つのイメージが入力された後に出
力を開始できるとする。
【０１３１】ページが１枚おきに回転されるよう、ユー
ザがコピージョブをプログラムしたとする。優先度８の
コピージョブ１が、ＥＪＳから入力される。基本ジョブ
サービスはコピージョブ１を、スキャン、イメージ処
理、および印字サブジョブに分割する。スキャンサービ
スは、圧縮器と、ＩＰＳ１と、入力チャネルとの基本リ
ソースを使用する「スキャンオリジナル」機能を必要と
する。イメージ処理サービスは、圧縮器と、復元器と、
入力チャネルと、出力チャネルと、ループバックチャネ
ルとの基本リソースを使用する、「ＩＰブランクイメー
ジ」および「ＩＰ回転」機能を必要とする。印字サービ
スは、出力チャネルと復元器との基本リソースを使用す
る「印字出力」機能を必要とする。ＢＪＳ１１０は、ス
キャンサブジョブＣＪ１のために、機能「スキャンオリ
ジナル」への「申込」をＪＣＭ１１２に送信する。ＪＣ
Ｍ１１２は、ＣＪ１サブジョブを「スキャンオリジナ
ル」ＣＲジョブ待ち行列内に先頭ジョブとして追加す
る。
ザがコピージョブをプログラムしたとする。優先度８の
コピージョブ１が、ＥＪＳから入力される。基本ジョブ
サービスはコピージョブ１を、スキャン、イメージ処
理、および印字サブジョブに分割する。スキャンサービ
スは、圧縮器と、ＩＰＳ１と、入力チャネルとの基本リ
ソースを使用する「スキャンオリジナル」機能を必要と
する。イメージ処理サービスは、圧縮器と、復元器と、
入力チャネルと、出力チャネルと、ループバックチャネ
ルとの基本リソースを使用する、「ＩＰブランクイメー
ジ」および「ＩＰ回転」機能を必要とする。印字サービ
スは、出力チャネルと復元器との基本リソースを使用す
る「印字出力」機能を必要とする。ＢＪＳ１１０は、ス
キャンサブジョブＣＪ１のために、機能「スキャンオリ
ジナル」への「申込」をＪＣＭ１１２に送信する。ＪＣ
Ｍ１１２は、ＣＪ１サブジョブを「スキャンオリジナ
ル」ＣＲジョブ待ち行列内に先頭ジョブとして追加す
る。
【０１３２】
【表４】 この例では３つの待ち行列位置のみを示すが、所望のい
ずれの数の待ち行列位置をデータベース１１４内に設け
ててもよい。
ずれの数の待ち行列位置をデータベース１１４内に設け
ててもよい。
【０１３３】ＪＣＭ１１２は、ＢＲである圧縮器、ＩＰ
Ｓ１、および入力チャネルのジョブ待ち行列に、スキャ
ンサービスのＣＪ１サブジョブを追加する。
Ｓ１、および入力チャネルのジョブ待ち行列に、スキャ
ンサービスのＣＪ１サブジョブを追加する。
【０１３４】
【表５】 続いて、優先度５を有するテストパターンプリントジョ
ブＴＪ１が、ＥＪＳから入力される。基本ジョブサービ
スはテストパターンプリントジョブ１を、内部イメージ
生成および印字のサブジョブに分割する。内部イメージ
生成サービスは、ＩＰＳ１と入力チャネルとの基本リソ
ースを使用する「Ｉｌ内部イメージ」機能を必要とす
る。印字サービスは、出力チャネルと復元器との基本リ
ソースを使用する「印字出力」機能を必要とする。ＢＪ
Ｓ１１０は、内部イメージ生成サブジョブＴＪ１のため
に、機能「Ｉｌ内部イメージ」への「申込」をＪＣＭ１
１２に送信する。ＪＣＭ１１２は、ＴＪ１サブジョブを
「Ｉｌ内部イメージ」ＣＲジョブ待ち行列に追加する。
ブＴＪ１が、ＥＪＳから入力される。基本ジョブサービ
スはテストパターンプリントジョブ１を、内部イメージ
生成および印字のサブジョブに分割する。内部イメージ
生成サービスは、ＩＰＳ１と入力チャネルとの基本リソ
ースを使用する「Ｉｌ内部イメージ」機能を必要とす
る。印字サービスは、出力チャネルと復元器との基本リ
ソースを使用する「印字出力」機能を必要とする。ＢＪ
Ｓ１１０は、内部イメージ生成サブジョブＴＪ１のため
に、機能「Ｉｌ内部イメージ」への「申込」をＪＣＭ１
１２に送信する。ＪＣＭ１１２は、ＴＪ１サブジョブを
「Ｉｌ内部イメージ」ＣＲジョブ待ち行列に追加する。
【０１３５】
【表６】 続いてＪＣＭ１１２は、ＢＲであるＩＰＳ１および入力
チャネルの待ち行列に、ＴＪ１サブジョブを２番目のジ
ョブとして追加する。２番目であるのは、ＴＪ１ジョブ
がＣＪ１より優先度が低いためである。
チャネルの待ち行列に、ＴＪ１サブジョブを２番目のジ
ョブとして追加する。２番目であるのは、ＴＪ１ジョブ
がＣＪ１より優先度が低いためである。
【０１３６】
【表７】 この時点で、ＣＪ１は待ち行列内で先頭であるのでｃｊ
ｓアクティブ状態であり、ビデオに受諾が送信されＣＪ
１サブジョブは処理される。ＴＪ１ジョブはｃｊｓ待機
中停止状態であり、受諾不可停止がＢＪＳに送信され
る。スキャンジョブＣＪ１が完了するとすぐに、ＢＪＳ
はサブジョブ完了をＪＣＭ１１２に転送する。それを受
けてＪＣＭは、ＣＪ１をＣＲおよびＢＲジョブ待ち行列
から除去する。除去が実施されるとすぐに、内部イメー
ジ生成サブジョブＴＪ１の状態は、ＣＪＲおよびＢＪＲ
の両レベルで、ｂｊｓ待機中停止からｂｊｓアクティブ
に変更される。ＪＣＭ１１２はＢＪＲに対して、停止を
除去するよう通知する。ＢＪＳはＪＣＭに申込を転送
し、ＪＣＭは受諾を返信し、ＴＪ１サブジョブは実施さ
れる。
ｓアクティブ状態であり、ビデオに受諾が送信されＣＪ
１サブジョブは処理される。ＴＪ１ジョブはｃｊｓ待機
中停止状態であり、受諾不可停止がＢＪＳに送信され
る。スキャンジョブＣＪ１が完了するとすぐに、ＢＪＳ
はサブジョブ完了をＪＣＭ１１２に転送する。それを受
けてＪＣＭは、ＣＪ１をＣＲおよびＢＲジョブ待ち行列
から除去する。除去が実施されるとすぐに、内部イメー
ジ生成サブジョブＴＪ１の状態は、ＣＪＲおよびＢＪＲ
の両レベルで、ｂｊｓ待機中停止からｂｊｓアクティブ
に変更される。ＪＣＭ１１２はＢＪＲに対して、停止を
除去するよう通知する。ＢＪＳはＪＣＭに申込を転送
し、ＪＣＭは受諾を返信し、ＴＪ１サブジョブは実施さ
れる。
【０１３７】
【表８】 コピージョブ１は、スキャンが完了したのでイメージ処
理が開始できる。イメージ処理ＢＪＳ１１０は、機能
「ｉｐブランクイメージ」を用いるイメージ処理サブジ
ョブＣＪ１のための「申込」をＪＣＭ１１２に送信す
る。ＪＣＭ１１２は、ＣＪ１サブジョブを「ｉｐブラン
クイメージ」ＣＲジョブに追加する。
理が開始できる。イメージ処理ＢＪＳ１１０は、機能
「ｉｐブランクイメージ」を用いるイメージ処理サブジ
ョブＣＪ１のための「申込」をＪＣＭ１１２に送信す
る。ＪＣＭ１１２は、ＣＪ１サブジョブを「ｉｐブラン
クイメージ」ＣＲジョブに追加する。
【０１３８】
【表９】 続いてＪＣＭ１１２は、ＢＲである圧縮器と、復元器
と、入力チャネルと、出力チャネルと、ループバックチ
ャネルとの待ち行列に、ＣＪ１サブジョブを追加する。
ＣＪ１の優先度がＴＪ１より高いため、ＣＪ１サブジョ
ブはＴＪ１サブジョブの前に配置され、ＴＪ１サブジョ
ブは中断中に設定される。
と、入力チャネルと、出力チャネルと、ループバックチ
ャネルとの待ち行列に、ＣＪ１サブジョブを追加する。
ＣＪ１の優先度がＴＪ１より高いため、ＣＪ１サブジョ
ブはＴＪ１サブジョブの前に配置され、ＴＪ１サブジョ
ブは中断中に設定される。
【０１３９】
【表１０】 次回に内部イメージ生成サービスがＴＪ１サブジョブの
ための申込をした時点で、ＴＪ１サブジョブは「待機中
停止」に設定され、ＣＪ１は「アクティブ」に設定され
る。（その時点が経過した後に）イメージ処理サービス
がＣＪ１のための申込をすると、ＪＣＭは申込を受諾す
る。
ための申込をした時点で、ＴＪ１サブジョブは「待機中
停止」に設定され、ＣＪ１は「アクティブ」に設定され
る。（その時点が経過した後に）イメージ処理サービス
がＣＪ１のための申込をすると、ＪＣＭは申込を受諾す
る。
【０１４０】
【表１１】 ＣＪ１ジョブの処理を続けるには、イメージ処理サービ
スは「ＩＰ回転」機能の利用を必要とする。イメージ処
理サービスは、ＣＪ１のための機能「ＩＰ回転」に関す
る「申込」をＪＣＭ１１２に送信する。ＪＣＭ１１２
は、ＣＪ１ジョブを「ＩＰ回転」機能待ち行列に追加す
る。
スは「ＩＰ回転」機能の利用を必要とする。イメージ処
理サービスは、ＣＪ１のための機能「ＩＰ回転」に関す
る「申込」をＪＣＭ１１２に送信する。ＪＣＭ１１２
は、ＣＪ１ジョブを「ＩＰ回転」機能待ち行列に追加す
る。
【０１４１】
【表１２】 続いてＪＣＭ１１２は、ＢＲである圧縮器と、復元器
と、入力チャネルと、出力チャネルと、ループバックチ
ャネルとのジョブ待ち行列に、ＣＪ１サブジョブを機能
「ＩＰ回転」のために追加する。そのジョブは、優先度
に基づいて、すでに存在する２つのサブジョブのあいだ
に配置される。本発明によれば、その新サブジョブがア
クティブサブジョブと同じサービス（イメージ処理）か
ら提出され、かつ同じジョブ（ＣＪ１）のためのもので
あるので、新サブジョブの状態はアクティブである。従
来の概念では、ＢＪＳが２つの異なる機能を使用してジ
ョブを処理することは許可されなかった。
と、入力チャネルと、出力チャネルと、ループバックチ
ャネルとのジョブ待ち行列に、ＣＪ１サブジョブを機能
「ＩＰ回転」のために追加する。そのジョブは、優先度
に基づいて、すでに存在する２つのサブジョブのあいだ
に配置される。本発明によれば、その新サブジョブがア
クティブサブジョブと同じサービス（イメージ処理）か
ら提出され、かつ同じジョブ（ＣＪ１）のためのもので
あるので、新サブジョブの状態はアクティブである。従
来の概念では、ＢＪＳが２つの異なる機能を使用してジ
ョブを処理することは許可されなかった。
【０１４２】
【表１３】 本発明によれば、同じサービスによって提出され且つ同
じサブジョブのためである第二のサブジョブは、待ち行
列内で第一のサブジョブと順番が連続するよう配置さ
れ、第一および第二のサブジョブのあいだに他のアクテ
ィブサブジョブは存在しない。
じサブジョブのためである第二のサブジョブは、待ち行
列内で第一のサブジョブと順番が連続するよう配置さ
れ、第一および第二のサブジョブのあいだに他のアクテ
ィブサブジョブは存在しない。
【０１４３】図８〜図１６のように実現された前述のア
ルゴリズムは、それらの図に示す機能を実施するソフト
ウェアを含むものであれば、所望のいずれのコンピュー
タ処理およびＭＦＰハードウェアによっても実行でき
る。
ルゴリズムは、それらの図に示す機能を実施するソフト
ウェアを含むものであれば、所望のいずれのコンピュー
タ処理およびＭＦＰハードウェアによっても実行でき
る。
【０１４４】待ち行列を有する２つのレベルのリソー
ス、すなわちＣＲおよびＢＲに関連して本発明を説明し
たが、本発明は、待ち行列を伴うリソースのレベルと、
対応のデータベースレベルとを、所望のいずれの数量に
て含んでもよい。たとえば、生産性を向上させるため
に、ＢＲをさらにサブＢＲレベルまたは複数のレベルに
分割することが可能である。
ス、すなわちＣＲおよびＢＲに関連して本発明を説明し
たが、本発明は、待ち行列を伴うリソースのレベルと、
対応のデータベースレベルとを、所望のいずれの数量に
て含んでもよい。たとえば、生産性を向上させるため
に、ＢＲをさらにサブＢＲレベルまたは複数のレベルに
分割することが可能である。
【０１４５】本明細書では申込、受諾、受諾不可、受諾
不可停止、サブジョブ完了、およびイメージ完成の用語
は、信号、ソフトウェア要求、またはソフトウェア通知
を一般的に表す。また、アクティブ、待機中、待機中停
止、および中断中の用語は、サブジョブまたは申込の状
態を表す。それらの用語は一般的な意味で使われてお
り、それらの機能や使用の名称として他の用語を代わり
に用いることもできる。
不可停止、サブジョブ完了、およびイメージ完成の用語
は、信号、ソフトウェア要求、またはソフトウェア通知
を一般的に表す。また、アクティブ、待機中、待機中停
止、および中断中の用語は、サブジョブまたは申込の状
態を表す。それらの用語は一般的な意味で使われてお
り、それらの機能や使用の名称として他の用語を代わり
に用いることもできる。
【０１４６】本明細書では用語ＥＳＳは、ネットワーク
接続性およびイメージ復元のために使用する電子サブシ
ステムを表す。本明細書では用語ＳＣＳは、デジタルコ
ピー機制御のプラットフォームを成す戦略的制御システ
ムを表す。ＥＳＳおよびＳＣＳは、ＭＦＰの電子システ
ムの一部である。
接続性およびイメージ復元のために使用する電子サブシ
ステムを表す。本明細書では用語ＳＣＳは、デジタルコ
ピー機制御のプラットフォームを成す戦略的制御システ
ムを表す。ＥＳＳおよびＳＣＳは、ＭＦＰの電子システ
ムの一部である。
【０１４７】表３の機能に用いた名称は都合上用いたも
のであり、機能の名称として所望のいずれの名称を使用
してもよい。一般的に表３の機能名称は、単に機能の説
明を略したものである。名称が直観的に自明でない場合
もあるので、表３の機能の簡単な説明を表１４に示す。
のであり、機能の名称として所望のいずれの名称を使用
してもよい。一般的に表３の機能名称は、単に機能の説
明を略したものである。名称が直観的に自明でない場合
もあるので、表３の機能の簡単な説明を表１４に示す。
【０１４８】
【表１４】 上記の説明が、本発明を単に例示するものであると理解
すべきである。本発明の精神から逸れることなく、多様
な代替形態および修正を考案することが、当業者によっ
て可能である。したがって、添付の請求項の精神および
範囲内に含まれるそのような代替形態、修正、および変
形を、本発明に含むことを意図する。
すべきである。本発明の精神から逸れることなく、多様
な代替形態および修正を考案することが、当業者によっ
て可能である。したがって、添付の請求項の精神および
範囲内に含まれるそのような代替形態、修正、および変
形を、本発明に含むことを意図する。
【図１】 本発明に従って生成されたジョブの受信に適
する、ネットワーク接続されたデジタルコピー機を示す
斜視図である。
する、ネットワーク接続されたデジタルコピー機を示す
斜視図である。
【図２】 多機能且つネットワーク適応型の印刷機を示
すブロック図である。
すブロック図である。
【図３】 図２の印刷機のビデオ制御モジュールを示す
ブロック図である。
ブロック図である。
【図４】 図２の印刷機と共に使用する転送モジュール
を示すブロック図である。
を示すブロック図である。
【図５】 図３のビデオ制御モジュールと共に使用され
るファクシミリカードを示すブロック図である。
るファクシミリカードを示すブロック図である。
【図６】 図２の印刷機のネットワーク制御部を示すブ
ロック図である。
ロック図である。
【図７】 ジョブをその処理に従って記憶する際に使用
する待ち行列を示す立面図である。
する待ち行列を示す立面図である。
【図８】 基本ジョブサービス（ＢＪＳ）とＪＣＭとの
あいだの信号交信を示す略図である。
あいだの信号交信を示す略図である。
【図９】 本発明に従って実施されるコンテンション管
理法の好適な態様の作用として、ジョブがＦＩＦＯ優先
アプローチで処理される様子を示す略フローチャートで
ある。
理法の好適な態様の作用として、ジョブがＦＩＦＯ優先
アプローチで処理される様子を示す略フローチャートで
ある。
【図１０】 本発明に従って実施されるコンテンション
管理法の好適な態様の作用として、ジョブがＦＩＦＯ優
先アプローチで処理される様子を示す略フローチャート
である。
管理法の好適な態様の作用として、ジョブがＦＩＦＯ優
先アプローチで処理される様子を示す略フローチャート
である。
【図１１】 本発明に従って実施されるコンテンション
管理法の好適な態様の作用として、ジョブがＦＩＦＯ優
先アプローチで処理される様子を示す略フローチャート
である。
管理法の好適な態様の作用として、ジョブがＦＩＦＯ優
先アプローチで処理される様子を示す略フローチャート
である。
【図１２】 本発明に従って実施されるコンテンション
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
【図１３】 本発明に従って実施されるコンテンション
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
【図１４】 本発明に従って実施されるコンテンション
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
【図１５】 本発明に従って実施されるコンテンション
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
管理法の他の好適な態様の作用として、ジョブがジョブ
ベース優先アプローチで処理される様子を示す略フロー
チャートである。
【図１６】 図９および図１２の要素１２６が本発明の
複数アクティブ機能アプローチを実施する様子をより詳
細に示す略フローチャートである。
複数アクティブ機能アプローチを実施する様子をより詳
細に示す略フローチャートである。
１１０ 基本ジョブサービス、１１１ ビデオリソース
（基本リソース）、１１２ ジョブコンテンションマネ
ージャ、１１３ データベース、１１４ 機能ジョブリ
ソース、１１５ 基本ジョブリソース。
（基本リソース）、１１２ ジョブコンテンションマネ
ージャ、１１３ データベース、１１４ 機能ジョブリ
ソース、１１５ 基本ジョブリソース。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロドニィ エル ターモン アメリカ合衆国 ニューヨーク州 ロチェ スター (72)発明者 ニコラス エム ラメンドーラ アメリカ合衆国 ニューヨーク州 リマ
Claims (4)
- 【請求項１】 多機能印刷システムの基本処理リソース
の使用を優先順位付けし、複数のビデオ機能に関わるサ
ブジョブをジョブサービスが処理できるようにする方法
であって、前記印刷システムはジョブコンテンションマ
ネージャ（ＪＣＭ）を有する制御部を用い、前記方法
は、 ａ）前記印刷システムに、各々が待ち行列を有する複数
の基本リソースを設けるステップと、 ｂ）一つ以上のジョブサービスが所望の時点で、前記Ｊ
ＣＭに信号を送信することで所定のジョブのサブジョブ
を実行するステップであって、各前記サブジョブに関す
る前記信号は、各前記サブジョブと、そのジョブサービ
スおよび優先度とに関する情報を含む、ステップと、 ｃ）前記信号に応じて前記ＪＣＭが、第一のサブジョブ
に必要な第一のビデオ機能に関して、対応の第一の基本
ジョブリソースを、前記第一ビデオ機能が前記第一サブ
ジョブの実行に必要な各基本リソースの待ち行列に追加
するステップと、 ｄ）前記第一ビデオ機能が必要とするすべての基本リソ
ースの待ち行列において前記第一基本ジョブリソースが
先頭である場合に、前記第一サブジョブのための前記第
一基本ジョブリソースを、処理準備完了状態である「ア
クティブ」状態に設定するステップと、 ｅ）前記信号に応じて前記ＪＣＭが、前記第一サブジョ
ブに必要な第二のビデオ機能に関して、対応の第二の基
本ジョブリソースサブジョブを、前記第二ビデオ機能が
前記第一サブジョブの実行に必要な各基本リソースの待
ち行列に追加するステップと、 ｆ）基本リソース待ち行列内の前記第一および第二基本
ジョブリソースが同じジョブサービスによって提出され
たものであり、且つ、前記第二基本ジョブリソースが前
記第一基本ジョブリソースと同じサブジョブのための基
本ジョブリソースである場合に、前記待ち行列内で前記
第一基本ジョブリソースに続く前記第二基本ジョブリソ
ースを、前記第一基本ジョブリソースに続いて処理され
るよう準備完了状態である「アクティブ」状態に設定す
るステップと、 を含むことを特徴とする方法。 - 【請求項２】 一つ以上のジョブサービスによる処理の
ために少なくとも一つのジョブが入力される多機能印刷
システムにおいて複数ジョブの処理を管理する、リソー
スに基づく方法であって、前記印刷システムは前記印刷
システムの基本処理リソースを優先順位付けするジョブ
コンテンションマネージャ（ＪＣＭ）を有する制御部を
含み、前記方法は、 ａ）データベースの少なくとも第一レベル内に、前記一
つ以上のジョブサービスのサブジョブに関連する複数の
機能リソースを含み、前記データベースの少なくとも第
二レベル内に、前記印刷システムの複数の基本リソース
を含むステップであって、各前記機能リソースは、その
機能の実行に必要な基本リソースのリストを含み、各前
記基本リソースは、自身に依存する機能リソースのリス
トを含む、ステップと、 ｂ）各前記機能リソースおよび各前記基本リソースに対
して、サブジョブ待ち行列を設けるステップと、 ｃ）各ジョブサービスが所望の時点で、前記ＪＣＭに信
号を送信することで前記少なくとも一つのジョブのサブ
ジョブを実行するステップであって、各前記サブジョブ
に関する前記信号は、各前記サブジョブと、そのジョブ
サービスおよび優先度とに関する情報を含む、ステップ
と、 ｄ）前記ステップｃ）に応じてＪＣＭが、前記ジョブサ
ービスから受信した前記少なくとも一つのジョブに対し
て、前記情報を含む各機能ジョブリソースを作成し、そ
の各機能ジョブリソースを、優先度に基づいて各前記機
能リソースのジョブ待ち行列に追加するステップと、 ｅ）前記ステップｄ）に応じてＪＣＭが、各前記機能ジ
ョブリソースに対して、構成要素である基本ジョブリソ
ースを、前記機能ジョブリソースが必要とする各基本リ
ソースの待ち行列に、優先度に基づいて追加するステッ
プと、 ｆ）第一機能リソースが必要とするすべての基本リソー
スの待ち行列において第一基本ジョブリソースが先頭で
ある場合に、前記少なくとも一つのサブジョブのための
前記第一機能リソースの構成要素である前記第一基本ジ
ョブリソースを、処理準備完了状態である「アクティ
ブ」状態に設定するステップと、 ｇ）基本リソース待ち行列内の前記第一基本ジョブリソ
ースと第二基本ジョブリソースとが同じジョブサービス
によって提出されたものであり、且つ、前記第二基本ジ
ョブリソースが前記第一基本ジョブリソースと同じサブ
ジョブのための基本ジョブリソースである場合に、第二
機能リソースの構成要素であり且つ前記待ち行列内で前
記第一基本ジョブリソースに続く前記第二基本ジョブリ
ソースを、前記第一基本ジョブリソースに続いて処理さ
れるよう準備完了状態である「アクティブ」状態に設定
するステップと、 を含むことを特徴とする方法。 - 【請求項３】 多機能印刷システムの基本処理リソース
の使用を優先順位付けする装置であって、 ａ）ジョブコンテンションマネージャ（ＪＣＭ）を有す
る制御部と、 ｂ）各々が待ち行列を有する、前記印刷システムの複数
の基本リソースと、 ｃ）一つ以上のジョブサービスが所望の時点で、前記Ｊ
ＣＭに信号を送信することで所定のジョブのサブジョブ
を実行する手段であって、各前記サブジョブに関する前
記信号は、各前記サブジョブと、そのジョブサービスお
よび優先度とに関する情報を含む、手段と、 ｄ）前記信号に応じて前記ＪＣＭが、第一のサブジョブ
に必要な第一のビデオ機能に関して、対応の第一の基本
ジョブリソースを、前記第一ビデオ機能が前記第一サブ
ジョブの実行に必要な各基本リソースの待ち行列に追加
する手段と、 ｅ）前記第一ビデオ機能が必要とするすべての基本リソ
ースの待ち行列において前記第一基本ジョブリソースが
先頭である場合に、前記第一サブジョブのための前記第
一基本ジョブリソースを、処理準備完了状態である「ア
クティブ」状態に設定する手段と、 ｆ）前記信号に応じて前記ＪＣＭが、前記第一サブジョ
ブに必要な第二のビデオ機能に関して、対応の第二の基
本ジョブリソースサブジョブを、前記第二ビデオ機能が
前記第一サブジョブの実行に必要な各基本リソースの待
ち行列に追加する手段と、 ｇ）基本リソース待ち行列内の前記第一および第二基本
ジョブリソースが同じジョブサービスによって提出され
たものであり、且つ、前記第二基本ジョブリソースが前
記第一基本ジョブリソースと同じサブジョブのための基
本ジョブリソースである場合に、前記待ち行列内で前記
第一基本ジョブリソースに続く前記第二基本ジョブリソ
ースを、前記第一基本ジョブリソースに続いて処理され
るよう準備完了状態である「アクティブ」状態に設定す
る手段と、 を有することを特徴とする装置。 - 【請求項４】 一つ以上のジョブサービスによる処理の
ために少なくとも一つのジョブが入力される多機能印刷
システムにおいて、複数ジョブの処理を管理する装置で
あって、 ａ）前記印刷システムの基本処理リソースを優先順位付
けするジョブコンテンションマネージャ（ＪＣＭ）を有
する制御部と、 ｂ）少なくとも第一レベル内に前記一つ以上のジョブサ
ービスのサブジョブに関連する複数の機能リソースを含
み、少なくとも第二レベル内に前記印刷システムの複数
の基本リソースを含むデータベースであって、各前記機
能リソースは、その機能の実行に必要な基本リソースの
リストを含み、各前記基本リソースは、自身に依存する
機能リソースのリストを含む、データベースと、 ｃ）各前記機能リソースおよび各前記基本リソースに対
して設けられるサブジョブ待ち行列と、 ｄ）各ジョブサービスが所望の時点で、前記ＪＣＭに信
号を送信することで前記少なくとも一つのジョブのサブ
ジョブを実行する手段であって、各前記サブジョブに関
する前記信号は、各前記サブジョブと、そのジョブサー
ビスおよび優先度とに関する情報を含む、手段と、 ｅ）所望の時点で前記ＪＣＭに信号を送信することで前
記少なくとも一つのジョブのサブジョブを実行する手段
であって、各前記サブジョブに関する前記信号は、各前
記サブジョブと、そのジョブサービスおよび優先度とに
関する情報を含む、各ジョブサービスに含まれる手段
と、 ｆ）前記ジョブサービスから受信した前記少なくとも一
つのジョブに対して、前記情報を含む各機能ジョブリソ
ースを作成し、その各機能ジョブリソースを、優先度に
基づいて各前記機能リソースのジョブ待ち行列に追加す
る、前記ＪＣＭに含まれる手段と、 ｇ）各前記機能ジョブリソースに対して、構成要素であ
る基本ジョブリソースを、前記機能ジョブリソースが必
要とする各基本リソースの待ち行列に、優先度に基づい
て追加する、前記ＪＣＭに含まれる手段と、 ｈ）第一機能リソースが必要とするすべての基本リソー
スの待ち行列において第一基本ジョブリソースが先頭で
ある場合に、前記少なくとも一つのサブジョブのための
前記第一機能リソースの構成要素である前記第一基本ジ
ョブリソースを、処理準備完了状態である「アクティ
ブ」状態に設定する、前記ＪＣＭに含まれる手段と、 ｉ）基本リソース待ち行列内の前記第一基本ジョブリソ
ースと第二基本ジョブリソースとが同じジョブサービス
によって提出されたものであり、且つ、前記第二基本ジ
ョブリソースが前記第一基本ジョブリソースと同じサブ
ジョブのための基本ジョブリソースである場合に、第二
機能リソースの構成要素であり且つ前記待ち行列内で前
記第一基本ジョブリソースに続く前記第二基本ジョブリ
ソースを、前記第一基本ジョブリソースに続いて処理さ
れるよう準備完了状態である「アクティブ」状態に設定
する、前記ＪＣＭに含まれる手段と、 を有することを特徴とする装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/450,151 US6762857B1 (en) | 1999-11-29 | 1999-11-29 | Method and apparatus to enable processing multiple capabilities for a sub-job when using a set of commonly shared resources |
| US09/450151 | 1999-11-29 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001228749A true JP2001228749A (ja) | 2001-08-24 |
Family
ID=23786976
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000363553A Pending JP2001228749A (ja) | 1999-11-29 | 2000-11-29 | 一式の共用リソースの使用時においてサブジョブに対する多機能処理を実施可能にする方法および装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6762857B1 (ja) |
| EP (2) | EP1104169A3 (ja) |
| JP (1) | JP2001228749A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001219628A (ja) * | 1999-11-29 | 2001-08-14 | Xerox Corp | 電子写真式複写システムにおけるシステムリソースに対するジョブコンテンションの管理方法および管理装置 |
| JP2003233593A (ja) * | 2001-09-05 | 2003-08-22 | Xerox Corp | 安全な付加価値文書ネットワークサービスを提供するシステム及び方法 |
| US8640193B2 (en) | 2004-12-22 | 2014-01-28 | Canon Kabushiki Kaisha | Image processing apparatus, method for controlling the same, program, and storage medium |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3726604B2 (ja) * | 1999-12-14 | 2005-12-14 | コニカミノルタビジネステクノロジーズ株式会社 | 印刷装置、印刷システム、印刷方法および印刷プログラムを記録した記録媒体 |
| EP1191432A3 (en) * | 2000-09-21 | 2004-09-29 | Ricoh Company, Ltd. | Virtual print previewing |
| US20030007171A1 (en) * | 2001-07-09 | 2003-01-09 | Simpson Shell Sterling | Document production management in a distributed environment |
| JP4574253B2 (ja) * | 2004-07-09 | 2010-11-04 | キヤノン株式会社 | 画像処理装置及びその制御方法 |
| US20070127057A1 (en) * | 2005-12-01 | 2007-06-07 | Lexmark International, Inc. | Job status tracking and notification system |
| US7430628B2 (en) | 2006-01-10 | 2008-09-30 | Kabushiki Kaisha Toshiba | System and method for optimized allocation of shared processing resources |
| JP4207973B2 (ja) * | 2006-03-23 | 2009-01-14 | ブラザー工業株式会社 | 端末装置およびプログラム |
| JP2011053995A (ja) * | 2009-09-03 | 2011-03-17 | Hitachi Ltd | データ処理制御方法および計算機システム |
| JP5716316B2 (ja) * | 2010-08-11 | 2015-05-13 | 富士ゼロックス株式会社 | ジョブ実行装置及び画像形成装置 |
| US10109024B2 (en) | 2014-09-05 | 2018-10-23 | The Climate Corporation | Collecting data to generate an agricultural prescription |
| US9507546B2 (en) * | 2015-02-26 | 2016-11-29 | Konica Minolta Laboratory U.S.A., Inc. | Method for producing packages of printed materials by generating and executing a job set containing multiple linked sub-jobs |
| JP2017041169A (ja) * | 2015-08-21 | 2017-02-23 | 富士ゼロックス株式会社 | 制御装置、読取装置、作業支援システム及びプログラム |
Family Cites Families (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3957071A (en) | 1975-09-10 | 1976-05-18 | Kenner M Beatrice | Carrier attachment for invalid walkers |
| JPS58152821A (ja) | 1982-03-08 | 1983-09-10 | Kyosei Seiyaku Kk | 配合医薬品 |
| JP2733220B2 (ja) | 1986-09-30 | 1998-03-30 | シャープ株式会社 | 複合型画像処理装置 |
| US4821107A (en) | 1987-01-26 | 1989-04-11 | Minolta Camera Kabushiki Kaisha | Multi-functional imaging apparatus |
| US5047955A (en) | 1987-06-19 | 1991-09-10 | Eastman Kodak Company | Electronic collation |
| US4947345A (en) | 1989-07-25 | 1990-08-07 | Xerox Corporation | Queue management system for a multi-function copier, printer, and facsimile machine |
| US5206735A (en) | 1990-06-29 | 1993-04-27 | Xerox Corporation | Job interrupt for electronic copying/printing machines |
| US5170340A (en) | 1990-09-28 | 1992-12-08 | Xerox Corporation | System state controller for electronic image processing systems |
| US5223948A (en) | 1990-10-10 | 1993-06-29 | Fuji Xerox Co., Ltd. | Image processing apparatus |
| JP3000744B2 (ja) | 1990-10-10 | 2000-01-17 | 富士ゼロックス株式会社 | マルチファンクション画像処理装置 |
| US5113355A (en) | 1990-10-10 | 1992-05-12 | Fuji Xerox Co., Ltd. | Printer control system |
| US5175633A (en) | 1990-10-10 | 1992-12-29 | Fuji Xerox Co., Ltd. | Method of diagnosing operating conditions of an image processor |
| JPH04227537A (ja) | 1990-10-10 | 1992-08-17 | Fuji Xerox Co Ltd | プリンタおよびプリントジョブ制御装置 |
| JPH0534895A (ja) * | 1991-07-31 | 1993-02-12 | Dainippon Screen Mfg Co Ltd | 製版用画像処理システム |
| US5299296A (en) * | 1991-10-17 | 1994-03-29 | Ricoh Company, Ltd. | Multi-function machine with interleaved job execution |
| US5276799A (en) | 1991-10-29 | 1994-01-04 | Xerox Corporation | Expandable electronic subsystem for a printing machine |
| US5307458A (en) | 1991-12-23 | 1994-04-26 | Xerox Corporation | Input/output coprocessor for printing machine |
| JPH05289456A (ja) | 1992-04-10 | 1993-11-05 | Fuji Xerox Co Ltd | 画像処理装置 |
| US5287194A (en) * | 1992-11-25 | 1994-02-15 | Xerox Corporation | Distributed printing |
| JP2809962B2 (ja) * | 1993-03-02 | 1998-10-15 | 株式会社東芝 | 資源管理方式 |
| US5535009A (en) | 1993-12-28 | 1996-07-09 | Eastman Kodak Company | Copier/printer operating with interrupts |
| US5436730A (en) | 1994-07-05 | 1995-07-25 | Xerox Corporation | Method of managing a proof approval process for proofing documents in a printing system |
| JPH09265363A (ja) * | 1996-03-28 | 1997-10-07 | Fuji Xerox Co Ltd | 印刷処理装置および方法 |
| US5930465A (en) | 1996-11-26 | 1999-07-27 | Xerox Corporation | Printing system with enhanced print service capability |
| US5923826A (en) | 1997-01-21 | 1999-07-13 | Xerox Corporation | Copier/printer with print queue disposed remotely thereof |
| JP3486517B2 (ja) * | 1997-01-31 | 2004-01-13 | キヤノン株式会社 | 印刷システム及び印刷制御方法 |
| US5970224A (en) * | 1997-04-14 | 1999-10-19 | Xerox Corporation | Multifunctional printing system with queue management |
| US6252681B1 (en) * | 1997-04-14 | 2001-06-26 | Xerox Corporation | Multifunctional printing system with queue management |
| US6243676B1 (en) * | 1998-12-23 | 2001-06-05 | Openwave Systems Inc. | Searching and retrieving multimedia information |
| US6501559B1 (en) * | 1999-11-29 | 2002-12-31 | Xerox Corporation | Method and apparatus for managing job contention for system resources in an electronic reprographic system |
| US6570670B1 (en) * | 1999-11-29 | 2003-05-27 | Xerox Corporation | Method and apparatus to enable job streaming for a set of commonly shared resources |
| US6509974B1 (en) * | 2000-05-17 | 2003-01-21 | Heidelberger Druckmaschinen Ag | Automated job creation for job preparation |
-
1999
- 1999-11-29 US US09/450,151 patent/US6762857B1/en not_active Expired - Fee Related
-
2000
- 2000-11-29 JP JP2000363553A patent/JP2001228749A/ja active Pending
- 2000-11-29 EP EP00310589A patent/EP1104169A3/en not_active Withdrawn
- 2000-11-29 EP EP00310595A patent/EP1104170A3/en not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001219628A (ja) * | 1999-11-29 | 2001-08-14 | Xerox Corp | 電子写真式複写システムにおけるシステムリソースに対するジョブコンテンションの管理方法および管理装置 |
| JP4678938B2 (ja) * | 1999-11-29 | 2011-04-27 | ゼロックス コーポレイション | 電子写真式複写システムにおけるシステムリソースに対するジョブコンテンションの管理方法および管理装置 |
| JP2003233593A (ja) * | 2001-09-05 | 2003-08-22 | Xerox Corp | 安全な付加価値文書ネットワークサービスを提供するシステム及び方法 |
| US8640193B2 (en) | 2004-12-22 | 2014-01-28 | Canon Kabushiki Kaisha | Image processing apparatus, method for controlling the same, program, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1104169A2 (en) | 2001-05-30 |
| EP1104169A3 (en) | 2002-07-10 |
| EP1104170A3 (en) | 2002-07-10 |
| US6762857B1 (en) | 2004-07-13 |
| EP1104170A2 (en) | 2001-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4101860B2 (ja) | 多機能印刷システムのための割込システム | |
| US5970224A (en) | Multifunctional printing system with queue management | |
| JP4612176B2 (ja) | 多機能印刷方法及び多機能印刷システム | |
| US6252681B1 (en) | Multifunctional printing system with queue management | |
| US5923826A (en) | Copier/printer with print queue disposed remotely thereof | |
| US6504621B1 (en) | System for managing resource deficient jobs in a multifunctional printing system | |
| JP4544728B2 (ja) | 低優先度ジョブから高優先度ジョブへのリソース移転の最適化方法および装置 | |
| US6678065B1 (en) | Image forming apparatus and control method thereof | |
| JP4451562B2 (ja) | 多機能印刷システムの基本リソースの使用を優先順位付けする方法及び複数ジョブの処理を管理する方法とそれらの装置 | |
| US8584137B2 (en) | Image processing system for judging whether a partial job should be processed by an own device or another device | |
| JP4542255B2 (ja) | イメージを多分割帯化する電子写真式複写システムにおけるシステムリソースに対するジョブコンテンションの管理方法および管理装置 | |
| JP2001027986A (ja) | データ処理装置及び処理部選択方法 | |
| JPH0991102A (ja) | ネットワーク・システムにおけるプリント・ジョブ実行結果の通知方法，ネットワーク・システムにおけるスキャン条件の設定方法およびネットワーク・プリンティング／スキャニング・システム | |
| JPH08251322A (ja) | ファクシミリ伝送の待ち時間を最適にするための方法及びシステム | |
| JP2001228749A (ja) | 一式の共用リソースの使用時においてサブジョブに対する多機能処理を実施可能にする方法および装置 | |
| US5710873A (en) | Apparatus and method for maximizing a rate of image data transfer in a printing system | |
| JP4678938B2 (ja) | 電子写真式複写システムにおけるシステムリソースに対するジョブコンテンションの管理方法および管理装置 | |
| US6614542B1 (en) | Method and apparatus to improve system concurrency for a job using a set of commonly shared resources such that a specific resource is used only for a portion of the job | |
| JPH10320156A (ja) | 多機能印刷システム | |
| JP2000115277A (ja) | 符号化復号化装置及び画像形成システム | |
| US6999185B1 (en) | System and method for merging together jobs in a multi-platform printing system when one of the platforms is in a degraded mode | |
| JP2002314744A (ja) | ネットワーク配信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071127 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090804 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20091104 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20091109 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100216 |