(57)【要約】【課題】  印刷機器を管理するプログラムであって、メタ管理プロトコルを用いることも外部に管理プロトコルのレポジトリを保持することなく、印刷機器を管理できる印刷管理システムを提供する。【解決手段】  印刷管理プログラムに以下の処理ステップを備えさせる。すなわち、第１の管理プロトコルを用いて印刷機器と通信が可能か否か判断し、不可能と判断された場合には第２の管理プロトコルを用いて通信を再度試行するステップである。  又、既定の管理第１の管理プロトコルを用いて印刷機器と通信が可能か否か判断し、不可能と判断された場合には第２の管理プロトコルを用いて通信を再度試行するステップと、そのステップで取得した印刷機器の情報が不足していると判断される場合には、使用者に対して不足している情報を入力するように要求するステップを備える。【選択図】  図１
2009151462.tif 000002
【特許請求の範囲】
【請求項１】
管理プロトコルとして少なくとも２つのプロトコルを排他的に使用する印刷機器を備え、
前記印刷機器と通信する管理プログラムであって、概プログラムが定める第1の管理プロトコルで印刷機器と通信を試み、通信が不能と判断した場合には第2の管理プロトコルを試みる管理プログラム有することを特徴とする印刷機器管理システム。
【請求項２】
請求項１に記載の印刷機器管理システムおいて、
管理プロトコルがSNMPv1とSNMPv3であることを特徴とする請求項１に記載の印刷機器管理システム。
【請求項３】
請求項１に記載の印刷機器管理システムおいて、
印刷機器と通信する管理プログラムがプリンタドライバインストールプログラムであることを特徴とする請求項１に記載の印刷機器管理システム。
【請求項４】
管理プロトコルとして少なくとも２つのプロトコルを排他的に使用し、さらに同時に前記プロトコルとは異なるプロトコルを同時使用する印刷機器を備え、
前記印刷機器と通信する管理プログラムであって、概プログラムが定める第1の管理プロトコルで印刷機器と通信を試み、通信が不能と判断した場合には第2の管理プロトコルを試み、第2の管理プロトコルでの通信が可能な場合には、第1の管理プロトコルを使った場合に前記印刷機器から取得できる情報に不足している情報を利用者に追加入力させることを特徴とした印刷機器管理システム。
【請求項５】
排他使用される管理プロトコルがSNMPv1とSNMPv3であることを特徴とする請求項４に記載の印刷機器管理システム。
【請求項６】
排他使用される管理プロトコルと同時に使用されるプロトコルがWSD(Web Service for Devices)であることを特徴とする請求項４に記載の印刷機器管理システム。
【請求項７】
第2の管理プロトコルがWSDであることを特徴とする請求項４に記載の印刷機器管理システム。
【請求項８】
管理プログラムがプリンタドライバインストールプログラムであることを特徴とする請求項４に記載の印刷機器管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の複数の印刷機器と管理プロトコルによって通信し、印刷機器の情報を授受して機器の状態管理を行ったり、必要なプリンタドライバをホストコンピュータにインストールする管理プログラムから成る、印刷機器管理システムに係わるものである。
【背景技術】
【０００２】
オフィスにおいてホストコンピュータからネットワークを介して印刷機器に対して印刷を行うことが一般的に行われている。印刷機器とその機器に対して印刷を行おうとするホストコンピュータの数は数台から数百台まで幅が広い。このため印刷機器の状態の監視や、印刷機器専用のプリンタドライバをホストコンピュータに正しくインストールするなどの管理プログラムは管理工数の削減のためにも必要とされている。このような目的でネットワーク機器を管理する目的で策定された管理プロトコルとしてSNMPv1(Simple Network Management Protocol version 1：RFC1157)が使われている。このプロトコルをベースにして印刷機器特有の情報を定義し、印刷機器とその管理プログラム間で授受することも業界内で一般的となっている。
【０００３】
一方、ネットワーク上の通信セキュリティ意識の高まりにより、機器を管理するプログラムを認証したり機器管理通信そのものを秘匿化する機能などが求められ、その解としてSNMPv1になかった認証機能、情報の暗号化機能を備えたSNMPv3(Simple Network Management Protocol version 3)が策定され実用化している。SNMPv3を利用しようとするオフィスでは、SNMPv1を用いることはないばかりか、積極的に利用を禁止したいと考えているものとみなせる。それに呼応するように、SNMPv3プロトコルを搭載する印刷機器も、SNMPv1とSNMPv3プロトコルの同時使用を出来なくしたものが登場している。このようなSNMPv3を使用するように設定された印刷機器がネットワーク上に存在する場合、その印刷機器を管理する管理プログラム側には次のような問題が発生する。
【０００４】
・SNMPv1とSNMPv3の両プロトコルに互換性はないため、SNMPv3を搭載しない管理プログラムは印刷機器を管理できなくなってしまう。
【０００５】
・印刷機器がSNMPv3を使用する設定になっていることを管理プログラムは検出できないので何らかの代替管理プロトコルをトライアンドエラーで試す必要がある。
【０００６】
上記の様に、SNMPv3プロトコルを搭載していない管理プログラムはそもそも印刷機器と通信を行うことができない。この問題への解決方法として、特許文献１に開示されている方法がある。それによれば、管理プログラムは機器へ対応プロトコル問い合わせを行い、管理プログラム自身がプロトコルを保有していないと判断した場合には、プロトコルを外部装置からダウンロードによって取得することで未知へのプロトコル対応を可能としている。ただし、この方法は機器が搭載するSNMPv1やSNMPv3などの管理プロトコルを問い合わせるようなメタな管理プロトコルを機器と管理プログラムの双方が搭載していることを前提にしている点と、管理プログラムと印刷機器以外の外部に管理プログラムを保管しているレポジトリが存在することを前提としている点で汎用的に適用できる解決策とは言いがたい。
【特許文献１】特開2005-204279号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする課題は、印刷機器を管理するプログラムであって、メタ管理プロトコルを用いることも外部に管理プロトコルのレポジトリを保持することなく、印刷機器を管理できる印刷管理システムを提供することにある。具体的には、管理プログラムと印刷機器の双方が常に使用できる管理プロトコルを備えている場合に、その管理プロトコルを使用して取得可能な情報の授受を行い、さらにその管理プロトコルで取得できる情報に必要な情報が欠けていると判断した場合には、その不足情報を何らかの方法で取得しなければならないという問題がある。特に、印刷機器管理プログラムがプリンタドライバインストールプログラムの場合には、インストールに必要な情報が不足すると、プリンタドライバのインストールおよび、通信ポートの作成、印刷機器の装備に応じた印刷オプションの使用者への提供ができなくなり、使用者の意図した印刷設定に支障をきたす。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために、本発明は、管理プログラムに以下の処理ステップを備えさせた。すなわち、第１の管理プロトコルを用いて印刷機器と通信が可能か否か判断し、不可能と判断された場合には第２の管理プロトコルを用いて通信を再度試行するステップである。これにより、印刷機器が管理プロトコルを使用者によって切り替えられていても、自動的に管理プログラム側で代替の管理プロトコルを使うため、管理プログラムは従来と同様に印刷機器と通信が可能であり、かつ使用者によって管理プログラム側の設定を変更するなどの手間をかけさせない。さらに、管理プログラムを外部からダウンロードするためのレポジトリや、印刷機器で用いている管理プロトコルを調査するようなメタ管理プロトコルも必要としない。
【０００９】
さらに、本発明の他の実施例においては以下の処理ステップを備えさせている。すなわち、既定の管理第１の管理プロトコルを用いて印刷機器と通信が可能か否か判断し、不可能と判断された場合には第２の管理プロトコルを用いて通信を再度試行するステップと、そのステップで取得した印刷機器の情報が不足していると判断される場合には、使用者に対して不足している情報を入力するように要求するステップを備えている。これらの処理ステップによって代替管理プロトコルを用いても必ずしも十分な印刷機器情報が取得できない場合においても、使用者の手入力を促して、不足情報を補完してもらう。
【発明の効果】
【００１０】
本発明によると、印刷機器が管理プロトコルを使用者によって切り替えられていても、自動的に管理プログラム側で代替の管理プロトコルを使うため、管理プログラムは従来と同様に印刷機器と通信が可能であり、かつ使用者によって管理プログラム側の設定を変更するなどの手間をかけさせない。さらに、管理プログラムを外部からダウンロードするためのレポジトリや、印刷機器で用いている管理プロトコルを調査するようなメタ管理プロトコルも必要としない。
【発明を実施するための最良の形態】
【００１１】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【００１２】
図２は本発明の実施例における印刷機器管理システムの構成を示すブロック図である。
【００１３】
図２において、４０１はユーザが使用して画像データを生成し、印刷を行なうためのクライアントコンピュータであり、４０２は印刷機器すなわちプリンタである。クライアントコンピュータ４０１、印刷機器４０２はイーサネット（登録商標）などの既知の技術によるネットワーク４０３により相互に接続されている。
【００１４】
図３は印刷機器４０２の詳細な構成を示すブロック図である。図３において、５０１はネットワーク４０３と接続し、クライアントコンピュータ４０１から印刷ジョブを受信あるいは管理プロトコルパケットの送受信を行うインターフェース部、５０２はＰＤＬデータを一時的に格納する印刷データ格納部、５０３は前記印刷データ格納部から前記印刷データを取得して画像生成処理を行ってイメージデータを生成する印刷データ解釈部、５０４は前記印刷データ解釈部が生成したイメージデータを印刷が完了するまで一時的に格納しておくイメージ格納部、５０５は前記イメージ格納部に格納されたイメージデータを電子写真技術やインクジェット技術などの既知の印刷技術を用いて印刷用紙などのメディアに実際に印刷するプリンタエンジンを示している。なお、印刷データ格納部５０２とイメージ格納部５０４は大容量のハードディスクなどの２次記憶装置で構成される場合もあるが、本件は特に物理構成に縛られるものではない。５０８はプリンタの機種名、搭載オプションユニット、使用管理プロトコルを始めとした各種のプリンタに関する情報を保持し、SNMPv1やSNMPv3などの管理プロトコルを使用して５０１のインターフェース部を経由して外部とやり取りを行うプリンタ情報管理部である。５０９は管理プロトコルSNMPv1プロトコルスタックであり、SNMPv1プロトコルに則ったプリンタ情報のパケット化/パケットからのプリンタ設定情報の作成をつかさどる。５１０は管理プロトコルSNMPv3であり、SNMPv3プロトコルに則ったプリンタ情報のパケット化/パケットからのプリンタ設定情報の作成をつかさどる。５１１はWSD(Web-Service for Devices)仕様を実装したWSDプロトコルスタックである。WSDはいわばネットワーク接続しているプリンタも含めた機器を一種のWebサービスとして機能させ、ネットワーク上に存在する機器を探索してそのサービスの詳細を取得することで、動的に機器を使用することが出来るしくみの基盤となっている。Universal Plug and Play  とともに併用されネットワーク接続機器も、USBバス接続された機器と同様に扱えることを想定している。WSDでは機器の機能をXMLスキーマで定義された形式でネットワーク上に送り出し自身の機能を通知したり、問い合わせに応答する。
【００１５】
管理プロトコルスタック５０９、５１０、５１１は後述の５０７管理プロトコル切り替え部によって、次のように設定される。
【００１６】
５０９と５１０は排他的に有効化される。
【００１７】
５１１は常に有効化されている。
【００１８】
これらのプロトコル詳細は本発明の要点と関係しないため詳細の説明は省略する。一般的に、機器が搭載してきたSNMPv1は様々なオブジェクトが拡張定義されており、各印刷機器ベンダー固有の詳細機器情報が取得できる。一方WSDは仕様が策定されてから日が浅く、さらにWSDを搭載している印刷機器の台数は少なく、普及もこれからである。そのため、SNMPv1に比べて機器から取得できる情報の量、詳細さには多くないのが実状である。５０７は不図示の操作パネルによって、前記管理プロトコルを切り替え/設定する管理プロトコル設定部、前記印刷ジョブ取消手段の動作を活性化するＧＵＩ部である。
【００１９】
図１はクライアントコンピュータ４０１の内部システムを表すブロック構成図である。ＣＰＵ１０１はＲＯＭ１０２あるいはＲＡＭ１０３あるいは外部記憶装置１０５に格納されたプログラムに従って装置全体の制御を行う。ＲＡＭ１０３はＣＰＵ１０１が各種処理を行う際のワークエリアとして使用される。外部記憶装置１０５はオペレーティングシステム（ＯＳ）やアプリケーションソフト、プリンタドライバソフト等を記録する。キーボード１０４もしくは図示していないマウスなどの入力機器は、ユーザが各種指示を与えるためのデバイスである。ネットワークＩ／Ｆ１０６およびプリンタＩ／Ｆ１０７はイーサネット（登録商標）または専用インターフェースを介して印刷機器３０と接続し、データの授受を行うためのインターフェースである。モニタＩ／Ｆ１０８はモニタに接続し表示データの転送を行うためのインターフェースである。また、１１０は共通データバスである。
【００２０】
図７はクライアントコンピュータ４０１内のプリンタドライバインストールプログラムの動作フローである。プリンタドライバインストールプログラムは、印刷機器用のプリンタドライバプログラムをクライアントコンピュータにインストールする役割を担っているプログラムであり、大きく分けて次の3つの機能を提供している。
【００２１】
１．印刷機器と管理プロトコルを使って通信し、印刷機器のモデルや、フィニッシャなどのオプション装置の構成を取得する。この処理で取得する情報は印刷時に利用者が行う用紙設定や、印刷ジョブの面つけ、排紙時のステープルの有無などの設定画面の提供のために必要である。特に印刷機器のモデル名では機器が対応するPDL(Print Description Language)の判定材料として必要である。
【００２２】
２．プリンタドライバプログラムをクライアントコンピュータのオペレーティングシステムの指定するディレクトリに配置し、必要な登録処理を行う。
【００２３】
３．印刷機器に関連付けられて印刷ジョブを投入するための口となる印刷ポートの作成。
【００２４】
プリンタドライバインストールプログラムは図７に示すフローに従い上記の処理を行う。ステップS７０１では不図示のUIダイアログで印刷機器のネットワークアドレスを使用者に指定してもらうことでアドレスを取得する。この際のネットワークアドレスはFQDN形式のホスト名であっても、IPアドレスであってもかまわない。このアドレス入力の為に使用するダイアログを図４に示す。図４の１００１がアドレス入力ダイアログであり、１００２部分に印刷機器のアドレスを使用者が入力して、１００５を押下して設定を終了する。続くステップS７０２では印刷機器との情報取得に用いる管理プロトコルを既定でSNMPv1としている為、SNMPv1を使うように選択する。このステップに対応してクライアントコンピュータ上のディスプレイには図５の１１０１のダイアログが表示される。このダイアログはステップS７０２からステップS７０５の終了時まで表示され続けることになる。その間、印刷機器から取得した情報が１１０２部分に反映されて表示される。１１０２には情報の取得対象である印刷機器に関する情報が表示されている。図５では使用者の入力した印刷機器のアドレスだけが確定しているため"１９２．１６８．５３．１２“と表示されているが、その他のプリンタ名、モデル、RAM容量、HDDの欄はまだ印刷機器から情報を取得開始したばかりでは確定せず、"？？"のように表示されている。続くステップS７0３でSNMPv1を使って印刷機器と通信できるかどうかを判定する。具体的にはUDP/IP通信プロトコルを下層トランスポートプロトコルとして用い、適当なMIBオブジェクトを指定してGetRequestパケットを作成し印刷機器に対して送信することを行う。その後、既定のタイムアウト時間を限度に印刷機器からのGetResponseパケットの受信を待つことを行う。タイムアウト時間内に同パケットを受信した場合には、印刷機器と通信OKと判定して、ステップS７０４に進む。通信が不可と判定された場合には、ステップS７０８でさらに次の管理プロトコルを用いて印刷機器との通信を試みることにする。本実施例のプリンタドライバインストールプログラムでは既定のSNMPv1プロトコルを用いて印刷機器との通信が不可であると判定された場合の代替プロトコルとしては、SNMPv3を用いることになっている。ステップS７０９では印刷機器との接続および、SNMPv3プロトコルによる印刷機器との通信を試みて、既定のタイムアウト時間を限度として応答を待つ。タイムアウト時間内に印刷機器との通信が成功しない場合には、ステップs７１１に移り、印刷機器との通信失敗として処理を終了する。このためプリンタドライバのインストール処理は失敗する。ステップS７０９にて印刷機器との通信がOKと判定されるとステップS７１０において必要なプリンタ情報の取得処理を行う。SNMPv3はSNMPv1と同等の情報を印刷機器から取得できるのでステップS７０５では必要十分な情報を元にプリンタドライバのインストールを行う。その後、ステップS７０６において印刷の為のポート（印刷ポート）を作成する。このポートは印刷機器と関連付けられ、クライアントコンピュータのアプリケーションから印刷する際に使用者が選択した印刷機器に対応するポートに対して印刷ジョブが送られる。ポートに送られた印刷ジョブはそのごネットワークを経由して印刷���器に送られる。
【００２５】
本実施例における印刷管理システムにおいては、印刷機器が管理プロトコルとしてSNMPv1とSNMPv3を搭載しておりそれらが排他的に利用可能となっている。使用者の意思によって印刷機器で利用する管理プロトコルをよりセキュアなSNMPv3に選択した場合には、プリンタドライバインストールプログラムは既定のSNMPv1プロトコルで通信を試み、失敗してもSNMPv3で通信を試みるため、印刷機器の管理プロトコルの設定によらず、その機能を正常に提供出来る。
【実施例２】
【００２６】
第1の実施例では印刷機器は管理プロトコルとしてSNMPv1とSNMPv3を搭載していた。さらにプリンタドライバインストールプログラムもSNMPv1とSNMPv3を搭載していた。しかし、SNMPv3プロトコルはセキュリティ機能がSNMPv1に比べて強化されている点と多くの拡張機能を提供できる仕様のため、それを実装するプロトコルスタックはSNMPv1にくらべプログラム容量、開発期間ともに増大するため、プリンタドライバインストールプログラムでも必ずしも搭載するとは限らない。SNMPv3を搭載せずとも機能するプリンタドライバインストールプログラムを提供することが望まれている。第2の実施例では印刷機器がSNMPv1とSNMPv3以外にさらにWSDを搭載しており常に利用できることを利用して、SNMPv3を搭載していなくても機能するプリンタドライバインストールプログラムを提供している。
【００２７】
図８は第2の実施例におけるクライアントコンピュータ４０１内のプリンタドライバインストールプログラムの動作フローである。本実施例におけるプリンタドライバインストールプログラムも第1の実施例と同様に以下の機能を提供している。
【００２８】
１．印刷機器と管理プロトコルを使って通信し、印刷機器のモデルや、フィニッシャなどのオプション装置の構成を取得する。この処理で取得する情報は印刷時に利用者が行う用紙設定や、印刷ジョブの面つけ、排紙時のステープルの有無などの設定画面の提供のために必要である。特に印刷機器のモデル名では機器が対応するPDL(Print Description Language)の判定材料として必要である。
【００２９】
２．プリンタドライバプログラムをクライアントコンピュータのオペレーティングシステムの指定するディレクトリに配置し、必要な登録処理を行う。
【００３０】
３．印刷機器に関連付けられて印刷ジョブを投入するための口となる印刷ポートの作成。
【００３１】
プリンタドライバインストールプログラムは図８に示すフローに従い上記の機能を提供する。ステップS８０１では図４の１００１のダイアログで印刷機器のネットワークアドレスを使用者に指定してもらうことでアドレスを取得する。この際のネットワークアドレスはFQDN形式のホスト名であっても、IPアドレスであってもかまわない。続くステップS８０２では印刷機器との情報取得に用いる管理プロトコルを既定でSNMPv1としている為、SNMPv1を使うように選択する。この時点から図５のダイアログ１１０１がクライアントコンピュータ上で表示されて、印刷機器からの情報取得状況が逐次更新されていく。続くステップS８0３でSNMPv1を使って印刷機器と通信できるかどうかを判定する。具体的にはUDP/IP通信プロトコルを下層トランスポートプロトコルとして用い、適当なMIBオブジェクトを指定してGetRequestパケットを作成し印刷機器に対して送信することを行う。その後、既定のタイムアウト時間を限度に印刷機器からのGetResponseパケットの受信を待つ。タイムアウト時間内に同パケットを受信した場合には、印刷機器と通信OKと判定して、ステップS８０４に進む。通信が不可と判定された場合には、ステップS８０８でさらに次の管理プロトコルを用いて印刷機器との通信を試みることにする。本実施例のプリンタドライバインストールプログラムでは既定のSNMPv1プロトコルを用いて印刷機器との通信が不可であると判定された場合の代替プロトコルとしては、WSDを用いることになっている。ステップS８０９では印刷機器との接続および、WSDプロトコルによる印刷機器との通信を試みる。印刷機器との通信が成功しない場合には、ステップS８１５に移り、印刷機器との通信失敗として処理を終了する。通常このステップにいたるのはクライアントコンピュータと印刷機器とのあだのネットワーク経路上になんらかの問題が存在して通信不能状態にあるか、印刷機器自体が故障あるいは電源OFF状態であることが考えられる。ステップS８０９にて印刷機器との通信がOKと判定されるとステップS８１０において必要なプリンタ情報の取得処理を行う。WSDはSNMPv1と同等の情報を印刷機器から取得できないので続くステップS８１１の判定条件はNoとなりステップS８１２に進む。ステップS８１２ではSNMPv1とWSDで取得できる情報の差を補完する目的で、使用者に対して補完データを入力するように図６のダイアログ１２０１を表示して入力を待つ。１２０２にはステップS８１０で取得した印刷機器の情報が表示されている。しかし、RAM容量、HDDの有無欄が入力可能な領域であったり、チェックボックスであることが、これらの情報が取得できなかったことを示している。ステップS８１２で使用者が必要な情報の入力をおこない（この例では１２０３に２５６を入力し、１２０４にチェックを入れる）その後、１２０５のOKボタンを押下してダイアログを閉じると、ステップS８１３にて入力完了の確認が行われて全ての情報が入力されたか検査される。情報が全て入力されたことが確認されない場合すなわち、使用者が１２０６のキャンセルボタンを押下して入力を中止した場合にはステップS８1４に移り、プリンタドライバインストールプログラムの処理は終了する。ステップS８１３で入力完了と判定されるとステップS８１１に戻りここで、最終��に印刷機器からの必要な情報がそろったかが確認されステップS８０４に進む。このステップS８０４に進んだ時点で、管理プロトコルがSNMPv1を使った場合とWSDを使った場合とで取得した情報量に過不足なないことになるため、以降の処理は第１の実施例での処理と同様になる。
【００３２】
ステップS８０５では必要十分な情報を元にプリンタドライバのインストールを行う。その後、ステップS７０６において印刷の為のポート（印刷ポート）を作成する。このポートは印刷機器と関連付けられ、クライアントコンピュータのアプリケーションから印刷する際に使用者が選択した印刷機器に対応するポートに対して印刷ジョブが送られる。ポートに送られた印刷ジョブはそのごネットワークを経由して印刷機器に送られる。
【００３３】
本実施例における印刷管理システムにおいては、印刷機器が管理プロトコルとしてSNMPv1とSNMPv3を搭載しておりそれらが排他的に利用可能となっている。さらに同時にWSDプロトコルの利用も可能になっている。使用者の意思によって印刷機器で利用する管理プロトコルをよりセキュアなSNMPv3に選択した場合には、プリンタドライバインストールプログラムは既定のSNMPv1プロトコルで通信を試み、失敗してもWSDで通信を試みる。印刷機器が提供している情報のうちWSDを通じて取得できる情報は前述の通りSNMPv1に比べて少ない。たとえば、印刷機器がジョブを機器内部に保持するために用いるHDD(ハードディスクドライブ)等の記憶媒体の有無や、その容量などはSNMPv1では取得できるがWSDでは取得できない。さらに、PDLの展開に用いるメモリの容量もWSDでは取得できない。これらの情報はプリンタドライバがPDLを生成する際に、ホストコンピュータと印刷機器の双方での描画機能の負荷分散を行う際の判断材料に用いる。これらWSDでは取得が出来ない印刷機器の情報を使用者が補完して入力するように構成することによってプリンタドライバインストールプログラムはその機能を正常に遂行できる。
【００３４】
（その他の実施例）
上述した実施形態におけるクライアントコンピュータ４０１及び印刷機器４０２における各処理機能は、各処理機能を実現する為のプログラムをメモリから読み出してＣＰＵ（中央演算装置）が実行することによりその機能を実現させるものであるが、これに限定さるものではなく、各処理機能の全部または一部の機能を専用のハードウェアにより実現してもよい。また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ、あるいはこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００３５】
また、クライアントコンピュータ４０１及び印刷機器４０２内の各機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。具体的には、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含む。
【００３６】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバーやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００３８】
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３９】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
【００４０】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施例におけるクライアントコンピュータの内部システムを表すブロック構成図。
【図２】本発明の実施例における印刷システムの構成を示すブロック図。
【図３】本発明の実施例における印刷機器４０２の詳細な構成を示すブロック図。
【図４】本発明の実施例におけるプリンタドライバインストールプログラムが表示する印刷機器アドレス入力用ダイアログ。
【図５】本発明の実施例におけるプリンタドライバインストールプログラムが表示する印刷機器情報表示用ダイアログ。
【図６】本発明の実施例におけるプリンタドライバインストールプログラムが表示する印刷機器情報の不足情報入力用ダイアログ。
【図７】本発明の第１の実施例におけるプリンタドライバインストールプログラムの処理を示すフローチャート。
【図８】本発明の第２の実施例におけるプリンタドライバインストールプログラムの処理を示すフローチャート。
【図１】
2009151462.tif 000003
【図２】
2009151462.tif 000004
【図３】
2009151462.tif 000005
【図４】
2009151462.tif 000006
【図５】
2009151462.tif 000007
【図６】
2009151462.tif 000008
【図７】
2009151462.tif 000009
【図８】
2009151462.tif 000010