WO2012140849A1 - 画像処理装置、画像処理方法およびコンピュータプログラム - Google Patents

Abstract

　指定長と実長とが一致していなくても、原稿の上下方向をそろえるためのユーザーの作業負担を増加させることなく、ユーザーにとって視認性の高い出力画像が得られるようにする。Ｓ１０１で画像に対する有効画像領域が指定される。Ｓ１０５で画像の方向が視覚的に上方向なのか下方向なのかが検出される。Ｓ１１０で画像における原稿領域の先頭が検出される。画像の方向が上方向であれば原稿領域の先頭を基準とした有効画像領域が出力画像として出力される。画像の方向が下方向であれば画像を１８０度回転し、原稿領域の先頭を基準とした有効画像領域が出力画像として出力される。

Description

画像処理装置、画像処理方法およびコンピュータプログラム

　本発明は、画像読取装置などの画像処理装置に関する。

　一般に、画像読取装置は、原稿台にセットされた原稿を、順次、一枚ずつその読み取り位置まで自動搬送する自動原稿送り機構（ＡＤＦ：Ａｕｔｏ　Ｄｏｃｕｍｅｎｔ　Ｆｅｅｄｅｒ）を備えている。ＡＤＦは原稿を給紙口から一枚ずつ自動搬送する。画像読取装置（以下、スキャナ）は、ラインイメージセンサによって原稿を１ラインずつ光学的に読み取り、画像データとして出力する。出力画像の上端には、最初に読み取られたラインの画像が配置される。次に読み取られたラインの画像は上端から二番目に配置される。このように、各ラインの画像は、読み込まれた順に出力画像の上端から配置される。そのため、スキャナからの出力画像は、原稿の上端と下端のどちらを給紙口に向けるかで、異なる画像になる。たとえば、原稿の上端を給紙口に向ける（以下、上端から読み取る）場合には、出力される画像は原稿上端が上に配置されたものになる。一方、原稿の下端を給紙口に向ける（以下、下端から読み取る）場合には、出力される画像は原稿下端が上に配置された画像になる。したがって、下端から読み取った場合の出力画像は原稿を上端から読み取った場合の出力画像を１８０度回転した画像になる。

　しかし、原稿をセットする向きによって出力画像が変わってしまうと、画像の視認性が低下する。たとえば、文字が書かれた原稿の場合、１８０度回転した出力画像では、文字を読み取るのが困難になってしまう。この視認性の低下を防ぐために、特許文献１では、原稿が上下反対にセットされていることを検知したときに、出力画像を１８０度回転することで、複数の出力画像の向きを揃えることが提案されている。

特開２００１－２５１４９４号公報

　ところで、スキャナは、出力画像の長さをユーザーにより指定されてもよい。スキャナは、ユーザーが指定した出力画像の長さが原稿の長さよりも長いことを検知すると、余白を付加することでユーザーが指定した長さとなるように出力画像を整形する。

　図１は、２つのケースを示している。第１のケースにおいて、ａ１はユーザーが指定した出力画像の長さ（指定長）を示している。ａ２は原稿の長さ（実長）が指定長よりも短いことを示している。ａ３は、指定長と実長の差だけ、画像の下端に余白を付加した出力画像を示している。図１の第２のケースにおいて、ｂ１はユーザーが指定した出力画像の指定長を示している。ｂ２は原稿の実長を示している。ｂ３は指定長の分だけ原稿を読み取り、残りの部分は読み取らないようにすることで出力された出力画像を示している。

　特開２００１－２５１４９４号公報に記載の発明に、出力画像の長さ調整機能を組み合わせると、原稿の上端と下端のどちらから搬送するかで、出力画像が異なってしまう。図２を用いて、出力画像が異なってしまう理由を述べる。図２のｃ１は指定長よりも短い原稿を示している。ｃ２は、原稿を上端から読み取った場合の出力画像を示している。この出力画像ｃ２では、原稿の上端、原稿領域、原稿の下端、余白という順に画像が配置されている。ｃ３は、原稿を下端から読み取った場合の出力画像を１８０度回転した画像を示している。原稿を下端から読み取った場合の出力画像は、まず、原稿下端、原稿領域、原稿上端、余白という順に配置され、そのあとで、全体が１８０度回転される。したがって、最終的に得られる出力画像は、余白、原稿の上端、原稿領域、原稿の下端の順番で配置された画像となってしまう。つまり、原稿上端から読み取った場合の出力画像ｃ２と、原稿下端から読み取った場合の出力画像ｃ３は一致しない。指定長が実長よりも短いケースでも同様の課題が存在する。図２のｄ１は、原稿の実長を示している。ｄ２は、原稿を上端から読み取った場合の出力画像である。出力画像ｄ２には原稿上端、原稿領域という順に画像が配置される。それに対して、ｄ３は、原稿を下端から読み取った場合の出力画像を示している。出力画像ｄ３は、原稿下端、原稿領域という順に画像が配置されたあとに、１８０度回転されている。このように、原稿上端から読み取った場合の出力画像ｄ２と、原稿下端から読み取った場合の出力画像ｄ３は一致しない。

　このような課題を解決するための一手法としては、ユーザーが手動ですべての原稿の上下を揃えてからスキャナに読み取らせる手法が考えられる。この手法によれば、指定長と実長とが一致していなくても、ユーザーにとって視認性の高い出力画像が得られるようになろう。しかし、ユーザーの作業負担が増加してしまう。

　そこで、本発明は、指定長と実長とが一致していなくても、原稿の上下方向または左右方向をそろえるためのユーザーの作業負担を増加させることなく、ユーザーにとって視認性の高い出力画像が得られるようにすることを目的とする。

　本発明は、原稿の画像を入力する画像入力手段と、
　前記画像の方向を検出する方向検出手段と、
　前記画像の特定領域の先頭を検出する画像領域検出手段と、
　前記画像に対する有効画像領域を指定する有効画像領域指定手段と、
　前記画像領域検出手段が検出した特定領域の先頭に基づいて、前記有効画像領域を出力画像として出力するにあたり、前記画像の方向が所定の方向でない場合には前記画像を前記所定の方向となるように処理する画像処理手段と
を備えることを特徴とする画像処理装置を提供する。

　また、本発明は、原稿の画像を入力する画像入力手段と、
　前記画像の方向が視覚的に上方向なのか下方向なのかを検出する方向検出手段と、
　前記画像の特定領域の先頭を検出する画像領域検出手段と、
　前記画像に対する有効画像領域を指定する有効画像領域指定手段と、
　前記画像の方向が上方向であれば前記画像領域検出手段が検出した特定領域の先頭を基準として前記有効画像領域を出力画像として出力し、前記画像の方向が下方向であれば前記画像を１８０度回転し、前記画像領域検出手段が検出した特定領域の先頭を基準として
前記有効画像領域を出力画像として出力する画像処理手段と
を備えることを特徴とする画像処理装置を提供する。

　また、本発明は、原稿の画像を入力する画像入力手段と、
　前記画像の視覚的な方向を検出する方向検出手段と、
　前記画像の特定領域の先頭を検出する画像領域検出手段と、
　前記画像に対する有効画像領域を指定する有効画像領域指定手段と、
　前記画像の方向が第１方向であれば前記画像領域検出手段が検出した特定領域の先頭を基準として前記有効画像領域を出力画像として出力し、前記画像の方向が第２方向であれば前記画像を所定の角度だけ度回転し、前記画像領域検出手段が検出した特定領域の先頭を基準として前記有効画像領域を出力画像として出力する画像処理手段と
を備えることを特徴とする画像処理装置を提供する。

　本発明によれば、指定長と実長とが一致していなくても、原稿の上下方向または左右方向をそろえるためのユーザーの作業負担を増加させることなく、ユーザーにとって視認性の高い出力画像が得られるようになる。

　本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

　添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
出力画像の例を示す図 比較例における給紙方向の違いに応じた出力画像の例を示す図 スキャナの構成を示す断面図 スキャナの電気的なハードウエアを示すブロック図 ホスト装置の電気的なハードウエアを示すブロック図 ホスト装置で動作するアプリケーションおよびドライバとスキャナとの関係を示す図 ユーザーインターフェイスの一例を示す図 実施例１にかかる画像読み取り処理を示すフローチャート ユーザーインターフェイスの一例を示す図 実施例２にかかる画像読み取り処理を示すフローチャート 実施例３にかかる画像読み取り処理を示すフローチャート 実施例４にかかる画像読み取り処理を示すフローチャート 実施例５にかかる画像読み取り処理を示すフローチャート 実施例６にかかる画像読み取り処理を示すフローチャート 実施例７にかかる画像読み取り処理を示すフローチャート 実施例８にかかる画像読み取り処理を示すフローチャート

　［実施例１］
　図３は、本発明に係るスキャナの構成を示す図である。スキャナ３０１は、複数の原稿を一枚ずつ分離して給送し、給送した原稿の画像を読み取る画像読取装置の一例である。ピックアップローラ３０２は、上端または下端を給紙口に向けられた原稿束Ｄをピックアップする。給送ローラ３０３は、ピックアップローラ３０２によりピックアップされた原
稿束Ｄを搬送路に沿って給送する。分離ローラ３０４は、ピックアップされた原稿束Ｄを１枚ずつ分離する。複数の搬送ローラ３０８は、給紙した原稿を排紙口まで搬送する。ラインイメージセンサ３０５は、原稿の上面の画像情報を読み取る。ラインイメージセンサ３０５は、原稿の画像を入力する画像入力手段の一例であり、主走査方向（原稿搬送方向と直交する方向）に並んだ画素からなる１ラインを読み取る。搬送ローラ３０８が原稿を搬送することで、副走査が実行される。対向面３０７は、ラインイメージセンサ３０５の対向位置に配置された白色基準板である。レジストセンサ３０６は、搬送路を搬送されてきた原稿を検知するセンサである。原稿検知センサ３０９は、給紙口にセットされている原稿を検知するセンサである。

　なお、本実施例では、ラインイメージセンサ３０５として、１ラインのイメージセンサ、赤色の光源、緑色の光源および青色の光源を備えている。これらの光源は、赤、緑、青の順に点灯する。ただしラインイメージセンサは、これに限るものではない。たとえば光源の点灯順序が緑、青、赤のように異なるイメージセンサであってもよいし、赤緑青それぞれの色フィルタを備えた３ラインのセンサと白色の光源を有したイメージセンサであってもよい。画像が読み取られた後、原稿はスキャナ３０１の外部へ排出される。

　図４Ａは、スキャナ３０１の電気的なハードウエアを示すブロック図である。インターフェイス部４０２は、パソコン等のホスト装置と通信するための通信ユニットである。インターフェイス部４０２は、信号ケーブル４０３を通してホスト装置と接続されている。Ａ／Ｄ変換部（ＡＤＣ）４０４は、ラインイメージセンサ３０５の出力信号を増幅し、黒レベルクランプなどのアナログ処理を施し、最後にデジタルデータ（画像データ）に変換するユニットである。画像処理部４０５は、ラインイメージセンサ３０５、Ａ／Ｄ変換部４０４などを制御するとともに、画像データに各種の画像処理を行う。画像処理部４０５が実行する画像処理には、たとえば、原稿が上端から給紙されているか下端から給紙されているかを判定する処理、画像の１８０度回転処理、画像中から原稿の上端を検出する処理、ラインイメージセンサ３０５の光源の点灯順序に基づいた画像補正処理が含まれている。なお、これらの処理のすべてまたは一部は、ホスト装置のドライバが実行してもよい。画像メモリ４０６は、画像データを記憶する記憶装置である。ＣＰＵ４０７は、スキャナ３０１が備える各ユニットを統括的に制御する制御ユニットである。画像処理部４０５およびＣＰＵ４０７は、バス４０８を介して接続されている。ＣＰＵ４０７は画像処理部４０５を介して画像メモリ４０６にアクセスすることができる。モータ４０９は原稿を搬送する各ローラを駆動する駆動ユニットである。モータドライバ４１０は、ＣＰＵ４０７からの指示にしたがってモータ４０９を駆動する。

　図４Ｂは、ホスト装置４０１の電気的なハードウエアを示すブロック図である。ホスト装置４０１は、パーソナルコンピュータなどの情報処理装置である。インターフェイス部４１２は、信号ケーブル４０３を通してスキャナ３０１と通信する通信ユニットである。インターフェイス部４１２は、スキャナ３０１から送信された画像データを受信するため、原稿の画像を入力する画像入力手段として機能する。つまり、インターフェイス部４１２は、複数の原稿を一枚ずつ分離して給送し、給送した原稿の画像を読み取る画像読取装置から送信された画像を受信する受信手段として機能する。ＣＰＵ４１７は、ホスト装置４０１が備える各ユニットを統括的に制御する制御ユニットである。ＲＯＭ４１９は、アプリケーションソフトウエア、ドライバソフトウエア、オペレーティングシステムなどを記憶した記憶装置であり、マスクＲＯＭ、ＥＥＰＲＯＭ、ハードディスクドライブなどである。ＲＡＭ４１８は、ＣＰＵ４１７のワークエリアとして機能する揮発性のメモリである。入力装置４２０は、キーボードやポインティングデバイスなどであり、ユーザーなどの操作者が情報を入力するために使用する装置である。表示装置４２１は、操作者に情報を出力する装置である。

　図５は、ホスト装置４０１で動作するアプリケーションおよびドライバとスキャナ３０１との関係を示す図である。ユーザーは、あらかじめアプリケーション５０１とドライバ５０２などのコンピュータプログラムをホスト装置４０１にインストールする。ＣＰＵ４１７は、アプリケーション５０１を起動すると、ドライバ５０２を介してスキャナ３０１と通信する。アプリケーション５０１とドライバ５０２は所定のプロトコルで通信している。本実施例では、アプリケーション５０１とドライバ５０２はＴｗａｉｎという規格で決められたプロトコルで通信を行い、ドライバ５０２とスキャナ３０１は、ＳＣＳＩという規格で決められたプロトコルで通信を行う。しかし、プロトコルはこれらに限るものではない。たとえば、アプリケーション５０１とドライバ５０２の間の通信規格はＩＳＩＳやＷＩＡであってもよい。またドライバ５０２とスキャナ３０１の間の通信規格はＵＳＢやＢｌｕｅｔｏｏｔｈであってもよい。

　図６は、ＣＰＵ４１７がアプリケーション５０１にしたがって表示装置４２１に表示するユーザーインターフェイスを示す図である。ユーザーインターフェイス６０１では、入力画像のうち出力画像として出力される有効画像領域を指定するラジオボタン６０２と、読み取り開始を指示するスキャンボタン６０３と、読み取りをキャンセルするキャンセルボタン６０４を含んでいる。この例では、画像の副走査方向における長さ（指定長）によって有効画像領域を指定できるようになっている。有効画像領域の主走査方向の長さは、固定値であってもよいし、動的に決定されてもよい。具体的には、有効画像領域における指定長は、たとえば、原稿の定型サイズ（Ａ４）に準じて選択できるようにしてもよいし、ユーザーが任意に入力指定できるようにしてもよいし、所定の長さ寸法に対して任意又は固定の長さ（正負の値）を別途指定できるようにしてもよい。この場合、入力画像からコントラスト検出によって原稿の主走査方向の長さを認識し、認識された長さを有効画像領域の主走査方向の長さとして採用する。また、有効画像領域の主走査方向の長さは、操作者によって入力装置４２０を通じて指定されてもよい。このように、有効画像領域は、出力画像の上下方向の長さによって定義された領域である。

　図６において、操作者はホスト装置４０１に接続された入力装置４２０であるマウスを操作して、ユーザーインターフェイス６０１上のラジオボタン６０２やチェックボックスを操作する。この例では、指定長として１０ｃｍ、２０ｃｍ、３０ｃｍのうちいずれか１つが選択され、スキャンボタン６０３の押圧を検出すると、ＣＰＵ４１７は、指定長に対応した画像の読み取りをスキャナ３０１に開始させる。ＣＰＵ４１７は、画像に対する有効画像領域を指定する有効画像領域指定手段として機能する。ユーザーインターフェイス６０１上のキャンセルボタン６０４の押圧を検出すると、ＣＰＵ４１７は、ユーザーインターフェイス６０１を閉じる。本実施例では、ホスト装置４０１に接続されたマウスを用い読み取り条件を指定するものとして説明するが、キーボードや、スキャナ３０１に接続されたタッチパネルで指定が実行されてもよい。

　図７は、画像読み取り処理を示すフローチャートである。Ｓ１０１で、操作者がユーザーインターフェイス６０１上で希望する画像の指定長を選択し、スキャンボタン６０３を押すと、ＣＰＵ４１７は、アプリケーション５０１にしたがって画像読み取り開始命令を作成して、ドライバ５０２に送信する。

　Ｓ１０２で、ＣＰＵ４１７は、ドライバ５０２にしたがって画像読み取り開始命令を受け取り、読み取り設定を作成し、読み取り設定をスキャナ３０１に送信する。Ｓ１０３で、ＣＰＵ４１７は、ドライバ５０２にしたがって画像読み取り開始命令をスキャナ３０１に送信する。

　Ｓ１０４で、スキャナ３０１の画像処理部４０５は、ホスト装置４０１のドライバ５０２から読み取り設定と画像読み取り開始命令を受信し、ラインイメージセンサ３０５とモータ４０９を制御して原稿の全体を読み取る。画像処理部４０５は、原稿全体が写った画像を生成する。

　Ｓ１０５で、スキャナ３０１の画像処理部４０５は、原稿の給紙方向を検出する。つまり、画像処理部４０５は、画像の方向が視覚的に上方向なのか下方向なのかを検出する。たとえば、画像処理部４０５は、読み取った画像（入力画像）を解析し、原稿が上端、下端のどちらから給紙されたかの判定処理を実行する。本実施例は、搬送方向の判定処理に依存しない発明であるため、判定処理としてはどのようなものが使用されてもよい。入力画像の上方向は原稿の上端方向に一致し、入力画像の下方向は原稿の下端方向に一致している。そこで、たとえば、画像処理部４０５は、文字認識処理を実行して、文字の視覚的な上方向を原稿の上端方向として確定してもよい。あるいは、画像処理部４０５は、画像からパンチ穴を検出し、検出したパンチ穴が原稿の左側に並んでいたら原稿が上端から給紙されたと判定し、パンチ穴がそれ以外の方向に並んでいたら下端から給紙されたと判定してもよい。画像から搬送方向を判定する代わりに、特開２００１－２５１４９４号公報に記載された技術のように、スキャナ３０１に取り付けられているセンサを用いて搬送方向を判定してもよい。こように、画像処理部４０５は、方向検出手段として機能する。さらに、画像処理部４０５は、画像に含まれる文字を認識し、認識した文字の方向または認識率に基づいて、画像の方向が視覚的に上方向なのか下方向なのかを判定するか、原稿に設けられたパンチ穴の位置を画像から認識し、パンチ穴の位置に基づいて画像の方向が視覚的に上方向なのか下方向なのかを判定するか、または、操作者によって入力された情報に基づいて画像の方向が視覚的に上方向なのか下方向なのかを判定する方向検出手段として機能する。本実施例によれば、スキャナ３０１の給紙口に向けられた原稿の状態によって原稿の向きが異なっても、原稿画像の方向を特定できるため、当該原稿画像の方向から出力画像の向きや出力画像の上端を一律に揃える処理を行うことができる。これにより、たとえば、給紙口に原稿の向きがバラバラにセットされたとしても、原稿の向きに応じて、出力画像の出力状態を一律に揃えることができる。なお、このような処理は、１枚毎に処理を行ってもよいし、複数の原稿をまとめて読み取った後に一括処理してもよい。

　Ｓ１０６で、画像処理部４０５は判定結果に基づいて原稿が下端から給紙されたことを示しているか否かを判定する。原稿が下端から給紙されたのであれば、Ｓ１０８に進み、原稿が上端から給紙されたのであれば、Ｓ１０７に進む。

　Ｓ１０７で、画像処理部４０５は、原稿が上端から給紙されているため、ラインイメージセンサ３０５の光源の点灯順序に基づいた画像補正処理を行う。本実施例において画像処理部４０５は、赤、緑、青の点灯順序に基づいた画像補正処理を行う。ただし光源の点灯順序に基づいた画像補正処理とは、たとえば、画像処理部４０５が、画像を上端から走査し、白、赤、黒の画素の並びを見つけたら白、黒、黒の画素の並びに変換し、また黒、青、白の画素の並びを見つけたら、黒、白、白と変換するという補正処理である。なお、この処理によって、画像が補正される理由は、以下の通りである。赤、緑、青の順に点灯する３つの光源と１つのラインセンサからなるイメージセンサによる原稿読み取りでは、まず赤の光源だけを点灯させてその反射光をイメージセンサで読み取り、次に緑の光源だけを点灯させてその反射光をイメージセンサで読み取り、さらに青の光源だけを点灯させてその反射光をイメージセンサで読み取り、それらの読み取った画像データを重ね合わせることで１ラインの画像を生成している。しかし、各光源が点灯、消灯を繰り返している間にも原稿は搬送されるため、ある光源が点灯しているときに読み取った原稿の部位と、他の光源が点灯しているときに読み取った原稿の部位とでは、若干のずれがある。そのため、白原稿中の黒線を読み取ると、線の上部が赤く、線の下部が青くなる。したがって、黒線の上部の赤と下部の青を、それぞれ黒と白に変更すれば、原稿の線を復元することができる。

　原稿が下端から給紙されたのであれば、Ｓ１０８で、画像処理部４０５は、入力画像を１８０度回転する。Ｓ１０９で、画像処理部４０５は、ラインイメージセンサの光源の点灯順序に基づいた画像補正処理を行う。ただし、画像が１８０度回転されているため、画像処理部４０５は、逆転した点灯順序である青、緑、赤の点灯順序に基づいた画像補正処理を行う。たとえば、画像処理部４０５は、画像を上端から走査し、白、青、黒の画素の並びを見つけたら白、黒、黒の画素の並びに変換し、黒、赤、白の画素の並びを見つけたら黒、白、白と変換する。

　Ｓ１１０で、画像処理部４０５は、読み取った画像における特定領域の上端を検出する。具体的には、画像中で原稿の上端（原稿領域の先頭）、あるいは画像の上端がどこに位置するかを検出する。一般に、読み取られる画像のサイズは原稿のサイズよりも大きいため、読み取った画像には原稿の輪郭が含まれている。よって、原稿の上端を検出できるのである。本実施例においては、原稿上端の位置の検出は、レジストセンサ３０６を用いて行うものとする。画像処理部４０５は、原稿上端がレジストセンサ３０６を通過した時刻ｔと、レジストセンサ３０６とラインイメージセンサ３０５の距離ｌ、原稿搬送速度ｖをもとに、ラインイメージセンサ３０５に原稿上端が到達する時刻ｔ’を算出する。
ｔ’＝ｔ＋ｌ／ｖ
さらに、画像処理部４０５は、算出した時刻ｔ’に読み取ったラインを原稿上端のラインと判断する。ただし原稿上端の位置の検出方法は、本実施例における方法以外のものでもよく、たとえば画像の中から原稿の影を検出する方法であってもよい。同様に画像処理部４０５は画像の下端も検出する。このように、画像処理部４０５は、画像の特定領域の先頭を検出（たとえば、入力画像のうち原稿に対応した原稿領域の先頭を検出）する画像領域検出手段として機能する。つまり、画像処理部４０５は、原稿の上端を特定領域となる原稿領域の先頭として検出する画像領域検出手段として機能する。ここで、画像の特定領域とは、実際に読み取った画像領域であってもよいし、読み取った画像領域に含まれる実際の原稿領域であってもよい。

　Ｓ１１１で、画像処理部４０５は、原稿上端の位置から画像の下端までの長さ（実長）が、ドライバ５０２から受け取った読み取り設定の中の指定長よりも長ければ、Ｓ１１２に進む。Ｓ１１２で、画像処理部４０５は、入力画像のうち原稿上端の位置から指定長となる位置までの画像を有効画像として特定する（本実施例では有効画像を切り出す）。一方、実長が指定長よりも長くなければ、Ｓ１１３に進む。Ｓ１１３で、画像処理部４０５は、原稿上端の位置から原稿下端までの位置に対応した画像を入力画像から切り出す。Ｓ１１４で、画像処理部４０５は、指定長と実長との差だけ余白を画像の下端に付加する。ここで、画像に余白を付加する際においては、ラインイメージセンサ３０５によって実際の原稿領域の読み取りに連続して対向面３０７、すなわち、背景（本実施例では白背景）を読み取ることで行われる。もちろん、ラインイメージセンサ３０５によって実際の原稿領域を読み取った後、その原稿画像データに余白データを合成処理してもよい。なお、このような画像に余白を付ける処理は、本実施例ではスキャナ３０１内で行うようにしたが、スキャナ３０１を制御するＰＣ側（ドライバ側）で行うようにしてもよい。Ｓ１１５で、画像処理部４０５は、作成した画像をドライバ５０２に転送する。

　Ｓ１１６で、ＣＰＵ４１７は、ドライバ５０２にしたがって、受信した画像をアプリケーション５０１に転送する。Ｓ１１７で、ＣＰＵ４１７は、アプリケーション５０１にしたがって、受信した画像を表示装置４２１に表示する。

　本実施例によれば、画像処理部４０５は、画像の方向が上方向であれば画像領域検出手段が検出した画像の特定領域の先頭、ここでは原稿領域の先頭を基準として出力画像を生成し、画像の方向が下方向であれば画像を１８０度回転し、原稿領域の先頭を基準として出力画像を生成する画像処理手段として機能する。よって、操作者が指定した出力画像の指定長と原稿の実長とが一致していなくても、ユーザーにとって視認性の高い出力画像が得られるようになる。また、原稿の上下方向をそろえるための操作者の作業は必要ないため、操作者の作業負担が軽減される。

　［実施例２］
　実施例１では、給紙方向（入力画像の視覚的な方向）を画像処理部４０５が検出するものとして説明した。実施例２では、操作者が予め給紙方向を指定するものとして説明する。なお、実施例２では、実施例１と共通する事項についての説明は説明の簡潔化のために省略する。

　図８は、本実施例におけるアプリケーション５０１にしたがって表示されるユーザーインターフェイスを示す図である。図６に示したユーザーインターフェイス６０１と比較して、ユーザーインターフェイス８０１では、原稿の給紙方向を指定するためのラジオボタン８０２が追加されている。操作者は入力装置４２０を操作して、上端から、下端からのどちらからを給紙方向として指定する。

　図９は、画像読み取り処理を示すフローチャートである。Ｓ２０１で、操作者がユーザーインターフェイス８０１上で希望する画像の指定長と給紙方向を選択し、スキャンボタン６０３を押すと、ＣＰＵ４１７は、アプリケーション５０１にしたがって画像読み取り開始命令を作成して、ドライバ５０２に送信する。

　Ｓ２０２で、ＣＰＵ４１７は、ドライバ５０２にしたがって画像読み取り開始命令を受け取り、読み取り設定を作成し、読み取り設定をスキャナ３０１に送信する。Ｓ２０３で、ＣＰＵ４１７は、ドライバ５０２にしたがって画像読み取り開始命令をスキャナ３０１に送信する。

　Ｓ２０４で、スキャナ３０１の画像処理部４０５は、ホスト装置４０１のドライバ５０２から読み取り設定と画像読み取り開始命令を受信し、ラインイメージセンサ３０５とモータ４０９を制御して原稿の全体を読み取る。画像処理部４０５は、原稿全体が写った画像を生成する。

　Ｓ２０６で、画像処理部４０５は、読み取り設定の中で指定されている給紙方向が、原稿が下端から給紙されたことを示しているか否かを判定する。原稿が下端から給紙されたのであれば、Ｓ１０８に進み、原稿が上端から給紙されたのであれば、Ｓ１０７に進む。
これ以降の処理は、実施例１と共通しているため、説明を省略する。

　本実施例によれば、操作者が原稿の上端を揃える必要があるものの、上端検出機構が不要となるため、製造コストの点で有利である。その他の効果については、実施例１で説明したとおりである。

　　［実施例３］
　実施例１では、画像処理のほとんどをスキャナ３０１が担当していたが、実施例３では、ドライバ５０２が画像処理のほとんどを担当することを特徴とする。なお、実施例３では、実施例１と共通する事項についての説明は説明の簡潔化のために省略する。Ｓ１０１ないしＳ１０５が終了すると、Ｓ３０１に進む。なお、Ｓ３０６以降の処理は、Ｓ１０６
以降の処理に対応しており、実行主体が画像処理部４０５からＣＰＵ４１７に代わっているにすぎない。

　図１０は実施例３にかかる画像読み取り処理を示すフローチャートである。Ｓ３０１で、画像処理部４０５は、画像中で原稿の上端（先頭）がどこに位置するかを検出する。この処理は、上述したＳ１１０に相当する。

　Ｓ３０２で、画像処理部４０５は、入力画像を転送するとともに、方向検出結果と上端検出結果をドライバ５０２へ送信する。ＣＰＵ４１７は、ドライバ５０２にしたがって、入力画像、方向検出結果および上端検出結果を受信し、ＲＡＭ４１８に保存する。

　Ｓ３０６で、ＣＰＵ４１７は、ドライバ５０２にしたがって、原稿が下端から給紙されたか否かを判定する。ＣＰＵ４１７は、方向検出結果に基づいてこの判定処理を実行する。原稿が下端から給紙されたのであれば、Ｓ３０８に進み、原稿が上端から給紙されたのであれば、Ｓ３０７に進む。

　Ｓ３０７で、ＣＰＵ４１７は、原稿が上端から給紙されているため、ラインイメージセンサ３０５の光源の点灯順序に基づいた画像補正処理を行う。原稿が下端から給紙されたのであれば、Ｓ３０８で、ＣＰＵ４１７は、受信した入力画像を１８０度回転する。Ｓ３０９で、ＣＰＵ４１７は、ラインイメージセンサ３０５の光源の点灯順序に基づいた画像補正処理を行う。

　Ｓ３１１で、ＣＰＵ４１７は、実長が指定長よりも長いか否かを判定する。実長が指定長よりも長ければ、Ｓ３１２に進む。Ｓ３１２で、ＣＰＵ４１７は、上端検出結果に基づいて、入力画像のうち原稿上端の位置から指定長となる位置までの画像を有効画像として切り出す。一方、実長が指定長よりも長くなければ、Ｓ３１３に進む。Ｓ３１３で、ＣＰＵ４１７は、上端検出結果に基づいて、原稿上端の位置から原稿下端までの位置に対応した画像を入力画像から切り出す。Ｓ３１４で、画像処理部４０５は、指定長と実長との差だけ余白を画像の下端に付加する。Ｓ３１６で、ＣＰＵ４１７は、ドライバ５０２にしたがって、受信した画像をアプリケーション５０１に転送する。Ｓ１１７で、ＣＰＵ４１７は、アプリケーション５０１にしたがって、受信した画像を表示装置４２１に表示する。

　このように、実施例３では、ＣＰＵ４１７が、上述した画像処理手段として機能する。実施例３では画像処理の一部をドライバ５０２が負担しても、実施例１と同様の効果を奏することができる。とりわけ、ホスト装置４０１のＣＰＵ４１７が処理を負担することで、スキャナ３０１の処理を軽減できる。つまり、スキャナ３０１に要求される処理能力を低下させることできるため、スキャナ３０１を安価に製造しやすくなる。その他の効果については、実施例１で説明したとおりである。

　［実施例４］
　実施例４は、実施例２と実施例３とを組み合わせた発明である。実施例２の給紙方向の指定処理と、実施例３のドライバ５０２による画像処理とが組み合わされている。

　図１１は、画像読み取り処理を示すフローチャートである。実施例２のＳ２０１ないしＳ２０４が実行されると、続いて実施例３のＳ３０１が実行される。

　Ｓ４０２で、画像処理部４０５は、入力画像と上端検出結果をドライバ５０２に送信する。上端検出結果は、Ｓ３１２とＳ３１３の画像切り出し処理で使用される。

　Ｓ４０６で、ＣＰＵ４１７は、アプリケーション５０１から受信した給紙方向の指定情報にしたがって原稿が下端から給紙されたのか上端から給紙されたのかを判定する。原稿が下端から給紙されたのであれば、Ｓ３０８に進み、原稿が上端から給紙されたのであれば、Ｓ３０７に進む。これ以降の処理は、実施例２と共通である。

　このように、実施例４では、ＣＰＵ４１７が、画像処理手段として機能する。また、実施例４は、実施例２と実施例３を組み合わせたものであり、その効果も実施例２の効果と実施例３の効果とを組み合わせたものとなる。

　［実施例５］
　実施例５は、実施例３を変形したものである。実施例５では、原稿の上端検出処理をドライバ５０２が実行することを特徴としている。

　図１２は、画像読み取り処理を示すフローチャートである。Ｓ１０１ないし１０５を実行した後で、Ｓ５０１に進む。Ｓ５０１で、画像処理部４０５は、入力画像と方向検出結果をドライバ５０２に送信する。

　さらに、Ｓ３０６ないしＳ３０９を実行した後で、Ｓ５１０に進む。Ｓ５１０で、ＣＰＵ４１７は、入力画像から画像の上端を検出する。たとえば、ＣＰＵ４１７は、入力画像に含まれる原稿の影を上端として検出する。その後、Ｓ３１１ないしＳ３１６を実行する。

　実施例５は、画像上端検出処理もホスト装置４０１が担当するため、実施例３と比較し、さらにスキャナ３０１の処理負荷を軽減できる。実施例５のその他の効果は実施例３と共通である。このように、実施例５では、ＣＰＵ４１７が、画像処理手段や画像領域検出手段、有効画像領域指定手段として機能する。

　［実施例６］
　実施例６は、実施例２と実施例５を組み合わせた発明である。つまり、実施例６は、実施例２の給紙方向の指定処理を実施例５に組み込んだ発明である。

　図１３は、画像読み取り処理を示すフローチャートである。Ｓ２０１ないしＳ２０４が終了すると、Ｓ６０１に進む。Ｓ６０１で、画像処理部４０５は、入力画像をホスト装置４０１のドライバ５０２に転送する。

　Ｓ６０６で、ＣＰＵ４１７は、アプリケーション５０１が指定された給紙方向が下端からの給紙方向か否かを判定する。原稿の上端から給紙されたのであればＳ３０７に進み、原稿の下端からの給紙されたのであればＳ３０８に進む。これ以降の処理は、実施例５と共通である。

　このように、実施例６では、操作者に給紙方向を指定させることで、ホスト装置４０１の給紙方向の検出処理を省略できる利点がある。実施例６のその他の効果は実施例５と共通である。実施例６では、ＣＰＵ４１７が、画像処理手段や画像領域検出手段、有効画像領域指定手段として機能する。

　［実施例７］
　実施例７は、実施例３を変形したものであり、スキャナ３０１が実行していた給紙方向の検出処理をホスト装置４０１のドライバ５０２が実行することに特徴がある。

　図１４は、画像読み取り処理を示すフローチャートである。Ｓ１０１ないしＳ３０１は実施例３と共通である。Ｓ７０１で、画像処理部４０５は、入力画像と上端検出結果をホスト装置４０１のドライバ５０２に送信する。

　Ｓ７０２で、ホスト装置４０１のＣＰＵ４１７は、給紙方向の検出処理を実行する。たとえば、ＣＰＵ４１７は、入力画像に対してＯＣＲ（Ｏｐｔｉｃａｌ　Ｃｈａｒａｃｔｅｒ　Ｒｅｃｏｇｎｉｔｉｏｎ）処理を行い、検出された文字数ｎ０をＲＡＭ４１８に記憶する。ＣＰＵ４１７は、入力画像を１８０度回転し、回転した画像に対してＯＣＲ処理を行い、検出された文字数ｎ１８０をＲＡＭ４１８に記憶する。その後、ＣＰＵ４１７は、１画像をさらに１８０度回転する。ＣＰＵ４１７は、ｎ０とｎ１８０を比較し、ｎ０≧ｎ１８０であれば、原稿は上端から給紙されたと判定し、ｎ０＜ｎ１８０であれば、原稿は下端から給紙されたと判定する。なお、ここで行うＯＣＲ処理は公知のものでよい。このような給紙方向の検出処理は、上述した実施例において実行されてもおよい。その後、Ｓ３０６ないしＳ３１６が実行される。

　このように、実施例７では、給紙方向の検出処理をホスト装置４０１で実行することで、スキャナ３０１の処理負荷を軽減し、製造コストを低減できる利点がある。実施例７のその他の効果は実施例３と共通である。実施例７では、ＣＰＵ４１７が、画像処理手段や有効画像領域指定手段、方向検出手段として機能する。

　［実施例８］
　実施例８は、実施例６と実施例７とを組み合わせた発明である。つまり、実施例８は、実施例７の画像の上端検出処理をホスト装置４０１のドライバ５０２が担当することに特徴がある。

　図１５は、画像読み取り処理を示すフローチャートである。Ｓ１０１ないしＳ１０４は、実施例１や実施例７と共通である。Ｓ８０１で、画像処理部４０５は、入力画像をドライバ５０２へ送信する。

　Ｓ８０２で、ＣＰＵ４１７は、方向検出処理を実行する。この方向検出処理は、実施例７のＳ７０２と共通である。その後、実施例６で説明したＳ３０６からＳ３１６を実行する。

　このように、実施例８では、給紙方向の検出処理に加えて上端検出処理もホスト装置４０１で実行することで、スキャナ３０１の処理負荷を軽減し、製造コストを低減できる利点がある。実施例８のその他の効果は実施例７と共通である。実施例８では、ＣＰＵ４１７が、画像処理手段や有効画像領域指定手段、方向検出手段、画像領域検出手段として機能する。

　［その他］
　上述した実施例では、ユーザーインターフェイスを通じて出力画像の長さ（指定長）や原稿の給紙方向を指定できるものとして説明したが、ユーザーインターフェイスを通じて解像度や読み取り領域を選択できるようにしてもよい。

　指定長として、１０ｃｍ、２０ｃｍ、３０ｃｍのいずれか１つを選択できるものとして説明したが、たとえば１ｍやＡ４サイズの長さなど、別の数値が追加されてもよい。また、具体的な数値を入力するためのテキストボックスがユーザーインターフェイスに設けられてもよい。

　上述した実施例では、原稿束を１８０度回転させて画像読取装置にセットすることを前提としている。つまり、原稿の上端と下端のどちらかを給紙口に向けた状態を前提としている。しかし、本発明は、原稿束の回転角度が９０度や２７０度などでも適用できる。つまり、原稿の右端や左端が給紙口に向いていても本発明を適用できる。すなわち、原稿の出力画像が所定の方向となるように、読み取った原稿の画像の方向を修正する場合にも本発明を適用できる。ここでは、実施例１に則して説明する。なお、実施例１と共通する事項については説明を省略する。

　Ｓ１０１で、操作者がユーザーインターフェイス上で出力画像の幅と長さ（指定サイズ、横方向の指定長と縦方向の指定長）を選択し、スキャンボタン６０３を押すと、ＣＰＵ４１７は、アプリケーション５０１にしたがって画像読み取り開始命令を作成して、ドライバ５０２に送信する。ＣＰＵ４１７は、画像に対する有効画像領域を指定する有効画像領域指定手段として機能する。その後、Ｓ１０３ないしＳ１０４を実行する。

　Ｓ１０５で、画像処理部４０５は方向検出処理を実行する。画像処理部４０５は、画像の視覚的な方向を検出する方向検出手段として機能する。Ｓ１０６で、画像処理部４０５は原稿が上端、下端、左端、右端のうちどの端から読み取られたかを判定する。この判定手法はすでに説明したとおりである。たとえば、画像処理部４０５は、原稿画像を時計の回転方向に０度、９０度、１８０度、２７０度の４つの場合でそれぞれ回転させて文字認識を実行し、認識率の一番高い回転角度を採用する。なお、０度、９０度、１８０度、２７０度は、それぞれ上端、右端、下端、左端に対応している。上端または下端から原稿が読み取られた場合には、実施例１と同じ処理を行う。

　一方、右端または左端から原稿が読み取られたと判定された場合には、Ｓ１０７ないしＳ１０９は次のような処理に置換される。まず、画像処理部４０５は、ラインイメージセンサの光源の点灯順序に基づいた画像補正処理を行う。この画像処理は回転前の画像に対して行われるため、点灯順序（赤⇒緑⇒青の順序）どおりの補正処理となる。右端から読み取られたと判定すると、画像処理部４０５は、画像を時計回りに所定の角度として９０度回転し、左端から読み取られたと判定すると、画像を反時計回りに所定の角度として９０度回転する。画像処理部４０５は、画像の特定領域の上端と、特定領域の左端と右端の位置を検出する。つまり、読み取った全体画像に含まれている原稿画像の４つの辺のうち上辺、左辺、右辺の各位置が検出される。上辺、左辺、右辺の検出方法は一般的なものでよく、たとえば画像の中から原稿の影を検出する方法などを採用できる。このように、画像処理部４０５は、画像の特定領域の先頭を検出する画像領域検出手段として機能する。

　次に、Ｓ１１１、Ｓ１１２、Ｓ１１３、Ｓ１１４と同様の方法を用いて、画像処理部４０５は、画像の切り出しと余白の付加を行う。さらに、画像処理部４０５は、画像の幅方向の指定長（指定幅）に基づいて画像の幅方向についても切り出しと、余白の付加を行う。たとえば、画像処理部４０５は、ユーザーインターフェイスを通して指定された指定幅と比べて、特定領域の幅が小さい場合には、特定領域の左端より左側の画像と右端より右側の画像を、画像から切り捨て、その後、指定幅と特定領域の幅との差の１/２の長さだけ、画像の左右に余白を付加する。また、指定幅と比べて特定領域の幅が大きい場合には、特定領域から指定幅の画像を切り出す。このように、画像処理部４０５は、画像の方向が第１方向であれば画像領域検出手段が検出した特定領域の先頭を基準として有効画像領域を出力画像として出力し、画像の方向が第２方向であれば画像を所定の角度だけ度回転し、画像領域検出手段が検出した特定領域の先頭を基準として有効画像領域を出力画像として出力する画像処理手段として機能する。その後、Ｓ１１５、Ｓ１１６、Ｓ１１７と同様にして、画像の転送、表示を行う。

　このように本発明は給紙口に対する原稿束の方向が上端方向、下端方向、左端方向、右端方向のいずれであっても、ユーザーにとって視認性の高い出力画像が得られるようになる。もちろん、指定サイズと実サイズとが一致していなくても、原稿の上下方向をそろえるためのユーザーの作業負担を軽減できる。

　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

　本願は、２０１１年　４月１３日提出の日本国特許出願特願２０１１－０８９５１９を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

Claims (12)

1. 　原稿の画像を入力する画像入力手段と、
   　前記画像の方向を検出する方向検出手段と、
   　前記画像の特定領域の先頭を検出する画像領域検出手段と、
   　前記画像に対する有効画像領域を指定する有効画像領域指定手段と、
   　前記画像領域検出手段が検出した特定領域の先頭に基づいて、前記有効画像領域を出力画像として出力するにあたり、前記画像の方向が所定の方向でない場合には前記画像を前記所定の方向となるように処理する画像処理手段と
   を備えることを特徴とする画像処理装置。
2. 　前記方向検出手段は、画像の視覚的な方向を検出するように構成されており、
   　前記画像処理手段は、前記画像の方向が第１方向であれば前記画像領域検出手段が検出した特定領域の先頭を基準として前記有効画像領域を出力画像として出力し、前記画像の方向が第２方向であれば前記画像を所定の角度だけ回転し、前記画像領域検出手段が検出した特定領域の先頭を基準として前記有効画像領域を出力画像として出力するように構成されている、
   ことを特徴とする請求項１に記載の画像処理装置。
3. 　前記方向検出手段は、前記画像の方向が視覚的に上方向なのか下方向なのかを検出するように構成されており、
   　前記画像処理手段は、前記画像の方向が上方向であれば前記画像領域検出手段が検出した特定領域の先頭を基準として前記有効画像領域を出力画像として出力し、前記画像の方向が下方向であれば前記画像を１８０度回転し、前記画像領域検出手段が検出した特定領域の先頭を基準として前記有効画像領域を出力画像として出力するように構成されている、
   ことを特徴とする請求項１に記載の画像処理装置。
4. 　前記有効画像領域は、前記出力画像の上下方向の長さによって定義された領域であることを特徴とする請求項１ないし３のいずれか１項に記載の画像処理装置。
5. 　前記画像領域検出手段は、原稿の上端を前記特定領域の先頭として検出することを特徴とする請求項１ないし４のいずれか１項に記載の画像処理装置。
6. 　前記画像領域検出手段は、前記画像の原稿領域の先頭を前記特定領域の先頭として検出することを特徴とする請求項１ないし４のいずれか１項に記載の画像処理装置。
7. 　前記画像領域検出手段は、前記画像の上端を前記特定領域の先頭として検出することを特徴とする請求項１ないし４のいずれか１項に記載の画像処理装置。
8. 　前記方向検出手段は、
   　前記画像に含まれる文字を認識し、認識した文字の方向または認識率に基づいて、前記画像の方向が視覚的に上方向なのか下方向なのかを判定するか、
   　前記原稿に設けられたパンチ穴の位置を前記画像から認識し、前記パンチ穴の位置に基づいて前記画像の方向が視覚的に上方向なのか下方向なのかを判定するか、または、
   　操作者によって入力された情報に基づいて前記画像の方向が視覚的に上方向なのか下方向なのかを判定する
   ことを特徴とする請求項１ないし７のいずれか１項に記載の画像処理装置。
9. 　前記画像入力手段は、
   　複数の原稿を一枚ずつ分離して給送し、給送した原稿の画像を読み取る画像読取手段であることを特徴とする請求項１ないし８のいずれか１項に記載の画像処理装置。
10. 　前記画像入力手段は、
    　複数の原稿を一枚ずつ分離して給送し、給送した原稿の画像を読み取る画像読取装置から送信された画像を受信する受信手段であることを特徴とする請求項１ないし８のいずれか１項に記載の画像処理装置。
11. 　原稿の画像を入力する画像入力ステップと、
    　前記画像の方向を検出する方向検出ステップと、
    　前記画像の特定領域の先頭を検出する画像領域検出ステップと、
    　前記画像に対する有効画像領域を指定する有効画像領域指定ステップと、
    　前記画像領域検出手段が検出した特定領域の先頭に基づいて、前記有効画像領域を出力画像として出力するにあたり、前記画像の方向が所定の方向でない場合には前記画像を前記所定の方向となるように処理する画像処理ステップと
    を有することを特徴とする画像処理方法。
12. 　原稿の画像を入力する画像入力ステップと、
    　前記画像の方向を検出する方向検出ステップと、
    　前記画像の特定領域の先頭を検出する画像領域検出ステップと、
    　前記画像に対する有効画像領域を指定する有効画像領域指定ステップと、
    　前記画像領域検出手段が検出した特定領域の先頭に基づいて、前記有効画像領域を出力画像として出力するにあたり、前記画像の方向が所定の方向でない場合には前記画像を前記所定の方向となるように処理する画像処理ステップと、をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images