JP2000517088A - 一対多型ディスク・イメージング転送 - Google Patents

Abstract

(57)【要約】 送信側コンピュータから１つ以上のダウンロード側コンピュータへディスクイメージを転送するための方法、システム、製品、及び信号フォーマットが提供される。転送は、技術者が１つのコンピュータのダウンロードを開始する一方で、第２のコンピュータにダウンロードの準備するか、あるいはディスクイメージをダウンロードした後の第３のコンピュータをシャットダウンすることができるような仕方で行われる。コンピュータはデータストリームの始めを待つ必要がなく、その代わりにデータストリーム中の指定されたポイントでダウンロードに参加することができる。これによって、ダウンロードを始めるまで待つのに費やされる時間が短くなり、特に転送中のディスクイメージが大きい場合に、時間を大きく節約することができる。圧縮及び接続選択は、ネットワーク性能の変化に応答して行うことが可能である。イメージファイル・パッキング及びエラー管理技術を使用することができ、またオンザフライ方式のファイルシステム・インスタンス処理を用いることも可能である。

Description

【発明の詳細な説明】 一対多型ディスク・イメージング転送 発明の分野 本発明は、コンピュータ間のコンピュータ・ディスクイメージの転送に関し、 より詳しくは選択されたジョインポイントによるディスクイメージのラウンドロ ビン・マルチキャスティングに関する。 発明の技術的背景 コンピュータのハードディスク・パーティションをコピーすることが役に立つ ことはしばしばある。これは、例えば、アーカイブコピーを生成したり、あるい は１つの記憶装置をモデルとして用いて別にいくつかの記憶装置を構成設定する ために行われる。バックアップ・プログラムを利用して、１つのパーティション 中の全てのファイル、パーティションのグループ中の全てのファイル、あるいは ソースディスク上の全てのセクタ（使用中あるいは非使用中）を補助ディスクあ るいはテープドライブのようなターゲットデバイスにコピーすることが可能であ る。ターゲットデバイスは、同じコンピュータ上にあってもファイルサーバのよ うな接続コンピュータ上にあってもよい。バックアップからデータを別のコンピ ュータへ復元することによって、そのバックアップ・プログラムを１つのコンピ ュータからもう１つのコンピュータへ全ディスクイメージをコピーするための「 イメージング」あるいは「クローニング」プログラムとして用いることができる 。しかしながら、バックアップ・プログラムは、通常、必ずしもいくつかのマシ ンにディスクイメージを同時にコピーするようには設計されていない。 以下に説明するように、あるイメージの多数のコピーを生成することができる ことは、システムインティグレータ、トレーニングセンター、及びその他の業務 にとって重要である。この必要に対応し易くするために、現在、以下随所で説明 する制約の下で、ソースディスクドライブを多数のターゲットドライブにコピー する種々のイメージングプログラムが利用可能である。一般に、イメージングプ ログラムは１つ以上のパーティションをコピーすることができるようになってい る。イメージングプログラムの中には、指定されたソースパーティション中にあ る全てのファイルのコピーを生成するものもあれば、ユーザがどのファイルをコ ピーするかを選択することができるイメージングプログラムもある。 一部のイメージングプログラムはコピーデータを「イメージファイル」に保存 するが、他イメージングプログラムは、イメージングを行うことによって中間イ メージファイルを使うことなく直接新しいディスクイメージを生成する。データ は、イメージファイルに入れる前に圧縮しておき、新しいディスクイメージを生 成する際に圧縮解除してもよい。圧縮は、保存処理中のデータの冗長性を小さく し、これによってより小さいスペースに記憶できるようにする操作である。 データが圧縮されているかどうかにかかわらず、イメージファイルはデータを 何らかの仕方でパックし、かつ／または修正し、あるいは補って、保存及び移送 のためにより好都合、あるいはより効率的な形にする。「ワーキング」パーティ ションには、ＮＴＦＳ、ＦＡＴ、ＨＰＦＳ、Ｌｉｎｕｘ（リナックス）、あるい は他のよく知られたファイルシステムで使用されるフォーマットのような標準的 ファイルシステム・フォーマットに従って編成されたファイルが入れられる。イ メージファイルは、ファイルとしてワーキング・パーティションに保存すること も可能である。 しかしながら、ファイルの集まりとして見る場合、イメージファイルの内容は 必ずしも標準的なファイルシステム・フォーマットに従っているとは限らない。 イメージファイルは、１つ以上のパーティションからの１つ以上の他のファイル の一部の内容あるいは全ての内容を入れることができる。便宜上、本願において はこれらの内容を「イメージドファイル」と称する。イメージドファイルは、必 ずしも標準的なファイルシステム・フォーマットでイメージファイルに保存され るとは限らない。標準的なファイルシステム・ソフトウェアは（ディスクイメー ジング・ソフトウェアと対比して）、イメージファイルの内容を読み取ることが できるが、個別のイメージドファイルを正しく区別することはできない。ワーキ ング・パーティションは、一般に、セクタ単位での割当て、クラスタ境界上にお けるセクタのアラインメント、特定のディレクトリまたはファイル・アロケーシ ョンテーブル・フォーマット、及びフラグメント化ファイルに関するサポートと いうような１つ以上の規則に従う。イメージファイルの内容は、イメージドファ イルに関するこれらの中の１つ以上規則に従わない場合もある。 ファイル・バイ・ファイル・ベースで実行されるイメージングプログラムによ って使用される１つのタイプのイメージファイルは、各イメージドファイルの内 容を隣接状に記憶する（そのためフラグメント化に関するサポートは得られない ）。別のタイプのイメージファイルは、イメージドファイルのセクタをひとまと めにパックすることによってクラスタアラインメントを無視する。また、別のタ イプのイメージファイルは、時にはセクタ境界を無視する場合さえある。これに よれば、イメージング・ソフトウェアは、イメージドファイルの終わりがセクタ 内にあるとき、１つ以上のイメージドファイルのバイトを所与のセクタ内にパッ クすることができる。ターゲットディスク上にワーキング・パーティションを生 成するためには、イメージドファイル内容がターゲットディスクにコピーされる とき、セクタ割当て及びクラスタアラインメントが復元されなければならない。 セクタ・バイ・セクタ・ベースあるいはクラスタ・バイ・クラスタ・ベースで 実行されるイメージングプログラムによって使用さるもう１つのタイプのイメー ジファイルは、データのクラスタあるいはセクタをひとまとめにパックする。そ の結果、イメージファイルのファイルシステム構造におけるクラスタ番号あるい は他のポインタは、常に当該データクラスタの現在の（パックされた）位置を指 示するとは限らないことになる。イメージファイルからデータをターゲットディ スクにコピーしてそこにワーキング・パーティションを生成する際には、クラス タをアンパックして、期待された相対位置に復元しなければならない。 イメージングプログラム及びイメージファイルは、システムインティグレータ 、トレーニングセンター、テスタ及びその他に多くの用途がある。トレーニング センターは、イメージングファイル及びイメージファイルを用いて特定の課程に 適したディスク環境を再現する。例えば、ある課程はマイクロソフト・ウィンド ウズＮＴ（Ｍｉｃｒｏｓｏｆｔ ＷｉｎｄｏｗｓＮＴ）環境を必要とするのに対 して、もう１つの課程ではリナックス（Ｌｉｎｕｘ）環境が必要であり、もう１ つの課程ではノヴェル・ネットウェア（ＮｏｖｅｌｌＮｅｔＷａｒｅ）環境を必 要とするかもしれない。（ＷｉｎｄｏｗｓＮＴはマイクロソフト・コーポレーシ ョン（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）社の商標であり；Ｎｅｔ Ｗａｒｅはノヴェル・インク（Ｎｏｖｅｌｌ，Ｉｎｃ．）社の商標である。）ま た、テスタもイメージングファイル及びイメージファイルを利用する。例えば、 周辺機器のメーカーは、その機器やデバイスドライバを種々異なる動作環境で試 験するために種々異なる復元イメージを使用する場合がある。 システムインティグレータの経験から複数のコンピュータをイメージングする 技術の現状の多くの局面が明らかにされているので、ここでシステムインテグレ ータの業務環境について今少し詳しく検討する。システムインティグレータは、 会社あるいは企業にコンピュータを再販することを業務とする。大きな企業は、 発注に際しては、より有利な価格を得ると共に社内の多くのユーザのニーズに対 応するために、コンフィギュレーションについて標準化し、大量に購入するのが 普通である。システムインテグレータの仕事は、コンピュータのハードウェア及 びソフトウェアを全てまとめて発注し、その全ての構成設定を行ってから、その 顧客に向けて発送することである。これには、それらのコンピュータに併せて、 周辺機器ハードウェア及びソフトウェアを発注し、次にそれらの個々の機器・部 品、ソフトウェアをインストールし、あるいは組み込んで、その構成設定された コンピュータを顧客に発送することが含まれる。これはいろいろな方法で行うこ とができるが、１つの重要な目標は、イメージングプロセスを技術者時間やその 他の資源に関してより効率的かつより低コストなものにすることである。 アプローチ１とも言うべき１つの方法によれば、技術者はたまにしかソフトウ ェアをインストールしないエンドユーザと同じプロセスを用いてコンピュータの 各々に各ソフトウェアパッケージをインストールする。技術者は、インストール ソフトウェアについての質問に答えるためにターゲットコンピュータのそばに居 なければならない。ターゲットコンピュータはフロッピーあるいはＣＤ ＲＯＭ からデータを読み取る。一時に２台以上のコンピュータに対してインストールを 実行できる可能性はほとんどあるいは全くない。 アプローチ２の方法では、技術者は最初のコンピュータを構成設定した後、Ｃ Ｄ ＲＯＭ上にその構成設定されたディスクのイメージをセーブする。所望の各 ソ フトウェアパッケージを後の各コンピュータに繰り返しインストールするのでは なく、技術者は単にＣＤ ＲＯＭから次のマシンのディスクドライブにディスク イメージをコピーするだけでよく、これによってターゲットマシン上のプログラ ムは全て所望の通りに機能するようになる。これは、技術者が各マシンのそばに 座って、全てのソフトウェアを繰り返しインストールするのに比べて大きな進歩 である。ただし、１つの欠点は、これらのインストールをいくつか同時に行うた めには、ＣＤ ＲＯＭ、テープカートリッジ、あるいは他の大容量の着脱可能媒 体がいくつか（各ターゲットマシン毎に１つずつ）必要になるということである 。 アプローチ３の方法では、システムインテグレータがディスクイメージをネッ トワーク上に送り出し、複数のコンピュータにサーバから同時にイメージをダウ ンロードさせる。技術者は、ワークステーションからワークステーションへ移動 して、パッケージを開いてセットアップし、サーバに接続してネットワークから ディスクイメージをコピーするプロセスを始動した後、次のワークステーション に移動すればよい。また、技術者はマシンからマシンへ移動して、ディスクイメ ージをコピーする動作をマシン間でオーバーラップさせながら行う一方、それら のマシンをサーバから切り離して、シャットダウンすなわち電源停止し、出荷に 備えて箱詰めすればよい。しかしながら、各マシンはサーバと個別に会話する。 そのために、同時にダウンロードを行うコンピュータが多過ぎると、複数の会話 は利用可能な帯域幅をそれだけ多く費消するため、ネットワーク速度が大きなボ トルネックになることがある。 アプローチ４の方法では、多くのワークステーションが個々にディスクイメー ジをダウンロードする際に生じるこのようなネットワークのボトルネックが解消 される。この第４のアプローチでは、１つのワークステーションがイメージを要 求し、多数のワークステーションがその会話を「聴取」することができるように する。会話を聴取する各ワークステーションは、イメージがサーバからネットワ ークを介してイメージを要求したその唯一のワークステーションへ伝送されるの に伴って、それ自身のコピーを作る。これによれば、ネットワークトラフィック が著しく減少する。 しかしながら、いくつかのワークステーションが同報通信技術あるいはマルチ キャスト技術を用いて１つの会話を聴取するためには、全てのコンピュータを前 もって構成設定しなければならず、各コンピュータはダウンロードが始まるのを 待つよう看視しなければならない。また、これらのワークステーションは全て同 時にコピー動作を終了するので、技術者は、それらのワークステーションをシャ ットダウンし、箱詰めするプロセスをワークステーション間でオーバーラップさ せて行うことはできない。 従って、新たにカートリッジあるいはネットワーク帯域幅を付加する必要なく 、プロセスのオーバーラップの可能性が改善されるような形でディスクイメージ を多数のマシンに転送するための新しいシステム、デバイス、及び方法を提供す ることは一定の進歩であろう。 特に、ネットワークからイメージのコピーをダウンロードするプロセス、及び ダウンロードの前後にマシンをセットアップし、シャットダウンするプロセスの 両方において、マシン間におけるオーバーラップの可能性を改善することは効果 的であろう。 本願はそのような改良を開示し、特許請求するものである。 発明の要約 本発明は、ディスク及びその他の記憶媒体をイメージングするための新規な方 法、システム及びデバイスを提供するものである。本願において、例示説明のた めに記憶媒体の例としてディスクを用いるが、本発明においてはＣＤ、テープ及 びその他の記憶媒体も同様に使用することが可能である。本発明は、イメージ生 成、パーティション処理、データ圧縮及びマルチキャストに関する本発明に含ま れない周知の技術及びツールを使用することによって改良することが可能である が、本発明はそのような技術やツールに限定されるものではない。 本発明の１つの方法は、ディスクイメージを反復送信して、少なくとも１反復 分を聴取することによって複数のワークステーションを構成設定することよりな る。本発明は、新しいワークステーションがデータストリームの途中で「オンラ イン」になり、イメージデータを受信し始めることができるようにして、循環方 式、リングバッファ、ラウンドロビンあるいはその他の反復方式でイメージデー タの同報通信技術を使用する。所与のワークステーションは、データストリーム が再びその始めに戻り、ワークステーションがパケットをダウンロードし始めた 点に来るまで聴取し続ける。 この方法では、全てのワークステーションが始めと終わりを同時にダウンロー ドする必要なく、複数のワークステーションが１つの会話を「聴取」することが 可能である。技術者はターゲットコンピュータを箱から取り出して、すぐにコピ ープロセスを始めることができ、従って全てのコンピュータを同時にダウンロー ドし始めるようにセットアップすることが必要な方法よりもセットアップ時間が 短くて済む。また、本発明によれば、取り外しプロセスが容易になる。コンピュ ータはイメージングをスタガー方式で終了することになり、そのために技術者は イメージングを終了した各コンピュータを箱詰めしてから、順次、イメージング を終了した次のコンピュータへ移動することができる。 ネットワーク上でパケットが失われることがあるが、ネットワークに接続され たワークステーションはデータが正しいことを保証するのに保証配送パケットプ ロトコルを使う必要はない。その代わりに、各ワークステーションはどのセクタ が受信されたかを確認した後、最初のデータストリームから受信されなかったパ ケットだけを要求すれば（あるいはそれらのパケットの次の反復分が現れるまで 聴取し続ければ）よい。いくつかのパケットがネットワークの上で失われるよう な場合も、ネットワーキングプロトコルはそれらのパケットの再送を保証する必 要はない。「聴取中」のワークステーションは、必要なセクタが受信され、ディ スクに書き込まれたかどうかに基づいて伝送の成否を検証することができる。す なわち、本発明はディスク書込み及びディスクアドレスを用いてネットワークデ ータ伝送を検証することができる。 本発明によれば、イメージファイルの有無にかかわらずディスクイメージの転 送が可能である。例えば、１つの方法では、ディスクイメージはイメージファイ ルに保存されるものと仮定する。イメージファイルは、サーバ上、ローカルまた はリモートのワークステーション、あるいは別の場所に保持することができる。 もう１つの方法では、イメージファイルのための記憶空間が限られているため、 ディスクイメージは、イメージファイルから読み取るのではなく、構成設定され たディスクから直接ネットワークにアップロードされるものと仮定する。イメー ジング・ソフトウェアは、構成設定されたディスクからデータストリームが読み 取られるのに従って、それらのデータストリームを送出する。あるいは、イメー ジング・ソフトウェアは構成設定されたディスクからデータストリームを読み取 った後、オンザフライ方式でイメージファイルを生成し、それをターゲットディ スクに送り、場合によっては後で使用するために記憶装置へ返送する。 また、本発明においては、種々の位置へ又は位置からのディスクイメージの転 送が可能である。ネットワークへのアップロードは、サーバによってあるいはク ライアントによって行うことができる。コンピュータは、自己宛にパケットを送 ることによって自己のディスクの１つを構成設定することができる。他方のコン ピュータはそのディスクイメージを聴取して同様にダウンロードすることができ る。ネットワークは、ローカルエリアネットワークアドレス、ユニバーサル・リ ソース・ロケータ（「ＵＲＬ」）、あるいは他のアドレスを用いてイメージング 用のソース及びターゲットの役割を果たすネットワーク接続を指定することがで きる。本発明のその他の特徴及び長所については、以下の詳細な説明よりさらに 明らかとなろう。 図面の簡単な説明 以下、本発明の長所及び特徴が如何にして達成されるかを明らかにするために 、下記の添付図面を参照して本発明をより詳細に説明する。これらの図画は、単 に本発明の選択された態様を図解したものでしかなく、本発明の範囲を限定する ものではない。 図１は、本発明による使用に適する多くの可能なコンピュータ・ネットワーク の１つを図解する説明図である。 図２は、本発明による使用のために構成設定されたネットワーク中の２つのコ ンピュータを図解した説明図である。 図３は、ネットワークにおいてディスクイメージをデータストリームの形で反 復送信するための本発明の方法を図解したフローチャートである。 図４は、ディスクイメージをダウンロードするための本発明の方法を図解した フローチャートである。 図５は、本発明による反復データストリームの信号成分を図解した説明図であ る。 図６は、１反復分のデータストリームからのディスクイメージのダウンロード 、及び１反復分より長いデータストリームからの同じディスクイメージのダウン ロードについて図解した説明図である。 実施形態の詳細な説明 本発明は、ネットワークにおけるコンピュータ間でディスクイメージを転送す るタスクを支援するものである。以下、本発明によるシステム、方法及び製品の 実施形態について説明する。まずネットワーク環境全般について説明してから、 順次具体的なコンピュータ、送信及びダウンロード方法、及び伝送信号フォーマ ットについて説明する。しかしながら、本発明の方法あるいは信号フォーマット の説明の多くの局面が対応する装置や製品にも及ぶということ、また本発明の装 置及び製品の説明が同様に対応する方法及び信号フォーマットに及ぶということ は理解されよう。ネットワーク ユーザは、１つの場所からいくつかの場所へディスクイメージを転送すること が必要なことが時々ある。ユーザは、人の場合もあれば、人に代わって正当に行 為もしくは作用するソフトウェアタスクあるいはエージェントあるいは他のコン ピュータプロセスの場合もある。これに関与する場所は同じコンピュータに取り 付けられた異なるディスク上にあっても、あるいは２つ以上の異なるコンピュー タに取り付けられた異なるディスク上にあってもよい。 後者の場合、関与コンピュータはネットワーク接続を通して通信することがで きる。本願において、「ネットワーク接続」とは下記に定義するような「電線」 、ダイアルアップリンク、赤外線リンクのようなポータブルリンク、及び／また は種々のフォーマットの中間ファイルとすることができる。図１には、本発明に よる適用及び使用に適する多くの可能なネットワークの１つとしてのネットワー ク１００が図解されている。ネットワーク１００は、ＬＡＮまたはＷＡＮあるい はインターネットまたはイントラネットの部分を含む他のネットワーク１０２に ゲートウェイあるいは同様の機構を介して接続可能であり、これによってやはり 本発明による使用に適するより大きなネットワークを形成することができる。 図示のネットワーク１００は、ネットワーク信号線１０６によって１つ以上の ネットワーク・クライアント１０８に接続されたサーバ１０４を有する。他の適 切なネットワークとしては、マルチサーバ・ネットワーク及びピア・トゥ・ピア ・ネットワークがある。サーバ１０４及びクライアント１０８は、ユニプロセッ サ、マルチプロセッサ、あるいはクラスタ化プロセッサ型マシンであってもよい 。サーバ１０４及びクライアント１０８としては、各々ランダムアクセスメモリ のようなアドレス指定可能記憶媒体、及び／または磁気ディスクあるいは光ディ スク、ＲＯＭ、バブルメモリあるいはフラッシュメモリのような不揮発性記憶媒 体が含まれる。 適切なネットワーク・クライアント１０８としては、パーソナルコンピュータ ；ラップトップ・コンピュータ１１０、個人用携帯型情報端末及びその他のモバ イル機器；及びワークステーション１１２があるが、これらに限定されるもので はない。信号系統１０６は、撚り対線、同軸ケーブル、あるいは光ファイバケー ブル、電話回線、人工衛星、マイクロウェーブ中継器、変調交流電源線、高周波 接続、及び／または当業者に周知の他のデータ伝送「電線」を含み得る。ネット ワーク接続１０６は、従来のあるいは新規な信号を具現したものであってもよく 、また特に、本願で説明するような、新規なシリーズ状の反復データストリーム を具現したものを用いることができる。 サーバ１０４及びネットワーク・クライアント１０８（あるいはピア・トゥ・ ピア・ネットワークのピア１０８）の多くは、しばしばフロッピードライブ、テ ープドライブ、光ディスクドライブあるいは記憶媒体を読み取る他の手段を使用 することができる。適切な記憶媒体としては、磁気式、光学式、あるいは特定の 物理的構成を有する他のコンピュータ可読記憶装置を使用することができる。適 切な記憶装置としては、フロッピーディスク、ハードディスク、テープ、ＣＤＲ ＯＭ、ＰＲＯＭ、ランダムアクセスメモリ、ＲＯＭ、フラッシュメモリ及びそ の他のコンピュータシステム用記憶装置がある。 物理的構成は、コンピュータシステム１００を本願で説明する特定の定義済み の形で動作させる命令及び／またはデータを表す。従って、記憶媒体では、実質 的に本願で説明したようなディスクイメージ転送をサポートするためにサーバ及 び／またはネットワーク・クライアントのコンピュータによって実行可能なプロ グラム、データ、関数及び／または命令が実際に具現される。本発明による適切 なソフトウェア及びハードウェアの実装系は、本願記載の開示技術、及びＪａｖ ａ（ジャバ）、Ｐａｓｃａｌ（パスカル）、Ｃ＋＋、Ｃ、アセンブリ言語、ファ ームウェア、マイクロコードのようなプログラミング言語及びツール、ＰＲＯＭ 及び／または他の言語、回路、あるいはツールを用いて当業者により容易に提供 される。個々のコンピュータの概要 図２には、本発明によるディスクイメージ転送用に構成設定された２つのコン ピュータ２００及び２０２が図解されている。以下、コンピュータ２００、２０ ２の態様を図３乃至５を参照して説明する。 コンピュータ２００は送信側コンピュータであり、コンピュータ２０２はダウ ンロード側コンピュータである。これらのコンピュータの役割は種々の方法で果 たされ得る。当業者は、転送しようとするディスクイメージの現在位置、ディス クイメージのコピーの所望の位置、利用可能なネットワーク接続１０６、及びソ フトウェアライセンスの制約のような判断基準に従って各特定のコンピュータに 役割を割り当てることになる。 例えば、送信側コンピュータ２００は多くの場合サーバ１０４であるが、クラ イアントあるいはピア・コンピュータ１０８であってもよい。ダウンロード側コ ンピュータ２０２は多くの場合クライアント１０８であるが、ピア１０８あるい はサーバ１０４の場合もある。送信側コンピュータ２００とダウンロード側コン ピュータ２０２は互いに別のマシンであることが多いが、これらはディスクイメ ージが１つのディスクからそれと同じマシン上のもう１つのディスクに転送され る場合は、同じマシンであってもよい。一般に、システム１００には１つの送信 側コンピュータ２００と２つ以上のダウンロード側コンピュータ２０２がある。 送信側コンピュータ２００は、各々送信器２０４及びイメージ取得装置２０６ を有する。各ダウンロード側コンピュータ２０２はダウンローダ２０８を有する 。これらの構成要素２０４、２０６、及び２０８は本発明によるソフトウェアで 構成設定された汎用のコンピュータ・ハードウェア（プロセッサ、メモリ、Ｉ／ Ｏデバイス）を用いて実施することが可能である。あるいは、これらの構成要素 ２０４、２０６、及び２０８は特定用途向け集積回路あるいはフィールド・プロ グラム可能ゲートアレイのような専用ハードウェアをソフトウェアと共に用いて 実施することが可能である。図解の便宜上、ユーザインタフェース、オペレーテ ィングシステム、ファイルシステム及びネットワーキング・ソフトウェアのよう な構成要素は図２では明示されていないが、当業者ならば、このような構成要素 を本願における開示技術に従ってどのように組み合わせ、使用すべきかは理解さ れよう。 送信器２０４はディスクイメージを含むデータストリームの反復を送信する。 データストリームについては、図５を参照しつつ随所でさらに詳しく説明する。 ここでは、データストリーム信号は、ディスクイメージデータに加えてジョイン ポイントを含むということを付言するだけで十分である。所与のダウンロード側 コンピュータ２０２は、たとえ当のコンピュータ２０２がデータストリーム反復 単位の途中で情報をダウンロードし始めたとしても、ディスクイメージ中の全て の情報を取得し終えたとき、そのことを検知ことが可能である。送信器２０４に ついては、以下にさらに詳細に説明する。 イメージ取得装置２０６は、ディスクイメージを得て、送信器２０４に供給す る。イメージは、ディスク２１２上に保存されたイメージファイル２１０から得 ることもできるし、あるいは介在イメージファイルを使用することなく直接ディ スク２１４から得ることも可能である。イメージ取得装置２０６及びイメージフ ァイル２１０については、以下にさらに詳細に説明する。 ダウンローダ２０８は、送信器２０４からの反復データストリームを聴取し、 適切なポイント（反復単位の途中でもよい）でデータストリームに参加して、デ ィスクイメージの完全なコピーを得るために必要なゼロあるいはそれ以上の連続 した反復単位を通してデータをダウンロードし、ディスクイメージをターゲット ディスク２１６上に保存する。ダウンローダ２０８は、必要に応じて、イメージ ファイル・アンパック、データ圧縮解除、及びエラー処理を行う。ダウンローダ ２０８については、以下にさらに詳細に説明する。イメージ取得装置 上に述べたように、イメージ取得装置２０６はディスクイメージを取得して、 送信器２０４に供給する。イメージは、イメージファイル２１０から得ることも できれば、介在イメージファイルを使用することなく直接ディスク２１４から得 ることも可能である（もちろん、ディスク２１４に、イメージファイルとしてで はなく他のファイル内容と同じに扱われる内容のイメージファイルが保存される ことを妨げるものではない）。上に述べたように、「ディスク」と称するのは単 に便宜上であり、一例を示すためである。ＣＤ ＲＯＭあるいはテープさらには メモリモジュールというような他の記憶装置も、リニアとランダムのアクセス性 の違い及びセクタ割当てが必要かどうかに関する適切な修正を行うことによって 使用することが可能である。 イメージファイル２１０は当技術分野で周知のフォーマットに従って構造化す ることもできるし、あるいはイメージファイル２１０は本願と共に所有している １９９８年８月１５日出願の同時係属米国特許出願第０９／１３４，８８３号に 記載されているような新規のフォーマットを使用することも可能である。同出願 のイメージファイル及びその使用に関する説明は、参照によって本願に援用され る。本発明の目的に関する限り、イメージファイルはワーキング・パーティショ ンではないということを指摘するだけで十分である。従って、イメージファイル ２１０がファイル・バイ・ファイル・フォーマットならば、空き領域なしで、ま たワーキング・パーティションにではなく、別途にフォーマットされたディレク トリ情報によりバイトアラインメントすることが可能である。同様に、イメージ ファイル２１０がクラスタ・バイ・クラスタ・フォーマットの場合は、イメージ ファイル２１０のクラスタはパックし、ディスク２１４上のクラスタはパックし ないことが可能である。すなわち、イメージファイル２１０のディレクトリクラ スタはクラスタ番号、あるいはイメージファイル内容がアンパックされた後にの み全体として正しくなる他のアドレスにより他のクラスタを指示して、それらの クラスタを各々互いに対して相対的に元の位置に置く。どちらのタイプのイメー ジファイル２１０も、アンパックすると非使用スペースが生じることがある。イ メージファイルは、一般に非使用バイト、セクタ、及び／またはクラスタを記憶 しないようにする。 一実施形態においては、イメージ取得装置２０６はリーダ２１８、パッカー２ ２０及びセレクタ２２２を有する。別の実施形態においては、パッカー２２０及 び／またはセレクタ２２２は省かれる。 一般に、イメージファイルは、Ｍｉｃｒｏｓｏｆｔ ＷｉｎｄｏｗｓＮＴ（マ イクロソフト・ウィンドウズＮＴ）ファイルシステム（「ＮＴＦＳ」）、Ｎｏｖ ｅｌｌＮｅｔＷａｒｅ（ノヴェル・ネットウェア）ファイルシステム（「ＮＦＳ 」）のようなファイルシステム、あるいは他のファイルシステムを使って保存す ることができる（ＷｉｎｄｏｗｓＮＴはＭｉｃｒｏｓｏｆｔＣｏｒｐｏｒａｔｉ ｏｎ（マイクロソフト・コーポレーション）社の商標である；ＮｅｔＷａｒｅは Ｎｏｖｅｌｌ，Ｉｎｃ．（ノヴェル・インク）社の商標である。従って、リーダ ２１８は、イメージファイル２１０を読み取るとき、標準的なＮＴＦＳ、ＮＦＳ あるいは他の標準的なファイルシステム・コールを用いることが可能である。あ るいは、リーダ２１８は、特定のファイルシステムのディレクトリ及びファイル 構造についての情報を用いて、標準的なファイルシステム・コールによる場合よ りも効率的な仕方で（持続型エレベータ・シークによるように）イメージファイ ル２１０を読み取ることができる。 これと対比して、オンディスクのイメージファイル２１０の介在なしでイメー ジングしようとするディスク２１４を読み取るときは、リーダ２１８は、より高 水準の標準的なファイルシステム・コールを用いるよりむしろセクタ読取りのよ うな低水準コールを用いることが好ましい。これによって、リーダ２１８は、パ ーティションテーブルやブートレコード、及び他の場合には標準的なファイルシ ステムコールによってフィルタされるかまたは隠されるはずのディレクトリのよ うなファイルシステム構造が書き込まれているものを含めて、全てのセクタを読 み取ることができる。 一実施形態においては、パッカー２２０はリーダ２１８によって読み取られる ディスク２１４の非使用バイト、セクタ、またはクラスタを廃棄する。別の実施 形態では、リーダ２１８はディスク２１４の非使用バイト、セクタ、またはクラ スタの読み取りを回避する。どちらの場合も、さらにはこれらの２つの実施形態 を組み合わせた場合においても、パッカー２２０及び／またはリーダ２１８はオ ンザフライ方式でイメージファイルを生成する。パッカー２２０は、送信器２０ ４によって送信するために使用バイト、セクタ、あるいはクラスタをパックする 。前から存在するイメージファイル２１０を使用するのと同様に、オンザフライ ・イメージファイルを使用すると、ダウンロード側コンピュータ２０２に送信さ れるデータの量が少なくなる。他方、イメージ取得装置２０６のいくつかの実施 形態では、パッカー２２０がなく、単にディスク２１４から送信器２０４へ選択 されたパーティションの全てのバイト、セクタ、あるいはクラスタが送られる。 セレクタ２２２は、さらにどのデータをイメージングするかを選択するために 使用される（パッカー２２０の有無にかかわらず）。この選択では、特定のパー ティション及び／または特定のファイルを入れたり、除外したりすることも可能 である。例えば、一実施形態においては、セレクタ２２２はどのファイルをイメ ージングするかのリストまたはその他の仕様をユーザから得る。これは、ユーザ にファイルを明示的に指定させるか、あるいはユーザにどのファイルをイメージ ングするべきではないかを指定させることによって行うことができる。この仕様 は、個別ファイル、またはディレクトリあるいはディレクトリサブトリーの形で 得ることが可能である。選択コードは、キーワード検索、ファイル名におけるワ イルドカード、及びその他の周知のファイルシステム・インタフェース技術をサ ポートすることが可能である。 セレクタ２２２及び／またはリーダ２１８は、ディスク２１４あるいはイメー ジファイル２１０のファイルシステム構造を見て、どのクラスタまたはセクタを ソースから読み取って送信器に２０４に送る必要があるかを決定する。また、イ メージ取得装置２０６は、対応するパーティション及びファイルシステム情報を 送信器２０４に送る。セレクタ２２２を使用する場合は、ファイルシステム情報 は、ファイル、ファイル内容、あるいはディレクトリは全部がコピーされてはい ないということを反映するイメージファイル２１０中あるいはディスク２１４上 の情報の部分集合であってもよい。特に、一実施形態では、所定のディレクトリ エントリをコピーするが、対応するファイル内容はコピーあるいは送信しない。 これは、例えば、ソースの仮想メモリまたはスワップファイルをコピーするのに 資源を費やすことなく、ターゲット上に仮想メモリあるいはスワップファイル用 のディレクトリエントリを生成するために利用することができる。 ターゲット・パーティション情報は、ソース２１４に保存されたパーティショ ン情報と同じであってもよい。ソースがファイル・バイ・ファイル・イメージフ ァイル２１０の場合は、ソースには必ずしもパーティション情報は書き込まれな い。パーティションはオンザフライ方式でサイズ変更するか、あるいは別のサイ ズのターゲット・パーティションを生成して、より少ないファイルの存在あるい は所望の空き領域の大きさの縮小を反映させるようパーティションサイズを小さ くすることもできれば、サイズ変更しないとターゲット・パーティションのファ イルシステムですぐには使用できないようなターゲット上の利用可能空き領域に 応答して、パーティションサイズを大きくすることも可能である。また、クラス タサイズは、オンザフライ処理によるか、あるいはソースとは異なるクラスタサ イズを有するターゲット・パーティションを生成することによって変更すること ができる。適切なオンザフライ方式のパーティション処理は、本願と共有になる １９９８年８月１５日出願の同時係属米国特許出願第０９／１３４，８８３号に 記載されている。同出願の記載は参照によって本願に援用される。送信器 送信器２０４は、イメージ取得装置２０６によって供給されたディスクイメー ジデータが入っているデータストリーム信号の反復を送信する。データストリー ムのフォーマットについては、以下図５を参照して随所で説明する。一実施形態 においては、送信器２０４はエージェント２２４、ループハンドラ２２６及び動 的速度モニタ２２８を具備する。別の実施形態においては、エージェント２２４ 及び／または速度モニタ２２８は省かれる。 送信は、ユーザインタフェースからのコマンドに応答して開始され、あるいは １つ以上のダウンロード側コンピュータ２０２からの要求に応答してエージェン ト２２４によって送信を自動的に開始されることもある。エージェント２２４に 送信を開始するよう要求するためには、割込み、ＵＮＩＸ型信号、リモート手順 呼出し、リモートメッセージ・インタフェース、イベント、及びその他周知のメ カニズムを用いることができる。 ループハンドラ２２６は、（ａ）反復データストリームのタイミング及び数を 決定する；（ｂ）記述情報及び制御情報をディスクイメージと結合して所与のデ ータストリーム信号を形成する；（ｃ）反復データストリームを送信する：等を 含めていくつかの機能を遂行する。 所与の反復データストリームの数は、前回に使用された数のようなデフォルト 値、あるいは１０のような所定の数とすることができる。あるいは、反復数はヒ ューリスティック、肯定応答、あるいはコマンドを使って決定することも可能で ある。例えば、反復数ＲはＣ＊ＴＣ／ＴＲに設定することができる。ただし、Ｃ はコンピュータ２０２の台数であり、ＴＣは所与のコンピュータ２０２をダウン ロードデータを受け取るようにセットアップしてからセットアップのために次の コンピュータ２０２に移動するまでに必要なおよその時間であり、ＴＲは１反復 分を送信するために必要なおよその時間である。あるいは、ループハンドラ２２ ６は全てのコンピュータ２０２から肯定応答を受け取るまで（全てのコンピュー タで２０２が送信側コンピュータ２００にとって既知であるか、あるいはコンピ ュータ２０２の台数が既知である場合）、あるいは以後肯定応答を受信すること なく所定時間が経過するまで、あるいは単にユーザによって停止するよう指示さ れるまで、反復データストリームの送信を続けるようにしてもよい。 ループハンドラ２２６によってデータストリームに入れられる記述情報及び制 御情報については、図３及び５を参照して説明する。ここでは、データストリー ムは、（ａ）転送されるディスクイメージ；（ｂ）ディスクイメージのサイズあ るいはイメージのソース位置及びタイムスタンプのような記述情報；（ｃ）ダウ ンロード・ジョインポイント、圧縮同期点、代替ネットワーク接続のアドレス、 及びエラー管理ビットのような制御情報：を含むということを述べるだけで十分 である。また、より低水準のネットワーキング・ソフトウェア及び／またはハー ドウェアによっでチェックサム、サイクリックリダンダンシコード、及び他のエ ラー検出及び／またはエラー訂正ビットのような「エラー管理ビット」を挿入し 、読み取り、処理することもできる。 また、ループハンドラ２２６は、少なくとも１つのネットワーク接続２３０を 介して反復データストリームを送信する。本願において、「ネットワーク接続」 という用語は、「電線」１０６を含めて、ＬＡＮ及びインターネット、及びその 他の接続を含むものとする。他のいくつかの実施形態においては、データストリ ームは１つ以上の別途のネットワーク接続を介して送信することが可能である。 図解の便宜上、そのような別途の接続としては１つの接続２３２だけが示されて いる。例えば、ディスクイメージはイーサネット（Ｅｔｈｅｒｎｅｔ）ケーブル のような高容量接続２３０を介して送信し、制御及び／または記述情報はシリア ル接続のようなより低容量のケーブル２３２を介して送信することが可能である 。この第２の接続２３２は、欠落したバイト、セクタ、あるいはクラスタを再送 するのに使用することもできる。また、第２の接続２３２は、第１の接続２３０ が利用できなくなった場合にだけ使用することも可能である。接続２３０、２３ ２自身も、上に定義した「電線」あるいは他の通信リンク、さらにはＴＣＰ／Ｉ Ｐ及び／または他の利用可能なプロトコル使用するネットワーキング・ソフトウ ェアを含み得る。ここで、ネットワークプロトコルには、接続２３０、２３２の 両方共同じ電線上に共存することができるものがあるということに留意するべき である。 コンプレッサ２２７は、これを使用する実施形態の場合、ループハンドラ２２ ６及び／または動的速度モニタ２２８の指示の下にデータ圧縮を行う。適切なデ ータ圧縮技術及び機構としては、ランレングスコード化、差動コード化、本来の あるいは適応型ハフマン（Ｈｕｆｆｍａｎ）コーディング、辞書圧縮法、及び当 技術分野で周知のその他の技術があるが、これらに限定されるものではない。別 の実施形態においては、圧縮は独立した圧縮モジュール２２７によってではなく 、ループハンドラ２２６及び／または動的速度モニタ２２８によって直接処理さ れる。 動的速度モニタ２２８は、ネットワーク接続２３０の性能の変化を検出し、こ れに応答する。性能は、スループット、信頼性、待ち時間、及び／またはその他 の性能特性を追跡するための従来のツールによって監視される。 いくつかの実施形態においては、速度モニタ２２８は、ネットワーク接続２３ ０の性能の所定量の変化を検出したとき、データ圧縮を呼び出すかまたは終了す ることにより、かつ／またはデータ圧縮レベルを修正することにより、かつ／ま たは別のデータ圧縮方法を選択することによってデータ圧縮を調整する。 また、いくつかの実施形態では、速度モニタ２２８は、相対的なネットワーク 接続性能の変化を示す所定のイベントに応答して２つ以上の接続（接続２３０、 ２３２のような）の中から選択を行う。例えば、モニタ２２８は、初めはより少 ない要求を受け取る傾向があるより低速の接続１０６を選択し、ユーザが送信優 先順位を上げるか、あるいはより高速の接続に対する要求が減少したとき、より 高速の接続１０６に切り換えることが可能である。もちろん、速度モニタ２２８ は、接続選択とデータ圧縮の組合せ方式を使用することも可能である。ダウンローダ ダウンローダ２０８は、送信器２０４からの反復データストリームを聴取し、 適切なポイント（データストリーム反復単位の途中であってもよい）でダウンロ ードに参加して、ディスクイメージの完全なコピーを得るために必要なゼロある いはそれ以上の連続した反復単位を通してデータをダウンロードし、そのディス クイメージをターゲットディスク２１６上に保存する。以下に説明するように、 ダウンローダ２０８は、イメージファイル・アンパック、データ圧縮解除及びエ ラー処理を行う。 一実施形態においては、ダウンローダ２０８は、エージェント２３４、ジョイ ナ２３６、デコンプレッサ２３８、アンパッカー２４０、ファイルシステム構造 ジェネレータ２４２、及びライター２４４を具備する。図示実施形態では、ライ ター２４４はベリファイヤ２４６を有する。別の実施形態においてはエージェン ト２３４、デコンプレッサ２３８、アンパッカー２４０、ファイルシステム構造 ジェネレータ２４２、及びベリファイヤ２４６の中の１つ以上の構成要素が省か れる。 送信側エージェント２２４は、これを使用する実施形態の場合、ダウンロード 側エージェント２３４と互換性のある形で動作する。所与のシステム１００でエ ージェント２２４、２３４のどちらか、あるいは両方を使用することができ、ま たエージェント２３４は一部のダウンロード側コンピュータ２０２に設け、他の ダウンロード側コンピュータ２０２には設けないことも可能である。ダウンロー ドは、ユーザインタフェースからのコマンドに応答して開始することができ、あ るいは送信側コンピュータ２００からの要求に応答してエージェント２３４によ り自動的に開始させることも可能である。 ジョイナ２３６は、ネットワーク接続上の反復データストリームを監視して、 ジョインポイントで会話に参加する（すなわち、永久記憶装置にデータをダウン ロードし始める）。ジョインポイントについては図３及び５を参照して詳細に説 明する。 デコンプレッサ２３８は、これを使用する実施形態の場合、送信器２０４によ って使用される圧縮技術と適合する方法で動作して、１つ以上のデータストリー ム反復単位からダウンロードされたデータを圧縮解除する。圧縮が速度モニタ２ ２８の作動の結果断続的に行われるか、あるいは動的に変化する場合、デコンプ レッサ２３８は、圧縮されたデータに対してだけ動作し、相応の圧縮解除レベル 及び方法を選択するように構成設定される。 アンパッカー２４０は、これを使用する実施形態の場合、パッカー２２０と適 合する形で動作して、１つ以上のデータストリーム単位からダウンロードされた イメージファイルのバイト、セクタあるいはクラスタをアンパックする。これに は、非使用セクタ（任意の形態として空セクタ）あるいはクラスタを再導入して 、使用セクタあるいはクラスタをそれらの元の相対位置に移動させるステップが 伴うこともある。また、非使用セクタあるいはクラスタは、ターゲットディスク ２１６がソースディスクと異なる幾何学的構成を有する場合に、シリンダ境界上 でイメージ内容をアラインメントするために導入することもできる。また、非使 用バイトは、セクタあるいは他のファイルシステム境界上でイメージ内容をアラ インメントするために導入することも可能である。アンパックされるイメージフ ァイルは、イメージファイル２１０に基づくものであっても、あるいはパッカー ２２０によってオンザフライ方式で生成されたものでもよい。 ファイルシステム構造ジェネレータ２４２は、これを使用する実施形態の場合 、ターゲットディスク２１６上のディスクイメージのファイルシステム管理のた めの必要に応じて、ファイル割当てテーブルあるいはビットマップ、ブートレコ ード、パーティションテーブル、及びその他のファイルシステム構造を作り出す 。いくつかの実施形態では、必要なファイルシステム構造はコンピュータ２００ によって送信されるデータストリームの一部であって、ターゲットディスク２１ ６上で全くソースディスク上におけるのと同様に容易に機能するため、ファイル システム構造ジェネレータ２４２は存在しないか、あるいは使用されない。しか しながら、他の場合においては、ソースディスクとターゲットディスクの幾何学 的構成の差違を補償するため、またはオンザフライ・パーティション処理を行う ため、あるいはファイル・バイ・ファイル・イメージファイル２１０を扱うため に、ファイルシステム構造は一部あるいは全部ダウンロード側コンピュータ２０ ２で生成しなければならない。 ライター２４４は、ダウンロードされ、アンパックされ、圧縮解除され、完全 な形になったディスクイメージ（使用セクタあるいはクラスタ及びファイルシス テム構造を含めて）をターゲットディスク２１６上に保存する。あるいは、圧縮 されたデータは、全てのディスクイメージ・データがダウンロードされた後、書 き込まれ、圧縮解除される。個々のセクタあるいはクラスタ書込みの確認は、デ ィスク・キャッシングの有無にかかわらず、標準的な同期または非同期プロトコ ルを用いて得ることができる。 ベリファイヤ２４６は、これを使用する実施形態の場合、全ての必要なセクタ 及びクラスタがダウンロードされて、ターゲットディスク２１６上に保存された ことを確認する。必要なセクタあるいはクラスタが受信されず、送信側コンピュ ータ２００が反復データストリームの送信を停止した場合は、ライター２４４あ るいはエージェント２３４は送信側コンピュータ２００に欠落セクタあるいはク ラスタを再送するよう要求することができる。ライター２４４あるいはエージェ ント２３４は即時再送を要求することもできるし、あるいはカレントのデータス トリーム送信が終了するまで再送を待つ旨を指示することも可能である。再送は 、ネットワーク接続２３０、２３２の一方あるいは両方で行うことができる。 また、ダウンローダ２０８は、別途に反復データストリーム全体を要求するこ とも可能である。送信側コンピュータ２００が反復データストリームを依然送信 中の場合は、ダウンローダ２０８は、次のデータストリーム反復分から欠落セク タあるいはクラスタを簡単にダウンロードすることができる。ベリファイヤ２４ ６にとってセクタ及びクラスタはセクタアドレスあるいはクラスタアドレスによ って識別することができるので、この確認ないしは検証の仕方によれば、セクタ アドレスあるいはクラスタアドレスを用いて必要データがターゲットディスク２ １６に書き込まれたことを確認することが可能になる。送信方法 図３は、データストリームを送信するための本発明の方法を図解したものであ る。これらの方法の態様については、システム１００及びコンピュータ２００、 ２０２との関連で既に説明した。データストリームの定義に具体的に関係するよ うないくつかの態様については、この後も図５と関連して説明する。 抽出ステップ３００あるいは読取りステップ３０２において、システム１００ は、選択されたユーザデータと添付ファイル名及びディレクトリ階層構造（ディ レクトリ名及び相対位置）を少なくとも含む情報を取得する。抽出ステップ３０ ０は、イメージファイル２１０のようなイメージファイルからこの情報を抽出す る一方、読取りステップ３０２はイメージファイル内容を翻訳することなく、デ ィスク２１２あるいは２１４のようなディスクから直接情報を読み取る。どちら の場合も、得られる情報は、各々１つのファイルシステム・インスタンスと対応 するいくつかのディスクパーティションからのユーザデータを含むことが可能で ある。 例えば、ディスクには、各々ＦＡＴファイルシステムのインスタンスを含むＣ ：及びＤ：とラベルされたパーティションを入れることが可能である。しかしな がら、ステップ３００、３０２で得られた情報はディスク上に全てのパーティシ ョンあるいはファイルシステム・インスタンスを入れる必要はなく、また所与の ファイルシステム・インスタンスに全てのファイルを入れる必要はない。さらに 、ファイルシステム・インスタンスがいくつかのパーティション中及び／または いくつかのディスク上にある場合は、ステップ３００、３０２で情報を得るには 、いくつかのパーティション及び／またはいくつかのディスクから情報をコピー することが必要な場合がある。 任意形態としてのオンザフライ・パーティション処理ステップ３０４は１つ以 上のパーティション及び／またはファイルシステム・インスタンスを処理する。 例えば、パーティションサイズは大きくしたり小さくしたりすることができ、か つ／またはクラスタサイズは変更することが可能である。また、ファイルシステ ムは、ＦＡＴ１６とＦＡＴ３２ファイルシステム・フォーマットとの間のように 、１つのフォーマットからもう１つフォーマットに変換することが可能である。 この処理は、ディスク２１２あるいは２１４上にで適切に行われるより、ステッ プ３００あるいは３０２の間にＲＡＭにある情報に対して行われるので「オンザ フライ処理」と呼ばれる。ディスク２１２あるいは２１４上のイメージは、処理 ステップ３０４によっては変わらない。適切な処理は、参照によって本願に援用 される、本願と共に所有する１９９８年８月１５日出願の同時係属米国特許出願 第０９／１３４，８８３号に記載されている。 任意形態としての性能監視ステップ３０６では、１つ以上のネットワーク接続 （接続２３０、２３２のような）の性能が所定のスレッショルドを超える変化の 有無に関して監視される。また、監視ステップ３０６は、ネットワークノード１ ０４、１０８の加除、あるいは再送要求のような他の定義済みイベントの有無を 監視することも可能である。接続１０６の性能が所定の受容可能レベル以下に下 がった場合は、圧縮ステップ３０８を実行してデータを圧縮することにより、ネ ットワーク接続１０６上の負荷を減少させることが可能である。あるいは、カレ ントの接続の代わりに、あるいはこれに加えて、もう１つの接続を識別し、それ を介して送信を開始することによって、選択ステップ３１０を実行することもで きる。 ステップ３００乃至３１０の目的は、反復データストリームをダウンロード側 コンピュータ２０２に送信する送信ステップ３１２をサポートし、容易にするこ とである。しかしながら、いくつかの追加の準備ステップ３１４乃至３２０も役 に立つ。これらのステップは、データストリーム信号の２回の反復の間に動的に 変えることができるので、送信ステップ３１２の一部として図示されている。し かしながら、これらのステップは、データストリーム送信を初期化するためにそ れらのステップを１回だけ実行する方法では、別個の先行ステップとして設ける こともできる。もちろん、これらのステップ３０８、３１０及び３１４乃至３２ ０のあるものは一回だけ実行し、他のステップはデータストリーム反復の間に動 的に変えることも可能である。 細分性選択ステップ３１４は、ジョインポイントの配置を管理する細分性を選 択する。ジョインポイントとは、ダウンロード側コンピュータ２０２が同報通信 あるいはマルチキャストに参加して、ステップ３００乃至３０４の１つ以上のス テップで生成されたディスクイメージ・データを有効にダウンロードし始めるこ とができるデータストリーム中の点である。細分性は、バイト細分性、セクタ細 分性、あるいはパケット細分性とすることが可能である。例えば、パケット細分 性の場合、全てのジョインポイントはパケット境界上に来る。 ジョインポイント生成ステップ３１６はジョインポイントを生じさせる。これ は、ジョインポイントをリストするか、あるいは各ジョインポイント発生位置に 情報を挿入して各ジョインポイントにマークを付けることによって、データスト リーム中に明示的にジョインポイントを指定することによって行うことができる 。ジョインポイントは、暗黙的に生成することも可能である。例えば、コンピュ ータ２００、２０２は、細分性がジョインポイントを定義する、すなわち指定さ れた細分性の下において可能な各ジョインポイントが実際上実ジョインポイント になると見なされるように構成設定することが可能である。細分性がパケット細 分性ならば、この後者の方法では各パケット境界がジョインポイントになる。 パケット化ステップ３１８では、ステップ３００乃至３１６の１つ以上のステ ップで生成された情報がネットワーク伝送のためにパケットに分けられる。パケ ット化は当技術分野においては周知の操作である。周知のように、エラー管理ス テップ３２０は、サイクリックリダンダンシコードのようなエラー管理ビット、 あるいはネットワーク伝送障害発止時にエラー検出及び／またはエラー訂正を可 能にする他のデータビットまたは制御ビットを含めるように、パケット化と組み 合わせることも可能である。一実施形態においては、エラー管理ステップ３２０ は、肯定応答の欠如に応答して、あるいは明確な再送要求に応答してのパケット の再送を含む。 反復送信ステップ３２２では、１反復分のデータストリームがＴＣＰ／ＩＰあ るいは他の周知のネットワークプロトコルを用いてネットワーク１００を介して 送信される。別の実施形態では、各ステップ３２２によってＮ反復分のデータス トリームが順次送信される。ここで、Ｎは所定の整数である。 次に、ルーピングステップ３２４及び／または抜出しステップ３２６が実行さ れる。抜出しステップ３２６は割当て済みメモリを解放し、状態ログを更新し、 終了メッセージを電子メールでユーザに送り、かつ／またクリーンアップ及び抜 出しのための同様のステップを行って、制御をオペレーティングシステムあるい はその他の前のプロセスに返す。 ルーピングステップ３２４は、前回のステップを繰り返すべきか、あるいは終 了するべきかを決定する。繰り返されるステップは、通常送信ステップ３２２及 びルーピングステップ３２４自身であるが、ステップ３０６乃至３２０の１つ以 上のステップも繰り返すことが可能である。適切な判断基準としては、ループハ ンドラ２２６と関連して説明した判断基準がある。ダウンロード方法 図４は、データストリーム反復信号シリーズからディスクイメージをダウンロ ードするための本発明の方法を図解したものである。これらの方法のいくつかの 態様については、システム１００及びコンピュータ２００、２０２に関連して既 に説明した。また、いくつかの態様については、以下に図５及び６を参照して説 明する。 イメージダウンロードステップ４００では、最初のステップ４０２でどのネッ トワーク接続を使用するべきか決定するために送信側コンピュータ２００との調 整が行われる。これは、反復データストリーム中の制御情報によって、またはユ ーザ指定パラメータによって、あるいは送信側コンピュータ２００との直接通信 によって行うことができる。 任意形態としての繰返し要求ステップ４０４は、データストリーム送信の繰返 し、あるいは個別パケットの再送を要求する。これは、例えば、ダウンロード側 コンピュータ２０２が所与のシリーズの反復データストリームの最後のデータス トリームの途中から聴取し始め、従ってそのディスクイメージ情報のコピーを完 全に行うのに少なくとももう１回分の反復を必要とするとき行うことが可能であ る。また、これは、エラー回復のために、限定された形で行うことも可能である 。 参加ステップ４０６では、ダウンロード側コンピュータ２０２は信号中のジョ インポイントが見つかるまで反復データストリームを走査する。この場合、当業 者に周知の同報通信及び／またはマルチキャストツール及び技術と走査ツール及 び技術を使用することが可能である。 パケット受取りステップ４０８では、ダウンロード側コンピュータ２０２は、 ディスクイメージの完全なコピーが得られるまで、あるいはプロセスが終了する まで、ジョインポイント以後からパケットをダウンロードし続ける。それらのパ ケットは、周知のネットワーキングツール及び技術を用いて受信され、ワーキン グメモリに保存される。ジョインポイントより前のパケットは、ダウンロード側 コンピュータ２０２によって走査され得るが、破棄されることになる。 圧縮解除ステップ４１０は、パケット中のデータを圧縮解除することが必要な とき実行される。圧縮解除はデコンプレッサ２３８に関連して説明したようにし て行われる。 エラー管理ステップ４１２は、パケットデータ中のエラーを検出して、修正す ることが必要なとき実行される。エラー管理は、ループハンドラ２２６及びライ ター２４４に関連して説明したようにして行われる。 保存・確認ステップ４１４は、ライター２４４及びベリファイヤ２４６に関連 して説明したように、ディスクイメージ情報を保存する。必要なディスクイメー ジ情報が欠落していて、ローカルで組み立てることができない（一部の情報はシ ステム構造ジェネレータ２４２によって組み立てることが可能である）場合は、 保存・確認ステップは、できれば調整ステップ４０２によって行われる接続変更 後に、制御を繰返し要求ステップ４０４に渡すことが可能である。 抜出しステップ４１６は、メモリ、ソケット、接続、ステップ３００、３０２ でディスクに対する変更を防ぐために取られたロックを解放し（利用可能なメモ リ如何によって、これらはより早く解放されることもある）、かつ他のリソース を解放する。また、このステップはログエントリを更新し、ユーザ及び／または コンピュータ２０２に終了通知を行い（エージェント２２４、２３４間の通信等 により）、カレントのプログラムを終了する。データストリーム信号フォーマット 図５は、接続１０６、２３０、２３２のような少なくとも１つのネットワーク 接続で実施される反復データストリーム５０２のシリーズ５００のフォーマット を図解したものである。シリーズ５００における反復データストリーム５０２の 数はループハンドラ２２６によって決定され、１つ以上のダウンロード側コンピ ュータ２０２からの繰返し要求を反映させることが可能である。シリーズ５００ 全体は、単一のネットワーク接続２３０を介して送信する（従って実施する）こ ともできるし、あるいはシリーズ５００を複数のネットワーク接続を介して送信 することも可能である。２番目以後の各接続は第１の接続と同じ情報を伝送する こともできるし、あるいは所与のデータストリーム５０２中の情報は、一部を１ つの接続（制御情報を伝送する）を介して、また一部を別の接続（対応する被制 御データを伝送する）を介して送信することも可能である。 所与のデータストリーム５０２には、当然ディスクイメージデータ５０４が含 まれており、その転送が本発明の主目的である。ディスクイメージデータ５０４ には、ユーザデータ（ユーザファイル内容）と、対応するファイルシステム及び パーティションテーブル情報が含まれる。適切なデータ５０４としては、イメー ジ取得装置２０６及び／またはループハンドラ２２６により生成されるデータ、 及び上に説明したステップ３００、３０２、３０４、３０８の１つ以上のステッ プで生成されるデータがある。 しかしながら、データストリーム５０２には、パケット境界あるいはエッジ５ ０８によってマークを付されたパケット５０６、さらにはジョインポイント５１ ０も含まれる。また、このデータストリームは、１つ以上の圧縮同期点５１２及 び任意の制御情報５１４を含むことが可能である。 パケット５０６及びこれらのパケットのエッジ５０８は、使用するネットワー キングツール及び技術により当業者に周知の仕方でネットワーク接続１０６で定 義され、実施される。ここで、ジョインポイント５１０がパケット細分性を持つ ことが可能であり、そのためにパケットエッジ５０８の一部または全部がジョイ ンポイント５１０にもなるということに留意するべきである。パケットは、１つ の反復単位５０２と別の反復単位５０２とでは異なる順序で現われることが可能 である。 圧縮同期点５１２は、使用する圧縮ツール及び技術により当業者に周知の仕方 で接続１０６で定義され、実施される。圧縮同期点が存在する場合は、各ジョイ ンポイント５１０は圧縮解除を容易にするために圧縮同期点５１２と合致するこ とが望ましい。 任意の制御情報５１４は、調整ステップ４０２及び／または速度モニタ２２８ によってネットワーク接続及び／または圧縮モードを指定するために用いること が可能である。また、制御情報５１４は、エラー管理ビット、あるいはパッカー ２２０及びアンパッカー２４０によって使用されるパック／アンパックモード情 報を入れることも可能である。最後に、制御情報５１４は、送信側コンピュータ ２００のアイデンティティと位置及びディスクイメージのソースとバージョン情 報のような管理情報を入れることが可能である。 制御情報５１４は、所与のデータストリーム反復単位の間に同じ電線上あるい は別の接続２３２上でゼロ回以上送ることができる。制御情報がデータストリー ム反復単位５０２中で１回より多く現れる場合は、そのように現れる各制御情報 が同じ情報を含むこともできれば、別々に現れる制御情報が一部あるいは全部異 なる情報を含むことも可能である。例えば、ファイル・アロケーションテーブル 情報はいくつか制御情報送信に分散させることができる。他の実施形態に関するいくつかのコメント 図示説明の便宜上、いくつかの方法ステップは、一部の請求項の方法では省く ことが可能な場合でも、図示してある。実際は、これらのステップは、この詳細 な説明で明確に任意形態によるものであると記載されているか否かにかかわらず 、対応する請求項で必須として謳われていない限り、省くことができる。 同様に、これらのステップは、ある特定の順序で示されているが、１つのステ ップがもう１つのステップの結果を必要とする場合を除き、他の順序であるいは 同時に実行することも可能である。例えば、イメージダウンロードステップ４０ ０では、圧縮データを保存及び確認（ステップ４１４）した後、圧縮解除ステッ プ４１０を行うようにしてもよい。同様に、パーティションを処理するステップ ３０４及び接続性能を監視するステップ３０６は、一般にこの順序で行うことも できれば、逆の順序で行うこともでき、あるいは互いに重なり合う（同時の）形 で行うことも可能である。また、ステップは、反復が明確に図示されていなくて も、繰り返すことが可能である。例えば、繰返し要求ステップ４０４は複数回行 うことが可能である。当業者ならば、１つのステップあるいは構成要素に関して なされた説明がもう１つのステップあるいは構成要素にも関係し、そのためにそ の説明を明示的に繰り返すことが不必要であるような場合を理解できよう。また 、ステップには異なる名称を付けることも可能である。最後に、方法ステップに 関して上に述べたのと同様の留意事項は、システムの要素あるいは記憶媒体もし くは信号に関する主張にも当てはまる。 本願では、本発明の特定の実施形態の方法を明確に図示説明したが、本発明の 方法に従って装置、製品及び信号の実施形態を構成することも可能であることは 理解されよう。従って別途明確に記載されない限り、本発明の方法に関する本願 の説明は対応する装置、製品及び信号にも適用され、同様に本発明の装置、製品 及び信号に関する説明は対応する方法にも適用される。別途明記されない限り、 具備される要素項目の列記は、例示のためのものであって、他の要素項目につい て排他的な意味を有するものではない。本願において「含む」は「からなる」な いしは「具備する」を意味し、排他的な「構成される」を意味するものではない 。 本発明は、その必須の特徴から逸脱することなく、他の特定の形態で実施する ことが可能である。本願記載の実施形態は、あらゆる点もっぱら例示説明のため のものであり、限定的な意味を有するものではない。本発明で用いられる科学的 原理についての説明は全て、もっぱら例示説明のためのものである。従って、発 明の範囲は、上記説明によってではなく、特許請求の範囲の記載によって示され る。特許請求の範囲と等値な意味及び範囲に入る変更態様は、全て本発明の範囲 内に包括されるものとする。結論 本発明は、技術者が一度にダウンロード側コンピュータ２０２を１乃至数台立 ち上げることができるようにして、ディスクイメージをいくつかのコンピュータ ２０２に転送するためのツール及び技術を提供するものである。これによれば、 いくつかのコンピュータ２０２がダウンロードしている間に他のコンピュータ２ ０２を準備することが可能になることによって、異なる場所にイメージを生成す るのに必要な総時間が短縮されるようにして、セットアップ、ダウンロード、及 びシャットダウン作業をオーバーラップさせて行うことが可能になる。図２、５ 及び６に示すように、送信側コンピュータ２００は反復データストリーム５０２ のシリーズを送信する。ディスクイメージ６００のコピーは、開始から終了まで 直接的な仕方でディスク６０２にダウンロードすることができる。この場合、ダ ウンロード側コンピュータ２０２は、次の反復単位５０２の始めを待つことなく 、反復単位５０２の途中でディスク６０４へのダウンロードを開始することがで きる。このように反復単位の途中でダウンロードを開始することができる結果、 所要の作業・操作をより多くオーバラップさせることができ、そのために上に述 べたような望ましい効果が達成される。

【手続補正書】 【提出日】平成１２年４月２８日（２０００．４．２８） 【補正内容】 請求の範囲 １．１つのコンピュータから複数のコンピュータへディスクイメージを転送する 方法において： ディスクイメージを含むデータストリームの反復を少なくとも１つのネット ワーク接続を介して送信するステップで、該データストリームが始めと終わりを 有しかつ該始めと終わりとの間に少なくとも１つのジョインポイントを有する送 信ステップと； ディスクイメージを少なくとも２つのコンピュータにダウンロードし、少な くとも１つのコンピュータへのダウンロードが該データストリームの１つの反復 単位中のジョインポイントで始まって、該データストリームの次の反復単位で終 わるダウンロードステップと； を具備したことを特徴とする方法。 ２．１つのコンピュータから複数のコンピュータへディスクイメージを転送する ためのコンピュータシステムにおいて： 第１のコンピュータと； ディスクイメージを得るための取得手段と； 該第１のコンピュータに少なくとも１つのネットワーク接続によって接続 可能な第２のコンピュータと； 該ディスクイメージを含むデータストリームの反復を少なくとも１つのネ ットワーク接続を介して該第２のコンピュータに送信するための送信手段で、該 データストリームが始めと終わりを有しかつ該始めと終わりとの間に少なくとも １つのジョインポイントを有する送信手段と； 該第２のコンピュータにディスクイメージをダウンロードするためのダウ ンロード手段で、該第２のコンピュータへのダウンロードが該データストリーム の１つの反復単位中のジョインポイントで始まって、該データストリームの次の 反復単位で終わるダウンロード手段と； を具備したことを特徴とするコンピュータシステム。 ３．１つのコンピュータから複数のコンピュータへディスクイメージを転送する ための方法ステップをコンピュータシステムの少なくとも一部に実行させるデー タ及び命令を表す構成を有するコンピュータ記憶媒体において、該方法が： ディスクイメージを含むデータストリームの反復を少なくとも１つのネッ トワーク接続を介して送信するステップで、該データストリームが始めと終わり を有しかつ該始めと終わりとの間に少なくとも１つのジョインポイントを有する 送信ステップと； ディスクイメージを少なくとも２つのコンピュータにダウンロードし、少 なくとも１つのコンピュータへのダウンロードが該データストリームの１つの反 復単位中のジョインポイントで始まって、該データストリームの次の反復単位で 終わるダウンロードステップと； を具備することを特徴とする記憶媒体。 ４．ネットワーク接続で実施されるディスクイメージデータを転送するための反 復データストリーム信号シリーズであって、該データストリーム信号の各反復単 位が始めと終わりを有し、かつ該始めと終わりとの間に少なくとも１つのジョイ ンポイントを有すると共に、該データストリーム信号の各反復単位がディスクイ メージデータを含むことを特徴とする反復データストリーム信号シリーズ。

Claims (1)

1. 【特許請求の範囲】 １．１つのコンピュータから複数のコンピュータへディスクイメージを転送する 方法において： ディスクイメージを含むデータストリームの反復を少なくとも１つのネット ワーク接続を介して送信するステップで、該データストリームが始めと終わりを 有しかつ該始めと終わりとの間に少なくとも１つのジョインポイントを有する送 信ステップと； ディスクイメージを少なくとも２つのコンピュータにダウンロードし、少な くとも１つのコンピュータへのダウンロードが該データストリームの１つの反復 単位中のジョインポイントで始まって、該データストリームの次の反復単位で終 わるダウンロードステップと； を具備したことを特徴とする方法。 ２．上記データストリームのいずれかの反復単位を送信する前に、永久記憶装置 に保存されたイメージファイルからディスクイメージを抽出する抽出ステップを さらに具備したことを特徴とする請求項１記載の方法。 ３．上記イメージファイルがファイル・バイ・ファイル・フォーマットのファイ ルであることを特徴とする請求項２記載の方法。 ４．上記イメージファイルがセクタ・バイ・セクタ・フォーマットのファイルで あることを特徴とする請求項２記載の方法。 ５．上記イメージファイルが複数の着脱可能な記憶装置に保存されることを特徴 とする請求項２記載の方法。 ６．上記イメージファイルがサーバ上の永久記憶装置に保存され、上記抽出ステ ップが該サーバによって行われ、上記ダウンロードステップが該サーバの少なく とも１つのクライアントにディスクイメージをダウンロードすることを特徴とす る請求項２記載の方法。 ７．データストリームの反復を送信する前に、イメージファイルを使用すること なく永久記憶装置から直接ディスクイメージを読み取るステップをさらに具備し たことを特徴とする請求項１記載の方法。 ８．データストリームの反復を送信する前に、ディスクイメージ中の少なくとも １つのパーティションに対してオンザフライ・パーティション処理を実行するス テップをさらに具備したことを特徴とする請求項１記載の方法。 ９．データストリームとして送信する前にディスクイメージの少なくとも一部を 圧縮する圧縮ステップと、コンピュータにダウンロードした後該ディスクイメー ジの少なくとも一部を圧縮解除する圧縮解除ステップとをさらに具備したことを 特徴とする請求項１記載の方法。 １０．上記圧縮ステップが、データストリーム中に少なくとも１つの圧縮同期点 を生じさせることを特徴とする請求項９記載の方法。 １１．データストリーム中の各ジョインポイントが該データストリーム中の圧縮 同期点と一致することを特徴とする請求項１０記載の方法。 １２．上記送信ステップが、同じネットワーク接続を介してディスクイメージデ ータ及びジョインポイントを送信することを特徴とする請求項１記載の方法。 １３．上記送信ステップが、１つのネットワーク接続を介してディスクイメージ データを送信し、その対応するジョインポイントをもう１つのネットワーク接続 を介して送信することを特徴とする請求項１記載の方法。 １４．上記ダウンロードステップが、上記送信ステップを実行中の同じコンピュ ータにディスクイメージをダウンロードすることを特徴とする請求項１記載の方 法。 １５．１つのコンピュータから複数のコンピュータへディスクイメージを転送す るためのコンピュータシステムにおいて： 第１のコンピュータと； ディスクイメージを得るための取得手段と； 該第１のコンピュータに少なくとも１つのネットワーク接続によって接続 可能な第２のコンピュータと； 該ディスクイメージを含むデータストリームの反復を少なくとも１つのネ ットワーク接続を介して該第２のコンピュータに送信するための送信手段で、該 データストリームが始めと終わりを有しかつ該始めと終わりとの間に少なくとも １つのジョインポイントを有する送信手段と； 該第２のコンピュータにディスクイメージをダウンロードするためのダウ ンロード手段で、該第２のコンピュータへのダウンロードが該データストリーム の１つの反復単位中のジョインポイントで始まって、該データストリームの次の 反復単位で終わるダウンロード手段と； を具備したことを特徴とするコンピュータシステム。 １６．上記第１のコンピュータがサーバであり、上記第２のコンピュータがその サーバのクライアントであることを特徴とする請求項１５記載のシステム。 １７．上記第１のコンピュータ及び上記第２のコンピュータがピア・トゥ・ピア ・ネットワークにおけるピアであることを特徴とする請求項１５記載のシステム 。 １８．上記取得手段が、上記第１のコンピュータと手段に取り付けられた永久記 憶装置と、該永久記憶装置からディスクイメージを読み取る手段からなることを 特徴とする請求項１５記載のシステムは。 １９．上記永久記憶装置が磁気テープからなることを特徴とする請求項１８記載 のシステム。 ２０．上記永久記憶装置がＣＤ ＲＯＭからなることを特徴とする請求項１８記 載のシステム。 ２１．上記永久記憶装置がハードディスクからなることを特徴とする請求項１８ 記載のシステム。 ２２．上記ディスクイメージデータを読み取るため上記手段が、イメージファイ ルからディスクイメージデータを読み取る手段からなることを特徴とする請求項 １８記載のシステム。 ２３．上記取得手段が、パーティション中の選択されたファイルのみを読み取る 手段からなることを特徴とする請求項１５記載のシステム。 ２４．上記取得手段が、パーティション中の所定のファイルに関するディレクト リ情報を読み取る手段からなり、上記送信手段がそれに対応するファイル内容を 送信することを回避することを特徴とする請求項１５記載のシステムそして。 ２５．上記ネットワーク接続が、クライアント-サーバネットワーク接続からな ることを特徴とする請求項１５記載のシステム。 ２６．上記ネットワーク接続が、上記両方のコンピュータに可視なファイルを具 備することを特徴とする請求項１５記載のシステム。 ２７．上記ネットワーク接続がＴＣＰ／ＩＰ接続からなることを特徴とする請求 項１５記載のシステム。 ２８．上記送信手段が、他のコンピュータからの送信要求に自動的に応答するこ とができるサーバ・エージェントからなることを特徴とする請求項１５記載のシ ステム。 ２９．上記ダウンロード手段が、サーバからのダウンロード要求に自動的に応答 することができるクライアント・エージェントからなることを特徴とする請求項 １５記載のシステム。 ３０．上記ダウンロード手段が、データに対応する全てのセクタが上記第２のコ ンピュータによって永久記憶装置に保存されたことを確認することによって、デ ィスクイメージデータの受信を確認する手段を具備することを特徴とする請求項 １５記載のシステム。 ３１．上記ジョインポイントがバイト細分性を有することを特徴とする請求項１ ５記載のシステム。 ３２．上記ジョインポイントがセクタ細分性を有することを特徴とする請求項１ ５記載のシステム。 ３３．上記ジョインポイントがパケット細分性を有することを特徴とする請求項 １５記載のシステム。 ３４．上記データストリームが、ディスクイメージにおける少なくとも１つのパ ーティションのサイズを指定することを特徴とする請求項１５記載のシステム。 ３５．上記データストリームが、少なくともデータストリームの部分あるいは全 てを運ぶ交互のネットワーク接続の１つのアドレスを指定することを特徴とする 請求項１５記載のシステム。 ３６．上記アドレスがローカルエリアネットワーク・アドレスを含むことを特徴 とする請求項３５記載のシステム。 ３７．上記アドレスがユニバーサル・リソース・ロケータを含むことを特徴とす る請求項３５記載のシステム。 ３８．データストリームとして送信する前に、上記ディスクイメージの少なくと も一部を圧縮するための圧縮手段と、第２のコンピュータにダウンロードした後 、該ディスクイメージの少なくとも一部を圧縮解除するための圧縮解除手段とを さらに具備したことを特徴とする請求項１５記載のシステム ３９．ネットワーク接続性能を監視して、ネットワーク接続性能の所定の大きさ の変化を検出したとき上記圧縮手段を調整する動的速度モニタをさらに具備した ことを特徴とする請求項３８記載のシステム。 ４０．少なくとも２つのネットワーク接続の性能を監視して、相対的ネットワー ク接続性能の変化を示す所定のイベントに応答してそれらの接続を選択する動的 速度モニタをさらに具備したことを特徴とする請求項１５記載のシステム。 ４１．１つのコンピュータから複数のコンピュータへディスクイメージを転送す るための方法ステップをコンピュータシステムの少なくとも一部に実行させるデ ータ及び命令を表す構成を有するコンピュータ記憶媒体において、該方法が： ディスクイメージを含むデータストリームの反復を少なくとも１つのネッ トワーク接続を介して送信するステップで、該データストリームが始めと終わり を有しかつ該始めと終わりとの間に少なくとも１つのジョインポイントを有する 送信ステップと； ディスクイメージを少なくとも２つのコンピュータにダウンロードし、少 なくとも１つのコンピュータへのダウンロードが該データストリームの１つの反 復単位中のジョインポイントで始まって、該データストリームの次の反復単位で 終わるダウンロードステップと； を具備することを特徴とする記憶媒体。 ４２．上記ダウンロードステップが、データストリームに含まれるカレントセク タ番号を用いてジョインポイントを識別することを特徴とする請求項４１記載の 記憶媒体。 ４３．上記ダウンロードステップが、データストリームに含まれるセクタのリス トを用いてジョインポイントを識別することを特徴とする請求項４１記載の記憶 媒体。 ４４．上記ダウンロードステップが、データストリームに含まれるディスクイメ ージサイズの表示に少なくとも一部基づいてジョインポイントを選択することを 特徴とする請求項４１記載の記憶媒体。 ４５．上記ダウンロードステップが、データストリームに含まれる圧縮状態情報 に少なくとも一部基づいてジョインポイントを選択することを特徴とする請求項 ４１記載の記憶媒体。 ４６．上記送信ステップが、データストリームにエラー管理ビットを入れること を特徴とする請求項４１記載の記憶媒体。 ４７．上記ダウンロードステップが、ダウンロード側コンピュータから反復送信 側コンピュータへ再送要求を送信するステップを具備することを特徴とする請求 項４１記載の記憶媒体。 ４８．ネットワーク接続で実施されるディスクイメージデータを転送するための 反復データストリーム信号シリーズであって、該データストリーム信号の各反復 単位が始めと終わりを有し、かつ該始めと終わりとの間に少なくとも１つのジョ インポイントを有すると共に、該データストリーム信号の各反復単位がディスク イメージデータを含むことを特徴とする反復データストリーム信号シリーズ。 ４９．上記データストリーム信号の各反復単位が少なくとも１つの圧縮同期点を 含むことを特徴とする請求項４８記載の反復データストリーム信号シリーズ。 ５０．上記ディスクイメージデータがパックされることを特徴とする請求項４８ 記載の反復データストリーム信号シリーズ。 ５１．上記データストリーム信号の各反復単位がもう１つのネットワーク接続を 識別する制御情報を含むことを特徴とする請求項４８記載の信号データストリー ム反復シリーズ。