JP6099106B2 - 少なくとも一つのデータキャリアを提供するための方法、コンピュータシステム、および、メモリデバイス - Google Patents

Description

本発明は、コンピュータシステムに対して少なくとも一つのデータキャリアを提供するための方法に関する。コンピュータシステムでは、既定のネットワークソースからデータキャリアの少なくとも一つのイメージがダウンロードされる。さらに、本発明は、コンピュータシステム、および、そうした方法を実施するための実行可能なプロセスコードが保管されているメモリデバイスに関する。

ダウンロードされたイメージ（ｉｍａｇｅ）からデータキャリア（ｄａｔａ ｃａｒｒｉｅｒ）を提供するための方法は、従来技術から既に知られている。いわゆるデータキャリアのイメージは、元来は仮想マシン（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ）の開発から生じている。仮想マシンでは、コンピュータシステムの個々のまたは全てのリソースが仮想化される。データキャリアのイメージは、特に、構造化された情報が保管されたファイルを意味するものとして理解される。情報は、エミュレートされたデータキャリアのコンテンツに対応している。例えば、バルクメモリドライブのパーティションであって、例として、ハードディスク、もしくは、ＣＤまたはＤＶＤドライブといったものである。そうしたイメージは、特に、規格化されたファイルシステムを伴う記録媒体に対して広く規格化されてきている。ＩＳＯ規格９６６０に基づくＣＤまたはＤＶＤといったものである。データキャリアに係るそうした規格準拠イメージは、コンピュータシステムとソフトウェアアプリケーションの多様性（ｍｕｌｔｉｐｌｉｃｉｔｙ）によって使用され得る。コンピュータシステムの対応する物理ドライブの中に挿入されたコンテンツと同一のものを有する記録媒体と同じやり方において使用されるものである。

データキャリアのイメージの規格化、および、対応するドライブの仮想化によって生成された既存のソフトウェアプログラムとのコンパチビリティ（ｃｏｍｐａｔｉｂｉｌｉｔｙ）は、仮想マシンの外でも使用されるデータキャリアのイメージを結果として生じる。特に、それらは多くの場合ソフトウェアのインストールのために使用される。このことは、最初に、データキャリアのイメージをインストールのために必要な全てのデータとコンパイルすることを含んでいる。その後、生成されたイメージは、ソフトウェアをインストールしようとしているコンピュータ上に仮想ドライブとして組み入れられる。

こうしたアプローチに関して問題なのは、特に、仮想ドライブのイメージが一般的に非常に大きいことである。例えば、数ギガバイトである。従って、そうしたイメージをデータネットワークを介してコンピュータシステムに送信することは、比較的に長時間を要する。さらに、そうしたイメージをコンピュータシステムのバルクメモリ上に保管することは、比較的に大きなメモリ領域を占有してしまう。

従って、本発明の目的は、コンピュータシステムに対して広範なデータを提供するための改善された方法を記述することである。本方法は、特に、リモートで維持管理されるコンピュータシステムにとって適切であるように意図されている。

本発明の第１の態様に従って、コンピュータシステムに対して少なくとも一つのデータキャリアを提供する方法が説明される、本方法は、以下のステップを含む。
−前記コンピュータシステムのサービスプロセッサを用いて、既定のネットワークソースからデータキャリアに係る少なくとも一つのイメージをダウンロードするステップであり、前記サービスプロセッサは、前記コンピュータシステムの主プロセッサおよびオペレーティングシステムから独立して動作可能であるステップ
−前記サービスプロセッサを用いて、少なくとも一つの前記ダウンロードされたイメージを不揮発性バルクメモリに保管するステップ
−前記サービスプロセッサを用いて、仮想メモリドライブのアクティブなデータキャリアとして、少なくとも一つの前記保管されたイメージを組み入れるステップ
−前記仮想メモリドライブにアクセスするための標準インターフェイスをエミュレートするステップであり、製造元特定ドライバソフトウェアなしに、オペレーティングシステムが前記アクティブなデータキャリアにアクセスすることができるステップ

本発明に従った方法は、ネットワークソースからデータキャリアのイメージをダウンロードするために、コンピュータシステムのいわゆるサービスプロセッサを利用する。いわゆるサーバーコンピュータは、特に、コンピュータシステムの正しいオペレーションをモニタリングするのに役立つサービスプロセッサを、しばしば有している。そうしたサービスプロセッサには、コンピュータシステムの主プロセッサがスイッチオフされ、または、実行しているソフトウェアが中断された場合でさえも、一般的には、動作電圧が供給される。

サービスプロセッサは、データキャリアのイメージをダウンロードして保管する比較的に冗長なプロセスを実行する。このようにして、コンピュータシステムの主プロセッサと−そこで実行されている−オペレーティングシステムは、ダウンロードによって中断されない。加えて、サービスプロセッサは、仮想メモリデバイスのアクティブなデータキャリアとして、保管されたイメージを組み入れることを引き受けており、イメージを読出すために所定のソフトウェアは、オペレーティングシステム部分では必要とされない。

少なくとも一つの実施例において、本方法は、さらに、前記不揮発性バルクメモリに現在保管されているイメージを前記既定のネットワークソースに保管されているイメージと比較するステップと、を含み、前記比較するステップにおいて差異があると判断された場合だけ、前記ダウンロードするステップが実行される。そうした比較により、コンピュータシステム上のネットワークリソースによって保管されたイメージの現在のバージョンがいつでも存在することを確実にすることができる。同時に、同一イメージの複数ダウンロードが回避される。

少なくとも一つの実施例において、ダウンロード及び/又は組み入れは、サービスプロセッサのタイムスケジュールコンポーネントによって開始される。このことは、例えば、広範なイメージをダウンロードするプロセスが、例えば、夜中といった、低ロードの時間において完全に又は部分的に実施されるようにできる。

一つの実施例において、前記組み入れるステップは、ブート可能なデータキャリアの前記イメージをアクティブなデータキャリアとして組み入れることを含む。この場合、前記方法は、加えて、前記コンピュータシステムのブート順序を変更するステップであり、次のブートオペレーションが前記仮想メモリドライブによって実行されるステップ、および、前記アクティブでブート可能なデータキャリアから前記コンピュータシステムをブートするステップと、を含む。これらのステップにより、コンピュータシステムは、転送されたイメージが保管されたオペレーティングシステムのコントロール下で完全にブートされ得る。例として、コンピュータシステムの異なるローカルなバルクメモリに保管されているものと異なるか、または、異なるように構成されたオペレーティングシステムの下で、維持管理目的のために、コンピュータシステムを起動することが可能である。

一つの実施例において、前記方法は、複数の保管されたデータからデータキャリアのイメージを選択するステップを含み、前記組み入れるステップは、前記選択されたイメージを、アクティブなデータキャリアとして組み入れることを含む。不揮発性バルクメモリの対応する保管容量が与えられると、例えば異なる維持管理業務のための、異なるイメージが利用可能に保たれ得る。そして、単純な選択によって、異なる仮想データベースキャリア間で選択することが可能である。

本発明の第２の態様に従って、コンピュータシステムの説明が与えられる。本コンピュータシステムは、オペレーティングシステムを実行するための主プロセッサと、前記主プロセッサおよび前記オペレーティングシステムと独立して動作可能なサービスプロセッサと、前記サービスプロセッサに接続された第１不揮発性バルクメモリと、を含む。この場合に、前記サービスプロセッサは、既定のネットワークソースからデータキャリアに係る少なくとも一つのイメージをダウンロードし、かつ、前記第１不揮発性バルクメモリに保管するように構成されている。前記サービスプロセッサは、さらに、コンピュータシステムの仮想メモリドライブのアクティブなデータキャリアとして、少なくとも一つの前記保管されたイメージを組み入れ、かつ、前記仮想メモリドライブにアクセスするための標準インターフェイスをエミュレートするように構成されている。このように、対応して構成されたオペレーティングシステムは、製造元特定ドライバソフトウェアなしに、前記アクティブなデータキャリアにアクセスすることができる。

第２の態様に従ったコンピュータシステムは、第１の態様に従った方法の利点を実質的に具現化することができる。

少なくとも一つの実施例において、前記第１不揮発性バルクメモリは、前記コンピュータシステムに持続的に接続されているフラッシュメモリコンポーネントとして、または、交換可能なフラッシュメモリカードとして具現化されている。そうしたメモリ媒体は、単純な方法でサービスプロセッサによってアドレスされ得るし、不揮発性でコスト効果が高い広範なデータの保管をすることができる。

少なくとも一つの実施例において、前記コンピュータシステムは、前記オペレーティングシステムを保管するための第２不揮発性バルクメモリ、特にはハードディスクドライブを含む。前記第２不揮発性バルクメモリは、前記主プロセッサに接続されている。イメージを保管するために異なるバルクメモリを提供することは、一方で、メモリ空間に関して２つのシステムがお互いに影響することを防止することができる。

少なくとも一つの実施例においては、以下のイメージのうち少なくとも一つが前記第１不揮発性バルクメモリに保管されている。前記コンピュータシステムにオペレーティングシステムをインストールするためのデータキャリアに係るイメージ、前記コンピュータシステムの以前の状態を保管するためのデータキャリアに係るイメージ、および、前記コンピュータシステムの維持管理のためのデータキャリアに係るイメージである。

少なくとも一つの実施例において、前記サービスプロセッサは、前記保管されたイメージを、読出し専用オペレーションモードにおいて、特には仮想ＣＤまたはＤＶＤドライブのデータキャリアとして、前記コンピュータシステムの中に組み入れるように構成されている。そうした組み入れにより、大部分のオペレーティングシステムは、アクティブなデータキャリアに対する規格準拠のアクセスを有することができる。加えて、オペレーティングシステムは、アクティブなデータキャリアに保管されたデータの変更を防止する。アクティブなデータキャリアの整合性は、このようにして確保され維持される。

少なくとも一つの実施例において、前記コンピュータシステムは、既定のメモリデバイスから前記コンピュータシステムを起動するためのファームウェアコンポーネントを含む。前記サービスプロセッサは、さらに、前記ファームウェアコンポーネントに対する前記コンピュータシステムを起動するためのメモリデバイスとして前記仮想メモリドライブを選択するように構成されている。前記コンピュータシステムが、再起動の後で前記アクティブなデータキャリアからブートするようにである。そうしたファームウェアコンポーネントにより、仮想メモリ媒体が、ブートメモリ媒体として、ブートの最中にできる限り早く対応するコンピュータシステムに対して提供され得る。

本発明の第３の態様に従って、実行可能なプログラムコードが保管されたメモリデバイスが説明される。コンピュータシステムのサービスプロセッサによるプログラムコードの実行は、前記サービスプロセッサが、既定のネットワークソースからデータキャリアに係る少なくとも一つのイメージをダウンロードするステップと、それを不揮発性バルクメモリに保管して、仮想メモリドライブのアクティブなデータキャリアとして組み入れるステップと、を含む。加えて、前記サービスプロセッサは、前記仮想メモリドライブにアクセスするための標準インターフェイスをエミュレートする。製造元特定ドライバソフトウェアなしに、オペレーティングシステムが前記アクティブなデータキャリアにアクセスできるようにである。

第３の態様に従ったメモリデバイスの実行可能なプログラムコードは、特に、第１の態様に従った方法を実施するため、および、それぞれに、第２の態様に従ったコンピュータシステムを設定するために、サービスプロセッサのプログラミングとして役立つ。

本発明のさらに有利な実施例は、添付の請求項と図面、および、典型的な実施例に係る以降の記述において開示される。

本発明は、添付の図面を参照して、典型的な実施例に基づいて以下に詳細に説明される。
図１は、本発明の一つの実施例に従った、コンピュータシステムの模式図を示している。 図２は、サービスプロセッサに係るコンポーネントの模式図を示している。 図３は、管理されるコンピュータと、リポジトリサーバー（ｒｅｐｏｓｉｔｏｒｙ ｓｅｒｖｅｒ）と、管理ステーションとの相互関係に係る模式図を示している。 図４は、少なくとも一つのデータキャリアを提供するための方法に係るコラボレーション図を示している。

図１は、本発明の一つの実施例に従ったコンピュータシステム１を示している。特に、図１に応じたコンピュータシステム１は、例えば、コンピュータセンターにおいて使用されるといった、いわゆるサーバーコンピュータである。コンピュータシステム１は、インストールされた複数のコンポーネントを有するシステムコンポーネント２を含んでいる。例として、システムコンポーネント２は、コンピュータシステム１のマザーボードである。

典型的な実施例において、主プロセッサ３とサービスプロセッサ４がシステムコンポーネント２の上に配置されている。例として、主プロセッサ３は、インテル製の強力なマイクロプロセッサであり、例えば、Ｉｎｔｅｌ（Ｒ）Ｘｅｏｎ（Ｒ）プロセッサである。例として、サービスプロセッサ４は、いわゆるインテリジェントリモートマネジメントコントローラ（ｉＲＭＣ）である。そうしたサービスプロセッサは、いくつかのインスタンスにおいては、用語「ベースボードマネジメントコントローラ」（ＢＭＣ）、または、用語「システムマネジメントコントローラ」（ＳＭＣ）によっても知られている。サービスプロセッサ４は、主プロセッサ３とは独立して、コンピュータシステム１の正しいオペレーションのモニタリングのため、および、リモート維持管理タスクの実行のために役立つ。例として、コンピュータシステム１は、サービスプロセッサ４を使用して、管理ネットワークを介してスイッチオンまたはオフすることができる。

主プロセッサ３とサービスプロセッサ４は、さらに、一つまたは複数のバスシステムもしくは接続エレメントを介してコンピュータシステム１のコンポーネントに接続されている。典型的な実施例においては、主プロセッサ３とサービスプロセッサ４を、ベーシックインプットアウトプットシステム、ＢＩＯＳ、６のためのメモリコンポーネント、入力／出力コントローラ７、および、ネットワークコントローラ８、に対して接続するためにチップセット５が使用される。

さらに、サービスプロセッサ４は、典型的な実施例において、専用接続９を介してメモリカード１０に対して接続されている。典型的な実施例において、これは、いわゆるマイクロＳＤ（ｍｉｃｒｏＳＤ）フラッシュメモリカードであり、ＳＤカード協会（ｈｔｔｐ：／／ｗｗｗ．ｓｄｃａｒｄ．ｏｒｇ）からの業界規格ＳＤＨＣに従ったものである。代替的に、いわゆるｅＭＭＣカード、または、いくつかの他の不揮発性メモリ媒体を使用することも可能である。例えば、システムコンポーネント２に持続的に接続されたフラッシュメモリ、といったものである。メモリカード１０は、サービスプロセッサ４の広範なデータの不揮発的な保管のために役立つ。例えば、１６ＧＢの容量である。

コンピュータシステム１のネットワークコントローラ８は、データネットワーク１１に接続されている。例えば、ローカルのイーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標）会社のネットワークである。そのうえ、サービスプロセッサ４は、任意的なネットワークコントローラ１２をさらに介して、離れた管理ネットワーク１３に、または、チップセット５とネットワークコントローラ８を介して同一のデータネットワーク１１のいずれかに接続されている。管理ネットワーク１３は、また、データネットワーク１１と同一の物理ネットワーク上に設けられた仮想ネットワークであってもよい。

コンピュータシステム１は、さらに、バルクメモリドライブ１４を含み、入力／出力コントローラ７に接続されている。典型的な実施例においては、特に、コンピュータシステム１のためのオペレーティングシステム１５がバルクメモリドライブ１４に保管されている。例として、オペレーティングシステム１５は、Ｍｉｃｒｏｓｏｆｔ（Ｒ）Ｗｉｎｄｏｗｓ（登録商標）（Ｒ）Ｓｅｒｖｅｒ２０１２オペレーティングシステムであり、コンピュータシステム１のための実践的なアプリケーションを実行する。従って、オペレーティングシステム１５は、また、ホストまたはメインオペレーティングシステムとしても、これ以降に参照される。

最後に、コンピュータシステム１は、主メモリ１６を含み、主プロセッサ３による処理のためのプログラムコードおよび関連データがその中にロードされている。コンピュータシステム１のさらなるコンポーネント、例えば、電源といったものは、明確性の理由で図１には示されていない。

本発明のより良い理解を提供するために、サービスプロセッサ４のハードウェアおよびソフトウェアアーキテクチャに係る主要なコンポーネントが、図２を参照して以下に説明される。

サービスプロセッサ４は、異なるフェイズの最中に、コンピュータシステム１を維持管理するために役立つ。例えば、コンピュータシステムが、最初にセットアップされ、アップデートされる場合である。コンピュータシステムのファームウェアの中心的なコンポーネントは、いわゆるアプリケーションフレームワークライブラリ２０であり、サービスプロセッサ４で実行されるソフトウェアコンポーネントに対する種々の実行時間時サービス（ｒｕｎｔｉｍｅ ｓｅｒｖｉｃｅ）を提供するためにサービスオペレーティングシステム−図２に示されていない−を使用する。典型的な実施例において、サービスプロセッサ４は、フリーオペレーティングシステムＬｉｎｕｘ（登録商標）の分配−エンベッドシステムのためにカスタマイズされたもの−を実行する。主プロセッサ３のメインオペレーティングシステム１５を個々に実行するものである。アプリケーションフレームワークライブラリ２０を介して、個々のソフトウェアモジュールは、サービスプロセッサ４の異なるリソースを中心的にアクセスすることができる。このために、複数のライブラリ２１から２４が利用可能である。特に、アプリケーションフレームワークライブラリ２０により、システム管理のために、ＸＭＬライブラリ２１、データベースライブラリ２２、仮想メモリ媒体ライブラリ２３、および、ＩＰＭＩライブラリ２４に対してアクセスすることができる。ＩＰＭＩライブラリ２４は、例えば、ＢＩＯＳ６の設定を読出し又は変更するために使用され得る。

アプリケーションフレームワークライブラリ２０により、さらに、ネットワークインターフェイス２５を介して管理ネットワーク１３に対してアクセスすることができる。ネットワークインターフェイス２５を介したアクセスは、例えば、既知のｈｔｔｐまたはｆｔｐプロトコルを使用して行われ得る。ネットワークインターフェイス２５は、例えば、以降に説明するように、リポジトリサーバーから広範なデータをダウンロードするために役立つ。

さらに、アプリケーションフレームワークライブラリ２０は、ＰＣＩｅインターフェイス２７を介して、サービスプロセッサ４と主プロセッサ３との間の通信インターフェイス２６、または、主プロセッサ３によって実行されるソフトウェアコンポーネントを提供する。例として、通信インターフェイス２６は、いわゆるＳｅｒｖｅｒＶｉｅｗ Ｃｏｍｍｏｎ Ｃｏｍｍａｎｄ Ｉｎｔｅｒｆａｃｅ（ＳＣＣＩ）であってよく、それを介して、プラットフォーム管理のための製造元特定コマンド（ｍａｎｕｆａｃｔｕｒｅｒ−ｓｐｅｃｉｆｉｃ ｃｏｍｍａｎｄ）が交換される。通信インターフェイス２６または物理的なＰＣＩｅインターフェイス２７は、特に、サーバープロセッサ４と接続されているメモリカード１０との間、および、例えば、エージェントサービス２８といった、主プロセッサ３で実行されているプログラム間で、広範なデータを交換するために使用され得る。さらに、サービスプロセッサ４は、ＢＩＯＳ６に対して、かつ、従って、同様にオペレーティングシステム１５に対して、ＵＳＢブートデバイスをエミュレートする。特に、メモリカード１０からコンピュータシステム１を起動するために使用され得るものである。通信インターフェイス２６およびＵＳＢブートデバイスへのＵＳＢ接続の両方は、論理的な、いわゆるメモリマップドＩＯインターフェイスとして実施される。物理的には、この場合、必要とされるデータは、ＰＣＩｅインターフェイス２７を介して交換される。

図２に示される典型的な実施例においては、サービスプロセッサ４の３つの異なるソフトウェアコンポーネントが、アプリケーションフレームワークライブラリ２０にアクセスする。第１コンポーネント２９は、特に、システムモニタリングを行う。特には、メモリ媒体を管理し、モニタリングするためのＲＡＩＤマネージャ３０を含むものである。アップデートマネージャ３１の形式における第２コンポーネントは、アップデートパケットを獲得することを担当している（アップデート）。インストレーションマネージャ３２の形式におけるさらなるコンポーネントは、アップデートマネージャ３１によって獲得されたアップデートパケットのインストールを行う。

コンポーネント２９から３２、および、サービスプロセッサ４の他のソフトウェアコンポーネントも、また、アプリケーションフレームワークライブラリ２０を介してメモリカード１０のファイルシステム３３にアクセスすることができる。典型的な実施例においては、異なるデータボリューム３４、３５、および、３６が、メモリカード１０に保管される。このコンテクスト（ｃｏｎｔｅｘｔ）において、データボリュームは、論理的に首尾一貫した様式で保管されているデータまたはファイルを意味するものと理解される。例として、データボリュームは、メモリカード１０のデータキャリアボリューム、仮想データキャリアのイメージを伴うファイル、または、関連するファイルを伴うアーカイブである。データボリューム３４と３５は、アップデートカタログを伴う第１仮想データのイメージであり、かつ、それぞれに、保管されたアップデートパケットを伴う第２仮想データキャリアである。データボリューム３６は、異なるブート可能な、仮想データキャリアのイメージである。例えば、ブート可能なＣＤまたはＤＶＤのイメージといったものである。さらに、在庫リスト３７またはコンピュータシステム１の在庫情報をもったデータベースも、また、メモリカード１０に保管される。在庫リスト３７は、コンピュータシステム１にインストールされたそれぞれのコンポーネントに関する情報を含み、かつ、これらのコンポーネントに係るインストールされたソフトウェアまたはファームウェアサービスに関する情報を追加的に含んでいる。例として、在庫リスト３７は、エージェントサービス２８、または、この目的のために特別に意図されたソフトウェアコンポーネントによってアップデートされ得る。

ソフトウェアコンポーネント２９、３１、および、３２は、ウェブベースのグラフィカルユーザインターフェイス３８を介してシステム管理者によって管理される。このために、システム管理者は、例えば、管理ネットワーク１３を介してユーザインターフェイス３８にアクセスすることができる。

コンピュータシステム１に対して少なくとも一つの仮想データキャリアを提供するための方法が、図３と図４を参照して、以下に説明される。そういったデータキャリアは、例えば、コンピュータシステム１に追加のソフトウェアをインストールするため、または、他の維持管理タスクのために使用され得る。

図３に示される典型的な実施例において、コンピュータシステム１は、インターネット４０を介してリモートネットワーク４１に接続されている。典型的な実施例においては、それぞれの場合において、リモートネットワーク４１とインターネット４０との間に、および、データネットワーク１２とそれぞれの管理ネットワーク１３との間にも、また、いわゆるファイアウォール４２が提供される。インターネット４０からの許可されていないアクセスを防ぐためである。リモートネットワーク４１は、管理ステーション４３とリポジトリサーバー４４を含んでいる。

管理者４５は、コンピュータシステム１をリモートで維持管理するために管理ステーション４３を使用する。このために、管理者は、一つまたは複数のデータキャリアを準備する。例えば、ブート可能なＣＤまたはＤＶＤである。そして、リポジトリサーバー４４に保管する。リポジトリサーバー４４と管理ステーション４３は、同一の物理ネットワーク４１の中に置かれているので、管理者４５は、比較的に大容量のデータをリポジトリサーバー４４に迅速に保管することができる。代替的に、管理者は、また、イメージ４６が保管されている好適なネットワークソースを単に選択してもよい。例として、管理者は、公にアクセス可能なｆｔｐサーバーのＵＲＬを決定することができる。管理者は、続いて、管理ステーション４３、インターネット４０、および、管理ネットワーク１３を介して、コンピュータシステム１のサービスプロセッサ４にアクセスし、かつ、サービスプロセッサ４に対して、リポジトリサービス４４または決定されたＵＲＬに保管されたイメージ４６をダウンロードするようリクエストする。サービスプロセッサ４は、続いて、リポジトリサービス４４または決定されたＵＲＬにコンタクトし、かつ、そこからダウンロードされたイメージ４６をメモリカード１０に保管する。

ダウンロードは、管理者４５に係るコネクションおよびコンピュータシステム１のオペレーティングシステム１５の動作とは独立して発生する。従って、データ転送のためのインターネット接続４０のバンド幅は、管理者４５がＩＳＯイメージ４６を直接的にコンピュータシステム１に対して転送するよりも、重要ではない。管理者４５は、イメージ４６を転送するために必要な持続時間において、例えば、他のタスクを実行することができる。

転送が成功裡に実行された場合、管理者４５は、サービスプロセッサ４またはコンピュータシステム１のオペレーティングシステム１５に対してインターネット４０を介してログオン（ｌｏｇ ｏｎ）することができ、かつ、ローカルに利用可能なイメージ４６を用いてコンピュータシステム１で維持管理タスクを実施することができる。代替的に、管理者または誰か他のユーザは、また、ローカルにコンピュータシステム１にログオンすることができ、かつ、そして、同じようにローカルに存在するイメージ４６を使用することができる。

図４は、コラボレーション図に基づいて、上記に説明された方法を詳細に示している。

第１ステップＳ１において、管理者４５は、仮想データキャリアのイメージを提供する。イメージ４６は、例えば、物理的に存在するデータキャリアのイメージ−管理者４５によって生成されたもの−であってよい。例えば、オペレーティングシステムのインストレーションＣＤまたはリカバリＣＤであり、もしくは、管理者４５が彼自身／彼女自身でコンパイルして、管理者の好みの維持管理プログラムおよび関連データを有するイメージであってよい。可能なら、管理者４５は、また、ステップＳ１において、複数のそうしたイメージ４６を提供することもできる。

ステップＳ２において、管理者４５によってコンパイルされたイメージ４６は、リポジトリサーバー４４に保管される。例として、リポジトリサーバー４４は、従来のＦＴＰサーバーまたはネットワークを介して到達できる他のいくつかのストレージソースであってよい。

ステップＳ３において、管理者４５は、サービスプロセッサ４のグラフィカルユーザインターフェイス３８にログオンする。グラフィカルユーザインターフェイス３８を介して、管理者は、例えば、リポジトリサーバー４４に保管されたイメージ４６をダウンロードするためのタイムスケジュールを設定することができる。

さらに、ステップＳ３において、管理者４５は、ダウンロードされたイメージ４６をサービスプロセッサ４を使用して動作化するための、タイムスケジュールを設定することができる。一旦、これらのステップが完了すると、管理者４５は、サービスプロセッサ４のユーザインターフェイス３８からログオフして、他のタスクに取り掛かることができる。

例えば、コンピュータシステム１のドライバを回復するためのバックアップセットをもったデータベースキャリアといった定期的に変化するコンテンツのために、管理者４５は、また、リポジトリサーバー４４とサービスプロセッサ４４との間の定期的な調整のためのタイムスケジュールを設定することもできる。この場合、サービスプロセッサ４は、メモリカード１０にローカルに保管されたイメージ４６を、リポジトリサーバー４４の対応するイメージと定期的に比較する。例えば、日付変更、ＣＲＣチェックサム（ｃｈｅｃｋｓｕｍ）、または、デジタル署名に基づくものである。変化が特定された場合に、サービスプロセッサ４は、変化したイメージ４６または変化した部分を自動的にダウンロードして、アップデートされたイメージ４６をメモリカード１０に保管する。

後続のステップＳ４は、直接的にステップＳ３の後に続くか又は管理者による既定のタイムスケジュールによって開始されるかいずれかであるが、ステップＳ４においては、サービスプロセッサ４が、リポジトリサーバー４４から一つまたは複数のイメージ４６のダウンロードを開始する。特に、比較的に遅い送信容量を有するデータ接続を介してリポジトリサーバー４４に接続されているリモートにインストールされたコンピュータシステム１において、ダウンロードステップＳ４には、相当な時間がかかり得る。例として、イメージ４６又は新たなオペレーティングシステムをインストールするためのデータを伴う一つまたは複数のＤＶＤに係るイメージ４６のダウンロードには、数時間、数日、または、さらに数週間の時間がかかり得る。

サービスプロセッサ４によってダウンロードされたイメージ４６は、サービスプロセッサ４に接続されたメモリカード１０に保管される。例えば、データボリューム３４、３５、または、３６としてである。代替的に、イメージ４６は、また、サービスプロセッサ４の内部メモリにも保管され得る。内部メモリが、十分な保管容量を有している場合である。結果として、コンピュータシステム１の主プロセッサ３およびバルクメモリドライブ１４の動作状態は、ダウンロードにとって重要ではない。特に、ダウンロードは、また、コンピュータシステム１の主プロセッサ３が動作していない場合においても継続され得る。コンピュータシステム１が、データネットワーク１２、管理ネットワーク１３、または、電源のいずれかと完全に分離されている場合においてさえ、ダウンロードは、インタラプション（ｉｎｔｅｒｕｐｔｉｏｎ）が発生した後に直接的に継続され得る。その時点までにロードされたデータは、電源とは独立して、不揮発性メモリカード１０に保管されて残る。

ステップＳ５においては、以前にダウンロードされたイメージ４６のうち一つが、サービスプロセッサ４によって動作化される。このコンテクストにおいて、動作化は、イメージ４６がサービスプロセッサ４のファイルシステムの中に組み入れられることを意味する。このために、アプリケーションフレームワークライブラリ２０は、仮想媒体ライブラリ２３を介して、例えば、データボリューム３４から３６のうち一つにアクセスする。そこに含まれているデータは、サービスプロセッサ４によってエミュレートされた仮想ＣＤまたはＤＶＤを介して、ＢＩＯＳ６またはオペレーティングシステム１５に対して利用可能にされる。主プロセッサ３に対する通信インターフェイス２６は、典型的な実施例において、この目的のために使用される。続いて、例えば、エージェントサービス２８といった、オペレーティングシステム１５の下で実行されているアプリケーションおよびサービスは、ローカルに存在するメモリ媒体のように、ダウンロードされたイメージ４６のデータにアクセスすることができる。

イメージ４６が、例えば、データボリューム３６の場合といった、ブート可能なデータキャリアである場合は、対応するイメージ４６が、ＵＳＢブートデバイスとして、コンピュータシステム１のＢＩＯＳ６に提供され得る。この場合、サービスプロセッサ４は、必要に応じて、コンピュータシステム１の再起動を開始することができる。後に続く、任意的なステップＳ６において、コンピュータシステム１は、ブート可能なデータボリューム３６のイメージ４６からブートする。

さらにステップＳ７において、管理者４５は、現在稼働しているコンピュータシステム１にログオンして、計画された維持管理業務を実施する。例として、管理者は、コンピュータシステム１に新たなオペレーティングシステム１５をインストールし、または、維持管理業務を実行する。例として、起動のために使用されないバルクメモリドライブ１４は、ウイルスについて検査され得るし、または、そのコンテンツが以前に作成されたバックアップから回復され得る。

上記のシーケンスの他に、さらなるシナリオの多様性が可能である。そこでは、広範なデータが、データキャリアのイメージ４６上でコンパイルされ、もしくは、コンピュータシステム１のローカルに接続されたメモリドライブのデータとして、サービスプロセッサ４によって提供される。

１ コンピュータシステム
２ システムコンポーネント
３ 主プロセッサ
４ サービスプロセッサ
５ チップセット
６ ベーシックインプットアウトプットシステム（ＢＩＯＳ）
７ 入力／出力コントローラ
８ （第１）ネットワークコントローラ
９ 接続
１０ メモリカード
１１ データネットワーク
１２ （第２）ネットワークコントローラ
１３ 管理ネットワーク
１４ バルクメモリドライブ
１５ オペレーティングシステム
１６ 主メモリ
２０ アプリケーションフレームワークライブラリ
２１ ＸＭＬライブラリ
２２ データベースライブラリ
２３ 仮想メモリ媒体ライブラリ
２４ ＩＰＭＩライブラリ
２５ ネットワークインターフェイス
２６ 通信インターフェイス
２７ ＰＣＩｅインターフェイス
２８ エージェントサービス
２９ システムモニタリングコンポーネント
３０ ＲＡＩＤマネージャ
３１ アップデートマネージャ
３２ インストレーションマネージャ
３３ ファイルシステム
３４ データボリューム（第１データキャリアのイメージ）
３５ データボリューム（第２データキャリアのイメージ）
３６ データボリューム（ブート可能データキャリアのイメージ）
３７ 在庫リスト
３８ グラフィカルユーザインターフェイス
４０ インターネット
４１ （リモートの）インターフェイス
４２ ファイアウォール
４３ 管理ステーション
４４ リポジトリサーバー
４５ 管理者
４６ イメージ

Claims (10)

1. コンピュータシステムに対して少なくとも一つのデータキャリアを提供する方法であって、
   前記コンピュータシステムのサービスプロセッサを用いて、データネットワークを介して到達可能な既定のネットワークソースからデータキャリアに係る少なくとも一つのイメージをダウンロードするステップであり、
   前記サービスプロセッサは、前記コンピュータシステムを前記データネットワークに接続するためにネットワーク制御部に接続され、前記サービスプロセッサは、前記コンピュータシステムの主プロセッサおよびオペレーティングシステムから独立して動作可能である、ステップと、
   前記サービスプロセッサを用いて、少なくとも一つの前記ダウンロードされたイメージを前記サービスプロセッサと第１不揮発性バルクメモリとの間の専用接続を介して、前記コンピュータシステムの前記主プロセッサのおよび別のバルクメモリドライブの動作状態と独立の前記サービスプロセッサによりアドレス可能な前記第１不揮発性バルクメモリに保管するステップであって、前記第１不揮発性バルクメモリは、前記コンピュータシステムに永続的に接続されるフラッシュメモリコンポーネントとして又は交換可能なフラッシュメモリカードとして実装される、ステップと、
   前記サービスプロセッサを用いて、仮想メモリドライブのアクティブなデータキャリアとして、少なくとも一つの前記保管されたイメージを組み入れるステップと、
   前記仮想メモリドライブにアクセスするための標準インターフェイスをエミュレートするステップであり、製造元特定ドライバソフトウェアなしに、オペレーティングシステムが前記アクティブなデータキャリアにアクセスすることができる、ステップと、
   を含む、方法。
2. 前記方法は、さらに、
   前記第１不揮発性バルクメモリに現在保管されているイメージを前記既定のネットワークソースに保管されているイメージと比較するステップと、を含み、
   前記比較するステップにおいて差異があると判断された場合だけ、前記ダウンロードするステップが実行される、
   請求項１に記載の方法。
3. 前記組み入れるステップは、ブート可能なデータキャリアの前記イメージをアクティブなデータキャリアとして組み入れることを含み、
   前記方法は、さらに、
   前記コンピュータシステムのブート順序を変更するステップであり、
   次のブートオペレーションが前記仮想メモリドライブによって実行される、ステップと、
   前記アクティブで、ブート可能なデータキャリアから前記コンピュータシステムをブートするステップと、
   を更に含む請求項１に記載の方法。
4. 前記方法は、さらに、
   複数の保管されたデータからデータキャリアのイメージを選択するステップ、を更に含み、
   前記組み入れるステップは、前記選択されたイメージを、アクティブなデータキャリアとして組み入れること、を含む、
   請求項１に記載の方法。
5. コンピュータシステムであって、
   オペレーティングシステムを実行するための主プロセッサと、
   前記主プロセッサおよび前記オペレーティングシステムと独立して動作可能なサービスプロセッサと、
   前記コンピュータシステムをデータネットワークに接続するために前記サービスプロセッサに接続されるネットワーク制御部と、
   専用接続を介して前記サービスプロセッサに接続された第１不揮発性バルクメモリであって、前記第１不揮発性バルクメモリは、前記コンピュータシステムの前記主プロセッサのおよびバルクメモリドライブの動作状態と独立の前記サービスプロセッサによりアドレス可能であり、前記第１不揮発性バルクメモリは、前記コンピュータシステムに永続的に接続されるフラッシュメモリコンポーネントとして又は交換可能なフラッシュメモリカードとして実装される、第１不揮発性バルクメモリと、
   を含み、
   前記サービスプロセッサは、
   前記データネットワークを介して到達可能な既定のネットワークソースからデータキャリアに係る少なくとも一つのイメージをダウンロードし、
   前記第１不揮発性バルクメモリに保管し、
   コンピュータシステムの仮想メモリドライブのアクティブなデータキャリアとして、少なくとも一つの前記保管されたイメージを組み入れ、かつ、
   製造元特定ドライバソフトウェアなしに、オペレーティングシステムが前記アクティブなデータキャリアにアクセスすることができるように、前記仮想メモリドライブにアクセスするための標準インターフェイスをエミュレートする、
   ように構成されている、
   コンピュータシステム。
6. 前記コンピュータシステムは、さらに、
   前記オペレーティングシステムを保管するための第２不揮発性バルクメモリ、特にはハードディスクドライブ、を含み、
   前記第２不揮発性バルクメモリは、前記主プロセッサに接続されている、
   請求項５に記載のコンピュータシステム。
7. 前記第１不揮発性バルクメモリには、
   前記コンピュータシステムにオペレーティングシステムをインストールするためのデータキャリアに係るイメージ、
   前記コンピュータシステムの以前の状態を復元するためのデータキャリアに係るイメージ、および、
   前記コンピュータシステムの維持管理のためのデータキャリアに係るイメージ、
   のうち少なくとも一つが保管されている、
   請求項５に記載のコンピュータシステム。
8. 前記サービスプロセッサは、
   前記保管されたイメージを、読出し専用オペレーションモードにおいて、特には仮想ＣＤまたはＤＶＤドライブのデータキャリアとして、前記コンピュータシステムの中に組み入れるように構成されている、
   請求項５に記載のコンピュータシステム。
9. 前記コンピュータシステムは、さらに、
   既定のメモリデバイスから前記コンピュータシステムを起動するためのファームウェアコンポーネント、特にはＢＩＯＳ、を含み、
   前記サービスプロセッサは、さらに、前記ファームウェアコンポーネントに対する前記コンピュータシステムを起動するためのメモリデバイスとして前記仮想メモリドライブを選択するように構成されており、前記コンピュータシステムは、再起動の後で前記アクティブなデータキャリアからブートする、
   請求項５に記載のコンピュータシステム。
10. 前記サービスプロセッサは、
    前記少なくとも一つのイメージをダウンロードするプロセス、
    前記少なくとも一つの保管されたイメージを組み入れるプロセス、及び/又は、
    時間コントロールされたやり方で前記コンピュータシステムを再起動するプロセス、
    を実施するように構成されたタイムスケジュールコンポーネント、を含む、
    請求項５に記載のコンピュータシステム。

Images