JP2000293471A - 共有機器制御方法及びサーバ・クライアントシステム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上の接続可能な共有機器をアク
セスする際に、電源OFF時など機器がレディー状態でな
いときに使用してしまった為に、サーバ装置側のプログ
ラムによってサーバ装置の表示画面だけにエラーメッセ
ージが表示されてしまい、ユーザには何が起こっている
のか分からないという事態を防ぐことができる共有機器
制御方法及びサーバ・クライアントシステムを提供す
る。 【解決手段】 ネットワークを介して接続された複数の
情報処理装置により共有される共有機器を制御する場合
に、前記共有機器が、前記複数の情報処理装置の１つに
ローカル接続されており、他の情報処理装置は、前記共
有機器の使用に先だって、前記共有機器がローカル接続
された情報処理装置にネットワークを介して前記共有機
器のレディー状態を問合わせ（Ｓ５）、返答された前記
共有機器のレディー状態に従って前記共有機器を使用す
る（Ｓ６，Ｓ８）。前記共有機器がレディーでない場合
はユーザに報知する（Ｓ７）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
接続されている共有機器を制御する共有機器制御方法及
びサーバ・クライアントシステムに関するものである。

【０００２】

【従来の技術】従来、この種のサーバ・クライアントシ
ステムでサーバに接続されている機器の電源がOFFされ
ているなど使用可能状態でなかった場合には、以下のよ
うな処理をしていた。

【０００３】すなわち、サーバシステムに接続されてい
る機器が電源OFFなどの理由で使用可能状態でなかった
とき、クライアントのオペレータがサーバシステムに接
続されている機器を操作しようとした場合には、サーバ
システムに登録されている使用機器をコントロールする
プログラムがサーバシステムの表示画面上にエラーメッ
セージを表示して、ユーザの確認処理待ち状態になって
しまう。その為、クライアントシステムのオペレータが
サーバまで出向き、まずサーバシステムの表示画面上に
サーバシステムに、登録されている使用機器を操作する
プログラムが表示した使用機器に関する何らかのメッセ
ージが表示されていないかチェックし、サーバ上に表示
されているエラーメッセージ・ダイアログが有れば、そ
れを確認して閉じる必要があった。

【０００４】

【発明が解決しようとしている課題】従って、従来のサ
ーバ・クライアントプログラムでは、サーバシステムに
接続されている機器が使用可能状態でなかったときに
は、サーバシステムに登録されている使用機器を操作す
るプログラムがサーバシステム上にエラーメッセージを
表示するが、クライアントシステムに何の情報もリター
ンされないので、クライアント操作者には何が起こって
いるのか分からないと言う問題があった。

【０００５】本発明は、かかる従来技術に鑑みなされた
ものであり、ネットワーク上の接続可能な共有機器をア
クセスする際に、その機器のレディー状態をまずチェッ
クしてからアクセスを開始するので、電源OFF時など機
器がレディー状態でないときに使用してしまった為に、
サーバ装置側のプログラムによってサーバ装置の表示画
面だけにエラーメッセージが表示されてしまい、ユーザ
には何が起こっているのか分からないという事態を防ぐ
ことができる共有機器制御方法及びサーバ・クライアン
トシステムを提供する。

【０００６】

【課題を解決するための手段】この課題を解決するため
に、本発明の共有機器制御方法は、ネットワークを介し
て接続された複数の情報処理装置により共有される共有
機器を制御する共有機器制御方法であって、前記共有機
器が、前記複数の情報処理装置の１つにローカル接続さ
れており、他の情報処理装置は、前記共有機器の使用に
先だって、前記共有機器がローカル接続された情報処理
装置にネットワークを介して前記共有機器のレディー状
態を問合わせ、返答された前記共有機器のレディー状態
に従って前記共有機器を使用することを特徴とする。こ
こで、前記共有機器がレディーでない場合はユーザに報
知することを特徴とする請求項１記載の共有機器制御方
法。又、前記共有機器は画像入力機器であって、イメー
ジスキャナを含む。

【０００７】又、本発明のサーバ・クライアントシステ
ムは、ネットワークを介して接続された複数の情報処理
装置がサーバ及び／又はクライアントとして機能するサ
ーバ・クライアントシステムにおいて、前記複数の情報
処理装置の１つにローカル接続され、前記複数の情報処
理装置により共有される共有機器を有し、他の情報処理
装置は、前記共有機器の使用に先だって、前記共有機器
がローカル接続された情報処理装置にネットワークを介
して前記共有機器のレディー状態を問合わせる問合手段
と、返答された前記共有機器のレディー状態に対応し
て、前記共有機器の使用を判断する判断手段とを有し、
前記共有機器がローカル接続された情報処理装置は、前
記他の情報処理装置からの受信情報を解析する解析手段
と、解析結果が前記共有機器のレディー状態の問合せで
ある場合に、前記共有機器のレディー状態を判定する判
定手段と、判定結果を、前記他の情報処理装置に送信す
る送信手段とを有することを特徴とする。ここで、前記
他の情報処理装置は、前記共有機器がレディーでない場
合に、ユーザに報知する報知手段を更に有する。また、
前記判定手段は、前記共有機器のレディー状態をローカ
ル接続のプロトコルに従う前記共有機器からの応答に基
づいて判定する。また、前記共有機器は画像入力機器で
あって、イメージスキャナを含む。

【０００８】又、本発明の情報処理装置は、ネットワー
クを介して接続された複数の情報処理装置がサーバ及び
／又はクライアントとして機能するサーバ・クライアン
トシステムにあって、前記複数の情報処理装置の１つに
ローカル接続され、前記複数の情報処理装置により共有
される共有機器をネットワークを介してアクセス可能な
情報処理装置であって、前記共有機器の使用に先だっ
て、前記共有機器がローカル接続された情報処理装置に
ネットワークを介して前記共有機器のレディー状態を問
合わせる問合手段と、返答された前記共有機器のレディ
ー状態に対応して、前記共有機器の使用を判断する判断
手段とを有することを特徴とする。ここで、前記共有機
器がレディーでない場合に、ユーザに報知する報知手段
を更に有する。また、前記報知手段は、表示手段を含
む。また、前記共有機器は画像入力機器であって、イメ
ージスキャナを含む。

【０００９】又、ネットワークを介して接続された複数
の情報処理装置がサーバ及び／又はクライアントとして
機能するサーバ・クライアントシステムにあって、前記
複数の情報処理装置により共有される共有機器がローカ
ル接続された情報処理装置であって、他の情報処理装置
からのネットワークを介した受信情報を解析する解析手
段と、解析結果が前記共有機器の使用に先だつ前記共有
機器のレディーブ状態の問合せである場合に、前記共有
機器のレディー状態を判定する判定手段と、判定結果
を、前記他の情報処理装置に送信する送信手段とを有す
ることを特徴とする。ここで、前記判定手段は、前記共
有機器に対応するローカル接続のプロトコルに従う前記
共有機器からの応答に基づいて、レディー状態を判定す
る。また、前記共有機器は画像入力機器であって、イメ
ージスキャナを含む。

【００１０】又、本発明の記憶媒体は、ネットワークを
介して接続された複数の情報処理装置がサーバ及び／又
はクライアントとして機能するサーバ・クライアントシ
ステムにあって、前記複数の情報処理装置の１つにロー
カル接続され、前記複数の情報処理装置により共有され
る共有機器をネットワークを介してアクセス可能な情報
処理装置を制御する制御プログラムをコンピュータ読出
し可能に記憶する記憶媒体であって、前記制御プログラ
ムが、少なくとも、前記共有機器の使用に先だって、前
記共有機器がローカル接続された情報処理装置にネット
ワークを介して前記共有機器のレディー状態を問合わせ
る問合プログラムと、返答された前記共有機器のレディ
ー状態に対応して、前記共有機器の使用を判断する判断
プログラムと、前記共有機器がレディーでない場合に、
ユーザに報知する報知プログラムとを含むことを特徴と
する。

【００１１】又、ネットワークを介して接続された複数
の情報処理装置がサーバ及び／又はクライアントとして
機能するサーバ・クライアントシステムにあって、前記
複数の情報処理装置により共有される共有機器がローカ
ル接続された情報処理装置を制御する制御プログラムを
コンピュータ読出し可能に記憶する記憶媒体であって、
前記制御プログラムが、少なくとも、他の情報処理装置
からのネットワークを介した受信情報を解析する解析プ
ログラムと、解析結果が前記共有機器の使用に先だつ前
記共有機器のレディー状態の問合せである場合に、前記
共有機器のレディー状態を前記共有機器に対応するロー
カル接続のプロトコルに従う前記共有機器からの応答に
基づいて判定する判定プラグラムと、判定結果を、前記
他の情報処理装置に送信する送信プログラムとを含むこ
とを特徴とする。

【００１２】又、ネットワークを介して接続された複数
の情報処理装置がサーバ及び／又はクライアントとして
機能するサーバ・クライアントシステムにあって、前記
複数の情報処理装置の１つにローカル接続された機器を
ネットワークを介して共有可能な情報処理装置を制御す
る制御プログラムをコンピュータ読出し可能に記憶する
記憶媒体であって、前記制御プログラムが、少なくと
も、前記共有機器の使用に先だって、前記共有機器がロ
ーカル接続された情報処理装置にネットワークを介して
前記共有機器のレディー状態を問合わせる問合プログラ
ムと、返答された前記共有機器のレディー状態に対応し
て、前記共有機器の使用を判断する判断プログラムと、
前記共有機器がレディーでない場合に、ユーザに報知す
る報知プログラムと、他の情報処理装置からのネットワ
ークを介した受信情報を解析する解析プログラムと、解
析結果が前記共有機器の使用に先だつ前記共有機器のレ
ディー状態の問合せである場合に、前記共有機器のレデ
ィー状態を前記共有機器に対応するローカル接続のプロ
トコルに従う前記共有機器からの応答に基づいて判定す
る判定プラグラムと、判定結果を、前記他の情報処理装
置に送信する送信プログラムとを含むことを特徴とす
る。

【００１３】ここで、前記共有機器は画像入力機器であ
って、イメージスキャナを含む。

【００１４】

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

【００１５】＜本実施の形態のサーバ・クライアントシ
ステムの構成例＞図１は、本実施の形態を適用しようと
する大規模ネットワークの構成例を示す図である。

【００１６】図１で、ネットワークボード（ＮＢ）１０
１ａは、開放型アーキテクチャを持つプリンタ１０１
を、ローカルエリアネットワーク（ＬＡＮ）１００へ、
例えば、同軸コネクタをもつEthernetインターフェース
１０Base-2や、ＲＪ−４５を持つ１０Base-T等のＬＡＮ
インターフェースを介して接続している。

【００１７】ＰＣ１０３等のパーソナルコンピュータ
（ＰＣ）もまた、ＬＡＮ１００に接続されており、ネッ
トワークオペレーティングシステムの制御の下、ＰＣ１
０３はＮＢ１０１と通信することができる。この状態
で、例えばＰＣ１０３を、ネットワーク管理部として使
用するように指定することができる。また、ＰＣ１０３
にもプリンタ１０５のようなプリンタを接続してもよ
い。

【００１８】また、ＬＡＮ１００にはファイルサーバ１
０６が接続されており、これは大容量（例えば１００億
バイト）のネットワークディスク１０７に記憶されたフ
ァイルへのアクセスを管理する。プリントサーバ１０４
は、接続されたプリンタ１０５、又は遠隔地にあるプリ
ンタ１０９などのプリンタに印刷を行わせる。また他の
図示しない周辺機器をＬＡＮ１００に接続してもよい。

【００１９】更に、ＬＡＮ１００にはスキャナサーバ１
０８が接続されており、スキャナ１０８ａとプリンタ１
０９とが接続されている。

【００２０】図１に示すネットワークは、様々なネット
ワークメンバ間で効率良く通信を行うために、Novellや
UNIXのソフトウェアなどのネットワークソフトウェアを
使用することができる。どのネットワークソフトウェア
を使用することも可能であるが、例えば、Novell社のNe
tWare（Novell社の登録商標。以下省略）ソフトウェア
を使用することができる。このソフトウェアパッケージ
に関する詳細な説明は、NetWareパッケージに同梱され
ているオンラインドキュメンテーションを参照でき、こ
れは、Novell社からNetWareパッケージとともに購入可
能である。

【００２１】図１の構成について簡潔に説明すると、フ
ァイルサーバ１０６は、ＬＡＮメンバ間でデータのファ
イルの受信や、記憶、キューイング、キャッシング、及
び送信を行うファイル管理部としての役割を果たす。例
えば、ＰＣ１０３によって作られたデータファイルは、
ファイルサーバ１０６へ送られ、ファイルサーバ１０６
はこれらのデータファイルを順に並べ、そしてプリント
サーバ１０４からのコマンドに従って、並べられたデー
タファイルをプリンタ１０５へ送信する。ＰＣ１０３や
プリントサーバ１０４やスキャナサーバ１０８は、デー
タファイルの生成や、生成したデータファイルのＬＡＮ
１００への送信や、また、ＬＡＮ１００からのファイル
の受信や、更にそのようなファイルの表示及び／又は処
理を行うことのできる適常のＰＣで構成される。

【００２２】尚、図１では、ＰＣ１０３やプリントサー
バ１０４やスキャナサーバ１０８としてパーソナルコン
ピュータ機器が示されているが、ネットワークソフトウ
ェアを実行するのに適切であるような、他のコンピュー
タ機器を含んでもよい。例えば、UNIXのソフトウェアを
使用している場合に、UNIXワークステーションをネット
ワークに含んでもよく、これらのワ一クステーション
は、適切な状況下で、図示されているＰＣと共に使用す
ることができる。

【００２３】通常、ＬＡＮ１００などのＬＡＮは、１つ
の建物内の１つの階又は速続した複数の階でのユーザグ
ループ等の、幾分ローカルなユーザグループにサービス
を提供する。例えば、ユーザが他の建物や他県にいるな
ど、あるユーザが他のユーザから離れるに従って、ワイ
ドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡ
Ｎは、基本的には、いくつかのＬＡＮを高速度サービス
総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速
度デジタルラインで接続して形成された集合体である。
従って、図１に示すように、ＬＡＮ１００とＬＡＮ１１
０、ＬＡＮ１２０とは、変調／復調（ＭＯＤＥＭ）／ト
ランスポンダ及びバックボーン１４０を介して接続され
てＷＡＮを形成する。これらの接続は、数本のバスによ
る単純な電気的接続である。それぞれのＬＡＮは専用の
ＰＣを含み、また、必ずしも必要なわけではないが、通
常はファイルサーバ及びプリントサーバを含む。

【００２４】従って図１に示すように、ＬＡＮ１１０
は、ＰＣ１１２と、ファルサーバ１１３と、ネットワー
クディスク１１４と、プリントサーバ１１５と、プリン
タ１１６及びプリンタ１１７と、スキャナサーバ１１１
と、クキャナ１１１ａ及びプリンタ１１１ｂと、さら
に、複写機１１８と、複写機サーバ１１９とを含む。対
照的に、ＬＡＮ１２０は、ＰＣ１２１とＰＣ１２２のみ
を含む。ＬＡＮ１００とＬＡＮ１１０とＬＡＮ１２０と
に接続されている機器は、ＷＡＮ接続を介して、他のＬ
ＡＮの機器の機能にアクセスすることができる。

【００２５】又、エージェントの実装例として、プリン
タやスキャナをネットワークに接続するためのネットワ
ークボード上にエージェントを実装することが考えられ
る。これにより、プリンタやスキャナ、あるいは複写機
をネットワーク管理ソフトウェアによる管理の対象とす
ることができる。ユーザは、ネットワーク管理ソフトウ
ェアを用いて制卸対象のプリンタ、スキャナ及び複写機
の情報を得、また状態を変更することができる。より具
体的には、例えば各装置の液晶ディスプレイに表示され
ている文字列を取得したり、デフォルトの給紙カセット
等を変更したりすることができる。図１には、、エージ
ェントを実装したネットワークボード（ＮＢ）をプリン
タに接続した例が示されている。

【００２６】＜本実施の形態のスキャナサーバ装置の構
成例＞図２は本実施の形態の画像読み取り装置であるス
キャナサーバ装置の構成例を示すブロック図である。

【００２７】１はシステムバスであり、これから説明す
る各構成ブロックはこのシステムバスに接続されてい
る。２はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎ
ｇ Ｕｎｉｔ）である。３はプログラムメモリ（以下Ｐ
ＭＥＭと称す）で、画像や文書の編集や読み取り機器制
御など各種処理のためのプログラムを適宜ハードディス
ク１５から選択／読み込みし、ＣＰＵ２にて実行する。
又、作成されたデータはデータ格納用メモリでもあるＰ
ＭＥＭに格納され、ユーザがキーボード9より入力した
テキストデータの一時格納用としてもＰＭＥＭが用いら
れる。４は、通信制御部であり、通信ポート１８に於け
る入出力データの制御を行う。通信ポート１８から出力
された信号は、通信回線１９を経由して、ネットワーク
上の他の装置の通信ポートに伝えられる。２０は通信回
線１９を介してつながっている他の装置であり、本実施
の形態ではクライアント装置を示す。ネットワーク上で
共有されているプリンタや画像読み取り装置とのやり取
りは、この通信制御部４を介して行われる。また、本実
施の形態ではLANなどのネットワークに関して記述する
が、この通信制御部に接続される通信ポート及び通信回
線が一般の公衆回線など他の通信手段であっても本発明
が適応されることは言うまでもない。

【００２８】５はイメージスキャナ、６は画像入出力制
御部、７と１７はプリンタであり、イメージスキャナ５
から読み込まれた画像データは、ＰＭＥＭ３に展開され
たのちＶＲＡＭ１１上に展開され、ＣＲＴ１３に表示さ
れる。８は入力制御部であり、９のキーボード、１０の
ＰＤ(ポインティングデバイス、以下ＰＤと称す)等の入
力装置が接続される。操作者はこのキーボード９を操作
することによりシステムの動作指令等を行う。またＰＤ
１０はＣＲＴ１３上で画像情報や文字データや数値デー
タを選択、加工指示したり、読み取りパラメータの設定
をするためのもので、本実施の形態ではマウスを使用し
ている。これによりＣＲＴ１３上のマウスカーソルを
Ｘ，Ｙ方向に任意に移動して、メニューの選択、画像デ
ータ、図形データ、文字データ、数値データ、読み取り
パラメータの選択、編集を行なう。

【００２９】１１はビデオ・イメージ・メモリ（以下Ｖ
ＲＡＭと称す）、１２は表示出力制御部、１３はＣＲＴ
である。１３のＣＲＴに表示されるデータはＶＲＡＭ１
１上にビットマップデータとして展開されている。例え
ば図形データであれば、その位置、描画属性情報に対応
した図形パターンがＶＲＡＭ上に展開されており、ま
た、ソフト制御によりＶＲＡＭの表示エリアに直接カー
ソルを発生して表示することが可能である。１４は外部
記憶装置制御部、１５、１６は画像データや図形データ
や文字データや数値データなどを記録しておくデータフ
ァイル用のディスクで、例えば、１５はハードディスク
（以下ＨＤと称す）であり、１６はフロッピーディスク
（以下ＦＤと称す）である。本実施の形態では、ＨＤ１
５に読み取り機器選択機能や読み取り機器状態表示機能
や読み取り機器制御機能やサーバ拡張機能やネットワー
クサーバ機能などを実現するプログラムが記録される
が、これらのプログラムを格納する記録媒体としては、
ＲＯＭや、フロッピーディスク１６や、 ＣＤ−ＲＯ
Ｍ、メモリカード、光磁気ディスクなどの他のデバイス
を用いることができる。

【００３０】尚、クライアント装置のブロックに関して
も、基本的には図２と同様である。また、サーバ装置及
びクライアント装置が、スキャナとプリンタとを一体に
有する複写機として構成されていても、あるいはファク
シミリとして構成されていてもよい。

【００３１】図３は本実施の形態のサーバ装置の外観図
である。

【００３２】２３は、システムバス１やＣＰＵ２やＰＭ
ＥＭ３や通信制御部４を内蔵したサーバ装置の本体部で
ある。１３はＣＲＴで、９はキーボード、１０はＰＤ、
２１はＦＤドライブであり、ＦＤ２２がセットされて画
像データや図形データや文字データや数値データをＦＤ
２２に書き込んだり、またＦＤ２２に記録されている図
形データや文字データや数値データを読み込んだりす
る。クライアント装置の外観図に関しても、図３と同様
である。

【００３３】尚、本実施の形態は、各種プログラムをＨ
Ｄ１５に記録したサーバ装置またはクライアント装置に
おいて実現されるのはもちろんであるが、本実施の形態
の機能を実現可能なプログラムを記録媒体に記憶し、他
のシステムあるいはサーバ装置またはクライアント装置
に供給して、そのシステムあるいは装置のコンピュータ
が、記録媒体に格納されたプログラムコードを読み出し
実行することによっても、本実施の形態は達成される。
例えば、読み取り機器選択プログラムと、読み取り機器
状態表示プログラムと、読み取り機器制御機能プログラ
ムと、サーバ拡張機能プログラムと、ネットワークサー
バ機能プログラムとが記録されたＦＤ２２を、他のサー
バ装置のＦＤドライブ２１にセットして、そのプログラ
ムをハードディスク１５へロードし、そのロードしたプ
ログラムを実行することによって、本実施の形態は他の
サーバ装置やクライアント装置においても実現可能であ
る。

【００３４】＜本実施の形態のサーバ装置及びクライア
ント装置の機能構成例＞第４図に、本実施の形態の画像
読み取りサーバ装置における各機能の構成例を示す。本
実施の形態では、画像読み取り機器として汎用的なイン
ターフェースを持つTWAIN機器を利用し、読み取った画
像データのやり取りを制御するための汎用的なネットワ
ークプロトコルとしてHTTPプロトコルを利用すると想定
して説明を行う。

【００３５】３１はHTTPサーバモジュールであり、HTTP
プロトコルを使用して、サーバ側で作成されたデータを
クライアントに送信する、或いは、クライアントから指
示された情報をサーバ拡張モジュールに３２に渡すとい
う処理を行う。

【００３６】サーバ拡張モジュール３２は、HTTPサーバ
モジュールから渡された情報を解析して、TWAIN制御用S
TUBモジュール３３、OCR用モジュール３４、イメージデ
ータ形式変換モジュール３５、デバイスREADY状態判定
モジュール３８の制御を行い、最終的にHTTPサーバモジ
ュール３１を利用して、サーバに接続されたTWAIN機器
３７で読み取ったデータをクライアントに転送する。

【００３７】TWAIN制御用STUBモジュール３３は、接続
されている複数のTWAINドライバ３６のリストアップ処
理、及びその中からクライアント指示に応じてTWAINド
ライバ３６の選択処理を行い、当該ドライバに対してパ
ラメータの設定をし、更にその結果得られたイメージデ
ータをサーバ拡張モジュールに渡す。

【００３８】OCR用モジュール３４は、クライアントか
ら、TAWIN機器３７で読み取られたイメージデータを文
書データとして変換する要求があった場合に、サーバ拡
張モジュール３２からcallされて文字認識を実行する。

【００３９】イメージデータ形式変換モジュール３５
は、TWAIN機器３７から得られたイメージデータの形式
を、クライアントで指定されたイメージデータ形式に変
換するためのモジュールである。

【００４０】TWAINドライバ３６は、サーバ装置に接続
されている複数のTWAIN機器３７に対して、個々の制御
を行うためのモジュールである。

【００４１】尚、本実施の形態では、TWAIN制御用STUB
モジュール３３は、汎用的なTWAINのインターフェース
を利用してこれらドライバとやりとりするので、本モジ
ュール群を利用することによって、任意のTWAIN機器３
７（及びそれに対応するTWAINドライバ３６）をネット
ワーク上で共有することが可能となる。デバイスREADY
状態判定モジュール３８は、クライアントからHTTPサー
バモジュール３１を経由して使用するデバイスのREADY
状態のチェック要求がきた場合に、TWAINドライバ３６
を使用しないでTWAIN機器３７のREADY状態をチェックす
る。例えば、TWAIN機器３７がSCSI I/Fを持ちサーバ装
置のSCSIポートに接続されている場合、SCSIポートに対
してSCSIコマンドを直に発行することによって、TWAIN
機器３７からのリターン情報の有る／無し、及びその情
報が正しいかどうかを判定することによって行う。

【００４２】図５は、本実施の形態のクライアント装置
における各機能の構成例を示す図である。図５の４１〜
４４の構成要素は、一般アプリケーションから、クライ
アント装置にローカルに接続されている画像入力機器を
アクセスするために必要なものであり、この部分は既存
の構成要素である。本実施の形態に於けるサーバ装置に
接続されている画像入力機器より画像を読み込むために
必要な構成要素は、図５の４５〜４Ａからなる。

【００４３】４１は、画像入力機能を有する一般のアプ
リケーション。 ４２は、そのアプリケーションに対し
て汎用の画像入出力インターフェースを提供する画像入
出力機器マネージャである。 同マネージャ４２は、上
記入出力インターフェースによる指示に応じて、その管
理下にある画像入力機器制御モジュール４３あるいは４
９の中から、指示されたものに対して情報のやりとりを
行う。４３は、汎用i/oを持つ画像入力機器制御モジュ
ールである。 本モジュール４３は、画像入力機器マネ
ージャ４２との間で取り決めされた、汎用的なインター
フェースによって個々に接続された画像入力機器４４を
制御するためのものである。 即ち、４２は、例えば、T
WAINマネージャであり、４３は、個々の機器に対応した
TWAINドライバに相当する。 ４４は、本装置にローカル
に接続されている個々の画像入力機器である。

【００４４】以下に、サーバ装置に接続されている画像
入力機器より画像を読み込むために必要な構成要素につ
いて述べる。

【００４５】クライアント機能制御モジュール４５は、
以下に述べる個々のクライアント拡張機能を構成するモ
ジュールの全体管理を行うものである。 画像入力機器
接続情報生成モジュール４６は、ネットワーククライア
ントモジュール４８を利用して、サーバ装置側に接続さ
れている画像入出力装置の属性情報、及びネットワーク
接続に必要な情報を獲得して、個々の画像入力機器情報
４Ａを生成するためのモジュールである。 この時、同
時に仮想画像入力機器制御モジュール４９も自動的に生
成される。 このモジュールが生成されることによっ
て、画像入力機器マネージャ４２は、ネットワーク上の
機器を仮想的に直接接続されているように扱うことが可
能となる。

【００４６】汎用画像入出力インターフェース変換モジ
ュール４７は、ネットワーククライアントモジュール４
８を利用して得られた、サーバ側の画像入力装置とに対
する制御情報を、画像入力機器マネージャ４２に対応し
た汎用的なインターフェースに変換するためのものであ
る。 本モジュール４７は、直接これらインターフェー
スを持つ機能を直接画像入力マネージャ４２に提供する
のではなく、個々の仮想画像入力機器制御モジュール４
９を経由して提供する。

【００４７】ネットワーククライアントモジュール４８
は、上記各モジュールがサーバ側のモジュールと通信を
行うことのできるように、汎用のネットワークプロトコ
ルに対応し、ネットワーク上でやり取り可能なデータ形
式に変換する。

【００４８】仮想画像入力機器制御モジュール４９は、
設定されているネットワーク上の画像入力機器と１対１
に生成される。本モジュール４９は、基本的には、対応
する画像入力機器接続情報４Ａの情報を返す、或いは、
同情報を汎用画像入出力インタフェース変換モジュール
４７に渡して、その結果を画像入力マネージャ４２に渡
すといった、中間的に介在する処理のみを行う。 この
ように、実際の処理の大部分を、汎用画像入出力インタ
ーフェース変換モジュール４７が行ってくれるので、当
該モジュール４９は小さくて済み、複数のネットワーク
上の画像入力機器用のモジュールが作成されてもオーバ
ヘッドは少なくて済む。

【００４９】＜本実施の形態のネットワーク上の画像入
力機器の制御動作例＞図６は、本実施の形態における、
画像の読み込みを行う画像入力機器を選択している状態
を示す図である。

【００５０】５０は画像入力機器の選択ダイアログであ
り、ＣＲＴ１３に表示されている。５１は画像入力機器
の接続されているサーバ装置を指定するための”コンピ
ュータ選択”のためのリストボックスである。本実施の
形態では,選択されているコンピュータにはチェックマ
ークが表示され、ネットワーク上のクライアント装置と
同一ドメイン内に接続されている全コンピュータ名称を
表示するものとする。５２は選択中のコンピュータにロ
ーカルに接続されている画像入力機器名称を表示するリ
ストボックスである。やはり、本実施の形態では、選択
されている画像入力機器にはチェックマークが表示され
ている。

【００５１】画像入力機器の選択などには、ＰＤ１０を
操作して連動して動作するポインタを選択したい画像入
力機器名称上に移動させ、ＰＤ１０のボタンをクリック
することによって行う。また、キーボード９よりのキー
入力によって行ってもよい。そして、５３は選択された
画像入力機器からの画像入力開始を指示するボタンであ
る。ＰＤ１０やキーボード９によってその実行は指示さ
れる。

【００５２】図７は、デバイスREADY状態判定モジュー
ル３８内に記憶されている、画像入力機器のアクセス管
理を行っているアクセス管理テーブルの一例を示す図で
ある。本実施例ではTWAIN機器がSCSI I/Fによって接続
されている場合の例を示す。

【００５３】６１と６４は画像入力機器の名称が記憶さ
れている。図６でダイアログ内に表示されていた名称と
同一のものである。６２と６５はそれぞれの画像入力機
器６１，６４に設定されたSCSI ID番号である。６０と
６３はSCSI ID番号を登録する領域に付けられている番
号で、SCSI I/Fで接続されている画像入力機器が増える
たびに追加されていき、接続が解除されると削除され
る。

【００５４】デバイスREADY状態判定モジュール３８
は、このアクセス管理テーブルを所持していて、アプリ
ケーションから画像入力機器名称をパラメータとしてそ
のTWAIN機器３７のREADY状態チェック要求が来るたび
に、このアクセス管理テーブルを参照してパラメータと
して渡された画像入力機器名称のTWAIN機器３７のSCSI
ID番号を導き出し、そのID番号に対してSCSIコマンドを
発行し、TWAIN機器３７からの応答がありしかもその応
答が正しい情報を返すかどうかを判定することによっ
て、READY状態であるかどうかを判定する。

【００５５】図８は、本実施の形態の画像入力機器マネ
ージャの動作手順の一例を説明するフローチャートであ
る。

【００５６】まずステップＳ１で、画像入力機器からの
画像読み込みの実行をキーボード９より指示する。する
とステップＳ２にて、画像読み込みを実行するための画
像入力機器選択ダイアログを表示する。この状態を示す
のが図６である。本例では、コンピュータ名称を表示す
るリストボックスに自機のコンピュータ名称も表示する
ものとする。つまり、自機のコンピュータ名称を選択す
ると、自機にローカルに接続されている画像入力機器名
称が表示され、そのREADY状態をチェックすることも出
来る。ステップＳ３にて画像入力機器を選択し、ステッ
プＳ４にて読み込みの実行が指示されたかどうかを判断
する。実行が指示されたのでなければ、ステップＳ４を
繰り返し、実行が指示されたならばステップＳ５に移行
する。

【００５７】ステップＳ５にて、クライアント装置から
サーバ装置のデバイスREADY状態判定モジュール３８
に、選択された画像入力機器のREADY状態の判定を指示
する。選択された画像入力機器が自機にローカルに接続
されているものならば、ネットワークを介さずに画像入
力機器制御モジュール４３から直接デバイスREADY状態
の判定を実行する。もし、選択された画像入力機器が自
機にローカルに接続されているものでなければ、仮想画
像入力機器制御モジュール４９からネットワーククライ
アントモジュール４８を通し、ネットワークを経由して
サーバ装置のデバイスREADY状態判定モジュール３８に
その実行が指示され、サーバ装置のデバイスREADY状態
判定モジュール３８の結果をクライアント装置に返却す
る。このステップＳ５の詳細は以下の図９に示す。

【００５８】そしてステップＳ６にてそのチェックの結
果を判定し、READY状態であればステップＳ８に進ん
で、選択された画像入力機器からの読み込み処理を継続
する。READY状態でなければステップＳ７に進み、NOT R
EADY状態であることをクライアント装置のＣＲＴ１３に
表示することによって、ユーザにリザーブ状態を通知
し、画像読み込み処理を行わない。

【００５９】尚、本実施の形態では画像入力機器はSCSI
接続されているものとしたが、パラレルI/F接続された
機器であっても、USB I/F接続された機器であってもか
まわないことは言うまでもない。また、指定できるサー
バ機器は同一ドメイン内のコンピュータであるとした
が,他のドメイン内の画像入力機器を指定できてもいい
ことは言うまでもない。また、画像入力機器はTWAIN機
器であるとしたが、その他のインターフェースを持つ画
像入力機器でもいいこともいうまでもない。

【００６０】図９は、図８のステップＳ５の画像入力機
器のREADY状態チェックのルーチンでの動作例を示すフ
ローチャートである。

【００６１】まずステップＳ５１で、アクセス指示され
た画像入力機器の名称を読出す。ステップＳ５２で、こ
の画像入力機器が自機に接続されたもの（クライアン
ト）か他のサーバ装置に接続されたもの（サーバ）かを
判定する。クライアントであれば、ステップＳ５３に進
んで、画像入力機器制御モジュール４３をロードして実
行し、ステップＳ５４で自機に接続された画像入力機器
４４のREADY状態が取得される。

【００６２】一方、サーバであれば、ステップＳ５５に
進んで、仮想画像入力機器制御モジュール４９をロード
して実行し、ステップＳ５６で画像入力機器接続情報４
Ａに基づいてネットワークを介した他のサーバ装置への
接続を行い、READY状態要求コマンドを送る。そして、
ステップＳ５７で、対象とする画像入力機器のREADY状
態を示す情報が返送されるのを待つ。

【００６３】サーバ装置では、以下のような手順で接続
されている画像入力機器のREADY状態を示す情報を返送
する。尚、以下の説明では、画像読み取り機器がTWAIN
のインターフェースに従っているとして説明する。

【００６４】まず、最初のステップＳ６１で、クライア
ント装置からの要求がHTTPプロトコルの形式で送られて
くるので、サーバ拡張モジュール３２によって解析す
る。この解析の結果、TWAIN機器３７のREADY状態が要求
されていると判定されると、ステップＳ６２に移り、TW
AIN機器２７のREADY状態を知るために必要となるREADY
状態判定モジュール３８をロードして実行する。次に、
ステップＳ６３では、READY状態判定モジュール３８
が、TWAINドライバ３６を使用せずにTWAIN機器３７のRE
ADY状態を取得する。すなわち、前述のように、アクセ
ス管理テーブルを参照してパラメータとして渡された画
像入力機器名称のTWAIN機器３７のSCSI ID番号を導き出
し、そのID番号に対してSCSIコマンドを発行し、TWAIN
機器３７からの応答がありしかもその応答が正しい情報
を返すかどうかを判定することによって、READY状態で
あるかどうかを判定する。

【００６５】次に、ステップＳ６４では、READY状態判
定モジュール３８を解放する。ステップＳ６５では、サ
ーバ拡張モジュール３２によって、スデップＳ６３で取
得されたREADY情報から、クライアント装置側で表示可
能なＨＴＭＬ形式のデータを作成し、HTTPサーバモジュ
ール３１を利用して、このREADY情報をアクセスのあっ
たクライアントに送信して、本処理を終了する。

【００６６】サーバ装置からの応答を受けると、クライ
アント装置では、ステップＳ５８に進んで、サーバ装置
から送信された画像入力機器のREADY状態を受信する。

【００６７】このようにして、図８のステップＳ５が終
了する。

【００６８】図１０及び図１１は、本実施の形態で画像
入力機器が選択されて画像入力が実行された場合のステ
ップＳ８の手順例を示すフローチャートである。

【００６９】まずステップＳ７０１で、アクセス管理テ
ーブルから選択された画像入力機器の情報を読出す。ス
テップＳ７０２で、この画像入力機器が自機に接続され
たもの（クライアント）か他のサーバ装置に接続された
もの（サーバ）かを判定する。クライアントであれば、
ステップＳ７０３に進んで、画像入力機器制御モジュー
ル４３をロードして実行し、ステップＳ７０４で自機に
接続された画像入力機器４４に画像入力を指示して画像
入力データが取得される。

【００７０】一方、サーバであれば、ステップＳ７０５
に進んで、仮想画像入力機器制御モジュール４９をロー
ドして実行し、ステップＳ７０６でアクセス管理テーブ
ルの内容（画像入力機器接続情報４Ａ）に基づいてネッ
トワークを介した他のサーバ装置への接続を行い、画像
入力コマンドを送る。そして、ステップＳ７０７で、対
象とする画像入力機器から画像入力データが返送される
のを待つ。

【００７１】サーバ装置では、以下のような手順で接続
されている画像入力機器から画像入力データを取得して
返送する。尚、以下の説明では、画像読み取り機器がTW
AINのインターフェースに従っているとして説明する。
ここでは、プリスキャンの場合と、本スキャン（正式な
イメージの読み込み）の場合について述べる。また、ネ
ットワーク上での送信データ量の負荷の面に鑑みて、本
例ではプリスキャンの結果得られるイメージデータの形
式をＪＰＥＧとして説明する。

【００７２】処理が開始されると、まず、最初のステッ
プＳ８０１で、クライアント装置からの要求が、HTTPプ
ロトコルの形式で送られてくるので、サーバ拡張モジュ
ール３２によって解折する。指示されたTWAIN機器３７
からのイメージデータの読み込みが要求されていると判
断されると、クライアント装置側で設定されたパラメー
タを獲得して、次のステップＳ８０２に移る。ステップ
Ｓ８０２では、TWAIN機器３７にアクセスするために必
要となるTWAIN制御用STUBモジュールをロードして、使
用可能の状態にする。

【００７３】ステップＳ８０３では、TWAIN制御用STUB
モジュールが、汎用のTWAINインターフェースを利用し
て該当するTWAIN機器３７を制御するTWAINドライバをロ
ードする。次に、ステップＳ８０４では、クライアント
装置側で指定された読み込みパラメータを当該TWAINド
ライバに対して設定する。これまでの処理で、サーバ装
置に接続されているTWAIN機器３７の読み込み準備は整
ったことになるので、ステップＳ８０５では、当該TWAI
N機器３７から（汎用のTWAINインターフェースを利用し
て）イメージデータを読み取る。

【００７４】次に、ステップＳ８０６では、イメージデ
ータの獲得が終了したので、ロードされているTWAINド
ライバを解放する。更に、ステップＳ８０７でも同様
に、TWAIN制御用STUBモジュールを解放する。

【００７５】ステップＳ８０８では、指示された読み込
みモードがプリスキャンであるか、否かを判断し、プリ
スキャンであると判断された場合にはステップＳ８１１
へ分岐する。また、本スキャンであると判断された場合
には、ステップＳ８０９へ分岐する。

【００７６】ステップＳ８０９では、本スキャンモード
であるので、TWAIN機器３７から得られたイメージデー
タ形式を、ユーザの指定するイメージデータ形式へ変換
する。これは、図４のイメージデータ形式変換モジュー
ル３５によって実現される。次に、ステップＳ８１０で
は、サーバ拡張モジュール３２が、変換された結果のイ
メージデータをHTTPサーバ機能を利用して、クライアン
ト装置側へ送信して、本処理を終了する。

【００７７】一方、ステップＳ８１１以降の処理は、プ
リスキャンの結果表示画面を作成するためのものであ
る。ここで、ステップＳ８１１では、獲得されたイメー
ジのデータ形式がＪＰＥＧであるか否かを判断し、そう
であればステップＳ８１３へ分岐し、ＪＰＥＧでなけれ
ばステップＳ８１２へ分岐する。ステップＳ８１２で
は、TWAIN機器２７から得られたイメージデータをＪＰ
ＥＧ形式のデータに変換する。次に、ステップＳ８１３
では、前のステップで得られたＪＰＧ形式のイメージデ
ータを利用して、サーバ拡張モジュール３２に、クライ
アント装置側表示用のプレビュー画面を作成する。そし
て、HTTPサーバを利用してこの情報を送信して、本処理
を終了する。

【００７８】サーバ装置からの応答を受けると、クライ
アント装置では、ステップＳ７０８に進んで、サーバ装
置から送信された画像入力データを受信する。ステップ
Ｓ７０９では、自機及び他のサーバに接続された画像入
力データがて記憶され、ステップＳ７１０では、画像入
力機器制御モジュール４３あるいは４９が解放されて、
ステップＳ７１１で獲得した入力画像を表示して、処理
が終了する。

【００７９】なお、フローチャートにおいて、各セッシ
ョン毎にSTUBのロード／解放が行われているが、これは
あるモジュールが長時間常駐して、サーバ装置のメモリ
あるいはディスク資源を圧迫することを防止する目的で
ある。

【００８０】尚、本実施の形態では、画像入力機器はTW
AIN機器であるとしたが、その他のインターフェースを
持つ画像入力機器でもいいこともいうまでもない。

【００８１】また、図１２は本実施の形態においてサー
バ装置およびクライアント装置のPMEM3内にどのように
データが配置されているかを示すメモリマップの一例で
ある。９１はオペレーティングシステムが占有する領域
を示し、９２は読み取り機器選択機能や読み取り機器状
態表示機能や読み取り機器制御機能やサーバ拡張機能や
ネットワークサーバ機能などのプログラムが占有する領
域を示し、９３は９２の各種プログラムによって使用さ
れるデータ領域を示し、９４はまだ使用されていないPM
EM３の領域を示している。また、図の上部がアドレスの
下位を示し、図の下部がアドレスの上位を示している。

【００８２】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【００８３】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても達成される。

【００８４】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００８５】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００８６】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。

【００８７】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【００８８】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
る処理を実行するプログラムコードを格納すればよい。

【００８９】

【発明の効果】以上説明した様に本発明によれば、ネッ
トワーク上の接続可能な共有機器をアクセスする際に、
その機器のレディー状態をまずチェックしてからアクセ
スを開始するので、電源OFF時など機器がレディー状態
でないときに使用してしまった為に、サーバ装置側のプ
ログラムによってサーバ装置の表示画面だけにエラーメ
ッセージが表示されてしまい、ユーザには何が起こって
いるのか分からないという事態を防ぐことができる共有
機器制御方法及びサーバ・クライアントシステムを提供
できる。

【図面の簡単な説明】

【図１】本実施の形態のサーバ・クライアントシステム
の構成例を示す図である。

【図２】本実施の形態におけるサーバ装置およびクライ
アント装置の構成例を示すブロック図である。

【図３】本実施の形態におけるサーバ装置およびクライ
アント装置の外観図を示す図である。

【図４】サーバ装置のプログラムのモジュール構成例を
示す図である。

【図５】クライアント装置のプログラムのモジュール構
成例を示す図である。

【図６】本実施の形態の画像入力機器一覧の表示例を示
す図である。

【図７】本実施の形態のデバイスREADY状態判定モジュ
ールが有する画像入力機器のアクセス管理テーブル例を
示す図である、

【図８】本実施の形態の画像入力機器のREADY状態検出
におけるクライアント装置の処理手順例を示すフローチ
ャートである。

【図９】図８のステップＳ５の処理手順例を示すフロー
チャートである。

【図１０】図８のステップＳ８の処理手順例を示すフロ
ーチャートである。

【図１１】本実施の形態の画像入力処理におけるサーバ
装置の処理手順例を示すフローチャートである。

【図１２】本実施の形態のメモリマップを示す図であ
る。

Claims (18)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続された複数の
   情報処理装置により共有される共有機器を制御する共有
   機器制御方法であって、 前記共有機器が、前記複数の情報処理装置の１つにロー
   カル接続されており、 他の情報処理装置は、 前記共有機器の使用に先だって、前記共有機器がローカ
   ル接続された情報処理装置にネットワークを介して前記
   共有機器のレディー状態を問合わせ、 返答された前記共有機器のレディー状態に従って前記共
   有機器を使用することを特徴とする共有機器制御方法。
2. 【請求項２】 前記共有機器がレディーでない場合はユ
   ーザに報知することを特徴とする請求項１記載の共有機
   器制御方法。
3. 【請求項３】 前記共有機器は画像入力機器であって、
   イメージスキャナを含むことを特徴とする請求項１又は
   ２記載の共有機器制御方法。
4. 【請求項４】 ネットワークを介して接続された複数の
   情報処理装置がサーバ及び／又はクライアントとして機
   能するサーバ・クライアントシステムにおいて、 前記複数の情報処理装置の１つにローカル接続され、前
   記複数の情報処理装置により共有される共有機器を有
   し、 他の情報処理装置は、 前記共有機器の使用に先だって、前記共有機器がローカ
   ル接続された情報処理装置にネットワークを介して前記
   共有機器のレディー状態を問合わせる問合手段と、 返答された前記共有機器のレディー状態に対応して、前
   記共有機器の使用を判断する判断手段とを有し、前記共
   有機器がローカル接続された情報処理装置は、 前記他の情報処理装置からの受信情報を解析する解析手
   段と、 解析結果が前記共有機器のレディー状態の問合せである
   場合に、前記共有機器のレディー状態を判定する判定手
   段と、 判定結果を、前記他の情報処理装置に送信する送信手段
   とを有することを特徴とするサーバ・クライアントシス
   テム。
5. 【請求項５】 前記他の情報処理装置は、前記共有機器
   がレディーでない場合に、ユーザに報知する報知手段を
   更に有することを特徴とする請求項４記載のサーバ・ク
   ライアントシステム。
6. 【請求項６】 前記判定手段は、前記共有機器のレディ
   ー状態をローカル接続のプロトコルに従う前記共有機器
   からの応答に基づいて判定することを特徴とする請求項
   ４記載のサーバ・クライアントシステム。
7. 【請求項７】 前記共有機器は画像入力機器であって、
   イメージスキャナを含むことを特徴とする請求項４乃至
   ６のいずれか１つに記載のサーバ・クライアントシステ
   ム。
8. 【請求項８】 ネットワークを介して接続された複数の
   情報処理装置がサーバ及び／又はクライアントとして機
   能するサーバ・クライアントシステムにあって、前記複
   数の情報処理装置の１つにローカル接続され、前記複数
   の情報処理装置により共有される共有機器をネットワー
   クを介してアクセス可能な情報処理装置であって、 前記共有機器の使用に先だって、前記共有機器がローカ
   ル接続された情報処理装置にネットワークを介して前記
   共有機器のレディー状態を問合わせる問合手段と、 返答された前記共有機器のレディー状態に対応して、前
   記共有機器の使用を判断する判断手段とを有することを
   特徴とする情報処理装置。
9. 【請求項９】 前記共有機器がレディーでない場合に、
   ユーザに報知する報知手段を更に有することを特徴とす
   る請求項８記載の情報処理装置。
10. 【請求項１０】 前記報知手段は、表示手段を含むこと
    を特徴とする請求項９記載の情報処理装置。
11. 【請求項１１】 前記共有機器は画像入力機器であっ
    て、イメージスキャナを含むことを特徴とする請求項８
    乃至１０のいずれか１つに記載の情報処理装置。
12. 【請求項１２】 ネットワークを介して接続された複数
    の情報処理装置がサーバ及び／又はクライアントとして
    機能するサーバ・クライアントシステムにあって、前記
    複数の情報処理装置により共有される共有機器がローカ
    ル接続された情報処理装置であって、 他の情報処理装置からのネットワークを介した受信情報
    を解析する解析手段と、 解析結果が前記共有機器の使用に先だつ前記共有機器の
    レディーブ状態の問合せである場合に、前記共有機器の
    レディー状態を判定する判定手段と、 判定結果を、前記他の情報処理装置に送信する送信手段
    とを有することを特徴とする情報処理装置。
13. 【請求項１３】 前記判定手段は、前記共有機器に対応
    するローカル接続のプロトコルに従う前記共有機器から
    の応答に基づいて、レディー状態を判定することを特徴
    とする請求項１２記載の情報処理装置。
14. 【請求項１４】 前記共有機器は画像入力機器であっ
    て、イメージスキャナを含むことを特徴とする請求項１
    ２又は１３記載の情報処理装置。
15. 【請求項１５】 ネットワークを介して接続された複数
    の情報処理装置がサーバ及び／又はクライアントとして
    機能するサーバ・クライアントシステムにあって、前記
    複数の情報処理装置の１つにローカル接続され、前記複
    数の情報処理装置により共有される共有機器をネットワ
    ークを介してアクセス可能な情報処理装置を制御する制
    御プログラムをコンピュータ読出し可能に記憶する記憶
    媒体であって、 前記制御プログラムが、少なくとも、 前記共有機器の使用に先だって、前記共有機器がローカ
    ル接続された情報処理装置にネットワークを介して前記
    共有機器のレディー状態を問合わせる問合プログラム
    と、 返答された前記共有機器のレディー状態に対応して、前
    記共有機器の使用を判断する判断プログラムと、 前記共有機器がレディーでない場合に、ユーザに報知す
    る報知プログラムとを含むことを特徴とする記憶媒体。
16. 【請求項１６】 ネットワークを介して接続された複数
    の情報処理装置がサーバ及び／又はクライアントとして
    機能するサーバ・クライアントシステムにあって、前記
    複数の情報処理装置により共有される共有機器がローカ
    ル接続された情報処理装置を制御する制御プログラムを
    コンピュータ読出し可能に記憶する記憶媒体であって、 前記制御プログラムが、少なくとも、 他の情報処理装置からのネットワークを介した受信情報
    を解析する解析プログラムと、 解析結果が前記共有機器の使用に先だつ前記共有機器の
    レディー状態の問合せである場合に、前記共有機器のレ
    ディー状態を前記共有機器に対応するローカル接続のプ
    ロトコルに従う前記共有機器からの応答に基づいて判定
    する判定プラグラムと、 判定結果を、前記他の情報処理装置に送信する送信プロ
    グラムとを含むことを特徴とする記憶媒体。
17. 【請求項１７】 ネットワークを介して接続された複数
    の情報処理装置がサーバ及び／又はクライアントとして
    機能するサーバ・クライアントシステムにあって、前記
    複数の情報処理装置の１つにローカル接続された機器を
    ネットワークを介して共有可能な情報処理装置を制御す
    る制御プログラムをコンピュータ読出し可能に記憶する
    記憶媒体であって、 前記制御プログラムが、少なくとも、 前記共有機器の使用に先だって、前記共有機器がローカ
    ル接続された情報処理装置にネットワークを介して前記
    共有機器のレディー状態を問合わせる問合プログラム
    と、 返答された前記共有機器のレディー状態に対応して、前
    記共有機器の使用を判断する判断プログラムと、 前記共有機器がレディーでない場合に、ユーザに報知す
    る報知プログラムと、 他の情報処理装置からのネットワークを介した受信情報
    を解析する解析プログラムと、 解析結果が前記共有機器の使用に先だつ前記共有機器の
    レディー状態の問合せである場合に、前記共有機器のレ
    ディー状態を前記共有機器に対応するローカル接続のプ
    ロトコルに従う前記共有機器からの応答に基づいて判定
    する判定プラグラムと、 判定結果を、前記他の情報処理装置に送信する送信プロ
    グラムとを含むことを特徴とする記憶媒体。
18. 【請求項１８】 前記共有機器は画像入力機器であっ
    て、イメージスキャナを含むことを特徴とする請求項１
    ５乃至１７のいずれか１つに記載の記憶媒体。