JP4770670B2 - デバイスドライバ用インストールプログラム、およびデバイスドライバのインストール方法 - Google Patents

Description

本発明は、デバイスドライバ用インストールプログラム、およびデバイスドライバのインストール方法に関する。

ネットワークプリンタとコンピュータとの通信に用いられるプリンタ制御プロトコルにはさまざまな種類がある。例えば、ＬＰＲ（Ｌｉｎｅ ＰＲｉｎｔｅｒ ｄａｅｍｏｎ ｐｒｏｔｏｃｏｌ）は、従来から一般的に使用されているプロトコルであるが、ネットワークセキュリティ上の対策が考慮されていない。一方、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）上で動作するＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）（以下、ＩＰＰＳという）を用いればセキュアに印刷できるが、ＳＳＬのオーバーヘッドにより通信が遅延し、印刷時間が増大する。このように各プロトコルには、それぞれの特徴があるため、ユーザはプリンタの使用用途などによりプロトコルを選択している。

ところで、近年のプリンタドライバ用インストーラは、ユーザに印刷プロトコルを選択させるために、ネットワーク上のプリンタを表示するＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供している。その手順としては、まず、ユーザにプリンタ制御プロトコルをＵＩ上で選択させる。その後に、ネットワーク上の機器に当該プリンタ制御プロトコルによる通信を総当り（ブロードキャスト）で行って当該プリンタ制御プロトコルによる通信の可否を判定し、通信可能なプリンタをＵＩに表示する。ここで、ユーザがＵＩ上からプリンタを選択したとき、当該プリンタのアドレスおよび選択されたプロトコルを元にポートが設定されている。

しかし、従来の方法では、例えば、ＩＰＰＳ対応機器の検索においては、総当りでＩＰＰＳ通信を行うことになり、ネットワーク負荷を増大させていた。また、選択したプロトコルに対応したプリンタが存在しない場合は、再び作業をやり直して次のプロトコルを選択しなければならず、その後に、当該プロトコルによる判定のために、再びネットワーク負荷が発生していた。

また、ネットワークに接続されたクライアント端末の通信環境を設定するネットワーク通信環境設定方法において、クライアント情報とデバイス情報とに基づいてポートモニタを構築し、そのポートモニタを用いてポートを構築し、構築されたポートと関連づけて特定のデバイスに対応するドライバをインストールする技術も提案されている（たとえば、特許文献１参照。）。上記特許文献１によれば、ポートモニタの構築、ポートモニタを含む一連のドライバのインストール手順を容易にし、ネットワークに接続されたクライアント端末の通信環境を容易に設定することができるとされている。

しかし、上記特許文献１では、ユーザがプリンタ制御プロトコルを意識することなく自動的にプロトコルが設定されるために、ユーザはプリンタ制御プロトコルの選択ができないという問題がある。また、上述のネットワーク負荷についての問題には触れられていない。
特開２００１−１１７８３４号公報

本発明は上記従来技術の有する問題点に鑑みてなされたものであり、本発明の目的は、デバイスドライバをインストールする際において、ユーザが制御プロトコルを選択することができ、かつネットワーク負荷を低減し、対応機器の検索時間を短縮することができるデバイスドライバ用インストールプログラム、およびデバイスドライバのインストール方法を提供することである。

本発明の上記目的は、下記の手段によって達成される。

（１）コンピュータ端末にデバイスドライバをインストールするためのプログラムであって、前記デバイスドライバに対応しているネットワーク機器を、コネクションレス型のプロトコルを利用して検索する手順と、検索された前記ネットワーク機器が対応している制御プロトコルを判断する手順と、検索された前記ネットワーク機器および当該ネットワーク機器が対応している前記制御プロトコルを、前記コンピュータ端末の表示画面に表示する手順と、前記表示画面に表示された前記制御プロトコルについて、ユーザの操作による選択を受け付ける手順と、選択された前記制御プロトコルに応じたデバイスドライバをインストールする手順とをコンピュータ端末に実行させることを特徴とするデバイスドライバ用インストールプログラム。

（２）前記ネットワーク機器は、ＳＮＭＰを利用して検索される上記（１）に記載のデバイスドライバ用インストールプログラム。

（３）コネクションレス型のプロトコルを利用して、検索された前記ネットワーク機器に対して問合せることにより、検索された前記ネットワーク機器に対応している制御プロトコルが判断される上記（１）または（２）に記載のデバイスドライバ用インストールプログラム。

（４）前記ネットワーク機器は印刷装置である上記（１）〜（３）のいずれか１つに記載のデバイスドライバ用インストールプログラム。

（５）前記デバイスドライバはプリンタドライバである上記（４）に記載のデバイスドライバ用インストールプログラム。

（６）前記制御プロトコルはプリンタ制御プロトコルである上記（４）に記載のデバイスドライバ用インストールプログラム。

（７）前記表示画面には、対応している前記制御プロトコルを、ユーザの操作による選択を可能なように表示し、対応していない前記制御プロトコルを、ユーザの操作による選択を不可能なように表示する上記（１）〜（６）のいずれか１つに記載のデバイスドライバ用インストールプログラム。

（８）上記（１）〜（７）のいずれか１つに記載のプリンタドライバ用インストールプログラムを記録したコンピュータ読み取り可能な記録媒体。

（９）コンピュータ端末にデバイスドライバをインストールするためのデバイスドライバのインストール方法であって、前記デバイスドライバに対応しているネットワーク機器を、コネクションレス型のプロトコルを利用して検索するステップと、検索された前記ネットワーク機器が対応している制御プロトコルを判断するステップと、検索された前記ネットワーク機器および当該ネットワーク機器が対応している前記制御プロトコルを、前記コンピュータ端末の表示画面に表示するステップと、前記表示画面に表示された前記制御プロトコルについて、ユーザの操作による選択を受け付けるステップと、選択された前記制御プロトコルに応じてデバイスドライバをインストールするステップとを有することを特徴とするデバイスドライバのインストール方法。

本発明では、デバイスドライバに対応しているネットワーク機器を、コネクションレス型のプロトコルを利用して検索し、そのネットワーク機器が対応している制御プロトコルを判断する。検索されたネットワーク機器およびそのネットワーク機器に対応している制御プロトコルを、コンピュータ端末の表示画面に表示して、ユーザの操作による選択を受け付ける。

したがって、本発明によれば、デバイスドライバをインストールする際において、ユーザが制御プロトコルを選択することができ、かつネットワーク負荷を低減し、対応機器の検索時間を短縮することができる。

以下、本発明の実施形態を、図面を参照して詳細に説明する。

図１は、本発明の実施形態にかかる印刷システムの全体構成を示す構成図である。図１に示す印刷システムは、印刷指示装置としてのＰＣ（パーソナルコンピュータ）１０と、印刷装置としてのプリンタ２ａ，２ｂ，２ｃとを備え、これらはネットワーク３を介して相互に通信可能に接続されている。

ネットワーク３は、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格によりコンピュータやネットワーク機器同士を接続したＬＡＮ、あるいはＬＡＮ同士を専用線で接続したＷＡＮ等からなる。なお、ネットワーク３に接続される機器の種類および台数は、図１に示す例に限定されない。

図２は、図１に示されるＰＣ１の構成を示すブロック図である。ＰＣ１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ハードディスク１４、ディスプレイ１５、入力装置１６およびネットワークインタフェース１７を備えており、これらは信号をやり取りするためのバス１８を介して相互に接続されている。また、ＰＣ１は、ＳＮＭＰマネージャとして機能し、ＳＮＭＰエージェントとの間で所定のコマンドをやり取りしながら、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）情報を収集する。

ＣＰＵ１１は、プログラムにしたがって、上記各部の制御や各種の演算処理を行う。ＲＯＭ１２は、各種プログラムや各種データを格納する。ＲＡＭ１３は、作業領域として一時的にプログラムやデータを記憶する。ハードディスク１４は、オペレーティングシステムを含む各種プログラムや各種データを格納する。

ハードディスク１４は、各種プログラムを格納するための領域であるプログラム記憶部を有する。ハードディスク１４には、プリンタドライバをＰＣ１に導入するためのソフトウェアであるインストーラが格納される。インストーラは、複数のプリンタに対応した複数のプリンタドライバのプログラムファイルと、プリンタドライバの印刷条件設定データを記述した設定ファイルとを有している。

また、ハードディスク１４には、ＰＣ１がＳＮＭＰマネージャとして機能するためのアプリケーションも格納される。

ディスプレイ１５は、各種の情報を表示する。入力装置１６は、マウス等のポインティングデバイスやキーボードであり、各種の入力を行うために使用される。

ネットワークインタフェース１７は、ネットワーク３を介して他の機器と通信するためのインタフェースであり、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格が用いられる。

図３は、図１に示されるプリンタ２ａ，２ｂ，２ｃの構成を示すブロック図である。プリンタ２ａ，２ｂ，２ｃは、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、操作パネル部２４、印刷部２５およびネットワークインタフェース２７を備えており、これらは信号をやり取りするためのバス２８を介して相互に接続されている。また、プリンタ２ａ，２ｂ，２ｃは、ＳＮＭＰエージェントを実装したＳＮＭＰ対応機器であり、ＭＩＢ情報を有しており、ＳＮＭＰマネージャからのコマンドに応じて所定のＭＩＢ情報を送信する。プリンタ２ａ，２ｂ，２ｃの上記各部のうち、ＰＣ１の上記各部と同様の機能を有する部分については、説明の重複を避けるためその説明を省略する。

上記ＲＯＭ２２には、ＰＣ１から転送された印刷データを、ビットマップ形式の画像データである印刷実データに展開する描画処理や、印刷実データを用紙に印刷する印刷処理などの通常の処理プログラムの他、プリンタ２ａ，２ｂ，２ｃがＳＮＭＰエージェントとして機能するためのアプリケーションも格納されている。

操作パネル部２４は、タッチパネル、テンキー、スタートボタン、ストップボタン等を備えており、各種情報の表示および各種指示の入力に使用される。印刷部２５は、電子写真式プロセス等の周知の作像プロセスを用いて、各種データを用紙などの記録材上に印刷する。

次に、本発明の第１実施形態におけるインストーラの動作について説明する。

図４は、第１実施形態におけるインストーラの処理の手順を示すフローチャートである。なお、図４により示されるアルゴリズムは、ＰＣ１のハードディスクなどの記憶部にプログラムとして記憶されており、ＰＣ１のＣＰＵ１１によって実行される。

ユーザの操作に従ってインストーラが起動する（ステップＳ１０１）。例えば、ユーザが、ディスプレイ１５に表示された起動ファイルを、入力装置１６を用いてダブルクリックした場合に、インストーラは起動する。

インストーラが起動すると、プリンタドライバ情報が設定ファイルから読み出される（ステップＳ１０２）。ここで、設定ファイルにおけるプロトコル情報として以下の内容が記載されている。
［ＰｒｏｔｏｃｏｌＩｎｆｏ］
ＬＰＲＱｕｅＮａｍｅ＝Ｐｒｉｎｔ
ＩＰＰＵＲＬＩｎｆｏ＝ｈｔｔｐ：￥￥＜ＩＰＡｄｄｒｅｓｓ＞￥ｉｐｐ
ＩＰＰＳＵＲＬＩｎｆｏ＝ｈｔｔｐｓ：￥￥＜ＩＰＡｄｄｒｅｓｓ＞￥ｉｐｐ
本実施形態では、ＰＣ１は、モデルＡに対応しているプリンタドライバのプリンタドライバ情報を読み込む。読み込んだプリンタドライバ情報から、対応しているプリンタのモデル名称、プリンタドイバの属性、対応しているプリンタのモデル名称、モデルＩＤ番号、プリンタ制御プロトコルなどが認識される。

次に、ネットワーク上における機器の中から、プリンタドライバに対応しているプリンタが検索され、プリンタに設定されたニックネームが取得される（ステップＳ１０３）。本実施形態では、プリンタのモデル名がモデルＡに対応しているプリンタ２ａ，２ｂ，２ｃが、ＳＮＭＰを利用して検索される。

例えば、ＰＣ１は、ネットワーク上における機器に対して、「sysObjectID」というＭＩＢオブジェクトを示すオブジェクトＩＤを指定して、「Get Request」オペレーションの要求を送信する。ネットワーク上において、ＳＮＭＰエージェントを実装した機器は、「Get Request」オペレーションを受け付け、「Get Response」オペレーションの応答を返信する。ここで、ＰＣ１は、「sysObjectID」としてネットワーク機器のモデルＩＤ（ネットワーク装置固有の型番）を取得し、プリンタドライバ情報に含まれるモデルＩＤと照合する。照合の結果、取得したモデルＩＤのうち、モデルＡに対応するモデルＩＤを有するネットワーク機器をモデルＡに対応したプリンタ２ａ，２ｂ，２ｃであると判断する。

「sysObjectID」というＭＩＢオブジェクトを取得するためのオペレーションは、ＲＦＣで規定された標準ＭＩＢオペレーションに定義されており、プリンタのＩＰアドレスとコミュニティ名と所望のオブジェクトＩＤとを指定することで、ＭＩＢ情報を得ることができる。

さらに、ＰＣ１は、ＳＮＭＰエージェントであるプリンタ２ａ，２ｂ，２ｃに対して、「sysName」というＭＩＢオブジェクトを示すオブジェクトＩＤを指定して、「Get Next Request」オペレーションの要求を送信する。プリンタ２ａ，２ｂ，２ｃは、「Get Next Request」オペレーションを受け付け、「Get Response」オペレーションの応答を返信する。ここで、ＰＣ１は、「sysName」として各プリンタ２ａ，２ｂ，２ｃに固有に設定された名称をニックネームとして取得する。なお、「sysName」は、「Set Request」オペレーションの要求により予め設定されている。

ＳＮＭＰは、ネットワーク管理のためのプロトコルであり、ネットワーク３に接続された通信機器を、ネットワーク３を通じて監視あるいは制御する。ＳＮＭＰは、ＴＣＰ／ＩＰ接続のネットワーク３に用いられるが、ＴＣＰではなくＵＤＰ上で用いられる。

ＵＤＰは、コネクションレス型のプロトコルであり、ＯＳＩ参照モデルにおけるトランスポート層に属する。ＵＤＰにおいては、ＴＣＰとは異なり、通信機器の間で通信が確立しているかを確認する機能や、送信先に届かなかったデータを再送信する機能などが省かれているため、信頼性の面でやや難点がある一方で、処理は簡単であり、かつ高速であるという特徴がある。なお、ＴＣＰは、コネクション型のプロトコルであり、ＩＰの上位プロトコルである。ＴＣＰは、ＲＦＣ７９３で定義されており、ＯＳＩ参照モデルにおけるトランスポート層に属する。ＴＣＰは、接続相手やデータ到着の確認・フロー制御・データの重複や抜けの検出などを行うことでＩＰの補完の役割を果たし、ＴＣＰ／ＩＰとして、信頼性の高い通信を実現するものである。

したがって、ネットワーク３上における機器の中からプリンタドライバに対応しているプリンタ２ａ，２ｂ，２ｃを検索しニックネームを取得する際に、ＳＮＭＰを利用することで、ネットワーク負荷を低減し、対応機器の検索時間を短縮することができる。

検索されたプリンタ２ａ，２ｂ、２ｃが所定のプリンタ制御プロトコルに対応しているか否かを判定する（ステップＳ１０４）。

ＰＣ１は、検索されたプリンタ２ａ，２ｂ，２ｃに対して「spp Support Print Protocol (INTEGER)」というＭＩＢオブジェクトを示すオブジェクトＩＤを指定して、「Get Next Request」オペレーションの要求を送信する。プリンタ２ａ，２ｂ，２ｃは、「Get Next Request」オペレーションを受け付け、「Get Response」オペレーションの応答を返信する。ここで、ＰＣ１は、「spp Support Print Protocol (INTEGER)」の値を取得し、所定のプリンタ制御プロトコルに対応しているか否かを判定する。「spp Support Print Protocol (INTEGER)」というＭＩＢオブジェクトは、ベンダーによって定義されるプライベートＭＩＢであり、所定のプリンタ制御プロトコルに対応しているか否かを示すオブジェクトである。

「spp Support Print Protocol (INTEGER)」というＭＩＢオブジェクトに対する「Get Response」オペレーションの応答では、「ＬＰＲとＩＰＰＳに対応不可能である」、「ＩＰＰＳに対応可能でありＬＰＲに対応不可能である」、「ＬＰＲに対応可能でありＩＰＰＳに対応不可能である」、「ＬＰＲとＩＰＰＳに対応可能である」旨のいずれかを返信する。なお、プリンタがプライベートＭＩＢに未対応の場合には、プリンタはエラーメッセージを返信する。また、プリンタ制御プロトコルに対応しているか否かの判断処理（プロトコル通信可否判定処理）については後程詳しく説明する。

検索されたプリンタ２ａ，２ｂ，２ｃが所定のプリンタ制御プロトコルに対応しているか否かを判定する際にＳＮＭＰを利用することで、ネットワーク負荷を低減し、対応機器の検索時間を短縮することができる。

検索されたプリンタ２ａ，２ｂ，２ｃと、プリンタ２ａ，２ｂ，２ｃに対応しているプリンタ制御プロトコルとが表示される（ステップＳ１０５）。ＰＣ１は、検索されたプリンタ２ａ，２ｂ，２ｃおよび対応するプリンタ制御プロトコルを、プリンタ表示部に表示し、プリンタ制御プロトコルの選択を促す。

図５に示すように、プリンタ表示部には、検索されたプリンタ２ａ，２ｂ，２ｃに関する情報（図中「Searched Printers」で示される）およびプリンタ制御プロトコルの選択画面（図中「Protocol Selection」で示される）が表示される。

検索されたプリンタ２ａ，２ｂ，２ｃに関する情報としては、「Modelの名称」、「Address」、「Name」、「プリンタ制御プロトコルの対応の可否」がある。本実施形態では、モデルＡに対応しているプリンタ２ａ，２ｂ，２ｃが検索されたため、「Modelの名称」はモデルＡで共通である。「Address」の欄にはプリンタのＩＰアドレスが表示され、「Name」の欄にはニックネームが表示される。また、「Normal Printing」の欄には、ＬＰＲに対応しているか否かが表示され、「Secure Printing」の欄には、ＩＰＰＳに対応しているか否かが表示される。

プリンタ制御プロトコルの選択部には、選択可能なプリンタ制御プロトコルが表示される。「Normal Printing」はＬＰＲによる設定を示し、「Secure Printing」はＩＰＰＳによる設定を示し、「Select Manually」は手動設定を示す。

ユーザが選択した印刷条件が取得される（ステップＳ１０６）。ユーザは、図５に示すプリンタ表示部において、印刷出力を行うプリンタをチェックボックスによって指定し、プリンタ制御プロトコルをラジオボタンによって指定し、「Next」ボタンを押下する。ＰＣ１は、「Next」ボタンが押下されたことで、印刷条件が選択されたことを認識し、印刷条件を取得する。

図５の例では、ニックネームが「Secure」のプリンタ２ａがユーザによって選択されている。「Secure」のプリンタ２ａは、「Secure Printing」に対応しているため、プリンタ制御プロトコルとしては、「Secure Printing」および「Select Manually」が選択可能である。ここで、図５は「Secure Printing」が選択された様子を示す。

なお、ニックネームが「General」のプリンタ２ｂがユーザによって選択された場合、「General」のプリンタ２ｂは、「Normal Printing」および「Secure Printing」に対応しているため、プリンタ制御プロトコルとしては、「Normal Printing」、「Secure Printing」および「Select Manually」のいずれも選択可能である。

プリンタドライバのインストールが開始される（ステップＳ１０７）。取得した印刷条件に応じたプリンタドライバがＰＣ１にインストールされ、プリンタ制御プロトコルに対応したプリンタポートが設定される。

図５の例では、プリンタ制御プロトコルとして、「Secure Printing」が選択されていることから、プリンタ制御プロトコルとしてＩＰＰＳが設定される。具体的には、ＩＰアドレス「１０．２０．３０．４２」およびＵＲＬ情報を渡してＩＰＰＳを使用するように設定してインストールされ、プリンタドライバと関連付けられる。ここで、上記のＩＰＰＳのＵＲＬ情報「ｈｔｔｐ：￥￥＜ＩＰＡｄｄｒｅｓｓ＞￥ｉｐｐ」の＜ＩＰＡｄｄｒｅｓｓ＞は、実際のＩＰアドレス「１０．２０．３０．４２」に置換される。置換後の文字列「ｈｔｔｐｓ：￥￥１０．２０．３０．４２￥ｉｐｐ」をＵＲＬとしてポートの設定を行う。

なお、プリンタ制御プロトコルとして、「Normal Printing」が選択された場合、プリンタ制御プロトコルとしてＬＰＲが設定される。ＬＰＲでは、ＩＰアドレスを設定することが必要であるので、上記ＩＰアドレスがそのまま設定される。また、ＩＰＰＳでは、印刷ジョブを一時的にスプーリングすることができるため、キュー名も設定される。

インストールしたプリンタドライバを示すプリンタアイコンが生成され、プリンタドライバのインストールが終了すると、インストーラは処理を終了する（ステップＳ１０８）。

次に、プロトコル通信可否判定処理については詳しく説明する。図６は、プロトコル通信可否判定処理の手順を示すフローチャートである。

ステップＳ１０３で検索されたプリンタの数がＮの初期値として定義される（ステップＳ２０１）。本実施形態では、図５に示すように、モデルＡのプリンタ２ａ，２ｂ，２ｃとして３台のプリンタ（「General」、「Speedy」、「Secure」）がネットワーク上に存在するため、Ｎ＝３である。

Ｎが１以上である否かが判断される（ステップＳ２０２）。Ｎが１より小さい場合（ステップＳ２０２：Ｎｏ）、対応機器が検索されなかったと判断し、図６の処理は終了する。

一方、Ｎが１以上である場合（ステップＳ２０２：Ｙｅｓ）、ＭＩＢ情報が取得される（ステップＳ２０３）。ＰＣ１は、検索されたプリンタ２ａ，２ｂ，２ｃに対して「spp Support Print Protocol」というＭＩＢオブジェクトを示すオブジェクトＩＤを指定して、Get Next Requestオペレーションの要求を送信し、「spp Support Print Protocol」の値を取得する。以下、取得した「spp Support Print Protocol」の値をＭＩＢ値という。

本実施形態では、検索されたプリンタ２ａ，２ｂ，２ｃは３台であるため、Ｎ＝３に対応するプリンタ２ｃについてＭＩＢ値が取り出される。

ＭＩＢ値に応じて、プリンタ制御プロトコルの対応状況が判断される（ステップＳ２０５）。すなわち、ＭＩＢ値が０である場合、ＰＣ１は、ＬＰＲおよびＩＰＰＳに対応していないプリンタであると判断する。ＭＩＢ値が１である場合、ＬＰＲに対応しているが、ＩＰＰＳに対応していないプリンタであると判断する。ＭＩＢ値が２である場合、ＬＰＲに対応していないが、ＩＰＰＳに対応しているプリンタであると判断する。ＭＩＢ値が３である場合、ＬＰＲおよびＩＰＰＳに対応しているプリンタであると判断する。

取得したＭＩＢ値に応じて、対応しているプリンタ制御プロトコルが判断された後、Ｎの値が１減じられ（ステップＳ２０６）、ステップＳ２０２に戻る。本実施形態では、ＰＣ１は、Ｎ＝３に対応するプリンタ２ｃについて、対応しているプリンタ制御プロトコルを判断した後、Ｎ＝２に対応するプリンタ２ｂについて、ステップ２０２〜Ｓ２０５の処理を繰り返し、対応しているプリンタ制御プロトコルを判断する。

その後、Ｎ＝１に対応するプリンタ２ａについて、対応しているプリンタ制御プロトコルが判断された後、Ｎの値を１減じることでＮ＝０となり（ステップＳ２０２：Ｎｏ）、図６の処理は終了する。

このようにして、ＰＣ１は、検索されたプリンタ２ａ，２ｂ，２ｃが「ＬＰＲとＩＰＰＳに対応不可能である」、「ＩＰＰＳに対応可能でありＬＰＲに対応不可能である」、「ＬＰＲに対応可能でありＩＰＰＳに対応不可能である」、「ＬＰＲとＩＰＰＳに対応可能である」のいずれであるかを判断することができる。なお、プリンタがプライベートＭＩＢに未対応の場合には、エラーメッセージがＰＣ１に返信されるので、ＰＣ１は、エラーメッセージに受信することで「ＬＰＲとＩＰＰＳに対応不可能である」ことを判断する。

以上、本発明に係る実施形態においては、プリンタドライバをインストールする際において、所定のプリンタ制御プロトコルに対応したプリンタをネットワーク上から検索するとき、プリンタ制御プロトコルを用いずに、別の軽量なプロトコルであるＳＮＭＰによりプロトコル通信の可否を判定することによって、ネットワーク負荷を軽減し、検索時間を短縮することができる。

次に、本発明に係る第２実施形態におけるインストーラの動作について説明する。

上記第１実施形態においては、ネットワーク上における機器の中から、該当モデルのプリンタが検索されなかった場合であっても各処理を実行するが、第２実施形態においては、該当モデルのプリンタが検索されなかった場合、自動的に手動設定部を表示し、ユーザに手動設定を促す。第１実施形態のインストーラの動作のうち、第２実施形態のインストーラの動作と同様の機能を有する処理については、説明の重複を避けるためその説明を簡略化する。

図７は、第２実施形態におけるインストーラの処理の手順を示すフローチャートである。なお、図７により示されるアルゴリズムは、ＰＣ１のハードディスクなどの記憶部にプログラムとして記憶されており、ＰＣ１のＣＰＵ１１によって実行される。

ユーザの操作に従ってインストーラが起動し（ステップＳ３０１）、プリンタドライバ情報が設定ファイルから読み出される（ステップＳ３０２）。

本実施形態では、ＰＣ１は、モデルＡに対応しているプリンタドライバのプリンタドライバ情報を読み込む。読み込んだプリンタドライバ情報から、対応しているプリンタのモデル名称、プリンタドイバの属性、対応しているプリンタのモデル名称、モデルＩＤ番号、プリンタ制御プロトコルなどが認識される。

次に、ネットワーク上における機器の中から、プリンタドライバに対応しているプリンタが検索され、プリンタに設定されたニックネームが取得される（ステップＳ３０３）。本実施形態では、プリンタのモデル名がモデルＡに対応しているプリンタはＳＮＭＰを利用して検索される。これらステップＳ３０１〜Ｓ３０３の処理は、第１実施形態におけるステップＳ１０１〜Ｓ１０３の処理と同様である。

次に、該当モデルがあるか否かが判断される（ステップＳ３０４）。本実施形態では、ＰＣ１は、プリンタのモデル名がモデルＡに対応しているプリンタが存在するか否かを判断する。

該当モデルがある場合（ステップＳ３０４：Ｙｅｓ）、検索されたプリンタについて、所定のプリンタ制御プロトコルに対応しているか否かが判定され（ステップＳ３０５）、検索されたプリンタに対応しているプリンタ制御プロトコルが表示される（ステップＳ３０６）。

ＰＣ１は、検索されたプリンタから、「spp Support Print Protocol」の値（ＭＩＢ値）を取得し、所定のプリンタ制御プロトコルに対応しているか否かを判定する。その後、ＰＣ１は、検索されたプリンタおよび対応するプリンタ制御プロトコルをプリンタ表示部に表示し、ユーザにプリンタ制御プロトコルの選択を促す。これらの処理は、第１実施形態におけるステップＳ１０４〜Ｓ１０５の処理と同様である。

ユーザが選択した印刷条件が取得される（ステップＳ３０７）。ここで、ユーザは、プリンタ表示部において、印刷出力を行うプリンタおよびプリンタ制御プロトコルを指定し、Nextボタンを押下する。ＰＣ１は、Nextボタンが押下されたことで、印刷条件が選択されたことを認識し、印刷条件を取得する。これらの処理は、第１実施形態におけるステップＳ１０６の処理と同様である。

一方、プリンタのモデル名がモデルＡに対応しているプリンタが存在しない場合（ステップＳ３０４：Ｎｏ）、手動設定部が表示される（ステップＳ３０８）。ＰＣ１は、図８に示すように、手動設定部を表示し、ユーザにモデル名およびプリンタ制御プロトコルの入力を促す。図８の例では、モデルＢのプリンタについて、「Normal Printing」のプリンタ制御プロトコルがユーザによって選択されている。

その後、処理はステップＳ３０７に進み、ユーザが選択した印刷条件が取得される。ここで、ユーザは、図８に示す手動設定部において、プリンタのモデル名およびプリンタ制御プロトコルを指定し、「Next」ボタンを押下する。ＰＣ１は、「Next」ボタンが押下されたことで、印刷条件が選択されたことを認識し、印刷条件を取得する。

次に、プリンタドライバのインストールが開始され、取得した印刷条件に応じたプリンタドライバがＰＣ１にインストールされ、プリンタポートが設定される（ステップＳ３０９）。その後、インストールしたプリンタドライバを示すプリンタアイコンが生成され、プリンタドライバのインストールが終了すると、インストーラは処理を終了する（ステップＳ３１０）。これらのステップＳ３０９〜Ｓ３１０の処理は、第１実施形態におけるステップＳ１０７〜Ｓ１０８の処理と同様である。

本発明に係る第２実施形態においては、ネットワーク上における機器の中から、該当モデルのプリンタが検索されなかった場合、自動的に手動設定部を表示し、ユーザに手動設定を促すことで、プリンタドライバのインストール時において、無駄な作業を省くことができる。

本発明は、上述した実施形態に限定されるものではなく、特許請求の範囲内において、種々改変することができる。本発明においては、プリンタのほか、複写機、ＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などの他の印刷装置が使用されてもよい。

また、本発明によるインストーラにおける各種処理を行うプログラムは、例えばフレキシブルディスクやＣＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピュータ読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送されて記憶される。

本発明の実施形態にかかる印刷システムの全体構成図である。 図１に示されるＰＣの構成を示すブロック図である。 図１に示されるプリンタの構成を示すブロック図である。 本発明の第１実施形態に係るインストーラの処理の手順を示すフローチャートである。 プリンタの表示画面を示す図である。 プロトコル通信可否判定処理の手順を示す図である。 本発明の第２実施形態に係るインストーラの処理の手順を示すフローチャートである。 プリンタの手動設定部を示す図である。

符号の説明

１ ＰＣ、
２ プリンタ、
３ ネットワーク、
１１、２１ ＣＰＵ、
１２、２２ ＲＯＭ、
１３、２３ ＲＡＭ、
１４、２４ ハードディスク、
１５ ディスプレイ、
１６ 入力装置、
１７、２７ ネットワークインタフェース、
１８、２８ バス
２５ 操作パネル
２６ 印刷部。

Claims (9)

1. コンピュータ端末にデバイスドライバをインストールするためのプログラムであって、
   前記デバイスドライバに対応しているネットワーク機器を、コネクションレス型のプロトコルを利用して検索する手順と、
   検索された前記ネットワーク機器が対応している制御プロトコルを判断する手順と、
   検索された前記ネットワーク機器および当該ネットワーク機器が対応している前記制御プロトコルを、前記コンピュータ端末の表示画面に表示する手順と、
   前記表示画面に表示された前記制御プロトコルについて、ユーザの操作による選択を受け付ける手順と、
   選択された前記制御プロトコルに応じたデバイスドライバをインストールする手順とをコンピュータ端末に実行させることを特徴とするデバイスドライバ用インストールプログラム。
2. 前記ネットワーク機器は、ＳＮＭＰを利用して検索される請求項１に記載のデバイスドライバ用インストールプログラム。
3. コネクションレス型のプロトコルを利用して、検索された前記ネットワーク機器に対して問合せることにより、検索された前記ネットワーク機器に対応している制御プロトコルが判断される請求項１または２に記載のデバイスドライバ用インストールプログラム。
4. 前記ネットワーク機器は印刷装置である請求項１〜３のいずれか１項に記載のデバイスドライバ用インストールプログラム。
5. 前記デバイスドライバはプリンタドライバである請求項４に記載のデバイスドライバ用インストールプログラム。
6. 前記制御プロトコルはプリンタ制御プロトコルである請求項４に記載のデバイスドライバ用インストールプログラム。
7. 前記表示画面には、対応している前記制御プロトコルを、ユーザの操作による選択を可能なように表示し、対応していない前記制御プロトコルを、ユーザの操作による選択を不可能なように表示する請求項１〜６のいずれか１項に記載のデバイスドライバ用インストールプログラム。
8. 請求項１〜７のいずれか１項に記載のプリンタドライバ用インストールプログラムを記録したコンピュータ読み取り可能な記録媒体。
9. コンピュータ端末にデバイスドライバをインストールするためのデバイスドライバのインストール方法であって、
   前記デバイスドライバに対応しているネットワーク機器を、コネクションレス型のプロトコルを利用して検索するステップと、
   検索された前記ネットワーク機器が対応している制御プロトコルを判断するステップと、
   検索された前記ネットワーク機器および当該ネットワーク機器が対応している前記制御プロトコルを、前記コンピュータ端末の表示画面に表示するステップと、
   前記表示画面に表示された前記制御プロトコルについて、ユーザの操作による選択を受け付けるステップと、
   選択された前記制御プロトコルに応じてデバイスドライバをインストールするステップとを有することを特徴とするデバイスドライバのインストール方法。

Images