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