(57)【要約】【課題】比較的性能の低いプロセッサでも、画像形成処理と通信等の割込処理とが輻輳した場合に、適切に画像形成処理が実行できるようにする。【解決手段】各ページの画像形成処理のタスクは、基準ピッチ信号Ｒ1，Ｒ2，…を基準に動作する。監視ハンドラは、監視対象のタスクの状態を周期的に監視し、基準ピッチ信号Ｒ1の発行から該監視対象タスクに対してあらかじめ定められた起動許容時間が過ぎても該監視対象タスクが起動されていなければ、それまで処理しようとしていたページの画像形成のためのタスク群の実行を、次の基準ピッチ信号Ｒ2の発行まで延期する。Ｒ1の時点ではＣＰＵ負荷が高いため、監視対象タスクの起動が遅れ、それが画像形成処理の失敗に繋がるおそれがあったが、Ｒ2の時点でＣＰＵ負荷が下がっていれば、そのようなおそれはなく、延期したページの画像形成を適切に実行できる。【選択図】図２
2007026309.tif 000002
【特許請求の範囲】
【請求項１】
マルチタスク処理を行うプロセッサを備え、少なくともページ単位の画像形成処理の基準となるタイミングで発行される基準ピッチ信号に従って複数のタスクを前記プロセッサに実行させることにより画像形成処理を実現する画像形成装置であって、
監視対象のタスクに対応する実行許容時間を記憶する監視対象情報記憶手段と、
基準ピッチ信号が発行されてから前記監視対象のタスクの実行に要する時間を計測する計時手段と、
前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記プロセッサに対する負荷分散処理を実行する負荷分散手段と、
を備える画像形成装置。
【請求項２】
請求項１記載の画像形成装置であって、
前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記負荷分散処理として、現在のページについての画像形成処理のための各タスクの実行を延期することを特徴とする画像形成装置。
【請求項３】
請求項２記載の画像形成装置であって、
前記負荷分散手段は、現在のページについての画像形成処理のための各タスクの実行を、次以降の基準ピッチ信号の発行まで延期する、ことを特徴とする画像形成装置。
【請求項４】
請求項３記載の画像形成装置であって、
前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記負荷分散処理として、更に、前記基準ピッチ信号の発行間隔をそれまでとは変える、ことを特徴とする画像形成装置。
【請求項５】
請求項４記載の画像形成装置であって、
前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記基準ピッチ信号の発行間隔をそれまでよりも長くする、ことを特徴とする画像形成装置。
【請求項６】
請求項３記載の画像形成装置であって、
前記負荷分散手段は、画像形成処理のための各タスクの実行の延期を所定回数連続して行った場合に、更に、前記基準ピッチ信号の発行間隔をそれまでとは変える、ことを特徴とする画像形成装置。
【請求項７】
請求項３〜６のいずれか１項に記載の画像形成装置であって、
該画像形成装置が画像形成可能状態か画像形成休止状態かを示す状態情報を記憶する状態記憶手段と、
ページの画像形成処理期間内は前記状態記憶手段の状態情報を画像形成可能状態とし、ページの画像形成処理が終わってから次のページの画像形成処理期間が始まるまでは前記状態記憶手段の状態情報を画像形成休止状態とする状態制御手段と、
を更に備え、
画像形成処理のための各タスクは、実行中に前記状態記憶手段を参照し、前記状態情報が画像形成開始状態である場合にのみ当該タスクの実行を継続し、
前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記状態記憶手段の前記状態情報を画像形成可能状態から画像形成休止状態へと強制的に変更することにより、現在のページについての画像形成処理のための各タスクを終了させ、それら各タスクの実行を次の基準ピッチ信号の発行まで延期する、
ことを特徴とする画像形成装置。
【請求項８】
請求項１記載の画像形成装置であって、
前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記負荷分散処理として、前記基準ピッチ信号の発行間隔をそれまでよりも長くする、ことを特徴とする画像形成装置。
【請求項９】
請求項１〜８のいずれか１項に記載の画像形成装置であって、
前記負荷分散手段が前記負荷分散処理を実行したときの画像形成条件を記録する負荷分散条件記録手段と、を更に備え、
前記負荷分散手段は、前記負荷分散条件記録手段に記録された画像形成条件が満足された場合に、前記計時手段の計測した時間にかかわらず、前記負荷分散処理を実行する、
ことを特徴とする画像形成装置。
【請求項１０】
請求項１〜８のいずれか１項に記載の画像形成装置であって、
前記負荷分散手段が前記負荷分散処理を実行したときの画像形成条件を記録する負荷分散条件記録手段と、
前記負荷分散条件に記録された過去複数回の前記負荷分散処理実行時の画像形成条件に基づき、前記負荷分散処理が必要となる可能性の高い画像形成条件を求める負荷分散条件判定手段と、
を更に備え、
前記負荷分散手段は、前記負荷分散条件判定手段が求めた前記負荷分散処理が必要となる可能性の高い画像形成条件が満足された場合に、前記計時手段の計測した時間にかかわらず、前記負荷分散処理を実行する、
ことを特徴とする画像形成装置。
【請求項１１】
請求項１〜１０のいずれか１項に記載の画像形成装置であって、
前記基準ピッチ信号が発行されてから前記監視対象のタスクの実行に要する時間は、前記基準ピッチ信号が発行されてから前記監視対象のタスクが起動されるまでの時間であることを特徴とする画像形成装置。
【請求項１２】
マルチタスク処理を行うプロセッサを備え、複数のタスクを前記プロセッサに実行させることにより画像形成を実現する画像形成装置であって、
前記プロセッサで実行されるタスクのうち、画像形成処理に関連するタスクを記憶する画像形成関連タスク記憶手段と、
前記プロセッサを監視して該プロセッサが過負荷状態になっているか否かを判定する過負荷監視手段と、
前記過負荷監視手段で前記プロセッサが過負荷状態であると判定された場合に、前記画像形成関連タスク記憶手段に記憶された画像形成処理に関連するタスクの実行を延期する負荷分散手段と、
を備える画像形成装置。
【請求項１３】
マルチタスク処理を行うプロセッサを備え、少なくともページ単位の画像形成処理の基準となるタイミングで発行される基準ピッチ信号に従って複数のタスクを前記プロセッサに実行させることにより画像形成処理を実現する画像形成装置、の制御方法であって、
基準ピッチ信号が発行されてから所定の監視対象のタスクの実行に要する時間を計測し、
計測した前記時間が前記監視対象のタスクに対応する実行許容時間を超えた場合に、前記プロセッサに対する負荷分散処理を実行する、
画像形成装置の制御方法。
【請求項１４】
請求項１３記載の画像形成装置の制御方法であって、
前記負荷分散処理では、現在のページについての画像形成処理のための各タスクの実行を、次以降の基準ピッチ信号の発行まで延期する、ことを特徴とする画像形成装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複写機、複合機、プリンタ等の画像形成装置に関し、特に画像形成装置を制御するプロセッサの制御に関する。
【背景技術】
【０００２】
近年の画像形成装置では、一般に、プロセッサ（ＣＰＵなど）でマルチタスクＯＳ（オペレーティング・システム）を実行し、このマルチタスクＯＳ上で画像形成装置の各種動作を制御するための１乃至複数のプログラム（タスク又はプロセスなど）の実行をリアルタイム制御している。リアルタイムのタスク制御においては、各タスクの実行がリアルタイムで正しく実行されるよう、各種の工夫がなされている。画像形成装置のタスク制御では、画像形成処理に関する各タスクが適切に実行されるよう、基準ピッチと呼ばれる信号を一定間隔で発行し、各タスクがこの信号を基準に実行されるように制御している。
【０００３】
例えば特許文献１には、リアルタイム制御されるタスクの暴走を検知するための方法が開示されている。この方法では、監視タスクが各タスクの動作に伴い動作監視テーブルにおける各タスクのプライオリティエリアのカウンタをデクリメントしていき（タスクの動作が中断されていても、このデクリメントを継続する）、計数値が０になったところで、タスクの異常を検知し、ウォッチドッグタイマ回路へのウォッチドッグパルス（生存通知）の供給を停止する。
【０００４】
【特許文献１】特開２０００−１８１７５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１の方式は、タスクの実行遅れを検知すると、暴走とみなしてプロセッサをリセットしている。この方式を画像形成装置に適用した場合、タスクの実行遅れが生じると、画像形成装置の動作が停止され、実行中の印刷等のジョブが停止される。これは、タスク実行遅れにより制御がうまく行かなくなった状態で画像形成が続行されるのを防ぐという意味では信頼性の高い仕組みということができる。しかし、プロセッサをリセットしてしまうと、リセット前に実行していたジョブは破棄するか、あるいはそのジョブを停止時点から再開するために時間の掛かる回復処理をするかしなければならない。タスクの実行が遅れているといっても、ＣＰＵの暴走までには至らず、高負荷ではあるが着実に処理を実行している場合も多い。そのような場合に、ＣＰＵをリセットしていたのでは、上述のような不具合が生じる。
【０００６】
近年の画像形成装置は、ネットワーク通信機能を備え、外部のクライアント装置からネットワークを介してジョブを受け取ったり、外部のクライアント装置からの状態問合せに応答したりするなどの処理を行っている。このようなクライアント装置に対する対応のための処理は、ページを順に出力していく画像形成処理とは全く無関係に発生するものである。このため、画像形成処理関係のタスク群の実行と外部との通信その他の処理とが重なると、負荷が瞬間的に大幅に増大してしまうことがある。このような瞬間的な負荷の増大が起こると、特許文献１の方式では、プロセッサをリセットするので、上述のような問題が起き、またそれまで通信していた外部装置との間の通信も絶たれるので、それまで行っていた通信は無駄になり、リセット後に外部装置と再度通信を行うなどの負担が生じる。
【０００７】
このような問題を避けるには、能力に余裕のあるプロセッサを画像形成装置に搭載する必要があるが、高性能のプロセッサは高価であるため、画像形成装置のコストアップに繋がるという問題がでてくる。
【課題を解決するための手段】
【０００８】
本発明に係る画像形成装置は、マルチタスク処理を行うプロセッサを備え、少なくともページ単位の画像形成処理の基準となるタイミングで発行される基準ピッチ信号に従って複数のタスクを前記プロセッサに実行させることにより画像形成処理を実現する画像形成装置であって、監視対象のタスクに対応する実行許容時間を記憶する監視対象情報記憶手段と、基準ピッチ信号が発行されてから前記監視対象のタスクの実行に要する時間を計測する計時手段と、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記プロセッサに対する負荷分散処理を実行する負荷分散手段と、を備える。
【０００９】
本発明の好適な態様では、前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記負荷分散処理として、現在のページについての画像形成処理のための各タスクの実行を延期する。
【００１０】
更に好適な態様では、前記負荷分散手段は、現在のページについての画像形成処理のための各タスクの実行を、次以降の基準ピッチ信号の発行まで延期する。
【００１１】
更に好適な態様では、前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記負荷分散処理として、更に、前記基準ピッチ信号の発行間隔をそれまでとは変える。
【００１２】
更に好適な態様では、前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記基準ピッチ信号の発行間隔をそれまでよりも長くする。
【００１３】
別の好適な態様では、前記負荷分散手段は、画像形成処理のための各タスクの実行の延期を所定回数連続して行った場合に、更に、前記基準ピッチ信号の発行間隔をそれまでとは変える。
【００１４】
また更に別の好適な態様では、該画像形成装置が画像形成可能状態か画像形成休止状態かを示す状態情報を記憶する状態記憶手段と、ページの画像形成処理期間内は前記状態記憶手段の状態情報を画像形成可能状態とし、ページの画像形成処理が終わると次のページの画像形成処理期間が始まるまでは前記状態記憶手段の状態情報を画像形成休止状態とする状態制御手段と、を更に備え、画像形成処理のための各タスクは、実行中に前記状態記憶手段を参照し、前記状態情報が画像形成開始状態である場合にのみ当該タスクの実行を継続し、前記負荷分散手段は、前記計時手段が計測した時間が前記監視対象のタスクに対応する前記実行許容時間を超えた場合に、前記状態記憶手段の前記状態情報を画像形成可能状態から画像形成休止状態へと強制的に変更することにより、現在のページについての画像形成処理のための各タスクを終了させ、それら各タスクの実行を次の基準ピッチ信号の発行まで延期する。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明の好適な実施の形態について説明する。
【００１６】
まず、図１を参照して、実施形態の画像形成装置を制御するマルチタスクシステムの構成を説明する。図１に示すマルチタスクシステム１は、画像形成装置のＣＰＵ（中央演算装置）で実行されるソフトウエア群により構成されるシステムである。この実施形態では、電子写真方式の画像形成装置を例にとって説明するが、本実施形態の仕組みは、電子写真方式以外の方式（例えばインクジェット）の画像形成装置にも適用可能である。
【００１７】
マルチタスクシステム１は、複数のタスクの実行制御を行うオペレーティングシステム（ＯＳ）１０を備える。オペレーティングシステム１０はマルチタスクＯＳである。ＲＯＳ(Raster Output Scanner)制御タスク１２や電位制御タスク１４などの各種タスクは、このオペレーティングシステム１０によりその実行が制御される。
【００１８】
画像形成装置のＣＰＵで実行されるタスクには、まず画像形成処理のためのタスクがある。ＲＯＳ制御タスク１２や電位制御タスク１４はその一例である。ちなみにＲＯＳ制御タスク１２は、画像形成装置が備えるプリントエンジンにおけるレーザ露光のための走査機構（ＲＯＳ）を制御するタスクであり、電位制御タスク１４は、電子写真方式のプリントエンジンの各部の電位（例えば現像電位など）を制御するタスクである。この他、画像形成処理のためのタスクには、感光体ドラムや転写ロール、用紙搬送ベルトなどの可動機構を駆動するモータを制御するモータ制御タスクなどがある。また、画像形成装置で実行されるタスクには、画像形成処理のためのタスク以外にも、画像形成装置各部に設けられた各種センサの検出値を読み取るタスクやユーザインタフェースのためのタスク、画像形成装置の動作のログを記録するタスクなど、様々なタスクがある。なお、ここで例示したタスクはあくまで一例に過ぎない。本実施形態の方式は、タスクの種類によらず適用可能である。
【００１９】
これらのタスクには、それぞれ優先度（プライオリティ）が付与されており、複数のタスクが競合した場合、その中で最高位の優先度を持つタスクが実行されることになる。また、あるタスクを実行している時に、それより高い優先度のタスクの実行が要求された場合には、前者の実行を中断し、後者を実行する。また、同じ優先度のタスクは、その発生順序に従って順次実行されるため、同一時間帯にそれらが競合して実行されることはない。画像形成処理のためのタスクの中にも、優先度の高いものもあれば低いものもある。例示したＲＯＳ制御タスク１２や電位制御タスク１４は、画像形成処理の根幹に関わるタスクであり、これらが止まると正しい画像が形成できないので、高い優先度が割り当てられている。
【００２０】
割込ハンドラ群２０は最高位の優先度を持っている。割込ハンドラ群２０に含まれる割込ハンドラには、監視ハンドラ２２，ＡＤ変換制御のためのハンドラ２４，通信制御のためのハンドラ２６，基準ピッチ発生ハンドラ２８などがある。
【００２１】
監視ハンドラ２２は、本実施形態の負荷分散制御のために各タスクの動作を監視する。監視ハンドラ２２は、画像形成装置のジョブ（例えばプリントジョブやコピージョブなど）の開始が指示されると呼び出される。監視ハンドラ２２の詳細な動作については、後で詳しく説明する。
【００２２】
ＡＤ変換制御のためのハンドラ２４は、アナログ信号（例えばスキャナのＣＣＤからの信号や、画像形成装置各部に設けられた各種センサからの信号）のＡＤ変換を制御する。これは、例えばＣＰＵに組み込まれた或いは接続されたＡＤ変換回路と、アナログ信号源である各種の入力、及びデジタルデータの出力先である各種の出力との接続を切り換えるなどの制御である。
【００２３】
通信制御のためのハンドラ２６は、ＬＡＮ（ローカル・エリア・ネットワーク）などのネットワークを介した外部装置との通信の制御を行う。外部装置から通信要求が到来するとこのハンドラが実行される。例えば、ネットワーク上のクライアント装置から印刷データが送られてくる場合などには、この通信制御のためのハンドラ２６が実行される。
【００２４】
基準ピッチ発生ハンドラ２８は、画像形成処理の基準タイミングを示す基準ピッチ信号を発生するハンドラである。ここでいう画像形成処理は、画像を媒体へ出力する処理のことであり、印刷、複写、ファクシミリ送信などを含む。基準ピッチ信号は、例えば、１ページの画像形成処理を開始するタイミングを示すパルス信号である。また、フルカラー印刷を行う画像形成装置の場合、１ページごとに基準ピッチ信号に加え、ＣＭＹＫ（シアン、マゼンタ、イエロー、黒）の各色の画像形成の開始タイミングを示す基準ピッチ信号が生成される（１ページの開始と四色の最初の色（例えばＣ色）の開始を示す基準ピッチを同一のものとしてもよい）。基準ピッチ発生ハンドラ２８は、画像形成のジョブの開始されたときに起動され、以降ジョブが終了するまで、１ページ毎（カラーの場合は１ページの各色ごと）に定期的に基準ピッチ信号を発生する。なお、以上に例示したページごと、色ごとよりも細かい刻みで基準ピッチ信号を発生させるようにしてももちろんよい。
【００２５】
割込ハンドラ以外のタスク、特に画像形成処理に関係する各タスクは、この基準ピッチ信号を基準に動作する。このため、基準ピッチ発生ハンドラ２８が発生した基準ピッチ信号は、ＲＯＳ制御タスク１２等の画像形成処理に関する各タスクに供給される。
【００２６】
さて、画像形成処理のためのタスクを実行している時に、通信やＡＤ変換などの処理が割り込んでくると、負荷が瞬間的に増大して画像形成処理のタスクの実行が遅れてしまう場合がある。特許文献１の方式では、このようなタスク実行遅れを検知すると、ＣＰＵをリセットしていたが、本実施形態ではその代わりに、現在画像形成処理中のページについての画像形成処理に関するタスクの実行を遅らせる。一般に、ＣＰＵの高負荷状態はそれほど長続きしないので、その時点でのページの画像形成を止めてしばらく待てば、ＣＰＵの負荷はかなりの確率で下がる。ページの画像形成処理を適切な期間だけ遅らせれば、かなりの確率で、ＣＰＵの負荷が下がった状態でそのページの画像形成のためのタスクを実行することができる。
【００２７】
好適には、現ページの画像形成処理を次の基準ピッチ信号まで遅らせる。基準ピッチ信号の間隔は、ＣＰＵの処理時間にしては十分に長い場合が多いので、次の基準ピッチ信号まで画像形成処理を延期すれば、かなりの確率で通信等の割込処理の負荷は下がっている。基準ピッチ信号は基準ピッチ発生ハンドラ２８で生成されているので、これを基準に画像形成処理を延期するのは比較的単純な処理で済む。したがって、この延期制御により、ＣＰＵに多大の負荷をもたらすこともない。もちろん、Ｎ（Ｎは２以上のあらかじめ決めた整数）個後の基準ピッチ信号まで画像形成処理を延期してもよい。
【００２８】
また、更に好適には、次のページの基準となる基準ピッチ信号まで現ページの画像形成処理を遅らせることで、制御を簡素化できる。すなわち、画像形成を延期した場合、それまで実行していたページの処理途中の成果はもはや使えないものになってしまうので、それを破棄して再度同じページを画像形成することになるが、このような場合、ページ単位の基準ピッチで次の基準ピッチ信号まで画像形成を延期すれば、画像形成が１ページ分遅れる以外は、全くそれまでと同じ制御で画像形成動作を管理できる。１ページの処理期間よりも短い間隔の基準ピッチ（例えばＣＭＹＫ各色の基準ピッチ）で次の基準ピッチ信号まで画像形成を遅らせることも可能ではあるが、これでページ単位の画像形成を成立させるには、該次の基準ピッチ信号のタイミングで、ページ単位の基準ピッチ信号を発生させるように基準ピッチ発生ハンドラ２８を制御する必要があるため、制御が複雑になる。なお、この場合も、ページ単位の基準ピッチ信号の次のものではなく、Ｎ（Ｎは２以上の整数）個後のものまで画像形成処理のタスクを延期するようにしても、生産性は落ちるが同様の効果は得られる。
【００２９】
以上説明したように、本実施形態では、ＣＰＵの過負荷（ここでいう「過負荷」は、画像形成処理に重大な遅延をもたらす状態という意味である）を検出した場合、画像形成処理に関係するタスクの実行を延期することで、過負荷状態でそれらタスクを実行した場合に起こり得る出力画質劣化等の障害を回避しつつも、画像形成装置全体の制御の停止を回避することで、外部装置との通信等、画像形成処理関係以外のタスクの実行を継続することができる。この方式では、画像形成処理は少し遅れるためスループットは低下するが、画像形成装置全体にリセットがかかるよりは生産性の点で大幅に有利である。
【００３０】
ＣＰＵの過負荷の検知は公知のＣＰＵの負荷（使用率）を検出するプログラムを利用して行うこともできるが、以下で示す例では、タスクの起動時間を監視することで過負荷検知を行う。タスクの起動時間の監視は、監視ハンドラ２２が行う。ＣＰＵで実行する全てのタスクを監視する必要はない。起動が遅れることで、画像形成処理の流れが滞ったり、出力結果の画質に悪影響を与えるような重要なタスクのみを監視すればよい。
【００３１】
画像形成処理のためのタスクは、基準ピッチ信号を基準として所定の順序で、或いは基準ピッチ信号の発行以降自律的にＣＰＵの空き時間を見つけて起動するので、基準ピッチ信号の発行時点からしばらくはＣＰＵの負荷は増大する傾向にある。これに通信やＡＤ変換などの割り込み処理が加わると、過負荷状態となる可能性がある。ＣＰＵの負荷が高くなると各タスクの起動が遅れてくるので、タスクの起動時間を監視することでＣＰＵの負荷状況を監視することができる。実行が遅れると重大な影響をもたらすタスクを監視対象のタスクとして、その起動が想定した許容時間から遅れていないかを監視するようにすれば、画像形成処理を滞らせないという目的に対して直接的な意味での過負荷監視を実現できる。
【００３２】
タスクの起動に要した時間に基づく過負荷の監視と、過負荷時に画像形成関係のタスクを遅延させることによる負荷分散とを行う場合の制御を、図２を参照して説明する。
【００３３】
この例では、画像形成装置のＣＰＵの負荷が時間の経過に伴ってグラフ１００のように変化したとする。この例では、図示した最初の基準ピッチ信号の発行時点の近傍で、画像形成処理関係のタスクと、通信等の割り込み処理とが輻輳し、ＣＰＵの負荷に大きなピークＰが生じている。監視ハンドラ２２は、基準ピッチ信号の発行タイミングから所定周期毎に監視対象タスクＡが起動しているかどうかを監視する。この例では、説明を簡単にするため、画像形成処理のためのタスクが、監視対象タスクＡと監視対象でないタスクＢとの２つしかない場合を示している。画像形成処理が滞りなく行われるためには、この２つのタスクが、基準ピッチ信号Ｒ1の発行時点から次の基準ピッチ信号Ｒ2の発行時点までの間に終了しなければならない。割り込み処理等が輻輳して画像形成処理のためのタスクの起動が大幅に遅れてくると、基準ピッチタイミング間の期間に必要なタスクが実行しきれなくなってしまう場合が出てくる。そこで、基準ピッチタイミングからみて監視対象タスクＡがいつまでに起動されれば必要なタスク群が次の基準ピッチタイミングまでに終了するかを考慮して、その監視対象タスクＡの起動許容時間Ｉtを定めている。すなわち、監視対象タスクＡが、基準ピッチの発行タイミングから起動許容時間Ｉt以内に起動されれば、十分に高い確率で必要なタスク群が次の基準ピッチタイミングまでに実行できる。起動許容時間は、実験やシミュレーションなどで求めればよい。
【００３４】
図２の例では、基準ピッチ信号Ｒ1の発行タイミングでＣＰＵの負荷が高まった結果、監視対象タスクＡの起動に要する時間（起動所要時間Ｉ1）が起動許容時間Ｉtを超えることになっている。この場合、このまま監視対象タスクＡとタスクＢとを実行しても、次の基準ピッチＲ2のタイミングまでに処理が終わらず、基準ピッチＲ2を基準としたタスク群の処理に悪影響を与えてしまう。そこで、監視ハンドラ２２は、監視対象タスクＡが起動許容時間Ｉt以内に起動されなかったことを検知した時点で、その監視対象タスクＡともう一つのタスクＢとの実行を、次の基準ピッチＲ2のタイミングまで繰り延べる。基準ピッチＲ2のタイミングでは、割り込み処理がないなどの理由でＣＰＵの負荷が下がっているので、監視対象タスクＡは起動許容時間Ｉt以内に起動することができ、タスクＡ及びＢも次の基準ピッチＲ3のタイミングまでに終了できる。
【００３５】
図２の例では、監視対象タスクが１つしかないが、実際のシステムでは監視対象タスクが複数あってももちろんよい。
【００３６】
このようにＣＰＵの高負荷時に画像形成処理に係るタスク群を遅延することで、ＣＰＵを止めずに済むので、通信やＡＤ変換などの処理はそのまま続行できるとともに、画像形成処理については多少生産性は落ちるが、質的な劣化は極力避けることができる。
【００３７】
このような制御のため、監視ハンドラ２２は、タスク属性情報３０、動作監視テーブル４０、及び画像形成ステータス１６を利用することで負荷分散制御を実行する（図１参照）。
【００３８】
タスク属性情報３０には、ＣＰＵで実行される各タスクの属性情報を記憶する。図には、ＲＯＳ制御タスク１２の属性情報３２と電位制御タスク１４の属性情報３４を例示している。タスクの属性情報の内容の一例を図３に示す。この図に示すように、タスク属性情報には、タスクごとに、当該タスクの識別情報（タスクＩＤ）と優先度、及び起動許容時間の情報が含まれる。優先度に基づくタスク実行制御については既に述べた。この例では優先度には「高」、「中」、「低」、「アイドルタスク」がある。優先度が「高」、「中」、「低」のタスクは、基準ピッチ信号に従って実行が制御されるタスクであり、優先度の高低に応じてその実行の優先関係が制御される。「アイドルタスク」は、いつ実行してもよいタスクであり、他のタスクの実行されないとき（ＣＰＵが空いているとき）に実行されるタスクである。なお、割込ハンドラ群２０に属する各ハンドラは、優先度「高」のタスクよりも更に優先度が高い。
【００３９】
起動許容時間は、前述の通り、基準ピッチ信号が発行された時点から当該タスクが起動されるまでに許容できる上限の時間である。画像形成処理を実行するためには、基準ピッチ信号から次の基準ピッチ信号までの間に実行すべきタスク群を順に滞りなく実行する必要があり、重要なタスクの実行が遅れると、画像形成動作の流れや出力画質に悪影響が出る可能性がある。そこで、実行が遅れると問題のあるタスクには起動許容時間を設定し、基準ピッチ信号発行からその起動許容時間が経過するまでにそのタスクが実行されたかを監視ハンドラ２２が監視するのである。言い換えれば、起動許容時間が設定されたタスクが監視ハンドラ２２による監視対象のタスクとなる。なお、図示の例では優先度には「高」、「中」、「低」の全てのタスクを監視対象としているが、優先度が低いタスクは実行が遅れても問題が少ない場合が多いので、優先度「高」のタスクのみ、或いは優先度「高」又は「中」のタスクのみを監視対象としてもよい。
【００４０】
動作監視テーブル４０は、監視対象の各タスクの起動状況を監視するために監視ハンドラ２２が管理するテーブルである。動作監視テーブル４０には、監視対象タスクごとに、基準ピッチ信号の発行から起動されるまでの時間をカウントするための起動時間カウンタ４２，４４，・・・を備える。図示例では、監視対象であるＲＯＳ制御タスク１２に対応して起動時間カウンタＡ４２が、電位制御タスク１４に対応して起動時間カウンタＢ４４が、それぞれ用意されている。なお、これらカウンタは、典型的には、ＣＰＵが利用するＲＡＭ上に、プログラムにより作成され、管理される。
【００４１】
監視ハンドラ２２は、基準ピッチ発生ハンドラ２８から基準ピッチ信号が発行されると、タスク属性情報３０内の各監視対象タスクの起動許容時間の値を、動作監視テーブル４０のそれぞれ対応する起動時間カウンタ４２，４４，・・・にセットする。そして、監視ハンドラ２２は、一定の長さの監視周期ごとに、それら各起動時間カウンタ４２，４４，・・・のカウント値をそれぞれ１ずつデクリメントしていく。そして、起動時間カウンタ４２，４４，・・・のうちのいずれかの値が０になっても、その０になったカウンタに対応するタスクが起動されていなければ、監視ハンドラ２２はＣＰＵの過負荷が生じていると判定し、画像形成処理に関係する各タスクの実行を次の基準ピッチ信号（或いは次のページ単位の基準ピッチ信号）の発行タイミングまで遅延させる。
【００４２】
ここで、各監視対象タスクが起動したかどうかは、例えば次のようにして監視できる。すなわち、動作監視テーブル４０に、タスクが起動済かどうかを示す起動フラグを監視対象のタスク毎に設け（図示は省略した）、監視ハンドラ２２は、基準ピッチ信号の発行を検知すると、全ての起動フラグの値を「未起動」を示す値にリセットする。そして、各監視対象タスク１２，１４，・・・は、自分自身が起動した際に自分の起動フラグの値を「起動済」を示す値にセットする。タスク自身がセットする代わりに、ＯＳ１０がセットしてもよい。監視ハンドラ２２は、定期的な監視の際に、各監視対象タスクの起動時間カウンタ４２，４４，・・・をデクリメントすると共に、各監視対象タスクの起動フラグを確認し、起動時間カウンタの値が０になったにもかかわらず起動フラグが「未起動」のままの監視対象タスクがあれば、監視対象タスクの起動遅れが生じていると判定する。
【００４３】
監視対象タスクの起動遅れが生じた場合の、タスクの延期制御は、以下のようにして行う。すなわち、マルチタスクシステム１は、画像形成ステータス１６というステータス値を管理している。この画像形成ステータス１６は、「画像形成可能状態」と「画像形成休止状態」の２つの状態値を取り得る。図示は省略したが、ページ毎の画像形成を制御するページ制御タスクが、各ページの画像形成処理を順に進めて行くに連れて、この画像形成ステータス１６の値を切り換えている。例えば、あるページの画像形成処理の期間が始まると画像形成ステータス１６の値を「画像形成可能状態」とし、その期間が終了するとその値を「画像形成休止状態」に切り換えるという制御を、各ページ毎に繰り返す。画像形成処理に関係する各タスクは、定期的に、または当該タスクにプログラミングされた所定の参照タイミング（当該タスクの処理内容における区切りとなる処理の実行タイミングなど）に、画像形成ステータス１６を参照し、その値が「画像形成可能状態」であれば自分自身の処理を続行し、その値が「画像形成休止状態」であれば自分自身の処理を終了し、それまでの処理に処理結果のデータがあればそれを破棄する。以上説明したような画像形成ステータス１６に基づくタスクの実行制御は、ページの画像形成期間以外の期間に画像形成に係るタスクが誤って実行されることを防ぐことで、処理の信頼性を高めている。本実施形態では、この仕組みを利用して、タスクの延期を実現する。
【００４４】
すなわち、本実施形態では、監視ハンドラ２２がいずれかの監視対象タスクの起動遅れを検出すると、ページ制御タスクの制御とは独立に、監視ハンドラ２２が画像形成ステータス１６を「画像形成休止状態」へと変更する。すると、画像形成に関する各タスクは、未だ起動されていないタスクの場合はそのステータスを参照することで起動を取りやめ、既に起動されているタスクの場合は次にそのステータスを参照した際に自分自身の処理を終了する。これにより、今回の基準ピッチ信号を基準とした画像形成処理は取りやめとなる。画像形成ステータス１６は、次のページの画像形成期間が始まるとページ制御タスクにより「画像形成可能状態」に切り換えられるので、ＣＰＵの過負荷状態が継続していない限り該次のページの期間には、画像形成処理のための各タスクが実行されることになる。
【００４５】
ＣＰＵでのタスクの処理の進行に伴う動作監視テーブルの状態の変化の様子を、図４に示す。この図では、左から右に時間が流れており、時刻Ｔ0が基準ピッチ信号の発行タイミングである。図示した期間では、次の基準ピッチの発行タイミングは到来しない。動作監視テーブルには、監視対象のタスク１に対応する起動時間カウンタＡと、監視対象のタスク３に対応する起動時間カウンタＣの値の変遷を示している。各時刻Ｔ0，Ｔ1，・・・は、一定周期の動作タイミングである。
【００４６】
図４の例では、時刻Ｔ0での基準ピッチ信号の発行に応じ、各起動時間カウンタＡ，Ｃに、対応する起動許容時間の値２，１０がそれぞれセットされる。時刻Ｔ1でタスク１が起動され、タスク１の起動フラグは「起動済」にセットされる。また、周期動作する監視ハンドラ２２は、同じ時刻Ｔ1で各起動時間カウンタＡ，Ｃの値を１だけデクリメントする。この時点では、どの起動時間カウンタも０になっていないので、起動遅れは検出されない。次の時刻Ｔ2では、起動時間カウンタＡの値が０になるが、この時点では既にタスク１は「起動済」となっているので、起動遅れは検出されない。タスク１は時刻Ｔ3で終了し、時刻Ｔ4にタスク４が起動するが、時刻Ｔ5にはそれより優先度の高いタスク２が起動されるので、タスク４は途中までの処理結果を一旦退避して休止状態になる。なお、時刻Ｔ5では、タスク２の起動時間カウンタ（図示省略）の値が０となるが、この時点でタスク２は起動されているので、監視対象タスクの起動遅れは検出されない。時刻Ｔ8でタスク２の処理が終了すると、休止していたタスク４が再開される。タスク４は時刻Ｔ10で終了する。この時刻Ｔ10で、監視対象のタスク３の起動時間カウンタＣの値は０となり、タスク３は「未起動」なので、この時点で監視対象タスクの起動遅れが検知され、上述のようなタスクの延期処理が実行される。
【００４７】
以上に説明した本実施形態のマルチタスクシステム１が適用される画像形成装置の制御機構の主要部を図５に示す。図５においてＲＯＭ（リード・オンリ・メモリ）１１２には、画像形成装置の動作制御のための制御プログラムなどのデジタル情報が格納されている。ＣＰＵ（中央処理装置）１１０がこのＲＯＭ１１２内の制御プログラムを実行することにより、画像形成装置の各部の制御が実現される。
【００４８】
ＲＡＭ（ランダム・アクセス・メモリ）１１４は、画像形成装置の主記憶装置であり、制御プログラムの実行の際にワークメモリとしても用いられる。ＲＡＭ１１４は、例えば、プリントエンジン１２４に供給する１ページ分の画像データを蓄えるページバッファとして用いることもできる。
【００４９】
大容量記憶装置１１６は、各種のデータを保存するための補助記憶装置であり、例えばハードディスクやＥＥＰＲＯＭ(Electrically Erasable Programmable Read-Only Memory)などの不揮発性の記憶装置である。
【００５０】
操作パネル１１８は、この画像形成装置のユーザインタフェースのための表示や、ユーザからの各種指示の入力受付などのためのユーザインタフェース手段である。操作パネル１１８は、例えば、スタートボタンなどの機械的な操作ボタンと、ＧＵＩ（グラフィカル・ユーザ・インタフェース）のための液晶タッチパネルと、を備える。液晶タッチパネルは、ＣＰＵ１１０で実行される制御プログラムが生成したＧＵＩ画面を表示し、そのディスプレイに対するユーザのタッチ位置を検出して制御プログラムに渡す。制御プログラムは、そのタッチ位置の情報からユーザの入力内容を解釈する。
【００５１】
通信インタフェース１２０は、ネットワーク上の外部装置とのデータ通信のための制御を行う装置である。リモートホストからのプリント指示等は、この通信インタフェース１２０を介して画像形成装置内に入力される。
【００５２】
スキャンエンジン１２２は、原稿を光学的に読み取って電子的な画像データを生成するスキャナ機能を提供する装置である。自動原稿送り装置（ＡＤＦ）（図示省略）にセットされた原稿は、ＡＤＦの機能により１枚ずつスキャンエンジン１２２に送られ、光学的に読み取られる。
【００５３】
プリントエンジン１２４は、ＣＰＵ１１０の制御により供給される画像データを用紙に画像形成（印刷）するプリンタ機能を提供する装置である。
【００５４】
ファクシミリモジュール１２６は、ファクシミリデータの送受信を行うモジュールである。
【００５５】
以上のような画像形成装置の制御機構において、本実施形態のマルチタスクシステム１は、ＲＯＭ１１２又は大容量記憶装置１１６又はその両方に記憶されたオペレーティングシステム１０や監視ハンドラ２２等の各種ハンドラ、ＲＯＳ制御タスク１２等のタスクのプログラム群をＣＰＵ１１０で実行することにより実現される。
【００５６】
以上の実施形態では、あるタスクの実行が終了されるまではそれと同じ優先度のタスクは実行しなかったため、図３に示すように同じ優先度のタスクの起動許容時間は段階的に設定されていた。これは、同じ優先度のタスクの間では実行順序が決まっていることを意味する。しかし、この代わりに、同じ優先度の複数のタスクを、非常に短いサイクルごとの時分割で並列的に実行する構成とすることも可能である。この場合、監視対象の各タスクは、同じ優先度のタスクの終了を待つ上記の例に比べて素早く起動され、自分以上の優先度のタスクにＣＰＵサイクルが割り当てられると、休止状態となり、再び自分にＣＰＵサイクルが割り当てられると、その続きを実行する。同じ優先度のタスクには均等にＣＰＵ時間が割り当てられる。このような構成の場合、同じ優先度のタスクの間で起動許容時間の値は等しくなる。そして、それらタスクのうち１つでも、その起動許容時間の間に起動されなければ、タスクの起動遅れと判定する。
【００５７】
なお、このように各タスクが時分割で並列的に実行される場合、起動遅れを検知する別の方法として次のような方法を用いてもよい。すなわち、この方法では、基準ピッチ信号からの経過時間に応じて十分な数の監視対象タスクが起動済であるかどうかを監視する。この変形例では、図６のように、動作監視テーブル５０に時間カウンタ５２，起動済タスク数目標テーブル５４及び起動済タスクカウンタ５６を設ける。図６に示した他の構成要素は、図１において示した同一符号の構成要素に相当する。時間カウンタ５２は、基準ピッチ信号の発行からの経過時間をカウントするカウンタであり、基準ピッチ信号を受け取ると０にリセットされ、以降次の基準ピッチ信号の発行まで監視ハンドラ２２により周期的に一定数ずつインクリメントされる。起動済タスク数目標テーブル５４には、図７に示すように、基準ピッチ信号の発行タイミングからの経過時間毎に、その時間までに起動済となっている監視対象タスクの目標数が登録される。通信やＡＤ変換などの割込処理が増大すると、この影響でその目標数が達成できなくなるので、これにより重要なタスクの処理遅れを検出できる。起動済タスクカウンタ５６は、基準ピッチ信号発行後に起動済となった監視対象タスクの数をカウントする。このカウントは、例えば、各監視対象タスクが起動されると、動作監視テーブル５０に対して起動済の旨を通知し、この通知の数を起動済タスクカウンタ５６がカウントするようにすることで実現できる。そして、監視ハンドラ２２は、周期的に時間カウンタ５２をインクリメントした際、その時時間カウンタ５２が示す経過時間に対応する起動済タスク数の目標値を起動済タスク数目標テーブル５４から求め、これを起動済タスクカウンタ５６の示す実測値と比較する。そして、実測値が目標値を下回ったことを検知すると、タスクの実行遅れ（ＣＰＵの過負荷）と判定する。他の処理は上記実施形態と同様でよい。
【００５８】
また、上記実施形態では各タスクの起動に要する時間を監視することで監視対象タスクの実行遅れを検出していたが、起動に要する時間の代わりにタスクの実行時間（開始から終了までの時間）からタスクの実行遅れを検出することもできる。このような変形例のシステム構成を図８に示す。図８において、図１に示した構成要素に対応する構成要素には同一符号を付して説明を省略する。
【００５９】
この場合、タスク属性情報３０ａの各監視対象タスクの属性情報３２ａ，３４ａ，・・・には、各監視対象タスクの起動許容時間ではなく、最大実行時間が登録される。最大実行時間は、画像形成処理が滞りなく行われるために監視対象タスクの実行時間として許容される最大限度の時間である。タスクによってその処理に要する時間は一般に異なるので、最大実行時間は、監視対象のタスク毎に定める。また、動作監視テーブル４０ａには、監視対象タスクの実行時間を計測するためのカウンタが用意される。このカウンタは、監視対象タスク毎に用意してももちろんよいが、同じ優先度のタスクの並列実行を許さない制御方式を採用した場合には、各優先度毎に１つのカウンタを用意すればよい。図示例では、優先度「高」のタスク群のための高優先度カウンタ４２ａ、優先度「中」のタスク群のための中優先度カウンタ４４ａが例示されている。
【００６０】
この変形例では、各監視対象タスクは、起動する際に、タスク属性情報３０ａから自タスクの優先度と最大実行時間を求め、動作監視テーブル４０ａにおいて、その優先度のカウンタ４２ａ又は４４ａに対し、その最大実行時間の値をセットする。監視ハンドラ２２は、所定の監視周期毎に、各カウンタ４２ａ，４４ａ，・・・の値をそれぞれ１ずつデクリメントする。そして、監視ハンドラ２２は、いずれかのカウンタ４２ａ又は４４ａの値が０になったにもかかわらず、そのカウンタ４２ａ又は４４ａに対応するタスクの実行が終了していない場合、割込等によりＣＰＵが過負荷になっていると判定し、上述したタスクの遅延処理を実行する。なお、各監視対象タスクは、自分自身の実行を終了する際に、自分の最大実行時間をセットしたカウンタ４２ａ又は４４ａの値を０にリセットする。
【００６１】
この変形例での各監視対象タスクの実行状況と、動作監視テーブル４０ａの各カウンタ４２ａ，４４ａの値の変遷の様子を図９に示す。この例は、基本的な考え方は図４の場合と同様なので、全てを説明することはせずに注目すべき点を中心に説明する。
【００６２】
図９の例では、時刻Ｔ1でタスク１が起動されると、高優先度カウンタ４２ａが３にセットされ、次の時刻Ｔ2でその値は１デクリメントされる。時刻Ｔ3でタスク１が終了すると、高優先度カウンタ４２ａの値は０にリセットされる。時刻Ｔ11でタスク３が起動されると、中優先度カウンタ４４ａにその最大実行時間５がセットされ、監視ハンドラ２２の監視周期毎にその値が１ずつデクリメントされる。そして、時刻Ｔ16で中優先度カウンタ４４ａの値が０になるが、そのときまだタスク３は終了していないので、監視ハンドラ２２は監視対象であるタスク３の実行に遅れが生じたことをもって、ＣＰＵの過負荷状態が起こっていると判断し、タスクの遅延などの負荷分散処理を実行する。
【００６３】
また、以上の例では、ＣＰＵに過負荷が生じていると判定した場合、当該ページの画像形成処理のために実行していたタスク群を次の基準ピッチ信号のタイミングまで遅延させたが、このとき更に基準ピッチ信号の発行間隔をそれまでの間隔から変化させることも好適である。この場合、監視ハンドラ２２は、ＣＰＵの過負荷を検知すると、基準ピッチ発生ハンドラ２８に基準ピッチの変更を指示する。
【００６４】
この方式は、割込処理等のＣＰＵの過負荷の原因の発生周期が基準ピッチ信号の発行周期と一致している場合に有効である。この場合、基準ピッチ信号の発行周期を変えれば、画像形成処理のためのタスク群の実行が、割込処理等と衝突しないため、過負荷を回避できる。なお、ＣＰＵの過負荷が生じているわけなので、基準ピッチ信号の発行間隔は、長くする方が好適であるが、短くしてもある程度の効果は期待できる。
【００６５】
また、この基準ピッチ発行間隔の変更は、基準ピッチ信号と割込処理等のＣＰＵの過負荷の原因との周期性が一致していると判定される場合にのみ行うようにすることもできる。これには、上述したタスク群の遅延処理を行った回数をカウントするカウンタを用いればよい。監視ハンドラ２２は、ＣＰＵの過負荷を検知してタスクの遅延処理を行うと、そのカウンタのカウント値を１インクリメントする。次の基準ピッチ信号の発行後には過負荷を検知せず、従って遅延処理も行わなければ、そのカウンタの値を０にリセットする。連続して遅延処理を行った場合には、カウンタの値は増大していく。そして、そのカウンタの値があらかじめ設定した上限値に達した時に、基準ピッチ信号と割込処理等のＣＰＵの過負荷の原因との周期性が一致していると判定し、基準ピッチ信号の発行間隔を変更する。
【００６６】
この例は、ＣＰＵの負荷分散のための処理として、上記実施形態の画像形成関係のタスク群の遅延処理と、この基準ピッチ信号の発行間隔の変更処理とを併用する例であったが、前者に代えて後者のみを実行する方式でも負荷分散の効果は期待できる。すなわち、ＣＰＵの過負荷を検知した場合に、基準ピッチ信号の発行間隔を長くすれば、次の基準ピッチ信号の発行が遅くなるので、監視対象タスクの実行が遅れていたとしても、画像形成のために必要なタスク群を該次の基準ピッチ信号までに実行できるようにすることができるからである。
【００６７】
また、更なる変形例として、次のようなものもある。すなわち、この変形例では、監視ハンドラ２２は、ＣＰＵの過負荷を検出して上記の負荷分散処理を行った場合に、そのときの画像形成装置の運転状態を示す画像形成条件をログに記録する。記録する画像形成条件には、負荷分散を行った時点でもジョブモード（例えばカラー／白黒印刷の区別、片面／両面印刷の区別、Ｎアップ（Ｎ枚の原稿を縮小して１枚の用紙に印刷する処理）の指定など）、コピー枚数、セットアップサイクルを実施したか否かの情報、などがある。なお、セットアップサイクルは、画像形成装置における印字濃度や階調性などを補正するための処理であり、例えば所定枚数を印刷する毎にトナーのパッチを感光体や中間転写体などに形成し、その濃度を読み取って、その濃度が本来の濃度となるように電子写真のプロセスパラメータや画像処理のパラメータを変更する処理である。このような処理の実行はＣＰＵの負荷に影響を与えるため、これを記録する。負荷分散処理を行った場合は、その時点において得られるログ記録対象の全ての画像形成条件の値の組を記録する。そして、あるジョブの実行中に随時（例えば定期的に）、その時のログ記録対象の画像形成条件の値を求め、その組合せがそのログに記録されたものと同じであった場合には、監視ハンドラ２２は、ＣＰＵの過負荷の検出を待たずに、前もって負荷分散処理を実行する。
【００６８】
なお、この処理の精度を向上させるために、監視ハンドラ２２又は他のプログラムが、ログに記録された多数回の負荷分散時の画像形成条件の組から、負荷分散が必要となる可能性の高い画像形成条件の組を特定し、その特定した画像形成条件の組が満たされるかどうかを監視ハンドラ２２が監視するようにしてもよい。なお、負荷分散が必要となる可能性の高い画像形成条件の組としては、例えば、負荷分散を行った回数が所定回数を超えた画像形成条件の組や、負荷分散を行った割合が所定値を超えた画像形成条件の組などを例示することができる。
【００６９】
以上、本発明の好適な実施形態とその変形例を説明した。なお、付言すれば、特許文献１が問題にしているＣＰＵの暴走は、本実施形態で問題にしているＣＰＵの過負荷によるタスク起動の遅延よりも一段と深刻な問題であり、このような暴走が起こった場合には、ＣＰＵ自体のリセットが必要になる。したがって、本実施形態の負荷分散制御と特許文献１の暴走検知に基づく制御とを併用することも好適である。
【図面の簡単な説明】
【００７０】
【図１】実施形態の画像形成装置のマルチタスクシステムの機能構成を示す機能ブロック図である。
【図２】実施形態の負荷分散処理を説明するための図である。
【図３】タスク属性情報のデータ構造の一例を示す図である。
【図４】タスクの実行に伴う動作監視テーブルの状態の変化を説明するための図である。
【図５】実施形態のマルチタスクシステムが適用される画像形成装置の制御機構の概略構成を示す図である。
【図６】変形例の画像形成装置のマルチタスクシステムの機能構成を示す機能ブロック図である。
【図７】起動済タスク数目標テーブルのデータ構造の一例を示す図である。
【図８】更なる変形例の画像形成装置のマルチタスクシステムの機能構成を示す機能ブロック図である。
【図９】タスクの実行に伴う動作監視テーブルの状態の変化を説明するための図である。
【符号の説明】
【００７１】
１  マルチタスクシステム、１０  オペレーティングシステム（ＯＳ）、１２  ＲＯＳ制御タスク、１４  電位制御タスク、１６  画像形成ステータス、２０  割込ハンドラ群、２２  監視ハンドラ、２４  ＡＤ変換制御のためのハンドラ、２６  通信制御のためのハンドラ、２８  基準ピッチ発生ハンドラ、３０  タスク属性情報、３２  ＲＯＳ制御タスク情報、３４  電位制御タスク情報、４０  動作監視テーブル、４２  起動時間カウンタＡ、４４  起動時間カウンタＢ。
【図１】
2007026309.tif 000003
【図２】
2007026309.tif 000004
【図３】
2007026309.tif 000005
【図４】
2007026309.tif 000006
【図５】
2007026309.tif 000007
【図６】
2007026309.tif 000008
【図７】
2007026309.tif 000009
【図８】
2007026309.tif 000010
【図９】
2007026309.tif 000011