JPH1044525A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが意図するメモリの使用目的に応じ
て、その容量配分を行なう。 【解決手段】 入力された画像データをバッファリング
する入力バッファ１６１と、バッファリングされた画像
データを出力先が要求するデータ形式に展開するデコン
ポーザタスク１４５と、展開過程で生じたデータをキャ
ッシングするフォントキャッシュ１６２と、展開された
データを出力先に供給するまでバッファリングするペー
ジバッファ１６３と、処理の優先を指示するメッセージ
を受信し、そのメッセージ内容にしたがって、入力バッ
ファ１６１、フォントキャッシュ１６２、ページバッフ
ァ１６３の容量をそれぞれ追加するバッファ制御タスク
１４３とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、使用目的に応じて
メモリの内容を割り当てる画像処理装置に関する。

【０００２】

【従来の技術】周知のように、画像処理装置において
は、ホスト機の開放時間の短縮や、印刷時間の短縮など
を行なうため、メモリを増設することがしばしば行なわ
れる。この場合、ホスト機の開放時間の短縮を図るに
は、増設メモリによって画像処理装置の受信バッファの
容量を増加させる方法がとられる。また、印刷時間の短
縮を図るには、増設メモリによって、フォントキャッシ
ュの容量を増加させてデコンポーズ時間を短縮させた
り、あるいはページバッファの容量を増加させて出力用
紙への印刷時間を短縮させたりしている。

【０００３】また、入力バッファ容量の増加は、画像処
理装置の上位装置（ホストなど）の開放時間の短縮に寄
与し、ホスト機・サーバー機のメモリ等の資源の利用効
率の向上が図られる。また、フォントキャッシュの容量
増加は、プリント言語で記述されるコード印刷データに
含まれるフォント数が多い場合に有効である。さらに、
ページメモリの容量増加は、複数ページの印刷データに
対して迅速な印刷をする場合に有効である。

【０００４】以上の事情から、従来では、ある定められ
た規則、あるいは過去の履歴等の情報に基づいて、入力
バッファ容量、フォントキャッシュ容量、ページバッフ
ァ容量を決定していた。

【０００５】例えば、特開平６−１０１１号公報には、
ページメモリにバンディング方式を採用したプリンタに
おいて、プリンタの未使用メモリ容量とプリントデータ
量とを比較し、プリントデータあるいはページ毎のバン
ドサイズを動的に決定することによってメモリの有効利
用を図る技術が開示されている。また、特開平５−３１
９７２号公報には、プリンタのメモリの使用状況に応じ
て、印刷データの記憶形式を、ビットマップ形式あるい
はコードデータ形式のいずれかに切り替え、これによっ
てメモリを効率的に使用し、処理速度の向上および使用
メモリ量の削減を図る技術が開示されている。

【０００６】

【発明が解決しようとする課題】しかしながら、上述し
た従来技術では、使用状況と所定の規則とに基づいてメ
モリを割り当てるため、ユーザのメモリ増設の目的とは
異なる用途にメモリが割り当てられてしまうということ
がある。例えば、フォントキャッシュ容量が足りないた
めにユーザがメモリを増設した場合でも、他の用途に割
り当てられることにより依然としてフォントキャッシュ
の容量不足が解消されないという問題が生じた。

【０００７】この発明は、上述した事情に鑑みてなされ
たもので、ユーザが意図するメモリの使用目的に応じ
て、その容量配分を行なうことができる画像処理装置を
提供することを目的とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
本発明にあっては、画像データを入力する入力手段と、
入力された画像データをバッファリングする第１の緩衝
記憶手段と、バッファリングされた画像データを、出力
先が要求するデータ形式に展開する展開手段と、前記展
開手段による展開過程で生じたデータをキャッシングす
る第２の緩衝記憶手段と、前記展開手段により展開され
たデータを出力先に供給するまでバッファリングする第
３の緩衝記憶手段と、処理の優先を指示する指示手段
と、前記指示手段により指示された処理の優先にしたが
って、前記第１〜第３の緩衝記憶手段の容量をそれぞれ
制御する制御手段とを具備することを特徴としている。

【０００９】（作用）本発明によれば、入力手段によっ
て入力された画像データは、第１の緩衝記憶手段により
バッファリングされた後、展開手段によって展開され、
展開過程で生じたデータは第２の緩衝記憶手段によりキ
ャッシングされる。そして展開されたデータは、出力先
に供給されるまで第３の緩衝記憶手段においてバッファ
リングされる。ここで、第１〜第３の緩衝記憶手段の容
量は、指示手段によって指示される処理の優先によって
それぞれ制御される。したがって、ユーザの使用目的を
指示手段の指示内容に反映させることにより、ユーザが
意図するメモリの容量配分を行なうことが可能となる。

【００１０】

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

【００１１】＜１：実施形態の構成＞図１は、本実施形
態にかかる画像処理装置１０を含んだシステムの全体構
成を示すブロック図である。この図に示すように、画像
処理装置１０は、ＬＡＮ接続部１１を介してＬＡＮ２０
に接続されている。ＬＡＮ２０には、この画像処理装置
１０の他に、リモートスキャナ３０、ファイルサーバ４
０およびクライアントＰＣ５０が接続される。このうち
クライアントＰＣ５０には、印刷部１９に対応するプリ
ンタドライバ５１が１または複数実装される。

【００１２】さて、画像処理装置１０について説明する
と、ＬＡＮ接続部１１は、ＬＡＮ２０を介してデータを
送受信し、また、ＦＡＸ送受信部１２は、公衆回線網６
０との間でファクシミリデータを送受信する。さらに、
スキャナ部１３は、セットされた原稿を読み込んで画像
データを出力する。このように符号１１〜１３、３０が
本画像処理装置１０におけるデータの入力手段である。
このため、入力されるデータの種類には、スキャナによ
るビットマップ形式や、そのＪＰＥＧ形式、ＦＡＸ受信
によるＧ３形式、クライアントＰＣ５０のプリンタドラ
イバ５１によるプリント言語形式などがある。

【００１３】ＣＰＵ１４は、内部バス１５を介して各部
を制御し、メモリ１６は各種データを一時記憶する。記
憶装置１７は、ＲＯＭなどの不揮発性メモリから構成さ
れ、本画像処理装置１０において実行される各種プログ
ラムや、各種アウトライン（スケーラブル）フォントの
データ、電源投入直後におけるメモリ１６の割当を指示
するメッセージなどを記憶する。操作部１８は、ディス
プレイおよび操作パネルを有しており、このディスプレ
イを介してユーザが各種の情報（メッセージ）を確認す
ることができる一方、この操作パネルを介して、ユーザ
が各種の指示を行なうことが可能となっている。特に、
本実施形態における操作部１８にあっては、処理の優先
モードを指示するようになっており、かかる優先モード
には、入力処理を優先させる入力処理優先モードと、展
開処理を優先させる展開処理優先モードとの２モードが
存在し、いずれかの優先モードを指示するようになって
いる。印刷部１９は、供給された画像データに応じた印
字を行なうものである。

【００１４】＜１−１：メモリの構成＞次に、メモリ１
６について説明する。上述したようにメモリ１６は、デ
ータを一時的に記憶するものであるが、特に、本実施形
態にかかるメモリ１６にあっては、例えば、図３（ａ）
に示すように、入力バッファ１６１、フォントキャッシ
ュ１６２およびページバッファ１６３が割り当てられ、
それぞれ次のデータをバッファリングあるいはキャッシ
ングする。

【００１５】すなわち、入力バッファ１６１は、ＬＡＮ
２０や公衆回線網６０などを介して入力した画像データ
を、その展開処理の前にバッファリングする領域であ
る。また、本実施形態の画像処理装置１０においては、
プリント言語で記述されるコード印刷データに、文字の
印刷を指示するコードが含まれている場合、記憶装置１
７から該当するアウトラインフォントデータを読み出
し、指定された文字の大きさに展開する処理が実行され
る。フォントキャッシュ１６２とは、この展開処理の
際、フォントの展開結果をキャッシングする領域であ
る。すなわち、ある文字に対応するアウトラインフォン
トデータが初めて読み出されて展開処理された場合、そ
の展開結果は、フォントキャッシュ１６２に記憶され
る。その後、同じフォントを展開処理する際には、フォ
ントキャッシュ１６２から当該フォントの展開結果が読
み出して、同じ文字の展開処理を繰り返して実行する無
駄を防止している。そして、ページバッファ１６３と
は、展開した画像データ（出力データ）を出力先が要求
するタイミングに合わせて供給するためにバッファリン
グする領域である。なお、本画像処理装置１０におい
て、電源投入直後のメモリ状態は、図３（ａ）に示すよ
うに、所定容量（例えば、１２８Ｋバイト）を単位とす
る未使用領域＃０、＃１、……が複数存在するよう設定
され、その後、これらの未使用領域が上述した領域のい
ずれかに割り当てられるようになっている。

【００１６】＜２：動作＞次に、本画像処理装置１０の
動作について説明する。図２は、ＣＰＵ１４において構
築されるソフトウェアの構成を示すブロック図である。
本画像処理装置１０においては、複数のタスクが協調動
作するマルチタスク構成となっており、また、各タスク
間におけるメッセージの交換には、メッセージキューが
使用される。

【００１７】さて、図２において、システム制御タスク
１４１は、各タスクの起動や、各種の通知等を制御する
ものである。実際には、画像データが受信されると、以
下のように各タスクが起動される。すなわち、入力部制
御タスク１４２は、受信した画像データを、バッファ制
御タスク１４３の管理下にある入力バッファ１６１に蓄
積するとともに、受信した旨をデータ制御タスク１４４
に通知する。この通知によりデータ制御タスク１４４
は、当該画像データに識別子を割り当てて、デコンポー
ザタスク１４５に通知する。デコンポーザタスク１４５
は、識別子が割り当てられた画像データを入力バッファ
１６１から読み出すとともに、出力先が要求するデータ
形式に変換（展開）し、これをバッファ制御タスク１４
３の管理下にあるページバッファ１６３に蓄積する。例
えば、出力先が印刷部１９であるならば、デコンポーザ
タスク１４５は、入力バッファ１６１から読み出した画
像データを、印刷部１９が要求するビットマップのデー
タ形式に変換し、これをページバッファ１６３に蓄積す
る。ここで、出力先としては、印刷部１９の他に、ファ
クシミリ送信する場合のＦＡＸ送受信部１２や、ファイ
ルとして出力する場合のファイルサーバ４０、電子メー
ルとして出力する場合のメールサーバ（図示省略）など
が挙げられる。このような展開処理において、デコンポ
ーザタスク１４５は、同じフォントの展開結果がバッフ
ァ制御タスク１４３の管理下にあるフォントキャッシュ
１６２に存在するならば、そこから展開結果を読み出し
て、画像データの変換の際に用いる。

【００１８】そして、デコンポーザタスク１４５は、１
ページ分の画像データを変換してページバッファ１６３
に蓄積すると、その旨を出力部制御タスク１４６に通知
する。この通知により出力部制御タスク１４６は、ペー
ジバッファ１６３に蓄積されたデータを読み出して出力
先に転送する。

【００１９】このように本画像処理装置１０において、
受信された画像データは、まず、入力バッファ１６１に
おいて蓄積された後、出力先に要求されるデータ形式に
変換される。この変換の際、フォントキャッシュ１６２
を用いて、処理の短縮化が図られる。そして、変換後の
データは、出力先に転送される前にページバッファ１６
３に蓄積されるようになっている。

【００２０】なお、ＵＩ制御タスク１４７は次の処理を
実行する。すなわち、ＵＩ制御タスク１４７は、上述し
た操作部１８の操作パネルや、クライアントＰＣ５０に
おいて実行されるリモートＵＩ（ユーザ・インターフェ
イス）のソフトウェアなどからの指示を受信する処理
と、操作部１８のディスプレイに対して各種メッセージ
などを表示する処理とを行なう。このうち前者におい
て、クライアントＰＣ５０において実行されるリモート
ＵＩは、操作部１８の操作パネルと同様に、本画像処理
装置１０の優先モードを選択する処理も行なう。すなわ
ち、操作部１８や、クライアントＰＣ５０上で選択され
た優先モードを示すメッセージは、ＵＩ制御タスク１４
７により受信されるようになっている。

【００２１】＜２−１：メモリの割当動作＞上述したよ
うに、メモリ１６における入力バッファ１６１、フォン
トキャッシュ１６２およびページバッファ１６３の各領
域は、それぞれバッファ制御タスク１４３の管理下にあ
る。そこで、バッファ制御タスク１４３による各領域の
管理（割当）動作について以下説明する。バッファ制御
タスク１４３は、メモリ割当に関する指示を受信する
と、その指示に応じて未使用領域を、入力バッファ１６
１に、あるいはフォントキャッシュ１６２およびページ
バッファ１６３に、それぞれ割り当ててその容量の増加
を図る。ここで、バッファ制御タスク１４３にメッセー
ジを指示するタイミングと、その指示の発生源との関係
は、図４に示す通りである。

【００２２】この図に示すように、電源投入直後におけ
るメッセージ指示源は、不揮発性メモリ、すなわち記憶
装置１７である。つまり、電源投入直後には、メモリ１
６の割当を指示するメッセージが、記憶装置１７からシ
ステム制御タスク１４１によって読み出され、バッファ
制御タスク１４３に通知される。これにより、バッファ
制御タスク１４３は、メモリ１６に対し、例えば、図３
（ａ）に示すように、入力バッファ１６１、フォントキ
ャッシュ１６２、およびページバッファ１６３を割り当
て、残りを未使用領域＃０、＃１、＃２に設定する。そ
の後、この画像処理装置１０は待機状態となる。

【００２３】次に、待機状態におけるメッセージ指示源
は、図４に示すように、ＵＩ制御タスク１４７であり、
クライアントＰＣ５０によるリモートＵＩを含む。ま
た、ジョブの投入時におけるメッセージ指示源は、同図
に示すように、当該ジョブであって、そのジョブを投入
したクライアントＰＣのプリンタドライバである。すな
わち、待機状態あるいはジョブ投入時には、バッファ制
御タスク１４３にメッセージが通知され、通知されたメ
ッセージの内容に応じて、メモリ割当処理がバッファ制
御タスク１４３によって実行される。

【００２４】そこで、このメモリ割当処理について、図
５に示すフローチャートを参照して説明する。まず、バ
ッファ制御タスク１４３は、他のタスクからのメッセー
ジを受信するまで、ステップＳ１において待機する。そ
して、何らかのメッセージを受信し、それが、メモリ割
当を指示するメッセージならば、バッファ制御タスク１
４３はステップＳ２において、それが入力処理優先を指
示するメッセージであるか、あるいは展開処理優先を指
示するメッセージであるかを判別する。前者の入力処理
優先を指示するメッセージであると判別した場合、バッ
ファ制御タスク１４３は、ステップＳ３において未使用
領域を検査し、それが存在するならば、ステップＳ４に
おいてその未使用領域を当該メッセージの内容に応じて
入力バッファ１６１に追加する。ここで、バッファ制御
タスク１４３は、メモリ１６のフラグメントをリスト構
造にして管理しており、割り当てによって入力バッファ
が不連続領域となることに対処している。この結果、図
３（ｂ）に示すように、入力バッファ１６１の容量が増
加し、画像処理装置１０の上位装置（クライアントＰＣ
５０など）の開放時間の短縮に寄与することとなる。な
お、図３（ｂ）に示す例において、受信したメッセージ
の内容は、入力処理優先を指示するものであって、３つ
の未使用領域を入力バッファ１６１に割り当てることを
指示するものである。

【００２５】一方、後者の展開処理優先を指示するメッ
セージであると判別した場合、バッファ制御タスク１４
３は、ステップＳ５において未使用領域を検査し、それ
が存在するならば、ステップＳ６においてその未使用領
域を、当該メッセージの内容に応じてフォントキャッシ
ュ１６２および、あるいはページバッファ１６３に追加
する。例えば、バッファ制御タスク１４３は、受信した
メッセージの内容が展開処理優先を指示するものであっ
て、フォントキャッシュの優先を指示している場合、ペ
ージバッファ１６３よりもフォントキャッシュ１６２の
容量を多く追加する一方、当該メッセージの内容が展開
処理優先を指示するものであって、ページバッファの優
先を指示している場合、ページバッファ１６３の容量を
多く追加する。また、受信したメッセージの内容が展開
処理優先を指示するものであって、優先領域を指示して
いない場合、バッファ制御タスク１４３は、フォントキ
ャッシュ１６２およびページバッファ１６３の容量を均
等に追加する。なお、受信したメッセージの内容が特定
領域の優先を指示している場合、バッファ制御タスク１
４３は、当該領域の容量のみを追加する。

【００２６】このように、バッファ制御タスク１４３
は、他タスクからメモリ割当を指示するメッセージを受
信すると、メモリ１６の未使用領域を当該メッセージが
指示する領域に追加することとなる。この場合、ＵＩ制
御部１４７がメッセージを通知すれば、操作パネルやリ
モートＵＩによる設定にしたがって、各領域の容量が増
加するし、ジョブが発生すれば、当該プリントドライバ
に対応して、各領域の容量が増加する。したがって、本
実施形態の画像処理装置によれば、メモリを増設して
も、使用目的に応じて、メモリにおける各領域の容量を
設定することが可能となり、その有効利用を図ることが
できる。さらに、ジョブ毎に、当該ジョブに対し適切に
各領域の容量を設定することも可能となるため、処理の
スループットを向上させることもできる。

【００２７】なお、バッファ制御タスク１４３は、各メ
モリにおける各領域の容量を、印刷データなどの出力デ
ータや、使用状況により動的に変化させても良い。この
場合、バッファ制御タスク１４３は、メモリ１６におけ
る未使用領域を、入力バッファ１６１、フォントキャッ
シュ１６２、ページバッファ１６３のいずれかに一時的
に追加することとして、当該領域の容量増加を図っても
良い。また、本実施形態にかかる画像処理装置において
は、バッファ制御タスク１４３がメモリ１６の各領域を
管理していたが、各タスクが使用する共有ライブラリに
よっても、同様な効果を得ることが可能である。

【００２８】

【発明の効果】以上説明したように本発明によれば、ユ
ーザが意図するメモリの使用目的に応じて、その容量配
分を行なうことが可能となる。

【図面の簡単な説明】

【図１】 本発明の実施形態にかかる画像処理装置を含
んだシステムの全体構成を示すブロック図である。

【図２】 同画像処理装置のソフトウェアの概略構成図
である。

【図３】 （ａ）および（ｂ）は、それぞれ同画像処理
装置におけるメモリのメモリマップの一例を示す図であ
る。

【図４】 バッファ制御タスクへのメッセージを指示す
るタイミングと、その指示の発生源との関係を示す図表
である。

【図５】 同画像処理装置におけるメモリ割当処理であ
って、バッファ制御タスクから他タスクからメッセージ
を受信した場合の動作を示すフローチャートである。

【符号の説明】

１４３……バッファ制御タスク（制御手段）、１４５…
…デコンポーザタスク（展開手段）、１６１……入力バ
ッファ（第１の緩衝記憶手段）、１６２……フォントキ
ャッシュ（第２の緩衝記憶手段）、１６３……ページバ
ッファ（第３の緩衝記憶手段）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 倉田 正實 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 画像データを入力する入力手段と、 入力された画像データをバッファリングする第１の緩衝
   記憶手段と、 バッファリングされた画像データを、出力先が要求する
   データ形式に展開する展開手段と、 前記展開手段による展開過程で生じたデータをキャッシ
   ングする第２の緩衝記憶手段と、 前記展開手段により展開されたデータを出力先に供給す
   るまでバッファリングする第３の緩衝記憶手段と、 処理の優先を指示する指示手段と、 前記指示手段により指示された処理の優先にしたがっ
   て、前記第１〜第３の緩衝記憶手段の容量をそれぞれ制
   御する制御手段とを具備することを特徴とする画像処理
   装置。
2. 【請求項２】 前記指示手段は入力処理を優先させる入
   力処理優先モード、あるいは展開処理を優先させる展開
   処理優先モードを指示するものであり、 前記制御手段は、入力処理優先モードが指示された場合
   に前記第１の緩衝記憶手段容量を増加させる一方、展開
   処理優先モードが指示された場合に前記第２および第３
   の緩衝記憶手段容量をそれぞれ増加させることを特徴と
   する請求項１記載の画像処理装置。
3. 【請求項３】 前記指示手段は、前記入力手段により入
   力された画像データの発生源が指示する内容にしたがっ
   て処理の優先を指示することを特徴とする請求項１記載
   の画像処理装置。