JP3854790B2 - 画像処理装置及び方法及び記憶媒体 - Google Patents
画像処理装置及び方法及び記憶媒体 Download PDFInfo
- Publication number
- JP3854790B2 JP3854790B2 JP2000251293A JP2000251293A JP3854790B2 JP 3854790 B2 JP3854790 B2 JP 3854790B2 JP 2000251293 A JP2000251293 A JP 2000251293A JP 2000251293 A JP2000251293 A JP 2000251293A JP 3854790 B2 JP3854790 B2 JP 3854790B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- pixel block
- memory
- packet data
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T9/00—Image coding
- G06T9/005—Statistical coding, e.g. Huffman, run length coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Compression Of Band Width Or Redundancy In Fax (AREA)
- Storing Facsimile Image Data (AREA)
Description
【発明の属する技術分野】
本発明は画像データを圧縮格納する画像処理装置及び方法及び記憶媒体に関するものである。
【0002】
【従来の技術】
従来、パケット単位で画像データを分割し、それをメモリに格納して管理する場合は、パケットにはヘッダをつけ、そこにパケットのレングスの情報を書き込んでおき、パケットデータを順番にならべる。これにより、その順番で読み書きをする限りは、ヘッダ情報により、正しくヘッダを読み書きすることができる。また、ランダムにパケットへアクセスをする場合には、それぞれのパケットが格納されているアドレスをまとめたパケットテーブルを使用する場合もある。
【0003】
【発明が解決しようとする課題】
一般的にプリンタで印刷される画像データにおいては、文字のない部分は白地でデータがなく、そのような白地の部分は1ページで大きな割合をしめる場合が多い。1ページの画像データをパケットに分割して管理する場合、パケット内のすべての画素が白地だけであるパケットが多く存在することになり、まったく同じデータを含んだパケットの数が多くなり、メモリを使用する割合も多くなる。
【0004】
本発明はかかる問題点に鑑みなされたものであり、画像データを効率良く圧縮し記憶管理することを可能ならしめる画像処理装置及び方法及び記憶媒体を提供しようとするものである。
【0005】
【課題を解決するための手段】
この課題を解決するため、例えば本発明の画像処理装置は以下の構成を備える。すなわち、
画像データを圧縮符号化する画像処理装置であって、
圧縮後の画像データを記憶するためのメモリと、
複数画素で構成される画素ブロックを順次入力する入力手段と、
入力した画素ブロックを圧縮符号化し、圧縮データを生成する圧縮手段と、
該圧縮手段で得られた圧縮データに、画素ブロックのヘッダ情報を付加してパケットデータを生成する生成手段と、
生成されたパケットデータを一時的に格納するためのバッファ手段と、
前記生成手段で生成された注目画素ブロックのパケットデータの圧縮データと、前記バッファ手段に格納された従前の画素ブロックのパケットデータの圧縮データとが一致するか、不一致であるか判定する判定手段と、
該判定手段の判定結果が不一致を示す場合、注目画素ブロックのパケットデータで前記バッファ手段を更新する更新手段と、
前記判定手段の判定結果が一致を示す場合、注目画素ブロックのパケットデータから圧縮データを除外し、一致することを示す情報を格納したヘッダを前記パケットデータとして前記メモリに転送し、
前記判定手段の判定結果が不一致を示す場合、不一致であることを示す情報を格納したヘッダと注目画素ブロックの圧縮データで構成される前記パケットデータを前記メモリに転送する転送手段とを備え、
前記判定手段は、注目画素ブロックのパケットデータのサイズが、予め設定された閾値以上の場合には、前記判定手段の判定は行なわず、前記転送手段は前記注目画素ブロックに対して生成されたパケットデータを前記メモリに転送することを特徴とする。
【0006】
【発明の実施の形態】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【0007】
[第1の実施形態]
図1は第1の実施形態におけるパケットデータとパケットテーブルの関係を示している。
【0008】
図中、10は各パケットのメモリ上での開始アドレス101を示すパケットテーブル、102はリピートフラグであり、ひとつ前のパケットとデータが同じ場合にフラグがONになり、異なる場合にはOFFに設定される。また、11はメモリに格納されているパケットデータ領域であり、図示の如く模式的に示した。
【0009】
図2はパケットのフォーマットであり、各パケットは本図に示すような形式でパッキングされる。パケットは32×32画素の1タイル分の画像データと、その画像データに対する情報をあらわすヘッダによって構成されている。このヘッダには、パケットのシリアル番号を示すパケットID、画像データが圧縮されているかされていないかを示す圧縮フラグ、また、画像データのデータ容量を示すデータレングスとを持っている。なお、図示では、パケットIDとして1バイトを確保しているので、パケット数は最大256個となる。より大きなサイズの画像を扱うために、このパケットIDにそれより多くのビット数又はバイトを割り当てても構わない。
【0010】
図3は32×32画素のタイルの単位に分割された1ページの画像データを示している。1ページの画像は、図示に示すようにタイル単位に分割されている。このタイルは32×32画素の集まりであり、この1タイルの画像データにヘッダを付加し、パケットとしている。タイルの単位は32×32画素でなくても良く、例えば64×64画素でも良いし、さらには正方形でなく、矩形などでも良い。画像データを圧縮する際は、1ページ分のデータをまとめて圧縮するのではなく、パケット毎に、そのパケット内の画像データについて独立して圧縮する。
【0011】
今、メモリ上に1ページ分の画像データがあり、これをソフトウェアにより、32×32画素ずつ圧縮し、パッキングをして、別のメモリ領域へパッキングされた画像データを作成する場合を考える。パケットテーブルはさらに別のメモリ領域に作成する。
【0012】
図4はパッキングを行なう際のフローチャートを示す。
【0013】
まず、ステップS1で、対象となる画像データから、1つのタイルデータ(32×32画素)を取り出し、圧縮を行なう。この圧縮方法はJPEGであっても良いし、別の圧縮方法であっても良い。圧縮されたデータにヘッダを付加し(このヘッダにはデータ容量もセットする)、パッキングを行なう。
【0014】
次いで、ステップS2に進み、ひとつ前のパケットデータの圧縮データを等しいか否かを判断する。最初のタイルデータの場合、すなわち、Packet ID=1となるタイルデータについては、そのひとつ前のデータは存在しないので、ステップS2では否と判断し、ステップS3に進む。
【0015】
ステップS3では、生成したパケットデータをメモリに書き込む処理を行う。そして、ステップS4において、パケットテーブルの該当するPacket IDのエントリに、パケットを書き込んだ領域の先頭のアドレスをセットする。このとき、リピートフラグはオフにする。
【0016】
そして、ステップS6に進み、1ページの最後まで処理したかを判断し、否の場合にはステップS1に戻る。
【0017】
こうして、1つ1つのタイルデータについてパッキングし、格納していくとき、ひとつ前の圧縮データと等しくなる場合がある。例えば、着目しているタイルがちょうど行間等の空白部にある場合等である。このとき、ステップS2での判断は、YESとなるので、処理はステップS5に分岐することになる。
【0018】
ステップS5に処理が進むと、注目タイルデータに対して生成したパケットデータは、メモリへ書き込まず、パケットテーブルのエントリのアドレスには比較したパケットの先頭アドレスをセット、またリピートフラグもセット(オン)する。
【0019】
以上の処理を繰り返し行っていくと、少なくとも同じ圧縮データが2つ以上続く場合、同じと判定された2つ目以降のタイルデータのパケットデータについてはメモリへの書き込みは行われず、パケットテーブルのエントリのアドレスには、その前に同じと判断されたパケットデータのアドレスが格納され、そのリピートフラグがオンになる。
【0020】
因に、図1では、4つ目のタイルデータ(Packet ID=4)の圧縮データが、その前(3つ目)のタイルデータの圧縮データが同じであった場合を示している(パケットテーブルに格納されたアドレスが同一位置を指し示している)。
【0021】
以上説明したように本実施形態によれば、1つのタイルに対してパケットテーブルに1レコード分のデータ量が必要であるものの、同じ圧縮データが連続する場合には、後続するタイルのためのパケットデータは必要がなくなる。例えば、文章等の場合には、行間という空白部が存在するので、その効果は非常に大きい。
【0022】
上記処理を行う装置としては、図5に示す構成が考えられる。
【0023】
図中、1は装置全体の制御を司るCPU、2はブートプログラムやBIOS等の記憶しているROMである。3はCPU1のワークエリアとして使用されるRAMであり、ここにOSや上記の処理プログラムもロードされることになる。4はハードディスク装置であって、OSや上記処理プログラムファイルの他、最終的に出来上ったデータファイル(パケットテーブルのファイル、パケットデータ)が格納される。5はネットワーク(例えば、イントラネット、インターネット)に接続する通信インターフェース、6はキーボード、7はマウスである。8は表示の制御を司る表示制御部であり、内部には表示にかかるコントローラやビデオメモリが内蔵されている。9は表示制御部8からのビデオ信号(ビデオメモリに格納されている画像)に基づいて表示する表示装置、10はイメージスキャナである。
【0024】
かかる構成において、装置に電源が投入されると、ハードディスク装置4よりOSがRAM3にロードされ、その後、上記の処理を行うアプリケーションがRAM3にロードされる。ユーザーは、このアプリケーション上で画像の入力の指示を与えると、通信インターフェース5或いはイメージスキャナ10から画像の入力を行い、図4に示す処理を実行し、ハードディスク装置4上にファイルとして格納する。
【0025】
なお、図示に示す如く、パケットテーブルとパケットデータそれぞれのファイルは別個に格納しても良いが、これだとファイルの管理が面倒になり、それぞれが異なる記憶装置に格納されていまうことも有り得る。そこで、これらを1つのファイルにしても良い。この場合、そのファイルの構造は、2つの部分に分けられ、先頭部分にパケットテーブル部、後半にはパケットデータ部とすれば良いであろう。ただし、パケットテーブル部には、パケットデータ部が、そのファイルの何バイト目から格納されているかを示すバイト数を格納する領域を設ける。但し、パケットテーブル部に、パケットテーブルのサイズに相当するデータ(例えばN×Mタイルの画像)を格納し、パケットデータ部の先頭アドレスが導きだされば無くても構わない。このように1つのファイルとして扱うことで、それらのデータが常に一体となっているので管理を簡単にすることが可能になる。
【0026】
<第2の実施形態>
次に第2の実施形態を説明する。図6は第2の実施形態におけるシステムのブロック図である。
【0027】
図中、501はCPU、502はメモリコントローラ、503はメモリ(RAM等)、506は入力されてくる画像データを圧縮してパケットに変換するパケット生成装置、508は画像データが入力されてくる入力ポートであって、この先には、イメージスキャナ等の画像入力装置、或いは画像データを格納した記憶装置等が接続される。507はパケットデータを比較のために格納しておくバッファ、504はパケット生成装置から入力されるパケットをメモリに転送するDMAC、505はCPU501、メモリコントローラ502、DMAC504を接続するシステムバスである。
【0028】
基本的なデータの流れを説明すると、次の通りである。
【0029】
画像入力ポート508から32×32の単位で画像が入力され、パケット生成装置506は画像を圧縮し、ヘッダを付加し、パケットのフォーマットにし、DMAC504に送る。パケットを受け取ったDMAC504はメモリ503にパケットをライトし、同時にパケットテーブルをRAM503上に作成(最初のパケットの書き込み時で、2つめ以降は追加となる)する。
【0030】
図7はパケット生成装置506のブロック図である。601は画像入力ポート508から入力された画像データを32×32のタイル単位で圧縮を行なう圧縮装置、603はパケットのヘッダーを作成するヘッダ作成装置、602はヘッダと圧縮された画像データをマージし、パケットを作成するパケットマージ装置、604はパケットをバッファに格納したり、バッファのパケットデータとパケットマージ装置603から送られてくるパケットを比較したりするバッファコントローラである。
まず、画像入力ポート508から画像データが32×32画素のタイルで送られてくる。圧縮装置601はその画像の圧縮を行ない、圧縮データをパケットマージ装置602に送り、また、圧縮データのデータ容量をヘッダー作成装置603に通知する。ヘッダー作成装置603はパケットIDをシリアルにナンバリングし、イメージデータビット長にデータ長を格納する。パケットマージ装置602は圧縮装置601からの画像データと、ヘッダー作成装置603からのヘッダーデータをマージしてパケットを作成する。パケットはバッファコントローラ604に送られる。バッファコントローラ内には、現在バッファにパケットデータが入っているかどうかを示すバッファフラグがある。バッファフラグがオンであれば、それ以前のパケットがバッファ507に存在していることを示し、かつそのパケットがある容量以下であることを示す。ここではバッファ507の容量は256Byteであるとし、それ以上の容量のパケットはバッファ507には格納されず、バッファフラグはオフにセットされる。ここでバッファ507の容量とバッファフラグをオンにするしきい値は圧縮前のパケットの画像データよりも小さい値にしておけばよい。このように、ある程度の容量以上のパケットはバッファに格納せず、比較対象から外すという理由は、同じデータのパケットが続くという場合は、バックグラウンドなど、白地のようなデータめ場合が多いと考えられる。このようなデータの場合は圧縮率が非常によいことが予想される。すなわち、容量の大きいパケットは比較しても一致する可能性が低いと考えることができる。本発明ではこの考え方を用いて、容量の大きなパケットはデータの比較を行なわないことにしている。
【0031】
バッファコントローラ604はパケットマージ装置602からパケットデータを受け取ると、そのパケットの容量が256Byte以下で、バッファフラグがオンの場合、パケットマージ装置602からのパケットデータの圧縮データと、バッファ507に格納されているパケットデータの圧縮データとを先頭から比較していく、パケット容量分すべてのデータが一致した場合には、DMAC504に対して、パケットのヘッダのリピートフラグをオンにセットして、さらにパケットから画像データを取り除き、ヘッダーのみを送る。また、比較の途中でデータが一致しなかった時には、そこから新たなパケットのデータをバッファ507に格納していく。パケットすべてを格納し終えると、バッファコントローラ604はバッファ507の先頭からパケットを読み出し、DMAC504にそのパケットを送り出す。バッファコントローラ604はパケットマージ装置602からパケットデータを受け取り、そのパケットの容量が256Byte以上であった場合には、バッファフラグをオフにして、バッファ507にはパケットを格納しないで、直接DMAC504にパケットを送信する。DMAC504は受け取ったパケットをメモリに書き込む作業を行なう。DMAC504にはパケットデータを格納するアドレスを示すレジスタであるパケットアドレスレジスタと、パケットテーブルを格納するアドレスを示すレジスタであるパケットテーブルアドレスレジスタが存在する。このパケットテーブルはメモリ上に格納する必要はなく、レジスタで構成されていても良い。受け取ったパケットのリピートフラグがオフの場合、パケットアドレスレジスタで示されたアドレスへパケットデータを書き込む。また、パケットテーブルアドレスレジスタで示ざれるアドレスへ、パケットアドレスレジスタで示されたアドレスを書き込む。そして、パケットアドレスレジスタはパケット容量分だけ加算し、パケットテーブルアドレスレジスタはパケットテーブルの1エントリ分である4Byteだけ加算する。それが終了すると次のパケットを受け取る。
【0032】
次に受け取ったパケットのリピートフラグがオンの場合は、パケットデータはメモリには書き込まず、パケットテーブルアドレスレジスタで示されるアドレスへ、パケットテーブルの一つ前のエントリをコピーし、そのエントリのリピートフラグをオンにする。パケットアドレスレジスタは変更せず、パケットテーブルアドレスレジスタはパケットテーブルの1エントリ分である4Byteだけ加算する。それが終了すると次のパケットを受け取る。
【0033】
なお、上記第2の実施形態でも、パケットテーブルとパケットデータとを1つのファイルとして格納しても良いのは勿論である。
【0034】
また、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
【0035】
また、本発明の目的は、前述した第1、第2の実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体(または記録媒体)を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0036】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0037】
以上説明したように、本実施形態によれば、同じデータのパケットが連続した場合には、パケットデータをメモリに格納する必要がなく、メモリ使用量が削減される。同じデータのパケットが連続することは、バックグラウンドが白地などの場合のページデータではかなりの大きい確率で起こることで、現実的に大きなメモリ使用量削減効果が期待できる。
【0038】
また、本発明の第2の実施形態によれば、容量の大きなパケットはデータ内容の比較は行なわず、容量の小さいパケットのみを比較の対象としている。これにより、比較のための時間が節約でき、かつ比較のためにパケット格納しておくバッファの容量をちいさくすることができる。さらに、パケットデータが一致した場合には、DMACに対してデータの転送は行なわず、ヘッダのみの転送を行なう。これにより、データ転送量を減らすことができ、実質的にデータ転送速度が向上する。
【0039】
【発明の効果】
以上説明したように本発明によれば、画像データを複数の画素ブロックに分割して記憶する場合において、等しい画素ブロックが複数ある場合に記憶容量を削減することができる。
【図面の簡単な説明】
【図1】第1の実施形態のパケットテーブルを示す図である。
【図2】パケットのフォーマットを示す図である。
【図3】32×32画素のタイルの単位に分割された1ページの画像データの一例を示す図である。
【図4】パッキングを行なう際のフローチャートである。
【図5】第1の実施形態における装置のブロック構成図である。
【図6】本発明の第2の実施形態におけるシステムのブロック図である。
【図7】パケット生成装置506のブロック図である。
Claims (5)
- 画像データを圧縮符号化する画像処理装置であって、
圧縮後の画像データを記憶するためのメモリと、
複数画素で構成される画素ブロックを順次入力する入力手段と、
入力した画素ブロックを圧縮符号化し、圧縮データを生成する圧縮手段と、
該圧縮手段で得られた圧縮データに、画素ブロックのヘッダ情報を付加してパケットデータを生成する生成手段と、
生成されたパケットデータを一時的に格納するためのバッファ手段と、
前記生成手段で生成された注目画素ブロックのパケットデータの圧縮データと、前記バッファ手段に格納された従前の画素ブロックのパケットデータの圧縮データとが一致するか、不一致であるか判定する判定手段と、
該判定手段の判定結果が不一致を示す場合、注目画素ブロックのパケットデータで前記バッファ手段を更新する更新手段と、
前記判定手段の判定結果が一致を示す場合、注目画素ブロックのパケットデータから圧縮データを除外し、一致することを示す情報を格納したヘッダを前記パケットデータとして前記メモリに転送し、
前記判定手段の判定結果が不一致を示す場合、不一致であることを示す情報を格納したヘッダと注目画素ブロックの圧縮データで構成される前記パケットデータを前記メモリに転送する転送手段とを備え、
前記判定手段は、注目画素ブロックのパケットデータのサイズが、予め設定された閾値以上の場合には、前記判定手段の判定は行なわず、前記転送手段は前記注目画素ブロックに対して生成されたパケットデータを前記メモリに転送することを特徴とする画像処理装置。 - 前記メモリには、圧縮データを格納するための画像データ格納領域と、各画素ブロックの格納アドレスをパケット単位に記憶するパケットテーブル領域とを有し、
更に、
前記転送手段で転送されたパケットデータに前記不一致を示す情報が格納されている場合、当該パケットデータに含まれる圧縮データを前記画像データ格納領域に追加格納すると共に、当該画像データ格納領域における前記圧縮データの格納アドレスを前記パケットテーブルに追加格納し、
前記転送手段で転送されたパケットデータに前記一致を示す情報が格納されている場合、前記画像データ格納領域への圧縮データの格納はせず、前記パケットテーブルに直前に追加格納されたアドレスと同じアドレスを、前記パケットテーブルに追加格納する手段を備えることを特徴とする請求項1に記載の画像処理装置。 - 前記画像データ格納領域と前記パケットテーブルを1つのファイルとして格納することを特徴とする請求項2に記載の画像処理装置。
- 圧縮符号化後の画像データを格納するためのメモリと、一時的に格納するためのバッファメモリとを有する画像処理装置の制御方法であって、
複数画素で構成される画素ブロックを順次入力する入力工程と、
入力した画素ブロックを圧縮符号化し、圧縮データを生成する圧縮工程と、
該圧縮工程で得られた圧縮データに、画素ブロックのヘッダ情報を付加してパケットデータを生成する生成工程と、
該生成工程で生成された注目画素ブロックのパケットデータの圧縮データと、前記バッファ手段に格納された従前の画素ブロックのパケットデータの圧縮データとが一致するか、不一致であるか判定する判定工程と、
該判定工程の判定結果が不一致を示す場合、注目画素ブロックのパケットデータで前記バッファメモリを更新する更新工程と、
前記判定工程の判定結果が一致を示す場合、注目画素ブロックのパケットデータから圧縮データを除外し、一致することを示す情報を格納したヘッダを前記パケットデータとして前記メモリに転送し、
前記判定工程の判定結果が不一致を示す場合、不一致であることを示す情報を格納したヘッダと注目画素ブロックの圧縮データで構成される前記パケットデータを前記メモリに転送する転送工程とを備え、
前記判定工程は、注目画素ブロックのパケットデータのサイズが、予め設定された閾値以上の場合には、前記判定手段の判定は行なわず、前記転送工程は前記注目画素ブロックに対して生成されたパケットデータを前記メモリに転送することを特徴とする画像処理装置の制御方法。 - 圧縮符号化後の画像データを格納するためのメモリと、一時的に格納するためのバッファメモリを有するコンピュータが読み込み実行することで、画像データを圧縮する画像処理装置として機能するコンピュータプログラムを格納したコンピュータ可読記憶媒体であって、
複数画素で構成される画素ブロックを順次入力する入力手段と、
入力した画素ブロックを圧縮符号化し、圧縮データを生成する圧縮手段と、
該圧縮手段で得られた圧縮データに、画素ブロックのヘッダ情報を付加してパケットデータを生成する生成手段と、
該生成手段で生成された注目画素ブロックのパケットデータの圧縮データと、前記バッファ手段に格納された従前の画素ブロックのパケットデータの圧縮データとが一致するか、不一致であるか判定する判定手段と、
該判定手段の判定結果が不一致を示す場合、注目画素ブロックのパケットデータで前記バッファメモリを更新する更新手段と、
前記判定手段の判定結果が一致を示す場合、注目画素ブロックのパケットデータから圧縮データを除外し、一致することを示す情報を格納したヘッダを前記パケットデータとして前記メモリに転送し、
前記判定手段の判定結果が不一致を示す場合、不一致であることを示す情報を格納したヘッダと注目画素ブロックの圧縮データで構成される前記パケットデータを前記メモリに転送する転送手段としてコンピュータに機能させ、
前記判定手段は、注目画素ブロックのパケットデータのサイズが、予め設定された閾値以上の場合には、前記判定手段の判定は行なわず、前記転送手段は前記注目画素ブロックに対して生成されたパケットデータを前記メモリに転送する
ことを特徴とするコンピュータプログラムを格納したことを特徴とするコンピュータ可読記憶媒体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000251293A JP3854790B2 (ja) | 2000-08-22 | 2000-08-22 | 画像処理装置及び方法及び記憶媒体 |
US09/927,539 US6992788B2 (en) | 2000-08-22 | 2001-08-13 | Image processing apparatus and method, and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000251293A JP3854790B2 (ja) | 2000-08-22 | 2000-08-22 | 画像処理装置及び方法及び記憶媒体 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2002064714A JP2002064714A (ja) | 2002-02-28 |
JP2002064714A5 JP2002064714A5 (ja) | 2005-12-15 |
JP3854790B2 true JP3854790B2 (ja) | 2006-12-06 |
Family
ID=18740715
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000251293A Expired - Fee Related JP3854790B2 (ja) | 2000-08-22 | 2000-08-22 | 画像処理装置及び方法及び記憶媒体 |
Country Status (2)
Country | Link |
---|---|
US (1) | US6992788B2 (ja) |
JP (1) | JP3854790B2 (ja) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004072398A (ja) * | 2002-08-06 | 2004-03-04 | Sony Corp | 情報処理システム、情報処理装置および方法、プログラム格納媒体、並びにプログラム |
KR100503484B1 (ko) * | 2002-08-27 | 2005-07-25 | 삼성전자주식회사 | 화상형성장치 |
JP4508942B2 (ja) * | 2005-05-24 | 2010-07-21 | キヤノン株式会社 | 画像処理装置、その制御方法、プログラム及び記憶媒体 |
JP4725196B2 (ja) * | 2005-05-31 | 2011-07-13 | 船井電機株式会社 | テレビ受像機 |
US7666671B2 (en) * | 2005-10-11 | 2010-02-23 | Cytyc Corporation | Methods for fixing cytological samples |
US8125486B2 (en) * | 2006-02-23 | 2012-02-28 | Los Alamos National Security, Llc | Combining multi-layered bitmap files using network specific hardware |
US8107116B2 (en) * | 2006-05-18 | 2012-01-31 | Konica Minolta Business Technologies, Inc. | Image forming apparatus |
JP6070524B2 (ja) * | 2013-12-04 | 2017-02-01 | ソニー株式会社 | 表示パネル、駆動方法、および電子機器 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS63173485A (ja) * | 1987-01-13 | 1988-07-18 | Toshiba Corp | 画像デ−タ圧縮装置 |
US5187755A (en) * | 1988-06-30 | 1993-02-16 | Dainippon Screen Mfg. Co., Ltd. | Method of and apparatus for compressing image data |
US5930387A (en) * | 1995-06-05 | 1999-07-27 | Apple Computer, Inc. | Method and apparatus for encoding color image data using dynamic color matching |
US5768481A (en) * | 1995-06-05 | 1998-06-16 | Apple Computer, Inc. | Method and apparatus for compression of digitized image data using a dynamic band recompression scheme |
US5838823A (en) * | 1996-02-29 | 1998-11-17 | Electronic Arts, Inc. | Video image compression and decompression |
US6301394B1 (en) * | 1998-09-25 | 2001-10-09 | Anzus, Inc. | Method and apparatus for compressing data |
-
2000
- 2000-08-22 JP JP2000251293A patent/JP3854790B2/ja not_active Expired - Fee Related
-
2001
- 2001-08-13 US US09/927,539 patent/US6992788B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
US20020054342A1 (en) | 2002-05-09 |
US6992788B2 (en) | 2006-01-31 |
JP2002064714A (ja) | 2002-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5778255A (en) | Method and system in a data processing system for decompressing multiple compressed bytes in a single machine cycle | |
US5805086A (en) | Method and system for compressing data that facilitates high-speed data decompression | |
US7130072B2 (en) | Multifunction system, image processing method, computer program and memory medium | |
JP3854790B2 (ja) | 画像処理装置及び方法及び記憶媒体 | |
JP2007287084A (ja) | 画像処理装置及びプログラム | |
JP2001103473A (ja) | 画像パケット構造、ページ画像データ構造並びにパケット生成装置及び方法 | |
KR100524076B1 (ko) | 데이터 압축 및 복원 장치 | |
JP3230815B2 (ja) | プリンタ | |
JPH0644013A (ja) | 印刷データの圧縮方法 | |
JP2004258865A (ja) | 情報処理方法 | |
JP2004258861A (ja) | 情報処理方法 | |
JP4022014B2 (ja) | イメージデータの管理方法 | |
JPH05204591A (ja) | 画像描画装置 | |
JP2003092674A (ja) | 画像処理装置および画像処理方法 | |
JPH09214746A (ja) | 画像出力システム及び画像形成装置 | |
JP2006217007A (ja) | 圧縮伸長モジュールのインターフェース装置 | |
JP4857149B2 (ja) | 画像形成装置 | |
JP2003196044A (ja) | 画像処理方法及びその装置 | |
JP2004253906A (ja) | 伸長装置 | |
JPH10293667A (ja) | バンディングにおけるバンド分割方法及び両面印刷方法 | |
JP2005020094A (ja) | 画像処理方法、画像処理装置 | |
JP2006260477A (ja) | パイプライン画像処理装置、画像処理方法及びプログラム | |
JP2006287604A (ja) | 画像処理装置、画像処理方法、及びコンピュータプログラム | |
JP2004157609A (ja) | 画像処理装置および画像処理システム | |
JP2001008042A (ja) | 画像データの符号化装置、復号化装置及びそれを用いた画像形成装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040611 |
|
RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20040611 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040611 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051031 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060220 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060420 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060529 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060728 |
|
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: 20060828 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060911 |
|
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: 20090915 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |