JP4616317B2 - ネットワークスキャニングシステム - Google Patents

Description

本発明は、イメージスキャナ装置をネットワークに接続する技術に関するものである。

通常、イメージスキャナ装置はＳＣＳＩ（Small Computer System Interface）インタフェース、最近では、ＵＳＢ（Universal Serial Bus）インタフェースを介してパーソナルコンピュータやワークステーション等の汎用情報処理装置（以下、これらの総称してＰＣという）と接続する。

イメージスキャナ装置の活用例としては、光学的文字認識（ＯＣＲ）や、ファイリングなど様々なものがあるが、近年では、電子メールに添付するため等、その利用目的は広がるばかりである。

一方、職場等においては、各社員に１つのＰＣが割り当てられ、それらがネットワークに接続し、ネットワークリソース（ファイル、プリンタ等）を共有することが行われている。必然、イメージスキャナ装置についても、共有化が望まれており、いくつかネットワークへ接続可能なスキャナ装置（一般に、複合機形態のものが多い）が存在するが、非常に高価なものであり安価なものはない。

かかる要望に応える技術としては、たとえば特許文献１が挙げられる。この特許文献１は、ＳＣＳＩインタフェースを有するイメージスキャナ装置をネットワークに接続するため、それらの間にスキャンボックスなる装置を介在させるものである。このスキャンボックスは、ネットワーク上の特定のＰＣ上で動作するアプリケーションと通信を行なう。そして、スキャンボックス側での操作内容（たとえばｓｕｔａｒｔボタンが押下された旨の通知等）がそのＰＣに通知され、ＰＣから操作者固有のジョブ情報を受信し、それに基づいてファイルサーバに読取った画像を転送し、格納させるものである。
特開２００１−２８５５６０号公報

上記特許文献１に開示された技術によれば、既存のイメージスキャナ装置をスキャンボックスを介してネットワークに接続することが可能になるものの、スキャンボックスには、ｓｔａｒｔボタン、スクロールボタン等各種スイッチが設けられ、機能を増やすためには、例えばスキャンボックスのファームウェアのアップグレードが必要でありコストアップが避けられない。

本発明はかかる問題点を解決するためになされたものであり、スキャナのネットワーク上での利用を可能とするだけでなく、原稿読取動作のための操作に係るファームウェアのアップグレードを不可欠とせず、ユーザの利便性を向上させるとともに、安価なスキャナを含むネットワークスキャニングシステムを提供しようとするものである。

この課題を解決するため、たとえば本発明のネットワークスキャニングシステムは以下の構成を備える。すなわち、
スキャナを汎用のネットワークに接続するためのネットワークインタフェースを有する接続装置及び前記ネットワークを介してデータを送信及び受信する情報処理装置を含んで構成されるネットワークスキャニングシステムにおいて、
前記情報処理装置は、
スキャナの読取動作のための操作に必要な描画データを、前記ネットワークインタフェースを介して前記ネットワークへ送信する出力手段を有し、
前記接続装置は、
前記情報処理装置から送信された描画データであって、操作者による読取開始のための操作を受ける描画像を配置した読取開始操作入力画面の描画データを含む前記操作に必要な描画データを前記ネットワークから受信し、受信した描画データに従い操作に必要な操作画面を表示器に表示し、所定の指示部への指示入力により信号を生成する指示入力表示手段と、前記指示入力表示手段により生成された信号に基づきスキャナによる読取動作のための指示情報を出力する指示情報出力手段とを有する。

本発明によれば、スキャナのネットワーク上での利用を可能とするだけでなく、原稿読取動作のための操作に係る利便性を向上させるとともに、安価なスキャナを含むネットワークスキャニングシステムの構築が可能になる。

以下、添付図面に従って本発明に係る実施形態を説明する。

＜システム全体の説明＞
図１は、実施形態におけるスキャナ／ネットワーク接続装置を利用したシステムの形態を示している。

図示において、１００がスキャナ／ネットワーク接続装置であり、ネットワークインタフェース及びＳＣＳＩインタフェースを有する。２００はイメージスキャナ装置（以下、単にスキャナという）であり、ＳＣＳＩインタフェースを有するものである。３００はイーサネット（登録商標）等構築されたローカルエリアネットワーク（単にネットワークという）であり、４０１乃至４０５はネットワーク３００に接続されたパーソナルコンピュータ（以下、ＰＣという）であって、各ユーザが使用するものである。５００は実施形態におけるスキャナ／ネットワーク接続装置１００を管理するとともに、遠隔制御する制御用ＰＣである。なお、この制御用ＰＣ５００とＰＣ４０１乃至４０５との違いは、それ上で、スキャナ／ネットワーク接続装置を制御するアプリケーションや後述する各種ドライバプログラムが稼働しているか否かの違いであって、ハードウェア上の違いはない。また、後述する説明から明らかになるが、この制御用ＰＣ５００は、管理者が管理するためのものであって、ＰＣ４０１乃至４０５等のユーザはその存在を知らなくても構わない。なお、図示では、一般ユーザが使用するＰＣとして５台を示したが、もちろん、この数により本願発明が限定されるものではない。また、図示では、ネットワーク上に設置された各種サーバやルータ、プリンタ等を示しているが、これらは周知の装置であるので、その説明は省略する。なお、実施形態では、ネットワーク３００のプロトコルとしてＴＣＰ／ＩＰを利用するものとして説明するが、以下の機能を実現するものであれば、如何なるものでも構わない。

＜スキャナ制御用ＰＣとスキャナ／ネットワーク接続装置の説明＞
図２はスキャナ／ネットワーク接続装置１００、スキャナ２００、ネットワーク３００、スキャナ制御用ＰＣ５００のブロック構成図を示している。

スキャナ制御用ＰＣのハードウェア構成は、通常のＰＣのそれを変わるものはないが、一応説明する。

図中、５０１は装置全体を制御するＣＰＵであり、５０２はブートプログラム及びＢＩＯＳ等を記憶しているＲＯＭである。５０３はＣＰＵ５０１が実行するＯＳ、アプリケーションをロードしたり、ワークエリアとして使用するＲＡＭである。５０４はキーボード、５０６はマウス（登録商標）等のポインティングデバイスである。５０６はネットワーク３００と接続するためのネットワークインタフェースであり、５０７はグラフィックスエンジンプロセッサ及びビデオメモリを搭載した表示制御部５０７である。５０８はＣＲＴ等の表示装置であり、５０９はＯＳ、実施形態におけるスキャニングアプリケーション、更には画像を一時的に蓄積するハードディスク装置である。なお、稼働するＯＳは如何なるものでも良いが、実施形態では、米国マイクロソフト社が提供するWindows（登録商標）が動作するものとする。スキャニングアプリケーションについての詳細は後述する。

一方、スキャナ／ネットワーク接続装置１００は以下の構成を備える。１０１は装置全体を制御するＣＰＵ（ＰＣのＣＰＵほどの高速な処理能力は不要である）、１０２は処理手順であるプログラム（ファームウェア）を記憶しているＲＯＭ、１０３はワークエリアとして使用するＲＡＭである。１０４はタッチパネルであり、１０５は液晶表示用のコントローラ、１０６は液晶表示器である。実施形態におけるタッチパネルは透明シートで構成される感圧式を採用し、液晶表示器（ＬＣＤ）１０６の前面に設けるものとした。なお、座標検出方式はこれに限らず如何なるものでも良いのは勿論である。また、実施形態でのＬＣＤ１０６はスキャナ２００のユーザインタフェースとして機能するに十分な解像度とすべく３２０×２００ドットの表示能力を有し、表示画像は２値とした。１０７はネットワークインタフェース、１０８はＳＣＳＩインタフェースである。イメージスキャナ２００はＳＣＳＩインタフェースを有する既存のスキャナ装置で良いので、その詳細は省略する。

図３は、図２に示したスキャナ制御用ＰＣ５００とスキャナ／ネットワーク接続装置１００それぞれの、主にソフトウェア面から見たレイヤ構造を示している。

スキャナ制御用ＰＣ５００上では、ネットワークドライバや、スキャナドライバが動作する。ネットワークドライバは、ネットワークインタフェース５０６を製造・販売するメーカが用意したもの、或いは、ＯＳがサポートするドライバで良い。また、スキャナドライバはスキャナ２００のメーカが用意するたとえばＴＷＡＩＮ（Technology Without any Interested Name）ドライバで良く、格別なものではない。本実施形態における、特徴とする点は、仮想ＬＣＤドライバ５５１、仮想タッチパネルドライバ５５２、仮想ＳＣＳＩドライバ５５３にある。

仮想ＬＣＤドライバ５５１は、遠隔にあるスキャナ／ネットワーク接続装置１００が有するＬＣＤ１０６及びＬＣＤコントローラ１０５が、あたかもスキャナ制御用ＰＣというローカルなスキャナ制御用ＰＣ５００にハードウェアとして接続されているかのように見えるようにするドライバである。また、仮想タッチパネルドライバも、スキャナ／ネットワーク接続装置１００が有するタッチパネル１０４が、あたかもローカルなスキャナ制御用ＰＣ５００にハードウェアとして接続されているかのように見えるようにするドライバである。そして、仮想ＳＣＳＩドライバも、スキャナ／ネットワーク接続装置１００が有するＳＣＳＩインタフェース１０８がローカルなスキャナ制御用ＰＣ５００にハードウェアとして接続されているかのように見えるようにするためのドライバである。

要するに、これら３つの仮想ドライバは、遠隔に存在するスキャナ／ネットワーク接続装置１００が有するハードウェア資源を、あたかもスキャナ制御用ＰＣ５００というローカルなＰＣが有するかの如く動作させるものである。より詳しくは、仮想ＬＣＤドライバ５５１及び仮想タッチパネルドライバ５５２により、あたかも標準入出力装置（コンソールともいい、コンピュータ技術分野では表示装置、及び、ユーザからの入力を受け付ける入力装置を総称して言う）がスキャナ制御用ＰＣ５００に接続されているかのように動作し、仮想ＳＣＳＩドライバによりＳＣＳＩインタフェース（カード）があるかのように動作することになる。

一方、スキャナ／ネットワーク接続装置１００上では、ファームウェアとしてのネットワークドライバ１５４が動作し、その上位レイヤにＬＣＤサーバ１５１、タッチパネルタスク１５２、ＳＣＳＩサーバ１５３が稼働する。

上記構成において、スキャナ制御用ＰＣ５００における仮想ＬＣＤドライバ５５１、及び、スキャナ／ネットワーク接続装置１００におけるＬＣＤサーバ１５１とが連携して、スキャナ／ネットワーク接続装置１００が有するＬＣＤ１５１への画像表示が実現する。因に、スキャナ制御用ＰＣ５００の仮想ＬＣＤドライバから、スキャナ／ネットワーク接続装置１００へ出力されるデータのフォーマットは、識別コード、表示すべき矩形画像の左上隅の表示座標位置（ｘ、ｙ）、その矩形サイズである幅Ｗ、高さＨ、そして、実際のビットストリーム（１画素１ビットの２値画像データ）とした。

また、スキャナ制御用ＰＣ５００における仮想タッチパネルドライバ５５２、及び、スキャナ／ネットワーク接続装置１００におけるタッチパネルタスク１５２とが連携して、スキャナ／ネットワーク接続装置１００が有するタッチパネル１０４のユーザによるタッチ座標位置（ｘ、ｙ）を検出し、上位レイヤに通知することができる。データの流れは、タッチパネルタスク１５２からタッチパネルドライバ５５２に流れるので、タッチパネルタスク１５２がクライアント、タッチパネルドライバ５５２がサーバという関係になる。

そして、スキャナ制御用ＰＣ５００における仮想ＳＣＳＩドライバ５５３、及び、スキャナ／ネットワーク接続装置１００におけるＳＣＳＩサーバ１５３とが連携することになる。すなわち、スキャナ制御用ＰＣのスキャナドライバから要求コマンドがあると、仮想ＳＣＳＩドライバ５５３がその要求コマンドをスキャナ／ネットワーク接続装置１００に送信する。スキャナ／ネットワーク接続装置１００は、これを受信すると、ＳＣＳＩドライバを介してスキャナ２００に出力する。また、スキャナ２００から出力されてきたデータ（読取った画像データも含まれる）は、逆の経路を経て、最終的にスキャナ制御用ＰＣ上で動作しているアプリケーションに供給することが可能となる。

このように、スキャナ制御用ＰＣ５００とスキャナ／ネットワーク接続装置１００間のデータの種類は大きく分けて３つ存在する。従って、それぞれのデータが判別できるようにする必要がある。本実施形態では、論理を示すポート番号を利用することで解決した。つまり、ネットワーク上に流れるパケットのヘッダに、送信相手先ＩＰアドレス、自身のＩＰアドレスを付加するのは勿論、表示に関するものであればポート番号をＰ１、タッチパネルの座標データはＰ２、ＳＣＳＩに関するデータはＰ３をそれぞれ用いるようにし、それらのポート番号による割振りをそれぞれのネットワークドライバが行うようにした。ただし、通常、ＴＣＰ／ＩＰ通信では、クライアント側がポート番号を指定してサーバにアクセスすることになる。換言すれば、クライアント側はサーバが開いているポート番号を利用する必要がある。

図３に示す如く、スキャナ／ネットワーク接続装置１００は、専用のハードウェアで構成され、動作するＬＣＤサーバ１５１及びＳＣＳＩサーバ１５３は文字どおりサーバとして機能するものであるから、それら２つのサーバが利用するポートＰ１、Ｐ３は固定で構わない。すなわち、スキャナ制御用ＰＣ５００の仮想ＬＣＤドライバ、仮想ＳＣＳＩドライバは、スキャナ／ネットワーク接続装置１００のＩＰアドレスのポートＰ１、Ｐ３がはじめから開いているものとして通信を行ってかまわない。

一方、タッチパネルの座標位置情報の通信においては、スキャナ制御用ＰＣ５００側で動作する仮想タッチパネルドライバ５５２が受信側、すなわち、サーバとなる。先に説明したように、実施形態におけるスキャナ制御用ＰＣ５００は、汎用のパーソナルコンピュータ等の情報処理装置で実現しているものであるから、それ上で動作するアプリケーションに際限はない。必然、個々のアプリケーションが利用するＴＣＰ／ＩＰプロトコルのポート番号も自由に使って構わないことになり、他のアプリケーションで使用中のポートは、タッチパネルのデータ通信に用いることはできない。すなわち、仮想タッチパネルドライバ５５２は、自身が稼働する際、空いているポートを探し、それを利用することになる。

従って、スキャナ／ネットワーク接続装置１００におけるタッチパネルタスク１５２がそのポート番号を知らない限りは、タッチされた座標位置情報をスキャナ制御用ＰＣ５００に通知することはできなくなってしまう。そこで、本実施形態では、固定ポートＰ１を用いているＬＣＤサーバ１５１（勿論、ＳＣＳＩサーバ１５３でも構わない）宛てに、タッチパネルタスク１５２が利用するポート番号Ｐ２を、表示すべきデータとは判別可能なコマンド形式で通知するようにした。

＜スキャナ／ネットワーク接続装置の処理の説明＞
以下、実施形態におけるスキャナ／ネットワーク接続装置１００の処理手順を順に説明する。

図４はスキャナ／ネットワーク接続装置１００の初期処理を示している。

電源が投入されると初期化処理を行なう。この初期化処理には、ネットワークインタフェース１０７の初期化及びネットワークドライバ１５４の駆動が含まれる。ネットワークドライバ１５４は、ネットワーク３００上のパケットを監視し、予め自身に割り当てられたＩＰアドレス（不図示の不揮発性メモリに設定登録する）のパケットを捕捉する処理、及び、ネットワークへのパケット送信を行うことになる。なお、このＩＰアドレスの登録は、図示しないスキャナ／ネットワーク接続装置１００の設定メニューにより、固定アドレスを設定しても良いし、ＤＨＣＰ（Dynamic Host Configuration Protocol）クライアントとして設定されるようにしても構わない。

次いで、ステップＳ２に進み、ＬＣＤサーバタスク１５１を生成起動する（詳細は図５、図６）。そして、ステップＳ３、Ｓ４でタッチパネルタスク１５２、ＳＣＳＩサーバ１５３を生成起動する（詳細は図７、図８）。この後、これらの処理がマルチタスクとして動作するようマルチタスクを有効にする（ステップＳ５）。

上記の様にして、ＬＣＤサーバ１５１、タッチパネルタスク１５２、ＳＣＳＩサーバ１５２のそれぞれがその処理が開始されることになるが、以下、各々の処理内容を順に説明する。

ＬＣＤサーバ１５１は図５に示す処理手順に従って処理を行う。

先ず、ステップＳ１１では、ＬＣＤコントローラ１０５を初期化し、ステップＳ１２においてスキャナ制御用ＰＣ５００から接続待ちを示す画面を表示する。この画面は、たとえば、図１０に示すようなものである。図１０に示す画像は、スキャナ制御用ＰＣ５００からの接続以前の画像であるので、スキャナ／ネットワーク接続装置１００側で自発的に表示するものとなる。また、このとき、スキャナ／ネットワーク接続装置１００が有するネットワークインタフェース１０７に割り当てているＩＰアドレスも表示する。この結果、スキャナ／ネットワーク接続装置１００はＤＨＣＰクライアントとしてネットワーク３００に接続している場合にも、そのＩＰが容易に判別できるようになっている。

次いで、ステップＳ１３に進み、ポートＰ１を監視することで、スキャナ制御用ＰＣ５００からの接続を待つ。

接続が行われると、ステップＳ１４に進んで、コマンドを受信したか否かを判断し、コマンドを受信したステップＳ１６に進んで、各種コマンドに応じた処理を行う（詳細は図６で説明する）。一方、接続終了の通知を受けた場合（スキャナ制御用ＰＣ５００において、スキャニングアプリケーションを終了させた場合に相当する）には、ステップＳ１２に進み、次の接続要求を待つことになる。

図６は、上記のステップＳ１６の詳細を示している。

ステップＳ２１ではビットマップ受信であるか否かを判断する。ビットマップ受信であると判断した場合には、左上隅座標、幅、高さ情報に基づき、後続するビットマップデータをＬＣＤコントローラ１０５に出力することで、画像をＬＣＤ１０６に表示する。実施形態におけるＬＣＤ１０６の表示画素数は３２０×２００であり、２値画像を表示するものであるから、１つの画像の最大サイズは３２０×２００ビット＝６４０００ビットということになり、通常のネットワークの帯域が１０Ｍｂｐｓとか１００Ｍｂｐｓであるから、ネットワークにかかる負担は微々たるものとなるし、画面の更新においてもレスポンスが悪くなることもない。

ＬＣＤサーバ１５１の機能は上記の通りで十分であるが、先に説明したように、タッチパネルタスクは送信すべきスキャナ制御用ＰＣのポートを確定する必要が有るので、ＬＣＤサーバ１５１内でそのポートの確定と、タッチパネルの有効／無効を制御するようにした。

そのため、ステップＳ２３では、タッチパネルスタートコマンドを受信したか否かを判断し、そのコマンドを受信した場合には、そのコマンドに含まれるタッチパネルの座標送信用ポートを取得し、それをＲＡＭ１０３の適当な位置に格納すると共に、タッチパネルを有効を示すタッチパネルフラグをＯＮにする。なお、タッチパネルスタートコマンド内にタッチパネルのポート番号Ｐ２を含ませるものとして説明したが、別々でも構わないのは勿論である。

また、ステップＳ２５ではタッチパネルストップコマンドを受信したか否かを判断し、それを受信したと判断した場合には、タッチパネルフラグをＯＦＦにする。

タッチパネルタスクについては後述するが、タッチパネルフラグがＯＮ状態にあるときにタッチ座標位置をスキャナ／ネットワーク接続装置１００のネットワークアドレスのポートＰ２に向けてタッチ位置の座標データを出力することになる。

次に、スキャナ／ネットワーク接続装置１００におけるＳＣＳＩサーバの処理手順を図７のフローチャートに従い説明する。

先ず、ステップＳ３１でＳＣＳＩインタフェース１０８を初期化する。次いで、ステップＳ３２で、スキャナ制御用ＰＣ５００からの接続が行われるのを待つ。

ステップＳ３３では、ポートＰ３を監視し、スキャナ制御用ＰＣ５００からのＳＣＳＩに関するコマンド受信があったか否かを判断し、無ければステップＳ３４に進んで接続終了の通知コマンドであるか否かを判断し、それを受信した場合にはステップＳ３２に戻り、そうでなければステップＳ３３に戻る。

さて、ＳＣＳＩに関するコマンド（接続終了コマンドを除く）を受信したと判断した場合、処理はステップＳ３５に進み、受診したＳＣＳＩコマンドを実行する。すなわち、ＳＣＳＩインタフェース１０８に対してコマンド処理させる。この結果、ＳＣＳＩインタフェース１０８に接続されているスキャナ２００から何らかのレスポンスがあるので、それを受信し、受信したデータを今度はスキャナ制御用ＰＣのポートＰ３に向けて出力する。

上記の通り、ＳＣＳＩサーバ１５３の処理は、単純に、ネットワークから受診したＳＣＳＩコマンドをＳＣＳＩインタフェース１０８に対して実行させ、その結果をＳＣＳＩインタフェース１０８が返してくる（この中には、原稿を読取ったデータも含まれる）ので、そのデータをスキャナ制御用ＰＣ５００に通知するだけの処理である。

一般に、ＳＣＳＩインタフェースに接続されるデバイス（８ビットデータバスの場合）、ＩＤとして０乃至６（ＩＤ＝７はＳＣＳＩインタフェースに割り当てることが多い）のいずれかを有する。また、初期の段階では、ＳＣＳＩインタフェースに対して、１つ１つのＩＤに対してスキャンすることで、そのＩＤを有するデバイスが接続されているか否か、接続されている場合にはそのデバイスを検出し、その結果をＯＳが保持し、それ以降はそのＩＤを用いてＳＣＳＩデバイスと通信する。

本実施形態でも、スキャナ制御用ＰＣ５００の仮想ＳＣＳＩドライバ及びＳＣＳＩサーバが同様のことを行うので、如何なるＳＣＳＩデバイスが接続されているかはスキャナ制御用ＰＣ５００側で把握することになる。換言すれば、実施形態におけるＳＣＳＩサーバ１５３は、接続されているスキャナ２００が如何なるＩＤであるのかについての情報は一切不要となる。

次に、スキャナ／ネットワーク接続装置１００におけるタッチパネルタスク１５２の処理内容を図８のフローチャートに従い説明する。

先ず、ステップＳ４１において、初期化処理を行う。次いで、タッチパネル１０４に対してユーザによるパネルへのタッチ入力に変化があったか否かを判断し、その変化を待つ。なお、タッチ入力の変化とは、タッチパネル１０４に非接触の状態から押下する変化と、その逆である。後者のそれは座標データとして意味のないデータを送る、或いは、タッチされたか否かの属性情報を付けて送信する等を行えば良いであろう。

タッチ入力に変化があると判断した場合には、ステップＳ４３に進み、そのときにタッチパネルフラグがＯＮになっているか否かを判断する。このタッチパネルフラグのＯＮ／ＯＦＦの制御は、先に説明したように、ＬＣＤサーバ１５１により行われる。タッチ入力に変化があり、尚且つ、タッチパネルフラグがＯＮであると判断した場合には、そのタッチ座標データ（タッチされたのか、離れたのかを判別できるようにする）を、先のＬＣＤサーバ１５１のＳ２４で保存されたポートＰ２を読出し、スキャナ制御用ＰＣ５００のポートＰ２宛てにその座標データを出力する処理を行う。

以上、実施形態におけるスキャナ／ネットワーク接続装置１００における処理内容を説明した。

＜スキャニングアプリケーションの説明＞
次に、スキャナ制御用ＰＣ５００上で動作するスキャニングアプリケーションについて説明する。

なお、以下の説明において、「表示する」、「タッチ入力」、「画像入力」等の用語の意味は、スキャニングアプリケーションから見た場合の処理である。たとえば、スキャニングアプリケーションが行う表示処理は、仮想ＬＣＤドライバ５５１に対して行なうものである。仮想ＬＣＤドライバ５５１は指示された要求に従ってビットマップを生成し、それをスキャナ／ネットワーク接続装置１００のＩＰ宛のポートＰ１に送信して、遠隔のＬＣＤ１０６に表示されるものである。タッチ入力も同様であるし、スキャナに対する読取り等の指示も同様であるので、注意されたい。

図９はスキャニングアプリケーションの処理内容を示すフローチャートである。

このスキャニングアプリケーションは、スキャナ制御用ＰＣ５００が有するハードディスク５０９に記憶されているもので、ユーザにより起動する、もしくは、ＰＣの起動に従って自動的に起動するものである。

先ず、ステップＳ５１において、ネットワーク３００を介してスキャナ／ネットワーク接続装置１００に接続を行う。この接続処理は、スキャナ／ネットワーク接続装置１００のＩＰアドレスのポートＰ１、Ｐ３に接続を行う処理と、タッチデータの受信に使用可能なポートＰ２をサーチし、それを通知する処理（タッチパネルフラグＯＮコマンド）が含まれる。

次いで、ステップＳ５２に進んで、ＬＣＤ１０６への画面表示処理を行ない、ステップＳ５３でタッチ入力を行ない、それに応じた処理をステップＳ５５で行うことを繰り返す。Ｓ５２、Ｓ５３、Ｓ５５の処理を繰り返すことで、スキャナ／ネットワーク接続装置１００におけるユーザの入力及びそれに対するレスポンス画面の表示更新が順次行われることになる。画面が切り換わったときには、当然、その画面に相当するイメージを描画する処理をステップＳ５２で行ない、ユーザはそれに応じた入力を行うことになる。ここで、注目したい点は、スキャニングアプリケーションは、タッチ入力された座標情報を取得したとき、その直前に表示されていた画面イメージ、すなわち、ユーザによる操作するであろう各種ボタン等の座標位置を把握しているから、そのタッチ座標情報が如何なる指示であるのかが判明している点である。また、ユーザによるタッチされたボタンに対する処理は、原則として、タッチ状態から非タッチ状態になったときに行われるものとした。タッチ状態になった場合には、そのタッチされたボタン等のハイライトイメージを転送する処理を行うことになる。

また、後述する説明から明らかにするが、上記Ｓ５２、５３、５５のループにより、ユーザによる各種設定登録も行われる。

さて、上記のように、必要に応じて画面を更新する処理を行っては、各種設定をユーザが行うことになるが、最終的に、スキャンの開始指示に相当する座標情報を受信したと判断した場合には、ステップＳ５４からステップＳ５６に進み、スキャナドライバに対して読取りを指示する。この結果、仮想ＳＣＳＩドライバ５５３は、その指示コマンドをスキャナ／ネットワーク接続装置１００であるＩＰアドレスのポートＰ３に対して行ない、スキャンを開始させることになる。また、これにより、スキャナ／ネットワーク接続装置１００からは読取った原稿画像データが送られてくることになるので、仮想ＳＣＳＩドライバ１５３はスキャナドライバにそのデータを出力し、最終的にスキャニングアプリケーションに渡されることになる（Ｓ５７）。

スキャニングアプリケーションは、この読取り画像の受信が完了すると、先の設定処理（Ｓ５２、Ｓ５３、Ｓ５５のループ）で設定した内容に従い、読取り画像に対する後（あと）処理を行う。

実施形態における後処理の種類としては、次のようなものが実現できるようにした。
１．所望とするファイルサーバ（ユーザが指定したファイルサーバ）への読取り画像の格納、及び、その際の格納ファイル形式の設定、
２．ＦＡＸ送信（ＦＡＸサーバへの転送）、
３．電子メールの添付ファイルとしての送信、
３．ＦＴＰによるサーバへの転送、及び、その際の格納ファイル形式の設定、
４．所望とするプリンターサーバでの印刷、
５．１乃至４の所望とする組み合わせ処理
これらの処理については後述することととする。

また、図９において、スキャニングアプリケーションを終了する旨の指示があった場合には（この指示は、スキャナ制御用ＰＣ５００上での指示である）、ステップＳ５９で切断処理（タッチパネルフラグＯＦＦの指示コマンドを含む）を行ない、本処理を終えることになる。なお、スキャニングアプリケーションは常時稼働状態にしておいても勿論構わない。

以上の通りであるが、スキャニングアプリケーションの具体的な処理内容を理解し易くするため、図１０乃至図３８を用いて説明する。

図１０は、スキャナ制御用ＰＣ５００上でスキャニングアプリケーションを起動する以前の、スキャナ／ネットワーク接続装置のＬＣＤ１０６に表示される画面を示している。

スキャニングアプリケーションが起動すると、上記のように接続が試みなれるが、スキャニングアプリケーションがＰＣ５００にインストールが行われ、最初に起動した場合、スキャナ／ネットワーク接続装置１００のＩＰアドレスは不明であるので、図１１に示す画面をスキャナ制御用ＰＣ５００に表示し、スキャナ／ネットワーク接続装置１００のＩＰを入力し、登録保存を行う。この登録は、ＨＤＤ等に記憶することで、次回起動した際には、ＩＰアドレスの入力は求めない。

さて、接続が行われると、スキャニングアプリケーションは、スキャナ／ネットワーク接続装置１００のＬＣＤ１０６に初期画面を表示させるため、図１２に示す画面を仮想ＬＣＤドライバ５５１に描画させる。図１２に示すように、表示すべき画像は、ＬＣＤ１０６の全面であるので、仮想ドライバ５５１は、表示位置０、０、幅３２０、高さ２００の画像を描画し、そのビットマップイメージをスキャナ／ネットワーク接続装置１００のＩＰアドレスのポートＰ１に向けて送信することになる（図９のステップＳ５２の処理に相当する）。

図１２の場合、ユーザはGuest（一般の不特定ユーザのためのもの）、Jamというユーザ名、staffというユーザ名のいずれかをタッチすることになる。たとえば、「Guest」をタッチすると、その座標位置情報がスキャナ制御用ＰＣ５００に通知され（図９のＳ５３に相当）、その結果、スキャニングアプリケーションは、その座標データに基づき、いずれがタッチされたのかが判明するから、その選択された内容を一時的にＲＡＭ５０３に記憶する（Ｓ５５に相当）。

そして、その「Guest」がタッチされたことを報知するため、その部分のハイライトイメージ（反転イメージ）を作成し、仮想ＬＣＤドライバ５５１に対して表示指示する。また、ログインユーザ名の選択が行われたことになるから、「ログオン」ボタンが機能することを示すため、その「ログオン」ボタンも反転イメージも同様に仮想ＬＣＤドライバ５５１に表示させる。仮想ＬＣＤドライバ５５１は表示指示されたビットマップイメージを、スキャナ／ネットワーク接続装置１００のポートＰ１に向けて送信することで、表示画面を更新する（Ｓ５２に相当）。

以上の結果、スキャナ／ネットワーク接続装置１００が有するＬＣＤ１０６は図１２の画面から図１３に示す画面に更新されることになる。

以下、スキャナ制御用ＰＣ５００とスキャナ／ネットワーク接続装置１００との通信が同様に行われるものとし、簡潔に説明することとする。

図１３の画面において、ログオンボタンがタッチされると、図１４に示す画面がＬＣＤ１０６に表示される。同図は、スキャナ２００にセットした（する）原稿画像を読取った際に、その出力先を設定する画面である。基本的に、この画面が表示されると、送信先を決めるため、「宛先表」をタッチすることで、宛て先一覧を表示させ、必要な分だけ順次選択することになる。

ただし、図１４において、「200dpi」と表示されていることからも分かるように、デフォルトで読取り解像度を２００ｄｐｉであることが示されている。この解像度を変更したい場合には、同箇所をタッチすることで、図１５のような画面が表示される（手前に位置するウインドウイメージを描画し、その位置とサイズ及びビットマップを転送することになる）。

また、図１４において、「グレー（モノクロ２５６階調）」ボタンをタッチすると、図１６に示す読取りモード指定の画面を表示し、「Ａ４」ボタンをタッチすると、図１７に示す読取る原稿サイズの指定用ウインドウが表示される。また、「片面」ボタンがタッチされると図１８に示す片面、両面の選択ウインドウが表示される。図１５乃至図１８のウインドウで所望とする項目をタッチし、それぞれのウインドウでＯＫをタッチすると、その結果が反映された図１４と同様の画面が表示されることになる。

ここで、若干、捕捉説明する。通常、スキャナ装置に添付されているスキャナドライバ（通常は、ＣＤＲＯＭよりインストールすることになる）に対し、アプリケーション等から如何なる読み取り解像度があるか、読み取り原稿サイズがどのようなものをサポートしているのか、更には、読取り階調としてどのようなモード（白黒２値、白黒多値、カラー多値等）を問い合わせると、そのスキャナドライバから回答が返ってくる。図１５乃至図１８は、実施形態でのスキャナ２００にドライバから上記のようなデータを取得することで、その表示画面を描画することになる。換言すれば、実施形態におけるスキャナ２００及びスキャナドライバの組み合わせにより選択可能な機能によって、図１５乃至図１８に表示される画面が決定されるとも言える。

また、読取りモードの指定であるが、たとえば、原稿画像を誤差拡散処理して読込む場合の処理の方法としては、２通り存在する。１つ目は、スキャナ装置自身に各種読取りモードが存在し、そのモード指定のコマンドを送ることで原稿の読取るものである。そして、２つ目は、スキャナ装置が一律同じ解像度で、多階調画像を読取る装置であって、スキャナドライバにおいて、解像度変換等の処理を行うものである。

前者のようなスキャナ及びスキャナドライバの組み合わせの場合、スキャニングアプリケーションから、モードを指定すると、スキャナドライバは仮想ＳＣＳＩドライバ５５３に対して、そのＳＣＳＩコマンドを出力することになり、結果的に、スキャナ／ネットワーク接続装置１００のＳＣＳＩサーバはそのコマンドを接続されたスキャナに出力することになる。

また、後者の場合、スキャナドライバは、自身内部で処理するわけであるから、仮想ＳＣＳＩドライバに対しては、設定モードに対応するコマンドは出力されない。

つまり、スキャナ２００とスキャナドライバの組み合わせが正しい限り、スキャナ２００に対して不明なコマンドが発行されることはあり得ないことになる。従って、実施形態における仮想ＳＣＳＩドライバが、実際に使用するスキャナ装置及びスキャナドライバを実質的に選ばない点、及び、今後、新規にスキャナ装置単体を導入しても、それをネットワークスキャナとして活用できることが可能になるのは容易に理解できよう。

さて、図１４の画面（或いは図１４の画面に対して各種設定を行った後であれば、当然、選択された宛て先が表示された画面になる）において、「宛先表」をタッチすると、スキャニングアプリケーションは、スキャナ制御用ＰＣ５００でログオンユーザ名が「Guest」であることから、ＨＤＤ５０９内の「Guest」用に作成したアドレス帳を参照し、登録されている宛先一覧を表示させるべく、たとえば図１９に示すような画面を仮想ＬＣＤドライバを用いて表示させる。

図１９に示す如く、宛先リスト画面が表示される。図示に示す如く、宛先リスト画面は、宛先リスト、宛先検索ボタン（虫眼鏡アイコンのボタン）、宛先の追加や削除を行うための編集ボタンをはじめ、スクロールボタン、閉じるボタン等が表示される。

宛先リスト領域には、図示では４つ表示されているが、これはユーザ「Guest」のアドレス帳には４つ登録されているからである。なお、「すべて」と表示されているコンボボックス形式のボタンをタッチすると、カテゴリ毎に選択する宛て先が指定できる。たとえば、ＦＡＸ送信であれば、このボタンをタッチすることで、ＦＡＸ送信として登録された宛て先のみが表示される。図示の場合「すべて」となっているので、登録されてる宛先の全てのカテゴリが混在した状態で表示されていることを示している。

また、図１９の画面における「MENU」ボタンをタッチすると、その時ログオンしているユーザ用のアドレス帳（図示の場合、ユーザ「Guest」用のアドレス帳）を編集するため、図２０の画面が表示される。図示では、新に宛て先を登録するための「登録」ボタン、既登録宛先を編集する「編集」ボタン、既登録宛て先を削除する「削除」ボタン、そして、終了を示す「閉じる」ボタンで構成される。

図２０の画面で、「登録」ボタンをタッチすると、図２１に示す画面が表示される。図示に示す如く、実施形態では、読取り画像の送信方法として、ＦＡＸ、ＦＴＰ、メール、ＰＣ（ファイルサーバ）、プリンター、グループのいずれにするかを指定できる。なお、「グループ」とは、複数の宛先をまとめたものを言い、通常のＦＡＸにおける同報と同様のものである。ただし、異なる送信カテゴリが混在していても構わない点で大きく異なる。

ここで、「ＰＣ」ボタンをタッチした場合、図２２に示す画面が表示されるので、ここでその宛先の表示名称、及び、ネットワーク上のパス名を入力する。

「表示名称」ボタンをタッチすると、図２３に示すようにキーボード画像が表示されるので、所望とするキーを順次入力していく。１つのキー入力がある度に、カーソル位置に入力文字が表示されるが、それは、その表示欄に文字のイメージをその都度、該当する位置に描画した結果であるのは先に説明したとおりである。文字のイメージは、せいぜい十数ドット×十数ドット程度であるので、仮想ＬＣＤドライバが転送する情報量が微々たるものであり、タッチ入力に対して十分なレスポンスが得られる。すなわち、ユーザにしてみれば、あたかもスキャナ／ネットワーク接続装置１００内での処理であるかのような操作環境を提供できる。

図２４は、たとえば、登録する表示名として「Aoki ToDo」と入力した例を示している。キー入力を間違えたり、文字を挿入する等の操作は、カーソル移動ボタン、バックスペース等で対応できるし、たとえば、「シフト」ボタンをタッチすることで、表示された個々のキーの文字を大文字に切り替えることができる（大文字で示されるキーボードイメージを描画することになる）。スキャナ制御用ＰＣ５００では、仮想キーボードによるキー入力がある度に、その座標データからいずれのキーが押下されたのか判断し、文字キーであれば順にその文字コード記憶し、修正等のキーであれば記憶された文字列を修正する等の処理を行うことになる。

こうして、表示名称の登録が完了した場合には、図２４における「ＯＫ」ボタンをタッチすることで、図２２の表示名称の入力欄には「Akio ToDO」の文字列が入力されることになる（スキャナ制御用ＰＣはこの文字列コードを取得することが可能となる）。

また、図２２の画面で、「パス」ボタンをタッチすると、図２５に示す画面が表示される。この画面は、スキャナ制御用ＰＣ５００が、ネットワーク上のファイル供給しているＰＣをブラウズして得た情報に基づく画面である。通常、マイクロソフト社のネットワークにおいては、ブラウズマスタとなるＰＣがネットワーク上の供給設定されたＰＣ（サーバ）を管理しているので、そのブラウズマスタからネットワーク上のファイルサーバの情報を取得できる。

さて、図２５において、登録名称「Aoki ToDo」のネットワークパス名となるサーバを選択するが、その画面に表示していないサーバを選択する場合には、スクロールボタン（画面右上に表示されている２つの三角形ボタンのいずれか）をタッチして、スクロールさせ、目的とするサーバを探し出す。ユーザから見ると、スクロールしているかのように見えるが、現実には、サーバ一覧を表示する領域のビットマップイメージをスクロールボタンがタッチされる度に、スキャニングアプリケーションが仮想ＬＣＤドライバ５５１に描画させ、その結果がＬＣＤ１０６に表示されることになるのは既に説明した通りである。

ここでは、サーバとして「Aoki」が選択されたものとして説明する。サーバ「Aoki」をタッチして選択したとき、スキャナ制御用ＰＣ５００はサーバ「Aoki」に対して、サーバ「Aoki」が共有しているリソースを取得することを試みるが、このときのログインする際のユーザ名称はスキャナ制御用ＰＣ５００にログオンしているユーザとなる。もし、サーバ「Aoki」にログインパスワードが設定されている場合、そのサーバからパスワードの入力が求められるので、そのパスワードを入力する画面を表示する。図２６がその画面の例である。図示の如く、仮想的なキーボードを表示し、その各キーを入力することで、パスワードを入力することになる。ただし、スキャナ制御用ＰＣ５００は、サーバ「Aoki」からパスワードが求められていることを検出しているので、キー入力されたパスワードの各文字が第３者に知らせないようにするため、入力される文字が何であれ「＊」という文字イメージを描画し、ＬＣＤ１０６に表示させる。最終的に、パスワードの入力が完了すると、「ＯＫ」ボタンをタッチする。この結果、入力されたパスワードが、サーバ「Aoki」に設定したパスワードと合致しない場合には、再度、入力を促することになる。また、合致した場合には、サーバ「Aoki」が共有設定している共有名一覧を表示する。たとえば、図２７である。ここで、所望とする共有名を選択し、最終的に「ＯＫ」ボタンをタッチすることで、新規登録する名称及びそのパスの設定が完了する。

図２８は、図２７の画面において、サーバ「Aoki」が共有設定しているリソース名「ToDo」をタッチし、次いで、「ＯＫ」ボタンをタッチした場合の画面を示している。つまり、先に示した図２２における入力結果を示していることになる。ここで「ＯＫ」ボタンをタッチすることで、スキャナ／ネットワーク接続装置１００におけるログインユーザ名「Guest」のアドレス帳に、ファイル共有されたリソース「\\Aoki\ToDo」が、略称表示名「Aoki ToDo」として登録が行われることになる。

上記はファイルサーバの登録であったが、プリンターサーバもネットワーク３００上に存在するものであるので、同様の操作で登録できる。また、メール、ＦＡＸ、ＦＴＰ等はネットワーク３００の外のインターネット上に存在するのでネットワーク３００上からはブラウズできないので、以下のようになる。ここでは、図２１の画面で「メール」をタッチした場合のメール宛先を登録するについて説明する。

この場合の画面は、図２９に示すようなもので、表示名称、メールアドレスを入力することになる。これらは、図２３に示す仮想キーボードを表示させることで設定することになる。図３０はその入力が行われた後の画面を示しており、ここで「ＯＫ」ボタンをタッチすることで、新たなメール宛先名「Tanaka Taro」が登録されることになる。

上記のように、原稿読み取り宛て先としてのファイルサーバ＋その供給名（一般にディレクトリ名）、メール宛先の登録が行われるが、再度、宛先リスト（図１９）の画面を表示させたときには、これら新たに登録した内容が反映されたものとなる（図３１参照）。

以上は、図２０の画面で「登録」がタッチされた場合の説明であったが、同図において「削除」ボタンをタッチした場合には、登録されているデータを削除することができる。図３２はその削除画面を示している。削除の仕方は、削除対象となる宛て先をタッチし、次いで、「ＯＫ」をタッチすることで行われる。

なお、図２０の画面で、「編集」ボタンがタッチされると、登録されている宛て先一覧が表示され、その中の所望とするものを選択することで、個々の宛て先のデータを編集することが可能であるが、上記説明からすれば当業者であれば容易に想到できよう。

以上、宛て先の登録等について説明したが、上記はスキャナ／ネットワーク接続装置１００にログオンする際のユーザ名として「Guest」とした場合である点に注意されたい。他のユーザ名でログオンした場合には、それ専用のアドレス帳に従って作業が進むことになる。

次に、図１４において、「送信設定」ボタンをタッチされた場合の処理を説明する。

図３３は、「送信設定」ボタンをタッチされた場合に表示される画面を示している。図示の如く、ファイル名、ファイル形式、メールのボタンが表示される。

「ファイル名」ボタンがタッチされた場合には、図３４に示すように、仮想的なキーボードを表示し、各キーをタッチすることで、原稿画像を読取った際の送信宛て先（従って、ファイル名は送信宛て先としてＰＣ、ＦＴＰは指定されたときに有効になる）に格納される際のファイル名を設定できる。なお、ファイル名が入力され、実際に読取った画像を指定した宛て差に転送する際のファイルの名称は、ユーザ入力のファイル名の文字列＋入力した年月日時分秒を接続したものとする。

また、図３３において、「メール」ボタンがタッチされると、通常のメーラーソフトと同様、図３５に示す如く、件名、本文を入力する画面が表示される。件名、本文はこれまで説明したように、夫々のボタンをタッチした際に仮想キーボードを表示して入力することになるので、その詳述は省略する。

また、図３３において、「ファイル形式」ボタンがタッチされた場合、図３６に示す画面を表示する。図示に示す如く、ファイル形式は、モノクロ（２値）、グレー、カラーの３種類に対して設定できる。また、図示では、デフォルトとして、「モノクロ」はマルチＴＩＦＦ（ＴＩＦＦ形式を複数ページに拡張したファイルフォーマット）、「グレー」及び「カラー」はＰＤＦ（米国アドビ社が提唱するファイルフォーマット）が設定されていることを示している。なお、これらデフォルトのファイル形式は、ユーザ毎（ここではGuest）に設定変更できるものである。

ここで、「モノクロ」の現在設定されている形式を変更したい場合には、「モノクロ」の「変更」ボタンをタッチする。この結果、図３７に示すように、従前に選択されている形式が反転された画面が表示される。ユーザは、その中から所望とするものを選択し、「ＯＫ」ボタンをタッチすることで変更することができる。なお、一旦、変更すると、次回のデフォルトは、この結果が反映されることになる（スキャナ制御用ＰＣ５００は、各ユーザ毎のファイル形式を記憶保持する）。

また、たとえば、図３６の画面において「カラー」に対する「変更ボタン」をタッチした場合には、図３８に示す画面が表示される。図３７との違いは、カラーであるので、ファイル形式として「ＪＰＥＧ」が付加された点である。変更方法は図３７と同様である。

以上の如く、読取り解像度等の設定、宛て先の登録、ファイル名、ファイル形式、メールの設定等の処理は、ユーザが自由にスキャナ／ネットワーク接続装置１００のユーザインタフェースを利用して行うことが可能になるが、いずれにしても、図１９もしくは図３１の画面から、所望とする宛て先を１つ以上タッチすることを行ない、「ＯＫ」ボタンをタッチすることで、宛て先が決定される。より詳しく説明するのであれば、宛て先を一度タッチするとその宛て先が選択されていることを示すため反転表示され、再度タッチすると非選択状態を示すため表示形態は元に戻るようにしてある。従って、ユーザは、１以上の所望とする宛て先を選択できることになる。

こうして、宛て先の選択が行われると、図１４の「送信先」の下に示される欄に選択した宛て先が表示され、ユーザは自身が選択した宛て先を確認することができるようになる。

ここで特に注目したい点は、実施形態の場合、送信宛て先として、異なるカテゴリの混在を許容していることである。すなわち、１つの原稿読み取りに対して、送信先として１つはファイルサーバ、もう１つはメールとしての送信というように、異なる送信カテゴリが選択できる。勿論、これ以外の送信カテゴリであるＦＡＸ、プリンター、ＦＴＰ、グループについても混在できる。

以上説明したように、必要に応じて読取りモード等各種設定を行うことができ、送信宛先の選択が行われていくが、この処理はネットワーク３００上のスキャナ制御用ＰＣ５００の処理、より詳しくは、図９のＳ５２、Ｓ５３、Ｓ５５のループ処理で行われていくものである。

さて、図１４の宛て先リストの欄に宛先が表示され、「スキャン」ボタンをタッチされたことを、スキャナ制御用ＰＣ５００上で動作しているスキャニングアプリケーションが判断した場合、スキャナドライバに対して設定内容の通知及び読取り指示を発行する。これを受け、スキャナドライバは、設定内容がスキャナ２００側で行われるものであれば、その設定コマンドと共にスキャン開始コマンドを仮想ＳＣＳＩドライバ５５３に出力し、設定内容がスキャナドライバみずから行う種類であればスキャン開始コマンドを仮想ＳＣＳＩドライバ５５３に出力する。仮想ＳＣＳＩドライバ５５３はネットワーク３００を介して、上位の処理であるスキャナドライバから指示されたコマンド（スキャナ２００のＳＣＳＩ−ＩＤも含まれる）をスキャナ／ネットワーク接続装置１００のポートＰ３に向け送信することになる（図９のステップＳ５６に対応する）。

スキャナ／ネットワーク接続装置１００におけるＳＣＳＩサーバ１５３は、このコマンドを受け取り、ＳＣＳＩインタフェース１０８に対して実行することで、スキャナ２００に原稿読み取りを実行させることになる。この結果、ＳＣＳＩサーバ１５３はＳＣＳＩインタフェース１０８を介して読取ったデータを受信するので、それをスキャナ制御用ＰＣ５００のポートＰ３、すなわち、仮想ＳＣＳＩドライバ５５３に送信する。仮想ＳＣＳＩドライバは、受けとった画像データをスキャナドライバに送出し、スキャナドライバで適当な処理を行った後（スルーの場合もある）、スキャニングアプリケーションにその画像データを渡す。スキャニングアプリケーションは、それを受信し、ＨＤＤ５０９内の一次保存エリアに格納することになる（図９のステップＳ５７に対応する）。

この後、スキャニングアプリケーションは、図９のＳ５２、Ｓ５３、Ｓ５５のループ処理で設定された内容に従い、格納した画像の送出処理を行うことになる（図９のステップＳ５８に対応）。

以下、図９のステップＳ５８における具体的な処理内容を図３９のフローチャートに従い説明する。

先ず、ステップＳ６１において、図９のステップＳ５２、Ｓ５３、Ｓ５５のループ処理で、選択された宛て先情報を、送信カテゴリ別にソートする。たとえば、ＦＡＸ送信するのであればＦＡＸ送信宛て先をまとめる等の処理である。次いで、ステップＳ６２乃至Ｓ６６で、ＦＡＸ送信、メール送信、プリンタへの送信（印刷）、ＦＴＰ送信、ＰＣへの送信（ファイルサーバへの格納）についての宛て先があるか否かを判断し、夫々において送信処理をステップＳ６７乃至７１で行う。

たとえば、ＦＡＸ送信の場合（ステップＳ６７）、ＦＡＸサーバ（図１参照）に、宛て先情報（電話番号）と共に送信する。ＦＡＸサーバは、受診した画像データを、指定された宛て先に向けてＦＡＸ送信することになる。なお、ＦＡＸ送信する宛て先が複数存在する場合、個々の宛て先毎にＦＡＸサーバに送信する。但し、ＦＡＸサーバは同報送信機能を有しているのであれば、この限りではない。

また、スキャナ制御用ＰＣ５００自身にＦＡＸモデムが接続されている場合には、ＦＡＸモデムを利用したファクシミリサービスを起動し、それに渡せば良いので、スキャナ制御用ＰＣ５００とは独立したＦＡＸサーバは必須ではない。

メール送信の場合には、画像データをＭＩＭＥ（Multipurpose Internet Mail Extensions）形式に変換し、送信相手先メールアドレスと共にメールサーバに送信する。また、件名や本文が存在すればそれも併せて送信するのは勿論である。なお、スキャナ制御用ＰＣ５００からメールサーバへの通信プロトコルはＳＭＴＰ等を用いれば良い。メールサーバは、公知の手順で、ルータ等を介して送信することになる。

また、印刷処理の場合、ネットワークプリンタに向け、その画像データを出力する。但し、この出力は、周知の通り、スキャナ制御用ＰＣ５００が有するプリンタードライバ（ユーザが指定したネットワークプリンタ用のドライバ）を介して行うことになる。

ＦＴＰ送信についても、ＦＴＰプロトコルに従って指定されたＦＴＰサーバに向けて送信するだけである。更に、送信先がＰＣ（ファイルサーバ）である場合には、そのファイルサーバの共有名に向けて送信することになる。ただし、送信宛て先がＦＴＰサーバ、メールサーバ、ＰＣ等である場合、送信するファイル名は設定されたファイル名にし、設定されたファイル形式（たとえばＰＤＦ等）に変換してから送信することになる。

ここで注目する点は、先に説明したように、１つの原稿画像の読み取りにより、複数の宛て先、しかも、異なる送信カテゴリが混在しても、一度の原稿の読み取りで実現できることである。すなわち、送信する宛て先が幾つあっても、更には、送信するカテゴリが如何なる種類及びそれらが混在していても、その割振りはスキャナ制御用ＰＣ５００が代行する点である。この結果、スキャナ２００による原稿読み取りが一回で良くなる。

以上説明したように本実施形態によれば、ハードウェアとしてのスキャナ／ネットワーク接続装置１００と、汎用のＰＣ上で動作する仮想ドライバ群及びスキャニングアプリケーションでもって、既存の汎用のＳＣＳＩスキャナ装置をネットワークで利用できることになる。しかも、スキャナ／ネットワーク接続装置１００はその構成は非常に単純なものであるので、安価にネットワークスキャニングシステムを構築することが可能となる。

また、上記の如く、スキャナ／ネットワーク接続装置１００で動作するファームウェアは必要最低限の機能しか持たないわけであるから、そのファームウェアのアップグレードは実質的に無くすることが可能となる（ファームウェアをアップデートする場合には書き換え可能なフラッシュメモリ等に記憶することが、マスクＲＯＭで構成できるので更に安価な装置とすることが可能になる）。

また、読取った画像の送信先は、ファイルサーバに限らず、メール、ＦＡＸ、プリンタ等から指定できることになり、これまでのように、一旦ファイルサーバに格納後、ＰＣを利用しての操作も簡略化できるようになる。

また、読み取りに関する設定も、スキャナ／ネットワーク接続装置１００上で、設定や変更が可能となるので、ユーザにしてみれば、原稿画像の読み取り指示とその条件の設定が一連の作業で行え、ユーザインタフェースとしても優れた環境を提供できるようになる。

また、本実施形態によれば、原稿画像をＦＡＸし、尚且つ、メールで送信するという異なる送信カテゴリを混在させて実行できるようになり、ユーザの利便性を更に向上させることができる。

＜第２の実施形態＞
上記実施形態において、たとえば、スキャナ２００より原稿を読取って、スキャナ／ネットワーク接続装置１００がスキャナ制御用ＰＣ５００にその読取画像データを送信中、スキャナ制御用ＰＣ５００のＣＰＵ５０１はドライバやアプリケーションの処理、具体的には、画像データの受信及び格納処理に多くのＣＰＵパワーが費やされる。

この意味は、原稿画像を読取中は、スキャナ制御用ＰＣ５００からスキャナ／ネットワーク接続装置１００への表示画面の更新を行うのが困難であり、もしそれを行うと、肝心の読取り画像データの伝送速度が落ちることにもなりかねないことを意味する。従って、画像データの伝送速度を優先させるのであれば、スキャナ／ネットワーク接続装置１００のＬＣＤ１０６の表示画面に変化を与えることができない。スキャナ／ネットワーク接続装置１００のユーザにしてみれば、原稿画像が読取られ伝送中においては、ＬＣＤ１０６の画面がフリーズ状態となって見えることになり、不安を与えることになる。

そこで、本第２の実施形態では、スキャナ／ネットワーク接続装置１００に、自発的に複数の画像を切り替え表示する、アニメーション機能を付加させるようにした。

切り替えるべき画像は、スキャナ制御用ＰＣ５００のスキャニングアプリケーションから、予めスキャナ／ネットワーク接続装置１００に出力し保存させておき、スキャナ制御用ＰＣ５００からアニメーションの開始及び終了を制御するコマンドを送信することで対処する。

また、スキャナ制御用ＰＣ５００におけるスキャニングアプリケーションが、アニメーションの開始コマンドの発行するタイミングは、スキャンスタートコマンドを発行する直前に行うことになる。

かかる処理を実現するには、スキャナ／ネットワーク接続装置１００の処理はたとえば次のようにする。

図４０はスキャナ／ネットワーク接続装置１００の起動時の処理手順を示している。図４と異なるのは、ステップＳ４とＳ５との間に、ステップＳ６のアニメーションタスクの生成起動に係る処理が追加された点と、ステップＳ１の初期化処理には、アニメーションフラグ（ＲＡＭ５０３に確保されるもので、アニメーションを有効／無効を決定するためのフラグ）をＯＦＦに処理が追加される点である。これ以外は、図４と同じである。

アニメーションタスクは、たとえば図４１に示す通りである。

先ず、ステップＳ７１においてアニメーションフラグがＯＮであるか否かを判断し、ＯＮにならない限りは何の処理もしない。

また、アニメーションフラグがＯＮになったと判断した場合には、ステップＳ７２に進み、不図示のタイマ値を取得する。そして、ステップＳ７３において、前回の画像を表示してから設定時間以上経過したか否かを判断する。もし設定時間以上経過していると判断した場合には、ＲＡＭ１０３に格納された次の画像データを読出し、ＬＣＤ１０６に表示させるべくＬＣＤコントローラを制御する。

図４２は、第２の実施形態におけるＬＣＤサーバ１５１の処理手順を示している。

図６と異なるのは、ステップＳ２０１乃至Ｓ２０６が追加された点である。すなわち、アニメーション用ビットマップデータを受信した場合に、そのアニメーションビットマップをＲＡＭ１０３に保存する処理と、アニメーションスタート／エンドコマンドに応じてアニメーションフラグをＯＮ／ＯＦＦする処理が設けられた点である。

一方、スキャナ制御用ＰＣ５００のスキャニングアプリケーションとしては、図９におけるステップＳ５６の直前で、ユーザがスキャンスタートのボタンをタッチしたことを受けて、アニメーション用であることを示すコマンドと共にビットマップイメージ（少なくとも２つ）をスキャナ／ネットワーク接続装置１００に送信し記憶させると共に、アニメーションスタートコマンドを送信する。そして、ステップＳ５７で画像入力が完了した後に、アニメーションストップコマンドを送信するようにすれば良いであろう。

図４５は、上記のようにしたＲＡＭ１０３に保存されたアニメーション用画像を管理するテーブルを示している。図示に示す如く、このテーブルは、ビットマップイメージのＲＡＭ１０３上における格納ポインタ（アドレス）で管理し、且つ、各フレームの表示時間が設けられている（表示間隔が一律同じであれば、このフィールドは不要）。そして、最後のフレームの次のレコードには、ＮＵＬＬデータを記憶することで、これ以上のフレームが存在しないことを示している。実際、単純なアニメーションの場合には、２乃至４、５程度のフレームで良いが、凝ったアニメーションを行うこともできる。また、保存するビットマップイメージは画面サイズにする必要はなく、アニメーションを行う部分（図示ではｘ、ｙ座標が１００、１２０、幅５０、高さ７０のビットマップイメージ）のみを記憶することで、記憶するサイズは少なくできる。

かかる処理を行うと、たとえば、原稿を読取り、その画像データをスキャナ制御用ＰＣ５００に送信している最中、図４３、図４４のような画像が交互に表示されることになり、ユーザに対して処理が進んでいることを知らしめることが可能となる。

なお、実施形態では、２つの画面が切り換わる例を示したが、３つでも良いし、それ以上でも構わない。また、実施形態ではアニメーション処理を、ＬＣＤサーバ等のタスクと同等に扱ったが、アニメーション処理における画面の切り換え間隔は１秒当たり２回もあれば十分であるので、マルチタスク処理の優先度は低くして構わない。場合によっては、０．５秒毎に割り込みをかけて動作するようにしても構わないであろう。

また、スキャナ２００にＡＤＦが設けられ、一度に複数原稿を読取ることができるような場合、アプリケーションは１枚の原稿を読取る毎に、ページ番号を示すイメージ部分のみを転送することで、今現在、何枚目を読取っているのかについても報知させる。

更に、本第２の実施形態を発展させると、たとえば、スキャニングアプリケーションがスキャナ／ネットワーク接続装置１００から、適当な期間経過してもタッチ位置情報を受信しなくなったとき、その時に表示させていた画像情報を待避し、そのかわり、アニメーション用ビットマップデータ及びアニメーションスタートコマンドを送出するようにしても良いであろう。そして、タッチ座標データを受信したとき、アニメーションストップコマンドを送信し、待避していた画像を送信する。このようにすれば、ユーザによる操作していない期間においては、コミカルなアニメーションを行えるようになろう。

なお、実施形態におけるスキャナ／ネットワーク接続装置１００に接続するスキャナはＳＣＳＩインタフェースを有する装置であるものとして説明したが、ＵＳＢ（Universal Serial Bus）接続のスキャナであっても構わないし、他のインタフェースでも構わない。たとえば、ＵＳＢスキャナの場合には、スキャナ制御用ＰＣ５００には、仮想ＵＳＢドライバをインストールし、スキャナ／ネットワーク接続装置１００にはＳＣＳＩサーバのかわりにＵＳＢサーバを搭載すれば同様のことが実現できるのは、当業者であれば容易に想到し得よう。

また、スキャナ／ネットワーク接続装置１００が有するユーザインタフェースもＬＣＤ（液晶ディスプレイ）＋タッチパネルに限定されるものではなく、如何なるものでも構わないであろう。別なユーザインタフェースを採用した場合には、それに応じたドライバやファームウェアを用意すれば事足りるからである。ただし、スキャナ／ネットワーク接続装置１００には、物理的なスイッチやボタンを設けるのは望ましいとは言えない。なぜなら、このような物理的なボタンやスイッチを設けた場合、そのボタンのマークや文字によって、その機能が制約されるからである。従って、上記実施形態の如く、ユーザインタフェースという観点からすれば、表示画面に表示する論理的（グラフィカル）なボタン等の方が望ましい形態であると言える。

また、実施形態では、原稿画像を読取る目的として、ＦＡＸ送信、メール、プリンタ（印刷）、ＦＴＰ送信、ＰＣへの格納を例にして説明したが、これによっても本願発明が限定されるものではない。たとえば、ＯＣＲ処理を行わせ、その結果を所望とする宛て先に送信するようにしてもよいであろうし、ファイリングシステムに保存するようにしても構わないであろう。

また、スキャナ装置から原稿画像を読取らせ、各種画像編集する一般のアプリケーションは、実施形態で説明した仮想ＬＣＤドライバ、仮想タッチパネルドライバを利用するようにはなっていないが、少なくとも、実施形態における仮想ＳＣＳＩドライバはそのまま利用できることになる。すなわち、本実施形態における仮想ＳＣＳＩドライバがインストールされていれば、既存のアプリケーションはそのまま動作させることができるのは容易に想到し得よう。

また、実施形態では、ハードウェアとしてスキャナ／ネットワーク接続装置１００を必要とするものの、その制御用アプリケーション（実施形態でのスキャニングアプリケーション）、仮想ドライバは、パーソナルコンピュータ等の汎用の情報処理装置にインストールすることで実現できるわけであるから、本願発明がこれらコンピュータプログラムを含むのは明らかである。

また、通常、コンピュータプログラム（アプリケーションやドライバ）は、ＣＤＲＯＭ等のコンピュータ可読記憶媒体に記憶され、コンピュータにセットしてインストールされるものであるから、本願発明はこのようなコンピュータ可読記憶媒体をもその範疇とすることも明らかである。

実施形態が適用するコンピュータネットワークの概念図である。 実施形態におけるスキャナ／ネットワーク接続装置及びスキャナ制御用ＰＣのブロック構成図である。 実施形態におけるスキャナ／ネットワーク接続装置及びスキャナ制御用ＰＣのコンピュータプログラムのレイヤ構造を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の電源投入時の処理手順を示すフローチャートである。 実施形態におけるスキャナ／ネットワーク接続装置で動作するＬＣＤサーバの処理手順を示すフローチャートである。 図５におけるステップＳ１６の詳細を示すフローチャートである。 実施形態におけるスキャナ／ネットワーク接続装置で動作するＳＣＳＩサーバの処理手順を示すフローチャートである。 実施形態におけるスキャナ／ネットワーク接続装置で動作するタッチパネルタスクの処理手順を示すフローチャートである。 実施形態におけるスキャナ制御用ＰＣで動作するスキャニングアプリケーションの処理内容を示すフローチャートである。 実施形態におけるスキャナ／ネットワーク接続装置のＬＣＤに表示される初期画面を示す図である。 スキャナ制御用ＰＣでの、スキャナ／ネットワーク接続装置のＩＰアドレス入力画面を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 実施形態におけるスキャナ／ネットワーク接続装置の表示画面の一例を示す図である。 図９のステップＳ５８の詳細を示すフローチャートである。 第２の実施形態におけるスキャナ／ネットワーク接続装置の電源投入時の処理手順を示すフローチャートである。 第２の実施形態におけるアニメーションタスクの処理手順を示すフローチャートである。 第２の実施形態におけるＬＣＤサーバの処理手順を示すフローチャートである。 第２の実施形態における原稿読み取り中のアニメーション処理による画面のお一例を示す図である。 第２の実施形態における原稿読み取り中のアニメーション処理による画面のお一例を示す図である。 アニメーション処理において作成されるテーブルの一例を示す図である。

Claims (11)

1. スキャナを汎用のネットワークに接続するためのネットワークインタフェースを有する接続装置及び前記ネットワークを介してデータを送信及び受信する情報処理装置を含んで構成されるネットワークスキャニングシステムにおいて、
   前記情報処理装置は、
   スキャナの読取動作のための操作に必要な描画データを、前記ネットワークインタフェースを介して前記ネットワークへ送信する出力手段を有し、
   前記接続装置は、
   前記情報処理装置から送信された描画データであって、操作者による読取開始のための操作を受ける描画像を配置した読取開始操作入力画面の描画データを含む前記操作に必要な描画データを前記ネットワークから受信し、受信した描画データに従い操作に必要な操作画面を表示器に表示し、所定の指示部への指示入力により信号を生成する指示入力表示手段と、前記指示入力表示手段により生成された信号に基づきスキャナによる読取動作のための指示情報を出力する指示情報出力手段とを有することを特徴とするネットワークスキャニングシステム。
2. 前記接続装置は、前記描画データを受信して操作画面を表示した後、更に前記情報処理装置から他の描画データを受信して前記表示器に表示することを特徴とする請求項１に記載のネットワークスキャニングシステム。
3. 前記接続装置は、前記指示入力に基づいて前記表示器の表示画面を更新することを特徴とする請求項１または２に記載のネットワークスキャニングシステム。
4. スキャナを汎用のネットワークに接続するネットワークインタフェースを有し、前記スキャナで読取った画像データを前記ネットワークインタフェースを介して前記ネットワークへ出力するネットワークスキャナ装置において、
   ネットワーク上の情報処理装置から送信された、読取開始操作入力画面の描画データを含む読取動作のための操作に必要な描画データを前記ネットワークから受信し、受信した描画データに従い操作に必要な操作画面を表示器に表示し、所定の指示部への指示入力により信号を生成する指示入力表示手段と、
   前記指示入力表示手段により生成された信号に基づきスキャナによる読取動作を行う処理手段と、
   を有することを特徴とするネットワークスキャナ装置。
5. 前記描画データを受信して操作画面を表示した後、更に前記情報処理装置から他の描画データを受信して前記表示器に表示することを特徴とする請求項４に記載のネットワークスキャナ装置。
6. 前記指示入力に基づいて前記表示器の表示画面を更新することを特徴とする請求項４または５に記載のネットワークスキャナ装置。
7. スキャナを汎用のネットワークに接続するネットワークインタフェースを有し、前記スキャナで読取った画像データを前記ネットワークインタフェースを介して前記ネットワークへ出力するネットワークスキャナ装置の制御方法において、
   ネットワーク上の情報処理装置から送信された描画データであって、操作者による読取開始のための操作を受ける描画像を配置した読取開始操作入力画面の描画データを含む読取動作のための操作に必要な描画データを前記ネットワークから受信し、受信した描画データに従い操作に必要な操作画面を表示器に表示する表示工程と、
   前記操作画面に対応する所定の指示部への指示により生成された信号を入力する指示入力工程と、
   前記指示入力工程により入力された前記指示部からの信号に基づきスキャナによる読取動作を行う処理工程と、
   を有することを特徴とするネットワークスキャナ装置の制御方法。
8. 前記表示工程は、前記描画データを受信して操作画面を表示した後、更に前記情報処理装置から他の描画データを受信して前記表示器に表示することを特徴とする請求項７に記載のネットワークスキャナ装置の制御方法。
9. 前記表示工程は、前記指示操作に基づいて前記表示器の表示画面を更新することを特徴とする請求項７または８に記載のネットワークスキャナ装置の制御方法。
10. 汎用のネットワークを介してネットワークスキャナ装置との間でデータを送受信する情報処理装置のコンピュータが実行するプログラムであって、
    前記ネットワークスキャナ装置からの信号を入力する入力ステップと、
    前記入力ステップによる信号入力後、操作者から前記ネットワークスキャナ装置にて読取開始のための操作を受ける描画像を配置した読取開始操作入力画面の描画データを含む読取動作のための操作に必要な描画データを生成する生成ステップと、
    前記生成ステップにより生成された描画データを前記ネットワークを介して所定アドレスのネットワークスキャナに向けて出力する出力ステップ
    として機能することを特徴とするコンピュータプログラム。
11. 前記生成ステップは、前記ネットワークスキャナ装置からの信号による画面更新のための描画データを生成し、前記出力ステップは、前記画面更新のための描画データを前記所定アドレスのネットワークスキャナに向け出力することを特徴とする請求項１０に記載のコンピュータプログラム。

Images