(57)【要約】【課題】背景の自然画像に、色指定が可能に文字画像を埋め込んだ合成画像を扱い、かつ、その合成画像をロッシー圧縮しても、依然として、自然で高画質な画質を維持する画像データの管理方法が望まれる。【解決手段】画像入力ポート１２０は、複数の画素の集合であるブロック単位に入力される画像データを入力する。パケット圧縮部１１０および１１１は、入力したブロックに、少なくともそのブロックの画像上の位置、データサイズおよび画像データの圧縮・非圧縮を示すヘッダ情報を付加してパケットとする。このパケットはＲＡＭ  １０５に格納され、パケットの集合体としての画像が管理される。その際、文字画像切出部１０７はブロックの画像データから文字画像を切り出し、パケット圧縮部１１０は切り出した文字画像を、文字画像に適した品質ファクタを用いて圧縮し、パケット圧縮部１１１は文字画像が切り出された画像を、その画像に適した品質ファクタを用いて圧縮する。【選択図】    図４
2004343430.tif 000002
【特許請求の範囲】
【請求項１】
複数の画素の集合であるブロック単位に入力される画像データを入力し、
入力したブロックに、少なくともそのブロックの画像上の位置、データサイズおよび画像データの圧縮・非圧縮を示すヘッダ情報を付加してパケットとし、
前記ヘッダ情報に基づき、前記パケットの集合体としての画像を管理し、
前記ブロックの画像データから文字画像を切り出し、
切り出した文字画像を、文字画像に適した品質ファクタを用いて圧縮するか、または、圧縮せずに文字画像パケットとし、
前記文字画像が切り出された画像を、その画像に適した品質ファクタを用いて圧縮した画像パケットにすることを特徴とする画像処理方法。
【請求項２】
前記管理により、前記ブロックの画像データを、圧縮した圧縮パケットと、非圧縮の非圧縮パケットとをメモリに混在して格納することを特徴とする請求項１に記載された画像処理方法。
【請求項３】
前記画像パケットを格納する前記メモリ上の隣接位置に、前記文字画像パケットを格納することを特徴とする請求項１または請求項２に記載された画像処理方法。
【請求項４】
前記画像パケットと前記文字画像パケットとを連結したパケットを前記メモリに格納することを特徴とする請求項１または請求項２に記載された画像処理方法。
【請求項５】
前記文字画像データの圧縮後のデータサイズが、圧縮前のデータサイズより大きい場合は非圧縮とし、圧縮前のデータサイズより小さい場合は圧縮すること請求項１から請求項４の何れかに記載された画像処理方法。
【請求項６】
さらに、前記圧縮前に、前記文字画像の背景に、圧縮による画質の劣化を生じない画素を埋め、前記文字画像が切り出された画像の切り出し部に、圧縮による画質の劣化を生じない画素を埋めることを特徴とする請求項１から請求項５の何れかに記載された画像処理方法。
【請求項７】
前記画像の管理は、前記パケットを格納するメモリのアドレスと、その画像パケットの大きさとを組とするエントリを連続して格納するエントリテーブルによって行うことを特徴とする請求項１に記載された画像処理方法。
【請求項８】
情報処理装置を制御して、請求項１から請求項７の何れかに記載された画像処理を実現することを特徴とするプログラム。
【請求項９】
請求項８に記載されたプログラムが記録されたことを特徴とする記録媒体。
【請求項１０】
複数の画素の集合であるブロック単位に画像データを入力する入力手段と、
入力したブロックに、少なくともそのブロックの画像上の位置、データサイズおよび画像データの圧縮・非圧縮を示すヘッダ情報を付加してパケットにするパケット化手段と、
前記ヘッダ情報に基づき、前記パケットの集合体としての画像を管理する管理手段と、
前記ブロックの画像データから文字画像を切り出す切出手段と、
切り出した文字画像を、文字画像に適した品質ファクタを用いて圧縮するか、または、圧縮せずに文字画像パケットにし、前記文字画像が切り出された画像を、その画像に適した品質ファクタを用いて圧縮した画像パケットにするパケット化手段とを有することを特徴とする画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は画像処理装置およびその方法に関し、例えば、画像をパケットの集合体として管理する画像処理に関する。
【０００２】
【従来の技術】
解像度が高い画像を扱う画像処理システムは、メモリ中の画像をニ次元座標系を用いて表すことが多い。また、カラー画像を扱う場合、画像のデータサイズが巨大になるため、ＪＰＥＧなどの画像圧縮を行い、メモリに格納する。そのため、画像圧縮される以前の画像も、あるまとまった処理単位でメモリ中に管理されている。通常、この単位は、ＪＰＥＧ画像圧縮を前提にすると、ＸおよびＹ方向に各八画素の８×８画素のニ次元データが一般的である。さらに、この単位を最小単位のブロックとしてＸＹ方向に整数個のブロックを配置したニ次元画像を処理の基本単位にする。例えば４×４ブロック（すなわち３２×３２画素）をメモリに格納し、この基本画像単位を種種の画像処理ハードウェアに送り、その処理結果を再度メモリに圧縮して保存する方式が、画像圧縮を前提としたメモリの効果的な利用・管理方法として優れている。
【０００３】
しかし、近年の様々な文書のカラー化に伴い、いわゆるビジネスカラー（八色から２５６色程度）の画像を取り扱うだけでなく、いわゆる写真画像（例えば６５５３６色）を背景として、その上に様々なフォント形式をもつ文字画像を上書きしたような画像が増え、同時に、高画質な印刷も求められている。これらの画像データは大量の主メモリを必要とするため、ＪＰＥＧなどのロッシー（非可逆）圧縮方式を用いることが多い。そのため、画像のある程度の劣化は避けれられない。
【０００４】
ＪＰＥＧなどのロッシー圧縮方式を用いても、通常の写真画像だけ、あるいは、文字画像だけを印刷するような場合は圧縮方式による画像の劣化は問題とならない。一方、写真画像と文字画像を合成したような画像にＪＰＥＧなどのロッシー圧縮方式を用いる場合、各基本画像単位は同じ品質ファクタ（Ｑファクタ）で圧縮され、背景の写真画像と文字画像の境界に画質劣化が生じる。
【０００５】
背景の自然画像に、色指定が可能に文字画像を埋め込んだ合成画像を扱い、かつ、その合成画像をＪＰＥＧなどのロッシー圧縮方式で画像圧縮しても、依然として、自然で高画質な画質を維持する画像データの管理方法が望まれる。
【０００６】
なお、特許２５５９７２６号公報には、ブロックごとに画像圧縮する場合、そのブロック内に文字が存在する場合は文字部分に相当する画素を別方式で符号化する、符号化制御が記載されている。
【０００７】
【特許文献】
特許２５５９７２６号公報
【０００８】
【発明が解決しようとする課題】
本発明は、上述の問題を個々にまたはまとめて解決するためのもので、背景の自然画像に、色指定が可能に文字画像を埋め込んだような合成画像を容易に管理することを目的とする。
【０００９】
また、上記の合成画像をロッシー圧縮しても、依然として、自然で高画質な画質を維持するように画像データを管理することを他の目的とする。
【００１０】
【課題を解決するための手段】
本発明は、前記の目的を達成する一手段として、以下の構成を備える。
【００１１】
本発明は、複数の画素の集合であるブロック単位に入力される画像データを入力し、入力したブロックに、少なくともそのブロックの画像上の位置、データサイズおよび画像データの圧縮・非圧縮を示すヘッダ情報を付加してパケットとし、ヘッダ情報に基づき、パケットの集合体としての画像を管理し、ブロックの画像データから文字画像を切り出し、切り出した文字画像を、文字画像に適した品質ファクタを用いて圧縮するか、または、圧縮せずに文字画像パケットとし、文字画像が切り出された画像を、その画像に適した品質ファクタを用いて圧縮した画像パケットにすることを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明にかかる実施形態の画像処理を図面を参照して詳細に説明する。
【００１３】
［画像パケット］
図１は実施形態の画像パケットの基本構成例を示す図である。
【００１４】
画像パケットは、３２×３２画素の二次元画像データ（タイルと呼ぶ）２０１と、その画像データに対する付加情報を表すヘッダ２００から構成される。ヘッダ２００は、画像パケットのシリアル番号を二次元座標で示すパケットＩＤ情報２０２および２０３、画像データの大きさを示す情報２０５、並びに、この画像に施された圧縮の有無や文字画像の切り出しの有無を示すフラグ情報２０４などを含む。なお、予約バイト２０６は、将来の拡張性にのために予約された領域を意味する。また、画像データ２０１のサイズが３２バイトの整数倍になるように、圧縮される場合も非圧縮の場合も同様に、それぞれパディングされる。
【００１５】
図２は３２×３２画素のタイルに分割された一頁の画像を表す図である。一頁の画像は、この図２に示すようにタイルに分割され管理される。なお、タイルの大きさは、３２×３２画素に限らず、６４×６４画素でもよいし、もちろん縦横のサイズが異なる長方形でもよい。また、画像データの圧縮は画像パケットごとに圧縮し、文字画像の切り出しも画像パケットごとに行うことができる。
【００１６】
ヘッダ２００に含まれるパケット番号はタイル番号と一致し、Ｘ方向のタイル座標２０３とＹ方向のタイル座標２０２の組み合わせとしてＹｎＸｎで表すことができる。
【００１７】
図３は文字画像を切り出して原画像と切り出した文字画像とを別々に画像圧縮した場合の画像パケットの構成例を示す図である。
【００１８】
図３の例では、ヘッダ３００ａ内のフラグ情報３０５には文字画像を切り出したことを示すフラグが設定されている。この場合、ヘッダ３００ａに続いて、文字画像を切り出された画像の圧縮データ３０１が存在し、その後に文字画像のヘッダ３００ｂ（画像の大きさを示す情報以外はヘッダ３００ａのコピー）が続き、その直後に切り出した文字画像の圧縮データ３０２が続く。なお、画像を圧縮する際、原画像から文字画像を切り出した部分には、画像圧縮を行っても、画質が劣化しないような画素を埋めてから、１タイル分の画像を圧縮する。同様に、切り出した文字画像の背景にも、画像圧縮を行っても、画質が劣化しないような画素をめてから、１タイル分の画像を圧縮する。
【００１９】
なお、予約バイト３０８は、将来の拡張性にのために予約された領域を意味する。また、画像データ３０１および３０２のサイズが３２バイトの整数倍になるように、圧縮される場合も非圧縮の場合も同様に、それぞれパディングされる。また、画像データ１のバイト長３０６は、文字画像を含む画像の大きさを表し、画像データ２バイト長３０６７は、文字画像を切り出した残りの画像の大きさを表す。
【００２０】
文字画像を含むと判断されたタイルは、文字画像が切り出された画像と、文字画像の２タイル分に分けられ、別々に管理される。
【００２１】
［装置の構成］
図４は上記の画像パケットを生成する画像処理装置の構成例を示す図である。
【００２２】
ＣＰＵ  １００は、ＲＯＭ  １０３に格納されたプログラムに従い、ＲＡＭ  １０５をワークメモリとして、システムバス１０１を介して装置全体を制御する。通常、ＲＯＭ  １０３およびＲＡＭ  １０５は、ＲＯＭコントローラ  １０２およびＲＡＭコントローラ１０４を介して、システムバス１０１に接続され、ＣＰＵ  １００は、それらコントローラを介してＲＯＭ  １０３およびＲＡＭ  １０５にアクセスする。
【００２３】
画像入力ポート１２０は、例えば３２×３２画素のタイル形式の画像データを入力する。文字画像検出部１０６は、入力画像をバッファリングして、１タイル内に文字画像が含まれるか否かを検出する。この検出により、文字画像の画像の特徴が見付かると文字画像のアウトラインが抽出される。もし、文字画像の画像の特徴が検出されない場合は、そのタイルが文字画像を含まないと判断しても構わないが、より細かな画像の特徴を検出するなど検出の緻密さ徐々に上げて、ある緻密さまで上げても検出されない場合に文字画像を含まないと判断することが、検出時間および検出精度の面で好ましい。
【００２４】
文字画像切出部１０７は、文字画像が検出された場合、そのアウトラインに基づき、原画像から画素単位に文字画像を切り出す。切り出された文字画像は、画素充填部１０８により背景画像が追加され、パケット圧縮部１１０による画像圧縮を受けても画質が劣化しないように処理される。パケット圧縮部１１０は文字画像だけを含む１タイル分のパケットを生成し、パケットＤＭＡＣ  １１２はパケットをＲＡＭ  １０５にＤＭＡ転送する。例えばユーザの指定によっては、全く画像圧縮を行わず（画像圧縮処理をパスする）にパケットＤＭＡＣ１１２に画像データを渡して、ＲＡＭ  １０５に画像パケットとしてＤＭＡ転送することも可能である。言い換えれば、文字画像が圧縮されずに、画像パケットとしてＲＡＭ  １０５に格納される場合もあるということである。
【００２５】
一方、画素充填部１０９は、文字画像が検出された場合、そのアウトライン情報に基づき、原画像の文字画像の画素を、パケット圧縮部１１１による画像圧縮を受けても画質が劣化しないような画素に置き換える。画素充填部１０９による１タイル分の画像の処理が完成すると、パケット圧縮部１１１は、１タイル分の画像圧縮を行い、１タイル分のパケットを生成する。このパケットは、パケットＤＭＡＣ  １１３により、ＲＡＭ  １０５に画像パケットとしてＤＭＡ転送される。
【００２６】
なお、ヘッダ２００、３００ａ、３００ｂは、タイル形式の画像データに添付された（または画像データとともに入力される）パケットＩＤを参照して、パケット圧縮部１１０、１１１（またはパケットＤＭＡＣ  １１２、１１３）、あるいは、ＣＰＵ  １００によって付加される。
【００２７】
文字画像を切り出した画像は、通常、原画像より画像データが大きくなることはないが、画像圧縮によって、原画像を圧縮した場合より圧縮後の画像データが小さくなるように、切り出した文字画像に代わって埋め込む画素を選択する必要がある。選択すべき画素は、画像に依存する場合が多々あるので、注意深く選択する必要がある。
【００２８】
文字画像だけを含む画像と、文字画像を除いた画像とは、別々の画像圧縮データパスを通すことができるので、それぞれ異なる圧縮率を設定することができるし、それぞれ異なるＪＰＥＧ量子化テーブルを設定することができる。勿論、文字画像を切り出して二つの画像に分解した後、それらを同時に画像圧縮することが可能である。
【００２９】
ＲＡＭ  １０５内に格納された文字画像が切り出された画像のパケットと、文字画像だけを含む画像のパケットとは、ＣＰＵ  １００によって、図３に示す一つのパケットに合成され、あるいは、互いに隣接するメモリ上の位置に格納され、文字画像を除いた画像を含む画像データおよび文字画像データの二種類の画像データを含む一つのパケットになる。
【００３０】
パケットＤＭＡＣ  １１７は、ＲＡＭ  １０５からＤＭＡ転送により読み出したパケットのヘッダを解析し、文字画像データ３０２を含む場合は、１タイル分の文字画像データ３０２をパケット伸長部１１５へ渡す。パケット伸長部１１５は、１タイル分の文字画像データをバッファリングし、文字画像データが圧縮されていれば伸長して、文字画像データを画像合成部１１４に渡す。勿論、圧縮されていない場合は、文字画像データをそのまま画像合成部１１４に渡す。
【００３１】
一方、パケットＤＭＡＣ  １１８は、ＲＡＭ  １０５からＤＭＡ転送により読み出したパケットのヘッダを解析し、文字画像データ３０２を含む場合は、１タイル分の画像データ３０１をパケット伸長部１１６へ渡す。文字画像データ３０２を含まない場合は、読み出したパケットの画像データ２０１をパケット伸長部１１６へ渡す。パケット伸長部１１６は、１タイル分の画像データをバッファリングし、画像データが圧縮されていれば伸長して、画像データを画像合成部１１４にデータを渡す。勿論、圧縮されていない場合は、文字画像データをそのまま画像合成部１１４に渡す。
【００３２】
なお、図３に示す一つの画像パケット内のどちらの画像データが時間的に早く画像合成部１１４に到着してもよい。画像合成部１１４は、別々の画像をラスタ操作で単純に画素毎に操作するだけであり、画像データが伸長されて、画像合成部１１４に最初に到着した画像データがラスタ操作のソース画素になり、後から画像生成部１１４に到着した画像データがラスタ操作のデステネ−ション画素になる。
【００３３】
画像生成部１１４は、１タイル分の画像合成が終了すると、１タイル分の画像を画像出力ポート１１９に出力する。その後、必要な数のタイル分の画像が揃った時点で、画像出力ポート１１９に蓄えられた画像は、例えばプリンタインタフェイスを介してプリンタエンジンに送られる。
【００３４】
［ニ次元画像データの管理］
次に、主メモリ内におけるニ次元画像データの管理についてさらに説明する。
【００３５】
本実施形態において、画像データはＸＹ方向３２×３２画素の矩形領域（タイル）に分割され、画像パケット形式でメモリ（例えばＲＡＭ  １０５）内に格納される。なお、画像パケットは、図１または図３に示したように、メモリ上で効率的に管理するため、画像データに関する付加情報を含む固定長のヘッダ２００（および／または３００ａ、３００ｂ）を含む。
【００３６】
主メモリ内の画像データ全体は、それぞれのパケットへのポインタ（メモリ内のアドレス）と、そのパケット長の組の配列である一つのパケットテーブル４００で表される。図５はパケットテーブル４００の一例を示す図である。なお、パケットテーブルは、ＣＰＵ  １００またはパケットＤＭＡＣによって作成され、ＲＡＭ  １０５に格納される。
【００３７】
パケットテーブル４００において、パケットアドレスポインタ４０１は、一つのパケットへのポインタ（先頭アドレス）を示し、パケット長４０２は、ヘッダを含む一つのパケット全体のバイト数である。パケットテーブル４００の内容は、Ｘ方向にタイル順に並び、タイル座標の組では、（Ｙｎ，  Ｘｎ）  ＝（０００，  ０００）  （０００，  ００１）  （０００，  ００２）  …  （０００，  Ｘｎの最大値）  （００１，  ０００）  （００１，  ００１）  …  （Ｙｎの最大値，  Ｘｎの最大値）の順に並んでいる。
【００３８】
このように、画像データを圧縮方式に適した画像パケットの形式でメモリに格納し、エントリテーブル（パケットテーブル）に基づき各画像を管理するだけでなく、タイル単位の入力画像から文字画像を切り出し、文字画像と文字画像を除いた画像（例えば背景画像）の二つの画像に分離して、異なる圧縮方式を指定し画像圧縮し、再度一つの画像パケット内に個別に格納する。
【００３９】
上記の方法によって、一つの画像パケットに格納された圧縮データを別々に伸長し、伸長した二つの画像を合成することで、ロッシー圧縮方式を採用したとしても、より高画質な画像を復元することが可能になる。勿論、圧縮結果が原画像のデータサイズより大きくなるような画像や、文字画像の切り出しに失敗した場合は、画像パケット内の画像データ部分は原画像のデータをそのまま埋め込むことは言うまでもない。
【００４０】
なお、文字画像などの画像圧縮に、ロッシー圧縮方式ではなくロスレス（可逆）圧縮方式を用いれば、圧縮するしない、文字画像の背景などにかかわらず文字画像の画質劣化を抑えることができる。勿論、ソリッドな背景画像や単純な模様だけの背景画像についてはロスレス圧縮でも充分に画像圧縮可能であるから、ロスレス圧縮を利用してもよい。
【００４１】
上記の実施形態における画像パケット生成装置は、複数の画素の集まりを一つの画素ブロック単位とし、その画素ブロック単位毎に画像データを分割し、少なくとも、その画素ブロックニ次元座標の位置情報、その画素ブロックのサイズ、あるいはその画素ブロック内の画像データが圧縮されているかどうかを区別できるフラグをもった情報が付加された形式で管理されるデータ構造（画像パケット）を生成する。
【００４２】
また、画像データ全体を画像パケットに分割し、画像パケット単位で圧縮する過程において、圧縮画像データを格納している画像パケットと非圧縮画像データを格納している画像パケットを混在してメモリ内に生成し、かつ画像パケットヘッダー内の圧縮フラグをそれぞれの場合に応じて、切り換える。
【００４３】
また、分割された画像データ毎に画像圧縮を行い、画像圧縮後のデータの大きさが圧縮する前の画像のデータより多きい場合には、非圧縮（もとのままの）データを画像パケットとして生成し、一方画像圧縮後のデータの大きさが圧縮する前の画像データより小さい場合には、圧縮画像データを画像パケットとして生成する。
【００４４】
また、分割された画像データに対し、ＪＰＥＧなどの画像圧縮を行う前に、エッジ検出などの文字画像認識手法を用いることにより、画像内の文字画像を含む画像として切り出し、文字画像切り出しを行った元の画像に対しては、その画像に最適なＱファクタを指定して画像圧縮を行い、一方切り出された文字画像データに対しては、文字画像に適したＱファクタを用いて画像圧縮を行うか、あるいは画像圧縮を行わずそのままにしておくことが指定でき、かつ文字画像を切り出した元画像の画像パケットと隣接した位置に、文字画像用の画像パケットとして格納する。
【００４５】
また、元画像の切り出された文字画像の部分に対しては、画像圧縮による画像の劣化がでないような画素で切り取られた文字画像の部分を埋めてから、画像圧縮することとし、また切り取られた文字画像の背景画像についても、画像圧縮による画像の劣化がでないような画素で文字画像の背景を埋めてから、画像圧縮を行う。
【００４６】
また、文字画像を切り出す過程において、文字画像の切り出しに成功した画像パケットと文字画像切り出しに失敗した画像パケットを混在してメモリ内に生成し、その画像パケットヘッダー内の文字画像切り出しフラグをそれぞれの場合に応じて、切り換える。なお、文字画像切り出しに成功した場合、元画像と切り出した文字画像の圧縮・非圧縮に関する情報は画像パケット内の圧縮フラグに従う。
【００４７】
また、上記の画像パケットを、個々の画像パケット格納されているメモリ内のアドレスとその画像パケットの大きさが組みになっているエントリとし、このエントリが連続しているエントリテーブルの形式で、画像全体を管理する。
【００４８】
また、上記の画像パケットを生成した後に、それぞれの画像パケットをメモリに書き出すと同時に、パケットテーブルもメモリ中に生成するＤＭＡ制御装置をもつ。
【００４９】
また、上記のＤＭＡ制御装置によって、メモリ内に格納された画像パケットを、パケットテーブルを参照しながら、それぞれメモリから読み出すＤＭＡ制御装置をもつ。
【００５０】
また、上記のＤＭＡ制御装置によって、メモリから読み出されたそれぞれの画像パケットをそのパケットヘッダ情報に基づいて解析し、指定画像パケットが圧縮されていた場合、その画像を伸長する。
【００５１】
また、上記のＤＭＡ制御装置によって、メモリから読み出されたそれぞれの画像パケットをそのパケットヘッダ情報に基づいて解析し、指定画像パケットに対し、文字画像切り出しが行われていた場合、文字画像部分に続き、文字画像を除いた背景画像もメモリから読み出し、必要ならば、それぞれの画像の解凍を行う。
【００５２】
また、作成された二つの画像パケット内に含まれる二つの画像を合成して、一つの画像を生成する。
【００５３】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００５４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５６】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００５７】
【発明の効果】
以上説明したように、本発明によれば、背景の自然画像に、色指定が可能に文字画像を埋め込んだような合成画像を容易に管理することができる。
【００５８】
また、上記の合成画像をロッシー圧縮しても、依然として、自然で高画質な画質を維持するように画像データを管理することができる。
【図面の簡単な説明】
【図１】実施形態の画像パケットの基本構成例を示す図、
【図２】３２×３２画素のタイルに分割された一頁の画像を表す図、
【図３】文字画像を切り出して原画像と切り出した文字画像とを別々に画像圧縮した場合の画像パケットの構成例を示す図、
【図４】画像パケットを生成する画像処理装置の構成例を示す図、
【図５】パケットテーブルの一例を示す図である。
【図１】
2004343430.tif 000003
【図２】
2004343430.tif 000004
【図３】
2004343430.tif 000005
【図４】
2004343430.tif 000006
【図５】
2004343430.tif 000007