(57)【要約】【課題】  バックアップのクライアントへの復元の際に、ネットワークに負荷をかけることなく、容易にクライアント側の復元作業を行うことができるクライアントサーバシステムを提供する。【解決手段】  複数のクライアント１４０と、複数のクライアント１４０を管理する管理サーバ１００と、複数のクライアント１４０および管理サーバ１００が接続されるネットワーク１８０とを備え、管理サーバ１００は、クライアント１４０側のハードディスク１５０の故障を、ハードディスク１５０自体の自己監視および解析情報に基づいて予測し、その予測結果に基づいて、クライアント１４０側のハードディスク１５０のバックアップを、クライアント１４０側のハードディスク１５０との互換性のある管理サーバ１００側のリムーバブルハードディスク１１０上に作成する。【選択図】  図１
2006024066.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントと、
前記複数のクライアントを管理する管理サーバと、
前記複数のクライアントおよび前記管理サーバが接続されるネットワークとを備え、
前記管理サーバは、前記クライアント側のハードディスクの故障を、前記ハードディスク自体の自己監視および解析情報に基づいて予測し、その予測結果に基づいて、前記クライアント側のハードディスクのバックアップを、前記クライアント側のハードディスクとの互換性のある前記管理サーバ側のリムーバブルハードディスク上に作成することを特徴とするクライアントサーバシステム。
【請求項２】
請求項１記載のクライアントサーバシステムにおいて、
前記リムーバブルハードディスクは、バックアップを作成した前記クライアントを識別するＩＤチェック部を有することを特徴とするクライアントサーバシステム。
【請求項３】
請求項１または２記載のクライアントサーバシステムにおいて、
前記管理サーバは、前記リムーバブルハードディスク上に、前記クライアント側のハードディスクのバックアップを作成できないとき、一時的に前記管理サーバ側のハードディスク上に前記クライアント側のハードディスクのバックアップを作成することを特徴とするクライアントサーバシステム。
【請求項４】
請求項１，２または３記載のクライアントサーバシステムにおいて、
前記クライアント側のハードディスクは、保守作業時に、前記管理サーバ側の前記リムーバブルハードディスクまたは前記リムーバブルハードディスク内のハードディスクとそのまま交換されることを特徴とするクライアントサーバシステム。
【請求項５】
請求項４記載のクライアントサーバシステムにおいて、
前記管理サーバは、前記リムーバブルハードディスク上に、前記クライアント側のハードディスクのバックアップを作成したとき、前記クライアントサーバシステムの保守作業を行う保守会社に対して、バックアップを作成した前記クライアントの前記ハードディスクを交換するように指示を与えることを特徴とするクライアントサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続されたクライアントサーバシステムに関し、特に、クライアントのハードディスクのバックアップに適用して有効な技術に関するものである。
【背景技術】
【０００２】
従来のクライアントサーバシステムでのクライアントのバックアップ方法として、クライアント側の操作により、管理サーバ側にバックアップされたデータから必要なデータを復旧するもの（例えば、特許文献１参照）や、クライアントのハードディスクの交換を検出し、あらかじめ格納されたバックアップデータを自動的に復元するもの（例えば、特許文献２参照）があった。これらのバックアップ方法では、データ復元の際に、復元するデータはネットワーク経由で転送しており、また、クライアント側のデータのサーバへのバックアップのタイミングは任意となっている。
【特許文献１】特開平８−４４６４８号公報
【特許文献２】特開２００２−２２２１０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１、２に記載されたような、従来のクライアントサーバシステムでのバックアップ方法では、サーバ側に作成されたデータをクライアント側のハードディスクなどに復元する際にネットワーク経由でデータの送信を行うため、時間がかかると同時にネットワークへの負荷がかかるという問題があった。
【０００４】
また、サーバへのバックアップ作成のタイミングは、例えば、１週間や１ヶ月ごとなど管理者が意図したときであり、ハードディスクなどの状態とは無関係にバックアップを行っていたため、ハードディスクなどが故障する前の最適なタイミングでのバックアップを行うことは難しいという問題があり、例えば、サーバ側にバックアップを作成したが、その次のバックアップのタイミングまでにクライアントのハードディスクが故障した場合、バックアップを作成した時点から故障した時点までのデータは失われることになる。
【０００５】
また、サーバ側からクライアントにデータの復元を行うためには、バックアップツールやバックアップツールを使うための知識が必要となり、クライアントのユーザなどがバックアップ作業を行うことは難しいという問題があった。
【０００６】
本発明の目的は、バックアップのクライアントへの復元の際に、ネットワークに負荷をかけることなく、容易にクライアント側の復元作業を行うことができるクライアントサーバシステムを提供することにある。
【課題を解決するための手段】
【０００７】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【０００８】
本発明によるクライアントサーバシステムは、複数のクライアントと、複数のクライアントを管理する管理サーバと、複数のクライアントおよび管理サーバが接続されるネットワークとを備え、管理サーバは、クライアント側のハードディスクの故障を、ハードディスク自体の自己監視および解析情報に基づいて予測し、その予測結果に基づいて、クライアント側のハードディスクのバックアップを、クライアント側のハードディスクとの互換性のある管理サーバ側のリムーバブルハードディスク上に作成するものである。
【発明の効果】
【０００９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１０】
本発明によれば、クライアントのハードディスクの故障を事前に予測し、クライアントのハードディスクのバックアップを、クライアント側のハードディスクとの互換性のある管理サーバ側のリムーバブルハードディスク上に作成しているので、バックアップのクライアントへの復元の際に、ネットワークに負荷をかけることなく、容易にクライアント側の復元作業を行うことができ、保守作業を簡略化することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１２】
＜クライアントサーバシステムの全体構成＞
図１により、本発明の一実施の形態に係るクライアントサーバシステムの全体構成の一例について説明する。図１は本発明の一実施の形態に係るクライアントサーバシステムの全体構成を示す構成図である。
【００１３】
図１において、クライアントサーバシステムは管理サーバ１００と複数のクライアント１４０から構成され、管理サーバ１００と複数のクライアント１４０はネットワーク１８０を介して接続されている。
【００１４】
管理サーバ１００は、管理サーバ１００で使用するハードディスク１９０のほかに、クライアント１４０のバックアップを格納するための複数台のリムーバブルハードディスク１１０（図１に示す例では２台）が取り付けられるようになっている。
【００１５】
クライアント１４０は、通常、ハードディスク１５０が１台以上装備されており、オペレーティングシステムをはじめ、さまざまなアプリケーションやユーザデータなどのクライアント環境１６０が保存されている。
【００１６】
また、クライアント１４０のハードディスク１５０には、ハードディスク自体の自己監視および解析情報（Ｓｅｌｆ−Ｍｏｎｉｔｏｒｉｎｇ，Ａｎａｌｙｓｉｓ，ａｎｄ  Ｒｅｐｏｔｉｎｇ  Ｔｅｃｈｎｏｌｏｇｙ、以下ＳＭＡＲＴ情報１７０という）と呼ばれる、ハードディスク自身の状態を示す情報が保持されており、ソフトウェア的手段で読み出せるようになっている。
【００１７】
ハードディスク１５０内のＳＭＡＲＴ情報１７０には、ハードディスク１５０の状態に関する情報がいくつか定義されており、それぞれの情報に対する故障の予兆として認識する閾値の情報も保持されている。
【００１８】
また、管理サーバ１００では、ハードディスク１９０内にクライアント監視ソフトウェア１３０が格納されており、このクライアント監視ソフトウェア１３０を実行することにより、クライアント１４０のハードディスク１５０のＳＭＡＲＴ情報１７０を、例えば、１日に１回や８時間に１回など定期的に取得して解析している。
【００１９】
管理サーバ１００では、クライアント監視ソフトウェア１３０による解析の結果、ハードディスク１５０に故障の予兆が発見されると、管理サーバ１００上のバックアップ用ソフトウェアは、クライアント１４０のハードディスク１５０の内容を管理サーバ１００のリムーバブルハードディスク１１０に作成する。ここで、作成されたリムーバブルハードディスク１１０を取り外し、故障が予想されるクライアント１４０側のハードディスク１５０と交換することで、クライアント１４０はハードディスク１４０の故障でデータを失うことなく、通常の業務を続けることができる。
【００２０】
このクライアント１４０側のハードディスク１５０とリムーバブルハードディスク１１０の交換は、クライアント１４０側でリムーバブルハードディスク１１０を直接取り付けられる場合は、そのまま交換し、クライアント１４０側でリムーバブルハードディスク１１０を直接取り付けられない場合は、リムーバブルハードディスク１１０からハードディスクを取り出して、クライアント１４０のハードディスク１５０と交換する。
【００２１】
また、リムーバブルハードディスク１１０には、バックアップを作成したクライアント１４０を区別するためのＩＤチェック部２００が格納されており、例えば、クライアント１４０側で、リムーバブルハードディスク１１０が交換された、最初の起動時に、１回だけ読み込まれるソフトウェアなどで構成され、交換されたリムーバブルハードディスク１１０が、目的のクライアント１４０のものかどうかが判断されるようになっている。これにより、間違ったリムーバブルハードディスク１１０がクライアント１４０のハードディスク１５０と交換されることを防止している。
【００２２】
なお、クライアント１４０のハードディスク１５０のバックアップが作成される管理サーバ１００のリムーバブルハードディスク１１０は、クライアント１４０側のハードディスク１５０と交換してもそのまま動作するように、クライアント１４０のハードディスク１５０と互換性のあるものを使用し、また、クライアント１４０側で動作可能なものであれば、容量が異なるものでもよい。
【００２３】
また、管理サーバ１００とクライアント１４０が遠隔地に存在した場合では、同様にネットワーク１８０で接続されていれば、クライアント１４０のハードディスク１５０のクライアント環境１６０はネットワーク１８０を経由して管理サーバ１００のリムーバブルハードディスク１１０に作成される。
【００２４】
このようにして作成されたクライアント１４０のクライアント環境１６０の入ったリムーバブルハードディスク１１０を、管理サーバ１００から取り外してクライアント１４０のハードディスク１５０と交換するだけで、そのままクライアント１４０で使用できるようになる。また、管理サーバ１００とクライアント１４０が遠隔地に存在した場合は、管理サーバ１００のリムーバブルハードディスク１１０に作成されたハードディスクをクライアント１４０のある地点に送付し、クライアント１４０の設置されている場所で交換作業を行う。
【００２５】
このように、クライアント１４０のハードディスク１５０の故障が事前に予測できるため、故障前にクライアント１４０のハードディスク１５０のバックアップを作成し、その時点でクライアント１４０のハードディスク１５０を新しいものと交換できるため、ハードディスク１５０の故障によりデータを失うことがない。また、管理サーバ１００側に作成されたバックアップはリムーバブルハードディスク１１０に作成されており、このリムーバブルハードディスク１１０は、そのままクライアント１４０側で使用できるため、バックアップの復元に要する時間を短縮することが可能である。
【００２６】
また、クライアント１４０に対する作業としては、ハードディスク１５０の交換のみとなるので、ハードディスク１５０の交換後のバックアップを復元するための特別な手順も必要なく、通常の保守員や、ユーザによる保守が可能となる。
【００２７】
＜バックアップ作成の動作＞
次に、図２により、本発明の一実施の形態に係るクライアントサーバシステムのバックアップ作成動作について説明する。図２は本発明の一実施の形態に係るクライアントサーバシステムのバックアップ作成動作を示すフローチャートである。
【００２８】
まず、管理サーバ１００はクライアント監視ソフトウェア１３０を実行することにより、クライアント１４０のハードディスク１５０のＳＭＡＲＴ情報１７０を取得し、解析する（Ｓ２０１）。
【００２９】
ＳＭＡＲＴ情報１７０には、いくつかの項目に対するハードディスクの現在の状態（例えば、リード失敗回数情報、交代セクタの残り情報等）と、それぞれの閾値が含まれており、これらの閾値と、実際の状態を比較し、閾値を超えた項目があるか否かを判断し、クライアント１４０のハードディスク１５０の状態を判断する（Ｓ２０２）。
【００３０】
Ｓ２０２で比較の結果、閾値を超えた項目がない場合には、そのまま処理を終了し、Ｓ２０２での比較の結果、閾値を超えた項目がある場合には、そのハードディスク１５０が搭載されているクライアント１４０をバックアップの対象としておく（Ｓ２０３）。
【００３１】
このバックアップ対象のクライアント１４０の情報は、例えば、管理サーバ１００上に各クライアント１４０の情報を示すクライアント管理テーブルなどを保持し、その各クライアント１４０の情報のバックアップ対象フラグなどを設定するなどして、バックアップの対象の管理を行う。
【００３２】
なお、Ｓ２０３でバックアップ対象となったクライアント１４０の使用者には、例えば、ハードディスク１５０を交換する必要がある旨の表示や、管理サーバ１００へのバックアップの作成が行われる旨の表示などを行い、クライアント１４０の使用者に対する情報の提供を行う。
【００３３】
なお、このときに、バックアップ対象となったクライアント１４０の使用者に対して、今すぐバックアップを行うことが可能かどうかを確認し、バックアップ対象となったクライアント１４０の使用者からの応答により、クライアント１４０の使用中であっても、バックアップを行うようにしてもよい。
【００３４】
そして、今すぐにバックアップ作成を開始できるか否かを判断する（Ｓ２０４）。なお、Ｓ２０４では、管理サーバ１００のリムーバブルハードディスク１１０の容量が、クライアント環境１６０をバックアップするのに十分な容量かどうかや、クライアント１４０が現在使用中などの状態でバックアップ作成を開始できない状態ではないかや、利用者からの応答などを調査して、バックアップ作成の可否を決定する。
【００３５】
Ｓ２０４での判断の結果、バックアップを作成できる状態の場合には、管理サーバ１００のリムーバブルハードディスク１１０にバックアップ対象となったクライアント１４０のハードディスク１５０のバックアップ作成を開始し、バックアップの作成を開始した旨を管理者に通知する。また、正常にバックアップを終了した時点で、クライアント１４０のハードディスク１５０を交換するよう、管理者に通知し、ハードディスク１５０の内容がバックアップされた旨をクライアント１４０の使用者にも通知する（Ｓ２０５）。
【００３６】
このＳ２０５での、クライアント１４０のハードディスク１５０を交換するように指示する通知は、クライアント１４０の使用者が、ハードディスク１５０の交換作業を行う場合には、クライアント１４０上に通知し、クライアント１４０の使用者自身でハードディスク１５０を交換するようにしてもよい。この作業は、ハードディスク１５０の交換のみの作業で、その後のバックアップ復元の操作は必要ないため、クライアント１４０の使用者による作業においても、容易に行うことが可能である。
【００３７】
また、バックアップが作成された後は、クライアント１４０上での作業によるハードディスク１５０の内容が変わってしまった場合には、バックアップの復元後に反映されないため、クライアント１４０の利用者には、バックアップを作成した後に、バックアップを取ったので、以後の作業は、バックアップ復元後には、反映されない旨の表示を行うなどして、利用者に注意をしてもらうようにする。
【００３８】
Ｓ２０４での判断の結果、今すぐにバックアップ作成を開始できない場合は、そのまま処理を終了するが、Ｓ２０３で、このクライアント１４０のクライアント環境１６０はバックアップ作成の対象となっているので、例えば、管理サーバ１００において、バックアップ対象となっているクライアント１４０の状態を監視し、業務時間外など、バックアップを作成できるようになるまで待ち、バックアップを作成できる状態になった後、Ｓ２０５でのバックアップ作成の処理を実行することになる。
【００３９】
なお、管理サーバ１００のリムーバブルハードディスク１１０にバックアップを作成した後に、クライアント１４０を使用して、ハードディスク１５０の内容が更新された場合には、その更新部分のデータを管理サーバ１００で管理し、ハードディスク１５０を交換後、管理サーバ１００で管理している更新部分のデータにより、更新部分を反映した状態にしてもよい。
【００４０】
また、管理サーバ１００のリムーバブルハードディスク１１０にバックアップを作成した後は、バックアップを作成したクライアント１４０では、ネットワーク１８０を介して、管理サーバ１００のリムーバブルハードディスク１１０に作成されたバックアップに対して、アクセスするようにして、バックアップ作成からハードディスク１５０を交換するまでの間は、管理サーバ１００のリムーバブルハードディスク１１０を、クライアント１４０のハードディスク１５０として使用するようにしてもよい。この場合は、管理サーバ１００のリムーバブルハードディスク１１０にバックアップを作成した後に、クライアント１４０が使用されても、ハードディスク１５０の交換時点の内容を復元することが可能である。この場合は、クライアント１４０のハードディスク１５０を交換する際には、クライアント１４０側の使用を完全に終了させ、開いているファイルなどがない状態として、交換作業を行うことになる。
【００４１】
また、業務時間外などで、クライアント１４０の電源が切れているときに、バックアップを作成する場合には、管理サーバからの指示により、バックアップ対象のクライアント１４０の電源を入れて、バックアップ作業を行い、バックアップ終了後に、再度、クライアント１４０の電源を切るようにすることも可能である。その際には、クライアント１４０の使用者が、業務時間になり、クライアント１４０の電源を入れた際に、バックアップを作成した旨の表示を行うようにする。また、業務時間外によるバックアップ作成の後、業務開始時間までに、管理者などにより、ハードディスク１５０が交換された場合には、クライアント１４０のハードディスク１５０は、正常な状態になったので、クライアント１４０には、何の表示も行われずに通常のクライアント１４０の通常の業務を続けることになる。
【００４２】
以上のように、管理サーバ１００により、クライアント１４０のハードディスク１５０の状態を監視し、故障の予兆が発見されると、クライアント１４０をバックアップ対象として、クライアント１４０のハードディスク１５０と互換性のある、管理サーバ１００のリムーバブルハードディスク１１０に、クライアント１４０のハードディスク１５０のバックアップを作成するようにしたので、バックアップのクライアント１４０への復元の際に、ネットワーク１８０に負荷をかけることなく、容易にクライアント１４０側の復元作業を行うことができ、クライアント１４０側の復元作業も、ハードディスク１５０を交換するだけで行うことが可能である。
【００４３】
＜管理サーバのハードディスクへのバックアップ＞
次に、図３および図４により、本発明の一実施の形態に係るクライアントサーバシステムの管理サーバへのバックアップ作成の処理において、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合のバックアップ動作について説明する。図３は本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合を説明するための説明図、図４は本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合のバックアップ作成部分の動作を示すフローチャートである。
【００４４】
図３において、管理サーバ１００のハードディスク１９０内には、クライアント１４０のクライアント環境１６０のバックアップを格納する領域が設けられている。この管理サーバ１００のハードディスク１９０内に格納されたクライアント１４０のクライアント環境１６０は、そのままの状態でクライアント１４０上のハードディスク１５０と交換されるものではないため、例えば圧縮した状態などで格納するようにしてもよい。
【００４５】
図２のＳ２０５に示すように、クライアント環境１６０のバックアップを作成しようとしたが、例えば、すでにリムーバブルハードディスク１１０に他のクライアント１４０のバックアップが作成されていた場合や、管理サーバ１００にリムーバブルハードディスク１１０が装着されていなかった場合や、リムーバブルハードディスク１１０内にハードディスクが装着されていなかった場合などでは、管理サーバ１００のリムーバブルハードディスク１１０にはクライアント１４０のバックアップを作成することができないため、管理サーバ１００のハードディスク１９０に一時的にクライアント環境１６０のバックアップを作成し、例えば、管理サーバ１００で管理しているリムーバブルハードディスク１１０へのバックアップ作成待ちの一覧に登録しておく。
【００４６】
そして、管理サーバ１００のリムーバブルハードディスク１１０が新しいものと交換されるなどして、クライアント環境１６０のバックアップが作成できる状態になったときに、バックアップ作成待ち一覧の登録順に、リムーバブルハードディスク１１０へのバックアップの作成が開始される。このときのバックアップ元は、管理サーバ１００のハードディスク１９０に作成されたクライアント環境１６０のバックアップであり、バックアップ先はリムーバブルハードディスク１１０となる。
【００４７】
この、バックアップ作成時の動作としては、図４に示すように、まず、クライアント１４０のバックアップを作成するときに、管理サーバ１００のリムーバブルハードディスク１１０に、すでにクライアント１４０のバックアップが作成されているかや、リムーバブルハードディスク１１０が装着されているかなどをチェックし、管理サーバ１００のリムーバブルハードディスク１１０が空の状態か否かを判断する（Ｓ４０１）。
【００４８】
そして、Ｓ４０１でリムーバブルハードディスク１１０に、すでにほかのクライアント１４０のバックアップが作成されていたり、リムーバブルハードディスク１１０が装着されていなかった場合などで、管理サーバ１００のリムーバブルハードディスク１１０が空の状態でないと判断されると、管理サーバ１００のハードディスク１９０に一時的にクライアント環境１６０のバックアップを作成し（Ｓ４０４）、例えば、管理サーバで管理されているリムーバブルハードディスク１１０へのバックアップ作成待ちの一覧に登録する（Ｓ４０５）。
【００４９】
また、Ｓ４０１で管理サーバ１００のリムーバブルハードディスク１１０が空の状態であると判断されると、クライアント環境１６０のバックアップを直接リムーバブルハードディスク１１０に作成する（Ｓ４０２）。
【００５０】
そして、Ｓ４０２で作成されたリムーバブルハードディスク１１０が、バックアップを作成したクライアント１４０以外のクライアント１４０で動作しないように、クライアント１４０のハードウェア固有のＩＤを使用して、ＩＤチェック部２００を作成し、リムーバブルハードディスク１１０に書き込む（Ｓ４０３）。
【００５１】
そして、Ｓ４０２およびＳ４０３で作成されたリムーバブルハードディスク１１０がクライアント１４０に装着され最初に起動されるときに、例えば、ＩＤチェック部２００がまず実行され、リムーバブルハードディスク１１０のハードディスクとクライアント１４０の組み合わせが正しいかどうかがチェックされるようになっている。
【００５２】
そして、正しい組み合わせであれば、以後の起動時にはＩＤのチェックは行われないように処理され、もし、正しくない組み合わせであれば、ハードディスク内部のデータの変更を防ぐため、クライアント１４０は起動せずに注意を促す画面を表示するなどしてクライアント１４０を停止させるように処理される。このように、ＩＤチェック部２００により、間違ったリムーバブルハードディスク１１０がクライアント１４０に装着されてしまった場合には、そのリムーバブルハードディスク１１０を使用できないようにすることが可能である。
【００５３】
＜保守会社によるハードディスク保守＞
図５および図６により、本発明の一実施の形態に係るクライアントサーバシステムの保守会社によるハードディスク保守の一例を説明する。図５は本発明の一実施の形態に係るクライアントサーバシステムのハードディスク保守を保守会社で行う場合の構成を示す構成図、図６は本発明の一実施の形態に係るクライアントサーバシステムと保守会社との間の動作を示す図である。
【００５４】
図５において、管理サーバ１００とクライアント１４０は、ネットワーク１８０を介して接続されており、同じネットワーク１８０には、クライアントサーバシステムの保守作業を行う保守会社６００が接続されている。
【００５５】
管理サーバ１００はネットワーク１８０を介して、保守会社６００に対して、クライアント１４０のハードディスク１５０交換などの指示を出すことができる。
【００５６】
この、保守会社６００へのハードディスク１５０交換の指示の動作としては、図６に示すように、まず、管理サーバ１００はクライアント１４０から、定期的にＳＭＡＲＴ情報１７０を取得し（Ｓ６０１）、その結果、クライアント１４０のハードディスク１５０に故障の予兆が発見されると、管理サーバ１００上のバックアップ用ソフトウェアは、クライアント１４０のハードディスク１５０の内容のバックアップの作成開始の可否を調査する（Ｓ６０２）。Ｓ６０２で作成可能であれば、クライアント１４０のクライアント環境１６０を直ちに管理サーバ１００のリムーバブルハードディスク１１０にバックアップ開始する（Ｓ６０３）。
【００５７】
そして、Ｓ６０３でのバックアップが正常に終了したら、管理サーバ１００はクライアント１４０に対して、バックアップが完了した旨を通知し（Ｓ６０４）、その後保守会社６００に対して、当該クライアント１４０のハードディスク１５０と、管理サーバ１００のリムーバブルハードディスク１１０との交換を指示する（Ｓ６０５）。
【００５８】
そして、交換の指示を受けた保守会社６００は、管理サーバ１００のリムーバブルハードディスク１１０を、クライアント１４０のハードディスク１５０と交換する作業を行う（Ｓ６０６）。
【００５９】
このように、保守会社６００により、クライアント１４０のハードディスク１５０の保守を行う場合であっても、管理サーバ１００により、クライアント１４０のハードディスク１５０のＳＭＡＲＴ情報１７０を監視し、クライアント１４０のハードディスク１５０に故障の予兆が発見されると、管理サーバ１００のリムーバブルハードディスク１１０にクライアント環境１６０のバックアップを行い、保守会社６００は、管理サーバ１００からのクライアント１４０のハードディスク１５０の交換指示により、リムーバブルハードディスク１１０をクライアント１４０のハードディスク１５０と交換することにより、クライアント１４０の保守作業が完了し、保守作業の時間を短縮することが可能である。
【００６０】
なお、図５に示した例では、ネットワーク１８０に保守会社６００が接続された例で説明したが、保守会社６００をネットワーク１８０には接続せず、管理サーバ１００から保守会社６００へのクライアント１４０のハードディスク１５０の交換指示は、ネットワーク１８０以外の通信回線などにより行うようにしてもよい。
【００６１】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【００６２】
【図１】本発明の一実施の形態に係るクライアントサーバシステムの全体構成を示す構成図である。
【図２】本発明の一実施の形態に係るクライアントサーバシステムのバックアップ作成動作を示すフローチャートである。
【図３】本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合を説明するための説明図である。
【図４】本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合のバックアップ作成部分の動作を示すフローチャートである。
【図５】本発明の一実施の形態に係るクライアントサーバシステムのハードディスク保守を保守会社で行う場合の構成を示す構成図である。
【図６】本発明の一実施の形態に係るクライアントサーバシステムと保守会社との間の動作を示す図である。
【符号の説明】
【００６３】
１００…管理サーバ、１１０…リムーバブルハードディスク、１３０…クライアント監視ソフトウェア、１４０…クライアント、１５０…ハードディスク、１６０…クライアント環境、１７０…ＳＭＡＲＴ情報、１８０…ネットワーク、１９０…ハードディスク、２００…ＩＤチェック部、６００…保守会社。
【図１】
2006024066.tif 000003
【図２】
2006024066.tif 000004
【図３】
2006024066.tif 000005
【図４】
2006024066.tif 000006
【図５】
2006024066.tif 000007
【図６】
2006024066.tif 000008