特開 2024-25530 画像読取装置、及び画像読取プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024025530

(43)【公開日】2024-02-26

(54)【発明の名称】画像読取装置、及び画像読取プログラム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20240216BHJP

【ＦＩ】

H04N1/00 127A

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022129043

(22)【出願日】2022-08-12

(71)【出願人】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】鴨井 悠介

【テーマコード（参考）】

5C062

【Ｆターム（参考）】

5C062AA02

5C062AA05

5C062AA13

5C062AA29

5C062AB02

5C062AB17

5C062AB38

5C062AB41

5C062AB42

5C062AC02

5C062AC08

5C062AC22

5C062AC34

(57)【要約】

【課題】複数の原稿を読み取った複数の原稿画像を含む画像データを外部装置に送信して画像処理を行わせる場合において、一部の原稿画像の画像処理でエラーが発生した場合に、エラーが発生した原稿画像を差し替えることができる。
【解決手段】画像読取装置は、プロセッサを備え、前記プロセッサは、複数の原稿を読み取った複数の原稿画像を含む第１画像データを外部装置に送信し、前記外部装置による画像処理でエラーが発生した原稿画像に関するエラー情報を前記外部装置から受信し、前記エラー情報に対応した処理を行った原稿画像を含む第２画像データを前記外部装置に送信する。
【選択図】図２

【特許請求の範囲】

【請求項1】

プロセッサを備え、
前記プロセッサは、
複数の原稿を読み取った複数の原稿画像を含む第１画像データを外部装置に送信し、
前記外部装置による画像処理でエラーが発生した原稿画像に関するエラー情報を前記外部装置から受信し、
前記エラー情報に対応した対応処理を行った原稿画像を含む第２画像データを前記外部装置に送信する
画像読取装置。

【請求項2】

前記プロセッサは、
前記エラーが発生した原稿画像に対応する原稿を再度読み取ることを促すメッセージ及び前記エラーが発生した原稿画像に対応付けられた識別符号を受信したユーザによる前記識別符号を受け付け、
前記対応処理を行った原稿画像として前記ユーザによって再度読み取られた原稿画像及び前記識別符号を含む画像データを前記第２画像データとして前記外部装置に送信する
請求項１記載の画像読取装置。

【請求項3】

前記プロセッサは、
前記外部装置による前記第１画像データの処理が終了するまで前記第１画像データをメモリに記憶させ、
前記メモリに記憶された前記エラー情報に対応する原稿画像に対して前記対応処理を行った原稿画像を含む画像データを前記第２画像データとして前記外部装置に送信する
請求項１記載の画像読取装置。

【請求項4】

前記画像処理は、前記原稿画像から文字データを抽出する処理であり、
前記対応処理は、前記エラー情報に対応する原稿の裏写りを除去する処理及び前記エラー情報に対応する原稿の地色を除去する処理の少なくとも１つの処理である
請求項３記載の画像読取装置。

【請求項5】

前記プロセッサは、複数の異なる解像度の原稿画像を生成し、
前記画像処理は、前記原稿画像から文字データを抽出する処理であり、
前記対応処理は、複数の異なる解像度の前記エラー情報に対応する原稿画像のうち前記エラー情報に対応した解像度の原稿画像を選択する処理である
請求項３記載の画像読取装置。

【請求項6】

コンピュータに、
複数の原稿を読み取った複数の原稿画像を含む第１画像データを外部装置に送信し、
前記外部装置による画像処理でエラーが発生した原稿画像に関するエラー情報を前記外部装置から受信し、
前記エラー情報に対応した処理を行った原稿画像を含む第２画像データを前記外部装置に送信する
処理を実行させる画像読取プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像読取装置、及び画像読取プログラムに関する。

【背景技術】

【0002】

特許文献１には、ネットワークを介して画像処理装置と接続し当該画像処理装置と連携して処理を行うサーバであって、前記画像処理装置とが連携して行う処理の流れを定義するフロー定義情報を格納する格納手段と、前記画像処理装置からの処理要求があると、エラー発生の後の処理要求であるかを判断し、エラー発生の後の処理要求でないときに当該処理要求に応じた処理の流れを定義する前記格納手段に格納されたフロー定義情報に従った処理の実行を指示するためのＵＩ情報を前記画像処理装置に送信する送信手段と、前記フロー定義情報に従って前記サーバと前記画像処理装置とで連携して前記処理を実行するように制御する実行制御手段と、エラー発生の後の処理要求を前記画像処理装置から受け取ると、当該エラーが発生した装置及び当該エラーの原因を取得する取得手段と、前記取得手段により取得した前記エラーが発生した装置及び前記エラーの原因に基づいて、前記エラー発生の後の処理要求に応じた処理の流れを定義するフロー定義手段と、前記フロー定義手段で定義された処理の実行を指示するためのＵＩ情報を前記画像処理に送信するＵＩ送信手段と、前記ＵＩ情報に基づいて前記画像処理装置で指示された情報を基に、前記フロー定義手段で定義された処理により前記エラー発生の後の処理要求に応じた処理を実行するように制御する制御手段と、を有することを特徴とするサーバ、が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０－２１９７９２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示は、複数の原稿を読み取った複数の原稿画像を含む画像データを外部装置に送信して画像処理を行わせる場合において、一部の原稿画像の画像処理でエラーが発生した場合に、エラーが発生した原稿画像を差し替えることができる画像読取装置及び画像読取プログラムを提供することを目的とする。

【課題を解決するための手段】

【0005】

上記目的を達成するために、第１態様に係る画像読取装置は、プロセッサを備え、前記プロセッサは、複数の原稿を読み取った複数の原稿画像を含む第１画像データを外部装置に送信し、前記外部装置による画像処理でエラーが発生した原稿画像に関するエラー情報を前記外部装置から受信し、前記エラー情報に対応した対応処理を行った原稿画像を含む第２画像データを前記外部装置に送信する。

【0006】

また、第２態様に係る画像読取装置は、第１態様に係る画像読取装置において、前記プロセッサは、前記エラーが発生した原稿画像に対応する原稿を再度読み取ることを促すメッセージ及び前記エラーが発生した原稿画像に対応付けられた識別符号を受信したユーザによる前記識別符号を受け付け、前記対応処理を行った原稿画像として前記ユーザによって再度読み取られた原稿画像及び前記識別符号を含む画像データを前記第２画像データとして前記外部装置に送信する。

【0007】

また、第３態様に係る画像読取装置は、第１態様に係る画像読取装置において、前記プロセッサは、前記外部装置による前記第１画像データの処理が終了するまで前記第１画像データをメモリに記憶させ、前記メモリに記憶された前記エラー情報に対応する原稿画像に対して前記対応処理を行った原稿画像を含む画像データを前記第２画像データとして前記外部装置に送信する。

【0008】

また、第４態様に係る画像読取装置は、第３態様に係る画像読取装置において、前記画像処理は、前記原稿画像から文字データを抽出する処理であり、前記対応処理は、前記エラー情報に対応する原稿の裏写りを除去する処理及び前記エラー情報に対応する原稿の地色を除去する処理の少なくとも１つの処理である。

【0009】

また、第５態様に係る画像読取装置は、第３態様に係る画像読取装置において、前記プロセッサは、複数の異なる解像度の原稿画像を生成し、前記画像処理は、前記原稿画像から文字データを抽出する処理であり、前記対応処理は、複数の異なる解像度の前記エラー情報に対応する原稿画像のうち前記エラー情報に対応した解像度の原稿画像を選択する処理である。

【0010】

更に、上記目的を達成するために、第６態様に係る画像読取プログラムは、複数の原稿を読み取った複数の原稿画像を含む第１画像データを外部装置に送信し、前記外部装置による画像処理でエラーが発生した原稿画像に関するエラー情報を前記外部装置から受信し、前記エラー情報に対応した処理を行った原稿画像を含む第２画像データを前記外部装置に送信する処理をコンピュータに実行させる。

【発明の効果】

【0011】

第１態様及び第６態様によれば、複数の原稿を読み取った複数の原稿画像を含む画像データを外部装置に送信して画像処理を行わせる場合において、一部の原稿画像の画像処理でエラーが発生した場合に、エラーが発生した原稿画像を差し替えることができる。

【0012】

第２態様によれば、エラーが発生した原稿画像を、ユーザによって再度読み込まれた原稿画像に差し替えることができる。

【0013】

第３態様によれば、エラーが発生した原稿画像を、ユーザを介さずにエラー情報に対応する対応処理を行った原稿画像に差し替えることができる。

【0014】

第４態様によれば、原稿の裏写り及び地色の少なくとも１つの影響によって原稿画像から文字データを抽出する処理においてエラーが発生した場合に、エラーが発生した原稿画像を、ユーザを介さずにエラー情報に対応する対応処理を行った原稿画像に差し替えることができる。

【0015】

第５態様によれば、解像度に起因して原稿画像から文字データを抽出する処理においてエラーが発生した場合に、エラーが発生した原稿画像を、ユーザを介さずに異なる解像度の原稿画像に差し替えることができる。

【図面の簡単な説明】

【0016】

【図1】本実施形態に係る画像処理システムの概略を示す図である。

【図2】画像形成装置の構成の一例を示すブロック図である。

【図3】処理サーバの構成の一例を示すブロック図である。

【図4】画像読取装置による画像読取処理の流れを示すフローチャートである。

【図5】自動リカバリ処理を示すフローチャートである。

【図6】処理サーバから送信されるメールの一例を示す図である。

【図7】裏写りを除去する処理の概略を説明する図である。

【図8】地色を除去する処理の概略を説明する図である。

【図9】処理サーバにより実行される画像処理プログラムの動作の一例を示すフローチャートである。

【図10】処理サーバから送信されるメールの他の一例を示す図である。

【図11】原稿画像の差し替えを説明する図である。

【図12】処理済データが記憶部に格納されたこと通知するためのメールの一例を示す図である。

【発明を実施するための形態】

【0017】

以下、図面を参照して本開示の実施形態の一例を説明する。

【0018】

図１は、本実施形態に係る画像処理システム１の概略を示す図である。

【0019】

画像処理システム１は、画像形成装置１０、ユーザ装置２０、及び処理サーバ３０を含む。

【0020】

画像形成装置１０は、プリント機能、コピー機能、スキャン機能、及びファクシミリ機能を含む。画像形成装置１０は、本実施形態に係る画像読取装置１２（図２参照）を含む。

【0021】

画像読取装置１２は原稿を読み取ることで原稿画像を生成し、当該原稿画像を含む画像データを処理サーバ３０へ送信する。処理サーバ３０は、外部装置の一例である。なお、読み取る原稿は複数でもよい。複数の原稿を読み取った画像読取装置１２は、各原稿に対し原稿画像（ページ画像）を生成し、複数の原稿画像を含む画像データを処理サーバ３０へ送信する。なお、読み取った原稿から生成された原稿画像を含む上記画像データは、第１画像データの一例である。

【0022】

処理サーバ３０は、画像読取装置１２から画像データを受け付け、予め定めた処理を実行する。予め定めた処理は、例えば画像データに含まれる原稿画像から文字及び数字等を抽出してテキストデータを生成するＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ；光学文字認識）処理、ＯＣＲ処理によって生成されたテキストデータを指定言語に翻訳する翻訳処理等を含む。

【0023】

処理サーバ３０は、例えば一般的なコンピュータによって構成される。

【0024】

ユーザ装置２０は、処理サーバ３０からの情報を取得する。取得された情報は、画像読取装置１２を利用するユーザによって閲覧される。ユーザ装置２０が処理サーバ３０から取得する情報の一例は処理サーバ３０から送信されるメールであり、詳細は後述する。ユーザ装置２０としては、例えばパーソナルコンピュータ又は携帯端末装置が適用される。携帯端末装置は、例えばスマートフォン又はタブレット端末等である。

【0025】

画像形成装置１０とユーザ装置２０と処理サーバ３０とは、インターネット等のネットワーク４０を介して通信可能に接続される。

【0026】

図２は、画像形成装置１０の構成の一例を示すブロック図である。画像形成装置１０は、本実施形態に係る画像読取装置１２と、表示部１４Ａと、画像形成部１４Ｂと、記憶部１４Ｃとを含む。

【0027】

画像読取装置１２は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央処理装置）１２Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ；読み出し専用メモリ）１２Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ；ランダムアクセスメモリ）１２Ｃ、画像読取部１２Ｄ、及び通信インタフェース（Ｉ／Ｆ）部１２Ｅを含む。

【0028】

ＣＰＵ１２Ａは、中央演算処理ユニットであり、画像読取プログラム１００を記憶部１４Ｃから読み出す。画像読取プログラム１００の詳細は後述する。

【0029】

ＣＰＵ１２Ａは、ＲＡＭ１２Ｃを作業領域として、読み出したプログラムを実行し、画像読取装置１２及び画像形成装置１０を制御する。なお、ＣＰＵ１２Ａは、プロセッサの一例である。

【0030】

画像読取部１２Ｄは、セットされた原稿を読み取って原稿画像を生成するＣＣＤ（Ｃｈａｒｇｅ－Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ；電荷結合素子）イメージセンサ等を備える。

【0031】

Ｉ／Ｆ部１２Ｅは、外部装置等と通信するためのインタフェースであり、例えば、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。図２に示す例によれば、Ｉ／Ｆ部１２Ｅは、ユーザ装置２０及び処理サーバ３０と通信可能に接続される。

【0032】

表示部１４Ａは、例えば液晶ディスプレイ、または有機ＥＬディスプレイ等を含んで構成されたタッチパネルで構成される。表示部１４Ａには各種の操作画面が表示され、ユーザのタッチ操作を受け付ける。

【0033】

画像形成部１４Ｂは、例えば感光体を含んで構成され、所謂電子写真方式を用いて、画像読取部１２Ｄで読み取られた原稿に基づき記録媒体上に画像を形成する。

【0034】

記憶部１４Ｃは、例えばＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、またはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）により構成される。なお、記憶部１４Ｃは、メモリの一例である。

【0035】

画像読取装置１２、表示部１４Ａ、画像形成部１４Ｂ及び記憶部１４Ｃは、バス１６を介して相互に通信可能に接続される。

【0036】

次に、ユーザ装置２０、及び処理サーバ３０の構成を説明する。以下では、処理サーバ３０の構成について説明する。なお、ユーザ装置２０は処理サーバ３０と同様に一般的なコンピュータで構成されるため説明を省略する。

【0037】

図３は、処理サーバ３０の構成の一例を示すブロック図である。

【0038】

処理サーバ３０は、例えばＣＰＵ３２Ａ、ＲＯＭ３２Ｂ、ＲＡＭ３２Ｃ、通信インタフェース（Ｉ／Ｆ）部３２Ｄ、表示部３４Ａ、操作部３４Ｂ、及び格納部３４Ｃを含む。

【0039】

ＣＰＵ３２Ａは、中央演算処理ユニットであり、画像処理プログラム３００、及びその他の各種プログラムを格納部３４Ｃから読み出す。画像処理プログラム３００の詳細は後述する。

【0040】

ＣＰＵ３２Ａは、ＲＡＭ３２Ｃを作業領域として読み出したプログラムを実行し、処理サーバ３０を制御する。なお、ＣＰＵ３２Ａは、処理サーバ３０のプロセッサの一例である。

【0041】

Ｉ／Ｆ部３２Ｄは、外部装置等と通信するためのインタフェースであり、例えば、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。Ｉ／Ｆ部３２Ｄは、画像読取装置１２及びユーザ装置２０と通信可能に接続される。

【0042】

表示部３４Ａは、処理サーバ３０とユーザとのインタフェースである。表示部３４Ａは、例えば液晶ディスプレイ、有機ＥＬディスプレイ等で構成される。

【0043】

操作部３４Ｂは、例えばマウス、キーボードにより構成される。

【0044】

格納部３４Ｃは、例えば画像処理プログラム３００、ユーザ情報３０２、及びその他各種プログラムを記憶する。格納部３４Ｃは、例えばＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、またはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）により構成される。なお、格納部３４Ｃは、格納部の一例である。ユーザ情報３０２は、画像形成装置１０を利用可能なユーザに関する情報である。ユーザ情報３０２は、例えばユーザを識別するためのユーザＩＤとユーザのメールアドレスとの対応関係を表すテーブルデータである。

【0045】

ＣＰＵ３２Ａ、ＲＯＭ３２Ｂ、ＲＡＭ３２Ｃ、通信インタフェース（Ｉ／Ｆ）部３２Ｄ、表示部３４Ａ、操作部３４Ｂ、及び格納部３４Ｃは、バス３６を介して相互に通信可能に接続される。

【0046】

次に、図４～図８を参照して、画像読取装置１２のＣＰＵ１２Ａで実行される画像読取プログラムの処理を説明する。

【0047】

図４は、画像読取装置１２による画像読取処理の流れを示すフローチャートである。画像読取装置１２は、画像読取プログラム１００を実行することで、図４、及び図５に示す処理を行う。

【0048】

画像読取プログラム１００は、例えば処理サーバ３０による画像処理の実行が、画像読取装置１２においてユーザにより指定されることで、ＣＰＵ１２Ａにより実行される。

【0049】

ステップＳ１００において、ＣＰＵ１２Ａは、ユーザによるログインを受け付け、ユーザ認証処理を実行する。なお、ユーザによるログインは、例えばユーザが所持するＩＣカードによって行われる。ＩＣカードにはユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が予め記憶されている。ＩＣカードからユーザＩＤが読み取られると、処理サーバ３０へユーザＩＤが送信される。処理サーバ３０は、画像形成装置１０から送信されたユーザＩＤをユーザ情報３０２と照合し、画像形成装置１０の利用が許可されたユーザであるか否かを認証結果として画像形成装置１０へ送信する。ＣＰＵ１２Ａは、認証結果に基づき、ログインしたユーザが画像形成装置１０の利用を許可されたユーザである場合はステップＳ１０２へ移行し、利用不可のユーザである場合はその旨を表示部１４Ａに表示する。

【0050】

ステップＳ１０２において、ＣＰＵ１２Ａは、ユーザによってセットされた原稿を画像読取部１２Ｄに読み取らせる。なお、原稿は複数の原稿を含んでいてもよい。また、原稿を読み取る際の解像度は、設定可能な解像度のうち最も高い解像度に設定する。例えば１５０、３００、４５０ｄｐｉ（ｄｏｔｓ ｐｅｒ ｉｎｃｈ）の３種類の解像度を設定可能な場合、最も高い解像度である４５０ｄｐｉ（高解像度）に設定する。

【0051】

ステップＳ１０４において、ＣＰＵ１２Ａは、ステップＳ１０２で読み取った原稿に対し複数の異なる解像度の第１画像データを生成する。

【0052】

具体的には、ステップＳ１０２で読み取った原稿を用いて、３００ｄｐｉ（中解像度）、１５０ｄｐｉ（低解像度）の第１画像データを生成する。これにより、１回の原稿の読み取りで、高解像度、中解像度、及び低解像度の３種類の解像度の第１画像データが生成される。

【0053】

また、ＣＰＵ１２Ａは、生成した原稿画像の各々に対して原稿ＩＤを付与する。原稿ＩＤは、識別符号の一例である。原稿ＩＤは、例えば原稿を特定する識別符号及び原稿画像のページ番号を特定する識別符号の組み合わせとすることができる。この場合、例えば原稿のページ数が７ページの原稿を特定する識別符号として「２２」を付与した場合、その原稿の各ページの原稿画像には原稿ＩＤとして「２２－１」～「２２－７」が付与される。同じ原稿に対して生成された異なる解像度の原稿画像に対しては、同じ原稿ＩＤを付与する。なお、識別符号の付与方法は上記の例に限られるものではない。

【0054】

ステップＳ１０６において、ＣＰＵ１２Ａは、ステップＳ１０４で生成された複数の異なる解像度の第１画像データを、例えば処理サーバ３０による画像処理が終了するまで記憶部１４Ｃに保存する。

【0055】

ステップＳ１０８において、ＣＰＵ１２Ａは、生成された複数の異なる解像度の第１画像データのうち、例えば中解像度の原稿画像を含む第１画像データを処理サーバ３０に送信する。原稿が複数のページの場合、第１画像データに含まれる複数の原稿画像は、各ページの中解像度の原稿画像である。

【0056】

ステップＳ１１０において、ＣＰＵ１２Ａは、処理サーバ３０からエラー情報を受信したか否かを判定する。エラー情報とは、処理サーバ３０が第１画像データに含まれる原稿画像に対し画像処理を実行した際に発生したエラーの内容、及びエラーが発生した原稿画像の原稿ＩＤを含む情報である。エラーの内容は、原稿画像の解像度不足に基づくエラー、第１画像データの容量の大きさに基づくエラー、原稿画像の裏写りの影響に基づくエラー、及び原稿画像の地色の影響に基づくエラー等である。

【0057】

処理サーバ３０からエラー情報を受信した場合（ステップＳ１１０：ＹＥＳ）、ＣＰＵ１２Ａは、図５に示す自動リカバリ処理を行う。図５に示す自動リカバリ処理の詳細は後述する。

【0058】

処理サーバ３０からエラー情報を受信していない場合（ステップＳ１１０：ＮＯ）、ＣＰＵ１２Ａは、ステップＳ１１２において、ユーザの操作による原稿ＩＤの入力を受け付けたか否かを判定する。具体的には、ユーザが表示部１４Ａを操作することによって原稿ＩＤが指定されたか否かを判定する。

【0059】

ここで、処理サーバ３０における画像処理において発生するエラーの中には、ユーザによる原稿の再読み取りを必要としない自動リカバリが可能なエラーと、ユーザによる原稿の再読み取りが必要となり、自動リカバリが不可能なエラー、すなわち手動リカバリが必要となるエラーがある。自動リカバリが可能なエラーは、例えば原稿画像の解像度不足に基づくエラー、第１画像データの容量の大きさに基づくエラー、原稿画像の裏写りの影響に基づくエラー、及び原稿画像の地色の影響に基づくエラーが含まれる。一方、手動リカバリが必要となるエラーは、自動リカバリが可能なエラー以外のエラーであり、例えば原稿の読み取った時点で読み取り画像が歪んでいる場合等である。手動リカバリが必要なエラーが発生した場合、図６に示すメール７０が処理サーバ３０からユーザ装置２０に送信される。

【0060】

図６に示すメール７０には、例えばエラーが発生した原稿画像に対応する原稿を再度読み取ることを促すメッセージと、エラーが発生した原稿画像に対応付けられた原稿ＩＤと、エラーが発生した原稿画像に該当するページ番号と、が記載される。これにより、ユーザは、再度読み取りが必要な原稿を認識する。図６の例では、ユーザは、５ページ目の原稿を再度読み取ることが必要であることを認識し、５ページ目の原稿を画像形成装置１０にセットして読み取りを指示する。なお、ユーザによる原稿の再読み取りの指示は、エラー情報に対応した対応処理の一例である。

【0061】

図４のステップＳ１１２において、ＣＰＵ１２Ａは、メール７０を受信したユーザの操作による原稿ＩＤを受け付けたか否かを判定する。そして、原稿ＩＤを受け付けた場合（ステップＳ１１２：ＹＥＳ）、ステップＳ１１４に移行する。一方、原稿ＩＤを受け付けていない場合（ステップＳ１１２：ＮＯ）、ステップＳ１２０へ移行する。

【0062】

ステップＳ１１４において、ＣＰＵ１２Ａは、ユーザにより再度セットされた原稿を画像読取部１２Ｄに読み取らせる。

【0063】

ステップＳ１１６において、ＣＰＵ１２Ａは、ユーザにより再度セットされた原稿を読み取ることで生成した原稿画像を含む画像データ及びステップＳ１１２で受け付けた原稿ＩＤを含む画像データを第２画像データとして処理サーバ３０へ送信する。

【0064】

なお、ステップＳ１１４、及びステップＳ１１６の処理を手動リカバリ処理と呼ぶ。すなわち、手動リカバリ処理は、自動リカバリが可能なエラーに関するエラー情報を受信していない場合であって、ユーザから原稿ＩＤを受付けた際にＣＰＵ１２Ａによって実行される処理である。

【0065】

ステップＳ１２０において、ＣＰＵ１２Ａは、処理サーバ３０から処理を終了したことが通知されたか否かを判定する。そして、処理サーバ３０から処理を終了したことが通知された場合（ステップＳ１２０：ＹＥＳ）は、本ルーチンを終了する。一方、処理サーバ３０から処理を終了したことが通知されていない場合（ステップＳ１２０：ＮＯ）は、ステップＳ１１０へ移行する。

【0066】

次に図５を参照して、ステップＳ１１８において実行される自動リカバリ処理について説明する。

【0067】

ステップＳ２００において、ＣＰＵ１２Ａは、図４のステップＳ１１０で受信したエラー情報に含まれるエラーの内容が原稿画像の解像度不足によるエラーであるか否かを判定する。

【0068】

解像度不足によるエラーは、例えば処理サーバ３０が第１画像データに含まれる原稿画像に対しテキストを抽出する画像処理を実行する際、原稿画像の解像度が不足しているためテキストを抽出することができない場合に発生する。

【0069】

エラーの内容が解像度不足による場合（ステップＳ２００：ＹＥＳ）、ＣＰＵ１２Ａは、ステップＳ２０２において、取得された異なる解像度の原稿画像のうち、エラー情報に対応した解像度の原稿画像を選択する。詳細には、ＣＰＵ１２Ａは、取得された異なる解像度の原稿画像のうち、高解像度の原稿画像を選択する。高解像度の原稿画像を選択する処理は、エラー情報に対応した対応処理の一例である。

【0070】

ステップＳ２０４において、ＣＰＵ１２Ａは、高解像度の原稿画像を含む画像データを処理サーバ３０へ送信する。なお、高解像度の原稿画像を含む画像データは、第２画像データの一例である。

【0071】

一方、エラーの内容が解像度不足によるエラーでない場合（ステップＳ２００：ＮＯ）、ＣＰＵ１２Ａは、ステップＳ２０６において、エラー情報に含まれるエラーの内容が画像データの容量不足によるエラーであるか否かを判定する。

【0072】

容量不足によるエラーは、例えば処理サーバ３０による画像処理の実行が終了した第１画像データの容量が、当該画像処理が終了した画像データを格納する格納部３４Ｃの容量を超える場合に発生する。より詳細には、テキスト、及び写真等が混在する原稿画像を含む第１画像データにおいて、画像処理が終了した第１画像データの容量が、当該画像処理が終了した第１画像データを格納する格納部３４Ｃの容量を超えることが想定される。また、容量不足によるエラーは、第１画像データの容量が、画像処理を実行するために必要なＲＡＭ３２Ｃの容量を超える場合に発生する場合もある。より詳細には、テキスト、及び写真等が混在する原稿画像を含む第１画像データにおいて、写真等の解像度が高いと、第１画像データの容量が、画像処理を実行するために必要なＲＡＭ３２Ｃの容量を超えることが想定される。

【0073】

エラーの内容が容量不足によるエラーである場合（ステップＳ２０６：ＹＥＳ）、ＣＰＵ１２Ａは、ステップＳ２０８において、取得された異なる解像度の原稿画像のうち、エラー情報に対応した解像度の原稿画像を選択する。詳細には、ＣＰＵ１２Ａは、取得された異なる解像度の原稿画像のうち、低解像度の原稿画像を選択する。低解像度の原稿画像を選択する処理は、エラー情報に対応した対応処理の一例である。

【0074】

ステップＳ２１０において、ＣＰＵ１２Ａは、低解像度の原稿画像を含む画像データを処理サーバ３０へ送信する。なお、低解像度の原稿画像を含む画像データは、第２画像データの一例である。

【0075】

一方、エラーの内容が容量不足によるエラーではない場合（ステップＳ２０６：ＮＯ）、ＣＰＵ１２Ａは、ステップＳ２１２において、エラーの内容が原稿画像の裏写りによるエラーであるか否かを判定する。

【0076】

エラーの内容が原稿画像の裏写りによるエラーである場合（ステップＳ２１２：ＹＥＳ）、ＣＰＵ１２Ａは、ステップＳ２１４において、例えば取得された異なる解像度の原稿画像のうち、例えば中解像度の原稿画像を選択する。

【0077】

ステップＳ２１６において、ＣＰＵ１２Ａは、中解像度の原稿画像に対し裏写りを除去する処理を実行する。裏写りを除去する処理は、具体的には原稿画像の濃度を低くする画像処理であり、種々公知の方法が用いられる。

【0078】

図７は、裏写りを除去する処理の概略を説明する図である。図７は、第１画像データの画像処理において裏写りのためエラーが発生した原稿画像５０を示す。原稿画像５０は、読み取った原稿の裏面に汚れ等があることによって裏写り５０Ａがある。この裏写り５０Ａが画像処理に悪影響を及ぼす可能性がある。そこで、ＣＰＵ１２Ａは、例えば原稿画像５０の濃度が低くなるように調整することで、裏写り５０Ａが除去された原稿画像６０を生成する。なお、裏写り５０Ａを除去する処理は、エラー情報に対応した対応処理の一例である。

【0079】

ステップＳ２１８において、ＣＰＵ１２Ａは、裏写り５０Ａが除去された原稿画像６０を含む画像データを処理サーバ３０へ送信する。裏写り５０Ａが除去された原稿画像６０を含む画像データは、第２画像データの一例である。

【0080】

一方、エラーの内容が裏写りによるエラーでない場合（ステップＳ２１２：ＮＯ）、ＣＰＵ１２Ａは、ステップＳ２２０において、取得された異なる解像度の原稿画像のうち、例えば中解像度の原稿画像を選択する。

【0081】

ステップＳ２２２において、ＣＰＵ１２Ａは、中解像度の原稿画像に対して地色を除去する処理を実行する。地色を除去する処理は、種々公知の方法を用いることができる。

【0082】

図８は、地色を除去する処理の概略を説明する図である。図８は、第１画像データの画像処理においてエラーが発生した原稿画像５０を示す。原稿画像５０は、読み取った原稿の地色が白色ではなく有色であるため、画像処理に悪影響を及ぼす可能性がある。そこで、ＣＰＵ１２Ａは、例えば原稿画像５０の透明度を調整することで、地色の除去された原稿画像６０を生成する。なお、地色を除去する処理は、エラー情報に対応した対応処理の一例である。

【0083】

ステップＳ２２４において、ＣＰＵ１２Ａは、地色の除去された原稿画像６０を含む画像データを処理サーバ３０へ送信する。地色の除去された原稿画像６０を含む画像データは、第２画像データの一例である。

【0084】

ＣＰＵ１２Ａは、ステップＳ２０４、ステップＳ２１０、ステップＳ２１８、またはステップＳ２２４の処理が行われると、図４のステップＳ１２０へ移行する。

【0085】

次に、図９～図１２を参照して、処理サーバ３０で実行される画像処理を説明する。

【0086】

図９は、処理サーバ３０により実行される画像処理プログラム３００の動作の一例を示すフローチャートである。なお、図示しないユーザ認証処理によって画像形成装置１０の利用が許可されたユーザが、画像形成装置１０において原稿の読み取りを実行することにより図９に示す処理が実行される。

【0087】

ステップＳ３００において、ＣＰＵ３２Ａは、画像読取装置１２により送信された第１画像データを受け付ける。

【0088】

ステップＳ３０２において、ＣＰＵ３２Ａは、受け付けた第１画像データに含まれる原稿画像に対し、ＯＣＲ処理等の画像処理を実行する。

【0089】

ステップＳ３０４において、ＣＰＵ３２Ａは、第１画像データに含まれる全てのページの原稿画像に対して画像処理が実行されたか否かを判定する。

【0090】

第１画像データにおいて、画像処理が実行されていない原稿画像が存在する場合（ステップＳ３０４：ＮＯ）、画像処理が完了していない原稿画像に対しステップＳ３０２の処理を実行する。

【0091】

第１画像データに含まれる全ての原稿画像に対して画像処理が実行されると、第１画像データに対する画像処理を終了し（ステップＳ３０４：ＹＥＳ）、ＣＰＵ３２Ａは、ステップＳ３０６において、画像処理においてエラーが発生した原稿画像が存在するか否かを判定する。

【0092】

画像処理においてエラーが発生した原稿画像が存在しない場合（ステップＳ３０６：ＮＯ）、ＣＰＵ３２ＡはステップＳ３２６以降の処理を実行する。

【0093】

エラーが発生した原稿画像が存在する場合（ステップＳ３０６：ＹＥＳ）、ＣＰＵ３２Ａは、ステップＳ３０８においてエラーの内容を判定する。具体的には、エラーの内容は、例えば原稿画像の解像度不足によるもの、第１画像データの容量によるもの、第１画像データの画像処理が終了した際の容量によるもの、原稿画像の裏写りによるもの、原稿画像の地色によるもの、その他の原因によるもの等に分類される。ＣＰＵ１２Ａは、例えば上記の分類に従って、エラーの内容を判定する。

【0094】

ステップＳ３１０において、ＣＰＵ３２Ａは、エラーの内容が、画像読取装置１２によって自動でリカバリできるエラーであるか否かを判定する。

【0095】

具体的には、例えばエラーの内容が原稿画像の解像度不足によるもの、第１画像データの容量不足によるもの、第１画像データの画像処理が終了した際の容量不足によるもの、原稿画像の裏写りによるもの、原稿画像の地色によるものの何れかである場合は、ＣＰＵ３２Ａは自動でリカバリできると判定する。

【0096】

自動でリカバリできる場合（ステップＳ３１０：ＹＥＳ）、ＣＰＵ３２Ａは、ステップＳ３１２において、エラー情報を画像読取装置１２へ送信する。エラー情報は、エラーの内容、及びエラーが発生した原稿画像の原稿ＩＤを含む情報である。

【0097】

一方、自動でリカバリできない場合（ステップＳ３１０：ＮＯ）、ＣＰＵ３２Ａは、ステップＳ３１６において、エラーが発生した原稿画像に対応する原稿を再度読み取ることを促すメッセージとエラー情報とを含む図６に示すようなメール７０を、原稿の読み取りを行ったユーザのメールアドレスへ送信する。具体的には、ＣＰＵ３２Ａは、ユーザ情報３０２を参照して、事前に行われたユーザ認証によって得られたユーザＩＤに対応するメールアドレスを取得し、取得したメールアドレスにメール７０を送信する。これにより、ユーザは、ユーザ装置２０を用いてメールを確認することができ、原稿画像の画像処理でエラーが発生したことを認識することができる。

【0098】

図１０に示すように、エラーが発生した原稿画像に対応する原稿を再度読み取ることを促すメッセージ及びエラー情報に加えて、エラーが発生した原稿画像を示す画像８２を含むメール８０をユーザ装置２０へ送信してもよい。ユーザは、メール８０により、実際に読み取られた原稿画像の状態を確認できる。

【0099】

図９のステップＳ３１８において、ＣＰＵ３２Ａは、エラーが発生した原稿画像の原稿ＩＤと同じ原稿ＩＤの原稿画像を含む第２画像データ、すなわちエラーが発生した原稿画像に対して前述した対応処理を行った原稿画像を含む第２画像データを画像読取装置１２から受け付ける。具体的には、画像読取装置１２において自動リカバリ処理又は手動リカバリ処理が実行されると、ＣＰＵ３２Ａは第２画像データを受け付ける。

【0100】

ステップＳ３２０において、ＣＰＵ３２Ａは受け付けた第２画像データに含まれる原稿画像に対しステップＳ３０２と同様の画像処理を実行する。

【0101】

ステップＳ３２２において、ＣＰＵ３２Ａは、第２画像データに含まれる原稿画像に対する画像処理においてエラーが発生した原稿画像が存在するか否かを判定する。

【0102】

エラーが発生した原稿画像が存在する場合（ステップＳ３２２：ＹＥＳ）、ＣＰＵ３２ＡはステップＳ３０８～Ｓ３２２の処理を繰り返す。

【0103】

エラーが発生した原稿画像が存在しない場合（ステップＳ３２２：ＮＯ）、ＣＰＵ３２Ａは、ステップＳ３２４において、第１画像データに含まれるエラーが発生した原稿画像を、第２画像データに含まれ、画像処理が実行された原稿画像に差し替える。詳細は図１１を参照して説明する。

【0104】

図１１において、原稿ＩＤが２２－５の原稿画像１１０は、第１画像データに含まれる原稿画像であって、画像処理においてエラーが発生した原稿画像を示す。なお、図１１に示す、原稿画像１１０以外の処理済の原稿画像は、画像処理においてエラーが発生しなかった第１画像データに含まれる原稿画像を示す。処理済の原稿画像は、例えば格納部３４Ｃに格納されている。原稿ＩＤが２２－５の原稿画像１２０は、第２画像データに含まれる、画像処理を実行した後の原稿画像を示す。ＣＰＵ３２Ａは、第１画像データに含まれるエラーが発生した原稿画像１１０を、第２画像データに含まれ、画像処理が実行された原稿画像１２０に差し替える。

【0105】

図９のステップＳ３２６において、ＣＰＵ３２Ａは、画像処理が終了した、エラーが発生しなかった原稿画像による第１画像データを、例えば格納部３４Ｃに格納する。画像処理が終了した、エラーが発生しなかった原稿画像による第１画像データは、処理済画像データの一例である。

【0106】

ステップＳ３２８において、ＣＰＵ３２Ａは、処理済画像データが、例えば格納部３４Ｃに格納され、処理が終了したことを画像形成装置１０に通知すると共に、処理が終了したことを通知するためのメールをユーザ装置２０へ送信し、画像処理プログラム３００による処理を終了する。

【0107】

図１２は、処理済データが格納部３４Ｃに格納されたこと通知するためのメールの一例を示す図である。図１２に示すメール９０は、処理済画像データが格納部３４Ｃに格納されると、処理サーバ３０によりユーザ装置２０へ送信される。ユーザは、メール９０を確認し、例えば格納部３４Ｃにアクセスすることで、処理済画像データを取得できる。

【0108】

このように、本実施形態によれば、ユーザが画像読取装置１２の前にいない状態においても、処理サーバ３０の画像処理において発生したエラーを自動でリカバリすることができる。

【0109】

以上、実施の形態を説明したが、本開示の技術的範囲は上記実施の形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施の形態に多様な変更又は改良を加えることができ、該変更又は改良を加えた形態も本開示の技術的範囲に含まれる。

【0110】

例えば、本実施形態では、自動リカバリ及び手動リカバリの両方を実行する場合について説明したが、自動リカバリのみ実行してもよいし、手動リカバリのみ実行してもよい。また、自動リカバリと手動リカバリとを切り替えて実行、自動リカバリのみ実行、及び手動リカバリのみ実行の何れを実行するかを設定可能としてもよい。

【0111】

また、上記実施の形態は、請求項に係る開示を限定するものではなく、また実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。前述した実施の形態には種々の発明が含まれており、開示される複数の構成要件の組み合わせにより種々の発明が抽出される。実施の形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。

【0112】

また、上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ： Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ

【0113】

Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

【0114】

また、上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

【0115】

本実施形態では、画像読取プログラム１００が記憶部１４Ｃにインストールされている形態を説明したが、これに限定されるものではない。また、本実施形態では、画像処理プログラム３００がＲＯＭ３２Ｂ又は格納部３４Ｃにインストールされている形態を説明したが、これに限定されるものではない。本実施形態に係る画像読取プログラム１００、及び画像処理プログラム３００を、コンピュータ読取可能な記憶媒体に記録した形態で提供してもよい。例えば、本実施形態に係る画像読取プログラム１００、及び画像処理プログラム３００を、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ及びＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）－ＲＯＭ等の光ディスクに記録した形態、若しくはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ及びメモリカード等の半導体メモリに記録した形態で提供してもよい。また、本実施形態に係る画像読取プログラム１００を、Ｉ／Ｆ部１２Ｅを介して外部の装置から取得するようにしてもよい。また、本実施形態に係る画像処理プログラム３００を、Ｉ／Ｆ部３２Ｄを介して外部の装置から取得するようにしてもよい。

【0116】

また、上記実施形態では、画像読取における処理、及び画像処理における処理を、プログラムを実行することにより、コンピュータを利用してソフトウェア構成により実現する場合について説明したが、本発明はこれに限定されるものではない。例えば、情報処理を、ハードウェア構成や、ハードウェア構成とソフトウェア構成の組み合わせによって実現する形態としてもよい。

【0117】

その他、上記実施形態で説明した画像読取装置１２の構成は一例であり、本開示の主旨を逸脱しない範囲内において不要な部分を削除したり、新たな部分を追加したりしてもよいことは言うまでもない。

【0118】

同様に、上記実施形態で説明したユーザ装置２０、及び処理サーバ３０の構成は一例であり、本開示の趣旨を逸脱しない範囲内において不要な部分を削除したり、新たな部分を追加したりしてもよいことは言うまでもない。

【0119】

また、上記実施の形態で説明した画像読取プログラム１００の処理の流れ（図４、５参照）及び画像処理プログラム３００の処理の流れ（図９参照）も一例であり、本開示の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよいことは言うまでもない。

【符号の説明】

【0120】

１…画像処理システム、１０…画像形成装置、１２…画像読取装置、１４Ｃ…記憶部、２０…ユーザ装置、３０…処理サーバ、３４Ｃ…格納部、１００…画像読取プログラム、３００…画像処理プログラム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】