画像処理プログラム、画像処理装置及び画像処理方法
【課題】撮影画像に被写体以外の物体の画像が含まれているか否かを正確に判定できるようにする。
【解決手段】スタンド型イメージスキャナ５０の画像撮影部７１は置台を撮影し、撮影画像を画像処理装置１０の撮影画像記憶部６１に格納する。輪郭抽出処理部６３は、撮影画像記憶部６１に格納されている撮影画像から輪郭画像を抽出し、それを輪郭画像記憶部６２に格納する。円形度、直線数演算部６４は、輪郭画像記憶部６２に格納されている輪郭画像を基に輪郭画像の円形度と輪郭画像を構成する直線の本数を求める。手写り判定部６５は、その求められた円形度と直線本数を基に、帳票画像に手写りがあるか否かを判定する。
【解決手段】スタンド型イメージスキャナ５０の画像撮影部７１は置台を撮影し、撮影画像を画像処理装置１０の撮影画像記憶部６１に格納する。輪郭抽出処理部６３は、撮影画像記憶部６１に格納されている撮影画像から輪郭画像を抽出し、それを輪郭画像記憶部６２に格納する。円形度、直線数演算部６４は、輪郭画像記憶部６２に格納されている輪郭画像を基に輪郭画像の円形度と輪郭画像を構成する直線の本数を求める。手写り判定部６５は、その求められた円形度と直線本数を基に、帳票画像に手写りがあるか否かを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理に係り、特に撮像素子で撮影した画像を処理する画像処理プログラム、画像処理方法、画像処理装置に関する。
【背景技術】
【０００２】
金融機関等においては、帳票の画像読み取りのために帳票読取装置が利用されている。この帳票読取装置は、帳票の画像を取得するための装置としてスタンド型イメージスキャナを備えている。このスタンド型イメージスキャナは、帳票を置くための置台、該置台に帳票を正しく載置するための手助けとなる帳票突合ガイド、撮像素子であるＣＣＤカメラ、該ＣＣＤカメラを置台から所定距離だけ離して支える支柱を備えている（例えば、特許文献１、２参照）。スタンド型イメージスキャナが備えるＣＣＤカメラは、２次元の画像を撮像する二次元エリアセンサであり、置台に載置された帳票を撮影することで帳票の画像を取り込む。スタンド型イメージスキャナは、自身が撮影した画像をＵＳＢ（Universal Serial Bus）などの通信インターフェースを介して上位装置（例えば、パーソナルコンピュータなど）に送信する。上位装置は、スタンド型イメージスキャナから受信する画像データを基に帳票の画像（帳票画像）を生成する。そして、その生成した帳票画像に文字認識処理を施し、帳票画像から必要となる文字情報を抽出する。
【０００３】
スタンド型イメージスキャナの用いられているＣＣＤ素子の特徴として、高精細に読み取るために１枚の画像を複数の部分画像に分割するフィールド読み出し方式が用いられる。すなわち、スタンド型イメージスキャナは、帳票の部分画像（分割画像）を合成することで帳票全体画像を生成する。
【０００４】
帳票読取装置では、スタンド型イメージスキャナに対する帳票の画像読み取りの開始指示は、上位装置が備える撮影ボタン（読取キー）をオペレータが押下することで行われるのが一般的である。この場合、オペレータは、帳票を置台に正しく載置した後、自分の手がＣＣＤカメラの撮影エリアから外れたことを確認してから撮影ボタンを押下する必要がある。しかしながら、オペレータが帳票読み取りを急いだ場合、撮影ボタンを押下するタイミングが早すぎて、オペレータの手が帳票の撮影エリアに入っている状態でＣＣＤカメラによる撮影が開始され、帳票の撮像画像に手が写りこんでしまうという問題があった。このように、帳票の撮影時に帳票画像の手が写って撮影されてしまうと、上位装置が生成する帳票画像の一部に手の画像が含まれるために帳票画像の文字認識をする際に文字認識エラーが発生し、再度、帳票の撮影を行う必要が生じる。この結果、帳票処理業務の効率が低下する。
【０００５】
このような帳票の画像読み取り時の手写りは、オペレータの慣れによって低減するが、帳票読取装置の初期の読み取りエラーの要因の大半を占めるため問題となっていた。
また、上述したようにスタンド型イメージスキャナによる帳票の撮影は複数回にわたって実行されるので、オペレータによる帳票の画像読み取り開始の指示を受けた後にＣＣＤカメラが帳票の画像の撮像を開始するようにすると、上位装置が帳票画像を生成するまでに長い時間を要してしまうので、上位装置が帳票の文字認識処理を開始するまでの時間や、帳票画像を表示装置の画面に表示するまでの時間が長くなってしまう。このため、スタンド型イメージスキャナは、オペレータが帳票の画像読み取り指示をする前に、ＣＣＤカメラによる帳票の撮像を開始するようにしている。この技術は、一般に、「プレスキャン」と呼ばれている（例えば、特許文献３参照）。
【０００６】
ところが、プレスキャンを行うと、オペレータの手が分割画像に含まれてしまうという問題が発生する。これは、オペレータが帳票を置台に正しく置いてから帳票の画像読み取り開始指示を行うまでの時間と、オペレータが自分の手を置台から離すまでの時間との関係により必然的に発生する。このように、プレスキャンを行った場合、分割画像に手の画像が含まれると、上位装置が複数の分割画像を合成して生成する帳票画像に手が写ってしまい、帳票画像の文字認識を行うとエラーが発生するので問題となる。このため、従来、プレスキャンにより得られた帳票画像に手写りが有るか検出する技術が提案されている（例えば、特許文献３参照）。
【０００７】
特許文献３には、上位装置が分割画像から合成した合成画像に含まれる所定領域の各画素の平均階調値（濃淡値）が所定の範囲に存在するか否かを検出することで、または合成画像に含まれる各画素に所定の範囲の階調値（例えば、肌色階調値）を表す連続した画素が所定の画素数以上で含まれるか否かを検出することで、合成画像内に手写り領域（手写り画像）が存在するか否かを判定する手法が開示されている。また、手写り領域のみに関して上記手写り判定を行うことで、手写り判定に要する時間を短縮する手法も開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１−７８１７６号公報
【特許文献２】特開平８−９１０２号公報
【特許文献３】特開２０１０−５７０７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献３に開示されている手法は、画像処理装置（スタンド型イメージスキャナの上位装置）がプレスキャンにより得られた合成画像に手写り領域が存在するか否かを判定することで、手写り領域の存在しない帳票画像を短時間で取得できるという効果を有している。また、逐次モニタ画面に表示される合成画像を目視しながら合成画像に手写り領域が存在するか否かを確認するというオペレータの作業が不要になるので、オペレータの作業負担が軽減されるという効果も有している。しかし、特許文献３に開示されている手法は、「手写りがあった場合には帳票の外周領域（判定領域）の平均階調値が薄くなる」ということを前提としている。しかし、実際にスタンド型イメージスキャナを使用する時にはオペレータが着衣している服の袖部分の色が肌色に近い場合もありうるので、手ではなく服など肌色に近い物を手写りとして検出してしまうこともある。また、特許文献３の手法では、帳票が帳票設置台（置台）に正しく設置されていない場合も手写りとして判定するようにしている。スタンド型イメージスキャナでは、帳票が帳票設置台からはみ出して置かれることは日常的にある。このような場合、特許文献３の手法では、帳票が一定時間以上経過しても正しく帳票設置台に正しく設置されない場合にはそれを手写り有りが所定回数以上検出されたものとみなして、エラー出力（読取不可を示すエラー通知出力）するようにしている。したがって、特許文献３の手法では、手写りを正確に検出できないという欠点があった。
【００１０】
最近の帳票画像の文字認識装置は、帳票画像を取得した時点で自動的に文字認識を開始する手法が主流である。オペレータが画像を確認して手写りがあったら帳票画像を読み直す方法もあるが、この方法は自動化にならないので現在ではほとんど行われていない。しかし、帳票の文字認識を自動的に開始する装置には、手写りが原因で文字認識がエラーとなった場合でも、オペレータは手写りがエラー原因なのか、または帳票に書かれた文字の字形が悪いことがエラー原因なのか区別できないという問題があった。このため、帳票の文字認識を自動的に開始する装置においては、手写りを装置側で自動的に正確に判定することが非常に重要になっている。
【００１１】
本発明は、撮影画像に撮影対象の被写体以外の物体が写っているか否かを自動的に正確に判定できるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、撮像素子で撮影した画像を処理する画像処理プログラムが提供される。この画像処理プログラムの一態様は、コンピュータに実行されることで、コンピュータを、被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、該輪郭画像抽出手段によって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段として機能させる。
【００１３】
また、画像処理プログラムの別の態様は、コンピュータに実行されることで、コンピュータを、オペレータによる撮影指示がなされる前に、撮像手段により被写体を撮影するプレスキャン手段と、該プレスキャン手段により取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、該輪郭画像抽出手段によって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、該判定手段により前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、該プレスキャン手段により得られた少なくとも２つの撮影画像を基に、撮像手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算手段と、前記プレスキャンによる撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算手段により算出された時間に応じた適切なタイミングで、前記撮像手段により前記被写体を本来必要な解像度で再度撮影する再スキャン手段として機能させる。
【００１４】
前記計算手段は、例えば、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算する。
【発明の効果】
【００１５】
上記画像処理装置プログラム、画像処理方法、画像処理装置によれば、撮影画像に撮影対象の被写体以外の物体が写っているか否かを自動的に正確に判定できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態のシステム全体のハードウェア構成を示す図である。
【図２】本発明の実施の第１の形態の機能構成を示す機能ブロック図である。
【図３】本発明の実施の形態におけるプレスキャンにより合成した画像に手写り含まれているか否かを判定する第１の手法の原理を説明する図である。
【図４】本発明の実施の形態におけるプレスキャンにより合成した画像に手写り含まれているか否かを判定する第２の手法の原理を説明する図である。
【図５】本発明の実施の形態における帳票の読み取り開始タイミングの判定手法の原理を説明する図である。
【図６】手写りが無いプレスキャン画像から輪郭画像を作成する場合の例を示す図である。
【図７】手写りが有るプレスキャン画像から輪郭画像を作成する場合の例を示す図である。
【図８】手写りが無いプレスキャン画像における面積と周囲長の計算方法を示す図である。
【図９】手写りが無いプレスキャン画像において検出される直線本数を示す図である。
【図１０】手写りが有るプレスキャン画像において検出される直線本数を示す図である。
【図１１】手写りが有るプレスキャン画像において、検出する直線の長さを規定することで検出される直線本数を示す図である。
【図１２】輪郭画像から求めた円形度及び直線本数を基にして、プレスキャン画像に手写りが有るか否かを判定するアルゴリズムを示すフローチャートである。
【図１３】本発明の実施の第２の形態の機能構成を示す機能ブロック図である。
【図１４】プレスキャン開始後のスタンド型イメージスキャナの置台上での帳票とオペレータの手の動きの時間的な状態遷移に伴う「円形度」と「直線本数」の時間的遷移を示す表である。
【図１５】図１４に示す６つに状態の各状態における帳票画像を示す図である。
【図１６】プレスキャンにより得られた２つの帳票画像を基に手が撮影されなくなるまでの時間を計算する手法を説明するための図である。
【図１７】プレスキャン画像に手写りが無くなってから本スキャンまたは後処理を開始する手法を示すフローチャートである。
【図１８】プレスキャン画像に手写りが無くなる時間を予測計算して、本スキャンまたは後処理を開始する手法を説明するフローチャートである。
【図１９】帳票上に誤って置かれた物が帳票の輪郭を覆いながら帳票からはみ出している場合に、本発明の画像処理装置の実施の第１及び第２の形態を適用したケースを説明する図である。
【図２０】置台に正しくセットされた帳票内に付箋紙のようなものが張り付いている場合に本発明の実施の形態の第１及び第２の形態を適用したケースを説明する図である。
【図２１】帳票が撮影範囲からはみ出している場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
【図２２】帳票の外に異物が撮影範囲内に置かれている場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
【図２３】本発明の実施の第３の形態の機能構成を示す機能ブロック図である。
【図２４】図２３に示す移動速度テーブル記憶部内に設けられるテーブルの構成例を示す図である。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら、本発明の実施の形態を詳細に説明する。
図１は、本発明の実施の形態のシステム全体のハードウェア構成を示す図である。
図１に本発明の実施の形態は、画像処理装置１０、モニタ２０、キーボード（ＫＢ）３０、マウス４０、及びスタンド型イメージスキャナ５０を備えている。画像処理装置１０は、帳票画像のＯＣＲ（Optical Character Recognition：光学文字認識）機能を備えており、スタンド型イメージスキャナ５０によりＯＣＲ処理で必要となる解像度の帳票画像を取得する必要がある。
【００１８】
画像処理装置１０は、例えば、パーソナルコンピュータであり、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、ＨＤＤ（Hard Disk Drive）１３、ＵＳＢ（Universal Serial Interface）インターフェース１４を備えている。ＣＰＵ１１は、バス１５を介してＲＡＭ１２、ＨＤＤ１３、ＵＳＢインターフェース１４と接続されている。尚、図１には図示していないが、画像処理装置１０は、ＲＯＭ（Read Only Memory）やＬＡＮ（Local Area Network）などのネットワークに接続するためのＮＩＣ（Network Interface Card）なども備えている。また、画像処理装置１０は、必要に応じて時刻を計時するタイマーも備える。
【００１９】
尚、図１には図示していないが、画像処理装置１０内にはＣＰＵ１１とモニタ２０の間に表示制御部が設けられており、ＣＰＵ１１は該表示制御部を介してモニタ２０の画面表示を行う。また、ＣＰＵ１１は、画像処理装置１０内に設けられた不図示のメモリコントラーを介してＲＡＭ１２に対するデータのリード／ライトを行う。また、画像処理装置１０は不図示のＨＤＤコントローラ（例えば、ＳＡＴＡ(Serial Advanced Technology Attachment) コントローラなど）を備えており、該ＨＤＤコントローラを介してＨＤＤ１３に対するデータのリード／ライトを行う。また、画像処理装置１０は、ＩＰＬ（Initial Program Load）やＢＩＯＳ(Basic Input/Output System)などを格納するＲＯＭも備えている。
【００２０】
ＣＰＵ１１は、ＲＡＭ１２にロードされているプログラムを実行することで画像処理装置１０全体を制御する。ＲＡＭ１２は、随時データの書き込み／読み出しが可能な半導体メモリであり、ＯＳ（Operating System）やアプリケーションプログラムなどのソフトウェアがＨＤＤ１３からロードされる領域や、ＣＰＵ１１が処理を実行する際に使用するデータを格納する領域などを備えている。また、ＲＡＭ１２は、スタンド型イメージスキャナ５０から画像処理装置１０のＵＳＢインターフェース１４に転送されてくる撮影画像を記憶する領域やその撮影画像を処理する際に使用される作業領域も備えている。
【００２１】
ＨＤＤ１３は、ＯＳやドライバ・ソフトウェア、アプリケーションプログラム、さらには、ＣＰＵ１１が処理を実行するために必要なデータなどが格納される領域を備える記憶装置である。上記アプリケーションプログラムは、例えば、帳票画像のＯＣＲ処理機能や帳票画像をモニタ２０に表示する機能などを備えている。上記ドライバ・ソフトウェアは、スタンド型イメージスキャナ５０が撮影した画像から、手写りが無い帳票画像を取得し、その手写りが無い帳票画像を、上記ＯＣＲ処理機能を備えたアプリケーションプログラムに渡す機能を備えている。また、ＨＤＤ１３は、上記ドライバ・ソフトウェアが取得した手写りが無い帳票画像を格納する領域を備える。
【００２２】
ＵＳＢインターフェース１４は、キーボード３０、マウス４０及びスタンド型イメージスキャナ５０の各デバイスのＵＳＢ端子とＵＳＢケーブルで接続され、キーボード３０、マウス４０及びスタンド型イメージスキャナ５０との間で、ＵＳＢ規格に準拠して制御信号やデータの通信を行う。スタンド型イメージスキャナ５０が撮影した画像は、スタンド型イメージスキャナ５０からＵＳＢインターフェース１４に転送され、ＵＳＢインターフェース１４を経由してＲＡＭ１２に書き込まれる。
【００２３】
モニタ２０は、例えば液晶ディスプレイなどの表示装置であり、ＣＰＵ１１の制御を受けて、オペレータに対するユーザ・インターフェース画面の表示や、スタンド型イメージスキャナ５０が読み取った帳票の画面などを表示する。
【００２４】
キーボード３０とマウス４０は、オペレータが画像処理装置１０に対して帳票の読み取りを指示する操作のために用いられる入力装置である。オペレータは、キーボード３０やマウス４０を操作することで、モニタ２０に表示されるユーザ・インターフェース画面への入力を行い、ユーザ・インターフェース画面を介して、スタンド型イメージスキャナ５０への帳票読み取り開始を指示する。このオペレータによる帳票読み取り開始指示の操作は、キーボード３０に設けられた読取りキーの押下またはモニタ２０に表示されているユーザ・インターフェース画面上の読取りキーをマウス４０によりクリックする操作などにより実行される。
【００２５】
スタンド型イメージスキャナ５０は、帳票（撮影対象の被写体）を撮影して帳票の画像（帳票画像）を取得するための非接触型のイメージスキャナであり、撮影した画像を、ＵＳＢケーブルを介して画像処理装置１０のＵＳＢインターフェース１４に転送する。スタンド型イメージスキャナ５０は、前記特許文献１の図１、図３に開示されている帳票撮像装置とほぼ同様な構成であり、ＣＣＤカメラ５１、置台５２、帳票突合ガイド５３及び支柱５４を備えている。置台５２と帳票突合ガイド５３は、それぞれ、特許文献１の図３に開示されている置台２と帳票突合ガイド３とほぼ同様な構成をしている。すなわち、置台５２の表面の色は帳票と明確に識別できる色（例えば黒色）となっている。スタンド型イメージスキャナ５０は、置台５２の載置（セット）された帳票を、ＣＣＤカメラ５１により複数回に分けて撮影する。これは、ＣＣＤカメラ５１の解像度が、画像処理装置１０が帳票画像のＯＣＲ処理を実行するために必要となる解像度よりも低いためである。このため、ＣＣＤカメラ５１は、複数フィールドに分けて帳票画像の１フレームを撮影（撮像）する。１フレームのフィールド数は、例えば、３フィールド、４フィールド、または６フィールド等である。ＣＣＤカメラ５１による撮影により、画像処理装置１０が帳票画像のＯＣＲ処理を実行することが可能となる解像度を有する帳票画像が取得される。ＣＣＤカメラ５１の撮影範囲は置台５２全体よりも広い範囲である。スタンド型イメージスキャナ５０は、ＣＣＤカメラ５１により撮影された画像から「帳票＋α」の大きさの画像を切り出し、その切り出した画像を画像処理装置１０に転送する。ここで、αは所定幅（例えば、５ｃｍ）を表す。このため、置台５２に帳票が正しく載置された場合にスタンド型イメージスキャナ５０から画像処理装置１０に転送される撮影画像は、中央が帳票の画像（帳票画像）で、周辺が帳票全体を取り囲んでいる置台５２の外縁部の画像（黒画素で構成された黒背景画像）となる（特許文献１の図３参照）。帳票の外縁部分の画像は白画素領域となるので、撮影画像を外側から内側に走査し、黒画素から白画素の変化する境目を検出することで、撮影画像から帳票画像を抽出できる。
【００２６】
画像処理装置１０は、スタンド型イメージスキャナ５０がプレスキャンにより取得した部分画像（フィールド画像）を合成して所定の解像度を有する合成画像（以下、便宜上、プレスキャン画像と呼ぶ）を生成し、そのプレスキャン画像に手写り含まれているか否かを判定する。
【００２７】
スタンド型イメージスキャナ５０は、撮影機能として、「動画モード」と「静止画モード」の２つの撮影モードを備えている。スタンド型イメージスキャナ５０によるプレスキャンは動画モードまたは静止画モードによって実行される。動画モードは、後処理（帳票画像のＯＣＲ処理や画面表示など）で必要とされる解像度よりも低い解像度（低解像度）でプレスキャンを行うモードである。静止画モードは、帳票画像の後処理で必要とされる解像度（高解像度）でプレスキャンを行うモードである。動画モードの１回の撮影時間（１フレーム全体の撮影時間）は例えば３０ｍｓである。静止画モードの１回の撮影時間は例えば５００ｍｓである。後処理は、スタンド型イメージスキャナ５０で取得された高解像度の帳票画像に対して「画像の倍率、／歪み／斜行を補正する処理」（画像変換）が施されてから実行される。したがって、後処理を実行するためには、静止画モードでの撮影により取得された１フレームの画像が必要となる。
【００２８】
本発明の実施の形態では、プレスキャンにより手写りが無い帳票画像が取得されたか否かを判定し、動画モードでのプレスキャンにより手写りが無い帳票画像が取得されたと判定された場合には本スキャンが開始される。すなわち、プレスキャンが動画モードで行われた場合には、手写りが無い帳票画像が取得されたと判定されると、画像スタンド型イメージスキャナ５０により静止画モードで置台５２全体の再撮影が開始され、その再撮影により取得された画像がスタンド型イメージスキャナ５０から画像処理装置１０に転送される。他方、プレスキャンが静止画モードで行われていた場合には、手写りが無い帳票画像が取得されたと判定された時点で、既に、後処理で必要となる解像度の手写りが無い帳票画像が画像処理装置１０内に取り込まれているので、スタンド型イメージスキャナ５０による置台５２の再撮影は実行しない。本発明の実施の形態では、本スキャンを、「後処理で必要となる解像度で帳票が正しく載置された置台５２全体を撮影し、その撮影により得られた撮影画像を画像処理装置１０に取り込み・記憶する処理」と定義する。このため、プレスキャンが静止画モードであった場合には、手写りが無い帳票画像を撮影し、その撮影画像を画像処理装置１０内に取り込み・記憶したプレスキャンが本スキャンに該当することになる。
【００２９】
[実施の第１の形態]
図２は、図１に示すハードウェア構成を備える本発明の実施の第１の形態の画像処理装置の機能構成を示す機能ブロック図である。
【００３０】
図２に示す画像処理装置１０−１は、撮影画像記憶部６１、輪郭画像記憶６２、輪郭抽出処理部６３、円形度、直線数演算部６４、手写り判定部６５及び出力部６６を備えている。撮影画像記憶部６１と輪郭画像記憶部６２の記憶領域は、例えば、ＲＡＭ１２に設けられる。ＣＰＵ１１は、本発明の実施の形態の画像処理装置プログラムをＨＤＤ１３からＲＡＭ１２にロードして実行する。
スタンド型イメージスキャナ５０は、画像撮影部７１を備えている。画像撮影部７１は、ＣＣＤカメラ５１により置台５２を含む範囲を複数のフィールドに分けて撮影する。画像撮影部７１は、ＣＣＤカメラ５１が撮影した複数フィールドから成る画像から「帳票＋α」の大きさの撮影画像を切り出し、その切り出した撮影画像を複数のブロックに分割し、ブロック単位で撮影画像記憶部６１に転送する。便宜上、このブロック単位の画像をブロック画像と呼ぶことにする。画像撮影部７１は、上述した「動画モード」と「静止画モード」の２つの撮影モードを備えている。画像撮影部７１は、１フレームの画像（帳票及びその周囲の黒背景画像を含む画像）を、動画モードのときには３０ｍｓで、静止画モードのときには５００ｍｓで撮影する。
【００３１】
撮影画像記憶部６１は、画像撮影部７１からブロック単位で転送されてくる撮影画像を記憶する記憶領域を備える。撮影画像記憶部６１は、画像撮影部７１から転送されてくるブロック画像を受信・記憶し、画像撮影部７１から１フレームを構成する全ブロックの画像を受信すると、それらのブロック画像を合成して１フレームの画像を生成し、その生成したフレーム画像をカラー画像に変換する。そして、そのカラー画像を所定の記憶領域に格納する。このフレーム画像の内、プレスキャンにより取得されるフレーム画像を、上述したように、「プレスキャン画像」と呼ぶことにする。撮影画像記憶部６１は、フレーム画像を記憶する際、そのフレーム画像に取得時刻（フレーム画像の生成時刻）を付加して記憶する。該取得時刻は、画像処理装置１０内のタイマー（不図示）から取得する。
【００３２】
輪郭画像記憶部６２は、輪郭抽出処理部６３が抽出した輪郭画像を格納する記憶領域を備えている。この輪郭画像には、プレスキャン画像と同様に取得時刻情報を付加するようにしてもよい。
【００３３】
輪郭抽出処理部６３は、撮影画像記憶部６１からプレスキャン画像を読み出し、後述する手法により、プレスキャン画像から輪郭画像を抽出し、その輪郭画像を輪郭画像記憶部６２に書き込む。輪郭抽出処理部６３は、撮影画像記憶部６１に格納されているカラーのプレスキャン画像を白黒の２値のフレーム画像に変換してから輪郭画像を抽出する。輪郭抽出処理部６３は、２値のフレーム画像から帳票の画像部分の輪郭と手の画像部分の輪郭を抽出し、２値のフレーム画像から上記輪郭で囲まれた画像部分を抽出することにより輪郭画像を抽出する。この輪郭画像は、手写りが無いフレーム画像の場合には帳票全体の画像になる。他方、手写りがあるフレーム画像の場合の輪郭画像は、帳票全体の画像から手写り画像部分を削除した画像となる。そして、その抽出した輪郭画像を輪郭画像記憶部６２に格納する。
【００３４】
円形度、直線数演算部６４は、輪郭画像記憶部６２から輪郭画像を読み出し、後述する手法により、正常に撮影された帳票画像と輪郭画像を基に後述する円形度を計算する。また、輪郭画像を構成する直線の本数を検出する。
【００３５】
手写り判定部６５は、円形度、直線数演算部６４が求めた円形度もしくは直線本数、またはそれら両方を基に、撮影画像記憶部６１に格納されている撮影画像に手写りが有るか否かを判定する。手写り判定部６５は、画像撮影部７１のプレスキャンの撮影モード（動画モードまたは静止画モード）を保持する記憶部（不図示）を備えている。手写り判定部６５は、上記手写り判定において撮影画像に手写りが無いと判断すると、プレスキャンが動画モードであった場合には画像撮影部７１に再撮影を指示する。他方、プレスキャンが静止画モードであった場合には、出力部６６に帳票画像の出力指示に通知する。
【００３６】
出力部６６は、手写り判定部６５から帳票画像の出力指示の通知を受け取ると、撮影画像記憶部６１から手写りが無い帳票画像を読み出し、その帳票画像をモニタ２０に出力する。
【００３７】
｛手写り判定手法の原理｝
次に、本発明の実施の形態におけるプレスキャンにより取得された帳票画像に手写りが含まれているか否かを判定する手法（手写り判定手法）の原理を説明する。
【００３８】
（１）円形度を用いる手法
図３は、プレスキャン画像に手写りが含まれているか否かを判定する第１の手法を説明する図である。図３（ａ）は手写りが含まれるプレスキャン画像を、図３（ｂ）は手写りが無いプレスキャン画像（帳票が正常に撮影されたプレスキャン画像）を示している。また、図３（ａ）、（ｂ）中において、帳票画像の輪郭を点線で示している。
【００３９】
第１の手法は、円形度を用いる。円形度は以下のように定義される。
円形度＝４π×面積／（周囲長×周囲長） ・・・・・・・・ （１）
面積 ：帳票画像の面積（輪郭画像の面積）
周囲長：帳票画像の周囲長（輪郭画像の輪郭の長さ）
式（１）において、円形度は円の場合に“１”となる。輪郭画像については後述する。
【００４０】
図３（ａ）、（ｂ）に示すプレスキャン画像１００、２００おいて、黒枠画像（黒背景画像）１０１、２０１は、帳票が置台５２に正しく載置されたときに帳票の外枠となる置台５２の外周部分の画像であり、白領域（白画素領域）１０２、２０２は帳票の画像である。また、図３（ａ）、（ｂ）において白領域１０２、２０２の周囲に描かれた点線部分１０３、２０３は帳票画像の輪郭を示す。すなわち、点線部分１０３、２０３の長さは、帳票画像１０２、２０２の輪郭の長さ（周囲長）を示すものである。図３（ａ）に示すプレスキャン画像１００では、黒枠画像と帳票画像の一部が手の画像１０４で覆われている。手の画像１０４は、スタンド型イメージスキャナ５０のＣＣＤカメラが撮影したときに帳票の上部に存在したオペレータの手の画像である。
【００４１】
図３（ａ）に示す手写りが有るプレスキャン画像１００と図３（ｂ）に示す手写りが無いプレスキャン画像２００のそれぞれについて、上記式（１）を用いて円形度を計算すると、図３（ｂ）に示す手写りが無いプレスキャン画像２００の方が図３（ａ）に示す手写りが有るプレスキャン画像１００のよりも円形度が高くなる。これは、手写りが有るプレスキャン画像１００内の輪郭画像１０２の面積が手写りが無いプレスキャン画像２００内の輪郭画像２０２の面積よりも小さく、かつ、手写りが有るプレスキャン画像内の輪郭画像１０２の周囲長１０３の方が手写りが無いプレスキャン画像２００内の輪郭画像２０２の周囲長２０３よりも長くなるからである。したがって、上記式（１）を用いてプレスキャン画像の円形度を計算し、その計算で算出された円形度を適切な基準値と比較することによって、プレスキャン画像に手写りが存在するか否かを判定することが可能となる。すなわち、円形度が基準値を下回った場合には手写り有りと判定することができる。
【００４２】
（２）線状に写る手写りを特徴量として用いる手法
スタンド型イメージスキャナ５０では、上述したように、ＣＣＤカメラ５１の１回の撮影で取得される帳票画像の解像度が後処理で必要とされる帳票画像の解像度よりも低いため、帳票が載置された置台５２を複数回に分けて撮影している。この場合、露光タイミングの異なる複数フィールドの画像から１枚（１フレーム）の画像を生成する。このため、置台５２の上部でオペレータの手が動いているときにＣＣＤカメラ５１で置台５２を撮影すると、いくつかのフィールドの画像に手の画像が写りこむ。
【００４３】
図４（ａ）〜（ｃ）は、ＣＣＤカメラ５１が図面の水平方向に１フィールド単位で画素をずらしながらプレスキャンした場合の例である。図４（ａ）は、置台５２の上部でオペレータの手が動いているときにＣＣＤカメラ５１でプレスキャンしたときに取得されるプレスキャン画像の例を示す図である。この例では、プレスキャン画像１１０の帳票画像領域１１２の右側下方に縦縞の手の画像１１４が写っている。図４（ｂ）は、手の画像１１４の一部を拡大した図である。図４（ｂ）は、ＣＣＤカメラ５１が４回に分けて置台５２を撮影した場合の例である。この場合のプレスキャン画像１１２は、異なる時刻で撮影された４フィールドの画像から構成される。図４（ｂ）に示す例では、４フィールド中の１フィールドに手が写りこんでおり、写りこんだ手が縦縞の線状の画像となって撮影されている。
【００４４】
図４（ｃ）は、帳票の右側下方に、図４（ａ）に写った手と同じ形状の黒色の塗り潰しがあった場合に取得されるプレスキャン画像２１０の例を示している。この場合、黒色の塗り潰し部分は静止しているので全てのフィールドの撮影時に写し出される。したがって、図４（ｃ）に示すように、プレスキャン画像２１０の帳票画像領域２１２の右側下方に写っている黒色の塗り潰し部分２１５は縦縞の線状の画像とはならず全体が黒色の画像となっている。したがって、本発明の実施の形態では、プレスキャン画像の帳票画像領域内に手に似た形状の画像が写っていた場合でも、その画像に線状の直線が含まれるか否かを検出することで、「手の画像」と「手の形状に似た帳票の塗り潰し等」とを判別するようにする。
【００４５】
尚、ＣＣＤカメラ５１が帳票の１フレーム分の画像を撮影する期間中、ずっとオペレータの手が置台５２の上で静止していた場合には、プレスキャン画像において手の画像は縞模様に写らず、手全体がまんべんなく写ってしまう。このような場合には、公知文献１に開示されている肌色の階調値を利用する手法を用いることで、プレスキャン画像内の手の画像を検出することができる。したがって、手の画像が縞模様に写るという特徴を利用する本発明の実施の形態の手法と公知文献の手の検出手法を併用することで、プレスキャン画像に写りこんでいる手の画像を確実に検出することが可能である。
【００４６】
｛手写りが無い帳票の画像読み取り開始タイミングの判定手法の原理｝
次に、本発明の実施の形態における帳票の読み取り開始タイミングの判定手法を、図５のタイミングシーケンス図を参照しながら説明する。
【００４７】
図５のタイミングシーケンス図において、時間は矢印の向き、すなわち図面上で左側から右側に進行する。図５には、「セット動作前」（帳票をスタンド型イメージスキャナ５０の置台５２にセット(載置)する動作を行う前の状態）、「セット中」（帳票をスタンド型イメージスキャナ５０の置台５２にセットしている最中の状態）、「セット後」（帳票をスタンド型イメージスキャナ５０の置台５２に正しくセットした後の状態）、及び「帳票を読み取り可」（スタンド型イメージスキャナ５０が帳票全体を読み取り可能になった状態）の４種類の状態が示されている。また、上記４種類の帳票画像状態であるときの「帳票」と「オペレータの手」の状態が、それぞれ、「有」（置台５２上に有る）、「無」（置台５２上に無い）、「動」（置台５２上を動いていている）及び「止」（置台５２上で静止している）という記号で示されている。また、４種輪の各状態の時にＣＣＤカメラ５１により撮影された部分画像から合成されたプレスキャン画像が示されている。プレスキャン画像３１０はセット動作前に撮影された画像、プレスキャン画像３２０はセット中に撮影された画像、プレスキャン画像３３０はセット後に撮影された画像、プレスキャン画像３４０は読み取り可の状態（手写りが無くなった状態）のときに撮影された画像である。
【００４８】
以下、本発明の実施の形態における帳票の画像読み取り開始タイミングの判定手法を時間順に説明する。
（１）オペレータがスタンド型イメージスキャナ５０の置台５２に帳票をセットする前に、ＣＣＤカメラ５１により、一定の時間間隔で置台５２を連続してプレスキャンする。セット動作前は、置台５２上には帳票及びオペレータの手が無いため、この状態のときには図５に示すプレスキャン画像３１０が取得される。プレスキャン画像３１０は、置台５２の上面全体を撮影した画像となるので全体が黒色の画像となる。
【００４９】
（２）オペレータが置台５２に帳票をセット中のときは、帳票とオペレータの手が共に動いているので、この状態の時には図５に示すプレスキャン画像３２０が取得される。プレスキャン画像３２０は、置台５２上にあるセット途中の帳票と帳票をセットしようとしているオペレータの手が共に線状の縞となって写し出される画像となる。
【００５０】
（３）オペレータは、スタンド型イメージスキャナ５０の置台５２に帳票をセットし終えると、時刻Ｔ０で読取りキーを押下してスタンド型イメージスキャナ５０による帳票の画像読み取り開始を指示する。この例では、時刻Ｔ０はオペレータが置台５２に帳票をセットし終える前であり、時刻Ｔ０の時点では置台５２に帳票を正しくセットしようとしてオペレータの手が動いている。したがって、オペレータが読取りキーを押下した時点で取得されるプレスキャン画像はプレスキャン画像３２０に似た画像となる。
【００５１】
（４）置台５２に帳票を正しくセットした直後では、帳票は静止しているが、オペレータの手はまだ置台５２上を移動中なので、この時点では図５に示すプレスキャン画像３３０が取得される。プレスキャン画像３３０は、帳票画像に縦縞の手の画像が写りこむ画像となる。
【００５２】
（５）その後、帳票上からオペレータの手が消えると、それ以降には図５に示すプレスキャン画像３４０が取得される。プレスキャン画像３４０は、手写りが無い帳票画像とその帳票画像の外縁を囲む黒背景画像とから成る画像となる。
【００５３】
本発明の実施の形態では、プレスキャンによりプレスキャン画像３４０を最初に取得すると、プレスキャン画像３４０に手写りが無いことを自動的に判定し、プレスキャンが動画モードであった場合には、該判定したタイミング（時刻Ｔ１）で本スキャンを開始する。他方、プレスキャンが静止画モードであった場合には、撮影画像記憶部６１に記憶されている手写りが無いプレスキャン画像３４０を基に後処理が開始される。
【００５４】
（４）の方法ではなく、下記の（５）の方法で本スキャンを開始してもよい。
（５）プレスキャン画像３３０を取得してからプレスキャン画像３４０を取得するまでの期間のどこかでプレスキャン画像から手が完全に抜けるので、プレスキャン画像３３０を取得するまでに取得した２つの手写りプレスキャン画像を利用することで手写りが無いプレスキャン画像を取得可能になるまでのタイミングを予測計算し、その予測計算で得られたタイミング（時刻Ｔi2）でスキャン(スタンド型イメージスキャナ５０による静止画モードまたは動画モードでの撮影)を開始する。この予測計算では、例えば、異なる時刻で取得された２つのプレスキャン画像間における手の画像の移動量や円形度の変化量などを使用する。この予測計算の手法の詳細については後述する。
【００５５】
また、更には、各オペレータについて、置台５２に帳票をセットする毎に、毎回、帳票を置台５２にセットした後の手の移動速度（プレスキャン画像内での単位時間当たりの手の移動量）または円形度を算出・記憶していくことで、オペレータ毎の平均移動速度または平均円形度を学習し、学習終了後は個々のオペレータに合ったタイミングで上記スキャンを開始するようにする。この学習手法の詳細についても後述する。
【００５６】
このように、本発明の実施の形態においては、プレスキャンにより得られた画像を基に、ＣＣＤカメラ５１が撮影する帳票画像からオペレータの手が完全に抜けたことを確認するか、またはＣＣＤカメラ５１が撮影する帳票画像帳からオペレータの手が抜けるタイミングを予測する。そして、上記確認後、本スキャン（プレスキャンが動画モードの場合）または後処理（プレスキャンが静止画モードの場合）を開始する。また、上記予測タイミングで、本スキャン（プレスキャンが動画モードの場合）または後処理（プレスキャンが静止画モードの場合）を開始する。
【００５７】
｛手写り判定手法の実施例｝
次に、上述した手写り判定手法の原理を用いた実施例の処理手順を説明する。
１．帳票の円形度を求める。
ここで、「帳票」とは、プレスキャンにおいてＣＣＤカメラ５１により撮影された画像内での帳票部分の画像であり、撮影画像記憶部６１に記憶されている撮影画像の帳票画像部分を示す。
【００５８】
（１）プレスキャンにより読み取った画像（プレスキャン画像）の外縁から内部に向かって白黒の変化点（黒画素から白画素に変化する点）を探索し、その探索により抽出した変化点を輪郭とする輪郭画像を作成する。この輪郭画像作成処理を、図６と図７を参照して、より具体的に説明する。
【００５９】
図６は、手写りが無いプレスキャン画像から輪郭画像を作成する場合の例を示している。
図６（ａ）に示す手写りが無いプレスキャン画像４１０について、上記方法で白黒変化点を抽出し、図６（ｂ）に示す輪郭画像４１１を作成する。輪郭画像４１１の輪郭線４１３は、帳票の輪郭線に等しくなる。すなわち、手写りが無いプレスキャン画像４１０から作成される輪郭画像４１１は帳票画像に等しくなる。
【００６０】
図７は、手写りが有るプレスキャン画像から輪郭画像を作成する場合の例を示している。
図７（ａ）に示すプレスキャン画像４２０は手写りが有る帳票画像の一例である。プレスキャン画像４２０の右側には手の画像４２２が写っている。プレスキャン画像４２０から上記方法により白黒変化点を抽出することで、図７（ｂ）に示す輪郭画像４２１aまたは図７（ｃ）に示す輪郭画像４２１ｂを作成する。輪郭画像４２１ａは、帳票の３辺（上辺、左辺及び右辺及び下辺の一部と手の画像４２２の帳票画像領域内の部分の輪郭を輪郭線４２３ａとする画像となる。また、輪郭画像４２１ｂは、上記帳票の３辺（上辺、左辺及び右辺）並びに下辺の一部と線状の縦縞の手の画像を輪郭線４２３ｂとする画像となる。すなわち、輪郭画像４２１ａと輪郭画像４２１ｂの違いは、手の部分の輪郭線の形状のみである。輪郭画像４２１ａまたは輪郭画像４２１ｂのいずれを作成するかは、輪郭抽出の設定条件を変えることで容易に可能である。
【００６１】
（２）上記（１）で作成した輪郭画像内の全画素数（＝面積）と輪郭線の画素数（＝周囲長）を計算する。輪郭画像内の全画素数には、輪郭線の画素も含まれる。
図８を参照して、手写りが無い帳票画像における面積と周囲長の計算方法を説明する。
【００６２】
図８には手写りが無いプレスキャン画像４１０の輪郭画像４１１と輪郭線４１３が示されている。図８に示すように、手写りが無いプレスキャン画像４１０の場合には、輪郭画像４１１の面積は帳票画像の面積と等しくなる。輪郭線４１３は幅が１画素の線である。手写りが無いプレスキャン画像４１０の輪郭画像４１１の場合には、帳票画像４１１内の全画素数を面積として、輪郭線４１３の画素数を周囲長として計算する。
【００６３】
手写りが有るプレスキャン画像の場合には、図７（ｂ）、（ｃ）に示す手写りが有る輪郭画像４２１ａ、４２１ｂとそれらの輪郭線４２３ａ、４２３ｂを基に、上記と同様にして面積と周囲長を求める。輪郭画像４１２ａの輪郭線４２１ｂについて周囲長を計算する場合、線状の縦縞部分については、縦縞の線を構成している画素数を計数する。
【００６４】
（３）帳票の円形度を計算する。
上記の式（１）を用いて、上述のようにして求めた面積と周囲長から帳票の円形度を計算する。ここで、手写りが無い輪郭画像の円形度を「標準円形度」（円形度の基準値）に設定する。手写りが有る輪郭画像の円形度は標準円形度よりも低い値となる。これは、手写りが有る輪郭画像の場合、周囲長は手写りが無い輪郭画像の周囲長よりも長く、円形度は手写りが無い輪郭画像の円形度よりも低い値となるからである。
【００６５】
２．輪郭画像から直線本数を求める。
輪郭線の画素に対してハフ変換を行い、輪郭線を構成する複数の近似直線を検出する。そして、検出された複数の近似直線の本数を求める。図９において○付き数字で示すように、手写りが無い輪郭画像４１１の場合には、ハフ変換により、帳票の４辺が近似直線として検出される。したがって、輪郭画像が手写りが無い帳票画像である場合には、直線本数として４本（標準直線本数）が検出される。
【００６６】
一方、手写りが有る輪郭画像の場合には、検出される直線本数は標準直線本数（４本）よりも多くなる。これは、図１０（ａ）に示す手写りが有る輪郭画像４２１ａの場合には手の輪郭の形状が複雑になるためである。また、図１０（ｂ）に示すように、帳票上を動いている手を撮影した場合に取得される手写りが有る輪郭画像４２１の場合には、手の画像部分が多数の線状の縦縞から構成される。輪郭画像４２１ｂの場合には上記多数の線状の縦縞が直線として検出されるので、多数の直線が検出されることになる。尚、図１０（ａ）、（ｂ）に示す○付き数字は直線の本数を表すものである。図１０（ｂ）の場合には直線本数が多すぎるため○付き数字を一部省略している。
【００６７】
このように、手写りが有る輪郭画像の輪郭線から検出される直線本数は手写りが無い輪郭画像の輪郭線から検出される直線本数よりも多くなるので、輪郭画像から輪郭を構成する直線の本数を検出し、その検出された直線本数が予め定めた標準直線本数（本実施例では４本）より多いか否かを判定することで、プレスキャン画像に手写りが有るか否かを判定することが可能となる。
【００６８】
｛直線本数検出の変形例｝
また、輪郭画像から検出する直線（線分）の長さを規定することで、輪郭画像から検出した直線の本数が予め定めた標準直線本数よりも少ない場合にプレスキャン画像に手写りが有ると判定するようにすることも可能である。この手法を、図９と図１１を参照して説明する。
【００６９】
輪郭画像から検出する線分の長さ（直線の長さ）を適切に規定すると、図９に示す手写りが無い輪郭画像４１１から検出される直線の本数は４本となる。すなわち、輪郭画像４１１から帳票の４辺が直線として検出される。一方、図１１に示すように、手写りが有る輪郭画像４３１ａの場合には、帳票の輪郭となる４辺の内の少なくとも１辺（図１１の例では下辺）が手に覆われるため、手に覆われた辺が直線として検出されない。このため、輪郭画像から検出される直線の本数は４本よりも少なくなる（図１１の例では３本（下辺以外の辺）。したがって、輪郭画像から検出する直線（線分）の長さを規定することで、輪郭画像から検出される直線本数が標準直線本数よりも少ない場合にプレスキャン画像に手写りが有ると判定することが可能となる。この手法は、帳票の４辺のみについて直線であるかどうかを検出すればよく、手の輪郭を構成する直線については検出する必要が無いので、輪郭画像から輪郭線を抽出する処理が容易になるという利点がある。
【００７０】
｛手写り判定の処理フロー｝
図１２は、上述した円形度並びに直線本数を基にしてプレスキャン画像の手写りの有無を判定する手法のアルゴリズムを示すフローチャートである。
【００７１】
図１２のフローチャートの処理手順を説明する。
まず、「円形度≧標準円形度」であるかを判定する（ステップＳ１１）。ステップＳ１１でＹｅｓと判定すればステップＳ１３に進み、ステップＳ１３において「プレスキャン画像に手写り無し」と判定する。
【００７２】
ステップＳ１１でＮｏと判定すれば、次に、「直線本数＝標準直線本数」であるかを判定する（ステップＳ１２）。ステップＳ１２でＹｅｓと判定すれば、ステップＳ１３に進み、ステップＳ１３において「プレスキャン画像に手写り無し」と判定する。
【００７３】
ステップＳ１３でＮｏと判定すればステップＳ１４に進み、ステップＳ１４において「プレスキャン画像に手写り有り」と判定する。
このように、図１２のフローチャートに示す手法では、円形度と直線本数の両方を用いて、「円形度＜標準円形度であり」、かつ、「直線本数＞標準直線本数である」場合に、プレスキャン画像に手写りが有ると判定する。
【００７４】
尚、円形度と直線本数の両方を利用せずに、円形度または直線本数を単独で利用して帳票画像の手写りの有無を判定することも可能である（図１４の状態（ａ）〜（ｆ）参照）。また、上記直線本数検出の変形例を利用した手法のアルゴリズムは、図１２のフローチャートをそのまま適用できる。
【００７５】
本発明の実施の第１の形態によれば、プレスキャン画像から抽出した輪郭画像から特徴量（円形度または直線本数）を抽出し、その抽出した特徴量（円形度または直線本数）を標準値（標準円形度または標準円形度）と比較することで、プレスキャン画像に手写りが有るか否かを正確に判定できる。
【００７６】
［実施の第２の形態］
図１３は、図１に示すハードウェア構成を有する本発明の画像処理装置の実施の第２の形態の機能構成を示すブロック図である。図１３において、図２の画像処理装置１０−１が備える構成要素と同じ構成要素には同一の符号を付与しており、それらの構成要素については詳しい説明を省略する。
【００７７】
図１３に示す画像処理装置１０−２は、図２に示す画像処理装置１０−１が備える構成要素６１〜６６に加え、移動量計算部６７と手写り検出開始タイミング計算部６８（６８−１）を備えている。
【００７８】
移動量計算部６７は、手写り判定部６５から前記手写り判定結果を入力し、その手写り判定結果を基に手写りが有るプレスキャン画像が撮影画像記憶部６１に格納されたか否かを判断する。そして、手写り判定部６５から「手写り有り」という手写り判定結果を２回入力すると、先に入力した「手写り有り」という手写り判定結果に対応するプレスキャン画像と、その後に入力した「手写り有り」という手写り判定結果に対応するプレスキャン画像の２つの画像を撮影画像記憶部６１から読み出し、それら２つのプレスキャン画像を基に、「移動量をチェックする時間間隔Ｔec」（チェック時間間隔Ｔec）、「手の画像の移動量Ｌ２」、「手写りが無くなるまでの距離Ｌec」の３つのパラメータの値を求め、それら３つのパラメータの値を手写り検出開始タイミング計算部６８−１に出力する。尚、移動量計算部６７は、上記３つのパラメータの値を、輪郭画像記憶部６２に記憶されている上記２つの手写りが有るプレスキャン画像に対応する輪郭画像から求めるようにしてもよい。
【００７９】
手写り検出開始タイミング計算部６８−１は、移動量計算部６７から入力される「移動量をチェックする時間間隔Ｔec」、「時間間隔Ｔecの間の手の画像の移動量Ｌec」、及び「手写りが無くなるまでの距離Ｌ２」の３つのパラメータの値を基に、帳票画像から手写りが無くなるまでの時間Ｔ２を後述する方法により計算する。
【００８０】
図１４は、プレスキャン開始後の、スタンド型イメージスキャナ５０の置台５２上での帳票とオペレータの手の動きの時間的な状態遷移に伴う「円形度」と「直線本数」の時間的遷移を示す表である。図１４には、時間順に（ａ）〜（ｆ）までの６つの状態における円形度と直線本数の値を示している。図１５（ａ）〜（ｆ）は、図１４の（ａ）〜（ｆ）のそれぞれの状態に対応するプレスキャン画像の例を示している。図１５（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）、（ｆ）の各プレスキャン画像は、それぞれ、時刻Ｔa、Ｔb、Ｔｃ、Ｔｄ、Ｔe、Ｔｆで取得された画像である。図１５（ａ）〜（ｆ）の各プレスキャン画像は、例えば、画像撮影部７１により一定時間間隔で連続撮影された画像である。
【００８１】
ここで、図１４に示す状態（ａ）〜（ｆ）について説明する。
状態（ａ）は、オペレータが帳票を置台５２にセットする途中の状態であり、帳票とオペレータの手が共に置台５２上で動いている。この状態（ａ）においてプレスキャンにより取得される画像は、図１５（ａ）に示すように、帳票と帳票をセットしようとする手の双方が共に縦縞となって写し出されるプレスキャン画像５１０となる。
【００８２】
状態（ｂ）は、オペレータが帳票を置台５２にセットする途中（もしくはセットし終わった時）にオペレータの手が帳票上で静止している状態でおり、帳票は置台５２上で静止している。この状態（ｂ）においてプレスキャンにより取得される画像は、図１５（ｂ）に示すように、帳票と帳票上の手の双方がきちんと写し出されるプレスキャン画像５２０となる。
【００８３】
状態（ｃ）は、オペレータが置台５２に帳票を正しくセットした後、手を置台５２から離そうと動かしている状態であり、帳票はセットされたまま静止している。この状態（ｃ）においてプレスキャンにより取得される画像は、図１５（ｃ）に示すように、動いている手だけが縦縞になって写し出されるプレスキャン画像５３０となる。
【００８４】
状態（ｄ）は、帳票は置台５２に正しくセットされたものの、オペレータの手が置台５２上から完全に抜け切れずに止まっている状態である。この状態（ｄ）においてプレスキャンにより取得される画像は、図１５（ｄ）に示すように、帳票と帳票上の手の双方が共に静止して写し出されるプレスキャン画像５４０となる。
【００８５】
状態（ｅ）は、帳票は置台５２に正しくセットされ、オペレータの手が置台５２上から抜けようとしている状態である。この状態（ｅ）においてプレスキャンにより取得される画像は、図１５（ｅ）に示すように、帳票上に動いている手が縦縞となって写し出されるプレスキャン画像５５０となる。
【００８６】
状態（ｆ）は、帳票は置台５２に正しくセットされ、オペレータの手が置台５２上から完全に抜けた状態である。この状態（ｆ）においてプレスキャンにより取得される画像は、図１５（ｆ）に示すように、置台５２上にセットされた帳票と、該セットされた帳票の周囲を囲んでいる置台５２の部分（黒枠）が写し出されるプレスキャン画像５６０となる。
【００８７】
上述した手法を用いて状態（ａ）〜（ｆ）におけるプレスキャン画像から円形度を求め、その円形度の値を標準円形度と比較することで、円形度を“低”、“中”、“高”の３種類に分類すると、状態（ａ）の円形度は“低”、状態（ｂ）〜（ｅ）の円形度は“中”、状態（ｆ）の円形度は“高”となる。したがって、標準円形度を“高”に設定することにより、状態（ｆ）のみを選別できる。また、上述した手法を用いて状態（ａ）〜（ｆ）における帳票画像から直線本数を求め、その直線本数の値を標準直線本数（４本）と比較することで、検出された直線本数を“多”（４本より多い）と“４”の２種類に分類する。すると、検出される直線本数は、状態（ａ）〜（ｅ）が“多”となり、状態（ｆ）のみが“４”となる。以上の結果、状態（ｆ）のみが、円形度が“高”で、かつ直線本数が“４”となる。したがって、円形度が“高”で、かつ直線本数が“４”となっているプレスキャン画像を検出することで、プレスキャン時に、手写りが無い帳票画像が得られたプレスキャン画像を検出できる。そして、その検出時を本スキャン（プレスキャンが動画モードのとき）または後処理（プレスキャンが静止画モードのとき）の開始タイミングとして決定することができる。
【００８８】
ところで、オペレータが置台５２に帳票を正しくセットした後、オペレータの手が置台５２から完全に抜けるタイミングは、状態（ｅ）と状態（ｆ）の間である。したがって、状態（ｆ）の検出を待たずに、状態（ｅ）の時に取得された手写りが有るプレスキャン画像５５０とそれ以前に取得された手写りが有るプレスキャン画像（この例では、例えば、状態（ｃ）の時に取得されたプレスキャン画像５３０）を用いて、プレスキャン画像から手が抜けきるタイミングを予測することで、状態（ｆ）のプレスキャン画像が取得されるよりも前に、本スキャン（プレスキャンが動画モードのとき）または後処理（プレスキャンが静止画モードのとき）を開始することが可能となる。
【００８９】
次に、状態（ｃ）と状態（ｅ）のプレスキャン画像５３０、５５０を用いて、上記の考えに基づいて最適な本スキャンまたは後処理の開始タイミングを計算する手法を、図１６を参照して説明する。図１６（ａ）、（ｂ）に示すプレスキャン画像は、それぞれ、図１５（ｃ）、（ｅ）に示すプレスキャン画像と同じものである。
【００９０】
（１）図１６（ａ）、（ｂ）に示すプレスキャン画像５３０、５５０のそれぞれから、黒背景画像の左右の枠に平行な方向の手の画像の長さＬ１、Ｌ２を求める。この場合、Ｌ１、Ｌ２は手の画像の上端から黒背景画像の下枠の上端までの距離に設定する。そして、下記式（２）により、図１６（ｂ）に示すＬecを求める。
Ｌec＝Ｌ１−Ｌ２ ・・・（２）
【００９１】
また、図１５（ｃ）に示すプレスキャン画像５３０の取得時刻Ｔcと図１５（ｅ）に示すプレスキャン画像５５０の取得時刻Ｔeから、下記の式（３）により、チェック時間間隔Ｔecを求める。
Ｔec＝Ｔe−Ｔc ・・・（３）
【００９２】
そして、最後に、下記式（４）により時間Ｔ２を求める。
Ｔ２＝Ｔec×Ｌ２／Ｌec ・・・（４）
Ｔ２は、プレスキャン画像５５０を取得した時刻Ｔeから手写りが無い帳票画像を取得可能となる時刻までの予測経過時間である。したがって、プレスキャンが動画モードであった場合には、時刻Ｔeから時間Ｔ２が経過した後に本スキャンを開始することで、本スキャンの開始を早めることが可能となる。また、プレスキャンが静止画モードであった場合には、時刻Ｔeから時間Ｔ２が経過した後に本スキャンを開始することで、本スキャンの開始を早めることが可能となる。
【００９３】
また、前記円形度の変化量を利用して上記時間Ｔ２を計算することも可能である。この場合のＴ２を求める計算式は下記の式（５）となる。
Ｔ２＝Ｔec×Ｃ２／Ｃec ・・・（５）
式（５）において、
Ｃ２：Ｔ２の円形度（手写りがない輪郭画像の円形度）
Ｃec＝（時刻Ｔeで取得した輪郭画像の円形度）−（時刻Ｔcで取得した輪郭画像の円形度）
Ｔec＝Ｔe−Ｔc
である。
【００９４】
このように、本発明の実施の形態では、２つの手写りが有るプレスキャン画像を利用することで、手写りが無い帳票画像を取得可能な本スキャンの開始タイミング（プレスキャンが動画モードの場合）または後処理を開始可能なタイミング（プレスキャンが静止画モードの場合）を自動的に予測し、より早いタイミングで本スキャンまたは後処理を開始することができる（図５の時刻Ｔi2参照）。
【００９５】
｛プレスキャン画像に手写りが無いことを自動判定してから本スキャンまたは後処理を開始する場合の処理手順｝
図１７は、プレスキャン画像に手写りが無くなってから本スキャンまたは後処理を開始する手法（第１の手法）を示すフローチャートである。このフローチャートに示す処理は、画像処理装置１０−１によって実行される。
【００９６】
この手法では、まず、スタンド型イメージスキャナ５０の画像撮影部７１により帳票を撮影するプレスキャンを開始する（ステップＳ１１）。このプレスキャンは、画像処理装置１０（１０−１〜１０−３）が起動され、アプリケーションソフトから本発明の実施の形態の画像処理プログラム（前記ドライバ・ソフトウェア）がオープンされることにより開始される。プレスキャンの開始により、スタンド型イメージスキャナ５０の画像撮影部７１はプレスキャンを一定時間間隔で連続して実行する。プレスキャンにより画像撮影部７１により撮影された画像は、上述のようにしてブロック画像単位で画像撮影部７１から画像処理装置１０（１０−１〜１０−３）のＵＳＢインターフェース１４に転送される。ＣＰＵ１１は、画像撮影部７１から転送されてきたブロック画像からプレスキャン画像を生成し、そのプレスキャン画像を撮影画像記憶部６１に格納する。このプレスキャンは、静止画モードまたは動画モードのいずれかのモードで行われる。動画モードで行われた場合には、解像度は劣るものの撮影間隔が静止画モードよりも短いので、プレスキャン画像の取得を静止画モードよりも高速に行える。その結果、手写りが無いプレスキャン画像を静止画モードよりも早く検出可能である。
【００９７】
次に、輪郭抽出処理部６３は撮影画像記憶部６１に格納されているプレスキャン画像から輪郭画像を抽出し、その輪郭画像を輪郭画像記憶部６２に格納する。円形度、直線数演算部６４は、輪郭画像記憶部６２に格納されている輪郭画像を基に円形度と直線本数を計算する（ステップＳ１２）。手写り判定部６５は、円形度、直線数演算部６４によって計算された円形度と直線本数を基に、プレスキャン画像内の帳票画像に手写りが有るか判定する処理を行う（ステップＳ１３）。手写り判定部６５は、ステップＳ１３での判定結果を基に、プレスキャン画像に手写りが有るか否を判定し（ステップＳ１４）、プレスキャン画像に手写りが有ると判定した場合には（ステップＳ１４、Ｙｅｓ）、処理をステップＳ１２に戻す。
【００９８】
このようにして、ステップＳ１４で手写り判定部６５がプレスキャン画像に手写りが無いと判定するまで、ステップＳ１２〜ステップＳ１４の処理を繰り返す。換言すれば、手写りが無いプレスキャン画像が取得されるまで、ステップＳ１２〜Ｓ１４の処理を繰り返す。
【００９９】
手写り判定部６５は、ステップＳ１４においてプレスキャン画像に手写りが無いと判定すると（ステップＳ１４、Ｎｏ）、ステップＳ１５に処理を進める。
ステップＳ１５においては、手写り判定部６５はプレスキャンが静止画モードであるか否かどうか判断し、静止画モードであれば（ステップＳ１５、Ｙｅｓ）処理をステップＳ１７に進め、動画モードであれば（ステップＳ１５、Ｎｏ）ステップＳ１６に処理を進める。
【０１００】
ステップＳ１６においては、手写り判定部６５は画像撮影部７１に静止画モードでの撮影を指示し、画像撮影部７１は静止画モードで置台５２全体を含む範囲を再撮影する。そして、画像撮影部７１は、該再撮影により取得した画像をブロック画像単位で撮影画像記憶部６１に転送し、撮影画像記憶部６１は画像撮影部７１から受信したブロック画像から１フレームのカラー画像（カラーの帳票画像とその帳票画像を囲む黒背景画像を含む画像）を生成し、そのフレーム画像を撮影画像記憶部６１内の所定領域に格納する。そして、撮影画像記憶部６１は、ステップＳ１７に処理を進める。
【０１０１】
ステップＳ１７において、画像変換処理部（不図示）は、撮影画像記憶部６１に格納されている手写りが無い帳票画像に画像変換処理（画像の倍率、／歪み／斜行を補正する処理）を施し、その画像変換処理が施された帳票画像を撮影画像記憶部６１に格納する。出力部６６は、撮影画像記憶部６１から上記画像変換処理が施された帳票画像を読み出し、その帳票画像をＵＳＢインターフェース１４経由でモニタ２０に出力する。ＯＣＲ処理部（不図示）は、撮影画像記憶部６１から上記画像変換が施された帳票画像を読み出し、その帳票画像の文字認識処理を実行する。
【０１０２】
以上のようにして、図１７のフローチャートの処理が終了する。
｛手写りが無くなる時間を計算して本スキャンまたは後処理を開始する場合の処理手順｝
図１８は、プレスキャン画像に手写りが無くなる時間を予測計算して本スキャンまたは後処理を開始する手法（第２の手法）を説明するフローチャートである。このフローチャートに示す処理は、画像処理装置１０−２によって実行される。
【０１０３】
この手法では、まず、プレスキャンを開始し（ステップＳ３１）、次に、ステップＳ３１で取得されたプレスキャン画像を基に円形度と直線本数を計算する（ステップＳ３２）。そして、ステップＳ３２で求めた円形度と直線本数を基に、プレスキャン帳票画像に手写りがあるか否かを判定する（ステップＳ３３）。次に、ステップＳ３３の判定結果に基づいてプレスキャン帳票画像に手写りがあるか否かを判別する（ステップＳ３４）。ステップＳ３１〜Ｓ３３の処理は、上述した図１８のフローチャートのステップＳ１１〜Ｓ１３の処理と同様であるので、詳しい説明は省略する。
【０１０４】
手写り判定部６５は、ステップＳ３４において、プレスキャン画像に手写りが有ると判定すると（ステップＳ３４でＹｅｓ）、処理をステップＳ３５に進める。他方、プレスキャン画像に手写りが無いと判定すると（ステップＳ３４、Ｎｏ）、処理をステップＳ４１に進める。
【０１０５】
ステップＳ３５において、手写り判定部６５は、前回もプレスキャン画像に手写りが有ると判定したか否かを判断する（ステップＳ３５）。このステップＳ３５の処理は、連続する２つのプレスキャン画像において手写り有りと判定したか否かを判断する処理である。ステップＳ３５において、手写り判定部６５が前回もプレスキャン画像に手写り有りと判定したと判断すると（ステップＳ３５、Ｙｅｓ）、移動量計算部６７と手写り検出開始タイミング計算部６８−１は、上述した手法を用いて、スタンド型イメージスキャナ５０の画像撮影部７１が撮影した前回と今回の２つのプレスキャン画像からオペレータの手が抜けるまでの時間Ｔ２を計算し、その時間Ｔ２の間、処理をウェイトする（ステップＳ３６）。
【０１０６】
そして、時間Ｔ２が経過すると、手写り判定部６５は、プレスキャンが動画モードであった場合には画像撮影部７１による撮影モードを静止画モードに切り替え、画像撮影部７１は静止画モードでプレスキャンを実行する（ステップＳ３７）。そして、静止画モードのプレスキャンで取得されたプレスキャン画像を基に、ステップＳ３８〜Ｓ４０の処理を行う。ステップＳ３８〜Ｓ３９の処理は、上述したステップＳ３２〜Ｓ３３の処理と同様であるので詳しい説明は省略する。
【０１０７】
手写り判定部６５は、ステップＳ４０においてプレスキャン画像に手写りがあると判定すると（ステップＳ４０、Ｙｅｓ）、処理をステップＳ３６に戻す。このようにして、手写りが無いプレスキャン画像が取得されるまでステップＳ３６〜Ｓ４０の処理を繰り返す。 そして、ステップＳ４０において、手写り判定部６５がプレスキャン画像に手写りが無いと判定すると（ステップＳ４０、Ｎｏ）、ステップＳ４３に処理を進める。
【０１０８】
ステップＳ４１において、手写り判定部６５は、プレスキャンが静止画モードであるか否かを判断し、静止画モードであれば（ステップＳ４１、Ｙｅｓ）ステップＳ４２に処理を進め、動画モードであれば（ステップＳ４１、Ｎｏ）ステップＳ４３に処理を進める。
【０１０９】
ステップＳ４２の処理は、図１７のフローチャートのステップＳ１６の処理と同様であり、ステップＳ４２の処理が終了すると、ステップＳ４３の処理に進める。
ステップＳ４３の処理は、図１７のフローチャートのステップＳ１６と同様の処理である。ステップＳ４３において、画像変換処理部（不図示）により撮影画像記憶部６１に格納されている手写りが無い帳票画像に画像変換処理（画像の倍率、／歪み／斜行を補正する処理）が施され、その画像変換処理が施された帳票画像は出力部６６によりＵＳＢインターフェース１４経由でモニタ２０に出力されると共に、ＯＣＲ処理部（不図示）により文字認識処理が実行される。
【０１１０】
このように、第２の手法では、プレスキャンにより取得した手写りが有る２つのプレスキャン画像を基に、スタンド型イメージスキャナ５０が撮影するプレスキャン画像に手が写らなくなるまでの時間Ｔ２を予測し、その予測した時間Ｔ２が経過した後に（時刻Ｔi2で）手写りが無いプレスキャン画像が取得できたならば、直ちに、そのプレスキャン画像に画像変換処理を行い、続けて、後処理を開始する。これにより、第１の手法よりも後処理を早く実行することが可能となる（図５参照）。
【０１１１】
尚、図１８のフローチャートにおいて、プレスキャンを動画モードで開始した場合、ステップＳ３７の処理を省略するようにしてもよい。このようなアルゴリズムは、ステップＳ３６〜ステップＳ４０の繰り返し処理を高速に実行できるので、予測時間Ｔ２が外れる可能性が高い場合に有効である。他方、ステップＳ３７の処理を実行するアルゴリズムは、予測時間Ｔ２が外れる可能性が低い場合に有効である。これは、ステップＳ４１の処理を開始する時点において静止画モードで撮影したプレスキャン画像が撮影画像記憶部６１に既に格納されている（本スキャンが終了している）ので、画像撮影部７１で再撮影することなく、ステップＳ４１の処理を直ちに実行できるからである。
【０１１２】
尚、プレスキャンを動画モードで開始した場合であって、かつ、ステップＳ３７の処理を実行しない場合には、ステップＳ３８〜Ｓ４０の処理は動画モードで実行される。この場合、ステップＳ４０でプレスキャン画像に手写りがないと判断した場合には（ステップＳ４０、Ｎｏ）、次に本スキャンを行い、その本スキャンで取得された帳票画像についてステップＳ４３の処理を実行する。
【０１１３】
本発明の実施の第２の形態によれば、手写りが有る２つのプレスキャン画像を用いることで、本スキャンまたは後処理の開始タイミングを自動的に予測し、本スキャンまたは後処理をその予測したタイミングで開始することができる。
【０１１４】
｛適用例｝
次に、図１９〜図２２を参照しながら、本発明の画像処理装置の実施の第１及び第２の形態を、手写り以外の帳票画像を正しく取得できない状態に適用したと場合について説明する。
【０１１５】
図１９〜図２２において、図１９は、帳票上に誤って置かれた物が帳票の輪郭を覆いながら帳票からはみ出している場合に、本発明の画像処理装置の実施の第１及び第２の形態を適用したケースを説明する図である。図１９（ａ）において破線の矩形枠はスタンド型イメージスキャナ５０のＣＣＤカメラ５１の撮影範囲６１０を示している。図２０（ａ）、図２１（ａ）、図２２（ａ）の破線の矩形枠も同様である。したがって、図１９（ａ）、図２０（ａ）、図２１（ａ）、図２２（ａ）に示す撮影範囲６１０内の画像はＣＣＤカメラ５１によって撮影された画像である。
【０１１６】
図１９（ａ）のケースでは、撮影範囲６１０内にある置台５２に正しくセットされた帳票７１０の左下隅に物８１０が誤って置かれている。画像撮影部７１は、図１９（ａ）に示すＣＣＤカメラ５１によって撮影された撮影範囲６１０内の画像を図１９（ｂ）に示す切り出し範囲９１０で切り出し、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。輪郭抽出処理部６３は、切り出し範囲９１０内の撮影画像から、図１９（ｂ）に示す輪郭画像１０１０を抽出する。輪郭画像１０１０の輪郭線１０１１は、７本の直線から構成されている。したがって、円形度、直線数演算部６４が輪郭線１０１１から検出する直線本数は標準直線本数（＝４本）を超えるので、手写り判定部６５は置台５２上の帳票に誤って置かれた物８１０を判定できる。
【０１１７】
図２０は、置台に正しくセットされた帳票内に付箋紙のようなものが張り付いている場合に本発明の実施の形態の第１及び第２の形態を適用したケースを説明する図である。付箋紙は印刷と区別できないので、撮影画像から帳票画像内の付箋紙の画像を判別することはできない。
【０１１８】
図２０（ａ）に示すように帳票７１０の上（この例では左上）に付箋紙８２０が貼り付いている場合、画像撮影部７１は図２０（ａ）に示すＣＣＤカメラ５１によって撮影された撮影範囲６１０内の撮影画像を切り出し範囲９２０で切り出し、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。図２０（ｂ）に示すように、輪郭抽出処理部６３により、撮影画像記憶部６１に格納された上記切り出し画像から抽出される輪郭画像１０２０の輪郭線１０２１は帳票画像の輪郭線と同様になる。このため、円形度、直線数演算部６４が輪郭線１０２１から検出する直線本数は４本となり標準直線本数と等しくなるので、手写り判定部６５は帳票７１０上に付箋紙８２０が貼り付いていることを判定することはできない。
【０１１９】
図２１は、帳票が撮影範囲からはみ出している場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
図２１（ａ）に示すように撮影範囲６１０から帳票７１０がはみ出している（この例では右側面にはみ出している）場合、撮影範囲６１０外にある帳票７１０の一部はＣＣＤカメラ５１により撮影されない。画像撮影部７１は、図２１（ａ）に示すＣＣＤカメラ５１により撮影された撮影範囲６１０内の撮影画像から図２１（ｂ）に示す切り出し範囲９３０内の画像を切り出し、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。輪郭抽出処理部６３は、図２１（ｂ）に示す切り出し範囲内の画像から輪郭画像１０３０を抽出する。この場合、帳票のはみ出し部分は置台５２を覆うので、黒画素から白画素に変化する箇所を検出する通常の方法では帳票の輪郭画像を抽出することはできない。したがって、このような場合には、輪郭抽出処理部６３は、撮影画像の撮影範囲６１０の外周に該当する部分を帳票画像の輪郭とみなして、図２１（ｂ）に示す輪郭画像１０３０を抽出する。この輪郭画像１０３０の輪郭線１０３１は矩形となる。したがって、円形度、直線数演算部６４が輪郭線１０１３から検出する直線本数は標準直線本数と同じとなるので、手写り判定部６５は輪郭線１０１３から検出される直線本数のみでは帳票７１０が置台５２からはみ出していることを判定できない。しかしながら、輪郭画像１０３０の周囲長（輪郭線の画素数）は本来の帳票画像の周囲長よりも短いので、その円形度は標準円形度より小さくなる。このため、手写り判定部６５は、円形度、直線数演算部６４により計算された輪郭画像１０３０の円形度を標準円形度と比較することで、帳票７１０が置台５２に正しくセットされていないことを判定できる。これに対し、前記公知文献３に開示されている手法は、帳票画像が帳票設置台（本実施形態の置台５２に相当）からはみ出しているために合成画像内に黒色の枠（本実施形態の黒背景画像に相当）の領域の一部が存在しないような場合には手写り有りと判定するようにしているため（段落番号［００９６］参照）、公知文献３に開示されている手法では、「手写り」と「帳票の置台からのはみ出し」とを区別することはできない。
【０１２０】
図２２は、帳票の外に異物が撮影範囲内に置かれている場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
図２２（ａ）に示すように、撮影範囲６１０内にある置台５２に帳票７１０が正しくセットされ、かつ、撮影範囲６１０内の帳票７１０の外に物８１０が誤って置かれていた場合、画像撮影部７１は、図２２（ａ）に示すＣＣＤカメラ５１により撮影された撮影範囲６１０内の撮影画像から図２２（ｂ）に示す切り出し範囲９４０内の画像を切り出す。そして、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。輪郭抽出処理部６３は、上記切り出し画像から、図２２（ｂ）に示す輪郭画像１０４０を抽出する。この輪郭画像１０４０は帳票７１０の撮影画像そのものとなる。したがって、円形度、直線数演算部６４が輪郭画像１０４０から抽出する輪郭線１０４１は帳票７１０の撮影画像の輪郭線と同じになる。この結果、手写り判定部６５は帳票７１０の外側の撮影範囲６１０内に物８１０が誤って置かれていた場合、その物８１０を判定することはできない。
【０１２１】
［実施の第３の形態］
本発明の実施の第３の形態は、各オペレータについて、スタンド型イメージスキャナ５０を利用した際の帳票を置台５２に帳票をセットした後のオペレータの手の移動速度を毎回記録していくことで、各オペレータのオペレータ毎の本スキャン（プレスキャンが動画モードの場合）または後処理（プレスキャンが静止画モードの場合）の開始タイミングを学習する。
【０１２２】
図２３は、図１に示すハードウェア構成を有する本発明の実施の第３の形態の機能ブロック構成を示す図である。図２３に示す画像処理装置１０−３おいて、図１３に示す画像処理装置１０−２が備える構成要素と同じ構成要素には同一の符号を付与しており、それらの構成要素については詳しい説明を省略する。
【０１２３】
画像処理装置１０−３は、画像処理装置１０−２が備える構成要素６１〜６６、６８に加え、移動速度計算部６９、移動速度テーブル記憶部７０及びログオン制御部７１を備えている。また、手写り検出開始タイミング計算部６８−２は、図１３に示す同一名称の構成要素（手写り検出開始タイミング計算部６８−１）が有する機能に加え、更に別の機能も備えている。
【０１２４】
移動速度テーブル記憶部７０は、例えばＨＤＤ１３内に設けられ、スタンド型イメージスキャナ５０を利用して帳票の画像読み取りを行うオペレータの移動速度を学習するために使用される移動速度テーブルを格納する記憶領域を備えている。ここで、移動速度とは、オペレータがスタンド型イメージスキャナ５０を利用して帳票の画像読み取り操作を行う際の、置台５２に帳票をセットした後のオペレータの手の移動速度のことである。オペレータがスタンド型イメージスキャナ５０を利用して帳票の画像読み取り操作を行う毎に、そのオペレータの移動速度が移動速度テーブルに登録される。オペレータの移動速度の学習は、移動速度テーブルへの移動速度の登録回数が一定回数に達した時点で終了し、以後は、それまでの移動速度の平均値（平均移動速度）がオペレータの移動速度として用いられる。移動速度テーブルは、上記移動速度と上記平均移動速度を、各オペレータに一意的に割り当てられるオペレータＩＤ（オペレータ識別子）に対応付けて格納する。
【０１２５】
移動速度計算部６９は、オペレータがスタンド型イメージスキャナ５０を利用して帳票の画像の読み取り操作を行う毎に、該オペレータの移動速度を計算し、その計算した移動速度を、直接またはログオン制御部７０を介して移動速度テーブルに登録する。
【０１２６】
ここで、移動速度計算部６９が移動速度を求めるための計算式を、図１６の例を用いて説明する。
上述したように、
Ｔ２＝Ｔec×Ｌ２／Ｌec ・・・（４）
Ｔec＝Ｔe−Ｔc ・・・（３）
Ｌec＝Ｌ２−Ｌ１ ・・・（２）
であるので、
移動速度をＶmovとすると、
Ｖmov＝Ｌec／Ｔec ・・・（６）
となる。
【０１２７】
したがって、式（４）と式（６）から、
Ｔ２＝Ｌ２／Ｖmov ・・・（７）
が得られる。
【０１２８】
また、移動速度の学習が終了したオペレータの時間Ｔ２の計算式は下記の式（８）となる。
Ｔ２＝Ｌ／Ｖmov-av ・・・（８）
Ｌ：プレスキャン画像（撮影画像）または輪郭画像内での手の画像の長さ（図１６（ｃ）、（ｅ）のＬ１、Ｌ２に相当）
Ｖmov-av：平均移動速度
【０１２９】
移動速度計算部６９は、移動速度の学習が終了すると、前記平均移動速度を求め、その平均移動速度を移動速度テーブルに、直接、またはログオン制御部７０を介して移動速度テーブルに登録する。尚、後述するように、移動速度の学習が終了したオペレータの平均移動速度をログオン制御部７１が求めるようにしてもよい。移動量計算部６７は、移動速度の学習が終了したオペレータについては、以後の移動速度の計算を中止する。移動速度計算部６９は、撮影画像記憶部６１に格納されている手写りが有るプレスキャン画像または輪郭画像記憶部６２に格納されている該プレスキャン画像の輪郭画像から前記式（７）のＬ２を求め、このＬ２を手写り検出開始タイミング計算部６８−２に出力する。移動速度計算部６９は、移動速度の学習が終了していないオペレータについては、移動量計算部６７と同様にしてＴec、Ｌec、Ｌ１、Ｌ２を求め、式（２）と式（６）から移動速度Ｖmovを求める。そして、Ｌ２と移動速度Ｖmovを手写り検出開始タイミング計算部６８−２に出力する。移動量計算部６７−３は、移動速度の学習が終了したオペレータについては、Ｌ２のみを手写り検出開始タイミング計算部６８−２に出力する。
【０１３０】
手写り検出開始タイミング計算部６８−２は、移動速度の学習がしていないオペレータについては、移動速度計算部６９から入力するＬ２と移動速度Ｖmovを用いて前記式（７）により時間Ｔ２を計算する。また、移動速度の学習が終了したオペレータについては、移動速度計算部６９から入力するＬ２と、直接またはログオン制御部７０を介して移動速度テーブルから読み出した平均移動速度Ｖmov-avを用いて前記式（８）により時間Ｔ２を計算する。手写り検出開始タイミング計算部６８−２は、上述のようにして計算した時間Ｔ２を輪郭抽出処理部６３に通知する。輪郭抽出処理部６３は、手写り検出開始タイミング計算部６８−２から通知された時間Ｔ２の間、処理をウェイトする。尚、手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了していないオペレータの移動速度を、直接またはログオン制御部７１を介して移動速度テーブルから読み出すことも可能である。
【０１３１】
ログオン制御部７１は、画像処理装置１０を利用するための認証画面であるログオン入力画面をモニタ２０に表示し、ログオン入力画面に入力されたオペレータのユーザＩＤとパスワードによりユーザ認証を行う。オペレータは、ユーザ認証に成功することで、スタンド型イメージスキャナ５０を利用して帳票の画像読み取り操作を行うことが可能になる。ログオン制御部７１は、ユーザ認証に成功すると、オペレータのユーザＩＤを「オペレータＩＤ」として移動速度テーブル記憶部７０に書き込むと共に、そのオペレータＩＤを移動速度計算部６９と手写り検出開始タイミング計算部６８−２に通知する。移動速度計算部６９と手写り検出開始タイミング計算部６８−２は、ログオン制御部７１からオペレータＩＤを通知されることで、現在、画像処理装置１０−３を利用しているオペレータのオペレータＩＤを知ることができ、移動速度テーブルに対するアクセスをオペレータＩＤに対応付けて実行できる。ログオン制御部７１は、移動速度テーブルへのオペレータＩＤの登録を、例えば、各オペレータの初回のログオン時にのみ行う（移動速度テーブルアクセスの第１の形態）。この第１の形態の場合、移動速度計算部６９は各オペレータについて移動速度テーブルへの移動速度の登録回数を管理できるので、各オペレータの移動速度の学習終了を判断できる。そして、移動速度の学習が終了したオペレータについては、平均移動速度を求め、その平均移動速度を移動速度テーブルに登録する。
【０１３２】
また、上記第１の形態ではなく、移動速度テーブルの管理をログオン制御部７１が一元的に管理するようにしてもよい。この形態においては、各オペレータの移動速度と平均移動速度の書き込みは、移動速度計算部６９からの依頼を受けてログオン制御部７１が実行する。また、ログオン制御部７１は、手写り検出開始タイミング計算部６８−２からの依頼を受けて、現在、スタンド型イメージスキャナ５０を利用しているオペレータのオペレータＩＤの移動速度Ｖmovまたは平均移動速度Ｖmov-avを手写り検出開始タイミング計算部６８−２に通知する（移動速度テーブルアクセスの第２の形態）。この第２の形態では、ログオン制御部７１が各オペレータの移動速度の移動速度テーブルへの登録回数を管理できるので、ログオン制御部７１は、移動速度の学習が終了したオペレータについては、平均移動速度を求め、その平均移動速度を移動速度テーブルに登録する。また、移動速度の学習が終了したオペレータのオペレータＩＤを移動速度計算部６９と手写り検出開始タイミング計算部６８−２に通知する。これにより、移動速度計算部６９と手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了したオペレータのオペレータＩＤを知ることができる。
【０１３３】
手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了したオペレータについては、式（８）を用いて時間Ｔ２を計算する。したがって、移動速度計算部６９は、移動速度の学習が終了したオペレータについてはＬのみを求めればよい。換言すれば、移動速度の学習終了後は、移動速度計算部６９は、１つの手写りがあるプレスキャン画像（撮影画像）またはその輪郭画像からＬを求めればよい。これにより、手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了したオペレータについて時間Ｔ２を計算する際には、手写り判定部６５が２回手写りを判定するのを待つ必要はなくなる。換言すれば、２つの手写りが有るプレスキャン画像を利用しなくても、１つの手写りが有るプレスキャン画像のみ（例えば、最初に検出された手写りが有るプレスキャン画像またはその輪郭画像）を用いて時間Ｔ２を算出できる。したがって、移動速度の学習が終了したオペレータについては、時間Ｔ２の算出タイミングを、移動速度の学習終了前よりも早めることが可能となる。
【０１３４】
このように、移動速度の学習終了後は、移動速度計算部６９による移動速度の計算を実行する必要はなく、手写り検出開始タイミング計算部６８−２は、移動速度テーブルに格納されている各オペレータの平均移動速度を読み出すことで、各オペレータの時間Ｔ２を計算することが可能となる。これにより、学習終了後は、時間Ｔ２の計算時間が短縮される。しかも、手写り判定部６５が「最初の手写りが有るプレスキャン画像」を検出した時点で、そのプレスキャン画像を用いて、直ちに、時間Ｔ２を算出することが可能となる。
次に、移動速度テーブルの構成例を説明する。
【０１３５】
図２４は、図２３に示す移動速度テーブル記憶部７０内に設けられる移動速度テーブルの構成例を示す図である。
図２４に示す移動速度テーブル１１００は、各オペレータに固有のＩＤ（オペレータＩＤ）を用いて個々のオペレータの移動速度の平均量を記憶・管理する機能を備えている。尚、図２４の移動速度テーブル１１００に記載されているＴc、Ｔe、Ｌecは、図１６に示す同一表記のパラメータと同じパラメータであり、上記時間Ｔ２の算出式（４）で必要とされるパラメータである。ここで、移動速度テーブル１１００に格納される移動速度は、単位時間（この例では1s（1秒））当たりの移動量（単位はmm）に等しく、その単位はｍｍ/sである。
【０１３６】
移動速度テーブル１１００は、オペレータＩＤをキーとするテーブルであり、各オペレータについて、スタンド型イメージスキャナ５０により帳票の画像読み取りの操作を行ったときの各回の移動速度と、移動速度の学習終了後に算出された平均移動速度を格納する。移動速度テーブル１１００の各エントリは、オペレータＩＤを格納するフィールドと、そのオペレータＩＤを有するオペレータの移動速度を格納するフィールドを備えている。該移動速度を格納するフィールドは、オペレータの各回のスタンド型イメージスキャナ５０操作時の移動速度と、移動速度の学習終了後に求められた平均移動速度を格納するフィールドを備えている。
【０１３７】
図２４に示す移動速度テーブル１１００には、オペレータＩＤが、それぞれ、“０００１”、“０００２”、“０００３”、“０００４”である４人のオペレータの毎回の移動速度と平均移動速度が格納されている。移動速度テーブル１１００には、オペレータＩＤが“０００１”のオペレータについて、１回目、２回目、３回目の移動速度が、それぞれ、２４０mm/s、２２０mm/s、２３０mm/sであることと、平均移動速度が２３０mm/sであるという情報が格納されている。オペレータＩＤが“０００２”、“０００３”、“０００４”のそれぞれのオペレータについても、同様に、毎回の移動速度と平均移動速度の情報が格納されている。
【０１３８】
尚、移動速度とその平均移動速度ではなく、円形度変化量とその平均円形度変化量をテーブルに格納するような実施例も可能である。このような実施例の画像処理装置は、図２３の移動速度テーブル記憶部７０を円形度記憶テーブ記憶部に、移動速度計算部６９を円形度計算部に置き換える構成にし、前記円形度記憶テーブル記憶部内に円形度記憶テーブルを設けることで実現できる。
【０１３９】
尚、移動速度を学習する手法では学習後にも毎回手の画像の長さＬを求める必要があるが、円形度変化量を学習する手法の場合、Ｃ２は一定値であるので、学習後には平均円形度変化量をテーブルから読み出すだけで時間Ｔ２を計算できるという利点がある。
【０１４０】
また、平均移動速度、平均円形度変化量の求め方は、過去の全ての値の平均を求める方法に限らず、直近の所定数の平均値を求める方法など様々な形態が考えられる。
本発明の実施の第３の形態によれば、各オペレータの平均的な移動速度または円形度変化量を学習することで、学習終了後は、各オペレータの本スキャン開始タイミングを、本発明の実施の第２の形態よりも高速に自動的に求めることができる。
【０１４１】
尚、一定時間間隔で撮影したプレスキャン画像（もしくは輪郭画像）から時間Ｔ２を求める場合には、最初のみ上述した方法によりタイムスタンプからＴecを求めるようにしてもよい。この場合、以後の時間Ｔ２の計算では、その最初に求めたＴecを用いるようにする。
【０１４２】
本発明の画像処理方法を適用したソフトウェア（プログラム）は、可搬性の記憶媒体に格納して配布するようにしてもよいし、ネットワークからダウンロードして配布するようにしてもよい。さらには、Ｓａａｓ（Software as a Service）などのようにクラウドサービスでソフトウェアを提供するようにしてもよい。
【０１４３】
以上、本発明を実施の形態に基づき説明したが、本発明は上述した実施の形態に限定されるものではない。本発明の保護範囲は、特許請求の範囲に記載された発明とその均等物に及ぶ。
【符号の説明】
【０１４４】
１０（１０−１〜１０−３） 画像処理装置
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＨＤＤ
１４ ＵＳＢインターフェース
２０ モニタ
３０ キーボード
４０ マウス
５０ スタンド型イメージスキャナ
５１ ＣＣＤカメラ
５２ 置台
５３ 帳票突合ガイド
５４ 支柱
６１ 撮影画像記憶部
６２ 輪郭画像記憶部
６３ 輪郭抽出処理部
６４ 円形度、直線数演算部
６５ 手写り判定部
６６ 出力部
６７ 移動量計算部
６８（６８−１、６８−２） 手写り検出開始タイミング計算部
６９ 移動速度計算部
７０ 移動速度テーブル記憶部
７１ ログオン制御部
１１００ 移動速度テーブル
【技術分野】
【０００１】
本発明は、画像処理に係り、特に撮像素子で撮影した画像を処理する画像処理プログラム、画像処理方法、画像処理装置に関する。
【背景技術】
【０００２】
金融機関等においては、帳票の画像読み取りのために帳票読取装置が利用されている。この帳票読取装置は、帳票の画像を取得するための装置としてスタンド型イメージスキャナを備えている。このスタンド型イメージスキャナは、帳票を置くための置台、該置台に帳票を正しく載置するための手助けとなる帳票突合ガイド、撮像素子であるＣＣＤカメラ、該ＣＣＤカメラを置台から所定距離だけ離して支える支柱を備えている（例えば、特許文献１、２参照）。スタンド型イメージスキャナが備えるＣＣＤカメラは、２次元の画像を撮像する二次元エリアセンサであり、置台に載置された帳票を撮影することで帳票の画像を取り込む。スタンド型イメージスキャナは、自身が撮影した画像をＵＳＢ（Universal Serial Bus）などの通信インターフェースを介して上位装置（例えば、パーソナルコンピュータなど）に送信する。上位装置は、スタンド型イメージスキャナから受信する画像データを基に帳票の画像（帳票画像）を生成する。そして、その生成した帳票画像に文字認識処理を施し、帳票画像から必要となる文字情報を抽出する。
【０００３】
スタンド型イメージスキャナの用いられているＣＣＤ素子の特徴として、高精細に読み取るために１枚の画像を複数の部分画像に分割するフィールド読み出し方式が用いられる。すなわち、スタンド型イメージスキャナは、帳票の部分画像（分割画像）を合成することで帳票全体画像を生成する。
【０００４】
帳票読取装置では、スタンド型イメージスキャナに対する帳票の画像読み取りの開始指示は、上位装置が備える撮影ボタン（読取キー）をオペレータが押下することで行われるのが一般的である。この場合、オペレータは、帳票を置台に正しく載置した後、自分の手がＣＣＤカメラの撮影エリアから外れたことを確認してから撮影ボタンを押下する必要がある。しかしながら、オペレータが帳票読み取りを急いだ場合、撮影ボタンを押下するタイミングが早すぎて、オペレータの手が帳票の撮影エリアに入っている状態でＣＣＤカメラによる撮影が開始され、帳票の撮像画像に手が写りこんでしまうという問題があった。このように、帳票の撮影時に帳票画像の手が写って撮影されてしまうと、上位装置が生成する帳票画像の一部に手の画像が含まれるために帳票画像の文字認識をする際に文字認識エラーが発生し、再度、帳票の撮影を行う必要が生じる。この結果、帳票処理業務の効率が低下する。
【０００５】
このような帳票の画像読み取り時の手写りは、オペレータの慣れによって低減するが、帳票読取装置の初期の読み取りエラーの要因の大半を占めるため問題となっていた。
また、上述したようにスタンド型イメージスキャナによる帳票の撮影は複数回にわたって実行されるので、オペレータによる帳票の画像読み取り開始の指示を受けた後にＣＣＤカメラが帳票の画像の撮像を開始するようにすると、上位装置が帳票画像を生成するまでに長い時間を要してしまうので、上位装置が帳票の文字認識処理を開始するまでの時間や、帳票画像を表示装置の画面に表示するまでの時間が長くなってしまう。このため、スタンド型イメージスキャナは、オペレータが帳票の画像読み取り指示をする前に、ＣＣＤカメラによる帳票の撮像を開始するようにしている。この技術は、一般に、「プレスキャン」と呼ばれている（例えば、特許文献３参照）。
【０００６】
ところが、プレスキャンを行うと、オペレータの手が分割画像に含まれてしまうという問題が発生する。これは、オペレータが帳票を置台に正しく置いてから帳票の画像読み取り開始指示を行うまでの時間と、オペレータが自分の手を置台から離すまでの時間との関係により必然的に発生する。このように、プレスキャンを行った場合、分割画像に手の画像が含まれると、上位装置が複数の分割画像を合成して生成する帳票画像に手が写ってしまい、帳票画像の文字認識を行うとエラーが発生するので問題となる。このため、従来、プレスキャンにより得られた帳票画像に手写りが有るか検出する技術が提案されている（例えば、特許文献３参照）。
【０００７】
特許文献３には、上位装置が分割画像から合成した合成画像に含まれる所定領域の各画素の平均階調値（濃淡値）が所定の範囲に存在するか否かを検出することで、または合成画像に含まれる各画素に所定の範囲の階調値（例えば、肌色階調値）を表す連続した画素が所定の画素数以上で含まれるか否かを検出することで、合成画像内に手写り領域（手写り画像）が存在するか否かを判定する手法が開示されている。また、手写り領域のみに関して上記手写り判定を行うことで、手写り判定に要する時間を短縮する手法も開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１−７８１７６号公報
【特許文献２】特開平８−９１０２号公報
【特許文献３】特開２０１０−５７０７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献３に開示されている手法は、画像処理装置（スタンド型イメージスキャナの上位装置）がプレスキャンにより得られた合成画像に手写り領域が存在するか否かを判定することで、手写り領域の存在しない帳票画像を短時間で取得できるという効果を有している。また、逐次モニタ画面に表示される合成画像を目視しながら合成画像に手写り領域が存在するか否かを確認するというオペレータの作業が不要になるので、オペレータの作業負担が軽減されるという効果も有している。しかし、特許文献３に開示されている手法は、「手写りがあった場合には帳票の外周領域（判定領域）の平均階調値が薄くなる」ということを前提としている。しかし、実際にスタンド型イメージスキャナを使用する時にはオペレータが着衣している服の袖部分の色が肌色に近い場合もありうるので、手ではなく服など肌色に近い物を手写りとして検出してしまうこともある。また、特許文献３の手法では、帳票が帳票設置台（置台）に正しく設置されていない場合も手写りとして判定するようにしている。スタンド型イメージスキャナでは、帳票が帳票設置台からはみ出して置かれることは日常的にある。このような場合、特許文献３の手法では、帳票が一定時間以上経過しても正しく帳票設置台に正しく設置されない場合にはそれを手写り有りが所定回数以上検出されたものとみなして、エラー出力（読取不可を示すエラー通知出力）するようにしている。したがって、特許文献３の手法では、手写りを正確に検出できないという欠点があった。
【００１０】
最近の帳票画像の文字認識装置は、帳票画像を取得した時点で自動的に文字認識を開始する手法が主流である。オペレータが画像を確認して手写りがあったら帳票画像を読み直す方法もあるが、この方法は自動化にならないので現在ではほとんど行われていない。しかし、帳票の文字認識を自動的に開始する装置には、手写りが原因で文字認識がエラーとなった場合でも、オペレータは手写りがエラー原因なのか、または帳票に書かれた文字の字形が悪いことがエラー原因なのか区別できないという問題があった。このため、帳票の文字認識を自動的に開始する装置においては、手写りを装置側で自動的に正確に判定することが非常に重要になっている。
【００１１】
本発明は、撮影画像に撮影対象の被写体以外の物体が写っているか否かを自動的に正確に判定できるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、撮像素子で撮影した画像を処理する画像処理プログラムが提供される。この画像処理プログラムの一態様は、コンピュータに実行されることで、コンピュータを、被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、該輪郭画像抽出手段によって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段として機能させる。
【００１３】
また、画像処理プログラムの別の態様は、コンピュータに実行されることで、コンピュータを、オペレータによる撮影指示がなされる前に、撮像手段により被写体を撮影するプレスキャン手段と、該プレスキャン手段により取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、該輪郭画像抽出手段によって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、該判定手段により前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、該プレスキャン手段により得られた少なくとも２つの撮影画像を基に、撮像手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算手段と、前記プレスキャンによる撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算手段により算出された時間に応じた適切なタイミングで、前記撮像手段により前記被写体を本来必要な解像度で再度撮影する再スキャン手段として機能させる。
【００１４】
前記計算手段は、例えば、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算する。
【発明の効果】
【００１５】
上記画像処理装置プログラム、画像処理方法、画像処理装置によれば、撮影画像に撮影対象の被写体以外の物体が写っているか否かを自動的に正確に判定できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態のシステム全体のハードウェア構成を示す図である。
【図２】本発明の実施の第１の形態の機能構成を示す機能ブロック図である。
【図３】本発明の実施の形態におけるプレスキャンにより合成した画像に手写り含まれているか否かを判定する第１の手法の原理を説明する図である。
【図４】本発明の実施の形態におけるプレスキャンにより合成した画像に手写り含まれているか否かを判定する第２の手法の原理を説明する図である。
【図５】本発明の実施の形態における帳票の読み取り開始タイミングの判定手法の原理を説明する図である。
【図６】手写りが無いプレスキャン画像から輪郭画像を作成する場合の例を示す図である。
【図７】手写りが有るプレスキャン画像から輪郭画像を作成する場合の例を示す図である。
【図８】手写りが無いプレスキャン画像における面積と周囲長の計算方法を示す図である。
【図９】手写りが無いプレスキャン画像において検出される直線本数を示す図である。
【図１０】手写りが有るプレスキャン画像において検出される直線本数を示す図である。
【図１１】手写りが有るプレスキャン画像において、検出する直線の長さを規定することで検出される直線本数を示す図である。
【図１２】輪郭画像から求めた円形度及び直線本数を基にして、プレスキャン画像に手写りが有るか否かを判定するアルゴリズムを示すフローチャートである。
【図１３】本発明の実施の第２の形態の機能構成を示す機能ブロック図である。
【図１４】プレスキャン開始後のスタンド型イメージスキャナの置台上での帳票とオペレータの手の動きの時間的な状態遷移に伴う「円形度」と「直線本数」の時間的遷移を示す表である。
【図１５】図１４に示す６つに状態の各状態における帳票画像を示す図である。
【図１６】プレスキャンにより得られた２つの帳票画像を基に手が撮影されなくなるまでの時間を計算する手法を説明するための図である。
【図１７】プレスキャン画像に手写りが無くなってから本スキャンまたは後処理を開始する手法を示すフローチャートである。
【図１８】プレスキャン画像に手写りが無くなる時間を予測計算して、本スキャンまたは後処理を開始する手法を説明するフローチャートである。
【図１９】帳票上に誤って置かれた物が帳票の輪郭を覆いながら帳票からはみ出している場合に、本発明の画像処理装置の実施の第１及び第２の形態を適用したケースを説明する図である。
【図２０】置台に正しくセットされた帳票内に付箋紙のようなものが張り付いている場合に本発明の実施の形態の第１及び第２の形態を適用したケースを説明する図である。
【図２１】帳票が撮影範囲からはみ出している場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
【図２２】帳票の外に異物が撮影範囲内に置かれている場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
【図２３】本発明の実施の第３の形態の機能構成を示す機能ブロック図である。
【図２４】図２３に示す移動速度テーブル記憶部内に設けられるテーブルの構成例を示す図である。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら、本発明の実施の形態を詳細に説明する。
図１は、本発明の実施の形態のシステム全体のハードウェア構成を示す図である。
図１に本発明の実施の形態は、画像処理装置１０、モニタ２０、キーボード（ＫＢ）３０、マウス４０、及びスタンド型イメージスキャナ５０を備えている。画像処理装置１０は、帳票画像のＯＣＲ（Optical Character Recognition：光学文字認識）機能を備えており、スタンド型イメージスキャナ５０によりＯＣＲ処理で必要となる解像度の帳票画像を取得する必要がある。
【００１８】
画像処理装置１０は、例えば、パーソナルコンピュータであり、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、ＨＤＤ（Hard Disk Drive）１３、ＵＳＢ（Universal Serial Interface）インターフェース１４を備えている。ＣＰＵ１１は、バス１５を介してＲＡＭ１２、ＨＤＤ１３、ＵＳＢインターフェース１４と接続されている。尚、図１には図示していないが、画像処理装置１０は、ＲＯＭ（Read Only Memory）やＬＡＮ（Local Area Network）などのネットワークに接続するためのＮＩＣ（Network Interface Card）なども備えている。また、画像処理装置１０は、必要に応じて時刻を計時するタイマーも備える。
【００１９】
尚、図１には図示していないが、画像処理装置１０内にはＣＰＵ１１とモニタ２０の間に表示制御部が設けられており、ＣＰＵ１１は該表示制御部を介してモニタ２０の画面表示を行う。また、ＣＰＵ１１は、画像処理装置１０内に設けられた不図示のメモリコントラーを介してＲＡＭ１２に対するデータのリード／ライトを行う。また、画像処理装置１０は不図示のＨＤＤコントローラ（例えば、ＳＡＴＡ(Serial Advanced Technology Attachment) コントローラなど）を備えており、該ＨＤＤコントローラを介してＨＤＤ１３に対するデータのリード／ライトを行う。また、画像処理装置１０は、ＩＰＬ（Initial Program Load）やＢＩＯＳ(Basic Input/Output System)などを格納するＲＯＭも備えている。
【００２０】
ＣＰＵ１１は、ＲＡＭ１２にロードされているプログラムを実行することで画像処理装置１０全体を制御する。ＲＡＭ１２は、随時データの書き込み／読み出しが可能な半導体メモリであり、ＯＳ（Operating System）やアプリケーションプログラムなどのソフトウェアがＨＤＤ１３からロードされる領域や、ＣＰＵ１１が処理を実行する際に使用するデータを格納する領域などを備えている。また、ＲＡＭ１２は、スタンド型イメージスキャナ５０から画像処理装置１０のＵＳＢインターフェース１４に転送されてくる撮影画像を記憶する領域やその撮影画像を処理する際に使用される作業領域も備えている。
【００２１】
ＨＤＤ１３は、ＯＳやドライバ・ソフトウェア、アプリケーションプログラム、さらには、ＣＰＵ１１が処理を実行するために必要なデータなどが格納される領域を備える記憶装置である。上記アプリケーションプログラムは、例えば、帳票画像のＯＣＲ処理機能や帳票画像をモニタ２０に表示する機能などを備えている。上記ドライバ・ソフトウェアは、スタンド型イメージスキャナ５０が撮影した画像から、手写りが無い帳票画像を取得し、その手写りが無い帳票画像を、上記ＯＣＲ処理機能を備えたアプリケーションプログラムに渡す機能を備えている。また、ＨＤＤ１３は、上記ドライバ・ソフトウェアが取得した手写りが無い帳票画像を格納する領域を備える。
【００２２】
ＵＳＢインターフェース１４は、キーボード３０、マウス４０及びスタンド型イメージスキャナ５０の各デバイスのＵＳＢ端子とＵＳＢケーブルで接続され、キーボード３０、マウス４０及びスタンド型イメージスキャナ５０との間で、ＵＳＢ規格に準拠して制御信号やデータの通信を行う。スタンド型イメージスキャナ５０が撮影した画像は、スタンド型イメージスキャナ５０からＵＳＢインターフェース１４に転送され、ＵＳＢインターフェース１４を経由してＲＡＭ１２に書き込まれる。
【００２３】
モニタ２０は、例えば液晶ディスプレイなどの表示装置であり、ＣＰＵ１１の制御を受けて、オペレータに対するユーザ・インターフェース画面の表示や、スタンド型イメージスキャナ５０が読み取った帳票の画面などを表示する。
【００２４】
キーボード３０とマウス４０は、オペレータが画像処理装置１０に対して帳票の読み取りを指示する操作のために用いられる入力装置である。オペレータは、キーボード３０やマウス４０を操作することで、モニタ２０に表示されるユーザ・インターフェース画面への入力を行い、ユーザ・インターフェース画面を介して、スタンド型イメージスキャナ５０への帳票読み取り開始を指示する。このオペレータによる帳票読み取り開始指示の操作は、キーボード３０に設けられた読取りキーの押下またはモニタ２０に表示されているユーザ・インターフェース画面上の読取りキーをマウス４０によりクリックする操作などにより実行される。
【００２５】
スタンド型イメージスキャナ５０は、帳票（撮影対象の被写体）を撮影して帳票の画像（帳票画像）を取得するための非接触型のイメージスキャナであり、撮影した画像を、ＵＳＢケーブルを介して画像処理装置１０のＵＳＢインターフェース１４に転送する。スタンド型イメージスキャナ５０は、前記特許文献１の図１、図３に開示されている帳票撮像装置とほぼ同様な構成であり、ＣＣＤカメラ５１、置台５２、帳票突合ガイド５３及び支柱５４を備えている。置台５２と帳票突合ガイド５３は、それぞれ、特許文献１の図３に開示されている置台２と帳票突合ガイド３とほぼ同様な構成をしている。すなわち、置台５２の表面の色は帳票と明確に識別できる色（例えば黒色）となっている。スタンド型イメージスキャナ５０は、置台５２の載置（セット）された帳票を、ＣＣＤカメラ５１により複数回に分けて撮影する。これは、ＣＣＤカメラ５１の解像度が、画像処理装置１０が帳票画像のＯＣＲ処理を実行するために必要となる解像度よりも低いためである。このため、ＣＣＤカメラ５１は、複数フィールドに分けて帳票画像の１フレームを撮影（撮像）する。１フレームのフィールド数は、例えば、３フィールド、４フィールド、または６フィールド等である。ＣＣＤカメラ５１による撮影により、画像処理装置１０が帳票画像のＯＣＲ処理を実行することが可能となる解像度を有する帳票画像が取得される。ＣＣＤカメラ５１の撮影範囲は置台５２全体よりも広い範囲である。スタンド型イメージスキャナ５０は、ＣＣＤカメラ５１により撮影された画像から「帳票＋α」の大きさの画像を切り出し、その切り出した画像を画像処理装置１０に転送する。ここで、αは所定幅（例えば、５ｃｍ）を表す。このため、置台５２に帳票が正しく載置された場合にスタンド型イメージスキャナ５０から画像処理装置１０に転送される撮影画像は、中央が帳票の画像（帳票画像）で、周辺が帳票全体を取り囲んでいる置台５２の外縁部の画像（黒画素で構成された黒背景画像）となる（特許文献１の図３参照）。帳票の外縁部分の画像は白画素領域となるので、撮影画像を外側から内側に走査し、黒画素から白画素の変化する境目を検出することで、撮影画像から帳票画像を抽出できる。
【００２６】
画像処理装置１０は、スタンド型イメージスキャナ５０がプレスキャンにより取得した部分画像（フィールド画像）を合成して所定の解像度を有する合成画像（以下、便宜上、プレスキャン画像と呼ぶ）を生成し、そのプレスキャン画像に手写り含まれているか否かを判定する。
【００２７】
スタンド型イメージスキャナ５０は、撮影機能として、「動画モード」と「静止画モード」の２つの撮影モードを備えている。スタンド型イメージスキャナ５０によるプレスキャンは動画モードまたは静止画モードによって実行される。動画モードは、後処理（帳票画像のＯＣＲ処理や画面表示など）で必要とされる解像度よりも低い解像度（低解像度）でプレスキャンを行うモードである。静止画モードは、帳票画像の後処理で必要とされる解像度（高解像度）でプレスキャンを行うモードである。動画モードの１回の撮影時間（１フレーム全体の撮影時間）は例えば３０ｍｓである。静止画モードの１回の撮影時間は例えば５００ｍｓである。後処理は、スタンド型イメージスキャナ５０で取得された高解像度の帳票画像に対して「画像の倍率、／歪み／斜行を補正する処理」（画像変換）が施されてから実行される。したがって、後処理を実行するためには、静止画モードでの撮影により取得された１フレームの画像が必要となる。
【００２８】
本発明の実施の形態では、プレスキャンにより手写りが無い帳票画像が取得されたか否かを判定し、動画モードでのプレスキャンにより手写りが無い帳票画像が取得されたと判定された場合には本スキャンが開始される。すなわち、プレスキャンが動画モードで行われた場合には、手写りが無い帳票画像が取得されたと判定されると、画像スタンド型イメージスキャナ５０により静止画モードで置台５２全体の再撮影が開始され、その再撮影により取得された画像がスタンド型イメージスキャナ５０から画像処理装置１０に転送される。他方、プレスキャンが静止画モードで行われていた場合には、手写りが無い帳票画像が取得されたと判定された時点で、既に、後処理で必要となる解像度の手写りが無い帳票画像が画像処理装置１０内に取り込まれているので、スタンド型イメージスキャナ５０による置台５２の再撮影は実行しない。本発明の実施の形態では、本スキャンを、「後処理で必要となる解像度で帳票が正しく載置された置台５２全体を撮影し、その撮影により得られた撮影画像を画像処理装置１０に取り込み・記憶する処理」と定義する。このため、プレスキャンが静止画モードであった場合には、手写りが無い帳票画像を撮影し、その撮影画像を画像処理装置１０内に取り込み・記憶したプレスキャンが本スキャンに該当することになる。
【００２９】
[実施の第１の形態]
図２は、図１に示すハードウェア構成を備える本発明の実施の第１の形態の画像処理装置の機能構成を示す機能ブロック図である。
【００３０】
図２に示す画像処理装置１０−１は、撮影画像記憶部６１、輪郭画像記憶６２、輪郭抽出処理部６３、円形度、直線数演算部６４、手写り判定部６５及び出力部６６を備えている。撮影画像記憶部６１と輪郭画像記憶部６２の記憶領域は、例えば、ＲＡＭ１２に設けられる。ＣＰＵ１１は、本発明の実施の形態の画像処理装置プログラムをＨＤＤ１３からＲＡＭ１２にロードして実行する。
スタンド型イメージスキャナ５０は、画像撮影部７１を備えている。画像撮影部７１は、ＣＣＤカメラ５１により置台５２を含む範囲を複数のフィールドに分けて撮影する。画像撮影部７１は、ＣＣＤカメラ５１が撮影した複数フィールドから成る画像から「帳票＋α」の大きさの撮影画像を切り出し、その切り出した撮影画像を複数のブロックに分割し、ブロック単位で撮影画像記憶部６１に転送する。便宜上、このブロック単位の画像をブロック画像と呼ぶことにする。画像撮影部７１は、上述した「動画モード」と「静止画モード」の２つの撮影モードを備えている。画像撮影部７１は、１フレームの画像（帳票及びその周囲の黒背景画像を含む画像）を、動画モードのときには３０ｍｓで、静止画モードのときには５００ｍｓで撮影する。
【００３１】
撮影画像記憶部６１は、画像撮影部７１からブロック単位で転送されてくる撮影画像を記憶する記憶領域を備える。撮影画像記憶部６１は、画像撮影部７１から転送されてくるブロック画像を受信・記憶し、画像撮影部７１から１フレームを構成する全ブロックの画像を受信すると、それらのブロック画像を合成して１フレームの画像を生成し、その生成したフレーム画像をカラー画像に変換する。そして、そのカラー画像を所定の記憶領域に格納する。このフレーム画像の内、プレスキャンにより取得されるフレーム画像を、上述したように、「プレスキャン画像」と呼ぶことにする。撮影画像記憶部６１は、フレーム画像を記憶する際、そのフレーム画像に取得時刻（フレーム画像の生成時刻）を付加して記憶する。該取得時刻は、画像処理装置１０内のタイマー（不図示）から取得する。
【００３２】
輪郭画像記憶部６２は、輪郭抽出処理部６３が抽出した輪郭画像を格納する記憶領域を備えている。この輪郭画像には、プレスキャン画像と同様に取得時刻情報を付加するようにしてもよい。
【００３３】
輪郭抽出処理部６３は、撮影画像記憶部６１からプレスキャン画像を読み出し、後述する手法により、プレスキャン画像から輪郭画像を抽出し、その輪郭画像を輪郭画像記憶部６２に書き込む。輪郭抽出処理部６３は、撮影画像記憶部６１に格納されているカラーのプレスキャン画像を白黒の２値のフレーム画像に変換してから輪郭画像を抽出する。輪郭抽出処理部６３は、２値のフレーム画像から帳票の画像部分の輪郭と手の画像部分の輪郭を抽出し、２値のフレーム画像から上記輪郭で囲まれた画像部分を抽出することにより輪郭画像を抽出する。この輪郭画像は、手写りが無いフレーム画像の場合には帳票全体の画像になる。他方、手写りがあるフレーム画像の場合の輪郭画像は、帳票全体の画像から手写り画像部分を削除した画像となる。そして、その抽出した輪郭画像を輪郭画像記憶部６２に格納する。
【００３４】
円形度、直線数演算部６４は、輪郭画像記憶部６２から輪郭画像を読み出し、後述する手法により、正常に撮影された帳票画像と輪郭画像を基に後述する円形度を計算する。また、輪郭画像を構成する直線の本数を検出する。
【００３５】
手写り判定部６５は、円形度、直線数演算部６４が求めた円形度もしくは直線本数、またはそれら両方を基に、撮影画像記憶部６１に格納されている撮影画像に手写りが有るか否かを判定する。手写り判定部６５は、画像撮影部７１のプレスキャンの撮影モード（動画モードまたは静止画モード）を保持する記憶部（不図示）を備えている。手写り判定部６５は、上記手写り判定において撮影画像に手写りが無いと判断すると、プレスキャンが動画モードであった場合には画像撮影部７１に再撮影を指示する。他方、プレスキャンが静止画モードであった場合には、出力部６６に帳票画像の出力指示に通知する。
【００３６】
出力部６６は、手写り判定部６５から帳票画像の出力指示の通知を受け取ると、撮影画像記憶部６１から手写りが無い帳票画像を読み出し、その帳票画像をモニタ２０に出力する。
【００３７】
｛手写り判定手法の原理｝
次に、本発明の実施の形態におけるプレスキャンにより取得された帳票画像に手写りが含まれているか否かを判定する手法（手写り判定手法）の原理を説明する。
【００３８】
（１）円形度を用いる手法
図３は、プレスキャン画像に手写りが含まれているか否かを判定する第１の手法を説明する図である。図３（ａ）は手写りが含まれるプレスキャン画像を、図３（ｂ）は手写りが無いプレスキャン画像（帳票が正常に撮影されたプレスキャン画像）を示している。また、図３（ａ）、（ｂ）中において、帳票画像の輪郭を点線で示している。
【００３９】
第１の手法は、円形度を用いる。円形度は以下のように定義される。
円形度＝４π×面積／（周囲長×周囲長） ・・・・・・・・ （１）
面積 ：帳票画像の面積（輪郭画像の面積）
周囲長：帳票画像の周囲長（輪郭画像の輪郭の長さ）
式（１）において、円形度は円の場合に“１”となる。輪郭画像については後述する。
【００４０】
図３（ａ）、（ｂ）に示すプレスキャン画像１００、２００おいて、黒枠画像（黒背景画像）１０１、２０１は、帳票が置台５２に正しく載置されたときに帳票の外枠となる置台５２の外周部分の画像であり、白領域（白画素領域）１０２、２０２は帳票の画像である。また、図３（ａ）、（ｂ）において白領域１０２、２０２の周囲に描かれた点線部分１０３、２０３は帳票画像の輪郭を示す。すなわち、点線部分１０３、２０３の長さは、帳票画像１０２、２０２の輪郭の長さ（周囲長）を示すものである。図３（ａ）に示すプレスキャン画像１００では、黒枠画像と帳票画像の一部が手の画像１０４で覆われている。手の画像１０４は、スタンド型イメージスキャナ５０のＣＣＤカメラが撮影したときに帳票の上部に存在したオペレータの手の画像である。
【００４１】
図３（ａ）に示す手写りが有るプレスキャン画像１００と図３（ｂ）に示す手写りが無いプレスキャン画像２００のそれぞれについて、上記式（１）を用いて円形度を計算すると、図３（ｂ）に示す手写りが無いプレスキャン画像２００の方が図３（ａ）に示す手写りが有るプレスキャン画像１００のよりも円形度が高くなる。これは、手写りが有るプレスキャン画像１００内の輪郭画像１０２の面積が手写りが無いプレスキャン画像２００内の輪郭画像２０２の面積よりも小さく、かつ、手写りが有るプレスキャン画像内の輪郭画像１０２の周囲長１０３の方が手写りが無いプレスキャン画像２００内の輪郭画像２０２の周囲長２０３よりも長くなるからである。したがって、上記式（１）を用いてプレスキャン画像の円形度を計算し、その計算で算出された円形度を適切な基準値と比較することによって、プレスキャン画像に手写りが存在するか否かを判定することが可能となる。すなわち、円形度が基準値を下回った場合には手写り有りと判定することができる。
【００４２】
（２）線状に写る手写りを特徴量として用いる手法
スタンド型イメージスキャナ５０では、上述したように、ＣＣＤカメラ５１の１回の撮影で取得される帳票画像の解像度が後処理で必要とされる帳票画像の解像度よりも低いため、帳票が載置された置台５２を複数回に分けて撮影している。この場合、露光タイミングの異なる複数フィールドの画像から１枚（１フレーム）の画像を生成する。このため、置台５２の上部でオペレータの手が動いているときにＣＣＤカメラ５１で置台５２を撮影すると、いくつかのフィールドの画像に手の画像が写りこむ。
【００４３】
図４（ａ）〜（ｃ）は、ＣＣＤカメラ５１が図面の水平方向に１フィールド単位で画素をずらしながらプレスキャンした場合の例である。図４（ａ）は、置台５２の上部でオペレータの手が動いているときにＣＣＤカメラ５１でプレスキャンしたときに取得されるプレスキャン画像の例を示す図である。この例では、プレスキャン画像１１０の帳票画像領域１１２の右側下方に縦縞の手の画像１１４が写っている。図４（ｂ）は、手の画像１１４の一部を拡大した図である。図４（ｂ）は、ＣＣＤカメラ５１が４回に分けて置台５２を撮影した場合の例である。この場合のプレスキャン画像１１２は、異なる時刻で撮影された４フィールドの画像から構成される。図４（ｂ）に示す例では、４フィールド中の１フィールドに手が写りこんでおり、写りこんだ手が縦縞の線状の画像となって撮影されている。
【００４４】
図４（ｃ）は、帳票の右側下方に、図４（ａ）に写った手と同じ形状の黒色の塗り潰しがあった場合に取得されるプレスキャン画像２１０の例を示している。この場合、黒色の塗り潰し部分は静止しているので全てのフィールドの撮影時に写し出される。したがって、図４（ｃ）に示すように、プレスキャン画像２１０の帳票画像領域２１２の右側下方に写っている黒色の塗り潰し部分２１５は縦縞の線状の画像とはならず全体が黒色の画像となっている。したがって、本発明の実施の形態では、プレスキャン画像の帳票画像領域内に手に似た形状の画像が写っていた場合でも、その画像に線状の直線が含まれるか否かを検出することで、「手の画像」と「手の形状に似た帳票の塗り潰し等」とを判別するようにする。
【００４５】
尚、ＣＣＤカメラ５１が帳票の１フレーム分の画像を撮影する期間中、ずっとオペレータの手が置台５２の上で静止していた場合には、プレスキャン画像において手の画像は縞模様に写らず、手全体がまんべんなく写ってしまう。このような場合には、公知文献１に開示されている肌色の階調値を利用する手法を用いることで、プレスキャン画像内の手の画像を検出することができる。したがって、手の画像が縞模様に写るという特徴を利用する本発明の実施の形態の手法と公知文献の手の検出手法を併用することで、プレスキャン画像に写りこんでいる手の画像を確実に検出することが可能である。
【００４６】
｛手写りが無い帳票の画像読み取り開始タイミングの判定手法の原理｝
次に、本発明の実施の形態における帳票の読み取り開始タイミングの判定手法を、図５のタイミングシーケンス図を参照しながら説明する。
【００４７】
図５のタイミングシーケンス図において、時間は矢印の向き、すなわち図面上で左側から右側に進行する。図５には、「セット動作前」（帳票をスタンド型イメージスキャナ５０の置台５２にセット(載置)する動作を行う前の状態）、「セット中」（帳票をスタンド型イメージスキャナ５０の置台５２にセットしている最中の状態）、「セット後」（帳票をスタンド型イメージスキャナ５０の置台５２に正しくセットした後の状態）、及び「帳票を読み取り可」（スタンド型イメージスキャナ５０が帳票全体を読み取り可能になった状態）の４種類の状態が示されている。また、上記４種類の帳票画像状態であるときの「帳票」と「オペレータの手」の状態が、それぞれ、「有」（置台５２上に有る）、「無」（置台５２上に無い）、「動」（置台５２上を動いていている）及び「止」（置台５２上で静止している）という記号で示されている。また、４種輪の各状態の時にＣＣＤカメラ５１により撮影された部分画像から合成されたプレスキャン画像が示されている。プレスキャン画像３１０はセット動作前に撮影された画像、プレスキャン画像３２０はセット中に撮影された画像、プレスキャン画像３３０はセット後に撮影された画像、プレスキャン画像３４０は読み取り可の状態（手写りが無くなった状態）のときに撮影された画像である。
【００４８】
以下、本発明の実施の形態における帳票の画像読み取り開始タイミングの判定手法を時間順に説明する。
（１）オペレータがスタンド型イメージスキャナ５０の置台５２に帳票をセットする前に、ＣＣＤカメラ５１により、一定の時間間隔で置台５２を連続してプレスキャンする。セット動作前は、置台５２上には帳票及びオペレータの手が無いため、この状態のときには図５に示すプレスキャン画像３１０が取得される。プレスキャン画像３１０は、置台５２の上面全体を撮影した画像となるので全体が黒色の画像となる。
【００４９】
（２）オペレータが置台５２に帳票をセット中のときは、帳票とオペレータの手が共に動いているので、この状態の時には図５に示すプレスキャン画像３２０が取得される。プレスキャン画像３２０は、置台５２上にあるセット途中の帳票と帳票をセットしようとしているオペレータの手が共に線状の縞となって写し出される画像となる。
【００５０】
（３）オペレータは、スタンド型イメージスキャナ５０の置台５２に帳票をセットし終えると、時刻Ｔ０で読取りキーを押下してスタンド型イメージスキャナ５０による帳票の画像読み取り開始を指示する。この例では、時刻Ｔ０はオペレータが置台５２に帳票をセットし終える前であり、時刻Ｔ０の時点では置台５２に帳票を正しくセットしようとしてオペレータの手が動いている。したがって、オペレータが読取りキーを押下した時点で取得されるプレスキャン画像はプレスキャン画像３２０に似た画像となる。
【００５１】
（４）置台５２に帳票を正しくセットした直後では、帳票は静止しているが、オペレータの手はまだ置台５２上を移動中なので、この時点では図５に示すプレスキャン画像３３０が取得される。プレスキャン画像３３０は、帳票画像に縦縞の手の画像が写りこむ画像となる。
【００５２】
（５）その後、帳票上からオペレータの手が消えると、それ以降には図５に示すプレスキャン画像３４０が取得される。プレスキャン画像３４０は、手写りが無い帳票画像とその帳票画像の外縁を囲む黒背景画像とから成る画像となる。
【００５３】
本発明の実施の形態では、プレスキャンによりプレスキャン画像３４０を最初に取得すると、プレスキャン画像３４０に手写りが無いことを自動的に判定し、プレスキャンが動画モードであった場合には、該判定したタイミング（時刻Ｔ１）で本スキャンを開始する。他方、プレスキャンが静止画モードであった場合には、撮影画像記憶部６１に記憶されている手写りが無いプレスキャン画像３４０を基に後処理が開始される。
【００５４】
（４）の方法ではなく、下記の（５）の方法で本スキャンを開始してもよい。
（５）プレスキャン画像３３０を取得してからプレスキャン画像３４０を取得するまでの期間のどこかでプレスキャン画像から手が完全に抜けるので、プレスキャン画像３３０を取得するまでに取得した２つの手写りプレスキャン画像を利用することで手写りが無いプレスキャン画像を取得可能になるまでのタイミングを予測計算し、その予測計算で得られたタイミング（時刻Ｔi2）でスキャン(スタンド型イメージスキャナ５０による静止画モードまたは動画モードでの撮影)を開始する。この予測計算では、例えば、異なる時刻で取得された２つのプレスキャン画像間における手の画像の移動量や円形度の変化量などを使用する。この予測計算の手法の詳細については後述する。
【００５５】
また、更には、各オペレータについて、置台５２に帳票をセットする毎に、毎回、帳票を置台５２にセットした後の手の移動速度（プレスキャン画像内での単位時間当たりの手の移動量）または円形度を算出・記憶していくことで、オペレータ毎の平均移動速度または平均円形度を学習し、学習終了後は個々のオペレータに合ったタイミングで上記スキャンを開始するようにする。この学習手法の詳細についても後述する。
【００５６】
このように、本発明の実施の形態においては、プレスキャンにより得られた画像を基に、ＣＣＤカメラ５１が撮影する帳票画像からオペレータの手が完全に抜けたことを確認するか、またはＣＣＤカメラ５１が撮影する帳票画像帳からオペレータの手が抜けるタイミングを予測する。そして、上記確認後、本スキャン（プレスキャンが動画モードの場合）または後処理（プレスキャンが静止画モードの場合）を開始する。また、上記予測タイミングで、本スキャン（プレスキャンが動画モードの場合）または後処理（プレスキャンが静止画モードの場合）を開始する。
【００５７】
｛手写り判定手法の実施例｝
次に、上述した手写り判定手法の原理を用いた実施例の処理手順を説明する。
１．帳票の円形度を求める。
ここで、「帳票」とは、プレスキャンにおいてＣＣＤカメラ５１により撮影された画像内での帳票部分の画像であり、撮影画像記憶部６１に記憶されている撮影画像の帳票画像部分を示す。
【００５８】
（１）プレスキャンにより読み取った画像（プレスキャン画像）の外縁から内部に向かって白黒の変化点（黒画素から白画素に変化する点）を探索し、その探索により抽出した変化点を輪郭とする輪郭画像を作成する。この輪郭画像作成処理を、図６と図７を参照して、より具体的に説明する。
【００５９】
図６は、手写りが無いプレスキャン画像から輪郭画像を作成する場合の例を示している。
図６（ａ）に示す手写りが無いプレスキャン画像４１０について、上記方法で白黒変化点を抽出し、図６（ｂ）に示す輪郭画像４１１を作成する。輪郭画像４１１の輪郭線４１３は、帳票の輪郭線に等しくなる。すなわち、手写りが無いプレスキャン画像４１０から作成される輪郭画像４１１は帳票画像に等しくなる。
【００６０】
図７は、手写りが有るプレスキャン画像から輪郭画像を作成する場合の例を示している。
図７（ａ）に示すプレスキャン画像４２０は手写りが有る帳票画像の一例である。プレスキャン画像４２０の右側には手の画像４２２が写っている。プレスキャン画像４２０から上記方法により白黒変化点を抽出することで、図７（ｂ）に示す輪郭画像４２１aまたは図７（ｃ）に示す輪郭画像４２１ｂを作成する。輪郭画像４２１ａは、帳票の３辺（上辺、左辺及び右辺及び下辺の一部と手の画像４２２の帳票画像領域内の部分の輪郭を輪郭線４２３ａとする画像となる。また、輪郭画像４２１ｂは、上記帳票の３辺（上辺、左辺及び右辺）並びに下辺の一部と線状の縦縞の手の画像を輪郭線４２３ｂとする画像となる。すなわち、輪郭画像４２１ａと輪郭画像４２１ｂの違いは、手の部分の輪郭線の形状のみである。輪郭画像４２１ａまたは輪郭画像４２１ｂのいずれを作成するかは、輪郭抽出の設定条件を変えることで容易に可能である。
【００６１】
（２）上記（１）で作成した輪郭画像内の全画素数（＝面積）と輪郭線の画素数（＝周囲長）を計算する。輪郭画像内の全画素数には、輪郭線の画素も含まれる。
図８を参照して、手写りが無い帳票画像における面積と周囲長の計算方法を説明する。
【００６２】
図８には手写りが無いプレスキャン画像４１０の輪郭画像４１１と輪郭線４１３が示されている。図８に示すように、手写りが無いプレスキャン画像４１０の場合には、輪郭画像４１１の面積は帳票画像の面積と等しくなる。輪郭線４１３は幅が１画素の線である。手写りが無いプレスキャン画像４１０の輪郭画像４１１の場合には、帳票画像４１１内の全画素数を面積として、輪郭線４１３の画素数を周囲長として計算する。
【００６３】
手写りが有るプレスキャン画像の場合には、図７（ｂ）、（ｃ）に示す手写りが有る輪郭画像４２１ａ、４２１ｂとそれらの輪郭線４２３ａ、４２３ｂを基に、上記と同様にして面積と周囲長を求める。輪郭画像４１２ａの輪郭線４２１ｂについて周囲長を計算する場合、線状の縦縞部分については、縦縞の線を構成している画素数を計数する。
【００６４】
（３）帳票の円形度を計算する。
上記の式（１）を用いて、上述のようにして求めた面積と周囲長から帳票の円形度を計算する。ここで、手写りが無い輪郭画像の円形度を「標準円形度」（円形度の基準値）に設定する。手写りが有る輪郭画像の円形度は標準円形度よりも低い値となる。これは、手写りが有る輪郭画像の場合、周囲長は手写りが無い輪郭画像の周囲長よりも長く、円形度は手写りが無い輪郭画像の円形度よりも低い値となるからである。
【００６５】
２．輪郭画像から直線本数を求める。
輪郭線の画素に対してハフ変換を行い、輪郭線を構成する複数の近似直線を検出する。そして、検出された複数の近似直線の本数を求める。図９において○付き数字で示すように、手写りが無い輪郭画像４１１の場合には、ハフ変換により、帳票の４辺が近似直線として検出される。したがって、輪郭画像が手写りが無い帳票画像である場合には、直線本数として４本（標準直線本数）が検出される。
【００６６】
一方、手写りが有る輪郭画像の場合には、検出される直線本数は標準直線本数（４本）よりも多くなる。これは、図１０（ａ）に示す手写りが有る輪郭画像４２１ａの場合には手の輪郭の形状が複雑になるためである。また、図１０（ｂ）に示すように、帳票上を動いている手を撮影した場合に取得される手写りが有る輪郭画像４２１の場合には、手の画像部分が多数の線状の縦縞から構成される。輪郭画像４２１ｂの場合には上記多数の線状の縦縞が直線として検出されるので、多数の直線が検出されることになる。尚、図１０（ａ）、（ｂ）に示す○付き数字は直線の本数を表すものである。図１０（ｂ）の場合には直線本数が多すぎるため○付き数字を一部省略している。
【００６７】
このように、手写りが有る輪郭画像の輪郭線から検出される直線本数は手写りが無い輪郭画像の輪郭線から検出される直線本数よりも多くなるので、輪郭画像から輪郭を構成する直線の本数を検出し、その検出された直線本数が予め定めた標準直線本数（本実施例では４本）より多いか否かを判定することで、プレスキャン画像に手写りが有るか否かを判定することが可能となる。
【００６８】
｛直線本数検出の変形例｝
また、輪郭画像から検出する直線（線分）の長さを規定することで、輪郭画像から検出した直線の本数が予め定めた標準直線本数よりも少ない場合にプレスキャン画像に手写りが有ると判定するようにすることも可能である。この手法を、図９と図１１を参照して説明する。
【００６９】
輪郭画像から検出する線分の長さ（直線の長さ）を適切に規定すると、図９に示す手写りが無い輪郭画像４１１から検出される直線の本数は４本となる。すなわち、輪郭画像４１１から帳票の４辺が直線として検出される。一方、図１１に示すように、手写りが有る輪郭画像４３１ａの場合には、帳票の輪郭となる４辺の内の少なくとも１辺（図１１の例では下辺）が手に覆われるため、手に覆われた辺が直線として検出されない。このため、輪郭画像から検出される直線の本数は４本よりも少なくなる（図１１の例では３本（下辺以外の辺）。したがって、輪郭画像から検出する直線（線分）の長さを規定することで、輪郭画像から検出される直線本数が標準直線本数よりも少ない場合にプレスキャン画像に手写りが有ると判定することが可能となる。この手法は、帳票の４辺のみについて直線であるかどうかを検出すればよく、手の輪郭を構成する直線については検出する必要が無いので、輪郭画像から輪郭線を抽出する処理が容易になるという利点がある。
【００７０】
｛手写り判定の処理フロー｝
図１２は、上述した円形度並びに直線本数を基にしてプレスキャン画像の手写りの有無を判定する手法のアルゴリズムを示すフローチャートである。
【００７１】
図１２のフローチャートの処理手順を説明する。
まず、「円形度≧標準円形度」であるかを判定する（ステップＳ１１）。ステップＳ１１でＹｅｓと判定すればステップＳ１３に進み、ステップＳ１３において「プレスキャン画像に手写り無し」と判定する。
【００７２】
ステップＳ１１でＮｏと判定すれば、次に、「直線本数＝標準直線本数」であるかを判定する（ステップＳ１２）。ステップＳ１２でＹｅｓと判定すれば、ステップＳ１３に進み、ステップＳ１３において「プレスキャン画像に手写り無し」と判定する。
【００７３】
ステップＳ１３でＮｏと判定すればステップＳ１４に進み、ステップＳ１４において「プレスキャン画像に手写り有り」と判定する。
このように、図１２のフローチャートに示す手法では、円形度と直線本数の両方を用いて、「円形度＜標準円形度であり」、かつ、「直線本数＞標準直線本数である」場合に、プレスキャン画像に手写りが有ると判定する。
【００７４】
尚、円形度と直線本数の両方を利用せずに、円形度または直線本数を単独で利用して帳票画像の手写りの有無を判定することも可能である（図１４の状態（ａ）〜（ｆ）参照）。また、上記直線本数検出の変形例を利用した手法のアルゴリズムは、図１２のフローチャートをそのまま適用できる。
【００７５】
本発明の実施の第１の形態によれば、プレスキャン画像から抽出した輪郭画像から特徴量（円形度または直線本数）を抽出し、その抽出した特徴量（円形度または直線本数）を標準値（標準円形度または標準円形度）と比較することで、プレスキャン画像に手写りが有るか否かを正確に判定できる。
【００７６】
［実施の第２の形態］
図１３は、図１に示すハードウェア構成を有する本発明の画像処理装置の実施の第２の形態の機能構成を示すブロック図である。図１３において、図２の画像処理装置１０−１が備える構成要素と同じ構成要素には同一の符号を付与しており、それらの構成要素については詳しい説明を省略する。
【００７７】
図１３に示す画像処理装置１０−２は、図２に示す画像処理装置１０−１が備える構成要素６１〜６６に加え、移動量計算部６７と手写り検出開始タイミング計算部６８（６８−１）を備えている。
【００７８】
移動量計算部６７は、手写り判定部６５から前記手写り判定結果を入力し、その手写り判定結果を基に手写りが有るプレスキャン画像が撮影画像記憶部６１に格納されたか否かを判断する。そして、手写り判定部６５から「手写り有り」という手写り判定結果を２回入力すると、先に入力した「手写り有り」という手写り判定結果に対応するプレスキャン画像と、その後に入力した「手写り有り」という手写り判定結果に対応するプレスキャン画像の２つの画像を撮影画像記憶部６１から読み出し、それら２つのプレスキャン画像を基に、「移動量をチェックする時間間隔Ｔec」（チェック時間間隔Ｔec）、「手の画像の移動量Ｌ２」、「手写りが無くなるまでの距離Ｌec」の３つのパラメータの値を求め、それら３つのパラメータの値を手写り検出開始タイミング計算部６８−１に出力する。尚、移動量計算部６７は、上記３つのパラメータの値を、輪郭画像記憶部６２に記憶されている上記２つの手写りが有るプレスキャン画像に対応する輪郭画像から求めるようにしてもよい。
【００７９】
手写り検出開始タイミング計算部６８−１は、移動量計算部６７から入力される「移動量をチェックする時間間隔Ｔec」、「時間間隔Ｔecの間の手の画像の移動量Ｌec」、及び「手写りが無くなるまでの距離Ｌ２」の３つのパラメータの値を基に、帳票画像から手写りが無くなるまでの時間Ｔ２を後述する方法により計算する。
【００８０】
図１４は、プレスキャン開始後の、スタンド型イメージスキャナ５０の置台５２上での帳票とオペレータの手の動きの時間的な状態遷移に伴う「円形度」と「直線本数」の時間的遷移を示す表である。図１４には、時間順に（ａ）〜（ｆ）までの６つの状態における円形度と直線本数の値を示している。図１５（ａ）〜（ｆ）は、図１４の（ａ）〜（ｆ）のそれぞれの状態に対応するプレスキャン画像の例を示している。図１５（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）、（ｆ）の各プレスキャン画像は、それぞれ、時刻Ｔa、Ｔb、Ｔｃ、Ｔｄ、Ｔe、Ｔｆで取得された画像である。図１５（ａ）〜（ｆ）の各プレスキャン画像は、例えば、画像撮影部７１により一定時間間隔で連続撮影された画像である。
【００８１】
ここで、図１４に示す状態（ａ）〜（ｆ）について説明する。
状態（ａ）は、オペレータが帳票を置台５２にセットする途中の状態であり、帳票とオペレータの手が共に置台５２上で動いている。この状態（ａ）においてプレスキャンにより取得される画像は、図１５（ａ）に示すように、帳票と帳票をセットしようとする手の双方が共に縦縞となって写し出されるプレスキャン画像５１０となる。
【００８２】
状態（ｂ）は、オペレータが帳票を置台５２にセットする途中（もしくはセットし終わった時）にオペレータの手が帳票上で静止している状態でおり、帳票は置台５２上で静止している。この状態（ｂ）においてプレスキャンにより取得される画像は、図１５（ｂ）に示すように、帳票と帳票上の手の双方がきちんと写し出されるプレスキャン画像５２０となる。
【００８３】
状態（ｃ）は、オペレータが置台５２に帳票を正しくセットした後、手を置台５２から離そうと動かしている状態であり、帳票はセットされたまま静止している。この状態（ｃ）においてプレスキャンにより取得される画像は、図１５（ｃ）に示すように、動いている手だけが縦縞になって写し出されるプレスキャン画像５３０となる。
【００８４】
状態（ｄ）は、帳票は置台５２に正しくセットされたものの、オペレータの手が置台５２上から完全に抜け切れずに止まっている状態である。この状態（ｄ）においてプレスキャンにより取得される画像は、図１５（ｄ）に示すように、帳票と帳票上の手の双方が共に静止して写し出されるプレスキャン画像５４０となる。
【００８５】
状態（ｅ）は、帳票は置台５２に正しくセットされ、オペレータの手が置台５２上から抜けようとしている状態である。この状態（ｅ）においてプレスキャンにより取得される画像は、図１５（ｅ）に示すように、帳票上に動いている手が縦縞となって写し出されるプレスキャン画像５５０となる。
【００８６】
状態（ｆ）は、帳票は置台５２に正しくセットされ、オペレータの手が置台５２上から完全に抜けた状態である。この状態（ｆ）においてプレスキャンにより取得される画像は、図１５（ｆ）に示すように、置台５２上にセットされた帳票と、該セットされた帳票の周囲を囲んでいる置台５２の部分（黒枠）が写し出されるプレスキャン画像５６０となる。
【００８７】
上述した手法を用いて状態（ａ）〜（ｆ）におけるプレスキャン画像から円形度を求め、その円形度の値を標準円形度と比較することで、円形度を“低”、“中”、“高”の３種類に分類すると、状態（ａ）の円形度は“低”、状態（ｂ）〜（ｅ）の円形度は“中”、状態（ｆ）の円形度は“高”となる。したがって、標準円形度を“高”に設定することにより、状態（ｆ）のみを選別できる。また、上述した手法を用いて状態（ａ）〜（ｆ）における帳票画像から直線本数を求め、その直線本数の値を標準直線本数（４本）と比較することで、検出された直線本数を“多”（４本より多い）と“４”の２種類に分類する。すると、検出される直線本数は、状態（ａ）〜（ｅ）が“多”となり、状態（ｆ）のみが“４”となる。以上の結果、状態（ｆ）のみが、円形度が“高”で、かつ直線本数が“４”となる。したがって、円形度が“高”で、かつ直線本数が“４”となっているプレスキャン画像を検出することで、プレスキャン時に、手写りが無い帳票画像が得られたプレスキャン画像を検出できる。そして、その検出時を本スキャン（プレスキャンが動画モードのとき）または後処理（プレスキャンが静止画モードのとき）の開始タイミングとして決定することができる。
【００８８】
ところで、オペレータが置台５２に帳票を正しくセットした後、オペレータの手が置台５２から完全に抜けるタイミングは、状態（ｅ）と状態（ｆ）の間である。したがって、状態（ｆ）の検出を待たずに、状態（ｅ）の時に取得された手写りが有るプレスキャン画像５５０とそれ以前に取得された手写りが有るプレスキャン画像（この例では、例えば、状態（ｃ）の時に取得されたプレスキャン画像５３０）を用いて、プレスキャン画像から手が抜けきるタイミングを予測することで、状態（ｆ）のプレスキャン画像が取得されるよりも前に、本スキャン（プレスキャンが動画モードのとき）または後処理（プレスキャンが静止画モードのとき）を開始することが可能となる。
【００８９】
次に、状態（ｃ）と状態（ｅ）のプレスキャン画像５３０、５５０を用いて、上記の考えに基づいて最適な本スキャンまたは後処理の開始タイミングを計算する手法を、図１６を参照して説明する。図１６（ａ）、（ｂ）に示すプレスキャン画像は、それぞれ、図１５（ｃ）、（ｅ）に示すプレスキャン画像と同じものである。
【００９０】
（１）図１６（ａ）、（ｂ）に示すプレスキャン画像５３０、５５０のそれぞれから、黒背景画像の左右の枠に平行な方向の手の画像の長さＬ１、Ｌ２を求める。この場合、Ｌ１、Ｌ２は手の画像の上端から黒背景画像の下枠の上端までの距離に設定する。そして、下記式（２）により、図１６（ｂ）に示すＬecを求める。
Ｌec＝Ｌ１−Ｌ２ ・・・（２）
【００９１】
また、図１５（ｃ）に示すプレスキャン画像５３０の取得時刻Ｔcと図１５（ｅ）に示すプレスキャン画像５５０の取得時刻Ｔeから、下記の式（３）により、チェック時間間隔Ｔecを求める。
Ｔec＝Ｔe−Ｔc ・・・（３）
【００９２】
そして、最後に、下記式（４）により時間Ｔ２を求める。
Ｔ２＝Ｔec×Ｌ２／Ｌec ・・・（４）
Ｔ２は、プレスキャン画像５５０を取得した時刻Ｔeから手写りが無い帳票画像を取得可能となる時刻までの予測経過時間である。したがって、プレスキャンが動画モードであった場合には、時刻Ｔeから時間Ｔ２が経過した後に本スキャンを開始することで、本スキャンの開始を早めることが可能となる。また、プレスキャンが静止画モードであった場合には、時刻Ｔeから時間Ｔ２が経過した後に本スキャンを開始することで、本スキャンの開始を早めることが可能となる。
【００９３】
また、前記円形度の変化量を利用して上記時間Ｔ２を計算することも可能である。この場合のＴ２を求める計算式は下記の式（５）となる。
Ｔ２＝Ｔec×Ｃ２／Ｃec ・・・（５）
式（５）において、
Ｃ２：Ｔ２の円形度（手写りがない輪郭画像の円形度）
Ｃec＝（時刻Ｔeで取得した輪郭画像の円形度）−（時刻Ｔcで取得した輪郭画像の円形度）
Ｔec＝Ｔe−Ｔc
である。
【００９４】
このように、本発明の実施の形態では、２つの手写りが有るプレスキャン画像を利用することで、手写りが無い帳票画像を取得可能な本スキャンの開始タイミング（プレスキャンが動画モードの場合）または後処理を開始可能なタイミング（プレスキャンが静止画モードの場合）を自動的に予測し、より早いタイミングで本スキャンまたは後処理を開始することができる（図５の時刻Ｔi2参照）。
【００９５】
｛プレスキャン画像に手写りが無いことを自動判定してから本スキャンまたは後処理を開始する場合の処理手順｝
図１７は、プレスキャン画像に手写りが無くなってから本スキャンまたは後処理を開始する手法（第１の手法）を示すフローチャートである。このフローチャートに示す処理は、画像処理装置１０−１によって実行される。
【００９６】
この手法では、まず、スタンド型イメージスキャナ５０の画像撮影部７１により帳票を撮影するプレスキャンを開始する（ステップＳ１１）。このプレスキャンは、画像処理装置１０（１０−１〜１０−３）が起動され、アプリケーションソフトから本発明の実施の形態の画像処理プログラム（前記ドライバ・ソフトウェア）がオープンされることにより開始される。プレスキャンの開始により、スタンド型イメージスキャナ５０の画像撮影部７１はプレスキャンを一定時間間隔で連続して実行する。プレスキャンにより画像撮影部７１により撮影された画像は、上述のようにしてブロック画像単位で画像撮影部７１から画像処理装置１０（１０−１〜１０−３）のＵＳＢインターフェース１４に転送される。ＣＰＵ１１は、画像撮影部７１から転送されてきたブロック画像からプレスキャン画像を生成し、そのプレスキャン画像を撮影画像記憶部６１に格納する。このプレスキャンは、静止画モードまたは動画モードのいずれかのモードで行われる。動画モードで行われた場合には、解像度は劣るものの撮影間隔が静止画モードよりも短いので、プレスキャン画像の取得を静止画モードよりも高速に行える。その結果、手写りが無いプレスキャン画像を静止画モードよりも早く検出可能である。
【００９７】
次に、輪郭抽出処理部６３は撮影画像記憶部６１に格納されているプレスキャン画像から輪郭画像を抽出し、その輪郭画像を輪郭画像記憶部６２に格納する。円形度、直線数演算部６４は、輪郭画像記憶部６２に格納されている輪郭画像を基に円形度と直線本数を計算する（ステップＳ１２）。手写り判定部６５は、円形度、直線数演算部６４によって計算された円形度と直線本数を基に、プレスキャン画像内の帳票画像に手写りが有るか判定する処理を行う（ステップＳ１３）。手写り判定部６５は、ステップＳ１３での判定結果を基に、プレスキャン画像に手写りが有るか否を判定し（ステップＳ１４）、プレスキャン画像に手写りが有ると判定した場合には（ステップＳ１４、Ｙｅｓ）、処理をステップＳ１２に戻す。
【００９８】
このようにして、ステップＳ１４で手写り判定部６５がプレスキャン画像に手写りが無いと判定するまで、ステップＳ１２〜ステップＳ１４の処理を繰り返す。換言すれば、手写りが無いプレスキャン画像が取得されるまで、ステップＳ１２〜Ｓ１４の処理を繰り返す。
【００９９】
手写り判定部６５は、ステップＳ１４においてプレスキャン画像に手写りが無いと判定すると（ステップＳ１４、Ｎｏ）、ステップＳ１５に処理を進める。
ステップＳ１５においては、手写り判定部６５はプレスキャンが静止画モードであるか否かどうか判断し、静止画モードであれば（ステップＳ１５、Ｙｅｓ）処理をステップＳ１７に進め、動画モードであれば（ステップＳ１５、Ｎｏ）ステップＳ１６に処理を進める。
【０１００】
ステップＳ１６においては、手写り判定部６５は画像撮影部７１に静止画モードでの撮影を指示し、画像撮影部７１は静止画モードで置台５２全体を含む範囲を再撮影する。そして、画像撮影部７１は、該再撮影により取得した画像をブロック画像単位で撮影画像記憶部６１に転送し、撮影画像記憶部６１は画像撮影部７１から受信したブロック画像から１フレームのカラー画像（カラーの帳票画像とその帳票画像を囲む黒背景画像を含む画像）を生成し、そのフレーム画像を撮影画像記憶部６１内の所定領域に格納する。そして、撮影画像記憶部６１は、ステップＳ１７に処理を進める。
【０１０１】
ステップＳ１７において、画像変換処理部（不図示）は、撮影画像記憶部６１に格納されている手写りが無い帳票画像に画像変換処理（画像の倍率、／歪み／斜行を補正する処理）を施し、その画像変換処理が施された帳票画像を撮影画像記憶部６１に格納する。出力部６６は、撮影画像記憶部６１から上記画像変換処理が施された帳票画像を読み出し、その帳票画像をＵＳＢインターフェース１４経由でモニタ２０に出力する。ＯＣＲ処理部（不図示）は、撮影画像記憶部６１から上記画像変換が施された帳票画像を読み出し、その帳票画像の文字認識処理を実行する。
【０１０２】
以上のようにして、図１７のフローチャートの処理が終了する。
｛手写りが無くなる時間を計算して本スキャンまたは後処理を開始する場合の処理手順｝
図１８は、プレスキャン画像に手写りが無くなる時間を予測計算して本スキャンまたは後処理を開始する手法（第２の手法）を説明するフローチャートである。このフローチャートに示す処理は、画像処理装置１０−２によって実行される。
【０１０３】
この手法では、まず、プレスキャンを開始し（ステップＳ３１）、次に、ステップＳ３１で取得されたプレスキャン画像を基に円形度と直線本数を計算する（ステップＳ３２）。そして、ステップＳ３２で求めた円形度と直線本数を基に、プレスキャン帳票画像に手写りがあるか否かを判定する（ステップＳ３３）。次に、ステップＳ３３の判定結果に基づいてプレスキャン帳票画像に手写りがあるか否かを判別する（ステップＳ３４）。ステップＳ３１〜Ｓ３３の処理は、上述した図１８のフローチャートのステップＳ１１〜Ｓ１３の処理と同様であるので、詳しい説明は省略する。
【０１０４】
手写り判定部６５は、ステップＳ３４において、プレスキャン画像に手写りが有ると判定すると（ステップＳ３４でＹｅｓ）、処理をステップＳ３５に進める。他方、プレスキャン画像に手写りが無いと判定すると（ステップＳ３４、Ｎｏ）、処理をステップＳ４１に進める。
【０１０５】
ステップＳ３５において、手写り判定部６５は、前回もプレスキャン画像に手写りが有ると判定したか否かを判断する（ステップＳ３５）。このステップＳ３５の処理は、連続する２つのプレスキャン画像において手写り有りと判定したか否かを判断する処理である。ステップＳ３５において、手写り判定部６５が前回もプレスキャン画像に手写り有りと判定したと判断すると（ステップＳ３５、Ｙｅｓ）、移動量計算部６７と手写り検出開始タイミング計算部６８−１は、上述した手法を用いて、スタンド型イメージスキャナ５０の画像撮影部７１が撮影した前回と今回の２つのプレスキャン画像からオペレータの手が抜けるまでの時間Ｔ２を計算し、その時間Ｔ２の間、処理をウェイトする（ステップＳ３６）。
【０１０６】
そして、時間Ｔ２が経過すると、手写り判定部６５は、プレスキャンが動画モードであった場合には画像撮影部７１による撮影モードを静止画モードに切り替え、画像撮影部７１は静止画モードでプレスキャンを実行する（ステップＳ３７）。そして、静止画モードのプレスキャンで取得されたプレスキャン画像を基に、ステップＳ３８〜Ｓ４０の処理を行う。ステップＳ３８〜Ｓ３９の処理は、上述したステップＳ３２〜Ｓ３３の処理と同様であるので詳しい説明は省略する。
【０１０７】
手写り判定部６５は、ステップＳ４０においてプレスキャン画像に手写りがあると判定すると（ステップＳ４０、Ｙｅｓ）、処理をステップＳ３６に戻す。このようにして、手写りが無いプレスキャン画像が取得されるまでステップＳ３６〜Ｓ４０の処理を繰り返す。 そして、ステップＳ４０において、手写り判定部６５がプレスキャン画像に手写りが無いと判定すると（ステップＳ４０、Ｎｏ）、ステップＳ４３に処理を進める。
【０１０８】
ステップＳ４１において、手写り判定部６５は、プレスキャンが静止画モードであるか否かを判断し、静止画モードであれば（ステップＳ４１、Ｙｅｓ）ステップＳ４２に処理を進め、動画モードであれば（ステップＳ４１、Ｎｏ）ステップＳ４３に処理を進める。
【０１０９】
ステップＳ４２の処理は、図１７のフローチャートのステップＳ１６の処理と同様であり、ステップＳ４２の処理が終了すると、ステップＳ４３の処理に進める。
ステップＳ４３の処理は、図１７のフローチャートのステップＳ１６と同様の処理である。ステップＳ４３において、画像変換処理部（不図示）により撮影画像記憶部６１に格納されている手写りが無い帳票画像に画像変換処理（画像の倍率、／歪み／斜行を補正する処理）が施され、その画像変換処理が施された帳票画像は出力部６６によりＵＳＢインターフェース１４経由でモニタ２０に出力されると共に、ＯＣＲ処理部（不図示）により文字認識処理が実行される。
【０１１０】
このように、第２の手法では、プレスキャンにより取得した手写りが有る２つのプレスキャン画像を基に、スタンド型イメージスキャナ５０が撮影するプレスキャン画像に手が写らなくなるまでの時間Ｔ２を予測し、その予測した時間Ｔ２が経過した後に（時刻Ｔi2で）手写りが無いプレスキャン画像が取得できたならば、直ちに、そのプレスキャン画像に画像変換処理を行い、続けて、後処理を開始する。これにより、第１の手法よりも後処理を早く実行することが可能となる（図５参照）。
【０１１１】
尚、図１８のフローチャートにおいて、プレスキャンを動画モードで開始した場合、ステップＳ３７の処理を省略するようにしてもよい。このようなアルゴリズムは、ステップＳ３６〜ステップＳ４０の繰り返し処理を高速に実行できるので、予測時間Ｔ２が外れる可能性が高い場合に有効である。他方、ステップＳ３７の処理を実行するアルゴリズムは、予測時間Ｔ２が外れる可能性が低い場合に有効である。これは、ステップＳ４１の処理を開始する時点において静止画モードで撮影したプレスキャン画像が撮影画像記憶部６１に既に格納されている（本スキャンが終了している）ので、画像撮影部７１で再撮影することなく、ステップＳ４１の処理を直ちに実行できるからである。
【０１１２】
尚、プレスキャンを動画モードで開始した場合であって、かつ、ステップＳ３７の処理を実行しない場合には、ステップＳ３８〜Ｓ４０の処理は動画モードで実行される。この場合、ステップＳ４０でプレスキャン画像に手写りがないと判断した場合には（ステップＳ４０、Ｎｏ）、次に本スキャンを行い、その本スキャンで取得された帳票画像についてステップＳ４３の処理を実行する。
【０１１３】
本発明の実施の第２の形態によれば、手写りが有る２つのプレスキャン画像を用いることで、本スキャンまたは後処理の開始タイミングを自動的に予測し、本スキャンまたは後処理をその予測したタイミングで開始することができる。
【０１１４】
｛適用例｝
次に、図１９〜図２２を参照しながら、本発明の画像処理装置の実施の第１及び第２の形態を、手写り以外の帳票画像を正しく取得できない状態に適用したと場合について説明する。
【０１１５】
図１９〜図２２において、図１９は、帳票上に誤って置かれた物が帳票の輪郭を覆いながら帳票からはみ出している場合に、本発明の画像処理装置の実施の第１及び第２の形態を適用したケースを説明する図である。図１９（ａ）において破線の矩形枠はスタンド型イメージスキャナ５０のＣＣＤカメラ５１の撮影範囲６１０を示している。図２０（ａ）、図２１（ａ）、図２２（ａ）の破線の矩形枠も同様である。したがって、図１９（ａ）、図２０（ａ）、図２１（ａ）、図２２（ａ）に示す撮影範囲６１０内の画像はＣＣＤカメラ５１によって撮影された画像である。
【０１１６】
図１９（ａ）のケースでは、撮影範囲６１０内にある置台５２に正しくセットされた帳票７１０の左下隅に物８１０が誤って置かれている。画像撮影部７１は、図１９（ａ）に示すＣＣＤカメラ５１によって撮影された撮影範囲６１０内の画像を図１９（ｂ）に示す切り出し範囲９１０で切り出し、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。輪郭抽出処理部６３は、切り出し範囲９１０内の撮影画像から、図１９（ｂ）に示す輪郭画像１０１０を抽出する。輪郭画像１０１０の輪郭線１０１１は、７本の直線から構成されている。したがって、円形度、直線数演算部６４が輪郭線１０１１から検出する直線本数は標準直線本数（＝４本）を超えるので、手写り判定部６５は置台５２上の帳票に誤って置かれた物８１０を判定できる。
【０１１７】
図２０は、置台に正しくセットされた帳票内に付箋紙のようなものが張り付いている場合に本発明の実施の形態の第１及び第２の形態を適用したケースを説明する図である。付箋紙は印刷と区別できないので、撮影画像から帳票画像内の付箋紙の画像を判別することはできない。
【０１１８】
図２０（ａ）に示すように帳票７１０の上（この例では左上）に付箋紙８２０が貼り付いている場合、画像撮影部７１は図２０（ａ）に示すＣＣＤカメラ５１によって撮影された撮影範囲６１０内の撮影画像を切り出し範囲９２０で切り出し、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。図２０（ｂ）に示すように、輪郭抽出処理部６３により、撮影画像記憶部６１に格納された上記切り出し画像から抽出される輪郭画像１０２０の輪郭線１０２１は帳票画像の輪郭線と同様になる。このため、円形度、直線数演算部６４が輪郭線１０２１から検出する直線本数は４本となり標準直線本数と等しくなるので、手写り判定部６５は帳票７１０上に付箋紙８２０が貼り付いていることを判定することはできない。
【０１１９】
図２１は、帳票が撮影範囲からはみ出している場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
図２１（ａ）に示すように撮影範囲６１０から帳票７１０がはみ出している（この例では右側面にはみ出している）場合、撮影範囲６１０外にある帳票７１０の一部はＣＣＤカメラ５１により撮影されない。画像撮影部７１は、図２１（ａ）に示すＣＣＤカメラ５１により撮影された撮影範囲６１０内の撮影画像から図２１（ｂ）に示す切り出し範囲９３０内の画像を切り出し、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。輪郭抽出処理部６３は、図２１（ｂ）に示す切り出し範囲内の画像から輪郭画像１０３０を抽出する。この場合、帳票のはみ出し部分は置台５２を覆うので、黒画素から白画素に変化する箇所を検出する通常の方法では帳票の輪郭画像を抽出することはできない。したがって、このような場合には、輪郭抽出処理部６３は、撮影画像の撮影範囲６１０の外周に該当する部分を帳票画像の輪郭とみなして、図２１（ｂ）に示す輪郭画像１０３０を抽出する。この輪郭画像１０３０の輪郭線１０３１は矩形となる。したがって、円形度、直線数演算部６４が輪郭線１０１３から検出する直線本数は標準直線本数と同じとなるので、手写り判定部６５は輪郭線１０１３から検出される直線本数のみでは帳票７１０が置台５２からはみ出していることを判定できない。しかしながら、輪郭画像１０３０の周囲長（輪郭線の画素数）は本来の帳票画像の周囲長よりも短いので、その円形度は標準円形度より小さくなる。このため、手写り判定部６５は、円形度、直線数演算部６４により計算された輪郭画像１０３０の円形度を標準円形度と比較することで、帳票７１０が置台５２に正しくセットされていないことを判定できる。これに対し、前記公知文献３に開示されている手法は、帳票画像が帳票設置台（本実施形態の置台５２に相当）からはみ出しているために合成画像内に黒色の枠（本実施形態の黒背景画像に相当）の領域の一部が存在しないような場合には手写り有りと判定するようにしているため（段落番号［００９６］参照）、公知文献３に開示されている手法では、「手写り」と「帳票の置台からのはみ出し」とを区別することはできない。
【０１２０】
図２２は、帳票の外に異物が撮影範囲内に置かれている場合に本発明の実施の第１及び第２の形態を適用したケースを説明する図である。
図２２（ａ）に示すように、撮影範囲６１０内にある置台５２に帳票７１０が正しくセットされ、かつ、撮影範囲６１０内の帳票７１０の外に物８１０が誤って置かれていた場合、画像撮影部７１は、図２２（ａ）に示すＣＣＤカメラ５１により撮影された撮影範囲６１０内の撮影画像から図２２（ｂ）に示す切り出し範囲９４０内の画像を切り出す。そして、その切り出した画像をブロック画像単位で撮影画像記憶部６１に転送する。輪郭抽出処理部６３は、上記切り出し画像から、図２２（ｂ）に示す輪郭画像１０４０を抽出する。この輪郭画像１０４０は帳票７１０の撮影画像そのものとなる。したがって、円形度、直線数演算部６４が輪郭画像１０４０から抽出する輪郭線１０４１は帳票７１０の撮影画像の輪郭線と同じになる。この結果、手写り判定部６５は帳票７１０の外側の撮影範囲６１０内に物８１０が誤って置かれていた場合、その物８１０を判定することはできない。
【０１２１】
［実施の第３の形態］
本発明の実施の第３の形態は、各オペレータについて、スタンド型イメージスキャナ５０を利用した際の帳票を置台５２に帳票をセットした後のオペレータの手の移動速度を毎回記録していくことで、各オペレータのオペレータ毎の本スキャン（プレスキャンが動画モードの場合）または後処理（プレスキャンが静止画モードの場合）の開始タイミングを学習する。
【０１２２】
図２３は、図１に示すハードウェア構成を有する本発明の実施の第３の形態の機能ブロック構成を示す図である。図２３に示す画像処理装置１０−３おいて、図１３に示す画像処理装置１０−２が備える構成要素と同じ構成要素には同一の符号を付与しており、それらの構成要素については詳しい説明を省略する。
【０１２３】
画像処理装置１０−３は、画像処理装置１０−２が備える構成要素６１〜６６、６８に加え、移動速度計算部６９、移動速度テーブル記憶部７０及びログオン制御部７１を備えている。また、手写り検出開始タイミング計算部６８−２は、図１３に示す同一名称の構成要素（手写り検出開始タイミング計算部６８−１）が有する機能に加え、更に別の機能も備えている。
【０１２４】
移動速度テーブル記憶部７０は、例えばＨＤＤ１３内に設けられ、スタンド型イメージスキャナ５０を利用して帳票の画像読み取りを行うオペレータの移動速度を学習するために使用される移動速度テーブルを格納する記憶領域を備えている。ここで、移動速度とは、オペレータがスタンド型イメージスキャナ５０を利用して帳票の画像読み取り操作を行う際の、置台５２に帳票をセットした後のオペレータの手の移動速度のことである。オペレータがスタンド型イメージスキャナ５０を利用して帳票の画像読み取り操作を行う毎に、そのオペレータの移動速度が移動速度テーブルに登録される。オペレータの移動速度の学習は、移動速度テーブルへの移動速度の登録回数が一定回数に達した時点で終了し、以後は、それまでの移動速度の平均値（平均移動速度）がオペレータの移動速度として用いられる。移動速度テーブルは、上記移動速度と上記平均移動速度を、各オペレータに一意的に割り当てられるオペレータＩＤ（オペレータ識別子）に対応付けて格納する。
【０１２５】
移動速度計算部６９は、オペレータがスタンド型イメージスキャナ５０を利用して帳票の画像の読み取り操作を行う毎に、該オペレータの移動速度を計算し、その計算した移動速度を、直接またはログオン制御部７０を介して移動速度テーブルに登録する。
【０１２６】
ここで、移動速度計算部６９が移動速度を求めるための計算式を、図１６の例を用いて説明する。
上述したように、
Ｔ２＝Ｔec×Ｌ２／Ｌec ・・・（４）
Ｔec＝Ｔe−Ｔc ・・・（３）
Ｌec＝Ｌ２−Ｌ１ ・・・（２）
であるので、
移動速度をＶmovとすると、
Ｖmov＝Ｌec／Ｔec ・・・（６）
となる。
【０１２７】
したがって、式（４）と式（６）から、
Ｔ２＝Ｌ２／Ｖmov ・・・（７）
が得られる。
【０１２８】
また、移動速度の学習が終了したオペレータの時間Ｔ２の計算式は下記の式（８）となる。
Ｔ２＝Ｌ／Ｖmov-av ・・・（８）
Ｌ：プレスキャン画像（撮影画像）または輪郭画像内での手の画像の長さ（図１６（ｃ）、（ｅ）のＬ１、Ｌ２に相当）
Ｖmov-av：平均移動速度
【０１２９】
移動速度計算部６９は、移動速度の学習が終了すると、前記平均移動速度を求め、その平均移動速度を移動速度テーブルに、直接、またはログオン制御部７０を介して移動速度テーブルに登録する。尚、後述するように、移動速度の学習が終了したオペレータの平均移動速度をログオン制御部７１が求めるようにしてもよい。移動量計算部６７は、移動速度の学習が終了したオペレータについては、以後の移動速度の計算を中止する。移動速度計算部６９は、撮影画像記憶部６１に格納されている手写りが有るプレスキャン画像または輪郭画像記憶部６２に格納されている該プレスキャン画像の輪郭画像から前記式（７）のＬ２を求め、このＬ２を手写り検出開始タイミング計算部６８−２に出力する。移動速度計算部６９は、移動速度の学習が終了していないオペレータについては、移動量計算部６７と同様にしてＴec、Ｌec、Ｌ１、Ｌ２を求め、式（２）と式（６）から移動速度Ｖmovを求める。そして、Ｌ２と移動速度Ｖmovを手写り検出開始タイミング計算部６８−２に出力する。移動量計算部６７−３は、移動速度の学習が終了したオペレータについては、Ｌ２のみを手写り検出開始タイミング計算部６８−２に出力する。
【０１３０】
手写り検出開始タイミング計算部６８−２は、移動速度の学習がしていないオペレータについては、移動速度計算部６９から入力するＬ２と移動速度Ｖmovを用いて前記式（７）により時間Ｔ２を計算する。また、移動速度の学習が終了したオペレータについては、移動速度計算部６９から入力するＬ２と、直接またはログオン制御部７０を介して移動速度テーブルから読み出した平均移動速度Ｖmov-avを用いて前記式（８）により時間Ｔ２を計算する。手写り検出開始タイミング計算部６８−２は、上述のようにして計算した時間Ｔ２を輪郭抽出処理部６３に通知する。輪郭抽出処理部６３は、手写り検出開始タイミング計算部６８−２から通知された時間Ｔ２の間、処理をウェイトする。尚、手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了していないオペレータの移動速度を、直接またはログオン制御部７１を介して移動速度テーブルから読み出すことも可能である。
【０１３１】
ログオン制御部７１は、画像処理装置１０を利用するための認証画面であるログオン入力画面をモニタ２０に表示し、ログオン入力画面に入力されたオペレータのユーザＩＤとパスワードによりユーザ認証を行う。オペレータは、ユーザ認証に成功することで、スタンド型イメージスキャナ５０を利用して帳票の画像読み取り操作を行うことが可能になる。ログオン制御部７１は、ユーザ認証に成功すると、オペレータのユーザＩＤを「オペレータＩＤ」として移動速度テーブル記憶部７０に書き込むと共に、そのオペレータＩＤを移動速度計算部６９と手写り検出開始タイミング計算部６８−２に通知する。移動速度計算部６９と手写り検出開始タイミング計算部６８−２は、ログオン制御部７１からオペレータＩＤを通知されることで、現在、画像処理装置１０−３を利用しているオペレータのオペレータＩＤを知ることができ、移動速度テーブルに対するアクセスをオペレータＩＤに対応付けて実行できる。ログオン制御部７１は、移動速度テーブルへのオペレータＩＤの登録を、例えば、各オペレータの初回のログオン時にのみ行う（移動速度テーブルアクセスの第１の形態）。この第１の形態の場合、移動速度計算部６９は各オペレータについて移動速度テーブルへの移動速度の登録回数を管理できるので、各オペレータの移動速度の学習終了を判断できる。そして、移動速度の学習が終了したオペレータについては、平均移動速度を求め、その平均移動速度を移動速度テーブルに登録する。
【０１３２】
また、上記第１の形態ではなく、移動速度テーブルの管理をログオン制御部７１が一元的に管理するようにしてもよい。この形態においては、各オペレータの移動速度と平均移動速度の書き込みは、移動速度計算部６９からの依頼を受けてログオン制御部７１が実行する。また、ログオン制御部７１は、手写り検出開始タイミング計算部６８−２からの依頼を受けて、現在、スタンド型イメージスキャナ５０を利用しているオペレータのオペレータＩＤの移動速度Ｖmovまたは平均移動速度Ｖmov-avを手写り検出開始タイミング計算部６８−２に通知する（移動速度テーブルアクセスの第２の形態）。この第２の形態では、ログオン制御部７１が各オペレータの移動速度の移動速度テーブルへの登録回数を管理できるので、ログオン制御部７１は、移動速度の学習が終了したオペレータについては、平均移動速度を求め、その平均移動速度を移動速度テーブルに登録する。また、移動速度の学習が終了したオペレータのオペレータＩＤを移動速度計算部６９と手写り検出開始タイミング計算部６８−２に通知する。これにより、移動速度計算部６９と手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了したオペレータのオペレータＩＤを知ることができる。
【０１３３】
手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了したオペレータについては、式（８）を用いて時間Ｔ２を計算する。したがって、移動速度計算部６９は、移動速度の学習が終了したオペレータについてはＬのみを求めればよい。換言すれば、移動速度の学習終了後は、移動速度計算部６９は、１つの手写りがあるプレスキャン画像（撮影画像）またはその輪郭画像からＬを求めればよい。これにより、手写り検出開始タイミング計算部６８−２は、移動速度の学習が終了したオペレータについて時間Ｔ２を計算する際には、手写り判定部６５が２回手写りを判定するのを待つ必要はなくなる。換言すれば、２つの手写りが有るプレスキャン画像を利用しなくても、１つの手写りが有るプレスキャン画像のみ（例えば、最初に検出された手写りが有るプレスキャン画像またはその輪郭画像）を用いて時間Ｔ２を算出できる。したがって、移動速度の学習が終了したオペレータについては、時間Ｔ２の算出タイミングを、移動速度の学習終了前よりも早めることが可能となる。
【０１３４】
このように、移動速度の学習終了後は、移動速度計算部６９による移動速度の計算を実行する必要はなく、手写り検出開始タイミング計算部６８−２は、移動速度テーブルに格納されている各オペレータの平均移動速度を読み出すことで、各オペレータの時間Ｔ２を計算することが可能となる。これにより、学習終了後は、時間Ｔ２の計算時間が短縮される。しかも、手写り判定部６５が「最初の手写りが有るプレスキャン画像」を検出した時点で、そのプレスキャン画像を用いて、直ちに、時間Ｔ２を算出することが可能となる。
次に、移動速度テーブルの構成例を説明する。
【０１３５】
図２４は、図２３に示す移動速度テーブル記憶部７０内に設けられる移動速度テーブルの構成例を示す図である。
図２４に示す移動速度テーブル１１００は、各オペレータに固有のＩＤ（オペレータＩＤ）を用いて個々のオペレータの移動速度の平均量を記憶・管理する機能を備えている。尚、図２４の移動速度テーブル１１００に記載されているＴc、Ｔe、Ｌecは、図１６に示す同一表記のパラメータと同じパラメータであり、上記時間Ｔ２の算出式（４）で必要とされるパラメータである。ここで、移動速度テーブル１１００に格納される移動速度は、単位時間（この例では1s（1秒））当たりの移動量（単位はmm）に等しく、その単位はｍｍ/sである。
【０１３６】
移動速度テーブル１１００は、オペレータＩＤをキーとするテーブルであり、各オペレータについて、スタンド型イメージスキャナ５０により帳票の画像読み取りの操作を行ったときの各回の移動速度と、移動速度の学習終了後に算出された平均移動速度を格納する。移動速度テーブル１１００の各エントリは、オペレータＩＤを格納するフィールドと、そのオペレータＩＤを有するオペレータの移動速度を格納するフィールドを備えている。該移動速度を格納するフィールドは、オペレータの各回のスタンド型イメージスキャナ５０操作時の移動速度と、移動速度の学習終了後に求められた平均移動速度を格納するフィールドを備えている。
【０１３７】
図２４に示す移動速度テーブル１１００には、オペレータＩＤが、それぞれ、“０００１”、“０００２”、“０００３”、“０００４”である４人のオペレータの毎回の移動速度と平均移動速度が格納されている。移動速度テーブル１１００には、オペレータＩＤが“０００１”のオペレータについて、１回目、２回目、３回目の移動速度が、それぞれ、２４０mm/s、２２０mm/s、２３０mm/sであることと、平均移動速度が２３０mm/sであるという情報が格納されている。オペレータＩＤが“０００２”、“０００３”、“０００４”のそれぞれのオペレータについても、同様に、毎回の移動速度と平均移動速度の情報が格納されている。
【０１３８】
尚、移動速度とその平均移動速度ではなく、円形度変化量とその平均円形度変化量をテーブルに格納するような実施例も可能である。このような実施例の画像処理装置は、図２３の移動速度テーブル記憶部７０を円形度記憶テーブ記憶部に、移動速度計算部６９を円形度計算部に置き換える構成にし、前記円形度記憶テーブル記憶部内に円形度記憶テーブルを設けることで実現できる。
【０１３９】
尚、移動速度を学習する手法では学習後にも毎回手の画像の長さＬを求める必要があるが、円形度変化量を学習する手法の場合、Ｃ２は一定値であるので、学習後には平均円形度変化量をテーブルから読み出すだけで時間Ｔ２を計算できるという利点がある。
【０１４０】
また、平均移動速度、平均円形度変化量の求め方は、過去の全ての値の平均を求める方法に限らず、直近の所定数の平均値を求める方法など様々な形態が考えられる。
本発明の実施の第３の形態によれば、各オペレータの平均的な移動速度または円形度変化量を学習することで、学習終了後は、各オペレータの本スキャン開始タイミングを、本発明の実施の第２の形態よりも高速に自動的に求めることができる。
【０１４１】
尚、一定時間間隔で撮影したプレスキャン画像（もしくは輪郭画像）から時間Ｔ２を求める場合には、最初のみ上述した方法によりタイムスタンプからＴecを求めるようにしてもよい。この場合、以後の時間Ｔ２の計算では、その最初に求めたＴecを用いるようにする。
【０１４２】
本発明の画像処理方法を適用したソフトウェア（プログラム）は、可搬性の記憶媒体に格納して配布するようにしてもよいし、ネットワークからダウンロードして配布するようにしてもよい。さらには、Ｓａａｓ（Software as a Service）などのようにクラウドサービスでソフトウェアを提供するようにしてもよい。
【０１４３】
以上、本発明を実施の形態に基づき説明したが、本発明は上述した実施の形態に限定されるものではない。本発明の保護範囲は、特許請求の範囲に記載された発明とその均等物に及ぶ。
【符号の説明】
【０１４４】
１０（１０−１〜１０−３） 画像処理装置
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＨＤＤ
１４ ＵＳＢインターフェース
２０ モニタ
３０ キーボード
４０ マウス
５０ スタンド型イメージスキャナ
５１ ＣＣＤカメラ
５２ 置台
５３ 帳票突合ガイド
５４ 支柱
６１ 撮影画像記憶部
６２ 輪郭画像記憶部
６３ 輪郭抽出処理部
６４ 円形度、直線数演算部
６５ 手写り判定部
６６ 出力部
６７ 移動量計算部
６８（６８−１、６８−２） 手写り検出開始タイミング計算部
６９ 移動速度計算部
７０ 移動速度テーブル記憶部
７１ ログオン制御部
１１００ 移動速度テーブル
【特許請求の範囲】
【請求項１】
コンピュータを、
被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段、
として機能させるための画像処理プログラム。
【請求項２】
前記特徴量は、被写体が正常に撮影された場合に得られる輪郭画像の面積と実際の撮影により得られた輪郭画像の周囲長を用いて算出される円形度であり、
前記判定手段は、前記特徴量計算手段により算出された円形度を予め定めた標準円形度と比較することで、輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する、
ことを特徴とする請求項１記載の画像処理プログラム。
【請求項３】
前記特徴量は、前記輪郭画像の輪郭を構成する直線と前記輪郭画像から検出される直線の合計本数であり、
前記判定手段は、前記特徴量計算手段により検出された直線本数を予め定めた標準直線本数と比較することで、輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する、
ことを特徴とする請求項１乃至２記載の画像処理プログラム。
【請求項４】
前記特徴量は、撮影により得られた輪郭画像の輪郭に含まれる前記被写体の輪郭を構成する辺の数であり、
前記判定手段は、前記特徴量計算手段により検出された辺の数を予め定めた標準辺数と比較することで、輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する、
ことを特徴とする請求項１乃至３記載の画像処理プログラム。
【請求項５】
コンピュータを、
オペレータによる撮影指示がなされる前に、画像撮影手段に対して被写体をプレスキャンするように指示するプレスキャン指示手段と、
該プレスキャンにより取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、
該判定手段により前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、前記プレスキャンにより得られた少なくとも２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算手段と、
前記画像撮影手段によるプレスキャンにおける撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算手段により算出された時間に応じた適切なタイミングで、前記画像撮影手段に対して前記被写体を本来必要とされる解像度で再度スキャンするように指示する再スキャン指示手段、
として機能させるための画像処理プログラム。
【請求項６】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像間での物体の移動量を求め、その移動量を基に前記時間を計算することを特徴とする請求項５記載の画像処理プログラム。
【請求項７】
前記計算手段は、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算すること、
を特徴とする請求項６記載の画像処理プログラム。
【請求項８】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像それぞれについて被写体が正常に撮影された場合に得られる輪郭画像の面積と該撮影により得られた輪郭画像の周囲長を用いて算出される円形度を求め、前記２つの被写体以外の物体が含まれる撮影画像の輪郭画像間における前記円形度の変化量である円形度変化量を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算することを特徴とする請求項５乃至７記載の画像処理プログラム。
【請求項９】
前記計算手段は、オペレータ毎の円形度変化量を、オペレータが撮影指示を行う毎に円形度変化量記憶手段に記憶させ、前記円形度変化量記憶手段に円形度変化量を記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの円形度変化量の平均値を計算し、その計算により得られた平均円形度変化量を前記円形度変化量記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記円形度変化量記憶手段に記憶されている前記オペレータの平均円形度変化量を用いて計算すること、
を特徴とする請求項８記載の画像処理プログラム。
【請求項１０】
被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、
を備えることを特徴とする画像処理装置。
【請求項１１】
オペレータによる撮影指示がなされる前に、画像撮影手段に対して被写体をプレスキャンするように指示するプレスキャン指示手段と、
該プレスキャンにより取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、
該判定手段により前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、前記プレスキャンにより得られた少なくとも２つの撮影画像を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算手段と、
前記画像撮影手段によるプレスキャンにおける撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算手段により算出された時間に応じた適切なタイミングで、前記画像撮影手段に対して前記被写体を本来必要とされる解像度で再度スキャンするように指示する再スキャン指示手段と、
を備えることを特徴とする画像処理装置。
【請求項１２】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像間での物体の移動量を求め、その移動量を基に前記時間を計算することを特徴とする請求項１１記載の画像処理装置。
【請求項１３】
前記計算手段は、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算すること、
を特徴とする請求項１２記載の画像処理装置。
【請求項１４】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像それぞれについて被写体が正常に撮影された場合に得られる輪郭画像の面積と該撮影により得られた輪郭画像の周囲長を用いて算出される円形度を求め、前記２つの被写体以外の物体が含まれる撮影画像の輪郭画像間における前記円形度の変化量である円形度変化量を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算することを特徴とする請求項１１乃至１３記載の画像処理装置。
【請求項１５】
前記計算手段は、オペレータ毎の円形度変化量を、オペレータが撮影指示を行う毎に円形度変化量記憶手段に記憶させ、前記円形度変化量記憶手段に円形度変化量を記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの円形度変化量の平均値を計算し、その計算により得られた平均円形度変化量を前記円形度変化量記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記円形度変化量記憶手段に記憶されている前記オペレータの平均円形度変化量を用いて計算すること、
を特徴とする請求項１４記載の画像処理装置。
【請求項１６】
被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出ステップと、
該輪郭画像抽出ステップによって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算ステップと、
該特徴量計算ステップにより得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定ステップと、
を備えることを特徴とする画像処理方法。
【請求項１７】
オペレータによる撮影指示がなされる前に、画像撮影手段に対して被写体をプレスキャンするように指示するプレスキャン指示ステップと、
該プレスキャンにより取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出ステップと、
該輪郭画像抽出ステップによって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算ステップと、
該特徴量計算ステップにより得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定ステップと、
該判定ステップにより前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、前記プレスキャンにより得られた少なくとも２つの撮影画像を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算ステップと、
前記画像撮影手段によるプレスキャンにおける撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算ステップにより算出された時間に応じた適切なタイミングで、前記画像撮影手段に対して前記被写体を本来必要とされる解像度で再度スキャンするように指示する再スキャン指示ステップと、
を備えることを特徴とする画像処理方法。
【請求項１８】
前記計算ステップは、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像間での物体の移動量を求め、その移動量を基に前記時間を計算することを特徴とする請求項１７記載の画像処理方法。
【請求項１９】
前記計算ステップは、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算すること、
を特徴とする請求項１８記載の画像処理方法。
【請求項２０】
前記計算ステップは、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像それぞれについて被写体が正常に撮影された場合に得られる輪郭画像の面積と該撮影により得られた輪郭画像の周囲長を用いて算出される円形度を求め、前記２つの被写体以外の物体が含まれる撮影画像の輪郭画像間における前記円形度の変化量である円形度変化量を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算することを特徴とする請求項１７乃至１９記載の画像処理方法。
【請求項２１】
前記計算手ステップは、オペレータ毎の円形度変化量を、オペレータが撮影指示を行う毎に円形度変化量記憶手段に記憶させ、前記円形度変化量記憶手段に円形度変化量を記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの円形度変化量の平均値を計算し、その計算により得られた平均円形度変化量を前記円形度変化量記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記円形度変化量記憶手段に記憶されている前記オペレータの平均円形度変化量を用いて計算すること、
を特徴とする請求項２０記載の画像処理方法。
【請求項１】
コンピュータを、
被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段、
として機能させるための画像処理プログラム。
【請求項２】
前記特徴量は、被写体が正常に撮影された場合に得られる輪郭画像の面積と実際の撮影により得られた輪郭画像の周囲長を用いて算出される円形度であり、
前記判定手段は、前記特徴量計算手段により算出された円形度を予め定めた標準円形度と比較することで、輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する、
ことを特徴とする請求項１記載の画像処理プログラム。
【請求項３】
前記特徴量は、前記輪郭画像の輪郭を構成する直線と前記輪郭画像から検出される直線の合計本数であり、
前記判定手段は、前記特徴量計算手段により検出された直線本数を予め定めた標準直線本数と比較することで、輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する、
ことを特徴とする請求項１乃至２記載の画像処理プログラム。
【請求項４】
前記特徴量は、撮影により得られた輪郭画像の輪郭に含まれる前記被写体の輪郭を構成する辺の数であり、
前記判定手段は、前記特徴量計算手段により検出された辺の数を予め定めた標準辺数と比較することで、輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する、
ことを特徴とする請求項１乃至３記載の画像処理プログラム。
【請求項５】
コンピュータを、
オペレータによる撮影指示がなされる前に、画像撮影手段に対して被写体をプレスキャンするように指示するプレスキャン指示手段と、
該プレスキャンにより取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、
該判定手段により前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、前記プレスキャンにより得られた少なくとも２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算手段と、
前記画像撮影手段によるプレスキャンにおける撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算手段により算出された時間に応じた適切なタイミングで、前記画像撮影手段に対して前記被写体を本来必要とされる解像度で再度スキャンするように指示する再スキャン指示手段、
として機能させるための画像処理プログラム。
【請求項６】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像間での物体の移動量を求め、その移動量を基に前記時間を計算することを特徴とする請求項５記載の画像処理プログラム。
【請求項７】
前記計算手段は、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算すること、
を特徴とする請求項６記載の画像処理プログラム。
【請求項８】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像それぞれについて被写体が正常に撮影された場合に得られる輪郭画像の面積と該撮影により得られた輪郭画像の周囲長を用いて算出される円形度を求め、前記２つの被写体以外の物体が含まれる撮影画像の輪郭画像間における前記円形度の変化量である円形度変化量を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算することを特徴とする請求項５乃至７記載の画像処理プログラム。
【請求項９】
前記計算手段は、オペレータ毎の円形度変化量を、オペレータが撮影指示を行う毎に円形度変化量記憶手段に記憶させ、前記円形度変化量記憶手段に円形度変化量を記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの円形度変化量の平均値を計算し、その計算により得られた平均円形度変化量を前記円形度変化量記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記円形度変化量記憶手段に記憶されている前記オペレータの平均円形度変化量を用いて計算すること、
を特徴とする請求項８記載の画像処理プログラム。
【請求項１０】
被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、
を備えることを特徴とする画像処理装置。
【請求項１１】
オペレータによる撮影指示がなされる前に、画像撮影手段に対して被写体をプレスキャンするように指示するプレスキャン指示手段と、
該プレスキャンにより取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出手段と、
該輪郭画像抽出手段によって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算手段と、
該特徴量計算手段により得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定手段と、
該判定手段により前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、前記プレスキャンにより得られた少なくとも２つの撮影画像を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算手段と、
前記画像撮影手段によるプレスキャンにおける撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算手段により算出された時間に応じた適切なタイミングで、前記画像撮影手段に対して前記被写体を本来必要とされる解像度で再度スキャンするように指示する再スキャン指示手段と、
を備えることを特徴とする画像処理装置。
【請求項１２】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像間での物体の移動量を求め、その移動量を基に前記時間を計算することを特徴とする請求項１１記載の画像処理装置。
【請求項１３】
前記計算手段は、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算すること、
を特徴とする請求項１２記載の画像処理装置。
【請求項１４】
前記計算手段は、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像それぞれについて被写体が正常に撮影された場合に得られる輪郭画像の面積と該撮影により得られた輪郭画像の周囲長を用いて算出される円形度を求め、前記２つの被写体以外の物体が含まれる撮影画像の輪郭画像間における前記円形度の変化量である円形度変化量を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算することを特徴とする請求項１１乃至１３記載の画像処理装置。
【請求項１５】
前記計算手段は、オペレータ毎の円形度変化量を、オペレータが撮影指示を行う毎に円形度変化量記憶手段に記憶させ、前記円形度変化量記憶手段に円形度変化量を記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの円形度変化量の平均値を計算し、その計算により得られた平均円形度変化量を前記円形度変化量記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記円形度変化量記憶手段に記憶されている前記オペレータの平均円形度変化量を用いて計算すること、
を特徴とする請求項１４記載の画像処理装置。
【請求項１６】
被写体の撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出ステップと、
該輪郭画像抽出ステップによって作成された輪郭画像を基に、該輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算ステップと、
該特徴量計算ステップにより得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定ステップと、
を備えることを特徴とする画像処理方法。
【請求項１７】
オペレータによる撮影指示がなされる前に、画像撮影手段に対して被写体をプレスキャンするように指示するプレスキャン指示ステップと、
該プレスキャンにより取得された撮影画像から被写体部分の輪郭を抽出し、被写体部分を含む輪郭画像を作成する輪郭画像抽出ステップと、
該輪郭画像抽出ステップによって作成された輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定するために必要となる特徴量を算出する特徴量計算ステップと、
該特徴量計算ステップにより得られた特徴量を基に、前記輪郭画像内に被写体以外の物体の画像が含まれているか否かを判定する判定ステップと、
該判定ステップにより前記輪郭画像内に被写体以外の物体の画像が含まれていると判定された場合には、前記プレスキャンにより得られた少なくとも２つの撮影画像を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する計算ステップと、
前記画像撮影手段によるプレスキャンにおける撮影が本来必要とされる解像度よりも低い解像度での撮影であった場合には、前記計算ステップにより算出された時間に応じた適切なタイミングで、前記画像撮影手段に対して前記被写体を本来必要とされる解像度で再度スキャンするように指示する再スキャン指示ステップと、
を備えることを特徴とする画像処理方法。
【請求項１８】
前記計算ステップは、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像もしくはそれら２つの撮影画像の輪郭画像間での物体の移動量を求め、その移動量を基に前記時間を計算することを特徴とする請求項１７記載の画像処理方法。
【請求項１９】
前記計算ステップは、オペレータ毎の移動量に関するデータを、オペレータが撮影指示を行う毎に移動量データ記憶手段に記憶させ、前記移動量データ記憶手段に移動量に関するデータを記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの移動量に関するデータの平均値を計算し、その計算により得られた平均値を前記移動量情報記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記移動量データ記憶手段に記憶されている前記オペレータの平均値を用いて計算すること、
を特徴とする請求項１８記載の画像処理方法。
【請求項２０】
前記計算ステップは、異なる時刻に撮影された前記２つの被写体以外の物体が含まれる撮影画像それぞれについて被写体が正常に撮影された場合に得られる輪郭画像の面積と該撮影により得られた輪郭画像の周囲長を用いて算出される円形度を求め、前記２つの被写体以外の物体が含まれる撮影画像の輪郭画像間における前記円形度の変化量である円形度変化量を基に、前記画像撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算することを特徴とする請求項１７乃至１９記載の画像処理方法。
【請求項２１】
前記計算手ステップは、オペレータ毎の円形度変化量を、オペレータが撮影指示を行う毎に円形度変化量記憶手段に記憶させ、前記円形度変化量記憶手段に円形度変化量を記憶した回数が一定回数に達したオペレータについては、該オペレータのそれまでの円形度変化量の平均値を計算し、その計算により得られた平均円形度変化量を前記円形度変化量記憶手段に記憶させ、以後、前記オペレータについて撮影手段が撮影する撮影画像内に被写体以外の物体が写らなくなるまでの時間を計算する際には前記円形度変化量記憶手段に記憶されている前記オペレータの平均円形度変化量を用いて計算すること、
を特徴とする請求項２０記載の画像処理方法。
【図２】
【図１２】
【図１３】
【図１４】
【図１７】
【図１８】
【図２３】
【図２４】
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１５】
【図１６】
【図１９】
【図２０】
【図２１】
【図２２】
【図１２】
【図１３】
【図１４】
【図１７】
【図１８】
【図２３】
【図２４】
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１５】
【図１６】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−２４３１２０（Ｐ２０１２−２４３１２０Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１３２８０（Ｐ２０１１−１１３２８０）
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
[ Back to top ]