特開 2023-160241 画像読取システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023160241

(43)【公開日】2023-11-02

(54)【発明の名称】画像読取システム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20231026BHJP

【ＦＩ】

H04N1/00 Z

H04N1/00 127

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022070449

(22)【出願日】2022-04-22

(71)【出願人】

【識別番号】000104652

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

(72)【発明者】

【氏名】渡辺 浩崇

【テーマコード（参考）】

5C062

【Ｆターム（参考）】

5C062AA02

5C062AA05

5C062AA14

5C062AA35

5C062AB02

5C062AB20

5C062AB23

5C062AB38

5C062AB40

5C062AB42

5C062AC05

5C062AC22

5C062AC34

5C062AF00

(57)【要約】

【課題】スキャン画像を関係者に容易に共有できるシステムを提供する。
【解決手段】原稿の画像を読み取る画像読取部７０と、画像読取部７０が読み取った画像を、設定された保存先５００にネットワークＮＷを介して送信する送信部８０２と、保存先５００に関する情報を指定されたＵＲＬに通知する通知手段５２５とを備えることを特徴とする。また、通知手段５２５は、ＷｅｂＨｏｏｋを用いて保存先に関する情報を通知することを特徴とする。また、通知手段５２５は、送信部８０２による画像の送信後に保存先５００に関する情報を通知することを特徴とする。
【選択図】図９

【特許請求の範囲】

【請求項1】

原稿の画像を読み取る画像読取部と、
前記画像読取部が読み取った画像を、設定された保存先にネットワークを介して送信する送信部と、
前記保存先に関する情報を指定されたＵＲＬに通知する通知手段と
を備えることを特徴とする画像読取システム。

【請求項2】

前記通知手段は、ＷｅｂＨｏｏｋを用いて前記保存先に関する情報を通知することを特徴とする請求項１に記載の画像読取システム。

【請求項3】

前記通知手段は、前記送信部による画像の送信後に前記保存先に関する情報を通知することを特徴とする請求項１または２に記載の画像読取システム。

【請求項4】

前記通知手段は、前記保存先に関する情報と共に、前記送信部により送信した画像に対する前記保存先からのレスポンス情報を通知することを特徴とする請求項３に記載の画像読取システム。

【請求項5】

原稿の画像を読み取る画像読取部と前記画像読取部が読み取った画像を設定された保存先にネットワークを介して送信する送信部とを有する画像読取装置を備えた画像読取システムであって、
前記画像読取装置のメンテナンスに関する情報を、指定されたＵＲＬに通知する通知手段を備え、
前記通知手段は、前記送信部による画像の送信後に前記画像読取装置のメンテナンスに関する情報を、ＷｅｂＨｏｏｋを用いて送信することを特徴とする画像読取システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、原稿の画像を読み取って保存先に送信する画像読取システムに関する。

【背景技術】

【0002】

従来、原稿の画像を読み取るスキャナ装置をネットワークに接続し、スキャナ装置の操作画面から、スキャン操作の指示、読み取った画像データを、ネットワークを介して、ファイルサーバーやＦＴＰサーバーやメールサーバーに送信するプッシュスキャン機能を実施する画像読取システムが知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１－９１５３１号公報

【発明の概要】

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

【0004】

このシステムにおいて、スキャナ装置が送信した画像を、関係者と共有したい場合、例えば、ファイルサーバーにファイルを送信した後、関係者に連絡する必要がある。この場合、スキャン操作と別に関係者に連絡する手間がある。また、メールサーバーにスキャン画像を添付して、関係者にスキャン画像をメールすることで共有はできるが、各人のメールボックスの容量を消費してしまう。また、画像データの複製が拡散するため、画像データの管理ができない。

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

【0005】

上記を鑑み、本発明に係る画像読取システムは、
原稿の画像を読み取る画像読取部と、
前記画像読取部が読み取った画像を、設定された保存先にネットワークを介して送信する送信部と、
前記保存先に関する情報を指定されたＵＲＬに通知する通知手段と
を備えることを特徴とする。

【発明の効果】

【0006】

本発明によれば、スキャン画像を関係者に容易に共有できるシステムを提供することができる。

【図面の簡単な説明】

【0007】

【図1】本発明の一実施形態に係る画像読取システムの概略構成図。

【図2】本発明の一実施形態に係る画像読取装置の概略図。

【図3】本発明の一実施形態に係る画像読取装置の制御部のブロック図。

【図4】本発明の一実施形態に係る画像読取装置の正面図。

【図5】本発明の一実施形態に係るネットワークアダプタの概略構成図。

【図6】本発明の一実施形態に係るＰＣの機能構成例を示すブロック図。

【図7】本発明の一実施形態に係るＰＣとスキャナのネットワーク構成に関する概念図。

【図8】本発明の一実施形態に係るスキャナ選択ダイアログと読取設定図。

【図9】送信設定ダイアログ。

【図10】スキャンフロー。

【図11】ボタン監視フロー。

【図12】ジョブ実行フロー。

【図13】本発明の一実施形態に係る画像読取装置Ａの操作パネル図。

【図14】ＵＲＬへの情報送信フロー。

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

【0008】

以下、図面を参照し、本発明を実施するための形態について詳細に説明する。

【0009】

＜画像読取システムの構成＞
図１は、本発明の一実施形態に係る画像読取システムの概略構成図である。
本実施形態の画像読取システムは、複数の情報処理装置（以下、ＰＣ５００）と、スキャナ装置ＤＲが個別に接続された複数のネットワークアダプタＮＷ／ＡＤと、ユーザ操作端末の一例であるスマートフォン又はタブレット等のモバイル端末Ｍとが、所定のネットワーク（ここではローカルネットワーク）ＮＷを介在して接続された構成である。すなわち、ネットワークアダプタＮＷ／ＡＤは、詳細は後述するが、スキャナ装置ＤＲとの関係において、スキャナ装置ＤＲを直接的に制御するためのスキャナ制御装置としての役割がある。

【0010】

なお、モバイル端末Ｍは、無線ルータＲに対して無線接続され、ネットワークＮＷを経由して各ネットワークアダプタＮＷ／ＡＤに接続される。また、複数のＰＣ５００及び各ネットワークアダプタＮＷ／ＡＤの間は、さまざまなネットワークプロトコル（例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）など）を通じて通信する。

【0011】

さらに、複数のＰＣ５００とモバイル端末Ｍは、ネットワークアダプタＮＷ／ＡＤと通信し、あるいはスキャナ装置ＤＲを遠隔制御できる専用のアプリケーションがインストールされている。

【0012】

また、上記画像読取システムに組み込まれるスキャナ装置ＤＲとしては、図１ではフラットベット型スキャナを一例として図示しているが、後述するように、搬送媒体を搬送して画像を読み取るシートフィード型スキャナに置き換えてもよい。また、スキャナ装置ＤＲ内部に、ネットワークアダプタＮＷ／ＡＤの機能を取り込んでスキャナ装置を構成しても良い。

【0013】

＜画像読取装置の構成＞
図２は、上述した画像読取システムにおけるスキャナ装置ＤＲの一例としての、シートフィード型スキャナ（画像読取装置Ａ）の概略図である。

【0014】

画像読取装置Ａは、載置台１に積載された一又は複数の搬送媒体Ｓを１つずつ装置内に経路ＲＴにて搬送してその画像を読み取り、排出トレイ２に排出する装置である。読み取る搬送媒体Ｓは、例えば、ＯＡ紙、チェック、小切手、名刺、カード類等のシートであり、厚手のシートであっても、薄手のシートであってもよい。カード類は、例えば、保険証、免許証、クレジットカード等を挙げることができる。

【0015】

なお、搬送媒体Ｓには、上述した様々なシート類だけでなく、パスポート（旅券）などの冊子も含まれる。冊子を対象とする場合、ホルダを用いることができる。透明なホルダに見開き状態の冊子を収容して載置台１に載置することで、冊子がホルダと共に搬送され、その画像を読み取ることができる。

【0016】

＜給紙＞
搬送路である経路ＲＴに沿って搬送媒体Ｓを給送する給送機構（給送手段）としての第１搬送部１０が設けられている。第１搬送部１０は本実施形態の場合、送りローラ１１と、送りローラ１１に対向配置される分離ローラ１２と、を備え、載置台１上の搬送媒体Ｓを搬送方向Ｄ１に一つずつ順次搬送する。

【0017】

送りローラ１１には、モータ等の駆動部３から伝達部５を介して駆動力が伝達され、図中矢印方向（経路ＲＴに沿って搬送媒体Ｓを搬送させる正方向）に回転駆動される。伝達部５は例えば電磁クラッチであり、駆動部３からの送りローラ１１への駆動力を断続する。

【0018】

なお、図示しないが、本実施形態の給送機構では、例えば、複数の搬送媒体Ｓに対して分離ローラ１２の分離負荷を作用させて搬送媒体Ｓを１枚ずつ分離する分離給送と、搬送媒体Ｓに対して分離ローラ１２の分離負荷を作用させずに給送する非分離給送とを切り替え可能としてもよい。上記パスポートを袋状のホルダに収容して搬送する場合には、非分離給送へ切り替えておくことが好ましい。

【0019】

＜駆動部＞
駆動部３と送りローラ１１とを接続する伝達部５は、例えば、本実施形態では、通常時において駆動力が伝達される状態とし、搬送媒体Ｓを逆送または停止する場合には駆動力を遮断する。送りローラ１１は伝達部５により駆動力の伝達が遮断されると、自由回転可能な状態となる。なお、このような伝達部５は、送りローラ１１を一方向のみに駆動させる場合には設けなくてもよい。

【0020】

＜分離構造＞
送りローラ１１に対向配置される分離ローラ１２は、搬送媒体Ｓを１枚ずつ分離するためのローラであり、送りローラ１１に対して一定圧で圧接している。この圧接状態を確保するため、分離ローラ１２は揺動可能に設けると共に送りローラ１１へ付勢されるように構成される。分離ローラ１２は、トルクリミッタ１２ａを介して駆動部３から駆動力が伝達され、実線矢印方向（送りローラ１１の正方向とは逆方向）に回転駆動される。

【0021】

分離ローラ１２はトルクリミッタ１２ａにより駆動力伝達が規制されるため、送りローラ１１と当接している際は送りローラ１１に連れ回りする方向（破線矢印方向）に回転する。これにより、複数の搬送媒体Ｓが送りローラ１１と分離ローラ１２との圧接部に搬送されてきた際には、一つを残して２つ以上の搬送媒体Ｓが下流に搬送されないようにせき止められる。

【0022】

なお、本実施形態では分離ローラ１２と送りローラ１１とで分離機構を構成したが、このような分離機構は、必ずしも設けなくてもよく、経路ＲＴに搬送媒体Ｓを１つずつ順次給送する給送機構であればよい。また、分離機構を設ける場合においては、分離ローラ１２のような構成の代わりに、搬送媒体Ｓに摩擦力を付与する分離パッドを送りローラ１１に圧接させて、同様の分離作用を持たせるようにしてもよい。

【0023】

＜搬送構造＞
第１搬送部１０の搬送方向下流側にある搬送機構（搬送手段）としての第２搬送部２０は、駆動ローラ２１と、駆動ローラ２１に従動する従動ローラ２２とを備え、第１搬送部１０から搬送されてきた搬送媒体Ｓをその下流側へ搬送する。駆動ローラ２１にはモータ等の駆動部４から駆動力が伝達され、図中矢印方向に回転駆動される。

【0024】

従動ローラ２２は駆動ローラ２１に対して一定圧で圧接し、駆動ローラ２１に連れ回る。この従動ローラ２２は、バネ等の付勢ユニット（不図示）によって駆動ローラ２１に対して付勢された構成としてもよい。

【0025】

このような第２搬送部２０よりも搬送方向下流側にある第３搬送部３０は、駆動ローラ３１と、駆動ローラ３１に従動する従動ローラ３２とを備え、第２搬送部２０から搬送されてきた搬送媒体Ｓを排出トレイ２へ搬送する。つまり、この第３搬送部３０は排出機構として機能する。

【0026】

駆動ローラ３１にはモータ等の駆動部４から駆動力が伝達され、図中矢印方向に回転駆動される。従動ローラ３２は駆動ローラ３１に対して一定圧で圧接し、駆動ローラ３１に連れ回る。この従動ローラ３２は、バネ等の付勢ユニット（不図示）によって駆動ローラ３１に対して付勢された構成としてもよい。

【0027】

排出トレイ２は、画像読取装置Ａに対して回動可能なように、画像読取装置Ａの下方に設けられた第１ヒンジ１０１を介して軸支されている。また、第１ヒンジ１０１側の第１排出トレイ２ａとその先端側に接続された第１延長トレイ２ｂ、第２延長トレイ２ｃ、第３延長トレイ２ｄとから構成されている。

【0028】

第１延長トレイ２ｂは第１排出トレイ２ａに対して摺動可能に支持されており、第２延長トレイ２ｃは第１延長トレイ２ｂに対して摺動可能に支持されており、第３延長トレイ２ｄは第２延長トレイ２ｃに対して摺動可能に支持されている。

【0029】

＜画像読取構造、制御＞
ここで、本実施形態の画像読取装置Ａでは、第２搬送部２０と第３搬送部３０との間に配置される画像読取ユニット７０によって画像の読み取りを行うため、第２搬送部２０及び第３搬送部３０は搬送媒体Ｓを定速搬送する。搬送速度は第１搬送部１０の搬送速度以上とすることで、先行搬送媒体Ｓに後続搬送媒体Ｓが追いついてしまう事態を回避できる。

【0030】

例えば、本実施形態では、第２搬送部２０及び第３搬送部３０による搬送媒体Ｓの搬送速度を、第１搬送部１０による搬送媒体Ｓの搬送速度よりも速くなるように速度制御するようにした。

【0031】

なお、第２搬送部２０及び第３搬送部３０による搬送媒体Ｓの搬送速度と、第１搬送部１０による搬送媒体Ｓの搬送速度とを同一条件とした場合でも、駆動部３を制御して後続搬送媒体Ｓの給送開始タイミングを間欠的にずらすことにより先行搬送媒体Ｓと後続搬送媒体Ｓとの間に最低限の間隔を形成することも可能である。

【0032】

＜重送検出＞
第１搬送部１０と第２搬送部２０との間に配置される重送検出センサ４０は、静電気等で紙などの搬送媒体Ｓ同士が密着し、第１搬送部１０を通過してきた場合（つまり重なって搬送される重送状態の場合）に、これを検出するための検出センサ（シートの挙動や状態を検出するセンサ）の一例である。

【0033】

重送検出センサ４０としては、種々のものが利用可能であるが本実施形態の場合には超音波センサであり、超音波の発信部４１とその受信部４２とを備え、紙等の搬送媒体Ｓが重送されている場合と１つずつ搬送されている場合とで、搬送媒体Ｓを通過する超音波の減衰量が異なることを原理として重送を検出する。

【0034】

＜レジストセンサ＞
このような重送検出センサ４０よりも搬送方向下流側に配置される媒体検出センサ５０は第２搬送部２０よりも上流側で、第１搬送部１０よりも下流側に配置された搬送路ＲＴ上流側の検出センサ（シートの挙動や状態を検出するセンサ）としての一例であり、第１搬送部１０により搬送される搬送媒体Ｓの位置、詳細には、媒体検出センサ５０の検出位置に搬送媒体Ｓの端部が到達又は通過したか否かを検出する。

【0035】

媒体検出センサ５０としては、種々のものが利用可能であるが、本実施形態の場合には光学センサであり、発光部５１とその受光部５２とを備え、搬送媒体Ｓの到達又は通過により受光強度（受光量）が変化することを原理として搬送媒体Ｓを検出する。

【0036】

本実施形態の場合、搬送媒体Ｓの先端が媒体検出センサ５０で検出された時点で、搬送媒体Ｓが重送検出センサ４０により重送を検出可能な位置に到達しているように、上記の媒体検出センサ５０は重送検出センサ４０の近傍においてその下流側に設けられている。

【0037】

なお、この媒体検出センサ５０は、上記の光学センサに限定されず、例えば、搬送媒体Ｓの端部が検知できるセンサ（イメージセンサ等）を用いてもよいし、経路ＲＴに突出したレバー型のセンサでもよい。

【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】

図１２は、プッシュスキャンを行うジョブアプリケーション５２３がジョブを実行する処理を示すフローチャートである。まず、ＰＣ５００が起動（Ｓ１００１）すると、ジョブアプリケーション５２３は、ネットワークアダプタＮＷ／ＡＤ経由で画像読取装置Ａを検知する（Ｓ１００２）。次に、画像読取装置Ａが有する操作パネル９３におけるスタートボタンの押下を監視する（Ｓ１００３）。

【0079】

Ｓ１００３においてジョブアプリケーション５２３がスタートボタンの押下を検知した場合（Ｙｅｓ）、ジョブアプリケーション５２３はネットワークアダプタＮＷ／ＡＤ経由で画像読取装置Ａからジョブ番号を取得する（Ｓ１００４）。ジョブアプリケーション５２３は、Ｓ１００４にて取得したジョブ番号に対応するジョブ設定（画像読取条件）が存在するか確認する（Ｓ１００５）。

【0080】

Ｓ１００５においてジョブ設定が存在する場合（Ｙｅｓ）には、ジョブアプリケーション５２３は、スキャンを開始する（Ｓ１００６）。スキャンフローは上述した汎用アプリケーション５２５と同じである。スキャン終了後、ＰＣ５００内に画像を保存する。

【0081】

なお、画像の送信先の例として、ＰＣ５００にしているが、図９の保存先に、ＳＭＢサーバー、メールサーバー、ＦＴＰサーバー、クラウドストレージサーバーへのパスを設定してもよい。また、汎用アプリケーション５２５を含むＰＣを画像読取装置Ａ内に含め、ＰＣと一体型の画像処理装置とし、画像処理装置Ａ内で、スキャンと画像の送信を行ってもよい。

【0082】

図１３は、画像読取装置Ａの操作パネル９３である。ＰＣ５００のジョブアプリケーション５２３が、ジョブのジョブ番号とタイトルを示すテキストデータをネットワークアダプタＮＷ／ＡＤに送信し、ネットワークアダプタＮＷ／ＡＤが画像読取装置Ａにタイトルを送ると、画像読取装置Ａが表示部９４にタイトルを表示する。ユーザは、表示部９４にジョブのタイトルが表示されている際に、操作パネル９３を操作し、ジョブ番号とタイトルを選択可能である。当該処理は、例えば、操作キー群１２２を用いた操作により実現される。

【0083】

次に、汎用アプリケーション５２５が画像を送信後、送信設定画面のＵＲＬに対してＨｅａｄｅｒとＢｏｄｙ情報を送信する保存先通知の処理フローについて説明する。図１４がそのフローである。

【0084】

まず、汎用アプリケーション５２５は画像を送信完了する（Ｓ２０００）と、次に、図９の送信設定画面においてＵＲＬに登録があるか確認する（Ｓ２００１）。なお、以下に説明する他の設定項目も含め、図９で各項目に設定された情報はＲＡＭなどに保存されており、汎用アプリケーション５２５がＲＡＭを参照することによって登録／設定があるかどうかを確認する。

【0085】

ＵＲＬに登録がなければ、何もせず終了する（Ｓ２００５）。登録がある場合、ＢＯＤＹ項目の内容を確認し、予約文字列ＬＯＣＡＴＩＯＮがあるかを確認する（Ｓ２００２）。予約文字列ＬＯＣＡＴＩＯＮがない場合、ＢＯＤＹ項目内容をそのまま、Ｈｅａｄｅｒの内容と一緒に、ＵＲＬに登録された送信先に送信する（Ｓ２００４）。ＬＯＣＡＴＩＯＮがある場合、ＬＯＣＡＴＩＯＮキーと対応する値として、ファイル名も含んだ画像の送信先パスを追記して（Ｓ２００３）、Ｈｅａｄｅｒの内容と一緒に、ＵＲＬに登録された送信先に送信する（Ｓ２００４）。

【0086】

例えばＵＲＬの値を、Ｓｌａｃｋが用意しているＷｅｂＨｏｏｋのＵＲＬにした場合、画像送信後、Ｓｌａｃｋのチャット画面に対し、ＢＯＤＹに含まれる保存先のパスが表示される（不図示）。

【0087】

以上説明した本実施形態によれば、スキャンした画像を無闇にメール送信などによって複製することなく、スキャン画像を関係者に容易に共有することができる。

【0088】

また、従来の画像読取システムにおいて、スキャンした画像を送信するクラウドストレージには、ファイルが置かれると、関係者に通知をする機能がある。しかし、クラウドストレージサーバーは、ファイルが置かれたことは分かるが、置かれた画像データが、請求書なのか見積書なのかといった何をスキャンした画像データなのかは正確に分からず、通知するときに、詳細な情報を加えて通知できなかった。それに対し、本発明においては、クラウドストレージに対してＷｅｂＨｏｏｋを送信することにより、簡易にクラウドストレージに対してスキャン画像データに関する詳細な情報を通知することができる。

【0089】

以上、本発明を一実施形態に基づいて詳細に説明したが、本発明は上述した一実施形態に限定されるものではない。

【0090】

例えば、上述した本発明の一実施形態では、ＵＲＬは一つのみ登録できたが、複数設けてもよい。例えば、ＵＲＬを２つ入力できるようにすると、ＳｌａｃｋだけでなくＭｉｃｒｏＳｏｆｔＴｅａｍｓにも情報を出したい場合などにも対応できる。

【0091】

また、画像送信後に、ＵＲＬへの情報送信を行ったが、画像送信前でも良い。この場合、画像をスキャンする前に、関係者に事前に通知できるので、関係者は、あらかじめ、保存されるパス（この場合ファイル名は含まずにフォルダ名までのパスである）を参照して、画像が保存されるまで待つことができる。

【0092】

また、画像送信前、後だけでなく、画像処理装置Ａの電源が入るタイミングや切れるタイミングでもよい。この場合、スキャン業務で、オペレーターが画像処理装置Ａの電源を入れてから落とすまでをスキャン業務の監督者に通知できる。この通知を利用して、監督者が、１日の業務を管理できる。電源が入るタイミングや電源が切れるタイミングでＵＲＬへの情報送信（ＷｅｂＨｏｏｋ送信）を行う場合には、上述したように図９に示すスキャン設定画面における設定における保存先に替えて、電源が入るタイミングや電源が切れるタイミングと紐付けることが設定される。それ以外の設定項目は図９で説明したものと同様の設定項目が設定されることが好ましい。

【0093】

また、この場合、ＢＯＤＹには画像の保存先を記載するわけではなく、スキャナ装置ＤＲの情報（シリアル番号、ＩＰアドレス）が入る。さらに、電源を落とすタイミングでＷｅｂＨｏｏｋを送信するように設定する場合には、電源ＯＮからのトータルスキャン枚数を記載してもよい。このように構成すれば、一日単位などの所定単位ごとのトータルスキャン枚数を確認して、管理者による業務量把握などが可能となる。

【0094】

また、トータルスキャン枚数に限らず、スキャナ装置ＤＲのメンテナンスに関する情報をＢＯＤＹに記載するように構成しても良い。例えば、スキャン後に画像の保存先を通知する情報送信の完了後に、同じＵＲＬに対してスキャナ装置ＤＲのメンテナンス情報（ローラ使用時間に関する情報、総スキャン枚数、電源ＯＮ時間など）がＢＯＤＹに記載されたＷｅｂＨｏｏｋによる情報送信が自動的に行われるように構成しても良い。なお、これらのメンテナンス情報が所定の条件を満たしたときだけ送信されるようにしても良い。これら情報のＷｅｂＨｏｏｋを用いた送信は、電源が入るタイミングや切れるタイミングに限られず、スキャン終了時や所定時刻などの任意のタイミングで実行されて良い。

【0095】

また、予約文字列にＬＯＣＡＴＩＯＮキーを使ったがこれだけではない。他に予約文字列として、ＪＯＢＴＩＴＬＥキーを作ってもよい。この予約文字列は、ジョブの名前を示す。例えば、ジョブ１番のジョブタイトルが「請求書」、ジョブ２番のジョブタイトルに、「説明書」が入力されたとする。画像読取装置Ａはジョブ１番が実行されたら、ＪＯＢＴＩＴＬＥキーに「請求書」をつけて、ＵＲＬにＢＯＤＹを送信する。通知を受けた関係者は、ＪＯＢＴＩＴＬＥキーを見て、どんな原稿の画像データが保存されたかを知ることができる。これにより、スキャンするユーザは、複数のジョブを使い分けて、関係者へどのような原稿の画像データを保存したかを通知できる。なお、このＪＯＢＴＩＴＬＥキーは、図９の送信設定画面を用いてユーザが入力する方法に限らず、スキャン実行時にジョブ選択がなされたことに基づき、そのジョブに予め設定されたジョブタイトルを利用して自動的にＢＯＤＹに追加しても良い。

【0096】

また、他の予約文字列としてＭＥＴＡＤＡＴＡキーを作ってもよい。この予約文字列は、スキャン設定（カラー・グレー・白黒）、解像度、表面／裏面、原稿サイズ（幅長さ情報）、スキャン画像に含まれるバーコードの検知結果やスキャンする原稿へ印字するインプリント情報などの画像データに関するメタデータが入る。通知を受けた関係者は、例えば、インプリントされた情報が適切か確認できる。関係者全員で画像データに納められた情報のチェックができる。

【0097】

上述した本発明の一実施形態では、ネットワークアダプタＮＷ／ＡＤに対して１つのスキャナ装置が接続された単一型のシステム形態を例示して説明したが、本発明はこれに限定されず、例えば、以下に説明するように、１つのネットワークアダプタＮＷ／ＡＤに対して複数のスキャナ装置が接続される複合型のシステム形態としてもよい。

【0098】

このような複合型のシステム形態とする場合には、複数のスキャナ装置として、例えば、シートフィード型スキャナ、フラットベット型スキャナ、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）付きフラットベットスキャナからなる群から選択される２つを組み合わせることが可能である。 詳細には、ネットワークアダプタＮＷ／ＡＤに対してフラットベット型スキャナを中継してシートフィード型スキャナを直列に接続してもよいし、ネットワークアダプタＮＷ／ＡＤに複数のインターフェースを設けあるいはハブ装置等を使ったりすることで、１つのネットワークアダプタに複数のスキャナ装置を並列に接続してもよい。

【0099】

また、このような複合型のシステム形態においては、上述した一実施形態と同様に、ジョブを実行することができる。例えば、複数のスキャナ装置のうち操作部を有するスキャナ装置をネットワークアダプタが監視、表示制御等を行えるようにすれば、上述した一実施形態と同様に、ジョブを実行することができる。

【0100】

また、Ｇｏｏｇｌｅ Ａｐｐｓ Ｓｃｒｉｐｔなどの自動化スクリプトを使った業務自動化にスキャナ装置からのＷｅｂＨｏｏｋを利用してもよい。具体的には、スキャナ装置がスキャン画像をＧｏｏｇｌｅドライブにアップロードした後、Ｇｏｏｇｌｅ Ａｐｐｓ Ｓｃｒｉｐｔを、スキャナから送信したＷｅｂＨｏｏｋをトリガーに起動させる。Ｇｏｏｇｌｅ Ａｐｐｓ Ｓｃｒｉｐｔには、画像ファイルをＯＣＲし、その結果をＧｏｏｇｌｅスプレッドシートに追記する動作などを行わせる。

【0101】

このシステムによって、例えばアンケート用紙をスキャンし、各項目をＯＣＲでデータ化したものを所定のフォーマットでスプレッドシートに追記して、データとしてまとめることができる。このとき、Ｇｏｏｇｌｅ Ａｐｐｓ Ｓｃｒｉｐｔを起動させるためのＷｅｂＨｏｏｋ（クラウドサービスへの処理指示となるＷｅｂＨｏｏｋ）におけるＢＯＤＹに記載する情報としては、ＯＣＲをする画像領域、編集するスプレッドシートのファイル名またはＩＤが設定される。また、Ｇｏｏｇｌｅドライブなどのクラウドストレージに画像データを送信したときのレスポンス情報が記載されてもよい。レスポンス情報の一例としては上述したスプレッドシートのファイル名やＩＤなどの情報であってもよいが、これに限られない。また、送信したスキャン画像に関してスキャナ装置で実行したスキャン動作に関する情報（読み取り解像度、拡縮処理の有無、原稿周囲の読み取りマージン設定の長さ、白紙スキップ設定の有無など）が記載されても良い。Ｇｏｏｇｌｅ Ａｐｐｓ Ｓｃｒｉｐｔ側は、それらの情報を利用して処理を実行することが可能となる。

【0102】

なお、このようにクラウドサービスの自動化スクリプトなどを用いたシステムに対してスキャナ装置からのＷｅｂＨｏｏｋを利用する場合に、クラウドサービスへの処理指示となるＷｅｂＨｏｏｋを送信したことを、別のＷｅｂＨｏｏｋとして他のＵＲＬに対して送信してもよい。その場合、クラウドサービス側からのレスポンスや処理結果を含めて別のＷｅｂＨｏｏｋを送信してもよい。

【0103】

また、スキャンした画像に対し、その他のクラウドサービスに対する処理を実行した場合に、スキャン画像の保存先をＵＲＬに送信するＷｅｂＨｏｏｋのＢＯＤＹにその処理に関する情報を記載しても良いし、そのＷｅｂＨｏｏｋとは別に、その処理に関する情報をＢＯＤＹに記載したＷｅｂＨｏｏｋを同じＵＲＬに対して送信してもよい。

【符号の説明】

【0104】

ＤＲ スキャナ装置
７０ 画像読取ユニット
８０ 制御部
５００ ＰＣ
５２３ ジョブアプリケーション
５２５ 汎用アプリケーション

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】