(57)【要約】【課題】  処理を抑制可能なタスクに関連する外部インタフェースや複写機の機能を一時的に使用禁止もしくは抑制を行うことで負荷入力を抑制し、過負荷状態に陥らないようにする。【解決手段】  ＣＰＵの負荷率が閾値を超えた場合、各タスクの走行時間を参照し、複数のタスクの負荷が高くなっている状態であれば、処理を抑制可能なタスクに関連する外部インタフェースや複写機の機能を一時的に使用禁止もしくは抑制を行うことで負荷入力を抑制する。負荷の総和が閾値以下になった時点で抑制や禁止を解除する。実施例として、ネットワークタスクの負荷抑制の場合は、ＮＩＣに特定プロトコルに対して帯域制御を指示。ＰＣから送られるプリントジョブ通信に対して帯域を押さえ込み、入力負荷を減らす。【選択図】  図２２
2007188226.tif 000002
【特許請求の範囲】
【請求項１】
外部装置から受信したデータを変換して得た画像データの印字出力が可能な画像形成装置であって、
(a)ＣＰＵの負荷状態が通常負荷か高負荷かを判断するＣＰＵ負荷状態判断手段、
(b)各タスクの走行割合を記録するタスク走行比率記録手段、
(c)上記(a)のＣＰＵ負荷状態判断手段により高負荷状態に遷移したことを検知した場合に、上記(b)のタスク走行比率記録手段により、最も走行比率の高いタスクの入力負荷原因となるデバイスの利用を制限する手段
(d)上記(a)のＣＰＵ負荷状態判断手段により通常負荷状態に遷移したことを検知した場合に
上記(c)で行った利用制限を解除する手段
とを有することを特徴とする画像形成装置。
【請求項２】
請求項１(c)に記載の高負荷タスク検出手段により検出されたタスクがネットワーク処理タスクである場合、ネットワークコントローラに対してプリントジョブの通信帯域制御命令を通知する帯域制御通知手段、上記帯域制御通知手段により帯域制限開始を通知された場合、指示された帯域幅に従い、プリントジョブの通信に対して帯域を制限する手段
を有することを特徴とする請求項１記載の画像形成装置。
【請求項３】
請求項２に記載の帯域を制限する手段によりプリントジョブの通信に対して帯域制限を行っている状態である場合に請求項１(d)に記載の利用制限を解除する手段として、ネットワークコントローラに対してプリントジョブの通信帯域制御解除を通知する帯域制御通知手段、上記帯域制御通知手段により帯域制限解除を通知された場合、プリントジョブの通信に対しての帯域制限を解除する手段
を有することを特徴とする請求項１記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル画像を送受信する事が可能な装置に関して適用可能なものであり、特にプリンタ、スキャナ、ファックス（ＦＡＸ）等を含む、デジタル複合機に特に有効な技術である。
【背景技術】
【０００２】
従来の技術に、タスク優先度に従ったOSのリアルタイム機能を利用して重要な処理を優先実行させる技術があった。しかし、デジタル複合機（以降MFP複写機）では様々な機能が追加されつつあり、負荷の入力源も多様になってきているため、優先度の高い複数のタスクに対して複合的な負荷が入力されてＣＰＵ負荷が過負荷状態になる場面が増えつつある。
【０００３】
従来例としては、例えば特許文献１をあげることが出来る。
【特許文献１】特開２００４−２４０６６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
MFP複写機は、例えば、プリント・転送・スキャンなどのJOBを実行する事が可能である。これを実現するためにMFP複写機には様々な外部インタフェースを備えているが、それら複数のインタフェースから同時に入力負荷を受けることによりＣＰＵが長時間過負荷状態に陥ると、操作部のレスポンスが悪くなったり、ネットワークを利用した認証が失敗したりするなどの問題が起こりうるため、ＣＰＵが過負荷状態に陥ることを未然に防ぐことが必要である。
【課題を解決するための手段】
【０００５】
上記目的を達成するために本発明の請求項１のデジタル複合機は、ＣＰＵ負荷を定期的に計測し、ＣＰＵ負荷が閾値を超えると高負荷なタスクを割り出してその負荷入力元となるデバイスに制限をかけることが可能な構成をとる。これにより、ＣＰＵが過負荷状態に陥ることを防止することが可能となる。
【発明の効果】
【０００６】
ＣＰＵ負荷が過負荷に陥る前に負荷の原因となる入力デバイスに対し一時的に制限をかけることにより過負荷状態に陥ることを抑制し、ユーザインタフェースや認証通信など最も重要で基本的な機能の動作が遅延することなく動作することが可能となる。これにより操作部のレスポンスが悪くなったりネットワークを利用した認証が失敗するなどの問題が発生しにくくなり、ユーザにとってより安定した動作を提供することが可能になる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施の形態を図面を参照して説明する。
【０００８】
図１は本発明に係る電子部品としてのコントローラ部が搭載された画像入出力装置（データ処理装置）の一実施の形態を示すブロック構成図であって、該画像入出力装置１００は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）６００にてホストコンピュータ（本実施の形態では第一のホストコンピュータ６０１、第二のホストコンピュータ６０２）に接続されている。
【０００９】
上記画像入出力システム１００は、画像データの読取処理を行うリーダ装置（リーダー部）２００と、画像データの出力処理を行うプリンタ装置（プリンタ部）３００と、画像データの入出力操作を行うキーボード、及び画像データや各種機能の表示／設定などを行う液晶パネルを備えた操作部１５０と、リーダー装置２００を制御して読み込んだ画像データや、ＬＡＮ６００を介してホストコンピュータ６０１、６０２より受信したコードデータから生成される画像データを格納／保存できる画像記憶部１６０を装着し、これら各構成要素に接続されて該構成要素を制御する単一の電子部品からなる制御装置（コントローラ部）１１０で構成されている。
【００１０】
リーダー装置２００は、原稿用紙を搬送する原稿給紙ユニット２５０と、原稿画像を光学的に読み取って電気信号としての画像データに変換するスキャナユニット２１０とを有し、プリンタ装置３００は、記録用紙を収容する複数段の給紙カセットを備えた給紙ユニット３１０と、画像データを記録用紙に転写／定着するマーキングユニット(部)３２０と、印字された記録用紙にソート処理やステイプル処理を施し、外部に排出する排紙ユニット（部）３３０とを有している。
【００１１】
制御装置１１０は、リーダー部２００を制御して、原稿の画像データを読込み、プリンタ部３００を制御して画像データを記録用紙に出力してコピー機能を提供する。また、リーダー部２００から読取った画像データを、コードデータに変換し、ネットワーク６００を介してホストコンピュータ６０１，６０２へ送信するスキャナ機能、ホストコンピュータからネットワーク６００を介して受信したコードデータを画像データに変換し、プリンタ部３００に出力するプリンタ機能、その他の機能ブロックを有している。
【００１２】
図２はリーダ部２００及びプリンタ部３００の詳細を示す断面図である。
【００１３】
リーダー部２００では、原稿給送ユニット２５０に積層された原稿用紙がその積層順に従って、先頭から順次１枚ずつプラテンガラス２１１上へ給送され、スキャナユニット２１０で所定の読み取り動作が終了した後、読み取られた原稿用紙は、プラテンガラス２１１上の原稿を排出トレイ２１９に排出される。また、原稿用紙がプラテンガラス２１１上に搬送されると、ランプ２１２を点灯し、次いで光学ユニット２１３の移動を開始させ、原稿用紙を下方から照射し走査する。そして、原稿用紙からの反射光は、複数のミラー２１４、２１５、２１６、及び、レンズ２１７を介してＣＣＤイメージセンサ(以下「ＣＣＤ」と記す)２１８へ導かれ、走査された原稿画像はＣＣＤ２１８によって読み取られる。ＣＣＤ２１８で読み取られた画像データは、所定の処理が施された後、コントローラユニット１１０に転送される。
【００１４】
原稿給送ユニット２５０が原稿流し読み機能を有している場合、原稿給送部２５０に積層された原稿用紙は、原稿流し読み位置２４０を一定の速度で通過する。この場合、光学ユニット２１３は原稿流し読み位置２４０に移動し、等速で搬送される原稿をランプ２１２によって照射し、ＣＣＤ２１８によって随時読み取ることで画像データを生成し、コントローラユニット１１０に転送される。
【００１５】
次いで、プリンタ部３００では、コントローラ部１１０から出力された画像データに対応するレーザ光が、レーザドライバ３２１により駆動されるレーザ発行部３２２から発行され、感光ドラム３２３にはレーザ光に応じた静電潜像が形成され、現像器３２４により前記静電潜像の部分に現像剤が付着される。
【００１６】
一方、レーザ光の照射開始と同期したタイミングで、カセット３１１、カセット３１２、カセット３１３、カセット３１４、手差し給紙段３１５のいずれかから記録用紙が給紙されて転写部３２５に搬送路３３１により搬送され、感光ドラム３２３に付着している現像剤を記録用紙に転写する。画像データが転写された記録用紙は搬送ベルト３２６によって、定着部３２７に搬送され、定着部３２７における加熱・加圧処理により画像データが記録紙に定着される。定着部３２７を通過した記録紙は搬送路３３５、搬送路３３４を通り、排紙ビン３２８に排出される。印字面を反転して排紙ビン３２８に排出する場合には、搬送路３３６、搬送路３３８まで導かれ、そこから記録紙を逆方向に搬送し、搬送路３３７、搬送路３３４を通り、排紙ビン３２８に排出される。図に記していないが、排紙ビンの変わりに、排紙ユニットを装着することが可能で、排紙ユニットは排出された記録用紙を束ねて記録用紙の仕分け、仕分けされた記録用紙のステイプル処理などを行うことができる。
【００１７】
また、画像データを記録用紙に両面記録する場合は、定着部３２７を通過したあと、記録紙は、搬送路３３６からフラッパ３２９によって搬送路３３３に導かれ、その後、記録紙を逆方向に搬送し、フラッパ３２９によって搬送路３３８、再給紙搬送路３３２へ導かれる。再給紙搬送路３３２へ導かれた記録紙は上述と同様にして搬送路３３１を通り、転写部３２５へ給紙される。
【００１８】
図３は制御装置（コントローラ部）１１０の詳細を示すブロック図である。
すなわち、メインコントローラ１１１は、ＣＰＵ１１２と、バスコントローラ１１３と、後述する各種コントローラ回路を含む機能ブロックを内蔵すると共に、ＲＯＭ  Ｉ／Ｆ１１５を介してＲＯＭ１１４と接続され、ＤＲＡＭ  Ｉ／Ｆ１１７を介してＤＲＡＭ１１６と接続され、コーデックＩ／Ｆ１１８を介してコーデック１１９と接続され、また、ネットワークＩ／Ｆ１２３を介してネットワークコントローラ１２１と接続され、コネクタ１２２によりＬＡＮ６００との間で所定の制御動作を行う。
【００１９】
ＲＯＭ１１４は、メインコントローラ１１１のＣＰＵ１１２で実行される各種制御プログラムや演算データが確認されている。ＤＲＡＭ１１６は、ＣＰＵ１１２が動作するための作業領域や画像データを蓄積するための領域として使用される。コーデック１１９はＤＲＡＭ１１６に蓄積されたラスターイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧなどの周知の圧縮方式で圧縮し、また圧縮されたデータをラスターイメージに伸長する。また、コーデック１１９にはＳＲＡＭ１２０が接続されており、該ＳＲＡＭ１２０は前記コーデック１１９の一時的な作業領域として使用される。
【００２０】
また、前記メインコントローラ１１１はスキャナバス１４１を介してスキャナＩ／Ｆ１４０に接続され、プリンタバス１４６を介してプリンタＩ／Ｆ１４５に接続され、さらにＰＣＩバス等の汎用高速バス１２５を介して拡張ボードを接続するための拡張コネクタ１２４及び入出力制御部（Ｉ／Ｏ制御部）１２６に接続されている。
【００２１】
Ｉ／Ｏ制御部１２６はリーダ部２００やプリンタ部３００との間で制御コマンドを送受信するための調歩同期式のシリアル通信コントローラ１２７が２チャンネル装備されており、該シリアル通信コントローラ１２７はＩ／Ｏバス１２８を介してスキャナＩ／Ｆ１４０及びプリンタＩ／Ｆ１４５に接続されている。
【００２２】
スキャナＩ／Ｆ１４０は、第一の調歩同期シリアルＩ／Ｆ１４３及び第一のビデオＩ／Ｆ１４４を介してスキャナコネクタ１４２に接続され、さらに該スキャナコネクタ１４２はリーダ部２００のスキャナユニット２１０に接続されている。そして、スキャナＩ／Ｆ１４０はスキャナユニット２１０から受信した画像データに対し所望の２値化処理や、主走査方向及び／又は副走査方向の変倍処理を行い、またスキャナユニット２１０から送られてきたビデオ信号に基づいて制御信号を生成し、スキャナバス１４１を介してメインコントローラ１１１に画像データを転送する。
【００２３】
また、プリンタＩ／Ｆ１４５は、第２の調歩同期シリアルＩ／Ｆ１４８及び第2のビデオＩ／Ｆ１４９を介してプリンタコネクタ１４７に接続され、さらに該プリンタコネクタ１４７はプリンタ部３００のマーキングユニット３２０に接続されている。そして、プリンタI/F１４５はメインコントローラ１１１から出力された画像データにスムージング処理を施して該画像データをマーキングユニット３２０に出力し、さらにマーキングユニット３２０から送られたビデオ信号に基づいて、生成された制御信号をプリンタバス１４６に出力する。
【００２４】
そして、ＣＰＵ１１２は、ＲＯＭ１１４からＲＯＭＩ／Ｆ１１５を介して読み込まれた制御プログラムに基づいて動作し、例えば、第1及び第2のホストコンピュータ６０１、６０２から受信したＰＤＬ（ページ記述言語）データを解釈し、ラスターイメージデータに展開処理を行う。
【００２５】
また、バスコントローラ１１３は、スキャナＩ／Ｆ１４０プリンタＩ／Ｆ１４５、その他拡張コネクタ１２４等に接続された外部機器から入出力されるデータ転送を制御するものであり、バス競合時のアービトレーション（調停）やＤＭＡデータ転送の制御を行う。即ち、例えば、上述したＤＲＡＭ１１６とコーデック１１９との間のデータ転送や、スキャナユニット２１０からＤＲＡＭ１１６へのデータ転送、ＤＲＡＭ１１６からマーキングユニット３２０へのデータ転送等は、バスコントローラ１１３によって制御され、ＤＭＡ転送される。
【００２６】
また、Ｉ／Ｏ制御部１２６は、ＬＣＤコントローラ１３１及びキー入力Ｉ／Ｆ１３０を介してパネルＩ／Ｆ１３２に接続され、パネルＩ／Ｆ１３２は操作部１５０に接続されている。また、前記Ｉ／Ｏ制御部１２６は不揮発性メモリとしてのＥＥＰＲＯＭ１３５に接続され、またＥ−ＩＤＥコネクタ１６１を介して画像データの書き込み／読み出しが可能なハードディスクドライブ（ＨＤＤ）１６２に接続され、さらに、機器内で管理する日付と時刻を更新／保存するリアルタイムクロックモジュール１３３に接続されている。尚、リアルタイムクロックモジュール１３３はバックアップ用電池１３４に接続されて該バックアップ用電池１３４によりバックアップされている。
【００２７】
図４はメインコントローラ１１１の内部詳細を示すブロック構成図である。
プロセッサコア４０１は、６４ビットのプロセッサバス（ＳＣバス）を介して、システム・バス・ブリッジ(ＳＢＢ)４０２に接続される。ＳＢＢ４０２は４×４の６４ビットクロスバスイッチであり、プロセッサコア４０１の他に、キャッシュメモリを備えたＳＤＲＡＭやＲＯＭを制御するメモリコントローラ４０３と専用のローカルバス（ＭＣバス）で接続されており、さらに、グラフィックバスであるＧバス４０４、ＩＯバスであるＢバス４０５と接続され、全部で４つのバスに接続される。ＳＢＢ４０２は、これら４モジュール間を、可能な限り同時平行接続を確保することができるように設計されている。また、データの圧縮伸張ユニット（ＣＯＤＥＣ）４１８とも、ＣＯＤＥＣ  Ｉ／Ｆを介して接続されている。
【００２８】
Ｇバス４０４はＧバスアービタ（ＧＢＡ）４０６により協調制御されており、スキャナやプリンタと接続するためのスキャナ/プリンタコントローラ（ＳＰＣ）４０８に接続される。また、Ｂバス４０５は、Ｂバスアービタ（ＢＢＡ）４０７により協調制御されており、ＳＰＣ４０８のほか、電力管理ユニット（ＰＭＵ）４０９、インタラプトコントローラ（ＩＣ）４１０、ＵＡＲＴを用いたシリアルインタフェースコントローラ（ＳＩＣ）４１１、ＵＳＢコントローラ４１２、ＩＥＥＥ１２８４を用いたパラレルインタフェースコントローラ（ＰＩＣ）４１３、ＬＡＮコントローラ（ＬＡＮＣ）４１４、汎用入出力コントローラ（ＭＩＳＣ）４１５、ＰＣＩバスインタフェース（ＰＣＩＣ）４１６にも接続されている。
【００２９】
Ｂバスアービタ４０７はＢバス４０５を協調制御するアービトレーションであり、Ｂバス４０５のバス使用要求を受け付け、調停の後、使用許可が選択された一つのマスタに与えられ、これにより同時に２つ以上のマスタがバスアクセスを行うのを禁止している。尚、アービトレーション方式は３段階の優先権を有し、それぞれの優先権に複数のマスタが割り当てられる。
【００３０】
インタラプトコントローラ４１０は、上述した各機能ブロック及びコントローラユニット１１０の外部からインタラプトを集積し、ＣＰＵ４０１がサポートするコントローラ類４０８、４１１−４１６及びノンマスカブルインタラプト（ＮＭＩ）に再配分する。
【００３１】
電力管理ユニット４０９は機能ブロック毎に電力を管理し、さらに１チップで構成されている電子部品としてコントローラユニット１１０の消費電力量の監視を行う。すなわち、コントローラユニット１１０は、ＣＰＵ４０１を内蔵した大規模なＡＳＩＣ（特定用途向けＩＣ）で構成されており、このため全ての機能ブロックが同時に動作すると大量の熱を発生して、コントローラ部１１０自体が破壊されてしまう虞がある。
【００３２】
そこで、このような事態を防止するために各に機能ブロック毎に消費電力を管理し、各機能ブロックの消費電力量はパワーマネージメントレベルとして電力管理ユニット４０９に集積される。そして、該電力管理ユニット４０９では各機能ブロックの消費電力量を合計し、該消費電力量が限界消費電力を超えないように各機能ブロックの消費電力量を一括して監視する。
【００３３】
Ｇバスアービタ４０６は中央アービトレーション方式によりＧバス４０４を協調制御しており、各バスマスタに対して専用の要求信号と許可信号とを有する。尚、バスマスタへの優先権の付与方式として、全てのバスマスタを同じ優先権として、公平にバス権を付与する公平アービトレーションモードといずれか一つのバスマスタに対して優先的にバスを使用させる優先アービトレーションモードのいずれかを指定することができる。
【００３４】
図５は、操作部１５０の例を示す図である。
【００３５】
５００は、ユーザーインターフェイスであり、種々のコピーモード（例えば、両面設定、グループ、ソート、ステイプル出力等）を設定することが可能である。なお、これらのコピーモード設定手段は、ハードキーであっても、タッチパネルに表示されるソフトキーであっても良い。５０１は、スタートボタンで、このボタンが押されたことを契機にコピー処理が開始される。
【００３６】
図６は、スタートボタン５０１押下によりコピー処理が開始された後に、コピーモードとして、原稿の読取り蓄積を繰り返し行う「連続読込モード」が選択されたときにユーザーインターフェース５００に表示される原稿読込設定画面５０２の例である。原稿読込設定画面５０２には、それまで読み込んだ画像を表示されるモードに入るための「確認」ボタン５０３と、それまで読み込んだ画像を一括出力するための「読込終了」ボタン５０４が備えられている。
【００３７】
図７は、原稿読込設定画面５０２で「確認」ボタン５０３が押下されたときに表示される読込画像確認画面で、５０５の領域にはそれまでに蓄積された画像の総ページ数および表示中のページ番号が表示される。５０６および５０７は、蓄積された画像のページを移動させる「ページ移動」ボタンで、５０６を押下すると前ページに、５０７を押下すると次ページに移動する。５０８および５０９は、確認用画像の拡大／縮小表示を行うための「拡大／縮小」ボタンで、５０８を押下すると確認用画像は縮小表示され、５０９を押下すると確認用画像は拡大表示される。５１０は、蓄積画像確認画面で、５０５に表示されているページの内容が表示される。５１１は「再読込」ボタンで、「再読込」ボタン５１１が押下されるとそのときに表示されていたページを記憶し、画像確認画面をクローズする。画像確認画面がクローズされると５０２の原稿読込設定画面に戻り原稿読込が可能になる。このとき、原稿読込は再読込モードで実行される。５１２は「閉じる」ボタンで、「閉じる」ボタン５１２が押下されると画像確認画面はクローズされる。原稿確認画面がクローズされると５０２の原稿読込設定画面に戻り原稿読込が可能になる。このとき、原稿読込は連続読込モードで実行される。
【００３８】
なお、上述の連続読込モードとは、読込んだ画像データが蓄積記憶された最後尾（最終画像）から再度画像データの蓄積記憶を行い、処理中に蓄積記憶された全画像データを１組の画像データとして扱うことを意味し、再読込モードとは、蓄積記憶された特定の画像データを、新たに読み込んだ画像データに置き換えることを意味する。また、何れの場合も原稿読込み指示はスタートボタン５０１押下により行われる。
【００３９】
図８は、連続読込コピー処理のフローチャートである。
【００４０】
Ｓ１００１では、スタートボタン５０１が押下されたことによるスタート指示がされたか否かを判別する。スタートボタン５０１が押下されていない場合はスタートボタン５０１が押下されるまでその判別を繰り返す。スタートボタン５０１が押下された場合はＳ１００２に進み、「連続読込モード」が選択されたかの確認を行う。Ｓ１００２にて「連続読込モード」が設定されていない場合、Ｓ１０１２に進み、通常のコピー処理を行い処理を終了する。「読込画像確認モード」が設定された場合、Ｓ１００３に進み、自動紙送り装置（ＤＦ）にセットされた原稿束の読込み、または、圧板上に置かれた原稿の読込みを行う原稿読込処理を実行する。処理が終了すると操作部１５０による指示が可能になる。Ｓ１００４では、画像記憶部１６０に蓄積された画像確認処理（プレビュー処理）の指示がされたか否かを判別する。画像確認処理実行が指示された場合、Ｓ１００５に進み画像確認処理（プレビュー処理）を行い、その後Ｓ１００６に進む。画像確認処理実行の指示が無い場合はＳ１００６に進む。Ｓ１００６では、「再読込」が指示されたか否かを判別する。再読込の指示はＳ１００５のプレビュー処理内で行われ、再読込の指示がされると、再読込の対象となるページの画像格納場所が記憶さる。再読込が指示されるとＳ１００７に進み、再読込の指示がされない場合はＳ１００８に進む。Ｓ１００７では、再読込指示がされた時に記憶されたページの画像データ破棄（削除）処理を実行する。その後、Ｓ１００３に戻り原稿読込処理を実行し、再読込み対象ページの画像データを置き換える。なお、原稿読込処理Ｓ１００３は、自動紙送り装置（ＤＦ）にセットされた全原稿の読込処理、圧板上に置かれた原稿の読込み処理の他、自動紙送り装置にセットされた原稿から指定枚数の読込処理を行うことが可能で、再読込み時は、読込枚数が１ページという指定がされる。Ｓ１００８は、連続読込処理中止の指示の判別を行う。Ｓ１００８で中止の指示があった場合はＳ１００９に進み、それまで読込蓄積した画像データの全てを破棄する読込画像破棄処理Ｓ１００９を実行した後、コピー処理を終了する。Ｓ１００８で中止の指示が無い場合はＳ１０１０に進む。Ｓ１０１０では読込終了指示の判別を行う。Ｓ１０１０で読込終了が指示された場合Ｓ１０１１に進み、それまで読込んだ画像データを全て印刷する読込画像印刷処理を実行した後、コピー処理を終了する。Ｓ１０１０で読込終了が支持されない場合はＳ１０１３に進み読込指示の判別を行う。Ｓ１０１３で読込の指示があった場合、Ｓ１００３に戻り原稿読込処理を実行する。Ｓ１０１３で読込の指示が無い場合はＳ１００４に戻る。つまり、操作部１６０による指示が何も無いときは、画像確認、再読込、中止、読込終了、読込の何れかの指示待ちになる。
【００４１】
図９は、原稿読込処理のフローチャートである。
【００４２】
Ｓ２００１では、自動紙送り装置（ＤＦ）の状態の判別を行う。ＤＦがオープンの時はＳ２００６に進み、圧板からの原稿読込処理を行い処理を終了する。ＤＦがクローズの時はＳ２００２に進み、ＤＦに原稿がセットされているか否かの判別を行う。ＤＦに原稿がセットされていない場合はＳ２００６に進み、圧板からの原稿読込処理を行い処理を終了する。ＤＦに原稿がセットされている場合はＳ２００３に進み、再読込処理が指示されているか否かの判別を行う。Ｓ２００３にて再読込が指示されていると判別した場合はＳ２００４に進み、ＤＦにセットされた原稿から１ページだけ画像を読込み処理を終了する。Ｓ２００３にて再読込が指示されていないと判別した場合はＳ２００５に進み、ＤＦにセットされた原稿の全ページの読込み処理を行い処理を終了する。
【００４３】
図１０は、蓄積画像確認（プレビュー）処理のフローチャートである。
【００４４】
Ｓ３００１では、蓄積画像の確認を行う画像格納先の指定がされているかの判別を行う。連続読込コピー処理で繰り返し読込まれる画像データは、実行中の連続読込コピー処理が使用している画像格納先である文書管理部９００のジョブ管理部９０２配下に管理されており、ジョブ管理部９０２を指定することで、それまでに読込蓄積した画像データの先頭ページから最終ページまでたどることが可能なように管理されている。Ｓ３００１で指定が無い場合は処理を終了する。つまり、プレビュー処理は実行されない。Ｓ３００１で指定があった場合はＳ３００２に進み蓄積された画像の先頭ページを特定する。Ｓ３００３では蓄積されている画像データから、蓄積画像確認画面５１０に表示する画像データの生成を行う。本実施例では、蓄積画像確認画面５１０に表示する直前に画像データの生成を行っているが、原稿読込蓄積時に蓄積画像確認画面表示用の画像データを生成し、オリジナル画像と対応付けて外部記憶部１６０に格納しておいても良い。Ｓ３００４では、Ｓ３００３で生成された画像データを蓄積画像確認画面５１０に表示する。Ｓ３００５は入力指示待ちで、入力指示をループして待っている。Ｓ３００６では次ページを表示する指示がされたかの判別を行い、次ページ表示の指示がされた場合はＳ３００７に進む。Ｓ３００７では蓄積されている画像データの最後尾かを判別し、最後尾であった場合はＳ３００５に戻り再度入力指示待ちになる。Ｓ３００７で最後尾で無いと判別した場合、Ｓ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。Ｓ３００８では、前ページ表示の指示がされたかの判別を行う。前ページ表示の指示がされた場合はＳ３００９に進み、蓄積されている画像データの先頭かの判別を行う。先頭と判別した場合はＳ３００５に戻り再度入力指示待ちになる。先頭で無いと判別した場合、Ｓ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。Ｓ３０１０では蓄積画像確認画面５１０に表示されている画像を縮小表示する指示がされたかの判別を行う。縮小表示が指示されたと判別した場合はＳ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。縮小表示の指示が無い場合Ｓ３０１１に進み、拡大表示の指示がされたかの判別を行う。Ｓ３０１１で拡大表示の指示がされたと判別した場合は指定された場合Ｓ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。拡大表示の指示が無い場合Ｓ３０１２に進み、画像再読込の指示がされたか判別を行う。Ｓ３０１２で画像再読込の指示がされた場合、Ｓ３０１３に進み、現在表示されているページが文書管理部９００のどこで管理されているか等を特定する識別情報を記憶（保持）し処理を終了する。ここで保持された情報が前述の画像読込処理に伝わり、再読込処理が実行される。Ｓ３０１２で再読込の指示が無い場合Ｓ３００５に戻り入力指示待ちとなる。
【００４５】
図１１は、制御装置１１０の内部ソフトウェア構造を示す図である。７００はコントローラソフトウェアであり、その中はプロトコル解釈部７０１、ジョブ制御部７０２、デバイス部７０３で構成されている。プロトコル解釈部７０１はホストコンピュータ６０１や、操作部１５０から、各インタフェース（４１１−４１４）を介して送られてきたコマンド（プロトコル）を解釈し、ジョブ制御部７０２に対してジョブの実行を依頼する。ジョブ制御部７０２は、プロトコル解釈部の依頼に基づき種々のジョブを実行する。デバイス部７０３は、画像入出力システム１００を構成する各ユニットを制御するドライバソフトを含み、ジョブ制御部７０２がジョブを実行する際に使用される。
【００４６】
図１２は、ジョブ制御部７０２の構造を示す図である。
【００４７】
同図において７００はコントローラソフトウェア、７０１はプロトコル解釈部、７０２はジョブ制御部、７０３はデバイス部である。ジョブ制御部７０２は、ジョブ生成部８００、ジョブ処理部８１０、ドキュメント処理部８２０、ページ処理部８３０、バンド処理部８４０、デバイス割り当て部８５０を有している。また、ジョブ処理部８１０は、ジョブ管理部８１１、バインダ管理部８１２、ドキュメント管理部８１３を有している。また、デバイス部７０３は、第１デバイス８５１、第２デバイス８５２及び第３デバイス８５３等複数のデバイスを有する事が可能となっている。
【００４８】
ホストコンピュータ６０１，６０２や、操作部１５０から送られてきた一連の操作依頼は、コマンド（プロトコル）という形で、各インタフェース（４１１−４１４）を介して送られてくる。送られてきたコマンドは、プロトコル解釈部７０１で解釈された後、ジョブ制御部７０２に送られる。この時点でコマンドは、ジョブ制御部７０２が理解できる形に変換される。
【００４９】
ジョブ生成部８００はジョブ８１４を生成する。ジョブ８１４にはコピージョブ、プリントジョブ、スキャンジョブ及びファックスジョブ等様々なジョブが存在する。プロトコル解釈部７０１により解釈されたプロトコルには、例えば、プリントジョブならば印刷する文書の名前や印刷部数、出力先の排紙トレイの指定等の種々の設定情報や、印刷データ自体（ＰＤＬデータ）等が含まれる。ジョブ８１４はジョブ処理部８１０に送られ処理が行われる。ジョブ処理部８１０は、ジョブを構成する複数のバインダの出力順など、ジョブ全体に関わる設定がされるジョブ管理部８１１、バインダを構成する複数のドキュメントの出力順など、バインダ全体に関わる設定がされるバインダ管理部８１２、ドキュメントを構成する複数のページの出力順など、ドキュメント全体に関わる設定がされるドキュメント管理部８１３を有し、ジョブ８１４全体に関する設定や処理が行われる。
【００５０】
更に、ジョブ処理部８１０では、ジョブ８１４全体に関する設定や処理以外は、ジョブ８１４を構成するさらに小さな仕事の単位であるバインダ８１５に分割し、また、バインダ８１５全体に関する設定や処理以外は、バインダ８１５を構成するさらに小さな仕事の単位であるドキュメント８１６に分割し処理する。ドキュメント８１６は入力ドキュメント８２１と１対１に対応付けされており、入力ドキュメント８２１は、ドキュメント処理部８２０により出力ドキュメント８２２に変換処理される。例えば、原稿の束をスキャナで読み取り、複数のイメージデータに変換するスキャンジョブを考えると、原稿の束に関する設定や操作の手順が書かれているのが入力ドキュメント８２１であり、複数のイメージデータに関する設定や操作の手順が書かれているのが出力ドキュメント８２２である。そして、紙の束を複数のイメージデータに変換する役割を持っているのがドキュメント処理部８２０である。
【００５１】
ドキュメント処理部８２０は、ドキュメント単位の入力ドキュメント８２１から出力ドキュメント８２２への変換処理を行い、ドキュメント全体に関する設定や処理以外は、更に小さな仕事の単位である入力ページ８３１に分割し、ページ処理部８３０に処理を依頼する。これは、ちょうどジョブ処理部８１５がジョブ単位の処理に専念して、更に細かい仕事のためにバインダ８１５、ドキュメント８１６を生成するのと同じである。ドキュメント単位の設定及び操作は、具体的にはページの並び替え、両面印刷の指定、表紙の付加、ＯＨＰ中差し等のページ順序に関するものである。
【００５２】
ページ処理部８３０は、ページ単位の入力ページ８３１から出力ページ８３２への変換処理を行う。例えば、上述のスキャンジョブの場合、入力ページ８３１には読み取りの解像度、読み取りの向き（ランドスケープ／ポートレイト）等の各種設定や、手順が書かれており、出力ページ８３２にはイメージデータの格納場所等の設定や手順が書かれている。
【００５３】
ここまでは、ジョブの単位を徐々に小さくして、ページの単位で扱えるようにすることを説明してきた。高価なシステムで１ページ分のページメモリを持てるならば、最終的にページ単位までジョブを細分化して処理すればよい。しかし、現実にはメモリのコスト等の問題から１ページ分のページメモリを持てない場合には、数ライン分のメモリ（バンドメモリ）でジョブ８１４を処理するシステムもある。このような場合、ページを更に細かい単位であるバンドに分割して変換処理を行う。それが入力バンド８４１、バンド処理部８４０、出力バンド８４２であり、これらの動作に関してはページの場合と同様である。
【００５４】
ジョブ処理部８１０、ドキュメント処理部８２０、ページ処理部８３０及びバンド処理部８４０は、いずれも処理を進める際に画像入出力システム１００を構成する種々の物理デバイスを使用する。当然、複数の処理部が同時に仕事を進めるとデバイスの競合が発生するので、それを調停するのがデバイス割り当て部８５０である。例として図に示した第１〜第３のデバイス８５１〜８５３は、デバイス割り当て部８５０により上述した各処理部に割り当てられる論理デバイスであり、例えば、ページメモリやバンドメモリ、原稿給紙ユニット２５０、マーキングユニット３２０エンジン及びスキャナユニット２１０等が考えられる。
【００５５】
図１３は、画像記憶部１６０に蓄積される画像データを管理する文書管理部９００の管理構造を示す図である。
【００５６】
文書管理部９００は、フォルダ管理部９０１、ジョブ管理部９０２、バインダ管理部９０３、ドキュメント管理部９０４、ページ管理部９０５で構成され、それぞれ管理情報（属性値）を持っている。文書管理部９００は、１つまたは複数のフォルダ管理部９０１で構成され、フォルダ管理部９０１の管理情報が格納されている。フォルダ管理部９０１は、１つまたは複数のジョブ管理部９０２で構成され、ジョブ管理部９０２の管理情報が格納されている。ジョブ管理部９０２は、１つまたは複数のバインダ管理部９０３で構成され、バインダ管理部９０２の管理情報が格納されている。さらに、ジョブ管理部９０２は、ジョブ制御部７０２において処理されるジョブ８１４の動作に必要な情報で、ジョブ管理部８１１に格納されている属性値を格納／保存することができる。バインダ管理部９０３は、１つまたは複数のドキュメント管理部９０４で構成され、ドキュメント管理部９０４の管理情報が格納されている。さらに、バインダ管理部９０３は、ジョブ制御部７０２において処理されるバインダ８１５の動作に必要な情報で、バインダ管理部８１２に格納されている属性値を格納／保存することができる。ドキュメント管理部９０４は、１つまたは複数のページ管理部９０５で構成され、ページ管理部９０５の管理情報が格納されている。さらに、ドキュメント管理部９０４は、ジョブ制御部７０２において処理されるドキュメント管理部８１３に格納されている属性値や、ドキュメント処理部８２０により処理された出力ドキュメント８２２の属性値を格納／保存することができる。ページ９０５は、画像記憶部１６０に保存された、スキャナで読込んだ１ページ分の画像データ、ホストコンピュータから送信されたＰＤＬを展開した１ページ分の画像データ、ＦＡＸで受信した１ページ分の画像データなどと対応付けられている。さらに、ページ管理部９０５は、ジョブ制御部７０２のページ処理部８３０により処理された出力ページ８３２の属性値を格納／保存することができる。つまり、文書管理部９００に保存された情報と、画像記憶部１６０に保存された画像データから画像蓄積時に投入されたジョブ８１４を再現することが可能である。また、保存されている情報を再設定することで投入時のジョブと異なる動作をさせることも可能である。
【００５７】
図１４は、該制御装置１１０で実行されるジョブ８１４の１つであるコピージョブの構成の一例を示す図である。
【００５８】
ホストコンピュータ６０１、６０２や、操作部１５０から送られてくる一連の操作依頼はコマンド（プロトコル）という形で、各インタフェース（４１１−４１４）を介して送られてくる。送られてきたコマンドは、プロトコル解釈部７０１で解釈され、ジョブ制御部７０２に送られる。この時点でコマンドはジョブ制御部が理解出来る形に変換されることになる。ジョブ生成部８００は、送られてきたコマンドを解釈し、コピージョブ１００１を生成し制御を依頼する。コピージョブ１００１はコピー動作を実現するための機能を有しており、スキャンジョブ１００２、イメージエージェントジョブ１００３、および、プリントジョブ１００６を生成し、これらの動作を制御することでコピー処理を実現する。イメージエージェントジョブ１００３は、イメージエージェントバインダ１００４を、イメージエージェントバインダ１００４は、イメージエージェントドキュメント１００５をというように、自身を構成する細かい単位に処理を依頼しそれぞれの動作を制御する。イメージエージェントドキュメント１００６は、ドキュメント処理部（紙→イメージ）１０１０の出力ドキュメントであるイメージドキュメント１０１１の生成を行う。生成されたイメージドキュメント１０１１は、イメージエージェントドキュメント１００５、イメージエージェントバインダ１００４、イメージエージェントジョブ１００３、コピージョブ１００１を経由しスキャンジョブ１００２、プリントジョブ１００６に伝達される。
【００５９】
スキャンジョブ１００２は、ドキュメント処理部（紙→イメージ）１０１０の入力ドキュメントであるスキャン紙ドキュメント１００９の生成を行った後に、ドキュメント処理部（紙→イメージ）１０１０を生成する。この時、ドキュメント処理部（紙→イメージ）１０１０に、入力ドキュメントのスキャン紙ドキュメント１００９、出力ドキュメントのイメージドキュメント１０１１が伝えられる。さらに、スキャンジョブ１００２は、ドキュメント処理部（紙→イメージ）１０１０に処理を依頼し動作の制御を行う。なお、スキャンジョブ１００２では、ジョブ処理部８１０で、スキャンジョブ１００２全体に関する設定や処理、およびバインダに関する設定や処理が行われる。スキャンジョブ１００２では、スキャナユニット２１０、スキャナ原稿ユニット２５０の物理的構造から、１回のスキャン動作は、１ジョブ、１バインダ、１ドキュメントの構成で制御可能なため、本実施例では、バインダ８１５、ドキュメント８１６を省略している。
【００６０】
スキャン紙ドキュメント１００９は、原稿に関する情報が属性として管理されており、また、イメージドキュメント１０１１は、読込み結果である画像データに関する情報が属性として管理される。これらの属性をもとに、ドキュメント処理部（紙→イメージ）１０１０は、入力ドキュメントであるスキャン紙ドキュメント１００９から出力ドキュメントであるイメージドキュメント１０１１への変換を制御する。ドキュメント処理部（紙→イメージ）１０１０は、ドキュメント単位の処理のみを行い、さらに細かい仕事は、小さな仕事の単位であるスキャン紙ページ１０１７、ページ処理部（紙→イメージ）１０１８、イメージページ１０１９で行われる。スキャン紙ドキュメント１００９は、原稿の枚数に対応したスキャン紙１０１４を順次生成する。スキャン紙１０１４は生成されると、原稿の処理順を制御するスキャナ紙管理部１０１６に識別子を付加して登録した後、スキャン紙ページ１０１７の生成を行う。スキャン紙ページ１０１７は原稿の表ページ／裏ページに対応しており、両面原稿の時は１つのスキャン紙１０１４に対して２つのスキャン紙ページ１０１７が生成される。スキャナ紙管理部１０１６は、スキャン紙１０１４に付加された識別子やデバイスの仕様（原稿読み取り順など）によりスキャン紙ページ１０１７の処理順序の決定を行う。スキャン紙ページ１０１７には原稿の各ページに関する情報が管理されており、イメージドキュメント１０１１により生成されるイメージページ１０１９には各ページの読込画像データに関する情報が管理される。ページ処理部（紙→イメージ）１０１８は、入力ページであるスキャン紙ページ１０１７から出力ページであるイメージページ１０１９への変換を制御する。また、ページ処理部（紙→イメージ）１０１８は、実際のスキャナデバイスを制御するためのシーケンスを把握しており、スキャナデバイス制御部１０２３に用意されたエンジン制御コマンドを発行することで原稿読み取り動作（スキャン動作）の制御を行う。また、スキャン紙ページ１０１７、イメージページ１０１９に管理されている属性を画像処理部１０２５ａに設定し制御することで、原稿を画像データとして画像記憶部１６０に蓄積させる。蓄積された画像データは、文書管理部９００にて管理されており、文書管理部９００を介して、読み出し、複製、移動、削除、等の操作をすることが可能である。また、画像処理部１０２５ａ、１０２５ｂには、解像度変換、符号変換などの制御を含んでいる。
【００６１】
一方、プリントジョブ１００６は、ジョブ全体に関わる設定や処理以外は、さらに小さな仕事の単位であるプリントバインダ１００７分割し、バインダ全体に関わる設定や処理以外は、さらに小さな仕事の単位であるプリントドキュメント１００８に分割し、プリント処理全体に関する設定や処理の制御を行う。プリントドキュメント１００８は、ドキュメント処理部（イメージ→紙）１０１２の出力ドキュメントであるプリント紙ドキュメント１０１３の生成を行った後に、ドキュメント処理部（イメージ→紙）１０１２を生成する。この時、ドキュメント処理部（イメージ→紙）１０１２に、入力ドキュメントのイメージドキュメント１０１１、出力ドキュメントのプリント紙ドキュメント１０１３が伝えられる。さらに、プリントドキュメント１００８は、ドキュメント処理部（イメージ→紙）１０１２に処理を依頼し動作の制御を行う。プリント紙ドキュメント１０１３には、印刷出力に関する情報が属性として管理されており、イメージドキュメント１０１１には、画像データに関する情報が属性として管理されている。これらの属性をもとに、ドキュメント処理部（イメージ→紙）１０１２は、入力ドキュメントであるイメージドキュメント１０１１から出力ドキュメントであるプリント紙ドキュメント１０１３への変換を制御する。ドキュメント処理部（イメージ→紙）１０１２は、ドキュメント単位の処理のみを行い、さらに細かい仕事は、小さな仕事の単位であるイメージページ１０１９、ページ処理部（イメージ→紙）１０２０、プリント紙ページ１０２１で行われる。
【００６２】
プリント紙ドキュメント１０１３は、印刷出力する枚数分のプリント紙１０１５を順次生成する。プリント紙１０１５は生成されると、印字の処理順を制御するプリンタ紙管理部１０２２に識別子を付加して登録した後、プリントン紙ページ１０２１の生成を行う。プリント紙ページ１０２１は出力用紙の表ページ／裏ページに対応しており、両面印刷の時は１つのプリント紙１０１５に対して２つのプリント紙ページ１０２１生成される。プリンタ紙管理部１０２２は、プリント紙１０１５に付加された識別子やデバイスの仕様（内部循環枚数や両面出力時の紙制御順など）によりプリント紙ページ１０２１の処理順序の決定を行う。プリント紙ページ１０２１には印字する各ページに関する情報が管理されており、イメージページ１０１９には各ページの画像データに関する情報が管理されている。ページ処理部（イメージ→紙）１０２０は、入力ページであるイメージページ１０１９から出力ページであるプリント紙ページ１０２１への変換を制御する。また、ページ処理部（イメージ→紙）１０２０は、実際のプリンタデバイスを制御するためのシーケンスを把握しており、プリンタデバイス制御部１０２４に用意されたエンジン制御コマンドを発行することで印刷動作（プリント動作）の制御を行う。また、イメージページ１０１９、プリント紙ページ１０２１に管理されている属性を画像処理部１０２５ｂに設定し制御することで、画像記憶部１６０に蓄積された画像データを印刷用紙に印字する。
【００６３】
このような一連の動作によりより小さな仕事の単位である処理部に制御を任せて行くことで、コピー動作を実現することが可能となる。
【００６４】
図１５は、図１４に記述できなかった、コピージョブ実行時に行われる文書管理９００への属性格納の例を抜粋した図である。前述の通り（図１３）、文書管理部９００は、フォルダ管理部９０１、ジョブ管理部９０２、バインダ管理部９０３、ドキュメント管理部９０４、ページ管理部９０５で構成され、それぞれが管理情報（属性値）を持っている。ジョブ制御部７０２において処理されるジョブ８１４の動作に必要な情報で、ジョブ管理部８１１に格納されている属性値は、イメージエージェントジョブ１００３により文書管理部９００のジョブ管理部９０２に格納／保存され、ジョブ制御部７０２において処理されるバインダ８１５の動作に必要な情報で、バインダ管理部８１２に格納されている属性値は、イメージエージェントバインダ１００４により文書管理部９００のバインダ管理部９０３に格納／保存され、ジョブ制御部７０２において処理されるドキュメント管理部８１３に格納されている属性値や、ドキュメント処理部８２０により処理された出力ドキュメント８２２の属性値は、出力ドキュメントに該当するイメージドキュメント１０１１により文書管理部９００のドキュメント管理部９０４に格納／保存され、ジョブ制御部７０２のページ処理部８３０により処理された出力ページ８３２の属性値は、出力ページに該当するイメージページ１０１９により文書管理部９００のページ管理部９０５に格納／保存される。
【００６５】
次に、本発明における特徴的な部分の詳細について述べる。
【００６６】
＜ＣＰＵ負荷状態判断手段の説明＞
(コメント：ＣＰＵの負荷状態が通常負荷か高負荷かを判断するＣＰＵ負荷状態判断手段)
ここでは図３のコントローラ部のＣＰＵ１１２の負荷状態を判断するための手段を説明する。
【００６７】
本実施例におけるＣＰＵ負荷状態の判断処理をフローチャートで図１６に記載する。
【００６８】
ＣＰＵ負荷測定（Ｓ５００１）により得られたＣＰＵ負荷のパーセンテージが設定された閾値(Ｔ１)を超えたかどうかを判断し（Ｓ５００２）、高負荷と判断した場合には（Ｓ５００３）負荷情報（Ｌ１）を”高負荷”として記録する（Ｓ５００５）。通常負荷と判断した場合には（Ｓ５００４）負荷情報（Ｌ１）を”通常負荷”として記録する（Ｓ５００５）。前回計測時の負荷情報（Ｌ２）と今回計測時の負荷情報（Ｌ１）を比較し、状態が遷移したかを判断し（Ｓ５００６）、”高負荷”に変化した場合には、後に詳しく後述する”デバイス利用制限処理部”への制限開始通知（Ｓ５００７）をおこない、”通常負荷”に変化した場合には、後に詳しく後述する”デバイス利用制限処理部”への制限解除通知（Ｓ５００８）をおこなう。今回計測した負荷情報（Ｌ１）を前回計測時の負荷情報（Ｌ２）へ値を退避（Ｓ５００９）した後、フローの先頭に戻り、ＣＰＵ負荷測定（Ｓ５００１）へ進み、ＣＰＵの負荷状態の判断処理を繰り返し行っていく。
【００６９】
ここで、ＣＰＵ負荷の計測を行うＳ５００１の最も簡単な実施例としては、アイドルタスクの単位時間あたりの累積走行時間を測定する方法がある。ＣＰＵ負荷の計測については公知の様々な手段が存在しており、本実施例はＣＰＵ負荷計測の手法によるものではないため、このレベルの説明に留める。
【００７０】
＜タスク走行比率記録手段の説明＞
(コメント： 定期的に各タスクの走行割合を記録するタスク走行比率記録手段)
各タスクの走行比率を計測する簡単な実施例としては、ＯＳが実行待ち状態のタスクをディスパッチして実行状態に遷移させる際と実行状態になったタスクを待ち状態に遷移させる際との時刻差分を累積的にタスク管理情報部のタスク走行時間記録部に加算し、単位時間毎にチェックしてクリアすることで、各タスクの単位時間あたりの累積走行時間を記録することができる。図１７に各タスクの単位時間あたりの走行時間を記録する例を図示する。５１００が各タスクの状態や履歴を記録するタスク管理テーブルリストの例である。５１０１がタスク管理情報リストのリストヘッドであり、ここから５１０２、５１０３と、各タスク管理テーブルをたどることが出来る。タスク管理テーブル内の情報を示したのが５１１０であり、各タスク管理テーブルには単位時間あたりの累積走行時間５１１１が記録されるため、後は計測単位時間で各タスクの累積走行時間を割れば、各タスクの走行比率をパーセンテージで求めることができる。図１８はタスクの走行比率を計測した結果を表にした例である。簡単な実施例でタスクの走行割合を得る手段を説明したが、結果として図１８に示すような各タスクの走行比率が得られ、最も走行比率の高い(負荷の高い)タスク５２０１が得られればどのような手法でも良く、タスクの走行比率の計測については公知の手段が存在しており、本実施例はタスクの走行比率の手法によるものではないため、このレベルの説明に留める。
【００７１】
＜高負荷タスクの負荷原因デバイスの利用制限手段と解除手段の説明＞
(コメント：上記(a)のＣＰＵ負荷状態判断手段により高負荷状態に遷移したことを検知した場合に上記(b)のタスク走行比率記録手段により、最も走行比率の高いタスクの入力負荷原因となるデバイスの利用を制限する手段、上記(a)のＣＰＵ負荷状態判断手段により通常負荷状態に遷移したことを検知した場合に上記(c)で行った利用制限を解除する手段)
既に説明したＣＰＵ負荷状態判断部（図１６）によりＣＰＵが高負荷であることがデバイス利用制限処理部に通知される。デバイス利用制限処理を図１９にフローチャートで記載する。まず、デバイス利用制限処理部では、ＣＰＵ負荷状態判断部より通知がくるのを待ち合わせており（Ｓ５５０１）、通知を受信した場合に高負荷へ遷移したのか通常負荷へ遷移したのかを通知内容により判断し（Ｓ５５０２）、高負荷へ遷移したのであれば、既に説明したタスク走行比率記録手段により最も負荷が高いタスクを判断する（Ｓ５５０３）。Ｓ５５０３で判断したタスクＩＤをキーとしてタスクとその負荷入力源デバイスとの対応テーブルをサーチし、負荷入力源デバイスを特定する（Ｓ５５０４）。
【００７２】
図２０にデバイス制御テーブルとしてタスクとそのタスクの負荷に強く関係するデバイスとを対応させるテーブルの例を図示して説明する。
【００７３】
タスク列５６０１には各タスクが登録されており、デバイス列５６０２には各タスクの負荷に最も強く関係するデバイスが登録されている。制限処理関数列５６０３にはそのデバイスを制限するための処理関数が登録されており、制限解除処理関数列５６０４には制限を行っているデバイスに制限解除を行うための処理関数が登録されている。制限実施フラグ列５６０５は制限を実施している最中にはその行の制限実施フラグを立てて、制限解除の対象を割り出すのに使われる。
【００７４】
図２０の例においては、ネットワーク処理タスク（タスクＩＤ：５）の負荷に強く関係するデバイスはデバイス列５６０２によりネットワークＩ／Ｆであるということが判断できる。このネットワークＩ／Ｆは図３のコントローラ内のネットワークＩ／Ｆ１２３に該当する。さらに図２０の制御列５６０３にあるとおり、対応表には該当デバイスに対する利用制限を行う処理関数と制御解除列５６０４にその制限を解除する処理関数が登録されている。ネットワークインタフェースに対して利用制限をかける場合には、ネットワークコントローラに対してプリントジョブ通信の帯域制限を指示する通知を行う関数が登録されており、これが実行され、制限実施フラグ５６０５にフラグを立てて制限を実行していることを記録する。
【００７５】
負荷に強く関係するデバイスが存在しないタスクの場合には、デバイス制御テーブルにはデバイス名を登録していないため、この場合にはテーブルサーチにヒットせず、制限処理は行われない。
【００７６】
図１９のＳ５５０４により負荷入力源デバイスを特定し、制限可能なデバイスが存在した場合（Ｓ５５０５）、該当デバイスに利用制限を行う（Ｓ５５０６）。該当デバイスへの利用制限の具体的な実施例については実施例を後述するため、ここでは説明を省く。
【００７７】
図１９のＳ５５０２で通常状態へ遷移したのであれば、既に利用制限が行われているデバイスに対して利用制限を解除する（Ｓ５５０７）。
【００７８】
＜帯域制御通知手段の説明＞
(コメント：ネットワーク処理タスクである場合、ネットワークコントローラに対してプリントジョブの通信帯域制御命令を通知する帯域制御通知手段、上記帯域制御通知手段により帯域制限開始を通知された場合、指示された帯域幅に従い、プリントジョブの通信に対して帯域を制限する手段。帯域を制限する手段によりプリントジョブの通信に対して帯域制限を行っている状態である場合に請求項１(d)に記載の利用制限を解除する手段として、ネットワークコントローラに対してプリントジョブの通信帯域制御解除を通知する帯域制御通知手段、上記帯域制御通知手段により帯域制限解除を通知された場合、プリントジョブの通信に対しての帯域制限を解除する手段)
先に図１９で説明したデバイス利用制限処理部において、Ｓ５５０３で最も負荷が高いタスクが”ネットワーク処理タスク”と判断した場合の利用制限手段の実施例を説明する。
【００７９】
図２０には、各タスクとそのタスクの負荷に強く関係するデバイスとの対応テーブルの例を示す。図２０のタスクとデバイスの対応表に従い、タスク列５６０１のタスクＩＤを検索し、ネットワーク処理タスク５６１１のタスクＩＤがみつかる。タスクＩＤ５６１１に該当するデバイス列５６０２の負荷入力源デバイスがネットワークＩ／Ｆ（５６１２）であるということが判断できる。さら図２０の制限開始関数列５６０３にある該当デバイスに対する利用制限を行う処理関数（５６１３）と、制御解除関数列５６０４にその制限を解除する処理関数（５６１４）が登録されている。ネットワークＩ／Ｆに対して利用制限をかける場合には、ネットワークコントローラ(以降ＮＩＣ)に対してプリントジョブ通信の帯域制限を指示する通知を行う関数（５６１３）が実行され、帯域制限が開始される。制限が開始されると、制限中フラグ列５６０５の制限中タスクに対してフラグ（５６１５）をセットする。制限解除を行う場合には、このフラグが立っているタスクに対して制限解除関数列（５６０４）の該当関数を実行し、制限解除を実施し、フラグをクリアする。
【００８０】
図２１にネットワークコントローラを制御しているデバイスドライバへ帯域制限を指示する例を示す。
【００８１】
帯域制限開始関数５７０１は既に説明した図２０においては制限開始列５６０３に登録された関数に該当し、
帯域制限解除関数５７０２は既に説明した図２０においては制限解除列５６０４に登録された関数に該当する。
【００８２】
帯域制限開始関数５７０１により、５７０３のデバイスドライバに対してプリントジョブの通信ポート番号の通信に対して設定された帯域で帯域制限を開始するように指示を行う。制限開始関数５７０１からデバイスドライバ５７０３に通知する帯域制限情報の例が５７１０に示すテーブルである。
【００８３】
帯域制限情報にはＥｔｈｅｒＴｙｐｅ（５７１１）、Ｐｒｏｔｏｃｏｌ番号（５７１２）、Ｐｏｒｔ番号（５７１３）、制限帯域（５７１４）などの情報が含まれる。
【００８４】
ネットワークドライバ５７０３は指示されたプロトコル種別と帯域に従い、ＮＩＣ５７０４に対して帯域制御の設定を行い、プリントジョブ通信のプロトコルに対して帯域制御を実施する。帯域制御を行う際のパケット破棄アルゴリズムについては一定の割合でランダムにパケットを破棄するなど公知の様々な方式が存在するが、本実施例は帯域制御の手法によるものではないため、このレベルの説明に留め、具体的な内容については割愛する。
【００８５】
＜本方式の全体構成説明＞
図２２に本実施例の特徴部における主要構成と全体の制御の流れをここで説明する。
【００８６】
ＣＰＵの負荷状態判断部については図１６で先に説明したとおり、ＣＰＵ負荷が高負荷か通常負荷かを判断する処理部分である。同様のものが図２２では６００１に該当する。図１６で先に説明したように、ＣＰＵ負荷状態判断部６００１は、計測結果６００３の記録により、前回計測したＣＰＵ負荷（Ｌ２）と今回計測したＣＰＵ負荷（Ｌ１）とを比較し、負荷状態が遷移したかを判断する。
また、デバイス利用制限処理部については図１９で先に説明したとおり、ＣＰＵが高負荷であることがＣＰＵ負荷状態判断部６００１から通知されると、最も負荷がかかっているタスクに対応する負荷入力源デバイスに対して制限を行う処理部分である。同様のものが図２２では６００２に該当し、タスク管理テーブルの図１８が図２２では６００４に該当し、デバイス制御テーブル図２０が図２２では６００５に該当する。
【００８７】
先に説明したように、デバイス利用制限処理部６００２では、高負荷に遷移したことをＣＰＵ負荷状態判断部６００１より通知されると、タスク管理テーブル６００４を参照し、最も負荷の高いタスクを判断する。
【００８８】
最も負荷の高いタスクのＩＤをキーとして、デバイス制御テーブル６００５を参照して該当するタスクの負荷入力源となるデバイスを制限する関数が呼び出され、制限開始処理部６００６が動作し、該当するデバイス６００８に対して制限を行うように制御を行う。ＣＰＵ負荷状態判断部６００１よりデバイス利用制限処理部６００２に対して通常負荷に遷移したことが通知されると、デバイス制御テーブル６００５を参照して制限処理中のデバイスを検索し、該当するデバイスの制限解除関数が呼び出され、制限解除処理部６００７が動作し、該当するデバイスに対して制限解除するように制御を行う。
【００８９】
このようにしてＣＰＵ負荷の判断と負荷原因デバイスの制御を継続的に実施することにより、ＣＰＵが高負荷状態になれば、最も負荷が高いタスクをみつけ、そのタスクの負荷の入力源となるデバイスを特定して、そのデバイスに利用制限をかけることで入力負荷を落とし、高負荷タスクの負荷を軽減させることで、結果としてＣＰＵが過負荷になることを防止することになる。
【図面の簡単な説明】
【００９０】
【図１】本発明に係わるデータ処理装置としてのデジタル複合機の1実施例形態を示すブロック構成図である。
【図２】デジタル複合機の内部構成図である。
【図３】本発明に係わる電子部品としてのコントローラ部の詳細を示すブロック構成図である。
【図４】メインコントローラの詳細を示すブロック構成図である。
【図５】操作部１５０の例を示す図である。
【図６】「連続読込モード」時の原稿読込設定画面の例を示す図である。
【図７】読込画像確認画面の例を示す図である。
【図８】連続読込コピー処理のフローチャートである。
【図９】原稿読込処理のフローチャートである。
【図１０】蓄積画像確認（プレビュー）処理のフローチャートである。
【図１１】制御装置内部のソフトウェア構造を示す図である。
【図１２】ジョブ制御部の構造を示す図である。
【図１３】文書管理部の管理構造を示す図である。
【図１４】コピージョブの構成例を示す図である。
【図１５】コピージョブ実行中の文書管理部との関係を抜粋した図である。
【図１６】CPU負荷状態判定処理のフローチャートである。
【図１７】タスク管理テーブルの例を示す図である。
【図１８】タスクの走行比率リストの例を示す図である。
【図１９】デバイス利用制限処理のフローチャートである。
【図２０】デバイス制御テーブルの例を示す図である。
【図２１】NICのデバイスドライバへ帯域制限を指示する例を示す図である。
【図２２】CPU負荷状態の判断とデバイス利用制限処理全体の主要構成図である。
【図１】
2007188226.tif 000003
【図２】
2007188226.tif 000004
【図３】
2007188226.tif 000005
【図４】
2007188226.tif 000006
【図５】
2007188226.tif 000007
【図６】
2007188226.tif 000008
【図７】
2007188226.tif 000009
【図８】
2007188226.tif 000010
【図９】
2007188226.tif 000011
【図１０】
2007188226.tif 000012
【図１１】
2007188226.tif 000013
【図１２】
2007188226.tif 000014
【図１３】
2007188226.tif 000015
【図１４】
2007188226.tif 000016
【図１５】
2007188226.tif 000017
【図１６】
2007188226.tif 000018
【図１７】
2007188226.tif 000019
【図１８】
2007188226.tif 000020
【図１９】
2007188226.tif 000021
【図２０】
2007188226.tif 000022
【図２１】
2007188226.tif 000023
【図２２】
2007188226.tif 000024