(57)【特許請求の範囲】
【請求項１】
原稿から読み取った画像をネットワークを介して端末に送信する画像読取装置であり、
原稿を載置するための載置部と、
前記ネットワークに接続された前記端末から、画像の読み取りの開始コマンドを受信する受信部と、
前記開始コマンドが受信された場合に、前記原稿を読み取る読取部と、
前記原稿から読み取った画像を、前記開始コマンドの送信元である前記端末に送信する送信部と、
を備え、
前記画像読取装置は、さらに、
前記原稿が前記載置部に載置されたことを検知する原稿センサと、
前記原稿が載置されてから、前記受信部が前記開始コマンドを受信するまでの間に、前記原稿が前記載置部から取り除かれ、かつ、新たな原稿が載置されたことが、前記原稿センサによって検知された場合に、前記新たな原稿が載置されたことを認識する認識部と、
を備え、
前記送信部は、前記新たな原稿が載置されたと認識された場合に、前記開始コマンドが受信された後に、新たな原稿が載置されたことを知らせるメッセージを、前記開始コマンドの送信元である前記端末へ送信し、前記新たな原稿が載置されたと認識されなかった場合に、前記開始コマンドが受信された後で前記読取部によって読み取られる前記画像を、前記開始コマンドの送信元である前記端末へ送信する、
ことを特徴とする画像読取装置。
【請求項２】
原稿から読み取った画像をネットワークを介して端末に送信する画像読取装置であり、
原稿を載置するための載置部と、
前記ネットワークに接続された前記端末から、画像の読み取りの開始コマンドを受信する受信部と、
前記開始コマンドが受信された場合に、前記原稿を読み取る読取部と、
前記原稿から読み取った画像を、前記開始コマンドの送信元である前記端末に送信する送信部と、
を備え、
前記画像読取装置は、さらに、
前記原稿が前記載置部に載置されたことを検知する原稿センサと、
前記原稿の載置の完了時にユーザが操作する操作部と、
前記操作部がユーザの操作を受け付けてから前記受信部が前記開始コマンドを受信するまでの間に、前記原稿が前記載置部から取り除かれ、かつ、新たな原稿が載置されたことが、前記原稿センサによって検知された場合に、前記新たな原稿が載置されたことを認識する認識部と、
を備え、
前記送信部は、前記新たな原稿が載置されたと認識された場合に、前記開始コマンドが受信された後に、新たな原稿が載置されたことを知らせるメッセージを、前記開始コマンドの送信元である前記端末へ送信し、前記新たな原稿が載置されたと認識されなかった場合に、前記開始コマンドが受信された後で前記読取部によって読み取られる前記画像を、前記開始コマンドの送信元である前記端末へ送信する、
ことを特徴とする画像読取装置。
【請求項３】
請求項１又は２の画像読取装置と、該画像読取装置にネットワークを介して接続される端末と、を含む画像読取システムであり、前記端末は、
画像読取装置から前記メッセージを受信した場合に、予め設定されている解像度を指定した開始コマンドの送信を推奨するメッセージを表示することを特徴とする画像読取システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、載置された原稿から画像を読み取り、読み取った画像をネットワークを介して端末に送信する画像読取装置に関する。また、ネットワークを介して接続される画像読取装置と端末を含む画像読取システムに関する。
【背景技術】
【０００２】
原稿から読み取った画像をネットワークを介して端末へ送信する画像読取装置が知られている。そのような画像読取装置を制御する方法に、プルスキャン方式と呼ばれる方法がある。この方法は、ネットワークを介して端末から画像読取装置を制御するものである。
プルスキャン方式の場合、ユーザは画像読取装置に原稿を載置してから端末に戻り、その端末を操作して画像の読み取りを開始させる開始コマンドを画像読取装置へ送信する必要がある。そのため、原稿を載置してから端末を操作するまでの間に他人が誤って、或いは故意に、載置された原稿を取り替えてしまう虞がある。
特許文献１に、ネットワークに接続されるものではないが、原稿が取り替えられてしまうことを検知する画像読取装置が提案されている。この画像読取装置は、無線タグリーダを備えており、画像読み取り位置にある原稿に付されている無線タグからタグ情報を読み取る。タグ情報の読み取りを繰り返し実行する。原稿の読み取り動作を開始してから終了するまでの間に、繰り返し読み取ったタグ情報の変化を監視する。この画像読取装置は、タグ情報の変化を検出することによって、原稿が取り替えられたことを検知する。
【０００３】
【特許文献１】特開２００６−１０９３７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１の画像読取装置は、原稿の読み取り動作を開始してから終了するまでの間に、繰り返し読み取ったタグ情報の変化を監視する。しかしながら、プルスキャン方式の画像読取装置の場合、ユーザが原稿を載置してから装置が原稿の読み取りを開始するまでの時間が長く、この間に原稿が取り替えられてしまう虞がある。特許文献１の技術はネットワークに接続されるプルスキャン方式の画像読取装置を前提としていないため、読み取り開始前の原稿の取り替えを検知することができない。また、特許文献１の技術は、無線タグを付していない既存の原稿には対応できない。
本発明は上記課題に鑑みて創作されたものであり、ネットワークに接続されプルスキャン方式で動作する画像読取装置に好適な、原稿を載置したユーザが予期しない原稿の取り替えを検知することができる画像読取装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、原稿から読み取った画像をネットワークを介して端末に送信する画像読取装置に具現化できる。この画像読取装置は、載置部と、原稿センサと、受信部と、監視部を備えている。載置部は、ユーザが原稿を載置するためのユニットである。原稿センサは、原稿が載置部に載置されたことを検知する。受信部は、ネットワークに接続された端末から、画像の読み取り開始コマンドを受信する。監視部は、原稿センサが原稿の載置を検知してから受信部が開始コマンドを受信するまでの間に原稿の新たな載置が検知された場合に、新たな載置の検知を知らせるメッセージを、開始コマンドの送信元端末へ送信する。
【０００６】
この画像読取装置では、ユーザが、原稿を載置してから端末に戻って読み取り開始コマンドを送信するまでの間に原稿が取り替えられたことを開始コマンドの送信元端末（即ち、ユーザ）に通知することができる。
また、この画像読取装置では、特許文献１のように、原稿に無線タグを付する必要がない。
なお、原稿センサは、例えば、発光部と受光部からなり、載置部に載置された原稿によって発光部から受光部までの光路が遮断される位置に配置された光センサでよい。そのようなセンサは、原稿が載置されたことを、受光部が「受光状態」から「非受光状態」に変化するタイミングとして検知することができる。
【０００７】
上述の監視部は、原稿センサが原稿の載置を検知する毎に載置された原稿の画像を読み取り、新たな載置が検知されたときに読み取った画像と、新たな載置の検知に先立つ原稿載置の検知時に読み取った画像が不一致の場合に、前記したメッセージを送信することが好ましい。
載置された原稿が一旦取り除かれた場合でも、同じ原稿が再び載置された場合には、メッセージを端末へ送信する必要がない。載置された原稿から読み取った画像を比較し、画像が不一致の場合にのみメッセージを送信することによって、原稿が取り替えられたことが確実な場合にのみメッセージを送信することができる。
【０００８】
本発明の画像読取装置は、原稿の載置の完了時にユーザが操作する操作部を備えるとともに、前述した監視部に替えて、操作部がユーザの操作を受け付けてから受信部が開始コマンドを受信するまでの間に原稿の新たな載置が検知された場合に、新たな載置の検知を知らせるメッセージを端末に送信する監視部を備えてもよい。
【０００９】
ユーザが載置部に原稿を載置する場合、原稿をきちんと揃えて載置する必要があるため、原稿の載置を幾度かやり直す場合がある。上述の操作部と監視部を備えることによって、ユーザによる意図的な原稿載置のやり直しを「新たな載置」として検知せずに、ユーザが予期しない「新たな載置」だけを検知して端末へ通知することができる。
【００１０】
操作部がユーザの操作を受け付けたときに原稿の画像を読み取るとともに、新たな載置が検知されたときに再度画像を読み取り、ユーザ操作を受け付けたときに読み取った画像と再度読み取った画像が不一致の場合に、前述のメッセージを送信することも好ましい。一旦取り除かれた原稿が再び載置された場合に、「新たな載置」を端末に通知することがない。
【００１１】
原稿の新たな載置が検知される毎に原稿を読み取る場合、「新たな載置」を知らせるメッセージには、読み取った画像が含まれることが好ましい。ユーザは、端末の画面で、新たに載置された原稿の内容を確認することができる。
【００１２】
本発明は、ネットワークを介して上記した画像読取装置と端末が接続された画像読取システムとして構成することができる。この場合、端末は、画像読取装置から前述のメッセージを受信した場合に、予め設定されている解像度を指定した開始コマンドの送信を推奨するメッセージを表示する制御部を有する。
予め設定されている解像度は、好ましくは画像読取装置が設定できる解像度のうち最も低い解像度である。最も低い解像度で画像を読み取る処理は、高解像度の場合に比較して高速に実行することができる。最も低い解像度で画像を読み取る処理は、読み取る原稿の内容を確認するためのいわゆるプレスキャンと呼ばれる処理に相当する。即ちこのシステムの端末は、「新たな載置の検知」のメッセージを受信すると、ユーザにプレスキャンの実行を推奨するメッセージを表示する。ユーザは、メッセージに従って画像読取装置にプレスキャンを実行させることによって、新たに載置された原稿の内容を迅速に確認することができる。
【発明の効果】
【００１３】
本発明によれば、ネットワークに接続されプルスキャン方式で動作する画像読取装置であって、ユーザが原稿を載置した後の原稿の取り替えを検知することができる画像読取装置を提供することができる。
【発明を実施するための最良の形態】
【００１４】
実施例のスキャナ（画像読取装置）の特徴を以下に挙げる。
スキャナは、読み取った画像の送信先端末を識別するための識別子が入力される入力部を備えている。監視部は、開始コマンドの送信元端末が、入力された識別子によって識別される端末と一致したときに、新たな載置の検知を知らせるメッセージを識別子によって識別される端末へ送信する。
ユーザは、原稿を載置する前に、予め画像送信先の端末を指定することができる。上記のスキャナは、複数の端末から開始コマンドを受け付ける場合であっても、ユーザが予め指定した画像送信先端末からの開始コマンドのみを受け付けることができる。即ち、複数の端末がネットワークに接続されていても、新たな載置の検知を知らせるメッセージを、ユーザが予め指定した画像送信先端末に送信することができる。
【実施例】
【００１５】
（第１実施例）
図面を参照して本発明の実施例を説明する。
図１に、本実施例のスキャナ１０ａ（画像読取装置）のブロック図を示す。スキャナ１０ａは、ネットワーク９２に接続されている。図１にはまた、ネットワーク９２に接続されている他のスキャナ１０ｂと、３台の端末９０ａ、９０ｂ、９０ｃが示されている。スキャナ１０ｂは、スキャナ１０ａと同じ機能を備えているので説明を省略する。ネットワークに接続されるスキャナや端末の数に制限はない。
【００１６】
スキャナ１０ａの構成について説明する。
スキャナ１０ａは、通信ユニット１１、ＣＰＵ１２、載置ユニット１４、原稿センサ１６、シート送り機構１８、コンソール２０、画像読取ユニット２２、及び記憶装置２４を備えている。
画像読取ユニット２２は、載置ユニット１４から送られた原稿から画像を読み取るためのユニットである。
通信ユニット１１は、端末９０ａ等との間でデータの授受を行うユニットである。授受されるデータには、スキャナ１０ａを制御するためのコマンド、スキャナ１０ａの状態を端末９０ａに通知するためのメッセージ、及び、スキャナ１０ａが読み取った画像等がある。
載置ユニット１４は、原稿を載置するためのユニットである。原稿センサ１６が、この載置ユニット１４に取り付けられている。原稿センサ１６は、発光部と受光部からなるセンサである。発光部と受光部は、載置ユニット１４に原稿が載置されていないときに、発光部が発光した光が受光部に照射されるように配置されている。載置ユニット１４に原稿が載置されると、その原稿によって、発光部から受光部に照射される光が遮断される。原稿センサ１６は、受光部が受光している状態から受光していない状態への変化を検知する。原稿が載置ユニット１４に載置されたことを、受光状態から非受光状態への変化として検知する。
シート送り機構１８は、載置ユニット１４に載置されたシート（原稿）を一枚ずつ読取ユニット２２へ搬送する機構である。シート送り機構１８はまた、シートを読取ユニット２２からシート排出部（不図示）へ搬送する。シート送り機構１８は、シートを読取ユニット２２からシート排出部へ搬送する代わりに、載置ユニット１４へ戻すこともできる。シートを読取ユニット２２から載置ユニット１４へ戻すための具体的な機構は、例えばシート送り機構１８の所定の位置において、シートの終端が検出された場合、シート送り機構を反転動作させることで、排出することにより実現できるので、その詳細の説明は省略する。
コンソール２０は、ユーザが操作するための操作盤である。ユーザは、載置ユニット１４に原稿を載置した後に、コンソール２０の所定のボタン（不図示）を押す。ここでの所定のボタンは、原稿の載置の完了をスキャナ１０ａに認識させるためのボタンである。換言すれば、所定のボタンが押されることによって、スキャナ１０ａは、ユーザによる原稿の載置の完了を認識する。なお、コンソール２０は、本実施例では使わない。コンソール２０は、後に説明する第２実施例で利用される。
【００１７】
記憶装置２４には、ＣＰＵ１２が実行するための各種プログラムが記憶されている。なお、図１において「ＰＧＭ」と記述されているのは「プログラム」の略である。
通信プログラム３０は、ネットワーク９２を介して端末９０ａ等と通信するための処理が記述されたプログラムである。通信プログラム３０に基づくＣＰＵ１２の処理によって、通信ユニット１１が制御される。
監視プログラム３２は、載置ユニット１４に載置された原稿が取り替えられたか否かを監視する処理（監視処理）を記述したプログラムである。監視処理については後述する。なお、原稿センサ１６の出力（原稿の載置の検知）は、この監視プログラム３２の処理で利用される。
読取制御プログラム３４は、読取ユニット２２を制御するための処理を記述したプログラムである。読取制御プログラム３４は、原稿を読み取る際の解像度を指定する場合がある。
【００１８】
端末９０ａには、制御プログラム９１が記憶されている。制御プログラム９１には、スキャナ１０ａとのデータの授受の処理や、スキャナ１０ａから受信したメッセージを表示する処理が記述されている。
【００１９】
スキャナ１０ａの動作の概要を説明する。まず、原稿から読み取った画像を端末へ送信する処理の概要を説明する。本発明の特徴である監視処理（原稿が取り替えられたことを検知して通知する処理）については後述する。
スキャナ１０ａは、ユーザが載置した原稿から画像を読み込み、読み込んだ画像をユーザが指定する端末に送信することができる。
ユーザは、予めいずれかの端末（例えば端末９０ａ）を操作して、端末からスキャナ１０ａへ予約コマンドを送信する。予約コマンドとは、スキャナ１０ａに対して、そのコマンドを送信した端末を画像の送信先端末として登録させるためのコマンドである。予約コマンドには、端末のＩＰアドレスが付加されている。スキャナ１０ａは、予約コマンドに付加されているＩＰアドレスによって、予約コマンドを送信した端末を識別する。換言すれば、予約コマンドに付加されたＩＰアドレスは、画像送信先の端末を識別するための識別子である。ＩＰアドレスが付された予約コマンドを受け付けるときの通信ユニット１１は、読み取った画像の送信先端末を識別するための識別子が入力される入力部と換言することができる。
なお、端末９０ａの画面には、ネットワークを介して利用可能なスキャナ（スキャナ１０ａと１０ｂ）が表示されるので、ユーザは所望のスキャナ（本実施例の場合はスキャナ１０ａ）を選択して予約コマンドを送信する。
【００２０】
ユーザは、端末（例えば端末９０ａ）から予約コマンドを送信した後に、スキャナ１０ａの載置ユニット１４に原稿を載置する。次いでユーザは端末９０ａに戻り、スキャナ１０ａに対して画像の読み取り開始コマンドを端末９０ａから送信する。読み取り開始コマンドを受信したスキャナ１０ａは、載置ユニット１４に載置された原稿を読み取って、開始コマンドの送信元の端末９０ａ（予約コマンドに付された識別子によって識別される端末）に、読み取った画像を送信する。
【００２１】
次に、監視処理の概要を説明する。スキャナ１０ａは、端末から予約コマンドを受信すると、監視処理を起動する。監視処理は、原稿センサ１６の出力をモニタする。即ち、載置ユニット１４に原稿が載置されたか否かを監視する。載置ユニット１４への原稿の載置が検知される毎に、載置された原稿の一枚目のシートを読取ユニット２２へ搬送し、予め設定されている低解像度で読み取る。読取ユニット２２へ送られたシートは、シート送り機構１８によって再び載置ユニット１４へ戻される。一旦読み取ったシートを再び載置ユニット１４へ戻すことで、後に開始コマンドを受信したときに、ユーザが指定した解像度で原稿を再び読み取ることができる。
監視処理では、原稿センサ１６が原稿の載置を検出する毎に読み取った画像を、予約コマンドを受信してから最初に読み取った画像と比較する。比較結果が不一致の場合に、最後に読み取った画像を記憶する。その後、開始コマンドを受信すると、記憶した画像を開始コマンドの送信元端末へ送信する。端末では、その画面に、スキャナ１０ａから送られた画像を表示する。端末のユーザ（載置ユニット１４へ原稿を載置したユーザ）に、載置ユニット１４に載置した原稿が取り替えられたことを知らせることができる。
【００２２】
図２と図３を参照して、監視処理の詳細を説明する。監視処理は、イニシャル処理と監視メイン処理に分けられる。図２はイニシャル処理のフローチャート図を示しており、図３は監視メイン処理のフローチャート図を示している。なお、イニシャル処理と監視メイン処理は、監視プログラム３２に記述されている。
【００２３】
イニシャル処理は、端末から予約コマンドを受信すると起動される。イニシャル処理ではまず、予約コマンドに付されたＩＰアドレス（予約コマンドを送信した端末を識別する識別子）を記憶する（ステップＳ１０２）。別言すれば、ステップＳ１０２で記憶したＩＰアドレスによって識別される端末が、読み取った画像の送信先端末として登録される。
次にスキャナ１０ａは、載置ユニット１４に原稿が載置されるまで待機する（ステップＳ１０４：ＮＯ）。載置ユニット１４への原稿の載置は、前述した原稿センサ１６によって検知される。なお、イニシャル処理は時分割で他の処理と並列に実行されるため、ステップＳ１０４の判断が「ＮＯ」の場合のループ中に他の処理を実行することができる。換言すればＣＰＵ１２は、いわゆるマルチタスク型である。例えば、監視処理のキャンセル処理等が、ステップＳ１０４の判断が「ＮＯ」の場合のループ中に実行される場合がある。後述する監視メイン処理も同様にマルチタスク型で実行される。
【００２４】
載置ユニット１４への原稿の載置を検知すると（ステップＳ１０４：ＹＥＳ）、載置された原稿の一枚目のシートを読み取る（ステップＳ１０６）。読み取った画像は記憶される。ステップＳ１０６では、前述したように、シート送り機構１８によって原稿の一枚目のシートが読取ユニット２２へ搬送され、読み取りが完了すると、そのシートは再び載置ユニット１４へと戻される。
一枚目のシートを読み取ると、監視メイン処理を起動してイニシャル処理は終了する（ステップＳ１０８）。
【００２５】
次に、図３を参照して、監視メイン処理を説明する。
監視メイン処理では、予約コマンドを送信した端末から、画像の読み取りを開始させるコマンド（以下では開始コマンドと称する）を端末から受信するまで、ステップＳ２０２〜Ｓ２１０の処理を場合に応じて実行する（ステップＳ２００：ＮＯ）。スキャナ１０ａは、前述したステップＳ１０２で記憶したＩＰアドレスによって、予約コマンドを送信した端末を識別することができる。また、開始コマンドにも、その開始コマンドを送信した端末のＩＰアドレスが付されている。スキャナ１０ａは、予約コマンドに付されたＩＰアドレスと、開始コマンドに付されたＩＰアドレスを照合することによって、予約コマンド送信元の端末と開始コマンドの送信元の端末が同一であるか否かを判断する。予約コマンド送信元の端末と開始コマンドの送信元の端末が同一でない場合、開始コマンドの送信元の端末へ、すでに他の端末から予約コマンドを受信済みであり、開始コマンドを受け付けられない旨のメッセージを送信する。
なお、前述したように、スキャナ１０ａのＣＰＵ１２はマルチタスク型であるので、開始コマンド受信待ちの間であっても（ステップＳ２００の判断がＮＯの場合であっても）、いつでも他のコマンド、例えば監視メイン処理のキャンセルなどのコマンドを受け付けて実行することができる。
【００２６】
スキャナ１０ａは、開始コマンドを受信するまでの間（ステップＳ２００：ＮＯ）、載置ユニット１４への原稿の新たな載置を検知する（ステップＳ２０２）。前述したように、載置ユニット１４に原稿が載置されると、載置された原稿によって原稿センサ１６の発光部の照射光が遮断され、受光部は「非受光状態」となる。従って、図２のステップＳ１０４で原稿の載置が検知された後に、原稿の取り替えが行われなければ、受光部は「非受光状態」のままである。逆に、原稿の取り替えが行われると、受光部は一旦「受光状態」となった後に再び「非受光状態」となる。監視プログラム３２は、原稿センサ１６の受光部が「受光状態」から「非受光状態」に変化することを検知して、載置ユニット１４に原稿が新たに載置されたことを認識する。
【００２７】
ステップＳ２０２で原稿の新たな載置が検知されると（ステップＳ２０２：ＹＥＳ）、ステップＳ１０６の処理と同様に、載置された原稿の一枚目のシートを読み取る（２０４）。そして、ステップＳ１０６で読み取った画像と、ステップＳ２０４で読み取った画像を比較する（ステップＳ２０６）。ここで、比較とは、ステップＳ１０６で読み取った画像とステップＳ２０４で読み取った画像の差分を算出する。差分が閾値よりも小さければ両者は一致していると判断され、差分が閾値よりも大きければ両者は一致していないと判断される。両者が一致していない場合（ステップＳ２０８：ＮＯ）は、ステップＳ２０２で新たな原稿の載置が検出されたときに、原稿が取り替えられたことが判明する。この場合には、最後に読み取った画像（ステップＳ２０４で読み取った画像）を記憶する（ステップＳ２１０）。なお、ステップＳ２１０では、画像の不一致の検知があったこと（即ち、ステップＳ２０８の判断がＮＯとなったこと）を合わせて記憶する。
ステップＳ２１０の処理が終了すると、再び開始コマンドを待つ（ステップＳ２００）。
ステップＳ１０６で読み取った画像とステップＳ２０４で読み取った画像が一致している場合（ステップＳ２０８：ＹＥＳ）、画像の取り替えは行われなかったことが判明する。この場合には、ステップＳ２１０をスキップして、再びステップＳ２００の処理に移行する。
【００２８】
予約コマンドの送信元の端末から開始コマンドを受信すると（ステップＳ２００：ＹＥＳ）、ステップＳ２１２の処理が実行される。ステップＳ２１２では、ステップＳ２０８の処理において画像の不一致の検知があった場合（ステップＳ２１２：ＹＥＳ）、ステップＳ２１０で記憶した画像を、開始コマンドの送信元端末へ送信する（ステップＳ２１６）。
他方、ステップＳ２０８の処理において画像の不一致の検知がなかった場合（ステップＳ２１２：ＮＯ）、載置ユニット１４に載置された全ての原稿を順次読み取って、開始コマンド送信元の端末（即ち、予約コマンド送信元の端末）へ、読み取った画像を送信する（ステップＳ２１４）。
【００２９】
ステップＳ２１６の処理で送信された画像を受信した端末（開始コマンドの送信元端末）では、受信した画像を画面に表示する。ステップＳ２１６で送信された画像は、端末のユーザに対して、載置ユニット１４への原稿の新たな載置の検出を知らせるメッセージとなる。ステップＳ２１６で送信された画像によって、ユーザが載置した原稿（ステップＳ１０４で載置が検知されたときの原稿）が、意図せずに取り替えられたことをユーザに知らせることができる。
【００３０】
本実施例のスキャナ１０ａは、原稿が載置ユニット１４に載置されたときから、ユーザが端末から画像読取開始コマンドを送信するまでの間に、原稿が意図せずに取り替えられたことをユーザに通知することができる。またこのスキャナ１０ａは、原稿に無線タグを付する必要がない。原稿センサ１６は、低コストの発光素子と受光素子で構成することがきる。従って、監視処理を実行するためのハードウエアを低コストで実現することができる。
また、このスキャナ１０ａは、開始コマンドを受信するまでは、上記したメッセージを送信しない。スキャナ１０ａが開始コマンドを受信するまでは、（即ち、端末が開始コマンドを送信するまでは）、ユーザがその端末の前にいない可能性がある。逆に、開始コマンドを受信したときには、ユーザが開始コマンドの送信元端末を操作していることが確実である。開始コマンドを受信したタイミングで上記したメッセージを送信することで、ユーザに確実にメッセージを知らせることができる。この点は、ネットワークを介して端末と接続され、端末から操作されるスキャナにとって好適である。なぜならば、スキャナと端末の場所が離れている場合が多く、そのような場合には、ユーザがスキャナに原稿を載置してから端末を操作して開始コマンドを送信するまでの間に、ユーザが端末の前にいない期間があるからである。
【００３１】
第１実施例の変形例を説明する。
上記説明では、予約コマンドの受信を条件として、図２に示すイニシャル処理が起動される構成について記載した。しかし、予約コマンドを採用しない構成であっても良い。この場合、Ｓ１０２は実行されない。すなわち、このイニシャル処理は、スキャナ１０ａの電源がＯＮにされた状態で開始される。そして、原稿の載置を条件として（Ｓ１０４：ＹＥＳ）、Ｓ１０６に移行する。
また、予約コマンドを受け付けることもできるが、予約コマンドを受信しなくても、原稿の読取・送信をできる構成とすることもできる。この場合、予約コマンドを受信した場合、Ｓ１０２が実行されるが、予約コマンドを受信することなく原稿の載置が検知された場合、その処理はＳ１０４から開始される。
さらに、上記説明では、Ｓ２１２において、画像不一致の検知のあり／なしを条件として（Ｓ２１２：ＮＯ）、Ｓ２１４又はＳ２１６の処理が行われる構成について記載した。しかし、画像不一致の検知のあり／なしを条件としない構成であっても良い。この場合、読取ユニット２２に搬送したシートを再び載置ユニット１４へ戻すためのシート送り機構１８、Ｓ１０６及びＳ２０４〜Ｓ２０８が不要であり、かつＳ２１０は、Ｓ１０４で原稿の載置を検知した後、Ｓ２０２で、再度、原稿の載置を検知したことを記憶し、Ｓ２１２は、Ｓ２１０における記憶がなされているか否かを条件とする構成となる。具体的に説明すると、Ｓ１０４で原稿の載置を検知した（Ｓ１０４：ＹＥＳ）後、Ｓ２０２で、再度、原稿の載置を検知した場合（Ｓ２０２：ＹＥＳ）、Ｓ２１０では、その旨が記憶される。そして、Ｓ２００において、開始コマンドが受信されたと判断を条件として（Ｓ２００：ＹＥＳ）、Ｓ２１２では、Ｓ２１０において再度の原稿の載置が記憶されているか否かの判断が行われる。そして、判断の結果が否定される場合、換言すれば、Ｓ２０２において、再度の原稿の載置が検知されていない場合（Ｓ２１２：ＮＯ）、原稿の読取・送信処理が実行される（Ｓ２１４）。これに対し、肯定される場合（Ｓ２１２：ＹＥＳ）、原稿が取り替えられた可能性がある旨を内容とするメッセージを、開始コマンドの送信先の端末に送信する。送信されたメッセージは、これを受信した端末において、端末が備える画面（出力装置）に表示（出力）される。これにより、自らが載置した原稿が取り替えられた可能性があることを、端末のユーザに知らせることができる。
なお、上記説明に対するこれら２つの変形例をともに採用した構成とすることもできる。
【００３２】
（第２実施例）
第２実施例のスキャナ（画像読取装置）を説明する。このスキャナは、第１実施例のスキャナ１０ａにおいて、図１で説明したコンソール２０を有効に利用する。本実施例のスキャナの構成は、図１で説明したスキャナ１０ａと同じであるので、説明を省略する。
本実施例のスキャナは、図２で説明したイニシャル処理のステップＳ１０４の処理のみが第１実施例のスキャナ１０ａと異なる。本実施例のスキャナは、ステップＳ１０４の処理に替えて、ユーザがコンソール２０の所定のボタン（原稿の載置完了を装置に認識させるためのボタン）を操作したか否かを判断する。本実施例のスキャナは、ユーザ操作を受け付けると、ステップＳ１０６の処理を実行する。以後の処理は、第１実施例のスキャナの処理と同様である。
なお、本実施例においても、第１実施例に記載した変形例を適宜採用することができる。
【００３３】
本実施例のスキャナは、ユーザによる原稿の載置の完了を、ユーザ操作によって確定的に判断することができる。ユーザは、原稿をきちんと載置できなかった場合、幾度か載置ユニット１４へ原稿を載置し直すことがある。本実施例のスキャナは、ユーザが幾度か載置し直す場合であっても、ユーザによる原稿の載置のやり直しを、意図しない原稿の取り替えと判断せずに済む。
【００３４】
（第３実施例）
次に、本発明の第３実施例を説明する。本実施例は、ネットワークを介して接続されたスキャナと端末からなる画像読取システムである。このシステムは、図１に示したスキャナ１０ａと端末９０ａ〜９０ｃからなる。但し、読取ユニット２２に搬送したシートを再び載置ユニット１４へ戻すためのシート送り機構１８は備えていなくともよい。
本実施例のスキャナ１０ａは、図２に示したイニシャル処理（但し、ステップＳ１０６を除く）を実行する。即ち、スキャナ１０ａは、端末から予約コマンドを受け付けた後に最初に原稿の載置を検出すると（ステップＳ１０４：ＹＥＳ）、監視メイン処理を実行する（ステップＳ１０８）。
図４に、本実施例のスキャナ１０ａが実行する監視メイン処理のフローチャートを示す。監視メイン処理では、予約コマンドの送信元端末から開始コマンドを受信するまで、原稿の載置の検知を継続する（ステップＳ３０２）。
スキャナ１０ａは、開始コマンドを受信する前に原稿の新たな載置を検知すると（ステップＳ３０２：ＹＥＳ）、「新たな載置」の検知があったことを記憶する（ステップＳ３０４）。そして、再び開始コマンドを待つ（ステップＳ３００）。
【００３５】
開始コマンドを受信すると（ステップＳ３００：ＹＥＳ）、ステップＳ３０６に処理が実行される。ステップＳ３０６では、ステップＳ３０４の処理において新たな載置の検知が記憶されている場合（ステップＳ３０６：ＹＥＳ）、新たな載置の検知を知らせる旨のメッセージを開始コマンドの送信元端末へ送信する（ステップＳ３１０）。
他方、ステップＳ３０４の処理において新たな載置の検知が記憶されていない場合（ステップＳ３０６：ＮＯ）、載置ユニット１４に載置された全ての原稿を順次読み取って、開始コマンド送信元の端末（予約コマンド送信元の端末）へ、読み取った画像を送信する（ステップＳ３０８）。
【００３６】
スキャナ１０ａからのメッセージを受信した端末９０ａの処理を図５に示す。
端末９０ａは、「新たな載置」の通知を受信すると（ステップＳ４００：ＹＥＳ）、「新たな載置」があった旨のメッセージと、最も低い解像度を指定して原稿の読み取り開始コマンドを送信することを推奨する旨のメッセージを画面に表示する（ステップＳ４０２）。その後、ユーザからのコマンド入力を待つ（ステップＳ４０４）。なお、図５に示した処理は、端末９０ａに記憶された制御プログラム９１に記述されている。
ユーザは、画面に表示されたメッセージに従って、低解像度を指定して開始コマンドを送信することができる。或いはユーザは、予約コマンドをキャンセルするコマンドを送信してもよい。予約コマンドをキャンセルするコマンドを受信したスキャナ１０ａは、監視メイン処理を中断する。
【００３７】
本実施例のスキャナ１０ａは、原稿の載置が検知される毎に原稿の一枚目を読み取る必要がない。また、読取ユニット２２に搬送したシートを再び載置ユニット１４へ戻すためのシート送り機構１８は備えていなくともよい。原稿の取り替えを検知してユーザに通知するための監視処理を低コストで実現できる。
なお、本実施例においても、第１実施例に記載した予約コマンドを採用しない構成とすることもできる。
【００３８】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
例えば、画像読取装置は、プリンタ機能やコピー機能を併せ持った複合装置であってもよい。
或いは、スキャナへの画像送信先端末を識別する識別子は、ネットワークを介さずに、コンソール２０から直接に入力されてもよい。この場合には、コンソール２０が、画像送信先端末を識別するための識別子が入力される入力部となる。
【００３９】
また、スキャナは、予約コマンドの受付を省略してもよい。監視処理が実行されていない状態で原稿の載置が検知された場合に、前述した監視メイン処理を実行すればよい。
【００４０】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００４１】
【図１】画像読取装置のブロック図である。
【図２】画像読取装置が実行するイニシャル処理のフローチャート図である。
【図３】画像読取装置が実行する監視メイン処理のフローチャート図である。
【図４】他の実施例の画像読取装置が実行する監視メイン処理のフローチャート図である。
【図５】端末が実行する処理のフローチャート図である。
【符号の説明】
【００４２】
１０ａ、１０ｂ：スキャナ（画像読取装置）
１１：通信ユニット
１２：ＣＰＵ
１４：載置ユニット
１６：原稿センサ
１８：シート送り機構
２０：コンソール
２２：画像読取ユニット
２４：記憶装置
３０：通信プログラム
３２：監視プログラム
３４：読取制御プログラム
９０ａ、９０ｂ、９０ｃ：端末
９１：制御プログラム
９２：ネットワーク
【図１】
0004952483.tif 000002
【図２】
0004952483.tif 000003
【図３】
0004952483.tif 000004
【図４】
0004952483.tif 000005
【図５】
0004952483.tif 000006