(57)【要約】      （修正有）【課題】通信ネットワークを介するコンピュータシステムにおいてオペレーティングシステムのロードおよびブートを最適化する。【解決手段】通信ネットワーク経由でのサーバからコンピュータシステムへの最小限のオペレーティングシステムを構成するカーネルとファイルシステムの場合、ｉｎｉｔｒｄ（ｉｎｉｔｉａｌ  ＲＡＭ  ｄｉｓｋ）のロードを並行して行うことで、ロード時間及びブート時間を短縮する。ここで、ｉｎｉｔｒｄのロード３２５−３４０の間に、カーネルのロード３３０−３３５が行なわれる。【選択図】図３
2016035770.tif 000002
【特許請求の範囲】
【請求項１】
最小限のオペレーティングシステムのカーネルの少なくとも１つのイメージと関連のファイルシステムのイメージとを含む少なくとも１つのサーバ（２０５、２１０、２１５、２３０）が接続された通信ネットワークへと接続されるコンピュータシステム（２２５−１、２２５−ｉ）について、前記カーネルの前記イメージをロードするステップ（３３０、４１０）および前記ファイルシステムの前記イメージをロードするステップ（３２５、４１５）を含んでいるロードおよびブートの方法であって、
前記カーネルの前記イメージをロードする前記ステップは、前記ファイルシステムの前記イメージをロードする前記ステップの開始後かつ前記ファイルシステムの前記イメージをロードする前記ステップの完了前に開始されることを特徴とする、方法。
【請求項２】
前記カーネルの前記イメージおよび／または前記ファイルシステムの前記イメージをロードするためのロード指令の準備ステップ（４０５）をさらに含む、請求項１に記載の方法。
【請求項３】
ブートローダをロードする準備ステップをさらに含んでおり、
前記ブートローダが、前記カーネルの前記イメージをロードする前記ステップおよび／または前記ファイルシステムの前記イメージをロードする前記ステップの実行のためのインストラクションを含んでいる、請求項１または２に記載の方法。
【請求項４】
前記ブートローダへのアクセスのためのプロトコルが、ＰＸＥ方式のプロトコルである、請求項３に記載の方法。
【請求項５】
前記ブートローダへのアクセスのためのプロトコルが、ｇＰＸＥ方式のプロトコルである、請求項３に記載の方法。
【請求項６】
前記カーネルの前記イメージのロードおよび／または前記ファイルシステムの前記イメージのロードのためのプロトコルが、ＴＦＴＰ方式またはＨＴＴＰ方式のプロトコルである、請求項１から５のいずれか一項に記載の方法。
【請求項７】
クラスタのノードにおいて実行される、請求項１から６のいずれか一項に記載の方法。
【請求項８】
コンピュータ上で実行されたときに請求項１から７のいずれか一項に記載の方法の各々のステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラム。
【請求項９】
請求項１から７のいずれか一項に記載の方法の各々のステップを実行するように構成された手段を備える装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オペレーティングシステムのブートに関し、さらに詳しくは、コンピュータ
システムにおけるオペレーティングシステムの通信ネットワーク経由でのロードおよびブ
ートを最適化するための方法、コンピュータプログラム、および装置に関する。
【背景技術】
【０００２】
コンピュータシステムにおけるブートの手順は、常設または取り出し可能なストレージ
周辺機器を介してアクセスすることができ、後のソフトウェアアプリケーションのロード
および実行を可能にするオペレーティングシステムを取得することを目的としている。オ
ペレーティングシステムは、通常はコンピュータシステムのマザーボードの読み出し専用
メモリに収容されるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍの
頭文字である）によって実行されるより単純なプログラム（ブートローダと呼ばれる）に
よって取得される。
【０００３】
このブートの段階において、コンピュータシステムの動作にとって重要かつ必要なすべ
てのソフトウェア構成要素が、ランダムアクセスメモリへとロードされる。
【０００４】
一般に、例えばブートセクタを検出するためにチェックすべき周辺機器の順序を定義す
るために、ＢＩＯＳのパラメータを設定することが可能である。したがって、ネットワー
ク内の遠方のストレージシステムにおいて入手することができるオペレーティングシステ
ムのイメージを取得することによって、コンピュータシステムをネットワーク経由で起動
させることが可能である。そのようなブートの手順は、特にＰＸＥ（Ｐｒｅ−ｂｏｏｔ  
ｅＸｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔの略語）またはｇＰＸＥ（ＩｎｆｉｎｉＢ
ａｎｄ（商標）またはＥｔｈｅｒｎｅｔ（登録商標）型のネットワークにおいて使用する
ことができるＰＸＥのオープンソース版）という名称で知られている。
【０００５】
この手順において、オペレーティングシステムの実行のための特定の構成要素および指
令が、種々のファイルをロードすることによって取得される。より詳しくは、ネットワー
クからロードされるＬｉｎｕｘ（登録商標）オペレーティングシステムの関連においては
、最小限のオペレーティングシステムが、典型的には、少なくともカーネルおよびｉｎｉ
ｔｒｄ（ｉｎｉｔｉａｌ  ＲＡＭ  ｄｉｓｋの頭文字）と一般的には呼ばれるファイルシ
ステムで構成される。
【０００６】
次いで、実装の構成に応じて、このｉｎｉｔｒｄファイルシステムを、ソフトウェアア
プリケーションを直接ロードするために使用することができ、あるいはオペレーティング
システムによって使用されるより完全なファイルシステムへのアクセスをもたらすために
使用することができる。最小限のオペレーティングシステムをブートするために、これら
の構成要素（カーネルおよびｉｎｉｔｒｄ）の両方を有することが必要である。
【０００７】
これらの構成要素がイメージの形態でロードされた後で、オペレーティングシステムを
、カーネルイメージに含まれるプログラムを実行することによってブートすることができ
る。
【０００８】
図１が、通信ネットワークを介してアクセスすることができるイメージにもとづいてコ
ンピュータシステム上にＬｉｎｕｘオペレーティングシステムを用意するためのサーバと
クライアントとの間のｇＰＸＥプロトコルによるブート手順の図を示している。
【０００９】
図示のとおり、クライアント１００が、ここでは通信ネットワーク１１０を介してサー
バ１０５へと接続されている。第１のステップ（参照番号１１５）は、ＤＨＣＰ（Ｄｙｎ
ａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌの略語）サーバ上
のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌの略語）設定の検索からなる。ＤＨＣＰサ
ーバの応答１２０は、ＩＰ設定情報に加えて、ｇＰＸＥ指令のファイルの場所を知らせる
。この指令ファイルの場所は、使用すべき転送プロトコルの定義も可能にする。
【００１０】
ＩＰ設定および指令ファイルの場所をＤＨＣＰサーバから取得した後で、クライアント
は、その場所の指令ファイルの転送を実行するようにサーバに要求１２５を送信する。応
答（参照番号１３０）において、指令ファイルがサーバから受信される。典型的には、受
信される指令ファイルは、カーネルファイル（カーネルのイメージ）の場所、ｉｎｉｔｒ
ｄファイル（関連のファイルシステムのイメージ）の場所、およびカーネルへと宛てるべ
きパラメータを定めている。
【００１１】
次いで、クライアントが、カーネルファイルを取得するための要求１３５を送信し、こ
の要求に応答して、カーネルファイルがサーバから受信される（参照番号１４０）。次に
、同様の方法で、クライアントがｉｎｉｔｒｄファイルを取得するための要求１４５を送
信し、この要求に応答して、ｉｎｉｔｒｄファイルがサーバから受信される（参照番号１
５０）。
【００１２】
ここで、ｇＰＸＥプロトコルの使用の関連において、ファイルの要求および転送に通常
はＴＦＴＰ（Ｔｒｉｖｉａｌ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌの略語）
またはＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌの略語）
の各プロトコルが使用されることに、留意すべきである。ＰＸＥプロトコルが使用される
場合には、ＴＦＴＰ転送プロトコルだけが使用される。さらに、ＰＸＥプロトコルが使用
される場合、指令ファイルは別の構文を使用し、クライアントとサーバとの間のさらなる
交換が、指令ファイルをロードする前に実行される。
【００１３】
カーネルおよびｉｎｉｔｒｄファイルをメモリへとロードした後で、ブートローダは、
カーネルのエントリポイントの実行へと進むことによって終了し、ｉｎｉｔｒｄファイル
によってもたらされるファイルシステムが使用される。このオペレーティングシステムの
ブートが、通常は、ネットワークを介してより完全なファイルシステムへとアクセスし、
そのファイルシステムを使用してｉｎｉｔｒｄファイルシステムを置き換えることによっ
て続けられる。
【００１４】
同様に、ＰＸＥプロトコルによれば、最小限のオペレーティングシステムの実行につい
て不可欠な段階は、ネットワーク設定の取得後に、例えばｐｘｅｌｉｎｕｘファイルなど
のＰＸＥコード拡張をロードし、次いで後続のロード指令をロードし、その後にカーネル
のイメージ（カーネルファイル）をロードし、次いでファイルシステムのイメージ（ｉｎ
ｉｔｒｄファイル）をロードすることである。したがって、ｇＰＸＥプロトコルは、ＰＸ
Ｅコード拡張をロードする工程が不要である点を除き、ＰＸＥプロトコルと同様である。
【００１５】
ここで、ロード指令は、カーネルファイルの場所（プロトコルおよびそのプロトコルに
よるそのファイルへの経路）、ｉｎｉｔｒｄファイルの場所（プロトコルおよびそのプロ
トコルによるそのファイルへの経路）、ならびにカーネルによって使用されるパラメータ
（例えば、ユーザのインタラクションを処理するためのシリアルポートの使用のための特
性など）に関する。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
上記の種々の段階の結果として、ＰＸＥまたはｇＰＸＥプロトコルが使用される場合、
コンピュータシステムに電力を供給してからオペレーティングシステムが利用できるよう
になるまでに要する時間が、無視できなくなり、きわめて不利となる可能性があり、これ
が、とりわけ、最適化がきわめて重要な柔軟な環境のコンピュータシステムに当てはまる
。
【課題を解決するための手段】
【００１７】
本発明は、上述した問題のうちの少なくとも１つを解決可能にする。
【００１８】
したがって、本発明は、通信ネットワークへと接続されたコンピュータシステムのため
のロードおよびブートの方法に関し、前記通信ネットワークには、少なくとも１つのサー
バが接続され、前記少なくとも１つのサーバが、最小限のオペレーティングシステムのカ
ーネルの少なくとも１つのイメージおよび関連のファイルシステムのイメージを含んでい
る。本方法は、前記カーネルの前記イメージをロードするステップおよび前記ファイルシ
ステムの前記イメージをロードするステップを含んでおり、前記カーネルの前記イメージ
をロードする前記ステップおよび前記ファイルシステムの前記イメージをロードする前記
ステップのうちの一方が、前記カーネルの前記イメージをロードする前記ステップおよび
前記ファイルシステムの前記イメージをロードする前記ステップのうちの他方の実行の終
了よりも前に開始される。
【００１９】
このようにして、本発明による方法は、オペレーティングシステムのブートにおいてカ
ーネルのイメージおよびファイルシステムのイメージの転送に関係する遅延を減らすこと
を可能にする。
【００２０】
好都合には、前記カーネルの前記イメージをロードする前記ステップおよび前記ファイ
ルシステムの前記イメージをロードする前記ステップが、実質的に同時に開始される。し
たがって、カーネルのイメージおよびファイルシステムのイメージの転送のための時間が
、カーネルのイメージおよびファイルシステムのイメージのサイズにかかわらず最適化さ
れる。
【００２１】
特定の実施の形態によれば、本方法が、前記カーネルの前記イメージおよび／または前
記ファイルシステムの前記イメージをロードするためのロード指令の準備ステップをさら
に含む。ロード指令は、好ましくは、カーネルのイメージおよびファイルシステムのイメ
ージの場所についての情報、それらのイメージへのアクセスに使用される通信プロトコル
についての情報、および／またはカーネルによって使用されうるパラメータを含む。
【００２２】
さらに特定の実施の形態によれば、本方法が、ブートローダをロードする準備ステップ
をさらに含んでおり、前記ブートローダが、前記カーネルの前記イメージをロードする前
記ステップおよび／または前記ファイルシステムの前記イメージをロードする前記ステッ
プの実行のためのインストラクションを含んでいる。
【００２３】
さらに特定の実施の形態によれば、前記ブートローダへのアクセスのためのプロトコル
が、ＰＸＥまたはｇＰＸＥ方式の標準的なプロトコルである。
【００２４】
前記カーネルの前記イメージのロードおよび／または前記ファイルシステムの前記イメ
ージのロードのためのプロトコルが、好ましくはＴＦＴＰ方式またはＨＴＴＰ方式のプロ
トコルである。
【００２５】
本発明による方法は、最適化がきわめて重要であるクラスタのノードにおける実行に特
に合わせて構成されている。
【００２６】
さらに本発明は、コンピュータ上で実行されたときに上述の方法の各々のステップを実
行するように構成されたインストラクションを含んでいるコンピュータプログラム、なら
びに上述の方法の各々のステップを実行するように構成された手段を備える装置に関する
。
【００２７】
そのようなコンピュータプログラムおよびそのような装置によって得られる利点は、上
述した利点と同様である。
【００２８】
本発明の他の利点、目的、および特徴が、添付の図面に関連してあくまでも本発明を限
定するものではない例として提示される以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００２９】
【図１】通信ネットワークを介してアクセスすることができるイメージにもとづいてコンピュータシステム上にＬｉｎｕｘオペレーティングシステムを用意するためのサーバとクライアントとの間のｇＰＸＥプロトコルによるブート手順の図である。
【図２ａ】本発明を実行することができるコンピューティング環境の例を示している。
【図２ｂ】本発明を実行することができるコンピューティング環境の例を示している。
【図３】本発明によるクラスタノードまたはクライアントステーションのブート手順の特定の段階を示している。
【図４】通信ネットワークからのブートを可能にするためにクラスタノードまたはクライアントステーションにおいて実行される典型的なアルゴリズムの図である。
【図５】本発明を実行するように構成されたクラスタノードまたはクライアントステーションのアーキテクチャの例を示している。
【発明を実施するための形態】
【００３０】
一般に、本発明は、通信ネットワーク経由でのコンピュータシステム（典型的には、ク
ラスタノードまたはクライアントステーション）のブートに使用されるデータの並列ロー
ドに関する。データの並列ロードは、特に、オペレーティングシステムのカーネルおよび
関連のファイルシステムに関係するデータに関する。
【００３１】
図２ａおよび図２ｂが、本発明を実行することができるコンピューティング環境の２つ
の例を示している。
【００３２】
図２ａに示されるとおり、ここでは、コンピューティング環境２００が、例えばＥｔｈ
ｅｒｎｅｔまたはＩｎｆｉｎｉｂａｎｄネットワークなどの通信ネットワーク２２０へと
接続された３つのサーバ２０５、２１０、および２１５を含んでおり、さらに通信ネット
ワーク２２０には、クラスタノードまたはクライアントステーション（参照番号２２５−
１〜２２５−ｉ）も接続されている。ここでは、サーバ２０５が、例えばＰＸＥまたはｇ
ＰＸＥプロトコルを使用してクライアントシステムのブートの継続を可能にする場所を供
給するように構成されたアドレスサーバ（例えば、ＤＨＣＰサーバ）である。ここでは、
サーバ２１０が、特定のＰＸＥファイル（特に、ｐｘｅｌｉｎｕｘファイルならびにＰＸ
ＥまたはｇＰＸＥ指令ファイル）をロードできるサーバである。サーバ２１５が、カーネ
ルのイメージ（すなわち、典型的にはカーネルファイル）およびファイルシステムのイメ
ージ（すなわち、典型的にはｉｎｉｔｒｄファイル）をロードできるサーバである。サー
バ２１０および２１５は、例えばＴＦＴＰまたはＨＴＴＰファイルサーバである。
【００３３】
ブートの際に、ノードまたはクライアントステーション２２５−１〜２２５−ｉの各々
は、自身を特定するネットワークアドレス（好ましくは、ＩＰ方式のアドレス）をサーバ
２０５から取得するとともに、サーバ２１０上のＰＸＥ拡張（例えば、ｐｘｅｌｉｎｕｘ
）またはｇＰＸＥ指令の場所を取得する。次いで、クライアントステーションまたはノー
ドは、サーバ２１０からＰＸＥまたはｇＰＸＥブートインストラクションをロードするこ
とができ、すなわち、特に、ロード指令をロードすることができ、該当するのであればＰ
ＸＥコード拡張をロードすることができる。次に、受信されたロード指令に応じて、使用
すべきカーネルおよびファイルシステムのイメージ、すなわち例えばカーネルおよびｉｎ
ｉｔｒｄファイルが、サーバ２１５から転送される。
【００３４】
図２ｂに示されているコンピューティング環境２００’は、サーバ２０５、２１０、お
よび２１５がただ１つのサーバ２３０にまとめられている点で、すでに述べた環境２００
から相違し、サーバ２３０が通信ネットワーク２２０へと接続され、さらにクライアント
ステーションまたはノード（参照番号２２５−１〜２２５−ｉ）も通信ネットワーク２２
０へと接続されている。したがって、サーバ２３０は、ＤＨＣＰサーバなどのアドレスサ
ーバ機能を有するサーバならびに使用すべきカーネルおよびファイルシステムのイメージ
をロードすることができるＰＸＥまたはｇＰＸＥのためのファイルサーバである。
【００３５】
同様に、２つのサーバ（例えば、ＰＸＥ拡張ならびにＰＸＥまたはｇＰＸＥ指令ファイ
ルの転送も可能にするＤＨＣＰサーバなどのアドレスサーバと、使用すべきカーネルおよ
びファイルシステムのイメージをロードすることができるサーバ）を使用することも可能
である。
【００３６】
図３が、本発明によるクライアントステーションまたはノードのブート手順の特定の段
階を示している。これらの段階が、タイムライン３００上に表わされている。
【００３７】
図示のとおり、第１の段階において、クライアントステーションまたはノードのための
ネットワーク設定を取得（ステップ３０５）する必要があり、さらに必要であれば、ロー
ド指令ならびに使用すべきカーネルおよびファイルシステムのイメージ（例えば、カーネ
ルおよびｉｎｉｔｒｄファイル）をロードできるサーバのネットワーク設定を取得する必
要がある。
【００３８】
クライアントステーションまたはノードのネットワーク設定（ステップ３１０）の後、
すなわちネットワーク設定が既知となって直ぐ（ｇＰＸＥプロトコルが使用される場合）
、あるいはＰＸＥ拡張がロード（ＰＸＥプロトコルが使用される場合）されたとき、ロー
ド指令のロードが開始される（ステップ３１５）。
【００３９】
ロード指令が受信されたとき（ステップ３２０）、指令に関するカーネルおよびファイ
ルシステムのイメージ（例えば、カーネルおよびｉｎｉｔｒｄファイル）のロードを、開
始することができる（それぞれステップ３３０および３２５）。カーネルのイメージのロ
ードは、ファイルシステムのイメージのロードと同時に開始され、あるいはファイルシス
テムのイメージのロードの開始後かつファイルシステムのイメージのロードの完了前に開
始される。一般に、ファイルシステムのイメージのロードが、カーネルのイメージのロー
ドの完了（ステップ３３５）後も続くことに、留意すべきである。
【００４０】
カーネルのイメージのロードは、ファイルシステムのイメージのロードがカーネルのイ
メージのロードの完了よりも前に始まる限りにおいて、ファイルシステムのイメージのロ
ードよりも先に開始されてもよい。
【００４１】
カーネルおよびファイルシステムのイメージのロードが完了（ステップ３３５および３
４０）した後で、カーネル（すなわち、最小限のオペレーティングシステム）がブートさ
れる（ステップ３４５）。
【００４２】
カーネルファイルなどのカーネルのイメージのサイズが、典型的には２〜５ＭＢの間で
ある一方で、ｉｎｉｔｒｄファイルなどのファイルシステムのイメージのサイズが、通常
は２〜２０ＭＢの間であり、１００ＭＢに達する可能性もあることに、留意すべきである
。したがって、カーネルのイメージおよびファイルシステムのイメージを同時にロードす
ることで、ロード時間を、サイズが小さい方の画像について節約することができる。
【００４３】
図４が、通信ネットワークからのブートを可能にするためにクラスタノードまたはクラ
イアントステーションにおいて実行される典型的なアルゴリズムの図である。
【００４４】
すでに述べたように、第１の段階（ステップ４００）は、このノードまたはこのクライ
アントステーションのためのネットワーク設定を取得し、さらに必要であればロード指令
ならびに使用すべきカーネルおよびファイルシステムのイメージをロードできる１つ以上
のサーバのネットワーク設定を取得するための要求で構成される。例として、ノードまた
はクライアントステーションのＢＩＯＳが、ＤＨＣＰプロトコルに従って自身のＩＰアド
レスならびにＰＸＥまたはｇＰＸＥサーバのＩＰアドレスを要求する。
【００４５】
続く段階（ステップ４０５）において、ノードまたはクライアントステーションは、先
に取得したアドレスのＰＸＥまたはｇＰＸＥサーバからロード指令をロードする。やはり
、ノードまたはクライアントステーションのＢＩＯＳが、この要求を行なうことができる
。使用されるプロトコルがＰＸＥプロトコルである場合、この段階は、ＰＸＥコード拡張
（例えば、ｐｘｅｌｉｎｕｘ）をロードする準備段階を含む。ノードまたはクライアント
ステーションのブートプログラムまたはブートローダ（ｇＰＸＥプロトコルが使用される
場合）、あるいはＰＸＥサーバから受信されるブートプログラムまたはブートローダ（Ｐ
ＸＥプロトコルが使用される場合）が、ロード指令との組み合わせにおいて、カーネルの
イメージおよびファイルシステムのイメージのロードの開始を可能にする。
【００４６】
ここで、カーネルおよびファイルシステムのイメージのロードを可能にする１つ以上の
サーバのアドレスが、通常はロード指令にて与えられることに、留意すべきであろう。あ
るいは、ノードまたはクライアントステーションからアドレスサーバへの別途の要求によ
って取得されてもよい。
【００４７】
次いで、ノードまたはクライアントステーションは、最小限のオペレーティングシステ
ムのカーネルのイメージのロード（ステップ４１０）およびそのファイルシステムのイメ
ージのロード（ステップ４１５）を開始させる。これらの目的のため、カーネルおよび対
応するファイルシステムのイメージの同時のロードを開始させるために、ブートストラッ
ププロトコル（ｐｘｅｌｉｎｕｘまたはｇＰＸＥ）が、ロード要求が順次に処理されるこ
とがないように変更される。
【００４８】
特定の実施の形態によれば、ロード指令の通知が、そのような機能の始動または阻止を
可能にする。
【００４９】
すでに示したとおり、カーネルおよび対応するファイルシステムのイメージを、同じサ
ーバから得ることも、別々のサーバから得ることも可能である。別々のサーバから得られ
る場合、ファイルへのアクセスおよびロードの要求の処理に関して、コンフリクトは存在
しない。そうでない場合、ロードの作業は、ファイルサーバによって並列に処理される。
【００５０】
その場合、好都合には、カーネルおよびファイルシステムのイメージが、オペレーティ
ングシステムのブートを続ける前にメモリへと完全にロードされることを保証するために
、待機の機構が実装される。
【００５１】
カーネルのエントリポイントの実行（ステップ４２０）によって、カーネルおよびファ
イルシステムのイメージのロードの処理が終わり、オペレーティングシステムのブートが
始まる。
【００５２】
図４に関して説明したアルゴリズムを実行するように構成されたクラスタノードまたは
クライアントステーションのアーキテクチャの例が、図５に示されている。
【００５３】
ここで、装置５００が、装置５００の外部の要素とのデータの交換を可能にする通信バ
ス５０２（入力／出力バス）と、メモリとのデータの交換に専用の通信バス５０４とを備
えている。
【００５４】
システムのＢＩＯＳプログラムを含んでいるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒ
ｙの頭文字である）５０６と、上述のプログラムの実行時に生成および変更される変数お
よびパラメータならびにカーネルおよびファイルシステムを記録するように構成されたレ
ジスタを含んでいるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの頭文字である
）５０８とが、バス５０４へと接続されている。
【００５５】
１つ以上のＣＰＵ（中央演算処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎ
ｉｔ）の略語である）またはマイクロプロセッサ５１０と、ネットワークを介してデータ
の送信および受信を行なうように構成された通信インターフェイス５１２とが、バス５０
２および５０４へと接続されている。ここで、通信インターフェイス５１２は、ネットワ
ークを介して使用されるオペレーティングシステムのブートを可能にするプログラムを収
容する拡張ＲＯＭ５１４を備えている。
【００５６】
通信バス５０２および５０４が、装置５００に含まれる種々の要素または装置５００へ
と接続される種々の要素の間の通信および相互運用を可能にする。バスの表現は、本発明
を限定するものではなく、特に中央演算処理装置が、装置５００の任意の要素へと直接ま
たは装置５００の任意の要素によって、インストラクションを通信することができる。
【００５７】
プログラマブルな装置によって本発明による方法を実行することを可能にする各々のプ
ログラムの実行コードを、例えば拡張ＲＯＭ５１４に保存することができる。ｇＰＸＥプ
ロトコルも、それらのソフトウェア構成要素をＲＡＭ５０８へとロードできるようにする
。
【００５８】
より一般的には、１つ以上のプログラムを、実行の前に装置５００のストレージ手段の
うちの１つへとロードすることができる。
【００５９】
中央演算処理装置５１０が、本発明によるソフトウェアコードまたはプログラムのイン
ストラクションまたは一部分の実行を制御および管理し、それらのインストラクションは
、拡張ＲＯＭ５１４、ＲＡＭ５０６、または任意の他の上述のストレージ要素に保存され
る。
【００６０】
当然ながら、個々のニーズを満たすために、当業者であれば以上の説明に対して変更を
加えることが可能であろう。
【図１】
2016035770.tif 000003
【図２ａ】
2016035770.tif 000004
【図２ｂ】
2016035770.tif 000005
【図３】
2016035770.tif 000006
【図４】
2016035770.tif 000007
【図５】
2016035770.tif 000008