(57)【特許請求の範囲】
【請求項１】
所定の通信媒体を介してクライアント装置とデバイス装置と通信可能なサーバ装置であって、
前記デバイス装置において作成された、当該デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和に基づく能力情報を当該デバイスから受信する受信手段と、
前記受信手段により受信された能力情報を格納する格納手段と、
前記クライアント装置から送信されたデバイス装置選択のための検索条件と前記格納手段に格納された能力情報とを比較し、前記デバイスドライバの能力情報に基づいた適合結果を算出して要求元のクライアント装置に通知する通知手段と、
を有することを特徴とするサーバ装置。
【請求項２】
所定の通信媒体を介してクライアント装置とサーバ装置と通信可能なデバイス装置であって、
前記デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和をとって能力情報を作成する作成手段と、
前記作成手段により作成された能力情報を前記サーバ装置に送信する送信手段と、
を有することを特徴とするデバイス装置。
【請求項３】
前記デバイスドライバの能力情報を前記クライアント装置または前記サーバ装置から取得する取得手段を有し、
前記作成手段は、前記クライアント装置または前記サーバ装置から取得した前記デバイスドライバの能力情報に基づいて能力情報を作成することを特徴とする請求項２記載のデバイス装置。
【請求項４】
所定の通信媒体を介してクライアント装置とデバイス装置と通信可能なサーバ装置におけるデータ処理方法であって、
前記デバイス装置において作成された、当該デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和に基づく能力情報を当該デバイス装置から受信する受信工程と、
前記受信工程により受信された能力情報を格納手段に格納する格納工程と、
前記クライアント装置から送信されたデバイス装置選択のための検索条件と前記格納手段に格納された能力情報とを比較し、前記デバイスドライバの能力情報に基づいた適合結果を算出して要求元のクライアント装置に通知する通知工程と、
を有することを特徴とするデータ処理方法。
【請求項５】
所定の通信媒体を介してクライアント装置とサーバ装置と通信可能なデバイス装置におけるデータ処理方法であって、
前記デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和をとって能力情報を作成する作成工程と、
前記作成工程により作成された能力情報を前記サーバ装置に送信する送信工程と、
を有することを特徴とするデータ処理方法。
【請求項６】
前記デバイスドライバの能力情報を前記クライアント装置または前記サーバ装置から取得する取得工程を有し、
前記作成工程は、前記クライアント装置または前記サーバ装置から取得した前記デバイスドライバの能力情報に基づいて能力情報を作成することを特徴とする請求項５記載のデータ処理方法。
【請求項７】
請求項４または５に記載のデータ処理方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、所定の通信媒体を介してサーバ装置とデバイス装置とクライアント装置とが通信してデータ処理を行うネットワークシステムに係る、サーバ装置およびデバイス装置およびデータ処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、ネットワーク上に接続された各種の資源（プリンタ、サーバ装置、スキャナなど）を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。
【０００３】
上記ディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。上記ディレクトリサービスを用いたディレクトリシステムの具体例としては、例えばＬＤＡＰ（Ｌｉｇｈｔ  Ｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）がある。上記ＬＤＡＰの規定は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）が発行している標準仕様であるＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｉｔｓ）１７７７に記載されている。
【０００４】
また、ＬＤＡＰの解説書としては、例えば株式会社プレンティスホールより「ＬＤＡＰインターネットディレクトリアプリケーションプログラミング」が１９９７年１１月１日に発行されている。
【０００５】
上記ディレクトリサービスを用いて、例えばネットワークに接続されているデバイス装置を検索することにより、ネットワーク上で利用可能なデバイス装置のネットワークアドレスの一覧を得ることができる。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来例では、例えばネットワークプリンタを例に取れば、検索にあたって２ページ印刷モード、ＯＨＰ中差しモード、両面、ステープル、用紙サイズなどの各種機能条件を指定して検索した場合、機能条件に対してデバイス装置の能力情報と比較し完全に一致したもののデバイスが検索されるか不適合項目が通知されていた。
【０００７】
本発明は、上記の問題点を解決するためになされたもので、本発明の第１の目的は、所定の通信媒体を介してクライアント装置とデバイス装置と通信可能なサーバ装置において、前記デバイス装置において作成された、当該デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和に基づく能力情報を当該デバイス装置から受信し、該受信された能力情報を格納し、前記クライアント装置から送信されたデバイス装置選択のための検索条件と格納された能力情報とを比較し、適合結果を算出して要求元のクライアント装置に通知することにより、クライアント装置から送信されたデバイス装置選択のための検索条件に対して選択可能なデバイス装置の適合性をクライアント装置上のユーザに提示して、ユーザがシステム全体中で選択可能なデバイス装置の選択範囲を広げて、検索条件に見合う複数のデバイス装置から意図するデバイス装置を自在に選択できるサーバ装置およびデータ処理方法およびコンピュータが読み取り可能なプログラムを提供することである。
第２の目的は、所定の通信媒体を介してクライアント装置とサーバ装置と通信可能なデバイス装置において、前記デバイス装置の能力情報と当該デバイスのデバイスドライバの能力情報との和をとって能力情報を作成し、該作成された能力情報を前記サーバ装置に送信することにより、サーバ装置がデバイス装置側で作成される能力情報とデバイス装置選択のための検索条件とから選択可能なデバイス装置の適合性を算定することができるデバイス装置およびデータ処理方法およびコンピュータが読み取り可能なプログラムを提供することである。
【０００８】
【課題を解決するための手段】
本発明に係るサーバ装置は、以下の特徴的構成を備える。
所定の通信媒体を介してクライアント装置とデバイス装置と通信可能なサーバ装置であって、前記デバイス装置において作成された、当該デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和に基づく能力情報を当該デバイスから受信する受信手段と、前記受信手段により受信された能力情報を格納する格納手段と、前記クライアント装置から送信されたデバイス装置選択のための検索条件と前記格納手段に格納された能力情報とを比較し、前記デバイスドライバの能力情報に基づいた適合結果を算出して要求元のクライアント装置に通知する通知手段とを有することを特徴とする。
【０００９】
本発明に係るデバイス装置は、以下の特徴的構成を備える。
所定の通信媒体を介して所定の通信媒体を介してクライアント装置とサーバ装置と通信可能なデバイス装置であって、前記デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和をとって能力情報を作成する作成手段と、前記作成手段により作成された能力情報を前記サーバ装置に送信する送信手段とを有することを特徴とする。
【００１０】
本発明に係るデータ処理方法は、以下の特徴的構成を備える。
所定の通信媒体を介してクライアント装置とデバイス装置と通信可能なサーバ装置におけるデータ処理方法であって、前記デバイス装置において作成された、当該デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和に基づく能力情報を当該デバイス装置から受信する受信工程と、前記受信工程により受信された能力情報を格納手段に格納する格納工程と、前記クライアント装置から送信されたデバイス装置選択のための検索条件と前記格納手段に格納された能力情報とを比較し、前記デバイスドライバの能力情報に基づいた適合結果を算出して要求元のクライアント装置に通知する通知工程とを有することを特徴とする。
また、所定の通信媒体を介してクライアント装置とサーバ装置と通信可能なデバイス装置におけるデータ処理方法であって、前記デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和をとって能力情報を作成する作成工程と、前記作成工程により作成された能力情報を前記サーバ装置に送信する送信工程とを有することを特徴とする。
【００１１】
本発明に係るコンピュータが読み取り可能なプログラムを格納した記憶媒体は、以下の特徴的構成を備える。
所定の通信媒体を介してクライアント装置とデバイス装置と通信可能なサーバ装置に、前記デバイス装置において作成された、当該デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和に基づく能力情報を当該デバイス装置から受信する受信工程と、前記受信工程により受信された能力情報を格納手段に格納する格納工程と、前記クライアント装置から送信されたデバイス装置選択のための検索条件と前記格納手段に格納された能力情報とを比較し、前記デバイスドライバの能力情報に基づいた適合結果を算出して要求元のクライアント装置に通知する通知工程とを有するコンピュータが読み取り可能なプログラムを記憶媒体に格納したことを特徴とする。
また、所定の通信媒体を介してクライアント装置とサーバ装置と通信可能なデバイス装置に、前記デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和をとって能力情報を作成する作成工程と、前記作成工程により作成された能力情報を前記サーバ装置に送信する送信工程とを有するコンピュータが読み取り可能なプログラムを記憶媒体に格納したことを特徴とする。
【００１２】
本発明は、上記の問題点を解決するためになされたもので、本発明の第１の目的は、所定の通信媒体を介してクライアント装置とデバイス装置と通信可能なサーバ装置において、前記デバイス装置において作成された、当該デバイス装置の能力情報と当該デバイス装置のデバイスドライバの能力情報との和に基づく能力情報を当該デバイス装置から受信し、該受信された能力情報を格納し、前記クライアント装置から送信されたデバイス装置選択のための検索条件と格納された能力情報とを比較し、前記デバイスドライバの能力情報に基づいた適合結果を算出して要求元のクライアント装置に通知することにより、クライアント装置から送信されたデバイス装置選択のための検索条件に対して選択可能なデバイス装置の適合性をクライアント装置上のユーザに提示して、ユーザがシステム全体中で選択可能なデバイス装置の選択範囲を広げて、検索条件に見合う複数のデバイス装置から意図するデバイス装置を自在に選択できる仕組みを提供することである。
第２の目的は、所定の通信媒体を介してクライアント装置とサーバ装置と通信可能なデバイス装置において、前記デバイス装置の能力情報と当該デバイスのデバイスドライバの能力情報との和をとって能力情報を作成し、該作成された能力情報を前記サーバ装置に送信することにより、サーバ装置がデバイス装置側で作成される能力情報とデバイス装置選択のための検索条件とから選択可能なデバイス装置の適合性を算定することができる仕組みを提供することである。
【００２６】
【発明の実施の形態】
以下、本発明のネットワーク上のサーバ装置、クライアント装置、デバイス装置、デバイス検索システム（サーバ装置、クライアント装置、デバイス装置からなるネットワークシステム）、サーバ装置のデータ処理方法、クライアント装置のデータ処理方法、デバイス装置のデータ処理方法及び記憶媒体の実施の形態について、図面を参照して説明する。
【００２７】
図１は、本発明の一実施形態を示すサーバ装置，クライアント装置，デバイス装置を適用可能なネットワークシステムの構成を説明するブロック図である。
【００２８】
図１において、検索サーバとして機能するサーバ装置１０、クライアント装置２０及びデバイス装置３０をイーサネット、ＵＳＢ等のネットワーク４０に接続して構成されている。上記デバイス装置３０は、例えばプリンタ、ファックス、スキャナ等の情報処理装置であり、一般に、デバイス装置３０は複数接続されている。
【００２９】
本実施形態においては、サーバ装置１０としては、ワークステーションが用いられ、管理手段１１、演算及び情報格納を行うメモリ１ｌａ、検索手段１２、受信手段１３、送信手段１４、能力情報テーブル１５、デバイスドライバ格納手段１６を備えている。
【００３０】
管理手段１１は、デバイス装置３０の接続情報及び能力情報を格納した能力情報テーブル１５によってネットワーク４０に接続されているデバイスを管理するとともに、接続されたデバイスのデバイスドライバを管理しクライアントからの要求によってデバイスドライバのダウンロードを行うためのものである。さらに、デバイス装置３０より該当のデバイスドライバの能力情報に関する問い合わせを受信するとデバイスドライバの能力情報を返信する。
【００３１】
受信手段１３は、クライアント装置２０からの検索要求を受信するものであり、検索手段１２は、上記受信手段１３によって受信した検索要求とネットワーク４０に接続された各デバイス装置の能力情報を能力情報テーブル１５を介して比較し各デバイス装置と検索条件との適合度が算出される。適合度は検索要求のあったクライアント装置３０等に対して送信手段１４を通して送信されるものである。
【００３２】
能力情報テーブル１５にはネットワーク４０に接続された各デバイス装置の能力情報がデバイス接続時または電源立ち上げ時に格納されている。また、デバイスドライバの更新時により能力情報が変更される場合も再度格納が行われる。
【００３３】
デバイスドライバ格納手段１６は、ネットワーク４０に接続されたデバイス装置のドライバを必要に応じて格納するものである。あらかじめサーバ装置１０にデバイスドライバを格納することで、クライアント装置２０が適合したデバイス装置３０のドライバを保持しない場合に提供するためのサービスが可能となる。
【００３４】
クライアント装置２０としては、パーソナルコンピュータが用いられ、検索要求手段２１、管理手段２２、デバイスドライバ格納手段２３、表示手段２４、表示装置２５を備えている。
【００３５】
クライアント装置２０において、検索要求手段２１は、デバイス装置３０を含むネットワーク４０上の使用可能な全てのデバイス装置の検索を行うように上記サーバ装置１０に要求するためのものである。
【００３６】
管理手段２２は、検索要求の結果を保持し全てのデバイスに対する結果が得られると表示手段２４に通知する。また、デバイス装置３０より該当のデバイスドライバの能力情報に関する問い合わせを受信するとドライバの能力情報を返信する。
【００３７】
デバイスドライバ格納手段２３は、ネットワーク４０に接続されたデバイスを使用するためのドライバを格納する手段である。表示手段２４は、管理手段２２から通知された適合結果に基づき、適合度の高い順位に適合結果を表示装置２５の画面上に表示する。
【００３８】
デバイス装置３０は、デバイスドライバ格納手段３１と管理手段３２，能力情報テーブル作成手段３３を備えている。ネットワーク４０に接続されると能力情報テーブルは、サーバ装置１０に送信される。
【００３９】
デバイス装置３０において、管理手段３２は、デバイスドライバの更新や能力情報テーブルのサーバ装置１０への送信を行う。それら手段はＣＰＵ，ＭＰＵ及びメモリ等から一体的に構成してもよいのは明らかである。
【００４０】
能力情報テーブル作成手段３３は、電源投入時デバイス装置３０の能力情報とデバイスドライバの能力情報の和をとり能力情報テーブルを作成する。
【００４１】
なお、デバイス装置３０にデバイスドライバが存在しない場合は、サーバ装置１０または、クライアント装置２０に該当のデバイス装置３０のドライバがあるかを確認し存在した場合は、能力情報を取得し、該取得した能力情報とデバイス装置３０の能力情報から能力情報テーブルを作成する。
【００４２】
上述のように構成された本実施形態のデバイス検索システムの各機能について、以下に詳細に説明する。
【００４３】
図２は、図１に示したネットワークシステムを適用したデバイス検索システムが動作可能なネットワークの具体的な構成を示す図である。
【００４４】
図２において、２１３はカラープリンタ（カラーＬＢＰ）、２１４はＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ、これはコピー機であるが、ネットワークカラープリンタ、スキャナ、ファクシミリとしても使用可能なものである）、２１５はモノクロプリンタである。
【００４５】
２１１はデスクトップＰＣ（クライアント装置）である。これは、ネットワーククライアントのプログラムが実行可能なＰＣである。このデスクトップＰＣ２１１は上述したクライアント装置としてネットワーク２００に接続されているものであり、後述するようにネットワーク２００上に接続されたサーバ装置に対して所望の条件を満たすデバイス装置に関する問い合わせ情報を発行する機能とともに、検索結果を表示する表示機能を有している。
【００４６】
２１０は本実施形態のネットワークサーバのプログラムが実行可能なワークステーション（ＷＳ）である。このワークステーション（ＷＳ）２１０は、上述したサーバ装置としてネットワーク２００に接続されているものであり、後述するようにトネットワークデバイス装置２１３〜２１５に関する種々の情報が格納されており、ネットワーク２００に接続されたクライアント装置２１１からのデバイス検索の問い合わせを受け付け、その結果を返す機能を有している。
【００４７】
図３は、一般的なパーソナルコンピュータの内部構成を示した概略構成図であり、図２におけるデスクトップＰＣ２１１、およびサーバ装置２１０などの基本的な内部構成はこのようになっている。
【００４８】
図３において、３００はクライアント装置ソフトウェアあるいはネットワークサーバ装置ソフトウェア（以下、これらをまとめてネットワークデバイス装置検索ソフトウェアと呼ぶ）が稼動するＰＣまたはＷＳであり、図２におけるデスクトップＰＣ２１１、あるいはサーバ装置２１０と同等である。
【００４９】
ＰＣ３００は、ＲＯＭ３０３もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッビーディスクドライブ（ＦＤＣ）３１２より供給されるネットワークデバイス装置検索ソフトウェアを実行するＣＰＵ３０２を備え、システムバス３０１に接続される各デバイス装置を総括的に制御する。
【００５０】
３０４はＲＡＭで、ＣＰＵ３０２の主メモリ、ワークエリア等として機能する。３０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３０９からの指示入力を制御する。３０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）３１０の表示を制御する。
【００５１】
３０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）３１１およびフロッピーディスクコントローラ（ＦＤＣ）３１２とのアクセスを制御する。
【００５２】
３０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ３２０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりするためのものである。
【００５３】
３１３はマウスコントローラ（ＭＣ）であり、マウス（ＭＳ）３１４を制御する。なお、本実施形態においては、ＬＡＮ３２０は図２におけるＬＡＮ２００に対応するものである。
【００５４】
図４は、図２に示したサーバ装置２１０が管理する各デバイス装置のアドレス情報と属性情報とを説明する図である。なお、本実施形態において、各デバイス装置のアドレス情報と属性情報等を総称してデバイス情報と呼ぶものとし、さらに、必要に応じて管理可能なデータを含むものとする。
【００５５】
図４に示されたように、本実施形態では、全部で３つのデバイス装置が管理されている。各デバイス装置は、デバイス名称（ＮＭ）４０１、デバイス装置のネットワークアドレスであるＩＰアドレス（ＡＤＤ）４０２、デバイスの種類（ＤＶ）４０３の各情報が管理されている。
【００５６】
図５は、図２に示したクライアント装置２１１から検索を行う場合の検索条件となる項目としてとりうる値を示した図である。
【００５７】
クライアント装置２１１からは、各項目５０２〜５０９に関して設定範囲内で検索条件を入力することが可能となる。
【００５８】
図６，図７は、図２に示したクライアント装置２１１から検索を行う場合の検索条件入力画面を示す図である。
【００５９】
図６において、項目６０１ａ，６０１ｂ，６０１ｃ，６０１ｄに検索のエントリが入力され、項目６０２ａ，６０２ｂ，６０２ｃ，６０２ｄは各エントリに対応する条件が入力される。
【００６０】
エントリはデバイス装置によって異なりユーザはその中から検索したい属性情報を選択することになる。本実施形態は図５で示したようにプリンタに関するものである。検索条件情報５０１の各項目５０２〜５０９に関して入力する。ユーザは検索条件を入力した後の検索開始ボタン６０３により検索を実行する。本実施形態では１画面で４つの項目が入力可能であるが、次ページボタン６０４によって検索条件情報５０１の項目全てを入力することが可能である。
【００６１】
図７は、検索入力の一例を示し、この例では、属性情報としてデバイス装置が「プリンタ」で、ページ印刷指定（Ｎ−ｕｐ）が「４」で、ジョブコピー数（ＪＯＢ−ＣＯＰＹ）が「１０」で、ページコピー数（Ｐａｇｅ−ｃｏｐｙ）が「２」とすることが可能であるデバイス装置を検索するための項目７０１ａ〜７０１ｄおよび項目７０２ａ〜７０２ｄを入力した状態に対応する。
【００６２】
なお、図７では図示されていないが、検索条件情報の各項目も次のように設定することが可能である。例えばｄｕｐｌｅｘは両面、用紙サイズはＡ４、解像度は６００ｄｐｉ、ページ数は５０ページ等である。
【００６３】
図８は、図２に示したサーバ装置２１０、クライアント装置２１１、デバイス装置２１３〜２１５間で送受信されるデータのフォーマットの一例を示した図である。
【００６４】
図において、８０１は、図７で示した検索条件をサーバ装置２１０に問い合わせるためのフォーマットの一例を示したものであり、例えばデバイスＤＶは「プリンタ」で、両面ｄｕｐｌｅｘは「両面指定」で、Ｎｕ−ｐ印刷は「４ページ印刷」で、ＪＯＢｃｏｐｙは「１０部」で、Ｐａｇｅｃｏｐｙは「２部」で、用紙サイズｓｉｚｅは「Ａ４」で、ＯＨＰ中差しモード解像度は「６００ｄｐｉ」である場合に対応する。
【００６５】
８０２は、サーバ装置２１０からデバイスの情報を取得するためのフォーマットの一例を示したものであり、例えばＤｅｖ＝ｓｔａｔｕｓは、デバイス装置２１３〜２１５の状態を要求したもので、レディ状態、オフライン状態、印刷中などの状態を返却する。Ｄｅｖ＝ｅｒｒｏｒは、エラー状態であるかの確認要求でエラーの要因を返す。
【００６６】
８０３は、デバイス装置２１３〜２１５からサーバ装置２１０、クライアント装置２１１ヘデバイスドライバの有無や能力情報を確認するためのフォーマットの一例を示したものであり、Ｄｒｉｖｅｒ＝ＬＢＰ１１１０は、ＬＢＰ１１１０のドライバが存在しているかを問い合わせ、Ｉｎｆｏ＝ｄｒｉｖｅｒＬＢＰ１１１０は、デバイスドライバＬＢＰ１１１０の能力情報を要求するものである。
【００６７】
図９は、図２に示したサーバ装置２１０で管理されるデバイス装置２１３〜２１５の能力情報の一例を示す図である。
【００６８】
図において、項目１１０１〜１１０７に対してそれぞれの能力情報が設定されており、項目１１０１としてｄｕｐｌｅｘが「可能」、項目１１０２としてＮ−ｕｐ印刷は「不可能」、項目１１０３としてＪＯＢｃｏｐｙは「１０」まで可能、項目１１０４としてＰａｇｅｃｏｐｙは「９９９」まで可能、項目１１０５として用紙サイズは「Ａ４のみ」、項目１１０６としてＯＨＰの中差しは「不可能」、項目１１０７として解像度は「６００／３００ｄｐｉ」ともに可能であることを示している。
【００６９】
図１０は、図２に示したサーバ装置２１０で管理されるデバイスドライバの能力情報を示す図であり、図９と同一のものには同一の符号を付してある。
【００７０】
図において、項目１１０１〜１１０７に対してそれぞれの能力情報が設定されており、例えば項目１１０１としてｄｕｐｌｅｘが「不可能」、項目１１０２としてＮ−ｕｐが「印刷可能」、項目１１０３としてＪＯＢｃｏｐｙが「可能」、項目１１０４としてＰａｇｅｃｏｐｙが「可能」、項目１１０５として用紙サイズは「Ａ４のみ」、項目１１０６としてＯＨＰの中差しは「可能」、項目１１０７として解像度は「６００／３００ｄｐｉ」ともに処理可能であることを示している。
【００７１】
図１１は、図１に示したデバイス装置３０が持っている能力情報とデバイスドライバの持つ能力情報とを合わせた能力情報を示す図である。
【００７２】
図において、項目１１０１〜１１０８に対してそれぞれの能力情報が設定されており、項目１１０１としてｄｕｐｌｅｘが「可能」、項目１１０２としてＮ−ｕｐドライバにより「印刷可能」、項目１１０３としてＪＯＢｃｏｐｙは１０までデバイス装置で「可能」、項目１１０４としてＰａｇｅｃｏｐｙは「９９９」まで可能、項目１１０５として用紙サイズは「Ａ４」のみ、項目１１０６としてＯＨＰの中差しはドライバにより「可能」、項目１１０７として解像度は「６００／３００ｄｐｉ」ともに可能、項目１１０８としてエラーは「無し」であることを示している。
【００７３】
図１２は、図２に示したサーバ装置２１０からクライアント装置２１１に送信される適合度の結果を示すフォーマットの一例を示す図であり、検索の結果、サーバ装置２１０からクライアント装置２１１に送信される適合度の結果を示すフォーマットを示している。
【００７４】
図において、１２０１は適合度を示し、１２０２は付加情報（Ｅｘｔｅｎｄ情報）で、Ｅｘｔｅｎｄ情報にはドライバ対応項目や予想されるエラー情報または装置の状態が格納される。１２０３はＥｘｔｅｎｄ情報の種類を示すもので、例えば「Ｄ」がドライバ適合項目、「Ｅ」が不適合項目、「Ｗ」がエラーステータスを示す。
【００７５】
図１３は、図２に示したクライアント装置２１１に表示される検索結果通知画面の一例を示す図であり、検索条件に基づく検索の結果、クライアント装置２１１にビットマップとして表示される場合を示している。
【００７６】
図１３において、１３０１ａ〜１３０１ｃがデバイス装置の名称、１３０２ａ〜１３０２ｃが適合度及びＥｘｔｅｎｄ情報で、Ｅｘｔｅｎｄ情報には不適合項目やエラー情報または装置の状態が格納される。この表示により、各デバイスの適合度が高い順に表示され、どのデバイスを選択すればよいかがわかる。
【００７７】
本例では、デバイス装置の名称１３０１ａに対応するＬＢＰ１１１０の適合度が「１００」で、ドライバ適合項目が「４ページ」の印刷機能と「ＯＨＰ中差し」の２つであることがわかる。
【００７８】
また、デバイス装置の名称１３０１ｂに対応するＭＦＰ６５５０では、適合度が「９０」で、Ｅｘｔｅｎｄ情報には不適合項目として「両面」であることを示しており、デバイス装置の名称１３０１ｃに対応するＬＢＰ３３１０では、適合度「６０」で、Ｅｘｔｅｎｄ情報には「ジャム」が発生するしていることが示されている。
【００７９】
なお、本実施形態において、Ｅｘｔｅｎｄ情報は、エラー、不適合項目、ドライバ適合項目の順で表示されている場合を示す。
【００８０】
図１４は、図２に示したカラーＬＢＰ２１３の内部構成を示すブロック図である。
【００８１】
図１４に示したように、カラーＬＢＰ２１３は、システムバス１４０１にプログラムを処理するＣＰＵ１４０２、プログラムが格納されているＲＯＭ１４０３、プログラムのワーク領域やバッファ領域となるＲＡＭ１４０４が接続されている。
【００８２】
１４０５はＬＢＰエンジンコントローラ（ＥＣ）であり、このコントローラ１４０５を介してエンジン（ＬＢＰＥｎｇｉｎｅ）１４０９が接続されている。１４０６はパネルコントローラ（ＰＬＣ）であり、パネル１４１０ヘの入出力をコントロールし、パネル（ＰＡＮＥＬ）１４１０を管理している。
【００８３】
本実施形態におけるカラーＬＢＰ２１３は、ハードディスク（ＨＤ）１４１１を保持し、印刷データを一時的にこのハードディスク（ＨＤ）１４１１内にスプールすることが可能である。これによってジョブコピーに対する対応が可能となっている。
【００８４】
１４０７はディスクコントローラで、ＨＤ１４１１を管理している。１４０８はネットワークインタフェースコントローラ（ＮＩＣ）で、ＮＩＣ１４０８を介して、ネットワーク３２０に接続している。
【００８５】
１４１２は不揮発性ＲＡＭ（ＮＶＲＡＭ）であり、プリンタ２１３の電源が遮断されてもデータが保持されている。本実施形態ではこのＮＶＲＡＭ１４１２に階層型位置情報や属性情報等を保持するようにしているが、それらの情報はＮＶＲＡＭ１４１２にではなく、ＨＤ１４１１に保持しておくことも可能である。
【００８６】
以下、図１５〜図２０に示すフローチャートを参照して、本実施形態の詳細を説明する。
【００８７】
まず、図１５のフローチャートを用いて、デバイス装置のサーバ装置への登録処理について説明する。
【００８８】
図１５は、本発明に係るデバイス装置における第１のデータ処理手順の一例を示すフローチャートである。なお、Ｓ１５０１〜Ｓ１５０４は各ステップを示す。ここでは、例として図２に示したカラープリンタ２１３（名称：ＬＢＰ１１１０）を説明する。
【００８９】
なお、ＬＢＰ１１１０は、位置情報、デバイス名、機種名情報及びＩＰアドレス（以下属性情報）をデバイス装置内の自己情報保持手段である不揮発性ＲＡＭ１４１２に保持しているものとする。
【００９０】
ＬＢＰ１１１０のＣＰＵ１４０２は電源が投入されると、サーバ装置２１０に接続を行い（ステップＳ１５０１）。接続後、ＬＢＰ１１１０は不揮発性ＲＡＭ１４１２から位置情報、属性情報を読み出してサーバ装置２１０に送出し、サーバは図４に図示したような形式で図１に示した管理手段１１に登録を行う。
【００９１】
次に、デバイスドライバを検索しデバイス内にあればデバイス内のデバイスドライバから、デバイス内になければフォーマット８０３を用いてデバイスドライバを検索しサーバ装置２１０または、クライアント装置２１１内のデバイスドライバと通信を行いデバイスドライバの能力情報（図１０参照）を取得する。さらに、図１１で示した能力情報テーブルをデバイスの能力情報とデバイスドライバの能力情報の和をとり作成する（ステップＳ１５０３）。
【００９２】
そして、作成された能力情報テーブルをサーバ装置２１０に送出し登録後、ＬＢＰ１１１０のＣＰＵ１４０２は、サーバ装置２１０との接続を解放して（ステッブＳ１５０４）、処理を終了する。
【００９３】
なお、能力情報テーブルは管理手段１１により管理され検索手段１２によって参照される。本例では、サーバ装置２１０はデバイス装置から取得した情報にデバイスの状態も付加し能力情報テーブル１５を作成している。このような手順を踏み、それぞれのデバイス装置はそれぞれの位置情報、属性情報及び能力情報テーブルをサーバ装置２１０に電源投入後に登録する。当然デバイスドライバの更新が発生した場合も同様の手順が行われる。
【００９４】
次に、サーバ装置２１０の処理について図１６のフローチャートを用いて説明する。
【００９５】
図１６は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。なお、Ｓ１６０１〜Ｓ１６０９は各ステップを示す。
【００９６】
サーバ装置２１０は、イベント駆動型のプログラムで構成され、イベントが発生するとそのイベントを解析して、対応する処理を行う。
【００９７】
サーバ装置２１０は、電源が投入されると、最初に受信ポートをオープンする（ステップＳ１６０１）。次に、イベントを取得し（ステップＳ１６０２）、その取得したイベントが終了コマンドであるか否かを判断する（ステップＳ１６０３）。この判断の結果、上記取得したイベントが終了コマンドであったと判断した場合には、受信ポートをクローズし（ステップＳ１６０４）、処理を終了する。
【００９８】
一方、ステップＳ１６０３の判断の結果、終了コマンドでないと判断した場合には、それが検索要求かどうかを判断する（ステップＳ１６０５）。ここで、検索要求であったと判断した場合には、ステップＳ１６０６で検索処理を行い、ステップＳ１６０２に戻る。
【００９９】
一方、ステップＳ１６０５の判断の結果、検索要求ではなかったと判断した場合には、ステップＳ１６０７でデータベースヘの登録要求であるか否かを判断する。この判断の結果、登録要求であったと判断した場合には、受信したデータを図４に示したテーブル４００上に登録する（ステップＳ１６０８）。
【０１００】
このようにして登録されたテーブル４００は、サーバ装置２１０内のＨＤに保持される。能力情報の登録であった場合は、ＨＤ３１１に保持され、能力情報テーブル１５として管理される。
【０１０１】
また、デバイスドライバの登録であった場合もＨＤ３１１に保持されデバイスドライバ格納手段１６として管理される。
【０１０２】
一方、ステップＳ１６０７の判断の結果、他の要求であったと判断した場合には、その他の処理を行い（ステップＳ１６０９）、処理を終了する。
【０１０３】
なお、その他の処理としては、デバイスドライバの所在の問い合わせやデバイスドライバの能力情報の問い合わせがある。
【０１０４】
図１７は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。なお、Ｓ１７０１〜Ｓ１７１０は各ステップを示す。サーバ装置２１０は、図１６で説明したように、イベント駆動型のプログラムで構成され、イベントが発生するとそのイベントを解析して、対応する処理を行う。
【０１０５】
サーバ装置２１０は、電源が投入されると、最初に受信ポートをオープンする（ステップＳ１７０１）。次に、イベントを取得し（ステップＳ１７０２）、その取得したイベントが終了コマンドであるか否かを判断する（ステップＳ１７０３）。この判断の結果、上記取得したイベントが終了コマンドであったと判断した場合には受信ポートをクローズし（ステップＳ１７０４）、処理を終了する。
【０１０６】
一方、ステップＳ１７０３の判断の結果、終了コマンドでないと判断した場合には、それがデバイスドライバ検索要求かどうかを判断する（ステップＳ１７０５）。ここで、探索要求であったと判断した場合には、ステップＳ１７０６でデバイスドライバ格納手段１６から登録されたデバイスドライバ内で検索処理を行い、その結果をデバイス装置３０に送信して、処理を終了する。
【０１０７】
一方、ステップＳ１７０５で、デバイスドライバの検索要求でないと判断した場合は、ステップＳ１７０７で、デバイスドライバの能力情報要求かどうかを判断し、能力情報要求であったと判断した場合は、ステップＳ１７０８で、デバイスドライバ格納手段１６からデバイスドライバの能力情報（図１０参照）を取得する。そして、ステップＳ１７０９では、取得した能力情報を要求元のデバイス装置（例えばデバイス装置３０）に送信して、処理を終了する。
【０１０８】
一方、ステップＳ１７０７で能力情報要求でないと判断した場合は、ステップＳ１７１０で、その他の処理として要求に応じた処理が行われ、処理を終了する。
【０１０９】
次に、図１８を用いて、サーバ装置２１０で行われるデータ検索処理についてより詳細に述べる。
【０１１０】
図１８は、本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。なお、Ｓ１８０１〜Ｓ１８０６は各ステップを示す。
【０１１１】
検索処理において、ステップＳ１８０１で、受信パケットからクライアントで設定された検索条件を取り出す。ステップＳ１８０２ではデバイスの現在の状態を図８に示したフォーマット８０２のデータをデバイス装置３０に送信することで取得し能力情報テーブル１５に格納する。本実施形態ではデバイスの状態、エラー状態が該当する。
【０１１２】
次に、ステップＳ１８０３では、能力情報テーブル１５と検索条件を比較し適合度がわかる。本実施形態では図８で示した項目とＬＢＰ１１１０の適合結果について説明する。
【０１１３】
ＬＢＰ１１１０は、図９で示した能力をもちデバイスドライバの能力としては図１０で示した能力を持っている。サーバ装置２１０の能力情報テーブルにはそれぞれの能力の和を取ったもの図１１に示した能力情報テーブルに格納されデバイスの現在の状態も更新されている。
【０１１４】
図８に示した検索条件の項目について比較すると、ＤＶ＝ｐｒｉｎｔｅｒは図４に示した情報４０３を参照し適合、ｄｕｐｌｅｘ＝ＯＮに対しては項目１ｌ０１を参照し「可」、Ｎ−ｕｐに対しては項目１１０２を参照し「ドライバで可能」で、ＪＯＢｃｏｐｙに対しては項目１１０３を参照しデバイスで「１０」まで可能であるので「可」、Ｐａｇｅｃｏｐｙが「２」に対しては、項目１１０４を参照し「９９９」まで可能なので「可」、ｓｉｚｅに対しては、項目１１０５を参照し「Ａ４」であるので「可」、ＯＨＰ＝ｉｎｓｅｒｔに対しては、項目１１０６を参照し「ドライバで可」となる。ｒｅｓｏｌに対しては、項目１１０７を参照し「３００／６００」ともに可能なので「可」である。
【０１１５】
また、ＳｔａｔｕｓについてはＲｅａｄｙであるかを項目１１０８を参照し確認するとエラーは「ＮＯ」なので、使用可能状態であることがわかる。
【０１１６】
そこで、上記図１７に示したステップＳ１７０４でデバイス装置の適合度とデバイス装置の状態を図１２に示したフォーマットを使用してクライアント装置２０に通知する。クライアント装置２０より要求された項目８に対して８項目が合致しているので、適合度は「１００」％となり、図１２に示した適合度１２０１に格納される。また、付加情報（Ｅｘｘｔｅｎｄ情報）１２０２には、ドライバ適合項目「４」ページ印刷とＯＨＰ中差しが入り、付加情報の種類１２０３としてはデバイスドライバ適合項目である「Ｄ」が入る。
【０１１７】
一方、ジャムが発生している場合は、付加情報（Ｅｘｘｔｅｎｄ情報）１２０２「ジャム」が格納される。
【０１１８】
一方、ステップＳ１８０５で、全てのデバイスに対して適合結果が得られたかどうかを判定して、適合結果が得られなかったと判定した場合は、ステップＳ１８０６で、次のデバイスの情報４０１から取り出し、ステップＳ１８０２へ戻り、適合結果が得られた場合は、すなわち、全てのデバイスに送信を終了すると、処理を終了する。
【０１１９】
次に、クライアント装置２１１での全体動作について説明する。
【０１２０】
図１９は、本発明に係るクライアント装置２１１における第１のデータ処理手順の一例を示すフローチャートである。なお、ステップＳ１９０１〜Ｓ１９０７は各ステップを示す。クライアント装置２１１は、イベント駆動型のプログラムで構成され、イベントが発生するとそのイベントを解析して対応する処理を行う。
【０１２１】
図１９のフローチャートに示すように、クライアント装置２１１は、最初のステップＳ１９０１でイベントの取得を行う。ステップＳ１９０２で、終了コマンドのイベントを受信した場合には、そのまま処理を終了する。
【０１２２】
一方、ステップＳ１９０２で、終了コマンドでないと判定された場合、例えばクライアント装置２１１では、図７に図示したような検索条件入力画面より、ユーザから検索条件を入力することになる。ユーザが検索開始ボタン７０３をクリックすることによって、そのイベントが発生することになる。
【０１２３】
このようにして、ステップＳ１９０３で検索コマンドの発行要求であったと判定された場合には、クライアント装置２１１は、検索要求をサーバ装置２１０に送信する（ステップＳ１９０４）。
【０１２４】
このとき、図８に示した検索条件式をもって、サーバ装置２１０に問い合わせることになる。また、この検索条件式をＨＤ３１１に保存しておくことによって、次回検索時にはこの条件式を用いることによって、ユーザからの検索条件再入力を省くことが可能となる。
【０１２５】
一方、ステップＳ１９０３で、検索コマンド発行でないと判定された場合には、クライアント装置２１１は、サーバ装置２１０からの検索結果待ちとなり、そのイベントを受信した場合には、ステップＳ１９０５で、検索結果を受信しているかどうかを判定し、検索結果を受信していると判定した場合は、例えば図１２に示したような適合結果を受信した場合、適合結果表示処理を適合度の高い順に行い（ステップＳ１９０６）、ステップＳ１９０１へ戻る。
【０１２６】
一方、ステップＳ１９０５で、検索結果を受信していないと判定した場合は、その他のイベントでは他の処理を行い（ステップＳ１９０７）、ステップＳ１９０１へ戻る。
【０１２７】
なお、その他のイベントとしてデバイスドライバ検索要求やデバイスドライバ能力情報要求があるが、これらはサーバ装置と同様に図１７で示した処理が行われる。当然サーバ装置２１０は、クライアント装置２１１として置き換えられる。
【０１２８】
次に、図２０のフローチャートを参照しながらデバイス装置２１３の動作を詳細に説明する。
【０１２９】
図２０は、本発明に係るデバイス装置における第２のデータ処理手順の一例を示すフローチャートである。なお、Ｓ２００１〜Ｓ２００５は各ステップを示す。
【０１３０】
先ず、ステップＳ２００１で、サーバ装置２１０からデータを受信する。ステップＳ２００２ではデータを解析し現在のデバイス状態要求命令（図８に示した検索条件式８０２）であるかを判断し、そうでないと判定した場合は、ステップＳ２００３で命令に応じた処理を行い、ステップＳ２００５へ進む。
【０１３１】
一方、ステップＳ２００２で、デバイス状態要求命令であると判断した場合はステップＳ２００４で、要求命令の項目に従い情報を取得する。具体的にはエラー情報、デバイスの状態（印刷中、オフライン等）である。
【０１３２】
次に、ステップＳ２００５で、適合度をサーバ装置２１０に送信して、処理を終了する。
【０１３３】
最後に図２１のフローチャートを参照しながらクライアント装置２１１の検索結果表示処理についてより詳細に説明する。
【０１３４】
図２１は、本発明に係るクライアント装置における第２のデータ処理手順の一例を示すフローチャートである。なお、Ｓ２１０１〜Ｓ２１０４は各ステップを示す。
【０１３５】
最初のステップＳ２１０１で、サーバ装置２１０から送信されてくるデバイスの適合度結果を受信する。なお、適合度結果については図１２で示した通りである。
【０１３６】
次に、ステップＳ２１０２で、すべてのデバイスの適合度結果を処理し終わったかどうかを判断する。この判断の結果、全てが終わっていないと判断した場合はステップＳ２１０１に戻り、適合度を受信する。
【０１３７】
一方、ステップＳ２１０２で、全ての処理が終わったと判断した場合には、ステップＳ２１０３に進み、受信した適合結果から適合度の高い順にソートして表示順番を決定する。そして、ステップＳ２１０４で、デバイスに対する装置名１３０１ａ〜１３０１ｃを情報４０１を参照して表示し、かつ、適合度及びＥｘｔｅｎｄ情報１３０２ａ〜１３０２ｃとなる項目、その他の情報を全てのデバイスに対して表示を行う。
【０１３８】
上記で説明した本発明に係るネットワーク上のデバイス装置制御プログラムは、外部からインストールされるプログラムによって、パソコンによって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピーディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をパソコン上にロードすることにより、パソコンに供給される場合でも本発明は適用されるものである。
【０１３９】
図２２は、本発明に係る各種の制御プログラムを格納する記憶媒体のメモリマップを説明する図であり、記憶媒体が、例えばＣＤ−ＲＯＭの場合を示す。
【０１４０】
図２２において、９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびネットワークデバイス装置制御プログラムを記憶してある領域９９９７の位置を示している。
【０１４１】
本発明のネットワーク制御プログラムがクライアント装置２１１等のパソコンにインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、パソコンのＣＰＵによって実行される。
【０１４２】
次に、パソコンのＣＰＵによって実行されるインストールプログラムが、ネットワークデバイス装置制御プログラムを記憶してある領域９９９７からネットワークデバイス装置制御プログラムを読み出して、パソコン内のハードディスクに格納する。
【０１４３】
以上説明したように、デバイス装置の能力とデバイスドライバの能力を合わせることでデバイスの能力を高め高度な機能をユーザに提供することが可能になる。
【０１４４】
ユーザは、当然デバイス選択後、デバイスドライバで実現可能と表示されたものは、デバイスドライバでの設定が必要である。
【０１４５】
〔他の実施形態〕
上記実施形態では、デバイスドライバの選択基準をサーバ装置からとする場合について説明したが、クライアント装置または、デバイスドライバの最も新しいものから選んでもよい。デバイスドライバの更新が発生した場合には、本処理が行われることによって最新のデバイスドライバの能力情報を反映させることが可能である。
【０１４６】
新しいデバイスドライバを検索する処理手順について図２３のフローチャートを用いて処理手順を説明する。
【０１４７】
図２３は、本発明に係るサーバ装置，クライアント装置におけるデバイスドライバ検索処理手順の一例を示すフローチャートである。なお、Ｓ２３０１〜Ｓ２３０６は各ステップを示す。
【０１４８】
また、本処理は、ネットワークにデバイス装置が接続された時またはデバイスドライバが更新された場合に処理を開始するものとする。
【０１４９】
先ず、ステップＳ２３０１で、デバイスドライバが存在しているかを図８に示したデータ８０３中のコマンドｄｒｉｖｅｒコマンドを用いてネットワーク下のサーバ装置、クライアント装置に確認する。
【０１５０】
次に、ステップＳ２３０２で、デバイスドライバのあるサーバ装置、クライアント装置を確認する。ステップＳ２３０３で、該当する端末装置に対して順にデバイスドライバのバージョンを問い合わせる。
【０１５１】
そして、ステップＳ２３０４で、全ての端末装置の確認が終了したかを確認し、そうでない場合は、ステップＳ２３０５で次の端末装置を選択する。
【０１５２】
一方、ステップＳ２３０４で、全ての端末装置に対して処理が終了すると、ステップＳ２３０６で、最も新しいデバイスドライバのあった端末装置に対してデバイスドライバの能力情報を問い合わせ、能力情報を取得して、処理を終了する。
【０１５３】
上記実施形態によれば、デバイス装置及びデバイスドライバの能力を合わせてサーバ装置に能力情報を登録することで、クライアント装置から送信される検索条件の適合度を上げることが可能となった。これにより、デバイス装置の選択範囲を広げまた検索条件に対する適合度を高めた結果をユーザに提供することができる。
【０１５４】
以下、図２４に示すメモリマップを参照して本発明に係るサーバ装置，クライアント装置，デバイス装置等を含むネットワークシステムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１５５】
図２４は、本発明に係るサーバ装置，クライアント装置，デバイス装置等を含むネットワークシステムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１５６】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５８】
本実施形態における図１５〜図２１，図２３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５９】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６０】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６１】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１６２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６４】
【発明の効果】
以上説明したように、本発明に係るサーバ装置およびデータ処理方法、記憶媒体によれば、クライアント装置から送信されたデバイス装置選択のための検索条件に対して選択可能なデバイス装置の適合性をクライアント装置上のユーザに提示して、ユーザがシステム全体中で選択可能なデバイス装置の選択範囲を広げて、検索条件に見合う複数のデバイス装置から意図するデバイス装置を自在に選択できる。
また、本発明に係るデバイス装置およびデータ処理方法、記憶媒体によれば、サーバ装置がデバイス装置側でデバイスドライバの能力情報とデバイス装置の能力情報との和から作成される能力情報とデバイス装置選択のための検索条件とから選択可能なデバイス装置の適合性を算定することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すサーバ装置，クライアント装置，デバイス装置を適用可能なネットワークシステムの構成を説明するブロック図である。
【図２】図１に示したネットワークシステムを適用したデバイス検索システムが動作可能なネットワークの具体的な構成を示す図である。
【図３】一般的なパーソナルコンピュータの内部構成を示す概略構成ブロック図である。
【図４】図２に示したサーバ装置が管理する各デバイス装置のアドレス情報と属性情報とを説明する図である。
【図５】図２に示したクライアント装置から検索を行う場合の検索条件となる項目としてとりうる値を示した図である。
【図６】図２に示したクライアント装置から検索を行う場合の検索条件入力画面を示す図である。
【図７】図２に示したクライアント装置から検索を行う場合の検索条件入力画面を示す図である。
【図８】図２に示したサーバ装置、クライアント装置、デバイス装置間で送受信されるデータのフォーマットの一例を示した図である。
【図９】図２に示したサーバ装置で管理されるデバイス装置の能力情報の一例を示す図である。
【図１０】図２に示したサーバ装置で管理されるデバイスドライバの能力情報を示す図である。
【図１１】図１に示したデバイス装置が持っている能力情報とデバイスドライバの持つ能力情報とを合わせた能力情報を示す図である。
【図１２】図２に示したサーバ装置からクライアント装置に送信される適合度の結果を示すフォーマットの一例を示す図である。
【図１３】図２に示したクライアント装置に表示される検索結果通知画面の一例を示す図である。
【図１４】図２に示したカラープリンタの内部構成を示すブロック図である。
【図１５】本発明に係るデバイス装置における第１のデータ処理手順の一例を示すフローチャートである。
【図１６】本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。
【図１７】本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１８】本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１９】本発明に係るクライアント装置における第１のデータ処理手順の一例を示すフローチャートである。
【図２０】本発明に係るデバイス装置における第２のデータ処理手順の一例を示すフローチャートである。
【図２１】本発明に係るクライアント装置における第２のデータ処理手順の一例を示すフローチャートである。
【図２２】本発明に係る各種の制御プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図２３】本発明に係るサーバ装置，クライアント装置端末装置におけるデバイスドライバ検索処理手順の一例を示すフローチャートである。
【図２４】本発明に係るサーバ装置，クライアント装置，デバイス装置等を含むネットワークシステムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
１０  サーバ装置
１１  管理手段
１２  検索手段
１３  受信手段
１４  送信手段
１５  能力情報テーブル
１６  デバイスドライバ格納手段
２０  クライアント装置
２１  検索要求手段
２２  管理手段
２３  デバイスドライバ格納手段
２４  表示手段
２５  表示装置
３０  デバイス装置
３１  デバイスドライバ格納手段
３２  管理手段
３３  能力情報テーブル作成手段
４０  ネットワーク
２１０  サーバ装置
２１１  クライアント装置
２１３  カラープリンタ
２１４  ＭＦＰ
２１５  モノクロプリンタ
【図１】
0003740346.tif 000002
【図２】
0003740346.tif 000003
【図３】
0003740346.tif 000004
【図４】
0003740346.tif 000005
【図５】
0003740346.tif 000006
【図６】
0003740346.tif 000007
【図７】
0003740346.tif 000008
【図８】
0003740346.tif 000009
【図９】
0003740346.tif 000010
【図１０】
0003740346.tif 000011
【図１１】
0003740346.tif 000012
【図１２】
0003740346.tif 000013
【図１３】
0003740346.tif 000014
【図１４】
0003740346.tif 000015
【図１５】
0003740346.tif 000016
【図１６】
0003740346.tif 000017
【図１７】
0003740346.tif 000018
【図１８】
0003740346.tif 000019
【図１９】
0003740346.tif 000020
【図２０】
0003740346.tif 000021
【図２１】
0003740346.tif 000022
【図２２】
0003740346.tif 000023
【図２３】
0003740346.tif 000024
【図２４】
0003740346.tif 000025