JP2007080280A - 情報処理方法、情報処理装置、プログラム - Google Patents

Abstract

【課題】 プユーザ又は管理者が、ネットワークを介して接続された周辺装置を制御するための制御プログラムをコンピュータにインストールする際に、既存の開発資源に大幅な変更を加えることなく、煩雑な操作を不要とすることである。
【解決手段】 ネットワーク探索プロトコルに従った探索要求に対する応答の中から、周辺装置に対応する第一の識別情報を認識し、該認識された第一の識別情報を用いて、制御プログラムを情報処理装置に対してインストールするためのインストールプログラムが解釈できる形式で記述された第二の識別情報を生成する。そして、生成した第二の識別情報を、情報処理装置に対してインストールするためのインストールプログラムに対して入力することにより、当該入力した第二の識別情報を用いた前記制御プログラムを前記情報処理装置に対してインストールする処理を制御する構成を特徴とする。
【選択図】 図４

Description

本発明は、ネットワークを介して所定の処理を行う周辺装置に対する設定を行う情報処理方法および情報処理装置およびプログラムに関するものである。

近年、ネットワークのインフラが整備されるに従い、ネットワーク対応型のプリンタ、スキャナ、複写機等の画像処理装置が急速に普及しつつある。ネットワーク上の各種サービスを提供するデバイスを、ネットワークを介して探索する技術が開発されつつある。例えば、このような技術にはマイクロソフト社の提唱するＵｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ（ＵＰｎＰ）が存在する。

これらのネットワーク対応型の周辺装置を使用する場合、例えばネットワーク対応型プリンタを例にとると、事前に使用するクライアント、例えばパーソナルコンピュータ上に、そのクライアント上で稼動するオペレーティングシステム、例えばＷｉｎｄｏｗｓ（登録商標）によりデータベース上に登録管理された該当ドライバをインストールするか、あるいは、プリンタベンダからフレキシブルディスク、ＣＤ−ＲＯＭ等の記録媒体を介して提供されるドライバソフトウエア（ドライバ）をインストールした上で、プリンタに割り当てられたＩＰアドレス、プリンタポート、使用するプリントプロトコル、デバイスドライバ等の周辺装置を動作させるための情報を把握する必要がある。そして、周辺装置の他のネットワークへの移動、ネットワークへの新規加入などにより、ネットワークシステムに接続されている装置の構成は刻々と変化しているが、ネットワーク上に存在する周辺装置を管理するためには、該周辺装置の情報を把握して管理する技術が開発されつつある。

しかし、ＵＰｎＰ１．０などの既存の管理システムは、周辺装置とコンピュータを接続するための技術仕様であるが、機器同士が通信するためのプロトコルとデータフォーマットについて規定しているだけである。

従って、ＵＰｎＰなどの管理システムが管理している情報を用いたとしても、デバイスドライバなどの周辺装置を制御する制御プログラムをコンピュータにインストールするに際し、デバイスドライバ等の制御プログラムをインストールしてネットワーク上の周辺装置を利用可能とするためには煩雑な設定が必要であるという問題は依然として存在した。

一方、近年は、マイクロソフト社の提供するＯＳにおいて、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）でローカル接続された周辺装置からデバイス番号を受信して認識し、自動的にデバイスドライバをインストールするプラグアンドプレイインストーラが搭載されている。

しかし、プラグアンドプレイインストールが出来るのは、ローカル接続に限られており、これをネットワークに拡張するアイデアはこれまで存在しなかった。

さらに、複数のネットワーク対応の周辺装置を管理する管理方式がネットワーク上に並存している場合、ある特定の管理方式に対応した管理システムからは、該特定の管理方式には対応していないネットワーク上の周辺装置を認識することができないという問題があった。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ユーザ又は管理者が、ネットワークを介して接続された周辺装置を制御するための制御プログラムをコンピュータにインストールする際に、既存の開発資源に大幅な変更を加えることなく、煩雑な操作を不要とするための仕組みを提供することを目的とする。

上記目的の少なくとも一つを達成するため、本発明の実施形態の一つにおいては、例えば、周辺装置と通信する情報処理装置であって、前記周辺装置を制御するための制御プログラムのインストーラが搭載された情報処理装置における情報処理方法において、特定のネットワーク探索プロトコルに従う前記周辺装置の探索要求を発行する発行工程と、前記周辺装置から、前記周辺装置の第一の識別情報が付加された、前記発行手段が発行した特定のネットワーク探索プロトコルに従った探索要求に対する応答を取得する取得工程と、前記ネットワーク探索プロトコルに従った探索要求に対する応答の中から、前記周辺装置に対応する第一の識別情報を認識する認識工程と、前記認識工程にて認識された第一の識別情報を用いて、制御プログラムを前記情報処理装置に対してインストールするためのインストールプログラムが解釈できる形式で記述された第二の識別情報を生成する生成工程と、前記生成工程が生成した第二の識別情報を、前記情報処理装置に対してインストールするためのインストールプログラムに対して入力することにより、当該入力した第二の識別情報を用いた前記制御プログラムを前記情報処理装置に対してインストールする処理を制御するインストール制御工程とを有することを特徴とする。

本発明によれば、ネットワーク上の周辺装置を認識して、ローカル用のインストーラを利用して対応するドライバをインストールできる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
図１は、本発明の一実施形態を示す情報処理装置及び周辺装置を適用可能な印刷システムの構成を説明するブロック図であり、ネットワークＮＥＴを介して、本発明の情報処理装置の好適な一例であるクライアントＰＣ（以下、単にクライアントともいう）と周辺装置としてのプリンタＰＲとが通信可能な印刷システムの例に対応する。周辺装置としては、プリンタ、複写機、ファクシミリ若しくはこれらの複合機などの画像形成装置、又はデジタルカメラを含む。なお、本発明はクライアント側で実行されるアプリケーションとネットワークプリンタに実装されるサービスから構成され、各機能モジュールより構成される。

図１において、１は本発明の特徴的な構成の一つであるクライアントＰＣに提供されるアプリケーション部で、クライアントが動作しているオペレーティングシステム環境上で動作するソフトウエアであり、通信機能としてＴＣＰ，ＵＤＰ，ＩＰプロトコルスタック部２を備え、そのプロトコルスタック上でＨＴＴＰ１．１ に準ずるＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部３を備え、後述のＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）リクエストの発行処理部４、およびレスポンスの解析を実行する解析処理部５を備える。

なお、アプリケーション部１には、後述するようなＡｕｔｏｍａｔｉｃ Ｄｒｉｖｅｒ Ｄｏｗｎｌｏａｄｅｒ、Ｃｏｎｆｉｇｕｒａｔｏｒ、ＳＯＡＰレスポンス発行処理部、ＳＯＡＰパーサ等のアプリケーションモジュールが該当するものとする。

６はＧＵＩモジュール部（ＧＵＩ）で、ユーザに対しインタラクティブに要求の受付、アプリケーション部１の制御に応じて、および処理結果の表示処理を実行する。７はＣｏｎｆｉｇｕｒａｔｏｒモジュール部（Ｃｏｎｆｉｇｕｒａｔｏｒ）で、ネットワークを介してプリンタより取得したドライバを、あわせてプリンタより取得したネットワーク情報をもとに、クライアントが保持する記録装置に対しイントール処理を実行するとともに、オペレーティングシステムに対し、ドライバ情報の登録を実行する。

なお、イントール実行の際には、Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌｌｅｒ部（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌｌｅｒ）８を介してメモリスペースの有無、およびイントール先の管理制御を実行する。１００はドライバ自動ダウンロード・設定モジュール部である。

一方、ネットワークサービス、本実施形態ではネットワーク対応型プリンタＰＲには、通信機能としてＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部９を備え、そのプロトコルスタック部（ＴＣＰ／ＵＤＰ／ＩＰＩＰＰｒｏｔｏｃｏｌ Ｓｔａｃｋ）９上でＨＴＴＰ１．１ に準ずるＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部１０を備え、後述のＳＯＡＰ （Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）リクエストの解析処理部１１、およびレスポンスの発行を実行する発行処理部１２を備える。

また、プロトコルスタック部９上にはＰｒｉｎｔ Ｐｒｏｔｏｃｏｌモジュール部（Ｐｒｉｎｔ Ｐｒｏｔｏｃｏｌ）１３が実装され、クライアントＰＣから発行されるプリンタ要求を解析しＰｒｉｎｔｅｒ Ｃｏｎｔｒｏｌｌｅｒ部（Ｐｒｉｎｔ Ｃｏｎｔｒｏｌｌｅｒ）１４に対し該要求を送出する機能を備える。

１５はＭｅｍｏｒｙ Ｃｏｎｔｒｏｌｌｅｒ部で、レスポンスを生成する際にドライバが格納されているディレクトリ情報の管理、データサイズ情報の管理機能を備えるとともに、ドライバ送信時において記録装置から読み出したドライバをＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部１０に対し送出処理を実行する機能を備える。

図２は、本発明の情報処理装置並びに周辺装置並びに代理応答装置に好適なハードウェア構成の一例を示す図であり、情報処理装置の好適な一例であるクライアントＰＣは、標準的なＰＣで構成される。なお、クライアントＰＣ（ＣｌｉｅｎｔＰＣ）は、図２に示すハードウェア構成を含む。クライアントＰＣは、バス１２０６を介して、ランダムアクセスメモリ部（ＲＡＭ１２０１），記憶部であるハードディスクドライブ部（ＨＤＤ１２０２）、入力部の一例であるキーボード部（ＫＢＤ１２０３）、制御部の一例であるＣＰＵ１２０４、表示部の一例である表示用ディスプレイ（ＬＣＤ１２０５）、通信制御部の一例であるネットワークボード（ＮＢ１２０７）を含む。ＨＤＤや可搬性ＣＤ−ＲＯＭ又は内部据付のＲＯＭなどの他の記憶手段であってもよいことは言うまでも無い。

図１に示した１乃至８の各モジュールは、ＨＤＤ１２０２に記憶され、必要に応じてＲＡＭ１２０１に読み出されてＣＰＵ１２０４により実行される。これにより、ＣＰＵ１２０４が、図３の処理を行い、図１の各モジュールが果たす機能を実現する。

また、図１のプリンタ側も同様に図２に示すハードウェア構成を採る。異なるのは、印刷処理を行うプリンタコントローラ（図示省略）を有する点である。図１に示す９乃至１５の各モジュールも、プリンタのＨＤＤ又はＲＯＭに記憶され、必要に応じてＲＡＭに読み出されＣＰＵにて実行される。

図３は、本発明に係るネットワークシステムの構成を説明するブロック図であり、クライアントＰＣ（ＣｌｉｅｎｔＰＣ）８５１，プリンタ（Ｐｒｉｎｔｅｒ）８５２，代理サーバ（Ｐｒｏｘｙ Ｓｅｖｅｒ）８５３がネットワークを介して通信可能なシステムに対応する。

なお、図３に示す本発明の代理応答装置の好適な一例である代理サーバ８５３に記憶されたＳＯＡＰレスポンス発行処理部８１５、ＳＯＡＰリクエスト解析処理部（ＳＯＡＰＰａｒｓｅｒ）８１６、Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ処理部（ＳＮＭＰ）８１７、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部８１４、ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部８１３の各モジュールも、また、同様に図２に示すハードウェアにおいて実行される。自動ドライバ設定部８０１、ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部（ＴＣＰ／ＵＤＰ／ＩＰＰｒｏｔｏｃｏｌ Ｓｔａｃｋ）８０２、ＧＵＩモジュール部（ＧＵＩ）８０６、ＳＯＡＰリクエスト発行処理部（ＳＯＡＰＧｅｎｅｒａｔｏｒ）８０４、ＳＯＡＰリクエスト解析処理部（ＳＯＡＰＰａｒｓｅｒ）８０５、コンフィギュレータモジュール部（Ｃｏｎｆｉｇｕａｔｏｒ）８０７、ＨＴＴＰ部（ＨＴＴＰ）８０３も同様に図２に示すハードウェアで実行される。メモリコントローラ部８０８は、基本的に独立なハードウェアで構成されることが多い。

また、図３のプリンタ８５２側も、図２に示すハードウェア構成をしている。周辺装置の好適な一例であるプリンタであれば、プリンタコントローラ（図示省略）もバスに接続される。ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部８０９、Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ処理部８１０、プリントプロトコルモジュール部８１１の各モジュールも、ＨＤＤからＲＡＭに読み出され、ＣＰＵにより実行される。プリンタコントローラ部８１２は独立のＣＰＵを用いても良い。ただし、図３のプリンタ８５２は図１のプリンタと異なり、ＵＰｎＰに関連するアプリケーション部は無い。

図４は、本発明に係る情報処理装置と印刷装置とを適用可能な印刷システムにおけるデータ処理手順の一例を示すフローチャートである。なお、Ｓ１〜Ｓ２４は各ステップを示す。

図５は、図１に示したクライアントＰＣ上に表示される印刷設定画面の一例を示す図であり、プリンタ選択画面中に、選択可能なプリンタ名と新規プリンタの検索と追加を指示できる項目が表示されている状態に対応する。

ネットワーク接続されたクライアント、例えばパーソナルコンピュータ（クライアントＰＣ）上で動作するアプリケーション、例えばワードプロセッサアプリケーションで作成ドキュメントを印刷する場合、メニューより「印刷」を選択すると（Ｓ１）、図５に示すように現在クライアントＰＣの表示装置に登録済みのプリンタがリスト表示される。

次に、ステップＳ２で、リスト上に現れているプリンタでの印字を実行するかどうかを判断して、リスト上に現れているプリンタでの印字を実行すると判断した場合は、いずれかのプリンタをユーザがポインティングデバイスやカーソル指示キーを操作指示により選択することで、作成したドキュメントは該当するドライバにより印字可能データに変換された後に、ネットワークを介して指定したプリンタに送信されて通常印刷処理される（Ｓ３）。

一方、ステップ（Ｓ２）で、リスト上に登録されているプリンタ以外での印字をユーザが希望する場合、すなわち、ネットワーク上に新規に追加されたプリンタを使用する場合、あるいは、ユーザが移動先のオフィス等のネットワーク環境上において利用可能なプリンタを使用する必要が生じた場合、図５に示したリスト上の新規プリンタの検索・追加を選択する。

この選択を実行すると、本発明であるアプリケーションＡｕｔｏｍａｔｉｃＤｒｉｖｅｒ Ｄｏｗｎｌｏａｄｅｒ／Ｃｏｎｆｉｇｕｒａｔｏｒ（自動ドライバダウンロード設定モジュール部）１００が起動される（Ｓ４）。

このようにして自動ドライバダウンロード設定モジュール部が起動すると、アプリケーション部１に含まれるドライバ自動ダウンロード設定モジュール部１００は、ネットワークＮＥＴ上に利用可能なプリンタが存在するか探索するために検索処理を行う（Ｓ５）。その際、検索に使用されるプロトコルは、本実施形態では、所定の探索要求の好適な一例である例えばＵｎｉｖｅｒｓａｌ Ｐｌｕｇａｎｄ Ｐｌａｙ Ａｒｃｈｉｔｅｃｔｕｒｅ１．０ にて規定されるＳｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌを使用する。ドライバ自動ダウンロード設定モジュール部（発行手段）は、マルチキャストアドレス「２３９．２５５．２５５．２５０ 」、ポート番号「１９００」に対し図６に示すフォーマットのＨＴＴＰパケットを発行する。なお、所定の探索要求はＵＰｎＰの探索要求に限るものではない。

図６は、図１に示したクライアントＰＣからプリンタＰＲに対して発行されるＨＴＴＰリクエストの一例を示す図である。

本実施形態においては、その際、ＨＴＴＰリクエストのエンティティボディとしてＳｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌを使用し、検索パケット発行時にクライアントＰＣの使用しているオペレーティングシステム（ＯＳ）の情報を通知する。

その際の書式は、図６に示すフォーマット中のＥｎｖｅｌｏｐｅタグ内に記述され、ＧｅｔＤｒｉｖｅｒＩｎｆｏｒｍａｔｉｏｎリクエスト（ドライバ情報取得要求）の引数としてＳｕｐｐｏｒｔｅｄＯＳ，ＯＳＶｅｒｓｉｏｎが通知される。

ここでＳｕｐｐｏｒｔｅｄＯＳはオペレーティングシステム名称（本実施形態では、図４に示すように、Ｗｉｎｄｏｗｓ（登録商標）９８であり、ＯＳＶｅｒｓｉｏｎはそのバージョン（本実施形態では、図６に示すように「４．１０．２２２２Ａ」の場合を示す。

次に、本発明が適用されるネットワーク対応プリンタＰＲは、上記ＨＴＴＰリクエスト（ＳＳＤＰリクエスト）を受信した後（Ｓ６）、そのリクエストのＳＴ（Ｓｅｒｖｉｃｅ Ｔｙｐｅ）ヘッダを解析し、プリンタＰＲに対するリクエスト要求に一致する（ヘッダ内容がＰｒｉｎｔ）かどうかを判断して（Ｓ７）、ＮＯ、例えばＰｒｉｎｔ以外のＳＴ指定であった場合、あるいはパケット内容に不正があった場合は処理を中断し、リクエストに対してレスポンスを発行せず、無視するようにステップＳ６へ戻る。

また、ステップＳ２では、ネットワークに接続された所定のサービスを表示してもよい。また、ホストが発行するＳＴヘッダにおいては、もちろん複数のプリンタを含むサービスを指定可能である。ここで、装置単位ではなく、ＳＴヘッダに対して、特定のサービス、例えば、スキャンサービス、デジタルカメラのサービス、プリントサービス単位で指定することも考え得る。例えば、ホストの表示画面でプリントサービスを指定すると、ＳＴヘッダにプリントサービスを含ませたＵＰｎＰに基づく探索要求をプリンタに対して送信する。そして、プリンタ側のＳＯＡＰリクエスト解析処理部は、該要求を認識し、ＳＴヘッダにプリンタサービスが指定されていることを認識するのに応じて、デバイスＩＤを返信する。プリントサービスを提供できる装置は、ホストにおいて、プリントサービスを提供可能な、各装置のデバイスＩＤを抽出して図８と同様に表示される。そして、ユーザが、サービス探索に対して応答してきたプリントサービスを提供可能であると判断された印刷装置を複数指定して前述のインストール処理を行うこともできる。

また、ステップＳ７で、該ヘッダ内容がＰｒｉｎｔであったと判断した場合、引き続き、ＨＴＴＰリクエストエンティティボディの解析を実行する。そして、ＨＴＴＰリクエストエンティティＳＯＡＰメッセージをＳＯＡＰリクエスト解析処理部にて解析し、ＧｅｔＤｒｉｖｅｒＩｎｆｏｒｍａｔｉｏｎリクエストの引数であるＳｕｐｐｏｒｔｅｄＯＳ，ＯＳＶｅｒｓｉｏｎの内容をチェックし、ネットワーク対応プリンタ内の記録装置内に該当するドライバが記録されていない場合、該リクエストに対するレスポンスは発行せず、要求を無視して、ステップＳ６へ戻る。

一方、ステップＳ７で、該当するドライバが記録されていると判断した場合、クライアントＰＣに対しユニキャストでＨＴＴＰレスポンスを発行する（Ｓ８）。

本実施形態においては、その際、ＨＴＴＰレスポンスのエンティティボディとしてＳｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌを使用し、プリンタ内記録装置内に記録されているドライバに関する以下の情報をクライアントに対し通知する。ドライバ自動ダウンロード設定モジュール部１００（取得手段）は、これらの情報をＴＣＰ／ＵＤＰ／ＩＰモジュール部を介して取得する。

これら情報は、図５に示すデバイス構成情報としてＥｎｖｅｌｏｐｅタグ内に記述され、クライアントＰＣがプリンタＰＲに要求したＧｅｔＤｒｉｖｅｒＩｎｆｏｒｍａｔｉｏｎリクエストに対する戻り値として以下のレスポンスがクライアントＰＣに通知される。ＳＯＡＰリクエスト解析処理部部５（取得手段）は、ＴＣＰ／ＵＤＰ／ＩＰモジュールを介してデバイス構成情報を取得する。

図７は、図１に示したプリンタＰＲからクライアントＰＣに通知されるＨＴＴＰレスポンスの一例を示す図である。

図７に示すデバイス構成情報は、ドライバ情報取得要求の応答における所定の領域にプリンタのＳＯＡＰレスポンス発行処理部１２又は、後述する代理サーバ８５３のＳＯＡＰレスポンス発行処理部８１５（付加手段）が挿入して付加する。つまり、ＳＯＡＰレスポンス発行処理部１２は、Ｅｎｖｅｌｏｐｅタグ内のＧｅｔＤｒｉｖｅｒＩｎｆｏｒｍａｔｉｏｎリクエストに対する戻り値を記述するための領域に挿入して付加する。そして、ＳＯＡＰレスポンス発行処理部１２は、クライアントＰＣに向けて送信するようＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部１０を制御し、応答処理を行う。図７に示すように、元々のＵＰｎＰ１．０の拡張領域にデバイス構成情報として、該プリンタのプリンタドライバを格納した記憶領域を示すＵＲＬプリンタ製造者名、機種名、プリンタの有する能力を示す情報を挿入する。

例えば、ＰｒｉｎｔｅｒＭａｋｅＡｎｄＭｏｄｅｌはプリンタ製造者名・機種名を示し、ＰｒｉｎｔｅｒＮａｍｅはプリンタ名を示し、ＰｒｉｎｔｅｒＰＤＬはプリンタがサポートするページ記述言語を示し、ＰｒｉｎｔｅｒＬｏｃａｔｉｏｎはプリンタ設置場所を示し、ＩＰＡｄｄｒｅｓｓはプリンタＩＰアドレスを示し、ＤｒｉｖｅｒＶｅｒｓｉｏｎはドライババージョンを示し、ＤｒｉｖｅｒＤａｔａＳｉｚｅはドライバデータサイズを示し、ＤｒｉｖｅｒＲｅｑｕｉｒｅｄＭｅｍｏｒｙＳｉｚｅはドライバ必要メモリサイズを示し、ＤｒｉｖｅｒＵＲＬはドライバ格納ＵＲＬを示す。ＤｒｉｖｅｒＵＲＬの代わりに、プリンタドライバの格納された記憶領域を示す情報としては、マイクロソフト社の提唱するＵＮＣパス名を指定して、ネットワーク上のサーバが有する記憶手段の所定の記憶領域からドライバを取得するようにしてもよい。

これらのデバイス構成情報は、ＳＯＡＰレスポンス解析処理部５（認識手段）により解析される。そして、ＳＯＡＰレスポンス解析処理部５は、デバイス構成情報から、プリンタの識別情報の好適な一例であるデバイスＩＤを抽出し、認識する。ここで、デバイスＩＤは、プリンタを一意に識別できるものであればよいが、以下では、前述の図７に示すデバイス構成情報のうち，プリンタ製造者名と機種名のペアをデバイスＩＤとして、プリンタを特定する例を考えている。

以下、ＵＰｎＰのようなネットワークに接続された機器がネットワーク越しにネゴシエーションを行う際に授受される情報をデバイス構成情報という。アプリケーション部１が、デバイス構成情報から抽出する情報であって、プリンタを特定可能な識別情報をデバイスＩＤという。本実施形態では、デバイスＩＤとして、機種とプリンタ製造者名の組を用いる。そして、ローカル接続に用いられるインタフェース（例えばＵＳＢやＩＥＥＥ１２８４など）においては、デバイスＩＤは、特定の番号に対応付けられて管理されている。

次に、ステップ９で、あらかじめ規定された時間内にレスポンスが受信されたかどうかを判断し、あらかじめ規定された時間内にレスポンスが受信されなかったと判断した場合は、ＧＵＩ モジュール部６を介してクライアントＰＣの表示装置上を介してユーザに対し、その旨を示すメッセージを表示して（Ｓ１０）、処理を終了する（Ｓ２２）。

一方、ステップＳ９で、あらかじめ規定された時間内にレスポンスを受信したと判断した場合は、応答の結果に基づいて、受け取ったクライアントＰＣのアプリケーション部１はＧＵＩモジュール部６を制御して、後述するデバイス構成情報を含むレスポンスのあったネットワークプリンタのプリンタ名をクライアントＰＣの表示装置上に図８に示すとおりリスト表示する（Ｓ１１）。
図８は、図１に示したクライアントＰＣ上に表示される新規に検索されたプリンタ一覧を表示した画面の一例を示す図である。

次に、ユーザは該リストをもとに希望するプリンタ名を選択指示すると、選択指示がＧＵＩを介してアプリケーション部１（指示手段）に入力される（Ｓ１２）。アプリケーション部１は、該プリンタの選択指示の入力に応答して、以下のデバイスＩＤの変換処理を行う。

まず、アプリケーション部１（判断手段）は、クライアント側オペレーティングシステムが管理するドライバデータベースを検索し、該当ドライバがクライアントＰＣ側記録装置（例えばハードディスク）上に格納されているか否か（Ｄｒｉｖｅｒ有りか否か）をチェックして判断する（Ｓ１３）。そして、アプリケーション部１（インストール制御手段）は、格納されていると判断した場合は、そのドライバのイントール処理に移行する（Ｓ１４）。

その際、アプリケーション部１は、該ドライバに対し、プリンタから取得したプリンタＩＰアドレスを設定すると共に、デバイス構成情報からプラグアンドプレイインストーラが認識可能なデバイス番号を抽出して認識する処理を行って、プラグアンドプレインストーラに入力し、インストール処理を開始するようプラグアンドプレイインストーラを制御する。デバイスＩＤを受け取ったプラグアンドプレイインストーラは、ＯＳのＡＰＩを呼び出して、システムインストーラにインストール処理を開始し、ドライバインストールを完了する（Ｓ１５）。

上記のデバイスＩＤを用いて、アプリケーション部１は、ＩＥＥＥ１２８４−２０００に対応した本発明のインストーラであるプラグアンドプレイインストーラは、インストール処理するようプラグアンドプレイインストーラを制御する。ここでは、ＩＥＥＥ１２８４−２０００を用いたが、通信インタフェースとしては、接続された機器を特定することができるデバイス番号を授受可能なインタフェースであれば、どんなものでもよい。

なお、Ｍｉｃｒｏｓｏｆｔ社が提供するＷｉｎｄｏｗｓ（登録商標）に代表されるように、クライアント側オペレーティングシステム自身がドライバインストールを実施するためのＰｌｕｇ ａｎｄ Ｐｌａｙ関連ＡＰＩ （Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を活用するため、以下の仕組みを検討する。

例えば、ＵＳＢに対応したプラグアンドプレイインストーラにおいて、インストーラの好適な一例であるプラグアンドプレイインストーラを動作させることもできる。以下、ＵＳＢ形式のデバイス番号を用いたステップＳ１３〜Ｓ１５のプラグアンドプレイインストール処理の詳細を示す。ＵＳＢのデバイス番号を用いる場合は、製造メーカと機種名の組合せを用いて、所定の形式でデバイス番号を構成する。ここで、アプリケーション部１は、図７のデバイス構成情報からデバイスＩＤを抽出することができる。そして、ＵＳＢで規定された所定の形式でデバイスＩＤを１６進表示で示したデバイス番号は、以下のようになる。

例えば、０４ａ９番に対しては、ある複数メーカのうち製造メーカＫａｉｓｈａ Ｉｎｃが対応付けられ、該０４ａ９番の階層の下に構成される複数の番号の一つである１０５１番に対して、Ｐｒｉｎｔｅｒ３３０が対応付けられるというように考えることが出来る。アプリケーション部１は、デバイス番号である０４ａ９番と１０５１番のペアをプラグアンドプレイインストーラに入力して、プラグアンドプレイインストーラに、後述するインストール処理を行わせる。

上述の場合は、ステップＳ１３からステップＳ１５までのプロセスは、プアグアンドプレイインストーラと、システムインストーラがインストール処理を実行することになる。プアグアンドプレイ機能が提供されないオペレーティングシステムにおいてはアプリケーション部１が全プロセスを実行する。

図９は、本発明の実施形態におけるホストコンピュータ（ＰＣ）内のソフトウエア構成を示す図である。ホストコンピュータＰＣは基本的には、図１に示すホストコンピュータＰＣと同様のものである。アプリケーション部１も、図１に示すアプリケーション部と同様のものである。

また、図９に示す四角形で囲まれたブロック１、２，３，６，システム管理部１００１，ドライバ管理部１００２，デバイスＩＤ・ドライバパスリスト１００３，ドライバ格納部１００４，プラグアンドプレイインストーラ１００５、システムインストーラ１００９は、プログラムモジュールで構成されており、ホストコンピュータ内の外部メモリに記憶されており、必要に応じてＲＡＭに読み出されてＣＰＵによって制御される。デバイス番号は、周辺装置（例えば、プリンタＰＲ）を識別するための情報である。なお、図１と同一のものには同一の符号を付してある。

図９において、デバイスＩＤ・ドライバパスリスト１００３は、デバイス番号並びにドライバパスリストの組からなるデータベースであるデバイス番号・ドライバパスリストのデータベースである。ここでいう、ドライバパスとは、デバイスドライバ（ここではプリンタドライバ例を挙げている）のホストコンピュータに備えられた外部メモリ、或いは、ホストコンピュータとネットワークを介して接続されたファイルサーバ１０１０内の外部メモリにおける格納場所（パス）のことである。プラグアンドプレイインストーラ１００５は、デバイス番号をキーにドライバパスを検索して認識し、該ドライバパスに配置されているプリンタドライバを取得する。そして、プリンタドライバインストーラとして機能するシステムインストーラ１００９は、該取得したプリンタドライバをドライバ格納部１００４にインストールする。なお、１０１０はネットワーク３０００を介して通信可能なファイルサーバである。

図１０は、図１に示したアプリケーション部１のテーブルを説明する図であり、本テーブルは、デバイスＩＤ，ＵＳＢデバイス番号、ドライバが格納されたパスが記憶されている。

図１０において、１３０１はデバイス構成情報の一部として製造者名、機種名の組であるデバイスＩＤ１３０５とＵＳＢデバイス番号１３０４を対応付けるアプリケーション部１内のテーブルである。１００３は前記ＵＳＢデバイス番号１３０４をドライバが格納されたパスと対応付けるデバイスＩＤ・ドライバパスリストである。

次に、インストール処理の詳細をプラグアンドプレイに対応したプラグアンドプレイインストーラ１００５を例として説明する。

プリンタ（ＰＲ）は、図７に示すデバイス構成情報をクライアントＰＣに対して送信する。プリンタＰＲからデバイス構成情報を取得したクライアントＰＣは、クライアントＰＣ内のＨＤＤ等にデバイス構成情報を記憶する。図７に示すデバイス構成情報の元になる、下記に示すような、プリンタのデバイスＩＤをＨＤＤに記憶されたデバイス構成情報の中から、アプリケーション部１（取得手段）が抽出して取得する。

「＜ＰｒｉｎｅｒＭａｋｅＡｎｄＭｏｄｅｌ＞ＡＢＣ Ｐｒｉｎｔｅｒ Ｓｅｒｉｅｓ １２３＜／ＰｒｉｎｅｒＭａｋｅＡｎｄＭｏｄｅｌ＞」
アプリケーション部１は、製造者がＡＢＣ社で、機種Ｐｒｉｎｔｅｒ Ｓｅｒｉｅｓ １２３であることを文字列処理により認識する。そして、アプリケーション部１は、プリンタ製造メーカとプリンタ機種名の組合せであるデバイスＩＤ１３０５を、デバイスＩＤに対応付け可能なデバイス番号を対応付けるアプリケーション部１内のテーブル１３０１を持っている。そして、アプリケーション部１（変換手段）は、取得したデバイスＩＤを、ＵＳＢに対応したプラグアンドプレイインストーラ１００５（インストール手段）が認識可能なデバイス番号１３０４（上述の例では、０４ａ９と、１０５１の組）に変換する。

プラグアンドプレイインストーラ１００５は、アプリケーション部１によって変換されたデバイス番号１３０４をアプリケーション部１から取得する。プラグアンドプレイインストーラがデバイス番号・ドライバパスリスト１００３を検索し、デバイス番号に対応するプリンタドライバが格納されたパス１３０３を認識して特定する。

次に、プラグアンドプレイインストーラ１００５（インストール手段）は、ＯＳのＡＰＩから、システムインストーラ１００９を呼び出す。そして、システムインストーラ１００９は、ファイルサーバ１０１０又はクライアントＰＣの有する外部メモリに記憶されたプリンタドライバを取得して、ドライバ格納部１００４にインストールする。同時に、システムインストーラは、自動的にドライバ管理部１００２にデバイス番号に基づいてプリンタを登録するようシステム管理部１００１に登録依頼を行う。以後、ＯＳはドライバが登録されていることを認識するので、ドライバ格納部に格納されたプリンタドライバを適宜ローディングして印刷に関する各種処理を行う。なお、本実施形態では機器の識別情報を送受信するための方法の一例として、ＵＳＢを用いているが、ＩＥＥＥ１２８４―２０００など、他のデバイス番号に対応したインタフェースを用いてもよい。これにより、ＵＰｎＰの管理方式で管理される情報を活用し、システムの大幅な変更を行うことなく、既存のプラグアンドプレイインストーラを活用することができる。

なお、インタフェースがＩＥＥＥ１２８４−２０００である場合は以下のようになる。まず、アプリケーション部１（変換手段）は、プリンタＰＲから通知されたＨＴＴＰレスポンス、プリンタ製造者名並びにプリンタ機種名を示すＰｒｉｎｔｅｒＭａｋｅｒＡｎｄＭｏｄｅｌ，プリンタ名を示すＰｒｉｎｔｅｒＮａｍｅ，プリンタが対応する言語を示すＰｒｉｎｔｅｒＰＤＬを含むデバイス構成情報から、ＩＥＥＥ１２８４−２０００で利用可能なデバイス構成情報を抽出する。ＩＥＥＥ１２８４−２０００においては、以下のデバイス構成情報を、ＩＥＥＥ１２８４−２０００のインタフェースに入力可能である。

「ＭＡＮＵＦＡＣＴＵＲＥＲ（デバイス製造者）：ＡＢＣ；
ＣＯＭＭＡＮＤ ＳＥＴ（サポートコマンド・言語）：ＬＩＰＳ；
ＭＯＤＥＬ（プリンタ機種）：Ｐｒｉｎｔｅｒ Ｓｅｒｉｅｓ １２３；
ＣＯＭＭＥＮＴ（コメント）：Ｌｏｃａｔｅｄ ｉｎ Ｒｏｏｍ３３；
ＡＣＴＩＶＥ ＣＯＭＭＡＮＤ ＳＥＴ（アクティブなコマンド・言語）：ＬＩＰＳ；」
ここでは、アプリケーション部１は、上記のデバイス構成情報から，ＭＡＮＵＦＡＣＴＵＲＥＲと、ＭＯＤＥＬの値の組をデバイスＩＤとして抽出する。そして、アプリケーション部１は、ＩＥＥＥ１２８４−２０００に対応のインストーラが認識可能なデバイス番号の形式で、プラグアンドプレイインストーラに入力する。アプリケーション部１は、上記のデバイス番号と、ＩＰアドレスを、オペレーティングシステムに対しＡＰＩを介してプラグアンドプレイを行うインストールモジュールに通知する。ＩＥＥＥ１２８４−２０００に対応したプラグアンドプレイインストーラは、上記の構成情報から、デバイス番号を利用してインストールする。

また、ＩＥＥＥ１３９４においても、アプリケーション部１は、同様に製造者名と機種名の組からのデバイスＩＤを構成し、デバイスＩＤをＩＥＥＥ１３９４の形式のデバイス番号に変換する。そして、プラグアンドプレイインストーラは、ドライバパスを認識し、処理を行う。また、上記では、単にデバイス番号と述べているが、デバイスを認識できる情報であれば、デバイス番号の代わりにローマ字や装置に付与可能なアドレスの形式としてもよい。

ここでは、プリンタからデバイスＩＤを含むデバイス構成情報を受信したクライアントＰＣは、クライアントＰＣのアプリケーション部１において変換処理を行う例を示した。しかし、周辺装置側において、アプリケーション部１内のテーブル１３０１と同様のテーブルを持たせ、周辺装置側で製造者名と機種名であるデバイスＩＤに基づいてデバイス番号を発行してもよい。そして、ＵＳＢデバイス番号をそのままの形式でクライアントＰＣが受信して、プラグアンドプレイインストーラは変換処理を行うことなく、該ＵＳＢデバイス番号を使ってインストールしてもよい。

一方、ステップＳ１３において、アプリケーション部１（判断手段）が、クライアントＰＣ側記録装置上に該ドライバが格納されていなかったと判断した場合、先にプリンタから取得したドライバ必要メモリサイズとユーザが指定したクライアントＰＣ側の記録装置の空き容量をチェックしてダウンロード可能かどうかを判断し（Ｓ１６）、必要なメモリサイズが確保できないと判断した場合（ダウンロードできないと判断した場合）は、クライアントＰＣの表示装置上にエラーメッセージによりその旨をユーザに通知して（Ｓ１７）、処理を終了する（Ｓ２３）。

一方、ステップＳ１６で、必要なメモリサイズが確保できる場合（ダウンロードできると判断した場合）には、クライアントＰＣはドライバ格納ＵＲＬに対してＨＴＴＰ ＧＥＴ リクエストを発行し（Ｓ１８）、アプリケーション部１（制御プログラム取得手段）は、ネットワークプリンタ記録装置に記録されているドライバのダウンロードを実行する（Ｓ１９）。

そして、ドライバのダウンロードが完了した時点で、クライアントＰＣ側記憶装置上でドライバは自己解凍が実行され、自己インストール処理（自動インストール処理）を実行する（Ｓ２０）。その際、アプリケーションは該ドライバに対し、プリンタから取得したプリンタＩＰアドレスを設定しドライバインストールを完了する（Ｓ２１）。以上の処理が完了した時点で、新規プリンタのクライアントシステムへの登録が完了し、アプリケーションからの利用が可能な状態となる。なお、ドライバ格納ＵＲＬはネットワーク上のプリンタ等の周辺装置や他の情報処理装置のアドレスも含まれる。

以上説明したように上記実施形態によれば、該当するプリンタドライバが入手できない場合、すなわちオペレーティングシステムの管理するデータベース上にプリンタドライバが存在しない場合、あるいは外部記録媒体の形でユーザがその場に所持していない場合であっても、外部から周辺装置に適したデバイスドライバを取得することができ、異なるネットワーク環境に移動した場合であっても、プリンタを使用することが可能になる。

さらに、デバイス構成情報を用いて各周辺装置並びにホストコンピュータはネゴシエーションするので、それまで使用していたネットワーク環境と異なる環境に、例えばビルＡ内のオフィスのネットワーク環境から、異なるビルＢ内のオフィスに移動し、その移動先においてクライアントが保持するドキュメントをプリントする必要が生じた場合において、移動先ネットワーク上に存在するプリンタのドライバのインストール、およびネットワーク情報の設定等の作業を改めて実行する必要がなくなる。

また、選択される特定のサービスに基づき、該特定のサービスを実行可能な登録済みの周辺装置情報および新規利用可能な周辺装置の検索および追加を指示する項目を表示装置に表示した状態で、検索および追加を指示する項目が選択された場合に、ネットワーク上に存在する利用可能な周辺装置を検索する検索要求を発行し、該発行された前記検索要求に応じて利用可能な周辺装置から応答されるデバイス構成情報を取得し、該取得された周辺装置の一覧を表示装置に表示するので、情報処理装置のネットワーク接続環境が物理的に変動した場合であっても、簡単な操作でアプリケーションからの周辺装置を選択した際に、登録されている周辺装置以外に新たにネットワーク接続されている周辺装置候補を容易に確認することができる。

また、取得された周辺装置の一覧が表示装置に表示された状態で、該周辺装置の一覧から特定のサービスの提供を受ける周辺装置が選択されると、該選択された周辺装置を動作させるためのドライバソフトウエアが既に登録されているかどうかを判断した際に、周辺装置が既に登録されていると判断した場合には、登録されているドライバソフトウエアに対して前記デバイス構成情報に基づくネットワーク設定を組み込んで前記周辺装置を動作可能状態に設定し、周辺装置が既に登録されていないと判断した場合には、選択された周辺装置に記憶されるドライバソフトウエアを前記デバイス構成情報に基づくドライバダウンロード先から取得して、該取得されたドライバソフトウエアに対してネットワーク設定を組み込んで前記周辺装置を動作可能状態に設定するので、情報処理装置のネットワーク環境が物理的に変動した場合であっても、新規接続されている周辺装置を動作させるためのやっかいなドライバインストールおよびその設定操作を自動化して、ユーザによるネットワーク接続操作処理負担を大幅に軽減して、新たなネットワーク環境下で自在に周辺装置を選択して意図するサービス処理を正常に動作させることができる。

さらに、情報処理装置から発行されるデバイス検索条件が前記所定のサービス要求に一致しているかどうかを判断した際に、所定のサービス要求に一致していると判断した場合に、ネットワーク環境下におけるデバイス構成情報を情報処理装置に返信することにより、既存のネットワークに新たに情報処理装置が接続されるようなネットワーク環境仕様が変動した場合に、該情報処理装置からの要求に応じて適時に周辺装置を正常に動作させるまでに必要なデバイス構成情報を情報処理装置に提示することができ、ユーザによるネットワーク設定操作負担を大幅に軽減することができる等の効果を奏する。

上記の実施形態では、ネットワークサービスとしてネットワーク対応型プリンタがＳＯＡＰ処理部を実装し、クライアントから発行されるＧｅｔＤｒｉｖｅｒＩｎｏｒｍａｔｉｏｎリクエスト（ドライバ情報を取得する要求）をプリンタ自身が解析し、クライアントに対し直接、デバイスＩＤを含むプリンタ識別情報を含むプリンタデバイス構成情報をレスポンスとして返送していたが、本発明は代理サーバを設けることでも実現可能である。代理サーバは、図１に示すプリンタＰＲと対応する各モジュールを有している。以下、前述の例と異なる部分を中心に説明する。

この場合、図３に示すように、本発明の代理応答装置の好適な一例である代理サーバ８５３は通信機能としてＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部８１３を備え、そのプロトコルスタック上にＨＴＴＰ１．１に準拠するモジュールであるＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部８１４を備えＨＴＴＰリクエストの解析、およびレスポンス処理を行う。クライアントＰＣ８５１は、図１に示すクライアントＰＣと同様のコンピュータである。

本実施形態においては、クライアントからのリクエストにおいて、ＨＴＴＰリクエストのエンティティボディ部においてＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用しており、該処理モジュールＳＯＡＰレスポンスの発行処理部８１５，ＳＯＡＰリクエストの解析処理部８１６がＨｙｐｅｒｔ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部８１４の上位層に実装される。さらに代理サーバ８５３は、Ｓｉｍｐｌｅ ＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）処理部８１７を備え、ネットワーク上に存在するネットワーク対応プリンタの検索、およびデバイス構成情報を取得する。

なお、代理サーバに接続されるプリンタが複数ある場合には、代理サーバ内のＳＮＭＰ処理部８１７（認識手段）は、複数のプリンタからＳＮＭＰを用いて、デバイス構成情報を単にＳＮＭＰのデータ形式にしただけであるデバイス情報を取得して認識する。そして、クライアントＰＣから、ＳＯＡＰリクエスト解析処理部８１６が、複数のプリンタの一部であって、複数の特定のプリンタを探索する要求をＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部８１３を介して取得した場合には、ＳＯＡＰリクエスト解析処理部８１６（抽出手段）は、該特定のプリンタのデバイスＩＤを、先に取得した複数のプリンタのデバイス構成情報から抽出する。そして、ＳＯＡＰレスポンスの発行処理部８１５（付加手段）が、ＳＮＭＰを用いて取得したデバイス情報からデバイスＩＤを生成する。

そして、前述のプリンタＰＲ時の応答と同様に、ＳＯＡＰレスポンスの発行処理部８１５（応答手段）が、ドライバ情報取得要求の応答の所定の領域、つまり、Ｅｎｖｅｌｏｐｅタグ内のＧｅｔＤｒｉｖｅｒＩｎｆｏｒｍａｔｉｏｎリクエストに対する戻り値を記述する領域に挿入して付加して、Ｈｙｐｅｒ ＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌスタック部８１３を制御して応答する処理を制御するようにしてもよい。

一方、周辺装置の好適な一例であるネットワーク対応型のプリンタＰＲ８５２は、通信機能としてＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部８０９、およびＰｒｉｎｔ Ｐｒｏｔｏｃｏｌモジュール部８１１、Ｐｒｉｎｔ Ｃｏｎｔｒｏｌｌｅｒ部８１２を備える点は前述の例と同様であるが、ここでは、ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部８０９上にはＳｉｍｐｌｅ ＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ８１０が実装されており、本発明の代理サーバから発行されるリクエストの解析、およびレスポンスの発行を実行する処理部をさらに備える。

代理サーバ８５３は代理サーバの起動後、予め定められたインターバルに基づいてＳＮＭＰ部８１７より、以下のＭＩＢ（マネジメントインフォーメーションベース）オブジェクトに対してＳＮＭＰ部８１７からＧｅｔリクエストをブロードキャストすることで、ネットワーク上に存在するデバイス構成情報を取得する。ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）とは、周辺装置を設定・管理するためのプロトコルである。ＭＩＢとは、ＲＦＣ１２１３，１７５９等に定義されており、ＳＮＭＰにおいて管理できる項目を保持管理するためのデータベース形式である。

前述のＳＮＭＰを実装したネットワーク対応プリンタは、該リクエストに対し、各オブジェクトに該当する情報を生成した後に、ＳＮＭＰレスポンスとして代理サーバ８５３に対し、ユニキャストで応答を送信する。

ここで、代理サーバは、ＵＰｎＰにおいて周辺装置とするための識別情報の生成に必要となる情報の項目のリストを有している。例えば、該項目とは、プリンタ製造者名、機種名（製品名称）、プリンタ名、プリンタ設置場所、ＩＰアドレス、サポートするページ記述言語、サポートするプリントプロトコルである。ＳＮＭＰレスポンスが含むＭＩＢ情報から、ＵＰｎＰにおいて周辺装置とするための識別情報の生成に必要となる情報の項目のリストに従って、必要な情報を抽出し、ＵＰｎＰに好適なＸＭＬの形式に変換する。ここでは、下記のようなデータが抽出されるものとする。

「ＰｒｉｎｔｅｒＭａｋｅＡｎｄＭｏｄｅｌ ： プリンタベンダ・製品名称ＰｒｉｎｔｅｒＮａｍｅ： プリンタ名
ＰｒｉｎｔｅｒＬｏｃａｔｉｏｎ： プリンタ設置場所
ＩＰＡｄｄｒｅｓｓ： プリンタ ＩＰ アドレス
ＰｒｉｎｔｅｒＰＤＬ： サポートするページ記述言語
ＳｕｐｐｏｒｔｅｄＰｒｉｎｔＰｒｏｔｏｃｏｌ： サポートするプリントプロトコル」
抽出された上記ＳＮＭＰのＭＩＢ情報は、ＳＯＡＰレスポンス発行処理部８１５により、図１１に示すようなＸＭＬ形式に変換され、外部のクライアントＰＣに送信される。

以降、各ネットワーク対応プリンタからレスポンスを受け取った代理サーバ８５３は、クライアントＰＣからリクエストがあると、前述の実施形態、図１のプリンタＰＲと同一の処理を実行する。即ち、図４に示すステップＳ６乃至Ｓ８と同一の処理を実行する。具体的には、代理サーバ８５３内のサーバモジュールは、代理サーバ８５３内に記憶した図７に示すデバイス構成情報（プリンタ製造者名、プリンタ機種名、言語名等を含む）を、クライアントからの要求に応じて、クライアントに送信するよう代理サーバ内のＯＳの一部である送信モジュールを制御して送信処理を行う。

なお、この場合、代理サーバからクライアントＰＣ８５１に通知されるレスポンスは図１１に示すとおり、代理サーバがＳＮＭＰによりＭＩＢオブジェクトの形態で取得した全プリンタのデバイス構成情報及び識別情報を、ＸＭＬで記述して、図７に示すスキーマに変換した上で、ＨＴＴＰを利用して一括して情報処理装置の好適な一例であるクライアントＰＣに送信する。

これにより、例えば、ＨＴＴＰに対応するウェルノウンポートである８０番を利用することにより、ＳＮＭＰの使用するポートをファイアウォールが許可していない場合でも、ＳＮＭＰにしか対応していない旧式のプリンタ（ｌｅｇａｃｙ ｐｒｉｎｔｅｒ）をファイアウォール越しにＨＴＴＰを用いて把握することも出来る。

該レスポンスを受け取ったクライアントＰＣは前述の例と同様、代理サーバからのレスポンスに記述された全プリンタのプリンタ名をクライアントＰＣの表示装置上に、図１２に示すようにリスト表示する。

本実施形態では、図１２に示した通り、これまで考えられなかった、旧式のＳＭＮＰ対応ではあるがＵＰｎＰ対応ではない旧式のプリンタ（図５に示す代理サーバ内のアプリケーション部が、識別情報内に含まれる情報から抽出したＡＢＣ社の 機種Ｐｒｉｎｔｅｒ Ｓｅｒｉｅｓ １２３、及びＡＢＣ社の 機種Ｐｒｉｎｔｅｒ Ｓｅｒｉｅｓ ２２２）と、ＵＰｎＰ対応の新式のプリンタが同じ画面にＵＰｎＰの管理ソフトウエアでブラウジング可能となっている。

また、レスポンスを受け取ったクライアントは、クライアント内のアプリケーション部１にてデバイスＩＤを生成し、アプリケーション部１は、入力されたデバイスＩＤをプラグアンドプレイインストーラが認識可能なデバイス番号の形式に変換する。そして、プラグアンドプレイインストーラは、デバイス番号に基づいて、インストール処理を行うこともできる。これにより、従来から存在するＳＮＭＰなどの旧来からあるデバイス管理方式には対応しているが、ネットワークを介したプリンタデバイス構成情報の取得方式（例えばＵＰｎＰ）に対応していない場合であっても、代理サーバが仲介役を行うので、クライアントＰＣはネットワークを介したデバイス構成情報管理方式に従ってプリンタを代理サーバを介して、機種名、プリンタメーカ名などを取得するなどして管理できる。

上記の実施形態では、プリンタを画像処理装置とした実施形態を示しているが、画像装置としてはスキャナ、ＦＡＸ、複写機、およびそれら複合機能を備える画像処理装置であって、それら画像処理装置を制御するソフトウエアをネットワークを介して供給可能な装置であればいずれの場合においても実現可能である。

また、上記の実施形態においては、プリンタの検索時においてＳＳＤＰで策定されたプロトコルを採用しているが、この他にＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のように、本実施形態の特徴である、オペレーティングシステム名称、およびそのバージョンを検索条件としうる検索プロトコルであれば実現可能である。

さらに、上記の実施形態では、ＨＴＴＰエンティティの表記方法はＳＯＡＰを使用しているが、独自スキーマによる記述によっても実現可能である。

また、上記の実施形態では、ネットワークプリンタ記録装置にドライバが記録されている。デバイスドライバが記憶された記憶領域の好適な一例であるドライバ格納ＵＲＬには、そのネットワークプリンタ記録装置のＵＲＬが設定される例を示しているが、このＤｒｉｖｅｒＵＲＬは、ネットワーク上に存在する第３のファイルサーバ１０１０上に格納されているドライバのＵＲＬを示すものであっても実現可能である。

上記実施形態によれば、既存の開発資源に大幅な変更を加えることなく、制御プログラムをコンピュータにインストールする際の煩雑な操作を不要とする仕組みを実現する方策として、コンピュータ内ローカルの既存のプラグアンドプレイに対応するインストーラを活用する仕組みを提供するできる。

さらに、プラグアンドプレイに対応するインストーラを利用する際、該プラグアンドプレイインストーラが、ＵＰｎＰなどの所定の管理方式にて管理されている情報を利用して自動的にインストールできるための仕組みを提供することができる。

さらに、ネットワークに接続された周辺装置が所定の管理方式に対応していない場合であっても、周辺装置とコンピュータの仲介を行う代替サーバが、該所定の管理方式に対応していない周辺装置の識別情報を把握して該周辺装置の識別情報を該所定の管理方式に対応した形式で送信し、送信された識別情報を、既存のプラグアンドプレイに対応したインストーラに活用させる仕組みを提供することができる。

以下、図１３に示すメモリマップを参照して本発明に係る情報処理装置および印刷装置を適用可能なネットワークシステムで読み出し可能なデータ処理プログラムの構成について説明する。

図１３は、本発明に係る情報処理装置および印刷装置を適用可能なネットワークシステムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、ネットワーク対応型デバイスを使用するにあたり、該デバイスを制御するためのドライバソフトウエアを、クライアントデバイス内の記録装置内に予め記録しておく必要、あるいは利用者が外部記録メディアの形態で持ち歩く必要がなくなった。

また、クライアントがネットワーク対応型デバイスを使用するにあたり、クライアントがジョブ要求ネットワーク上に新規に利用可能な状態となったネットワーク対応型デバイスの発見が可能となる。

さらに、周辺装置の既存のネットワーク管理プロトコル、例えば、ＵＰｎＰの，探索要求における応答の所定の拡張領域に周辺装置の識別情報を挿入し、付加したので、既存の周辺装置管理システムを大幅に変更することなく、周辺装置の識別情報をやり取りする仕組みを提供することができ、ひいては、プラグアンドプレイなどに該周辺装置の情報を活用することが出来る。

なお、上記実施形態に示した各構成を、適宜有効に組み合わせることは、本発明の適用範囲である。

これにより、本実施形態によれば、ネットワーク上の周辺装置を管理するための情報を容易に把握して活用することができる。

また、インストール対象となるコンピュータ内のプラグアンドプレイインストーラが、ネットワーク上の周辺装置を認識してインストールを行うことができ、周辺装置をネットワークに接続するだけで、クライアント装置におけるインストール完了までのトータルなインストール処理を、煩雑な操作無しに行うことができる。

さらに、周辺装置の識別情報の管理を行う代理サーバを設けるので、複数のネットワーク上の周辺装置を管理する方式がネットワーク上に並存している場合であっても、特定の管理方式に対応した管理システムから、該特定の管理方式に対応していないネットワーク上の周辺装置を認識できる。

さらに、ユーザ又は管理者が、ネットワークを介して接続された周辺装置を制御するための制御プログラムをコンピュータにインストールする際に、既存の開発資源に大幅な変更を加えることなく、煩雑な操作を不要とするための仕組みを提供することができる。

また、既存の開発資源に大幅な変更を加えることなく、制御プログラムをコンピュータにインストールする際の煩雑な操作を不要とする仕組みを実現する方策として、コンピュータ内ローカルの既存のプラグアンドプレイに対応するインストーラを活用する仕組みを提供することができる。

さらに、プラグアンドプレイに対応するインストーラを利用する際、該プラグアンドプレイインストーラが、ＵＰｎＰなどの所定の管理方式にて管理されている情報を利用して自動的にインストールできるための仕組みを提供することができる。

さらに、ネットワークに接続された周辺装置が所定の管理方式に対応していない場合であっても、周辺装置とコンピュータの仲介を行う代替サーバが、該所定の管理方式に対応していない周辺装置の識別情報を把握して該周辺装置の識別情報を該所定の管理方式に対応した形式で送信し、送信された識別情報を、既存のプラグアンドプレイに対応したインストーラに活用させる仕組みを提供することができる。

本発明の一実施形態を示す情報処理装置及び周辺装置を適用可能な印刷システムの構成を説明するブロック図である。 本発明の情報処理装置並びに周辺装置並びに代理応答装置に好適なハードウェア構成の一例を示すブロク図である。 本発明に係るネットワークシステムの構成を説明するブロック図である。 本発明に係る情報処理装置と印刷装置とを適用可能な印刷システムにおけるデータ処理手順の一例を示すフローチャートである。 図１に示したクライアント上に表示される印刷設定画面の一例を示す図である。 図１に示したクライアントからプリンタに対して発行されるＨＴＴＰリクエストの一例を示す図である。 図１に示したプリンタからクライアントに通知されるＨＴＴＰレスポンスの一例を示す図である。 図１に示したクライアント上に表示される新規に検索されたプリンタ一覧を表示した画面の一例を示す図である。 本発明の一実施形態におけるホストコンピュータ（ＰＣ）内のソフトウエア構成を示す図である。 図１に示したアプリケーション部のテーブルを説明する図である。 図１に示したプリンタからクライアントに通知されるＨＴＴＰレスポンスの一例を示す図である。 図１に示したクライアント上に表示される新規に検索されたプリンタ一覧を表示した画面の一例を示す図である。 本発明に係る情報処理装置および印刷装置を適用可能なネットワークシステムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１ アプリケーション部
２ ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部
３ Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部
４ ＳＯＡＰリクエストの発行処理部
５ ＳＯＡＰレスポンスの解析処理部
６ ＧＵＩモジュール部
７ Ｃｏｎｆｉｇｕｒａｔｏｒモジュール部
８ ＭｅｍｏｒｙＣｏｎｔｒｏｌｌｅｒ部
９ ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部
１０ Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ部
１１ ＳＯＡＰリクエストの解析処理部
１２ ＳＯＡＰレスポンスの発行処理部
１３ Ｐｒｉｎｔ Ｐｒｏｔｏｃｏｌモジュール部
１４ Ｐｒｉｎｔｅｒ Ｃｏｎｔｒｏｌｌｅｒ部
１５ ＭｅｍｏｒｙＣｏｎｔｒｏｌｌｅｒ部

Claims (15)

1. 周辺装置と通信する情報処理装置であって、前記周辺装置を制御するための制御プログラムのインストーラが搭載された情報処理装置における情報処理方法において、
   特定のネットワーク探索プロトコルに従う前記周辺装置の探索要求を発行する発行工程と、
   前記周辺装置から、前記周辺装置の第一の識別情報が付加された、前記発行手段が発行した特定のネットワーク探索プロトコルに従った探索要求に対する応答を取得する取得工程と、
   前記ネットワーク探索プロトコルに従った探索要求に対する応答の中から、前記周辺装置に対応する第一の識別情報を認識する認識工程と、
   前記認識工程にて認識された第一の識別情報を用いて、制御プログラムを前記情報処理装置に対してインストールするためのインストールプログラムが解釈できる形式で記述された第二の識別情報を生成する生成工程と、
   前記生成工程が生成した第二の識別情報を、前記情報処理装置に対してインストールするためのインストールプログラムに対して入力することにより、当該入力した第二の識別情報を用いた前記制御プログラムを前記情報処理装置に対してインストールする処理を制御するインストール制御工程とを有することを特徴とする情報処理方法。
2. 前記取得工程にて取得した前記探索要求に対する応答の結果に基づいて、前記制御プログラムが制御する対象となる周辺装置を指示する指示工程をさらに有し、
   前記インストール制御工程では、前記指示工程にて指示が入力されるのに応答して、前記周辺装置を制御するための制御プログラムを前記インストーラがインストールする処理を開始するよう制御することを特徴とする請求項１記載の情報処理方法。
3. 前記指示工程で指示されたサービスを、前記情報処理装置の表示部に表示する表示制御工程をさらに有し、
   前記発行工程は、前記表示部に表示される探索および追加を指示する項目が入力された場合に、前記ネットワーク上に存在する利用可能な周辺装置を探索する探索要求を発行するものであり、
   前記表示制御工程は、前記取得工程で取得された前記探索要求に対する応答に基づき、前記取得工程が取得した周辺装置の一覧を、前記情報処理装置の表示部に表示する処理を制御し、
   前記指示工程では、前記表示制御工程にて表示された周辺装置の一覧から周辺装置が選択指示されるのに応答して、前記インストール制御工程は前記インストーラがインストールを開始するよう制御することを特徴とする請求項２記載の情報処理方法。
4. 前記指示工程では、特定のサービスの提供を受ける周辺装置が指示されることを特徴とする請求項２又は３記載の情報処理方法。
5. 前記インストール制御工程は、前記発行工程にて発行された探索要求に対する応答に含まれる前記制御プログラムが記憶された記憶領域を示す情報を用いて、前記記憶領域から制御プログラムを取得して前記情報処理装置内にインストールすることを特徴とする請求項１乃至４のいずれかに記載の情報処理方法。
6. 前記周辺装置を動作させるための制御プログラムが前記情報処理装置内に記憶されているかどうかを判断する判断工程と、
   前記情報処理装置外から制御プログラムを取得する制御プログラム取得工程とをさらに有し、
   前記判断工程により制御プログラムが前記情報処理装置内に記憶されていると判断した場合には、前記インストール制御工程では、前記取得工程により取得された前記識別情報を用いたインストール処理を開始するよう前記インストーラを制御し、前記判断工程にて制御プログラムが前記情報処理装置内に記憶されていないと判断した場合には、前記制御プログラム取得工程では、前記探索要求の応答に含まれる前記制御プログラムが記憶された記憶領域であるＵＲＬ情報又はＵＮＣパス名を用いて取得する処理を制御すること特徴とする請求項１乃至５のいずれかに記載の情報処理方法。
7. 前記第一の識別情報は、XMLで記述されたタグ情報の中から抽出される製造者を示す識別子と周辺装置の機種を示す識別子であり、前記第二の識別情報は、当該製造者と周辺装置の機種に対応する１６進数で表される数字であることを特徴とする請求項１乃至６に記載の情報処理方法。
8. 周辺装置と通信する情報処理装置であって、前記周辺装置を制御するための制御プログラムのインストーラが搭載された情報処理装置において、
   特定のネットワーク探索プロトコルに従う前記周辺装置の探索要求を発行する発行手段と、
   前記周辺装置から、前記周辺装置の第一の識別情報が付加された、前記発行手段が発行した特定のネットワーク探索プロトコルに従った探索要求に対する応答を取得する取得手段と、
   前記ネットワーク探索プロトコルに従った探索要求に対する応答の中から、前記周辺装置に対応する第一の識別情報を認識する認識手段と、
   前記認識手段にて認識された第一の識別情報を用いて、制御プログラムを前記情報処理装置に対してインストールするためのインストールプログラムが解釈できる形式で記述された第二の識別情報を生成する生成手段と、
   前記生成手段が生成した第二の識別情報を、前記情報処理装置に対してインストールするためのインストールプログラムに対して入力することにより、当該入力した第二の識別情報を用いた前記制御プログラムを前記情報処理装置に対してインストールする処理を制御するインストール制御手段とを有することを特徴とする情報処理装置。
9. 前記取得手段にて取得した前記探索要求に対する応答の結果に基づいて、前記制御プログラムが制御する対象となる周辺装置を指示する指示手段をさらに有し、
   前記インストール制御手段では、前記指示手段にて指示が入力されるのに応答して、前記周辺装置を制御するための制御プログラムを前記インストーラがインストールする処理を開始するよう制御することを特徴とする請求項８記載の情報処理装置。
10. 前記指示手段で指示されたサービスを、前記情報処理装置の表示部に表示する表示制御手段をさらに有し、
    前記発行手段は、前記表示部に表示される探索および追加を指示する項目が入力された場合に、前記ネットワーク上に存在する利用可能な周辺装置を探索する探索要求を発行するものであり、
    前記表示制御手段は、前記取得手段で取得された前記探索要求に対する応答に基づき、前記取得手段が取得した周辺装置の一覧を、前記情報処理装置の表示部に表示する処理を制御し、
    前記指示手段では、前記表示制御手段にて表示された周辺装置の一覧から周辺装置が選択指示されるのに応答して、前記インストール制御手段は前記インストーラがインストールを開始するよう制御することを特徴とする請求項９記載の情報処理装置。
11. 前記指示工程では、特定のサービスの提供を受ける周辺装置が指示されることを特徴とする請求項９又は１０記載の情報処理装置。
12. 前記インストール制御手段は、前記発行手段にて発行された探索要求に対する応答に含まれる前記制御プログラムが記憶された記憶領域を示す情報を用いて、前記記憶領域から制御プログラムを取得して前記情報処理装置内にインストールすることを特徴とする請求項８乃至１１のいずれかに記載の情報処理装置。
13. 前記周辺装置を動作させるための制御プログラムが前記情報処理装置内に記憶されているかどうかを判断する判断手段と、
    前記情報処理装置外から制御プログラムを取得する制御プログラム取得手段とをさらに有し、
    前記判断手段により制御プログラムが前記情報処理装置内に記憶されていると判断した場合には、前記インストール制御手段では、前記取得手段により取得された前記識別情報を用いたインストール処理を開始するよう前記インストーラを制御し、前記判断手段にて制御プログラムが前記情報処理装置内に記憶されていないと判断した場合には、前記制御プログラム取得手段では、前記探索要求の応答に含まれる前記制御プログラムが記憶された記憶領域であるＵＲＬ情報又はＵＮＣパス名を用いて取得する処理を制御すること特徴とする請求項８乃至１２のいずれかに記載の情報処理装置。
14. 前記第一の識別情報は、XMLで記述されたタグ情報の中から抽出される製造者を示す識別子と周辺装置の機種を示す識別子であり、前記第二の識別情報は、当該製造者と周辺装置の機種に対応する１６進数で表される数字であることを特徴とする請求項８乃至１３に記載の情報処理装置。
15. 請求項８〜１４に記載の情報処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。

Images