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

Abstract

【課題】画像読取装置の状態をユーザが容易に確認できるようにする技術を提供することを目的とする。
【解決手段】原稿をラインごとにスキャンして得られたラインデータを順次バッファに格納し、格納した前記ラインデータをラインごとに順次ホストコンピュータに送信することで原稿画像データを送信するように構成された画像読取装置であって、前記画像読取装置は、前記ホストコンピュータから受信したスキャンのコマンドに応じた処理を実行中に、前記画像読取装置の装置状態が正常でないことを検知した場合、エラーが発生したことを通知するための通知画像データを含む原稿画像データを前記ホストコンピュータに送信するように制御する制御手段を有する。
【選択図】図８

Description

本開示は、画像読取装置に関連する技術に関する。

特許文献１には、二次元コードが画像読取装置のディスプレイに表示され、ユーザがこの二次元コードを携帯電話で読み取ることで画像読取装置のエラーを確認できる技術が開示されている。

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

近年、画像読取処理における操作性の向上が求められている。

本開示の技術は、画像読取装置の状態をユーザが容易に確認できるようにする技術を提供することを目的とする。

本開示に係る画像読取装置は、原稿をラインごとにスキャンして得られたラインデータを順次バッファに格納し、格納した前記ラインデータをラインごとに順次ホストコンピュータに送信することで原稿画像データを送信するように構成された画像読取装置であって、前記ホストコンピュータから受信したスキャンのコマンドに応じた処理を実行中に、前記画像読取装置の装置状態が正常でないことを検知した場合、エラーが発生したことを通知するための通知画像データを含む原稿画像データを前記ホストコンピュータに送信するように制御する制御手段を有することを特徴とする。

本開示の技術によれば、画像読取装置の状態をユーザが容易に確認できるようにすることができる。

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

以下、本開示の技術を実施するための形態について図面を用いて説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また、実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

［実施形態１］
＜画像読取装置について＞
以下、図面を参照して本開示の技術に係る実施形態１について説明する。図１は、本実施形態に係る画像読取装置の一例を模式的に示した図である。図１（ａ）は、画像読取装置１００の外観斜視図である。図１（ｂ）は、画像読取装置１００の側面断面図である。図１（ｃ）は、画像読取装置１００の上面断面図である。

まず、画像読取装置１００の外観について説明する。画像読取装置１００は、原稿台１０１と、原稿台カバー１０２と、を備えている。そして、原稿台１０１には、スキャンの対象となる原稿１１９をセットすることができる。原稿台カバー１０２は、原稿１１９を押さえて原稿台１０１に固定することができる圧板であり、外光の影響を軽減することができる。更に、原稿台カバー１０２は、ヒンジ１１６を介して基準側壁１３３と連結されており、開閉自在に設けられている。

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

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

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

＜画像読取装置のハードウェア構成＞
図２は、画像読取装置１００のハードウェア構成を示すブロック図である。画像読取装置１００は、制御部２０１と、スキャナ部２１０と、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部２１１とを備える。そして、制御部２０１は、ＣＰＵ２０２と、ＲＡＭ２０３と、ＲＯＭ２０４と、画像処理部２０５と、バス２０６と、スキャナ部Ｉ／Ｆ２０７と、ＵＩ部Ｉ／Ｆ２０８と、ＵＳＢ Ｉ／Ｆ２０９とを備える。

制御部２０１は、バス２０６で各部の情報を仲介することで、画像読取装置１００全体の動作を制御する。ＣＰＵ２０２は、スキャナ部２１０でスキャンした原稿１１９のデジタル画像データをＲＡＭ２０３に記憶する。また、ＣＰＵ２０２は、ＲＯＭ２０４に記憶された制御プログラムをＲＡＭ２０３に展開し、必要な時に読み出して各種制御を行う。そして、ＣＰＵ２０２は、デジタル画像データがホストコンピュータ２１２に転送されたことを確認すると、ＲＡＭ２０３に記憶されたデジタル画像データを削除する。全てのデジタル画像データの転送と、削除とが終了することで、ホストコンピュータ２１２から依頼されたスキャン動作も終了する。ＲＡＭ２０３は、ＣＰＵ２０２の主記憶メモリであり、ワークエリアやＲＯＭ２０４に記憶された各種プログラムを展開する為の一時記憶領域として用いられる。また、ＲＡＭ２０３には、スキャナ部２１０で読み取ったデジタル画像データが記憶される。ＲＯＭ２０４は、所定の画像データ、各種プログラムおよび各種設定情報を記憶する。本実施形態ではＲＯＭ２０４としてフラッシュストレージなどを想定しているが、ハードディスクなどの補助記憶装置でもよい。尚、後述する説明画像データ（図７）、および通知画像データ（図９および図１１）は、例えば、ユーザの操作を受け付ける前からＲＯＭ２０４に記憶されている。尚、画像読取装置１００は、１つのＣＰＵ２０２が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するが、他の様態であってもよい。例えば、複数のＣＰＵや複数のＲＡＭ、ＲＯＭおよびストレージを協働させて後述するフローチャートに示す各処理を実行してもよい。また、ハードウェア回路を用いて一部の処理を実行してもよい。

画像処理部２０５は、スキャン動作によって得られたデジタル画像データに画像処理または補正を行う場合に使用される。画像処理部２０５は、主に、ＲＡＭ２０３に展開された制御プログラムによる画像処理または補正では時間が掛かってしまうような処理を、ハード機能で処理する場合に用いられる。スキャナ部Ｉ／Ｆ２０７は、スキャナ部２１０と、制御部２０１とを接続するインターフェースである。ＵＩ部Ｉ／Ｆ２０８は、ＵＩ部２１１と、制御部２０１とを接続するインターフェースである。ＵＳＢ Ｉ／Ｆ２０９は、画像読取装置１００と、情報処理装置であるホストコンピュータ２１２とを接続するインターフェースであり、画像読取装置１００と、ホストコンピュータ２１２との通信を制御する。例えば、ホストコンピュータ２１２からＵＳＢケーブルを経由してスキャン動作命令が依頼された場合、ＵＳＢ Ｉ／Ｆ２０９が依頼信号を受け取り、ＲＡＭ２０３に記憶する。スキャナ部２１０は、画像読取装置１００にセットされた原稿１１９をスキャンしてデジタル画像データを生成し、制御部２０１のスキャナ部Ｉ／Ｆ２０７を介してＲＡＭ２０３に転送する。ＵＩ部２１１は、高価な構成においては、タッチパネル機能を有する液晶表示部や操作キーなどが備えられ、ユーザの操作を受け付ける受付部として機能する。ＵＩ部２１１は、安価な構成においては、プッシュスキャンを行うための操作キーしか備えられていないこともある。本実施形態の画像読取装置１００は安価な構成であると仮定して、以下、説明する。

＜画像読取装置のブロック図＞
図３は、画像読取装置１００全体のブロック図の一部であり、スキャン動作を実行してデジタル画像データを形成する際に使用する部分を示したブロック図である。

スキャナ部２１０は、センサ制御部３０１と、点灯制御部３０２と、駆動モータ制御部３０３とを備える。センサ制御部３０１は、前述のイメージセンサアレイ１１３の動作を制御する。点灯制御部３０２は、前述のＬＥＤ導光体ユニット１１１の点灯を制御する。スキャナ部Ｉ／Ｆ２０７は、Ａ／Ｄ変換回路３１１と、スキャナ制御回路３１２とを備える。Ａ／Ｄ変換回路３１１は、センサ制御部３０１から取得したアナログデータをデジタル変換する。スキャナ制御回路３１２は、後述するスキャナ制御モジュール４１１によって駆動モータ制御部３０３を制御してモータを駆動させる。ＲＡＭ２０３内には、スキャン画像データ保管領域３２２および制御プログラム展開領域３２３が設けられている。

＜画像読取装置のソフトウェア構成図＞
図４は、画像読取装置１００のＲＡＭ２０３に展開された、各ハードモジュールを制御する制御プログラムのソフトウェア構成図である。制御プログラムは、アプリケーション４００と、ハードウェア制御モジュール４１０と、画像読取装置１００のオペレーティングシステム４２０とを備える。アプリケーション４００は、機能管理アプリケーション４０１と、ジョブ管理アプリケーション４０２とを備える。ハードウェア制御モジュール４１０は、物理的なデバイスとのＩ／Ｆを制御するソフトウェア群を備える。例えば、ハードウェア制御モジュール４１０は、スキャナ制御モジュール４１１と、Ｉ／Ｆ制御モジュール４１２と、ＵＩ制御モジュール４１３とを備える。尚、ハードウェア制御モジュール４１０は、必要に応じてこれら以外の制御モジュールを備えていてもよい。オペレーティングシステム４２０は、前述の制御部２０１で制御プログラムを実行する基本的な機能を提供する。

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

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

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

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

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

以上が、原稿をスキャンする場合における各ソフトウェアの機能について説明である。

＜システム全体の構成＞
図５は、ホストコンピュータ２１２と、画像読取装置１００と、表示装置５１１とが接続されたシステム（画像読取システム）を示した構成図である。

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

次に、ホストコンピュータ２１２が備えるソフトウェアの機能について説明する。アプリケーション５０２は、オペレーティングシステム５０１上で動作するソフトウェアである。アプリケーション５０２は、所定のＡＰＩ（アプリケーションプログラムインターフェース）仕様５０４により、スキャナドライバ５０３にスキャン動作命令などの命令を送る。そして、アプリケーション５０２は、その命令のレスポンスとしてデジタル画像データおよび画像読取装置１００の状態情報を受け取る。更にアプリケーション５０２は、スキャンされたデジタル画像データまたは状態情報を表示装置５１１に表示したり、スキャンされたデジタル画像データをファイルとしてホストコンピュータ２１２に記憶したりするなどの処理を行う。スキャナドライバ５０３は、オペレーティングシステム５０１上で動作するソフトウェアであり、アプリケーション５０２からの命令を受け取ると、所定の通信プロトコル５０５によりＵＳＢ Ｉ／Ｆ２０９を介して画像読取装置１００と通信を行う。これにより画像読取装置１００へのスキャン動作命令などの命令の送信、ならびに、画像読取装置１００からのデジタル画像データおよび状態情報の受信を行うことができる。

ところで、近年多く用いられているオペレーティングシステム標準のドライバソフトウェアは、画像読取装置１００が備える個別のハードウェア構成に関する機能選択および状態表現などには対応していない。よって、このようなオペレーティングシステム標準のドライバソフトウェアがスキャナドライバ５０３として用いられる場合、スキャナドライバ５０３は適切に情報を得ることができない場合がある。即ち、スキャナドライバ５０３は、画像読取装置１００の個別のハードウェア構成に対応する情報を、オペレーティングシステム標準のドライバソフトウェアで規定されているＡＰＩ仕様５０４および通信プロトコル５０５によって受信できないケースが発生する。

尚、この点、画像読取装置１００における一般的なハードウェア構成に関する機能選択および状態表現などであれば、当初よりオペレーティングシステムにインストールされている標準のドライバソフトウェアで対応できる。しかし、画像読取装置１００固有の構成に関する機能選択および状態表現などとなると、専用のドライバソフトウェアを用いなければ対応できない。ここで、本実施形態の画像読取装置１００が備えるロック部材１４０は、一般的に画像読取装置に備えられているハードウェア構成ではない。つまり、本実施形態のロック部材１４０は、オペレーティングシステム標準のドライバソフトウェアに非対応の部材である。このため、ロック部材１４０に関する機能選択および状態表現はオペレーティングシステム標準のドライバソフトウェアでは対応できない。ロック部材１４０がロック受け口１４１に挿し込まれている状態にユーザが気付かずに画像読取装置１００を用いてスキャン作業を開始した場合、ＣＩＳユニット１１７が動かずにエラーが発生する。この際、ユーザが画像読取装置１００の状態を全く見ていないような場合、ユーザはエラーが発生したことに気付かないこともある。また、ユーザが、画像読取装置１００固有の構成について詳しくない場合、エラーの原因を確認することができないおそれもある。

そこで、本実施形態における画像読取装置１００は、エラーが発生した場合、原稿画像データの代わりに、発生したエラーを図または文字などを用いて説明する画像である説明画像データをホストコンピュータ２１２に送信する。つまり、画像読取装置１００は、原稿画像データを送信する仕組みと同様の仕組みで説明画像データをホストコンピュータ２１２に送信する。ホストコンピュータ２１２では、画像読取装置１００から送信された画像データに基づいてスキャン画像のプレビュー表示を行うことで、説明画像データに基づく説明画像が表示装置５１１に表示されることになる。このように、ホストコンピュータ２１２側としては、送信されてきた画像データに基づく画像を表示する処理自体は、通常通りの処理となる。このため、ホストコンピュータ２１２側で専用のドライバソフトウェアに相当する仕組みを取り入れることなく、画像読取装置１００から送信されてきた説明画像データに基づく説明画像を表示装置５１１に表示させることができる。

＜スキャン処理の流れについて＞
本実施形態のスキャン処理について、図６を用いて説明する。図６は、画像読取装置１００が制御部２０１で行うスキャン処理の流れを示すフローチャートである。本フローチャートによる処理は、画像読取装置１００が有するＲＯＭ２０４などに記憶されたプログラムコードがＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行される。尚、本フローチャートで説明する各種の変数は、ＲＡＭ２０３に設けられる変数である。

Ｓ６０１において、ＣＰＵ２０２は、ユーザによって画像読取装置１００の電源がオンされたことを検知する。Ｓ６０２において、ＣＰＵ２０２は、画像読取装置１００がユーザの操作を受け付ける状態（パワーオン状態）となるように画像読取装置１００を起動するため処理であるパワーオン処理を開始する。

Ｓ６０３において、ＣＰＵ２０２は、正常にパワーオンできたか否かの判定を行う。例えば、ＣＰＵ２０２は、公知のエラー検知手段を使用して、ＵＳＢケーブルの接続エラーなどを検知することにより、正常にパワーオンできたか否かの判定を行う。正常にパワーオンできている場合は、Ｓ６０４へ進む。一方、正常にパワーオンできていない場合は、Ｓ６０５へ進む。

Ｓ６０４において、ＣＰＵ２０２は、画像読取装置１００の状態を示す変数ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎに、正常にパワーオンできたことを意味するＮＯＲＭＡＬを代入する。本ステップの処理が終わると、Ｓ６０９へ進む。

Ｓ６０６において、ＣＰＵ２０２は、発生したエラーがパワーオン処理においてロック部材１４０が挿し込まれ、ＣＩＳユニット１１７が固定されていることで発生するエラー（以下、「ロックエラー」と呼ぶ）であるか否かの判定を行う。ロックエラーが発生している場合は、Ｓ６０７へ進む。一方、ロックエラーが発生していない場合は、Ｓ６０８へ進む。

Ｓ６０７において、ＣＰＵ２０２は、パワーオン処理中にロックエラーが発生したことを示す説明画像データ７０１の先頭アドレスを、画像データの参照に用いられる変数ａｄｒＩｍｇＢｕｆに格納する。ここで、本実施形態の説明画像データ７０１について、図７（ａ）を用いて説明する。図７（ａ）は、ロックエラーが発生した場合に、画像読取装置１００からホストコンピュータ２１２に送信される説明画像データの一例を示した図である。この例は、ユーザがロックスイッチを左から右にスライドさせると、ＣＩＳユニット１１７のロックが解除されることを示している。変数ａｄｒＩｍｇＢｕｆに説明画像データ７０１の先頭アドレスが格納されると、後述するＳ６１４の処理において、ＣＰＵ２０２は、当該先頭アドレスのデータを画像ラインバッファに格納することになる。この結果、画像ラインバッファを読み出して、説明画像データ７０１をスキャン画像データとして表示装置５１１に表示させることができるようになる。詳細は、Ｓ６１４で説明する。Ｓ６０７の処理が終わると、Ｓ６０９に処理が進む。

Ｓ６０８において、ＣＰＵ２０２は、パワーオン処理中に電気回路の異常によるエラーが発生したことを示す説明画像データ７０２の先頭アドレスをスキャン画像データの記憶領域である変数ａｄｒＩｍｇＢｕｆに格納する。以下、電気回路の異常によるエラーを「電気回路エラー」と呼ぶ。例えば、電気回路エラーは、画像読取装置１００と、ホストコンピュータ２１２とを接続するＵＳＢケーブルが抜けていることなどによって発生する。ここで、本実施形態の説明画像データ７０２について、図７（ｂ）を用いて説明する。図７（ｂ）は、電気回路エラーが発生した場合に、画像読取装置１００からホストコンピュータ２１２に送信される説明画像データの一例を示した図である。この例は、ユーザがＵＳＢケーブルを接続し直すと、電気回路エラーが解決される可能性があることを示している。Ｓ６０８の処理が終わると、Ｓ６０９に処理が進む。

Ｓ６０９でパワーオン処理が完了すると、Ｓ６１０で、ＣＰＵ２０２は、スキャンを実行するコマンドを受信したか否かを判定する。当該判定は、スキャンを実行するコマンドを受信するまで繰り返し行われ、当該コマンドを受信するとＳ６１１へ進む。

Ｓ６１１において、ＣＰＵ２０２は、イメージセンサアレイ１１３から主走査方向のラインの出力データが出力されるごとにカウントアップするｌｉｎｅＣｏｕｎｔに初期値である１を代入する。そして、ＣＰＵ２０２は、ユーザの指定した副走査方向の長さ情報を取得し、変数ｄｏｃＬｅｎｇｔｈに設定する。

Ｓ６１２において、ＣＰＵ２０２は、ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬであるか否かの判定を行う。ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬである場合は、Ｓ６１３へ進む。一方、ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬでない場合は、Ｓ６１４へ進む。

Ｓ６１３において、ＣＰＵ２０２は、原稿１１９の副走査ｌｉｎｅＣｏｕｎｔライン目の主走査方向１ラインの出力データを、ＲＡＭ２０３内の画像ラインバッファに格納する。具体的には、ＣＩＳユニット１１７が副走査方向に走査して、当該副走査方向のラインカウントに対応する主走査方向における原稿１１９の１ラインのスキャン画像データを、ＲＡＭ２０３内の画像ラインバッファに格納する。つまり、本ステップは、画像読取装置１００が原稿１１９をスキャンした際における通常のスキャン処理である。Ｓ６１３の処理が終わると、Ｓ６１５に処理が進む。なお、この処理により１ラインのスキャン画像データが順次バッファに格納される。

Ｓ６１４において、ＣＰＵ２０２は、変数ａｄｒＩｍｇＢｕｆの先頭アドレスに格納された説明画像データについて、副走査方向のラインカウントに対応する主走査方向１ラインの出力データを、ＲＡＭ２０３内の画像ラインバッファに格納する。本ステップの処理により、ロックエラーが発生した場合は、説明画像データ７０１の１ライン分のラインデータがＲＡＭ２０３内の画像ラインバッファに格納される。他方、電気回路エラーが発生した場合は、説明画像データ７０２の１ライン分のラインデータがＲＡＭ２０３内の画像ラインバッファに格納される。つまり、ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎがＮＯＲＭＡＬでない場合でも、Ｓ６１３の処理と同様に、１ライン分のデータが画像ラインバッファに格納される。Ｓ６１４の処理が終わると、Ｓ６１５に処理が進む。

Ｓ６１５において、ＣＰＵ２０２は、画像ラインバッファ内のデータを、ＵＳＢ Ｉ／Ｆ２０９を介してホストコンピュータ２１２に送信する。つまり、Ｓ６１３またはＳ６１４の処理によって画像ラインバッファに格納されているデータ（ラインデータ）を、ホストコンピュータ２１２に送信する。このように、本実施形態の画像読取装置１００は、スキャンコマンドに応じてラインごとにホストコンピュータ２１２にラインデータを順次送信するように構成されている。

Ｓ６１６において、ＣＰＵ２０２は、ｌｉｎｅＣｏｕｎｔをインクリメント（＋１）する。Ｓ６１７において、ＣＰＵ２０２は、ｌｉｎｅＣｏｕｎｔと、ｄｏｃＬｅｎｇｔｈとを比較して、ユーザの指定した副走査方向の長さ分のラインのデータをホストコンピュータ２１２に全て送信したか否かを判定する。当該判定処理がされることにより、原稿の長さについてユーザが指定した長さの分だけスキャンを行ったか否かが分かるようになる。尚、Ｓ６１４の処理を行う場合、ＣＰＵ２０２は、説明画像データのサイズ（長さ）をｄｏｃＬｅｎｇｔｈに代入する。なぜならば、説明画像データにおける縦方向の長さと、原稿１１９についてユーザが指定した縦方向の長さとは一致していないことがあるからである。

ユーザの指定した副走査方向の長さ分のラインのデータをホストコンピュータ２１２に全て送信した場合、Ｓ６１８へ進む。一方、ユーザの指定した副走査方向の長さ分のラインのデータをホストコンピュータ２１２に全て送信していない場合、Ｓ６１２に戻り、副走査方向の長さ分のラインのデータを送信するまでＳ６１２からＳ６１７までの処理を繰り返す。Ｓ６１２からＳ６１７の処理を繰り返すことで、ｄｏｃＬｅｎｇｔｈ分のラインデータが順次ホストコンピュータに送信されることになる。

Ｓ６１８において、ＣＰＵ２０２は、次のスキャンジョブがあるか否かを判定する。次のスキャンジョブがある場合、Ｓ６１０へ戻り、Ｓ６１０からＳ６１８までの処理を繰り返す。一方、次のスキャンジョブが無い場合、ＣＰＵ２０２は、スキャン処理を終了する。

以上説明したように、本実施形態では、画像読取装置１００の異常を検知した場合に、原稿画像データの代わりに説明画像データをホストコンピュータに送信する。即ち、画像読取装置１００は、通常のスキャン処理によって原稿画像データをホストコンピュータに送る仕組みをそのまま利用し、説明画像データを、あたかもスキャンして得られた結果の画像データとして送信する。つまり、ホストコンピュータ２１２のスキャナドライバ５０３では、スキャンジョブに応じて画像読取装置１００から、スキャンして得られた画像として説明画像を取得することになる。これによって、ホストコンピュータ２１２の表示装置５１１に、スキャンした結果の画像として説明画像が表示される。その結果、画像読取装置固有のハードウェア構成に関する情報を扱えないようなオペレーティングシステムにおける標準のドライバソフトウェアを用いて画像読取装置にエラーが発生した旨をユーザに伝達することができるようになる。

このためアプリケーション５０２の機能を拡張することなくユーザに画像読取装置の状態を伝達する機能を実現でき設計コストを下げることができる。また、表示手段を備えていない画像読取装置でも、装置の状態をユーザに知らせることができ、安価な画像読取装置の提供が可能となる。また、表示手段を備えた画像読取装置においても、ホストコンピュータ２１２に接続したより高スペックの表示装置５１１で画像読取装置の状態を表現することができ、ユーザの利便性を高めることができる。またユーザにとっても、専用のステータス管理画面およびアプリケーションの表示の遷移に注意しなくても画像読取装置の状態を確認することができ、高い利便性を実現することができる。

つまり、本実施形態によれば、画像読取装置の状態をユーザが容易に確認できるようになる。そして、コストアップをすることなく、画像読取装置の状態をユーザに理解できる形態で伝達することができるようになる。

［実施形態２］
実施形態１では、パワーオン処理中における画像読取装置１００の状態を確認する形態について説明したが、本実施形態２では、パワーオン処理中の状態確認に限定しない説明を行う。具体的には、スキャンの実行中にエラーが発生した場合に、エラーが発生したことをユーザに伝達（通知）するための実施形態について、以下、説明する。尚、画像読取システムの構成は、実施形態１で説明した例と同様であるので、説明を省略する。

本実施形態のスキャン処理について、図８を用いて説明する。図８は、画像読取装置１００が制御部２０１で行うスキャン処理の流れを示すフローチャートである。本フローチャートによる処理は、画像読取装置１００が有するＲＯＭ２０４に記憶されたプログラムコードがＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行される。以下、実施形態１と共通する構成については説明を省略し、実施形態１と異なる点を中心に説明する。

＜実施形態２のスキャン処理の流れについて＞
Ｓ８０１において、ＣＰＵ２０２は、ユーザによって画像読取装置１００の電源がオンされたことを検知する。Ｓ８０２において、ＣＰＵ２０２は、パワーオン処理を開始する。Ｓ８０３において、ＣＰＵ２０２は、スキャンを実行するコマンドを受信したか否かを判定する。当該コマンドを受信した場合は、Ｓ８０４へ進む。一方、当該コマンドを受信していない場合、ＣＰＵ２０２は、当該コマンドを受信するまで本ステップの処理を繰り返す。

Ｓ８０４において、ＣＰＵ２０２は、主走査方向１ラインの出力が出るごとにカウントアップする副走査のカウンタｌｉｎｅＣｏｕｎｔと、エラー発生時に送信される通知画像データ９０１の副走査のカウンタｅｒｒｌｉｎｅＣｏｕｎｔとを１で初期化する。更に、ＣＰＵ２０２は、ユーザの指定した副走査の長さ情報を取得し、変数ｄｏｃＬｅｎｇｔｈに設定する。

Ｓ８０５において、ＣＰＵ２０２は、スキャン開始後にエラーが発生した場合にホストコンピュータ２１２に送信される画像データである通知画像データをｅｒｒＩｍｇＢｕｆにコピーする。ｅｒｒＩｍｇＢｕｆは、後述するように、装置状態が正常でない場合に使われる変数である。

図９は、スキャンの実行中にエラーが発生した場合に、ホストコンピュータ２１２に送信される通知画像データの画像および原稿画像データの画像を示した図である。図９を用いて、本実施形態の通知画像データを説明する。図９（ａ）の通知画像データ９０１は、スキャンの実行中にエラーが発生した旨をユーザに通知するための通知画像データの一例である。例えば、通知画像データ９０１の例として、「スキャン中にエラーが発生しました（エラーコード：Ｅ００１）」のように、エラーが発生した旨をユーザに通知するためのテキストとそのエラーコードとが示された画像データを用いる例が挙げられる。また、通知画像データ９０１における縦方向の長さは、１ライン分の長さでもよいし、複数ライン分の長さでもよい。

図８の説明に戻る。Ｓ８０６において、ＣＰＵ２０２は、画像読取装置１００の装置状態（ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎ）が正常（ＮＯＲＭＡＬ）であるか否かの判定を行う。装置状態が正常である場合は、Ｓ８０７へ進む。一方、装置状態が正常ではない場合は、Ｓ８０８へ進む。例えば、スキャン中に、スキャナセンサの異常によるエラー、モータの異常によるエラーといったエラーが発生した場合、装置状態が正常ではないと判定され、Ｓ８０８へ進むこととなる。

Ｓ８０７において、ＣＰＵ２０２は、原稿１１９の副走査におけるｌｉｎｅＣｏｕｎｔライン目の主走査方向１ラインの出力データを、ＲＡＭ２０３内の画像ラインバッファに格納する。つまり、原稿１１９について、副走査方向のラインカウントに対応する主走査方向のラインデータが、ＲＡＭ２０３内の画像ラインバッファに格納される。本ステップの処理が終了すると、Ｓ８１０へ進む。

Ｓ８０８において、ＣＰＵ２０２は、ｅｒｒＩｍｇＢｕｆのｅｒｒｌｉｎｅＣｏｕｎｔライン目のデータをＲＡＭ２０３内の画像ラインバッファに格納する。具体的には、ＣＰＵ２０２は、ｅｒｒＩｍｇＢｕｆに格納された通知画像データ９０１のｅｒｒｌｉｎｅＣｏｕｎｔラインに対応する主走査方向１ラインの出力データを、ＲＡＭ２０３内の画像ラインバッファに格納する。本ステップの処理が終了すると、Ｓ８０９へ進む。

Ｓ８０９において、ＣＰＵ２０２は、ｅｒｒｌｉｎｅＣｏｕｎｔをインクリメント（＋１）する。本ステップの処理が終了すると、Ｓ８１０へ進む。Ｓ８１０において、ＣＰＵ２０２は、前記画像ラインバッファ内のデータを読み出して、ＵＳＢ Ｉ／Ｆ２０９を介してホストコンピュータ２１２に送信する。Ｓ８１１において、ＣＰＵ２０２は、ｌｉｎｅＣｏｕｎｔをインクリメント（＋１）する。

Ｓ８１２において、ＣＰＵ２０２は、ｌｉｎｅＣｏｕｎｔとｄｏｃＬｅｎｇｔｈとを比較して、ユーザの指定した副走査方向の長さ分のラインのデータをホストコンピュータ２１２に全て送信したか否かを判定する。ユーザの指定した副走査方向の長さ分のラインのデータを順次ホストコンピュータ２１２に全て送信した場合、Ｓ８１３へ進む。一方、ユーザの指定した副走査方向の長さ分のラインのデータをホストコンピュータ２１２に全て送信していない場合、Ｓ８０６に戻り、副走査方向の長さ分のラインのデータを順次送信するまでＳ８０６からＳ８１２まで処理を繰り返す。

具体例を用いて説明する。図９（ｂ）の原稿画像データ９０２は、スキャンを開始した時点からエラーが発生した時点までにスキャンすることができていた原稿画像データの一例である。つまり、Ｓ８０６、Ｓ８０７、Ｓ８１０の処理を繰り替えした結果、ホストコンピュータに送信された原稿画像データ９０２を示している。この時点において、エラーが発生した場合、Ｓ８０６からＳ８０８に進み、通知画像データ９０１の送信が完了するまで、処理が繰り返される。図９（ｂ）は、平仮名の「あ」の文字をスキャンしている途中でエラーが発生し、そのエラーが発生した時点までに得られた原稿画像データ（スキャン画像データ）を示している。図９（ｃ）の原稿画像９０３は、Ｓ８０６からＳ８０８の結果、図９（ｂ）の原稿画像データ９０２に続いて通知画像データ９０１が原稿画像データとして送信され、表示装置５１１で表示されている例を示している。図９（ｃ）に示すように、表示装置５１１では、原稿画像データ９０２の下端のラインデータと、通知画像データ９０１の上端のラインデータとが空間的な空白を空けないように続けて表示されることになる。その結果、図９（ｃ）に示したように、表示装置５１１には、原稿画像９０３が、あたかも１枚の原稿画像のように表示されることとなる。即ち、通知画像データを含む原稿画像データがホストコンピュータ２１２に送信され、このデータに基づいて通知画像を含む原稿画像が表示装置５１１で表示されることになる。尚、Ｓ８０８で通知画像データが全て送信された後は、Ｓ８１１でのカウント値が条件に達したこともって、繰り返し処理を終了して、Ｓ８１３に進むことになる。

Ｓ８１３において、ＣＰＵ２０２は、次のスキャンジョブがあるか否かを判定する。次のスキャンジョブがある場合、Ｓ８０３に戻り、Ｓ８０３からＳ８１３までの処理が繰り返される。一方、次のスキャンジョブがない場合、スキャン処理を終了する。

ホストコンピュータ２１２では、スキャンして得られたラインデータを表示装置５１１に表示するための制御が実行される。ホストコンピュータ２１２が原稿画像データを表示装置５１１に表示する制御のパターンとしては、例えば以下の２パターンがある。

１つ目は、ホストコンピュータ２１２が、画像読取装置１００から送信されたラインデータを表示装置５１１に１ラインずつ画像データを表示させる構成となっているパターンである。この場合、原稿１１９をスキャンして得られたラインデータが、１ラインずつ表示装置５１１に表示される。２つ目は、ホストコンピュータ２１２が、画像読取装置１００から送信されたラインデータを記憶して、後からまとめて表示装置５１１に画像データを表示させる構成となっているパターンである。何れの場合であっても、本実施形態では、通知画像が表示装置５１１で表示されるので、スキャンの実行中にエラーが発生した場合でも、ユーザにエラーを通知することができる。

以上説明したように、本実施形態によれば、画像読取装置の状態をユーザが容易に確認できるようになる。そして、コストアップをすることなく、画像読取装置の状態をユーザに理解できる形態で伝達することができるようになる。

［実施形態３］
本実施形態３のスキャン処理について、図１０を用いて説明する。図１０は、画像読取装置１００が制御部２０１で行うスキャン処理の流れを示すフローチャートである。本フローチャートによる処理は、画像読取装置１００が有するＲＯＭ２０４に記憶されたプログラムコードがＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行される。以下、実施形態１と共通する構成については説明を省略し、実施形態１と異なる点を中心に説明する。

実施形態２では、原稿画像データに続けて通知画像データが表示される技術について説明した。本実施形態３では、１ライン目に通知画像データが表示され、２ライン目以降にスキャン中の原稿画像データが表示される技術について説明する。

＜実施形態３のスキャン処理の流れについて＞
Ｓ１００１において、ＣＰＵ２０２は、ユーザによって画像読取装置１００の電源がオンされたことを検知する。Ｓ１００２において、ＣＰＵ２０２は、パワーオン処理を開始する。

Ｓ１００３において、ＣＰＵ２０２は、スキャンを実行するコマンドを受信したか否かを判定する。当該コマンドを受信した場合は、Ｓ１００４へ進む。一方、当該コマンドを受信していない場合、ＣＰＵ２０２は、当該コマンドを受信するまで本ステップの処理を繰り返す。

Ｓ１００４において、ＣＰＵ２０２は、主走査方向１ラインの出力が出るごとにカウントアップする副走査のカウンタｌｉｎｅＣｏｕｎｔを１で初期化し、エラー発生時にセットされるフラグであるｅｒｒＦｌａｇを０で初期化する。そして、ＣＰＵ２０２は、ユーザの指定した副走査の長さ情報を取得し、変数ｄｏｃＬｅｎｇｔｈに設定する。

Ｓ１００５において、ＣＰＵ２０２は、通知画像データをｅｒｒＩｍｇＢｕｆにコピーする。通知画像データは、実施形態２で説明した例と同様である。Ｓ１００６において、ＣＰＵ２０２は、画像読取装置１００の装置状態（ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎ）が正常（ＮＯＲＭＡＬ）であるか否かの判定を行う。装置状態が正常である場合は、Ｓ１００７へ進む。一方、装置状態が正常ではない場合は、Ｓ１００８へ進む。例えば、スキャン中に、スキャナセンサの異常によるエラー、モータの異常によるエラーといったエラーが発生した場合、装置状態が正常ではないと判定され、Ｓ１００８へ進むこととなる。

Ｓ１００７において、ＣＰＵ２０２は、原稿１１９をラインごとにスキャンして得られたラインデータを、ラインバッファに格納する。具体的には、ＣＰＵ２０２は、原稿１１９の副走査ｌｉｎｅＣｏｕｎｔライン目の主走査方向１ラインの出力データを、ＲＡＭ２０３内のページバッファに格納する。

Ｓ１００８において、ＣＰＵ２０２は、画像読取装置１００にエラーが発生したことを示す情報として、ｅｒｒＦｌａｇに１をセットする。Ｓ１００９において、ＣＰＵ２０２は、ｌｉｎｅＣｏｕｎｔをインクリメント（＋１）する。Ｓ１０１０において、ＣＰＵ２０２は、ｌｉｎｅＣｏｕｎｔとｄｏｃＬｅｎｇｔｈとを比較して、ユーザが指定した副走査の長さ分の画像について、スキャンが完了した否かを判定する。スキャンが完了した場合、Ｓ１０１１に進む。一方、スキャンが完了していない場合、Ｓ１００６に戻り、次の主走査方向１ラインに対する処理を続ける。つまり、本実施形態では、画像ラインバッファにラインデータを格納して順次送信する実施形態２とは異なり、ページバッファにラインごとのデータを格納する処理が行われる。尚、エラーが発生している場合には、Ｓ１００９でインクリメントが繰り返された後に、Ｓ１０１１に処理が進むことになる。つまり、エラーが発生している場合には、その時点までに読み込んだデータがページバッファに格納されている状態となる。

Ｓ１０１１において、ＣＰＵ２０２は、画像読取装置１００にエラーが発生したことを示す情報が生成されているか否かを判定する。例えば、Ｓ１００８で生成されたフラグを参照して、ｅｒｒＦｌａｇに１がセットされているか否かを判定する。画像読取装置１００にエラーが発生したことを示す情報が生成されている場合（例えば、ｅｒｒＦｌａｇに１がセットされている場合）、Ｓ１０１２に進む。一方、画像読取装置１００にエラーが発生したことを示す情報が生成されていない場合（例えば、ｅｒｒＦｌａｇに１がセットされていない場合）、Ｓ１０１３に進む。

Ｓ１０１２において、ＣＰＵ２０２は、通知画像データ１１０１を１ラインごとにホストコンピュータ２１２に送信する。具体的には、ＣＰＵ２０２は、ｅｒｒＩｍｇＢｕｆに格納された通知画像データ１１０１を１ライン目から順にＵＳＢ Ｉ／Ｆ２０９を介してホストコンピュータ２１２に送信する。Ｓ１０１２の処理が終了すると、Ｓ１０１３の処理に進む。

Ｓ１０１３において、ＣＰＵ２０２は、ページバッファに格納したラインデータを読み出して、順次ホストコンピュータに送信する。具体的には、ＣＰＵ２０２は、ページバッファに格納された通知画像データ１１０１を１ライン目から順にＵＳＢ Ｉ／Ｆ２０９を介してホストコンピュータ２１２に送信する。尚、Ｓ１０１２からＳ１０１３に進んだ場合、ＣＰＵ２０２は、通知画像データ１１０１を１ライン目から順次ホストコンピュータ２１２に送信した後に、ページバッファに格納したデータを１ライン目から順次ホストコンピュータ２１２に送信することとなる。

図１１は、具体例を示す図である。通知画像データ１１０１および正常に読み込めた原稿画像データ１１０２は、図９の通知画像データ９０１および原稿画像データ９０２と同じである。本実施形態では、エラーが発生した場合には、図１１（ｃ）に示すように、まず、通知画像データ１１０１がホストコンピュータ２１２に送信される。続いて、ページバッファ内に格納されている原稿画像データ１１０２が送信される。その結果、図１１（ｃ）に示すような画像が、表示装置５１１に表示されることになる。

Ｓ１０１４において、ＣＰＵ２０２は、次のスキャンジョブがあるか否かを判定する。次のスキャンジョブがある場合、Ｓ１００３に戻り、Ｓ１００３からＳ１０１４までの処理が繰り返される。一方、次のスキャンジョブがない場合、スキャン処理を終了する。

以上説明したように、本実施形態では、スキャンの実行中にエラーが発生した場合、まず、通知画像データがホストコンピュータに送信され、それに続けて原稿画像データがホストコンピュータに送信される。つまり、通知画像データが、スキャン画像の最初（先頭）の画像として表示装置に表示されることとなる。このため、ユーザは、エラーが発生していることを直ぐに把握することができる。

また、ホストコンピュータが原稿画像データを１ラインずつ表示装置に表示させる制御を実行している場合、一番上のラインに通知画像データが表示されることとなるので、ユーザがエラーの発生に気付きやすくなる。

［その他の実施形態］
画像読取装置１００の例として、原稿台１０１の上に原稿１１９を置く標準的な画像読取装置の例を挙げたが、画像読取装置の例はこれに限られない。画像読取装置１００の他の例として、オートドキュメントフィーダ（ＡＤＦ）を備えた画像読取装置や、非接触タイプの画像読取装置が挙げられる。尚、ＡＤＦを備えた画像読取装置を使用する場合、画像データの転送方法については、１ラインごとにスキャンして得られた画像データがホストコンピュータ２１２に転送される。

エラーの例として、スキャナセンサの異常によるエラー、モータの異常によるエラーなどを挙げたが、エラーの例は、これらに限られない。エラーの他の例として、ＡＤＦを備えた画像読取装置における原稿ジャムエラーなどの例が挙げられる。

説明画像データの例として、説明画像データ７０１、説明画像データ７０２を挙げたが、説明画像データの例は、この例に限られない。例えば、画像読取装置１００に発生し得る個々のエラーの原因に対応した個々の説明画像データが、ＲＯＭ２０４に格納されていてもよい。

通知画像データの例として通知画像データ９０１および通知画像データ１１０１を挙げたが、通知画像データの例は、これらに限られない。例えば、画像読取装置１００に発生し得る個々のエラーの原因に対応した個々の通知画像データが、ＲＯＭ２０４に格納されていてもよい。

スキャナドライバ５０３の例として、当初よりオペレーティングシステムにインストールされている標準のドライバソフトウェアの例を挙げたが、スキャナドライバ５０３の例はこれに限られない。スキャナドライバ５０３として、画像読取装置固有の構成に関する専用のドライバソフトウェアを用いてもよい。

ユーザにエラーが発生したことを伝達するための画像データの例として、原稿画像９０３および原稿画像データ１１０３を挙げたが、ユーザにエラーが発生したことを伝達するための画像データの例は、これらに限られない。例えば、２つの通知画像データでスキャン中の原稿画像データを挟むように、通知画像データが表示装置５１１に表示されてもよい。これとは反対に、２つのスキャン中の原稿画像データに１つの通知画像データが挟まれるように、通知画像データが表示装置５１１に表示されてもよい。更には、原稿画像データと、通知画像データとが複数ライン分の間隔を空けて表示されてもよい。

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

Claims (10)

1. 原稿をラインごとにスキャンして得られたラインデータを順次バッファに格納し、格納した前記ラインデータをラインごとに順次ホストコンピュータに送信することで原稿画像データを送信するように構成された画像読取装置であって、
   前記ホストコンピュータから受信したスキャンのコマンドに応じた処理を実行中に、前記画像読取装置の装置状態が正常でないことを検知した場合、エラーが発生したことを通知するための通知画像データを含む原稿画像データを前記ホストコンピュータに送信するように制御する制御手段を有する、
   ことを特徴とする画像読取装置。
2. 前記画像読取装置は、前記バッファにラインデータを格納するごとに、格納したラインデータを前記ホストコンピュータに送信するように構成され、
   前記制御手段は、
   前記画像読取装置の装置状態が正常でないことを検知した時点で前記通知画像データを前記バッファに格納し、
   画像読取装置の装置状態が正常でないことを検知した時点までに前記ホストコンピュータに送信したラインデータに続けて、前記バッファに格納した通知画像データを送信する、
   ことを特徴とする請求項１に記載の画像読取装置。
3. 前記画像読取装置は、前記スキャンのコマンドに応じた処理が完了した時点で、前記バッファに格納されている複数のラインデータをラインごとに順次ホストコンピュータに送信するように構成され、
   前記制御手段は、前記通知画像データを構成するラインデータを前記ホストコンピュータに順次送信した後に、前記バッファに格納されているラインデータの送信を開始する、
   ことを特徴とする請求項１または２に記載の画像読取装置。
4. 前記制御手段は、前記画像読取装置のスキャナセンサにエラーが発生したことを検知した場合、前記通知画像データを含む原稿画像データを前記ホストコンピュータに送信する制御を実行する、
   ことを特徴とする請求項１乃至３の何れか１項に記載の画像読取装置。
5. 前記制御手段は、前記画像読取装置のモータにエラーが発生したことを検知した場合、前記通知画像データを含む原稿画像データを前記ホストコンピュータに送信する制御を実行する、
   ことを特徴とする請求項１乃至３の何れか１項に記載の画像読取装置。
6. 前記制御手段は、前記画像読取装置のロック部材がロック受け口に挿し込まれていることによるエラーが発生したことを検知した場合、前記通知画像データを含む原稿画像データを前記ホストコンピュータに送信する制御を実行する、
   ことを特徴とする請求項１乃至３の何れか１項に記載の画像読取装置。
7. 前記制御手段は、電気回路の異常によるエラーが発生したことを検知した場合、前記通知画像データを含む原稿画像データを前記ホストコンピュータに送信する制御を実行する、
   ことを特徴とする請求項１乃至３の何れか１項に記載の画像読取装置。
8. 請求項１乃至７の何れか１項に記載の画像読取装置と、ホストコンピュータと、有する画像読取システムであって、
   前記ホストコンピュータは、前記画像読取装置に送信したスキャンのコマンドに応じて受信した前記原稿画像データに基づく画像を表示手段に表示させることを特徴とする画像読取システム。
9. 原稿をラインごとにスキャンして得られたラインデータを順次バッファに格納し、格納した前記ラインデータをラインごとに順次ホストコンピュータに送信することで原稿画像データを送信するように構成された画像読取装置を制御するための方法であって、
   前記ホストコンピュータから受信したスキャンのコマンドに応じた処理を実行中に、前記画像読取装置の装置状態が正常でないことを検知した場合、エラーが発生したことを通知するための通知画像データを含む原稿画像データを前記ホストコンピュータに送信するように制御する制御ステップを含む、
   ことを特徴とする画像読取装置を制御するための方法。
10. コンピュータを、請求項１乃至７何れか１項に記載の画像読取装置として機能させるためのプログラム。

Images