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

Abstract

【課題】複数の種類が混在する原稿を処理指示に従ってチェックする場合、途中に枚数が不足している原稿や、順番が誤っている原稿等が存在すると、本来適用されるべき処理指示とは違う処理指示によりチェックが行われ、チェック結果の信頼性が下がるという問題があった。
【解決手段】所定の形式の原稿における所定の記載事項のチェック処理を行うための処理指示情報を、異なる形式の原稿の枚数分だけ記憶しておき、チェック対象の複数枚の原稿を読み取って各原稿の画像データを取得する。そして、取得した１枚分の原稿の画像データに対して、異なる形式の原稿の枚数分の処理指示情報を順次適用してチェック処理を行う。
【選択図】図４

Description

本発明は、原稿上の画像を読み取って得た画像データを用いて、その原稿の所定の欄に所定の事項が記載されているか否かを判定処理する画像処理装置及びその制御方法並びにプログラムに関する。

従来から、スキャナによって読み取られた用紙の読取画像をコンピュータを用いて解析し、紙面上の特定の領域に記載された文字等を認識する技術がある。この技術を利用すれば、例えば同一フォームを有する多数の帳票に対して記載された金額や日付等を容易に抽出することができ、また抽出したデータを集計等の処理に入力させることができる。

例えば、特許文献１は、以下の技術を開示している。すなわち、チェック対象の原稿と同一フォームの原稿（テストの解答用紙）にユーザが手書きで処理対象の領域と処理の内容とを示す処理指示を記入する。そして、この処理指示が記入された原稿をスキャナで読み取ることにより、処理対象の領域と処理の内容とを特定し、処理指示情報を取得する。そして、取得した処理指示情報を用いて、チェック対象の原稿に記入された処理対象の領域に書き込まれた情報を抽出することが示されている。

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

しかしながら、複数のフォームの種類が混在する複数枚の原稿を上述した処理指示に従ってチェックする場合、途中に枚数が不足している原稿や、順番が誤っている原稿等が存在することがある。この場合、従来技術では、本来適用されるべき処理指示とは違う処理指示によりチェックが行われる。その結果、エラーを示すチェック結果が実際の記載内容によるものなのか、途中に枚数が不足している原稿が存在している等の影響によるものなのかの判別がつかず、チェック結果の信頼性が下がるという問題があった。

本発明に係る画像処理装置は、チェック対象の複数枚の原稿を読み取って各原稿の画像データを取得する第１の読み取り手段と、所定の形式の原稿における所定の記載事項のチェック処理を行うための処理指示情報を、異なる形式の原稿の枚数分だけ記憶する第１の記憶手段と、前記取得した１枚分の原稿の画像データに対して、前記記憶手段に記憶されている異なる形式の原稿の枚数分の処理指示情報を順次適用して前記チェック処理を行う第１のチェック手段とを備えることを特徴とする。

本発明によれば、異なるフォームを有する複数枚の原稿をチェックする場合に、チェック結果の信頼性低下を抑制できる。

本発明の実施形態に係る画像処理装置の構成を示すブロック図である。 本発明の実施形態に係る処理対象の原稿の例を示す図である。 実施形態１におけるスキャンチケットを作成する処理の流れを示すフローチャートである。 実施形態１におけるスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。 実施形態２におけるスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。 実施形態３におけるスキャンチケットを作成する処理の流れを示すフローチャートである。 実施形態３におけるパターンテーブルの例を示す図である。 実施形態３における包含関係を持つ３枚綴りの処理指示書の例を示す図である 実施形態３におけるスキャンチケットを用いて原稿のチェックを行う処理の流れを示すフローチャートである。 実施形態３における原稿ページに対して処理指示書を１ページ早めて再チェックを行うことを示す概念図である。 本発明の実施形態に係るスキャンチケットの一例を示す図である。 実施形態３における１枚分の原稿抜けが発生した場合のエラー発生を示す概念図である。 実施形態３における２枚分の原稿抜けが発生した場合のエラー発生を示す概念図である。

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

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

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

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

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

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

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

図２（ｂ）は、図２（ａ）の原稿に含まれる各項目のうち、画像処理装置にチェックを行わせるための任意の領域をユーザが色ペンを用いて付加した例を示す図である。図２（ｂ）に示した原稿のことを、以降では「処理指示書」と称する。また、図２（ｂ）に示した色ペンで付加した指示のことを「処理指示」と称する。処理指示書は、チェック対象となる原稿のフォームと同一のフォームを有する紙媒体である。また、処理指示書は、チェック処理を行う対象の領域とチェック処理の内容とを示す処理指示を含む。

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

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

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

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

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

次に、図２（ｂ）に示したような処理指示書に基づき、原稿の記載内容のチェックを実行させるためのスキャンチケットを作成する処理について説明する。ここで、スキャンチケットとは、図２（ｂ）の処理指示内容を認識し、図２（ｃ）等のようなチェック対象の原稿のチェック内容を画像処理装置１００が認識可能な形式（例えば、ＱＲコード）とした紙媒体のことである。図１１は、スキャンチケットの一例を示す図である。図１１に示すスキャンチケット１１０１には、処理指示情報などを符号化したコード１１０２と、ユーザが視認しやすいように処理指示の領域を表す部分１１０３とが含まれる。コード１１０２には、処理指示書毎についての複数の処理指示情報が含まれる。また、コード１１０２には、処理指示書の並び順についての情報が処理指示書と関連付けて含まれ得る。本実施形態で用いるスキャンチケットには、図２（ｂ）の処理指示書から画像処理装置１００が認識した指示内容、及びこの指示内容を適用する領域の位置情報などが処理指示情報として少なくとも含まれる。すなわち、コード１１０２には、処理指示書のページ数（順番）と、各処理指示書の処理指示情報とが含まれる。

チェック対象の原稿のチェックを行う際は、スキャナ１５によりスキャンチケットを読み取って処理対象の領域と処理内容をＣＰＵ１１により認識させたうえで、チェック対象の原稿を画像処理装置１００にチェックさせる。

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

ユーザにより操作部１６を介してスキャンチケット作成の指示がなされると本フローが開始される。

ＣＰＵ１１は、ステップＳ６０１でスキャナ１５に処理指示書のセットをセットすることを促す表示を操作部１６に行わせる。これに対し、ユーザが原稿をセットした後にＯＫボタンが押されたことを操作部１６を介して検知すると、ＣＰＵ１１はステップＳ６０２で、処理指示書のセットをスキャナ１５で読み取らせる。ここで得た画像データは、ＲＡＭ１８に記憶しておく。

次に、ステップＳ６０３で、スキャナ１５から入力された画像データから処理指示情報の解析・認識処理を行う。ここでは、まず、処理指示を示す指示色が原稿のどこにあるかを解析して、その部分の色を認識することで、色毎に対象領域の位置を特定する。ここで特定される位置は、原稿上のどの位置にどの大きさの処理対象の領域が存在するかを判別可能なものである。例えば、位置を座標によって特定する。そして、ここで特定された位置と、対応する処理内容と、何枚目の処理指示書であるか（処理指示書のページ番号）をＲＡＭ１８に記憶する。

次に、ステップＳ６０４において、ＣＰＵ１１は、ステップＳ６０２で読み取った全ての処理指示書に対する処理を終えたか否かを判定し、終えた場合にはステップＳ６０５に進む。また、終えていない場合にはステップＳ６０３に進む。

ステップＳ６０５で、ＣＰＵ１１は解析内容のコード化を行う。解析内容のコード化とは、解析して得られた結果を、例えば２次元コード（例えばＱＲコード等）を使ってコード化することを指す。本実施形態でコード化される内容（解析結果）は、各ページにおける処理指示された領域とその領域に対する処理内容である。また、ここでは２次元コードを例に説明するがこれ以外の方法でコード化したものとしてもよく、画像処理装置１００が解析・認識可能なものであればこれに限ることはない。ステップＳ６０６では、ＣＰＵ１１はステップＳ６０５で作成したコード化したものを画像としてプリンタ１４で記録紙に出力させ印刷する。

Ｓ６０６で印刷されたスキャンチケットを用いて、チェック対象の原稿のチェックを実行することが可能である。ただし、スキャンチケット作成処理を行わず、処理指示書そのものをスキャンチケットとしてもよい。この場合、チェック対象の原稿のチェック時に画像処理装置１００は読み取った処理指示書から処理内容等を認識するものとする。あるいは、処理指示書のセットを読み込んで取得した各ページにおける処理指示情報をＲＡＭ１８またはＨＤＤ１３に記憶しておき、記憶した情報を用いてチェックを行っても良い。この場合、記憶した情報を用いてチェックするかを操作部１６を介してユーザに問い合わせてもよい。

なお、画像データを読み取って得られた各処理指示書の処理指示情報をコード化してスキャンチケットとして紙媒体として出力し、出力されたスキャンチケットを用いて原稿のチェック処理を行う利点は次のとおりである。すなわち、例えばユーザが手書きした処理指示を示す矩形等が歪んでいたり、汚れていたりしている場合には、画像処理装置１００においてこれらを正しい位置情報に修正した上でコード化できる。従って、この場合にはスキャンチケットは正しく校正された情報のコードを含む紙媒体となる。また、画像処理装置１００において、処理指示の内容を反映させる処理が行われるため、処理指示の内容の正当性（誤った色を使っていないなど）の証明ともなり得る。さらには、例えばユーザが画像処理装置１００に実際にチェックを行わせる場合の使用例としては、次の方法が想定される。すなわち、スキャンチケットをチェック対象の原稿の最上部に置いてこれらを原稿給送装置にセットをし、順次原稿台上に給送して読み取ることでチェック対象である原稿のチェックを行わせる場合が想定される。スキャンチケットは１枚の紙であり複数枚分の処理指示書の内容がまとめられるので、複数枚綴りの原稿をチェックする場合に、処理指示書自体の順番間違いが生じることがない。また、同じ条件のチェックを他の画像処理装置において行うなど、同じ条件のチェックを再度行う場合の再利用性が向上する。このように、実施形態１及び以下で説明する各実施形態においては、必ずしもスキャンチケットを用いる必要はないものの、スキャンチケットを用いる利点は多々ある。以降の例では、スキャンチケットを用いる例を説明する。

次に、以上の様に作成したスキャンチケットを用いて、抽出した処理指示情報に応じた原稿のチェックを行う手順について詳しく説明する。なお、上述したようにスキャンチケットの２次元コード等には処理指示書を読み取った際の処理指示書のページ数（順番）と、各処理指示書の処理指示情報とがコード化されて含まれている。従って、２次元コードを解析した場合には上記各情報が復元されるに過ぎず、必ずしも処理指示書自体が復元されるわけではない。しかしながら、以下では本発明の理解を容易にするべく、スキャンチケットには処理指示書自体が情報として含まれており、スキャンチケットを読み取って解析した場合に処理指示書自体が復元されるものとして説明する。

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

ユーザにより操作部１６を介してチェック対象原稿のチェックの指示がなされると本フローが開始される。本フローが開始されると、ＣＰＵ１１は操作部１６に対して、ステップＳ６０６でプリントしたスキャンチケットを１枚目にしてその後にチェック対象の原稿を重ねて原稿給送装置にセットすることを促す表示を行わせる（ステップＳ５０１）。続いて、原稿がセットされた後、操作部１６のＯＫボタンが押されるなどして原稿の読み取りが指示されると、ステップＳ５０２に進み、ＣＰＵ１１は、原稿給送装置にセットされた原稿を順次給送してスキャナ１５による原稿の読み取りを開始する。ここでは、まず原稿給送装置にセットされた原稿のうち１枚目であるスキャンチケットを給送し、スキャナ１５によりスキャンチケットを読み取らせる。それに引き続き、スキャンチケットに重ねてセットされたチェック対象の原稿を順次読み取らせる。なお、チェック対象の原稿は複数枚重ねてセット可能である。また、一連の原稿であることを操作部１６から指定することにより、多数枚の原稿を複数束に分けて原稿給送装置にセットすることも可能である。

ステップＳ５０３では、ステップＳ５０２において読み取った１枚目の原稿、つまりスキャンチケットの画像の解析・認識処理を行う。ここでは、読み取ったスキャンチケット内の２次元コード等を解析して、処理指示の対象となる領域（位置）と処理内容と、スキャンチケットに情報として含まれる処理指示書のページ番号の認識を行う。処理指示書のページ番号の認識は、予めスキャナ１５で処理指示書が読み取られた順にＣＰＵ１１が各処理指示書に対してページ番号を付すことで認識可能となっている。あるいは、処理指示書にページ番号を記入する欄が設けてある場合には、ページ番号を示す処理指示（所定の色で囲まれた矩形領域）を認識しその領域に対してＯＣＲを用いることでページ番号が認識可能となっている。ステップＳ５０３で認識した結果を、ＲＡＭ１８に格納する。なお、本実施形態においては、スキャンチケットに含まれる処理指示書のページ番号については、必ずしもスキャンチケットの画像の解析処理の結果、認識されていなくてもよい。ただし、後述する実施形態２及び３においては、ページ番号の認識が必要となる。

次に、ステップＳ５０４において、ＣＰＵ１１は、ＨＤＤ１３に格納されたチェック対象の画像データを順次読み出す。このチェック対象の画像データは、スキャナ１５によってスキャンチケットと供に読み取りがされたものである。しかしながら、チェック対象の画像データのみを予めスキャナ１５によって読み取ってＨＤＤ１３に格納したデータを用いてもよい。また、外部の装置からネットワークＩ／Ｆを介してチェック対象の画像データを読み出してもよい。

次に、ステップＳ５０５においてＣＰＵ１１はＲＡＭ１８に格納した認識結果を使ってステップＳ５０４でチェック対象である原稿から読み出した画像データに対して、スキャンチケットに含まれる処理指示書の各ページごとに解析・判定処理を行う。例えば、図２（ｃ）であれば、領域４１は空欄であれば正常、領域４２に記載があれば正常、領域４３は捺印またはサインがあれば正常であると判定する。ここでの判定は、例えば、領域４１の画像に対して所定の閾値で２値化処理を行い、白画素（画像がない）数が面積の８０％以上ならば空欄と判定する。また領域４２の画像に対して所定の閾値で２値化処理を行い、黒画素（画像がある）数が面積の２０％以上ならば記載ありと判定する。また領域４３の画像に対して赤または赤の近傍の色相を抽出しこれを２値化処理して画素が存在する割合が２０％以上ならば捺印またはサインありと判定する。以上の割合を示す数値は一例であり、他の数値であってもよいし、判定の方法も他のものを採用してもよい。

そしてステップＳ５０６において、ＣＰＵ１１はチェックした判定結果をＲＡＭ１８に記憶する。ここでは、１枚のチェック対象の原稿における全ての処理領域に対する判定結果が正常である場合にＯＫとし、１つでも正常と認識されなかった場合はＮＧとする判定結果を記憶する。判定結果は、スキャンチケットに含まれる処理指示書のページ毎に記憶される。なお、上述した閾値に対する値をスコア化した値（チェックスコア）を判定結果として記憶してもよい。例えば、図２（ｃ）の領域４２の場合を考えると、黒画素が必要以上に含まれている場合には、文字が太すぎる場合や汚れが付着している場合などが考えられる。そこで、必要以上に黒画素が含まれている場合には、領域４２に記載自体はされているものの、文字の識別が困難であるとして、低いスコア値を設けることができる。具体的には、黒画素の数が面積の２０％以上であり５０％未満のときに最高スコアである５を与え、５０％以上７０％未満の場合には３のスコアを与え、７０％以上の場合には１を与える。また、黒画素の数が面積の２０％未満の場合には、スコアとして０を与える。このようなチェックスコアを各ページの各チェック項目に応じてそれぞれ設けて判定処理を行い、各スコアの平均スコア値または各スコアを合算した値を用いて各ページの判定結果を算出することも可能である。すなわち、処理指示情報毎のチェックスコアを算出することが可能である。また、上述したように、判定結果が「ＯＫ」と「ＮＧ」の２つの場合であっても、その結果は２値化されるので、この結果もまた上述した「チェックスコア」に該当することになる。

次に、ステップＳ５０７において、ＣＰＵ１１は、ステップＳ５０４で読み出した画像データに対して、スキャンチケットに複数ページ分含まれている処理指示書の全てをチェックし終えたかを判定し、終えた場合にはステップＳ５０８に進む。また、終えていない場合には次のページ番号を有する処理指示書をチェック用の処理指示書として設定してステップＳ５０５に進む。Ｓ５０５〜Ｓ５０７の各ステップにより、チェック対象原稿１ページごとに、スキャンチケットに複数ページ分含まれている処理指示書すべてを適用してチェックを行うことになる。これにより、原稿抜け等によって間違った処理指示書が適用され、チェック結果の信頼性が低下することを抑制する。

ステップＳ５０８において、ＣＰＵ１１は、ＲＡＭ１８に記憶された各処理指示書のチェック結果に基づいて最終チェック結果を決定し、ＲＡＭ１８に記憶する。ここで、最終チェック結果の決定方法は、例えば、スキャンチケットに含まれる各処理指示書を用いたチェック結果に１つでもＯＫがある場合は最終チェック結果をＯＫとし、各処理指示書の全てＮＧであれば最終チェック結果をＮＧとする。

次に、ステップＳ５０９において、ＣＰＵ１１は、ステップＳ５０２で読み込んだチェック対象の原稿の画像データ全てに処理を終えたか否かを判定し、終えた場合にはステップＳ５１０へと進む。また、終えていない場合にはステップＳ５０４に進む。

ステップＳ５１０において、ＣＰＵ１１はＲＡＭ１８に蓄積したすべての原稿に対するチェック結果の集計を行い、操作部１６に集計結果を表示させる。結果の集計とは、例えば、チェックしたチェック対象原稿の総枚数、ＮＧと判定された領域数、ＮＧと判定された領域を含む原稿のページ番号などを集計することを指す。このページ番号はスキャナ１５によって読み込んだ順番（原稿給送装置から給送させた順序）にスキャンチケットを除くチェック対象原稿の１枚目から１ページ目とする。ここに示した以外の情報もＲＡＭ１８に蓄積した情報から識別し得るものがあれば、さらに集計するようにしてもよい。なお、ここではＲＡＭ１８に蓄積することを説明したがＨＤＤ１３に蓄積しても同じ処理が可能である。

以上説明したように、第一の実施形態によれば、スキャンチケットを読み取るなどして複数枚分の処理指示情報を用いてチェックする場合に、順番間違いや枚数不足の原稿の混入によるチェック結果の信頼性低下を抑制できる。特に、複数枚綴りの原稿の順番が順不同で並べられている場合において、本来チェックすべき項目に対するエラー（記入漏れ等）以外のエラー（ページ抜け等）が発生したとしても、チェック結果の信頼性低下を抑制することが可能となる。

＜実施形態２＞
実施形態１では、複数枚の原稿の順番がどのような順番で並べられていても対応可能な例について説明した。これに対して、本実施形態では、複数枚綴りの原稿が決まった順番に並べられていることを前提とする例について説明する。本実施形態では複数枚綴りの原稿の複数のセットに対して、処理指示書をその順番で適用してチェックを行う。このとき、チェック結果が特定のパターンと一致した場合には、他の処理指示書も適用してチェックを行うことで、順番間違いや原稿抜けによるエラーを抑制する方法について説明する。なお、本実施形態では「チェック結果の特定のパターンと一致した場合」とは、「チェック結果としてＮＧが発生する場合」であるものとして説明している。すなわち、本実施形態においては、チェック結果がＮＧの場合には、エラー事項として記入漏れの他にページ抜けの可能性があるので、他の処理指示書も適用してチェックを行う。

本実施形態において、実施形態１と同様な部分に関しては、同一番号を付けて説明を省略し、異なる部分のみを説明する。また、本実施形態においても実施形態１と同様に複数の処理指示書の情報を集約させたスキャンチケットを使用する例について説明する。しかしながら、実施形態１で説明したように、複数の処理指示書の情報をＲＡＭ１８などに記憶しておき、原稿を読み取る際に、この記憶した情報を適用することで以下で説明する処理と同様の処理を行うことも可能である。

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

ステップＳ５０１〜ステップＳ５０４は図４と同様の処理である。なお、本実施形態においては、Ｓ５０３において解析した結果得られるスキャンチケットに含まれる処理指示書のページ番号を用いる。また、本実施形態においては、３ページ分の処理指示書に関する情報が含まれたスキャンチケットを読み取った例について説明する。しかしながら、当然のことながらその他のページ数分の処理指示書を有するスキャンチケットを用いてもよい。

ステップＳ７０１においてＣＰＵ１１はＲＡＭ１８に格納したスキャンチケットを解析して得られた認識結果を使ってステップＳ５０４で読み出した画像データに対して、スキャンチケットに含まれる処理指示書の各ページごとに解析・認識処理を行う。このとき、ステップＳ５０２でスキャナ１５によって読み出した順番で処理指示書を順次適用していく。例えば前回（１枚分前に）読み出した原稿に対して適用した処理指示書のページ番号が1ページ目であれば、今回読み出した原稿に対しては２ページ目に該当する処理指示書を適用する。同様に、前回（１枚目分前に）読み出した原稿に２ページ目の処理指示書を適用した場合は、今回読み出した原稿に対しては３ページ目に該当する処理指示書を適用する。さらに、前回読み出した原稿に対して適用した処理指示書が３ページ目であれば、処理指示書が一巡したので今回読み出した原稿には１ページ目に該当する処理指示書を適用する。なお、最初の原稿には処理指示書の１ページ目を適用する。解析・認識の内容は図４のステップＳ５０５と同等とする。

そしてステップＳ７０２において、ＣＰＵ１１はステップＳ７０１におけるチェック結果がＮＧであるか否かを判定し、ＮＧである場合にはステップＳ７０３へと進む。また、ＯＫである場合にはステップＳ７０４に進む。ここでは、１枚のチェック対象の原稿に対して全ての認識結果が正常である場合にＯＫとし、１つでも正常と認識されなかった場合はＮＧとする。

次に、ステップＳ７０３において、ＣＰＵ１１は、ステップＳ５０４で読み出した画像データに対して、スキャンチケットに複数ページ分含まれている処理指示書スキャンチケットを全て適用してチェックし終えたかを判定する。チェックし終えた場合にはステップＳ７０４に進む。また、終えていない場合にはステップＳ７０１に進む。すなわち、Ｓ７０１からＳ７０４の処理においては、チェック結果がＮＧの場合にのみ、他の処理指示書を適用してチェック処理を行い、１つでもチェック結果がＯＫの場合にはその時点でチェック処理を抜ける。

ステップＳ７０４において、ＣＰＵ１１は、ＲＡＭ１８に記憶されたステップＳ５０４で読み出した画像に対する各処理指示書ごとのチェック結果を比較し、最良のものをステップＳ５０４で読み出された画像の最終チェック結果としてＲＡＭ１８に記憶する。例えば、未適用の処理指示情報を順次適用した結果算出されるチェックスコアの中から当該画像データの前記チェック結果を選択する。ここでは、１つでもＯＫがある場合は最終チェック結果をＯＫとし、全てＮＧであれば最終チェック結果をＮＧとする。

ステップＳ５０９、ステップＳ５１０は図４と同等の処理である。

以上説明したように、実施形態２によれば、複数枚綴りの原稿のチェックを行う場合に、順番間違いや枚数不足の原稿の混入によるチェック結果の信頼性低下を抑制できる。またチェック結果がＮＧとなった場合にのみ他の未適用の処理指示書も適用してチェック処理を行うため、全原稿に対し全処理指示書を適用する場合に比べ処理量を少なくすることができる。

なお、本実施形態では「チェック結果の特定のパターンと一致した場合」を「チェック結果としてＮＧが発生する場合」として、他の処理指示書を適用してチェクを行ったが、他の場合にも他の処理指示書を適用してチェックを行ってもよい。例えば「ＮＧが一定回数連続する場合」、「ＮＧが綴り枚数分連続する場合」等に他のスキャンチケットを適用してチェックを行っても良い。

また、複数のパターンを予めＲＯＭ１９に格納しておき、ユーザに選択させ、選択されたパターンが表われた場合に他の処理指示書を適用したチェックを行ってもよい。

＜実施形態３＞
本実施形態は、実施形態２と同様に複数枚綴りの原稿が決まった順番に並べられていることを前提とする。

処理指示書が複数枚にわたる場合、例えば２枚目の処理指示書にある処理指示を１枚目の処理指示書がすべて保有しているといったように、処理指示書間に包含関係が存在する場合がある。例えば、図８に示す例では、１枚目の処理指示書の指示内容が２枚目の処理指示書に全て含まれている。このような場合を、本実施形態では「包含関係が存在する」と称する。

複数枚綴りで包含関係がある処理指示書から作成されたスキャンチケットを用いてチェックを行う際、原稿抜け等のエラーによって間違った処理指示書が適用された場合、包含関係によっては本来ＮＧとなるべき所がＯＫとなってしまうことがある。

この場合、１枚のチェック対象原稿に対してスキャンチケットに含まれる全処理指示書ャンチケットを適用する方法では原稿抜け等のエラーを検出することはできない。本実施形態では、スキャンチケット生成時に、原稿抜け等によって生じうるチェック結果のパターンを予め予測し、このパターンを用いることで原稿抜け等のエラーを検出する方法について説明する。

本実施形態において、前述の実施形態と同様な部分に関しては、同一番号を付けて説明を省略し、異なる部分のみを説明する。

図６は、本実施形態におけるスキャンチケットを作成する際の処理の流れを示すフローチャートである。このフローチャートは、ＣＰＵ１１が、ＲＯＭ１９に格納されたプログラムをＲＡＭ１８にロードして実行する処理の流れを示す。本実施形態においては、上述したような原稿抜け等によって生じうるチェック結果のパターンを含む各種情報を符号化してスキャンチケットを生成する。

ユーザにより操作部１６を介してスキャンチケット作成の指示がなされると本フローが開始される。

ステップＳ６０１〜ステップＳ６０４は図３と同等の処理である。

ステップＳ８０１において、ＣＰＵ１１はＲＡＭ１８に格納された複数の処理指示書間の処理指示情報の包含関係を解析し、包含関係の有無と、解析した処理指示書のページ番号をＲＡＭ１８に記憶する。例えば、処理指示書１ページ目と２ページ目の包含関係を解析する場合、１ページ目が持つ処理指示（対象となる領域と処理内容）を全て２ページ目が保有していれば、１ページ目は２ページ目を包含していると判定する。処理指示を全て保有しているかどうかの判定は、例えば、一方の領域の８０％をもう一方の処理指示書が保有していれば、同じ処理指示領域を保有していると判定する。

次に、ステップＳ８０２において、ＣＰＵ１１は、ステップＳ６０３でＲＡＭ１８に記憶した処理指示書の全ての組み合わせについて包含関係の解析処理を終えたか否かを判定し、終えた場合にはステップＳ８０３へと進む。また、終えていない場合にはステップＳ８０１に進む。

ステップＳ８０３では、ＣＰＵ１１は、ＲＡＭ１８に格納された複数の処理指示書間の処理指示情報の包含関係を示す包含関係情報を用いて、起こりうるエラー毎に、そのエラーが起きた場合のチェック結果（ＯＫまたはＮＧ）を予測する。例えば、原稿が１枚抜けていた場合や２枚抜けていた場合などのチェック結果を予測する。このチェック結果を予測する処理においては、チェック対象となる原稿の記載内容は正しいと仮定する。すなわち、処理指示書が原稿抜けが発生することなく正しく適用された場合、予測チェック結果はＯＫとなると仮定し、その上で原稿抜けの種別に応じたチェック結果を予測する。そして、その予測チェック結果をチェック結果パターンテーブルとしてＲＡＭ１８に記憶する。ここで起こりうるエラーとは、たとえば処理指示書が３枚綴りであった場合、原稿の１枚抜け、２枚抜けのほかに、１枚目と２枚目の順番間違い、２枚目と３枚目の順番間違い、３枚目と１枚目の順番間違い等である。本実施形態では説明を簡素化するため、起こりうるエラーとして原稿抜けのみを考慮する。また、チェック結果パターンテーブルは、起こりうるエラーの数をＭ、原稿をＮ枚綴り（すなわち、処理指示書もＮ枚）であるとすると、Ｍ×Ｎの２次元テーブルで表現される。このように、チェック結果パターンテーブルは、複数枚綴りの原稿のセット毎に生じうるエラーに応じて定義される。各テーブルの要素には、予測チェック結果であるＯＫまたはＮＧが格納される。起こりうるエラーの数を２、綴り枚数を３とした場合のパターンテーブルの例を図７に示す。

チェック結果予測の例を以下に述べる。

チェック対象原稿が３枚綴りである場合、処理指示書も３枚綴りとなる。３枚綴りの処理指示書のうち、２枚目が１枚目を包含し、３枚目は１枚目とも２枚目とも包含関係はないものとする。この場合の処理指示書の例を図８に示す。ステップＳ８０１、Ｓ８０２においてＣＰＵ１１がこれらの包含関係を判定し、ＲＡＭ１８に格納する。原稿が１枚抜けた場合、原稿の２枚目に対して処理指示書の１枚目が、原稿の３枚目に対して処理指示書の２枚目が、原稿の１枚目に対して処理指示書の３枚目が適用されることとなる。図１２に、原稿が１枚抜けた場合に生じる判定結果を概念的に示す。したがって、図６のステップＳ８０３において、ＣＰＵ１１は、１枚抜けエラーが起きた場合のチェック結果を、原稿１枚目に対してはＯＫ、２枚目に対してはＮＧ、３枚目に対してはＮＧと予測する。また原稿が２枚抜けた場合は、図１３に示すように、原稿の３枚目に対して処理指示書の１枚目が、原稿の１枚目に対して処理指示書の２枚目が、原稿の２枚目に対して処理指示書の３枚目が適用されることとなる。したがって、ステップＳ８０３においてＣＰＵ１１は、２枚抜けエラーが起きた場合のチェック結果を、原稿１枚目に対してはＮＧ、２枚目に対してはＮＧ、３枚目に対してはＮＧと予測する。この例では起こりうるエラー数が２、原稿が３枚綴りなので、２×３の２次元テーブルとして図７に示すようなチェック結果パターンテーブルが構成される。

ステップＳ８０４で、ＣＰＵ１１は読み取った処理指示書の解析内容とパターンテーブルのコード化を行う。ステップＳ６０６は図３と同等の処理である。

次に、以上の様に作成したスキャンチケットを用いて、原稿のチェックを行う手順について詳しく説明する。

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

ステップＳ５０１、５０２は図４と同様にスキャンチケットとチェック対象の原稿とをセットしてスキャナで読み取る処理である。

ステップＳ９０１では、ステップＳ５０２において読み取った１枚目の原稿、つまりスキャンチケットの画像の解析・認識処理を行う。ここでは、読み取ったスキャンチケットに印字されている２次元コード等を解析して、処理指示の対象となる領域（位置）と処理内容と、スキャンチケットに含まれる処理指示書のページ番号と、チェック結果パターンテーブルの認識を行う。認識した結果は、ＲＡＭ１８に格納する。

ステップＳ５０４は図４と、ステップＳ７０１は図５と、ステップＳ５０６は図４と同様の処理である。

次に、ステップＳ９０２において、ＣＰＵ１１は、原稿及び処理指示書の綴り枚数分（例えば、３枚綴りであれば３枚）のチェックを終えたかを判定し、終えた場合にはステップＳ９０３に進む。また、終えていない場合にはステップＳ５０４に進む。綴り枚数については、事前にユーザによって画像処理装置に入力されていてもよいし、スキャンチケットに含まれる処理指示書の枚数に基づいてもよい。ここで、ステップＳ９０３に進む場合は、本ステップで判定する枚数（３枚綴りであれば０〜３）のカウントを０に戻す。

次に、ステップＳ９０３において、ＣＰＵ１１は、原稿及び処理指示書の綴り枚数分のチェック結果が、ステップＳ９０１でスキャンチケットから読み取ったパターンテーブルに格納された各パターンと一致するか判定する。すなわち、原稿及び処理指示書の綴り枚数分のチェック結果に原稿抜けのエラーを示すパターンが現れているかを判定する。一致する場合にはステップＳ９０５に、一致しない場合はステップＳ９０４に進む。パターンテーブルに格納されたパターンが複数ある場合は、テーブル格納されている順にパターン一致を判定する。例えば、図７のパターンテーブルの例では、１枚抜けエラーのパターンとの判定を最初に行う。

ステップＳ９０４において、ＣＰＵ１１は、パターンテーブルに格納されているパターンを全てチェックし終えたかを判定し、終えた場合にはステップＳ５０９に進む。また、終えていない場合にはステップＳ９０３に進み、次のパターンについてのチェックを繰り返す。

ステップＳ９０５において、ＣＰＵ１１は、エラーが実際に発生していたかを判定し、エラーが発生していたと場合にはステップＳ９０６に進む。また、エラーが発生していない場合はステップＳ９０４に進む。ここで、エラー発生を確認する処理とは、ステップＳ９０３において一致したパターンに対応するエラーが実際に発生したかどうかを判定する処理を意味する。例えば、ステップＳ９０３において、チェック結果が１枚抜けエラーのパターンと一致した場合、現在のチェック対象の綴り枚数分の原稿ページに対して適用する処理指示書を１ページ早めて再チェックを行う（図１０参照）。つまり、原稿と適用する処理指示書の対応をずらしてチェックを行う。このときチェック結果が全てＯＫ（すなわち、エラーが解消）となれば１枚抜けエラーが発生していたと判定し、そうでなければ１枚抜けエラーは発生していなかったと判定する。

ステップＳ９０６において、ＣＰＵ１１は、エラーを修正する処理を行う。例えば１枚抜けエラーが発生していた場合は図１０のように原稿に対して適用する処理指示書を１ページ早めて、以降に続く原稿のセット毎のチェックを行うように処理指示書の並び順を変更する。

なお、例えば図１２に示すように、１枚原稿抜けが発生した場合には、パターンテーブルに格納されるパターンと一致するのは、「ＯＫ」「ＮＧ」「ＮＧ」となる場合である。換言すれば、原稿抜けが発生した直後でパターンを形成できない箇所については、エラーの修正を行うに当たって別個の処理を行うことができる。例えば、パターンと一致した複数枚綴りの原稿セットよりも１セット前にチェックを行った原稿セットに対しては、実施形態１または２で説明したような全処理指示書を適用してチェックを行い、エラー発生箇所を特定することができる。なお、上述したように、包含関係にある場合には、全処理指示書を適用してもエラー発生箇所の特定が困難である場合がある。そこで、パターンと一致した複数枚綴りの原稿セットよりも１セット前にチェックを行った原稿セットの画像データをＣＰＵがＲＡＭまたはＨＤＤ１３から抽出して、操作部１６の表示部を介してユーザに提示して確認してもらってもよい。

ステップＳ５０９、５１０は図４と同様の処理である。

以上説明したように、実施形態３によれば、スキャンチケットに含まれる複数枚の処理指示書スキャンチケットの包含関係の情報を用いてあらかじめエラー発生時のパターンを予測する。これにより、各処理指示書に包含関係がある場合にも、原稿抜け等のエラーによる信頼性低下を抑制できる。また１枚抜けや２枚抜けなどのエラーのうちどれが発生したかを判別することも可能となる。さらには、判別したエラーを修正してその後のチェック処理を継続して行うことも可能である。

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

Claims (15)

1. チェック対象であり、異なる形式を有する複数枚の原稿を読み取って各原稿の画像データを取得する第１の読み取り手段と、
   前記異なる形式を有する原稿における記載事項のチェック処理を行うための処理指示情報を、異なる形式の原稿の枚数分だけ記憶する第１の記憶手段と、
   前記取得した１枚分の原稿の画像データに対して、前記記憶手段に記憶されている処理指示情報を順次適用して前記チェック処理を行う第１のチェック手段と
   を備えることを特徴とする画像処理装置。
2. １枚分の画像データに対して適用した処理指示情報毎のチェックスコアをそれぞれ算出する算出手段と、
   前記算出手段によって算出した中でチェックスコアの値が高いチェック結果を当該画像データのチェック結果として選択するチェック結果選択手段をさらに備えることを特徴とする請求項１に記載の画像処理装置。
3. チェック対象であり、異なる形式を有する複数枚綴りの原稿を読み取って各原稿の画像データを取得する第２の読み取り手段と、
   前記異なる形式を有する原稿における記載事項のチェック処理を行うための処理指示情報を、前記チェック対象である複数枚綴りの原稿の並び順を示す情報と関連付けて、異なる形式の原稿の枚数分だけ記憶する第２の記憶手段と、
   前記取得した１枚分の原稿の画像データに対して、前記記憶手段に記憶されている処理指示情報を前記原稿の並び順を示す情報に基づいて適用して前記チェック処理を行う第２のチェック手段と
   前記チェック処理の結果がエラーを示す場合には、前記記憶手段に記憶されている他の処理指示情報を適用してチェックを行うように制御する制御手段と
   を備えることを特徴とする画像処理装置。
4. １枚分の画像データに対して適用した処理指示情報毎のチェックスコアをそれぞれ算出する算出手段と、
   前記算出手段によって算出した中でチェックスコアの値が高いチェック結果を当該画像データのチェック結果として選択するチェック結果選択手段をさらに備え、
   前記制御手段は、前記チェック処理の結果がエラーを示す場合には、当該１枚分の画像データに対して、前記記憶手段に記憶されている前記第２のチェック手段において用いた情報でない未適用の処理指示情報を順次適用してチェックを行うように制御し、
   前記チェック結果選択手段は、前記未適用の処理指示情報を順次適用した結果算出されるチェックスコアの中から当該画像データの前記チェック結果を選択することを特徴とする請求項３に記載の画像処理装置。
5. 前記制御手段は、前記チェック処理を前記複数枚綴りの原稿を１セットとし、該セット毎に制御を行うように制御し、前記チェック処理の結果が、予め定義されるチェック結果パターンと一致したエラーを示す場合には、当該一致したチェック結果パターンに応じて適用する並び順を変更した処理指示情報を適用して、当該エラーが示された複数枚綴りの原稿のセットの前記チェック処理を行うように制御することを特徴とする請求項３に記載の画像処理装置。
6. 前記制御手段は、前記並び順を変更した処理指示情報を適用して前記チェック処理を行った結果、当該複数枚綴りの原稿のセットについてのエラーが解消した場合には、当該複数枚綴りの原稿のセットより後にチェックする複数枚綴りの原稿のセットに対して、当該変更した並び順の処理指示情報を適用してチェックを行うことを特徴とする請求項５に記載の画像処理装置。
7. 前記制御手段は、前記チェック結果パターンが発生した複数枚綴りの原稿セットの１つ前にチェック処理を行った原稿のセットに対して、前記記憶手段に記憶されており当該原稿セットの中の各ページの原稿に対して未適用の処理指示情報を順次適用して前記チェック処理を行うことを特徴とする請求項６に記載の画像処理装置。
8. 前記チェック結果パターンは、前記記憶手段に記憶される各処理指示情報の間の包含関係に基づいて生成されることを特徴とする請求項５に記載の画像処理装置。
9. 前記処理指示情報は、チェック対象の原稿と同一の形式の紙媒体である処理指示書であって、ユーザによってチェック処理の対象の領域とチェック処理の内容とが指定された処理指示書を読み取ることで前記記憶手段に記憶されることを特徴とする請求項１から８のいずれか１項に記載の画像処理装置。
10. 前記異なる形式を有する複数枚の原稿の枚数分だけ記憶される処理指示情報は、符号化されてスキャンチケットとして１枚の紙媒体に出力され、当該出力されたスキャンチケットを読み取ることで前記記憶手段に記憶されることを特徴とする請求項１に記載の画像処理装置。
11. 前記異なる形式を有する複数枚の原稿の枚数分だけ記憶される処理指示情報及び前記原稿の並び順を示す情報は、符号化されてスキャンチケットとして１枚の紙媒体に出力され、当該出力されたスキャンチケットを読み取ることで前記記憶手段に記憶されることを特徴とする請求項３に記載の画像処理装置。
12. 前記異なる形式を有する複数枚の原稿の枚数分だけ記憶される処理指示情報と、前記原稿の並び順を示す情報と、前記チェック結果パターンとは、符号化されてスキャンチケットとして１枚の紙媒体に出力され、当該出力されたスキャンチケットを読み取ることで前記記憶手段に記憶されることを特徴とする請求項５に記載の画像処理装置。
13. チェック対象であり、異なる形式を有する複数枚の原稿を読み取って各原稿の画像データを取得するステップと、
    前記異なる形式を有する原稿における記載事項のチェック処理を行うための処理指示情報を、異なる形式の原稿の枚数分だけ記憶された処理指示情報を取得するステップと、
    前記取得した１枚分の原稿の画像データに対して、前記取得した異なる形式の原稿の枚数分の処理指示情報を順次適用して前記チェック処理を行うステップと
    を備えることを特徴とする画像処理装置の制御方法。
14. チェック対象であり、異なる形式を有する複数枚綴りの原稿を読み取って各原稿の画像データを取得するステップと、
    前記異なる形式を有する原稿における記載事項のチェック処理を行うための処理指示情報を、前記チェック対象の複数枚綴りの原稿の並び順を示す情報と関連付けて、異なる形式の原稿の枚数分だけ記憶された処理指示情報を、前記並び順を示す情報とともに取得するステップと、
    前記取得した１枚分の原稿の画像データに対して、前記取得した異なる形式の原稿の処理指示情報を前記原稿の並び順を示す情報に基づいて適用して前記チェック処理を行うステップと
    前記チェック処理の結果がエラーを示す場合には、前記記憶された他の処理指示情報を適用してチェックを行うように制御するステップと
    を備えることを特徴とする画像処理装置の制御方法。
15. 請求項１３または１４に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。

Images