JP3962519B2 - 情報処理装置及び方法及びコンピュータ読取り可能な記憶媒体 - Google Patents
情報処理装置及び方法及びコンピュータ読取り可能な記憶媒体 Download PDFInfo
- Publication number
- JP3962519B2 JP3962519B2 JP35909099A JP35909099A JP3962519B2 JP 3962519 B2 JP3962519 B2 JP 3962519B2 JP 35909099 A JP35909099 A JP 35909099A JP 35909099 A JP35909099 A JP 35909099A JP 3962519 B2 JP3962519 B2 JP 3962519B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- condition
- location
- search condition
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- User Interface Of Digital Computer (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上のデバイスを検索する為の情報処理装置、及びその制御方法、及びコンピュータ読取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、ネットワーク上の各種の資源（プリンタ、サーバ、スキャナなど）を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。ディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばLDAP(Lightweight Directory Access Protocol)がある。LDAPの規定は、IETFが発行しているRFC１７７７に記載されている。また解説書としては、例えば株式会社プレンティスホールより「ＬＤＡＰ インターネット ディレクトリ アプリケーション プログラミング」が１９９７年１１月１日に発行されている。このディレクトリサービスを用いて、例えばネットワークに接続されているデバイスを検索することにより、ネットワーク上で利用可能なデバイス情報（ネットワークアドレス等）を取得することができる。
【０００３】
【発明が解決しようとする課題】
しかしながら上記従来例で、例えばネットワークプリンタを検索する場合を例に取れば、検索にあたって、ステープル機能の有無あるいは両面印刷サポートの有無等の各種属性を、検索の度にいちいち入力しなければならなかった。
【０００４】
また、検索結果の表示に関しても、単にデバイスの情報の一部が文字で表示されるのみで、所望のデバイスが見つかったのかどうかが一目でわかりにくいという問題があった。
【０００５】
また、使用するネットワーク環境、若しくは、入力する検索条件によっては、複数のデバイスが検索結果として表示されることもある。そのような場合、絞り込みのために詳細な検索条件を更に追加する必要があり、検索の度にいちいち詳細な検索条件を入力することは、ユーザに対して、操作の手間や、デバイスに関する詳細な知識を要求する等の過度な負担を強いることになる。
【０００６】
本発明は上記問題点を解決する為になされたもので、ユーザがネットワーク上のデバイスを検索する際の操作の手間を軽減することが可能な情報処理装置、及びその制御方法、並びに記憶媒体を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、上記課題を解決するために、本発明における情報処理装置は、ユーザにより指定された機能を含み、更に前記情報処理装置が第一の場所に存在する場合にデバイスを検索する条件として適した第一の検索条件を、該第一の場所を示す位置情報と対応付けて記憶し、ユーザにより指定された機能を含み、更に前記情報処理装置が前記第一の場所とは異なる第二の場所に存在する場合にデバイスを検索する条件として適した第二の検索条件を、該第二の場所を示す位置情報と対応付けて記憶する記憶手段と、前記記憶手段に記憶された第一の検索条件に対応する第一のアイコンと、第二の検索条件に対応する第二のアイコンを表示する表示手段と、ユーザが前記第一の場所を示す位置情報を入力したことに応じて、前記表示手段で表示された第一のアイコンが選択された場合には、前記第一の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示し、ユーザが前記第二の場所を示す位置情報を入力したことに応じて、前記第二のアイコンが選択された場合には、前記第二の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示する検索結果表示手段とを有することを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。本発明は、ユーザが望む属性を持つネットワークデバイスをわかりやすい操作方法により検索し、その検索結果をユーザに対してわかりやすい形式で表示するものである。特に、携帯用コンピュータを訪問先のネットワークに接続して印刷を行なう場合に特に有効である。詳細については、以下の説明で明らかになろう。
【００２７】
図１は、本実施例のデバイス検索システムが動作可能なネットワークの構成を示す図である。同図において、１０１はカラープリンタ、１０２はＭＦＰ（Multi Function Peripheral。コピー機であるが、ネットワークプリンタとしても使用可能なもの。）、１０３および１０４はモノクロプリンタ、１０５はネットワーク接続されたスキャナである。１１１および１１３は、それぞれデスクトップ型コンピュータ（以下、ＰＣと称する）とノート型コンピュータ（以下、ノートＰＣと称する）である。これらは、本実施形態のデバイス検索クライアントのプログラムが実行可能であり、後述するようにデバイス検索サーバに対して所望の条件を満たすデバイスに関する問い合わせ情報を発行するするとともに、検索結果を表示する。１１２は、本実施例のデバイス検索サーバのプログラムが実行可能なＰＣであり、後述するようにネットワークデバイス１０１〜１０５に関する情報（データベース）が格納されており、デバイス検索クライアント１１１あるいは１１３からのデバイス検索の問い合わせを受け付け、その結果を返す。以下、このデバイス検索サーバのプログラムが実行可能なＰＣ１１２をデバイス検索サーバ１１２と称する。
【００２８】
これらのデバイスのうち、１０１、１０２、１０３、１１１、１１２および１２０は二階に設置されており、１０４および１０５は一階に設置されている。１１３はノートＰＣなので、現在は一階からＬＡＮ１００に接続しているが、その携帯性から取り外されることもある。さらに、これらのデバイスを相互に接続するネットワーク１００は、ファイアウォール１２０を介してインターネット１３０に接続されており、インターネット１３０を介して他のネットワーク１４０とも接続されている。
【００２９】
図２は、検索クライアント１１１、１１３および検索サーバ１１２の構成の一例を示したブロック図であり、これは汎用のパーソナルコンピュータと同様の構成から成っている。同図において、２００は、デバイス検索クライアントソフトウェアあるいはデバイス検索サーバソフトウェア（以下、これらをまとめてデバイス検索ソフトウェアと呼ぶ）が稼動するＰＣ全体を表わしており、図１における１１１、１１２あるいは１１３と同等である。ＰＣ２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）２１２より供給されるデバイス検索ソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスを総括的に制御する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）２１１およびフロッピーディスクコントローラ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２２０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。なお、ＬＡＮ２２０は図１におけるＬＡＮ１００と同じものである。
【００３０】
次に、デバイス検索サーバの構成と動作について説明する。図３は、検索サーバ１１２に格納されているネットワーク機器に関するデータベースの構造を表形式で表現した図である。検索サーバ１１２において、データベース３００の情報は、物理的にはハードディスク２１１に格納されている。同図の表において、各行がネットワーク上のデバイス一台を表わしている。各列は、デバイスの名称（３０１）、プリンタのネットワークアドレス（３０２）、デバイスの機能種別を示すオブジェクトクラス（３０３）、デバイスタイプ（３０４）、カラー印刷をサポートしているかどうか（３０５）、両面印刷をサポートしているかどうか（３０６）、ステープルをサポートしているかどうか（３０７）をそれぞれ表している。
【００３１】
ここで、オブジェクトクラス（ObjectClass）とは、デバイスの機能種別を示すものであり、例えば、デバイスがプリンタであれば、プリンタクラス（printer）として登録される。また、あるデバイスが印刷機能を持っていれば、例えばそのデバイスがＭＦＰであったとしても、プリンタクラスのデバイスとして登録されても良い。一方、デバイスタイプとはデバイスの全体的な機能を示すものであって、ここでは単体のプリンタとＭＦＰとは区別される。３０５から３０７までの表記において、１はサポートしていることを、０はサポートしていないことを示す。また、NAは、その属性に関する情報が格納されていないことを示す。
【００３２】
図３に示されたデータについて例えば表の一行目に登録されているデバイスを例にとって具体的に解説すると、カラー君という名称のデバイスが、ネットワークアドレス192.168.16.131に存在し、そのデバイスはプリント機能を持っていて、形態としては単体のプリンタであり、属性としてカラー印刷とステープルをサポートしているが、両面印刷の機能はサポートしていないことがわかる。本実施形態においては、図３に示された１行目から５行目までのデバイスは、それぞれ図１における１０１、１０２、１０３、１０４および１０５に相当するものとする。なお、図３に示した情報はあくまでも例であって、検索サーバ１１２に格納する情報としては、さらに設置場所などの付加情報もあっても良いことは言うまでもない。
【００３３】
＜第１の実施形態＞
以下、第１の実施形態について説明する。
【００３４】
まず、デバイス検索サーバ１１２の動作を図４または図５のフローチャートを用いて説明する。図４は、デバイス検索サーバ１１２の動作について説明したフローチャートである。これら一連の処理の判断と実行は、ハードウェア的にはデバイス検索サーバ内部のＣＰＵ２０１によって行われる。デバイス検索サーバ１１２が起動すると、まずステップＳ４０１にて、デバイス検索クライアントからデバイス検索要求を受け付けるための受信ポートをオープンする。この操作により、デバイス検索クライアントからの検索要求を受信した時には、オペレーティングシステムが受信イベントを発行し、検索要求の受信がプログラムに通知される。次にステップＳ４０２に進み、オペレーティングシステムから何らかのイベントが通知されるまで待つ。何らかのイベントが通知されたら、そのイベントを取得して次のステップに進む。次のステップＳ４０３では、ステップＳ４０２で取得したイベントが、ユーザによるシステムシャットダウンイベントであるかどうかを判断する。もしシャットダウンイベントであった場合には、ステップＳ４０８にて受信ポートをクローズした後、プログラムを終了する。一方、ステップＳ４０３で、シャットダウンイベントではないと判断された場合には、ステップＳ４０４に進み、デバイス検索クライアントからの問い合わせ受信イベントであるかどうかを判断する。もし、問い合わせ受信イベントである場合には、ステップＳ４０５に進み、図３に示したデータベースと問い合わせの条件を照らし合わせて適切なデバイスを選び出す。続くステップＳ４０６にて、ステップＳ４０５で得た検索結果をデバイス検索クライアントに対して返信する。一方、ステップＳ４０７で問い合わせ受信イベントではないと判断された場合にはステップＳ４０７に進み、シャットダウンイベントあるいは問い合わせ受信イベント以外の処理、例えば画面の更新などを行なう。
【００３５】
図５は、図４におけるステップＳ４０５のデータベース検索動作をより詳しく説明するフローチャートである。全体について簡単に概略を説明すると、本実施形態のデータベース検索ステップでは、デバイス検索クライアントが複数の検索条件を指定してきた場合、それらの検索条件をひとつずつ処理する方式を採用している。それがステップＳ５０１からそのＮＯ判断を経由して再びステップＳ５０１に戻る外側のループである。ステップＳ５０４からそのＮＯ判断を経由して再びステップＳ５０４に戻る内側のループは、検索条件ひとつについて、データベースの全ての登録情報を走査するためのものである。以下、ステップひとつ毎に詳細に説明する。
【００３６】
データベース検索動作においては、ステップＳ５０１で全ての検索条件を処理し終わったかどうかを判断する。もし全ての条件を処理し終わった場合には、ステップＳ５０２に進み、検索結果を上位プログラムに返す。一方、ステップＳ５０１において全ての検索条件を処理し終えていないと判断された場合にはステップＳ５０３に進み、デバイス検索クライアントから受信した情報の中から検索条件をひとつ取り出す。
【００３７】
次にステップＳ５０４に進み、図３で説明したネットワークデバイスに関するデータベース３００を全て走査し終えたかどうかを判断する。走査が終わったと判断された場合には、ステップＳ５０１に戻って、次の検索条件の処理を行なう。一方、ステップＳ５０４でデータ３００の走査が終わっていないと判断された場合には、ステップＳ５０５に進む。ステップＳ５０５では、図３のデータ３００のうちからデバイスひとつ分のデータを取り出す。続くステップＳ５０６で、ステップＳ５０５で取り出したデータが検索条件に合致しているかどうかを判断する。もし条件に合致している場合にはステップＳ５０７に進む。
【００３８】
一方、ステップＳ５０６でステップＳ５０５で取り出したデータが検索条件に合致してないと判断された場合にはステップＳ５０４に戻り、データベース３００に登録されている次のデバイス情報について処理を続ける。ステップＳ５０７では、ステップＳ５０６で検索条件に合致したと判断されたデバイスの情報のうち、デバイス名称３０１とネットワークアドレス３０２ならびにデバイスタイプ３０４を取り出し、続くステップＳ５０８で検索結果に追加する。ステップＳ５０８の処理が終了したら、現在処理を行なっている検索条件については処理を終了し、ステップＳ５０１に戻って次の探索条件の処理を続ける。
【００３９】
例えばデバイス検索クライアント１１１または１１３が、プリント機能を持つデバイスについて、次に示すような３つの検索条件でデバイスの検索を行うように要求してきたとする。
【００４０】
条件Ｃ１：カラー
条件Ｃ２：両面 かつ ステープル
条件Ｃ３：カラー かつ 両面 かつ ステープル
【００４１】
この条件に基づいて、図５で示したアルゴリズムに従って図３に示したデータベースの検索を行なった検索結果を図６に示す。同図において、条件Ｃ１に合致したデバイスは、カラー君という名称のデバイスであり、ネットワークアドレスは192.168.16.131、デバイスタイプは単体のプリンタであることが示されている。同様に、条件Ｃ２に合致したデバイスは、２階高速機という名称であり、ネットワークアドレスは192.168.16.132であり、デバイスタイプはMFPであることが示されている。条件Ｃ３に該当するデバイスは見つからなかったので、該当なしを示す値NULLによってその旨が示されている。
【００４２】
次に、デバイス検索クライアント１１１および１１３の動作について説明する。図７は、デバイスの検索を行なう前の、デバイス検索クライアントにおける画面表示の一例を示す図である。ウィンドウ７００の中に、各種の情報が表示されている。７０１は検索メニューであり、ユーザが検索メニュー７０１をキーボード２０９あるいは不図示のポインティングデバイスで選択することにより、デバイス検索サーバに対して条件に合致するデバイスがあるかどうかの問い合わせが行われる。
【００４３】
７０２は新規追加メニューであり、ユーザがこのメニューを選択することによって、不図示のダイアログが表示され、そこでユーザが望む検索条件を入力する。検索条件を入力するとその検索条件に対応する新しいデバイスアイコンが作成され、カラム７０３に表示される。この例では、条件Ｃ１「カラー印刷」、条件Ｃ２「両面印刷、かつ、ステープル」、および条件Ｃ３「カラー印刷、かつ、両面印刷、かつ、ステープル」の３つの検索条件が入力され、その結果、それぞれに対応してアイコンが表示されている。表示されているアイコンが全てプリンタの形をしているのは、検索条件としてオブジェクトクラスがプリンタであるものを検索するように指定されていることを示す。もし、オブジェクトクラスがスキャナであるものを検索するように指定された場合には、カラム７０３にはスキャナの形をしたアイコンが表示される。また、アイコン上にクエスチョンマークが表示されているのは、その条件に合致するデバイスが存在するかどうか、まだ不明であることを示す。７０４はデバイスの状態を示すカラムである。ここにも、現在その条件に合致するデバイスが存在するかどうか、まだ不明であることが示されている。７０５には、検索条件のうち、デバイスの属性に関するものが示されている。７０６には、条件に合致するデバイスのアドレスが、まだ不明であることが示されている。
【００４４】
図８は、図７の表示画面において指定した検索条件データの一例を示した図であり、本実施形態では、ＩＥＴＦが発行するＲＦＣ１９６０の規定に基づいた記法を用いている。同図において、８０１は検索条件の名称、８０２は検索条件であり、検索条件Ｃ１、Ｃ２およびＣ３は、それぞれ図７に示された検索条件の一行め、二行めおよび三行目にそれぞれ相当する。図７で説明した不図示のダイアログで入力された検索条件データは、図８で示した形式でハードディスク２１１に記憶され、以降、再び検索条件を入力しなくても、記憶した検索条件データを使用することができる。
【００４５】
図９は、デバイス検索クライアント１１１および１１３の動作を示すフローチャートである。尚、デバイス検索サーバ１１２の上でデバイス検索クライアントのプログラムを実行させることもできる。まず、デバイス検索クライアントのプログラムの概略動作について説明すると、システムが終了するまで、イベントを待ち、イベントが生じたらそのイベントについての処理を行うイベント駆動型のプログラムとして動作する。主なイベントとしては、システム終了イベント、デバイス検索要求イベント、デバイス検索結果受信イベントである。以下、個別のステップについて詳細に説明する。
【００４６】
検索クライアントが起動すると、まずステップＳ９０１でイベントが発生するまで待つ。イベントが発生したら、そのイベントを取得してステップＳ９０２に進む。ステップＳ９０２では、ステップＳ９０１で取得したイベントが、ユーザがキーボード２０９あるいは不図示のポインティングデバイスを用いてシステム終了のコマンドを発行したものであるかどうかを判定する。もしユーザが終了コマンドを発行したと判定した場合には、プログラムを終了する。一方、ステップＳ９０２において終了コマンドの発行イベントではないと判定した場合には、ステップＳ９０３に進む。ステップＳ９０３では、ステップＳ９０１で取得したイベントが、ユーザが検索メニュー７０１を選択することによって、デバイス検索コマンドを発行したことによるものであるかどうかを判定する。もしデバイス検索コマンドの発行によるイベントであった場合にはステップＳ９０４に進み、デバイス検索サーバ１１２に対してデバイス検索要求を送信する。
【００４７】
一方、ステップＳ９０３において、イベントがデバイス検索コマンドを発行したことによるものではないと判断された場合にはステップＳ９０５に進む。ステップＳ９０５では、ステップＳ９０１で取得したイベントが、ステップＳ９０４で送信したデバイス検索要求の送信に対するデバイス検索サーバ１１２からの検索結果の返答受信によるイベントであるかどうかを判断する。もし、返答の受信によるものであると判断された場合には、ステップＳ９０６に進み、受信した検索結果をウィンドウ７００に表示する。ステップＳ９０６の処理が終了したら、ステップＳ９０１に戻って次のイベントを待つ。一方、ステップＳ９０５において返答受信によるイベントではないと判断された場合には、ステップＳ９０７に進み、その他の処理を行う。その他の処理とは、例えばプログラム起動時やユーザが画面をウィンドウを移動させた場合などに、画面を再描画すること等である。ステップＳ９０７の処理が終了したら、ステップＳ９０１に戻って次のイベントを待つ。
【００４８】
図１０は、図９のフローチャートのうち、検索要求動作Ｓ９０４について詳しく説明したフローチャートである。まず、ステップＳ１００１において、ハードディスク２１１にアクセスして、図８で説明したようにあらかじめ記憶しておいた検索条件データを取得する。続くステップＳ１００２において、その検索条件をデバイス検索サーバ１１２に送信し、ネットワークデバイスの検索を要求する。
【００４９】
なお、デバイス検索サーバのアドレスは、本実施形態では例えばユーザがキーボード２０９を用いて入力した値をハードディスク２１１に書き出しておき、それを読み込むなどしてあらかじめわかっているものとするが、それに限定されるものではない。他の方法としては、例えばプログラミング言語Lindaにおけるタプルスペースのような手法を用いて、ネットワークから取得しても良い。プログラム言語Lindaについては、各種の論文や解説書があるが、例えば、「D. Gelernter著、"Generative Communication in Linda", ACM Transactions on Programming Languages and Systems, volume7, number1, pp80--112, 1985年」等に開示されている。
【００５０】
図１１は、図９のフローチャートのうち、検索結果受信動作Ｓ９０６について詳しく説明したフローチャートである。ここでは、検索サーバ１１２から図８に示したＣ１からＣ３までの複数の検索条件のそれぞれについて合致するデバイスに関する情報が返ってくるので、それらの情報をひとつずつについて表示処理を行う。まず、ステップＳ１１０１において、受信したすべての検索結果を処理したかどうかを判断する。もし全ての処理を完了していれば、プログラムを終了する。一方、すべての検索結果を処理していないと判断した場合には、ステップＳ１１０２に進み、受信した検索結果をひとつ取り出す。続くステップＳ１１０３では、ステップＳ１１０２で取り出した検索結果の内容を見て、ネットワークアドレスが取得できたかどうかによってデバイスが使用可能かどうかを判断する。
【００５１】
もしネットワークアドレスが取得できていれば使用可能と判断し、ステップＳ１１０４に進む。ステップＳ１１０４では、取得した情報をもとに画面に追加情報を表示する。ステップＳ１１０４の処理が終了したら、ステップＳ１１０１に戻って、次の検索結果の処理を行う。一方ステップＳ１１０３において、デバイスが使用可能ではないと判断された場合には、ステップＳ１１０５に進み、そのデバイスが使用できない旨を画面に表示する。
【００５２】
図１２は、検索操作を終了した後の、デバイス検索クライアント１１１および１１３の画面表示の一例を示す図である。図７で説明した検索操作前の画面と比較すると、検索条件毎に合致するデバイスが見つかったもの（一番目のカラー君、および、二番目の２Ｆ高速機）については、そのデバイスの名称とネットワークアドレスが表示され、デバイスタイプに応じたアイコンの絵柄が変更される。
【００５３】
例えば、二番目の条件Ｃ２に合致するデバイスのデバイスタイプはＭＦＰであったので、アイコンがＭＦＰの絵柄になっている。また、デバイスが確定したので、図７のデバイスアイコンに付されていたクエスチョンマークは表示されない。
【００５４】
一方、三番目の条件Ｃ３に該当するデバイスは見つからなかったので、アイコン上にバツ印が表示されて、該当するデバイスが無い旨が示されている。
【００５５】
このように本実施形態によれば、ユーザが望む属性のデバイスを検索する際の条件入力の手間を無くせるとともに、検索結果をわかりやすく表示させることが可能となる。
【００５６】
上記で説明した本発明に係るネットワークデバイス制御プログラムは、外部からインストールされるプログラムによって、ＰＣ２００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピーディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ２００上にロードすることにより、ＰＣ２００に供給される場合でも本発明は適用されるものである。
【００５７】
図１３は、本実施形態におけるプログラムか格納された記憶媒体のメモリマップの一例であり、ここでは記憶媒体としてＣＤ−ＲＯＭを想定している。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびネットワークデバイス制御プログラムを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、ネットワークデバイス制御プログラムを記憶してある領域である。本発明のネットワーク制御プログラムがＰＣ２００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ２０１によって実行される。次に、ＣＰＵ２０１によって実行されるインストールプログラムが、ネットワークデバイス制御プログラムを記憶してある領域９９９７からネットワークデバイス制御プログラムを読み出して、ハードディスク２１１に格納する。
【００５８】
このように、本実施形態によれば、ネットワーク上のデバイスを検索する際の条件入力の手間を軽減させるとともに、検索結果をわかりやすく表示させることが可能となる。
【００５９】
＜第２の実施形態＞
次に第２の実施形態について説明する。
【００６０】
上記の第1の実施形態では、入力された検索条件をアイコンに対応づけて保存する例を説明したが、本第２の実施形態では、入力された検索条件に更に検索結果を反映させた検索フィルタを自動生成してアイコンと対応づけて保存する検索クライアントについて説明する。
【００６１】
本第２の実施形態においても、上記第１の実施形態と同様に、図１における検索クライアント１１１が図９のフローチャートに示した動作に基づいて検索サーバ１１２に対して検索条件をセットした問合せパケットを送信する。検索サーバ１１２は図５のフローチャートに示した動作に基づいて該検索条件に合致するデバイスをデータベースから検索し、その結果を検索クライアント１１１に返送する。
【００６２】
そして、検索クライアント１１１は図９のステップＳ９０６の処理において、検索サーバから受け取った結果をＣＲＴ２１０に表示する。以下、第２の実施形態におけるこのステップＳ９０６の処理を詳細に説明する。
【００６３】
図１４は、第２の実施形態の検索クライアント１１１の検索結果表示の動作を示すフローチャートであり、上記第1の実施形態の図９で示した検索クライアント１１１の全体動作のフローチャートにおけるステップＳ９０６の処理に相当するものである。また、図１４は、上記第１の実施形態における図１１のフローチャートに対応するものでもある。
【００６４】
フローチャートの各処理の説明するにあたり、本第２の実施形態と、上記第１の実施形態とで異なる部分を説明する。
【００６５】
まず、検索サーバ１１２から取得した検索結果は、説明の都合上、図１５に示すデータベース１５００に基づいて検索したものとする。図１５は、検索サーバ１１２に保存されているネットワーク機器に関するデータベースの構造を表形式で表現した図であり、上記第１の実施形態における図３に対応するものである。尚、説明上、図３の例とは、登録情報を１部変えてある。具体的には「開発室プリンタ」と「１階プリンタ」とを「カラー機能有り」に変更し、更に「開発室プリンタ」を「ステープル機能無し」に変更している。
【００６６】
また、第２の実施形態における検索結果の画面表示は図１６に示すように表示されるものとする。図１６は、第２の実施形態における検索結果の画面表示の例であり、より詳細には図１５に示したデータベースに基づいてカラー機能を有するプリンタ（上記第１の実施形態における条件Ｃ１と同じ条件）を検索した検索結果の画面表示例である。第２の実施形態の検索結果表示では、上記第１の実施形態の図１２の検索結果表示に、更に絞り込み保存ボタン１６０７、終了ボタン１６０８が追加されている。
【００６７】
以下、図１４のフローチャートを説明する。ステップＳ１４０１の判断処理からステップＳ１４０２の処理を経由して再びステップＳ１４０１に戻るループ処理は、デバイス検索サーバ１１２から取得した検索結果を受信パケットから取り出してＣＲＴ２１０上のウインドウに表示する処理である。これらの処理については上記第１の実施形態の動作と同じなので、説明を省略する。
【００６８】
ステップＳ１４０１において、全ての検索結果を処理し終えると、ＣＲＴ２１０上に図１６に示した検索結果ウインドウが表示される。
【００６９】
ステップＳ１４０７では、ユーザにより終了操作が行われたか否かを判断する。この終了操作とは、終了ボタン１６０８を不図示のポインティングデバイス等によりクリックすることであり、これにより本画面表示が終了する。
【００７０】
ステップＳ１４０８では、ユーザによる保存操作が行われたか否かを判断する。この保存操作とは、不図示のポインティングデバイスを用いて結果表示されている複数のデバイスから所望の一つを選択し、次に該ポインティングデバイス等により絞り込み保存ボタン１６０７をクリックする操作のことである。この保存操作が行われるとステップＳ１４０９に進み、上記選択されたデバイスと結果表示されている他のデバイスとを区別する検索フィルタが自動的に生成される。具体的には、検索サーバ１１２から受信した検索結果に基づいて図１８に示すようなデバイス属性マップ１８００を作成してユーザが選択したデバイスの属性と他のデバイスの属性とを比較して当該選択したデバイスのみが検索結果として得られるような検索フィルタを生成する。
【００７１】
例えば、図１６の結果表示例においてデバイス「カラー君」が選択された後、絞り込み保存ボタン１６０８がクリックされると、デバイス属性マップ１８００において、選択されたデバイス「カラー君」１８０１の属性と、選択されなかったデバイス「開発室プリンタ」１８０２と「１階プリンタ」１８０３の属性とを比較し、「カラー君」１８０１を特徴づける差別化条件として「ステープル機能有り」を抽出する。そして、該差別化条件と検索サーバ１１２に問い合せたときの検索条件Ｃ１とから検索フィルタＣ４を生成する。
【００７２】
図１７に検索サーバ１１２に問い合せた条件Ｃ１と生成した検索フィルタＣ４とを示す。生成された検索フィルタＣ４は所定のアイコンとの対応づけられてＨＤ２１１に保存され（ステップＳ１４１０）、以降の利用に供される。
【００７３】
また、生成した検索フィルタＣ４を検索サーバ１１２に問い合せた条件Ｃ１に上書き保存して、条件Ｃ１に対応したアイコンをそのまま使用するようにしてもよい。
【００７４】
本来、ネットワーク上のデバイスを絞り込むための検索フィルタをユーザが作成するには、各デバイスの詳細機能を知らなければならないが、上記第２の実施形態によれば、緩い条件で実行したデバイスの検索結果表示に基づいた簡単な操作により絞り込みのための更に厳しい条件の検索フィルタを生成することが可能となる。そして、生成した検索フィルタにより外出先等において所望のデバイスを検索して利用することが可能となる。
【００７５】
今日では、技術革新とともに新機能が搭載されたデバイスが次々と市場に投入され、ネットワーク上のデバイスも頻繁に更新される場合も多い。このような場合でも、上記第２の実施形態によれば、まず緩い条件で実行したデバイスの検索結果を表示させ、該表示によりデバイスの機能を確認しながら絞り込み処理を行えば、デバイス機能の更新にも確実に対応することが可能となる。
【００７６】
上記第２の実施形態では、検索結果表示された複数のデバイスから１つのデバイスを選択することにより、絞り込みのための検索フィルタを自動生成する例を示したが、２以上のデバイスを指定することで絞り込みの条件を調整するようにしてもよい。これを図１９および図２０を参照して説明する。
【００７７】
図１９は、図１８で示したデバイス属性マップの他の実施形態を示したもので、検索対象デバイスをスキャナ（ｏｂｊｅｃｔｃｌａｓｓ＝ｓｃａｎｎｅｒ）としたものである。同図の例は、「カラー読取機能有り」の条件でスキャナを検索した結果に基づいたデバイス属性マップであり、「スキャナ１号」１９０１、「スキャナ２号」１９０２、「スキャナ３号」１９０３が検索された例である。ユーザがポインティングデバイスにより「スキャナ２号」１９０２と「スキャナ３号」１９０３を選択して絞り込み保存ボタン１６０７をクリックすると、「カラー読取機能有り」１９０４かつ「ＡＤＦ機能有り」１９０５の条件で検索フィルタが生成される。
【００７８】
図２１に検索サーバ１１２に問合せた条件Ｃ５と、生成された検索フィルタＣ６の例を示す。これにより、フラッドベッド型であるか否か（１９０６）、および、両面読取機能が有るか否か（１９０７）の条件は問わないというユーザの意向を検索フィルタに反映させることが可能となる。
【００７９】
また、図２０は、図１８で示したデバイス属性マップの他の実施形態を示したもので、検索対象デバイスをファクシミリ装置（ｏｂｊｅｃｔｃｌａｓｓ＝ｆａｃｓｉｍｉｌｅ）としたものである。同図の例は、「カラー伝送機能有り」の条件でファクシミリ装置を検索した結果に基づいたデバイス属性マップであり、「ＦＡＸ１号」２００１、「ＦＡＸ２号」２００２、「ＦＡＸ３号」２００３が検索された例である。ユーザがポインティングデバイスにより「ＦＡＸ２号」１９０２と「ＦＡＸ３号」２００３を選択して絞り込み保存ボタン１６０７をクリックすると、「カラー伝送機能有り」２００４かつ「結果通知機能有り」２００６の条件で検索フィルタが生成される。
【００８０】
図２２に検索サーバ１１２に問合せた条件Ｃ７と、生成された検索フィルタＣ８の例を示す。これにより、マルチ回線機能が有るか否か（２００６）、および、両面送信機能が有るか否か（２００７）の条件は問わないというユーザの意向を検索フィルタに反映させることが可能となる。
【００８１】
＜第３の実施形態＞
上記の第１実施形態では、入力された検索条件をアイコンに対応づけて保存する例を説明したが、本第３の実施形態では、予め用意された複数の検索条件を、ユーザが検索を実行する場所（以下、ロケーションとも称する）に応じて絞り込んで表示することが可能な検索クライアントについて説明する。
【００８２】
例えば、外出先においては、どのようなデバイスが使用可能か不明であることが多い為「カラー機」という比較的粗い検索条件は意味があるが、多数のプリンタが存在するようなオフィス状況では、粗い検索条件では多数のプリンタが検索にヒットしてしまい、検索が意味をなさなくなってしまうという問題がある。
【００８３】
本第３の実施形態によれば、ユーザが検索を実行するロケーションに応じて最適な検索条件を表示する検索クライアントが実現されるので、携帯情報端末とともに場所を移動しながら作業をするようなユーザのデバイス検索の操作性を著しく向上することが可能となる。
【００８４】
本第３の実施形態においても、上記第１の実施形態と同様に、図１における検索クライアント１１１が後述する図２５のフローチャートに示した動作に基づいて検索サーバ１１２に対して検索条件をセットした問い合わせパケットを送信する。検索サーバ１１２は図５のフローチャートに示した動作に基づいて該検索条件に合致するデバイスをデータベースから検索し、その結果を検索クライアント１１１に返送する。
【００８５】
以下、第３の実施形態について、主に第１の実施形態との差異を中心に説明する。
【００８６】
図２７は、第３の実施形態における検索クライアントの検索動作実行前の画面表示の様子を示した図である。図２７は、第１の実施形態における図７とほぼ同様であるが、ロケーション選択メニュー２７１０が新たに追加されている点が異なっている。
【００８７】
ロケーション選択メニュー２７０１は、ユーザが検索を実行する場所を設定するための操作メニューである。ユーザがロケーション設定メニュー２７１０を選択すると、不図示のダイアログが表示されて、検索動作を実行するロケーションおよび必要に応じて検索問い合わせの対象となる検索サーバのアドレスを入力できるようになる。ロケーション情報としては、例えば、「オフィス（ｏｆｆｉｃｅ）」、「外出先（ｏｕｔｓｉｄｅ）」等を設定する。
【００８８】
図２４は、検索条件がロケーション情報とどのように結びついて格納されているかを示す図である。図２４は第１の実施形態における図８とほぼ同様であるが、それぞれの検索条件に、その検索条件が適用されるロケーションに関する情報２４１０が付加されている点が異なっている。
【００８９】
同図の例では、条件Ｃ１にはロケーション条件として「（外出先ｏｕｔｓｉｄｅ）」が、条件Ｃ３にはロケーション条件として「（外出先ｏｕｔｓｉｄｅ）」が設定されている。条件Ｃ２には、「（外出先ｏｕｔｓｉｄｅ）」と「（外出先ｏｕｔｓｉｄｅ）」とがＯＲ条件として設定されている。
【００９０】
これらのロケーション条件については、キーボード２０９から入力したものを格納しておくか、或いは、以前のデバイス検索の実行結果から、デバイス情報とともに取得した該デバイスのロケーション情報を格納しておく。
【００９１】
次に、第３の実施形態における検索クライアントの動作を図２５のフローチャートを参照して説明する。図２５は第１の実施形態における図９とほぼ同様であるが、ロケーション選択判断ステップＳ２５１０とロケーション選択手段２５１１が追加されている点が異なる。
【００９２】
ユーザがロケーション設定メニュー２７０１を選択すると、ステップＳ２５１０における判断がYesとなり、ステップＳ２５１１に進む。ステップＳ２５１１では、ロケーション条件選択操作が実行される。すなわち、検索画面２７００のロケーション設定メニューによりユーザが入力した現在ロケーションおよび検索サーバのアドレスをハードディスク２１１に記録する。そして、ステップＳ２５１２で、設定画面の再描画処理を行い、ステップＳ２５０１に戻る。
【００９３】
ステップＳ２５１２の再描画処理の詳しい処理のフローチャートを図２６に示す。ここでは現在設定されているロケーションによって表示する検索条件アイコンを絞り込んで検索画面の再描画を行う。
【００９４】
まずステップＳ２６０１においてハードディスク２１１にアクセスして、上記ステップＳ２５１１で設定された現在のロケーションおよび検索問い合わせの対象となるサーバのアドレスを取得する。
【００９５】
ステップＳ２６０２において、図２４に示した検索条件の全てを処理したかどうかを判断する。処理済でなければ、ステップＳ２６０３に進み、図２４の検索条件（条件Ｃ１〜Ｃ３）のうち、ひとつを取得する。
【００９６】
ステップＳ２６０４に進み、ステップＳ２６０１で取得した現在ロケーションと、ステップＳ２６０３で取得した検索条件のうちのロケーション条件とが合致しているかどうかを判断する。合致していればステップＳ２６０５に進み、その検索条件を示すアイコンならびに検索条件の情報を画面に表示した後、ステップＳ２６０２に合流する。合致していなければ、そのままステップＳ２６０２に合流する。
【００９７】
こうして全ての検索条件について処理を行った後、ステップＳ２６０２において、全ての検索条件について処理を行ったと判断されたら、処理を終了する。
【００９８】
図２３に、この再描画処理により描画された検索画面の一例を示す。同図の例は、図２７で示した検索画面について、ロケーション条件「オフィス（ｏｆｆｉｃｅ）」により絞り込んで表示したものである。同図から条件Ｃ１〜Ｃ３のうち、ロケーション条件「外出先（ｏｕｔｓｉｄｅ）」の条件Ｃ２は、ロケーション条件「オフィス（ｏｆｆｉｃｅ）」を満たさないので、画面上から条件Ｃ２の検索アイコンが消えているのがわかる。
【００９９】
ここで、ロケーション条件を満たさない検索アイコンがグレーアウトされるようにしてもよい。
【０１００】
また、第３の実施形態においては、第１の実施形態における動作と、もう一点異なる点がある。それは問い合わせ先の検索サーバの指定である。図１０のステップＳ１００２の問い合わせパケット送信処理においては、問い合わせパケットの送信先として、ステップＳ２５１２で取得した現在ロケーションに対応する検索サーバを送信先として指定する。
【０１０１】
本第３の実施形態では、ロケーション条件として、「オフィス（ｏｆｆｉｃｅ）」、「外出先（ｏｕｔｓｉｄｅ）」を例に説明したが、本発明の適用範囲は必ずしもこれに限定されるものではない。複数のオフィス機器を配置してドキュメントの印刷等のサービスを提供する会社で使用する「ＫＫＫ印刷サービス」等をロケーションとして用いてもよい。
【０１０２】
このように第３の実施形態によれば、ユーザが検索を実行するロケーションに応じて最適な検索条件を表示する検索クライアントが実現されるので、携帯情報端末とともに場所を移動しながら作業をするようなユーザのデバイス検索の操作性を著しく向上することが可能となる。
【０１０３】
なお、上記実施形態では、検索対象のデバイス装置として、プリンタ、コピー、ファクシミリ、スキャナ等の１つの機器を例に説明したが、これらの機器は、複数の機器（例えばネットワークに接続可能なホストコンピュータとそれにローカルに接続されたスキャナやプリンタ等のインタフェース機器）から構成される統合機器に適用してもよい。
【０１０４】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。このときのプログラムコードは、ＭＰＵのネイティブなコードであってもよいし、所定のインタプリタ言語で記述されたものでランタイム時にＭＰＵネイティブなコードに翻訳されるようなものでもよいし、所定の様式で記述されたスクリプトデータであってオペレーティングシステムにより解釈実行されるようなものであってもよい。
【０１０５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０６】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１０７】
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０９】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【０１１０】
【発明の効果】
以上説明したように、本発明によれば、ユーザが指定した機能を含む検索条件を記憶し、以降再び機能を指定しなくても、記憶した検索条件データを使用するようにしたことで、検索のたびにいちいち機能を指定しなければならないという手間が軽減される効果がある。
【０１１１】
また、検索条件に対応した表示要素を検索結果に基づいた表示様態に変更することにより、ユーザに結果を分かりやすく表示することができる。
【図面の簡単な説明】
【図１】本実施形態のデバイス検索システムが動作可能なネットワークの構成例を示す図である。
【図２】デバイス検索サーバおよびデバイス検索クライアントの構成の一例を示したブロック図である。
【図３】デバイス検索サーバが持つデバイス情報の一例を示す図である。
【図４】デバイス検索サーバの動作を示すフローチャートである。
【図５】デバイス検索サーバのデータベース検索動作を示すフローチャートである。
【図６】デバイス検索サーバが出力する検索結果の一例を示す図である。
【図７】デバイス検索前の時点におけるデバイス検索クライアントの画面表示の一例を示す図である。
【図８】デバイス検索クライアントに保持されている検索条件の一例を示す図である。
【図９】デバイス検索クライアントの動作を示すフローチャートである。
【図１０】デバイス検索クライアントの検索要求動作を示すフローチャートである。
【図１１】デバイス検索クライアントのデバイス検索結果表示動作を示すフローチャートである。
【図１２】デバイス検索後の時点におけるデバイス検索クライアントの画面表示の一例を示す図である。
【図１３】本実施形態のデバイス検索ソフトウェアの記憶媒体におけるメモリマップを示す図である。
【図１４】第２の実施形態のデバイス検索クライアントの結果表示動作を示すフローチャート。
【図１５】第２の実施形態のデバイス検索サーバが持つデバイス情報の一例を示す図。
【図１６】第２の実施形態のデバイス検索クライアントの画面表示の一例を示す図。
【図１７】第２の実施形態における検索フィルタの例を示した図。
【図１８】第２の実施形態におけるデバイス属性マップ。
【図１９】第２の実施形態におけるスキャナを検索対象として場合のデバイス属性マップ。
【図２０】第２の実施形態におけるファクシミリを検索対象とした場合のデバイス属性マップ。
【図２１】検索対象がスキャナの場合である検索条件の一例を示す図。
【図２２】検索対象がファクシミリ装置である場合の検索条件の一例を示す図。
【図２３】第３の実施形態において、ロケーションによる絞り込み実行後のデバイス検索クライアントの画面表示の一例を示す図。
【図２４】第３の実施形態のデバイス検索クライアントに保持されている検索条件の一例を示す図。
【図２５】第３の実施形態のデバイス検索クライアントの動作を示すフローチャート。
【図２６】第３の実施形態のデバイス検索クライアントの画面再描画動作のフローチャート。
【図２７】第３の実施形態において、ロケーションによる絞り込み実行後前のデバイス検索クライアントの画面表示の一例を示す図。
【符号の説明】
１００ ＬＡＮ
１０１ カラープリンタ
１０２ ＭＦＰ
１０３ モノクロプリンタ
１０４ モノクロプリンタ
１０５ スキャナ
１１１ デバイス検索クライアント（デスクトップＰＣ）
１１２ デバイス検索サーバ
１１３ デバイス検索クライアント（ノートＰＣ）
１２０ ファイアウォール
１３０ インターネット
１４０ 他のネットワーク
【発明の属する技術分野】
本発明は、ネットワーク上のデバイスを検索する為の情報処理装置、及びその制御方法、及びコンピュータ読取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、ネットワーク上の各種の資源（プリンタ、サーバ、スキャナなど）を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。ディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばLDAP(Lightweight Directory Access Protocol)がある。LDAPの規定は、IETFが発行しているRFC１７７７に記載されている。また解説書としては、例えば株式会社プレンティスホールより「ＬＤＡＰ インターネット ディレクトリ アプリケーション プログラミング」が１９９７年１１月１日に発行されている。このディレクトリサービスを用いて、例えばネットワークに接続されているデバイスを検索することにより、ネットワーク上で利用可能なデバイス情報（ネットワークアドレス等）を取得することができる。
【０００３】
【発明が解決しようとする課題】
しかしながら上記従来例で、例えばネットワークプリンタを検索する場合を例に取れば、検索にあたって、ステープル機能の有無あるいは両面印刷サポートの有無等の各種属性を、検索の度にいちいち入力しなければならなかった。
【０００４】
また、検索結果の表示に関しても、単にデバイスの情報の一部が文字で表示されるのみで、所望のデバイスが見つかったのかどうかが一目でわかりにくいという問題があった。
【０００５】
また、使用するネットワーク環境、若しくは、入力する検索条件によっては、複数のデバイスが検索結果として表示されることもある。そのような場合、絞り込みのために詳細な検索条件を更に追加する必要があり、検索の度にいちいち詳細な検索条件を入力することは、ユーザに対して、操作の手間や、デバイスに関する詳細な知識を要求する等の過度な負担を強いることになる。
【０００６】
本発明は上記問題点を解決する為になされたもので、ユーザがネットワーク上のデバイスを検索する際の操作の手間を軽減することが可能な情報処理装置、及びその制御方法、並びに記憶媒体を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、上記課題を解決するために、本発明における情報処理装置は、ユーザにより指定された機能を含み、更に前記情報処理装置が第一の場所に存在する場合にデバイスを検索する条件として適した第一の検索条件を、該第一の場所を示す位置情報と対応付けて記憶し、ユーザにより指定された機能を含み、更に前記情報処理装置が前記第一の場所とは異なる第二の場所に存在する場合にデバイスを検索する条件として適した第二の検索条件を、該第二の場所を示す位置情報と対応付けて記憶する記憶手段と、前記記憶手段に記憶された第一の検索条件に対応する第一のアイコンと、第二の検索条件に対応する第二のアイコンを表示する表示手段と、ユーザが前記第一の場所を示す位置情報を入力したことに応じて、前記表示手段で表示された第一のアイコンが選択された場合には、前記第一の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示し、ユーザが前記第二の場所を示す位置情報を入力したことに応じて、前記第二のアイコンが選択された場合には、前記第二の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示する検索結果表示手段とを有することを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。本発明は、ユーザが望む属性を持つネットワークデバイスをわかりやすい操作方法により検索し、その検索結果をユーザに対してわかりやすい形式で表示するものである。特に、携帯用コンピュータを訪問先のネットワークに接続して印刷を行なう場合に特に有効である。詳細については、以下の説明で明らかになろう。
【００２７】
図１は、本実施例のデバイス検索システムが動作可能なネットワークの構成を示す図である。同図において、１０１はカラープリンタ、１０２はＭＦＰ（Multi Function Peripheral。コピー機であるが、ネットワークプリンタとしても使用可能なもの。）、１０３および１０４はモノクロプリンタ、１０５はネットワーク接続されたスキャナである。１１１および１１３は、それぞれデスクトップ型コンピュータ（以下、ＰＣと称する）とノート型コンピュータ（以下、ノートＰＣと称する）である。これらは、本実施形態のデバイス検索クライアントのプログラムが実行可能であり、後述するようにデバイス検索サーバに対して所望の条件を満たすデバイスに関する問い合わせ情報を発行するするとともに、検索結果を表示する。１１２は、本実施例のデバイス検索サーバのプログラムが実行可能なＰＣであり、後述するようにネットワークデバイス１０１〜１０５に関する情報（データベース）が格納されており、デバイス検索クライアント１１１あるいは１１３からのデバイス検索の問い合わせを受け付け、その結果を返す。以下、このデバイス検索サーバのプログラムが実行可能なＰＣ１１２をデバイス検索サーバ１１２と称する。
【００２８】
これらのデバイスのうち、１０１、１０２、１０３、１１１、１１２および１２０は二階に設置されており、１０４および１０５は一階に設置されている。１１３はノートＰＣなので、現在は一階からＬＡＮ１００に接続しているが、その携帯性から取り外されることもある。さらに、これらのデバイスを相互に接続するネットワーク１００は、ファイアウォール１２０を介してインターネット１３０に接続されており、インターネット１３０を介して他のネットワーク１４０とも接続されている。
【００２９】
図２は、検索クライアント１１１、１１３および検索サーバ１１２の構成の一例を示したブロック図であり、これは汎用のパーソナルコンピュータと同様の構成から成っている。同図において、２００は、デバイス検索クライアントソフトウェアあるいはデバイス検索サーバソフトウェア（以下、これらをまとめてデバイス検索ソフトウェアと呼ぶ）が稼動するＰＣ全体を表わしており、図１における１１１、１１２あるいは１１３と同等である。ＰＣ２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）２１２より供給されるデバイス検索ソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスを総括的に制御する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）２１１およびフロッピーディスクコントローラ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２２０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。なお、ＬＡＮ２２０は図１におけるＬＡＮ１００と同じものである。
【００３０】
次に、デバイス検索サーバの構成と動作について説明する。図３は、検索サーバ１１２に格納されているネットワーク機器に関するデータベースの構造を表形式で表現した図である。検索サーバ１１２において、データベース３００の情報は、物理的にはハードディスク２１１に格納されている。同図の表において、各行がネットワーク上のデバイス一台を表わしている。各列は、デバイスの名称（３０１）、プリンタのネットワークアドレス（３０２）、デバイスの機能種別を示すオブジェクトクラス（３０３）、デバイスタイプ（３０４）、カラー印刷をサポートしているかどうか（３０５）、両面印刷をサポートしているかどうか（３０６）、ステープルをサポートしているかどうか（３０７）をそれぞれ表している。
【００３１】
ここで、オブジェクトクラス（ObjectClass）とは、デバイスの機能種別を示すものであり、例えば、デバイスがプリンタであれば、プリンタクラス（printer）として登録される。また、あるデバイスが印刷機能を持っていれば、例えばそのデバイスがＭＦＰであったとしても、プリンタクラスのデバイスとして登録されても良い。一方、デバイスタイプとはデバイスの全体的な機能を示すものであって、ここでは単体のプリンタとＭＦＰとは区別される。３０５から３０７までの表記において、１はサポートしていることを、０はサポートしていないことを示す。また、NAは、その属性に関する情報が格納されていないことを示す。
【００３２】
図３に示されたデータについて例えば表の一行目に登録されているデバイスを例にとって具体的に解説すると、カラー君という名称のデバイスが、ネットワークアドレス192.168.16.131に存在し、そのデバイスはプリント機能を持っていて、形態としては単体のプリンタであり、属性としてカラー印刷とステープルをサポートしているが、両面印刷の機能はサポートしていないことがわかる。本実施形態においては、図３に示された１行目から５行目までのデバイスは、それぞれ図１における１０１、１０２、１０３、１０４および１０５に相当するものとする。なお、図３に示した情報はあくまでも例であって、検索サーバ１１２に格納する情報としては、さらに設置場所などの付加情報もあっても良いことは言うまでもない。
【００３３】
＜第１の実施形態＞
以下、第１の実施形態について説明する。
【００３４】
まず、デバイス検索サーバ１１２の動作を図４または図５のフローチャートを用いて説明する。図４は、デバイス検索サーバ１１２の動作について説明したフローチャートである。これら一連の処理の判断と実行は、ハードウェア的にはデバイス検索サーバ内部のＣＰＵ２０１によって行われる。デバイス検索サーバ１１２が起動すると、まずステップＳ４０１にて、デバイス検索クライアントからデバイス検索要求を受け付けるための受信ポートをオープンする。この操作により、デバイス検索クライアントからの検索要求を受信した時には、オペレーティングシステムが受信イベントを発行し、検索要求の受信がプログラムに通知される。次にステップＳ４０２に進み、オペレーティングシステムから何らかのイベントが通知されるまで待つ。何らかのイベントが通知されたら、そのイベントを取得して次のステップに進む。次のステップＳ４０３では、ステップＳ４０２で取得したイベントが、ユーザによるシステムシャットダウンイベントであるかどうかを判断する。もしシャットダウンイベントであった場合には、ステップＳ４０８にて受信ポートをクローズした後、プログラムを終了する。一方、ステップＳ４０３で、シャットダウンイベントではないと判断された場合には、ステップＳ４０４に進み、デバイス検索クライアントからの問い合わせ受信イベントであるかどうかを判断する。もし、問い合わせ受信イベントである場合には、ステップＳ４０５に進み、図３に示したデータベースと問い合わせの条件を照らし合わせて適切なデバイスを選び出す。続くステップＳ４０６にて、ステップＳ４０５で得た検索結果をデバイス検索クライアントに対して返信する。一方、ステップＳ４０７で問い合わせ受信イベントではないと判断された場合にはステップＳ４０７に進み、シャットダウンイベントあるいは問い合わせ受信イベント以外の処理、例えば画面の更新などを行なう。
【００３５】
図５は、図４におけるステップＳ４０５のデータベース検索動作をより詳しく説明するフローチャートである。全体について簡単に概略を説明すると、本実施形態のデータベース検索ステップでは、デバイス検索クライアントが複数の検索条件を指定してきた場合、それらの検索条件をひとつずつ処理する方式を採用している。それがステップＳ５０１からそのＮＯ判断を経由して再びステップＳ５０１に戻る外側のループである。ステップＳ５０４からそのＮＯ判断を経由して再びステップＳ５０４に戻る内側のループは、検索条件ひとつについて、データベースの全ての登録情報を走査するためのものである。以下、ステップひとつ毎に詳細に説明する。
【００３６】
データベース検索動作においては、ステップＳ５０１で全ての検索条件を処理し終わったかどうかを判断する。もし全ての条件を処理し終わった場合には、ステップＳ５０２に進み、検索結果を上位プログラムに返す。一方、ステップＳ５０１において全ての検索条件を処理し終えていないと判断された場合にはステップＳ５０３に進み、デバイス検索クライアントから受信した情報の中から検索条件をひとつ取り出す。
【００３７】
次にステップＳ５０４に進み、図３で説明したネットワークデバイスに関するデータベース３００を全て走査し終えたかどうかを判断する。走査が終わったと判断された場合には、ステップＳ５０１に戻って、次の検索条件の処理を行なう。一方、ステップＳ５０４でデータ３００の走査が終わっていないと判断された場合には、ステップＳ５０５に進む。ステップＳ５０５では、図３のデータ３００のうちからデバイスひとつ分のデータを取り出す。続くステップＳ５０６で、ステップＳ５０５で取り出したデータが検索条件に合致しているかどうかを判断する。もし条件に合致している場合にはステップＳ５０７に進む。
【００３８】
一方、ステップＳ５０６でステップＳ５０５で取り出したデータが検索条件に合致してないと判断された場合にはステップＳ５０４に戻り、データベース３００に登録されている次のデバイス情報について処理を続ける。ステップＳ５０７では、ステップＳ５０６で検索条件に合致したと判断されたデバイスの情報のうち、デバイス名称３０１とネットワークアドレス３０２ならびにデバイスタイプ３０４を取り出し、続くステップＳ５０８で検索結果に追加する。ステップＳ５０８の処理が終了したら、現在処理を行なっている検索条件については処理を終了し、ステップＳ５０１に戻って次の探索条件の処理を続ける。
【００３９】
例えばデバイス検索クライアント１１１または１１３が、プリント機能を持つデバイスについて、次に示すような３つの検索条件でデバイスの検索を行うように要求してきたとする。
【００４０】
条件Ｃ１：カラー
条件Ｃ２：両面 かつ ステープル
条件Ｃ３：カラー かつ 両面 かつ ステープル
【００４１】
この条件に基づいて、図５で示したアルゴリズムに従って図３に示したデータベースの検索を行なった検索結果を図６に示す。同図において、条件Ｃ１に合致したデバイスは、カラー君という名称のデバイスであり、ネットワークアドレスは192.168.16.131、デバイスタイプは単体のプリンタであることが示されている。同様に、条件Ｃ２に合致したデバイスは、２階高速機という名称であり、ネットワークアドレスは192.168.16.132であり、デバイスタイプはMFPであることが示されている。条件Ｃ３に該当するデバイスは見つからなかったので、該当なしを示す値NULLによってその旨が示されている。
【００４２】
次に、デバイス検索クライアント１１１および１１３の動作について説明する。図７は、デバイスの検索を行なう前の、デバイス検索クライアントにおける画面表示の一例を示す図である。ウィンドウ７００の中に、各種の情報が表示されている。７０１は検索メニューであり、ユーザが検索メニュー７０１をキーボード２０９あるいは不図示のポインティングデバイスで選択することにより、デバイス検索サーバに対して条件に合致するデバイスがあるかどうかの問い合わせが行われる。
【００４３】
７０２は新規追加メニューであり、ユーザがこのメニューを選択することによって、不図示のダイアログが表示され、そこでユーザが望む検索条件を入力する。検索条件を入力するとその検索条件に対応する新しいデバイスアイコンが作成され、カラム７０３に表示される。この例では、条件Ｃ１「カラー印刷」、条件Ｃ２「両面印刷、かつ、ステープル」、および条件Ｃ３「カラー印刷、かつ、両面印刷、かつ、ステープル」の３つの検索条件が入力され、その結果、それぞれに対応してアイコンが表示されている。表示されているアイコンが全てプリンタの形をしているのは、検索条件としてオブジェクトクラスがプリンタであるものを検索するように指定されていることを示す。もし、オブジェクトクラスがスキャナであるものを検索するように指定された場合には、カラム７０３にはスキャナの形をしたアイコンが表示される。また、アイコン上にクエスチョンマークが表示されているのは、その条件に合致するデバイスが存在するかどうか、まだ不明であることを示す。７０４はデバイスの状態を示すカラムである。ここにも、現在その条件に合致するデバイスが存在するかどうか、まだ不明であることが示されている。７０５には、検索条件のうち、デバイスの属性に関するものが示されている。７０６には、条件に合致するデバイスのアドレスが、まだ不明であることが示されている。
【００４４】
図８は、図７の表示画面において指定した検索条件データの一例を示した図であり、本実施形態では、ＩＥＴＦが発行するＲＦＣ１９６０の規定に基づいた記法を用いている。同図において、８０１は検索条件の名称、８０２は検索条件であり、検索条件Ｃ１、Ｃ２およびＣ３は、それぞれ図７に示された検索条件の一行め、二行めおよび三行目にそれぞれ相当する。図７で説明した不図示のダイアログで入力された検索条件データは、図８で示した形式でハードディスク２１１に記憶され、以降、再び検索条件を入力しなくても、記憶した検索条件データを使用することができる。
【００４５】
図９は、デバイス検索クライアント１１１および１１３の動作を示すフローチャートである。尚、デバイス検索サーバ１１２の上でデバイス検索クライアントのプログラムを実行させることもできる。まず、デバイス検索クライアントのプログラムの概略動作について説明すると、システムが終了するまで、イベントを待ち、イベントが生じたらそのイベントについての処理を行うイベント駆動型のプログラムとして動作する。主なイベントとしては、システム終了イベント、デバイス検索要求イベント、デバイス検索結果受信イベントである。以下、個別のステップについて詳細に説明する。
【００４６】
検索クライアントが起動すると、まずステップＳ９０１でイベントが発生するまで待つ。イベントが発生したら、そのイベントを取得してステップＳ９０２に進む。ステップＳ９０２では、ステップＳ９０１で取得したイベントが、ユーザがキーボード２０９あるいは不図示のポインティングデバイスを用いてシステム終了のコマンドを発行したものであるかどうかを判定する。もしユーザが終了コマンドを発行したと判定した場合には、プログラムを終了する。一方、ステップＳ９０２において終了コマンドの発行イベントではないと判定した場合には、ステップＳ９０３に進む。ステップＳ９０３では、ステップＳ９０１で取得したイベントが、ユーザが検索メニュー７０１を選択することによって、デバイス検索コマンドを発行したことによるものであるかどうかを判定する。もしデバイス検索コマンドの発行によるイベントであった場合にはステップＳ９０４に進み、デバイス検索サーバ１１２に対してデバイス検索要求を送信する。
【００４７】
一方、ステップＳ９０３において、イベントがデバイス検索コマンドを発行したことによるものではないと判断された場合にはステップＳ９０５に進む。ステップＳ９０５では、ステップＳ９０１で取得したイベントが、ステップＳ９０４で送信したデバイス検索要求の送信に対するデバイス検索サーバ１１２からの検索結果の返答受信によるイベントであるかどうかを判断する。もし、返答の受信によるものであると判断された場合には、ステップＳ９０６に進み、受信した検索結果をウィンドウ７００に表示する。ステップＳ９０６の処理が終了したら、ステップＳ９０１に戻って次のイベントを待つ。一方、ステップＳ９０５において返答受信によるイベントではないと判断された場合には、ステップＳ９０７に進み、その他の処理を行う。その他の処理とは、例えばプログラム起動時やユーザが画面をウィンドウを移動させた場合などに、画面を再描画すること等である。ステップＳ９０７の処理が終了したら、ステップＳ９０１に戻って次のイベントを待つ。
【００４８】
図１０は、図９のフローチャートのうち、検索要求動作Ｓ９０４について詳しく説明したフローチャートである。まず、ステップＳ１００１において、ハードディスク２１１にアクセスして、図８で説明したようにあらかじめ記憶しておいた検索条件データを取得する。続くステップＳ１００２において、その検索条件をデバイス検索サーバ１１２に送信し、ネットワークデバイスの検索を要求する。
【００４９】
なお、デバイス検索サーバのアドレスは、本実施形態では例えばユーザがキーボード２０９を用いて入力した値をハードディスク２１１に書き出しておき、それを読み込むなどしてあらかじめわかっているものとするが、それに限定されるものではない。他の方法としては、例えばプログラミング言語Lindaにおけるタプルスペースのような手法を用いて、ネットワークから取得しても良い。プログラム言語Lindaについては、各種の論文や解説書があるが、例えば、「D. Gelernter著、"Generative Communication in Linda", ACM Transactions on Programming Languages and Systems, volume7, number1, pp80--112, 1985年」等に開示されている。
【００５０】
図１１は、図９のフローチャートのうち、検索結果受信動作Ｓ９０６について詳しく説明したフローチャートである。ここでは、検索サーバ１１２から図８に示したＣ１からＣ３までの複数の検索条件のそれぞれについて合致するデバイスに関する情報が返ってくるので、それらの情報をひとつずつについて表示処理を行う。まず、ステップＳ１１０１において、受信したすべての検索結果を処理したかどうかを判断する。もし全ての処理を完了していれば、プログラムを終了する。一方、すべての検索結果を処理していないと判断した場合には、ステップＳ１１０２に進み、受信した検索結果をひとつ取り出す。続くステップＳ１１０３では、ステップＳ１１０２で取り出した検索結果の内容を見て、ネットワークアドレスが取得できたかどうかによってデバイスが使用可能かどうかを判断する。
【００５１】
もしネットワークアドレスが取得できていれば使用可能と判断し、ステップＳ１１０４に進む。ステップＳ１１０４では、取得した情報をもとに画面に追加情報を表示する。ステップＳ１１０４の処理が終了したら、ステップＳ１１０１に戻って、次の検索結果の処理を行う。一方ステップＳ１１０３において、デバイスが使用可能ではないと判断された場合には、ステップＳ１１０５に進み、そのデバイスが使用できない旨を画面に表示する。
【００５２】
図１２は、検索操作を終了した後の、デバイス検索クライアント１１１および１１３の画面表示の一例を示す図である。図７で説明した検索操作前の画面と比較すると、検索条件毎に合致するデバイスが見つかったもの（一番目のカラー君、および、二番目の２Ｆ高速機）については、そのデバイスの名称とネットワークアドレスが表示され、デバイスタイプに応じたアイコンの絵柄が変更される。
【００５３】
例えば、二番目の条件Ｃ２に合致するデバイスのデバイスタイプはＭＦＰであったので、アイコンがＭＦＰの絵柄になっている。また、デバイスが確定したので、図７のデバイスアイコンに付されていたクエスチョンマークは表示されない。
【００５４】
一方、三番目の条件Ｃ３に該当するデバイスは見つからなかったので、アイコン上にバツ印が表示されて、該当するデバイスが無い旨が示されている。
【００５５】
このように本実施形態によれば、ユーザが望む属性のデバイスを検索する際の条件入力の手間を無くせるとともに、検索結果をわかりやすく表示させることが可能となる。
【００５６】
上記で説明した本発明に係るネットワークデバイス制御プログラムは、外部からインストールされるプログラムによって、ＰＣ２００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピーディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ２００上にロードすることにより、ＰＣ２００に供給される場合でも本発明は適用されるものである。
【００５７】
図１３は、本実施形態におけるプログラムか格納された記憶媒体のメモリマップの一例であり、ここでは記憶媒体としてＣＤ−ＲＯＭを想定している。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびネットワークデバイス制御プログラムを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、ネットワークデバイス制御プログラムを記憶してある領域である。本発明のネットワーク制御プログラムがＰＣ２００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ２０１によって実行される。次に、ＣＰＵ２０１によって実行されるインストールプログラムが、ネットワークデバイス制御プログラムを記憶してある領域９９９７からネットワークデバイス制御プログラムを読み出して、ハードディスク２１１に格納する。
【００５８】
このように、本実施形態によれば、ネットワーク上のデバイスを検索する際の条件入力の手間を軽減させるとともに、検索結果をわかりやすく表示させることが可能となる。
【００５９】
＜第２の実施形態＞
次に第２の実施形態について説明する。
【００６０】
上記の第1の実施形態では、入力された検索条件をアイコンに対応づけて保存する例を説明したが、本第２の実施形態では、入力された検索条件に更に検索結果を反映させた検索フィルタを自動生成してアイコンと対応づけて保存する検索クライアントについて説明する。
【００６１】
本第２の実施形態においても、上記第１の実施形態と同様に、図１における検索クライアント１１１が図９のフローチャートに示した動作に基づいて検索サーバ１１２に対して検索条件をセットした問合せパケットを送信する。検索サーバ１１２は図５のフローチャートに示した動作に基づいて該検索条件に合致するデバイスをデータベースから検索し、その結果を検索クライアント１１１に返送する。
【００６２】
そして、検索クライアント１１１は図９のステップＳ９０６の処理において、検索サーバから受け取った結果をＣＲＴ２１０に表示する。以下、第２の実施形態におけるこのステップＳ９０６の処理を詳細に説明する。
【００６３】
図１４は、第２の実施形態の検索クライアント１１１の検索結果表示の動作を示すフローチャートであり、上記第1の実施形態の図９で示した検索クライアント１１１の全体動作のフローチャートにおけるステップＳ９０６の処理に相当するものである。また、図１４は、上記第１の実施形態における図１１のフローチャートに対応するものでもある。
【００６４】
フローチャートの各処理の説明するにあたり、本第２の実施形態と、上記第１の実施形態とで異なる部分を説明する。
【００６５】
まず、検索サーバ１１２から取得した検索結果は、説明の都合上、図１５に示すデータベース１５００に基づいて検索したものとする。図１５は、検索サーバ１１２に保存されているネットワーク機器に関するデータベースの構造を表形式で表現した図であり、上記第１の実施形態における図３に対応するものである。尚、説明上、図３の例とは、登録情報を１部変えてある。具体的には「開発室プリンタ」と「１階プリンタ」とを「カラー機能有り」に変更し、更に「開発室プリンタ」を「ステープル機能無し」に変更している。
【００６６】
また、第２の実施形態における検索結果の画面表示は図１６に示すように表示されるものとする。図１６は、第２の実施形態における検索結果の画面表示の例であり、より詳細には図１５に示したデータベースに基づいてカラー機能を有するプリンタ（上記第１の実施形態における条件Ｃ１と同じ条件）を検索した検索結果の画面表示例である。第２の実施形態の検索結果表示では、上記第１の実施形態の図１２の検索結果表示に、更に絞り込み保存ボタン１６０７、終了ボタン１６０８が追加されている。
【００６７】
以下、図１４のフローチャートを説明する。ステップＳ１４０１の判断処理からステップＳ１４０２の処理を経由して再びステップＳ１４０１に戻るループ処理は、デバイス検索サーバ１１２から取得した検索結果を受信パケットから取り出してＣＲＴ２１０上のウインドウに表示する処理である。これらの処理については上記第１の実施形態の動作と同じなので、説明を省略する。
【００６８】
ステップＳ１４０１において、全ての検索結果を処理し終えると、ＣＲＴ２１０上に図１６に示した検索結果ウインドウが表示される。
【００６９】
ステップＳ１４０７では、ユーザにより終了操作が行われたか否かを判断する。この終了操作とは、終了ボタン１６０８を不図示のポインティングデバイス等によりクリックすることであり、これにより本画面表示が終了する。
【００７０】
ステップＳ１４０８では、ユーザによる保存操作が行われたか否かを判断する。この保存操作とは、不図示のポインティングデバイスを用いて結果表示されている複数のデバイスから所望の一つを選択し、次に該ポインティングデバイス等により絞り込み保存ボタン１６０７をクリックする操作のことである。この保存操作が行われるとステップＳ１４０９に進み、上記選択されたデバイスと結果表示されている他のデバイスとを区別する検索フィルタが自動的に生成される。具体的には、検索サーバ１１２から受信した検索結果に基づいて図１８に示すようなデバイス属性マップ１８００を作成してユーザが選択したデバイスの属性と他のデバイスの属性とを比較して当該選択したデバイスのみが検索結果として得られるような検索フィルタを生成する。
【００７１】
例えば、図１６の結果表示例においてデバイス「カラー君」が選択された後、絞り込み保存ボタン１６０８がクリックされると、デバイス属性マップ１８００において、選択されたデバイス「カラー君」１８０１の属性と、選択されなかったデバイス「開発室プリンタ」１８０２と「１階プリンタ」１８０３の属性とを比較し、「カラー君」１８０１を特徴づける差別化条件として「ステープル機能有り」を抽出する。そして、該差別化条件と検索サーバ１１２に問い合せたときの検索条件Ｃ１とから検索フィルタＣ４を生成する。
【００７２】
図１７に検索サーバ１１２に問い合せた条件Ｃ１と生成した検索フィルタＣ４とを示す。生成された検索フィルタＣ４は所定のアイコンとの対応づけられてＨＤ２１１に保存され（ステップＳ１４１０）、以降の利用に供される。
【００７３】
また、生成した検索フィルタＣ４を検索サーバ１１２に問い合せた条件Ｃ１に上書き保存して、条件Ｃ１に対応したアイコンをそのまま使用するようにしてもよい。
【００７４】
本来、ネットワーク上のデバイスを絞り込むための検索フィルタをユーザが作成するには、各デバイスの詳細機能を知らなければならないが、上記第２の実施形態によれば、緩い条件で実行したデバイスの検索結果表示に基づいた簡単な操作により絞り込みのための更に厳しい条件の検索フィルタを生成することが可能となる。そして、生成した検索フィルタにより外出先等において所望のデバイスを検索して利用することが可能となる。
【００７５】
今日では、技術革新とともに新機能が搭載されたデバイスが次々と市場に投入され、ネットワーク上のデバイスも頻繁に更新される場合も多い。このような場合でも、上記第２の実施形態によれば、まず緩い条件で実行したデバイスの検索結果を表示させ、該表示によりデバイスの機能を確認しながら絞り込み処理を行えば、デバイス機能の更新にも確実に対応することが可能となる。
【００７６】
上記第２の実施形態では、検索結果表示された複数のデバイスから１つのデバイスを選択することにより、絞り込みのための検索フィルタを自動生成する例を示したが、２以上のデバイスを指定することで絞り込みの条件を調整するようにしてもよい。これを図１９および図２０を参照して説明する。
【００７７】
図１９は、図１８で示したデバイス属性マップの他の実施形態を示したもので、検索対象デバイスをスキャナ（ｏｂｊｅｃｔｃｌａｓｓ＝ｓｃａｎｎｅｒ）としたものである。同図の例は、「カラー読取機能有り」の条件でスキャナを検索した結果に基づいたデバイス属性マップであり、「スキャナ１号」１９０１、「スキャナ２号」１９０２、「スキャナ３号」１９０３が検索された例である。ユーザがポインティングデバイスにより「スキャナ２号」１９０２と「スキャナ３号」１９０３を選択して絞り込み保存ボタン１６０７をクリックすると、「カラー読取機能有り」１９０４かつ「ＡＤＦ機能有り」１９０５の条件で検索フィルタが生成される。
【００７８】
図２１に検索サーバ１１２に問合せた条件Ｃ５と、生成された検索フィルタＣ６の例を示す。これにより、フラッドベッド型であるか否か（１９０６）、および、両面読取機能が有るか否か（１９０７）の条件は問わないというユーザの意向を検索フィルタに反映させることが可能となる。
【００７９】
また、図２０は、図１８で示したデバイス属性マップの他の実施形態を示したもので、検索対象デバイスをファクシミリ装置（ｏｂｊｅｃｔｃｌａｓｓ＝ｆａｃｓｉｍｉｌｅ）としたものである。同図の例は、「カラー伝送機能有り」の条件でファクシミリ装置を検索した結果に基づいたデバイス属性マップであり、「ＦＡＸ１号」２００１、「ＦＡＸ２号」２００２、「ＦＡＸ３号」２００３が検索された例である。ユーザがポインティングデバイスにより「ＦＡＸ２号」１９０２と「ＦＡＸ３号」２００３を選択して絞り込み保存ボタン１６０７をクリックすると、「カラー伝送機能有り」２００４かつ「結果通知機能有り」２００６の条件で検索フィルタが生成される。
【００８０】
図２２に検索サーバ１１２に問合せた条件Ｃ７と、生成された検索フィルタＣ８の例を示す。これにより、マルチ回線機能が有るか否か（２００６）、および、両面送信機能が有るか否か（２００７）の条件は問わないというユーザの意向を検索フィルタに反映させることが可能となる。
【００８１】
＜第３の実施形態＞
上記の第１実施形態では、入力された検索条件をアイコンに対応づけて保存する例を説明したが、本第３の実施形態では、予め用意された複数の検索条件を、ユーザが検索を実行する場所（以下、ロケーションとも称する）に応じて絞り込んで表示することが可能な検索クライアントについて説明する。
【００８２】
例えば、外出先においては、どのようなデバイスが使用可能か不明であることが多い為「カラー機」という比較的粗い検索条件は意味があるが、多数のプリンタが存在するようなオフィス状況では、粗い検索条件では多数のプリンタが検索にヒットしてしまい、検索が意味をなさなくなってしまうという問題がある。
【００８３】
本第３の実施形態によれば、ユーザが検索を実行するロケーションに応じて最適な検索条件を表示する検索クライアントが実現されるので、携帯情報端末とともに場所を移動しながら作業をするようなユーザのデバイス検索の操作性を著しく向上することが可能となる。
【００８４】
本第３の実施形態においても、上記第１の実施形態と同様に、図１における検索クライアント１１１が後述する図２５のフローチャートに示した動作に基づいて検索サーバ１１２に対して検索条件をセットした問い合わせパケットを送信する。検索サーバ１１２は図５のフローチャートに示した動作に基づいて該検索条件に合致するデバイスをデータベースから検索し、その結果を検索クライアント１１１に返送する。
【００８５】
以下、第３の実施形態について、主に第１の実施形態との差異を中心に説明する。
【００８６】
図２７は、第３の実施形態における検索クライアントの検索動作実行前の画面表示の様子を示した図である。図２７は、第１の実施形態における図７とほぼ同様であるが、ロケーション選択メニュー２７１０が新たに追加されている点が異なっている。
【００８７】
ロケーション選択メニュー２７０１は、ユーザが検索を実行する場所を設定するための操作メニューである。ユーザがロケーション設定メニュー２７１０を選択すると、不図示のダイアログが表示されて、検索動作を実行するロケーションおよび必要に応じて検索問い合わせの対象となる検索サーバのアドレスを入力できるようになる。ロケーション情報としては、例えば、「オフィス（ｏｆｆｉｃｅ）」、「外出先（ｏｕｔｓｉｄｅ）」等を設定する。
【００８８】
図２４は、検索条件がロケーション情報とどのように結びついて格納されているかを示す図である。図２４は第１の実施形態における図８とほぼ同様であるが、それぞれの検索条件に、その検索条件が適用されるロケーションに関する情報２４１０が付加されている点が異なっている。
【００８９】
同図の例では、条件Ｃ１にはロケーション条件として「（外出先ｏｕｔｓｉｄｅ）」が、条件Ｃ３にはロケーション条件として「（外出先ｏｕｔｓｉｄｅ）」が設定されている。条件Ｃ２には、「（外出先ｏｕｔｓｉｄｅ）」と「（外出先ｏｕｔｓｉｄｅ）」とがＯＲ条件として設定されている。
【００９０】
これらのロケーション条件については、キーボード２０９から入力したものを格納しておくか、或いは、以前のデバイス検索の実行結果から、デバイス情報とともに取得した該デバイスのロケーション情報を格納しておく。
【００９１】
次に、第３の実施形態における検索クライアントの動作を図２５のフローチャートを参照して説明する。図２５は第１の実施形態における図９とほぼ同様であるが、ロケーション選択判断ステップＳ２５１０とロケーション選択手段２５１１が追加されている点が異なる。
【００９２】
ユーザがロケーション設定メニュー２７０１を選択すると、ステップＳ２５１０における判断がYesとなり、ステップＳ２５１１に進む。ステップＳ２５１１では、ロケーション条件選択操作が実行される。すなわち、検索画面２７００のロケーション設定メニューによりユーザが入力した現在ロケーションおよび検索サーバのアドレスをハードディスク２１１に記録する。そして、ステップＳ２５１２で、設定画面の再描画処理を行い、ステップＳ２５０１に戻る。
【００９３】
ステップＳ２５１２の再描画処理の詳しい処理のフローチャートを図２６に示す。ここでは現在設定されているロケーションによって表示する検索条件アイコンを絞り込んで検索画面の再描画を行う。
【００９４】
まずステップＳ２６０１においてハードディスク２１１にアクセスして、上記ステップＳ２５１１で設定された現在のロケーションおよび検索問い合わせの対象となるサーバのアドレスを取得する。
【００９５】
ステップＳ２６０２において、図２４に示した検索条件の全てを処理したかどうかを判断する。処理済でなければ、ステップＳ２６０３に進み、図２４の検索条件（条件Ｃ１〜Ｃ３）のうち、ひとつを取得する。
【００９６】
ステップＳ２６０４に進み、ステップＳ２６０１で取得した現在ロケーションと、ステップＳ２６０３で取得した検索条件のうちのロケーション条件とが合致しているかどうかを判断する。合致していればステップＳ２６０５に進み、その検索条件を示すアイコンならびに検索条件の情報を画面に表示した後、ステップＳ２６０２に合流する。合致していなければ、そのままステップＳ２６０２に合流する。
【００９７】
こうして全ての検索条件について処理を行った後、ステップＳ２６０２において、全ての検索条件について処理を行ったと判断されたら、処理を終了する。
【００９８】
図２３に、この再描画処理により描画された検索画面の一例を示す。同図の例は、図２７で示した検索画面について、ロケーション条件「オフィス（ｏｆｆｉｃｅ）」により絞り込んで表示したものである。同図から条件Ｃ１〜Ｃ３のうち、ロケーション条件「外出先（ｏｕｔｓｉｄｅ）」の条件Ｃ２は、ロケーション条件「オフィス（ｏｆｆｉｃｅ）」を満たさないので、画面上から条件Ｃ２の検索アイコンが消えているのがわかる。
【００９９】
ここで、ロケーション条件を満たさない検索アイコンがグレーアウトされるようにしてもよい。
【０１００】
また、第３の実施形態においては、第１の実施形態における動作と、もう一点異なる点がある。それは問い合わせ先の検索サーバの指定である。図１０のステップＳ１００２の問い合わせパケット送信処理においては、問い合わせパケットの送信先として、ステップＳ２５１２で取得した現在ロケーションに対応する検索サーバを送信先として指定する。
【０１０１】
本第３の実施形態では、ロケーション条件として、「オフィス（ｏｆｆｉｃｅ）」、「外出先（ｏｕｔｓｉｄｅ）」を例に説明したが、本発明の適用範囲は必ずしもこれに限定されるものではない。複数のオフィス機器を配置してドキュメントの印刷等のサービスを提供する会社で使用する「ＫＫＫ印刷サービス」等をロケーションとして用いてもよい。
【０１０２】
このように第３の実施形態によれば、ユーザが検索を実行するロケーションに応じて最適な検索条件を表示する検索クライアントが実現されるので、携帯情報端末とともに場所を移動しながら作業をするようなユーザのデバイス検索の操作性を著しく向上することが可能となる。
【０１０３】
なお、上記実施形態では、検索対象のデバイス装置として、プリンタ、コピー、ファクシミリ、スキャナ等の１つの機器を例に説明したが、これらの機器は、複数の機器（例えばネットワークに接続可能なホストコンピュータとそれにローカルに接続されたスキャナやプリンタ等のインタフェース機器）から構成される統合機器に適用してもよい。
【０１０４】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。このときのプログラムコードは、ＭＰＵのネイティブなコードであってもよいし、所定のインタプリタ言語で記述されたものでランタイム時にＭＰＵネイティブなコードに翻訳されるようなものでもよいし、所定の様式で記述されたスクリプトデータであってオペレーティングシステムにより解釈実行されるようなものであってもよい。
【０１０５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０６】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１０７】
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０９】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【０１１０】
【発明の効果】
以上説明したように、本発明によれば、ユーザが指定した機能を含む検索条件を記憶し、以降再び機能を指定しなくても、記憶した検索条件データを使用するようにしたことで、検索のたびにいちいち機能を指定しなければならないという手間が軽減される効果がある。
【０１１１】
また、検索条件に対応した表示要素を検索結果に基づいた表示様態に変更することにより、ユーザに結果を分かりやすく表示することができる。
【図面の簡単な説明】
【図１】本実施形態のデバイス検索システムが動作可能なネットワークの構成例を示す図である。
【図２】デバイス検索サーバおよびデバイス検索クライアントの構成の一例を示したブロック図である。
【図３】デバイス検索サーバが持つデバイス情報の一例を示す図である。
【図４】デバイス検索サーバの動作を示すフローチャートである。
【図５】デバイス検索サーバのデータベース検索動作を示すフローチャートである。
【図６】デバイス検索サーバが出力する検索結果の一例を示す図である。
【図７】デバイス検索前の時点におけるデバイス検索クライアントの画面表示の一例を示す図である。
【図８】デバイス検索クライアントに保持されている検索条件の一例を示す図である。
【図９】デバイス検索クライアントの動作を示すフローチャートである。
【図１０】デバイス検索クライアントの検索要求動作を示すフローチャートである。
【図１１】デバイス検索クライアントのデバイス検索結果表示動作を示すフローチャートである。
【図１２】デバイス検索後の時点におけるデバイス検索クライアントの画面表示の一例を示す図である。
【図１３】本実施形態のデバイス検索ソフトウェアの記憶媒体におけるメモリマップを示す図である。
【図１４】第２の実施形態のデバイス検索クライアントの結果表示動作を示すフローチャート。
【図１５】第２の実施形態のデバイス検索サーバが持つデバイス情報の一例を示す図。
【図１６】第２の実施形態のデバイス検索クライアントの画面表示の一例を示す図。
【図１７】第２の実施形態における検索フィルタの例を示した図。
【図１８】第２の実施形態におけるデバイス属性マップ。
【図１９】第２の実施形態におけるスキャナを検索対象として場合のデバイス属性マップ。
【図２０】第２の実施形態におけるファクシミリを検索対象とした場合のデバイス属性マップ。
【図２１】検索対象がスキャナの場合である検索条件の一例を示す図。
【図２２】検索対象がファクシミリ装置である場合の検索条件の一例を示す図。
【図２３】第３の実施形態において、ロケーションによる絞り込み実行後のデバイス検索クライアントの画面表示の一例を示す図。
【図２４】第３の実施形態のデバイス検索クライアントに保持されている検索条件の一例を示す図。
【図２５】第３の実施形態のデバイス検索クライアントの動作を示すフローチャート。
【図２６】第３の実施形態のデバイス検索クライアントの画面再描画動作のフローチャート。
【図２７】第３の実施形態において、ロケーションによる絞り込み実行後前のデバイス検索クライアントの画面表示の一例を示す図。
【符号の説明】
１００ ＬＡＮ
１０１ カラープリンタ
１０２ ＭＦＰ
１０３ モノクロプリンタ
１０４ モノクロプリンタ
１０５ スキャナ
１１１ デバイス検索クライアント（デスクトップＰＣ）
１１２ デバイス検索サーバ
１１３ デバイス検索クライアント（ノートＰＣ）
１２０ ファイアウォール
１３０ インターネット
１４０ 他のネットワーク
Claims (7)
- 情報処理装置であって、
ユーザにより指定された機能を含み、更に前記情報処理装置が第一の場所に存在する場合にデバイスを検索する条件として適した第一の検索条件を、該第一の場所を示す位置情報と対応付けて記憶し、ユーザにより指定された機能を含み、更に前記情報処理装置が前記第一の場所とは異なる第二の場所に存在する場合にデバイスを検索する条件として適した第二の検索条件を、該第二の場所を示す位置情報と対応付けて記憶する記憶手段と、
前記記憶手段に記憶された第一の検索条件に対応する第一のアイコンと、第二の検索条件に対応する第二のアイコンを表示する表示手段と、
ユーザが前記第一の場所を示す位置情報を入力したことに応じて、前記表示手段で表示された第一のアイコンが選択された場合には、前記第一の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示し、ユーザが前記第二の場所を示す位置情報を入力したことに応じて、前記第二のアイコンが選択された場合には、前記第二の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示する検索結果表示手段と、
を有することを特徴とする情報処理装置。 - 前記表示手段は、デバイスの種類を識別可能なアイコンを表示することを特徴とする請求項１記載の情報処理装置。
- 前記第第一の検索条件及び前記第二の検索条件は、ユーザにより指定された複数の機能を含むことを特徴とする請求項１又は２に記載の情報処理装置。
- ネットワークを介して検索サーバと通信する通信手段と、
前記第一の検索条件又は前記第二の検索条件を前記検索サーバに問い合わせて検索結果を取得する取得手段を更に有し、
前記検索結果表示手段は、前記検索サーバから受信した検索結果に基づいて少なくとも一つのデバイスを表示することを特徴とする請求項１乃至３の何れかに記載の情報処理装置。 - 前記ユーザによって指定された機能は、カラー印刷機能の有無、両面印刷機能の有無、ステープル機能の有無のうちの少なくとも何れかであることを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
- 情報処理装置の制御方法であって、
ユーザにより指定された機能を含み、更に前記情報処理装置が第一の場所に存在する場合にデバイスを検索する条件として適した第一の検索条件を、該第一の場所を示す位置情報と対応付けて記憶手段に記憶させ、ユーザにより指定された機能を含み、更に前記情報処理装置が前記第一の場所とは異なる第二の場所に存在する場合にデバイスを検索する条件として適した第二の検索条件を、該第二の場所を示す位置情報と対応付けて記憶手段に記憶させる記憶ステップと、
前記記憶手段に記憶された第一の検索条件に対応する第一のアイコンと、第二の検索条件に対応する第二のアイコンを表示する表示ステップと、
ユーザが前記第一の場所を示す位置情報を入力したことに応じて、前記表示ステップで表示された第一のアイコンが選択された場合には、前記第一の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示し、ユーザが前記第二の場所を示す位置情報を入力したことに応じて、前記第二のアイコンが選択された場合には、前記第二の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示する検索結果表示ステップと、
を有することを特徴とする制御方法。 - 情報処理装置に以下のステップを実行させるためのプログラムを格納したコンピュータ読取り可能な記憶媒体であって、
ユーザにより指定された機能を含み、更に前記情報処理装置が第一の場所に存在する場合にデバイスを検索する条件として適した第一の検索条件を、該第一の場所を示す位置情報と対応付けて記憶手段に記憶させ、ユーザにより指定された機能を含み、更に前記情報処理装置が前記第一の場所とは異なる第二の場所に存在する場合にデバイスを検索する条件として適した第二の検索条件を、該第二の場所を示す位置情報と対応付けて記憶手段に記憶させる記憶ステップと、
前記記憶手段に記憶された第一の検索条件に対応する第一のアイコンと、第二の検索条件に対応する第二のアイコンを表示する表示ステップと、
ユーザが前記第一の場所を示す位置情報を入力したことに応じて、前記表示ステップで表示された第一のアイコン選択された場合には、前記第一の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示し、ユーザが前記第二の場所を示す位置情報を入力したことに応じて、前記第二のアイコンが選択された場合には、前記第二の検索条件を満たすデバイスを検索する検索処理で見つかった少なくとも一つのデバイスを表示する検索結果表示ステップと、
を有することを特徴とするコンピュータ読取り可能な記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35909099A JP3962519B2 (ja) | 1999-05-13 | 1999-12-17 | 情報処理装置及び方法及びコンピュータ読取り可能な記憶媒体 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13269399 | 1999-05-13 | ||
| JP11-132693 | 1999-05-13 | ||
| JP35909099A JP3962519B2 (ja) | 1999-05-13 | 1999-12-17 | 情報処理装置及び方法及びコンピュータ読取り可能な記憶媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005256653A Division JP4764114B2 (ja) | 1999-05-13 | 2005-09-05 | 情報処理装置及び情報処理方法及び記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001027984A JP2001027984A (ja) | 2001-01-30 |
| JP2001027984A5 JP2001027984A5 (ja) | 2004-11-18 |
| JP3962519B2 true JP3962519B2 (ja) | 2007-08-22 |
Family
ID=26467208
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35909099A Expired - Fee Related JP3962519B2 (ja) | 1999-05-13 | 1999-12-17 | 情報処理装置及び方法及びコンピュータ読取り可能な記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3962519B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4215968B2 (ja) | 2001-07-10 | 2009-01-28 | シャープ株式会社 | 通信システム、その通信システムに用いられる端末、その端末における通信方法およびその端末において通信するためのプログラム |
| JP4878864B2 (ja) * | 2006-02-20 | 2012-02-15 | 株式会社リコー | 表示処理装置、表示処理方法、プログラム、および記録媒体 |
| JP5704268B1 (ja) * | 2014-03-11 | 2015-04-22 | 富士ゼロックス株式会社 | 端末装置、印刷システム、及びプログラム |
| JP6499423B2 (ja) * | 2014-11-18 | 2019-04-10 | キヤノン株式会社 | 情報処理システム、情報処理装置、及びその制御方法とプログラム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05274358A (ja) * | 1992-03-27 | 1993-10-22 | Fuji Xerox Co Ltd | 情報検索装置 |
| JPH06337900A (ja) * | 1993-05-27 | 1994-12-06 | Sony Corp | 情報検索装置 |
| JPH0721199A (ja) * | 1993-06-17 | 1995-01-24 | Mitsubishi Electric Corp | 情報検索システム |
| JPH08286854A (ja) * | 1995-04-19 | 1996-11-01 | Fuji Xerox Co Ltd | 印刷指示装置 |
| JPH09198206A (ja) * | 1996-01-18 | 1997-07-31 | Ricoh Co Ltd | ネットワークの制御システム |
| JPH09244860A (ja) * | 1996-03-04 | 1997-09-19 | Canon Inc | アイコンの表示制御方法及びその装置及び該装置を含む出力システム及び前記方法の手順を記憶する記憶媒体 |
| JP3767089B2 (ja) * | 1997-05-21 | 2006-04-19 | コニカミノルタビジネステクノロジーズ株式会社 | ネットワークにおける入出力機器の指定プログラムを記録した記録媒体ならびにネットワークにおける入出力機器の指定システムおよび方法 |
-
1999
- 1999-12-17 JP JP35909099A patent/JP3962519B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001027984A (ja) | 2001-01-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3740320B2 (ja) | デバイス検索システム及びデバイス検索方法 | |
| US7617455B2 (en) | Device search apparatus | |
| US7284013B2 (en) | System for searching device on network | |
| JP5293035B2 (ja) | データ処理装置、データ処理方法、プログラムおよび記録媒体 | |
| US20070279666A1 (en) | User terminal apparatus, image forming device, and network port setting method thereof | |
| JP2002024106A (ja) | ネットワークデバイス、ディレクトリサーバおよびネットワークシステム | |
| US7237015B1 (en) | System for setting location information in a device on a network | |
| JP3551975B2 (ja) | ネットワーク資源検索装置およびネットワーク資源アクセス装置およびディレクトリ装置およびユーザ端末およびネットワーク資源の検索方法およびネットワーク資源のアクセス方法 | |
| US7099937B1 (en) | System for searching for device on network | |
| JP3962519B2 (ja) | 情報処理装置及び方法及びコンピュータ読取り可能な記憶媒体 | |
| JP4764114B2 (ja) | 情報処理装置及び情報処理方法及び記憶媒体 | |
| JP3768726B2 (ja) | デバイス検索クライアントおよびデバイス検索方法 | |
| JP3869972B2 (ja) | デバイス検索クライアントおよびデバイス検索方法 | |
| US7260787B2 (en) | Information processing apparatus, network system, device-map display method, and storage medium | |
| JP4416220B2 (ja) | 情報処理装置、情報処理方法及びコンピュータ読み取り可能な記憶媒体 | |
| JP4065548B2 (ja) | コンピュータ及びその制御方法 | |
| JP2001337875A (ja) | 端末装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 | |
| JP3976957B2 (ja) | 情報処理装置、ネットワークシステム、デバイス検索装置及び方法、並びにコンピュータ読み取り可能な記録媒体 | |
| US8284919B2 (en) | Network system and communication device | |
| JP2002007133A (ja) | デバイスドライバーのインストール方法 | |
| JP2001306284A (ja) | サーバ装置およびクライアント装置およびデバイス検索方法および記憶媒体 | |
| JP2001282659A (ja) | サーバ装置、クライアント端末装置、ネットワークシステム、ネットワークシステムにおけるデバイス端末表示方法、デバイス端末検索方法及び記憶媒体 | |
| JP2000339260A (ja) | デバイス検索クライアントおよびデバイス検索方法 | |
| JP2001337876A (ja) | 端末装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 | |
| JP2001101122A (ja) | デバイス検索クライアント、デバイス検索サーバ、デバイス検索システム、デバイス検索方法及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050627 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050705 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050905 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060307 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060919 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061116 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070118 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070515 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070521 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100525 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110525 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120525 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120525 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130525 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140525 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |