JP5307706B2 - オペレーティングシステムの段階的ブート処理 - Google Patents

Description

本発明は、オペレーティングシステムの段階的ブート処理に関する。

記憶装置は組み込みシステム上の貴重な資源である。多くの組み込み装置がハードドライブを含まないのは、それらが高価であって多く場合に最初に故障する主要なコンポーネントであるからである。また、ハードドライブの交換は、新しいドライブにイメージを保存するコストのみならず分解や装置毎に必要な再構成に起因して費用のかかるものである。かかる理由によって、多くの組み込み装置はネットワーク経由ブートメカニズムによってブート処理を行うことが要求される。

インテルプレブート実行環境（PXE: Intel Pre-Boot Execution Environment）標準が通常用いられるが、これが有するネットワークプラットフォーム及び認証サポートは非常に限定されたものである。

本概要は、単純化された形式で一連の概念を紹介するために用意されたものであって、以降の詳細な説明においてさらに説明される。本概要は、特許請求の範囲の鍵となる特徴すなわち本質的な特徴を識別することが意図されないのみならず、特許請求の範囲の範囲確定を助けるために用いられることも意図されない。

コンピュータ装置が別々のオペレーティングシステムイメージを使用してオペレーティングシステムをアセンブル処理し段階的にブート処理する。続いて得られるオペレーティングシステムの各イメージはそれまでの最後のイメージ上に組み込まれ、オペレーティングシステムイメージが結合されたとき、それらは完成したオペレーティングシステムを作出する。第１のブートイメージは、最初に装置に取得され、基本的なネットワークキング能力をサポートするに足りるオペレーティングシステムを含んでいる。一旦第１のブートイメージがダウンロードによって又は装置上のローカル記憶装置から取得されると、この第１のブートイメージはブート処理されネットワーククライアントが開始される。一旦ネットワーククライアントがアクティブ状態になると、当該装置のブート処理の状態がサスペンド状態にされる。これは、クライアントやサーバを、場合によりユーザを、認証する機会を提供し、次いで、第１のブートイメージによって提供された豊富なネットワークプラットフォームを使用して１つ以上の第２のオペレーティングシステムイメージが該装置によってダウンロードされる。これらの第２のオペレーティングシステムイメージは第１のブートイメージに連結され、単一性又は結合性のあるオペレーティングシステムが生成される。これらの第２のオペレーティングシステムイメージの各々は前段階の機能の上に組み込まれる。

図面を参照すると、様々な実施例において同様の符号は同様の要素を表している。特に、図1及びこれと対応する議論は、実施例を実現し得る適切なコンピュータ環境の簡潔な概説を提供することを意図している。

通常、プログラムモジュールは、ルーチン、プログラム、コンポーネント、データ構造、並びに特定のタスクを実行する又は特定の抽象データタイプを実現する他のタイプの構造を含む。他のコンピュータシステム構成が使用されてもよく、かかる構成としてはハンドヘルド型装置、マルチプロセッサシステム、マイクロプロセッサを基礎とするか又はプログラム可能な家庭用電化製品、ミニコンピュータ、メインフレームコンピュータ等を含む。分散コンピューティング環境がまた用いられてもよく、そこでは通信ネットワークを通して連結された遠隔処理装置によってタスクが実行される。分散コンピューティング環境においては、プログラムモジュールはローカル及びリモートメモリ記憶装置の両方に置かれてもよい。

図１を参照すると、様々な実施例において用いられるコンピュータ１００の例示的なコンピュータアーキテクチャが、段階的にブート処理されるオペレーティングシステムを含んで開示されている。図１に示されるコンピュータアーキテクチャは、モバイルコンピュータ装置及び／又は従来のコンピュータ装置として構成されてもよい。例えば、コンピュータ１００は、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、ＰＤＡ、デスクトップコンピュータ、サーバ、タブレット、ラップトップコンピュータ等として構成されてもよい。コンピュータ装置１００は、また、組み込み式コンピュータ装置として構成されてもよい。

図示されるように、コンピュータ１００は、中央演算処理ユニット５（“ＣＰＵ”）、ランダムアクセスメモリ９（“ＲＡＭ”）及びリードオンリーメモリ１１（“ＲＯＭ”）を含むシステムメモリ７と、これをＣＰＵ５に結合するシステムバス１２とを含む。システムメモリ７は、不揮発性及び揮発性メモリの任意の組合せであってもよい。起動時にコンピュータ内で要素間の情報転送を助ける基本的ルーチンを含むベーシク・インプットアウトプット・システムがＲＯＭ１１に保存されている。コンピュータ１００は、（得られた場合の）第１のブートイメージ２６及び１つ以上の第２のオペレーティングシステムイメージ３２から成るオペレーティングシステム１６を保存する大容量記憶装置１４を含んでもよい。

オペレーティングシステム１６は段階的にブート処理される。装置１００の起動において、第１のブートイメージ２６は、装置１００上の記憶装置から検索されてもよいし、又はサーバ３４からの如きネットワークロケーションからダウンロードされてもよい。例えば、第１のブートイメージ３０は、これをダウンロードするのにＰＸＥ標準を用いてサーバ３４から取得されてもよい。第１のブートイメージは、オペレーティングシステム１６の基本的なネットワーク（ｂａｓｉｃ ｎｅｔｗｏｒｋｉｎｇ）をサポートするのに足りる部分を含む。一旦ダウンロード又は装置上の記憶装置から第１のブートイメージが取得されたならば、第１のブートイメージ２６は、装置１００上でブート処理され、装置１００のためのネットワーキング（ｎｅｔｗｏｒｋｉｎｇ）を開始する。

一旦装置１００上でネットワーククライアントがアクティブ状態となると、装置１００のためのブート処理の状態（activity）はサスペンド状態にされ、次いで、１つ以上の第２のオペレーティングシステムイメージ３２がサーバ３４からダウンロードされる。取得されたオペレーティングシステム１６の第２のオペレーティングシステムイメージの各々は、これまでに受信された直近のオペレーティングシステムイメージに組み込まれる。これらの第２のオペレーティングシステムイメージ１７は、第１のブートイメージ２６に連結され、単一性／結合性のあるオペレーティングシステム１６として生成される。１つの実施例において、オペレーティングシステムイメージ（１７及び２６）は、大容量記憶装置１４上で別々のイメージとして保存されるが、装置１００上のアプリケーションにとって結合性のある単一のファイルシステムとして現れてもよい（図２及び関連する議論参照）。オペレーティングシステム１６は、以前のイメージに各オペレーティングシステムイメージが連結される度に連続してブート処理し続けるように構成されてもよい。変形例として、オペレーティングシステムイメージが任意の組合せで連結され、ブート処理フェーズが継続されてもよい。連続した各オペレーティングシステムイメージは、前のオペレーティングシステムイメージの機能の上に組み込まれる。他の装置が段階的にオペレーティングシステムをブート処理する一方で、当該装置は処理を通して同一のオペレーティングシステムを使用しない。通常、これらのシステムは、ＢＩＯＳ又は第２のオペレーティングシステムにおける重要（critical）な機能を実行して、当該装置の初期ブート処理を行い、次いで、その重要な機能を置換オペレーティングシステムを用いて置き換える。

大容量記憶装置１４は、バス１２に接続されている大容量記憶装置コントローラ（図示せず）を介してＣＰＵ５に接続されている。大容量記憶装置１４及びこれに付随するコンピュータ読取可能媒体がコンピュータ１００のための不揮発性記憶装置を提供する。本明細書におけるコンピュータ読取可能媒体の記載は、ハードディスク、ＤＶＤドライブ又はＣＤ−ＲＯＭドライブの如き大容量記憶装置を意味するが、本発明におけるコンピュータ読取可能媒体は、コンピュータ１００によってアクセス可能な如何なる媒体であってもよい。

限定ではなく例として、コンピュータ読取可能媒体はコンピュータ記憶媒体及び通信媒体を含んでもよい。コンピュータ記憶媒体は、コンピュータ読取可能命令、データ構造、プログラムモジュール又は他のデータの如き情報の記憶のための何らかの方法及び技術によって実現し得る揮発性、不揮発性、取外し可能及び取外し不可能の媒体であってもよい。コンピュータ記憶媒体は、これらに限定されるものではないが、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ若しくは固体素子メモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、又は他の光学記憶、磁気カセット、磁気テープ、磁気ディスク記憶若しくは他の磁気記憶装置、すなわち所望の情報を保存し得ると共にコンピュータ１００によってアクセス可能な何らかの他の媒体を含む。

様々な実施例において、コンピュータ１００は、インターネットなどのネットワーク１８を介してリモートコンピュータへの論理的接続を使用してネットワーク化された環境で動作してもよい。コンピュータ１００は、バス１２に接続されているネットワークインタフェースユニット２０を介してネットワーク１８に繋がってもよい。ネットワークインタフェースユニット２０は、また、他のタイプのネットワーク及びリモートコンピュータシステムに接続するのに用いられてもよい。この接続は有線接続及び／又は無線接続であってもよい。

以上に概説したように、幾つかのプログラムモジュール及びデータファイルがコンピュータ１００のメモリに格納されてもよく、これらはコンピュータ装置の動作を制御するのに適切なオペレーティングシステム１６を含む。コンピュータ装置１００は、組み込み式オペレーティングシステムのみならず他の組み込み式データ、ファイル及びアプリケーションを含む組み込み式システムであってもよい。

１つの実施例において、全てまたはいくつかのメモリは、ＦＬＡＳＨメモリ又は組み込み式システムにとって適切な他のメモリであってもよい。大容量記憶装置１４及びＲＡＭ９は、また、１つ以上のプログラムモジュールを格納してもよい。

図２は、オペレーティングシステムの段階的ブート処理をサポートする例示的なファイルシステムを示している。図示されるように、ファイルシステム２００は、アプリケーション２０２、ファイルシステムリクエスト２０４および仮想ファイルシステム２３０を含む。仮想ファイルシステム２３０は、ブートドライバ２３４と基盤（ｕｎｄｅｒｌｙｉｎｇ）ファイルシステム２３２とからなり、基盤ファイルシステム２３２は第１のイメージ２３６及び第２のイメージ群２３８を含む。

付属のボリューム（ａｔｔａｃｈｅｄ ｖｏｌｕｍｅ）からファイルシステムリクエスト２０４を介してアプリケーション２０２がデータの読出又は書込をリクエストしたとき、このリクエストはブートドライバ２３４によって実行される仮想ファイルシステム２３０に渡される。

ブートドライバ２３４は、オペレーティングシステムイメージ（第１のイメージ２３６及び第２のイメージ群２３８）が、アプリケーション２０２などの何らかのアプリケーションにとって、結合性のあるファイルシステムとして見えるようにしている。別々のファイルに独立して保存される各オペレーティングシステムイメージ（第１のイメージ２３６及び第２のイメージ群２３８）は、オーバレイ方式でロード処理されて仮想ファイルシステム２３０内で単一セットのファイルとしてシステムに現れてもよい。このオペレーティングシステムイメージは、基盤ファイルシステム２３２に格納されても及び／又はブートドライバ２３４がメモリからオペレーティングシステムに直接アクセスする場合にはＲＡＭに格納されてもよい。

１つの実施例において、完全なオペレーティングシステムのイメージをロード処理するとき、ブートドライバ２３４は、ＲＡＭ及び／又は基盤ファイルシステム内にある各オペレーティングシステムイメージをロード処理し、これらオペレーティングシステムイメージを連結する。第１のブートイメージ２３６と第２のオペレーティングシステムイメージ群２３８との連結は、オペレーティングシステムが複数ファイルからブート処理されるのを可能とする。１つの実施例において、ブートドライバ２３４が構成情報を調べて、最初にブート処理されるべき適正なオペレーティングイメージを識別する。この構成情報が利用できないかまたは見つからない場合、ブートドライバ２３４は基盤ファイルシステム２３２のルートレベルにあるブートファイルを見つけ出す。上記に議論されたように、第１のイメージ２３６がネットワーク機能の最小セットを提供することによって、第２のイメージ群２３８が標準ネットワークプロトコルを用いて取得される。

図３は、段階的に装置をブート処理する場合のフェーズ分割されたタイムラインを示している。図示されるように、このタイムラインは、ＰＯＳＴ／ＤＨＣＰフェーズ３１０、ＰＸＥフェーズ３２０、第１のブートイメージダウンロードフェーズ３３０、第２のイメージダウンロードフェーズ３４０および最終ブート処理フェーズ３５０に分割される。このプロセスの各フェーズは、タスクの基本的説明に沿った特定のイベント及び各フェーズ内で識別されるイベントによってマークされている。

１つの実施例において、当該装置が電源ＯＮされた後に、パワーオンセルフテスト（ＰＯＳＴ）が動作する。１つの実施例において、パワーオンセルフテストが完了した時、当該装置のネットワークインターフェースカード（ＮＩＣ）がＤＨＣＰ発見メッセージを送信して当該装置のＩＰアドレスを取得する。ＤＨＣＰリクエストは、ＰＸＥブート情報をリクエストするのみならず、ＰＸＥサーバのロケーションをもリクエストする。

ＰＸＥフェーズ３２０の間、当該装置は、ＰＸＥブート情報をリクエストして受信し、次いで、ネットワークブートストラップ（ｂｏｏｔｓｔｒａｐ）及びＯＳローダなどのオペレーティングシステムローダをダウンロードする。他のブート構成データ及び情報が取得されてもよい。例えば、第１のブートイメージのロケーション、又はサーバから第１のブートイメージをダウンロードするか若しくはローカル大容量記憶装置からこれを取得するかの情報が取得されてもよい。上記に議論されたように、第１のブートイメージは当該装置に保存されてもよい。第１のブートイメージが当該装置に保存される場合には、ＰＸＥフェーズ３２０及び第１のブートイメージダウンロードフェーズ３３０はスキップされてもよい。当該装置が未だ第１のブートイメージを含まない場合には、当該装置はサーバにＰＸＥリクエストを送信する。

１つの実施例において、ＴＦＴＰが用いられて、ＰＸＥブートストラッププログラム（startrom）、オペレーティングシステムローダ（ＯＳローダ）、ＰＸＥ応答に付随するブート構成データ及び他のファイルがダウンロードされる。一旦これらのコンポーネントがダウンロードされると、当該プロセスは第１のブートイメージダウンロードフェーズ３３０に移行し、ここでは当該装置はＯＳローダをロード処理し、１つの実施例ではＲＡＭディスクを作成し、ＴＦＴＰを用いて第１のブートイメージをダウンロードし、これをＲＡＭディスクに置く。

ＯＳローダは、ブート処理プロセスを開始し、ユニキャスト（ＴＦＴＰ）プロトコルを用いて第１のブートイメージをダウンロードする。一旦ダウンロードがなされると、カーネル、ネットワーククライアント、ドライバ、その他を含む基本オペレーティングシステムコンポーネントが当該装置によってロード処理される。

第１のブートイメージは、完全なオペレーティングシステムがロード処理される前でも、一定の機能を提供する。１つの実施例において、第１のブートイメージのコンポーネントは、ＲＡＭディスク管理、マルチキャストクライアント、装置識別アプリケーションおよび状態アプリケーションを含む。第１のブートイメージダウンロードフェーズ３３０の間、残っているオペレーティングシステムイメージについての定義情報がダウンロードされ、ＲＡＭディスクは第２のイメージ群を受け入れるため大きさが変更され、次いで、任意の装置識別／状態パッケージが（効率のためユニキャストプロトコルを使用して）ダウンロードされる。

１つの実施例において、ネイティブマルチキャストクライアントが次いで開始され、リクエストがマルチキャストサーバに送信される。マルチキャストサーバが「ブロードキャスト」していない場合には、適正な第２のイメージ群のブロードキャストを開始する。マルチキャストサーバが既に第２のオペレーティングシステムイメージをブロードキャストしている場合には、マルチキャストサーバはこのクライアントのためリクエストされたイメージを待ち行列に付ける。当該装置は、次いで、マルチキャスト・ブロードキャストに対する「傍受（ｌｉｓｔｅｎ）」を開始し、イメージの定義情報にて指定されたデータを受け入れ、第２のイメージをＲＡＭディスク内に再アセンブル又は処理する。再アセンブリが完了したとき、装置識別及び状態情報が適用され、次いで当該装置のブート処理が再開される。変形例において、オペレーティングシステムイメージがユニキャストプロトコルを用いて取得されてもよい。第２のオペレーティングシステムイメージ群がダウンロードされ、軽く且つ一般的なネットワークオペレーティングシステムから完全構成されたオペレーティングシステム、例えば、米国ワシントン州レドモンドの本件特許出願人によるマイクロソフトウィンドウズ（登録商標）オペレーティングシステムの如きシステムに移行することによって、オペレーティングシステムの機能を強化する。

最終ブート処理フェーズ３５０において、ブート処理プロセスは、システムのリブート処理を要することなく、ブートストラップ行程内で用いられた同じオペレーティングシステムベースを使用し続ける。

図4を参照すると、オペレーティングシステムを段階的にブート処理する例示的なプロセスが示されている。本明細書において提示されるルーチンの議論を読むとき、（１）コンピュータ実装された動作のシーケンス又はコンピュータシステム上を走るプログラムモジュールとして、及び／又は（２）相互接続された機械論理回路又はコンピュータシステム内の回路モジュールとして、多様な例の論理的処理が実現されることが認識されるべきである。かかる実現はコンピュータシステムの性能要求仕様に依存した選択事項である。従って、本明細書で説明された実施例を作り上げる例示の論理的処理は、処理、構造化されたデバイス、動作又はモジュールの如き多様なものに対応される。これら処理、構造化されたデバイス、動作又はモジュールは、ソフトウェア、ファームウェア、目的特化ディジタルロジック又はそれらの任意の組合せによって実現されてもよい。

図４は、オペレーティングシステムを段階的にブート処理するプロセス４００を示している。開始処理の後、プロセスはステップ４０５へ移行し、ここでは第１のブートイメージが取得される。判定ステップ４１０は、第１のブートイメージがディスクに保存されているか否か、又は第１のブートイメージがネットワークロケーションに保存されているか否かを判定する。

第１のブートイメージがディスクに又は当該装置の他のメモリロケーション内に保存されている場合には、プロセスはステップ４２０に移行し、第１のブートイメージが当該装置から取得される。

第１のブートイメージがネットワークロケーションに保存されている場合には、プロセスはステップ４１５へ移行し、第１のブートイメージがネットワークロケーションから取得される。上記に議論されたように、第１のブートイメージは、当該装置上でネットワーククライアントのインスタンスを生成するに足りるネットワーク能力を備える。一旦第１のブートイメージが取得されると、ステップ４２５においてブート処理プロセスが開始される。

当該装置の初期ブート処理の間、ステップ４３０においてネットワーククライアントがロード処理される。一旦ネットワーククライアントがロード処理されると、ステップ４３５において当該装置のためのブート処理プロセスが中断される。プロセスは、認証ステップ４３８へ移行して、クライアント、サーバ及びユーザのうちの１つ以上を認証する機会を提供してもよい。上記のうちの１つに対する認証失敗はブート処理プロセスを終了させてもよい。当該装置が認証された場合には、ブート処理プロセスはステップ４４０に進み、１つ以上の第２のオペレーティングシステムイメージが取得されてもよい。第２のイメージ群はオペレーティングシステムにさらに多くの機能を提供する。ネットワーククライアントは、第２のイメージ群をダウンロードするためのみならず、マルチキャストサポートを提供するための機密プロトコルを使用してもよい。

ステップ４４５に移行し、最も直近に取得された第２のオペレーティングシステムイメージが前のイメージに連結される。最初の第２のオペレーティングシステムイメージが取得された場合には、第１のブートイメージに連結される。このイメージの連結は、図２に関連して議論されたように、単一のオペレーティングシステムの論理的イメージを生成する。

判定ステップ４５０に移行し、取得されたさらなる第２のオペレーティングシステムイメージがあるか否かの判定がなされる。オペレーティングシステムは、任意の数の第２のオペレーティングシステムイメージを含んでもよい。例えば、１つの完全なオペレーティングシステムは２つの第２のオペレーティングシステムイメージを含んでもよい一方で、１つの完全なオペレーティングシステムが３つ以上の第２のオペレーティングシステムイメージを含んでもよい。

ロード処理及び連結されるべき第２のオペレーティングシステムイメージがもはや無い場合には、プロセスはステップ４５５に移り、新たに連結されたオペレーティングシステムイメージの機能が加えるようにしてブート処理が継続される。第２のオペレーティングシステムイメージの全てが取得された後にステップ４５５が示されているが、変形例として各第２のイメージが得られる度にブート処理プロセスが継続されてもよい。プロセスは次いで終了処理に移り、他の動作の処理に戻る。

上記の明細書、実施例及びデータは、本発明の組成物の製造及び使用の完全な説明を提供する。本発明の多くの実施例が、本発明の思想及び範囲から逸脱することなくなされ得るものであって、本発明の内容は添付の請求項の記載にある。

段階的にブート処理されるオペレーティングシステムを含む例示的なコンピューティングアーキテクチャを示すブロック図である。 オペレーティングシステムの段階的なブート処理をサポートするよう構成される例示的なファイルシステムのブロック図である。 段階的に装置をブート処理するフェーズ分割されたタイムラインを示す図である。 オペレーティングシステムを段階的にブート処理する方法を示すフローチャートである。

Claims (17)

1. オペレーティングシステムをコンピュータ装置上で段階的にブート処理する方法であって、
   ネットワーククライアントおよびドライバを含む第１のブートイメージを取得するステップと、
   前記第１のブートイメージを用いて前記ブート処理を開始し、前記ネットワーククライアントをロード処理するステップと、
   前記コンピュータ装置の前記ブート処理を中断し、認証処理を実行するステップと、
   前記コンピュータ装置が認証された場合に、前記ドライバが、第２のオペレーティングシステムイメージを受け入れるためのＲＡＭディスクを確保し、前記ネットワーククライアントが、マルチキャストサーバにリクエストを送信して、前記マルチキャストサーバから前記第２のオペレーティングシステムイメージを取得するステップと、
   前記ＲＡＭディスク内で、前記第２のオペレーティングシステムイメージを再アセンブルして、前記第２のオペレーティングシステムイメージを前記第１のブートイメージに連結するステップと、
   前記第１のブートイメージ及び前記第２のオペレーティングシステムイメージを含む前記オペレーティングシステムによりブート処理を継続するステップと
   を備えたことを特徴とする方法。
2. 前記第１のブートイメージを取得するステップは、前記第１のブートイメージを、前記コンピュータ装置上の記憶装置とネットワークロケーションとの何れかから取得するステップを含むことを特徴とする請求項１に記載の方法。
3. 前記第２のオペレーティングシステムイメージを取得するステップは、前記ネットワーククライアントを用いて前記第２のオペレーティングシステムイメージをネットワークロケーションから取得することを特徴とする請求項１に記載の方法。
4. 前記第１のブートイメージを前記ネットワークロケーションから取得するステップは、インテルプレブート実行環境（ＰＸＥ）標準を用いるステップを含むことを特徴とする請求項２に記載の方法。
5. 前記第２のオペレーティングシステムイメージが前記第１のブートイメージに連結された場合に、前記ブート処理を継続するステップをさらに含むことを特徴とする請求項１に記載の方法。
6. 前記第１のブートイメージ及び前記第２のオペレーティングシステムイメージは、前記コンピュータ装置上で別々のファイルとして基盤ファイルシステムに保持されていることを特徴とする請求項５に記載の方法。
7. 前記ネットワーククライアントを用いて前記第２のオペレーティングシステムイメージを取得するステップは、マルチキャストプロトコルを用いるステップを含むことを特徴とする請求項６に記載の方法。
8. オペレーティングシステムを段階的にブート処理するコンピュータ装置であって、
   プロセッサと、
   コンピュータ読取可能な記録媒体と、
   ネットワークインタフェースユニットと、
   前記コンピュータ読取可能な記録媒体に格納されたオペレーティング環境であって、前記プロセッサ上で実行され、前記ネットワークインタフェースユニットとのインタフェースを備えるネットワーククライアントおよびドライバを含む第１のブートイメージを取得するように構成されたオペレーティング環境とを備え、
   前記オペレーティング環境は、前記第１のブートイメージを用いて前記ブート処理を開始し、前記ネットワーククライアントがロード処理されると、前記ブート処理を中断して認証処理を実行し、前記コンピュータ装置が認証された場合に、前記ドライバが、第２のオペレーティングシステムイメージを受け入れるためのＲＡＭディスクを確保し、前記ネットワーククライアントが、マルチキャストサーバにリクエストを送信して、前記マルチキャストサーバから前記第２のオペレーティングシステムイメージをダウンロードするよう構成され、
   前記オペレーティング環境は、前記ＲＡＭディスク内で、前記第２のオペレーティングシステムイメージを再アセンブルして、前記第１のブートイメージ及び前記第２のオペレーティングシステムイメージを連結し、前記第１のブートイメージ及び前記第２のオペレーティングシステムイメージを含む前記オペレーティングシステムによりブート処理を継続するよう構成されていることを特徴とするコンピュータ装置。
9. 前記オペレーティング環境は、前記第１のブートイメージを前記ネットワークインタフェースユニットを用いてネットワークロケーションから取得するように構成されることを特徴とする請求項８に記載のコンピュータ装置。
10. 前記第１のブートイメージの前記ネットワークロケーションからの取得は、前記ネットワークインタフェースユニットにおいてインテルプレブート実行環境（ＰＸＥ）標準を用いることを特徴とする請求項９に記載のコンピュータ装置。
11. 前記第２のオペレーティングシステムイメージを前記第１のブートイメージに連結する手段をさらに含むことを特徴とする請求項８に記載のコンピュータ装置。
12. 前記第１のブートイメージ及び前記第２のオペレーティングシステムイメージと相互作用するように構成されるブートドライバをさらに含むことを特徴とする請求項１１に記載のコンピュータ装置。
13. 前記第２のオペレーティングシステムイメージの前記ネットワークからの取得は、マルチキャストプロトコルを用いることを特徴とする請求項１２記載のコンピュータ装置。
14. オペレーティングシステムをコンピュータ装置上で段階的にブート処理するためのコンピュータ実行可能命令を含むコンピュータ読取可能な記録媒体であって、前記コンピュータ実行可能命令は、
    ネットワーククライアントおよびドライバを含む第１のブートイメージをダウンロードするステップと、
    前記第１のブートイメージを用いて前記ブート処理を開始するステップと、
    前記ネットワーククライアントをロード処理するステップと、
    前記コンピュータ装置の前記ブート処理を中断し、認証処理を実行するステップと、
    前記コンピュータ装置が認証された場合に、前記ドライバが、第２のオペレーティングシステムイメージを受け入れるためのＲＡＭディスクを確保し、前記ネットワーククライアントが、マルチキャストサーバにリクエストを送信して、前記マルチキャストサーバから前記第２のオペレーティングシステムイメージをダウンロードするステップと、
    前記ＲＡＭディスク内で、前記第２のオペレーティングシステムイメージを再アセンブルして、前記第１のブートイメージを前記第２のオペレーティングシステムイメージに連結するステップと、
    前記第１のブートイメージ及び前記第２のオペレーティングシステムイメージを含む前記オペレーティングシステムによりブート処理を継続するステップと、
    を含むことを特徴とするコンピュータ読取可能な記録媒体。
15. 前記第１のブートイメージを、前記コンピュータ装置上の記憶装置とネットワークロケーションとのうちの何れかから取得するステップをさらに含むことを特徴とする請求項１４に記載のコンピュータ読取可能な記録媒体。
16. 前記第１のブートイメージ及び前記第２のオペレーティングシステムイメージは、前記コンピュータ装置上で別々のファイルとして保持されるが、アプリケーションからは単一のファイルシステムとして見えることを特徴とする請求項１５に記載のコンピュータ読取可能な記録媒体。
17. 前記第１のブートイメージを取得するステップではユニキャストプロトコルを用い、前記第２のブートイメージを取得するステップではマルチキャストプロトコルを用いることを特徴とする請求項１６記載のコンピュータ読取可能な記録媒体。

Images