JP4022014B2 - イメージデータの管理方法 - Google Patents
イメージデータの管理方法 Download PDFInfo
- Publication number
- JP4022014B2 JP4022014B2 JP01938699A JP1938699A JP4022014B2 JP 4022014 B2 JP4022014 B2 JP 4022014B2 JP 01938699 A JP01938699 A JP 01938699A JP 1938699 A JP1938699 A JP 1938699A JP 4022014 B2 JP4022014 B2 JP 4022014B2
- Authority
- JP
- Japan
- Prior art keywords
- image data
- block
- memory
- data
- size
- 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
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ページプリンタにおけるイメージデータの管理方法に関する。
【０００２】
【従来の技術】
ページプリンタは、上位装置、例えばパーソナルコンピュータ等から印刷データを受信して印刷をする。通常、ページプリンタでは、装置内部のメモリに１ページ分のデータを上位装置から受信した後、イメージデータへの変換処理を行う。１ページ分の印刷データを編集し、その変換処理が完了すると、印刷動作を開始する。印刷動作の開始と共にメモリ上に保持したイメージデータを順番に読み出し、ラスタバッファに展開する。ラスタバッファには、２値化されたイメージデータが一時格納され、プリントエンジンに転送される。
【０００３】
こうしたページプリンタの印刷データ記述言語としては、ＨＰ−ＰＣＬ言語が挙げられる。この記述言語によれば、印刷データをラスタライン単位で上位装置からページプリンタに転送する。ラスタラインというのは、主走査方向即ち水平方向の長さが任意の長さであって、副走査方向即ち垂直方向の高さが１ドットの、ビットストリーム状データのことをいう。メモリには、このラスタライン単位でイメージデータが書き込まれて記憶される。印刷データがＬ本のラスタラインから成り、水平方向の長さＫが全て同一の場合には、長さがＫで高さがＬの矩形データとして、一括してメモリに書き込まれる場合もある。
【０００４】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には次のような解決すべき課題があった。
メモリ上に１ラスタラインのイメージデータを記憶するためには、その印刷位置、長さ、高さ、解像度等の情報を含む管理情報をメモリに共に記憶する必要がある。解像度が６００ｄｐｉ（ドット／インチ）の印刷装置でＡ４判の用紙全体にイメージデータを印刷する場合、６０００ラスタライン以上のイメージデータがメモリに格納される。これらのデータを個別に管理する場合、１ラインで２０バイト程度の管理情報が必要になるから、全体で約１２０キロバイトの管理情報記憶領域が必要になる。
【０００５】
標準的なページプリンタでは、２メガバイトのＲＡＭ（ランダム・アクセス・メモリ）が実装されている。この２メガバイトのメモリ空間のうち０．５メガバイト分は、ラスタバッファや受信バッファ、システムワーク等のために使用される。従って、運用状態で使用可能なメモリ空間は１．５メガバイト程度になる。
このことを考慮すると、上記のような管理情報を記憶するために無視できない程度の記憶領域を消費するという問題があった。記憶領域の消費量を低減するためにデータを圧縮することも考えられる。データの圧縮は、メモリに１ラスタラインのデータを書き込む直前に、そのつど行われる。しかしながら、ラスタライン単位での圧縮では、圧縮効率が低いという問題がある。
【０００６】
水平方向の長さがＫで高さがＬの矩形データとして、一括してメモリに書き込まれる場合には、管理情報も少なくなり、圧縮効率も高まる。しかしながら、このようなイメージデータの生成は上位装置のプリンタドライバに依存する。プリンタドライバの生成するデータは、上位装置上で動作するアプリケーション自体のデータ管理方法や、プリンタドライバとのデータ受け渡し方法に依存する。従って、プリンタ側では、印刷データの形式指定をすることができないから、プリンタ側でメモリを節約するための制御を自発的に行うことかできない。
【０００７】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
メモリ上に１ページ分のイメージデータを記憶して印刷動作を実行する場合に、上記イメージデータを２以上のラスタラインに位置するデータを含み、該２以上のラスタラインに位置するデータ各々が１ラスタラインのサイズよりも小さいサイズで構成され、該２以上のラスタラインに位置するデータからなる第１のサイズのブロックに分割し、上記各ブロックに対して、上記ページ中の印刷位置情報を含む管理情報を用意して、この管理情報を上記メモリに格納するとともに、上記第１のサイズのブロック毎に、上記メモリ上の連続した記憶領域を取得して格納し、上記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返し、上記第１のサイズのブロックを格納するための、上記メモリ上の連続した記憶領域を取得できなくなったときは、上記第１のブロックのサイズよりも小さくデータの少ない第２のサイズとし、上記第２のサイズのブロック毎に、上記メモリ上の連続した記憶領域を取得して格納し、上記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返すことを特徴とするイメージデータの管理方法。
【０００８】
〈構成２〉
構成１に記載のイメージデータの管理方法において、上記第２のサイズのブロックのイメージデータを格納するための、上記メモリ上の連続した記憶領域を取得できなくなったときは、さらに、上記第２のブロックのサイズよりも小さくデータの少ない第３のサイズとし、上記第３のサイズのブロック毎に、上記メモリ上の連続した記憶領域を取得して格納し、上記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返すことを特徴とするイメージデータの管理方法。
【０００９】
〈構成３〉
構成１に記載のイメージデータの管理方法において、上記各ブロックのイメージデータをメモリに格納する処理を一時中断して、上記メモリから各ブロックのイメージデータをブロック毎に読み出して圧縮し、メモリに再格納することを特徴とするイメージデータの管理方法。
【００１０】
〈構成４〉
構成１に記載のイメージデータの管理方法において、上記各ブロックのイメージデータをメモリに格納する処理を一時中断して、上記メモリから隣接して描画する複数のブロックのイメージデータを読み出し、各読み出したイメージデータを繋げて１つのブロックとして圧縮して、メモリに再格納することを特徴とするイメージデータの管理方法。
〈構成５〉
構成１に記載のイメージデータの管理方法において、上記第１のブロックと第２のブロックは、ラスタライン数が同じで、上記第１のブロックより上記第２のブロックの各ラスタライン当たりのサイズが小さいことを特徴とするイメージデータの管理方法。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
〈具体例１〉
図１は、本発明のイメージデータ管理方法の説明図である。
この図を用いて、まず本発明の概略を説明する。図の（ａ）には、印刷する用紙のアウトラインと、ここに印刷されるイメージデータ（ハッチングを付した部分）の関係を示した。印刷される用紙は、用紙幅がＷ、用紙長がＨである。編集座標系の原点はＡである。印刷されるイメージデータは、ここでは図の破線で囲んだブロック単位で取り扱う。
【００１２】
図の左上端にあるブロックは、用紙幅Ｗの方向のサイズがＦバイト、用紙長Ｈの方向のサイズがＬドット、即ち長さＦでＬ本のラインにより構成される。この左上端にあるブロックのイメージデータは、その左上隅の点Ｂの座標を印刷位置情報とする。図示しない管理情報には、このような印刷位置情報が含められる。図の（ｂ）に、メモリ４のイメージデータを格納するための記憶領域を示した。管理情報は同じメモリ４の別の領域に記憶されているものとする。メモリ４には、イメージデータがブロック毎に記憶される。
【００１３】
このメモリ４は、図（ｂ）の左上から右下に向かって、順にアドレスが設定されているものとする。（ｂ）に示すＶ１は、（ａ）の左上端にあるブロックのイメージデータを格納した記憶領域である。その後も同一サイズの記憶領域に、順に対応するブロックのイメージデータが記憶されていく。一方、メモリ４上には、イメージデータ以外に、例えばダウンロードフォントといった参照データも記憶される。イメージデータを記憶した領域には、１ページの印刷が終わると次のページのイメージデータが上書きされる。しかし、ダウンロードフォントのような参照データは、例えば全てのページの印刷が終了するまで、保持しておかなければならない。これらの参照データがメモリ中に散在すると、必ずしも連続した領域に上記のサイズのブロックのイメージデータを格納することができなくなる。
【００１４】
そこで、この場合には、ブロックのサイズを、最初のＦから２分のＦにして、記憶領域を探す。図の（ｃ）には、このように、ブロックのサイズを縮小する例を示した。ライン数Ｌはそのままである。こうして、メモリ４上にサイズが２分のＦのブロックのイメージデータを格納できるような連続した記憶領域を取得できれば、そのブロックを格納する。サイズが２分のＦのイメージデータを格納した最初の記憶領域を、図中Ｖ２とした。メモリ４上には、印刷開始前に、少なくとも１ページ分のイメージデータが記憶される必要がある。従って、１ページ分のイメージデータを格納するまで、このような処理を繰り返す。もし、２分のＦに縮小したブロックでも連続した記憶領域を取得できない場合には、４分のＦのサイズのブロックとし、同様の処理を繰り返す。
【００１５】
（ｃ）には、例えば、図に示すように、ブロックの第１のサイズＦを６４バイト、ライン数を３２ラインとしたものを示した。このブロックを縮小する場合、第２のサイズを３２バイト、第３のサイズを１６バイトというように選定した。２分の１ずつ縮小したのは、コンピュータの処理単位を考慮したためである。管理データは、このようなブロック単位で生成され、メモリの所定の場所に記憶される。
【００１６】
いずれの場合においても、１ブロックのデータ量が１ラスタラインのデータ量よりも十分に大きければ、従来のように１ラスタライン分ずつ管理データを生成してメモリ４に記憶していく場合に比べて、管理データを減少させることが可能になる。従って、全体として、管理データを記憶するべき記憶領域の節約が可能になる。
以上が本発明の方法の概略である。
【００１７】
図２には、用紙とイメージデータの関係説明図を示す。
（ａ）は、図１に示した通りの用紙で、ここには既に説明した用紙幅Ｗ方向のサイズがＦ、用紙長Ｈ方向のサイズがＬの、１つのブロックを示した。（ｂ）には、従来の管理情報と、本発明の管理情報との関係を示す。
【００１８】
図に示すように、従来は１本のラスタラインＲに対し、それぞれ管理情報Ｄを生成してメモリに記憶するようにしていた。本発明では、２本以上のラインから構成されたブロックＶＶに対し、管理情報ＤＤを付加する。
【００１９】
例えば、長さ６００バイトのラスタラインには２０バイト程度の管理情報が付加される。一方、上記ブロックのサイズＦを６４バイトとし、３２ライン分について、管理情報ＤＤを付加するとすれば、その管理情報の記憶領域を次のように節約することができる。例えば１ページ６０００ラスタラインのイメージデータとすれば、従来、６０００個の管理情報の記憶領域として１２０キロバイトを使用していたが、この発明では例えば１８００個の管理情報の記憶領域として３６キロバイトを用意すればよい。
【００２０】
図３には、管理情報の構造説明図を示す。
上記のような管理情報は、例えばこの図に示すように、２バイトのチェインポインタ(Chain pointer)と、１バイトのフォーマットインフォメーション(Format information)と、１バイトのプリントポジション(Print position)Ｘと、１バイトのプリントポジション(Print position)Ｙと、１バイトの高さ(Height)、１バイトの幅(Width)、合わせて１バイトの解像度(re)、２バイトのイメージデータアドレス(Image data Address)により構成される。
【００２１】
この例では、これらの管理情報のすぐ後ろに６４×３２バイトのイメージデータが配置されている例を示す。チェインポインタは、メモリ開放のための管理ポインタで、他の管理情報との続き具合を示す例えば次の管理情報のアドレスが格納される。フォーマットインフォメーションは、データ種別、データバウンダリ、アドレスバウンダリ等の情報を含む部分である。プリントポジションＸ，Ｙは、それぞれ印刷位置のＸ座標とＹ座標を示す。例えばブロックの左上隅の座標を示す。
【００２２】
座標やサイズは、例えば６００ｄｐｉの解像度の場合、６００分の１インチ単位で表示される。その後にイメージデータの高さと幅が表示される。また、解像度は、水平方向即ちＸ方向の解像度と垂直方向即ちＹ方向のものを示す。これらは、それぞれ３００ｄｐｉあるいは６００ｄｐｉといった形式で表示される。イメージデータアドレスは、この管理情報で管理されるイメージデータの先頭アドレスを表示する部分である。
【００２３】
このように、管理情報は、ラスタライン１本分のものも、ブロック１個分のものも、表示する内容はほとんど変わらない。ラスタラインの場合には高さ情報が不要な程度である。故に、こうした管理情報の量をブロック単位で取り扱うことによって、メモリ消費量を減少させることができるのである。
【００２４】
図４には、プリンタの主要部ブロック図を示す。
図において、受信処理部１は、プリンタと他の上位装置等とのインタフェースである。この受信処理部１の受信したデータを格納するために、受信バッファ２が設けられる。また、これまで説明した要領でメモリ４上にイメージデータを記憶するために、編集処理部３が設けられている。メモリ４に格納されたイメージデータは編集処理部３を通じて展開処理部５に読み出され、展開されてラスタバッファ６に転送されるよう構成されている。なお、このラスタバッファ６に格納されたイメージデータは、図示しないプリントエンジンに転送されて印刷される。
【００２５】
編集処理部３には、受信データ解析部１１、編集環境設定処理部１２、イメージデータ処理部１３、図形データ処理部１４、文字データ処理部１５、他データ処理部１６、ディスプレイリスト生成処理部１７、メモリ管理部１８、イメージデータディスプレイリスト生成処理部１９及びデータ圧縮処理部２０が設けられている。なお、データ圧縮処理部２０は、具体例２を実施する場合に利用される部分である。
【００２６】
図５には、イメージデータ管理動作フローチャートを示す。
上記のプリンタは、このフローチャートに従って動作する。
まず、上位装置から転送される印刷データは受信処理部１が受信する。受信した印刷データの１ビットがイメージデータの１ドットに相当する場合と、印刷データの２ビットまたは４ビットあるいは８ビットの複数ビットが、イメージデータ１ドットの階調値を指定する場合とがある。この例では、印刷データ１ビットがイメージデータ１ドットに相当する場合を説明する。印刷データが階調値を指定する場合には、例えばディザ法等により２値のマトリクスに展開処理を行い、全体が２値化された後のイメージデータを使用する。
【００２７】
また、印刷データは一定の規則に従って圧縮されている場合もある。受信処理部１は、こうした印刷データを一旦受信バッファ２に記憶する。次に、編集処理部３の受信データ解析部１１が、受信バッファ２から印刷データを取り出し、その内容を解析する。印刷データは、従来どおりラスタライン単位で受信されるものとする。
【００２８】
ここで、受信データ解析部１１は、各取り出した印刷データの印刷位置を算出する。印刷データの属性データには、印刷位置がＸ座標とＹ座標とで表示されている。印刷位置はそのラスタラインの先頭のビットを表示する位置である。水平方向の印刷位置は、例えば（Ｘ座標／１６）の商の整数部分とする。その端数は実印刷位置との差として保持し、展開時に補正する。垂直方向の印刷位置は（Ｙ座標／３２）の商の整数部分とする。端数はメモリへの格納位置補正に使用する。
【００２９】
即ち、ここでは、水平方向のイメージデータの位置管理を１６ドット単位で行う。また、垂直方向のイメージデータの位置管理を３２ライン単位で行う。（Ｘ座標／１６）の商の整数部分をとると、実際に指定されている印刷位置よりも、“１”から“１５”ドットの範囲で水平方向に位置ずれを生じる。これは、記憶領域を取得するきっかけとなったブロックの最初のラインの印刷位置（Ｘ座標）を基準に補正すればよい。垂直方向も同様である。これらの計算結果を利用して、処理対象となったラスタラインを分割して得たイメージデータを、対応するブロックのために取得した記憶領域に順に位置補正をしながら格納していく。
【００３０】
次に、ステップＳ２において、印刷データが圧縮されているかどうかを判断する。圧縮されていればステップＳ３に進み、圧縮アルゴリズムを使用して、印刷データを伸長する。この段階で全ての印刷データは２値の加工されていないイメージデータに変換された。ステップＳ４では、図４に示すイメージデータ処理部１３が、入力するイメージデータを既に説明した一定のサイズに分割する。即ち、１ラスタライン分のイメージデータの先頭から６４バイト分を分割して取り出す。
【００３１】
次に、ステップＳ５において、記憶領域取得の要否を決定する。ここで記憶領域取得の要否を決定するのは、次のような理由による。受信データは、ラスタライン毎に受信される。そして、例えば最初のラスタラインを受信したとき、その先頭から６４バイト分を格納するために、メモリ上に所定の連続した記憶領域を取得する。このとき取得する記憶領域は、６４バイト×３２ライン分である。そのラスタラインのサイズ即ち図１のイメージデータ幅と表示した部分のサイズが６４バイト以上あれば、残りの部分についても６４バイトずつに分割し、それぞれ別々の記憶領域を６４バイト×３２ライン分ずつ取得する。
【００３２】
次に新たなラスタラインを受信すると、その先頭の６４バイト分を、直前のラスタラインの先頭の６４バイト分のイメージデータに続けて格納する。この場合には、既に記憶領域が取得されているから、新たに記憶領域を取得する必要はない。この処理を３２ライン分続ければ、サイズが６４バイトで３２ライン分の例えば３個のブロックが、１ブロック分ずつメモリ上の連続した記憶領域に格納される。次のラスタラインが受信されたときは、新たに３個のブロックのための記憶領域を取得する。即ち、３２ラスタラインごとに新たな記憶領域の取得を行うので、ステップＳ５を設けたのである。
【００３３】
図６には、こうした記憶領域取得動作のフローチャートを示す。
まず、ステップＳ５１において、記憶領域が取得済みかどうかを判断する。ブロックの最初のラインを記憶する場合には、記憶領域の取得が必要であるからステップＳ５２に進み、「取得要」という判断結果をフラグ等で表示して、図５のステップＳ６に進む。ブロックの第２番目以下のラインを記憶する場合には、記憶領域が取得済みであるからステップＳ５１からステップＳ５３に進む。
【００３４】
そして、ここで、これから格納しようとするイメージデータが、既に格納済みのイメージデータと水平方向の位置が重複するかどうかを判断する。イメージデータの先頭の位置が一致すれば、両方とも６４バイトのサイズであって、そのまま確保した記憶領域に格納できるから、ステップＳ５７で「取得不要」というフラグを立てて、ステップＳ５６に進む。もし、イメージデータの先頭位置が一致しないと、６４バイトのイメージデータであっても、先頭位置のシフト分だけ、サイズが実質的に大きくなる。即ち、確保しておいた６４バイト分の記憶領域に格納できない。
【００３５】
そこで、その場合には、イメージでのサイズをシフト分だけ短くするように変更する。ステップＳ５５はそのための処理である。ステップＳ５４はステップＳ５７と同一の処理である。その後ステップＳ５６で、水平方向と垂直方向のデータシフト量を算出して、そのイメージデータを格納すべき位置を求め、次の処理に進む。
【００３６】
再び図５に戻って、ステップＳ６では、上記の記憶領域取得要否の決定に基づいて、処理を分岐する。記憶領域の取得が必要でなければステップＳ１０に進み、図６のステップＳ５６の処理結果に従ってメモリの所定位置にイメージデータを格納する。次にステップＳ１１において、１ラスタライン分のイメージデータのうち分割した残りのイメージデータがあれば、そのサイズをもとのサイズから６４バイト分差し引いたサイズに更新する。次のステップＳ１２において、全てのイメージデータの格納が完了したかどうかを判断する。１ページ分のイメージデータの処理を連続して行うためである。
【００３７】
全てのイメージデータの格納が完了していなければステップＳ４に進み、残りのイメージデータについて、先頭から６４バイト分を分割し、これまで説明した処理を行う。残りのイメージデータが６４バイトに満たない場合にも、１ブロックのサイズは６４バイトとする。後から１ブロックのサイズが変更された場合には、それに従う。また、ステップＳ５において記憶領域の取得が必要と判断されたときは、ステップＳ６からステップＳ７に進み、メモリ４上に１ブロック分の記憶領域を取得する。この処理は、図４に示すメモリ管理部１８が行う。この場合、メモリ４上に１ブロック分のイメージデータを格納できる連続した記憶領域を探して、その先頭アドレスを得る。その後ステップＳ７からステップＳ８に進み、記憶領域を取得できたかどうかを判断し、取得できた場合にはステップＳ１０に進み、メモリにそのブロックの先頭のラインのイメージデータを格納する。
【００３８】
ここで、連続した記憶領域が取得できない場合には、ステップＳ８からステップＳ９に進み、ブロックサイズを２分の１にする。即ち、６４バイト３２ライン分のブロックサイズを３２バイト３２ライン分にして、改めてメモリ４をサーチし、連続した記憶領域を取得する。以上のような処理を、ステップＳ１２で、１ラスタライン分のイメージデータの格納が完了するまで繰り返す。改ページ等のコマンドが検出されるまで、各ラスタラインのイメージデータを以上のような処理を繰り返すことにより、メモリに格納する。
【００３９】
改ページコマンドを検出すると、メモリ４へのイメージデータの格納が終了する。その後、メモリ４中のイメージデータは、イメージデータディスプレイリスト生成処理部１９を通じて展開処理部５に読み出される。展開処理部５は、イメージデータを順次読み出してラスタバッファ６を通じて、図示しないプリントエンジンに転送する。上記のように、上位装置から１ラスタラインずつイメージデータを受信して、６４バイトのサイズに分割し、それをメモリに格納する作業を３２回繰り返して１ブロック分のイメージデータの格納を終えるが、そのデータは切れ目なく連続しており、その後は先頭アドレスとブロックの大きさを管理情報により表示しておけば、一括してメモリから読み出すことができる。
【００４０】
上記のように一定のサイズ（第１のサイズ）の複数のラインから成るブロックを設定し、イメージデータをブロック毎にメモリ上の連続した記憶領域に格納し、それで格納できない場合にはブロックのサイズを縮小して、第２のサイズのブロック毎にイメージデータを格納するという処理を繰り返せば、メモリ中のデータの再配置処理を行うことなく、記憶領域を有効に利用することができる。即ち、既に説明したように、メモリ上には様々な保持しておかなければならないデータが散在することがあり、これらの存在によって、１ブロック分のイメージデータを連続して格納することができなくなることがある。この場合、これらを再配置させる処理を行えばよいが、印刷中にこのような処理を行えば、印刷速度が低下する。
【００４１】
従って、図１（ａ）に示したように、例えば上記のように６４バイトで３２ライン、即ち約２キロバイトを１単位として記憶領域を確保する処理を繰り返し、これが不可能ならば途中から３２バイト×３２ライン即ち１キロバイトのメモリ取得を行うようにする。これでも連続した記憶領域の取得が不可能ならば、後半は１６バイト×３２ライン即ち０．５キロバイトの記憶領域取得を行うようにして１ページ分のイメージデータ格納処理を終える。こうすれば、可能な限りイメージデータをまとめてメモリに格納し、管理データ量を最小限にすることができる。
【００４２】
ところで、上記のようなメモリに格納されたイメージデータは、印刷開始と同時にラスタバッファ６を通じてプリントエンジンに転送される。この場合のラスタバッファ６上へのイメージデータ展開速度は、用紙走行速度を考慮して定められる。即ち、一定時間内にラスタバッファ６への展開が完了しない場合には、いわゆるプリントオーバーランという現象が発生する。プリントエンジンは印刷用紙を搬送するが、必要なイメージデータの転送が間に合わず、白紙のまま印刷をしてしまう現象である。データの管理単位を１ラスタライン毎に設定しておくと、メモリ４から１ラスタライン毎にイメージデータが読み出されてラスタバッファ６へのデータ転送が行われる。
【００４３】
これに対して、本発明のように、ブロック毎のイメージデータ管理を行うと、ラスタラインよりもデータ量が大きくなるように設定したブロック毎にイメージデータが読み出されて、ラスタバッファ６へのデータ転送が行われる。故に、イメージデータを展開し、ラスタバッファに転送する際の処理時間が短縮され、プリントオーバーランを防止する効果がある。
【００４４】
例えば、いずれもＲＩＳＣ−ＣＰＵを使用した２台のプリンタＡ，Ｂであって、一方は８ｐｐｍ（ページ／分）、他方は１６ｐｐｍの印刷速度のものをシミュレーションにより比較して見る。プリンタＡは、制御クロック周波数２５メガヘルツ、Ｉキャッシュ（制御データ用キャッシュ）が４キロバイト、Ｄキャッシュ（データ用キャッシュ）が１キロバイトとする。プリンタＢは、制御クロック周波数３２メガヘルツ、Ｉキャッシュ３キロバイト、Ｄキャッシュ１キロバイトする。
【００４５】
文字データを含むビットマップデータのラスタバッファへの展開に要する前処理時間は、プリンタＡ，Ｂ共に1016サイクルであった。いずれのプリンタもラスタバッファは１９２ラインの容量を持ち、用紙の走行速度はプリンタＡが２インチ／秒、プリンタＢは４インチ／秒であった。タスクの切り換え、割り込み、ビデオＤＭＡのバス占有等、展開処理以外の処理に要する時間を全体の処理の２０％とすると、プリンタの解像度が６００ｄｐｉの場合、１９２ラインの展開に許される時間は次のようになる。
プリンタＡ：（１９２÷（２×６００））×０．８＝０．１２８
プリンタＢ：（１９２÷（４×６００））×０．８＝０．０６４
【００４６】
即ち、プリンタＡは１２８ミリ秒、プリンタＢは６４ミリ秒の展開可能時間となる。この時間内に展開処理を終了すれば、オーバーランにならない。イメージデータ展開の前処理が１ラスタライン当たり1016サイクルであって、１９２ラスタラインの前処理には195702サイクルが必要となる。従って、それぞれのクロック周波数を考慮した展開可能時間に占める前処理時間の割合は次のようになる。
プリンタＡ：（195702サイクル÷２５メガヘルツ）÷１２８ミリ秒＝0.0611
プリンタＢ：（195702サイクル÷３２メガヘルツ）÷６４ミリ秒＝0.0955
【００４７】
即ち、プリンタＡは６．１１％、プリンタＢは９．５５％となる。即ち、ＣＰＵの搭載周波数と用紙の走行速度との関係によってある程度変化するが、この前処理に要する時間の割合が小さいほど、イメージデータと他のデータの展開に許される時間が増加する。従って、本発明のように、ブロック単位の処理を行い、ブロック毎に管理情報を用意することによって、展開に時間のかかるようなイメージデータを処理したとしても、プリントオーバーラン発生率の低下を図ることができる。
【００４８】
〈具体例１の効果〉
以上のように、ブロック単位でメモリ上に連続した記憶領域を取得し、その動作を繰り返し、第１のサイズのブロックを格納するためのメモリ上の連続した記憶領域を取得できなくなったとき、ブロックのサイズを縮小して第２のサイズとし、再び第２のサイズのブロック毎にメモリ上の連続した記憶領域を取得するといった方法で２以上のラインから成る一定のサイズのブロックでメモリを管理すると、管理情報の減少によってメモリ領域を有効に利用できる。更に、ラスタラインよりもデータ量が大きくなるように設定したブロックを用いるので、ラスタバッファへの転送処理のための時間を減少させ、プリントオーバーランの発生を低減できる。
【００４９】
〈具体例２〉
上記の例では、一定の容量のメモリに格納する管理データの量を減少させて、メモリを有効に活用する方法を示した。しかしながら、有限のメモリにいかに大量のイメージデータを記憶することができるかが、プリンタ等の製品の性能を評価する指標になっている。従って、イメージデータをメモリに効率よく格納するだけでなく、よく知られたデータ圧縮を併用することにより、上記の本発明を一層効果的に利用することができる。
【００５０】
例えば、上記のように３段階のサイズを設定し、最初６４バイト、次は３２バイト、その次は１６バイトのサイズでブロックを設定して連続する領域を探しても、連続してイメージデータを記憶する領域が見当たらないような場合には、メモリフルという状態が発生する。１ブロックのデータ量を１ラスタラインより小さくしてしまっては、イメージデータをブロックにまとめた効果がない。そこで、この具体例では、メモリに格納されている全てのデータをブロック単位で順番に読み出し、それぞれよく知られたアルゴリズムを用いて圧縮する。これによって、メモリの記憶領域を増大させる。
【００５１】
図７には、ファイル圧縮率の説明図を示す。
ここでは、例えば様々なデータ形式のファイルを１２０種類ほど用意し、それぞれ２種類の圧縮方式を採用し、元のデータに対し圧縮後のデータ数（単位はバイト）がどの程度になったか、その圧縮率はどの程度かという結果を示している。圧縮元のデータ数は、全ファイル、幅６００バイト、高さ6000ラスタライン固定の3,840,000バイトである。例えば、ファイル番号が１番のファイルは、図に示すように、圧縮方式Ａでは、圧縮後のファイルサイズは252,221バイトであって、６．５６％の圧縮率となる。データの形式やファイルの形式や圧縮方式によって、圧縮率が様々な範囲に変化することがわかる。
【００５２】
図８には、このようなファイル圧縮率に着目して、２種の圧縮方式を用いた場合の頻度表を図示した。
例えば、図に示す圧縮方式Ａでは、圧縮率が５％未満のものが最も頻度が高く、圧縮率が１０〜１５％未満のものが２７ファイルある。また、圧縮率が４５〜５０％未満のものも１％存在する。圧縮方式Ｂでも類似した傾向が見られる。こうした結果から、平均的には圧縮前のメモリ消費量の３０％程度まで、ファイルサイズを圧縮することができるということが考えられる。
【００５３】
従って、メモリに格納されたデータをメモリフルを検出した段階あるいはそれ以前の適当なタイミングで圧縮すれば、その時点で、残りのイメージを格納することができる記憶領域を確保できる。図４に示すデータ圧縮処理部２０は、このような圧縮処理を行うために用意された部分である。圧縮アルゴリズムについては、従来よく知られた任意の方法で良い。既に説明したように、２ＭバイトのＲＡＭを実装したページプリンタでは、運用時に使用可能な記憶領域は１．５Ｍバイト程度である。一方、Ａ４判の用紙全体に６００ｄｐｉで印刷をする場合、６０００ラスタライン以上のイメージデータが必要で、そのデータ量は４Ｍバイト程度となる。上記の圧縮処理を実行すれば、実装メモリの増設が不要になる。
【００５４】
図９は、具体例２の処理動作フローチャートである。
このフローチャートは、具体例１のような処理を実行中に、メモリフル状態が発生したとき、実行される処理を示す。まず、ステップＳ１において、メモリがイメージデータを保持しているかどうかを判断する。メモリ中にイメージデータが存在していればステップＳ２に進み、メモリ中の全てのイメージデータをブロック毎に取り出し、順番に圧縮する。次に、ステップＳ３において、要求のあった記憶領域を取得できるかどうかの判断を行う。
【００５５】
即ち、圧縮処理を終了した後にメモリの記憶領域に十分な空きが発生すると、具体例１の記憶領域取得処理を続けることができる。記憶領域が取得できればステップＳ５に進み、その記憶領域を取得して、具体例１のイメージデータ格納処理に進む。記憶領域を取得できなければ圧縮をしても効果がなかったと判断し、ステップＳ４において、メモリフルという表示等を行い、ページ編集を終了すればよい。
【００５６】
〈具体例２の効果〉
以上のように、任意のタイミングであるいはメモリフルが発生した場合に、メモリ中のデータ圧縮を行うことによって、メモリをより有効に使用することが可能になる。特に、メモリフルを検出した場合のみデータ圧縮を行うことによって、不必要なデータ圧縮処理による処理速度の低下を回避することができる。例えば従来のようにラスタライン単位で上位装置からデータの転送を受ける場合、データを圧縮するモードか圧縮しないモードかをデータの受信開始時に決定して、圧縮が必要ならば全てのデータについて圧縮をする。従って、処理速度の低下を招いていた。
一方、本発明では、メモリフルになった時点でメモリ中のデータ圧縮をするから、メモリフルにならなければ、無駄な圧縮はしない。また、ブロック単位でデータを読み出して圧縮をするので、ラスタライン単位で読み出すよりも高速に処理できるという効果がある。
【００５７】
〈具体例３〉
上記の例では、メモリに格納されたイメージデータをブロック単位で管理していることに着目し、メモリからブロック単位でイメージデータを取り出し、これを順次圧縮し、メモリに再格納するという方法を採用した。しかしながら、各ブロックは最大２キロバイト程度であって、従来の１ラスタライン単位で管理されていたデータを圧縮するより圧縮率は改善できるが、それ以上の圧縮率は望めない。ところが、圧縮対象となるイメージデータのデータ数と圧縮効率の関係をシミュレーションすると、データ数が増加するほど圧縮率が向上し、圧縮対象データ数が８キロバイトを超える範囲でほぼ飽和することが判明した。
【００５８】
図１０には、このデータサイズ別圧縮率比較説明図を示す。
図に示すように、高さが１２８ライン、６４ライン、３２ラインのものであって、幅１６バイトのブロック、幅３２バイトのブロック、幅６４バイトのブロック、幅１２８バイトのブロック、幅２５６バイトのブロック、幅５１２バイトのブロックについて、それぞれデータ圧縮を行うと、その圧縮後のデータ数と圧縮率が様々な結果を示す。（ａ）は比較的圧縮率が低い場合の例で、（ｂ）は比較的圧縮率が高い場合の例である。
【００５９】
この結果からみると、幅１２８バイト〜幅５１２バイトのブロックサイズのものは、圧縮データの個々のサイズが８キロバイトを超えている。このような点を考慮すると、１ブロックのデータ数は大きい方が良いといえる。しかしながら、上記のようなメモリへのデータ格納のために連続した記憶領域を確保する処理を伴う場合には、ブロックを適切なサイズに選定することが好ましい。そこで、この具体例３では、データ圧縮の際、いくつかのブロックを読み出し、複数のブロックをまとめて圧縮し、メモリに再格納するという処理を行う。これによって、圧縮率を向上させている。
【００６０】
図１１は、具体例３の動作説明図である。また、図１２は、この結合圧縮動作の説明図である。更に、図１３は、具体例３の動作フローチャートである。
これらを用いて具体例３の動作を順に説明する。
【００６１】
図１１（ａ）に示すように、これまで説明した通りの用紙のレイアウト中に、（１）−１〜（８）−３及びＡ１〜Ｃ５のブロックが存在し、これらが既に説明した要領でメモリ中に格納されているものとする。図の（１）−１のブロックの最初のラスタラインのイメージデータを受信すると、（１）−２、（１）−３のブロックのイメージデータについて、同時にブロック毎の記憶領域を取得し、既に説明した要領で、１ラスタライン受信する度に、順番に該当する記憶領域にイメージデータを格納する。このような処理が図の右側に示した（１）〜（１１）まで繰り返される。
【００６２】
なお、（９）では、ブロックのサイズが２分の１にされ、これまでと同様の要領でメモリへの格納処理を続ける。ここで、圧縮処理を行う場合には、（１）に示す３つのブロック即ち（１）−１のブロック、（１）−２のブロック、（１）−３のブロックをまとめてから圧縮を行う。また、図１１（ｂ）には、各ブロックのイメージデータのデータ構造を図示した。それぞれ、６４バイト×３２ライン分のデータが連続した構造をしている。上記の状態でメモリフルが発生したとする。ここで、つぎのようにしてデータの圧縮を行う。
【００６３】
図１２には、この具体例３における結合圧縮動作を示す。
図１２（ａ）に示すように、例えば図１１の（１）−１から（１）−３の３つのブロックのイメージデータを結合させ、連続する１つのデータとして圧縮処理をする。（１）−１と（１）−２は６４バイトのサイズのブロックで、（１）−３は３２バイトのサイズのブロックである。これらを結合し、図１２に示すように、６４×２＋３２バイトのサイズで３２ラインのイメージデータから成るブロックを得る。即ち、サイズ１６０バイト３２ラインのブロックを一括して圧縮対象とする。図１２（ｂ）では、例えば、Ａ１〜Ａ５のブロックを５個まとめる。それぞれ３２バイトのサイズのブロックであるため、これらを５つ結合し、サイズ１６０バイトで３２ラインのブロックとして圧縮を施す。こうすれば、既に説明をしたように、圧縮率がより高まる。
【００６４】
図１３は、上記の処理を説明するための動作フローチャートである。
この処理は、具体例２と同様に、メモリフルの状態が発生してから開始する。図に示すように、ステップＳ１において、未圧縮のイメージデータがあるかどうかをメモリ中で検索し、存在すればステップＳ２に進み、水平方向に隣接するデータがあるかどうかを判断する。即ち、図１２を用いて説明したように、水平方向に隣接するデータがある場合には、これらを全てまとめて結合し、１つのブロックとして圧縮を行うようにする。隣接データが存在する場合にはステップＳ３において、隣接するデータを結合させて圧縮する。存在しない場合はステップＳ４に進み、単独のメモリの圧縮を行う。
以上の処理によって、圧縮率のより高いデータサイズにした上で圧縮を行う。
【００６５】
以上のような処理は、印刷する用紙がランドスケープ形式の場合でも可能である。
ランドスケープ形式とは、用紙を横に使用する形式で、これまで説明したのは、用紙を縦に使用するポートレイト形式である。
図１４には、ランドスケープの場合の動作説明図を示す。
ランドスケープの場合、例えばこの図に示すように、ブロックを用紙長Ｈの方向にとる。即ち、用紙長Ｈの方向にブロックの第１のサイズ即ち６４バイトの長さをとり、用紙幅Ｗの方向にラインを設定してイメージデータを処理する。その他の処理手順についてはこれまでの例と全く同様である。
【００６６】
図１５には、ランドスケープの場合の圧縮処理説明図を示す。
図の（ａ）に示すように、（１）−１〜（８）−３までの第１のサイズのブロックと、Ａ１〜Ｃ５までの第２のサイズのブロックのイメージデータをメモリ中に格納している。これが１ページ分のデータとする。ここで、ランドスケープのデータは、メモリから読み出されてラスタバッファ６に転送される場合、９０°回転させて、ポートレイト形式のデータに変換される。プリントエンジンはポートレイト形式のデータのみを受け付ける構造にされているからである。図１５（ｂ）には、例えば（１）−１〜（８）−１のデータを回転させた後の、データを示す。この例では、（１）−１〜（８）−１のデータを回転させてから結合し、これらをまとめて圧縮する。
【００６７】
図１６には、回転後の結合圧縮動作説明図を示す。
図１６（ａ）に示すように、例えば（１）−１の６４バイト３２ラインのブロックが回転されて、サイズ４バイトの５１２ラインのブロックに変換される。他の（２）−１〜（８）−１のブロックも同様に回転される。そして、回転後の（１）−１〜（８）−１の８個のブロックが結合される。こうして１６キロバイトの圧縮対象ブロックを生成する。
【００６８】
（ｂ）は、Ａ１〜Ｃ５のメモリ空間について、その回転後の結合圧縮を示す動作説明図である。
この場合、Ａ１，Ｂ１，Ｃ１の３２ライン３２バイトのブロックを回転して４バイト２５６ラインのブロックに変換する。そして、これら３つのブロックを結合して、４バイト×３のサイズで２５６ラインのブロックを生成し、圧縮対象を３キロバイトとして圧縮する。このように、回転後、結合するという処理によって、ランドスケープタイプについても同様のデータ圧縮が可能になる。
【００６９】
図１７には、具体例３の回転圧縮の場合の動作フローチャートを示す。
この処理も、メモリフルの状態が発生した後で開始する。まず、ステップＳ１において、未圧縮イメージデータがあるかどうかを判断し、あればステップＳ２に進み、垂直方向に隣接データがあるかどうかを判断する。そして、垂直方向に隣接するデータがあればステップＳ３に進み、隣接する個々のメモリの回転を行う。更に、ステップＳ４に進み、図１５、１６で説明した要領で、回転後の複数のメモリを結合させて圧縮する。また、垂直方向に隣接するデータがなければステップＳ５に進み、メモリの回転を行って、回転後のメモリの圧縮を単独で行えばよい。
【００７０】
図１８には、圧縮対象データの分割例説明図を示す。
図には、５１２バイト１２８ラインのブロックと、これを１６バイトサイズで分割した場合、３２バイトサイズで分割した場合、６４バイトサイズで分割した場合、１２８バイトサイズで分割した場合、２５６バイトサイズで分割した場合を図解した。具体例１では６４バイトサイズ３２ラインのブロックを１単位として処理した。ところが、データの圧縮をする場合には、図１０を用いて説明したように、データ数の大きいものほど圧縮率が高い。そのデータ数を図示比較したものがこの図１８である。
【００７１】
例えば６４バイト、高さ３２ラインのブロックで分割してイメージデータを管理し、その各ブロックをそのブロック単位で圧縮した場合には、低圧縮率のデータを圧縮する場合、８０．０％、高圧縮率のデータを圧縮する場合、２９．７５％程度までデータ圧縮ができる。
【００７２】
一方、具体例３のように、また、隣接するブロックを結合させて一括して圧縮処理をすると、低圧縮率のデータを圧縮する場合には、７４．１８％、平均的なデータを圧縮する場合、２１．３１％まで圧縮することができる。圧縮後にメモリに約８０％の空きが生じるわけである。このような結果からブロックをどの程度結合するかを選定してその最適化を図ることができる。
【００７３】
〈具体例３の効果〉
以上のように、ブロック毎にイメージデータを管理し、メモリに格納した場合においても、隣接するブロックを結合して、一括して圧縮をすることにより、圧縮効率が向上し、メモリの使用効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明のイメージデータ管理方法説明図である。
【図２】用紙とイメージデータの関係説明図である。
【図３】管理情報の構造説明図である。
【図４】プリンタの主要部ブロック図である。
【図５】イメージデータ管理動作フローチャートである。
【図６】記憶領域取得動作フローチャートである。
【図７】ファイル圧縮率の説明図（その１）である。
【図８】ファイル圧縮率の説明図（その２）である。
【図９】具体例２の動作フローチャートである。
【図１０】データサイズ別圧縮率比較説明図である。
【図１１】具体例３の動作説明図である。
【図１２】結合圧縮動作の説明図である。
【図１３】具体例３の動作フローチャートである。
【図１４】ランドスケープの場合の動作説明図である。
【図１５】ランドスケープの場合の圧縮処理説明図である。
【図１６】回転後の結合圧縮動作説明図である。
【図１７】具体例３の動作フローチャートである。
【図１８】圧縮対象データの分割例説明図である。
【符号の説明】
４ メモリ
Ｆ 第１のサイズ
Ｆ／２ 第２のサイズ
Ｖ１，Ｖ２ 記憶領域
【発明の属する技術分野】
本発明は、ページプリンタにおけるイメージデータの管理方法に関する。
【０００２】
【従来の技術】
ページプリンタは、上位装置、例えばパーソナルコンピュータ等から印刷データを受信して印刷をする。通常、ページプリンタでは、装置内部のメモリに１ページ分のデータを上位装置から受信した後、イメージデータへの変換処理を行う。１ページ分の印刷データを編集し、その変換処理が完了すると、印刷動作を開始する。印刷動作の開始と共にメモリ上に保持したイメージデータを順番に読み出し、ラスタバッファに展開する。ラスタバッファには、２値化されたイメージデータが一時格納され、プリントエンジンに転送される。
【０００３】
こうしたページプリンタの印刷データ記述言語としては、ＨＰ−ＰＣＬ言語が挙げられる。この記述言語によれば、印刷データをラスタライン単位で上位装置からページプリンタに転送する。ラスタラインというのは、主走査方向即ち水平方向の長さが任意の長さであって、副走査方向即ち垂直方向の高さが１ドットの、ビットストリーム状データのことをいう。メモリには、このラスタライン単位でイメージデータが書き込まれて記憶される。印刷データがＬ本のラスタラインから成り、水平方向の長さＫが全て同一の場合には、長さがＫで高さがＬの矩形データとして、一括してメモリに書き込まれる場合もある。
【０００４】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には次のような解決すべき課題があった。
メモリ上に１ラスタラインのイメージデータを記憶するためには、その印刷位置、長さ、高さ、解像度等の情報を含む管理情報をメモリに共に記憶する必要がある。解像度が６００ｄｐｉ（ドット／インチ）の印刷装置でＡ４判の用紙全体にイメージデータを印刷する場合、６０００ラスタライン以上のイメージデータがメモリに格納される。これらのデータを個別に管理する場合、１ラインで２０バイト程度の管理情報が必要になるから、全体で約１２０キロバイトの管理情報記憶領域が必要になる。
【０００５】
標準的なページプリンタでは、２メガバイトのＲＡＭ（ランダム・アクセス・メモリ）が実装されている。この２メガバイトのメモリ空間のうち０．５メガバイト分は、ラスタバッファや受信バッファ、システムワーク等のために使用される。従って、運用状態で使用可能なメモリ空間は１．５メガバイト程度になる。
このことを考慮すると、上記のような管理情報を記憶するために無視できない程度の記憶領域を消費するという問題があった。記憶領域の消費量を低減するためにデータを圧縮することも考えられる。データの圧縮は、メモリに１ラスタラインのデータを書き込む直前に、そのつど行われる。しかしながら、ラスタライン単位での圧縮では、圧縮効率が低いという問題がある。
【０００６】
水平方向の長さがＫで高さがＬの矩形データとして、一括してメモリに書き込まれる場合には、管理情報も少なくなり、圧縮効率も高まる。しかしながら、このようなイメージデータの生成は上位装置のプリンタドライバに依存する。プリンタドライバの生成するデータは、上位装置上で動作するアプリケーション自体のデータ管理方法や、プリンタドライバとのデータ受け渡し方法に依存する。従って、プリンタ側では、印刷データの形式指定をすることができないから、プリンタ側でメモリを節約するための制御を自発的に行うことかできない。
【０００７】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
メモリ上に１ページ分のイメージデータを記憶して印刷動作を実行する場合に、上記イメージデータを２以上のラスタラインに位置するデータを含み、該２以上のラスタラインに位置するデータ各々が１ラスタラインのサイズよりも小さいサイズで構成され、該２以上のラスタラインに位置するデータからなる第１のサイズのブロックに分割し、上記各ブロックに対して、上記ページ中の印刷位置情報を含む管理情報を用意して、この管理情報を上記メモリに格納するとともに、上記第１のサイズのブロック毎に、上記メモリ上の連続した記憶領域を取得して格納し、上記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返し、上記第１のサイズのブロックを格納するための、上記メモリ上の連続した記憶領域を取得できなくなったときは、上記第１のブロックのサイズよりも小さくデータの少ない第２のサイズとし、上記第２のサイズのブロック毎に、上記メモリ上の連続した記憶領域を取得して格納し、上記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返すことを特徴とするイメージデータの管理方法。
【０００８】
〈構成２〉
構成１に記載のイメージデータの管理方法において、上記第２のサイズのブロックのイメージデータを格納するための、上記メモリ上の連続した記憶領域を取得できなくなったときは、さらに、上記第２のブロックのサイズよりも小さくデータの少ない第３のサイズとし、上記第３のサイズのブロック毎に、上記メモリ上の連続した記憶領域を取得して格納し、上記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返すことを特徴とするイメージデータの管理方法。
【０００９】
〈構成３〉
構成１に記載のイメージデータの管理方法において、上記各ブロックのイメージデータをメモリに格納する処理を一時中断して、上記メモリから各ブロックのイメージデータをブロック毎に読み出して圧縮し、メモリに再格納することを特徴とするイメージデータの管理方法。
【００１０】
〈構成４〉
構成１に記載のイメージデータの管理方法において、上記各ブロックのイメージデータをメモリに格納する処理を一時中断して、上記メモリから隣接して描画する複数のブロックのイメージデータを読み出し、各読み出したイメージデータを繋げて１つのブロックとして圧縮して、メモリに再格納することを特徴とするイメージデータの管理方法。
〈構成５〉
構成１に記載のイメージデータの管理方法において、上記第１のブロックと第２のブロックは、ラスタライン数が同じで、上記第１のブロックより上記第２のブロックの各ラスタライン当たりのサイズが小さいことを特徴とするイメージデータの管理方法。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
〈具体例１〉
図１は、本発明のイメージデータ管理方法の説明図である。
この図を用いて、まず本発明の概略を説明する。図の（ａ）には、印刷する用紙のアウトラインと、ここに印刷されるイメージデータ（ハッチングを付した部分）の関係を示した。印刷される用紙は、用紙幅がＷ、用紙長がＨである。編集座標系の原点はＡである。印刷されるイメージデータは、ここでは図の破線で囲んだブロック単位で取り扱う。
【００１２】
図の左上端にあるブロックは、用紙幅Ｗの方向のサイズがＦバイト、用紙長Ｈの方向のサイズがＬドット、即ち長さＦでＬ本のラインにより構成される。この左上端にあるブロックのイメージデータは、その左上隅の点Ｂの座標を印刷位置情報とする。図示しない管理情報には、このような印刷位置情報が含められる。図の（ｂ）に、メモリ４のイメージデータを格納するための記憶領域を示した。管理情報は同じメモリ４の別の領域に記憶されているものとする。メモリ４には、イメージデータがブロック毎に記憶される。
【００１３】
このメモリ４は、図（ｂ）の左上から右下に向かって、順にアドレスが設定されているものとする。（ｂ）に示すＶ１は、（ａ）の左上端にあるブロックのイメージデータを格納した記憶領域である。その後も同一サイズの記憶領域に、順に対応するブロックのイメージデータが記憶されていく。一方、メモリ４上には、イメージデータ以外に、例えばダウンロードフォントといった参照データも記憶される。イメージデータを記憶した領域には、１ページの印刷が終わると次のページのイメージデータが上書きされる。しかし、ダウンロードフォントのような参照データは、例えば全てのページの印刷が終了するまで、保持しておかなければならない。これらの参照データがメモリ中に散在すると、必ずしも連続した領域に上記のサイズのブロックのイメージデータを格納することができなくなる。
【００１４】
そこで、この場合には、ブロックのサイズを、最初のＦから２分のＦにして、記憶領域を探す。図の（ｃ）には、このように、ブロックのサイズを縮小する例を示した。ライン数Ｌはそのままである。こうして、メモリ４上にサイズが２分のＦのブロックのイメージデータを格納できるような連続した記憶領域を取得できれば、そのブロックを格納する。サイズが２分のＦのイメージデータを格納した最初の記憶領域を、図中Ｖ２とした。メモリ４上には、印刷開始前に、少なくとも１ページ分のイメージデータが記憶される必要がある。従って、１ページ分のイメージデータを格納するまで、このような処理を繰り返す。もし、２分のＦに縮小したブロックでも連続した記憶領域を取得できない場合には、４分のＦのサイズのブロックとし、同様の処理を繰り返す。
【００１５】
（ｃ）には、例えば、図に示すように、ブロックの第１のサイズＦを６４バイト、ライン数を３２ラインとしたものを示した。このブロックを縮小する場合、第２のサイズを３２バイト、第３のサイズを１６バイトというように選定した。２分の１ずつ縮小したのは、コンピュータの処理単位を考慮したためである。管理データは、このようなブロック単位で生成され、メモリの所定の場所に記憶される。
【００１６】
いずれの場合においても、１ブロックのデータ量が１ラスタラインのデータ量よりも十分に大きければ、従来のように１ラスタライン分ずつ管理データを生成してメモリ４に記憶していく場合に比べて、管理データを減少させることが可能になる。従って、全体として、管理データを記憶するべき記憶領域の節約が可能になる。
以上が本発明の方法の概略である。
【００１７】
図２には、用紙とイメージデータの関係説明図を示す。
（ａ）は、図１に示した通りの用紙で、ここには既に説明した用紙幅Ｗ方向のサイズがＦ、用紙長Ｈ方向のサイズがＬの、１つのブロックを示した。（ｂ）には、従来の管理情報と、本発明の管理情報との関係を示す。
【００１８】
図に示すように、従来は１本のラスタラインＲに対し、それぞれ管理情報Ｄを生成してメモリに記憶するようにしていた。本発明では、２本以上のラインから構成されたブロックＶＶに対し、管理情報ＤＤを付加する。
【００１９】
例えば、長さ６００バイトのラスタラインには２０バイト程度の管理情報が付加される。一方、上記ブロックのサイズＦを６４バイトとし、３２ライン分について、管理情報ＤＤを付加するとすれば、その管理情報の記憶領域を次のように節約することができる。例えば１ページ６０００ラスタラインのイメージデータとすれば、従来、６０００個の管理情報の記憶領域として１２０キロバイトを使用していたが、この発明では例えば１８００個の管理情報の記憶領域として３６キロバイトを用意すればよい。
【００２０】
図３には、管理情報の構造説明図を示す。
上記のような管理情報は、例えばこの図に示すように、２バイトのチェインポインタ(Chain pointer)と、１バイトのフォーマットインフォメーション(Format information)と、１バイトのプリントポジション(Print position)Ｘと、１バイトのプリントポジション(Print position)Ｙと、１バイトの高さ(Height)、１バイトの幅(Width)、合わせて１バイトの解像度(re)、２バイトのイメージデータアドレス(Image data Address)により構成される。
【００２１】
この例では、これらの管理情報のすぐ後ろに６４×３２バイトのイメージデータが配置されている例を示す。チェインポインタは、メモリ開放のための管理ポインタで、他の管理情報との続き具合を示す例えば次の管理情報のアドレスが格納される。フォーマットインフォメーションは、データ種別、データバウンダリ、アドレスバウンダリ等の情報を含む部分である。プリントポジションＸ，Ｙは、それぞれ印刷位置のＸ座標とＹ座標を示す。例えばブロックの左上隅の座標を示す。
【００２２】
座標やサイズは、例えば６００ｄｐｉの解像度の場合、６００分の１インチ単位で表示される。その後にイメージデータの高さと幅が表示される。また、解像度は、水平方向即ちＸ方向の解像度と垂直方向即ちＹ方向のものを示す。これらは、それぞれ３００ｄｐｉあるいは６００ｄｐｉといった形式で表示される。イメージデータアドレスは、この管理情報で管理されるイメージデータの先頭アドレスを表示する部分である。
【００２３】
このように、管理情報は、ラスタライン１本分のものも、ブロック１個分のものも、表示する内容はほとんど変わらない。ラスタラインの場合には高さ情報が不要な程度である。故に、こうした管理情報の量をブロック単位で取り扱うことによって、メモリ消費量を減少させることができるのである。
【００２４】
図４には、プリンタの主要部ブロック図を示す。
図において、受信処理部１は、プリンタと他の上位装置等とのインタフェースである。この受信処理部１の受信したデータを格納するために、受信バッファ２が設けられる。また、これまで説明した要領でメモリ４上にイメージデータを記憶するために、編集処理部３が設けられている。メモリ４に格納されたイメージデータは編集処理部３を通じて展開処理部５に読み出され、展開されてラスタバッファ６に転送されるよう構成されている。なお、このラスタバッファ６に格納されたイメージデータは、図示しないプリントエンジンに転送されて印刷される。
【００２５】
編集処理部３には、受信データ解析部１１、編集環境設定処理部１２、イメージデータ処理部１３、図形データ処理部１４、文字データ処理部１５、他データ処理部１６、ディスプレイリスト生成処理部１７、メモリ管理部１８、イメージデータディスプレイリスト生成処理部１９及びデータ圧縮処理部２０が設けられている。なお、データ圧縮処理部２０は、具体例２を実施する場合に利用される部分である。
【００２６】
図５には、イメージデータ管理動作フローチャートを示す。
上記のプリンタは、このフローチャートに従って動作する。
まず、上位装置から転送される印刷データは受信処理部１が受信する。受信した印刷データの１ビットがイメージデータの１ドットに相当する場合と、印刷データの２ビットまたは４ビットあるいは８ビットの複数ビットが、イメージデータ１ドットの階調値を指定する場合とがある。この例では、印刷データ１ビットがイメージデータ１ドットに相当する場合を説明する。印刷データが階調値を指定する場合には、例えばディザ法等により２値のマトリクスに展開処理を行い、全体が２値化された後のイメージデータを使用する。
【００２７】
また、印刷データは一定の規則に従って圧縮されている場合もある。受信処理部１は、こうした印刷データを一旦受信バッファ２に記憶する。次に、編集処理部３の受信データ解析部１１が、受信バッファ２から印刷データを取り出し、その内容を解析する。印刷データは、従来どおりラスタライン単位で受信されるものとする。
【００２８】
ここで、受信データ解析部１１は、各取り出した印刷データの印刷位置を算出する。印刷データの属性データには、印刷位置がＸ座標とＹ座標とで表示されている。印刷位置はそのラスタラインの先頭のビットを表示する位置である。水平方向の印刷位置は、例えば（Ｘ座標／１６）の商の整数部分とする。その端数は実印刷位置との差として保持し、展開時に補正する。垂直方向の印刷位置は（Ｙ座標／３２）の商の整数部分とする。端数はメモリへの格納位置補正に使用する。
【００２９】
即ち、ここでは、水平方向のイメージデータの位置管理を１６ドット単位で行う。また、垂直方向のイメージデータの位置管理を３２ライン単位で行う。（Ｘ座標／１６）の商の整数部分をとると、実際に指定されている印刷位置よりも、“１”から“１５”ドットの範囲で水平方向に位置ずれを生じる。これは、記憶領域を取得するきっかけとなったブロックの最初のラインの印刷位置（Ｘ座標）を基準に補正すればよい。垂直方向も同様である。これらの計算結果を利用して、処理対象となったラスタラインを分割して得たイメージデータを、対応するブロックのために取得した記憶領域に順に位置補正をしながら格納していく。
【００３０】
次に、ステップＳ２において、印刷データが圧縮されているかどうかを判断する。圧縮されていればステップＳ３に進み、圧縮アルゴリズムを使用して、印刷データを伸長する。この段階で全ての印刷データは２値の加工されていないイメージデータに変換された。ステップＳ４では、図４に示すイメージデータ処理部１３が、入力するイメージデータを既に説明した一定のサイズに分割する。即ち、１ラスタライン分のイメージデータの先頭から６４バイト分を分割して取り出す。
【００３１】
次に、ステップＳ５において、記憶領域取得の要否を決定する。ここで記憶領域取得の要否を決定するのは、次のような理由による。受信データは、ラスタライン毎に受信される。そして、例えば最初のラスタラインを受信したとき、その先頭から６４バイト分を格納するために、メモリ上に所定の連続した記憶領域を取得する。このとき取得する記憶領域は、６４バイト×３２ライン分である。そのラスタラインのサイズ即ち図１のイメージデータ幅と表示した部分のサイズが６４バイト以上あれば、残りの部分についても６４バイトずつに分割し、それぞれ別々の記憶領域を６４バイト×３２ライン分ずつ取得する。
【００３２】
次に新たなラスタラインを受信すると、その先頭の６４バイト分を、直前のラスタラインの先頭の６４バイト分のイメージデータに続けて格納する。この場合には、既に記憶領域が取得されているから、新たに記憶領域を取得する必要はない。この処理を３２ライン分続ければ、サイズが６４バイトで３２ライン分の例えば３個のブロックが、１ブロック分ずつメモリ上の連続した記憶領域に格納される。次のラスタラインが受信されたときは、新たに３個のブロックのための記憶領域を取得する。即ち、３２ラスタラインごとに新たな記憶領域の取得を行うので、ステップＳ５を設けたのである。
【００３３】
図６には、こうした記憶領域取得動作のフローチャートを示す。
まず、ステップＳ５１において、記憶領域が取得済みかどうかを判断する。ブロックの最初のラインを記憶する場合には、記憶領域の取得が必要であるからステップＳ５２に進み、「取得要」という判断結果をフラグ等で表示して、図５のステップＳ６に進む。ブロックの第２番目以下のラインを記憶する場合には、記憶領域が取得済みであるからステップＳ５１からステップＳ５３に進む。
【００３４】
そして、ここで、これから格納しようとするイメージデータが、既に格納済みのイメージデータと水平方向の位置が重複するかどうかを判断する。イメージデータの先頭の位置が一致すれば、両方とも６４バイトのサイズであって、そのまま確保した記憶領域に格納できるから、ステップＳ５７で「取得不要」というフラグを立てて、ステップＳ５６に進む。もし、イメージデータの先頭位置が一致しないと、６４バイトのイメージデータであっても、先頭位置のシフト分だけ、サイズが実質的に大きくなる。即ち、確保しておいた６４バイト分の記憶領域に格納できない。
【００３５】
そこで、その場合には、イメージでのサイズをシフト分だけ短くするように変更する。ステップＳ５５はそのための処理である。ステップＳ５４はステップＳ５７と同一の処理である。その後ステップＳ５６で、水平方向と垂直方向のデータシフト量を算出して、そのイメージデータを格納すべき位置を求め、次の処理に進む。
【００３６】
再び図５に戻って、ステップＳ６では、上記の記憶領域取得要否の決定に基づいて、処理を分岐する。記憶領域の取得が必要でなければステップＳ１０に進み、図６のステップＳ５６の処理結果に従ってメモリの所定位置にイメージデータを格納する。次にステップＳ１１において、１ラスタライン分のイメージデータのうち分割した残りのイメージデータがあれば、そのサイズをもとのサイズから６４バイト分差し引いたサイズに更新する。次のステップＳ１２において、全てのイメージデータの格納が完了したかどうかを判断する。１ページ分のイメージデータの処理を連続して行うためである。
【００３７】
全てのイメージデータの格納が完了していなければステップＳ４に進み、残りのイメージデータについて、先頭から６４バイト分を分割し、これまで説明した処理を行う。残りのイメージデータが６４バイトに満たない場合にも、１ブロックのサイズは６４バイトとする。後から１ブロックのサイズが変更された場合には、それに従う。また、ステップＳ５において記憶領域の取得が必要と判断されたときは、ステップＳ６からステップＳ７に進み、メモリ４上に１ブロック分の記憶領域を取得する。この処理は、図４に示すメモリ管理部１８が行う。この場合、メモリ４上に１ブロック分のイメージデータを格納できる連続した記憶領域を探して、その先頭アドレスを得る。その後ステップＳ７からステップＳ８に進み、記憶領域を取得できたかどうかを判断し、取得できた場合にはステップＳ１０に進み、メモリにそのブロックの先頭のラインのイメージデータを格納する。
【００３８】
ここで、連続した記憶領域が取得できない場合には、ステップＳ８からステップＳ９に進み、ブロックサイズを２分の１にする。即ち、６４バイト３２ライン分のブロックサイズを３２バイト３２ライン分にして、改めてメモリ４をサーチし、連続した記憶領域を取得する。以上のような処理を、ステップＳ１２で、１ラスタライン分のイメージデータの格納が完了するまで繰り返す。改ページ等のコマンドが検出されるまで、各ラスタラインのイメージデータを以上のような処理を繰り返すことにより、メモリに格納する。
【００３９】
改ページコマンドを検出すると、メモリ４へのイメージデータの格納が終了する。その後、メモリ４中のイメージデータは、イメージデータディスプレイリスト生成処理部１９を通じて展開処理部５に読み出される。展開処理部５は、イメージデータを順次読み出してラスタバッファ６を通じて、図示しないプリントエンジンに転送する。上記のように、上位装置から１ラスタラインずつイメージデータを受信して、６４バイトのサイズに分割し、それをメモリに格納する作業を３２回繰り返して１ブロック分のイメージデータの格納を終えるが、そのデータは切れ目なく連続しており、その後は先頭アドレスとブロックの大きさを管理情報により表示しておけば、一括してメモリから読み出すことができる。
【００４０】
上記のように一定のサイズ（第１のサイズ）の複数のラインから成るブロックを設定し、イメージデータをブロック毎にメモリ上の連続した記憶領域に格納し、それで格納できない場合にはブロックのサイズを縮小して、第２のサイズのブロック毎にイメージデータを格納するという処理を繰り返せば、メモリ中のデータの再配置処理を行うことなく、記憶領域を有効に利用することができる。即ち、既に説明したように、メモリ上には様々な保持しておかなければならないデータが散在することがあり、これらの存在によって、１ブロック分のイメージデータを連続して格納することができなくなることがある。この場合、これらを再配置させる処理を行えばよいが、印刷中にこのような処理を行えば、印刷速度が低下する。
【００４１】
従って、図１（ａ）に示したように、例えば上記のように６４バイトで３２ライン、即ち約２キロバイトを１単位として記憶領域を確保する処理を繰り返し、これが不可能ならば途中から３２バイト×３２ライン即ち１キロバイトのメモリ取得を行うようにする。これでも連続した記憶領域の取得が不可能ならば、後半は１６バイト×３２ライン即ち０．５キロバイトの記憶領域取得を行うようにして１ページ分のイメージデータ格納処理を終える。こうすれば、可能な限りイメージデータをまとめてメモリに格納し、管理データ量を最小限にすることができる。
【００４２】
ところで、上記のようなメモリに格納されたイメージデータは、印刷開始と同時にラスタバッファ６を通じてプリントエンジンに転送される。この場合のラスタバッファ６上へのイメージデータ展開速度は、用紙走行速度を考慮して定められる。即ち、一定時間内にラスタバッファ６への展開が完了しない場合には、いわゆるプリントオーバーランという現象が発生する。プリントエンジンは印刷用紙を搬送するが、必要なイメージデータの転送が間に合わず、白紙のまま印刷をしてしまう現象である。データの管理単位を１ラスタライン毎に設定しておくと、メモリ４から１ラスタライン毎にイメージデータが読み出されてラスタバッファ６へのデータ転送が行われる。
【００４３】
これに対して、本発明のように、ブロック毎のイメージデータ管理を行うと、ラスタラインよりもデータ量が大きくなるように設定したブロック毎にイメージデータが読み出されて、ラスタバッファ６へのデータ転送が行われる。故に、イメージデータを展開し、ラスタバッファに転送する際の処理時間が短縮され、プリントオーバーランを防止する効果がある。
【００４４】
例えば、いずれもＲＩＳＣ−ＣＰＵを使用した２台のプリンタＡ，Ｂであって、一方は８ｐｐｍ（ページ／分）、他方は１６ｐｐｍの印刷速度のものをシミュレーションにより比較して見る。プリンタＡは、制御クロック周波数２５メガヘルツ、Ｉキャッシュ（制御データ用キャッシュ）が４キロバイト、Ｄキャッシュ（データ用キャッシュ）が１キロバイトとする。プリンタＢは、制御クロック周波数３２メガヘルツ、Ｉキャッシュ３キロバイト、Ｄキャッシュ１キロバイトする。
【００４５】
文字データを含むビットマップデータのラスタバッファへの展開に要する前処理時間は、プリンタＡ，Ｂ共に1016サイクルであった。いずれのプリンタもラスタバッファは１９２ラインの容量を持ち、用紙の走行速度はプリンタＡが２インチ／秒、プリンタＢは４インチ／秒であった。タスクの切り換え、割り込み、ビデオＤＭＡのバス占有等、展開処理以外の処理に要する時間を全体の処理の２０％とすると、プリンタの解像度が６００ｄｐｉの場合、１９２ラインの展開に許される時間は次のようになる。
プリンタＡ：（１９２÷（２×６００））×０．８＝０．１２８
プリンタＢ：（１９２÷（４×６００））×０．８＝０．０６４
【００４６】
即ち、プリンタＡは１２８ミリ秒、プリンタＢは６４ミリ秒の展開可能時間となる。この時間内に展開処理を終了すれば、オーバーランにならない。イメージデータ展開の前処理が１ラスタライン当たり1016サイクルであって、１９２ラスタラインの前処理には195702サイクルが必要となる。従って、それぞれのクロック周波数を考慮した展開可能時間に占める前処理時間の割合は次のようになる。
プリンタＡ：（195702サイクル÷２５メガヘルツ）÷１２８ミリ秒＝0.0611
プリンタＢ：（195702サイクル÷３２メガヘルツ）÷６４ミリ秒＝0.0955
【００４７】
即ち、プリンタＡは６．１１％、プリンタＢは９．５５％となる。即ち、ＣＰＵの搭載周波数と用紙の走行速度との関係によってある程度変化するが、この前処理に要する時間の割合が小さいほど、イメージデータと他のデータの展開に許される時間が増加する。従って、本発明のように、ブロック単位の処理を行い、ブロック毎に管理情報を用意することによって、展開に時間のかかるようなイメージデータを処理したとしても、プリントオーバーラン発生率の低下を図ることができる。
【００４８】
〈具体例１の効果〉
以上のように、ブロック単位でメモリ上に連続した記憶領域を取得し、その動作を繰り返し、第１のサイズのブロックを格納するためのメモリ上の連続した記憶領域を取得できなくなったとき、ブロックのサイズを縮小して第２のサイズとし、再び第２のサイズのブロック毎にメモリ上の連続した記憶領域を取得するといった方法で２以上のラインから成る一定のサイズのブロックでメモリを管理すると、管理情報の減少によってメモリ領域を有効に利用できる。更に、ラスタラインよりもデータ量が大きくなるように設定したブロックを用いるので、ラスタバッファへの転送処理のための時間を減少させ、プリントオーバーランの発生を低減できる。
【００４９】
〈具体例２〉
上記の例では、一定の容量のメモリに格納する管理データの量を減少させて、メモリを有効に活用する方法を示した。しかしながら、有限のメモリにいかに大量のイメージデータを記憶することができるかが、プリンタ等の製品の性能を評価する指標になっている。従って、イメージデータをメモリに効率よく格納するだけでなく、よく知られたデータ圧縮を併用することにより、上記の本発明を一層効果的に利用することができる。
【００５０】
例えば、上記のように３段階のサイズを設定し、最初６４バイト、次は３２バイト、その次は１６バイトのサイズでブロックを設定して連続する領域を探しても、連続してイメージデータを記憶する領域が見当たらないような場合には、メモリフルという状態が発生する。１ブロックのデータ量を１ラスタラインより小さくしてしまっては、イメージデータをブロックにまとめた効果がない。そこで、この具体例では、メモリに格納されている全てのデータをブロック単位で順番に読み出し、それぞれよく知られたアルゴリズムを用いて圧縮する。これによって、メモリの記憶領域を増大させる。
【００５１】
図７には、ファイル圧縮率の説明図を示す。
ここでは、例えば様々なデータ形式のファイルを１２０種類ほど用意し、それぞれ２種類の圧縮方式を採用し、元のデータに対し圧縮後のデータ数（単位はバイト）がどの程度になったか、その圧縮率はどの程度かという結果を示している。圧縮元のデータ数は、全ファイル、幅６００バイト、高さ6000ラスタライン固定の3,840,000バイトである。例えば、ファイル番号が１番のファイルは、図に示すように、圧縮方式Ａでは、圧縮後のファイルサイズは252,221バイトであって、６．５６％の圧縮率となる。データの形式やファイルの形式や圧縮方式によって、圧縮率が様々な範囲に変化することがわかる。
【００５２】
図８には、このようなファイル圧縮率に着目して、２種の圧縮方式を用いた場合の頻度表を図示した。
例えば、図に示す圧縮方式Ａでは、圧縮率が５％未満のものが最も頻度が高く、圧縮率が１０〜１５％未満のものが２７ファイルある。また、圧縮率が４５〜５０％未満のものも１％存在する。圧縮方式Ｂでも類似した傾向が見られる。こうした結果から、平均的には圧縮前のメモリ消費量の３０％程度まで、ファイルサイズを圧縮することができるということが考えられる。
【００５３】
従って、メモリに格納されたデータをメモリフルを検出した段階あるいはそれ以前の適当なタイミングで圧縮すれば、その時点で、残りのイメージを格納することができる記憶領域を確保できる。図４に示すデータ圧縮処理部２０は、このような圧縮処理を行うために用意された部分である。圧縮アルゴリズムについては、従来よく知られた任意の方法で良い。既に説明したように、２ＭバイトのＲＡＭを実装したページプリンタでは、運用時に使用可能な記憶領域は１．５Ｍバイト程度である。一方、Ａ４判の用紙全体に６００ｄｐｉで印刷をする場合、６０００ラスタライン以上のイメージデータが必要で、そのデータ量は４Ｍバイト程度となる。上記の圧縮処理を実行すれば、実装メモリの増設が不要になる。
【００５４】
図９は、具体例２の処理動作フローチャートである。
このフローチャートは、具体例１のような処理を実行中に、メモリフル状態が発生したとき、実行される処理を示す。まず、ステップＳ１において、メモリがイメージデータを保持しているかどうかを判断する。メモリ中にイメージデータが存在していればステップＳ２に進み、メモリ中の全てのイメージデータをブロック毎に取り出し、順番に圧縮する。次に、ステップＳ３において、要求のあった記憶領域を取得できるかどうかの判断を行う。
【００５５】
即ち、圧縮処理を終了した後にメモリの記憶領域に十分な空きが発生すると、具体例１の記憶領域取得処理を続けることができる。記憶領域が取得できればステップＳ５に進み、その記憶領域を取得して、具体例１のイメージデータ格納処理に進む。記憶領域を取得できなければ圧縮をしても効果がなかったと判断し、ステップＳ４において、メモリフルという表示等を行い、ページ編集を終了すればよい。
【００５６】
〈具体例２の効果〉
以上のように、任意のタイミングであるいはメモリフルが発生した場合に、メモリ中のデータ圧縮を行うことによって、メモリをより有効に使用することが可能になる。特に、メモリフルを検出した場合のみデータ圧縮を行うことによって、不必要なデータ圧縮処理による処理速度の低下を回避することができる。例えば従来のようにラスタライン単位で上位装置からデータの転送を受ける場合、データを圧縮するモードか圧縮しないモードかをデータの受信開始時に決定して、圧縮が必要ならば全てのデータについて圧縮をする。従って、処理速度の低下を招いていた。
一方、本発明では、メモリフルになった時点でメモリ中のデータ圧縮をするから、メモリフルにならなければ、無駄な圧縮はしない。また、ブロック単位でデータを読み出して圧縮をするので、ラスタライン単位で読み出すよりも高速に処理できるという効果がある。
【００５７】
〈具体例３〉
上記の例では、メモリに格納されたイメージデータをブロック単位で管理していることに着目し、メモリからブロック単位でイメージデータを取り出し、これを順次圧縮し、メモリに再格納するという方法を採用した。しかしながら、各ブロックは最大２キロバイト程度であって、従来の１ラスタライン単位で管理されていたデータを圧縮するより圧縮率は改善できるが、それ以上の圧縮率は望めない。ところが、圧縮対象となるイメージデータのデータ数と圧縮効率の関係をシミュレーションすると、データ数が増加するほど圧縮率が向上し、圧縮対象データ数が８キロバイトを超える範囲でほぼ飽和することが判明した。
【００５８】
図１０には、このデータサイズ別圧縮率比較説明図を示す。
図に示すように、高さが１２８ライン、６４ライン、３２ラインのものであって、幅１６バイトのブロック、幅３２バイトのブロック、幅６４バイトのブロック、幅１２８バイトのブロック、幅２５６バイトのブロック、幅５１２バイトのブロックについて、それぞれデータ圧縮を行うと、その圧縮後のデータ数と圧縮率が様々な結果を示す。（ａ）は比較的圧縮率が低い場合の例で、（ｂ）は比較的圧縮率が高い場合の例である。
【００５９】
この結果からみると、幅１２８バイト〜幅５１２バイトのブロックサイズのものは、圧縮データの個々のサイズが８キロバイトを超えている。このような点を考慮すると、１ブロックのデータ数は大きい方が良いといえる。しかしながら、上記のようなメモリへのデータ格納のために連続した記憶領域を確保する処理を伴う場合には、ブロックを適切なサイズに選定することが好ましい。そこで、この具体例３では、データ圧縮の際、いくつかのブロックを読み出し、複数のブロックをまとめて圧縮し、メモリに再格納するという処理を行う。これによって、圧縮率を向上させている。
【００６０】
図１１は、具体例３の動作説明図である。また、図１２は、この結合圧縮動作の説明図である。更に、図１３は、具体例３の動作フローチャートである。
これらを用いて具体例３の動作を順に説明する。
【００６１】
図１１（ａ）に示すように、これまで説明した通りの用紙のレイアウト中に、（１）−１〜（８）−３及びＡ１〜Ｃ５のブロックが存在し、これらが既に説明した要領でメモリ中に格納されているものとする。図の（１）−１のブロックの最初のラスタラインのイメージデータを受信すると、（１）−２、（１）−３のブロックのイメージデータについて、同時にブロック毎の記憶領域を取得し、既に説明した要領で、１ラスタライン受信する度に、順番に該当する記憶領域にイメージデータを格納する。このような処理が図の右側に示した（１）〜（１１）まで繰り返される。
【００６２】
なお、（９）では、ブロックのサイズが２分の１にされ、これまでと同様の要領でメモリへの格納処理を続ける。ここで、圧縮処理を行う場合には、（１）に示す３つのブロック即ち（１）−１のブロック、（１）−２のブロック、（１）−３のブロックをまとめてから圧縮を行う。また、図１１（ｂ）には、各ブロックのイメージデータのデータ構造を図示した。それぞれ、６４バイト×３２ライン分のデータが連続した構造をしている。上記の状態でメモリフルが発生したとする。ここで、つぎのようにしてデータの圧縮を行う。
【００６３】
図１２には、この具体例３における結合圧縮動作を示す。
図１２（ａ）に示すように、例えば図１１の（１）−１から（１）−３の３つのブロックのイメージデータを結合させ、連続する１つのデータとして圧縮処理をする。（１）−１と（１）−２は６４バイトのサイズのブロックで、（１）−３は３２バイトのサイズのブロックである。これらを結合し、図１２に示すように、６４×２＋３２バイトのサイズで３２ラインのイメージデータから成るブロックを得る。即ち、サイズ１６０バイト３２ラインのブロックを一括して圧縮対象とする。図１２（ｂ）では、例えば、Ａ１〜Ａ５のブロックを５個まとめる。それぞれ３２バイトのサイズのブロックであるため、これらを５つ結合し、サイズ１６０バイトで３２ラインのブロックとして圧縮を施す。こうすれば、既に説明をしたように、圧縮率がより高まる。
【００６４】
図１３は、上記の処理を説明するための動作フローチャートである。
この処理は、具体例２と同様に、メモリフルの状態が発生してから開始する。図に示すように、ステップＳ１において、未圧縮のイメージデータがあるかどうかをメモリ中で検索し、存在すればステップＳ２に進み、水平方向に隣接するデータがあるかどうかを判断する。即ち、図１２を用いて説明したように、水平方向に隣接するデータがある場合には、これらを全てまとめて結合し、１つのブロックとして圧縮を行うようにする。隣接データが存在する場合にはステップＳ３において、隣接するデータを結合させて圧縮する。存在しない場合はステップＳ４に進み、単独のメモリの圧縮を行う。
以上の処理によって、圧縮率のより高いデータサイズにした上で圧縮を行う。
【００６５】
以上のような処理は、印刷する用紙がランドスケープ形式の場合でも可能である。
ランドスケープ形式とは、用紙を横に使用する形式で、これまで説明したのは、用紙を縦に使用するポートレイト形式である。
図１４には、ランドスケープの場合の動作説明図を示す。
ランドスケープの場合、例えばこの図に示すように、ブロックを用紙長Ｈの方向にとる。即ち、用紙長Ｈの方向にブロックの第１のサイズ即ち６４バイトの長さをとり、用紙幅Ｗの方向にラインを設定してイメージデータを処理する。その他の処理手順についてはこれまでの例と全く同様である。
【００６６】
図１５には、ランドスケープの場合の圧縮処理説明図を示す。
図の（ａ）に示すように、（１）−１〜（８）−３までの第１のサイズのブロックと、Ａ１〜Ｃ５までの第２のサイズのブロックのイメージデータをメモリ中に格納している。これが１ページ分のデータとする。ここで、ランドスケープのデータは、メモリから読み出されてラスタバッファ６に転送される場合、９０°回転させて、ポートレイト形式のデータに変換される。プリントエンジンはポートレイト形式のデータのみを受け付ける構造にされているからである。図１５（ｂ）には、例えば（１）−１〜（８）−１のデータを回転させた後の、データを示す。この例では、（１）−１〜（８）−１のデータを回転させてから結合し、これらをまとめて圧縮する。
【００６７】
図１６には、回転後の結合圧縮動作説明図を示す。
図１６（ａ）に示すように、例えば（１）−１の６４バイト３２ラインのブロックが回転されて、サイズ４バイトの５１２ラインのブロックに変換される。他の（２）−１〜（８）−１のブロックも同様に回転される。そして、回転後の（１）−１〜（８）−１の８個のブロックが結合される。こうして１６キロバイトの圧縮対象ブロックを生成する。
【００６８】
（ｂ）は、Ａ１〜Ｃ５のメモリ空間について、その回転後の結合圧縮を示す動作説明図である。
この場合、Ａ１，Ｂ１，Ｃ１の３２ライン３２バイトのブロックを回転して４バイト２５６ラインのブロックに変換する。そして、これら３つのブロックを結合して、４バイト×３のサイズで２５６ラインのブロックを生成し、圧縮対象を３キロバイトとして圧縮する。このように、回転後、結合するという処理によって、ランドスケープタイプについても同様のデータ圧縮が可能になる。
【００６９】
図１７には、具体例３の回転圧縮の場合の動作フローチャートを示す。
この処理も、メモリフルの状態が発生した後で開始する。まず、ステップＳ１において、未圧縮イメージデータがあるかどうかを判断し、あればステップＳ２に進み、垂直方向に隣接データがあるかどうかを判断する。そして、垂直方向に隣接するデータがあればステップＳ３に進み、隣接する個々のメモリの回転を行う。更に、ステップＳ４に進み、図１５、１６で説明した要領で、回転後の複数のメモリを結合させて圧縮する。また、垂直方向に隣接するデータがなければステップＳ５に進み、メモリの回転を行って、回転後のメモリの圧縮を単独で行えばよい。
【００７０】
図１８には、圧縮対象データの分割例説明図を示す。
図には、５１２バイト１２８ラインのブロックと、これを１６バイトサイズで分割した場合、３２バイトサイズで分割した場合、６４バイトサイズで分割した場合、１２８バイトサイズで分割した場合、２５６バイトサイズで分割した場合を図解した。具体例１では６４バイトサイズ３２ラインのブロックを１単位として処理した。ところが、データの圧縮をする場合には、図１０を用いて説明したように、データ数の大きいものほど圧縮率が高い。そのデータ数を図示比較したものがこの図１８である。
【００７１】
例えば６４バイト、高さ３２ラインのブロックで分割してイメージデータを管理し、その各ブロックをそのブロック単位で圧縮した場合には、低圧縮率のデータを圧縮する場合、８０．０％、高圧縮率のデータを圧縮する場合、２９．７５％程度までデータ圧縮ができる。
【００７２】
一方、具体例３のように、また、隣接するブロックを結合させて一括して圧縮処理をすると、低圧縮率のデータを圧縮する場合には、７４．１８％、平均的なデータを圧縮する場合、２１．３１％まで圧縮することができる。圧縮後にメモリに約８０％の空きが生じるわけである。このような結果からブロックをどの程度結合するかを選定してその最適化を図ることができる。
【００７３】
〈具体例３の効果〉
以上のように、ブロック毎にイメージデータを管理し、メモリに格納した場合においても、隣接するブロックを結合して、一括して圧縮をすることにより、圧縮効率が向上し、メモリの使用効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明のイメージデータ管理方法説明図である。
【図２】用紙とイメージデータの関係説明図である。
【図３】管理情報の構造説明図である。
【図４】プリンタの主要部ブロック図である。
【図５】イメージデータ管理動作フローチャートである。
【図６】記憶領域取得動作フローチャートである。
【図７】ファイル圧縮率の説明図（その１）である。
【図８】ファイル圧縮率の説明図（その２）である。
【図９】具体例２の動作フローチャートである。
【図１０】データサイズ別圧縮率比較説明図である。
【図１１】具体例３の動作説明図である。
【図１２】結合圧縮動作の説明図である。
【図１３】具体例３の動作フローチャートである。
【図１４】ランドスケープの場合の動作説明図である。
【図１５】ランドスケープの場合の圧縮処理説明図である。
【図１６】回転後の結合圧縮動作説明図である。
【図１７】具体例３の動作フローチャートである。
【図１８】圧縮対象データの分割例説明図である。
【符号の説明】
４ メモリ
Ｆ 第１のサイズ
Ｆ／２ 第２のサイズ
Ｖ１，Ｖ２ 記憶領域
Claims (5)
- メモリ上に１ページ分のイメージデータを記憶して印刷動作を実行する場合に、
前記イメージデータを２以上のラスタラインに位置するデータを含み、該２以上のラスタラインに位置するデータ各々が１ラスタラインのサイズよりも小さいサイズで構成され、該２以上のラスタラインに位置するデータからなる第１のサイズのブロックに分割し、
前記各ブロックに対して、前記ページ中の印刷位置情報を含む管理情報を用意して、
この管理情報を前記メモリに格納するとともに、
前記第１のサイズのブロック毎に、前記メモリ上の連続した記憶領域を取得して格納し、前記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返し、
前記第１のサイズのブロックを格納するための、前記メモリ上の連続した記憶領域を取得できなくなったときは、前記第１のブロックのサイズよりも小さくデータの少ない第２のサイズとし、
前記第２のサイズのブロック毎に、前記メモリ上の連続した記憶領域を取得して格納し、前記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返すことを特徴とするイメージデータの管理方法。 - 請求項１に記載のイメージデータの管理方法において、
前記第２のサイズのブロックのイメージデータを格納するための、前記メモリ上の連続した記憶領域を取得できなくなったときは、さらに、前記第２のブロックのサイズよりも小さくデータの少ない第３のサイズとし、
前記第３のサイズのブロック毎に、前記メモリ上の連続した記憶領域を取得して格納し、前記１ページ分のイメージデータ全体を記憶するまで、その動作を繰り返すことを特徴とするイメージデータの管理方法。 - 請求項１に記載のイメージデータの管理方法において、
前記各ブロックのイメージデータをメモリに格納する処理を一時中断して、
前記メモリから各ブロックのイメージデータをブロック毎に読み出して圧縮し、メモリに再格納することを特徴とするイメージデータの管理方法。 - 請求項１に記載のイメージデータの管理方法において、
前記各ブロックのイメージデータをメモリに格納する処理を一時中断して、
前記メモリから隣接して描画する複数のブロックのイメージデータを読み出し、各読み出したイメージデータを繋げて１つのブロックとして圧縮して、メモリに再格納することを特徴とするイメージデータの管理方法。 - 請求項１に記載のイメージデータの管理方法において、
前記第１のブロックと第２のブロックは、ラスタライン数が同じで、前記第１のブロックより前記第２のブロックの各ラスタライン当たりのサイズが小さいことを特徴とするイメージデータの管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01938699A JP4022014B2 (ja) | 1999-01-28 | 1999-01-28 | イメージデータの管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01938699A JP4022014B2 (ja) | 1999-01-28 | 1999-01-28 | イメージデータの管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000211198A JP2000211198A (ja) | 2000-08-02 |
| JP4022014B2 true JP4022014B2 (ja) | 2007-12-12 |
Family
ID=11997864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP01938699A Expired - Fee Related JP4022014B2 (ja) | 1999-01-28 | 1999-01-28 | イメージデータの管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4022014B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3503744B2 (ja) | 2001-03-13 | 2004-03-08 | セイコーエプソン株式会社 | 印刷制御プログラム、印刷制御プログラムを記録した媒体、印刷制御装置および印刷制御方法 |
| JP6341628B2 (ja) * | 2012-05-10 | 2018-06-13 | キヤノン株式会社 | 情報処理装置、情報処理方法、情報処理システム、プログラム |
-
1999
- 1999-01-28 JP JP01938699A patent/JP4022014B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000211198A (ja) | 2000-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6144392A (en) | Method and apparatus for formatting a texture in a frame buffer | |
| JPH03197065A (ja) | ページ・プリンタ・メモリー割付け | |
| JPH0345076A (ja) | 画像データの処理方式 | |
| JP4022014B2 (ja) | イメージデータの管理方法 | |
| JPH09261457A (ja) | 印刷制御装置並びに印刷制御装置のデータ処理方法およびコンピュータで読み出し可能なプログラムを格納した記憶媒体 | |
| JP3854790B2 (ja) | 画像処理装置及び方法及び記憶媒体 | |
| JP3774494B2 (ja) | データ記憶装置 | |
| EP0090802A1 (en) | METHOD FOR MODIFYING PAGES IN A BUFFER-TYPE PRINTER SUBSYSTEM BY PARTIAL PAGES. | |
| JPH03114856A (ja) | プリンタデータ管理方式 | |
| JP3018692B2 (ja) | 印字装置 | |
| JPH0245172A (ja) | プリンター | |
| JPH01169643A (ja) | 画像データのファイル装置 | |
| JPH10293667A (ja) | バンディングにおけるバンド分割方法及び両面印刷方法 | |
| JPH0877371A (ja) | 画像形成装置 | |
| JP3225633B2 (ja) | 画像データ管理装置 | |
| JP3082504B2 (ja) | フォントキャッシュシステム装置 | |
| JPH11227301A (ja) | 印刷装置のデータ処理方式 | |
| JP2964504B2 (ja) | 文書処理装置 | |
| JP2902709B2 (ja) | 画像処理装置 | |
| JPH0935073A (ja) | 印刷装置 | |
| JPH0523445B2 (ja) | ||
| JPH02178826A (ja) | ページプリンタ | |
| JPH10315540A (ja) | 文字発生方法及び文字発生装置 | |
| JPH0877367A (ja) | 画像処理プロセッサおよびそれを用いた画像データ処理装置 | |
| JPH07319761A (ja) | 画像処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060323 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070116 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070319 |
|
| 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: 20070904 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070928 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101005 Year of fee payment: 3 |
|
| 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: 20111005 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111005 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131005 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |