JP2023163541A - 画像読取装置 - Google Patents

Abstract

【課題】画像読取装置１００において、簡便なネットワーク接続確立方法を提供しつつ、起動するジョブが判別しやすい接続情報を含むテキストから生成されたコード画像を表示する。【解決手段】原稿１０１を読み取って画像を端末２００に出力する画像読取装置１００であって、端末２００と接続するために使用する接続情報を生成する接続情報生成手段を有し、接続情報はジョブにかかわるパラメーターを含むことを特徴とする。パラメーターは、接続情報にテキストとして含まれていることを特徴とする。【選択図】図１

Description

本発明は、端末に接続し画像を読み取って送信する画像読取装置に関する。

原稿台に置かれた原稿を搬送して画像を読み取る画像読取装置では、使用者は自身が操作する端末と画像読取装置とを汎用の通信手段で接続し、画像の読取を行う。接続する通信手段がローカルエリアネットワークの場合、複数の画像読取装置が同一ネットワーク網に接続されるため、操作端末のソフトウェアは、使用者がどの画像読取装置と接続したいのかが自動で判断できないため、使用者に画像読取装置の例えばＩＰアドレスなどの接続情報を入力させる必要があった。

これを解決すべく特許文献１では、画像読取装置本体に表示器がある場合に、画像読取装置本体のＩＰアドレスなどの接続情報をコード画像で表示することで、コードを読み取った使用者の操作端末から容易にアクセスできるようになっている。

特許第５８２２０４０号公報

特許文献１に開示されている技術により、操作端末から容易にアクセスができるようになった一方、操作端末が記憶した接続情報では、どのスキャンジョブが実行されるのか使用者が判断できないという課題があった。

上記課題を解決するために、本発明に係る画像読取装置は、
原稿を読み取って画像を端末に出力する画像読取装置であって、
前記端末と接続するために使用する接続情報を生成する接続情報生成手段を有し、
前記接続情報はジョブにかかわるパラメーターを含むことを特徴とする。

操作端末から画像読取装置への接続容易性が損なわれることなく、どのスキャンジョブが実行されるのか使用者が判断することができる。

画像読取装置の搬送経路を表す断面図 画像読取ユニットの断面図 画像読取装置と操作端末のブロック図 原稿検知の説明図 原稿検知のフローチャート 操作部に表示される画面例 ＵＲＩ文字列の構成を説明する図 ＷＥＢブラウザーに表示するログイン画面例 アクセス判定のフローチャート コード画像変更のフローチャート アクセスされたときの処理のフローチャート ＷＥＢブラウザーに表示されるジョブ画面例

以下、本発明の例示的な実施形態について図面を参照して説明する。なお、以下の各実施形態は例示であり、本発明を各実施形態の内容に限定するものではない。また、以下の各図においては、実施形態の説明に必要ではない構成要素については図から省略する。

図１は、一実施形態による画像読取装置１００の概略的な構成図である。

原稿台１０２は、読取対象の原稿１０１を積載収納する。原稿台１０２上の原稿は、原稿台原稿検知センサ１１０によって検出され、給紙ローラ１０６により一枚ずつ分離されて搬送路１０８に送り出され、搬送ローラ１０７によって搬送路１０８に沿って搬送され、排出部１０３に排出される。排出部１０３は画像読取処理を終えた原稿１０１を積載収納し、排出部原稿検知センサ１１１にて排紙原稿の有無を検出する。レジストセンサ１０９は、搬送路１０８を搬送される原稿１０１を検出する。レジストセンサ１０９が原稿１０１を検出すると、画像読取ユニット１０４は、原稿上に形成された画像の読み取りを開始する。本実施形態において、画像読取ユニット１０４は、搬送路１０８の両側に２つ設けられており、一方が原稿１０１の表面を、他方が原稿１０１の裏面を読み取る。なお、画像読取ユニット１０４を１つのみとする構成であっても良い。各画像読取ユニット１０４の対向位置には、背景板１０５がそれぞれ設けられている。背景板１０５は、例えば、黒色の部材である。排紙口センサ１１２は、原稿１０１が搬送路１０８に残っているか、排出部１０３に排出されたかを検出する。

図２は、一実施形態による画像読取ユニット１０４の概略的な構成図である。

画像読取ユニット１０４は、筐体１０４１と、搬送路１０８に面して設けられたガラス板１０４２とによって、内部が密封されている。

画像読取ユニット１０４の内部には、ラインイメージセンサ１０４３と、一対の発光部１０４４ａ及び１０４４ｂと、が設けられている。ラインイメージセンサ１０４３は原稿１０１の搬送方向と直交する方向（主走査方向）に延設され、主走査方向の１ライン分の画像を１度に読み取る。ラインイメージセンサ１０４３は、例えば、ＣＣＤラインセンサやコンタクトイメージセンサである。発光部１０４４ａは、ラインイメージセンサ１０４３に対して原稿１０１の搬送方向の上流側に配置され、可視光を発光する光源を有する。発光部１０４４ｂは、ラインイメージセンサ１０４３に対して搬送方向の下流側に配置される光源を有する。ラインイメージセンサ１０４３は、一対の発光部１０４４ａ及び１０４４ｂの間に、挟みこまれるようにして配置されている。一対の発光部１０４４ａ及び１０４４ｂは、それぞれ、ラインイメージセンサ１０４３と略平行に延設されており、例えば、複数のＬＥＤからなるＬＥＤアレイにより構成される。ラインイメージセンサ１０４３は、図２において破線矢印で示すように、発光部１０４４ａや１０４４ｂが照射し、原稿１０１で反射した反射光を受光・検出して原稿１０１上の画像を読み取る。

図３は、一実施形態による画像読取装置１００の制御構成を示す図である。

画像読取装置１００の制御部１０は、ＣＰＵ１１を備え、ＣＰＵ１１は、ＲＯＭ１２に記憶されたプログラムを実行し、画像読取装置１００全体の制御を行う。ＲＯＭ１２には、ＣＰＵ１１が実行するプログラムや固定的なデータが記憶される。ＲＡＭ１３には、ラインイメージセンサ１０４３が読み取った画像データや、ＣＰＵ１１の演算結果といった可変データが記憶される。ＲＯＭ１２及びＲＡＭ１３は他の記憶デバイスであっても良い。制御部１０の入出力ＩＦ１４には、発光部１０４４ａ及び１０４４ｂを駆動する駆動回路２４や、ラインイメージセンサ１０４３が読み取った画像に対してシェーディング補正等の画像処理を行う画像処理回路２６が接続される。なお、ＡＤＣ２５は、ラインイメージセンサ１０４３が出力するアナログ画像信号をデジタル画像データに変換するアナログ・デジタル変換器である。

ＣＰＵ１１は、画像処理回路２６から出力される画像データを取得する。通信ＩＦ１５は、使用者が操作する端末２００と接続するためのインタフェースであり、例えば、画像読取装置１００が読み取った画像データは、通信ＩＦ１５経由で端末２００に出力される。制御部１０には、原稿台原稿検知センサ１１０と排出部原稿検知センサ１１１を構成する発光部１２１を駆動する駆動回路１２３や、原稿台原稿検知センサ１１０と排出部原稿検知センサ１１１を構成する受光部１２２が受光したアナログ信号をデジタルデータに変換するアナログ・デジタル変換器（ＡＤＣ）１２４が接続されている。

操作部１２５は画像読取装置１００のステータスや設定を表示や変更を行うように表示部と入力部とで構成され、制御部１０はその表示内容や入力の制御を行う。本実施例では、表示部に液晶パネル、入力部にタッチパネルといった汎用な構成を例に説明するが、グラフィカルなユーザーインターフェースであればどのような機器でもかまわない。

次に、画像読取装置１００が実行する処理について説明する。

画像読取装置１００は、例えば、操作部１２５の操作あるいは、端末２００を介して、使用者が読み取り開始を指示した場合に原稿１０１の読み取りを開始する。ＣＰＵ１１はまず給紙ローラ１０６を駆動して原稿１０１の搬送を開始する。レジストセンサ１０９によって原稿１０１が画像読取ユニット１０４の読取位置に到達したことが検出されると、ＣＰＵ１１は、発光部１０４４ａ及び発光部１０４４ｂの発光を制御し、ラインイメージセンサ１０４３を駆動して原稿１０１の画像を読み取る。

図４は、画像読取装置１００の原稿台原稿検知センサ１１０，排出部原稿検知センサ１１１について概略的な構成図である。

発光部１２１は、ＣＰＵ１１の制御に基づいて、点灯や消灯を行うＬＥＤである。受光部１２２は、集光レンズを含む受光体で、受光した光を光電変換し、不図示のＡ／Ｄ変換器を経て、ＣＰＵ１１に入力する。発光部１２１からの光が原稿１０１で反射して受光部１２２が受光したとき、原稿台１０２あるいは排出部１０３に原稿１０１があり（図４（ａ）参照）、受光部１２２が受光しなかったときは原稿１０１がないと検知する（図４（ｂ）参照）。

また、排出部原稿検知センサ１１１の代わりに、例えば、最終原稿の後端を排紙口センサ１１２の前に止めるように搬送を行い、排紙口センサ１１２が原稿１０１を検知している場合は、「排出部１０３に原稿あり」とし、使用者により原稿が引き抜かれ排紙口センサ１１２が原稿１０１を検知しなくなった場合、「排出部１０３に原稿なし」と判断してもよい。

図５は、ＣＰＵ１１が実行する原稿検知の制御方法に関するフローチャートである。

ＣＰＵ１１は、Ｓｔｅｐ５０１にてＬＥＤを発光する。受光Ａ／Ｄ変換器を動作させ（Ｓｔｅｐ５０２）、所定のＡ／Ｄ変換時間を経て（Ｓｔｅｐ５０３）、受光量を取得する（Ｓｔｅｐ５０４）。ここで得た値を、Ｖ１とする。

次に、ＣＰＵ１１は、ＬＥＤを消灯する（Ｓｔｅｐ５０５）。受光Ａ／Ｄ変換器を動作させ（Ｓｔｅｐ５０６）、所定のＡ／Ｄ変換時間を経て（Ｓｔｅｐ５０７）、受光量を取得する（Ｓｔｅｐ５０８）。ここで得た値を、Ｖ２とする。Ｓｔｅｐ５０９において、ＣＰＵ１１は、式１に基づいて、原稿の有無を判断する。
式１ ｜Ｖ２－Ｖ１｜ ＞Ｓ …原稿あり
≦Ｓ …原稿なし
（Ｓは所定の値）

図６は、操作部１２５に表示される画面例を表す図である。

図６（ａ）は操作部１２５に表示される画面の一例であり、ログイン名とパスワードを入力し、ログインすることで、使用者が装置の使用権を画像読取装置１００の本体側で獲得しようとしている画面の一例である。このように本画像読取装置１００を使用するには、あらかじめ使用者を登録しておき、登録された使用者がログインすることで使用できるようになっている。

ただし、ログイン名（ユーザーＩＤ）を用いたログイン処理は必須ではなく、例えばゲストユーザーとしてログインすることも可能に構成しても良い。また、ログインの処理を行うことなく使用権を切り換えることで使用者が変更され、その時点で新たにログインされたものとしても良い。ＣＰＵ１１は、上記のような方法で画像読取装置１００の使用者を特定する使用者特定手段として機能する。

ログイン名とパスワードを入力してログインする方法のほかに、ＮＦＣを用いてＩＤカード等をかざすことによって、クレデンシャルを取得してログイン処理をしても良い。

図６（ｂ）は、使用者がログインした後に画像読取装置１００の操作部１２５に表示される画面の一例である。

使用者はあらかじめ画像読取装置１００に複数のスキャンジョブを登録することができ、画面には複数の登録されたスキャンジョブのリスト６０１が表示されている。スキャンジョブのリスト６０１には、スキャンジョブの一例として、レポート用にスキャン設定として登録した「レポート」、請求書を処理する業務で使用する「請求書」、外出等レシートが発生したときに精算処理をするための「レシート」、他社と契約を交わす際に記録として保管するための「契約書」、のスキャンジョブが表示されている。

使用者は画面操作によって実行するジョブを選択することができる。使用者によりジョブを選択され、スタートボタン６０３を押下されることで、選択されたスキャンジョブが実行される。

また画面には、ログインした後に生成された、使用者が端末２００で読み取るためのコード画像６０２が表示される。本実施例では、表示されているコード画像は、後述するコード画像生成処理によって生成される。一例として、現在使用中の使用者を示すユーザーＩＤ「３８１５７６」とジョブＮｏ．０２に基づいて生成されたコード画像６０２を表示しており、ジョブを選択するとコード画像６０２が変更される。コード画像は２次元コードでもよいし、バーコードなど１次元コードでも構わない。

ジョブを選択している時は画面上のコード画像は変更せずに、ジョブを選択した後に「コード画像生成ボタン」や「スキャン開始ボタン（一例としてスタートボタン６０３）」を押下したことに応じて、コード画像を変更してもよい。この時、端末２００がコード画像を読み取ると、後述するスキャン結果をレスポンスデータとして端末２００に送信する。

本実施例では、ユーザーＩＤは、使用者がログイン中は図示しないメモリに保管され、ユーザーＩＤが図示しないメモリに保管されている間は、画像読取装置１００を使用中としている。使用者が画像読取装置の使用を終了するときは、図示しないログアウトボタンによりログアウトし、図示しないメモリに保管されたユーザーＩＤはクリアされる。この時、画像読取装置１００が使用中か否かの判断は、ＣＰＵ１１が使用状態判定手段として機能することにより実施される。

図７を用いて、図６（ｂ）で表示されたコード画像６０２の生成処理について説明する。

コード画像６０２はテキストをベースに生成され、主にＵＲＬをエンコードしている。生成するテキストは、図７（ａ）のようにジョブＮｏ．０２にかかるＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を含むテキスト情報である。このＵＲＩは、ＣＰＵ１１（接続情報生成手段）によって生成される。

図７（ｂ）に示すように、ＵＲＩには通信プロトコル、画像読取装置１００のＩＰアドレス、ジョブＮｏ．０２を表すＡＰＩ名称、ジョブにかかわるパラメーターの一部が一つのテキストとして連結されている。ＵＲＩ文字列は、一般的に使用者が読み取って内容を理解できるものではないが、本実施例ではＵＲＩからジョブの内容が使用者に判読できるように、パラメーターの先頭にｋｅｙパラメーターを配置した。ｋｅｙパラメーターは、図示しないジョブ設定画面にて使用者がジョブの判別の一助となるように、使用者自身が決定した文字列である。本実施例では「ｉｎｖｏｉｃｅ」というｋｅｙパラメーターで、請求書スキャン用ジョブであることが判別できるようにしている。

また、図中の「ｔ＝２０２１０７２８１４４７２５」で表されているｔパラメーターには、コード画像６０２を生成した日時を示すようにしている。日時の使用方法については後述するが、このコード画像６０２を使用して使用者が本体にジョブ開始指示を発行した際に、期限切れの指示か否かを制御部１０が判定するために用いられる。

また、図中の「ｕｉｄ＝３８１５７６」で表されているユーザーＩＤは、現在画像読取装置１００を使用中の使用者を示す識別コードである。

テキスト情報の最後にはハッシュ値が保管されており、図７（ｃ）のように、画像読取装置１００のプライベートな文字列（プライベートキー）と、ユーザーＩＤ、コード画像生成日時を連結した文字列をＭＤ５エンコードすることで得られるトークン（ハッシュ値）である。画像読取装置１００のプライベートキーを含んだこのハッシュ値により、本ＵＲＩを使用した接続が、制御部１０が生成したコード画像６０２に基づいたものか否かの判定に使用することができる。

上述のように、ＵＲＩに含まれる「０２／ｊｏｂ」はジョブにかかわるパラメーター内のジョブ番号のみであり、スキャンジョブ設定の大半はＲＯＭ１２に保管されている例を説明したが、ＵＲＩに含まれるジョブにかかわるパラメーターはスキャンジョブの一部または全部でもよく、パラメーター全部をＵＲＩに含ませた場合は例えば、
／ｊｏｂ／？ｍｏｄｅ＝ｂｌａｃｋａｎｄｗｈｉｔｅ＆ｄｐｉ＝３００＆ｓｉｚｅ＝ａ４
としてもよい。スキャンジョブ設定の全てをＵＲＩに含ませる例の使用用途として、例えば、画像読取装置１００のＲＯＭ１２には読み取り設定を保存せずに、ワンタイム設定スキャンを実施する場合が挙げられる。

また、図７（ｄ）のように、ジョブのパラメーターの一部または全部をＵＲＩに含ませる場合に、ｋｅｙパラメーターの後ろに「ｉｎｖｏｉｃｅＣｏｌｏｒ３００ＤｆｄＰｄｆ」のようにジョブ番号「０２／ｊｏｂ」とは異なる文字列に連続するように記載しても良い。この場合、上述のような「請求書スキャン用ジョブ」という情報に加え、「カラー、３００ＤＰＩ、重送検知、ＰＤＦ」という情報を視認性よく判読することができる。

図８は、使用者が端末２００上で動作するＷＥＢブラウザーを操作して、画像読取装置１００に画面要求を行い、得られた画面の例である。

一般的に画面要求には、ｈｔｔｐやｆｔｐといった汎用のプロトコルを使用している。本実施例では、端末２００から画像読取装置１００に対して画面要求やスキャンコマンド、画像データの要求すべてを、ネットワークポート８０を使用したｈｔｔｐプロトコルで実施している。

図８に示すログイン画面は、使用者が装置の使用権を獲得しようとしている際に、ＷＥＢブラウザーに表示される。

使用者の端末２００に画像読取装置１００に指示を送るような指示アプリケーションがインストールされている場合、端末２００でコード画像を読み取った後、ＷＥＢブラウザーではなくこの指示アプリケーションが起動し、図８のようにログイン名やパスワードをユーザーが直接入力せずに、指示アプリケーションに記憶された情報を用いて画像読取装置１００に自動的にログインできるように構成しても良い。

次に、画像読取装置１００が受けたｈｔｔｐリクエストに関し、ネットワーク端末が発行したｈｔｔｐが正規のアクセスかどうかの判定処理について、図９のフローチャートを用いて説明する。

本実施例では、正規のアクセスとは、図６（ｂ）を用いて説明したようにコード画像６０２を端末２００で読み取ってアクセスしてきたかどうかを指している。

まずＳｔｅｐ９０１、９０２では、ＵＲＩ文字列からコード作成時間ｔと、ユーザーＩＤであるｕｉｄの値を取得する。なお、ゲストユーザーとしてログインしている場合など、ＵＲＩにｕｉｄが存在しない場合には、ｕｉｄには空の文字列が保管される。

Ｓｔｅｐ９０３では、ＲＯＭ１２の中で、外部から閲覧できない場所に保管しているプライベートキーである「ＡＢ３００２３６」を取得する。プライベートキーは装置機器ごとに異なる値が保管されていて、使用者のみならず本画像読取装置１００の製造者もその値を知ることの無い秘密鍵として保管している。

Ｓｔｅｐ９０４では、ＣＰＵ１１はトークン生成手段として、これら文字列を結合して式２のようにＭＤ５ハッシュ計算を行い、ハッシュ値を算出する。
式２
ハッシュ値 ＝ ＭＤ５（
'ＡＢ３００２３６' +
'_' +
'３８１５７６' +
'_' +
'２０２１０７２８１４４７２５'）

Ｓｔｅｐ９０４で算出されたハッシュ値と、ＵＲＩで文字列から取得したハッシュ値を比較して一致した場合、本画像読取装置１００が生成したコード画像６０２に基づいた、正規アクセスであると判定する（Ｓｔｅｐ９０６）。

ハッシュ値は後述するようにコード画像６０２の生成と共に本体内部ＲＡＭ１３にも保管しているため、ＲＡＭ１３に保管しているハッシュ値と比較することで正規ハッシュ値であるか判定することもできる。

また本画像読取装置１００本体側を操作している使用者は、図６（ａ）でログインした使用者であるか確認を行い（Ｓｔｅｐ９０７）、さらにコード画像６０２が生成されてからの時間に基づいて有効期間かどうかの判定を行う（Ｓｔｅｐ９０８）。

有効期間の判定は、式３のように現在時刻とｔの差を算出して所定値Ｅ以下であれば有効期間とする。
式３ ｜ｔ － 現在時刻｜ ≦Ｅ …有効期間
＞Ｅ …期限切れ

以上のように、ＵＲＩ文字列からコード生成時間のｔ、ユーザーＩＤであるｕｉｄ、それらに基づいて生成したハッシュ値が正しいか確認することで、制御部１０が作成したコードによるアクセスではないことが確認することができ、不正なアクセスに対して拒絶することができる。また、時間とユーザーＩＤも確認することで、セキュリティを保った状態でアクセスを受け入れることができる。

図１０を用いて、コード画像の表示変更処理について説明する。

装置本体で使用者がログインして使用者が使用を開始した場合、Ｓｔｅｐ１００１で新たにコード画像６０２を生成して表示する。このときタイマーを始動して（Ｓｔｅｐ１００２）、コード画像６０２を生成してからの時間経過に使用する。なお、上述したように、ジョブを選択してコード画像が変更された場合には、コード画像が変更（生成）された時点から再度タイマーが始動する。

Ｓｔｅｐ１００３で端末２００から正規アクセスを受けた場合、表示しているコード画像６０２は使用されたと判断して（Ｓｔｅｐ１００３）廃棄し、新たにコード画像を生成し表示する（Ｓｔｅｐ１００８）。

また原稿が原稿台１０２に載置されたことを検知した場合（Ｓｔｅｐ１００４：Ｙｅｓ）、コード画像を新たに生成してハッシュ値をＲＡＭ１３に記憶しておく（Ｓｔｅｐ１００６）。原稿が取り除かれた場合には（Ｓｔｅｐ１００５：Ｙｅｓ）、コード画像を新たに生成して、ＲＡＭ１３の紐づけ用ハッシュ値をクリアする（Ｓｔｅｐ１００７）。

これらを計時タイマーと現在時刻とを比較して、所定時間経過したと判断した場合（Ｓｔｅｐ１００９）はコード画像を変更（Ｓｔｅｐ１００８）、所定時間経過していないと判断した場合（Ｓｔｅｐ１００９：Ｎｏ）にはＳｔｅｐ１００３から繰り返す。なお、所定時間とは、図９のＳｔｅｐ９０８にある有効期間と同じ時間であると好ましい。

以上のようにしてコード画像を適時変更することで、ＷＥＢブラウザーを使用した原稿読取ジョブの開始に際し、画像読取装置１００に原稿を載置した使用者以外のアクセスが困難となるため、原稿台の原稿が不正アクセスによって取得されてしまうことを防止する効果がある。特に、Ｓｔｅｐ１００４～Ｓｔｅｐ１００６により、ＲＡＭ１３に保存されている原稿と紐づけされたコード画像は、原稿が原稿台に置かれている間にしか端末２００で読み取られることがないため、すなわち制御部１０は原稿を載置した使用者当人がアクセスしてきたと判断してかまわない。

また、上記例ではコード画像は常に表示されている例を示したが、原稿が置かれた時にコード画像を表示し、原稿がないときにはコード画像を非表示にしてもよい。これにより使用者にとって原稿載置をすれば原稿読出し開始のためのコード画像が表示されるという手順が確立されるため、ユーザビリティが向上する。

本実施例では正規アクセスの有無、原稿の載置、時間経過、でコード画像を変更したが、これらの変更する要件は、それぞれ有効無効の選択式にし、図示しない設定画面など使用者に選択させることが可能である。

たとえばＳｔｅｐ１００１とＳｔｅｐ１００３とＳｔｅｐ１００９の処理を無効にして、さらにＳｔｅｐ１００７ではコード画像を非表示にすることで、コード画像は原稿台に原稿が置かれているときのみ表示されるように制御してもよい。

まとめると、ＣＰＵ１１は画像読取装置１００の状態判定手段として機能し、これによって、画像読取装置１００の状態を判定する。この判定結果に基づいて、すなわち、画像読取装置１００の状態に基づいて、コード画像を生成、変更する。上記のコード画像変更の要件である正規アクセスの有無、原稿の載置、時間経過あるいは図６（ｂ）に示す画面においてジョブを変更したことは、判定結果の変化、すなわち、画像読取装置１００の状態の変化の一例である。

図１１を使用して、コード画像６０２を使用してアクセスされたときの処理について説明する。

端末２００よりコード画像６０２に基づいたアクセスがなされた場合、上述のようにアクセスが正規アクセスかどうかの確認を行う（Ｓｔｅｐ１１０１）。

次に、Ｓｔｅｐ１１０２でＵＲＩのハッシュ値がＲＡＭ１３に保管されている原稿紐づけハッシュ値と一致していると判断した場合、Ｓｔｅｐ１１０３で紐づけハッシュをクリアしたのち、ジョブを実行（Ｓｔｅｐ１１０４）し、ＣＰＵ１１がレスポンスデータ送信手段として機能してジョブが開始された旨がわかる画面を端末２００に送信し通知する。

ジョブの実行が開始された後、読み取られた画像データは端末２００に出力される。その後前述したように、図示しないログアウトボタンが押されてユーザーＩＤが削除され、画像読取装置の使用が終了される。

正規アクセスではないと判断した場合や原稿紐づけハッシュが一致しなかった場合には、端末２００に対してエラー画面を送信してジョブが開始できていない旨を使用者に通知する（Ｓｔｅｐ１１０５）。

以上のようにして、原稿に紐づいたコード画像で時間内にアクセスした使用者のみがジョブを実行でき、原稿台の読取を実施することができる。これにより古いコードを使用したジョブ開始命令の排除ができる。

また上述の通り図１１で説明したアクセスのレスポンスデータは、ジョブを開始した旨が判る画面を送信する例を示したが、スキャンを開始した場合にはスキャン結果をレスポンスデータとして送信してもよい。送信するスキャン結果は、ＪＰＥＧやＰＤＦなど汎用の画像フォーマットでもよいし、ＺＩＰ形式に代表されるひとまとめにしたアーカイブデータを送信してもよい。

また図１１で説明したアクセスよりも前に図６（ｂ）のスタートボタン６０３の押下でスキャンジョブが開始されている場合には、Ｓｔｅｐ１１０４の実行処理はスキップし、開始した旨が判る画面を送信してもよいし、スキャン結果を送信してもよい。

本実施例ではエラーで終了する場合には、端末２００にエラー画面送信するように説明したが、ＨＴＴＰステータスのリダイレクト値を返却して、他画面にリダイレクトしてもよい。

図１２はＷＥＢブラウザーに表示されるジョブ画面例である。

本実施例では正規アクセス判定と紐づけ一致判定の両方を行ったが、それぞれ有効無効の選択式にし、図示しない設定画面など使用者に選択されることが可能である。例えば、原稿紐づけハッシュがＲＡＭ１３に無い場合や、ＲＡＭ１３の紐づけハッシュと一致していない場合でも、正規アクセスであれば、図１２のようにジョブの開始ボタンを含んだ画面を送信してもよい。この場合、スキャンジョブを開始するには、画像読取装置１００側で図６（ｂ）のスタートボタン６０３を押下するか、端末２００側で図１２画面のスタートボタン１２０５を押下すれば、使用者はスキャンジョブを開始できる。

また、本実施例では画面はＨＴＭＬで記述されたＵＩ画面の送信を想定しており、ＨＴＭＬを例にとって言えば、画面ＨＴＭＬエレメントのうちヘッダＴＩＴＬＥ１２０２には、ジョブ番号とタイトルテキストを送信する。またＨＴＭＬボディ上部にはジョブの設定サマリーを入れている。

これにより、端末２００のコード画像デコーダーによっては、読み取ったコード画像がＵＲＩであると判断した場合に、ＵＲＩにアクセスして画面を取得する。すなわち、コード画像をデコードして得られるＵＲＩテキストからジョブの内容がわかるキーワードを判読可能なだけでなく、ＵＲＩに実際アクセスしたときに得られる画面からもジョブのサマリー１２０３が確認できるようになっている。サマリー１２０３の下部にはジョブの設定画面１２０４や、ジョブを開始するためのスタートボタン１２０５が配置されている。図１２では、ジョブの設定画面１２０４は、白黒の表示設定や解像度、用紙サイズを選択できるようになっているが、それ以外の設定も使用者が選択できるようにしても良い。接続情報の履歴からジョブの実行を開始する際も、設定は変更できても良い。

また、ｌｉｎｋタグにジョブに基づくアイコンへのリンクを指定するようにＨＴＭＬを送信すれば、使用者は１２０１のアイコンを目視することでジョブが白黒なのか、カラーなのか容易に判別できるようにできる。

図１２の画面上において、読み取った画像の送信先を、端末２００以外に設定できるようにしても良い。その場合、あらかじめ使用者ごとに登録されているアドレス帳の情報を用いたり送信先アドレスを直接入力したりして送信先を設定する。

以上のように、本実施例では、コード画像に収められる接続情報としてＵＲＩテキストをエンコードしておくことにより、汎用のコード画像読み取り機が汎用のブラウザーを起動して接続するように意図された例を示した。

しかしながら、エンコードするテキストはＵＲＩに限らず、例えば端末２００にはＪＳＯＮ形式など構造化されたテキスト文書を解析して接続情報を得るスキャンアプリケーションを備えておけば、ＪＳＯＮテキストから装置ＩＰアドレスとジョブにかかわるパラメーターを取得して、ジョブを実行することができる。

１００ 画像読取装置
１０１ 原稿
１０２ 原稿台
１０３ 排紙トレイ
１０４ 画像読取ユニット
１０５ 背景板
１０６ 給紙ローラ
１０７ 搬送ローラ
１０８ 搬送路
１０９ レジストセンサ
１１０ 原稿台原稿検知センサ
１１１ 排出部原稿検知センサ
１１２ 排紙口センサ
１０４１ 画像読取ユニット筐体
１０４２ ガラス板
１０４３ ラインイメージセンサ
１０４４、１０４４ａ、１０４４ｂ 発光部

Claims (6)

1. 原稿を読み取って画像を端末に出力する画像読取装置であって、
   前記端末と接続するために使用する接続情報を生成する接続情報生成手段を有し、
   前記接続情報はジョブにかかわるパラメーターを含むことを特徴とする画像読取装置。
2. 前記パラメーターは、前記接続情報にテキストとして含まれていることを特徴とする請求項１に記載の画像読取装置。
3. 前記パラメーターは、使用者が前記ジョブの内容が分かるように先頭に文字列が配置されていることを特徴とする請求項１または２に記載の画像読取装置。
4. 表示部を備え、
   前記接続情報を含むテキストから生成されるコード画像を前記表示部に表示することを特徴とする請求項１に記載の画像読取装置。
5. 前記コード画像を使ってアクセスした前記端末に表示される画面であって、前記ジョブを開始した旨を通知する画面をレスポンスデータとして送信することを特徴とする請求項４に記載の画像読取装置。
6. 前記レスポンスデータを用いて前記ジョブの実行が指示されたことに応じて、前記ジョブを実行することを特徴とする請求項５に記載の画像読取装置。
   
   

Images