(57)【要約】【課題】画像処理装置内での画像データの編集を可能とし、また画像処理装置内のメモリ量の大幅削減を実現することが出来る画像処理装置、画像処理方法、画像処理プログラム及び記録媒体を提供する。【解決手段】記憶部１、ブロック符号制御部２、ブロック伸長部３、圧縮部４、メモリ５、編集部６から構成された画像処理装置であって、編集したい位置のブロック画像デ−タを読み出し、伸張部３により伸長し、所定の編集を行う。編集後の画像データを、ブロック圧縮部４において圧縮し、記憶部１に再保存する。圧縮画像データをページ伸長して編集するのではなく、ブロックごとに伸長して再圧縮することによって、メモリ量の削減を図る。画像の一部分のみを編集する時は、編集不要な圧縮データは処理しないため大幅に処理時間を短縮できる。【選択図】図１
2008271235.tif 000002
【特許請求の範囲】
【請求項１】
ブロック単位で圧縮された画像データを、ブロック単位で記憶する記憶手段と、
前記ブロック単位で記憶している圧縮画像データの格納アドレスを記憶し、前記記憶手段からブロック単位で読み出すときに前記格納アドレスに基づき圧縮画像データを読み出す読み出し手段と、
前記読み出した圧縮画像データを伸長する伸長手段と、
前記伸長した画像データを編集する編集手段と、
前記編集した画像データを圧縮する圧縮手段と、を備えることを特徴とする画像処理装置。
【請求項２】
前記記憶手段から所定の符号フォーマットを生成するフォーマット生成手段と、
ネットワークと接続する接続手段と、
前記ネットワークの条件に基づいて前記フォーマットを作成するときの圧縮率を調整し、フォーマットのデータ量を調整する調整手段と、を備えることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記編集手段は、前記ネットワークから受信した編集内容に基づいて編集することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
画像データを表示する表示手段を備え、
前記編集手段は、前記表示手段から指示された編集内容に基づいて編集することを特徴とする請求項１から３のいずれか１項記載の画像処理装置。
【請求項５】
前記表示手段に表示する画像データは、前記記憶手段が記憶するブロックごとの圧縮された画像デ−タから生成した小解像度の画像データであることを特徴とする請求項４記載の画像処理装置。
【請求項６】
ブロック単位で圧縮された画像データを、ブロック単位で記憶するステップと、
前記ブロック単位で記憶している圧縮画像データの格納アドレスを記憶し、前記記憶手段からブロック単位で読み出すときに前記格納アドレスに基づき圧縮画像データを読み出すステップと、
前記圧縮画像データを伸長するステップと、
前記伸長した画像データを編集するステップと、
前記編集した画像データを圧縮するステップと、を備えることを特徴とする画像処理方法。
【請求項７】
ブロック単位で圧縮された画像データを、ブロック単位で記憶する処理と、
前記ブロック単位で記憶している圧縮画像データの格納アドレスを記憶し、前記記憶手段からブロック単位で読み出すときに前記格納アドレスに基づき圧縮画像データを読み出す処理と、
前記圧縮画像データを伸長する処理と、
前記伸長した画像データを編集する処理と、
前記編集した画像データを圧縮する処理と、をコンピュータに実行させることを特徴とする画像処理プログラム。
【請求項８】
請求項７に記載のプログラムの処理を記録したコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理方法、画像処理プログラム及び記録媒体に関し、特に画像の編集を行う画像処理装置、画像処理方法、画像処理プログラム及び記録媒体に関する。
【背景技術】
【０００２】
プリンタ等の画像データを取り扱う装置には、画像データを蓄積するためのメモリが設けられている。このような装置において画像データをそのまま格納する場合は大容量のメモリが必要とされることになり、装置の製造コストが上昇してしまう。そこで従来から画像データを圧縮して格納するといった方法が提案されている。記憶されている画像データを出力する場合は圧縮コードを順次伸長して画像データを得ていた。
【０００３】
また、圧縮コードを矩形ブロック単位で生成し、出力する際は必要とする矩形ブロックに関する圧縮コードだけ読み出して伸長する技術が提案されている（例えば特許文献１、２参照）。
【特許文献１】特開平８−３１７２２５号公報
【特許文献２】特開平１０−７５３４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ここで、画像データを取り扱う装置としては、例えばＭＦＰ（Multi Function Printer）が考え得るが、ＭＦＰが上述したように圧縮した状態の画像データを保存した場合に、一度ＭＦＰ内部に保存した圧縮画像デ−タを、ＭＦＰ内で編集することは不可能であるという問題があった。
【０００５】
上記提案されている技術では、画像データの圧縮によるメモリ量削減と、画像データの出力についてしか考慮されていない。一度ＭＦＰ内部に保存した圧縮画像デ−タを編集するためには、ソフトウェアを用いてクライアントＰＣ側にデ−タを送り、編集する必要があった。しかしながら、画像デ−タが大きいため転送時間がかかってしまうという問題があった。また、ＰＣへ転送した後も、画像データが大きいため編集処理が非常に重い処理となり、時間がかかるという問題があった。ＭＦＰ内部で編集できるようにするためには、圧縮画像データを全面展開して編集できるよう非常に多くのメモリも必要となり、コストが増大するという問題が考えられる。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、ブロックごとに画像データを編集することで、画像処理装置内での画像データ編集を短い処理時間で行うことができ、また画像データはブロックごとに圧縮して記憶するため、画像処理装置内のメモリ量の大幅削減を実現することを目的としている。
【課題を解決するための手段】
【０００７】
請求項１記載の発明は、ブロック単位で圧縮された画像データを、ブロック単位で記憶する記憶手段と、前記ブロック単位で記憶している圧縮画像データの格納アドレスを記憶し、前記記憶手段からブロック単位で読み出すときに前記格納アドレスに基づき圧縮画像データを読み出す読み出し手段と、前記読み出した圧縮画像データを伸長する伸長手段と、前記伸長した画像データを編集する編集手段と、前記編集した画像データを圧縮する圧縮手段と、を備えることを特徴とする画像処理装置である。
【０００８】
請求項２記載の発明は、請求項１記載の装置において、前記記憶手段から所定の符号フォーマットを生成するフォーマット生成手段と、ネットワークと接続する接続手段と、前記ネットワークの条件に基づいて前記フォーマットを作成するときの圧縮率を調整し、フォーマットのデータ量を調整する調整手段と、を備えることを特徴とする。
【０００９】
請求項３記載の発明は、請求項１又は２記載の装置において、前記編集手段は、前記ネットワークから受信した編集内容に基づいて編集することを特徴とする。
【００１０】
請求項４記載の発明は、請求項１から３のいずれか１項記載の装置において、画像データを表示する表示手段を備え、前記編集手段は、前記表示手段から指示された編集内容に基づいて編集することを特徴とする。
【００１１】
請求項５記載の発明は、請求項４記載の装置において、前記表示手段に表示する画像データは、前記記憶手段が記憶するブロックごとの圧縮された画像デ−タから生成した小解像度の画像データであることを特徴とする。
【００１２】
請求項６記載の発明は、ブロック単位で圧縮された画像データを、ブロック単位で記憶するステップと、前記ブロック単位で記憶している圧縮画像データの格納アドレスを記憶し、前記記憶手段からブロック単位で読み出すときに前記格納アドレスに基づき圧縮画像データを読み出すステップと、前記圧縮画像データを伸長するステップと、前記伸長した画像データを編集するステップと、前記編集した画像データを圧縮するステップと、を備えることを特徴とする画像処理方法である。
【００１３】
請求項７記載の発明は、ブロック単位で圧縮された画像データを、ブロック単位で記憶する処理と、  前記ブロック単位で記憶している圧縮画像データの格納アドレスを記憶し、前記記憶手段からブロック単位で読み出すときに前記格納アドレスに基づき圧縮画像データを読み出す処理と、前記圧縮画像データを伸長する処理と、前記伸長した画像データを編集する処理と、前記編集した画像データを圧縮する処理と、をコンピュータに実行させることを特徴とする画像処理プログラムである。
【００１４】
請求項８記載の発明は、請求項７に記載のプログラムの処理を記録したコンピュータ読取り可能な記録媒体である。
【発明の効果】
【００１５】
本発明によれば、ブロックごとに画像データを編集することで、画像処理装置内での画像データ編集を短い処理時間で行うことができ、また画像データはブロックごとに圧縮して記憶するため、画像処理装置内のメモリ量の大幅削減を実現することが出来る。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明に係る実施形態について、図面を用いて詳細に説明する。なお、以下に述べる実施の形態は、本発明の好適な実施の形態であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００１７】
図１は、本発明の実施形態に係る画像処理装置のブロック構成図である。記憶部１、ブロック符号制御部２、ブロック伸長部３、圧縮部４、メモリ５、編集部６から構成される。符号７はバス（Bus）である。
【００１８】
記憶部１は、ブロック単位で圧縮された画像デ−タを、ブロックごとに記憶する。例えば、図２に示すように、画像データを１２個のブロック（ブロックNo.00〜11）に分けて記憶する。
【００１９】
ブロック符号制御部２は、記憶部１が記憶している各ブロックの画像デ−タ格納アドレスを記憶する。
【００２０】
ブロック伸長部３は、ブロック単位で圧縮された画像データを伸長する。伸長とは、圧縮されたファイル（本実施形態ではブロック単位で圧縮された画像データ）を復元することである。一般的に圧縮されたファイルをそのままアプリケーション（例えば、編集アプリ）で扱うことはできないため、利用するときには伸長する必要がある。解凍、展開とも称す。
【００２１】
メモリ５は、画像データを編集する際に利用する専用メモリである。
【００２２】
編集部６は、ブロック伸長部３で伸長された画像データを編集する。圧縮部４は、ブロック単位の画像データを圧縮する。
【００２３】
次に、本実施形態に係る画像処理装置内で、画像データの一部を編集する際の動作の流れについて説明する。図１に示す点線の矢印は、画像データの流れを表す。図８は、本実施形態に係る画像処理装置での画像処理の動作の流れを示すフローチャートである。
【００２４】
まず、記憶部に記憶されている圧縮画像データのアドレス（画像デ−タ格納アドレス）を記憶しているブロック符号制御部２から、編集したい位置のブロック画像デ−タの画像デ−タ格納アドレスを検索し（図８  ステップＳ１）、かかるアドレスに基づき記憶部１から編集対象の画像データを受け取る（ステップＳ２）。図３は、記憶部１が有する各ブロックデータのアドレス管理テーブルである。
【００２５】
次に、画像データは伸長部３に送られ、伸長される（ステップＳ３）。ブロックNo.09の圧縮画像データを読み出し、伸長部３にて伸長する流れを示す一例を図４に示す。
【００２６】
メモリ５を介して編集部６により所定の編集がなされる（ステップＳ４）。例えば、ブロックNo.09の画像データには、パンチ穴“○”を含んでいるが、白塗り編集により、白塗りされる（図５参照）。本実施形態では白塗り編集を行ったが、所定の編集は白塗りに限られることはない。
【００２７】
編集後の画像データを、ブロック圧縮部４において圧縮する（ステップＳ５）。圧縮された画像データは、記憶部１に再保存される（ステップＳ６）。
【００２８】
ここで編集後の画像データは、当然編集前と異なる画像データとなるため、再保存したブロック画像データのアドレスのみを更新する（図７参照）（ステップＳ７）。
【００２９】
更新されたアドレスは、再びブロック符号制御部２にて管理する。
【００３０】
図９は、本実施形態に係る一部編集後の画像データである。図９に示すように画像下部のパンチ穴“○”が消去されている。
【００３１】
上記実施形態により、画像データの編集を行う際に、画像データ全体を伸長、編集、再保存せず、ブロックごとに伸長、編集、圧縮、再保存を行うため、一連の編集処理にかかる時間が短くなるという効果を得られる。また、編集用の画像メモリが１ブロック分でよいため、メモリ量削減の効果を得ることが出来る。
【００３２】
他の実施形態としては、図１０に示すようにメモリ８がバス７に直接接続されている場合は、編集処理の際に利用する他、他の用途の際にもメモリとして利用することが出来る。
【００３３】
次に、他の実施形態として、画像データを回転処理する場合の動作について説明する。画像を回転する場合は、ブロック符号制御部２で、回転角度に応じたブロック画像デ−タの読み出し順を変更する。例えば、図１１に示すような読み出し順で、各ブロックの画像データを読み出し、編集する。すなわち、回転後の主走査、副走査開始位置から順番に読み出す。
【００３４】
読み出した圧縮画像データを、伸長部３で伸長する（図１２参照）。伸長した画像データを、編集部６で回転処理する（図１３参照）。本実施形態では図１３に示すように、９０度回転処理を行う。
【００３５】
次に、編集後の画像データをブロック圧縮部４で圧縮する（図１４参照）。圧縮した画像データを、記憶部１に再保存し、アドレスを更新する（図１５）。
【００３６】
全てのブロック画像データを回転処理した後の画像データを図１６に示す。本実施形態では９０度の回転処理を行ったため、図１６に示すような画像データとなる。
【００３７】
上記実施形態により、画像データをブロックごとに伸長し、回転処理を行うため、編集する際に利用するメモリは１ブロック分でよく、メモリ量を削減することが出来る。
【００３８】
更に、本発明の他の実施形態について図１７及び図１９を用いて説明する。図１７は、本実施形態に係る画像処理装置１１のブロック構成図である。
【００３９】
記憶部１、ブロック符号制御部２、ブロック伸長部３、圧縮部４、メモリ５、編集部６、フォーマット９、ネットワーク接続部１０から構成される。符号７はバス（Bus）である。ネットワーク接続部９は、ネットワーク１２と接続する。図１７に示す点線はデータの流れを示す。
【００４０】
図１９は、本実施形態に係る画像処理装置１１の動作処理の流れを示すフローチャートである。
【００４１】
記憶部１が記憶するブロック画像デ−タから、所定のフォ−マットデ−タを生成し（図１９  ステップＳ１０）、ネットワーク接続部９を介してＬＡＮ（Local Area Network）等の外部ネットワ−ク１２に出力する（ステップＳ１１）。
【００４２】
ネットワーク１２の回線速度、ネットワ−ク負荷に応じて、フォ−マットデ−タのデ−タ量（圧縮率）を調整する（ステップＳ１２）。
【００４３】
上記実施形態により、軽いフォ−マットデ−タを生成することができ、スム−ズなデ−タが転送可能となる。
【００４４】
また、他の実施形態としては、図１７に示す構成で、クライアントＰＣ側のソフトウェアからネットワ−ク１２、ネットワーク接続部９を介して画像処理装置１１での編集内容を指定することが考え得る。画像処理装置１１での編集内容とは、編集部６で行う編集処理のことである。
【００４５】
クライアントＰＣ側のソフトウェアから指定された編集内容に応じて、画像処理装置内で編集処理を実施する。編集後の画像デ−タを指定元のクライアントＰＣに転送してクライアントＰＣ側で編集内容の確認ができるようにすることも考え得る。
【００４６】
上記実施形態により、クライアントＰＣ側での処理時間を短くすることが出来る。
【００４７】
また、他の実施形態について図１８及び図２０を用いて説明する。図１８は、本実施形態に係る画像処理装置のブロック構成図である。本実施形態では、処理対象の画像データを、画像処理装置が備える表示部１３で確認でき、必要に応じて表示部１３から編集の指示、追加を行うことができる。
【００４８】
記憶部１、ブロック符号制御部２、ブロック伸長部３、圧縮部４、メモリ５、編集部６、表示部１３から構成される。符号７はバス（Bus）である。図１７に示す点線はデータの流れを示す。
【００４９】
表示部１３は、操作部を含む、例えばオペレ−ションパネルが考え得る。
【００５０】
図２０は、本実施形態に係る画像処理装置の動作処理の流れを示すフローチャートである。
【００５１】
記憶部１が記憶するブロック画像デ−タから小解像度の画像（サムネイル）を生成し（図２０  ステップＳ１５）、表示部１３に表示する（ステップＳ１６）。
【００５２】
また、オペレ−ションパネル上から画像デ−タの編集内容が指定された場合は、画像処理装置内でかかる編集処理を実施する（ステップＳ１７）。
【００５３】
上記実施形態により、画像処理装置が備える表示部１３へのサムネイル表示を行うため、クライアントＰＣに画像デ−タを転送することなく画像データの概要を確認でき、また、必要に応じて編集の指示、追加の指示をすることが出来る。
【００５４】
尚、各図のフロ−チャ−トに示す処理を、ＣＰＵが実行するためのプログラムは本発明によるプログラムを構成する。このプログラムを記録する記録媒体としては、半導体記憶部や光学的及び／又は磁気的な記憶部等を用いることができる。
【００５５】
このようなプログラム及び記録媒体を、前述した各実施形態とは異なる構成のシステム等で用い、そこのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【００５６】
以上、本発明を好適な実施の形態に基づき具体的に説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施形態に係る画像処理装置のブロック構成図である。
【図２】本発明の実施形態に係る画像データを１２個のブロックに分けて記憶することを説明するための図である。
【図３】本発明の実施形態に係る記憶部１が有する各ブロックデータのアドレス管理テーブルである。
【図４】本発明の実施形態に係るブロック圧縮画像データが伸長部３にて伸長される様子を説明するための図である。
【図５】本発明の実施形態に係るブロック圧縮画像データが編集部６にて編集される様子を説明するための図である。
【図６】本発明の実施形態に係るブロック圧縮画像データが圧縮部４にて圧縮されることを説明するための図である。
【図７】本発明の実施形態に係る記憶部１が有する各ブロックデータのアドレス管理テーブルである。
【図８】本発明の実施形態に係る画像処理装置での画像処理の動作の流れを示すフローチャートである。
【図９】本発明の実施形態に係る一部編集後の画像データを示す図である。
【図１０】本発明の実施形態に係る画像処理装置のブロック構成図である。
【図１１】本発明の実施形態に係る処理を行う際の、回転角度に応じたブロック画像デ−タの読み出し順の一例を示す図である。
【図１２】本発明の実施形態に係るブロック圧縮画像データが伸長部３にて伸長される様子を説明するための図である。
【図１３】本発明の実施形態に係るブロック圧縮画像データが編集部６にて編集される様子を説明するための図である。
【図１４】本発明の実施形態に係るブロック圧縮画像データが圧縮部４にて圧縮されることを説明するための図である。
【図１５】本発明の実施形態に係る記憶部１が有する各ブロックデータのアドレス管理テーブルである。
【図１６】本発明の実施形態に係る回転処理後の画像データを示す図である。
【図１７】本発明の実施形態に係る画像処理装置のブロック構成図である。
【図１８】本発明の実施形態に係る画像処理装置のブロック構成図である。
【図１９】本発明の実施形態に係る画像処理装置の動作処理の流れを示すフローチャートである。
【図２０】本発明の実施形態に係る画像処理装置の動作処理の流れを示すフローチャートである。
【符号の説明】
【００５８】
１    記憶部
２    ブロック符号制御部
３    ブロック伸長部
４    圧縮部
５、８    メモリ
６    編集部
７    バス
９    フォーマット
１０    ネットワーク接続部
１１    画像処理装置
１２    ネットワーク
１３    表示部
【図１】
2008271235.tif 000003
【図２】
2008271235.tif 000004
【図３】
2008271235.tif 000005
【図４】
2008271235.tif 000006
【図５】
2008271235.tif 000007
【図６】
2008271235.tif 000008
【図７】
2008271235.tif 000009
【図８】
2008271235.tif 000010
【図９】
2008271235.tif 000011
【図１０】
2008271235.tif 000012
【図１１】
2008271235.tif 000013
【図１２】
2008271235.tif 000014
【図１３】
2008271235.tif 000015
【図１４】
2008271235.tif 000016
【図１５】
2008271235.tif 000017
【図１６】
2008271235.tif 000018
【図１７】
2008271235.tif 000019
【図１８】
2008271235.tif 000020
【図１９】
2008271235.tif 000021
【図２０】
2008271235.tif 000022