(57)【要約】【課題】  クライアント端末が低品質網に収納された場合に、クライアント端末におけるＯＳ／アプリケーションプログラムのパフォーマンスが低下するのを防止する。【解決手段】  第２のネットワークと、前記第２のネットワークより低品質の第１のネットワークとがルータを介して接続され、前記第１のネットワークは、クライアント端末を収納し、前記第２のネットワークは、複数のサーバと、管理サーバと、複数の単位記憶ユニットを有する少なくとも１台のストレージ装置とを収納し、前記管理サーバが、前記クライアント端末からの要求に応じて、前記複数のサーバの中の一台を、前記クライアント端末用の代理サーバとして割り当て、前記代理サーバが、前記クライアント端末からの指示に基づき、少なくとも１台のストレージ装置へアクセスするネットワークシステムであって、クライアント端末と代理サーバとの間の通信を、ネットワーク負荷の小さいプロトコルを用いて行う。【選択図】        図１
2006252116.tif 000002
【特許請求の範囲】
【請求項１】
第２のネットワークと、前記第２のネットワークより低品質の第１のネットワークとがルータを介して接続され、
前記第１のネットワークは、クライアント端末を収納し、
前記第２のネットワークは、複数のサーバと、管理サーバと、複数の単位記憶ユニットを有する少なくとも１台のストレージ装置とを収納し、
前記管理サーバが、前記クライアント端末からの要求に応じて、前記複数のサーバの中の一台を、前記クライアント端末用の代理サーバとして割り当て、
前記代理サーバが、前記クライアント端末からの指示に基づき、前記少なくとも１台のストレージ装置へアクセスするネットワークシステムであって、
前記クライアント端末と前記代理サーバとは、両者の間において、前記代理サーバと前記少なくとも１台のストレージ装置との間の通信に使用されるプロトコルよりも、ネットワーク負荷の小さいプロトコルを用いて通信を行う手段を備えることを特徴とするネットワークシステム。
【請求項２】
前記ネットワーク負荷の小さいプロトコルは、前記クライアント端末が、前記代理サーバからの受信データとしてディスプレイ表示画面の差分を、前記代理サーバへの送信データとしてマウス・キーボード命令を、それぞれＩＰパケットにカプセル化して送受信するプロトコルであることを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記管理サーバは、前記クライアント端末からの要求に基づいて、前記代理サーバを起動する手段を有し、
代理サーバは、前記クライアント端末の指示に従い、前記少なくとも１台のストレージ装置内の所定の単位記憶ユニットに格納されたオペレーティングシステムデータ、およびアプリケーションデータをロードして動作することを特徴とする請求項１または請求項２に記載のネットワークシステム。
【請求項４】
第２のネットワークと、前記第２のネットワークより低品質の第１のネットワークとがルータを介して接続され、
前記第１のネットワークは、クライアント端末を収納し、
前記第２のネットワークは、複数のサーバと、管理サーバと、複数の単位記憶ユニットを有する少なくとも１台のストレージ装置とを収納し、
前記複数のサーバの中の一台が前記クライアント端末用の代理サーバとして割り当てられ、
前記代理サーバが、前記クライアント端末からの指示に基づき、前記少なくとも１台のストレージ装置へアクセスするネットワークシステムにおける管理サーバであって、
前記複数のサーバの起動／停止を管理する手段と、
前記クライアント端末からの要求に応じて、前記複数のサーバの中の一台を、前記クライアント端末用の代理サーバとして割り当て、前記代理サーバを起動する手段とを有することを特徴とする管理サーバ。
【請求項５】
第２のネットワークと、前記第２のネットワークより低品質の第１のネットワークとがルータを介して接続され、
前記第１のネットワークは、クライアント端末を収納し、
前記第２のネットワークは、複数のサーバと、管理サーバと、複数の単位記憶ユニットを有する少なくとも１台のストレージ装置とを収納し、
前記管理サーバが、前記クライアント端末からの要求に応じて、前記複数のサーバの中の一台を、前記クライアント端末用の代理サーバとして割り当て、
前記代理サーバが、前記クライアント端末からの指示に基づき、前記少なくとも１台のストレージ装置へアクセスするネットワークシステムにおける通信方法であって、
前記クライアント端末と、前記代理サーバとの間の通信を、前記代理サーバと前記少なくとも１台のストレージ装置との間の通信に使用されるプロトコルよりも、ネットワーク負荷の小さいプロトコルを用いて行うことを特徴とする通信方法。
【請求項６】
前記ネットワーク負荷の小さいプロトコルは、前記クライアント端末が、前記代理サーバからの受信データとしてディスプレイ表示画面の差分を、前記代理サーバへの送信データとしてマウス・キーボード命令を、それぞれＩＰパケットにカプセル化して送受信するプロトコルであることを特徴とする請求項５に記載の通信方法。
【請求項７】
前記管理サーバが、前記クライアント端末からの要求に基づいて、前記代理サーバを起動し、
代理サーバが、前記クライアント端末の指示に従い、前記少なくとも１台のストレージ装置内の所定の単位記憶ユニットに格納されたオペレーティングシステムデータ、およびアプリケーションデータをロードして動作することを特徴とする請求項５または請求項６に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、通信方法および管理サーバに係り、特に、クライアント端末が低品質（高遅延、狭帯域）なネットワークに収納されたネットワークシステムに適用して有効な技術に関する。
【背景技術】
【０００２】
従来、コンピュータ端末の動作に必要な、例えば、オペレーティングシステム（以下、ＯＳという）やアプリケーションソフトウェア等のデータをコンピュータ端末の外部に設置されたストレージ装置に保存し、ネットワークを介して取得することを可能とするネットワークブートシステムが知られている（下記、特許文献１参照）。
この特許文献１に係わる発明では、コンピュータ端末の使用に必要なデータを、各コンピュータ端末に内蔵されたハードディスクに保存することなく、ストレージ装置に集約して保存できることから、ＯＳやアプリケーションソフトウェアの新しいバージョンヘの更新や、コンピュータウイルスの駆除といったストレージ装置のデータ更新処理を、各コンピュータ端末の使用者による自発的な実施に依存することなく、ネットワークブートシステムの管理者等が一括して行うことが期待できる。
【０００３】
なお、本願発明に関連する先行技術文献としては以下のものがある。
【特許文献１】特開２００２−１２３４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、クライアント端末が、低品質（高遅延、狭帯域）なネットワークに収納されている環境下で、前述したネットワークブートシステムを適用し、ストレージ装置内のＯＳ、アプリケーション、ユーザデータなどを格納する論理ユニット（Logical Unit；以下、ＬＵという）を利用するときに、ブートストラップファイル、あるいは、ＯＳのダウンロード、ファイルアクセス（ファイルの読み書き）に時間がかかり、クライアント端末におけるＯＳ／アプリケーションプログラムのパフォーマンスが低下するという問題点があった。
本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、ネットワークシステム、通信方法および管理サーバにおいて、クライアント端末が低品質なネットワークに収納された場合に、クライアント端末におけるＯＳ／アプリケーションプログラムのパフォーマンスが低下するのを防止することが可能となる技術を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
【課題を解決するための手段】
【０００５】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記の通りである。
前述の目的を達成するために、本発明は、第２のネットワークと、前記第２のネットワークより低品質の第１のネットワークとがルータを介して接続され、前記第１のネットワークは、クライアント端末を収納し、前記第２のネットワークは、複数のサーバと、管理サーバと、複数の単位記憶ユニットを有する少なくとも１台のストレージ装置とを収納し、前記管理サーバが、前記クライアント端末からの要求に応じて、前記複数のサーバの中の一台を、前記クライアント端末用の代理サーバとして割り当て、前記代理サーバが、前記クライアント端末からの指示に基づき、前記少なくとも１台のストレージ装置へアクセスするネットワークシステムであって、前記クライアント端末と前記代理サーバとは、両者の間において、前記代理サーバと前記少なくとも１台のストレージ装置との間の通信に使用されるプロトコルよりも、ネットワーク負荷の小さいプロトコルを用いて通信を行うことを特徴とする。
【発明の効果】
【０００６】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記の通りである。
本発明によれば、クライアント端末が低品質なネットワークに収納された場合に、クライアント端末におけるＯＳ／アプリケーションプログラムのパフォーマンスが低下するのを防止することが可能となる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明をネットワークブートシステムに適用した実施例を図面を参照して詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
図１は、本発明の実施例のネットワークブートシステムの概略構成を示すブロック図である。
本実施例のネットワークブートシステムは、低品質なネットワーク（本願の第１のネットワークに相当）２１と、管理ネットワーク（本願の第２のネットワークに相当）９とが、ルータ２０を介して相互に接続される。
ここで、管理ネットワーク９は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワークである。
ネットワーク２１は、クライアント端末１を収納する。なお、ネットワーク２１には複数台のクライアント端末１が収納されるが、図１では、１台のみ図示している。
また、管理ネットワーク９は、代理サーバ２と、管理サーバ３と、データベース管理サーバ（以下、ＤＢサーバ）４、１台以上のストレージ装置（１０、１１）とを収納する。
なお、管理ネットワーク９には複数台の代理サーバ２が収納されるが、図１では、１台のみ図示している。また、各装置にはＩＰアドレスが割り当てられ、各装置間はＴＣＰ／ＩＰによる通信が可能である。
【０００８】
各ストレージ装置（１０，１１）内には、データを格納するための１以上のターゲット（１０１〜１０３）があり、ターゲットには１以上の論理ユニット（Logical Unit；以下、ＬＵ）がある。各ＬＵにはユーザが割り当てられ（１つのＬＵに複数のユーザが割り当てられることもあるし、一切のユーザが割り当てられないこともある）、当該ユーザがクライアント端末を動作させるのに必要なデータ（例えば、ＯＳやアプリケーションソフトウェア等）が保存されている。
本実施例では、代理サーバ２と各ストレージ装置（１０，１１）との間の通信プロトコルとして、ｉＳＣＳＩ（Internet Small Computer System Interface）を想定するが、ＴＣＰ／ＩＰで転送可能なＩＰストレージ装置アクセスプロトコルであれば、ｉＳＣＳＩには限定されない。
さらに、ストレージ装置（１０，１１）を管理ネットワーク９に接続する代わりに、ストレージルータを接続することもできる。
ストレージルータには、ファイバチャネル（fibre channel；以下、ＦＣ）等のｉＳＣＳＩ以外のストレージ装置アクセスプロトコルによる通信機能を持ったストレージ装置が、管理ネットワーク９とは別個のネットワークを介して接続されていて、ｉＳＣＳＩとＦＣ等との間でプロトコル変換を行い、サーバ２と各ストレージ装置との間の通信を中継するものである。
図１においては、ストレージ装置（１０，１１）の全部または一部を前記ストレージルータに置き換えても問題なく動作するが、以下の説明では、ストレージルータを使用しない場合について説明する。
さらに、本実施例のネットワークブートシステムでは、ストレージ装置（１０，１１）内に設けられる複数のＬＵは、複数のクライアント端末の間で共用されるシステム領域ＬＵと、ユーザ毎に用意されるユーザ領域ＬＵとに分離される。ここで、システム領域ＬＵには、ＯＳ，アプリケーションデータ等が格納され、ユーザ領域ＬＵには、ユーザデータ（例えば、デスクトップ設定データ、ドキュメントファイル等）が格納される。
【０００９】
本実施例では、ストレージ装置（１０，１１）に対して、クライアント端末として機能する代理サーバ２を管理ネットワーク９内に複数台設置する。
この代理サーバ２は、ＳＣＮクライアント（ディスクレスでリモートブートする）機能を持つとともに、ＳＢＣサーバ機能を持っており、さらに、管理サーバ３からの起動要求パケットを受けて起動する機能を持っている。
そして、ユーザが直接操作するクライアント端末１と代理サーバ２との間では、代理サーバ２とストレージ装置（１０，１１）との間のプロトコルよりも、ネットワーク負荷の小さいプロトコルで通信を行う。
このネットワーク負荷の小さいプロトコルは、例えば、クライアント端末１が、代理サーバからの受信データとしてディスプレイ表示画面の差分を、代理サーバ２への送信データとしてマウス・キーボード命令を、それぞれＩＰパケットにカプセル化して送受信するプロトコルが採用される。
さらに、管理サーバ３が、クライアント端末１ヘの応答と、代理サーバ２の制御・管理を行う。例えば、代理サーバ２の起動／停止管理、および、クライアント端末１の要求に応じて代理サーバ２を一台割り当てる。この場合に、管理サーバ３は、ＤＢサーバ４に情報を問い合わせて、代理サーバ２を制御する。
また、クライアント端末１への割り当てられる代理サーバ２は、起動していても停止していても良い。管理サーバ３が、クライアント端末１からの要求により、代理サーバ２を割り当てる際に、クライアント端末１の要求を満たす代理サーバ２が起動していれば、それを割り当てることで、代理サーバの割当時間（即ち、クライアント端末１の待ち時間）を短縮することが可能となる。
さらに、管理サーバ３は、ユーザによるクライアント端末１の停止もしくはログオフ要求時に、クライアント端末１に割り当てられていた代理サーバ２を、選択的に停止もしくはユーザログオフ状態に戻すことが可能である。ここで、ユーザログオフ状態とは、代理サーバ２がシステム領域ＬＵのみをマウントし、ユーザログオン待ち（クライアント端末１への割当可能）となっている状態を指す。
【００１０】
以下、図２に示すシーケンス図に従って、本実施例のネットワークブートシステムの動作を説明する。
クライアント端末１は、管理サーバ３に対してアクセス要求を送信する（図２の２０１）。このアクセス要求は、一般のブラウザ（インターネット）を用いて実行される。
管理サーバ３は、クライアント端末１に対して、クライアント端末１のディスプレイにログイン要求の画面を表示させるためのデータを返す（図２の２０２）。
クライアント端末１は、管理サーバ３に対して、ログイン要求と、ユーザが選択したＯＳを通知する（図２の２０３）。
管理サーバ３は、ＤＢサーバ４に対して、代理サーバ２の割当てを要求する（図２の２０４）。
ＤＢサーバ４は、管理サーバ３に対して代理サーバ割当要求の返答を通知する（図２の２０５）。この返答は、（１）「停止中代理サーバの利用許可＋代理サーバ識別子（ＭＡＣアドレス）」、（２）「起動済代理サーバの利用許可＋代理サーバ識別子（ＩＰアドレス）」、あるいは、（３）「代理サーバの割当不可」のいずれかである。
ステップ２０５でのＤＢサーバ４から管理サーバ３に対する返答が、（１）「停止中代理サーバの利用許可＋代理サーバ識別子（ＭＡＣアドレス）」の場合、管理サーバ３は、通知された代理サーバ識別子（ＭＡＣアドレス）を持つ代理サーバ２に対して、起動要求パケットを送付する（図２の２０６）。
代理サーバ２は、ブートストラップファイルを、自端末内のＲＡＭ（Random Access Memory）に展開し、実行する（図２の２０７）。
【００１１】
次に、代理サーバ２は、ＤＢサーバ４に対して、代理サーバ認証要求を送信する（図２の２０８）。
ＤＢサーバ６は、代理サーバ２の認証を行い、内部のデータベースに代理サーバ情報を登録する（図２の２０９）。
次に、ＤＢサーバ４は、代理サーバ２に対して、システム領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）を通知する（図２の２１０）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
代理サーバ２は、ストレージ（１０，１１）に対して、通知された番号のシステム領域ＬＵの利用要求を送り（図２の２１１）、ストレージ（１０，１１）からのシステム領域ＬＵＮの利用応答（図２の２１２）を待って、通知された番号のシステム領域ＬＵをマウントし、ブートする。これにより、ＯＳの起動が終了する（図２の２１３）。
次に、代理サーバ２は、管理サーバ３に対して、起動完了通知と代理サーバ２の識別子（ＩＰアドレス）を通知する（図２の２１４）。
管理サーバ３は、クライアント端末１に対して、代理サーバ利用許可と代理サーバ２の識別子（ＩＰアドレス）を通知する（図２の２１５）。
【００１２】
次に、クライアント端末１は、ネットワーク負荷の小さいプロトコルにしたがって、代理サーバ２に対してアクセス要求を送信する（図２の２１６）。代理サーバ２は、ネットワーク負荷の小さいプロトコルにしたがって、クライアント端末１のディスプレイにアクセス要求の応答を返す（図２の２１７）。
次に、クライアント端末１は、代理サーバ２に対して、ユーザが入力した情報（例えば、ユーザ名、パスワード）を送信する（図２の２１８）。ここで、ステップ２１６における通信内容は、マウスおよびキーボート信号であり、ステップ２１７における通信内容は、画面データ（クライアント端末１のディスプレイ上の表示画面の差分データ）である。
代理サーバ２は、ＤＢサーバ４に対して、ユーザ認証要求を送信する（図２の２１９）。このとき、代理サーバ２は、図２の２１８で受信した情報を通知する。
ＤＢサーバ４は、ユーザの正当性を確認し、内部のデータベースに、クライアント端末・ユーザ情報を登録する（図２の２２０）。
次に、ＤＢサーバ４は、代理サーバ２に対して、ユーザ領域のＬＵＮを通知する（図２の２２１）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
【００１３】
次に、代理サーバ２は、ストレージ（１０，１１）に対して、通知された番号のユーザ領域ＬＵの利用要求を送り（図２の２２２）、ストレージ（１０，１１）からのユーザ領域ＬＵＮ利用応答（図２の２２３）を待って、通知された番号のユーザ領域ＬＵをマウントする。
代理サーバ２は、クライアント端末１に対して、ユーザ領域ＬＵのマウント完了を通知する（図２の２２４）。このときも、代理サーバ２からクライアント端末１には、クライアント端末１のディスプレイ上の表示画面の差分データのみが転送される。
なお、代理サーバ２におけるユーザのログアウト、あるいは、代理サーバ２の停止の時は、代理サーバ２は、管理サーバ３にその旨を通知する。
なお、ステップ２０５での、ＤＢサーバ４から管理サーバ３に対する返答が、（２）「起動済代理サーバの利用許可＋代理サーバ識別子（ＩＰアドレス）」場合、ステップ２１５に進み、管理サーバ３は、クライアント端末１に対して、代理サーバ利用許可と代理サーバ識別子（ＩＰアドレス）を通知し、前述した処理を実行する。
また、ステップ２０５での、ＤＢサーバ４から管理サーバ３に対する返答が、（３）「代理サーバの割当不可」の場合、管理サーバ３は、クライアント端末１に対して、代理サーバ利用不許可を通知し、処理を終了する。
【００１４】
図３は、図１に示すＤＢサーバ４内で管理されるテーブルの種類を示す図である。
図３に示すように、ＤＢサーバ４内には、代理サーバ起動制御テーブル６１、ユーザ情報テーブル６２、ＬＵＮ情報テーブル６３、ストレージ装置情報テーブル６４、代理サーバ情報テーブル６５が設けられる。
図４は、図３に示す代理サーバ起動制御テーブル６１の内容を示す図である。
図４に示すように、代理サーバ起動制御テーブル６１には、起動された代理サーバ名、起動された代理サーバのＭＡＣアドレスおよびＩＰアドレス、ユーザ名、使用ＯＳ名、ユーザが使用するシステム領域ＬＵＮおよびユーザ領域ＬＵＮ、ユーザの状態（ログイン状態、あるいはログオフ状態）、サーバ割り当て処理フラグ、クライアント端末１のＩＰアドレスが格納される。
代理サーバ起動制御テーブル６１のそれぞれのフィールドには、図２に示すステップ２０９、ステップ２２０において、所定の情報が格納される。
図５は、図３に示すユーザ情報テーブル６２の内容を示す図であり、図５に示すようにユーザ情報テーブル６２には、ユーザ名毎のパスワードが格納される。このユーザ情報テーブル６２は、図２のステップ２２０において使用される。
【００１５】
図６は、図３に示すＬＵＮ情報テーブル６３の内容を示す図であり、図６に示すようにＬＵＮ情報テーブル６３には、ＬＵＮと、当該ＬＵＮの番号のＬＵの種類（システム領域ＬＵ、あるいは、ユーザ領域ＬＵ）と、当該ＬＵＮの番号のＬＵのＯＳと、使用しているクライアント端末名と、使用しているユーザ名とが格納される。「ＬＵ使用クライアント端末」には、「ＬＵの種類」がシステム領域ＬＵの場合のみ、クライアント端末識別子が格納され、「ＬＵ使用ユーザ名」には、「ＬＵの種類」がユーザ領域ＬＵの場合のみユーザ名が格納される。このＬＵＮ情報テーブル６３を用いて、代理サーバ２に、図２のステップ２１０、ステップ２２１において、システム領域ＬＵＮ、ユーザ領域ＬＵＮを通知する。
図７は、図３に示すストレージ装置情報テーブル６４の内容を示す図であり、図７に示すようにストレージ装置情報テーブル６４には、ＬＵＮ毎に、ストレージ装置のＩＰアドレスと、ポート番号と、ターゲット名とが格納される。代理サーバ２に対して、図２のステップ２１０、ステップ２２１において、システム領域ＬＵＮ、ユーザ領域ＬＵＮを通知する際に、このストレージ装置情報テーブル６４の内容も同時に通知される。
図８は、図３に示す代理サーバ情報テーブル６５の内容を示す図であり、図８に示すように代理サーバ情報テーブル６５には、代理サーバのサーバ名、ＭＡＣアドレス、およびＩＰアドレスが格納される。
【００１６】
以上説明したように、本実施例のネットワークブートシステムでは、ストレージ装置（１０，１１）に対してクライアント端末として機能する代理サーバ２を管理ネットワーク９内に複数台設置し、ユーザが直接操作するクライアント端末１と代理サーバ２との間では、代理サーバ２とストレージ装置（１０，１１）との間のプロトコルよりも、ネットワーク負荷の小さいプロトコルで通信を行う。
このネットワーク負荷の小さいプロトコルは、例えば、クライアント端末１が、代理サーバからの受信データとしてディスプレイ表示画面の差分を、代理サーバ２への送信データとしてマウス・キーボード命令を、それぞれＩＰパケットにカプセル化して送受信するプロトコルが採用される。
したがって、代理サーバ２おけるＯＳ、あるいはアプリケーションプログラムのパフォーマンスに対する低品質なネットワーク２１の影響を無くすることができる。
また、代理サーバ２の操作性に対する低品質なネットワーク２１の影響を低下させることができるので、モバイル環境等でもネットワークブートシステムが利用可能となる。
なお、前述の説明では、本発明をネットワークブートシステムに適用した実施例について説明したが、本発明は、これに限定されるものではなく、本発明は、クライアント端末が、ネットワークを介してストレージ装置のＬＵ内のファイルをアクセスするネットワークシステムにも適用可能であることはいうまでもない。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施例のネットワークブートシステムの概略構成を示すブロック図である。
【図２】本発明の実施例のネットワークブートシステムの動作を説明するためのシーケンス図である
【図３】図１に示すデータベース管理サーバ内で管理されるテーブルの種類を示す図である。
【図４】図３に示す代理サーバ起動制御テーブルの内容を示す図である。
【図５】図３に示すユーザ情報テーブルの内容を示す図である。
【図６】図３に示すＬＵＮ情報テーブルの内容を示す図である。
【図７】図３に示すストレージ装置情報テーブルの内容を示す図である。
【図８】図３に示す代理サーバ情報テーブルの内容を示す図である。
【符号の説明】
【００１８】
１  クライアント端末
２  代理サーバ
３  管理サーバ
４  データベース管理サーバ
９  管理ネットワーク（ＴＣＰ／ＩＰネットワーク）
１０，１１  ストレージ装置
２０  ルータ
２１  低品質なネットワーク
６１  代理サーバ起動制御テーブル
６２  ユーザ情報テーブル
６３  ＬＵＮ情報テーブル
６４  ストレージ装置情報テーブル
６５  代理サーバ情報テーブル
１０１〜１０３  ターゲット
【図１】
2006252116.tif 000003
【図２】
2006252116.tif 000004
【図３】
2006252116.tif 000005
【図４】
2006252116.tif 000006
【図５】
2006252116.tif 000007
【図６】
2006252116.tif 000008
【図７】
2006252116.tif 000009
【図８】
2006252116.tif 000010