JP4979428B2 - 画像処理装置およびその制御方法 - Google Patents

Description

本発明は、画像処理技術、特に、画像データを色情報を復元可能な２値化データ・グレースケールデータに変換する技術に関するものである。

従来より、コピー機能を具備する情報処理装置において、入力された画像データを印刷のために記憶する記憶機能（以下、ＢＯＸ機能）、および、外部の情報処理装置に送信するためのデータ送信機能を有する装置がある。ここで、画像データは、例えば、リーダーで読み取ったデータ、または、当該情報処理装置にネットワーク接続されたホストコンピュータからプリンタドライバを介して送られるデータ（以下、ＰＤＬデータ）である。

そして、特許文献１に開示されるＢＯＸ機能では、カラー原稿の画像データをモノクロデータ、または、グレースケールデータとしてＢＯＸ格納する記載がある。このとき、当該モノクロデータを、モノクロ印刷、または、ユーザの指定する単色（Ｒ／Ｇ／Ｂ／Ｃ／Ｍ／Ｙ）カラーでモノカラー印刷することが可能である。また、当該モノクロデータをモノクロデータとして外部の情報処理装置に送信することが可能である。
特開２００３−０５１９５１号公報

しかしながら、上述の特許文献１の技術では、オリジナルが単色カラー画像である場合、自動的に当該単色カラーで色再現して印刷することはできなかった。また、オリジナルが２色カラー画像である場合も同様、自動的に当該２色で色再現して印刷・送信することはできなかった。すなわち、色再現して印刷・送信をするためには、ユーザが手動で正しい色を指定する必要があった。

なお、上述の単色カラー画像または２色カラー画像をフルカラーデータとしてＢＯＸ格納した場合には、当該フルカラーデータに基づいて自動的に単色カラーあるいは２色カラーで色再現して印刷・送信することは可能である。しかし、フルカラーデータは、データ容量が大きい（例えば、２４ビット（＝各色８ｂｉｔ×３色）／画素）ためデータ格納のためには大量の記憶領域が必要となるという問題点があった。

本発明は上記問題点に鑑みなされたものであり、上述の少なくとも１つを解決する技術を提供することを目的とする。

上述の問題点の１つ以上を解決するために、本発明の画像処理装置は以下の構成を備える。すなわち、画像処理装置において、原稿画像を読取って画像データとして入力する画像入力手段と、前記画像入力手段によって入力された画像データに含まれる代表色と該画像データの画像種別とを判定する判定手段と、前記画像データを、色情報を含まない２値化データへ変換する２値化データ生成手段と、前記２値化データ生成手段によって生成された２値化データに対応する有彩／無彩色情報と、前記判定手段によって判定された画像種別及び代表色の情報と、を含む付加データを生成する付加データ生成手段と、前記２値化データと前記付加データとを記憶する記憶手段と、を備える。

本発明によれば、データ容量を抑えつつ、色再現可能な形式で画像データを格納することを可能とする技術を提供することが出来る。

以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。

（第１実施形態）
本発明に係る画像処理装置の第１実施形態として、ＢＯＸ機能を備えた多機能プリンタ（ＭＦＰ）を例に挙げて以下に説明する。なお、以下の説明の中において、画像を構成する色に基づいて以下のように各用語を定義する。

モノクロ：２つの無彩色から構成される２値画像（白黒ともいう）
モノカラー：１つの有彩色および白色から構成される２値画像（単色カラーともいう）
２色カラー：２つの色（モノクロ／モノカラーを除く）から構成される２値画像
フルカラー：３色以上から構成される多値画像（以下、カラーともいう）
＜装置構成＞
図１は、第１実施形態に係るＭＦＰを使用して原稿を読み込み、データを保存し、出力する概念を示す図である。

モノクロ原稿１０２、モノカラー原稿１０３、２色原稿１０４、カラー原稿１０５は、ＭＦＰ１０１のスキャン機能により読み取られる。そして、後述するＭＦＰ１０１内部のハードウェア、ソフトウェア群により、データ変換され、モノクロデータ１０７、及び付加情報１０８としてＢＯＸ１０６に格納される。これらのデータは、モノクロ画像１０９、モノカラー画像１１０、２色画像１１１として、プリントあるいは送信がなされる。

ここで、送信とは、ネットワーク接続されたホストコンピュータに対して、イメージデータを汎用的なフォーマット、例えば、ＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等に変換して送信することを意味する。

図２は、第１実施形態に係るＭＦＰの内部構成を示す図である。

ＭＦＰ１０１は、画像入力デバイスであるスキャナ部２０１と画像出力デバイスであるプリンタ部２０２を備える。また、ＣＰＵ２０５や後述する各処理部により構成される制御ユニット（Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）２０４、ユーザインタフェースである操作部２０３を有する。

制御ユニット２０４は、スキャナ部２０１、プリンタ部２０２、操作部２０３と接続する。一方で、ＬＡＮ２１９や一般の電話回線網である公衆回線（ＷＡＮ）２２０と接続することで、画像情報やデバイス情報の入出力を行う。

ＣＰＵ２０５はシステム全体を制御するコントローラである。ＲＡＭ２０６はＣＰＵ２０５が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２１０はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２１１はハードディスクドライブで、システム制御ソフトウェア、画像データを格納する。操作部Ｉ／Ｆ２０７は操作部（ＵＩ）２０３とのインターフェース部で、操作部２０３に表示するための画像データを操作部２０３に対して出力する。また、操作部２０３から本画像処理装置の使用者が入力した情報を、ＣＰＵ２０５に伝える役割をする。ネットワーク（Ｎｅｔｗｏｒｋ）２０８は本画像処理装置をＬＡＮ２１９に接続し、パケット形式の情報の入出力を行う。モデム（ＭＯＤＥＭ）２０９は本画像処理装置を公衆回線２２０に接続し、情報の復調・変調を行い入出力を行う。以上のデバイスがシステムバス２２１上に配置される。

イメージバスインターフェース（Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ）２１２はシステムバス２２１と画像データを高速で転送する画像バス２２２とを接続し、データ構造を変換するバスブリッジである。画像バス２２２は、例えば、ＰＣＩバスやＩＥＥＥ１３９４で構成される。

画像バス２２２上には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）２１３はＰＤＬコードを解析し、ビットマップイメージに展開する。デバイスＩ／Ｆ部２１４は、信号線２２３を介して画像入出力デバイスであるスキャナ部２０１、信号線２２４を介してプリンタ部２０２、をそれぞれ制御ユニット２０４に接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２１５は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２１６は、プリンタ部２０２に出力すべきプリント出力画像データに対して、プリンタ部２０２に応じた補正、解像度変換等を行う。画像回転部２１７は入力された画像データの回転を行い出力する。画像圧縮部２１８は、多値画像データに対してはＪＰＥＧ圧縮伸長処理、または、デバイス固有の圧縮伸長処理を行い、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸長処理を行う。

図３は、第１実施形態に係るＭＦＰの制御ユニットに実装されるソフトウェア機能構成を示す図である。

３０１はユーザーインターフェース（以下、ＵＩ）であり、オペレータが操作部２０３を用いてＭＦＰに対する各種操作・設定を行う際の、機器とユーザ操作との仲介を行うモジュールである。本モジュールは、オペレータの操作に従い、後述の各種モジュールに入力情報を転送して処理の依頼、或いはデータの設定等を行う。

３０２はアドレスブック、即ちデータの送付先、通信先等を管理するデータベースモジュールである。アドレスブック３０２の内容は操作部２０３からの操作を、ＵＩ３０１で検知し、データの追加、削除、取得が行われ、オペレータの操作により後述の各モジュールにデータの送付・通信先情報を与えるものとして使用されるものである。

３０３はＷｅｂサーバモジュールであり、Ｗｅｂクライアントからの要求により、本ＭＦＰの管理情報を通知するために使用される。この管理情報は、後述の統合送信部（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール）３０４、後述のリモートコピースキャンモジュール（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎモジュール）３０９により読み取られる。また、後述のリモートコピープリントモジュール（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔモジュール）３１０、後述の制御ＡＰＩ（Ｃｏｎｔｒｏｌ−ＡＰＩ）３１８を介して読み取られる。そして、後述のＨＴＴＰモジュール３１２、ＴＣＰ／ＩＰ通信モジュール３１６、ネットワークドライバ３１７を介してＷｅｂクライアントに通知される。Ｗｅｂサーバモジュール３０３はＷｅｂクライアントに渡すべき情報を、ＨＴＭＬ形式等のいわゆるＷｅｂページ形式のデータとして作成する。必要に応じてＪａｖａ（登録商標）やＣＧＩプログラム等が用いられる。

３０４は統合送信部（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール）、即ちデータの配信を司るモジュールであり、ＵＩ３０１を介してオペレータによって指定されたデータを、指示された通信（出力）先に配布するものである。また、オペレータにより、本ＭＦＰのスキャナ機能を使用して配布データの生成が指示された場合は、後述の制御ＡＰＩ３１８を介して本ＭＦＰのスキャナ２０１を動作させ、データの生成を行う。

３０５は統合送信部３０４内で出力先にプリンタが指定された際に実行されるモジュールである。３０６は統合送信部３０４内で通信先にＥ−ｍａｉｌアドレスが指定された際に実行されるモジュールである。３０７は統合送信部３０４内で出力先にデータベースが指定された際に実行されるモジュールである。３０８は統合送信部３０４内で出力先に本ＭＦＰと同様のＭＦＰが指定された際に実行されるモジュールである。

３０９はリモートコピースキャン（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎ）モジュールである。これは、ＭＦＰ１０１のスキャナ機能を使用してスキャナ２０１で読み取った画像情報の出力先をネットワーク等で接続された他のＭＦＰのプリンタで出力し、本ＭＦＰ１０１単体で実現しているコピー機能と同等の処理を行うモジュールである。

３１０はリモートコピープリント（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔ）モジュールである。本モジュールは、ネットワーク等で接続された他のＭＦＰのスキャナで読み取った画像情報を入力元として得られた画像情報をＭＦＰ１０１のプリンタ機能を使用して出力する。そのようにすることにより、同様にＭＦＰ１０１単体で実現しているコピー機能と同等の処理を行うモジュールである。

ボックスモジュール３１１はスキャン画像もしくはＰＤＬプリント画像をＨＤＤ（記憶部）に格納する。そして、格納した画像のプリンタ機能による印刷、統合送信（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ）機能による送信を行う。また、ＨＤＤに格納した文書の削除、グルーピング（個別ＢＯＸへの格納）、ＢＯＸ間移動、ＢＯＸ間コピーなどの管理機能を提供する。なお、ボックスモジュール３１１は、ＨＴＴＰモジュール３１２及びＴＣＰ／ＩＰモジュール３１６によって通信機能が提供される。

３１２はＨＴＴＰモジュールであり、本ＭＦＰがＨＴＴＰにより通信する際に使用される。そして、後述のＴＣＰ／ＩＰ通信モジュール３１６により前述のＷｅｂサーバモジュール３０３、Ｗｅｂプルプリントモジュール３１１に通信機能を提供する。３１３はｌｐｒモジュールであり、後述のＴＣＰ／ＩＰ通信モジュール３１６により前述の統合送信部３０４内のプリンタモジュール３０５に通信機能を提供する。３１４はＳＭＴＰモジュールであり、後述のＴＣＰ／ＩＰ通信モジュール３１６により統合送信部３０４内のＥ−ｍａｉｌモジュール３０６に通信機能を提供する。３１５はＳＬＭ、即ちＳａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒモジュールである。本モジュールは、後述のＴＣＰ／ＩＰ通信３１６モジュールにより前述の統合送信部３０４内のデータベースモジュール３１７、ＤＰモジュール３１８に通信機能を提供する。さらに、リモートコピースキャンモジュール３０９、リモートコピープリントモジュール３１０に通信機能を提供する。

３１６はＴＣＰ／ＩＰ通信モジュールであり、後述のネットワークドライバ３１６を用いて、前述の各種モジュールにネットワーク通信機能を提供する。３１７はネットワークドライバであり、ネットワークに物理的に接続される部分を制御するものである。

３１８は制御ＡＰＩである。そして、統合送信部３０４等の上流モジュールに対し、後述のジョブマネージャ（Ｊｏｂ−Ｍａｎａｇｅｒ）３１９等の下流モジュールとのインターフェースを提供する。このようにして、上流及び下流のモジュール間の依存関係を軽減し、それぞれの流用性を高めるものである。３１９はジョブマネージャである。前述の各種モジュールより制御ＡＰＩ３１８を介して指示される処理を解釈し、後述の各モジュール（３２０、３２４、３２６）に指示を与えるものである。また、ジョブマネージャ３１９は、ＦＡＸジョブの制御も含め本ＭＦＰ内で実行される種々のジョブを一元管理するものである。

３２０はコーデックマネージャ（ＣＯＤＥＣ−Ｍａｎａｇｅｒ）である。ジョブマネージャ３１９が指示する処理の中でデータの各種圧縮・伸長を管理・制御するものである。３２１はＦＢＥエンコーダモジュール（ＦＢＥ−Ｅｎｃｏｄｅｒ）であｒ。ジョブマネージャ３１９、後述のスキャンマネージャ（Ｓｃａｎ−Ｍａｎａｇｅｒ）３２４により実行されるスキャン処理により読み込まれたデータをＦＢＥフォーマットにより圧縮するものである。３２２はＪＰＥＧコーデックモジュール（ＪＰＥＧ−ＣＯＤＥＣ）である。ジョブマネージャ３１９、スキャンマネージャ３２４により実行されるスキャン処理、及びプリントマネージャ（Ｐｒｉｎｔ−Ｍａｎａｇｅｒ）３２６により実行される印刷処理において使用される。具体的には、読み込まれたデータのＪＰＥＧ圧縮及び印刷データのＪＰＥＧ展開処理を行うものである。３２３はＭＭＲコーデック（ＭＭＲ−ＣＯＤＥＣ）である。これは、ジョブマネージャ３１９、スキャンマネージャ３２４により実行されるスキャン処理、及びプリントマネージャ３２６により実行される印刷処理において使用される。具体的には、スキャナから読み込まれたデータのＭＭＲ圧縮及びプリンタへ出力すべき印刷データのＭＭＲ伸長処理を行うものである。

３２４はスキャンマネージャ（Ｓｃａｎ−Ｍａｎａｇｅｒ）であり、ジョブマネージャ３１９が指示するスキャン処理を管理・制御するものである。３２５はＳＣＳＩドライバであり、スキャンマネージャ３２４と本ＭＦＰが内部的に接続しているスキャナ部２０１との通信を行うものである。３２６はプリントマネージャ（Ｐｒｉｎｔ−Ｍａｎａｇｅｒ）であり、ジョブマネージャ３１９が指示する印刷処理を管理・制御するものである。３２７はエンジンインターフェース（Ｅｎｇｉｎｅ−Ｉ／Ｆ）であり、プリントマネージャ３２６とプリンタ部２０２とのＩ／Ｆを提供する。３２８はパラレルポートドライバであり、Ｗｅｂプルプリント３１１がパラレルポートを介して不図示の出力機器にデータを出力する際のＩ／Ｆを提供する。

次にここでアドレスブック３０２の詳細について説明する。このアドレスブック３０２は、ＭＦＰ１０１内の不揮発性の記憶装置（不揮発性メモリやハードディスクなど）に保存されており、この中には、ネットワークに接続された他の機器の特徴が記載されている。例えば、以下に列挙するようなものが含まれている。

・機器の正式名やエイリアス名
・機器のネットワークアドレス
・機器の処理可能なネットワークプロトコル
・機器の処理可能なドキュメントフォーマット
・機器の処理可能な圧縮タイプ
・機器の処理可能なイメージ解像度
・プリンタ機器の場合の給紙可能な紙サイズ、給紙段情報
・サーバ（コンピュータ）機器の場合のドキュメントを格納可能なフォルダ名
アドレスブック３０２を参照することにより、ＭＦＰ１０１はデータを送信することができる。例えば、リモートコピーアプリケーションは、配信先に指定された機器の処理可能な解像度情報を前記アドレスブック３０２により判別する。判別結果に従い、スキャナにより読み込まれた画像２値画像を公知のＭＭＲ圧縮を用いて圧縮する。例えば、公知のＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）化を実行し、ＳＬＭ３０３に通して、ネットワーク上のプリンタ機器に送信する。ＳＬＭ（Ｓａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒ）３０３は、機器制御情報などを含んだネットワークプロトコルの一種である。

＜装置の動作＞
次に、紙原稿１０２〜１０５をＭＦＰ１０１のスキャナで読み取り、モノクロデータ１０７及び付加情報１０８をＢＯＸ１０６に格納するまでの流れについて図４、５を参照して説明する。

図４は、第１実施形態に係るＭＦＰのユーザインタフェース（ＵＩ）画面の例を示す図である。ＵＩ画面は操作部２０３に表示され、ここでは、操作部２０３はタッチパネルディスプレイで構成されている。

図４（ａ）の４０１〜４０３に示すメニューは、各々、読み取り原稿をコピーする場合、送信する場合、ＢＯＸに格納する場合にユーザが指定するメニューである。また、４０４〜４０８に示すメニューは、印刷時に使用する色をユーザが指定するメニューである。

なお、４０４に示す「自動カラー選択」が選択されている場合、ユーザは、原稿に使用されている色を意識する必要がなく、ＭＦＰが自動で色を認識する。また、原稿で使用されている色が３色以上でありフルカラー画像データであると認識された場合は、フルカラー印刷が行われる。そして、無彩色のみから構成されるモノクロ画像と判定した場合は、モノクロ印刷が行われる。

その他の４０５〜４０８に示す「フルカラー」「白黒」「単色カラー」「２色カラー」を手動で選択することも可能である。「単色カラー」「２色カラー」を手動で選択した場合のＭＦＰ１０１のＵＩ画面を図４（ｂ）（ｃ）に示す。「単色カラー」を選択した場合、４０９に示すように当該単色としてレッド、グリーン、ブルー、イエロー、マゼンダ、シアン等の印刷時の色を予め設定することが可能である。また、「２色カラー」を選択した場合、４１０に示すように黒と組み合わせる単色としてレッド、グリーン、ブルー、イエロー、マゼンダ、シアン等の印刷時の色を予め設定することが可能である。例えば、ユーザが「単色カラー」指定でレッドを指定した場合、赤インク／トナーのみを用いて印字出力される。

図５は、第１実施形態に係るＭＦＰが原稿の色判別を行い、画像データをＢＯＸに格納する際のフローチャートである。

まず、ＵＩの操作を簡単に説明する。ユーザは、ＭＦＰの原稿台に原稿を置き、コピーメニュー４０１、または、ボックスメニュー４０３を選択する。ここで、コピーメニュー４０１を選択した場合、読み取り原稿をコピー出力すると共に、画像データはＢＯＸに格納される。一方、ボックスメニュー４０３を選択した場合、画像データのＢＯＸへの格納のみが実行される。

そして、ユーザは４０４に示す「自動カラー選択」または４０５〜４０８に示す「フルカラー」「白黒」「単色カラー」「２色カラー」の手動カラー選択の何れかを選択する。その後、ＭＦＰ１０１の原稿台に原稿を置き、操作部２０３のスタートボタン（不図示）を押下すると、原稿画像がスキャナ部２０１により読み込まれる（入力される）。なお、以下の各ステップはＭＦＰ１０１の制御ユニット２０４により実行される。

ステップＳ５０１では、ユーザにより自動／手動の何れのカラー選択がされているかを判別する。４０４に示す「自動カラー選択」が選択されている場合、ステップＳ５０２〜Ｓ５０４を実行し、原稿の種別の判定を行う。なお、この処理（ＡＳＣ判定）の詳細については後述する。その他の４０５〜４０８に示す「フルカラー」「白黒」「単色カラー」「２色カラー」が選択されている場合、ステップＳ５０８〜Ｓ５１０で、ユーザにより選択されたカラーの判定を行う。

自動／手動のカラー選択により、「カラー（フルカラー）」の原稿であると判定した場合はステップＳ５０５に進み、スキャナ部２０１で読み込んだ画像データ（以下、読取画像データ）のフルカラー処理を行う。一方、「白黒」「単色カラー」「２色カラー」の原稿であると判定した場合はステップＳ５０６に進み、読取画像データのモノクロ処理を実行する。

ステップＳ５０７では、ステップＳ５０５で生成したフルカラー画像データ、あるいは、ステップＳ５０６で生成したモノクロ画像データをＢＯＸ保存する。

＜動作の詳細＞
『ＡＣＳ判定』
上述の通り、ステップＳ５０１で「自動カラー選択」が選択されている場合、ステップＳ５０２〜Ｓ５０４におけるデータ判別により、読取画像データが、モノクロ、モノカラー、２色カラーの何れかであるかの判定が行われる。ここでは、この判定処理をＡｕｔｏ Ｃｏｌｏｒ Ｓｅｌｅｃｔ判定（以下、ＡＣＳ判定）と呼ぶ。

ステップＳ５０２では、読取画像データがモノクロか否かを判定する。無彩色のみの場合はモノクロと判定されステップＳ５０６に進み、有彩色を含む場合はカラーと判定されステップＳ５０３に進む。

ステップＳ５０３では、読取画像データがモノカラーか否かを判定する。有彩色が１色である場合はモノカラーと判定されステップＳ５０６に進み、有彩色を２色以上含む場合はステップＳ５０４に進む。

ステップＳ５０４では、読取画像データが２色カラーか否かを判定する。有彩色が２色である場合は２色カラーと判定されステップＳ５０６に進み、有彩色を３色以上含む場合はフルカラーと判定されステップＳ５０５に進む。

次に、ＡＣＳ判定について図９〜１２を参照しさらに詳細に説明する。

図９は、読込画像データをＡＣＳ判定する際の処理フローの一例を示す。

ステップＳ９０１では、原稿画像をスキャナ部２０１で読み込み読取画像データを生成する。

ステップＳ９０２では、ステップＳ９０１で生成した読取画像データに対して、スキャナ画像特有の画像処理、例えば各種フィルタ処理、ガンマ変換や色空間変換を実行する。

ステップＳ９０３では、ステップＳ９０２で処理した読取画像データに対して、色分布を導出する。図１０は、原稿の一例を示す図である。また、図１１、図１２は、導出される色分布の例を示す図である。図１１、１２において、記号“×”は各画素に対応する色の対応位置を示す。図１１、図１２においては、色分布として、”色相”および”明度”を基準とした分布図を利用しているが、色に関する他の量（色差、彩度など）を利用しても良い。

ステップＳ９０４では、ステップＳ９０３で導出した色分布に基づいてＡＣＳ判定（画像種別判定）を行う。

・ＡＣＳモノカラー判定
図１１は、図１０における領域１００１および１００２が共に赤の場合に、ステップＳ５０３で作成される色分布の一例を示す図である。ＡＣＳ判定においては、まず、図１１に示す全領域の分布状況を確認する。そして、その結果に基づいて読取画像データに含まれる色の出現頻度の順位を決定する。図１１に示す色分布においては、”Ｒ”の位置に分布が集中する。その他の位置に関しても分布の状況を確認するが、“Ｒ”の位置における出現頻度と比較して極端に少ない。そのため、”Ｒ”以外の位置にある分布は、原稿上にあるノイズと判断して無視する。そのため、図１１の色分布に対しては、色の順位は“Ｒ”が第１位（代表色）になり、その他の色は無視される。つまり、原稿は赤一色で構成されている（すなわちモノカラー画像データ）と判定する。

・ＡＣＳ２色カラー判定
図１２は、図１０における領域１００１が赤、１００２が黒の場合に、ステップＳ５０３で作成される色分布の一例を示す図である。この場合、図１２の“Ｒ”と“ＢＫ”の位置に分布が集中する。その他の位置に関しても、分布の状況を確認するが、“Ｒ”と“ＢＫ” と比較して極端に少ない場合は、原稿上にあるノイズと判断して、無視する。この結果から、色の順位は“Ｒ”が第１位（代表色）、“ＢＫ”が第２位（代表色）になり、その他の色は無視される。つまり、原稿は赤と黒の二色で構成されている（すなわち２色カラー画像データ）と判定する。

・ＡＣＳモノクロ判定
なお、上述のＡＣＳモノカラー判定の説明において“ＢＫ”が第１位になり、その他の色が無視された場合にはモノクロ画像データと判定される。

『モノクロ処理』
図６は、ステップＳ５０６におけるモノクロ処理に関する動作フローチャートである。当該モノクロ処理は、前述したように、手動カラー選択において、白黒４０６、単色カラー４０７、２色カラー４０８が選択されていると判定された場合に実行される。および、自動カラー選択において、「モノクロ」「モノカラー」「２色カラー」と判別された場合に実行される。なお、以下の各ステップはＭＦＰ１０１の制御ユニット２０４により実行される。

ステップＳ６０１では、読取画像データに対してモノクロ変換を行う。具体的には、スキャナによって読み取られた読取画像データ（２４ｂｉｔ（ＲＧＢ各色８ｂｉｔ）／画素）をモノクロデータ（１ｂｉｔ／画素 ２値化データ）に変換する（２値化データ生成する）。なお、後述するように、グレースケールデータ（８ｂｉｔ／画素）のような多値データとしても良い。以下ではモノクロデータに変換する場合を説明する。なお、モノクロデータへの変換自体に関しては既知の任意の手法が利用可能である。本発明では次に述べる付加情報を生成する点が異なる。

ステップＳ６０２では、付加情報（付加データ）１を生成（付加データ生成）する。付加情報１は、ステップＳ６０１において生成されたモノクロデータに対応する有彩／無彩色情報である。つまり、付加情報１は、モノクロデータ全画素に対して各々与えられる１ｂｉｔ／画素の情報であり、ここでは、値が”１”の場合は有彩色、”０”の場合は無彩色とする。

ステップＳ６０３では、付加情報２を生成する。付加情報２は、原稿が「モノクロ」「モノカラー」「２色カラー」のいずれであったかを示す属性情報と、ステップ６０１において生成されたモノクロデータに対応する色情報から構成される。ここでは、属性情報の値が、”０”の場合モノクロ、”１”の場合モノカラー、”２”の場合２色カラーであるとする。また、色情報としては、「自動カラー選択」の場合、ステップＳ５０３、Ｓ５０４で抽出された代表色が設定される。また、手動カラー選択の場合は、図４（ｂ）または図４（ｃ）の設定画面で指定した色が設定される。

図８は、モノクロ処理およびフルカラー処理により生成されるデータを例示的に示す図である。ここでは、説明を簡単にするため、画像の２ｘ２画素分のみを示している。

ここで、８０１〜８０４は、読取画像データ（２４ｂｉｔ（ＲＧＢ各色８ｂｉｔ）／画素）である。また、８０５〜８０７は、モノクロ処理後のモノクロデータ（１ｂｉｔ／画素）、８０８は、カラー処理後のカラーデータ（２４ｂｉｔ（ＲＧＢ各色８ｂｉｔ）／画素）である。そして、８０９〜８１２、は、付加情報１（有彩／無彩色情報）、８１３〜８１６は、付加情報２（属性情報、色情報）である。

例えば、モノカラー画像８０２に対しては、モノクロ処理後のモノクロデータは、８０６に示すモノクロ１ｂｉｔのデータとなる。また、付加情報１は、８０６の赤色の画素が有彩色と判断され、それ以外の画素は、無彩色と判断されるため、８１０に示すデータとなる。また、付加情報２は、属性情報＝１（モノカラー）、色情報＝赤を示す８１４のデータとなる。

このようにして生成された、モノクロデータ、付加情報１（有彩／無彩色情報）、付加情報２（属性情報、色情報）は、ステップＳ５０７において、ＢＯＸに保存される。なお、これらのデータを公知の可逆圧縮（例えば、ＭＭＲ圧縮、ＺＩＰ圧縮など）で圧縮することにより、ＢＯＸ領域へのデータ格納効率が向上する。なお、ここでは生成される３種類のデータを分けて説明しているが、保存されるときのデータとしては単一のファイルであっても良い。例えば、付加情報をモノクロデータの先頭（ヘッダ）部分などに付与するよう構成しても良い。また、ステップＳ５０５におけるカラー処理においては、一般にはＪＰＥＧ方式で圧縮され、ステップ５０７において、ＢＯＸに保存される。

このようにして、「モノクロ」「モノカラー」「２色カラー」である原稿をＭＦＰ１０１のスキャナで読み取り、モノクロデータ１０７、及び付加情報１および２としてＢＯＸ１０６に格納することが出来る。なお、ここではスキャナ部２０１による読取画像について説明を行ったが、ＭＦＰ１０１にネットワーク接続されたホストコンピュータからプリンタドライバを介して送られる画像データ（ＰＤＬデータなど）に対し同様の処理を行っても良い。

＜モノクロデータの出力＞
図７は、ＢＯＸに保存されたモノクロデータを出力（プリント、送信）する際のフローチャートである。また、図１３は、ＢＯＸメニュー選択時の設定画面の例を示す図である。

ユーザによりボックスメニュー４０３が選択されると図１３（ａ）の画面が表示される。当該画面で、ユーザは所望の画像が格納されているボックス番号００に対応するボタン４１１を指定する。すると、ボックス番号００に対応する図１３（ａ）の画面が表示される。次に、所望の画像４１２を選択し、該画像をプリントしたい場合は、プリントボタン４１３、送信したい場合は、送信ボタン４１４を押下する。

ステップＳ７０１では、ユーザから、自動カラー選択または手動のカラー選択を受け付ける。ここで、ユーザは、４０４に示す「自動カラー選択」、または、その他の４０５〜４０８に示す「フルカラー」「白黒」「単色カラー」「２色カラー」を選択する。図４の４０４〜４０８は、コピーメニュー４０１画面上のメニューであるが、同様のメニューがボックスメニュー４０３画面上にもあるものとする。「自動カラー選択」が選択されたときはステップＳ７０２に進み、「フルカラー」「白黒」「単色カラー」「２色カラー」が選択されたときはステップＳ７０８に進む。なお、手動による出力（ステップＳ７０８からＳ７１０）については、モノクロデータを出力（プリント、送信）する際の色を手動で指定する。つまり、付加情報に格納されたじょうほうにかかわらず、強制的に色指定を行う。ただし、この処理については従来とほぼ同様であるため説明は省略する。

ステップＳ７０２〜Ｓ７０４では、ＭＦＰ１０１は、ＢＯＸに格納されている付加情報１、２を用いてモノクロデータの色再現処理を行う。ステップＳ７０２〜Ｓ７０４では、付加情報２に基づいて、出力が指定されたモノクロデータが、モノクロか、モノカラーか、２色カラーかの判別を行う。

これにより、指定されたモノクロデータが、モノクロか、モノカラーか、２色カラーであると判定された場合は、ステップＳ７０６に進む。一方、モノクロか、モノカラーか、２色カラーの何れでもないと判定された場合は、フルカラーと判定し、ステップＳ７０５に進む。なお、ステップＳ７０５では、出力色処理（２）として、通常の公知のフルカラーデータ処理を実行する。

ステップＳ７０６では、出力色処理（１）を実行する。具体的には、付加情報１および付加情報２に格納された色情報に基づいて、指定されたモノクロデータを、モノクロ、モノカラー、２色カラーの何れかに対応する画像データに変換する。ここで、色再現処理とは、有彩色の画素である場合、付加情報２を利用した色情報を割り当て（置換）、無彩色の画素である場合、白、または、黒の色情報を割り当てる処理を意味する。また、出力色処理（１）では、ＲＧＢ色空間からプリンタデバイス色空間への色処理、ＲＧＢ色空間からモニタＲＧＢ色空間への色変換なども含まれる。つまり、プリント出力、及びデータ送信出力に最低限必要な出力画像処理も含んでいるものとする。

また、データ送信出力の場合は、ステップＳ７０５、Ｓ７０６、または、Ｓステップ７０７において、解像度変換処理、圧縮処理を行うことが一般的である。

以上説明したように第１実施形態に係るＭＦＰによる画像処理を行うことにより、データ容量を抑えつつ、色再現可能な形式で画像データをＢＯＸ格納することが可能となる。

つまり、原稿がフルカラーである場合に、ユーザが、モノクロでＢＯＸ格納時に有彩／無彩フラグを同時に格納する。２色プリントを希望する場合は、有彩／無彩フラグを使用し、ＵＩからの指定色を有彩箇所に黒を無彩箇所に使用する。一方、原稿が２色、モノカラーである場合に、原稿を読み取って２色原稿もしくはモノカラー原稿の場合には、ＢＯＸにグレースケールデータとして格納し、さらに有彩／無彩判定フラグと色成分データを格納する。上記データをプリント出力、もしくは送信時には、有彩／無彩フラグを元に有彩色部分には、色成分データの色を無彩色成分には、黒を用いて２色、もしくは、モノカラー出力を実現する。

例えば、Ａ４の原稿用紙サイズ、６００ｄｐｉである場合、フルカラーデータは、非圧縮状態で約１００Ｍｂｙｔｅであり、これを圧縮して数１０Ｍｂｙｔｅである。また、一般的にＪＰＥＧなどの非可逆圧縮が用いられるため画像劣化が生じる。これに対して、第１実施形態で説明した方法においては、モノクロデータ（約４Ｍｂｙｔｅ）＋付加情報１（約４Ｍｂｙｔｅ）＋付加情報２（数バイト）である。これを圧縮して数Ｍｂｙｔｅ〜８Ｍｂｙｔｅ、かつ通常可逆圧縮が用いられるため、画像劣化は生じない。

（変形例）
第１実施形態においては、ＢＯＸに格納する付加情報１（有彩／無彩色情報）は、各画素を１ｂｉｔのデータで表現するとして説明を行った。しかし、各画素を２ｂｉｔ以上のデータ（Ｎビット値：Ｎは２以上の自然数）で表現しても良い。その場合、４色以上の画像データとして色を再現することが可能となる。具体的には、各画素を２ｂｉｔとする場合、有彩色１〜３、無彩色という４通りの情報を原稿読み取り時に抽出しておき、これらを付加情報１として保存する。また、付加情報２の色情報を色情報１〜３として保存する。これにより、４色の色再現が可能となる。

（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

なお、本発明は、前述した実施形態の機能を実現するプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置が、供給されたプログラムコードを読み出して実行することによっても達成される。従って、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭなどがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、ホームページから本発明のコンピュータプログラムそのものを供給できる。もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

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

第１実施形態に係るＭＦＰを使用して原稿を読み込み、データを保存し、出力する概念を示す図である。 第１実施形態に係るＭＦＰの内部構成を示す図である。 第１実施形態に係るＭＦＰの制御ユニットに実装されるソフトウェア機能構成を示す図である。 第１実施形態に係るＭＦＰのユーザインタフェース（ＵＩ）画面の例を示す図である。 第１実施形態に係るＭＦＰが原稿の色判別を行い、画像データをＢＯＸに格納する際のフローチャートである。 ステップＳ５０６におけるモノクロ処理に関する動作フローチャートである。 ＢＯＸに保存されたモノクロデータを出力（プリント、送信）する際のフローチャートである。 モノクロ処理およびフルカラー処理により生成されるデータを例示的に示す図である。 読込画像データをＡＣＳ判定する際の処理フローの一例を示す。 原稿の一例を示す図である。 導出される色分布の例を示す図である（モノカラー）。 導出される色分布の例を示す図である（２色カラー）。 ＢＯＸメニュー選択時の設定画面の例を示す図である。

Claims (6)

1. 原稿画像を読取って画像データとして入力する画像入力手段と、
   前記画像入力手段によって入力された画像データに含まれる代表色と該画像データの画像種別とを判定する判定手段と、
   前記画像データを、色情報を含まない２値化データへ変換する２値化データ生成手段と、
   前記２値化データ生成手段によって生成された２値化データに対応する有彩／無彩色情報と、前記判定手段によって判定された画像種別及び代表色の情報と、を含む付加データを生成する付加データ生成手段と、
   前記２値化データと前記付加データとを記憶する記憶手段と、
   を備えることを特徴とする画像処理装置。
2. さらに、前記２値化データと前記付加データとに基づいて、色情報を含む２色画像を生成する２色画像生成手段を備えることを特徴とする請求項１に記載の画像処理装置。
3. さらに、ユーザからの指示入力を受け付ける操作部を備えており、
   前記判定手段は、前記操作部によるユーザの指示入力に基づいて前記代表色を設定することを特徴とする請求項１または２に記載の画像処理装置。
4. 前記画像種別は、
   前記画像データが、無彩色のみから構成されるモノクロ画像データ、１つの無彩色および１つの有彩色から構成されるモノカラー画像データ、および、２つの有彩色から構成される２色カラー画像データの何れであるかを示すことを特徴とする請求項１乃至３の何れか一項に記載の画像処理装置。
5. 原稿画像を読取って画像データとして入力する画像入力手段と、
   前記画像入力手段によって入力された画像データに含まれる代表色と該画像データの画像種別とを判定する判定手段と、
   前記画像データを、色情報を含まず、各画素がＮビット値（Ｎは前記画像データの各画素の色深度以下の自然数）で表現されるデータに変換するデータ生成手段と、
   前記データ生成手段によって生成されたデータに対応する有彩／無彩色情報と、前記判定手段によって判定された画像種別及び代表色の情報と、を含む付加データを生成する付加データ生成手段と、
   前記Ｎビット値で表現されるデータと前記付加データとを記憶する記憶手段と、
   を備えることを特徴とする画像処理装置。
6. 画像処理装置の制御方法であって、
   原稿画像を読取って画像データとして入力する画像入力工程と、
   前記画像入力工程によって入力された画像データに含まれる代表色と該画像データの画像種別とを判定する判定工程と、
   前記画像データを、色情報を含まない２値化データへ変換する２値化データ生成工程と、
   前記２値化データ生成工程によって生成された２値化データに対応する有彩／無彩色情報と、前記判定工程によって判定された画像種別及び代表色の情報と、を含む付加データを生成する付加データ生成工程と、
   前記２値化データと前記付加データとを記憶する記憶工程と、
   を備えることを特徴とする画像処理装置の制御方法。

Images