"第1の装置と、該第1の装置のドライバを格納する第2の装置とを有する電子装置と、該電子装置と外部接続用の共通インタフェースで接続する情報処理装置とを有する情報処理システムの制御方法であって、前記情報処理装置において、コンフィギュレーション処理する装置を前記第1の装置と前記第2の装置との中から選択するステップと、前記第1の装置をコンフィギュレーション処理すると選択した場合に、ベンダーリクエスト信号を含ませた制御信号を生成して前記電子装置に送信し、前記第2の装置をコンフィギュレーション処理すると選択した場合に、前記ベンダーリクエスト信号を含まない制御信号を生成して前記電子装置に送信するステップとを有し、前記電子装置において、前記コンフィギュレーション処理中に、前記情報処理装置から前記ベンダーリクエスト信号を含まない制御信号を受信した場合に、前記第2の装置をコンフィギュレーション処理を行う装置として選択するステップと、前記情報処理装置から前記ベンダーリクエスト信号を含む制御信号を受信した場合に、前記第1の装置をコンフィギュレーション処理を行う装置として選択するステップと、を有することを特徴とする情報処理システムの制御方法。しかしながら特許文献1では、電子装置は一度情報処理装置に接続し、ドライバソフトウェアのインストールを行うと、別の情報処理装置に接続した時に第2の装置がイネーブル状態にならなず、ドライバソフトウェアをインストールすることができない問題が生じる。また特許文献2では、ホスト装置に接続された時に、ホスト装置にまずサブデバイスを認識させ、次に主デバイスを認識させる制御を行うインタフェース制御部が必要となり、装置の構成が複雑になるという問題を有している。本発明は上記事情に鑑みてなされたものであり、簡単な構成で、装置の状態によらず必ずドライバソフトウェアを自動インストールすることができる情報処理システムの制御方法を提供することを目的とする。上記課題を解決するため、本発明の情報処理システムの制御方法は、第1の装置と、該第1の装置のドライバを格納する第2の装置とを有する電子装置と、該電子装置と外部接続用の共通インタフェースで接続する情報処理装置とを有する情報処理システムの制御方法であって、前記情報処理装置において、コンフィギュレーション処理する装置を前記第1の装置と前記第2の装置との中から選択するステップと、前記第1の装置をコンフィギュレーション処理すると選択した場合に、ベンダーリクエスト信号を含ませた制御信号を生成して前記電子装置に送信し、前記第2の装置をコンフィギュレーション処理すると選択した場合に、前記ベンダーリクエスト信号を含まない制御信号を生成して前記電子装置に送信するステップとを有し、前記電子装置において、前記コンフィギュレーション処理中に、前記情報処理装置から前記ベンダーリクエスト信号を含まない制御信号を受信した場合に、前記第2の装置をコンフィギュレーション処理を行う装置として選択するステップと、前記情報処理装置から前記ベンダーリクエスト信号を含む制御信号を受信した場合に、前記第1の装置をコンフィギュレーション処理を行う装置として選択するステップと、を有している。本発明によれば、電子装置は、情報処理装置から送られる制御信号にベンダーリクエスト信号が含まれるか否かを判定して、コンフィギュレーション処理を行う装置が第1の装置であるのか、第2の装置であるのかを判定することができる。従って、電子装置は、情報処理装置からの要求に従って、コンフィギュレーション処理を行う装置を設定することができる。このため、第2の装置に記憶された第1の装置のドライバを情報処理装置にインストールさせてから、第1の装置を情報処理装置上で動作させることができる。本発明は、簡単な構成で、装置の状態によらず必ずドライバソフトウェアを自動インストールすることができる。添付図面を参照しながら本発明の好適な実施例を説明する。図1は、本発明の第1実施例による情報処理システム1の構成を示すブロック図である。情報処理システム1は、情報処理装置10と電子装置30とを有する。情報処理装置10は例えば、パーソナルコンピュータである。電子装置30は情報処理装置10に接続可能な周辺装置であり、図1の例ではキーボードである。情報処理装置10と電子装置30とはUSBケーブル20で接続されている。以下、電子装置30をUSB装置という。また、情報処理装置10をPC10という。PC10のOS11は例えば、マイクロソフト社のWindows登録商標である。図1は、キーボードドライバ12、記憶装置ドライバ13及びHUBハブドライバ14がOS11上にインストールされている状態を示す。これらのドライバのうち、記憶装置ドライバ13とHUBドライバ14はOS11に最初から組み込まれている標準のデバイスドライバである。キーボードドライバ12は、後述する手順に従ってインストールされるものである。図示していないが、OS11にはOSを構成する様々なプログラムやその他の各種ドライバ、更には各種ユーティリティが組み込まれている。OS11は内部バス16を介してUSBホストコントローラ15に接続されている。なお、PC10のハードウェア構成はCPU、RAM、ROMなどを含む一般的なものである。USBホストコントローラ15はUSBをサポートするもので、PC10に接続される周辺装置の各装置ファンクションを結び付けてOS11上に周辺装置の各機能を提供する。USB装置30は、キーボード装置31、記憶装置32及びUSB/HUBコントローラ33内に設けられたHUB装置34、スイッチ37を有する。キーボード装置31、記憶装置32及びHUB装置34は、PC10に対するファンクション周辺機器である。つまり、USBインタフェース上にトランザクションを発生させることができる。キーボード装置31と記憶装置32はそれぞれ、USBバスであるHUBポート35と36を介してUSB/HUBコントローラ33に接続されている。スイッチ37は、キーボードイネーブル制御信号38を出力し、キーボード装置31をイネーブル状態とディスエーブル状態に設定する。キーボード装置31は、キーボードを構成するハードウェアとソフトウェアを有する。キーボード装置31は、スイッチ37の出力するキーボードイネーブル制御信号38でイネーブル状態とディスエーブル状態に設定される。イネーブル状態とは、キーボード装置31が動作可能な状態を意味する。また、ディスエーブル状態とは、少なくともキーボード装置31の接続がUSBインタフェース上で認識されない状態となることを意味する。キーボード装置31のディスエーブル状態の一例は後述する。このキーボードイネーブル制御信号38は、専用の信号線であり、キーボード装置31の汎用入出力端子や外部割り込み端子に接続される。キーボードイネーブル制御信号38がハイレベルの時はイネーブル状態、ローレベルの時はディスエーブル状態である。キーボード装置31がイネーブル状態に設定されると、USB仕様に従って、接続状態をHUBポート35に出力する。キーボード装置31のより詳細な構成については後述する。記憶装置32は、記憶機能を提供するためのハードウェアとソフトフェアを有する。記憶装置32はキーボードドライバを格納している。後述するシーケンスに従い、記憶装置32からキーボードドライバが読み出され、OS11上にキーボードドライバ12として組み込まれる。記憶装置32のデバイスドライバは、予め記憶装置ドライバ13としてOS11に組み込まれている。なお、記憶装置32の一構成例は後述する。USB/HUBコントローラ33はUSB及びHUBをサポートするハードウェア及びソフトウェアを有する。USB/HUBコントローラ33はHUB装置34有する。HUB装置34はHUBを制御するプログラム上で動作する内部プログラムであり、本実施の形態ではUSBとしてのファンクションである。HUB装置34は、USBケーブル20の状態を監視して、キーボードイネーブル制御信号38をキーボード装置31に出力する機能を有する。なお、HUBとはUSB規程の集線装置であり、図1の構成ではキーボード装置31及び記憶装置32とUSBケーブルUSBバス、USBインタフェースといってもよいとの間でトランザクションを制御するものである。USB/HUBコントローラ33は、USB装置であるキーボード装置31と記憶装置32とをUSB規程に則って接続している。なお、USB/HUBコントローラ33の一構成例は後述する。次に、図2を参照しながら第1実施例の動作を説明する。なお、図2aにはUSB装置30の動作シーケンスを示し、図2bにはPC10の動作シーケンスを示す。まず、USB装置30のスイッチ37をキーボード装置ディスエーブル側に設定しておき、USB装置30をPC10に接続する。PC10にUSB装置30が接続されると、まずキーボード装置31がスイッチ37からのキーボードイネーブル制御信号38の信号状態をチェックするステップS11。信号がローレベルであればステップS11/NO、キーボード装置31をディスエーブル状態に制御しステップS12、ハイレベルであればステップS11/YES、キーボード装置31をイネーブル状態に制御するステップS13。ここでのスイッチ設定は、ディスエーブルに設定される。PC10側では、OS11上に組み込まれているHUBドライバ14が動作を開始し、HUBコンフィギュレーションが設定されるステップS31。他方、USB装置30でもHUBコンフィギュレーションが設定されるステップS14。これにより、USB/HUBコントローラ33のHUB装置34が機能し始める。ここで、スイッチ37からのキーボードイネーブル制御信号38をキーボード装置31により再度チェックする。キーボードイネーブル制御信号38に変化がなかった場合にはステップS15/NO、再度キーボードイネーブル制御信号38をチェックするステップS19。また、キーボードイネーブル制御信号38に変化があった場合にはステップS16/YES、キーボードイネーブル制御信号がハイレベルであるか否かを判定するステップS16。キーボードイネーブル制御信号がハイレベルの場合にはステップS16/YES、キーボード装置31をイネーブル状態に制御しステップS18、ローレベルの場合にはステップS16/NO、キーボード装置31をディスエーブル状態に制御するステップS17。再度スイッチ37からのキーボードイネーブル制御信号38の信号状態をチェックし、信号状態がローレベルであったならばステップS19/NO、記憶装置32の稼動チェックに進みステップS20、ハイレベルであったならばステップS19/YES、キーボード装置処理へ進むステップS21。ここでのスイッチ設定は、ローレベルであるので、記憶装置32の稼動チェックへ進むステップS20。記憶装置32は、未コンフィギュレーション状態であるのためステップS20/NO、ステップS34/YES、記憶装置処理へ進むステップS22、ステップS35。記憶装置処理のシーケンスを図3に示す。図3aにはUSB装置30の動作シーケンスを示し、図3bにはPC10の動作シーケンスを示す。記憶装置32が動作を開始し、PC10側は、記憶装置32を検出するステップS51。すると、OS11上に組み込まれている記憶装置ドライバ13によって、記憶装置32がコンフィギュレーションされるステップS52。そして、記憶装置32がディスクドライブとして稼動するステップS53。図2のフローに戻って、スイッチ37の変化を監視し、スイッチ設定に変化が起きるまで、ステップS15~ステップS20のシーケンスを繰り返す。ここで、スイッチの設定がキーボード装置31をイネーブル状態にする設定に変更される。すると、スイッチ37からの信号状態の変化をキーボード装置31で検出しステップS15、信号状態がハイレベルであればキーボード装置31をイネーブル状態に制御するステップS18。次に、信号がハイレベルであるのでステップS19、ステップS32/YES、キーボード装置処理へ進むステップS21、ステップS33。キーボード装置処理の詳細を図4に示す。図4aにはUSB装置30の動作シーケンスを示し、図4bにはPC10の動作シーケンスを示す。キーボード装置31は、キーボードイネーブル制御信号38を受けて動作を開始しているので、PC10は、未知のキーボード装置を検出するステップS71。PC10は、該当するドライバがPC10内部のHDDなどの記憶装置に格納されているかどうかを調べる。本例では、PC10内部にキーボードドライバを具備していない。従って、OS11は、外部ディスクドライブとして認識されている記憶装置32にアクセスする。すると、記憶装置32内に記録されているキーボードドライバを読み出しステップS72、キーボード装置31をコンフィギュレーションするステップS73。このようにして、自動的にキーボードドライバをOSに組み込むことができる。従って、ユーザはドライバをインストールする際、ドライバが格納されている記憶手段の心配をすることなくUSB装置をPC10に接続しただけでUSB装置の利用を開始することができ、プラグアンドプレイを体感することができる。なお、図示していないが、記憶装置32に予め書き込まれているキーボードドライバをReadOnly属性としておくことで、記憶装置32からキーボードドライバを誤って消去してしまう不具合を防止することができる。すなわち、USB装置30を接続した際には必ずキーボードドライバが読み込まれ、キーボード装置31が動作することを保証することができる。また、キーボードドライバを記憶装置32の書き込み不可領域に書き込んでおくこともできる。この場合もキーボードドライバが記憶装置32から消去されてしまうことがない。図5にキーボード装置31の詳細な構成を示す。キーボード装置31はUSBインタフェース上のファンクション周辺機器であって、MCUMicroControlUnit313、キーボードマトリクス311及びこれらを接続するポート312を有する。MCU313はマトリクススキャン314、RAM315、インタフェースエンジンIFエンジン316、周辺エンジン317、ROM318及びデータ解析エンジン319を具備する。キーボードマトリクス311は複数のキーがマトリクス状に配列された機構的部分である。マトリクススキャン314はキーボードマトリクス311をスキャンしてキーのON/OFFを調査する部分であり、キーボードに必要なスキャンロジックである。キーボードマトリクス311は周辺エンジン317に対してポート312経由で接続されている。周辺エンジン317には、汎用入出力ポートや割り込み端子を介して、スイッチ37からのキーボードイネーブル制御信号38が与えられる。キーボードイネーブル制御信号38は、MCU313がそのハイレベルとローレベルレベルを検出できる信号であるならば、任意の仕様を持つことができる。前述したように、キーボードイネーブル制御信号38がハイレベルであればキーボード装置31は動作可能なイネーブル状態であり、ローレベルであれば動作してはならないディスエーブル状態である。データ解析エンジン319は、マトリクススキャン314と周辺エンジン317からキーデータを取得し、またキーボードイネーブル制御信号38のレベルをチェックして動作が許可されているかどうかを判断するなど、MCU313全体を制御する部分である。インタフェースエンジンIFエンジン316はキーボード装置31を外部に接続するためのインタフェースを提供するもので、接続状態を監視制御し、外部バスインタフェースUSBケーブル20に相当するを通じてあらゆるトランザクションを制御する。データ解析エンジン319は、キーボードイネーブル制御信号38の状態がハイレベルであれば、インタフェースエンジンIFエンジン316とマトリクススキャン314の動作を許可し、ローレベルであれば、インタフェースエンジンIFエンジン316とマトリクススキャン314の動作を禁止する。周辺エンジン317は、キーボードイネーブル制御信号38の状態を検出するために、ディスエーブル状態であっても動作している。データ解析エンジン319は、インタフェースエンジンIFエンジン316の動作を許可している間、マトリクススキャン313からキー状態を受けとり、必要ならばインタフェースエンジンIFエンジン316を通じて外部にデータを出力させる。また、データ解析エンジン319は、インタフェースエンジンIFエンジン316を通して外部から入力されたデータを受け取り、データ内容に応じた適切な処理を施す。マトリクススキャン314、データ解析エンジン319及びインタフェースエンジンIFエンジン316はMCU313上のROM318もしくはRAM315上、又はMCU313に外付けされたROMやRAM上で動作する。また、マトリクススキャン314、周辺エンジン317及びデータ解析エンジン319が必要とする各種データも、MCU313上のROM318もしくはRAM315、又はMCU313に外付けされたROMやRAMに格納されている。図6は、記憶装置32の一構成例を示すブロック図である。記憶装置32はUSBインタフェース上のファンクション周辺機器であって、MCUMicroControlUnit320、不揮発性記憶装置321及びこれらを接続するポート322を有する。MCU320はファイルシステムエンジン324、RAM325、インタフェースエンジンIFエンジン326、周辺エンジン327、ROM328及びデータ解析エンジン329を具備する。不揮発性記憶装置321は、フラッシュROMやFeRAMなどの不揮発性メモリで構成され、MCU320で制御される。この不揮発性記憶装置321内に、キーボード装置31のドライバが格納されている。不揮発性記憶装置321は、ポート322を介してMCU320上の周辺エンジン327に接続され、MCU320から見ると、外部接続された又は内部のRAM/ROMとして見える。MCU320上に内蔵されるRAM325やROM328の存在の有無にかかわらず、不揮発性記憶装置321は外部バスインタフェースUSBケーブル20に相当するにとって有効なディスクドライブとして動作する。そのため、不揮発性記憶装置321上の内容をファイルとして管理するファイルシステムエンジン324がMCU320に搭載されている。ファイルシステムエンジン324は、不揮発性記憶装置321上に展開されるメモリ内容をファイルとして管理する。管理方法には種々の方法があるが、例えばPC10側にあるファイルを記憶装置32に保存する場合を考えると、そのファイルの内容に一致するメモリ内容が、記憶装置32上のメモリのどの位置に記録され、それとファイル名やタイムスタンプの情報など、前記記録された内容がファイルであることを示す情報が同じく記憶装置32上のメモリのどの位置に記録されているか、またはその記録手段などの情報を管理する。HUBポート36からは、ファイルの読み書き要求がMCU320のインタフェースエンジンIFエンジン326に対して発行される。データ解析エンジン329は、上記要求の内容を調査してファイルシステムエンジン324や周辺エンジン327を制御する。図7は、USB/HUBコントローラ33のうちのHUBコントローラ340の一構成例を示すブロック図である。HUBコントローラ340はインタフェースエンジンIFエンジン341、RAM342、データ解析エンジン343、ROM344,周辺エンジン345、HUBインタフェースエンジンIFエンジン346を有する。図1に示すHUB装置34は、周辺エンジン345で実現される。HUBポート35及び36は、HUBインタフェースエンジンIFエンジン346に接続されている。HUBインタフェースエンジンIFエンジン346は図2に示すステップS14、S31のHUBコンフィギュレーションの確立処理を行う。USBケーブル20はインタフェースエンジンIFエンジン341に接続されている。データ解析エンジン343は、HUBポート35や36、及びUSBケーブル20を介して受信したデータや信号を解析し、HUBコントローラ340全体を制御する。RAM342は各エンジンの作業用メモリとして機能する。ROM344には、各エンジンの動作を記述したプログラムやデータが格納されている。[実施例1の変形例]キーボード装置310のイネーブル状態とディスエーブル状態とを切り替える他の例として、次のものが挙げられる。図8に示す情報処理システム1は、PC10上で動作するアプリケーションソフトウェア17から上述したキーボードイネーブル制御信号38をキーボード装置31に入力する。アプリケーションソフトウェア17からベンダーリクエストとしてキーボードドライバ12に送信し、キーボードドライバ12から図8の矢印の順でキーボード装置31に到達する。キーボード装置31はUSB/HUBコントローラ33から出力されるキーボードイネーブル制御信号38を入力して、この信号によりイネーブル状態とディスエーブル状態とを切り替える。また、図9に示す情報処理システム1は、USB装置30内にRFIDRadioFrequencyIdentification装置50を組み込んでいる。外部のRFID書き込み装置51により、USB装置30内のRFID装置50にキーボード装置31のイネーブル状態とディスエーブル状態を設定する。RFID装置50は外部のRFID書き込み装置51からの設定により、キーボードイネーブル制御信号38をキーボード装置31に出力する。キーボード装置31は、キーボードイネーブル制御信号38によりイネーブル状態とディスエーブル状態に設定される。なお、RFIDを用いることで、特定のユーザだけがRFID装置50に書き込みを行うことができる。本実施例では、キーボード装置31を搭載したUSB装置30を例に説明しているが、このキーボード装置31を他の周辺装置とした場合に、USB装置30にRFID装置50を搭載することによって、特定のユーザだけに周辺装置の使用が許可されるように構成することもできる。また、図10に示す情報処理システム1は、専用に設けたイネーブル/ディスエーブル設定装置60によりキーボード装置31のイネーブルとディスエーブルとを設定する。イネーブル/ディスエーブル設定装置60は、USB装置30に接続されると、インタフェースエンジンIFエンジン62を通じてUSB装置30にキーボードイネーブル制御信号の状態を変更させる信号を送信する。USB装置30は、この信号をUSB/HUBコントローラ33で受信し、受信した信号に基づいてキーボードイネーブル制御信号を設定する。イネーブル/ディスエーブル設定装置60のインタフェースエンジンIFエンジン62がUSBホストコントローラであったならば、キーボードイネーブル制御信号の状態を変更させる信号をUSB仕様に基づいたベンダーリクエストコマンドとして送信することができる。インタフェースエンジンIFエンジン62をUSB仕様で定められている信号特性のみに準拠した装置とすれば、例えば、前記インタフェースエンジンIFエンジン62より接続から一定期間内に一定の間隔でリセット信号状態とIDLE信号状態を交互に送信するようにする。USB装置30は、この一定期間内のリセット信号のリセット回数をカウントすることで、キーボードイネーブル制御信号をイネーブル状態とディスエーブル状態のどちらに制御すればよいか判定可能となり、安価にイネーブル/ディスエーブル設定装置60を安価に提供することができる。図11は、イネーブル/ディスエーブル設定装置60とUSB装置30との間に専用の信号線71を設け、その接続を行う専用のインタフェース70を持たせた構成である。イネーブル/ディスエーブル設定装置60によりUSB装置30内のキーボード装置31に直接キーボードイネーブル制御信号を送信することを特徴としている。これらの構成の情報処理システム1により、キーボード装置31のドライバがインストールされていないPC10へ接続する場合に、キーボード装置31がディスエーブルされた初期状態に戻すことが可能となる。逆に、キーボード装置31のドライバがインストールされているPC10へUSB装置30を接続する場合には、事前にキーボード装置31をイネーブル状態として接続することができる。また、図12に示すように記憶装置32は、USB装置30の外部に外部記憶装置70として設けてもよい。図12に示すようにUSB装置30に接続インタフェース71を設けて、USB装置30と外部記憶装置70とを接続する。またUSB装置30と外部記憶装置70とはネットワーク接続する構成であってもよい。外部記憶装置70とUSB装置30とが離れた場所にあり、ネットワークを介して外部記憶装置70から取得したドライバを、PC10側に組み込む。このように記憶装置を外部記憶装置70又はネットワーク接続としたことで、ドライバが更新されたときの処理が非常に簡単になる。また外部記憶装置とすることで、ドライバの保存先を共通化することもできる。また、USB装置30内の記憶装置32の他に、外部記憶装置70を設ける構成であってもよい。この場合、USB装置30にスイッチを設けて、USB装置30内の記憶装置32を優先するのか、外部記憶装置70を優先するのかを設定してもよい。また、外部記憶装置70の接続をトリガとして、外部記憶装置70を優先させるようにしてもよい。また、外部記憶装置70をリムーバブルディスクとして認識させておけば、取り外してもシステムに影響はなく、使い勝手を向上させることができる。この場合、USB/HUBコントローラ33にスイッチを設けて、リムーバブルディスクとキーボード装置31とを切り換える構成、またはUSB/HUBコントローラ33に、リムーバブルディスクとキーボード装置31とを複合装置として認識させる構成を取る。次に、本発明の第2実施例について説明する。本実施例のUSB装置30は、図13に示すようにマルチ機能コントローラ40を備えている。マルチ機能コントローラ40は、キーボード装置41と記憶装置42とを有する。キーボード装置41と記憶装置42とは、マルチ機能コントローラ40上で一つの物理デバイスとして存在する。キーボード装置41と記憶装置42は、USBケーブル20を介してUSBホストコントローラ15に接続されている。また、マルチ機能コントローラ40とスイッチ37との間は、専用の信号線によって接続され、マルチ機能コントローラ40の汎用入出力端子や外部割り込み端子に接続される。スイッチ37からのキーボードイネーブル制御信号38は、マルチ機能コントローラ40のRAM44上のメモリステータスに格納される。キーボード装置41は、RAM44に格納されたキーボードイネーブル制御信号38をデータ解析エンジン413で解析し、イネーブル状態とディスエーブル状態に切り替える。図14は、キーボード装置41の一構成例を示すブロック図である。キーボード装置41はキーボードマトリクス411、マトリクススキャン412及びデータ解析エンジン413を有する。マルチ機能コントローラ40は、RAM44、インタフェースエンジンIFエンジン43、周辺エンジン46及びROM45を有する。これらの構成要素は、キーボード装置41の構成要素でもあり、全体として図5に示すキーボード装置31と同一の構成及び作用が実現されている。キーボード装置41は、RAM44に格納されたキーボードイネーブル制御信号38をデータ解析エンジン413で解析し、イネーブル状態とディスエーブル状態に切り替える。図15は、記憶装置42の一構成例を示すブロック図である。記憶装置42は、不揮発性記憶装置421、ファイルシステムエンジン422及びデータ解析エンジン423を有する。マルチ機能コントローラ40のRAM44、インタフェースエンジンIFエンジン43、周辺エンジン46及びROM45は、記憶装置42の構成要素でもある。つまり、構成要素44~46はキーボード装置41と記憶装置42とで共用されている。記憶装置42の機能は、図6に示す記憶装置32の機能と同様である。本実施例でも上述したようにスイッチ37がキーボード装置41へキーボードイネーブル制御信号38を出力する。まず、USB装置30のスイッチ37をキーボード装置41がディスエーブルになるように設定しておき、USB装置30をPC10へ接続する。記憶装置32がディスクドライブとして動作を開始した後、スイッチ37をキーボードイネーブル状態へ切替えると、キーボード装置31が動作を開始し、スイッチ37からキーボードイネーブル制御信号38が出力される。この信号をマルチ機能コントローラ40に入力し、図14に示すRAM44上のメモリステータスに格納する。その後は、上述した手順によりキーボード装置31を使用可能とする。これにより、自動的にキーボードドライバをOSに組み込むことができる。従って、ユーザはドライバをインストールする際、ドライバが格納されている記憶手段の心配をすることなくUSB装置30をPC10に接続しただけでUSB装置30の利用を開始することができ、プラグアンドプレイを体感することができる。なお、マルチ機能コントローラ40を有するUSB装置30においても、上述した第1実施例の図8から図11に示す変形例を適用することができる。図16には、マルチ機能コントローラ40を有するUSB装置30において、RFID装置50によりキーボード装置31のイネーブル状態とディスエーブル状態とを切り替える構成を示す。次に本発明の第3実施例について説明する。本実施例の構成を図17に示す。本実施例も、スイッチ37からのキーボードイネーブル制御信号38をRAM44に格納する。キーボード装置41は、RAM44に格納されたキーボードイネーブル制御信号38をデータ解析エンジン413で解析し、イネーブル状態とディスエーブル状態とに切り替える。同様に記憶装置42もRAM44に格納されたキーボードイネーブル制御信号38をデータ解析エンジン423で解析し、イネーブル状態とディスエーブル状態とに切り替える。すなわち、キーボード装置41がキーボードイネーブル制御信号38によってイネーブル状態となると、記憶装置42は、記憶装置ディスエーブル制御信号47によってディスエーブル状態に設定される。本実施例の動作手順を図18~図20のフローチャートを参照しながら説明する。なお、図18~図20のフローチャートにおいて、aにはUSB装置30の動作シーケンスを示し、bにはPC10の動作シーケンスを示す。USB装置30のスイッチ37を、キーボード装置41をディスエーブル状態とする設定にしておき、USB装置30をPC10へ接続する。すると、マルチ機能コントローラ40は、まず、キーボードイネーブル制御信号38の信号レベルをチェックしステップS82、信号レベルがローレベルであれば、キーボード装置41をディスエーブル状態に制御しステップS83、記憶装置42をイネーブル状態に制御するステップS84。そして、記憶装置42の装置情報をROM45から読み出してRAM44に書き込み、PC10への送出準備を行うステップS85。このとき、記憶装置42の装置情報には、記憶装置42がPC10にコンフィギュレーションされる時に、記憶装置42が、動作の開始とともに起動するCD-ROMとしてコンフィギュレーションされるように記述されている。次にスイッチ37からのキーボードイネーブル制御信号38のレベルに変化があるかどうかをチェックするステップS89。ここでは、変化が無いのでステップS89/NO、スイッチ37の信号レベルをチェックするステップS97。スイッチ37のキーボードイネーブル制御信号38はローレベルにあるのでステップS97/NO、記憶装置42が稼働しているか否かを確認するステップS98。記憶装置42は未コンフィギュレーションであるので記憶装置処理へと進むステップS99。記憶装置処理のシーケンスを図19に示す。ここでは、記憶装置42が検出されるとステップS131、OS上に組み込まれている記憶装置ドライバ13によって記憶装置42がコンフィギュレーションされるステップS132。その際、記憶装置情報にCD-ROMとの記述があるので、PC10は、記憶装置42をCD-ROMとしてコンフィギュレーションする。USB装置30には、あらかじめ記憶装置42がCD-ROMとして稼動し始めた場合に、キーボードドライバのインストーラが起動するように記憶装置42に記録しておく。そして、記憶装置42がCD-ROMとして稼動するとステップS122、S133、キーボード装置ドライバのインストーラが自動的に実行されるステップS133、134。このインストーラによってキーボード装置ドライバが記憶装置42から読み出され、PC10にコピーされるステップS135。その後は、スイッチ37からのキーボードイネーブル制御信号38のレベルチェックを繰り返すステップS89。そして、スイッチ37からのキーボードイネーブル制御信号38が、キーボードイネーブル、すなわち記憶装置ディスエーブル状態に切替えられると、次のスイッチ37の信号レベルチェックで信号レベルの変化を検出するステップS89/YES。そして、スイッチ37の信号レベルチェックを実施しステップS90、キーボードイネーブル制御信号38がハイレベルであればステップS90/YES、キーボード装置41をイネーブルに制御しステップS94、記憶装置42をディスエーブル状態に制御するステップS95。また、キーボード装置41の装置情報をROM45からRAM44にコピーし、装置情報の送信準備を行う。次のスイッチ37の信号レベルチェックでは、キーボードイネーブル制御信号38がハイレベルになっているのでステップS97/YES、キーボード処理へと進むステップS100、S113。キーボード処理のシーケンスを図20に示す。図20に示すキーボード処理のシーケンスでは、キーボード装置41は、スイッチ37からのキーボードイネーブル制御信号38を受けて動作を開始しており、送信する装置情報がキーボード装置のものに書き換えられている。従ってPC10側は、未知のキーボード装置41を検出するステップS151。すると、PC10内部の記憶装置図示せずに前記ドライバコピーステート図19に示すステップS135にてコピーされたキーボードドライバを読み出し、キーボード装置41をコンフィギュレーションするステップS153。このようにして、自動的にキーボードドライバをOSに組み込むことができる。従って、ユーザはドライバをインストールする際、ドライバが格納されている記憶手段の心配をすることなくUSB装置30をPC10に接続しただけでUSB装置30の利用を開始することができ、プラグアンドプレイを体感することができる。次に本発明の第4実施例について説明する。本実施例は、図21に示すようにマルチ機能コントローラ40にキーボード装置41と記憶装置42とが組み込まれた構成において、スイッチ37ではなく、記憶装置42によってキーボード装置41と記憶装置42のイネーブル/ディスエーブルを制御する。本実施例の動作手順を図23に示すフローチャートを参照しながら説明する。図23aにはUSB装置30の動作シーケンスを示し、図23bにはPC10の動作シーケンスを示す。初期状態において、USB装置30のキーボード装置41をディスエーブルに設定し、記憶装置42をイネーブルに設定しておく。USB装置30をPC10へ接続するとステップS161、マルチ機能コントローラ40によって、周辺エンジン46を経由して記憶装置42内の不揮発性記憶装置421図22に示すからキーボードイネーブル制御信号38が読み出され、RAM44にセットされる。この信号状態に基づき、キーボード装置41と記憶装置42がイネーブル状態もしくはディスエーブル状態に制御される。図14にRAM44に格納されたキーボードイネーブル制御信号38をデータ解析エンジン413で解析し、キーボード装置41の状態を設定する様子を示す。また図22にRAM44に格納されたキーボードイネーブル制御信号38をデータ解析エンジン423で解析し、記憶装置42の状態を設定する様子を示す。ここでは、初期状態であるので、キーボードイネーブル制御信号38はローレベルに設定されておりステップS162/NO、キーボード装置41がディスエーブル状態に制御され、記憶装置42がイネーブル状態に制御される。そして、記憶装置42の装置情報がROM45から読み出され、RAM44にコピーされ、PC10からの読み出しに備えるステップS163。装置情報のコピーが完了した段階で記憶装置42が動作を開始し、PC10が記憶装置42を検出するステップS182。ここでは、上述した第1実施例と同様に、OS上に組み込まれている記憶装置ドライバ13によって、記憶装置42がコンフィギュレーションされるステップS183。そして、記憶装置42がディスクドライブとして稼動するステップS184。ここで、記憶装置42は、第3実施例と同様にCD-ROMとしてコンフィギュレーションされており、記憶装置42がCD-ROMとして稼動すると、キーボードドライバのインストーラが自動的に実行されるステップS166、S185。このインストーラによってキーボードドライバが記憶装置42から読み出されステップS167、PC10にコピーされるステップS186。記憶装置42は、キーボードドライバのコピーが完了したことを検出しステップS168/YES、マルチ機能コントローラ40へ記憶装置ディスエーブル制御信号とキーボードイネーブル制御信号を出力するステップS169。マルチ機能コントローラ40は、記憶装置ディスエーブル制御信号47とキーボードイネーブル制御信号38を受けて、記憶装置42をディスエーブル状態に制御し、キーボード装置41の装置情報をROM45から読み出しRAM44へコピーするステップS170。そしてキーボード装置41をイネーブル状態に制御するステップS171。すると、PC10側は、未知のキーボード装置41を検出するステップS172、S187。PC10内部の記憶装置図示せずに前記ドライバコピーステートにてコピーされたキーボードドライバを読み出しステップS188、キーボード装置41をコンフィギュレーションするステップS189。コンフィギュレーションされたキーボード装置41が動作を開始するステップS173、S190。このようにして、自動的にキーボードドライバをOSに組み込むことができる。従って、ユーザはドライバをインストールする際、ドライバが格納されている記憶手段の心配をすることなくUSB装置をPCに接続しただけでUSB装置の利用を開始することができ、プラグアンドプレイを体感することができる。またキーボードイネーブル制御信号38の信号レベルをチェックする時にステップS162、この信号のハイレベルを検出した場合は、既に1回以上PC10へ接続されていたものとみなし、キーボード装置41がイネーブル状態に制御され、記憶装置42がディスエーブル状態に制御される。そして、キーボード装置41の装置情報がROM45から読み出され、RAM44にコピーされる。その後、キーボード接続の手順となり、キーボード装置41がコンフィギュレーションされる。上述した図23のフローでは、USB装置30が1度でもPC10に接続されると、次回からはキーボード装置41として動作することとなり、記憶装置42が動作しない。つまり、USB装置30が接続された経験のないPC10へ、1度以上PC10に接続した経験のあるUSB装置30を接続すると、未知のキーボード装置として検出される。この場合、PC10内部の記憶装置には、ドライバが存在しないので、ドライバのインストールを要求され、自動的にインストールすることが出来ない。この場合において、自動的にインストールを行うためには、USB装置30を初期化する手順が発生する。この問題を解決し、USB装置30を初期化する手順を無くすため、記憶装置42をコンフィギュレーションするOSに組み込まれた記憶装置ドライバ13と、キーボード装置41をコンフィギュレーションするキーボードドライバ12とに、USB仕様によって定められたコンフィギュレーションに影響を与えない範囲で、コンフィギュレーション手順に違いを持たせる。これによって、記憶装置ドライバ13によってUSB装置30がコンフィギュレーションされているのか、キーボードドライバ12によってUSB装置30がコンフィギュレーションされているのかを検出する。さらに、USB仕様のコンフィギュレーションに影響を与えないタイミングで、検出した装置の装置情報をROM45から読み出し、RAM44にコピーしてPC10へ送信する。これにより、USB装置30が接続された経験のないPC10では、キーボード装置41のドライバが自動的にインストールされ、USB装置30が接続された経験のあるPC10では、キーボードとして動作させることが可能となる。本実施例は、スイッチ37等によってUSB装置30を初期化する手順をなくすため、記憶装置32をコンフィギュレーションするOS11に組み込まれた記憶装置ドライバ13と、キーボード装置31をコンフィギュレーションするキーボードドライバ12とに、USB仕様によって定められたコンフィギュレーションに影響を与えない範囲内で、コンフィギュレーション手順に違いを持たせる。記憶装置ドライバ13によって記憶装置32がコンフィギュレーションされているのか、キーボードドライバ12によってUSB装置30がコンフィギュレーションされているのかを検出し、さらに、USB仕様のコンフィギュレーションに影響を与えないタイミングで、検出した装置の装置情報をROM45から読み出し、RAM44にコピーしてPC10へ送信する。これにより、USB装置30が接続された経験のないPC10では、キーボード装置41のドライバが自動的にインストールされ、USB装置30が接続された経験のあるPC10では、キーボード装置31として動作させることが可能となる。まず図24、25を参照しながらUSB装置30の一般的なコンフィギュレーションの手順を説明する。図24には、USB装置30とPC10との一般的なコンフィギュレーションの手順が示されている。PC10は、USB装置30を検出するとステップS211、DeviceDescriptorをUSB装置30に要求するステップS212。USB通信での最大パケットサイズを取得するため、グローバルアドレスに対してDeviceDescriptorの要求を行う。USB装置30は、この要求に答えてDeviceDescriptorをPC10に送出するステップS202。DeviceDescriptorを取得したPC10では、ポートのリセットが行われステップS213、USB装置30ではUSB装置30のリセットが行われるステップS203。次に、PC10は、USB装置30に対してDescriptorの要求を出力するステップS214。この要求は、OSがドライバを検索するために全てのDescriptorを読み出すために行われる。USB装置30は、この要求に応答してDescriptorをPC10に送出するステップS204。Descriptorの送受信のフローについは後述する。Descriptorを取得したPC10は、ドライバの検索ステップS215と、ドライバのロードとを行いステップS216、ロードされたドライバによって再度Descriptorの要求がUSB装置30に出力されるステップS217。この要求に応答したUSB装置30は、Descriptorを送出しステップS205、コンフィギュレーションが完了するステップS218。ここでのDescriptorの送受信のフローは、ステップS204、S214のフローと同様であり詳細は後述する。このようにDeviceDescriptorの要求は、USB通信での最大パケットサイズを取得するため、グローバルアドレスに対して1回要求し、次に、OSがドライバを検索するために全てのDescriptorを読み出す際に1回要求され、最後に、ドライバによって1回要求されるという3回が一般的である。ただし、HUBクラスのように、ClassDescriptorとDeviceDescriptorが同じ場合には、ClassDescriptorの要求の際に、もう1回要求される場合もある。図25を参照しながらDescriptorの要求開始から受信までのフローを説明する。PC10は、Descriptorの要求を開始するとステップS231、まずDeviceDescriptorの送出要求ステップS232をUSB装置30に出力する。この要求に答えてUSB装置30は、DeviceDescriptorをPC10に送出するステップS222。次に、PC10は、ConfigurationDescriptorの送信要求をUSB装置30に出力するステップS233。この要求に答えてUSB装置30は、ConfigurationDescriptorをPC10に送出するステップS223。次に、PC10は、ConfigurationEndpointDescriptorの送信要求をUSB装置30に出力するステップS234。なお、ConfigurationEndpointDescriptorの要求は、ConfigurationDescriptor,InterfaceDescriptor,ClassDescriptor,EndpointDescriptorを一括して要求するものである。この要求に答えてUSB装置30は、上記のDescriptorをPC10に送出するステップS224。最後に、PC10は、StringDescriptorの送信要求をUSB装置30に出力するステップS235。この要求に答えてUSB装置30は、StringDescriptorをPC10に送出してステップS225、Descriptorの送出手順を終了する。なお、本フローでは、StringDescriptorの要求回数を1回としているが、StringDescriptorの要求回数は装置の構成によって異なる。次に、本実施例の手順を説明する。本実施例は、DeviceDescriptorの要求回数が一定となることに着目し、キーボードドライバで意図的にDeviceDescriptorを複数回要求し、USB装置30内部では、DeviceDescriptorが読み出された回数をカウントすることで、OSに組み込まれている記憶装置ドライバ13によるコンフィギュレーションか、キーボードドライバ12によるコンフィギュレーションかを判別する。図26に本実施例のコンフィギュレーションの手順を示し、図27に、図26のステップS245とS254のDescriptorの要求と送出の手順を示し、図28に、図26のステップS246とS257のキーボードドライバ12によるDescriptorの要求と送出の手順を示す。本実施例のコンフィギュレーションの手順は、図26に示すようにPC10は、USB装置を検出するとステップS251、USB装置30にDeviceDescriptorを要求するステップS252。USB装置30は、PC10からの要求ステップS252に従ってDeviceDescriptorを送出するとステップS242、DeviceDescriptorの送出回数をカウントするステップS243。DeviceDescriptorを取得したPC10では、ポートのリセットが行われステップS253、USB装置30ではUSB装置30のリセットが行われるステップS244。次に、PC10は、USB装置30に対してDescriptorの要求を出力するステップS254。この要求は、OSがドライバを検索するために全てのDescriptorを読み出すために行われる。USB装置30は、この要求に応答してDescriptorをPC10に送出するステップS245。Descriptorの送受信のフローについては後述する。Descriptorを取得したPC10は、ドライバの検索ステップS255と、ドライバのロードとを行いステップS256、ロードされたドライバによって再度Descriptorの要求がUSB装置30に出力されるステップS257。この要求に応答したUSB装置30は、Descriptorを送出しステップS246、コンフィギュレーションが完了するステップS258。ステップS246、257のDescriptorの送受信のフローについても後述する。次に、上述したステップS254とS245のDescriptorの送受信のフローについて図27を参照しながら説明する。PC10は、Descriptorの要求を開始するとステップS271、まずDeviceDescriptorをUSB装置30に要求するステップS272。USB装置30は、DeviceDescriptorをPC10に送出しステップS262、DeviceDescriptorの送出回数をカウントするステップS263。DeviceDescriptorを受信したPC10は、次に、ConfigurationDescriptorをUSB装置30に要求するステップS273。この要求に答えてUSB装置30は、ConfigurationDescriptorをPC10に送出するステップS264。次に、PC10は、ConfigurationEndpointDescriptorの送信要求をUSB装置30に出力するステップS274。なお、ConfigurationEndpointDescriptorの要求は、ConfigurationDescriptor,InterfaceDescriptor,ClassDescriptor,EndpointDescriptorを一括して要求するものである。この要求に答えてUSB装置30は、上記のDescriptorをPC10に送出するステップS265。最後に、PC10は、StringDescriptorの送信要求をUSB装置30に出力するステップS275。この要求に答えてUSB装置30は、StringDescriptorをPC10に送出してステップS266、Descriptorの送出手順を終了する。なお、本フローでも、StringDescriptorの要求回数を1回としているが、StringDescriptorの要求回数は装置の構成によって異なる。次に、図26のステップS246とS257のキーボードドライバ12によるDescriptorの要求と送出の手順を図28を参照しながら説明する。PC10は、Descriptorの要求を開始するとステップS301、まずDeviceDescriptorの要求を3回連続して行うステップS302、S303。USB装置30では、PC10からDeviceDescriptorの要求があると、DeviceDescriptorをPC10に送出しステップS282、284、286、DeviceDescriptorを送出する毎に送出回数をカウントするステップS283、285、287。USB装置30は、DeviceDescriptorのカウント数が5回以上となるとステップS288/YES、キーボードドライバ12によるコンフィギュレーションと判断し、キーボード装置31の装置情報をROM45から読み出しRAM44にコピーする。図26に示すステップS242で1回、S245で1回、S246で3回DeviceDescriptorが送出されるため、合計の送出回数が5回以上となる。またDeviceDescriptorの送出回数5回をチェックするシーケンスステップS288で、送出回数が5回に満たない場合には、記憶装置ドライバ13によるコンフィギュレーションと判断し、記憶装置42の装置情報をROM45から読み出しRAM44へコピーするステップS290。その後に、装置を構成するために必要なConfigurationDescriptorステップS304、ConfigurationEndpointDescriptorステップS305、StringDescriptorステップS306がPC10からの要求に従って順次USB装置30からPC10に送出されるステップS291、ステップS292、ステップS293。従って、USB仕様のコンフィギュレーションに影響を与えることなく、記憶装置とキーボード装置の切り替えを行うことが可能である。なお、本フローでは、DeviceDescriptorの送出回数をカウントしているが、ConfigurationDescriptorの送出回数をカウントしてもよい。また、上述した手順の変形例として、USB装置30がPC10からのベンダーリクエストに応じて、キーボード装置31と記憶装置32の有効、無効を切り換えるようにしてもよい。この手順を図29に示すフローチャートを参照しながら説明する。PC10は、Descriptorの要求を開始すると、まず、DeviceDescriptorをUSB装置30に要求するステップS321。USB装置30は、DeviceDescriptorをPC10に送出するステップS311。次に、PC10は、コンフィグレーション中にベンダーリクエストをUSB装置30に対して要求するステップS322。USB装置30は、PC10からベンダーリクエストの要求を受け付けた場合ステップS312/YES、既にドライバがインストール済みと判定し第1の装置としてのキーボード装置31を有効するステップSS315。また、PC10側で、コンフィグレーション中にベンダーリクエストの要求がなかった場合ステップS312/NO、記憶装置32を有効化してステップS314、記憶装置32からドライバを読み出し、PC10にインストールを行う。次に、PC10は、ConfigurationDescriptorをUSB装置30に要求するステップS323。この要求に答えてUSB装置30は、ConfigurationDescriptorをPC10に送出するステップS316。次に、PC10は、ConfigurationEndpointDescriptorの送信要求をUSB装置30に出力するステップS324。なお、ConfigurationEndpointDescriptorの要求は、ConfigurationDescriptor,InterfaceDescriptor,ClassDescriptor,EndpointDescriptorを一括して要求するものである。この要求に答えてUSB装置30は、上記のDescriptorをPC10に送出するステップS317。最後に、PC10は、StringDescriptorの送信要求をUSB装置30に出力するステップS325。この要求に答えてUSB装置30は、StringDescriptorをPC10に送出してステップS318、Descriptorの送出手順を終了する。このようにして本実施例では、コンフィギュレーションのシーケンスを変更することなく、キーボード装置31と記憶装置32をイネーブル状態とディスエーブル状態とに切り替えることができる。USB装置30をPC10に接続したときに、正しくコンフィグレーションが行われなかった場合例えば、ドライバ不在、不明なデバイスとして認識される。そのような状況になったときに、認識している装置がキーボード装置31であるのか、記憶装置32であるのかが判定できない場合がある。そこで、本実施例では、スイッチ72を設けて、このスイッチ72の押したによりUSB装置30を一旦ディセーブル状態にする。スイッチ72の出力は、図30に示すUSB/HUBコントローラ33に接続されており、このUSB/HUBコントローラ33でUSB装置30をディセーブル状態に設定する。初期状態にリセットされたことでUSB装置30は、通常の手順を行い、記憶装置32をイネーブル状態にしてドライバを読み出す。ドライバのインストール後は、キーボード装置31がイネーブルにされ、インストール済みのドライバによってキーボード装置31がコンフィグレーションされ動作を開始する。本実施例の動作手順を図31に示すフローチャートを参照しながら説明する。まず、図31aに示すPC10側の手順を説明する。USB装置30の接続を検出すると、PC10は、ディスクリプタをUSB装置30に要求するステップS331。次にPC10は、ドライバをUSB装置30から取得することができた場にはステップS332/YES、通常通りエニュメレーションを行うステップS333。またUSB装置30からドライバを取得することができなかった場合にはステップS332/NO、不明なデバイスとして認識するステップS335。次に、不明な装置として認識されたUSB装置30側の手順を図31bを参照しながら説明する。PC10から不明な装置として認識されると、スイッチ72の操作によりステップS342、USB装置30は、一旦ディセーブル状態となるステップS343。その後、記憶装置32の有効化とステップS344と、キーボード装置31の無効化ステップS345とが行われ、記憶装置32としてイネーブル状態となってPC10に認識されるステップS346。そして、PC10からのディスクリプタ要求に応答してディスクリプタを送出しステップS347、PC10からのエニュメレーション処理に応答してディスクリプタを送出するステップS348。以上説明した方法によれば、USB装置が接続された経験のないPC10へ、1度以上PC10に接続した経験のあるUSB装置を接続すると、未知のキーボードとして検出され、PC10内部の記憶装置には、ドライバが存在しないためにドライバのインストールを要求され、自動的にインストールすることが出来ないという問題点を解決し、自動的にインストールを行うためのUSB装置を初期化する手順を発生させることなく、USB装置のドライバがインストールされていないPC10に接続された場合に、常にドライバが自動的にインストールされる。なお、上述した実施例は本発明の好適な実施例である。但しこれに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。"