JP2002064714A - 画像処理装置及び方法及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 画像データを効率良く圧縮し記憶管理するこ
とが可能になる。 【解決手段】 画像データから所定画素数で構成される
タイル単位に圧縮し、パッキングを行う。そして、一つ
前のパケットの圧縮データと比べ、異なっていたらその
パケットデータをメモリに記憶し、パケットテーブルに
もその圧縮データのエントリアドレスを格納する。一
方、一つ前のパケットの圧縮データと比べ、それらが等
しい場合には、圧縮データの格納はせず、パケットテー
ブルの注目レコードに、１つ前のパケットの圧縮データ
のエントリアドレスを格納し、注目パケットは前回のア
ドレスの繰り返しであることを示すフラグをセットす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像データを圧縮格
納する画像処理装置及び方法及び記憶媒体に関するもの
である。

【０００２】

【従来の技術】従来、パケット単位で画像データを分割
し、それをメモリに格納して管理する場合は、パケット
にはヘッダをつけ、そこにパケットのレングスの情報を
書き込んでおき、パケットデータを順番にならべる。こ
れにより、その順番で読み書きをする限りは、ヘッダ情
報により、正しくヘッダを読み書きすることができる。
また、ランダムにパケットへアクセスをする場合には、
それぞれのパケットが格納されているアドレスをまとめ
たパケットテーブルを使用する場合もある。

【０００３】

【発明が解決しようとする課題】一般的にプリンタで印
刷される画像データにおいては、文字のない部分は白地
でデータがなく、そのような白地の部分は１ページで大
きな割合をしめる場合が多い。１ページの画像データを
パケットに分割して管理する場合、パケット内のすべて
の画素が白地だけであるパケットが多く存在することに
なり、まったく同じデータを含んだパケットの数が多く
なり、メモリを使用する割合も多くなる。

【０００４】本発明はかかる問題点に鑑みなされたもの
であり、画像データを効率良く圧縮し記憶管理すること
を可能ならしめる画像処理装置及び方法及び記憶媒体を
提供しようとするものである。

【０００５】

【課題を解決するための手段】この課題を解決するた
め、例えば本発明の画像処理装置は以下の構成を備え
る。すなわち、与えられた画像データを圧縮格納する画
像処理装置であって、前記画像データを、所定数の画素
の集合である画素ブロックに分割する分割手段と、該画
素ブロック単位に圧縮してパケットデータを順次生成す
る生成手段と、前記分割手段での分割対象となる各画素
ブロックに対するパケットデータの格納アドレスをパケ
ットテーブルとして記憶するパケットテーブル記憶手段
と、前記生成手段で生成された注目パケットデータと、
前回のパケットデータとが異なる場合、当該注目パケッ
トデータを格納すると共に、当該注目パケットデータの
格納アドレスを前記パケットテーブルに格納し、前記注
目パケットデータと、前回のパケットデータとが等しい
場合、当該注目パケットデータの格納を行わず、前回の
パケットデータの格納アドレスを、注目パケットデータ
に対する格納先アドレスとして前記パケットテーブルに
格納する格納制御手段とを備える。

【０００６】

【発明の実施の形態】以下、添付図面に従って本発明に
係る実施形態を詳細に説明する。

【０００７】［第１の実施形態］図１は第１の実施形態
におけるパケットデータとパケットテーブルの関係を示
している。

【０００８】図中、１０は各パケットのメモリ上での開
始アドレス１０１を示すパケットテーブル、１０２はリ
ピートフラグであり、ひとつ前のパケットとデータが同
じ場合にフラグがＯＮになり、異なる場合にはＯＦＦに
設定される。また、１１はメモリに格納されているパケ
ットデータ領域であり、図示の如く模式的に示した。

【０００９】図２はパケットのフォーマットであり、各
パケットは本図に示すような形式でパッキングされる。
パケットは３２×３２画素の１タイル分の画像データ
と、その画像データに対する情報をあらわすヘッダによ
って構成されている。このヘッダには、パケットのシリ
アル番号を示すパケットＩＤ、画像データが圧縮されて
いるかされていないかを示す圧縮フラグ、また、画像デ
ータのデータ容量を示すデータレングスとを持ってい
る。なお、図示では、パケットＩＤとして１バイトを確
保しているので、パケット数は最大２５６個となる。よ
り大きなサイズの画像を扱うために、このパケットＩＤ
にそれより多くのビット数又はバイトを割り当てても構
わない。

【００１０】図３は３２×３２画素のタイルの単位に分
割された１ページの画像データを示している。１ページ
の画像は、図示に示すようにタイル単位に分割されてい
る。このタイルは３２×３２画素の集まりであり、この
１タイルの画像データにヘッダを付加し、パケットとし
ている。タイルの単位は３２×３２画素でなくても良
く、例えば６４×６４画素でも良いし、さらには正方形
でなく、矩形などでも良い。画像データを圧縮する際
は、１ページ分のデータをまとめて圧縮するのではな
く、パケット毎に、そのパケット内の画像データについ
て独立して圧縮する。

【００１１】今、メモリ上に１ページ分の画像データが
あり、これをソフトウェアにより、３２×３２画素ずつ
圧縮し、パッキングをして、別のメモリ領域へパッキン
グされた画像データを作成する場合を考える。パケット
テーブルはさらに別のメモリ領域に作成する。

【００１２】図４はパッキングを行なう際のフローチャ
ートを示す。

【００１３】まず、ステップＳ１で、対象となる画像デ
ータから、１つのタイルデータ（３２×３２画素）を取
り出し、圧縮を行なう。この圧縮方法はＪＰＥＧであっ
ても良いし、別の圧縮方法であっても良い。圧縮された
のデータにヘッダを付加し（このヘッダにはデータ容量
もセットする）、パッキングを行なう。

【００１４】次いで、ステップＳ２に進み、ひとつ前の
パケットデータの圧縮データを等しいか否かを判断す
る。最初のタイルデータの場合、すなわち、Packet ID
＝１となるタイルデータについては、そのひとつ前のデ
ータは存在しないので、ステップＳ２では否と判断し、
ステップＳ３に進む。

【００１５】ステップＳ３では、生成したパケットデー
タをメモリに書き込む処理を行う。そして、ステップＳ
４において、パケットテーブルの該当するPacket IDの
エントリに、パケットを書き込んだ領域の先頭のアドレ
スをセットする。このとき、リピートフラグはオフにす
る。

【００１６】そして、ステップＳ６に進み、１ページの
最後まで処理したかを判断し、否の場合にはステップＳ
１に戻る。

【００１７】こうして、１つ１つのタイルデータについ
てパッキングし、格納していくとき、ひとつ前の圧縮デ
ータと等しくなる場合がある。例えば、着目しているタ
イルがちょうど行間等の空白部にある場合等である。こ
のとき、ステップＳ２での判断は、ＹＥＳとなるので、
処理はステップＳ５に分岐することになる。

【００１８】ステップＳ５に処理が進むと、注目タイル
データに対して生成したパケットデータは、メモリへ書
き込まず、パケットテーブルのエントリのアドレスには
比較したパケットの先頭アドレスをセット、またリピー
トフラグもセット（オン）する。

【００１９】以上の処理を繰り返し行っていくと、少な
くとも圧縮データが同じタイルデータが２つ以上続く場
合、後続のタイルデータのパケットデータについてはメ
モリへの書き込みは行われず、パケットテーブルのエン
トリのアドレスに、その前に同じと判断されたパケット
データに対しては、そのパケットテーブルのアドレスが
格納され、そのリピートフラグがオンになる。

【００２０】因に、図１では、４つ目のタイルデータ
（Packet ID=4）の圧縮データが、その前（３つ目）の
タイルデータの圧縮データが同じであった場合を示して
いる（パケットテーブルに格納されたアドレスが同一位
置を指し示している）。

【００２１】以上説明したように本実施形態によれば、
１つのタイルに対してパケットテーブルに１レコード分
のデータ量が必要であるものの、同じ圧縮データが連続
する場合には、後続するタイルのためのパケットデータ
は必要がなくなる。例えば、文章等の場合には、行間と
いう空白部が存在するので、その効果は非常に大きい。

【００２２】上記処理を行う装置としては、図５に示す
構成が考えられる。

【００２３】図中、１は装置全体の制御を司るＣＰＵ、
２はブートプログラムやＢＩＯＳ等の記憶しているＲＯ
Ｍである。３はＣＰＵ１のワークエリアとして使用され
るＲＡＭであり、ここにＯＳや上記の処理プログラムも
ロードされることになる。４はハードディスク装置であ
って、ＯＳや上記処理プログラムファイルの他、最終的
に出来上ったデータファイル（パケットテーブルのファ
イル、パケットデータ）が格納される。５はネットワー
ク（例えば、イントラネット、インターネット）に接続
する通信インターフェース、６はキーボード、７はマウ
スである。８は表示の制御を司る表示制御部であり、内
部には表示にかかるコントローラやビデオメモリが内蔵
されている。９は表示制御部８からのビデオ信号（ビデ
オメモリに格納されている画像）に基づいて表示する表
示装置、１０はイメージスキャナである。

【００２４】かかる構成において、装置に電源が投入さ
れると、ハードディスク装置４よりＯＳがＲＡＭ３にロ
ードされ、その後、上記の処理を行うアプリケーション
がＲＡＭ３にロードされる。ユーザーは、このアプリケ
ーション上で画像の入力の指示を与えると、通信インタ
ーフェース５或いはイメージスキャナ１０から画像の入
力を行い、図４に示す処理を実行し、ハードディスク装
置４上にファイルとして格納する。

【００２５】なお、図示に示す如く、パケットテーブル
とパケットデータそれぞれのファイルは別個に格納して
も良いが、これだとファイルの管理が面倒になり、それ
ぞれが異なる記憶装置に格納されていまうことも有り得
る。そこで、これらを１つのファイルにしても良い。こ
の場合、そのファイルの構造は、２つの部分に分けら
れ、先頭部分にパケットテーブル部、後半にはパケット
データ部とすれば良いであろう。ただし、パケットテー
ブル部には、パケットデータ部が、そのファイルの何バ
イト目から格納されているかを示すバイト数を格納する
領域を設ける。但し、パケットテーブル部に、パケット
テーブルのサイズに相当するデータ（例えばＮ×Ｍタイ
ルの画像）を格納し、パケットデータ部の先頭アドレス
が導きだされば無くても構わない。このように１つのフ
ァイルとして扱うことで、それらのデータが常に一体と
なっているので管理を簡単にすることが可能になる。

【００２６】＜第２の実施形態＞次に第２の実施形態を
説明する。図６は第２の実施形態におけるシステムのブ
ロック図である。

【００２７】図中、５０１はＣＰＵ、５０２はメモリコ
ントローラ、５０３はメモリ（ＲＡＭ等）、５０６は入
力されてくる画像データを圧縮してパケットに変換する
パケット生成装置、５０８は画像データが入力されてく
る入力ポートであって、この先には、イメージスキャナ
等の画像入力装置、或いは画像データを格納した記憶装
置等が接続される。５０７はパケットデータを比較のた
めに格納しておくバッファ、５０４はパケット生成装置
から入力されるパケットをメモリに転送するＤＭＡＣ、
５０５はＣＰＵ５０１、メモリコントローラ５０２、Ｄ
ＭＡＣ５０４を接続するシステムバスである。

【００２８】基本的なデータの流れを説明すると、次の
通りである。

【００２９】画像入力ポート５０８から３２×３２の単
位で画像が入力され、パケット生成装置５０６は画像を
圧縮し、ヘッダを付加し、パケットのフォーマットに
し、ＤＭＡＣ５０４に送る。パケットを受け取ったＤＭ
ＡＣ５０４はメモリ５０３にパケットをライトし、同時
にパケットテーブルをＲＡＭ５０３上に作成（最初のパ
ケットの書き込み時で、２つめ以降は追加となる）す
る。

【００３０】図７はパケット生成装置５０６のブロック
図である。６０１は画像入力ポート５０８から入力され
た画像データを３２×３２のタイル単位で圧縮を行なう
圧縮装置、６０３はパケットのヘッダーを作成するヘッ
ダ作成装置、６０２はヘッダと圧縮された画像データを
マージし、パケットを作成するパケットマージ装置、６
０４はパケットをバッファに格納したり、バッファのパ
ケットデータとパケットマージ装置６０３から送られて
くるパケットを比較したりするバッファコントローラで
ある。まず、画像入力ポート５０８から画像データが３
２×３２画素のタイルで送られてくる。圧縮装置６０１
はその画像の圧縮を行ない、圧縮データをパケットマー
ジ装置６０２に送り、また、圧縮データのデータ容量を
ヘッダー作成装置６０３に通知する。ヘッダー作成装置
６０３はパケットＩＤをシリアルにナンバリングし、イ
メージデータビット長にデータ長を格納する。パケット
マージ装置６０２は圧縮装置６０１からの画像データ
と、ヘッダー作成装置６０３からのヘッダーデータをマ
ージしてパケットを作成する。パケットはバッファコン
トローラ６０４に送られる。バッファコントローラ内に
は、現在バッファにパケットデータが入っているかどう
かを示すバッファフラグがある。バッファフラグがオン
であれば、それ以前のパケットがバッファ５０７に存在
していることを示し、かつそのパケットがある容量以下
であることを示す。ここではバッファ５０７の容量は２
５６Ｂｙｔｅであるとし、それ以上の容量のパケットは
バッファ５０７には格納されず、バッファフラグはオフ
にセットされる。ここでバッファ５０７の容量とバッフ
ァフラグをオンにするしきい値は圧縮前のパケットの画
像データよりも小さい値にしておけばよい。このよう
に、ある程度の容量以上のパケットはバッファに格納せ
ず、比較対象から外すという理由は、同じデータのパケ
ットが続くという場合は、バックグラウンドなど、白地
のようなデータめ場合が多いと考えられる。このような
データの場合は圧縮率が非常によいことが予想される。
すなわち、容量の大きいパケットは比較しても一致する
可能性が低いと考えることができる。本発明ではこの考
え方を用いて、容量の大きなパケットはデータの比較を
行なわないことにしている。

【００３１】バッファコントローラ６０４はパケットマ
ージ装置６０２からパケットデータを受け取ると、その
パケットの容量が２５６Ｂｙｔｅ以下で、バッファフラ
グがオンの場合、パケットマージ装置６０２からのパケ
ットデータを順にバッファ５０７に格納されているパケ
ットデータと先頭から比較していく、パケット容量分す
べてのデータが一致した場合には、ＤＭＡＣ５０４に対
して、パケットのヘッダのリピートフラグをオンにセッ
トして、さらにパケットから画像データを取り除き、ヘ
ッダーのみを送る。また、比較の途中でデータが一致し
なかった時には、そこから新たなパケットのデータをバ
ッファ５０７に格納していく。パケットすべてを格納し
終えると、バッファコントローラ６０４はバッファ５０
７の先頭からパケットを読み出し、ＤＭＡＣ５０４にそ
のパケットを送り出す。バッファコントローラ６０４は
パケットマージ装置６０２からパケットデータを受け取
り、そのパケットの容量が２５６Ｂｙｔｅ以上であった
場合には、バッファフラグをオフにして、バッファ５０
７にはパケットを格納しないで、直接ＤＭＡＣ５０４に
パケットを送信する。ＤＭＡＣ５０４は受け取ったパケ
ットをメモリに書き込む作業を行なう。ＤＭＡＣ５０４
にはパケットデータを格納するアドレスを示すレジスタ
であるパケットアドレスレジスタと、パケットテーブル
を格納するアドレスを示すレジスタであるパケットテー
ブルアドレスレジスタが存在する。このパケットテーブ
ルはメモリ上に格納する必要はなく、レジスタで構成さ
れていても良い。受け取ったパケットのリピートフラグ
がオフの場合、パケットアドレスレジスタで示されたア
ドレスへパケットデータを書き込む。また、パケットテ
ーブルアドレスレジスタで示ざれるアドレスへ、パケッ
トアドレスレジスタで示されたアドレスを書き込む。そ
して、パケットアドレスレジスタはパケット容量分だけ
加算し、パケットテーブルアドレスレジスタはパケット
テーブルの１エントリ分である４Ｂｙｔｅだけ加算す
る。それが終了すると次のパケットを受け取る。

【００３２】次に受け取ったパケットのリピートフラグ
がオンの場合は、パケットデータはメモリには書き込ま
ず、パケットテーブルアドレスレジスタで示されるアド
レスへ、パケットテーブルの一つ前のエントリをコピー
し、そのエントリのリピートフラグをオンにする。パケ
ットアドレスレジスタは変更せず、パケットテーブルア
ドレスレジスタはパケットテーブルの１エントリ分であ
る４Ｂｙｔｅだけ加算する。それが終了すると次のパケ
ットを受け取る。

【００３３】なお、上記第２の実施形態でも、パケット
テーブルとパケットデータとを１つのファイルとして格
納しても良いのは勿論である。

【００３４】また、本発明は、複数の機器から構成され
るシステムに適用しても、一つの機器からなる装置に適
用してもよい。

【００３５】また、本発明の目的は、前述した第１、第
２の実施形態の機能を実現するソフトウェアのプログラ
ムコードを記録した記憶媒体（または記録媒体）を、シ
ステムあるいは装置に供給し、そのシステムあるいは装
置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体
に格納されたプログラムコードを読み出し実行すること
によっても、達成されることは言うまでもない。この場
合、記憶媒体から読み出されたプログラムコード自体が
前述した実施形態の機能を実現することになり、そのプ
ログラムコードを記憶した記憶媒体は本発明を構成する
ことになる。また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているオペレーテ
ィングシステム（ＯＳ）などが実際の処理の一部または
全部を行い、その処理によって前述した実施形態の機能
が実現される場合も含まれることは言うまでもない。

【００３６】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００３７】以上説明したように、本実施形態によれ
ば、同じデータのパケットが連続した場合には、パケッ
トデータをメモリに格納する必要がなく、メモリ使用量
が削減される。同じデータのパケットが連続すること
は、バックグラウンドが白地などの場合のページデータ
ではかなりの大きい確率で起こることで、現実的に大き
なメモリ使用量削減効果が期待できる。

【００３８】また、本発明の第２の実施形態によれば、
容量の大きなパケットはデータ内容の比較は行なわず、
容量の小さいパケットのみを比較の対象としている。こ
れにより、比較のための時間が節約でき、かつ比較のた
めにパケット格納しておくバッファの容量をちいさくす
ることができる。さらに、パケットデータが一致した場
合には、ＤＭＡＣに対してデータの転送は行なわず、ヘ
ッダのみの転送を行なう。これにより、データ転送量を
減らすことができ、実質的にデータ転送速度が向上す
る。

【００３９】

【発明の効果】以上説明したように本発明によれば、画
像データを効率良く圧縮し記憶管理することが可能にな
る。

【図面の簡単な説明】

【図１】第１の実施形態のパケットテーブルを示す図で
ある。

【図２】パケットのフォーマットを示す図である。

【図３】３２×３２画素のタイルの単位に分割された１
ページの画像データの一例を示す図である。

【図４】パッキングを行なう際のフローチャートであ
る。

【図５】第１の実施形態における装置のブロック構成図
である。

【図６】本発明の第２の実施形態におけるシステムのブ
ロック図である。

【図７】パケット生成装置５０６のブロック図である。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 与えられた画像データを圧縮格納する画
   像処理装置であって、 前記画像データを、所定数の画素の集合である画素ブロ
   ックに分割する分割手段と、 該画素ブロック単位に圧縮してパケットデータを順次生
   成する生成手段と、 前記分割手段での分割対象となる各画素ブロックに対す
   るパケットデータの格納アドレスをパケットテーブルと
   して記憶するパケットテーブル記憶手段と、 前記生成手段で生成された注目パケットデータと、前回
   のパケットデータとが異なる場合、当該注目パケットデ
   ータを格納すると共に、当該注目パケットデータの格納
   アドレスを前記パケットテーブルに格納し、 前記注目パケットデータと、前回のパケットデータとが
   等しい場合、当該注目パケットデータの格納を行わず、
   前回のパケットデータの格納アドレスを、注目パケット
   データに対する格納先アドレスとして前記パケットテー
   ブルに格納する格納制御手段とを備えることを特徴とす
   る画像処理装置。
2. 【請求項２】 前記前回のパケットデータは、注目パケ
   ットデータの直前の画素ブロックに対応するパケットで
   あることを特徴とする請求項第１項に記載の画像処理装
   置。
3. 【請求項３】 前記格納制御手段で格納されたパケット
   データと前記パケットテーブルは１つのファイルとして
   格納されることを特徴とする請求項第１項に記載の画像
   処理装置。
4. 【請求項４】 前記パケットテーブルには、注目画素ブ
   ロックに対応するパケットデータの格納先として他のパ
   ケットデータのアドレスを参照する／しないを示すフラ
   グが設けられることを特徴とする請求項第１項に記載の
   画像処理装置。
5. 【請求項５】 与えられた画像データを圧縮格納する画
   像処理方法であって、 前記画像データを、所定数の画素の集合である画素ブロ
   ックに分割する分割工程と、 該画素ブロック単位に圧縮してパケットデータを順次生
   成する生成工程と、 前記分割工程での分割対象となる各画素ブロックに対す
   るパケットデータの格納アドレスをパケットテーブルと
   して記憶するパケットテーブル記憶工程と、 前記生成工程で生成された注目パケットデータと前回の
   パケットデータとが異なる場合、当該注目パケットデー
   タを格納すると共に、当該注目パケットデータの格納ア
   ドレスを前記パケットテーブルに格納し、 前記注目パケットデータと前回のパケットデータとが等
   しい場合、当該注目パケットデータの格納を行わず、前
   回のパケットデータの格納アドレスを、注目パケットデ
   ータに対する格納先アドレスとして前記パケットテーブ
   ルに格納する格納制御工程とを備えることを特徴とする
   画像処理方法。
6. 【請求項６】 与えられた画像データを圧縮格納する画
   像処理装置として機能するプログラムコードを格納する
   記憶媒体であって、 前記画像データを、所定数の画素の集合である画素ブロ
   ックに分割する分割工程のプログラムコードと、 該画素ブロック単位に圧縮してパケットデータを順次生
   成する生成工程のプログラムコードと、 前記分割工程での分割対象となる各画素ブロックに対す
   るパケットデータの格納アドレスをパケットテーブルと
   して記憶するパケットテーブル記憶工程のプログラムコ
   ードと、 前記生成工程で生成された注目パケットデータと前回の
   パケットデータとが異なる場合、当該注目パケットデー
   タを格納すると共に、当該注目パケットデータの格納ア
   ドレスを前記パケットテーブルに格納し、 前記注目パケットデータと前回のパケットデータとが等
   しい場合、当該注目パケットデータの格納を行わず、前
   回のパケットデータの格納アドレスを、注目パケットデ
   ータに対する格納先アドレスとして前記パケットテーブ
   ルに格納する格納制御工程のプログラムコードとを格納
   することを特徴とする記憶媒体。
7. 【請求項７】 少なくとも、画像データを圧縮する圧縮
   手段と、圧縮された画像データをパケット形式にパッキ
   ングするパケット生成手段と、パケットを一時格納して
   おくバッファと、当該バッファに存在するパケットと前
   記パケット生成手段により生成されたパケットを比較す
   る比較手段とを有する画像処理装置であって、 前記比較手段によって、前記バッファに格納された圧縮
   パケットデータと、注目圧縮パケットとが等しい場合、
   当該注目圧縮パケットのデータがバッファ内のデータと
   同一であることを示すフラグをセットすることを特徴と
   する画像処理装置。
8. 【請求項８】 前記バッファに存在するパケットと前記
   パケット生成手段により生成されたパケットを比較した
   結果、同一であった場合、生成するパケットからデータ
   を取り除き、パケットヘッダだけのパケットを生成する
   ことを特徴とする請求項第７項に記載の画像処理装置。
9. 【請求項９】 前記注目パケットの容量があらかじめ決
   められた容量よりも大きい場合には、前記バッファに格
   納せず、比較対象とはしないことを特徴とする請求項７
   又は請求項８に記載の画像処理装置。
10. 【請求項１０】 請求項第７項乃至第９項のいずれか１
    項に記載の前記パケットを受け取り、当該パケット内の
    ひとつ前の画素ブロックの画像データと同一であること
    を示すフラグがセットされている場合には、当該パケッ
    トをメモリ上に格納せず、フラグがセットされていない
    場合に格納することを特徴とするメモリ書き込み装置。