JP2011044938A - 画像処理装置、画像処理方法、プログラムおよび記録媒体 - Google Patents

Abstract

【課題】スキャン配信画像を閲覧しながら簡単な操作のみで高画質な印刷画像を得る。
【解決手段】ＭＦＰ内のＨＤＤ１０７に蓄積された画像データを配信する場合、画像データをＨＤＤからファイル変換処理部１０９に転送し、ファイル変換処理部１０９では、画像データの所定位置に印刷コマンドを付与したフォーマットに変換した後、外部Ｉ／Ｆ１１０から外部転送路１１０を介してＰＣへ転送され、ＰＣのモニタ上に表示、閲覧される。ユーザがＰＣ上で配信された画像を閲覧しているときに、表示されている印刷コマンドをクリックすると、配信画像に対応した、蓄積された画像データがＭＦＰのプリンタ１１４で印刷される。
【選択図】図１

Description

本発明は、スキャン配信画像を閲覧しながら簡単な操作で高画質な印刷画像を得ることができる画像処理装置、画像処理方法、プログラムおよび記録媒体に関する。

最近のＭＦＰ（デジタルカラー複合機）は、スキャンした紙文書の電子化された画像を送信する機能（スキャン配信機能）やＤ−ＢＯＸ（複合機内のハードディスクなどの記憶装置）に蓄積した文書を再印刷する機能、さらには、スキャン配信と同時にＤ−ＢＯＸにスキャン画像を蓄積するようなマルチアクション機能も備えている。

スキャン配信機能は、ネットワークを介して画像を送受信するためファイル容量を削減する必要があり、一般に、低解像度の画像を比較的高い圧縮率で圧縮している。一方、Ｄ−ＢＯＸは、蓄積可能な容量に、高解像度で低圧縮率または非圧縮で蓄積することができ、また蓄積文書を高画質に再印刷することができる。

また、スキャン配信機能では、ＰＣ（パーソナルコンピュータ）のモニタ上で画像を閲覧することから、低解像度の画像を高圧縮率で圧縮し、ネットワーク上でのハンドリングを良くしているが、その画像を紙に印刷した場合、画質が悪く再印刷などには適さない。このように、モニタの解像度が低く、低解像度の画像でもそれほど画質上の不満を感じさせないものの、紙上に印刷された画像、特に文字画像などは、画質を上げるために高解像度のデータが必要となる。一般的に、人間の目は、紙上に印刷された文字であれば８００ｄｐｉ程度の解像力を持つと言われており、感度が非常に高い。

上記したように、Ｄ−ＢＯＸに、高解像度の画像を蓄積することにより高画質な再印刷が可能となるが、目的の文書を検索してから印刷の手順を実行しなければならず、その操作性に課題がある。通常、ユーザが電子文書を印刷する場合、ＰＣ上で適当なアプリケーションを用いて文書を開いて閲覧し、内容を確認したうえで印刷している。

スキャン配信された画像をＰＣのモニタで閲覧しながら印刷する場合は、スキャン画像をそのまま印刷して低画質な画像を得るか、あるいは高画質な画像を印刷するには、閲覧していたスキャン画像と同じ画像を、Ｄ−ＢＯＸ内に蓄積された画像から検索しなければならず、Ｄ−ＢＯＸ内の画像を検索するという煩雑な操作を要する。

また、例えば、スキャン画像を配信する際に、ユーザによる配信先の指定作業を省略するようにした技術も提案されている（特許文献１を参照）が、サムネイルから高画質な印刷画像を得るためには、サーバから高解像度の画像を取得し、印刷設定などの手続きを必要とする。

このように、従来の技術では、スキャン配信画像を閲覧しながら簡単な手順で高画質な印刷画像を得ることができない、という問題があった。

本発明は上記した課題に鑑みてなされたもので、
本発明の目的は、ＭＦＰの機器内に画像を蓄積しながらスキャン配信が可能な画像処理装置において、スキャン配信画像を閲覧しながら簡単な操作のみで高画質な印刷画像を得ることができる画像処理装置、画像処理方法、プログラムおよび記録媒体を提供することにある。

本発明は、紙文書を読み取り文書画像へ変換する画像読取手段と、前記文書画像を蓄積する蓄積手段と、前記文書画像を所定フォーマットの画像ファイルへ変換するファイル変換手段と、前記画像ファイルを通信路を介して外部機器へ送信する送信手段と、前記蓄積された画像を印刷する印刷手段とを備え、前記ファイル変換手段は、前記文書画像を特定して印刷を指示する印刷コマンドを、前記文書画像に付与することを最も主要な特徴とする。

本発明によれば、ＭＦＰ内のＤ−ＢＯＸに蓄積された画像、または蓄積と同時に配信されるスキャン配信画像に、Ｄ−ＢＯＸ内の画像を印刷指示するコマンドを付加したので、スキャン配信画像を閲覧しながら簡単な手順で高画質な印刷画像を得ることができる。

本発明のＭＦＰの構成を示す。 画像を配信する場合のシステム構成（実施例１）と、クライアント（ＰＣ）の構成を示す。 ファイル変換処理部の処理フローチャートを示す。 実施例１の印刷時の処理フローチャートを示す。 画像データ上に印刷コマンドを配置した例を示す。 印刷時の地肌検出と画像拡張の処理フローチャートを示す。 印刷コマンドの配置位置を探索する処理フローチャートを示す。 印刷コマンドの配置を説明する図を示す。 画像を配信する場合の他のシステム構成（実施例２）を示す。 実施例２の印刷時の処理フローチャートを示す。 印刷コマンドが、近くにあるＭＦＰ２を検索するときの処理フローチャートを示す。

以下、発明の実施の形態について図面により詳細に説明する。

本発明は、ＭＦＰの文書画像のスキャン時に、Ｄ−ＢＯＸへの画像蓄積とスキャン画像の配信処理を略同時に実行する場合、またはＤ−ＢＯＸに蓄積された画像を配信処理する場合に、高解像度の画像が蓄積されていることを前提にして、スキャン画像の配信時にスキャン画像データを画像ファイルに変換する際に、画像ファイルに印刷処理コマンド（Ｄ−ＢＯＸ内の簡単な操作により画像データを印刷できるコマンド）を付加する。

図１は、本発明のＭＦＰの構成を示す。図１のＭＦＰ１０１において、１０２は原稿（紙文書）を読取るスキャナ部、１０３はスキャナ部１０２から入力された画像データを公知のγ補正処理や空間フィルタ処理などの画像処理を行うスキャナ画像処理部、１０４はビットマップ形式の画像データを圧縮符号化して符号データを出力するエンコーダ、１０５はＭＦＰ（画像処理装置）全体の動作制御命令や外部装置との通信、バスのデータの流れを制御するＣＰＵ、１０６は画像データや圧縮符号化された符号データを一時的に記憶するワーク領域として使用される揮発性のメモリ、１０７は符号データなどを保存、蓄積するためのハードディスク（以下ＨＤＤ）、１０８は操作者とのＩ／ＦでありスタートボタンやＭＦＰの動作モードなどを設定する操作部、１０９は外部装置に対して符号化された画像データを転送する際に画像データを基に、後述する印刷コマンドの画像上の配置位置を決定し、ファイル上に印刷コマンドを埋め込むファイル変換処理部、１１０は外部転送路を介してパーソナルコンピュータ（以下ＰＣ）などの外部装置から印刷コマンドなどの制御コマンドやページ記述言語形式を含む画像データを送受信する外部Ｉ／Ｆ、１１１は接続された構成要素間において双方向にデータ転送可能なバス、１１２は符号データを復号処理して画像データを出力するデコーダ、１１３は画像データを入力して公知の色補正処理、γ変換処理、擬似階調処理などを行いプリンタ１１４に出力するプリンタ画像処理部、１１４は画像データを記録紙などの記録媒体へ出力するプリンタ部である。

外部Ｉ／Ｆ１１０はＬＡＮなどの外部転送路２０２に接続され、サーバ装置、ＰＣなどの外部装置やインターネットなどの外部ネットワークに接続され、スキャンした画像や、ＨＤＤ１０７内に蓄積された画像を配信（転送）する機能とともに、ＨＤＤ１０７内の画像データ（Ｄ−ＢＯＸ蓄積された画像データ）をＷｅｂサーバ機能を使用して公開したりダウンロードしたりする機能を備えている。このＷｅｂサーバ機能は、ＣＰＵ１０５で動作するプログラムにより実現可能であり、外部Ｉ／Ｆを備えたＭＦＰで既に実用化されている。

１．複写動作
以下、ＭＦＰの基本的な原稿読み取り動作、複写動作を説明する。ユーザが操作部１０８上の図示しないスタートボタンを押下すると、操作部１０８よりバス１１１を介して信号を受信したＣＰＵ１０５は、複写動作の前に必要なパラメータの設定などを行い、所定の複写動作を実施すべくＭＦＰ１０１全体の制御を行う。

まず、スキャナ部１０２は、原稿をスキャンして図示しないＣＣＤによって光電変換を行い、デジタル信号であるＲｅｄ（以下Ｒ）、Ｇｒｅｅｎ（以下Ｇ）、Ｂｌｕｅ（以下Ｂ）のカラー画像データへ変換して出力する。スキャナから出力された画像データは、スキャナ画像処理部１０３において公知の画像処理が行われる。すなわち、例えば、ＣＣＤから読込まれた反射率属性の信号を、濃度属性に変換するγ変換やｌｏｇ変換、スキャナ光学系のＭＴＦの劣化を補正したりモアレ抑制を目的としたエッジ強調や平滑化処理を行う空間フィルタ処理、原稿地肌を除去する地肌除去処理、スキャナの色空間を例えばｓＲＧＢなどの標準色空間へ変換する色変換処理などを行う。

スキャナ画像処理部１０３から出力された画像データは、バス１１１を介して一時的にメモリ１０６に記憶される。メモリ１０６に記憶された画像データは、エンコーダ１０４に入力され圧縮符号化される。エンコーダ１０４からバス１１１に出力される符号データは、一旦メモリ１０６に記憶された後、メモリ１０６から読み出されてＨＤＤ１０７に保存される。メモリ１０６から読み出された画像データは、ＨＤＤ１０７への保存と並行してデコーダ１１２にも入力され復号処理が行われる。上記のバス制御は、ＣＰＵ１０５によって行われる。

通常、このようにバスに接続されたメモリへのデータの書き込みアクセスは、バスに接続された各処理部がＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）方式によって数十バイトから数キロバイト単位の一定量のデータ単位でメモリにアクセスするため、バスの接続部はバッファとＤＭＡコントローラで構成されている。本実施例では説明の簡略化のためＤＭＡコントローラは省略している。また、メモリからのデータを読み出す場合にも、同様にＤＭＡ方式によってアクセスするため、入力バッファメモリが必要となる。

また、ＨＤＤ１０７へ符号データを保存する際に、メモリ１０６への書き込みを介在させる理由は、ＨＤＤは、ディスクの中心に近い側と遠い側で読み出し／書き込み速度が変化したり、読み出し／書き込みエラーなどを生じる可能性があり、半導体メモリと比較すると同期信号の読み出し／書き込みには向かないデバイスであることから、同期信号であるエンコーダ１０４の出力データを直接書き込まずに、一旦メモリ１０６に記憶された符号データを非同期に書き込み安定的に使用するためである。読み出し時も同様である。なお、１ページ単位でみれば、ＨＤＤも同期して動作することになる。

ＨＤＤ１０７に保存された符号データは、複写動作時に紙詰まりなどが発生した場合のバックアップ用途、多ページの原稿を多部数、ページ順に出力するいわゆる電子ソート機能用途など複写動作時に使用される用途の他に、外部機器への画像データ配信用途、過去に保存したデータを原稿無しで再びプリントする再プリント用途などに使用される。このようなＨＤＤ１０７の配信、再印刷などの機能をＤ−ＢＯＸ機能と呼び、ＨＤＤ１０７内に保存された画像データ（Ｄ−ＢＯＸに蓄積された画像データ）は、スキャナの読取解像度（例えば６００ｄｐｉ）などの高解像度の画像データとして蓄積される。

デコーダ１１２は、メモリ１０６から符号データが入力されると、所定の復号および合成処理を行い、画像データをプリンタ画像処理部１１３に出力する。プリンタ画像処理部１１３での画像処理は、スキャナ画像処理部１０３と同様に、本発明では特に限定されない。すなわち、ＲＧＢ信号を、プリンタの色材信号である、例えばシアン、マゼンタ、イエロー、ブラックへ変換しカラーマッチングを行う色補正処理、墨生成処理、画像データのγをプリンタ部１１４のγに合わせるγ補正処理、ディザや誤差拡散といったハーフトーンへ変換する擬似階調処理などがある。

上記したように画像処理された画像データは、プリンタ部１１４で図示しない記録紙などに印字されて出力され、複写動作が完了する。本実施例では、エンコーダ１０３が画像の圧縮符号化を行い、デコーダ１１２が画像の復号化を行った。通常、ＭＦＰでは、必要メモリ量やＨＤＤの容量を節約するために圧縮処理が行われるが、圧縮符号化を行わなくても実現可能であり、圧縮符号化の手法も特に限定されない。

複写動作の完了後には、ＨＤＤ１０７内に複写動作途中の画像データが圧縮符号化された状態で保存される。前述したように、ＨＤＤ１０７内に画像データを保存することによって、画像データをＰＣなどへ電子データとして取り込んだり、必要になった時に再プリントをすることが可能となる。また、原稿をＨＤＤ１０７内にのみ、電子データとして保存する場合には、本実施例におけるデコーダ１１２以降の処理を実行しない。

前述のように、ＭＦＰ１０１は、外部転送路２０２を介して外部装置へ画像を配信する機能を備えている。図２（ａ）は、画像を配信する場合の、実施例１のシステム構成を示す。図２（ａ）において、２０１はＭＦＰ本体、２０２はＬＡＮ（ローカルエリアネットワーク）などの外部転送路、２０３はクライアント装置であるＰＣ、２０４はＰＣに配信（送信）した画像を表示するモニタである。

図２（ｂ）は、クライアント装置であるＰＣ２０３の構成を示す。図２（ｂ）において、２１１はプログラムに応じた演算や処理を行うＣＰＵ、２１２はプログラムのコードや画像の符号データなどのデータを一時的に記憶、保持するワーク領域として使用される揮発性のメモリ、２１３は画像データやプログラムなどを保存、蓄積するためのＨＤＤ、２１４はマウスやキーボードなどの入力デバイス、２１５はモニタ２０４へ表示するためのデータバッファであるビデオメモリ（ビデオメモリに書き込まれた画像データは、定期的にモニタ２０４へ表示される）、２１６はインターネットやＬＡＮなどの外部通信路２０２を介してデータを送受信する外部Ｉ／Ｆ、２１７は各々の構成要素を接続するバスである。

２．画像配信動作
以下、画像の配信動作を説明する。ユーザが操作部１０８により配信動作に必要な配信パラメータを設定し、図示しないスタートボタンを押下すると、操作部１０８よりバス１１１を介して信号を受信したＣＰＵ１０５は、配信動作の前に、必要な動作パラメータの設定などを行い、所定の配信動作を実施すべくＭＦＰ全体の制御を行う。

配信パラメータの設定は、例えば、配信画像の形態（カラー、グレー、モノクロ２値）、圧縮レベル、圧縮画像解像度、出力フォーマット、配信宛先や配信機能などである。通常、配信宛先としては、Ｅ−ｍａｉｌの宛先で指定したり、ネットワーク上に公開されたユーザＰＣ内のディレクトリ（ＨＤＤ２１３）が使用される。

配信機能は、例えば、画像を種類毎に多層化して圧縮率を高めたり、ＯＣＲ処理により画像に透明テキストコードを付加して検索可能とするものが一般的に使用されている。ここでは、Ｄ−ＢＯＸ内の「印刷コマンド付加」機能が選択されたものとする。

配信対象画像が新規のスキャン画像データの場合は、複写動作と同様に、エンコーダ１０４により圧縮符号化された画像データがＨＤＤ１０７内に蓄積（Ｄ−ＢＯＸ蓄積）されると同時にメモリ１０６上に展開される。また、配信対象画像がＨＤＤ１０７内に保存されている画像の場合は、配信対象画像をＨＤＤ１０７より読み出し、同様にメモリ１０６上へ展開する。メモリ上へ展開された画像データは圧縮符号化されていて、通常、ＯＣＲ処理動作の前に復号化処理が必要である。復号化は、デコーダ１１２を介して行っても良いし、ＣＰＵ１０５によって処理と並行して実施しても良い。以降、説明を簡単にするため、圧縮符号化、復号化の処理を省略する。

メモリ１０６上のデータは、ファイル変換処理部１０９へバス１１１を介して転送され、後述する印刷コマンドが付加され、所定の文書フォーマットへ変換される。この文書フォーマットは、例えばＡＤＯＢＥ（登録商標）のＰＤＦ（Ｐｏｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）などを用いる。ファイル変換された文書画像は、一旦メモリ１０６に蓄積された後、外部Ｉ／Ｆ１１０より外部転送路２０２を介してＰＣ２０３へ転送され、ＰＣ上で表示アプリケーションなどを使用してモニタ２０４上に表示され閲覧される。

図３は、ファイル変換処理部１０９の処理フローチャートである。Ｓ３０１において、ＨＤＤ１０７内に蓄積された文書が存在する（蓄積と同時の配信または蓄積された画像データの配信）か否かを判断する。Ｓ３０２において、蓄積画像があると、印刷コマンドを生成する。この印刷コマンドの形態としては種々の方法があるが、一つの方法としては、ＭＦＰがＷｅｂサーバの機能を備えている場合には、ＵＲＬ形式のＨＴＴＰリクエストを発信するコマンドを埋め込めばよい。例えば、以下のようなＵＲＬのコマンドをリンク形式などの形態で埋め込んでおけばよい（「ｈｔｔｐ：／／“ＭＦＰのＩＰアドレス”／“所定のディレクトリ名”？“Ｄ−ＢＯＸ印刷実行コマンド”＆“パラメータ”」）。

ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルはもちろん、現在よく使用される文書ファイルは、このようなＵＲＬのリンク情報を埋め込むことが可能であるので、配信フォーマットの形態に関わらず使用可能な方法であり、例えばＰＤＦ（ＡＤＯＢＥ（登録商標））では、アノテーションのリンク機能を使用することにより実現可能である。

上記のリンク形式によるＨＴＴＰリクエストは、リンクコマンド対象の画像やテキスト情報、任意の矩形領域をマウスなどでクリックすることにより、ＨＴＴＰリクエストが設定されたＩＰアドレスのＭＦＰへ送信され、ＨＴＴＰリクエストを受信したＭＦＰのＷｅｂサーバ機能がリクエストを解釈して、所定の動作を実行する。ＭＦＰ側の処理（Ｗｅｂサーバの処理）は、Ｊａｖａ言語などのサーブレットと呼ばれる機能を使用することにより実現可能である。

Ｓ３０３において、Ｓ３０２で生成した印刷コマンドを画像上に配置する。この画像上の配置は、上記のようにテキストや矩形領域などへ印刷コマンドを配置する方法もあるが、ボタンなどのユーザに分かりやすい形式の画像を画像データ上に表示することによって実現するのがよい。ボタン画像などは、蓄積されたスキャン画像データとは別途用意してスキャン画像データに埋め込むではなく、ＰＣ２０３が画像ファイルをアプリケーションを使用してオープンした時に、画像データの所定の位置へ重なって表示するように構成すれば良い。

図５は、画像データ上に、ボタン画像として印刷コマンド５０１を配置した例を示す。これは、スキャン画像データの所定位置に重なるように「ボタン画像」を配置して、ボタン画像と同じ位置に、リンク形式の印刷コマンドを埋め込むことにより実現する。

Ｓ３０４において、前述したユーザにより設定された配信画像の形態に応じて画像変換が実施される。例えば、２値化／グレー化、低解像度化、高圧縮率による低容量化などが行われ、必要に応じて、モニタの色空間などへ対応するために色変換処理も実施される。

Ｓ３０５において、ＰＣ２０３によりオープン可能なようにファイル化が実施される。すなわち、スキャン画像データや印刷コマンド用のボタン画像、印刷コマンドをオブジェクトとして配置したり、ファイルヘッダー部を付加する処理などが実施される。

図４は、ユーザがＰＣ２０３上で配信された画像を閲覧しているときに、印刷コマンド（印刷ボタン）をマウスクリックしたときの印刷処理フローチャートである。

Ｓ４０１において、クライアント（ＰＣ）側でユーザが、ＢＯＸ印刷ボタン５０１（図５）をマウスなどのポインティングデバイスによりクリックする（キーボードなどの選択でもよい）。Ｓ４０２において、ＰＣ２０３は設定された印刷コマンド（この例ではリンク上に設定されたＵＲＬ（ＨＴＴＰリクエスト））をＭＦＰ２０１へ送付する。

Ｓ４０３において、ＭＦＰ２０１は印刷コマンドを受信し、Ｗｅｂサーバ機能によりコマンドを解釈する（ＣＰＵ１０５のソフトウェア処理により実施される）。Ｓ４０４において、ＭＦＰ２０１は、対象スキャン画像データがＨＤＤ１０７に蓄積されているか否かを判定する。Ｓ４０５において、ＨＤＤ１０７に対象スキャン画像データが蓄積されていない場合には、クライアント（ＰＣ２０３）へエラーを送付する。Ｓ４０６において、Ｓ４０４の判定の結果、対象スキャン画像データが蓄積されていた場合には、印刷処理を実行する。印刷処理は、前述した複写動作の印刷処理と同じである。Ｓ４０７において、クライアントへ結果を送信する。

Ｓ４０８において、クライアント側（ＰＣ２０３）は、結果を受信し表示する。印刷コマンドがＨＴＴＰリクエスト形式で送信され、ＨＴＴＰレスポンスで結果が受信された場合には、一般的なＰＣではＷｅｂブラウザのプログラムが起動され、結果を表示することが可能である。

図５は、スキャン画像データ上にボタン形式の印刷コマンド５０１を配置した例である。この図では、画像データに、一つの印刷コマンドを配置した例を示したが、例えば複数ページの画像データによる画像ファイルが構成されている場合、各ページにボタンを配置したり、全ページ印刷用のボタンと該当ページのみの印刷ボタンの２つを配置するなどしても良い。また、印刷時のパラメータを設定可能としても良い（例えば、カラー印刷用のボタン、モノクロ印刷用のボタンなど）。

図６は、スキャン画像データの地肌位置を検出し、地肌位置に印刷コマンドを配置し、地肌位置が検出できなかった場合には、画像を拡張して印刷コマンド用のスペースを作成して印刷コマンドを配置する、ファイル変換処理部の処理フローチャートである。

Ｓ３０１〜Ｓ３０５は、図３で説明した処理と同一であるので説明は省略する。Ｓ６０１において、印刷コマンドを配置する位置を探索する（探索処理は図７を用いて後述する）。Ｓ６０２において、印刷コマンドをスキャン画像内に配置できるか否かを判定する。Ｓ６０３において、Ｓ６０２の判定結果、スキャン画像内に配置できない場合には、画像を拡張する。

図８（ａ）は、印刷コマンド配置対象領域７０１を示す。図８（ｂ）は、印刷コマンドが画像データ内に配置できない画像（印刷コマンド用のボタン画像を配置する地肌部が存在しない画像）の例を示し、図８（ｃ）は、スキャン画像データを拡張した例（画像の上側に、ボタンを配置可能な拡張領域５０２を設けて、印刷コマンド５０１を配置する）である。

画像の拡張としては、スキャン画像データに白地の画像を付け加える方法があるが、好適には、画像ファイルの機能を使用してスキャン画像よりも大きな画像領域を背景画像として作成し、そこにスキャン画像とボタン画像を配置するように構成した方がファイル容量の増加が少ない（スキャン画像データを拡張すると画像データ自体が大きくなるが、背景領域の設定の場合、ほとんど容量の増加がないため）。

図７は、図６のＳ６０１（印刷コマンド配置位置探索処理）の詳細な処理フローチャートである。

Ｓ７０１において、スキャン画像データに対して印刷コマンド配置対象領域を設定する（図８（ａ）の７０１の斜線部分）。これは必要な処理ではないが、印刷コマンドが画像内の任意の位置に配置されると、ユーザはページ内でそれを探さなければならず、煩雑になるので、ある程度決まった位置に印刷コマンド（ボタン画像５０１）が配置されている方が良い。図８（ａ）では、画像の上部に配置対象領域７０１を設定している例である。

Ｓ７０２において、印刷コマンド候補領域を設定する。これは、「印刷コマンドボタン画像５０１のサイズ分の領域」を印刷コマンド配置対象領域７０１内に設定する。

Ｓ７０３において、Ｓ７０２で設定した候補領域（ボタン画像と同じ大きさの領域）内が地肌か否かを判定する。地肌領域か否かの判定については、候補領域内の画像データが全て白地か否かを検出することにより容易に実現できる。また、その他の方法としては、候補領域よりも大きな領域（対象領域７０１の全域でも良い）を２値化した後、全て地肌領域か否かを検出する方法や、候補領域内のヒストグラムを算出した後、分散などを計算する方法、候補領域に画像のエッジが含まれるか否かを判定する方法など種々の方法があるが、いずれの場合も公知の技術を使用すればよい。

候補領域が地肌で無い場合には、Ｓ７０２〜Ｓ７０３の処理を繰り返し、地肌領域が検出されるまで実施し、全ての領域が地肌でない場合には、図６の処理フローチャートで説明したように、画像が拡張される。

上記したボタン画像を配置する位置は、優先的に位置が決められている場合が多い（例えば画像データの右上など）が、そのような場合には、候補領域の設定（Ｓ７０２）を優先度の高い位置から順に優先度の低い位置へ処理が進むように構成すればよい。

このように、実施例１によれば、印刷を指示するコマンドを明示的に現し、画像の余白部を検出し、明示的に印刷コマンドを配置し、または余白部がない場合に画像を拡張して余白部を作成し、印刷コマンドを明示的に配置したので、ユーザが操作を間違えずに、スキャン配信画像を閲覧しながら簡単な手順で高画質な印刷画像を得ることができる。

図９は、実施例２のシステム構成を示す。図９は、スキャン画像データが蓄積されたＭＦＰ１（２０１）がＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネットなどで接続（２０６）され（ＬＡＮでも良い）、ユーザ（ＰＣ）の近く（周囲）にない場合に、ユーザの近く（周囲）にあるＭＦＰ２（２０５）を印刷コマンドによって自動的に探索して、ＭＦＰ１から蓄積画像データをＭＦＰ２へダウンロードして印刷を実行する場合のネットワークを示す。

実施例２の印刷コマンドは、ＵＲＬのリンク形式ではなく、プログラムであり、好適にはＪａｖａＳｃｒｉｐｔ（スクリプト言語）などにより、ＡＤＯＢＥ（登録商標）のＰＤＦ、Ｗｅｂブラウザなどで動作可能である。

図１０は、実施例２の印刷時の処理フローチャートである。Ｓ４０１において、クライアント（ＰＣ）側でユーザが、ＢＯＸ印刷ボタン５０１（図５）をマウスなどのポインティングデバイスによりクリックする（キーボードなどの選択でもよい）。

Ｓ４０２において、設定された印刷コマンドであるＪａｖａＳｃｒｉｐｔがＰＣ２０３上で起動し、ユーザ（ＰＣ）の近く（周囲）に印刷コマンドを解釈するＭＦＰが存在するか否かを検索し、探し当てたＭＦＰ２（２０５）へ印刷コマンドを送付する（検索処理については、図１１を用いて後述する）。

送付する印刷コマンドは、以下のようにすればよい。
「ｈｔｔｐ：／／“ＭＦＰ２のＩＰアドレス“／”所定のディレクトリ名“？”ＭＦＰ１のＩＰアドレス“＆” Ｄ−ＢＯＸ印刷実行コマンド“＆”パラメータ“」（画像データが蓄積されたＭＦＰ１のＩＰアドレスをＨＴＴＰリクエストのパラメータとして渡す）。

Ｓ４０３において、ＭＦＰ２（２０５）が印刷コマンドを受信し、Ｗｅｂサーバ機能によりコマンドを解釈する。これはＣＰＵ１０５のソフトウェア処理により実施される。

Ｓ８０１において、印刷対象画像が自ＭＦＰ（ＭＦＰ２）内に蓄積されたスキャン画像データか否かを判定する。Ｓ８０２において、Ｓ８０１の判定の結果、他のＭＦＰ（ＭＦＰ１）内の蓄積画像データと判定された場合には、ＭＦＰ１へダウンロードコマンドを発信する。これは印刷コマンドと同様にＨＴＴＰリクエストで実現可能である。

Ｓ８０３において、ＭＦＰ１（２０１）はＭＦＰ２（２０５）からのダウンロードコマンドを受信する。Ｓ８０４において、ＭＦＰ１（２０１）は印刷対象のスキャン画像データが蓄積されているか否かを判定する。Ｓ８０５において、Ｓ８０４の判定の結果、蓄積されていない場合には、エラーをＭＦＰ２へ送信する。Ｓ８０６において、Ｓ８０４の判定の結果、蓄積されていた場合には、ＭＦＰ２へ印刷対象の蓄積画像データを送信する。

Ｓ８０７において、ＭＦＰ２（２０５）は、印刷対象の蓄積画像データを外部Ｉ／Ｆ１１０により受信し、メモリ１０６へ展開する。Ｓ８０８において、ＭＦＰ２（２０５）は、実施例１と同様に印刷を実行する。Ｓ４０７において、ＭＦＰ２（２０５）は、実施例１と同様にクライアントＰＣ２０３へ結果を送信し、Ｓ４０８において、クライアントＰＣは結果を表示する。

図１１は、スクリプト（プログラム）である印刷コマンドが周囲のＭＦＰ（ＭＦＰ２）を検索するときの処理フローチャートである。

Ｓ１１０１において、候補となるＩＰアドレスを設定する。Ｓ１１０２において、候補アドレスへ向けて接続コマンドを送信する。接続コマンドとしては、予め決められたＨＴＴＰリクエストを送信するなどすればよい。この時点で印刷コマンドを送信しても問題はない。

Ｓ１１０３において、接続が成功したか否かを判定し、接続が成功するまでＳ１１０１〜１１０３を繰り返す。Ｓ１１０５において、接続が成功したＩＰアドレスの機器（ＭＦＰ２）に対して印刷コマンドを送信する。例えば、ＰＣ２０３のＩＰアドレスを検出して、下１桁を変更しながら接続コマンド（ＨＴＴＰリクエスト）を送信してレスポンス（ＨＴＴＰレスポンス）を検出することにより実現可能である。通常のＬＡＮなどは、ＩＰアドレスの下１桁が異なるＩＰアドレスは同一ルータ内に存在する機器であり、多くがユーザの周囲の機器である。

例えば、ＰＣ２０３のＩＰアドレスが １２７．０．０．１であれば、１２７．０．０までを同一とし、１２７．０．０．２〜１２７．０．０．２５５まで順次下１桁のアドレス値をＳ１１０１で変更して周囲のＭＦＰを検索すればよい。特定のＨＴＴＰリクエストで接続コマンドを送信したときに解釈できない機器であれば、エラーを返したり、レスポンスが無いことが考えられる。また、このような方法が使用できない場合には、検索するＩＰアドレス範囲をユーザが設定したり、あるいはダイレクトにＭＦＰ２のＩＰアドレスを設定しても良い。

このように、実施例２によれば、印刷コマンドに、周辺のＭＦＰを検索する機能を付加して、周辺のＭＦＰを検索し、検索されたＭＦＰが、画像を蓄積しているＭＦＰから画像を取得して印刷するようにしたので、スキャン配信画像を閲覧しながら簡単な手順で高画質な印刷画像を得ることができる。また、スキャン画像を蓄積したＭＦＰが近くにない場合でも、同じ操作によってユーザの近くのＭＦＰで、高画質な印刷画像を得ることができる。

本発明は、前述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。この場合、記憶媒体から読出されたプログラムコード自体が前述した各実施例の機能を実現することになる。プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、不揮発性のメモリカード、ＲＯＭなどを用いることができる。また、コンピュータが読出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した各実施例の機能が実現される場合も含まれる。さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した各実施例の機能が実現される場合も含まれる。また、本発明の実施例の機能などを実現するためのプログラムは、ネットワークを介した通信によってサーバから提供されるものでも良い。

１０１ ＭＦＰ
１０２ スキャナ部
１０３ スキャナ画像処理部
１０４ エンコーダ
１０５ ＣＰＵ
１０６ メモリ
１０７ ＨＤＤ
１０８ 操作部
１０９ ファイル変換処理部
１１０ 外部Ｉ／Ｆ
１１１ バス
１１２ デコーダ
１１３ プリンタ画像処理部
１１４ プリンタ部

特開２００８−２７１０９１号公報

Claims (10)

1. 紙文書を読み取り文書画像へ変換する画像読取手段と、前記文書画像を蓄積する蓄積手段と、前記文書画像を所定フォーマットの画像ファイルへ変換するファイル変換手段と、前記画像ファイルを通信路を介して外部機器へ送信する送信手段と、前記蓄積された画像を印刷する印刷手段とを備え、前記ファイル変換手段は、前記文書画像を特定して印刷を指示する印刷コマンドを、前記文書画像に付与することを特徴とする画像処理装置。
2. 前記印刷コマンドは、前記外部機器に送信された文書画像を表示したときに、明示的に表示されることを特徴とする請求項１記載の画像処理装置。
3. 前記ファイル変換手段は、前記文書画像の余白部分を検知する余白検知手段を備え、前記印刷コマンドは前記検知された余白部分に配置されることを特徴とする請求項１記載の画像処理装置。
4. 前記余白検知手段が前記余白部分を検知できない場合は、前記文書画像を拡張した部分に前記印刷コマンドを配置することを特徴とする請求項３記載の画像処理装置。
5. 前記印刷コマンドにより指示される印刷対象文書が、自画像処理装置内に蓄積されているか否かを判定する判定手段と、前記判定の結果、前記自画像処理装置内に蓄積されていないと判定された場合は、前記印刷対象文書が蓄積されている画像処理装置から該当する文書画像をダウンロードするダウンロード手段とを備え、前記ダウンロードされた文書画像を印刷することを特徴とする請求項１記載の画像処理装置。
6. 前記印刷コマンドは、外部機器の周囲にある画像処理装置を検索する、前記外部機器上で実行される検索機能を有することを特徴とする請求項５記載の画像処理装置。
7. 前記印刷コマンドの検索機能は、検索した画像処理装置が印刷コマンドを解釈可能か否か判断し、解釈可能である画像処理装置へ印刷コマンドを送付することを特徴とする請求項６記載の画像処理装置。
8. 紙文書を読み取り文書画像へ変換する画像読取工程と、前記文書画像を蓄積する蓄積工程と、前記文書画像を所定フォーマットの画像ファイルへ変換するファイル変換工程と、前記画像ファイルを通信路を介して外部機器へ送信する送信工程と、前記蓄積された画像を印刷する印刷工程とを備え、前記ファイル変換工程は、前記文書画像を特定して印刷を指示する印刷コマンドを、前記文書画像に付与することを特徴とする画像処理方法。
9. 請求項８記載の画像処理方法をコンピュータに実現させるためのプログラム。
10. 請求項８記載の画像処理方法をコンピュータに実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images