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 PDF

Info

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
Application number
JP26444999A
Other languages
Japanese (ja)
Other versions
JP2001092757A (en
Inventor
征志 江尻
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP26444999A priority Critical patent/JP4416220B2/en
Publication of JP2001092757A publication Critical patent/JP2001092757A/en
Application granted granted Critical
Publication of JP4416220B2 publication Critical patent/JP4416220B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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 network 40. Here, each of the terminal devices 10, 20, and 30 is shown one by one, but it is assumed that a plurality of devices 30 exist at least.
[0026]
The client 10 includes a search condition designation unit 11, a search condition storage unit 12, a static search request transmission unit 13, a static search result reception unit 14, a dynamic search request transmission unit 15, and a dynamic search result. A receiving unit 16, a comparison / determination unit 17, and a display unit 18 are provided. The static search request transmitting unit 13 constitutes a first search condition issuing unit of the present invention, and the dynamic search request transmitting unit 15 configures a second search condition issuing unit of the present invention. The static search result receiving unit 14, the comparison determination unit 17 and the display unit 18 constitute a first search result output unit of the present invention, and the dynamic search result reception unit 16, the comparison determination unit 17 and the display unit. 18 constitutes a second search result output means of the present invention. Hereinafter, each of these configurations will be described.
[0027]
The search condition specifying unit 11 is used by the user to specify search conditions when searching for various devices 30. The search conditions here include, for example, a network printer, static attributes such as the presence / absence of a color printing function, the presence / absence of a stapling function, and the presence / absence of a double screen printing function, and whether the printer is currently operating or waiting Alternatively, the remaining number of recording sheets is created by designating at least one of various attributes including semi-static and dynamic attributes such as several sheets. The search condition storage unit 12 stores the search conditions created by the search condition specifying unit 11.
[0028]
The static search request transmission unit 13 extracts only the attribute of the object class from the search conditions specified by the search condition specifying unit 11 and searches the device 30 using only the object class as a condition. A static search request using only the class as a search condition is transmitted to the server 20. The static search result receiving unit 14 displays a search result (information indicating presence / absence of each attribute of the searched device and the device as described later) sent from the server 20 as a response to the static search request. Receive.
[0029]
The dynamic search request transmitting unit 15 extracts semi-static and dynamic attributes from the search conditions specified by the search condition specifying unit 11 and searches the device 30 using the attributes as conditions. A dynamic search request using the semi-static and dynamic attributes as search conditions is transmitted to the device 30. The dynamic search result receiving unit 16 receives a search result (information representing the current state of the searched device as will be described later) sent from the device 30 as a response to the dynamic search request.
[0030]
The comparison determination unit 17 includes at least one search result based on the attribute condition of the object class received by the static search result reception unit 14 and one or more of the search conditions stored in the search condition storage unit 12. Are compared with each other, and it is determined for each device whether or not one or more devices indicated as a search result match the attributes of a certain reference number or more. Then, only the information related to the device whose attribute condition is equal to or greater than the reference number is supplied to the display unit 18.
[0031]
The comparison determination unit 17 also includes a search result based on the semi-static and dynamic attribute conditions received by the dynamic search result reception unit 16 and a search condition stored in the search condition storage unit 12. By comparing and collating with the semi-static and dynamic attributes included therein, a condition that can actually be operated in the searched device is determined based on the static search condition. Then, information regarding the operable condition obtained in this way is supplied to the display unit 18. As will be described later, the search results based on the semi-static and dynamic attribute conditions received by the dynamic search result receiving unit 16 may be supplied to the display unit 18 as they are.
[0032]
The display unit 18 displays an operation screen when the search condition specifying unit 11 specifies the search condition. Further, the display unit 18 is operable based on information on the final search result output from the comparison determination unit 17 and information indicating the presence or absence of each attribute of one or more searched devices and the devices. To display information that represents various conditions.
[0033]
The server 20 also includes a device information management unit 21, a static search request receiving unit 22, a search unit 23, and a static search result transmission unit 24. Here, the device information management unit 21 constitutes the information management means of the present invention. The search unit 23 and the search result transmission unit 24 constitute the search unit or the first search unit of the present invention.
[0034]
The device information management unit 21 stores and manages, as a database, identification information (for example, a device name and a network address) of the device 30 connected on the network 40 and attribute information representing various attributes of the device 30. The information managed here is information registered from various devices 30 via the network 40, for example.
[0035]
The static search request receiving unit 22 receives a static search request sent from the static search request transmitting unit 13 of the client 10 only on the condition of the object class. The search unit 23 searches for the device 30 using the device information managed by the device information management unit 21 based on the static search condition of the object class received by the static search request reception unit 22. Execute. The static search result transmission unit 24 returns, as a search result by the search unit 23, a device that satisfies at least the attribute of the object class and information on the presence / absence of the attribute of the device to the client 10 via the network 40.
[0036]
Further, the device 30 includes a dynamic search request receiving unit 31, a state examining unit 32, and a dynamic search result transmitting unit 33. The state search unit 32 and the dynamic search result transmission unit 33 constitute the second search means of the present invention.
[0037]
The dynamic search request receiving unit 31 receives a search request on the condition of semi-static and dynamic attributes sent from the dynamic search request transmitting unit 15 of the client 10. Based on the dynamic search condition received by the dynamic search request receiving unit 31, the state checking unit 32 checks the current state of the device itself. Further, the dynamic search result transmission unit 33 returns information representing the current state of the own device to the client 10 via the network 40 as a search result by the state investigation unit 32.
[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 MFP 102 is a copier, but can also be used as a network printer. Reference numerals 103 and 104 denote monochrome printers, and 105 denotes a scanner connected to the network. Each of these network devices 101 to 105 corresponds to the device 30 of FIG.
[0039]
Reference numeral 111 denotes a desktop PC (personal computer), and 113 denotes a notebook PC. These PCs 111 and 113 are PCs that can execute a network device search client program, and correspond to the client 10 of FIG. These desktop PC 111 and notebook PC 113 (hereinafter also referred to collectively as a search client PC) are devices that satisfy a desired condition for the server 112 and the network devices 101 to 105 connected on the network, as will be described later. And a function for receiving and displaying a search result.
[0040]
Reference numeral 112 denotes a PC that can execute the network device search server program, and corresponds to the server 20 in FIG. As will be described later, the search server PC 112 stores and manages various information related to the network devices 101 to 105, receives device search inquiries from the search client PCs 111 and 113, executes search, and results thereof. It has a function to return. Reference numeral 120 denotes a proxy server having a firewall function for protecting the LAN (Local Area Network) 100 from unauthorized intrusion.
[0041]
Among these network devices 101 to 105, 111 to 113, 120, the color printer 101, the MFP 102, the monochrome printer 103, the desktop PC 111, the search server PC 112, and the proxy server 120 are installed on the second floor in a building, The monochrome printer 104 and the scanner 105 are installed on the first floor. The notebook PC 113 is currently connected to the LAN 100 from the first floor, but may be removed from this connection.
[0042]
Further, the LAN 100 that connects these network devices 101 to 105, 111 to 113, 120 is connected to the Internet 130 via the proxy server 120, and is also connected to other networks 140 via the Internet 130. Yes.
[0043]
FIG. 3 is a schematic configuration diagram showing the internal configuration of a general personal computer. The internal configuration of the desktop PC 111, search server PC 112, and notebook PC 113 in FIG. 2 is as shown in FIG.
[0044]
In FIG. 3, reference numeral 200 denotes a PC on which client software or server software for searching for a network device (hereinafter collectively referred to as network device search software) operates. The desktop PC 111, search server PC 112, and notebook PC 113 in FIG. Is equivalent to
[0045]
The PC 200 includes a CPU 201 that executes network device search software stored in the ROM 202 or the hard disk (HD) 211 or supplied from the floppy disk (FD) 212, and each processing device in the PC 200 connected to the system bus 204. Control overall. The hard disk 211 includes the device information management unit 21 shown in FIG.
[0046]
Reference numeral 203 denotes a RAM that functions as a main memory, work area, and the like of the CPU 201. The RAM 203 includes the search condition storage unit 12 shown in FIG. A keyboard controller (KBC) 205 controls instruction input from a keyboard (KB) 209 or a pointing device (not shown). Reference numeral 206 denotes a CRT controller (CRTC), which controls display on a CRT display (CRT) 210.
[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]
Reference numeral 208 denotes a network interface card (NIC), which is used for bidirectionally exchanging data with a network printer, another network device, or another PC via the LAN 220.
In the present embodiment, the LAN 220 is the same as the LAN 100 in FIG.
[0049]
Next, the configuration and operation of the search server PC 112 will be described.
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 information management unit 21 in FIG. 1) in a table format. The device information in the database shown in FIG. 4 is registered from each network device via the network, for example, and is physically stored in the hard disk 211 in FIG.
[0050]
In the database 300 related to the network device shown in FIG. 4, the data in each row indicates the data related to one device. The data in each column includes a device name 301, a device network address 302, an object class 303, a device type 304, whether the device supports the color printing function 305, and a duplex printing function. A distinction 306 on whether or not there is a distinction 307 on whether or not the staple function is supported is shown.
[0051]
The object class 303 indicates the function type of the device. For example, if a certain device has a print function, even if the device is an MFP, it may be registered as a printer class device. The device type 304 indicates the overall function of the device, and is distinguished from a single printer and MFP. In the data of each attribute shown in the above 305 to 307, “1” indicates that the function of the attribute is supported, and “0” indicates that the function of the attribute is not supported. Further, NA indicates that information regarding the attribute is not stored.
[0052]
The registered device information database 300 shown in FIG. 4 will be described in detail by taking, for example, the device registered in the first row of the table as an example. The device named “Color-kun” has the network address “192.168.16.131”. The device has a print function. It can be seen that the printer is a single printer and supports the color printing function and the stapling function as attributes, but does not support the duplex printing function.
[0053]
In the present embodiment, the devices in the first to fifth lines shown in FIG. 4 correspond to the color printer 101, MFP 102, monochrome printer 103, monochrome printer 104, and scanner 105 in FIG.
Note that the data shown in FIG. 4 is merely an example, and it goes without saying that the data stored in the search server PC 112 may include other additional information (for example, information such as the installation location).
[0054]
FIG. 5 is a flowchart showing the overall device search operation performed by the search server PC 112. Note that the determination and execution in the series of processes are performed by the CPU 201 in the search server PC 112 in terms of hardware. The search server PC 112 operates according to an event-driven program. That is, when an event occurs, the event is analyzed and a corresponding process is executed. In the following example, a case will be described in which operation is performed in response to a device search request sent from the search client PC 111.
[0055]
When the search server PC 112 is activated, first, in step S401, a reception port is opened to accept a device search request from the search client PCs 111 and 113. With this operation, for example, when a device search request is received from the search client PC 111, the operating system of the search server PC 112 issues a reception event, and the device search program is notified that the device search request has been received.
[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 database 300 shown in FIG. 4 with the static search condition inquired from the search client PC 111. Details of the device search process using the database 300 will be described later with reference to FIG. In the subsequent step S406, the search result obtained by the database search process in step S405 is returned to the search client PC 111.
[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 database 300 shown in FIG.
[0060]
Next, the device search process performed in step S405 of FIG. 5 by the search server PC 112 will be described in more detail using the flowchart of FIG. First, the outline of the overall operation will be described. In the device search processing of this embodiment, for example, when the search client PCs 111 and 113 specify a plurality of static search conditions, the search conditions are processed one by one. I have to. That is the outer loop determined in step S501. The inner loop determined in step S505 is for scanning all registered device information in the database 300 for a certain search condition.
[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 search client PC 111. . As described later with respect to the operation of the search client PCs 111 and 113, the search condition to be extracted here is to extract only the attribute of the object class from the search conditions issued by designating one or more attributes. Is replaced only with the conditions of this object class.
[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 search client PC 111, an object class is a printer, and a device capable of color printing, double-sided printing, and stapling is specified as a search condition as an attribute. In this case, only the object class is extracted from the search condition 601 on the search client PC 111, and the relaxed search condition 602 is created so that the object class is a printer.
[0064]
Next, the process proceeds to step S504, and it is determined whether or not all registered device information in the database 300 shown in FIG. 4 has been searched for the object class search condition 602 acquired in step S503. If all the registered device information has been searched as a result of this determination, the process returns to step S501 to process the next search condition.
[0065]
If it is determined in step S504 that all registered device information in the database 300 of FIG. 4 has not been searched yet, the process proceeds to step S505. In step S505, the registered device information for one nth device is extracted from the database 300. In the subsequent step S506, it is determined whether or not the extracted registered device information matches the search condition of the object class that is currently targeted.
[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 database 300 is returned. Continue the search process for device information. On the other hand, if it is determined in step S506 that the extracted registered device information matches the object class search condition, the process advances to step S507.
[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 device name 301, the network address 302, and the device type 304. Each information of 305, duplex printing function attribute 306 and stapling function attribute 307 is acquired. In step S508, the acquired information is added to the search result information. When the process of step S508 is completed, the process returns to step S504, and the search process for the next device information registered in the database 300 is continued.
[0068]
In this way, when all the registered device information in the database 300 shown in FIG. 4 is searched for the search condition that uses only the attribute of the object class sent from the search client PC 111 as a condition, it matches each object class. All device information is detected for each search condition. Then, as described above, this search result is returned to the upper program in step S502, and is returned to the search client PC 111 that has sent the device search request in step S407 of FIG.
[0069]
Regarding the flowchart showing the search operation in the search server PC 112 shown in FIG. 5 and FIG. 6, it is assumed that, for example, the search client PC 111 issues a search condition 601 shown in FIG. In this case, only the object class is extracted from the requested search condition 601 to create a new search condition 602, and the search server PC 112 searches the database 300 shown in FIG. 4 according to the relaxed search condition 602. Is done.
[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 device name 801, a network address 802, a device type 803, and the original search condition 601 are included. The information regarding each attribute of the presence / absence 804 of the color printing function, the presence / absence 805 of the double-sided printing function, and the presence / absence 806 of the stapling function specified in FIG.
[0071]
Next, a screen display example of the search client PCs 111 and 113 will be described. FIG. 9 is a diagram illustrating a screen display example of the search client PCs 111 and 113 before performing device search.
[0072]
In FIG. 9, various types of information are displayed in a window 700. A combo box 701 designates an object class of a device to be searched. By operating this combo box 701, the object class of the device to be searched can be set to “printer”, “scanner”, or the like. At this time, if the setting of the object class is changed, each search attribute condition in the area 703 for designating a static search attribute is changed to an attribute corresponding to the set object class.
[0073]
In the area 703 for designating a static search attribute, a printer is selected as an object class in the combo box 701 in the example of FIG. It is shown. That is, the search attribute is determined by a check box 703a indicating the presence / absence of a monochrome printing function, a check box 703b indicating the presence / absence of a color printing function, a check box 703c indicating the presence / absence of a duplex printing function, a check box 703d indicating the presence / absence of a stapling function, It can be specified.
[0074]
In the example shown in FIG. 9, since the check box 703b indicating the presence / absence of the color printing function, the check box 703c indicating the presence / absence of the duplex printing function, and the check box 703d indicating the presence / absence of the stapling function are respectively checked, color printing is possible. In addition, a search for a device capable of duplex printing and capable of stapling is requested. In the present embodiment, the search condition specified in the static search attribute specifying area 703 is temporarily stored in the RAM 203 in FIG.
[0075]
Reference numeral 702a denotes a search processing start button that uses a static attribute as a condition. When the user presses the button using the keyboard 209 in FIG. 3 or a pointing device (not shown), the search server PC 112 is statically pressed. An inquiry is made as to whether there is a device that matches the search condition specified in the target search attribute specification area 703. Reference numeral 704 denotes an area for displaying a search result, which includes a device name display area 704a, an IP address display area 704b, and a condition display area 704c.
[0076]
Reference numeral 702b denotes a search processing start button that uses semi-static and dynamic attributes as conditions. In other words, the dynamic search start button 702b further narrows down the network devices displayed in the search result display area 704 as a result of searching according to the static attribute condition with the semi-static and dynamic attribute conditions. This button is pressed when performing a search. Reference numeral 702c denotes an automatic search start button. When the user presses this button, the search process based on the dynamic search attribute is automatically performed after the search process based on the static search attribute is executed.
[0077]
Reference numeral 705 denotes an area for designating semi-static and dynamic search attributes. Also in this area 705, when the setting of the object class is changed by operating the combo box 701, the semi-static and dynamic search attribute conditions are changed to attributes according to the set object class. In the example of FIG. 9, since a printer is selected as an object class in the combo box 701, in this area 705, semi-static and dynamic attributes relating to the printer are indicated by several check boxes and the like.
[0078]
Reference numeral 705a denotes a check box for designating that the printer is in a normal state and is in an operation state in which a print operation is currently being performed. Reference numeral 705b denotes a check box for designating that the printer is in a normal state and is in a standby state where no printing operation is currently performed. Therefore, when this standby check box 705b is checked, a device that is not turned on, is offline, or has an error such as a paper jam, or a device that is currently performing a printing operation, Not subject to search. When a search is performed without checking the check box 705 b in standby, the above-described state is displayed in the condition display area 704 c in the search result display area 704.
[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 areas 705c and 705d and the conditions for the duplex printing function and the stapling function designated by the check boxes 703c and 703d in the static search attribute designation area 703 , Printing 20 copies of 30-page data on both sides and requesting a search for a printer capable of stapling. At the time of this search, a printer having a sufficient number of remaining paper sheets, 20 empty staple sorter bins, and a capacity of 15 or more for each bin is searched.
[0080]
Next, the operation of the search client PCs 111 and 113 will be described.
The search client PCs 111 and 113 operate according to an event-driven program. When any event occurs, the search client PCs 111 and 113 analyze the event and perform corresponding processing. Until the system operation is completed, the event is sequentially acquired and the loop is processed. Main events to be processed are a system end event, a device search request event, and a device search result reception event.
[0081]
First, the overall operation of the search client PCs 111 and 113 will be described using the flowchart of FIG.
When the search client PCs 111 and 113 are activated, first, the process waits for an event to occur in step S901. If any event occurs, the event is acquired and the process proceeds to the next step S902.
[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 keyboard 209 in FIG. 3 or a pointing device (not shown). As a result of the determination, if the acquired event is an end command event, the device search program processing is ended as it is.
[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 search start button 702a or the automatic search start button 702c shown in FIG. It is further determined whether the event is a result of issuing a device search command based on the attribute.
[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 search server PC 112. Details of the search request transmission process will be described later with reference to FIG. Thereafter, the process returns to step S901, and the search client PCs 111 and 113 enter a state of waiting for the next event occurrence.
[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 search server PC 112 as a response to the device search request transmitted in step S904. Determine further.
[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 window 700 of FIG. Details of the search result display process in step S906 will be described later with reference to FIG. Thereafter, when the process of step S906 is completed, the process returns to step S901 to wait for the next event to occur.
[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 search server PC 112.
[0089]
In the search request transmission process shown in FIG. 11, first, in step S1001, the RAM 203 is accessed to obtain the search condition input on the search condition input screen as shown in FIG. In the subsequent step S1002, only the conditions relating to the object class are extracted from the search conditions acquired in step S1001, and a search request packet is generated and transmitted to the search server PC 112 to request a search for a network device.
[0090]
In the present embodiment, the address of the search server PC 112 is known in advance by, for example, writing a value input by the user using the keyboard 209 of FIG. 3 into the hard disk 211 and reading it. However, it is not limited to this.
[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 search client PC 111 examines the search result received from the search server PC 112, thereby temporarily storing the static data stored in the RAM 203 in FIG. It is determined whether there is a device that completely matches the search condition (for example, search condition 601 in FIG. 7), that is, a device that satisfies all the search attributes specified in the static search attribute specifying area 703 in FIG. If there is even one device that completely matches the static search condition in the RAM 203, the process advances to step S1102.
[0093]
In step S1102, the display screen of the CRT 210 is rewritten by operating the CRTC 206 of FIG. 3 to display that the searched device completely matches the static search condition. In the subsequent step S1103, “TRUE” is substituted into a temporary variable fExist that indicates whether or not there is a complete match in order to store that the match was complete. Then, when the process of step S1103 is completed, the process proceeds to step S1106.
[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 CRTC 206 of FIG. 3 is operated to rewrite the display screen of the CRT 210, and display that the searched device is an incomplete match with the static search condition. In the subsequent step S1105, “FALSE” is substituted into the temporary variable fExist in order to store the fact that the match is incomplete. Then, when the process of step S1105 is completed, the process proceeds to step S1106.
[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 RAM 203. Here, if it is determined that the static search condition completely matches, the process proceeds to step S1110. In step S1110, the CRTC 206 in FIG. 3 is controlled to rewrite the screen of the CRT 210, and the device name, the network address, and the fact that they are completely matched are displayed in the areas 704a to 704c in the search result display area 704, respectively. When the process of step S1110 is completed, the process returns to step S1106 to process the next device information.
[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 RAM 203. Determine if there is. In the present embodiment, when there are three designated attribute conditions (with color printing function, duplex printing function, and stapling function) as in the search condition 601 shown in FIG. 7, two or more of them are included. Those that match the attribute condition are determined to be “matched above a certain standard”.
[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 CRTC 206 of FIG. 3 is controlled to update the screen of the CRT 210, and the device name and network address are displayed from the device information acquired in step S1107 in each of the areas 704a to 704c in the search result display area 704. At the same time, the inconsistent conditions (attributes) checked in step S1112 are displayed. When the process of step S1110 is completed, the process returns to step S1106 to process the next device information.
[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 search client PCs 111 and 113 after the device search process based on the static search condition is completed in the search server PC 112. As described above, in the present embodiment, it is assumed that the device class is a printer and a device having a color printing function, a duplex printing function, and a table function is searched.
[0107]
As a result, a device search result as shown in FIG. 8 is obtained by performing a device search in the search server PC 112 based only on the condition that the object class is a printer. Of the four device information included in the search results shown in FIG. 8 above, those that match two or more of the three specified attribute conditions are “Color-kun” and “Second-floor high-speed machine”. Only.
[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 name display area 704a, the network address of each searched device is displayed in the IP address display area 704b. Further, for each device displayed as a search result, a condition that does not match among the attribute conditions designated in the static search attribute designation area 703 is displayed in the condition display area 704c.
[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 name display area 704a and the IP address display area 704b, and the condition display area 704c displays that the static search conditions are completely matched.
[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 search client PCs 111 and 113 after the device search processing based on the semi-static and dynamic search conditions is completed. Here, with respect to the “second floor high speed machine” selected in the search process based on the static search condition shown in FIG. 14, the printer is in a standby state and prints 20 copies of 30 pages of data. Searches based on static and dynamic search conditions. In the present embodiment, the dynamic search condition specified in the dynamic search attribute specifying area 705 is also temporarily stored in the RAM 203 in FIG.
[0112]
In this search process, for example, the search client PC 111 issues a request for checking the current state of the device to the “second floor high-speed machine” device. In response to this request, the device of the “second floor high-speed machine” investigates the state of its own device and returns the state information obtained as a result of the investigation to the search client PC 111. In the search client PC 111, the current status information sent from the device can be actually used by the device by comparing the search conditions based on the semi-static and dynamic search attributes stored in the RAM 203. Examine the conditions.
[0113]
As a result of performing such a search process, in the example shown in FIG. 15, the condition display area 704c indicates that the apparatus status is in a standby state, and up to 10 copies of 30 pages of data can be printed. . Further, it is also shown in the condition display area 704c that the limitation on the number of copies to be printed is that the number of bins of the staple sorter is 10. If all the dynamic search conditions match, “dynamic condition match” is displayed in the condition display area 704c.
[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 search start button 702b, an automatic search start button 702c for specifying a semi-dynamic and dynamic attribute, and a dynamic attribute as shown in FIGS. The designated area 705 is not provided. Instead of the dynamic attribute designation area 705, a dynamic attribute display area 706 for displaying semi-static and dynamic attributes of the searched device is provided.
[0116]
As for the search result display area 704, a link address display area 704d is provided instead of the condition display area 704c as shown in FIGS. The “second floor high-speed machine attribute” portion shown in the link address display area 704d indicates a link address for obtaining and displaying semi-static and dynamic attribute information. By clicking this with a pointing device or the like (not shown), the semi-static and dynamic attribute information at that time of the second floor high-speed machine is obtained and displayed in the dynamic attribute display area 706.
[0117]
That is, when the “second-floor high-speed machine attribute” portion shown in the link address display area 704d is clicked, the search client PC 111 requests to check the current state of the device of the “second-floor high-speed machine”. Issue. The device of the “second floor high-speed machine” that has received this status search request checks the status of its own device, and returns status information obtained as a result of the search to the search client PC 111. The search client PC 111 displays the current status information sent from the device in the dynamic attribute display area 706 as it is.
[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 search client PCs 111 and 113, Whether the driver can be obtained or not, and if the driver can be obtained, information on where to obtain the driver is displayed.
[0121]
In the present embodiment, a link address display area 704d and a driver information display area 704e are provided in the search result display area 704. In the driver information display area 704e, whether or not a necessary driver is already installed is displayed, and if it is not installed, whether or not the driver is available is displayed. In the example shown in FIG. 17, a necessary driver is not installed, but “available” is displayed because it is available.
[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 CPU 201 in the search client PCs 111 and 113 in terms of hardware.
[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 PC 200 of FIG. 3 according to a program installed from the outside. In that case, the program is supplied to the PC 200 by a storage medium such as a CD-ROM, a flash memory, a floppy disk, or the information group including the program from an external storage medium via a network such as e-mail or personal computer communication. The present invention can be applied even when supplied by loading on the PC 200.
[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 area 9998 in which subsequent installation programs are stored and an area 9997 in which network device control programs are stored.
[0126]
When the network control program of the present embodiment is installed in the PC 200, the installation program stored in the area 9998 is first loaded into the PC 200 and executed by the CPU 201. Next, the installation program executed by the CPU 201 reads the network device control program from the area 9997 and stores it in the hard disk 211.
[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. The information according to claim 1, wherein the static attribute includes at least one of the presence / absence of a color printing function of a peripheral device, the presence / absence of a double-sided printing function, and whether stapling is possible. Processing equipment. 前記動的な属性は、周辺装置が動作中であること、周辺装置が待機中であること、及び所有用紙枚数のうちの少なくともいずれかを含むことを特徴とする請求項1又は2に記載の情報処理装置。  3. The dynamic attribute according to claim 1, wherein the dynamic attribute includes at least one of a peripheral device operating, a peripheral device waiting, and a number of owned sheets. Information processing device. 前記表示手段は、前記周辺装置の動的な属性と、前記周辺装置の名称とを併せて表示することを特徴とする請求項1〜3の何れか1項に記載の情報処理装置。  The information processing apparatus according to claim 1, wherein the display unit displays a dynamic attribute of the peripheral device and a name of the peripheral device together. 周辺装置の機能を示す静的な属性をユーザの操作に基づいて入力する入力ステップと、
前記入力ステップによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を該検索条件に合致する周辺装置の検索を行う検索サーバに送信する送信ステップと、
前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信ステップと、
前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を表示する第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:
前記静的な属性は、周辺装置のカラー印刷機能の有無、両面印刷機能の有無、及びステイプル処理が可能か否かのうちの少なくともいずれかを含むことを特徴とする請求項に記載の情報処理方法。6. The information according to claim 5 , wherein the static attribute includes at least one of the presence / absence of a color printing function of a peripheral device, the presence / absence of a duplex printing function, and whether or not stapling is possible. Processing method. 前記動的な属性は、周辺装置が動作中であること、周辺装置が待機中であること、及び所有用紙枚数のうちの少なくともいずれかを含むことを特徴とする請求項又はに記載の情報処理方法。The dynamic attribute, it peripheral device is in operation, it peripheral device is waiting, and according to claim 5 or 6, characterized in that it comprises at least one of ownership number of sheets Information processing method. 前記第2の表示ステップは、前記周辺装置の動的な属性と、前記周辺装置の名称とを併せて表示することを特徴とする請求項の何れか1項に記載の情報処理方法。The second display step, the dynamic attributes of the peripheral device, information processing method according to any one of claims 5-7, characterized in that the displayed together with the name of the peripheral device . 周辺装置の機能を示す静的な属性をユーザの操作に基づいて入力する入力ステップと、
前記入力ステップによって入力された前記静的な属性に基づいて、周辺装置を検索するための検索条件を該検索条件に合致する周辺装置の検索を行う検索サーバに送信する送信ステップと、
前記検索条件に基づいた検索による検索結果を前記検索サーバから受信する受信ステップと、
前記静的な属性の検索結果に基づいて、前記検索条件を満たす周辺装置から該周辺装置の動的な属性に関する情報を取得して表示するためのリンクアドレスを含む検索結果を表示する第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.
JP26444999A 1999-09-17 1999-09-17 Information processing apparatus, information processing method, and computer-readable storage medium Expired - Lifetime JP4416220B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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