(57)【要約】      （修正有）【課題】送信データの記憶先とは別個の、データ送信の進捗状況を記憶する記憶領域を設けることなく、通信断の際の冗長なデータ送信を抑止する通信プログラムを提供する。【解決手段】送信装置１に実行させる処理は、第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置２に送信して、送信した第２情報を記憶装置に記憶させ、第２情報の送信が中断された後に中断の復旧がされた場合、複数の第２情報の送信完了まで書き込み可能な記憶装置内の領域であって送信完了以降に使用される領域に、複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した情報処理装置２から、進行状況情報を取得し、取得した進行状況情報に基いて、複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した第２情報の送信を再開する処理を含む。【選択図】図３
2015129994.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した該第２情報を該記憶装置に記憶させ、
当該第２情報の送信が中断された後に該中断の復旧がされた場合、前記複数の第２情報の送信完了まで書き込み可能な前記記憶装置内の領域であって前記送信完了以降に使用される該領域に、前記複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した前記情報処理装置から、前記進行状況情報を取得し、
取得した前記進行状況情報に基いて、前記複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した該第２情報の送信を再開する
処理を実行させることを特徴とする送信プログラム。
【請求項２】
前記第１情報は前記情報処理装置に適用するディスクイメージであり、
前記第２情報は前記ディスクイメージに含まれるイメージデータであり、
前記領域は、前記ディスクイメージが展開された後の前記記憶装置内の領域であって、前記ディスクイメージを用いて前記情報処理装置が起動される際に参照される情報が記憶される該領域である
ことを特徴とする請求項１に記載の送信プログラム。
【請求項３】
前記領域は、前記ディスクイメージに含まれるマスターブートレコードが記憶される記憶領域である
ことを特徴とする請求項２に記載の送信プログラム。
【請求項４】
前記領域は、前記マスターブートレコードが記憶される記憶領域のうちの、ブートシグネチャ及びブートストラップローダが記憶される領域である
ことを特徴とする請求項３に記載の送信プログラム。
【請求項５】
前記ブートシグネチャが記憶される領域には、前記第２情報が前記記憶装置に記憶されることに応じて、前記進行状況情報が記憶されることにより、前記マスターブートレコードが有効であることを示す情報とは異なる情報が記憶される
ことを特徴とする請求項４に記載の送信プログラム。
【請求項６】
前記コンピュータに、
前記ディスクイメージの送信完了後、前記進行状況情報が記憶された領域に記憶される前記ディスクイメージに含まれるマスターブートレコードの情報を、前記情報処理装置に送信する
処理を実行させることを特徴とする請求項３〜５のうちいずれか１項に記載の送信プログラム。
【請求項７】
第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した該第２情報を該記憶装置に記憶させ、
当該第２情報の送信が中断された後に該中断の復旧がされた場合、前記複数の第２情報の送信完了まで書き込み可能な前記記憶装置内の領域であって前記送信完了以降に使用される該領域に、前記複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した前記情報処理装置から、前記進行状況情報を取得し、
取得した前記進行状況情報に基いて、前記複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した該第２情報の送信を再開する
ことを特徴とする送信方法。
【請求項８】
第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した該第２情報を該記憶装置に記憶させる送信部と、
当該第２情報の送信が中断された後に該中断の復旧がされた場合、前記複数の第２情報の送信完了まで書き込み可能な前記記憶装置内の領域であって前記送信完了以降に使用される該領域に、前記複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した前記情報処理装置から、前記進行状況情報を取得する取得部と、
取得した前記進行状況情報に基いて、前記複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した該第２情報の送信を再開する再開部と、
を備えることを特徴とする送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの送信に関する。
【背景技術】
【０００２】
情報処理装置を用いた情報処理システムの構築において、送信装置から配信対象の対象装置にディスクイメージ（システムイメージ）を配信することが行われている。対象装置では、配信されたディスクイメージが展開され、展開されたディスクイメージのシステムが構築される。
【０００３】
このような情報処理システムの構築において、例えばＳａａＳ（Software as a Service）の形態では、インターネットを介してディスクイメージの配信を行うことがある。この場合には、ディスクイメージを配信する際のネットワークの帯域が十分に確保されている環境とは異なり、配信中の通信断に対する考慮が必要となる。通信断に対する考慮がされない場合には、どこまでデータを送信したかを把握できないため、通信断が発生した際に、実際には送信済みのデータも再送しなくてはならなくなり、冗長なデータ送信が発生する。
【０００４】
ネットワークを介してソフトウェアを更新する方法の一例として、例えば以下の通信システムがある。すなわち通信システムは、ホスト局と複数の端末とから成り、端末利用者に対してホームショッピングや情報サービスなどのサービスを行なう。また通信システムでは、端末操作プログラムがバージョンアップされると、ホスト局から端末にバージョンアップされたプログラムがダウンロードされる。そして端末が、不揮発性メモリの記憶手段と、不揮発性メモリ上にある操作プログラムで端末利用者がサービスを受けるときは、サービスを受けながら電話回線の空き時間を利用してダウンロードする制御手段とを有する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−２２５７２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ディスクイメージの配信時の通信断の発生を考慮して、ディスクイメージ配信先の記憶領域（ディスクイメージが展開される領域）とは異なる別個の記憶領域を設け、その領域に配信の進捗状況を保持する技術が存在する。
【０００７】
しかしながら、別個の記憶領域を設けて配信の進捗状況を保持する態様では、別個の記憶領域が揮発性の場合には、装置の電源断によりデータが消失してしまう。また、別個の記憶領域が不揮発性の場合には、進捗状況を保持するための不揮発性の記憶領域を増加させることとなるため、コストが増加するという問題がある。
【０００８】
そこで、１つの側面では、本発明は、通信断の際の冗長なデータ送信を抑止する通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
一態様によるプログラムがコンピュータに実行させる処理は、第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した第２情報を記憶装置に記憶させ、第２情報の送信が中断された後に中断の復旧がされた場合、複数の第２情報の送信完了まで書き込み可能な記憶装置内の領域であって送信完了以降に使用される領域に、複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した情報処理装置から、進行状況情報を取得し、取得した進行状況情報に基いて、複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した第２情報の送信を再開する処理を含む。
【発明の効果】
【００１０】
一態様によれば、通信断の際の冗長なデータ送信を抑止する通信プログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】ＭＢＲのヘッダフォーマットの一例を示す。
【図２】ＧＰＴ管理フォーマットの一例を示す。
【図３】実施形態に係る送信装置の構成を図解した機能ブロック図である。
【図４】実施形態１に係る情報処理システムの構成の一例を示す。
【図５】送信ブロック識別情報のデータの一例を示す。
【図６】受信ブロック識別情報のデータの一例を示す。
【図７】領域識別情報のデータの具体的例を示す。
【図８】データを受信した場合の受信ブロック識別情報の変化を説明するための図である。
【図９】実施形態１に係るディスクイメージの配信の中断時の配信サーバと対象サーバの動作関係を説明するためのシーケンス図である。
【図１０】実施形態１に係る配信サーバの送信処理部の送信処理の内容を図解したフローチャートである。
【図１１】実施形態１に係る配信サーバの送信処理部の再送信処理の内容を図解したフローチャートである。
【図１２】実施形態１に係る対象サーバの受信処理部の受信処理の内容を図解したフローチャートである。
【図１３】実施形態１に係る対象サーバの受信処理部の再受信処理の内容を図解したフローチャートである。
【図１４】配信サーバ及び対象サーバのハードウェア構成の一例を示す。
【図１５】実施形態２に係る情報処理システムの構成の一例を示す。
【図１６】実施形態２に係る情報処理システムのディスクイメージの配信と中断処理のフローを示す。
【図１７】実施形態２に係る情報処理システムのディスクイメージの配信中断から再開までの処理のフローを示す。
【発明を実施するための形態】
【００１２】
送信装置から対象装置へのディスクイメージの配信途中の通信断に備えて、ディスクイメージの配信の進捗情報をイメージの展開先となる記憶領域に単に記憶してしまうと、例えば、進捗情報はイメージの展開により上書きされてしまう。また、ディスクイメージの中の空き領域に進捗情報を記憶したとしても、その空き領域は他の処理において参照される可能性のある記憶領域であり、他の処理がイメージの展開中に動作した場合に誤作動が発生するおそれがある。そのため、進捗情報を保持する記憶領域や保持の態様は、ディスクイメージの配信および展開作業に影響を及ぼさない（誤作動や意図しない上書きをおこさない）ようにすることが望まれる。
【００１３】
また、進捗情報を、ディスクイメージに含まれる中断時の復元プログラムにより使用されるリカバリ領域に記憶することも考えられる。しかしながら、ディスクイメージにはこのようなリカバリ領域が含まれない可能性がある。それは、ＳａａＳのようにディスク容量に応じた従量課金の場合には、課金節約等の事情による。
【００１４】
さらに、ディスクイメージにリカバリ領域が設けられていたとしても、リカバリ領域とディスクイメージの展開先の領域との区別をする判断材料がないと正しくリカバリ領域を判断できない。このような判断の材料となる情報取得のためには、（少なくとも）リカバリ領域を管理するソフトウェア等との連携がさらに必要となる。そのため進捗情報をリカバリ領域に記憶する場合には、このようなソフトウェアの適用に伴う改版の負荷が増大してしまう。また、リカバリ領域はベンダー毎に固有のフォーマットで実装されており、その仕様は開示されていないことがある。また、このようなリカバリ領域は、ディスクイメージの展開時にのみ利用される領域であるので、展開後のディスクの利用効率の観点から望ましくない。
【００１５】
以上のような状況を鑑み、実施形態に係る情報処理システムでは、対象装置における進捗情報を記憶する記憶領域として、ディスクイメージの送信完了まで書込み可能な領域であって送信完了以降に使用される領域を使用する。具体的には例えば実施形態に係る情報処理システムでは、進捗情報が記憶される領域として、ディスクイメージが展開された後の記憶装置内の領域であって、ディスクイメージを用いて情報処理装置が起動される際に参照される情報が記憶される領域が使用される。さらに具体的には例えば実施形態に係る情報処理システムでは、進捗情報が記憶される領域として、ディスクイメージに含まれるマスターブートレコード（ＭＢＲ（Master Boot Record））の領域が使用される。すなわち、実施形態の情報処理システムにおいて、配信対象の対象装置は、ディスクイメージの配信及び展開中は、ディスクイメージにおけるＭＢＲの領域に進捗管理のための情報を格納する。そして、ディスクイメージの展開が完了したら、対象装置は、再度ＭＢＲ領域のデータを受信し、進捗管理に用いたＭＢＲ領域に正しいデータを格納する。ディスクイメージの配信中に通信切断が発生したら、配信の再開の際に送信装置は、対象装置のＭＢＲ領域に格納された進捗管理のための情報に基いて、ディスクイメージのどこのデータから配信を再開するかを特定する。そして送信装置は、特定したデータからディスクイメージの配信を再開する。
【００１６】
このようにすることで、ディスクイメージの配信中に通信切断が発生しても、配信の再開の際に、対象装置からの進捗情報に基いて特定したデータから配信の再開ができるため、冗長なデータの送信を抑止できる。また、配信の進捗管理のための情報を、ディスクイメージにおけるＭＢＲ領域に格納し、最後にＭＢＲ領域に正しいデータを格納することで、イメージの展開により進捗情報が上書きされてしまうことを防ぐことができる。また、進捗管理のための情報がディスクイメージ内に格納されることにより、ディスクイメージの展開先の領域の他に別途進捗管理のための領域を確保せずに済み、配信にかかるコストを抑えることができ、リソースの使用効率の悪化も防ぐことができる。
【００１７】
図１はＭＢＲのヘッダフォーマットの一例を示す。ＭＢＲは、ブートストラップローダ１１、パーティションテーブル１２、及びブートシグネチャ１３の領域を含む。ブートストラップローダ１１の領域には、ブートに関するプログラムが格納される。パーティションテーブル１２の領域には、パーティションに関する情報が格納される。ブートシグネチャ１３の領域には、ＭＢＲが有効であることを示す値（具体的には例えば「0xAA55」）が格納される。
【００１８】
対象装置では、管理するディスクサイズの増大に対応するため、ＭＢＲを拡張したＧＰＴ（GUID Partition Table）が使用されることがある。図２は、ＧＰＴ管理フォーマットの一例を示す。図２に示すように、ＧＰＴ管理フォーマットは、ＭＢＲを共通して保有する。そのため、対象装置でＧＰＴが使用される場合にも、ＧＰＴに含まれるＭＢＲを用いて進捗情報の管理が可能である。
【００１９】
ただし、ＭＢＲのサイズは512バイトと比較的小さいサイズであるが、ＧＰＴのサイズはＭＢＲと比べて大きい。これは、ＧＰＴはＭＢＲ領域に加えて、複数のＧＰＴヘッダとパーティションテーブルを含むためである。このため、ＭＢＲ領域の配信途中で予期せぬ通信断が発生する確率と、ＧＰＴ領域の配信途中で予期せぬ通信断が発生する確率を比較すると、配信領域のサイズが大きいため、ＧＰＴ領域の配信途中で予期せぬ通信断が発生する確率が高くなる。
【００２０】
ＧＰＴ領域は、特にデータの信頼性の確保が求められる特殊領域を含む。実施形態においては、特殊領域以外の一般領域に関しては、配信途中で予期せぬ通信断が発生した場合はブロック単位でデータの再送が行われる。しかしながら、信頼性の確保が求められる特殊領域に関しては、実施形態では、データの信頼性の確保のため、ブロック単位ではなく、意味のあるデータの単位での復元を行う。すなわち、特殊領域のデータの送信中に通信断が発生した場合には、再送信処理においては、特殊領域に含まれるブロックのうち最初のブロックから再度送信が行われる。このようにすることで、ディスクイメージの中でも特に重要な領域に関しては、再送信処理において再度最初からデータを再送することができ、信頼性を高めることができる。
【００２１】
特殊領域は、例えば図２の例における、ＭＢＲ、第一ＧＰＴヘッダ、第一ＧＰＴエントリ配列、第二ＧＰＴエントリ配列、第二ＧＰＴヘッダ等の領域である。
【００２２】
尚、データの信頼性を確保するために配信途中で通信断が発生した場合にその領域の最初からブロックの再送が行われる特殊領域に対して、通信断が発生した場合に、ブロック単位で再送が行われる領域を一般領域と記す。一般領域のデータの送信中に通信断が発生した場合には、再送信処理においては、受信が完了していたブロックの次のブロックから送信が再開される。
【００２３】
実施形態においては、進捗管理のためのデータは、ＭＢＲに書き込まれる。ＭＢＲには本来の用途で用いられるデータの代わりに、進捗管理のためのデータが格納されることとなるため、ＭＢＲは、進捗管理のためのデータが書き込まれている場合には、本来の用途では用いることができない。進捗管理のためのデータが格納される領域は、具体的には、ＭＢＲのブートストラップローダ１１及びブートシグネチャ１３の領域である。
【００２４】
ここで、ＭＢＲの正当性は、ブートシグネチャ１３により保証される。すなわちブートシグネチャ１３に正しいデータ（具体的には例えば「0xAA55」）が設定されていない場合には、ＭＢＲは無効なものとして扱われる。実施形態では、ブートシグネチャ１３の領域に進捗管理のデータが格納されるため、配信中はＭＢＲ自体が無効として扱われる。したがって、進捗管理のためのデータがＭＢＲに書き込まれている間、すなわちディスクイメージの配信及び展開中には、対象装置のＯＳ（Operating System）が起動されることはない。これは、ディスクイメージの配信及び展開中には、オペレーションミス等による対象装置の誤起動を防止するという効果をもたらす。
【００２５】
ブートシグネチャ１３に正しいデータが設定されていると、ブートストラップローダ１１からＯＳローダへのアクセスが可能な状態となる。仮に、ディスクイメージの配信途中で通信の切断が発生した場合にブートシグネチャ１３に正しい値が設定されていると、対象装置は、ディスクイメージの配信途中の段階である不完全なＯＳが起動可能な状態となってしまう。この場合システム配信途中で通信の切断が発生し、システムが再起動された場合、不完全なＯＳのロードが開始され、ＯＳの初期化処理中にエラーで停止するということが起こりうる。このような場合に、復旧を続行させるためには、ＢＩＯＳ（Basic Input/Output System）の起動順序の変更が必要になる。これは、送信装置と対象装置との余分な通信が発生し、復旧にかかる時間が長くなる。従って、ディスクイメージの配信及び展開中での誤起動を抑止することは、サービスの全体品質の向上につながる。
【００２６】
また、ブートシグネチャ１３に正しくないデータが格納されていたとしても、ブートストラップローダ１１に本来のプログラムが格納されていると、ＯＳローダを起動してしまう可能性がある。この領域のデータを、進捗情報で上書きすることで、ブートストラップローダ１１からのＯＳローダへのアクセスは不可能となる。よって、ディスクイメージの配信途中の段階である不完全なＯＳの起動を防止することができる。
【００２７】
ここで、ディスクイメージとは、対象装置に構築したいシステムのディスク全体をファイル化したイメージファイルである。ディスクイメージを所定のサイズ毎に分割したデータをイメージデータまたはブロックと記す。送信装置は、ブロック毎に対象装置へデータを送信するものとする。
【００２８】
図３は、実施形態に係る送信装置の構成を図解した機能ブロック図である。図３において、送信装置１は、送信部３、及び取得部４、再開部５を含む。送信装置１はネットワーク等を介して情報処理装置２に接続される。
【００２９】
送信部３は、第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した第２情報を記憶装置に記憶させる。
【００３０】
取得部４は、第２情報の送信が中断された後に中断の復旧がされた場合、複数の第２情報の送信完了まで書き込み可能な記憶装置内の領域であって送信完了以降に使用される領域に、複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した情報処理装置２から、進行状況情報を取得する。
【００３１】
再開部５は、取得部４により取得された進行状況情報に基いて、複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した第２情報の送信を再開する。
【００３２】
第１情報は情報処理装置２に適用するディスクイメージであり、第２情報はディスクイメージに含まれるイメージデータである。
【００３３】
複数の第２情報の送信完了まで書き込み可能な領域であって送信完了以降に使用される記憶装置内の領域は、ディスクイメージが展開された後の、ディスクイメージを用いて情報処理装置２が起動される際に参照される情報が記憶される領域である。
【００３４】
また、複数の第２情報の送信完了まで書き込み可能な領域であって送信完了以降に使用される記憶装置内の領域は、ディスクイメージに含まれるマスターブートレコードが記憶される記憶領域である。
【００３５】
また、複数の第２情報の送信完了まで書き込み可能な領域であって送信完了以降に使用される記憶装置内の領域は、マスターブートレコードが記憶される記憶領域のうちの、ブートシグネチャ１３及びブートストラップローダ１１が記憶される領域である。
【００３６】
ブートシグネチャ１３が記憶される領域には、第２情報が記憶装置に記憶されることに応じて、進行状況情報が記憶されることにより、マスターブートレコードが有効であることを示す情報とは異なる情報が記憶される。
【００３７】
また送信部３は、ディスクイメージの送信完了後、進行状況情報が記憶された領域に記憶されるディスクイメージに含まれるマスターブートレコードの情報を、情報処理装置２に送信する。
【００３８】
（実施形態１）
次に、実施形態１に係る情報処理システムの構成を説明する。図４は、実施形態１に係る情報処理システムの構成の一例を示す。実施形態１に係る情報処理システムは、配信サーバ２１、及び対象サーバ２２を含む。配信サーバ２１と対象サーバ２２は、例えばインターネット等のネットワークを介して接続される。配信サーバ２１は対象サーバ２２へディスクイメージの送信を行い、対象サーバ２２は配信サーバ２１から受信したディスクイメージを展開する（対象サーバのディスクに書き込む）。配信サーバ２１は送信装置１の一例である。対象サーバ２２は情報処理装置２の一例である。
【００３９】
配信サーバ２１は、送信処理部２３及び送信情報記憶部２４を含む。送信処理部２３は、送信部３、取得部４、及び再開部５の一例である。
【００４０】
送信処理部２３は、送信情報記憶部２４に格納されたディスクイメージを読み込み、読み込んだディスクイメージを対象サーバ２２に送信する送信処理を行う。また送信処理部２３は、送信処理が中断した場合は、配信の再開が可能となったことを検知すると、ディスクイメージの再送信処理を行う。
【００４１】
実施形態１のディスクイメージの配信では、ディスクイメージに含まれるデータの送信順は予め定められているものとして説明する。例えば、先ず、ディスクイメージの特殊領域のデータが送信され、その後、一般領域のデータが送信される。また、特殊領域及び一般領域のデータは、その領域の中のブロック番号（またはアドレス等）の昇順で送信される。尚、送信の順序は、例えば送信の順序を配信サーバ２１及び対象サーバ２２で記録するなどすれば特に限定されない。
【００４２】
送信処理では、送信処理部２３は、ディスクイメージの最初のブロックを送信する前に、ＭＢＲの初期化のための送信前処理を行う。また送信処理部２３は、ディスクイメージのデータを送信する際には、ディスクイメージの送信状況の進捗管理を行う。
【００４３】
送信前処理では、送信処理部２３は、ディスクイメージのＭＢＲ領域の、ブートストラップローダ１１とブートシグネチャ１３の領域を「0」で埋める。これは、ＭＢＲ領域のブートストラップローダ１１の領域とブートシグネチャ１３の領域が対象サーバ２２で進捗管理のために使用されるためであり、これらの領域の値が「0」であることで進捗管理情報が初期化されていることが示される。以下の説明では、ディスクイメージの配信前にブートストラップローダ１１とブートシグネチャ１３を「0」で埋める処理を初期化処理と記す。尚、ブートストラップローダ１１及びブートシグネチャ１３以外のＧＰＴの領域は、初期化されない。すなわち、ＭＢＲパーティションテーブルの領域、ＧＰＴヘッダ、ＧＰＴパーティションテーブル、及びＧＰＴトレーラ領域は、イメージの展開処理におけるディスクの物理位置を算出するため、保護対象とされる。
【００４４】
尚、初期化処理は上記に限定されず、ブートストラップローダ１１の領域に意味をなさないデータが格納され、ブートシグネチャ１３の値が無効であることを示す値（すなわち「0xAA55」以外の値）となっていれば特に限定されない。送信前にブートストラップローダ１１とブートシグネチャ１３の領域が初期化されて配信されると、対象サーバ２２は、ディスクイメージの受信途中における予期しないＯＳの起動を防ぐことができる。
【００４５】
進捗管理では、送信処理部２３は、対象サーバ２２に対するディスクイメージの送信が何処まで進捗したかを、送信ブロック識別情報を用いて管理する。送信ブロック識別情報は、送信が完了したブロックの次のブロックを特定するための情報が格納される。この送信ブロック識別情報４０を用いて、送信処理部２３は、配信の中断発生時の再送信処理において最初に送信を開始するブロックを特定する。
【００４６】
図５は、送信ブロック識別情報のデータの一例を示す。図５において、送信ブロック識別情報４０は、領域識別情報４１及びブロック番号４２を含む。
【００４７】
領域識別情報４１は、直近で送信が完了した領域の次の領域を識別するための識別情報である。ここで、「送信が完了した領域」とは、その領域に含まれる全てのデータの送信が完了した領域を指す。そして、「次」の領域とは、ディスクイメージの中のデータの送信順において「次」に送信されるデータが格納されている領域を指す。尚、この「領域」は、複数の特殊領域または一般領域のいずれかである。領域識別情報４１は、言い換えると、現在送信処理中のブロックが格納されている領域の識別情報であるともいえる。
【００４８】
ブロック番号４２は、直近で送信が完了したブロックのブロック番号の次のブロック番号を示す情報である。言い換えると、ブロック番号４２は、現在送信処理中のブロックのブロック番号であるともいえる。尚、ブロック番号４２は、一般領域のブロックのブロック番号が格納され、特殊領域のブロック番号は格納されないものとする。尚、ブロック番号４２は、直近で送信が完了したブロックを特定可能であれば、ブロック番号に限定されず、例えばディスクイメージにおけるブロックのアドレスなど、種々の情報としてもよい。
【００４９】
進捗管理において送信処理部２３は、ある領域に含まれるすべてのブロックの送信が完了する毎に、その領域の次の領域を示す領域識別情報を、送信ブロック識別情報４０の領域識別情報４１に格納する。また送信処理部２３は、一般領域のブロックの送信が完了する毎に、送信ブロック識別情報４０のブロック番号４２に、送信が完了したブロックのブロック番号の次のブロック番号を格納する。
【００５０】
ディスクイメージの送信処理の中断が発生すると、送信処理部２３は、送信処理が中断中であることを示す中断フラグを設定する。中断フラグが設定されている場合、送信処理部２３は、配信が再開できることを検知するまで待機する。配信が再開できることを検知すると、送信処理部２３は、中断フラグの設定を解除し、再送信処理を開始する。
【００５１】
尚、配信サーバが複数の対象サーバにディスクイメージの配信を行う場合に、中断フラグには、複数の対象サーバの各々を識別するための識別情報を含めてもよい。送信処理部２３は、中断フラグを確認することで、配信処理が中断されている対象サーバを特定することができる。
【００５２】
再送信処理では、送信処理部２３は先ず、配信が中断されていた配信先の対象サーバ２２へ配信再開要求を送信する。次に送信処理部２３は、対象サーバ２２から進捗管理のための情報を受信し、受信した情報に基いて再送信処理において最初に送信するブロックを特定する。そして、特定したブロックから、送信処理部２３は、送信処理を再開する。再送信処理において最初に送信するブロックを特定する処理の詳細については後ほど説明する。尚、再送信処理においても、進捗管理は、送信処理においてと同様に行われる。
【００５３】
配信対象のディスクイメージに含まれるすべてのデータの送信が完了すると、送信処理部２３は、再度、ＭＢＲ領域のブートストラップローダ１１及びブートシグネチャ１３の領域のデータを（初期化処理を行わずに）対象サーバ２２へ送信する。尚、ＭＢＲの領域のすべてのデータを再送してもよい。
【００５４】
送信情報記憶部２４は、対象サーバ２２に配信されるディスクイメージ、送信ブロック識別情報４０、及び中断フラグを記憶する。
【００５５】
次に、対象サーバ２２について説明する。対象サーバ２２は、受信処理部２５及び受信情報記憶部２６を含む。
【００５６】
受信情報記憶部２６は、配信サーバ２１から受信したディスクイメージのデータが展開される領域である。
【００５７】
受信処理部２５は、配信サーバ２１から送信されたディスクイメージのデータを受信し、受信したデータを展開する（対象サーバ２２の受信情報記憶部２６に書き込む）受信処理を行う。また受信処理部２５は、受信処理が中断した場合は、ディスクイメージの再受信処理を行う。
【００５８】
受信処理では、受信処理部２５は、配信サーバ２１から送信されたディスクイメージのデータを受信し、受信したデータを展開する。その際、データの受信処理の進捗状況を、受信ブロック識別情報５０を用いて管理する。
【００５９】
図６は、受信ブロック識別情報５０のデータの一例を示す。図６において、受信ブロック識別情報５０は、領域識別情報５１とブロック番号５２を含む。この受信ブロック識別情報５０の領域識別情報５１は、展開されたディスクイメージのうちのＭＢＲのブートシグネチャ１３の領域に格納され、ブロック番号５２は、展開されたディスクイメージのうちのブートストラップローダ１１の領域に格納される。このブートストラップローダ１１とブートシグネチャ１３の領域は、送信前に配信サーバ２１によって、初期化処理がなされて送信される領域である。
【００６０】
領域識別情報５１は、直近で受信及び展開が完了した領域の次の領域を識別するための識別情報である。ここで、「受信及び展開が完了した領域」とは、その領域に含まれる全てのデータの受信及び展開が完了した領域を指す。そして、「次」の領域とは、ディスクイメージの中のデータの送信順において「次」に受信されるデータが格納されている領域を指す。領域識別情報は、言い換えると、現在受信処理中のブロックが格納されている領域の識別情報であるともいえる。領域識別情報には、一般領域を示す識別情報と、複数の特殊領域を示す識別情報のいずれかが格納される。
【００６１】
図７は、領域識別情報５１のデータの具体的例を示す。図７においては、例えば領域識別情報「DCFF」は、一般領域を指す。また例えば、領域識別情報「DC00」は、ディスク先頭のＭＢＲの領域を指す。尚、領域識別情報は、図７の例に限定されず、領域識別情報５１の値は、ディスクイメージの各特殊領域と一般領域を識別可能であれば所定の値を採ることができる。また例えば、図７に示した特殊領域以外にも他に信頼性を確保したい領域（中断が発生した場合その領域の最初からデータの送信を再開したい領域）がある場合は、その領域に対応する領域識別情報を割り当てればよい。また領域識別情報は、例えばその領域識別情報が示す特殊領域の領域番号と同値であってもよい。領域識別情報５１は、ＭＢＲのブートシグネチャ１３の領域に格納される情報であるので、図７で示した領域識別情報は、予約済みのブートシグネチャであると考えることもできる。
【００６２】
ブロック番号５２は、直近で受信及び展開が完了したブロックのブロック番号の次のブロック番号を示す情報である。言い換えると、ブロック番号５２は、現在受信処理中のブロックのブロック番号であるともいえる。尚、ブロック番号５２は、一般領域のブロックのブロック番号が格納され、特殊領域のブロック番号は格納されないものとする。尚、ブロック番号５２は、直近で受信及び展開が完了したブロックを特定可能であれば、ブロック番号に限定されず、例えばディスクイメージにおけるブロックのアドレスなど、種々の情報としてもよい。
【００６３】
ブートストラップローダ１１の領域に格納されるブロック番号５２は、ブートシグネチャ１３の領域に格納される領域識別情報５１が一般領域を示す識別情報（図７の例では「DCFF」）が格納されているときに有効になる。言い換えると、領域識別情報５１に特殊領域のいずれかを示す領域識別情報が格納されているときには、ブロック番号５２は無効となる。
【００６４】
例えば、領域識別情報５１に「DCFF」が格納されており、ブロック番号５２に「N（正の整数）」が格納されている場合、再送信処理においては、一般領域のブロック番号「N」で示されるブロックから送信処理が再開されるように制御される。また、例えば、領域識別情報５１に「DC00」が格納されている場合には、ディスク先頭のＭＢＲの領域の最初のブロックから送信処理が再開されるように制御される。
【００６５】
受信処理部２５は、一般領域のブロックの受信及び展開が完了する毎に、受信及び展開が完了したブロックのブロック番号の次のブロック番号を、受信ブロック識別情報５０のブロック番号５２に格納する。また、受信処理部２５は、ある領域に含まれるすべてのブロックの受信及び展開が完了する毎に、その領域のデータの次に送信されるデータが格納される領域を示す領域識別情報を、受信ブロック識別情報５０の領域識別情報５１に格納する。
【００６６】
図８は、データを受信した場合の受信ブロック識別情報５０の変化を説明するための図である。図８の（１）は、初期化された状態の受信ブロック識別情報５０とディスクイメージ展開領域の様子を示している。（１）において、受信ブロック識別情報５０は「0」で初期化されている。（２）は、（１）の状態から一般領域のブロック番号「N-2」のブロックの受信及び展開が完了し、ブロック番号「N-1」のブロックの受信処理の途中である状態を示している。この場合、受信ブロック識別情報５０の領域識別情報５１には「DCFF」が格納され、ブロック番号５２には「N-1」が格納されている。（３）は、（２）の状態から一般領域のブロック番号「N-1」のブロックの受信及び展開が完了し、ブロック番号「N」のブロックの受信処理の途中である状態を示している。この場合、受信ブロック識別情報５０の領域識別情報５１には「DCFF」が格納され、ブロック番号５２には「N」が格納されている。（４）は、（３）の状態から一般領域のブロック番号「N」のブロックの受信及び展開が完了し、ブロック番号「N+1」のブロックの受信処理の途中である状態を示している。この場合、受信ブロック識別情報５０の領域識別情報５１には「DCFF」が格納され、ブロック番号５２には「N+1」が格納されている。（５）は、（４）の状態から一般領域のブロック番号「N+1」のブロックの受信及び展開が完了し、ブロック番号「N+2」のブロックの受信処理の途中である状態を示している。この場合、受信ブロック識別情報５０の領域識別情報５１には「DCFF」が格納され、ブロック番号５２には「N+2」が格納されている。このように、ブロックの受信処理が完了する毎に、受信ブロック識別情報５０のブロック番号５２の値が更新される。
【００６７】
ディスクイメージの受信処理の中断が発生すると、受信処理部２５は、再受信処理を開始する。再受信処理では先ず、受信処理部２５は、配信サーバ２１から配信再開要求を受信する。すると、受信処理部２５は、受信ブロック識別情報５０に格納された情報を配信サーバ２１へ送信する。そして、受信処理部２５は配信サーバ２１からディスクイメージのうち再開後のデータを受信し、展開する。尚、配信が中断されてから再開後のデータの受信及び展開は、中断前に展開されていたディスクイメージのデータに対して整合性がとれる形で展開されるものとする。受信処理部２５は、受信ブロック識別情報５０から中断前の配信の進捗を確認することにより、中断の前後で整合性の取れたディスクイメージの展開を行う。尚、受信ブロック識別情報５０のブロック番号５２（すなわちブートストラップローダ１１の領域）に、中断の前後で整合性を保つための管理情報を含ませてもよい。
【００６８】
すべてのディスクイメージのデータの受信と展開が完了すると、受信処理部２５は、再度ＭＢＲのブートストラップローダ１１及びブートシグネチャ１３のデータを配信サーバ２１から受信する。すると受信処理部２５は再度、ＭＢＲのブートストラップローダ１１及びブートシグネチャ１３の領域に、再受信したデータを書き込む。これにより、ＭＢＲのブートストラップの領域に本来の値が格納され、ブートシグネチャ１３の領域にＭＢＲが有効であることを示す値（「0xAA55」）が格納されることとなる。そして、ディスクイメージの受信処理または再受信処理が終了する。
【００６９】
次に、ディスクイメージの配信の中断時の、配信サーバ２１と対象サーバ２２の動作について説明する。図９は、実施形態１に係るディスクイメージの配信の中断時の配信サーバ２１と対象サーバ２２の動作関係を説明するための図である。
【００７０】
図９において、先ず配信サーバ２１は、中断からの配信処理の再開が可能であることを検知する（Ｓ９１）。すると、配信サーバ２１は、処理再開要求を対象サーバ２２へ送信する（Ｓ９２）。
【００７１】
対象サーバ２２は、処理再開要求を受信すると、受信ブロック識別情報５０を参照して（Ｓ９３）、その情報を配信サーバ２１へ通知する（Ｓ９４）。ただし、受信ブロック識別情報５０の領域識別情報５１が一般領域を示す場合、対象サーバ２２は、受信ブロック識別情報５０のうちブロック番号５２を配信サーバ２１に通知する。また、受信ブロック識別情報５０の領域識別情報５１が特殊領域のいずれかを示す場合、対象サーバ２２は、受信ブロック識別情報５０のうちの領域識別情報５１を配信サーバ２１に通知する。以下の説明では、ここで通知される受信ブロック識別情報５０の一部を受信ブロック通知と記す。
【００７２】
受信ブロック通知を受信すると、配信サーバ２１は、再送信処理において最初に送信するブロック（以下、再開ブロックと記す）を特定する。具体的には、配信サーバ２１は、送信ブロック識別情報４０と受信した受信ブロック通知の内容とを比較し（Ｓ９５）、内容が一致するか否かを判定する。送信処理部２３は、受信ブロック通知の内容がブロック番号５２である場合、送信ブロック識別情報４０のブロック番号４２と比較する。また、ブロック通知の内容が領域識別情報５１である場合、送信処理部２３は、送信ブロック識別情報４０の領域識別情報４１と比較する。
【００７３】
そして、受信ブロック通知の内容と、送信ブロック識別情報４０の内容が一致すると判定した場合、送信処理部２３は、一致した内容で示されるブロックを再開ブロックとして特定する（Ｓ９６）。受信ブロック通知の内容と、送信ブロック識別情報４０の内容が一致しないと判定した場合、送信処理部２３は、受信ブロック通知で示されるブロックを再開ブロックとして特定する（Ｓ９６）。もしくは、受信ブロック通知の内容と、送信ブロック識別情報４０の内容が一致しないと判定した場合、送信処理部２３は、配信の再開ができない旨を、表示装置などを介して表示して処理を終了してもよい。
【００７４】
再開ブロックを特定すると、送信処理部２３は、特定したブロックを読み込んで、対象サーバ２２へ送信し（Ｓ９７）、特定したブロックから送信処理を再開する。
【００７５】
そして、対象サーバ２２の受信処理部２５は、再送信処理において配信サーバ２１から送信される情報の受信処理を行う。
【００７６】
次に、配信サーバ２１の送信処理部２３の送信処理のフローを説明する。図１０は、実施形態１に係る配信サーバ２１の送信処理部２３の送信処理の内容を図解したフローチャートである。
【００７７】
図１０において、先ず送信処理部２３は、送信情報記憶部２４から配信対象のディスクイメージのブロックを読み込む（Ｓ１０１）。次に、送信処理部２３は、Ｓ１０１で読み込んだブロックがディスクイメージにおけるＭＢＲのブートストラップローダ１１またはブートシグネチャ１３の領域のデータか否かを判定する（Ｓ１０２）。読み込んだブロックがディスクイメージにおけるＭＢＲのブートストラップローダ１１またはブートシグネチャ１３の領域のデータであると判定した場合（Ｓ１０２でＹｅｓ）、送信処理部２３は、読み込んだブロックのデータを初期化する（Ｓ１０３）。具体的には例えば、送信処理部２３は読み込んだブロックのデータをすべて「0」で置き換える。そして処理はＳ１０４に遷移する。
【００７８】
一方、Ｓ１０２において、読み込んだブロックのデータがディスクイメージにおけるブートストラップローダ１１及びブートシグネチャ１３の領域のデータのいずれでもないと判定した場合（Ｓ１０２でＮｏ）、送信処理部２３は、次の処理を実行する。すなわち、送信処理部２３は、Ｓ１０１で読み込んだブロックが含まれる領域のすべてのブロックが読み込み済みか否かを判定する（Ｓ１０４）。Ｓ１０１で読み込んだブロックが含まれる領域の全てのブロックが読み込み済みであると判定した場合、送信処理部２３は、送信ブロック識別情報４０の領域識別情報４１を、読み込み済みであると判定した領域の次の領域を示す領域識別情報に更新する（Ｓ１０５）。尚、読み込み済みであると判定した領域の次の領域が存在しない場合は、すべての領域の読み込みが終了した旨を示す値に、領域識別情報４１を更新してもよい。そして処理はＳ１０６に遷移する。
【００７９】
一方、Ｓ１０４において、Ｓ１０１で読み込んだブロックが含まれる領域のいずれかのブロックが読み込み済みでないと判定した場合（Ｓ１０４でＮｏ）、送信処理部２３は、Ｓ１０１で読み込んだブロックが含まれる領域が一般領域か否かを判定する（Ｓ１０６）。Ｓ１０１で読み込んだブロックが含まれる領域は一般領域であると判定した場合（Ｓ１０６でＹｅｓ）、送信処理部２３は、送信ブロック識別情報４０のブロック番号４２を、Ｓ１０１で読み込んだブロックの次のブロックのブロック番号に更新する。そして処理はＳ１０８に遷移する。
【００８０】
一方、Ｓ１０６において、Ｓ１０１で読み込んだブロックが含まれる領域は一般領域でない、すなわち、特殊領域であると判定した場合（Ｓ１０６でＮｏ）、送信処理部２３は、Ｓ１０１で読み込んだブロックを対象サーバ２２へ送信する（Ｓ１０８）。
【００８１】
次に、送信処理部２３は、ディスクイメージに含まれるすべてのブロックの送信が完了したか否かを判定する（Ｓ１０９）。ディスクイメージに含まれるいずれかのブロックの送信が完了していないと判定された場合（Ｓ１０９でＮｏ）、処理はＳ１０１に遷移し、送信処理部２３は、送信順において次の、未だ読み込んでいないブロックを読み込む。
【００８２】
ディスクイメージに含まれるすべてのブロックの送信が完了したと判定した場合（Ｓ１０９でＹｅｓ）、送信処理部２３は、再度、ディスクイメージにおけるＭＢＲ領域のブートストラップローダ１１及びブートシグネチャ１３の領域のブロックを読み込む。そして送信処理部２３は、読み込んだブートストラップローダ１１及びブートシグネチャ１３の領域のブロックを対象サーバ２２へ送信する（Ｓ１１０）。そして処理は終了する。
【００８３】
次に、配信サーバ２１の送信処理部２３の再送信処理のフローを説明する。図１１は、実施形態１に係る配信サーバ２１の送信処理部２３の再送信処理の内容を図解したフローチャートである。尚、図１１のフローはディスクイメージの対象サーバ２２への送信処理において中断が発生している状態から開始されるものとする。
【００８４】
図１１において、先ず送信処理部２３は、中断からディスクイメージの配信が可能となったことを検知する（Ｓ２０１）。この中断からの検知は、例えば、他の装置から配信が可能になった旨の通知を送信処理部２３が受信することによって検知してもよいし、送信処理部２３がネットワーク等の状況を確認して配信が可能になったことを検知してもよい。そして、送信処理部２３は中断フラグの設定を解除する。
【００８５】
次に、送信処理部２３は、対象サーバ２２に処理再開要求を送信する（Ｓ２０２）。処理再開要求には、配信サーバ２１のメモリ上で動作する、処理再開のための制御を行う所定のソフトウェアを含んでもよい。
【００８６】
次に、送信処理部２３は、対象サーバ２２から受信ブロック通知を受信する（Ｓ２０３）。
【００８７】
次に、送信処理部２３は、対象サーバ２２から受信した受信ブロック通知に含まれる情報が領域識別情報５１か否かを判定する（Ｓ２０４）。受信ブロック通知に含まれる情報が領域識別情報であると判定した場合（Ｓ２０４でＹｅｓ）、送信処理部２３は、送信ブロック識別情報４０の領域識別情報４１と受信ブロック通知の領域識別情報５１が一致するか否かを判定する（Ｓ２０５）。送信ブロック識別情報４０と受信ブロック通知の領域識別情報が一致すると判定した場合（Ｓ２０５でＹｅｓ）、送信処理部２３は、一致した領域識別情報で示される領域の最初のブロックを再開ブロックとして特定する（Ｓ２０６）。そして、Ｓ２０６で特定したブロックを読み込み対象のブロックとして、処理は図１０のＳ１０１に遷移する。
【００８８】
一方、Ｓ２０５において、送信ブロック識別情報４０と受信ブロック通知の領域識別情報が一致しないと判定した場合（Ｓ２０５でＮｏ）、送信処理部２３は次の処理を行う。すなわち、送信処理部２３は、受信ブロック通知の領域識別情報５１で示される領域の最初のブロックを再開ブロックとして特定する（Ｓ２０７）。ここで、送信処理部２３は、受信ブロック通知の内容で処理を再開する旨の警告表示などを行ってもよい。そして、Ｓ２０７で特定したブロックを読み込み対象のブロックとして、処理は図１０のＳ１０１に遷移する。
【００８９】
Ｓ２０４において、受信ブロック通知に含まれる情報が領域識別情報でないと判定した場合（Ｓ２０４でＮｏ）、送信処理部２３は、送信ブロック識別情報４０の領域識別情報４１が一般領域を示すものであるか否かを判定する（Ｓ２０８）。そして、送信ブロック識別情報４０の領域識別情報４１が一般領域を示すと判定した場合（Ｓ２０８でＹｅｓ）、送信処理部２３は、送信ブロック識別情報４０のブロック番号４２と、受信ブロック通知のブロック番号５２とが一致するか否かを判定する（Ｓ２０９）。送信ブロック識別情報４０と受信ブロック通知のブロック番号が一致すると判定した場合（Ｓ２０９でＹｅｓ）、送信処理部２３は、一致したブロック番号のブロックを再開ブロックとして特定する（Ｓ２１０）。そして、Ｓ２１０で特定したブロックを読み込み対象のブロックとして、処理は図１０のＳ１０１に遷移する。
【００９０】
一方、Ｓ２０９において、送信ブロック識別情報４０と受信ブロック通知のブロック番号が一致しないと判定した場合（Ｓ２０９でＮｏ）、送信処理部２３は、受信ブロック通知のブロック番号５２のブロックを再開ブロックとして特定する（Ｓ２１１）。ここで、送信処理部２３は、受信ブロック通知の内容で処理を再開する旨の警告表示などを行ってもよい。そして、Ｓ２１１で特定したブロックを読み込み対象のブロックとして、処理は図１０のＳ１０１に遷移する。
【００９１】
Ｓ２０８において、送信ブロック識別情報４０の領域識別情報４１が一般領域を示すものでないと判定した場合（Ｓ２０８でＮｏ）、送信処理部２３は、エラー処理を行って処理を終了する。エラー処理では例えば、送信処理部２３は、エラーが発生したことを示す旨の警告表示などを、表示装置などを介して行ってもよい。
【００９２】
次に、対象サーバ２２の受信処理部２５の受信処理のフローを説明する。図１２は、実施形態１に係る対象サーバ２２の受信処理部２５の受信処理の内容を図解したフローチャートである。
【００９３】
図１２において、先ず受信処理部２５は、配信サーバ２１からディスクイメージのブロックを受信し展開する（Ｓ３０１）。尚、受信処理部２５は、ブロックを受信する毎に、正常にデータが受信したことを示す情報（例えばＡＣＫ）等を配信サーバ２１へ送信するなどの制御を行ってもよい。
【００９４】
次に、受信処理部２５は、Ｓ３０１で受信及び展開したブロックが一般領域のブロックか否かを判定する（Ｓ３０２）。受信及び展開したブロックが一般領域のブロックであると判定した場合（Ｓ３０２でＹｅｓ）、受信処理部２５は、受信ブロック識別情報５０のブロック番号５２を更新する（Ｓ３０７）。具体的には、受信処理部２５は、Ｓ３０１で受信及び展開したブロックの次のブロックのブロック番号を、ブロック番号５２に格納する。そして、処理はＳ３０３に遷移する。
【００９５】
Ｓ３０２において、受信及び展開したブロックが一般領域のブロックでないと判定した場合（Ｓ３０２でＮｏ）、受信処理部２５は、Ｓ３０１で受信及び展開したブロックが含まれる領域の全てのブロックの受信及び展開が完了したか否かを判定する（Ｓ３０３）。
【００９６】
Ｓ３０３において、Ｓ３０１で受信及び展開したブロックが含まれる領域のいずれかのブロックの受信及び展開が完了していないと判定した場合（Ｓ３０３でＮｏ）、処理はＳ３０１に遷移し、受信処理部２５は、次のブロックを受信し展開する。
【００９７】
Ｓ３０３において、Ｓ３０１で受信及び展開したブロックが含まれる領域のすべてのブロックの受信及び展開が完了したと判定した場合（Ｓ３０３でＹｅｓ）、受信処理部２５は、受信ブロック識別情報５０の領域識別情報５１を更新する（Ｓ３０４）。具体的には、すべてのブロックの受信及び展開が完了したと判定した領域の次の領域を示す領域識別情報を領域識別情報５１に格納する。
【００９８】
次に、受信処理部２５は、ディスクイメージの全てのブロックの受信及び展開が完了したか否かを判定する（Ｓ３０５）。ディスクイメージのいずれかのブロックの受信及び展開が完了していないと判定した場合（Ｓ３０５でＮｏ）、処理はＳ３０１に遷移し、受信処理部２５は、次のブロックを受信し展開する。
【００９９】
Ｓ３０５において、ディスクイメージの全てのブロックの受信及び展開が完了したと判定した場合（Ｓ３０５でＹｅｓ）、受信処理部２５は、ＭＢＲのブートストラップローダ１１及びブートシグネチャ１３の領域のブロックを再受信し展開する（Ｓ３０６）。そして処理は終了する。
【０１００】
次に、対象サーバ２２の受信処理部２５の再受信処理のフローを説明する。図１３は、実施形態１に係る対象サーバ２２の受信処理部２５の再受信処理の内容を図解したフローチャートである。
【０１０１】
図１３において、先ず受信処理部２５は、配信サーバ２１から処理再開要求を受信する（Ｓ４０１）。すると、受信処理部２５は、受信ブロック識別情報５０の領域識別情報５１を参照し、領域識別情報５１が一般領域を示すか否かを判定する（Ｓ４０２）。領域識別情報５１が一般領域を示すと判定した場合（Ｓ４０２でＹｅｓ）、受信処理部２５は、受信ブロック通知として、ブロック番号５２を配信サーバ２１へ送信する（Ｓ４０３）。そして、処理は図１２のＳ３０１に遷移する。
【０１０２】
一方、Ｓ４０２において、領域識別情報５１は一般領域を示すものではないと判定した場合（Ｓ４０２でＮｏ）、受信処理部２５は、受信ブロック通知として、領域識別情報５１を配信サーバ２１へ送信する（Ｓ４０４）。そして、処理は図１２のＳ３０１に遷移する。
【０１０３】
尚、ディスクイメージの配信処理の開始前、及び、配信中断後の再配信処理の開始前に、送信処理部２３は対象サーバ２２に対して、対象サーバ２２のメモリ上で動作し、受信処理部２５の機能を提供するソフトウェアを送信する構成としてもよい。尚、このソフトウェアは受信処理部２５のメモリ上で動作するため、対象サーバの電源が落ちると、メモリ上のソフトウェアの内容も失われるものである。よって対象サーバ２２にこのようなソフトウェアのための不揮発性の記憶領域を別個に設けなくてよい。
【０１０４】
次に、配信サーバ２１及び対象サーバ２２のハードウェア構成について説明する。図１４は、配信サーバ２１及び対象サーバ２２のハードウェア構成の一例を示す。
【０１０５】
図１４において、配信サーバ２１及び対象サーバ２２は、ＣＰＵ（Central Processing Unit）５０１、メモリ５０２、記憶装置５０３、読取装置５０４、及び通信インターフェース５０５を含む。ＣＰＵ５０１、メモリ５０２、記憶装置５０３、読取装置５０４、及び通信インターフェース５０５はバスを介して接続される。
【０１０６】
配信サーバ２１のＣＰＵ５０１は、メモリ５０２を利用して上述のフローチャートの手順を記述したプログラムを実行することにより、送信処理部２３の一部または全部の機能を提供する。対象サーバ２２のＣＰＵ５０１は、メモリ５０２を利用して上述のフローチャートの手順を記述したプログラムを実行することにより、受信処理部２５の一部または全部の機能を提供する。
【０１０７】
メモリ５０２は、例えば半導体メモリであり、ＲＡＭ（Random Access Memory）領域およびＲＯＭ（Read Only Memory）領域を含んで構成される。記憶装置５０３は、例えばハードディスクである。なお、記憶装置５０３は、フラッシュメモリ等の半導体メモリであってもよい。また、記憶装置５０３は、外部記録装置であってもよい。配信サーバ２１の記憶装置５０３は送信情報記憶部２４の一部または全部の機能を提供する。対象サーバ２２の記憶装置５０３は受信情報記憶部２６の一部または全部の機能を提供する。
【０１０８】
読取装置５０４は、ＣＰＵ５０１の指示に従って着脱可能記憶媒体５５０にアクセスする。着脱可能記憶媒体５５０は、たとえば、半導体デバイス（ＵＳＢメモリ等）、磁気的作用により情報が入出力される媒体（磁気ディスク等）、光学的作用により情報が入出力される媒体（ＣＤ−ＲＯＭ、ＤＶＤ等）などにより実現される。尚、読取装置５０４は配信サーバ２１及び対象サーバ２２に含まれなくてもよい。
【０１０９】
通信インターフェース５０５は、配信サーバ２１と対象サーバ２２の間でデータを送受信する。
【０１１０】
実施形態のプログラムは、例えば、下記の形態で配信サーバ２１及び対象サーバ２２に提供される。
（１）記憶装置５０３に予めインストールされている。
（２）着脱可能記憶媒体５５０により提供される。
（３）プログラムサーバ（図示せず）から通信インターフェース５０５を介して提供される。
【０１１１】
さらに、実施形態の配信サーバ２１及び対象サーバ２２の一部は、ハードウェアで実現してもよい。或いは、実施形態の配信サーバ２１及び対象サーバ２２は、ソフトウェアおよびハードウェアの組み合わせで実現してもよい。
【０１１２】
尚、配信サーバ２１の送信処理部２３の機能は、ＳａａＳ等の形態で提供されてもよい。
【０１１３】
（実施形態２）
実施形態２では、配信サーバと対象サーバが中継装置を介して接続される。
【０１１４】
図１５は、実施形態２に係る情報処理システムの構成の一例を示す。図１５において、情報処理システムは、配信サーバ６０１、対象サーバ６０２、ファイアウォール６０７、及び中継装置６０８を含む。
【０１１５】
配信サーバ６０１と対象サーバ６０２は中継装置６０８を介して接続される。そして配信サーバ６０１と中継装置６０８の間は、ファイアウォール６０７を介して接続され、ファイアウォール６０７により通信の制御が行われる。中継装置６０８は、対象サーバ６０２と同一サブネット内に含まれる。配信サーバ６０１と中継装置６０８の間はＳＳＬ（Secure Sockets Layer）−ＶＰＮ（Virtual Private Network）によりトンネリングされてもよい。尚、ディスクイメージの配信前においては、対象サーバ６０２は停止しており、また対象サーバ６０２にはＯＳ等の情報は格納されていないものとする。
【０１１６】
中継装置６０８は、制御部６０９とソフトウェア記憶部６１０を含む。
制御部６０９は、配信サーバ６０１から配信されるディスクイメージを対象サーバ６０２へ転送する。転送において制御部６０９は、ディスクイメージ全体を一度保存した後に転送するのではなく、パケット単位で転送を行う。配信サーバ６０１からのディスクイメージの配信に当たって、配信前に制御部６０９は、停止していた対象サーバ６０２を、例えばＷＯＬ（Wake-on-LAN）の技術を利用して起動する。ＷＯＬは、コンピュータネットワークに繋がっているコンピュータの電源操作を遠隔で行う技術である。そして制御部６０９は、例えば起動された対象サーバ６０２からのＤＨＣＰ（Dynamic Host Configuration Protocol）の要求に応答する形で、対象サーバ６０２のネットワークのアドレスの設定を行う。また制御部６０９は、対象サーバ６０２のメモリ上で実行され、受信処理部６０５の機能を提供するソフトウェアをソフトウェア記憶部６１０から取得して、対象サーバ６０２へ送信する。以下の説明では、対象サーバ６０２のメモリ上で実行され、受信処理部６０５の機能を提供するソフトウェアを展開ソフトウェアと記す。そして制御部６０９は、対象サーバ６０２のアドレスを配信サーバ６０１に通知する。ここで通知されたアドレスに宛てて、配信サーバ６０１は、ディスクイメージを送信する。
【０１１７】
制御部６０９はディスクイメージの配信処理の中断が発生すると、配信処理の中断要求を配信サーバ６０１へ送信する。それとともに制御部６０９は、対象サーバ６０２に対してシャットダウン要求を送信する。このシャットダウン要求は、例えばＷＯＬの技術を利用して行われる。対象サーバ６０２からシャットダウン要求を受け付けたことを示す情報を受信すると、制御部６０９は、配信サーバ６０１に対して配信に使用されていたセッションの終了通知を送信する。
【０１１８】
その後制御部６０９は、配信処理の再開が可能となったことを検知する。すると制御部６０９は、中断時にシャットダウン要求を送信した対象サーバ６０２に対して起動指示を送信する。この起動指示は例えばＷＯＬの技術を利用して行われる。そして制御部６０９は、対象サーバ６０２から展開ソフトウェアの要求を受信すると、要求された展開ソフトウェアを対象サーバ６０２へ送信する。
【０１１９】
そして制御部６０９は、配信サーバ６０１と対象サーバ６０２に対して処理再開要求を送信し、その応答として対象サーバ６０２から受信ブロック識別情報５０の情報を受信する。そして制御部６０９は受信した受信ブロック識別情報５０を、配信サーバ６０１へ転送する。
【０１２０】
ソフトウェア記憶部６１０は、展開ソフトウェアを格納する。
配信サーバ６０１は、送信処理部６０３及び送信情報記憶部６０４を含む。送信処理部６０３の送信処理については、実施形態１と同様であり、図１０の動作フローと同様である。ただし、配信処理が中断した場合の送信処理部６０３の動作は実施形態１と一部異なる。
【０１２１】
配信処理が中断した場合、送信処理部６０３は、中継装置６０８から中断要求を受信する。中断要求を受信すると送信処理部６０３は、中断フラグを設定し、中断要求を受け付けたことを示す情報を中継装置６０８へ送信する。その後、中継装置６０８からセッションの終了通知を受信すると、送信処理部６０３は、ディスクイメージの配信において使用されていた対象サーバ６０２とのセッションを終了して、配信の処理再開要求を中継装置６０８から受信するまで待機する。
【０１２２】
処理再開要求を中継装置６０８から受信すると、送信処理部６０３は、中断フラグの設定を解除する。その後、対象サーバ６０２から、中継装置６０８を介して、受信ブロック識別情報５０を受信する。受信ブロック通知を受信してからの再送信処理は、実施形態１と同様である。すなわち、図１１のＳ２０３からの動作フローと同様となる。
【０１２３】
送信情報記憶部６０４については、実施形態１の送信情報記憶部２４と同様である。
対象サーバ６０２は、受信処理部６０５及び受信情報記憶部６０６を含む。受信処理部６０５の受信処理については、実施形態１と同様であり、図１２の動作フローと同様である。
【０１２４】
ただし実施形態２では、配信処理が中断した場合対象サーバ６０２は、中継装置６０８からシャットダウン要求を受信する。シャットダウン要求を受信すると対象サーバ６０２は、シャットダウン要求を受け付けたことを示す情報を中継装置６０８へ送信し、システムのシャットダウンを行う。尚、シャットダウン要求は、例えばＷＯＬの技術を利用して行われる。
【０１２５】
その後、配信の再開が可能であることが中継装置６０８で検知されると、対象サーバ６０２は中継装置６０８から起動指示を受信する。起動指示を受信すると対象サーバ６０２は、システムの起動を開始する。ただしこの場合は、ディスクイメージの配信途中であるため、対象サーバ６０２のブートストラップローダ１１及びブートシグネチャ１３の領域には、受信ブロック識別情報５０が格納されている。そのためＯＳの起動は行われない。尚、起動指示は例えばＷＯＬの技術を利用して行われる。
【０１２６】
システムの起動が行われると対象サーバ６０２は、展開ソフトウェアの取得要求を中継装置６０８へ送信して、中継装置６０８から展開ソフトウェアを取得する。そして対象サーバ６０２は、取得した展開ソフトウェアをメモリ上で実行する。
【０１２７】
その後、受信処理部６０５は、実施形態１で説明した図１３のフローに従って再受信処理を行う。ただし、図１３のフローにおいて、Ｓ４０１で受信する処理再開要求の送信元は中継装置６０８である。
受信情報記憶部６０６については、実施形態１の受信情報記憶部２６と同様である。
【０１２８】
図１６は、実施形態２に係る情報処理システムのディスクイメージの配信と中断処理のフローを示す図である。
【０１２９】
図１６において、先ず対象サーバ６０２は、配信サーバ６０１に対して中継装置６０８を介してディスクイメージの配信要求を行う（Ｓ７０１）。
【０１３０】
配信サーバ６０１の送信処理部６０３は、ディスクイメージの配信要求を受信すると、ディスクイメージに含まれる最初のブロック（ブロック番号１のブロック）を、中継装置６０８を介して、対象サーバ６０２へ送信する（Ｓ７０２）。ここで、配信サーバ６０１の送信処理部６０３の送信処理の詳細は、図１０のフローと同様である。そして、対象サーバ６０２の受信処理部６０５は、ディスクイメージに含まれるブロックを受信する。ここで、対象サーバ６０２の受信処理部６０５の受信処理は図１２のフローと同様である。ただし、図１６では、図１２のＳ３０１において、対象サーバ６０２の受信処理部６０５は、正常にブロックが受信できたことを示す情報であるＡＣＫを、中継装置６０８を介して、配信サーバ６０１へ送信する（Ｓ７０３）。
【０１３１】
同様に配信サーバ６０１の送信処理部６０３は、ディスクイメージに含まれるブロック（ブロック番号Ｎのブロック）を、中継装置６０８を介して、対象サーバ６０２へ送信する（Ｓ７０４）。対象サーバ６０２の受信処理部６０５はディスクイメージに含まれるブロックを受信すると、正常にブロックが受信できたことを示す情報であるＡＣＫを、中継装置６０８を介して、配信サーバ６０１へ送信する（Ｓ７０５）。
【０１３２】
その後、配信処理の中断が発生すると中継装置６０８は、中断要求を配信サーバ６０１へ送信する（Ｓ７０６）。配信サーバ６０１の送信処理部６０３は、中断要求を受信すると、中断フラグを設定し、中断要求を受け付けたことを示す情報を中継装置６０８へ送信する（Ｓ７０７）。
【０１３３】
次に、中継装置６０８は、配信サーバ６０１から中断要求を受け付けたことを示す情報を受信すると、対象サーバ６０２に対して、シャットダウン要求を送信する（Ｓ７０８）。対象サーバ６０２の受信処理部６０５は、シャットダウン要求を受信すると、シャットダウン要求を受信したことを示す情報を中継装置６０８へ送信する（Ｓ７０９）。そして対象サーバ６０２の受信処理部６０５は、シャットダウン処理を行い停止する。
【０１３４】
中継装置６０８は、対象サーバ６０２からシャットダウン要求を受信したことを示す情報を受信すると、配信サーバ６０１に対して、セッション終了通知を送信する（Ｓ７１０）。
【０１３５】
配信サーバ６０１の送信処理部６０３はセッション終了通知を受信すると、ディスクイメージの配信で使用していたセッションを切断して終了する。
【０１３６】
図１７は、実施形態２に係る情報処理システムのディスクイメージの配信中断から再開までの処理のフローを示す図である。尚、図１７の開始時点においては、ディスクイメージの対象サーバ６０２への配信が中断されている状態であり、図１６のフローが終了したときの状態であるとする。
【０１３７】
図１７において、中継装置６０８は、ディスクイメージの配信が可能となったことを検知する（Ｓ８０１）。すると中継装置６０８は、対象サーバ６０２へ起動指示を送信する（Ｓ８０２）。
【０１３８】
対象サーバ６０２は起動指示を受信すると、システムの起動が行われる（Ｓ８０３）。このとき、対象サーバ６０２ではディスクイメージの展開途中であるので、対象サーバ６０２のＭＢＲのブートストラップローダ１１及びブートシグネチャ１３の領域には、進捗を管理するための情報が格納されている。よって、対象サーバ６０２のＯＳが起動することはなく、ＢＩＯＳの処理が実行される。
【０１３９】
次に対象サーバ６０２は、展開ソフトウェアの要求を中継装置６０８へ送信する（Ｓ８０４）。中継装置６０８は、展開ソフトウェアの要求を受信すると、要求された展開ソフトウェアをソフトウェア記憶部６１０から読み込み、対象サーバ６０２へ送信する（Ｓ８０５）。
【０１４０】
対象サーバ６０２はＳ８０４で要求した展開ソフトウェアを受信すると、メモリ上で受信した展開ソフトウェアを実行する（Ｓ８０６）。この展開ソフトウェアは、受信処理部６０５の機能を提供するソフトウェアである。
【０１４１】
次に中継装置６０８は、処理再開要求を配信サーバ６０１へ送信する（Ｓ８０７）。送信処理部６０３は処理再開要求を受信すると、中断フラグの設定を解除する。
【０１４２】
次に中継装置６０８は、処理再開要求を対象サーバ６０２へ送信する（Ｓ８０８）。対象サーバ６０２は、処理再開要求を受信すると、受信ブロック識別情報５０を参照して（Ｓ８０９）、その情報を、中継装置６０８を介して配信サーバ６０１へ通知する（Ｓ８１０）。具体的には、先ず受信処理部６０５は処理再開要求を受信すると、受信ブロック識別情報５０の領域識別情報５１を参照し、領域識別情報５１が一般領域を示すか否かを判定する。そして、領域識別情報５１が一般領域を示すと判定した場合、受信処理部６０５は、受信ブロック識別情報５０のうち、ブロック番号５２を受信ブロック通知として、中継装置６０８を介して配信サーバ６０１へ送信する。領域識別情報５１は特殊領域を示すと判定した場合、受信処理部６０５は、受信ブロック識別情報５０のうち、領域識別情報５１を受信ブロック通知として、中継装置６０８を介して配信サーバ６０１へ送信する。
【０１４３】
受信ブロック通知を受信すると、配信サーバ６０１は、再送信処理を行う。
再送信処理では先ず、配信サーバ６０１は、送信ブロック識別情報４０と受信した受信ブロック通知の内容とを比較し、内容が一致するか否かを判定する（Ｓ８１１）。
【０１４４】
すなわち、送信処理部６０３は、受信ブロック通知の内容がブロック番号５２である場合、送信ブロック識別情報４０のブロック番号４２と受信ブロック通知のブロック番号５２とを比較する。また、ブロック通知の内容が領域識別情報５１である場合、送信処理部６０３は、送信ブロック識別情報４０の領域識別情報４１と受信ブロック通知の領域識別情報５１とを比較する。
【０１４５】
そして、受信ブロック通知の内容と、送信ブロック識別情報４０の内容が一致すると判定した場合、送信処理部６０３は、一致した内容で示されるブロックを再開ブロックとして特定する（Ｓ８１２）。受信ブロック通知の内容と、送信ブロック識別情報４０の内容が一致しないと判定した場合、送信処理部６０３は、受信ブロック通知で示されるブロックを再開ブロックとして特定する（Ｓ８１２）。
【０１４６】
再開ブロックを特定すると、送信処理部６０３は、特定したブロックを読み込んで、対象サーバ６０２へ送信し（Ｓ８１３）、特定したブロックから送信処理を再開する。
【０１４７】
そして、対象サーバ６０２の受信処理部６０５は、再送信処理において配信サーバ６０１から送信される情報の受信処理を行う。
【０１４８】
尚、配信処理の開始前、すなわち図１６のＳ７０１の前に、図１７のＳ８０２からＳ８０６までと同様の処理が行われてもよい。
【０１４９】
配信サーバ６０１、対象サーバ６０２、及び中継装置６０８のハードウェア構成は、図１４で示したものと同様である。
【０１５０】
配信サーバ６０１のＣＰＵ５０１は、メモリ５０２を利用して上述のフローチャートの手順を記述したプログラムを実行することにより、送信処理部６０３の一部または全部の機能を提供する。対象サーバ６０２のＣＰＵ５０１は、メモリ５０２を利用して上述のフローチャートの手順を記述したプログラムを実行することにより、受信処理部６０５の一部または全部の機能を提供する。中継装置６０８のＣＰＵ５０１は、メモリ５０２を利用して上述のフローチャートの手順を記述したプログラムを実行することにより、制御部６０９の一部または全部の機能を提供する。
【０１５１】
配信サーバ６０１の記憶装置５０３は送信情報記憶部６０４の一部または全部の機能を提供する。対象サーバ６０２の記憶装置５０３は受信情報記憶部６０６の一部または全部の機能を提供する。中継装置６０８の記憶装置５０３はソフトウェア記憶部６１０の一部または全部の機能を提供する。
【０１５２】
読取装置５０４は配信サーバ６０１、対象サーバ６０２、及び中継装置６０８に含まれなくてもよい。
【０１５３】
通信インターフェース５０５は、配信サーバ６０１と中継装置６０８間、及び、中継装置６０８と対象サーバ６０２の間でデータを送受信する。
【０１５４】
実施形態のプログラムは、例えば、下記の形態で配信サーバ６０１、対象サーバ６０２、及び中継装置６０８に提供される。
（１）記憶装置５０３に予めインストールされている。
（２）着脱可能記憶媒体５５０により提供される。
（３）プログラムサーバ（図示せず）から通信インターフェース５０５を介して提供される。
【０１５５】
さらに、実施形態の配信サーバ６０１及び対象サーバ６０２の一部は、ハードウェアで実現してもよい。或いは、実施形態の配信サーバ６０１及び対象サーバ６０２は、ソフトウェアおよびハードウェアの組み合わせで実現してもよい。
【０１５６】
尚、実施形態は、以上に述べた実施の形態に限定されるものではなく、実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。
【０１５７】
上記実施形態に関し、更に以下の付記を開示する。
（付記１）
コンピュータに、
第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した該第２情報を該記憶装置に記憶させ、
当該第２情報の送信が中断された後に該中断の復旧がされた場合、前記複数の第２情報の送信完了まで書き込み可能な前記記憶装置内の領域であって前記送信完了以降に使用される該領域に、前記複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した前記情報処理装置から、前記進行状況情報を取得し、
取得した前記進行状況情報に基いて、前記複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した該第２情報の送信を再開する
処理を実行させることを特徴とする送信プログラム。
（付記２）
前記第１情報は前記情報処理装置に適用するディスクイメージであり、
前記第２情報は前記ディスクイメージに含まれるイメージデータであり、
前記領域は、前記ディスクイメージが展開された後の前記記憶装置内の領域であって、前記ディスクイメージを用いて前記情報処理装置が起動される際に参照される情報が記憶される該領域である
ことを特徴とする付記１に記載の送信プログラム。
（付記３）
前記領域は、前記ディスクイメージに含まれるマスターブートレコードが記憶される記憶領域である
ことを特徴とする付記２に記載の送信プログラム。
（付記４）
前記領域は、前記マスターブートレコードが記憶される記憶領域のうちの、ブートシグネチャ及びブートストラップローダが記憶される領域である
ことを特徴とする付記３に記載の送信プログラム。
（付記５）
前記ブートシグネチャが記憶される領域には、前記第２情報が前記記憶装置に記憶されることに応じて、前記進行状況情報が記憶されることにより、前記マスターブートレコードが有効であることを示す情報とは異なる情報が記憶される
ことを特徴とする付記４に記載の送信プログラム。
（付記６）
前記コンピュータに、
前記ディスクイメージの送信完了後、前記進行状況情報が記憶された領域に記憶される前記ディスクイメージに含まれるマスターブートレコードの情報を、前記情報処理装置に送信する
処理を実行させることを特徴とする付記３〜５のうちいずれか１項に記載の送信プログラム。
（付記７）
第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した該第２情報を該記憶装置に記憶させ、
当該第２情報の送信が中断された後に該中断の復旧がされた場合、前記複数の第２情報の送信完了まで書き込み可能な前記記憶装置内の領域であって前記送信完了以降に使用される該領域に、前記複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した前記情報処理装置から、前記進行状況情報を取得し、
取得した前記進行状況情報に基いて、前記複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した該第２情報の送信を再開する
ことを特徴とする送信方法。
（付記８）
前記第１情報は前記情報処理装置に適用するディスクイメージであり、
前記第２情報は前記ディスクイメージに含まれるイメージデータであり、
前記領域は、前記ディスクイメージが展開された後の前記記憶装置内の領域であって、前記ディスクイメージを用いて前記情報処理装置が起動される際に参照される情報が記憶される該領域である
ことを特徴とする付記７に記載の送信方法。
（付記９）
前記領域は、前記ディスクイメージに含まれるマスターブートレコードが記憶される記憶領域である
ことを特徴とする付記８に記載の送信方法。
（付記１０）
前記領域は、前記マスターブートレコードが記憶される記憶領域のうちの、ブートシグネチャ及びブートストラップローダが記憶される領域である
ことを特徴とする付記９に記載の送信方法。
（付記１１）
第１情報に含まれる複数の第２情報それぞれを、記憶装置にアクセス可能な情報処理装置に送信して、送信した該第２情報を該記憶装置に記憶させる送信部と、
当該第２情報の送信が中断された後に該中断の復旧がされた場合、前記複数の第２情報の送信完了まで書き込み可能な前記記憶装置内の領域であって前記送信完了以降に使用される該領域に、前記複数の第２情報の記憶の進行状況を特定する進行状況情報を記憶した前記情報処理装置から、前記進行状況情報を取得する取得部と、
取得された前記進行状況情報に基いて、前記複数の第２情報のうち復旧後に送信する第２情報を特定し、特定した該第２情報の送信を再開する再開部と、
を備えることを特徴とする送信装置。
（付記１２）
前記第１情報は前記情報処理装置に適用するディスクイメージであり、
前記第２情報は前記ディスクイメージに含まれるイメージデータであり、
前記領域は、前記ディスクイメージが展開された後の前記記憶装置内の領域であって、前記ディスクイメージを用いて前記情報処理装置が起動される際に参照される情報が記憶される該領域である
ことを特徴とする付記１１に記載の送信装置。
（付記１３）
前記領域は、前記ディスクイメージに含まれるマスターブートレコードが記憶される記憶領域である
ことを特徴とする付記１２に記載の送信装置。
（付記１４）
前記領域は、前記マスターブートレコードが記憶される記憶領域のうちの、ブートシグネチャ及びブートストラップローダが記憶される領域である
ことを特徴とする付記１３に記載の送信装置。
【符号の説明】
【０１５８】
１        送信装置
２        情報処理装置
３        送信部
４        取得部
５        再開部
１１      ブートストラップローダ
１２      パーティションテーブル
１３      ブートシグネチャ
２１      配信サーバ
２２      対象サーバ
２３      送信処理部
２４      送信情報記憶部
２５      受信処理部
２６      受信情報記憶部
４０      送信ブロック識別情報
４１      領域識別情報
４２      ブロック番号
５０      受信ブロック識別情報
５１      領域識別情報
５２      ブロック番号
５０１    ＣＰＵ
５０２    メモリ
５０３    記憶装置
５０４    読取装置
５０５    通信インターフェース
５０６    入力装置
５５０    着脱可能記憶媒体
６０１    配信サーバ
６０２    対象サーバ
６０３    送信処理部
６０４    送信情報記憶部
６０５    受信処理部
６０６    受信情報記憶部
６０７    ファイアウォール
６０８    中継装置
６０９    制御部
６１０    ソフトウェア記憶部
【図１】
2015129994.tif 000003
【図２】
2015129994.tif 000004
【図３】
2015129994.tif 000005
【図４】
2015129994.tif 000006
【図５】
2015129994.tif 000007
【図６】
2015129994.tif 000008
【図７】
2015129994.tif 000009
【図８】
2015129994.tif 000010
【図９】
2015129994.tif 000011
【図１０】
2015129994.tif 000012
【図１１】
2015129994.tif 000013
【図１２】
2015129994.tif 000014
【図１３】
2015129994.tif 000015
【図１４】
2015129994.tif 000016
【図１５】
2015129994.tif 000017
【図１６】
2015129994.tif 000018
【図１７】
2015129994.tif 000019