JP2003259097A - 画像処理装置及び画像処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 符号化デバイスの使用状況に応じてボトルネ
ックの発生を抑制でき、装置のパフォーマンスを向上さ
せた。 【解決手段】 ＣＯＤＥＣ−２デバイス１０２２の使用
状況に応じて、符号化メモリ１０１２の割り当て量を変
更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像データの符号
化機能を備える画像処理装置、及び画像処理方法に関す
る。

【０００２】

【従来の技術】従来、複写機等の画像処理装置におい
て、画像を符号化して圧縮しＲＡＭ上の符号化メモリに
記憶する方法や、符号化メモリからさらにハードディス
ク等の記録デバイスに記録する方法が一般的に使用され
ている。

【０００３】また、ＰＤＬ機能を拡張する際に、拡張ボ
ードによりＰＤＬ機能をあとから追加することが可能で
ある。拡張ボード上にも符号化デバイスを備え、複数の
符号化デバイスを並行して使用し負荷分散する場合もあ
る。

【０００４】

【発明が解決しようとする課題】しかしながら、拡張ボ
ードの符号化デバイスを使用し負荷分散を行っても、そ
の一方で、符号化メモリの占有時間は長くなる可能性が
あり、符号化メモリがボトルネックとなるという問題が
生じることがあった。

【０００５】本発明は上述した問題点を解決するための
ものであり、拡張符号化デバイスの使用状況に応じて、
符号化メモリの割り当て量を変更することにより、符号
化デバイスの使用状況に応じてボトルネックの発生を抑
制でき、装置のパフォーマンスを向上させた画像処理装
置及び画像処理方法を提供することを目的とする。

【０００６】また、拡張符号化デバイスが存在するか否
かを判定し、判定結果に応じて、符号化メモリの割り当
て量を変更することにより、装置の起動時においてボト
ルネックの発生を抑制でき、装置のパフォーマンスを向
上させた画像処理装置及び画像処理方法を提供すること
を目的とする。

【０００７】また、機能拡張ボードの符号化機能が使用
できるか否かに応じて、本体ボードの符号化メモリの割
り当て量を変更することにより、機能拡張ボードの使用
状況に応じてボトルネックの発生を抑制でき、装置のパ
フォーマンスを向上させた画像処理装置及び画像処理方
法を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の画像処理装置は、画像データを符号化する
複数の符号化手段と、前記複数の符号化手段に含まれる
拡張符号化手段の使用状況に応じて、符号化メモリの割
り当て量を変更する容量変更手段と、を有することを特
徴とする。

【０００９】また、本発明の画像処理装置は、画像デー
タを符号化する複数の符号化手段と、前記複数の符号化
手段の中に拡張符号化手段が存在するか否かを判定する
判定手段と、前記判定手段による判定結果に応じて、符
号化メモリの割り当て量を変更する容量変更手段と、を
有することを特徴とする。

【００１０】また、本発明の画像処理装置は、符号化機
能を備える本体ボードに、符号化機能を備える機能拡張
ボートを装着して画像処理を行う画像処理装置であっ
て、前記機能拡張ボードの符号化機能が使用できるか否
かに応じて、本体ボードの符号化メモリの割り当て量を
変更する容量変更手段を有することを特徴とする。

【００１１】また、本発明の画像処理方法は、画像デー
タを符号化する複数の符号化デバイスを用いる画像処理
方法であって、前記複数の符号化デバイスに含まれる拡
張符号化デバイスの使用状況に応じて、符号化メモリの
割り当て量を変更することを特徴とする。

【００１２】また、本発明の画像処理方法は、画像デー
タを符号化する複数の符号化デバイスを用いる画像処理
方法であって、前記複数の符号化デバイスの中に拡張符
号化デバイスが存在するか否かを判定し、判定結果に応
じて、符号化メモリの割り当て量を変更することを特徴
とする。

【００１３】また、本発明の画像処理方法は、符号化機
能を備える本体ボードに、符号化機能を備える機能拡張
ボートを装着して画像処理を行う画像処理方法であっ
て、前記機能拡張ボードの符号化機能が使用できるか否
かに応じて、本体ボードの符号化メモリの割り当て量を
変更することを特徴とする。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。

【００１５】図１は、本発明に係る画像処理装置を含む
画像処理システム１の構成を示すブロック図である。

【００１６】図１において、ワークステーション１１、
パーソナルコンピュータ１２、大容量ストレージを有す
るサーバコンピュータ１３、画像を送受信するファック
ス１５、ネットワークスキャナ１６、プリントサーバ２
０、マルチファンクションプリンタ２１、プリンタ２
２、画像入力装置であるスキャナ１００、画像出力装置
であるプリンタ１２０と、スキャナ１００とプリンタ１
２０を制御するマルチファンクションコントローラ２０
０などが、イーサネット（登録商標）などのＬＡＮ１０
に接続されて画像処理システム１が構成されている。

【００１７】この画像処理システム１において、スキャ
ナ１００、マルチファンクションコントローラ、及びプ
リンタ１２０のブロックにより構成される１台の装置
が、本発明を適用可能な画像処理装置である。

【００１８】例えば、デジタル複合機（複写機）と呼ば
れるこの画像処理装置では、スキャナ１００とプリンタ
１２０のそれぞれがマルチファンクションコントローラ
２００と専用バス（図示せず）により接続されている。

【００１９】図２は、図１におけるマルチファンクショ
ンコントローラ２００の構成を示すブロック図である。

【００２０】図２において、マルチファンクションコン
トローラ２００は画像情報やデバイス情報の入出力を行
うコントローラであり、一方ではスキャナ１００やプリ
ンタ１２０に接続され、他方ではＬＡＮ１０や公衆回線
（ＷＡＮ）５０に接続される。

【００２１】ＣＰＵ２０１は装置全体を制御するコント
ローラである。ＲＡＭ２０２はＣＰＵ２０１が動作する
ためのシステムワークメモリであり、画像データを一時
的に記憶するための画像メモリでもある。ＲＯＭ２０３
はブートＲＯＭであり、装置のブートプログラムが格納
されている。ＨＤＤ２０４はハードディスクドライブで
あり、システムソフトウェアや画像データなどが格納さ
れる。

【００２２】操作部Ｉ／Ｆ２０６は操作部（ＵＩ）２１
０に接続するためのインターフェース部であり、画像デ
ータを操作部２１０に出力する。この画像データに基づ
いて操作部２１０に画像が表示される。また、本装置の
使用者が操作部２１０から入力した情報を、ＣＰＵ２０
１に伝える役割をする。

【００２３】Ｎｅｔｗｏｒｋ２０９はＬＡＮ１０に接続
されており、情報の入出力を行う。Ｍｏｄｅｍ２２０は
公衆回線５０に接続されており、この公衆回線５０を介
して情報の入出力を行う。以上のデバイスがシステムバ
ス２０７上に配置される。

【００２４】Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ２０５は、画
像データを高速で転送する画像バス２０８とシステムバ
ス２０７とを接続しており、データ構造を変換するバス
ブリッジである。画像バス２０８は、ＰＣＩバスなどの
高速バスによって構成される。

【００２５】画像バス２０８上には以下の各種デバイス
が配置されている。ラスターイメージプロセッサ（ＲＩ
Ｐ）２３０はＰＤＬコードをビットマップイメージに展
開するものである。なお、ＲＩＰ２３０は、画像バス２
０８から着脱可能な機能拡張ボートとして構成されてお
り、後述する符号化機能も備えている。

【００２６】デバイスＩ／Ｆ部２４０は、マルチファン
クションコントローラ２００とスキャナ１００やプリン
タ１２０とを接続し、画像データの同期系／非同期系の
変換を行うものである。スキャナ画像処理部２５０は、
入力画像データに対して補正、加工、編集などを行うも
のである。プリンタ画像処理部２６０は、プリント出力
画像データに対して、プリンタの補正、解像度変換など
を行うものである。画像回転部２７０は画像データの回
転を行うものである。画像圧縮部２８０は、多値画像デ
ータをＪＰＥＧに圧縮伸張処理を行い、２値画像データ
をＪＢＩＧ、ＭＭＲ、ＭＨに圧縮伸張処理を行うもので
ある。

【００２７】また、ＨＤＤ２０４には、ネットワーク
（ＬＡＮ１０）に接続されているノードに関する画像出
力速度、設置位置などの情報がアドレス毎に保存されて
いる。

【００２８】図３は、図２におけるスキャナ１００の概
略を示す概略斜視図である。

【００２９】スキャナ１００は原稿の画像に光を照射
し、ＣＣＤライセンサ（図示せず）で走査することによ
って原稿から画像情報を読み取り、読み取った画像情報
をラスターイメージデータ３０として電気信号に変換す
る。原稿は原稿フィーダ１０１のトレイ１０２にセット
される。操作部２１０（図２参照）を操作して、ユーザ
が読み取りを起動する指示を出すと、マルチファンクシ
ョンコントローラ２００のＣＰＵ２０１がその指示をス
キャナ１００に与える。指示を受けたスキャナ１００
は、原稿フィーダ１０１によって原稿を１枚ずつフィー
ドして原稿上の画像の読み取りを実行する。

【００３０】図４は、図２におけるプリンタ１２０の概
略を示す概略斜視図である。

【００３１】プリンタ１２０は、ラスターイメージデー
タ４０（図２参照）を記録紙上に画像として形成する。
この画像形成の方式には感光体ドラムや感光体ベルト
（いずれも図示せず）を用いた電子写真方式や微少ノズ
ルアレイからインクを吐出して記録紙上に直接に画像を
印字するインクジェット方式などがある。

【００３２】プリント動作の起動は、ＣＰＵ２０１から
の指示（ラスターイメージデータ４０）によって開始す
る。プリンタ１２０の内部には、記録紙のサイズや記録
紙の向きを選択できるように複数の給紙段が設けられて
おり、それらに対応した複数の給紙カセット１２２ａ，
１２２ｂ，１２２ｃ，１２２ｄが装着されている。ま
た、排紙トレイ１２３は、印字が終了した記録紙を受け
るものである。プリンタ１２０にフィニッシャ１２４が
装着されている場合は、印字された記録紙はフィニッシ
ャ１２４に搬送される。フィニッシャ１２４にはステイ
プラユニット１２５（後処理ユニット）が装着されてい
る。このステイプラユニット１２５によって５０枚の記
録紙を綴じたり、１００枚の記録紙を綴じたりできる。

【００３３】フィニッシャ１２４にはインサータユニッ
ト１２６が装着されている。このインサータユニット１
２６は給紙カセット１２２ａ，１２２ｂ，１２２ｃ，１
２２ｄのように一つの給紙段として使用できる。インサ
ータユニット１２６はフィニッシャ上に装着されている
ため、ここから給紙された用紙はプリンタ１２０内の画
像形成部や定着器（いずれも図示せず）などを通過しな
い。このため、印字（画像形成）はできないが、熱によ
る影響を受けずに用紙を印字済みの記録紙の間に挿入
（組むこと）できる。また、カラープリント済みの原稿
などを置けば白黒プリンタにおいてもカラー混在の排紙
（出力）ができる。

【００３４】記録紙の両面に印字する場合は、片面に画
像を印字した後にプリンタ１２０内で記録紙を反転す
る。その後、ＣＰＵ２０１からの指示４０に従い、まだ
印字されていない面に画像を印字する。

【００３５】図５は、画像入出力時の処理を示すブロッ
ク図である。図５において、１０００はマルチファンク
ションコントローラ側のボード、２３０はＲＩＰ側のボ
ードである。

【００３６】スキャナ１００やＭＯＤＥＭ２２０から入
力された画像データはＲＡＭ２０２内に確保されたペー
ジメモリ１０１０に格納される。そして、ＣＯＤＥＣ−
１デバイス１０１１（画像圧縮部２８０等に対応）を通
ってエンコード処理され、ＲＡＭ２０２内に確保された
符号化メモリ１０１２に格納される。符号化されたデー
タはＨＤＤ２０４に格納される。

【００３７】ＰＤＬ画像の入力時はＰＤＬのインタプリ
タプログラムがＰＤＬデータを解釈し、描画を行うため
のディスプレイリストデータを作成し、ＲＩＰ２３０に
ディスプレイリストデータを渡す。ＲＩＰ２３０は渡さ
れたディスプレイリストデータをディスプレイリスト１
０２０に格納する。ディスプレイリスト１０２０上のデ
ィスプレイリストデータはページ毎にシッパー１０２１
で描画処理される。描画処理されたデータは、ページメ
モリ１０１０もしくは、ＣＯＤＥＣ−２デバイス１０２
２に出力される。ＣＯＤＥＣ−２デバイス１０２２に出
力された場合は、ＣＯＤＥＣ−２デバイス１０２２でエ
ンコード処理され、ＲＡＭ２０２内に確保された符号化
メモリ１０１２に格納される。

【００３８】入力された画像をプリント出力する場合
は、ＨＤＤ２０４から画像が符号化メモリ１０１２に読
み出され、ＣＯＤＥＣ−１デバイス１０１１を通ってデ
コード処理され、ページメモリ１０１０に格納される。
このデータをプリンタ１２０が受け取りプリント出力を
行う。

【００３９】図６は、ＰＤＬ画像入力時のＲＩＰ終了ま
での処理を示すフローチャートである。１ページ毎ディ
スプレイリストデータをＲＩＰ処理する度に、このフロ
ーチャートを実行する。

【００４０】なお、本フローチャートの各処理は、ＣＰ
Ｕ２０１により制御されている。すなわち、本フローチ
ャートの各処理に係るプログラムが、予めＲＯＭ２０３
及びＨＤＤ２０４に格納されており、ＣＰＵ２０１は、
このプログラムを読出し、ＲＡＭ２０２をプログラム実
行のためのワークメモリとして用いて、各処理を制御し
ている。

【００４１】図６において、まず、ステップ６００１で
ＣＯＤＥＣ−２デバイス１０２２が使用可能かどうかチ
ェックする。すなわち、ＣＰＵ２０１は、ＲＩＰ２３０
に含まれる不図示のＣＰＵとデバイス情報の送受信を常
時行っており、ＲＩＰ２３０のＣＰＵが、ＲＩＰ２３０
の故障等、異常状態を検出した際には、ＣＰＵ２０１に
対してその旨を伝えるようにしている。

【００４２】ここで、故障等で使用できない場合はＣＯ
ＤＥＣ−２デバイス１０２２を使用しない画像パス処理
に代替するためステップ６００２の処理に進む。使用で
きる場合はステップ６０１０に進む。

【００４３】ステップ６００２ではシッパー１０２１の
出力をページメモリ１０１０にセットする。次にステッ
プ６００３に進み、該当ページの画像サイズ分のページ
メモリ１０１０を獲得する。次にステップ６００４に進
み、シッパー１０２１はシッピングを開始し、ディスプ
レイリストデータを描画する。ステップ６００５で順次
描画されたデータはページメモリ１０１０に転送され
る。転送が終了するとステップ６０１９に進む。

【００４４】一方、ステップ６０１０に進んだ場合、シ
ッパー１０２１の出力をＣＯＤＥＣ−２デバイス１０２
２にセットする。次にステップ６０１１に進み、ＣＯＤ
ＥＣ−２デバイス１０２２を獲得し、ステップ６０１２
に進む。ステップ６０１２では、どの程度圧縮がかかる
か現時点では不明なため、該当ページの画像サイズ分の
符号化メモリ１０１２をひとまず獲得する。

【００４５】この場合、ステップ６００２へ進んだ場合
に比べページメモリ１０１０の緩衝が無い分、符号化メ
モリ１０１２の占有時間が長くなる可能性がある。した
がって他のスキャナ１００やＭＯＤＥＭ２２０から入力
された画像と符号化メモリ１０１２獲得で競合する場合
が生じる。符号化メモリ１０１２獲得の競合によるボト
ルネックを防止するため、ステップ６０１２で獲得する
符号化メモリは図９において後で説明するシステムヒー
プ９００２から一時レンタルし使用する。

【００４６】なお、このＣＯＤＥＣ−２デバイス１０２
２を使用する画像パスではページメモリ１０１０を使用
しないため、ページメモリに余裕がある。そのため、ス
テップ６０１２で獲得する符号化メモリはページメモリ
１０１０から一時レンタルし使用しても良い。

【００４７】次にステップ６０１３でシッパー１０２１
はシッピングを開始し、ディスプレイリストデータを描
画する。シッピングされたデータはステップ６０１４で
ＣＯＤＥＣ−２デバイス１０２２によって順次エンコー
ド処理され、ステップ６０１５で符号化メモリ１０１２
に転送される。このとき、エンコードにより元データよ
り符号化後のデータが大きくなった場合、符号化メモリ
１０１２に収まり切らないため、転送データをカウント
しておく。符号化メモリ１０１２に収まらなかった場合
は、獲得した符号化メモリ１０１２の先頭アドレスに戻
り転送データの上書き処理を行う。転送が終了するとス
テップ６０１６に進む。

【００４８】ステップ６０１６では、エンコード処理は
正常に終了できたかどうかの判断を行う。すなわち、Ｒ
ＩＰ２３０のＣＰＵは、ＣＯＤＥＣ−２の符号化処理が
適切に行われているかを監視しており、符号化処理のエ
ラーが生じた場合、ＣＰＵ２０１に対してエラー情報を
伝え、ＣＰＵ２０１は、通知されたエラー情報に基づ
き、ステップ６０１６の判定を行っている。

【００４９】エンコード処理でエラーを検知した場合
は、ステップ６０４０に進む。正常にエンコード処理が
完了した場合は、ステップ６０１７に進む。

【００５０】ステップ６０１７では、転送データは獲得
した符号化メモリ１０１２内に収まったかどうかの判断
を行う。符号化メモリ内に収まった場合はステップ６０
１８へ、収まらなかった場合はステップ６０３０へそれ
ぞれ進む。ステップ６０３０ではステップ６０１２で獲
得した符号化メモリ１０１２を開放し、再度ステップ６
０１５でカウントしたデータサイズで符号化メモリ１０
１２を獲得する。

【００５１】再獲得の場合も、ステップ６０１２での処
理と同じく、システムヒープ９００２もしくはページメ
モリ１０１０から一時レンタルし符号化メモリ１０１２
として使用する。

【００５２】一度符号化を行って正確なデータサイズが
判明しているため、２度目のデータ転送は必ず成功す
る。ステップ６０３０の処理が終わると、ステップ６０
１３に戻り、再度シッピング処理からやり直す。

【００５３】ステップ６０１８では、ＣＯＤＥＣ−２デ
バイス１０２２を開放し、ステップ６０１９に進む。

【００５４】ステップ６０１９では必要なくなったディ
スプレイリストデータを開放し、ＲＩＰ処理のフローチ
ャートを抜ける。ステップ６００２の処理を通ってきた
場合エンコード処理が未実施のため図７のフローチャー
トを実施する。ステップ６０１０の処理を通ってきた場
合、図８のフローチャートを実施する。

【００５５】一方、ステップ６０４０では画像パスを切
り替えるため不要になったステップ６０１２で獲得した
符号化メモリ１０１２を開放する。次にステップ６０４
１に進み、ステップ６０１１で獲得したＣＯＤＥＣ−２
デバイス１０２２を開放し、ステップ６００２に進み、
ＣＯＤＥＣ−１デバイス１０１１を使用する画像パスへ
処理を切り替える。

【００５６】図７は、画像入力時のページメモリからエ
ンコード処理終了までの処理を示すフローチャートであ
る。スキャナ画像やＦＡＸ画像、ＰＤＬ画像などページ
メモリ１０１０に入ってきた入力画像にはこのフローチ
ャート処理が実施される。なお、本フローチャートの各
処理は、図６に示す処理と同様に、ＣＰＵ２０１により
制御されている。

【００５７】まず、ステップ７００１でＣＯＤＥＣ−１
デバイス１０１１を獲得する。次に、ステップ７００２
では、どの程度圧縮がかかるか現時点では不明なため、
該当ページの画像サイズ分の符号化メモリ１０１２をひ
とまず獲得する。次にステップ７００３でページメモリ
１０１０上の入力画像データはＣＯＤＥＣ−１デバイス
１０１１によって順次エンコード処理され、ステップ７
００４で符号化メモリ１０１２に転送される。このと
き、エンコードにより元データより符号化後のデータが
大きくなった場合、符号化メモリ１０１２に収まり切ら
ないため、転送データをカウントしておく。符号化メモ
リ１０１２に収まらなかった場合は、獲得した符号化メ
モリ１０１２の先頭アドレスに戻り転送データの上書き
処理を行う。転送が終了するとステップ７００５に進
む。

【００５８】ステップ７００５では、転送データは獲得
した符号化メモリ１０１２内に収まったかどうかの判断
を行う。符号化メモリ内に収まった場合はステップ７０
０７へ、収まらなかった場合はステップ７００６へそれ
ぞれ進む。ステップ７００６ではステップ７００２で獲
得した符号化メモリ１０１２を開放し、再度ステップ７
００４でカウントしたデータサイズで符号化メモリ１０
１２を獲得する。一度符号化を行って正確なデータサイ
ズが判明しているため、２度目のデータ転送は必ず成功
する。ステップ７００６の処理が終わると、ステップ７
００４に戻り、再度エンコード処理からやり直す。

【００５９】ステップ７００７では、使用し終わったＣ
ＯＤＥＣ−１デバイス１０１１を開放し、ステップ７０
０８に進む。ステップ７００８では使用し終わったペー
ジメモリ１０１０を開放する。そして、このフローチャ
ートを抜ける。この後図８のフローチャートを実行す
る。

【００６０】図８は、エンコード済みデータをハードデ
ィスクに格納する処理を示すフローチャートである。な
お、本フローチャートの各処理は、図６に示す処理と同
様に、ＣＰＵ２０１により制御されている。

【００６１】ステップ８００１で符号化メモリ１０１２
上にある符号化済みのデータをＨＤＤ２０４に書き込
む。処理が終わると、ステップ８００２に進む。ステッ
プ８００２では使用し終わった符号化メモリ１０１２を
開放し、このフローチャートを抜ける。

【００６２】図９はＲＡＭ２０２上のメモリマップの概
略を示す図である。プログラム領域９００１はＨＤＤ２
０４から読み出されたシステムソフトウェアが格納さ
れ、ＲＯＭ２０３のブートＲＯＭから起動される。シス
テムヒープ９００２はプログラム領域９００１のシステ
ムソフトウェアが使用する領域であり、プログラム実行
に必要な記録領域として使用される。ページメモリ９０
０３は圧縮されていない生画像を一時的に記録する領域
であり、図５のページメモリ１０１０に該当する。符号
化メモリ９００４は符号化された画像を一時的に記録す
る領域であり、図５の符号化メモリ１０１２に該当す
る。

【００６３】図１０はページメモリ９００３の詳細を示
す図である。ページメモリ９００３はこのシステムにお
いて、８つのブロック領域に分割され管理されている。
１つのブロック１０００１はＡ４生画像を格納できるだ
けのサイズを有する。したがって、ページメモリ９００
３はＡ４サイズの画像において、同時に８ページ分一時
記録が可能である。Ａ４より大きな画像サイズ、例えば
Ａ３やＢ４の場合は、２ブロック、この例ではブロック
１０００１とブロック１０００２を同時使用する。

【００６４】図１１は符号化メモリ９００４の詳細を示
す図である。符号化メモリ９００４は２５６Ｋｂｙｔｅ
毎の符号化メモリブロック１１００１の集合として管理
されている。図１１では符号化メモリ９００４の一部を
記述している。エンコードやデコードの際に、必要な数
だけの符号化メモリブロック１１００１を獲得し、使用
する。一度に必要な数だけの符号化メモリブロック１１
００１が獲得できない場合は、獲得待ちのキューに登録
され、符号化メモリブロック１１００１が開放されるの
を待つ。

【００６５】これまで、ジョブ実行時の動的な符号化メ
モリ獲得について説明したが、ＲＡＭ２０２に余裕があ
るシステムでは、起動時に符号化メモリを増加させるこ
とにより、ボトルネックを解消する方法もとれる。図１
２は起動時の符号化デバイスチェックの処理を示すフロ
ーチャートである。プログラム起動時にこのフローチャ
ートを実行し、まずステップ１２００１でＣＯＤＥＣ−
２デバイス１０２２が存在するかどうかチェックする。
存在する場合、複数の画像パスが存在するため、競合時
に符号化メモリ１０１２がボトルネックとなりやすい。
そのため、ステップ１２００２に進む。存在しない場
合、フローチャートを抜ける。ステップ１２００２では
システムヒープ９００２から符号化メモリ１０１２を追
加獲得し、符号化メモリブロック１１００１を増加させ
る。

【００６６】以上説明してきたように、本実施形態によ
れば、ＣＯＤＥＣ−２の使用状況に応じて、符号化メモ
リの割り当て量を変更することにより、ＣＯＤＥＣデバ
イスの使用状況に応じてボトルネックの発生を抑制でき
る。

【００６７】また、予め、起動時に、ＣＯＤＥＣ−２が
存在するか否かを判定し、判定結果に応じて、符号化メ
モリの割り当て量を変更することにより、装置の起動時
においてボトルネックの発生を抑制できる。

【００６８】また、符号化機能を備えるコントローラボ
ードに、符号化機能を備えるＲＩＰ（ＰＤＬ）ボートを
装着してＲＩＰ処理を行う際に、ＲＩＰボードの符号化
機能が使用できるか否かに応じて、本体ボードの符号化
メモリの割り当て量を変更することにより、ＲＩＰボー
ドの使用状況に応じてボトルネックの発生を抑制でき
る。

【００６９】以上の構成を画像処理装置が備えることに
より、装置のパフォーマンスを向上させることができる
という効果がある。

【００７０】（他の実施形態）上記処理はマルチファン
クションコントローラにおいて実行されるものとして説
明したが、画像出力装置（プリンタ１２０等）の制御部
（図示せず）が上記処理を実行してもよい。

【００７１】また、上記処理方法を記憶した任意の記憶
媒体が、マルチファンクションコントローラ又は画像出
力装置の制御部に上記処理方法を実行するプログラムを
供給し、マルチファンクションコントローラのＣＰＵ又
は不図示のＭＰＵの何れか１つが上記プログラムを実行
するようにしてもよい。あるいは、上記記憶媒体が、画
像出力装置の制御部に上記プログラムを供給し、画像出
力装置の不図示のＣＰＵ又はＭＰＵの何れか１つが上記
プログラムを実行するようにしてもよい。上記記憶媒体
としては、例えば、ハードディスク、ＲＯＭ、ＣＤ−Ｒ
ＯＭ等がある。

【００７２】また、マルチファンクションコントローラ
のＣＰＵ又はＭＰＵのいずれか１つの代わりに、これら
と同様の動作をする不図示の回路が上述した実施の形態
を実現してもよい。あるいは、画像出力装置の制御部の
ＣＰＵ又はＭＰＵのいずれか１つの代わりに、これらと
同様の動作をする不図示の回路が上述した実施の形態を
実現してもよい。

【００７３】また、記憶媒体が供給する上記プログラム
は、マルチファンクションコントローラに挿入された不
図示の機能拡張ボード（ＲＩＰ２３０を構成する拡張ボ
ード等）やマルチファンクションコントローラに接続さ
れた不図示の機能拡張ユニットに備わる不図示のメモリ
に書き込まれた後に、その機能拡張ボードや機能拡張ユ
ニットに備わる不図示のＣＰＵ等が上記プログラムの一
部又は全部を実行してもよい。あるいは、記憶媒体が供
給する上記プログラムは、画像出力装置に挿入された不
図示の機能拡張ボードや画像出力装置に接続された不図
示の機能拡張ユニットに備わる不図示のメモリに書き込
まれた後に、その機能拡張ボードや機能拡張ユニットに
備わる不図示のＣＰＵ等が上記プログラムの一部又は全
部を実行してもよい。

【００７４】

【発明の効果】以上説明してきたように、本発明によれ
ば、拡張符号化デバイスの使用状況に応じて、符号化メ
モリの割り当て量を変更することにより、符号化デバイ
スの使用状況に応じてボトルネックの発生を抑制でき、
装置のパフォーマンスを向上させることができるという
効果がある。

【００７５】また、拡張符号化デバイスが存在するか否
かを判定し、判定結果に応じて、符号化メモリの割り当
て量を変更することにより、装置の起動時においてボト
ルネックの発生を抑制でき、装置のパフォーマンスを向
上させることができるという効果がある。

【００７６】また、機能拡張ボードの符号化機能が使用
できるか否かに応じて、本体ボードの符号化メモリの割
り当て量を変更することにより、機能拡張ボードの使用
状況に応じてボトルネックの発生を抑制でき、装置のパ
フォーマンスを向上させることができるという効果があ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る画像処理装置を示す
ブロック図である。

【図２】図１におけるマルチファンクションコントロー
ラ２００の構成を示すブロック図である。

【図３】図２における白黒スキャナ１００の概略を示す
概略斜視図である。

【図４】図２における低速白黒プリンタ１２０の概略を
示す概略斜視図である。

【図５】画像入出力時の処理を示すブロック図である。

【図６】ＰＤＬ画像入力時のＲＩＰ終了までの処理を示
すフローチャートである。

【図７】画像入力時のページメモリからエンコード処理
終了までの処理を示すフローチャートである。

【図８】エンコード済みデータをハードディスクに格納
する処理を示すフローチャートである。

【図９】ＲＡＭ上のメモリマップの概略を示す図であ
る。

【図１０】ＲＡＭ上のページメモリを示す図である。

【図１１】ＲＡＭ上の符号化メモリの一部を示す図であ
る。

【図１２】起動時の符号化デバイスチェックの処理を示
すフローチャートである。

【符号の説明】

１ 画像処理装置 １０ イーサネット（ネットワーク） １００ スキャナ １２０ プリンタ（画像出力装置） １２４ フィニッシャ １２５ ステイプラユニット（後処理ユニット） ２００ マルチファンクションコントローラ ２１０ 操作部

Claims (10)

【特許請求の範囲】
1. 【請求項１】 画像データを符号化する複数の符号化手
   段と、 前記複数の符号化手段に含まれる拡張符号化手段の使用
   状況に応じて、符号化メモリの割り当て量を変更する容
   量変更手段と、 を有することを特徴とする画像処理装置。
2. 【請求項２】 前記容量変更手段は、ページメモリを獲
   得することにより、符号化メモリの割り当て量を増加さ
   せることを特徴とする請求項１に記載の画像処理装置。
3. 【請求項３】 画像データを符号化する複数の符号化手
   段と、 前記複数の符号化手段の中に拡張符号化手段が存在する
   か否かを判定する判定手段と、 前記判定手段による判定結果に応じて、符号化メモリの
   割り当て量を変更する容量変更手段と、 を有することを特徴とする画像処理装置。
4. 【請求項４】 符号化機能を備える本体ボードに、符号
   化機能を備える機能拡張ボートを装着して画像処理を行
   う画像処理装置であって、前記機能拡張ボードの符号化
   機能が使用できるか否かに応じて、本体ボードの符号化
   メモリの割り当て量を変更する容量変更手段を有するこ
   とを特徴とする画像処理装置。
5. 【請求項５】 前記機能拡張ボードは、ＲＩＰ処理を行
   うためのボードであり、 前記容量変更手段は、前記機能拡張ボードの符号化機能
   によるＲＩＰ処理後の画像データの符号化を行う場合
   に、前記符号化メモリの割り当て量を増加させることを
   特徴とする請求項４に記載の画像処理装置。
6. 【請求項６】 画像データを符号化する複数の符号化デ
   バイスを用いる画像処理方法であって、 前記複数の符号化デバイスに含まれる拡張符号化デバイ
   スの使用状況に応じて、符号化メモリの割り当て量を変
   更することを特徴とする画像処理方法。
7. 【請求項７】 ページメモリを獲得することにより、符
   号化メモリの割り当て量を増加させることを特徴とする
   請求項６に記載の画像処理方法。
8. 【請求項８】 画像データを符号化する複数の符号化デ
   バイスを用いる画像処理方法であって、 前記複数の符号化デバイスの中に拡張符号化デバイスが
   存在するか否かを判定し、判定結果に応じて、符号化メ
   モリの割り当て量を変更することを特徴とする画像処理
   方法。
9. 【請求項９】 符号化機能を備える本体ボードに、符号
   化機能を備える機能拡張ボートを装着して画像処理を行
   う画像処理方法であって、 前記機能拡張ボードの符号化機能が使用できるか否かに
   応じて、本体ボードの符号化メモリの割り当て量を変更
   することを特徴とする画像処理方法。
10. 【請求項１０】 前記機能拡張ボードは、ＲＩＰ処理を
    行うためのボードであり、 前記機能拡張ボードの符号化機能によるＲＩＰ処理後の
    画像データの符号化を行う場合に、前記符号化メモリの
    割り当て量を増加させることを特徴とする請求項９に記
    載の画像処理方法。