JPH10232925A - スキャナからネットワークを介してクライアント・コンピュータに画像情報を伝送するための画像伝送方法、画像伝送システム、コンピュータにより利用可能な媒体、および、メモリ - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータ・ネットワークを介してスキャ
ナからクライアント・コンピュータへ画像情報を伝送で
きるようにすること。 【解決手段】 画像ファイルもスキャンからファイルへ
のオペレーションを用いるクライアント・コンピュータ
のローカル・ファイル保存装置に伝送される。このスキ
ャンからアプリケーションおよびスキャンからファイル
へのオペレーションの両方をインプリメントするために
ネットワーク・プロトコルが用いられる。ファイル転送
手順中に用いられる種々の情報を含むデータ構造または
テーブルを記憶するためにコンピュータ・メモリが用い
られる。コンピュータ・メモリはプロトコル・パケット
・ヘッダーおよび伝送された情報を一時的に記憶した
り、あるいは永続的に記憶するために用いられる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スキャナからネッ
トワークを介してクライアント・コンピュータに画像を
伝送するネットワーク画像走査システムに関し、より詳
細には、クライアント・コンピュータがネットワークに
接続されたスキャナを制御して、上記スキャナが上記ク
ライアント・コンピュータに直接接続されている場合と
同様に、上記スキャナから上記ネットワークを介して画
像を受信することができるようにするネットワーク画像
走査システムに関する。

【０００２】また、本発明は、ファイル・サーバーに画
像ファイルを記憶させるという中間的な工程なしで、ス
キャナ・サーバーに接続されたスキャナからネットワー
クを介してクライアント・コンピュータに画像を伝送す
ることに関するものである。特に、本願は、１９９６年
１１月８日付けで出願された米国暫定特許出願６０／０
３０、０６９のためのものである。

【０００３】

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

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

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

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

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

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

【０００９】本発明は上記に鑑みてなされたものであっ
て、コンピュータ・ネットワークを介してスキャナから
クライアント・コンピュータへ画像情報が伝送ができる
ネットワーク画像走査システムを提供することを目的と
する。

【００１０】また、本発明は上記に鑑みてなされたもの
であって、最初にネットワーク・ファイル・サーバー上
に画像を記憶する必要なしに、その画像情報をスキャナ
からローカル・コンピュータに直接伝送できるネットワ
ーク画像走査システムを提供することを目的とする。

【００１１】また、本発明は上記に鑑みてなされたもの
であって、スキャナがクライアント・コンピュータに直
接接続されている場合と同様に、クライアント・コンピ
ュータ上で実行中のアプリケーション・プログラムがコ
ンピュータ・ネットワークを介して情報を制御したり、
画像スキャナからの情報を受け取ったりすることができ
るネットワーク画像走査システムを提供することを目的
とする。

【００１２】また、本発明は上記に鑑みてなされたもの
であって、それに接続されたスキャナを有するスキャナ
・サーバーからクライアント・コンピュータに、その画
像ファイルを別個のファイル・サーバー上に保存する必
要なく伝送できるネットワーク画像走査システムを提供
することを目的とする。

【００１３】また、本発明は上記に鑑みてなされたもの
であって、画像ファイルを別のファイル・サーバーに記
憶させることなく、スキャナと接続しているスキャナ・
サーバーからクライアント・コンピュータへ画像ファイ
ルを伝送できるネットワーク画像走査システムを提供す
ることを目的とする。

【００１４】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１に係る画像伝送方法にあっては、画像を
獲得し、第１のコンピュータから第２のコンピュータに
伝送する画像伝送方法において、前記第２のコンピュー
タによってアプリケーション・プログラムを実行する工
程と、前記第２のコンピュータを用いて、画像が前記ア
プリケーション・プログラムを用いて獲得されるべきで
あることを示す工程と、画像が獲得されるべきであるこ
とを示すコマンドをコンピュータ・ネットワークを介し
て前記第２のコンピュータから第１のコンピュータに伝
送する工程と、前記第１のコンピュータによって前記コ
マンドを受信する工程と、前記第１のコンピュータによ
って前記コマンドを受信した後、前記第１のコンピュー
タで画像を獲得する工程と、前記コンピュータ・ネット
ワークを介して前記画像を前記第１のコンピュータから
前記第２のコンピュータに伝送する工程と、前記画像を
前記第２のコンピュータの記憶媒体に記憶する工程と、
を含むものである。

【００１５】請求項２に係る画像伝送方法にあっては、
さらに、前記第１のコンピュータに前記獲得工程のため
のパラメータ情報を伝送することを要求するコマンド
を、前記第２のコンピュータから前記第１のコンピュー
タを伝送する工程と、前記パラメータ情報を前記第２の
コンピュータから前記第１のコンピュータに伝送する工
程と、を含むものである。

【００１６】請求項３に係る画像伝送方法にあっては、
前記第１のコンピュータに前記パラメータ情報を伝送す
ることを要求する前記コマンドを伝送する前記工程が、
前記第１のコンピュータに前記獲得工程を実行する獲得
装置の容量に関する情報を伝送することを要求するコマ
ンドを伝送する工程を含むものである。

【００１７】請求項４に係る画像伝送方法にあっては、
前記第１のコンピュータに前記パラメータ情報を伝送す
ることを要求するコマンドを伝送する前記工程が、前記
第１のコンピュータに前記獲得工程を実行する獲得装置
の容量情報と前記獲得工程中に用いられるべきパラメー
タを伝送することを要求するコマンドを伝送する工程を
含むものである。

【００１８】請求項５に係る画像伝送方法にあっては、
さらに、前記第２のコンピュータによって、前記第１の
コンピュータが前記ネットワーク上に存在しているか否
かを判定する工程を含み、前記工程が、第１のコンピュ
ータが前記ネットワーク上に存在しており、かつ、前記
ネットワーク上に、画像を獲得し、その画像を前記ネッ
トワークを介して前記第２のコンピュータに伝送するこ
とができる別のコンピュータが存在していると判定した
場合に、前記第１のコンピュータが前記獲得工程を実行
すべきであることを選択する工程を含むものである。

【００１９】請求項６に係る画像伝送方法にあっては、
さらに、前記第１のコンピュータで、実行可能な複数の
獲得ジョブを示す情報を表示する工程と、前記第２のコ
ンピュータでのアプリケーション・プログラムのユーザ
ーにより、前記第１のコンピュータで複数の獲得ジョブ
の一つを選択する工程と、を含むものである。

【００２０】請求項７に係る画像伝送方法にあっては、
さらに、前記第１および第２のコンピュータ間にオープ
ン通信セッションがある場合に、前記第１のコンピュー
タでデータ構造を有するメモリ内にエントリー情報をつ
くりだす工程を含むものである。

【００２１】請求項８に係る画像伝送システムにあって
は、画像を獲得し、その画像を第１のコンピュータから
第２のコンピュータに伝送する画像伝送システムにおい
て、前記第２のコンピュータによってアプリケーション
・プログラムを実行する手段と、前記第２のコンピュー
タを用いて、画像が前記アプリケーション・プログラム
を用いて画像が獲得されるべきであることを示す手段
と、画像が獲得されるべきであることを示すコマンドを
コンピュータ・ネットワークを介して前記第２のコンピ
ュータから前記第１のコンピュータに伝送する手段と、
前記第１のコンピュータによって前記コマンドを受信す
る手段と、前記第１のコンピュータによる前記コマンド
を受信する手段が、そのコマンドを受信した後、前記第
１のコンピュータで画像を獲得する手段と、前記コンピ
ュータ・ネットワークを介して前記画像を前記第１のコ
ンピュータから前記第２のコンピュータに伝送する手段
と、前記画像を前記第２のコンピュータの記憶媒体に記
憶する手段と、を備えたものである。

【００２２】請求項９に係る画像伝送システムにあって
は、さらに、前記第１のコンピュータに前記獲得手段の
ためのパラメータ情報を伝送することを要求するコマン
ドを、前記第２のコンピュータから前記第１のコンピュ
ータに伝送する手段と、前記パラメータ情報を前記第２
のコンピュータから前記第１のコンピュータに伝送する
手段と、を備えたものである。

【００２３】請求項１０に係る画像伝送システムにあっ
ては、前記第１のコンピュータに前記パラメータ情報を
伝送することを要求する前記コマンドを伝送する前記手
段が、前記第１のコンピュータに前記獲得手段の容量情
報を伝送することを要求するコマンドを伝送する手段を
備えたものである。

【００２４】請求項１１に係る画像伝送システムにあっ
ては、前記第１のコンピュータに前記パラメータ情報を
伝送することを要求する前記手段が、前記第１のコンピ
ュータに前記獲得手段の容量情報と前記獲得手段が用い
るパラメータを伝送することを要求するコマンドを伝送
する手段を備えたものである。

【００２５】請求項１２に係る画像伝送システムにあっ
ては、さらに、前記第２のコンピュータによって、前記
第１のコンピュータが前記ネットワーク上に存在してい
るか否かを判定する手段を備え、前記第１のコンピュー
タが前記ネットワーク上に存在しているか否かを判定す
る手段が、前記第１のコンピュータが前記ネットワーク
上に存在しており、かつ、前記ネットワーク上に、画像
を獲得し、その画像を前記ネットワークを介して前記第
２のコンピュータに伝送することができる別のコンピュ
ータが存在していると判定した場合に、前記第１のコン
ピュータが前記獲得手段を用いて前記獲得を実行するこ
とを前記第２のコンピュータによって選択する手段を備
えたものである。

【００２６】請求項１３に係る画像伝送システムにあっ
ては、さらに、前記第１のコンピュータで、実行可能な
複数の獲得ジョブを示す情報を表示する手段と、前記第
２のコンピュータでの前記アプリケーション・プログラ
ムのユーザーにより、前記第１のコンピュータで前記複
数の獲得ジョブのうちの一つを選択する手段と、を備え
たものである。

【００２７】請求項１４に係るコンピュータにより利用
可能な媒体にあっては、前記第２のコンピュータによっ
てアプリケーション・プログラムを実行するコンピュー
タ読み取り可能プログラム・コード手段と、前記第２の
コンピュータを用いて、前記アプリケーション・プログ
ラムを用いて画像が獲得されることを示すコンピュータ
読み取り可能プログラム・コード手段と、画像が獲得さ
れることを示すコマンドをコンピュータ・ネットワーク
を介して前記第２のコンピュータから前記第１のコンピ
ュータに伝送するコンピュータ読み取り可能プログラム
・コード手段と、前記第１のコンピュータによって前記
コマンドを受信するコンピュータ読み取り可能プログラ
ム・コード手段と、前記第１のコンピュータによって前
記コマンドを受信する工程後に、前記第１のコンピュー
タで画像を受信するコンピュータ読み取り可能プログラ
ム・コード手段と、前記コンピュータ・ネットワークを
介して前記画像を前記第１のコンピュータから前記第２
のコンピュータに伝送するコンピュータ読み取り可能プ
ログラム・コード手段と、前記第２のコンピュータの記
憶媒体に画像を記憶するコンピュータ読み取り可能プロ
グラム・コード手段と、を備え、画像を獲得し、その画
像を第１のコンピュータから第２のコンピュータに伝送
するコンピュータ読み取り可能なプログラム・コードを
内部に有しているものである。

【００２８】請求項１５に係る画像伝送方法にあって
は、画像を獲得し、その画像を第１のコンピュータから
第２のコンピュータに伝送する画像伝送方法において、
前記第１のコンピュータからの画像を受信するクライア
ント・コンピュータである前記第２のコンピュータの利
用可能性を登録する工程と、前記第１のコンピュータで
前記画像を獲得する工程と、ユーザーによって検索用に
選択された画像をファイル内に記憶しないで、前記コン
ピュータ・ネットワークを介して前記第１のコンピュー
タから前記第２のコンピュータに伝送する工程と、前記
第２のコンピュータで前記画像を受信する工程と、前記
第２のコンピュータの記憶媒体上に前記画像を保存する
工程と、を含むものである。

【００２９】請求項１６に係る画像伝送方法にあって
は、さらに、前記第１のコンピュータで、前記第１のコ
ンピュータからの画像を受信するように登録された複数
のコンピュータを含むリストから前記第２のコンピュー
タを選択するする工程を含むものである。

【００３０】請求項１７に係る画像伝送方法にあって
は、さらに、前記第２のコンピュータで、第２のコンピ
ュータが前記第１のコンピュータからの前記画像を受信
するために利用可能であることを選択する工程を含むも
のである。

【００３１】請求項１８に係る画像伝送方法にあって
は、前記登録工程が、前記第２のコンピュータを登録す
るために前記第２のコンピュータのデータ構造にエント
リー情報をつくる工程を含むものである。

【００３２】請求項１９に係る画像伝送方法にあって
は、さらに、前記第２のコンピュータを前記第１のコン
ピュータから登録解除するために登録解除コマンドを前
記第２のコンピュータから前記第１のコンピュータに伝
送する工程を含むものである。

【００３３】請求項２０に係る画像伝送方法にあって
は、さらに、前記第２のコンピュータによって、前記第
１のコンピュータが前記ネットワーク上に存在している
か否かを判定する工程を含み、前記工程が、前記第１の
コンピュータが前記ネットワーク上に存在しており、か
つ、画像を獲得して、前記ネットワークを介して前記第
２のコンピュータに伝送することができる別のコンピュ
ータが前記ネットワーク上に存在していると判定した場
合に、前記第１のコンピュータが前記獲得を実行するこ
とを前記第２のコンピュータによって選択する工程を含
むものである。

【００３４】請求項２１に係る画像伝送システムにあっ
ては、画像を獲得し、前記画像を第１のコンピュータか
ら第２のコンピュータに伝送する画像伝送システムにお
いて、前記第１のコンピュータからの画像を受信するた
めに、クライアンド・コンピュータである前記第２のコ
ンピュータの利用可能性を登録する手段と、前記第１の
コンピュータで前記画像を獲得する手段と、コンピュー
タ・ネットワークを介して、ユーザーによって検索用に
選択される画像をファイル内に保存することなしに、前
記第１のコンピュータから前記第２のコンピュータに伝
送する手段と、前記第２のコンピュータで前記画像を受
信する手段と、前記第２のコンピュータの記憶媒体に前
記画像を記憶する手段と、を備えたものである。

【００３５】請求項２２に係る画像伝送システムにあっ
ては、さらに、前記第１のコンピュータで、前記第１の
コンピュータからの画像を受信するために登録される複
数のコンピュータを含むリストから前記第２のコンピュ
ータを選択する手段を備えたものである。

【００３６】請求項２３に係る画像伝送システムにあっ
ては、さらに、前記第２のコンピュータで、前記第２の
コンピュータを前記第１のコンピュータからの画像を受
信するためにそれが利用できることを登録することを選
択する手段を備えたものである。

【００３７】請求項２４に係る画像伝送システムにあっ
ては、さらに、前記第２のコンピュータを前記第１のコ
ンピュータから登録解除するために、前記第２のコンピ
ュータから前記第１のコンピュータに登録解除コマンド
を伝送する手段を備えたものである。

【００３８】請求項２５に係る画像伝送システムにあっ
ては、さらに、前記第２のコンピュータによって、前記
第１のコンピュータが前記ネットワーク上に存在してい
るか否かを判定する手段を備え、前記手段が、前記第１
のコンピュータが前記ネットワーク上に存在しており、
かつ、画像を獲得してその画像を前記ネットワークを介
して前記第２のコンピュータに伝送することができる別
のコンピュータが前記ネットワーク上に存在していると
判定した場合に、前記第２のコンピュータによって、前
記第１のコンピュータが前記獲得を行うことを選択する
手段を備えたものである。

【００３９】請求項２６に係るコンピュータにより利用
可能な媒体にあっては、前記第１のコンピュータからの
画像を受信するためにクライアント・コンピュータであ
る前記第２のコンピュータの利用可能性を登録するコン
ピュータ読み取り可能プログラム・コード手段と、前記
第１のコンピュータで前記画像を獲得するコンピュータ
読み取り可能プログラム・コード手段と、ユーザーが検
索のために選択する画像を、その画像をファイル内に記
憶せずに前記第１のコンピュータから前記第２のコンピ
ュータにコンピュータ・ネットワークを介して伝送する
コンピュータ読み取り可能プログラム・コード手段と、
前記第２のコンピュータで前記画像を受信するコンピュ
ータ読み取り可能プログラム・コード手段と、前記画像
を前記第２のコンピュータの記憶媒体に記憶するコンピ
ュータ読み取り可能プログラム・コード手段と、を備
え、画像を獲得し、その画像を第１のコンピュータから
第２のコンピュータに伝送するコンピュータ読み取り可
能なプログラム・コードを内部に有しているものであ
る。

【００４０】請求項２７に係るメモリにあっては、ネッ
トワーク・スキャニング操作のためにネットワークを介
して二つのコンピュータ間で情報を伝送するために用い
られるデータ構造を備えたメモリにおいて、前記データ
構造が、前記データ構造に関連したコマンド名を記憶す
る領域と、前記データ構造に関連したデータのサイズを
記憶する領域と、を備えたものである。

【００４１】請求項２８に係るメモリにあっては、前記
データ構造が、さらに、前記データ構造のタイプを示す
領域と、前記データ構造を用いるマシーンまたは機能の
タイプの情報を記憶する領域と、前記データ構造のバー
ジョンを示す領域と、通信状態を示すフラグを記憶する
領域と、前記データ構造のシーケンス番号を記憶する領
域と、前記データ構造の確認応答番号を記憶する領域
と、エラー番号を記憶する領域と、を備えたものであ
る。

【００４２】請求項２９に係るメモリにあっては、クラ
イアント・コンピュータとスキャナ・サーバーとの間の
オープン通信セッションの情報を記憶するデータ構造を
備えたメモリにおいて、前記データ構造が、インデック
スを記憶する領域と、情報がネットワークを介して前記
クライアント・コンピュータと前記スキャナ・サーバー
との間で交信されるネットワーク・スキャニング操作の
プロセス情報を記憶する領域と、を備えたものである。

【００４３】請求項３０に係るメモリにあっては、クラ
イアント・コンピュータとスキャナ・サーバーとの間の
通信セッションの情報を記憶するデータ構造を備えたメ
モリにおいて、前記クライアント・コンピュータの識別
を記憶する領域と、走査プロセス中にスキャナ・サーバ
ーによって用いられるパラメータを記憶する領域と、を
備えたものである。

【００４４】請求項３１に係るメモリにあっては、前記
スキャナ・サーバー・コンピュータからの画像ファイル
を受信することができるクライアント・コンピュータに
関する情報を登録するスキャナ・サーバー・コンピュー
タでデータ構造を記憶するメモリにおいて、インデック
スを記憶する領域と、画像ファイルを受信することがで
きるクライアント・コンピュータの識別情報を記憶する
領域と、を備えたものである。

【００４５】なお、これらの目的およびその他の目的
は、ネットワークで接続されたクライアント・コンピュ
ータとスキャナ・サーバー・コンピュータ、およびスキ
ャナが接続されたサーバー・コンピュータを含むネット
ワーク画像走査システムによって達成される。

【００４６】本発明の第１の側面によれば、クライアン
ト・コンピュータで実行されているアプリケーション・
プログラムによってバーチャルＴＷＡＩＮドライバーが
用いられる。バーチャルＴＷＡＩＮドライバーは、スキ
ャナがスキャナ・サーバーに接続されており、そのスキ
ャナ・サーバーがコンピュータネットワークを介してク
ライアント・コンピュータと接続されていても、ある程
度、そのクライアント・コンピュータが画像スキャナと
直接接続されているかのように、アプリケーション・プ
ログラムを作動させることができる。

【００４７】バーチャルＴＷＡＩＮドライバーはクライ
アント・コンピュータ内のクライアント・プロトコル・
エンコーダ／デコーダとのインターフェースとしての役
割を果たす。コマンドおよび情報はコンピュータ・ネッ
トワークを介してクライアントとスキャナ・サーバー間
で交信される。

【００４８】スキャナ・サーバー内には、クライアント
・コンピュータへの画像ファイルおよび画像情報を含む
コマンドおよび情報を受信したり送信するために使われ
るサーバー・プロトコル・エンコーダ／デコーダがあ
る。このスキャナ・サーバーはサーバー・プロトコル・
エンコーダ／デコーダとＴＷＡＩＮドライバー間でイン
ターフェースとしての役割を果たすアプリケーション・
プログラムを含んでいる。ＴＷＡＩＮドライバーは、ス
キャナ・サーバー内のＳＣＳＩインターフェースおよび
ＳＣＳＩバスを通してＳＣＳＩスキャナなどのスキャナ
と交信する。

【００４９】アプリケーション・ソフトウェアを実行す
るクライアント・コンピュータとスキャナ・サーバー・
コンピュータ間で制御情報および画像情報を含むコマン
ドおよび情報を適切に伝達するためには、コマンドおよ
びデータが、本発明で用いられるプロトコルに従ってク
ライアント・コンピュータとスキャナ・サーバー間で交
信される。本発明はクライアント・コンピュータとスキ
ャナ・サーバー間で交信されるコマンドおよびパケット
・ストラクチャを含んでいる。

【００５０】クライアント・コンピュータとスキャナ・
サーバー間でオープン通信セッションがある場合はいつ
でも、接続情報を記述しているエントリー情報（entry)
がスキャナ・サーバー・コンピュータに保存されている
プロセスＩＤテーブル内に作成される。本発明のスキャ
ンからアプリケーションの側面においては、スレッドＩ
Ｄ、機器名称、クライアント・アドレス、画像ファイル
名、および走査パラメータなどのクライアント・コンピ
ュータに関する情報と実行プロセスについての情報を含
むテーブルがスキャナ・サーバー・コンピュータ内で用
いられる。

【００５１】本発明は、ネットワーク上の装置がクライ
アント・コンピュータ上で実行するアプリケーション・
プログラムを制御したり、それと交信できるようにする
と同時に、さらに、そのスキャナ・サーバーがクライア
ント・コンピュータのローカル・ディスクに情報を書き
込むことができるので、クライアント・コンピュータの
秘密保持が問題となる。

【００５２】こうした秘密保持に関する懸念はネットワ
ーク・パケットにエンコードされる本発明が用いるコマ
ンドの使用によって解決される。これらのコマンドの大
部分はクライアント・コンピュータから発生され、した
がって、発生と同時にクライアント・コンピュータによ
り認可されるので、従って、安全性の問題は防止できる
と考えられる。

【００５３】クライアント・コンピュータから発生され
ないコマンドは、ユーザーまたはソフトウェアがクライ
アント・コンピュータをスキャナ・サーバーに登録する
工程を行なった後に、ホストコンピュータから発生され
る。こうした形態の場合、クライアント・コンピュータ
はスキャナ・サーバーで登録処理を行なった後、クライ
アント・コンピュータはスキャナ・サーバーからコマン
ド（およびそれに伴うデータ）を受け入れるだけにな
る。

【００５４】本発明のスキャンからアプリケーションへ
の側面で用いられるコマンドには、オープン・セッショ
ン、クローズ・セッション、読み出しスキャナ・パラメ
ータ、設定パラメータ、端末スキャナ・ジョブ、読み出
しファイルが含まれており、それぞれはクライアント・
コンピュータから発生される。さらに、これらのコマン
ドはスキャナ・サーバーからクライアント・コンピュー
タへ送信される確認応答を含んでいる。

【００５５】ここではスキャンからファイルへの操作と
して記述される本発明の第２の側面では、スキャナ・サ
ーバーからクライアント・コンピュータでランするアプ
リケーション・プログラムに画像情報を伝送する代わり
に、画像ファイルがスキャナ・サーバーからクライアン
ト・コンピュータの記憶媒体に伝送される。

【００５６】そして、クライアント・コンピュータはロ
ーカルに記憶したり、いずれかのタイプの画像処理ソフ
トウエアによってネットワーク・ドライブとしてローカ
ルにマップされる媒体上に記憶される画像ファイルをア
クセスでき、あるいはその画像ファイルを単に記憶する
か、さらに伝送することができる。

【００５７】本発明のスキャンからファイルへの側面に
おいては、クライアント・コンピュータ内のファイル記
憶媒体、クライアントとサーバー間で伝送されるコマン
ドおよび情報をエンコードおよびデコードするクライア
ント・プロトコル・エンコーダ／デコーダ、サーバーが
ファイルをクライアント・コンピュータに伝送できるよ
うに、そのクライアント・コンピュータを上記サーバー
に登録したり、また複数の画像ファイルの受信や記憶を
制御したりするファイル・キャッチャーと呼ばれるプロ
グラムなどが関与している。

【００５８】このスキャナ・サーバーは、いずれかのタ
イプのネットワークでクライアント・コンピュータと接
続されており、サーバー・プロトコル・エンコーダ／デ
コーダ、スキャナ・サーバーに接続されているスキャナ
の作動を制御するスキャン・タスクソフトウェア、ＴＷ
ＡＩＮドライバーおよびスキャナ・インターフェースを
含んでいる。

【００５９】本発明のスキャンからファイルへの側面で
は、先ず最初に、クライアント・コンピュータをスキャ
ナ・サーバーに登録することによって開始される。そう
すれば、ユーザーはスキャナ・サーバーに行って、生成
された画像ファイルを受信するクライアント・コンピュ
ータを選択することができる。画像はスキャナ・サーバ
ーと接続しているスキャナによって走査され、その画像
ファイルは該当するクライアント・コンピュータへ送ら
れる。クライアント・コンピュータがファイルを受信す
ると、そのファイルはクライアント・コンピュータのロ
ーカル記憶媒体に記憶される。

【００６０】スキャナ・サーバーはクライアントとスキ
ャナ・サーバー間の動作手順を登録するテーブルを含ん
でおり、さらに画像ファイルを伝送できる機器を登録す
るテーブルも含んでいる。利用できる機器をリスト表示
したテーブルはマシーン名テーブルと呼ばれ、各エント
リー情報のために、インデックス、機器名領域、クライ
アント・アドレス領域を有している。

【００６１】本発明のスキャンからアプリケーションの
側面の場合と同様、オープンおよびクローズ・セッショ
ン・コマンド、セッション開始コマンド、セッション中
止コマンドおよび対応する確認コマンドを含む特殊なネ
ットワーク・スキャニング・コマンドがスキャンからフ
ァイルの操作のためにクライアントとサーバー間で伝送
される。

【００６２】スキャンからファイルへの別のコマンドで
あるファイル読み出しコマンドは、画像ファイルをロー
カル・コンピュータへ伝送するために、スキャナ・サー
バーからクライアント・コンピュータへ伝送される。ク
ライアント・コンピュータからスキャナ・サーバーへ伝
送される対応する確認コマンドもある。

【００６３】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０２７０】

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

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

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

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

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

【図面の簡単な説明】

【図１】ＴＷＡＩＮ対応アプリケーション・プログラム
がどのように動作するかを示すための説明図である。

【図２】クライアント・コンピュータと、そのクアリア
ント・コンピュータに接続されるスキャナ・サーバー
と、そしてファイル・サーバーを示しており、それらは
それぞれコンピュータ・ネットワークによって結ばれて
いる。

【図３】本実施の形態のソフトウエア構成要素および図
２に示したクライアントおよびスキャナ・サーバー・コ
ンピュータなどの構成要素を示す機能ブロック図であ
る。

【図４】本実施の形態において、スキャンからアプリケ
ーションへ、およびスキャンからファイルへの両方の側
面に対してオープンな走査プロセスを登録するために用
いられているプロセスＩＤテーブルを示す説明図であ
る。

【図５】本実施の形態において、サーバーでのスキャン
からアプリケーションへのプロセスを登録するために用
いられるスキャナ画像テーブルを示す説明図である。

【図６】本実施の形態において、クライアントとサーバ
ー・コンピュータの間でコマンドおよび情報を交信する
ために用いられるパケットの一般的なフォーマットを示
す説明図である。

【図７】セッション開始コマンドのためのパケット・ヘ
ッダーの構造を示す説明図である。

【図８】セッション開始コマンドを受信したコンピュー
タから送信されるセッション開始確認応答コマンドのた
めのパケット・ヘッダーの構造を示す説明図である。

【図９】セッション終了コマンドのためのパケット・ヘ
ッダーの構造を示す説明図である。

【図１０】セッション終了確認応答パケット・ヘッダー
の構造を示す説明図である。

【図１１】スキャナ・パラメータ読み込みパケット・ヘ
ッダーの構造を示す説明図である。

【図１２】スキャナ・パラメータ読み込み確認応答コマ
ンドのためのパケット・ヘッダーの構造を示す説明図で
ある。

【図１３】パラメータ設定のためのパケット・ヘッダー
の構造を示す説明図である。

【図１４】パラメータ設定確認応答のパケット・ヘッダ
ーの構造を示す説明図である。

【図１５】スキャナ・ジョブ停止のパケット・ヘッダー
の構造を示す説明図である。

【図１６】スキャナ・ジョブ停止確認応答のパケット・
ヘッダーの構造を示す説明図である。

【図１７】ファイル読み込みのためのパケット・ヘッダ
ーの構造を示す説明図である。

【図１８】ファイル読み込み確認応答のパケット・ヘッ
ダーの構造を示す説明図である。

【図１９】本実施の形態において、スキャンからアプリ
ケーションへのプロセスで用いられるフローチャートで
ある。

【図２０】本実施の形態において、スキャンからアプリ
ケーションへのプロセスで用いられるフローチャートで
ある。

【図２１】本実施の形態において、スキャンからアプリ
ケーションへのプロセスで用いられるフローチャートで
ある。

【図２２】本実施の形態において、スキャンからアプリ
ケーションへのプロセスで用いられるフローチャートで
ある。

【図２３】本実施の形態において、スキャンからアプリ
ケーションへのプロセスで用いられるフローチャートで
ある。

【図２４】ＴＷＡＩＮと互換性のあるウィンドウズに基
づいた画像アプリケーションに現れるプルダウン・メニ
ューを示している。

【図２５】走査のためのパラメータを設定するために用
いられるコンピュータ・スクリーンの画像を示してい
る。

【図２６】ユーザーがスキャナ・サーバーで複数のスキ
ャンからアプリケーションへのジョブの一つを指定する
ことができるようにするコンピュータ・スクリーンの画
像を示している。

【図２７】本発明のスキャンからファイルへの側面のた
めにスキャナ・サーバーから画像ファイルを受け入れる
ことができるクライアント・コンピュータをトラッキン
グするために用いられるマシーン名テーブルを示してい
る。

【図２８】本実施の形態において、スキャンからファイ
ルへのプロセスに関するコマンドおよび情報を交信する
ために用いられるパケットを示す説明図である。

【図２９】本実施の形態において、スキャンからファイ
ルへのプロセスに関するコマンドおよび情報を交信する
ために用いられるパケットを示す説明図である。

【図３０】本実施の形態において、スキャンからファイ
ルへのプロセスに関するコマンドおよび情報を交信する
ために用いられるパケットを示す説明図である。

【図３１】本実施の形態において、スキャンからファイ
ルへのプロセスに関するコマンドおよび情報を交信する
ために用いられるパケットを示す説明図である。

【図３２】本実施の形態において、スキャンからファイ
ルへのプロセスに関するコマンドおよび情報を交信する
ために用いられるパケットを示す説明図である。

【図３３】本実施の形態において、スキャンからファイ
ルへのプロセスに関するコマンドおよび情報を交信する
ために用いられるパケットを示す説明図である。

【図３４】本実施の形態におけるスキャンからファイル
へのオペレーションのフローチャートである。

【図３５】本実施の形態におけるスキャンからファイル
へのオペレーションのフローチャートである。

【図３６】本実施の形態におけるスキャンからファイル
へのオペレーションのフローチャートである。

【図３７】本実施の形態におけるスキャンからファイル
へのオペレーションのフローチャートである。

【図３８】本実施の形態において、スキャンからファイ
ルへのオペレーションによって作成されるスキャナ画像
ファイルをどのコンピュータで受信するかを指定するた
めのスキャナ・サーバー側のスクリーン表示の画像例を
示す説明図である。

【図３９】本実施の形態において、ネットワーク・スキ
ャナから画像ファイルが受信された際に、このファイル
をどのように保存するかに関する情報を提供するように
依頼するポップ・アップ表示を行うダイアログ・ボック
スの画像例を示す説明図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 カンフーン リー アメリカ合衆国，カリフォルニア州 95134−2088，サン ホセ，オーチャード パークウェイ ドライブ 3001，リコー コーポレイション エス・アール・ディ ー・ジー内 (72)発明者 ローレンス トレメル アメリカ合衆国，カリフォルニア州 95134−2088，サン ホセ，オーチャード パークウェイ ドライブ 3001，リコー コーポレイション エス・アール・ディ ー・ジー内 (72)発明者 デイビッド シー．スチュアー アメリカ合衆国，カリフォルニア州 95134−8800，サン ホセ，オーチャード パークウェイ ドライブ 3001，リコー コーポレイション エス・ピー・ビー内 (72)発明者 イワオ マックス アンザイ アメリカ合衆国，カリフォルニア州 95134−8800，サン ホセ，オーチャード パークウェイ ドライブ 3001，リコー コーポレイション エス・ピー・ビー内

Claims (31)

【特許請求の範囲】
1. 【請求項１】 画像を獲得し、第１のコンピュータから
   第２のコンピュータに伝送する画像伝送方法において、 前記第２のコンピュータによってアプリケーション・プ
   ログラムを実行する工程と、 前記第２のコンピュータを用いて、画像が前記アプリケ
   ーション・プログラムを用いて獲得されるべきであるこ
   とを示す工程と、 画像が獲得されるべきであることを示すコマンドをコン
   ピュータ・ネットワークを介して前記第２のコンピュー
   タから第１のコンピュータに伝送する工程と、 前記第１のコンピュータによって前記コマンドを受信す
   る工程と、 前記第１のコンピュータによって前記コマンドを受信し
   た後、前記第１のコンピュータで画像を獲得する工程
   と、 前記コンピュータ・ネットワークを介して前記画像を前
   記第１のコンピュータから前記第２のコンピュータに伝
   送する工程と、 前記画像を前記第２のコンピュータの記憶媒体に記憶す
   る工程と、 を含むことを特徴とする画像伝送方法。
2. 【請求項２】 さらに、前記第１のコンピュータに前記
   獲得工程のためのパラメータ情報を伝送することを要求
   するコマンドを、前記第２のコンピュータから前記第１
   のコンピュータを伝送する工程と、 前記パラメータ情報を前記第２のコンピュータから前記
   第１のコンピュータに伝送する工程と、 を含むことを特徴とする請求項１に記載の画像伝送方
   法。
3. 【請求項３】 前記第１のコンピュータに前記パラメー
   タ情報を伝送することを要求する前記コマンドを伝送す
   る前記工程が、前記第１のコンピュータに前記獲得工程
   を実行する獲得装置の容量に関する情報を伝送すること
   を要求するコマンドを伝送する工程を含むことを特徴と
   する請求項２に記載の画像伝送方法。
4. 【請求項４】 前記第１のコンピュータに前記パラメー
   タ情報を伝送することを要求するコマンドを伝送する前
   記工程が、前記第１のコンピュータに前記獲得工程を実
   行する獲得装置の容量情報と前記獲得工程中に用いられ
   るべきパラメータを伝送することを要求するコマンドを
   伝送する工程を含むことを特徴とする請求項２に記載の
   画像伝送方法。
5. 【請求項５】 さらに、前記第２のコンピュータによっ
   て、前記第１のコンピュータが前記ネットワーク上に存
   在しているか否かを判定する工程を含み、 前記工程が、第１のコンピュータが前記ネットワーク上
   に存在しており、かつ、前記ネットワーク上に、画像を
   獲得し、その画像を前記ネットワークを介して前記第２
   のコンピュータに伝送することができる別のコンピュー
   タが存在していると判定した場合に、前記第１のコンピ
   ュータが前記獲得工程を実行すべきであることを選択す
   る工程を含むことを特徴とする請求項１に記載の画像伝
   送方法。
6. 【請求項６】 さらに、前記第１のコンピュータで、実
   行可能な複数の獲得ジョブを示す情報を表示する工程
   と、 前記第２のコンピュータでのアプリケーション・プログ
   ラムのユーザーにより、前記第１のコンピュータで複数
   の獲得ジョブの一つを選択する工程と、 を含むことを特徴とする請求項１に記載の画像伝送方
   法。
7. 【請求項７】 さらに、前記第１および第２のコンピュ
   ータ間にオープン通信セッションがある場合に、前記第
   １のコンピュータでデータ構造を有するメモリ内にエン
   トリー情報をつくりだす工程を含むことを特徴とする請
   求項１に記載の画像伝送方法。
8. 【請求項８】 画像を獲得し、その画像を第１のコンピ
   ュータから第２のコンピュータに伝送する画像伝送シス
   テムにおいて、 前記第２のコンピュータによってアプリケーション・プ
   ログラムを実行する手段と、 前記第２のコンピュータを用いて、画像が前記アプリケ
   ーション・プログラムを用いて画像が獲得されるべきで
   あることを示す手段と、 画像が獲得されるべきであることを示すコマンドをコン
   ピュータ・ネットワークを介して前記第２のコンピュー
   タから前記第１のコンピュータに伝送する手段と、 前記第１のコンピュータによって前記コマンドを受信す
   る手段と、 前記第１のコンピュータによる前記コマンドを受信する
   手段が、そのコマンドを受信した後、前記第１のコンピ
   ュータで画像を獲得する手段と、 前記コンピュータ・ネットワークを介して前記画像を前
   記第１のコンピュータから前記第２のコンピュータに伝
   送する手段と、 前記画像を前記第２のコンピュータの記憶媒体に記憶す
   る手段と、 を備えたことを特徴とする画像伝送システム。
9. 【請求項９】 さらに、前記第１のコンピュータに前記
   獲得手段のためのパラメータ情報を伝送することを要求
   するコマンドを、前記第２のコンピュータから前記第１
   のコンピュータに伝送する手段と、 前記パラメータ情報を前記第２のコンピュータから前記
   第１のコンピュータに伝送する手段と、 を備えたことを特徴とする請求項８に記載の画像伝送シ
   ステム。
10. 【請求項１０】 前記第１のコンピュータに前記パラメ
    ータ情報を伝送することを要求する前記コマンドを伝送
    する前記手段が、前記第１のコンピュータに前記獲得手
    段の容量情報を伝送することを要求するコマンドを伝送
    する手段を備えたことを特徴とする請求項９に記載の画
    像伝送システム。
11. 【請求項１１】 前記第１のコンピュータに前記パラメ
    ータ情報を伝送することを要求する前記手段が、前記第
    １のコンピュータに前記獲得手段の容量情報と前記獲得
    手段が用いるパラメータを伝送することを要求するコマ
    ンドを伝送する手段を備えたことを特徴とする請求項９
    に記載の画像伝送システム。
12. 【請求項１２】 さらに、前記第２のコンピュータによ
    って、前記第１のコンピュータが前記ネットワーク上に
    存在しているか否かを判定する手段を備え、前記第１の
    コンピュータが前記ネットワーク上に存在しているか否
    かを判定する手段が、前記第１のコンピュータが前記ネ
    ットワーク上に存在しており、かつ、前記ネットワーク
    上に、画像を獲得し、その画像を前記ネットワークを介
    して前記第２のコンピュータに伝送することができる別
    のコンピュータが存在していると判定した場合に、前記
    第１のコンピュータが前記獲得手段を用いて前記獲得を
    実行することを前記第２のコンピュータによって選択す
    る手段を備えたことを特徴とする請求項８に記載の画像
    伝送システム。
13. 【請求項１３】 さらに、前記第１のコンピュータで、
    実行可能な複数の獲得ジョブを示す情報を表示する手段
    と、 前記第２のコンピュータでの前記アプリケーション・プ
    ログラムのユーザーにより、前記第１のコンピュータで
    前記複数の獲得ジョブのうちの一つを選択する手段と、 を備えたことを特徴とする請求項８に記載の画像伝送シ
    ステム。
14. 【請求項１４】 前記第２のコンピュータによってアプ
    リケーション・プログラムを実行するコンピュータ読み
    取り可能プログラム・コード手段と、 前記第２のコンピュータを用いて、前記アプリケーショ
    ン・プログラムを用いて画像が獲得されることを示すコ
    ンピュータ読み取り可能プログラム・コード手段と、 画像が獲得されることを示すコマンドをコンピュータ・
    ネットワークを介して前記第２のコンピュータから前記
    第１のコンピュータに伝送するコンピュータ読み取り可
    能プログラム・コード手段と、 前記第１のコンピュータによって前記コマンドを受信す
    るコンピュータ読み取り可能プログラム・コード手段
    と、 前記第１のコンピュータによって前記コマンドを受信す
    る工程後に、前記第１のコンピュータで画像を受信する
    コンピュータ読み取り可能プログラム・コード手段と、 前記コンピュータ・ネットワークを介して前記画像を前
    記第１のコンピュータから前記第２のコンピュータに伝
    送するコンピュータ読み取り可能プログラム・コード手
    段と、 前記第２のコンピュータの記憶媒体に画像を記憶するコ
    ンピュータ読み取り可能プログラム・コード手段と、 を備え、 画像を獲得し、その画像を第１のコンピュータから第２
    のコンピュータに伝送するコンピュータ読み取り可能な
    プログラム・コードを内部に有していることを特徴とす
    るコンピュータにより利用可能な媒体。
15. 【請求項１５】 画像を獲得し、その画像を第１のコン
    ピュータから第２のコンピュータに伝送する画像伝送方
    法において、 前記第１のコンピュータからの画像を受信するクライア
    ント・コンピュータである前記第２のコンピュータの利
    用可能性を登録する工程と、 前記第１のコンピュータで前記画像を獲得する工程と、 ユーザーによって検索用に選択された画像をファイル内
    に記憶しないで、前記コンピュータ・ネットワークを介
    して前記第１のコンピュータから前記第２のコンピュー
    タに伝送する工程と、 前記第２のコンピュータで前記画像を受信する工程と、 前記第２のコンピュータの記憶媒体上に前記画像を保存
    する工程と、 を含むことを特徴とする画像伝送方法。
16. 【請求項１６】 さらに、前記第１のコンピュータで、
    前記第１のコンピュータからの画像を受信するように登
    録された複数のコンピュータを含むリストから前記第２
    のコンピュータを選択するする工程を含むことを特徴と
    する請求項１５に記載の画像伝送方法。
17. 【請求項１７】 さらに、前記第２のコンピュータで、
    第２のコンピュータが前記第１のコンピュータからの前
    記画像を受信するために利用可能であることを選択する
    工程を含むことを特徴とする請求項１５に記載の画像伝
    送方法。
18. 【請求項１８】 前記登録工程が、前記第２のコンピュ
    ータを登録するために前記第２のコンピュータのデータ
    構造にエントリー情報をつくる工程を含むことを特徴と
    する請求項１５に記載の画像伝送方法。
19. 【請求項１９】 さらに、前記第２のコンピュータを前
    記第１のコンピュータから登録解除するために登録解除
    コマンドを前記第２のコンピュータから前記第１のコン
    ピュータに伝送する工程を含むことを特徴とする請求項
    １５に記載の画像伝送方法。
20. 【請求項２０】 さらに、前記第２のコンピュータによ
    って、前記第１のコンピュータが前記ネットワーク上に
    存在しているか否かを判定する工程を含み、前記工程
    が、前記第１のコンピュータが前記ネットワーク上に存
    在しており、かつ、画像を獲得して、前記ネットワーク
    を介して前記第２のコンピュータに伝送することができ
    る別のコンピュータが前記ネットワーク上に存在してい
    ると判定した場合に、前記第１のコンピュータが前記獲
    得を実行することを前記第２のコンピュータによって選
    択する工程を含むことを特徴とする請求項１５に記載の
    画像伝送方法。
21. 【請求項２１】 画像を獲得し、前記画像を第１のコン
    ピュータから第２のコンピュータに伝送する画像伝送シ
    ステムにおいて、 前記第１のコンピュータからの画像を受信するために、
    クライアンド・コンピュータである前記第２のコンピュ
    ータの利用可能性を登録する手段と、 前記第１のコンピュータで前記画像を獲得する手段と、 コンピュータ・ネットワークを介して、ユーザーによっ
    て検索用に選択される画像をファイル内に保存すること
    なしに、前記第１のコンピュータから前記第２のコンピ
    ュータに伝送する手段と、 前記第２のコンピュータで前記画像を受信する手段と、 前記第２のコンピュータの記憶媒体に前記画像を記憶す
    る手段と、 を備えたことを特徴とする画像伝送システム。
22. 【請求項２２】 さらに、前記第１のコンピュータで、
    前記第１のコンピュータからの画像を受信するために登
    録される複数のコンピュータを含むリストから前記第２
    のコンピュータを選択する手段を備えたことを特徴とす
    る請求項２１に記載の画像伝送システム。
23. 【請求項２３】 さらに、前記第２のコンピュータで、
    前記第２のコンピュータを前記第１のコンピュータから
    の画像を受信するためにそれが利用できることを登録す
    ることを選択する手段を備えたことを特徴とする請求項
    ２１に記載の画像伝送システム。
24. 【請求項２４】 さらに、前記第２のコンピュータを前
    記第１のコンピュータから登録解除するために、前記第
    ２のコンピュータから前記第１のコンピュータに登録解
    除コマンドを伝送する手段を備えたことを特徴とする請
    求項２１に記載の画像伝送システム。
25. 【請求項２５】 さらに、前記第２のコンピュータによ
    って、前記第１のコンピュータが前記ネットワーク上に
    存在しているか否かを判定する手段を備え、前記手段
    が、前記第１のコンピュータが前記ネットワーク上に存
    在しており、かつ、画像を獲得してその画像を前記ネッ
    トワークを介して前記第２のコンピュータに伝送するこ
    とができる別のコンピュータが前記ネットワーク上に存
    在していると判定した場合に、前記第２のコンピュータ
    によって、前記第１のコンピュータが前記獲得を行うこ
    とを選択する手段を備えたことを特徴とする請求項２１
    に記載の画像伝送システム。
26. 【請求項２６】 前記第１のコンピュータからの画像を
    受信するためにクライアント・コンピュータである前記
    第２のコンピュータの利用可能性を登録するコンピュー
    タ読み取り可能プログラム・コード手段と、 前記第１のコンピュータで前記画像を獲得するコンピュ
    ータ読み取り可能プログラム・コード手段と、 ユーザーが検索のために選択する画像を、その画像をフ
    ァイル内に記憶せずに前記第１のコンピュータから前記
    第２のコンピュータにコンピュータ・ネットワークを介
    して伝送するコンピュータ読み取り可能プログラム・コ
    ード手段と、 前記第２のコンピュータで前記画像を受信するコンピュ
    ータ読み取り可能プログラム・コード手段と、 前記画像を前記第２のコンピュータの記憶媒体に記憶す
    るコンピュータ読み取り可能プログラム・コード手段
    と、 を備え、 画像を獲得し、その画像を第１のコンピュータから第２
    のコンピュータに伝送するコンピュータ読み取り可能な
    プログラム・コードを内部に有していることを特徴とす
    るコンピュータにより利用可能な媒体。
27. 【請求項２７】 ネットワーク・スキャニング操作のた
    めにネットワークを介して二つのコンピュータ間で情報
    を伝送するために用いられるデータ構造を備えたメモリ
    において、 前記データ構造が、 前記データ構造に関連したコマンド名を記憶する領域
    と、 前記データ構造に関連したデータのサイズを記憶する領
    域と、 を備えたことを特徴とするメモリ。
28. 【請求項２８】 前記データ構造が、さらに、 前記データ構造のタイプを示す領域と、 前記データ構造を用いるマシーンまたは機能のタイプの
    情報を記憶する領域と、 前記データ構造のバージョンを示す領域と、 通信状態を示すフラグを記憶する領域と、 前記データ構造のシーケンス番号を記憶する領域と、 前記データ構造の確認応答番号を記憶する領域と、 エラー番号を記憶する領域と、 を備えたことを特徴とする請求項２７に記載のメモリ。
29. 【請求項２９】 クライアント・コンピュータとスキャ
    ナ・サーバーとの間のオープン通信セッションの情報を
    記憶するデータ構造を備えたメモリにおいて、 前記データ構造が、 インデックスを記憶する領域と、 情報がネットワークを介して前記クライアント・コンピ
    ュータと前記スキャナ・サーバーとの間で交信されるネ
    ットワーク・スキャニング操作のプロセス情報を記憶す
    る領域と、 を備えたことを特徴とするメモリ。
30. 【請求項３０】 クライアント・コンピュータとスキャ
    ナ・サーバーとの間の通信セッションの情報を記憶する
    データ構造を備えたメモリにおいて、 前記クライアント・コンピュータの識別を記憶する領域
    と、 走査プロセス中にスキャナ・サーバーによって用いられ
    るパラメータを記憶する領域と、 を備えたことを特徴とするメモリ。
31. 【請求項３１】 前記スキャナ・サーバー・コンピュー
    タからの画像ファイルを受信することができるクライア
    ント・コンピュータに関する情報を登録するスキャナ・
    サーバー・コンピュータでデータ構造を記憶するメモリ
    において、 インデックスを記憶する領域と、 画像ファイルを受信することができるクライアント・コ
    ンピュータの識別情報を記憶する領域と、 を備えたことを特徴とするメモリ。