最小限のオペレーティングシステムのカーネルの少なくとも1つのイメージと関連のファイルシステムのイメージとを含む少なくとも1つのサーバ205、210、215、230が接続された通信ネットワークへと接続されるコンピュータシステム225-1、225-iについて、前記カーネルの前記イメージをロードするステップ330、410および前記ファイルシステムの前記イメージをロードするステップ325、415を含んでいるロードおよびブートの方法であって、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップのうちの一方が、前記カーネルの前記イメージをロードする前記ステップ335、340および前記ファイルシステムの前記イメージをロードする前記ステップのうちの他方の実行の終了よりも前に開始されることを特徴とする、方法。前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップが、実質的に同時に開始される、請求項1に記載の方法。前記カーネルの前記イメージおよび/または前記ファイルシステムの前記イメージをロードするためのロード指令の準備ステップ405をさらに含む、請求項1または2に記載の方法。ブートローダをロードする準備ステップをさらに含んでおり、前記ブートローダが、前記カーネルの前記イメージをロードする前記ステップおよび/または前記ファイルシステムの前記イメージをロードする前記ステップの実行のためのインストラクションを含んでいる、請求項1から3のいずれか一項に記載の方法。前記ブートローダへのアクセスのためのプロトコルが、PXE方式のプロトコルである、請求項4に記載の方法。前記ブートローダへのアクセスのためのプロトコルが、gPXE方式のプロトコルである、請求項3に記載の方法。前記カーネルの前記イメージのロードおよび/または前記ファイルシステムの前記イメージのロードのためのプロトコルが、TFTP方式またはHTTP方式のプロトコルである、請求項1から6のいずれか一項に記載の方法。クラスタのノードにおいて実行される、請求項1から7のいずれか一項に記載の方法。コンピュータ上で実行されたときに請求項1から8のいずれか一項に記載の方法の各々のステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラム。請求項1から8のいずれか一項に記載の方法の各々のステップを実行するように構成された手段を備える装置。上記の種々の段階の結果として、PXEまたはgPXEプロトコルが使用される場合、コンピュータシステムに電力を供給してからオペレーティングシステムが利用できるようになるまでに要する時間が、無視できなくなり、きわめて不利となる可能性があり、これが、とりわけ、最適化がきわめて重要な柔軟な環境のコンピュータシステムに当てはまる。本発明は、上述した問題のうちの少なくとも1つを解決可能にする。したがって、本発明は、通信ネットワークへと接続されたコンピュータシステムのためのロードおよびブートの方法に関し、前記通信ネットワークには、少なくとも1つのサーバが接続され、前記少なくとも1つのサーバが、最小限のオペレーティングシステムのカーネルの少なくとも1つのイメージおよび関連のファイルシステムのイメージを含んでいる。本方法は、前記カーネルの前記イメージをロードするステップおよび前記ファイルシステムの前記イメージをロードするステップを含んでおり、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップのうちの一方が、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップのうちの他方の実行の終了よりも前に開始される。このようにして、本発明による方法は、オペレーティングシステムのブートにおいてカーネルのイメージおよびファイルシステムのイメージの転送に関係する遅延を減らすことを可能にする。好都合には、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記ステップが、実質的に同時に開始される。したがって、カーネルのイメージおよびファイルシステムのイメージの転送のための時間が、カーネルのイメージおよびファイルシステムのイメージのサイズにかかわらず最適化される。特定の実施の形態によれば、本方法が、前記カーネルの前記イメージおよび/または前記ファイルシステムの前記イメージをロードするためのロード指令の準備ステップをさらに含む。ロード指令は、好ましくは、カーネルのイメージおよびファイルシステムのイメージの場所についての情報、それらのイメージへのアクセスに使用される通信プロトコルについての情報、および/またはカーネルによって使用されうるパラメータを含む。さらに特定の実施の形態によれば、本方法が、ブートローダをロードする準備ステップをさらに含んでおり、前記ブートローダが、前記カーネルの前記イメージをロードする前記ステップおよび/または前記ファイルシステムの前記イメージをロードする前記ステップの実行のためのインストラクションを含んでいる。さらに特定の実施の形態によれば、前記ブートローダへのアクセスのためのプロトコルが、PXEまたはgPXE方式の標準的なプロトコルである。前記カーネルの前記イメージのロードおよび/または前記ファイルシステムの前記イメージのロードのためのプロトコルが、好ましくはTFTP方式またはHTTP方式のプロトコルである。本発明による方法は、最適化がきわめて重要であるクラスタのノードにおける実行に特に合わせて構成されている。さらに本発明は、コンピュータ上で実行されたときに上述の方法の各々のステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラム、ならびに上述の方法の各々のステップを実行するように構成された手段を備える装置に関する。そのようなコンピュータプログラムおよびそのような装置によって得られる利点は、上述した利点と同様である。本発明の他の利点、目的、および特徴が、添付の図面に関連してあくまでも本発明を限定するものではない例として提示される以下の詳細な説明から明らかになるであろう。一般に、本発明は、通信ネットワーク経由でのコンピュータシステム典型的には、クラスタノードまたはクライアントステーションのブートに使用されるデータの並列ロードに関する。データの並列ロードは、特に、オペレーティングシステムのカーネルおよび関連のファイルシステムに関係するデータに関する。図2aおよび図2bが、本発明を実行することができるコンピューティング環境の2つの例を示している。図2aに示されるとおり、ここでは、コンピューティング環境200が、例えばEthernetまたはInfinibandネットワークなどの通信ネットワーク220へと接続された3つのサーバ205、210、および215を含んでおり、さらに通信ネットワーク220には、クラスタノードまたはクライアントステーション参照番号225-1~225-iも接続されている。ここでは、サーバ205が、例えばPXEまたはgPXEプロトコルを使用してクライアントシステムのブートの継続を可能にする場所を供給するように構成されたアドレスサーバ例えば、DHCPサーバである。ここでは、サーバ210が、特定のPXEファイル特に、pxelinuxファイルならびにPXEまたはgPXE指令ファイルをロードできるサーバである。サーバ215が、カーネルのイメージすなわち、典型的にはカーネルファイルおよびファイルシステムのイメージすなわち、典型的にはinitrdファイルをロードできるサーバである。サーバ210および215は、例えばTFTPまたはHTTPファイルサーバである。ブートの際に、ノードまたはクライアントステーション225-1~225-iの各々は、自身を特定するネットワークアドレス好ましくは、IP方式のアドレスをサーバ205から取得するとともに、サーバ210上のPXE拡張例えば、pxelinuxまたはgPXE指令の場所を取得する。次いで、クライアントステーションまたはノードは、サーバ210からPXEまたはgPXEブートインストラクションをロードすることができ、すなわち、特に、ロード指令をロードすることができ、該当するのであればPXEコード拡張をロードすることができる。次に、受信されたロード指令に応じて、使用すべきカーネルおよびファイルシステムのイメージ、すなわち例えばカーネルおよびinitrdファイルが、サーバ215から転送される。図2bに示されているコンピューティング環境200’は、サーバ205、210、および215がただ1つのサーバ230にまとめられている点で、すでに述べた環境200から相違し、サーバ230が通信ネットワーク220へと接続され、さらにクライアントステーションまたはノード参照番号225-1~225-iも通信ネットワーク220へと接続されている。したがって、サーバ230は、DHCPサーバなどのアドレスサーバ機能を有するサーバならびに使用すべきカーネルおよびファイルシステムのイメージをロードすることができるPXEまたはgPXEのためのファイルサーバである。同様に、2つのサーバ例えば、PXE拡張ならびにPXEまたはgPXE指令ファイルの転送も可能にするDHCPサーバなどのアドレスサーバと、使用すべきカーネルおよびファイルシステムのイメージをロードすることができるサーバを使用することも可能である。図3が、本発明によるクライアントステーションまたはノードのブート手順の特定の段階を示している。これらの段階が、タイムライン300上に表わされている。図示のとおり、第1の段階において、クライアントステーションまたはノードのためのネットワーク設定を取得ステップ305する必要があり、さらに必要であれば、ロード指令ならびに使用すべきカーネルおよびファイルシステムのイメージ例えば、カーネルおよびinitrdファイルをロードできるサーバのネットワーク設定を取得する必要がある。クライアントステーションまたはノードのネットワーク設定ステップ310の後、すなわちネットワーク設定が既知となって直ぐgPXEプロトコルが使用される場合、あるいはPXE拡張がロードPXEプロトコルが使用される場合されたとき、ロード指令のロードが開始されるステップ315。ロード指令が受信されたときステップ320、指令に関するカーネルおよびファイルシステムのイメージ例えば、カーネルおよびinitrdファイルのロードを、開始することができるそれぞれステップ330および325。カーネルのイメージのロードは、ファイルシステムのイメージのロードと同時に開始され、あるいはファイルシステムのイメージのロードの開始後かつファイルシステムのイメージのロードの完了前に開始される。一般に、ファイルシステムのイメージのロードが、カーネルのイメージのロードの完了ステップ335後も続くことに、留意すべきである。カーネルのイメージのロードは、ファイルシステムのイメージのロードがカーネルのイメージのロードの完了よりも前に始まる限りにおいて、ファイルシステムのイメージのロードよりも先に開始されてもよい。カーネルおよびファイルシステムのイメージのロードが完了ステップ335および340した後で、カーネルすなわち、最小限のオペレーティングシステムがブートされるステップ345。カーネルファイルなどのカーネルのイメージのサイズが、典型的には2~5MBの間である一方で、initrdファイルなどのファイルシステムのイメージのサイズが、通常は2~20MBの間であり、100MBに達する可能性もあることに、留意すべきである。したがって、カーネルのイメージおよびファイルシステムのイメージを同時にロードすることで、ロード時間を、サイズが小さい方の画像について節約することができる。図4が、通信ネットワークからのブートを可能にするためにクラスタノードまたはクライアントステーションにおいて実行される典型的なアルゴリズムの図である。すでに述べたように、第1の段階ステップ400は、このノードまたはこのクライアントステーションのためのネットワーク設定を取得し、さらに必要であればロード指令ならびに使用すべきカーネルおよびファイルシステムのイメージをロードできる1つ以上のサーバのネットワーク設定を取得するための要求で構成される。例として、ノードまたはクライアントステーションのBIOSが、DHCPプロトコルに従って自身のIPアドレスならびにPXEまたはgPXEサーバのIPアドレスを要求する。続く段階ステップ405において、ノードまたはクライアントステーションは、先に取得したアドレスのPXEまたはgPXEサーバからロード指令をロードする。やはり、ノードまたはクライアントステーションのBIOSが、この要求を行なうことができる。使用されるプロトコルがPXEプロトコルである場合、この段階は、PXEコード拡張例えば、pxelinuxをロードする準備段階を含む。ノードまたはクライアントステーションのブートプログラムまたはブートローダgPXEプロトコルが使用される場合、あるいはPXEサーバから受信されるブートプログラムまたはブートローダPXEプロトコルが使用される場合が、ロード指令との組み合わせにおいて、カーネルのイメージおよびファイルシステムのイメージのロードの開始を可能にする。ここで、カーネルおよびファイルシステムのイメージのロードを可能にする1つ以上のサーバのアドレスが、通常はロード指令にて与えられることに、留意すべきであろう。あるいは、ノードまたはクライアントステーションからアドレスサーバへの別途の要求によって取得されてもよい。次いで、ノードまたはクライアントステーションは、最小限のオペレーティングシステムのカーネルのイメージのロードステップ410およびそのファイルシステムのイメージのロードステップ415を開始させる。これらの目的のため、カーネルおよび対応するファイルシステムのイメージの同時のロードを開始させるために、ブートストラッププロトコルpxelinuxまたはgPXEが、ロード要求が順次に処理されることがないように変更される。特定の実施の形態によれば、ロード指令の通知が、そのような機能の始動または阻止を可能にする。すでに示したとおり、カーネルおよび対応するファイルシステムのイメージを、同じサーバから得ることも、別々のサーバから得ることも可能である。別々のサーバから得られる場合、ファイルへのアクセスおよびロードの要求の処理に関して、コンフリクトは存在しない。そうでない場合、ロードの作業は、ファイルサーバによって並列に処理される。その場合、好都合には、カーネルおよびファイルシステムのイメージが、オペレーティングシステムのブートを続ける前にメモリへと完全にロードされることを保証するために、待機の機構が実装される。カーネルのエントリポイントの実行ステップ420によって、カーネルおよびファイルシステムのイメージのロードの処理が終わり、オペレーティングシステムのブートが始まる。図4に関して説明したアルゴリズムを実行するように構成されたクラスタノードまたはクライアントステーションのアーキテクチャの例が、図5に示されている。ここで、装置500が、装置500の外部の要素とのデータの交換を可能にする通信バス502入力/出力バスと、メモリとのデータの交換に専用の通信バス504とを備えている。システムのBIOSプログラムを含んでいるROMReadOnlyMemoryの頭文字である506と、上述のプログラムの実行時に生成および変更される変数およびパラメータならびにカーネルおよびファイルシステムを記録するように構成されたレジスタを含んでいるRAMRandomAccessMemoryの頭文字である508とが、バス504へと接続されている。1つ以上のCPU中央演算処理装置CentralProcessingUnitの略語であるまたはマイクロプロセッサ510と、ネットワークを介してデータの送信および受信を行なうように構成された通信インターフェイス512とが、バス502および504へと接続されている。ここで、通信インターフェイス512は、ネットワークを介して使用されるオペレーティングシステムのブートを可能にするプログラムを収容する拡張ROM514を備えている。通信バス502および504が、装置500に含まれる種々の要素または装置500へと接続される種々の要素の間の通信および相互運用を可能にする。バスの表現は、本発明を限定するものではなく、特に中央演算処理装置が、装置500の任意の要素へと直接または装置500の任意の要素によって、インストラクションを通信することができる。プログラマブルな装置によって本発明による方法を実行することを可能にする各々のプログラムの実行コードを、例えば拡張ROM514に保存することができる。gPXEプロトコルも、それらのソフトウェア構成要素をRAM508へとロードできるようにする。より一般的には、1つ以上のプログラムを、実行の前に装置500のストレージ手段のうちの1つへとロードすることができる。中央演算処理装置510が、本発明によるソフトウェアコードまたはプログラムのインストラクションまたは一部分の実行を制御および管理し、それらのインストラクションは、拡張ROM514、RAM506、または任意の他の上述のストレージ要素に保存される。当然ながら、個々のニーズを満たすために、当業者であれば以上の説明に対して変更を加えることが可能であろう。