JP4416220B2 - Information processing apparatus, information processing method, and computer-readable storage medium - Google Patents
Information processing apparatus, information processing method, and computer-readable storage medium Download PDFInfo
- Publication number
- JP4416220B2 JP4416220B2 JP26444999A JP26444999A JP4416220B2 JP 4416220 B2 JP4416220 B2 JP 4416220B2 JP 26444999 A JP26444999 A JP 26444999A JP 26444999 A JP26444999 A JP 26444999A JP 4416220 B2 JP4416220 B2 JP 4416220B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- peripheral device
- information
- attribute
- static
- 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 - Lifetime
Links
Images
Landscapes
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、情報処理装置、情報処理方法及びコンピュータ読み取り可能な記憶媒体に関し、特に、ネットワーク上に接続された周辺装置を検索するために用いて好適なものである。
【0002】
【従来の技術】
従来、ネットワーク上に接続された各種の資源(サーバ、あるいはプリンタ、スキャナなどのデバイス)を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。ディレクトリサービスとは、言わばネットワークに関する電話帳であり、各種資源に関する様々な情報を格納するためのものである。
【0003】
このディレクトリサービスを利用したシステムの具体例としては、例えばLDAP(Lightweight Directory Access Protocol )がある。LDAPの規定は、IETF(Internet Engineering Task Force )が発行している標準仕様であるRFC(Request for Comments)1777に記載されている。また、LDAPの解説書としては、例えば株式会社プレンティスホールより「LDAPインターネットディレクトリアプリケーションプログラミング」が1997年11月1日に発行されている。
【0004】
このディレクトリサービスを用いて、例えばネットワークに接続されているデバイスを検索することにより、ネットワーク上で利用可能なデバイスの位置を表すネットワークアドレスの一覧を得ることができる。
【0005】
【発明が解決しようとする課題】
しかしながら、上記従来の技術では、検索によってデバイスのネットワークアドレスが得られるだけで、デバイスの現在の状態までは分からなかった。すなわち、検索されたデバイスが現在稼働中であるのか、あるいはエラー発生状態にあるのかなどという情報は、検索した時点では知ることができず、実際にデバイスを使用するときまで分からなかった。そのため、実際に使用可能なデバイスを見つけるのに手間がかかるという問題があった。
【0006】
本発明はこのような問題を解決するために成されたものであり、検索された周辺装置が現在使用可能か否か等の状態をユーザが容易に理解できるようにすることを目的とする。
【0007】
【課題を解決するための手段】
本発明の情報処理装置は、周辺装置及び検索条件に合致する周辺装置の検索を行う検索サーバと通信可能な情報処理装置であって、周辺装置の機能を示す静的な属性をユーザに入力させる入力手段と、前記入力手段を用いてユーザによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を前記検索サーバに送信する送信手段と、前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信手段と、前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を第1の表示領域に表示する表示手段と、前記検索サーバを介さずに、前記受信手段で受信した検索結果に含まれる周辺装置のうちユーザによって指定された前記リンクアドレスに対応する周辺装置に問合せ、該周辺装置の動的な属性に関する情報を取得する取得手段と、を有し、前記表示手段は、前記取得手段で取得した情報に基づいて、前記検索結果に含まれる周辺装置の動的な属性を第2の表示領域に表示する。
【0008】
本発明の情報処理方法は、周辺装置の機能を示す静的な属性をユーザの操作に基づいて入力する入力ステップと、前記入力ステップによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を該検索条件に合致する周辺装置の検索を行う検索サーバに送信する送信ステップと、前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信ステップと、前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を表示する第1の表示ステップと、前記検索サーバを介さずに、前記受信ステップで受信した検索結果に含まれる周辺装置のうちユーザによって指定された前記リンクアドレスに対応する周辺装置に問合せ、該周辺装置の動的な属性に関する情報を取得する取得ステップと、前記取得ステップで取得された情報に基づいて、前記検索結果に含まれる周辺装置の動的な属性を表示する第2の表示ステップと、を有することを特徴とする。
【0009】
本発明のコンピュータ読み取り可能な記憶媒体は、周辺装置の機能を示す静的な属性をユーザの操作に基づいて入力する入力ステップと、前記入力ステップによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を該検索条件に合致する周辺装置の検索を行う検索サーバに送信する送信ステップと、前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信ステップと、前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を表示する第1の表示ステップと、前記検索サーバを介さずに、前記受信ステップで受信した検索結果に含まれる周辺装置のうちユーザによって指定された前記リンクアドレスに対応する周辺装置に問合せ、該周辺装置の動的な属性に関する情報を取得する取得ステップと、前記取得ステップで取得された情報に基づいて、前記検索結果に含まれる周辺装置の動的な属性を表示する第2の表示ステップと、をコンピュータに実行させるためのコンピュータプログラムを記憶したことを特徴とする。
【0024】
【発明の実施の形態】
以下、本発明の一実施形態を図面に基づいて説明する。
本実施形態のネットワークシステムあるいはデバイス検索システムは、以下に詳述するように、ユーザが望む属性を持つネットワークデバイスを容易に検索するとともに、その検索結果をユーザに分かりやすい形式で表示するようにしたものである。特に、携帯用コンピュータを訪間先のネットワークに接続して印刷を行う場合に有効である。詳細については、以下の説明で明らかになろう。
【0025】
図1は、本実施形態によるネットワークシステム(デバイス検索システム)の要素的特徴を示す機能構成ブロック図である。
図1に示すように、本実施形態のネットワークシステムは、クライアント端末装置(以下、クライアント)10、サーバ端末装置(以下、サーバ)20、プリンタ、ファクシミリ、スキャナ等の各種デバイス端末装置(以下、デバイス)30をネットワーク40に接続して構成される。なお、ここではそれぞれの端末装置10,20,30を1つずつ示しているが、少なくともデバイス30については複数存在しているものとする。
【0026】
上記クライアント10は、検索条件指定部11と、検索条件記憶部12と、静的検索要求送信部13と、静的検索結果受信部14と、動的検索要求送信部15と、動的検索結果受信部16と、比較判断部17と、表示部18とを備える。上記静的検索要求送信部13によって本発明の第1の検索条件発行手段が構成され、上記動的検索要求送信部15によって本発明の第2の検索条件発行手段が構成される。また、上記静的検索結果受信部14、比較判断部17および表示部18によって本発明の第1の検索結果出力手段が構成され、上記動的検索結果受信部16、比較判断部17および表示部18によって本発明の第2の検索結果出力手段が構成される。以下に、これら個々の構成について説明する。
【0027】
上記検索条件指定部11は、各種デバイス30の検索を行う際の検索条件をユーザが指定するためのものである。ここでの検索条件は、例えばネットワークプリンタを例にとれば、カラー印刷機能の有無、ステープル機能の有無、両画面印刷機能の有無などの静的な属性と、そのプリンタが現在動作中か待機中か、記録紙の残り枚数は何枚か等の半静的および動的な属性とを含む各種属性のうち少なくとも1つ以上を指定して作成したものである。検索条件記憶部12は、上記検索条件指定部11により作成された検索条件を記憶しておくものである。
【0028】
静的検索要求送信部13は、上記検索条件指定部11により指定された検索条件の中からオブジェクトクラスの属性のみを抽出し、そのオブジェクトクラスのみを条件としてデバイス30の検索を行うように、オブジェクトクラスのみを検索条件とした静的検索要求をサーバ20に送信する。静的検索結果受信部14は、上記静的検索要求に対する応答としてサーバ20から送られてくる検索結果(後述するように、検索されたデバイスおよびそのデバイスについて各属性の有無を表した情報)を受信する。
【0029】
動的検索要求送信部15は、上記検索条件指定部11により指定された検索条件の中から半静的および動的な属性を抽出し、その属性を条件としてデバイス30の検索を行うように、半静的および動的な属性を検索条件とした動的検索要求をデバイス30に送信する。動的検索結果受信部16は、上記動的検索要求に対する応答としてデバイス30から送られてくる検索結果(後述するように、検索されたデバイスの現在の状態を表した情報)を受信する。
【0030】
比較判断部17は、上記静的検索結果受信部14で受信した上記オブジェクトクラスの属性条件に基づく検索結果と、上記検索条件記憶部12に記憶しておいた検索条件中に含まれる1つ以上の静的な属性とを比較し、検索結果として示された1つ以上のデバイスが、ある基準数以上属性の合致したものであるかどうかを各デバイス毎に判断する。そして、基準数以上の属性条件が合致したデバイスに関する情報だけを表示部18に供給する。
【0031】
また、この比較判断部17は、上記動的検索結果受信部16で受信した上記半静的および動的な属性条件に基づく検索結果と、上記検索条件記憶部12に記憶しておいた検索条件中に含まれる半静的および動的な属性とを比較照合することにより、静的な検索条件に基づいて検索されたデバイスにおいて実際に動作可能な条件を判断する。そして、このようにして求めた動作可能な条件に関する情報を表示部18に供給する。なお、後述するように、動的検索結果受信部16で受信した上記半静的および動的な属性条件に基づく検索結果をそのまま表示部18に供給するようにしても良い。
【0032】
上記表示部18は、上記検索条件指定部11により検索条件を指定する際の操作画面を表示する。また、この表示部18は、比較判断部17より出力された最終的な検索結果の情報に基づいて、検索された1つ以上のデバイスおよびそのデバイスについて各属性の有無を表した情報、動作可能な条件を表した情報等を表示する。
【0033】
また、サーバ20は、デバイス情報管理部21と、静的検索要求受信部22と、検索部23と、静的検索結果送信部24とを備える。ここで、上記デバイス情報管理部21によって本発明の情報管理手段が構成される。また、検索部23および検索結果送信部24によって本発明の検索手段または第1の検索手段が構成される。
【0034】
上記デバイス情報管理部21は、ネットワーク40上に接続されるデバイス30の識別情報(例えば、デバイス名やネットワークアドレス等)およびそのデバイス30が持つ各種属性を表す属性情報をデータベースとして記憶管理する。ここで管理されている情報は、例えば、ネットワーク40を介して各種デバイス30から登録されたものである。
【0035】
静的検索要求受信部22は、上記クライアント10の静的検索要求送信部13から送られた、オブジェクトクラスの属性のみを条件とした静的検索要求を受信するものである。また、検索部23は、上記静的検索要求受信部22により受信されたオブジェクトクラスの静的検索条件に基づいて、上記デバイス情報管理部21により管理されているデバイス情報を用いてデバイス30の検索を実行する。静的検索結果送信部24は、上記検索部23による検索結果として、オブジェクトクラスの属性を少なくとも満たすデバイスと、そのデバイスの属性の有無に関する情報等をネットワーク40を介してクライアント10に返送する。
【0036】
また、デバイス30は、動的検索要求受信部31と、状態調査部32と、動的検索結果送信部33とを備える。上記状態調査部32および動的検索結果送信部33によって本発明の第2の検索手段が構成される。
【0037】
上記動的検索要求受信部31は、クライアント10の動的検索要求送信部15から送られた半静的および動的な属性を条件とした検索要求を受信するものである。状態調査部32は、上記動的検索要求受信部31により受信された動的検索条件に基づいて、自デバイスの現在の状態を調査する。また、動的検索結果送信部33は、上記状態調査部32による検索結果として、自デバイスの現在の状態を表す情報をネットワーク40を介してクライアント10に返送する。
【0038】
図2は、本実施形態のデバイス検索システムが動作可能なネットワークの構成例を示す図である。
図2において、101はカラープリンタ、102はMFP(Multi Function Peripheral )である。MFP102はコピー機であるが、ネットワークプリンタとしても使用可能である。103および104はモノクロプリンタ、105はネットワーク接続されたスキャナである。これらの各ネットワークデバイス101〜105は、それぞれ図1のデバイス30に対応する。
【0039】
111はデスクトップPC(パーソナルコンピュータ)、113はノートPCである。これらのPC111,113は、ネットワークデバイス検索クライアントのプログラムを実行可能なPCであり、図1のクライアント10に対応する。これらのデスクトップPC111およびノートPC113(以下、まとめて検索クライアントPCとも称する)は、後述するように、ネットワーク上に接続されたサーバ112や各ネットワークデバイス101〜105に対して、所望の条件を満たすデバイスに関する問い合わせを発行するとともに、検索結果を受信して表示する機能を有する。
【0040】
112はネットワークデバイス検索サーバのプログラムを実行可能なPCであり、図1のサーバ20に対応する。この検索サーバPC112は、後述するように、ネットワークデバイス101〜105に関する種々の情報を格納して管理しており、検索クライアントPC111,113からのデバイス検索の問い合わせを受け付け、検索を実行してその結果を返す機能を有する。また、120はLAN(Local Area Network)100を不正侵入から守るファイアウォール機能を持つプロキシサーバである。
【0041】
これらのネットワーク装置101〜105,111〜113,120のうち、カラープリンタ101、MFP102、モノクロプリンタ103、デスクトップPC111、検索サーバPC112およびプロキシサーバ120は、ある建物内の2階に設置されており、モノクロプリンタ104およびスキャナ105は1階に設置されている。ノートPC113は、現在は1階からLAN100に接続されているが、この接続から取り外されることもある。
【0042】
さらに、これらのネットワーク装置101〜105,111〜113,120を相互に接続するLAN100は、プロキシサーバ120を介してインターネット130に接続されており、インターネット130を介して他のネットワーク140とも接続されている。
【0043】
図3は、一般的なパーソナルコンピュータの内部構成を示した概略構成図であり、図2におけるデスクトップPC111、検索サーバPC112およびノートPC113の内部構成はこの図3のようになっている。
【0044】
図3において、200はネットワークデバイスの検索を行うクライアントソフトウェアあるいはサーバソフトウェア(以下、これらをまとめてネットワークデバイス検索ソフトウェアと呼ぶ)が稼動するPCであり、図2におけるデスクトップPC111、検索サーバPC112およびノートPC113と同等のものである。
【0045】
PC200は、ROM202もしくはハードディスク(HD)211に記憶された、あるいはフロッピーディスク(FD)212より供給されるネットワークデバイス検索ソフトウェアを実行するCPU201を備え、システムバス204に接続されるPC200内の各処理デバイスを総括的に制御する。上記ハードディスク211は、図1に示したデバイス情報管理部21を含む。
【0046】
203はRAMであり、CPU201の主メモリ、ワークエリア等として機能する。このRAM203は、図1に示した検索条件記憶部12を含む。205はキーボードコントローラ(KBC)であり、キーボード(KB)209や不図示のポインティングデバイス等からの指示入力を制御する。206はCRTコントローラ(CRTC)であり、CRTディスプレイ(CRT)210の表示を制御する。
【0047】
207はディスクコントローラ(DKC)であり、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル、ネットワーク管理プログラムなどを記憶するハードディスク(HD)211およびフロッピーディスク(FD)212とのアクセスを制御する。
【0048】
208はネットワークインタフェースカード(NIC)であり、LAN220を介して、ネットワークプリンタ、他のネットワークデバイスあるいは他のPCなどと双方向にデータをやりとりするためのものである。
なお、本実施形態においては、LAN220は、図2におけるLAN100と同じものである。
【0049】
次に、検索サーバPC112の構成と動作について説明する。
図4は、検索サーバ112に格納されている各ネットワークデバイスに関する静的な属性を含むデータ(図1のデバイス情報管理部21に格納されているデータ)を表形式で表現した図である。この図4に示すデータベースのデバイス情報は、例えば、各ネットワークデバイスからネットワークを介して登録されるものであり、物理的には図3のハードディスク211に格納されている。
【0050】
図4に示すネットワークデバイスに関するデータベース300において、各行のデータがそれぞれデバイス1台に関するデータを示している。また、各列のデータはそれぞれ、デバイスの名称301、デバイスのネットワークアドレス302、オブジェクトクラス303、デバイスタイプ304、デバイスがカラー印刷機能をサポートしているかどうかの区別305、両面印刷機能をサポートしているかどうかの区別306、ステープル機能をサポートしているかどうかの区別307等を示している。
【0051】
上記オブジェクトクラス303は、デバイスの機能種別を示すものである。例えば、あるデバイスが印刷機能を持っていれば、例えそのデバイスがMFPであったとしても、プリンタクラスのデバイスとして登録しても良い。また、デバイスタイプ304は、デバイスの全体的な機能を示すものであり、単体のプリンタとMFPとは区別される。また、上記305〜307に示す各属性のデータにおいて、“1”はその属性の機能をサポートしていることを示し、“0”はその属性の機能をサポートしていないことを示す。また、NAはその属性に関する情報が格納されていないことを示す。
【0052】
図4に示した登録デバイス情報のデータベース300について、例えば表の1行目に登録されているデバイスを例にとって具体的に説明すると、「カラー君」という名称のデバイスがネットワークアドレス「192.168.16.131」に存在し、そのデバイスはプリント機能を持っている。形態としては単体のプリンタであり、属性としてカラー印刷機能とステープル機能とをサポートしているが、両面印刷機能はサポートしていないことがわかる。
【0053】
本実施形態においては、図4に示した1行目から5行目までのデバイスは、それぞれ図2におけるカラープリンタ101、MFP102、モノクロプリンタ103、モノクロプリンタ104およびスキャナ105に相当するものとする。
なお、図4に示したデータはあくまでも例であって、検索サーバPC112に格納するデータとしては、さらに他の付加情報(例えば設置場所などの情報)があっても良いことは言うまでもない。
【0054】
図5は、検索サーバPC112が行うデバイス検索の全体動作を示すフローチャートである。なお、これら一連の処理における判断と実行は、ハードウェア的には検索サーバPC112内部のCPU201によって行われる。この検索サーバPC112は、イベント駆動型のプログラムに従って動作する。すなわち、何らかのイベントが発生すると、そのイベントを解析して、対応する処理を実行する。以下の例では、検索クライアントPC111から送られてきたデバイス検索要求に応じて動作する場合について説明する。
【0055】
検索サーバPC112が起動されると、まずステップS401で、検索クライアントPC111,113からデバイス検索要求を受け付けるために受信ポートをオープンする。この操作により、例えば検索クライアントPC111からのデバイス検索要求を受信したときには、検索サーバPC112のオペレーティングシステムが受信イベントを発行し、デバイス検索要求を受信したことがデバイス検索プログラムに通知される。
【0056】
次に、ステップS402に進み、オペレーティングシステムから何らかのイベントが通知されるのを待つ。何らかのイベントが通知されたら、そのイベントを取得して次のステップS403に進む。ステップS403では、上記取得したイベントが終了コマンドであるか否か、すなわち、ユーザによるシステムシャットダウンイベントであるかどうかを判断する。この判断の結果、上記取得したイベントがシャットダウンイベントであった場合には、ステップS408で受信ポートをクローズした後、デバイス検索プログラムの処理を終了する。
【0057】
一方、上記ステップS403において、取得したイベントがシャットダウンイベントではないと判断した場合には、ステップS404に進み、それが検索クライアントPCからの問い合わせ受信イベントであるかどうかを判断する。ここで、取得したイベントが問い合わせ受信イベントであった場合には、ステップS405に進む。
【0058】
ステップS405では、図4に示したデータベース300と、検索クライアントPC111から問い合わせのあった静的検索条件とを照らし合わせて、適切なデバイスを選び出す。なお、このデータベース300を用いたデバイス検索処理の詳細については、図6を用いて後述する。続くステップS406で、上記ステップS405のデータベース検索処理で得た検索結果を検索クライアントPC111に対して返信する。
【0059】
また、上記ステップS404において、取得したイベントが問い合わせ受信イベントではないと判断した場合には、ステップS407に進み、シャットダウンイベントおよび問い合わせ受信イベント以外のその他の処理、例えば、画面の更新処理や、ネットワークデバイス101〜105から受信したデバイスのネットワークアドレス情報、属性情報等を図4に示したデータベース300上に登録する処理等を行う。
【0060】
次に、図6のフローチャートを用いて、検索サーバPC112にて図5のステップS405で行われるデバイス検索処理について、より詳細に説明する。まず、全体の動作について概略を説明すると、本実施形態のデバイス検索処理では、例えば検索クライアントPC111,113が複数の静的検索条件を指定してきた場合、それらの検索条件を1つずつ処理するようにしている。それがステップS501で判断される外側のループである。また、ステップS505で判断される内側のループは、ある1つの検索条件について、データベース300内の全ての登録デバイス情報を走査するためのものである。
【0061】
本実施形態のデバイス検索処理においては、まず最初にステップS501で、与えられた全ての検索条件を処理し終わったかどうかを判断する。この判断の結果、全ての検索条件を処理し終わったと判断した場合には、ステップS502に進み、そのとき得られている検索結果を上位プログラムに返す。
【0062】
一方、上記ステップS501において、全ての検索条件をまだ処理し終わっていないと判断した場合には、ステップS503に進み、検索クライアントPC111から受信した受信パケットの中から未処理の検索条件を1つ取り出す。ここで取り出す検索条件は、検索クライアントPC111,113の動作に関して後述するように、1つ以上の属性を指定して発行された検索条件中からオブジェクトクラスの属性のみを抽出して、元の検索条件をこのオブジェクトクラスの条件のみに置き換えたものである。
【0063】
図7は、IETF(Internet Engineering Task Force )が発行するRFC(Request for Comments)1960の記法に従って検索条件を記述した例を示す図である。例えば、検索条件601に示すように、検索クライアントPC111において、オブジェクトクラスがプリンタで、属性としてカラー印刷可能、両面印刷可能、ステープル処理可能なデバイスを検索条件として指定したと仮定する。この場合は、検索クライアントPC111上において検索条件601の中からオブジェクトクラスのみが抽出され、オブジェクトクラスがプリンタであるというだけの緩和した検索条件602が作成される。
【0064】
次に、ステップS504に進み、上記ステップS503で取得したオブジェクトクラスの検索条件602について、図4に示したデータベース300内の全ての登録デバイス情報を検索し終わったかどうかを判断する。この判断の結果、全ての登録デバイス情報を検索し終わった場合は、ステップS501に戻り、次の検索条件の処理を行う。
【0065】
また、上記ステップS504において、図4のデータベース300内の全ての登録デバイス情報をまだ検索し終わっていないと判断した場合には、ステップS505に進む。ステップS505では、データベース300の中からn個目のデバイス1つ分の登録デバイス情報を取り出す。そして、続くステップS506で、上記取り出した登録デバイス情報が現在対象としているオブジェクトクラスの検索条件に合致しているかどうかを判断する。
【0066】
この判断の結果、取り出した登録デバイス情報がオブジェクトクラスの検索条件に合致しなかった場合には、ステップS504に戻り(このときnの値はインクリメントされる)、データベース300に登録されている次のデバイス情報について検索処理を続ける。一方、上記ステップS506での判断の結果、取り出した登録デバイス情報がオブジェクトクラスの検索条件に合致した場合には、ステップS507に進む。
【0067】
ステップS507では、上記ステップS506でオブジェクトクラスの検索条件に合致したと判断された登録デバイス情報のうち、デバイス名称301、ネットワークアドレス302、デバイスタイプ304の他、検索属性として指定されたカラー印刷機能属性305、両面印刷機能属性306およびステープル機能属性307の各情報を取得する。そして、続くステップS508で、それらの取得した情報を検索結果の情報に追加する。このステップS508の処理を終了したら、ステップS504に戻り、データベース300に登録されている次のデバイス情報について検索処理を続ける。
【0068】
このようにして、検索クライアントPC111から送られてきたオブジェクトクラスの属性のみを条件とした検索条件について、図4に示したデータベース300内の登録デバイス情報をすべて検索すると、それぞれのオブジェクトクラスに合致するデバイス情報が各検索条件ごとにすべて検出されることになる。そして、上述したように、この検索結果がステップS502において上位プログラムに返され、図5のステップS407で、デバイス検索要求を投げてきた検索クライアントPC111に返信される。
【0069】
上記図5および図6に示した検索サーバPC112における検索動作を示すフローチャートに関して、例えば検索クライアントPC111が図7に示す検索条件601を発行してデバイス検索を要求してきたと仮定する。この場合、要求された検索条件601の中からオブジェクトクラスのみを抽出して新たな検索条件602が作成され、検索サーバPC112では、この緩和した検索条件602に従って、図4に示したデータベース300の検索が行われる。
【0070】
この場合は、図8に示すような検索結果が得られる。この図8に示す検索結果においては、オブジェクトクラスがプリンタであるという検索条件602に合致したデバイスが4台あり、それぞれについてデバイス名称801、ネットワークアドレス802、デバイスタイプ803の他、元の検索条件601にて指定されたカラー印刷機能の有無804、両面印刷機能の有無805、およびステープル機能の有無806の各属性に関する情報が示されている。
【0071】
次に、検索クライアントPC111,113の画面表示例について説明する。図9は、デバイス検索を行う前における検索クライアントPC111,113の画面表示例を示す図である。
【0072】
図9において、ウィンドウ700の中には各種の情報が表示されている。701は検索しようとするデバイスのオブジェクトクラスを指定するコンボボックスである。このコンボボックス701を操作することにより、検索するデバイスのオブジェクトクラスを「プリンタ」、「スキャナ」等に設定することができる。このとき、このオブジェクトクラスの設定を変更すると、静的な検索属性を指定するための領域703内の各検索属性条件が、設定されたオブジェクトクラスに応じた属性に変化する。
【0073】
この静的な検索属性を指定するための領域703には、図9の例ではコンボボックス701にてオブジェクトクラスとしてプリンタが選択されているので、プリンタに関する静的な属性が幾つかのチェックボックスで示されている。すなわち、白黒印刷機能の有無を表すチェックボックス703a、カラー印刷機能の有無を表すチェックボックス703b、両面印刷機能の有無を表すチェックボックス703c、ステープル機能の有無を表すチェックボックス703d等によってそれぞれ検索属性を指定できるようになっている。
【0074】
図9に示した例では、カラー印刷機能の有無を表すチェックボックス703b、両面印刷機能の有無を表すチェックボックス703c、ステープル機能の有無を表すチェックボックス703dがそれぞれチェックされているので、カラー印刷可能かつ両面印刷可能かつステープル処理可能なデバイスの検索を要求することになる。本実施形態において、この静的検索属性指定領域703にて指定された検索条件は、図3のRAM203に一時的に保存される。
【0075】
702aは静的な属性を条件とする検索処理のスタートボタンであり、ユーザがこのボタンを図3のキーボード209あるいは不図示のポインティングデバイスを用いて押下することにより、検索サーバPC112に対して、静的検索属性指定領域703にて指定された検索条件に合致するデバイスがあるかどうかの問い合わせが行われる。また、704は検索結果を表示する領域であり、ここにはデバイス名称表示領域704a、IPアドレス表示領域704b、条件表示領域704cが含まれる。
【0076】
702bは半静的および動的な属性を条件とする検索処理のスタートボタンである。すなわち、この動的検索スタートボタン702bは、静的な属性条件に従って検索された結果として検索結果表示領域704に表示されているネットワークデバイスに対して、更に半静的および動的な属性条件で絞り込み検索を行うときに押下するボタンである。702cは自動検索スタートボタンであり、ユーザがこのボタンを押下することにより、静的検索属性に基づく検索処理の実行後、動的検索属性に基づく検索処理が自動的に行われる。
【0077】
705は半静的および動的な検索属性を指定するための領域である。この領域705も、コンボボックス701を操作してオブジェクトクラスの設定を変更すると、半静的および動的な検索属性条件が、設定されたオブジェクトクラスに応じた属性に変化する。図9の例ではコンボボックス701にてオブジェクトクラスとしてプリンタが選択されているので、この領域705には、プリンタに関する半静的および動的な属性が幾つかのチェックボックス等で示されている。
【0078】
705aはそのプリンタが正常な状態で、かつ現在プリント動作を行っている動作中状態であることを指定するチェックボックスである。また、705bはそのプリンタが正常な状態で、かつ現在プリント動作を行っていない待機中状態であることを指定するチェックボックスである。よって、この待機中のチェックボックス705bをチェックした場合、電源が入っていない、オフラインになっている、あるいは紙ジャムなどのエラーが発生しているデバイスや、現在プリント動作をしているデバイスは、検索の対象とならない。待機中のチェックボックス705bをチェックせずに検索を行った場合は、検索結果表示領域704内の条件表示領域704cに上述のような状態が表示される。
【0079】
また、705cは印刷したいページ数を指定する領域であり、705dは印刷したい部数を指定する領域である。これらの領域705c,705dにて指定された印刷ページ数および印刷部数の条件と、静的検索属性指定領域703内のチェックボックス703c,703dにて指定された両面印刷機能およびステープル機能の条件とから、30ページのデータを両面で20部印刷し、ステープル処理が可能なプリンタの検索を要求することになる。この検索時には、紙の残り枚数が十分にあり、かつ、ステープルソータの空きビンが20個で、各ビンの容量が15枚以上あるプリンタが検索される。
【0080】
次に、検索クライアントPC111,113での動作について説明する。
検索クライアントPC111,113は、イベント駆動型のプログラムに従って動作し、何らかのイベントが発生したときに、そのイベントを解析して、対応する処理を行う。システムの動作が終了するまでイベントを逐次取得し、それを処理するというループを続ける。処理すべき主なイベントは、システム終了イベント、デバイス検索要求イベント、デバイス検索結果受信イベントである。
【0081】
まず、図10のフローチャートを用いて、検索クライアントPC111,113の全体動作について説明する。
検索クライアントPC111,113が起動されると、まず最初にステップS901でイベントが発生するのを待つ。何らかのイベントが発生したら、そのイベントを取得して次のステップS902に進む。
【0082】
ステップS902では、上記取得したイベントが終了コマンドか否か、すなわち、ユーザが図3のキーボード209あるいは不図示のポインティングデバイスを用いてシステム終了のコマンドを発行したものであるかどうかを判断する。この判断の結果、上記取得したイベントが終了コマンドのイベントであった場合には、そのままデバイス検索プログラムの処理を終了する。
【0083】
一方、上記取得したイベントが終了コマンドの発行イベントではないと判断した場合には、ステップS903に進む。ステップS903では、上記取得したイベントが検索コマンド発行イベントであるか否か、すなわち、ユーザが図9に示した静的検索スタートボタン702aあるいは自動検索スタートボタン702cを押下することによって、静的な検索属性に基づくデバイス検索コマンドを発行したことによるイベントであるかどうかを更に判断する。
【0084】
この判断の結果、取得したイベントが検索コマンドの発行によるイベントであった場合には、ステップS904に進み、検索サーバPC112に対してデバイス検索要求を送信する。なお、この検索要求送信処理の詳細については、図11を用いて後述する。その後、ステップS901に戻り、検索クライアントPC111,113は、次のイベント発生待ちの状態となる。
【0085】
また、上記ステップS903での判断の結果、取得したイベントが検索コマンドの発行によるイベントでもなかった場合は、ステップS905に進む。ステップS905では、上記取得したイベントが検索結果受信イベントであるか否か、すなわち、上記ステップS904で送信したデバイス検索要求に対する応答として検索サーバPC112から返信されてくる検索結果の受信によるイベントであるかどうかを更に判断する。
【0086】
この判断の結果、取得したイベントが検索結果受信イベントであった場合は、ステップS906に進み、受信した検索結果を図9のウィンドウ700に表示する。なお、このステップS906における検索結果表示処理の詳細については、図12を用いて後述する。その後、このステップS906の処理が終了したら、ステップS901に戻って次のイベントが発生するのを待つ。
【0087】
また、上記ステップS905において、上記取得したイベントが検索結果受信イベントでもないと判断した場合には、ステップS907に進み、その他の処理を行う。その他の処理とは、例えば、プログラム起動時やユーザが画面上でウィンドウを移動させたときなどに画面を再描画する処理等である。このステップS906の処理が終了したら、ステップS901に戻って次のイベントが発生するのを待つ。
【0088】
次に、図11のフローチャートを用いて、上記図10のステップS904における検索要求送信処理についてより詳細に説明する。この図11に示す検索要求送信処理は、静的な属性を指定した検索条件を検索サーバPC112に送信する際に行われるものである。
【0089】
この図11に示す検索要求送信処理において、まず最初にステップS1001で、RAM203にアクセスすることにより、図9に示したような検索条件入力画面により入力された検索条件を取得する。続くステップS1002において、上記ステップS1001で取得した検索条件の中からオブジェクトクラスに関する条件だけを抜き出して検索要求パケットを生成し、それを検索サーバPC112に送信することにより、ネットワークデバイスの検索を要求する。
【0090】
なお、本実施形態では、検索サーバPC112のアドレスは、例えば、ユーザが図3のキーボード209を用いて入力した値をハードディスク211に書き出しておき、それを読み込むなどしてあらかじめ分かっているものとするが、それに限定されるものではない。
【0091】
他の方法としては、例えばプログラミング言語Lindaにおけるダブルスペースのような手法を用いて、ネットワークから取得しても良い。Lindaについては各種の論文や解説書があるが、例えば次の論文に述べられている。
D.Gelernter著:“Generative Communication in Linda ”,ACM Transactions on Programming Languages and Systems, volume7, number1, pp80-112,1985年
【0092】
次に、図12のフローチャートを用いて、上記図10のステップS906における静的属性条件に基づく検索結果表示処理についてより詳細に説明する。
図12に示す検索結果表示処理において、まず最初にステップS1101で、検索クライアントPC111は、検索サーバPC112より受信した検索結果を調べることにより、図3のRAM203に一時的に記憶しておいた静的検索条件(例えば図7の検索条件601)に完全に一致したデバイス、つまり図9の静的検索属性指定領域703で指定された全ての検索属性を満たすデバイスがあったかどうかを判断する。ここで、RAM203内の静的検索条件に完全に一致するデバイスが1つでもあった場合には、ステップS1102に進む。
【0093】
ステップS1102では、図3のCRTC206を操作してCRT210の表示画面を書き換え、検索されたデバイスが静的検索条件と完全一致するものである旨を表示する。続くステップS1103では、完全一致であったことを記憶しておくために、完全一致かどうかを示す一時変数fExistに“TRUE”を代入しておく。そして、このステップS1103の処理を終了したら、ステップS1106に進む。
【0094】
一方、上記ステップS1101において、静的検索条件に完全に一致するデバイスが1つもないと判断した場合には、ステップS1104に進む。ステップS1104では、図3のCRTC206を操作してCRT210の表示画面を書き換え、検索されたデバイスが静的検索条件と不完全一致である旨を表示する。続くステップS1105では、不完全一致であったことを記憶しておくために、上記一時変数fExistに“FALSE”を代入しておく。そして、このステップS1105の処理を終了したら、ステップS1106に進む。
【0095】
このステップS1106から始まるループは、受信した検索結果に含まれる全てのデバイス情報を1つずつ順に処理するためのループである。
すなわち、ステップS1106では、受信した検索結果に含まれる全てのデバイス情報を処理し終わったかどうかを判断する。ここで、全てのデバイス情報を処理し終わったと判断した場合には、本検索結果表示処理を終了する。
【0096】
一方、上記ステップS1106において、受信した検索結果に含まれる全てのデバイス情報をまだ処理し終わっていないと判断した場合には、ステップS1107に進み、受信した1つ以上のデバイス情報の中から、未処理の情報を1つ取り出す。続くステップS1108では、先ほどのステップS1103あるいステップS1105で代入した一時変数fExistの値が“TRUE”か否かを判断する。
【0097】
ここで、一時変数fExistの値が“TRUE”の場合、つまり静的検索条件に完全に一致するデバイスが少なくとも1つあった場合には、ステップS1109に進む。一時変数fExistの値が“TRUE”であっても、検索結果として受信した1つ以上のデバイス情報の中には、静的検索条件に完全に一致していないものもあり得るので、検索条件に完全に一致するデバイス情報のみを選り分ける。その選別を行うのがステップS1109である。
【0098】
ステップS1109では、上記ステップS1107で取得したデバイス情報がRAM203に一時的に記憶しておいた静的検索条件と完全に一致しているかどうかを判断する。ここで、静的検索条件と完全に一致していると判断した場合には、ステップS1110に進む。ステップS1110では、図3のCRTC206を制御してCRT210の画面を書き換え、検索結果表示領域704内の各領域704a〜704cにデバイス名、ネットワークアドレスおよび完全一致である旨をそれぞれ表示する。このステップS1110の処理を終了したら、ステップS1106に戻り、次のデバイス情報の処理を行う。
【0099】
一方、上記ステップS1109において、検索結果の中から取得したデバイス情報が静的検索条件と完全に一致したものではないと判断した場合には、ステップS1110での表示処理を行うことなく、速やかにステップS1106に戻り、次のデバイス情報の処理を行う。
【0100】
また、上記ステップS1108において、一時変数fExistの値が“FALSE”であった場合、つまり静的検索条件に完全に一致するデバイスが1つもなかった場合には、ステップS1111に進む。この場合、受信した検索結果の中には、オブジェクトクラスが合致しているということを除いて検索条件に全く合致していないデバイス情報から、完全合致の一歩手前のデバイス情報まで、様々な情報が含まれている。ユーザには、それらのデバイス情報の中から、なるべく重要な情報のみを選別して表示する方が望ましい。そのための判別を行うのがステップS1111である。
【0101】
すなわち、ステップS1111においては、上記ステップS1107で取得したデバイス情報が、RAM203に一時的に記憶しておいた検索条件に含まれる1つ以上の属性のうち、ある基準数以上属性が合致したものであるかどうかを判断する。本実施形態では、図7に示した検索条件601のように、指定された属性条件が3つある場合には(カラー印刷機能あり、両面印刷機能あり、ステープル機能あり)、そのうちの2つ以上の属性条件に合致したものを「ある基準以上合致」と判断することにする。
【0102】
ここで、上記取得したデバイス情報が、ある基準以上の属性を満たしているものであると判断した場合には、ステップS1112に進む。ステップS1112では、そのデバイス情報が静的検索条件中の各属性のうちで満たしていなかった属性を調べる。
【0103】
続くステップS1113では、図3のCRTC206を制御してCRT210の画面を更新し、検索結果表示領域704内の各領域704a〜704cに、上記ステップS1107で取得したデバイス情報からデバイス名とネットワークアドレスを表示するとともに、上記ステップS1112で調べた一致しなかった条件(属性)を表示する。このステップS1110の処理を終了したら、ステップS1106に戻り、次のデバイス情報の処理を行う。
【0104】
一方、上記ステップS1111において、検索結果の中から取得したデバイス情報が、静的検索条件中の属性をある基準以上満たしているものではないと判断した場合には、ステップS1112、S1113での表示処理を行うことなく、速やかにステップS1106に戻り、次のデバイス情報の処理を行う。
【0105】
以上の処理により、静的検索条件に完全に一致するデバイスが存在する場合には、そのデバイスに関する情報のみが検索結果として表示される。また、静的検索条件に完全に一致するデバイスが存在しなくても、基準数以上属性の一致するデバイスがあれば、そのデバイスに関する情報(一致しなかった属性も含む)が検索結果として表示されることとなる。
【0106】
図13は、検索サーバPC112において静的な検索条件に基づくデバイス検索処理が終了した後に検索クライアントPC111,113に表示される検索結果の画面表示の具体例を示す図である。上述したように、本実施形態では、オブジェクトクラスがプリンタで、カラー印刷機能、両面印刷機能、テープル機能の各機能があるデバイスの検索を行ったとする。
【0107】
その結果、オブジェクトクラスがプリンタであるという条件のみに基づいて検索サーバPC112でデバイス検索が行われることにより、図8に示したようなデバイス検索結果が得られる。上記図8に示す検索結果に含まれる4つのデバイス情報の中で、指定された3つの属性条件のうち2つ以上の属性条件が合致するものは、「カラー君」と「2階高速機」のみである。
【0108】
したがって、この場合は図13に示すように、指定された検索条件に完全に一致はしないが、ほぼそれに近い条件を満たすデバイスとして、「カラー君」、「2階高速機」なるデバイス名称がデバイス名称表示領域704aに表示されるとともに、検索された各デバイスのネットワークアドレスがIPアドレス表示領域704bに表示される。さらに、検索結果として表示されたそれぞれのデバイスについて、静的検索属性指定領域703において指定された各属性条件のうちで合致しなかった条件が条件表示領域704cに表示される。
【0109】
図14は、検索条件に完全に一致するデバイスがあった場合の表示例を示す図である。
図14の例では、オブジェクトクラスがプリンタで、両面印刷機能とステープル機能があるデバイスの検索を行っている。この場合は、この検索条件に完全に一致するデバイスとして「2階高速機」なる名称のデバイスが存在する。したがって、そのデバイスに関する情報がデバイス名称表示領域704aおよびIPアドレス表示領域704bに表示されるとともに、静的検索条件が完全に一致している旨が条件表示領域704cに表示される。
【0110】
このように、本実施形態では、指定した静的検索条件に完全に一致するデバイスがあれば、それが検索結果として正しく表示されるのはもちろんのこと、そのようなデバイスが1台もなくても、ある基準以上の属性条件が合致するデバイスがあればそれが検索結果として全て表示される。このとき、検索されたデバイスについて、静的検索条件として指定された各属性のうち備えていない属性も併せて表示されるので、ユーザは、それぞれのデバイスにおいてどの属性を満たしていないのかをこの画面表示から容易に判断することが可能となる。これにより、検索属性の条件を緩和した検索条件を指定し直して再度検索処理を行わなくても、ユーザが希望するデバイスを容易に理解することができる。
【0111】
図15は、半静的および動的な検索条件に基づくデバイス検索処理が終了した後に検索クライアントPC111,113に表示される検索結果の画面表示の具体例を示す図である。ここでは、図14に示した静的な検索条件に基づく検索処理で選ばれた「2階高速機」に対して、プリンタの状態が待機中で、30ページのデータを20部数印刷するという半静的および動的な検索条件に基づく検索を行っている。本実施形態において、この動的検索属性指定領域705にて指定された動的検索条件も、図3のRAM203に一時的に保存される。
【0112】
この検索処理では、例えば検索クライアントPC111から「2階高速機」のデバイスに対して、当該デバイスの現在の状態を調べるための要求を発行する。この要求を受けた「2階高速機」のデバイスでは、自デバイスの状態を調査し、その調査の結果得られた状態情報を検索クライアントPC111に返す。検索クライアントPC111では、デバイスより送られてきた現在の状態情報と、RAM203に記憶されていた半静的および動的な検索属性による検索条件とを照らし合わせることにより、そのデバイスで実際に使用可能な条件を調べる。
【0113】
このような検索処理を行った結果、図15に示す例においては、装置状態は待機中で、30ページのデータの印刷が10部までは可能であることが条件表示領域704cに示されている。また、この印刷部数の制限が、ステープルソータのビン数が10ビンであるためであることも条件表示領域704cに併せて示されている。なお、すべての動的検索条件が一致する場合は、“動的条件一致”の文字が条件表示領域704cに表示される。
【0114】
このように、図15に示す実施形態では、静的な検索条件に基づくデバイス検索処理で検索されたデバイスに対して、更に半静的および動的な検索条件に基づいて検索を行うことにより、時間と共に変わり得るデバイスの半静的および動的な属性に応じて、そのデバイスについて現在使用可能な状態が表示されることとなる。したがって、ユーザは、静的検索条件に基づいて検索されたデバイスに関して現在使用可能な範囲についてもこの画面表示から容易に判断することができる。
【0115】
図16は、静的な検索条件に基づいてデバイス検索を行った結果表示に、半静的および動的な属性を表示するためのリンク情報を表示した例を示す図である。図16においては、上記図13〜図15に示したような、半動的および動的な属性を指定して検索を行うための動的検索スタートボタン702b、自動検索スタートボタン702c、動的属性指定領域705は備えていない。そして、この動的属性指定領域705の代わりに、検索されたデバイスが持つ半静的および動的な属性を表示するための動的属性表示領域706が設けられる。
【0116】
また、検索結果表示領域704に関しては、上記図13〜図15に示したような条件表示領域704cの代わりに、リンクアドレス表示領域704dが設けられる。このリンクアドレス表示領域704dに示される「2階高速機属性」の部分が、半静的および動的な属性情報を入手して表示するためのリンクアドレスを示している。これを図示しないポインティングデバイス等でクリックすることにより、2階高速機のその時の半静的および動的な属性情報を入手し、動的属性表示領域706に表示する。
【0117】
すなわち、リンクアドレス表示領域704dに示される「2階高速機属性」の部分がクリックされると、検索クライアントPC111は、当該「2階高速機」のデバイスに対して現在の状態を調べるための要求を発行する。この状態検索要求を受けた「2階高速機」のデバイスでは、自デバイスの状態を調査し、その調査の結果得られた状態情報を検索クライアントPC111に返す。検索クライアントPC111では、デバイスより送られてきた現在の状態情報をそのまま動的属性表示領域706に表示する。
【0118】
図16の例では、2階高速機が現在は待機中で、20ビンが使用可能な状態にあり、上段カセットにA4記録紙が200枚、中段カセットにB4記録紙が120枚、下段カセットにA3記録紙が100枚セットされていることが分かる。
【0119】
このように、図16に示す実施形態においては、静的な検索条件に基づくデバイス検索処理で検索されたデバイスについて、そのときの半静的および動的な属性を調べて表示することにより、時間と共に変わり得るデバイスの現在の半静的および動的な属性が表示されることとなる。したがって、ユーザは、静的検索条件に基づいて検索されたデバイスが現在本当に使用できるのかどうかについてもこの画面表示から容易に判断することが可能となる。
【0120】
図17は、静的な検索条件に基づいてデバイス検索を行った結果表示の他の例を示す図である。この図17に示す例では、検索結果として表示された「2階高速機」へのデータの出力に必要なドライバが検索クライアントPC111,113上にインストールされているか否か、インストールされていない場合はそのドライバの入手が可能か否か、そのドライバの入手が可能な場合は入手場所の情報を示すようにしている。
【0121】
本実施形態においては、検索結果表示領域704内にリンクアドレス表示領域704dとドライバ情報表示領域704eとが設けられている。そして、このドライバ情報表示領域704eに、必要なドライバがインストール済みか否か、インストールされていない場合にはそのドライバの入手の可否をあり/なしで表示する。この図17に示す例では、必要なドライバはインストールされていないが、入手可能なため、“あり”と表示している。
【0122】
また、本実施形態においては更に、そのドライバを入手可能な場所を表すURL(Uniform Resource Locator)をドライバ入手場所表示領域707にアドレスで表示している。このURLをクリックすることで、連続して、ドライバのインストールを行うことが可能である。
なお、このようなドライバに関する一連の処理における判断と実行は、ハードウェア的には検索クライアントPC111,113内部のCPU201によって行われる。
【0123】
このように、図17に示す実施形態においては、図16に示した実施形態と同様に、時間と共に変わり得るデバイスの現在の半静的および動的な属性が表示されるので、ユーザは、静的検索条件に基づいて検索されたデバイスが現在本当に使用できるのかどうかについて容易に判断することができる。これに加えて、必要なドライバがインストール済みか否か、インストールされていない場合にはそのドライバの入手先等についても表示されるので、ユーザは、静的検索条件に基づいて検索されたデバイスが現在本当に使用できるのかどうか、ドライバがなくて使用できない場合はその入手先についてもこの画面表示から容易に判断することが可能となる。
【0124】
上記に説明した本実施形態に係るネットワークデバイス検索制御は、外部からインストールされるプログラムに従って、図3のPC200によって遂行されても良い。その場合、そのプログラムがCD−ROM、フラッシュメモリ、フロッピーディスクなどの記憶媒体によりPC200に供給されたり、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をPC200上にロードすることによって供給される場合でも本発明は適用されるものである。
【0125】
図18は、記憶媒体の一例であるCD−ROMのメモリマップを示す図である。図18において、9999はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域9998およびネットワークデバイス制御プログラムを記憶してある領域9997の位置を示している。
【0126】
本実施形態のネットワーク制御プログラムがPC200にインストールされる際には、まず領域9998に記憶されているインストールプログラムがPC200にロードされ、CPU201によって実行される。次に、CPU201によって実行されるインストールプログラムが、領域9997からネットワークデバイス制御プログラムを読み出して、ハードディスク211に格納する。
【0127】
なお、本発明は複数の機器(例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタ等)から構成されるシステムあるいは統合装置に適用しても1つの機器からなる装置に適用しても良い。
【0128】
また、上述した実施形態の機能を実現するべくソフトウェアのプログラムコードを記録した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(CPUあるいはMPU)が記憶媒体に格納されたプログラムコードを読み出して実行することによって実施したものも、本発明の範疇に含まれる。
【0129】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。かかるプログラムコードを供給する記憶媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、磁気テープ、不揮発性のメモリカード、ROM等を用いることができる。
【0130】
また、コンピュータが読み出したプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づいて、コンピュータ上で稼働しているOS(オペレーティングシステム)あるいは他のアプリケーションソフト等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も本発明に含まれることは言うまでもない。
【0131】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいて、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も本発明に含まれることは言うまでもない。
【0132】
なお、本発明は、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者に配信する場合にも適用できることは言うまでもない。
【0133】
【発明の効果】
本発明によれば、周辺装置の動的な属性を効率よく取得して表示することができる。これにより、検索された周辺装置の状態をユーザに容易に理解させることができるようになる。
【図面の簡単な説明】
【図1】本実施形態によるネットワークシステム(デバイス検索システム)の要素的特徴を示すブロック図である。
【図2】本実施形態のデバイス検索システムが動作可能なネットワークの構成例を示す図である。
【図3】一般的なパーソナルコンピュータの内部構成を示す図である。
【図4】検索サーバが持つデバイス情報の一例を示す図である。
【図5】検索サーバの全体動作を示すフローチャートである。
【図6】検索サーバが行うデータベース検索処理の動作を示すフローチャートである。
【図7】検索クライアントより発行される静的検索条件とそこから抽出した新たな検索条件の一例を示す図である。
【図8】静的検索条件に基づく検索結果の一例を示す図である。
【図9】デバイス検索前の時点における検索クライアントの画面表示の一例を示す図である。
【図10】検索クライアントの全体動作を示すフローチャートである。
【図11】検索クライアントが行う検索要求送信処理の動作を示すフローチャートである。
【図12】検索クライアントが行う検索結果表示処理の動作を示すフローチャートである。
【図13】静的検索条件に基づくデバイス検索後の時点における検索クライアントの画面表示の一例を示す図である。
【図14】静的検索条件に基づくデバイス検索後の時点における検索クライアントの画面表示の別の例を示す図である。
【図15】半静的および動的検索条件に基づくデバイス検索後の時点における検索クライアントの画面表示の一例を示す図である。
【図16】半静的および動的検索条件に基づくデバイス検索後の時点における検索クライアントの画面表示の他の例を示す図である。
【図17】半静的および動的検索条件に基づくデバイス検索後の時点における検索クライアントの画面表示の更に別の例を示す図である。
【図18】本実施形態の記憶媒体におけるメモリマップを示す図である。
【符号の説明】
10 クライアント
11 検索条件指定部
12 検索条件記憶部
13 静的検索要求送信部
14 静的検索結果受信部
15 動的検索要求送信部
16 動的検索結果受信部
17 比較判断部
18 表示部
20 サーバ
21 デバイス情報管理部
22 静的検索要求受信部
23 検索部
24 静的検索結果送信部
30 デバイス
31 動的検索要求受信部
32 状態調査部
33 動的検索結果送信部
40 ネットワーク
101〜105 デバイス
111,113 検索クライアントPC
112 検索サーバPC
201 CPU
202 ROM
203 RAM
211 ハードディスク[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information processing apparatus, an information processing method, and a computer-readable storage medium, and is particularly suitable for use in searching for peripheral devices connected on a network.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a so-called directory service has been provided as a method for efficiently discovering and using various resources (servers or devices such as printers and scanners) connected to a network. The directory service is a telephone directory related to a network, and is used for storing various information regarding various resources.
[0003]
A specific example of a system using this directory service is, for example, LDAP (Lightweight Directory Access Protocol). The regulation of LDAP is described in RFC (Request for Comments) 1777 which is a standard specification issued by IETF (Internet Engineering Task Force). In addition, as an explanation manual of LDAP, for example, “LDAP Internet Directory Application Programming” is issued on November 1, 1997 by Prentice Hall Co., Ltd.
[0004]
By using this directory service to search for devices connected to the network, for example, it is possible to obtain a list of network addresses representing the locations of devices available on the network.
[0005]
[Problems to be solved by the invention]
However, in the above conventional technique, only the network address of the device is obtained by the search, and the current state of the device is not known. That is, information such as whether the searched device is currently in operation or in an error occurrence state cannot be known at the time of searching, and it has not been known until the device is actually used. Therefore, there is a problem that it takes time to find a device that can actually be used.
[0006]
The present invention has been made to solve such a problem, and an object of the present invention is to enable a user to easily understand a state such as whether or not a searched peripheral device is currently usable.
[0007]
[Means for Solving the Problems]
An information processing apparatus according to the present invention is an information processing apparatus that can communicate with a peripheral server and a search server that searches for a peripheral device that matches a search condition, and allows a user to input a static attribute indicating a function of the peripheral device. Based on the input means, the static attribute input by the user using the input means, a transmission means for transmitting a search condition for searching for a peripheral device to the search server, and based on the search condition Search results by searchFruitReceiving means for receiving from the search server;Based on the search result of the static attribute, a search result including a link address for acquiring and displaying information on the dynamic attribute of the peripheral device from the peripheral device satisfying the search condition is displayed in the first display area. Display means for displaying on,Inquires the peripheral device corresponding to the link address designated by the user among the peripheral devices included in the search result received by the receiving means without going through the search server, and information on dynamic attributes of the peripheral device Acquisition means for acquiring;The display means includesBased on the information acquired by the acquisition means, the dynamic attribute of the peripheral device included in the search result isIn the second display areaShowThe
[0008]
An information processing method of the present invention includes an input step of inputting a static attribute indicating a function of a peripheral device based on a user operation, and a peripheral device based on the static attribute input by the input step. A transmission step of transmitting a search condition for searching to a search server that searches for peripheral devices that match the search condition, and a search result by a search based on the search condition.FruitReceiving from the search server;A first search result including a link address for acquiring and displaying information on the dynamic attribute of the peripheral device from the peripheral device satisfying the search condition based on the search result of the static attribute is displayed. A display step;Query the peripheral device corresponding to the link address designated by the user among the peripheral devices included in the search result received in the receiving step without going through the search server, and obtain information on the dynamic attributes of the peripheral device. Based on the acquisition step to acquire and the information acquired in the acquisition step, the dynamic attribute of the peripheral device included in the search result is displayed.SecondAnd a display step.
[0009]
The computer-readable storage medium of the present invention is based on an input step of inputting a static attribute indicating a function of a peripheral device based on a user operation, and on the static attribute input by the input step. A transmission step of transmitting a search condition for searching for a peripheral device to a search server that searches for a peripheral device that matches the search condition, and a search result based on the search based on the search condition.FruitReceiving from the search server;A first search result including a link address for acquiring and displaying information on the dynamic attribute of the peripheral device from the peripheral device satisfying the search condition based on the search result of the static attribute is displayed. A display step;Query the peripheral device corresponding to the link address designated by the user among the peripheral devices included in the search result received in the receiving step without going through the search server, and obtain information on the dynamic attributes of the peripheral device. Based on the acquisition step to acquire and the information acquired in the acquisition step, the dynamic attribute of the peripheral device included in the search result is displayed.SecondA computer program for causing a computer to execute the display step is stored.
[0024]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
As will be described in detail below, the network system or device search system of this embodiment easily searches for a network device having an attribute desired by the user, and displays the search result in a format that is easy for the user to understand. Is. This is particularly effective when printing is performed by connecting a portable computer to a visited network. Details will be apparent from the following description.
[0025]
FIG. 1 is a functional configuration block diagram showing elemental features of the network system (device search system) according to the present embodiment.
As shown in FIG. 1, a network system according to the present embodiment includes a client terminal device (hereinafter referred to as a client) 10, a server terminal device (hereinafter referred to as a server) 20, various device terminal devices (hereinafter referred to as devices) such as a printer, a facsimile, and a scanner. ) 30 is connected to the
[0026]
The
[0027]
The search
[0028]
The static search
[0029]
The dynamic search
[0030]
The
[0031]
The
[0032]
The
[0033]
The
[0034]
The device
[0035]
The static search
[0036]
Further, the
[0037]
The dynamic search
[0038]
FIG. 2 is a diagram illustrating a configuration example of a network in which the device search system of this embodiment can operate.
In FIG. 2, 101 is a color printer, and 102 is an MFP (Multi Function Peripheral). The
[0039]
[0040]
[0041]
Among these
[0042]
Further, the
[0043]
FIG. 3 is a schematic configuration diagram showing the internal configuration of a general personal computer. The internal configuration of the
[0044]
In FIG. 3,
[0045]
The
[0046]
[0047]
A disk controller (DKC) 207 controls access to a hard disk (HD) 211 and a floppy disk (FD) 212 that store a boot program, various applications, edit files, user files, a network management program, and the like.
[0048]
In the present embodiment, the
[0049]
Next, the configuration and operation of the
FIG. 4 is a table representing data including static attributes relating to each network device stored in the search server 112 (data stored in the device
[0050]
In the
[0051]
The
[0052]
The registered
[0053]
In the present embodiment, the devices in the first to fifth lines shown in FIG. 4 correspond to the
Note that the data shown in FIG. 4 is merely an example, and it goes without saying that the data stored in the
[0054]
FIG. 5 is a flowchart showing the overall device search operation performed by the
[0055]
When the
[0056]
Next, the process proceeds to step S402 and waits for some event to be notified from the operating system. If any event is notified, the event is acquired and the process proceeds to the next step S403. In step S403, it is determined whether or not the acquired event is an end command, that is, whether or not it is a system shutdown event by the user. As a result of this determination, if the acquired event is a shutdown event, the reception port is closed in step S408, and then the device search program process is terminated.
[0057]
On the other hand, if it is determined in step S403 that the acquired event is not a shutdown event, the process advances to step S404 to determine whether it is an inquiry reception event from the search client PC. If the acquired event is an inquiry reception event, the process proceeds to step S405.
[0058]
In step S405, an appropriate device is selected by comparing the
[0059]
If it is determined in step S404 that the acquired event is not an inquiry reception event, the process proceeds to step S407, and other processes other than the shutdown event and the inquiry reception event, such as a screen update process, a network device, etc. Processing for registering device network address information, attribute information, etc. received from 101 to 105 on the
[0060]
Next, the device search process performed in step S405 of FIG. 5 by the
[0061]
In the device search process of this embodiment, first, in step S501, it is determined whether or not all given search conditions have been processed. If it is determined that all the search conditions have been processed as a result of the determination, the process proceeds to step S502, and the search result obtained at that time is returned to the upper program.
[0062]
On the other hand, if it is determined in step S501 that all the search conditions have not been processed yet, the process proceeds to step S503, and one unprocessed search condition is extracted from the received packets received from the
[0063]
FIG. 7 is a diagram showing an example in which search conditions are described according to the notation of RFC (Request for Comments) 1960 issued by IETF (Internet Engineering Task Force). For example, as shown in the search condition 601, it is assumed that in the
[0064]
Next, the process proceeds to step S504, and it is determined whether or not all registered device information in the
[0065]
If it is determined in step S504 that all registered device information in the
[0066]
As a result of this determination, if the retrieved registered device information does not match the object class search condition, the process returns to step S504 (at this time the value of n is incremented), and the next registered in the
[0067]
In step S507, among the registered device information determined to match the object class search condition in step S506, the color printing function attribute specified as the search attribute in addition to the
[0068]
In this way, when all the registered device information in the
[0069]
Regarding the flowchart showing the search operation in the
[0070]
In this case, a search result as shown in FIG. 8 is obtained. In the search result shown in FIG. 8, there are four devices that match the search condition 602 that the object class is a printer. For each of the devices, a
[0071]
Next, a screen display example of the
[0072]
In FIG. 9, various types of information are displayed in a
[0073]
In the
[0074]
In the example shown in FIG. 9, since the
[0075]
[0076]
[0077]
[0078]
[0079]
705c is an area for designating the number of pages to be printed, and 705d is an area for designating the number of copies to be printed. From the conditions for the number of printed pages and the number of copies designated in these
[0080]
Next, the operation of the
The
[0081]
First, the overall operation of the
When the
[0082]
In step S902, it is determined whether or not the acquired event is an end command, that is, whether or not the user has issued a system end command using the
[0083]
On the other hand, if it is determined that the acquired event is not an end command issue event, the process advances to step S903. In step S903, whether or not the acquired event is a search command issue event, that is, when the user presses the static
[0084]
As a result of the determination, if the acquired event is an event by issuing a search command, the process proceeds to step S904, and a device search request is transmitted to the
[0085]
If it is determined in step S903 that the acquired event is not an event generated by issuing a search command, the process advances to step S905. In step S905, whether or not the acquired event is a search result reception event, that is, whether or not the event is a reception result of a search result returned from the
[0086]
If it is determined that the acquired event is a search result reception event, the process advances to step S906 to display the received search result in the
[0087]
If it is determined in step S905 that the acquired event is not a search result reception event, the process advances to step S907 to perform other processing. The other processing is, for example, processing for redrawing the screen when the program is started or when the user moves a window on the screen. When the process of step S906 is completed, the process returns to step S901 to wait for the next event to occur.
[0088]
Next, the search request transmission process in step S904 of FIG. 10 will be described in more detail using the flowchart of FIG. The search request transmission process shown in FIG. 11 is performed when a search condition specifying a static attribute is transmitted to the
[0089]
In the search request transmission process shown in FIG. 11, first, in step S1001, the
[0090]
In the present embodiment, the address of the
[0091]
As another method, for example, it may be acquired from the network using a technique such as a double space in the programming language Linda. There are various papers and explanations about Linda, but for example, it is described in the following paper.
D. Gelernter: “Generative Communication in Linda”, ACM Transactions on Programming Languages and Systems, volume7, number1, pp80-112, 1985
[0092]
Next, the search result display process based on the static attribute condition in step S906 in FIG. 10 will be described in more detail with reference to the flowchart in FIG.
In the search result display process shown in FIG. 12, first, in step S1101, the
[0093]
In step S1102, the display screen of the
[0094]
On the other hand, if it is determined in step S1101 that no device completely matches the static search condition, the process advances to step S1104. In step S1104, the
[0095]
The loop starting from step S1106 is a loop for sequentially processing all device information included in the received search result one by one.
That is, in step S1106, it is determined whether or not all device information included in the received search result has been processed. If it is determined that all device information has been processed, the search result display processing is terminated.
[0096]
On the other hand, if it is determined in step S1106 that all the device information included in the received search result has not been processed yet, the process proceeds to step S1107, and one of the received one or more device information is not yet processed. Extract one piece of processing information. In the subsequent step S1108, it is determined whether or not the value of the temporary variable fExist substituted in the previous step S1103 or step S1105 is “TRUE”.
[0097]
If the value of the temporary variable fExist is “TRUE”, that is, if there is at least one device that completely matches the static search condition, the process advances to step S1109. Even if the value of the temporary variable fExist is “TRUE”, one or more pieces of device information received as a search result may not completely match the static search condition. Select only device information that matches completely. The selection is performed in step S1109.
[0098]
In step S1109, it is determined whether the device information acquired in step S1107 matches completely with the static search condition temporarily stored in the
[0099]
On the other hand, if it is determined in step S1109 that the device information acquired from the search result is not completely consistent with the static search condition, the display process in step S1110 is not performed and the step is promptly performed. Returning to S1106, the next device information is processed.
[0100]
In step S1108, if the value of the temporary variable fExist is “FALSE”, that is, if no device completely matches the static search condition, the process proceeds to step S1111. In this case, the received search results include various information from device information that does not match the search conditions at all, except that the object class matches, to device information that is one step before the complete match. include. It is desirable for the user to select and display only as important information as possible from the device information. It is step S1111 that performs the determination for that purpose.
[0101]
In other words, in step S1111, the device information acquired in step S1107 matches the attribute more than a certain reference number out of one or more attributes included in the search condition temporarily stored in the
[0102]
If it is determined that the acquired device information satisfies an attribute that exceeds a certain standard, the process advances to step S1112. In step S1112, the attribute that the device information does not satisfy among the attributes in the static search condition is checked.
[0103]
In subsequent step S1113, the
[0104]
On the other hand, if it is determined in step S1111 that the device information acquired from the search result does not satisfy the attribute in the static search condition more than a certain standard, the display processing in steps S1112 and S1113 is performed. Without performing the process, the process immediately returns to step S1106 to process the next device information.
[0105]
As a result of the above processing, when there is a device that completely matches the static search condition, only information related to the device is displayed as a search result. In addition, even if there is no device that completely matches the static search criteria, if there is a device that has more attributes than the reference number, information about that device (including attributes that did not match) is displayed as the search results. The Rukoto.
[0106]
FIG. 13 is a diagram showing a specific example of a screen display of search results displayed on the
[0107]
As a result, a device search result as shown in FIG. 8 is obtained by performing a device search in the
[0108]
Therefore, in this case, as shown in FIG. 13, the device names “color-kun” and “second-floor high-speed machine” are the devices that do not completely match the specified search condition but satisfy the conditions nearly similar to the specified search conditions. In addition to being displayed in the
[0109]
FIG. 14 is a diagram illustrating a display example when there is a device that completely matches the search condition.
In the example of FIG. 14, the device class is a printer, and a device having a duplex printing function and a stapling function is searched. In this case, there is a device named “2nd floor high-speed machine” as a device that completely matches the search condition. Therefore, information about the device is displayed in the device
[0110]
As described above, in this embodiment, if there is a device that completely matches the specified static search condition, it is displayed correctly as a search result, and there is no such device. However, if there is a device that matches an attribute condition above a certain standard, all of them are displayed as search results. At this time, since the attributes that are not included among the attributes specified as the static search conditions are also displayed for the searched device, the user can check which attribute is not satisfied in each device. It is possible to easily determine from the display. Thus, the device desired by the user can be easily understood without re-specifying the search condition with relaxed search attribute conditions and performing the search process again.
[0111]
FIG. 15 is a diagram showing a specific example of a screen display of search results displayed on the
[0112]
In this search process, for example, the
[0113]
As a result of performing such a search process, in the example shown in FIG. 15, the
[0114]
As described above, in the embodiment shown in FIG. 15, the device searched by the device search process based on the static search condition is further searched based on the semi-static and dynamic search conditions. Depending on the semi-static and dynamic attributes of the device that can change over time, the currently available state for that device will be displayed. Therefore, the user can easily determine the currently available range for the device searched based on the static search condition from this screen display.
[0115]
FIG. 16 is a diagram illustrating an example in which link information for displaying semi-static and dynamic attributes is displayed on a result display of a device search based on a static search condition. In FIG. 16, a dynamic
[0116]
As for the search
[0117]
That is, when the “second-floor high-speed machine attribute” portion shown in the link
[0118]
In the example of FIG. 16, the second floor high speed machine is currently on standby and 20 bins can be used. The upper cassette has 200 sheets of A4 recording paper, the middle cassette has 120 sheets of B4 recording paper, and the lower cassette has It can be seen that 100 sheets of A3 recording paper are set.
[0119]
As described above, in the embodiment shown in FIG. 16, the device searched by the device search process based on the static search condition is examined and displayed at that time by displaying the semi-static and dynamic attributes. The current semi-static and dynamic attributes of the device that may change with will be displayed. Therefore, the user can easily determine from the screen display whether or not the device searched based on the static search condition is actually usable at present.
[0120]
FIG. 17 is a diagram illustrating another example of a result display obtained by performing a device search based on a static search condition. In the example shown in FIG. 17, whether or not the driver necessary for outputting data to the “second floor high speed machine” displayed as the search result is installed on the
[0121]
In the present embodiment, a link
[0122]
Further, in the present embodiment, a URL (Uniform Resource Locator) indicating a place where the driver can be obtained is displayed in the driver obtaining place display area 707 as an address. By clicking this URL, it is possible to install drivers continuously.
Note that the determination and execution in a series of processing relating to such a driver are performed by the
[0123]
Thus, in the embodiment shown in FIG. 17, as in the embodiment shown in FIG. 16, the current semi-static and dynamic attributes of the device that can change over time are displayed, so that the user can It is easy to determine whether the searched device is actually usable based on the general search condition. In addition to this, whether or not the necessary driver has been installed is displayed, and if it is not installed, the location of the driver is also displayed, so that the user can find the device searched based on the static search condition. If it is not possible to use it because there is no driver, it can be easily determined from this screen display whether it can be used at present.
[0124]
The network device search control according to the present embodiment described above may be performed by the
[0125]
FIG. 18 is a diagram showing a memory map of a CD-ROM which is an example of a storage medium. In FIG. 18, 9999 is an area in which directory information is stored, and indicates the position of an
[0126]
When the network control program of the present embodiment is installed in the
[0127]
Note that the present invention may be applied to a system or an integrated apparatus configured by a plurality of devices (for example, a host computer, an interface device, a reader, a printer, and the like) or an apparatus configured from a single device.
[0128]
In addition, in order to realize the functions of the above-described embodiments, a storage medium in which a program code of software is recorded is supplied to the system or apparatus, and the computer (CPU or MPU) of the system or apparatus stores the program code stored in the storage medium. What is implemented by reading and executing is also included in the scope of the present invention.
[0129]
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the storage medium storing the program code constitutes the present invention. As a storage medium for supplying the program code, for example, a floppy disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.
[0130]
Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) running on the computer based on an instruction of the program code or Needless to say, the present invention includes a case where other application software or the like performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
[0131]
Further, after the program code read from the storage medium is stored in a memory provided in a function expansion board inserted in the computer or a function expansion unit connected to the computer, the function is determined based on the instruction of the program code. It goes without saying that the present invention includes a case where the CPU or the like provided in the expansion board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
[0132]
Needless to say, the present invention can also be applied to a case where the program is distributed to a requester via a communication line such as personal computer communication from a storage medium that records a program code of software that realizes the functions of the above-described embodiments. .
[0133]
【The invention's effect】
According to the present invention, it is possible to efficiently acquire and display dynamic attributes of peripheral devices. As a result, the user can easily understand the state of the searched peripheral device.
[Brief description of the drawings]
FIG. 1 is a block diagram showing elemental features of a network system (device search system) according to an embodiment.
FIG. 2 is a diagram showing a configuration example of a network in which the device search system of the present embodiment can operate.
FIG. 3 is a diagram showing an internal configuration of a general personal computer.
FIG. 4 is a diagram illustrating an example of device information held by a search server.
FIG. 5 is a flowchart showing the overall operation of the search server.
FIG. 6 is a flowchart showing an operation of a database search process performed by a search server.
FIG. 7 is a diagram illustrating an example of a static search condition issued from a search client and a new search condition extracted therefrom.
FIG. 8 is a diagram illustrating an example of a search result based on a static search condition.
FIG. 9 is a diagram illustrating an example of a screen display of a search client at a time before device search.
FIG. 10 is a flowchart showing the overall operation of the search client.
FIG. 11 is a flowchart illustrating an operation of a search request transmission process performed by a search client.
FIG. 12 is a flowchart showing an operation of a search result display process performed by a search client.
FIG. 13 is a diagram illustrating an example of a screen display of a search client at a time after a device search based on a static search condition.
FIG. 14 is a diagram showing another example of the screen display of the search client at the time after the device search based on the static search condition.
FIG. 15 is a diagram illustrating an example of a screen display of a search client at a time after a device search based on semi-static and dynamic search conditions.
FIG. 16 is a diagram showing another example of a screen display of the search client at the time after the device search based on the semi-static and dynamic search conditions.
FIG. 17 is a diagram showing still another example of the screen display of the search client at the time after the device search based on the semi-static and dynamic search conditions.
FIG. 18 is a diagram showing a memory map in the storage medium of the present embodiment.
[Explanation of symbols]
10 clients
11 Search condition specification part
12 Search condition storage
13 Static search request transmitter
14 Static search result receiver
15 Dynamic search request transmitter
16 Dynamic search result receiver
17 Comparison judgment part
18 Display section
20 servers
21 Device Information Management Department
22 Static search request receiver
23 Search part
24 Static search result transmitter
30 devices
31 Dynamic search request receiver
32 State Survey Department
33 Dynamic search result transmitter
40 network
101-105 devices
111,113 Search client PC
112 Search server PC
201 CPU
202 ROM
203 RAM
211 hard disk
Claims (9)
周辺装置の機能を示す静的な属性をユーザに入力させる入力手段と、
前記入力手段を用いてユーザによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を前記検索サーバに送信する送信手段と、
前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信手段と、
前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を第1の表示領域に表示する表示手段と、
前記検索サーバを介さずに、前記受信手段で受信した検索結果に含まれる周辺装置のうちユーザによって指定された前記リンクアドレスに対応する周辺装置に問合せ、該周辺装置の動的な属性に関する情報を取得する取得手段と、を有し、
前記表示手段は、前記取得手段で取得した情報に基づいて、前記検索結果に含まれる周辺装置の動的な属性を第2の表示領域に表示する情報処理装置。An information processing apparatus capable of communicating with a search server that searches for a peripheral device and a peripheral device that matches the search condition,
An input means for allowing the user to input a static attribute indicating the function of the peripheral device;
Transmitting means for transmitting a search condition for searching for a peripheral device to the search server based on the static attribute input by a user using the input means;
Receiving means for receiving the search results by the search based on the search conditions from the search server,
Based on the search result of the static attribute, a search result including a link address for acquiring and displaying information on the dynamic attribute of the peripheral device from the peripheral device satisfying the search condition is displayed in the first display area. Display means for displaying on,
Inquires the peripheral device corresponding to the link address designated by the user among the peripheral devices included in the search result received by the receiving means without going through the search server, and information on dynamic attributes of the peripheral device Obtaining means for obtaining ,
The display means, based on the information acquired by the acquisition unit, the search result of dynamic attributes of the peripheral device included in the second display information that displays the area processing unit.
前記入力ステップによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を該検索条件に合致する周辺装置の検索を行う検索サーバに送信する送信ステップと、
前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信ステップと、
前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を表示する第1の表示ステップと、
前記検索サーバを介さずに、前記受信ステップで受信した検索結果に含まれる周辺装置のうちユーザによって指定された前記リンクアドレスに対応する周辺装置に問合せ、該周辺装置の動的な属性に関する情報を取得する取得ステップと、
前記取得ステップで取得された情報に基づいて、前記検索結果に含まれる周辺装置の動的な属性を表示する第2の表示ステップと、
を有することを特徴とする情報処理方法。An input step for inputting a static attribute indicating the function of the peripheral device based on a user operation;
A transmission step of transmitting a search condition for searching for a peripheral device based on the static attribute input in the input step to a search server that searches for a peripheral device that matches the search condition;
A receiving step of receiving a search result by the search based on the search conditions from the search server,
A first search result including a link address for acquiring and displaying information on the dynamic attribute of the peripheral device from the peripheral device satisfying the search condition based on the search result of the static attribute is displayed. A display step;
Query the peripheral device corresponding to the link address designated by the user among the peripheral devices included in the search result received in the receiving step without going through the search server, and obtain information on the dynamic attributes of the peripheral device. An acquisition step to acquire;
A second display step of displaying dynamic attributes of peripheral devices included in the search result based on the information acquired in the acquisition step;
An information processing method characterized by comprising:
前記入力ステップによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を該検索条件に合致する周辺装置の検索を行う検索サーバに送信する送信ステップと、
前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信ステップと、
前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を表示する第1の表示ステップと、
前記検索サーバを介さずに、前記受信ステップで受信した検索結果に含まれる周辺装置のうちユーザによって指定された前記リンクアドレスに対応する周辺装置に問合せ、該周辺装置の動的な属性に関する情報を取得する取得ステップと、
前記取得ステップで取得された情報に基づいて、前記検索結果に含まれる周辺装置の動的な属性を表示する第2の表示ステップと、
をコンピュータに実行させるためのコンピュータプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。An input step for inputting a static attribute indicating the function of the peripheral device based on a user operation;
A transmission step of transmitting a search condition for searching for a peripheral device based on the static attribute input in the input step to a search server that searches for a peripheral device that matches the search condition;
A receiving step of receiving a search result by the search based on the search conditions from the search server,
A first search result including a link address for acquiring and displaying information on the dynamic attribute of the peripheral device from the peripheral device satisfying the search condition based on the search result of the static attribute is displayed. A display step;
Query the peripheral device corresponding to the link address designated by the user among the peripheral devices included in the search result received in the receiving step without going through the search server, and obtain information on the dynamic attributes of the peripheral device. An acquisition step to acquire;
A second display step of displaying dynamic attributes of peripheral devices included in the search result based on the information acquired in the acquisition step;
A computer-readable storage medium storing a computer program for causing a computer to execute the program.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26444999A JP4416220B2 (en) | 1999-09-17 | 1999-09-17 | Information processing apparatus, information processing method, and computer-readable storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26444999A JP4416220B2 (en) | 1999-09-17 | 1999-09-17 | Information processing apparatus, information processing method, and computer-readable storage medium |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001092757A JP2001092757A (en) | 2001-04-06 |
JP4416220B2 true JP4416220B2 (en) | 2010-02-17 |
Family
ID=17403363
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP26444999A Expired - Lifetime JP4416220B2 (en) | 1999-09-17 | 1999-09-17 | Information processing apparatus, information processing method, and computer-readable storage medium |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4416220B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100486129C (en) | 2002-02-05 | 2009-05-06 | 纬创资通股份有限公司 | Combination method of dynamic machine for radio apparatus access and management |
JP4784935B2 (en) * | 2006-06-09 | 2011-10-05 | 株式会社リコー | Image forming apparatus and control method thereof |
US20090073126A1 (en) * | 2007-07-16 | 2009-03-19 | Srivastava Aditya Narain | Standardized method and systems for providing configurable keypads |
JP2015012576A (en) * | 2013-07-02 | 2015-01-19 | 日本電信電話株式会社 | Service center apparatus, condition designation communication method, and program |
-
1999
- 1999-09-17 JP JP26444999A patent/JP4416220B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2001092757A (en) | 2001-04-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4240690B2 (en) | Information processing apparatus, information processing method, information processing system, and recording medium | |
US8001270B2 (en) | Method and apparatus for discovering a network address | |
US6330611B1 (en) | Client peripheral device-based network resource management method and system | |
JP3740320B2 (en) | Device search system and device search method | |
US7886044B2 (en) | System for searching device on network | |
US7277929B2 (en) | Network system including a network device having a function-categorized web page delivering system | |
US7284013B2 (en) | System for searching device on network | |
US20060007480A1 (en) | Output end notifying method, output control apparatus, control program, and storing medium | |
JPH113192A (en) | Network communication with printing system | |
JP2003177880A (en) | Printing job managing device and printing job operating method | |
JPH1124870A (en) | Control method for network printer | |
US20080120394A1 (en) | Network apparatus, data provision location providing method, and recording medium | |
US20040146327A1 (en) | Printer, printer system, printer control method, and program therefor | |
EP1052806B1 (en) | Apparatus for searching a device on a network | |
US7437436B2 (en) | Server, device, client, information processing method of server, information processing method of device, information processing method of client, information processing program, and memory medium | |
US7237015B1 (en) | System for setting location information in a device on a network | |
US7099937B1 (en) | System for searching for device on network | |
JP4416220B2 (en) | Information processing apparatus, information processing method, and computer-readable storage medium | |
JP2004078282A (en) | Printer equipment information setting method, image printing device and program | |
JP3869972B2 (en) | Device search client and device search method | |
JP3768726B2 (en) | Device search client and device search method | |
JP4498045B2 (en) | Image processing apparatus, control method therefor, and program | |
JP2001337875A (en) | Terminal system, network system, method for retrieving device and recording medium | |
JP3962519B2 (en) | Information processing apparatus and method, and computer-readable storage medium | |
JP3880434B2 (en) | Job management system, job management apparatus, data processing apparatus, job management method, data processing method, and control program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050329 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050530 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050628 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050826 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051018 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051216 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20051221 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060428 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091014 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091124 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4416220 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121204 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131204 Year of fee payment: 4 |
|
EXPY | Cancellation because of completion of term |