JP2004341746A - ブート・サーバ・アドレス検索方法、システム、プログラムおよび記録媒体 - Google Patents
ブート・サーバ・アドレス検索方法、システム、プログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP2004341746A JP2004341746A JP2003136443A JP2003136443A JP2004341746A JP 2004341746 A JP2004341746 A JP 2004341746A JP 2003136443 A JP2003136443 A JP 2003136443A JP 2003136443 A JP2003136443 A JP 2003136443A JP 2004341746 A JP2004341746 A JP 2004341746A
- Authority
- JP
- Japan
- Prior art keywords
- boot server
- address
- image file
- icmp message
- response
- 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
Images
Landscapes
- Stored Programmes (AREA)
Abstract
【課題】同一のサブネット１５内に複数のブート・サーバ２０等が存在する場合であっても、これらの複数のブート・サーバ２０等がクライアント端末３０からのＯＳイメージ・ファイル２８等のリクエストに対して対応できるブート・サーバ・アドレス検索方法およびシステム等を提供する。
【解決手段】クライアント端末３０がエニーキャスト・アドレスを宛先ＩＰアドレスとして用い、ブート・サーバ・アドレスを得るリクエストを含むＩＣＭＰメッセージを送信する。ＩＣＭＰメッセージを受信したブート・サーバ２０等は、ブート・サーバ２０のユニキャスト・アドレス６２と提供可能なＯＳに関する情報とを含む応答ＩＣＭＰメッセージをクライアント端末３０のＩＰアドレスを用いて送信する。クライアント端末３０は上記ユニキャスト・アドレス６２を用い、ユーザが選択したブート・サーバ２０等へＯＳのイメージ・ファイル２８を要求し入手する。
【選択図】 図１
【解決手段】クライアント端末３０がエニーキャスト・アドレスを宛先ＩＰアドレスとして用い、ブート・サーバ・アドレスを得るリクエストを含むＩＣＭＰメッセージを送信する。ＩＣＭＰメッセージを受信したブート・サーバ２０等は、ブート・サーバ２０のユニキャスト・アドレス６２と提供可能なＯＳに関する情報とを含む応答ＩＣＭＰメッセージをクライアント端末３０のＩＰアドレスを用いて送信する。クライアント端末３０は上記ユニキャスト・アドレス６２を用い、ユーザが選択したブート・サーバ２０等へＯＳのイメージ・ファイル２８を要求し入手する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、クライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索方法およびシステム等に関する。
【０００２】
【従来の技術】
【非特許文献１】日経コミュニケーション編集、「通信・ネットワーク用語ハンドブック（２００１年版）」、第５８頁、２００１年３月２３日第１版第１刷発行、日経ＢＰ社発行。
【０００３】
従来、システム・ディスクを持たずにネットワークから所望のＯＳのイメージ・ファイルを入手してブート（ネットワーク・ブート）を行なうディスクレス・クライアント端末装置への需要がある。ネットワーク・ブートではＯＳのイメージ・ファイルをネットワーク上のブート・サーバ・コンピュータに置いておくため、管理者にとってはＯＳイメージ・ファイルを制御しやすくなり、少ない工数で多数のディスクレス・クライアント端末装置を管理することが可能となる。このネットワーク・ブートを実現するため、非特許文献１に記載されているようにＩＰｖ４の環境ではｂｏｏｔｐ（ｂｏｏｔｓｔｒａｐ ｐｒｏｔｏｃｏｌ）が利用されている。ｂｏｏｔｐではブート・サーバ・コンピュータ１台に対してディスクレス・クライアント端末装置１台または複数台という構成を前提としている。
【０００４】
【発明が解決しようとする課題】
上述のようにＩＰｖ４の環境におけるｂｏｏｔｐを利用する場合、ブート・サーバ・コンピュータは１台という前提があるため、仮に２台以上のブート・サーバ・コンピュータから応答があった場合、誤動作を引き起こすことになる。このため、同一のサブネット（ｓｕｂｎｅｔ）内に複数のブート・サーバ・コンピュータが存在する場合、これらの複数のブート・サーバ・コンピュータはディスクレス・クライアント端末装置からのＯＳイメージ・ファイルのリクエストに対して対応することができないという問題があった。
【０００５】
そこで、本発明の目的は、上記問題を解決するためになされたものであり、同一のサブネット内に複数のブート・サーバ・コンピュータが存在する場合であっても、これらの複数のブート・サーバ・コンピュータがディスクレス・クライアント端末装置からのＯＳイメージ・ファイルのリクエストに対して対応することができるブート・サーバ・アドレス検索方法およびシステム等を提供することにある。
【０００６】
【課題を解決するための手段】
この発明のブート・サーバ・アドレス検索方法は、クライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索方法であって、
クライアント端末装置が、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータ・コントロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信ステップと、
前記ＩＣＭＰメッセージ送信ステップで送信されたＩＣＭＰメッセージを受信したブート・サーバ・コンピュータが、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信ステップと、
前記クライアント端末装置が、
前記応答ＩＣＭＰメッセージ送信ステップで送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ちステップと、
前記選択指示待ちステップで該ユーザからブート・サーバ・コンピュータの選択指示を入力した場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求ステップと、
前記ＯＳイメージ・ファイル要求ステップで送信されたＯＳイメージ・ファイル要求メッセージを受信したブート・サーバ・コンピュータが、該ＯＳイメージ・ファイル要求メッセージを送信した前記クライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信ステップと、前記ＯＳイメージ・ファイル送信ステップで送信されたＯＳイメージ・ファイルを受信した前記クライアント端末装置が、該ＯＳイメージ・ファイルに基づきブートを行なうブート・ステップとを備えたことを特徴とする。
【０００７】
ここで、この発明のブート・サーバ・アドレス検索方法において、
前記応答ＩＣＭＰメッセージ送信ステップで送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、
前記ＯＳイメージ・ファイル要求ステップは、前記選択指示待ちステップで該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、前記応答ＩＣＭＰメッセージ送信ステップで送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することができる。
【０００８】
ここで、この発明のブート・サーバ・アドレス検索方法において、前記設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることができる。
【０００９】
ここで、この発明のブート・サーバ・アドレス検索方法において、前記設定値は、予めクライアント端末装置に応じて設定されることができる。
【００１０】
ここで、この発明のブート・サーバ・アドレス検索方法において、前記ＯＳイメージ・ファイル要求ステップにおける応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式とすることができる。
【００１１】
この発明のブート・サーバ・アドレス検索システムはクライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索システムであって、
クライアント端末装置は、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータ・コントロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信手段と、
ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ち手段と、
前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力された場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求手段と、
ブート・サーバ・コンピュータから送信されたＯＳイメージ・ファイルに基づきブートを行なうブート手段とを備え、
前記ＩＣＭＰメッセージ送信手段により送信されたＩＣＭＰメッセージを受信したブート・サーバ・コンピュータは、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記応答ＩＣＭＰメッセージを作成して送信する応答ＩＣＭＰメッセージ送信手段と、
前記ＯＳイメージ・ファイル要求手段によりＯＳイメージ・ファイル要求メッセージを送信した前記クライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信手段とを備えたことを特徴とする。
【００１２】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、
前記応答ＩＣＭＰメッセージ送信手段で送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、
前記ＯＳイメージ・ファイル要求手段は、前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することができる。
【００１３】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、前記設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることができる。
【００１４】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、前記設定値は、予めクライアント端末装置に応じて設定されることができる。
【００１５】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、前記ＯＳイメージ・ファイル要求手段における応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式とすることができる。
【００１６】
この発明のプログラムは少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いて、クライアント端末装置が複数のブート・サーバ・コンピュータに対してブート・サーバ・アドレスを検索するプログラムであって、該クライアント端末装置を、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信手段、
ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ち手段、
前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力された場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求手段、
ブート・サーバ・コンピュータから送信されたＯＳイメージ・ファイルに基づきブートを行なうブート手段
として機能させるためのプログラムである。
【００１７】
ここで、この発明のプログラムにおいて、
前記応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、前記ＯＳイメージ・ファイル要求手段は、前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することができる。
【００１８】
ここで、この発明のプログラムにおいて、前記ＯＳイメージ・ファイル要求手段における応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式とすることができる。
【００１９】
この発明のプログラムは、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いて、クライアント端末装置が複数のブート・サーバ・コンピュータに対してブート・サーバ・アドレスを検索される際にブート・サーバ・コンピュータ側で応答するプログラムであって、
クライアント端末装置から、宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを受信したブート・サーバ・コンピュータを、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信手段、
前記応答ＩＣＭＰメッセージ送信手段で送信された応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信したクライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信手段
として機能させるためのプログラムである。
【００２０】
ここで、この発明のプログラムにおいて、
前記応答ＩＣＭＰメッセージ送信手段で送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、該設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることができる。
【００２１】
ここで、この発明のプログラムにおいて、前記設定値は、予めクライアント端末装置に応じて設定されることができる。
【００２２】
この発明の記録媒体は、本発明のプログラムを記録したコンピュータ読取り可能な記録媒体である。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して詳細に説明する。
【００２４】
実施の形態１．
図１は、本発明の実施の形態１におけるブート・サーバ・アドレス検索システム１０を例示する。図１において、符号１２はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルを使ったインターネット等のネットワーク、１４はネットワーク１２に接続するルーティング機能を有するルータ、１５はルータ１４で区切られたサブネット（ｓｕｂｎｅｔ）、１６、１８および２０はサブネット１５内で種々のＯＳイメージ・ファイル２８を有するブート・サーバ・コンピュータ（以下、「ブート・サーバ」と略す）、３０はサブネット１５内でブート・サーバ１６、１８および２０に接続したノート型パーソナル・コンピュータ（以下、「ＰＣ」と略す）等のディスクレス・クライアント端末装置（以下、「クライアント端末」と略す）、３１はクライアント端末３０のディスプレイ等の表示装置である。ここでＯＳイメージ・ファイル２８とはディスクまたはメモリの内容（すなわちＯＳイメージ）をそのままファイル化したものである。図１において、符号２２はブート・サーバ２０の機能をブロックで示したものであり、３２はクライアント端末３０の機能をブロックで示したものである。図１ではブート・サーバ２０についてのみブロックを示しているが、これは図面の都合上省略したものであり他のブート・サーバ１６および１８も同様の機能を有している。ブート・サーバ１６等は３台に限定されるものではなく、クライアント端末３０についても同様に、１台に限定されるものではない。
【００２５】
以下、まず本発明のブート・サーバ・アドレス検索システム１０等における概念を説明する。本発明のブート・サーバ・アドレス検索システム１０等では少なくともＩＰｖ６以上のＩＰを用いることを前提とする。このＩＰｖ６ではエニーキャスト・アドレス（ａｎｙｃａｓｔ ａｄｄｒｅｓｓ）等の６種類のアドレスが規定されている。エニーキャスト・アドレスは同報型通信の一形態のアドレスであり、複数のインタフェースに対して割当てられる。通常、ブート・サーバ２０等のアドレスは予め一意に決められており、サブネット１５内のクライアント端末３０に設定してある。ここでブート・サーバ２０等のアドレスとして予めウエル・ノン（ｗｅｌｌ−ｋｎｏｗｎ）なアドレスをエニーキャスト・アドレスで決めておき、クライアント端末３０はこのエニーキャスト・アドレスに対してリクエストを行なうようにする。このエニーキャスト・アドレスに対応するブート・サーバ２０等は１台であっても複数台であってもよい。これらのブート・サーバ２０等群はいずれもこのエニーキャスト・アドレスに対して応答するように設定しておく。この結果、クライアント端末３０からのリクエストに対して少なくともどれか１台のブート・サーバ２０等が応答することができる。この応答の際、ブート・サーバ２０等から当該ブート・サーバ２０等のユニキャスト・アドレス（ｕｎｉｃａｓｔ ａｄｄｒｅｓｓ：ＩＰｖ６における上述の６種類のアドレスの１つで、１対１の通信用アドレスである）を送信させる。つまりクライアント端末３０からブート・サーバ２０等のアドレスを自動的に検索することが可能となる。クライアント端末３０は検索されたブート・サーバ２０等のユニキャスト・アドレスを用いることにより、当該ブート・サーバ２０等から所望のＯＳイメージ・ファイルを入手してブートすることができる。ＩＰｖ６では、全世界の範囲に通用するグローバル・アドレス（ｇｌｏｂａｌ ａｄｄｒｅｓｓ）、企業などの組織（サイト）内においてのみ有効なサイト・ローカル・アドレス（ｓｉｔｅ−ｌｏｃａｌ ａｄｄｒｅｓｓ）および通信回線（リンク）を越えない範囲のリンク・ローカル・アドレス（ｌｉｎｋ−ｌｏｃａｌ ａｄｄｒｅｓｓ）の３種類のアドレス・スコープ（ａｄｄｒｅｓｓ ｓｃｏｐｅ）を利用できる。以下では、リンク・ローカル・アドレスの場合について説明するが、上述のエニーキャスト・アドレスを利用した本発明のブート・サーバ・アドレスの自動検索方法は、リンク・ローカル・アドレスとグローバル・アドレスとの両方に対して適用できるものである。
【００２６】
まず、クライアント端末３０の機能について図１に示されるブロック３２、図２のＩＣＭＰメッセージの構造５０および図３の応答ＩＣＭＰメッセージの構造６０ａを用いて説明する。図１のブロック３２において、符号３４は、宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードをＩＣＭＰメッセージを送信するＩＣＭＰメッセージ送信部（ＩＣＭＰメッセージ送信手段）である。図２はＩＣＭＰメッセージの構造５０を示す。図２において、符号５２はＩＣＭＰメッセージのタイプを表す８ビット長のＩＣＭＰタイプ（タイプコード）、５４はＩＣＭＰタイプ５２により使用される、ＩＣＭＰメッセージの詳細な種類を表す８ビット長のコード、５６は送信データをチェックするために用いられる１６ビット長のチェックサム、５８はＩＣＭＰメッセージで用いられるデータであり、ＩＣＭＰメッセージのタイプにより異なり得る長さのＩＣＭＰデータである。ＩＣＭＰタイプ５２にはエコー・リクエスト（Ｅｃｈｏ ｒｅｑｕｅｓｔ）、エコー・リプライ（Ｅｃｈｏ ｒｅｐｌｙ）等の既存のタイプがあるが、その総数は８ビット長の割には少ないため、ブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプを定義することは充分に可能である。
【００２７】
図１に戻り、符号３６はブート・サーバ２０等から送信され且つ所定の時間（Ｔ１：例えば３秒間）内に受信した応答ＩＣＭＰメッセージに基づく、クライアント端末３０のユーザからのブート・サーバ２０等の選択指示を待つ選択指示待ち部（選択指示待ち手段）である。図３は応答ＩＣＭＰメッセージの構造６０ａを示す。図３で図２と同じ符号を付した箇所は同じ要素を示すため説明は省略する。図３において、ＩＣＭＰタイプ（タイプコード）５２は上述のクライアント端末３０からのリクエストへの応答を示すものに設定されており、単一のインタフェースに割当てられるブート・サーバ２０等のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報が入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含んでいる。図１に戻り、一般的には所定の時間（Ｔ１）内に複数のブート・サーバ２０等から応答ＩＣＭＰメッセージが送信される。そこで、この複数のＯＳ情報をクライアント端末３０の表示装置３１に表示させ、クライアント端末３０のユーザに所望のＯＳを有するブート・サーバ２０等を選択させることができる。ユーザが選択したブート・サーバ２０等は選択指示として入力される。
【００２８】
続いて符号３８は、選択指示待ち部３６でユーザからブート・サーバ２０等の選択指示が入力された場合、上述の応答ＩＣＭＰメッセージ中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求部（ＯＳイメージ・ファイル要求手段）である。このＯＳイメージ・ファイル要求メッセージは、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０等から送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレス６２を用いる。符号４０はブート・サーバ２０等から送信されたＯＳイメージ・ファイルに基づきブートを行なうブート部（ブート手段）である。
【００２９】
次に、上述のＩＣＭＰメッセージ送信部３４により送信されたＩＣＭＰメッセージを受信したブート・サーバ２０等の機能について、図１に示されるブロック２２および図３の応答ＩＣＭＰメッセージの構造６０を用いて説明する。図１のブロック２２において、符号２４は、上述の応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信部（応答ＩＣＭＰメッセージ送信手段）であり、宛先ＩＰアドレスとして、ＩＣＭＰメッセージを送信したクライアント端末３０のＩＰアドレスを用いる。応答ＩＣＭＰメッセージ送信部２４は、図３に示されるようにブート・サーバ２０等のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報が入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージを作成する。
【００３０】
続いて符号２６は、上述のＯＳイメージ・ファイル要求部３８によりＯＳイメージ・ファイル要求メッセージを送信したクライアント端末３０へ、要求されたＯＳイメージ・ファイル２０を送信するＯＳイメージ・ファイル送信部（ＯＳイメージ・ファイル送信手段）である。
【００３１】
図４は、本発明の実施の形態１におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れをフローチャートで示す。図４において、最左端はクライアント端末３０のフローチャートであり、左から２番目はブート・サーバ２０、３番目はブート・サーバ１８、最右端はブート・サーバ１６のフローチャートである。相互の通信は相互のフローチャート間の矢印で示す。図４では３台のブート・サーバ２０等のみ示しているが、上述したようにブート・サーバ２０等は３台に限定されるものではない。
【００３２】
図４に示されるように、まずクライアント端末３０が、ブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプ５２（タイプコード）を含むＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信する（ＩＣＭＰメッセージ送信ステップ。ステップＳ１０）。ここで宛先ＩＰアドレスとしては複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用いる。
【００３３】
ＩＣＭＰメッセージ送信ステップ（ステップＳ１０）で送信されたＩＣＭＰメッセージをブート・サーバ２０、１８および１６が受信したものと想定する。ブート・サーバ２０は、上述のようにクライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０を設定する（ステップＳ３０）。この応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０を、宛先ＩＰアドレスとしてＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信したクライアント端末３０のＩＰアドレスを用いて送信する（応答ＩＣＭＰメッセージ送信ステップ。ステップＳ３２）。
【００３４】
同様にしてブート・サーバ１８は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ１８のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１８を設定する（ステップＳ４０）。この応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１８を、宛先ＩＰアドレスとしてＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信したクライアント端末３０のＩＰアドレスを用いて送信する（応答ＩＣＭＰメッセージ送信ステップ。ステップＳ４２）。
【００３５】
同様にしてブート・サーバ１６は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ１６のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１６を設定する（ステップＳ５０）。この応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１６を、宛先ＩＰアドレスとしてＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信したクライアント端末３０のＩＰアドレスを用いて送信する（応答ＩＣＭＰメッセージ送信ステップ。ステップＳ５２）。
【００３６】
クライアント端末３０は、応答ＩＣＭＰメッセージ送信ステップ（ステップＳ３２、Ｓ４２、Ｓ５２）で送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０、ＩＣＭＰ−ＲＰＹ１８、ＩＣＭＰ−ＲＰＹ１６に基づき、複数のＯＳイメージ・ネーム６４を表示装置３１に表示させる（ステップＳ１２）。次に、ユーザからのブート・サーバ２０等の選択指示を待つ（選択指示待ちステップ。ステップＳ１４）。選択指示はユーザにより選択されたブート・サーバ２０等である。選択指示待ちステップ（ステップＳ１４）では所定の時間（Ｔ２：例えば５秒間）だけ待ち、Ｔ２経過後は処理を終了させることもできる。あるいはＴ２時間経過後に処理を終了させないで他の任意の処理を行うこともできる。例えば、上述の所定の時間（Ｔ１）内に最初に受信した応答ＩＣＭＰメッセージに対応するブート・サーバをユーザが選択したものとして以下のステップＳ１６以下を実行してもよい。選択指示待ちステップ（ステップＳ１４）でユーザからブート・サーバ２０の選択指示を入力した場合、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ２０中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信する（ＯＳイメージ・ファイル要求ステップ。ステップＳ１６）。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０中のユニキャスト・アドレス６２を用いる。
【００３７】
選択指示待ちステップ（ステップＳ１４）でユーザからブート・サーバ１８の選択指示を入力した場合、上述と同様に応答ＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ１８中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル（不図示）を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信する（ＯＳイメージ・ファイル要求ステップ。ステップＳ１６）。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ１８から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１８中のユニキャスト・アドレス６２を用いる。選択指示待ちステップ（ステップＳ１４）でユーザからブート・サーバ１６の選択指示を入力した場合、上述と同様に応答ＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ１６中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル（不図示）を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信する（ＯＳイメージ・ファイル要求ステップ。ステップＳ１６）。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ１６から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１６中のユニキャスト・アドレス６２を用いる。
【００３８】
ＯＳイメージ・ファイル要求ステップ（ステップＳ１６）で送信されたＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を受信したブート・サーバ２０が、ＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８を送信する（ＯＳイメージ・ファイル送信ステップ。ステップＳ３４。ＯＳ−ＲＰＹ２０で示す）。
【００３９】
ＯＳイメージ・ファイル送信ステップ（ステップＳ３４）で送信されたＯＳイメージ・ファイル２８を受信（ステップＳ１８）したクライアント端末３０が、ＯＳイメージ・ファイル２８に基づきブートを行なう（ブート・ステップ。ステップＳ２０）。
【００４０】
以上説明したように、本発明の実施の形態１によれば、まずクライアント端末３０がブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプ５２（タイプコード）を含むＩＣＭＰメッセージを送信する。ここで宛先ＩＰアドレスとしては複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用いる。送信されたＩＣＭＰメッセージを受信したブート・サーバ２０等は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージを設定する。この応答ＩＣＭＰメッセージを、宛先ＩＰアドレスとしてＩＣＭＰメッセージを送信したクライアント端末３０のＩＰアドレスを用いて送信する。クライアント端末３０は、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージに基づき、複数のＯＳイメージ・ネーム６４を表示装置３１に表示させ、ユーザからのブート・サーバ２０等の選択指示を待つ。ユーザからブート・サーバ２０の選択指示を入力した場合、応答ＩＣＭＰメッセージ中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８を要求するＯＳイメージ・ファイル要求メッセージを送信する。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０から送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレス６２を用いる。ＯＳイメージ・ファイル要求メッセージを受信したブート・サーバ２０は、ＯＳイメージ・ファイル要求メッセージを送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８を送信する。
【００４１】
以上により、クライアント端末３０からブート・サーバ２０等のアドレスを自動的に検索することが可能となる。クライアント端末３０は、ブート・サーバ２０等から所望のＯＳイメージ・ファイルを入手してブートすることができる。この結果、同一のサブネット１５内に複数のブート・サーバ２０等が存在する場合であっても、これらの複数のブート・サーバ２０等がクライアント端末３０からのＯＳイメージ・ファイル２８等のリクエストに対して対応することができるブート・サーバ・アドレス検索方法およびシステム等を提供することができる。
【００４２】
実施の形態２．
実施の形態１では、選択指示待ちステップ（ステップＳ１４）で所定の時間（Ｔ２：例えば５秒間）だけ待ち、Ｔ２経過後は処理を終了させた。実施の形態２では、選択指示待ちステップ（ステップＳ１４）で所定の時間（Ｔ２）だけ待ってもユーザからブート・サーバ２０等の選択指示が入力されなかった場合、処理を終了させない方法について説明する。
【００４３】
図５は、応答ＩＣＭＰメッセージの構造６０ｂを示す。図５で図３と同じ符号を付した箇所は同じ要素を示すため説明は省略する。図５において、符号６６は可変な値に設定し得る優先度（ｐｒｅｆｅｒｅｎｃｅ ｖａｌｕｅ ： 設定値）である。応答ＩＣＭＰメッセージ送信部２４は、適当な数値を優先度６６に設定した応答ＩＣＭＰメッセージを送信することができる。
【００４４】
ＯＳイメージ・ファイル要求部３８は、選択指示待ち部３６でユーザからブート・サーバ２０等の選択指示が入力されなかった場合、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中の優先度６６に基づく選択形式によりブート・サーバ２０等を選択することができる。後は実施の形態１と同様に、宛先ＩＰアドレスとして、選択されたブート・サーバ２０等から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のユニキャスト・アドレスを用い、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８等を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０等を送信する。上述の選択形式としては、例えば最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択する形式とすることができる。
【００４５】
応答ＩＣＭＰメッセージ送信部２４は、優先度６６をブート・サーバ２０等側におけるＯＳのイメージ・ファイル２８等の送信処理を含む処理負荷（ブート負荷）に応じて設定することができる。例えば、２種類のＯＳ１およびＯＳ２の内、通常ＯＳ１を使用し、時々ＯＳ２を使用するような場合、ＯＳ１のブート・サーバ２０等を３台用意し、ＯＳ２のブート・サーバ２０等を１台用意しておく。ＯＳ１のブート・サーバ２０等については、ブート負荷がない場合は優先度６６を「２００」とし、１台のクライアント端末３０のブート負荷がある場合は優先度６６を「１５０」とし、２台以上のクライアント端末３０のブート負荷がある場合は優先度６６を「１００」とすることができる。ＯＳ２のブート・サーバ２０等については優先度を「５０」としておけばよい。クライアント端末３０側で上述の選択形式を用いた場合、最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択することになる。この結果、ブート・サーバ２０等間の負荷分散と共に冗長性も実現することができる。あるいは応答ＩＣＭＰメッセージ送信部２４は、予めクライアント端末３０に応じて優先度６６が設定されたテーブルを用意しておき、クライアント端末３０からリクエストがあった場合、当該テーブルを用いて優先度６６を応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中に設定してもよい。
【００４６】
図６は、本発明の実施の形態２におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れをフローチャートで示す。図６で図４と同じステップＳ番号を付した箇所は同じ機能を有するため説明は省略する。以下、実施の形態１と異なる機能のステップについて説明する。
【００４７】
実施の形態１のステップＳ３０において、ブート・サーバ２０はクライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０を設定した。実施の形態２では対応するステップＳ３０ａ、Ｓ４０ａおよびＳ５０ａに示されるように、実施の形態１で設定される内容に加えてさらに優先度６６が設定される。
【００４８】
実施の形態１のステップＳ１４において、クライアント端末３０は所定の時間（Ｔ２：例えば５秒間）だけ待ち、Ｔ２経過後は処理を終了させた。実施の形態２ではステップＳ１４においてＴ２の間にユーザからの指示が入力されなかった場合、ステップＳ１７に示されるように最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択する。後は実施の形態１と同様に、宛先ＩＰアドレスとして、選択されたブート・サーバ２０等から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のユニキャスト・アドレスを用い、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８等を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３２等を送信する。 送信されたＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３２等を受信したブート・サーバ１６等が、ＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３２を送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８等を送信する（ステップＳ５４。ＯＳ−ＲＰＹ１６で示す）。
【００４９】
以上説明したように、本発明の実施の形態２によれば、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等に実施の形態１で設定される内容に加えてさらに優先度６６を設定することができる。優先度６６はブート・サーバ２０等側におけるＯＳのイメージ・ファイル２８等の送信処理を含むブート負荷に応じた数値に設定することができる。ＯＳイメージ・ファイル要求部３８は、選択指示待ち部３６でユーザからブート・サーバ２０等の選択指示が入力されなかった場合、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中の優先度６６に基づく選択形式によりブート・サーバ２０等を選択することができる。選択形式としては、例えば最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択する形式とすることができる。この結果、実施の形態１における効果に加えて、さらにブート・サーバ２０等間の負荷分散および冗長性を実現することができる。
【００５０】
実施の形態３．
図７は、上述した各実施の形態を実現するための本発明のコンピュータ・プログラムを実行するクライアント端末３０またはブート・サーバ２０等のコンピュータの内部回路８０を示すブロック図である。図７において、上述の本発明のコンピュータ・プログラムは、ＲＯＭ８２、ディスク８５ａまたはＣＤ−ＲＯＭ８５ｎ等の記録媒体に記録されている。このコンピュータ・プログラムは、ＲＯＭ８２、ディスク８５ａまたはＣＤ−ＲＯＭ８５ｎ等の記録媒体からコンピュータローラ８４を介しバス８６を通ってＲＡＭ８３へロードされる。ディスク８５ａ等の記録媒体にはＯＳイメージ・ファイル２８等を記録しておくことができる。入力操作部８８はクライアント端末３０またはブート・サーバ２０等のコンピュータに入力を行うためのマウスまたはテンキー等の入力装置であり、入力制御部８７は入力操作部８８と接続され入力制御等を行う。外部インタフェース（Ｉ／Ｆ）部８９は、クライアント端末３０がブート・サーバ２０等と、あるいはブート・サーバ２０等がクライアント端末３０と通信を行う際のインタフェース機能を有する。
【００５１】
ＣＰＵ８１がＲＡＭ８３内の上述の本発明のコンピュータ・プログラムを実行することにより、本発明の目的を達成することができる。当該コンピュータ・プログラムは上述のようにＣＤ−ＲＯＭ８５ｎ等の脱着可能な記録媒体の形態でコンピュータＣＰＵ８１に供給することができ、当該コンピュータ・プログラムを記録したＣＤ−ＲＯＭ８５ｎ等の記録媒体も同様に本発明を構成することになる。当該コンピュータ・プログラムを記録した記録媒体としては上述された記録媒体の他に、例えばＤＶＤ、光ディスク、メモリ・カード、メモリスティック、ＭＯ、ＦＤ等を用いることができる。
【００５２】
【発明の効果】
以上説明したように、本発明のブート・サーバ・アドレス検索方法およびシステム等によれば、クライアント端末３０がブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプ５２（タイプコード）を含むＩＣＭＰメッセージを送信する。ここで宛先ＩＰアドレスとしては複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用いる。送信されたＩＣＭＰメッセージを受信したブート・サーバ２０等は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージを設定する。この応答ＩＣＭＰメッセージを、宛先ＩＰアドレスとしてＩＣＭＰメッセージを送信したクライアント端末３０のＩＰアドレスを用いて送信する。クライアント端末３０は、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージに基づき、複数のＯＳイメージ・ネーム６４を表示装置３１に表示させ、ユーザからのブート・サーバ２０等の選択指示を待つ。ユーザからブート・サーバ２０の選択指示を入力した場合、応答ＩＣＭＰメッセージ中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８を要求するＯＳイメージ・ファイル要求メッセージを送信する。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０から送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレス６２を用いる。ＯＳイメージ・ファイル要求メッセージを受信したブート・サーバ２０は、ＯＳイメージ・ファイル要求メッセージを送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８を送信する。この結果、クライアント端末３０からブート・サーバ２０等のアドレスを自動的に検索することが可能となる。クライアント端末３０は、ブート・サーバ２０等から所望のＯＳイメージ・ファイルを入手してブートすることができる。したがって、同一のサブネット１５内に複数のブート・サーバ２０等が存在する場合であっても、これらの複数のブート・サーバ２０等がクライアント端末３０からのＯＳイメージ・ファイル２８等のリクエストに対して対応することができるブート・サーバ・アドレス検索方法およびシステム等を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１におけるブート・サーバ・アドレス検索システム１０を例示する図である。
【図２】ＩＣＭＰメッセージの構造５０を示す図である。
【図３】応答ＩＣＭＰメッセージの構造６０ａを示す図である。
【図４】本発明の実施の形態１におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れを示すフローチャートである。
【図５】応答ＩＣＭＰメッセージの構造６０ｂを示す図である。
【図６】本発明の実施の形態２におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れを示すフローチャートである。
【図７】本発明のコンピュータ・プログラムを実行するクライアント端末３０またはブート・サーバ２０等のコンピュータの内部回路８０を示すブロック図である。
【符号の説明】
１０ ブート・サーバ・アドレス検索システム、 １２ インターネット等のネットワーク、 １４ ルータ、 １５ サブネット、 １６，１８，２０ ブート・サーバ・コンピュータ（ブート・サーバ）、 ２２，３２ 機能ブロック、 ２４ 応答ＩＣＭＰメッセージ送信部、 ２６ ＯＳイメージ・ファイル送信部、 ２８ ＯＳイメージ・ファイル、 ３０ ディスクレス・クライアント端末装置（クライアント端末）、 ３１ ディスプレイ等の表示装置、 ３４ ＩＣＭＰメッセージ送信部、 ３６ 選択指示部、 ３８ ＯＳイメージ・ファイル要求部、 ４０ ブート部、 ５０ ＩＣＭＰメッセージの構造、 ５２ ＩＣＭＰタイプ、 ５４ コード、 ５６ チェックサム、 ５８ ＩＣＭＰデータ、 ６０ａ、６０ｂ 応答ＩＣＭＰメッセージの構造、 ６２ ユニーキャスト・アドレス、 ６４ ＯＳイメージ・ネーム、 ８０ 内部回路、 ８１ ＣＰＵ、 ８２ ＲＯＭ、 ８３ ＲＡＭ、 ８４ コンピュータローラ、 ８５ａ ディスク、 ８５ｎ ＣＤ−ＲＯＭ、 ８６ バス、 ８７ 入力制御部、 ８８ 入力操作部、 ８９ 外部Ｉ／Ｆ部。
【発明の属する技術分野】
本発明は、クライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索方法およびシステム等に関する。
【０００２】
【従来の技術】
【非特許文献１】日経コミュニケーション編集、「通信・ネットワーク用語ハンドブック（２００１年版）」、第５８頁、２００１年３月２３日第１版第１刷発行、日経ＢＰ社発行。
【０００３】
従来、システム・ディスクを持たずにネットワークから所望のＯＳのイメージ・ファイルを入手してブート（ネットワーク・ブート）を行なうディスクレス・クライアント端末装置への需要がある。ネットワーク・ブートではＯＳのイメージ・ファイルをネットワーク上のブート・サーバ・コンピュータに置いておくため、管理者にとってはＯＳイメージ・ファイルを制御しやすくなり、少ない工数で多数のディスクレス・クライアント端末装置を管理することが可能となる。このネットワーク・ブートを実現するため、非特許文献１に記載されているようにＩＰｖ４の環境ではｂｏｏｔｐ（ｂｏｏｔｓｔｒａｐ ｐｒｏｔｏｃｏｌ）が利用されている。ｂｏｏｔｐではブート・サーバ・コンピュータ１台に対してディスクレス・クライアント端末装置１台または複数台という構成を前提としている。
【０００４】
【発明が解決しようとする課題】
上述のようにＩＰｖ４の環境におけるｂｏｏｔｐを利用する場合、ブート・サーバ・コンピュータは１台という前提があるため、仮に２台以上のブート・サーバ・コンピュータから応答があった場合、誤動作を引き起こすことになる。このため、同一のサブネット（ｓｕｂｎｅｔ）内に複数のブート・サーバ・コンピュータが存在する場合、これらの複数のブート・サーバ・コンピュータはディスクレス・クライアント端末装置からのＯＳイメージ・ファイルのリクエストに対して対応することができないという問題があった。
【０００５】
そこで、本発明の目的は、上記問題を解決するためになされたものであり、同一のサブネット内に複数のブート・サーバ・コンピュータが存在する場合であっても、これらの複数のブート・サーバ・コンピュータがディスクレス・クライアント端末装置からのＯＳイメージ・ファイルのリクエストに対して対応することができるブート・サーバ・アドレス検索方法およびシステム等を提供することにある。
【０００６】
【課題を解決するための手段】
この発明のブート・サーバ・アドレス検索方法は、クライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索方法であって、
クライアント端末装置が、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータ・コントロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信ステップと、
前記ＩＣＭＰメッセージ送信ステップで送信されたＩＣＭＰメッセージを受信したブート・サーバ・コンピュータが、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信ステップと、
前記クライアント端末装置が、
前記応答ＩＣＭＰメッセージ送信ステップで送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ちステップと、
前記選択指示待ちステップで該ユーザからブート・サーバ・コンピュータの選択指示を入力した場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求ステップと、
前記ＯＳイメージ・ファイル要求ステップで送信されたＯＳイメージ・ファイル要求メッセージを受信したブート・サーバ・コンピュータが、該ＯＳイメージ・ファイル要求メッセージを送信した前記クライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信ステップと、前記ＯＳイメージ・ファイル送信ステップで送信されたＯＳイメージ・ファイルを受信した前記クライアント端末装置が、該ＯＳイメージ・ファイルに基づきブートを行なうブート・ステップとを備えたことを特徴とする。
【０００７】
ここで、この発明のブート・サーバ・アドレス検索方法において、
前記応答ＩＣＭＰメッセージ送信ステップで送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、
前記ＯＳイメージ・ファイル要求ステップは、前記選択指示待ちステップで該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、前記応答ＩＣＭＰメッセージ送信ステップで送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することができる。
【０００８】
ここで、この発明のブート・サーバ・アドレス検索方法において、前記設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることができる。
【０００９】
ここで、この発明のブート・サーバ・アドレス検索方法において、前記設定値は、予めクライアント端末装置に応じて設定されることができる。
【００１０】
ここで、この発明のブート・サーバ・アドレス検索方法において、前記ＯＳイメージ・ファイル要求ステップにおける応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式とすることができる。
【００１１】
この発明のブート・サーバ・アドレス検索システムはクライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索システムであって、
クライアント端末装置は、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータ・コントロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信手段と、
ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ち手段と、
前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力された場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求手段と、
ブート・サーバ・コンピュータから送信されたＯＳイメージ・ファイルに基づきブートを行なうブート手段とを備え、
前記ＩＣＭＰメッセージ送信手段により送信されたＩＣＭＰメッセージを受信したブート・サーバ・コンピュータは、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記応答ＩＣＭＰメッセージを作成して送信する応答ＩＣＭＰメッセージ送信手段と、
前記ＯＳイメージ・ファイル要求手段によりＯＳイメージ・ファイル要求メッセージを送信した前記クライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信手段とを備えたことを特徴とする。
【００１２】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、
前記応答ＩＣＭＰメッセージ送信手段で送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、
前記ＯＳイメージ・ファイル要求手段は、前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することができる。
【００１３】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、前記設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることができる。
【００１４】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、前記設定値は、予めクライアント端末装置に応じて設定されることができる。
【００１５】
ここで、この発明のブート・サーバ・アドレス検索システムにおいて、前記ＯＳイメージ・ファイル要求手段における応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式とすることができる。
【００１６】
この発明のプログラムは少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いて、クライアント端末装置が複数のブート・サーバ・コンピュータに対してブート・サーバ・アドレスを検索するプログラムであって、該クライアント端末装置を、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信手段、
ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ち手段、
前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力された場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求手段、
ブート・サーバ・コンピュータから送信されたＯＳイメージ・ファイルに基づきブートを行なうブート手段
として機能させるためのプログラムである。
【００１７】
ここで、この発明のプログラムにおいて、
前記応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、前記ＯＳイメージ・ファイル要求手段は、前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することができる。
【００１８】
ここで、この発明のプログラムにおいて、前記ＯＳイメージ・ファイル要求手段における応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式とすることができる。
【００１９】
この発明のプログラムは、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いて、クライアント端末装置が複数のブート・サーバ・コンピュータに対してブート・サーバ・アドレスを検索される際にブート・サーバ・コンピュータ側で応答するプログラムであって、
クライアント端末装置から、宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを受信したブート・サーバ・コンピュータを、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信手段、
前記応答ＩＣＭＰメッセージ送信手段で送信された応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信したクライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信手段
として機能させるためのプログラムである。
【００２０】
ここで、この発明のプログラムにおいて、
前記応答ＩＣＭＰメッセージ送信手段で送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、該設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることができる。
【００２１】
ここで、この発明のプログラムにおいて、前記設定値は、予めクライアント端末装置に応じて設定されることができる。
【００２２】
この発明の記録媒体は、本発明のプログラムを記録したコンピュータ読取り可能な記録媒体である。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して詳細に説明する。
【００２４】
実施の形態１．
図１は、本発明の実施の形態１におけるブート・サーバ・アドレス検索システム１０を例示する。図１において、符号１２はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルを使ったインターネット等のネットワーク、１４はネットワーク１２に接続するルーティング機能を有するルータ、１５はルータ１４で区切られたサブネット（ｓｕｂｎｅｔ）、１６、１８および２０はサブネット１５内で種々のＯＳイメージ・ファイル２８を有するブート・サーバ・コンピュータ（以下、「ブート・サーバ」と略す）、３０はサブネット１５内でブート・サーバ１６、１８および２０に接続したノート型パーソナル・コンピュータ（以下、「ＰＣ」と略す）等のディスクレス・クライアント端末装置（以下、「クライアント端末」と略す）、３１はクライアント端末３０のディスプレイ等の表示装置である。ここでＯＳイメージ・ファイル２８とはディスクまたはメモリの内容（すなわちＯＳイメージ）をそのままファイル化したものである。図１において、符号２２はブート・サーバ２０の機能をブロックで示したものであり、３２はクライアント端末３０の機能をブロックで示したものである。図１ではブート・サーバ２０についてのみブロックを示しているが、これは図面の都合上省略したものであり他のブート・サーバ１６および１８も同様の機能を有している。ブート・サーバ１６等は３台に限定されるものではなく、クライアント端末３０についても同様に、１台に限定されるものではない。
【００２５】
以下、まず本発明のブート・サーバ・アドレス検索システム１０等における概念を説明する。本発明のブート・サーバ・アドレス検索システム１０等では少なくともＩＰｖ６以上のＩＰを用いることを前提とする。このＩＰｖ６ではエニーキャスト・アドレス（ａｎｙｃａｓｔ ａｄｄｒｅｓｓ）等の６種類のアドレスが規定されている。エニーキャスト・アドレスは同報型通信の一形態のアドレスであり、複数のインタフェースに対して割当てられる。通常、ブート・サーバ２０等のアドレスは予め一意に決められており、サブネット１５内のクライアント端末３０に設定してある。ここでブート・サーバ２０等のアドレスとして予めウエル・ノン（ｗｅｌｌ−ｋｎｏｗｎ）なアドレスをエニーキャスト・アドレスで決めておき、クライアント端末３０はこのエニーキャスト・アドレスに対してリクエストを行なうようにする。このエニーキャスト・アドレスに対応するブート・サーバ２０等は１台であっても複数台であってもよい。これらのブート・サーバ２０等群はいずれもこのエニーキャスト・アドレスに対して応答するように設定しておく。この結果、クライアント端末３０からのリクエストに対して少なくともどれか１台のブート・サーバ２０等が応答することができる。この応答の際、ブート・サーバ２０等から当該ブート・サーバ２０等のユニキャスト・アドレス（ｕｎｉｃａｓｔ ａｄｄｒｅｓｓ：ＩＰｖ６における上述の６種類のアドレスの１つで、１対１の通信用アドレスである）を送信させる。つまりクライアント端末３０からブート・サーバ２０等のアドレスを自動的に検索することが可能となる。クライアント端末３０は検索されたブート・サーバ２０等のユニキャスト・アドレスを用いることにより、当該ブート・サーバ２０等から所望のＯＳイメージ・ファイルを入手してブートすることができる。ＩＰｖ６では、全世界の範囲に通用するグローバル・アドレス（ｇｌｏｂａｌ ａｄｄｒｅｓｓ）、企業などの組織（サイト）内においてのみ有効なサイト・ローカル・アドレス（ｓｉｔｅ−ｌｏｃａｌ ａｄｄｒｅｓｓ）および通信回線（リンク）を越えない範囲のリンク・ローカル・アドレス（ｌｉｎｋ−ｌｏｃａｌ ａｄｄｒｅｓｓ）の３種類のアドレス・スコープ（ａｄｄｒｅｓｓ ｓｃｏｐｅ）を利用できる。以下では、リンク・ローカル・アドレスの場合について説明するが、上述のエニーキャスト・アドレスを利用した本発明のブート・サーバ・アドレスの自動検索方法は、リンク・ローカル・アドレスとグローバル・アドレスとの両方に対して適用できるものである。
【００２６】
まず、クライアント端末３０の機能について図１に示されるブロック３２、図２のＩＣＭＰメッセージの構造５０および図３の応答ＩＣＭＰメッセージの構造６０ａを用いて説明する。図１のブロック３２において、符号３４は、宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードをＩＣＭＰメッセージを送信するＩＣＭＰメッセージ送信部（ＩＣＭＰメッセージ送信手段）である。図２はＩＣＭＰメッセージの構造５０を示す。図２において、符号５２はＩＣＭＰメッセージのタイプを表す８ビット長のＩＣＭＰタイプ（タイプコード）、５４はＩＣＭＰタイプ５２により使用される、ＩＣＭＰメッセージの詳細な種類を表す８ビット長のコード、５６は送信データをチェックするために用いられる１６ビット長のチェックサム、５８はＩＣＭＰメッセージで用いられるデータであり、ＩＣＭＰメッセージのタイプにより異なり得る長さのＩＣＭＰデータである。ＩＣＭＰタイプ５２にはエコー・リクエスト（Ｅｃｈｏ ｒｅｑｕｅｓｔ）、エコー・リプライ（Ｅｃｈｏ ｒｅｐｌｙ）等の既存のタイプがあるが、その総数は８ビット長の割には少ないため、ブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプを定義することは充分に可能である。
【００２７】
図１に戻り、符号３６はブート・サーバ２０等から送信され且つ所定の時間（Ｔ１：例えば３秒間）内に受信した応答ＩＣＭＰメッセージに基づく、クライアント端末３０のユーザからのブート・サーバ２０等の選択指示を待つ選択指示待ち部（選択指示待ち手段）である。図３は応答ＩＣＭＰメッセージの構造６０ａを示す。図３で図２と同じ符号を付した箇所は同じ要素を示すため説明は省略する。図３において、ＩＣＭＰタイプ（タイプコード）５２は上述のクライアント端末３０からのリクエストへの応答を示すものに設定されており、単一のインタフェースに割当てられるブート・サーバ２０等のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報が入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含んでいる。図１に戻り、一般的には所定の時間（Ｔ１）内に複数のブート・サーバ２０等から応答ＩＣＭＰメッセージが送信される。そこで、この複数のＯＳ情報をクライアント端末３０の表示装置３１に表示させ、クライアント端末３０のユーザに所望のＯＳを有するブート・サーバ２０等を選択させることができる。ユーザが選択したブート・サーバ２０等は選択指示として入力される。
【００２８】
続いて符号３８は、選択指示待ち部３６でユーザからブート・サーバ２０等の選択指示が入力された場合、上述の応答ＩＣＭＰメッセージ中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求部（ＯＳイメージ・ファイル要求手段）である。このＯＳイメージ・ファイル要求メッセージは、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０等から送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレス６２を用いる。符号４０はブート・サーバ２０等から送信されたＯＳイメージ・ファイルに基づきブートを行なうブート部（ブート手段）である。
【００２９】
次に、上述のＩＣＭＰメッセージ送信部３４により送信されたＩＣＭＰメッセージを受信したブート・サーバ２０等の機能について、図１に示されるブロック２２および図３の応答ＩＣＭＰメッセージの構造６０を用いて説明する。図１のブロック２２において、符号２４は、上述の応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信部（応答ＩＣＭＰメッセージ送信手段）であり、宛先ＩＰアドレスとして、ＩＣＭＰメッセージを送信したクライアント端末３０のＩＰアドレスを用いる。応答ＩＣＭＰメッセージ送信部２４は、図３に示されるようにブート・サーバ２０等のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報が入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージを作成する。
【００３０】
続いて符号２６は、上述のＯＳイメージ・ファイル要求部３８によりＯＳイメージ・ファイル要求メッセージを送信したクライアント端末３０へ、要求されたＯＳイメージ・ファイル２０を送信するＯＳイメージ・ファイル送信部（ＯＳイメージ・ファイル送信手段）である。
【００３１】
図４は、本発明の実施の形態１におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れをフローチャートで示す。図４において、最左端はクライアント端末３０のフローチャートであり、左から２番目はブート・サーバ２０、３番目はブート・サーバ１８、最右端はブート・サーバ１６のフローチャートである。相互の通信は相互のフローチャート間の矢印で示す。図４では３台のブート・サーバ２０等のみ示しているが、上述したようにブート・サーバ２０等は３台に限定されるものではない。
【００３２】
図４に示されるように、まずクライアント端末３０が、ブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプ５２（タイプコード）を含むＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信する（ＩＣＭＰメッセージ送信ステップ。ステップＳ１０）。ここで宛先ＩＰアドレスとしては複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用いる。
【００３３】
ＩＣＭＰメッセージ送信ステップ（ステップＳ１０）で送信されたＩＣＭＰメッセージをブート・サーバ２０、１８および１６が受信したものと想定する。ブート・サーバ２０は、上述のようにクライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０を設定する（ステップＳ３０）。この応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０を、宛先ＩＰアドレスとしてＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信したクライアント端末３０のＩＰアドレスを用いて送信する（応答ＩＣＭＰメッセージ送信ステップ。ステップＳ３２）。
【００３４】
同様にしてブート・サーバ１８は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ１８のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１８を設定する（ステップＳ４０）。この応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１８を、宛先ＩＰアドレスとしてＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信したクライアント端末３０のＩＰアドレスを用いて送信する（応答ＩＣＭＰメッセージ送信ステップ。ステップＳ４２）。
【００３５】
同様にしてブート・サーバ１６は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ１６のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１６を設定する（ステップＳ５０）。この応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１６を、宛先ＩＰアドレスとしてＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ３０を送信したクライアント端末３０のＩＰアドレスを用いて送信する（応答ＩＣＭＰメッセージ送信ステップ。ステップＳ５２）。
【００３６】
クライアント端末３０は、応答ＩＣＭＰメッセージ送信ステップ（ステップＳ３２、Ｓ４２、Ｓ５２）で送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０、ＩＣＭＰ−ＲＰＹ１８、ＩＣＭＰ−ＲＰＹ１６に基づき、複数のＯＳイメージ・ネーム６４を表示装置３１に表示させる（ステップＳ１２）。次に、ユーザからのブート・サーバ２０等の選択指示を待つ（選択指示待ちステップ。ステップＳ１４）。選択指示はユーザにより選択されたブート・サーバ２０等である。選択指示待ちステップ（ステップＳ１４）では所定の時間（Ｔ２：例えば５秒間）だけ待ち、Ｔ２経過後は処理を終了させることもできる。あるいはＴ２時間経過後に処理を終了させないで他の任意の処理を行うこともできる。例えば、上述の所定の時間（Ｔ１）内に最初に受信した応答ＩＣＭＰメッセージに対応するブート・サーバをユーザが選択したものとして以下のステップＳ１６以下を実行してもよい。選択指示待ちステップ（ステップＳ１４）でユーザからブート・サーバ２０の選択指示を入力した場合、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ２０中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信する（ＯＳイメージ・ファイル要求ステップ。ステップＳ１６）。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０中のユニキャスト・アドレス６２を用いる。
【００３７】
選択指示待ちステップ（ステップＳ１４）でユーザからブート・サーバ１８の選択指示を入力した場合、上述と同様に応答ＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ１８中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル（不図示）を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信する（ＯＳイメージ・ファイル要求ステップ。ステップＳ１６）。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ１８から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１８中のユニキャスト・アドレス６２を用いる。選択指示待ちステップ（ステップＳ１４）でユーザからブート・サーバ１６の選択指示を入力した場合、上述と同様に応答ＩＣＭＰメッセージＩＣＭＰ−ＲＥＱ１６中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル（不図示）を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信する（ＯＳイメージ・ファイル要求ステップ。ステップＳ１６）。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ１６から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ１６中のユニキャスト・アドレス６２を用いる。
【００３８】
ＯＳイメージ・ファイル要求ステップ（ステップＳ１６）で送信されたＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を受信したブート・サーバ２０が、ＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０を送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８を送信する（ＯＳイメージ・ファイル送信ステップ。ステップＳ３４。ＯＳ−ＲＰＹ２０で示す）。
【００３９】
ＯＳイメージ・ファイル送信ステップ（ステップＳ３４）で送信されたＯＳイメージ・ファイル２８を受信（ステップＳ１８）したクライアント端末３０が、ＯＳイメージ・ファイル２８に基づきブートを行なう（ブート・ステップ。ステップＳ２０）。
【００４０】
以上説明したように、本発明の実施の形態１によれば、まずクライアント端末３０がブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプ５２（タイプコード）を含むＩＣＭＰメッセージを送信する。ここで宛先ＩＰアドレスとしては複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用いる。送信されたＩＣＭＰメッセージを受信したブート・サーバ２０等は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージを設定する。この応答ＩＣＭＰメッセージを、宛先ＩＰアドレスとしてＩＣＭＰメッセージを送信したクライアント端末３０のＩＰアドレスを用いて送信する。クライアント端末３０は、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージに基づき、複数のＯＳイメージ・ネーム６４を表示装置３１に表示させ、ユーザからのブート・サーバ２０等の選択指示を待つ。ユーザからブート・サーバ２０の選択指示を入力した場合、応答ＩＣＭＰメッセージ中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８を要求するＯＳイメージ・ファイル要求メッセージを送信する。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０から送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレス６２を用いる。ＯＳイメージ・ファイル要求メッセージを受信したブート・サーバ２０は、ＯＳイメージ・ファイル要求メッセージを送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８を送信する。
【００４１】
以上により、クライアント端末３０からブート・サーバ２０等のアドレスを自動的に検索することが可能となる。クライアント端末３０は、ブート・サーバ２０等から所望のＯＳイメージ・ファイルを入手してブートすることができる。この結果、同一のサブネット１５内に複数のブート・サーバ２０等が存在する場合であっても、これらの複数のブート・サーバ２０等がクライアント端末３０からのＯＳイメージ・ファイル２８等のリクエストに対して対応することができるブート・サーバ・アドレス検索方法およびシステム等を提供することができる。
【００４２】
実施の形態２．
実施の形態１では、選択指示待ちステップ（ステップＳ１４）で所定の時間（Ｔ２：例えば５秒間）だけ待ち、Ｔ２経過後は処理を終了させた。実施の形態２では、選択指示待ちステップ（ステップＳ１４）で所定の時間（Ｔ２）だけ待ってもユーザからブート・サーバ２０等の選択指示が入力されなかった場合、処理を終了させない方法について説明する。
【００４３】
図５は、応答ＩＣＭＰメッセージの構造６０ｂを示す。図５で図３と同じ符号を付した箇所は同じ要素を示すため説明は省略する。図５において、符号６６は可変な値に設定し得る優先度（ｐｒｅｆｅｒｅｎｃｅ ｖａｌｕｅ ： 設定値）である。応答ＩＣＭＰメッセージ送信部２４は、適当な数値を優先度６６に設定した応答ＩＣＭＰメッセージを送信することができる。
【００４４】
ＯＳイメージ・ファイル要求部３８は、選択指示待ち部３６でユーザからブート・サーバ２０等の選択指示が入力されなかった場合、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中の優先度６６に基づく選択形式によりブート・サーバ２０等を選択することができる。後は実施の形態１と同様に、宛先ＩＰアドレスとして、選択されたブート・サーバ２０等から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のユニキャスト・アドレスを用い、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８等を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３０等を送信する。上述の選択形式としては、例えば最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択する形式とすることができる。
【００４５】
応答ＩＣＭＰメッセージ送信部２４は、優先度６６をブート・サーバ２０等側におけるＯＳのイメージ・ファイル２８等の送信処理を含む処理負荷（ブート負荷）に応じて設定することができる。例えば、２種類のＯＳ１およびＯＳ２の内、通常ＯＳ１を使用し、時々ＯＳ２を使用するような場合、ＯＳ１のブート・サーバ２０等を３台用意し、ＯＳ２のブート・サーバ２０等を１台用意しておく。ＯＳ１のブート・サーバ２０等については、ブート負荷がない場合は優先度６６を「２００」とし、１台のクライアント端末３０のブート負荷がある場合は優先度６６を「１５０」とし、２台以上のクライアント端末３０のブート負荷がある場合は優先度６６を「１００」とすることができる。ＯＳ２のブート・サーバ２０等については優先度を「５０」としておけばよい。クライアント端末３０側で上述の選択形式を用いた場合、最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択することになる。この結果、ブート・サーバ２０等間の負荷分散と共に冗長性も実現することができる。あるいは応答ＩＣＭＰメッセージ送信部２４は、予めクライアント端末３０に応じて優先度６６が設定されたテーブルを用意しておき、クライアント端末３０からリクエストがあった場合、当該テーブルを用いて優先度６６を応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中に設定してもよい。
【００４６】
図６は、本発明の実施の形態２におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れをフローチャートで示す。図６で図４と同じステップＳ番号を付した箇所は同じ機能を有するため説明は省略する。以下、実施の形態１と異なる機能のステップについて説明する。
【００４７】
実施の形態１のステップＳ３０において、ブート・サーバ２０はクライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０を設定した。実施の形態２では対応するステップＳ３０ａ、Ｓ４０ａおよびＳ５０ａに示されるように、実施の形態１で設定される内容に加えてさらに優先度６６が設定される。
【００４８】
実施の形態１のステップＳ１４において、クライアント端末３０は所定の時間（Ｔ２：例えば５秒間）だけ待ち、Ｔ２経過後は処理を終了させた。実施の形態２ではステップＳ１４においてＴ２の間にユーザからの指示が入力されなかった場合、ステップＳ１７に示されるように最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択する。後は実施の形態１と同様に、宛先ＩＰアドレスとして、選択されたブート・サーバ２０等から送信された応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のユニキャスト・アドレスを用い、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８等を要求するＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３２等を送信する。 送信されたＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３２等を受信したブート・サーバ１６等が、ＯＳイメージ・ファイル要求メッセージＯＳ−ＲＥＱ３２を送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８等を送信する（ステップＳ５４。ＯＳ−ＲＰＹ１６で示す）。
【００４９】
以上説明したように、本発明の実施の形態２によれば、応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等に実施の形態１で設定される内容に加えてさらに優先度６６を設定することができる。優先度６６はブート・サーバ２０等側におけるＯＳのイメージ・ファイル２８等の送信処理を含むブート負荷に応じた数値に設定することができる。ＯＳイメージ・ファイル要求部３８は、選択指示待ち部３６でユーザからブート・サーバ２０等の選択指示が入力されなかった場合、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等の中の優先度６６に基づく選択形式によりブート・サーバ２０等を選択することができる。選択形式としては、例えば最大の優先度６６を有する応答ＩＣＭＰメッセージＩＣＭＰ−ＲＰＹ２０等を送信したブート・サーバ２０等を選択する形式とすることができる。この結果、実施の形態１における効果に加えて、さらにブート・サーバ２０等間の負荷分散および冗長性を実現することができる。
【００５０】
実施の形態３．
図７は、上述した各実施の形態を実現するための本発明のコンピュータ・プログラムを実行するクライアント端末３０またはブート・サーバ２０等のコンピュータの内部回路８０を示すブロック図である。図７において、上述の本発明のコンピュータ・プログラムは、ＲＯＭ８２、ディスク８５ａまたはＣＤ−ＲＯＭ８５ｎ等の記録媒体に記録されている。このコンピュータ・プログラムは、ＲＯＭ８２、ディスク８５ａまたはＣＤ−ＲＯＭ８５ｎ等の記録媒体からコンピュータローラ８４を介しバス８６を通ってＲＡＭ８３へロードされる。ディスク８５ａ等の記録媒体にはＯＳイメージ・ファイル２８等を記録しておくことができる。入力操作部８８はクライアント端末３０またはブート・サーバ２０等のコンピュータに入力を行うためのマウスまたはテンキー等の入力装置であり、入力制御部８７は入力操作部８８と接続され入力制御等を行う。外部インタフェース（Ｉ／Ｆ）部８９は、クライアント端末３０がブート・サーバ２０等と、あるいはブート・サーバ２０等がクライアント端末３０と通信を行う際のインタフェース機能を有する。
【００５１】
ＣＰＵ８１がＲＡＭ８３内の上述の本発明のコンピュータ・プログラムを実行することにより、本発明の目的を達成することができる。当該コンピュータ・プログラムは上述のようにＣＤ−ＲＯＭ８５ｎ等の脱着可能な記録媒体の形態でコンピュータＣＰＵ８１に供給することができ、当該コンピュータ・プログラムを記録したＣＤ−ＲＯＭ８５ｎ等の記録媒体も同様に本発明を構成することになる。当該コンピュータ・プログラムを記録した記録媒体としては上述された記録媒体の他に、例えばＤＶＤ、光ディスク、メモリ・カード、メモリスティック、ＭＯ、ＦＤ等を用いることができる。
【００５２】
【発明の効果】
以上説明したように、本発明のブート・サーバ・アドレス検索方法およびシステム等によれば、クライアント端末３０がブート・サーバ・アドレスを得るリクエストを示すＩＣＭＰタイプ５２（タイプコード）を含むＩＣＭＰメッセージを送信する。ここで宛先ＩＰアドレスとしては複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用いる。送信されたＩＣＭＰメッセージを受信したブート・サーバ２０等は、クライアント端末３０からのリクエストへの応答を示すＩＣＭＰタイプ５２（タイプコード）と、ブート・サーバ２０のユニキャスト・アドレス６２と、提供可能なＯＳに関する情報の入ったＯＳイメージ・ネーム６４（ＯＳ情報）とを含む応答ＩＣＭＰメッセージを設定する。この応答ＩＣＭＰメッセージを、宛先ＩＰアドレスとしてＩＣＭＰメッセージを送信したクライアント端末３０のＩＰアドレスを用いて送信する。クライアント端末３０は、ブート・サーバ２０等から送信され且つ所定の時間（Ｔ１）内に受信した応答ＩＣＭＰメッセージに基づき、複数のＯＳイメージ・ネーム６４を表示装置３１に表示させ、ユーザからのブート・サーバ２０等の選択指示を待つ。ユーザからブート・サーバ２０の選択指示を入力した場合、応答ＩＣＭＰメッセージ中のＯＳイメージ・ネーム６４に示されるＯＳのイメージ・ファイル２８を要求するＯＳイメージ・ファイル要求メッセージを送信する。ここで宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ２０から送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレス６２を用いる。ＯＳイメージ・ファイル要求メッセージを受信したブート・サーバ２０は、ＯＳイメージ・ファイル要求メッセージを送信したクライアント端末３０へ、要求されたＯＳのイメージ・ファイル２８を送信する。この結果、クライアント端末３０からブート・サーバ２０等のアドレスを自動的に検索することが可能となる。クライアント端末３０は、ブート・サーバ２０等から所望のＯＳイメージ・ファイルを入手してブートすることができる。したがって、同一のサブネット１５内に複数のブート・サーバ２０等が存在する場合であっても、これらの複数のブート・サーバ２０等がクライアント端末３０からのＯＳイメージ・ファイル２８等のリクエストに対して対応することができるブート・サーバ・アドレス検索方法およびシステム等を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１におけるブート・サーバ・アドレス検索システム１０を例示する図である。
【図２】ＩＣＭＰメッセージの構造５０を示す図である。
【図３】応答ＩＣＭＰメッセージの構造６０ａを示す図である。
【図４】本発明の実施の形態１におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れを示すフローチャートである。
【図５】応答ＩＣＭＰメッセージの構造６０ｂを示す図である。
【図６】本発明の実施の形態２におけるブート・サーバ・アドレスを検索するプログラムの機能またはブート・サーバ・アドレス検索方法の流れを示すフローチャートである。
【図７】本発明のコンピュータ・プログラムを実行するクライアント端末３０またはブート・サーバ２０等のコンピュータの内部回路８０を示すブロック図である。
【符号の説明】
１０ ブート・サーバ・アドレス検索システム、 １２ インターネット等のネットワーク、 １４ ルータ、 １５ サブネット、 １６，１８，２０ ブート・サーバ・コンピュータ（ブート・サーバ）、 ２２，３２ 機能ブロック、 ２４ 応答ＩＣＭＰメッセージ送信部、 ２６ ＯＳイメージ・ファイル送信部、 ２８ ＯＳイメージ・ファイル、 ３０ ディスクレス・クライアント端末装置（クライアント端末）、 ３１ ディスプレイ等の表示装置、 ３４ ＩＣＭＰメッセージ送信部、 ３６ 選択指示部、 ３８ ＯＳイメージ・ファイル要求部、 ４０ ブート部、 ５０ ＩＣＭＰメッセージの構造、 ５２ ＩＣＭＰタイプ、 ５４ コード、 ５６ チェックサム、 ５８ ＩＣＭＰデータ、 ６０ａ、６０ｂ 応答ＩＣＭＰメッセージの構造、 ６２ ユニーキャスト・アドレス、 ６４ ＯＳイメージ・ネーム、 ８０ 内部回路、 ８１ ＣＰＵ、 ８２ ＲＯＭ、 ８３ ＲＡＭ、 ８４ コンピュータローラ、 ８５ａ ディスク、 ８５ｎ ＣＤ−ＲＯＭ、 ８６ バス、 ８７ 入力制御部、 ８８ 入力操作部、 ８９ 外部Ｉ／Ｆ部。
Claims (17)
- クライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索方法であって、
クライアント端末装置が、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータ・コントロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信ステップと、
前記ＩＣＭＰメッセージ送信ステップで送信されたＩＣＭＰメッセージを受信したブート・サーバ・コンピュータが、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信ステップと、
前記クライアント端末装置が、
前記応答ＩＣＭＰメッセージ送信ステップで送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ちステップと、
前記選択指示待ちステップで該ユーザからブート・サーバ・コンピュータの選択指示を入力した場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求ステップと、
前記ＯＳイメージ・ファイル要求ステップで送信されたＯＳイメージ・ファイル要求メッセージを受信したブート・サーバ・コンピュータが、該ＯＳイメージ・ファイル要求メッセージを送信した前記クライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信ステップと、前記ＯＳイメージ・ファイル送信ステップで送信されたＯＳイメージ・ファイルを受信した前記クライアント端末装置が、該ＯＳイメージ・ファイルに基づきブートを行なうブート・ステップとを備えたことを特徴とするブート・サーバ・アドレス検索方法。 - 請求項１記載のブート・サーバ・アドレス検索方法において、
前記応答ＩＣＭＰメッセージ送信ステップで送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、
前記ＯＳイメージ・ファイル要求ステップは、前記選択指示待ちステップで該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、前記応答ＩＣＭＰメッセージ送信ステップで送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することを特徴とするブート・サーバ・アドレス検索方法。 - 請求項２記載のブート・サーバ・アドレス検索方法において、前記設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることを特徴とするブート・サーバ・アドレス検索方法。
- 請求項２記載のブート・サーバ・アドレス検索方法において、前記設定値は、予めクライアント端末装置に応じて設定されることを特徴とするブート・サーバ・アドレス検索方法。
- 請求項２ないし４のいずれかに記載のブート・サーバ・アドレス検索方法において、前記ＯＳイメージ・ファイル要求ステップにおける応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式であることを特徴とするブート・サーバ・アドレス検索方法。
- クライアント端末装置と複数のブート・サーバ・コンピュータを有し、少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いたブート・サーバ・アドレス検索システムであって、
クライアント端末装置は、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータ・コントロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信手段と、
ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ち手段と、
前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力された場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求手段と、
ブート・サーバ・コンピュータから送信されたＯＳイメージ・ファイルに基づきブートを行なうブート手段とを備え、
前記ＩＣＭＰメッセージ送信手段により送信されたＩＣＭＰメッセージを受信したブート・サーバ・コンピュータは、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記応答ＩＣＭＰメッセージを作成して送信する応答ＩＣＭＰメッセージ送信手段と、
前記ＯＳイメージ・ファイル要求手段によりＯＳイメージ・ファイル要求メッセージを送信した前記クライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信手段とを備えたことを特徴とするブート・サーバ・アドレス検索システム。 - 請求項６記載のブート・サーバ・アドレス検索システムにおいて、
前記応答ＩＣＭＰメッセージ送信手段で送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、
前記ＯＳイメージ・ファイル要求手段は、前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することを特徴とするブート・サーバ・アドレス検索システム。 - 請求項７記載のブート・サーバ・アドレス検索システムにおいて、前記設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることを特徴とするブート・サーバ・アドレス検索システム。
- 請求項７記載のブート・サーバ・アドレス検索システムにおいて、前記設定値は、予めクライアント端末装置に応じて設定されることを特徴とするブート・サーバ・アドレス検索システム。
- 請求項７ないし９のいずれかに記載のブート・サーバ・アドレス検索システムにおいて、前記ＯＳイメージ・ファイル要求手段における応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式であることを特徴とするブート・サーバ・アドレス検索システム。
- 少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いて、クライアント端末装置が複数のブート・サーバ・コンピュータに対してブート・サーバ・アドレスを検索するプログラムであって、該クライアント端末装置を、
宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを送信するＩＣＭＰメッセージ送信手段、
ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージに基づく、該クライアント端末装置のユーザからのブート・サーバ・コンピュータの選択指示を待つ選択指示待ち手段、
前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力された場合、宛先ＩＰアドレスとして、入力された選択指示に示されるブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信するＯＳイメージ・ファイル要求手段、
ブート・サーバ・コンピュータから送信されたＯＳイメージ・ファイルに基づきブートを行なうブート手段
として機能させるためのプログラム。 - 請求項１１記載のプログラムにおいて、
前記応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、前記ＯＳイメージ・ファイル要求手段は、前記選択指示待ち手段で該ユーザからブート・サーバ・コンピュータの選択指示が入力されなかった場合、ブート・サーバ・コンピュータから送信され且つ所定の時間内に受信した前記応答ＩＣＭＰメッセージ中の前記設定値に基づく選択形式によりブート・サーバ・コンピュータを選択し、宛先ＩＰアドレスとして、該選択されたブート・サーバ・コンピュータから送信された応答ＩＣＭＰメッセージ中のユニキャスト・アドレスを用い、該応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信することを特徴とするプログラム。 - 請求項１１または１２記載のプログラムにおいて、前記ＯＳイメージ・ファイル要求手段における応答ＩＣＭＰメッセージ中の設定値に基づく選択形式は、最大の設定値を有する応答ＩＣＭＰメッセージを送信したブート・サーバ・コンピュータを選択する形式であることを特徴とするプログラム。
- 少なくともインターネット・プロトコル・バージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６：「ＩＰｖ６」という）以上のＩＰを用いて、クライアント端末装置が複数のブート・サーバ・コンピュータに対してブート・サーバ・アドレスを検索される際にブート・サーバ・コンピュータ側で応答するプログラムであって、
クライアント端末装置から、宛先ＩＰアドレスとして複数の異なるインタフェースに割当てられるエニーキャスト・アドレスを用い、ブート・サーバ・アドレスを得るリクエストを示すタイプコードを含むインターネット・コンピュータロール・メッセージ・プロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ： 「ＩＣＭＰ」という）メッセージを受信したブート・サーバ・コンピュータを、
宛先ＩＰアドレスとして該ＩＣＭＰメッセージを送信した前記クライアント端末装置のＩＰアドレスを用い、前記リクエストへの応答を示すタイプコードと、単一のインタフェースに割当てられる該ブート・サーバ・コンピュータのユニキャスト・アドレスと、提供可能なオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ： 「ＯＳ」という）に関するＯＳ情報とを含む応答ＩＣＭＰメッセージを送信する応答ＩＣＭＰメッセージ送信手段、
前記応答ＩＣＭＰメッセージ送信手段で送信された応答ＩＣＭＰメッセージ中のＯＳ情報に示されるＯＳのイメージ・ファイルを要求するＯＳイメージ・ファイル要求メッセージを送信したクライアント端末装置へ、要求されたＯＳのイメージ・ファイルを送信するＯＳイメージ・ファイル送信手段
として機能させるためのプログラム。 - 請求項１４記載のプログラムにおいて、
前記応答ＩＣＭＰメッセージ送信手段で送信される応答ＩＣＭＰメッセージは、可変な値に設定し得る設定値をさらに含み、該設定値は、ブート・サーバ・コンピュータ側におけるＯＳのイメージ・ファイルの送信処理を含む処理負荷に応じて設定されることを特徴とするプログラム。 - 請求項１４記載のプログラムにおいて、前記設定値は、予めクライアント端末装置に応じて設定されることを特徴とするプログラム。
- 請求項１１ないし１６のいずれかに記載のプログラムを記録したコンピュータ読取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003136443A JP2004341746A (ja) | 2003-05-14 | 2003-05-14 | ブート・サーバ・アドレス検索方法、システム、プログラムおよび記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003136443A JP2004341746A (ja) | 2003-05-14 | 2003-05-14 | ブート・サーバ・アドレス検索方法、システム、プログラムおよび記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004341746A true JP2004341746A (ja) | 2004-12-02 |
Family
ID=33526409
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003136443A Pending JP2004341746A (ja) | 2003-05-14 | 2003-05-14 | ブート・サーバ・アドレス検索方法、システム、プログラムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004341746A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007183918A (ja) * | 2005-12-29 | 2007-07-19 | Internatl Business Mach Corp <Ibm> | 装置、システム、信号担持媒体、方法（高可用性ネットワーク・ブート・サービスを自律的に保つ装置、システム、および方法） |
| JP2014016672A (ja) * | 2012-07-05 | 2014-01-30 | Fujitsu Ltd | コンピュータプログラム、管理サーバ及び通信システム |
-
2003
- 2003-05-14 JP JP2003136443A patent/JP2004341746A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007183918A (ja) * | 2005-12-29 | 2007-07-19 | Internatl Business Mach Corp <Ibm> | 装置、システム、信号担持媒体、方法（高可用性ネットワーク・ブート・サービスを自律的に保つ装置、システム、および方法） |
| JP2014016672A (ja) * | 2012-07-05 | 2014-01-30 | Fujitsu Ltd | コンピュータプログラム、管理サーバ及び通信システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3759001B2 (ja) | ネットワーク・ブートを指定変更する方法 | |
| US7886139B2 (en) | Method to enable firmware to boot a system from an ISCSI device | |
| JP5132770B2 (ja) | 最善のｄｈｃｐサーバを見出すためのルータの動的な構成 | |
| US7139816B2 (en) | Method, apparatus, and program for server based network computer load balancing across multiple boot servers | |
| 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) | |
| US7231660B1 (en) | Method and system for preventing unauthorized server interference in an internet protocol network | |
| US9557931B1 (en) | Systems, methods, and computer readable media for managing a hosts file | |
| CN104094554A (zh) | 无服务器名称指示(sni)的隐式ssl证书管理 | |
| US6578198B2 (en) | Personal computer upgrade | |
| EP2864877A1 (en) | Clientless cloud computing | |
| TW200934198A (en) | Method and apparatus for dynamically configuring virtual internet protocol addresses | |
| EP1956801B1 (en) | Electronic device, management server and control method thereof | |
| JP4897892B2 (ja) | 自動プロトコル切替 | |
| EP1895747B1 (en) | Network device, network device control method, and storage medium | |
| WO2007119422A1 (ja) | 情報通信システム、情報通信方法、情報通信システムに含まれるノード装置および情報処理プログラムが記録された記録媒体 | |
| JP2004341746A (ja) | ブート・サーバ・アドレス検索方法、システム、プログラムおよび記録媒体 | |
| JP2010193015A (ja) | 通信装置およびその通信方法 | |
| CN102833287A (zh) | 分布式文件系统及分布式文件系统中访问数据资源的方法 | |
| JP2005110001A (ja) | 通信環境設定方法および通信環境設定プログラム | |
| Cisco | Configuring Basic File Transfer Services | |
| JP2007174201A (ja) | 情報処理装置及び通信方法及びプログラム | |
| JP4223045B2 (ja) | Ｄｎｓサーバ装置、要求電文処理方法および要求電文処理プログラム | |
| JP3979055B2 (ja) | 固定アドレス設定装置、固定アドレス設定方法および固定アドレス設定プログラム | |
| JP2007228522A (ja) | 端末管理システム | |
| JP2005055982A (ja) | 情報処理方法及び情報処理用プログラム並びにデバイス |