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

Abstract

【課題】携帯端末の撮像機能を起動することなく、簡単な操作で画像読取を可能とし、ユーザの利便性を高めること。
【解決手段】画像読取装置１００は、ＡＰモードのアクセスポイントに携帯端末２００が接続された場合に携帯端末２００から送信される要求（Ｓ６０１）に応じて、設定情報入力画面（図７）を、携帯端末２００に送信し（Ｓ６０２～Ｓ６０４）。携帯端末２００でウェブブラウザに表示される設定情報入力画面に基づくスキャン実行指示を受信したことに応じて（Ｓ６０５）、スキャン画像ダウンロード画面（図９）へアクセスするためのＵＲＬ（リンク８１１（図８））を、携帯端末２００に送信し（Ｓ６０６）、該送信に応じてＳＴモードに切り替え（Ｓ６０７）、前記スキャン実行指示に基づいて原稿読取動作を実行する。
【選択図】図６

Description

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

近年、情報処理装置と同一のＬＡＮ（Local Area Network）等のネットワークに、スキャナーなどの周辺装置を接続し、複数の情報処理装置から周辺装置を共有して利用することが一般的になってきている。

また、携帯型の情報処理装置としてスマートフォンやタブレットＰＣが普及し、携帯型情報処理装置から周辺装置を使用する要望が高まってきている。
例えば、特許文献１には、情報処理装置が周辺装置と通信経路を介して接続するための接続情報をコード画像として周辺装置の表示部に出力し、情報処理装置が前記出力されたコード画像を読取り、その情報を使って周辺装置にアクセスし、文書データを送受信する技術が開示されている。

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

しかし、特許文献１の技術は、情報処理装置の撮像機能を起動してコード画像を読み取る必要があった。また、コード画像を表示可能な表示部を持っていない周辺装置では利用できないといった課題があった。
また、一般的に、携帯端末から画像読取装置に接続する場合には、携帯端末に専用のアプリケーションをインストールする必要がある場合が多く、一度のみの利用を考えているユーザにとっては利便性の良いものではなかった。

本発明は、上記の課題を解決するためになされたものである。本発明は、情報処理装置の撮像機能を起動することがなく、かつ専用のアプリケーションをインストールすることなく、スキャン処理を実現してユーザの利便性を高める仕組みを提供することを目的とするものである。

本発明に係る画像読取装置は、上記を鑑み、無線アクセスポイントとして動作する第１モードと無線端末として動作する第２モードで動作可能であり、原稿台に積載された原稿を読み取って画像データを生成する原稿読取動作を行う画像読取装置であって、前記第１モードにおける無線アクセスポイントに情報処理装置が接続された場合に該情報処理装置から送信される要求に応じて、前記原稿読取動作の実行指示を行うための第１ウェブページを、前記情報処理装置に送信する第１送信手段と、前記実行指示を受信したことに応じて、前記原稿読取動作により生成される画像データを取得するための第２ウェブページへアクセスするためのアクセス情報を、前記情報処理装置に送信する第２送信手段と、前記アクセス情報の送信に応じて前記第２モードに切り替える制御手段と、前記実行指示に基づいて前記原稿読取動作を実行する実行手段と、を有することを特徴とする。

また、情報処理装置と直接接続されるネットワークを形成し、原稿を読み取って画像データを生成する原稿読取動作を行う画像読取装置であって、前記ネットワークに情報処理装置が接続される際に、前記情報処理装置で実行されるＷｅｂブラウザから、前記画像読取装置が提供するＷｅｂアプリに自動でアクセスさせる機能を持ったＷｅｂアプリ提供手段を備えることを特徴とする。

本発明によれば、情報処理装置の撮像機能を起動することがなく、ユーザの利便性を高めることができる。また、専用のアプリケーションを情報処理装置にインストールすることなくスキャン処理を実現してユーザの利便性を高めることができる。

第１実施形態を示す画像読取装置を適用可能なシステムの構成図。 画像読取装置の概略構成の一例を示す図。 第１実施形態の画像読取装置の制御構成の一例を示す図。 原稿検知処理の一例を示すフローチャート。 第１実施形態の画像読取装置の処理手順の一例を説明するフローチャート。 第１実施形態におけるＡＰモードでの画像読取装置と携帯端末のやり取りを示すシーケンス図。 第１実施形態における設定情報入力画面の一例を示す図。 第１実施形態におけるアクセスＵＲＬ画面の一例を示す図。 第１実施形態におけるスキャン画像ダウンロード画面の一例を示す図。 第１実施形態における設定情報入力画面の他の例を示す図。 第２実施形態を示す画像読取装置を適用可能なシステムの構成図。 第２実施形態の画像読取装置の制御構成の一例を示す図。 第２実施形態の画像読取装置の処理手順の一例を説明するフローチャート。 第２実施形態を示すＷｅｂアプリモードでの画像読取装置と携帯端末のやり取りを示すシーケンス図。 第２実施形態におけるスキャン画像ダウンロード画面の一例を示す図。 第２実施形態における継続確認画面の一例を示す図。 第４実施形態の画像読取装置の制御構成の一例を示す図。 第４実施形態における画像読取装置と携帯端末のやり取りを示すシーケンス図。 第４実施形態における設定情報入力画面の一例を示す図。 第４実施形態において画像読取装置がＳＴモードでスキャンを行う場合に携帯端末に表示される画面の一例を示す図。 第４実施形態において画像読取装置がＳＴモードでスキャンを行う場合に携帯端末に表示される画面の一例を示す図。 第４実施形態において画像読取装置がＡＰモードでスキャンを行う場合に携帯端末に表示される画面の一例を示す図。 第４実施形態において画像読取装置がＡＰモードでスキャンを行う場合に携帯端末に表示される画面の一例を示す図。 第４実施形態の画像読取装置の処理手順の一例を説明するフローチャート。 第４実施形態の画像読取装置のスキャン処理手順の一例を説明するフローチャート。

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

〔第１実施形態〕
＜システム構成＞
図１は、本発明の第１実施形態を示す画像読取装置を適用可能なシステムの構成の一例を示す図である。
図１に示すように、本実施形態のシステムでは、画像読取装置１００と携帯端末２００と無線アクセスポイント（以下「ＡＰ」）３００が一つのネットワークにつながっている。

画像読取装置１００と携帯端末２００とＡＰ３００は、例えばIEEE802.11a/b/g/n/ac等の無線ＬＡＮ（ＷＬＡＮ）規格に準拠した方式（ＷＬＡＮ方式）による無線通信機能（ＷＬＡＮ通信機能）を有している。
画像読取装置１００と携帯端末２００は、ＷＬＡＮ方式でＡＰ３００に接続する。また、画像読取装置１００と携帯端末２００は、ＷＬＡＮ方式で無線ダイレクト接続（Wi-Fi Direct（登録商標）（ワイファイ ダイレクト）での接続）も行える。
携帯端末２００は、スマートフォンやタブレット型端末、パーソナルコンピュータ等の一般的な情報処理装置であり、Ｗｅｂページ（ウェブページ）にアクセス可能なＷｅｂブラウザ（ウェブブラウザ）が備えられている（インストールされている）ものとする。

＜装置の搬送路，搬送＞
図２は、画像読取装置１００の概略構成の一例を示す図である。
図２において、原稿台１０２は、読取対象の原稿１０１を積載収納するためのものである。原稿台１０２上の原稿は、原稿台原稿検知センサ１１０によって検出され、給紙ローラ１０６により一枚ずつ分離されて搬送路１０８に送り出される。搬送路１０８に送り出された原稿は、搬送ローラ１０７によって搬送路１０８に沿って搬送され、画像読取ユニット１０４により読み取られ、排出部１０３に排出される。

排出部１０３は、画像読取処理を終えた原稿１０１を積載収納する。排出部原稿検知センサ１１１は、排出部１０３に積載収納されている排紙原稿の有無を検出する。

レジストレーションセンサ（以下「レジストセンサ」）１０９は、搬送路１０８を搬送される原稿１０１を検出する。レジストセンサ１０９が原稿１０１を検出すると、画像読取ユニット１０４は、原稿上に形成された画像の読み取りを開始する。本実施形態では、画像読取ユニット１０４は、搬送路１０８の両側に２つ設けられており、一方が原稿１０１の表面を、他方が原稿１０１の裏面を読み取る。なお、画像読取ユニット１０４を１つのみとする構成であってもよい。

各画像読取ユニット１０４の対向位置には、背景板１０５がそれぞれ設けられている。背景板１０５は、例えば、黒色の部材である。
原稿台原稿検知センサ１１０、排出部原稿検知センサ１１１は、それぞれＬＥＤ等で構成される発光部、発光部から発した光を受光する受光部を有する。
排紙口センサ１１２は、原稿１０１が搬送路１０８に残っているか、排出部１０３に排出されたかを検出する。

＜装置の構成＞
図３は、第１実施形態の画像読取装置１００の制御構成の一例を示す図である。
図３に示すように、画像読取装置１００の制御部１０は、ＣＰＵ１１を備える。ＣＰＵ１１は、ＲＯＭ１２に記憶されたプログラムを実行し、画像読取装置１００全体の制御を行う。ＲＯＭ１２には、ＣＰＵ１１が実行するプログラムや固定的なデータが記憶される。ＲＡＭ１３には、ラインイメージセンサ１０４３が読み取った画像データや、ＣＰＵ１１の演算結果といった可変データが記憶される。ＲＯＭ１２及びＲＡＭ１３は他の記憶デバイスであってもよい。

制御部１０の入出力Ｉ／Ｆ１４には、発光部１０４４ａ及び発光部１０４４ｂを駆動する駆動回路２４や、ラインイメージセンサ１０４３が読み取った画像に対してシェーディング補正等の画像処理を行う画像処理回路２６が接続される。
アナログ・デジタル変換器（以下「ＡＤＣ」）２５は、ラインイメージセンサ１０４３が出力するアナログ画像信号をデジタル画像データに変換するアナログ・デジタル変換器である。
ＣＰＵ１１は、画像処理回路２６から出力される画像データを取得する。

通信Ｉ／Ｆ１５は、携帯端末２００と接続するためのインタフェースであり、例えば、画像読取装置１００が読み取った画像データは、通信Ｉ／Ｆ１５経由で携帯端末２００に出力される。

発光部１２１は、原稿台原稿検知センサ１１０と排出部原稿検知センサ１１１の発光部を含む。受光部１２２は、原稿台原稿検知センサ１１０と排出部原稿検知センサ１１１の受光部を含む。
制御部１０には、発光部１２１を駆動する駆動回路１２３、受光部１２２が受光したアナログ信号をデジタルデータに変換するＡＤＣ１２４が接続されている。

ＷＬＡＮ Ｉ／Ｆ１６は、ＷＬＡＮ通信機能を有する無線ＮＩＣ（ネットワーク・インタフェース・カード）である。ＷＬＡＮ Ｉ／Ｆ１６は、無線機器の無線アクセスポイント等の無線ＡＰ（例えば図１のＡＰ３００）に接続し、接続した無線ＡＰを介して外部装置と通信することが可能である。

また、ＷＬＡＮ Ｉ／Ｆ１６は、画像読取装置１００を無線ＡＰとして動作させるためのソフトウェアアクセスポイント（ソフトウェアＡＰ）機能を有する。具体的には、ＷＬＡＮ Ｉ／Ｆ１６は、無線アクセスポイントとして動くアクセスポイントモード（以下「ＡＰモード」）及び無線クライアント（無線端末）として動くステーションモード（以下「ＳＴモード」）で動作可能である。

ＡＰモード（第１モード）は、画像読取装置１００を無線ＡＰとして動作させ、ＷＬＡＮ通信機能を有する外部装置（携帯端末２００等）と無線ダイレクト接続を行う動作モードである。ＡＰモードで提供する無線アクセスポイントを識別するためのＳＳＩＤ（Service Set Identifier）は、画像読取装置１００の機種名に基づくものとしてもよいし、ユーザが自由に設定可能にしてもよい。

ＳＴモード（第２モード）は、画像読取装置１００を無線端末として動作させ、無線クライアントとしてＡＰ３００に接続することでネットワークに接続する動作モードである。
このように、ＷＬＡＮ Ｉ／Ｆ１６は、ＡＰモード（第１モード）とＳＴモード（第２モード）とで動作可能な無線インタフェースの一例である。

＜原稿検知処理＞
ここで、画像読取装置１００において原稿台１０２上の原稿を検知する処理（原稿検知処理）について説明する。
図４は、原稿検知処理の一例を示すフローチャートである。このフローチャートの処理は、ＣＰＵ１１がＲＯＭ１２等に格納されたプログラムを必要に応じてＲＡＭ１３にロードして実行することにより実現される。

Ｓ５０１において、ＣＰＵ１１は、原稿台原稿検知センサ１１０の発光部を発光させる（ＬＥＤ発光）。
次にＳ５０２において、ＣＰＵ１１は、ＡＤＣ１２４の動作を開始させる。
さらにＳ５０３において、所定のＡ／Ｄ変換時間が経過したと判断すると、Ｓ５０４に処理を進める。
Ｓ５０４において、ＣＰＵ１１は、ＡＤＣ１２４から原稿台原稿検知センサ１１０の受光部１２２の受光量を取得する。ここで得た値を「Ｖ１」とする。

次にＳ５０５において、ＣＰＵ１１は、原稿台原稿検知センサ１１０の発光部１２１を消灯させる（ＬＥＤ消灯）。
次にＳ５０６において、ＣＰＵ１１は、ＡＤＣ１２４の動作を開始させる。
さらにＳ５０７において、所定のＡ／Ｄ変換時間が経過したと判断すると、Ｓ５０８に処理を進める。
Ｓ５０８において、ＣＰＵ１１は、ＡＤＣ１２４から原稿台原稿検知センサ１１０の受光部１２２の受光量を取得する。ここで得た値を「Ｖ２」とする。

次にＳ５０９において、ＣＰＵ１１は、以下の数１に示す式に基づいて、原稿の有無を判断する。なお、数１中のＳは予め設定されている値（所定の値）とする。

上記Ｓ５０９において、「｜Ｖ２－Ｖ１｜＞Ｓ」の場合、ＣＰＵ１１は、原稿あり（紙あり）と判断し、本フローチャートの処理を終了する。
一方、上記Ｓ５０９において、「｜Ｖ２－Ｖ１｜≦Ｓ」の場合、ＣＰＵ１１は、原稿なし（紙なし）と判断し、本フローチャートの処理を終了する。

＜画像読取装置１００の処理＞
次に、図５を用いて、画像読取装置１００の処理手順について説明する。
図５は、第１実施形態における画像読取装置１００の処理手順の一例を説明するフローチャートである。このフローチャートの処理は、ＣＰＵ１１がＲＯＭ１２等に格納されたプログラムを必要に応じてＲＡＭ１３にロードして実行することにより実現される。

まず、ユーザが画像読取装置１００の電源を入れると、画像読取装置１００が起動し、ＳＴモードで待機状態となり、本フローチャートの処理が開始する。
まずＳ１１０１にて、ＣＰＵ１１は、図４に示した原稿検知処理を実行して原稿の有無を検知する。
次にＳ１１０２において、ＣＰＵ１１は、上記Ｓ１１０１の原稿検知処理の結果を判断する。上記Ｓ１１０１の原稿検知処理で原稿が検知されなかった場合（Ｓ１１０２でＮｏの場合）、ＣＰＵ１１は、Ｓ１１０１に処理を戻す。

一方、上記Ｓ１１０１の原稿検知処理で原稿が検知された場合（Ｓ１１０２でＹｅｓの場合）、Ｓ１１０３に処理を進める。
Ｓ１１０３において、ＣＰＵ１１は、画像読取装置１００の動作モードをＡＰモードに切り替える。

なお、この例では、原稿が検知された場合にＡＰモードに切り替える構成について説明しているが、画像読取装置１００に備えられた所定のボタン（不図示）が押下された場合等、ＡＰモードに切り替えるための操作がなされた場合にＡＰモードに切り替えるようにしてもよいし、これらを併用してもよい。さらに、人感センサ等を用いてユーザが画像読取装置１００の前などに立っているのを検知してＡＰモードに切り替えるようにしてもよい。

ＡＰモードに切り替え後、Ｓ１１０４において、ＣＰＵ１１は、外部の携帯端末２００からの接続を待ち、携帯端末２００から接続があると（Ｓ１１０４でＹｅｓの場合）、Ｓ１１０５に処理を進める。
Ｓ１１０５において、ＣＰＵ１１は、ＡＰモード処理を行う。ＡＰモード処理については後述する。

次にＳ１１０６において、ＣＰＵ１１は、ＡＰモード処理の終了を待ち、ＡＰモード処理が終了すると（Ｓ１１０６でＹｅｓの場合）、Ｓ１１０７に処理を進める。
Ｓ１１０７において、ＣＰＵ１１は、ＡＰ３００に接続し、ＳＴモードに切り替える。

次にＳ１１０８において、ＣＰＵ１１は、上記Ｓ１１０５のＡＰモード処理でＲＡＭ１３に記憶された読取設定に基づいて、原稿読取動作（スキャン処理）を開始する。原稿読取動作（スキャン処理）では、画像読取装置１００は、原稿台１０２に積載された原稿１０１を順次搬送して読み取って画像データを生成する。なお、ここで開始された原稿読取動作で生成された画像データは、ＲＡＭ１３に記憶されるものとするが、サーバ装置やクラウドストレージ等の他の記憶領域に記憶される構成でもよい。

次にＳ１１０９において、ＣＰＵ１１は、ＳＴモード処理を行う。ＳＴモード処理については後述する。

そしてＳ１１１０において、ＣＰＵ１１は、スキャン処理により原稿台１０２上の原稿がなくなるまで待ち、原稿台１０２上の原稿がなくなると（Ｓ１１１０でＹｅｓの場合）、Ｓ１１１１に処理を進める。

Ｓ１１１１において、ＣＰＵ１１は、スキャン動作を終了する。

次にＳ１１１２において、ＣＰＵ１１は、ＳＴモード処理の完了を待ち、ＳＴモード処理が完了すると（Ｓ１１１２でＹｅｓの場合）、一連の処理を完了し、Ｓ１１０１に処理を戻す。

＜ＡＰモード処理＞
画像読取装置１００は、自身がＡＰモードで提供している無線アクセスポイントに対して無線クライアントが接続した場合、該無線クライアントにおいて起動されるＷｅｂブラウザを所定のＷｅｂページに導く。この動作を実現させる技術の一例としてキャプティブポータル（Captive Portal）がある。

キャプティブポータルとは、無線クライアントから送信されたＨＴＴＰ／ＨＴＴＰＳパケットを傍受し、その無線クライアントを所定のＷｅｂページ（例えば認証ページ等）にリダイレクトさせる機能である。キャプティブポータルは、例えばカフェや空港等の公衆無線ＬＡＮ等で多く採用されている。

なお、一般的なオペレーティングシステム（ＯＳ）には、キャプティブポータルを検知するキャプティブポータル検知機能（Captive Portal Detection）が実装されている。ＯＳは、無線アクセスポイントに接続した際に、Well-Known Web Pageと呼ばれる予め決められているインターネットアクセスの有無を検証等するためのＷｅｂページにアクセスし、そのレスポンスに基づいてキャプティブポータルの検知が可能な仕様となっている。また、ＯＳは、キャプティブポータルを検知した場合、Ｗｅｂブラウザにて、上記レスポンスで指示されたＷｅｂページにアクセスを行う。

以下、一般的なＯＳにおけるキャプティブポータルの検知方法について例示する。

Android（登録商標）の場合、無線アクセスポイントに接続すると、「http://google.com/gen_204」にアクセスし、「204 & No Content」のレスポンスを得た場合には「Captive Portal」でないと判断する。一方、「204 & No Content」以外のレスポンスを得た場合には「Captive Portal」と判断する。

また、iOS（登録商標）及びmacOS（登録商標）の場合、無線アクセスポイントに接続すると、「http://captive.apple.com/hotspot-detect.html」にアクセスし、テキスト「Success」のレスポンスを得た場合には「Captive Portal」でないと判断する。一方、テキスト「Success」以外のレスポンスを得た場合には「Captive Portal」と判断する。

また、Windows（登録商標）の場合、無線アクセスポイントに接続すると、「dns.msftncsi.com」のＤＮＳ名前解決を要求して「131.107.255.255」のレスポンスがあると、さらに「http://www.msftncsi.com/ncsi.txt」にアクセスする。そして、テキスト「Microsoft NCSI」のレスポンスを得た場合には「Captive Portal」でないと判断する。一方、テキスト「Microsoft NCSI」以外のレスポンスを得た場合には「Captive Portal」と判断する。

ＯＳは、「Captive Portal」を検知した場合、上記レスポンスで指定されている転送先にリダイレクトして、該転送先のＷｅｂページにアクセスを行う仕様になっている。この際、ＯＳによっては、ＯＳの機能として搭載されたＷｅｂブラウザ（「標準ブラウザ」と言われる）やＯＳにデフォルトのアプリとして設定されたＷｅｂブラウザ（「既定のブラウザ」と言われる）を自動で（ユーザの操作なく）起動するものがある。
以上の例示は、ほんの一例であり、ＯＳの仕様変更等により変わり得るものである。

なお、本実施形態では、画像読取装置１００がＡＰモードで提供している無線アクセスポイントに対して接続された携帯端末２００に対して所定のＷｅｂページを表示させる仕組みを、キャプティブポータルを用いて説明するが、これに限定されるものではない。画像読取装置１００がＡＰモードで提供している無線アクセスポイントに対して接続された携帯端末２００に対して所定のＷｅｂページを表示させることを実現可能な技術であれば、他の技術を用いてもよい。

以下、ＡＰモード処理について説明する。
図６は、第１実施形態における画像読取装置１００がＡＰモードになった際に、携帯端末２００から画像読取装置１００に接続を要求してから、画像読取装置１００と携帯端末２００のやり取りを説明するシーケンス図である。

画像読取装置１００は、ＡＰモードに移行すると、自身が提供している無線アクセスポイントへの接続を受け付ける。
携帯端末２００のＯＳは、画像読取装置１００が提供している無線アクセスポイントに接続すると、上述したWell-Known Web Pageと呼ばれるＷｅｂページを要求する（アクセスする）（Ｓ６０１）。
この要求に応じて、画像読取装置１００は、該要求に対するレスポンス（応答）として、後述する図７のような設定情報入力画面のＵＲＬにリダイレクトするための指示（転送指示）を返信する（Ｓ６０２）。

なお、上述したように、携帯端末２００のＯＳから要求されるWell-Known Web Pageと呼ばれるＷｅｂページはＯＳに依存するものである。例えば、Androidでは「http://google.com/gen_204」、iOS及びmacOSでは「http://captive.apple.com/hotspot-detect.html」、Windowsでは「http://www.msftncsi.com/ncsi.txt」等となる。このため、画像読取装置１００は、上述の要求から、携帯端末２００で動作しているＯＳを判断可能である。よって、画像読取装置１００は、携帯端末２００で動作しているＯＳに応じた設定情報入力画面（ＯＳごとの設定情報入力画面）のＵＲＬにリダイレクトするための転送指示を、レスポンスするようにしてもよい。

また、上述のような画像読取装置１００からのレスポンスは、「Captive Portal」の技術を用いる場合には、ＯＳが「Captive Portal」であると判断するＯＳに依存する特定のレスポンスである。例えば、ＯＳが「Captive Portal」でないと判断するレスポンスは、上述した通り、Androidでは「204 & No Content」、iOS及びmacOSではテキスト「Success」、Windowsではテキスト「Microsoft NCSI」となり、上述の画像読取装置１００からのレスポンスは、これら以外のＯＳが「Captive Portal」であると判断するレスポンスに該当する。

上述のような画像読取装置１００からのレスポンス（Ｓ６０２のリダイレクト指示）を受信した携帯端末２００のＯＳは、キャプティブポータルを検知したと判断し、Ｗｅｂブラウザを用いて、該レスポンスで転送指示されたＵＲＬにアクセス（リダイレクト）するように制御する（Ｓ６０３）。なお、本実施形態では、キャプティブポータルを検知した際、携帯端末２００のＯＳが既定のＷｅｂブラウザ等を自動で（ユーザの操作なしに）起動して、Ｓ６０２で転送指示されたＵＲＬにアクセスを行うものとする。しかし、Ｗｅｂブラウザを自動起動しないＯＳでも、本発明は適用可能である。この種のＯＳの場合、ユーザ操作等によりＷｅｂブラウザを起動するようにしてもよい。例えばAndroid7.0以降では、HTTP／HTTPSの両方でWell-Known Web Pageの要求を行い、HTTPSでレスポンスを受信できない場合、HTTPでキャプティブポータルを検出しても、自動でブラウザ起動せず、ユーザに通知を行い、ユーザから操作（許可）があるとＷｅｂブラウザを起動する。このような仕様のＯＳが動作する携帯端末でも、本実施形態の画像読取装置からのレスポンスは有効に機能する。

上記Ｓ６０３のアクセスに応じて、画像読取装置１００は、レスポンスとして、図７のような設定情報入力画面を送信する（Ｓ６０４）。
該レスポンスを受信した携帯端末２００のＷｅｂブラウザは、図７のような設定情報入力画面を表示し、ユーザからの入力を受け付ける。

図７は、第１実施形態における設定情報入力画面の一例を示す図である。この画面は、上述のようにＡＰモードの画像読取装置１００に接続した携帯端末２００のＷｅｂブラウザ上に表示される。
設定情報入力画面は、モード（白黒／カラー）、用紙サイズ（Ａ４／Ａ３／Ｂ５／Ｂ４／・・・）、解像度（200dpi／300dpi／600dpi／・・・）、読み取り面（片面／両面）等の読取設定情報を入力するための入力欄、及び、「スキャン」ボタンを有する。

ユーザが、設定情報入力画面において、モード、用紙サイズ、解像度、読み取り面等の読取設定情報を入力し、「スキャン」ボタン７１１を押すと、携帯端末２００のＷｅｂブラウザは、設定情報入力画面で入力された読取設定情報を含むスキャン実行指示を、画像読取装置１００に送信する（Ｓ６０５）。

この読取設定情報を含むスキャン実行指示を受信した画像読取装置１００は、該受信した読取設定情報をＲＡＭ１３に記憶する。さらに、画像読取装置１００は、図８のようなアクセスＵＲＬ画面（図９のようなスキャン画像データ画面にアクセスするためのアクセス情報であるＵＲＬを通知するための画面）を、携帯端末２００のＷｅｂブラウザに送信する（Ｓ６０６）。この送信が完了すると、画像読取装置１００は、ＡＰモードを終了する（Ｓ６０７）。

これにより、携帯端末２００は、画像読取装置１００との接続が切断され、ＡＰ３００への接続が可能となる。なお、ＡＰモードを終了した画像読取装置１００は、ＡＰ３００に接続し、ＳＴモードに移行する。なお、画像読取装置１００は、ＳＴモードに移行して無線アクセスポイント（ＡＰ３００）に接続する際、一定のＩＰアドレスで接続されるようにする。すなわち、固定ＩＰアドレスが設定されていることが好ましい。ただし、ＤＨＣＰなどであっても、ＡＰモードに移行する直前に使用していたＩＰアドレスの取得が可能であればそれでも良い。

なお、図５に示したＡＰモード処理（Ｓ１１０５）から、ＡＰモード終了（Ｓ１１０６）、ＳＴモードに切り替え（Ｓ１１０７）、スキャン開始（Ｓ１１０８）、ＳＴモード処理（Ｓ１１０５）の流れについて、以下に補足する。

ＡＰモード処理（Ｓ１１０５）内で、画像読取装置１００から送信された設定情報入力画面（図７）においてユーザにより「スキャン」ボタン７１１が押下されて、携帯端末２００からスキャン設定が画像読取装置１００に送信されると、画像読取装置１００は、アクセスＵＲＬ画面（図８）を携帯端末２００に送信し、ＡＰモードを終了する（Ｓ１１０６）。さらに、画像読取装置１００は、ＳＴモードに切り替え（Ｓ１１０７）、上述のスキャン設定でスキャンを開始し（Ｓ１１０８）、ＳＴモード処理（Ｓ１１０９）に移行する。

なお、図６のＳ６０６で画像読取装置１００からアクセスＵＲＬ画面の返信を受信した携帯端末２００のＷｅｂブラウザは、図８のようなアクセスＵＲＬ画面を表示する。

図８は、第１実施形態におけるアクセスＵＲＬ画面の一例を示す図である。
アクセスＵＲＬ画面には、リンク８１１のように、後述する図９のようなスキャン画像ダウンロード画面にアクセスするためのＵＲＬが表示されている。リンク８１１にクリック等の指示がなされると、携帯端末２００のＷｅｂブラウザは、リンク８１１が示すＵＲＬにアクセスする。

なお、このリンク８１１に対して自動的にアクセスするように構成しても良い。また、リンク８１１にアクセスするまでの間に、使用するＷｅｂブラウザを切り替えるように制御しても良い。すなわち、上述したような標準ブラウザや既定のブラウザ等から携帯端末２００にインストールされた他のＷｅｂブラウザへ切り替えても良い。この時、アクセスＵＲＬ画面を開く際のリダイレクトにおいて、Ｗｅｂブラウザが切り替わるようなＨＴＴＰリダイレクトの仕組みなどを用いても良いし、Ｗｅｂブラウザを自動起動させるようなJavaScriptを設置するなど、この切り替え動作を実現可能な方法であればいずれの方法であっても良い。

本実施形態では、このＵＲＬは、ＳＴモードに移行した画像読取装置１００が提供するＷｅｂページを示すものとして説明する。すなわち、ここでは、画像読取装置１００がＡＰ３００を介してリンク８１１が示すＷｅｂページを提供するものとする。しかし、クラウドストレージ等が、リンク８１１が示すＷｅｂページを提供する構成でもよい。

なお、携帯端末２００のＷｅｂブラウザがリンク８１１に対応するＷｅｂページへアクセスするタイミングでは、携帯端末２００は画像読取装置１００の無線アクセスポイント（ＡＰ）から切断されており、ＡＰ３００を介して、リンク８１１に対応するＷｅｂページにアクセス可能である。なお、携帯端末２００が画像読取装置１００のＡＰから切断されても、携帯端末２００のＷｅｂブラウザは、リンク８１１が指示されるなど、画面の切り替えを指示されるまでは、アクセスＵＲＬ画面（図８）を表示し続けることが可能である。

また、リンク８１１が示すＵＲＬは、ランダムな文字列を含む複雑な文字列で構成されるＵＲＬとし、アクセスＵＲＬ画面にリダイレクトされたユーザ以外が、後述する図９のようなスキャン画像ダウンロード画面にアクセスできないようになっている。

なお、リンク８１１が示すＵＲＬに、携帯端末２００の識別情報（例えばＭＡＣアドレス）に基づく文字列（例えばハッシュ値）を含めるようにしてもよい。
また、図７に示したような設定情報入力画面に、テキスト入力欄を新たに設け、該テキスト入力欄に入力された文字列に基づく文字列（例えばハッシュ値）を、リンク８１１が示すＵＲＬに含めるようにしてもよい。もしくは、これらの文字列を、リンク８１１が示すＵＲＬのアクセス先にアクセスする際の認証キーとして利用し、これらの文字列を入力しないとアクセス先を表示しないように画像読取装置１００などのアクセス先で制御しても良い。

＜ＳＴモード処理＞
画像読取装置１００は、ＳＴモード処理において、自身が提供する図９のようなＷｅｂページへのアクセスを受け付ける。
携帯端末２００のＷｅｂブラウザからのリンク８１１に対応するＷｅｂページへのアクセスに応じて、画像読取装置１００は、該アクセスのレスポンスとして、図９のようなスキャン画像ダウンロード画面を送信する。
該レスポンスを受信した携帯端末２００のＷｅｂブラウザは、図９のようなスキャン画像ダウンロード画面を表示し、ユーザからの入力を受け付ける。

図９は、第１実施形態におけるスキャン画像ダウンロード画面の一例を示す図である。
スキャン画像ダウンロード画面には、画像読取装置１００がスキャンした画像データの一覧９１３と、「ダウンロード」ボタン９１１と、「終了」ボタン９１２が配置されている。例えば、ユーザが一覧９１３からダウンロードしたい画像を選択し、「ダウンロード」ボタン９１１を押すと、一覧９１３で選択されている画像データを特定する情報を含むダウンロード要求が、携帯端末２００のＷｅｂブラウザから画像読取装置１００に送信される。なお、Ｗｅｂブラウザによっては一覧表示した画像データの複数ファイルを一度にダウンロードする機能を持たないものもあるが、その場合には１枚ごとにダウンロードしたり、複数ファイルを一度にダウンロードすることができる他のアプリケーションなどにＵＲＬを渡して画像をダウンロードさせたりするように構成しても良い。

画像読取装置１００は、この要求に応じて、一覧９１３で選択された画像データの携帯端末２００へのダウンロードを開始する。ユーザが「終了」ボタン９１２を押すと、終了要求が、携帯端末２００のＷｅｂブラウザから画像読取装置１００に送信される。画像読取装置１００は、この終了要求に応じて、ＳＴモード処理を完了する。なお、ユーザによる「終了」ボタン９１２の押下がない場合にも、スキャンが終了して一定時間（例えば３分間）が経過した場合には、画像読取装置１００は、ＳＴモード処理を完了するようにしてもよい。

また、画像読取装置１００は、スキャンが終了して一定の期間（例えば１週間）が経過した場合には、図９のスキャン画像ダウンロード画面（すなわちリンク８１１が示すＵＲＬ）に対応するＷｅｂページおよびスキャン画像を削除するようにしてもよい。

なお、図９のスキャン画像ダウンロード画面（すなわちリンク８１１が示すＵＲＬ）に対応するＷｅｂページが存在している間、画像読取装置１００がＳＴモードで動作している状態では、いつでも携帯端末２００からスキャン画像ダウンロード画面へのアクセスが可能となる。この場合、図７の「スキャン」ボタン７１１によってスキャン実行指示を画像読取装置１００に送信した携帯端末２００が画像読取装置１００にＡＰモードで接続された場合に、その携帯端末２００のＷｅｂブラウザに対し、図８に示すアクセスＵＲＬ画面を表示させるように再度送信可能になっていることが好ましい。

例えば、図７の設定情報入力画面内に「アクセスＵＲＬ画面の履歴」リスト（不図示）として、上記一定期間内に画像読取装置１００がその携帯端末２００に送信したアクセスＵＲＬ画面（図８）のリスト（スキャン日時等で区別）を表示するようにしてもよい。そして、該リストからいずれかが選択された場合に、該選択に対応するアクセスＵＲＬ画面を、その携帯端末２００のＷｅｂブラウザに対し再送信するようにしてもよい。なお、携帯端末２００の識別は例えばＭＡＣアドレス等を用いて行うものとする。

また、画像読取装置１００は、ＳＴモードで自身が接続しているＬＡＮと同一のＬＡＮからのアクセスのみを受け付けるようにしてもよい。例えば、図９のスキャン画像ダウンロード画面（すなわちリンク８１１が示すＵＲＬ）に対応するＷｅｂページに、他のＬＡＮからアクセスがあった場合に、該アクセスに応答しないようにしてもよいし、エラーを応答するようにしてもよい。これにより、不正アクセスを抑えることができる。

また、画像読取装置１００は、図９のスキャン画像ダウンロード画面の送信を、該画面で表示する画像データの読み取りに対応する読取設定情報を送ってきた携帯端末（図７の設定情報入力画面において「スキャン」ボタン７１１が押された携帯端末）と識別情報（例えばＭＡＣアドレス）が同じ装置からの要求のみに基づき、行うようにしてもよい。
これにより、スキャンを指示した携帯端末以外の装置からの、スキャン画像データの閲覧を防止して、機密情報を保護することが可能となる。

以上、本実施形態によれば、画像読取装置１００のＩＰアドレス等を示す二次元コード等を表示可能な表示部を使用しなくても、携帯端末２００から画像読取装置１００へアクセスして読取動作の実行を指示することができる。そのため、画像読取装置１００は表示部を備える必要がなく、コストダウンを図ることが出来る。但し、画像読取装置１００として表示部を備えることを妨げるものではなく、表示部を使用せずに本実施形態で説明した方法で携帯端末２００から画像読取装置１００にアクセス可能にしたものであれば良い。また、スキャンを開始してから、携帯端末２００は、画像読取装置１００が提供する無線アクセスポイントとの接続が切断されるので、スキャン中でも、ユーザは携帯端末２００を自由に使用でき、利便性が向上できる。さらに、携帯端末２００に特別なアプリケーションをインストールすることなく、Ｗｅｂブラウザから、画像読取装置１００にスキャンを指示することができ、ユーザの利便性を高めることができる。
このように本実施形態によれば、安価な構成で、操作性に優れ、利便性の高い画像読取装置を実現することができる。

なお、例えば、画像読取装置１００は自身がＳＴモードになった時、どんなアクセスポイントにアクセスするのかをユーザに知らせるため、接続するアクセスポイントの情報を表示してもよい。例えば、図８に示したアクセスＵＲＬ画面に、リンク８１１とともに、画像読取装置１００がＳＴモードになった時に接続するアクセスポイントの情報（例えばＳＳＩＤ、パスワード等）を表示してもよい。

また、画像読取装置１００がＳＴモードに移行した時に接続するアクセスポイントをユーザが指定可能であってもよい。以下、この実施形態について説明する。
図１０は、第１実施形態における設定情報入力画面の他の例を示す図である。
図１０に示す設定情報入力画面には、アクセスポイント情報入力ボックス１０１１が設けられている。
アクセスポイント情報入力ボックス１０１１は、画像読取装置１００がＳＴモードになった時に接続すべきアクセスポイントの情報を入力するためのものである。アクセスポイント情報入力ボックス１０１１は、ユーザが、画像読取装置１００をＡＰ３００以外の別のネットワークに接続させたい場合に使用される。空欄にした状態でも「スキャン」ボタンを選択可能にし、その場合にはＡＰ３００に接続されるようにしても良い。

また、画像読取装置１００は、図９のスキャン画像ダウンロード画面に、スキャン画像データ等に加え、他の情報も表示するようにしてもよい。例えば、スキャン中のエラーの通知や、スキャン画像データのダウンロード期限、追加スキャン用の読取設定入力ダイアログ等を、表示するようにしてもよい。

なお、上記説明では、画像読取装置１００が図８のようなリンク８１１を有するアクセスＵＲＬ画面を携帯端末２００に送信し、携帯端末２００においてリンク８１１が指定された場合に、携帯端末２００が図９のようなスキャン画像ダウンロード画面にアクセスする構成を説明した。しかし、画像読取装置１００が、リンク８１１が示すＵＲＬへのリダイレクト指示を携帯端末２００に送信して、携帯端末２００は自動的にリンク８１１が示すＵＲＬへアクセスするように構成してもよい。

なお、上述した例では、図７や図１０の設定情報入力画面でユーザがスキャン設定を入力してスキャン指示を行うと、該入力されたスキャン設定情報（読取設定情報）が携帯端末２００から画像読取装置１００に送信され、該スキャン設定情報を用いて画像読取装置１００がスキャンを行う構成について説明した。

しかし、図７や図１０の設定情報入力画面の代わりに、スキャン設定の入力なしにスキャン指示を行うためのスキャン指示画面（「スキャン」ボタンを備える）を、画像読取装置１００から携帯端末２００に送信するようにしてもよい。

そして、このスキャン指示画面で「スキャン」ボタンが押下されると、スキャン指示が携帯端末２００から画像読取装置１００に送信されるものとする。さらに、該スキャン指示を受信すると、画像読取装置１００は、予め保持しているデフォルトのスキャン設定情報を用いてスキャンを行うものとする。

また、上記スキャン指示画面で「スキャン」ボタンが押下されると、デフォルトのスキャン設定情報が携帯端末２００から画像読取装置１００に送信されるものとする。さらに、該スキャン指示を受信すると、デフォルトのスキャン設定情報が携帯端末２００から画像読取装置１００に送信され、該スキャン設定情報を用いて画像読取装置１００がスキャンを行うようにしてもよい。また、スキャン指示を送信した携帯端末２００の種類に応じたスキャン設定で画像読取装置１００がスキャンを行うようにしてもよい。

〔第２実施形態〕
＜システム構成＞
図１１は、第２実施形態を示す画像読取装置を適用可能なシステムの構成の一例を示す図である。本実施形態のシステムでは、画像読取装置１００と携帯端末２００がある。

図１１において、画像読取装置１００と携帯端末２００は、例えばIEEE802.11a/b/g/n/ac等の無線ＬＡＮ（ＷＬＡＮ）規格に準拠した方式（ＷＬＡＮ方式）による無線通信機能（ＷＬＡＮ通信機能）を有している。

画像読取装置１００は、自身を無線アクセスポイントとして動作させるためのソフトウェアアクセスポイント（ソフトウェアＡＰ）機能を有する。なお、画像読取装置１００のメカ構成は図２に示した構成と同様のものとし、説明を省略する。

携帯端末２００は、スマートフォンやタブレット型端末、パーソナルコンピュータ等の一般的な情報処理装置であり、Ｗｅｂページ（ウェブページ）にアクセス可能なＷｅｂブラウザ（ウェブブラウザ）がインストールされている。

なお、第２実施形態の画像読取装置１００における搬送路等の構成については、第１実施形態の図２で説明した構成と同様であるので説明を省略する。

＜装置の構成＞
図１２は、第２実施形態の画像読取装置１００の制御構成の一例を示す図である。
図１２に示すように、画像読取装置１００の制御部１０は、ＣＰＵ１１を備える。ＣＰＵ１１は、ＲＯＭ１２に記憶されたプログラムを実行し、画像読取装置１００全体の制御を行う。ＲＯＭ１２には、ＣＰＵ１１が実行するプログラムや固定的なデータが記憶される。ＲＡＭ１３には、ラインイメージセンサ１０４３が読み取った画像データや、ＣＰＵ１１の演算結果といった可変データが記憶される。ＲＯＭ１２及びＲＡＭ１３は他の記憶デバイスであってもよい。

制御部１０の入出力Ｉ／Ｆ１４には、ラインイメージセンサ１０４３が読み取った画像に対してシェーディング補正等の画像処理を行う画像処理回路２６が接続される。
アナログ・デジタル変換器（以下「ＡＤＣ」）２５は、ラインイメージセンサ１０４３が出力するアナログ画像信号をデジタル画像データに変換するアナログ・デジタル変換器である。

発光部１２１は、原稿台原稿検知センサ１１０と排出部原稿検知センサ１１１の発光部を含む。受光部１２２は、原稿台原稿検知センサ１１０と排出部原稿検知センサ１１１の受光部を含む。

制御部１０には、発光部１２１を駆動する駆動回路１２３、受光部１２２が受光したアナログ信号をデジタルデータに変換するＡＤＣ１２４が接続されている。また、制御部１０には、Ｗｅｂアプリモードボタン１５０が接続されており、本ボタンが押下されることでＷｅｂアプリモードを開始する。Ｗｅｂアプリモードの説明については後述する＜Ｗｅｂアプリモード処理＞で行う。なお、このＷｅｂアプリモードボタン１５０は、画像読取装置１００に設けられたＬＣＤなどの表示部に表示されるソフトウェアキーであっても良い。
ＣＰＵ１１は、画像処理回路２６から出力される画像データを取得する。

ＷＬＡＮ Ｉ／Ｆ１６は、ＷＬＡＮ通信機能を有する無線ＮＩＣ（ネットワーク・インタフェース・カード）である。ＷＬＡＮ Ｉ／Ｆ１６は、アクセスポイントモード（以下「ＡＰモード」）及びステーションモード（以下「ＳＴモード」）で動作可能である。

ＡＰモードは、ソフトウェアＡＰ機能により、ＷＬＡＮ通信機能を有する外部装置（携帯端末２００等）と無線ダイレクト接続を行う動作モードである。すなわち、画像読取装置１００は、携帯端末２００等の情報処理装置と直接接続されるネットワークを形成する機能を有する。ＡＰモードで提供する無線アクセスポイントを識別するためのＳＳＩＤは、画像読取装置１００の機種名に基づき決定する。なお、セキュリティの観点から、ＳＳＩＤは毎回異なる文字列を使用することが望ましいため、画像読取装置１００の機種名の後に一意のランダムな文字列を付加したもの（すなわち前回提供したＳＳＩＤとは異なるＳＳＩＤ）を本例では使用するが、これに限られない。

ＳＴモードは、画像読取装置１００を、ルーターなどが提供するアクセスポイントに無線クライアントとして接続することでネットワークに接続する動作モードである。
このように、ＷＬＡＮ Ｉ／Ｆ１６は、ＡＰモードとＳＴモードとで動作可能な無線インタフェースの一例である。

なお、第２実施形態の画像読取装置１００において原稿台１０２上の原稿を検知する処理（原稿検知処理）については、第１実施形態の図４で説明した処理と同様であるので説明を省略する。

＜キャプティブポータル＞
画像読取装置１００は、自身がＡＰモードで提供している無線アクセスポイントに対して無線クライアントが接続した場合、該無線クライアントにおいて起動されるＷｅｂブラウザを所定のＷｅｂページに導く。この動作を実現させる技術の一例としてキャプティブポータル（Captive Portal）がある。

キャプティブポータルとは、無線クライアントから送信されたＨＴＴＰ／ＨＴＴＰＳパケットを傍受し、その無線クライアントを所定のＷｅｂページ（例えば認証ページ等）にリダイレクトさせる機能である。キャプティブポータルは、例えばカフェや空港等の公衆無線ＬＡＮ等で多く採用されている。

なお、一般的なオペレーティングシステム（ＯＳ）には、キャプティブポータルを検知するキャプティブポータル検知機能（Captive Portal Detection）が実装されている。ＯＳは、無線アクセスポイントに接続する際に、Well-Known Web Pageと呼ばれる予め決められているインターネットアクセスの有無を検証等するためのＷｅｂページにアクセスし、そのレスポンスに基づいてキャプティブポータルの検知が可能な仕様となっている。

また、ＯＳは、キャプティブポータルを検知した場合、Ｗｅｂブラウザにて、上記レスポンスで指示されたＷｅｂページにアクセスを行う。
以下、一般的なＯＳにおけるキャプティブポータルの検知方法について例示する。

Androidの場合、無線アクセスポイントに接続すると、「http://google.com/gen_204」にアクセスし、「204 & No Content」のレスポンスを得た場合には「Captive Portal」でないと判断する。一方、「204 & No Content」以外のレスポンスを得た場合には「Captive Portal」と判断する。

また、iOS及びmacOSの場合、無線アクセスポイントに接続すると、「http://captive.apple.com/hotspot-detect.html」にアクセスし、テキスト「Success」のレスポンスを得た場合には「Captive Portal」でないと判断する。一方、テキスト「Success」以外のレスポンスを得た場合には「Captive Portal」と判断する。

また、Windowsの場合、無線アクセスポイントに接続すると、「dns.msftncsi.com」のＤＮＳ名前解決を要求して「131.107.255.255」のレスポンスがあると、さらに「http://www.msftncsi.com/ncsi.txt」にアクセスする。そして、テキスト「Microsoft NCSI」のレスポンスを得た場合には「Captive Portal」でないと判断する。一方、テキスト「Microsoft NCSI」以外のレスポンスを得た場合には「Captive Portal」と判断する。

ＯＳは、「Captive Portal」を検知した場合、上記レスポンスで指定されている転送先にリダイレクトして、該転送先のＷｅｂページにアクセスを行う仕様になっている。この際、ＯＳによっては、既定のＷｅｂブラウザを自動で（ユーザの操作なく）起動するものがある。
以上の例示は一例であり、ＯＳの仕様変更等により変わり得るものである。

なお、本実施形態では、画像読取装置１００がＡＰモードで提供している無線アクセスポイントに対して接続された携帯端末２００に対して所定のＷｅｂページを表示させる仕組みを、キャプティブポータルを用いて説明するが、これに限定されるものではない。画像読取装置１００がＡＰモードで提供している無線アクセスポイントに対して接続された携帯端末２００に対して所定のＷｅｂページを表示させることを実現可能な技術であれば、他の技術を用いてもよい。

＜画像読取装置１００の処理＞
次に、図１３を用いて、第２実施形態における画像読取装置１００の処理手順について説明する。
図１３は、第２実施形態における画像読取装置１００の処理手順の一例を説明するフローチャートである。このフローチャートの処理は、ＣＰＵ１１がＲＯＭ１２等に格納されたプログラムを必要に応じてＲＡＭ１３にロードして実行することにより実現される。
まず、ユーザが画像読取装置１００の電源を入れると、画像読取装置１００が起動し、本フローチャートの処理が開始される。

Ｓ１３０１にて、ＣＰＵ１１は、ＳＴモードを開始する。
次にＳ１３０２において、ＣＰＵ１１は、Ｗｅｂアプリモードの開始を受け付け可能にする。Ｗｅｂアプリモードの開始は、画像読取装置１００に備えられたＷｅｂアプリモードボタン１５０がユーザによって押下されることで行われる。Ｗｅｂアプリモードボタン１５０が押下されると、すなわちＷｅｂアプリモードの開始が指示されると（Ｓ１３０２でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１３０３に処理を進める。Ｗｅｂアプリモードボタン１５０が押下されないと（Ｓ１３０２でＮｏの場合）、ＣＰＵ１１は、Ｓ１３０２に処理を戻す。

なお、このＳ１３０２でＷｅｂアプリモードボタン１５０の押下判定を行っている間、ＣＰＵ１１は、従来の画像読取装置１００における待機状態にも相当するように動作している。つまり、ＵＳＢやＬＡＮで接続された情報処理装置からスキャン指示がなされた場合、そのスキャン指示に従ってスキャン処理を実行することができる。

Ｓ１３０３で、ＣＰＵ１１は、ＳＴモードを終了したのちにＡＰモードを開始する。なお、Ｓ１３０３～Ｓ１３１０までの処理がＷｅｂアプリモードでの処理となり、Ｗｅｂアプリモードの説明は後述する＜Ｗｅｂアプリモード処理＞に記載する。
なお、この例では、Ｗｅｂアプリモードボタン１５０が押下された場合等、ＡＰモードに切り替えるための操作がなされた場合にＡＰモードに切り替える構成について説明しているが、原稿が検知された場合にＡＰモードに切り替えるようにしてもよいし、これらを併用してもよい。また、Ｗｅｂアプリモードボタン１５０のような専用のボタンを設けることなく既存のボタンを長押しするなどした場合にＡＰモードに切り替えるようにしてもよい。さらに、人感センサ等を用いてユーザが画像読取装置１００の前などに立っているのを検知してＡＰモードに切り替えるようにしてもよい。

次にＳ１３０４において、ＣＰＵ１１は、一定時間内に携帯端末２００からの接続があるかどうかを判定する。ユーザは、携帯端末２００を操作し、画像読取装置１００の提供するソフトウェアＡＰに接続するための操作を行う。

上記Ｓ１３０４で一定時間内（例えば５分以内）に接続がない場合（Ｓ１３０４でＮｏの場合）、ＣＰＵ１１は、Ｓ１３１０に処理を進める。
一方、上記Ｓ１３０４で一定時間内に接続があった場合（Ｓ１３０４でＹｅｓの場合）、Ｓ１３０５に処理を進める。

Ｓ１３０５において、ＣＰＵ１１は、図７に示したような設定情報入力画面を携帯端末２００に提供（送信）する。ＣＰＵ１１は、携帯端末２００からスキャン実行指示を受信すると、Ｓ１３０６に処理を進める。
Ｓ１３０６では、ＣＰＵ１１は、スキャン処理を行う。
次にＳ１３０７において、ＣＰＵ１１は、スキャン画像ダウンロード画面を携帯端末２００に提供（送信）する。ＣＰＵ１１は、携帯端末２００から画像データのダウンロード指示を受信すると、Ｓ１３０８に処理を進める。

Ｓ１３０８では、ＣＰＵ１１は、画像データを携帯端末２００に送信する。送信する画像データは、ユーザが携帯端末２００のスキャン画像ダウンロード画面を操作し、任意に選択することができる。よって、ユーザが画像をダウンロードしないことも選択でき、その場合は画像データの送信は行われない。本処理が完了すると、ＣＰＵ１１はＲＡＭ１３に記憶された画像データを削除する。

次にＳ１３０９において、ＣＰＵ１１は、スキャン継続確認を携帯端末２００に対して行い、携帯端末２００から継続する旨が選択されると（Ｓ１３０９でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１３０６に処理を戻す。これにより、改めてＡＰモードを開始することなくスキャンの継続が行える。

一方、Ｓ１３０９において、ＣＰＵ１１は、スキャンを継続しない旨が選択されると（Ｓ１３０９でＮｏの場合）、ＣＰＵ１１は、Ｓ１３１０に処理を進める。
Ｓ１３１０では、ＣＰＵ１１は、ＡＰモードを終了し、Ｓ１３０１に処理を戻すことでＷｅｂアプリモードを終了し、初期状態に戻す。

＜Ｗｅｂアプリモード処理＞
以下、Ｗｅｂアプリモード処理について説明する。
図１４は、第２実施形態のＷｅｂアプリモードが開始され、画像読取装置１００がＡＰモードになった際に、携帯端末２００から画像読取装置１００に接続を要求してからのやり取りを説明するシーケンス図である。

画像読取装置１００は、ＡＰモードに移行すると、自身が提供している無線アクセスポイントへの接続を受け付ける。
携帯端末２００へのユーザの操作により画像読取装置１００のアクセスポイントへの接続が指示され、画像読取装置１００が提供している無線アクセスポイントに接続すると、携帯端末２００のＯＳは、前述したWell-Known Web Pageと呼ばれるＷｅｂページを要求する（アクセスする）（Ｓ１４０１）。

この要求に応じて、画像読取装置１００は、該要求に対するレスポンス（応答）として、後述する図７のような設定情報入力画面のＵＲＬにリダイレクトするための指示（転送指示）を返信する（Ｓ１４０２）。

なお、上述のような画像読取装置１００からのレスポンスは、ＯＳが「Captive Portal」でないと判断するＯＳに依存する特定のレスポンスのいずれとも異なるもの（すなわち携帯端末２００で動作しているＯＳがキャプティブポータルを検知するレスポンス）である。例えば、ＯＳが「Captive Portal」でないと判断するレスポンスは、Androidでは「204 & No Content」、iOS及びmacOSではテキスト「Success」、Windowsではテキスト「Microsoft NCSI」となる。

上述のような画像読取装置１００からのレスポンス（Ｓ１４０２のリダイレクト指示）を受信した携帯端末２００のＯＳは、キャプティブポータルを検知したと判断し、Ｗｅｂブラウザを用いて、該レスポンスで転送指示されたＵＲＬにアクセス（リダイレクト）を行うように制御する（Ｓ１４０３）。なお、本実施形態では、キャプティブポータルを検知した際、携帯端末２００のＯＳが既定のＷｅｂブラウザを自動で（ユーザの操作なしに）起動して、上記リダイレクトを行うものとする。

上記Ｓ１４０３のアクセスに応じて、画像読取装置１００は、該アクセスのレスポンスとして、図７のような設定情報入力画面（画像読取装置１００が提供するＷｅｂアプリの画面）を送信する（Ｓ１４０４）。

なお、上述したように、携帯端末２００のＯＳから要求されるWell-Known Web Pageと呼ばれるＷｅｂページはＯＳに依存するものである。例えば、Androidでは「http://google.com/gen_204」、iOS及びmacOSでは「http://captive.apple.com/hotspot-detect.html」、Windowsでは「http://www.msftncsi.com/ncsi.txt」等となる。このため、画像読取装置１００は、上述の要求から、携帯端末２００で動作しているＯＳを判断可能である。よって、画像読取装置１００は、携帯端末２００で動作しているＯＳに応じた設定情報入力画面（ＯＳごとの設定情報入力画面）のＵＲＬにリダイレクトするための転送指示を、レスポンスするようにしてもよい。
該レスポンスを受信した携帯端末２００のＷｅｂブラウザは、図７のような設定情報入力画面を表示し、ユーザからの入力を受け付ける。図７については第１実施形態で説明済みである。すなわち、該レスポンスにより、携帯端末２００は、自動で、Ｗｅｂブラウザを介して、画像読取装置１００が提供するＷｅｂアプリに自動でアクセスするように動作することになる。すなわち、該レスポンスは、携帯端末２００で実行されるＷｅｂブラウザから、画像読取装置１００が提供するＷｅｂアプリに自動でアクセスさせるためのレスポンスに対応する。

ユーザが、設定情報入力画面において、モード、用紙サイズ、解像度、読み取り面等の読取設定情報を入力し、「スキャン」ボタン７１１を押すと、携帯端末２００のＷｅｂブラウザは、設定情報入力画面で入力された読取設定情報を含むスキャン実行指示を、画像読取装置１００に送信する（Ｓ１４０５）。

この読取設定情報を含むスキャン実行指示を受信した画像読取装置１００は、該受信した読取設定情報をＲＡＭ１３に記憶する。画像読取装置１００は、ＲＡＭ１３に記憶された読取設定に基づいて、原稿読取動作（スキャン処理）を開始する（Ｓ１４０６）。スキャン処理では、画像読取装置１００は、原稿台１０２に積載された原稿１０１を順次搬送して読み取って、画像データを生成する。生成された画像データは、ＲＡＭ１３に記憶される。スキャン処理により原稿台１０２上の原稿がなくなると、スキャン処理を終了する。

スキャン処理が終了すると、画像読取装置１００は、スキャン画像ダウンロード画面を携帯端末２００に送信する（Ｓ１４０７）。携帯端末２００は、受信した該画面をＷｅｂブラウザに表示し、ユーザからの入力を受け付ける。

図１５は、第２実施形態におけるスキャン画像ダウンロード画面の一例を示す図である。
スキャン画像ダウンロード画面には、画像読取装置１００がスキャンした画像データの一覧を表示する一覧表示部１５１３と、「ダウンロード」ボタン１５１１と、「終了」ボタン１５１２が配置されている。なお、一覧表示部１５１３に表示されるスキャン画像は、画像読取装置１００からＳ１４０７で送信されたスキャン画像またはそのサムネイル画像である。例えば、ユーザが一覧表示部１５１３からダウンロードしたい画像を選択し、「ダウンロード」ボタン１５１１を押すと、一覧表示部１５１３で選択されている画像データを特定する情報を含むダウンロード要求が、携帯端末２００のＷｅｂブラウザから画像読取装置１００に送信される。画像読取装置１００は、この要求に応じて、一覧表示部１５１３で選択された画像データの携帯端末２００への送信を開始する。また、画像読取装置１００は、携帯端末２００への画像データの送信が完了すると、続けて図１６に示すような継続確認画面を携帯端末２００に送信する（Ｓ１４０９）。携帯端末２００は、受信した継続確認画面をＷｅｂブラウザに表示し、ユーザからの入力を受け付ける。なお、画像データの送信が完了すると、画像読取装置１００は、ＲＡＭ１３に記憶された画像データを削除する。

図１６は、第２実施形態における継続確認画面の一例を示す図である。
次に、ユーザが継続確認画面で継続ボタン１６２１を押下すると、スキャン処理が新たに行われるが、本例ではユーザが「終了」ボタン１６２２を押下する場合の説明をする。

ユーザが「終了」ボタン１６２２を押すと、終了要求が、携帯端末２００のＷｅｂブラウザから画像読取装置１００に送信される（Ｓ１４１０）。画像読取装置１００は、この終了要求に応じて、Ｗｅｂアプリモード処理を終了する。なお、「終了」ボタン１５１２を押下した場合も、「終了」ボタン１６２２を押下した時と同様の動作になる。

また、ユーザによる「終了」ボタン１５１２または１６２２の押下がない場合には、スキャン処理が終了して一定時間（例えば６０分間）が経過したときに、画像読取装置１００がＷｅｂアプリモード処理を終了するようにしてもよい。

本実施形態では、携帯端末２００のＷｅｂブラウザから画像読取装置１００にアクセスされたときに図７のような設定情報入力画面が表示される構成としたが、設定情報入力画面を省略し、携帯端末２００のＷｅｂブラウザから画像読取装置１００が提供するＷｅｂアプリにアクセスされたときに自動でスキャン処理を開始する構成としてもよい。その際の読取設定は、一般的に使用頻度の高い設定など、所定の設定情報が予め設定された標準設定（モード：カラー、用紙サイズ：A4、解像度：300dpi）とするか、各種自動検知設定（モード：白黒／カラー自動検知、用紙サイズ：用紙サイズ自動検知、解像度：解像度自動検知）を機能として実装することなどで対応することが可能である。また、スキャン画像ダウンロード画面を介さず、画像読取装置１００のＷｅｂアプリから自動でスキャン画像を携帯端末２００に送信するようにしてもよい。

また、図１２に示した画像読取装置１００は、本実施形態の構成に加えてＵＳＢインタフェースをさらに備え、情報処理装置とＵＳＢケーブルを介して接続できる構成にしても良い。この場合、ＵＳＢインタフェースで接続している状態からＷｅｂアプリモードを開始する際に、ＣＰＵ１１は、ＲＡＭ１３にＵＳＢインタフェースで接続していたことを前回接続情報として記憶し、Ｗｅｂアプリモードを終了する際に前回接続情報を読み出して、前回の接続方法であるＵＳＢインタフェースに戻すようにしても良い。

また、画像読取装置１００は、図１５のスキャン画像ダウンロード画面の送信を、該画面で表示する画像データの読み取りに対応する読取設定情報を送ってきた携帯端末（図７の設定情報入力画面において「スキャン」ボタン７１１が押された携帯端末）と識別情報（例えばＭＡＣアドレス）が同じ装置からの要求に基づき、行うようにしてもよい。これにより、スキャンを指示した携帯端末以外の装置からの、スキャン画像データの閲覧を防止して、機密情報を保護することが可能となる。

以上、第２実施形態によれば、画像読取装置１００のＩＰアドレス等を示す二次元コード等を表示可能な表示部を使用しなくても、携帯端末２００から画像読取装置１００へアクセスして読取動作の実行を指示することができる。さらに、携帯端末２００に特別なアプリケーションをインストールすることなく、Ｗｅｂブラウザから、画像読取装置１００にスキャンを指示することができ、ユーザの利便性を高めることができる。

したがって、専用のアプリケーションをインストールする必要がなく、二次元コード等の画像読取装置への接続情報を示すコード画像を表示することなく優れた操作性を実現してユーザの利便性を高め、コード画像を表示可能な表示部を備える必要をなくしてコストダウンを可能とすることができる。

また、画像読取装置１００は、図１５のスキャン画像ダウンロード画面に、スキャン画像データ等に加え、他の情報も表示するようにしてもよい。例えば、スキャン中のエラーの通知や、スキャン画像データのダウンロード期限等を、表示するようにしてもよい。

また、画像読取装置１００は、図１５のスキャン画像ダウンロード画面の一覧表示部１５１３から任意の画像データをユーザから選択されたときに、選択された画像に対してトリミングや回転処理などの画像データ編集を行えるようにしても良い。

〔第３実施形態〕
以下、本発明の第３実施形態について説明するが、その基本的構成は第１実施形態と同様であり、その相違点についてのみ説明する。

本実施形態においては、画像読取装置１００は後述する一時的な例外以外では常にＡＰモードで動作する。すなわち、図５におけるＳ１１０１の原稿検知処理の結果に関わらず、ＡＰモードで動作しており、図５におけるＳ１１０６、Ｓ１１０７の処理が省略され、ＡＰモードのままＳ１１０８のスキャン処理が実行される。さらにＳ１１０９の処理も省略される。なお、図９のようなＷｅｂページを第１実施形態と同様にＳＴモードでの画像読取装置１００のＵＲＬに提供して画像のダウンロードを実行させる場合、Ｓ１１０９と同様に図９のようなＷｅｂページへのアクセスを受け付けて処理することが必要となるが、この点については後述する。

ただし、第１実施形態で説明したＡＰモードは、基本的には画像読取装置１００と携帯端末２００とが直接接続されることについてしか説明していないが、本実施形態においては、ＡＰモードにおいても、画像読取装置１００は、外部インターネットに対して接続可能なように構成されている。すなわち、第１実施形態で説明したＡＰ３００は外部インターネットと接続されるためのゲートウェイとしての機能を有するが、本実施形態の画像読取装置１００は、このＡＰ３００の機能を有し、外部インターネットとの接続においては、種々の有線ネットワーク接続や電話回線通信を含めた無線ネットワーク接続が利用可能である。

ここで、Ｓ１１０８のスキャン処理を実行中に、携帯端末２００はＡＰモードである画像読取装置１００と接続されたままの状態になり、例えば他のＷｅｂブラウザやブラウザタブを使用して他のＷｅｂページを閲覧することができないと不便である。本実施形態においてはそれに対応するために、設定情報入力画面が送信された携帯端末２００に対して、スキャン処理開始以降の外部への通信が可能なよう、次のように画像読取装置１００が動作する。

すなわち、設定情報入力画面が送信されて以後の携帯端末２００からの外部インターネットなどへのアクセス要求に対し、画像読取装置１００は携帯端末２００のＯＳがキャプティブポータルでないと判断するレスポンスを送信し、キャプティブポータルを使用しないアクセスポイントとして携帯端末２００の通信を実行させればよい。

または、キャプティブポータルを使用し、ユーザや携帯端末２００の識別情報などによって認証処理を行い、認証結果に応じて通信を制限しても良い。例えば、設定情報入力画面に対し、ユーザのクレデンシャルなどを入力させるようにして認証しても良いし、設定情報入力画面の時点では第１実施形態と同様にスキャン設定のみを入力させ、その後で外部インターネットへのアクセス要求があった際に、認証を行わせても良い。

これらの例においては、スキャン処理が終了した時点で画像読取装置１００と携帯端末２００とが直接接続されており、画像読取装置１００から携帯端末２００に対し、そのまま図９のようなスキャン画像ダウンロード画面を提供することができる。

携帯端末２００に対して、スキャン処理開始以降の外部への通信が可能なようにするための他の方法として、スキャン処理が開始され、スキャン画像ダウンロード画面の送信が完了した後で、画像読取装置１００がＡＰ３００などの上流側の通信を一時的に遮断するように制御しても良い。

この場合、画像読取装置１００に接続された携帯端末２００のＯＳは、画像読取装置１００の先の通信が遮断されていることを検出することができるため、画像読取装置１００との接続を遮断し、携帯端末２００が保有する他の通信方法によって外部インターネットへの接続を実行することができる。この例においては、スキャン画像ダウンロード画面を第１実施形態と同様にＳＴモードでの画像読取装置１００のＵＲＬに提供しても良い（その場合、画像読取装置１００はスキャン処理の完了後にＳＴモードに一時的に遷移するように制御される）し、画像読取装置１００以外の他の情報処理装置上の特定の場所を示すＵＲＬに提供しても良い。なお、ＳＴモードに一時的に遷移する場合、該ＳＴモードにおいて、画像読取装置１００は、スキャン画像ダウンロード画面へのアクセスを受け付け、画像ダウンロード等の処理を行う。

また、上述の画像読取装置１００以外の他の情報処理装置としては、クラウドサービスを利用することも可能であり、その場合、設定情報入力画面もしくはそこから遷移可能なＷｅｂページにおいて、所定のクラウドサービスを指定できるようにすることが好ましい。その場合、指定されたクラウドサービスに対するユーザのクレデンシャルを入力させ、スキャン画像をクラウドサービスに送信する際に画像読取装置１００がそのクレデンシャルを利用可能なようにすれば良い。

〔第４実施形態〕
以下、本発明の第４実施形態について説明するが、上記各実施形態との相違点についてのみ説明する。
第４実施形態のシステム構成、画像読取装置１００における搬送路等の構成については、第１実施形態の図１、図２で説明した構成と同様であるので説明を省略する。

＜装置の構成＞
図１７は、第４実施形態の画像読取装置１００の制御構成の一例を示す図である。なお、基本的な構成は第１実施形態と同様であり、図３と同一のものには同一の符号を付し、説明を省略する。

＜接続要求処理＞
以下、画像読取装置１００において外部の携帯端末２００からＡＰモードで接続を要求する際の処理（接続要求処理）について説明する。
図１８は、ＡＰモードで起動中の画像読取装置１００に対し、携帯端末２００から画像読取装置１００に接続を要求してからの、画像読取装置１００と携帯端末２００のやり取りを説明するシーケンス図である。
なお、図１８に示す画像読取装置１００の処理は、ＣＰＵ１１がＲＯＭ１２等に格納されたプログラムを必要に応じてＲＡＭ１３にロードして実行することにより実現される。同じく携帯端末２００の処理は、携帯端末２００の図示しないＣＰＵがＲＯＭやその他の記憶装置に格納されたプログラムを必要に応じてＲＡＭにロードして実行することにより実現される。

ＡＰモードで起動中の画像読取装置１００は、自身が提供している無線アクセスポイントへの接続を受け付ける。
携帯端末２００のＯＳは、画像読取装置１００が提供している無線アクセスポイントに接続すると、上述したWell-Known Web Pageと呼ばれるＷｅｂページを要求する（アクセスする）（Ｓ２００１）。

この要求に応じて、画像読取装置１００は、該要求に対するレスポンス（応答）として、後述する図１９のような設定情報入力画面のＵＲＬにリダイレクトするための指示（転送指示）を返信する（Ｓ２００２）。

なお、上述したように、携帯端末２００のＯＳから要求されるWell-Known Web Pageと呼ばれるＷｅｂページはＯＳに依存するものなので、画像読取装置１００は、上述の要求から、携帯端末２００で動作しているＯＳを判断可能である。よって、画像読取装置１００は、携帯端末２００で動作しているＯＳに応じた設定情報入力画面（ＯＳごとの設定情報入力画面）のＵＲＬにリダイレクトするための転送指示を、レスポンスするようにしてもよい。
また、上述のような画像読取装置１００からのレスポンスは、ＯＳが「Captive Portal」でないと判断するＯＳに依存する特定のレスポンスのいずれとも異なるもの（すなわち携帯端末２００で動作しているＯＳがキャプティブポータルを検知するレスポンス）である。

上述のような画像読取装置１００からのレスポンス（Ｓ２００２のリダイレクト指示）を受信した携帯端末２００のＯＳは、キャプティブポータルを検知したと判断し、Ｗｅｂブラウザを用いて、該レスポンスで転送指示されたＵＲＬにアクセスを行うように制御する（Ｓ２００３）。なお、本実施形態では、キャプティブポータルを検知した際、携帯端末２００のＯＳが既定のＷｅｂブラウザを自動で（ユーザの操作なしに）起動して、上記リダイレクトを行うものとする。しかし、Ｗｅｂブラウザを自動起動しないＯＳでも、本発明は適用可能である。この種のＯＳの場合、ユーザ操作等によりＷｅｂブラウザを起動するようにしてもよい。

上記Ｓ２００３のアクセスに応じて、画像読取装置１００は、該アクセスのレスポンスとして、図１９のような設定情報入力画面を送信する（Ｓ２００４）。
該レスポンスを受信した携帯端末２００のＷｅｂブラウザは、図１９のような設定情報入力画面を表示し、ユーザからの入力を受け付ける。

図１９は、第４実施形態における設定情報入力画面の一例を示す図である。
この画面は、上述のようにＡＰモードの画像読取装置１００に接続した携帯端末２００のＷｅｂブラウザ上に表示される。

設定情報入力画面は、モード（白黒／カラー）、用紙サイズ（Ａ４／Ａ３／Ｂ５／Ｂ４／・・・）、解像度（200dpi／300dpi／600dpi／・・・）、読み取り面（片面／両面）等の読取設定情報を入力するための入力欄２１０１を有する。
また、設定情報入力画面は、携帯端末に画像データを保存するか、共有フォルダで保存するかの送信設定情報を選択するための選択欄２１０２、共有フォルダで保存することが選択された場合に、共有フォルダにアクセスするための情報（ユーザー名、パスワード、送信先パス）を入力するための入力欄２１０３を有する。
さらに、設定情報入力画面は、スキャン中にスキャンステータス確認をするか否かを選択するチェックボックス２１０４、及び、「スキャン」ボタン２１０５を有する。

ユーザが、設定情報入力画面において、必要に応じて、モード、用紙サイズ、解像度、読み取り面等の読取設定情報、送信設定情報、スキャンステータス確認の入力等を行い、「スキャン」ボタン２１０５を押すと、携帯端末２００のＷｅｂブラウザは、設定情報入力画面で入力された読取設定情報、送信設定情報、スキャンステータス確認の情報を含むスキャン実行指示を、画像読取装置１００に送信する（Ｓ２００５）。
この読取設定、送信設定、スキャンステータス確認を含むスキャン実行指示を受信した画像読取装置１００は、該受信した読取設定情報をＲＡＭ１３に記憶する。

次に、画像読取装置１００は、携帯端末２００にスキャン開始後の画面を送信する必要があるか否かを確認する（Ｓ２００６）。上記Ｓ２００５で受信したスキャン実行指示に含まれる情報が、送信設定２１０２で「この携帯端末に保存する」が選択されていることを示す場合、又は、「スキャンステータス確認」チェックボックス２１０４がチェックされていることを示す場合、スキャン開始後の画面を送信する必要があると判断する。上記以外の場合、すなわち送信設定２１０２で「共有フォルダ」が選択されていることを示し、且つ、「スキャンステータス確認」チェックボックス２１０４がチェックされていないことを示す場合、スキャン開始後の画面を送信する必要がないと判断する。

スキャン開始後の画面を送信する必要がないと判断した場合（Ｓ２００６でＮｏの場合）、画像読取装置１００は、接続要求処理を終了する（Ｓ２００９）。
一方、スキャン開始後の画面を送信する必要があると判断した場合（Ｓ２００６でＹｅｓの場合）、画像読取装置１００は、Ｓ２００７に処理を進める。

Ｓ２００７では、画像読取装置１００は、スキャン開始後の画面を生成する。なお、画像読取装置１００は、上記Ｓ２００５で携帯端末２００から受信した送信設定によって、異なるスキャン開始後の画面を生成する。

前記Ｓ２００５で受信した送信設定が「この携帯端末に保存する」を示す場合、画像読取装置１００はＡＰモードのままでスキャンを行うため、後述する図２１Ａ（ａ）のようなスキャン中状態を表示する画面を生成する。

一方、前記Ｓ２００５で受信した送信設定が「共有フォルダ」を示す場合、画像読取装置１００はＡＰモードから所定のタイミングでＳＴモードに切り替えてスキャンを行うため、アクセスリンク先が変わる。そのため、画像読取装置１００は、後述する図２０Ａ（ａ）のようなアクセス情報であるＵＲＬを通知する画面を生成する。このＵＲＬは、画像読取装置１００がＡＰモードの時にアクセスしても無効なＵＲＬであるが、画像読取装置１００がＳＴモードになった時にアクセスすると、後述する図２０Ａ（ｂ）画面のようなスキャン中画面が表示される。

次に画像読取装置１００は、携帯端末２００に対して、上記Ｓ２００７で生成したスキャン開始後の画面を送信する（Ｓ２００８）。
この送信が完了すると、画像読取装置１００は、接続要求処理を終了する（Ｓ２００９）。

図２０Ａ、図２０Ｂは、第４実施形態において画像読取装置１００がＳＴモードでスキャンを行う場合に携帯端末２００に表示される画面の一例を示す図である。以下、図２０Ａ、図２０Ｂを単に「図２０」と記載する。以下、各図面について説明する。

図２０（ａ）は、ＳＴモードでスキャンを行う画像読取装置１００へのアクセスＵＲＬ画面の一例を示す図である。
ＳＴモードでスキャンする画像読取装置１００へのアクセスＵＲＬ画面には、リンク２２１１ａのように、後述する図２０（ｂ）のようなスキャンステータスを確認する画面にアクセスするためのＵＲＬが表示されている。

リンク２２１１ａにクリック等の指示がなされると、携帯端末２００のＷｅｂブラウザは、リンク２２１１ａが示すＵＲＬにアクセスする。本実施形態では、このＵＲＬは、ＳＴモードに移行した画像読取装置１００が提供するＷｅｂページを示すものとして説明する。すなわち、ここでは、画像読取装置１００がＡＰ３００を介してリンク２２１１ａが示すＷｅｂページを提供するものとする。しかし、ファイルサーバやクラウドストレージ等の他の情報処理資源が、リンク２２１１ａが示すＷｅｂページを提供する構成でもよい。

図２０（ｂ）、図２０（ｃ）は、ＳＴモードでスキャンを行う画像読取装置１００がスキャンステータスを表示する画面の一例を示す図である。
図２０（ｂ）はスキャンエラーが発生していない場合のスキャンステータス画面に対応する。図２０（ｃ）はスキャンエラーが発生した場合の画面に対応する。

図２０（ｃ）の画面には、エラー内容を表示するメッセージ２２１１ｃと、継続スキャンするためのボタン２２１２ｃと、継続スキャンしないボタン２２１３ｃが配置されている。例えば、ユーザがボタン２２１２ｃ又はボタン２２１３ｃを押すと、携帯端末２００のＷｅｂブラウザは、その操作結果を画像読取装置１００に送信する。この際の画像読取装置１００の動作については後述する。

図２１Ａ、図２１Ｂは、第４実施形態において画像読取装置１００がＡＰモードでスキャンを行う場合に携帯端末２００に表示される画面の一例を示す図である。以下、図２１Ａ、図２１Ｂを単に「図２１」と記載する。

図２１（ａ）はスキャンエラーが発生していない場合のスキャンステータス画面に対応する。図２１（ｂ）はスキャンエラーが発生した場合の画面に対応する。

図２１（ｂ）の画面には、エラー内容を表示するメッセージ２３１１ｂと、継続スキャンするためのボタン２３１２ｂと、継続スキャンしないボタン２３１３ｂが配置されている。例えば、ユーザがボタン２３１２ｂ又はボタン２３１３ｂを押すと、携帯端末２００のＷｅｂブラウザは、その操作結果を画像読取装置１００に送信する。この際の画像読取装置１００の動作については後述する。

図２１（ｃ）は、スキャンが完了した後に表示されるスキャン画像ダウンロード画面の一例を示す図である。
スキャン画像ダウンロード画面には、画像読取装置１００がスキャンした画像データの一覧２３１３ｃと、「ダウンロード」ボタン２３１１ｃと、「終了」ボタン２３１２ｃが配置されている。

例えば、ユーザが一覧２３１３ｃからダウンロードしたい画像を選択し、「ダウンロード」ボタン２３１１ｃを押すと、一覧２３１３ｃで選択されている画像データを特定する情報を含むダウンロード要求が、携帯端末２００のＷｅｂブラウザから画像読取装置１００に送信される。画像読取装置１００は、この要求に応じて、一覧２３１３ｃで選択された画像データの携帯端末２００へのダウンロードを開始する。

また、ユーザが「終了」ボタン２３１２ｃを押すと、終了要求が、携帯端末２００のＷｅｂブラウザから画像読取装置１００に送信される。画像読取装置１００は、この終了要求に応じて、画像データダウンロードを完了する。なお、ユーザによる「終了」ボタン２３１２ｃの押下がない場合にも、スキャンが終了して一定時間（例えば３分間）が経過した場合には、画像読取装置１００は、画像データダウンロード処理を完了するようにしてもよい。

＜画像読取装置１００の処理＞
以下、図２２、図２３を用いて、第４実施形態における画像読取装置１００の処理手順について説明する。
図２２は、第４実施形態における画像読取装置１００の処理手順の一例を説明するフローチャートである。図２２及び後述する図２３に示すフローチャートの処理は、ＣＰＵ１１がＲＯＭ１２等に格納されたプログラムを必要に応じてＲＡＭ１３にロードして実行することにより実現される。

ユーザが画像読取装置１００の電源を入れると、画像読取装置１００が起動し、本フローチャートの処理が開始される。
まずＳ１８０１にて、ＣＰＵ１１は、画像読取装置１００の無線モードをＡＰモードにする。

次にＳ１８０２において、ＣＰＵ１１は、外部の携帯端末２００からの接続を待つ。携帯端末２００から接続があると（Ｓ１８０２でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１８０３に処理を進める。
Ｓ１８０３において、ＣＰＵ１１は、上記図１８に示した接続要求処理を行う。

次にＳ１８０４において、ＣＰＵ１１は、上記Ｓ１８０３の接続要求処理でＲＡＭ１３に記憶された送信設定に基づいて、スキャン画像データを携帯端末に保存するか否かを確認する。スキャン画像データを携帯端末に保存する場合（Ｓ１８０４でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１８０６に処理を進める。

一方、スキャン画像データを携帯端末に保存しない場合（Ｓ１８０４でＮｏの場合）、ＣＰＵ１１は、Ｓ１８０５に処理を進める。
Ｓ１８０５において、ＣＰＵ１１は、アクセスポイント３００に接続し、ＳＴモードに切り替える。この時、携帯端末２００と画像読取装置１００との接続が切断されるので、携帯端末２００はアクセスポイント３００に再接続できる。このため、スキャン中でも、ユーザは携帯端末２００を自由に使用でき、使い勝手がよく、利便性が向上する。

次にＳ１８０６において、ＣＰＵ１１は、スキャン処理を行う。スキャン処理については後述する。スキャン処理が完了すると、ＣＰＵ１１は、Ｓ１８０７に処理を進める。
Ｓ１８０７では、ＣＰＵ１１は、ＳＴモードでスキャンを行ったか否かを確認する。ＳＴモードでスキャンを行った場合（Ｓ１８０７でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１８０８に処理を進める。
Ｓ１８０８では、ＣＰＵ１１は、上記Ｓ１８０３の接続要求処理でＲＡＭ１３に記憶された送信設定に基づく送信先に、スキャンした画像データを送信し、Ｓ１８０９に処理を進める。なお、Ｓ１８０７からＳ１８０８の流れを、スキャン中に原稿単位（ページ単位）の読取画像が生成される毎など、Ｓ１８０８のスキャン処理における所定のタイミングで実行されても良い。

一方、ＡＰモードでスキャンを行った場合（Ｓ１８０７でＮｏの場合）、ＣＰＵ１１は、Ｓ１８１０に処理を進める。
Ｓ１８１０では、ＣＰＵ１１は、携帯端末２００によるスキャン画像ダウンロードが完了するまで待ち、スキャンした画像データのダウンロードが完了すると（Ｓ１８１０でＹｅｓの場合）、Ｓ１８０９に処理を進める。

Ｓ１８０９において、ＣＰＵ１１は、電源を切る操作を検知しなければ（Ｓ１８１０でＮｏの場合）、Ｓ１８０１に処理を戻す。
一方、電源を切る操作を検知した場合（Ｓ１８０９でＹｅｓの場合）、ＣＰＵ１１は、本フローチャートの処理を終了する。

＜スキャン処理＞
図２３は、第４実施形態において画像読取装置１００が行うスキャン処理（図２２のＳ１８０６）の一例を説明するフローチャートである。
Ｓ１９０１において、ＣＰＵ１１は、図１８に示した接続要求処理でＲＡＭ１３に記憶された読取設定に基づいて、原稿読取動作（読取処理）を開始する。原稿読取動作では、画像読取装置１００は、原稿台１０２に積載された原稿１０１を順次搬送して読み取る。

次にＳ１９０２において、ＣＰＵ１１は、画像読取装置１００でスキャンエラーがあったか否かを確認する。スキャンエラーがなかった場合（Ｓ１９０２でＮｏの場合）、ＣＰＵ１１は、Ｓ１９０６に処理を進める。
一方、スキャンエラーがあった場合（Ｓ１９０２でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１９０３に処理を進める。

Ｓ１９０３では、ＣＰＵ１１は、スキャンステータスの確認をするか否かを確認する。、図１８に示した接続要求処理のＳ２００５で受信した情報が「スキャンステータス確認」チェックボックス２１０４がチェックされていることを示す場合にはスキャンステータスの確認をすると判断し、そうでない場合にはスキャンステータスの確認をしないと判断する。

スキャンステータスを確認しない場合（Ｓ１９０３でＮｏの場合）、ＣＰＵ１１は、本スキャン処理を終了する。
一方、スキャンステータスを確認する場合（Ｓ１９０３でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１９０４に処理を進める。

Ｓ１９０４では、ＣＰＵ１１は、携帯端末２００にＷｅｂページを用いて、図２０（ｃ）（ＳＴモードスキャンした場合）又は図２１（ｂ）（ＡＰモードでスキャンした場合）のように通知を行う。この通知に応じ、ユーザが携帯端末２００のＷｅｂページの図２０（ｃ）又は図２１（ｂ）の継続スキャンの「はい」又は「いいえ」ボタンを操作すると、操作した結果が、携帯端末２００のＷｅｂブラウザから画像読取装置１００に送信される。

次にＳ１９０５において、ＣＰＵ１１は、上記Ｓ１９０４で継続スキャンの操作結果を確認する。スキャンを継続しない場合（Ｓ１９０５でＮｏの場合）、ＣＰＵ１１は、本スキャン処理を終了する。
一方、スキャンを継続する場合（Ｓ１９０５でＹｅｓの場合）、ＣＰＵ１１は、Ｓ１９０６に処理を進める。

次にＳ１９０６において、ＣＰＵ１１は、読取処理により読み取った原稿の画像データを生成する。
そしてＳ１９０７において、ＣＰＵ１１は、原稿台１０２上の原稿がないかを確認する。原稿がある場合（Ｓ１９０７でＮｏの場合）、ＣＰＵ１１は、Ｓ１９０２に処理を戻す。
一方、原稿台１０２上の原稿がなくなると（Ｓ１９０７でＹｅｓの場合）、ＣＰＵ１１は、本スキャン処理を終了する。

以上、第４実施形態によれば、上述の各実施形態の効果に加え、画像読取装置１００で読み取られたスキャン画像を携帯端末２００又はユーザの指定した送信先に送信することが可能となる。また、スキャン中にスキャンステータスを確認することも可能となる。さらに、スキャンエラーが発生した場合にも、スキャンの継続又は終了を指示することができる。このように、さらにユーザの利便性を高めることができる。上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。

また、第４実施形態において、画像読取装置１００で読み取られたスキャン画像の送信先として、図１９に示す設定情報入力画面を用いて説明したように、共有フォルダに対して送信できる構成について説明したが、これに限られない。

例えば、共有フォルダと並列にクラウドサービスに送信可能なようなメニューを表示し、選択されたクラウドサービスに対して送信可能なように構成しても良い。この場合、携帯端末２００にインストールされたアプリケーション上に記憶されたユーザ名やパスワードなどのクレデンシャル（識別情報）を用いてクラウドサービスへの画像データの送信が可能なように、携帯端末２００にインストールされたアプリケーションと連携可能に構成しても良い。

または、送信先として、携帯端末２００にインストールされたアプリケーションから選択するように構成しても良く、その場合にもそのアプリケーションに記憶されたユーザ名やパスワードなどのクレデンシャル（識別情報）を用いて送信可能なように構成しても良い。

または、送信先として、ユーザが所望するクラウドサービスのＵＲＬ等の宛先情報を入力可能にし、さらにユーザ名やパスワードなどのクレデンシャル（識別情報）を入力可能にすることで、ユーザが所望するクラウドサービスに対して画像データを送信可能にしても良い。

以上の例において、ユーザ名やパスワードなどに代表されるログイン情報などについては、設定情報入力画面においては入力や取得をさせずに、実際に画像データを送信するタイミングで、携帯端末２００上のアプリケーションから取得したり、携帯端末２００や画像読取装置１００を用いてユーザに入力させたりしても良い。

以上、各実施形態によれば、携帯端末の撮像機能を起動することなく、簡単な操作で画像読取を可能とし、ユーザの利便性を高めることができる。また、専用のアプリケーションを情報処理装置にインストールすることなく、画像読取装置への接続情報を示すコード画像を画像読取装置で表示することなく、より少ないステップでのスキャン処理を実現してユーザの利便性を高め、画像読取装置にコード画像を表示可能な表示部を備える必要をなくしてコストダウンを可能にすることもできる。

なお、上記各実施形態では、画像読取装置１００が提供するＷｅｂアプリの一例として、画像読取装置１００による原稿読取動作（スキャン、ダウンロード等）を行うためのＷｅｂアプリを例に説明した。しかし、画像読取装置１００が提供するＷｅｂアプリは、携帯端末２００等の情報処理装置から画像読取装置１００を使用するためのＷｅｂアプリであればどのようなＷｅｂアプリであってもよい。例えば、画像読取装置１００の状態を確認するためのＷｅｂアプリでもよいし、画像読取装置１００をメンテナンスするためのＷｅｂアプリ等でもよい。

また、上記各実施形態では、ＯＳのキャプティブポータル（Captive Portal）検知の仕様等を利用して、画像読取装置が提供するアクセスポイントに対して端末（情報処理装置）から接続がなされた際に、画像読取装置が提供するＷｅｂアプリに該端末を自動でアクセスさせ、該端末から画像読取装置を利用可能にする構成について説明した。しかし、本発明はこれに限定されるものではない。例えば、ＯＳのキャプティブポータル検知の仕様等を利用して、電子機器（例えば複合機やプリンタ、ネットワークカメラ、ドライブレコーダ、各種家電、各種ＩｏＴ機器などの各種電子機器）が提供するアクセスポイントに端末から接続がなされた際に、該電子機器が提供するＷｅｂアプリに該端末を自動でアクセスさせ、該端末から該電子機器を利用可能にする構成でもよい。例えば、電子機器が提供するアクセスポイントに端末から接続がなされた際に、該電子機器が提供するＷｅｂアプリにより該電子機器の操作画面を該端末に自動で表示させ、該端末から該電子機器の操作（設定や状態の確認等も含む）を受け付け可能にする構成でもよい。これにより、情報処理装置の撮像機能を起動することがなく、また、専用のアプリケーションを情報処理装置にインストールすることなく、情報処理装置から各種電子機器を容易に操作可能にし、ユーザの利便性を高めることができる。この場合、電子機器としては上述した画像読取装置が有するネットワーク接続機能と同等の機能を有していれば良い。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

例えば、上記実施形態において画像読取装置１００と携帯端末２００とは無線接続されるものについて説明したが、有線接続されるように構成しても良く、その場合でも同様に、携帯端末２００からのアクセス要求に対して、同様のレスポンスによってリダイレクトさせることで、設定情報入力画面であるＷｅｂページを送信することが可能である。また、その場合に限らず、携帯端末２００は据置型の情報処理装置であっても良く、ネットワーク通信機能を有していれば良い。

１００ 画像読取装置
２００ 携帯端末
３００ アクセスポイント
１０１ 原稿
１０２ 原稿台
１１０ 原稿台原稿検知センサ
１５０ Ｗｅｂアプリモードボタン

Claims (24)

1. 無線アクセスポイントとして動作する第１モードと無線端末として動作する第２モードで動作可能であり、原稿台に積載された原稿を読み取って画像データを生成する原稿読取動作を行う画像読取装置であって、
   前記第１モードにおける無線アクセスポイントに情報処理装置が接続された場合に該情報処理装置から送信される要求に応じて、前記原稿読取動作の実行指示を行うための第１ウェブページを、前記情報処理装置に送信する第１送信手段と、
   前記実行指示を受信したことに応じて、前記原稿読取動作により生成される画像データを取得するための第２ウェブページへアクセスするためのアクセス情報を、前記情報処理装置に送信する第２送信手段と、
   前記アクセス情報の送信に応じて前記第２モードに切り替える制御手段と、
   前記実行指示に基づいて前記原稿読取動作を実行させる実行手段と、
   を有することを特徴とする画像読取装置。
2. 前記実行指示に読取設定情報が含まれることを特徴とする請求項１に記載の画像読取装置。
3. 前記第１ウェブページでは、前記読取設定情報の入力が可能なことを特徴とする請求項２に記載の画像読取装置。
4. 前記アクセス情報は、ランダムな文字列、前記情報処理装置を識別する識別情報に基づく文字列、又は、前記第１ウェブページで入力された情報に基づく文字列を含むＵＲＬであることを特徴とする請求項１から３のいずれか一項に記載の画像読取装置。
5. 前記実行手段は、前記制御手段が前記第２モードに切り替えた後に、前記実行指示に基づく原稿読取動作を開始することを特徴とする請求項１から４のいずれか一項に記載の画像読取装置。
6. 前記原稿台に原稿が積載されたことを検知する検知手段を有し、
   前記制御手段は、前記検知手段により前記原稿台に原稿が積載されたことが検知されたことに応じて、前記第１モードに切り替えることを特徴とする請求項１から５のいずれか一項に記載の画像読取装置。
7. 前記第１モードにおける無線アクセスポイントに情報処理装置が接続された場合に該情報処理装置から送信される要求は、前記情報処理装置で動作しているオペレーティングシステムの仕様に基づく要求であることを特徴とする請求項１から６のいずれか一項に記載の画像読取装置。
8. 前記情報処理装置で動作しているオペレーティングシステムの仕様は、前記情報処理装置が無線アクセスポイントに接続された場合に該無線アクセスポイントを介して該オペレーティングシステムに依存する特定の要求を行い、該要求に対する応答として該オペレーティングシステムに依存する特定の応答と異なる応答を受信した場合、ウェブブラウザにて該受信した応答に応じた処理を行う仕様であり、
   前記第１送信手段は、前記特定の要求に応じて、前記特定の応答とは異なる前記第１ウェブページへの転送指示を、前記情報処理装置に応答することを特徴とする請求項１から７のいずれか一項に記載の画像読取装置。
9. 前記オペレーティングシステムの仕様は、キャプティブポータル検知の仕様であることを特徴とする請求項８に記載の画像読取装置。
10. 無線アクセスポイントとして動作する第１モードと無線端末として動作する第２モードで動作可能であり、原稿台に積載された原稿を読み取って画像データを生成する原稿読取動作を行う画像読取装置の制御方法であって、
    前記第１モードにおける無線アクセスポイントに情報処理装置が接続された場合に該情報処理装置から送信される要求に応じて、前記原稿読取動作の実行指示を行うための第１ウェブページを、前記情報処理装置に送信する第１送信工程と、
    前記実行指示を受信したことに応じて、前記原稿読取動作により生成される画像データを取得するための第２ウェブページへアクセスするためのアクセス情報を、前記情報処理装置に送信する第２送信工程と、
    前記アクセス情報の送信に応じて前記第２モードに切り替える切り替え工程と、
    前記実行指示に基づいて前記原稿読取動作を実行する原稿読取工程と、
    を有することを特徴とする画像読取装置の制御方法。
11. 情報処理装置と直接接続されるネットワークを形成し、原稿を読み取って画像データを生成する原稿読取動作を行う画像読取装置であって、
    前記ネットワークに情報処理装置が接続される際に、前記情報処理装置で実行されるＷｅｂブラウザから、前記画像読取装置が提供するＷｅｂアプリに自動でアクセスさせる機能を持ったＷｅｂアプリ提供手段を備えることを特徴とする画像読取装置。
12. 前記Ｗｅｂアプリ提供手段は、前記ネットワークに前記情報処理装置が接続される際に、前記情報処理装置が自動的に前記Ｗｅｂアプリにアクセスするためのレスポンスを前記情報処理装置に対して送信することを特徴とする請求項１１に記載の画像読取装置。
13. 前記レスポンスは、前記情報処理装置がキャプティブポータルを検知するレスポンスであることを特徴とする請求項１２に記載の画像読取装置。
14. 前記Ｗｅｂアプリは、前記画像読取装置が動作する際の読取設定を入力する設定情報入力画面を表示することを特徴とする請求項１１から１３のいずれか一項に記載の画像読取装置。
15. 前記情報処理装置で実行されるＷｅｂブラウザから、前記画像読取装置が提供する前記Ｗｅｂアプリにアクセスされたことを検出したときに、前記原稿読取動作を自動で開始することを特徴とする請求項１１から１３のいずれか一項に記載の画像読取装置。
16. 前記Ｗｅｂアプリを介して前記原稿読取動作により生成された画像データを前記情報処理装置に送信する画像データ送信手段を有することを特徴とする請求項１１から１５のいずれか一項に記載の画像読取装置。
17. 前記ネットワークを形成する手段として、無線で接続可能なアクセスポイントを提供するアクセスポイント提供手段を有し、
    前記アクセスポイントに前記情報処理装置が接続されることを特徴とする請求項１１から１６のいずれか一項に記載の画像読取装置。
18. 前記アクセスポイントは、第１識別情報に基づいたアクセスポイントであり、
    前記第１識別情報に基づいたアクセスポイントは、前回提供した第２識別情報に基づいたアクセスポイントとは異なるアクセスポイントであることを特徴とする請求項１７に記載の画像読取装置。
19. 前記アクセスポイントを提供してから、一定時間内に前記情報処理装置からのアクセスがない場合、前記アクセスポイントの提供を終了することを特徴とする請求項１７又は１８に記載の画像読取装置。
20. 前記Ｗｅｂアプリを介して前記原稿読取動作により生成された画像データを前記情報処理装置に送信する画像データ送信手段を有し、
    前記画像データ送信手段による送信が完了した後に、前記アクセスポイントの提供を終了することを特徴とする請求項１７から１９のいずれか一項に記載の画像読取装置。
21. 前記アクセスポイントの提供を終了する前に、ユーザへの継続確認を行う継続確認手段を有し、
    前記継続確認手段により継続の旨が選択された際に、前記アクセスポイントの提供を終了しないことを特徴とする請求項２０に記載の画像読取装置。
22. 前記画像読取装置と前記情報処理装置の接続方法を記憶する接続方法記憶手段を備え、
    前記接続方法記憶手段は、前記アクセスポイントを提供する前の接続方法を記憶し、
    前記アクセスポイントの提供終了後に、以前の接続方法にすることを特徴とする請求項１７から２１のいずれか一項に記載の画像読取装置。
23. ネットワークを形成するネットワーク形成手段を有し、原稿を読み取って画像データを生成する原稿読取動作を行う画像読取装置の制御方法であって、
    前記ネットワークに情報処理装置が接続される際に、前記情報処理装置で実行されるＷｅｂブラウザから、前記画像読取装置が提供するＷｅｂアプリに自動でアクセスさせる機能を持ったＷｅｂアプリ提供工程を備えることを特徴とする画像読取装置の制御方法。
24. コンピュータを、請求項１または１１に記載の各手段として機能させるためのプログラム。

Images