JP2001100983A - コンピュータの制御方法、コンピュータ及び記録媒体 - Google Patents

コンピュータの制御方法、コンピュータ及び記録媒体

Info

Publication number
JP2001100983A
JP2001100983A JP27386099A JP27386099A JP2001100983A JP 2001100983 A JP2001100983 A JP 2001100983A JP 27386099 A JP27386099 A JP 27386099A JP 27386099 A JP27386099 A JP 27386099A JP 2001100983 A JP2001100983 A JP 2001100983A
Authority
JP
Japan
Prior art keywords
computer
information
storage device
booting
program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP27386099A
Other languages
English (en)
Other versions
JP3330569B2 (ja
Inventor
Hiroshi Ito
浩 伊藤
Naotaka Kato
直孝 加藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to JP27386099A priority Critical patent/JP3330569B2/ja
Priority to US09/671,499 priority patent/US6795912B1/en
Publication of JP2001100983A publication Critical patent/JP2001100983A/ja
Application granted granted Critical
Publication of JP3330569B2 publication Critical patent/JP3330569B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4416—Network booting; Remote initial program loading [RIPL]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4406—Loading of operating system
    • G06F9/441—Multiboot arrangements, i.e. selecting an operating system to be loaded

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

(57)【要約】 【課題】 コンピュータ上でブートさせるＯＳの切り替
えを容易に実現できる汎用的な方法を提供する。 【解決手段】 コンピュータ上で第１のＯＳが稼動して
いる状態で、第２のＯＳをブートさせるための情報を、
ホームページの閲覧や電子メールの受信等によってダウ
ンロードし(130)、パスワード照合後にデバイスドライ
バを起動し、ＯＳ終了のフックを要求する(134〜138)。
デバイスドライバは、要求に応じてＯＳ終了をフックす
る処理を行い、ダウンロードしたブートイメージファイ
ル等をメインメモリにロードした後に処理を中断する(1
44〜148)。ＯＳが終了するとデバイスドライバの処理が
再開され、プロセッサのモードを変更(150,152)した後
にパッチプログラムを起動する。これにより、各種の前
処理が行われた後に、メインメモリにロードしたブート
イメージファイルにより第２のＯＳがブートされる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はコンピュータの制御
方法、コンピュータ及び記録媒体に係り、特に、コンピ
ュータ上で通常ブートされる第１のＯＳと異なる第２の
ＯＳをブートさせるコンピュータの制御方法、前記制御
方法が適用されたコンピュータ、及びコンピュータによ
って前記制御方法を実現するためのプログラムが記録さ
れた記録媒体に関するに関する。
【０００２】
【従来の技術】コンピュータのオペレーティング・シス
テム（Operating System、以下「ＯＳ」という）として
は、現在、多種多様なＯＳが存在しており、それぞれの
ＯＳは互いに異なる特徴を有している。このため、起動
時に特定のＯＳが固定的にブートされるように設定され
たコンピュータであっても、他のＯＳをブートする必要
が生ずることがある。例えばＢＩＯＳ等のファームウェ
アを更新（アップデート）するアプリケーション・プロ
グラムは、複数のタスクを並列に実行可能な機能を備え
たＯＳ（例えば米マイクロソフト社の”Ｗｉｎｄｏｗ
ｓ”等）が稼動している環境下で実行するよりも、単一
のタスクのみ実行可能なＯＳ（例えばＤＯＳ（Disk Ope
rating System))が稼動している環境下で実行すること
が望ましい。
【０００３】コンピュータの起動時に、通常ブートされ
るＯＳ（以下、便宜的に第１のＯＳという）と異なるＯ
Ｓ（以下、便宜的に第２のＯＳという）をブートさせる
ための方法の１つとして、第２のＯＳをブートさせるた
めのブート・イメージ（先頭から順に読み出して実行す
ることでＯＳがブートされる一連の命令コード）をフロ
ッピー（登録商標）ディスク（ＦＤ）に記憶しておき、
該ＦＤをフロッピーディスク・ドライブ（ＦＤＤ）にセ
ットしてコンピュータ・システムを起動することで第２
のＯＳをブートさせる方法が知られている。
【０００４】また、他の方法として、コンピュータに接
続されているネットワーク・アダプタ内蔵のファームウ
ェアが、ＯＳと無関係にネットワークを介してサーバと
通信を行って第２のＯＳをブートさせるための情報をサ
ーバから取得し、コンピュータ上で第２のＯＳをリモー
トでブートさせる技術も知られている。
【０００５】
【発明が解決しようとする課題】しかしながら、ＦＤを
ＦＤＤにセットする方法はＦＤＤが設けられていないコ
ンピュータには適用できないという欠点がある。また、
第２のＯＳを起動するためのＦＤを作成したり、作成し
たＦＤをＦＤＤにセットしたり等の作業も煩雑であり、
作業対象のコンピュータの数が多くなるに従って作業の
煩雑さは非常に顕著となる。
【０００６】また、ネットワーク・アダプタ内蔵のファ
ームウェアがサーバと通信を行ってサーバから情報を取
得する方法では、ファームウェアとサーバとの通信が、
ブートを行うことを前提とした特別なブート・ストラッ
プ・プロトコル（例えばＩＥＴＦ(Internet Engineerin
g Task Force)が規定しているＲＦＣ９５１(InternetRe
quest For Comments 951)におけるブート・ストラップ
・プロトコル等）によって実現されるので、サーバが前
記特別なプロトコルをサポートしている必要があると共
に、ファイヤウォールやルータ等のネットワーク構成要
素の影響により、ブートさせるための情報の取得に制限
があり、汎用性に乏しいという問題がある。
【０００７】また、第２のＯＳをブートさせる他の方法
として、ハードディスク等の記憶領域を複数のパーティ
ションに分割し、各パーティションに、互いに異なるＯ
Ｓをブートさせるためのブート・イメージを記憶してお
き、コンピュータの起動時に何れのパーティションにア
クセスしてブートするかを定めたマスタ・ブート・レコ
ードを書き替えた後にコンピュータを起動することによ
って、複数種のＯＳを選択的にブートさせる方法も考え
られる。
【０００８】しかしながら、この方法では第２のＯＳを
ブートするためのブート・イメージがハードディスク等
の記憶領域内に常駐することになるので、第２のＯＳの
使用頻度が低い場合であっても、複数のパーティション
のうちの１つが第２のＯＳによって占有されてしまい、
ハードディスク等の記憶領域を有効に利用することがで
きないという問題や、第１のＯＳがインストールされた
後は第２のＯＳ用のパーティションをつくるのが容易で
はないという問題がある。
【０００９】また、ハードディスクに第２のＯＳのブー
ト・イメージを記憶する方法では、第２のＯＳの制御下
で実行すべきアプリケーション・プログラム等も併せて
記憶することが一般的である（ＦＤに記憶させる方法も
同様）が、例えばＯＳを切り替えて実行すべき処理の一
例であるファームウェアの更新は、ファームウェアのバ
ージョン・アップ等がある毎に、バージョン・アップ後
の最新のファームウェアへ更新するための最新のアプリ
ケーション・プログラムを入手して行う必要があるの
で、このようなアプリケーション・プログラムをハード
ディスクに常駐させておいてもメリットは殆どない。ま
た、アプリケーション・プログラムを実行した後にハー
ドディスクから消去することも考えられるが、消去する
作業が煩雑であるという問題もある。また、一般的に第
１のＯＳと第２のＯＳでファイル・システムが異なる場
合には、第１のＯＳ上のアプリケーションから第２のＯ
Ｓパーティション上のアプリケーションの更新並びに消
去が困難となる。
【００１０】本発明は上記事実を考慮して成されたもの
で、コンピュータ上でブートさせるＯＳを切り替えるこ
とを容易に実現でき、汎用性に優れたコンピュータの制
御方法を得ることを目的とする。
【００１１】更に、既存のコンピュータにハードウェア
やファームウェアの変更を加えることなく、ブートさせ
るＯＳを切り替える方法を提供することを目的とする。
【００１２】また本発明は、ブートさせるＯＳを容易に
切り替え可能なコンピュータ及び記録媒体を得ることを
目的とする。
【００１３】
【課題を解決するための手段】本発明に係るコンピュー
タの制御方法は、コンピュータ上で第１のＯＳが稼動し
ている状態で、第１のＯＳと異なる第２のＯＳをブート
させるための情報を第１のＯＳの制御下で取得する。こ
のように、情報の取得を第１のＯＳの制御下で行うこと
により、取得した情報は第１のＯＳによってファイルと
して認識され、第１のＯＳのファイル・システムによっ
て管理されることになる。
【００１４】なお、第２のＯＳをブートさせるための情
報は、例えば第２のＯＳをブートさせるためのブート・
イメージ・ファイル（ブート・イメージを表すデータか
ら成るファイル）を含んで構成することができる。ま
た、第２のＯＳをブートさせるための情報をコンピュー
タの主記憶装置に書き込むためのプログラム（このプロ
グラムはコンピュータに固定的に記憶されていてもよ
い）や、第２のＯＳをブートした後に実行すべきプログ
ラムも含まれていてもよい。
【００１５】また、第２のＯＳをブートさせるための情
報は、具体的には、例えば第１のＯＳの制御下で、通信
回線を介してコンピュータの外部よりファイルとして受
信することにより取得することができる。この場合、サ
ーバとの間の通信が第１のＯＳの制御下で行われるの
で、第２のＯＳをブートさせるための情報を、リモート
でブートさせるための特別なプロトコルに依存すること
なく、第１のＯＳの制御下で利用可能な汎用的な通信形
態により容易に取得することができる（例えばWebブラ
ウザによりWebサーバ（ネットワーク・ドライブ）から
ファイルとしてダウンロードしたり、電子メールの添付
ファイルとして受信する等）。
【００１６】なお、第２のＯＳをブートさせるための情
報を通信回線を介して外部よりファイルとして受信する
ことにより取得する場合、取得した情報はメモリ等から
成るコンピュータの主記憶装置に直ちに記憶するように
してもよいが、ハードディスク等から成るコンピュータ
の二次記憶装置に一旦記憶するようにすれば、前記取得
した情報を後に主記憶装置に書き込む迄の期間に、主記
憶装置の記憶領域が圧迫されることを回避することがで
きる。
【００１７】また、第２のＯＳをブートさせるための情
報がコンピュータの二次記憶装置に事前に書き込まれて
いる場合には、第２のＯＳをブートさせるための情報
を、第１のＯＳの制御下で、二次記憶装置から読み出す
ことにより取得するようにしてもよい。この態様におい
て、第２のＯＳをブートさせるための情報を二次記憶装
置に事前に書き込んでおくための前記情報の入手は、通
信回線を介して外部より前記情報を受信することで入手
してもよいし、ＦＤ等の情報記憶媒体のドライブがコン
ピュータに設けられている場合には、前記情報が書き込
まれた情報記憶媒体から前記情報を読み出すことで入手
することも可能である。
【００１８】また本発明では、取得した情報をコンピュ
ータの主記憶装置に書き込み、第１のＯＳの終了を検知
すると、前記主記憶装置に書き込んだ情報を消去するこ
となく、前記主記憶装置に書き込んだ情報によりコンピ
ュータ上で第２のＯＳをブートさせる。コンピュータを
再起動させるような場合には主記憶装置に記憶されてい
る情報が消去されるが、本発明は主記憶装置に書き込ん
だ情報が消去されることはないので、主記憶装置に書き
込んだ情報により第２のＯＳをブートさせることができ
る。
【００１９】また、主記憶装置に書き込んだ情報は、次
にコンピュータを再起動したときには消去されるので、
第２のＯＳをブートさせるために、例えば二次記憶装置
の記憶領域を複数のパーティションに分割し、特定のパ
ーティションに固定的に情報を記憶することで二次記憶
装置の記憶領域が圧迫されたり、マスタ・ブート・レコ
ードを書き替える、或いはＦＤをセットしてコンピュー
タを起動する等の煩雑な作業を行う必要もない。また、
コンピュータにＦＤＤが設けられていない場合にも実施
可能である。
【００２０】従って、本発明によれば、コンピュータ上
でブートさせるＯＳを、第１のＯＳから第１のＯＳと異
なる第２のＯＳへ切り替えることを容易に実現すること
ができると共に、リモートでブートさせるための特別な
プロトコルに依存することなく本発明を実施できるので
汎用性にも優れている。
【００２１】ところで、第２のＯＳをブートさせるため
の情報に、第２のＯＳのブート・イメージ・ファイルが
含まれている場合、コンピュータ上で第２のＯＳをブー
トさせることは、第２のＯＳのブート・イメージ・ファ
イルをコンピュータの主記憶装置に書き込み、第１のＯ
Ｓが終了した後に、ファームウェアのブート・ストラッ
プ・コードによって主記憶装置の第２のＯＳのブート・
イメージ・ファイルを書き込んだ領域がアクセスされる
ようにすることによって実現できる。
【００２２】また、ファームウェアのブート・ストラッ
プ・コードによって主記憶装置の第２のＯＳのブート・
イメージ・ファイルを書き込んだ領域がアクセスされる
ようにすることは、二次記憶装置Ｉ／Ｏサービス・コー
ドをフックすること（ジャンプ先が登録されたテーブル
を参照してテーブルに登録されているジャンプ先へジャ
ンプする間接ジャンプにおいて、テーブルを書き替えて
ジャンプ先を変更すること）により実現できる。これに
より、ファームウェアのブート・ストラップ・コードを
変更することなく第２のＯＳをブートすることができ
る。
【００２３】また、主記憶装置の各記憶領域をどのよう
な用途に用いるかはＯＳによって異なっている。このた
め、本発明において、例えば第１のＯＳの終了を検知す
る前等の時期には、第２のＯＳをブートさせるための情
報を、主記憶装置の記憶領域のうち第１のＯＳの制御下
で上書きされない領域に一旦書き込んでおき、例えば第
１のＯＳの終了を検知しかつ第２のＯＳをブートさせる
前等のタイミングで、前記書き込んだ情報の一部又は全
部（少なくとも現時点以降の処理で使用される情報）
を、主記憶装置の記憶領域のうち少なくとも第２のＯＳ
のブートによって上書きされない領域に再配置すること
が好ましい。上記のように情報の再配置を行うことによ
り、再配置した情報が第２のＯＳのブートによって上書
きされて破壊されることを回避することができ、第２の
ＯＳを正常にブートすることができる。
【００２４】なお、情報を再配置する領域は、主記憶装
置の記憶領域のうち、第２のＯＳのブートによって上書
きされず、かつ第２のＯＳがブートされた後の第２のＯ
Ｓの制御下でも上書きされない領域であってもよいし、
第２のＯＳがブートされた後には前記再配置する情報を
用いない場合には、第２のＯＳのブートによって上書き
されず、第２のＯＳがブートされた後の第２のＯＳの制
御下で上書きされる領域に前記情報を再配置するように
してもよい。
【００２５】また本発明において、コンピュータ上で第
２のＯＳをブートさせた後に、第２のＯＳが稼動してい
る状態で実行させるべき処理（プログラム）としては、
例えばファームウェアを更新するプログラム、特別なプ
ロトコルを必要とするネットワーク・ブートを行うプロ
グラム、セットアップを行うプログラム、コンピュータ
・システムの診断を行うプログラム、第１のＯＳの稼動
状態では動作が保証されない、或いは実行に適さない処
理を行うプログラムが挙げられる。
【００２６】また、本発明において、第１のＯＳが、例
えば自動プログラム起動機能や自動ログオン機能等を備
えている場合には、これらの機能を利用することによ
り、コンピュータ上での第１のＯＳのブートから、少な
くともコンピュータ上での第２のＯＳのブートに至る一
連の処理（又は第２のＯＳがブートした後に実行すべき
処理の実行も含んだ一連の処理）を自動的に連続して行
なわせることも可能である。これにより、コンピュータ
に一連の処理を行なわせるための利用者の作業を省力化
することができる。
【００２７】また本発明は、コンピュータ上でブートさ
せるＯＳを２種類のＯＳの中で切り替えることに限定さ
れるものではなく、例えばＯＳ＃１が稼動している状態
のコンピュータに対して本発明を適用し、前記コンピュ
ータ上でＯＳ＃２をブートさせた後に、ＯＳ＃２が稼動
している状態の前記コンピュータに対し、ＯＳ＃２を本
発明に係る第１のＯＳとして本発明を適用し、前記コン
ピュータ上でＯＳ＃３をブートさせることも可能であ
り、上記を繰り返すことにより、コンピュータ上でブー
トさせるＯＳを３種類以上のＯＳの中で切り替えること
も可能である。
【００２８】また、コンピュータ上でブートさせるＯＳ
を３種類以上のＯＳの中で切り替えることは、例えば第
１のＯＳと異なる第２のＯＳをブートさせるための情報
として、互いに異なる複数種のＯＳをブートさせるため
の情報を各々取得し、ＯＳの終了（第１のＯＳ又は他の
ＯＳの終了）を検知する毎に、前記複数種のＯＳのうち
ブート未実行のＯＳを前記コンピュータ上でブートさせ
ることによっても実現できる。
【００２９】更に本発明において、第２のＯＳをブート
させるための情報を取得する前、又は取得した後に、コ
ンピュータの利用者が第２のＯＳの正当な利用者か否か
を確認することが好ましい。正当な利用者か否かの確認
は、例えば利用者にパスワードを入力させ、入力された
パスワードを予め登録されたパスワードと照合すること
で行うことができる。これにより、正当な利用者以外の
他者が、第２のＯＳをブートさせるための情報を取得し
てコンピュータ上で第２のＯＳをブートしたり、第２の
ＯＳが稼動している状態で所望の処理を実行させる等の
ように、コンピュータを不正に使用することを防止する
ことができる。
【００３０】更に、第２のＯＳのアプリケーション・プ
ログラムの中に、システムの構成によって動作させるこ
とができないものを含むことがある。そのような場合
に、システム構成の一部又は識別ＩＤ等のシステムに関
連する情報を利用者に入力させるか、システムから自動
的に取得し、第２のＯＳのアプリケーション・プログラ
ムと照合することにより、第２のＯＳのアプリケーショ
ン・プログラムを含む第２のＯＳのブート・イメージが
コンピュータ上で誤ってブートされ、実行されてしまう
ことを防止することができる。
【００３１】また、第２のＯＳをブートさせるための情
報が不正に改ざんされた情報でないことを認証するプロ
トコルを実施した後に第２のＯＳをブートすることによ
り、正当な利用者以外の他者がコンピュータを第２のＯ
Ｓの下で不正に使用することを防止することができる。
【００３２】また、本発明に係るコンピュータは、第１
のＯＳが稼動している状態で、第１のＯＳと異なる第２
のＯＳをブートさせるための情報が第１のＯＳの制御下
で取得手段によって取得され、取得手段によって取得さ
れた情報が書込手段によってコンピュータの主記憶装置
に書き込まれ、第１のＯＳの終了を検知すると、ブート
制御手段により、書込手段によって主記憶装置に書き込
まれた情報が消去されることなく、前記主記憶装置に書
き込まれた情報によりコンピュータ上で第２のＯＳがブ
ートされるので、ブートさせるＯＳを容易に切り替え可
能となる。
【００３３】また、本発明に係る記録媒体には、コンピ
ュータ上で第１のＯＳが稼動している状態で、第１のＯ
Ｓと異なる第２のＯＳをブートさせるための情報を第１
のＯＳの制御下で取得する第１のステップ、取得した情
報をコンピュータの主記憶装置に書き込む第２のステッ
プ、第１のＯＳの終了を検知すると、主記憶装置に書き
込んだ情報を消去することなく、主記憶装置に書き込ん
だ情報によりコンピュータ上で第２のＯＳをブートさせ
る第３のステップを含む処理、すなわち本発明に係るコ
ンピュータの制御方法をコンピュータによって実現する
ためのプログラムが記録されているので、コンピュータ
が前記記録媒体に記録されたプログラムを読み出して実
行することにより、コンピュータ上でブートさせるＯＳ
を切り替えることを容易に実現できる。
【００３４】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態の一例を詳細に説明する。図１には、本発明を実
現するのに適した典型的なパーソナル・コンピュータ
（ＰＣ）から成るコンピュータ・システム１０のハード
ウェア構成がサブシステム毎に模式的に示されている。
本発明を実現するＰＣの一例は、ＯＡＤＧ（PC Open Ar
chitecture Developer's Group）仕様に準拠し、オペレ
ーティング・システム（ＯＳ）として米マイクロソフト
社の”Ｗｉｎｄｏｗｓ９８又はＮＴ”又は米ＩＢＭ社
の”ＯＳ／２”を搭載したノートブック型のＰＣ１２
（図２参照）である。以下、コンピュータ・システム１
０の各部について説明する。
【００３５】コンピュータ・システム１０全体の頭脳で
あるＣＰＵ１４は、ＯＳの制御下で、各種プログラムを
実行する。ＣＰＵ１４は、例えば米インテル社製のＣＰ
Ｕチップ”Ｐｅｎｔｉｕｍ”、”ＭＭＸテクノロジＰｅ
ｎｔｉｕｍ”、”Ｐｅｎｔｉｕｍ Ｐｒｏ”や、ＡＭＤ
社等の他社製のＣＰＵでも良いし、ＩＢＭ社製の”Ｐｏ
ｗｅｒＰＣ”でも良い。ＣＰＵ１４は、頻繁にアクセス
するごく限られたコードやデータを一時格納すること
で、メイン・メモリ１６への総アクセス時間を短縮する
ための高速動作メモリであるＬ２（レベル２）−キャッ
シュを含んで構成されている。Ｌ２−キャッシュは、一
般にＳＲＡＭ（スタティックＲＡＭ）チップで構成さ
れ、その記憶容量は例えば５１２ｋＢ又はそれ以上であ
る。
【００３６】ＣＰＵ１４は、自身の外部ピンに直結され
たプロセッサ直結バスとしてのＦＳＢ１８、高速のＩ／
Ｏ装置用バスとしてのＰＣＩ（Peripheral Component I
nterconnect）バス２０、及び低速のＩ／Ｏ装置用バス
としてのＩＳＡ（Industry Standard Architecture）バ
ス等から成るＩ／Ｏバス２２という３階層のバスを介し
て、後述の各ハードウェア構成要素と相互接続されてい
る。
【００３７】ＦＳＢ１８とＰＣＩバス２０は、一般にメ
モリ／ＰＣＩ制御チップ２４と呼ばれるブリッジ回路
（ホスト−ＰＣＩブリッジ）によって連絡されている。
本実施形態のメモリ／ＰＣＩ制御チップ２４は、メイン
・メモリ１６へのアクセス動作を制御するためのメモリ
・コントローラ機能や、ＦＳＢ１８とＰＣＩバス２０の
間のデータ転送速度の差を吸収するためのデータ・バッ
ファ等を含んだ構成となっており、例えばインテル社製
の４４０ＥＸや４４０ＧＸ等を用いることができる。
【００３８】メイン・メモリ１６は、ＣＰＵ１４の実行
プログラムの読み込み領域として、或いは実行プログラ
ムの処理データを書き込む作業領域として利用される書
き込み可能メモリである。メイン・メモリ１６は、一般
には複数個のＤＲＡＭ（ダイナミックＲＡＭ）チップで
構成され、例えば３２ＭＢを標準装備し２５６ＭＢまで
増設可能である。近年では、更に高速化の要求に応える
べく、ＤＲＡＭは高速ページＤＲＡＭ、ＥＤＯ ＤＲＡ
Ｍ、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、バーストＥ
ＤＯ ＤＲＡＭ、ＲＤＲＡＭ等へと変遷している。
【００３９】なお、ここでいう実行プログラムには、Ｗ
ｉｎｄｏｗｓ９８等のＯＳ、周辺機器類をハードウェア
操作するための各種デバイス・ドライバ、特定業務に向
けられたアプリケーション・プログラムや、フラッシュ
ＲＯＭ５６（詳細は後述）に格納されたＢＩＯＳ（Basi
c Input/Output System：キーボードやフロッピーディ
スク・ドライブ等の各ハードウェアの入出力操作を制御
するためのプログラム）等のファームウェアが含まれ
る。
【００４０】ＰＣＩバス２０は、比較的高速なデータ伝
送が可能なタイプのバス（例えばバス幅３２／６４ビッ
ト、最大動作周波数３３／６６／１００ＭＨZ、最大デ
ータ転送速度１３２／２６４ＭＢｐｓ）であり、カード
バス・コントローラ３０のような比較的高速で駆動する
ＰＣＩデバイス類がこれに接続される。なお、ＰＣＩア
ーキテクチャは、米インテル社の提唱に端を発したもの
であり、いわゆるＰｎＰ（プラグ・アンド・プレイ）機
能を実現している。
【００４１】ビデオ・サブシステム２６は、ビデオに関
連する機能を実現するためのサブシステムであり、ＣＰ
Ｕ１４からの描画命令を実際に処理し、処理した描画情
報をビデオメモリ（ＶＲＡＭ）に一旦書き込むと共に、
ＶＲＡＭから描画情報を読み出して液晶ディスプレイ
（ＬＣＤ）２８（図２参照）に描画データとして出力す
るビデオ・コントローラを含む。また、ビデオ・コント
ローラは、付設されたデジタル−アナログ変換器（ＤＡ
Ｃ）によってデジタルのビデオ信号をアナログのビデオ
信号へ変換することができる。アナログのビデオ信号
は、信号線を介してＣＲＴポート（図示省略）へ出力さ
れる。
【００４２】また、ＰＣＩバス２０にはカードバス・コ
ントローラ３０、オーディオ・サブシステム３２及びモ
デム・サブシステム３４が各々接続されている。カード
バス・コントローラ３０は、ＰＣＩバス２０のバス・シ
グナルをＰＣＩカードバス・スロット３６のインタフェ
ース・コネクタ（カードバス）に直結させるための専用
コントローラである。カードバス・スロット３６には、
例えばＰＣ１２本体の壁面に配設され、ＰＣＭＣＩＡ
（Personal Computer Memory Association）／ＪＥＩＤ
Ａ（Japan Electronic Industry Development Associat
ion）が策定した仕様（例えば”PC Card standard 9
5”）に準拠したＰＣカード（図示せず）が装填され
る。
【００４３】また、モデム・サブシステム３４にはＬＡ
Ｎや電話回線等の通信回線が接続される。コンピュータ
・システム１０はこれらの通信回線を介してインターネ
ットに接続可能とされている。
【００４４】ＰＣＩバス２０とＩ／Ｏバス２２は多機能
ＰＣＩデバイス３８によって相互に接続されている。多
機能ＰＣＩデバイス３８は、ＰＣＩバス２０とＩ／Ｏバ
ス２２とのブリッジ機能、ＤＭＡコントローラ機能、プ
ログラマブル割り込みコントローラ（ＰＩＣ）機能、及
びプログラマブル・インターバル・タイマ（ＰＩＴ）機
能、ＩＤＥ（Integrated Drive Electronics）インタフ
ェース機能、ＵＳＢ（Universal Serial Bus）機能、Ｓ
ＭＢ（System Management Bus）インタフェース機能を
備えており、例えばインテル社製のＰＩＩＸ４というデ
バイスを用いることができる。
【００４５】なお、ＤＭＡコントローラ機能は、周辺機
器（たとえばＦＤＤ）とメイン・メモリ１６との間のデ
ータ転送をＣＰＵ１４の介在なしに実行するための機能
である。またＰＩＣ機能は、周辺機器からの割り込み要
求（ＩＲＱ）に応答して所定のプログラム（割り込みハ
ンドラ）を実行させる機能である。また、ＰＩＴ機能は
タイマ信号を所定周期で発生させる機能であり、その発
生周期はプログラマブルである。
【００４６】また、ＩＤＥインタフェース機能によって
実現されるＩＤＥインタフェースには、ＩＤＥハードデ
ィスク・ドライブ（ＨＤＤ）４０が接続される他、ＩＤ
ＥＣＤ−ＲＯＭドライブ４２がＡＴＡＰＩ（AT Attachm
ent Packet Interface）接続される。また、ＩＤＥ Ｃ
Ｄ−ＲＯＭドライブ４２の代わりに、ＤＶＤ（Digital
Video Disc又はDigital Versatile Disc）ドライブのよ
うな他のタイプのＩＤＥ装置が接続されていても良い。
ＨＤＤ４０やＣＤ−ＲＯＭドライブ４２等の外部記憶装
置は、例えばＰＣ１２本体内の「メディア・ベイ」又は
「デバイス・ベイ」と呼ばれる収納場所に格納される。
これら標準装備された外部記憶装置は、ＦＤＤやバッテ
リ・パックのような他の機器類と交換可能かつ排他的に
取り付けられる場合もある。
【００４７】なお、メイン・メモリ１６は本発明に係る
主記憶装置に対応しており、ＨＤＤ４０は本発明に係る
二次記憶装置に対応している。
【００４８】また、多機能ＰＣＩデバイス３８にはＵＳ
Ｂポートが設けられており、このＵＳＢポートは、例え
ばＰＣ１２本体の壁面等に設けられたＵＳＢコネクタ４
４と接続されている。ＵＳＢは、電源投入のまま新しい
周辺機器（ＵＳＢデバイス）を抜き差しする機能（ホッ
ト・プラギング機能）や、新たに接続された周辺機器を
自動認識しシステム・コンフィギュレーションを再設定
する機能（プラグ・アンド・プレイ）機能）をサポート
している。１つのＵＳＢポートに対して、最大６３個の
ＵＳＢデバイスをディジーチェーン接続することができ
る。ＵＳＢデバイスの例は、キーボード、マウス、ジョ
イスティック、スキャナ、プリンタ、モデム、ディスプ
レイモニタ、タブレットなど様々である。
【００４９】更に、多機能ＰＣＩデバイス３８にはＳＭ
バスを介してＥＥＰＲＯＭ５０が接続されている。ＥＥ
ＰＲＯＭ５０はユーザによって登録されたパスワードや
スーパーバイザー・パスワード、製品シリアル番号等の
情報を保持するためのメモリであり、不揮発性で記憶内
容を電気的に書き替え可能とされている。
【００５０】Ｉ／Ｏバス２２は、ＰＣＩバス２０よりも
データ転送速度が低いバスであり（例えばバス幅１６ビ
ット、最大データ転送速度４ＭＢｐｓ）、Ｓｕｐｅｒ
Ｉ／Ｏコントローラ４６、電源コントローラ４８、ＥＥ
ＰＲＯＭ等から成るフラッシュＲＯＭ５６、ＣＭＯＳ５
８に加え、リアルタイム・クロック（ＲＴＣ）や、キー
ボード／マウス・コントローラのような比較的低速で動
作する周辺機器類（何れも図示省略）を接続するのに用
いられる。
【００５１】Ｓｕｐｅｒ Ｉ／Ｏコントローラ４６には
Ｉ／Ｏポート５２が接続されており、フロッピーディス
ク・ドライブ（ＦＤＤ）の駆動、パラレル・ポートを介
したパラレル・データの入出力（ＰＩＯ）、シリアル・
ポートを介したシリアル・データの入出力（ＳＩＯ）を
制御するための周辺コントローラである。
【００５２】電源コントローラ４８は主にコンピュータ
・システム１０のパワー・マネージメントやサーマル・
マネージメントを行うものであり、ＭＰＵ，ＲＡＭ，Ｒ
ＯＭ及びタイマ等を備えたシングルチップ・マイコンで
構成することができる。ＲＯＭにはパワー・マネージメ
ントやサーマル・マネージメントを実行するのに必要な
プログラム及び参照テーブルが格納されている。電源コ
ントローラ４８にはパワー・サプライ・コントローラ５
４が接続されている。パワー・サプライ・コントローラ
５４には、バッテリを充電するための充電器、コンピュ
ータ・システム１０で使用される５Ｖ，３．３Ｖ等の直
流定電圧を生成するためのＤＣ／ＤＣコンバータが含ま
れ、電源コントローラ４８の下で電力制御を行う。
【００５３】フラッシュＲＯＭ５６は、ＢＩＯＳやブー
ト・ストラップ・コード等のファームウェアのプログラ
ムを保持するためのメモリであり、不揮発性で記憶内容
を電気的に書き替え可能とされている。また、ＣＭＯＳ
５８は揮発性の半導体メモリがバックアップ電源に接続
されて構成されており、不揮発性でかつ高速の記憶手段
として機能する。
【００５４】なお、コンピュータ・システム１０を構成
するためには、図１に示した以外にも多くの電気回路が
必要である。但し、これらは当業者には周知であり、ま
た、本発明の要旨を構成するものではないので、本明細
書中では説明を省略する。また、図面の錯綜を回避する
ため、図中の各ハードウェアブロック間の接続も一部し
か図示していないことを付記しておく。
【００５５】次に本実施形態の作用として、まず、コン
ピュータ・システム１０の電源スイッチがオンされるこ
とによって実行される第１のＯＳのブートについて、図
３のフローチャートを参照して説明する。なお、第１の
ＯＳとしては、例えば米マイクロソフト社の”Ｗｉｎｄ
ｏｗｓ９８又はＮＴ”や米ＩＢＭ社の”ＯＳ／２”のよ
うなファイル・システムを備えたＯＳを適用することが
できる。
【００５６】電源スイッチがオンされると、フラッシュ
ＲＯＭ５６の記憶領域のうち、ＢＩＯＳの一部であるＰ
ＯＳＴ（Power On Self Test）のプログラムが記憶され
ている領域がアクセスされ、ＰＯＳＴのプログラムが実
行される。これにより、図３に「システムテスト・初期
化コード」として示すように、コンピュータ・システム
１０の各ハードウェアがテストされると共にメイン・メ
モリ１６の初期化（記憶内容のクリア）が行われ（ステ
ップ１００）、続いてコンピュータ・システム１０のハ
ードウェア環境の初期化（具体的には外部ハードウェア
割り込みベクタの初期化、外部ハードウェアの初期化、
ソフトウェア割り込みベクタの初期化等）が行われる
（ステップ１０２）。
【００５７】また、メイン・メモリ１６には、ＰＯＳＴ
等を含むＢＩＯＳ、ブート・ストラップ・コード、二次
記憶装置Ｉ／Ｏサービス等のファームウェアを記憶する
ための領域（システムＢＩＯＳ領域：例として図９参
照）が設けられている。ＰＯＳＴは、これらのファーム
ウェアをフラッシュＲＯＭ５６からメイン・メモリ１６
のシステムＢＩＯＳ領域にコピーした後に、図３に「ブ
ートストラップコードへジャンプ」と記されているよう
に、メイン・メモリ１６上のシステムＢＩＯＳ領域のう
ち、ブート・ストラップ・コードが記憶されている領域
へジャンプする。
【００５８】これにより、ブート・ストラップ・コード
が実行され、まず予め定められた優先順位に従って複数
のブート・ドライブ（ＯＳのブート・イメージが格納さ
れている可能性のある二次記憶装置のドライブ（ＦＤＤ
やＨＤＤ４０等）：通常Ａドライブ（ＦＤＤ）が最優
先）が順にアクセスされ、ブートすべきＯＳのブート・
イメージが探索される。本実施形態では第１のＯＳのブ
ート・イメージがＨＤＤ４０に記憶されており、ＦＤＤ
にＦＤがセットされていなければ、ブートすべきＯＳの
ブート・イメージとして、ＨＤＤ４０に記憶されている
第１のＯＳのブート・イメージが発見される。そして、
第１のＯＳのブート・イメージのうち、第１のＯＳをメ
イン・メモリ１６にロードするための一連の命令コード
（第１のＯＳのローダ：第１のＯＳのブート・イメージ
の先頭に位置している）が、ＨＤＤ４０からメイン・メ
モリ１６へロードされる（ステップ１０６）。
【００５９】ブート・ストラップ・コードによる処理が
終了すると、図３に「第１のＯＳのローダへジャンプ」
と記されているように、メイン・メモリ１６の記憶領域
のうち第１のＯＳのローダをロードした領域の先頭へジ
ャンプし、第１のＯＳのローダのプログラム（一連の命
令コード）が実行される。これにより、第１のＯＳのブ
ート・イメージのうち、第１のＯＳ本体に相当する一連
の命令コードが、ＨＤＤ４０からメイン・メモリ１６へ
ロードされる（ステップ１１０）。
【００６０】第１のＯＳのローダによる処理が終了する
と、図３に「第１のＯＳのスタートへジャンプ」と記さ
れているように、メイン・メモリ１６の記憶領域のうち
ローダとＯＳによって予め取り決められた第１のＯＳの
スタート番地へジャンプし、第１のＯＳのプログラム
（一連の命令コード）が実行される。これにより第１の
ＯＳがブートされ、コンピュータ・システム１０上で第
１のＯＳが稼動している状態となる。
【００６１】次に、第１のＯＳが稼動している状態か
ら、第１のＯＳと異なる第２のＯＳをブートさせ、第２
のＯＳの制御下で所定のアプリケーションを実行させる
一連の処理について、図４（及び図５）のフローチャー
トを参照して説明する。なお、以下では第２のＯＳの一
例として、ＤＯＳを適用した場合について説明する。
【００６２】図４（及び図５）に示す一連の処理は、シ
ステム又はユーザがＯＳ切り替え起動プログラムを起動
することにより実行を開始する。なお、ＯＳ切り替え起
動プログラムは、例えば後述するステップ１３０と同様
にしてサーバからダウンロードすることで取得すること
ができる。また、ＯＳ切り替え起動プログラムは、第１
のＯＳの制御下で実行されるアプリケーション・プログ
ラムとして予めＨＤＤ４０等にインストールされていて
もよい。
【００６３】ステップ１３０では、第２のＯＳをブート
し第２のＯＳの制御下で所定のアプリケーションを実行
するための情報を、第１のＯＳの制御下で、ネットワー
ク（例えばインターネット）を経由してサーバからダウ
ンロードする。なお、本実施形態において、第２のＯＳ
をブートするための情報は、第２のＯＳのブート・イメ
ージ・ファイル、デバイス・ドライバ、及び二次記憶装
置Ｉ／Ｏパッチ・プログラムから構成されており、第２
のＯＳのブート・イメージ・ファイルには、第２のＯＳ
のローダ、第２のＯＳ本体、及び第２のＯＳの制御下で
実行すべき所定のアプリケーション・プログラムが含ま
れている。
【００６４】ダウンロードの方法としては種々の方法が
あり、例えばコンピュータ・システム１０の利用者が閲
覧ソフト（ブラウザ）等を起動し、サーバによって提供
されるダウンロードを行うためのホームページを閲覧す
ることでダウンロードする方法がある。一例として図６
に示すホームページでは、第２のＯＳの制御下で実行可
能でダウンロード可能な複数種のアプリケーション・プ
ログラム（図６の例ではコンピュータ・システム１０に
対してベンチマーク・テストを行うためのプログラム、
ＢＩＯＳの更新を行うためのプログラム、及びコンピュ
ータ・システム１０の自己診断を行うためのプログラム
の３種類）の名称が各々表示されている。
【００６５】この場合、一例として複数種のアプリケー
ション・プログラムの名称の中から、利用者が実行を所
望しているアプリケーション・プログラムの名称が利用
者によって選択されると、まずＯＳ切り替え起動プログ
ラムがサーバからコンピュータ・システム１０にバイナ
リ・ファイルとしてダウンロードされ、コンピュータ・
システム１０上でＯＳ切り替え起動プログラムが起動さ
れてステップ１３０が実行されることにより、選択され
たアプリケーション・プログラムを含む第２のＯＳのブ
ート・イメージ・ファイル、デバイス・ドライバ、二次
記憶装置Ｉ／Ｏパッチ・プログラムが順にバイナリ・フ
ァイルとしてダウンロードされるようにすることができ
る。
【００６６】また、他のダウンロードの方法として、例
として図７に示すように、第２のＯＳのブート・イメー
ジ・ファイル、デバイス・ドライバ、二次記憶装置Ｉ／
Ｏパッチ・プログラム（及びＯＳ切り替え起動プログラ
ム）を電子メールの添付ファイルとして受信する方法が
ある。
【００６７】図７の例では、送信者により、ＯＳ切り替
え起動プログラム（図７では「doboot.exe」と表記）、
デバイス・ドライバ（図７では「dosboot.sys」及び「D
OSBOOT.vxd」と表記）、二次記憶装置Ｉ／Ｏパッチ・プ
ログラム（図７では「dosboot.com」と表記）、及びＢ
ＩＯＳを更新するアプリケーション・プログラムを含む
第２のＯＳのブート・イメージ・ファイル（図７では
「biosupdt.img」と表記）がバイナリ・ファイルとして
各々添付されて送信された電子メールがコンピュータ・
システム１０で受信され、受信した電子メールを開いた
状態の画面イメージが示されている。これらのバイナリ
・ファイルを一旦二次記憶装置の仮のディレクトリにダ
ウンロードし、「doboot.exe」と表記されたＯＳ切り替
え起動プログラムのアイコンをクリックすればＯＳ切り
替え起動プログラムがメイン・メモリ１６にロードされ
て次のステップ１３２以降の処理が実行されることにな
る。
【００６８】なお、上述した各種のダウンロードは、何
れも第１のＯＳの制御下で行われるダウンロードであ
り、リモートでブートさせるための特別なプロトコルに
依存することなく、汎用的なプロトコルによってダウン
ロードを行うことができる。また、ダウンロードされた
デバイス・ドライバ、二次記憶装置Ｉ／Ｏパッチ・プロ
グラム、及び第２のＯＳのブート・イメージ・ファイル
は、第１のＯＳによってファイルとして認識され、第１
のＯＳのファイル・システムの管理下でＨＤＤ４０に一
旦記憶される。
【００６９】次のステップ１３２では、例として図８に
示すようなパスワード入力画面をＬＣＤ２８に表示する
等により、利用者に対してパスワードの入力が要請され
る。パスワードが一致していなかった場合には、ステッ
プ１３４の判定が否定されてＯＳ切り替え起動プログラ
ムによる処理を終了する。この場合、次のステップ１３
６以降の処理は行われず、第２のＯＳがブートされるこ
とはないので、正当な利用者以外の他者によるコンピュ
ータ・システム１０の不正使用を防止することができ
る。なお、正当な使用者か否かの確認は上記のタイミン
グで行うことに限定されるものではなく、例えば第１の
ＯＳのファイル・システムによって管理されているデバ
イス・ドライバや二次記憶装置Ｉ／Ｏパッチ・プログラ
ム、第２のＯＳのブート・イメージ・ファイルがアクセ
スされたときに行うようにしてもよい。
【００７０】また、パスワードが一致していた場合に
は、ステップ１３４の判定が肯定されてステップ１３６
へ移行し、ＨＤＤ４０にファイルとして記憶されている
デバイス・ドライバ（一連の命令コードから成るバイナ
リ・ファイル）をメイン・メモリ１６に常駐コードとし
てロード（詳しくは、第１のＯＳの終了時にフックした
コードから制御を受け取る（詳細は後述）ために、二次
記憶装置に退避されない常にメイン・メモリ１６に存在
するコードとしてロードする）した後に、デバイス・ド
ライバを起動させる。起動されたデバイス・ドライバ
は、ＯＳ切り替え起動プログラムからＯＳ終了のフック
が要求される迄待機する（ステップ１４４）。
【００７１】ＯＳ切り替え起動プログラムは、デバイス
・ドライバを起動させると、次のステップ１３８でデバ
イス・ドライバに対してＯＳ終了のフックを要求する。
これにより、デバイス・ドライバは第１のＯＳの終了を
フックする処理を行う。すなわち、第１のＯＳは、例え
ばコンピュータ・システム１０の再起動や電源オフのた
めに終了処理の実行が指示されると、起動されているア
プリケーション・プログラムを全て終了させ、開かれて
いる全てのファイルをクローズし、必要に応じてデータ
を保存する一連のＯＳ終了処理を行い、ＯＳ終了処理が
完了した後にコンピュータ・システムの再起動又は電源
オフを行うプログラム（これもＯＳの一部）にジャンプ
し、コンピュータ・システムの再起動又は電源オフを行
う。
【００７２】コンピュータ・システムの再起動（又は電
源オフ）を行うプログラムへのジャンプは、ジャンプ先
が登録されたテーブルを参照して、テーブルに登録され
ているジャンプ先にジャンプする間接ジャンプである。
デバイス・ドライバは、前記テーブルに登録されている
ジャンプ先を書き替えることによって第１のＯＳの終了
をフックし、ＯＳ終了処理が完了した後に、ＣＰＵ１４
の制御がコンピュータ・システムの再起動（又は電源オ
フ）を行うプログラムへジャンプする代わりに、メイン
・メモリ１６の記憶領域のうちデバイス・ドライバがロ
ードされている領域にジャンプし、自ら（デバイス・ド
ライバ）に移るようにする。
【００７３】また、デバイス・ドライバは第１のＯＳの
終了をフックする処理を行うと、次のステップ１４８に
おいて、第１のＯＳに対してメイン・メモリ１６の記憶
領域にワーク領域を確保するよう依頼し、ＨＤＤ４０に
ファイルとして記憶されている二次記憶装置Ｉ／Ｏパッ
チ・プログラム、第２のＯＳのブート・イメージ・ファ
イル（何れも一連の命令コードから成るバイナリ・ファ
イル）を、第１のＯＳによって確保されたワーク領域
（第１のＯＳの制御下で上書きされない領域）にロード
する（図９（Ａ）の「二次記憶装置Ｉ／Ｏパッチプログ
ラム」及び「ＤＯＳブートイメージ」を参照）。そして
デバイス・ドライバは、ステップ１４８を実行後に処理
を中断する。
【００７４】一方、ＯＳ切り替え起動プログラムでは、
デバイス・ドライバに対してＯＳ終了のフックを要求す
ると、次のステップ１４０において、第１のＯＳに対し
てＯＳ終了を要求する。このＯＳ終了要求は、ＯＳ切り
替え起動プログラム自身が第１のＯＳの終了を指示する
ＯＳのサービスを呼び出すか、又は利用者のインタラク
ティブな操作によって第１のＯＳの終了が指示される
（例えば利用者に対し「現在稼動中のＯＳの終了を指示
すれば、ダウンロードしたアプリケーションが実行され
ます」等の案内メッセージをＬＣＤ２８に表示し、この
案内メッセージに従って利用者がＯＳの終了を指示する
等）ことによって行われる。上記のようにＯＳの終了を
要求すると、ＯＳ切り替え起動プログラムは処理を終了
する。
【００７５】稼動中の第１のＯＳは、ＯＳ終了要求が有
る（ステップ１５８の判定が肯定される）迄の間は通常
の処理（ステップ１５６）を行うが、ＯＳ切り替え起動
プログラムからＯＳ終了が指示されるとステップ１５８
の判定が肯定され、通常の手順でコンピュータ・システ
ム１０の再起動や電源オフが指示された場合と同様に、
起動されているアプリケーション・プログラムを全て終
了させ、開かれている全てのファイルをクローズし、必
要に応じてデータを保存する一連のＯＳ終了処理を行う
（ステップ１６０）。
【００７６】ここで、通常の手順でコンピュータ・シス
テム１０の再起動や電源オフが指示された場合には、Ｏ
Ｓ終了のフック（ステップ１４６）が行われていない
（ステップ１６２の判定が否定）ので、コンピュータ・
システムの再起動又は電源オフを行うプログラムにジャ
ンプし、コンピュータ・システムの再起動又は電源オフ
が行われる。しかし、ＯＳ終了のフックが行われていた
場合（ステップ１６２の判定が肯定される）には、ＯＳ
終了処理が完了するとＣＰＵ１４の制御がデバイス・ド
ライバに移ることでデバイス・ドライバの処理が再開さ
れる。
【００７７】ところで、本実施形態において第２のＯＳ
として用いているＤＯＳは、プロセッサ（ＣＰＵ１４）
のモードがリアル・モードの状態で動作するのに対し、
第１のＯＳとして適用可能な他のＯＳ（本実施形態にお
いて第１のＯＳの一例として挙げた”Ｗｉｎｄｏｗｓ９
８又はＮＴ”や”ＯＳ／２”、或いはその他のＯＳ）は
プロセッサのモードがリアル・モード以外のモードにな
っている状態で動作する。このため、第２のＯＳをブー
トするにあたってはプロセッサのモードを変更する必要
がある。しかし、プロセッサのモードを変更すると、プ
ロセッサの仮想記憶機構が有効になったり無効になった
りすることがある（一例としてプロセッサのモード
を、”Ｗｉｎｄｏｗｓ”等のＯＳが動作可能なモードか
らリアル・モードへ変更した場合、仮想記憶機構は有効
→無効に変化する）。
【００７８】従って、再起動されたデバイス・ドライバ
は、次のステップ１５０において、プロセッサのモード
を変更するための前処理として、プロセッサのモードを
第２のＯＳが動作可能なモード（本実施形態ではリアル
・モード）へ変更するための一連のプログラム・コード
（プロセッサのモードを遷移させる一連の命令コード）
を、メイン・メモリ１６の記憶領域のうち、仮想アドレ
スと物理アドレスが同一の領域（仮想記憶機構が有効→
無効（又はその逆）に変化しても同一の領域として認識
される領域）にロードする。
【００７９】また、メイン・メモリ１６に既にロードし
た二次記憶装置Ｉ／Ｏパッチ・プログラム及び第２のＯ
Ｓのブート・イメージ・ファイルについても、第２のＯ
Ｓが動作するモードでアクセス可能である必要がある。
このため、ステップ１５０では、メイン・メモリ１６の
記憶領域上で物理的に連続している領域を確保し、二次
記憶装置Ｉ／Ｏパッチ・プログラム及び第２のＯＳのブ
ート・イメージ・ファイルを前記確保した領域に転送
（再配置）する。
【００８０】上記の処理を行うと、メイン・メモリ１６
の記憶領域のうち、ステップ１５０で一連のプログラム
・コードをロードした領域にジャンプし、前記一連のプ
ログラム・コードを実行する。これにより、プロセッサ
自身のモードが第２のＯＳが動作可能なモード（リアル
・モード）へ遷移する（ステップ１５２）。なお、プロ
セッサのモードを遷移させる一連のプログラム・コード
は仮想アドレスと物理アドレスが同一の領域にロードさ
れているので、プロセッサのモードの遷移に拘わらず、
一連のプログラム・コードを最後まで正常に実行するこ
とができる。
【００８１】一連のプログラム・コードを最後まで実行
し、プロセッサのモードの変更が完了すると、図４に
「パッチプログラムへジャンプ」と記されているよう
に、メイン・メモリ１６の記憶領域のうち、先のステッ
プ１５０で二次記憶装置Ｉ／Ｏパッチ・プログラムを転
送した領域へジャンプし、二次記憶装置Ｉ／Ｏパッチ・
プログラムが起動される。以下、二次記憶装置Ｉ／Ｏパ
ッチ・プログラムによって実現される処理について、図
５のフローチャートを参照して説明する。
【００８２】ステップ１７０では、あたかもコンピュー
タ・システム１０のファームウェアが第２のＯＳを直接
ロードしたかのように（第２のＯＳが第１のＯＳとして
ロードされるかのように）、ＢＩＯＳの一部であるＰＯ
ＳＴに代わってハードウェア環境の初期化（具体的には
外部ハードウェア割り込みベクタの初期化、外部ハード
ウェアの初期化、ソフトウェア割り込みベクタの初期化
等）を行う。なお、ソフトウェア割り込みベクタの一部
である二次記憶装置Ｉ／Ｏサービス割り込みベクタにつ
いては、後述するように再初期化される。
【００８３】また、第２のＯＳをブートするためには、
メイン・メモリ１６への第２のＯＳ本体のロードによ
り、メイン・メモリ１６に記憶されている第２のＯＳの
ブート・イメージ・ファイル及び二次記憶装置Ｉ／Ｏパ
ッチ・プログラムが破壊（上書き）されないようにする
必要がある。このため、次のステップ１７２では、第２
のＯＳのブート・イメージ・ファイル及び二次記憶装置
Ｉ／Ｏパッチ・プログラム自身を、第２のＯＳのロード
によって上書きされない領域（第２のＯＳ本体がロード
されず、第２のＯＳのワーク領域として使用されること
もない領域）へ転送する。
【００８４】具体的には、例えば第２のＯＳとしてのＤ
ＯＳの制御下では、図９に示すように、メイン・メモリ
１６の記憶領域のうち、アドレスE0000ｈ（「ｈ」は１
６進数表示であることを表す）を先頭とする所定サイズ
の領域はＰＯＳＴ等を含むＢＩＯＳ、ブート・ストラッ
プ・コード、二次記憶装置Ｉ／Ｏサービス等のファーム
ウェアの命令コードを記憶するための領域（システムＢ
ＩＯＳ領域）として用いられ、アドレス400ｈを先頭と
する所定サイズの領域は前記ファームウェアのデータを
記憶するための領域（ＢＤＡ：ＢＩＯＳデータ領域）と
して用いられる。
【００８５】また、メイン・メモリ１６の記憶領域に
は、ＢＩＯＳデータ領域と別に、ファームウェアのデー
タを記憶するための第２の領域（ＥＢＤＡ＝Extended B
IOS Data Area：拡張ＢＩＯＳデータ領域）も設けられ
ている。この拡張ＢＩＯＳデータ領域の先頭アドレスは
ＢＩＯＳデータ領域の中のアドレス40Eｈ，40Fｈにデー
タとして記憶されている（アドレス40Eｈ，40Fｈに記憶
されているデータは通常はセグメントＸを指している：
図９（Ａ）参照）。
【００８６】このためステップ１７２では、拡張ＢＩＯ
Ｓデータ領域がセグメントＸよりも低アドレス（詳しく
は二次記憶装置Ｉ／Ｏパッチ・プログラムを記憶するの
に必要なサイズ分だけ低アドレス）のセグメントＹから
始まるように、ＢＩＯＳデータ領域のアドレス40Eｈ，4
0Fｈに記憶されているデータを書き替え（これにより拡
張ＢＩＯＳデータエリアのサイズが拡大される）、サイ
ズを拡大した拡張ＢＩＯＳデータエリアの末尾側の空き
領域に二次記憶装置Ｉ／Ｏパッチ・プログラム自身を転
送する（図９（Ｂ）参照）。
【００８７】また、ＢＩＯＳデータ領域の中のアドレス
413ｈ，414ｈには、メイン・メモリ１６の記憶領域のう
ち、アドレス０ｈから１Ｍバイトの間の領域における空
き領域のサイズを表すデータが格納されており、上記の
ように拡張ＢＩＯＳデータエリアのサイズを拡大したこ
とに伴い、アドレス413ｈ，414ｈに記憶されているデー
タも書き替える。これにより、拡大した拡張ＢＩＯＳデ
ータ領域（二次記憶装置Ｉ／Ｏパッチ・プログラム自身
を転送した領域を含む）にＤＯＳ本体がロードされる等
により、二次記憶装置Ｉ／Ｏパッチ・プログラムが上書
きされて破壊されることを防止できる。
【００８８】なお、第２のＯＳのブート・イメージ・フ
ァイルについては、メイン・メモリ１６の先頭から例え
ば４Ｍバイト以上隔たった高位アドレスの領域に転送す
る。この領域は、搭載メモリサイズ・クエリー・ソフト
ウェア(memory size query software)割り込みハンドラ
のフック（詳細は後述する）により、ＤＯＳ本体がロー
ドされたりＤＯＳのワーク領域として使用されることは
ないので、第２のＯＳのブート・イメージ・ファイルが
上書きされて破壊されることも防止することができる。
【００８９】また、メイン・メモリ１６のアドレス０ｈ
を先頭とする所定サイズの領域には、ソフトウェア割り
込み等が発生したときのジャンプ先が割り込み要因毎に
記憶されたテーブル（割り込みベクタ）が記憶されてい
る。割り込みベクタは、各種のソフトウェア割り込みの
うち二次記憶装置Ｉ／Ｏサービス割り込み（割り込み要
因＝ＩＮＴ13ｈの割り込み）が発生した場合に、システ
ムＢＩＯＳ領域に記憶されているファームウェア（二次
記憶装置Ｉ／Ｏサービス（ＩＮＴ13ｈハンドラ))へジャ
ンプするように初期化され、ファームウェアの二次記憶
装置Ｉ／Ｏサービスを経由して指定された二次記憶装置
がアクセスされる。
【００９０】これに対し、次のステップ１７４では、二
次記憶装置Ｉ／Ｏサービス割り込みが発生した場合に、
二次記憶装置Ｉ／Ｏパッチ・プログラムの一部であるＩ
ＮＴ13ｈハンドラへジャンプするように割り込みベクタ
を書き替えることで、二次記憶装置Ｉ／Ｏサービス・ソ
フトウェア割り込みハンドラをフックする。
【００９１】二次記憶装置Ｉ／Ｏパッチ・プログラムの
ＩＮＴ13ｈハンドラは、割り込みベクタからジャンプす
ることで起動されると、まずプロセッサ内部のＤＬレジ
スタの値（ＤＬレジスタの値はアクセスする二次記憶装
置のドライブ番号を表す）をチェックする。そして、Ｄ
Ｌレジスタの値が、優先順位が最も高い二次記憶装置の
ドライブ（通常はＦＤＤ）からの読み出しサービスを表
す値（DL＝０）のときには、図１０に示すように、メイ
ン・メモリ１６の記憶領域のうち第２のＯＳのブート・
イメージ・ファイルが記憶されている領域がアクセスさ
れて読み出されるように制御する。
【００９２】一方、ＤＬレジスタの値が他の値（DL≠
０）のときには、ファームウェアの二次記憶装置Ｉ／Ｏ
サービスへジャンプするように制御する。この場合、図
１０に示すように、ＤＬレジスタによって指定された二
次記憶装置のドライブがアクセスされることになる。
【００９３】また、一般にコンピュータ・システムは、
ＯＳやＯＳで実行されるプログラムにより、搭載メモリ
（メイン・メモリ１６）のサイズを問い合わせるソフト
ウェア割り込み（割り込み要因＝ＩＮＴ15ｈの割り込
み）が発生されると、搭載メモリのサイズを通知するサ
ービス（搭載メモリサイズのクエリー）を提供してい
る。ＯＳやＯＳで実行されるプログラムの中には、初期
化時に搭載メモリサイズ・クエリー・ソフトウェア割り
込みを発生させて搭載メモリサイズを取得し、搭載メモ
リの上限アドレスまで領域を自身のワーク領域として使
用することを要求するものがある。
【００９４】このため、次のステップ１７６では、搭載
メモリサイズ・クエリー・ソフトウェア割り込みが発生
した場合に、二次記憶装置Ｉ／Ｏパッチ・プログラムの
一部であるＩＮＴ15ｈハンドラへジャンプするように割
り込みベクタを書き替えることで、搭載メモリサイズ・
クエリー・ソフトウェア割り込みハンドラをフックす
る。
【００９５】二次記憶装置Ｉ／Ｏパッチ・プログラムの
ＩＮＴ15ｈハンドラは、割り込みベクタからジャンプす
ることで起動されると、割り込み発生元に対して通知さ
れる搭載メモリサイズを、第２のＯＳのブート・イメー
ジ・ファイルが記憶されている領域よりも低位のアドレ
ス（例えばメイン・メモリ１６の先頭から４Ｍバイト隔
てた領域のアドレス）迄しか搭載メモリの記憶領域が存
在しないことを意味する値に変更する。これにより、割
り込み発生元（ＯＳやＯＳで実行されるプログラム）か
らは、第２のＯＳのブート・イメージ・ファイルが記憶
されている領域が実装されていないように見えることに
なり、第２のＯＳのブート・イメージ・ファイルが上書
きされることが防止される。
【００９６】上記により二次記憶装置Ｉ／Ｏパッチ・プ
ログラムによる処理が終了し、図５に「ブートストラッ
プコードへジャンプ」と記されているように、メイン・
メモリ１６のシステムＢＩＯＳ記憶領域のうち、ブート
・ストラップ・コードが記憶されている領域へジャンプ
し、ブート・ストラップ・コードが実行される。
【００９７】これにより、まず優先順位が最も高いブー
ト・ドライブにブートすべきＯＳのブート・イメージが
存在しているか否かを確認するために、ＤＬレジスタの
値が０にされて二次記憶装置Ｉ／Ｏサービス割り込み
（ＩＮＴ13ｈの割り込み）が発生されるが、先に説明し
たように、二次記憶装置Ｉ／Ｏサービス割り込みは割り
込みベクタの書き替えによってフックされているので、
二次記憶装置Ｉ／Ｏパッチ・プログラムのＩＮＴ13ｈハ
ンドラを経由して、メイン・メモリ１６の記憶領域のう
ち第２のＯＳのブート・イメージ・ファイルが記憶され
ている領域がアクセスされ、ブートすべきＯＳのブート
・イメージとして第２のＯＳのブート・イメージが発見
される。
【００９８】そして、第２のＯＳのブート・イメージの
うち、第２のＯＳ本体をメイン・メモリ１６にロードす
るための一連の命令コード（第２のＯＳのローダ：第２
のＯＳのブート・イメージの先頭に位置している）が、
メイン・メモリ１６上の所定の領域にロードされる（ス
テップ１８０）。
【００９９】また、第２のＯＳのブート・イメージ・フ
ァイルの先頭番地は二次記憶装置Ｉ／Ｏパッチ・プログ
ラムにとって自明であるので、ブート・ストラップ・コ
ードが実行する第２のＯＳのローダのロード（ステップ
１８０）を、二次記憶装置Ｉ／Ｏパッチ・プログラムが
直接メイン・メモリ１６上の第２のＯＳのブート・イメ
ージ・ファイルの領域をアクセスし、メイン・メモリ１
６の所定の領域に転送することによって実現してもよ
い。このようにすれば、ブート・ストラップ・コードの
優先順位に拘わらず第２のＯＳをブートすることができ
る。
【０１００】ブート・ストラップ・コードによる処理が
終了すると、図５に「第２のＯＳのローダへジャンプ」
と記されているように、メイン・メモリ１６の記憶領域
のうち第２のＯＳのローダをロードした領域の先頭へジ
ャンプし、第２のＯＳのローダのプログラム（一連の命
令コード）が実行される。これにより、第２のＯＳのブ
ート・イメージのうち、第２のＯＳ本体に相当する一連
の命令コードが、メイン・メモリ１６上の所定の領域
（図９及び図１０に「ＤＯＳ本体及びワークエリア」と
表記している領域）にロードされる（ステップ１８
２）。
【０１０１】第２のＯＳのローダによる処理が終了する
と、図５に「第２のＯＳのスタートへジャンプ」と記さ
れているように、メイン・メモリ１６の記憶領域のうち
ローダとＯＳによって予め取り決められた第２のＯＳの
スタート番地へジャンプし、第２のＯＳのプログラム
（一連の命令コード）が実行される。これにより第２の
ＯＳがブートされ、コンピュータ・システム１０上で第
２のＯＳが稼動している状態となる。
【０１０２】また、第２のＯＳのブート・イメージ・フ
ァイルには、第２のＯＳの制御下で実行すべき所定のア
プリケーション・プログラムが含まれており、第２のＯ
Ｓがブートされると、所定のアプリケーション・プログ
ラムがメイン・メモリ１６の所定の領域にロードされて
実行され、所定の処理（例えばコンピュータ・システム
１０に対するベンチマーク・テスト、ＢＩＯＳの更新、
コンピュータ・システム１０の自己診断等）が行われる
（ステップ１８６）。なお、このアプリケーション・プ
ログラムのロード及び実行は、自動的に行うようにして
もよいし、利用者による指示に応じて行うようにしても
よい。
【０１０３】このように、本実施形態では、第２のＯＳ
をブートし第２のＯＳの制御下で所定のアプリケーショ
ンを実行するための情報をダウンロードすると共にＯＳ
切り替え起動プログラムを起動すれば、後は自動的に第
２のＯＳがブートされて所定のアプリケーションが実行
されるので、コンピュータ上でブートさせるＯＳを切り
替えを容易に実現できる。また、第１のＯＳの制御下で
前記情報のダウンロードを行うので、リモートでブート
させるための特別なプロトコルに依存することなく、汎
用的なプロトコルによってダウンロードを行うことがで
き、汎用性に優れている。
【０１０４】また、本実施形態における第２のＯＳのブ
ートは、第２のＯＳのブート・イメージ・ファイルやそ
の他のプログラムをメイン・メモリ１６に記憶して行う
ものであるので、コンピュータ・システム１０にＦＤＤ
が実装されていない場合にも適用可能であると共に、ハ
ードディスク等の記憶領域を複数のパーティションに分
割したり、マスタ・ブート・レコードを書き替える等の
煩雑な作業も不要である。
【０１０５】更に、本実施形態では、第２のＯＳの制御
下で所定のアプリケーション・プログラムを実行する際
に、前記所定のアプリケーション・プログラムを含む情
報をダウンロードするので、前記所定のアプリケーショ
ン・プログラムとして、最新のバージョンのプログラム
を容易に入手することができる。
【０１０６】また、本実施形態では、所定のアプリケー
ションの実行が完了し、第２のＯＳが稼動している状態
で、コンピュータ・システム１０の再起動を指示した
り、或いはコンピュータ・システム１０の電源をオフし
た後に再度電源をオンする等の操作を行った場合には図
３に示した通常のシーケンスが実行されるので、何ら特
別な操作を行うことなく自動的に第１のＯＳを再ブート
させることができる。
【０１０７】なお、上記では第１のＯＳが稼動している
状態から第２のＯＳをブートさせる場合について説明し
たが、本発明は上記に限定されるものではなく、３種類
以上のＯＳを順にブートさせることも可能である。３種
類以上のＯＳを順にブートさせる方法としては２つの方
法が考えられる。
【０１０８】第１の方法は、順にブートする各ＯＳがネ
ットワークを介して通信を行う機能を各々有している場
合に適用可能な方法であり、図１１に示すように、Ｎ番
目のＯＳが稼動している状態で、次（Ｎ＋１番目）のＯ
Ｓのブートに必要な情報をダウンロードし、Ｎ＋１番目
のＯＳをブートすることを繰り返す方法である。この第
１の方法では、Ｎ番目のＯＳからＮ＋１番目のＯＳへの
切り替えの際に、Ｎ−１番目以前のＯＳによってダウン
ロードされた情報（この情報はローカルディスクやＮ−
１番目以前のＯＳの管理下にあるメモリ領域に格納され
ている可能性もある）にアクセスする必要がないので、
順にブートするＯＳが異なるファイル・システムを備え
ていたり、メモリアドレス空間が分離されていて複数の
ＯＳの間で共通の情報格納場所を確保できない環境であ
る等の場合にも適用できるという利点がある。
【０１０９】また、第２の方法は、複数のＯＳの間で共
通の情報格納場所を確保できる場合に適用可能な方法で
あり、図１２に示すように、Ｎ番目のＯＳが稼動してい
る状態で、Ｎ＋１番目以降の複数のＯＳのブートに必要
な情報を一括してダウンロードして二次記憶装置に各々
記憶しておき、ＯＳの切り替え時に必要な情報を二次記
憶装置から読み出す方法である（なお、図１２はＮ＝１
の場合を示す）。この第２の方法では、順にブートする
各ＯＳの中にネットワークを介して通信を行う機能を備
えていないＯＳが含まれている場合（但し第１のＯＳ以
外）にも適用できるという利点がある。
【０１１０】また、上記では第２のＯＳの制御下で実行
可能な複数種のアプリケーション・プログラムのうち、
単一のアプリケーション・プログラム（詳しくは単一の
アプリケーション・プログラムのみを含む第２のＯＳの
ブート・イメージ・ファイル）をダウンロードする例を
説明したが、これに限定されるものではなく、例えば第
２のＯＳのブート・イメージ・ファイル、デバイス・ド
ライバ、二次記憶装置Ｉ／Ｏパッチ・プログラムと別
に、複数種のアプリケーション・プログラムを全てダウ
ンロードし、第２のＯＳが稼動している状態で、ダウン
ロードした複数種のアプリケーション・プログラムの中
から、実行すべきアプリケーションを利用者に選択させ
るようにしてもよい。
【０１１１】更に、上記では正当な使用者か否かの確認
をダウンロード後に行っていたが、これに限定されるも
のではなく、例えばホームページを閲覧して必要な情報
をダウンロードする態様において、ダウンロードが要求
された場合にサーバ側でパスワードやＩＰアドレスの照
合等を行い、正当な使用者であることを確認した場合に
のみダウンロードを許可するようにしてもよい。また、
ホームページを閲覧して必要な情報をダウンロードする
態様において、例えばＢＩＯＳの更新を行うアプリケー
ションのダウンロードが要求された場合に、要求元のコ
ンピュータの機種や製造年月、或いはＢＩＯＳのバージ
ョンをサーバが確認し、ＢＩＯＳの更新が必要と判断し
たコンピュータからのダウンロード要求のみを許可する
ようにしてもよい。
【０１１２】また、上記では本発明を実施するためのプ
ログラム（ＯＳ切り替え起動プログラム、デバイス・ド
ライバ、及び二次記憶装置Ｉ／Ｏパッチ・プログラム）
をネットワーク経由でダウンロードする態様を説明した
が、本発明はこれに限定されるものではなく、本発明を
実施するための全てのプログラムをフロッピーディスク
やＣＤ−ＲＯＭ等の記録媒体に記録しておき、前記記録
媒体（本発明に係る記録媒体に相当）から前記プログラ
ムをコンピュータにインストールするようにしてもよ
い。これにより、前記プログラムをインストールしたコ
ンピュータに対して本発明に係るコンピュータの制御方
法を適用することが可能となる（前記コンピュータを本
発明に係るコンピュータとして機能させることが可能と
なる）。
【０１１３】また、上記では本発明に係るコンピュータ
の一例としてノートブック型のＰＣ１２を例に説明した
が、これに限定されるものではなく、デスクトップ型の
ＰＣや他のコンピュータであってもよいことは言うまで
もない。また、本発明に係る第２のＯＳもＤＯＳに限定
されるものではなく、公知の様々なＯＳを第２のＯＳと
して採用可能であることは言うまでもない。
【０１１４】
【発明の効果】以上説明したように本発明は、コンピュ
ータ上で稼動している第１のＯＳと異なる第２のＯＳを
ブートさせるための情報を第１のＯＳの制御下で取得
し、取得した情報を前記コンピュータの主記憶装置に書
き込み、第１のＯＳの終了を検知すると、主記憶装置に
書き込んだ情報を消去することなく、主記憶装置に書き
込んだ情報により第２のＯＳをブートさせるようにした
ので、コンピュータ上でブートさせるＯＳを切り替える
ことを容易に実現でき、汎用性に優れている、という優
れた効果を有する。
【０１１５】更に、既存のコンピュータにハードウェア
やファームウェアの変更を加えることなく、ブートさせ
るＯＳを容易に切り替えることができ、利用範囲が広い
という効果を有する。
【図面の簡単な説明】
【図１】 本実施形態に係るコンピュータ・システムの
概略構成を示すブロック図である。
【図２】 ノートブック型ＰＣの外観を示す斜視図であ
る。
【図３】 第１のＯＳをブートさせる処理の内容を示す
フローチャートである。
【図４】 第１のＯＳが稼動している状態から第２のＯ
Ｓをブートさせるための前処理（ＯＳ切り替え起動プロ
グラム及びデバイス・ドライバによる処理）の内容を示
すフローチャートである。
【図５】 図４の処理に続いて、第２のＯＳをブートさ
せて所定のアプリケーションを実行させる一連の処理
（二次記憶装置Ｉ／Ｏパッチ・プログラム等による処
理）の内容を示すフローチャートである。
【図６】 ホームページを閲覧して、第２のＯＳをブー
トして所定のアプリケーション・プログラムを実行する
ための情報をダウンロードする場合の画面イメージの一
例を示す図である。
【図７】 第２のＯＳをブートして所定のアプリケーシ
ョン・プログラムを実行するための情報を電子メールの
添付ファイルとして受信する場合の画面イメージの一例
を示す図である。
【図８】 パスワードによって利用者を確認する際の画
面イメージの一例を示す図である。
【図９】 （Ａ）は二次記憶装置Ｉ／Ｏパッチ・プログ
ラム及び第２のＯＳのブート・イメージ・ファイルを転
送する前、（Ｂ）は前記プログラム及びファイルを転送
し第２のＯＳをブートした後のメイン・メモリのメモリ
マップを示すイメージ図である。
【図１０】 二次記憶装置Ｉ／Ｏサービス・ソフトウェ
ア割り込みのフック、搭載メモリサイズ・クエリー・ソ
フトウェア割り込みのフックを説明するためのイメージ
図である。
【図１１】 ３種類以上のＯＳを順にブートする場合の
ブート・イメージのダウンロード及びブートの方法の一
例を示すイメージ図である。
【図１２】 ３種類以上のＯＳを順にブートする場合の
ブート・イメージのダウンロード及びブートの方法の他
の例を示すイメージ図である。
【符号の説明】
１０ コンピュータ・システム １２ ＰＣ １４ ＣＰＵ １６ メイン・メモリ ４０ ＨＤＤ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 加藤 直孝 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 Ｆターム(参考） 5B076 BA02 BB06 5B098 GA02 GC12

Claims (14)

    【特許請求の範囲】
  1. 【請求項１】 コンピュータ上で第１のＯＳが稼動して
    いる状態で、前記第１のＯＳと異なる第２のＯＳをブー
    トさせるための情報を第１のＯＳの制御下で取得し、 前記取得した情報を前記コンピュータの主記憶装置に書
    き込み、 第１のＯＳの終了を検知すると、前記主記憶装置に書き
    込んだ情報を消去することなく、前記主記憶装置に書き
    込んだ情報により前記コンピュータ上で第２のＯＳをブ
    ートさせるコンピュータの制御方法。
  2. 【請求項２】 前記第２のＯＳをブートさせるための情
    報を、前記第１のＯＳの制御下で、通信回線を介して前
    記コンピュータの外部よりファイルとして受信すること
    により取得することを特徴とする請求項１記載のコンピ
    ュータの制御方法。
  3. 【請求項３】 前記取得した情報を前記コンピュータの
    二次記憶装置に一旦記憶することを特徴とする請求項２
    記載のコンピュータの制御方法。
  4. 【請求項４】 前記第２のＯＳをブートさせるための情
    報は前記コンピュータの二次記憶装置に事前に書き込ま
    れており、 前記第２のＯＳをブートさせるための情報を、前記第１
    のＯＳの制御下で、前記二次記憶装置から読み出すこと
    により取得することを特徴とする請求項１記載のコンピ
    ュータの制御方法。
  5. 【請求項５】 前記第２のＯＳをブートさせるための情
    報には、前記第２のＯＳのブート・イメージ・ファイル
    が含まれており、 前記第２のＯＳのブート・イメージ・ファイルを前記コ
    ンピュータの主記憶装置に書き込み、前記第１のＯＳの
    終了を検知した後に、ファームウェアのブート・ストラ
    ップ・コードによって前記主記憶装置の前記第２のＯＳ
    のブート・イメージ・ファイルを書き込んだ領域がアク
    セスされるようにすることで、前記コンピュータ上で前
    記第２のＯＳをブートさせることを特徴とする請求項１
    記載のコンピュータの制御方法。
  6. 【請求項６】 前記第２のＯＳのブート・イメージ・フ
    ァイルが、二次記憶装置用に作成されたものであること
    を特徴とする請求項５記載のコンピュータの制御方法。
  7. 【請求項７】 ファームウェアのブート・ストラップ・
    コードによって前記主記憶装置の前記第２のＯＳのブー
    ト・イメージ・ファイルを書き込んだ領域がアクセスさ
    れるようにすることを、二次記憶装置Ｉ／Ｏサービス・
    コードをフックすることにより行うことを特徴とする請
    求項５記載のコンピュータの制御方法。
  8. 【請求項８】 前記第２のＯＳをブートさせるための情
    報を、前記主記憶装置の記憶領域のうち第１のＯＳの制
    御下で上書きされない領域に一旦書き込んだ後に、前記
    書き込んだ情報の一部又は全部を、前記主記憶装置の記
    憶領域のうち少なくとも第２のＯＳのブートによって上
    書きされない領域に再配置することを特徴とする請求項
    １記載のコンピュータの制御方法。
  9. 【請求項９】 前記コンピュータ上で第２のＯＳをブー
    トさせた後に、第２のＯＳが稼動している状態で、ファ
    ームウェアを更新するプログラム、特別なプロトコルを
    必要とするネットワーク・ブートを行うプログラム、セ
    ットアップを行うプログラム、コンピュータ・システム
    の診断を行うプログラム、第１のＯＳの稼動状態では動
    作が保証されない、或いは実行に適さない処理を行うプ
    ログラム、の少なくとも１つを実行させることを特徴と
    する請求項１記載のコンピュータの制御方法。
  10. 【請求項１０】 コンピュータ上での第１のＯＳのブー
    トから、少なくとも前記コンピュータ上での第２のＯＳ
    のブートに至る一連の処理を自動的に連続して行なわせ
    ることを特徴とする請求項１記載のコンピュータの制御
    方法。
  11. 【請求項１１】 前記第１のＯＳと異なる第２のＯＳを
    ブートさせるための情報として、互いに異なる複数種の
    ＯＳをブートさせるための情報を各々取得し、 ＯＳの終了を検知する毎に、前記複数種のＯＳのうちブ
    ート未実行のＯＳを前記コンピュータ上でブートさせる
    ことを特徴とする請求項１記載のコンピュータの制御方
    法。
  12. 【請求項１２】 第２のＯＳをブートさせるための情報
    を取得する前、又は後に、第１のＯＳ上で、コンピュー
    タの利用者が第２のＯＳの正当な利用者か否か、又は第
    ２のＯＳが正当なＯＳであるか否かを確認することを特
    徴とする請求項１記載のコンピュータの制御方法。
  13. 【請求項１３】 第１のＯＳが稼動している状態で、前
    記第１のＯＳと異なる第２のＯＳをブートさせるための
    情報を第１のＯＳの制御下で取得する取得手段と、 前記取得手段によって取得された情報を前記コンピュー
    タの主記憶装置に書き込む書込手段と、 第１のＯＳの終了を検知すると、前記書込手段によって
    主記憶装置に書き込まれた情報を消去することなく、前
    記主記憶装置に書き込まれた情報により前記コンピュー
    タ上で第２のＯＳをブートさせるブート制御手段と、 を含むコンピュータ。
  14. 【請求項１４】 コンピュータ上で第１のＯＳが稼動し
    ている状態で、前記第１のＯＳと異なる第２のＯＳをブ
    ートさせるための情報を第１のＯＳの制御下で取得する
    第１のステップ、 前記取得した情報を前記コンピュータの主記憶装置に書
    き込む第２のステップ、 第１のＯＳの終了を検知すると、前記主記憶装置に書き
    込んだ情報を消去することなく、前記主記憶装置に書き
    込んだ情報により前記コンピュータ上で第２のＯＳをブ
    ートさせる第３のステップを含む処理をコンピュータに
    実行させるためのプログラムが記録された記録媒体。
JP27386099A 1999-09-28 1999-09-28 コンピュータの制御方法、コンピュータ及び記録媒体 Expired - Fee Related JP3330569B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP27386099A JP3330569B2 (ja) 1999-09-28 1999-09-28 コンピュータの制御方法、コンピュータ及び記録媒体
US09/671,499 US6795912B1 (en) 1999-09-28 2000-09-27 Method for controlling computer, computer, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP27386099A JP3330569B2 (ja) 1999-09-28 1999-09-28 コンピュータの制御方法、コンピュータ及び記録媒体

Publications (2)

Publication Number Publication Date
JP2001100983A true JP2001100983A (ja) 2001-04-13
JP3330569B2 JP3330569B2 (ja) 2002-09-30

Family

ID=17533573

Family Applications (1)

Application Number Title Priority Date Filing Date
JP27386099A Expired - Fee Related JP3330569B2 (ja) 1999-09-28 1999-09-28 コンピュータの制御方法、コンピュータ及び記録媒体

Country Status (2)

Country Link
US (1) US6795912B1 (ja)
JP (1) JP3330569B2 (ja)

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003029975A (ja) * 2001-07-18 2003-01-31 Toshiba It Solution Corp Ｏｓ立上げ方法、ｏｓ立上げシステム及びｏｓ立上げのためのプログラム
JP2003196096A (ja) * 2001-12-07 2003-07-11 Internatl Business Mach Corp <Ibm> コンピュータシステム、その起動制御方法及びプログラム
JP2003280914A (ja) * 2002-03-22 2003-10-03 Toshiba Corp 情報機器、記憶媒体、及び初期状態復元方法
EP1594052A2 (en) * 2004-04-30 2005-11-09 Microsoft Corporation VEX - Virtual extension framework
JP2006127040A (ja) * 2004-10-27 2006-05-18 Sharp Corp 情報処理システム及び情報処理装置
KR100667096B1 (ko) 2005-01-21 2007-01-12 삼성전자주식회사 디브이디레코더의 부팅방법
JP2007128136A (ja) * 2005-11-01 2007-05-24 Giga-Byte Technology Co Ltd 模擬ハードディスクの装置とその方法
JP2007164492A (ja) * 2005-12-14 2007-06-28 Lenovo Singapore Pte Ltd デバイス・コントローラの設定方法およびコンピュータ・システム
JP2007183708A (ja) * 2006-01-04 2007-07-19 Toshiba Corp サーバ装置、サーバ融通方法およびサーバ融通プログラム
US7281164B2 (en) 2002-08-30 2007-10-09 Fujitsu Limited Information processing device and recovery method thereof
JP2008276546A (ja) * 2007-04-27 2008-11-13 Toshiba Corp 情報処理装置、および情報処理システム
JP2009176113A (ja) * 2008-01-25 2009-08-06 Nec Electronics Corp 半導体集積回路
WO2009113394A1 (ja) * 2008-03-14 2009-09-17 三菱電機株式会社 マルチオペレーティングシステム（ｏｓ）起動装置及びマルチｏｓ起動プログラム及び記録媒体及びマルチｏｓ起動方法
JP2010160809A (ja) * 2001-06-30 2010-07-22 Netac Technology Co Ltd 多機能半導体記憶装置
WO2011145199A1 (ja) 2010-05-20 2011-11-24 Suginaka Junko 外部ブートデバイス、外部ブート方法、情報処理装置及びネットワーク通信システム
JP2012118947A (ja) * 2010-12-03 2012-06-21 Ricoh Co Ltd 組み込み機器、暗号化・復号方法、プログラム
JP2012128841A (ja) * 2010-12-14 2012-07-05 Internatl Business Mach Corp <Ibm> ブート・ブロックの再配置によって複数のソフトウェア・イメージを管理するための方法、コンピュータ・プログラムおよびシステム
JP2013175112A (ja) * 2012-02-27 2013-09-05 Hitachi Ltd 認証装置、および、認証方法
JP2014203441A (ja) * 2013-04-10 2014-10-27 富士ゼロックス株式会社 電子機器、画像形成装置、制御装置及びプログラム
JP2016018555A (ja) * 2014-07-07 2016-02-01 レノボ・シンガポール・プライベート・リミテッド 動作環境の切換方法、コンピュータ、およびコンピュータ・プログラム

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10050604A1 (de) * 2000-10-12 2002-04-25 Siemens Ag Verfahren zum Starten einer Datenverarbeitungsanlage sowie zugehörige Komponenten
US7055148B2 (en) * 2000-12-07 2006-05-30 Hewlett-Packard Development Company, L.P. System and method for updating firmware
JP2002215398A (ja) * 2001-01-17 2002-08-02 Nec Corp 情報処理装置、その使用方法及びプログラム
US7072950B2 (en) * 2001-01-23 2006-07-04 Sony Corporation Method and apparatus for operating system and application selection
JPWO2002095556A1 (ja) * 2001-05-18 2004-09-09 富士通株式会社 待機モードを有する装置、プログラム、及び待機モードを有する装置の制御方法
EP1283464A1 (en) * 2001-08-06 2003-02-12 Hewlett-Packard Company A boot process for a computer, a boot ROM and a computer having a boot ROM
US7093124B2 (en) * 2001-10-30 2006-08-15 Intel Corporation Mechanism to improve authentication for remote management of a computer system
US20030097552A1 (en) * 2001-11-19 2003-05-22 Lewis Robert E. Resilient boot prom loader
US6857069B1 (en) * 2003-03-24 2005-02-15 Cisco Technology, Inc. Modified operating system boot sequence for iSCSI device support
US7376943B2 (en) * 2003-12-18 2008-05-20 Lsi Corporation Safe method for upgrading firmware of optical disk product
US20050138409A1 (en) * 2003-12-22 2005-06-23 Tayib Sheriff Securing an electronic device
US9357031B2 (en) 2004-06-03 2016-05-31 Microsoft Technology Licensing, Llc Applications as a service
US8812613B2 (en) 2004-06-03 2014-08-19 Maxsp Corporation Virtual application manager
US7664834B2 (en) * 2004-07-09 2010-02-16 Maxsp Corporation Distributed operating system management
US7373446B2 (en) * 2004-11-05 2008-05-13 Microsoft Corporation Method and system for dynamically patching an operating system's interrupt mechanism
US8539213B2 (en) * 2004-12-31 2013-09-17 Intel Corporation Manageability extension mechanism for system firmware
CN100426228C (zh) * 2005-05-20 2008-10-15 鸿富锦精密工业（深圳）有限公司 切换计算机启动顺序的系统及方法
US7523269B2 (en) * 2005-07-22 2009-04-21 Microsoft Corporation Preparing memory to allow access to data when primary operating system is unavailable
US8432899B2 (en) 2007-02-22 2013-04-30 Aylus Networks, Inc. Systems and methods for enabling IP signaling in wireless networks
US9026117B2 (en) 2006-05-16 2015-05-05 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US8898319B2 (en) 2006-05-24 2014-11-25 Maxsp Corporation Applications and services as a bundle
US8811396B2 (en) 2006-05-24 2014-08-19 Maxsp Corporation System for and method of securing a network utilizing credentials
US20080005611A1 (en) * 2006-05-31 2008-01-03 Microsoft Corporation Providing A Restore Operating System With New Or Updated Software Components
US8302091B2 (en) * 2006-06-05 2012-10-30 International Business Machines Corporation Installation of a bootable image for modifying the operational environment of a computing system
CN101093446B (zh) * 2006-06-21 2011-06-22 鸿富锦精密工业（深圳）有限公司 操作系统引导装置、方法及其应用的电脑系统
US20090083375A1 (en) * 2006-07-10 2009-03-26 Chong Benedict T Installation of a Virtualization Environment
US20090199132A1 (en) * 2006-07-10 2009-08-06 Devicevm, Inc. Quick access to virtual applications
US7441113B2 (en) * 2006-07-10 2008-10-21 Devicevm, Inc. Method and apparatus for virtualization of appliances
KR100801014B1 (ko) * 2006-08-21 2008-02-04 삼성전자주식회사 Ｄｏｓ 부트 프로그램을 내장한 디스크를 구비하는 하드 디스크 드라이브와 그를 포함하는 컴퓨터 시스템, 상기 하드 디스크 드라이브의 펌웨어 다운로드 방법 및 그를 포함하는 기록 매체
US9317506B2 (en) 2006-09-22 2016-04-19 Microsoft Technology Licensing, Llc Accelerated data transfer using common prior data segments
US7743242B2 (en) * 2006-10-16 2010-06-22 Scalent Systems Inc. Method and system for automatic generation of operating system boot images
US7844686B1 (en) 2006-12-21 2010-11-30 Maxsp Corporation Warm standby appliance
US20090089396A1 (en) * 2007-09-27 2009-04-02 Yuxi Sun Integrated Method of Enabling a Script-Embedded Web Browser to Interact with Drive-Based Contents
US8307239B1 (en) 2007-10-26 2012-11-06 Maxsp Corporation Disaster recovery appliance
US8175418B1 (en) 2007-10-26 2012-05-08 Maxsp Corporation Method of and system for enhanced data storage
US8645515B2 (en) 2007-10-26 2014-02-04 Maxsp Corporation Environment manager
JP4384243B1 (ja) * 2008-06-30 2009-12-16 株式会社東芝 情報処理装置および起動方法
US20100262919A1 (en) * 2009-04-09 2010-10-14 Peter Spezza Method of remotely providing a computer service
US9804857B2 (en) * 2010-12-17 2017-10-31 Intel Corporation Method and apparatus for multi-mode mobile computing devices and peripherals
TW201314574A (zh) * 2011-09-26 2013-04-01 Phoenix Tech Ltd 用於電腦系統之基本輸入輸出系統程式更新方法及更新裝置
US10007552B2 (en) * 2013-10-23 2018-06-26 Insyde Software Corp. System and method for dual OS memory switching
JP7129296B2 (ja) * 2018-09-26 2022-09-01 キヤノン株式会社 画像処理装置、画像処理装置の制御方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04134527A (ja) * 1990-09-26 1992-05-08 Sharp Corp オペレーティングシステム選択切換方法
JPH05224894A (ja) * 1991-11-19 1993-09-03 Hitachi Ltd オペレーティングシステムの切替え方式
JPH11249900A (ja) * 1998-02-27 1999-09-17 Toshiba Corp コンピュータシステム、同システムのブート方法および記録媒体

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60136833A (ja) * 1983-12-26 1985-07-20 Hitachi Ltd オペレ−テイングシステムの切替え方式
US4799145A (en) * 1985-04-03 1989-01-17 Honeywell Bull Inc. Facility for passing data used by one operating system to a replacement operating system
JPH03103931A (ja) * 1989-09-18 1991-04-30 Nec Corp Ｏｓ切替え方式
JPH064310A (ja) * 1992-06-24 1994-01-14 Nec Software Ltd 複数オペレーティングシステム切換え方式
JP3140906B2 (ja) * 1994-04-12 2001-03-05 株式会社エヌ・ティ・ティ・データ システムファイルの更新及び復元方法
US6327653B1 (en) * 1995-11-07 2001-12-04 Samsung Electronics Co., Ltd. Technique for easily changing operating systems of a digital computer system using at least two pushbuttons
US6128734A (en) * 1997-01-17 2000-10-03 Advanced Micro Devices, Inc. Installing operating systems changes on a computer system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04134527A (ja) * 1990-09-26 1992-05-08 Sharp Corp オペレーティングシステム選択切換方法
JPH05224894A (ja) * 1991-11-19 1993-09-03 Hitachi Ltd オペレーティングシステムの切替え方式
JPH11249900A (ja) * 1998-02-27 1999-09-17 Toshiba Corp コンピュータシステム、同システムのブート方法および記録媒体

Cited By (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010160809A (ja) * 2001-06-30 2010-07-22 Netac Technology Co Ltd 多機能半導体記憶装置
JP2003029975A (ja) * 2001-07-18 2003-01-31 Toshiba It Solution Corp Ｏｓ立上げ方法、ｏｓ立上げシステム及びｏｓ立上げのためのプログラム
US7328333B2 (en) 2001-12-07 2008-02-05 Lenovo (Singapore) Pte. Ltd. Apparatus, method and program product for selectively starting one of a plurality of operating systems and secondary storage according to whether or not a predetermined peripheral is connected to the system
JP2003196096A (ja) * 2001-12-07 2003-07-11 Internatl Business Mach Corp <Ibm> コンピュータシステム、その起動制御方法及びプログラム
JP2003280914A (ja) * 2002-03-22 2003-10-03 Toshiba Corp 情報機器、記憶媒体、及び初期状態復元方法
US7281164B2 (en) 2002-08-30 2007-10-09 Fujitsu Limited Information processing device and recovery method thereof
EP1594052A2 (en) * 2004-04-30 2005-11-09 Microsoft Corporation VEX - Virtual extension framework
EP1594052A3 (en) * 2004-04-30 2006-02-01 Microsoft Corporation VEX - Virtual extension framework
KR100961349B1 (ko) 2004-04-30 2010-06-07 마이크로소프트 코포레이션 Ｖｅｘ - 가상 확장물을 고립시키는 방법
US8327390B2 (en) 2004-04-30 2012-12-04 Microsoft Corporation VEX—virtual extension framework
US7574709B2 (en) 2004-04-30 2009-08-11 Microsoft Corporation VEX-virtual extension framework
JP4647281B2 (ja) * 2004-10-27 2011-03-09 シャープ株式会社 情報処理システム及び情報処理装置
JP2006127040A (ja) * 2004-10-27 2006-05-18 Sharp Corp 情報処理システム及び情報処理装置
KR100667096B1 (ko) 2005-01-21 2007-01-12 삼성전자주식회사 디브이디레코더의 부팅방법
JP2007128136A (ja) * 2005-11-01 2007-05-24 Giga-Byte Technology Co Ltd 模擬ハードディスクの装置とその方法
JP4616763B2 (ja) * 2005-12-14 2011-01-19 レノボ・シンガポール・プライベート・リミテッド デバイス・コントローラの設定方法およびコンピュータ・システム
JP2007164492A (ja) * 2005-12-14 2007-06-28 Lenovo Singapore Pte Ltd デバイス・コントローラの設定方法およびコンピュータ・システム
JP2007183708A (ja) * 2006-01-04 2007-07-19 Toshiba Corp サーバ装置、サーバ融通方法およびサーバ融通プログラム
JP2008276546A (ja) * 2007-04-27 2008-11-13 Toshiba Corp 情報処理装置、および情報処理システム
JP2009176113A (ja) * 2008-01-25 2009-08-06 Nec Electronics Corp 半導体集積回路
US8484452B2 (en) 2008-03-14 2013-07-09 Mitsubishi Electric Corporation Multi-operating system (OS) booting apparatus, multi-OS booting program, recording medium, and multi-OS booting method
JPWO2009113394A1 (ja) * 2008-03-14 2011-07-21 三菱電機株式会社 マルチオペレーティングシステム（ｏｓ）起動装置及びマルチｏｓ起動プログラム及び記録媒体及びマルチｏｓ起動方法
WO2009113394A1 (ja) * 2008-03-14 2009-09-17 三菱電機株式会社 マルチオペレーティングシステム（ｏｓ）起動装置及びマルチｏｓ起動プログラム及び記録媒体及びマルチｏｓ起動方法
WO2011145199A1 (ja) 2010-05-20 2011-11-24 Suginaka Junko 外部ブートデバイス、外部ブート方法、情報処理装置及びネットワーク通信システム
CN102906698A (zh) * 2010-05-20 2013-01-30 杉中顺子 外部启动设备、外部启动方法、信息处理装置及网络通信系统
JP2012118947A (ja) * 2010-12-03 2012-06-21 Ricoh Co Ltd 組み込み機器、暗号化・復号方法、プログラム
JP2012128841A (ja) * 2010-12-14 2012-07-05 Internatl Business Mach Corp <Ibm> ブート・ブロックの再配置によって複数のソフトウェア・イメージを管理するための方法、コンピュータ・プログラムおよびシステム
JP2013175112A (ja) * 2012-02-27 2013-09-05 Hitachi Ltd 認証装置、および、認証方法
JP2014203441A (ja) * 2013-04-10 2014-10-27 富士ゼロックス株式会社 電子機器、画像形成装置、制御装置及びプログラム
JP2016018555A (ja) * 2014-07-07 2016-02-01 レノボ・シンガポール・プライベート・リミテッド 動作環境の切換方法、コンピュータ、およびコンピュータ・プログラム
US9910677B2 (en) 2014-07-07 2018-03-06 Lenovo (Singapore) Pte. Ltd. Operating environment switching between a primary and a secondary operating system

Also Published As

Publication number Publication date
JP3330569B2 (ja) 2002-09-30
US6795912B1 (en) 2004-09-21

Similar Documents

Publication Publication Date Title
JP3330569B2 (ja) コンピュータの制御方法、コンピュータ及び記録媒体
US6757821B1 (en) Computer system and its operation environment switching method
US6763458B1 (en) System and method for installing and servicing an operating system in a computer or information appliance
JP3714119B2 (ja) Ｂｉｏｓプリブート環境を利用したユーザ認証型ネットワークｏｓブート方法及びシステム
JP5255703B2 (ja) カスタマイズされたイメージを伴うファームウェアストレージ媒体
US20040230963A1 (en) Method for updating firmware in an operating system agnostic manner
US20060206702A1 (en) Operating system boot from external media
US20100275205A1 (en) Computer machine and access control method
JP2004151785A (ja) 着脱式デバイス及びプログラムの起動方法
JP2000511313A (ja) 取り外し可能メディアのディスク・ドライブをコンピュータ・システムに統合化するための方法
JPH05289854A (ja) 外部記憶装置のアクセス装置
WO2004088515A1 (en) Portable operating system and method to load the same
JP2000293474A (ja) コンピュータシステムおよびその使用方法
US20030005259A1 (en) System and method for device support
JP2002530739A (ja) ディスク・ドライブを構成し、ブートする方法および装置
JP3947526B2 (ja) コンピュータシステムおよびインターフェースカード
JPH06332716A (ja) リモートブートシステム
JP3448244B2 (ja) コンピュータの不正使用防止方法、及びコンピュータ
JP3707410B2 (ja) コンピュータ装置、拡張デバイスの管理方法、コンピュータプログラム
US20030182456A1 (en) Portable peripheral apparatus with an embedded storage module
JP2002082810A (ja) 情報処理装置及び方法、並びに半導体メモリ装置
JP2002366501A (ja) 周辺デバイス、コンピュータシステム、及びインストーラプログラム
US8850174B1 (en) Method for dedicated netboot
JP4616763B2 (ja) デバイス・コントローラの設定方法およびコンピュータ・システム
US20020138680A1 (en) Apparatus and methods for controlling removable media devices using a BIOS abstraction layer

Legal Events

Date Code Title Description
LAPS Cancellation because of no payment of annual fees