JP5414448B2 - 画像処理装置及びその制御方法並びにプログラム - Google Patents

Description

本発明は、原稿上の画像を読み取って得た画像データを処理する画像処理装置及びその制御方法並びにプログラムに関する。

従来、スキャナによって帳票等の原稿を読み取り、原稿に記載された金額や日付等を抽出する技術が知られている。この技術により、多数枚の帳票から抽出したデータを集計等の処理に容易に利用可能となる。

例えば、特許文献１は、処理対象の原稿に手書きで処理対象の領域と処理の内容とを示す処理指示情報を記入し、これをスキャナで読み取ることにより、処理対象の領域と処理の内容とを特定し、処理指示書を作成する技術を開示している。そして、作成した処理指示書を用いてチェック対象の原稿に記入された処理対象の領域に書き込まれた情報を抽出することが示されている。

特開２００８−１４５６１１号公報

上述したような技術において、処理指示書を用いて原稿に記入された処理対象の領域に書き込まれた情報のチェック（例えば、所定の位置に署名・捺印がなされているかどうか）を行う。そして、チェック結果がＯＫだった原稿を電子化してネットワーク上のフォルダに保存するといったユースケースを考える。このようなユースケースにおいて、チェック結果がＮＧになった原稿を修正し、修正後の原稿を再度処理指示書を用いてチェックし、最初のチェックによりＯＫになった原稿を送信した場所と同じ、ネットワーク上のフォルダに電子化して保存する。このような場合、次のような問題が発生する。最初にチェックした原稿を保存したときから時間が経ってしまっていているために、どこのフォルダに保存したかをユーザが忘れてしまう恐れがある。また、ユーザがどこのフォルダに保存したかを覚えていたとしても、最初にチェックした原稿を保存したフォルダを検索して再度選択する手間がかかる。

本発明は、上記問題点に鑑みなされたものであり、修正した原稿を電子化して保存する際のユーザの手間を軽減させることが可能な画像処理装置及びその制御方法並びにプログラムを提供することを目的とする。

上記目的を達成するために、本発明の画像処理装置は、読取手段により原稿上の画像を読み取って得た画像データの保存先を設定する保存先設定手段と、前記読取手段により原稿上の画像を読み取って得た第１の画像データと前記読取手段により処理指示を示す原稿を読み取って得た第２の画像データを入力する入力手段と、前記第２の画像データを解析することで処理指示情報を取得し、前記取得された処理指示情報の処理対象領域情報と処理コードを用いて、前記第１の画像データの処理対象領域内の記載の正当性を判断する判断手段と、前記判断手段によって前記処理対象領域内の記載が正当であると判断された場合、前記第１の画像データを前記保存先設定手段で設定された保存先に送信する送信手段と、前記判断手段によって前記処理対象領域内の記載が正当ではないと判断された場合、前記保存先を含む再保存用の処理指示情報を生成する生成手段と、前記生成手段によって生成された処理指示情報を含むデータを印刷手段に出力する出力手段とを有する。

本発明によれば、処理対象領域内の記載が正当ではないと判断されたデータを修正したデータを再保存する際に、ユーザの手間がかからずに容易に保存することが可能となる。

本発明の実施形態に係る画像処理装置の構成を示すブロック図である。 本実施形態における処理対象の原稿の例を示す図である。 本実施形態におけるスキャンチケットを作成する処理の流れを示すフローチャートである。 処理指示書の一部を拡大した図である。 ＱＲコードの例を示した図である。 スキャンチケットの例を示した図である。 実施例１におけるスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。 送信設定画面の例を示した図である。 宛先入力画面の例を示した図である。 再保存用のスキャンチケットの例を示した図である。 実施例２におけるスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。 実施例３におけるスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。 スキャンチケットに含めるデータの画面設定例を示した図である。 実施例４におけるスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。 スキャンチケット生成を切り替える画面設定例を示した図である。 実施例１，２における再保存用のスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本発明の実施形態の一例である画像処理装置の構成を示すブロック図である。本実施形態における画像処理装置１００は、コピー機能、スキャナ機能等各種機能を搭載した複合機を例に示すが、これらの機能を複数の装置を連携させて実現するようにしてもよい。

ＣＰＵ１１は、ＲＯＭ１９に格納されたプログラムを、ＲＡＭ１８にロードすることによって画像処理装置１００全体の動作を制御する。また、ＣＰＵ１１は、バス１２を介して画像処理装置１００内の各構成と通信を行う。操作部１６は、ユーザが指示を行うための複数のキー、ユーザに通知すべき各種情報を表示する表示部を含む。スキャナ１５は、ユーザが原稿台にセットした原稿上の画像をカラー画像として読み取り、これによって得た電子データ（画像データ）をＨＤＤ１３、ＲＡＭ１８等に蓄積する。ＨＤＤ１３は、ハードディスクを含むハードディスクドライブであり、入力された各種情報を格納する。また、スキャナ１５は、原稿給送装置を含み、原稿給送装置にセットされた複数枚の原稿を順次原稿台上に給送し、読み取ることも可能である。プリンタ１４は、入力された画像データに基づく画像を、記録紙（シート）上に印刷する。ネットワークＩ／Ｆ１７は、画像処理装置１００をネットワーク２０に接続し、ネットワーク上の外部装置からのデータの受信、ネットワーク上の外部装置へのデータの送信を制御する。

なお、本実施形態では、後述する処理に用いる画像データを、スキャナ１５を介して入力するものを例に説明するが、例えば外部機器から送られてくる原稿の画像データを、ネットワークＩ／Ｆ１７を介して入力しても同様に処理可能である。また、スキャナやプリンタが接続されたパーソナルコンピュータ（ＰＣ）等においても同じように処理することが可能である。この場合、本実施形態で用いるプログラムの全部または一部を、ネットワーク等を介してＰＣに提供したり、ＣＤ−ＲＯＭ等の記憶媒体に格納してＰＣに提供したりすることが可能である。

次に、本実施形態において用いる原稿の例について説明する。

図２（ａ）は、本実施形態において用いる原稿のフォームの例を示した図である。本原稿は、ユーザが何も記入していない（後述する処理指示情報が付加される前の）状態の請求書である。この請求書には、相手先の会社名、相手先の担当者、件名、合計金額、品名、数量、単位、単価、金額、振込先銀行情報、小計、消費税などの税金、備考欄、発行者の印を押す領域などが設けられている。この請求書を正式に発行する時にユーザが情報を追加する欄としては、件名、品名や数量、単位、単価、金額、また作成者の印等がある。

本実施形態では、この請求書の各欄のうち、ユーザによって指定されたある欄には情報が追加され、別のある欄は空欄となっているかをチェックするものとする。

図２（ｂ）は、図２（ａ）の原稿に含まれる各項目のうち、チェックを行わせるための任意の領域をユーザが色ペンを用いて付加した例を示す図である。図２（ｂ）に示した原稿が処理指示書となる。

処理指示書は、作成した請求書をチェックするユーザが、チェック対象の請求書と同一形式の用紙に後述する処理指示情報を書き込むことで作成される。つまり、図２（ａ）に示した請求書に処理指示情報が書き込まれたものが、処理指示書となる。本実施形態では、ユーザが処理対象とする領域を指定するために手書きで色ペン等を用いて該当領域を矩形等の閉領域として囲む。

ここで、請求書に書き込む処理指示情報について説明する。図２（ｂ）において、例えば、領域３１は青い色のペンで書き込んだ領域で、領域３２は緑色のペンで書き込んだ領域で、領域３３は赤色のペンで書き込んだ領域とする。なお、ここに示した色以外の色を使うことも可能であり、また、３色に限らず、チェック内容に応じて色の種類を減らしたり、増やしたりしてもよい。また、ここではペンを用いているが色を付けられるものであればペンに限ることはない。

そして、ユーザは事前に使用すべき処理指示情報の色の情報と処理内容とを、それぞれ対応付けて操作部１６を用いてＲＡＭ１８に登録する。即ち、青色に対しては空欄であることをチェックすることを、緑色に対して情報の記載があることをチェックすることを、赤色に対して捺印またはサインがあることをチェックすることをそれぞれＲＡＭ１８に登録する。ＣＰＵ１１は、ここで登録された各色の色成分（例えば、色相等）を判定し、その内容をＲＡＭ１８に記憶させる。なお、色の登録は、操作部１６を用いて行うのに代えて、用紙に書き込んだものをスキャナ１５によって読み取らせて登録するものであってもよい。また、ユーザが登録するのに代えて、画像処理装置１００に予め登録されているものとしてもよい。予め登録された内容に従う場合、ユーザは登録されている色と処理内容とに従って原稿に処理指示情報を付加する。

このように、使用すべき処理指示情報の色成分とそれに対応した処理内容を登録しておき、これに従った処理指示書を作成する。これを用いて、処理指示情報を抽出し、この抽出結果に応じて処理内容を認識することによって、画像処理装置１００はチェック対象の原稿について、原稿の特定の領域に情報があるかどうか、空欄かどうか、印（捺印等）があるかどうか、をチェックする。

図２（ｃ）は、本実施形態において用いるチェック対象の原稿の例を示した図である。チェック対象の原稿は、図２（ａ）、（ｂ）と同一の形式の原稿に基づくものであることを前提とする。本実施形態では、図２（ｂ）のように付加された処理指示情報を抽出し、抽出結果に従い、領域４１に記載がない、つまり空欄であること、領域４２に記載があること、領域４３に印があることをもって正常であると判定する。図２（ｃ）は、正常と判定するための条件を全て満たした例なので、当該原稿のチェック結果は正常となる。そして、１箇所でも正常と判定する条件を満たさない原稿のチェック結果はＮＧとなる。なお、チェックの内容や領域は、これに限られるものではなく、他のチェック内容の指示や他の領域に対しての指示も可能である。

次に、図２（ｂ）に示したような処理指示書に基づき、原稿の記載内容のチェックを実行させるためのスキャンチケットを作成する処理について説明する。ここで、スキャンチケットとは、図２（ｂ）の指示内容を認識し、図２（ｃ）等のようなチェック対象の原稿のチェック方法を画像処理装置１００が認識可能な形式（例えば、ＱＲコード）としたチケットである。スキャンチケットには、図２（ｂ）の原稿から認識した指示内容、この指示内容を適用する領域の位置情報などが含まれる。チェック対象の原稿のチェックを行う際は、スキャナ１５によりスキャンチケットを読み取って処理内容をＣＰＵ１１により認識させたうえで、チェック対象の原稿をチェックさせる。

本実施例における前記スキャンチケット作成処理を詳細に説明する。図３は、本実施例におけるスキャンチケット作成処理のフローチャートである。また、図４は、処理指示領域３１を拡大したもの、図５は、処理指示情報をエンコードしたＱＲコードの一例である。

図３は、本実施形態におけるスキャンチケットを作成する際の処理の流れを示すフローチャートである。ＲＯＭ１９に格納された図３のフローチャートの各処理を実行するためのプログラムをＲＡＭ１８にロードしてＣＰＵ１１が実行することで、図３のフローチャートが実行される。

ユーザにより操作部１６を介してスキャンチケット作成の指示がなされると本フローが開始される。本フローが開始されると、ＣＰＵ１１は操作部１６に、ＲＡＭ１８に登録されている処理指示情報の指示色（以下、単に指示色という）と処理内容の組合せを表示させる（ステップ５０１）。例えば、「赤色で囲まれた領域内に捺印やサインがあればＯＫとします」、「青色で囲まれた領域内が空欄であればＯＫとします」、「緑色で囲まれた領域内に記載があればＯＫとします」などを表示する。さらに、ＣＰＵ１１は、操作部１６に、ステップ５０１で表示した指示色と処理内容で良いかどうかをユーザに問合せる表示を行わせる（ステップ５０２）。

ステップ５０２の問合せに対し、ユーザから操作部１６を介して否定する旨の指示がなされたと判定すると、ＣＰＵ１１は、指示色と処理内容の組合せの変更を行う旨の表示を操作部１６に行わせる（ステップ５０５）。ここでは、いずれの色を変更するかを問合せる表示を行い、指示された色に代えて新たな色を提示するものでもいいし、ユーザが操作部１６によって任意の色を指定するようにしてもよい。また、新たな色とするのではなく、単に色と処理内容の組合せを変更するだけでもよい。このときにＣＰＵ１１は、同じ色で異なる処理内容の指示を行うことはできないので、１つの色に対して１つの処理内容となるように制御を行う。ステップ５０５で指示色あるいは処理内容、また、指示色と処理内容の両方の変更処理が行われると、ＣＰＵ１１は操作部１６に対してステップ５０１の表示を行わせる。ここでは、ステップ５０５で変更処理を行ったことをユーザが確認できるように表示するものである。ステップ５０２の問合せに対し、ユーザから操作部１６を介して肯定する旨の指示がなされたと判定すると、ＣＰＵ１１は、使用すべき処理指示情報の指示色と、それに対応する処理内容とを決定し、ＲＡＭ１８に登録する。

なお、ステップ５０２の判定は、ユーザに目視で原稿の内容（原稿に含まれている色）を確認させ、指示色の色成分と原稿に含まれる色成分とが類似していると判断される場合に、互いに異なるものとし、処理指示情報の抽出エラーを防止するものである。

また、ステップ５０２の確認の結果、原稿に含まれる色成分と指示色の色成分とが類似していると判定された場合、後述のように、原稿をセットするよう促す表示を操作部１６に行わせる。これに対し原稿がセットされたと判断した場合にモノクロコピーするようにしてもよい。これによっても、有彩色の色ペンで処理指示情報を付加した場合の処理指示情報の抽出エラーを防止することができる。

ＣＰＵ１１は、ステップ５０２において、指示色と処理内容がＯＫであったと判断したときには、ここで処理指示情報に用いる色成分を特定してＲＡＭ１８に記憶する。続いて、ＣＰＵ１１は、ユーザの手許にはチェック対象原稿（図２（ｃ））のみ存在しているかを問合せる表示を操作部１６に行わせる（ステップ５０３）。これは、処理指示書を作るときにテンプレートとなる原稿（図２（ａ）または（ｂ））が存在しているかを確認するものである。つまり、チェック対象原稿しかユーザの手許にないときに後述のようにチェック対象原稿から処理指示情報を書き込むための原稿を作成することができるようにするものである。ここでいうテンプレートとは正式なチェック対象原稿ではなく、ユーザが処理指示情報を書き加えることができるものを指す。ＣＰＵ１１は、ステップ５０３で操作部１６を介して、チェック対象原稿のみ存在している（テンプレートとなる原稿が存在しない）との応答を受けるとステップ５０４でスキャナ１５にチェック対象原稿をセットすることを促す表示を操作部１６に行わせる。ここでは、例えば「チェック対象原稿の１枚をスキャナにセットしてください。セットしたらＯＫボタンを押してください」という案内表示と、原稿がセットされたことを認識するためにＯＫボタンの表示を行う。ここでは、ＯＫボタンが押されたことで原稿が置かれたことをＣＰＵ１１が認識するものとするが、原稿台の下部に設けたフォトインタラプタや、原稿給送装置の原稿センサ等を用いてスキャナ１５に原稿がセットされたことを自動で認識するようにしてもよい。

ＣＰＵ１１は、ステップ５０４でＯＫボタンが押されと判断すると、ステップ５０６で、スキャナ１５によってチェック対象の原稿上の画像を読み取らせる。引き続き、ＣＰＵ１１は、スキャナ１５から入力された画像データを、モノクロ画像データに変換し、それをプリンタ１４に出力して記録紙へのモノクロコピー出力を行わせる。なお、ステップ５０６では、原稿をモノクロ化してプリンタ１４で印刷するものとしたがこれに限ることはない。読み取った原稿の画像の色を、指示色が含まれない他の色に変換してプリント１４することも可能である。例えば、読み取った原稿中の赤い文字を青い文字に変えて出力するなど色を変換して出力する。このほか、ＲＡＭ１８に予め色変換をすべき色を登録しておき、その登録色と同じ色が読み取った原稿にあった場合に変換するようにしてもよい。

ステップ５０７では、ＣＰＵ１１は、ステップ５０６でプリンタ１４によって出力された記録紙に、図２（ｂ）のような処理指示情報を書き込むことを促す表示を操作部１６に行わせる。ステップ５０３で、テンプレート原稿が存在する旨の応答があると、ステップ５０８で操作部１６にテンプレートに処理指示情報が既に記載されている（図２（ｂ））かどうかを問合せる表示を行う。この表示に対し、テンプレートに指示情報が記載されていないことを示すユーザからの応答を、操作部１６を介して受けるとＣＰＵ１１はステップ５０９でスキャナ１５にテンプレートをセットすることを促す表示を操作部１６に行わせる。ここでは、例えば「テンプレートをスキャナにセットしてください。セットしたらＯＫボタンを押してください」という案内表示と、ＯＫボタンの表示を行う。ここでは、ＯＫボタンが押されたことで原稿が置かれたことをＣＰＵ１１が認識するものとするが、原稿台の下部に設けたフォトインタラプタや、原稿給送装置の原稿センサ等を用いてスキャナ１５に原稿が置かれたことを自動で認識するようにしてもよい。

ステップ５０９でＯＫボタンが押されると、ステップ５１０に進み、ＣＰＵ１１は、テンプレートの原稿上の画像をスキャナ１５で読み取らせる。これによって得た画像データに対してステップ５１１において、指示色と同じ色成分の色が含まれているか判定するための解析・認識処理を行う。色成分の解析・認識処理は、例えば赤色が含まれるかを解析・認識する場合、赤の色相抽出を行って解析・認識する。この色成分の解析・認識は公知の種々の方法を採用することが可能である。また、色相以外のパラメータを用いてもよいし、他のパラメータを組合せてもよい。

ＣＰＵ１１は、ステップ５１２にて、ステップ５１１で解析・認識した色にＲＡＭ１８に登録された指示色と同じものが含まれているか判断をする。指示色とステップ５１１で解析・認識した色が同じであるかの判断は、完全一致のみでなく、ある範囲をもたせて同じと判断することも可能である。例えば、ＲＧＢ値が２５６段階で表されている場合、指示色のＲＧＢ値と比較し、プラスマイナス２０以内であれば同じと判断するようにしてもよい。なお、ここに示した以外の方法で同じ色と判断する方法を適用することも可能である。

ステップ５１２でＲＡＭ１８に登録された指示色と同じ色がテンプレートの画像に含まれていると判断されると、ＣＰＵ１１は、スキャナ１５にテンプレートをセットすることを促す表示を操作部１６に行わせる。ここでは、例えば「テンプレートをスキャナにセットしてください。セットしたらＯＫボタンを押してください」という案内表示と、ＯＫボタンの表示を行う。ここでは、ＣＰＵ１１は、ＯＫボタンが押されたことで原稿が置かれたことを認識するものとするが、原稿台の下部に設けたフォトインタラプタや、原稿給送装置の原稿センサ等を用いてスキャナ１５に原稿が置かれたことを自動で認識するようにしてもよい。

ステップ５１３でＯＫボタンが押されると、ステップ５１４に進み、ＣＰＵ１１は、スキャナ１５によってチェック対象の原稿上の画像を読み取らせる。ＣＰＵ１１は、スキャナ１５から入力された画像データを、モノクロ画像データに変換し、それをプリンタ１４に出力して記録紙へのモノクロコピー出力を行わせる。なお、ステップ５１４では、原稿をモノクロ化してプリンタ１４で印刷するものとしたがこれに限ることはない。これに代わる処理は上述（ステップ５０６）のように種々の方法を採用することができる。

ステップ５１５では、ＣＰＵ１１は、ステップ５１４でプリンタ１４によって出力された記録紙に、図２（ｂ）のような処理指示情報を書き込むことを促す表示を操作部１６に行わせる。

ステップ５１２でＲＡＭ１８に登録されている指示色と同じ色がテンプレートの画像に含まれていないと判断すると、ステップ５１６で、ＣＰＵ１１は、テンプレート原稿に、図２（ｂ）のような処理指示情報を書き込むことを促す表示を操作部１６に行わせる。

ステップ５０８では、ＣＰＵ１１は、操作部１６にテンプレートには既に処理指示情報が記載済みかどうかを確認する表示を行わせる。これに対し、テンプレートに指示情報が記載済であることを示す応答を、操作部１６を介して受けたと判断されると、ステップ５１７に進み、指示記載済テンプレートの原稿の画像をスキャナ１５で読み取らせる。ここでは、上述のモノクロコピー出力と同様の手順で原稿を読み取らせる。即ち、操作部１６に指示情報記載済みの原稿のセットを促す表示を操作部１６に行い、これに対し、ユーザが原稿をセットした後にＯＫボタンが押されるとスキャナ１５による原稿の読み取りを行わせる。ただし、ここではスキャナ１５で読み取って得た画像データのモノクロ画像データへの変換は行わない。ここで得た画像データは、ＲＡＭ１８に記憶しておく。

次に、ステップ５１８で、スキャナ１５から入力された画像データから処理指示情報の解析・認識処理を行う。ここでは、まず、ステップ５０２で決定された指示色が原稿のどこにあるかを解析して、その部分の色を認識することで、色毎に対象領域の位置を特定する。ここで特定される位置は、原稿上のどの位置にどの大きさの処理対象の領域が存在するかを判別可能なものである。例えば、位置は座標によって特定する。

図４に、図２（ｂ）の処理指示領域３１である、チェック者が青い色のペンで書き込んだ領域を示す。処理指示領域３１は、ステップ５１８で閉領域として認識され、左上端の開始座標７０１と、幅７０２、高さ７０３がチェック領域情報として抽出される。Ｘ−Ｙ座標の位置が（Ｙ，Ｘ）と表されるとき、開始座標７０１は（１１０８，９６３）という座標に、幅７０２は８３４、高さ７０３は１２８という値になる。

また同様に、チェック者が緑色のペンで書き込んだ処理指示領域３２は、開始点（１２４０，９６３）、幅は７４０、高さは１００となる。チェック者が赤色のペンで書き込んだ処理指示領域３３は、開始点（２９５５，２０５０）、幅は２００、高さは１７１となる。さらに、これら処理指示領域３１、３２、３３からは、指示色の判定が行われ、処理コードが抽出される。処理指示領域３１は青い色のペンで書き込まれた領域であるから、処理コードは１となる。同様にして、処理指示領域３２は緑色のペンで書き込まれた領域であるから処理コードは０、処理指示領域３３は赤色のペンで書き込まれた領域であるから処理コードは２となる。

そして、ここで特定された位置と、ステップ５０２で決定した処理内容とを対応付けてＲＡＭ１８に記憶する。

続いて、ステップ５１９で、ＣＰＵ１１は、ステップ５１８で解析・認識した結果を操作部１６に表示させる。例えば、特定した処理指示情報に対応する領域の座標やその領域に対する処理内容を表示する。また、読み取った原稿のサムネイル画像を表示し、その画像と対応させてどの位置に処理指示情報があり、その処理内容がどういったものかを識別可能に表示するようにしてもよい。そしてステップ５２０で、ＣＰＵ１１は、ステップ５１９で表示した内容で正しいかどうかをユーザに確認する表示を操作部１６に行わせる。この確認に対し、ユーザから否定する応答を、操作部１６を介して受けると、ステップ５２５に進み、ＣＰＵ１１は、ステップ５１７でスキャナ１５により読み取ったテンプレート画像をプリンタ１４でモノクロ出力するか確認する表示を操作部１６に行わせる。

そして、これに肯定する応答を、操作部１６を介して受け取ると、ステップ５２６に進み、ステップ５１７でスキャナ１５により読み取った原稿の画像をモノクロ画像データに変換し、プリンタ１４でモノクロコピー出力を行わせる。

即ち、正しく処理指示情報が抽出できなかった場合に、処理指示情報が付加された処理指示書をモノクロコピーする。これを用いて再び処理指示情報を付加させる。なお、ステップ５２６では、原稿をモノクロ化してプリンタ１４で印刷するものとしたがこれに限ることはない。これに代わる処理は上述（ステップ５０６）のように種々の方法を採用することができる。

ステップ５２７では、ＣＰＵ１１は、ステップ５２６でプリンタ１４によって出力された記録紙に、処理指示情報を書き込むことを促す表示を操作部１６に行わせる。

ステップ５２８では、ステップ５２５でユーザからモノクロコピー出力を行わないことを示す指示を、操作部１６を介して受けると、ＣＰＵ１１は、処理指示書を新たに作成するかを確認する表示を操作部１６に行わせる。この確認に対し、新たに処理指示書を作成することを示す指示を、操作部１６を介して受けると、ステップ５２９に進み、ＣＰＵ１１は、新たに作成した処理指示書をスキャナにセットするように促す表示を操作部１６に行わせる。一方、ステップ５２８の確認に対し、新たに処理指示書を作成しないことを示す指示を、操作部１６を介して受けると本処理を終了させる。

ステップ５２７、ステップ５２９の表示に引き続き、ユーザが原稿をセットし、操作部１６を介してＯＫボタンを押すなど、読み取りの指示が行われると、先に説明したステップ５１７の処理を再び実行する。

そして、ステップ５２０で解析結果が正しかったことを示す応答を、操作部１６を介して受け取ると、当該解析内容を処理指示情報の抽出結果としてＲＡＭ１８に記憶する。続いて、ステップ５２１に進み、ＣＰＵ１１は、スキャンチケットを作成するか否か問合せる表示を、操作部１６に行わせる。この表示に対し、肯定する応答を、操作部１６を介して受けると、ステップ５２２に進み、ＣＰＵ１１は解析内容のコード化を行う。解析内容のコード化とは、ステップ５１９で表示した解析結果を、例えば２次元コード（例えばＱＲコード等）を使ってコード化することを指す。コード化される内容は、処理指示された領域とその領域に対する処理内容である。

例えば、図２（ｃ）の処理指示書の場合、処理指示領域３１〜３３の処理指示情報を、開始点のＸ座標、Ｙ座標、幅、高さ、処理コードの順にカンマ区切りで並べた文字列は次のようになり、その文字列をＱＲコードにエンコードしたものが図５である。
「９６３，１１０８，８３４，１２８，１，９６３，１２４０，７４０，１００，０，２０５０，２９５５，２００，１７１，２」
また、ここでは２次元コードを例に説明するがこれ以外の方法でコード化したものとしてもよく、画像処理装置１００が解析・認識可能なものであればこれに限ることはない。ステップ５２３では、ＣＰＵ１１はステップ５２２で作成したコード化したものを画像としてプリンタ１４で記録紙に出力させ印刷する。

ここで印刷されたスキャンチケットを用いて、チェック対象の原稿のチェックを実行することが可能である。ただし、ステップ５２０で解析結果が正しいと判断された場合は、ステップ５１７でスキャナ１５により読み取らせた処理指示書は正しく認識されたことを示すので、ステップ５２１〜５２３の処理を行わず、この処理指示書をスキャンチケットとしてもよい。この場合、チェック時に処理指示書から処理内容等を認識するものとする。

また、ステップ５２１の問合せに対し、否定する応答を、操作部１６を介して受けると、ＣＰＵ１１は、ステップ５２０で登録した解析内容を特定するためのＩＤを操作部１６に表示させる。これはチェック原稿のチェックを行わせる際に、この解析内容を特定し、ＲＡＭ１８から読み出して利用するためである。このＩＤはＣＰＵ１１が提示する以外、ユーザが所望のＩＤを操作部１６から指定するものであってもよい。ここで決定したＩＤと解析内容とは対応付けられてＲＡＭ１８に記憶される。その後、ステップ５２４に進む。

ステップ５２４では、以上のように認識した処理指示情報とそれに対応する処理内容に従ってチェック対象の原稿のチェックを行う。

以上の処理により、原稿に含まれる色成分を指示色の色成分と異ならせるよう変換して処理指示情報をユーザに付加させるための原稿を印刷させることができる。これにより、処理指示書に付加された処理指示情報を正しく認識することができるようにできる。即ち、処理指示情報の認識エラーを低減させることができる。また、その際の作業をユーザに対し適切に案内（例えば、モノクロコピー出力を促す案内の通知）することができるので、ユーザによる作業ミスを低減させることができる。なお、以上説明したフローチャートに示した処理は全てを実行する必要はなく、一部の処理のみ実行するようにしてもよい。

次に、図６を用いてステップ５２３の前記スキャンチケット生成処理で生成されるスキャンチケットについて詳細に説明する。

図６は、本実施例における、図２（ｂ）の処理指示書から生成したスキャンチケットの一例である。

スキャンチケットは、処理指示情報がコード化されたＱＲコード８００と、サムネイル画像１１００、処理指示情報１１０１〜１１０３とで構成される。処理指示情報１１０１は、図２（ｂ）の処理指示領域３１から取得したチェック領域情報（チェック領域の開始点の座標、幅、高さ）と処理コードに対応する処理方法が文字で書かれたものである。また、処理指示情報１１０２には、処理指示領域３２から取得したチェック領域情報と処理コードに対応する処理方法が、処理指示情報１１０３には、処理指示領域３３から取得したチェック領域情報と処理コードに対応する処理方法が文字で書かれている。サムネイル画像１１００は、サムネイル画像生成処理によって得られる図２（ｂ）の処理指示書から生成されたサムネイル画像である。サムネイル画像１１００は、チェック者が処理指示書に描いた処理指示の矩形を削除し、処理指示情報に従って指示色で矩形が描かれた画像データを、スキャンチケット用に縮小処理したものである。

次に、図３のフローチャートを実行することにより作成したスキャンチケットを用いて、抽出した処理指示情報に応じた原稿のチェックを行う手順について図７にて説明する。

図７は、本実施形態におけるスキャンチケットを用いて原稿のチェック処理を行う際の処理の流れを示したフローチャートである。ＲＯＭ１９に格納された図７のフローチャートの各処理を実行するためのプログラムをＲＡＭ１８にロードしてＣＰＵ１１が実行することで、図７のフローチャートが実行される。

ステップ１３０１において、ＣＰＵ１１は、操作部１６に図８の設定画面を表示させる。ユーザはチェック対象原稿をスキャナ１５で読み取る際の読み取り解像度を解像度設定１４０２で設定し、読み取ったチェック対象原稿を保存する際のファイル形式を１４０３で設定する。ここでは、読取設定として、読み取り解像度の設定と保存する際のファイル形式の設定を説明したが、読み取り時の設定であればそれ以外の設定でもよい。ＣＰＵ１１はユーザからの指示に従い設定された読み取り解像度とファイル形式を操作部１６に表示させる。

次に、ステップ１３０２において、ユーザが操作部１６に表示されているアドレス帳ボタン１４０１を選択すると、ＣＰＵ１１は図９の宛先入力画面を表示させる。ユーザは図９の宛先入力画面において、読み取った原稿を保存する保存先のサーバの情報（ホスト名、フォルダへのパス、原稿を読み取ったユーザ名、パスワード等）を入力する。そして、ＣＰＵ１１はユーザから入力されたサーバの情報を操作部１６に表示させる。

次に、ステップ１３０３において、ユーザは読取手段であるスキャナ１５に図６のスキャンチケットおよびチェック対象の原稿を置き、送信ボタン１４０４を押下すると、スキャンを開始する。ＣＰＵ１１はステップ１３０１で設定された読み取り設定でスキャンするようにスキャナ１５に対してスキャン指示を送り、スキャンチケット及びチェック対象の原稿のスキャンを開始する。なお、ステップ１３０３では送信ボタン１４０４を押下することでスキャンを開始したが、不図示のスキャンボタンを押下することでスキャンを開始してもよい。スキャンされた処理指示を示すスキャンチケットの画像データ（第２の画像データ）とチェック対象原稿の画像データ（第１の画像データ）はＨＤＤ１３に一旦格納される。なお、本実施形態では、説明を簡単にするためにチェック対象の原稿が図２（ｃ）の場合のみを説明するが、チェック対象の原稿が複数枚あっても良い。

次に、ステップ１３０４において、ＣＰＵ１１は、ＨＤＤ１３に格納されたスキャンチケットの画像データを読み出し、スキャンチケットの解析を行う。スキャンチケットには複数の処理指示情報がＱＲコードにエンコードされて印字されている。なお、各処理指示情報は、どの領域をチェックするかという処理対象領域情報と、そのチェック領域をどのような処理方法でチェックするかを示す処理コードで構成されている。ＣＰＵ１１は、スキャンチケットの画像データに含まれるＱＲコードの位置を検出し、ＱＲコードをデコードして、複数の処理指示情報を取得する。本実施例における処理指示情報のチェック領域情報は、画像データ上の座標を表し、処理領域の開始点のＸ−Ｙ座標と、開始点からの幅と高さで構成されている。また、処理コードとは、チェック領域をどのような処理方法でチェックするかを表しており、チェック領域に対応する処理方法が対応付けられた番号である。本実施例では、チェック領域に記載があること（処理コード：０）、チェック領域が空欄であること（処理コード：１）、チェック領域に朱印があること（処理コード：２）をチェックする三種類の処理方法が処理コードに対応づけられている。なお、ステップ１３０３において、複数のチェック対象原稿が読み取られた場合、一枚目にスキャンされたスキャンチケットに記載の処理指示情報が、二枚目以降にスキャンされる複数枚のチェック対象原稿全てに対して適用される。一枚目に読み取られて取得された処理指示情報は、全てのチェック対象原稿のチェック処理が終えるまで有効となる。

次に、ステップ１３０５において、ＣＰＵ１１は、ＨＤＤ１３に格納されているチェック対象原稿の画像データを順次読み出す。ステップ１３０６において、ステップ１３０５で読み出した画像データから、処理指示情報のチェック領域情報が示す開始点と幅、高さを用いて、チェック領域を順次取得する。次に、ステップ１３０７において、ＣＰＵ１１は、ステップ１３０６で取得した処理指示情報から、チェック領域に対応する処理コードを確認する。処理コードが０および１であった場合はステップ１３０８に、処理コードが２であった場合にはステップ１３０９に進む。

ステップ１３０８では、ＣＰＵ１１は、取得したチェック領域内に記載があるかをチェックする処理を行う。本実施例では、ステップ１３０６で取得したチェック領域内の画像データをＨＬＳ色空間へと変換し、輝度Ｌが所定の明るさよりも暗い画素がチェック領域内に占める割合によって、チェック領域に記載があるか否かを判断することができる。本実施例において、画像データから取得したチェック領域の画像データはＲＧＢ色空間である。よって、輝度Ｌの値が５０％よりも小さい画素のチェック領域に占める割合を求め、その画素が占める割合が１０％以上のとき、チェック領域に記載があったと判断する。なお、上記判定の方法に限るものではく、記載があるかどうかが判定できれば良いので、例えば、輝度が低い画素が主走査方向に連続する長さなどで、チェック領域に記載があるかどうかを判定しても良い。また、ここで用いたＲＧＢ色空間からＨＬＳ色空間への変換は公知の技術であるため、ここでの詳細な説明は省く。

次に、ステップ１３０９において、ＣＰＵ１１は、取得したチェック領域内に朱印があるかをチェックする処理を行う。本実施例では、ステップ１３０８と同様の方法でチェック領域をＨＬＳ色空間へと変換し、彩度Ｓと色相Ｈが一定の範囲内にある画素が処理領域内に占める割合によって、朱印があるかを判定することができる。つまり、本実施例においては、彩度Ｓが２０％以上であり、且つ色相Ｈが３０度以下、あるいは３３０度以上であるときの画素がチェック領域に占める割合を求め、その割合が１０％以上のとき、朱印があると判断する。なお、上記判定の方法に限るものではく、チェック領域に記載があるかどうかが判定できれば良いので、例えば、彩度Ｓと色相Ｈが一定の範囲内にある画素が主走査方向に連続する長さなどで、チェック領域に記載があるかどうかを判定しても良い。

次に、ステップ１３１０において、ＣＰＵ１１は、ステップ１３０８、またはステップ１３０９においてチェック領域（処理対象領域）に記載があると判定され、且つチェック領域に対する処理コードが０（チェック領域に記載がある）または２（チェック領域に朱印がある）である場合、ステップ１３１１へ進む。また、条件に一致しない場合はステップ１３１４へと進む。すなわち、ステップ１３１０では、チェック領域（処理対象領域）に対する処理コードと処理対象領域内の記載の有無から、処理対象領域内の記載の正当性を判断する。チェック領域に対する処理コードが０（チェック領域に記載がある）で、かつ、処理対象領域内に記載がある場合、処理対象領域内の記載が正当であると判断される。また、チェック領域に対する処理コードが０（チェック領域に記載がある）で、かつ、処理対象領域内に記載がない場合、処理対象領域内の記載が正当ではないと判断される。処理対象領域内の記載が正当であると判断された場合、ステップ１３１１へすすみ、処理対象領域内の記載が正当ではないと判断された場合、ステップ１３１４へすすむ。

ステップ１３１４で、ＣＰＵ１１は、ステップ１３０８、またはステップ１３０９においてチェック領域に記載がないと判定され、且つチェック領域に対する処理コードが１であるか否かを判定し、前記条件に一致する場合はステップ１３１１へと進む。また、前記条件に一致しない場合はステップ１３１５へと進む。すなわち、ステップ１３１４では、チェック領域（処理対象領域）に対する処理コードと処理対象領域内の記載の有無から、処理対象領域内の記載の正当性を判断する。チェック領域に対する処理コードが１（チェック領域に記載がない）で、かつ、処理対象領域内に記載がない場合、処理対象領域内の記載が正当であると判断される。また、チェック領域に対する処理コードが１（チェック領域に記載がない）で、かつ、処理対象領域内に記載がある場合、処理対象領域内の記載が正当ではないと判断される。処理対象領域内の記載が正当であると判断された場合、ステップ１３１１へすすみ、処理対象領域内の記載が正当ではないと判断された場合、ステップ１３１５へすすむ。

次に、ステップ１３１１において、ＣＰＵ１１は、チェック結果がＯＫとなったチェック対象原稿の画像データをＨＤＤ１３から読み出し、ステップ１３０１で設定されたファイル形式（例えば、ＰＤＦ）に画像データを変換する。さらに、ＣＰＵ１１は画像変換されたデータを、ネットワークＩ／Ｆ１７を介して、ステップ１３０２で設定された保存先に送信する。ここで、チェック結果がＯＫとは、チェック領域内に記載がある（処理コード：０）ことをチェックした場合に、チェック領域内に記載があると判定された場合である。また、チェック領域内に記載がない（処理コード：１）ことをチェックした場合に、チェック領域内に記載がないと判定された場合である。また、チェック領域内に朱印がある（処理コード：２）ことをチェックした場合に、チェック領域内に朱印があると判定された場合である。チェック結果がＮＧとは、ＯＫの場合と逆で、チェック領域内に記載がある（処理コード：０）ことをチェックした場合に、チェック領域内に記載がないと判定された場合である。また、チェック領域内に記載がない（処理コード：１）ことをチェックした場合に、チェック領域内に記載があると判定された場合である。また、チェック領域内に朱印がある（処理コード：２）ことをチェックした場合に、チェック領域内に朱印がないと判定された場合である。

本実施例においては、ネットワークＩ／Ｆ１７経由でネットワーク上の保存先フォルダに送信を行ったが、送信先はネットワーク上のフォルダに限らず、ＨＤＤ１３に保存してもよい。

次に、ステップ１３１５において、ＣＰＵ１１は、スキャンチケット図６のＱＲコード８００をデコードして取得した処理指示情報と、ステップ１３０２に設定した保存先情報から、再保存時に使用するＱＲコード（処理指示情報）を再生成する。ここで、ステップ１３０２で設定された保存先情報は、図９のホスト名、フォルダへのパス、ユーザ名、パスワード等である。また、ここでいう再保存とは、チェック結果がＮＧとなった原稿を修正して、再度読み取ってチェックし保存する際の処理を意味する。ステップ１３１５で生成する再保存時に使用するＱＲコードには、ステップ１３０４で取得した処理指示情報と、ステップ１３０２で設定した保存先情報が含まれている。

次に、ステップ１３１６において、ＣＰＵ１１は、ステップ１３１５で生成されたＱＲコードを用いて、再保存用のスキャンチケットの画像データ（図１０（ａ））を生成する。そして、生成された画像データを印刷手段であるプリンタ１４に出力することで、再保存用のスキャンチケット（図１０（ａ））を印刷する。再保存用のスキャンチケットは、元のスキャンチケット（図６）に記載されている処理指示情報に加えて、ステップ１３０２で設定した保存先情報がＱＲコード８５０に含まれている。また、目視した際にも分かるように送信宛先情報（保存先情報）１１０４が記載されている。

次に、ステップ１３１２において、ＣＰＵ１１は、ステップ１３０５で読み出した画像データに対して、複数の処理指示情報の全てをチェックし終えたかを判定し、終えた場合にはステップ１３１３に進む。また、終えていない場合にはステップ１３０６に進む。次に、ステップ１３１３において、ＣＰＵ１１は、ステップ１３０３で読み込んだ全てのチェック対象原稿の処理を終えたか否かを判定し、終えた場合は処理を終了する。また、終えていない場合にはステップ１３０５に進む。本実施例によれば、チェック対象原稿のチェック結果がＮＧとなった際には、スキャンチケットの処理指示情報に保存先情報を付加した再保存用のスキャンチケットを生成することができるようになる。

図１６は、本実施形態における再保存用のスキャンチケットを用いて原稿のチェック処理を行う際の処理の流れを示したフローチャートである。ＲＯＭ１９に格納された図１６のフローチャートの各処理を実行するためのプログラムをＲＡＭ１８にロードしてＣＰＵ１１が実行することで、図１６のフローチャートが実行される。

図１６のステップ１３０１、ステップ１３０４〜１３１０、ステップ１３１２〜１３１４は、図７のステップ１３０１、ステップ１３０４〜１３１０、ステップ１３１２〜１３１４の同様の処理である。図１６のステップ２００１は、図７のステップ１３０３と処理が異なる。また、図１６のステップ２００２は、図７のステップ１３１１と処理が異なる。

まず、ステップ２００１について説明する。ステップ２００１では、図７のＳ１３１５で生成したＱＲコードを含む再保存用のスキャンチケットと、ステップ１３１０でＮｏと判定された原稿を修正した原稿またはステップ１３１４でＮｏと判定された原稿を修正した原稿をスキャンする。ここで、ステップ１３１０でＮｏと判定された原稿とは、ステップ１３０８またはステップ１３０９におけるチェック結果がＮＧとなった原稿である。また、修正した原稿とは、ステップ１３０８またはステップ１３０９におけるチェック結果がＮＧとなった原稿をＯＫとなるように修正した原稿である。

次に、ステップ２００２について説明する。ステップ２００２では、チェック済みのスキャンデータを、図７のステップ１３１５で生成されたＱＲコードに含まれる保存先（図７のステップ１３０２で設定された保存先）に送信する。これにより、一回目のチェック処理によりチェック結果がＯＫとなった原稿と同じ保存先に、一回目のチェック処理によりＮＧとなった原稿を修正した原稿を保存することができる。ユーザは一回目のチェック処理によりチェック結果がＯＫとなった原稿の保存先を記憶することなく、容易にＯＫの原稿と同じ保存先にＮＧ原稿を修正した原稿を保存することができる。

本実施例によれば、前回保存した保存先の情報が含まれている再保存用のスキャンチケットを用いる。これにより、チェック結果がＮＧとなった原稿を修正して再度チェックし直す際には、保存先を再度入力することなく前回保存した場所に容易に保存することが可能になり、ユーザの操作性が向上する。

実施例２は、再保存用のスキャンチケットを生成する際に、実施例１で説明した画像データの保存先に加えて、チェック対象原稿を読み取った際の読み取り設定をスキャンチケットのＱＲコードに含ませる。実施例２では、実施例１と同様の処理の部分については説明を省略し、異なる部分のみ下記で説明する。

図１１は、本実施例における再保存用のスキャンチケットを印刷する処理を行う際の処理の流れを示したフローチャートである。ＲＯＭ１９に格納された図１１のフローチャートの各処理を実行するためのプログラムをＲＡＭ１８にロードしてＣＰＵ１１が実行することで、図１１のフローチャートが実行される。

図１１のステップ１３０１〜１３１４、ステップ１３１６は、図７のステップ１３０１〜１３１４、ステップ１３１６と処理が同様であり、図１１のステップ１５０１が図７のステップ１３１５と異なる。

ステップ１３１４でチェック結果がＮＧとなった場合、ステップ１５０１にすすむ。ステップ１５０１では、ＣＰＵ１１は、スキャンチケット（図６）のＱＲコード８００をデコードして取得した処理指示情報と、ステップ１３０１で設定した読取り設定情報と、ステップ１３０２に設定した保存先情報から、再保存時に使用するＱＲコードを再生成する。ここで、処理指示情報は、どの領域をチェックするかというチェック領域情報と、そのチェック領域をどのような処理方法でチェックするかを示す処理コードが含まれている情報である。また、読み取り設定情報は、ステップ１３０１で設定した読み取り解像度、ファイル形式の情報である。また、保存先情報は、図９のホスト名、フォルダへのパス、ユーザ名、パスワードの情報である。

次に、ステップ１３１６において、ＣＰＵ１１は、ステップ１５０１で生成されたＱＲコードを用いて、再保存用のスキャンチケット（図１０（ｂ））の画像データを生成してプリンタ１４に送信することで、再保存用のスキャンチケット（図１０（ｂ））を印刷する。再保存用のスキャンチケット（図１０（ｂ））には、元のスキャンチケット（図６）に記載されている処理指示情報に加えて、ステップ１３０１で設定した読取設定情報（読み取り解像度、ファイル形式）とステップ１３０２で設定した保存先情報が含まれている。また、目視した際にも分かるようにスキャンチケットには、保存先情報１１０４と読取り設定情報１１０５が記載されている。

本実施例の読取り設定情報として、読取り解像度、ファイル形式について説明したが、読取り設定情報としては、スキャン時に設定可能な読取り設定（例えば、読取り濃度、読み取り倍率等）の全てや一部でもよい。

本実施形態における再保存用のスキャンチケットを用いて原稿のチェック処理を行う際の処理の流れを図１６のフローチャートを用いて説明する。本実施形態においてステップ２００１、ステップ２００２、ステップ１３０４〜ステップ１３１０、ステップ１３１２〜ステップ１３１４については、第１の実施形態の図１６で説明した処理と同様である。ステップ１３０１が、第１の実施形態の図１６の処理と異なる。

第２の実施形態では、ステップ１３０１において、再保存用のスキャンチケットのＱＲコードに含まれる読取り設定が設定される。

本実施例によれば、チェック対象原稿のチェック結果がＮＧとなった際には、スキャンチケットの処理指示情報に読取り設定情報と保存先情報を付加した再保存用のスキャンチケットを生成することができるようになる。また、本実施例によれば、前回保存した保存先の情報が含まれている再保存用のスキャンチケットを用いる。これにより、チェック結果がＮＧとなった原稿を修正して再度チェックし直す際には、保存先を再度入力することなく前回保存した場所に容易に保存することが可能になり、ユーザの操作性が向上する。さらに、前回のチェック対象原稿をスキャンした際の読取り設定情報も再保存用のスキャンチケットに含まれているため、前回の読取り設定を設定し直すことなく前回スキャンしたスキャン設定で容易にスキャンすることが可能になり、ユーザの操作性が向上する。

実施例３は、再保存用のスキャンチケットに含めることができる設定情報をユーザが選択できる点が実施例１、実施例２と異なる。それ以外の処理については実施例１、２と同様である。実施例３では、実施例１と同様の処理の部分については説明を省略し、異なる部分のみ下記で説明する。

図１２は、本実施例における再保存用のスキャンチケットを印刷する処理を行う際の処理の流れを示したフローチャートである。ＲＯＭ１９に格納された図１２のフローチャートの各処理を実行するためのプログラムをＲＡＭ１８にロードしてＣＰＵ１１が実行することで、図１２のフローチャートが実行される。

図１２のステップ１３０１〜１３１４、ステップ１３１６は、図７のステップ１３０１〜１３１４、ステップ１３１６と処理が同様であり、図１２のステップ１６０１とステップ１６０２が図７のステップ１３１５と異なる。

ステップ１３１４でチェック対象原稿のチェック結果がＮＧとなった場合は、ステップ１６０１において、ＣＰＵ１１は、スキャンチケットに含めるデータの設定情報１７０１を取得する。設定情報１７０１は、ユーザによって操作部１６を介して設定される。１７０１でＯＮが設定されている項目については、スキャンチケットに含めるデータとして扱う。例えば、図１３の場合は保存先設定がＯＮ、読取り設定がＯＮ、ＮＧになったページ番号がＯＦＦという設定を表しているため、スキャンチケットには、保存先設定、読取り設定を含めることになる。

次に、ステップ１６０２において、ＣＰＵ１１は、ステップ１６０１で取得した設定に応じた設定情報とスキャンチケット（図６）のＱＲコード８００をデコードして取得した処理指示情報を含んだデータから、再保存時に使用するＱＲコードを再生成する。この場合、ステップ１６０１で取得した設定情報は、ステップ１３０１で設定した読取り設定情報とステップ１３０２で設定した保存先情報である。

次に、ステップ１３１６において、ＣＰＵ１１は、ステップ１６０２で生成されたＱＲコードを用いて、再保存用のスキャンチケット（図１０（ｂ））の画像データを生成してプリンタ１４に送信することで、再保存用のスキャンチケット（図１０（ｂ））を印刷する。再保存用のスキャンチケット（図１０（ｂ））のＱＲコード８５０には、元のスキャンチケット（図６）に記載されている処理指示情報に加えて、ステップ１３０１で設定した読取り設定情報とステップ１３０２で設定した保存先情報が含まれている。また、目視した際にも分かるようにスキャンチケットには、保存先情報１１０４と読取り設定情報１１０５が記載されている。

本実施例の読取り設定情報として、読取り解像度、ファイル形式について説明したが、読取り設定情報としては、スキャン時に設定可能な読取り設定（例えば、読取り濃度、読み取り倍率等）の全てや一部でもよい。

図１０（ｃ）は、図１３の設定で、保存先設定とＮＧになったページ番号がＯＮ、読取り設定がＯＦＦに設定されていた場合の再保存用のスキャンチケットの例である。

本実施例によれば、再保存用のスキャンチケットに含める情報をユーザが選択することができるため、保存先設定は一回目のスキャン時の設定と同じで、読取り設定だけを一回目のスキャン時の設定から変更してチェックを行うといったことが可能となる。これにより、ユーザの選択肢が増えユーザの利便性が向上する。

実施例４は、チェック結果がＯＫになった際に、再保存用のスキャンチケットを生成するか否かをユーザに選択させる点が実施例１，２，３と異なる。実施例４では、実施例１と同様の処理の部分については説明を省略し、異なる部分のみ下記で説明する。

図１４は、本実施例における再保存用のスキャンチケットを印刷する処理を行う際の処理の流れを示したフローチャートである。ＲＯＭ１９に格納された図１４のフローチャートの各処理を実行するためのプログラムをＲＡＭ１８にロードしてＣＰＵ１１が実行することで、図１４のフローチャートが実行される。

図１４のステップ１３０１〜１３１６は、図７のステップ１３０１〜１３１６と処理が同様であり、図１４のステップ１８０１〜１８０３が図７のフローチャートに追加されている。

ステップ１３１０またはステップ１３１４で処理対象領域内の記載が正当であると判断された場合、ステップ１８０１の処理が実行される。ステップ１８０１では、再保存用のスキャンチケットの画像データを生成するか否かの指示をユーザに入力させる（指示入力）。ステップ１８０１において、再保存用のスキャンチケットの画像データを生成する指示が入力された場合ステップ１８０２にすすみ、再保存用のスキャンチケットの画像データを生成する指示が入力されなかった場合ステップ１３１２にすすむ。ＣＰＵ１１が、スキャンチケットを生成するか否かの情報１９０１を取得する。図１５の情報１９０１は、ユーザによって操作部１６を介して設定される。１９０１でＮｏが設定されていた場合は、前述したステップ１３１２の処理を行う。１９０１でＹｅｓが設定されていた場合は、ステップ１８０２において、ＣＰＵ１１は、前述したステップ１３１５と同じ処理を行う。

次に、ステップ１８０３において、ＣＰＵ１１は、ステップ１８０２で生成されたＱＲコードを用いて、再保存用のスキャンチケット（図１０（ａ））の画像データを生成して任意のファイル形式（ＰＤＦ等）に画像データの変換を行う。さらに、ＣＰＵ１１は画像変換されたデータをステップ１３０２で設定された保存先に、ネットワークＩ／Ｆ１７を介して送信する。

本実施例においては、ネットワークＩ／Ｆ１７経由でネットワーク上の保存先に画像データの送信を行ったが、送信先はネットワーク上の保存先フォルダに限らず、ＨＤＤ１３に保存してもよい。また、本実施例には記述していないが、再保存用のスキャンチケットを作成する際には、実施例３で説明したようにスキャンチケットに含めるデータをユーザが選択してもよい。本実施例によれば、チェック結果がＯＫになった際にもスキャンチケットを生成して電子データとして保存しておくことができる。これにより、元のスキャンチケットを無くした場合や、後からチェック原稿を追加するといった場合に利用することができるようになるため、ユーザの利便性が向上する。

（その他の実施例）
上述した実施例では、プログラム（ソフトウェア）を実行することで上述した実施例のフローチャートが実行されると説明したが、各フローチャートをハードウェアによって実行してもよい。また、プログラムによって実行されるフローチャートの一部の処理をハードウェアに置き換えて実行してもよい。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (8)

1. 読取手段により原稿上の画像を読み取って得た画像データの保存先を設定する保存先設定手段と、
   前記読取手段により原稿上の画像を読み取って得た第１の画像データと前記読取手段により処理指示を示す原稿を読み取って得た第２の画像データを入力する入力手段と、
   前記第２の画像データを解析することで処理指示情報を取得し、前記取得された処理指示情報の処理対象領域情報と処理コードを用いて、前記第１の画像データの処理対象領域内の記載の正当性を判断する判断手段と、
   前記判断手段によって前記処理対象領域内の記載が正当であると判断された場合、
   前記第１の画像データを前記保存先設定手段で設定された保存先に送信する送信手段と、
   前記判断手段によって前記処理対象領域内の記載が正当であると判断された場合、
   前記保存先を含む再保存用の処理指示情報を生成するか否かの指示をユーザに入力させる指示入力手段と、
   前記指示入力手段によって前記保存先を含む再保存用の処理指示情報を生成する指示が入力された場合、あるいは、前記判断手段によって前記処理対象領域内の記載が正当ではないと判断された場合、前記保存先を含む再保存用の処理指示情報を生成する生成手段と、
   前記生成手段によって生成された処理指示情報を含むデータを印刷手段に出力する出力手段とを有することを特徴とする画像処理装置。
2. 前記判断手段において、前記取得された処理指示情報の処理対象領域情報から前記第１の画像データの処理対象領域が決定され、前記処理コードが領域内に記載があることを示し、かつ前記第１の画像データの処理対象領域内に記載がある場合、前記第１の画像データの処理対象領域内の記載が正当であると判断され、前記処理コードが領域内に記載があることを示し、かつ前記第１の画像データの処理対象領域内に記載がない場合、前記第１の画像データの処理対象領域内の記載が正当ではないと判断されることを特徴とする請求項１記載の画像処理装置。
3. 前記判断手段において、前記取得された処理指示情報の処理対象領域情報から前記第１の画像データの処理対象領域が決定され、前記処理コードが領域内に記載がないことを示し、かつ前記第１の画像データの処理対象領域内に記載がない場合、前記第１の画像データの処理対象領域内の記載が正当であると判断され、前記処理コードが領域内に記載がないことを示し、かつ前記第１の画像データの処理対象領域内に記載がある場合、前記第１の画像データの処理対象領域内の記載が正当ではないと判断されることを特徴とする請求項１記載の画像処理装置。
4. さらに、前記読取手段で原稿上の画像を読み取る際の読み取り設定を設定する読取設定手段とを有し、
   前記入力手段において、前記読取手段は前記読取設定手段で設定された読み取り設定により前記原稿上の画像を読み取り、
   前記生成手段において、前記保存先に加えて前記読み取り設定を含む再保存用の処理指示情報を生成することを特徴とする請求項１乃至３のいずれか一項に記載の画像処理装置。
5. 前記処理指示情報は、ＱＲコード（登録商標）に含まれていることを特徴とする請求項１乃至４のいずれか一項に記載の画像処理装置。
6. さらに、前記読取手段で原稿上の画像を読み取る際の読み取り設定を設定する読取設定手段と、
   前記保存先設定手段によって設定された画像データの保存先と、前記読取設定手段によって設定された読み取り設定と、前記判断手段によって前記処理対象領域内の記載が正当ではないと判断されたページ番号の中から、前記生成手段で生成される処理指示情報に含める情報をユーザが選択する選択手段を有することを特徴とする請求項１乃至３のいずれか一項に記載の画像処理装置。
7. 読取手段により原稿上の画像を読み取って得た画像データの保存先を設定し、
   前記読取手段により原稿上の画像を読み取って得た第１の画像データと前記読取手段により処理指示を示す原稿を読み取って得た第２の画像データを入力し、
   前記入力された第２の画像データを解析することで処理指示情報を取得し、前記取得された処理指示情報の処理対象領域情報と処理コードを用いて、前記第１の画像データの処理対象領域内の記載の正当性を判断し、
   前記処理対象領域内の記載が正当であると判断された場合、前記第１の画像データを前記設定された保存先に送信し、
   前記正当性の判断によって前記処理対象領域内の記載が正当であると判断された場合、前記保存先を含む再保存用の処理指示情報を生成するか否かの指示をユーザに入力させ、
   前記保存先を含む再保存用の処理指示情報を生成する指示が入力された場合、あるいは、前記処理対象領域内の記載が正当ではないと判断された場合、前記保存先を含む再保存用の処理指示情報を生成し、
   前記生成された処理指示情報を含むデータを印刷手段に出力することを特徴とする画像処理装置の制御方法。
8. 請求項７に記載の制御方法をコンピュータにより実行させることを特徴とするプログラム。

Images