(57)【要約】【課題】ドキュメントの複雑さ及びプリンタ処理能力に基づいて、画像出力端末装置の適応的な制御を行う。【解決手段】本システム（１００）は、デジタル・フロントエンド（１１０）と画像出力端末（１２０）とを含む。画像出力端末は、稼動中に省電力モード、休止モード、印字モードのいずれかのモードになる。デジタル・フロントエンドは、画像出力端末への印刷ジョブをキューに入れる出力キュー（１４０）およびキュー監視モジュール（１５０）を含む。キュー監視モジュールは、出力キューを監視し、出力キューの予測キュー長を決定する。そして、キュー監視モジュールは、所定キュー長と前記予測キュー長とを比較し、前記所定キュー長より長い前記予測キュー長に基づいて画像出力端末のモードを変更すべく構成されている。【選択図】図１
2007102776.tif 000002
【特許請求の範囲】
【請求項１】
ジョブ・ストリームの複雑度を動的に監視する方法であって、
装置の第１モードを決定するステップと、
前記装置のキューの予測キュー長を決定するステップと、
前記予測キュー長と、前記装置を稼動状態に維持するために必要な所定キュー長とを比較するステップと、
前記所定キュー長より長い前記予測キュー長に基づいて、前記装置の前記第１モードを第２モードに変更するステップと、
を含む方法。
【請求項２】
前記キューの予測長を、少なくとも現在時刻および前記装置の立上がりに要する時間に基づいて決定するステップを更に含む、請求項１に記載の方法。
【請求項３】
監視のためのシステムであって、
デジタル・フロントエンドと、
前記デジタル・フロントエンドと相互作用するように構成された画像出力端末と、
を含み、
前記デジタル・フロントエンドは更に、
印刷ジョブを前記画像出力端末のキューに入れるために構成された出力キューと、
前記出力キューを監視するために構成され、且つ前記画像出力端末と相互作用するキュー監視モジュールと、
を含み、
前記キュー監視モジュールは、前記画像出力端末の第１モードを決定し、前記出力キューの予測キュー長を決定して、前記装置を稼動状態にて維持するために必要な所定キュー長と前記予測キュー長とを比較し、前記画像出力端末の前記第１モードを前記所定キュー長より長い前記予測キュー長に基づいて第２モードに変更するシステム。
【請求項４】
前記第１モードが休止モードであって、前記キュー監視モジュールは更に、前記キューの予測長を、少なくとも現在時刻および前記画像出力端末の立上がりに要する時間に基づいて決定すべく構成されている、請求項３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に画像出力端末に関する。より具体的には、本発明は画像出力端末の動作循環の適応的な制御に関する。
【背景技術】
【０００２】
印刷システムは一般に知られており、産業用から個人向けまで有用な用途がある。典型的印刷システムには、画像ソース、デジタル・フロントエンドおよび画像出力端末（image output terminal:「ＩＯＴ」）が含まれる。画像ソースは、デジタル・フロントエンド向けにデジタル画像データを生成または供給することができる。デジタル・フロントエンドは、デジタル画像データを画像出力端末向けの印刷データに変換すべく構成されていてよい。ＩＯＴは次いで、デジタル画像を紙等の適切な媒体上に転写することができる。
【０００３】
ＩＯＴは、３種の動作状態、すなわち省電力（または停止）モード、休止モード、および印字モードで構成することができる。省電力モード(power saver mode)では電力消費が最小限に抑えられている。休止モード(idle mode)では、ＩＯＴに対し完全に電力供給はされているがＩＯＴは動作していない。印字モード(marking mode)では、ＩＯＴに対し完全に電力供給されて、デジタル画像を適切な媒体上へ転写すべく処理している。
【０００４】
ＩＯＴは、印刷システムへ送られている印刷ジョブの数に応じて３種の動作状態間を遷移することができる。遷移は瞬間的でなく、通常は一つの状態から別の状態へ移行するのに長い遅延を要する。例えば、長期間印刷ジョブが受信されなかった場合、ＩＯＴは一般に省電力モードに入るように構成されている。ＩＯＴは、印刷ジョブの受信に応答して、省電力モードから休止モードすなわち印刷準備完了モードへ遷移するのに数分かかる場合がある。
【０００５】
休止モードであった後に、ＩＯＴは印字モードへ遷移するように信号が送られる場合がある。この遷移は分単位の時間を要する場合がある。ＩＯＴは、デジタル・フロントエンドが印字すべきデータ・ラスタ（すなわちビットマップ、バイトマップ等）を供給する限り印字モードのままであってよい。
【０００６】
【特許文献１】特開平９−１０１８４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＩＯＴは、（「ピッチ時間」(pitch time)として知られている）周期的速度で１ページづつ印字するか、または（「ウェブ供給式」(web-fed)ＩＯＴとして知られている）移動する紙ロールに連続的に印字する。デジタル・フロントエンドが適切な時点でデータ・ラスタを出力しない場合、ＩＯＴは強制的に「ピッチをスキップ」（またはウェブ供給式ＩＯＴでは「クラッチ」）させられる場合がある。時々スキップされるピッチは大抵の場合、問題ではない。しかし、連続するピッチが相当数スキップされた場合、ＩＯＴが印字モードから休止モードへ遷移する恐れがあり、この遷移にはほぼ１分かかる。デジタル・フロントエンドが十分なページをバッファしていれば、ＩＯＴは再遷移して印字モードへ戻ることができ、従って、休止モードから印字モードへ遷移する際の遅延が再度生じる。
【０００８】
ピッチのスキップ現象は印刷システムのユーザにとっては問題ではないものの、ピッチのスキップ現象により不都合や欠陥が生じる。たとえば、ピッチのスキップ現象はＩＯＴハードウェア、例えば印刷エンジンの損耗を引き起こす。別の例では、ウェブ供給式ＩＯＴにおけるクラッチ現象により出力が損なわれて、ジョブの廃棄を引き起こす場合がある。更に別の不都合な点は、印字と休止モード間の遷移は、モード間の遷移遅延に起因してシステムの生産性に重大な悪影響を及ぼす恐れがある。
【０００９】
ピッチのスキップ現象またはクラッチ現象に対する一つの解決策として、デジタル・フロントエンドにおいて所定の数のページをバッファすることである。選択されたページ数の定数は、特定の顧客サイトにおける印刷ジョブの複雑さと長さの事例的および／または経験的な観察により決定される。通常は、デジタル・フロントエンドが受信するジョブが単純か複雑かに関わらず同じ数のページがバッファされる。この解決策の短所は、スキップ現象を回避するための単純なページジョブが複雑なジョブよりもバッファされるページの数が少ないため、単純なページジョブの生産性が損なわれる点である。
【００１０】
スキップまたはクラッチ現象を補正する別の解決策は、ＩＯＴを休止モードから印字モードへ遷移させる前に、受信した全てのジョブを１個のジョブとして、すなわちＮ個を１個として処理することである。換言すれば、デジタル・フロントエンドはジョブ全体をラスタ化することができ、これはウェブ供給式ＩＯＴにおいてクラッチ現象を回避する場合に代表的である。
【００１１】
スキップ現象またはクラッチ現象に対する更に別の解決策は、ＩＯＴにピッチのスキップ現象を許すことである。ＩＯＴの損耗は動作の一部として受容される。ＩＯＴモードが循環することに起因する生産性の低下もまた、動作の一部として受容される。
【課題を解決するための手段】
【００１２】
一実施形態は、ジョブ・ストリームの複雑さを動的に監視する方法に関する。本方法は、装置の第１モードを決定して、当該装置のキュー(queue)の予測されるキュー長を決定するステップを含んでいる。本方法はまた、予測キュー長(predicted queue length)を、装置を稼動状態に維持するために必要な所定キュー長(predetermined queue length)と比較するステップを含んでいる。本方法は更に、所定キュー長より長い予測キュー長に基づいて、当該装置の第１モードを第２モードに変更するステップを含んでいる。
【００１３】
別の実施形態は一般に、監視システムに関する。本システムは、デジタル・フロントエンドと、デジタル・フロントエンドとインターフェースを有するべく構成された画像出力端末とを含んでいる。デジタル・フロントエンドは、画像出力端末への印刷ジョブをキューに入れるべく構成された出力キュー(output queue)およびキュー監視モジュール(queue monitoring module)を含んでいる。キュー監視モジュールは、出力キューを監視し、且つ画像出力端末とインターフェースを有するように構成されている。キュー監視モジュールはまた、画像出力端末の第１モードを決定し、出力キューの予測キュー長を決定して、当該装置を稼動状態に維持するために必要な所定キュー長とを比較し、前記所定キュー長より長い前記予測キュー長に基づいて、当該装置の第１モードを第２モードに変更すべく構成されている。
【００１４】
更に別の実施形態は一般に、１種類以上のコンピュータ・プログラムが埋め込まれているコンピュータ可読な記憶媒体に関する。これら１種類以上のコンピュータ・プログラムは、監視方法を実行する。１種類以上のコンピュータ・プログラムは、装置の第１モードを決定し、当該装置のキューの予測されるキュー長を決定する命令の組を含んでいる。これら１種類以上のコンピュータ・プログラムはまた、予測キュー長を、当該装置を稼動状態に維持するために必要な所定キュー長と比較する命令の組を含んでいる。これら１種類以上のコンピュータ・プログラムは更に、所定キュー長より長い予測キュー長に基づいて、当該装置の第１モードを第２モードに変更する命令の組を含んでいる。
【００１５】
これら実施形態の多様な特徴は、以下に記述するこれら実施形態の詳細説明を添付の図面と合わせて参照することにより理解が深まり、より完全に認識されよう。
【発明を実施するための最良の形態】
【００１６】
本発明の実施形態は一般に、デジタル・フロントエンド（ＤＦＥ）から、入出力端末（input-output terminal : ＩＯＴ）のモードを監視するシステムおよび方法に関する。より具体的には、デジタル・フロントエンドは出力キューおよびキュー監視モジュールを含んでいる。ＩＯＴが印字モードにある場合、出力キューはＤＦＥから画像ビットマップを受信して、ＩＯＴに保存されている画像ビットマップを転送すべく構成されている。キュー監視モジュールは、将来の時点における出力キュー長（Ｌp）を予測すべく構成されている。キュー監視モジュールは、出力キュー長に応じてＩＯＴを異なるモードへ遷移させることができる。
【００１７】
キュー監視モジュールは、ＩＯＴが省電力モードにあるか否かを決定すべく構成されている。ＩＯＴが省電力モードにある場合、キュー監視モジュールは、現在時刻に電力上昇に要する時間を加えた、すなわちｔnow＋ｔpowerupとして計算できる将来の時点における出力キュー長を判定する。キュー監視モジュールにより、Ｌpが所定キュー長（Ｌmin）より長いと判定されたならば、キュー監視モジュールは省電力モードから印字モードへ遷移するようＩＯＴに対して指示する。一方、ＬpがＬminより短い場合、キュー監視モジュールはＬpの次回計算まで休止状態に戻る。
【００１８】
ＩＯＴが休止モードにある場合、キュー監視モジュールは、現在時刻にＩＯＴが休止から印字モードへの遷移に要する時間を加えた、すなわちｔnow＋ｔcycleup時点における出力キュー長を決定する。キュー監視モジュールは次いで、ＬpとＬminを比較することができる。キュー監視モジュールにより、予測出力キュー長が所定キュー長より長いと判定されたならば、キュー監視モジュールはＩＯＴを休止モードから印字モードへ遷移させる。さもなければ、キュー監視モジュールは、Ｌpの次回計算まで休止状態に戻る。
【００１９】
ＩＯＴが印字モードにある場合、キュー監視モジュールは、現在時刻にＩＯＴが印字から休止モードへの遷移に要する時間加えた、すなわちｔnow＋ｔcydedown時点における出力キュー長を予測する。キュー監視モジュールは次いで、ＬpとＬminを比較することができる。キュー監視モジュールにより、予測出力キュー長が所定キュー長より短いと判定されたならば、キュー監視モジュールはＩＯＴを印字モードから休止モードへ遷移させる。さもなければ、キュー監視モジュールはＬpの次回計算まで休止状態に戻る。
【００２０】
図１は、本発明の実施形態による例証的なシステム１００を示す。
【００２１】
図１に示すように、システム１００はデジタル・フロントエンド（ＤＦＥ１１０）および画像出力端末（１２０、図１でＩＯＴとラベル付けされている）を含んでいる。ＤＦＥ１１０は、画像ソース（図示せず）からデジタル画像データを受信する。画像ソースは、スキャナ、パソコン、ネットワークまたはこれらの組み合せであってよい。画像データは、ビットマップ・データ、グレイスケールまたは連続トーン（コントーン）データ、グラフィック・プリミティブ、ページ記述言語（ＰＤＬ）等の任意の組み合せを含んでいてよい。一般に、ＤＦＥ１１０は、デジタル画像データをＩＯＴ１２０用の印刷準備完了データに変換すべく構成されている。ＩＯＴ１２０はその後で、印刷準備完了データを適切な媒体上に印刷する。
【００２２】
ＤＦＥ１１０は、ラスタ画像プロセッサ１３０を含んでいてよい。ラスタ画像プロセッサ１３０は、デジタル画像データを印刷準備完了データに変換するコンピュータ・プラットフォームである。ラスタ画像プロセッサ１３０は、マイクロプロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブル・ゲートアレイ、またはこれらの組み合せを用いて実装することができる。いくつかの実施形態では、ラスタ画像プロセッサ１３０は、ＤＦＥ１１０の機能を実装すべくソフトウェアを保存するための持続性メモリ(persistent memory)を含んでいてよい。
【００２３】
ＤＦＥ１１０はまた、出力キュー１４０と共に構成されていてよい。出力キュー１４０は、例えば画像ビットマップ、バイトマップ等の変換デジタル画像をラスタ画像プロセッサ１３０から受信する。出力キュー１４０は、ラスタ画像プロセッサ１３０が処理可能な速度と同程度の速さで画像ビットマップを受信するのに十分大きなものであってよい。出力キュー１４０はまた、変換されたデジタル画像データをＩＯＴ１２０へ出力することができる。
【００２４】
図１に示すように、ラスタ画像プロセッサ１３０はキュー監視モジュール１５０を含んでいる。キュー監視モジュール１５０はラスタ画像プロセッサ１３０のモジュールとして示されているが、いくつかの実施形態ではキュー監視モジュール１５０がラスタ画像プロセッサ１３０とは別個の構成要素であってもよい。他の実施形態において、キュー監視モジュール１５０はラスタ画像プロセッサ１３０のソフトウェア・モジュールであってもよい。更に他の実施形態において、キュー監視モジュール１５０は、ＡＳＩＣ、ＦＰＧＡ等、ＤＦＥ１１０のハードウェア構成要素として実装されていてよい。
【００２５】
キュー監視モジュール１５０は、将来の時点における出力キュー１４０の長さ（Ｌp）を周期的に計算して、Ｌpに一部基づいてＩＯＴの動作モード（省電力モード、休止モード、または印字モード）を決定することができる。
【００２６】
キュー監視モジュール１５０は、各種の技術を用いてＬpを計算することができる。例えば、マルコフ連鎖解析、モンテカルロ・シミュレーション、またはベイズ確率を用いて、出力キュー１４０の長さＬpを決定してもよい。いくつかの実施形態では、キュー監視モジュール１５０は数式（１）を実行してＬpを決定する。
【００２７】
【数１】
2007102776.tif 000003
【００２８】
ここに、Ｌoutqは画像の個数ｍに、現時点ｔnowでの出力キュー１４０の全てのジョブの組の個数ｎを乗算したものである。Δtは、上で述べまた以下に詳述するＩＯＴ１２０の現在のモードに応じてｔpowerup、ｔcycledownまたはｔcycleupのいずれかに等しい。λinは、現在時刻から更新間の時間を減算した時点、すなわちｔnow−ｔupdate以降に出力キュー１４０に入れられた画像の個数である。μoutは、ＩＯＴ１２０による画像消化率である。
【００２９】
再び図１を参照するに、キュー監視モジュール１５０は、ＩＯＴ１２０の現在のモードを決定する。キュー監視モジュール１５０により、ＩＯＴ１２０が省電力モードにあると判定されたならば、キュー監視モジュール１５０は数式１を用いてＬpを決定する。ここに、Δtは省電力から電力上昇モードから印字モードへの遷移に要する時間、すなわちｔpowerupに等しい。その後、キュー監視モジュール１５０は、Ｌpを所定キュー長（Ｌmin）と比較する。Ｌminは、ユーザが選択した所定の値であってよい。キュー監視モジュール１５０により、Ｌp＞Ｌminであると判定されたならば、キュー監視モジュールはＩＯＴ１２０に対し、省電力モードから印字モードへ遷移するよう指示する。さもなければ、キュー監視モジュール１５０は待ち状態ｔupdateへ遷移し、次いでＬpを計算する。
【００３０】
キュー監視モジュール１５０により、ＩＯＴ１２０が休止モードにあると判定されたならば、キュー監視モジュールは数式１を用いてＬpを決定する。ここに、ΔtはＩＯＴ１２０が休止モードから印字モードへ遷移するために要する時間ｔcycleupに等しい。その後、キュー監視モジュール１５０は、ＬpをＬminと比較する。キュー監視モジュール１５０によりＬp＞Ｌminであると判定されたならば、キュー監視モジュールはＩＯＴ１２０に対し、休止モードから印字モードへ遷移するよう指示する。さもなければ、キュー監視モジュール１５０は待ち状態ｔupdateへ遷移し、次いでＬpを計算する。
【００３１】
キュー監視モジュール１５０によりＩＯＴ１２０が印字モードにあると判定されたならば、キュー監視モジュールは数式１を用いてＬpを決定する。ここに、ΔｔはＩＯＴ１２０が印字モードから休止モードへ遷移するために要する時間ｔcycledownに等しい。キュー監視モジュールは次いで、ＬpをＬminと比較することができる。キュー監視モジュール１５０によりＬp＜Ｌminであると判定されたならば、キュー監視モジュールはＩＯＴ１２０に対し、印字モードから休止モードへ遷移するよう指示することができる。さもなければ、キュー監視モジュール１５０は待ち状態ｔupdateへ遷移し、次いでＬpを計算する。
【００３２】
いくつかの実施形態では、Ｌminをゼロに設定する場合がある。他の実施形態では、ピッチがスキップされる可能性を小さくして損耗を抑えるためにＬminをより高い値に設定する場合がある。しかし、Ｌminを高い値にすることにより、第１のコピー出力時間に影響を及ぼす。すなわち、印刷ジョブを受信するまでの待ち時間が増大する恐れがある。
【００３３】
大多数の実施形態において、λinは通常、過去ｔupdate秒間に到着する画像の個数を数えて、これに現在のジョブ内の組の数を乗算することにより計算される。同様に、ｔupdateはｔcycleupおよびｔcycledownの最小値より小さい値に設定される。一実施形態において、ｔupdateは最小値の１０パーセントに設定されることがある。
【００３４】
特定の実施形態において、ｔcycleupは通常、最小／最大分布内で決定される。しかし、ｔcycleupを最小値に設定すれば、生産性は向上するものの、ピッチがスキップされる可能性が高くなる。逆に、ｔcycleupを最大値に設定すれば生産性は低下するが、ピッチがスキップされる可能性は低くなる。一実施形態において、ｔcycleupはユーザ設定値である。別の実施形態において、ｔcycleupはモーダル値である。
【００３５】
同様に、ｔcycledownも最小／最大分布の範囲内で選択することができる。しかし、ｔcycledownを最小値に設定すればＩＯＴ１２０が早期に印字モードを停止して生産性が低下する可能性が高くなる。逆に、ｔcycledownを最大値に設定すれば、あまりにも早く印字モードから遷移する確率は下がるが、ピッチがスキップされる可能性が高まる。更に別の実施形態において、ｔcycledownはユーザー設定値である。いくつかの実施形態では、ｔcycledownには規定値時間が設定される。
【００３６】
大多数の実施形態において、μoutはＩＯＴの殆どの種類で一定に保たれていてよい。
しかし、ウェブ供給式ＩＯＴではμoutは可変である。いくつかの実施形態においてμoutは高値に設定されるが、他の実施形態ではμoutはユーザー定義パラメータであってよい。
【００３７】
図２に、別の実施形態によるＩＯＴ１２０の例証的な状態遷移図２００を示す。
【００３８】
図２に示すように、当初ＩＯＴ１２０は省電力モード２１０にある。上述のように、省電力モードは、ＩＯＴ１２０に最小限の電力が供給される状態として特徴付けられる。ＩＯＴ１２０は、出力キュー長が所定キュー長より長い場合に休止モード２２０へ遷移する。ここに、Δtは電力上昇に要する時間、すなわちｔpowerupに等しい。出力キュー長が所定キュー長より長い場合、ＩＯＴ１２０は休止モード２２０から印字モード２３０へ遷移する。ここに、Δtは休止モードから印字モードへ立上がるために要する時間、すなわちｔcycleupに等しい。ＩＯＴ１２０は、出力キュー長が所定キュー長より短い場合、印字モード２３０から休止モード２２０へ遷移する。ここに、Δtは印字モードから休止モードへ立下がるために要する時間、すなわちｔcycledownに等しい。
【００３９】
図３は、本発明の更に別の実施形態による、キュー監視モジュール１５０（図１に示す）の動作の例証的なフロー図３００を集合的に示す。
【００４０】
図３を参照するに、ステップ３０５において、キュー監視モジュール１５０は、ＩＯＴ１２０のモードを決定する。いくつかの実施形態において、キュー監視モジュール１５０は、ＩＯＴの現状情報用の状態バッファを調べる。別の実施形態では、ＩＯＴは現状情報に対する問い合わせに応答することができる。
【００４１】
ステップ３１０において、キュー監視モジュール１５０は、ＩＯＴ１２０が省電力モードにあるか否かを判定する。ＩＯＴ１２０が省電力モードにある場合には、ステップ３１５において、キュー監視モジュール１５０は数式１を用いて出力キュー１４０の予測される長さを決定する。ここで、Δtは休止モードから印字モードへ電力上昇するために要する時間、すなわちｔpowerupに等しい。
【００４２】
ステップ３２０において、キュー監視モジュール１５０は、ＬpをＬminと比較する。ステップ３２５において、ＬpがＬminより長い場合には、キュー監視モジュール１５０はＩＯＴ１２０に対し、省電力モードから印字モードへ遷移するよう指示する。その次にステップ３３０において、キュー監視モジュール１５０は更新までに要する時間、すなわちｔupdate待ち状態に入る。次いで、ステップ３０５の処理へ戻る。一方、ＬpがＬminより短い場合には、キュー監視モジュール１５０はステップ３３０の処理へ進む。
【００４３】
ステップ３１０へ戻り、キュー監視モジュール１５０により、ＩＯＴ１２０が省電力モードにないと判定されたならば、キュー監視モジュール１５０はステップ３３５においてＩＯＴ１２０が休止モードにあるか否かを判定する。ＩＯＴ１２０が休止モードにある場合には、ステップ３４０において、キュー監視モジュール１５０は数式１を用いてＬpを決定する。ここで、Δtは休止モードから印字モードへ立上がるために要する時間、すなわちｔcycleupに等しい。
【００４４】
ステップ３４５において、キュー監視モジュール１５０は、ＬpをＬminと比較する。ＬpがＬminより長い場合には、ステップ３５０において、キュー監視モジュール１５０はＩＯＴ１２０に対し、休止モードから印字モードへ遷移するよう指示する。その次に、キュー監視モジュール１５０は、ステップ３３０に付随する処理へ進む。一方、ＬpがＬminより短い場合、キュー監視モジュール１５０はステップ３３０に付随する処理へ進む。
【００４５】
ステップ３３５へ戻り、ＩＯＴ１２０が休止モードにない場合には、ステップ３５５においてＩＯＴ１２０は印字モードを強いられる。ステップ３６０において、キュー監視モジュール１５０は数式１を用いてＬpを決定する。ここで、Δtは印字モードから休止モードへ立下がるために要する時間、すなわちｔcycledownに等しい。
【００４６】
ステップ３６５において、キュー監視モジュール１５０は、ＬpをＬminと比較する。ＬpがＬminより短い場合には、ステップ３７０において、キュー監視モジュール１５０はＩＯＴ１２０に対し、印字モードから休止モードに遷移するように指示する。その次に、キュー監視モジュール１５０は、ステップ３３０に付随する処理へ進む。一方において、ＬpがＬminより長い場合には、キュー監視モジュール１５０はステップ３３０に付随する処理へ進む。
【００４７】
図４には、適応型循環によるＩＯＴ制御を表わすグラフを示す。ＩＯＴは、ピッチがスキップされることを回避しながらなるべく早くジョブを完了させるように、予測キュー長に基づいて早く立上がる様子が示されている。
【００４８】
図５には、固定長出力キュートリガーによるＩＯＴ制御を表わすグラフを示す。固定閾値を用いた場合の時のように、上述の同じジョブ入力スキームが示されている。ＩＯＴは、立上がりによって長い時間を要し、多くのピッチがスキップされてしまい、立上がり／立下りが非効率的に生じている。
【図面の簡単な説明】
【００４９】
【図１】一つの実施形態によるシステムの模式図である。
【図２】他の実施形態のよる詳細なブロック図である。
【図３】更に他の実施形態によるキュー監視モジュールの例証的なフローを集合的に示すフロー図である。
【図４】適応型循環によるＩＯＴ制御を描いたグラフである。
【図５】固定長出力キュートリガーによるＩＯＴ制御を描いたグラフである。
【符号の説明】
【００５０】
１００  システム、１１０  デジタル・フロントエンド、１２０  画像出力端末、１３０  ラスタ画像プロセッサ、１４０  出力キュー、１５０  キュー監視モジュール、２００  状態遷移図、２１０  省電力モード、２２０  休止モード、２３０  印字モード、３００  フロー図。
【図１】
2007102776.tif 000004
【図２】
2007102776.tif 000005
【図３】
2007102776.tif 000006
【図４】
2007102776.tif 000007
【図５】
2007102776.tif 000008