特許 7595432 周辺装置、周辺装置の制御方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-28

(45)【発行日】2024-12-06

(54)【発明の名称】周辺装置、周辺装置の制御方法、及びプログラム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20241129BHJP

【ＦＩ】

H04N1/00 127Z

【請求項の数】 10

(21)【出願番号】P 2020134445

(22)【出願日】2020-08-07

(65)【公開番号】P2022030413

(43)【公開日】2022-02-18

【審査請求日】2023-07-21

(73)【特許権者】

【識別番号】000104652

【氏名又は名称】キヤノン電子株式会社

(74)【代理人】

【識別番号】110002767

【氏名又は名称】弁理士法人ひのき国際特許事務所

(72)【発明者】

【氏名】増澤 英樹

【審査官】橘 高志

(56)【参考文献】

【文献】特開２００３－２２４６８９（ＪＰ，Ａ）

【文献】特開２０１８－１２１１３１（ＪＰ，Ａ）

【文献】特開２００９－１１７９６６（ＪＰ，Ａ）

【文献】特開２０１５－２３１０９４（ＪＰ，Ａ）

【文献】特開２００６－１２８９４８（ＪＰ，Ａ）

【文献】特開２００７－２９５２８３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

ネットワークを介して通信可能な情報処理装置からの要求を受け付ける受付手段と、
前記受付手段で受け付けた要求に応じて第１処理を行い、該第１処理により生成されたデータを記憶領域に記憶する第１処理手段と、
前記第１処理の後、前記記憶領域に前記データが保存された状態において前記情報処理装置から受け付けた操作に応じた前記データに対する第２処理を行う第２処理手段と、
前記第２処理が終了した場合に、前記データを前記記憶領域から消去する消去手段と
を備え、
前記受付手段は、前記要求に基づいた前記第１処理が全て終了するまでは該第１処理の要求元とは異なる他の情報処理装置からの要求を受け付けず、前記要求に基づいた第１処理が全て終了した場合には、前記第２処理の実行中であっても前記他の情報処理装置からの要求を受け付けることを特徴とする周辺装置。

【請求項2】

前記第１処理手段は、前記第２処理と並行して前記他の情報処理装置からの要求に基づく前記第１処理を実行可能であり、前記第１処理において生成されるデータを前記記憶領域に記憶不可能な場合には、前記第１処理において生成されるデータが前記記憶領域に記憶可能になるまで該第１処理を中断することを特徴とする請求項１に記載の周辺装置。

【請求項3】

前記第１処理の要求元の情報処理装置に対して、該第１処理が終了した後に前記第１処理を追加して行うかどうかを確認する確認手段を有し、
前記受付手段は、前記要求された第１処理が終了し且つ前記確認手段により前記第１処理を追加して行わないことが確認されている場合に、前記要求された第１処理が全て終了したと判断する、ことを特徴とする請求項１又は２に記載の周辺装置。

【請求項4】

前記消去手段は、前記第１処理が終了してからの経過時間が所定時間に達した場合、該第１処理により生成されたデータを前記記憶領域から消去することを特徴とする請求項１から３のいずれか一項に記載の周辺装置。

【請求項5】

前記消去手段は、所定の認証方法により管理者として認証されたユーザーからの指示に応じて、前記第１処理により生成されたデータを前記記憶領域から消去することを特徴とする請求項１から４のいずれか一項に記載の周辺装置。

【請求項6】

前記周辺装置は、画像読取装置であり、
前記第１処理は、原稿を読み取って画像データを生成するスキャン処理であり、
前記第２処理は、少なくとも前記スキャン処理により生成された画像データを前記スキャン処理の要求元の前記情報処理装置に送信する処理を含む、ことを特徴とする請求項１から５のいずれか一項に記載の周辺装置。

【請求項7】

前記情報処理装置で動作するウェブブラウザからの要求に応じて、該ウェブブラウザから処理を受け付けるための操作画面を該ウェブブラウザに提供し、該ウェブブラウザに表示される前記操作画面から処理を受け付け可能な提供手段を有することを特徴とする請求項１から６のいずれか一項に記載の周辺装置。

【請求項8】

前記情報処理装置は、携帯端末であることを特徴とする請求項１から７のいずれか一項に記載の周辺装置。

【請求項9】

周辺装置の制御方法であって、
ネットワークを介して通信可能な情報処理装置からの要求を受け付ける受付ステップと、
前記受付ステップで受け付けた要求に応じて第１処理を行い、該第１処理により生成されたデータを記憶領域に記憶する第１処理ステップと、
前記第１処理の後、前記記憶領域に前記データが保存された状態において前記情報処理装置から受け付けた操作に応じた前記データに対する第２処理を行う第２処理ステップと、
前記第２処理が終了した場合に、前記データを前記記憶領域から消去する消去ステップと
を備え、
前記受付ステップでは、前記要求に基づいた前記第１処理が全て終了するまでは該第１処理の要求元とは異なる他の情報処理装置からの要求を受け付けず、前記要求に基づいた第１処理が全て終了した場合には、前記第２処理の実行中であっても前記他の情報処理装置からの要求を受け付ける、ことを特徴とする周辺装置の制御方法。

【請求項10】

コンピュータを、請求項１から８のいずれか一項に記載の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、携帯端末等の情報処理装置からネットワークを介して利用可能な周辺装置、周辺装置の制御方法、及びプログラムに関するものである。

【背景技術】

【0002】

近年、情報処理装置と同一のＬＡＮ（Local Area Network）等のネットワークに、スキャナーなどの周辺装置を接続し、複数の情報処理装置から周辺装置を共有して利用することが一般的になってきている。また、携帯型情報処理装置としてスマートフォンやタブレットＰＣ等が普及し、携帯型情報処理装置から周辺装置を使用する要望が高まってきている。

【0003】

特許文献１には、周辺装置に表示されたコード情報を情報処理装置が読み取ることで、情報処理装置から周辺装置にアクセスし、文書データを送受信するための技術が提案されている。

【0004】

なお、情報処理装置から周辺装置を使用する際、すでに他の情報処理装置が周辺装置を使用している場合がある。そのため、周辺装置は現在使用中の情報処理装置以外からのリクエストを排他することが一般的に行われている。

【0005】

また、近年、ウェブアプリの技術を使って、情報処理装置のウェブブラウザから周辺装置に対してアクセスし、周辺装置の制御を行うことが可能となっている。ウェブアプリで排他処理を行う場合は、セッション管理により行うことが可能である。

【0006】

周辺装置の一例であるスキャナー（画像読取装置）では、原稿を搬送して画像データを読み取るスキャン処理、スキャン処理後の画像データの編集処理、及び、編集した画像データの転送処理の一連の処理を実行する装置である。なお、説明の便宜上、以降はスキャン処理を「前段処理」、編集処理および転送処理をまとめて「後段処理」と述べることがある。

【先行技術文献】

【特許文献】

【0007】

【文献】特許第５８２２０４０号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

従来のスキャナーでは、前段処理と後段処理を合わせた全ての処理が完了するまで、次のユーザーが周辺装置を使用できなかった。しかし、前のユーザーの前段処理（スキャン処理）が完了し、後段処理（編集処理または転送処理）を行っているのであれば、次のユーザーの前段処理（スキャン処理）を、前のユーザーの後段処理と並行で行うことが、周辺装置の稼働率を向上させる観点から望ましい。

【0009】

本発明は、上記の課題を解決するためになされたものである。本発明は、周辺装置の稼働率を向上する仕組みを提供することを目的とするものである。

【課題を解決するための手段】

【0010】

本発明は、上記を鑑み、ネットワークを介して通信可能な情報処理装置からの要求を受け付ける受付手段と、前記受付手段で受け付けた要求に応じて第１処理を行い、該第１処理により生成されたデータを記憶領域に記憶する第１処理手段と、前記第１処理の後、前記記憶領域に前記データが保存された状態において前記情報処理装置から受け付けた操作に応じた前記データに対する第２処理を行う第２処理手段と、前記第２処理が終了した場合に、前記データを前記記憶領域から消去する消去手段とを備え、前記受付手段は、前記要求に基づいた前記第１処理が全て終了するまでは該第１処理の要求元とは異なる他の情報処理装置からの要求を受け付けず、前記要求に基づいた第１処理が全て終了した場合には、前記第２処理の実行中であっても前記他の情報処理装置からの要求を受け付けることを特徴とする。

【発明の効果】

【0011】

本発明によれば、周辺装置の稼働率を向上することができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態を示すシステムの構成の一例を示す図。

【図2】ＵＩ提供部が備えるセッション管理テーブルの一例を示す図。

【図3】ＵＩ提供部が備えるセッション管理テーブルの一例を示す図。

【図4】ＵＩ提供部が備えるセッション管理テーブルの一例を示す図。

【図5】ＵＩ提供部が備えるセッション管理テーブルの一例を示す図。

【図6】携帯端末からスキャナー１を利用する場合の一連の処理の流れを説明するフローチャート。

【図7】スキャナーのメニュー画面の一例を示す図。

【図8】スキャナーのＵＲＬ表示画面の一例を示す図。

【図9】携帯端末に表示されるスキャン設定画面の一例を示す図。

【図10】携帯端末に表示されるスキャン中画面の一例を示す図。

【図11】携帯端末に表示される継続確認画面の一例を示す図。

【図12】携帯端末に表示される画像編集画面の一例を示す図。

【図13】携帯端末に表示される詳細編集画面の一例を示す図。

【図14】携帯端末に表示される他ユーザー使用中画面の一例を示す図。

【図15】携帯端末に表示される他ユーザー使用中画面の一例を示す図。

【図16】本実施形態の受付処理の一例を示すフローチャート。

【図17】本実施形態のスキャン処理の一例を示すフローチャート。

【図18】携帯端末に表示される記憶領域不足画面の一例を示す図。

【発明を実施するための形態】

【0013】

以下、本発明の実施の形態について説明する。本例では周辺装置の一例としてスキャナーを用いるが、本発明は周辺装置としてスキャナーに限定されるものではなく、同様の環境において使用される周辺装置においても適用可能である。

【0014】

〔第１実施形態〕
図１は、本発明の一実施形態を示すシステムの構成の一例を示す図である。
スキャナー１と携帯端末２ａ、携帯端末２ｂは同一のＬＡＮ３に通信可能に接続されており、それぞれデータの送受信が可能である。

【0015】

例えば、スキャナー１のＩＰアドレスには「192.168.1.10」が割り当てられている。携帯端末２ａのＩＰアドレスには「192.168.1.100」が割り当てられている。携帯端末２ｂのＩＰアドレスには「192.168.1.101」が割り当てられている。

【0016】

なお、携帯端末（携帯型の情報処理装置）をさらに増やすことや、携帯型の情報処理装置ではない通常の情報処理装置（例えばパーソナルコンピュータ）を用いてもよいが、説明を簡潔にするために本例では上述の構成とする。以下、これらの情報処理装置を単に「端末」という場合もある。また、ＬＡＮ３は、無線ネットワークであっても有線ネットワークであっても、無線と優先が混在したネットワークであってもよい。

【0017】

≪スキャナー≫
スキャナー１は、紙の原稿を読み取って画像データへと変換する機能である画像読取部１１を備えた画像読取装置である。画像読取部１１は、制御部１３の制御の下、読み取った画像データを記憶部１２に記憶する。

【0018】

制御部１３は、制御部１３内の図示しない記憶部や記憶部１２に記憶されるプログラムを実行することにより、スキャナー１全体を制御する。

【0019】

ＵＩ（ユーザーインターフェース）部１４は、不図示の表示パネル、ＯＫキー、キャンセルキー、上キー、下キー、テンキーなどの各種キーを備える。表示パネルに表示される画面と各種キーの押下検知は、制御部１３の制御の下に行われる。

【0020】

送受信部１５は、端末から発行されるリクエストに応じて後述するＵＩ提供部１６で作成したＵＩを端末に送信する。また、送受信部１５は、スキャン開始リクエスト、状況確認リクエスト、画像取得リクエストなどのリクエストの受信と、受信したリクエストに対するレスポンスの送信を行う。

【0021】

ＵＩ提供部１６は、スキャン設定を変更するためのスキャン設定画面、スキャンした画像を編集するための画像編集画面および詳細編集画面、スキャン中などの現在の状況を表す状況表示画面などの操作画面や通知画面をｈｔｍｌ形式で作成し、端末に提供する。ＵＩ提供部１６は、ＪａｖａＳｃｒｉｐｔ（登録商標）等で書かれたプログラムを埋め込んだｈｔｍｌ形式のデータを作成してもよい。ｈｔｍｌ形式で作成することで、ＵＩ提供部１６で作成した画面を、端末で動作するウェブブラウザ上に表示することができる。

【0022】

また、ＵＩ提供部１６は、スキャナー１が特定の端末から使用されている状態のときに、他の端末からのリクエストに対して排他処理する排他機能を有している。この排他機能は、セッション管理によって行われる。具体的には、端末のウェブブラウザからスキャナー１にアクセスがあった際に、スキャナー１はアクセスしてきた端末のＩＰアドレスを取得する。そして、スキャナー１は、アクセスしてきた端末のＩＰアドレスを、セッション管理のためのセッションＩＤとしてＵＩ提供部１６が備える不図示の記憶部に記憶されるセッション管理テーブル（例えば図２～図５のようなテーブル）に記憶する。

【0023】

図２～図５は、ＵＩ提供部１６が備えるセッション管理テーブルの一例を示す図である。
セッション管理テーブルは、スキャナー１の使用順を管理するために複数のセッションＩＤとスキャン処理終了フラグとを紐付けて記憶できる構成となっており、各行には予め使用順が割り振られている。セッションＩＤの初期値は、初期状態であることを示す値として「０」が入っている。また、スキャン処理終了フラグの初期値は、初期状態であることを示す値として「－（ハイフン）」が入っている。

【0024】

ＵＩ提供部１６は、図２のように全てのセッションＩＤが初期値のときに、ＵＩ提供部１６に対してＵＩ提供リクエストを最初に行った端末のＩＰアドレスを、セッション管理テーブルの使用順「１」の行にセッションＩＤとして記憶する。例えば、携帯端末２ａからスキャナー１にアクセスされると、ＵＩ提供部１６は、図３のように、使用順「１」のセッションＩＤを「192.168.1.100」、スキャン処理終了フラグを「Ｎｏ」として記憶する。

【0025】

以降、ＵＩ提供部１６は、新たにアクセスしてきた端末のＩＰアドレスを、使用順「２」以降の行にセッションＩＤとして順次記憶していく。また、「スキャン処理」が全て終了した端末については、ＵＩ提供部１６は、スキャン処理終了フラグを「Ｙｅｓ」に上書きする。
例えば、図３の状態で、携帯端末２ｂからスキャナーにアクセスされると、ＵＩ提供部１６は、使用順「２」のセッションＩＤを「192.168.1.101」、スキャン処理終了フラグを「Ｎｏ」として記憶する。そして、携帯端末２ａの「スキャン処理」が終了すると、ＵＩ提供部１６は、使用順「１」のスキャン処理終了フラグを「Ｙｅｓ」に上書きする。これにより、セッション管理テーブルは、図４のような状態になる。

【0026】

さらに、使用順「１」に記憶されている端末からのスキャンに関する一連の処理が完了すると、ＵＩ提供部１６は、使用順「１」のセッションＩＤを削除し、使用順「２」以降のセッションＩＤを繰り上げる。これにより、セッション管理テーブルは、図５のような状態になる。なお、使用順「１」に記憶されている端末からのスキャンに関する一連の処理が完了したことの判定は、後述する図１１に示す継続確認画面２２０において、「いいえ」ボタン２２２が押下され、制御部２３がスキャナー１に対して送信するスキャン処理を継続しない旨の情報を送受信部１５によって受信したことによって行う。

【0027】

スキャナー１は、端末からアクセスされたとき、セッション管理テーブルの使用順「１」に保存されているセッションＩＤとアクセス元のＩＰアドレスとを比較し、比較結果が同じであればリクエストに対してスキャン処理が継続されるレスポンスを返す。一方、比較結果が異なれば、スキャナー１は、スキャナー１の使用状況に応じたレスポンスを返すが、詳細は後述する「受付処理」で説明する。
なお、図２～図５に例示したセッション管理テーブルは、５行分のセッションＩＤを記憶できる構成で記載しているが、必要に応じて記憶できる個数は増減してよい。
また、上記説明ではアクセス順に使用順を決定する構成について説明したが、例えば他のユーザーの使用順を追い越して、使用順「２」等に割り込み可能にしてもよい。

【0028】

≪携帯端末≫
携帯端末２ａ、携帯端末２ｂは、スマートフォンやタブレットＰＣなどの携帯可能な端末であり、同様の構成を有する。以下、携帯端末２ａ、携帯端末２ｂに共通の機能を説明する場合には「携帯端末２」と記載し、同じ符号を用いて説明する場合がある。

【0029】

送受信部２１は、ＬＡＮ３上のデバイスと各種データの送受信を行う。
記憶部２２は、携帯端末のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やウェブブラウザなどのアプリケーションプログラムが記憶されている。制御部２３は、記憶部２２に記憶されるプログラムを実行し、携帯端末２全体を制御する。

【0030】

ＵＩ部２４はタッチパネルを備え、ホーム画面やウェブブラウザ画面などを表示する。タッチパネルに表示されている画面にボタンが表示されている場合、ＵＩ部２４はタップの検出が可能である。また、ＵＩ部２４はホームキーを備え、ホームキーが押下されることでタッチパネルにホーム画面が表示される。ホーム画面では、ウェブブラウザなどのアプリケーションの選択ができる。タッチパネルの画面表示やタップ検出、ホームボタンの押下検出は、制御部２３の制御の下に行われる。

【0031】

携帯端末２にはカメラ２５が搭載される。携帯端末２は、制御部２３の制御の下、カメラ２５で読み取った二次元コード（例えばＱＲコード（登録商標））等のコードを読み取る機能を有していてもよい。携帯端末２にて二次元コード等の読み取りが可能な場合は、二次元コード等から得られたＵＲＬ情報を使ってＵＲＬ先にアクセスすることができる。

【0032】

＜全体の処理フロー＞
図６は、携帯端末２ａからスキャナー１を利用する場合の一連の処理の流れを説明するフローチャートである。
スキャナー１に電源が投入されると、スキャナー１の制御部１３は、ＵＩ部１４の表示パネルに、図７のようなメニュー画面１００を表示する。

【0033】

図７は、スキャナー１のメニュー画面１００の一例を示す図である。
図７に示すメニュー画面１００におけるメニューの項目としては、「ウェブアプリモード」、「本体設定」の２つが存在する。ユーザーは、ＵＩ部１４の上キー、下キーを押して、いずれかの項目を選択し、ＯＫキーを押すことで項目を決定することができる。

【0034】

このメニュー画面１００で「ウェブアプリモード」が選択されると、スキャナー１は、図６のステップＳ１０００に続くウェブアプリモードを開始する。一方、「本体設定」が選択されると、本体設定に関わる項目が表示されるが、これについては説明を省略する。

【0035】

図６のステップＳ１０００において、スキャナー１の制御部１３は、ウェブアプリモードを開始すると、ＵＩ部１４の表示パネルに、図８のようなＵＲＬ表示画面１１０を表示する。
図８は、スキャナー１のＵＲＬ表示画面１１０の一例を示す図である。この画面にはＵＲＬとＵＲＬの内容が埋め込まれた二次元コード（例えばＱＲコード）が表示されており、ウェブアプリモードのときは本画面がＵＩ部１４の表示パネルに表示される。

【0036】

ユーザーが携帯端末２ａのウェブブラウザを起動し、ＵＩ部のタッチパネルから、スキャナー１のＵＩ部１４の表示パネルに表示されているＵＲＬを入力する。この操作に応じて、携帯端末２ａの制御部２３が実行するウェブブラウザは、該ＵＲＬの入力を受け付け（Ｓ１００１）、該ＵＲＬを用いてスキャナー１にアクセスする。なお、端末装置２ａにカメラが搭載され、二次元コードを読み取ることができる場合は、カメラからの二次元コード読み取りでＵＲＬの入力を代用してもよい。

【0037】

携帯端末２ａからのアクセスに応じて、スキャナー１のＵＩ提供部１６は受付処理を行う（Ｓ１００２）。受付処理の詳細は、後述する図１６に示す。ここでは、スキャナー１において他のユーザーのスキャン処理が全て終了しているものとして説明する。すなわち、図２のように全てのセッションＩＤが初期値の状態として説明する。この場合、スキャナー１のＵＩ提供部１６は、図３のように、使用順「１」のセッションＩＤを「192.168.1.100」、スキャン処理終了フラグを「Ｎｏ」として記憶し、携帯端末２ａからの要求を受け付ける。そして、ＵＩ提供部１６は、携帯端末２ａのウェブブラウザに図９のようなスキャン設定画面２００を送信する。これにより、携帯端末２ａのウェブブラウザ上に図９のようなスキャン設定画面２００が表示される。
図９は、携帯端末に表示されるスキャン設定画面２００の一例を示す図である。

【0038】

携帯端末２ａのウェブブラウザは、ＵＩ部２４のタッチパネルを介してスキャン設定画面２００からスキャン設定を受け付ける（Ｓ１００３）。ユーザーが携帯端末２ａのウェブブラウザに表示されたスキャン設定画面２００をＵＩ部２４のタッチパネルを介して操作し、スキャン設定を行う。図９の例では、カラーモードを「カラー」、原稿サイズを「Ａ４」、解像度を「３００ｄｐｉ」とする例を示しているが、この設定に限定されるものではなく、スキャナー１の有する機能に応じて適宜スキャン設定項目・内容を追加・変更してもよい。

【0039】

そして、ユーザーが「スキャン開始」ボタン２０４を押下してスキャン設定を決定すると、携帯端末２ａの制御部２３は、Ｓ１００４に処理を進める。

【0040】

Ｓ１００４において、携帯端末２ａの制御部２３は、スキャナー１にスキャン開始リクエストを送信する。このスキャン開始リクエストには、上記Ｓ１００３で受け付けたスキャン設定が含まれる。

【0041】

スキャナー１の制御部１３は、送受信部１５を介して上記スキャン開始リクエストを受信すると、該リクエストに含まれるスキャン設定に基づきスキャン処理を開始する（Ｓ１００５）。スキャン処理の詳細は、後述する図１７に示す。なお、スキャン設定画面２００を端末に送信してから一定時間経過してもスキャン開始リクエストを受信しない場合には、スキャナー１の制御部１３は、タイムアウトして、セッション管理テーブルにおける当該端末のセッションＩＤを削除し、使用順を繰り上げ、つぎのセッションＩＤに処理を移行するものとする。なお、スキャン設定画面２００を端末に送信してからではなく、セッション管理テーブルにおける使用順「１」に当該セッションＩＤが記憶されてから一定時間経過した場合にタイムアウトするようにしても良い。

【0042】

また図示しないが、スキャン開始を指示した携帯端末２ａは、定期的にスキャン処理の状況についてスキャナー１に問い合わせる状況確認リクエストを発行する。このリクエストに対して、スキャナー１のＵＩ提供部１６は、現在の状況を表す状況表示画面を作成し、携帯端末２ａのウェブブラウザに提供する。上記スキャン開始リクエストに対応するスキャン処理が終わっていなければ、図１０のようなスキャン中であることを示すスキャン中画面２１０を提供する。
図１０は、携帯端末に表示されるスキャン中画面２１０の一例を示す図である。

【0043】

一方、上記スキャン開始リクエストに対するスキャン処理が終了すると、スキャナー１のＵＩ提供部１６は、図１１のような継続確認画面２２０を携帯端末２ａのウェブブラウザに送信する。これにより、ウェブブラウザに図１１のような継続確認画面２２０が表示される。

【0044】

図１１は、携帯端末に表示される継続確認画面２２０の一例を示す図である。
ユーザーにより継続確認画面２２０の「はい」ボタン２２１が押下された場合（Ｓ１００７でＹｅｓの場合）、制御部２３は、追加スキャンを行うためにＳ１００４に処理を戻す。

【0045】

一方、「いいえ」ボタン２２２が押下された場合（Ｓ１００７でＮｏの場合）、制御部２３は、スキャナー１に対して、スキャン処理を継続しない旨の情報を送信する。これに応じて、スキャナー１のＵＩ提供部１６は、携帯端末２ａのスキャン処理が全て終了したと判断し、対応するスキャン処理終了フラグを「Ｙｅｓ」に上書きする。そして、ＵＩ提供部１６は、図１２のような画像編集画面２３０を作成して、携帯端末２ａのウェブブラウザに提供する（Ｓ１００８）。これにより、ウェブブラウザに図１２のような画像編集画面２３０が表示され、携帯端末２ａの制御部２３は、ＵＩ部２４を介してスキャンした画像の編集操作を受け付ける。

【0046】

図１２は、携帯端末に表示される画像編集画面２３０の一例を示す図である。
図１２の例は、４枚の画像をスキャンしたときの画像編集画面２３０を表示しており、４枚のスキャン画像に対応する４つのサムネイル２３１、２３２、２３３、２３４が表示されている。画像編集画面２３０では、ユーザーが画像をドラッグすることで、画像の順番を入れ替えることができる。また、画像をタップすることで、図１３のような詳細編集画面２４０が携帯装置２ａのウェブブラウザに表示される。

【0047】

図１３は、携帯端末に表示される詳細編集画面２４０の一例を示す図である。
Ｓ１００９において、携帯装置２ａの制御部２３は、詳細編集画面２４０での編集操作を受け付ける。編集操作があると、携帯装置２ａの制御部２３は、該編集操作をスキャナー１に通知する。この通知に応じて、スキャナー１では、該通知された編集操作に応じた編集処理を行い（Ｓ１０１０）、編集結果を携帯装置２ａに送信する。例えば、ユーザーが「９０度回転」ボタン２４２を押下することで、現在表示されている画像を時計回りに９０度回転する処理が行われる。また、「トリミング」ボタン２４３を押すことで画像のトリミングモードが開始され、ユーザーに選択された領域の画像にトリミング処理される。「完了」ボタン２４４を押すことで、詳細編集処理を終了し、携帯装置２ａのウェブブラウザの画面は、画像編集画面２３０に遷移する。ここで、画像編集画面２３０において再度、画像がタップされた場合（Ｓ１０１１でＹｅｓの場合）、携帯端末２ａは、Ｓ１００９に処理を戻し、画像の編集を可能にする。

【0048】

一方、Ｓ１０１１でＮｏとなった場合のうち、画像編集画面２３０の「保存して終了」ボタン２３５が押下されたことを検知した場合には、携帯端末２ａは、スキャナー１に対して、画像取得リクエストを送信する。このリクエストに応じて、スキャナー１の制御部１３は、上記Ｓ１００５のスキャン処理で記憶部１２に記憶された画像データを、携帯端末２ａに対して送信する（Ｓ１０１２）。これにより画像データの携帯端末２ａへのダウンロードが行われる。携帯端末２ａは、スキャナー１から送信された画像データを受信し、携帯端末２ａの記憶部２２に保存する（Ｓ１０１３）。なお、スキャナー１の制御部１３は、携帯端末２ａへのダウンロードが完了した画像データを記憶部１２から消去し、ウェブアプリモードの一連の処理が終了する。この際、ＵＩ提供部１６は、使用順「１」のセッションＩＤを削除し、使用順「２」以降のセッションＩＤを繰り上げる。

【0049】

また、Ｓ１０１１でＮｏとなった場合のうち、画像編集画面２３０の「保存せず終了」ボタン２３６が押下されたことを検知した場合、携帯端末２ａは、保存せず終了する旨の通知をスキャナー１に対して行う。この通知に応じて、スキャナー１の制御部１３は、上記Ｓ１００５のスキャン処理で記憶部１２に記憶された画像データを消去することが許諾されたと判断し、該画像データの保存を行わずに（記憶部１２から消去し）、ウェブアプリモードの一連の処理が終了する。この際、ＵＩ提供部１６は、使用順「１」のセッションＩＤを削除し、使用順「２」以降のセッションＩＤを繰り上げる。

【0050】

なお、画像編集画面２３０の残り時間２３７、又は、詳細編集画面２４０の残り時間２４５は、スキャン処理が終了してからの経過時間を所定時間から減算することにより算出される残り時間である。制御部１３は、この残り時間がゼロになると、タイムアウトとなり、そのスキャン処理に対応する画像データを記憶部１２から消去し、対応する端末とのセッションも終了させる。これにより、そのスキャン処理を依頼した携帯端末が電池切れやプログラムのエラーなどのトラブルにより処理が継続できなくなった場合や、ユーザーがスキャン処理後に処理を進めず放置している場合などに、そのスキャン処理の画像データが記憶部１２の記憶領域を圧迫し続けることを防止できる。

【0051】

≪受付処理、スキャン処理≫
上述の説明では、携帯端末２ａのみからスキャナー１にアクセスがあった場合の処理の流れを例に説明した。次に携帯端末２ａがスキャナー１を利用している際に携帯端末２ｂからスキャナー１にアクセスがあった場合に起きる受付処理、スキャン処理の流れを説明する。

【0052】

例えば、携帯端末２ａに対応する図６のステップＳ１００３～Ｓ１００７の処理を行われている間に、携帯端末２ｂからアクセスされると、スキャナー１のＵＩ提供部１６は携帯端末２ａのスキャン処理が継続されていると判断し、携帯端末２ｂに対して図１４のような他ユーザー使用中画面２５０を表示させる。なお、セッション管理テーブルを参照し使用順「１」のセッションのスキャン処理が「Ｎｏ」になっていることから他の携帯端末のスキャン処理が継続されていると判断しても良い。この他ユーザー使用中画面は、自分以外に複数人の待ちが発生しているときでも対応でき、その場合は、図１５のような待ち人数が表示される画面２６０を表示させてもよい。待ち人数の計算は、ＵＩ提供部１６のセッション管理テーブルを参照することで行える。例えば、アクセスしてきた端末のセッション管理テーブルにおける使用順よりも前の順番の端末のうちスキャン処理終了フラグが「Ｙｅｓ」でない端末の数が待ち人数となる。
図１４、図１５は、携帯端末に表示される他ユーザー使用中画面の一例を示す図である。

【0053】

以下、受付処理の流れについてフローチャートを用いて説明する。
図１６は、本実施形態の受付処理の一例を示すフローチャートである。この処理は、スキャナー１のＵＩ提供部１６がＵＩ提供部１６内の図示しない記憶部に記憶されたプログラムを実行することにより実現される。

【0054】

スキャナー１に対して端末（ここでは携帯端末２ｂとする）からアクセスがあると、スキャナー１のＵＩ提供部１６は、携帯端末２ｂのＩＰアドレスがセッション管理テーブルで管理されていない場合にはセッション管理テーブルのセッションＩＤに追加する。セッション管理テーブルに変化があると、ＵＩ提供部１６は、本フローチャートの処理を開始する。

【0055】

まず、ＵＩ提供部１６は、他ユーザーのスキャン処理が全て終了したか判定する（Ｓ３０００）。この判定は、ＵＩ提供部１６がセッション管理テーブルを参照することで可能である。この判定では、アクセスしてきた端末のセッション管理テーブルにおける使用順が「１」の場合又はアクセスしてきた端末の使用順よりも前の順番の端末のスキャン処理終了フラグがすべて「Ｙｅｓ」の場合には、他ユーザーのスキャン処理が全て終了していると判定し、そうでない場合には他ユーザーのスキャン処理が継続していると判定する。

【0056】

他ユーザーのスキャン処理が全て終了していると判定した場合（Ｓ３０００でＹｅｓの場合）、ＵＩ提供部１６は、Ｓ３００１に処理を進める。
Ｓ３００１において、ＵＩ提供部１６は、携帯端末２ｂのセッション管理テーブルにおけるスキャン処理終了フラグを「Ｎｏ」に上書きし、スキャン設定画面２００を作成し、携帯端末２ｂに対して提供（送信）する。この場合、ＵＩ提供部１６の以降の処理は後述するスキャン処理に合流する。

【0057】

一方、他ユーザーのスキャン処理が継続していると判定した場合（Ｓ３０００でＮｏの場合）、ＵＩ提供部１６は、Ｓ３００２に処理を進める。
Ｓ３００２において、ＵＩ提供部１６は、他ユーザー使用中画面２５０（又は２６０）を作成し、携帯端末２ｂに対して提供（送信）する。

【0058】

以上説明したように、本実施形態のスキャナー１は、要求を受け付けた端末（例えば携帯端末２ａ）のスキャン処理が全て終了するまでは、該スキャン処理の要求元とは異なる端末（例えば携帯端末２ｂ）からの要求を受け付けず、前記要求を受け付けたスキャン処理が全て終了した場合には、該要求を受け付けた端末の編集処理や転送処理の実行中であっても他の端末からの要求を受け付けることができる。

【0059】

次に、携帯端末２ａに対応する図６のステップＳ１００８～Ｓ１０１２の処理が行われている間に、携帯端末２ｂからアクセスされた場合、スキャナー１は、携帯端末２ａの編集処理または保存処理の実行中であり、これらの処理に並行して携帯端末２ｂのスキャン処理を行うことができると判断する。なお、セッション管理テーブルを参照し使用順「１」のセッションのスキャン処理が「Ｙｅｓ」になっていることから他の携帯端末のスキャン処理が完了し、編集処理または保存処理の実行中であると判断しても良い。以下、本実施形態のスキャン処理の流れを説明する。

【0060】

図１７は、本実施形態のスキャン処理の一例を示すフローチャートである。この処理は、スキャナー１の制御部１３が記憶部１２又は制御部１３内の図示しない記憶部に記憶されたプログラムを実行することにより実現される。なお、後のユーザーのスキャン処理は、前のユーザーの編集処理又は転送処理と並行して実行可能である。上述の例で説明すると、携帯端末２ｂのスキャン処理は、携帯端末２ａの編集処理や転送処理と並行して実行可能である。

【0061】

携帯端末２ｂからのスキャン開始リクエストを受信すると、スキャナー１の制御部１３は、本フローチャートの処理を開始する。まずステップＳ２０００において、制御部１３は、上記受信したスキャン開始リクエストに対応するスキャン処理を開始する（Ｓ２０００）。

【0062】

次にステップＳ２００１において、制御部１３は、記憶部１２に画像データを記憶可能な空きがあるかどうかを判定する。この判定では、スキャン設定から計算された画像データのサイズと記憶部１２の空きサイズを比較し、空きサイズが画像データのサイズ以上の場合に、空きがあると判定し、それ以外の場合に空きがないと判定する。記憶部１２に画像データを記憶するための空きがある場合（Ｓ２００１でＹｅｓの場合）、制御部１３は、ステップＳ２００２に処理を進め、スキャンを実行する。これにより、不図示の原稿トレイから搬送された一枚の原稿が読み取られ、生成される画像データが記憶部１２に記憶される。

【0063】

一方、上記Ｓ２００１において、記憶部１２に画像データを記憶可能な空きがない場合（Ｓ２００１でＮｏの場合）、制御部１３は、記憶部１２に画像データを記憶可能な空きができるまで待機する。この待機中、携帯端末２ｂから定期的に発行される状況確認リクエストに対して、ＵＩ提供部１６は、携帯端末２ｂに、図１８のような、記憶領域が不足している状況を示す記憶領域不足画面２７０を提供する。これにより、携帯端末２ｂのウェブブラウザに記憶領域不足画面２７０が表示され、携帯端末２ｂのユーザーに、スキャナー１の記憶領域が不足しているため、他のユーザーの処理完了待ちであることを通知することができる。
図１８は、携帯端末に表示される記憶領域不足画面２７０の一例を示す図である。

【0064】

記憶部１２に記憶されている画像データは、図６のＳ１０１１で携帯端末（上述の例では携帯端末２ａ）に画像データが転送されることに応じて、制御部１３により消去される。また、記憶部１２に記憶されている画像データは、図１２の残り時間２３７又は図１３の残り時間２４５が経過したこと（タイムアウト）に応じて、制御部１３により消去される。また、記憶部１２に記憶されている画像データは、管理者（例えばＵＩ部１４から行われる所定の認証方法により管理者として認証されたユーザー）からの指示に応じて、制御部１３により消去される。例えば携帯端末の電池切れ等のような何らかのアクシデント等により原稿読み取り処理が完了する前にウェブアプリケーション等が終了・中断されてしまってスキャンセッションが正常に終了されなかったとしても、タイムアウト、又は、タイムアウトを待つことなく管理者等が強制終了させることにより、別の端末からスキャナー１を使用することを可能にすることができる。これらにより、記憶部１２に画像データを記憶可能な空きができると、制御部１３は、ステップＳ２００２に処理を進める。

【0065】

Ｓ２００２のスキャンが完了すると、制御部１３は、Ｓ２００３に処理を進める。
ステップＳ２００３では、制御部１３は、不図示の原稿トレイに原稿があるか否かを判定する。原稿トレイに原稿がある場合（Ｓ２００３でＹｅｓの場合）、制御部１３は、ステップＳ２００１に処理を戻す。

【0066】

一方、原稿トレイに原稿がない場合（Ｓ２００３でＮｏの場合）、制御部１３は、ステップＳ２００４に処理を進める。Ｓ２００４では、制御部１３は、上記受信したスキャン開始リクエストに対応するスキャン処理を終了し、本フローチャートの処理を終了する。なお、この時点では、携帯端末２ｂのスキャン処理は継続される可能性があり、上述した図１６のＳ３０００においては、「携帯端末２ｂのスキャン処理が全て終了した」とは判定されない。

【0067】

なお、上記Ｓ２００１の説明では、スキャン設定から計算された画像データのサイズと記憶部１２の空きサイズを比較し、空きがある場合にはＳ２００２に処理を進めてスキャンを実行し、空きがない場合にはＳ２０１０に処理を進めスキャンを中断するものとして説明した。しかし、スキャン設定から計算された画像データのサイズと記憶部１２の空きサイズを比較する構成に限定されるものではない。例えば、ラインセンサによるスキャン実行時に、１ラインの画像データを記憶部１２に記憶可能な場合にＳ２００２に処理を進めてスキャンを実行し、１ラインの画像データを記憶不可能な場合にスキャンを中断するものとしてもよい。

【0068】

以上により、携帯端末２ａに対応する編集処理または保存処理が行われている間に、携帯端末２ｂのスキャン処理を並行して行うことができる。また、携帯端末２ｂのスキャン処理により生成される画像データを記憶可能な記憶領域が不足している場合は、該記憶領域が空くまで、携帯端末２ｂに対応するスキャン処理を中断する。これにより、効率的にスキャナー１を稼働させることが可能となる。

【0069】

なお、本実施形態では、携帯端末２ａ、２ｂにインストールされているウェブブラウザを用いてスキャナー１にアクセスし、スキャナー１を利用する構成について説明した。しかし、携帯端末２ａ、２ｂにスキャナー１のスキャンアプリケーションをインストールして、スキャンアプリケーションを用いてスキャナー１を利用する構成でもよい。また、携帯端末２ａ、２ｂからウェブブラウザを用いてスキャナー１にアクセスして、スキャナー１からスキャンアプリケーションをダウンロードして利用する構成でもよい。

【0070】

なお、残り時間２３７又は２４５によりタイムアウトとする構成について説明した。しかし、スキャン中にジャムなどのエラーが発生した場合、ユーザーがエラーを解消している間にタイムアウトしてしまい、スキャナー１の使用権限が他の端末に移行してしまう可能性がある。このような場合、ジャムを解消したユーザーは、上記他の端末のユーザーがスキャンを終了するまで待機する必要があり、そのスキャン作業をすみやかに完了することができなくなる。そこで、例えば携帯端末２ａからスキャナー１を利用していた場合にジャム等のエラーが発生した場合には、エラー解消（例えば搬送路の開放状態が閉成状態に遷移した）後にスキャンを継続するか否かを確認するための画面（「継続する」ボタン、「終了する」ボタンを有する）を、スキャナー１から携帯端末２ａに送信する。そして、携帯端末２ａにおいて「継続する」ボタンが選択されたことを確認した場合には、スキャナー１はそのスキャンのセッションを継続しタイムアウトしないように制御してもよい。その場合、その時点でタイマーをリセットすることが好ましい。一方、携帯端末２ａにおいて「終了する」ボタンが選択された場合、又は、一定時間経過しても「継続する」又は「終了する」のいずれのボタン選択もなかったことを確認した場合には、スキャナー１はそのスキャンのセッションを継続しタイムアウトするように制御する。

【0071】

ただし、ハードウェアエラーのように、処理が再開されないと予測されるエラーの場合には、そのスキャンのセッションを終了させるようにしてもよい、このように、発生したエラーの種類に応じて処理を切り換えるように制御してもよい。また、エラーの種類に応じて、タイムアウト時間を変更するようにしてもよい。例えば、ステープル検知エラーの場合、処理の再開まで時間がかかることが予測されるため、タイムアウト時間を通常のタイムアウト時間よりも長く設定するようにしてもよい。なお、ステープル検知エラーは、原稿の搬送路に設けられた図示しないセンサにより原稿の跳ね上がりを検知したり、図示しない金属センサによりステープル針を検知することにより検知可能である。

【0072】

以上のように、スキャン中にジャム（原稿詰まり）などのエラーが発生したとしても、現在の端末とのセッション確立を継続し、タイムアウトの防止等をすることで、ユーザーにスキャン作業（原稿読み取り作業）を完結させることができる。

【0073】

また、上記各実施形態において、スキャンセッションＩＤとしてＩＰアドレスを用いる例について説明したが、例えば、端末のデバイスの名称、ＩＰアドレスなどの端末に関する他の情報を用いて特定のルールを用いて生成してもよい。

【0074】

以上、画像読取装置を例に説明したが、画像読取装置以外の周辺装置であってもよい。画像読取装置の場合、前段処理（第１処理）はスキャン処理、後段処理（第２処理）は編集処理および転送処理であったが、他の周辺装置の場合、前段処理と、該前段処理の後に実行される該前段処理に関連する後段処理であればよい。なお、前段処理により生成されて記憶部１２に記憶されたデータは、該前段処理に関連する後段処理が終了した場合に記憶部１２から消去されるものとする。なお、画像読取装置の場合、後段処理として編集処理と転送処理を行うものとして説明したが、編集処理を有さないものであっても良い。また、転送処理において、転送先を指定できるように構成しても良く、その場合にも編集処理と同様にタイムアウト時間などが設定されていても良い。

【0075】

以上、前のユーザーの前段処理後に、すみやかに次のユーザーの前段処理を行えるようにすることができる。また、端末側のバッテリー無しやエラー等の発生により前のユーザーのデータが記録領域を圧迫し続けることを防止することができる。したがって、周辺装置の稼働率を向上し、生産性の向上につなげることができる。

【0076】

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

【0077】

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

【符号の説明】

【0078】

１ スキャナー
２ａ、２ｂ 携帯端末
３ ＬＡＮ
１１ 画像読取部
１２ 記憶部
１３ 制御部
１６ ＵＩ提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】