JP2001337936A - クライアント装置 - Google Patents
クライアント装置Info
- Publication number
- JP2001337936A JP2001337936A JP2000157058A JP2000157058A JP2001337936A JP 2001337936 A JP2001337936 A JP 2001337936A JP 2000157058 A JP2000157058 A JP 2000157058A JP 2000157058 A JP2000157058 A JP 2000157058A JP 2001337936 A JP2001337936 A JP 2001337936A
- Authority
- JP
- Japan
- Prior art keywords
- client device
- server
- ipl
- ethernet
- waiting time
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
- Power Sources (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 この発明は、サーバーの帯域の飽和およびイ
ーサネットフレームのコリジョンの低減を図り、複数の
クライアント装置を迅速に起動することを課題とする。 【解決手段】 この発明は、ＭＡＣアドレスからクライ
アント装置毎の待ち時間を生成し、この待ち時間分遅延
してから起動処理を開始するように、初期化プログラム
（ＩＰＬ）を構成し、各クライアント装置を時間的にず
らして起動するように構成される。
ーサネットフレームのコリジョンの低減を図り、複数の
クライアント装置を迅速に起動することを課題とする。 【解決手段】 この発明は、ＭＡＣアドレスからクライ
アント装置毎の待ち時間を生成し、この待ち時間分遅延
してから起動処理を開始するように、初期化プログラム
（ＩＰＬ）を構成し、各クライアント装置を時間的にず
らして起動するように構成される。
Description
【０００１】
【発明の属する技術分野】この発明は、クライアントサ
ーバーモデルにおける複数のクライアント装置の電源投
入時の管理技術に関する。
ーバーモデルにおける複数のクライアント装置の電源投
入時の管理技術に関する。
【０００２】
【従来の技術】従来、ネットワークを介してサーバーか
らソフトウェアをダウンロードして実行するクライアン
ト装置が知られている。このようなクライアント装置
は、起動に必要な最低限の初期化プログラムＩＰＬ（Ｉ
ｎｉｔｉａｌ ＰｒｏｇｒａｍＬｏａｄｅｒ）を搭載し
ておき、ＯＳカーネルやアプリケーションは、サーバー
から適時ダウンロードすることで、サーバー側でソフト
ウェアやデータの一元管理が可能となり、ネツトワーク
システム全体の管理コストを低減することができる。ま
た、クライアント装置は、ハードディスク等の大容量記
憶媒体が必要なくなり、ディスクレスとして構成するこ
とも可能になり、ネットワークシステム構築時のコスト
を大幅に低減することができる。
らソフトウェアをダウンロードして実行するクライアン
ト装置が知られている。このようなクライアント装置
は、起動に必要な最低限の初期化プログラムＩＰＬ（Ｉ
ｎｉｔｉａｌ ＰｒｏｇｒａｍＬｏａｄｅｒ）を搭載し
ておき、ＯＳカーネルやアプリケーションは、サーバー
から適時ダウンロードすることで、サーバー側でソフト
ウェアやデータの一元管理が可能となり、ネツトワーク
システム全体の管理コストを低減することができる。ま
た、クライアント装置は、ハードディスク等の大容量記
憶媒体が必要なくなり、ディスクレスとして構成するこ
とも可能になり、ネットワークシステム構築時のコスト
を大幅に低減することができる。
【０００３】このようなクライアント装置を使用してネ
ットワークが構築され、全てのソフトウェア（ＯＳやア
プリケーション）をハードディスクにインストールして
おく従来型のパソコンに代わって、ソフトウェアをサー
バーのみにインストールしておき、必要なソフトウェア
のみをネットワーク上に分散配置されたクライアント装
置にダウンロードすることで利用するタイプのネットワ
ークシステムが注目されている。
ットワークが構築され、全てのソフトウェア（ＯＳやア
プリケーション）をハードディスクにインストールして
おく従来型のパソコンに代わって、ソフトウェアをサー
バーのみにインストールしておき、必要なソフトウェア
のみをネットワーク上に分散配置されたクライアント装
置にダウンロードすることで利用するタイプのネットワ
ークシステムが注目されている。
【０００４】クライアントサーバーモデルにおける軽量
クライアント、という概念はかなり以前から知られてお
り、金融系のホストコンピュータとダム端末、あるいは
ＵＮＩＸ（登録商標）ワークステーションとＸ端末とい
ったものがあった。また、サーバーと多数のクライアン
ト装置という形態は、普遍的に多く見られていた。この
ような形態において、例えば、小学校やＬＬ教室など
の、一台のサーバーと概ね１０台〜４０台程度のクライ
アント装置が、例えばイーサネットＬＡＮ等のネットワ
ークで接続された構成において、未使用時に電源が落と
されている状態で、先生がサーバーを起動したり教室の
電源を入れた際に、一斉にクライアント装置も電源ＯＮ
になる。
クライアント、という概念はかなり以前から知られてお
り、金融系のホストコンピュータとダム端末、あるいは
ＵＮＩＸ（登録商標）ワークステーションとＸ端末とい
ったものがあった。また、サーバーと多数のクライアン
ト装置という形態は、普遍的に多く見られていた。この
ような形態において、例えば、小学校やＬＬ教室など
の、一台のサーバーと概ね１０台〜４０台程度のクライ
アント装置が、例えばイーサネットＬＡＮ等のネットワ
ークで接続された構成において、未使用時に電源が落と
されている状態で、先生がサーバーを起動したり教室の
電源を入れた際に、一斉にクライアント装置も電源ＯＮ
になる。
【０００５】一般には、クライアント装置はＲＡＲＰや
ＢＯＯＴＰ、ＤＨＣＰといったプロトコルでＩＰアドレ
スを解決し、その後にサーバーからＴＦＴＰプロトコル
のようなファイル転送プロトコルを用いて、ＯＳカーネ
ルをダウンロードしてＯＳのブートが始まる。この時、
クライアント装置の電源が一斉にＯＮになると、１（サ
ーバー）：ｎ（クライアント装置）の通信経路が確立さ
れようとする。イーサネットはＣＳＭＡ／ＣＤ方式を採
用しており、イーサネットフレーム同士のコリジョンを
許す通信方式である。すなわち、全く同時に複数のクラ
イアント装置がサーバーに対して発行したパケットのう
ち、たった一つがサーバーに届き、残りは破棄される。
破棄されたクライアント装置は、等比級数的な遅延の後
にパケットを再発行するが、これが繰り返されると通信
スループットはクライアント装置の台数比以上に低下し
てしまう。スループットは、クライアント装置１台の場
合に１００％としても、クライアント装置が１０台の場
合には１０％未満（概ね５％程度）にまで落ち込む。１
０ＭｂｐｓのイーサネットＬＡＮの場合は、コリジョン
（衝突）によるスループットの低下が無視できるレベル
は、クライアント装置が５〜６台程度と言われている。
ＢＯＯＴＰ、ＤＨＣＰといったプロトコルでＩＰアドレ
スを解決し、その後にサーバーからＴＦＴＰプロトコル
のようなファイル転送プロトコルを用いて、ＯＳカーネ
ルをダウンロードしてＯＳのブートが始まる。この時、
クライアント装置の電源が一斉にＯＮになると、１（サ
ーバー）：ｎ（クライアント装置）の通信経路が確立さ
れようとする。イーサネットはＣＳＭＡ／ＣＤ方式を採
用しており、イーサネットフレーム同士のコリジョンを
許す通信方式である。すなわち、全く同時に複数のクラ
イアント装置がサーバーに対して発行したパケットのう
ち、たった一つがサーバーに届き、残りは破棄される。
破棄されたクライアント装置は、等比級数的な遅延の後
にパケットを再発行するが、これが繰り返されると通信
スループットはクライアント装置の台数比以上に低下し
てしまう。スループットは、クライアント装置１台の場
合に１００％としても、クライアント装置が１０台の場
合には１０％未満（概ね５％程度）にまで落ち込む。１
０ＭｂｐｓのイーサネットＬＡＮの場合は、コリジョン
（衝突）によるスループットの低下が無視できるレベル
は、クライアント装置が５〜６台程度と言われている。
【０００６】このようなＣＳＭＡ／ＣＤ方式の欠点を補
うために、従来スイッチングハブという技術が考案され
ている。この技術は、複数のイーサネットポートを持っ
たハブの一種であり、各イーサネットポート間を流れる
イーサネットフレームに含まれるＭＡＣアドレスを統計
的に学習することで、Ａ→Ｂ、あるいはＣ→Ｄといった
ピアツーピアの通信において、互いのイーサネットフレ
ームが衝突しないように整流制御する方法である。しか
しこの方法にあっても、一斉に１（サーバー）：ｎ（ク
ライアント装置）の通信路を確保しようとすると、サー
バー側の帯域飽和を招くため、ブート時の問題を解決す
ることはできなかった。
うために、従来スイッチングハブという技術が考案され
ている。この技術は、複数のイーサネットポートを持っ
たハブの一種であり、各イーサネットポート間を流れる
イーサネットフレームに含まれるＭＡＣアドレスを統計
的に学習することで、Ａ→Ｂ、あるいはＣ→Ｄといった
ピアツーピアの通信において、互いのイーサネットフレ
ームが衝突しないように整流制御する方法である。しか
しこの方法にあっても、一斉に１（サーバー）：ｎ（ク
ライアント装置）の通信路を確保しようとすると、サー
バー側の帯域飽和を招くため、ブート時の問題を解決す
ることはできなかった。
【０００７】
【発明が解決しようとする課題】以上説明したように、
ネットワークを介してサーバーからソフトウェアをダウ
ンロードして実行する従来のクライアント装置におい
て、イーサネット等で接続された同一ネットワークに複
数存在し、それらの電源がオフ状態から一斉に投入され
た場合には、一斉にサーバーに対するアクセスが集中す
ることになる。これにより、サーバー帯域は飽和し、ま
たイーサーネットフレームのコリジョンによりネツトワ
ークのスループットが、ネットワークに接続されたクラ
イアント装置の台数比以下に低下し、全クライアント装
置が起動終了するまでに、時間がかかってしまうという
不具合が生じていた。
ネットワークを介してサーバーからソフトウェアをダウ
ンロードして実行する従来のクライアント装置におい
て、イーサネット等で接続された同一ネットワークに複
数存在し、それらの電源がオフ状態から一斉に投入され
た場合には、一斉にサーバーに対するアクセスが集中す
ることになる。これにより、サーバー帯域は飽和し、ま
たイーサーネットフレームのコリジョンによりネツトワ
ークのスループットが、ネットワークに接続されたクラ
イアント装置の台数比以下に低下し、全クライアント装
置が起動終了するまでに、時間がかかってしまうという
不具合が生じていた。
【０００８】そこで、この発明は、上記に鑑みてなされ
たものであり、その目的とするところは、ネットワーク
のサーバーから必要なソフトウェアをダウンロードして
起動される複数のクライアント装置において、迅速な起
動を達成し得ることにある。
たものであり、その目的とするところは、ネットワーク
のサーバーから必要なソフトウェアをダウンロードして
起動される複数のクライアント装置において、迅速な起
動を達成し得ることにある。
【課題を解決するための手段】上記目的を達成するため
に、課題を解決する手段は、通信インターフェース
（３）を介してイーサネットに接続されたサーバーから
ソフトウェアをダウンロードし、ダウンロードしたソフ
トウェアを実行するクライアント装置において、電源投
入後に、初期化プログラム（ＩＰＬ）を記録媒体（４）
から読み出し、読み出したＩＰＬにより、イーサネット
上における各クライアント装置の固有の数値となるＭＡ
Ｃアドレスを前記通信インターフェース（３）から取得
し、取得したＭＡＣアドレスに基づいて電源投入時から
前記サーバーへアクセスを開始するまでの待ち時間を算
出する算出手段（１）と、前記算出手段によって算出さ
れた待ち時間が経過したか否かを判別し、待ち時間が経
過すると、前記サーバーへのアクセスを開始してクライ
アント装置の起動処理を開始するアクセス開始手段
（１、５）とを有することを特徴とする。
に、課題を解決する手段は、通信インターフェース
（３）を介してイーサネットに接続されたサーバーから
ソフトウェアをダウンロードし、ダウンロードしたソフ
トウェアを実行するクライアント装置において、電源投
入後に、初期化プログラム（ＩＰＬ）を記録媒体（４）
から読み出し、読み出したＩＰＬにより、イーサネット
上における各クライアント装置の固有の数値となるＭＡ
Ｃアドレスを前記通信インターフェース（３）から取得
し、取得したＭＡＣアドレスに基づいて電源投入時から
前記サーバーへアクセスを開始するまでの待ち時間を算
出する算出手段（１）と、前記算出手段によって算出さ
れた待ち時間が経過したか否かを判別し、待ち時間が経
過すると、前記サーバーへのアクセスを開始してクライ
アント装置の起動処理を開始するアクセス開始手段
（１、５）とを有することを特徴とする。
【０００９】
【発明の実施の形態】以下、図面を用いてこの発明の実
施形態を説明する。
施形態を説明する。
【００１０】図１は、この発明の一実施形態に係るクラ
イアント装置の構成を示す図である。図１において、こ
の実施形態のクライアント装置は、イーサネットによる
通信インターフェースを備えた情報処理装置において実
現され、情報処理装置は、クライアント装置を起動する
際の制御中枢となるＣＰＵ１と、ＣＰＵ１が行う処理に
必要となる情報を記憶するメモリ２と、イーサネットの
ネットワークとの間でインターフェースとなる通信イン
ターフェース３と、ＩＰＬが保存されている記録媒体
（ハードディスク）４と、クライアント装置の起動時間
を決める際に使用される時計５と、上記構成を接続する
システムバス６を備えて構成される。
イアント装置の構成を示す図である。図１において、こ
の実施形態のクライアント装置は、イーサネットによる
通信インターフェースを備えた情報処理装置において実
現され、情報処理装置は、クライアント装置を起動する
際の制御中枢となるＣＰＵ１と、ＣＰＵ１が行う処理に
必要となる情報を記憶するメモリ２と、イーサネットの
ネットワークとの間でインターフェースとなる通信イン
ターフェース３と、ＩＰＬが保存されている記録媒体
（ハードディスク）４と、クライアント装置の起動時間
を決める際に使用される時計５と、上記構成を接続する
システムバス６を備えて構成される。
【００１１】このような構成において、サーバーアクセ
スを開始するまでの時間をクライアント装置毎に少しず
つづらして変更し、すなわちクライアント装置が備える
ＩＰＬに変更を加えることでブード開始時刻を遅延し、
電源ＯＮ時の一斉通信の問題を軽減するようにしてい
る。
スを開始するまでの時間をクライアント装置毎に少しず
つづらして変更し、すなわちクライアント装置が備える
ＩＰＬに変更を加えることでブード開始時刻を遅延し、
電源ＯＮ時の一斉通信の問題を軽減するようにしてい
る。
【００１２】ブート開始時刻をクライアント装置毎にま
ちまちにするためのキーとして、イーサネットカードに
搭載されているＭＡＣアドレスを利用する。ＭＡＣアド
レスは、１６進数で１２桁（４８ビット）で表される固
有の数値であり、例えば、＜００：Ａ０：２４：９Ｆ：
５８：ＢＣ＞等で表される。このようなＭＡＣアドレス
は、カード固有番号以外にベンダーの識別子などを含ん
でいるが、以下に示す計算方法により、ほぼ均等な値を
得ることができる。ＭＡＣアドレスを８ビット毎（Ｍ１
〜Ｍ６）に分けると、ＭＡＣアドレスは、
ちまちにするためのキーとして、イーサネットカードに
搭載されているＭＡＣアドレスを利用する。ＭＡＣアド
レスは、１６進数で１２桁（４８ビット）で表される固
有の数値であり、例えば、＜００：Ａ０：２４：９Ｆ：
５８：ＢＣ＞等で表される。このようなＭＡＣアドレス
は、カード固有番号以外にベンダーの識別子などを含ん
でいるが、以下に示す計算方法により、ほぼ均等な値を
得ることができる。ＭＡＣアドレスを８ビット毎（Ｍ１
〜Ｍ６）に分けると、ＭＡＣアドレスは、
【数１】Ｍ１＊０Ｘ０１００００００００００＋Ｍ２＊
０ｘ０１００００００００＋Ｍ３＊０ｘ０１０００００
０＋Ｍ４＊０ｘ０１００００＋Ｍ５＊０ｘ０１００＋Ｍ
６ と表され、
０ｘ０１００００００００＋Ｍ３＊０ｘ０１０００００
０＋Ｍ４＊０ｘ０１００００＋Ｍ５＊０ｘ０１００＋Ｍ
６ と表され、
【数２】Ｒ＝｛（Ｍ１＋Ｍ２＋Ｍ３＋Ｍ４＋Ｍ５＋Ｍ
６）／グループ定数ｇ｝の剰余とすると、クライアント
装置の待ち時間Ｗは、単位待ち時間をｗ１とすると、
６）／グループ定数ｇ｝の剰余とすると、クライアント
装置の待ち時間Ｗは、単位待ち時間をｗ１とすると、
【数３】Ｗ＝Ｒ＊待ち秒数ｗ１ となり、各クライアント装置のＩＰＬには、上記待ち時
間Ｗが挿入される。実験によると、クライアント装置が
イーサネット１０Ｂａｓｅ−Ｔ（１０Ｍｂｐｓ）経由で
１．２ＭＢのカーネル（およびアプリケーション）をダ
ウンロードすると仮定し、クライアント装置の総台数ｃ
＝４０台の場合には、ｗ１＝５秒、ｇ＝７がほぼ適正値
であると考えられる。この値は、サーバーのディスク装
置のスループットや、ネットワーク帯域によって変動す
るが、クライアント装置をｇ個のグループに分けて、起
動時間を各グループ毎にｗ１づつずらすこととほぼ同義
となる。上記の例では、クライアント装置によっては、
最大で３５秒の無駄な待ちが発生するが、全体としては
４０秒程度で全クライアント装置のブート処理が終了す
る。条件にもよるが、各クライアント装置の電源が一斉
に入った場合には、１１５秒程度かかるのと比較して、
３倍近い高速化が図られていることになる。これは、ク
ライアント装置を同時にｃ／ｇ以下の６台程度（実際に
はＭＡＣアドレスの分布により変動する）しか起動しな
いので、ＣＳＭＡ／ＣＤ方式の欠点が軽減されるからで
ある。
間Ｗが挿入される。実験によると、クライアント装置が
イーサネット１０Ｂａｓｅ−Ｔ（１０Ｍｂｐｓ）経由で
１．２ＭＢのカーネル（およびアプリケーション）をダ
ウンロードすると仮定し、クライアント装置の総台数ｃ
＝４０台の場合には、ｗ１＝５秒、ｇ＝７がほぼ適正値
であると考えられる。この値は、サーバーのディスク装
置のスループットや、ネットワーク帯域によって変動す
るが、クライアント装置をｇ個のグループに分けて、起
動時間を各グループ毎にｗ１づつずらすこととほぼ同義
となる。上記の例では、クライアント装置によっては、
最大で３５秒の無駄な待ちが発生するが、全体としては
４０秒程度で全クライアント装置のブート処理が終了す
る。条件にもよるが、各クライアント装置の電源が一斉
に入った場合には、１１５秒程度かかるのと比較して、
３倍近い高速化が図られていることになる。これは、ク
ライアント装置を同時にｃ／ｇ以下の６台程度（実際に
はＭＡＣアドレスの分布により変動する）しか起動しな
いので、ＣＳＭＡ／ＣＤ方式の欠点が軽減されるからで
ある。
【００１３】これらのことを、上記図１に示す情報処理
装置において実現するために、クライアント装置を起動
する際に、ＣＰＵ１は、記録媒体４のＩＰＬ領域を読み
込み、これをＩＰＬとして解釈し、メモリ２と協調して
実行する。
装置において実現するために、クライアント装置を起動
する際に、ＣＰＵ１は、記録媒体４のＩＰＬ領域を読み
込み、これをＩＰＬとして解釈し、メモリ２と協調して
実行する。
【００１４】図２の動作タイミングチャートに示すよう
に、ＩＰＬがブートされると（ステップＳ１）、ＩＰＬ
は通信インターフェース３からイーサネットフレームを
判別するためのＭＡＣアドレスを取得する。ここでは、
このＭＡＣアドレスを上述したように４８ビットの数値
とみなし、これを上位から８ビット毎に分けると、上記
数１に示すように表される。
に、ＩＰＬがブートされると（ステップＳ１）、ＩＰＬ
は通信インターフェース３からイーサネットフレームを
判別するためのＭＡＣアドレスを取得する。ここでは、
このＭＡＣアドレスを上述したように４８ビットの数値
とみなし、これを上位から８ビット毎に分けると、上記
数１に示すように表される。
【００１５】次に、ＩＰＬは、記憶媒体４からグループ
定数ｇおよび単位待ち時間ｗ１を読み出し、クライアン
ト装置の待ち時間Ｗを計算する（ステップＳ２）。この
計算は、上記数２ならびに数３に示すようにようにして
行われる。次に、ＩＰＬは時計５からスタート時刻Ｔ１
を取得し（ステップＳ３）、これをメモリ２の一部へ保
存する。次に、時計５から現在時刻Ｔ２を取得する。Ｉ
ＰＬは、以下の式が成立するまで、Ｔ２の取得をポーリ
ング的に行う（ステップＳ４）。
定数ｇおよび単位待ち時間ｗ１を読み出し、クライアン
ト装置の待ち時間Ｗを計算する（ステップＳ２）。この
計算は、上記数２ならびに数３に示すようにようにして
行われる。次に、ＩＰＬは時計５からスタート時刻Ｔ１
を取得し（ステップＳ３）、これをメモリ２の一部へ保
存する。次に、時計５から現在時刻Ｔ２を取得する。Ｉ
ＰＬは、以下の式が成立するまで、Ｔ２の取得をポーリ
ング的に行う（ステップＳ４）。
【００１６】
【数４】Ｔ２−Ｔ１≧Ｗ 上記式が成立した場合には、ＩＰＬはサーバーへのアク
セスを開始してＯＳブートシーケンスを開始する（ステ
ップＳ５）。これはＯＳ毎に異なるが、概ね以下の手順
となる。
セスを開始してＯＳブートシーケンスを開始する（ステ
ップＳ５）。これはＯＳ毎に異なるが、概ね以下の手順
となる。
【００１７】まず、ＭＡＣアドレスを含んだイーサネッ
トフレームを送信し、ネットワークに存在するサーバー
から、インターネット標準ＲＦＣ１５３１ＤＨＣＰに類
する動的アドレス解決プロコトルによって、ＩＰアドレ
スの解決を図る。これにより、サーバーＩＰアドレス、
クライアントＩＰアドレスが確定する。次に、ＩＰＬ
は、インターネット標準ＲＦＣ７８３ＴＦＴＰに類する
ファイル転送プロトコルによって、サーバーからＯＳカ
ーネルをメモリ２上へダウンロードする。この時に、サ
ーバーＩＰアドレス、クライアントＩＰアドレスが用い
られる。次に、ＩＰＬは、ＣＰＵ１を制御して、ＯＳカ
ーネルの先頭へジャンプし、ＯＳカーネルを起動させ
る。これにより、ＯＳが起動されてＩＰＬは全作業を終
了する。
トフレームを送信し、ネットワークに存在するサーバー
から、インターネット標準ＲＦＣ１５３１ＤＨＣＰに類
する動的アドレス解決プロコトルによって、ＩＰアドレ
スの解決を図る。これにより、サーバーＩＰアドレス、
クライアントＩＰアドレスが確定する。次に、ＩＰＬ
は、インターネット標準ＲＦＣ７８３ＴＦＴＰに類する
ファイル転送プロトコルによって、サーバーからＯＳカ
ーネルをメモリ２上へダウンロードする。この時に、サ
ーバーＩＰアドレス、クライアントＩＰアドレスが用い
られる。次に、ＩＰＬは、ＣＰＵ１を制御して、ＯＳカ
ーネルの先頭へジャンプし、ＯＳカーネルを起動させ
る。これにより、ＯＳが起動されてＩＰＬは全作業を終
了する。
【００１８】こういった制御を行う場合に、もっとも理
想的な方法としては、別に電源管理を行うネットワーク
系を用意することである。最近のパソコンベースの製品
では、ＷＯＮ／（Ｗａｋｅｕｐ Ｏｎ ＬＡＭ）機能が
ある。これは、各クライアント装置にＭａｇｉｃ Ｐａ
ｋｃｅｔと呼ばれる特殊なイーサネットフレームの受信
によって電源管理を行うハードウェアを搭載し、サーバ
ーにＭａｇｉｃ Ｐａｃｋｅｔを送信するソフトウェア
を導入することで実現される。しかしながら、本実施形
態では、上述したようにクライアント装置が備えるＩＰ
Ｌの変更、すなわちファームウェアのソフト的なアップ
デート以外、一切物理的な変更を行わないことに利点が
ある。また、イーサネットの物理層／データリンク層の
レベルで問題を解決しているため、そのサーバーやクラ
イアント装置が、ＴＣＰ／ＩＰなどの上位プロトコルを
選ばないという利点もある。
想的な方法としては、別に電源管理を行うネットワーク
系を用意することである。最近のパソコンベースの製品
では、ＷＯＮ／（Ｗａｋｅｕｐ Ｏｎ ＬＡＭ）機能が
ある。これは、各クライアント装置にＭａｇｉｃ Ｐａ
ｋｃｅｔと呼ばれる特殊なイーサネットフレームの受信
によって電源管理を行うハードウェアを搭載し、サーバ
ーにＭａｇｉｃ Ｐａｃｋｅｔを送信するソフトウェア
を導入することで実現される。しかしながら、本実施形
態では、上述したようにクライアント装置が備えるＩＰ
Ｌの変更、すなわちファームウェアのソフト的なアップ
デート以外、一切物理的な変更を行わないことに利点が
ある。また、イーサネットの物理層／データリンク層の
レベルで問題を解決しているため、そのサーバーやクラ
イアント装置が、ＴＣＰ／ＩＰなどの上位プロトコルを
選ばないという利点もある。
【００１９】また、待ち時間保持のための記録手段が不
要となり、さらにＩＰＬプログラム自体を全クライアン
ト装置で共通化できるという利点もある。例えば、イー
サネットカードに搭載するＮＥＴ−ＲＯＭというブート
ＲＯＭを用意して、ディスクレスパソコンを構築する場
合に、ブートＲＯＭを全クライアント装置で共通化でき
るという利点は、格別な効果となる。一般に、ＭＡＣア
ドレスはイーサネットチップ側に搭載されている唯一の
固有情報なので、これを利用することが考えられる。し
かし、ディスクレスパソコンでなければ、ハードディス
クの一部などに待ち時間を入れておけばよいので、この
実施形態の技的思想はあまり意味のないものとなるが、
小学校の教室など、クライアント群に加えてサーバーも
常時稼働する必要がない場合、かつ使う時は全マシンが
迅速にブートして欲しい場合には、この実施形態の技的
思想は極めて有効に作用することになる。
要となり、さらにＩＰＬプログラム自体を全クライアン
ト装置で共通化できるという利点もある。例えば、イー
サネットカードに搭載するＮＥＴ−ＲＯＭというブート
ＲＯＭを用意して、ディスクレスパソコンを構築する場
合に、ブートＲＯＭを全クライアント装置で共通化でき
るという利点は、格別な効果となる。一般に、ＭＡＣア
ドレスはイーサネットチップ側に搭載されている唯一の
固有情報なので、これを利用することが考えられる。し
かし、ディスクレスパソコンでなければ、ハードディス
クの一部などに待ち時間を入れておけばよいので、この
実施形態の技的思想はあまり意味のないものとなるが、
小学校の教室など、クライアント群に加えてサーバーも
常時稼働する必要がない場合、かつ使う時は全マシンが
迅速にブートして欲しい場合には、この実施形態の技的
思想は極めて有効に作用することになる。
【００２０】このように、ＭＡＣアドレスからクライア
ント装置毎の待ち時間を生成し、この待ち時間分遅延し
てから起動処理を開始するように、初期化プログラムＩ
ＰＬを構成し、互いのクライアント装置を時間的にずら
して起動することで、サーバーの帯域の飽和およびイー
サネットフレームのコリジョンの低減を図ることが可能
となる。
ント装置毎の待ち時間を生成し、この待ち時間分遅延し
てから起動処理を開始するように、初期化プログラムＩ
ＰＬを構成し、互いのクライアント装置を時間的にずら
して起動することで、サーバーの帯域の飽和およびイー
サネットフレームのコリジョンの低減を図ることが可能
となる。
【００２１】
【発明の効果】以上説明したように、この発明によれ
ば、複数のクライアント装置が一斉に起動した場合の、
サーバー帯域の飽和の軽減、およびイーサネットフレー
ムのコリジョンの軽減によるスループットの維持が実現
され、全クライアント装置が起動完了するまでの時間を
短縮することができる。また、全クライアント装置にお
いて、ＩＰＬを共通化することが可能となり、構成の追
加ならびに複雑化を招くことがないという効果も得るこ
とができる。
ば、複数のクライアント装置が一斉に起動した場合の、
サーバー帯域の飽和の軽減、およびイーサネットフレー
ムのコリジョンの軽減によるスループットの維持が実現
され、全クライアント装置が起動完了するまでの時間を
短縮することができる。また、全クライアント装置にお
いて、ＩＰＬを共通化することが可能となり、構成の追
加ならびに複雑化を招くことがないという効果も得るこ
とができる。
【図１】この発明の一実施形態に係るクライアント装置
の構成を示す図である。
の構成を示す図である。
【図２】図１に示すクライアント装置の動作を示すフロ
ーチャートである。
ーチャートである。
１ ＣＰＵ ２ メモリ ３ 通信インターフェース ４ 記録媒体 ５ 時計 ６ システムバス
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１２年６月１９日（２０００．６．１
９）
９）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B011 EA02 5B045 BB12 BB28 BB47 EE01 EE22 GG06 HH02 5B076 BB02 BB06 5B089 GA21 GB02 HA06 HB19 KA07 KB06 KF02 MB02
Claims (1)
- 【請求項１】 通信インターフェース（３）を介してイ
ーサネット（登録商標）に接続されたサーバーからソフ
トウェアをダウンロードし、ダウンロードしたソフトウ
ェアを実行するクライアント装置において、 電源投入後に、初期化プログラム（ＩＰＬ）を記録媒体
（４）から読み出し、読み出したＩＰＬにより、イーサ
ネット上における各クライアント装置の固有の数値とな
るＭＡＣアドレスを前記通信インターフェース（３）か
ら取得し、取得したＭＡＣアドレスに基づいて電源投入
時から前記サーバーへアクセスを開始するまでの待ち時
間を算出する算出手段（１）と、 前記算出手段によって算出された待ち時間が経過したか
否かを判別し、待ち時間が経過すると、前記サーバーへ
のアクセスを開始してクライアント装置の起動処理を開
始するアクセス開始手段（１、５）とを有することを特
徴とするクライアント装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000157058A JP2001337936A (ja) | 2000-05-26 | 2000-05-26 | クライアント装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000157058A JP2001337936A (ja) | 2000-05-26 | 2000-05-26 | クライアント装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001337936A true JP2001337936A (ja) | 2001-12-07 |
Family
ID=18661755
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000157058A Pending JP2001337936A (ja) | 2000-05-26 | 2000-05-26 | クライアント装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001337936A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004178575A (ja) * | 2002-11-13 | 2004-06-24 | Thomson Licensing Sa | 電子機器および該電子機器にファイルをダウンロードするためのシステムならびに方法 |
| JP2008287560A (ja) * | 2007-05-18 | 2008-11-27 | Funai Electric Co Ltd | ホームネットワークシステム |
| JP2012531646A (ja) * | 2009-07-01 | 2012-12-10 | ブル エスエイエス | ネットワークのコンピューティングデバイスの起動方法、この方法を実施するためのサーバおよびコンピューティングデバイスのネットワーク |
| US8643860B2 (en) | 2010-10-29 | 2014-02-04 | Kyocera Document Solutions Inc. | Image forming apparatus performing network communication |
| JP2014086848A (ja) * | 2012-10-23 | 2014-05-12 | Mitsubishi Electric Corp | 通信システムおよび通信方法 |
-
2000
- 2000-05-26 JP JP2000157058A patent/JP2001337936A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004178575A (ja) * | 2002-11-13 | 2004-06-24 | Thomson Licensing Sa | 電子機器および該電子機器にファイルをダウンロードするためのシステムならびに方法 |
| JP2008287560A (ja) * | 2007-05-18 | 2008-11-27 | Funai Electric Co Ltd | ホームネットワークシステム |
| JP2012531646A (ja) * | 2009-07-01 | 2012-12-10 | ブル エスエイエス | ネットワークのコンピューティングデバイスの起動方法、この方法を実施するためのサーバおよびコンピューティングデバイスのネットワーク |
| US8643860B2 (en) | 2010-10-29 | 2014-02-04 | Kyocera Document Solutions Inc. | Image forming apparatus performing network communication |
| JP2014086848A (ja) * | 2012-10-23 | 2014-05-12 | Mitsubishi Electric Corp | 通信システムおよび通信方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7467295B2 (en) | Determining a boot image based on a requesting client address | |
| US7668945B2 (en) | Network booting using a platform management coprocessor | |
| US6954852B2 (en) | System for and method of network booting of an operating system to a client computer using hibernation | |
| US7512139B2 (en) | Methods and systems for enabling remote booting of remote boot clients in a switched network defining a plurality of virtual local area networks (VLANS) | |
| US7275152B2 (en) | Firmware interfacing with network protocol offload engines to provide fast network booting, system repurposing, system provisioning, system manageability, and disaster recovery | |
| US8201190B2 (en) | Sharing a network I/O adapter between logical partitions | |
| US7085921B2 (en) | Embedded OS PXE server | |
| US20040083285A1 (en) | Abstracted node discovery | |
| US9632798B2 (en) | Method and device for optimizing loading and booting of an operating system in a computer system via a communication network | |
| US11392995B2 (en) | Efficient translation and load balancing of OpenRTB and header bidding requests | |
| JP6970356B2 (ja) | クラウドコンソールサーバのための動的ネットワークストレージ | |
| CN104360883A (zh) | 一种配置Raid的方法及系统 | |
| US8782185B2 (en) | Network booting a machine coupled to the network by a link aggregation group | |
| US7899090B2 (en) | Remote installation performance over management controllers in monolithic and modular systems | |
| JP5549038B2 (ja) | ネットワークのコンピューティングデバイスの起動方法、この方法を実施するためのサーバおよびコンピュータシステム | |
| CN101778132B (zh) | 一种基于负载均衡的网络安装方法、系统及装置 | |
| US20120005321A1 (en) | Router and remote boot method using the router | |
| CN111857956B (zh) | 虚拟机启动方法及设备 | |
| US10938648B2 (en) | System and method for configuring an information handling system | |
| US20060233174A1 (en) | Method and apparatus for distributing switch/router capability across heterogeneous compute groups | |
| Mishra et al. | REoN: A protocol for reliable software-defined FPGA partial reconfiguration over network | |
| JP2001337936A (ja) | クライアント装置 | |
| EP1495418A1 (en) | System for and method of network booting of an operating system to a client computer using hibernation | |
| US20140156905A1 (en) | System and Method for Intelligent Platform Management Interface Keyboard Controller Style Interface Multiplexing | |
| US20170322788A1 (en) | Parallel distribution of application services to virtual nodes |