JP2018165851A - ネットワーク経路決定システム、ネットワーク経路決定装置、ネットワーク経路決定方法、及びネットワーク経路決定用プログラム - Google Patents

Abstract

【課題】必要に応じて複数のネットワーク経路を利用、バックアップの中止、及び再開を行う。【解決手段】ネットワーク経路決定システムは、クライアント端末と、クライアント端末のデータをバックアップするサーバ装置とを備え、サーバ装置は、ネットワークの帯域状況を示す帯域情報を取得する帯域情報取得手段と、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行する経路決定手段とを含み、経路決定手段は、帯域情報に基づいて、データのバックアップの中断及び再開を実行する。【選択図】図８

Description

本発明は、サーバ／クライアント型バックアップシステムにおけるネットワーク経路決定システム、ネットワーク経路決定装置、ネットワーク経路決定方法、及びネットワーク経路決定用プログラムに関する。

サーバとクライアントとから構成されるＯＳバックアップシステムにおいて、通信経路は予め決定した１つの経路を使用することが多い。近年の業務無停止化の流れにより、バックアップのためにシステムを停止するとしても可能な限り短時間の停止で動作を再開することが求められている。特に、業務サービスを動作させているサーバについては、夜間のみ等サーバを停止できる時間が限られている。そのため、サーバを停止するとしても、その時間を可能な限り短縮することが求められている。

また、指定時間以内に複数台のサーバのバックアップを行う場合、予め決定している１つの経路のみ利用すると、ネットワーク帯域がボトルネックとなり、指定時間以内にバックアップが完了しないことが多い。また、近年ではネットワーク冗長化によって複数のネットワーク経路が存在するシステムも一般的になってきているため、これらを有効活用することが求められる。

そのようなバックアップを行うシステムとして、例えば、特許文献１に記載されたようなバックアップシステムがある。特許文献１に記載されたバックアップシステムでは、データの差分として、バックアップ対象マシンの優先度の設定とバックアップデータサイズ（バックアップ時間）によりバックアップマシンを選択するようになる。そのため、より現実的に限られた時間／ネットワーク帯域の中で有効にバックアップを行うことができることが記載されている。

特開２０１２−１６４１８５号公報

業務サービスを動作させるサーバ、あるいは、業務端末（ＰＣ、Personal Computer）は、不慮の事故に備えるために重要なデータ、あるいは、ディスク装置のデータ全てをバックアップしておく運用が通常行われている。特に安全な復旧が求められるサーバについては、業務アプリケーションを停止させる等、アプリケーションとしての静止点（意味的に整合性のとれた状態）を確保した上で、アプリケーションのデータをバックアップする等の運用がなされ、システム（ＯＳ、Operating System）をバックアップする場合には、システムを停止してバックアップする等の運用がなされている。その際、そのサーバの動作を停止させないこと、あるいは停止させるとしても可能な限り短時間の停止で動作を再開することが求められており、バックアップの動作は可能な限り短時間で完了させる必要がある。特に、業務サービスを動作させているサーバについては、夜間のみ等サーバを停止できる時間が限られており、サーバを停止するとしても、その時間を可能な限り短縮することが求められている。

上記のような状況において、業務アプリケーションやシステムを複数同時にバックアップすると、ネットワーク経路決定に特別な仕組みを持たない汎用的なディスク装置のバックアップ方式では常に１つの経路が選択される。そのため、特にネットワークがボトルネックとなることが多く、一定時間以内にバックアップを完了させることができなかった。

そこで、一定時間内にバックアップを完了させるため、より効率的なネットワークの利用方法が考案されている。例えば、特許文献１に記載されたバックアップシステムを用いれば、冗長化されたネットワーク構成において複数のネットワークを予め設定したルール（最大多重度、最小帯域）に基づいて経路を決定する。そして、バックアップデータサイズと帯域情報とに基づいて指定したバックアップ時間以内にバックアップが完了しないと判断した場合はバックアップを中断することで、ネットワークを効率的に利用できるようになっている。

しかし、特許文献１に記載されたバックアップシステムでは、指定したバックアップ時間以内にバックアップが完了しないと判断した場合にはバックアップを中断するのみであり、実際のバックアップが必要なマシンの優先度やバックアップデータサイズに基づいたバックアップ中止の判断は行われていなかった。また、帯域に余裕が出た場合もバックアップを再開することはなく効率的にネットワークを活用できていない場合があった。

そこで、本発明は、必要に応じて複数のネットワーク経路を利用、バックアップの中止、及び再開を行うことができるネットワーク経路決定システム、ネットワーク経路決定装置、ネットワーク経路決定方法、及びネットワーク経路決定用プログラムを提供することを目的とする。

本発明によるネットワーク決定システムは、クライアント端末と、クライアント端末のデータをバックアップするサーバ装置とを備え、サーバ装置は、ネットワークの帯域状況を示す帯域情報を取得する帯域情報取得手段と、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行する経路決定手段とを含み、経路決定手段は、帯域情報に基づいて、データのバックアップの中断及び再開を実行することを特徴とする。

本発明によるネットワーク決定装置は、ネットワークの帯域状況を示す帯域情報を取得する帯域情報取得手段と、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行する経路決定手段とを備え、経路決定手段は、帯域情報に基づいて、データのバックアップの中断及び再開を実行することを特徴とする。

本発明によるネットワーク決定方法は、ネットワークの帯域状況を示す帯域情報を取得し、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行し、帯域情報に基づいて、データのバックアップの中断及び再開を実行することを特徴とする。

本発明によるネットワーク決定用プログラムは、コンピュータに、ネットワークの帯域状況を示す帯域情報を取得する処理と、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップする処理と、帯域情報に基づいて、データのバックアップの中断及び再開を実行する処理とを実行させるためのものである。

本発明によれば、必要に応じて複数のネットワーク経路を利用、バックアップの中止、及び再開を行うことができる。

本発明によるネットワーク経路決定システムを適用したバックアップシステムの構成例を示すブロック図である。 サーバ及びクライアントの機能構成例を示す機能ブロック図である。 サーバ及びクライアントが搭載するアプリケーションやＲＯＭの構成例を示すブロック図である。 サーバが実行する処理の一例を示すフローチャートである。 各クライアントが実行する処理の一例を示すフローチャートである。 ルールの詳細フォーマットを示す説明図である。 ステータス管理テーブルの詳細フォーマットを示す説明図である。 ネットワーク経路決定システムの最小の構成例を示すブロック図である。

本発明は、サーバ／クライアント型のバックアップシステムでネットワークが冗長化されている場合において、ネットワーク帯域情報を確認して、予め各ネットワークに設定したルール（最大多重度、最小帯域）に基づいてネットワーク経路を決定することを特徴とする。また、本発明は、特定のネットワークに帯域不足や障害がある場合でも、予め設定した優先度及びバックアップデータサイズに基づいてバックアップ対象マシンを選択し、中断／再開を行うことで指定したバックアップ時間以内にバックアップを完了することを特徴とする。また、本発明は、バックアップ対象マシンのディスク装置について、ファイルシステム解析を行うことができない場合でも、バックアップデータ圧縮効率取得部がディスクのＮＵＬＬ（ゼロ）の並びの長さで疑似的に圧縮率（圧縮効率）を判断することを特徴とする。

本発明によるネットワーク経路決定システムは、バックアップデータ送信前に帯域状況を確認することで、各径路の実際の帯域状況（転送速度）及び使用可能か（障害があるか）を把握する。また、ネットワーク経路決定システムは、予め定めたルールによって、最大多重度以下で、最小帯域より大きい帯域を選択し利用する。また、ネットワーク経路決定システムは、バックアップデータ量と転送速度からバックアップ時間を計算し、予め指定した時間以内にバックアップデータ送信が完了するように経路を選択する。

また、本発明によるネットワーク経路決定システムは、複数マシンを並行してバックアップを行う場合で、指定したバックアップ時間以内にバックアップが完了しない場合には、予め設定したバックアップ対象マシンの優先度の設定により、優先度の高いマシンのバックアップを行う。また、ネットワーク経路決定システムは、優先度の低いマシンのバックアップを中断する。

また、本発明によるネットワーク経路決定システムは、優先度が同じマシンが複数存在する場合には、バックアップデータサイズの少ないマシンを優先する。

また、フルセクタ方式のバックアップ（ファイルシステムの解析を行わず、未使用領域も含めたディスク装置等の記憶装置全体のバックアップ）を行う場合には、圧縮後のバックアップデータサイズを確認するためには通常は実際に圧縮しなければならない。そこで、ネットワーク経路決定システムは、実際に圧縮を行うと時間がかかるため、ＮＵＬＬ（ゼロ）の並んだディスク装置等の記憶装置をより圧縮効率のよいディスク装置等の記憶装置であると判断する。

次に、本発明によるネットワーク経路決定システムの構成について説明する。図１は、本発明によるネットワーク経路決定システムを適用したバックアップシステムの構成例を示すブロック図である。図１に示すように、バックアップシステムは、サーバ１００と、複数のクライアント１２０とを備える。また、図１は、バックアップシステムを模範的に表したものであり、サーバ１００、及びクライアント１２０間を複数（ｎ個：ｎは２以上の整数）のネットワーク経路１（１４０−１）、・・・、ｎ（１４０−ｎ）を介して通信可能に接続したものである。

サーバ１００は、具体的には、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される。サーバ１００は、ネットワーク経路１４０−１、・・・、１４０−ｎを経由してクライアント１２０を管理・制御するためのソフトウェアを搭載したハードウェアである。

ネットワーク経路１４０−１、・・・、１４０−ｎは、具体的には、ＬＡＮ等の通信ネットワークによって実現され、サーバ１００がクライアント１２０を管理・制御するために経由するネットワーク・インフラストラクチャである。

クライアント１２０は、具体的には、プログラムに従って動作するパーソナルコンピュータ等の情報処理端末によって実現される。クライアント１２０は、サーバ１００によって管理・制御されるハードウェアである。

なお、図１は、バックアップシステムを模式的に説明するために例示したものであって、システム構成を制限するものではない。例えば、クライアント１２０は管理・制御するシステムに応じて任意の台数として構成可能である。

図２は、サーバ１００及びクライアント１２０の機能構成例を示す機能ブロック図である。図２は、サーバ１００及びクライアント１２０内で動作するプログラムの論理的な構造を模式的に表したものである。図２に示すように、サーバ１００は、データ格納領域１０１、データＲ（読み出し）／Ｗ（書き込み）部１０２、データ送受信制御部１０３、経路１用送受信部１０４−１、・・・、経路ｎ用送受信部１０４−ｎ、帯域情報取得部１０６、ルール１０７、及びステータス管理テーブル１０８を含む。ここで、データ格納領域１０１は、具体的には、サーバ１００が備える磁気ディスク装置等の不揮発性の記憶装置に設けられている。

また、図３は、サーバ１００及びクライアント１２０が搭載するアプリケーションやＲＯＭの構成例を示すブロック図である。なお、図３に示す例では、一例として、サーバ１００とクライアント１２０とがネットワーク経路１４０−１を介して通信を行う場合が示されているが、他のネットワーク経路１４０−２〜１４０−ｎを介して通信を行う場合も同様である。

サーバ１００は、図３に示すように、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ、ＰＸＥ（Preboot eXecution Environment）サーバ、ＴＦＴＰ（TrivialFile Transfer Protocol）サーバの各サーバ機能を搭載している。また、サーバ１００は、図３に示すように、クライアント１２０上で起動可能なデータ処理用ＯＳ１２６のためのブートファイル１１１を含む。

図２に示すように、クライアント１２０は、バックアップデータ１２１、データＲ（読み出し）／Ｗ（書き込み）部１２２、データ送受信制御部１２３、経路１用送受信部１２４−１、・・・、経路ｎ用送受信部１２４−ｎ、及びバックアップデータ圧縮効率取得部１２７を含む。また、図２に示すように、このうち、データＲ（読み出し）／Ｗ（書き込み）部１２２、データ送受信制御部１２３、経路１用送受信部１２４−１、及び経路ｎ用送受信部１２４−ｎ、及びバックアップデータ圧縮効率取得部１２７は、データ処理用ＯＳ１２６上で動作する。

図３に示すように、クライアント１２０は、後述するネットワークカードデバイス（ＮＩＣ：Network Interface Card）上のＲＯＭ（Read Only Memory）（ＮＩＣ ＲＯＭ１３１）を搭載している。また、データ処理用ＯＳ１２６のブートファイルは、ＮＩＣ ＲＯＭ１３１に搭載されるＰＸＥ（Preboot eXecution Environment）機能を利用して、ＰＸＥ仕様に基づくネットワークブート（ＰＸＥブート）によりサーバ１００から転送され、クライアント１２０のコンピュータ上で起動可能となっている。

サーバ１００側のデータ格納領域１０１は、具体的には、情報処理装置が磁気ディスク装置や光ディスク装置等の記憶装置に設けられている。データ格納領域１０１は、サーバ１００が処理する各種データを記憶する。

サーバ１００側のデータＲ／Ｗ部１０２は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵ及び入出力部によって実現される。データＲ／Ｗ部１０２は、データ格納領域１０１からデータを読み出したり（Ｒ）、データ格納領域１０１にデータを書き込んだり（Ｗ）する機能を備える。なお、データ格納領域１０１には、クライアント１２０側のバックアップデータ１２１の分割されたデータが結合されて格納される。そのため、サーバ１００側のデータＲ／Ｗ部１０２は、ネットワーク経路分のスレッドを起動し、データ格納領域１０１に対して多重アクセスを行う。

サーバ１００側のデータ送受信制御部１０３は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。データ送受信制御部１０３は、パケット通信の際に使用するネットワーク経路を判断するために、帯域情報取得部１０６から情報を取得（入力）し、ルール１０７から読み込んだ情報を基に使用するネットワーク経路を決定する機能を備える。

サーバ１００側の経路１用送受信部１０４−１、・・・経路ｎ用送受信部１０４−ｎは、具体的には、プログラムに従って動作する情報処理装置のＣＰＵ及びネットワークインタフェース部によって実現される。経路１用送受信部１０４−１、・・・経路ｎ用送受信部１０４−ｎは、ネットワーク経路１４０−１〜１４０−ｎを介して各クライアント１２０とデータを送受信する機能を備える。

サーバ１００側の帯域情報取得部１０６は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。帯域情報取得部１０６は、ネットワークの帯域情報を取得（算出）し、データ送受信制御部１０３に出力する機能を備える。

サーバ１００側のルール１０７は、具体的には、情報処理装置が磁気ディスク装置や光ディスク装置等の記憶装置に記憶される。ルール１０７は、ネットワーク経路の使用可能帯域の閾値、ネットワーク経路の最大多重度、バックアップ可能時間、バックアップデータサイズ、及びバックアップマシン優先度（クライアント１２０の優先度）の設定値を含む（図６参照）。

サーバ１００側のステータス管理テーブル１０８は、具体的には、情報処理装置が備えるメモリ等の記憶装置に記憶される。ステータス管理テーブル１０８は、クライアント１２０側のバックアップデータ１２１に対して、具体的に磁気ディスク装置等の記憶装置上のどの位置を読み込むか、どのネットワーク経路を使用するか、どのデータのバックアップが完了したかを管理するためのテーブルである。

なお、本実施形態において、サーバ１００の記憶装置（図示せず）は、ネットワーク経路を決定するための各種プログラムを記憶している。例えば、サーバ１００の記憶装置は、コンピュータに、ネットワークの帯域状況を示す帯域情報を取得する処理と、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップする処理と、帯域情報に基づいて、データのバックアップの中断及び再開を実行する処理とを実行させるためのネットワーク経路決定用プログラムを記憶している。

クライアント１２０側のバックアップデータ１２１は、具体的には、情報処理端末が備える磁気ディスク装置等の不揮発性の記憶装置に記憶される。バックアップデータ１２１は、バックアップ対象の各種データを含む。

クライアント１２０側のデータＲ／Ｗ部１２２は、具体的には、プログラムに従って動作する情報処理端末のＣＰＵ及び入出力部によって実現される。データＲ／Ｗ部１２２は、バックアップデータ１２１からデータを読み出したり（Ｒ）、バックアップデータ１２１にデータを書き込んだり（Ｗ）する機能を備える。複数のネットワーク経路でバックアップを実行するため、クライアント１２０側のデータＲ／Ｗ部１２２は、ネットワーク経路分のスレッドを起動し、バックアップデータ１２１に対して、多重アクセスを行う。これにより、バックアップデータ１２１からは同時に各ネットワーク経路で転送されるデータが読み出されることになる。

クライアント１２０側のデータ送受信制御部１２３は、具体的には、プログラムに従って動作する情報処理端末のＣＰＵによって実現される。データ送受信制御部１２３は、経路１用送受信部１２４−１、・・・、経路ｎ用送受信部１２４−ｎを制御してサーバ１００とのデータの送受信を制御する機能を備える。

クライアント１２０側の経路１用送受信部１２４−１、・・・経路ｎ用送受信部１２４−ｎは、具体的には、プログラムに従って動作する情報処理端末のＣＰＵ及びネットワークインタフェース部によって実現される。経路１用送受信部１２４−１、・・・経路ｎ用送受信部１２４−ｎは、ネットワーク経路１４０−１〜１４０−ｎを介してサーバ１００とデータを送受信する機能を備える。

クライアント１２０側のバックアップデータ圧縮効率取得部１２７は、具体的には、プログラムに従って動作する情報処理端末のＣＰＵによって実現される。バックアップデータ圧縮効率取得部１２７は、バックアップデータの圧縮効率を取得（算出）する機能を備える。

次に、動作について説明する。図４は、サーバ１００が実行する処理の一例を示すフローチャートである。また、図５は、各クライアント１２０が実行する処理の一例を示すフローチャートである。

所定のバックアップ開始時間（例えば、夜間に設けられたバックアップ開始時間）となると、サーバ１００は、バックアップ処理を開始する（図４のステップＳ１）。サーバ１００にてバックアップ処理を開始すると、サーバ１００側のデータ送受信制御部１０３は、サーバ１００で接続可能なネットワーク経路を確認する（図４のステップＳ２，Ｓ３）。この処理で、サーバ１００は、サーバ１００に接続されている全てのネットワーク経路に対して、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）で通信を行うためのＩＰアドレスとポート番号とを組み合わせた通信ソケットを作成する（図４のステップＳ４）。

本例では、サーバ１００側で２つのネットワーク経路（ネットワーク経路１４０−ｉ，１４０−ｊ）が検出されたものとして説明を行う。この場合、サーバ１００は、サーバ１００側の経路ｉ用送受信部１０４−ｉ、及びサーバ１００側の経路ｊ用送受信部１０４−ｊを起動する。

次に、サーバ１００は、ネットワーク経路１４０−ｉ，１４０−ｊを介して起動要求信号を送信し、クライアント１２０の電源をＯＮさせる制御を行う（図４のステップＳ５）。また、サーバ１００は、データ処理用ＯＳ１２６をネットワークブート（ＰＸＥブート）にて転送する制御を行い（図４のステップＳ６）、クライアント１２０上で起動させる。

図３を用いて、サーバ１００及びクライアント１２０間のデータ処理用ＯＳ１２６の転送処理を説明する。図３に示すように、サーバ１００は、データ処理用ＯＳ１２６のブートファイル１１１、ＤＨＣＰサーバ１１２、ＰＸＥサーバ１１３、及びＴＦＴＰサーバ１１４を含む。また、クライアント１２０は、ＰＸＥ機能を搭載したＮＩＣ ＲＯＭ１３１を含む。ここで、データ処理用ＯＳ１２６は、前述したように、ＰＸＥ仕様に基づき起動される。そして、本実施形態では、これらの機能を用いて、サーバ１００からクライアント１２０にデータ処理用ＯＳ１２６が転送される。

次に、クライアント１２０側の処理について説明する。クライアント１２０は、上記のＰＸＥブートによりデータ処理用ＯＳ１２６を起動すると（図５のステップＳ２１）、クライアント１２０側のデータ送受信制御部１２３の処理により接続可能なネットワーク経路を確認する（図５のステップＳ２２，Ｓ２３）。この処理では、クライアント１２０は、クライアント１２０に接続されている全てのネットワーク経路に対して、ＴＣＰ／ＩＰで通信を行うためのＩＰアドレスとポート番号とを組み合わせた通信ソケットを作成する（図５のステップＳ２４）。

本例では、クライアント１２０側で２つのネットワーク経路（ネットワーク経路１４０−ｉ，１４０−ｊ）が検出されたものとして説明を行う。この場合は、クライアント１２０は、クライアント１２０側の経路ｉ用送受信部１２４−ｉ、及びクライアント１２０側の経路ｊ用送受信部１２４−ｊを起動する。

バックアップ処理を実行する前に、クライアント１２０側のデータ送受信制御部１２３は、クライアント１２０側の経路ｉ用送受信部１２４−ｉ、クライアント１２０側の経路ｊ用送受信部１２４−ｊの順に、サーバ１００とＴＣＰ／ＩＰとによるパケット通信によるネゴシエーションを行う（図５のステップＳ２５）。

次に、サーバ１００は、サーバ１００側の経路ｉ用送受信部１０４−ｉ、サーバ１００側の経路ｊ用送受信部１０４−ｊのいずれかで、ネットワーク経路１４０−ｉ，１４０−ｊを介してクライアント１２０からの通信を受け、クライアント１２０との間でセッションを確立する。すなわち、クライアント１２０から通信を受けたサーバ１００は、クライアント１２０との間でセッションを確立する。そして、サーバ１００側のデータ送受信制御部１０３とクライアント１２０側のデータ送受信制御部１２３との情報伝達により、サーバ１００にサーバ１００側の経路ｉ用送受信部１０４−ｉ、サーバ１００側の経路ｊ用送受信部１０４−ｊが存在し、クライアント１２０にクライアント１２０側の経路ｉ用送受信部１２４−ｉ、クライアント１２０側の経路ｊ用送受信部１２４−ｊが存在する情報を得る。

その後、サーバ１００側のデータ送受信制御部１０３は、ルール１０７を読み込む（図４のステップＳ７）。そして、データ送受信制御部１０３は、ルール１０７で指定されているネットワーク経路の最大多重度を越えない範囲で、サーバ１００とクライアント１２０との間のネットワーク経路のセッションを再確立する。

図６は、ルール１０７の詳細フォーマットを示す説明図である。図６に示すように、ルール１０７には、使用可能帯域の閾値である最小帯域（MinimamBandWidth）と、使用するネットワーク経路の最大多重度（MaximamMltiplex）と、最長バックアップ可能時刻（LimitExecutTime）と、対象マシンのバックアップ優先度（BackupPriority）と、対象のバックアップデータサイズ（BackupDataSize）とが含まれる。

なお、バックアップデータサイズ及び圧縮効率については、バックアップが開始されるまでは、不明である。従って、サーバ１００は、これらの値については、クライアント１２０でデータ処理用ＯＳ１２６が起動した後に取得し、ルール１０７に追記（付加）する。

次に、バックアップデータ１２１をどのネットワーク経路で送信するか決定する手順を説明する。まず、バックアップデータ１２１を各ネットワーク経路に割り振る前に、クライアント１２０は、バックアップデータ１２１の全データ位置、サイズを特定する。これは、バックアップデータ１２１内のファイルシステム管理情報を読み込むことで特定する。

ファイルシステム管理情報は、ＯＳでファイルシステムを作成した際に構築されるテーブルのことを指す。このテーブル（ファイルシステム管理情報）には、ファイルシステム内の全てのファイル位置、及びサイズが記録されている。これは、ＦＡＴ（File Allocation Tables）ファイルシステムであれば、ＦＡＴ（File Allocation Table）と呼ばれるテーブルであり、ＮＴＦＳ（NT FileSystem）ファイルシステムであれば、ビットアップ（$Bitmap）と呼ばれるテーブルである。このファイルシステム管理情報は、バックアップデータ１２１に含まれるファイルシステムによってテーブル名称は異なるが、以下の説明では、便宜上、「$Bitmap」と呼ぶ。なお、$Bitmapの格納位置、テーブル仕様については公知であるため、本実施形態ではその説明を省略する。

なお、上記ではファイルシステムを解析できる場合について説明したが、ファイルシステムを解析できない場合については、クライアント１２０は、未使用領域も含めたディスク装置等の記憶装置全体のバックアップを行うこととする（図５のステップＳ２６）。

クライアント１２０は、サーバ１００との間でコネクション確立（図５のステップＳ２５）後、$Bitmapを読み出す（図５のステップＳ２７）。この$Bitmapの取得手順としては、クライアント１２０上でデータ処理用ＯＳ１２６が起動した後に、クライアント１２０側のデータ送受信制御部１２３の制御により、クライアント１２０側の経路ｉ用送受信部１２４−ｉや経路ｊ用送受信部１２４−ｊを経由し、クライアント１２０側のデータＲ／Ｗ部１２２によりバックアップデータ１２１から読み込む。

次に、クライアント１２０は、読み込んだ$Bitmapをクライアント１２０側の経路ｉ用送受信部１２４−ｉや経路ｊ用送受信部１２４−ｊから、サーバ１００側の経路ｉ用送受信部１０４−ｉや経路ｊ用送受信部１０４−ｊに送信する（ステップＳ２９）。

ファイルシステム解析に対応していない場合には、クライアント１２０は、バックアップデータ圧縮効率取得部１２７が圧縮効率を確認（算出）し（図５のステップＳ２８）、サーバ１００に圧縮効率情報を送信する（図５のステップＳ２９）。

ファイルシステム解析に対応していない場合、非圧縮だとディスク装置等の記憶装置全体がバックアップ対象となるため、バックアップデータサイズによる差が出にくい。圧縮後のデータサイズを確認するためには通常は実際に圧縮を行うしかないが、実際に圧縮を行うと時間が余計にかかる。そのため、バックアップデータ圧縮効率取得部１２７は、ディスク装置等の記憶装置のＮＵＬＬ（ゼロ）が並んだ長さで圧縮効率のよいディスク装置等の記憶装置と判断する。

図２の説明に戻り、サーバ１００は、クライアント１２０から$Bitmapを取得（受信）すると（図４のステップＳ８）、サーバ１００側のデータ送受信制御部１０３にて$Bitmapの解析を行い、その解析結果に応じてステータス管理テーブル１０８を作成する（図４のステップＳ９）。ここでは、サーバ１００は、バックアップデータ１２１の全データに対して、$Bitmapによってファイルの格納位置及びサイズを特定し、ステータス管理テーブル１０８に記録（付加）する。なお、ファイルシステム解析に対応していない場合には、サーバ１００は、クライアント１２０から受信した圧縮効率情報をステータス管理テーブル１０８に記録（付加）する。

図７は、ステータス管理テーブル１０８の詳細フォーマットを示す説明図である。図７に示すように、ステータス管理テーブル１０８には、バックアップ対象データの格納されている位置を示すアドレス（Address）と、このアドレスから何ＫＢデータが連続しているかを示すサイズ（Size）と、使用するネットワーク経路を示す使用経路（Route）と、バックアップ済みであるかどうかを記録するバックアップ完了フラグ（Status）と、圧縮効率（CompressionEfficiency）とが含まれる。なお、このステータス管理テーブル１０８は、本実施形態では、アクセスの高速化を考慮し、サーバ１００内のメモリ等の記憶装置に記憶される。

ここで、サーバ１００側のデータ送受信制御部１０３は、$Bitmapを解析し、ステータス管理テーブル１０８のアドレス及びサイズを決定する。この場合、バックアップデータ１２１の容量に依存し、ステータス管理テーブル１０８には、複数行のレコードが追加される。このデータにより、バックアップ対象の全データの管理が可能となる。また、サーバ１００は、ステータス管理テーブル１０８のサイズの値をルール１０７のバックアップデータサイズに追記（付加）する。

次に、サーバ１００側のデータ送受信制御部１０３は、サーバ１００及びクライアント１２０に接続されているネットワーク経路の中から、ルール１０７で指定された最大多重度を超えないようネットワーク経路を決定する。そして、データ送受信制御部１０３は、決定したネットワーク経路の中からどのネットワーク経路を使うかの情報をステータス管理テーブル１０８の使用経路に記録（付加）する。

図２の説明に戻り、サーバ１００の帯域情報取得部１０６は、実行環境であるＯＳからのパケット情報を取得（算出）する。この場合、帯域情報取得部１０６は、Windowsフィルタリングプラットフォーム（ＷＦＰ）（Windowsは登録商標）を例として、ＯＳ上のデバイスドライバの上位層に位置するインタフェースからＴＣＰ／ＩＰ上の送受信パケット数を取得（入力）し、単位あたり（例えば、１秒）ごとの平均帯域を求める。また、帯域情報取得部１０６は、求めた帯域情報をデータ送受信制御部１０３に出力する。これにより、サーバ１００側のデータ送受信制御部１０３は、帯域情報取得部１０６からの帯域情報を取得（入力）する（図４のステップＳ１０）。

次に、サーバ１００側のデータ送受信制御部１０３は、バックアップ実行中のマシンの優先度（BackupPriority）をルール１０７にて確認する（図４のステップＳ１１）。この場合、サーバ１００は、事前にクライアント１２０とセッションを確立したネットワーク経路について、ルール１０７で指定されているネットワーク経路の最大多重度を越えない範囲で、ルール１０７で指定されているネットワーク経路の最小帯域と比較する。そして、サーバ１００は、最小帯域よりも、大きければ使用し、小さければ使用しないようにすることで、使用するネットワーク経路を決定する。

ステップＳ１１において、サーバ１００は、バックアップの並行実行等によって帯域に余裕が無く、ルール１０７で指定された最長バックアップ可能時刻（LimitExecutTime）を超えるマシンについては、次の条件順にバックアップ中断を指示する（図４のステップＳ１２）。すなわち、サーバ１００は、「１．優先度」、「２．バックアップデータサイズ」、及び「３．圧縮率」の順にバックアップ中断を指示する。

図１に示す例では、使用可能ネットワーク経路として、便宜上、ネットワーク経路１（１４０−１）、・・・、ネットワーク経路ｎ（１４０−ｎ）を記載しているが、本発明はこれに限定されず、存在するネットワーク経路すべてが対象となる。この際、サーバ１００側のデータ送受信制御部１０３は、ルール１０７で指定された最大多重度を超えないように制御を行う。その例として、本実施形態では、サーバ１００は、サーバ１００側の経路ｉ用送受信部１０４−ｉ、及びサーバ１００側の経路ｊ用送受信部１０４−ｊの帯域がルール１０７よりも大きい場合、これら２経路での通信を行うこととなる。

以降、ルール１０７で指定された最大多重度が２であることを前提に説明を行う。この場合、クライアント１２０側の経路ｉ用送受信部１２４−ｉ、及びクライアント１２０側の経路ｊ用送受信部１２４−ｊは、それぞれ、ネットワーク経路１４０−ｉ，１４０−ｊを介して、サーバ１００側の経路ｉ用送受信部１０４−ｉ、及びサーバ１００側の経路ｊ用送受信部１０４−ｊと接続し、バックアップデータ１２１のデータ送受信を行う。

サーバ１００側のデータ送受信制御部１０３は、バックアップ開始時点では、全レコードを使用経路数で按分し、使用経路を決定する。サーバ１００は、ステータス管理テーブル１０８のバックアップ完了フラグについては、バックアップ開始時点では、全て０（未実施）と記録し、バックアップが完了したレコードについては１（完了）に更新する。これにより、ステータス管理テーブル１０８によって、バックアップ対象のデータ格納位置、サイズ、及び使用経路が決定される。そのため、サーバ１００側のデータ送受信制御部１０３は、このステータス管理テーブル１０８の情報を使い、クライアント１２０側のデータ送受信制御部１２３に、各ネットワーク経路で読み込むべきデータの情報を送信する。また、サーバ１００は、これに合わせて、単位時間あたりの送信量について、各ネットワーク経路の送信量をＭＢ／Ｓ（megabyte per second）値で通知する。

図２の説明に戻り、クライアント１２０は、サーバ１００から各ネットワーク経路で読み込むべきデータの情報及び各ネットワーク経路の送信量を含む経路情報を入手（受信）する（図５のステップＳ３０）。すると、クライアント１２０側のデータ送受信制御部１２３は、クライアント１２０側の経路ｉ用送受信部１２４−ｉ、及びクライアント１２０側の経路ｊ用送受信部１２４−ｊにバックアップデータ１２１内のどのデータを読み込むのか、また、どれくらいの量を送るのかといった情報を出力する（図５のステップＳ３１）。クライアント１２０は、これらの情報に基づきクライアント１２０側のデータＲ／Ｗ部１２２経由でバックアップデータ１２１からデータを読み込み、読み込んだデータをサーバ１００に送信する（図５のステップＳ３２）。

これ以降、クライアント１２０は、バックアップが完了するまで（ステップＳ３３，Ｓ３４）、上記ステップＳ３０〜Ｓ３２の処理を繰り返し実行する。

なお、クライアント１２０側のデータＲ／Ｗ部１２２は、複数ネットワーク経路からのアクセスを処理する必要があるため、マルチスレッドでの処理を行う。具体的には、クライアント１２０側の経路ｉ用送受信部１２４−ｉから読み出し要求と、クライアント１２０側の経路ｊ用送受信部１２４−ｊからの読み出し要求とが同時に発生するため、それぞれの要求に対してスレッドを別々に作成することで、バックアップデータ１２１の別々の位置から同時にデータを読み出すことを可能とする。

上記の場合、クライアント１２０側のデータＲ／Ｗ部１２２は、バックアップデータ１２１に対してＲＡＷアクセス（ハードディスク装置の物理アドレス指定による直接アクセス）によりデータの読み込みを行う。読み込むデータ長は、サーバ１００側のデータ送受信制御部１０３から通知されたサイズであり、ステータス管理テーブル１０８に記録されたサイズである。また、クライアント１２０は、データの読み込み後、読み込んだデータを送信を行う際に、予めサーバ１００側のデータ送受信制御部１０３で決定された量を超えないように単位時間（秒）で計算し、送信するデータ量を調整する（図５のステップＳ３２）。

図２の説明に戻り、サーバ１００は、クライアント１２０が送信したデータを受信すると（ステップＳ１２）、受信したデータをサーバ１００側のデータＲ／Ｗ部１０２にてデータ格納領域１０１に書き込む。このとき、バックアップされたデータは、データ格納領域１０１上の１ファイルとしてアーカイブする。

データ格納領域１０１に書き込みを行うサーバ１００側のデータＲ／Ｗ部１０２についても、マルチスレッドでスレッドを起動する。具体的には、サーバ１００側の経路ｉ用送受信部１０４−ｉからの書き込み要求と、サーバ１００側の経路ｊ用送受信部１０４−ｊからの書き込み要求ｔが同時に発生するため、それぞれの要求に対してスレッドを別々に作成することで、データ格納領域１０１の別々の位置に同時に書き込むことを可能とする。

なお、複数ネットワーク経路にてバックアップが実行される場合、それぞれのネットワーク経路から送信されるデータは、連続していない。そのため、バックアップデータを格納する際は、ステータス管理テーブル１０８をもとに、予定されるバックアップデータサイズ分の領域をデータ格納領域１０１上に事前に確保しておき、それぞれのネットワーク経路毎に送付されたデータの格納位置にあわせてデータ格納領域１０１上に確保した領域に書き込む。書き込みが完了したデータについては、ステータス管理テーブル１０８の対象レコードのバックアップ完了フラグ（Status）を１（完了）に更新する。

以降、サーバ１００側のデータ送受信制御部１０３は、帯域情報取得部１０６から単位時間（例えば、１秒）あたりの情報を取得（入力）し、帯域の使用状況や断線の状況を確認（特定）する。サーバ１００は、その結果、帯域に余裕がある場合には、送信データ量を増やし、帯域に余裕がなければ送信データ量を減らすように、クライアント１２０側のデータ送受信制御部１２３に指示情報を送信する。また、サーバ１００側のデータ送受信制御部１０３は、現在使用していない新たなネットワーク経路がないかの探索を行い、ルール１０７の最大多重度以下であれば、データ通信のネットワーク経路として使用するように制御する。

これ以後、サーバ１００は、ステータス管理テーブル１０８の全レコードのバックアップ完了フラグが１（完了）に更新され、バックアップが終了したと判定されるまで（図４のステップＳ１３）、上記ステップＳ１０〜Ｓ１３の処理を繰り返し実行する。

なお、使用するネットワーク経路の増減があった場合や、各ネットワーク経路で予定されたバックアップデータ１２１のバックアップが完了した場合（図４のステップＳ１４）は、サーバ１００側のデータ送受信制御部１０３は、ステータス管理テーブル１０８の使用経路の値を更新し、再割当を行う。

また、サーバ１００は、定期的に帯域情報取得部１０６から取得（入力）した値を元に、ルール１０７で指示されたバックアップ可能時間に対して、バックアップデータサイズを処理するのに必要な時間を求める。そして、予め指定された時間内にバックアップが完了しないと判断した場合には、サーバ１００側のデータ送受信制御部１０３は、ネットワーク経由でのデータ送信の中断をクライアント１２０側のデータ送受信制御部１２３に通知する。そのように制御することにより、クライアント１２０側のデータ送受信制御部１２３は、データ送信の中断を受け取った場合、クライアント１２０側の経路ｉ用送受信部１２４−ｉ、及びクライアント１２０側の経路ｊ用送受信部１２４−ｊから、それぞれ接続しているサーバ１００側の経路ｉ用送受信部１０４−ｉ、及びサーバ１００側の経路ｊ用送受信部１０４−ｊに対して、ＴＣＰのリセット要求を発行（送信）し、サーバ１００とのセッションを切断する。なお、バックアップの完了等でネットワーク帯域に余裕がでた場合には、サーバ１００側のデータ送受信制御部１０３は、中断していたマシンのバックアップを再開する。

また、サーバ１００側でステータス管理テーブル１０８の全レコードのバックアップ完了フラグが１（完了）となり、クライアント１２０側でバックアップが完了したと判定された場合（図５のステップＳ３３，Ｓ３４）か、データ転送を中止した場合には、クライアント１２０は、データ処理用ＯＳ１２６をリセットし、クライアント１２０のＯＳを起動する。なお、バックアップの中止は、最長バックアップ可能時刻（LimitExecutTime）を過ぎた時点でバックアップが完了していない場合に行う。

以上に説明したように、本実施形態では、指定時間以内にバックアップが完了するようにバックアップデータ量の情報や帯域情報、バックアップ優先度に基づいて最適な経路やバックアップ対象マシンを決定する。そのため、必要に応じて複数のネットワーク経路を利用、バックアップの中止、及び再開を行うことができる。

また、本実施形態では、複数のネットワーク経路を用いたクライアントサーバシステムにおいて、サーバ１００によりクライアント１２０のＯＳデータをバックアップする場合、バックアップ対象であるＯＳデータを送信する際に、複数のネットワーク経路の帯域を監視する。そのように構成することで、本実施形態では、最適なネットワーク経路を選択し追加してデータ送信を行う構成としている。これにより、単位時間あたりのネットワーク帯域の有効利用を図るとともに、同時バックアップ可能なクライアント１２０の台数を増やし、バックアップの多重度を向上させることができる。

すなわち、本実施形態では、複数のネットワーク経路に対して、定期的にネットワーク帯域を監視し、帯域に余裕があるネットワーク経路を自動的に選択し追加することで、複数のネットワーク経路での効率的なデータ転送を可能とし、特定のネットワーク経路に障害や帯域不足がある場合でも、バックアップを可能としている。

言い換えれば、クライアントサーバ型のバックアップシステムにおいて、クライアント１２０のデータのバックアップを効率的に行うことで、所定時間内にバックアップが完了することを実現し、特定のネットワーク経路に障害や帯域不足がある場合でも、優先度及びバックアップデータサイズを意識したバックアップを可能とし、ネットワーク帯域の有効利用を図ることができる。

また、本実施形態によれば、使用するネットワーク経路が増えることで、単位時間あたりに送信できるデータ量を増やすことができる。また、使用可能なネットワーク経路を効率的に活用することで、バックアップ性能を向上させることができる。これは、バックアップ可能時間が設けられているようなシステムにおいて、バックアップ時間を短縮する効果がある。

また、本実施形態によれば、同時にバックアップ可能なクライアント１２０の多重度を上げることも可能となる。また、ルール１０７及びステータス管理テーブル１０８を管理する方法として、ファイル及びデータベースメモリのいずれの形式であっても実施可能である。

また、本実施形態によれば、バックアップデータサイズについては実際に圧縮することなく圧縮率を計算することでバックアップ時間を短縮することができる。これにより、特定のネットワーク経路に障害や帯域不足が発生した場合でもバックアップを可能にし、ネットワーク帯域の有効利用を図る。また、帯域に余裕が発生した場合のより効率的なネットワーク帯域の利用を図ることができる。

次に、本発明によるネットワーク経路決定システムの最小構成について説明する。図８は、ネットワーク経路決定システムの最小の構成例を示すブロック図である。図８に示すように、ネットワーク経路決定システムは、クライアント１２０と、クライアント１２０のデータをバックアップするサーバ１００とを備える。また、サーバ１００は、帯域情報取得部１０６と、データ送受信制御部１０３とを含む。帯域情報取得部１０６は、ネットワークの帯域状況を示す帯域情報を取得する機能を備える。また、データ送受信制御部１０３は、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント１２０から受信したデータをバックアップするバックアップ処理を実行する機能を備える。また、データ送受信制御部１０３は、帯域情報に基づいて、データのバックアップの中断及び再開を実行する機能を備える。

図８に示す最小構成のネットワーク経路決定システムによれば、必要に応じて複数のネットワーク経路を利用、バックアップの中止、及び再開を行うことができる。

なお、上記に示した実施形態では、以下の（１）〜（８）に示すようなネットワーク経路決定システム及びネットワーク経路決定装置の特徴的構成が示されている。

（１）ネットワーク経路決定システムは、クライアント端末（例えば、クライアント１２０）と、クライアント端末のデータをバックアップするサーバ装置（例えば、サーバ１００）とを備え、サーバ装置は、ネットワークの帯域状況を示す帯域情報を取得する帯域情報取得手段（例えば、帯域情報取得部１０６）と、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行する経路決定手段（例えば、データ送受信制御部１０３）とを含み、経路決定手段は、帯域情報に基づいて、データのバックアップの中断及び再開を実行することを特徴とする。

（２）ネットワーク経路決定システムにおいて、経路決定手段は、最大多重度及び最小帯域が予め設定されたルール情報（例えば、ルール１０７）に基づいて、最大多重度以下かつ最小帯域より帯域が大きい通信経路を、バックアップ対象のデータを送受信する通信経路として決定するように構成されていてもよい。

（３）ネットワーク経路決定システムにおいて、経路決定手段は、クライアント端末の優先度が予め設定されたルール情報に基づいて、優先度が高いクライアント端末を対象としたバックアップ処理を実行し、優先度が低いクライアント端末を対象としたバックアップ処理を中断するように構成されていてもよい。

（４）ネットワーク経路決定システムにおいて、経路決定手段は、バックアップ対象のデータのデータサイズが予め設定されたルール情報に基づいて、優先度が同じであるクライアント端末が複数ある場合には、データサイズが小さいクライアント端末を対象としたバックアップ処理を優先して実行するように構成されていてもよい。

（５）ネットワーク経路決定システムにおいて、クライアント端末は、ファイルシステムの解析が可能である場合には、ファイルシステムの管理情報を帯域情報として入力する帯域情報入力手段（例えば、データ送受信制御部１２３）を含み、帯域情報取得手段は、クライアント端末から、管理情報を帯域情報として受信するように構成されていてもよい。

（６）ネットワーク経路決定システムにおいて、クライアント端末は、ファイルシステムの解析が不可能である場合には、バックアップ対象のデータの圧縮効率を算出する圧縮効率算出手段（例えば、バックアップデータ圧縮効率取得部１２７）を含み、帯域情報取得手段は、クライアント端末から、圧縮効率を帯域情報として受信するように構成されていてもよい。

（７）ネットワーク経路決定システムにおいて、圧縮効率算出手段は、ＮＵＬＬの並びの長さに基づいて疑似的に圧縮効率を判断するように構成されていてもよい。

（８）ネットワーク経路決定装置は、ネットワークの帯域状況を示す帯域情報を取得する帯域情報取得手段（例えば、帯域情報取得部１０６）と、帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行する経路決定手段（例えば、データ送受信制御部１０３）とを備え、経路決定手段は、帯域情報に基づいて、データのバックアップの中断及び再開を実行することを特徴とする。

本発明は、サーバ／クライアント型のバックアップシステムで、ネットワーク経由でバックアップ用ＯＳを送り込みブートさせることで、クライアントのＯＳのデータのバックアップを行うバックアップシステムに適用できる。また、特にサーバとクライアントとの間のネットワークが冗長化されていて、複数のネットワーク経路をバックアップデータの送受信に利用できるシステムに適用できる。

１００ サーバ
１０１ データ格納領域
１０２ データＲ／Ｗ部
１０３ データ送受信制御部
１０４−１ 経路１用送受信部
１０４−ｎ 経路ｎ用送受信部
１０６ 帯域情報取得部
１０７ ルール
１０８ ステータス管理テーブル
１１１ ブートファイル
１１２ ＤＨＣＰサーバ
１１３ ＰＸＥサーバ
１１４ ＴＦＴＰサーバ
１２０ クライアント
１２１ バックアップデータ
１２２ データＲ／Ｗ部
１２３ データ送受信制御部
１２４−１ 経路１用送受信部
１２４−ｎ 経路ｎ用送受信部
１２６ データ処理用ＯＳ
１２７ バックアップデータ圧縮効率取得部
１３１ ＮＩＣ ＲＯＭ
１４０−１〜１４０−ｎ ネットワーク経路

Claims (10)

1. クライアント端末と、
   前記クライアント端末のデータをバックアップするサーバ装置とを備え、
   前記サーバ装置は、
   ネットワークの帯域状況を示す帯域情報を取得する帯域情報取得手段と、
   前記帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、前記クライアント端末から受信したデータをバックアップするバックアップ処理を実行する経路決定手段とを含み、
   前記経路決定手段は、前記帯域情報に基づいて、データのバックアップの中断及び再開を実行する
   ことを特徴とするネットワーク経路決定システム。
2. 経路決定手段は、最大多重度及び最小帯域が予め設定されたルール情報に基づいて、前記最大多重度以下かつ前記最小帯域より帯域が大きい通信経路を、バックアップ対象のデータを送受信する通信経路として決定する
   請求項１記載のネットワーク経路決定システム。
3. 経路決定手段は、クライアント端末の優先度が予め設定されたルール情報に基づいて、優先度が高いクライアント端末を対象としたバックアップ処理を実行し、優先度が低いクライアント端末を対象としたバックアップ処理を中断する
   請求項１又は請求項２記載のネットワーク経路決定システム。
4. 経路決定手段は、バックアップ対象のデータのデータサイズが予め設定されたルール情報に基づいて、優先度が同じであるクライアント端末が複数ある場合には、前記データサイズが小さいクライアント端末を対象としたバックアップ処理を優先して実行する
   請求項３記載のネットワーク経路決定システム。
5. クライアント端末は、ファイルシステムの解析が可能である場合には、ファイルシステムの管理情報を帯域情報として入力する帯域情報入力手段を含み、
   帯域情報取得手段は、前記クライアント端末から、前記管理情報を前記帯域情報として受信する
   請求項１から請求項４のうちのいずれかに記載のネットワーク経路決定システム。
6. クライアント端末は、ファイルシステムの解析が不可能である場合には、バックアップ対象のデータの圧縮効率を算出する圧縮効率算出手段を含み、
   帯域情報取得手段は、前記クライアント端末から、前記圧縮効率を前記帯域情報として受信する
   請求項５記載のネットワーク経路決定システム。
7. 圧縮効率算出手段は、ＮＵＬＬの並びの長さに基づいて疑似的に圧縮効率を判断する
   請求項６記載のネットワーク経路決定システム。
8. ネットワークの帯域状況を示す帯域情報を取得する帯域情報取得手段と、
   前記帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行する経路決定手段とを備え、
   前記経路決定手段は、前記帯域情報に基づいて、データのバックアップの中断及び再開を実行する
   ことを特徴とするネットワーク経路決定装置。
9. ネットワークの帯域状況を示す帯域情報を取得し、
   前記帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、
   決定した通信経路を介して、クライアント端末から受信したデータをバックアップするバックアップ処理を実行し、
   前記帯域情報に基づいて、データのバックアップの中断及び再開を実行する
   ことを特徴とするネットワーク経路決定方法。
10. コンピュータに、
    ネットワークの帯域状況を示す帯域情報を取得する処理と、
    前記帯域情報に基づいてバックアップ対象のデータを送受信する通信経路を決定し、決定した通信経路を介して、クライアント端末から受信したデータをバックアップする処理と、
    前記帯域情報に基づいて、データのバックアップの中断及び再開を実行する処理とを
    実行させるためのネットワーク経路決定用プログラム。

Images