JPH0916348A

JPH0916348A - 出力装置及びメモリ制御方法

Info

Publication number: JPH0916348A
Application number: JP7162190A
Authority: JP
Inventors: Haruo Shimizu; 治夫清水
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1995-06-28
Filing date: 1995-06-28
Publication date: 1997-01-17

Abstract

(57)【要約】【目的】外部装置或は出力装置上の操作部から入力さ
れたメモリ制御情報に基づいて、処理するジョブ単位に
前記出力装置で使用する所定のメモリの総容量を指定さ
れた設定値に変更する。【構成】ホスト計算機１或は前記出力装置上の操作部
４から入力されたメモリ制御情報に基づいて、処理する
ジョブ単位に、出力装置で使用するラスタメモリトオブ
ジェクトメモリの合算値を指定された容量に変更する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はホストコンピュータ等の
外部装置から入力した入力データに基づいて出力データ
を生成して出力するプリンタ等の出力装置に関する。

【０００２】

【従来の技術】通常、プリンタは、複数の異なるコマン
ド体系のプリンタ言語（ページ記述言語：ＰＤＬ）を解
釈して出力データを生成するＰＤＬ解釈プログラム（エ
ミュレーションプログラム）を備える。

【０００３】ＰＤＬ解釈プログラムには、ＰｏｓｔＳｃ
ｒｉｐｔ（商品名）に代表される高度なグラフィックス
機能に特徴を持つタイプのものと、ＬＩＰＳ（商品名）
やＰＣＬ（商品名）に代表される高速に印字できる高速
処理機能に特徴を持つタイプのものがある。

【０００４】ユーザが自分の使用用途、ホスト計算機、
ネットワーク環境に応じて、ＰＤＬプリンタの使い分け
を行なっている。

【０００５】以上のような状況において、複数のプリン
タを用いてＰＤＬ言語を使い分けるのではなく、一つの
プリンタで複数のＰＤＬ言語を使い分ける要求が発生
し、それに対応した技術（マルチＰＤＬエミュレーショ
ン）が実現されている。

【０００６】一般的に実現方式として、従来のあるＰＤ
Ｌ言語を実装した技術をベースに、他のＰＤＬ言語をエ
ミュレートする形態をとっている。

【０００７】

【発明が解決しようとしている課題】上記マルチＰＤＬ
エミュレーションの実現例においては、あるＰＤＬの実
現手段を利用して他のＰＤＬエミュレーションを実現し
ているため、メモリ等のリソース資源の配分（特にここ
で述べるバンドラスタメモリ）が、複数のＰＤＬ間で調
節するのが困難になってきている。

【０００８】すなわち、あるＡというＰＤＬを実現する
のに最適化されたシステムに、次にＢというＰＤＬを載
せようとすると、Ｂにおけるリソース配分（バンドラス
タメモリ）がＡに比べて必ずしも最適化されていない、
という問題がある。

【０００９】さらに、バンディングするためのラスタメ
モリについていうと、メモリを増設した場合、両面印刷
制御の有無、印刷処理のための内部ラスタ解像度、ＰＤ
Ｌ内のデータ（イメージ主体、文字主体）の相違により
最適なラスタメモリの配分は異なる。

【００１０】説明の簡単化のために各要素での、一般的
なメモリ構成（フルメモリ位の領域をラスタメモリとオ
ブジェクトメモリ（中間バッファ）にとれるケース。）
における、必要とされるまたは最適なラスタメモリの大
小関係を説明すると以下のようになる。

【００１１】拡張メモリを追加＞標準メモリ両面制御なし＞両面制御あり印刷解像度小＞印刷解像度大文字主体データ＞イメージ主体データ

【００１２】またＰＤＬが、必ずしも解像度非依存とい
うわけではなくレンダリング処理（中間データから出力
データを生成する描画処理）に最適な解像度が存在する
場合がある。

【００１３】従来はこのような各種要求に対して、バン
ドラスタメモリやオブジェクトメモリをジョブ単位毎に
柔軟に確保出来なく、プリンタの初期が必要であるとい
う問題点があった。

【００１４】また、上記マルチＰＤＬエミュレーション
においては、あるＰＤＬの実現手段を利用して他のＰＤ
Ｌを実現しているため、特にＰＤＬの実現に際してメモ
リ等のリソース資源の配分が、複数のＰＤＬ間でうまく
調節されていない。

【００１５】すなわち、あるＡというＰＤＬを実現する
のに最適化されたシステムに、次にＢというＰＤＬを載
せようとすると、Ｂにおけるリソース配分がＡに比べて
必ずしも最適かされていないという問題点があった。

【００１６】さらにＡというＰＤＬでデータを流す際に
は、Ｃという機能例えばイメージをたくさん流すジョブ
と、Ｄという機能例えば線画をたくさん流す場合には、
前者と後者ではパフォーマンスをあげるための最適なメ
モリ配分は異なり、現状ではＰＤＬにおけるメモリ配分
はコード中にコーディングされているため、動的に配分
することは不可能であるという問題点があった。

【００１７】上記問題点を解決する為に、本発明は外部
装置或は出力装置上の操作部から入力されたメモリ制御
情報に基づいて、処理するジョブ単位に前記出力装置で
使用する所定のメモリの総容量を指定された設定値に変
更する出力装置又はメモリ制御方法を提供することを目
的とする。

【００１８】

【課題を解決する為の手段】上記目的を達成する為に本
発明の出力装置は、中間データに基づいて出力データを
生成して出力する出力装置であって、前記外部装置或は
前記出力装置上の操作部から入力されたメモリ制御情報
に基づいて設定値を判別する判別手段と、前記判別手段
での判別結果に基づいて、処理するジョブ単位に前記出
力装置で使用する所定のメモリの総容量を指定された設
定値に変更する制御手段とを有する。

【００１９】また、上記目的を達成する為に本発明のメ
モリ制御方法は、中間データに基づいて出力データを生
成して出力する出力装置におけるメモリ制御方法であっ
て、前記外部装置或は前記出力装置上の操作部から入力
されたメモリ制御情報に基づいて設定値を判別する判別
工程と、前記判別工程での判別結果に基づいて、処理す
るジョブ単位に前記出力装置で使用する所定のメモリの
総容量を指定された設定値に変更する制御工程とを有す
る。

【００２０】

【作用】上記構成により本発明は、外部装置或は出力装
置上の操作部から入力されたメモリ制御情報に基づい
て、処理するジョブ単位に前記出力装置で使用する所定
のメモリの総容量を指定された設定値に変更する。

【００２１】

【実施例】以下、添付図面に沿って本発明に係わる実施
例を詳細に説明する。

【００２２】図１は実施例における印刷装置の基本構成
を示すブロック図である。この図を用いて処理の大まか
な流れを示す。

【００２３】〔全体構成〕１は、アプリケーションとし
て各種印字情報（例えば文字、イメージ、ベクトル図
形）を作成し、データをＰＤＬ（ページ記述言語）形式
に変換して記録装置コントローラ１４に送出するＷＳ
（計算機）である。

【００２４】ここで、計算機とコントローラ１４間にＰ
ＤＬデータが流れるが、通信形態はシリアル、ネットワ
ーク、バス接続等何であっても問題はないが、パフォー
マンス的には高速通信路であることが望ましい。

【００２５】送られたＰＤＬデータはコミュニケーショ
ンタスク８１（ＣＰＵ１２で実行されるコミュニケーシ
ョンプログラム）により入力バッファ２に格納され、中
間データ生成タスク８２（ＣＰＵ１２で実行されるＰＤ
Ｌコマンド解析プログラム）によって、入力データがス
キャンされる。

【００２６】３は文字のビットパターン又はアウトライ
ン情報、及び文字ベースラインや文字メトリック情報を
格納するフォントＲＯＭであり、文字の印字に際して利
用される。

【００２７】４のパネルＩＯＰは、プリンタ本体に装着
されるパネルにおけるスイッチ入力の検知やＬＣＤへの
表示を司るＩ／Ｏプロセッサ及びファームウェアであ
り、低価格のＣＰＵが利用される。

【００２８】拡張Ｉ／Ｆ５は、プリンタの拡張モジュー
ル（フォントＲＯＭ、プログラムＲＯＭ、ＲＡＭ、ハー
ドディスク）とのインタフェース回路である。

【００２９】６は、ＣＰＵ１２で実行される本発明の係
るコミュニケーションタスク８１、中間データ生成タス
ク８２、レンダリングタスク８３、エンジンタスク８
４、メモリマネージャー８５の制御プログラムや図３、
図８、図１５、図１７、図１９のフローチャートに示す
制御プログラムを格納するＲＯＭである。

【００３０】７は、ソフトウェアのためのメモリ管理領
域であり、本発明に関連するジョブ毎に獲得される情報
（図２参照）等が本ＲＡＭに格納される。

【００３１】８は、入力された入力データ（ＰＤＬデー
タ）を中間データ生成タスク８２を実行して解析した結
果得られる中間データ（オブジェクトデータ）を格納す
る中間バッファ（ＲＡＭ）であり、メモリマネージャー
８５によって管理される。

【００３２】なお、図１では管理用ＲＡＭ７と中間バッ
ファ８を独立して説明しているが、実際には図２に示す
様に１つのメモリとして管理される。

【００３３】ハードレンダラ９は、レンダリング処理
（中間データから出力データを生成する処理）をＡＳＩ
Ｃハードウェアで実行することにより、プリンタエンジ
ン１３（ＬＢＰ）へのビデオ転送に同期して実時間でレ
ンダリング処理を行ってバンドラスタメモリ１０に格納
し、少ないメモリ容量でのバンディング処理を実現する
ものである。

【００３４】なお、ハードで実行できない複雑な命令
は、レンダリングタスク８３によりソフトレンダリング
処理が実行される。

【００３５】バンド・ラスタメモリ１０は、ＰＤＬ（ペ
ージ記述言語）によって展開される出力データ（バンド
イメージ）を格納する領域であり、上述のバンディング
処理を行なうための最低２バンドのメモリ（ページ幅×
２５６又は５１２位のバンド高さ分のバンディング制御
用のメモリサイズで、総容量４Ｍのプリンタにおいて６
００ＤＰＩのＡ３の中間データを処理する場合のサイズ
であるが外部記憶手段が接続されるとこのサイズも比例
して増加する）で、バンディング処理を出来ない際に、
ＬＢＰのようにエンジンに同期してイメージを転送する
必要のある装置ではフルビットマップ・メモリ（フルペ
イント制御用のメモリサイズ）を確保する。

【００３６】バンディング制御は、内部処理の都合上、
最も高速なパフォーマンスが得られ、プリンタエンジン
最高速で出力できる（中間データに依存）。ただし、プ
リンタエンジンの出力に同期してラスタライズ処理（レ
ンダリング処理）を実行するため、１ページ分の中間デ
ータをバッファリングでき、かつプリンタエンジンの紙
搬送時間以内でラスタライズを終了できることが絶対条
件となる。

【００３７】フルペイント制御は、内部処理の都合上、
バンディング処理に比べてパフォーマンスが劣る可能性
があるが、プリンタエンジン最高速で出力できる（中間
データに依存）。また、１ページのラスタライズ処理が
終了した後、プリンタエンジンの紙搬送を始めるので、
図べての中間データに対して出力を保証できる。ただ
し、１ページ分の出力データ（ビットマップデータ）を
持つことが絶対条件である。

【００３８】しかし、バブルジェット・プリンタ（ＢＪ
と以後省略する）のようにヘッドの移動をコントローラ
側が制御可能なマシンの場合には、上記バンドのメモリ
が最低確保されればよい。

【００３９】プリンタ・インタフェース１１はプリンタ
エンジン１３例えばＬＢＰとの間で、１０のバンド・ラ
スタメモリの内容をプリンタ側の水平・垂直同期信号に
同期して、ビデオ情報として転送する。

【００４０】あるいは、ＢＪにおけるヘッド制御及び複
数ラインのヘッドサイズに合わせたビデオ情報の転送を
行なう。本Ｉ／Ｆは、専用のＣＰＵやハードを利用した
り、ＣＰＵを用いることが考えられるが、パフォーマン
ス的には前者が望ましい。

【００４１】本インタフェースではプリンタエンジン１
３との間で、プリンタエンジン１３へのコマンド送信や
プリンタエンジン１３からのステータス受信も行なう。
これらの処理は、エンジンタスク８４の処理となる。

【００４２】ＣＰＵ１２はプリンタコントローラ内部の
処理を制御する演算装置である。

【００４３】１３はコントローラから送出するビデオ信
号を印字するプリンタエンジンであり、電子写真による
ＬＢＰでもインクジェット方式であってもよい。１４は
本処理を実現するコントローラ全体である。

【００４４】図１中で矢印は、各種描画情報のホスト計
算機１からプリンタエンジン１３までのデータの流れを
示し、下には各処理に対するタスク名称を示す。ここで
の各タスクはマルチタスクとなっており、タスクの実行
時の優先順位は、実時間処理を要求される順番で、エン
ジンタスク８４＞レンダリングタスク８３＞コミュニケ
ーションタスク８１＞中間データ生成タスク８２であ
る。

【００４５】〔メモリマネージャー８５〕本発明の、基
本構成要素である管理用ＲＡＭ７のメモリ構成の詳細図
を図２に示し、メモリ獲得のアルゴリズム（メモリマネ
ージャーの動作）を図３のフローチャートを用いて説明
する。

【００４６】ステップ７０１では、プリンタの初期化処
理として各種メモリやハードウェアの故障診断を実行
し、もしエラーがあればその旨警告し処理を停止する。

【００４７】次にステップ７０２では、各タスクがスタ
ティックに必要なメモリ（メモリ構成やエミュレートす
るトランスレータの差異に依存しなく、立ち上げ時に獲
得すると電源がＯＦＦされるまで保持されている）を要
求するサイズを指定して、メモリマネージャーより獲得
する。

【００４８】これは図２に示すように、各タスクの初期
化関数が呼ばれる順番にスタティックメモリ獲得を要求
し、メモリマネージャ８５が各タスク（８１から８４）
にメモリを順番に割り当てる。

【００４９】すべてのタスクの初期化が終了すると、メ
モリマネージャー８５がスタティックメモリの先頭（７
２）及び後端（７３）アドレスを記憶しておく。

【００５０】この初期化段階では、以後に利用方法がダ
イナミックに変更される可能性のあるリソース情報、す
なわちメモリ・コンフィギュレーション・テーブル７４
は、デフォールト設定がなされた状態になっている。

【００５１】バンドラスタメモリの容量はシステムメモ
リ、印刷解像度（本実施例においてクイックモードで３
００ＤＰＩ、ファインモードで６００ＤＰＩとなる）な
どを考慮してデフォルトの容量が設定されている。

【００５２】また、この容量に対応したバンド高さの値
も同時にメモリ・コンフィギュレーション・テーブル７
４に格納される。

【００５３】次にステップ７０３では、プリンタの印刷
ジョブを開始する前にユーザが記録装置についている操
作パネル４からの、状態変更（ボタンの押下、解放数
値入力ｅｔｃ）要求が発生しているかをセンスする。

【００５４】もし、なんらかの変更があれば要求を解析
し、対応する情報をメモリ・コンフィグレーション・テ
ーブル７４の値にオーバライトする（ステップ７０
４）。

【００５５】例えば、メモリ（リソース）変更指示は、
バンドラスタメモリ１０と中間バッファ８（オブジェク
トメモリ）の合算値容量を設定する設定値は記録装置で
使用する用紙サイズ（Ａ４、Ｂ４、Ａ３、Ｂ４×２、Ａ
３×２、Ｂ４×３、Ａ３×３）或は具体的な容量値（約
２．６ＭＢ〜２６，６ＭＢ）で指定される。なお、合算
値の組み合わせは図２に示すダイナミックメモリ内（デ
ータ入力バッファ、キャシュテーブル、ポリペンテーブ
ル、クリップオブジェクトテーブル、中間バッファ、バ
ンドラスタメモリ、ディザパターン）の任意な組み合わ
せを指定できる。

【００５６】また、図２に示すダイナミックメモリ内
（データ入力バッファ、キャシュテーブル、ポリペンテ
ーブル、クリップオブジェクトテーブル、中間バッフ
ァ、バンドラスタメモリ、ディザパターン）の１つ（例
えばバンドラスタメモリ１０或は中間バッファ８（オブ
ジェクトメモリ））を指定しても良い。

【００５７】次にステップ７０６では、ホスト計算機上
におけるユーティリティ・プログラムからの、メモリ
（リソース）変更要求コマンド（ＪＬＳＥＴコマン
ド）が入力されているかどうかをチェックする。

【００５８】例えば、メモリ（リソース）変更コマンド
は、バンドラスタメモリ１０と中間バッファ８（オブジ
ェクトメモリ）の合算値容量を設定する設定値は記録装
置で使用する用紙サイズ（Ａ４、Ｂ４、Ａ３、Ｂ４×
２、Ａ３×２、Ｂ４×２、Ａ３×２）或は具体的な容量
値（約２．６ＭＢ〜２６，６ＭＢ）で指定される。

【００５９】なお、合算値の組み合わせは図２に示すダ
イナミックメモリ内（データ入力バッファ、キャシュテ
ーブル、ポリペンテーブル、クリップオブジェクトテー
ブル、中間バッファ、バンドラスタメモリ、ディザパタ
ーン）の任意な組み合わせを指定できる。

【００６０】また、図２に示すダイナミックメモリ内
（データ入力バッファ、キャシュテーブル、ポリペンテ
ーブル、クリップオブジェクトテーブル、中間バッフ
ァ、バンドラスタメモリ、ディザパターン）の１つ（例
えばバンドラスタメモリ１０或は中間バッファ８（オブ
ジェクトメモリ））を指定しても良い。

【００６１】もし、該当するコマンドが入力された場合
には、ステップ７０４の処理、すなわち必要なメモリ量
の計算を実行する。

【００６２】例えば、Ａ４指定の場合は約５、２ＭＢ、
Ｂ４指定の場合は約７、４ＭＢ、Ａ３指定の場合は約
９、６ＭＢ、Ｂ４×２指定の場合は約１４、０ＭＢ、Ａ
３×２指定の場合は約１８、０ＭＢ、Ｂ４×３指定の場
合は約２０、６ＭＢ、Ａ３×３指定の場合は約２６、６
ＭＢである。

【００６３】ステップ７０５では、ジョブ開始コマンド
が入力されるかを判定し、ＮＯであればステップ７０３
から７０６の処理を行ない、ＹＥＳであれば次のステッ
プ７０８に進む。

【００６４】ステップ７０８では、ジョブ毎にサイズが
変化するメモリ領域（ここでは以後ダイナミックメモリ
と呼ぶ）を獲得する。ダイナミックメモリも基本的には
スタティックメモリと同様に、本メモリを必要なタスク
毎に、必要なサイズをメモリ・コンフィギュレーション
・テーブル７４を参照して、タスク毎にメモリマネージ
ャ８５に要求する。

【００６５】メモリマネージャー８５は本メモリを、要
求された順番に、スタティックメモリの終端より獲得す
る。図２においては、ダイナミックメモリの項目とそれ
がどのタスクによって必要かは、後ろの（８１ー８４）
のタスク番号の対比によって示される。

【００６６】例えば、中間データ生成タスク（８３）で
は、３個のメモリ要素（ポリペンテーブル、ＣＬＩＰオ
ブジェクトテーブル、中間バッファの組み合わせ）のト
ータルメモリをメモリマネージャー８５に要求し、中間
データ生成タスク内で獲得されたダイナミックメモリか
ら、それぞれの項目にメモリ資源を割り当てる。

【００６７】本発明の主眼であるバンドラスタメモリ１
０は、レンダリングタスク８３によってダイナミックメ
モリが割り当てられる。

【００６８】そして最後に、メモリの残った部分にＦＳ
（ファイルシステム）として、メモリ領域を確保する
（ステップ７０９）。このメモリはフォントのダウンロ
ードや、ＰＤＬにおけるフォームオーバレイやマクロ命
令の格納領域として用いられる。ステップＳ７０８で各
タスクが獲得したダイナミックメモリは、印刷ジョブが
終了すると、ステップ７１４で解放される。

【００６９】一方、本ＦＳメモリは、ジョブが終了して
も解放されずに残しておく＜すなわち印刷ジョブ官で共
有する必要がある。

【００７０】そのため、本メモリはメモリマネージャ８
５が内部的にファイルシステムのアドレス空間内におい
て、スタティックメモリやダイナミックメモリとは反対
の方向（メモリ終端）からメモリ獲得を行ない、ダイナ
ミックメモリ解放後のガーベージコレクション（ステッ
プ７１３）を効率的に行なう。

【００７１】メモリ獲得が終了し、ステップ７１０では
入力されたＰＤＬデータの解析を行ない、ステップ７１
１では解析されたデータに従い実際の印字を行なう。本
処理は、〔アルゴリズム〕の節以降で詳細に説明してい
る。

【００７２】ステップ７１２でジョブが終了すれば、メ
モリ獲得とは逆の順序でメモリの解放処理を実行する。

【００７３】この結果メモリマネージャ８５は、現在の
ダイナミックメモリの利用中の最下端アドレスを記憶し
ておくだけで良いステップ７１３では、ＦＳとして獲得されたメモリをガ
ーベージ・コレクション（ＧＣ）する。本実施例では、
ＦＳ内に獲得されたオブジェクトをメモリ空間の終端か
ら連続した空間に割り当てるものであり、一つのＦＳと
しての大きなＦＲＥＥ領域を作成する（図５参照）。

【００７４】ここでＦＳオブジェクトは、ディスクで一
般的なＦＡＴテーブル（ＦｉｌｅＡｃｃｅｓｓＴａｂ
ｌｅ）形態をとっているため、ＦＳ内のメモリをＩＤを
通じて利用しているユーザにはＧＣの影響はない。

【００７５】最後にステップ７１４でダイナミックメモ
リを解放するが、これは最初に獲得したタスク順序８
１、８２、８３、８４とは逆の順序８４、８３、８２、
８１でメモリ解放をメモリマネージヤーに要求し、最終
的にはすべてのダイナミック・メモリを解放することに
より、図１５に示すように、ダイナミックメモリが解放
された領域は、すべてＦＳのＦＲＥＥ領域として取り扱
われる。

【００７６】次に新規ジョブを開始した際には、このＦ
ＲＥＥ領域の先頭アドレスからダイナミックメモリをス
テップ７０８で獲得し、図７の様にメモリが構成され
る。

【００７７】ここで図４、図７を比較すればダイナミッ
クメモリの構成が変化してることがわかるが、これによ
りＰＤＬのジョブに応じてメモリ構成を最適化が可能と
なる。

【００７８】以上のメモリ管理を司るメモリマネージャ
ーは、ダイナミックメモリの後端アドレス、及びＦＳに
おけるＦＡＴ管理とＧＣを行なえば良く、これらの実装
は容易である。

【００７９】〔ＲＡＭ領域を可変長にする例〕ここで
は、実施例として実際にどのパラメータ（メモリリソー
ス）を可変サイズにし、どのような方針でメモリサイズ
を決定するかを説明する。

【００８０】（データ入力バッファ）これはホスト計算
機１から送られるデータを格納する、入力バッファ２の
サイズを指定するものであり、大きくすると以下で述べ
るインタプリタ１２０タスクのデータ解析処理速度が遅
くとも、ある程度の入力データをバッファリング出来る
ため、ホストに対して入力待ちを要求するＢＵＳＹ信号
を出す確率や時間が低減できる。

【００８１】多量のイメージデータを流したり、高度な
グラフィック処理、ホストＩ／Ｆが高速なジョブの場合
にはバッファを大きくとった方がよい。

【００８２】（キャシュテーブル）本テーブルは文字を
キャシュ（アウトラインフォントをスケーリングした後
の、ビットマップ・フォントとして保持）する領域であ
り、２バイト文字あるいは１バイト文字を扱うか、ある
いは文字はすべてＢＭで送られる場合等に分けて、本領
域サイズを決定する。本領域のサイズは、２バイト文字
＞１バイト文字＞ＢＭ文字となる。

【００８３】（ポリペンテーブル）幅を持ったラインを
描画する際に、幅の軌跡をポリゴンで近似するためのテ
ーブルであり大きなライン幅を出力する場合には、大き
なメモリが必要である。

【００８４】また、ラインの近似精度が必要でない際に
は、本メモリは必要でない。

【００８５】（クリップ・オブジェクトテーブル）クリ
ップで通常の矩形クリップでは、必要な情報は数十バイ
トと少ないが、任意の多角形でクリップする場合にはそ
の情報を格納する領域として大きなメモリが必要にな
る。

【００８６】簡単なラインプリンタ的な用途では本メモ
リは小さく、また、複雑なＤＴＰ用途で任意クリップを
利用する場合には本メモリは大きくする必要がある。

【００８７】（中間バッファ）中間バッファ８は、入力
バッファ２に格納されている入力データ（ＰＤＬ）から
生成される中間データ（オブジェクトデータ）を格納す
る。

【００８８】（バンドラスタメモリ）これは、後述する
バンディング処理におけるバンド高さの２面分相当のラ
スタメモリが必要であり、メモリが十分にあるシステム
ではこのサイズを大きくし、プリントオーバランないし
はデグレードの頻度減少を図ることが可能となる。

【００８９】（ディザパターン）本メモリは多値イメー
ジデータをサポートするＰＤＬにおいて、対応する最大
ディザマトリックス分のメモリを獲得する必要がある。

【００９０】多値イメージの入力をサポートしないＰＤ
Ｌでは、本メモリ領域は獲得する必要がない。

【００９１】〔バンドラスタメモリを可変長にする例〕
バンドメモリのサイズをＢＭ、トータルのメモリサイズ
をＴＭ、ダイナミックに獲得するフレームメモリのサイ
ズをＰＭ、スタティックメモリサイズをＳＭ（固定）、
ファイルシステムのサイズをＦＭ、印字解像度をＲＥＺ
とする。

【００９２】片面印字における、メモリ構成は、ＴＭ
＝ＢＭ＋ＰＭ＋ＳＭ＋ＦＭである。

【００９３】バンドメモリのサイズを大きくすれば必然
的にＰＭのサイズを小さくする必要があり、タイムデグ
レードの可能性は減少するがメモリデグレードの可能性
は増加する。これは文字等があるバンドに集中している
際のタイムデグレード解除に有効である。

【００９４】一方バンドメモリのサイズを小さくすれ
ば、メモリデグレードの頻度が減少し、タイムデグレー
ドの頻度が増加する。これはビットマップ等のデータに
対して有効である。

【００９５】次に、印刷する解像度ＲＥＺを１／２にす
る場合のデフォールト構成を考える。 REZ(600): band_height(600), band_width(600) REZ(300): band_height(300), band_height(300) の時、デフォールトとして band_width(300) = band_width(600)/2 band_height(300) = 2 * band_height(600) とする、その結果バンドメモリは論理的には同じメモリ
サイズで、紙上の面積的には３００ＤＰＩ時は６００
ＤＰＩ時の４倍の面積をカバーでき、タイムデグレー
ドの発生頻度の減少が図られる。

【００９６】また、バンドメモリサイズを減らして、タ
イムデグレードの可能性を増加させることなく、メモリ
デグレードの発生頻度の減少も可能である。

【００９７】両面印刷においては、ＰＭが片面よりもス
ループットの向上のため、及びジヤムリカバリーのため
に大きなメモリ量が必要であり、それにともないＢＭの
サイズはデフォールトで減少させる必要がある。

【００９８】このような要因は、まだいくつか考えられ
ると思うが、デフォールトとしてこれらの要因データは
ＤＢとして書き込んでおき、ユーザが後にジョブ毎にこ
の設定値を変更出来るようにする。

【００９９】〔印刷アルゴリズム〕以下に、必要なメモ
リを獲得した後の、ＰＤＬ情報の解析・印刷処理の概略
アルゴリズムを図８を用いて説明する。

【０１００】まず、ステップ１０１において、割り込み
処理等により入力バッファ２にＰＤＬデータをとり込
み、次にステップ１０２では入力されたＰＤＬコマンド
を言語仕様に応じて解析する。

【０１０１】ここでは、ＰＤＬの入力データの先頭数百
バイトを判別して、入力したＰＤＬを自動判別する仕掛
けが必要である。

【０１０２】ＰＤＬを判定した後、ＰＤＬコマンドを解
析した結果データが描画コマンド、例えば文字、ベクト
ル、イメージ描画である際には、ステップ１０４におい
てハードウェア（又はソフトウェア）・レンダリング回
路（ソフトウェア）９がサポートするページオブジェク
ト形式のデータ（中間データ）に変換し、中間バッファ
（８３）に格納する。

【０１０３】〔レンダリングモデル〕以後の説明の理解
のため、本実施例におけるレンダリングモデルを図９を
用いて簡単に説明する。

【０１０４】本モデルは、各種描画データの幾何的な情
報、すなわちどの部分が描画対象かというＯＮ，ＯＦＦ
の１ｂｉｔで表現可能なマスク情報１５１、そしてマス
クをどのようなパターンで塗るかというのバックグラン
ド情報１５２、及びソースとディスディネーション間で
の論理描画方式１５３（ＳＥＴ、ＯＲ、ＸＯＲ、ＢＬＥ
ＮＤ、ＡＤＤｅｔｃ）の三要素により構成され、対応
するレンダリング結果が１５４となる。

【０１０５】〔マスク〕本実施例においてサポートする
マスク情報として、ランレングス（Ｘ方向の一つのスキ
ャンライン毎のラン情報）、エッジが交差しない凸多角
形、ビットマップイメージ、ビットマップフォントなど
からなる。

【０１０６】これらの情報からわかるように、これらの
マスク情報は高速なハードウェア・レンダリングに適し
た構造とし、例えば図１０の五角形は本ステップ１０４
において、図１１に示すような交差しない５個の三角形
に分割する（この例では塗りつぶしは、ｅｖｅｎ−ｏｄ
ｄルールを適用）。

【０１０７】また、図１２に示す、ラインの接続処理部
においては本モジュールにおいてＤＤＡアルゴリズムを
適用して管理用ＲＡＭ７内の作業領域にラインの接続情
報（ｒｏｕｎｄ，ｍｉｔｅｒ，ｔｒｉａｎｇｌｅ）
を考慮して展開した後、最終的な外部形状を、Ｙスキャ
ンライン毎にｍｉｎｘ，ｍａｘｘをペア情報とし
てランレングス方式で保持し、その後の高速なレンダリ
ング（ステップ１１０）に備える。

【０１０８】最終的に生成される各マスクオブジェクト
は、フルページメモリよりも少ないメモリ容量でのレン
ダリング、すなわちバンディングを行なうためページメ
モリを複数のバンド（高さが２の冪乗が望ましく、５１
２ドット位が最適である）に分割し、各マスクオブジェ
クトをバンド毎にソーティングし、各バンド内で図１３
に示すリンクリストを構成する。

【０１０９】複数バンドに跨るマスク情報（例えば図１
１に示す多角形）に関しては、各バンドで多角形情報を
共有化する。

【０１１０】各バンドに分割したマスクに対しステップ
１０５において、レンダリング時に必要となるデータの
デコード時間とレンダリング時間を、各バンドにおいて
ページオブジェクト（中間データ）を作成する毎に加算
する。

【０１１１】この情報をそれぞれバンドｉ毎に保持し、
ｐｒｅｄ＿ｄｅｃｏｄｅ（ｉ），ｐｒｅｄ＿ｒｅｎｄｅ
ｒ（ｉ）とする。デコード時間は、作成されたオブジェ
クトのほぼデータ量に比例する。

【０１１２】しかし、バンド３における三角形１、４の
デコード時間は、前のバンド２の開始点からのバンド３
における多角形の開始点のオフセットを求める時間が余
分に必要となる。

【０１１３】レンダリング時間は、フォアグランドの計
算時間×（バックグランドの色深さ×色プレーン数）×
論理描画の種類による演算ファクタにより決定する。更
にフォアグランドの計算時間は、オブジェクトのデコー
ド時間＋（ライン毎のデコード時間＋マスクのＸ方向の
ワード数）×（高さ）により決定する。（）内は、カラ
ープリンタ装置の場合に有効である。

【０１１４】図８に戻り、入力されたデータが描画コマ
ンドでない場合には、ステップ１０６でデータが各種属
性（バックグランド、論理描画）設定コマンドかどうか
を判定する。

【０１１５】もしＹＥＳであれば、ステップ１０７にお
いて対応する処理を実行するが、これらはそれぞれハー
ド（又はソフト）レンダラが読み込み可能なデータ形式
（ページオブジェクト）に変換するものである。

【０１１６】また、ＦｌｏｏｄＦｉｌｌ等の命令（点
指定塗りつぶし）はバンディングによるレンダリングを
実行できないため、そのような情報を検知すると、フル
ペイントフラグ（ｆｕｌｌ−ｐ−ｆｌａｇ）をセットす
る。結果として、ステップ１１２において強制的に印刷
の解像度を落して、フルペイント（デグレード）モード
でのレンダリングを行なう。

【０１１７】このためには、例えば通常６００ＤＰＩで
バンディング処理して、レンダリング時間が間に合わな
いと、３００ＤＰＩに各オブジェクト解像度を落して、
レンダリングする結果となる。この時バンド・ラスタメ
モリ１０及び中間バッファ８のトータルとしては、最低
３００ＤＰＩで利用するＭａｘ紙サイズ分のメモリ容量
が必要である。

【０１１８】〔バックグランド〕バックグランド情報
は、マスクに対してどのようにパターンをつけるかを示
す。バックグランドの種類として、イメージとして繰り
返しを行なわずにマスクに張りつくバックグランド・パ
ターンと、パターンを縦・横方向に繰り返してマスクに
張り付けるタイルパターンが指定可能である。

【０１１９】本実施例においてＢ／Ｗ（白黒）印刷装置
を想定しているため、イメージ、タイル、グラデーショ
ンは白黒情報として指定するが、カラーへの拡張は容易
である。

【０１２０】ステップ１０８は、例えばデバッグ処理等
の目的で現在の状態をダンプ処理を行なう。ステップ１
０９では上記インタプリタ１２０（中間データ生成タス
ク８２も同様）の処理が１ページ分のＰＤＬコマンド解
析を終了したかを判定し、終了していれば１２１のレン
ダリングタスク８３に処理が移行するが、そうでなけれ
ばステップ１０２において、次のコマンド解析を繰り返
す。

【０１２１】ここまでは基本的にＰＤＬからページオブ
ジェクト（中間データ）への、データ・フィルタリング
・タスクであり、これ以降の処理はバンド・ラスタメモ
リへの１０へのラスタ描画を行なうレンダリング・タス
ク８３である。

【０１２２】この両者のタスクは、特にレンダリング・
タスクにおいて実時間処理が要求されるため、リアルイ
タイムＯＳ上で別タスクとして実装され、かつ後者のレ
ンダリング・タスクは前者よりも動作プライオリティを
高く設定し、動作する。

【０１２３】〔バンド・レンダリング〕ステップ１１０
において、ページオブジェクトをレンダリングする前処
理として、バンド・レンダリング（バンディング）処理
が可能かどうかを判定する。

【０１２４】このバンディング処理が不可能な場合を以
下に列挙する。上述したＦｌｏｏｄＦｉｌｌ命令等がページ中に存
在する。大量のイメージ入力により管理用ＲＡＭ７のフレーム
情報があふれた（メモリデグレード）。プリンタが電子写真ＬＢＰ、ＬＥＤプリンタの様に一
度紙を給紙して記録を開始すると、バンディング処理は
プリンタエンジン１３へのビデオ信号転送とバンドへの
レンダリングを並行処理する必要があり、ステップ１０
５で計算されたバンド毎のレンダリング時間ｐｒｅｄ＿
ｄｅｃｏｄｅ（ｉ）、ｐｒｅｄ＿ｒｅｎｄｅｒ（ｉ）に
関し、どれかのバンドが、所定の閾値をオーバする（タ
イムデグレード）。

【０１２５】上記条件に適合すると、バンディングを実
行できないため、解像度を落してバンド・ラスタメモリ
１０及び中間バッファ８のメモリ中に、紙サイズ分のフ
ルペイントメモリを確保刷る為に、現在ある中間データ
を解像度を落としてレンダリングしてそのオブジェクト
を消去しながらフルメモリを確保する。

【０１２６】一方、ＢＪプリンタ等のヘッドの移動をコ
ントローラ側で制御出来る形態のマシンにおいては、レ
ンダリング時間に（上記３番目の条件、タイムデグレー
ド）ついては上述の限りではなく、レンダリング・スピ
ードが低下すると、ヘッドの移動を遅らせることによ
り、バンディング処理が可能である。

【０１２７】バンディング処理を図１４を参照しながら
説明する。バンド・レンダリングは、ＰＤＬ解析タスク
１２０（中間データ作成タスク８２も同様）により管理
用ＲＡＭ７に作成されたページオブジェクト情報（中間
データ）を、レンダリングタスク２０２（８３も同様）
によって起動されるハード又はソフトレンダラ９が読み
込み、マスクの情報からＹ座標におけるスキャンライン
情報（ｘｍｉｎ，ｘｍａｘ）を抽出し、カレントの
バックグランド情報、論理描画モードを参照して対応す
るバックグランド情報をバンド・ラスタメモリ１０に書
き込む。

【０１２８】そして、すべてのマスクに対応すべくＹ情
報を変化させて、レンダリングを実行する。

【０１２９】〔バンディングにおけるシッピング〕こう
してハードウェアはマスク情報、バックグランド情報、
論理描画の方法に従いバンド番号ｉのページオブジェク
トに対しレンダリングを行なうと共に、並行してプリン
タエンジン１３から送られてくる水平同期信号にあわ
せ、プリンタＩＦ１１を通じて既にレンダリング済みの
バンド番号ｉ−１のバンド情報をプリンタにビデオ信号
として送出する。

【０１３０】〔デグレード・レンダリング〕バンドレン
ダリングが不可能なＰＤＬデータに関してはデグレード
処理を実行するが、そのアルゴリズムを以下に説明す
る。

【０１３１】〔ページオブジェクトの解像度変換〕デグ
レード処理はリアルタイムにレンダリング出来ないた
め、解像度を落したバッファ１０上へのレンダリングと
なる。

【０１３２】レンダリングハード９は処理の簡素か及び
高速化を要求されるため、レンダリング時にランレング
スや凸多角形情報のリアルイタイムな解像度変換は実行
できない。

【０１３３】そこで、以下に示す処理を、レンダリング
処理以前に実行しておく必要がある。

【０１３４】レンダリングの前処理として、例えば６０
０ＤＰＩから３００ＤＰＩに解像度を落とす際、ラ
ンレングスは２ライン分をまとめて１つのランレングス
とし、凸多角形は頂点情報の再計算を実行する。これを
ページバッファ中のすべてのマスク情報に対して、イン
タプリタ・タスク２０１にて実行する。

【０１３５】ランレングスは、例えば６００ＤＰＩにお
ける、二つのラインｉ、ｉ＋１のＸ座標の開始・終了点
をそれぞれｘｌ（ｉ），ｘｒ（ｉ），ｘｌ（ｉ＋１），
ｘｒ（ｉ＋１）とすると、新規３００ＤＰＩで間引かれ
た一つのスキャンの開始、終了点のＸ座標は以下のよう
になり、Ｙ座標はｉ／２となる。

【０１３６】ｎｅｗ＿ｘｌ（ｉ）＝ｍｉｎ（ｘｌ
（ｉ），ｘｌ（ｉ＋１））／２，ｎｅｗ＿ｘｒ（ｉ）＝
ｍａｘ（ｘｒ（ｉ），ｘｒ（ｉ＋１））／２イメージに関しては、ページオブジェクトのイメージ情
報自身は変化せずに、ｘ，ｙ方向へのスケーリングファ
クタをそれぞれ１／２倍する。

【０１３７】〔フルペイント・レンダリング〕デグレー
ド時のレンダリングに関するアルゴリズムを、図１５の
フローチャートに示す。

【０１３８】ステップ５０１においてインタプリタ・タ
スクにより解像度変換されたマスク及びバックグランド
情報を入力し、入力されたオブジェクトが描画コマンド
かどうかをステップ５０２で判断する。

【０１３９】描画コマンドでなければステップ５０５に
おいて、バックグランド情報や（論理）描画モードをカ
レント情報を保持するグローバル変数に代入する。

【０１４０】一方、描画コマンドと判断された場合に
は、ステップ５０３において、マスク、バックグラン
ド、論理描画情報を収集して、レンダリングを実行する
（ステップ５０４）。

【０１４１】ステップ５０６において、１ページ分のマ
スクデータのレンダリング処理を終了すると、エンジン
ＩＦを通じてプリンタに水平・垂直同期信号に合わせて
送出する（ステップ５０７）。

【０１４２】〔記録装置１３〕図１６は本実施例が適用
出来るレーザビームプリンタ（ＬＢＰ）装置の概観図で
あり、また、図１の概略構成における記録装置１３部の
概観を示す図でもある。尚、図１における１３以外の制
御部は不図示である。

【０１４３】なお、本発明の第１の実施例を適用するプ
リンタは、レーザビームプリンタに限られるものではな
く、他のプリント方式のプリンタでも良いことは言うま
でもない。

【０１４４】図において、１０００はＬＢＰ本体であ
り、外部に接続されているホストコンピュータから供給
される印刷情報（文字コード等）やフォーム情報あるい
はマクロ命令等の入力データ（例えば、ＰＤＬ）を入力
して記憶するとともに、それらの情報に従って対応する
文字パターンやフォームパターン等の出力データ（ビッ
トマップデータ）を作成し、記録媒体である記録紙等に
像を形成する。

【０１４５】１０１２は操作のためのスイッチおよびＬ
ＥＤ表示器等が配されている操作パネル、１４はＬＢＰ
本体１０００全体の制御およびホストコンピュータから
供給される文字情報等を解析するプリンタコントローラ
である。

【０１４６】このプリンタコントローラ１４は、主に文
字情報を対応する文字パターンあるいはベクトル、イメ
ージ情報のビデオ信号に変換してレーザドライバ１００
２に出力する。

【０１４７】レーザドライバ１００２は半導体レーザ１
００３を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１００３から発射されるレー
ザ光１００４をオン・オフ切り換えする。レーザ光１０
０４は回転多面鏡（ポリゴンミラー）１００５で左右方
向に振らされて静電感光ドラム１００６上を走査露光す
る。

【０１４８】これにより、静電感光ドラム１００６上に
は文字パターンの静電潜像が形成されることになる。こ
の潜像は、静電感光ドラム１００６周囲に配設された現
像ユニット１００７により現像された後、記録紙に転写
される。

【０１４９】この記録紙にはカットシートを用い、カッ
トシート記録紙はＬＢＰ１０００に装着した用紙カセッ
ト１００８に収納され、給紙ローラ１００９および搬送
ローラ１０１０と搬送ローラ１０１１とにより、装置内
に取り込まれて、静電ドラム１００６に供給される。

【０１５０】静電ドラム１００６および現像ユニット１
００７で現像・転写された記録紙は、定着器１０１３で
定着され、排紙トレイに排紙される。

【０１５１】（他の実施例１）本実施例では、図３に示
すようにパネルよりのメモリ変更と、コマンド入力によ
るメモリ変更要求は別パスとして指定され、後から指定
されたメモリ変更の要求は、最初に指定された要求をオ
ーバライトする。

【０１５２】これとは、別の実施例としてジョブ開始時
点でジョブ制御言語（ＪｏｂＬａｎｇｕａｇｅ、以下
ＪＬと略す。）の中にメモリ構成変更命令を入れて、ジ
ョブ開始時点でメモリ構成の変更要求を解析し（ステッ
プ９０６）、ステップ９０８で、ダイナミックメモリを
獲得する実現手段も考えられる。

【０１５３】本アルゴリズムの例を図１７に示し、ＪＬ
の構成例を図１８に示す。ここでのＪＬはＰＤＬを包み
込む言語であり、ＰＤＬジョブ毎に利用するマシン環境
のセットアップや、マシン資源等の問い合わせを行なう
言語であり、ネットワーク環境等で複数のホストでプリ
ンタを共用する際に有益となる。

【０１５４】基本的にこのジョブ制御言語を用いること
により、従来パネルで指定していた各種プリンタの状態
設定は、必ずしも必須のものではなくなる。すなわちパ
ネルレスのプリンタの実現が可能となる。

【０１５５】（他の実施例２）他の実施例として、複数
のＰＤＬをエミュレートするプリンタにおいてはＰＤＬ
の能力により最適なメモリ構成が異なるため、ＰＤＬご
とにメモリ配置を最適に行なう処理である。これを図１
９を参照して説明する。

【０１５６】実施例としてＰＤＬコマンド解析部は各Ｐ
ＤＬ毎に、最適のメモリ構成のコンフィギュレーション
・テーブルをデフォールトとして持っておき、ホストか
ら入力されるデータからのＰＤＬ自動判定の時点（ステ
ップ１２０７）でデフォールトのメモリ構成情報をＤＢ
又はプログラムＲＯＭから獲得し（ステップ１２０
８）、メモリ・コンフィギュレーションテーブル（７
４）に格納する。

【０１５７】ただし、パネル（ステップ１２０４）やジ
ョブ制御言語あるいはコマンド（１２０６）により明示
的に指定されたメモリ構成情報については、本デフォー
ルト指定をオーバライトする（ステップ１２０９）。

【０１５８】その後は他の実施例１と同じであるので説
明を省略する。

【０１５９】

【発明の効果】本発明により、マルチＰＤＬを一つのプ
リンタでエミュレーションしようとする際に、ＰＤＬの
異なるジョブ毎にメモリの利用形態を変更可能となるの
で、メモリの利用効率があがり各ＰＤＬにとって最善の
メモリ構成を実現可能である。

【０１６０】また、このメモリ構成の変更をパネルから
及びホストからのコマンドにより指定可能であり、ネッ
トワーク環境ではホストからの指定、また従来の端末系
プリンタではパネルからの指定というように、ユーザの
利用環境に応じてメモリ構成の指定方法を選択出来る。

【０１６１】また、プリンタでデータ領域が不足してエ
ラーが発生する場合でも、原因を特定し不足している領
域がわかれば、その領域を増やすことによりエラーを回
避することも可能である。

【図面の簡単な説明】

【図１】本実施例のデータの印刷／記録装置の基本構成
を示すブロック図である。

【図２】本実施例におけるメモリ構成を示す図である。

【図３】本実施例におけるメモリ獲得の方法を示すフロ
ーチャートである。

【図４】図３のステップＳ７１２の時点でのメモリ構成
を示す図である。

【図５】ＦＳのＧＣ終了時点でのメモリ構成を示す図で
ある。

【図６】ダイナミックメモリの解放時点でのメモリ構成
を示す図である。

【図７】次のジョブにおけるメモリ獲得時点でのメモリ
構成を示す図である。

【図８】ＰＤＬにおけるインタプリタ及びレンダラのア
ルゴリズムを示す図である。

【図９】イメージングモデルを示す図である。

【図１０】各種マスク情報に関する説明図である。

【図１１】各種マスク情報に関する説明図である。

【図１２】各種マスク情報に関する説明図である。

【図１３】各種マスク情報に関する説明図である。

【図１４】バンドレンダリングの概念図である。

【図１５】デグレード処理のフローチャートである。

【図１６】記録装置のブロック図である。

【図１７】図３に対して、他の実施例１のアルゴリズム
を示すフローチャートである。

【図１８】他の実施例１において用いるジョブ制御言語
の実施例である。

【図１９】図３に対しての他の実施例２のアルゴリズム
を示すフローチャートである。

【符号の説明】

１ホスト計算機２データ入力用バッファ３フォントＲＯＭ４パネルＩ／Ｏプロセッサ５拡張Ｉ／Ｆ６プログラムＲＯＭ７管理用ＲＡＭ９ハードウェア・レンダラ１０バンドラスタメモリ１１プリンタインタフェース１２ＣＰＵ１３記録装置１４コントローラ

Claims

【特許請求の範囲】

【請求項１】中間データに基づいて出力データを生成
して出力する出力装置であって、前記外部装置或は前記出力装置上の操作部から入力され
たメモリ制御情報に基づいて設定値を判別する判別手段
と、前記判別手段での判別結果に基づいて、処理するジョブ
単位に前記出力装置で使用する所定のメモリの総容量を
指定された設定値に変更する制御手段とを有することを
特徴とする出力装置。
【請求項２】前記入力データは、プリンタ言語である
ことを特徴とする請求項１に記載の出力装置。
【請求項３】前記中間データは、前記入力データから
前記出力データを生成し易い様に前記入力データを加工
したデータであることを特徴とする請求項１に記載の出
力装置。
【請求項４】前記出力データは、ビットマップイメー
ジデータであることを特徴とする請求項１に記載の出力
装置。
【請求項５】前記所定メモリは、ダイナミックメモリ
であり前記中間データを格納するオブジェクトメモリと
前記出力データを格納するラスタメモリに割り当てられ
ることを特徴とする請求項１に記載の出力装置。
【請求項６】前記メモリ制御情報は、前記出力装置で
使用する用紙サイズで設定値を指定することを特徴とす
る請求項１に記載の出力装置。
【請求項７】前記制御手段は、前記出力装置に接続さ
れる外部記憶手段に応じて前記所定のメモリの総容量を
変更することを特徴とする請求項１に記載の出力装置。
【請求項８】中間データに基づいて出力データを生成
して出力する出力装置におけるメモリ制御方法であっ
て、前記外部装置或は前記出力装置上の操作部から入力され
たメモリ制御情報に基づいて設定値を判別する判別工程
と、前記判別工程での判別結果に基づいて、処理するジョブ
単位に前記出力装置で使用する所定のメモリの総容量を
指定された設定値に変更する制御工程とを有することを
特徴とするメモリ制御方法。
【請求項９】前記入力データは、プリンタ言語である
ことを特徴とする請求項８に記載のメモリ制御方法。
【請求項１０】前記中間データは、前記入力データか
ら前記出力データを生成し易い様に前記入力データを加
工したデータであることを特徴とする請求項８に記載の
メモリ制御方法。
【請求項１１】前記出力データは、ビットマップイメ
ージデータであることを特徴とする請求項８に記載のメ
モリ制御方法。
【請求項１２】前記所定メモリは、ダイナミックメモ
リであり前記中間データを格納するオブジェクトメモリ
と前記出力データを格納するラスタメモリに割り当てら
れることを特徴とする請求項８に記載のメモリ制御方
法。
【請求項１３】前記メモリ制御情報は、前記出力装置
で使用する用紙サイズで設定値を指定することを特徴と
する請求項８に記載のメモリ制御方法。
【請求項１４】前記制御工程は、前記出力装置に接続
される外部記憶手段に応じて前記所定のメモリの総容量
を変更することを特徴とする請求項８に記載のメモリ制
御方法。