JP3596221B2 - Image processing device - Google Patents

Image processing device Download PDF

Info

Publication number
JP3596221B2
JP3596221B2 JP6841997A JP6841997A JP3596221B2 JP 3596221 B2 JP3596221 B2 JP 3596221B2 JP 6841997 A JP6841997 A JP 6841997A JP 6841997 A JP6841997 A JP 6841997A JP 3596221 B2 JP3596221 B2 JP 3596221B2
Authority
JP
Japan
Prior art keywords
image
page
bitmap data
size
memory
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP6841997A
Other languages
Japanese (ja)
Other versions
JPH10260804A (en
Inventor
和宏 大谷
茂広 古川
康一 宮崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Fujifilm Business Innovation Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd, Fujifilm Business Innovation Corp filed Critical Fuji Xerox Co Ltd
Priority to JP6841997A priority Critical patent/JP3596221B2/en
Publication of JPH10260804A publication Critical patent/JPH10260804A/en
Application granted granted Critical
Publication of JP3596221B2 publication Critical patent/JP3596221B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Record Information Processing For Printing (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、パーソナルコンピュータ等から入力される画像データをビットマップ・データに変換し、画像形成装置に出力する画像処理装置に関し、より詳しくは、画像処理装置の有するページメモリのサイズと出力するビットマップ・データのサイズとに応じて効率的にビットマップ・データを画像形成装置に出力する画像処理装置に関する。
【0002】
【従来の技術】
従来からパーソナルコンピュータ等から入力されるページ記述言語やコードデータ等の画像データをビットマップ・データに変換し、画像形成装置に出力する画像処理装置の方式としては、1頁分の画像のビットマップ・データを画像処理装置のページメモリに格納し、そのビットマップ・データを画像1頁分づつ画像処理装置に出力する方式(以下、「フレーム方式」という)と画像1頁を複数の領域に分割し、その分割された一領域の画像のビットマップ・データを画像処理装置のページメモリに格納し、そのビットマップ・データを分割された一領域ごとに画像形成装置に出力する方式(以下、「バンド方式」という)が存在する。
【0003】
フレーム方式の利点としては、画像データをその都度ビットマップ・データに展開し、ページメモリに画像1頁分のビットマップ・データが格納された時点で画像形成装置に出力するものであるため、処理が単純であり、画像処理装置が画像データを受け取ってから、画像1頁分のビットマップ・データを画像形成装置に出力するまでの処理を短時間で行うことができる点を挙げることができる。反面、画像1頁分のビットマップ・データを格納できるサイズのページメモリが必要となり、このような大きな容量のメモリを要することは経済的に不利である。
【0004】
これとは逆に、バンド方式の利点としては、分割された一領域の画像のビットマップ・データのみをページメモリに格納するため、一般的にフレーム方式に比べてページメモリのサイズが小さいもので足り、経済的に有利となる。反面、入力された画像データを画像データとビットマップ・データの中間的なデータ形式である中間コードに変換し、1頁分の中間コードをページメモリに格納し、さらに、特定の一領域に対応する中間コードを選択し、それをビットマップ・データに格納する必要があるため、画像1頁分の中間コードを格納する分ページメモリが必要となるとともに、処理が複雑になるため画像処理装置が画像データを受け取ってから、画像1頁分のビットマップ・データを画像形成装置に出力するまでにある程度の時間を要する。
【0005】
また、バンド方式において、画像1頁を幾つの領域に分割するかは上記バンド方式の利害得失を考慮して決定するものである。つまり、処理スピードの速さを重視する場合には分割数を少なくし、ページメモリサイズの小ささを重視する場合には分割数を多く設定することができる。また、バンド方式で分割数「1」の場合であっても、フレーム方式に比べて画像処理には時間を要する。これは、バンド方式の場合には分割数が「1」であっても一旦画像データを中間コードに変換してから、更にビットマップ・データに変換する必要があり、また、ページメモリのメモリ領域管理においても、中間コードを格納する領域とビットマップ・データを格納する領域に分けなければならず、処理が複雑になるためである。
【0006】
これらのフレーム方式とバンド方式のそれぞれの利点を活かし、欠点を補うために、画像形成の条件に応じてフレーム方式とバンド方式を切り替え、さらにバンド方式においてその分割数を変更する技術が提案されている。
【0007】
例えば、特開平4−12874号公報には画像形成を行う記録材の大きさに応じてフレーム方式とバンド方式を切り替え、さらにバンド方式においてその分割数を変更する技術が記載されている。また、特開昭62−35856号公報には、画像形成を行うビットマップ・データの大きさに応じてバンド方式におけるその分割数を変更する技術が記載されている。
【0008】
【発明が解決しようとする課題】
しかしながら、画像形成を行うビットマップ・データのサイズは、記録材の大きさのみによって決定されるものではない。また、画像処理装置のページメモリのサイズも固定的ではなく、メモリの増設、あるいはメモリをシステム領域とページメモリ領域に分けて使用する場合には、システム設計の変更によるシステム領域の増減等によって変化するものである。したがって、例えば、画像形成の解像度を低く設定した場合であっても、ビットマップ・データのサイズを実際に必要となるサイズよりも大きく見積もってしまうため、フレーム方式で画像処理を行うことができるにも係わらず、不必要なバンド方式を選択してしまう場合がある。また、メモリの増設等によってページメモリのサイズが大きくなった場合であっても、それを認識しないため、不必要なバンド方式を選択してしまう場合がある。これらの場合には搭載するメモリ容量を最大限に利用していないため、迅速な画像処理が行えない。
【0009】
本発明は、上記問題点に鑑みてなされたものであり、その目的とするところは、画像形成を行う記録材のサイズのみならず、画像の解像度、両面画像形成か否か、画像形成不良時の再転送を行うか否か、ビットマップ・データを圧縮して保持するか否か等を総合的に考慮して形成する画像のビットマップ・データのサイズを計算し、また、画像処理装置のメモリの増設等によってページメモリのサイズの変化を検知することによって、多様な状況下においても適切なフレーム方式とバンド方式を切り替え、さらにバンド方式において適切な分割数で画像処理を行い、限られたページメモリサイズを最大限に活用して処理の高速化を図ることができる画像処理装置を提供することにある。
【0010】
【課題を解決するための手段】
本発明は、上記課題を解決するために、ビットマップ・データ及び/又は中間コードを格納するページメモリと、画像入力装置から入力される画像データを1頁分づつ直接ビットマップデータに変換して前記ページメモリに格納する第一の変換手段と、前記ビットマップ・データを画像形成装置に出力する出力手段を有する画像処理装置において、1頁分の画像データを中間コードに変換しページメモリに格納する第二の変換手段と、前記格納された画像1頁分の中間コードから複数分の1頁分づつビットマップデータに変換しページメモリに格納する第三の変換手段と、ページメモリのサイズを検知する検知手段と、画像1頁分のビットマップ・データのメモリサイズを計算する計算手段と、入力される画像データを第一の変換手段に入力するか第二の変換手段に入力するかを前記ページメモリのサイズと前記出力するビットマップ・データのサイズに応じて決定するモード選択手段とを設けたものである。画像処理装置をこのような構成とすることで、実装するページメモリのサイズと画像形成を行うのに必要なメモリサイズを比較して、適当な画像処理の方式を選択することができるものである。
【0011】
また本発明は、前記第三の変換手段が何分の1頁分づつ中間コードをビットマップ・データに変換するかを前記ページメモリのサイズと前記画像1頁分のビットマップ・データのメモリサイズに応じて決定する分割数決定手段を有するものでもある。画像処理装置をこのような構成とすることで、更にきめ細かく適当な画像処理の方式を選択することができるものである。
【0012】
また本発明は、画像1頁分のビットマップ・データのメモリサイズを計算手段が計算する際に、画像形成を行う記録材の大きさ、画像の解像度、画像の階調、画像がカラーが否か、両面画像形成か否か、画像形成不良時にビットマップ・データの再送を行うか否かを考慮するものでもある。画像処理装置をこのような構成とすることで、画像形成に必要とされるメモリサイズを正確に把握することができ、結果として更にきめ細かく適当な画像処理の方式を選択することができるものである。
【0013】
【発明の実施による形態】
以下、添付図面に示す実施例に基づいて本発明の好適な実施の形態を説明する。
実施例
まず、本発明の構成を説明する前に、デジタル複写機、プリンタ、ファクシミリの機能を備えたいわゆる複合機であって、本発明の適用が可能なものの一例として、図1に基づいて説明する。かかる複合機の構造は、画像を読取り、電気信号に変換するイメージ・インプット・ターミナル、(以下、「IIT」という)、画像を補正、変換、編集処理をほどこすイメージ・プロセッシング・システム(以下、「IPS」という)と、パーソナルコンピュータ等から入力データを読取り、プリント・ジョブの印刷指定に従って印刷データに変換するエレクトリック・サブシステム(以下、「ESS」という)、電気信号を光信号に変換して、静電潜像によりるゼログラフィを用いた画像形成を行うイメージ・アウトプット・ターミナル(以下、「IOT」という)に分けることができる。
【0014】
IITは、ハロゲンランプ1、ミラー2、およびレンズ3を用いた縮小光学系を採用し、センサー4を搭載している。センサーで読み取られた信号は、アナログアンプで増幅され、A/D変換器でデジタル信号に変換される。
【0015】
IPSでは、IITからくるデジタル信号を種々の処理を施し、IOTの特性に見合った電気信号を生成する。
【0016】
ESSは、本願発明にかかるものであり、ネットワーク、シリアルケーブル、パラレルケーブルおよび通信回線等から各種のインターフェイスを介して入力されるページ記述言語、プリンタ制御言語を解釈し、ESS内のリード・オンリー・メモリー(ROM)に格納されているフォント等をビットマップ・データに展開し、ビデオインターフェイスを介して、ビデオ信号とし、IOTに出力するものである。
【0017】
IOTは、ESSのビデオインターフェイスから出力される電気信号を、半導体レーザーの点灯制御するドライバーへ入力して光信号に変換する。レーザービーム走査装置6は、赤外線半導体レーザー、レンズ、ポリゴンミラーにより構成され、スポット光となって感光体ドラム7を走査する。感光体ドラム7は、帯電器8によって帯電されており、光信号により、静電潜像が形成される。潜像はロータリー現像器8によりトナー像となり、転写ドラム9上に吸着させた記録用紙上に転写される。これら感光体回りの構成をプリンタエンジン81という。
【0018】
次に、本発明の実施例の構成を図2のブロック線図を用いて説明する。ESSは本発明にかかる画像処理装置である。このESSへのPDLやプリンタ言語である画像データの入力は、パーソナルコンピュータ11からシリアルケーブル20を通して、あるいはパラレルケーブル21を通じて、また、ワークステーション12からネットワーク23を通じて、さらに、パーソナルコンピュータ等から電話回線24を通じて、それぞれ画像処理装置のシリアルインターフェイス30、パラレルインターフェイス31、ネットワークインターフェイス32、通信回線インターフェイス33によって行われる。
【0019】
入力された画像データは、ESS内のROM50内に制御プログラムとして格納されている各種の手段51〜58によりビットマップ・データに変換され、RAM40内のページメモリ41に格納される。ページメモリ41に格納されたビットマップ・データは1頁毎または1頁を複数の領域に分割した一領域(以下、「バンド」という)毎に出力手段59によってビデオインターフェイス35を介してIOTの画像メモリ80に格納する。
【0020】
図3は、本実施例の全体の処理の流れを示したものである。画像1頁分に相当する画像データが入力されると画像1頁分の画像処理を開始する(S100)。次に、フレーム方式で画像処理を行うか、バンド方式で画像処理を行うかをモード選択手段57によって選択する(S101)。この際、判断材料となるのは、検知手段55によって検知されるESS内に有するページメモリ41のサイズと、計算手段56によって計算される画像1頁分のビットマップ・データのメモリサイズである。
【0021】
モード選択手段57によってバンド方式が選択された場合には、画像1頁を幾つのバンドに分割するかを分割数決定手段58によって決定する(S110)。この際も判断材料となるのは、検知手段55によって検知されるESS内に有するページメモリ41のサイズと、計算手段56によって計算される画像1頁分の必要なビットマップ・データのサイズである。次に、1頁分の画像データは第二の変換手段52によって一旦中間コードに変換され、変換された画像1頁分に相当する中間コードは、さらにページメモリ41に格納される(S111)。格納された中間コードは、第三の変換手段53によってバンド毎にビットマップ・データに変換される(S112)。第三の変換手段53によって変換されたビットマップ・データは、1バンド分のビットマップ・データがページメモリ41に格納されると、出力手段54によってIOTの画像メモリ80へ出力される(S114)。また、変換されたものから圧縮展開手段59によって圧縮され、ページメモリ41に格納される場合もある(S113)。この場合には出力の際、圧縮されたビットマップ・データは圧縮展開手段59によって展開されつつ、出力手段54によって出力される。
【0022】
モード選択手段57によってフレーム方式が選択された場合には、画像1頁に相当する画像データは第一の変換手段51によって直接ビットマップ・データに変換される(S120)。第一の変換手段51によって変換されたビットマップ・データは、ページメモリ41に格納される(S120)。1頁分のビットマップ・データがページメモリ41に格納されると、出力手段54によってIOTの画像メモリ80へ出力される(S122)。また、変換されたものから圧縮展開手段59によって圧縮され、ページメモリに格納される場合もある(S121)。この場合には出力の際、圧縮されたビットマップ・データは圧縮展開手段59によって展開されつつ、出力手段54によって出力される。
【0023】
このようにしてパソコン11から入力された画像データをビットマップ・データに変換してIOTの画像メモリ80に出力するものである。以下、各ステップ毎に詳細に説明する。
【0024】
S110において、モード選択手段57によって行われるモードの選択は、検知手段55によって検知されるESS内に有するページメモリ41のサイズと、計算手段56によって計算される画像1頁分の必要なビットマップ・データのメモリサイズとを判断材料として行われる。ここで、通常の画像処理装置では電源が入れられる時に自己のメモリのサイズやメモリの不良領域の診断を行うものが多いため、このような画像処理装置においてはこの情報をそのままページメモリ41の検知に利用すれば、特別に検知手段55を設けなくてもよいため、画像処理装置の構造が複雑にならず、経済的にも有利である。また、計算手段56が画像1頁分のビットマップ・データのサイズを計算する際に考慮するのは、画像形成を行う記録材のサイズ、画像の解像度、画像の階調、画像がカラーが否か、両面画像形成か否か、画像形成不良時にビットマップ・データの再送を行うか否かである。
【0025】
図4は、S110でのモード選択手段57によるモード選択の処理をフローチャートで示したものである。まず、S201では、計算手段56によって記録材のサイズ、解像度、階調、画像がカラーか否かによって画像1頁分のビットマップ・データサイズを計算する。例えば、記録材のサイズがA4サイズで、解像度が600SPI(スポット・パー・インチ)、階調は二階調で、単色の場合には、{(210[cm]/25.4[inch/cm])×600[spot/inch]×(297[cm]/25.4[inch/cm×600[spot/inch]}/8[bit/byte]のように計算され、約4.15Mバイトとなる(以下、「第一の必要サイズ」という)。
【0026】
S202においては、画像処理を行う画像が両面画像形成の裏面か否かを判断する。この判断は、IOTの仕様により異なるものであるが、記録材の表/裏/表/裏と画像形成を行うIOTの場合は、奇数枚目が表面、偶数枚目が裏面であると判断する。両面画像形成の裏面ではない場合には、S203に進み、モード選択手段57は検知手段55が検知したページメモリ41サイズとS201で計算した第一の必要サイズとを比較し、ページメモリ41が第一の必要サイズ以上か否かを判断する。ページメモリ41サイズが第一の必要サイズ以上の場合にはフレーム方式を選択し、ページメモリ41サイズが第一の必要サイズ未満の場合にはバンド方式を選択する。S202において、両面画像形成の裏面画像処理の場合には、S204へ進み、S204において、計算手段56は、裏面のビットマップ・データサイズ(第一の必要サイズ)と表面の圧縮したビットマップ・データのサイズとを足し合わせたものを計算する(以下、これを「第二の必要サイズ」という)。S205において、モード選択手段57は、検知手段55が検知したページメモリ41サイズとS204で計算した第二の必要サイズとを比較し、ページメモリ41が第二の必要サイズ以上か否かを判断する。ページメモリ41が第二の必要サイズ以上の場合にはフレーム方式を選択し、ページメモリ41が第二の必要サイズよりも小さい場合にはバンド方式を選択する。このようにしてフレーム方式とバンド方式の選択を行う。
【0027】
また、以上は画像処理装置のページメモリ41に両面画像形成時の表面の圧縮したビットマップ・データを保持する仕様の画像処理装置の場合を説明したものであるが、かかる圧縮したビットマップ・データをIOTの画像メモリ80に保持する構成とすることも可能である。この場合は、画像処理装置に必要とされるページメモリ41の一部をIOTの画像メモリ80が肩代わりするため、よりフレーム方式を選択する場合が増え、結果として迅速な画像処理が可能となる。図5は、両面画像形成時の表面の圧縮したビットマップ・データをIOTの画像メモリ80に保持する場合のモード選択手段57によるモード選択の処理(S110)をフローチャートで示したものである。図4と同一の処理には同一のステップ番号を付し、その説明は省略する。画像処理装置側に圧縮したビットマップ・データを保持する場合(図4)との相違は画像処理が、両面画像形成の裏面画像形成か否かに左右されずフレーム方式、バンド方式の選択を行う点である。これは、表面の圧縮したビットマップ・データを画像処理装置のページメモリ41に保持しないためである。
【0028】
さらに、本実施例にかかる画像処理装置は画像形成不良時には画像データをIOTのプリンタエンジン81へ再出力するものであるが、その為のビットマップ・データはIOTの画像メモリ80に圧縮され、格納されているため、画像処理装置のページメモリ41にはそのための領域は設けていない。しかし、このような圧縮されたビットマップ・データを画像処理装置のページメモリ41が有する構成も考えられる。その場合には、S201、S204において計算する必要サイズに画像形成不良時用の圧縮されたビットマップ・データのサイズを足したものを新たな必要サイズとして、S203、S205においてページメモリ41のサイズと比較し、バンド方式かフレーム方式かを決定すればよい。
【0029】
図6は、S203でのモード選択を模式的に表したものである。ESSが有するページメモリ41サイズが画像1頁のビットマップ・データのメモリサイズである第一の必要サイズ以上の場合には、フレーム方式を選択する(図6(a)参照)。反対に、ページメモリ41サイズが画像1頁のビットマップ・データのメモリサイズである第一の必要サイズよりも小さい場合には、バンド方式を選択する(図6(b))。できるだけフレーム方式を選択した方が画像処理を短時間で行うことができるためである。
【0030】
S111において、分割数決定手段58によって行われる分割数の決定は、検知手段55によって検知されるESS内に有するページメモリ41のサイズと、計算手段56によって計算される画像1頁分の必要なビットマップ・データのメモリサイズである点は上述のモード選択(S101)の場合と同様である。
【0031】
図7は、S111での分割数の決定を模式的に表したものである。まず、ESSの有するページメモリ41から画像1頁分に相当する中間コードのサイズ(以下、「中間バッファ」という)を差し引く。この差し引き分(以下、「バンドバッファ」という)が1バンド分のビットマップ・データを格納することができるメモリサイズとなる(図6(a)参照)。次に、画像1頁分のビットマップ・データのメモリサイズがバンドバッファサイズの何倍になるかを計算する。図6(b)に示すように、画像1頁分のビットマップ・データのメモリサイズがバンドバッファサイズの(N−1)倍より大きく、N倍以下の場合は画像1頁を等しくN個のバンドに分割すると決定する。この際、理論的にはN以上であれば幾つに分割しても画像形成を行うことはできるが、分割数が増えれば増えるほど処理に時間がかかるため分割数を増やすことは妥当でない。
【0032】
また、本実施例において中間バッファは、一般的な文章では中間コードが溢れない程度のサイズを予め定めている。一方、実際に画像形成を行う画像の中間コードの大きさに合わせて中間バッファのサイズを定めることも可能である。この場合には、ページメモリ41に中間コードを格納していき、画像1頁分の中間コードを格納した後、残りのページメモリ41がバンドバッファのサイズとなる。このバンドバッファのサイズと画像1ページ分のビットマップ・データのサイズとから分割数を決定することとなる。なお、後述する領域情報は分割数を決定後に中間コードに付加する。このように中間バッファのサイズを定めることで、中間バッファ溢れを防ぐことができ、また、ページメモリ41を効率的に利用することになるので、結果として迅速な画像処理が可能となる。一方、中間コードを格納した後に領域情報を付加することになるので、処理が複雑になる。
【0033】
ここで、本実施例ではページメモリ41のある領域を指定して中間バッファ、バンドバッファ、フレームバッファとして用いているが、それぞれで物理的に別のメモリとすることも可能である。但し、全体のメモリを効率よく利用する観点からは物理的に単一のメモリのある領域を指定して、中間バッファ等に用いる方が望ましい。なお、この中間バッファサイズを低減するために、後述する第二の変換手段52、第三の変換手段53において種々の工夫を行っている。
【0034】
S111では、第二の変換手段52によって画像データから中間コードへ変換され、変換された画像1頁分に相当する中間コードはさらにページメモリ41(中間バッファ)に格納される。S112では、第三の変換手段53によって格納された中間コードは、バンド毎にビットマップ・データに変換される。
【0035】
また、使用するメモリの容量を小さくする観点からは中間バッファのサイズは小さければ小さい程好ましいので、パーソナルコンユータ11等から入力される画像データがPDLの場合には、第二の変換手段52、第三の変換手段53は以下のような処理を行っている。
【0036】
ここで、PDL、ビットマップ・データ及び中間コードの各データ形式の特徴を整理すると、図8に示すように、情報量はPDLが最も少なく、ビットマップ・データが最も多く、中間コードはその中間である。よって、メモリ占有量はPDLが最も少なく、ビットマップ・データが最も多い。反対に、ビットマップ・データへの変換に要する時間は、中間コードの方がPDLよりも短い。言い換えれば、PDLの方が中間コードよりもビットマップ・データへの変換の際にCPU10にかける負荷が大きい。従って、中間コードとしてどのようなレベル、PDLに近い形式とするか、ビットマップ・データに近い形式にするかは、ページメモリ41(中間バッファ)のサイズとCPU10の処理能力のバランスを考慮して決定するものである。
【0037】
図9は、中間コードの一例を示したものである。画像にはオブジェクトとして文字「a」「b」「c」を表示するものである。これを中間コードとして表現すると、文字コード、文字の位置、フォントの種類、フォントのサイズ、斜体・太字等の文字修飾の有無等によって表現されるものである。これらの中間コードの要素にはそのオブジェクトに固有な要素と(例えば、文字コード、文字の位置)、他のオブジェクトにも共通な要素(フォントの種類、フォントのサイズ、文字修飾の有無)が存在する。本実施例では、これら固有な要素(以下、「固有情報」という)と共通な要素(以下、「属性情報」という)を分け、冗長な属性情報はページメモリ41(中間バッファ)に格納しないこととし、ページメモリ41の節約を図っている。
【0038】
ここで、中間コードのどの要素を固有情報とし、どの要素を属性情報にするかは絶対的なものではない。後述する制御手段において、各中間コードの要素の変化を判断するのであるが、その変化を判断する中間コードの要素を便宜上予め定めるものである。これは、中間コードの要素には変化が少ない種類の要素と、変化の多い種類の要素が存在することが経験的に認められるためであり、変化の少ない種類の中間コードの要素は画一的にそのまま中間バッファに格納し、変化の多い種類の中間コードの要素のみを前述した制御手段によって処理させるためのものである。これによって、制御手段での処理を少なくし、負担の軽減を図ることができる。したがって、この分別は、画像形成を行う画像の種類に合わせて分別を行うのが理想的である。
【0039】
また、図3のS112において、画像1頁分の中間コードから一バンドづつビットマップ・データに変換しているが、この際に特定のバンドの中間コードのみを選択することが必要となる。
【0040】
このように、ページメモリ41の節約のため、また、特定のバンドの中間コードを選択するために、第二の変換手段52、第三の変換手段53は図10のような手段から成っている。第二の変換手段52は、PDLを中間コードに変換するPDL−中間コード変換手段520と、中間コードの各要素を固有情報と属性情報に分別する分別手段521と、どのバンドに属するオブジェクトであるかを示す領域情報を固有情報と属性情報とに付加する領域情報付加手段522と、先行する中間コードの要素とこれに続く中間コードの対応する要素とが異なるか否かを判断する中間コード判断手段523と、中間コード判断手段523が先行する中間コードの要素と異なる要素であると判断した場合に後続の中間コードの対応する要素をページメモリ41(中間バッファ)に格納する制御手段524とから成る。また、第三の変換手段は、中間コードをビットマップ・データに変換する中間コード−BMD変換手段530と、ページメモリ41(中間バッファ)に格納された画像1頁分の中間コードから特定のバンドに対応する中間コードを選択する選択手段531と、ページメモリ41(中間バッファ)から中間コード−BMD変換手段530に中間コードを出力する際に先行する中間コードを用いて後続の中間コードを復元する復元手段532とを有するものである。
【0041】
第二の変換手段がPDLを中間コードに変換し、ページメモリ41に格納し(図3S111)、第三の変換手段が中間コードを1バンドづつビットマップ・データに変換する(図3S112)までの処理の流れを図11、図12のフローチャートに基づいて説明する。
【0042】
図11は、画像1頁分のPDLが第二の変換手段52によって画像1頁分の中間コードに変換され、ページメモリ41に格納されるまでの処理を示すものである。まず、S300で画像処理装置がネットワークインターフェイス、シリアルインターフェイス、パラレルインターフェイス等から画像1頁分のPDLの受信を開始する。S301では、PDL−中間コード変換手段520がPDLを中間コードに変換している。S302では、分別手段521によって、中間コードを固有情報と属性情報に分別する。属性情報である場合には、S303に進み、S303において、中間コード判断手段523によって、その属性が一つ前の属性と比べて変化したかどうかを判断し、属性情報が変化しない場合には、S302に進み、次の中間コードを処理するので、その属性情報は中間バッファに格納されない。S303において属性情報が変化する場合にはS305に進む。S305においては、領域情報付加手段522によってすべてのバンドに有効な領域情報が付加される。また、S302において中間コードの要素が固有情報である場合には、S304において、領域情報付加手段522によって、その固有情報が表すオブジェクトが属するバンドを表す領域情報が付加される。S303において領域情報が付加されると、S306に進む。S306においては、中間コードをページメモリ(中間バッファ)に格納する。その後、S307において、画像1頁分のPDLの受信が終了したかどうかを判断し、終了していない場合にはS302に進み、次の中間コードの処理を行う。S307において、画像1頁分のPDLの受信が終了すると処理が終了する。
【0043】
図12は、ページメモリ41(中間バッファ)に格納されている画像1頁分の中間コードが第三の変換手段によって1バンド分づつビットマップ・データに変換され、ページメモリ41(バンドバッファ)に格納されるまでの処理を示すものである。S400において、ページメモリ41(中間バッファ)に格納されている1頁分の中間コードのビットマップ・データへの変換を開始する。図3のS110において、分割数決定手段58によって決定された分割数に応じて、一バンド分の中間コードの展開を開始する(S401)。S402では、ページメモリ41(中間バッファ)から中間コードを取り出す。S403では、選択手段531によって取り出した中間コードが当該バンドの変換に必要な中間コードか否かを選択する。当該バンドの変換に必要のない場合には、S406に進む。当該バンドの変換に必要な場合にはS404へ進み、復元手段532によって、ページメモリ41(中間バッファ)に格納されていない属性情報(図11のS303参照)を復元し、中間コードを復元する。復元された中間コードは、中間コード−BMD変換手段531によってビットマップ・データに変換される(S405)。S406においては、当該バンドの中間コードからビットマップ・データへの変換処理が終了したか否かを判断し、終了していない場合にはS402へ進む。終了している場合にはS407へ進み、画像1頁分に相当する全てのバンドの変換処理が終了したか否かを判断し、終了していない場合にはS401へ進み、終了している場合には処理を終了する(S408)。
【0044】
本実施例において第二の変換手段は、中間コードを固有情報と属性情報に分別し、その属性情報の共通属性をページメモリ41(中間バッファ)に格納せず、その結果、ページメモリ41(中間バッファ)サイズの低減を図っているが、図11のS303、S306の手順について、簡単な具体例に基づいて図13を用いて説明する。また、簡単のため、この具体例ではオブジェクトは一つのバンドに属するとし、領域情報の付加(図11のS305)も考えないこととする。なお、この具体例はオブジェクトが文字の場合を考えているが、オブジェクトが図形の場合であっても事情は同じである。
【0045】
ここでは、図13(a)のように、記録用紙に「abcdef」という文字を画像形成する例を考える。これらのオブジェクトの中間コードの要素のうち、文字コードと文字の位置は固有情報とし、フォントの種類、文字のサイズおよび文字修飾の有無を属性情報とする。オブジェクトである文字「abcef」の属性情報は、フォントとしてTimes−Roman を使用し、サイズは12pt、文字修飾はないものとし、文字「d」は、フォントとしてElite を使用し、サイズは18pt、文字修飾はないものとする。図13(b)は、このような画像形成の命令をPDLで記述した一例である。
【0046】
このようなPDLを第二の変換手段52によって中間コードに変換するのであるが(図3のS111、図11参照)、仮想的に中間コードの各要素を縦に取り、各文字を横に取った図13(c)のような表を考える。まず、文字「a」に注目すると、その中間コードの固有情報として、文字コードと文字の位置を有し、属性情報として、フォント種類、文字のサイズ、文字の修飾の有無を有している。固有情報については、分別手段521によって分別された後(図11のS302)、領域情報が付加され(図11のS304)、そのままページメモリ41(中間バッファ)に格納される。属性情報についても、属性情報の変化を比較する対象がないので、領域情報が付加された後(図11のS305)、制御手段524によって中間バッファに格納される(図11のS303、図13(d)参照)。
【0047】
次に図13(c)の文字「b」に注目すると、属性情報のうち、フォント種類、文字のサイズ、文字の修飾については左隣の「a」のものと共通であり、変化しないことを判断手段523が判断する。すると、制御手段524は「b」の属性情報であるフォント種類、文字のサイズ、文字の修飾については中間バッファに格納しない。「c」についても同様考えて、判断手段523がフォント種類、フォントサイズ、文字の修飾については左隣の「a」と比較する。フォント種類、フォントサイズ、文字の修飾については「a」と変化しない。したがって、「c」の属性情報であるフォント種類、文字のサイズ、文字の修飾については中間バッファ41に格納されない(図13(d)参照)。
【0048】
図13(c)の文字「d」について注目すると、属性情報のうち、フォント種類、文字のサイズについては左隣の文字「a」のものと相違し、文字の修飾については左隣の文字「a」のものと共通であることが判断手段523によって判断される。したがって、ページメモリ41(中間バッファ)には制御手段524によって、属性情報のうち、フォント種類、文字のサイズについてのみ格納され、文字の修飾については格納されない。同様に、図13(c)の文字「e」について注目すると、属性情報のうち、フォント種類、文字のサイズについては左隣の文字「d」のものと相違し、文字の修飾については左隣の文字「a」のものと共通であることを判断手段523が判断する。したがって、ページメモリ41(中間バッファ)には属性情報のうち、制御手段524によってフォント種類、文字のサイズについてのみ格納され、文字の修飾については格納されない。
【0049】
図13(c)の文字「f」について注目すると、属性情報のうち、フォント種類、文字サイズについては左隣の文字「e」のものと共通であり、文字の修飾については左隣の文字「a」のものと共通であることが判断手段523によって判断される。したがって、図13(d)の「eの中間コード」のように、制御手段524によって属性情報であるフォント種類、文字のサイズ、文字の修飾については格納されない。
【0050】
このように、冗長な共通属性情報を排除して、ページメモリ41(中間バッファ)に中間コードを格納するのであるが、ESSは最終的にビットマップ・データに変換する必要があるので、中間コードは完全に復元されなければならない。共通属性情報が排除されている状態から、中間コードを完全に復元するまでの手順を、領域情報の付加(図11のS304、S305)、必要な中間コードの選択(図12のS403)、中間コードの復元(図12のS404)に分けて、先の具体例について説明する。
【0051】
本実施例では、中間コードの固有情報と属性情報にどのバンドに属するオブジェクトであるかを示す領域情報を領域情報付加手段522によって付加することで、中間コードと特定バンドとの対応関係を判断するものである。以下、領域情報とはどのようなものであるのか、どのように中間コードに付加するのか(図11のS304、S305)、どのようにして特定バンドにのみ属するオブジェクトの中間コードを選択するのか(図12のS403)を説明する。
【0052】
図14に領域情報の一例を示す。8ビットある各ビットが、対応する8バンドに分割した各バンドを示している。つまり、下位ビットから、1ビット目が第一バンドに対応し、2ビット目が第二バンドに対応する(以下同様)、オブジェクトが存在するビットを「1」、存在しないビットを「0」とすることで、オブジェクトの存在している領域を示している。具体的には、オブジェクト「a」は、第1、第2、第3のバンドにまたがって存在しているので、「a」の領域情報は1ビット目、2ビット目、3ビット目が「1」で、その他のビットは「0」である。つまり、領域情報としては「11100000」である。同様に、「b」は5ビット目が「1」で、その他のビットは「0」、つまり、領域情報としては「00001000」であり、「c」は7ビット目、8ビット目が「1」で、その他のビットは「0」、つまり、領域情報としては「00000011」である。
【0053】
図15(b)はページメモリ41(中間バッファ)に格納されている中間コードを表したもので、図9(a)中のオブジェクトである文字「a」、文字「b」、文字「d」、および文字「e」の中間コードについては詳細に示してある。なお、各文字の中間コードは、固有情報として文字コードと印字位置を有し、属性情報として文字修飾の有無、フォントの種類、文字のサイズを有している。文字「a」、文字「b」、文字「c」の属性情報は全て同じであり、文字修飾は「なし」、フォントの種類は「Times−Roman 」、文字のサイズは「12pt」である。文字「d」の属性情報は、文字修飾は「なし」、フォントの種類は「Elite 」、文字のサイズは「18pt」である。図15(a)は、図15(b)の中間コードをビットマップ・データに展開した画像を示している。
【0054】
中間コードの固有情報と属性情報の両方に領域情報が付加されており、固有情報については、そのオブジェクトが存在するバンドをあらわした領域情報が付加されており(図11のS304)、属性情報については、そのオブジェクトがどのバンドに属しているかに係わりなく、すべてのバンドで有効な領域情報が付加されている(図11のS305)。例えば、図15(a)において、オブジェクトである文字「a」に着目すると、文字「a」は8つのバンドに分割された画像のうちで、2番目のバンドに属するので、固有情報に付加する領域情報は2番目のバンドを表す「00000010」とし、属性情報に付加する領域情報はすべてのバンドを表す「11111111」とした。
【0055】
なお、属性情報に付加する領域情報をこのようにすべてのバンドを表すものとする理由については、中間コードの復元と関係が深いため、中間コードの復元の説明の際に述べる。
【0056】
このように、領域情報を付加することで、展開したいバンドに属する中間コードを迅速に取捨選択することができる(図12のS403)。例えば、3番目のバンドを展開する場合には、領域情報の3ビット目が「1」である中間コードを選択手段によって選択することで、3番目のバンドの展開に必要な中間コードを迅速に選択することができる。図15(b)の各領域情報を指している矢印は、選択手段531によって選択された状態を示している。
【0057】
一つのオブジェクトに対応する中間コードは、ページメモリ41(中間バッファ)に格納する際に、判断手段523、制御手段524によって、冗長性を排除されているため、それ単独では属性情報が足りず、完全な中間コードではない。したがって、先行する属性情報に基づいて完全な中間コードに復元する必要がある。以下、図12のS404において、どのように中間コードを復元するかを説明する。
【0058】
前提条件として、完全な中間コードは属性情報として文字修飾の有無、フォントの種類、文字のサイズ、固有情報として文字コード、文字の位置という要素から成るとする。そして、中間コードは制御手段によって中間バッファに格納された順に、復元手段によって復元されるものとする。また、図15(a)において、印字すべき文字の文字修飾の有無、フォントの種類、文字のサイズは第3バンドの文字「d」を除いて同一とする。
【0059】
まず、ページメモリ41(中間バッファ)に格納された順に(図15(b)の上から)、復元手段532に中間コードの要素が入力される。ここで、中間コードの固有情報に関しては、そのままページメモリ41(中間バッファ)に格納しているので(図11のS302参照)復元する必要がない。ここで復元するのは中間コードの属性情報である。先行する第一の中間コードの属性情報のすべての要素(文字修飾の有無、フォントの種類、文字のサイズ)を最新情報としてメモリに記憶しておき、後続の第二の中間コードの属性情報が有していない要素(例えば、文字サイズ)に関してはそれに対応する最新情報の要素を第二の中間コードの属性情報の要素とし、第二の中間コードの属性情報の復元が完了する。第二の中間コードが有している属性情報の要素(例えば、フォント種類)に関しては先のメモリに記憶している最新情報を更新し、さらに続く第三の中間コードの属性情報の復元に用いられる。この繰返しによって中間コードの属性情報を復元する。
【0060】
図16を用いて、より具体的に説明する。図16は第3バンドに属するオブジェクトをあらわす中間コードを復元する様子を示したものである。最新情報には、既に先行する中間コードの復元によって、文字修飾の有無、フォントの種類、文字のサイズの要素が更新されつつ保持されている。
【0061】
ページメモリ41(中間バッファ)に格納された順に(図15(b)の上から)、中間コードを復元していくので、まず、文字「a」の中間コードを復元する。ページメモリ41(中間バッファ)に格納されている文字「a」の中間コードの要素は、固有情報の文字コード(a)と文字の位置(xa,ya)である。それと、最新情報の属性情報の各要素、文字修飾(なし)、フォント(Times−Roman )、文字のサイズ(12pt)とを組み合わせることによって文字「a」の中間コードを復元する。また、ページメモリ41(中間バッファ)に文字「a」の属性情報が格納されていなかったので、最新情報は更新されず、文字修飾(なし)、フォント(Times−Roman )、文字のサイズ(12pt)という属性情報を保持している。
【0062】
次に、文字「b」の中間コードを復元する。ページメモリ41(中間バッファ)に格納されている文字「b」の中間コードの要素は、固有情報の文字コード(b)と文字の位置(xb,yb)である。最新情報の属性情報の各要素、つまり、文字修飾(なし)、フォント(Times−Roman )、文字のサイズ(12pt)という属性情報と組み合わせることによって文字「b」の中間コードを復元する。また、ページメモリ41(中間バッファ)に文字「b」の属性情報が格納されていなかったので、最新情報は更新されず、文字修飾(なし)、フォント(Times−Roman )、文字のサイズ(12pt)という属性情報を保持している。
【0063】
さらに、文字「d」の中間コードを復元する。ページメモリ41(中間バッファ)に格納されている文字「d」の中間コードの要素は、属性情報のフォントの種類(Elite )、文字のサイズ(18pt)、固有情報の文字コード(d)と文字の位置(xd,yd)である。最新情報の属性情報の各要素、つまり、文字修飾(なし)、フォント(Times−Roman )、文字のサイズ(12pt)という属性情報と比較し、それらの要素のうち、文字「d」の中間コードが有していない要素、文字修飾(なし)という要素を組み合わせることによって文字「d」の中間コードを復元する。また、ページメモリ41(中間バッファ)に文字「d」の属性情報が格納されていたことから、その属性情報であるフォントの種類(Elite )、文字のサイズ(18pt)を最新情報として更新する。文字「e」についても同様にして中間コードを復元する。
【0064】
次に、属性情報に付加する領域情報をこのようにすべてのバンドを表すもの(上記の例では、「11111111」)とする理由を説明する。中間コードの復元は上述のように、中間コードの属性情報を最新情報として保持、更新し、その属性情報に基づいて、ページメモリ41(中間バッファ)に格納されていない属性情報を復元し、結果として中間コード全体を復元するのである。したがって、中間コードの属性情報は、どのバンドに属するかに関係なく選択され、中間コードの復元に使われる必要がある。例えば、一頁の画像形成において、特定のバンド、例えば3番目のバンドに属するオブジェクトの中間コードの属性情報を復元する際に、それ以前に復元したオブジェクト(必ずしも3番目のバンドに属するオブジェクトではない)の中間コードの属性情報を最新情報として保持し、それに基づいて3番目のバンドに属するオブジェクトの中間コードの属性情報を復元するためである。
【0065】
このように属性情報に付加する領域情報をすべてのバンドを表すものとするメリットは、簡単な手法で容易に中間コードの復元を行なうことができる点である。一方、最新情報の更新を出来るだけ避けるために、属性情報に付加する領域情報をそのオブジェクトが属するバンドを表すもの(例えば、3番目のバンドに属するオブジェクトの属性情報には「00000100」)とすることも考えられるが、通常の画像形成においては、フォントの種類、文字のサイズ等を頻繁に変更することがないため、そもそも最新情報の更新は頻繁に行なわれることはなく、メリットが少ない。また、どのバンドにおいて属性情報が変化したか等の情報を予めスキャンし、新たにメモリに保持しなければならず、手段が複雑となる。
【0066】
以上で、図3のS110に対応する第二の変換手段52の処理と、図3のS111に対応する第三の変換手段53の処理の説明を終える。
【0067】
図3のS113(S121)においては、圧縮展開手段59によってビットマップ・データを圧縮してページメモリ41(バンドメモリ)に格納する。この圧縮方法は、本実施例では適応予測符号化によるランレングス圧縮によって行うが、これに限定されるものではなく、文字が多い画像、図形が多い画像等の処理を行う画像の種類に応じて適当な圧縮方法を採ればよい。
【0068】
図3のS114においては、出力手段54によって1バンド分のビットマップ・データが揃った時点で、ビデオインターフェイス35を介してIOTの画像メモリ80にそのビットマップ・データを出力するものである。このように、1バンド毎にIOTの画像メモリ80に出力することで、ページメモリ41はオーバ−フローすることがない。
【0069】
図3のS101において、フレーム方式を選択した場合には、S120へ進み、第一の変換手段51によって、画像データを直接ビットマップ・データに変換し、ページメモリ41(フレームメモリ)に格納する。ここで、画像データがPDL等のようにビットマップ・データに変換する際に時間が掛かるものである場合(図8参照)、IOTが電子写真方式の画像形成装置であれば、一般に画像の欠陥が生じやすい。これは、電子写真方式の画像形成装置では、画像形成中は感光体を一定速度で回転等させるため、一旦1頁の画像形成が開始さると、その途中でビットマップ・データへの変換が間に合わず、データの供給が途絶えてしまうためである。しかし、本実施例のように、IOT側に画像メモリ80を備えている場合には、画像メモリ80に画像1頁分のビットマップ・データが蓄積されてから画像形成を開始することができるので、このような画像欠陥は生じない。
【0070】
図3のS121においては、圧縮展開手段59によってビットマップ・データを圧縮するものであり、その条件、方法についてはS113で説明したものと同様である。
【0071】
図3のS122においては、画像1頁分のビットマップ・データが揃った時点で、出力手段54によってそのビットマップ・データをビデオインターフェイス35を介してIOTの画像メモリ80に出力するものである。このように、1頁毎にIOTの画像メモリ80に出力することで、ページメモリ41はオーバ−フローすることがない。
【0072】
このようにして、画像1頁分の画像データを受け取ってからビットマップ・データを出力する迄の処理が終了する(図3のS130)。
【0073】
図17は、種々のページメモリ41サイズと画像形成を行う条件によって、本実施例において、どのような方式が選択され、バンドの分割数が幾つに決定されるのかを示したものである。図17の▲1▼〜▲6▼は、ページメモリ41のサイズ、画像1頁分のビットマップ・データのサイズ、片面/両面画像形成、画像形成不良時にIOTへ再度ビットマップ・データを転送するか否か(ジャムリカバリの有無)、選択される方式(フレーム方式かバンド方式か)とバンド方式の場合には画像1頁をいくつに分割するか、ページメモリ41のイメージ図をそれぞれ示したものである。
【0074】
▲1▼の場合は、ページメモリ41のサイズが4Mbyteであり、画像1頁分のビットマップ・データのサイズが4Mbyte、片面の画像形成を行い、ジャムリカバリはしない。この場合、ページメモリ41のサイズが画像1頁分のビットマップ・データ以上(同じ)で、片面の画像形成、ジャムリカバリはしないので、フレーム方式が選択される。従って、ページメモリ41の全領域はフレームバッファとして使用される。
【0075】
▲2▼の場合は、ページメモリ41のサイズが4Mbyteであり、画像1頁分のビットマップ・データのサイズが8Mbyte、片面の画像形成を行い、ジャムリカバリはしない。この場合、ページメモリ41のサイズが画像1頁分のビットマップ・データ未満であるので、バンド方式が選択される。この画像1頁分の中間コードのサイズとして3.2Mbyte分の領域を確保するので、バンドバッファとして使用できるのは0.8Mbyteである。よって、画像1頁(8Mbyte)を10のバンドに分割することとする。また、ページメモリ41は3.2Mbyte分の領域が中間バッファとして使用され、0.8Mbyte分の領域がバンドバッファとして使用される。
【0076】
▲3▼の場合は、両面画像形成の裏面画像処理を行う場合である。ページメモリ41のサイズが8Mbyteであり、画像1頁分のビットマップ・データのサイズが4Mbyte、ジャムリカバリはしない。この場合、表面のビットマップ・データを圧縮したサイズ、2Mbyteと裏面のビットマップ・データのサイズ4Mbyteとを足したものと、ページメモリ41のサイズを比較して、ページメモリ41のサイズがこれらの和以上(大きい)であるため、フレーム方式が選択される。従って、ページメモリ41は2Mbyte分の領域が圧縮された表面のフレームバッファ、6Mbyte分の領域が裏面のフレームバッファとして使用される。
【0077】
▲4▼の場合は、両面画像形成の裏面画像処理を行う場合である。ページメモリ41のサイズが8Mbyteであり、画像1頁分のビットマップ・データのサイズが8Mbyte、ジャムリカバリはしない。この場合、表面のビットマップ・データを圧縮したサイズ、4Mbyteと裏面のビットマップ・データのサイズ8Mbyteとを足したものと、ページメモリ41のサイズを比較して、ページメモリ41のサイズがこれらの和未満であるため、バンド方式が選択される。この裏面の画像1頁分の中間コードのサイズとして3.2Mbyte分の領域を確保するので、バンドバッファとして使用できるのは0.8Mbyteである。よって、裏面の画像1頁(8Mbyte)を10のバンドに分割することとする。従って、ページメモリ41は2Mbyte分の領域が圧縮された表面のフレームバッファ、3.2Mbyte分の領域が裏面の中間バッファ、0.8Mbyte分の領域が裏面のバンドバッファとして使用される。
【0078】
▲5▼の場合は、ページメモリ41のサイズが4Mbyteであり、画像1頁分のビットマップ・データのサイズが4Mbyte、片面の画像形成を行い、ジャムリカバリを行う。この場合、ページメモリ41のサイズが画像1頁分のビットマップ・データ以上(同じ)で、片面の画像形成、ジャムリカバリはしないので、フレーム方式が選択される。従って、ページメモリ41の全領域はフレームバッファとして使用される。本実施例ではジャムリカバリのための画像のビットマップ・データをIOTの画像メモリ80に保持するものであるため、結果として▲1▼と同じページメモリの構成となる。
【0079】
▲6▼の場合は、ページメモリ41のサイズが4Mbyteであり、画像1頁分のビットマップ・データのサイズが8Mbyte、片面の画像形成を行い、ジャムリカバリをおこなう。この場合、ページメモリ41のサイズが画像1頁分のビットマップ・データ未満であるので、バンド方式が選択される。この画像1頁分の中間コードのサイズとして3.2Mbyte分の領域を確保するので、バンドバッファとして使用できるのは0.8Mbyteである。よって、画像1頁(8Mbyte)を10のバンドに分割することとする。また、ページメモリ41は3.2Mbyte分の領域が中間バッファとして使用され、0.8Mbyte分の領域がバンドバッファとして使用される。本実施例ではジャムリカバリのための画像のビットマップ・データをIOTの画像メモリ80に保持するものであるため、結果として▲1▼と同じページメモリの構成となる。
【0080】
【発明の効果】
以上、詳細に説明したように、本発明によれば、実装するページメモリ41のサイズと画像形成を行うのに必要なメモリサイズを比較して、実装するページメモリ41を効率よく利用し、フレーム方式とバンド方式を適切に選択することができるため、迅速な画像処理が可能となる。
【0081】
また、本発明によれば、バンド方式を選択した場合において、実装するページメモリ41のサイズと画像形成を行うのに必要なメモリサイズを比較して、適切な分割数を決定することができるため、更に迅速な画像処理が可能となる。
【0082】
また、本発明によれば、画像形成を行うのに必要なメモリサイズを計算する際に、画像形成を行う記録材の大きさ、画像の解像度、画像の階調、画像がカラーが否か、両面画像形成か否か、画像形成不良時にビットマップ・データの再送を行うか否かを総合的に考慮するため、必要とされるメモリサイズを正確に把握することができ、結果として更にきめ細かく適当な画像処理の方式を選択し、バンドの分割数を決定し、一層迅速な画像処理が可能となる。
【図面の簡単な説明】
【図1】は本発明が適応可能な複合機の断面図を示したものである。
【図2】は本発明が適応可能な複合機の構成をブロック線図で表したものである。
【図3】は画像1頁の画像処理を開始してから終了するまでをフローチャートを用いて示したものである。
【図4】は画像処理をフレーム方式で行うかバンド方式で行うかの選択をフローチャートで示したものである。
【図5】はビットマップ・データをIOTの画像メモリに圧縮保持する画像処理装置におけるフレーム方式で行うかバンド方式で行うかの選択をフローチャートで示したものである。
【図6】はページメモリ41のサイズと必要なメモリサイズからフレーム方式、バンド方式を選択する様子を示している。
【図7】はバンド方式を選択した場合であって、その分割数を決定する様子を示している。
【図8】はPDL、中間コード、ビットマップ・データの関係を示したものである。
【図9】はオブジェクトである文字と、それを中間コードで表したものの一例である。
【図10】は第二の変換手段、第三の変換手段をより詳細に説明する図である。
【図11】は1頁分の画像データの受信を開始してから1頁分の中間コー ドをページメモリ41(中間バッファ)に格納するまでの処理をフローチャートを用いて示したものである。
【図12】は1頁分の中間コードのビットマップ・データへの変換を開始してから変換が終了するまであの処理をフローチャートを用いて示したものである。
【図13】は1頁分の画像データがどのように中間コードとしてページメモリ41(中間バッファ)に格納されるかを示したものである。
【図14】は領域情報について示したものである。
【図15】は実施例1でのページメモリ41(中間バッファ)のようすを示したものである。
【図16】は中間コードの復元のようすを示したものである。
【図17】は画像形成の状況に応じてどのような方式が選択され、分割数が決定されるかを示したものである。
【符号の説明】
41…ページメモリ、51…第一の変換手段、52…第二の変換手段、53…第三の変換手段、54…出力手段、55…検知手段、56…計算手段、57…モード選択手段、58…分割数決定手段、59…圧縮展開手段
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an image processing apparatus that converts image data input from a personal computer or the like into bitmap data and outputs the bitmap data to an image forming apparatus, and more particularly, to the size of a page memory included in the image processing apparatus and the output bits. The present invention relates to an image processing apparatus that efficiently outputs bitmap data to an image forming apparatus according to the size of map data.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, an image processing apparatus that converts image data such as a page description language or code data input from a personal computer or the like into bitmap data and outputs the bitmap data to an image forming apparatus includes a bitmap of an image for one page. A method of storing data in a page memory of the image processing apparatus and outputting the bitmap data to the image processing apparatus for each image page (hereinafter referred to as a "frame method") and dividing an image page into a plurality of areas; Then, the bitmap data of the image of the divided one area is stored in the page memory of the image processing apparatus, and the bitmap data is output to the image forming apparatus for each divided area (hereinafter, referred to as “ Band system)).
[0003]
The advantage of the frame method is that the image data is developed into bitmap data each time, and output to the image forming apparatus when the bitmap data for one page of the image is stored in the page memory. Is simple, and the process from receiving the image data by the image processing apparatus to outputting the bitmap data for one page of the image to the image forming apparatus can be performed in a short time. On the other hand, a page memory having a size capable of storing bitmap data for one page of an image is required, and it is economically disadvantageous to require such a large-capacity memory.
[0004]
On the contrary, the band method has an advantage that, since only the bitmap data of the image of the divided one area is stored in the page memory, the size of the page memory is generally smaller than that of the frame method. Sufficient and economically advantageous. On the other hand, the input image data is converted into an intermediate code which is an intermediate data format between the image data and the bitmap data, the one-page intermediate code is stored in the page memory, and furthermore, it corresponds to a specific area. It is necessary to select an intermediate code to be stored and store it in bitmap data, which requires a page memory for storing an intermediate code for one page of an image and complicates the processing. It takes some time from receiving the image data to outputting bitmap data for one page of the image to the image forming apparatus.
[0005]
In the band system, the number of regions into which one page of an image is divided is determined in consideration of the advantages and disadvantages of the band system. That is, the number of divisions can be set to be small when emphasizing the processing speed, and can be set to be large when emphasizing the small page memory size. Further, even when the number of divisions is "1" in the band method, image processing requires more time than in the frame method. This is because, in the case of the band system, even if the number of divisions is "1", it is necessary to convert the image data into an intermediate code once, and further convert it into bitmap data. This is because the management must be divided into an area for storing intermediate codes and an area for storing bitmap data, which complicates processing.
[0006]
In order to make use of the advantages of each of the frame system and the band system, and to compensate for the disadvantages, a technology has been proposed in which the frame system and the band system are switched according to image forming conditions, and the number of divisions in the band system is changed. I have.
[0007]
For example, Japanese Patent Application Laid-Open No. 4-1874 discloses a technique in which a frame method and a band method are switched according to the size of a recording material on which an image is formed, and the number of divisions in the band method is changed. Japanese Patent Application Laid-Open No. 62-35856 describes a technique for changing the number of divisions in a band system according to the size of bitmap data for forming an image.
[0008]
[Problems to be solved by the invention]
However, the size of bitmap data for forming an image is not determined only by the size of the recording material. Also, the size of the page memory of the image processing apparatus is not fixed, and when the memory is expanded or the memory is divided into the system area and the page memory area, the size of the page memory changes due to a change in the system area due to a change in the system design. To do. Therefore, for example, even when the resolution of image formation is set low, the size of the bitmap data is estimated to be larger than the actually required size, so that image processing can be performed by the frame method. Nevertheless, an unnecessary band method may be selected. Further, even when the size of the page memory is increased due to the addition of a memory or the like, an unnecessary band method may be selected because the page memory is not recognized. In these cases, since the mounted memory capacity is not used to the maximum, rapid image processing cannot be performed.
[0009]
SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and aims at not only the size of a recording material on which an image is formed, but also the resolution of an image, whether or not double-sided image formation is performed, and whether or not image formation is defective. The size of the bitmap data of the image to be formed is calculated in consideration of whether or not to re-transfer the image data, whether to compress and hold the bitmap data, and the like. By detecting a change in the size of the page memory due to additional memory, etc., switching between the appropriate frame method and band method even in various situations, and performing image processing with an appropriate number of divisions in the band method, limited It is an object of the present invention to provide an image processing apparatus capable of speeding up processing by maximizing a page memory size.
[0010]
[Means for Solving the Problems]
In order to solve the above problems, the present invention converts a page memory storing bitmap data and / or an intermediate code and image data input from an image input device directly into bitmap data for each page. In an image processing apparatus having first conversion means for storing in the page memory and output means for outputting the bitmap data to an image forming apparatus, one page of image data is converted into an intermediate code and stored in the page memory A second converting means for converting the stored intermediate code for one page of image into bitmap data for each one of a plurality of pages and storing the bitmap data in a page memory; Detecting means for detecting, calculating means for calculating the memory size of bitmap data for one page of an image, and inputting image data to the first converting means Luke in which the type or provided with a mode selection means for determining in accordance with the size of the bitmap data to the output size of the page memory to the second conversion means. With such a configuration of the image processing apparatus, an appropriate image processing method can be selected by comparing the size of the page memory to be mounted with the memory size required for image formation. .
[0011]
Further, according to the present invention, the size of the page memory and the memory size of the bitmap data for one page of the image are determined by what number of pages the intermediate code is converted by the third conversion means into bitmap data. Also has a number-of-divisions determining means for determining the number of divisions. With this configuration of the image processing apparatus, it is possible to select a more detailed and appropriate image processing method.
[0012]
Further, according to the present invention, when the calculating means calculates the memory size of the bitmap data for one page of the image, the size of the recording material on which the image is formed, the resolution of the image, the gradation of the image, and whether the image is color. Alternatively, whether to perform double-sided image formation and whether to retransmit bitmap data when image formation is defective is also considered. With such a configuration of the image processing apparatus, the memory size required for image formation can be accurately grasped, and as a result, a more detailed and appropriate image processing method can be selected. .
[0013]
DESCRIPTION OF THE PREFERRED EMBODIMENTS
Hereinafter, preferred embodiments of the present invention will be described based on examples shown in the accompanying drawings.
Example
Before describing the configuration of the present invention, an example of a so-called multifunction machine having functions of a digital copying machine, a printer, and a facsimile, to which the present invention can be applied, will be described with reference to FIG. The structure of such a multi-function machine includes an image input terminal (hereinafter, referred to as "IIT") for reading an image and converting the image into an electric signal, and an image processing system (hereinafter, referred to as "IIT") for correcting, converting, and editing the image. An electronic subsystem (hereinafter, referred to as “ESS”) that reads input data from a personal computer or the like and converts the input data into print data in accordance with print designation of a print job (hereinafter, referred to as “ESS”). And an image output terminal (hereinafter referred to as "IOT") for forming an image using xerography based on an electrostatic latent image.
[0014]
The IIT employs a reduction optical system using a halogen lamp 1, a mirror 2, and a lens 3, and has a sensor 4 mounted thereon. The signal read by the sensor is amplified by an analog amplifier and converted to a digital signal by an A / D converter.
[0015]
In the IPS, a digital signal coming from the IIT is subjected to various processes to generate an electric signal matching the characteristics of the IOT.
[0016]
The ESS according to the invention of the present application interprets a page description language and a printer control language input through various interfaces from a network, a serial cable, a parallel cable, a communication line, and the like. A font or the like stored in a memory (ROM) is developed into bitmap data, converted into a video signal via a video interface, and output to the IOT.
[0017]
The IOT converts an electric signal output from the video interface of the ESS into a driver for controlling the lighting of the semiconductor laser and converts it into an optical signal. The laser beam scanning device 6 includes an infrared semiconductor laser, a lens, and a polygon mirror, and scans the photosensitive drum 7 as spot light. The photoconductor drum 7 is charged by the charger 8, and an electrostatic latent image is formed by an optical signal. The latent image is converted into a toner image by the rotary developing device 8 and is transferred onto a recording sheet attracted onto the transfer drum 9. The configuration around these photoconductors is called a printer engine 81.
[0018]
Next, the configuration of the embodiment of the present invention will be described with reference to the block diagram of FIG. ESS is an image processing device according to the present invention. PDL and image data in a printer language are input to the ESS through the serial cable 20 or the parallel cable 21 from the personal computer 11, the workstation 12 through the network 23, and the personal computer or the like through the telephone line 24. Through the serial interface 30, parallel interface 31, network interface 32, and communication line interface 33 of the image processing apparatus.
[0019]
The input image data is converted into bitmap data by various means 51 to 58 stored as a control program in a ROM 50 in the ESS, and stored in a page memory 41 in a RAM 40. The bitmap data stored in the page memory 41 is output from the IOT via the video interface 35 by the output means 59 for each page or for each area (hereinafter referred to as "band") obtained by dividing one page into a plurality of areas. It is stored in the memory 80.
[0020]
FIG. 3 shows a flow of the entire processing of the present embodiment. When image data corresponding to one page of image is input, image processing for one page of image is started (S100). Next, whether the image processing is performed by the frame method or the band method is selected by the mode selecting means 57 (S101). At this time, the information to be judged is the size of the page memory 41 included in the ESS detected by the detecting unit 55 and the memory size of the bitmap data for one image page calculated by the calculating unit 56.
[0021]
When the band method is selected by the mode selecting means 57, the number of bands into which one page of an image is to be divided is determined by the division number determining means 58 (S110). In this case, the judgment is made based on the size of the page memory 41 included in the ESS detected by the detecting unit 55 and the size of the bitmap data required for one page of the image calculated by the calculating unit 56. . Next, the image data for one page is temporarily converted into an intermediate code by the second conversion means 52, and the converted intermediate code corresponding to one page of the image is further stored in the page memory 41 (S111). The stored intermediate code is converted into bitmap data for each band by the third conversion means 53 (S112). The bitmap data converted by the third conversion unit 53 is output to the IOT image memory 80 by the output unit 54 when the bitmap data for one band is stored in the page memory 41 (S114). . The converted data may be compressed by the compression / decompression means 59 and stored in the page memory 41 (S113). In this case, at the time of output, the compressed bitmap data is output by the output unit 54 while being expanded by the compression and expansion unit 59.
[0022]
When the frame method is selected by the mode selecting means 57, the image data corresponding to one page of the image is directly converted into bitmap data by the first converting means 51 (S120). The bitmap data converted by the first conversion unit 51 is stored in the page memory 41 (S120). When the bitmap data for one page is stored in the page memory 41, it is output by the output means 54 to the IOT image memory 80 (S122). The converted data may be compressed by the compression / decompression means 59 and stored in the page memory (S121). In this case, at the time of output, the compressed bitmap data is output by the output unit 54 while being expanded by the compression and expansion unit 59.
[0023]
In this way, the image data input from the personal computer 11 is converted into bitmap data and output to the IOT image memory 80. Hereinafter, each step will be described in detail.
[0024]
In S110, the mode selection performed by the mode selection unit 57 is performed by selecting the size of the page memory 41 included in the ESS detected by the detection unit 55 and the necessary bit map for one page of the image calculated by the calculation unit 56. The determination is made based on the data memory size. Here, most image processing apparatuses diagnose the size of their own memory or a defective area of the memory when the power is turned on. In such an image processing apparatus, this information is directly detected by the page memory 41. In this case, the detection means 55 does not need to be provided, so that the structure of the image processing apparatus does not become complicated, which is economically advantageous. When calculating the size of the bitmap data for one page of the image, the calculating means 56 considers the size of the recording material on which the image is formed, the resolution of the image, the gradation of the image, and whether the image is color. Or whether double-sided image formation is to be performed, and whether to retransmit bitmap data when image formation is defective.
[0025]
FIG. 4 is a flowchart showing the mode selection processing by the mode selection means 57 in S110. First, in step S201, the calculation unit 56 calculates the bitmap data size of one page of an image based on the size, resolution, gradation, and whether or not the image is color. For example, in the case of a recording material having an A4 size, a resolution of 600 SPI (spots per inch), two gradations, and a single color, {(210 [cm] /25.4 [inch / cm]) ) × 600 [spot / inch] × (297 [cm] /25.4 [inch / cm × 600 [spot / inch]} / 8 [bit / byte]], which is approximately 4.15 Mbytes. (Hereinafter, referred to as "first required size").
[0026]
In S202, it is determined whether or not the image to be subjected to the image processing is the back side of the double-sided image formation. This determination differs depending on the specifications of the IOT. In the case of the IOT in which image formation is performed on the front / back / front / back of the recording material, it is determined that the odd number is the front side and the even number is the back side. . If it is not the back side of the double-sided image formation, the process proceeds to S203, where the mode selection unit 57 compares the size of the page memory 41 detected by the detection unit 55 with the first required size calculated in S201. It is determined whether the size is equal to or more than one required size. When the size of the page memory 41 is equal to or larger than the first required size, the frame method is selected. When the size of the page memory 41 is smaller than the first required size, the band method is selected. In step S202, in the case of backside image processing for double-sided image formation, the process proceeds to step S204. In step S204, the calculating unit 56 calculates the backside bitmap data size (first required size) and the front side compressed bitmap data. (Hereinafter referred to as “second required size”). In S205, the mode selection unit 57 compares the size of the page memory 41 detected by the detection unit 55 with the second required size calculated in S204, and determines whether the page memory 41 is equal to or larger than the second required size. . When the page memory 41 is larger than the second required size, the frame method is selected. When the page memory 41 is smaller than the second required size, the band method is selected. In this manner, the frame system and the band system are selected.
[0027]
The above description has been made of the case of the image processing apparatus of the specification in which the page memory 41 of the image processing apparatus holds the compressed bitmap data of the front surface when forming the two-sided image. May be held in the image memory 80 of the IOT. In this case, the IOT image memory 80 takes over part of the page memory 41 required for the image processing apparatus, so that the frame method is more often selected, and as a result, quick image processing can be performed. FIG. 5 is a flowchart showing the mode selection processing (S110) by the mode selection means 57 when the bitmap data compressed on the front surface during the double-sided image formation is stored in the image memory 80 of the IOT. The same processes as those in FIG. 4 are denoted by the same step numbers, and description thereof is omitted. The difference from the case where compressed bitmap data is stored in the image processing apparatus side (FIG. 4) is to select a frame method or a band method regardless of whether image processing is performed on the backside image formation of double-sided image formation. Is a point. This is because the bitmap data whose surface is compressed is not stored in the page memory 41 of the image processing apparatus.
[0028]
Further, the image processing apparatus according to the present embodiment re-outputs image data to the printer engine 81 of the IOT when image formation is defective. Bitmap data for this is compressed and stored in the image memory 80 of the IOT. Therefore, no area is provided in the page memory 41 of the image processing apparatus. However, a configuration in which the page memory 41 of the image processing apparatus has such compressed bitmap data is also conceivable. In this case, the size obtained by adding the size of the compressed bitmap data for image formation failure to the required size calculated in S201 and S204 is set as a new required size. By comparison, the band method or the frame method may be determined.
[0029]
FIG. 6 schematically shows the mode selection in S203. If the size of the page memory 41 of the ESS is equal to or larger than the first required size, which is the memory size of the bitmap data of one page of the image, the frame method is selected (see FIG. 6A). Conversely, when the page memory 41 size is smaller than the first required size, which is the memory size of the bitmap data of one page of the image, the band method is selected (FIG. 6B). This is because the image processing can be performed in a short time by selecting the frame method as much as possible.
[0030]
In S111, the determination of the number of divisions made by the number-of-divisions determination means 58 is based on the size of the page memory 41 in the ESS detected by the detection means 55 and the necessary bits for one page of the image calculated by the calculation means 56. The memory size of the map data is the same as in the above-described mode selection (S101).
[0031]
FIG. 7 schematically shows the determination of the number of divisions in S111. First, the size of the intermediate code corresponding to one image page (hereinafter, referred to as “intermediate buffer”) is subtracted from the page memory 41 of the ESS. This subtraction (hereinafter referred to as “band buffer”) is a memory size capable of storing bitmap data of one band (see FIG. 6A). Next, it is calculated how many times the memory size of the bitmap data for one page of the image is larger than the band buffer size. As shown in FIG. 6B, when the memory size of the bitmap data for one page of the image is larger than (N-1) times the band buffer size and is equal to or smaller than N times, one page of the image is equal to N pages. Decide to divide into bands. At this time, it is theoretically possible to form an image regardless of the number of divisions as long as the number is N or more, but it is not appropriate to increase the number of divisions because the more the number of divisions, the longer the processing time becomes.
[0032]
In this embodiment, the size of the intermediate buffer is determined in advance so that the intermediate code does not overflow in general text. On the other hand, it is also possible to determine the size of the intermediate buffer according to the size of the intermediate code of the image on which the image is actually formed. In this case, the intermediate code is stored in the page memory 41, and after storing the intermediate code for one page of the image, the remaining page memory 41 becomes the size of the band buffer. The number of divisions is determined from the size of the band buffer and the size of the bitmap data for one page of the image. The area information described later is added to the intermediate code after the number of divisions is determined. By determining the size of the intermediate buffer in this manner, overflow of the intermediate buffer can be prevented, and the page memory 41 can be used efficiently. As a result, rapid image processing can be performed. On the other hand, since the area information is added after storing the intermediate code, the processing becomes complicated.
[0033]
Here, in the present embodiment, a certain area of the page memory 41 is designated and used as an intermediate buffer, a band buffer, and a frame buffer, but each of them may be physically different. However, from the viewpoint of efficiently using the entire memory, it is desirable to specify a physically single memory area and use it for an intermediate buffer or the like. In order to reduce the size of the intermediate buffer, various measures are taken in the second conversion means 52 and the third conversion means 53 described later.
[0034]
In S111, the image data is converted into the intermediate code by the second conversion means 52, and the converted intermediate code corresponding to one page of the image is further stored in the page memory 41 (intermediate buffer). In S112, the intermediate code stored by the third conversion means 53 is converted into bitmap data for each band.
[0035]
From the viewpoint of reducing the capacity of the memory used, the smaller the size of the intermediate buffer, the better. Therefore, when the image data input from the personal computer 11 or the like is PDL, the second conversion means 52, The third conversion means 53 performs the following processing.
[0036]
Here, when the characteristics of the data formats of PDL, bitmap data, and intermediate code are arranged, as shown in FIG. 8, the amount of information is the smallest in PDL, the largest in bitmap data, and the intermediate code is the intermediate code. It is. Therefore, the memory occupancy is the smallest in PDL and the largest in bitmap data. Conversely, the time required for conversion to bitmap data is shorter for the intermediate code than for PDL. In other words, PDL imposes a greater load on the CPU 10 during conversion to bitmap data than intermediate code. Therefore, the level of the intermediate code, the format close to the PDL, or the format close to the bitmap data is determined in consideration of the balance between the size of the page memory 41 (intermediate buffer) and the processing capability of the CPU 10. To decide.
[0037]
FIG. 9 shows an example of the intermediate code. In the image, characters "a", "b", and "c" are displayed as objects. When this is expressed as an intermediate code, it is expressed by a character code, a position of a character, a font type, a font size, and presence or absence of character modification such as italic and bold. These intermediate code elements include elements that are unique to the object (for example, character code and character position) and elements that are common to other objects (font type, font size, whether or not character modification is performed). I do. In the present embodiment, these unique elements (hereinafter referred to as “specific information”) and common elements (hereinafter referred to as “attribute information”) are separated, and redundant attribute information is not stored in the page memory 41 (intermediate buffer). To save the page memory 41.
[0038]
Here, which element of the intermediate code is used as the unique information and which element is used as the attribute information is not absolute. In the control means to be described later, the change of the element of each intermediate code is determined. For convenience, the element of the intermediate code for determining the change is determined in advance. This is because it is empirically recognized that there are elements of the intermediate code that have a small change and elements that have a large change, and the elements of the intermediate code that have a small change are uniform. Is stored in the intermediate buffer as it is, and only the elements of the intermediate code of the type that changes frequently are processed by the control means described above. As a result, the processing by the control means can be reduced, and the burden can be reduced. Therefore, this classification is ideally performed according to the type of the image to be formed.
[0039]
Further, in S112 of FIG. 3, the intermediate code for one page of the image is converted into bitmap data one band at a time. At this time, it is necessary to select only the intermediate code of a specific band.
[0040]
As described above, in order to save the page memory 41 and to select an intermediate code of a specific band, the second conversion unit 52 and the third conversion unit 53 are configured as shown in FIG. . The second conversion unit 52 is a PDL-intermediate code conversion unit 520 that converts PDL into an intermediate code, a separation unit 521 that separates each element of the intermediate code into unique information and attribute information, and an object belonging to any band. Area information adding means 522 for adding area information indicating whether or not the element information of the preceding intermediate code is different from the corresponding element of the intermediate code following the intermediate code. Means 523 and control means 524 for storing the corresponding element of the subsequent intermediate code in the page memory 41 (intermediate buffer) when the intermediate code determining means 523 determines that the element is different from the element of the preceding intermediate code. Become. Further, the third conversion means includes an intermediate code-BMD conversion means 530 for converting the intermediate code into bitmap data, and a specific band from the intermediate code for one page of the image stored in the page memory 41 (intermediate buffer). Selecting means 531 for selecting an intermediate code corresponding to the intermediate code, and when outputting the intermediate code from the page memory 41 (intermediate buffer) to the intermediate code-to-BMD converting means 530, the subsequent intermediate code is restored using the preceding intermediate code. Restoration means 532.
[0041]
The second converter converts the PDL into an intermediate code and stores it in the page memory 41 (S111 in FIG. 3). The third converter converts the intermediate code into bitmap data one band at a time (S112 in FIG. 3). The processing flow will be described with reference to the flowcharts of FIGS.
[0042]
FIG. 11 shows a process in which the PDL for one page of an image is converted into an intermediate code for one page of an image by the second conversion means 52 and stored in the page memory 41. First, in step S300, the image processing apparatus starts receiving PDL for one page of an image from a network interface, a serial interface, a parallel interface, or the like. In S301, the PDL-intermediate code conversion means 520 converts PDL into an intermediate code. In S302, the separation unit 521 separates the intermediate code into unique information and attribute information. If it is attribute information, the process proceeds to step S303. In step S303, the intermediate code determination unit 523 determines whether the attribute has changed compared to the immediately preceding attribute. If the attribute information does not change, the process proceeds to step S303. Proceeding to S302, the next intermediate code is processed, so that the attribute information is not stored in the intermediate buffer. If the attribute information changes in S303, the process proceeds to S305. In S305, the area information adding unit 522 adds valid area information to all bands. If the element of the intermediate code is the unique information in S302, the area information adding unit 522 adds the area information indicating the band to which the object represented by the unique information belongs in S304. When the area information is added in S303, the process proceeds to S306. In S306, the intermediate code is stored in the page memory (intermediate buffer). Thereafter, in S307, it is determined whether the reception of the PDL for one page of the image has been completed. If not completed, the process proceeds to S302, where the processing of the next intermediate code is performed. In step S307, when the reception of the PDL for one page of the image ends, the process ends.
[0043]
FIG. 12 shows that the intermediate code for one page of the image stored in the page memory 41 (intermediate buffer) is converted into bitmap data for each band by the third conversion means, and is stored in the page memory 41 (band buffer). This shows the processing until it is stored. In S400, conversion of the intermediate code for one page stored in the page memory 41 (intermediate buffer) into bitmap data is started. In S110 of FIG. 3, the development of the intermediate code for one band is started according to the number of divisions determined by the number of divisions determining means 58 (S401). In S402, the intermediate code is extracted from the page memory 41 (intermediate buffer). In S403, it is selected whether or not the intermediate code extracted by the selection unit 531 is an intermediate code necessary for conversion of the band. If it is not necessary to convert the band, the process proceeds to S406. If necessary for the conversion of the band, the process proceeds to S404, and the restoring unit 532 restores the attribute information (see S303 in FIG. 11) not stored in the page memory 41 (intermediate buffer), and restores the intermediate code. The restored intermediate code is converted into bitmap data by the intermediate code-BMD conversion means 531 (S405). In S406, it is determined whether the conversion process from the intermediate code of the band to the bitmap data has been completed, and if not completed, the process proceeds to S402. If the conversion has been completed, the process proceeds to S407, and it is determined whether or not the conversion processing of all the bands corresponding to one page of the image has been completed. If not completed, the process proceeds to S401. Ends the process (S408).
[0044]
In the present embodiment, the second conversion means separates the intermediate code into unique information and attribute information and does not store the common attribute of the attribute information in the page memory 41 (intermediate buffer). Although the buffer size is reduced, the procedure of S303 and S306 in FIG. 11 will be described with reference to FIG. 13 based on a simple specific example. In addition, for simplicity, in this specific example, the object belongs to one band, and addition of area information (S305 in FIG. 11) is not considered. Although this specific example considers the case where the object is a character, the situation is the same even when the object is a figure.
[0045]
Here, an example in which a character "abcdef" is image-formed on a recording sheet as shown in FIG. Among the elements of the intermediate code of these objects, the character code and the position of the character are set as unique information, and the type of font, the size of the character, and the presence or absence of character modification are set as attribute information. The attribute information of the character "abcef", which is an object, uses Times-Roman as the font, has a size of 12 pt, and has no character modification. The character "d" uses Elite as the font, has a size of 18 pt, and has There are no modifications. FIG. 13B is an example in which such an image formation command is described in PDL.
[0046]
Such a PDL is converted into an intermediate code by the second conversion means 52 (see S111 in FIG. 3, FIG. 11), but each element of the intermediate code is virtually taken vertically and each character is taken horizontally. Consider a table as shown in FIG. First, focusing on the character “a”, the unique information of the intermediate code includes the character code and the position of the character, and the attribute information includes the font type, the character size, and whether or not the character is modified. After the unique information is sorted by the sorting means 521 (S302 in FIG. 11), the area information is added (S304 in FIG. 11), and is stored in the page memory 41 (intermediate buffer) as it is. As for the attribute information, since there is no target for comparing the change in the attribute information, after the area information is added (S305 in FIG. 11), the attribute information is stored in the intermediate buffer by the control unit 524 (S303 in FIG. 11, FIG. d)).
[0047]
Next, paying attention to the character “b” in FIG. 13C, the font type, the character size, and the character modification of the attribute information are the same as those of the character “a” on the left side and do not change. The judgment means 523 makes a judgment. Then, the control unit 524 does not store the font type, character size, and character modification, which are the attribute information of “b”, in the intermediate buffer. The judgment unit 523 also considers “c” in the same way and compares the font type, font size, and character modification with “a” on the left. The font type, font size, and character modification do not change to "a". Therefore, the font type, character size, and character modification which are the attribute information of “c” are not stored in the intermediate buffer 41 (see FIG. 13D).
[0048]
Focusing on the character “d” in FIG. 13C, the font type and the character size of the attribute information are different from those of the character “a” on the left, and the character “d” on the left is It is determined by the determination means 523 that they are common to those of “a”. Therefore, in the page memory 41 (intermediate buffer), only the font type and the character size of the attribute information are stored by the control means 524, and the character modification is not stored. Similarly, if attention is paid to the character “e” in FIG. 13C, the font type and the character size of the attribute information are different from those of the character “d” on the left, and the modification of the character is The determination unit 523 determines that the character is common to the character “a”. Therefore, in the page memory 41 (intermediate buffer), of the attribute information, only the font type and character size are stored by the control unit 524, and character modification is not stored.
[0049]
Focusing on the character "f" in FIG. 13C, the font type and character size of the attribute information are common to those of the character "e" on the left, and the character "f" on the left is used for character modification. It is determined by the determination means 523 that they are common to those of “a”. Therefore, as in “intermediate code of e” in FIG. 13D, the control unit 524 does not store the font type, character size, and character modification that are the attribute information.
[0050]
As described above, the intermediate code is stored in the page memory 41 (intermediate buffer) by eliminating redundant common attribute information. However, since the ESS needs to be finally converted into bitmap data, Must be completely restored. The procedure from the state where the common attribute information is excluded to the point where the intermediate code is completely restored includes adding the area information (S304 and S305 in FIG. 11), selecting the necessary intermediate code (S403 in FIG. 12), The above specific example will be described separately for code restoration (S404 in FIG. 12).
[0051]
In the present embodiment, the correspondence between the intermediate code and the specific band is determined by adding the area information indicating the band to which the object belongs to the unique information and the attribute information of the intermediate code by the area information adding unit 522. Things. Hereinafter, what the area information is, how to add it to the intermediate code (S304 and S305 in FIG. 11), and how to select the intermediate code of an object belonging only to a specific band ( Step S403 in FIG. 12 will be described.
[0052]
FIG. 14 shows an example of the area information. Each of the eight bits indicates each band divided into eight corresponding bands. That is, from the lower bits, the first bit corresponds to the first band, the second bit corresponds to the second band (the same applies hereinafter), the bit in which the object exists is “1”, and the non-existent bit is “0”. Thus, the area where the object exists is shown. More specifically, since the object “a” exists over the first, second, and third bands, the first bit, the second bit, and the third bit of the area information of “a” "1" and the other bits are "0". That is, the area information is “11100000”. Similarly, the fifth bit of “b” is “1”, the other bits are “0”, that is, the area information is “00001000”, and the “c” is the seventh bit and the eighth bit is “1”. , And the other bits are “0”, that is, “00000011” as the area information.
[0053]
FIG. 15B shows the intermediate code stored in the page memory 41 (intermediate buffer). The objects “a”, “b”, and “d”, which are the objects in FIG. , And the intermediate code for the letter "e" are shown in detail. The intermediate code of each character has a character code and a print position as unique information, and has attribute modification information, a font type, and a character size as attribute information. The attribute information of the characters “a”, “b”, and “c” are all the same, the character modification is “none”, the font type is “Times-Roman”, and the character size is “12 pt”. In the attribute information of the character “d”, the character modification is “none”, the font type is “Elite”, and the character size is “18 pt”. FIG. 15A shows an image in which the intermediate code of FIG. 15B is developed into bitmap data.
[0054]
The area information is added to both the unique information and the attribute information of the intermediate code, and the area information representing the band where the object exists is added to the unique information (S304 in FIG. 11). , Valid area information is added to all bands regardless of which band the object belongs to (S305 in FIG. 11). For example, in FIG. 15A, focusing on the character “a” as an object, the character “a” is added to the unique information because the character “a” belongs to the second band among the images divided into eight bands. The area information is “00000010” representing the second band, and the area information added to the attribute information is “11111111” representing all bands.
[0055]
The reason why the area information added to the attribute information represents all bands in this way is closely related to the restoration of the intermediate code, and will be described in the description of the restoration of the intermediate code.
[0056]
As described above, by adding the area information, the intermediate code belonging to the band to be developed can be quickly selected (S403 in FIG. 12). For example, when the third band is developed, an intermediate code whose third bit of the area information is “1” is selected by the selecting means, so that the intermediate code necessary for the third band can be quickly obtained. You can choose. The arrow pointing to each area information in FIG. 15B indicates a state selected by the selection unit 531.
[0057]
When the intermediate code corresponding to one object is stored in the page memory 41 (intermediate buffer), the redundancy is eliminated by the determination unit 523 and the control unit 524, so that the attribute information alone is insufficient, Not complete intermediate code. Therefore, it is necessary to restore a complete intermediate code based on the preceding attribute information. Hereinafter, how to restore the intermediate code in S404 of FIG. 12 will be described.
[0058]
As a prerequisite, it is assumed that a complete intermediate code includes elements such as presence or absence of character modification, font type, character size, and character code and character position as unique information as attribute information. The intermediate codes are restored by the restoration unit in the order in which they are stored in the intermediate buffer by the control unit. In FIG. 15A, it is assumed that the presence or absence of character modification of the character to be printed, the font type, and the character size are the same except for the character "d" in the third band.
[0059]
First, the elements of the intermediate code are input to the restoration means 532 in the order of being stored in the page memory 41 (intermediate buffer) (from the top in FIG. 15B). Here, since the unique information of the intermediate code is stored in the page memory 41 (intermediate buffer) as it is (see S302 in FIG. 11), there is no need to restore it. What is restored here is the attribute information of the intermediate code. All elements (presence or absence of character modification, font type, character size) of the attribute information of the preceding first intermediate code are stored in the memory as the latest information, and the attribute information of the subsequent second intermediate code is stored in the memory. With respect to an element that does not have it (for example, a character size), the element of the latest information corresponding to the element is set as the element of the attribute information of the second intermediate code, and the restoration of the attribute information of the second intermediate code is completed. The element (for example, font type) of the attribute information of the second intermediate code is updated with the latest information stored in the previous memory, and is used for restoring the attribute information of the subsequent third intermediate code. Can be By repeating this, the attribute information of the intermediate code is restored.
[0060]
This will be described more specifically with reference to FIG. FIG. 16 shows how an intermediate code representing an object belonging to the third band is restored. In the latest information, by restoring the preceding intermediate code, the presence or absence of character modification, the type of font, and the element of character size are updated and held.
[0061]
Since the intermediate code is restored in the order of being stored in the page memory 41 (intermediate buffer) (from the top in FIG. 15B), first, the intermediate code of the character “a” is restored. The elements of the intermediate code of the character “a” stored in the page memory 41 (intermediate buffer) are the character code (a) of the unique information and the position (xa, ya) of the character. The intermediate code of the character "a" is restored by combining each element of the attribute information of the latest information, character modification (none), font (Times-Roman), and character size (12 pt). Further, since the attribute information of the character “a” is not stored in the page memory 41 (intermediate buffer), the latest information is not updated, and character modification (none), font (Times-Roman), character size (12 pt) ) Is held.
[0062]
Next, the intermediate code of the character “b” is restored. Elements of the intermediate code of the character “b” stored in the page memory 41 (intermediate buffer) are the character code (b) of the unique information and the position (xb, yb) of the character. The intermediate code of the character "b" is restored by combining each element of the attribute information of the latest information, that is, the attribute information of character modification (none), font (Times-Roman), and character size (12 pt). Further, since the attribute information of the character “b” is not stored in the page memory 41 (intermediate buffer), the latest information is not updated, and character modification (none), font (Times-Roman), character size (12 pt) ) Is held.
[0063]
Further, the intermediate code of the character “d” is restored. The elements of the intermediate code of the character “d” stored in the page memory 41 (intermediate buffer) include the font type (Elite) of the attribute information, the character size (18 pt), the character code (d) of the unique information, and the character (Xd, yd). Each element of the attribute information of the latest information is compared with attribute information such as character modification (none), font (Times-Roman), and character size (12 pt), and among those elements, the intermediate code of the character "d" The intermediate code of the character "d" is restored by combining an element that does not have an element and an element that has character modification (none). Further, since the attribute information of the character “d” is stored in the page memory 41 (intermediate buffer), the font type (Elite) and the character size (18 pt) which are the attribute information are updated as the latest information. The intermediate code is similarly restored for the character "e".
[0064]
Next, the reason why the area information to be added to the attribute information indicates all bands in this way (“11111111” in the above example) will be described. As described above, in the restoration of the intermediate code, the attribute information of the intermediate code is held and updated as the latest information, and the attribute information not stored in the page memory 41 (intermediate buffer) is restored based on the attribute information. To restore the entire intermediate code. Therefore, the attribute information of the intermediate code needs to be selected regardless of which band the intermediate code belongs to and used for restoring the intermediate code. For example, in one-page image formation, when restoring attribute information of an intermediate code of an object belonging to a specific band, for example, a third band, an object restored before that (not necessarily an object belonging to the third band). This is because the attribute information of the intermediate code is held as the latest information, and the attribute information of the intermediate code of the object belonging to the third band is restored based on the latest information.
[0065]
The merit that the area information added to the attribute information represents all bands is that the intermediate code can be easily restored by a simple method. On the other hand, in order to avoid updating the latest information as much as possible, the area information added to the attribute information indicates the band to which the object belongs (for example, “00000100” in the attribute information of the object belonging to the third band). However, in normal image formation, the type of font, the size of characters, and the like are not frequently changed, so that the latest information is not frequently updated in the first place, and there is little merit. In addition, information such as which band the attribute information has changed has to be scanned in advance and newly stored in the memory, which complicates the means.
[0066]
This is the end of the description of the process of the second conversion unit 52 corresponding to S110 in FIG. 3 and the process of the third conversion unit 53 corresponding to S111 in FIG.
[0067]
In S113 (S121) of FIG. 3, the bitmap data is compressed by the compression / decompression means 59 and stored in the page memory 41 (band memory). In this embodiment, this compression method is performed by run-length compression by adaptive predictive coding. However, the present invention is not limited to this. Depending on the type of image to be processed, such as an image with many characters and an image with many figures, An appropriate compression method may be adopted.
[0068]
In S114 of FIG. 3, when the output means 54 prepares the bitmap data for one band, the bitmap data is output to the image memory 80 of the IOT via the video interface 35. In this way, by outputting the image data to the IOT image memory 80 for each band, the page memory 41 does not overflow.
[0069]
In step S101 of FIG. 3, when the frame method is selected, the process proceeds to step S120, where the image data is directly converted into bitmap data by the first conversion unit 51 and stored in the page memory 41 (frame memory). Here, when it takes time to convert image data into bitmap data such as PDL (see FIG. 8), if the IOT is an electrophotographic image forming apparatus, image defects are generally generated. Tends to occur. This is because, in an electrophotographic image forming apparatus, the photoreceptor is rotated at a constant speed during image formation, and once image formation of one page is started, conversion to bitmap data is in time. This is because the supply of data is interrupted. However, when the image memory 80 is provided on the IOT side as in the present embodiment, the image formation can be started after the bitmap data for one image page is accumulated in the image memory 80. Such an image defect does not occur.
[0070]
In S121 of FIG. 3, the bitmap data is compressed by the compression / decompression means 59, and the conditions and method are the same as those described in S113.
[0071]
In S122 of FIG. 3, when the bitmap data for one page of the image is prepared, the output means 54 outputs the bitmap data to the image memory 80 of the IOT via the video interface 35. In this way, by outputting the image data to the IOT image memory 80 for each page, the page memory 41 does not overflow.
[0072]
In this way, the processing from receiving the image data for one page of the image to outputting the bitmap data is completed (S130 in FIG. 3).
[0073]
FIG. 17 shows what method is selected and the number of band divisions is determined in this embodiment according to various page memory 41 sizes and image forming conditions. (1) to (6) in FIG. 17 indicate the size of the page memory 41, the size of bitmap data for one page of an image, one-sided / two-sided image formation, and transfer of bitmap data to the IOT again when image formation is defective. The image diagram of the page memory 41 shows whether or not (presence or absence of jam recovery), the system to be selected (frame system or band system) and the number of divisions of one image page in the case of the band system. is there.
[0074]
In the case of (1), the size of the page memory 41 is 4 Mbytes, the size of the bitmap data for one page of the image is 4 Mbytes, one-sided image is formed, and no jam recovery is performed. In this case, since the size of the page memory 41 is equal to or larger than the bitmap data of one page of the image (the same) and the single-sided image formation and the jam recovery are not performed, the frame method is selected. Therefore, the entire area of the page memory 41 is used as a frame buffer.
[0075]
In the case of (2), the size of the page memory 41 is 4 Mbytes, the size of the bitmap data for one page of the image is 8 Mbytes, one-sided image is formed, and no jam recovery is performed. In this case, since the size of the page memory 41 is smaller than the bitmap data of one page of the image, the band method is selected. Since an area of 3.2 Mbytes is secured as the size of the intermediate code for one page of the image, 0.8 Mbytes can be used as the band buffer. Therefore, one page (8 Mbytes) of an image is divided into ten bands. In the page memory 41, an area of 3.2 Mbytes is used as an intermediate buffer, and an area of 0.8 Mbytes is used as a band buffer.
[0076]
The case of {circle around (3)} is a case where the back side image processing of the double-sided image formation is performed. The size of the page memory 41 is 8 Mbytes, the size of bitmap data for one page of an image is 4 Mbytes, and no jam recovery is performed. In this case, the size of the page memory 41 is compared with the sum of the compressed size of the front side bitmap data, 2 Mbytes, and the size of the rear side bitmap data, 4 Mbytes. Since it is equal to or greater than the sum (large), the frame method is selected. Therefore, the page memory 41 is used as a front frame buffer in which a 2 Mbyte area is compressed, and as a 6 Mbyte area as a back frame buffer.
[0077]
The case of {circle around (4)} is a case where the back side image processing of the double-sided image formation is performed. The size of the page memory 41 is 8 Mbytes, the size of bitmap data for one page of an image is 8 Mbytes, and no jam recovery is performed. In this case, the size of the page memory 41 is compared with the size obtained by adding the size of the bitmap data on the front surface, 4 Mbytes, and the size of the bitmap data on the back surface, 8 Mbytes, and the size of the page memory 41 is determined. Since it is less than the sum, the band method is selected. Since an area of 3.2 Mbytes is secured as the size of the intermediate code for one page of the image on the back side, 0.8 Mbytes can be used as the band buffer. Therefore, one page (8 Mbytes) of the image on the back side is divided into ten bands. Accordingly, in the page memory 41, the area of 2 Mbytes is used as the front frame buffer, the area of 3.2 Mbytes is used as the intermediate buffer on the back, and the area of 0.8 Mbytes is used as the band buffer on the back.
[0078]
In the case of (5), the size of the page memory 41 is 4 Mbytes, the size of bitmap data for one page of the image is 4 Mbytes, one-sided image is formed, and jam recovery is performed. In this case, since the size of the page memory 41 is equal to or larger than the bitmap data of one page of the image (the same) and the single-sided image formation and the jam recovery are not performed, the frame method is selected. Therefore, the entire area of the page memory 41 is used as a frame buffer. In this embodiment, since the bitmap data of the image for the jam recovery is held in the IOT image memory 80, the page memory configuration is the same as that of (1).
[0079]
In the case of (6), the size of the page memory 41 is 4 Mbytes, the size of the bitmap data for one page of the image is 8 Mbytes, one-sided image is formed, and jam recovery is performed. In this case, since the size of the page memory 41 is smaller than the bitmap data of one page of the image, the band method is selected. Since an area of 3.2 Mbytes is secured as the size of the intermediate code for one page of the image, 0.8 Mbytes can be used as the band buffer. Therefore, one page (8 Mbytes) of an image is divided into ten bands. In the page memory 41, an area of 3.2 Mbytes is used as an intermediate buffer, and an area of 0.8 Mbytes is used as a band buffer. In this embodiment, since the bitmap data of the image for the jam recovery is held in the IOT image memory 80, the page memory configuration is the same as that of (1).
[0080]
【The invention's effect】
As described above in detail, according to the present invention, the size of the page memory 41 to be mounted is compared with the memory size required for performing image formation, and the Since the system and the band system can be appropriately selected, quick image processing can be performed.
[0081]
Further, according to the present invention, when the band method is selected, the appropriate number of divisions can be determined by comparing the size of the page memory 41 to be mounted with the memory size required for image formation. In addition, more rapid image processing can be performed.
[0082]
Further, according to the present invention, when calculating the memory size required to form an image, the size of the recording material for forming the image, the resolution of the image, the gradation of the image, whether the image is color, Comprehensively consider whether or not to form double-sided images and whether or not to retransmit bitmap data in the event of poor image formation, so that the required memory size can be accurately grasped, and as a result more fine-grained and appropriate By selecting an appropriate image processing method and determining the number of band divisions, more rapid image processing becomes possible.
[Brief description of the drawings]
FIG. 1 is a cross-sectional view of a multifunction peripheral to which the present invention can be applied.
FIG. 2 is a block diagram showing a configuration of a multifunction peripheral to which the present invention can be applied.
FIG. 3 is a flowchart showing a period from the start to the end of image processing for one page of an image using a flowchart.
FIG. 4 is a flowchart illustrating selection of whether to perform image processing by a frame method or a band method.
FIG. 5 is a flowchart showing a selection of whether to use a frame method or a band method in an image processing apparatus that compresses and holds bitmap data in an IOT image memory.
FIG. 6 shows how a frame system and a band system are selected from the size of the page memory 41 and the required memory size.
FIG. 7 shows a case where a band method is selected and how the number of divisions is determined.
FIG. 8 shows the relationship between PDL, intermediate code, and bitmap data.
FIG. 9 is an example of a character which is an object and a character represented by an intermediate code.
FIG. 10 is a diagram for explaining a second conversion unit and a third conversion unit in more detail;
FIG. 11 is a flowchart showing processing from the start of reception of image data of one page to the storage of one-page intermediate code in the page memory 41 (intermediate buffer).
FIG. 12 is a flowchart illustrating a process from the start of conversion of the intermediate code for one page to bitmap data to the end of the conversion using a flowchart.
FIG. 13 shows how one page of image data is stored as an intermediate code in the page memory 41 (intermediate buffer).
FIG. 14 shows area information.
FIG. 15 illustrates a state of the page memory 41 (intermediate buffer) in the first embodiment.
FIG. 16 shows how an intermediate code is restored.
FIG. 17 shows what method is selected and the number of divisions is determined according to the state of image formation.
[Explanation of symbols]
41 page memory, 51 first conversion means, 52 second conversion means, 53 third conversion means, 54 output means, 55 detection means, 56 calculation means, 57 mode selection means, 58: division number determining means, 59: compression / expansion means

Claims (5)

ビットマップ・データ及び/又は中間コードを格納するページメモリと、画像入力装置から入力される画像データを1頁分づつ直接ビットマップデータに変換して前記ページメモリに格納する第一の変換手段と、前記ビットマップ・データを画像形成装置に出力する出力手段を有する画像処理装置において、
1頁分の画像データを中間コードに変換しページメモリに格納する第二の変換手段と、
ページメモリに格納された画像1頁分の中間コードから複数分の1頁分づつビットマップデータに変換しページメモリに格納する第三の変換手段と、
ページメモリのサイズを検知する検知手段と、
画像1頁分のビットマップ・データのメモリサイズを計算する計算手段と、
前記ページメモリのサイズと前記画像1頁分のビットマップ・データのメモリサイズに応じて入力される画像データを第一の変換手段に入力するか第二の変換手段に入力するかを決定するモード選択手段と
を設けたことを特徴とする画像処理装置。
A page memory for storing bitmap data and / or intermediate codes, and first conversion means for directly converting image data input from an image input device into bitmap data for each page and storing the bitmap data in the page memory. An image processing apparatus having output means for outputting the bitmap data to an image forming apparatus,
Second conversion means for converting one page of image data into an intermediate code and storing it in a page memory;
Third conversion means for converting the intermediate code for one page of the image stored in the page memory into bitmap data for a plurality of pages and storing the bitmap data in the page memory
Detecting means for detecting the size of the page memory;
Calculating means for calculating a memory size of bitmap data for one page of an image;
A mode for determining whether to input image data to the first converter or the second converter according to the size of the page memory and the memory size of the bitmap data for one page of the image. An image processing apparatus comprising a selection unit.
前記第三の変換手段が何分の1頁分づつ中間コードをビットマップ・データに変換するかを前記ページメモリのサイズと前記画像1頁分のビットマップ・データのメモリサイズに応じて決定する分割数決定手段を有することを特徴とする請求項1に記載の画像処理装置。The number of pages by which the third conversion unit converts the intermediate code into bitmap data is determined according to the size of the page memory and the memory size of the bitmap data for one page of the image. The image processing apparatus according to claim 1, further comprising a division number determination unit. ページメモリに格納したビットマップ・データを圧縮して保持し、ビットマップ・データを出力手段によって画像形成装置に出力する際には圧縮されたビットマップ・データを展開する圧縮展開手段を有することを特徴とする請求項1又は2に記載の画像処理装置。It is desirable to have compression / expansion means for compressing and holding the bitmap data stored in the page memory and for expanding the compressed bitmap data when outputting the bitmap data to the image forming apparatus by the output means. The image processing device according to claim 1 or 2, wherein 前記計算手段が画像1頁分のビットマップ・データのメモリサイズを計算する際に、圧縮の有無を考慮することを特徴とする請求項3に記載の画像処理装置。4. The image processing apparatus according to claim 3, wherein the calculating unit considers whether or not compression is performed when calculating the memory size of bitmap data for one page of the image. 前記計算手段が画像1頁分のビットマップ・データのメモリサイズを計算する際に記録材の大きさの他に、画像の解像度、記録材の片面または両面のいずれに画像形成を行うか、画像の階調、カラーか否か、画像形成不良が生じた場合にその画像形成ができなかった画像のビットマップ・データを画像形成装置に再出力するか否かのうちの一または複数を考慮することを特徴とする請求項1〜4のいずれかに記載の画像処理装置。When the calculating means calculates the memory size of the bitmap data for one page of the image, in addition to the size of the recording material, the resolution of the image, whether to form an image on one side or both sides of the recording material, One or more of whether or not to re-output the bitmap data of the image that could not be formed when an image formation failure occurs to the image forming apparatus. The image processing apparatus according to claim 1, wherein:
JP6841997A 1997-03-21 1997-03-21 Image processing device Expired - Fee Related JP3596221B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP6841997A JP3596221B2 (en) 1997-03-21 1997-03-21 Image processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP6841997A JP3596221B2 (en) 1997-03-21 1997-03-21 Image processing device

Publications (2)

Publication Number Publication Date
JPH10260804A JPH10260804A (en) 1998-09-29
JP3596221B2 true JP3596221B2 (en) 2004-12-02

Family

ID=13373156

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6841997A Expired - Fee Related JP3596221B2 (en) 1997-03-21 1997-03-21 Image processing device

Country Status (1)

Country Link
JP (1) JP3596221B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3503744B2 (en) 2001-03-13 2004-03-08 セイコーエプソン株式会社 Print control program, medium storing print control program, print control device, and print control method
JP2008305018A (en) * 2007-06-05 2008-12-18 Ricoh Co Ltd Information processing system, its information processor, and server device
JP5469299B2 (en) * 2007-11-09 2014-04-16 セイコーインスツル株式会社 Thermal printer printing control apparatus and thermal printer printing control method
US8427693B2 (en) 2009-03-24 2013-04-23 Kyocera Document Solutions Inc. Image processing apparatus and method
JP5928505B2 (en) * 2014-02-26 2016-06-01 コニカミノルタ株式会社 Image processing apparatus, image processing method and image processing program in the same
JP6260372B2 (en) * 2014-03-13 2018-01-17 コニカミノルタ株式会社 Image processing apparatus and image data processing method

Also Published As

Publication number Publication date
JPH10260804A (en) 1998-09-29

Similar Documents

Publication Publication Date Title
US5847857A (en) Image forming apparatus having real time priority determining means
JP3581037B2 (en) Image processing device
US5220440A (en) Data compression method having a fixed ratio of compression for image data, and image data compression device
JPH11327857A (en) Fault management system
JP4498174B2 (en) Image area information generating apparatus, image area information generating method, and program
JP3596221B2 (en) Image processing device
US8599416B2 (en) Image forming apparatus, image forming method and computer readable information recording medium
US8619311B2 (en) Image reading apparatus and a method for controlling the same to perform print processing based on the stored image data
US6678069B1 (en) Image formation apparatus, image processing apparatus, image synthesis method, image processing method and storage medium
US6034783A (en) Image forming apparatus and method and information processing system and method
US20040109176A1 (en) Printing system and distributed image forming method
JP2003244365A (en) Image copying device and its control method
JP2005059585A (en) Image processing device, image processing method and computer program
JP5084688B2 (en) Image forming apparatus
JPH10260800A (en) Image processor
JPH05244367A (en) Image processor
JP3337830B2 (en) Composite image input / output device and printer control device
JP5182056B2 (en) Image processing apparatus, image processing method, image processing program, and recording medium
JP4856604B2 (en) Image forming apparatus, image data processing method, and program
JP4253138B2 (en) Image forming apparatus
JPH10190994A (en) Image processor
JPH11313182A (en) Image forming device
JP2003029491A (en) Printer controller
JPH06209393A (en) Picture processor and diagnostic method for the same
JP4269508B2 (en) Image forming apparatus

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20031217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040113

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040817

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040830

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20070917

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080917

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090917

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100917

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110917

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120917

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120917

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130917

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees