JP7374614B2 - 画像読取装置、画像読取装置の制御方法およびプログラム - Google Patents

Description

本発明は、画像を読取って、読取った画像データをホストコンピュータに送信する画像読取装置、画像読取装置の制御方法およびプログラムに関する。

ホストコンピュータは、周辺装置の機能の選択および装置状態を表現するためのソフトウェアを備える。しかし、ソフトウェアが、周辺装置で発生する全てのエラーに対応してない可能性もある。この場合、ソフトウェアが、周辺装置で発生したエラーを適切に通知できないおそれがある。

そこで特許文献１には、画像読取装置に設けられた表示手段で、二次元コード等を表示することによって、画像読取装置に生じたエラーを特定する方法が開示されている。

特開２００８－１２４６４８号公報

しかし、ユーザが、周辺装置の近くにいない場合には、周辺装置で生じたエラーを特定することができない。そのため、周辺装置で生じたエラーをさらに容易に特定できる技術が望まれている。

そのため本発明の画像読取装置は、情報処理装置と接続可能な画像読取装置であって、原稿から画像データを読取る読取手段と、前記画像読取装置の異常状態の種類を示す情報を取得する取得手段と、前記取得手段が第１の異常状態の種類を示す情報を取得した場合、前記第１の異常状態の種類に対応する画像データを前記情報処理装置に送信する画像データ送信処理を実行し、前記取得手段が前記第１の異常状態の種類とは異なる第２の異常状態の種類を示す情報を取得した場合、前記第２の異常状態の種類を示すエラーコードを送信するエラーコード送信処理を実行する送信手段と、を備えることを特徴とする画像読取装置。

本発明によれば、ユーザは、周辺装置で生じたエラーを容易に特定することができる。

画像読取装置を示した図である。 画像読取装置のハードウェア構成を示すブロック図である。 画像読取装置の一部を示したブロック図である。 ハードモジュールを制御する制御プログラムのソフトウェア構成図である。 ホストコンピュータと画像読取装置が接続されたシステムの構成図である。 ホストコンピュータに送信する説明画像データの画像を示した図である。 読取り処理を示したフローチャートである。 ホストコンピュータに送信する説明画像データの画像を示した図である。 読取り処理を示したフローチャートである。 ホストコンピュータに送信する説明画像データの画像を示した図である。 読取り処理を示したフローチャートである。 ホストコンピュータに送信する説明画像データの画像を示した図である。 読取り処理を示したフローチャートである。 読取り処理を示したフローチャートである。 画像読取装置のハードウェア構成を示すブロック図である。 システムを示した構成図である。 ホストコンピュータに送信する説明画像データの画像を示した図である。 読取り処理を示したフローチャートである。 読取り処理を示したフローチャートである。

（第１の実施形態）
以下、図面を参照して本発明の第１の実施形態について説明する。
図１は、本実施形態を適用可能な画像読取装置１００を示した図である。図１（ａ）は、外観斜視図であり、図１（ｂ）は、側面断面図であり、図１（ｃ）は、上面断面図である。画像読取装置１００は、読取る原稿１１９を搭載可能な原稿台１０１と、ヒンジ１１６によって開閉可能に設けられ、原稿１１９を押さえて原稿台１０１に固定する圧板であるとともに、外光の影響を軽減する原稿台カバー１０２と、を備えている。

原稿台カバー１０２には、原稿以外の部分が白画像として形成されるように白色シート１０３が取り付けられており、原稿台１０１には、コンタクトガラス１１５が設けられている。画像読取装置１００で原稿１１９を読取る際には、原稿台カバー１０２を閉じて、原稿１１９を原稿台カバー１０２とコンタクトガラス１１５とで挟む。そして、コンタクトイメージセンサ（以下、ＣＩＳという）ユニット１１７が移動しながら画像を読取る（以下、「読取る」は「スキャンする」と同意とする）。原稿１１９を原稿台カバー１０２によってコンタクトガラス１１５に押圧することによって、ＣＩＳユニット１１７と原稿１１９との間の距離を一定に保つことができる。

ＣＩＳユニット１１７は、光を発生して原稿１１９を照らすＬＥＤ導光体ユニット１１１と、光電変換により電気信号を発生するイメージセンサアレイ１１３とを備えている。ＬＥＤ導光体ユニット１１１から発生した光は、原稿１１９にあたり反射され、ロッドレンズアレイ１１２によってイメージセンサアレイ１１３へと導かれる。イメージセンサアレイ１１３は、入射した光に対して光電変換を行い、電流として出力できるセンサが±ｘ方向の主走査方向に一次元に並んだ構成となっている。画像読取装置１００は、イメージセンサアレイ１１３を構成している各センサから、センサの配置順に出力を得てＡ／Ｄ変換する。

ＣＩＳユニット１１７は、ロック受け口１４１を備えている。ＣＩＳユニット１１７がホームポジション１２０に配置されている際に、ユーザは、画像読取装置１００のフレーム１１８に設けられたロック部材１４０を挿し込むことができる。その結果、ＣＩＳユニット１１７はホームポジション１２０の位置に固定されることになり、移動が規制される。ホームポジション１２０は、ＣＩＳユニット１１７の基準位置であり、動作待機中にＣＩＳユニット１１７を停止させ待機させる位置である。基準位置マーク１１４とフレームの基準側側壁１３３とは、原稿台１０１に搭載された原稿１１９のｙ方向における位置を画像読取装置１００が認識するための基準として用いられる。図１（ｃ）に示した画像読取装置１００は、原稿１１９を読取り中の状態を示しているため、ＣＩＳユニット１１７は、ホームポジション１２０以外の位置にある。

図２は、画像読取装置１００のハードウェア構成を示すブロック図である。ＣＰＵ２０２を含む制御部２０１は、バス２０６を備えており、バス２０６で各部の情報を仲介することで、画像読取装置１００全体の動作を制御する。ＣＰＵ２０２は、ＲＯＭ２０４に記憶された制御プログラムをＲＡＭ２０３に展開し、必要な時に読み出して各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０２の主記憶メモリであり、ワークエリアやＲＯＭ２０４に記憶された各種プログラムを展開する為の一時記憶領域として用いられる。ＲＯＭ２０４は、画像データ、各種プログラム及び各種設定情報を記憶する。

本実施形態ではＲＯＭ２０４としてフラッシュストレージ等を想定しているが、ハードディスク等の補助記憶装置でもよい。なお、後述する図６などの説明画像データは、例えば、ユーザからスキャン指示を受ける前からＲＯＭ２０４に保持されている。なお、画像読取装置１００は、１つのＣＰＵ２０２が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であってもよい。例えば、複数のＣＰＵや複数のＲＡＭ、ＲＯＭ及びストレージを協働させて後述するフローチャートに示す各処理を実行してもよい。また、ハードウェア回路を用いて一部の処理を実行してもよい。

スキャナ部Ｉ／Ｆ２０７は、スキャナ部２１０と制御部２０１を接続する。スキャナ部２１０は、画像読取装置１００にセットされた原稿１１９をスキャンしてデジタル画像データを生成し、スキャナ部Ｉ／Ｆ２０７を介して制御部２０１のＲＡＭ２０３に転送する。操作部Ｉ／Ｆ２０８は、ＵＩ部２１１と制御部２０１とを接続する。ＵＩ部２１１は、高価な構成においては、タッチパネル機能を有する液晶表示部や操作キーなどが備えられ、ユーザの指示を受け付ける受付部として機能する。ＵＩ部２１１は、安価な構成においては、プッシュスキャンを行うための操作キーしか備えられていないこともある。画像読取装置１００においては、後者の構成として説明する。

ＵＳＢＩ／Ｆ２０９は、画像読取装置１００に接続された情報処理装置であるホストコンピュータ２１２との通信を制御する。例えば、ホストコンピュータ２１２からＵＳＢケーブル経由でスキャン動作命令が依頼された場合、ＵＳＢＩ／Ｆ２０９が依頼信号を受け取り、ＲＡＭ２０３に保存する。ＣＰＵ２０２は、スキャナ部Ｉ／Ｆ２０７を介してスキャナ部２１０にスキャン動作を実行させ、取得したデジタル画像データを一時的にＲＡＭ２０３に保存する。ＲＡＭ２０３に保存されたデジタル画像データは、ＵＳＢＩ／Ｆ２０９を介してホストコンピュータ２１２に転送される。

ＣＰＵ２０２は、デジタル画像データがホストコンピュータ２１２に転送されたことを確認すると、ＲＡＭ２０３に保存されたデジタル画像データを削除する。全てのデジタル画像データの転送と削除が終了することで、ホストコンピュータ２１２から依頼されたスキャン動作も終了する。

制御部２０１は、画像処理部２０５を備えており、画像処理部２０５は、スキャン動作によって得られたデジタル画像データに画像処理や補正が必要な場合に使用される。画像処理部２０５は、主に、ＲＡＭ２０３に展開された制御プログラムによる画像処理や補正では時間がかかってしまうような処理を、ハード機能で処理する場合に用いられる。

図３は、画像読取装置１００全体のブロック図の一部であり、スキャン動作を実行してデジタル画像データを形成する際に使用する部分を示したブロック図である。スキャナ部２１０は、センサ制御部３０１とＬＥＤ３０２と駆動モータ制御部３０３とを備えており、センサ制御部３０１は、イメージセンサアレイ１１３の動作制御部であり、ＬＥＤ３０２は、ＬＥＤ導光体ユニット１１１（図１（ｂ）参照）の点灯制御部である。スキャナＩ／Ｆ部２０７が備えたスキャナ制御回路３１２は、後述するスキャナ制御モジュールによって駆動モータ制御部３０３を制御してモータを駆動させる。Ａ／Ｄ変換回路３１１は、センサ制御部３０１から取得したアナログデータをデジタル変換する。ＲＡＭ２０３内には、スキャン画像データ保管領域３２２および制御プログラム展開領域３２３が設けられている。

図４は、画像読取装置１００のＲＡＭ２０３に展開された各ハードモジュールを制御する制御プログラムのソフトウェア構成図である。制御プログラムは、アプリケーション４００と、ハードウェア制御４１０と、画像読取装置１００のオペレーティングシステム４２０とを備えている。オペレーティングシステム４２０は、制御部２０１（図２参照）で制御プログラムを実行する基礎的な機能を提供する。ハードウェア制御４１０は、物理的なデバイスとのＩ／Ｆを制御するソフトウェア群で構成される。本実施形態では、ハードウェア制御４１０は、スキャナ部Ｉ／Ｆ２０７を制御するスキャナ制御モジュール４１１、ＵＳＢＩ／Ｆ２０９を制御するＩＦ制御モジュール４１２、操作部Ｉ／Ｆ２０８を制御するＵＩ制御モジュール４１３などで構成される。

アプリケーション４００は、ハードウェア制御４１０を介して各デバイスを動作させる。例えば、ＩＦ制御モジュール４１２から入力された情報を解析し、それがスキャン動作命令であれば、スキャンを実行するための機能管理アプリケーション４０１を実行する。機能管理アプリケーション４０１は、スキャンジョブをジョブ管理アプリケーション４０２にて実行する。ジョブ管理アプリケーション４０２は、ハードウェア制御４１０のスキャナ制御モジュール４１１を用いて、スキャナ部２１０によるスキャン動作を実行し、その結果取得したデジタル画像データをＲＡＭ２０３に保存する。ＲＡＭ２０３に保存する際、何らかの画像処理や補正が必要な場合は、スキャナ制御モジュール４１１は、画像処理部２０５を用いて必要な処理を実行する。デジタル画像データは、ＲＡＭ２０３に蓄積された後、ＩＦ制御モジュール４１２を介してホストコンピュータ２１２に返送される。

イメージセンサアレイ１１３の各センサからの出力は、ＲＡＭ２０３に保存される。１列のイメージセンサアレイ１１３における各センサの出力は、ジョブ管理アプリケーション４０２によって指定された解像度によって、読取ったデータとして使用されるか否かが変化する。スキャン動作対象範囲が指定されると、スキャナ制御モジュール４１１は、まずイメージセンサアレイ１１３の主走査方向のスキャン動作範囲を指定する。これにより、イメージセンサアレイ１１３の出力のうち、どの範囲のセンサの出力が使用されるかが決定する。

また、ＣＩＳユニット１１７の駆動方向のスキャン動作範囲を指定する。これにより、ＣＩＳユニット１１７が駆動方向のうちどれだけ移動しながら読取りを行うかが決定する。スキャナ部２１０は、スキャナ部Ｉ／Ｆ２０７を介してスキャナ制御モジュール４１１からスキャン命令を受け取ると、ＬＥＤ導光体ユニット１１１を点灯し、ＣＩＳユニット１１７を移動させながらコンタクトガラス１１５にセットされた原稿１１９を読取る。本実施形態のＣＩＳユニット１１７は、センサ部分が１列のイメージセンサアレイ１１３から構成されている。

スキャナ制御モジュール４１１が、入射光をＲ（Ｒｅｄ）、Ｇ（Ｇｒｅｅｎ）、Ｂ（Ｂｌｕｅ）と変化させて各色に対応した出力を取得し、取得した出力を合成することで、カラーのデジタル画像データを取得する。その際、画像のスキャン中に点灯色がＲ、Ｇ、Ｂと切り替わり、原稿１１９からの反射光はロッドレンズアレイ１１２を介してイメージセンサアレイ１１３へ導かれる。原稿１１９からの反射光がイメージセンサアレイ１１３に入射することで、各色に対応した出力が得られ、スキャナ制御モジュール４１１は得られた出力をＲＡＭ２０３に保存する。

スキャナ制御モジュール４１１は、画像処理部２０５を用いて得られた出力からデジタル画像データを生成する。コンタクトガラス１１５にセットされた原稿１１９のスキャンが完了し、原稿１１９のデジタル画像データの生成が終了すると、スキャナ制御モジュール４１１は、次の原稿のスキャンに向けてＣＩＳユニット１１７を待機位置に移動させる。

図５は、ホストコンピュータ２１２と画像読取装置１００とが接続されたシステムを示した構成図である。ホストコンピュータ２１２は、オペレーティングシステム５０１を備えており、オペレーティングシステム５０１は、アプリケーション５０２とスキャナドライバ５０３とを備えている。画像読取装置１００は、ＵＳＢＩ／Ｆ５０５を介してオペレーティングシステム５０１のスキャナドライバ５０３と接続されている。また、ホストコンピュータ２１２の表示装置５１１は、オペレーティングシステム５０１のアプリケーション５０２と接続されている。

アプリケーション５０２は、オペレーティングシステム５０１上で動作するソフトウェアである。アプリケーション５０２は、所定のＡＰＩ（アプリケーションプログラムインターフェース）仕様５０４により、スキャナドライバ５０３にスキャン動作命令等の命令を送り、そのレスポンスとしてデジタル画像データや画像読取装置１００の状態情報を受け取る。更にアプリケーション５０２は、表示装置５１１を用いて読取ったデジタル画像データや状態情報を表示したり、読取ったデジタル画像データをファイルとしてホストコンピュータ２１２に保存する等の処理を行う。

スキャナドライバ５０３は、オペレーティングシステム５０１上で動作するソフトウェアであり、アプリケーション５０２からの命令を受け取ると、所定の通信プロトコル５０５によりＵＳＢＩ／Ｆ２０９を介して画像読取装置１００と通信を行う。これにより画像読取装置１００へのスキャン動作命令等の命令の送信や、画像読取装置１００からのデジタル画像データや状態情報の受信を行う。

近年多く用いられているオペレーティングシステム標準のドライバソフトウェアは、周辺装置における個別のハードウェア構成に関する機能選択および状態表現等には対応していない。よって、画像読取装置１００が、個別のハードウェア構成に対応する情報をＡＰＩ仕様５０４および通信プロトコル５０５によって受信できないケースが発生する。

例えば、画像読取装置１００が備えるロック部材１４０は、オペレーティングシステム標準のドライバソフトウェアに非対応であるため、ロック部材１４０に関する機能選択や状態表現はオペレーティングシステム標準のドライバソフトウェアではできない。ロック部材１４０がロック受け口１４１に挿し込まれている状態にユーザが気付かずに画像読取装置１００の使用を開始した場合、ＣＩＳユニット１１７が動かずにエラーが発生する。ここで、ユーザがホストコンピュータ２１２の表示画面を見ている場合、ユーザはエラーの原因を確認することができないおそれがある。

そこで、本実施形態における画像読取装置１００は、エラー等の異常状態が生じた場合、原稿画像データの代わりに、生じた異常状態を図や文字を用いて説明する画像である説明画像データをホストコンピュータ２１２に送信する。説明画像データは原稿画像データと同様に扱うことができるため所定の通信プロトコル５０５によりＵＳＢＩ／Ｆ２０９を介して画像読取装置１００に送信することができ、ホストコンピュータ２１２で表示することができる。よってユーザは、ホストコンピュータ２１２が受信して表示する説明画像を見ることで、画像読取装置１００にエラーが生じたことを知ることができる。なお、以降の説明は、オペレーティングシステム標準のドライバソフトウェアを使ってスキャンを指示する形態を用いて説明する。

図６は、パワーオン処理でエラーが生じた際に、ホストコンピュータ２１２に送信される説明画像データの画像を示した図である。図６（ａ）は、ロック部材１４０が挿し込まれていて、ＣＩＳユニット１１７が固定されている際に発生するエラーを説明するための説明画像データ６０１であり、図６（ｂ）は、電気回路の異常時に発生するエラーを説明するための説明画像データ６０２である。なお、本実施形態においてホストコンピュータ２１２に送信される説明画像データは、スキャン画像としてホストコンピュータ２１２の表示装置に表示される。

図７は、本実施形態の特徴的な構成である読取り処理を示したフローチャートである。以下、このフローチャートを用いて本実施形態の読取り処理を説明する。

読取り処理が開始され、Ｓ７０１で画像読取装置１００の電源がオンになると、Ｓ７０２でパワーオン処理が行われる。その後、ＣＰＵ２０２は、Ｓ７０３で正常にパワーオンできたか否かの判定を行い、正常にパワーオンできていればＳ７０４に移行する。ＣＰＵ２０２は、Ｓ７０４で画像読取装置１００の状態を示す変数ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎに、正常にパワーオンできたことを意味するＮＯＲＭＡＬを代入してＳ７０５に移行する。正常にパワーオンできていなければ図７の処理はＳ７２１に移行し、ＣＰＵ２０２は、変数ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎに、エラーが発生していることを意味するＥＲＲＯＲを代入する。そしてＳ７２２で、ＣＰＵ２０２は、パワーオン処理においてロック部材１４０が挿し込まれ、ＣＩＳユニット１１７が固定されていることで発生するエラー（以下、ロックレバー位置によるエラーと呼ぶ）が発生していたか否かの判定を行う。

ロックレバー位置によるエラーが生じていた場合は、ＣＰＵ２０２は、ＲＯＭ２０４に記憶してあるロックレバー位置によるエラーの説明画像データ６０１（図６参照）の先頭アドレスを、変数ａｄｒＩｍｇＢｕｆに格納して（Ｓ７２３）、Ｓ７０５に移行する。ロックレバー位置によるエラーが生じていない場合は、ＣＰＵ２０２は、電気回路の異常エラーであると判定する。従ってＳ７２４に移行して、ＣＰＵ２０２は、ＲＯＭ２０４内の電気回路の異常エラーの説明画像データ６０２（図６参照）の先頭アドレスを、変数ａｄｒＩｍｇＢｕｆに格納してＳ７０５に移行する。

Ｓ７０５でパワーオン処理が完了すると、Ｓ７０６で、ＣＰＵ２０２は、スキャンを実行するコマンドを受信したか否かを判定する。判定は、スキャンを実行するコマンドを受信するまで繰り返し行われ、コマンドを受信するとＳ７０７に移行する。Ｓ７０７において、ＣＰＵ２０２は、イメージセンサアレイ１１３から主走査方向のラインの出力データが出力されるごとにカウントアップするｌｉｎｅＣｏｕｎｔに初期値である１を代入する。そして、ＣＰＵ２０２は、ユーザの指定した副走査方向の長さ情報を取得し、変数ｄｏｃＬｅｎｇｔｈに設定する。

その後、ＣＰＵ２０２は、Ｓ７０８でｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬであるか否かの判定を行う。ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬであれば、ＣＰＵ２０２は、ｌｉｎｅＣｏｕｎｔのカウントするラインの出力データをＲＡＭ２０３内の画像ラインバッファに格納して（Ｓ７０９）、Ｓ７１０に移行する。Ｓ７０８でｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬでなければ、ＣＰＵ２０２は、Ｓ７３１に移行して、ｌｉｎｅＣｏｕｎｔのカウントするラインの出力データをＲＡＭ２０３内の画像ラインバッファに格納してＳ７１０に移行する。

Ｓ７１０において、ＣＰＵ２０２は、画像ラインバッファ内のデータを、ＵＳＢＩ／Ｆ２０９によってホストコンピュータ２１２に送信する。そしてＣＰＵ２０２は、Ｓ７１１でｌｉｎｅＣｏｕｎｔをインクリメントする。その後、ＣＰＵ２０２は、Ｓ７１２でｌｉｎｅＣｏｕｎｔとｄｏｃＬｅｎｇｔｈとを比較して、ユーザの指定した副走査方向の長さ分のラインのデータをホストコンピュータ２１２に送信完了したか否かを判定する。送信完了していなければＳ７０８に戻り、ＣＰＵ２０２は、副走査方向の長さ分のラインのデータを送信するまで処理を繰り返す。一方、ＣＰＵ２０２は、Ｓ７１２においてＹｅｓと判定した場合、スキャンを終了する（Ｓ７１３）。このＳ７１３により１つ目のスキャンジョブの処理が終了したことになる。そのため、ＣＰＵ２０２は、次のスキャンジョブが無いかを確認するために、Ｓ７０６の判定処理へと処理を戻す。なお、Ｓ７１０により送信された画像データは、スキャナドライバ５０３およびアプリケーション５０２を介して、表示装置５１１に表示される。つまり、Ｓ７０８においてＮｏと判定された場合、図８の説明画像データがホストコンピュータ２１２に送信されて、表示装置５１１に表示される。

このように、画像読取装置１００の異常状態を検知した場合に、原稿画像データの代わりに説明画像データをホストコンピュータに送信する。これによって、ホストコンピュータ２１２の表示装置５１１に説明画像データが表示される。その結果、周辺装置個別のハードウェア構成に関する情報を扱うことができないオペレーティングシステム標準ドライバに依存したシステムでも、ユーザに対して画像読取装置の異常状態を伝えることができる。また、表示手段を備えていない画像読取装置でも、装置の状態をユーザに知らせることができ、安価な画像読取装置の提供が可能となる。また、表示手段を備えた画像読取装置においても、ホストコンピュータ２１２に接続したより高スペックの表示装置５１１で画像読取装置の状態を表現することができ、ユーザの利便性を高めることができる。

さらにホストコンピュータ２１２で動作するアプリケーション５０２が、説明画像データを受信した場合、スキャン画像を受信した場合と同様に画像として表示する。このためアプリケーション５０２の機能を拡張することなくユーザに画像読取装置の状態を伝達する機能を実現でき設計コストを下げることができる。またユーザにとっても、専用のステータス管理画面およびアプリケーションの表示の遷移に注意しなくても画像読取装置の状態を確認することができ、高い利便性を実現することができる。

なお、本実施形態では、ロックレバー位置によるエラー及び電気回路の異常時エラーを事例として説明したが、これらに限定されるものではなく、対応する説明画像データを準備しておけば、あらゆる装置状態に対して有効である。例えば、原稿台カバー１０２が故障した場合、原稿台カバー１０２の故障に対応する説明画像データがホストコンピュータに送信されても良い。さらに本実施形態においては、原稿台上に原稿を置く標準的な画像読取装置の構成を挙げて説明したが、画像読取装置であればそれ以外の構成であってもよい。例えば、オートドキュメントフィーダ（ＡＤＦ）を備えた画像読取装置や、非接触タイプの画像読取装置などでも効果を得ることができる。

（第２の実施形態）
以下、図面を参照して本発明の第２の実施形態を説明する。なお、本実施形態の基本的な構成は第１の実施形態と同様であるため、以下では特徴的な構成についてのみ説明する。

第１の実施形態では、画像読取装置１００から受信した説明画像データがそのままホストコンピュータ２１２の表示装置５１１に表示される。それに対して本実施形態では、読取り命令によって設定された読取り画像のサイズの大小により、説明画像データを変更および拡大（または縮小）し画像調整して表示する。つまり、設定された読取り画像のサイズが大きなサイズ（本実施形態ではＬ版よりも大きなサイズ）の場合には、画像読み取り装置１００は、文字と図とで詳細に説明された説明画像を表示装置５１１に表示させる。一方、読み取り画像のサイズが小さなサイズの場合（本実施形態ではＬ版以下のサイズ）には、画像読み取り装置１００は、小さくても判読可能な図だけで説明された説明画像を表示装置５１１に表示させる。これにより、設定された読取り画像のサイズに対応する画像データが表示装置５１１に表示される場合におけるユーザの利便性の低下を軽減できる。以下、その方法について説明する。

図８は、ホストコンピュータ２１２に送信する説明画像データの画像を示した図である。図８（ａ）は、ロックレバー位置によるエラーが発生した際に送信される説明画像データ８０１である。図８（ｂ）は、同様にロックレバー位置によるエラーが発生した状況で、かつ、ユーザがＬ版より小さな読取り画像サイズを指定した場合に送信される説明画像データ８０２である。図８（ｃ）は、電気回路の異常時に送信される説明画像データ８０３であり、図８（ｄ）は、図８（ｃ）と同じ電気回路の異常が発生した状況で、ユーザがＬ版より小さな読取り画像サイズを指定した場合に送信される説明画像データ８０４である。

図９は、本実施形態の特徴的な構成である読取り処理を示したフローチャートである。以下、このフローチャートを用いて本実施形態の読取り処理を説明する。

読取り処理が開始され、Ｓ９０１で画像読取装置１００の電源がオンになると、Ｓ９０２でパワーオン処理が行われる。第１の実施形態では、ＣＰＵ２０２は、パワーオン処理後に正常にパワーオン処理が行われたかの判定を行った。しかし、本実施形態では装置の異常はいかなる動作中にも発生し得ることに鑑み、ＣＰＵ２０２は、パワーオン処理における異常に限定しない処理の説明を行う。

その後、Ｓ９０３－Ｓ９０４が行われるが、これらの処理は図７のＳ７０６－Ｓ７０７と同じであるため詳細な説明は省略する。その後、Ｓ９０５で、ＣＰＵ２０２は、装置が正常か異常かの判定を行い、正常であればＳ９０６に移行する。異常であればＳ９２１に移行し、ＣＰＵ２０２は、異常の原因がロックレバー位置によるエラーであるか否かの判定を行う。

ロックレバー位置によるエラーが生じていればＳ９２２に移行して、ＲＯＭ２０４に記憶してあったロックレバー位置によるエラーの詳しい説明画像データ８０１を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする。さらに簡単な説明画像データ８０２を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ８２３に移行する。ロックレバー位置によるエラーが生じていなければＳ９３１に移行して、電気回路の異常時エラーの詳しい説明画像データ８０３を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする。さらに簡単な説明画像データ８０４を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ９２３に移行する。

Ｓ９２３では、ＣＰＵ２０２は、ユーザの指定した画像サイズ情報を取得し、取得した画像サイズ情報がＬ版より大きければＳ９２４に移行する。Ｓ９２４では、ＣＰＵ２０２は、詳しい説明画像データがコピーされているメモリｔｍｐＩｍｇＢｕｆ＿Ａのデータを、ユーザの指定した画像サイズ相当に拡大（または縮小）する。そして、ＣＰＵ２０２は、Ｓ９２５でｔｍｐＩｍｇＢｕｆ＿Ａの先頭アドレスを変数ａｄｒＩｍｇＢｕｆに格納してＳ９０６に移行する。Ｓ９２３で、取得した画像サイズ情報がＬ版以下であればＳ９３２に移行する。Ｓ９３２では、ＣＰＵ２０２は、簡単な説明画像データがコピーされているメモリｔｍｐＩｍｇＢｕｆ＿Ｂのデータをユーザの指定した画像サイズ相当に拡大（または縮小）する。そして、ＣＰＵ２０２は、Ｓ９３３でｔｍｐＩｍｇＢｕｆ＿Ｂの先頭アドレスを変数ａｄｒＩｍｇＢｕｆに格納してＳ９０６に移行する。

Ｓ９０６では、ＣＰＵ２０２は、画像読取装置１００が正常か異常かの判定を行い、正常であればＳ９０７に移行する。異常であればＳ９４１に移行する。画像読取装置１００が正常か異常かの判定はＳ９０５でも行っており、繰り返しの判定となるが、後述するＳ９１０の分岐から戻った場合の処理として、改めて判定する処理を設けている。Ｓ９０６における判定結果はＳ９０５での判定結果と同様の結果となる。Ｓ９０６からＳ９０７に移行した場合、ＣＰＵ２０２は、原稿１１９のｌｉｎｅＣｏｕｎｔライン目の主走査方向１ラインの出力データを、ＲＡＭ２０３内の画像ラインバッファに格納した上でＳ９０８に移行する。異常であればＳ９４１に移行して、ＣＰＵ２０２は、変数ａｄｒＩｍｇＢｕｆのアドレスから格納された画像データのｌｉｎｅＣｏｕｎｔのカウントするラインの出力データを、ＲＡＭ２０３内の画像ラインバッファに格納してＳ９０８に移行する。

Ｓ９０８－Ｓ９１１の処理は、図７のＳ７１０－Ｓ７１３と同じであるため詳細な説明は省略する。

このように、画像読取装置１００の異常状態を検知した場合に、原稿画像データの代わりに説明画像データをホストコンピュータに送信する構成において、ユーザが設定した画像サイズの条件によって、説明画像データを変更および拡大（または縮小）する。これによって、装置個別のハードウェア構成に関する情報を扱うことができないオペレーティングシステム標準ドライバに依存したシステムでも、ユーザに対して画像読取装置の状態をユーザに知らせることができる。

（第３の実施形態）
以下、図面を参照して本発明の第３の実施形態を説明する。なお、本実施形態の基本的な構成は第１の実施形態と同様であるため、以下では特徴的な構成についてのみ説明する。

画像読取装置では二次元コードを用いてユーザにエラー解決情報を提供することがある。二次元コードは、より詳細なエラー解決情報を蓄積したオンラインマニュアルへの誘導等の応用が可能な便利な手段であるが、二次元コード画像イメージをＪＰＥＧ圧縮することにより劣化（解像度が低下）して、二次元コードが読取れなくなるケースもある。そこで本実施形態では、読取る画像の解像度に関するモードを設定可能であり、読取り命令におけるモード設定で、ＲＡＷスキャンが指定されていれば二次元コードを説明画像データに合成する。また、モード設定でＪＰＥＧスキャンが指定されていれば二次元コードを説明画像データに合成しない。以下、その方法について説明する。

図１０は、ホストコンピュータ２１２に送信する説明画像データの画像を示した図である。図１０（ａ）はロックレバー位置によるエラーが発生した際に送信される説明画像データ１００１である。図１０（ｂ）は、ロックレバー位置によるエラーが発生した状況でＲＡＷスキャンが指定された場合に送信される説明画像データ１００２である。図１０（ｃ）は、電気回路の異常時に送信される説明画像データ１００３である。図１０（ｄ）は、電気回路の異常時においてＲＡＷスキャンが指定された場合に送信される説明画像データ１００４である。

図１１は、本実施形態の特徴的な構成である読取り処理を示したフローチャートである。以下、このフローチャートを用いて本実施形態の読取り処理を説明する。 本実施形態の読取り処理は、第２の実施形態における図９で説明した読取り処理と略同じであるが、Ｓ９２１からＳ９２３までの処理（図１１におけるＳ１１２１からＳ１１２３と対応）が異なる。以下では第２の実施形態と異なる処理について説明を行い、同様の処理については説明を省略する。

Ｓ１１２１で、ロックレバー位置によるエラーが生じていればＳ１１２２に移行する。そして、ＣＰＵ２０２は、ＲＯＭ２０４に記憶してあったロックレバー位置によるエラーの詳しい説明画像データ１００１を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする。さらにＣＰＵ２０２は、簡単な説明画像データ１００２を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ１１２３に移行する。Ｓ１１２１で、ロックレバー位置によるエラーが生じていなければＳ１１３１に移行して、ＣＰＵ２０２は、電気回路の異常時エラーの詳しい説明画像データ１００３を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする。さらにＣＰＵ２０２は、簡単な説明画像データ１００４を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ１１２３に移行する。

Ｓ１１２３では、ＣＰＵ２０２は、ユーザの指定したモードがＪＰＥＧスキャンか否かを判定し、ＪＰＥＧスキャンであればＳ１１２４に移行し、ＪＰＥＧスキャンでなければＳ１１３２に移行する。なお、Ｓ１１２５において送信される画像データには、二次元コードが合成されていない。

このように画像読取装置１００の異常状態を検知した場合に、原稿画像データの代わりに説明画像データをホストコンピュータに送信する構成において、設定されたモード設定によって説明画像データを変更および拡大（または縮小）することができる。これによって、モード設定でＲＡＷスキャンが指定されていれば二次元コードを説明画像データに合成し、ＪＰＥＧスキャンが指定されていれば二次元コードを説明画像データに合成しないようにすることが可能である。これによって、装置個別のハードウェア構成に関する情報を扱うことができないオペレーティングシステム標準ドライバに依存したシステムでも、ユーザに対して画像読取装置の状態をユーザに知らせることができる。

（第４の実施形態）
以下、図面を参照して本発明の第４の実施形態を説明する。なお、本実施形態の基本的な構成は第１の実施形態と同様であるため、以下では特徴的な構成についてのみ説明する。

ユーザによって行われるスキャン命令では、読取る画像の解像度を設定することができ、設定された解像度の条件によって、説明画像データを変更および拡大（または縮小）することができる。スキャン命令によって設定された解像度が高ければ、その解像度を最大限に活かした表示をすることができ、解像度が低ければ必要最低限の表示をすればよい。そこで本実施形態では、読取り命令において設定された解像度に応じて、エラー発生時に表示する説明画像を変更する。以下、その方法について説明する。

図１２は、ホストコンピュータ２１２に送信する説明画像データの画像を示した図である。図１２（ａ）はロックレバー位置によるエラーが発生した際に送信される説明画像データ１２０１である。図１２（ｂ）は、ロックレバー位置によるエラーが発生した状況で、所定値（例えば、１５０ｄｐｉ）よりも低い解像度が設定された場合に送信される説明画像データ１２０２である。図１２（ｃ）は、電気回路の異常時に送信される説明画像データ１２０３である。図１２（ｄ）は、電気回路の異常時において所定値よりも低い解像度が設定された場合に送信される説明画像データ１２０４である。

図１３は、本実施形態の特徴的な構成である読取り処理を示したフローチャートである。以下、このフローチャートを用いて本実施形態の読取り処理を説明する。本実施形態の読取り処理は、第２の実施形態における図９で説明した読取り処理と略同じであるが、Ｓ９２１からＳ９２３までの処理（図１３におけるＳ１３２１からＳ１３２３と対応）が異なる。以下では、第２の実施形態と異なる処理について説明を行い、同様の処理については説明を省略する。

ＣＰＵ２０２は、ロックレバー位置によるエラーが生じていれば、ＲＯＭ２０４に記憶してあったロックレバー位置によるエラーの詳しい説明画像データ１２０１を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする（Ｓ１３２２）。さらにＣＰＵ２０２は、簡単な説明画像データ１２０２を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ１３２３に移行する。ＣＰＵ２０２は、ロックレバー位置によるエラーが生じていなければＳ１３３１に移行して、電気回路の異常時エラーの詳しい説明画像データ１２０３を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする。さらにＣＰＵ２０２は、簡単な説明画像データ１２０４を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ１３２３に移行する。

Ｓ１３２３では、ＣＰＵ２０２は、ユーザの指定した解像度が１５０ｄｐｉ以上であるか否かを判定して、解像度が１５０ｄｐｉ以上であればＳ１３２４に移行する。解像度が１５０ｄｐｉ以上でなければＳ１３３２に移行する。

このように画像読取装置１００の異常状態を検知した場合、原稿画像データの代わりに説明画像データをホストコンピュータ２１２に送信する構成において、スキャン命令によって設定された解像度に応じて、説明画像データを変更および拡大（または縮小）する。高い解像度が設定された場合には、解像度を最大限に活かした画像を表示し、低い解像度が設定された場合には、必要最低限の表示を行う。これによって、装置個別のハードウェア構成に関する情報を扱うことができないオペレーティングシステム標準ドライバに依存したシステムでも、ユーザに対して画像読取装置の状態をユーザに知らせることができる。

（第５の実施形態）
以下、図面を参照して本発明の第５の実施形態を説明する。なお、本実施形態の基本的な構成は第１の実施形態と同様であるため、以下では特徴的な構成についてのみ説明する。

本実施形態では、画像読取装置１００の電気回路に所定の異常が発生している場合には、説明画像データをホストコンピュータ２１２に送信することなく電源をオフにする。以下、その方法について説明する。

図１４は、本実施形態の特徴的な構成である読取り処理を示したフローチャートである。以下、このフローチャートを用いて本実施形態の読取り処理を説明する。

本実施形態の読取り処理におけるＳ１４０１からＳ１４２２までの処理は、第１の実施形態における図７で説明したＳ７０１からＳ７２２までの処理（図１４におけるＳ１４０１からＳ１４２２と対応）と同様である。そのため、以下ではＳ１４０１からＳ１４２２までの処理については説明を省略する。

ロックレバー位置によるエラーが生じた場合、ＣＰＵ２０２は、Ｓ１４２３に移行してＲＯＭ２０４に記憶してあるロックレバー位置によるエラーの説明画像データ６０１（図６参照）の先頭アドレスを、変数ａｄｒＩｍｇＢｕｆに格納してＳ１４０５に移行する。ロックレバー位置によるエラーが生じていない場合、ＣＰＵ２０２は、Ｓ１４２５に移行して、電気回路に所定の異常が発生していないかを判定する。電気回路に所定の異常が発生していなければＳ１４２４に移行して、ＣＰＵ２０２は、ＲＯＭ２０４内の電気回路の異常エラーの説明画像データ６０２（図６参照）の先頭アドレスを、変数ａｄｒＩｍｇＢｕｆに格納してＳ１４０５に移行する。Ｓ１４２５で電気回路に所定の異常が発生している判定した場合には、ＣＰＵ２０２は、送信処理を行わずにＳ１４２６で電源をオフにして読取り処理を終了する。なお、電気回路における所定の異常とは、ＲＡＭ２０３およびＲＯＭ２０４の少なくとも１つのエラー、または、ＵＳＢＩ／Ｆ２０９のエラーである。

Ｓ１４０５以降の処理は、第１の実施形態における図７で説明したＳ７０６以降の処理と同様であるため説明を省略する。

このように画像読取装置１００の異常状態を検知した場合、画像読取装置１００は、異常状態に対応する説明画像データをホストコンピュータに送信する。さらに画像読取装置１００の電気回路に所定の異常が発生している場合は、説明画像データをホストコンピュータ２１２に送信せずに電源をオフにする。これによって、装置状態の悪化を抑制することができる。

（第６の実施形態）
以下、図面を参照して本発明の第６の実施形態を説明する。なお、本実施形態の基本的な構成は第１の実施形態と同様であるため、以下では特徴的な構成についてのみ説明する。

図１５は、画像読取装置１５００のハードウェア構成を示すブロック図である。本実施形態における画像読取装置１５００の構成は、第１の実施形態における画像読取装置１００の構成に、ＮｅｔｗｏｒｋＩ／Ｆ１５１４を追加した構成となっている。画像読取装置１５００は、ＲＡＭ２０３に保存されたデジタル画像データをＮｅｔｗｏｒｋＩ／Ｆ１５１４を介してネットワーク接続されているホストコンピュータ１５１３への転送することができる。

図１６は、ホストコンピュータ１６１２と画像読取装置１５００とがＵＳＢＩ／Ｆ２０９を介して接続され、更にホストコンピュータ１６１２と画像読取装置１５１０とがＮｅｔｗｏｒｋＩ／Ｆ１５１４を介して接続されたシステムを示した構成図である。なお、画像読取装置１５００と画像読取装置１５１０とは同じ構成を備えている。画像読取装置１５００は、ＵＳＢＩ／Ｆ２０９を介してホストコンピュータ１６１２に画像データを送信可能であり、画像読取装置１５１０はＮｅｔｗｏｒｋＩ／Ｆ１５１４を介してホストコンピュータ１６１２に画像データを送信可能である。

スキャナドライバ１６０３は、オペレーティングシステム１６０１上で動作するソフトウェアであり、アプリケーション１６０２からの命令を受け取ると、所定の通信プロトコル１６０５によりＵＳＢＩ／Ｆ２０９を介して画像読取装置１５００と通信を行う。これによりスキャン動作命令等の命令の送信や、デジタル画像データや装置状態情報の受信を行う。また、所定の通信プロトコル１６０６によりＮｅｔｗｏｒｋＩ／Ｆ１５１４を介して画像読取装置１５１０と通信を行い、スキャン動作命令等の命令の送信や、デジタル画像データや装置状態情報の受信を行うこともできる。

このように、本実施形態の画像読取装置１５００は、複数のホストコンピュータと接続可能であり、また、複数の画像読取装置１５００を１つのホストコンピュータと接続して読取り処理を行うこともできる。本実施形態では、このような複数の画像読取装置１５００を１つのホストコンピュータと接続するシステム構成において、ネットワーク接続とＵＳＢ接続とでホストコンピュータに送信する説明画像データを変更する。また、本実施形態では、１つのホストコンピュータに複数の画像読取装置が接続されたシステム構成であり、ＮｅｔｗｏｒｋＩ／Ｆ１５１４を介して接続された画像読取装置は、共有スペースに設置されたナンバー９の画像読取装置であることを前提とする。

図１７は、ホストコンピュータに送信する説明画像データの画像を示した図である。図１７（ａ）はロックレバー位置によるエラーが発生していて、ＵＳＢを介してスキャン指示を受信した場合に送信される説明画像データ１７０１である。図１７（ｂ）は、ロックレバー位置によるエラーが発生している状況で、ネットワークを介してスキャン指示を受信した場合に送信される説明画像データ１７０２である。図１７（ｃ）は、電気回路の異常時にＵＳＢを介してスキャン指示を受信した場合に送信される説明画像データ１７０３である。図１７（ｄ）は、電気回路の異常時においてネットワークを介してスキャン指示を受信した場合に送信される説明画像データ１７０４である。

図１８は、本実施形態の特徴的な構成である読取り処理を示したフローチャートである。以下、このフローチャートを用いて本実施形態の読取り処理を説明する。

本実施形態の読取り処理は、第２の実施形態における図９で説明した読取り処理と略同じであるが、Ｓ９２１からＳ９２３までの処理（図１８におけるＳ１８２１からＳ１８２３と対応）が異なる。以下では、第２の実施形態と異なる処理について説明を行い、同様の処理については説明を省略する。

ＣＰＵ２０２は、ロックレバー位置によるエラーが生じていればＳ１８２２に移行して、ＲＯＭ２０４に記憶してあったロックレバー位置によるエラーの詳しい説明画像データ１７０１を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする。さらにＣＰＵ２０２は、簡単な説明画像データ１７０２を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ１８２３に移行する。ロックレバー位置によるエラーが生じていなければＳ１８３１に移行して、ＣＰＵ２０２は、電気回路の異常時エラーの詳しい説明画像データ１７０３を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿Ａにコピーする。さらにＣＰＵ２０２は、簡単な説明画像データ１７０４を画像データ用に確保したメモリｔｍｐＩｍｇＢｕｆ＿ＢにコピーしてＳ１８２３に移行する。

Ｓ１８２３では、ＣＰＵ２０２は、画像読取装置１５００の接続インターフェースがＵＳＢＩ／Ｆ２０９であるか否かを判定する。ＵＳＢＩ／Ｆ２０９を介した接続であると判定された場合、ＣＰＵ２０２は、Ｓ１８２４に移行し、ＵＳＢＩ／Ｆ２０９を介した接続でなければＳ１８３２に移行する。

このように画像読取装置の異常状態を検知した場合、説明画像データをホストコンピュータに送信する基本構成を備えつつ、インターフェースがＵＳＢＩ／Ｆ２０９かＮｅｔｗｏｒｋＩ／Ｆ１５１４かでホストコンピュータに送信する説明画像データを変更する。その結果、例えば、ホストコンピュータ１６１２が、ネットワークを介して複数の画像読取装置と接続されている場合、ユーザは、図１７（ｂ）または図１７（ｄ）のような説明画像を確認できる。そのためユーザは、どの画像読取装置でエラーが発生しているかを容易に識別できる。

（第７の実施形態）
以下、図面を参照して本発明の第７の実施形態を説明する。なお、本実施形態の基本的な構成は第１の実施形態と同様であるため、以下では特徴的な構成についてのみ説明する。

上記各実施形態では、ホストコンピュータのオペレーティングシステム標準ドライバを用いることを前提に、画像読取装置の状態確認ができる構成を説明した。本実施形態では、画像読取装置の個別のハードウェア構成に対応した専用のスキャナドライバの使用が可能である場合を考慮した構成について説明する。

画像読取装置の個別のハードウェア構成に対応した専用のスキャナドライバの使用が可能である場合、専用のスキャナドライバによって画像読取装置の状態を示す情報がホストコンピュータに送信される。そのため、専用のスキャナドライバを使用しているにもかかわらず、異常発生時に専用のスキャナドライバがない場合に用いる説明画像データをホストコンピュータに送信すると、ホストコンピュータで二重表示になってしまう弊害がある。そこで、本実施形態では、専用のスキャナドライバの使用が可能である場合、説明画像データをホストコンピュータに送信しない。以下、その方法について説明する。

図１９は、本実施形態の特徴的な構成である読取り処理を示したフローチャートである。以下、このフローチャートを用いて本実施形態の読取り処理を説明する。 本実施形態の読取り処理は、第１の実施形態における図７で説明した読取り処理と略同じであるが、Ｓ７０８の分岐における否判定以降Ｓ７３１までの処理（図１９におけるＳ１９０８からＳ１９３１と対応）が異なる。以下では、第１の実施形態と異なる処理について説明を行い、同様の処理については説明を省略する。

ＣＰＵ２０２は、ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬでないと判定した場合、Ｓ１９４１に移行して、オペレーティングシステム（ＯＳ）標準の通信プロトコルが使われているか否かの判定を行う。ＣＰＵ２０２は、ＯＳ標準の通信プロトコルが使われている場合にはＳ１９３１に移行して、ＯＳ標準の通信プロトコルが使われていない場合には、説明画像データの送信をすることなく読取り処理を終了する。

このように画像読取装置の異常状態を検知した場合、説明画像データをホストコンピュータに送信する基本構成を備えつつ、ＯＳ標準の通信プロトコルが使われていない場合には、説明画像データを送信しない。これによってオペレーティングシステム標準の通信プロトコルが使われていない場合に、説明画像データと、発生したエラーに対応する画面が二重で表示される可能性を軽減することが可能となる。

（その他の実施形態）
なお、上述した実施形態では、ロックレバー位置によるエラーと電気回路の異常を例に説明したが、他のエラーが発生した場合に適用することも可能である。例えば、他のエラーの一例としては、画像読取装置で発生する紙ジャムエラーや、発光部のエラーが挙げられる。

また、画像読取装置は、発生したエラーの内容により、説明画像データを送信するか、エラーコードを送信するかを切り替えても良い。例えば、ロックレバー位置によるエラーが発生した場合、画像読取装置は、ロックレバー位置によるエラーに関する説明画像データをホストコンピュータに送信する。一方、紙ジャムエラーが発生した場合、画像読取装置は、紙ジャムを示すエラーコードをホストコンピュータに送信しても良い。

また、上述した実施形態は画像読取装置とは異なる装置で実行されても良い。例えば、画像読取機能および印刷機能など、様々な機能を備えた多機能装置（ＭＦＰ）において実行されても良い。 また、上述した実施形態は、オペレーティングシステム標準のドライバソフトウェアを使ってスキャンを指示する形態を用いて説明したが、その限りではない。例えば、画像読取装置１００に同梱されている画像読取装置１００用のドライバソフトウェアを使ってスキャンを指示する形態に適用されても良い。

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

１００ 画像読取装置
１１３ イメージセンサアレイ
１１５ コンタクトガラス
１１７ ＣＩＳユニット
１４０ ロック部材
１４１ ロック受け口
２１２ ホストコンピュータ

Claims (14)

1. 情報処理装置と接続可能な画像読取装置であって、
   原稿から画像データを読取る読取手段と、
   前記画像読取装置の異常状態の種類を示す情報を取得する取得手段と、
   前記取得手段が第１の異常状態の種類を示す情報を取得した場合、前記第１の異常状態の種類に対応する画像データを前記情報処理装置に送信する画像データ送信処理を実行し、前記取得手段が前記第１の異常状態の種類とは異なる第２の異常状態の種類を示す情報を取得した場合、前記画像データ送信処理とは異なり、かつ前記第２の異常状態の種類を示すエラーコードを送信するエラーコード送信処理を実行する送信手段と、を備えることを特徴とする画像読取装置。
2. 複数の前記画像データが予め記憶された記憶手段と、
   前記記憶手段によって記憶されている複数の前記画像データから、前記第１の異常状態の種類に対応する前記画像データを選択する選択手段を更に備えることを特徴とする請求項１に記載の画像読取装置。
3. 画像を拡大または縮小する画像調整手段を更に備え、
   前記画像調整手段は、ユーザが原稿の読取り命令で設定した条件に応じて、前記画像データを拡大または縮小することを特徴とする請求項２に記載の画像読取装置。
4. 読取る画像の解像度に関する読取りモードを設定可能であり、
   前記選択手段は、設定された前記読取りモードに応じて、前記画像データを選択し、
   前記画像調整手段は、設定された前記読取りモードに応じて、前記画像データに基づいて表示される画像を拡大または縮小することを特徴とする請求項３に記載の画像読取装置。
5. 前記選択手段は、前記読取りモードでＲＡＷスキャンが設定された際には、二次元コードが含まれる前記画像データを選択し、前記読取りモードでＪＰＥＧスキャンが設定された際には、二次元コードが含まれない前記画像データを選択することを特徴とする請求項４に記載の画像読取装置。
6. 前記画像データを前記情報処理装置に送信するときに既に装置状態が悪化している場合には、前記送信手段は前記画像データの送信処理を行わないことを特徴とする請求項１または２に記載の画像読取装置。
7. ネットワーク接続およびＵＳＢ接続で、前記画像データを前記情報処理装置に送信可能であることを特徴とする請求項１ないし６のいずれか１項に記載の画像読取装置。
8. 複数の前記情報処理装置と接続することが可能であることを特徴とする請求項７に記載の画像読取装置。
9. 前記情報処理装置が備える所定のソフトウェアから読取り命令を受信した場合、前記送信手段は、前記情報処理装置に前記画像データを送信し、
   前記所定のソフトウェアとは異なる他のソフトウェアから読取り命令を受信した場合、前記送信手段は、前記画像データの送信処理を行わないことを特徴とする請求項１ないし８のいずれか１項に記載の画像読取装置。
10. 前記読取手段の移動を規制する規制手段を更に備えており、
    前記第１の異常状態の種類を示す情報には、前記読取手段が前記規制手段により移動が規制された状態を示す情報が含まれることを特徴とする請求項１ないし９のいずれか１項に記載の画像読取装置。
11. 前記第１の異常状態の種類を示す情報とは、前記情報処理装置が備える所定のソフトウェアが検出不可能な異常状態の種類を示す情報であり、前記第２の異常状態の種類を示す情報とは、紙ジャムを示す異常状態の種類を示す情報であることを特徴とする請求項１ないし１０のいずれか１項に記載の画像読取装置。
12. 前記装置状態が悪化している場合である、前記画像読取装置のＲＡＭ、ＲＯＭ、ＵＳＢインターフェースの少なくとも１つがエラー状態である場合、前記送信手段は前記画像データの送信処理を行わないことを特徴とする請求項６に記載の画像読取装置。
13. 請求項１から１２のいずれか１項に記載の画像読取装置の各手段としてコンピュータを機能させるためのプログラム。
14. 情報処理装置と接続可能な画像読取装置の制御方法であって、
    原稿から画像データを読取る読取工程と、
    前記画像読取装置の異常状態の種類を示す情報を取得する取得工程と、
    前記取得工程で第１の異常状態の種類を示す情報を取得した場合、前記第１の異常状態の種類に対応する画像データを前記情報処理装置に送信する画像データ送信処理を実行し、前記取得工程で前記第１の異常状態の種類とは異なる第２の異常状態の種類を示す情報を取得した場合、前記画像データ送信処理とは異なり、かつ前記第２の異常状態の種類を示すエラーコードを送信するエラーコード送信処理を実行する送信工程と、を備えることを特徴とする画像読取装置の制御方法。

Images