バスを介して複数のデバイスを接続可能な情報処理装置であって、第1のデバイスに接続されているバスを介して接続される第2のデバイスに供給する電源の制御を行う電源制御手段と、前記電源制御手段により前記第2のデバイスに電源供給がなされた場合に、前記第2のデバイスを認識する認識手段と、前記認識手段により前記第2のデバイスが認識された場合、前記第1のデバイスからのデータを前記第2のデバイスに供給し、前記第2のデバイスに処理を実行させる処理手段とを有することを特徴とする情報処理装置。バスを介して接続されているデバイスを検出する検出手段と、前記検出手段で検出されたデバイスが前記第2のデバイスであるかを識別する識別手段とを有し、前記認識手段は前記識別手段による識別結果に従って前記第2のデバイスを認識することを特徴とする請求項1に記載の情報処理装置。前記認識手段により認識された前記第2のデバイスを使用するためのリソースを獲得する獲得手段を有し、前記処理手段は前記獲得手段により獲得されたリソースを用いて処理を実行させることを特徴とする請求項1または2に記載の情報処理装置。前記第2のデバイスが前記第1のデバイスとバスブリッジを介して接続されたバスに接続されているか判定する判定手段を有し、前記獲得手段は前記判定手段により前記第2のデバイスがバスブリッジを介して接続されたバスに接続されていると判定された場合、当該バスブリッジの下位側のリソースを獲得することを特徴とする請求項3に記載の情報処理装置。バスを介して複数のデバイスを接続可能な情報処理装置の制御方法であって、第1のデバイスに接続されているバスを介して接続される第2のデバイスに供給する電源の制御を行い、前記電源の制御により前記第2のデバイスに電源供給がなされた場合に、前記第2のデバイスを認識し、前記第2のデバイスが認識された場合、前記第1のデバイスからのデータを前記第2のデバイスに供給し、前記第2のデバイスに処理を実行させることを特徴とする情報処理装置の制御方法。請求項1~4のいずれか1項に記載の情報処理装置の各手段または請求項5に記載の印刷制御方法をコンピュータにより実現することを特徴とするプログラム。しかしながら、バスを介して接続されたデバイスを認識する際、当該デバイスがホットプラグに対応していなかった場合、上位装置を起動する前に予め認識させるデバイスをスロットに挿入する必要がある。そして、当該デバイスがセルフパワーで動作するデバイスである場合、当該デバイスの電源も上位装置を起動する前に入れておく必要がある。本発明は、上述の問題点に鑑みなされたもので、ホットプラグ機構を使用せずに、バスを介して接続されたデバイスを所望のタイミングで認識可能な情報処理装置、その制御方法及びプログラムを提供するものである。上記課題を解決するため、本発明の情報処理装置は、バスを介して複数のデバイスを接続可能な情報処理装置であって、第1のデバイスに接続されているバスを介して接続される第2のデバイスに供給する電源の制御を行う電源制御手段と、前記電源制御手段により前記第2のデバイスに電源供給がなされた場合に、前記第2のデバイスを認識する認識手段と、前記認識手段により前記第2のデバイスが認識された場合、前記第1のデバイスからのデータを前記第2のデバイスに供給し、前記第2のデバイスに処理を実行させる処理手段とを有する。本発明によれば、第1のデバイスとバスを介して接続された第2のデバイスへ供給する電源の制御を行い、所望のタイミングで第2のデバイスを認識し、第2のデバイスに処理を実行させることができる。以下、本発明を実施するための形態について図面を用いて説明する。図1は、本発明の実施形態である情報処理装置の構成を示すブロック図である。情報処理装置100は、汎用的なパーソナルコンピュータや、プリンタや複写機のような画像形成装置、その他、バスを介して複数のデバイスを接続して動作可能な種々の情報処理装置とすることができる。図1において、コントローラボード101は、情報処理装置100全体の動作を統括的に制御する。また、コントローラボード101は拡張デバイスに対する上位装置として動作する。CPU102は、情報処理装置100全体の制御を司るプロセッサである。CPU102は、ストレージ106に格納されているファームウェア110を含む各種プログラムをRAM103にロードし、それを実行することにより情報処理装置100の動作を制御する。RAM103は、ファームウェア110を実行時にロードしたり、処理対象のデータを一時的に保持したりする。MCH104は、CPU102や各種I/OデバイスからのRAM103へのメモリアクセスを制御するメモリコントロールハブである。ICH105は、各種I/Oデバイスを接続するためのコントローラを内蔵したI/Oコントロールハブであり、PCIデバイス、ストレージデバイス、USBデバイス、ネットワークデバイス、オーディオデバイス等を接続可能である。ストレージ106は、ハードディスクやフラッシュメモリ等の記憶装置であり、ファームウェア110のイメージを格納している。また、処理対象のファイルを記憶するためにも使用可能である。PCIeスロット107は、PCIeデバイスを接続するためのスロットである。拡張デバイス108は、PCIeスロット107に挿入して動作するセルフパワーデバイス個別の電源で動作するデバイスであり、情報処理装置100の機能を拡張するものである。拡張デバイス108は種々の機能を有したデバイスを採用可能である。電源装置109は、拡張デバイス108に対して電力を供給するものである。なお、ここでは示していないが、コントローラボード101には電源装置109以外の電源装置から電力が供給され、コントローラボード101と拡張デバイスとは個別に、かつ選択的に電源のオン/オフが可能である。ファームウェア110は、情報処理装置100を制御するプログラムであり、オペレーティングシステム以下、OS、デバイスドライバ、アプリケーションなどを含む。ファームウェア110には、111~114に示すような処理を行うプログラムが含まれる。デバイス検出部111は、PCIバス上に存在するすべてのデバイスを探し出すモジュールである。具体的には、指定されたPCIバス番号とデバイス番号から順次スキャンしていき、接続されているデバイスを抽出する。デバイス判定部112は、デバイス検出部111により検出されたデバイスのコンフィグレーション空間にアクセスしてベンダID以下、VIDとデバイスID以下、DIDを取得し、指定されたVID/DIDと一致するか否かを判定するモジュールである。上位ブリッジ検出部113は、指定されたバス番号を下位に持つブリッジを検出するモジュールである。ここで、上位とはPCIバスツリーのルート根側であり、下位とはPCIバスツリーの末端側を指す。リソース獲得部114は、デバイスが要求するリソースをハードウェアから獲得するモジュールである。次に、図1に示した情報処理装置100において、拡張デバイスを認識する際の処理について説明する。図2は、情報処理装置100のPCIバス構成を論理的に表したブロック図である。図2において、ホスト-PCIブリッジ201は、CPU102と接続するホストバスと、PCIバスとのバスブリッジであり、PCIバスツリーのルート根となるものである。PCI-PCIブリッジ202a、202b、202cは、上位のPCIバスと、下位のPCIバスとを接続するバスブリッジである。PCIデバイス203a、203bは、PCIバスに接続されるデバイスであり、例えば、ストレージを接続するためのSATAコントローラ、ネットワーク接続するためのNIC、USB機器を接続するためのUSBコントローラ等である。図2の例では、PCIバス番号0上にはPCI-PCIブリッジ202a、PCI-PCIブリッジ202cおよびPCIデバイス203aが接続されている。PCIバス番号1はPCI-PCIブリッジ202aの下位に接続され、PCIバス番号1上にはPCI-PCIブリッジ202bおよびPCIデバイス203bが接続されている。PCIバス番号2はPCI-PCIブリッジ202cの下位に接続され、PCIバス番号2上には拡張デバイス108が接続されている。次に、拡張デバイス108に電源を投入したときにコントローラボード101においてPCIデバイスとして認識させる際の処理について説明する。図3はこの場合の処理の流れを示すフローチャートであり、ストレージ106に記憶されているファームウェア110をRAM103にロードし、CPU102がそれを実行することによりなされる処理の流れを示す。まず、デバイス検出部111により、PCIバスツリーをスキャンして現在接続されているデバイスを検出するS301。デバイスが検出されたら、デバイス判定部112によりコンフィグレーション空間をReadし、検出されたデバイスのVID/DIDを取得するS302。そしてS302で取得したVID/DIDと、予めストレージ106に記憶されている拡張デバイスのVID/DIDとを比較する。これらのVID/DIDが一致しなかった場合、S301に戻って次のデバイスを検出するS303。以上S301~S303の処理を、拡張デバイスが検出できるまで繰り返す。具体的には、まず、PCIバス番号0からスキャンし、PCIデバイス203aを検出したとする。PCIデバイス203aのコンフィグレーション空間をReadして取得したVID/DIDは、拡張デバイスのVID/DIDとは一致しないので、再度PCIバス番号0をスキャンする。次にPCI-PCIブリッジ202aを検出したとして、この場合も拡張デバイスのVID/DIDとは一致しないので、再度PCIバス番号0をスキャンする。同様の処理を繰り返し、PCIバス番号0に接続しているデバイスをスキャンしていずれも一致しなければ、次はPCIバス番号1をスキャンする。PCIバス番号2以降についても同様の処理を繰り返す。結果として、PCIバス番号2に拡張デバイス108が接続されていることが検出できる。S303でVID/DIDが一致した場合、当該デバイスが拡張デバイスであることが識別され、引き続き上位ブリッジ検出部113により拡張デバイスの上位のPCI-PCIブリッジを検出するS304。具体的には、S303で拡張デバイス108を検出したときに、拡張デバイス108が接続されているPCIバス番号が確定したのでPCIバス番号2、PCIバス番号2を下位に持つブリッジを検索する。その結果、PCI-PCIブリッジ202cであることがわかる。上位ブリッジ検出部113により拡張デバイス108の上位ブリッジを検出すると、リソース獲得部114において上位ブリッジの下位側のバスに必要なリソースを獲得するS305。具体的には、拡張デバイス108に電源を入れる前は、PCIバス番号2にはデバイスが接続していなかったので、PCI-PCIブリッジ202cはPCIバス番号2のためのリソースを確保していなかった。ところが、拡張デバイス108に電源を入れた後は、拡張デバイス108がPCIバス番号2に接続するため、リソースを獲得しなければならない。必要なリソースは拡張デバイス108が要求するサイズであり、コンフィグレーション空間をReadすることによって得られる。以上の処理により、コントローラボード101に電源が供給された後に拡張デバイス108に電源を供給したとしても、これをPCIデバイスとして認識し、使用可能な状態となる。そしてコントローラボード101からの処理対象のデータを拡張デバイス108に供給し、獲得したリソースを利用して処理を実行可能となる。次に、情報処理装置100をプリンタ等の画像形成装置とした場合の処理について説明する。図4に示す画像形成装置400はホスト装置等の外部装置から受信した印刷データや、不図示のスキャナ等によって入力された画像データの印刷を行うものである。プリンタコントローラ401は、図1に示したコントローラボード101に相当するものであり、画像形成装置400を制御する上位デバイスである。より具体的には、印刷ジョブの受付、印刷ジョブ管理、画像処理、ユーザインターフェース等の処理を行い、RIP処理により生成したラスターイメージをプリンタエンジン402に出力する。また、プリンタコントローラ401には図1、2で示した拡張デバイス108、電源装置109以外の構成が含まれる。プリンタコントローラ401のファームウェア110にはOSや111~114のプログラムの他、プリント処理のためのプリンタコントローラ特有のアプリケーションが含まれる。プリンタエンジン402は、図1に示した拡張デバイス108に相当するものであり、画像が印刷される記録シートの搬送、シートへの画像の印刷制御等、画像形成装置の印刷動作を制御する。プリンタエンジン402はプリンタコントローラ401から見た下位のデバイスに相当する。また、プリンタコントローラ401とプリンタエンジン402はPCIeバスで接続されている。電源装置109は、プリンタエンジン402に対して電力を供給するものである。スイッチ403は、電源装置109とプリンタエンジン402との間に位置し、プリンタエンジン402に対する電力供給をON/OFFするもので、プリンタコントローラ401により制御される。その他、図示はしないが、画像形成装置400は、ユーザが操作を行うための操作部や各種情報の表示を行う表示部等を有する。操作部では、プリンタコントローラ401への電源供給のON/OFF、プリンタエンジン402への電源供給のON/OFFをそれぞれ区別して指示することができるものとする。画像形成装置400はこのような構成により、プリンタコントローラ401を起動した状態でプリンタエンジン402の電力供給をOFF状態とし、プリンタコントローラ401側の処理を先行して進めておくことができる。例えば、夜間はプリンタエンジン402への電力供給を停止させ、プリンタコントローラ401による印刷データのRIP処理を進めておき、翌朝にプリンタエンジン402を起動電力供給し、まとめて印刷を実行させることなどが可能である。これにより夜間等の電力消費を抑え、また夜間に印刷トラブルでプリンタエンジン402に電力供給がなされた状態で停止し続けるのを防ぐことができる。その他にも、メンテナンス等で一時的にプリンタエンジン402の電源を落としたい場合にも同様の手順を実施することで、装置をより柔軟に運用することができる。また、プリンタエンジン402を使用しないときは電源をOFFにしておくことができるので、装置の消費電力を抑えることができるという効果もある。このように、プリンタエンジン402を停止させた状態でRIP処理印刷データのラスターイメージ生成までを行うモードをRIPモードと称す。また、プリンタエンジン402を起動し、印刷を実行させるモードを印刷モードと称す。次に画像形成装置400が起動されるときのシーケンス及びプリンタエンジン402の起動/停止の制御の流れについて説明する。図5はこの場合の処理の流れを示すフローチャートであり、プリンタコントローラ401のストレージ106に記憶されているファームウェア110をRAM103にロードし、CPU102がそれを実行することによりなされる処理の流れを示す。図5aは画像形成装置400が起動するときのシーケンスである。ユーザにより操作部を介してプリンタコントローラ401の電源がONにされると、プリンタコントローラ401においてOSが起動されるS501。プリンタコントローラ401には不図示のROMが含まれ、プリンタコントローラ401への電力供給に応じてROM内のブートプログラムがRAM103にロードされ、OSの起動が開始される。プリンタコントローラ401はOSが起動する過程で、PCIバスに接続されているデバイスのコンフィグレーションを行う。この時点で接続が確認されたPCIデバイスには、メモリ空間や割り込み等のリソースが割り当てられる。このとき、プリンタコントローラ401ではスイッチ403をOFFにしている状態であるため、プリンタエンジン402はPCIデバイスとして認識されない。S501におけるOSの起動が完了すると、プリンタコントローラとして動作するためのアプリケーションを起動しS502、プリンタエンジン402に電力を供給するためのPowerボタンの押下を待つ状態となるS503。このPowerボタンは画像形成装置400の操作部に含まれる。S503でPowerボタンが押下されたと判断すると、プリンタコントローラ401はスイッチ403をONにし、プリンタエンジン402への電力供給を開始させるS504。そして、プリンタエンジン402が起動されると、図3で示した手順により、順次バス上のデバイスの検索及びリソースの獲得を行い、プリンタエンジン402をPCIデバイスとして認識するS505。以上の処理によりプリンタエンジン402の認識が完了し、プリンタコントローラ401で生成した印刷データをプリンタエンジン402で印刷させることが可能な状態印刷モードとなる。図5bは印刷モードからRIPモードへ移行させる際のシーケンスである。画像形成装置400の操作部を介してユーザによりRIPモードへの移行が指示されると、プリンタコントローラ401はプリンタエンジン402に対し、動作を終了するよう指示する情報を通知するS511。この情報を受け取ったプリンタエンジン402は印刷中であれば、印刷を完了させ、全ての動作が終了すると、動作が終了した旨をプリンタコントローラ401に通知する。そして、プリンタエンジン402において動作が終了したことをプリンタコントローラ401が確認すると、プリンタコントローラ401はスイッチ403をOFFにし、プリンタエンジン402への電力供給を停止させるS512。これによってRIPモードへの移行が完了する。そしてプリンタコントローラ401は印刷ジョブを受け付けると、RIP処理までを行い、ストレージ106でRIP済みの印刷データを待機させることができる。図5cはRIPモードから印刷モードへ移行させる際のシーケンスである。画像形成装置400の操作部を介してユーザにより印刷モードへの移行が指示されると、プリンタコントローラ401はスイッチ403をONにし、プリンタエンジン402への電力供給を開始させるS521。プリンタエンジン402が起動されると、図3で示した手順により、順次バス上のデバイスの検索及びリソースの獲得を行い、プリンタエンジン402をPCIデバイスとして認識する。これにより、プリンタエンジン402に認識が完了すると、印刷モードへの移行が完了し、ストレージ106にRIP済みの印刷データが記憶されていた場合、順次プリンタエンジン402に転送され、シート上への画像の印刷が実行される。以上のように、本実施形態によればプリンタエンジン等のデバイスを使用しない期間は当該デバイスへの電力供給を停止させ消費電力を抑えることができるとともに、所望のタイミングで停止していたデバイスを起動させ、処理を実行させることができる。このとき、使用しないデバイスをスロットから一旦外し、その後再接続させることもでき、再接続させる際、上位デバイスの再起動をする必要もなくなる。そして、上位デバイス側で下位デバイスの電源制御を行うので、所望のタイミングでの下位デバイスの認識が可能である。そして、下位デバイスがバスブリッジを介して接続されたバス上に接続されていても適切にリソースを獲得して、このリソースを用いて下位デバイスに処理を実行させることができる。また、ホットプラグに対応していないデバイスであっても、新たなデバイスが接続されていることを認識させることができる。また、PCIeケーブルを介してデバイスを接続し、スロットにケーブル接続用のカードが常に挿入されている状態であることにより、その先に接続したデバイスのホットプラグが利用できない場合であっても当該デバイスの認識が可能である。そして、以上のように認識したデバイス用のリソースを獲得し、当該デバイスを利用可能となる。なお、以上のような情報処理装置は2つ以上のデバイスがバスを介して接続され、それぞれのデバイスの電力供給を個々に行うことができるものに広く適用可能である。このとき、各デバイスが一筺体内で内部接続されるもの、異なる筺体の複数の装置によって外部接続されるもののいずれとしてもよい。この場合も、上述したような手順と同様の手順で上位デバイスが下位デバイスを認識するようにすればよい。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。また、プログラムは、1つのコンピュータで実行させても、複数のコンピュータが連動して実行するようにしてもよい。また、上記した処理の全てをソフトウェアで実現する必要はなく、一部または全部をハードウェアによって実現するようにしてもよい。また、本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形他の実施形態への応用、他の実施形態との組合せ等を含むも可能である。