JP7446808B2 - 画像処理装置、画像処理方法、及び画像処理システム - Google Patents

Description

本発明は、画像処理装置、画像処理方法、及び画像処理システムに関し、詳しくは、読取り画像のＯＣＲ処理結果に対する確認、修正の処理に関する。

近年、スキャンして得られる画像データに対して、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理を行うことで、画像データ内容の文字列をデジタルデータとして抽出する技術が発展している。このような処理は、ＭＦＰ（Ｍｕｌｔｉ－Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の画像処理装置において実施される。また、ＯＣＲ処理では、画像データ内の文字列、背景などの要素ごとの領域ブロックに分割して画像データの構造を認識することも行われている。このようなＯＣＲ技術の適用の一例として、ＯＣＲによる結果を自動で業務システムへの転記することが行われている。そして、転記において、ＯＣＲ処理による結果が必ずしも正確ではないため、ユーザがＯＣＲ処理による結果を確認し、修正することでシステムに登録している。

この確認及び修正では、例えば、ＭＦＰの操作パネル上に表示されるＯＣＲ処理結果が間違っていた場合、操作パネルにおけるソフトキーボードなどを用いて、ＯＣＲ処理結果に対する修正を行うことができる。これに対し、特許文献１には、ＯＣＲ処理結果の確認及び修正を、ＭＦＰではなくＰＣ等の外部端末で行うことが記載されており、これにより、確認及び修正処理の視認性や操作性を向上させることを可能としている。

特開２０１９－２９９７１号公報

しかしながら、ＯＣＲ処理結果の確認及び修正をいずれの装置で行うかは、確認及び修正の内容によって確認及び修正を行う適切な装置が異なると考えることもできる。例えば、ＯＣＲ処理結果の確認及び修正に必要な操作量が少ない場合、ＭＦＰの操作パネルで行った方がユーザにとって利便性が高い場合がある。一方、確認及び修正のための操作量が多い場合は、ＰＣの方がユーザにとって操作性の点で望ましい場合がある。

本発明は、ＯＣＲ処理結果を確認及び修正する場合の操作負荷に応じてＯＣＲ処理結果を表示し、ユーザが操作をする装置を選択することを可能とする画像処理装置、画像処理方法、及び画像処理システムを提供することを目的とする。

上記目的を達成するために本発明の一形態は、画像処理装置であって、帳票の画像を読み取る読取り手段と、前記帳票の属性に基づいて、前記帳票の画像のＯＣＲ処理結果についての確認及び修正にかかるユーザの操作負荷を求める操作負荷算出手段と、前記操作負荷算出手段で求めた前記ユーザの操作負荷が所定の閾値より大きい場合、当該確認及び修正を、前記画像処理装置で行うか前記画像処理装置と異なる別の装置で行うかを前記ユーザに選択させるための表示を行う表示制御手段と、前記表示制御手段による前記表示を介して、前記画像処理装置で行うか前記画像処理装置と異なる前記別の装置で行うかの選択を、前記ユーザから受ける選択手段と、を備え、前記選択手段が、前記表示制御手段による前記表示を介して、前記確認及び修正を前記画像処理装置で行う選択を前記ユーザから受けた場合、前記表示制御手段は、さらに、前記帳票の画像のＯＣＲ処理結果についての前記確認及び修正を行うための確認画面の表示を行うことを特徴とする。

以上の形態によれば、ＯＣＲ処理結果を確認及び修正する場合の操作負荷条件に応じてＯＣＲ処理結果を表示し、ユーザが操作をする装置を選択することが可能となる。

実施形態に係る画像処理システムの構成を示すブロック図である。 実施形態に係るＭＦＰのハードウェア構成を示すブロック図である。 実施形態に係るＭＦＰの操作部を示す図である。 （ａ）および(ｂ)は、それぞれ実施形態に係る画像処理サーバおよびＰＣのハードウェア構成を示すブロック図である。 （ａ）および（ｂ）は、それぞれ実施形態に係る、スキャナで読み込まれる帳票およびそのデータの一例を示す図である。 第１実施形態に係る、ＯＣＲ処理結果の確認及び修正に関する処理を示すフローチャートである。 第１実施形態に係る、ユーザの操作負荷を算出する処理を示すフローチャートである。 第１実施形態に係るユーザ設定を行う画面の一例を示す図である。 第１実施形態に係る帳票選択画面を模式的に示す図である。 （ａ）および（ｂ）は、パネル表示画面３０１に表示された確認デバイス選択画面及びそれに関する表示をそれぞれ示す図である。 実施形態に係る画像読込画面を示す図である。 （ａ）および（ｂ）は、それぞれ実施形態に係る、アプリケーションデータによってタッチパネル上に表示されるＯＣＲ処理結果の確認画面を示す図である。 実施形態に係る、画像処理サーバからＰＣが受信したメールの一例を示す図である。 実施形態に係る、ＵＩ表示画面の一例を示す図である。 （ａ）および（ｂ）は、第２実施形態に係る、ＭＦＰタッチパネル上に表示されるＯＣＲ処理結果の確認画面を示す図である。 第２実施形態に係る、ＯＣＲ結果の確認及び修正に関する処理を示すフローチャートである。 第３実施形態に係る処理の詳細を示すフローチャートである。 第３実施形態に係る、ＯＣＲ結果の確認及び修正に関する処理を示すフローチャートである。 第３実施形態に係るデフォルト設定画面を示す図である。

以下、図面を参照して本発明の実施形態を詳細に説明する。なお、実施形態は本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するため必須の手段であるとは限らない。

（第１実施形態）
＜画像処理システムの構成＞
図１は、本発明の実施形態に係る画像処理システムの構成を示すブロック図である。本実施形態の画像処理システムは、ＭＦＰ１０１、ＭＦＰ画像処理サーバ１０２、ＰＣ１０３が、ネットワーク１０４を介して接続されることにより構成されている。

＜ハードウェア構成＞
図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。ＭＦＰ１０１は、コントローラ２０１、プリンタ２０２、スキャナ２０３、および操作部２０４を有して画像処理装置を構成する。

コントローラ２０１は、ＣＰＵ２１１、ＲＡＭ２１２、ＨＤＤ２１３、ネットワークＩ／Ｆ２１４、プリンタＩ／Ｆ２１５、スキャナＩ／Ｆ２１６、操作部Ｉ／Ｆ２１７、および拡張Ｉ／Ｆ２１８を有する。ＣＰＵ２１１は、ＲＡＭ２１２、ＨＤＤ２１３、ネットワークＩ／Ｆ２１４、プリンタＩ／Ｆ２１５、スキャナＩ／Ｆ２１６、操作部Ｉ／Ｆ２１７、および拡張Ｉ／Ｆ２１８それぞれと間でデータを授受することができる。また、ＣＰＵ２１１は、ＨＤＤ２１３から読み出した命令をＲＡＭ２１２に展開し、ＲＡＭ２１２に展開した命令を実行する。

ＨＤＤ２１３には、ＣＰＵ２１１で実行可能な命令、ＭＦＰ１０１で使用する設定値、およびユーザが入力して要求した処理に関するデータ等を記憶することができる。ＲＡＭ２１２は、ＣＰＵ２１１がＨＤＤ２１３から読み出した命令を一時的に格納するための領域である。また、ＲＡＭ２１２は、命令の実行に必要な各種のデータを記憶しておくこともできる。例えば画像処理では、入力したデータをＲＡＭ２１２に展開することで処理を行うことができる。ネットワークＩ／Ｆ２１４は、画像処理システム内の装置とネットワーク通信を行うためのインターフェイスである。ネットワークＩ／Ｆ２１４は、データ受信を行ったことをＣＰＵ２１１に伝達し、また、ＲＡＭ２１２上のデータをネットワーク１０４に送信することができる。プリンタＩ／Ｆ２１５は、ＣＰＵ２１１から送信された印刷データをプリンタ２０２に送信し、また、プリンタ２０２から受信したプリンタの状態をＣＰＵ２１１に伝達することができる。スキャナＩ／Ｆ２１６は、ＣＰＵ２１１から送信された画像読み取り指示をスキャナ２０３に送信し、スキャナ２０３から受信した画像データをＣＰＵ２１１に伝達し、また、スキャナ２０３から受信した状態をＣＰＵ２１１に伝達することができる。操作部Ｉ／Ｆ２１７は、操作部２０４から入力されたユーザからの指示をＣＰＵ２１１に伝達し、また、ユーザが操作するための画面情報を操作部２０４に伝達することができる。拡張Ｉ／Ｆ２１８は、ＭＦＰ１０１に外部機器を接続することを可能とするインターフェイスである。拡張Ｉ／Ｆ２１８は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）形式のインターフェイスを具備する。ＭＦＰ１０１は、ＵＳＢメモリ等の外部記憶装置が拡張Ｉ／Ｆ２１８に接続されることにより、当該外部記憶装置に記憶されているデータの読み取りおよび当該外部記憶装置に対するデータの書き込みを行うことが可能である。

プリンタ２０２は、プリンタＩ／Ｆ２１５から受信した画像データを用紙に印刷し、また、プリンタ２０２の状態をプリンタＩ／Ｆ２１５に伝達する。スキャナ２０３は、スキャナＩ／Ｆ２１６から受信した画像読み取り指示に従って、自身に置かれた用紙に表示されている情報を読み取ってデジタル化してスキャナＩ／Ｆ２１６に伝達する。また、スキャナ２０３は、自身の状態をスキャナＩ／Ｆ２１６に伝達する。操作部２０４は、ＭＦＰ１０１に対して各種の指示を行うための操作をユーザに行わせるためのインターフェイスである。例えば、操作部２０４は、タッチパネルを有する液晶画面を具備し、それによってユーザに操作画面を提供すると共に、ユーザからの操作を受け付ける。

図３は、実施形態に係るＭＦＰ１０１の操作部２０４を示す図である。操作部２０４は、タッチパネル画面３０１と、設定キー３０２と、開始キー３０３と、キャンセルキー３０４と、を備える。ユーザは、タッチパネル画面３０１および設定キー３０２を用いて、各ジョブの設定を行い、開始キー３０３の押下によりジョブを開始する。なお一度開始したジョブはキャンセルキー３０４を押下することでジョブ中に中止することが可能である。ここで、ジョブの例としては、コピージョブや、ネットワークＩ／Ｆ２１４を介してスキャンした画像データを画像処理サーバ１０２に送信するジョブなどを挙げることができる。後述される本発明の実施形態に係るＯＣＲ結果の確認及び修正処理は、操作部２０４を介しても行うことができる。

図４（ａ）および（ｂ）は、それぞれ画像処理サーバ１０２およびＰＣ１０３のハードウェア構成を示すブロック図である。図４（ａ）に示すように、画像処理サーバ１０２は、ＣＰＵ４０１、ＲＡＭ４０２、ＨＤＤ４０３、ネットワークＩ／Ｆ４０４を有して画像処理装置を構成する。ＣＰＵ４０１は、装置全体の制御を司り、ＲＡＭ４０２、ＨＤＤ４０３、及びネットワークＩ／Ｆ４０４それぞれとの間でデータの授受を制御する。また、ＣＰＵ４０１は、ＨＤＤ４０３から読みだした制御プログラム（命令）をＲＡＭ４０２に展開し、ＲＡＭ４０２に記憶されている命令を実行する。以上構成を有する画像処理サーバ１０２は、ネットワークＩ／Ｆ４０４を介してＭＦＰ１０１から受信した画像データに対するＯＣＲ処理を実施する。ＨＤＤ４０３には、スキャナ２０３で画像を読み込む際のユーザ設定と、スキャンする帳票ごとの帳票属性とを保存することができる。

図４（ｂ）に示すＰＣ１０３は、ＣＰＵ４１１、ＲＡＭ４１２、ＨＤＤ４１３、ネットワークＩ／Ｆ４１４を有して構成される。ＣＰＵ４１１は、装置全体の制御を司り、ＲＡＭ４１２、ＨＤＤ４１３、及びネットワークＩ／Ｆ４１４それぞれとの間でデータの授受を制御する。また、ＣＰＵ４１１は、ＨＤＤ４１３から読みだした制御プログラム（命令）をＲＡＭ４１２に展開し、ＲＡＭ４１２に記憶されている命令を実行する。以上の構成を有するＰＣ１０３は、ネットワークＩ／Ｆ４１４を介して画像処理サーバ１０２から画像処理サーバのＷＥＢ ＵＩのＵＲＬが記載されたメールを受信することができる。

＜帳票の属性＞
図５（ａ）および（ｂ）は、本発明の実施形態に係る帳票の属性を説明する図であり、「入会申込書」の帳票を示している。本発明の実施形態では、図９にて後述するように、その他に、「口座振替依頼書」、「日報・活動記録」、「アンケート」の帳票が設定されている。

図５（ａ）は、スキャナ２０３で読み込まれる帳票の一例を示している。帳票５０１は、印刷された帳票に手書きで情報を書き込んだものである。このように情報が書き込まれた帳票５０１の内容がスキャナによって読み取られＯＣＲ処理の対象となる。また、図５（ｂ）は、キーリストを示している。キーリスト５０２は、帳票５０１から抽出する情報のキーのリストである。本実施形態では、キーリスト５０２は、キー名をカンマで区切ったＣＳＶ形式としているが、他の形式（ＸＭＬやＪＳＯＮ等）でも良い。ＣＰＵ２１１は、キーリスト５０２をＨＤＤ２１３へ保存する。

下記の表１は、ＣＰＵ２１１がＨＤＤ２１３に保存されたキーリスト５０２から、キーに対応して抽出した帳票属性の一例を示しており、図５（ａ）に示した「入会申込書」の帳票属性を表している。

ここで、キーは、帳票の各欄に対応する、「入会申込日」、「フリガナ」、「氏名」、「生年月日」、「郵便番号」、「住所」、「電話番号」、「メールアドレス」、「会員カードの有無」のそれぞれである。また、帳票属性は、「キーの数」、「字種」、「バリュー型」、「突合」、「文字数」のそれぞれであり、本実施形態では５つの帳票属性がある。以下、これら５つの帳票属性について順に説明する。

先ず１つ目の「キーの数」は、帳票５０１から抽出されるキーの数である。すなわち、帳票５０１の例では、キーリスト５０２で表されるように、キーは、入会申込日、フリガナ、氏名、生年月日、郵便番号、住所、電話番号、メールアドレス、会員カードの有無であり、キーの数は９になる。

２つ目の「字種」は、抽出したキーがどのような文字で構成されているかを表すものである。例えば、帳票に記載するフリガナがカタカナで構成される場合は、「字種」はカタカナとなる。この場合、ＯＣＲ処理はカタカナに対応して実施する。氏名は、漢字、振り仮名、カタカナ、アルファベットなどで構成されるため、「字種」は全字種となり、ＯＣＲ処理は全字種に対応して実施する。郵便番号と電話番号は数字で構成されているため、「字種」は数字となり、ＯＣＲ処理は数字で実施する。会員カードの有無は、文字ではなくチェックや丸で記入されるため字種は不定であり、“－”となる。

３つ目の「バリュー型」は、キーが示す値（バリュー）に対応した型を表している。本実施形態では、バリュー型として、テキスト型、日付型、数値型、選択型が存在する。キーが「入会申込日」、「生年月日」のバリューには日付型が対応する。すなわち、日付型は、「２０１５年１０月２５日」を表現する際に、「2015-10-25」、「2015/10/25」、「平成２７年１０月２５日」など、正規化された表現でのみ入力可能な型である。なお、日付型は日付を正規化している表現方法であれば上記例以外でもかまわない。キーが「フリガナ」、「氏名」、「住所」、「メールアドレス」のバリューにはテキスト型が対応する。キーが「郵便番号」、「電話番号」のバリューには数値型が対応する。数値型は、数値のみを入力することが可能な型である。キーが「会員カードの有無」のバリューには選択型が対応する。選択型とは、正解が限られているバリューに対してのみ入力可能な型である。

４つ目の「突合」は、正解データが存在する場合、その正解データの文字列とＯＣＲ処理結果の文字列を突き合わせて調べることで２つの文字列が一致するかを確認することを意味している。キーの「住所」は地名まで正解データが存在することから、ＯＣＲ処理で得られた文字列を正解データの文字列と比較することで、ＯＣＲ処理で得られた文字列に多少の間違いが含まれていた場合でも、ＯＣＲ処理で得られた文字列を修正することができる。このため、「突合」を行うこと、つまりによって、「突合」がありとなる。

５つ目の「文字数」は、キーそれぞれの内容を表現するときの文字数を意味する。キーである「入会申込日」や「生年月日」を、「２０００年１２月３１日」と表現する場合は、キーの文字数は１１文字となる。また、「郵便番号」、「電話番号」は、表１に示す例では、キー文字数はそれぞれ７文字、１１文字である。キーが「フリガナ」、「氏名」、「住所」、「メールアドレス」の場合は、文字数が決まらないため“－”となる。また、「会員カードの有無」は、「有」または「無」とすると、キー文字数は１文字となる。

＜ユーザ操作の負荷判定＞
本発明の実施形態は、ＯＣＲ処理結果に対する確認及び修正の処理に関するユーザの操作負荷に応じて、確認及び修正を実行する装置としてＭＦＰ１０１またはＰＣ１０３を選択する。以下は、このユーザの操作負荷の判定について説明する。

本実施形態では、ユーザの操作負荷判定は、スキャナ２０３による画像読込前と、画像読込途中の２度行う。それぞれの操作負荷の判定では、先ず上述した帳票属性に対応した負荷パラメータを算出する。そして、その算出結果に基づいて操作負荷の判定を行う。

以下の表２は、負荷パラメータの値一例を示す表である。

例えば、表１に示すキー「入会申込日」の場合、属性「字種」は、表１に示すように全字種であるから、負荷パラメータは、表２から４となる。また、属性「バリュー型」は、表１に示すように日付型であるから、負荷パラメータは、表２から２となる。同様にして、属性「突合」はなしの負荷パラメータである３、属性「文字数」は１１－１５の負荷パラメータである３となる。これらの値を合計することにより、「入会申込日」の負荷パラメータは、表１の最右列に示すように１２となる。このように表１の最右列には、キーリスト５０２それぞれのキーに対応して、表２を参照して算出した負荷パラメータが示される。そして、以上のようにして算出した負荷パラメータを帳票５０１の総てのキーについて合計値を帳票５０１の操作負荷値とする。

なお、負荷パラメータの値は一例であり、表２で示した値に限られない。例えば、キーごとのＯＣＲ処理結果に対する正解率が存在する場合、正解率が高いほど負荷パラメータをより小さくしてもよい。また、読込画像の文字の大きさが小さいほど、タッチパネル画面３０１でのユーザの視認性が低下することから、負荷パラメータの値をより大きくするといったことが考えられる。具体的には、表１に示すキーである「住所」と「メールアドレス」の負荷パラメータの合計は同一であるが、「住所」のＯＣＲ処理結果の正解率が「メールアドレス」のＯＣＲ処理結果の正解率よりも高い場合、「住所」の負荷パラメータの値を小さくする。また、表１に示すキー「入会申込日」と「生年月日」の負荷パラメータの値は同一であるが、「入会申込日」の読込画像の文字が「生年月日」の読込画像の文字のよりも大きさが小さい場合、「入会申込日」の負荷パラメータの値を大きくすることができる。

＜ＯＣＲ結果の確認及び修正に関する処理＞
図６は、本発明の第１実施形態に係る、ＯＣＲ処理結果の確認及び修正に関する処理を示すフローチャートであり、図１に示した画像処理システム全体の処理を示している。図６において、Ｓ６０１、Ｓ６０２、Ｓ６０６～Ｓ６０９、Ｓ６１２～Ｓ６１４、Ｓ６１９、およびＳ６２０の各工程で示す処理は、ＭＦＰ１０１において実行される処理である。これらの処理に関係するプログラムはＨＤＤ２１３に格納されており、ＲＡＭ２１２に読み出されて、ＣＰＵ２１１によって実行される。また、Ｓ６０３～Ｓ６０５、Ｓ６１０～Ｓ６１１、Ｓ６１５～Ｓ６１８、およびＳ６２１～Ｓ６２３の各工程で示す処理は、画像処理サーバ１０２において実行される処理である。これらの処理に関係するプログラムはＨＤＤ４０３に格納されており、ＲＡＭ４０２によって読み出されて、ＣＰＵ４０１によって実行される。あるいはまた、フローチャートにおけるステップの一部または全部の機能をＡＳＩＣや電子回路等のハードウェアで実現してもよい。フローチャートの説明における記号「Ｓ」は、当該フローチャートにおける「ステップ」を意味する。その他のフローチャートについても同様である。

図６において、先ず、ＭＦＰ１０１のＣＰＵ２１１は、操作部２０４（図２）のタッチパネル画面３０１（図３）に表示された帳票選択画面において読み取り、ＯＣＲ処理行う帳票の選択を行う（Ｓ６０１）。

図９は、本実施形態に係る帳票選択画面９０１を模式的に示す図である。ここでは、帳票として、入会申込書、口座振替依頼書、日報・活動記録、アンケートのいずれかが設定されており、同図に示すように、入会申込書ボタン９０２、口座振替依頼書ボタン９０３、日報・活動記録ボタン９０４、アンケートボタン９０５が表示される。ユーザは、読み取る帳票に応じていずれか一つの帳票のボタンを押下し、ＣＰＵ２１１は、その入力を受け付ける（Ｓ６０１）。次に、ＣＰＵ２１１は、どの帳票を押下したかを示す帳票ボタン選択情報を、ネットワークＩ／Ｆ２１４を介して画像処理サーバ１０２に送信する（Ｓ６０２）。

画像処理サーバ１０２において、ＣＰＵ４０１は、ＭＦＰ１０１から帳票ボタン選択情報をネットワークＩ／Ｆ４０４が受信したことを検知し（Ｓ６０３）、検知した帳票に対応するユーザ設定と、帳票ごとに設定した帳票属性を取得する（Ｓ６０４）。

図８は、本実施形態に係るユーザ設定を行う画面の一例を示す図であり、操作部２０４のタッチパネル画面３０１に表示される。ユーザ設定画面８０１は、名称表示部８０２、メールアドレス表示部８０３から構成されており、これら名称、メールアドレスはソフトキーボードなどを用いて入力することができる。ユーザは、ＯＫボタン８０５を押下することにより、ユーザ設定画面８０１を介して設定した内容を登録する。すなわち、ユーザは、帳票の読取りおよびＯＣＲを行う際、ユーザ設定画面８０１を介してユーザ設定を行い、読取りおよびＯＣＲを行う帳票にユーザを対応付ける。一方、キャンセルボタン８０４を押下することによりメールの宛先登録を取り消すことができる。

再び図６を参照すると、画像処理サーバ１０２のＣＰＵ４０１は、Ｓ６０４の属性取得で取得した帳票属性に基づき帳票１枚毎のユーザの操作負荷を算出する（Ｓ６０５）。

図７は、第１実施形態に係る、ユーザの操作負荷を算出する処理を示すフローチャートである。図７において、ＣＰＵ４０１は、帳票属性に基づき、操作負荷の値を算出するために、表１、表２を参照して上述したように、帳票１枚に存在するキーごとの負荷パラメータを算出する（Ｓ７０１）。次に、ＣＰＵ４０１は、Ｓ７０１で算出した負荷パラメータの合計である操作負荷値が所定の閾値を超えたか否かを判定する（Ｓ７０２）。所定の閾値を超えない（閾値未満）場合（Ｓ７０２がＮＯの場合）、どの装置を用いてＯＣＲ処理結果の確認及び修正を行うかを示す情報である確認デバイス選択情報は『不定』として処理する。一方、操作負荷値が所定の閾値を超える（閾値より大きい）場合（Ｓ７０２がＹＥＳの場合）、ＣＰＵ４０１は、ネットワークＩ／Ｆ４０４を介してＭＦＰ１０１に確認デバイス選択画面を送信する。そして、ＭＦＰ１０１のタッチパネル３０１における表示制御を行う（Ｓ７０３）。

これに応じ、図６のＳ６０６で、ＣＰＵ２１１は、画像処理サーバ１０２から確認デバイス選択画面をネットワークＩ／Ｆ４０４が受信すると、ＭＦＰ１０１における操作部２０４の画面３０１に受信した確認デバイス選択画面を表示する。

図１０（ａ）は、Ｓ７０３で画像処理サーバ１０２からＭＦＰ１０１にネットワークＩ／Ｆ４０４を介して送信され、操作部２０４の画面３０１に表示された確認デバイス選択画面１００１の一例を示す図である。確認デバイス選択画面１００１は、「読取結果の確認・修正には時間が掛かります。」という、算出した操作負荷に応じたメッセージが含まれる。ユーザは、このメッセージなどを参考にして、ＭＦＰ１０１のタッチパネル画面３０１を介して、ＯＣＲ処理結果を確認及び修正する装置を選択する。ユーザは、ＭＦＰ１０１でＯＣＲ処理結果を確認及び修正することを選択する場合は、『パネルで確認』ボタン１００２を押下し、ＰＣ１０３でＯＣＲ処理結果を確認及び修正することを選択する場合は、『ＰＣで確認』ボタン１００３を押下する。

以上のユーザによるボタンを介した選択操作に応じて、図７のＳ７０４で、画像処理サーバ１０２のＣＰＵ４０１は、上述したユーザの選択に応じたボタン押下に応じて、どの装置（デバイス）を選択されたかを判断する。『パネルで確認』ボタン１００２が押下された場合、確認デバイス選択情報を『ＭＦＰ』と判断する。一方、『ＰＣで確認』ボタン１００３が押下された場合、ＣＰＵ４０１は、確認デバイス選択情報を『ＰＣ』と判断する。そして、ＣＰＵ４０１は、以上のようにデバイスの選択を判断すると、その確認デバイス選択情報をＭＦＰ１０１へ通知する。この通知は、図６のＳ６０８で後述する判断で用いられる。

また、ＣＰＵ４０１は、確認デバイス選択情報が『ＰＣ』であると判断したときは、ユーザ設定で事前に設定している、ＰＣ１０３のメールアドレスへＷＥＢ ＵＩのアドレスを通知する（Ｓ７０５）。この通知とともに、ＣＰＵ４０１は、ＭＦＰ１０１に対して、メッセージポップアップを操作部２０４のタッチパネル画面３０１に表示するよう通知する。

図１０（ｂ）は、このメッセージポップアップを示す図である。メッセージポップアップ１００４は、メールを送信する旨、およびそのメールに記載されたＷＥＢ ＵＩのアドレスからＯＣＲ処理結果の確認及び修正を行える旨を表示している。また、この表示において、キャンセルボタン１００５を押下することにより、メールを送信することを取り消すことができる。キャンセルボタン１００５が押下されると、タッチパネル画面３０１には再度確認デバイス選択画面１００１が表示される。また、ＯＫボタン１００６が押下されると、メッセージポップアップ１００４が閉じられ、タッチパネル画面３０１の表示は図１１に示す画像読込画面１１０１に遷移する。すなわち、スキャン中である旨が表示される。

再び図６を参照すると、ＭＦＰ１０１のＣＰＵ２１１は、上述したとおり、Ｓ６０６では、画像処理サーバ１０２から確認デバイス選択画面の通知を受けて図１０(ａ)に示す確認デバイス選択画面１００１を操作部のタッチパネル画面３０１に表示する。そして、ユーザの操作を受ける。これとともに、ユーザが『ＰＣ』を選択操作した場合には、図１０(ｂ)に示すポップアップイメージ１００４を表示する。

次に、ＣＰＵ２１１は、スキャナ２０３に載置された原稿の読み取りを開始する（Ｓ６０７）。次に、ＣＰＵ２１１は、画像処理サーバ１０２から通知された確認デバイス選択情報に基づきユーザがどの装置(デバイス)を選択したかを判定する（Ｓ６０８）。

Ｓ６０８で、選択したデバイスが『不定』（未だ選択していない状態）または『ＭＦＰ』であると判定すると（Ｓ６０８がＮＯの場合）、次の処理を行う。すなわち、ＣＰＵ２１１は、スキャナ２０３で読み込む原稿１枚ごとに、画像処理サーバ１０２にネットワークＩ／Ｆ２１４を介して操作負荷算出依頼を送信する（Ｓ６０９）。ここで、操作負荷算出依頼とは、Ｓ６０７で読み込んでいく原稿１枚の画像データに対して、画像処理サーバ１０２に操作負担算出を依頼することである。

これに対し、画像処理サーバ１０２のＣＰＵ４０１は、ＭＦＰ１０１からの操作負荷算出依頼を検知すると（Ｓ６１０）、読取り原稿に係る帳票１枚毎のユーザの操作負荷に基づいて、画像読込途中におけるユーザの操作負荷を算出する（Ｓ６１１）。Ｓ６１１の処理はＳ６０５と同様な処理を行うためその説明は省略する。

この画像処理サーバ１０２におけるＳ６０５と同様な処理によって、ＭＦＰ１０１のＣＰＵ２１１はＳ６１２で、Ｓ６０６、Ｓ６０８と同様の処理を行う。すなわち、ＭＦＰ１０１には、確認デバイス選択画面の通知、確認デバイス選択情報の通知、必要に応じてメッセージポップアップの通知が送信されて来る。そして、これらの情報に従って選択画面の表示等を行い、また、受信した確認デバイス選択情報に基づき、選択されたデバイスがどの装置であるかを判定する。

Ｓ６０８の判定で、選択したデバイス報が『ＰＣ』であると判定し、または、Ｓ６１２の上記判定で、選択したデバイスが『ＰＣ』であると判定すると、ＣＰＵ２１１は、スキャナ２０３に載置された原稿がすべて読み込んだかを判定する（Ｓ６１３）。そして、すべての原稿を読み込んだと判定した場合（Ｓ６１３がＹＥＳの場合）は、ＣＰＵ２１１は、ネットワークＩ／Ｆ２１４を介して画像処理サーバ１０２に画像データを送信する（Ｓ６１４）。

Ｓ６１２の上記判定で、選択したデバイスが『不定』または『ＭＦＰ』であると判定した場合、または、すべての原稿を読み込んでいない場合（Ｓ６１３がＮＯの場合）は、Ｓ６０７に戻る。そして、スキャナ２０３に載置された原稿を読み込み続け、タッチパネル画面３０１に、図１１で示す画像読込画面１１０１を表示する。

ＭＦＰ１０１が全ての原稿を読み終えたタイミングで、画像処理サーバ１０２のＣＰＵ４０１は、ネットワークＩ／Ｆ４０４を介してＭＦＰ１０１から送信された画像データを受信する（Ｓ６１５）。ＣＰＵ４０１は、受信したすべての画像データに対してＯＣＲ処理を行うことで、ＯＣＲ処理結果データを生成する（Ｓ６１６）。次に、ＣＰＵ４０１は、スキャナで読み込んだ画像データ５０１と、キーリスト５０２と、Ｓ６１６で生成したＯＣＲ処理結果データを関連付けたアプリケーションデータを生成する（Ｓ６１７）。その後、その生成したアプリケーションデータをネットワークＩ／Ｆ４０４を介して、確認及び修正を行うべく選択されたデバイスにＯＣＲ処理結果確認画面を表示すべくその旨の情報を送信する。ＭＦＰ１０１が選択されている場合、上記アプリケーションデータをＭＦＰ１０１へ送信する（Ｓ６１８）。一方、ＰＣ１０３が選択された場合、ユーザ設定で事前に設定しているメールアドレスへＷＥＢ ＵＩのアドレスを通知する(図６において不図示)。ＰＣ１０３では、この通知に応じて、ＯＣＲ処理結果確認画面としてＵＩ表示画面を表示する。この処理の詳細は、第２実施形態で後述される。

上述のアプリケーションデータはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）等のＷｅｂページ記述言語により記述されたページ記述データと、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語で記述されたスクリプトデータとを含む。ページ記述データにはさらに、Ｓ６１８で受信した画像データと、Ｓ６１６で生成したＯＣＲ処理結果データとが静的データとして含まれる。またスクリプトデータには、ページ記述データに含まれる静的データとＭＦＰ１０１の操作部２０４から入力されたユーザからの指示とに応じた画面表示の制御手順が含まれている。これらアプリケーションデータを用いたＭＦＰにおける画面表示の制御手順は後述する。

ＭＦＰ１０１のＣＰＵ２１１は、ネットワークＩ／Ｆ２１４を介して画像処理サーバ１０２からアプリケーションデータを受信する（Ｓ６１９）。続いてＣＰＵ２１１は、受信したアプリケーションデータに含まれる静的データに基づき、タッチパネル上に画面を表示する。ここで表示される画面は、選択されたデバイスで、ユーザが、ＯＣＲ処理結果を確認するためのものであることから、本明細書では、この画面をＯＣＲ処理結果確認画面または確認画面と呼称する。

図１２（ａ）は、Ｓ６１９で受信したアプリケーションデータによりタッチパネル３０１上に表示されるＯＣＲ処理結果確認画面１２０１を示す図である。確認画面１２０１は画像表示部１２０２と、ページ数表示部１２０３と、キーリスト５０２のキーを表示するキー表示部１２０４と、ＯＣＲ処理結果である抽出項目を表示するＯＣＲ処理結果表示部１２０５と、ページ遷移指示部１２０６とを有して構成される。画像表示部１２０２は、Ｓ６１４で送信した読取り画像データをページ単位で表示する。ページ数表示部１２０３は、Ｓ６１４で送信した画像データのうち、画像表示部１２０２が現在表示している画像ページが何ページ目であるかを表示する。ページ遷移指示部１２０６は、Ｓ６１４で送信した画像データのページ間の表示遷移をユーザが指示するためのボタンを示している。本例では２ページの画像データのうちの１ページ目を表示していことから、次ページへ遷移するためのボタンのみが表示されている。

図１２（ｂ）は、ＯＣＲ処理結果確認画面１２０１の最終ページである２ページ目を示す図である。２ページ目では、外部を含むシステムへ画像データとＯＣＲ処理結果の送信を指示するシステム登録ボタン１２０７を表示するなど、ページ毎に動的に表示内容を切替えられる構成となっている。ＯＣＲ処理結果表示部をタッチすると、ソフトキーボードが表示される。ユーザは、ソフトキーボードを操作することで、ＯＣＲ処理結果を修正することができる。

図６を再び参照すると、ＣＰＵ２１１は、Ｓ６１９で受信したアプリケーションデータに対して、ユーザがシステム登録ボタン１２０７を押下した情報を示すＭＦＰ操作情報をネットワークＩ／Ｆ２１４を介して画像処理サーバ１０２に送信する（Ｓ６２０）。

これに対し、画像処理サーバ１０２のＣＰＵ４０１は、ネットワークＩ／Ｆ４０４を介してＭＦＰ１０１からＭＦＰ操作情報を受信する（Ｓ６２１）。そして、Ｓ６２１のＭＦＰ操作情報に基づき、システム登録ボタン１２０７を押下されたかを判定する（Ｓ６２２）。システム登録ボタンを押下されたと判定した場合（Ｓ６２２でＹＥＳの場合）、画像データと、ＯＣＲ処理結果をシステムへ登録する（Ｓ６２３）。システム登録ボタンを押下されていないと判定した場合（Ｓ６２２でＮＯの場合）、Ｓ６２１に戻り、受信したＭＦＰ操作情報はＳ６２３でシステム登録ボタンが押下されたかを再度判定する。

以上のように、本発明の第１実施形態によれば、ＯＣＲ処理結果の確認及び修正の操作負荷に応じてＯＣＲ処理結果を表示するデバイスを選択することが可能となり、ユーザの利便性が向上する。また、第１実施形態によれば、操作負荷の算出およびそれに応じたデバイス選択を、帳票に係る画像を読み込む前と画像を読み込んでいる途中において行う。これにより、いったんＭＦＰを選択して、画像の読み込みを始めた後、再度ユーザにＯＣＲ処理結果の確認及び修正を行うデバイスを確認することができ、さらにユーザの利便性が向上する。

（第２実施形態）
第２実施形態は、ＭＦＰでのＯＣＲ処理結果の確認及び修正途中において、ユーザがＰＣでの確認及び修正を望んだ場合、その時点でのＯＣＲ処理結果の修正が反映された状態からＰＣで確認及び修正することを可能とする形態に関する。なお、以下の説明では、本実施形態が第１実施形態と重複する構成や処理手順には同一の付番で示し、それらの説明は省略し、第１実施形態とは異なる構成や処理手順についてのみ説明する。

図１５（ａ）および（ｂ）は、第２実施形態に係る、ＭＦＰタッチパネル上に表示されるＯＣＲ処理結果確認画面を示す図である。また、図１６は、第２実施形態に係る、ＯＣＲ処理結果の確認及び修正に関する処理を示すフローチャートである。

図１５に示すように、ＯＣＲ処理結果確認画面１５０１は、画像表示部１２０２と、ページ数表示部１２０３と、キーリスト５０２のキーを表示するキー表示部１２０４とを有して構成される。さらに、ＯＣＲ処理結果を表示するＯＣＲ処理結果表示部１２０５と、ページ遷移指示部１２０６と、ＰＣ確認ボタン１５０２とを有して構成される。

ＰＣ確認ボタン１５０２は、ＰＣ１０３でＯＣＲ処理結果の確認及び修正を行いたい場合にこれ押下する。そして、図１６に示すように、Ｓ６２０において、上記押下に応じて、ユーザがＯＣＲ処理結果の修正を反映させた情報を含んだＯＣＲ処理修正情報も併せて送信される。この送信に応じて、画像処理サーバ１０２のＣＰＵ４０１は、ネットワークＩ／Ｆ４０４を介してＭＦＰ１０１からＭＦＰ操作情報と、ＯＣＲ処理修正情報を受信する（Ｓ６２１）。

そして、ＣＰＵ４０１は、Ｓ６２１のＭＦＰ操作情報に基づき、ＰＣ確認ボタン１５０２を押下されたかを判定する（Ｓ１６０１）。ＰＣ確認ボタン１５０２が押下されていないと判定した場合（Ｓ１６０１でＮＯの場合）、Ｓ６２１のＭＦＰ操作情報がシステム登録ボタン１２０７を押下されたかを判定する（Ｓ１６０２）。システム登録ボタンを押下されたと判定した場合は（Ｓ１６０２でＹＥＳの場合）、画像データと、ＯＣＲ処理結果をシステムへ登録する（Ｓ１６１０）。システム登録ボタンを押下されていないと判定した場合（Ｓ１６０２でＮＯの場合）、Ｓ６２１に戻り、受信したＭＦＰ操作情報はＳ１６０２でシステム登録ボタンが押下されたかを再度判定する。

ＰＣ確認ボタン１５０２が押下されたと判定した場合（Ｓ１６０１でＹＥＳの場合）、ＣＰＵ４０１は、ユーザ設定で事前に設定しているメールアドレスへＷＥＢ ＵＩのアドレスを通知する（Ｓ１６０３）。

これに応じ、ＰＣ１０３のＣＰＵ１０３は、ネットワークＩ／Ｆ４１４を介して画像処理サーバ１０２からメールを受信する（Ｓ１６０４）。図１３は、Ｓ１６０４で受信したメールの一例を示す図である。ユーザがメールに記載のＷＥＢ ＵＩのアドレスをクリックすると、画像処理サーバ１０２のＣＰＵ４０１は、ＰＣ１０３にネットワークＩ／Ｆ４０４を介して、Ｓ６２１で受信したＯＣＲ処理修正情報を関連付けたＵＩ表示画面を送信する（Ｓ１６０５）。

図１４は、この示すＵＩ表示画面の一例を示す図である。ＵＩ表示画面１４０１は、図１２に示したＯＣＲ処理結果確認画面１２０１と同様の画面構成を有する。

ＣＰＵ１０３は、ネットワークＩ／Ｆ４１４を介して、画像処理サーバ１０２からＵＩ表示画面を受信することにより（Ｓ１６０６）、ブラウザ上でＯＣＲ処理結果の確認及び修正を行うＵＩをユーザに提供することができる。次に、ＣＰＵ１０３は、Ｓ１６０６で受信したＵＩ表示画面に対して、ユーザがシステム登録ボタンを押下したか否かを示すＰＣ操作情報をネットワークＩ／Ｆ４１４を介して画像処理サーバ１０２に送信する（Ｓ１６０７）。

画像処理サーバ１０２のＣＰＵ４０１は、ネットワークＩ／Ｆ４０４を介してＰＣ１０３からＰＣ操作情報を受信する（Ｓ１６０８）。そして、ＣＰＵ４０１は、このＰＣ操作情報に基づき、システム登録ボタンを押下されたかを判定する（Ｓ１６０９）。システム登録ボタンを押下されたと判定した場合（Ｓ１６０９でＹＥＳの場合）、画像データと、ＯＣＲ処理結果をシステムへ登録する（Ｓ１６１０）。システム登録ボタンが押下されていないと判定した場合（Ｓ６２２でＮＯの場合）、Ｓ１６０８に戻り、受信したＰＣ操作情報はＳ１６０９でシステム登録ボタンが押下されたかを再度判定する。

本発明の第２実施形態によれば、ＭＦＰ１０１でのＯＣＲ処理結果に対する修正を反映させたＵＩ表示画面１４０１をＰＣ１０３で表示することができるようになり、ユーザの利便性が向上する。

（第３実施形態）
本発明の第３実施形態は、ユーザ設定によってＯＣＲ処理結果の表示をＭＦＰとＰＣのどちらかに設定することができる形態に関する。なお、以下の説明では、第１実施形態と同様の構成や処理手順には同一の付番で示し、それらの説明は省略し、第１実施形態とは異なる構成や処理手順についての説明のみを行う。また、第２実施形態で説明した図１６と同じ処理についてもその説明を省略する。

図１８は、第３実施形態に係る、ＯＣＲ処理結果の確認及び修正に関する処理を示すフローチャートである。Ｓ６０７で画像読取りを開始すると、Ｓ１８０１でＯＣＲ処理結果の確認及び修正の処理を行うデバイスをデフォルトに設定しているかを判定する。

図１９は、デフォルト設定画面を示す図である。図１９において、ＭＦＰ１０１のタッチパネルに表示されるデフォルト設定画面１９０１は、ＯＣＲ処理結果の確認及び修正をどのデバイスに表示するか設定する画面である。ユーザが「ＭＦＰで確認」または「ＰＣで確認」のいずれかを対応するボックスをチェックすることにより、デバイスのデフォルト設定が行われる。

再び図１８を参照すると、Ｓ１８０１で、Ｓ６０４で取得したユーザがデフォルト設定を行っているか否かを判定する。Ｓ１８０１でＮＯの場合、Ｓ６０９に進む。一方、Ｓ１８０１でＹＥＳの場合、Ｓ１８０２に進む。

図１７は、Ｓ１８０２の処理の詳細を示すフローチャートである。

図１７において、Ｓ１７０１で、ＭＦＰ１０１のＣＰＵ２１１は、デフォルト設定がＭＦＰかＰＣのどちらであるかを判定する。デフォルト設定がＭＦＰの場合、算出した負荷パラメータの合計である操作負荷値が所定の閾値を超えたかを判定する（Ｓ１７０２）。

Ｓ１７０２で、操作負荷値が所定の閾値を超えた場合（Ｓ１７０２がＹＥＳの場合）、ＣＰＵ２１１は、画像処理サーバ１０２にＰＣ１０３へ、確認及び修正するデバイスの変更を促す旨のレコメンド画像を送信するように依頼する（Ｓ１７０３）。一方、Ｓ１７０２で、操作負荷値が所定の閾値を超えなかった場合（Ｓ１７０２がＮＯの場合）、処理を終了する。

Ｓ１７０１で、デフォルト設定のデバイスがＰＣであると判定した場合、算出した負荷パラメータの合計である操作負荷値が所定の閾値を超えていないかを判定する（Ｓ１７０４）。操作負荷値が所定の閾値を超えていない場合（Ｓ１７０２がＹＥＳの場合）、ＣＰＵ２１１は、画像処理サーバ１０２にＭＦＰ１０１へレコメンド画像を送信するように依頼する（Ｓ１７０５）。操作負荷値が所定の閾値を超えた場合（Ｓ１７０２がＮＯの場合）、処理を終了する。

画像処理サーバ１０２は、上述したレコメンド画像の送信依頼に対し、その該当ステップで、レコメンドするデバイスへ、レコメンド画像を送信する(図１８において不図示)。これにより、ユーザは操作負荷に応じたデバイスでＯＣＲ処理結果の確認及び修正を行うことが可能となる。

本発明の第３実施形態によれば、ユーザ設定でＯＣＲ処理結果の表示を行うデバイスがデフォルトとなっていても、処理する帳票の操作負荷に応じて、ＭＦＰまたはＰＣのどちらかに設定しなおすことができ、さらにユーザの利便性が向上する。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ ＭＦＰ
１０２ 画像処理サーバ
１０３ ＰＣ
２１１ ＭＦＰのＣＰＵ
２０３ スキャナ
２０４ 操作部
３０１ タッチパネル画面
４０１ 画像処理サーバのＣＰＵ
４１１ ＰＣのＣＰＵ

Claims (10)

1. 画像処理装置であって、
   帳票の画像を読み取る読取り手段と、
   前記帳票の属性に基づいて、前記帳票の画像のＯＣＲ処理結果についての確認及び修正にかかるユーザの操作負荷を求める操作負荷算出手段と、
   前記操作負荷算出手段で求めた前記ユーザの操作負荷が所定の閾値より大きい場合、当該確認及び修正を、前記画像処理装置で行うか前記画像処理装置と異なる別の装置で行うかを前記ユーザに選択させるための表示を行う表示制御手段と、
   前記表示制御手段による前記表示を介して、前記画像処理装置で行うか前記画像処理装置と異なる前記別の装置で行うかの選択を、前記ユーザから受ける選択手段と、
   を備え、
   前記選択手段が、前記表示制御手段による前記表示を介して、前記確認及び修正を前記画像処理装置で行う選択を前記ユーザから受けた場合、前記表示制御手段は、さらに、前記帳票の画像のＯＣＲ処理結果についての前記確認及び修正を行うための確認画面の表示を行うことを特徴とする画像処理装置。
2. 前記操作負荷算出手段は、読み取った複数枚の帳票それぞれの属性に基づいて、前記ユーザの操作負荷を求めることを特徴とする請求項１に記載の画像処理装置。
3. 前記操作負荷算出手段は、前記帳票の画像の読み取り前においては、前記ユーザにより選択された帳票の属性に基づいて前記ユーザの操作負荷を求め、さらに、前記帳票の画像の読み取り開始後においては、当該読み取った複数枚の帳票の画像それぞれの属性に基づいて前記ユーザの操作負荷を求めることを特徴とする請求項１に記載の画像処理装置。
4. 前記操作負荷算出手段は、画像処理サーバに前記ユーザの操作負荷の算出依頼を行うことにより、前記画像処理サーバにおいて前記ユーザの操作負荷を算出させるものであり、
   前記画像処理サーバは、当該算出した前記ユーザの操作負荷が大きい場合に、前記画像処理装置の前記表示制御手段による前記表示を行わせるための情報を、前記画像処理装置に送信し、
   前記画像処理装置の前記表示制御手段は、前記画像処理サーバから前記情報を受信したことに応じて、前記表示を行う、ことを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記選択手段が、前記表示制御手段による前記表示を介して、前記確認及び修正を前記画像処理装置と異なる前記別の装置で行う選択を、前記ユーザから受けた場合は、前記確認及び修正を前記別の装置で行うためのＷＥＢＵＩのアドレスが通知される、ことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記通知は所定のメールアドレス宛てに行われることを特徴とする請求項５に記載の画像処理装置。
7. 前記選択手段が、前記表示制御手段による前記表示を介して、前記確認及び修正を前記画像処理装置と異なる前記別の装置で行う選択を、前記ユーザから受けた場合は、前記画像処理サーバが、前記確認及び修正を前記別の装置で行うためのＷＥＢＵＩのアドレスを通知する、ことを特徴とする請求項４に記載の画像処理装置。
8. 前記確認画面には、前記確認及び修正を、前記画像処理装置と異なる前記別の装置で行うように変更するための指示部が含まれ、
   前記指示部が前記ユーザにより操作された場合は、前記確認及び修正を行うためのＷＥＢＵＩのアドレスが通知される、ことを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
9. 帳票の画像を読み取る読取り手段を備える画像処理装置により実行される画像処理方法であって、
   前記帳票の属性に基づいて、前記帳票の画像のＯＣＲ処理結果についての確認及び修正にかかるユーザの操作負荷を求める操作負荷算出工程と、前記操作負荷算出工程にて求められ前記操作負荷が所定の閾値より大きい場合、当該確認及び修正を、前記画像処理装置で行うか前記画像処理装置と異なる別の装置で行うかを前記ユーザに選択させるための表示を行う表示制御工程と、前記表示制御工程にて行われた前記表示を介して、前記画像処理装置で行うか前記画像処理装置と異なる別の装置で行うかの選択を、前記ユーザから受ける選択工程と、を備え、前記選択工程にて、前記表示制御工程にて行われた前記表示を介して前記確認及び修正を前記画像処理装置で行う選択を前記ユーザから受けた場合、前記表示制御工程にて、さらに、前記帳票の画像のＯＣＲ処理結果についての前記確認及び修正を行うための確認画面の表示を行うことを特徴とする画像処理方法。
10. コンピュータを、請求項１乃至８のいずれか１項に記載の画像処理装置の表示制御手段として機能させるためのプログラム。

Images