JP6040767B2 - 配信システム、配信方法、及びプログラム - Google Patents

Description

本発明は、配信システム、配信方法、及びプログラムに関する。

マスタ装置となる情報処理装置（コンピュータ）と同一機種の別の情報処理装置上に、マスタ装置と同じディスク内容のシステムを構築する場合、ディスクイメージが別の情報処理装置に配信される。そして、別の情報処理装置のハードディスクにディスクイメージがコピーされ、マスタ装置と同じシステムが構築される。ディスクイメージは、マスタ装置のディスク内容を示すイメージ情報であり、マスタ装置に格納された１つ以上のファイルと、それらのファイルを管理するファイルシステムのファイル構造の情報とを含む。

図１は、ディスクイメージを配信する従来の配信システムの構成例を示している。図１の配信システムは、マスタ装置１０１、配信元装置１０２、及び配信先装置１０３−１〜配信先装置１０３−３を含む。マスタ装置１０１、配信元装置１０２、及び配信先装置１０３−１〜配信先装置１０３−３は、通信ネットワーク１１１を介して互いに接続されている。以下の説明では、配信先装置１０３−１〜配信先装置１０３−３のいずれか１台又は複数台を指して、配信先装置１０３と記す場合がある。

マスタ装置１０１は、配信されるディスクイメージのベースとなる情報処理装置であり、配信先装置１０３−１〜配信先装置１０３−３は、マスタ装置１０１と同一機種の情報処理装置である。配信元装置１０２は、マスタ装置１０１のディスクイメージを、通信ネットワーク１１１を介して配信先装置１０３−１〜配信先装置１０３−３へ配信する情報処理装置である。配信先装置１０３−１〜配信先装置１０３−３は、配信されたディスクイメージをハードディスクに書き込むことでシステムを構築する。

このような配信システムによれば、マスタ装置１０１のディスクイメージを全く同じ構成で配信先装置１０３へ配信しコピーできるため、短時間で同じディスク内容のシステムを構築することができる。これにより、１台だけでなく複数の配信先装置１０３上にシステムを構築する場合も１台分の配信時間で一括配信できるため、オペレーティングシステム（ＯＳ）やアプリケーションプログラム（ＡＰ）のインストール作業のための手間と時間が大幅に削減される。

家庭内ネットワークへのクライアント機器の接続状態及びネットワーク全体の計算資源をプライベートサーバにより管理するデータ処理方法も知られている（例えば、特許文献１を参照）。このデータ処理方法では、クライアント機器からプライベートサーバにダウンロード要求が出されると、パブリックサーバ上のデータ又はプログラムがプライベートサーバにダウンロードされ、クライアント機器に貸し出されたハードディスク領域に置かれる。そして、クライアント機器は、プライベートサーバにダウンロードされたデータ又はプログラムを利用することができる。

セキュア・ネットワーク・インストールのための方法も知られている（例えば、特許文献２を参照）。この方法では、クライアントと同一のサブネット内のプロキシ・サーバが、セキュアな方式でブート・ファイル・サーバからブート・イメージ・ファイルをダウンロードする。そして、クライアントは、プロキシ・サーバからブート・イメージ・ファイルをダウンロードする。

特開２００２−２９７５５９号公報 特表２００９−５０１９８６号公報

上述した従来の配信システムには、以下のような問題がある。
配信先装置が設けられたセグメントの外部に配信元装置が設けられている場合、配信先装置には未だオペレーティングシステム（ＯＳ）がインストールされていないため、配信先装置がセグメントの境界を越えて配信元装置と通信するのは極めて困難である。そこで、配信先装置と同じセグメント内に、セグメントの境界を越えて配信元装置と通信できる中継装置を設けることが好ましい。中継装置は、配信元装置からディスクイメージを一旦ダウンロードし、同じセグメント内の配信先装置へ配信することができる。

しかし、この配信方法では、配信元装置から中継装置へのディスクイメージのダウンロードが完全に完了するまで、中継装置から配信先装置へのディスクイメージの配信は開始されない。このため、同じセグメント内で配信元装置から配信先装置へディスクイメージを直接配信する場合と比較して、ディスクイメージの配信により長い時間がかかる。

なお、このような問題は、ディスクイメージとしてのイメージ情報を配信する場合に限らず、ディスク以外の記録媒体の記憶内容であるイメージ情報を配信する場合においても生ずるものである。

１つの側面において、本発明は、セグメントの外部の配信元装置からセグメント内の配信先装置へイメージ情報をより高速に配信することを目的とする。

１つの案では、配信システムは、配信先装置、配信元装置、及び中継装置を備える。
配信先装置は、通信ネットワークの１つのセグメント内に設けられ、１つ以上のファイルのファイル構造を含むイメージ情報を複数の部分に分けて受信するための複数の配信要求を送信する。配信元装置は、上記１つのセグメントの外部に設けられ、複数の配信要求のうち１つの配信要求に対応して、イメージ情報の複数の部分のうち一部分を送信する。中継装置は、上記１つのセグメント内に設けられ、配信先装置を起動させ、配信先装置から複数の配信要求を受信して配信元装置へ転送し、配信元装置からイメージ情報の一部分を受信して配信先装置へ転送する。

実施形態の配信システムによれば、セグメントの外部の配信元装置からセグメント内の配信先装置へイメージ情報をより高速に配信することができる。

従来の配信システムの構成図である。 第１の配信システムの構成図である。 第２の配信システムの構成図である。 第３の配信システムの構成図である。 第４の配信システムの構成図である。 実施形態の配信システムの構成図である。 配信元装置が格納する情報を示す図である。 配信シーケンスを示す図である。 詳細な配信シーケンスを示す図（その１）である。 詳細な配信シーケンスを示す図（その２）である。 中継装置が行う動作のフローチャート（その１）である。 中継装置が行う動作のフローチャート（その２）である。 配信先装置が行う動作のフローチャート（その１）である。 配信先装置が行う動作のフローチャート（その２）である。 配信先装置が行う動作のフローチャート（その３）である。 ＩＰアドレスを示す図である。 １台の配信先装置へ配信する場合を示す図である。 １台の配信先装置へ配信する場合の配信時間を示す図である。 １０台の配信先装置へ配信する場合を示す図である。 １０台の配信先装置へ配信する場合の配信時間を示す図である。 情報処理装置の構成図である。

以下、図面を参照しながら、実施形態を詳細に説明する。
上述したように、従来の配信システムでは、短時間で同じディスク内容のシステムを構築することができる。しかしながら、従来の配信システムには、次のような問題がある。

通信ネットワークが広域ネットワーク（ＷＡＮ）と複数のセグメントを含む場合、各セグメントとＷＡＮとの境界に、ルータやファイアウォール等の接続機器が設けられることが多い。一方、配信先装置には未だＯＳがインストールされていないため、配信先装置は、セグメントの境界にある接続機器を越えて、ＷＡＮを介して別のセグメント内の情報処理装置と通信する、通信プロトコルを使用するのが極めて困難である。

そこで、図２に示すように、配信元装置１０２と配信先装置１０３とを、接続機器２０１を境界とする同じセグメント２１１内に設け、セグメント２１１内で配信元装置１０２から配信先装置１０３へディスクイメージが配信される。

これに対して、図３に示すように、ＷＡＮ３１１とセグメント２１１とが接続機器２０１を境界として区分され、ＷＡＮ３１１側に配信元装置１０２が設けられ、セグメント２１１内に配信先装置１０３が設けられる配信システムを想定してみる。図３において、セグメント２１１は、例えば、Local Area Network（ＬＡＮ）であり、企業等のイントラネットを形成する。また、ＷＡＮ３１１は、例えば、インターネットであり、Software as a Service（ＳａａＳ）型のパブリッククラウド３１２を形成する。配信元装置１０２は、パブリッククラウド３１２内の別のセグメント内に設けられる。

図３の配信システムでは、配信先装置１０３が接続機器２０１を越えて配信元装置１０２と通信するのが極めて困難なため、図４に示すように、セグメント２１１内に中継装置４０１を設けることが好ましい。中継装置４０１にはＯＳがインストールされており、中継装置４０１は、接続機器２０１を越えてパブリッククラウド３１２内の配信元装置１０２と通信する通信プロトコルを使用することができる。

図４の配信システムにおける配信方法としては、中継装置４０１が配信元装置１０２からディスクイメージを一旦ダウンロードし、セグメント２１１を介して配信先装置１０３へ配信する方法が考えられる。この場合、中継装置４０１は、ダウンロードしたディスクイメージを一旦ハードディスクに格納した後、ハードディスクからディスクイメージを読み出して配信先装置１０３へ配信する。

しかし、この配信方法では、配信元装置１０２から中継装置４０１へのディスクイメージのダウンロードが完全に完了するまで、中継装置４０１から配信先装置１０３へのディスクイメージの配信は開始されない。このため、同じセグメント内で配信元装置１０２から配信先装置１０３へディスクイメージを直接配信する場合と比較して、ディスクイメージの配信により長い時間がかかる。

なお、このような問題は、このような問題は、ディスクイメージとしてのイメージ情報を配信する場合に限らず、ディスク以外の記録媒体の記憶内容であるイメージ情報を配信する場合においても生ずるものである。

そこで、セグメントの外部の配信元装置１０２からセグメント内の配信先装置１０３へイメージ情報をより高速に配信することが望まれる。以下の説明では、イメージ情報を単にイメージと記す場合がある。

ところで、配信先装置１０３がディスクイメージをハードディスクに書き込む速度は、中継装置４０１から配信先装置１０３へのディスクイメージの転送速度より極めて遅いと考えられる。このため、配信先装置１０３は、書き込み開始時にディスクイメージの全体を受信している必要はない。したがって、中継装置４０１は、ディスクイメージの全体を一度にダウンロードする必要はなく、セグメント２１１内でディスクイメージを配信先装置１０３へ高速に転送する必要もない。

この場合、ディスクイメージを複数の部分に分けて一部分ずつ配信元装置１０２から中継装置４０１へ送信し、中継装置４０１がディスクイメージの一部分を受信する毎に、順次、配信先装置１０３へ転送するようにしても、書き込み性能は損なわれない。

このような配信方法を採用する場合、例えば、図５に示すように、配信元装置１０２と中継装置４０１の間にトンネル５１１を設定してもよい。中継装置４０１は、トンネル５１１を用いて配信先装置１０３から配信元装置１０２への通信をカプセル化し、配信元装置１０２から受信するディスクイメージの一部分を配信先装置１０３へ転送する。トンネル５１１を用いた通信プロトコルとしては、例えば、Secure Socket Layer Virtual Private Network（ＳＳＬ−ＶＰＮ）のような、接続機器２０１の設定が不要な通信プロトコルを用いることができる。

図６は、イメージを配信する実施形態の配信システムの構成例を示している。図６の配信システムは、マスタ装置６０１、配信元装置６０２、接続装置６０３、中継装置６０４、及び配信先装置６０５−１〜配信先装置６０５−３を含む。

配信元装置６０２は、セグメント６１２の外部のＷＡＮ６１１により形成されるパブリッククラウド６１３内に設けられ、中継装置６０４及び配信先装置６０５−１〜配信先装置６０５−３は、セグメント６１２内に設けられる。マスタ装置６０１は、パブリッククラウド６１３内に設けられてもよく、別のセグメント内に設けられてもよい。接続装置６０３は、ＷＡＮ６１１とセグメント６１２の境界に設けられる。セグメント６１２は、例えば、配信先装置６０５−１〜配信先装置６０５−３が設けられるサブネットに対応する。

以下の説明では、配信先装置６０５−１〜配信先装置６０５−３のいずれか１台又は複数台を指して、配信先装置６０５と記す場合がある。セグメント６１２内の配信先装置６０５の数は３台に限定されることはなく、１台以上の整数であればよい。

マスタ装置６０１は、磁気ディスク、光ディスク、光磁気ディスク、テープ等の記録媒体を含み、記録媒体内に１つ以上のファイルを格納している。磁気ディスクには、ハードディスクも含まれる。マスタ装置６０１の記録媒体内の１つ以上のファイルのファイル構造を含むイメージ情報は、配信前に配信元装置６０２に格納されている。

中継装置６０４は、配信先装置６０５を起動させ、配信先装置６０５は、イメージ情報を複数の部分に分けて受信するための複数の配信要求を、中継装置６０４へ送信する。中継装置６０４は、配信先装置６０５から受信する複数の配信要求を配信元装置６０２へ転送する。

配信元装置６０２は、中継装置６０４から受信する複数の配信要求のうち１つの配信要求に対応して、イメージ情報の複数の部分のうち一部分を中継装置６０４へ送信する。そして、中継装置６０４は、配信元装置６０２からイメージ情報の一部分を受信して配信先装置６０５へ転送する。

このような配信システムによれば、セグメント６１２の外部の配信元装置６０２からセグメント６１２内の配信先装置６０５へイメージ情報をより高速に配信することができる。

次に、図７から図１６までを参照しながら、図６の配信システムの動作についてより詳細に説明する。
図７は、図６の配信元装置６０２が格納する情報の例を示している。図７の配信元装置６０２は、プロキシＡＰ７０１、ブートイメージ７０２、ブートＡＰ７０３、バッチファイル７０４、バッチファイル７０５、イメージ７１１、及び機種対応イメージ７１２を格納する。

プロキシＡＰ７０１は、中継装置６０４によりダウンロードされて実行されるプログラムである。ブートイメージ７０２は、配信先装置６０５のメモリ上で動作するミニＯＳであるブートシステムのファイルを含むイメージであり、中継装置６０４を介して配信先装置６０５へ転送される。ブートＡＰ７０３は、ブートシステム上で動作するＡＰであり、中継装置６０４を介して配信先装置６０５へ転送される。

イメージ７１１は、マスタ装置６０１の記録媒体内の１つ以上のファイルのファイル構造を含むイメージであり、中継装置６０４を介して配信先装置６０５へ配信される。機種対応イメージ７１２は、配信先装置６０５の機種がマスタ装置６０１の機種と異なる場合に、イメージ７１１に加えて配信先装置６０５へ配信されるイメージである。機種対応イメージ７１２は、マスタ装置６０１と異なる機種の数だけ用意される。

配信先装置６０５の機種がマスタ装置６０１の機種と異なる場合とは、配信先装置６０５がマスタ装置６０１とは異なる仕様のデバイス等を含むために、マスタ装置６０１とは異なるデバイスドライバ等を使用するのが好ましい場合である。機種対応イメージ７１２には、例えば、デバイスドライバ、カーネル、Hardware Abstraction Layer（ＨＡＬ）等の機種依存性の高いファイルのうち、１つ又は複数のファイルが含まれる。

バッチファイル７０４は、配信先装置６０５がイメージ７１１を複数の部分に分けて受信して、配信先装置６０５の記録媒体に書き込むための手順を記述したファイルであり、中継装置６０４を介して配信先装置６０５へ転送される。配信先装置６０５の記録媒体としては、磁気ディスク、光ディスク、光磁気ディスク等を用いることができる。バッチファイル７０５は、配信先装置６０５が機種対応イメージ７１２を受信して配信先装置６０５の記録媒体に書き込むための手順を記述したファイルであり、中継装置６０４を介して配信先装置６０５へ転送される。

図８は、図６の配信システムにおける配信シーケンスの例を示している。図８には、配信先装置６０５が１台だけ示されているが、配信先装置６０５の数は複数であってもよい。

中継装置６０４は、まず、配信元装置６０２からプロキシＡＰ７０１をダウンロードし（手順８０１）、プロキシＡＰ７０１を実行して、手順８０２〜手順８０５の処理を行う。

中継装置６０４は、配信先装置６０５を起動させ（手順８０２）、配信元装置６０２からトンネル８１１を介してブートイメージ７０２及びブートＡＰ７０３を受信して、配信先装置６０５へ転送する（手順８０３）。これにより、配信先装置６０５のメモリ上でブートシステムが起動し、ブートＡＰ７０３が動作する。

トンネル８１１の通信プロトコルとしては、例えば、ＳＳＬ−ＶＰＮを用いることができる。しかし、トンネル８１１を介して送受信される情報の暗号化が不要な場合は、別の非暗号化通信プロトコルを用いてもよい。

次に、中継装置６０４は、配信元装置６０２からトンネル８１１を介して、イメージ７１１を複数の部分に分けて受信する（手順８０４）。そして、中継装置６０４は、イメージ７１１の一部分を受信する毎に、受信したイメージ７１１の一部分を配信先装置６０５へ転送する。イメージ７１１の一部分を受信して転送する動作は、イメージ７１１の全体が配信先装置６０５へ転送されるまで繰り返される。

次に、中継装置６０４は、配信元装置６０２からトンネル８１１を介して機種対応イメージ７１２を受信し、受信した機種対応イメージ７１２を配信先装置６０５へ転送する（手順８０５）。

配信先装置６０５の機種がマスタ装置６０１の機種と異なる場合、イメージ７１１に含まれる機種依存性の高いファイルが配信先装置６０５の仕様に適合していないことがある。このため、イメージ７１１のみでは、配信先装置６０５上でＯＳが起動しない可能性がある。そこで、配信元装置６０２から機種対応イメージ７１２を配信先装置６０５へ配信することで、配信先装置６０５上でＯＳを起動させることが可能になる。

なお、配信先装置６０５の機種がマスタ装置６０１の機種と同じ場合は、手順８０５を省略することができる。

図９及び図１０は、図８の配信シーケンスをより詳細に表した配信シーケンスの例を示している。図１１及び図１２は、図９及び図１０の配信シーケンスにおいて中継装置６０４が行う動作のフローチャートであり、図１３〜図１５は、図９及び図１０の配信シーケンスにおいて配信先装置６０５が行う動作のフローチャートである。図９及び図１０には、配信先装置６０５が１台だけ示されているが、配信先装置６０５の数は複数であってもよい。

まず、オペレータは、中継装置６０４のＷｅｂブラウザを起動させ、Ｗｅｂブラウザを用いて配信元装置６０２にアクセスする（手順９０１、ステップ１１０１）。このとき、中継装置６０４は、例えば、HyperText Transfer Protocol over Secure Socket Layer（ＨＴＴＰＳ）を用いて配信元装置６０２にアクセスすることができる。そして、オペレータは、配信先装置６０５のMedia Access Control（ＭＡＣ）アドレスをＷｅｂブラウザに入力し、中継装置６０４は、そのＭＡＣアドレスを配信元装置６０２へ送信する（ステップ１１０２）。これにより、配信先装置６０５のＭＡＣアドレスが配信元装置６０２に登録される。

次に、オペレータは、配信元装置６０２から中継装置６０４へプロキシＡＰ７０１をダウンロードする（手順９０２、ステップ１１０３）。このとき、中継装置６０４は、例えば、ＨＴＴＰＳを用いて配信元装置６０２からプロキシＡＰ７０１をダウンロードすることができる。このプロキシＡＰ７０１は、配信元装置６０２に登録された、配信先装置６０５のＭＡＣアドレスが記録されたファイルを含んでいる。

次に、中継装置６０４は、プロキシＡＰ７０１を起動させて（手順９０３、ステップ１１０４）、その後の手順９０４〜手順１０２０（ステップ１１０５〜ステップ１２１４）の処理を行う。

中継装置６０４は、中継装置６０４のインターネットプロトコル（ＩＰ）アドレスを用いて、配信先装置６０５のためのＩＰアドレスの候補を生成する（手順９０４、ステップ１１０５）。このとき、中継装置６０４は、中継装置６０４のＩＰアドレスからネットワークアドレスとサブネットアドレスを抽出し、ホストアドレスをランダムに生成する。そして、中継装置６０４は、抽出したネットワークアドレス及びサブネットアドレスと、生成したホストアドレスとを組み合わせて、ＩＰアドレスの候補を生成する。

図１６は、３２ビットのＩＰアドレス１６０１の例を示している。ＩＰアドレス１６０１は、１６ビットのネットワークアドレス、８ビットのサブネットアドレス、及び８ビットのホストアドレスからなる。ＩＰアドレス１６０１が中継装置６０４のＩＰアドレスである場合、中継装置６０４は、ＩＰアドレス１６０１とサブネットマスク１６０２の論理積を求めることで、ネットワークアドレスとサブネットアドレスを抽出することができる。

そして、中継装置６０４は、８ビットのホストアドレスをランダムに生成して、抽出した１６ビットのネットワークアドレス及び８ビットのサブネットアドレスと組み合わせることで、３２ビットのＩＰアドレスの候補を生成することができる。

ＩＰアドレス１６０１及びサブネットマスク１６０２のビット数は、３２ビットに限られず、他のビット数であってもよい。また、ネットワークアドレス、サブネットアドレス、及びホストアドレスのビット数も、他のビット数であってもよい。

オペレータは、配信先装置６０５のＭＡＣアドレスを確認し、配信先装置６０５のBasic Input/Output System（ＢＩＯＳ）のpreboot execution environment（ＰＸＥ）ブート設定をＯＮにする（手順９０５、ステップ１３０１）。そして、オペレータは、そのままの状態で、配信先装置６０５を停止させる（シャットダウンする）（ステップ１３０２）。これにより、配信先装置６０５は、セグメント６１２の通信ネットワークを介して起動できる状態になる。

次に、中継装置６０４は、ＩＰアドレスの重複チェックを行い（ステップ１１０６）、生成したＩＰアドレスの候補と同一のＩＰアドレスがセグメント６１２内に存在するか否かを判定する（ステップ１１０７）。このとき、中継装置６０４は、生成したＩＰアドレスに対してInternet Control Message Protocol（ＩＣＭＰ）エコー要求を送信することで、セグメント６１２内にＩＰアドレスの候補と同一のＩＰアドレスが存在しないことを確認できる。

同一のＩＰアドレスが存在する場合（ステップ１１０７，ＹＥＳ）、中継装置６０４は、ステップ１１０５以降の処理を繰り返す。一方、同一のＩＰアドレスが存在しない場合（ステップ１１０７，ＮＯ）、中継装置６０４は、生成したＩＰアドレスの候補をメモリに登録する（ステップ１１０８）。

次に、中継装置６０４は、配信先装置６０５の台数分のＩＰアドレスの候補を生成したか否かをチェックし（ステップ１１０９）、ＩＰアドレスの候補が不足している場合（ステップ１１０９，ＮＯ）、ステップ１１０５以降の処理を繰り返す。これにより、配信先装置６０５の台数分のＩＰアドレスの候補がメモリに登録される。中継装置６０４がＩＰアドレスの候補を自動生成してＩＰアドレスの重複チェックを行うことで、オペレータがＩＰアドレスの候補を重複しないように設定する必要がなくなる。

配信先装置６０５の台数分のＩＰアドレスの候補を生成した場合（ステップ１１０９，ＹＥＳ）、中継装置６０４は、セグメント６１２の通信ネットワークを介して配信先装置６０５を起動させる（手順９０６、ステップ１１１０）。

このとき、中継装置６０４は、例えば、User Datagram Protocol（ＵＤＰ）を用いて、Wake On LAN（ＷＯＬ）マジックパケットのような制御情報を、プロキシＡＰ７０１のファイルに登録された配信先装置６０５のＭＡＣアドレス宛に送信する。ＷＯＬマジックパケットのような制御情報を送信することで、配信先装置６０５を起動させることができる。

配信先装置６０５は、中継装置６０４から制御情報を受信して起動し（手順９０７、ステップ１３０３）、ＩＰアドレス要求を中継装置６０４へ送信する（手順９０８、ステップ１３０４）。このとき、配信先装置６０５のＢＩＯＳは、例えば、Dynamic Host Configuration Protocol（ＤＨＣＰ）を用いて、ＩＰアドレス要求をセグメント６１２の通信ネットワーク上にブロードキャストすることができる。

中継装置６０４は、セグメント６１２内のＩＰアドレス要求を監視しており、ＩＰアドレス要求を受信すると、メモリに登録されているＩＰアドレスの候補の１つを選択して、配信先装置６０５へ送信する（手順９０９、ステップ１１１１）。このとき、中継装置６０４は、例えば、ＤＨＣＰを用いて、ＩＰアドレスの候補を配信先装置６０５へ送信することができる。

配信先装置６０５のＢＩＯＳは、中継装置６０４から受信したＩＰアドレスを登録する（ステップ１３０５）。これにより、配信先装置６０５にＩＰアドレスが割り当てられ、配信先装置６０５は、ＩＰアドレスを用いて通信できるようになる。

その後、中継装置６０４は、配信元装置６０２と配信先装置６０５の間の通信をトンネル８１１によりカプセル化することで、接続装置６０３を越えて通信を中継することができる。このとき、中継装置６０４は、ポートリッスンとメモリ上での転送を行うことで、メモリ以外の記録媒体に通信データを保存しなくても、通信を中継することができる。

配信先装置６０５は、ブートイメージ要求を中継装置６０４へ送信し（手順９１０、ステップ１３０６）、中継装置６０４は、受信したブートイメージ要求を配信元装置６０２へ転送する（手順９１１、ステップ１１１２）。このとき、配信先装置６０５は、例えば、Trivial File Transfer Protocol（ＴＦＴＰ）を用いて、ブートイメージ要求を中継装置６０４へ送信することができる。また、中継装置６０４は、例えば、ＴＦＴＰを用いて、ブートイメージ要求を配信元装置６０２へ転送することができる。

配信元装置６０２は、ブートイメージ７０２を中継装置６０４へ送信し（手順９１２）、中継装置６０４は、受信したブートイメージ７０２を配信先装置６０５へ転送する（手順９１３、ステップ１１１３）。このとき、配信元装置６０２は、例えば、ＴＦＴＰを用いて、ブートイメージ７０２を中継装置６０４へ送信することができる。また、中継装置６０４は、例えば、ＴＦＴＰを用いて、ブートイメージ７０２を配信先装置６０５へ転送することができる。

配信先装置６０５は、中継装置６０４からブートイメージ７０２を受信し（ステップ１３０７）、ブートイメージ７０２をメモリ上に展開してブートシステムを起動させる（ステップ１３０８）。そして、配信先装置６０５は、ブートシステムにより手順９１４〜手順９１９（ステップ１３０９〜ステップ１３１３）の処理を行う。

配信先装置６０５は、再びＩＰアドレス要求を中継装置６０４へ送信する（手順９１４、ステップ１３０９）。このとき、配信先装置６０５は、例えば、ＤＨＣＰを用いて、ＩＰアドレス要求をセグメント６１２の通信ネットワーク上にブロードキャストすることができる。

中継装置６０４は、ＩＰアドレス要求を受信すると、メモリに登録されているＩＰアドレスの候補の１つを選択して、配信先装置６０５へ送信する（手順９１５、ステップ１２０１）。このとき、中継装置６０４は、例えば、ＤＨＣＰを用いて、ＩＰアドレスの候補を配信先装置６０５へ送信することができる。配信先装置６０５は、中継装置６０４から受信したＩＰアドレスを登録する（ステップ１３１０）。

中継装置６０４に複数のＩＰアドレスの候補が登録されている場合、手順９１５で選択されるＩＰアドレスの候補は、手順９０９で選択されるＩＰアドレスの候補と同じであってもよく、異なっていてもよい。

次に、配信先装置６０５は、ブートＡＰ要求を中継装置６０４へ送信し（手順９１６、ステップ１３１１）、中継装置６０４は、受信したブートＡＰ要求を配信元装置６０２へ転送する（手順９１７、ステップ１２０２）。このとき、配信先装置６０５は、例えば、ＴＦＴＰを用いて、ブートＡＰ要求を中継装置６０４へ送信することができる。また、中継装置６０４は、例えば、ＴＦＴＰを用いて、ブートＡＰ要求を配信元装置６０２へ転送することができる。

配信元装置６０２は、ブートＡＰ７０３を中継装置６０４へ送信し（手順９１８）、中継装置６０４は、受信したブートＡＰ７０３を配信先装置６０５へ転送する（手順９１９、ステップ１２０３）。このとき、配信元装置６０２は、例えば、ＴＦＴＰを用いて、ブートＡＰ７０３を中継装置６０４へ送信することができる。また、中継装置６０４は、例えば、ＴＦＴＰを用いて、ブートＡＰ７０３を配信先装置６０５へ転送することができる。

配信先装置６０５は、中継装置６０４からブートＡＰ７０３を受信し（ステップ１３１２）、ブートＡＰ７０３をメモリ上に展開してブートＡＰ７０３を起動させる（ステップ１３１３）。そして、配信先装置６０５は、ブートＡＰ７０３により手順９２０〜手順１０１８（ステップ１３１４〜ステップ１５０２）の処理を行う。

手順９２０、手順９２３、手順９２４、手順９２７、手順１００１、手順１００４、手順１００６、手順１００９、及び手順１０１７において、中継装置６０４及び配信先装置６０５は、例えば、ＵＤＰを用いて、互いに通信することができる。また、手順９２１、手順９２２、手順９２５、手順９２６、手順１００２、手順１００３、手順１００７、手順１００８、手順１０１９、及び手順１０２０において、配信元装置６０２及び中継装置６０４は、例えば、ＵＤＰを用いて、互いに通信することができる。

配信先装置６０５は、配信先装置６０５のＭＡＣアドレスとバッチファイル要求を中継装置６０４へ送信する（手順９２０、ステップ１３１４）。そして、中継装置６０４は、受信したＭＡＣアドレスとバッチファイル要求を配信元装置６０２へ転送する（手順９２１、ステップ１２０４）。

配信元装置６０２は、受信したＭＡＣアドレスを登録し、バッチファイル７０４を中継装置６０４へ送信する（手順９２２）。そして、中継装置６０４は、受信したバッチファイル７０４を配信先装置６０５へ転送する（手順９２３、ステップ１２０５）。

配信先装置６０５は、中継装置６０４からバッチファイル７０４を受信し（ステップ１３１５）、バッチファイル７０４を実行して、手順９２４〜手順９２８（ステップ１４０１〜ステップ１４０４）の処理を行う。

配信先装置６０５は、イメージ７１１を複数の部分に分けて受信するために、イメージ要求を中継装置６０４へ送信し（手順９２４、ステップ１４０１）、中継装置６０４は、受信したイメージ要求を配信元装置６０２へ転送する（手順９２５、ステップ１２０６）。

配信元装置６０２は、イメージ７１１の一部分を中継装置６０４へ送信し（手順９２６）、中継装置６０４は、受信したイメージ７１１の一部分を配信先装置６０５へ転送する（手順９２７、ステップ１２０７）。このとき、中継装置６０４は、受信したイメージ７１１の一部分をメモリ以外の記録媒体に保存しなくても、配信先装置６０５へ転送することができる。したがって、イメージ７１１の全体を配信元装置６０２から中継装置６０４へダウンロードする場合よりも高速に、イメージ７１１を配信先装置６０５へ配信することができる。

配信先装置６０５は、中継装置６０４からイメージ７１１の一部分を受信し（ステップ１４０２）、受信したイメージ７１１の一部分を配信先装置６０５の記録媒体に書き込む（手順９２８、ステップ１４０３）。

そして、配信先装置６０５は、イメージ７１１の全体を記録媒体に書き込んだか否かをチェックし（ステップ１４０４）、未だイメージ７１１の全体を記録媒体に書き込んでいない場合（ステップ１４０４，ＮＯ）、ステップ１４０１以降の処理を繰り返す。一方、中継装置６０４は、配信先装置６０５から次のイメージ要求を受信したか否かをチェックし（ステップ１２０８）、次のイメージ要求を受信すると（ステップ１２０８，ＹＥＳ）、ステップ１２０８以降の処理を繰り返す。

これにより、イメージ７１１が複数の部分に分けて一部分ずつ配信元装置６０２から配信先装置６０５へ配信され、一部分ずつ配信先装置６０５の記録媒体に書き込まれる。配信先装置６０５は、イメージ７１１の全体を記録媒体に書き込むことでシステムを構築する。

そして、イメージ７１１の全体が記録媒体に書き込まれると（ステップ１４０４，ＹＥＳ）、配信先装置６０５は、バッチファイル要求を中継装置６０４へ送信する（手順１００１、ステップ１４０５）。

中継装置６０４は、配信先装置６０５から次のイメージ要求を受信することなく、バッチファイル要求を受信した場合（ステップ１２０８，ＮＯ）、受信したバッチファイル要求を配信元装置６０２へ転送する（手順１００２、ステップ１２０９）。

配信元装置６０２は、バッチファイル７０５を中継装置６０４へ送信し（手順１００３）、中継装置６０４は、受信したバッチファイル７０５を配信先装置６０５へ転送する（手順１００４、ステップ１２１０）。

配信先装置６０５は、中継装置６０４からバッチファイル７０５を受信し（ステップ１４０６）、バッチファイル７０５を実行して、手順１００５〜手順１０１８（ステップ１４０７〜ステップ１５０２）の処理を行う。

配信先装置６０５は、配信先装置６０５のＢＩＯＳから機種の情報を取得し（手順１００５、ステップ１４０７）、配信先装置６０５の機種と機種対応イメージ要求を中継装置６０４へ送信する（手順１００６、ステップ１４０８）。そして、中継装置６０４は、受信した機種と機種対応イメージ要求を配信元装置６０２へ転送する（手順１００７、ステップ１２１１）。

配信元装置６０２は、受信した機種に対応する機種対応イメージ７１２を中継装置６０４へ送信し（手順１００８）、中継装置６０４は、受信した機種対応イメージ７１２を配信先装置６０５へ転送する（手順１００９、ステップ１２１２）。これにより、配信元装置６０２から配信先装置６０５へ機種対応イメージ７１２が配信される。配信された機種対応イメージ７１２には、例えば、ストレージドライバ、プラグアンドプレイ（ＰＮＰ）ドライバ等のデバイスドライバ、カーネル、及びＨＡＬが含まれる。

配信先装置６０５は、中継装置６０４から機種対応イメージ７１２を受信し（ステップ１４０９）、受信した機種対応イメージ７１２をメモリ上に展開する（手順１０１０、ステップ１４１０）。

次に、配信先装置６０５は、機種対応イメージ７１２に含まれるストレージドライバを記録媒体内の適切な位置にコピーする（手順１０１１、ステップ１４１１）。そして、配信先装置６０５は、ストレージドライバが適切に動作するように、記録媒体内のレジストリを変更する（手順１０１２、ステップ１４１２）。

次に、配信先装置６０５は、機種対応イメージ７１２に含まれるカーネル及びＨＡＬを記録媒体内の適切な位置にコピーする（手順１０１３、ステップ１４１３）。そして、配信先装置６０５は、記録媒体内のブート設定を変更する（手順１０１４、ステップ１４１４）。

次に、配信先装置６０５は、機種対応イメージ７１２に含まれるＰＮＰドライバを記録媒体内の適切な位置にコピーする（手順１０１５、ステップ１４１５）。そして、配信先装置６０５は、ＰＮＰドライバが適切に動作するように、記録媒体内のレジストリを変更する（手順１０１６、ステップ１４１６）。

そして、配信先装置６０５は、イメージ書き込みの終了を示す終了通知を中継装置６０４へ送信して（手順１０１７、ステップ１５０１）、停止する（シャットダウンする）（手順１０１８、ステップ１５０２）。中継装置６０４は、受信した終了通知を配信元装置６０２へ転送する（手順１０１９、ステップ１２１３）。

配信元装置６０２は、終了通知に対する了解通知を中継装置６０４へ送信する（手順１０２０）。中継装置６０４は、了解通知を受信して（ステップ１２１４）、プロキシＡＰ７０１の実行を終了する（手順１０２１、ステップ１２１５）。

その後、配信先装置６０５は、オペレータの電源操作又は中継装置６０４から送信される制御情報により起動し（手順１０２２、ステップ１５０３）、配信先装置６０５の記録媒体に格納されたＯＳを起動させる（ステップ１５０４）。そして、配信先装置６０５は、ＯＳが起動している間に、ＰＮＰドライバの組み込みを行う（手順１０２３、ステップ１５０５）。

そして、ＯＳの起動が完了すると（ステップ１５０６）、オペレータは、配信先装置６０５の電源をＯＦＦにして、配信先装置６０５を停止させる（手順１０２４、ステップ１５０７）。これにより、配信先装置６０５のシステムの構築が完了する。

このように、配信先装置６０５のＯＳが起動した後では置き換えることが困難なストレージドライバ等のファイルを、ＯＳが起動する前に記録媒体にコピーすることで、機種対応イメージ７１２に基づいてイメージ７１１を変更することができる。

以上説明した配信システムによれば、以下のような効果が得られる。
（１）セグメント６１２の外部の配信元装置６０２からセグメント６１２内の配信先装置６０５へ、ダウンロードの場合より高速にイメージ情報を配信することができる。

（２）配信先装置６０５と同じセグメント６１２内に配信元装置６０２を設ける必要がなく、ＷＡＮ上のパブリッククラウド６１３内に配信元装置６０２を設けることが可能になる。したがって、配信先装置６０５の管理者（企業等）は、セグメント６１２内に配信元装置６０２を設置するための機器の準備や設置作業を行う必要がなくなり、管理者が配信元装置６０２のメンテナンスを行う必要もなくなる。

パブリッククラウド６１３内に配信元装置６０２を設けることが可能になれば、離れた位置にある、独立したＬＡＮ又はＷＡＮ構成の２拠点間において、災害時等に、インターネットを介してサーバのイメージを配信し、複製サーバを迅速に構築することができる。また、Ａ社が運営するデータセンタへＢ社のサーバを迅速に移設することもできる。

さらに、センタのサーバが生成したマスタイメージを、単一のＬＡＮ又はＷＡＮにより接続されていない多数の配信先装置６０５へ迅速に配信することも可能になる。例えば、スーパーマーケットの多数の店舗に設置されたPoint Of Sales（ＰＯＳ）端末に、本部が作成したマスタイメージを配信することができる。

（３）中継装置６０４は、メモリ以外の記録媒体に通信データを保存しなくても通信を中継できるため、ダウンロードの場合よりはるかに少ないリソースで、イメージを配信することができる。例えば、携帯端末のようなディスク容量が少ない情報処理装置を、中継装置６０４として利用することが可能になる。

（４）配信先装置６０５の機種がマスタ装置６０１の機種と異なる場合でも、配信先装置６０５上でＯＳを起動させることが可能になる。機種の異なる配信先装置６０５へイメージを配信できれば、例えば、旧型のマスタ装置６０１上で動作するシステムを新型の配信先装置６０５へ容易に移行させることができる。

次に、図１７から図２０までを参照しながら、図６の配信システムの配信性能について考察する。

図１７は、配信元装置６０２から中継装置６０４を介して１台の配信先装置６０５−１へイメージ７１１及び機種対応イメージ７１２−１を配信する場合を示している。ここで、イメージ７１１及び機種対応イメージ７１２−１のサイズをそれぞれ２０Ｇバイト（Ｂ）及び１ＧＢとし、ＷＡＮ６１１とセグメント６１２における通信速度をそれぞれ１０Ｍビット／秒（ｂｐｓ）及び１Ｇｂｐｓとする。また、配信先装置６０５−１の記録媒体の書き込み速度を２００Ｍｂｐｓとする。

図１８は、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１をダウンロードする場合と、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１を転送する場合の配信時間の比較を示している。

中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１をダウンロードする場合、中継装置６０４が配信元装置６０２からイメージ７１１をダウンロードするのにかかる時間Ｔ１は、次式のように計算できる。
Ｔ１＝（２０ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒＝約２６７分

また、中継装置６０４がダウンロードしたイメージ７１１を配信先装置６０５−１へ送信するのにかかる時間Ｔ２は、記録媒体の書き込み速度によって決まり、次式のように計算できる。
Ｔ２＝（２０ＧＢ×８ビット）／２００Ｍｂｐｓ／６０秒＝約１３分

次に、中継装置６０４が配信元装置６０２から機種対応イメージ７１２−１をダウンロードするのにかかる時間Ｔ３は、次式のように計算できる。
Ｔ３＝（１ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒＝約１３分

また、中継装置６０４がダウンロードした機種対応イメージ７１２−１を配信先装置６０５−１へ送信するのにかかる時間Ｔ４は、記録媒体の書き込み速度によって決まり、次式のように計算できる。
Ｔ４＝（１ＧＢ×８ビット）／２００Ｍｂｐｓ／６０秒＝約０．７分

したがって、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１をダウンロードする場合の配信時間は、次式のように計算できる。
Ｔ１＋Ｔ２＋Ｔ３＋Ｔ４＝約２９３．７分

一方、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１を転送する場合、配信元装置６０２から配信先装置６０５−１への転送速度は、ＷＡＮ６１１の通信速度によって決まる。

この場合、中継装置６０４が配信元装置６０２から配信先装置６０５−１へイメージ７１１を転送するのにかかる時間Ｔ１１は、次式のように計算できる。
Ｔ１１＝（２０ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒＝約２６７分

また、中継装置６０４が配信元装置６０２から配信先装置６０５−１へ機種対応イメージ７１２−１を転送するのにかかる時間Ｔ１２は、次式のように計算できる。
Ｔ１２＝（１ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒＝約１３分

したがって、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１を転送する場合の配信時間は、次式のように計算できる。
Ｔ１１＋Ｔ１２＝約２８０分

このように、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１を転送する場合の配信時間は、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１をダウンロードする場合の配信時間より約１３．７分短縮される。

次に、図１９は、配信元装置６０２から中継装置６０４を介して１０台の配信先装置（配信先装置６０５−１〜配信先装置６０５−１０）へ、イメージ７１１及び機種対応イメージ７１２−１〜機種対応イメージ７１２−１０を配信する場合を示している。機種対応イメージ７１２−１〜機種対応イメージ７１２−１０のサイズは、いずれも１ＧＢとする。この場合、セグメント６１２における通信速度は、１Ｇｂｐｓの１／１０の１００Ｍｂｐｓになる。

配信先装置６０５−１〜配信先装置６０５−１０の機種はそれぞれ異なる機種であり、機種対応イメージ７１２−１〜機種対応イメージ７１２−１０は、配信先装置６０５−１〜配信先装置６０５−１０の機種にそれぞれ対応するイメージである。

図２０は、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１〜機種対応イメージ７１２−１０をダウンロードする場合と、中継装置６０４がそれらのイメージを転送する場合の配信時間の比較を示している。

中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１〜機種対応イメージ７１２−１０をダウンロードする場合、中継装置６０４が配信元装置６０２からイメージ７１１をダウンロードするのにかかる時間Ｔ２１は、次式のように計算できる。
Ｔ２１＝（２０ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒＝約２６７分

また、中継装置６０４がダウンロードしたイメージ７１１を配信先装置６０５−１〜配信先装置６０５−１０へ送信するのにかかる時間Ｔ２２は、セグメント６１２の通信速度によって決まり、次式のように計算できる。
Ｔ２２＝（２０ＧＢ×８ビット）／１００Ｍｂｐｓ／６０秒＝約２７分

次に、中継装置６０４が配信元装置６０２から機種対応イメージ７１２−１〜機種対応イメージ７１２−１０をダウンロードするのにかかる時間Ｔ２３は、次式のように計算できる。
Ｔ２３＝（１ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒×１０台＝約１３３分

また、中継装置６０４がダウンロードした機種対応イメージ７１２−１〜機種対応イメージ７１２−１０を配信先装置６０５−１〜配信先装置６０５−１０へ送信するのにかかる時間Ｔ２４は、セグメント６１２の通信速度によって決まり、次式のように計算できる。
Ｔ２４＝（１ＧＢ×８ビット）／１００Ｍｂｐｓ／６０秒＝約１．３分

したがって、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１〜機種対応イメージ７１２−１０をダウンロードする場合の配信時間は、次式のように計算できる。
Ｔ２１＋Ｔ２２＋Ｔ２３＋Ｔ２４＝約４２８．３分

一方、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１〜機種対応イメージ７１２−１０を転送する場合、配信元装置６０２から配信先装置６０５−１への転送速度は、ＷＡＮ６１１の通信速度によって決まる。

この場合、中継装置６０４が配信元装置６０２から配信先装置６０５−１〜配信先装置６０５−１０へイメージ７１１を転送するのにかかる時間Ｔ３１は、次式のように計算できる。
Ｔ３１＝（２０ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒＝約２６７分

次に、中継装置６０４が配信元装置６０２から配信先装置６０５−１〜配信先装置６０５−１０へ機種対応イメージ７１２−１〜機種対応イメージ７１２−１０を転送するのにかかる時間Ｔ３２は、次式のように計算できる。
Ｔ３２＝（１ＧＢ×８ビット）／１０Ｍｂｐｓ／６０秒×１０台＝約１３３分

したがって、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１〜機種対応イメージ７１２−１０を転送する場合の配信時間は、次式のように計算できる。
Ｔ３１＋Ｔ３２＝約４００分

このように、中継装置６０４がイメージ７１１及び機種対応イメージ７１２−１〜機種対応イメージ７１２−１０を転送する場合の配信時間は、中継装置６０４がそれらのイメージをダウンロードする場合の配信時間より約２８．３分短縮される。この配信時間の差は、配信先装置６０５の台数が増加するにつれて大きくなる傾向にあるため、配信先装置６０５の台数が増加するほど配信時間の短縮効果も大きくなると考えられる。

図６のマスタ装置６０１、配信元装置６０２、中継装置６０４、及び配信先装置６０５としては、例えば、図２１に示すような情報処理装置（コンピュータ）を用いることができる。

図２１の情報処理装置は、中央処理装置（Central Processing Unit，ＣＰＵ）２１０１、メモリ２１０２、入力装置２１０３、出力装置２１０４、補助記憶装置２１０５、媒体駆動装置２１０６、及びネットワーク接続装置２１０７を備える。これらはバス２１０８により互いに接続されている。

メモリ２１０２は、例えば、Read Only Memory（ＲＯＭ）、Random Access Memory（ＲＡＭ）、フラッシュメモリ等の半導体メモリであり、処理に用いられるプログラム及びデータを格納する。

ＣＰＵ２１０１（プロセッサ）は、メモリ２１０２を利用してプログラムを実行することにより、マスタ装置６０１、配信元装置６０２、中継装置６０４、又は配信先装置６０５の処理を行う。

入力装置２１０３は、例えば、キーボード、ポインティングデバイス等であり、ユーザ又はオペレータからの指示や情報の入力に用いられる。出力装置２１０４は、例えば、表示装置、プリンタ、スピーカ等であり、ユーザ又はオペレータへの問い合わせや処理結果の出力に用いられる。

補助記憶装置２１０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。この補助記憶装置２１０５には、ハードディスクドライブ、及びフラッシュメモリのような半導体メモリも含まれる。情報処理装置は、補助記憶装置２１０５にプログラム及びデータを格納しておき、それらをメモリ２１０２にロードして使用することができる。

情報処理装置がマスタ装置６０１である場合、補助記憶装置２１０５を１つ以上のファイルを格納する記録媒体として用いることができる。情報処理装置が配信元装置６０２である場合、補助記憶装置２１０５は、図７のプロキシＡＰ７０１、ブートイメージ７０２、ブートＡＰ７０３、バッチファイル７０４、バッチファイル７０５、イメージ７１１、及び機種対応イメージ７１２を格納することができる。情報処理装置が配信先装置６０５である場合、補助記憶装置２１０５を、配信されたイメージ７１１及び機種対応イメージ７１２を格納する記録媒体として用いることができる。

媒体駆動装置２１０６は、可搬型記録媒体２１０９を駆動し、その記録内容にアクセスする。可搬型記録媒体２１０９は、メモリデバイス、フレキシブルディスク、光ディスク、光磁気ディスク等である。この可搬型記録媒体２１０９には、Compact Disk Read Only Memory（ＣＤ−ＲＯＭ）、Digital Versatile Disk（ＤＶＤ）、Universal Serial Bus（ＵＳＢ）メモリ等も含まれる。ユーザ又はオペレータは、この可搬型記録媒体２１０９にプログラム及びデータを格納しておき、それらをメモリ２１０２にロードして使用することができる。

このように、各種処理に用いられるプログラム及びデータを格納するコンピュータ読み取り可能な記録媒体には、メモリ２１０２、補助記憶装置２１０５、及び可搬型記録媒体２１０９のような、物理的な（非一時的な）記録媒体が含まれる。

ネットワーク接続装置２１０７は、ＷＡＮ６１１又はセグメント６１２の通信ネットワークに接続され、無線通信又は有線通信に伴うデータ変換を行う通信インタフェースである。情報処理装置は、プログラム及びデータを外部の装置からネットワーク接続装置２１０７を介して受け取り、それらをメモリ２１０２にロードして使用することもできる。

なお、情報処理装置が図２１のすべての構成要素を含む必要はなく、用途や条件に応じて一部の構成要素を省略することも可能である。また、情報処理装置が携帯端末である場合、マイク及びスピーカのような通話用の装置も構成要素として含まれることがある。

図８〜図１０の配信シーケンス及び図１１〜図１５のフローチャートは一例に過ぎず、配信元装置６０２、中継装置６０４、又は配信先装置６０５の構成や条件に応じて一部の処理を省略又は変更してもよい。例えば、配信先装置６０５の機種がマスタ装置６０１の機種と同じ場合は、図８の手順８０５及び図１０の手順１００１〜手順１０１６を省略することができる。この場合、図１２のステップ１２０９〜ステップ１２１２及び図１４のステップ１４０５〜ステップ１４１６の処理も省略することができる。

開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。

１０１、６０１ マスタ装置
１０２、６０２ 配信元装置
１０３−１〜１０５−３、６０５、６０５−１〜６０５−３、６０５−１０ 配信先装置
１１１ 通信ネットワーク
２０１、６０３ 接続機器
２１１、６１２ セグメント
３１１ ＷＡＮ
３１２、６１３ パブリッククラウド
４０１、６０４ 中継装置
５１１、８１１ トンネル
７０１ プロキシＡＰ
７０２ ブートイメージ
７０３ ブートＡＰ
７０４、７０５ バッチファイル
７１１ イメージ
７１２、７１２−１〜７１２−１０ 機種対応イメージ
１６０１ ＩＰアドレス
１６０２ サブネットマスク
２１０１ ＣＰＵ
２１０２ メモリ
２１０３ 入力装置
２１０４ 出力装置
２１０５ 補助記憶装置
２１０６ 媒体駆動装置
２１０７ ネットワーク接続装置
２１０８ バス
２１０９ 可搬型記録媒体

Claims (9)

1. 通信ネットワークの１つのセグメント内に設けられ、１つ以上のファイルのファイル構造を含むイメージ情報を複数の部分に分けて受信するための複数の配信要求を送信する配信先装置と、
   前記１つのセグメントの外部に設けられ、前記複数の配信要求のうち１つの配信要求に対応して、前記イメージ情報の前記複数の部分のうち一部分を送信する配信元装置と、
   前記配信先装置を起動させ、前記配信先装置から前記複数の配信要求を受信して前記配信元装置へ転送し、前記配信元装置から前記イメージ情報の一部分を受信して前記配信先装置へ転送する、前記１つのセグメント内に設けられた中継装置と、
   を備えることを特徴とする配信システム。
2. 前記配信先装置は、受信したイメージ情報を格納するディスク装置を含むことを特徴とする請求項１記載の配信システム。
3. 前記中継装置は、前記配信先装置のホストアドレスを示す第１のアドレス情報を生成し、前記第１のアドレス情報と前記１つのセグメントを示す第２のアドレス情報とに基づいて、前記配信先装置を示す第３のアドレス情報を生成し、前記第３のアドレス情報を前記配信先装置へ送信し、前記配信先装置は、前記第３のアドレス情報を用いて前記複数の配信要求を送信し、前記イメージ情報の一部分を受信することを特徴とする請求項１又は２記載の配信システム。
4. 前記配信先装置は、前記イメージ情報の前記複数の部分を受信した後、前記配信先装置の機種に対応するファイルを含む機種対応イメージ情報を要求する機種対応配信要求を前記中継装置へ送信し、前記中継装置は、前記機種対応配信要求を前記配信元装置へ転送し、前記配信元装置から前記機種対応イメージ情報を受信すると、受信した機種対応イメージ情報を前記配信先装置へ転送することを特徴とする請求項１乃至３のいずれか１項に記載の配信システム。
5. 前記配信先装置とは異なる１つ以上の配信先装置をさらに備え、前記中継装置は、前記１つ以上の配信先装置の各々から受信する複数の配信要求を前記配信元装置へさらに転送し、前記配信元装置から受信した前記イメージ情報の一部分を前記１つ以上の配信先装置へさらに転送することを特徴とする請求項１乃至４のいずれか１項に記載の配信システム。
6. 通信ネットワークの１つのセグメント内に設けられたコンピュータのためのプログラムであって、
   前記１つのセグメント内に設けられた配信先装置を起動させ、
   前記配信先装置から、１つ以上のファイルのファイル構造を含むイメージ情報を複数の部分に分けて受信するための複数の配信要求を受信し、
   前記複数の配信要求を前記１つのセグメントの外部に設けられた配信元装置へ転送し、
   前記複数の配信要求のうち１つの配信要求に対応して、前記配信元装置から前記イメージ情報の前記複数の部分のうち一部分を受信して前記配信先装置へ転送する、
   処理を前記コンピュータに実行させるプログラム。
7. 前記配信先装置は、受信したイメージ情報を格納するディスク装置を含むことを特徴とする請求項６記載のプログラム。
8. 通信ネットワークの１つのセグメント内に設けられた中継装置を用いて、前記１つのセグメント内に設けられた配信先装置を起動させ、
   前記中継装置を用いて、前記配信先装置から、１つ以上のファイルのファイル構造を含むイメージ情報を複数の部分に分けて受信するための複数の配信要求を受信し、
   前記中継装置を用いて、前記複数の配信要求を前記１つのセグメントの外部に設けられた配信元装置へ転送し、
   前記配信元装置を用いて、前記複数の配信要求のうち１つの配信要求に対応して、前記イメージ情報の前記複数の部分のうち一部分を前記中継装置へ送信し、
   前記中継装置を用いて、前記配信元装置から前記イメージ情報の一部分を受信して前記配信先装置へ転送する、
   ことを特徴とする配信方法。
9. 前記配信先装置は、受信したイメージ情報を格納するディスク装置を含むことを特徴とする請求項８記載の配信方法。

Images