JP4901461B2 - 情報処理装置 - Google Patents

Description

本発明は、情報処理装置に係り、特に、ＵＳＢ等の各種デバイスが接続可能に構成されている情報処理装置に関する。

パーソナルコンピュータ等の情報処理装置では、ＵＳＢストレージやマウスといったＵＳＢデバイスや、光ディスクドライブのようなＰＣＩ／ＩＤＥデバイスが着脱可能に接続できる形態となっている。

これらのデバイスの中には、重要な情報や秘密にすべき情報が記憶されたデバイスも含まれており、特定の人間、例えばその情報処理装置の管理者、だけにアクセスを許可し、それ以外の一般ユーザにはアクセスや特定の操作を禁止すべきデバイスがある。

特許文献１には、ユーザ毎に使用を制限することができるＵＳＢデバイスに関する技術が開示されている。
特開２００６−５８９４９号公報

デバイスの使用制限や機能制限（以下、これらを併せて利用制限という）をデバイス側ではなく、情報処理装置側で行おうとした場合、２つのアプローチがある。

１つは、ＯＳのユーティリティソフトウェア（以下、単にユーティリティという）で利用制限をかけるアプローチである。この場合、利用制限の内容を細かく設定できるという利点がある。例えば、光ディスクドライブに対して、読み出しは許可し、書き込みを禁止するといったような細かな利用制限をかけることができる。しかしながら、ユーティリティをアンストールした場合や、ＯＳを再インストールした場合には、設定した利用制限が容易に無効にされてしまうという欠点がある。

他方、ファームウェアのレベル、即ちＢＩＯＳのレベルでデバイスに利用制限をかけるアプローチもある。この場合、ＢＩＯＳ自体が機器に組み込まれているため、利用制限の外部からの解除は困難である。しかしながら、ＢＩＯＳレベルの利用制限は、細かな設定が難しい。例えば、ＵＳＢストレージに対して利用制限をかけようとした場合、総てのＵＳＢデバイスに対して利用制限がかかることになり、マウスまでもが使用できなくなり柔軟性がなく利便性が損なわれる。

本発明は、上記事情に鑑みてなされたものであり、容易には解除されることなく、かつ高い利便性をもってデバイスに利用制限をかけることができる情報処理装置を提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、請求項１に記載したように、装置に組み込まれたファームウェアと、インストールとアンインストールとが可能なユーティリティソフトウェアとを実行してデバイスを利用する情報処理装置において、前記ファームウェアは、（ａ）制限情報に基づいて前記デバイスの利用を第１の制限手段を用いて制限し、（ｂ）前記制限情報を前記ユーティリティソフトウェアに伝達し、（ｃ）前記ユーティリティソフトウェアから解除の指示があった場合には、前記第１の制御手段による制限を解除し、前記ユーティリティソフトウェアは、（ｄ）前記ファームウェアから前記制限情報が伝達されたときは、前記デバイスの利用が第２の制限手段によって既に制限されているか否を確認し、（ｅ）前記第２の制限手段によって前記デバイスの利用が既に制限されている場合には、前記ファーウェアに対して前記第１の制限手段による制限を解除するように指示する、ステップを実行させる、ことを特徴とする。

本発明に係る情報処理装置によれば、容易には解除されることなく、かつ高い利便性をもってデバイスに利用制限をかけることができる。

本発明に係る情報処理装置の実施形態について、添付図面を参照して説明する。

（１）第１の実施形態
図１は、本発明の第１の実施形態に係る情報処理装置１の代表例として、ノートブック型パーソナルコンピュータの外観図を示す図ある。

情報処理装置１は、薄型の長方形状をなす情報処理装置本体２とパネル部３とを備えて構成されている。情報処理装置本体２とパネル部３とはヒンジ部を介して開閉自在に構成されている。

情報処理装置本体２は、その筐体の上面に各種データを入力する他、情報処理装置１の各種操作を行うキーボード５や電源をオン・オフする電源スイッチ６等を備えている。また、情報処理装置本体２は、ＣＰＵ１０や主メモリ１２等の電子部品（図２参照）が実装されたシステム基板や、ＣＤ／ＤＶＤドライブ（光ディスクドライブ）３１やハードディスクドライブ３２等の外部記憶装置を内蔵している他、ＵＳＢストレージ２１等のＵＳＢデバイスが接続可能となっている。

パネル部３は、その内側の開口部に表示器４を備えており、各種の情報や画像が表示される。

図２は、情報処理装置１のハードウェア構成の一例を示すブロック図である。情報処理装置１は、システム全体の制御を行うＣＰＵ１０を備えており、ＣＰＵ１０はホストハブ１１、およびＩ／Ｏハブ１５を介して各種の内部構成品とデータの授受を行っている。

情報処理装置１が備える内部構成品としては、プログラムやデータを一時的に記憶しＣＰＵ１０のワークエリアとして機能する主メモリ１２、ＢＩＯＳを記憶するＢＩＯＳＲＯＭ１６、所要のデータを保存する不揮発性メモリ１４がある。

また、Ｉ／Ｏハブ１５には、各種のＵＳＢデバイスを制御するＵＳＢホストコントローラ２０や、ＰＣＩデバイスやＩＤＥデバイスを制御するＰＣＩ／ＩＤＥコントローラ３０が接続されている。ＵＳＢホストコントローラ２０には、フラッシュメモリ等を内蔵するＵＳＢストレージ２１やマウス２２等が接続されている。一方、ＰＣＩ／ＩＤＥコントローラ３０には、ＣＤやＤＶＤ等の光ディスクに対して読み出しや書き込みを行なう光ディスクドライブ３１やハードディスクドライブ（ＨＤＤ）３２が接続されている。

また、Ｉ／Ｏハブ１５には組み込み型のプロセッサとしてＥＣ／ＫＢＣ（Embedded Controller／KeyBoard Controller）２０も接続されており、ＥＣ／ＫＢＣ２０にはさらにキーボード５や電源スイッチ６が接続されている。

なお、ＵＳＢホストコントローラ２０とＰＣＩ／ＩＤＥコントローラ３０とを、Ｉ／Ｏハブ１５の内部構成とする形態でもよい。

情報処理装置１は、ソフトウェアとして、システムファームウェアであるＢＩＯＳ（バイオス）１００と、ＯＳ（オペレーティングシステム）２００を備えている。

ＢＩＯＳ１００は、情報処理装置１にファームウェアとして組み込まれているソフトウェアであり、情報処理装置１の起動時に最初に立ち上がるソフトウェアである。ＢＩＯＳＲＯＭ１６に格納されており、通常の操作では取り外す（アンインストール）ことができない形態となっている。ＢＩＯＳＲＯＭ１６から読み出され、ＣＰＵ１０によって実行される。

一方、ＯＳ２００は、各種のアプリケーションソフトウェアと共にＨＤＤ３２の磁気ディスクに記憶されており、ＢＩＯＳ１００によって起動され、起動後はＣＰＵ１０によって実行される。ＯＳ２００には、各種のユーティリティソフトウェア（以下、単にユーティリティという）や各種のデバイスを制御するドライバソフトウェア（以下、単にドライバという）が含まれている。

本実施形態に係る情報処理装置１では、ＢＩＯＳ１００とＯＳ２００とが連携をとって情報処理装置１に接続されているデバイスの利用制限を行なっている。ここで、デバイスの利用制限とは、特定のデバイス、例えばＵＳＢストレージ、の使用を禁止したり、使用は許可するものの特定の機能、例えば光ディスクドライブ３１に対する書き込み機能、を禁止したりすることである。情報処理装置１に対してデバイスの利用制限を課すことにより、特定の重要情報が一般ユーザから漏洩することを防止し、或いは一般ユーザによる情報改竄を防止することができる。

図３は、主にデバイスの利用制限に係るＢＩＯＳ１００とＯＳ２００の機能を示すブロック図であり、関連するハードウェアも併せて図示している。

本実施形態では、ＯＳ２００側に、制限設定ユーティリティ２０２と、制限制御ユーティリティ２０１の２つのユーティリティソフトウェアを設けており、これら２つのユーティリティとＢＩＯＳ１００とが連携してデバイスの利用制限を行なう形態としている。

図４及び図５は、第１の実施形態に係るデバイスの利用制限処理の一例を示すフローチャートである。このうち、図４は、利用制限を設定する処理（制限設定フェーズ）を示しており、ＢＩＯＳ１００と制限設定ユーティリティ２０２の実行によってデバイスへの制限設定が行われる。

また、図５は、設定された制限情報に基づく制御処理（制限実施フェーズ）を示しており、ＢＩＯＳ１００と制限制御ユーティリティ２０１の実行により、デバイスに対する制御処理が行われる。

図３乃至図５を用いて、第１の実施形態に係るデバイス利用制限処理について説明する。第１の実施形態では、一般ユーザに対して、ＵＳＢデバイスのうちのＵＳＢストレージ２１の使用を禁止するというデバイス利用制限を例として説明する。

利用制限の設定自体は、システムの管理者が行なうものである。まず、管理者は、ＢＩＯＳ１００の起動（ステップＳＴ１１）、ＯＳ２００の起動（ステップＳＴ２１）を経て、制限設定ユーティリティ２０２を起動する（ステップＳＴ２２）。

ここで、制限設定ユーティリティ２０２は、ＢＩＯＳ１００に対して、管理者認証を要求する（ステップＳＴ２３）。ＢＩＯＳ１００は、この要求を受けて管理者認証を代行する（ステップＳＴ１３）。

ＢＩＯＳ１００は、管理者認証が成功すると、即ち、今の操作者が管理者である場合には、その旨を制限設定ユーティリティ２０２に通知する。制限設定ユーティリティ２０２は、この結果を受けてデバイスの利用制限の設定画面を表示器４に表示して管理者からの入力を待つ。

管理者は、ＵＳＢストレージ２１の使用禁止を設定し、デバイスの制限情報として登録する。登録された制限情報は、制限設定ユーティリティ２０２からＢＩＯＳ１００に送られ、ＢＩＯＳ１００に対して保存を要求する（ステップＳＴ２４）。

保存要求を受けたＢＩＯＳ１００は、その制限情報を不揮発性メモリ１４に保存し、保存の成功又は失敗の結果を制限設定ユーティリティ２０２に回答する（ステップＳＴ１４）。

制限設定ユーティリティ２０２は、不揮発性メモリ１４への制限情報の保存が完了したか否かを判定し（ステップＳＴ２５）、保存が完了したときはＯＳ環境の設定を行なう（ステップＳＴ２６）。具体的には、レジストリ２０４（第２の制限手段：図３参照）に対して、ＵＳＢストレージドライバ２０３が組み込まれないような設定を行なう。この設定によって、次に情報処理装置１が起動されたときにはＵＳＢストレージドライバ２０３は組み込まれず、ＵＳＢストレージ２１は使用できないことになる。

なお、ステップＳＴ２５にて、不揮発性メモリ１４への制限情報の保存が完了しなかったと判定された場合は、レジストリの設定をスキップして制限設定ユーティリティ２０２を終了する。

以上で、ＵＳＢストレージ２１の使用を禁止する設定は完了する。

次に、ＵＳＢストレージ２１の使用が禁止された情報処理装置１のデバイス制御動作について図５を用いて説明する。

情報処理装置１に電源が投入され、ＢＩＯＳ１００が起動すると（ステップＳＴ３１）、ＢＩＯＳ１００はユーザ認証を行う（ステップＳＴ３２）。このユーザ認証によって、一般ユーザによって起動されたのか（一般ユーザ権限による起動）、管理者によって起動されたのか（管理者権限による起動）がかがＢＩＯＳ１００に認識される。

次に、ＢＩＯＳ１００は、不揮発性メモリ１４に保存されているデバイスの制限情報を読み出す（ステップＳＴ３３）。具体的には、ＵＳＢストレージ２１の使用禁止の制限情報が読み出される。

ここで、管理者権限による起動の場合には、読み出した制限情報に対して、制限なしと読み替える。つまり、制限情報にはＵＳＢストレージ２１の使用禁止が設定されていない、と読み替える。

一方、一般ユーザ権限による起動の場合には、読み出した制限情報に基づいてまず、ＢＩＯＳ１００がデバイスの制限（第１の制限）を行なう。具体的には、ＵＳＢホストコントローラ２０（第１の制限手段）をＯＳ側に対して見えない状態に設定することによって、ＵＳＢストレージ２１の使用を禁止する（ステップＳＴ３４）。この設定は、ＵＳＢストレージ２１だけでなく、ＵＳＢホストコントローラ２０に接続されている他のＵＳＢデバイス２０、例えばマウス等、の使用も総て禁止する設定である。

この使用禁止設定をした後、ＢＩＯＳ１００はＯＳを起動する（ステップＳＴ３５）。ＯＳが起動すると、予め設定してあるユーティリティ、具体的には、制限制御ユーティリティ２０１が起動する（ステップＳＴ４１）。

起動した制限制御ユーティリティ２０１は、ＢＩＯＳ１００に対して、不揮発性メモリ１４から読み出した制限情報を送信するように要求する（ステップＳＴ４２）。この要求を受けてＢＩＯＳ１００は制限情報を制限制御ユーティリティ２０１に送る（ステップＳＴ３６）。

制限制御ユーティリティ２０１は、送られてきた制限情報に対応したデバイスの利用制限を実現するＯＳ環境が整っているか否かを確認する（ステップＳＴ４３、４４）。具体的には、ＵＳＢストレージドライバ２０３が実行されないようにレジストリ２０４が設定されているか否かを確認する。

ＵＳＢストレージドライバ２０３が実行されないようにレジストリ２０４が設定されている場合には（ステップＳＴ４４のＹＥＳ）、目的とするＵＳＢストレージ２１の使用禁止が保証されていることになる。そこで、ＢＩＯＳ１００に対して、ＢＩＯＳ１００自体が設定した利用制限（第１の制限）を解除するように要求する（ステップＳＴ４５）。

ＢＩＯＳ１００はこの解除要求を受けて第１の制限を解除する。具体的には、ＵＳＢホストコントローラ２０をＯＳ側に見えない状態から見える状態に設定しなおす（ステップＳＴ３７）。

この後、ＢＩＯＳ１００は、ＯＳ２００のPｎP（プラグアンドプレイ）マネージャ２０５に対して再スキャンを要求する。この段階で、マウス等のＵＳＢストレージ２１以外のＵＳＢデバイス２０がＯＳに認識され、使用可能となる。

一方、ステップＳＴ４４にて、ＯＳ環境が整っていない、即ち、レジストリ２０４の設定がＵＳＢストレージドライバ２０３の実行を禁止する設定となっていないと判定されると、第１の制限の解除は行わず、引き続きＢＩＯＳ１００で設定したＵＳＢデバイスの使用禁止状態は維持される。この場合、マウス等の他のＵＳＢデバイスの使用も禁止されることになるが、管理者が意図したＵＳＢストレージ２１の使用禁止は確保される。

また、制限制御ユーティリティ２０１がアンインストールされた場合や、ＯＳ２００の再インストールによって制限制御ユーティリティ２０１が起動されない場合には、ステップＳＴ４１以降の処理は実行されないことになる。この場合も、ＢＩＯＳ１００がステップＳＴ３４で設定した第１の制限は維持されることになり、管理者が意図したＵＳＢストレージ２１の使用禁止は確保される。

（２）第２の実施形態
第２の実施形態に係る情報処理装置１は、特定のデバイスの使用は許可しつつも、その特定の機能を禁止する形態である。ここでは、光ディスクドライブ３１に対して読み出しは可能とし、書き込みだけを禁止する実施形態を例として説明する。基本的な動作は第１の実施形態と類似しているため相違点について重点的に説明する。

図６は、図３と同様に、第２の実施形態にかかるＢＩＯＳ１００とＯＳ２００側のソフトウェア構成例を示す図である。

光ディスクドライブ３１は、ＰＣＩ／ＩＤＥコントローラ３０の制御の元に動作しており、ＢＩＯＳ１００側からの利用制限（第１の利用制限）は、ＰＣＩ／ＩＤＥコントローラ３０（第１の制限手段）に対して行なわれる。

一方、ＯＳ２００側の制限設定ユーティリティ２０２ａや制限制御ユーティリティ２０１ａは、光ディスクドライバ２０７のフィルタドライバ２０８（第２の制限手段）に対して、利用制限の設定やその確認を行う。

図７及び図８は、第２の実施形態に係るデバイスの利用制限処理の一例を示すフローチャートであり、このうち、図７は、光ディスクドライブ３１への書き込み禁止を設定する処理（制限設定フェーズ）を示しており、図８はその制限の実施フェーズの処理を示している。夫々、第１の実施形態に係る図４及び図５に対応するものである。

図７のステップＳＴ５１からステップＳＴ６３までの処理は第１の実施形態と基本的に同じ処理である。ステップＳＴ６４において、制限設定ユーティリティ２０２ａからＢＩＯＳ１００に対して制限情報の保存要求が行なわれるが、第２の実施形態では、光ディスクドライブ３１に対する書き込み禁止が制限情報となる。

また、ステップＳＴ６６で行なわれるＯＳ環境設定（第２の制限）は、フィルタドライバ２０８に対して光ディスクドライブ３への書き込み禁止の設定を行う。より具体的には、書き込みコマンドを光ディスクドライブ３１に渡さないようにするフィルタドライブ２０８（第２の制限手段）を組み込むＯＳ環境設定を行っている。

図８に示す処理も基本的な流れは第１の実施形態（図５）と同様であるが、ＢＩＯＳ１００がステップＳＴ７４で行う第１の制限の内容が異なっている。第２の実施形態では、ＢＩＯＳ１００は、ＰＣＩ／ＩＤＥコントローラ３０のレジスタ設定により、光ディスクドライブ３１をＩＤＥバスから切り離す処理（第１の制限）を行っている。この結果、光ディスクドライブ３１の使用が禁止される。

また、ステップＳＴ８３、ステップＳＴ８４における制限制御ユーティリティ２０１ａのＯＳ環境確認では、書き込みコマンドを光ディスクドライブ３１に渡さないようにしたフィルタドライバ２０８が組み込まれているか否かが確認される。

上記のフィルタドライバ２０８が組み込まれている場合には、ＢＩＯＳ１００に対して第１の制限の解除要求がなされるが（ステップＳＴ８５）、ＢＩＯＳ１００ではこの要求を受けて、ＰＣＩ／ＩＤＥコントローラ３０のレジスタ設定の変更を行い、光ディスクドライブ３１をＩＤＥバスに接続する（ステップＳＴ７７）。その後、ＯＳ２００のPnPマネージャ２０５に対して再スキャンを要求する。この段階で光ディスクドライブ３１がＯＳに認識され光ディスクドライブ３１の使用が可能となる。但し、書き込みコマンドを渡さないフィルタドライバ２０８が組み込まれているため、光ディスクドライブ３１に対する書き込みは禁止されている。

（３）その他の実施形態
前述したステップＳＴ３３（第２の実施形態ではステップＳＴ７３）では、管理者権限による起動の場合には、読み出した制限情報に対して、制限なしと読み替えるものとしたが、管理者権限による起動であってもこの読み替えを行わない形態としてもよい。一般ユーザと管理者を区別しない処理にすることで、処理の流れを簡素化できる。また、こうすることで大きな支障は生じない。管理者は制限設定ユーティリティ２０２にアクセス可能であり、管理者が利用制限を解除したい場合には、制限設定ユーティリティ２０２にアクセスし設定されている利用制限を解除すればよいからである。

また、前述の説明では、ステップＳＴ３７（第２の実施形態ではステップＳＴ７７）の後、PnPマネージャ２０５に対するデバイスの再スキャン要求はＢＩＯＳ１００から行うものとしたが、再スキャン要求を制限制御ユーティリティ２０１（第２の実施形態では、制限制御ユーティリティ２０１ａ）から行う形態でもよい。

また、ステップＳＴ３７において、ＢＩＯＳ１００が第１の制限を解除する前に、解除要求を送信した制限制御ユーティリティ２０１の正当性を認証する処理を付加してもよい。この認証は、例えば、ＢＩＯＳ１００に真性の制限制御ユーティリティ２０１の識別番号を予め保有させておき、制限制御ユーティリティ２０１から解除要求と共に自己の識別番号を送るようにしておき、両者の識別番号を照合することで認証を行えばよい。認証に成功した場合に限り第１の制限を解除する。このような処理を付加することで、偽の制限制御ユーティリティ２０１による解除要求を排除することが可能となり、信頼性が高まる。

この他、制限設定ユーティリティ２０２、２０２ａが行っていた利用制限手段、例えばＵＳＢストレージ２１の使用を禁止するレジストリの設定や、書き込みを禁止したフィルタドライバの組み込みに変えて、これらと等価な機能をデバイス側に持たせる形態としてもよい。この場合、制限制御ユーティリティ２０１は、利用制限のためのコマンドをデバイスに送信し、デバイス側ではこのコマンドを受けて具体的な利用制限を実行することになる。

なお、ここまでの説明では、ＵＳＢストレージ２１の使用禁止と、光ディスクドライブ３１に対する書き込み禁止を利用制限の例をして説明してきたが、利用制限の内容としてはこれらに留まるものではない。

例えば、通信デバイスに対する通信速度の制限、無線通信デバイスに対する送信電力の制限、光ディスク以外のストレージデバイスに対する書き込み禁止、或いはフィーマット禁止等、種々の利用制限を含むものである。

以上説明してきたように、本実施形態に係る情報処理装置によれば、容易には解除されることなく、かつ高い利便性をもってデバイスに利用制限をかけることができる。

なお、本発明は上記の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。

本発明の実施形態に係る情報処理装置の外観例を示す図。 本発明の実施形態に係る情報処理装置のハードウェア構成例を示す図。 第１の実施形態に係るソフトウェアの構成例と関連するハードウェアを示す図。 第１の実施形態におけるＢＩＯＳと制限設定ユーティリティの動作例（制限設定フェーズ）を示すフローチャート。 第１の実施形態におけるＢＩＯＳと制限制御ユーティリティの動作例（制限実施フェーズ）を示すフローチャート。 第２の実施形態に係るソフトウェアの構成例と関連するハードウェアを示す図。 第２の実施形態におけるＢＩＯＳと制限設定ユーティリティの動作例（制限設定フェーズ）を示すフローチャート。 第２の実施形態におけるＢＩＯＳと制限制御ユーティリティの動作例（制限実施フェーズ）を示すフローチャート。

符号の説明

１ 情報処理装置
２０ ＵＳＢホストコントローラ
２１ ＵＳＢストレージ
３０ ＰＣＩ／ＩＤＥコントローラ
３１ 光ディスクドライブ
１００ ＢＩＯＳ（システムファームウェア）
２０１、２０１ａ 制限制御ユーティリティ（ユーティリティソフトウェア）
２０２、２０２ａ 制限設定ユーティリティ（ユーティリティソフトウェア）
２０３ ＵＳＢストレージドライバ
２０４ レジストリ
２０５ プラグアンドプレイ（ＰnＰ）マネージャ
２０７ 光ディスクドライバ
２０８ フィルタドライバ

Claims (10)

1. 装置に組み込まれたファームウェアと、インストールとアンインストールとが可能なユーティリティソフトウェアとを実行してデバイスを利用する情報処理装置において、
   前記ファームウェアは、
   （ａ）制限情報に基づいて前記デバイスの利用を第１の制限手段を用いて制限し、
   （ｂ）前記制限情報を前記ユーティリティソフトウェアに伝達し、
   （ｃ）前記ユーティリティソフトウェアから解除の指示があった場合には、前記第１の制御手段による制限を解除し、
   前記ユーティリティソフトウェアは、
   （ｄ）前記ファームウェアから前記制限情報が伝達されたときは、前記デバイスの利用が第２の制限手段によって既に制限されているか否を確認し、
   （ｅ）前記第２の制限手段によって前記デバイスの利用が既に制限されている場合には、前記ファーウェアに対して前記第１の制限手段による制限を解除するように指示する、
   ステップを実行させる、
   ことを特徴とする情報処理装置。
2. 前記ファームウェアは、
   （ｆ）起動時に管理者認証を行ない、
   （ｇ）管理者による起動の場合は、ステップ（ａ）、（ｂ）、及び（ｄ）の制限情報を利用制限がされていない情報に置き換える、
   ステップをさらに実行する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 設定ユーティリティソフトウェアをさらに具備し、
   前記設定ユーティリティソフトウェアは、
   （ｈ）設定された制限情報に基づいて、前記第２の制限手段を用いて前記デバイスの利用を制限し、
   （ｉ）設定された前記制限情報を保存するように前記ファームウェアに対して指示し、
   前記ファームウェアは、
   （ｊ）前記設定ユーティリティソフトウェアから保存指示があった場合には、前記制限情報をメモリに保存する、
   ステップを実行させ、
   ステップ（ａ）、（ｂ）、及び（ｄ）の制限情報は、前記メモリに保存された制限情報である、
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記設定ユーティリティソフトウェアは、
   その起動時に前記ファームウェアに対して管理者認証を行なうように指示し、
   前記ファームウェアは、
   前記設定ユーティリティソフトウェアから管理者認証の指示をうけたときに、管理者認証を行なう、
   ステップをさらに実行させることを特徴とする請求項３に記載の情報処理装置。
5. ステップ（ｃ）では、前記ファームウェアは、
   前記ユーティリティソフトウェアから解除の指示があった場合には、そのユーティリティソフトウェアの認証を行い、認証に成功したときに、前記第１の制御手段による制限を解除する、ステップを実行させる、
   ことを特徴とする請求項１に記載の情報処理装置。
6. ステップ（ｃ）の後、前記ファームウェアは、
   プラグアンドプレイ機能を行なうＰｎＰ手段に対して、前記デバイスの再スキャンを要求する、ステップを実行させる、
   ことを特徴とする請求項１に記載の情報処理装置。
7. ステップ（ｃ）の後、前記ユーティリティソフトウェアは、
   プラグアンドプレイ機能を行なうＰｎＰ手段に対して、前記デバイスの再スキャンを要求する、ステップを実行させる、
   ことを特徴とする請求項１に記載の情報処理装置。
8. 前記第２の制限手段は、前記デバイスが具備する手段である、
   ことを特徴とする請求項１に記載の情報処理装置。
9. 前記第１の制限手段は、ＵＳＢデバイスの使用を禁止する手段であり、
   前記第２の制限手段は、前記ＵＳＢデバイスのうちのＵＳＢストレージの使用を禁止する手段である、
   ことを特徴とする請求項１に記載の情報処理装置。
10. 前記第１の制限手段は、光ディスクドライブの使用を禁止する手段であり、
    前記第２の制限手段は、前記光ディスクドライブに対する書き込みを禁止する手段である、
    ことを特徴とする請求項１に記載の情報処理装置。

Images