JP2000339260A - デバイス検索クライアントおよびデバイス検索方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上のデバイスを検索する際に、
一度検索されたデバイスを再検索することなく使用でき
るデバイス検索クライアントおよびデバイス検索方法を
提供することを目的とする。 【解決手段】 デバイス検索クライアント１１１は、オ
ペレータが入力した検索条件からオブジェクトクラスに
関する属性データを抽出してデバイス検索サーバ１１２
に問い合わせて検索結果を取得する。そして検索結果か
ら得られるデバイスの属性データを論理デバイスとして
保存する。また、入力した検索条件を一部満足した検索
結果から検索条件を抽出して記憶する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
デバイスの検索する検索クライアントおよび検索方法に
関するものである。

【０００２】

【従来の技術】従来、ネットワーク上の各種の資源（プ
リンタ、サーバ、スキャナなど）を効率的に発見し、利
用するための方法として、ディレクトリサービスと呼ば
れるものが提供されている。ディレクトリサービスと
は、言わばネットワークに関する電話帳であり、様々な
情報を格納するためのものである。ディレクトリシステ
ムの具体例としては、例えばLDAP(Lightweight Directo
ry Access Protocol)がある。LDAPの規定は、IETFが発
行しているRFC１７７７に記載されている。また解説書
としては、例えば株式会社プレンティスホールより「Ｌ
ＤＡＰ インターネット ディレクトリ アプリケーショ
ン プログラミング」が１９９７年１１月１日に発行さ
れている。このディレクトリサービスを用いて、例えば
ネットワークに接続されているデバイスを検索すること
により、ネットワーク上で利用可能なデバイスのネット
ワークアドレスの一覧を得ることができる。

【０００３】

【発明が解決しようとする課題】しかしながら上記従来
例では、例えばネットワークプリンタを検索する場合を
例に取れば、ステープル機能のあるなし、両面印刷サポ
ートのあるなしなどの各種属性を指定して検索した場
合、条件をすべて満足したデバイスのみが検索される。
もし、条件をすべて満足するデバイスが存在しない場合
には、条件を入れ直して再度検索を行わなければならな
い。さらに、ネットワーク上のデバイスを使用する度
に、このような検索操作をいちいち行わなければなら
ず、より使い勝手の良い方法が望まれていた。

【０００４】本発明は、上記問題点を解決するためにな
されたもので、ネットワーク上のデバイス検索する際、
一度検索されたデバイスを再検索することなく使用でき
るデバイス検索クライアントおよびデバイス検索方法を
提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明は上記問題点を解
決するために、本出願の第１の発明は、ネットワーク上
のデバイスを検索するデバイス検索クライアントであっ
て、前記デバイスを使用する際に参照する論理デバイス
データと、複数の属性データから成る検索条件を入力す
る入力手段と、前記入力手段で入力された検索条件の中
から、所定の属性データから成る検索条件を抽出する抽
出手段と、前記抽出手段により抽出された検索条件を前
記ネットワーク上の検索サーバに送信してその検索結果
を取得する検索手段と、前記検索結果から得られるデバ
イスの情報を前記論理デバイスデータに保存する保存手
段とを備えたことを特徴とする。

【０００６】また、本出願の第２の発明は、ネットワー
ク上のデバイスを検索するデバイス検索クライアントで
あって、複数の属性データから成る検索条件を入力する
入力手段と、前記入力手段で入力された検索条件の中か
ら、所定の属性データから成る検索条件を抽出する抽出
手段と、前記抽出手段により抽出された検索条件を前記
ネットワーク上の検索サーバに送信してその検索結果を
取得する検索手段と、前記検索手段の検索結果より得ら
れるデバイスについて、前記入力手段で入力された検索
条件の属性データごとに一致するか否かを判定する判定
手段と、各デバイスについて一致した属性データから検
索条件を生成して記憶する記憶手段と、前記記憶手段で
記憶した検索条件を前記入力手段に入力する手段とを備
えたことを特徴とする。

【０００７】また、本出願の第３の発明は、ネットワー
ク上のデバイスを検索するデバイス検索方法であって、
複数の属性データから成る検索条件を入力する入力工程
と、前記入力工程で入力された検索条件の中から、所定
の属性データから成る検索条件を抽出する抽出工程と、
前記抽出工程により抽出された検索条件を前記ネットワ
ーク上の検索サーバに送信してその検索結果を取得する
検索工程と、前記検索結果から得られるデバイスの情報
を論理デバイスデータに保存する保存工程とを備えたこ
とを特徴とする。

【０００８】また、本出願の第４の発明は、ネットワー
ク上のデバイスを検索するデバイス検索方法であって、
複数の属性データから成る検索条件を入力する入力工程
と、前記入力工程で入力された検索条件の中から、所定
の属性データから成る検索条件を抽出する抽出工程と、
前記抽出工程により抽出された検索条件を前記ネットワ
ーク上の検索サーバに送信してその検索結果を取得する
検索工程と、前記検索工程の検索結果より得られるデバ
イスについて、前記入力工程で入力された検索条件の属
性データごとに一致するか否かを判定する判定工程と、
各デバイスについて一致した属性データから検索条件を
生成して記憶する記憶工程と、前記記憶工程で記憶した
検索条件を前記入力工程に入力する工程とを備えたこと
を特徴とする。

【０００９】また、本出願の第５の発明は、ネットワー
ク上のデバイスを検索するプログラムコードを格納した
コンピュータ読取可能な記憶媒体であって、複数の属性
データから成る検索条件を入力する入力工程と、前記入
力工程で入力された検索条件の中から、所定の属性デー
タから成る検索条件を抽出する抽出工程と、前記抽出工
程により抽出された検索条件を前記ネットワーク上の検
索サーバに送信してその検索結果を取得する検索工程
と、前記検索結果から得られるデバイスの情報を論理デ
バイスデータに保存する保存工程とを実行するためのプ
ログラムコードを格納したことを特徴とするコンピュー
タ読取可能な記憶媒体である。

【００１０】また、本出願の第６の発明は、ネットワー
ク上のデバイスを検索するプログラムコードを格納した
コンピュータ読取可能な記憶媒体であって、複数の属性
データから成る検索条件を入力する入力工程と、前記入
力工程で入力された検索条件の中から、所定の属性デー
タから成る検索条件を抽出する抽出工程と、前記抽出工
程により抽出された検索条件を前記ネットワーク上の検
索サーバに送信してその検索結果を取得する検索工程
と、前記検索工程の検索結果より得られるデバイスにつ
いて、前記入力工程で入力された検索条件の属性データ
ごとに一致するか否かを判定する判定工程と、各デバイ
スについて一致した属性データから検索条件を生成して
記憶する記憶工程と、前記記憶工程で記憶した検索条件
を前記入力工程に入力する工程とを実行するプログラム
コードを格納したことを特徴とするコンピュータ読み取
り可能な記憶媒体である。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。本発明は、ユ
ーザが望む属性を持つネットワークデバイスを容易に検
索するとともに、検索結果をユーザにわかりやすい形式
で表示するものである。特に、ユーザが携帯用コンピュ
ータを訪問先のネットワークに接続して印刷を行なうこ
とがたびたびあるような場合に有効である。詳細につい
ては、以下の説明で明らかになろう。

【００１２】図１は、本実施形態のデバイス検索システ
ムが動作可能なネットワークの構成を示す図である。同
図において、１０１はカラープリンタ、１０２はＭＦＰ
（Multi Function Peripheral。コピー機であるが、ネ
ットワークプリンタとしても使用可能なもの。）、１０
３および１０４はモノクロプリンタ、１０５はネットワ
ーク接続されたスキャナである。１１１および１１３
は、それぞれデスクトップ型コンピュータ（以下、ＰＣ
と称する）とノート型コンピュータ（以下、ノートＰＣ
と称する）である。これらは、本実施形態のデバイス検
索クライアントのプログラムが実行可能であり、後述す
るようにデバイス検索サーバに対して所望の条件を満た
すデバイスの検索要求を発行するするとともに、その検
索結果を受信して表示画面上に表示する。以下、このデ
バイス検索クライアントのプログラムが実行可能なＰＣ
１１１およびノートＰＣ１１３を、それぞれ、デバイス
検索クライアント１１１、１１３と称する。１１２は、
本実施形態のデバイス検索サーバのプログラムが実行可
能なＰＣであり、後述するようにネットワークデバイス
１０１から１０５に関する情報（データベース）が格納
されており、デバイス検索クライアント１１１あるいは
１１３からのデバイス検索の問い合わせを受け付け、そ
の結果を返す。以下、このデバイス検索サーバのプログ
ラムが実行可能なＰＣ１１２をデバイス検索サーバ１１
２と称する。

【００１３】これらのデバイスのうち、１０１、１０
２、１０３、１１１、１１２および１２０は二階に設置
されており、１０４および１０５は一階に設置されてい
る。１１３はノートＰＣなので、現在は一階からＬＡＮ
１００に接続しているが、その携帯性から取り外される
こともある。さらに、これらのデバイスを相互に接続す
るネットワーク１００は、ファイアウォール１２０を介
してインターネット１３０に接続されており、インター
ネット１３０を介して他のネットワーク１４０とも接続
されている。

【００１４】図２は、検索クライアント１１１、１１３
および検索サーバ１１２の構成の一例を示したブロック
図であり、これは汎用のパーソナルコンピュータと同様
の構成から成っている。同図において、２００は、デバ
イス検索クライアントソフトウェアあるいはデバイス検
索サーバソフトウェア（以下、これらをまとめてデバイ
ス検索ソフトウェアと呼ぶ）が稼動するＰＣ全体を表わ
しており、図１における１１１、１１２あるいは１１３
と同等である。ＰＣ２００は、ＲＯＭ２０２もしくはハ
ードディスク（ＨＤ）２１１に記憶された、あるいはフ
ロッピーディスクドライブ（ＦＤ）２１２より供給され
るデバイス検索ソフトウェアを実行するＣＰＵ２０１を
備え、システムバス２０４に接続される各デバイスを総
括的に制御する。２０３はＲＡＭで、ＣＰＵ２０１の主
メモリ、ワークエリア等として機能する。２０５はキー
ボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）
２０９や不図示のポインティングデバイス等からの指示
入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴ
Ｃ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を
制御する。２０７はディスクコントローラ（ＤＫＣ）
で、ブートプログラム、種々のアプリケーション、編集
ファイル、ユーザファイルそしてネットワーク管理プロ
グラム等を記憶するハードディスク（ＨＤ）２１１およ
びフロッピーディスクコントローラ（ＦＤ）２１２との
アクセスを制御する。２０８はネットワークインタフェ
ースカード（ＮＩＣ）で、ＬＡＮ２２０を介して、ネッ
トワークプリンタ、他のネットワーク機器あるいは他の
ＰＣと双方向にデータをやりとりする。なお、ＬＡＮ２
２０は図１におけるＬＡＮ１００と同じものである。

【００１５】次に、デバイス検索サーバの構成と動作に
ついて説明する。図３は、検索サーバ１１２に格納され
ているネットワーク機器に関するデータベースの構造を
表形式で表現した図である。検索サーバ１１２におい
て、データベース３００の情報は、物理的にはハードデ
ィスク２１１に格納されている。同図の表において、各
行がネットワークデバイス一台を表現している。各列
は、デバイスの名称（３０１）、プリンタのネットワー
クアドレス（３０２）、デバイスの機能種別を示すオブ
ジェクトクラス（３０３）、デバイスタイプ（３０
４）、カラー印刷をサポートしているかどうか（３０
５）、両面印刷をサポートしているかどうか（３０
６）、ステープルをサポートしているかどうか（３０
７）をそれぞれ表している。

【００１６】ここで、オブジェクトクラス（ObjectClas
s）とは、デバイスの機能種別を示すものであり、例え
ば、デバイスがプリンタであれば、プリンタクラス（pr
inter）として登録される。また、あるデバイスが印刷
機能を持っていれば、例えばそのデバイスがＭＦＰであ
ったとしても、プリンタクラスのデバイスとして登録さ
れても良い。一方、デバイスタイプとはデバイスの全体
的な機能を示すものであって、ここでは単体のプリンタ
とＭＦＰとは区別される。３０５から３０７までの表記
において、１はサポートしていることを、０はサポート
していないことを示す。また、NAは、その属性に関する
情報が格納されていないことを示す。

【００１７】図３に示されたデータについて例えば表の
一行目に登録されているデバイスを例にとって具体的に
解説すると、カラー君という名称のデバイスが、ネット
ワークアドレス192.168.16.131に存在し、そのデバイス
はプリント機能を持っていて、形態としては単体のプリ
ンタであり、属性としてカラー印刷とステープルをサポ
ートしているが、両面印刷の機能はサポートしていない
ことを示している。そして、本実施形態においては、図
３に示された１行目から５行目までのデバイスは、それ
ぞれ図１における１０１、１０２、１０３、１０４およ
び１０５に相当するものとする。なお、図３に示した情
報はあくまでも例であって、検索サーバ１１２に格納す
る情報としては、さらに設置場所などの附加情報もあっ
ても良いことは言うまでもない。

【００１８】つぎにデバイス検索サーバ１１２の動作を
図４および図５のフローチャートを用いて説明する。ま
ず、図４は、デバイス検索サーバ１１２の動作について
説明したフローチャートである。これら一連の処理の判
断と実行は、ハードウェア的にはデバイス検索サーバ内
部のＣＰＵ２０１によって行われる。デバイス検索サー
バ１１２が起動すると、まずステップＳ４０１にて、デ
バイス検索クライアントからデバイス検索要求を受け付
けるための受信ポートをオープンする。この操作によ
り、デバイス検索クライアントからの検索要求を受信し
た時には、オペレーティングシステムが受信イベントを
発行し、検索要求の受信がプログラムに通知される。次
にステップＳ４０２に進み、オペレーティングシステム
から何らかのイベントが通知されるまで待つ。何らかの
イベントが通知されたら、そのイベントを取得して次の
ステップに進む。次のステップＳ４０３では、ステップ
Ｓ４０２で取得したイベントが、ユーザによるシステム
シャットダウンイベントであるかどうかを判断する。も
しシャットダウンイベントであった場合には、ステップ
Ｓ４０８にて受信ポートをクローズした後、プログラム
を終了する。一方、ステップＳ４０３で、シャットダウ
ンイベントではないと判断された場合には、ステップＳ
４０４に進み、デバイス検索クライアントからの問い合
わせ受信イベントであるかどうかを判断する。もし、問
い合わせ受信イベントである場合には、ステップＳ４０
５に進み、該イベントで取得した検索条件と図３に示し
たデータベースとを照らし合わせて適切なデバイスを選
び出す。続くステップＳ４０６にて、ステップＳ４０５
で得た検索結果をデバイス検索クライアントに対して返
信する。一方、ステップＳ４０７で問い合わせ受信イベ
ントではないと判断された場合にはステップＳ４０７に
進み、シャットダウンイベントあるいは問い合わせ受信
イベント以外の処理、例えば表示画面の更新などを行な
う。

【００１９】図５は、図４におけるステップＳ４０５の
データベース検索動作をより詳しく説明するフローチャ
ートである。全体について簡単に概略を説明すると、本
実施形態のデータベース検索ステップでは、デバイス検
索クライアントが複数の検索条件を指定してきた場合、
それらの検索条件をひとつずつ処理する方式を採用して
いる。それがステップＳ５０１からそのＮＯ判断を経由
して再びステップＳ５０１に戻る外側のループである。
ステップＳ５０４からそのＮＯ判断から出て再びステッ
プＳ５０４に戻る内側のループは、検索条件ひとつにつ
いて、データベースの全ての登録情報を走査するための
ものである。以下、ステップひとつ毎に詳細に説明す
る。データベース検索動作においては、ステップＳ５０
１で全ての検索条件を処理し終わったかどうかを判断す
る。もし全ての条件を処理し終わった場合には、ステッ
プＳ５０２に進み、検索結果を上位プログラムに返す。
一方、ステップＳ５０１において全ての検索条件を処理
し終えていないと判断された場合にはステップＳ５０３
に進み、デバイス検索クライアントから受信した情報の
中から検索条件をひとつ取り出す。

【００２０】次にステップＳ５０４に進み、図３で説明
したネットワークデバイスに関するデータベース３００
を全て走査し終えたかどうかを判断する。走査が終わっ
たと判断された場合には、ステップＳ５０１に戻って、
次の検索条件の処理を行なう。一方、ステップＳ５０４
でデータベース３００の走査が終わっていないと判断さ
れた場合には、ステップＳ５０５に進む。ステップＳ５
０５では、データベース３００のうちからデバイスひと
つ分のデータを取り出す。続くステップＳ５０６で、ス
テップＳ５０５で取り出したデータが検索条件に合致し
ているかどうかを判断する。もし条件に合致している場
合にはステップＳ５０７に進む。一方、ステップＳ５０
６でステップＳ５０５で取り出したデータが検索条件に
合致してないと判断された場合にはステップＳ５０４に
戻り、データベース３００に登録されている次のデバイ
ス情報について処理を続ける。ステップＳ５０７では、
ステップＳ５０６で検索条件に合致したと判断されたデ
バイスの情報のうち、デバイス名称３０１とネットワー
クアドレス３０２、デバイスタイプ３０４、カラー３０
５、両面印刷３０６ならびにステープル３０７を取り出
し、続くステップＳ５０８で検索結果に追加する。ステ
ップＳ５０８の処理が終了したら、ステップＳ５０４に
戻って次のデータの走査を続ける。

【００２１】以下、本実施形態では、クライアントが、
検索条件として、「オブジェクトクラスがプリンタであ
るデバイス」を要求した場合を想定して説明する。この
検索条件により、データベース３００について検索を行
なった検索結果を図６に示す。同図において、検索結果
６００には、オブジェクトクラスが「プリンタ」である
という条件に合致したデバイスは４台あり、それぞれに
ついてデバイス名称６０１、ネットワークアドレス６０
２、デバイスタイプ６０３、カラー機能のありなし６０
４、両面印刷機能のありなし６０５ならびにステープル
機能のありなし６０６の情報が示されている。

【００２２】次に、デバイス検索クライアントの動作に
ついて説明する。図７は、デバイスの検索を行なう前
の、クライアントの画面表示の一例を示す図である。同
図において、ウィンドウ７００の中に、各種の情報が表
示されている。７０１は検索メニューであり、ユーザが
キーボード２０９または不図示のポインティングデバイ
スでこのメニューを選択することにより、デバイス検索
サーバに対して条件に合致するデバイスが存在するか否
かの問合わせを行う。７０２は新規追加メニューであ
り、ユーザがこのメニューを選択することにより不図示
のダイアログが表示され、そこで所望の検索条件を入力
する。そして入力した検索条件に対応した新しい検索ア
イコンが作成され、カラム７０３に表示される。図７の
例で、７０３に表示されているアイコンがプリンタの形
をしているのは、検索条件としてオブジェクトクラスが
プリンタであることを示し、アイコン上にクエスチョン
マークが表示されているのは、その条件に合致するデバ
イスがネットワーク上に存在するかどうかは、まだ不明
であることを示す。７０４は、デバイスの状態を示すカ
ラム、７０６はデバイスのアドレスを示すカラムであ
り、ともにまだ不明であることが表示されている。７０
５は、入力した検索条件のうちデバイスの属性に関する
ものが表示されている。

【００２３】図８は、図７の表示画面において指定した
検索条件およびデバイス検索サーバへの問い合わせるた
めの検索条件データを記憶した条件テーブルの一例を示
した図である。ユーザにより検索条件が入力されると、
条件名Ｃ１（８０１）に対応して条件式（８０２）が作
成される。条件式８０２は、ＩＥＴＦが発行するＲＦＣ
１９６０の規定に基づいた記法を用いて条件を表わした
例を示しており、オブジェクトクラスがプリンタ（１行
目）であり、属性としてカラー印刷可能（２行目）、両
面印刷可能（３行目）、ステープル可能（４行目）なデ
バイスが指定されている。８０３はデバイス検索サーバ
への問い合わせる検索条件データを示している。デバイ
ス検索クライアントの動作について後述するように、サ
ーバに問い合わせる条件として、検索条件の中からオブ
ジェクトクラスに関するものだけを抽出して問い合わせ
るため、オブジェクトクラスがプリンタであるという条
件だけが示されている。図８で示した検索条件データ
は、ハードディスク２１１に格納される。

【００２４】図９は、デバイス検索クライアント１１１
および１１３の動作を示すフローチャートである。尚、
デバイス検索サーバ１１２の上でデバイス検索クライア
ントのプログラムを実行させることもできる。まず、デ
バイス検索クライアントのプログラムの概略動作につい
て説明すると、システムが終了するまで、イベントを待
ち、イベントが生じたらそのイベントについての処理を
行うイベント駆動型のプログラムとして動作する。主な
イベントとしては、システム終了イベント、デバイス検
索要求イベント、デバイス検索結果受信イベントであ
る。以下、個別のステップについて詳細に説明する。

【００２５】検索クライアントが起動すると、まずステ
ップＳ９０１でイベントが発生するまで待つ。イベント
が発生したら、そのイベントを取得してステップＳ９０
２に進む。ステップＳ９０２では、ステップＳ９０１で
取得したイベントが、ユーザがキーボード２０９あるい
は不図示のポインティングデバイスを用いてシステム終
了のコマンドを発行したものであるかどうかを判定す
る。もしユーザが終了コマンドを発行したと判定した場
合には、プログラムを終了する。一方、ステップＳ９０
２において終了コマンドの発行イベントではないと判定
した場合には、ステップＳ９０３に進む。ステップＳ９
０３では、ステップＳ９０１で取得したイベントが、ユ
ーザが検索メニュー７０１を選択することによって、デ
バイス検索コマンドを発行したことによるものであるか
どうかを判定する。もしデバイス検索コマンドの発行に
よるイベントであった場合にはステップＳ９０４に進
み、デバイス検索サーバ１１２に対してデバイス検索要
求を送信する。一方、ステップＳ９０３において、イベ
ントがデバイス検索コマンドを発行したことによるもの
ではないと判断された場合にはステップＳ９０５に進
む。ステップＳ９０５では、ステップＳ９０１で取得し
たイベントが、ステップＳ９０４で送信したデバイス検
索要求の送信に対するデバイス検索サーバ１１２からの
検索結果の返答受信によるイベントであるかどうかを判
断する。もし、返答の受信によるものであると判断され
た場合には、ステップＳ９０６に進み、受信した検索結
果をウィンドウ７００に表示する。さらに、ウインドウ
７００に表示したデバイスの属性データを論理デバイス
として保存し、さらに検索条件を更新する処理を行う
（詳細については、図１１を用いて後述する）。ステッ
プＳ９０６の処理が終了したら、ステップＳ９０１に戻
って次のイベントを待つ。

【００２６】一方、ステップＳ９０５において返答受信
によるイベントではないと判断された場合には、ステッ
プＳ９０７に進み、その他の処理を行う。その他の処理
とは、例えばプログラム起動時やユーザが画面をウィン
ドウを移動させた場合などに、画面を再描画すること等
である。ステップＳ９０７の処理が終了したら、ステッ
プＳ９０１に戻って次のイベントを待つ。

【００２７】図１０は、図９のフローチャートのうち、
検索要求動作Ｓ９０４について詳しく説明したフローチ
ャートである。まず、ステップＳ１００１において、Ｒ
ＡＭ２０３にアクセスして、図８で説明したようにあら
かじめ記憶しておいた検索条件を取得する。続くステッ
プＳ１００２において、その検索条件の中からオブジェ
クトクラスに関する条件だけを抽出して検索サーバ１１
２に送信し、ネットワークデバイスの検索を要求する。

【００２８】なお、デバイス検索サーバのアドレスは、
本実施形態では例えばユーザがキーボード２０９を用い
て入力した値をハードディスク２１１に書き出してお
き、それを読み込むなどしてあらかじめわかっているも
のとするが、それに限定されるものではない。他の方法
としては、例えばプログラミング言語Lindaにおけるタ
プルスペースのような手法を用いて、ネットワークから
取得しても良い。プログラム言語Lindaについては、各
種の論文や解説書があるが、例えば、「D. Gelernter
著、"Generative Communication in Linda", ACM Trans
actions on Programming Languages and Systems, volu
me7, number1, pp80--112, 1985年」等に開示されてい
る。

【００２９】図１１は、図９のフローチャートのうち、
検索結果表示動作Ｓ９０６について詳しく説明したフロ
ーチャートである。検索結果表示動作においては、ステ
ップＳ１１０１において、受信した検索結果を調べて、
ハードディスク２１１に一時的に記憶しておいた検索条
件に完全に一致したデバイスがあったかどうかを判断す
る。もし条件に完全に一致したデバイスがひとつでもあ
った場合にはステップＳ１１０２に進む。ステップＳ１
１０２ではＣＲＴＣ２０６を操作して画面を書き換え、
不図示のダイアログボックス等を表示し完全一致であっ
た旨を表示する。続くステップＳ１１０３では、完全一
致であったことを記憶しておくために、完全一致かどう
かを示す一時変数fExistにTRUEを代入しておく。ステッ
プＳ１１０３の処理を終了したらステップＳ１１０６に
進む。一方、ステップＳ１１０１において、条件に完全
に一致したデバイスがひとつもない場合にあはステップ
Ｓ１１０４に進む。ステップＳ１１０４では、ＣＲＴＣ
２０６を操作して不図示のダイアログボックス等を表示
し、不完全一致であった旨を表示する。続くステップＳ
１１０５では、不完全一致であったことを記憶しておく
ために、一時変数fExistにFALSEを代入しておく。ステ
ップＳ１１０５の処理を終了したら、ステップＳ１１０
６に合流する。

【００３０】ステップＳ１１０６からそのＮＯ判断を経
由して再びステップＳ１１０６に戻るループは、受信し
た検索結果（図６で示した検索結果６００）に含まれる
全てのデバイス情報をひとつずつ順に処理（検索条件満
足か否かの判断、表示等）するためのループである。ス
テップＳ１１０６では、受信した検索結果に含まれる全
てのデバイス情報を処理し終わったかどうかを判断す
る。もし全て処理し終わったと判断された場合には、全
体の処理を終了する。一方、ステップＳ１１０６におい
て、まだ受信した全情報を処理し終わっていないと判断
された場合にはステップＳ１１０７に進み、受信したひ
とつ以上のデバイス情報の中から、情報をひとつ取り出
す。続くステップＳ１１０８では、先ほどのステップＳ
１１０３あるいステップＳ１１０５で代入したfExistの
値がTRUEかFALSEかによって処理を分ける。fExistがTRU
E、つまり条件に完全一致するデバイスがあった場合に
はステップＳ１１０９に進む。受信したデバイス情報の
中には検索条件に完全に一致していないものもあるの
で、条件に完全に一致するデバイス情報のみを選り分け
る。その選別を行うのがステップＳ１１０９である。ス
テップＳ１１０９では、ステップＳ１１０７で取得した
デバイス情報がハードディスク２１１に記憶しておいた
検索条件８０２を完全に満たしているかどうかを判断す
る。完全に一致していない場合はステップＳ１１０６に
戻り、完全に満たしている場合にはステップＳ１１１０
に進む。ステップＳ１１１０では、ＣＲＴＣ２０６を制
御してウインドウ７００を書き換え、検索結果により得
られたデバイスの情報を表示する。ステップＳ１１１０
の処理を終了したら、ステップＳ１１１４に進む。

【００３１】さて、ステップＳ１１０８において、fExi
stがFALSEであった場合の処理について以下に説明す
る。Ｓ１１０８においてfExistがFALSEであった場合に
は、ステップＳ１１１１に進む。この場合、受信した検
索結果の中には、オブジェクトクラスが合致していると
いうことを除いて検索条件８０１に全く合致しないデバ
イスや部分的に合致しているデバイス等、様々なデバイ
ス情報が含まれている。ユーザには、それらの情報の中
から、なるべく重要な情報のみを選別して表示する方が
望ましい。そのための判別を行うのがステップＳ１１１
１である。ここでは、指定した３つの検索条件（カラー
あり、両面あり、ステープルあり）のうち、２つ以上の
条件に合致したもの、すなわちＮ個の条件のうちＮ−１
個の条件が一致していれば、「ある基準以上合致」と判
断する。また、Ｎ−２個あるいはＮ−３個等、一致条件
の基準を適宜設定してもよいことは言うまでもない。

【００３２】ステップＳ１１１１においては、ステップ
Ｓ１１０７で取得したデバイス情報がハードディスク２
１１に記憶しておいた検索条件８０１の３つの属性（カ
ラーあり、両面あり、ステープルあり）のうち、２つ以
上の属性を満たしているかどうかを判断する。もし２つ
以上の属性を満たしていると判断された場合には、ステ
ップＳ１１１２に進む。ステップＳ１１１２では、満た
していなかった属性を調べる。続くステップＳ１１１３
では、ＣＲＴＣ２０６を制御して画面を更新し、ステッ
プＳ１１１２で調べた満たしていない条件とともにデバ
イスの情報を表示し、ステップＳ１１１４に進む。一方
ステップＳ１１１１で、２つ以上の属性を満たしていな
かったと判断された場合には、ステップＳ１１０６に戻
る。

【００３３】ステップＳ１１１４では、ステップＳ１１
１０あるいはステップＳ１１１３で表示処理を終えたデ
バイスに関する属性データを、ハードディスク２１１に
論理デバイスデータとして保存する。この論理デバイス
データは、例えば後述する図１４および図１５に示すよ
うな形式をもって保存される。この論理デバイスデータ
は、デバイスに関する情報（ＩＰアドレスやドライバ情
報等）を記憶したものであり、ユーザは、この論理デバ
イスデータを用いて印刷等のデバイスのサービスを実行
する。例えば、ＵＮＩＸ（ＴＭ）オペレーションシステ
ムのｐｒｉｎｔｃａｐファイル（プリント用常駐プログ
ラムとしてのｌｐｄプログラムが印刷ジョブを実行する
際に参照するプリンタ管理用ファイル）やマイクロソフ
ト社のオペレーティングシステムＷｉｎｄｏｗｓ９８
（ＴＭ）のプリンタアイコンがこれに相当する。その
後、ステップＳ１１１５では、処理中のデバイスの属性
データから検索条件を抽出し、ハードディスク２１１内
の検索条件テーブルに同一の条件が無ければ、新たな検
索条件として検索条件テーブルに追加する。尚、同一の
論理デバイスデータが既に保存されている場合には、新
たな保存は行わない。ステップＳ１１１５の処理を終了
するとステップＳ１１０６に戻る。

【００３４】図１２は、検索操作を終了した後の、デバ
イス検索クライアントの画面表示の一例を示す図であ
る。同図の例では、オブジェクトクラスがプリンタで、
カラー印刷機能あり、かつ、両面印刷機能あり、かつ、
ステープル機能ありを検索条件としてデバイスの検索を
行った結果を示している。表示、条件に完全に一致する
デバイスが表示されるエリア７０８と、条件に完全に一
致しないが条件に近しいデバイスが表示されるエリア７
０９とに大きく分かれる。この例では、条件に完全に一
致するデバイスが無かったので、７０８のエリアのデバ
イスフィールド７０３のアイコンには、完全一致のデバ
イスが無かったことを示す×マークが表示される。７０
４〜７０６のフィールドは、検索実行前と同じ表示とな
っている。

【００３５】７０９のエリアには、検索条件に近しいデ
バイスとして、デバイス名称が「カラー君」と「２階高
速機」であるデバイスが表示されている。状態フィール
ド７０４には、検索結果からネットワークアドレスが取
得できた場合に、使用可能と表示する。詳細フィールド
７０５には、検索条件に一致したデバイスの属性が表示
され、満足しなかった属性が括弧つきで表示される。ア
ドレスフィールド７０６には、デバイスのＩＰアドレス
が表示される。

【００３６】図１３は、デバイスの検索終了後、条件テ
ーブルが更新された状態を示す図である。検索終了以前
の状態を示した図８と比較して条件Ｃ２とＣ３が追加さ
れている。この条件Ｃ２、Ｃ３は、検索されたデバイス
「カラー君」、「２階高速機」の属性データから抽出し
たものであり、それぞれ、オブジェクトクラスがプリン
タ、かつ、カラー印刷可能、かつ、ステープル可能なデ
バイスと、オブジェクトクラスがプリンタ、かつ、両面
印刷可能、かつ、ステープル可能なデバイスとが追加さ
れている。

【００３７】図１４および図１５は、検索クライアント
１１１および１１３が保持する論理デバイスデータを格
納したテーブルを示した図である。この例は、オブジェ
クトクラスが「プリンタ」であるデバイスに関するテー
ブル（以下、プリンタテーブルと称する）であり、ステ
ップＳ１１４でハードディスク２１１に保持されたもの
である。図１４は検索を行う前のプリンタテーブルの状
態を示しており、デバイス名称１４０１、ネットワーク
アドレス１４０２、デバイスタイプ１４０３、および、
各属性１４０４〜１４０６が一組のデータとして保持さ
れている。ここで、各属性データの値は、「１」で該属
性有りを、「０」で該属性無しを表わしている。この例
では、デバイス名称が「高速カラー機」というデバイス
の情報を保持しているので、ユーザは検索をすることな
く「高速カラー機」に対して印刷等の処理を行うことが
できる。図１５は検索を終了した後のプリンタテーブル
の状態を示しており、新たにデバイス名称が「カラー
君」と「２階高速機」であるデバイスが追加されてい
る。ユーザは以降、検索することなくこれらのデバイス
を使用することが可能となる。

【００３８】尚、この例では、オブジェクトクラスが
「プリンタ」であるデバイスの論理デバイスデータにつ
いて説明したが、オブジェクトクラスが他の種類、例え
ば「スキャナ」や「ファクシミリ」等のデバイスの論理
デバイスデータのテーブルについても、それぞれ別個に
作成・保持される。図１６は、検索実行後、新たに検索
を実行する前のデバイス検索クライアントの画面表示例
である。図１３で示した条件テーブルの条件Ｃ２とＣ３
に対応した２つの検索条件が追加されており、ユーザが
新たに条件を入力する手間が省かれることになる。

【００３９】このように本実施形態によれば、ユーザが
指定する条件のすべてを満足するデバイスおよび一部の
条件を満足する近しいデバイスの属性データを論理デバ
イスとして保存することにより、以降、検索を行うこと
なくデバイスを使用することが可能となる。さらに、ユ
ーザが指定する条件のすべてを満足するデバイスが発見
されなかった場合でも、一部の条件を満足する近しいデ
バイスから検索条件を抽出して記憶することで、以降、
検索条件の入力の手間を省くことが可能となる。

【００４０】また、本発明に係るネットワークデバイス
制御プログラムは、外部からインストールされるプログ
ラムによって、ＰＣ２００によって遂行されても良い。
その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュ
メモリやフロッピーディスクなどの記憶媒体により、あ
るいは電子メールやパソコン通信などのネットワークを
介して、外部の記憶媒体からプログラムを含む情報群を
ＰＣ２００上にロードすることにより、ＰＣ２００に供
給される場合でも本発明は適用されるものである。

【００４１】図１７は、本実施形態におけるプログラム
か格納された記憶媒体のメモリマップの一例であり、こ
こでは記憶媒体としてＣＤ−ＲＯＭを想定している。９
９９９はディレクトリ情報を記憶してある領域で、以降
のインストールプログラムを記憶してある領域９９９８
およびネットワークデバイス制御プログラムを記憶して
ある領域９９９７の位置を示している。９９９８は、イ
ンストールプログラムを記憶してある領域である。９９
９７は、ネットワークデバイス制御プログラムを記憶し
てある領域である。本発明のネットワーク制御プログラ
ムがＰＣ２００にインストールされる際には、まずイン
ストールプログラムを記憶してある領域９９９８に記憶
されているインストールプログラムがシステムにロード
され、ＣＰＵ２０１によって実行される。次に、ＣＰＵ
２０１によって実行されるインストールプログラムが、
ネットワークデバイス制御プログラムを記憶してある領
域９９９７からネットワークデバイス制御プログラムを
読み出して、ハードディスク２１１に格納する。

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

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

【００４４】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。プログラムコードを供給す
るための記憶媒体としては、例えば、フロッピーディス
ク、ハードディスク、光ディスク、光磁気ディスク、Ｃ
Ｄ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリ
カード、ＲＯＭなどを用いることができる。

【００４５】また、コンピュータが読み出したプログラ
ムコードを実行することによって、前述した実施形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳなどが実際の
処理の一部または全部を行い、その処理によっても前述
した実施形態の機能が実現され得る。

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

【００４７】なお、本発明は、前述した実施形態の機能
を実現するソフトウェアのプログラムコードを記録した
記憶媒体から、そのプログラムをパソコン通信など通信
ラインを介して要求者にそのプログラムを配信する場合
にも適用できることは言うまでもない。

【００４８】

【発明の効果】以上説明したように、本出願の第１およ
び第３発明によれば、検索結果を表示後、表示したデバ
イスを論理デバイスデータとして保持することにより、
一度検索されたデバイスは新たに検索することなく、操
作を行うことが可能となる。これは、クライアントが携
帯端末やノートＰＣ等のモバイル端末である場合であっ
て、頻繁に訪問する訪問先などで大きな効果を発揮し、
訪問のたびに検索する手間を省くことが可能となる。

【００４９】また、本出願の第２および第４の発明によ
れば、検索結果を表示後、表示したデバイスから検索条
件データを抽出したものを保持し、ユーザが再検索を行
う場合に新たに検索条件を入力する手間を省くことが可
能となる。

【図面の簡単な説明】

【図１】本実施形態のネットワークデバイス検索システ
ムが動作可能なネットワークの構成を示す図。

【図２】デバイス検索サーバおよびデバイス検索クライ
アントの構成の一例を示したブロック図。

【図３】デバイス検索サーバが持つデバイス情報の一例
を示す図。

【図４】デバイス検索サーバの動作を示すフローチャー
トである。

【図５】デバイス検索サーバのデータベース検索動作を
示すフローチャートである。

【図６】デバイス検索サーバが出力する検索結果の一例
を示す図。

【図７】デバイス検索前の時点におけるデバイス検索ク
ライアントの画面表示の一例を示す図。

【図８】デバイス検索クライアントに一時的に保持され
ている検索条件ならびに問い合わせ条件の一例を示す
図。

【図９】デバイス検索クライアントの動作を示すフロー
チャートである。

【図１０】デバイス検索クライアントの検索要求動作を
示すフローチャートである。

【図１１】デバイス検索クライアントの検索結果表示動
作を示すフローチャートである。

【図１２】デバイス検索クライアントの画面表示の一例
を示す図である。

【図１３】デバイス検索クライアントに保持されている
検索条件テーブルの一例を示す図である。

【図１４】デバイス検索クライアントに保持されている
論理プリンタテーブル（検索前）の一例を示す図であ
る。

【図１５】デバイス検索クライアントに保持されている
論理プリンタテーブル（検索後）の一例を示す図であ
る。

【図１６】デバイス検索クライアントの画面表示（検索
実行後）の一例を示す図である。

【図１７】本実施形態のデバイス検索ソフトウェアの記
憶媒体におけるメモリマップを示す図である。

【符号の説明】 １００ ＬＡＮ １０１ カラープリンタ １０２ ＭＦＰ １０３ モノクロプリンタ １０４ モノクロプリンタ １０５ スキャナ １１１ デバイス検索クライアント（デスクトップＰ
Ｃ） １１２ デバイス検索サーバ １１３ デバイス検索クライアント（ノートＰＣ） １２０ ファイアウォール １３０ インターネット １４０ 他のネットワーク

フロントページの続き Ｆターム(参考） 5B014 HC05 5B075 ND20 NK46 PP03 PP23 PQ02 PQ05 PQ46 PQ62 5B089 GA11 GA21 GB02 JA36 JB22 KA03 KB06 KC44 KC53 5K034 AA07 AA17 BB03 FF01 FF11 FF13 FF15 FF18 FF19 HH01 HH12 HH14 HH17 HH26 MM39 NN04

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上のデバイスを検索するデ
   バイス検索クライアントであって、前記デバイスを使用
   する際に参照する論理デバイスデータと、複数の属性デ
   ータから成る検索条件を入力する入力手段と、前記入力
   手段で入力された検索条件の中から、所定の属性データ
   から成る検索条件を抽出する抽出手段と、前記抽出手段
   により抽出された検索条件を前記ネットワーク上の検索
   サーバに送信してその検索結果を取得する検索手段と、
   前記検索結果から得られるデバイスの情報を前記論理デ
   バイスデータに保存する保存手段とを備えたことを特徴
   とするデバイス検索クライアント。
2. 【請求項２】 ネットワーク上のデバイスを検索するデ
   バイス検索クライアントであって、複数の属性データか
   ら成る検索条件を入力する入力手段と、前記入力手段で
   入力された検索条件の中から、所定の属性データから成
   る検索条件を抽出する抽出手段と、前記抽出手段により
   抽出された検索条件を前記ネットワーク上の検索サーバ
   に送信してその検索結果を取得する検索手段と、前記検
   索手段の検索結果より得られるデバイスについて、前記
   入力手段で入力された検索条件の属性データごとに一致
   するか否かを判定する判定手段と、各デバイスについて
   一致した属性データから検索条件を生成して記憶する記
   憶手段と、前記記憶手段で記憶した検索条件を前記入力
   手段に入力する手段とを備えたことを特徴とするデバイ
   ス検索クライアント。
3. 【請求項３】 ネットワーク上のデバイスを検索するデ
   バイス検索方法であって、複数の属性データから成る検
   索条件を入力する入力工程と、前記入力工程で入力され
   た検索条件の中から、所定の属性データから成る検索条
   件を抽出する抽出工程と、前記抽出工程により抽出され
   た検索条件を前記ネットワーク上の検索サーバに送信し
   てその検索結果を取得する検索工程と、前記検索結果か
   ら得られるデバイスの情報を論理デバイスデータに保存
   する保存工程とを備えたことを特徴とするデバイス検索
   方法。
4. 【請求項４】 ネットワーク上のデバイスを検索するデ
   バイス検索方法であって、複数の属性データから成る検
   索条件を入力する入力工程と、前記入力工程で入力され
   た検索条件の中から、所定の属性データから成る検索条
   件を抽出する抽出工程と、前記抽出工程により抽出され
   た検索条件を前記ネットワーク上の検索サーバに送信し
   てその検索結果を取得する検索工程と、前記検索工程の
   検索結果より得られるデバイスについて、前記入力工程
   で入力された検索条件の属性データごとに一致するか否
   かを判定する判定工程と、各デバイスについて一致した
   属性データから検索条件を生成して記憶する記憶工程
   と、前記記憶工程で記憶した検索条件を前記入力工程に
   入力する工程とを備えたことを特徴とするデバイス検索
   クライアント。
5. 【請求項５】 ネットワーク上のデバイスを検索するプ
   ログラムコードを格納したコンピュータ読取可能な記憶
   媒体であって、複数の属性データから成る検索条件を入
   力する入力工程と、前記入力工程で入力された検索条件
   の中から、所定の属性データから成る検索条件を抽出す
   る抽出工程と、前記抽出工程により抽出された検索条件
   を前記ネットワーク上の検索サーバに送信してその検索
   結果を取得する検索工程と、前記検索結果から得られる
   デバイスの情報を論理デバイスデータに保存する保存工
   程とを実行するためのプログラムコードを格納したこと
   を特徴とするコンピュータ読取可能な記憶媒体。
6. 【請求項６】 ネットワーク上のデバイスを検索するプ
   ログラムコードを格納したコンピュータ読取可能な記憶
   媒体であって、複数の属性データから成る検索条件を入
   力する入力工程と、前記入力工程で入力された検索条件
   の中から、所定の属性データから成る検索条件を抽出す
   る抽出工程と、前記抽出工程により抽出された検索条件
   を前記ネットワーク上の検索サーバに送信してその検索
   結果を取得する検索工程と、前記検索工程の検索結果よ
   り得られるデバイスについて、前記入力工程で入力され
   た検索条件の属性データごとに一致するか否かを判定す
   る判定工程と、各デバイスについて一致した属性データ
   から検索条件を生成して記憶する記憶工程と、前記記憶
   工程で記憶した検索条件を前記入力工程に入力する工程
   とを実行するプログラムコードを格納したことを特徴と
   するコンピュータ読み取り可能な記憶媒体。