JP2004282279A - 画像処理システム - Google Patents
画像処理システム Download PDFInfo
- Publication number
- JP2004282279A JP2004282279A JP2003069028A JP2003069028A JP2004282279A JP 2004282279 A JP2004282279 A JP 2004282279A JP 2003069028 A JP2003069028 A JP 2003069028A JP 2003069028 A JP2003069028 A JP 2003069028A JP 2004282279 A JP2004282279 A JP 2004282279A
- Authority
- JP
- Japan
- Prior art keywords
- image
- image data
- image processing
- color
- transfer
- 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.)
- Pending
Links
Images
Landscapes
- Facsimile Image Signal Circuits (AREA)
- Color Image Communication Systems (AREA)
- Record Information Processing For Printing (AREA)
- Facsimiles In General (AREA)
Abstract
【課題】ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作可能な画像処理システムを提供する
【解決手段】画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素において色変換後の色差成分の絶対値がある一定の閾値以下であった場合（カラー画像判定回路２３の機能）、その分割ブロックの画像データの色成分の転送を禁止する制御手段１３を備えた。
【選択図】 図１
【解決手段】画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素において色変換後の色差成分の絶対値がある一定の閾値以下であった場合（カラー画像判定回路２３の機能）、その分割ブロックの画像データの色成分の転送を禁止する制御手段１３を備えた。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、スキャナやプロッタといった画像入出力エンジンを装備する画像処理装置が複数接続された画像処理システムに関し、特に、複数の画像処理装置から同時に印刷を行なう連結コピー、連結プリント等の連結動作技術に関する。
【０００２】
【従来の技術】
従来、マスター（送信元）となる画像処理装置からスレーブ（送信先）となる画像処理装置へ印刷画像を転送し、マスター、スレーブ両方から印刷動作を行なうことにより、印刷の生産性を２倍に上げるいわゆる連結コピーと呼ばれる技術がある。
例えばマスターとなる画像処理装置のスキャナでスキャンした画像データをメモリ上に保存し、その画像データをネットワークを介してスレーブとなる画像処理装置のメモリ上に送信し、マスター／スレーブ双方のメモリから同時に印刷動作を行なうことによって連結コピーは実現できる。
しかし、ネットワークには転送可能なバンド幅が存在し、そのバンド幅以上のデータを転送することはできない。例えば連結動作の対象となる画像のデータ量が非常に大きい場合は、転送速度が印刷速度に追い付かず、スレーブ側での印刷速度がマスター側に比べて遅くなってしまうことが考えられる。特にカラー画像ではモノクロ画像に比べてデータ量が大きいので、このような問題が重要になってくる。
また、画像データの転送速度が印刷速度よりも速く、本来の連結動作のスピードが確保できた場合であっても、画像転送のためにある一定のバンド幅を連結動作で占有することになり、例えば同じネットワークを使用する他の画像処理は速度低下を招く可能性がある。
またデータ量の大きい画像はマスター側、スレーブ側のメモリを大量に消費することになり、コピー機能、プリンタ機能、ファクシミリ機能等を併せ持つ複合機のように複数のプロセスが動作する機器では、空きメモリが減少し画像処理プロセスの生産性低下にもつながる。
例えば、特許文献１に示された技術では、スレーブ側でメモリに空きがなくなった場合は、他のスレーブ画像処理装置で印刷を行なう方式が提案されている。
【特許文献１】特開２０００−２６１５９５公報
【０００３】
【発明が解決しようとする課題】
しかしこの場合、当該スレーブ機器では印刷動作が行なえなくなり、生産性が落ちてしまうことが考えられる。従ってできるだけ画像データ量を減らし、ネットワーク上のトラフィックを減少させることが必要となってくる。
印刷系の画像処理機能を有する画像処理装置では、一般にカラー画像をＹＭＣＫの４プレーンで表現し、画像メモリやハードディスクに保持している。これに対してモノクロ画像はＫのみの１プレーンで表現することができる。つまり、カラー画像はＹＭＣＫの４プレーン分の画像データ量であるのに対し、モノクロ画像は１プレーン分の画像データ量しかない。
一方、画像の大部分がモノクロで、一部にカラー情報が乗っているがその色あいが小さい画像を忠実に印刷した場合、人間の目ではモノクロ画像として印刷した画像とほとんど違いがない。
本発明は、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作可能な画像処理システムを提供することを目的とする。
【０００４】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素において色変換後の色差成分の絶対値がある一定の閾値以下であった場合、その分割ブロックの画像データの色成分の転送を禁止する制御手段を備えた画像処理システムを最も主要な特徴とする。
請求項２記載の発明は、画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素の色変換後の色差成分の平均値を求め、平均値がある一定の閾値以下であった場合、その分割ブロックの画像データの色成分の転送を禁止する制御手段を備えた画像処理システムを最も主要な特徴とする。
請求項３記載の発明は、画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送先の画像処理装置が特定の画像処理プロセスで画像データを扱う場合に、画像データの色成分の転送を禁止する制御手段を備えた画像処理システムを最も主要な特徴とする。
【０００５】
本発明では色情報がないと判定したカラー画像に対して、色成分の画像データをスレーブ機に送信しないことによって、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作することを可能にする。また、色情報がないので例えばカラーの１ドラム機で印刷速度を上げることも可能になる。
画像処理プロセスとしてカラー画像を必要としない場合もある。例えば既にハードディスク上にカラー画像として保存されている画像データを、マスター／スレーブの両方からモノクロ画像としてプリントする場合には、Ｋプレーンのみ出力するので色成分の画像データはスレーブ機で必要無い。
同様に、スレーブ側の表示パネルにサムネイル画像を表示する画像処理プロセスを考えると、表示部がモノクロであった場合には色成分の画像データがスレーブ機で必要無くなる。
このように画像処理プロセスによっては、スレーブ側で色成分の画像データを必要としないことがあり、その場合は色成分の画像データをスレーブ機に送信しないことによって、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作することができる。
【０００６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に従って説明する。
図１は本発明の画像処理システムを構成する画像処理装置の全体構成図である。本画像処理装置は、コントローラ１と、スキャナエンジン２と、プロッタエンジン３を備えている。
スキャナエンジン２は画像を入力するモジュールで、入力した画像データをスキャナＩ／Ｆを通じて後述するスキャナバッファに転送する。スキャナバッファはスキャナエンジン２から送られてきた画像データを一時的に保存し、後述する画像転送用バスのバスサイクルに合わせてデータを出力する。
プロッタエンジン３は画像を出力するモジュールで、後述するプロッタバッファより送られてきた画像データをプロッタＩ／Ｆを通じて取り込みプリントする。プロッタバッファは画像転送用バスから送られてきた画像データを一時的に保存し、プロッタＩ／Ｆの速度に応じてデータを出力する。
コントローラ１はＣＰＵバス１１と画像転送用バス１２の２つのバスを備えている。ＣＰＵバス１１はＣＰＵ１３に直結しているバスであり、ＣＰＵ１３（制御手段）、ＲＯＭ１４、ＲＡＭ１５、ブリッジ１６などが接続されている。
画像転送用バス１２は主に画像データを転送するバスであり、このバスにはブリッジ１６、画像メモリ１７、ＤＭＡＣ（ＤＭＡ Ｃｏｎｔｒｏｌｌｅｒ）１８、スキャナバッファ１９、プロッタバッファ２０、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）２１、ハードディスク２２などが接続されている。この画像転送用バス１２は画像データを高速に転送しなければならないバスであり、汎用の高速なバスを流用しても、画像データを効率良く転送するように設計した専用のバスを使用しても良い。
【０００７】
ブリッジ１６はＣＰＵバス１１と画像転送用バス１２を仲介しており、２つのバスの速度差やバス幅の違いを吸収するとともに、エンディアンの変換などを行なっている。例えばＣＰＵ１３が画像メモリ１７をアクセスする場合は、ＣＰＵ１３によるＣＰＵバスアクセスサイクルを、ブリッジ１６が画像転送用バスアクセスに変換することによって画像メモリ１７へのアクセスを実現している。
画像メモリ１７は画像データを保存する領域である。スキャナエンジン２などの画像入力部から入力された画像データや、ＮＩＣ２１を通じてネットワークから送られてきた画像データを保存する。この画像データはどのような種類の画像でも良く、例えば、白黒／カラー、二値／多値、圧縮／非圧縮、低解像度／高解像度など各種多様なフォーマットの画像が考えられる。
また画像メモリ１７上に保存した画像データは、プロッタエンジン３に転送してプリントする、ＮＩＣ２１を通じてネットワーク上に送信する、ハードディスク２２へ保存するなどの処理が行なわれる。
ＤＭＡＣ１８は画像転送用バス１２上を流れる画像データを高速に転送するコントローラであり、例えばスキャン時にはスキャナＩ／Ｆから送られてくるデータを画像転送用バス１２を通じて画像メモリ１７の指定された領域に書き込むなど、まとめて大量のデータを転送するような処理を行なう。画像メモリ１７上のアドレスや転送サイズはあらかじめＣＰＵ１３からＤＭＡＣ１８に指定しておく。
ＮＩＣ２１はネットワークとのＩ／Ｆを制御するモジュールで、ネットワークから送られてきた画像データおよびその他のデータを受け取り、バスの要求に従って画像転送用バス１２にデータを流す処理を行なう。また、画像転送用バス１２に流れているデータをネットワークへ送信する処理を行なう。
ネットワークは汎用なネットワークでも、画像処理装置に特化したネットワークでもよい。汎用的なネットワークとしては例えばイーサネット（登録商標）や、ＩＥＥＥ１３９４などのシリアルＩ／Ｆが挙げられる。このネットワークを通じて、画像データを送受信する。ハードディスク２２は、画像データおよびその他の情報を保存する記憶装置である。符号２３はカラー画像判定回路を示す。
【０００８】
次に本発明の動作の一例を示す。例えば、マスター側（転送元となる画像処理装置）のスキャナエンジン２で取り込んだ画像データをネットワークを通じて１つまたは複数のスレーブ側（転送先）のメモリへ転送し、マスター／スレーブでプロッタエンジン３に出力する連結コピープロセスの動作例を説明する。
まずスキャン動作について図２に示す。まずマスター側でスキャナエンジン２にスキャン開始を要求し（Ｓ１）、読み取った画像データをスキャナバッファ１９にため込んでいく。続いてＤＭＡＣ１８にＤＭＡ転送開始を要求し（Ｓ２）、あらかじめＤＭＡＣ１８に設定されていたサイズ分だけ、スキャナバッファ１９から画像メモリ１７へ画像データを転送する（Ｓ３）。この転送は画像転送用バス１２を使用して行なわれる。
スキャナエンジン２で１ページ分の画像を読み込み、画像メモリ１７に１ページ分の画像データが保存されるまでスキャナバッファ１９から画像メモリ１７への画像データの転送は行なわれる。画像データの転送が終了したら（Ｓ５）、スキャナエンジン２にスキャン終了を要求し（Ｓ６）、続いてＤＭＡＣ１８にＤＭＡ転送終了を要求する（Ｓ７）。
以上によりスキャナエンジン２から画像メモリ１７への画像転送が行なわれる。これと並行して画像メモリ１７上に展開された画像データをハードディスク２２へ蓄積する（Ｓ４）。
【０００９】
次にハードディスク上に蓄積された画像データに対して、スレーブ側への転送を行なう様子を図３（Ｓ１〜Ｓ４）で説明する。まずマスター側でハードディスク２２に蓄積された画像データを画像メモリ１７上に展開する。この時マスター側では他の画像処理プロセスが動作しているかもしれないので、例えば転送するページ分のメモリを確保することができない可能性もある。
そこで、転送画像サイズがマスター側で連結コピープロセスに対して確保できる画像メモリサイズより大きい場合は、ハードディスクから全てのデータを一度に画像メモリ１７上へ展開するのではなく、確保できた画像メモリ１７のサイズだけ展開する。
例えば、画像データが全部で５０ＭＢのサイズで、連結コピー用に確保できた画像メモリ１７のサイズが２０ＭＢであった場合、まずハードディスク２２上の画像データの先頭から２０ＭＢ分のサイズだけを画像メモリ１７上に展開する。その画像メモリ１７上に展開された２０ＭＢの画像データに対して、ＮＩＣ２１に画像送信要求を出し、ネットワークを通じてスレーブ側の画像メモリ１７に画像を転送する。
転送が終了した後、マスター側では次の２０ＭＢの画像データ（先頭から２０〜４０ＭＢに当たる部分）を同じ画像メモリ１７上に展開する。スレーブ側でも受信した画像データをハードディスク２２等に退避した後、新たに画像転送要求を出し、次の２０ＭＢの画像データを転送する。そして、最後に残った１０ＭＢの画像データ（先頭から４０〜５０ＭＢに当たる部分）を同じ方法で転送する。これによりマスター側のハードディスク２２からスレーブ側のハードディスク２２へ画像転送が行なわれる。
マスター側の画像処理装置では、画像メモリ１７上に送信する画像データが展開できた時点でＮＩＣ２１に対して画像送信要求を出すが、この要求に対してＮＩＣ２１は指定されたアドレスから順次画像データを指定されたサイズだけネットワークを通じてスレーブの画像メモリ１７上に転送を試みる。
同時にスレーブ側でも、画像データを受信できるだけの画像メモリを連結コピー用に確保しておく。スレーブ側で受信可能となればＮＩＣ同士で画像データの転送を開始し、マスターの画像メモリ１７からスレーブの画像メモリ１７に画像データを転送する。
スレーブが複数台の時も同様に、全てのスレーブ側の画像メモリ１７に対して同様のことを行なえばよい。特にＩＥＥＥ１３９４のようなネットワークＩ／Ｆでは１対多の転送が行なえるので、スレーブ側の画像メモリが全て準備できた時点で転送を開始することによって、複数台への画像データの転送を一度で行なうことができる。
【００１０】
画像データの転送が終了したら印刷動作を開始する。この様子を図４に示す。まずハードディスク２２上に蓄積されている画像データを画像メモリ上１７に展開する（Ｓ１）。次にマスター／スレーブともにＤＭＡＣ１８にＤＭＡ転送開始を要求し（Ｓ２）、続いてプロッタエンジン３にプリント開始を要求する（Ｓ３）。これにより、画像メモリ１７からプロッタバッファ２０へ画像データが転送される（Ｓ４）。この転送は画像転送用バス１２を使用して行なわれる。
画像メモリ１７上の画像データが全て転送され、全ての画像データがプロッタエンジン３に出力されるまで画像データの転送が行なわれる。全ての画像データの転送が終了したら（Ｓ５）、ＤＭＡＣ１８にＤＭＡ転送終了を要求し（Ｓ６）、続いてプロッタエンジン３にプリント終了を要求する（Ｓ７）。以上により画像メモリ１７からプロッタエンジン３への画像転送が行なわれる。
次にカラー画像判定回路２３について説明する。カラー画像判定回路２３は図５に示すように、各プレーン毎の画像ポインタ３１、色変換回路３２、色差計算回路３３、閾値設定回路３４からなる。
画像ポインタ３１は、例えばＹＭＣＫ画像の場合は各プレーン毎の画像メモリ１７上のアドレスを指し示している。色変換回路３２は、画像メモリ１７へのポインタで指し示されたアドレスの画素データを取得し、特定の色空間への変換を行なう回路である。色差計算回路３３は、色成分があるかどうかの指標である色差を計算する。閾値設定回路３４は、カラー画像であるかモノクロ画像であるかを判定する色差の閾値を設定する回路である。
【００１１】
次に第１の実施例について説明する。
まずマスター側で転送する画像を画像メモリ１７に展開する。カラー画像を画像メモリ１７に展開する場合は、図５の画像メモリ１７に示すようにＹＭＣＫの各プレーンが保存できるだけの大きさの領域を確保する。この時各プレーンの画像メモリ１７の先頭アドレスを各プレーンの画像ポインタに保存する。
実際は図６に示すように、各プレーンは画像メモリ１７上の連続したアドレスに取られる。他の画像処理プロセスが画像メモリ１７を使用しているため、全てのプレーンを保存するだけの画像メモリ１７が確保できなかった場合は、上述したように確保できた分の画像メモリ１７を使用する。
次に各プレーン毎に確保した画像メモリ１７上に、転送する画像を展開していく。ハードディスク２２に保存されている場合でなおかつ画像が圧縮画像であった場合には、伸長してから確保した画像メモリ２２に展開していく。次に各プレーンを、特定のサイズの画像ブロックに分割する。このサイズはシステムが固定で設定しても良いし、システムが画像処理プロセス毎に設定しても良いし、ユーザが指定するようにしても良い。
例えば２ＭＢの画像ブロックに分割する場合は、図７に示すように各プレーンが２つの画像ブロックに分割される。分割されたブロックごとに、以下の処理を行なっていく。
各プレーンの画像ポインタが示すアドレスの画素値を取得する。プレーンの階調が４ビットであった場合は、画素値は０〜１５となり、プレーンの階調が８ビットであった場合は、画素値は０〜２５５になる。４色分の画素値を求めたら、その画素について色変換処理を行なう。
ＹＭＣＫの色空間はデバイスディペンドな空間のため、正しく色の違いを表現できていない。そこで例えばＣＩＥＬＡＢ、ＣＩＥＸＹＺ空間などの均等色差空間に変換する。均等色差空間では２点間の距離が色の違いを表しているため、以下のような方法を使用する。
ＣＩＥＬＡＢ空間は、色情報を（Ｌ＊）、（ａ＊）、（ｂ＊）の３つの軸で表現している。そこで２点間の距離である色差（色差成分）は次の式で求めることができる。
色差＝（（Ｌ＊）＾２＋（ａ＊）＾２＋（ｂ＊）＾２）＾（１／２）
ＣＩＥＬＡＢ空間は、（Ｌ＊）が輝度、（ａ＊）と（ｂ＊）が色差を表しているため、色成分の大きさは例えば以下のような式で考えることができる。
色差＝（（ａ＊）＾２＋（ｂ＊）＾２）＾（１／２）
【００１２】
次にカラー画像の判断方法について説明する。まず、閾値設定回路３４にて閾値を設定する。これはシステムで自動的に設定しても良いし、ユーザが設定できるようなＩ／Ｆを作ってユーザから設定するようにしてもよい。この閾値には、カラー画素であると判断できる色差の下限値を設定する。
本発明の画像処理システムでは図８のフローチャートに示すような方法で判定する。画像ポインタで指し示す各プレーンの画素値を取得し（Ｓ１）、色変換回路３２によってＣＩＥＬＡＢ系の色空間に変換する（Ｓ２）。
次に、色空間変換後の画素データに対して、色成分の色差（色差成分の絶対値）を色差計算回路３３によって算出する（Ｓ３）。この値と閾値設定回路３４に設定した閾値とを比較する（Ｓ４）。色差が設定した閾値よりも大きい場合は（Ｓ４で“Ｙ”）、この画像がカラー画像であると判定し、カラー画像の判断処理をここで終了する。
色差が設定した閾値よりも小さい場合は（Ｓ４で“Ｎ”）、次の画素が存在するかどうかのチェックを行なう（Ｓ５）。次の画素が存在する場合は（Ｓ５で“Ｙ”）各プレーンの画像ポインタの値を１つ進め（Ｓ６）、画像ポインタが次の画素を指し示すようにする。そして、画素値取得からのシーケンスに戻る。この画像ブロック内に次の画素が存在しなければ、この画像がモノクロ画像のブロックであると判定し、この画像ブロックでのカラー画像の判断処理をここで終了する。
上記処理によって、この画像ブロックがカラー画像であると判定された場合は、ＹＭＣＫプレーンの画像をスレーブ側に転送し、通常通りの動作を行なう。上記処理によって、この画像ブロックがモノクロ画像であると判定された場合は、これ以降の動作をモノクロ画像の動作とする。
【００１３】
そこで、図７に示す画像ブロックのうち、最初のブロック（Ｙ１、Ｍ１、Ｃ１、Ｋ１）がモノクロ画像であると判定された場合、画像メモリ１７上に展開されているこの画像ブロックのＹＭＣプレーンの画像情報は必要なくなる。この画像ブロックはＫプレーンのみを残し、他のプレーンを画像メモリ１７から解放するので、図９に示すように画像ブロック１に対してはＫ１のみが画像メモリ１７上に残る。後は、通常のモノクロ画像の動作を行なう。以上のような処理を、分割された画像ブロックごとに行なっていく。
これにより、モノクロ画像と判定された画像ブロックに対してＫプレーン以外の画像データを画像メモリ１７から解放することにより、実際にネットワーク上を送信するデータがＫプレーンだけとなり、全てのプレーンを忠実に転送する場合に比べてネットワーク上のトラフィックが減少する。またスレーブ側では、他のプロセスが使用できる画像メモリ量が増え、メモリ不足により動作できなくなるケースを減らすことができる。
また画像ブロック単位にカラー画像／モノクロ画像の判定をしているので、画像の一部がカラー画像である場合、画像の一部がモノクロ画像である場合等においても、効率的に画像データの転送が行なわれる。
このように、第１の実施例で説明したような方法で色差を求め、より正確に色成分の大きさを算出し、この値が小さい場合にモノクロ画像であると判定し、モノクロ画像と判定された画像の色情報プレーンを画像メモリ１７から解放することで、送信する画像データの量を減らしネットワーク上のトラフィックを減少させることができるので、連結動作の生産性を維持することができるようになる。
【００１４】
次に第２の実施例について説明する。
第２の実施例では図１０のフローチャートに示すような方法でカラー画像判定をする。分割された画像ブロックごとに、以下の処理を行なっていく。はじめに、色差値の合計を示す値ｓｕｍを０とする（Ｓ１）。次に画像ポインタで指し示す各プレーンの画素値を取得し（Ｓ２）、色変換回路３２によってＣＩＥＬＡＢ系の色空間に変換する（Ｓ３）。
次に、色空間変換後の画素データに対して、色成分の色差を色差計算回路３３によって算出する。この値を色差の合計値であるｓｕｍに加算する（Ｓ４）。次に次の画素がその画像ブロック内に存在するかどうかのチェックを行なう（Ｓ５）。次の画素が存在する場合（Ｓ５で“Ｙ”）は各プレーンの画像ポインタの値を１つ進め（Ｓ６）、画像ポインタが次の画素を指し示すようにする。そして、画素値取得からのシーケンスに戻る。
この画像ブロックに次の画素が存在しなければ（Ｓ５で“Ｎ”）、色差の平均を算出するために合計値ｓｕｍを画像ブロックの画素数で除算する（Ｓ７）。この平均値と閾値設定回路３４に設定した閾値とを比較する（Ｓ８）。色差の平均値が設定した閾値よりも大きい場合は（Ｓ８で“Ｙ”）、この画像ブロックがカラー画像であると判定し、カラー画像の判断処理をここで終了する。
色差が設定した閾値よりも小さい場合は（Ｓ８で“Ｎ”）、この画像ブロックがモノクロ画像であると判定し、カラー画像の判断処理をここで終了する。以上の処理を画像ブロック単位で行なっていく。その他の動作については第１の実施例と同様である。
このように、第２の実施例で説明したような方法で色差を求め、より正確に色成分の大きさを算出し、この値が小さい場合にモノクロ画像であると判定し、モノクロ画像と判定された画像の色情報プレーンを画像メモリ１７から解放することで、送信する画像データの量を減らしネットワーク上のトラフィックを減少させることができるので、連結動作の生産性を維持することができるようになる。
【００１５】
次に第３の実施例について説明する。
例えば既にカラー画像としてハードディスク２２内に蓄積されている文書の再印刷を考える。この場合保存されている画像はカラーであるが、再印刷の時点でカラー画像とモノクロ画像のどちらで印刷するかはユーザが指定できるものとする。
ここで連結動作を考えた場合、つまりスレーブ側では画像受信とモノクロ画像の印刷という２つの画像処理プロセスが動作するが、モノクロ画像の印刷という画像処理プロセスではＫプレーンの画像データのみが必要であり、色成分の画像データを必要としていない。同様に、スレーブ側の表示パネルにサムネイル画像を表示するアプリケーションでは、表示部がモノクロであった場合には色成分の画像データがスレーブ側で必要無くなる。
以上のような場合に色成分の画像データを送信しないようにすることで、ネットワークのトラフィックを減少させることができる。例えば次のような方法で実現する。まずマスター側からスレーブ側へ画像処理プロセスの種類を通知する。この通知からスレーブ側ではカラー画像の色成分が必要かどうかを判断する。例えば上記のような場合が該当する。
次にスレーブ側は判断結果をマスター側に通知する。マスター側は、その判断結果を基に、色成分の画像データを送信するかどうかを決定する。このように特定の画像処理プロセスによっては、スレーブ側で色成分の画像データを必要としないことがあり、その場合はスレーブ側に送信しないことによって、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリ１７を使用して動作することを可能にする。
【００１６】
【発明の効果】
本発明により、色情報がないと判定したカラー画像に対して、色成分の画像データをスレーブ機に送信しないことによって、ネットワークのトラフィックを減少し連結動作を正常に動作させることができる。
また、画像ブロックごとにカラー判定を行ない、スレーブ機への転送を制御しているので、効率良く画像を転送し、ネットワークのトラフィックを減少させ
ることができる。
また、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作することが可能になる。
また、色情報がないので例えばカラーの１ドラム機で印刷速度を上げることも可能になる。
【図面の簡単な説明】
【図１】本発明の画像処理システムを構成する画像処理装置の全体構成図である。
【図２】スキャン動作を示すフローチャートである。
【図３】画像転送動作を示すフローチャートである。
【図４】印刷動作を示すフローチャートである。
【図５】カラー画像判定回路を示す図である。
【図６】画像メモリマップを示す図である。
【図７】画像メモリマップを示す図である。
【図８】カラー画像判定処理（その１）を示すフローチャートである。
【図９】画像メモリマップを示す図である。
【図１０】カラー画像判定処理（その２）を示すフローチャートである。
【符号の説明】
１３ ＣＰＵ（制御手段）
２３ カラー画像判定回路
【発明の属する技術分野】
本発明は、スキャナやプロッタといった画像入出力エンジンを装備する画像処理装置が複数接続された画像処理システムに関し、特に、複数の画像処理装置から同時に印刷を行なう連結コピー、連結プリント等の連結動作技術に関する。
【０００２】
【従来の技術】
従来、マスター（送信元）となる画像処理装置からスレーブ（送信先）となる画像処理装置へ印刷画像を転送し、マスター、スレーブ両方から印刷動作を行なうことにより、印刷の生産性を２倍に上げるいわゆる連結コピーと呼ばれる技術がある。
例えばマスターとなる画像処理装置のスキャナでスキャンした画像データをメモリ上に保存し、その画像データをネットワークを介してスレーブとなる画像処理装置のメモリ上に送信し、マスター／スレーブ双方のメモリから同時に印刷動作を行なうことによって連結コピーは実現できる。
しかし、ネットワークには転送可能なバンド幅が存在し、そのバンド幅以上のデータを転送することはできない。例えば連結動作の対象となる画像のデータ量が非常に大きい場合は、転送速度が印刷速度に追い付かず、スレーブ側での印刷速度がマスター側に比べて遅くなってしまうことが考えられる。特にカラー画像ではモノクロ画像に比べてデータ量が大きいので、このような問題が重要になってくる。
また、画像データの転送速度が印刷速度よりも速く、本来の連結動作のスピードが確保できた場合であっても、画像転送のためにある一定のバンド幅を連結動作で占有することになり、例えば同じネットワークを使用する他の画像処理は速度低下を招く可能性がある。
またデータ量の大きい画像はマスター側、スレーブ側のメモリを大量に消費することになり、コピー機能、プリンタ機能、ファクシミリ機能等を併せ持つ複合機のように複数のプロセスが動作する機器では、空きメモリが減少し画像処理プロセスの生産性低下にもつながる。
例えば、特許文献１に示された技術では、スレーブ側でメモリに空きがなくなった場合は、他のスレーブ画像処理装置で印刷を行なう方式が提案されている。
【特許文献１】特開２０００−２６１５９５公報
【０００３】
【発明が解決しようとする課題】
しかしこの場合、当該スレーブ機器では印刷動作が行なえなくなり、生産性が落ちてしまうことが考えられる。従ってできるだけ画像データ量を減らし、ネットワーク上のトラフィックを減少させることが必要となってくる。
印刷系の画像処理機能を有する画像処理装置では、一般にカラー画像をＹＭＣＫの４プレーンで表現し、画像メモリやハードディスクに保持している。これに対してモノクロ画像はＫのみの１プレーンで表現することができる。つまり、カラー画像はＹＭＣＫの４プレーン分の画像データ量であるのに対し、モノクロ画像は１プレーン分の画像データ量しかない。
一方、画像の大部分がモノクロで、一部にカラー情報が乗っているがその色あいが小さい画像を忠実に印刷した場合、人間の目ではモノクロ画像として印刷した画像とほとんど違いがない。
本発明は、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作可能な画像処理システムを提供することを目的とする。
【０００４】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素において色変換後の色差成分の絶対値がある一定の閾値以下であった場合、その分割ブロックの画像データの色成分の転送を禁止する制御手段を備えた画像処理システムを最も主要な特徴とする。
請求項２記載の発明は、画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素の色変換後の色差成分の平均値を求め、平均値がある一定の閾値以下であった場合、その分割ブロックの画像データの色成分の転送を禁止する制御手段を備えた画像処理システムを最も主要な特徴とする。
請求項３記載の発明は、画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送先の画像処理装置が特定の画像処理プロセスで画像データを扱う場合に、画像データの色成分の転送を禁止する制御手段を備えた画像処理システムを最も主要な特徴とする。
【０００５】
本発明では色情報がないと判定したカラー画像に対して、色成分の画像データをスレーブ機に送信しないことによって、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作することを可能にする。また、色情報がないので例えばカラーの１ドラム機で印刷速度を上げることも可能になる。
画像処理プロセスとしてカラー画像を必要としない場合もある。例えば既にハードディスク上にカラー画像として保存されている画像データを、マスター／スレーブの両方からモノクロ画像としてプリントする場合には、Ｋプレーンのみ出力するので色成分の画像データはスレーブ機で必要無い。
同様に、スレーブ側の表示パネルにサムネイル画像を表示する画像処理プロセスを考えると、表示部がモノクロであった場合には色成分の画像データがスレーブ機で必要無くなる。
このように画像処理プロセスによっては、スレーブ側で色成分の画像データを必要としないことがあり、その場合は色成分の画像データをスレーブ機に送信しないことによって、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作することができる。
【０００６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に従って説明する。
図１は本発明の画像処理システムを構成する画像処理装置の全体構成図である。本画像処理装置は、コントローラ１と、スキャナエンジン２と、プロッタエンジン３を備えている。
スキャナエンジン２は画像を入力するモジュールで、入力した画像データをスキャナＩ／Ｆを通じて後述するスキャナバッファに転送する。スキャナバッファはスキャナエンジン２から送られてきた画像データを一時的に保存し、後述する画像転送用バスのバスサイクルに合わせてデータを出力する。
プロッタエンジン３は画像を出力するモジュールで、後述するプロッタバッファより送られてきた画像データをプロッタＩ／Ｆを通じて取り込みプリントする。プロッタバッファは画像転送用バスから送られてきた画像データを一時的に保存し、プロッタＩ／Ｆの速度に応じてデータを出力する。
コントローラ１はＣＰＵバス１１と画像転送用バス１２の２つのバスを備えている。ＣＰＵバス１１はＣＰＵ１３に直結しているバスであり、ＣＰＵ１３（制御手段）、ＲＯＭ１４、ＲＡＭ１５、ブリッジ１６などが接続されている。
画像転送用バス１２は主に画像データを転送するバスであり、このバスにはブリッジ１６、画像メモリ１７、ＤＭＡＣ（ＤＭＡ Ｃｏｎｔｒｏｌｌｅｒ）１８、スキャナバッファ１９、プロッタバッファ２０、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）２１、ハードディスク２２などが接続されている。この画像転送用バス１２は画像データを高速に転送しなければならないバスであり、汎用の高速なバスを流用しても、画像データを効率良く転送するように設計した専用のバスを使用しても良い。
【０００７】
ブリッジ１６はＣＰＵバス１１と画像転送用バス１２を仲介しており、２つのバスの速度差やバス幅の違いを吸収するとともに、エンディアンの変換などを行なっている。例えばＣＰＵ１３が画像メモリ１７をアクセスする場合は、ＣＰＵ１３によるＣＰＵバスアクセスサイクルを、ブリッジ１６が画像転送用バスアクセスに変換することによって画像メモリ１７へのアクセスを実現している。
画像メモリ１７は画像データを保存する領域である。スキャナエンジン２などの画像入力部から入力された画像データや、ＮＩＣ２１を通じてネットワークから送られてきた画像データを保存する。この画像データはどのような種類の画像でも良く、例えば、白黒／カラー、二値／多値、圧縮／非圧縮、低解像度／高解像度など各種多様なフォーマットの画像が考えられる。
また画像メモリ１７上に保存した画像データは、プロッタエンジン３に転送してプリントする、ＮＩＣ２１を通じてネットワーク上に送信する、ハードディスク２２へ保存するなどの処理が行なわれる。
ＤＭＡＣ１８は画像転送用バス１２上を流れる画像データを高速に転送するコントローラであり、例えばスキャン時にはスキャナＩ／Ｆから送られてくるデータを画像転送用バス１２を通じて画像メモリ１７の指定された領域に書き込むなど、まとめて大量のデータを転送するような処理を行なう。画像メモリ１７上のアドレスや転送サイズはあらかじめＣＰＵ１３からＤＭＡＣ１８に指定しておく。
ＮＩＣ２１はネットワークとのＩ／Ｆを制御するモジュールで、ネットワークから送られてきた画像データおよびその他のデータを受け取り、バスの要求に従って画像転送用バス１２にデータを流す処理を行なう。また、画像転送用バス１２に流れているデータをネットワークへ送信する処理を行なう。
ネットワークは汎用なネットワークでも、画像処理装置に特化したネットワークでもよい。汎用的なネットワークとしては例えばイーサネット（登録商標）や、ＩＥＥＥ１３９４などのシリアルＩ／Ｆが挙げられる。このネットワークを通じて、画像データを送受信する。ハードディスク２２は、画像データおよびその他の情報を保存する記憶装置である。符号２３はカラー画像判定回路を示す。
【０００８】
次に本発明の動作の一例を示す。例えば、マスター側（転送元となる画像処理装置）のスキャナエンジン２で取り込んだ画像データをネットワークを通じて１つまたは複数のスレーブ側（転送先）のメモリへ転送し、マスター／スレーブでプロッタエンジン３に出力する連結コピープロセスの動作例を説明する。
まずスキャン動作について図２に示す。まずマスター側でスキャナエンジン２にスキャン開始を要求し（Ｓ１）、読み取った画像データをスキャナバッファ１９にため込んでいく。続いてＤＭＡＣ１８にＤＭＡ転送開始を要求し（Ｓ２）、あらかじめＤＭＡＣ１８に設定されていたサイズ分だけ、スキャナバッファ１９から画像メモリ１７へ画像データを転送する（Ｓ３）。この転送は画像転送用バス１２を使用して行なわれる。
スキャナエンジン２で１ページ分の画像を読み込み、画像メモリ１７に１ページ分の画像データが保存されるまでスキャナバッファ１９から画像メモリ１７への画像データの転送は行なわれる。画像データの転送が終了したら（Ｓ５）、スキャナエンジン２にスキャン終了を要求し（Ｓ６）、続いてＤＭＡＣ１８にＤＭＡ転送終了を要求する（Ｓ７）。
以上によりスキャナエンジン２から画像メモリ１７への画像転送が行なわれる。これと並行して画像メモリ１７上に展開された画像データをハードディスク２２へ蓄積する（Ｓ４）。
【０００９】
次にハードディスク上に蓄積された画像データに対して、スレーブ側への転送を行なう様子を図３（Ｓ１〜Ｓ４）で説明する。まずマスター側でハードディスク２２に蓄積された画像データを画像メモリ１７上に展開する。この時マスター側では他の画像処理プロセスが動作しているかもしれないので、例えば転送するページ分のメモリを確保することができない可能性もある。
そこで、転送画像サイズがマスター側で連結コピープロセスに対して確保できる画像メモリサイズより大きい場合は、ハードディスクから全てのデータを一度に画像メモリ１７上へ展開するのではなく、確保できた画像メモリ１７のサイズだけ展開する。
例えば、画像データが全部で５０ＭＢのサイズで、連結コピー用に確保できた画像メモリ１７のサイズが２０ＭＢであった場合、まずハードディスク２２上の画像データの先頭から２０ＭＢ分のサイズだけを画像メモリ１７上に展開する。その画像メモリ１７上に展開された２０ＭＢの画像データに対して、ＮＩＣ２１に画像送信要求を出し、ネットワークを通じてスレーブ側の画像メモリ１７に画像を転送する。
転送が終了した後、マスター側では次の２０ＭＢの画像データ（先頭から２０〜４０ＭＢに当たる部分）を同じ画像メモリ１７上に展開する。スレーブ側でも受信した画像データをハードディスク２２等に退避した後、新たに画像転送要求を出し、次の２０ＭＢの画像データを転送する。そして、最後に残った１０ＭＢの画像データ（先頭から４０〜５０ＭＢに当たる部分）を同じ方法で転送する。これによりマスター側のハードディスク２２からスレーブ側のハードディスク２２へ画像転送が行なわれる。
マスター側の画像処理装置では、画像メモリ１７上に送信する画像データが展開できた時点でＮＩＣ２１に対して画像送信要求を出すが、この要求に対してＮＩＣ２１は指定されたアドレスから順次画像データを指定されたサイズだけネットワークを通じてスレーブの画像メモリ１７上に転送を試みる。
同時にスレーブ側でも、画像データを受信できるだけの画像メモリを連結コピー用に確保しておく。スレーブ側で受信可能となればＮＩＣ同士で画像データの転送を開始し、マスターの画像メモリ１７からスレーブの画像メモリ１７に画像データを転送する。
スレーブが複数台の時も同様に、全てのスレーブ側の画像メモリ１７に対して同様のことを行なえばよい。特にＩＥＥＥ１３９４のようなネットワークＩ／Ｆでは１対多の転送が行なえるので、スレーブ側の画像メモリが全て準備できた時点で転送を開始することによって、複数台への画像データの転送を一度で行なうことができる。
【００１０】
画像データの転送が終了したら印刷動作を開始する。この様子を図４に示す。まずハードディスク２２上に蓄積されている画像データを画像メモリ上１７に展開する（Ｓ１）。次にマスター／スレーブともにＤＭＡＣ１８にＤＭＡ転送開始を要求し（Ｓ２）、続いてプロッタエンジン３にプリント開始を要求する（Ｓ３）。これにより、画像メモリ１７からプロッタバッファ２０へ画像データが転送される（Ｓ４）。この転送は画像転送用バス１２を使用して行なわれる。
画像メモリ１７上の画像データが全て転送され、全ての画像データがプロッタエンジン３に出力されるまで画像データの転送が行なわれる。全ての画像データの転送が終了したら（Ｓ５）、ＤＭＡＣ１８にＤＭＡ転送終了を要求し（Ｓ６）、続いてプロッタエンジン３にプリント終了を要求する（Ｓ７）。以上により画像メモリ１７からプロッタエンジン３への画像転送が行なわれる。
次にカラー画像判定回路２３について説明する。カラー画像判定回路２３は図５に示すように、各プレーン毎の画像ポインタ３１、色変換回路３２、色差計算回路３３、閾値設定回路３４からなる。
画像ポインタ３１は、例えばＹＭＣＫ画像の場合は各プレーン毎の画像メモリ１７上のアドレスを指し示している。色変換回路３２は、画像メモリ１７へのポインタで指し示されたアドレスの画素データを取得し、特定の色空間への変換を行なう回路である。色差計算回路３３は、色成分があるかどうかの指標である色差を計算する。閾値設定回路３４は、カラー画像であるかモノクロ画像であるかを判定する色差の閾値を設定する回路である。
【００１１】
次に第１の実施例について説明する。
まずマスター側で転送する画像を画像メモリ１７に展開する。カラー画像を画像メモリ１７に展開する場合は、図５の画像メモリ１７に示すようにＹＭＣＫの各プレーンが保存できるだけの大きさの領域を確保する。この時各プレーンの画像メモリ１７の先頭アドレスを各プレーンの画像ポインタに保存する。
実際は図６に示すように、各プレーンは画像メモリ１７上の連続したアドレスに取られる。他の画像処理プロセスが画像メモリ１７を使用しているため、全てのプレーンを保存するだけの画像メモリ１７が確保できなかった場合は、上述したように確保できた分の画像メモリ１７を使用する。
次に各プレーン毎に確保した画像メモリ１７上に、転送する画像を展開していく。ハードディスク２２に保存されている場合でなおかつ画像が圧縮画像であった場合には、伸長してから確保した画像メモリ２２に展開していく。次に各プレーンを、特定のサイズの画像ブロックに分割する。このサイズはシステムが固定で設定しても良いし、システムが画像処理プロセス毎に設定しても良いし、ユーザが指定するようにしても良い。
例えば２ＭＢの画像ブロックに分割する場合は、図７に示すように各プレーンが２つの画像ブロックに分割される。分割されたブロックごとに、以下の処理を行なっていく。
各プレーンの画像ポインタが示すアドレスの画素値を取得する。プレーンの階調が４ビットであった場合は、画素値は０〜１５となり、プレーンの階調が８ビットであった場合は、画素値は０〜２５５になる。４色分の画素値を求めたら、その画素について色変換処理を行なう。
ＹＭＣＫの色空間はデバイスディペンドな空間のため、正しく色の違いを表現できていない。そこで例えばＣＩＥＬＡＢ、ＣＩＥＸＹＺ空間などの均等色差空間に変換する。均等色差空間では２点間の距離が色の違いを表しているため、以下のような方法を使用する。
ＣＩＥＬＡＢ空間は、色情報を（Ｌ＊）、（ａ＊）、（ｂ＊）の３つの軸で表現している。そこで２点間の距離である色差（色差成分）は次の式で求めることができる。
色差＝（（Ｌ＊）＾２＋（ａ＊）＾２＋（ｂ＊）＾２）＾（１／２）
ＣＩＥＬＡＢ空間は、（Ｌ＊）が輝度、（ａ＊）と（ｂ＊）が色差を表しているため、色成分の大きさは例えば以下のような式で考えることができる。
色差＝（（ａ＊）＾２＋（ｂ＊）＾２）＾（１／２）
【００１２】
次にカラー画像の判断方法について説明する。まず、閾値設定回路３４にて閾値を設定する。これはシステムで自動的に設定しても良いし、ユーザが設定できるようなＩ／Ｆを作ってユーザから設定するようにしてもよい。この閾値には、カラー画素であると判断できる色差の下限値を設定する。
本発明の画像処理システムでは図８のフローチャートに示すような方法で判定する。画像ポインタで指し示す各プレーンの画素値を取得し（Ｓ１）、色変換回路３２によってＣＩＥＬＡＢ系の色空間に変換する（Ｓ２）。
次に、色空間変換後の画素データに対して、色成分の色差（色差成分の絶対値）を色差計算回路３３によって算出する（Ｓ３）。この値と閾値設定回路３４に設定した閾値とを比較する（Ｓ４）。色差が設定した閾値よりも大きい場合は（Ｓ４で“Ｙ”）、この画像がカラー画像であると判定し、カラー画像の判断処理をここで終了する。
色差が設定した閾値よりも小さい場合は（Ｓ４で“Ｎ”）、次の画素が存在するかどうかのチェックを行なう（Ｓ５）。次の画素が存在する場合は（Ｓ５で“Ｙ”）各プレーンの画像ポインタの値を１つ進め（Ｓ６）、画像ポインタが次の画素を指し示すようにする。そして、画素値取得からのシーケンスに戻る。この画像ブロック内に次の画素が存在しなければ、この画像がモノクロ画像のブロックであると判定し、この画像ブロックでのカラー画像の判断処理をここで終了する。
上記処理によって、この画像ブロックがカラー画像であると判定された場合は、ＹＭＣＫプレーンの画像をスレーブ側に転送し、通常通りの動作を行なう。上記処理によって、この画像ブロックがモノクロ画像であると判定された場合は、これ以降の動作をモノクロ画像の動作とする。
【００１３】
そこで、図７に示す画像ブロックのうち、最初のブロック（Ｙ１、Ｍ１、Ｃ１、Ｋ１）がモノクロ画像であると判定された場合、画像メモリ１７上に展開されているこの画像ブロックのＹＭＣプレーンの画像情報は必要なくなる。この画像ブロックはＫプレーンのみを残し、他のプレーンを画像メモリ１７から解放するので、図９に示すように画像ブロック１に対してはＫ１のみが画像メモリ１７上に残る。後は、通常のモノクロ画像の動作を行なう。以上のような処理を、分割された画像ブロックごとに行なっていく。
これにより、モノクロ画像と判定された画像ブロックに対してＫプレーン以外の画像データを画像メモリ１７から解放することにより、実際にネットワーク上を送信するデータがＫプレーンだけとなり、全てのプレーンを忠実に転送する場合に比べてネットワーク上のトラフィックが減少する。またスレーブ側では、他のプロセスが使用できる画像メモリ量が増え、メモリ不足により動作できなくなるケースを減らすことができる。
また画像ブロック単位にカラー画像／モノクロ画像の判定をしているので、画像の一部がカラー画像である場合、画像の一部がモノクロ画像である場合等においても、効率的に画像データの転送が行なわれる。
このように、第１の実施例で説明したような方法で色差を求め、より正確に色成分の大きさを算出し、この値が小さい場合にモノクロ画像であると判定し、モノクロ画像と判定された画像の色情報プレーンを画像メモリ１７から解放することで、送信する画像データの量を減らしネットワーク上のトラフィックを減少させることができるので、連結動作の生産性を維持することができるようになる。
【００１４】
次に第２の実施例について説明する。
第２の実施例では図１０のフローチャートに示すような方法でカラー画像判定をする。分割された画像ブロックごとに、以下の処理を行なっていく。はじめに、色差値の合計を示す値ｓｕｍを０とする（Ｓ１）。次に画像ポインタで指し示す各プレーンの画素値を取得し（Ｓ２）、色変換回路３２によってＣＩＥＬＡＢ系の色空間に変換する（Ｓ３）。
次に、色空間変換後の画素データに対して、色成分の色差を色差計算回路３３によって算出する。この値を色差の合計値であるｓｕｍに加算する（Ｓ４）。次に次の画素がその画像ブロック内に存在するかどうかのチェックを行なう（Ｓ５）。次の画素が存在する場合（Ｓ５で“Ｙ”）は各プレーンの画像ポインタの値を１つ進め（Ｓ６）、画像ポインタが次の画素を指し示すようにする。そして、画素値取得からのシーケンスに戻る。
この画像ブロックに次の画素が存在しなければ（Ｓ５で“Ｎ”）、色差の平均を算出するために合計値ｓｕｍを画像ブロックの画素数で除算する（Ｓ７）。この平均値と閾値設定回路３４に設定した閾値とを比較する（Ｓ８）。色差の平均値が設定した閾値よりも大きい場合は（Ｓ８で“Ｙ”）、この画像ブロックがカラー画像であると判定し、カラー画像の判断処理をここで終了する。
色差が設定した閾値よりも小さい場合は（Ｓ８で“Ｎ”）、この画像ブロックがモノクロ画像であると判定し、カラー画像の判断処理をここで終了する。以上の処理を画像ブロック単位で行なっていく。その他の動作については第１の実施例と同様である。
このように、第２の実施例で説明したような方法で色差を求め、より正確に色成分の大きさを算出し、この値が小さい場合にモノクロ画像であると判定し、モノクロ画像と判定された画像の色情報プレーンを画像メモリ１７から解放することで、送信する画像データの量を減らしネットワーク上のトラフィックを減少させることができるので、連結動作の生産性を維持することができるようになる。
【００１５】
次に第３の実施例について説明する。
例えば既にカラー画像としてハードディスク２２内に蓄積されている文書の再印刷を考える。この場合保存されている画像はカラーであるが、再印刷の時点でカラー画像とモノクロ画像のどちらで印刷するかはユーザが指定できるものとする。
ここで連結動作を考えた場合、つまりスレーブ側では画像受信とモノクロ画像の印刷という２つの画像処理プロセスが動作するが、モノクロ画像の印刷という画像処理プロセスではＫプレーンの画像データのみが必要であり、色成分の画像データを必要としていない。同様に、スレーブ側の表示パネルにサムネイル画像を表示するアプリケーションでは、表示部がモノクロであった場合には色成分の画像データがスレーブ側で必要無くなる。
以上のような場合に色成分の画像データを送信しないようにすることで、ネットワークのトラフィックを減少させることができる。例えば次のような方法で実現する。まずマスター側からスレーブ側へ画像処理プロセスの種類を通知する。この通知からスレーブ側ではカラー画像の色成分が必要かどうかを判断する。例えば上記のような場合が該当する。
次にスレーブ側は判断結果をマスター側に通知する。マスター側は、その判断結果を基に、色成分の画像データを送信するかどうかを決定する。このように特定の画像処理プロセスによっては、スレーブ側で色成分の画像データを必要としないことがあり、その場合はスレーブ側に送信しないことによって、ネットワークのトラフィックを減少し、連結動作を速度低下することなく正常に動作させるとともに、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリ１７を使用して動作することを可能にする。
【００１６】
【発明の効果】
本発明により、色情報がないと判定したカラー画像に対して、色成分の画像データをスレーブ機に送信しないことによって、ネットワークのトラフィックを減少し連結動作を正常に動作させることができる。
また、画像ブロックごとにカラー判定を行ない、スレーブ機への転送を制御しているので、効率良く画像を転送し、ネットワークのトラフィックを減少させ
ることができる。
また、スレーブ側で消費する画像メモリを最小限にとどめ、他の画像処理プロセスが十分な画像メモリを使用して動作することが可能になる。
また、色情報がないので例えばカラーの１ドラム機で印刷速度を上げることも可能になる。
【図面の簡単な説明】
【図１】本発明の画像処理システムを構成する画像処理装置の全体構成図である。
【図２】スキャン動作を示すフローチャートである。
【図３】画像転送動作を示すフローチャートである。
【図４】印刷動作を示すフローチャートである。
【図５】カラー画像判定回路を示す図である。
【図６】画像メモリマップを示す図である。
【図７】画像メモリマップを示す図である。
【図８】カラー画像判定処理（その１）を示すフローチャートである。
【図９】画像メモリマップを示す図である。
【図１０】カラー画像判定処理（その２）を示すフローチャートである。
【符号の説明】
１３ ＣＰＵ（制御手段）
２３ カラー画像判定回路
Claims (3)
- 画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素において色変換後の色差成分の絶対値がある一定の閾値以下であった場合、その分割ブロックの画像データの色成分の転送を禁止する制御手段を備えたことを特徴とする画像処理システム。
- 画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送元となる画像処理装置上の１ページ分の画像データを複数の固定サイズのブロックに分割し、分割ブロックごとに色変換を行ない、分割ブロック内の全ての画素の色変換後の色差成分の平均値を求め、平均値がある一定の閾値以下であった場合、その分割ブロックの画像データの色成分の転送を禁止する制御手段を備えたことを特徴とする画像処理システム。
- 画像データの転送元となる１つの画像処理装置と、画像データの転送先となる１つまたは複数の画像処理装置との間で画像データの転送を行なう画像処理システムにおいて、転送先の画像処理装置が特定の画像処理プロセスで画像データを扱う場合に、画像データの色成分の転送を禁止する制御手段を備えたことを特徴とする画像処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003069028A JP2004282279A (ja) | 2003-03-14 | 2003-03-14 | 画像処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003069028A JP2004282279A (ja) | 2003-03-14 | 2003-03-14 | 画像処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004282279A true JP2004282279A (ja) | 2004-10-07 |
Family
ID=33286169
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003069028A Pending JP2004282279A (ja) | 2003-03-14 | 2003-03-14 | 画像処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004282279A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7840063B2 (en) | 2005-07-20 | 2010-11-23 | Fuji Xerox Co., Ltd. | Image processing apparatus |
-
2003
- 2003-03-14 JP JP2003069028A patent/JP2004282279A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7840063B2 (en) | 2005-07-20 | 2010-11-23 | Fuji Xerox Co., Ltd. | Image processing apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3660182B2 (ja) | 画像処理装置 | |
| JP2008017441A (ja) | データ処理装置とデータ処理方法とプログラム | |
| JPH08112947A (ja) | イメージデータを符号化し、再構築する方法および装置 | |
| US7193738B2 (en) | Image processing apparatus and method | |
| US20090009821A1 (en) | Image Processing Apparatus, Image Processing Control Method and Computer-Readable Storage Medium | |
| US8243348B2 (en) | Image processing apparatus and method and computer program product for controlling the same | |
| JP2004282279A (ja) | 画像処理システム | |
| JP2004128913A (ja) | 画像処理装置、画像処理装置の制御方法及び該方法を実行するためのプログラムを格納したコンピュータ読み取り可能な記憶媒体 | |
| JP3714840B2 (ja) | データ転送方法とデータ転送制御装置 | |
| US8514441B2 (en) | Image processing apparatus and control method thereof, in which an address for image data depends on whether the image data is input via a detachable image processing device | |
| JP2003241983A (ja) | 情報処理装置及び情報処理方法 | |
| JP5202265B2 (ja) | 画像処理装置、プログラム及び画像処理装置の制御方法 | |
| JP2003244452A (ja) | 画像処理装置 | |
| JP2005094515A (ja) | 画像処理システム | |
| JP2018118477A (ja) | 画像処理装置とその制御方法、及びプログラム | |
| JP2004357154A (ja) | データ処理装置 | |
| JP2004229066A (ja) | 画像形成装置 | |
| JP2006121438A (ja) | 複合機 | |
| JP2003348338A (ja) | 情報処理装置 | |
| JP2006018406A (ja) | 画像形成装置 | |
| JP2006080914A (ja) | 画像処理装置、画像処理方法、およびコンピュータが実行するためのプログラム | |
| JPH11179975A (ja) | カラープリンタ制御装置 | |
| JP2008033432A (ja) | データ処理装置、画像形成装置、制御方法、及びプログラム | |
| JP2000270130A (ja) | 画像形成システム、画像形成方法、及び記憶媒体 | |
| JP2005039474A (ja) | 画像処理装置、画像形成装置、コンピュータプログラム及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050715 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050729 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050729 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061212 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070209 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070515 |