"画像形成装置の機器情報を取得するためのコマンドを生成するコマンド生成部と、前記コマンド生成部が生成したコマンドを画像形成装置へ送信し、その機器情報を受信するプリンタドライバの機器情報取得部と、前記機器情報取得部が受信した機器情報を解釈する機器情報解釈部と、前記機器情報解釈部が解釈した機器情報を保持するプリンタドライバのUI部とを備え、前記コマンド生成部および前記機器情報解釈部は、プリンタドライバとは独立していることを特徴とする情報処理装置。前記コマンド生成部および前記機器情報解釈部は、スクリプト言語で記述されていることを特徴とする請求項1に記載の情報処理装置。画像形成装置の機種毎に前記コマンド生成部および前記機器情報解釈部を備え、接続している画像形成装置に対応したコマンド生成部および機器情報解釈部に切り替える機能を有することを特徴とする情報処理装置。前記コマンド生成部は、機器情報を取得するための通信路に応じて生成するリクエストを変更することを特徴とする情報処理装置。情報処理装置における情報処理方法であって、コマンド生成部が、画像形成装置の機器情報を取得するためのコマンドを生成し、プリンタドライバの機器情報取得部が、前記コマンド生成部が生成したコマンドを画像形成装置へ送信し、その機器情報を受信し、機器情報解釈部が、前記機器情報取得部が受信した機器情報を解釈し、プリンタドライバのUI部が、前記機器情報解釈部が解釈した機器情報を保持する工程を含み、前記コマンド生成部および前記機器情報解釈部が、プリンタドライバとは独立していることを特徴とする情報処理方法。コンピュータを、画像形成装置の機器情報を取得するためのコマンドを生成するコマンド生成部と、前記コマンド生成部が生成したコマンドを画像形成装置へ送信し、その機器情報を受信するプリンタドライバの機器情報取得部と、前記機器情報取得部が受信した機器情報を解釈する機器情報解釈部と、前記機器情報解釈部が解釈した機器情報を保持するプリンタドライバのUI部として機能させるコンピュータプログラムであって、前記コマンド生成部および前記機器情報解釈部は、プリンタドライバとは独立していることを特徴とするコンピュータプログラム。しかしながら、機器情報取得のために送信しなければならないコマンドや、取得できる機器情報がプリンタの機種ごとに異なるので、機器情報を取得して解釈するためには、機種固有のコマンド送信モジュールと機器情報解釈モジュールをプリンタドライバに組み込む必要があった。そのため、従来の技術では、機種ごとにプリンタドライバを作り直さなければならないという問題があった。本発明は、上記に鑑みてなされたものであって、異なる機種のプリンタから機器情報を取得する場合でも、プリンタドライバを作り直すことなく機器情報を取得し解釈できるようにすることを目的とする。上述した課題を解決し、目的を達成するために、本発明の情報処理装置は、画像形成装置の機器情報を取得するためのコマンドを生成するコマンド生成部と、前記コマンド生成部が生成したコマンドを画像形成装置へ送信し、その機器情報を受信するプリンタドライバの機器情報取得部と、前記機器情報取得部が受信した機器情報を解釈する機器情報解釈部と、前記機器情報解釈部が解釈した機器情報を保持するプリンタドライバのUI部とを備え、前記コマンド生成部および前記機器情報解釈部は、プリンタドライバとは独立していることを特徴とする。また、本発明は、情報処理装置における情報処理方法であって、コマンド生成部が、画像形成装置の機器情報を取得するためのコマンドを生成し、プリンタドライバの機器情報取得部が、前記コマンド生成部が生成したコマンドを画像形成装置へ送信し、その機器情報を受信し、機器情報解釈部が、前記機器情報取得部が受信した機器情報を解釈し、プリンタドライバのUI部が、前記機器情報解釈部が解釈した機器情報を保持する工程を含み、前記コマンド生成部および前記機器情報解釈部が、プリンタドライバとは独立していることを特徴とする。また、本発明は、コンピュータを、画像形成装置の機器情報を取得するためのコマンドを生成するコマンド生成部と、前記コマンド生成部が生成したコマンドを画像形成装置へ送信し、その機器情報を受信するプリンタドライバの機器情報取得部と、前記機器情報取得部が受信した機器情報を解釈する機器情報解釈部と、前記機器情報解釈部が解釈した機器情報を保持するプリンタドライバのUI部として機能させるコンピュータプログラムであって、前記コマンド生成部および前記機器情報解釈部は、プリンタドライバとは独立していることを特徴とするコンピュータプログラムである。本発明によれば、異なる機種のプリンタから機器情報を取得する場合でも、プリンタドライバを作り直すことなく機器情報を取得し解釈できるという効果を奏する。以下に添付図面を参照して、この発明にかかる情報処理装置の実施の形態を詳細に説明する。第1の実施の形態図1は、本実施の形態にかかるプリンタシステムの全体構成図である。図1に示すように、本実施の形態ではPC100とプリンタ150とがネットワーク160を介して接続されているものとする。そして、PC100からの印刷要求に応じて、プリンタ150が印刷処理を行う。図2は、プリンタ150の概略構成を示すブロック図である。図2に示すように、プリンタ150は、本装置全体を統括的に制御する制御部150aと、制御プログラムおよび各種設定情報等を格納する記憶部150bと、PC100から渡される印刷データに従って印刷用紙に印字をする印字部150cと、ネットワーク160と接続するための通信部150dとを備えている。この構成は、従来のネットワークプリンタと同様の構成である。図3は、PC100の一般的な構成を示すブロック図である。図3に示すように、PC100は、処理部101と、記憶部102と、通信部103とを備えている。処理部101は、図示しない制御手段としてのCPUCentralProcessingUnitと、ROMおよびメインメモリとなるRAMを有するメモリ群とを含んで構成されている。PC100の起動実行時には、ROMおよび記憶部102からアプリケーション104と、OS105と、各種ドライバ図3においては、プリンタドライバ106のみ記載が、メインメモリ上にロードされ展開されて、これらがCPUにより実行される。なお、PC100は、キーボードやマウスなどの入力装置やディスプレイなどの出力装置等を備える通常のコンピュータを利用したハードウェア構成を有するが、図3においては説明の簡単のため省略している。図3に示す処理部101内の機能ブロック後述は、プリンタ150に対する印刷制御を実現するための主要部となる機能又は手段である。記憶部102は、様々な情報を記憶する記憶手段である。具体的にはHDD等である。記憶される情報には、プリンタドライバ106が有する機能を実現するための処理に関する情報処理に用いる設定値や、設定値の変更をするための表示情報など、処理に必要なあらゆる情報を定義した設定情報がある。通信部103は、ネットワーク160を介して接続されたプリンタ150と情報の送受信を行うネットワークI/Fである。アプリケーション104は、ユーザが印刷指示をすることができるソフトウェア例えば、ワードプロセッサとする。ユーザはアプリケーション104で編集したデータを印刷したい場合、アプリケーション104が、ユーザによる印刷指示を受け付ける。この場合、アプリケーション104は、単体でプリンタ150に対する印刷データの生成を行わず、上記印刷指示に応じた印刷要求と共に、印刷対象の情報を、例えばGDIGraphicsDeviceInterfaceコールでOS105のGDI105aに渡す。OS105は、PC100のハードウェアとソフトウェアとを管理するプログラムである。OS105は、プログラムの起動、情報の読み込みや保存の制御等を行う。OSのうち代表的なものとしては、MSWindows登録商標等が知られている。また、OS105のGDI105aは、アプリケーション104からGDIコールで渡された設定情報を含む印刷要求と共に、印刷対象の情報テキストデータ、グラフィックデータ、イメージデータ等を、DDIDeviceDriverInterfaceコールでプリンタドライバ106に渡す。そして、プリンタドライバ106で生成された印刷データをスプーラ105bに蓄え、順次通信部103に供給してプリンタ150に送る。プリンタドライバ106は、このドライバが有する機能を果たすためのモジュール群として、ユーザによる印刷設定を受け付けるためのユーザインタフェースUIの制御を行うUI部106a、および描画の制御を行う描画部106bを備える。図4は、本実施形態において特徴的なソフトウェア構成を示す図である。同図に示すように、プリンタ150は、その機器情報401を持つ。この機器情報401には、プリンタ150の構成や状態に関する情報が含まれている。PC100は、図3を用いて上述したモジュールに加え、プリンタドライバ106にそのUI部106aとプリンタ150の機器情報に関してやり取りする機器情報取得モジュール402を持つ。さらに、PC100は、ソフトウェアモジュールとして、機器情報取得モジュール402と協働するリクエストコマンド生成モジュール403、及び、機器情報解釈モジュール405を持つ。また、リクエストコマンド生成モジュール403、及び、機器情報解釈モジュール405に対応するスクリプトとして、リクエストコマンド生成スクリプト404、及び、機器情報解釈スクリプト406を持つ。機器情報取得モジュール402は、プリンタドライバ106のUI部106aより機器情報の取得要求を受けたとき、リクエストコマンド生成モジュール403にリクエストコマンドを要求する。そして、リクエストコマンド生成モジュール403からリクエストコマンドを受けると、プリンタ150にこのリクエストコマンドを送信し、その応答としてプリンタ150の機器情報を受け取る。プリンタ150から受けた機器情報は、機器情報解釈モジュール405に渡し、機器情報解釈モジュール405で変換された機器情報を受け取る。そして、機器情報解釈モジュール405から受けた機器情報をUI部106aに渡す。リクエストコマンド生成モジュール403は、機器情報取得モジュール402からリクエストコマンド要求を受けると、リクエストコマンド生成スクリプト404を呼び出し、得られたリクエストコマンドを機器情報取得モジュール402に渡す。なお、機器情報を取得するための通信路は、ネットワーク接続TCP/IPなどやローカル接続USB、IEEE1394、IEEE1284などがあり、リクエストコマンドの生成にあたっては、通信路に応じて生成するリクエストPJLやMIBのOIDを変更する。これにより、複数の種類の通信路に対応することができる。機器情報解釈モジュール405は、機器情報取得モジュール402からプリンタ150の機器情報を受けると、機器情報解釈スクリプト406を呼び出し、このスクリプトにより変換された機器情報を機器情報取得モジュール402に渡す。本実施形態では、リクエストコマンド生成スクリプト404、及び、機器情報解釈スクリプト406を用いるが、スクリプト言語にすることで条件分岐など複雑な処理を簡単に記述できるようになる。次に、一連の処理の流れを図5を用いて説明する。図5は、プリンタ150の機器情報取得の際の動作フローチャートである。はじめに、UI部106aが、機器情報取得モジュール402に機器情報を要求するステップS101。機器情報取得モジュール402は、プリンタドライバ106のUI部106aより機器情報の取得要求を受けるとリクエストコマンド生成モジュール403にリクエストコマンドを要求するステップS102。リクエストコマンド生成モジュール403は、機器情報取得モジュール402からリクエストコマンド要求を受けると、リクエストコマンド生成スクリプト404を呼び出し、生成されたリクエストコマンドを機器情報取得モジュール402に返すステップS103。機器情報取得モジュール402は、リクエストコマンド生成モジュール403からリクエストコマンドを受けると、プリンタ150にこのリクエストコマンドを送信し、その応答としてプリンタ150の機器情報を取得するステップS104。機器情報取得モジュール402は、プリンタ150から取得した機器情報を機器情報解釈モジュール405に渡すステップS105。機器情報解釈モジュール405は、機器情報取得モジュール402からプリンタ150の機器情報を受けると、機器情報解釈スクリプト406を呼び出し、このスクリプトをもとに変換された機器情報を機器情報取得モジュール402に返すステップS106。機器情報取得モジュール402は、機器情報解釈モジュール405から受けた機器情報をUI部106aに渡すステップS107。このようにしてプリンタ150の機器情報を取得したUI部106aは、取得した機器情報を基にGUIGraphicalUserInterfaceを構成することができる。ここで、リクエストコマンド生成スクリプト404、機器情報データ、およびリクエストコマンドの具体例を示す。図6は、具体的なリクエストコマンド生成スクリプト404の一例である。図7および8は、それぞれ、具体的な機器情報データの一例およびリクエストコマンドの一例である。図6は、特に、指定したトレイのトレイ用紙サイズを取得するためのリクエストコマンドを生成するスクリプトの例である。機器情報データTRAY_UNITに、その値としてROLL_UNIT1ロール紙ユニットを指定した場合、リクエストコマンドを格納するrequest変数にロール紙ユニットのトレイ用紙サイズを取得するためのPJLコマンドPJLINQUIREINTRAY1SIZEが追加される。一方、機器情報データTRAY_UNITに、その値としてCASSETTEカセットユニットを指定した場合、リクエストコマンドを格納するrequest変数にカセットユニットのトレイ用紙サイズを取得するためのPJLコマンドPJLINQUIREINTRAY3SIZEが追加される。続いて、リクエストコマンド生成スクリプト404、機器情報データ、およびリクエストコマンドのもう1つの具体例を示す。図9は、具体的なリクエストコマンド生成スクリプト404の一例である。図10および11は、それぞれ、具体的な機器情報データの一例およびリクエストコマンドの一例である。図9も、指定したトレイのトレイ用紙サイズを取得するためのリクエストコマンドを生成するスクリプトの例である。機器情報データTRAY_UNITに、その値としてROLL_UNIT1ロール紙ユニットを指定した場合、リクエストコマンドを格納するrequest変数にロール紙ユニットのトレイ用紙サイズを取得するためのMIBのOID.1.3.6.1.2.1.43.100.1が追加される。一方、機器情報データTRAY_UNITに、その値としてCASSETTEカセットユニットを指定した場合、リクエストコマンドを格納するrequest変数にカセットユニットのトレイ用紙サイズを取得するためのMIBManagementInfomationBaseのOIDオブジェクト識別子.1.3.6.1.2.1.43.100.3が追加される。本例では、request変数に追加されたOIDをプリンタ150に送ることにより、機器情報を取得する。次に、機器情報を解釈するスクリプト機器情報解釈スクリプト406、プリンタ150からのレスポンスデータすなわち機器情報、および機器情報データの具体例について説明する。図12は、具体的な機器情報を解釈するスクリプトの一例である。図13および14は、それぞれ具体的なプリンタ150からのレスポンスデータ機器情報および機器情報データの一例である。図12は、特に、プリンタ150に装着されているオプションデバイスの情報を解釈するためのスクリプトの一例である。プリンタ150から取得した機器情報Option変数にINTRAYINSERTERとINTRAYINSERTER2が見つかった場合は、オプションデバイスとして2段インサーターが装着されていると判断し、機器情報データのOPTION_DEVICE変数にOPTDEV_INSERTER2を追加する。一方、プリンタ150から取得した機器情報Option変数にINTRAYINSERTERのみ見つかった場合は、オプションデバイスとしてカバーフィーダーが装着されていると判断し、機器情報データのOPTION_DEVICE変数にOPTDEV_COVERを追加する。それ以外の場合は、オプションデバイスが装着されていないと判断し、この場合は、機器情報データのOPTION_DEVICE変数に何も追加しない。続いて、機器情報を解釈するスクリプト、プリンタ150からのレスポンスデータ、および機器情報データのもう1つの具体例について説明する。図15は、具体的な機器情報を解釈するスクリプトの一例であり、図16は、具体的な機器情報データの一例である。図15は、特に、プリンタ150から取得したステータス情報がエラーステータスかどうかを判断するスクリプトの一例である。プリンタ150のステータス状態MachineStatusが101に等しいか、もしくは、300以上400未満の場合は、プリンタ150がエラー状態にあると判断し、ERROR_STATUS変数にTRUEを代入する。それ以外のステータス番号の場合は、機器がエラー状態ではないと判断し、ERROR_STATUS変数にFALSEを代入する。以上のようにして、機器情報解釈モジュール405は、機器情報解釈スクリプト406を用いて、プリンタ150から取得した機器情報を、UI部106aで理解される機器情報に変換する。第2の実施の形態次に、第2の実施の形態として、ソフトウェア構成の他の例を例示し説明する。図17は、特に、機種共通のプリンタドライバで機器情報を取得する場合のソフトウェア構成例を示している。前述の実施形態と異なる点は、機種毎のリクエストコマンド生成スクリプト機種A用リクエストコマンド生成スクリプト404a、機種B用リクエストコマンド生成スクリプト404bおよび機種毎の機器情報解釈スクリプト機種A用機器情報解釈スクリプト406a、機種B用機器情報解釈スクリプト406bを持つ点である。なお、図17では、説明のため機種A用と機種Bの2種類のみ例示しているが、機種の種類に応じたスクリプトが用意される。本実施形態においては、リクエストコマンド生成モジュール403は、プリンタ150に対応したリクエストコマンド生成スクリプト404aまたは404bを判断し、呼び出す。そして、得られたリクエストコマンドを機器情報取得モジュール402に返す。また、機器情報解釈モジュール405も、同様に、プリンタ150に対応した機器情報解釈スクリプト406a,406bを呼び出し、第1の実施形態で前述したように、変換した機器情報を機器情報取得モジュール402に返す。このように、本実施形態では、機種毎の各スクリプトを用意し、対応するスクリプトを用いてリクエストコマンドの生成や、機器情報の解釈を行う。続いて、一連の処理の流れを図18を用いて説明する。図18は、本実施形態におけるプリンタ150の機器情報取得の際の動作フローチャートである。はじめに、UI部106aが、機器情報取得モジュール402に機器情報を要求するステップS201。機器情報取得モジュール402が、UI部106aからの要求を受けると、プリンタ150からこのプリンタの名前を取得するステップS202。次いで、機器情報取得モジュール402は、リクエストコマンド生成モジュール403にリクエストコマンドを要求するステップS203。このとき、この要求には、ステップS202で取得したプリンタ150の名前が含まれる。リクエストコマンド生成モジュール403は、機器情報取得モジュール402からリクエストコマンド要求を受けると、プリンタ150の名前からこのプリンタに対応したリクエストコマンド生成スクリプト404aまたは404bを呼び出すステップS204。次いで、リクエストコマンド生成スクリプト404aまたは404bは、リクエストコマンドを生成し、機器情報取得モジュール402に返すステップS205。機器情報取得モジュール402は、生成されたリクエストコマンドを受けると、このリクエストコマンドをプリンタ150に送信し、プリンタ150から送られてくる機器情報を受け取るステップS206。機器情報取得モジュール402は、取得した機器情報を機器情報解釈モジュール405に渡すステップS207。このとき、プリンタ150の名前も通知する。機器情報解釈モジュール405は、プリンタ150の名前からプリンタ150に対応した機器情報解釈スクリプト406aまたは406bを呼び出し、機器情報データを渡すステップS208。機器情報解釈スクリプト406aまたは406bは、機器情報データから、プリンタ150の機器情報を変換し機器情報解釈モジュール405に渡すステップS209。機器情報解釈モジュール405は、変換された機器情報を機器情報取得モジュール402に返すステップS210。機器情報取得モジュール402は、変換された機器情報をUI部106aに渡すステップS211。このようにしてプリンタ150の機器情報を取得したUI部106aは、取得した機器情報を基に機種毎のGUIを構成することができる。本実施形態では、プリンタ150の機種毎に各スクリプトを切り替えることによって、1つのプリンタドライバで複数機種の機種情報取得に対応することができる。以上、上記諸実施形態で説明したように、プリンタ150に対して送信する機器情報取得コマンドすなわちリクエストコマンドの生成モジュールと、プリンタ150から受信する機器情報を解釈するモジュールをプリンタドライバから独立させたことにより、異なる機種のプリンタから機器情報を取得する場合でも、プリンタドライバを作り直すことなく機器情報を取得し、また、それを解釈できるという効果を得ることができる。なお、本実施形態の情報処理装置の機能を実現させるプログラムは、当該装置の記憶部102ROMやその他の不揮発性記憶媒体やHDD等に予め組み込まれて提供される以外に、インストール可能な形式または実行可能な形式のファイルでCD-ROM、フレキシブルディスクFD、CD-R、DVDDigitalVersatileDisk等のコンピュータで読み取り可能な記録媒体に記録し提供することも可能である。または、上記プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供または配布するように構成してもよい。以上、発明を実施するための実施の形態について説明を行ったが、本発明は、上述した実施の形態に限定されるものではない。本発明の主旨を損なわない範囲で変更することが可能である。"