(57)【要約】      （修正有）【課題】遠隔バックアップを行う際に比較的低いネットワーク帯域幅要件を有し、サーバ端末に対し比較的小さい記憶空間要件を有し、選択する前のバックアップ動作が行われた状態に、クライアント端末をリストアすることを可能にする。【解決手段】  サーバデータ記憶媒体３１内に、クライアントデータ記憶媒体２１の最初のコンテンツのバックアップを作るために、最初のバックアップ動作を行う段階と、最後のバックアップ動作が行われて以来クライアントデータ記憶媒体のコンテンツが変更されたことを検出すると、サーバデータ記憶媒体内に、クライアントデータ記憶媒体の変更されたコンテンツのみのバックアップを作るために、別のバックアップ動作を行う段階とを含む。クライアントデータ記憶媒体の変更されたコンテンツのバックアップは、前のバックアップ動作の結果として作られたバックアップを上書きすることなく、サーバデータ記憶媒体内に格納される。【選択図】      図４
2004227572.tif 000002
【特許請求の範囲】
【請求項１】
遠隔サーバ端末と、前記遠隔サーバ端末とのネットワーク接続を有するクライアント端末とを用いて実行され、前記クライアント端末は、クライアントデータ記憶媒体を有し、前記遠隔サーバ端末は、サーバデータ記憶媒体を有する遠隔データ管理方法であって、
ａ）前記サーバデータ記憶媒体内に、前記クライアントデータ記憶媒体の最初のコンテンツのバックアップを作るために、最初のバックアップ動作を行う段階と、
ｂ）最後のバックアップ動作が行われて以来前記クライアントデータ記憶媒体のコンテンツが変更されたことを検出すると、前記サーバデータ記憶媒体内に、前記クライアントデータ記憶媒体の変更されたコンテンツのみのバックアップを作るために、別のバックアップ動作を行う段階と、を含み、
前記クライアントデータ記憶媒体の前記変更されたコンテンツの前記バックアップは、前のバックアップ動作の結果として作られるバックアップを上書きすることなく、前記サーバデータ記憶媒体内に格納される方法。
【請求項２】
前記段階ａ）において作られた前記バックアップは、前記クライアントデータ記憶媒体の最初のセクタ情報を含み、
前記段階ｂ）において作られた前記バックアップは、前記最後のバックアップ動作が行われて以来変更された前記クライアントデータ記憶媒体のセクタ情報を含む請求項１記載の方法。
【請求項３】
前記段階ａ）及びｂ）において作られた前記バックアップは、少なくとも１ビットであるバイトサイズを単位とする請求項１記載の方法。
【請求項４】
前記別のバックアップ動作は、前記クライアント端末と前記サーバ端末との間のネットワークトラヒックに応じて、前記クライアント端末及び前記サーバ端末のうちの１つにより開始される請求項１記載の方法。
【請求項５】
前記別のバックアップ動作は、予定の時間に前記クライアント端末及び前記サーバ端末のうちの１つにより開始される請求項１記載の方法。
【請求項６】
前記別のバックアップ動作は、前記クライアント端末及び前記サーバ端末のうちの１つがアイドルであるときに、前記クライアント端末及び前記サーバ端末のうちの１つにより開始される請求項１記載の方法。
【請求項７】
ｃ）前記クライアント端末を、選択する前のバックアップ動作が行われたときの状態に選択的にリストアする段階を更に含む請求項１記載の方法。
【請求項８】
前記段階ｃ）において、前記選択した前のバックアップ動作が行われた時間までに前記サーバデータ記憶媒体内に作られたバックアップは、つなぎ合わされ、前記クライアントデータ記憶媒体内に格納されるよう前記クライアント端末に伝送される請求項７記載の方法。
【請求項９】
遠隔サーバ端末と、前記遠隔サーバ端末とのネットワーク接続を有するクライアント端末とに、請求項１記載の方法を実行させるプログラム命令を有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続を間に有するクライアント端末とサーバ端末を用いて実行される遠隔データ管理方法に係る。
【背景技術】
【０００２】
多くのビジネスの日常業務に欠かせない情報は、現在、コンピュータデータ記憶媒体に格納されている。自然災害による損失を最小限にするために、データ記憶媒体のコンテンツのバックアップを遠隔の場所に作ることが必要不可欠である。
【０００３】
図１は、従来の遠隔データ管理方法を示す。この方法は、サーバ端末１０と、サーバ端末１０とネットワーク接続を有する複数のクライアント端末１１−１４とを用いて実行される。サーバ端末１０は、複数のバックアップ領域１０１−１０４で構成され、各バックアップ領域は、クライアント端末１１−１４のそれぞれに対応する。従来の方法では、各クライアント端末１１−１４のデータは、各バックアップ領域１０１−１０４に格納するために、サーバ端末１０に伝送される。従って、クライアント端末１１−１４のうちの１つが損傷した場合、又は、クライアント端末１１−１４のうちの１つにおいてデータを再構成する必要がある場合、各バックアップ領域１０１−１０４のコンテンツは、クライアント端末１１−１４の当該の１つに伝送され、それにより、その当該のクライアント端末のリストアを可能にする。
【０００４】
しかし、従来の方法の各バックアップ動作は、各クライアント端末１１−１４のデータが、夫々のバックアップ領域１０１−１０４に格納されるためにサーバ端末１０に全て伝送されるので、大きいネットワーク帯域幅要件を有し、また、完了するのに時間がかかる。
【０００５】
更に、従来の方法では、バックアップデータをサーバ端末１０の各バックアップ領域１０１−１０４に格納する際に、２つのオプションが利用可能である。第１のオプションは、「非上書き記憶手順」であり、この手順では、現在のバックアップ動作におけるクライアント端末１１−１４の全てのデータは、前のバックアップ動作のデータとは別に関連付けられるバックアップ領域１０１−１０４に格納される。図２を参照するに、第１のオプションでは、現在のバックアップ動作におけるクライアント端末１１−１４のデータ（Ａ´ｔ１＋Ａ´ｔ２＋Ａ´ｔ３＋…＋Ａ´ｔｎ）は、前のバックアップ動作のデータ（即ち、Ａ´ｔ１、（Ａ´ｔ１＋Ａ´ｔ２）、（Ａ´ｔ１＋Ａ´ｔ２＋Ａ´ｔ３）、…）とは別に関連付けられるバックアップ領域１０１−１０４に格納され、クライアント端末１１−１４は、関連付けられるバックアップ領域１０１−１０４に格納される任意のセットのデータを用いて所望の状態にリストアすることが可能である。しかし、この「非上書き記憶手順」は、大きい記憶空間要件を有するという点で不利である。
【０００６】
サーバ端末１０の各バックアップ領域１０１−１０４にバックアップデータを格納する際に従来の方法において利用可能な第２のオプションは、「上書き記憶手順」である。この手順では、現在のバックアップ動作におけるクライアント端末１１−１４の全てのデータは、前のバックアップ動作における全てのデータに上書きされる。図３を参照するに、第１のバックアップ動作におけるクライアント端末１１−１４のデータ（Ａ´ｔ１）は、第２のバックアップ動作におけるクライアント端末１１−１４のデータ（Ａ´ｔ１＋Ａ´ｔ２）により上書きされ、このデータ（Ａ´ｔ１＋Ａ´ｔ２）は、第３のバックアップ動作においてクライアント端末１１−１４のデータ（Ａ´ｔ１＋Ａ´ｔ２＋Ａ´ｔ３）により上書きされ、以下同様に続く。従って、ｎ回目のバックアップ動作の後に、関連付けられるバックアップ領域１０１−１０４には、データ（Ａ´ｔ１＋Ａ´ｔ２＋Ａ´ｔ３＋…＋Ａ´ｔｎ）を見出すことができる。「上書き記憶手順」は、上述した「非上書き記憶手順」と比較すると、記憶空間要件がかなり小さくなるが、クライアント端末１１−１４は、最後のバックアップ動作が行われた状態までにしかリストアすることができない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従って、本発明は、クライアント端末とサーバ端末を用いて実行する遠隔データ管理方法であって、遠隔バックアップを行う際に比較的低いネットワーク帯域幅要件を有し、サーバ端末に対し比較的小さい記憶空間要件を有し、選択した前のバックアップ動作が行われた状態に、クライアント端末をリストアすることを可能にする方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の方法によると、遠隔サーバ端末と、その遠隔サーバ端末とのネットワーク接続を有するクライアント端末を用いて遠隔データ管理方法が実行される。クライアント端末は、クライアントデータ記憶媒体を有し、一方、サーバ端末は、サーバデータ記憶媒体を有する。本発明の方法は、サーバデータ記憶媒体内に、クライアントデータ記憶媒体の最初のコンテンツのバックアップを作るために、最初のバックアップ動作を行う段階と、最後のバックアップ動作が行われて以来クライアントデータ記憶媒体のコンテンツが変更されたことを検出すると、サーバデータ記憶媒体内に、クライアントデータ記憶媒体の変更されたコンテンツのみのバックアップを作るために、別のバックアップ動作を行う段階とを含む。クライアントデータ記憶媒体の変更されたコンテンツのバックアップは、前のバックアップ動作の結果として作られたバックアップを上書きすることなく、サーバデータ記憶媒体内に格納される。
【発明を実施するための最良の形態】
【０００９】
本発明の他の特徴及び利点は、添付図面を参照しながら以下に示す好適な実施例の詳細な説明において明らかとなろう。
【００１０】
図４を参照するに、遠隔サーバ端末３と、遠隔サーバ端末３とのネットワーク接続を有するクライアント端末２には、本発明による遠隔データ管理方法を遠隔サーバ端末３及びクライアント端末２に実行させるプログラム命令を有する専用コンピュータプログラムがロードされる。クライアント端末２は、クライアントデータ記憶媒体２１を有する。サーバ端末３は、サーバデータ記憶媒体３１を有する。本発明の方法は一般的に、サーバデータ記憶媒体３１内に、クライアントデータ記憶媒体２１内の最初のコンテンツのバックアップを作るために最初のバックアップ動作を行う段階と、最後のバックアップ動作が行われて以来クライアントデータ記憶媒体２１内のコンテンツが変更されたことを検出すると、サーバデータ記憶媒体３１内に、クライアントデータ記憶媒体２１の変更されたコンテンツのみのバックアップを作るために別のバックアップ動作を行う段階とを含む。クライアントデータ記憶媒体２１の変更されたコンテンツのバックアップは、前のバックアップ動作の結果として作られたバックアップを上書きすることなく、サーバデータ記憶媒体３１内に格納される。本発明の方法は更に、クライアント端末２を、選択した前のバックアップ動作が行われた状態に、選択的にリストアする段階を含む。
【００１１】
図５は、本発明の遠隔データ管理方法の第１の好適な実施例を説明するフローチャートである。
【００１２】
図６を更に参照しながら、段階２００において、クライアント端末２のクライアントデータ記憶媒体２１内で、第１のフラグ２１１が設定される。第１のフラグ２１１は、「０」の初期値を有し、これは、クライアントデータ記憶媒体２１の最初のコンテンツのバックアップ動作がまだ行われていないことを示す。
【００１３】
段階２０１において、第１の（最初の）バックアップ動作が行われ、それにより、調節可能なバイトサイズを単位としたクライアントデータ記憶媒体２１の最初のセクタ情報のバックアップが、サーバ端末３のサーバデータ記憶媒体３１の第１のバックアップユニット３１１に作られる。第１のバックアップユニット３１１は、第１のバックアップユニット３１１が作られた時間（ｔ０）と、第１のバックアップ動作が行われたときに既に使われているクライアントデータ記憶媒体２１のセクタの位置、数、及びビットサイズとを含む。バイトサイズは、少なくとも１ビットであり、５１２ビットの整数倍である必要はない。例えば、クライアントデータ記憶媒体２１の６０４ビットが、第１のバックアップ動作が行われたときに既に使われている場合、クライアントデータ記憶媒体２１の６０４ビットのみを、第１のバックアップ動作時にサーバ端末３に伝送することが要求される。従って、本発明の方法では、１０２４ビット（６０４ビットと追加の４２０のブランクのビットを含む）を伝送する必要がない。尚、バイトサイズは、実際のネットワーク伝送要件に適合するよう選択され得る。
【００１４】
段階２０２において、第１のフラグ２１１の値は、第１のバックアップ動作が終了すると、「１」に変えられる。
【００１５】
段階２０３において、クライアント端末２によって、最後のバックアップ動作以来クライアントデータ記憶媒体２１のコンテンツが変更されたことが検出されると、「０」の初期値を有する第２のフラグ２１２が、クライアントデータ記憶媒体２１内に設定される。
【００１６】
第１の好適な実施例の方法の段階２０４において、クライアント端末２は、サーバ端末３とのネットワーク接続の帯域幅状態を監視し、ネットワークトラヒックが多いか否かを判断する。例えば、伝送速度が、５１２ｋｂ／秒以下である場合にはネットワークトラヒックは多い。伝送速度が、５１２ｋｂ／秒より大きい場合には、通常のネットワークトラヒックである。
【００１７】
第１の好適な実施例の方法では、第２のバックアップ動作は、ネットワークトラヒックが多い限り行われない。言い換えると、処理の流れは、通常のネットワークトラヒックがある（例えば、伝送速度が、５１２ｋｂ／秒より大きい）場合に限り、段階２０４から段階２０５に進む。
【００１８】
尚、通常のネットワークトラヒックと重いネットワークトラヒックを区別するための固定の閾値があるわけではなく、適用可能な閾値は、実際のハードウェア環境に依存して異なる。
【００１９】
図７を更に参照するに、段階２０５において、第２のバックアップ動作が行われ、それにより、最後のバックアップ動作以来変更され、調節可能なバイトサイズを単位としたクライアントデータ記憶媒体２１のセクタ情報のバックアップが、サーバ端末３のサーバデータ記憶媒体３１の第１のバックアップユニット３１１とは別個で、第１のバックアップユニット３１１を上書きすることなく、第２のバックアップユニット３１２に作られる。第２のバックアップユニット３１２は、第２のバックアップユニット３１２が作られた時間（ｔ１）と、最後のバックアップ動作（この場合は、第１のバックアップ動作）が行われて以来変更されたクライアントデータ記憶媒体２１のセクタの位置、数、及び、ビットサイズとを含む。同様に、バイトサイズは、少なくとも１ビットであり、５１２ビットの整数倍である必要はない。従って、本発明の方法では、第２のバックアップ動作時にクライアントデータ記憶媒体２１の全てのコンテンツを伝送する必要がない。
【００２０】
段階２０６において、第２のフラグ２１２の値は、第２のバックアップ動作が終了すると「１」に変えられる。
【００２１】
尚、上述した段階２０３乃至２０６と同様の段階が、クライアントデータ記憶媒体２１の後続のバックアップ動作を行う際に実行される。例えば、第３のバックアップ動作時には、第３のフラグが、クライアントデータ記憶媒体２１内に設定され、第３のバックアップユニット３１３が、サーバデータ記憶媒体３１内に作られる。
【００２２】
第１の好適な実施例の方法は、更に、クライアント端末２を、選択した前のバックアップ動作が行われたときの状態にリストアすることを可能にする。クライアント端末２がリストアされるべき状態の選択は、サーバ端末３を介して、又は、クライアント端末２から要求されて行われ得る。この実施例の段階２０７において、クライアント端末２を、時間（ｔ２）、即ち、第３のバックアップ動作が行われたときの状態にリストアすることが所望される場合、サーバデータ記憶媒体３１内に格納され、選択した時間（ｔ２）までに作られたバックアップユニット（この場合は、第１のバックアップユニット３１１、第２のバックアップユニット３１２、及び、第３のバックアップユニット３１３）は、つなぎ合わされ、クライアントデータ記憶媒体２１内に格納されるようクライアント端末２に伝送され、それにより、クライアント端末２を、選択した時間（ｔ２）の状態にリストアする。
【００２３】
第１の好適な実施例の方法は変更されて、クライアント端末２が、バックアップ動作に進む前に、サーバ端末３とのネットワーク接続の帯域幅状態を監視して通常のネットワークトラヒックがあるか否かを判断するのではなく、クライアント端末２は、最後のバックアップ動作以来クライアントデータ記憶媒体２１のコンテンツが変更されたことをクライアント端末２が検出すると、予定の時間（例えば、ネットワークトラヒックが通常であると予測される時間）にバックアップ動作を開始するよう構成され得る。
【００２４】
第１の好適な実施例の方法の更に別の変形では、クライアント端末２が、バックアップ動作に進む前に、サーバ端末３とのネットワーク接続の帯域幅状態を監視して通常のネットワークトラヒックがあるか否かを判断するのではなく、クライアント端末２は、クライアント端末２（又はサーバ端末３）が、例えば、５分間といった所定の時間の間アイドルであり、且つ、最後のバックアップ動作以来クライアントデータ記憶媒体２１のコンテンツが変更されたことをクライアント端末２が検出すると、バックアップ動作を開始するよう構成され得る。
【００２５】
図８は、本発明の遠隔データ管理方法の第２の好適な実施例を説明するフローチャートである。
【００２６】
段階４００において、第１のフラグが、サーバ端末３のサーバデータ記憶媒体３１内に最初に設定される。第１のフラグは、「０」の初期値を有し、これは、クライアント端末２のクライアントデータ記憶媒体２１の最初のコンテンツのバックアップ動作はまだ行われていないことを示す。
【００２７】
段階４０１において、第１の（最初の）バックアップ動作が行われ、それにより、調節可能なバイトサイズを単位としたクライアントデータ記憶媒体２１の最初のセクタ情報のバックアップが、サーバ端末３のサーバデータ記憶媒体３１の第１のバックアップユニット内に作られる。前の実施例と同様に、第１のバックアップユニットは、第１のバックアップユニットが作られた時間（ｔ０）と、第１のバックアップ動作が行われるときに既に使われているクライアントデータ記憶媒体２１のセクタの位置、数、及び、ビットサイズを含む。
【００２８】
段階４０２において、第１のフラグの値は、第１のバックアップ動作が終了すると「１」に変えられる。
【００２９】
段階４０３において、最後のバックアップ動作以来クライアントデータ記憶装置２１のコンテンツが変更されたことをサーバ端末３によって検出されると、サーバデータ記憶媒体３１内に、「０」の初期値を有する第２のフラグが設定される。
【００３０】
第２の好適な実施例の方法の段階４０４において、ネットワークトラヒックが多いか否かを判断するために、クライアント端末２とのネットワーク接続の帯域幅状態を監視するのは、サーバ端末３である。前の実施例と同様に、第２のバックアップ動作は、ネットワークトラヒックが多い限り行われない。言い換えると、処理の流れは、通常のネットワークトラヒック（例えば、伝送速度が、閾値より上）である場合に限り、段階４０４から段階４０５に進む。
【００３１】
段階４０５において、第２のバックアップ動作が行われ、それにより、最後のバックアップ動作以外変更された、調節可能なバイトサイズを単位とするクライアントデータ記憶媒体２１におけるセクタ情報のバックアップが、サーバ端末３のサーバデータ記憶媒体３１の第１のバックアップユニットとは別個で、且つ、第１のバックアップユニットを上書きすることなく、第２のバックアップユニットに作られる。第２のバックアップユニットは、第２のバックアップユニットが作られた時間（ｔ１）と、最後のバックアップ動作（この場合は、第１のバックアップ動作）が行われて以来変更されたクライアントデータ記憶媒体２１のセクタの位置、数、及びビットサイズとを含む。同様に、バイトサイズは、少なくとも１ビットであり、５１２ビットの整数倍である必要はない。従って、本発明の第２の好適な実施例の第２のバックアップ動作時に、クライアントデータ記憶媒体２１の全てのコンテンツを送信する必要がない。
【００３２】
段階４０５において、第２のフラグの値は、第２のバックアップ動作が終了すると、「１」に変えられる。
【００３３】
前の実施例と同様に、上述した段階４０３乃至４０６と同様の段階が、クライアントデータ記憶媒体２１の後続のバックアップ動作を行う際に実行される。例えば、第３のバックアップ動作時には、第３のフラグが、サーバデータ記憶媒体３１内に設定され、第３のバックアップユニットが、サーバデータ記憶媒体３１に作られる。
【００３４】
この実施例の方法は更に、クライアント端末２を、選択した前のバックアップ動作が行われたときの状態にリストアすることも可能にする。クライアント端末２がリストアされるべき状態の選択は、サーバ端末３を介して、又は、クライアント端末２から要求されて行われ得る。この実施例の段階４０７では、クライアント端末２を、時間（ｔ２）、即ち、第３のバックアップ動作が行われたときの状態にリストアすることが望まれる場合、サーバデータ記憶媒体３１内に格納され、選択した時間（ｔ２）までに作られたバックアップユニット（この場合は、第１、第２、及び、第３のバックアップユニット）は、つなぎ合わされ、クライアントデータ記憶媒体２１内に格納されるようクライアント端末２に伝送され、それにより、クライアント端末２を、選択した時間（ｔ２）の状態にリストアする。
【００３５】
前の実施例と同様に、第２の好適な実施例の方法は変更されて、それにより、サーバ端末３は、バックアップ動作に進む前に、通常のネットワークトラヒックがあるか否かを判断するためにクライアント端末２とのネットワーク接続の帯域幅の状態を監視するのではなく、サーバ端末３は、最後のバックアップ動作以来クライアントデータ記憶媒体２１のコンテンツが変更されたことをサーバ端末３が検出すると、予定の時間（例えば、ネットワークトラヒックが通常であると予測される時間）にバックアップ動作を開始するよう構成され得る。
【００３６】
更に、第２の好適な実施例の方法の更に別の変形では、サーバ端末３は、バックアップ動作に進む前に、通常のネットワークトラヒックがあるか否かを判断するためにクライアント端末２とのネットワーク接続の帯域幅の状態を監視するのではなく、サーバ端末３は、クライアント端末２（又はサーバ端末３）が、例えば、５分間といった所定の時間の間アイドルであり、且つ、最後のバックアップ動作以来クライアントデータ記憶媒体２１のコンテンツが変更されたことをサーバ端末３が検出すると、バックアップ動作を開始するよう構成され得る。
【００３７】
以下に、本発明の方法の幾つかの利点を示す。
【００３８】
１．第１のバックアップ動作以外の後続のバックアップ動作は、クライアントデータ記憶媒体２１の全てのコンテンツをサーバ端末３に伝送する必要がなく、それにより、従来技術と比較してネットワーク帯域幅要件は小さくなる。更に、バックアップ動作は、ネットワークトラヒックが多いとき、又は、クライアント端末２及び／又はサーバ端末３がアイドルでないときには行われる必要がないので、ネットワークリソースを効果的に利用することができる。
【００３９】
２．クライアントデータ記憶媒体２１の変更されたセクタ情報のみが、サーバデータ記憶媒体３１のバックアップユニット内に格納されるので、サーバデータ記憶媒体３１は、従来技術と比較してデータ記憶要件が低くなる。
【００４０】
３．前のバックアップ動作に対応するバックアップユニットがサーバデータ記憶媒体３１内に有り且つ上書きされないので、本発明の方法は、クライアント端末２を、選択する前のバックアップ動作が行われたときの状態にリストアすることを可能にする。
【００４１】
本発明は、最も実用的且つ好適であると考えられる実施例に関連して説明したが、本発明は開示した実施例に制限されるものではなく、全ての変更及び等価の構成を含むべく最も広い解釈の技術的思想及び範囲内に含まれる様々な構成も範囲内であることを理解するものとする。
【００４２】
［関連出願への相互参照］
本出願は、２００３年１月１７日に出願した台湾特許出願第０９２１０１０２２号に基づいて優先権を主張する。
【図面の簡単な説明】
【００４３】
【図１】従来の遠隔データ管理方法を行うための構造を示す図である。
【図２】従来の方法の「非上書き記憶手順」を示す図である。
【図３】従来の方法の「上書き記憶手順」を示す図である。
【図４】本発明の遠隔データ管理方法を行うための構造を示す図である。
【図５】本発明による遠隔データ管理方法の第１の好適な実施例のフローチャートである。
【図６】第１の好適な実施例の第１の（最初の）バックアップ動作を示す図である。
【図７】第１の好適な実施例のｎ番目のバックアップ動作を示す図である。
【図８】本発明による遠隔データ管理方法の別の好適な実施例のフローチャートである。
【符号の説明】
【００４４】
２      クライアント端末
２１    クライアントデータ記憶媒体
２１１  第１のフラグ
２１２  第２のフラグ
３      サーバ端末
３１    サーバデータ記憶媒体
３１１  第１のパックアップユニット
３１２  第１のバックアップユニット
３１３  第３のバックアップユニット
１０    サーバ端末
１０１、１０２、１０３、１０４  バックアップ領域
１１、１２、１３、１４  クライアント端末
【図１】
2004227572.tif 000003
【図２】
2004227572.tif 000004
【図３】
2004227572.tif 000005
【図４】
2004227572.tif 000006
【図５】
2004227572.tif 000007
【図６】
2004227572.tif 000008
【図７】
2004227572.tif 000009
【図８】
2004227572.tif 000010