JP3784809B2 - 画像伝送方法、コンピュータ装置、記録媒体および画像処理方法 - Google Patents

Description

本発明は、画像獲得装置で獲得した画像データをネットワークを介してクライアント・コンピュータが取り込む際に用いられる画像伝送方法、コンピュータ装置、記録媒体および画像処理方法に関するものである。

ビジネスの世界でコンピュータを良く知る人々の数が増えるに従って、コンピュータを用いる仕事が、益々多くの人々によってオフィス環境内で行なわれている。画像スキャナは、画像を資料に含むことができるためにも、光による文字認識を行なうための画像資料を得るためにも、オフィス環境においてよりポピュラーな装置になってきている。

スキャナを頻繁に使うユーザにはスキャナに容易にアクセスできるという有利さがある。しかしながら、稀にしか画像スキャナを使わない人々には、自分のコンピュータで実行するアプリケーション・プログラムに画像を走査して直接入力できるような有利な条件はない。ユーザーが自分のスキャナを持たない場合には、先ず、ユーザーがスキャナの方に行って画像を含むファイルを作成しなければならず、つぎにその画像ファイルをフロッピー（Ｒ）ディスクにコピーして、コンピュータに移し替える必要がある。

その後、画像ファイルを処理するため、ユーザー・コンピュータがそのディスクを読み出す。ところが、走査される画像の解像度に応じて、画像ファイルが極端に大きくなり、従って、ユーザーには、画像ファイルをフロッピー（Ｒ）ディスクにコピーして、その後でそのフロッピー（Ｒ）ディスク上の画像ファイルをユーザー・コンピュータへの移し替えることができないという不便さを生ずる。

記憶媒体にある画像を一つのコンピュータから他のコンピュータへユーザーが物理的に移動しなければならないというこの"ｓｎｅａｋｅｒ ｎｅｔｗｏｒｋ"コンセプトを克服する試みとして、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社は、スキャナで画像ファイルが得られ、ついで、その画像ファイルをネットワーク・ファイル・サーバーに書く込むことができるＨＰ Ｓｃａｎｊｅｔ ４ｓｉ（商品名）を開発した。

その画像は、ファイル・サーバー上、例えば、コンピュータ・メールボックスに記憶される。その画像ファイルをファイル・サーバー上に記憶した後、コンピュータ・ネットワークを介してそのファイルを検索したり、クライアント・コンピュータと呼ばれるユーザー・コンピュータ内のローカル・ハード・ディスクや、その他の記憶装置に転送することができる。

こうした従来のシステムの欠陥は、別のファイル・サーバーおよびファイルの最終目的地と異なるファイル・サーバー上に中間的に記憶するファイルが必要となることである。さらに、クライアント・コンピュータによりスキャナを直接制御することができず、アプリケーションはスキャナから画像ファイルを直接入力するこができない。従って、複数のユーザーでスキャナを共有するための従来の方式は、共有スキャナのユーザーのためには不利なものであり、また非常に不便なものである。

本発明は上記に鑑みてなされたものであって、コンピュータ・ネットワークを介してスキャナ等からクライアント・コンピュータへ画像情報をファイルサーバ等を経由することなく伝送ができる画像伝送方法、コンピュータ装置、画像処理方法および記録媒体を提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、画像獲得装置によって獲得された画像データを、コンピュータ装置からネットワークを介してクライアント・コンピュータに伝送する画像伝送方法であって、前記コンピュータ装置が、前記画像獲得装置によって獲得された画像データに関する前記クライアント・コンピュータの利用可能性について登録を受け付けるステップと、前記クライアント・コンピュータに前記画像獲得装置のドライバーをインストールするステップと、前記クライアント・コンピュータでアプリケーション・プログラムを動作させるステップと、前記クライアント・コンピュータがインストールされた前記画像獲得装置のドライバーの中からユーザ操作に応じた所望のドライバーの選択を受け付けるステップと、前記クライアント・コンピュータが前記コンピュータ装置において利用可能なものとして登録されている場合、前記選択された前記画像獲得装置のドライバーが、前記画像獲得装置によって獲得された前記画像データを前記ネットワークを介して前記アプリケーション・プログラムに取り込むステップとを具備することを特徴とする。

また、請求項２にかかる発明は、請求項１にかかる発明において、前記画像獲得装置のドライバーが前記画像データを取り込むステップでは、前記画像獲得装置のドライバーは、ユーザによるファイル検索を行うことなく、前記画像データを取り込むことを特徴とする。

また、請求項３にかかる発明は、請求項１または２にかかる発明において、前記画像獲得装置のドライバーが前記画像データを取り込む際に、当該取込プロセスを識別する情報を前記コンピュータ装置に記憶するステップをさらに具備することを特徴とする。

また、請求項４にかかる発明は、請求項３にかかる発明において、前記画像獲得装置のドライバーが前記画像データを取り込む際に、取り消しを許可する旨を表示させるステップと、前記クライアント・コンピュータが、取り消し要求があった場合に、取り消しコマンドを前記コンピュータ装置に送信するステップと、前記取り消しコマンドを受けた前記コンピュータ装置が、記憶されている前記取込プロセスを識別する情報に基づいて、当該取り消しコマンドに対応する取込プロセスを取り消すステップとをさらに具備することを特徴とする。

また、請求項５にかかる発明は、請求項１にかかる発明において、前記コンピュータ装置が、その表示画面に実行可能なジョブを表示するステップをさらに具備し、前記画像獲得装置のドライバーによる画像データ取り込みステップでは、前記ジョブの中でユーザに選択されたジョブにしたがって画像データの取り込みが行われることを特徴とする。

また、請求項６にかかる発明は、請求項１にかかる発明において、前記コンピュータ装置が、当該コンピュータ装置のユーザインターフェースを介してスキャナパラメータの設定を受けるステップをさらに具備し、前記画像獲得装置のドライバーによる画像データ取り込みステップでは、前記設定されたスキャナパラメータにしたがって前記画像獲得装置がスキャンした画像データの取り込みが行われることを特徴とする。

また、請求項７にかかる発明は、請求項１にかかる発明において、前記画像獲得装置のドライバーは、複数のアプリケーション・プログラムにより使用可能であることを特徴とする。

また、請求項８にかかる発明は、画像獲得装置によって獲得された画像データを、ネットワークを介してクライアント・コンピュータに送信するコンピュータ装置であって、
前記画像獲得装置によって獲得された画像データに関する前記クライアント・コンピュータの利用可能性についての登録を受け付ける手段と、前記画像獲得装置を画像データのソースとしてユーザ操作に応じた所望の選択している前記クライアント・コンピュータから画像獲得コマンドを受けた場合において、当該クライアント・コンピュータが利用可能なものとして登録されているときには、当該クライアント・コンピュータで動作するアプリケーション・プログラムに対し、前記ネットワークを介して前記画像獲得装置によって獲得された画像データを送信する手段と
を具備することを特徴とする。

また、請求項９にかかる発明は、コンピュータに、画像獲得装置によって獲得された画像データを送信するコンピュータ装置に、前記画像データに関する当該コンピュータの利用可能性を登録させる手順と、画像データのソースとしてユーザ操作に応じた所望のものとして選択された画像獲得装置に対応する前記コンピュータ装置に対し、画像獲得コマンドをネットワークを介して送信する手順と、送信した前記画像獲得コマンドを受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを受信する手順と、受信した前記画像データを当該コンピュータで動作するアプリケーション・プログラムに取り込ませる手順とを実行させるためのプログラムを記憶したコンピュータ読取可能な記録媒体である。

また、請求項１０にかかる発明は、コンピュータに画像データを取り込む画像処理方法であって、画像獲得装置によって獲得された画像データを送信するコンピュータ装置に、前記画像データに関する当該コンピュータの利用可能性を登録させるステップと、画像データのソースとしてユーザ操作に応じた所望のものとして選択された画像獲得装置を管理する前記コンピュータ装置に対し、画像獲得コマンドをネットワークを介して送信するステップと、送信した前記画像獲得コマンドに受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを受信するステップと、受信した前記画像データを当該コンピュータで動作するアプリケーション・プログラムに取り込ませるステップとを具備する。

また、請求項１１にかかる発明は、コンピュータに、画像獲得装置のドライバーの中からユーザ操作に応じた所望のドライバーの選択を受け付ける手順と、前記選択した画像獲得装置のドライバーにより、前記画像獲得装置によって獲得された画像データを送信するコンピュータ装置に、前記画像データに関する当該コンピュータの利用可能性を登録させる手順と、画像データのソースとして選択された前記画像獲得装置を管理する前記コンピュータ装置に画像獲得コマンドを前記画像獲得装置のドライバーにより前記ネットワークを介して送信させる手順と、送信した前記画像獲得コマンドを受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを前記選択した画像獲得装置のドライバーに取り込ませる手順と、を実行させるためのプログラムを記憶したコンピュータ読取可能な記録媒体である。

また、請求項１２にかかる発明は、画像獲得装置によって獲得された画像データを送信するコンピュータ装置から、ネットワークを介して前記画像データをコンピュータに取り込む画像処理方法であって、前記コンピュータにおいて前記画像獲得装置のドライバーの中からユーザ操作に応じた所望のドライバーの選択を受け付けるステップと、前記選択した画像獲得装置のドライバーにより、前記コンピュータ装置に前記画像データに関する当該コンピュータの利用可能性を登録させるステップと、画像データのソースとして選択された前記画像獲得装置を対応する前記コンピュータ装置に対し、前記画像獲得装置のドライバーにより前記ネットワークを介して画像獲得コマンドを送信させるステップと、送信した前記画像獲得コマンドを受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを前記選択した画像獲得装置のドライバーに取り込ませるステップとを具備することを特徴とする。

本発明によれば、スキャナ等からネットワークを介してクライアント・コンピュータに画像情報を伝送するための画像伝送方法、コンピュータ装置、画像処理方法、およびコンピュータにより利用可能な記録媒体にあっては、コンピュータ・ネットワークを介してスキャナ等からクライアント・コンピュータへ画像情報を、ファイル・サーバ等に保存することなく伝送することができる。

以下、本発明に係るスキャナからネットワークを介してクライアント・コンピュータに画像情報を伝送するための画像伝送方法、画像伝送システム、コンピュータにより利用可能な媒体、および、メモリの好適な実施の形態について、添付の図面を参照して詳細に説明する。

なお、本実施の形態において、各図面に記載されている各符号は図面を通して同一またはそれに相当する部分を表わし、特に図１に関しては、スキャナ５０に接続されたワークステーション２０（例えば、コンピュータ）上で動く従来のＴＷＡＩＮアプリケーションのソフトウエア構成要素を示している。

さて、本発明の好適な実施の形態は、ＴＷＡＩＮの利用に関する公知の情報を用いて展開されてきたので、本発明の詳細な説明を進める前に、ＴＷＡＩＮ対応アプリケーション・プログラムがどのように動作するか、その説明を行なうことにする。

図１に示されているように、ワークステーション２０には、アプリケーション・プログラムまたはソフトウエア２２、ソース・マネージャ３２、そしてソース・デバイス・ドライバー４２という、三つの大きなソフトウエアの構成要素が含まれている。

アプリケーション・ソフトウエア２２には、スキャナあるいはその他の画像獲得装置から画像を入力または獲得するタイプのアプリケーション・プログラムが含まれている。アプリケーション・ソフトウエア２２には、画像を獲得する（例えば、画像をスキャンする）ためのオプションを含む多様なオプションや、画像のソースを選択するためのオプションを含むプルダウン・メニュー２４が備えられている。

アプリケーション・ソフトウエア２２はＴＷＡＩＮスタンダードと互換性を持つようにアプリケーション・ソフトウエアの開発者によって作成されたものである。ＴＷＡＩＮ標準は、ソフトウエア・アプリケーションと画像獲得装置（画像データのソース）間で行われる通信用の標準ソフトウエア・プロトコルやＡＰＩ（アプリケーション・プログラミング・インターフェース）を規定する。

ソース・マネジャ３２は上記アプリケーションと画像のソースとの間の対話を管理するソフトウエアである。ソース・マネジャ・ソフトウエアは入手可能なＴＷＡＩＮ開発者のＴｏｏｌｋｉｔで提供されるソフトウエア・コードであり、また各画像の異なるソースの管理または選択を可能にするソフトウエア・コードである。ソース・マネジャ３２にはユーザが画像のソース・マネジャを選択することができるメニュー３４を提供するソフトウエアが含まれている。

ソース・ソフトウエアあるいはソース・デバイス・ドライバー４２は画像獲得装置を制御するソフトウエアであり、またＴＷＡＩＮの仕様に適合するようにこの装置の開発者によって書かれたものである。ソース・デバイス・ドライバー４２には、スキャナ５０のパラメータの制御を含むスキャナ５０の制御を可能とするソース・ユーザー・インターフェース４４が含まれている。ソース・デバイス・ドライバー４２は通常はスキャナ５０の製造者によって作成されるものである。ソース・デバイス・ドライバー４２は、プリント・ドライバーをウィンドウズ（Ｒ）ベースのコンピュータにインストールするのと同様の方法でインストールが可能である。

ＴＷＡＩＮに関する詳細な情報については、ＴＷＡＩＮ標準について詳しくのべ、本明細書に引例として組み込まれている『ＴＷＡＩＮ、関連アプリケーションと画像』と題するマニュアル（Ｖ１．６、１９９５年１１月発行）に開示されているが、本発明ではＴＷＡＩＮ標準の他のバージョンが用いられている。

図２は、クライアント・コンピュータ１０２とスキャナ・サーバー・コンピュータ１３０とファイル・サーバー・コンピュータ１２２を示しており、それぞれが本発明で使われるコンピュータ・ネットワーク１２０によって接続されている。スキャナ・サーバー・コンピュータ１３０は、バス（またはケーブル）１４０を介してスキャナ１４４に接続されている。

スキャナ１４４とスキャナ・サーバー・コンピュータ１３０との通信には、適切なものであればどのような通信回線や装置や方法を用いてもよいが、ここでは、上記バス１４０はＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）バスやケーブルであることが好ましい。スキャナ１４４は、例えば、Ｒｉｃｏｈ・モデル５１０あるいは５２０（株式会社 リコー製）を含むどのタイプのスキャナを用いても実行可能である。

また、ネットワーク１２０にはファイル・サーバー１２２が接続されるが、サーバーはファイルを記憶するコンピュータであればどのようなタイプでもかまわない。しかしながら、ここで注目すべき点は、ファイル・サーバーは画像をスキャナ・サーバー・コンピュータ１３０からクライアント・コンピュータ１０２に転送する必要がないということである。

なお、図２に示された各要素はネットワーク１２０で接続されている。従って、クライアント・コンピュータ１０２とスキャナ・サーバー１３０とにはネットワーク・インターフェース・カードなどの種々のネットワーク・インターフェースが実装されているものである。

このネットワーク１２０は、どのようなネットワークでも実行可能で、例えば、ＳＰＸ／ＩＰＸ（Ｓｅｑｕｅｎｃｅ Ｐａｃｋｅｔ Ｅｘｃｈａｎｇｅ／Ｉｎｔｅｒｎｅｔｗｏｒｋ Ｐａｃｋｅｔ Ｅｘｃｈａｎｇｅ）を用いるネットワーク・オペレーティング・システムとして、ネットワーク内の各コンピュータがＮｏｖｅｌｌ社製のＮｅｔＷａｒｅを使用するＮｏｖｅｌｌ・ネットワークやローカル・エリア・ネットワーク（ＬＡＮ）でもよく、ＳＰＸ／ＩＰＸ用に構成されたＭｉｃｒｏｓｏｆｔ社ベースのネットワークでもよく、あるいはまた、インターネット上でよく用いられ、またほとんどのＵＮＩＸ（Ｒ）の実行に用いられるネットワーク・プロトコルとしてのＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）でも実現可能である。

Ｎｏｖｅｌｌ社のＮｅｔＷａｒｅとＳＰＸ／ＩＰＸに関する詳しい情報は、Ｎｏｖｅｌｌ社発行で、本明細書で引例とされているディスク・タイトル『ＮｅｔＷａｒｅ４、 Ｇｒｅｅｎ Ｒｉｖｅｒ Ｄｏｃｕｍｅｎｔａｔｉｏｎ』（開発者Ｂｅｔａ）のＣＤＲＯＭフォーマットで入手可能である。

ＴＣＰ／ＩＰに関する情報は『Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ ｗｉｔｈ ＴＣＰ／ＩＰ』Ｖｏｌ．ＩＩ、Ｄｅｓｉｇｎ、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ、ａｎｄ Ｉｎｔｅｒｎａｌｓ、１９９１、と Ｖｏｌ．ＩＩＩ、Ｃｌｉｅｎｔ−Ｓｅｒｖｅｒ Ｐｒｏｇｒａｍｍｉｎｇ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎｓ、１９９３、から入手可能で、どちらもＤｏｕｇｌａｓ、Ｅ．ＣｏｍｅｒとＤａｖｉｄ Ｌ．Ｓｔｅｖｅｎｓの共著、出版社はＰｒｅｎｔｉｃｅ−Ｈａｌｌであり、また、どちらも本明細書で引例として取り込まれている。

また、ワイド・エリア・ネットワーク（ＷＡＮ）も本発明で利用可能である。さらに、その他のネットワーク、例えばＡｐｐｌｅ Ｔａｌｋ ネットワークなどのＡｐｐｌｅ・コンピュータで使用されるネットワークや、インターネットを含んでいればどのようなタイプのネットワークでも本発明で利用することができる。

ＷＡＮやインターネットが本発明で利用される時には、クライアントそして／あるいはスキャナ・サーバー・コンピュータは、まず初めにＬＡＮに接続してもよい。本発明にはさらに、赤外線または高周波ネットワークなどの無線ネットワークの利用も含まれる。必要に応じて、プリンタ、あるいはプリント・サーバーとプリンタをネットワーク１２０に接続しクライアント・コンピュータ１０２からの画像を印刷することが可能である。

本発明の好ましい実施の形態においては、スキャナ・サーバー・コンピュータ１３０は、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（Ｒ）'９５を動作させるＸ−８６（例えば、８０５８６）、Ｐｅｎｔｉｕｍ（Ｒ）、あるいはＰｅｎｔｉｕｍ（Ｒ）−Ｐｒｏ搭載のマシーンなど、ＩＢＭと互換性のあるコンピュータであり、クライアント・コンピュータ１０２もまた、Ｗｉｎｄｏｗｓ（Ｒ）'９５またはＷｉｎｄｏｗｓ（Ｒ）ＮＴを動作させるＰｅｎｔｉｕｍ（Ｒ）搭載コンピュータなど、ＩＢＭと互換性のあるコンピュータである。

しかしながら、本発明はＡｐｐｌｅ社のＭａｃｉｎｔｏｓｈ・コンピュータを含むコンピュータ、Ｍｏｔｏｒｏｌａ社のプロセッサ搭載コンピュータ、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社のコンピュータ、ＵＮＩＸ（Ｒ）ベースのオペレーティング・システムを動作させるコンピュータ、その他どのようなオペレーティング・システムも動作させるコンピュータなど、どのようなタイプのコンピュータによっても実行することが可能である。

上記ソフトウエアと図２に示したその他の構成要素の機能ブロック図については図３に示す。クライアント・コンピュータ１０２は画像を獲得するプログラムなどのアプリケーション・プログラム１０４を搭載している。アプリケーション・プログラム１０４はまた、獲得された画像データを処理することができる。アプリケーション・プログラム１０４は画像を獲得するものであれば、市販されているどのようなアプリケーション・プログラムでもよく、本発明の好ましい実施の形態においては、ＴＷＡＩＮとの互換性のあるものがよいが、これは必ずしも必要というわけではない。

アプリケーション・プログラム１０４がＴＷＡＩＮと互換性のあるものであれば、容易に変更可能な画像獲得装置・ドライバーやスキャナ・デバイス・ドライバーを使用しているため、本発明のスキャンからアプリケーションへの側面のためのアプリケーション・プログラムにどのような修正も加える必要がない。

アプリケーション・プログラム１０４内には、本来は従来型で、図１に示されたソース・マネジャ・ソフトウエア３２に関連してすでに説明したソース・マネジャ・ソフトウエア（図示せず）が組み込まれている。アプリケーション・プログラム１０４は、アプリケーション・プログラム１０４に接続したバーチャルＴＷＡＩＮドライバー１０６を利用してスキャナ・サーバー・コンピュータ１３０と連携している。

上記バーチャルＴＷＡＩＮドライバー１０６は本発明の一部を構成するソフトウエアの要素であり、図１９〜図２３に示される本発明のスキャンからアプリケーションへの側面のためのフローチャートで説明される諸機能を実行するために用いられる。

ところで、現在、クライアント・コンピュータ上で動作するアプリケーションあるいはその他のプログラムによってネットワーク・スキャニング操作をサポートするＬＡＮオペレーティング・システムについて、公知のものは全くない。そのため、本発明を実現するために、本件の発明者達はネットワーク・スキャニング・アプリケーションをサポートするためのソフトウエアを開発しなければならなった。

本件の発明者達は、ネットワーク・スキャニングをサポートするために、Ｒｉｃｏｈ Ｗｏｒｋｇｒｏｕｐ Ｐｒｏｔｏｃｏｌ（ＲＷＰ）と呼ばれるネットワーキング・プロトコルを開発した。このプロトコルは、ＴＣＰ／ＩＰや、ＳＰＸ／ＩＰＸなどのＬＡＮオペレーティング・システムによって提供される接続指向プロトコルまたは無接続プロトコル、あるいはその他のプロトコルを利用するコマンド／リスポンス・プロトコルである。

この本発明によって開発され、利用され、また以下に詳しく説明されるプロトコルは、ネットワーク１２０を介して送信されるコマンド・パケットの符号化および復号化のソフトウエア操作を行うクライアント・プロトコル・エンコーダ／デコーダ１０８によって実行される。

ファイルや保管場所の安全性を含むクライアント・コンピュータ１０２の機密保持との関連での安全性が課題であるが、これは、上記ネットワーク・サーバー・コンピュータ１３０がクライアント・コンピュータ１０２内のローカルな記憶媒体に情報を書き込むことが可能であり、またクライアント・コンピュータ１０２側で実行するアプリケーション・プログラムに接続可能だからである。

クライアント・コンピュータ１０２側のネットワーク上の安全性に関するこの課題を解決するために、本発明によって開発され、利用されるプロトコルには、クライアント・コンピュータ１０２側で、あるいはクライアント・コンピュータ１０２によって発せられる要求とコマンドが備えられている。

そのために、クライアント・コンピュータ１０２が操作を開始しなかったり、あるいはスキャナ・サーバー１３０に登録しない場合は、スキャナ・サーバー１３０はクライアント・コンピュータ１０２にアクセスせず、したがって、クライアント・コンピュータ１０２にデータを保存することも書き込むこともできない。

クライアント・プロトコル・エンコーダ／デコーダ１０８は、図７〜図１８と図２８〜図３３との関連で以下に説明するＲｉｃｏｈ Ｗｏｒｋｇｒｏｕｐ Ｐｒｏｔｏｃｏｌや、あるいはその他の望ましいプロトコルに応じて符号化され、選択された送信プロトコル内に封入されたパケットを送受信する。プロトコル・パケットを符号化し、復号化することはクライアント・プロトコル・エンコーダ／デコーダ１０８の役割である。

バーチャルＴＷＡＩＮドライバー１０６およびクライアント・プロトコル・エンコーダ／デコーダ１０８は、ＴＷＡＩＮ ＡＰＩによるコールを、図７〜図１８との関連で以下に記載されるプロトコルと互換性のある要求に変換する。これらのコマンドは、図７〜図１８に示されるように、パケット内に挿入され、スキャナ１３０に送信されて、処理される。

クライアント・プロトコル・エンコーダ／デコーダ１０８からネットワーク１２０を通してスキャナ・サーバー１３０に送信されたそれらのコマンドは、受信したパケットを復号化するサーバー・プロトコル・エンコーダ／デコーダ１３２によって受信される。なお、ネットワーク通信はピア−ツ−ピア（peer-to-peer) であって、つまり図２で示したネットワーク・ファイル・サーバー１２２には見えないもの（transparent)である。

スキャナ・サーバー１３０内のスキャン・タスク・ソフトウエア１３４は、スキャンからアプリケーションへの操作およびスキャンからファイルへの操作のためのスキャニング操作を制御しているサーバー１３０内で動作するソフトウエアである。上記スキャン・タスク・ソフトウエア１３４により実行される各機能は図１９〜図２３と図３４〜図３７のフローチャートとの関連で説明する。また、スキャン・タスク・ソフトウエア１３４は、スキャナ１４４への通信を制御するＴＷＡＩＮドライバー１３６を介してスキャナ１４４と通信を行う。

上記ＴＷＡＩＮドライバー１３６は従来のどのようなＴＷＡＩＮドライバーでも実行可能である。スキャナ１４４はＳＣＳＩ接続ケーブルやバス１４０を介してＳＣＳＩインターフェース１３８を用いてスキャナ・サーバー１３０と接続している。

なお、本発明の中で画像獲得のための装置としてスキャナ１４４が図示されているが、画像獲得が可能であれば、どのようなタイプの装置でもスキャナ１４４の代りに使うことができ、例えば、デジタル・カメラや、平面スキャナ、自動シート・フィーダを含むスキャナ、また、その他画像情報やデータの獲得が可能な装置および／またはソフトウエアなど、従来型であってもＴＷＡＩＮとの互換性のある装置であればよい。画像獲得装置は通常ＣＣＤ（電荷結合素子）を用いるが、必ずしも必要なものではない。

クライアント・コンピュータ１０２はさらに、本発明におけるスキャンからファイルへの操作に使用されるファイル・キャッチャー・ソフトウエア１１２が搭載されている。スキャンからファイルへの操作によって、クライアント・コンピュータ１０２はスキャナ・サーバー・コンピュータ１３０に対し、画像ファイルの受け付けや、受信した画像ファイルの保存などの制御が可能である旨を通知することができる。

従って、ユーザーがスキャナ・サーバーまで行って、スキャナ１４４で原稿をスキャンした場合は、その画像ファイルは、そのファイルを記憶装置１１０に書きこむファイル・キャッチャー１１２に対して、クライアント・プロトコル・エンコーダ／デコーダを介してネットワーク上で転送される。

記憶装置１１０はどのようなタイプの記憶装置でもよいが、例えば、磁気ディスクや、光ディスク、光磁気ディスクを含むディスクや、テープ、磁気カード、ＤＲＡＭやＳＲＡＭなどの半導体メモリ、あるいは画像記憶装置として適切なあらゆるタイプのものなど、従来の各種記憶装置であればよい。

さらに上記記憶装置１１０は、ファイル・サーバーや他のコンピュータのネットワーク・ドライブをマッピングすることによって、クライアント・コンピュータ１０２に対してローカルなものとしてもインプリメントすることが可能である。

本発明では、パラメータや、アドレスや、スキャニング・プロセスのその他の情報を把握するために、データベースや各種のテーブルを使って利用される情報を保存する。クライアント・コンピュータ１０２がスキャニングの目的のためにスキャナ・サーバー・コンピュータ１３０との通信を開始すると、スキャナ・サーバー・コンピュータは、プロセスＩＤテーブル、例えば、図４に示された、オープンあるいはアクティブ・プロセス毎のエントリー情報を含むプロセスＩＤテーブル１５０などのプロセスＩＤテーブルを、その装置に（ハードディスクや書き込み可能半導体メモリなどの記憶装置に）に保存する。

このシステムは停止中に上記プロセスＩＤテーブルを用いて各アクティブ・プロセスに終了間近であることを通告する。この通告によって各プロセスは資源を解放し、すっきりと終了することが可能となる。

プロセスＩＤテーブル１５０には二つのフィールドがあり、その一つはインデックス・フィールド１５２で、一つのプロセス固有のエントリー情報を示す整数である。この整数は望ましい方法で割当てることが可能であり、このインデックスを割り当てる簡単な方法はシリアル（連続的）に割り当てることである。

もう一つはプロセスＩＤフィールド１５４であって、このフィールドは本発明の好ましい実施の形態にあっては実行スレッドの実際のＷｉｎｄｏｗｓ（Ｒ）'９５プロセスＩＤを保存するために用いられているが、その他のいかなるタイプのプロセスＩＤであってもこのフィールド１５４に保存することができる。

スキャンからアプリケーションへのプロセスにおいては、図５に示されたスキャナ画像テーブル１６０が作成される。このスキャナ画像テーブル１６０の主な目的はスキャンからアプリケーションへのプロセスのクライアントを管理することである。スキャナ画像テーブル１６０にはスキャンからアプリケーションへのプロセスの多数のクライアントを識別し処理するために用いられる要素が含まれている。各クライアントとサーバーを接続するために個別のエントリー情報が保持される。

スキャナ画像テーブル１６０には、クライアントのためにスキャンからアプリケーションへのサービスを提供するサーバー・スレッドのＭｉｃｒｏｓｏｆｔ・プロセスＩＤを含む数字フィールドとしてのスレッドＩＤフィールド１６２が含まれている。スレッドＩＤは、例えば『Ｗｉｎｄｏｗｓ（Ｒ）ｍｅｓｓａｇｅｓ』やダイアログ・ボックスなどで、プロセス間通信に用いられ、イベント変更に関するプロセスを知らせる。

スレッドＩＤフィールド１６２はＭｉｃｒｏｓｏｆｔ環境との関連で説明してあるが、本発明はＭｉｃｒｏｓｏｆｔ社のソフトウエアの利用に限定されるものではなく、適切なスレッドＩＤ情報を使う他のソフトウエアも利用することができる。スレッドとはプログラム・モジュール、または小さいプログラム・モジュールのグループであって、それら自身のデータ内容に並行して動作するものである。

スキャナ画像テーブル１６０には、クライアント・ワークステーションの名称を含む文字列としてのマシーン名フィールド１６４が含まれている。このマシーン名はサーバー側でスキャニング操作をしている際にユーザーに提示され、それによってユーザーが自分のクライアントとの接続を確認することができ、走査された画像が適切なクライアント・ワークステーションに転送されることを確認することができる。

スキャナ画像テーブル１６０のクライアント・アドレス・フィールド１６６はクライアント・ワークステーションのネットワーク・アドレスであり、ネットワーク通信を実行するために利用されるものである。クライアント・アドレス・フィールド１６６にはまた、ソフトウエア・ポートとも呼ばれるクライアント・ポートが含まれるが、これはネットワーク通信に関連するアプリケーション・プログラムやソフトウエアを表わす識別子（ディスクリミネータ）である。このポートはクライアント・アドレスの最後の２バイトとして記憶される。

画像ファイル名フィールド１６８にはサーバーにある走査された画像の一時的なファイル名が保存される。この画像ファイル名は、本発明のスキャンからアプリケーションへの側面においてネットワークを通してクライアント・コンピュータへ伝送されるファイルの名称である。

最後に、スキャナ画像テーブル１６０には、クライアントのために設定されるスキャニング・パラメータ列としてのスキャニング・パラメータ・フィールド１７０が含まれている。このスキャニング・パラメータ・フィールド１７０によって、ユーザーはクライアント・コンピュータからスキャニング・パラメータを設定でき、サーバー・コンピュータでスキャンが実行される時には、テーブル１６０に設定されたスキャニング・パラメータに従ってそのスキャンが実行される。

なお、使用される上記各フィールドと情報は、本発明の好適な実施の形態における所定の各テーブルにグループ分けされる。しかしながら、上記各フィールドのグループ分けは、必要な情報が保存されている場合に限り、適宜、変更することができる。

図３との関連で以前に説明したように、各コマンドと情報はクライアント・コンピュータ１０２とスキャナ・サーバー１３０間をプロトコル・パケットを用いて送信される。本発明によって開発されたプロトコルに従って送信されるパケットには、図６に全体的に示されているヘッダー構造あるいはパケット・ヘッダーとデータ部分が含まれている。ヘッダーは、サーバーのセッション管理と制御のためにクライアントによって使用されるもので、データ部分にはネットワーク・セッション・データが含まれ、またこの部分は、一般的にはマシーン名や、ネットワーク・アドレス、スキャナ・パラメータ、そして画像データを送信するために使用される。

本発明で使用されるコマンドの多くはデータを伝送せず、従って、パケットのヘッダー構造だけがこれらのコマンドのために送信される。本発明で使用されるパケット・ヘッダーは、図６に示されているように、固定長のデータ・ストラクチャであって、伝送パケットのデータ部分における最初の項目である。

ネットワーク１２０上でのパケット・ヘッダーのクライアント・コンピュータ１０２とスキャナ・サーバー１３０間のルート割り当ては、ネットワークのトランスポート層によって、公知の、あるいは従来のネットワーク・トランスポート・プロトコルやその機構に従って実行される。これは、ソースや宛先が図６のパケット・ヘッダーでは必要とされないからである。

図６に示されるパケット・ヘッダー１８０の中で、最初のフィールドは数字記述子であるパケット・タイプ１８２であって、パケットの構成を識別する数字記述子である。本発明においては、各コマンドのパケット・タイプは"ＲＷＰ＿ＰＡＣＫＥＴ＿ＴＹＰＥ"か、あるいはそれに関連する数値である。現在、本発明ではこのタイプのパケットだけを用いて実行しているが、将来は他のパケット・タイプも利用されるようになるに違いない。なお、パケット・タイプ・フィールド１８２の長さは８ビットである。

装置ＩＤフィールド１８４は、パケットを利用するマシーンや機能のタイプを識別する８ビットの数字記述子（識別子）である。本発明の現在のバージョンにおいては、"Ｒｉｃｏｈ Ｎｅｔｗｏｒｋ Ｓｃａｎｎｅｒ"（あるいはＲｉｃｏｈ Ｎｅｔｗｏｒｋ Ｓｃａｎｎｅｒ Ｓｏｆｔｗａｒｅ）というただ一つの限定された装置ＩＤがあって、各パケットはその装置ＩＤを持つ。しかしながら、本発明の将来的な展開の中では他の装置の識別子が用いられる可能性があるのは勿論である。

図６のフィールド１８６は８ビット・フィールドで数字フィールドであり、本発明で使用されるプロトコルの現在のバージョンを識別するために用いられる。現在は、一つだけのバージョンが規定されているが、つまり最初のバージョンだけであるが、今後、本発明のバージョンが進展し、追加機能セットをサポートすることになるであろう。

フラグ・フィールド１８８は８ビット・フィールドであって、個々のビットは異なるプロトコルの状態を識別する。ビット０はクライアント・コンピュータからスキャナ・サーバーへパケットを正常に送信する時点でのエラーを表示するために用いられる。

スキャンからアプリケーションへのプロセスにおいてスキャナ・サーバーからクライアント・コンピュータへのファイル転送中に、ビット１は、パケット・ヘッダーに伴う情報がそのファイルの最後であることを表示するために用いられ、ビット２は画像情報ぺージの最後を表示するために用いられる。ビット３はシーケンス・エラーの発生を表示するために用いられ、また正常に受信されなかったパケットの再送信を送信元に要求するために用いられる。

各プロトコル・コマンドはビット０とビット３のフラグを使用し、図７〜図１８と図２８〜図３３では、フラグ・フィールドに何の表示もされていない場合は、この特定のコマンドに、ビット０とビット３フラグが使われている以外は、特別のフラグは存在しない。

シーケンス番号フィールド１９０には３２ビットの数字が入り、現パケットを識別する。通信は双方向性であるので、送信者と受信者の双方ともパケットの流れの方向によって個別のシーケンス番号を保持する。送信される各パケットは、その前のパケットと比べて一つだけ番号を増やしたシーケンス番号を持っている。

確認応答番号フィールド１９２は３２ビットのフィールドであって、受信した最後の誤りなしのパケットを確認したことを表わしている。

エラー番号フィールド１９４には、フラグ・フィールド１８８のビット０がエラーを表わしている時の検査が行われたエラー番号が書き込まれる。このエラー番号フィールド１９４はフラグ・ビット０に関連するエラーの規定のタイプを表わし、８ビット長である。

コマンド・フィールド１９６は８ビットの数字フィールドであって、パケットに伴うコマンドあるいはレスポンスを表わす。各種コマンドとそれに対応する確認応答あるいはレスポンスはそれぞれ図７〜図１８に示され、それらは、セッション開始、セッション開始確認応答、セッション終了、セッション終了確認応答、スキャナ・パラメータ読み込み、スキャナ・パラメータ読み込み確認応答、パラメータ設定、パラメータ設定確認応答、スキャナ・ジョブ停止、スキャナ・ジョブ停止確認応答、ファイル読み込み、そしてファイル読み込み確認応答などである。これらのコマンドは本発明のスキャンからアプリケーションへの側面で使用される。

本発明のスキャンからファイルへの側面では、セッション開始、セッション開始確認応答、セッション終了、セッション終了確認応答、それに、セッション初期設定、セッション初期設定確認応答、セッション停止（ｔｅｒｍｉｎａｔｅ ｓｅｓｓｉｏｎ）、セッション停止確認応答、保存ファイル入手、そして保存ファイル入手確認応答を含む、図２８〜図３３に示された各コマンドが使用される。

最後に、データ・サイズ・フィールド１９８は１６ビットのフィールドであって、図６に示されたパケット・ヘッダーに続く様々な長さのデータのサイズを含んでいる。

図６に示されたパケット・ヘッダー構造は本発明の好適な実施の形態に従って構成されている。しかしながら、上記各フィールドに含まれる順序や、サイズや、情報は適宜変更が可能である。従って、もし必要とされる機能性を持っているならば、パケット・ヘッダーの各フィールドは消去、追加が可能であることは理解されるであろう。

図６に示されたパケット・ヘッダーは、クライアントおよびスキャナ・サーバー・コンピュータの両サイドでパケット・ヘッダーの送信前と送信後に、例えばＳＲＡＭやＤＲＡＭを使って実行されるバッファ・メモリなどのメモリやその他のメモリに保存される。本発明の一部にはパケット・ヘッダー構造で規定された通信プロトコルが含まれる。

パケット・タイプ、装置ＩＤ、バージョン、シーケンス番号、そしてエラー番号フラグは、図７〜図１８および図２８〜図３３で示された各パケット・ヘッダーにおいて同一のものであり、これらのフィールドは図６に関連して説明されているので、簡略化のためにそれらの説明はここでは行わない。さらには、フラグ・フィールドでは多くのコマンドで、パケットの正常送信におけるエラーを表わすビット０だけが使用され、ビット３は確認応答エラーを表わすために使用される。ファイルの最後とぺージの最後を表わすビット１と２が使用されていない場合は、図７〜図１８および図２８〜図３３においてフラグ・フィールドの説明があるので、その説明は省略される。

図７〜図１８の各パケット・ヘッダーは本発明のプロトコル・コマンドを送信するために使用される。そのため、図７〜図１８のパケット・ヘッダーはまた、プロトコル・コマンドまたはコマンドとも呼ばれる。

図７にはセッション開始コマンドのためのパケット・ヘッダー２００の構造が示されている。セッション開始コマンドのパケット・ヘッダー２００はまずパケットをＲＷＰ＿ＰＡＣＫＥＴ＿ＴＹＰＥで表わすパケット・タイプ・フィールド２０２で始まるので、上記したＲｉｃｏｈ Ｗｏｒｋｇｒｏｕｐ Ｐｒｏｔｏｃｏｌの場合を表わしている。

装置ＩＤフィールド２０４は、パケットがＲｉｃｏｈネットワーク・スキャナ・システムとの通信に使用されることを表わしている。バージョン・フィールド２０６は、パケット・プロトコルのバージョンが１であることを表わしている。フィールド２０８にはセッション開始コマンド・パケット・ヘッダーのための所定のフラグがないので、このフィールドで使用することができる各フラグはフラグ０および３であり、それらは上記したとおりである。

シーケンス番号フィールド２１０と確認応答番号フィールド２１２とは以前に発生した通信に従って設定される。エラー番号フィールド２１４はフィールド２０８のフラグ０が設定された時のエラーを表示するために使用される。しかしながら、本例においては、エラーがまだ設定されていないので、エラー番号フィールドはゼロに設定されている。コマンド・フィールド２１６は、そのコマンドがセッション開始のためのものであることを表わしている。

データ・サイズ・フィールド２１８にはクライアント・コンピュータのマシーン名のサイズと、クライアント・コンピュータのネットワーク・アドレスのサイズを示す各データが表示されている。図７に示されたパケット・ヘッダーではクライアント・コンピュータのマシーン名とクライアント・コンピュータのネットワーク・アドレスを表わす各データがつぎに続く。

別の例として、本発明のスキャンからファイルへの側面の一部の例で行われるように、セッション開始コマンドがスキャナ・サーバー１３０から発信されると、そのデータ・サイズには、セッション開始パケット・ヘッダーに続いてスキャナ・サーバーの情報サイズが書き込まれる。

図８にはセッション開始コマンドを受信したコンピュータから送信されるセッション開始確認応答コマンドのためのパケット・ヘッダー２２０の構造が示されている。このパケットのコマンド・フィールド２３６は、このコマンドがセッション開始確認応答コマンドであることを表わしている。

このセッション開始確認応答コマンドはスキャナ・サーバー１３０からクライアント・コンピュータ１０２（またはその逆）へ送信されるが、このコマンドは上記セッション開始コマンドがスキャナ・サーバー・コンピュータ１３０側で正常に受信され、またセッションの開始に向けてすべての必要な操作が順調に行われたことを表わしている。このセッション開始確認応答コマンドに関連する添付データはない。

なお、図において、２２２はパケット・タイプ・フィールド、２２４は装置ＩＤフィールド、２２６はバージョン・フィールド、２２８はフラグ・フィールド、２３０はシーケンス番号フィールド、２３２は確認応答番号フィールド、２３４はエラー番号フィールド、２３８はデータ・サイズ・フィールドを示す。

図９にはセッション終了コマンドのためのパケット・ヘッダー２４０の構造が示されている。このパケット・ヘッダー２４０では、コマンド・フィールド２５６は上記パケット・ヘッダーがセッション終了コマンドのためのものであることを示している。上記セッション終了コマンドに続くデータが何もないことから、セッション終了パケット・ヘッダー２４０のデータ・サイズ・フィールド２５８はゼロとなる。

なお、図において、２４２はパケット・タイプ・フィールド、２４４は装置ＩＤフィールド、２４６はバージョン・フィールド、２４８はフラグ・フィールド、２５０はシーケンス番号フィールド、２５２は確認応答番号フィールド、２５４はエラー番号フィールドを示す。

図１０にはセッション終了確認応答パケット・ヘッダーの構造２６０が示されており、そこにはコマンド・フィールド２７６が設定されており、このパケット・ヘッダー構造がセッション終了確認応答コマンドのためのものであることを表わしている。このパケット・ヘッダーはセッション終了コマンドを受信したコンピュータから送信され、スキャニング操作に関するセッションが正常に終了したことを表わしている。上記セッション終了確認応答パケット・ヘッダーに続くデータが何もないことから、パケット・ヘッダー２６０のデータ・サイズ・フィールド２７８はゼロに設定される。

なお、図において、２６２はパケット・タイプ・フィールド、２６４は装置ＩＤフィールド、２６６はバージョン・フィールド、２６８はフラグ・フィールド、２７０はシーケンス番号フィールド、２７２は確認応答番号フィールド、２７４はエラー番号フィールドを示す。

図１１にはスキャナ・パラメータ読み込みパケット・ヘッダー構造２８０が示されている。このパケット・ヘッダー２８０では、コマンド・フィールド２９６は上記パケット・ヘッダーがスキャナ・パラメータ読み込みコマンドのためのものであることを表わしている。データ・サイズ・フィールド２９８はゼロに設定されるが、それはこのパケット・ヘッダーに続くデータがないことを表わしている。

上記スキャナ・パラメータ読み込みコマンドはクライアント・コンピュータ１０２からスキャナ・サーバー・コンピュータ１３０へ送信され、クライアント・コンピュータ１０２が、ユーザーに提供されるスキャナ・パラメータの内容をクライアント・コンピュータ側で判断したいということを表わしている。このコマンドにはスキャナの選択やスキャナのパラメータを設定する際に許容される範囲が含まれる。

なお、図において、２８２はパケット・タイプ・フィールド、２８４は装置ＩＤフィールド、２８６はバージョン・フィールド、２８８はフラグ・フィールド、２９０はシーケンス番号フィールド、２９２は確認応答番号フィールド、２９４はエラー番号フィールドを示す。

図１２にはスキャナ・パラメータ読み込み確認応答コマンドのためのパケット・ヘッダー構造が示されている。このパケット・ヘッダー３００では、データ・サイズ・フィールド３１８に、スキャナ・サーバー１３０からクライアント・コンピュータ１０２に送信されたスキャナ・パラメータ読み込み確認応答のパケット・ヘッダーに続くスキャナ・パラメータ・テーブルのサイズが書き込まれる。このスキャナ・パラメータ・テーブルはスキャナや画像獲得装置の範囲や可能な設定条件を含むスキャナの現在のパラメータが書き込まれているデータ・ストラクチャである。

このパラメータには、例えば、以下に解説する図２５の各パラメータが含まれる。クライアント・コンピュータがスキャナのパラメータの許容範囲を認識していない場合には、スキャナや画像獲得装置の異なるパラメータの設定やその互換性について当クライアント・コンピュータに通知する必要がある。その通知は、スキャナ・パラメータ読み込み確認応答コマンドといっしょに送信されるスキャナ・パラメータ・テーブルの中に、スキャナ・パラメータの可能な設定や設定範囲を含めることによって可能となる。

あるいは、別個のコマンドとそれに対応するコマンド・プロトコル・ヘッダーを用いて、クライアントからサーバーへ送信されるスキャナ設定の範囲を読み込むことができる。上記の対応する確認応答コマンドにはスキャナや画像獲得装置の範囲や可能な設定を規定するデータが書き込まれる。この選択的な配列では、スキャナ・パラメータ・テーブルには使用される現在のスキャニング・パラメータだけが入っている。要求があれば、スキャナ・サーバーは、ユーザーの望む設定を書き込んだ各ユーザーやクライアント・コンピュータのためのテーブルを引き続き保持する。

このテーブルは、本発明のスキャンからアプリケーションおよびスキャンからファイルへの両側面に利用される。なお、図において、３０２はパケット・タイプ・フィールド、３０４は装置ＩＤフィールド、３０６はバージョン・フィールド、３０８はフラグ・フィールド、３１０はシーケンス番号フィールド、３１２は確認応答番号フィールド、３１４はエラー番号フィールド、３１６はコマンド・フィールドを示す。

クライアント・コンピュータがスキャンからアプリケーションへの手順に用いられるスキャニング・パラメータの設定を希望する場合は、図１３に示されたパラメータ設定のためのパケット・ヘッダー３２０がクライアント・コンピュータからスキャナ・サーバー・コンピュータへ送信される。データ・サイズ・フィールド３３８は送信されているスキャナ・パラメータ・テーブルのサイズに設定される。

スキャナ・パラメータ・テーブルを含むデータはパケット・ヘッダー３２０の後に続く。なお、図において、３２２はパケット・タイプ・フィールド、３２４は装置ＩＤフィールド、３２６はバージョン・フィールド、３２８はフラグ・フィールド、３３０はシーケンス番号フィールド、３３２は確認応答番号フィールド、３３４はエラー番号フィールド、３３６はコマンド・フィールドを示す。

上記スキャナ・サーバーがパラメータ設定に使われるパケット・ヘッダー３２０を受信してから、スキャナ・サーバー・コンピュータは図１４のパラメータ設定確認応答のパケット・ヘッダー３４０をクライアント・コンピュータに送信する。

なお、図において、３４２はパケット・タイプ・フィールド、３４４は装置ＩＤフィールド、３４６はバージョン・フィールド、３４８はフラグ・フィールド、３５０はシーケンス番号フィールド、３５４は確認応答番号フィールド、３５４はエラー番号フィールド、３５６はコマンド・フィールド、３５８はデータ・サイズ・フィールドを示す。

万一、クライアント・コンピュータがスキャンからアプリケーションへの手順を設定したあとで、その手順をクライアント・コンピュータ側で取り消したいと希望する場合は、ユーザーはクライアント・コンピュータ１０２の画像表示上の適切な取消しコマンドをクリックすることによって、図１５のスキャナ・ジョブ停止のパケット・ヘッダー３６０がクライアント・コンピュータ１０２からスキャナ・サーバー・コンピュータ１３０へ送信される。

このパケット・ヘッダー３６０では、データ・サイズ・フィールドにクライアントのマシーン名のサイズが書き込まれている。このスキャナ・ジョブ停止のパケット・ヘッダー３６０に続くデータは上記クライアント・コンピュータ１０２の名前である。なお、図において、３６２はパケット・タイプ・フィールド、３６４は装置ＩＤフィールド、３６６はバージョン・フィールド、３６８はフラグ・フィールド、３７０はシーケンス番号フィールド、３７４は確認応答番号フィールド、３７４はエラー番号フィールド、３７６はコマンド・フィールド、３７８はデータ・サイズ・フィールドを示す。

上記スキャナ・サーバー・コンピュータ１３０は、スキャナ・ジョブ停止のパケット・ヘッダー３６０を受信すると、図１６のスキャナ・ジョブ停止確認応答のパケット３８０をクライアント・コンピュータに送り返す。なお、図において、３８２はパケット・タイプ・フィールド、３８４は装置ＩＤフィールド、３８６はバージョン・フィールド、３８８はフラグ・フィールド、３９０はシーケンス番号フィールド、３９４は確認応答番号フィールド、３９４はエラー番号フィールド、３９６はコマンド・フィールド、３９８はデータ・サイズ・フィールドを示す。

図１７にはファイル読み込みのためのパケット・ヘッダー４００が示されている。クライアント・コンピュータ１０２がスキャニング・パラメータを設定し、ユーザーがスキャニング操作の開始を希望すると、クライアント・コンピュータ１０２はファイル読み込みのためのパケット・ヘッダーをスキャナ・サーバー・コンピュータ１３０に送信する。データ・サイズ・フィールド４１８にはマシーン名やクライアント・コンピュータ名のサイズが書きこまれ、またパケット４００に続くデータは上記マシーン名である。

なお、図において、４０２はパケット・タイプ・フィールド、４０４は装置ＩＤフィールド、４０６はバージョン・フィールド、４０８はフラグ・フィールド、４１０はシーケンス番号フィールド、４１４は確認応答番号フィールド、４１４はエラー番号フィールド、４１６はコマンド・フィールドを示す。

ユーザーがスキャナ・サーバーでスキャニング操作を開始すると、図１８のファイル読み込み確認応答のパケット・ヘッダー４２０を使って画像がスキャナ・サーバー・コンピュータ１３０からクライアント・コンピュータ１０２へ送信される。このパケット・ヘッダー４２０のフラグ・フィールド４２８においては、ビット２はパケット・ヘッダー４２０に続くデータが画像データのぺージの最後を表わし、ビット１は画像ファイルの最後を表わすために用いられる。

データ・サイズ・フィールド４３８は、最大パケット・サイズから（パケット・ヘッダーのサイズ＋送信されるファイル・データのサイズを含む量）を減算したそのサイズに等しいサイズを表わす。画像データはかなり長いものなので、画像あるいはファイル・データは複数のパケットで送信され、それぞれは対応するパケット・ヘッダーを持っている。

なお、図において、４２２はパケット・タイプ・フィールド、４２４は装置ＩＤフィールド、４２６はバージョン・フィールド、４３０はシーケンス番号フィールド、４３４は確認応答番号フィールド、４３４はエラー番号フィールド、４３６はコマンド・フィールドを示す。

図１９〜図２３は本実施の形態のスキャンからアプリケーションへの側面を表わすフローチャートである。本発明のこの側面により、ユーザーはクライアント・コンピュータ１０２上で動作するアプリケーションの中からスキャニング操作の種々の側面を、あたかもスキャナが、例えばＳＣＳＩバスを使って、クライアント・コンピュータ１０２に直接接続されたように制御することができる。しかしながら、実際のスキャニングはスキャナ・サーバー・コンピュータ１３０で行われる。

図１９において、本実施の形態で使用されるソフトウエアは、スタートしてから、ステップ４５０でクライアント・コンピュータ１０２とスキャナ・サーバー・コンピュータ１３０の両方でインストールされる。クライアント・コンピュータではソフトウエアはＴＷＡＩＮとの互換性を持つデバイス・ドライバーがインストールされる。このデバイス・ドライバーで、スキャナのパラメータを設定するという機能がまるでスキャナが直接クライアント・コンピュータに接続されているかのように実行できるので、このデバイス・ドライバーはバーチャルＴＷＡＩＮデバイス・ドライバーと呼ばれている。

また、スキャナ・サーバー・コンピュータにはスキャニング操作を実行するために使われるソフトウエアがインストールされる。図３において、スキャンからアプリケーションへの操作で使われるソフトウエアには、バーチャルＴＷＡＩＮドライバー１０６、クライアント・プロトコル・エンコーダ／デコーダ・ソフトウエア１０８、サーバー・プロトコル・エンコーダ／デコーダ・ソフトウエア１３２、スキャン・タスク・ソフトウエア１３４、それに、ＴＷＡＩＮドライバー１３６などが含まれる。スキャンからアプリケーションへのプロセスのためのソフトウエアを通して使われるアプリケーション・ソフトウエア１０４は、バーチャルＴＷＡＩＮドライバー１０６を使用するＴＷＡＩＮと互換性のあるソフトウエアが好適である。

各ソフトウエアがクライアントとサーバーの両コンピュータにインストールされた後、アプリケーション・ソフトウエアの標準ＴＷＡＩＮインターフェースを使って、ユーザーは図２４のプルダウン・メニューで、画像のソースとしてネットワーク・スキャナをステップ４５２で選択する。

図２４に示されたプルダウン・メニュー５２０には、従来のグラフィカル・ユーザー・インターフェースの各コマンド（５２２〜５３２、５３８〜５４２）と、クライアント・コンピュータ１０２でユーザーが利用するセレクト・ソース・コマンド５３４とが並べられている。

ユーザーが図２４のセレクト・ソース・コマンド５３４を選択すると、つぎのメニューが表示され（図示せず）、ユーザーは一つまたはそれ以上のインストール済デバイス・ドライバーから選ぶことができる。ネットワーク・スキャナでスキャンからアプリケーションへの操作を行う場合は、ユーザーは画像のソースとしてネットワーク・スキャナを選ぶことになる。

画像入手の準備が整うと、ステップ４５４で、ユーザーは図２４の獲得コマンド５３６を使ってスキャニング操作の開始を要求する。この時、クライアント・コンピュータはネットワーク上に利用可能なワークグループ・スキャナがあるかどうかを判断する。クライアント・コンピュータがネットワーク上で利用可能なスキャナ・サーバーがあるかどうかを判断し得る方法は複数あり、また有効なネットワーク・スキャナがあるかどうかを判断する好適な方法が以下で説明される。

本発明で利用されるコンピュータ・ネットワーク１２０のタイプによって、異なるタイプの方法が実行され、ネットワーク１２０上に利用可能なワークグループ・スキャナがあるかどうかを判断する。ネットワーク１２０がＮｏｖｅｌｌ社のＮｅｔＷａｒｅで実現される場合は、スキャナ・サーバーがネットワーク上に存在するかどうかを判断するための二つの方法が実行可能である。

Ｎｏｖｅｌｌ社のＮｅｔＷａｒｅのＳＰＸ／ＩＰＸプロトコルで利用できる第１の方法は、スキャナ・サーバー１３０を含むネットワーク上で利用可能な種々のサーバーによって送信されるＳｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＳＡＰ）パケットをクライアント・コンピュータに監視させるものである。これらのＳＡＰパケットは、ネットワークの各サーバーの利用可能性を知らせるために、約６０秒毎に各サーバーから送信される。

この方法がクライアント側で利用されると、クライアント・コンピュータはスキャナ・サーバー１３０から送信されるＳＡＰパケットの存在を監視しなければならない。また上記ＳＡＰプロトコルによって、利用可能なネットワーク・サービスに関する問い合わせ要求をクライアントから送信することが可能となり、この問い合わせはサーバーによって対処される。この照会機構とは、本発明の好適な実施の形態で使用されるクライアント・コンピュータがネットワーク・スキャナ・サーバーの利用可能性を判断する方法である。

スキャナ・サーバー・コンピュータ１３０がネットワーク上で利用可能かどうかをＮｏｖｅｌｌネットワーク・システムを使って判断する第２の方法は図２のファイル・サーバー１２２のためのもので、ネットワーク上で利用可能な全サーバーを有するファイル・サーバー１２２でＮｅｔＷａｒｅバインダリやディレクトリを保持する。

ファイル・サーバー１２２が有効な全サーバーのディレクトリを保持しているので、クライアント・コンピュータ１０２は、ネットワーク上で一台または複数のネットワーク・スキャナ・サーバーについて利用可能であることを判断するために、ただ、ファイル・サーバー１２２内に保存されている情報を調べるだけでよい。

本発明は、ＵＮＩＸ（Ｒ）システムとインターネットの両方で共通に使われているＴＣＰ／ＩＰネットワーキングを利用しても実施可能である。ＴＣＰ／ＩＰを使用して実行することにより、たとえば、ネットワーク・アドミニストレータといった装置あるいは人は、スキャナ・サーバー１３０を含む利用可能なネットワーク・サービスを規定するテーブルをクライアント・コンピュータ上に登録する。

クライアント・コンピュータ１０２が利用可能なスキャナ・サーバーがあるかどうかの判断を望んだ場合、クライアント・コンピュータ１０２は、その利用可能なスキャナ・サーバーについて判断するためにクライアント・コンピュータで保存しているテーブルをチェックする。スキャナ・サーバーの利用可能性を判断するための上記方法は本発明の好適な実施の形態の一部であるが、必要ならば、スキャナ・サーバーの利用可能性を判断するためのそれ以外の方法も利用できる。

ネットワーク・スキャナが利用可能かどうかの判断がステップ４５６で行われ、ステップ４５８においてステップ４５６の結果が検討される。ステップ４５８で複数のワークグループやネットワーク・スキャナが利用可能であると判断されると、ユーザーは、ステップ４６０で上記複数のワークグループ・スキャナのうちで、スキャンからアプリケーションへの操作に使用されるものを選択する。

ステップ４６０は利用可能なネットワーク・スキャナ・サーバーのリストを表示するグラフィカル・ユーザー・インターフェースで実行することができ、ユーザーはこのリストからスキャナ・サーバーの一つを選ぶ。ステップ４５８で利用可能なワークグループ・スキャナ・サーバーがないと判断されると、エラーが表示され、ユーザーが一台のネットワーク・スキャナを使用すると指示したが利用可能なネットワーク・スキャナがないので、このプロセスは終了する。

ステップ４６０で一台のワークグループ・スキャナの選択が実行され、あるいは、ステップ４５８でネットワーク上で利用可能なワークグループ・スキャナが一台だけあると判断されると、フローはステップ４６２へ進み、そこでセッション開始コマンドがクライアント・コンピュータ１０２からスキャナ・サーバー１３０へ送信される。

セッション開始コマンドのパケット・ヘッダーは図７に示されており、この図示されたパケット・ヘッダーとともにクライアント・コンピュータ１０２のマシーン名とクライアント・コンピュータ１０２のネットワーク・アドレスのデータが送られる。ステップ４６４で、スキャナ・サーバー・コンピュータ１３０は上記セッション開始コマンドを受信し、図４との関連で先に説明したプロセスＩＤテーブルにエントリー情報を作成し、同様に、図５との関連で先に説明したスキャナ画像テーブルにエントリー情報を作成するが、このプロセスについてはクライアント・コンピュータ１０２側で発信される。

図４に示されたプロセスＩＤテーブル１５０はクライアントとサーバー間でのプロセス開始を登録するために使用され、スキャナ画像テーブル１６０は、クライアント・コンピュータの名前とアドレスやスキャニング・プロセスで使われるスキャニング・パラメータとを含むスキャンからアプリケーションへの操作の詳細を登録するために使用される。ステップ４６４が実行されると、スキャナ・サーバー・コンピュータ１３０はステップ４６６で、図８に示されたセッション開始確認応答コマンドをクライアント・コンピュータ１０２へ送信する。

ステップ４６８でスキャナ・パラメータ読み取りコマンドが、そのパケット・ヘッダーは図１１に示されているが、クライアント・コンピュータ１０２からスキャナ・サーバー・コンピュータ１３０へ送信される。つぎにステップ４７０で、スキャナ・パラメータ読み取り確認応答コマンドが、そのパケット・ヘッダーは図１２に示されているが、添付データとしてそのスキャナのパラメータとともにサーバー１３０からクライアント１０２へ送信される。

ステップ４７０についで、ステップ４７２では、バーチャルＴＷＡＩＮデバイスを使ってクライアント・コンピュータ１０２にスキャナのパラメータが表示され、ユーザーはクライアント・コンピュータ１０２でスキャナのパラメータを編集することができる。図２５はコンピュータ画面５４５の画像を表わしており、ここでユーザーはスキャナのパラメータを設定することができる。

例えば、解像度、輝度、そしてコントラストはスライド可能な画像コントロール・ボタンを使って設定される。閾値にはこのスライド可能なマークが表示されていないので、この特定のスキャナでは、閾値を調整することは無理であろう。使用可能な代表的モードにはライン・アート（例えば、白黒）、ハーフトーン、１６階調、そして２５６階調が含まれる。ハーフトーン・リスト・ボックスは、ハーフトーン・モードが選ばれた時にだけ使用される。エラー拡散ハーフトーン・モードでは、拡散ランダム・パターンが作られる。

ステップ４７４ではユーザーがスキャナ・パラメータのどこかを変更したかどうかがチェックされる。スキャナのパラメータが変更されていたら、フローはステップ４７６に進む。なお、ステップ４７６は、必要ならば、プロセスから削除することができるので、上記パラメータが変更されたかどうかは確認されないまま、フローはステップ４７２からステップ４７６へ直接進むことになる。

ステップ４７６では、図１３のスキャナ・パラメータ設定コマンドを、添付のデータとして新たに設定されたスキャナ・パラメータとともに、クライアント・コンピュータ１０２からスキャナ・サーバー１３０へ送信する。

ステップ４７８では、スキャナ・パラメータはサーバーに保存される。つぎに、ステップ４８０で、上記各パラメータが正常に設定されたことを確認応答する図１４のスキャナ・パラメータ設定確認応答コマンドがサーバーからクライアント・コンピュータへ送信される。

ステップ４８０以降で、ステップ４７４での問い合わせに対して否定の回答がなされた場合は、ステップ４８２で、図１７のファイル読み込みコマンドがクライアント・コンピュータの名前を添付され、クライアント・コンピュータ１０２からスキャナ・サーバー・コンピュータ１３０へ送信される。この名前は、スキャナに登録された各種のスキャンからアプリケーションへのジョブを把握するために、スキャナ・サーバー１３０で利用される。

つぎにステップ４８４では、クライアント側のユーザーにスキャナ・サーバー１３０で走査を始めるように指示を出す。ステップ４８４はクライアント・コンピュータでメッセージを表示することによって実行される。上記メッセージがＷｉｎｄｏｗｓ（Ｒ）ベースのグラフィカル・メッセージである場合は、ダイアログ・ボックスが表示され、そこにはキャンセル"ボタン"もまた表示されている。ユーザーがクライアント・コンピュータ１０２でキャンセル・ボタンを"クリック"すると、スキャンからアプリケーションへのプロセスが以下に説明するように中止される。

ステップ４８４で、クライアントにサーバーで走査を開始するよう指示したメッセージを表示すると、そのメッセージは同時に、クライアント・コンピュータが現在スキャナ・サーバー１３０から送信される画像情報を待っていることも示している。必要ならば、クライアント・コンピュータ１０２上で動作するスキャンからアプリケーションへのプロセスを自動的にできるだけ小さくすることができるので、そのプロセスは動作を続けるが、コンピュータ・ディスプレイの前面では動作しない。

また別の場合では、クライアント・コンピュータ１０２上で動作するスキャンからアプリケーションへのプロセスは極小化されず、ユーザーにクライアント・コンピュータからのスキャニング操作の取り消しを許可するメッセージを表示し続け、クライアント・コンピュータがスキャナ・サーバー・コンピュータ１３０からの画像情報の受信を待っていることも同様に示している。

ステップ４８６ではクライアント・コンピュータ１０２でユーザーの動作を監視し、ユーザーがクライアント・コンピュータ１０２でのスキャニング・ジョブの取消しを望んでいるかどうかを判断する。ステップ４８６で行われる判断はステップ４８４以降であればいつでも実行される。例えば、上記ジョブは、ユーザーがスキャナ・サーバー・コンピュータ１３０でスキャニング操作を始めた後での取消しが可能である。

ユーザーがスキャンからアプリケーションへのジョブの取消しを望まない場合は（ステップ４８６、否）、ステップ４８８で、スキャナ・サーバー・コンピュータ１３０でスキャンからアプリケーションへのオプションを選択する。例えば、スキャナ・サーバー１３０は、ユーザーがスキャンからアプリケーションへのプロセス、あるいはスキャンからファイルへのプロセスを実行すること、およびスキャンからアプリケーションへのプロセスを選択することを許可するオプションを表示する。

つぎに、ステップ４９０で図２６の画像６００のように各種マシーン名やジョブのリストがスキャナ・サーバー１３０で表示される。図２６の例におけるマシーン名リスト６０４には、Ｊｏｈｎ、Ｒｏｂｉｎ、Ｈｅｎｒｙという三つのマシーン名が表示されている。図２６ではＪｏｈｎが強調表示されていて、ユーザーが"ＯＫ"ボタン６０６をクリックすると、マシーン名Ｊｏｈｎに対応するスキャナ・ジョブが開始される。

図２６の画像６００ではまた、キャンセル・ボタン６０８をクリックすればユーザーはスキャナ・サーバー１３０におけるスキャニング操作を取り消すことが可能である。なお、図において、６０２は画像６００がワークグループ・スキャナ操作の画面であることを示すジョブ名表示エリアである。

ステップ４９０でユーザーが必要なマシーン名を選択すると、ユーザーにスキャナの上に原稿を置き、用意ができたら"ｓｔａｒｔ"ボタンをクリックするよう要求するメッセージがスキャナ・サーバー・コンピュータ１３０に表示される。そしてステップ４９２において、原稿は図５で示されたスキャナ画像テーブル１６０に保存されている予め設定されたパラメータに従ってスキャンされる。

つぎにステップ４９６では、画像データ・ファイルあるいは画像情報が、図１８との関連で以前に説明されたファイル読み込み確認応答コマンドを使って、スキャナ・サーバー１３０からクライアント・コンピュータ１０２へ送信される。

ユーザーが図２２のステップ４８６においてネットワーク・スキャニング操作の取り消し要求をクライアント・コンピュータで表示すると、フローはステップ５１０に進み、そこでクライアント・コンピュータ１０２は、ジョブ停止コマンドと図１５のジョブ停止パケット・ヘッダーにマシーン名を付けて、クライアント・コンピュータ１０２からサーバー・コンピュータ１３０に送信する。ステップ５１２でスキャナ・サーバー・コンピュータ１３０は図１６のジョブ停止確認応答コマンドをクライアント・コンピュータ１０２に送信する。

ステップ４９６で画像データ・ファイルの送信が終わり、ステップ５１２でジョブ停止確認応答コマンドが送信されると、図２３のステップ４９８では、図９のセッション終了コマンドのクライアント・コンピュータ１０２からスキャナ・サーバー・コンピュータ１３０への送信が実行される。

ステップ５００では、このステップ５００で実行されるスキャンからアプリケーションへのプロセスとして、図４のプロセスＩＤテーブルの対応するエントリー情報が消去され、図５のスキャナ画像テーブルの対応するエントリー情報も同様に消去される。ステップ５０２では、図１０のセッション終了確認応答コマンドがスキャナ・サーバー１３０からクライアント・コンピュータ１０２へ送信され、そして上記スキャンからアプリケーションへのプロセスは終了する。

本発明の第２の側面はスキャンからファイルへの動作で、この動作においてはネットワーク・スキャナあるいは他の画像獲得装置に接続されたスキャナ・サーバーがネットワークを通じて獲得された画像ファイルをクライアント・コンピュータのローカル記憶装置に伝送する。このスキャンからファイルでの動作は図２および３に図示されているのと同じハードウエアを用いる。

しかしながら、クライアント・コンピュータ１０２はバーチャルＴＷＡＩＮドライバー１０６を用いる必要はなく、スキャナ・サーバー１３０およびスキャナ１４４から得られた画像ファイルの保存を制御するためにクライアント・コンピュータ１０２のファイル・キャッチャー・ソフトウエア１１２を用いる。スキャン・タスク・ソフトウエア１３４およびスキャナ・サーバー・コンピュータ１３０のサーバー・プロトコル・エンコーダ／デコーダ１３２とクライアント・コンピュータ１０２のクライアント・プロトコル・エンコーダ／デコーダ１０８は本発明のスキャンからアプリケーションへ、およびスキャンからファイルへの両方のための必要な機能性を備えている。もちろん、本発明の異なった側面の異なった機能性を実行するために異なったソフトウエア・プログラムを開発することも可能であろう。

本発明のスキャンからファイルへの側面では、図４に示されているようなプロセスＩＤテーブル、図６に示されているパケット・ヘッダーと同じストラクチャ、および図７〜図１８までに関連して説明したセッション開始、セッション開始確認応答、セッション終了、およびセッション終了確認応答コマンドが用いられる。

本発明のスキャンからファイルへの動作は図２７に示されているようなマシーン名テーブル６２０を用いる。このマシーン名テーブル６２０はスキャナ・サーバー１３０に保存されており、その主な目的はスキャンからファイルへの動作のクライアントを管理することである。

このテーブルは複数のスキャンからファイル動作のクライアントを識別し処理するために必要なすべての情報を含んでおり、個別のエントリー情報（entry)がスキャンからファイル動作で用いられる各クライアント−サーバー接続に関してマシーン名テーブル内に保持されている。

クライアント・コンピュータがスキャナ・サーバー・コンピュータ１３０にスキャンからファイルへのプロセスを登録する度にマシーン名テーブル６２０内にエントリー情報がつくりだされ、このエントリー情報はクライアント・コンピュータによってスキャンからファイル動作が終了すると消去される。

このマシーン名テーブル６２０は一つのクライアント−サーバーのスキャンからファイル動作セッションのための個別のテーブル・エントリー情報を示す整数であるインデックス・フィールド６２２を含んでいる。それらのインデックスは順番に割り当て、保持されたり、ランダムに割り当てられたり、あるいはその他のいずれかの方法で割り当てることができる。

マシーン名フィールド６２４はクライアント・コンピュータ１０２の名前を含む文字列である。この名前はサーバーでのスキャン動作中ユーザーに提示され、したがってユーザーはクライアントの接続を確認して、走査された画像が正しいクライアント・ワークステーションに確実に送られるようにすることができる。クライアント・アドレス・フィールド６２６はそのクライアント・コンピュータ１０２のネットワーク・アドレスを記憶する。

本発明のスキャンからファイル動作において用いられるプロトコル・パケットに関しては、上に述べたように、スキャンからアプリケーション動作に関連して説明したセッション開始、セッション開始確認応答、セッション終了、およびセッション終了確認応答コマンドがスキャンからファイル動作と共に用いられる。

さらに、スキャンからファイル動作を実行するために、図２８〜図３３に示されているセッション初期設定（initialize session) 、セッション初期設定確認応答（initialize session acknowledge) 、セッション停止（terminate session)、セッション停止確認応答（terminate session acknowledge)、保存ファイル入手（get storage file) 、保存ファイル入手確認応答（get storage file acknowledge) コマンドが用いられる。

なお、図２８〜図３３において、６４２、６７２、６９２、７１２、９０２、９２２はパケット・タイプ・フィールド、６４４、６７４、６９４、７１４、９０４、９２４は装置ＩＤフィールド、６４６、６７６、６９６、７１６、９０６、９２６はバージョン・フィールド、６４８、６７８、６９８、７１８、９０８、９２８はフラグ・フィールド、６５０、６８０、７００、７２０、９１０、９３０はシーケンス番号フィールド、６５２、６８２、７０２、７２２、９１２、９３２は確認応答番号フィールド、６５４、６８４、７０４、７２４、９１４、９３４はエラー番号フィールド、６５６、６８６、７０６、７２６、９１６、９３６はコマンド・フィールド、６５８、６８８、７０８、７２８、９１８、９３８はデータ・サイズ・フィールドを示す。

図２８に示すパケット・ヘッダー６４０はセッション初期設定コマンドで用いられる。セッション初期設定コマンドはスキャンからファイル動作を行うためにクライアント・コンピュータ１０２をスキャナ・サーバー・コンピュータ１３０に登録するために用いられ、マシーンのサイズあるいはクライアント名＋ネットワーク・アドレスのサイズを含むデータ・サイズ・フィールド６５８を含んでいる。

セッション初期設定パケット・ヘッダー６４０の後に来るデータはクライアント・コンピュータ１０２のマシーン名およびネットワーク・アドレスを含んでいる。スキャナ・サーバー・コンピュータ１３０がスキャナ・サーバー１３０内にマシーン名テーブル・エントリー情報をつくりださせるセッション初期設定コマンドを受信した後に、スキャナ・サーバー１３０は図２９に示されているようなセッション初期設定コマンドの受領を確認応答するセッション初期設定確認応答パケット・ヘッダー６７０を伝送する。

クライアント・コンピュータ１０２がスキャンからファイル動作のためのそれ自体のスキャナ・サーバー・コンピュータ１３０への登録を解除することを望んだ場合、クライアント・コンピュータ１２０はセッション停止コマンドを図３０に示されているパケット・ヘッダー６９０に従って送る。

このパケット・ヘッダー６９０はクライアント・コンピュータ１０２のマシーン名あるいは名前のサイズと、その後にそのマシーン名を定義しているデータが続くデータ・サイズ・フィールド７０８を含んでいる。スキャナ・サーバー１３０がそのセッション停止コマンドを受領した後、マシーン名テーブル６２０内のそのクライアント・コンピュータ１２０に対応するエントリー情報が消去され、サーバー・コンピュータ１３０がクライアント・コンピュータ１０２に対して図３１に示されているパケット・ヘッダー・ストラクチャ７１０を用いてセッション停止確認応答コマンドを送る。

ネットワーク１２０を介してスキャナ・サーバー１３０からクライアント・コンピュータ１０２に画像情報あるいは画像ファイルを送るためには、図３２に図示されている保存ファイル入手コマンドあるいはプロトコル・ヘッダー９００が本発明のスキャンからファイル・アプリケーション側面で用いられる。

このコマンドは図１８に示されているファイル読み出し確認応答コマンドと同様の形態で作動する。画像ファイルのスキャナ・サーバー１３０からクライアント・コンピュータ１０２への伝送準備が整うと、スキャナ・サーバー１３０が画像情報を付加データとして有している保存ファイル入手コマンドを送ることによってデータの伝送を開始する。

保存ファイル入手コマンド９００のデータ・サイズ・フィールド９１８はその後に来るデータのサイズを示しており、このサイズは最大パケット・サイズからパケット・ヘッダーのサイズを含んだ量を差引いて、さらに送られるファイル・データのサイズを加えたものと等しい。画像データは通常長たらしいので、ファイル・データの画像はそれぞれ対応するパケット・ヘッダーを有する複数のパケットで送られる。

図３３はデータの受領を確認するためにクライアント・コンピュータ１０２からスキャナ・サーバー１３０に送られる保存ファイル入手確認パケット・ヘッダー９２０を示している。この保存ファイル入手確認パケット・ヘッダー９２０は完全な画像ファイルの伝送がうまくいった後、クライアント・コンピュータ１０２からスキャナ・サーバー１３０に送られる。

また、保存ファイル入手確認パケット・ヘッダーはスキャナ・サーバー１３０からの各保存ファイル入手パケット・ヘッダー、一つの画像ファイルの各末尾、あるいは予め決められた数の受信された保存ファイル入手パケット・ヘッダー毎に送られる。保存ファイル入手確認パケット・ヘッダー９２０のデータ・サイズ・フィールド９４０はそのパケット・ヘッダー９２０を送るクライアント・コンピュータのマシーン名のサイズを含んでいる。パケット・ヘッダー９２０に続く、あるいはそれに付加されたデータはそのクライアント・コンピュータの名前を含んでいる。

図３４〜３７のフローチャートにスキャンからファイル動作中に行われるプロセスを示す。適切なソフトウエアを開始し、クライアント・コンピュータ１０２およびファイル・キャッチャー・ソフトウエア１１２、クライアント・プロトコル・エンコーダ／デコーダ・ソフトウエア１０８、サーバー・プロトコル・エンコーダ／デコーダ１３２、スキャン・タスク・ソフトウエア１３４、およびＴＷＡＩＮドライバーを含むスキャナ・サーバー・コンピュータ１３０にロードされた後、ステップ７４０でスキャンからファイル動作のために使うことができるスキャナ１４４などのネットワーク・スキャナについての判定が行われる。

ステップ７４０は図１９のステップ４５６が行われるのと同様の方法で実行することができ、これについての説明は記述を簡潔にするためにここでは省略する。

複数のワークグループあるいはネットワーク・スキャナが使える場合は、ステップ７４０はユーザーが複数のワークグループ・スキャナの一つを指定できるようにする図１９のステップ４５８および４６０と同様のステップを含むこともできる。さらに、クライアント・コンピュータ１０２を複数のスキャナ・サーバー・コンピュータに登録できるように本発明を実施することも可能である。この場合、クライアント・コンピュータをスキャナ・サーバーに登録するステップ７４２〜７５８はそのクライアント・コンピュータが登録されるべき各サーバーで行われる。

スキャンからファイル動作のために用いられるべきサーバーが決まったら、クライアント・コンピュータ１０２はクライアント・マシーン名、クライアント・アドレス、およびステップ７４２のポート番号を含みながら、図７のセッション開始コマンドをスキャナ・サーバー１３０へ伝送する。

ステップ７４４で、このセッション開始コマンドはサーバー１３０で受領され、サーバー１３０は図４に示すプロセスＩＤテーブル１５０内にエントリー情報をつくる。その後、サーバー１３０は図８に示すセッション初期設定確認応答（open session acknowledge) コマンドをステップ７４６でクライアントに送る。 ステップ７４８で、クライアント・コンピュータ１０２はスキャンからファイル動作のためにクライアント・コンピュータ１０２をサーバー１３０に登録するために、図２８のセッション初期設定コマンドをスキャナ・サーバー１３０に送る。セッション初期設定コマンドはクライアント・コンピュータの名前あるいはマシーン名、クライアントのアドレス、およびポート番号を含んでいる。

本発明者は同じ情報がセッション開始コマンドとセッション初期設定コマンドで送られるようにするものであり、したがって、これらの両方のコマンドに同じデータが付加されているか、あるいはパケット・ヘッダーに続いているものを伝送するのは重複であり、あるいは不必要であると考えられるであろう。

しかしながら、これらのコマンドを別のコマンドとして分離しておいて、それぞれのコマンドと共に必要な情報を送るようにした方が、本発明の今後のバージョンをよりインプリメントしやすくするであろう。例えば、もし本発明の今後のバージョンがセッション初期設定コマンドがセッション開始コマンドに付加されるのとは別のデータの付加を必要と必要とするようになれば、そのソフトウエアに対する変更の必要性はあってもほんのわずかであろう。

しかしながら、望ましければ今後のフレキシビリティをなくしてどんなデータもセッション初期設定コマンドとは送らないようにすることも可能であろう。この場合、セッション初期設定コマンドと共に用いられるデータはスキャナ・サーバー１３０の保存情報から読み出される。

ステップ７５０で、サーバー・コンピュータ１３０がクライアント・コンピュータ１０２からセッション初期設定コマンドを受け取り、図２７のマシーン名テーブル内にそのマシーン名テーブル内の各エントリー情報にシーケンシャルに割り当てることができるインデックス、マシーン名であるクライアント・コンピュータの名前、そしてポート番号である場合もあるそのクライアントのネットワーク・アドレスを含むエントリー情報をつくる。つぎに、ステップ７５２で図２９に示してあるようなセッション初期設定確認応答コマンドをサーバー・コンピュータ１３０からクライアント・コンピュータ１０２に送る。

つぎに、ステップ７５４で図９のセッション終了コマンドがクライアント・コンピュータ１０２からスキャナ・サーバー１３０に送られる。ステップ７５６で、スキャナ・サーバー１３０がプロセスＩＤテーブル内の対応するエントリー情報を消去して図１０のセッション終了確認応答コマンドをスキャナ・サーバー１３０からクライアント・コンピュータ１０２に送る。

ステップ７５８で、クライアント・コンピュータはスキャナ・サーバー１３０によっておくられたセッション終了確認応答コマンドを受け取り、クライアント・コンピュータ１０２のファイル・キャッチャー・プログラム１１２をできるだけ小さくする。小さくされたファイル・キャッチャー・プログラム１１２はそのクライアント・コンピュータ１０２に割り当てられたアドレスとスキャンからファイルへの動作に割り当てられたポートを引き続きチェックして、スキャナ・サーバー１３０から画像ファイルが入ってきていないかどうか調べる。

このようにして、クライアント・コンピュータ１０２はスキャナ・サーバー１３０から送られる画像ファイルを待機しながら、他のいかなる動作でも（例えば、ワード・プロセッシング動作などスキャニングには関係ない動作）でも行うことができる。

ステップ７５８の実行後、クライアント・コンピュータ１０２はスキャナ・サーバー１３０に登録され、ユーザーはいつでもスキャンからファイルへの操作を行うことができる。ユーザーがある画像ファイルを入手してその画像ファイルをクライアント・コンピュータ１０２に送りたいと望む場合、ユーザーはそのユーザーが登録されているスキャナ・サーバー１３０に接続されたネットワーク・スキャナ（あるいは他の画像獲得装置）のところに行き、ステップ７６０で表示されるメニューからスキャンからファイルへのオプションを指定する。

クライアント・コンピュータ１０２が複数のスキャナ・サーバーに登録されている場合は、ユーザーは自分が登録されているどのスキャナ・サーバーに行ってもよい。本発明はスキャンからアプリケーションへの動作とスキャンからファイルへの動作の両方をスキャナ・サーバー・コンピュータ１３０で行えるようにしてくれる。

本発明の好ましい実施の形態においては、グラフィック・メニューがスキャナ・サーバー１３０のコンピュータ・モニター上に表示される。このメニューはスキャンからアプリケーション動作とスキャンからファイルへの動作のどちらを実行したいのかをユーザーに選択できるようにしてくれる。ステップ７６２で、ユーザーはスキャンからファイルへの動作を選択する。

スキャンからファイルへのオプションを指定した後、サーバーはスキャンからファイル操作に関してスキャナ・サーバー１３０に登録されている複数のクライアント・コンピュータを表示し、図２７のマシーン名テーブル内にエントリー情報を持つ。

図３８はスキャナ・サーバー１３０の登録マシーン名に対応する名前のリストを含む画像８００を示している。名前のリストは強調表示（図中の８０２）されている"Ｍａｒｙ"という名前を含んでいる。ユーザーがクリックすると、指定ボタン８０４が強調表示された名前を選択する。図３８の画像８００にはまたキャンセル・ボタン８０６とヘルプ・ボタン８０８も示されており、これらを用いることにより指定動作を取り消したり、ユーザーにヘルプ情報が与えられたりする。

ユーザーが図３８の画像表示を用いてステップ７６２で画像ファイルを受け取るためにそのクライアント・コンピュータを指定した後、ユーザーはステップ７６４でＴＷＡＩＮドライバー１３６を用いてスキャナ・サーバー１３０で走査パラメータを指定する。パラメータを指定するこの操作中に、スキャナ・サーバー１３０のスキャン・タスク・ソフトウエア１３４がＴＷＡＩＮとの互換性を有するいずれかの画像獲得ソフトウエアとして作動する。

スキャナ・サーバーのＴＷＡＩＮドライバー１３６は通常のＴＷＡＩＮ標準に従ってインプリメントすることができ、スキャンからアプリケーション・プロセス中にクライアント・コンピュータ１０２によって用いられるバーチャルＴＷＡＩＮドライバー１０６に関して述べたようなバーチャルＴＷＡＩＮドライバーとしては作動しない。ステップ７６４での走査パラメータの設定は好ましくは本発明のスキャンからアプリケーション動作に関連して述べた図２５に示したグラフィック・ユーザー・インターフェースと類似したグラフィック・ユーザー・インターフェースを用いて実行される。

上に述べたような走査パラメータの設定に代わる方法として、本発明のスキャンからファイル側面のための走査パラメータを、この発明のスキャンからパラメータ側面のために用いられたのと同様に方法で設定することも可能である。

画像はステップ７６６でスキャナ１４４か、あるいはＴＷＡＩＮドライバー１３６を用いる他の画像獲得装置を用いて走査される。この走査動作はスキャナ・サーバー１３０、ＴＷＡＩＮドライバー１３６、およびスキャン・タスク・ソフトウエア１３４によって制御される。

ステップ７６８で、スキャナ・サーバー１３０は獲得された画像ファイルを指定されたクライアント・コンピュータ１０２に送信する。なお、ステップ７６８でクライアント・コンピュータ１０２に送られる画像ファイルはそのクライアント・コンピュータ１０２でランしているアプリケーション１０４には送られず、クライアント・コンピュータ１０２の記憶装置１１０内のファイルに保存される。

画像ファイルをスキャナ・サーバー１３０からクライアント・コンピュータ１０２に送るためには、スキャナ・サーバー１３０はセッション開始コマンドあるいはパケット・ヘッダーをクライアント・コンピュータ１０２に送り、クライアント・コンピュータ１０２はスキャナ・サーバー１３０にセッション初期設定確認応答コマンドを送り返す。

この動作に応えて、スキャナ・サーバー１３０はプロセスＩＤテーブル１５０内に対応するエントリー情報をつくる。つぎに、画像ファイルが図３２に示されている保存ファイル入手コマンドかパケット・ヘッダーを用いてスキャナ・サーバー１３０からクライアント・コンピュータ１０２に送られる。その画像情報を送るパケット・ヘッダーを受領すると、クライアント・コンピュータ１０２は図３３に示されているような保存ファイル入手確認応答コマンドかパケット・ヘッダーをスキャナ・サーバー１３０に送る。

クライアント・コンピュータ１０２へのその画像の転送が完了すると、スキャナ・サーバー１３０はクライアント・コンピュータ１０２にセッション終了コマンドを送り、クライアント・コンピュータ側はセッション終了確認応答コマンドで対応する。別の方法として、クライアント・コンピュータ１０２がセッション終了コマンドを送り、スキャナ・サーバー１３０が対応する確認応答を送る。

なお、画像ファイルの転送はユーザーによって検索のためにインデックスされるファイル内にその画像を保存することなく、その画像ファイルをスキャナ・サーバー１３０からクライアント・コンピュータ１０２に転送することによって行われる。これは、その画像ファイルをファイル・サーバーに保存したり、その後でユーザーがそのファイルから検索するという中間ステップがないことを意味している。

画像ファイル伝送中に画像ファイルをネットワーク伝送ルートに沿った一つ又は複数の記憶装置内に一時的に保存させることはできる。しかしながら、この暫定的な保存はクライアント・コンピュータのユーザーによってファイルを検索することを可能にするものではなく、単に、クライアント・コンピュータの最終的な送り先に行くまでの途中の一つの中継ステップとして役立つだけである。こうした方法で、画像ファイルは、ファイル・サーバーなどの中間記憶装置からファイルを検索するためのユーザーによる検索プロセスなしでクライアント・コンピュータ１０２に到着する。

上に述べたような保存ファイル入手コマンドの利用に代わる方法として、ネットワーク１２０全体で用いられる従来の、そして公知のファイル転送技術が行われ、それゆえ、この発明による使用のためにインプリメントされた特別のプロトコル・コマンドは用いる必要はないが、公知のファイル転送プロトコルを含めネットワーク上で用いられるどのようなタイプのファイル転送メカニズムでも本発明のために用いることができる。

一つの例として、ＦＴＰはインターネット上のクライアント・コンピュータへの画像のダウンロード、あるいはクライアント・コンピュータからのアップロードができるようにする公知のインターネット・ファイル転送プロトコルである。さらに、Ｎｏｖｅｌｌ Ｎｅｔｗａｒｅネットワークで用いられるファイル転送プロトコルやその他のいずれかのＴＣＰ／ＩＰファイル転送プロトコルなど他のいずれのファイル転送プロトコルを用いてもよい。

ステップ７７０では、クライアント・コンピュータ１０２が画像ファイルを受け取った後、図３９に図示されているように、画像ファイルが到着したことを示すダイアログ・ボックスがクライアント・コンピュータ１０２のモニター上に表示される。

図３９の画像８２０で、ユーザーがＲｉｃｏｈフォルダー８２４などのフォルダーやサブディレクトリーを選択できるようにするメッセージ８２２が表示される。メッセージ８２６はユーザーがファイル名を指定することができるようにし、この場合であればファイル名はフィールド８２８内に示されているように"scanfile.1" である。メッセージ８３０は異なったファイル・タイプを用いることができることを示しており、フィールド８３２はそのファイルがＴＩＦＦ画像ファイルとして保存されること、およびＧ４圧縮を用いることを示している。保存ボタン８３４はユーザーがファイル保存操作を行うことを可能にし、キャンセル・ボタン８３６はユーザーがその操作を制御できるようにしている。

図３６のステップ７７２で、ユーザーは図３９に示されているダイアログ・ボックスを用いてディレクトリーあるいはフォルダー、ファイル名、および圧縮設定を指定し、図３９の保存ボタン８３４を押すことによって、これらの設定に従ってそのファイルを保存する。

つぎに、ステップ７７４で、ユーザーが別のスキャンからファイルへのジョブを行いたいのかどうかの判定が行われる。その回答が"ＹＥＳ"である場合、図３５のステップ７６０に進み、ユーザーはそのスキャンからファイルへの操作を繰り返す。ユーザーが現在実行すべき別のスキャンからファイルへのジョブを有していない場合は、ステップ７７４からステップ７７６に移り、クライアント・コンピュータでのスキャンからファイルへの処理を打ち切ることをユーザーが望んでいるかどうかの判断が行われる。

ユーザーがそのスキャンからクライアントへの処理を取り消すことを望まず、さらに別のスキャンからファイルへの操作を行うことを望むのであれば、ステップ７７４と７７６のループは、ユーザーが別の走査ジョブを持つか、あるいはそのクライアントでのスキャンからファイルへの処理を中止することを望むまでは続けられる。ユーザーは通常、そのクライアント・コンピュータ１０２を切ることを望む場合は、そのクライアントでのスキャンからファイルへの処理を打ち切ることを望むものである。

ユーザーがスキャンからファイルへの処理を打ち切ることを望む場合は、フローはステップ７７８に進み、図７のセッション開始コマンドがそのクライアントの名前およびクライアント・アドレスあるいはポートを含む情報と共にクライアント・コンピュータ１０２からスキャナ・サーバー１３０に送られる。ステップ７８０で、スキャナ・サーバー１３０はそのセッション開始コマンドを受け取り、そのサーバーのプロセスＩＤテーブル内にエントリー情報をつくる。

ステップ７８２で、図８のセッション初期設定確認応答コマンドがステップ７８２でスキャナ・サーバー１３０からクライアント・コンピュータ１０２に送られる。ステップ７８４で、図３０のセッション停止コマンドがクライアントからサーバー１３０にそのマシーン名のデータを含んで送られるので、スキャナ・サーバーはそのマシーン名テーブル内のどのスキャンからファイル・エントリー情報を消去すべきか知ることができる。

ステップ７８６で、セッション停止コマンドがサーバー１３０によって受け取られ、サーバー１３０が図２７に示されているマシーン名テーブル内の対応するエントリー情報を消去する。ステップ７８８で、サーバー１３０は図３１のセッション停止確認応答コマンドをクライアント・コンピュータ１０２に送る。

ステップ７９０で、クライアントは図９のセッション終了コマンドがクライアント・コンピュータ１０２からサーバー１３０に送られる。すると、ステップ７９２で、そのサーバー１３０のプロセスＩＤテーブル内の対応するエントリー情報が消去され、そしてサーバー１３０はセッション終了確認応答コマンドをクライアント１０２に送る。これで、図３７のプロセスは終了する。

本発明のスキャンからファイルへの側面はインターネットを含むコンピュータ・ネットワークを通じて画像ファイルを簡単に転送することができる。インターネットを通じてのスキャンからファイルへの操作を用いることで、長距離であれ、短距離であれ、画像ファイルを転送するための簡単で低コストの方法が提供される。

これにより、そのスキャンからファイルへの操作をファクシミリ機と同様に用いることができる。しかしながら、本発明は諧調およびカラー画像を簡単に伝送できるという利点を有している。インターネットを通じての画像の伝送はＩ−Ｆａｘ（インターネット・ファックス）あるいはＥ−Ｆａｘ（電子ファックス）と呼ばれる。

本発明は、コンピュータ技術の当業者には明らかなように、本明細書の教示に従ってプログラムされた従来の汎用デジタル・コンピュータあるいはマイクロプロセッサを用いて簡単に実施することができる。ソフトウエア技術の当業者には明らかなように、本開示の教示に基づいて経験あるプログラマーによって簡単に作成することができる。

本発明は、これも当業者には明らかなように、またアプリケーションに特有な集積回路の作成か、あるいは通常の構成回路の適切なネットワークを相互接続することによって実施することができる。

本発明は本発明のプロセスを実行するようにコンピュータをプログラムするために用いることができる命令を含む記憶媒体であるコンピュータ・プログラム製品を含んでいる。

この記憶媒体は、フロッピー（Ｒ）ディスク、光ディスク、ＣＤ−ＲＯＭ、および光磁気ディスクを含むあらゆるタイプのディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、あるいは電子命令を記憶するのに適したあらゆるタイプの媒体を含んでいる。

必要があれば、異なった記憶媒体を用いてクライアント・コンピュータ１０２とスキャナ・サーバー１３０によって用いられるソフトウエアを保存するために用いることができる。本発明はまた、本発明が用いるテーブルおよびパケット・ヘッダー・ストラクチャを含む種々のデータ・ストラクチャを保存するメモリも含んでいる。

これらのメモリは、例えば、ＳＲＡＭおよびＤＲＡＭを含むＲＡＭと、そしてハード・ディスクなどのディスク・メモリ、およびその他のタイプの書き込み可能メモリを含んでいる。

明らかに、上記の教示に照らして、本発明の多数の修正やバリエーションが可能である。従って、権利請求の範囲内において、本発明がここに具体的に述べられている形態以外の形態で実施可能であることは理解されるであろう。

以上説明したように、本発明に係るスキャナからネットワークを介してクライアント・コンピュータに画像情報を伝送するための画像伝送方法、画像伝送システム、コンピュータにより利用可能な媒体、および、メモリにあっては、コンピュータ・ネットワークを介してスキャナからクライアント・コンピュータへ画像情報を伝送することができる。

また、最初にネットワーク・ファイル・サーバー上に画像を記憶する必要なしに、その画像情報をスキャナからローカル・コンピュータに直接伝送することができる。

また、スキャナがクライアント・コンピュータに直接接続されている場合と同様に、クライアント・コンピュータ上で実行中のアプリケーション・プログラムがコンピュータ・ネットワークを介して情報を制御したり、画像スキャナからの情報を受け取ったりすることができる。

また、それに接続されたスキャナを有するスキャナ・サーバーからクライアント・コンピュータに、その画像ファイルを別個のファイル・サーバー上に保存する必要なく伝送することができる。

また、画像ファイルを別のファイル・サーバーに記憶させることなく、スキャナと接続しているスキャナ・サーバーからクライアント・コンピュータへ画像ファイルを伝送することができる。

ＴＷＡＩＮ対応アプリケーション・プログラムがどのように動作するかを示すための説明図である。 クライアント・コンピュータと、スキャナ・サーバーと、ファイル・サーバーとを示すネットワーク構成図である。 本実施の形態のソフトウエア構成要素および図２に示したクライアントおよびスキャナ・サーバー・コンピュータなどの構成要素を示す機能ブロック図である。 本実施の形態において、スキャンからアプリケーションへ、およびスキャンからファイルへの両方の側面に対してオープンな走査プロセスを登録するために用いられているプロセスＩＤテーブルを示す説明図である。 本実施の形態において、サーバーでのスキャンからアプリケーションへのプロセスを登録するために用いられるスキャナ画像テーブルを示す説明図である。 本実施の形態において、クライアントとサーバー・コンピュータの間でコマンドおよび情報を交信するために用いられるパケットの一般的なフォーマットを示す説明図である。 セッション開始コマンドのためのパケット・ヘッダーの構造を示す説明図である。 セッション開始コマンドを受信したコンピュータから送信されるセッション開始確認応答コマンドのためのパケット・ヘッダーの構造を示す説明図である。 セッション終了コマンドのためのパケット・ヘッダーの構造を示す説明図である。 セッション終了確認応答パケット・ヘッダーの構造を示す説明図である。 スキャナ・パラメータ読み込みパケット・ヘッダーの構造を示す説明図である。 スキャナ・パラメータ読み込み確認応答コマンドのためのパケット・ヘッダーの構造を示す説明図である。 パラメータ設定のためのパケット・ヘッダーの構造を示す説明図である。 パラメータ設定確認応答のパケット・ヘッダーの構造を示す説明図である。 スキャナ・ジョブ停止のパケット・ヘッダーの構造を示す説明図である。 スキャナ・ジョブ停止確認応答のパケット・ヘッダーの構造を示す説明図である。 ファイル読み込みのためのパケット・ヘッダーの構造を示す説明図である。 ファイル読み込み確認応答のパケット・ヘッダーの構造を示す説明図である。 本実施の形態において、スキャンからアプリケーションへのプロセスで用いられるフローチャートである。 本実施の形態において、スキャンからアプリケーションへのプロセスで用いられるフローチャートである。 本実施の形態において、スキャンからアプリケーションへのプロセスで用いられるフローチャートである。 本実施の形態において、スキャンからアプリケーションへのプロセスで用いられるフローチャートである。 本実施の形態において、スキャンからアプリケーションへのプロセスで用いられるフローチャートである。 ＴＷＡＩＮと互換性のあるウィンドウズ（Ｒ）に基づいた画像アプリケーションに現れるプルダウン・メニューを示す図である。 走査のためのパラメータを設定するために用いられるコンピュータ・スクリーンの画像を示す図である。 ユーザーがスキャナ・サーバーで複数のスキャンからアプリケーションへのジョブの一つを指定することができるようにするコンピュータ・スクリーンの画像を示す図である。 本発明のスキャンからファイルへの側面のためにスキャナ・サーバーから画像ファイルを受け入れることができるクライアント・コンピュータをトラッキングするために用いられるマシーン名テーブルを示す図である。 本実施の形態において、スキャンからファイルへのプロセスに関するコマンドおよび情報を交信するために用いられるパケットを示す説明図である。 本実施の形態において、スキャンからファイルへのプロセスに関するコマンドおよび情報を交信するために用いられるパケットを示す説明図である。 本実施の形態において、スキャンからファイルへのプロセスに関するコマンドおよび情報を交信するために用いられるパケットを示す説明図である。 本実施の形態において、スキャンからファイルへのプロセスに関するコマンドおよび情報を交信するために用いられるパケットを示す説明図である。 本実施の形態において、スキャンからファイルへのプロセスに関するコマンドおよび情報を交信するために用いられるパケットを示す説明図である。 本実施の形態において、スキャンからファイルへのプロセスに関するコマンドおよび情報を交信するために用いられるパケットを示す説明図である。 本実施の形態におけるスキャンからファイルへのオペレーションのフローチャートである。 本実施の形態におけるスキャンからファイルへのオペレーションのフローチャートである。 本実施の形態におけるスキャンからファイルへのオペレーションのフローチャートである。 本実施の形態におけるスキャンからファイルへのオペレーションのフローチャートである。 本実施の形態において、スキャンからファイルへのオペレーションによって作成されるスキャナ画像ファイルをどのコンピュータで受信するかを指定するためのスキャナ・サーバー側のスクリーン表示の画像例を示す説明図である。 本実施の形態において、ネットワーク・スキャナから画像ファイルが受信された際に、このファイルをどのように保存するかに関する情報を提供するように依頼するポップ・アップ表示を行うダイアログ・ボックスの画像例を示す説明図である。

符号の説明

２０ ワークステーション
２２ アプリケーション・ソフトウエア
２４ プルダウン・メニュー
３２ ソース・マネジャ
３４ メニュー
４２ ソース・デバイス・ドライバー
４４ ソース・ユーザー・インターフェース
５０ スキャナ
１０２ クライアント・コンピュータ
１２０ ネットワーク
１２２ ファイル・サーバー
１３０ スキャナ・サーバー・コンピュータ
１４０ バス（またはケーブル）
１４４ スキャナ

Claims (12)

1. 画像獲得装置によって獲得された画像データを、コンピュータ装置からネットワークを介してクライアント・コンピュータに伝送する画像伝送方法であって、
   前記コンピュータ装置が、前記画像獲得装置によって獲得された画像データに関する前記クライアント・コンピュータの利用可能性について登録を受け付けるステップと、
   前記クライアント・コンピュータに前記画像獲得装置のドライバーをインストールするステップと、
   前記クライアント・コンピュータでアプリケーション・プログラムを動作させるステップと、
   前記クライアント・コンピュータがインストールされた前記画像獲得装置のドライバーの中からユーザ操作に応じた所望のドライバーの選択を受け付けるステップと、
   前記クライアント・コンピュータが前記コンピュータ装置において利用可能なものとして登録されている場合、前記選択された前記画像獲得装置のドライバーが、前記画像獲得装置によって獲得された前記画像データを前記ネットワークを介して前記アプリケーション・プログラムに取り込むステップと
   を具備することを特徴とする画像伝送方法。
2. 前記画像獲得装置のドライバーが前記画像データを取り込むステップでは、前記画像獲得装置のドライバーは、ユーザによるファイル検索を行うことなく、前記画像データを取り込むことを特徴とする請求項１に記載の画像伝送方法。
3. 前記画像獲得装置のドライバーが前記画像データを取り込む際に、当該取込プロセスを識別する情報を前記コンピュータ装置に記憶するステップをさらに具備する
   ことを特徴とする請求項１または２に記載の画像伝送方法。
4. 前記画像獲得装置のドライバーが前記画像データを取り込む際に、取り消しを許可する旨を表示させるステップと、
   前記クライアント・コンピュータが、取り消し要求があった場合に、取り消しコマンドを前記コンピュータ装置に送信するステップと、
   前記取り消しコマンドを受けた前記コンピュータ装置が、記憶されている前記取込プロセスを識別する情報に基づいて、当該取り消しコマンドに対応する取込プロセスを取り消すステップと
   をさらに具備することを特徴とする請求項３に記載の画像伝送方法。
5. 前記コンピュータ装置が、その表示画面に実行可能なジョブを表示するステップをさらに具備し、
   前記画像獲得装置のドライバーによる画像データ取り込みステップでは、前記ジョブの中でユーザに選択されたジョブにしたがって画像データの取り込みが行われる
   ことを特徴とする請求項１に記載の画像伝送方法。
6. 前記コンピュータ装置が、当該コンピュータ装置のユーザインターフェースを介してスキャナパラメータの設定を受けるステップをさらに具備し、
   前記画像獲得装置のドライバーによる画像データ取り込みステップでは、前記設定されたスキャナパラメータにしたがって前記画像獲得装置がスキャンした画像データの取り込みが行われる
   ことを特徴とする請求項１に記載の画像伝送方法。
7. 前記画像獲得装置のドライバーは、複数のアプリケーション・プログラムにより使用可能であることを特徴とする請求項１に記載の画像伝送方法。
8. 画像獲得装置によって獲得された画像データを、ネットワークを介してクライアント・コンピュータに送信するコンピュータ装置であって、
   前記画像獲得装置によって獲得された画像データに関する前記クライアント・コンピュータの利用可能性についての登録を受け付ける手段と、
   前記画像獲得装置を画像データのソースとしてユーザ操作に応じた所望の選択している前記クライアント・コンピュータから画像獲得コマンドを受けた場合において、当該クライアント・コンピュータが利用可能なものとして登録されているときには、当該クライアント・コンピュータで動作するアプリケーション・プログラムに対し、前記ネットワークを介して前記画像獲得装置によって獲得された画像データを送信する手段と
   を具備することを特徴とするコンピュータ装置。
9. コンピュータに、
   画像獲得装置によって獲得された画像データを送信するコンピュータ装置に、前記画像データに関する当該コンピュータの利用可能性を登録させる手順と、
   画像データのソースとしてユーザ操作に応じた所望のものとして選択された画像獲得装置に対応する前記コンピュータ装置に対し、画像獲得コマンドをネットワークを介して送信する手順と、
   送信した前記画像獲得コマンドを受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを受信する手順と、
   受信した前記画像データを当該コンピュータで動作するアプリケーション・プログラムに取り込ませる手順と
   を実行させるためのプログラムを記憶したコンピュータ読取可能な記録媒体。
10. コンピュータに画像データを取り込む画像処理方法であって、
    画像獲得装置によって獲得された画像データを送信するコンピュータ装置に、前記画像データに関する当該コンピュータの利用可能性を登録させるステップと、
    画像データのソースとしてユーザ操作に応じた所望のものとして選択された画像獲得装置を管理する前記コンピュータ装置に対し、画像獲得コマンドをネットワークを介して送信するステップと、
    送信した前記画像獲得コマンドに受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを受信するステップと、
    受信した前記画像データを当該コンピュータで動作するアプリケーション・プログラムに取り込ませるステップと
    を具備する画像処理方法。
11. コンピュータに、
    画像獲得装置のドライバーの中からユーザ操作に応じた所望のドライバーの選択を受け付ける手順と、
    前記選択した画像獲得装置のドライバーにより、前記画像獲得装置によって獲得された画像データを送信するコンピュータ装置に、前記画像データに関する当該コンピュータの利用可能性を登録させる手順と、
    画像データのソースとして選択された前記画像獲得装置を管理する前記コンピュータ装置に画像獲得コマンドを前記画像獲得装置のドライバーにより前記ネットワークを介して送信させる手順と、
    送信した前記画像獲得コマンドを受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを前記選択した画像獲得装置のドライバーに取り込ませる手順と、
    を実行させるためのプログラムを記憶したコンピュータ読取可能な記録媒体。
12. 画像獲得装置によって獲得された画像データを送信するコンピュータ装置から、ネットワークを介して前記画像データをコンピュータに取り込む画像処理方法であって、
    前記コンピュータにおいて前記画像獲得装置のドライバーの中からユーザ操作に応じた所望のドライバーの選択を受け付けるステップと、
    前記選択した画像獲得装置のドライバーにより、前記コンピュータ装置に前記画像データに関する当該コンピュータの利用可能性を登録させるステップと、
    画像データのソースとして選択された前記画像獲得装置を対応する前記コンピュータ装置に対し、前記画像獲得装置のドライバーにより前記ネットワークを介して画像獲得コマンドを送信させるステップと、
    送信した前記画像獲得コマンドを受信した前記コンピュータ装置に当該コンピュータ装置が利用可能なものとして登録されている場合に、前記コンピュータ装置から前記ネットワークを介して送信される前記画像獲得装置によって獲得された画像データを前記選択した画像獲得装置のドライバーに取り込ませるステップと
    を具備することを特徴とする画像処理方法。

Images