(57)【要約】【課題】  ユーザがデバイスを検索する際の操作の手間を軽減することが可能な情報処理装置及び情報処理方法及び記憶媒体を提供する【解決手段】  情報処理装置は、ユーザによるデバイスの指定を受け付ける受け付け手段と、前記受け付け手段によって受け付けたデバイスの指定によって指定されたデバイスの属性に基づいて、前記属性を有するデバイスが検索結果として得られる検索条件を生成する生成手段とを有する。【選択図】  図１４
2006079610.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによるデバイスの指定を受け付ける受け付け手段と、
前記受け付け手段によって受け付けたデバイスの指定によって指定されたデバイスの属性に基づいて、前記属性を有するデバイスが検索結果として得られる検索条件を生成する生成手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記生成手段は、前記受け付け手段によって受け付けたデバイスの指定によって指定されたデバイスの属性に基づいて、検索条件とする属性を自動的に抽出し、抽出した属性に基づいて検索条件を生成することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記生成手段は、前記受け付け手段によって受け付けたデバイスの指定によって指定されたデバイスの属性を有さないデバイスを検索結果としない検索条件を生成することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記受け付け手段は、ユーザによる複数のデバイスの指定を受け付け、
前記生成手段は、前記受け付け手段によって受け付けたデバイスの指定によって指定されたデバイスが共に有する属性を有するデバイスが検索結果として得られる検索条件を生成することを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
【請求項５】
前記生成手段は、前記受け付け手段によって受け付けたデバイスの指定によって指定されたデバイスが共に有する属性を有さないデバイスを検索結果としない検索条件を生成することを特徴とする請求項４記載の情報処理装置。
【請求項６】
前記生成手段で生成された検索条件を保存する保存手段を更に有することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項７】
前記デバイスは印刷装置であり、前記デバイスの属性はカラー印刷機能の有無、両面印刷機能の有無、ステイプル機能の有無の少なくとも何れかであることを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
【請求項８】
ユーザによるデバイスの指定を受け付けるステップと、
前記指定を受け付けるステップによって受け付けたデバイスの指定によって指定されたデバイスの属性に基づいて、前記属性を有するデバイスが検索結果として得られる検索条件を生成する生成ステップと、
を有することを特徴とする情報処理方法。
【請求項９】
情報処理装置に以下のステップを実行させるためのプログラムを格納したコンピュータ読み取り可能な記憶媒体であって、
ユーザによるデバイスの指定を受け付けるステップと、
前記指定を受け付けるステップによって受け付けたデバイスの指定によって指定されたデバイスの属性に基づいて、前記属性を有するデバイスが検索結果として得られる検索条件を生成する生成ステップと、
を実行するためのプログラムを格納したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のデバイスの検索を行う情報処理装置および情報処理方法に係る。
【背景技術】
【０００２】
従来、ネットワーク上の各種の資源（プリンタ、サーバ、スキャナなど）を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。ディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）がある。ＬＤＡＰの規定は、ＩＥＴＦが発行しているＲＦＣ１７７７に記載されている。また解説書としては、例えば株式会社プレンティスホールより「ＬＤＡＰ  インターネット  ディレクトリ  アプリケーション  プログラミング」が１９９７年１１月１日に発行されている。このディレクトリサービスを用いて、例えばネットワークに接続されているデバイスを検索することにより、ネットワーク上で利用可能なデバイス情報（ネットワークアドレス等）を取得することができる。また、先行技術文献として特許文献１がある。
【０００３】
【特許文献１】特開平８−６８８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら上記従来例では、使用するネットワーク環境、若しくは、入力する検索条件によっては、複数のデバイスが検索結果として表示されることがある。そのような場合、絞り込みのために詳細な検索条件を更に追加する必要があり、検索の度にいちいち詳細な検索条件を入力することは、ユーザに対して、操作の手間や、デバイスに関する詳細な知識を要求する等の過度な負担を強いることになる。
【０００５】
本発明は上記問題点を解決するためになされたもので、ユーザがデバイスを検索する際の操作の手間を軽減することが可能な情報処理装置及び情報処理方法及び記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記問題点を解決するために、本発明の情報処理装置は、ユーザによるデバイスの指定を受け付ける受け付け手段と、
前記受け付け手段によって受け付けたデバイスの指定によって指定されたデバイスの属性に基づいて、前記属性を有するデバイスが検索結果として得られる検索条件を生成する生成手段とを有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ユーザがデバイスを検索する際の操作の手間を軽減することが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。本発明は、ユーザが望む属性を持つネットワークデバイスをわかりやすい操作方法により検索し、その検索結果をユーザに対してわかりやすい形式で表示するものである。特に、携帯用コンピュータを訪問先のネットワークに接続して印刷を行なう場合に特に有効である。詳細については、以下の説明で明らかになろう。
【０００９】
図１は、本実施例のデバイス検索システムが動作可能なネットワークの構成を示す図である。同図において、１０１はカラープリンタ、１０２はＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ。コピー機であるが、ネットワークプリンタとしても使用可能なもの。）、１０３および１０４はモノクロプリンタ、１０５はネットワーク接続されたスキャナである。１１１および１１３は、それぞれデスクトップ型コンピュータ（以下、ＰＣと称する）とノート型コンピュータ（以下、ノートＰＣと称する）である。これらは、本実施形態のデバイス検索クライアントのプログラムが実行可能であり、後述するようにデバイス検索サーバに対して所望の条件を満たすデバイスに関する問い合わせ情報を発行するするとともに、検索結果を表示する。１１２は、本実施例のデバイス検索サーバのプログラムが実行可能なＰＣであり、後述するようにネットワークデバイス１０１〜１０５に関する情報（データベース）が格納されており、デバイス検索クライアント１１１あるいは１１３からのデバイス検索の問い合わせを受け付け、その結果を返す。以下、このデバイス検索サーバのプログラムが実行可能なＰＣ１１２をデバイス検索サーバ１１２と称する。
【００１０】
これらのデバイスのうち、１０１、１０２、１０３、１１１、１１２および１２０は二階に設置されており、１０４および１０５は一階に設置されている。１１３はノートＰＣなので、現在は一階からＬＡＮ１００に接続しているが、その携帯性から取り外されることもある。さらに、これらのデバイスを相互に接続するネットワーク１００は、ファイアウォール１２０を介してインターネット１３０に接続されており、インターネット１３０を介して他のネットワーク１４０とも接続されている。
【００１１】
図２は、検索クライアント１１１、１１３および検索サーバ１１２の構成の一例を示したブロック図であり、これは汎用のパーソナルコンピュータと同様の構成から成っている。同図において、２００は、デバイス検索クライアントソフトウェアあるいはデバイス検索サーバソフトウェア（以下、これらをまとめてデバイス検索ソフトウェアと呼ぶ）が稼動するＰＣ全体を表わしており、図１における１１１、１１２あるいは１１３と同等である。ＰＣ２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２より供給されるデバイス検索ソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスを総括的に制御する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）２１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２２０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。なお、ＬＡＮ２２０は図１におけるＬＡＮ１００と同じものである。
【００１２】
次に、デバイス検索サーバの構成と動作について説明する。図３は、検索サーバ１１２に格納されているネットワーク機器に関するデータベースの構造を表形式で表現した図である。検索サーバ１１２において、データベース３００の情報は、物理的にはハードディスク２１１に格納されている。同図の表において、各行がネットワーク上のデバイス一台を表わしている。各列は、デバイスの名称（３０１）、プリンタのネットワークアドレス（３０２）、デバイスの機能種別を示すオブジェクトクラス（３０３）、デバイスタイプ（３０４）、カラー印刷をサポートしているかどうか（３０５）、両面印刷をサポートしているかどうか（３０６）、ステープルをサポートしているかどうか（３０７）をそれぞれ表している。
【００１３】
ここで、オブジェクトクラス（ＯｂｊｅｃｔＣｌａｓｓ）とは、デバイスの機能種別を示すものであり、例えば、デバイスがプリンタであれば、プリンタクラス（ｐｒｉｎｔｅｒ）として登録される。また、あるデバイスが印刷機能を持っていれば、例えばそのデバイスがＭＦＰであったとしても、プリンタクラスのデバイスとして登録されても良い。一方、デバイスタイプとはデバイスの全体的な機能を示すものであって、ここでは単体のプリンタとＭＦＰとは区別される。３０５から３０７までの表記において、１はサポートしていることを、０はサポートしていないことを示す。また、ＮＡは、その属性に関する情報が格納されていないことを示す。
【００１４】
図３に示されたデータについて例えば表の一行目に登録されているデバイスを例にとって具体的に解説すると、カラー君という名称のデバイスが、ネットワークアドレス１９２．１６８．１６．１３１に存在し、そのデバイスはプリント機能を持っていて、形態としては単体のプリンタであり、属性としてカラー印刷とステープルをサポートしているが、両面印刷の機能はサポートしていないことがわかる。本実施形態においては、図３に示された１行目から５行目までのデバイスは、それぞれ図１における１０１、１０２、１０３、１０４および１０５に相当するものとする。なお、図３に示した情報はあくまでも例であって、検索サーバ１１２に格納する情報としては、さらに設置場所などの付加情報もあっても良いことは言うまでもない。
【００１５】
＜第１の実施形態＞
以下、第１の実施形態について説明する。
【００１６】
まず、デバイス検索サーバ１１２の動作を図４または図５のフローチャートを用いて説明する。図４は、デバイス検索サーバ１１２の動作について説明したフローチャートである。これら一連の処理の判断と実行は、ハードウェア的にはデバイス検索サーバ内部のＣＰＵ２０１によって行われる。デバイス検索サーバ１１２が起動すると、まずステップＳ４０１にて、デバイス検索クライアントからデバイス検索要求を受け付けるための受信ポートをオープンする。この操作により、デバイス検索クライアントからの検索要求を受信した時には、オペレーティングシステムが受信イベントを発行し、検索要求の受信がプログラムに通知される。次にステップＳ４０２に進み、オペレーティングシステムから何らかのイベントが通知されるまで待つ。何らかのイベントが通知されたら、そのイベントを取得して次のステップに進む。次のステップＳ４０３では、ステップＳ４０２で取得したイベントが、ユーザによるシステムシャットダウンイベントであるかどうかを判断する。もしシャットダウンイベントであった場合には、ステップＳ４０８にて受信ポートをクローズした後、プログラムを終了する。一方、ステップＳ４０３で、シャットダウンイベントではないと判断された場合には、ステップＳ４０４に進み、デバイス検索クライアントからの問い合わせ受信イベントであるかどうかを判断する。もし、問い合わせ受信イベントである場合には、ステップＳ４０５に進み、図３に示したデータベースと問い合わせの条件を照らし合わせて適切なデバイスを選び出す。続くステップＳ４０６にて、ステップＳ４０５で得た検索結果をデバイス検索クライアントに対して返信する。一方、ステップＳ４０７で問い合わせ受信イベントではないと判断された場合にはステップＳ４０７に進み、シャットダウンイベントあるいは問い合わせ受信イベント以外の処理、例えば画面の更新などを行なう。
【００１７】
図５は、図４におけるステップＳ４０５のデータベース検索動作をより詳しく説明するフローチャートである。全体について簡単に概略を説明すると、本実施形態のデータベース検索ステップでは、デバイス検索クライアントが複数の検索条件を指定してきた場合、それらの検索条件をひとつずつ処理する方式を採用している。それがステップＳ５０１からそのＮＯ判断を経由して再びステップＳ５０１に戻る外側のループである。ステップＳ５０４からそのＮＯ判断を経由して再びステップＳ５０４に戻る内側のループは、検索条件ひとつについて、データベースの全ての登録情報を走査するためのものである。以下、ステップひとつ毎に詳細に説明する。
【００１８】
データベース検索動作においては、ステップＳ５０１で全ての検索条件を処理し終わったかどうかを判断する。もし全ての条件を処理し終わった場合には、ステップＳ５０２に進み、検索結果を上位プログラムに返す。一方、ステップＳ５０１において全ての検索条件を処理し終えていないと判断された場合にはステップＳ５０３に進み、デバイス検索クライアントから受信した情報の中から検索条件をひとつ取り出す。
【００１９】
次にステップＳ５０４に進み、図３で説明したネットワークデバイスに関するデータベース３００を全て走査し終えたかどうかを判断する。走査が終わったと判断された場合には、ステップＳ５０１に戻って、次の検索条件の処理を行なう。一方、ステップＳ５０４でデータ３００の走査が終わっていないと判断された場合には、ステップＳ５０５に進む。ステップＳ５０５では、図３のデータ３００のうちからデバイスひとつ分のデータを取り出す。続くステップＳ５０６で、ステップＳ５０５で取り出したデータが検索条件に合致しているかどうかを判断する。もし条件に合致している場合にはステップＳ５０７に進む。
【００２０】
一方、ステップＳ５０６でステップＳ５０５で取り出したデータが検索条件に合致してないと判断された場合にはステップＳ５０４に戻り、データベース３００に登録されている次のデバイス情報について処理を続ける。ステップＳ５０７では、ステップＳ５０６で検索条件に合致したと判断されたデバイスの情報のうち、デバイス名称３０１とネットワークアドレス３０２ならびにデバイスタイプ３０４を取り出し、続くステップＳ５０８で検索結果に追加する。ステップＳ５０８の処理が終了したら、現在処理を行なっている検索条件については処理を終了し、ステップＳ５０１に戻って次の探索条件の処理を続ける。
【００２１】
例えばデバイス検索クライアント１１１または１１３が、プリント機能を持つデバイスについて、次に示すような３つの検索条件でデバイスの検索を行うように要求してきたとする。
条件Ｃ１：カラー
条件Ｃ２：両面  かつ  ステープル
条件Ｃ３：カラー  かつ  両面  かつ  ステープル
この条件に基づいて、図５で示したアルゴリズムに従って図３に示したデータベースの検索を行なった検索結果を図６に示す。同図において、条件Ｃ１に合致したデバイスは、カラー君という名称のデバイスであり、ネットワークアドレスは１９２．１６８．１６．１３１、デバイスタイプは単体のプリンタであることが示されている。同様に、条件Ｃ２に合致したデバイスは、２階高速機という名称であり、ネットワークアドレスは１９２．１６８．１６．１３２であり、デバイスタイプはＭＦＰであることが示されている。条件Ｃ３に該当するデバイスは見つからなかったので、該当なしを示す値ＮＵＬＬによってその旨が示されている。
【００２２】
次に、デバイス検索クライアント１１１および１１３の動作について説明する。図７は、デバイスの検索を行なう前の、デバイス検索クライアントにおける画面表示の一例を示す図である。ウィンドウ７００の中に、各種の情報が表示されている。７０１は検索メニューであり、ユーザが検索メニュー７０１をキーボード２０９あるいは不図示のポインティングデバイスで選択することにより、デバイス検索サーバに対して条件に合致するデバイスがあるかどうかの問い合わせが行われる。
【００２３】
７０２は新規追加メニューであり、ユーザがこのメニューを選択することによって、不図示のダイアログが表示され、そこでユーザが望む検索条件を入力する。検索条件を入力するとその検索条件に対応する新しいデバイスアイコンが作成され、カラム７０３に表示される。この例では、条件Ｃ１「カラー印刷」、条件Ｃ２「両面印刷、かつ、ステープル」、および条件Ｃ３「カラー印刷、かつ、両面印刷、かつ、ステープル」の３つの検索条件が入力され、その結果、それぞれに対応してアイコンが表示されている。表示されているアイコンが全てプリンタの形をしているのは、検索条件としてオブジェクトクラスがプリンタであるものを検索するように指定されていることを示す。もし、オブジェクトクラスがスキャナであるものを検索するように指定された場合には、カラム７０３にはスキャナの形をしたアイコンが表示される。また、アイコン上にクエスチョンマークが表示されているのは、その条件に合致するデバイスが存在するかどうか、まだ不明であることを示す。７０４はデバイスの状態を示すカラムである。ここにも、現在その条件に合致するデバイスが存在するかどうか、まだ不明であることが示されている。７０５には、検索条件のうち、デバイスの属性に関するものが示されている。７０６には、条件に合致するデバイスのアドレスが、まだ不明であることが示されている。
【００２４】
図８は、図７の表示画面において指定した検索条件データの一例を示した図であり、本実施形態では、ＩＥＴＦが発行するＲＦＣ１９６０の規定に基づいた記法を用いている。同図において、８０１は検索条件の名称、８０２は検索条件であり、検索条件Ｃ１、Ｃ２およびＣ３は、それぞれ図７に示された検索条件の一行め、二行めおよび三行目にそれぞれ相当する。図７で説明した不図示のダイアログで入力された検索条件データは、図８で示した形式でハードディスク２１１に記憶され、以降、再び検索条件を入力しなくても、記憶した検索条件データを使用することができる。
【００２５】
図９は、デバイス検索クライアント１１１および１１３の動作を示すフローチャートである。尚、デバイス検索サーバ１１２の上でデバイス検索クライアントのプログラムを実行させることもできる。まず、デバイス検索クライアントのプログラムの概略動作について説明すると、システムが終了するまで、イベントを待ち、イベントが生じたらそのイベントについての処理を行うイベント駆動型のプログラムとして動作する。主なイベントとしては、システム終了イベント、デバイス検索要求イベント、デバイス検索結果受信イベントである。以下、個別のステップについて詳細に説明する。
【００２６】
検索クライアントが起動すると、まずステップＳ９０１でイベントが発生するまで待つ。イベントが発生したら、そのイベントを取得してステップＳ９０２に進む。ステップＳ９０２では、ステップＳ９０１で取得したイベントが、ユーザがキーボード２０９あるいは不図示のポインティングデバイスを用いてシステム終了のコマンドを発行したものであるかどうかを判定する。もしユーザが終了コマンドを発行したと判定した場合には、プログラムを終了する。一方、ステップＳ９０２において終了コマンドの発行イベントではないと判定した場合には、ステップＳ９０３に進む。ステップＳ９０３では、ステップＳ９０１で取得したイベントが、ユーザが検索メニュー７０１を選択することによって、デバイス検索コマンドを発行したことによるものであるかどうかを判定する。もしデバイス検索コマンドの発行によるイベントであった場合にはステップＳ９０４に進み、デバイス検索サーバ１１２に対してデバイス検索要求を送信する。
【００２７】
一方、ステップＳ９０３において、イベントがデバイス検索コマンドを発行したことによるものではないと判断された場合にはステップＳ９０５に進む。ステップＳ９０５では、ステップＳ９０１で取得したイベントが、ステップＳ９０４で送信したデバイス検索要求の送信に対するデバイス検索サーバ１１２からの検索結果の返答受信によるイベントであるかどうかを判断する。もし、返答の受信によるものであると判断された場合には、ステップＳ９０６に進み、受信した検索結果をウィンドウ７００に表示する。ステップＳ９０６の処理が終了したら、ステップＳ９０１に戻って次のイベントを待つ。一方、ステップＳ９０５において返答受信によるイベントではないと判断された場合には、ステップＳ９０７に進み、その他の処理を行う。その他の処理とは、例えばプログラム起動時やユーザが画面をウィンドウを移動させた場合などに、画面を再描画すること等である。ステップＳ９０７の処理が終了したら、ステップＳ９０１に戻って次のイベントを待つ。
【００２８】
図１０は、図９のフローチャートのうち、検索要求動作Ｓ９０４について詳しく説明したフローチャートである。まず、ステップＳ１００１において、ハードディスク２１１にアクセスして、図８で説明したようにあらかじめ記憶しておいた検索条件データを取得する。続くステップＳ１００２において、その検索条件をデバイス検索サーバ１１２に送信し、ネットワークデバイスの検索を要求する。
【００２９】
なお、デバイス検索サーバのアドレスは、本実施形態では例えばユーザがキーボード２０９を用いて入力した値をハードディスク２１１に書き出しておき、それを読み込むなどしてあらかじめわかっているものとするが、それに限定されるものではない。他の方法としては、例えばプログラミング言語Ｌｉｎｄａにおけるタプルスペースのような手法を用いて、ネットワークから取得しても良い。プログラム言語Ｌｉｎｄａについては、各種の論文や解説書があるが、例えば、「Ｄ．Ｇｅｌｅｒｎｔｅｒ著、“Ｇｅｎｅｒａｔｉｖｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｌｉｎｄａ”，ＡＣＭ  Ｔｒａｎｓａｃｔｉｏｎｓ  ｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｌａｎｇｕａｇｅｓ  ａｎｄ  Ｓｙｓｔｅｍｓ，ｖｏｌｕｍｅ７，ｎｕｍｂｅｒ１，ｐｐ８０−−１１２，１９８５年」等に開示されている。
【００３０】
図１１は、図９のフローチャートのうち、検索結果受信動作Ｓ９０６について詳しく説明したフローチャートである。ここでは、検索サーバ１１２から図８に示したＣ１からＣ３までの複数の検索条件のそれぞれについて合致するデバイスに関する情報が返ってくるので、それらの情報をひとつずつについて表示処理を行う。まず、ステップＳ１１０１において、受信したすべての検索結果を処理したかどうかを判断する。もし全ての処理を完了していれば、プログラムを終了する。一方、すべての検索結果を処理していないと判断した場合には、ステップＳ１１０２に進み、受信した検索結果をひとつ取り出す。続くステップＳ１１０３では、ステップＳ１１０２で取り出した検索結果の内容を見て、ネットワークアドレスが取得できたかどうかによってデバイスが使用可能かどうかを判断する。
【００３１】
もしネットワークアドレスが取得できていれば使用可能と判断し、ステップＳ１１０４に進む。ステップＳ１１０４では、取得した情報をもとに画面に追加情報を表示する。ステップＳ１１０４の処理が終了したら、ステップＳ１１０１に戻って、次の検索結果の処理を行う。一方ステップＳ１１０３において、デバイスが使用可能ではないと判断された場合には、ステップＳ１１０５に進み、そのデバイスが使用できない旨を画面に表示する。
【００３２】
図１２は、検索操作を終了した後の、デバイス検索クライアント１１１および１１３の画面表示の一例を示す図である。図７で説明した検索操作前の画面と比較すると、検索条件毎に合致するデバイスが見つかったもの（一番目のカラー君、および、二番目の２Ｆ高速機）については、そのデバイスの名称とネットワークアドレスが表示され、デバイスタイプに応じたアイコンの絵柄が変更される。
【００３３】
例えば、二番目の条件Ｃ２に合致するデバイスのデバイスタイプはＭＦＰであったので、アイコンがＭＦＰの絵柄になっている。また、デバイスが確定したので、図７のデバイスアイコンに付されていたクエスチョンマークは表示されない。
【００３４】
一方、三番目の条件Ｃ３に該当するデバイスは見つからなかったので、アイコン上にバツ印が表示されて、該当するデバイスが無い旨が示されている。
【００３５】
このように本実施形態によれば、ユーザが望む属性のデバイスを検索する際の条件入力の手間を無くせるとともに、検索結果をわかりやすく表示させることが可能となる。
【００３６】
上記で説明した本発明に係るネットワークデバイス制御プログラムは、外部からインストールされるプログラムによって、ＰＣ２００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピー（登録商標）ディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ２００上にロードすることにより、ＰＣ２００に供給される場合でも本発明は適用されるものである。
【００３７】
図１３は、本実施形態におけるプログラムか格納された記憶媒体のメモリマップの一例であり、ここでは記憶媒体としてＣＤ−ＲＯＭを想定している。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびネットワークデバイス制御プログラムを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、ネットワークデバイス制御プログラムを記憶してある領域である。本発明のネットワーク制御プログラムがＰＣ２００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ２０１によって実行される。次に、ＣＰＵ２０１によって実行されるインストールプログラムが、ネットワークデバイス制御プログラムを記憶してある領域９９９７からネットワークデバイス制御プログラムを読み出して、ハードディスク２１１に格納する。
【００３８】
このように、本実施形態によれば、ネットワーク上のデバイスを検索する際の条件入力の手間を軽減させるとともに、検索結果をわかりやすく表示させることが可能となる。
【００３９】
＜第２の実施形態＞
次に第２の実施形態について説明する。
【００４０】
上記の第１の実施形態では、入力された検索条件をアイコンに対応づけて保存する例を説明したが、本第２の実施形態では、入力された検索条件に更に検索結果を反映させた検索フィルタを自動生成してアイコンと対応づけて保存する検索クライアントについて説明する。
【００４１】
本第２の実施形態においても、上記第１の実施形態と同様に、図１における検索クライアント１１１が図９のフローチャートに示した動作に基づいて検索サーバ１１２に対して検索条件をセットした問合せパケットを送信する。検索サーバ１１２は図５のフローチャートに示した動作に基づいて該検索条件に合致するデバイスをデータベースから検索し、その結果を検索クライアント１１１に返送する。
【００４２】
そして、検索クライアント１１１は図９のステップＳ９０６の処理において、検索サーバから受け取った結果をＣＲＴ２１０に表示する。以下、第２の実施形態におけるこのステップＳ９０６の処理を詳細に説明する。
【００４３】
図１４は、第２の実施形態の検索クライアント１１１の検索結果表示の動作を示すフローチャートであり、上記第１の実施形態の図９で示した検索クライアント１１１の全体動作のフローチャートにおけるステップＳ９０６の処理に相当するものである。また、図１４は、上記第１の実施形態における図１１のフローチャートに対応するものでもある。
【００４４】
フローチャートの各処理の説明するにあたり、本第２の実施形態と、上記第１の実施形態とで異なる部分を説明する。
【００４５】
まず、検索サーバ１１２から取得した検索結果は、説明の都合上、図１５に示すデータベース１５００に基づいて検索したものとする。図１５は、検索サーバ１１２に保存されているネットワーク機器に関するデータベースの構造を表形式で表現した図であり、上記第１の実施形態における図３に対応するものである。尚、説明上、図３の例とは、登録情報を１部変えてある。具体的には「開発室プリンタ」と「１階プリンタ」とを「カラー機能有り」に変更し、更に「開発室プリンタ」を「ステープル機能無し」に変更している。
【００４６】
また、第２の実施形態における検索結果の画面表示は図１６に示すように表示されるものとする。図１６は、第２の実施形態における検索結果の画面表示の例であり、より詳細には図１５に示したデータベースに基づいてカラー機能を有するプリンタ（上記第１の実施形態における条件Ｃ１と同じ条件）を検索した検索結果の画面表示例である。第２の実施形態の検索結果表示では、上記第１の実施形態の図１２の検索結果表示に、更に絞り込み保存ボタン１６０７、終了ボタン１６０８が追加されている。
【００４７】
以下、図１４のフローチャートを説明する。ステップＳ１４０１の判断処理からステップＳ１４０２の処理を経由して再びステップＳ１４０１に戻るループ処理は、デバイス検索サーバ１１２から取得した検索結果を受信パケットから取り出してＣＲＴ２１０上のウインドウに表示する処理である。これらの処理については上記第１の実施形態の動作と同じなので、説明を省略する。
【００４８】
ステップＳ１４０１において、全ての検索結果を処理し終えると、ＣＲＴ２１０上に図１６に示した検索結果ウインドウが表示される。
【００４９】
ステップＳ１４０７では、ユーザにより終了操作が行われたか否かを判断する。この終了操作とは、終了ボタン１６０８を不図示のポインティングデバイス等によりクリックすることであり、これにより本画面表示が終了する。
【００５０】
ステップＳ１４０８では、ユーザによる保存操作が行われたか否かを判断する。この保存操作とは、不図示のポインティングデバイスを用いて結果表示されている複数のデバイスから所望の一つを選択し、次に該ポインティングデバイス等により絞り込み保存ボタン１６０７をクリックする操作のことである。この保存操作が行われるとステップＳ１４０９に進み、上記選択されたデバイスと結果表示されている他のデバイスとを区別する検索フィルタが自動的に生成される。具体的には、検索サーバ１１２から受信した検索結果に基づいて図１８に示すようなデバイス属性マップ１８００を作成してユーザが選択したデバイスの属性と他のデバイスの属性とを比較して当該選択したデバイスのみが検索結果として得られるような検索フィルタを生成する。
【００５１】
例えば、図１６の結果表示例においてデバイス「カラー君」が選択された後、絞り込み保存ボタン１６０８がクリックされると、デバイス属性マップ１８００において、選択されたデバイス「カラー君」１８０１の属性と、選択されなかったデバイス「開発室プリンタ」１８０２と「１階プリンタ」１８０３の属性とを比較し、「カラー君」１８０１を特徴づける差別化条件として「ステープル機能有り」を抽出する。そして、該差別化条件と検索サーバ１１２に問い合せたときの検索条件Ｃ１とから検索フィルタＣ４を生成する。
【００５２】
図１７に検索サーバ１１２に問い合せた条件Ｃ１と生成した検索フィルタＣ４とを示す。生成された検索フィルタＣ４は所定のアイコンとの対応づけられてＨＤ２１１に保存され（ステップＳ１４１０）、以降の利用に供される。
【００５３】
また、生成した検索フィルタＣ４を検索サーバ１１２に問い合せた条件Ｃ１に上書き保存して、条件Ｃ１に対応したアイコンをそのまま使用するようにしてもよい。
【００５４】
本来、ネットワーク上のデバイスを絞り込むための検索フィルタをユーザが作成するには、各デバイスの詳細機能を知らなければならないが、上記第２の実施形態によれば、緩い条件で実行したデバイスの検索結果表示に基づいた簡単な操作により絞り込みのための更に厳しい条件の検索フィルタを生成することが可能となる。そして、生成した検索フィルタにより外出先等において所望のデバイスを検索して利用することが可能となる。
【００５５】
今日では、技術革新とともに新機能が搭載されたデバイスが次々と市場に投入され、ネットワーク上のデバイスも頻繁に更新される場合も多い。このような場合でも、上記第２の実施形態によれば、まず緩い条件で実行したデバイスの検索結果を表示させ、該表示によりデバイスの機能を確認しながら絞り込み処理を行えば、デバイス機能の更新にも確実に対応することが可能となる。
【００５６】
上記第２の実施形態では、検索結果表示された複数のデバイスから１つのデバイスを選択することにより、絞り込みのための検索フィルタを自動生成する例を示したが、２以上のデバイスを指定することで絞り込みの条件を調整するようにしてもよい。これを図１９および図２０を参照して説明する。
【００５７】
図１９は、図１８で示したデバイス属性マップの他の実施形態を示したもので、検索対象デバイスをスキャナ（ｏｂｊｅｃｔｃｌａｓｓ＝ｓｃａｎｎｅｒ）としたものである。同図の例は、「カラー読取機能有り」の条件でスキャナを検索した結果に基づいたデバイス属性マップであり、「スキャナ１号」１９０１、「スキャナ２号」１９０２、「スキャナ３号」１９０３が検索された例である。ユーザがポインティングデバイスにより「スキャナ２号」１９０２と「スキャナ３号」１９０３を選択して絞り込み保存ボタン１６０７をクリックすると、「カラー読取機能有り」１９０４かつ「ＡＤＦ機能有り」１９０５の条件で検索フィルタが生成される。
【００５８】
図２１に検索サーバ１１２に問合せた条件Ｃ５と、生成された検索フィルタＣ６の例を示す。これにより、フラッドベッド型であるか否か（１９０６）、および、両面読取機能が有るか否か（１９０７）の条件は問わないというユーザの意向を検索フィルタに反映させることが可能となる。
【００５９】
また、図２０は、図１８で示したデバイス属性マップの他の実施形態を示したもので、検索対象デバイスをファクシミリ装置（ｏｂｊｅｃｔｃｌａｓｓ＝ｆａｃｓｉｍｉｌｅ）としたものである。同図の例は、「カラー伝送機能有り」の条件でファクシミリ装置を検索した結果に基づいたデバイス属性マップであり、「ＦＡＸ１号」２００１、「ＦＡＸ２号」２００２、「ＦＡＸ３号」２００３が検索された例である。ユーザがポインティングデバイスにより「ＦＡＸ２号」１９０２と「ＦＡＸ３号」２００３を選択して絞り込み保存ボタン１６０７をクリックすると、「カラー伝送機能有り」２００４かつ「結果通知機能有り」２００６の条件で検索フィルタが生成される。
【００６０】
図２２に検索サーバ１１２に問合せた条件Ｃ７と、生成された検索フィルタＣ８の例を示す。これにより、マルチ回線機能が有るか否か（２００６）、および、両面送信機能が有るか否か（２００７）の条件は問わないというユーザの意向を検索フィルタに反映させることが可能となる。
【００６１】
＜第３の実施形態＞
上記の第１実施形態では、入力された検索条件をアイコンに対応づけて保存する例を説明したが、本第３の実施形態では、予め用意された複数の検索条件を、ユーザが検索を実行する場所（以下、ロケーションとも称する）に応じて絞り込んで表示することが可能な検索クライアントについて説明する。
【００６２】
例えば、外出先においては、どのようなデバイスが使用可能か不明であることが多い為「カラー機」という比較的粗い検索条件は意味があるが、多数のプリンタが存在するようなオフィス状況では、粗い検索条件では多数のプリンタが検索にヒットしてしまい、検索が意味をなさなくなってしまうという問題がある。
【００６３】
本第３の実施形態によれば、ユーザが検索を実行するロケーションに応じて最適な検索条件を表示する検索クライアントが実現されるので、携帯情報端末とともに場所を移動しながら作業をするようなユーザのデバイス検索の操作性を著しく向上することが可能となる。
【００６４】
本第３の実施形態においても、上記第１の実施形態と同様に、図１における検索クライアント１１１が後述する図２５のフローチャートに示した動作に基づいて検索サーバ１１２に対して検索条件をセットした問い合わせパケットを送信する。検索サーバ１１２は図５のフローチャートに示した動作に基づいて該検索条件に合致するデバイスをデータベースから検索し、その結果を検索クライアント１１１に返送する。
【００６５】
以下、第３の実施形態について、主に第１の実施形態との差異を中心に説明する。
【００６６】
図２７は、第３の実施形態における検索クライアントの検索動作実行前の画面表示の様子を示した図である。図２７は、第１の実施形態における図７とほぼ同様であるが、ロケーション選択メニュー２７１０が新たに追加されている点が異なっている。
【００６７】
ロケーション選択メニュー２７０１は、ユーザが検索を実行する場所を設定するための操作メニューである。ユーザがロケーション設定メニュー２７１０を選択すると、不図示のダイアログが表示されて、検索動作を実行するロケーションおよび必要に応じて検索問い合わせの対象となる検索サーバのアドレスを入力できるようになる。ロケーション情報としては、例えば、「オフィス（ｏｆｆｉｃｅ）」、「外出先（ｏｕｔｓｉｄｅ）」等を設定する。
【００６８】
図２４は、検索条件がロケーション情報とどのように結びついて格納されているかを示す図である。図２４は第１の実施形態における図８とほぼ同様であるが、それぞれの検索条件に、その検索条件が適用されるロケーションに関する情報２４１０が付加されている点が異なっている。
【００６９】
同図の例では、条件Ｃ１にはロケーション条件として「（外出先ｏｕｔｓｉｄｅ）」が、条件Ｃ３にはロケーション条件として「（外出先ｏｕｔｓｉｄｅ）」が設定されている。条件Ｃ２には、「（外出先ｏｕｔｓｉｄｅ）」と「（外出先ｏｕｔｓｉｄｅ）」とがＯＲ条件として設定されている。
【００７０】
これらのロケーション条件については、キーボード２０９から入力したものを格納しておくか、或いは、以前のデバイス検索の実行結果から、デバイス情報とともに取得した該デバイスのロケーション情報を格納しておく。
【００７１】
次に、第３の実施形態における検索クライアントの動作を図２５のフローチャートを参照して説明する。図２５は第１の実施形態における図９とほぼ同様であるが、ロケーション選択判断ステップＳ２５１０とロケーション選択手段２５１１が追加されている点が異なる。
【００７２】
ユーザがロケーション設定メニュー２７０１を選択すると、ステップＳ２５１０における判断がＹｅｓとなり、ステップＳ２５１１に進む。ステップＳ２５１１では、ロケーション条件選択操作が実行される。すなわち、検索画面２７００のロケーション設定メニューによりユーザが入力した現在ロケーションおよび検索サーバのアドレスをハードディスク２１１に記録する。そして、ステップＳ２５１２で、設定画面の再描画処理を行い、ステップＳ２５０１に戻る。
【００７３】
ステップＳ２５１２の再描画処理の詳しい処理のフローチャートを図２６に示す。ここでは現在設定されているロケーションによって表示する検索条件アイコンを絞り込んで検索画面の再描画を行う。
【００７４】
まずステップＳ２６０１においてハードディスク２１１にアクセスして、上記ステップＳ２５１１で設定された現在のロケーションおよび検索問い合わせの対象となるサーバのアドレスを取得する。
【００７５】
ステップＳ２６０２において、図２４に示した検索条件の全てを処理したかどうかを判断する。処理済でなければ、ステップＳ２６０３に進み、図２４の検索条件（条件Ｃ１〜Ｃ３）のうち、ひとつを取得する。
【００７６】
ステップＳ２６０４に進み、ステップＳ２６０１で取得した現在ロケーションと、ステップＳ２６０３で取得した検索条件のうちのロケーション条件とが合致しているかどうかを判断する。合致していればステップＳ２６０５に進み、その検索条件を示すアイコンならびに検索条件の情報を画面に表示した後、ステップＳ２６０２に合流する。合致していなければ、そのままステップＳ２６０２に合流する。
【００７７】
こうして全ての検索条件について処理を行った後、ステップＳ２６０２において、全ての検索条件について処理を行ったと判断されたら、処理を終了する。
【００７８】
図２３に、この再描画処理により描画された検索画面の一例を示す。同図の例は、図２７で示した検索画面について、ロケーション条件「オフィス（ｏｆｆｉｃｅ）」により絞り込んで表示したものである。同図から条件Ｃ１〜Ｃ３のうち、ロケーション条件「外出先（ｏｕｔｓｉｄｅ）」の条件Ｃ２は、ロケーション条件「オフィス（ｏｆｆｉｃｅ）」を満たさないので、画面上から条件Ｃ２の検索アイコンが消えているのがわかる。
【００７９】
ここで、ロケーション条件を満たさない検索アイコンがグレーアウトされるようにしてもよい。
【００８０】
また、第３の実施形態においては、第１の実施形態における動作と、もう一点異なる点がある。それは問い合わせ先の検索サーバの指定である。図１０のステップＳ１００２の問い合わせパケット送信処理においては、問い合わせパケットの送信先として、ステップＳ２５１２で取得した現在ロケーションに対応する検索サーバを送信先として指定する。
【００８１】
本第３の実施形態では、ロケーション条件として、「オフィス（ｏｆｆｉｃｅ）」、「外出先（ｏｕｔｓｉｄｅ）」を例に説明したが、本発明の適用範囲は必ずしもこれに限定されるものではない。複数のオフィス機器を配置してドキュメントの印刷等のサービスを提供する会社で使用する「ＫＫＫ印刷サービス」等をロケーションとして用いてもよい。
【００８２】
このように第３の実施形態によれば、ユーザが検索を実行するロケーションに応じて最適な検索条件を表示する検索クライアントが実現されるので、携帯情報端末とともに場所を移動しながら作業をするようなユーザのデバイス検索の操作性を著しく向上することが可能となる。
【００８３】
なお、上記実施形態では、検索対象のデバイス装置として、プリンタ、コピー、ファクシミリ、スキャナ等の１つの機器を例に説明したが、これらの機器は、複数の機器（例えばネットワークに接続可能なホストコンピュータとそれにローカルに接続されたスキャナやプリンタ等のインタフェース機器）から構成される統合機器に適用してもよい。
【００８４】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。このときのプログラムコードは、ＭＰＵのネイティブなコードであってもよいし、所定のインタプリタ言語で記述されたものでランタイム時にＭＰＵネイティブなコードに翻訳されるようなものでもよいし、所定の様式で記述されたスクリプトデータであってオペレーティングシステムにより解釈実行されるようなものであってもよい。
【００８５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８６】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００８７】
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００８８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００８９】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【図面の簡単な説明】
【００９０】
【図１】本実施形態のデバイス検索システムが動作可能なネットワークの構成例を示す図である。
【図２】デバイス検索サーバおよびデバイス検索クライアントの構成の一例を示したブロック図である。
【図３】デバイス検索サーバが持つデバイス情報の一例を示す図である。
【図４】デバイス検索サーバの動作を示すフローチャートである。
【図５】デバイス検索サーバのデータベース検索動作を示すフローチャートである。
【図６】デバイス検索サーバが出力する検索結果の一例を示す図である。
【図７】デバイス検索前の時点におけるデバイス検索クライアントの画面表示の一例を示す図である。
【図８】デバイス検索クライアントに保持されている検索条件の一例を示す図である。
【図９】デバイス検索クライアントの動作を示すフローチャートである。
【図１０】デバイス検索クライアントの検索要求動作を示すフローチャートである。
【図１１】デバイス検索クライアントのデバイス検索結果表示動作を示すフローチャートである。
【図１２】デバイス検索後の時点におけるデバイス検索クライアントの画面表示の一例を示す図である。
【図１３】本実施形態のデバイス検索ソフトウェアの記憶媒体におけるメモリマップを示す図である。
【図１４】第２の実施形態のデバイス検索クライアントの結果表示動作を示すフローチャート。
【図１５】第２の実施形態のデバイス検索サーバが持つデバイス情報の一例を示す図。
【図１６】第２の実施形態のデバイス検索クライアントの画面表示の一例を示す図。
【図１７】第２の実施形態における検索フィルタの例を示した図。
【図１８】第２の実施形態におけるデバイス属性マップ。
【図１９】第２の実施形態におけるスキャナを検索対象として場合のデバイス属性マップ。
【図２０】第２の実施形態におけるファクシミリを検索対象とした場合のデバイス属性マップ。
【図２１】検索対象がスキャナの場合である検索条件の一例を示す図。
【図２２】検索対象がファクシミリ装置である場合の検索条件の一例を示す図。
【図２３】第３の実施形態において、ロケーションによる絞り込み実行後のデバイス検索クライアントの画面表示の一例を示す図。
【図２４】第３の実施形態のデバイス検索クライアントに保持されている検索条件の一例を示す図。
【図２５】第３の実施形態のデバイス検索クライアントの動作を示すフローチャート。
【図２６】第３の実施形態のデバイス検索クライアントの画面再描画動作のフローチャート。
【図２７】第３の実施形態において、ロケーションによる絞り込み実行後前のデバイス検索クライアントの画面表示の一例を示す図。
【符号の説明】
【００９１】
１００  ＬＡＮ
１０１  カラープリンタ
１０２  ＭＦＰ
１０３  モノクロプリンタ
１０４  モノクロプリンタ
１０５  スキャナ
１１１  デバイス検索クライアント（デスクトップＰＣ）
１１２  デバイス検索サーバ
１１３  デバイス検索クライアント（ノートＰＣ）
１２０  ファイアウォール
１３０  インターネット
１４０  他のネットワーク
【図１】
2006079610.tif 000003
【図２】
2006079610.tif 000004
【図３】
2006079610.tif 000005
【図４】
2006079610.tif 000006
【図５】
2006079610.tif 000007
【図６】
2006079610.tif 000008
【図７】
2006079610.tif 000009
【図８】
2006079610.tif 000010
【図９】
2006079610.tif 000011
【図１０】
2006079610.tif 000012
【図１１】
2006079610.tif 000013
【図１２】
2006079610.tif 000014
【図１３】
2006079610.tif 000015
【図１４】
2006079610.tif 000016
【図１５】
2006079610.tif 000017
【図１６】
2006079610.tif 000018
【図１７】
2006079610.tif 000019
【図１８】
2006079610.tif 000020
【図１９】
2006079610.tif 000021
【図２０】
2006079610.tif 000022
【図２１】
2006079610.tif 000023
【図２２】
2006079610.tif 000024
【図２３】
2006079610.tif 000025
【図２４】
2006079610.tif 000026
【図２５】
2006079610.tif 000027
【図２６】
2006079610.tif 000028
【図２７】
2006079610.tif 000029