JP4649584B2 - 周辺機器ドライバインストールシステム - Google Patents

Description

本発明は、ＰｎＰ（Plug and Play）機能を使用して、ネットワークで共有される周辺機器のドライバをクライアント端末に自動的にインストールする技術に関する。

近年、ネットワーク環境の普及に伴い、プリンタ等の周辺機器をネットワークに接続して複数のクライアント端末から共有するシステムが知られている。このようなシステムでは、周辺機器をネットワークに接続するためにプリントサーバやスキャナサーバが利用されている。

ユーザが、ネットワークで共有された周辺機器を利用するためには、クライアント端末に周辺機器を制御するドライバをインストールする必要がある。ドライバは、周辺機器の機種、メーカー、クライアント端末のオペレーティングシステムの種類等に応じて多数提供されており、ユーザはこの中から適切なドライバを選択してインストールしなければならない。これは、一般のユーザにとって、手間のかかる設定項目となっていた。

一方、クライアント端末に周辺機器を接続したときに、周辺機器の接続を自動的に認識し、必要なドライバをインストールするプラグアンドプレイ（Plug and Play）機能が知られている。プラグアンドプレイ機能をサポートする代表的なインタフェースとしてＵＳＢ（Universal Serial Bus）がある。

ＵＳＢ対応の周辺機器であれば、プラグアンドプレイにより自動的にドライバがインストールされるので、ユーザにとって設定は容易である。しかし、ＵＳＢのプラグアンドプレイの利用は、ＵＳＢ対応の周辺機器をクライアント端末のＵＳＢインタフェースにローカル接続した場合に限られる。

このように、ネットワークで共有する周辺機器のドライバインストールの利便性と、クライアント端末にローカル接続された周辺機器のドライバインストールの利便性との間には、大きな隔たりが生じている。

こうした、ネットワークで共有する周辺機器におけるドライバインストールの利便性の低さを解決するために、ネットワークプリンタにドライバを保持し、クライアントからの指定に基づいて、クライアントへドライバをダウンロードさせる技術が知られている（特許文献１を参照）。

特開２００１−２５６１３３

しかしながら、上記特許文献１では、ネットワークプリンタにプリンタドライバ記憶部を備え、そこにプリンタドライバを記憶しておかなければならない。したがって、こうしたドライバ記憶部を有していない周辺機器では利用できないという問題がある。

また、プリントサーバやスキャナサーバは、特定の機種やメーカーによらず様々な周辺機器をネットワークで共有できるという汎用性を持っているので、上記特許文献１で開示された方法では、こうした汎用性を失わせるという問題もある。

そこで、本発明は、ネットワークで共有された周辺機器に対して、プラグアンドプレイを用いて、そのドライバを簡単にインストールできる周辺機器ドライバインストールシステムを提供することを目的とする。

第１の発明は、クライアント端末と周辺機器制御装置と周辺機器とを備える周辺機器ドライバインストールシステムであって、前記クライアント端末と前記周辺機器制御装置とがネットワークで接続されており、（Ａ）前記クライアント端末は、前記周辺機器の機器情報に基づいて対応するドライバを検出し利用可能に構成するインストール手段と、前記インストール手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記インストール手段と送受信できる元のデータ形式へと変換し前記インストール手段に与える第１のデータ変換手段とを備え、（Ｂ）前記周辺機器制御装置は、前記周辺機器の機器情報を記憶する情報管理手段と、前記インストール手段からの機器情報取得要求に対し、プリンタクラスドライバに代わって、前記機器情報を応答する応答手段と、前記応答手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記応答手段と送受信できる元のデータ形式へと変換し前記応答手段に与える第２のデータ変換手段とを備え、前記インストール手段は、前記第１のデータ変換手段および前記第２のデータ変換手段を経由して、前記応答手段とネットワークを透過したデータの送受信を行い、もってプラグアンドプレイを実行することを特徴とする。

第１の発明によれば、第１のデータ変換手段および第２のデータ変換手段がネットワークを透過したデータの送受信を実現するので、インストール手段はネットワークの存在を意識することなく動作することができる。これにより、ネットワークで共有される周辺機器のドライバインストールにプラグアンドプレイを利用することができる。

また、第２の発明は、第１の発明に記載の周辺機器ドライバインストールシステムであって、（Ａ）前記クライアント端末は、ＵＰｎＰ規格に基づき前記周辺機器を登録する登録手段を更に備え、（Ｂ）前記周辺機器制御装置は、ＵＰｎＰ規格に基づき前記ネットワークへ通知信号を送信する通知手段と、前記クライアント端末からＵＰｎＰ規格に基づいたＨＴＴＰメッセージを受信する受信手段とを更に備えたことを特徴とする。

第２の発明によれば、クライアント端末における周辺機器の登録にＵＰｎＰ（Universal Plug and Play）を用いることで、ネットワークで共有される周辺機器の情報を動的に取得することができる。

ＵＰｎＰとは、家庭内のパーソナルコンピュータやＡＶ機器、電話、家電製品などの周辺機器をネットワークを通じて接続し、相互に機能を提供しあうための技術仕様であり、インターネットで標準となっている技術を基盤とし、ネットワークにつなぐだけで複雑な操作や設定作業を伴うことなく機能することを目的とする。

また、第３の発明は、第１の発明に記載の周辺機器ドライバインストールシステムであって、（Ａ）前記クライアント端末は、前記ネットワークを経由して前記周辺機器の機器情報を取得する検索手段と、ポートモニタを作成し、前記インストール手段で利用可能に構成されたドライバと前記ポートモニタとを関連づけるポートモニタ構築手段とを更に備え、（Ｂ）前記周辺機器制御装置は、前記検索手段からの検索要求に基づき前記周辺機器の機器情報を返信する検索応答手段を更に備えたことを特徴とする。

第３の発明によれば、周辺機器の検索、ドライバのインストール、ポートモニタの作成と設定を自動的に行うことができる。これにより、ユーザにとって煩雑なポートモニタの作成と設定も自動的に行うので、より利便性の高いシステムを提供することができる。

また、第４の発明は、第１の発明乃至第３の発明のいずれかに記載の周辺機器ドライバインストールシステムであって、前記周辺機器が前記周辺機器制御装置を内蔵することを特徴とする。

第４の発明によれば、ハードウェア上、周辺機器と周辺機器制御装置とを一体として構成することができる。

第５の発明は、クライアント端末とインストールサーバとネットワーク周辺機器とがネットワークで接続される周辺機器ドライバインストールシステムであって、（Ａ）前記クライアント端末は、前記ネットワーク周辺機器の機器情報に基づいて対応するドライバを検出し利用可能に構成するインストール手段と、前記インストール手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記インストール手段と送受信できる元のデータ形式へと変換し前記インストール手段に与える第１のデータ変換手段と、前記インストールサーバにアクセスして前記ネットワーク周辺機器の機器情報を設定する設定手段とを備え、（Ｂ）前記インストールサーバは、前記ネットワーク周辺機器の機器情報を記憶する情報管理手段と、前記インストール手段からの機器情報取得要求に対し、プリンタクラスドライバに代わって、前記機器情報を応答する応答手段と、前記応答手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記応答手段と送受信できる元のデータ形式へと変換し前記応答手段に与える第２のデータ変換手段と、前記ネットワーク周辺機器の機器情報を取得する情報取得手段とを備え、前記インストール手段は、前記第１のデータ変換手段および前記第２のデータ変換手段を経由して、前記応答手段とネットワークを透過したデータの送受信を行い、もってプラグアンドプレイを実行することを特徴とする。

第５の発明によれば、インストールサーバがドライバインストールのために必要な機能を備えるので、ネットワーク周辺機器にはドライバインストールのための機能拡張が不要となる。

本発明の周辺機器ドライバインストールシステムでは、第１のデータ変換手段と第２のデータ変換手段とがネットワークを透過したデータの送受信を実現するので、クライアント端末のインストール手段は、ネットワークを意識することなくプラグアンドプレイを行うことができる。これにより、ネットワークで共有される周辺機器であっても、プラグアンドプレイを用いたドライバのインストールを行うことができるという効果がある。

本発明のドライバインストールシステムでは、周辺機器制御装置の検出にＵＰｎＰを用いるので、ネットワークで共有される周辺機器を効率的に検出することができる。また、ユーザがクライアント端末の登録情報（Ｗｉｎｄｏｗｓ（登録商標）ＸＰの場合は、マイネットワークの画面）から利用したい周辺機器を選択するだけで、自動的にドライバインストールがされるので、ユーザにとって利便性が高いという効果がある。

本発明のドライバインストールシステムでは、クライアント端末の設定手段が、周辺機器の検索、ドライバインストール、ポートモニタ設定までの一連の手順を自動的に行う。ドライバのインストールに加えて、ポートモニタの作成と設定も自動的に行うので、ユーザにとって利便性が高いという効果がある。

本発明のドライバインストールシステムでは、インストールサーバがドライバインストールのために必要な情報を記憶し、クライアント端末とインストールサーバ間でＵＳＢ仮想接続を行い、プラグアンドプレイによるドライバインストールを行うので、ネットワークプリンタ等のネットワーク周辺機器にＵＳＢ仮想接続のための機能が不要という効果がある。

以下、本発明の実施形態について、図面を参照しながら詳細に説明していく。ただし、本発明の範囲は、以下の実施形態や図示例に限定されるものではなく、幾多の変更および変形が可能である。なお、以下では、クライアント端末の一例としてパーソナルコンピュータ、周辺機器制御装置の一例としてプリントサーバ、周辺機器の一例としてプリンタを示して説明する。

第１の実施形態では、プリンタドライバのインストール時に、プリントサーバがクライアント端末に対して、ＵＳＢ仮想接続を一時的に行うことで、クライアント端末においてプラグアンドプレイを実行させる手順について説明する。

図１は、本発明の第１の実施形態における周辺機器ドライバインストールシステムの機能ブロック図である。クライアント端末１とプリントサーバ２とはＬＡＮ（Local Area Network）等のネットワーク３を介して接続されている。また、プリンタ４はＵＳＢインタフェースを介してプリントサーバ２に接続されている。なお、クライアント端末１とプリントサーバ２は、ネットワーク３上に複数台接続されていてもよいが、以下の説明では、クライアント端末１台、プリントサーバ１台のみ図示する。

クライアント端末１の機能ブロックについて説明する。クライアント端末１は、一般的なパーソナルコンピュータであり、オペレーティングシステム（図示せず）としてＷｉｎｄｏｗｓ（登録商標）ＸＰが稼動しているものとする。なお、本発明は、プラグアンドプレイ機能が搭載されている他のオペレーティングシステムにおいても適用可能である。

印刷アプリケーション１１は、例えば文書作成ソフトウェアや表計算ソフトウェア等であり、印刷対象となるデータの印刷指示を行う。プリンタドライバ１２は、印刷対象となるデータをプリンタにて解釈可能なＰＤＬ（Page Description Language）等の形式へと変換し、印刷データを生成する。ポートモニタ１３は、プリントサーバのＩＰアドレスが記憶されており、印刷データの出力先を管理する。

プリンタドライバ１２とポートモニタ１３は論理プリンタ上で相互に関連づけられ管理される。ここで、論理プリンタとは、実際のプリンタをオペレーティングシステム上で管理するためのオブジェクトであり（多くの場合、アイコンによってモニタ上に表示される）、ユーザは、論理プリンタを選択し印刷指示を行うことで、実際のプリンタに印刷出力することができる。

ＰｎＰ部（プラグアンドプレイ部）１４は、通常、オペレーティングシステムが標準的に備えており、コンフィグレーション情報に基づきプリンタドライバをインストールする。コンフィグレーション情報には、ベンダーＩＤ（ＶＩＤ）やプロダクトＩＤ（ＰＩＤ）などプラグアンドプレイによるプリンタドライバのインストールに必要な情報が含まれている。選択部１５は、利用したいプリンタ（プリンタドライバをインストールしたいプリンタ）を、ユーザに選択させ、そのプリンタが接続されたプリントサーバに対してドライバインストール開始要求を送信する。通信制御部１６は、ネットワークインタフェースを制御し、ネットワーク３とのデータ送受信を行う。ＵＳＢ仮想ドライバ１７は、ＵＳＢ仮想接続を実現するためのドライバであり、詳細は後述する。

次に、プリントサーバ２の機能ブロックについて説明する。情報管理部２１は、プリンタ情報を取得し管理する。ここに記憶されるプリンタ情報としては、プリンタ名、メーカー名、ＶＩＤ、ＰＩＤ等がある。プリンタクラスドライバ２２は、プリンタを利用するためのＵＳＢドライバスタックの一部であり、上位のプログラムに対してＵＳＢプリンタ共通の機能を提供するドライバである。プリンタを利用するプログラムは、プリンタクラスドライバ２２を利用してプリンタとデータの送受信を行う。ホストコントローラドライバ２３は、ＵＳＢドライバスタックの下位層に存在し、ホストコントローラ（図示せず）を直接操作するためのドライバである。具体的にはＵＨＣＩ．ＳＹＳやＯＨＣＩ．ＳＹＳ等である。なお、ホストコントローラとはＵＳＢ機器を制御するハードウェアであり、ＵＨＣＩやＯＨＣＩが存在する。

印刷データ制御部２４は、ネットワーク３から受信した印刷データを順次プリンタへと送信する。接続部２５は、ドライバインストール開始要求を受信するとＵＳＢ仮想ドライバ２６に対してＵＳＢ仮想接続の開始を指示する。通信制御部２７は、ネットワークインタフェースを制御し、ネットワーク３とのデータの送受信を行う。ＵＳＢ仮想ドライバ２６は、ＵＳＢ仮想接続を実現するためのドライバであり、詳細は後述する。

仮想プリンタクラスドライバ２８は、クライアント端末１のＰｎＰ部１４からの要求に応答するドライバである。例えば、ＵＳＢ仮想接続を経由して、ＰｎＰ部１４からコンフィグレーション情報の取得要求があった場合、仮想プリンタクラスドライバ２８は、コンフィグレーション情報として必要な情報（ＶＩＤ、ＰＩＤ等）を情報管理部２１から取得し、ＰｎＰ部１４へ返信する。ＵＳＢ仮想接続を経由したＰｎＰ部１４からの要求はプリンタクラスドライバ２２まで送信されないので、プリンタクラスドライバ２２の代わりに仮想的なプリンタクラスドライバを設けて、その処理を代行させているのである。この仮想的なプリンタクラスドライバが仮想プリンタクラスドライバ２８となる。

次に、ＵＳＢ仮想接続について説明する。ＵＳＢ仮想接続はネットワークを経由したＵＳＢデータの送受信を可能とするものである。

クライアント端末１のＰｎＰ部１４がデータを発行すると、ＵＳＢ仮想ドライバ１７がこれを取得し、そのデータの内容を基にネットワーク３に送信するデータを生成して送信キューに格納する。そして、順次、そのデータを送信キューから取り出し、これをＩＰパケット内部にカプセル化して、ネットワーク３上のプリントサーバ２に対して送信する。

プリントサーバ２のＵＳＢ仮想ドライバ２６はカプセル化されたデータを取得すると、カプセル化を解除し、取得したデータから元のデータを再構成する。そして、再構成したデータを仮想プリンタクラスドライバ２８へと与える。これによりＰｎＰ部１４からの要求が仮想プリンタクラスドライバ２８へと与えられる。

逆方向からのデータ送信も同様である。プリントサーバ２のＵＳＢ仮想ドライバ２６は仮想プリンタクラスドライバ２８が発行したデータを取得し、これをＩＰパケット内部にカプセル化し、クライアント端末１に送信する。クライアント端末１のＵＳＢ仮想ドライバ１７は、カプセル化されたデータを受信すると、カプセル化を解除し、元のデータに再構成したうえでＰｎＰ部１４へ与える。これにより仮想プリンタクラスドライバ２８からの応答がＰｎＰ部１４へと与えられる。

図２にネットワークで送受信されるカプセル化データ５の構成を示す。カプセル化されたデータは、ネットワーク通信のためのフォーマットであり、ＭＡＣヘッダ５１、ＩＰヘッダ５２、ＴＣＰヘッダ５３、そして、Ｔｕｎｎｅｌｉｎｇヘッダ５４を有している。ＭＡＣヘッダ５１、ＩＰヘッダ５２、ＴＣＰヘッダ５３は、従来のＴＣＰ／ＩＰプロトコルを利用したネットワーク通信で用いられている構成である。Ｔｕｎｎｅｌｉｎｇヘッダ５４がＵＳＢ仮想接続のための構成であって、ここに元のデータに再構成するための情報を格納する。そして、データ５５部分がＵＳＢデータに該当する。なお、ＵＳＢ仮想接続では、ネットワークと通信するためのプロトコルとして、ＴＣＰ／ＩＰ以外のプロトコルを用いてもよい。

ＵＳＢ仮想ドライバ１７が、ＰｎＰ部１４に対してネットワーク３の存在を意識させないので、クライアント端末１は、ネットワーク３上のプリントサーバ２に接続されたプリンタ４を、あたかもそれが自身のＵＳＢインタフェースに接続されたプリンタであるかのように制御することができる。これにより、クライアント端末１のＰｎＰ部１４とプリントサーバ２の仮想プリンタクラスドライバ２８とは、ネットワーク３を意識することなく、プラグアンドプレイに必要なデータの送受信を行うことができる。

図３にプリントサーバのハードウェア構成を示す。
プリントサーバは、その動作を制御するＣＰＵ７１と、プログラムやデータを格納するＲＯＭ（Read Only Memory）７２およびＲＡＭ（Random Access Memory）７３と、プリンタと接続するためのプリンタインタフェース（プリンタＩ／Ｆ）７４と、ネットワークと接続するためのネットワークインタフェース（ネットワークＩ／Ｆ）７５と、ＬＥＤやディスプレイ等の表示出力部７６を備えている。なお、実施形態の説明では、プリンタインタフェースの一例としてＵＳＢインタフェースを用いている。

図４を用いて、本発明の第１の実施形態における周辺機器ドライバインストールシステムの動作フローの概略を説明する。

まず、クライアント端末１からプリントサーバ２を選択する（ステップＳ１０１）。選択されたプリントサーバ２は、クライアント端末１に対してＵＳＢ仮想接続を確立する（ステップＳ１０２）。ＵＳＢ仮想接続が確立されると、クライアント端末１のプラグアンドプレイが開始される。クライアント端末１は、プリントサーバ２に対してコンフィグレーション情報の取得要求を送信し、プリントサーバ２がコンフィグレーション情報を返信する。クライアント端末１は、コンフィグレーション情報に基づきプリンタドライバをインストールする（ステップＳ１０３）。プリンタドライバのインストールが終了するとＵＳＢ仮想接続を終了する（ステップＳ１０４）。

クライアント端末１とプリントサーバ２の動作フローの詳細について、図１、図５、図６を用いて説明する。

図５はプリントサーバのＵＳＢ仮想接続の動作を示している。
プリントサーバ２の接続部２５は、ドライバインストール開始要求を待っている（ステップＳ２０１）。クライアント端末１からドライバインストール開始要求を受信すると、ＵＳＢ仮想ドライバ２６にＵＳＢ仮想接続の開始を指示する（ステップＳ２０２）。これを受けて、ＵＳＢ仮想ドライバ２６はクライアント端末１のＵＳＢ仮想ドライバ１７に対してプラグアンドプレイ（ＰｎＰ）開始通知を送信する（ステップＳ２０３）。次に、クライアント端末１のＵＳＢ仮想ドライバ１７からＴＣＰ／ＩＰプロトコルによる通信コネクションの確立要求を受信するので、これに応答し、ＵＳＢ仮想接続を確立する（ステップＳ２０４）。これによりクライアント端末１のＰｎＰ部１４とプリントサーバ２の仮想プリンタクラスドライバ２８との間でＵＳＢ仮想接続を経由したＵＳＢデータの送受信ができるようになる。

次に、仮想プリンタクラスドライバ２８は、ＵＳＢ仮想接続を経由して、ＰｎＰ部１４からコンフィグレーション情報の取得要求を受信すると（ステップＳ２０５）、コンフィグレーション情報として必要な情報（ＶＩＤ、ＰＩＤ等）を情報管理部２１から取得する。そして、クライアント端末１へコンフィグレーション情報を送信する（ステップＳ２０６）。コンフィグレーション情報は、ＵＳＢ仮想ドライバ２６によりＩＰパケットにカプセル化され送信される。

クライアント端末１でプリンタドライバのインストールが終了すると、クライアント端末１のＵＳＢ仮想ドライバ１７からＴＣＰ／ＩＰプロトコルによるＵＳＢ仮想接続の切断要求が送信されるので、ＵＳＢ仮想ドライバ２６はこれを受信するとＵＳＢ仮想接続の切断応答を行う。これによりＵＳＢ仮想接続が終了する（ステップＳ２０７）。

図６はクライアント端末のＵＳＢ仮想接続の動作を示している。
選択部１５は、ユーザによるプリンタの選択を待っている（ステップＳ３０１）。ユーザが利用したいプリンタを選択すると、選択部１５は、ユーザにより選択されたプリンタ４が接続されているプリントサーバ２に対してドライバインストール開始要求を送信する（ステップＳ３０２）。次に、クライアント端末１のＵＳＢ仮想ドライバ１７は、プリントサーバ２からプラグアンドプレイ（ＰｎＰ）開始通知を受信すると（ステップＳ３０３）、プリントサーバ２のＵＳＢ仮想ドライバ２６に対してＴＣＰ／ＩＰプロトコルによるＵＳＢ仮想接続の確立要求を行い、ＵＳＢ仮想接続を確立する（ステップＳ３０４）。これによりクライアント端末１のＰｎＰ部１４とプリントサーバ２の仮想プリンタクラスドライバ２８との間でデータの送受信ができるようになる。

クライアント端末１のＵＳＢ仮想ドライバ１７は、ＵＳＢ仮想接続を確立すると、ＰｎＰ部１４にプラグアンドプレイ（ＰｎＰ）を通知する（ステップＳ３０５）。ＰｎＰ部１４は、プラグアンドプレイに必要なコンフィグレーション情報の取得要求を発行するので、ＵＳＢ仮想ドライバ１７がこれを受信し、ＩＰパケットにカプセル化の上、プリントサーバ２に送信する（ステップＳ３０６）。ＵＳＢ仮想ドライバ１７はプリントサーバ２からカプセル化されたデータ（コンフィグレーション情報）を受信すると、カプセル化を解除し、元のコンフィグレーション情報に戻して、ＰｎＰ部１４へ与える（ステップＳ３０７）。

ＰｎＰ部１４は、コンフィグレーション情報を受信すると、ＶＩＤとＰＩＤを参照して対応するプリンタドライバを検索する（ステップＳ３０８）。そして、クライアント端末がプリンタドライバを持っているかどうかを判断し（ステップＳ３０９）、既に持っていれば、そのプリンタドライバをインストールする（ステップＳ３１０）。持っていなければ、ＰｎＰ部１４は、インストールウィザードを起動し、ユーザにプリンタドライバの所在を問合せる（ステップＳ３１１）。ユーザは、インストールウィザードの指示に従って、ＣＤ−ＲＯＭ等からプリンタドライバをインストールする（ステップＳ３１２）。プリンタドライバのインストールが終了すると、ＵＳＢ仮想ドライバ１７は、プリントサーバ２のＵＳＢ仮想ドライバ２６に対して、ＴＣＰ／ＩＰプロトコルによる通信コネクションの切断要求を行い、ＵＳＢ仮想接続を終了する（ステップＳ３１３）。

このように、ＵＳＢ仮想接続を経由したプラグアンドプレイを利用すれば、ＵＳＢでプリンタをクライアント端末に直結した場合と同様に、簡単にプリンタドライバのインストールを行うことが可能となる。

次に、第２の実施形態について説明する。第２の実施形態では、クライアント端末１がプリントサーバ２の存在を認識する方法としてＵＰｎＰ（Universal Plug and Play）を用いる場合について説明する。

第２の実施形態では、プリントサーバ２からクライアント端末１に、ＵＰｎＰでプリンタ４の情報を送信するときに、その情報に接続用のＵＲＬ（例えば、「http://192.168.10.20/pnpinstall」）を持たせる。そして、クライアント端末１がそのＵＲＬに対し通信を行うと、プリントサーバ２はクライアント端末１に対し、ＵＳＢ仮想接続を確立する。ＵＳＢ仮想接続が確立されると、プラグアンドプレイが開始されることとなる。

図７は、本発明の第２の実施形態における周辺機器ドライバインストールシステムの機能ブロック図である。第２の実施形態では、クライアント端末１がＵＰｎＰコントロールポイント、プリントサーバ２がＵＰｎＰデバイスを担う。以下、第１の実施形態と異なる機能ブロックについて説明する。

クライアント端末１の機能ブロックについて説明する。
クライアント端末１のクライアントＵＰｎＰ部１８は、プリントサーバ２からＵＰｎＰのアナウンスを受信すると、その情報（プリンタ名、メーカー名、プリントサーバのＩＰアドレス、プリンタ制御のためのコマンド一覧、接続用のＵＲＬ等）を登録する。オペレーティングシステムがＷｉｎｄｏｗｓ（登録商標）ＸＰの場合は、マイネットワークに登録される。なお、クライアントＵＰｎＰ部１８は、アナウンスを待たずに主導的にプリントサーバを検出することも可能である。上記以外のクライアント端末１の構成は第１の実施形態と同様である。

次にプリントサーバ２の機能ブロックについて説明する。
プリントサーバ２のＵＰｎＰ部２９は、通知部２９ａとＨＴＴＰデーモン２９ｂを有する。通知部２９ａは、ＳＳＤＰ（Simple Service Discovery Protocol）プロトコルに基づいて定期的にＵＰｎＰのアナウンスを行う。なお、アナウンスには、プリンタ名等のほか、接続用のＵＲＬを持たせる。このＵＲＬは、ユーザがマイネットワークからプリンタを選択した際、ＨＴＴＰメッセージが送信される送信先となる。ＨＴＴＰデーモン２９ｂは、クライアント端末１からＨＴＴＰメッセージを受信した場合、接続部２５に対してドライバインストール開始要求を与える。上記以外のプリントサーバの構成は第１の実施形態と同様である。

図８を用いて、本発明の第２の実施形態における周辺機器ドライバインストールシステムの動作フローの概略を示す。

まず、プリントサーバ２は、ＵＰｎＰのアナウンスをネットワークに対して送信する（ステップＳ４０１）。クライアント端末１はこれを受信すると、その情報をマイネットワークに登録する（ステップＳ４０２）。ユーザが、マイネットワークからプリンタを選択すると、クライアント端末１は、選択されたプリンタが接続されたプリントサーバ２へＨＴＴＰメッセージを送信する（ステップＳ４０３）。プリントサーバ２のＨＴＴＰデーモン２９ｂがＨＴＴＰメッセージを受信すると（ステップＳ４０４）、ＵＳＢ仮想接続の処理を開始し、クライアント端末１とプリントサーバ２との間でＵＳＢ仮想接続が確立する（ステップＳ４０５）。ＵＳＢ仮想接続が確立すると、クライアント端末１のプラグアンドプレイが開始される。クライアント端末１は、プリントサーバ２に対してコンフィグレーション情報の取得要求を送信し、プリントサーバ２がコンフィグレーション情報を応答する。クライアント端末１は、コンフィグレーション情報に基づきプリンタドライバをインストールする（ステップＳ４０６）。プリンタドライバのインストールが終了するとＵＳＢ仮想接続を終了する（ステップＳ４０７）。

本発明の第２の実施形態におけるクライアント端末とプリントサーバの動作フローの詳細について、図７、図９、図１０を用いて説明する。

図９はプリントサーバ２のＵＰｎＰ処理の動作を示している。
プリントサーバ２はネットワーク３に対して定期的にＵＰｎＰのアナウンスを送信している（ステップＳ５０１）。なお、ＵＰｎＰのアナウンスには、プリンタ名等のほか、接続用のＵＲＬが含まれている。次に、ＨＴＴＰデーモン２９ｂは、クライアント端末１からのＵＰｎＰによるＨＴＴＰメッセージの受信を待っており（ステップＳ５０２）、受信すると接続部２５にドライバインストール開始要求を通知する（ステップＳ５０３）。接続部２５にドライバインストール開始要求を与えた後のプリントサーバの動作は、図５に示したとおりである。

図１０はクライアント端末のＵＰｎＰ処理の動作を示している。
クライアント端末１のクライアントＵＰｎＰ部１８は、アナウンスの受信待ちをしており（ステップＳ６０１）、受信すると、これを登録する（ステップＳ６０２）。Ｗｉｎｄｏｗｓ（登録商標）ＸＰの場合は、マイネットワークに登録される。次に、マイネットワークからユーザが利用したいプリンタを選択すると（ステップＳ６０３）、そのプリンタの接続用のＵＲＬ（例えば、「http://192.168.10.20/pnpinstall」）に対して、ＨＴＴＰメッセージを送信する（ステップＳ６０４）。

この後、クライアント端末１はプリントサーバ２からＰｎＰ開始通知を受信する。これ以降の処理は、図６のステップＳ３０３以下に示したとおりである。

このように、プリントサーバの検索にＵＰｎＰを利用するので、ユーザは、動的に利用可能なプリンタを把握することができる。また、ＵＰｎＰではプリンタドライバのインストールまで行うことができなかったが、上記の構成とすることで、ＵＰｎＰとＰｎＰを組み合わせてプリンタドライバのインストールまで行うことができる。

次に、第３の実施形態について説明する。
第３の実施形態では、設定アプリケーションが、プリントサーバの検索から、プラグアンドプレイによるプリンタドライバのインストール、ポートモニタの作成と設定までの一連の手順を行い、印刷が行える環境を簡単に構築できるシステムについて説明する。

図１１は、本発明の第３の実施形態におけるインストールシステムの機能ブロック図である。以下、第１の実施形態と異なる機能ブロックについて説明する。

クライアント端末１の機能ブロックについて説明する。
自動設定アプリケーション１９は、プリントサーバ２の検索からポートモニタの作成と設定までの一連の手順を自動的に行うプログラムである。自動設定アプリケーション１９は、ドライバインストール部１９ａと検索部１９ｂとポート作成部１９ｃとを有する。ドライバインストール部１９ａは、クライアント端末１にＵＳＢ仮想ドライバ１７がインストールされていない場合、これをインストールする。検索部１９ｂは、ネットワーク３上のプリントサーバ２を検索し、これをクライアント端末１のモニタ上に一覧表示することで、ユーザにプリンタを選択させる。ポート作成部１９ｃは、ポートモニタの作成と設定を行い、インストールされたプリンタドライバと関連づけて論理プリンタを作成する。上記以外のクライアント端末の構成は第１の実施形態と同様である。

図１２に、自動設定アプリケーションのＧＵＩ（Graphical User Interface）の例を示す。「ネットワークプリンタの一覧」には、検索要求に応答したプリンタが一覧表示されている。検索要求は、設定アプリケーションが起動したときに行っても良いし、ユーザが「検索」ボタンをクリックしたときに行っても良い。「ネットワークプリンタの一覧」で「インストール済み」と表示されているプリンタは、そのプリンタドライバが既にクライアント端末にインストールされていることを示す。「未インストール」と表示されているプリンタは、そのプリンタドライバがクライアント端末にインストールされていないことを示す。「ネットワークプリンタの一覧」から「未インストール」状態のプリンタを選択し、「ドライバのインストール」ボタンをクリックすると、選択されたプリンタのプリンタドライバのインストールが開始される。なお、「インストール済み」のプリンタに関しては、グレーアウトし、選択できないように構成しても良い。

次に、プリントサーバ２の機能ブロックについて説明する。
検索応答部３０は、クライアント端末１の自動設定アプリケーション１９から検索要求を受信した場合、プリンタの情報（プリンタ名、メーカー名、プリントサーバのＩＰアドレス等）を返信する。上記以外のプリントサーバの構成は第１の実施形態と同様である。

図１３を用いて、本発明の第３の実施形態における周辺機器ドライバインストールシステムの動作フローの概略を示す。

ユーザは、クライアント端末１を操作して自動設定アプリケーション１９を起動する（ステップＳ７０１）。自動設定アプリケーション１９は、クライアント端末１にＵＳＢ仮想ドライバがインストールされているかどうかを判断し、インストールされていない場合は、これをインストールする（ステップＳ７０２）。次に、ネットワークに対して検索要求を送信する。プリントサーバ２は、検索要求を受信すると、プリンタの情報を検索応答として送信する（ステップＳ７０３）。クライアント端末１は、検索応答を受信すると、モニタ上にその内容を表示する。

クライアント端末１のユーザは、利用したいプリンタを選択する（ステップＳ７０４）。これを受けて、クライアント端末１はプリントサーバ２とＵＳＢ仮想接続を確立する（ステップＳ７０５）。これによりＵＳＢ仮想接続を経由してプリンタドライバのインストールが行なわれる（ステップＳ７０６）。プリンタドライバのインストールが完了するとＵＳＢ仮想接続を終了する（ステップＳ７０７）。次に、自動設定アプリケーション１９は、新しいポートモニタを作成する。そして、作成したポートモニタと新たにインストールしたプリンタドライバとを関連づける（ステップＳ７０８）。これにより新規の論理プリンタが作成される。

クライアント端末１とプリントサーバ２の動作フローの詳細について、図１１、図１４、図１５を用いて説明する。

図１４はプリントサーバ２の検索応答の動作を示している。
プリントサーバ２の検索応答部３０は、クライアント端末１からの検索要求を待っている（ステップＳ８０１）。検索要求を受信すると、検索応答部３０は、必要な情報を情報管理部２１から取得し（ステップＳ８０２）、クライアント端末１に送信する（ステップＳ８０３）。送信する情報には、プリンタ名、メーカー名、プリントサーバのＩＰアドレス等が含まれる。

クライアント端末１からドライバインストール開始要求を受けたときのプリントサーバ２の動作は、図５の動作フローと同じである。

図１５は、自動設定アプリケーションを利用したときのクライアント端末１の動作を示している。

ユーザが、クライアント端末１を操作して自動設定アプリケーション１９を起動すると（ステップＳ９０１）、自動設定アプリケーションは、ＵＳＢ仮想ドライバ１７がクライアント端末１にインストールされているかどうかを判断し（ステップＳ９０２）、インストールされていない場合には、これをインストールする（ステップＳ９０３）。

自動設定アプリケーション１９は、ユーザによる検索指示を待っている（ステップＳ９０４）。ユーザが検索を指示すると、クライアント端末１にインストールされている論理プリンタの情報を取得し（ステップＳ９０５）、ネットワーク３に向けて検索要求を送信する（ステップＳ９０６）。プリントサーバ２から応答情報が返ってくるので、これを先ほど取得した論理プリンタの情報と比較する。具体的には、「応答情報に含まれるプリンタ名およびＩＰアドレス」と「論理プリンタに含まれるプリンタ名およびＩＰアドレス」とが一致する場合には、その検索応答が示すプリンタのプリンタドライバは既にクライアント端末１にインストールされていると判断する。一致しない場合は、クライアント端末１にインストールされていないと判断する。そして、応答情報と上記判断結果を、クライアント端末１のモニタ上に一覧表示する（ステップＳ９０７）。

一覧表示される画面は図１２に示すとおりである。上記判断結果は、画面上の「インストール済み」および「未インストール」の表記に示される。

次に、ユーザが一覧表示されたプリンタから利用したいプリンタを選択すると（ステップＳ９０８）、自動設定アプリケーションは、選択されたプリンタが接続されたプリントサーバに対してドライバインストール開始要求を送信する（ステップＳ９０９）。これによりＵＳＢ仮想接続によるプリンタドライバのインストールが行われる（ステップＳ９１０）。ステップＳ９１０に示すプリンタドライバのインストール動作は、図６のステップＳ３０３以下に示したとおりである。

自動設定アプリケーション１９は、プリンタドライバのインストールの終了を待っており、プリンタドライバのインストールが終了すると、ポートモニタを作成し、インストールしたプリンタドライバと関連づける。これにより新規の論理プリンタが作成される（ステップＳ９１１）。

ポートモニタの作成と設定について具体的に説明する。自動設定アプリケーション１９のポート作成部１９ｃは、ポートを作成するにあたり、クライアント端末１のオペレーティングシステムの種類、使用可能な印刷プロトコル、ポートモニタ１３に設定するＩＰアドレス等の情報を取得する。印刷プロトコルとは、印刷データをネットワークで送信するためのプロトコルであり、代表的なものとしてＬＰＲ（Line Printer Daemon Protocol）がある。使用する印刷プロトコルの情報については、自動設定アプリケーション１９に予め登録しておいても良いし、また、プリントサーバ２の情報管理部２１に記憶しておき、クライアント端末１へ通知するようにしてもよい。ポートモニタ１３に設定するＩＰアドレスは、利用するプリンタ４が接続されているプリントサーバ２のＩＰアドレス、すなわち、ＵＳＢ仮想接続の接続先プリントサーバのＩＰアドレスとなる。ポート作成部１９ｃは、印刷プロトコルやＩＰアドレスを設定したポートモニタ１３を作成し、これを新しくインストールされたプリンタドライバと関連づける。これにより論理プリンタが作成される。ユーザは、印刷アプリケーション１２から論理プリンタを選択して印刷を指示することにより所望のプリンタで印刷出力することができる。

次に、第４の実施形態について説明する。第４の実施形態では、ネットワーク上にインストールサーバを設置する。インストールサーバは、上述の実施形態１乃至３それぞれに適応可能である。

図１６は、本発明の第４の実施形態における周辺機器ドライバインストールシステムの機能ブロック図である。クライアント端末１とインストールサーバ６と複数のネットワークプリンタＡ乃至Ｃ（７ａ〜７ｃ）がネットワークに接続されている。

クライアント端末１の機能ブロックから説明する。選択部１５、クライアントＵＰｎＰ部１８および自動設定アプリケーション１９は、それぞれ破線で示しているが、これは実際の運用形態においてオプションとして任意に追加または省略することが可能なことを意味する。情報設定アプリケーション２０は、インストールサーバ６にアクセスし、インストールサーバ６の情報管理部６１に格納された情報の登録、削除、変更等を行うことができる。上記以外のクライアント端末１の機能ブロックは実施形態１乃至３と同一である。

次に、インストールサーバ６の機能ブロックについて説明する。情報取得部６２は、ネットワークプリンタ（７ａ〜７ｃ）の情報を取得し情報管理部６１に与える。なお、情報管理部６１に記憶する情報としては、ネットワークプリンタ（７ａ〜７ｃ）のプリンタ名、メーカー名、ＩＰアドレス、ＶＩＤ、ＰＩＤ等である。上記以外のインストールサーバの機能ブロックは実施形態１乃至３と同一である。

インストールサーバ６の動作について説明する。
インストールサーバ６は定期的にネットワーク３を検索し、ＳＮＭＰ（Simple Network Management Protocol）等のプロトコルを使用し、ネットワークプリンタ（７ａ〜７ｃ）の情報を取得する。取得する情報として、プリンタ名、メーカー名、ＩＰアドレス、ＶＩＤ、ＰＩＤ等がある。インストールサーバは、これらの情報を取得すると、情報管理部６１に記憶する。ＶＩＤやＰＩＤ等の取得を行えないプリンタに関しては、ネットワーク管理者が、クライアント端末１の情報設定アプリケーション２０からインストールサーバ６にアクセスして個別に登録する。

インストールサーバ６は実施形態１乃至３においてそれぞれ適用可能である。破線で示している機能ブロックの各実施形態における使用について説明する。インストールサーバを第１の実施形態に適用する場合は選択部１５を使用する。第２の実施形態に適用する場合は、クライアントＵＰｎＰ部１８とＵＰｎＰ部６８を使用する。第３の実施形態に適用する場合は、自動設定アプリケーション１９と検索応答部６７を使用する。

インストールサーバを第１の実施形態に適用した場合の動作を説明する。
まず、ユーザは選択部１５を用いてインストールサーバ６にアクセスし、利用したいプリンタを選択する。これを受けて、選択部１５はインストールサーバ６の接続部６６へドライバインストール開始要求を送信し、接続部６６はＵＳＢ仮想ドライバ６５へＵＳＢ仮想接続の開始を指示する。これによりクライアント端末１とインストールサーバ６間でＵＳＢ仮想接続が確立すると、プラグアンドプレイが開始しプリンタドライバのインストールがなされる。

具体的には、クライアント端末１のＰｎＰ部１４はＵＳＢ仮想接続を経由してインストールサーバ６の仮想プリンタクラスドライバ６４にコンフィグレーション情報の取得要求を送信する。インストールサーバ６の仮想プリンタクラスドライバ６４は、これを受信すると、コンフィグレーション情報として必要な情報（ＶＩＤ、ＰＩＤなど）を情報管理部６１から取得し、ＵＳＢ仮想接続を経由してＰｎＰ部１４へ返信する。ＰｎＰ部１４は受信したコンフィグレーション情報に基づきプリンタドライバをインストールする。

インストールサーバ６を第２の実施形態に適用した場合の動作を説明する。
インストールサーバ６のＵＰｎＰ部６８が、情報管理部６１に記憶されているネットワークプリンタのＵＰｎＰアナウンスを送信する。ＵＰｎＰアナウンスを受信したクライアント端末１は、その情報を登録する。

ここで、インストールサーバ６のＵＰｎＰ部６８は、ＵＰｎＰアナウンスとして、情報管理部６１に記憶されているネットワークプリンタの情報を送信するのであるが、情報管理部６１には複数のネットワークプリンタの情報が記憶されているので、ネットワークプリンタを判別するためＵＰｎＰの情報をネットワークプリンタごとに区別する。その一例として、接続用のＵＲＬの文字列を用いて判別を行うことができる。具体的には、ＵＰｎＰアナウンスとして送信する接続用ＵＲＬを、プリンタＡは「http://192.168.10.20/pnpinstall/100」、プリンタＢは「http://192.168.10.20/pnpinstall/101」のように記述するのである。ここでＵＲＬの文字列の「192.168.10.20」がインストールサーバのＩＰアドレスを示し、「100」および「101」がそれぞれのネットワークプリンタを区別している。

クライアント端末１のＵＰｎＰ部１４は、ＵＰｎＰアナウンスを取得するとこれを登録する。ユーザがネットワークプリンタを選択すると、クライアントＵＰｎＰ部１８は、インストールサーバ６のＵＰｎＰ部６８へＨＴＴＰメッセージを送信する。ＨＴＴＰメッセージの送信先ＵＲＬはネットワークプリンタごとに区別された接続用ＵＲＬなので、ＵＰｎＰ部のＨＴＴＰデーモンは接続用ＵＲＬの記述から対応するネットワークプリンタを特定し、接続部６６へドライバインストール開始要求を与える。接続部６６はＵＳＢ仮想ドライバへＵＳＢ仮想接続の開始を指示する。クライアント端末１とインストールサーバ６間でＵＳＢ仮想接続が確立すると、プラグアンドプレイが開始しプリンタドライバのインストールがなされる。

インストールサーバ６を第３の実施形態に適用した場合の、設定アプリケーションのＧＵＩの例を図１７に示す。第３の実施形態と異なる点はＶＩＤとＰＩＤの表示が追加された点である。なお、情報管理部にＶＩＤとＰＩＤが登録されていないプリンタに関しては、インストールを行えないようにする。プラグアンドプレイには、ＶＩＤとＰＩＤが必要となるからである。

インストールサーバ６を第３の実施形態に適用した場合の動作を説明する。
ユーザが、設定アプリケーションを起動する。設定アプリケーションは、ＵＳＢ仮想ドライバがインストールされているかどうかを判別し、インストールされていない場合は、これをインストールする。そして、クライアント端末１にインストールされている論理プリンタの情報を取得し、インストールサーバ６にネットワークプリンタの情報の取得要求を送信する。インストールサーバ６の検索応答部６７はこれに応答しネットワークプリンタの情報を送信する。設定アプリケーションは、ネットワークプリンタの情報をモニタ上に一覧表示し、ユーザの選択を待つ。

ユーザがネットワークプリンタを選択すると、インストールサーバ６の接続部６６へドライバインストール開始要求を送信し、接続部６６はＵＳＢ仮想ドライバ６５へＵＳＢ仮想接続の開始を指示する。これによりクライアント端末１とインストールサーバ６間のＵＳＢ仮想接続が確立すると、プラグアンドプレイが開始しプリンタドライバのインストールがなされる。

プリンタドライバのインストールが終了すると、新規のプリンタドライバかどうかを判断し、新規のプリンタドライバであれば、ポートモニタを作成し、これと関連づける。これにより論理プリンタが作成される。なお、ポートモニタのＩＰアドレスは、選択されたネットワークプリンタのＩＰアドレスである。

以上、本発明の実施形態を説明してきたが、具体的な構成は上記各実施形態に限定されるものではなく、特許請求に記載された範囲内において種々の変形が可能である。

例えば、上記各実施形態では、周辺機器としてプリンタを例にあげたが、ＭＦＰ等プリンタ以外の機器でも適用可能である。また、実施形態１乃至３において、周辺機器制御装置としてプリントサーバを例にあげたが、スキャナサーバ等プリントサーバ以外の機器でも適用可能である。

また、実施形態１乃至３において、プリントサーバ２とプリンタ４とを別体として構成したが、プリントサーバ２を内蔵したプリンタとして構成しても良い。すなわち、周辺機器制御装置の機能を内蔵する周辺機器として構成してもよい。また、実施形態１乃至３において、プリントサーバとプリンタとのインタフェースはＵＳＢとしたが、ＩＥＥＥ１２８４等ＵＳＢ以外のインタフェースを用いても良い。すなわち、周辺機器制御装置と周辺機器との接続インタフェースはＵＳＢ以外でもよい。

本発明の周辺機器ドライバインストールシステムは、ネットワークで周辺機器を共有するシステムにおいて、そのドライバをクライアント端末にインストールする場合に有用である。

本発明の第１の実施形態における周辺機器ドライバインストールシステムの機能ブロック図 ネットワークで送受信されるカプセル化データのデータ構成 プリントサーバのハードウェア構成図 本発明の第１の実施形態における周辺機器ドライバインストールシステムの動作の概略フロー図 プリントサーバのＵＳＢ仮想接続の動作フロー クライアント端末のＵＳＢ仮想接続の動作フロー 本発明の第２の実施形態における周辺機器ドライバインストールシステムの機能ブロック図 本発明の第２の実施形態における周辺機器ドライバインストールシステムの動作の概略フロー図 プリントサーバ２のＵＰｎＰ処理の動作フロー クライアント端末のＵＰｎＰ処理の動作フロー 本発明の第３の実施形態におけるインストールシステムの機能ブロック図 自動設定アプリケーションのＧＵＩの画面例 本発明の第３の実施形態における周辺機器ドライバインストールシステムの動作の概略フロー図 プリントサーバの検索応答の動作フロー 自動設定アプリケーションを利用したときのクライアント端末の動作フロー 本発明の第４の実施形態における周辺機器ドライバインストールシステムの機能ブロック図 設定アプリケーションのＧＵＩの画面例

符号の説明

１ クライアント端末
２ プリントサーバ
３ ネットワーク
４ プリンタ
５ カプセル化データ
６ インストールサーバ
７ａ，７ｂ，７ｃ ネットワークプリンタ

Claims (5)

1. クライアント端末と周辺機器制御装置と周辺機器とを備える周辺機器ドライバインストールシステムであって、前記クライアント端末と前記周辺機器制御装置とがネットワークで接続されており、
   Ａ）前記クライアント端末は、
   前記周辺機器の機器情報に基づいて対応するドライバを検出し利用可能に構成するインストール手段と、
   前記インストール手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記インストール手段と送受信できる元のデータ形式へと変換し前記インストール手段に与える第１のデータ変換手段とを備え、
   Ｂ）前記周辺機器制御装置は、
   前記周辺機器の機器情報を記憶する情報管理手段と、
   前記インストール手段からの機器情報取得要求に対し、プリンタクラスドライバに代わって、前記機器情報を応答する応答手段と、
   前記応答手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記応答手段と送受信できる元のデータ形式へと変換し前記応答手段に与える第２のデータ変換手段とを備え、
   前記インストール手段は、前記第１のデータ変換手段および前記第２のデータ変換手段を経由して、前記応答手段とネットワークを透過したデータの送受信を行い、もってプラグアンドプレイを実行することを特徴とする周辺機器ドライバインストールシステム。
   
2. Ａ）前記クライアント端末は、
   ＵＰｎＰ規格に基づき前記周辺機器を登録する登録手段を更に備え、
   Ｂ）前記周辺機器制御装置は、
   ＵＰｎＰ規格に基づき前記ネットワークへ通知信号を送信する通知手段と、
   前記クライアント端末からＵＰｎＰ規格に基づいたＨＴＴＰメッセージを受信する受信手段とを更に備えたことを特徴とする請求項１に記載の周辺機器ドライバインストールシステム。
3. Ａ）前記クライアント端末は、
   前記ネットワークを経由して前記周辺機器の機器情報を取得する検索手段と、
   ポートモニタを作成し、前記インストール手段で利用可能に構成されたドライバと前記ポートモニタとを関連づけるポートモニタ構築手段とを更に備え、
   Ｂ）前記周辺機器制御装置は、
   前記検索手段からの検索要求に基づき前記周辺機器の機器情報を返信する検索応答手段を更に備えたことを特徴とする請求項１記載の周辺機器ドライバインストールシステム。
4. 前記周辺機器が前記周辺機器制御装置を内蔵することを特徴とする請求項１乃至３のいずれかに記載の周辺機器ドライバインストールシステム。
5. クライアント端末とインストールサーバとネットワーク周辺機器とがネットワークで接続される周辺機器ドライバインストールシステムであって、
   Ａ）前記クライアント端末は、
   前記ネットワーク周辺機器の機器情報に基づいて対応するドライバを検出し利用可能に構成するインストール手段と、
   前記インストール手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記インストール手段と送受信できる元のデータ形式へと変換し前記インストール手段に与える第１のデータ変換手段と、
   前記インストールサーバにアクセスして前記ネットワーク周辺機器の機器情報を設定する設定手段とを備え、
   Ｂ）前記インストールサーバは、
   前記ネットワーク周辺機器の機器情報を記憶する情報管理手段と、
   前記インストール手段からの機器情報取得要求に対し、プリンタクラスドライバに代わって、前記機器情報を応答する応答手段と、
   前記応答手段から発行されたデータを前記ネットワークで送受信できるカプセル化データ形式へと変換しネットワークに送信するとともに、前記ネットワークから受信したカプセル化データを前記応答手段と送受信できる元のデータ形式へと変換し前記応答手段に与える第２のデータ変換手段と、
   前記ネットワーク周辺機器の機器情報を取得する情報取得手段とを備え、
   前記インストール手段は、前記第１のデータ変換手段および前記第２のデータ変換手段を経由して、前記応答手段とネットワークを透過したデータの送受信を行い、もってプラグアンドプレイを実行することを特徴とする周辺機器ドライバインストールシステム。