(57)【要約】【課題】  ＰＣインタフェースとして複数の機能（プリンタ，スキャン，ＦＡＸ等）を有する複合機を安価に提供し、かつ、簡単なドライバインストール方法を提供する。【解決手段】  各機能ごとにＵＳＢ論理インタフェース（図３）を有し、該ＵＳＢ論理インタフェースには別々のＤｅｖｉｃｅ  ＩＤ（４０１，４０２）を持つインタフェースが存在する画像処理装置と、該Ｄｅｖｉｃｅ  ＩＤ情報等を使用することにより、適切なドライバを自動的にインストールするためのインストール手段を有する情報処理端末とで構成される。【選択図】  図３
2006024199.tif 000002
【特許請求の範囲】
【請求項１】
一つのデバイス識別情報を取得するのに応じて、一つのインストール処理を起動するプラグアンドプレイ処理を実行可能な情報処理装置において、
周辺装置の接続に応答して、複数の論理インタフェースにそれぞれ対応する複数の構成情報を含む少なくとも一つのデバイス識別情報を取得する取得手段と、
前記周辺装置から転送されてくるデバイス識別情報を前記取得手段が取得するのに応答して、前記デバイス識別情報に含まれる構成情報を用いて、複数の論理インタフェースにそれぞれ対応する、前記複数のデバイスドライバのインストールの実行を制御するインストール制御手段と、
を含むことを特徴とする情報処理装置。
【請求項２】
前記情報処理装置は、ユニバーサル・シリアル・バスに規定される同一のクラスに属する複数の論理的なインタフェースを介して、前記周辺装置と通信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記インストール制御手段は、前記複数のデバイスドライバをインストールするのに続いて、前記複数のデバイスドライバにそれぞれ対応する前記周辺装置の複数の機能を制御すべく、複数の論理インタフェースを設定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記周辺装置は、ファクシミリ機能、プリンタ機能を備え、
前記インストール制御手段は、ファクシミリ制御プログラム及びプリンタ制御プログラムをデバイスドライバとしてインストールするようオペレーティングシステムの実行を制御することを特徴とする請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
一つのデバイス識別情報を取得するのに応じて、一つのインストール処理を起動するプラグアンドプレイ処理を実行可能な情報処理方法において、
周辺装置が接続されてくるのに応答して、複数の論理インタフェースにそれぞれ対応する複数の構成情報を含む少なくとも一つのデバイス識別情報を取得する取得工程と、
前記周辺装置から転送されてくるデバイス識別情報を前記取得工程が取得するのに応答して、前記デバイス識別情報に含まれるデバイス構成情報を用いて、複数の論理インタフェースにそれぞれ対応する、前記複数のデバイスドライバのインストールの実行を制御するインストール制御工程と、
を含むことを特徴とする情報処理方法。
【請求項６】
ユニバーサル・シリアル・バスに規定される同一のクラスに属する複数の論理的なインタフェースを介して、前記周辺装置と通信する情報処理装置におけるものであることを特徴とする請求項５に記載の情報処理方法。
【請求項７】
前記インストール制御工程は、前記複数のデバイスドライバをインストールするのに続いて、前記複数のデバイスドライバにそれぞれ対応する前記周辺装置の複数の機能を制御すべく、複数の論理インタフェースを設定することを特徴とする請求項５又は６に記載の情報処理方法。
【請求項８】
前記周辺装置は、ファクシミリ機能、プリンタ機能を備え、
前記インストール制御工程では、ファクシミリ制御プログラム及びプリンタ制御プログラムをデバイスドライバとしてインストールするようオペレーティングシステムの実行を制御することを特徴とする請求項５乃至７のいずれかに記載の情報処理方法。
【請求項９】
情報処理装置に双方向接続するための通信手段を有し、該通信手段は、機能ごとに複数の論理チャネルを用いて通信し、かつ、同一クラスに属する論理チャネルが二つ以上定義されていることを特徴とする画像処理装置。
【請求項１０】
前記インタフェース手段は、ユニバーサルシリアルバス（ＵＳＢ）通信規格に対応しており、前記各論理チャネルはＵＳＢの論理インタフェースであることを特徴とする請求項１に記載の画像処理装置。
【請求項１１】
前記クラスとはプリンタクラスであり、かつ、前記識別子はデバイスＩＤ情報であることを特徴とする請求項９または１０に記載の画像処理装置。
【請求項１２】
請求項５乃至８のいずれかの方法をコンピュータに実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理システム、および、それらの制御方法に関するものである。
【背景技術】
【０００２】
従来、情報処理端末とＩ／Ｆで接続され、プリンタ機能、スキャナ機能、ＦＡＸ機能など複数の機能を単体で有する画像処理装置（いわゆる複合機）が知られている。通常、Ｉ／Ｆで接続された前記画像処理装置を情報処理端末で使用するためには、情報処理端末上にプリンタドライバ，スキャナドライバ，ＦＡＸドライバといった各機能のドライバ・ソフトウェアをインストールする必要がある。
【０００３】
また、マイクロソフト社製のＷｉｎｄｏｗｓ（登録商標）ＯＳは、情報処理装置に接続された画像処理装置の機種を自動的に検出し、この機種に応じたドライバを自動的にインストールするプラグアンドプレイ（Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）機能を備えている。プラグアンドプレイでは、画像処理装置からデバイスＩＤを取得して、当該デバイスＩＤに対応するドライバをインストールすることができる（例えば、特許文献１参照。）
【特許文献１】特開２００３−２１６３７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、一つのデバイスＩＤに対して、複数のドライバが対応しているため、個別にインストールしたり、インストールしたいドライバを選択したりする必要があり、オペレータにとって煩雑でわかりにくいものであった。
【０００５】
特に、一回のプラグアンドプレイにおいてデバイスＩＤを出力するように仕様が定められている場合には、デバイスＩＤに対応する一つのドライバしか、インストール出来ない場合があった。
【０００６】
また、例えば、同一の論理インタフェースを複数のデバイスドライバにそれぞれ対応する複数の機能が共有して使用する構成になっている場合、いずれのコマンドかを識別するためのヘッダ情報を付加する必要が生じ、さらに、情報処理装置においても、一つのプラグアンドプレイが走り、デバイスＩＤが来るたびに、毎回コマンドヘッダ部を見るように実装しなければならないなど、情報処理端末と画像処理装置の双方で制御の複雑さやオーバーヘッドによるパフォーマンスの低下が懸念されていた。
【０００７】
また、画像処理装置内部にＵＳＢ  ＨＵＢを有し、プリンタ、ＦＡＸ、スキャナの各機能をＵＳＢ  ＨＵＢの先につなげるという構成の画像処理装置もあるが、この場合、高価になるという欠点があった。
【課題を解決するための手段】
【０００８】
本願発明は、上述の問題点の少なくとも一つを除去すべくなされたものである。本願の実施形態は、以下の手段を備える。
【０００９】
一つのデバイス識別情報を取得するのに応じて、一つのインストール処理を起動するプラグアンドプレイ処理を実行可能な情報処理装置において、周辺装置の接続に応答して、複数の論理インタフェースにそれぞれ対応する複数の構成情報を含む少なくとも一つのデバイス識別情報を取得する取得手段と、前記周辺装置から転送されてくるデバイス識別情報を前記取得手段が取得するのに応答して、前記デバイス識別情報に含まれるデバイス識別情報を用いて、複数の論理インタフェースにそれぞれ対応する、前記複数のデバイスドライバのインストールの実行を制御するインストール制御手段と、を含むことを特徴とする情報処理装置、該装置に適用可能な方法、制御プログラムなどが開示される。
【発明の効果】
【００１０】
本願発明の一つの側面によれば、複数の機能を単体で有する画像処理装置において、内部にＵＳＢ  ＨＵＢを有することなく複数の論理チャネルを有する画像処理装置を実現することにより、安価な装置が提供でき、かつ、コマンド識別用のヘッダ情報を削除することにより、制御の簡素化、パフォーマンス向上が可能になる。
【００１１】
また、本願発明の別の側面によれば、ドライバ群のインストールに必要な全てのドライバ・ソフトウェアを自動的にインストールすることが可能となり、オペレータが煩雑な操作を行なうこと無しに簡単にインストールする方法を提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
（実施例）
図１は、画像処理装置１０の基本構成を示すブロック図である。
【００１３】
システム制御部１０１は、システムバス１２０を介して装置全体の動作を制御するものである。ＲＯＭ１０２は、システム制御部１０１の制御プログラム等を格納するものである。登録メモリ１０３は、バッテリーバックアップされたＳＲＡＭもしくはフラッシュメモリ等で構成され、オペレータが登録した設定値や装置の管理データ等を格納するためのものである。画像メモリ１０４は、ＤＲＡＭ等により構成され、画像データを蓄積するためのものである。ワークメモリ１０５は、ＤＲＡＭ等で構成され、プログラム制御変数等を格納するためのものである。操作部１０６は、各種キー等により構成され、オペレータが各種入力を行うものである。表示部１０７は、ＬＣＤやＬＥＤ等により構成され、各種表示、表音を行うものである。
【００１４】
読取制御部１０８は、ＣＣＤやＣＳ等のイメージセンサ、画像処理制御部等により構成され、原稿を光学的に読み取り、電気的な画像データに変換し、さらに色処理、２値化処理、中間調処理などの各種画像処理を施して高精細な画像データを出力するものである。読取制御部１０８は、ＡＤＦ上の原稿を一枚ずつ搬送しながら読み取りを行なうＡＤＦ方式と、原稿台ガラス上においてある原稿を静止したまま読み取りを行なう原稿台方式のいずれか、もしくは、両方に対応するものである。
【００１５】
記録制御部１０９は、感熱、レーザ、インクジェット等のプリンタや画像処理制御部等により構成され、記録する画像データ等をスムージング処理や記録濃度補正処理などの各種画像処理を施して高精細な画像データに変換し、記録紙上に出力するものである。符号化／復号化部１１０は、生の画像データを符号化（ＭＨ，ＭＲ，ＭＭＲ，ＪＢＩＧ，ＪＰＥＧ等）し、また、符号化された画像データを生の画像データに復号化するものである。
【００１６】
通信制御部１１１は、モデムやＮＣＵ（網制御装置）等により構成され、通信回線１１を通して相手通信装置との間で画情報等のやり取りを行うものである。
【００１７】
ＵＳＢファンクション制御部１１２は、ＵＳＢインタフェース３０の通信制御を行うものであり、ＵＳＢ通信規格に従ってプロトコル制御を行い、ＣＰＵ１０１が実行するＵＳＢ制御タスクからのデータをパケットに変換し、外部の情報処理端末にＵＳＢパケット送信を行ったり、逆に、外部の情報処理端末からのＵＳＢパケットをデータに変換して、ＣＰＵ１０１に対し送信を行ったりする。なお、これらの各種制御命令やデータの送受信に関しては、公知の方法を使用するものとし、詳述しない。
【００１８】
図２は、情報処理端末２０の基本構成を示すブロック図である。
【００１９】
ＣＰＵ２０１は、ＲＯＭ２０２、メインメモリ２０３、または、ハードディスク２２０に記憶されたプログラム、もしくは、ＦＤドライブ２２１、ＣＤ−ＲＯＭドライブ２２２から読み出されたプログラムに従って、システムバスを介して情報処理端末全体の動作を制御するものである。ＲＯＭ２０２は、ＣＰＵ２０１の制御プログラム等を格納している。
【００２０】
メインメモリ２０３は、一時的にプログラムや画像データを記憶し、情報処理端末の処理を高速に動作させるためのものである。ハードディスク制御部２０４は、オペレーティング・システム、各種アプリケーションプログラムや画像データ等が格納されるハードディスク２２０を制御するものである。ハードディスク２２０には、画像処理装置１０に対する各種制御命令やデータの送受信を行うためのアプリケーションソフトおよびドライバソフトがインストールされるものとする。通常、これらのアプリケーションソフトおよびドライバソフトは、これらが記憶された他のコンピュータ可読媒体からＦＤドライブ２２１，ＣＤ−ＲＯＭドライブ２２２等を介してハードディスク２２０にインストールされる。また、ネットワーク制御部２０７やモデム２０８を介してアプリケーションソフトおよびドライバソフトをダウンロードして、ハードディスク２２０にインストールすることもできる。
【００２１】
キーボード／マウス制御部２０５は、オペレータからの指示入力手段としてのキーボード／マウス２３０を制御するものである。ディスプレイ制御部２０６は、オペレータに各種表示を行うディスプレイ２４０を制御するものである。ネットワーク制御部２０７は、ネットワークＩ／Ｆ４０を介して図示しないネットワークに接続するための制御を行うものである。ネットワークへの接続に関しては、公知の方法を使用するものとし、詳述しない。
【００２２】
モデム２０８は、通信回線２１を通してプロバイダへの接続や、相手通信装置との間でのデータや画情報等の通信を行うものである。ＵＳＢホスト制御部２０９は、ＵＳＢインタフェース３０の通信制御を行うものであり、ＵＳＢ通信規格に従って、ＣＰＵ２０１からのデータをパケットに変換し、画像処理装置１０にＵＳＢパケットを送信したり、逆に、画像処理装置１０からのＵＳＢパケットをデータに変換して、ＣＰＵ２０１に送信したりする。通信制御方法に関しては、公知の方法を使用するものとし、説明を省略する。ＦＤドライブ制御部２１０は、ＦＤドライブ２２１を制御するものである。
【００２３】
ＣＤ−ＲＯＭドライブ制御部２１１は、ＣＤ−ＲＯＭドライブ２２２を制御するものである。
【００２４】
ＵＳＢの規格について、図３を用いて説明する。デバイスをソフトウェア構成から見たときには、「オブジェクト」として扱われる。つまり、デバイスは、「デバイスオブジェクト」というクラスが代表となっていて、基本の枠組みが決まっている。このデバイス全体の枠組みは「デバイスフレームワーク」として定義されている。最も基本的なデバイスクラスは、エンドポイントとインターフェースとから構成される。この基本構成では、コンフィギュレーションとして構成が定義され、１個のインターフェースで定義される１つの要素機能だけとなる。この要素機能の中には、いくつかのエンドポイントが含まれ、これがＵＳＢ通信の対象として見える。次に複合デバイスのフレームワーク（図３）について説明する。図３のように、コンフィグレーション３０２として、インタフェース（３０４、３０８、３１２）が複数定義されていて、それぞれ独立の動作をする機能ブロックとなることが出来る。つまり、複数の要素機能を持った複合のデバイスとして定義されていることになる。
【００２５】
図３は、本発明の実施例であるＵＳＢファンクション制御部１１２の構成を示す概念図である。上記は、ＵＳＢの規格において定義される論理的なソフトウェア機能のブロック図である。最も大きい枠で示されるＤｅｖｉｃｅ（３０１）は、ＵＳＢ通信規格において１つだけ定義することができ、装置全体の属性を示している。Ｄｅｖｉｃｅ（３０１）の属性は、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒで表現され、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒには、装置の製造者ＩＤ、製品ＩＤ、リリース番号、Ｃｏｎｆｉｇｕｒａｔｉｏｎ数などが含まれている。本実施例においては、Ｃｏｎｆｉｇｕｒａｔｉｏｎ数は「１」である。
【００２６】
Ｄｅｖｉｃｅ（３０１）の中には、Ｃｏｎｆｉｇｕｒａｔｉｏｎが１つ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ１（３０２））だけ定義されている。Ｃｏｎｆｉｇｕｒａｔｉｏｎ１（３０２）の属性は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒで表現され、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒには、そのＣｏｎｆｉｇｕｒａｔｉｏｎの中のＩｎｔｅｒｆａｃｅ数などが含まれている。本実施例においては、Ｉｎｔｅｒｆａｃｅ数は「３」である。Ｃｏｎｆｉｇｕｒａｔｉｏｎ１（３０２）の中には、Ｉｎｔｅｒｆａｃｅが３つ（Ｉｎｔｅｒｆａｃｅ０〜２（３０４、３０８、３１２））定義されている。
【００２７】
Ｉｎｔｅｒｆａｃｅ０〜２（３０４、３０８、３１２））の属性は、ＩｎｔｅｒｆａｃｅＤｅｓｃｒｉｐｔｏｒで表現され、Ｉｎｔｅｒｆａｃｅ  Ｄｅｓｃｒｉｐｔｏｒには、そのＩｎｔｅｒｆａｃｅの中のＥｎｄｐｏｉｎｔ数、クラスコードなどが含まれている。本実施例においては、スキャナ用に使用するＩｎｔｅｒｆａｃｅ０（３０４）の中のＥｎｄｐｏｉｎｔ数は「３」であり、クラスコードはベンダクラス（０ｘＦＦ）である。また、プリンタ用に使用するＩｎｔｅｒｆａｃｅ１（３０４）の中のＥｎｄｐｏｉｎｔ数は「２」であり、クラスコードはプリンタクラス（０ｘ０７）である。また、また、ＦＡＸ送受信用に使用するＩｎｔｅｒｆａｃｅ２（３１１）の中のＥｎｄｐｏｉｎｔ数は「２」であり、クラスコードはプリンタクラス（０ｘ０７）である。
【００２８】
スキャナ用に使用するＩｎｔｅｒｆａｃｅ０（３０４）の中には、Ｅｎｄｐｏｉｎｔが３つ（Ｅｎｄｐｏｉｎｔ１、２、３（３０５、３０６、３０７））だけ定義されている。Ｅｎｄｐｏｉｎｔ１、２、３（３０５、３０６、３０７）の属性は、Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒで表現され、Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒには、そのＥｎｄｐｏｉｎｔのＥｎｄｐｏｉｎｔ番号、通信方向、転送タイプ、パケットサイズなどが含まれている。Ｅｎｄｐｏｉｎｔ１（３０５）は、主に制御データを受信するために使用される。Ｅｎｄｐｏｉｎｔ２（３０６）は、主に制御データや読み取りデータを送信するために使用される。Ｅｎｄｐｏｉｎｔ３（３０７）は、主にスキャンの開始が指示されたことを通知するために使用される。
【００２９】
プリンタ用に使用するＩｎｔｅｒｆａｃｅ１（３０８）の中には、Ｅｎｄｐｏｉｎｔが２つ（Ｅｎｄｐｏｉｎｔ４、５（３０９、３１０））だけ定義されている。Ｅｎｄｐｏｉｎｔ４、５（３０９、３１０）の属性は、Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒで表現され、Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒには、そのＥｎｄｐｏｉｎｔのＥｎｄｐｏｉｎｔ番号、通信方向、転送タイプ、パケットサイズなどが含まれている。Ｅｎｄｐｏｉｎｔ４（３０９）は、主に制御データ受信や印刷データ受信のために使用される。Ｅｎｄｐｏｉｎｔ５（３１０）は、主に受信した印刷データの印刷状況を送信するために使用される。
【００３０】
ＦＡＸ送信用に使用するＩｎｔｅｒｆａｃｅ２（３１１）の中には、Ｅｎｄｐｏｉｎｔが２つ（Ｅｎｄｐｏｉｎｔ６、７（３１２、３１３））だけ定義されている。Ｅｎｄｐｏｉｎｔ６、７（３１２、３１３）の属性は、Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒで表現され、Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒには、そのＥｎｄｐｏｉｎｔのＥｎｄｐｏｉｎｔ番号、通信方向、転送タイプ、パケットサイズなどが含まれている。Ｅｎｄｐｏｉｎｔ６（３１２）は、主に制御データ受信やＦＡＸ送信データ受信のために使用される。Ｅｎｄｐｏｉｎｔ７（３１３）は、主にＦＡＸ送信の通信状況を送信するために使用される。
【００３１】
これらの構成を有することにより、情報処理端末２０に画像処理装置１０を始めて接続した時には、情報処理端末２０上のマイクロソフト社製Ｗｉｎｄｏｗｓ（登録商標）  ＯＳが有するプラグアンドプレイと呼ばれる自動化機構によって、必要なドライバ群をインストールすることが可能となる。また、インストール後は、インストールされたドライバ群を使用して、画像処理装置１０に対して、プリント、スキャン、ＰＣ  ＦＡＸ等の機能を実現することが可能となる。インストールの詳細に関しては、図５にて後述する。
【００３２】
図４は、上記実施例において、ＵＳＢファンクション制御部１１２が有する識別子情報を示す図である。プリンタ用に使用するＩｎｔｅｒｆａｃｅ１用デバイスＩＤ（４０１）と、ＦＡＸ用に使用するＩｎｔｅｒｆａｃｅ２用デバイスＩＤ（４０２）は、それぞれ、会社名を示すＭＦＧ、モデル名を示すＭＤＬ、コマンド名を示すＣＭＤ、クラスを示すＣＬＳ、表示情報を示すＤＥＳで構成される。本実施例では、ＣＬＳはともにプリンタクラスをあらわすＰＲＩＮＴＥＲが使用される。本情報を情報処理端末２０に送信することによって、後述するように、情報処理端末２０では、どのドライバをインストールするべきかという判断を行う。
【００３３】
図５は、情報処理端末２０におけるドライバ・インストールの前段処理を示すフローチャートである。インストールを行なうソフトウェア（インストーラ）は通常ＣＤＲＯＭドライバ２２２に挿入されるＣＤ−ＲＯＭなどのメディア、又は、ハードディスク２２０に記憶されたプログラムの形式で供給される。そして当該プログラムが、オペレータの操作により起動される起動プログラムにより、情報処理装置の一例である情報処理端末２０内のコンピュータの好適な一例であるＣＰＵ２０１によってメインメモリ２０３に読み出され、ＣＰＵ２０１によって実行される。また、たとえば、図５は、ＣＤ−ＲＯＭをＣＤ−ＲＯＭドライブ２２２に装填した際に、インストーラのプログラムが自動起動されるように構成するとなお望ましい。また、ネットワーク制御部２０７やモデム２０８を介してインストーラをハードディスク２２０にダウンロードした後、起動することも可能である。
【００３４】
インストールが開始されると、Ｓ５０１において、インストールが可能かどうかを判断する。これは、情報処理端末２０のハードディスク２２０の残り容量やメインメモリ２０３の容量、インストールされているＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の種類などを確認することによって判断される。Ｓ５０１でインストールが可能でないと判断された場合には、エラー画面を表示して（Ｓ５０２）処理を終了する。また、Ｓ５０１でインストール可能と判断された場合には、情報処理端末２０上に古いドライバ情報が無いかを判断し、もしあれば削除する（Ｓ５０３）。これは、古いドライバ情報が残っている場合、その後のインストールが正常に動作しなくなる可能性があるためである。
【００３５】
その後、インストールに必要なドライバ群をハードディスク２２０にコピーする（Ｓ５０４）。これは、例えば、Ｗｉｎｄｏｗｓ（登録商標）  ＯＳの場合、ＳｅｔｕｐＣｏｐｙＯＥＭＩｎｆというＡＰＩを使用することによって、実現することができる。
【００３６】
この時コピーされるドライバ群の中にＩＮＦファイルが含まれる。プリンタドライバ用ＩＮＦファイルにはＩｎｔｅｒｆａｃｅ１用デバイスＩＤ（４０１）中のＭＦＧ、ＭＤＬ文字列に該当する文字列、及び、プリンタドライバ用にインストールするべきファイル名が記載されている。また、ＦＡＸドライバ用ＩＮＦファイルにはＩｎｔｅｒｆａｃｅ２用デバイスＩＤ（４０２）中のＭＦＧ、ＭＤＬ文字列に該当する文字列が記載されており、また、ＦＡＸドライバ用にインストールするべきファイル名が記載されている。
【００３７】
図６は、情報処理装置の一例である情報処理端末２０におけるドライバ・インストールの後段処理を示すフローチャートである。図６の各処理は、図５と同様のプログラムにより実行される。プログラムの記憶場所等、読み出し実行処理は図５と同様である。Ｓ６０１において、画像処理装置１０が接続されるまで待つ。画像処理装置１０との接続検出は、ＵＳＢホスト制御部２０９により実行される。Ｓ６０１で画像処理装置１０の接続が検出できたら、Ｓ６０２で、前述のプラグアンドプレイという機構により、装置構成データの取得命令（Ｇｅｔ＿Ｄｅｖｉｃｅ＿Ｄｅｓｃｒｉｐｔｏｒ命令、Ｇｅｔ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ命令、Ｇｅｔ＿Ｓｔｒｉｎｇ＿Ｄｅｓｃｒｉｐｔｏｒ命令）が発行され、画像処理装置１０の構成情報を取得する。上述する各種命令を発行することで、図３に示す各種情報を順次取得することができる。取得されたＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ内の装置の製造者ＩＤ、製品ＩＤ、および、各Ｉｎｔｅｒｆａｃｅ番号に対応したＵＳＢポートが生成される（Ｓ６０３）。本実施例では、スキャナ用にはＩｎｔｅｒｆａｃｅ０、プリンタ用にはＩｎｔｅｒｆａｃｅ１、ＦＡＸ用にはＩｎｔｅｒｆａｃｅ２のためのポートが生成され、それぞれのポート情報として、前述したＩｎｔｅｒｆａｃｅＤｅｓｃｒｉｐｔｏｒ内のクラスコードが記憶される。
【００３８】
Ｓ６０４において、生成されたポートがプリンタクラス用かどうかを判断する。プリンタクラス用ならば、Ｓ６０５において、Ｇｅｔ＿Ｄｅｖｉｃｅ＿ＩＤ命令によって、図４に示すデバイスＩＤ文字列を取得する。デバイスＩＤ文字列内のＭＦＧ／ＭＤＬ情報から、Ｓ５０４でハードディスク２２０にコピーされたＩＮＦファイル内のＭＦＧ／ＭＤＬ情報と合致するものを検索し、合致するＩＮＦファイル内に記載された各種ドライバファイルをインストールする（Ｓ６０６）。
【００３９】
その後、次の新規ポートがあるかどうかを検索して判定し（Ｓ６０７）、あったと判定又は認識された場合は、Ｓ６０４に戻り、ドライバのインストールを繰り返す。
【００４０】
また、Ｓ６０４において、生成されたポートがプリンタクラス用ではない場合には、該当するクラスの仕組みでインストールが行われるが詳細は割愛する（Ｓ６０８）。このようにして、Ｉｎｔｅｒｆａｃｅ０用にはスキャナドライバ、Ｉｎｔｅｒｆａｃｅ１用にはプリンタドライバ、Ｉｎｔｅｒｆａｃｅ２用にはＦＡＸドライバがそれぞれインストールされる。
【００４１】
以上のべたように、一つのデバイス識別情報を取得するのに応じて、一つのインストール処理を起動するプラグアンドプレイ処理を実行可能な情報処理装置において、周辺装置の一例である画像処理装置１０の接続に応答して、複数の論理インタフェース（図３、図４に示すＩｎｔｅｒｆａｃｅ１及びＩｎｔｅｒｆａｃｅ２）にそれぞれ対応する複数の構成情報（例えば、図４に示すＭＦＧ：ＸＸＸ；ＭＤＬ：ＹＹＹ（Ｐｒｉｎｔｅｒ）；ＣＭＤ：ＰｒｉｎｔｅｒＬａｎｇｕａｇｅ；ＣＬＳ：ＰＲＩＮＴＥＲ；ＤＥＳ：ＸＸＸ  ＹＹＹ  （Ｐｒｉｎｔｅｒ））を含む少なくとも一つのデバイス識別情報の一例である装置構成データを取得し、画像処理装置１０から転送されてくるデバイス識別情報を該プログラムが取得するのに応答して、装置構成データに含まれる前記複数の構成情報用いて、複数の論理インタフェースにそれぞれ対応する、前記複数のデバイスドライバのインストールの実行を制御する情報処理端末２０が開示される。
【００４２】
なお、上述する命令を発行することで、Ｓ６０６の処理においてプリンタクラス、Ｓ６０８の処理においてその他のクラス（例えば、スキャナの属するクラス）に対応するデバイスドライバをインストールするとともに、当該複数のデバイスドライバの情報をＯＳのレジストリに登録する。また、ＣＰＵは、当該レジストリ情報を読み出して、ディスプレイにプリンタおよびファクスおよびスキャナのアイコンをそれぞれ表示させる。これにより、一回のプラグアンドプレイで、複数種類のクラスに属するデバイスドライバがインストールされ、これらに対応するアイコンがコンピュータのディスプレイに表示される。
【００４３】
（他の実施形態）
本実施形態における図５、及び、図６などに示す処理が、外部からインストールされるプログラムによって、それぞれの装置より遂行される。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群をホストコンピュータに供給される場合でも本発明は適用されるものである。
【００４４】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、又は、外部サーバ（図示省略）からダウンロードすることで、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００４５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、たとえば、フロッピィーディスク、ハードディスク、光ディスク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ等を用いることができる。
【００４６】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施例における画像処理装置１０の基本構成を示すブロック図である。
【図２】上記実施例において、情報処理端末２０の基本構成を示すブロック図である。
【図３】上記実施例において、ＵＳＢファンクション制御部１１２の構成を示す概念図である。
【図４】上記実施例において、ＵＳＢファンクション制御部１１２が有する識別子情報を示す図である。
【図５】上記実施例における情報処理端末２０におけるドライバ・インストールの前段処理を示すフローチャートである。
【図６】上記実施例における情報処理端末２０におけるドライバ・インストールの後段処理を示すフローチャートである。
【符号の説明】
【００４８】
１０  画像処理装置装置
２０  情報処理端末
３０  ＵＳＢ  Ｉ／Ｆ
１０１  システム制御部
１１２  ＵＳＢファンクション制御部
２０１  ＣＰＵ
２０９  ＵＳＢホスト制御部
２２０  ハードディスク
２２２  ＣＤ−ＲＯＭドライブ
２３０  キーボード／マウス
２４０  ディスプレイ
【図１】
2006024199.tif 000003
【図２】
2006024199.tif 000004
【図３】
2006024199.tif 000005
【図４】
2006024199.tif 000006
【図５】
2006024199.tif 000007
【図６】
2006024199.tif 000008