(57)【要約】【課題】  端末機器のバックアップデータをネットワークを介してデータバックアップサーバに送信・保管し、端末機器の不意の故障の際の容易な再構築を可能にしたデータバックアップシステムを提供する。【解決手段】  ネットワーク３００を利用したデータバックアップシステム１０において、端末機器１００が、データバックアップ動作を、通常動作のバックグラウンドで自律的に行ない、端末機器１００およびデータバックアップサーバ２００が、所定のデータサイズで、バックアップデータを細分化してパケットとして送受信するように、データバックアップシステム１０を構成する。【選択図】  図１
2005284842.tif 000002
【特許請求の範囲】
【請求項１】
端末機器からネットワークを介して送られてくるバックアップデータをデータバックアップサーバで受信して、記憶装置に保存し、上記データバックアップサーバが、当該端末機器からリストア要求があったとき、当該端末機器に対応するバックアップデータをネットワークを介して当該端末機器に送信するデータバックアップシステムにおいて、
上記端末機器が、データバックアップに関する動作を、通常動作のバックグラウンドで自律的に行なうと共に、
上記端末機器およびデータバックアップサーバが、所定のデータサイズで、バックアップデータを細分化して送受信し、
上記端末機器が、データバックアップサーバに対して前もって登録され、端末識別情報およびパスワードを付与されており、バックアップまたはリストアのサービススタート指令をデータバックアップサーバに送信する際に、その端末識別情報およびパスワードも送信し、
上記データバックアップサーバが、端末機器からサービススタート指令を受信したとき、同時に送られてくる端末識別情報およびパスワードを照合することにより、当該端末機器のサービス可否を判定する
ことを特徴とするデータバックアップシステム。
【請求項２】
上記所定のデータサイズが、ネットワークのバッファリング資源にバースト的な負荷を与えないように選定されることを特徴とする請求項１に記載のデータバックアップシステム。
【請求項３】
上記所定のデータサイズが、バックアップデータ送受信の開始時に、当該端末機器およびデータバックアップサーバの間で決定されることを特徴とする請求項１または２に記載のデータバックアップシステム。
【請求項４】
上記所定のデータサイズが、バックアップデータ送受信の途中で、当該端末機器およびデータバックアップサーバの間で変更されることを特徴とする請求項１から３のいずれかに記載のデータバックアップシステム。
【請求項５】
上記端末識別情報が、端末のＭＡＣアドレス，付与したＩＰアドレスの端末固有の情報であることを特徴とする請求項１〜４のいずれかに記載のデータバックアップシステム。
【請求項６】
上記端末識別情報が、当該端末機器を操作する利用者のユーザ識別子等の利用者識別情報を含んでいることを特徴とする請求項５に記載のデータバックアップシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用した各種データのバックアップのための技術に関する。
【背景技術】
【０００２】
従来、例えばパーソナルコンピュータにおけるファイルデータバックアップをネットワークを介して行なうようにしたデータバックアップサービスが提供されている。このようなデータバックアップサービスは、一般的には、ウェブブラウザ等を利用することによって、ユーザが例えばファイル単位でバックアップしたいデータを指定するようになっている。
しかしながら、このようなデータバックアップサービスにおいては、例えばパーソナルコンピュータの不意の故障等に際して、バックアップされているファイルのみが救済されるようになっている。したがって、故障したパーソナルコンピュータについては、ＯＳ（オペレーティングシステム）から再インストールする復旧作業が不可欠であり、不意の故障等における所謂後戻り作業が大きくなってしまう。
【０００３】
ところで、パーソナルコンピュータ等のデータバックアップに関しては、人為的作業を伴わずに、さらに不意の故障等の不具合に対して、不具合部分のみを入れ替えることにより、復旧作業を容易にしたいという強い要望がある。
他方、近年のパーソナルコンピュータ等の性能の拡大は目覚ましいものがあり、マンマシンとして使用するだけの性能は既に十分あり、ＣＰＵパワーを余剰がある。また、一般家庭におけるインターネット接続環境も、所謂ブロードバンドによる常時接続が一般化してきており、広帯域データ通信可能なネットワーク環境も整備されてきている。
したがって、パーソナルコンピュータのこのような余剰ＣＰＵパワーを利用して、バックアップデータをパケット化して、データバックアップサーバに送信することが可能になってきているが、このようなデータバックアップシステムは存在しない。
【０００４】
これに対して、特許文献１においては、情報処理装置のＯＳに障害が発生した場合に障害発生前の動作状態に復旧させるためのＯＳ障害復旧方法が開示されている。
この構成によれば、あらかじめＯＳのバックアップ用データを大容量記録媒体に保存しておき、障害発生時には、当該記録媒体に記録された起動用ＯＳにより情報処理装置を起動して、当該記録媒体に保存されたバックアップ用データを、障害が発生したＯＳが記録されていた記憶装置の所定の記憶領域に上書きするようになっている。
【０００５】
また、特許文献２においては、電子計算機にて、ＯＳの種類に関わらず、システム領域を含む完全なバックアップおよびリストアを容易に行なうことができるバックアップシステムが開示されている。
この構成によれば、電子計算機をサーバとネットワークを介して接続して、電子計算機の起動用ＯＳ，電子計算機のハードディスクの記録内容を、ネットワークを介してサーバ側に保存すると共に、上記起動用ＯＳからバックアップ機能またはリストア機能を実行させることにより、容易に電子計算機のハードディスクの内容をバックアップまたはリストアすることができるようになっている。
【０００６】
さらに、特許文献３においては、ホストコンピュータ上でバックアップが正常終了しないとき、システムを停止させずに、システムデータのバックアップ処理を実行するようにしたシステムデータのバックアップ方式が開示されている。
この構成によれば、ホストコンピュータ上でバックアップが正常終了しないとき、当該ホストコンピュータに対してネットワークで接続された他のホストコンピュータにバックアップ対象のシステムデータを転送して、当該ホストコンピュータがこの転送したデータを直接に記録媒体に格納するようになっている。
【０００７】
また、特許文献４においては、複数コンピュータ・システム環境におけるデータのバックアップ／復元方法およびシステムが開示されている。
この構成によれば、複数の端末がネットワークにより接続されている一つのホストコンピュータ上に、複数の端末データをプールしておき、任意の端末に対してネットワークを介して上記ホストコンピュータから一つの端末データを転送することにより、任意の端末環境を再現することができるようになっている。
【０００８】
最後に、特許文献５においては、不正なデータバックアップを防止するようにしたビデオオンデマンドシステムが開示されている。
この構成によれば、ビデオクライアントがデータバックアップをビデオサーバに要求する際に、ＯＳが記憶されているハードディスクのボリュームシリアル番号を読み出して、サーバに送出する。これにより、サーバは、このボリュームシリアル番号を、前もって記憶しているデータバックアップ許可のためのボリュームシリアル番号と照合して、一致した場合にデータバックアップを許可するようになっている。
【特許文献１】特開２００２−０４１３１７号公報
【特許文献２】特開２００２−３５８２４５号公報
【特許文献３】特開平０７−１６０６５１号公報
【特許文献４】特開平１０−１３３９５９号公報
【特許文献５】特開平１１−２２０７１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した特許文献１〜５によるデータバックアップには、以下のような問題があった。
すなわち、特許文献１によるＯＳ障害復旧方法においては、単に起動用ＯＳおよびバックアップ用データを記憶媒体に保存しておき、これらによって故障した情報処理装置の復旧を行なう通常の復旧作業が必要であり、復旧作業を容易にするものではなく、また後戻り作業が大きくなってしまう。
【００１０】
また、特許文献２によるバックアップシステムにおいては、バックアップ作業は、電子計算機にてアプリケーションを実行することにより、バックアップ作業を行なうと共に、リストアを行なう場合には、電子計算機にて起動用ＯＳからリストア機能を実行するようになっている。このため、利用者は、バックアップを行なう度に意識的にアプリケーションを実行する必要があり、また復旧作業も特許文献１の場合と同様に容易なものではなく、しかも後戻り作業が大きくなってしまう。
【００１１】
さらに、特許文献３によるシステムデータのバックアップ方式においては、ホストコンピュータが複数在って、サーバとしてのホストコンピュータのダウン時に、他のホストコンピュータがサーバを代行するようになっている。したがって、サーバシステムのバックアップを行なうものであり、個々のパーソナルコンピュータの不意の故障時に、復旧作業を行なうものではない。
【００１２】
また、特許文献４によるバックアップ／復元方法およびシステムにおいては、ホストコンピュータ上に、複数の端末データをプールしておき、ホストコンピュータ上にプールされている端末データを利用して任意の端末のシステム環境を再現するものであり、個々のパーソナルコンピュータの不意の故障時に、復旧作業を行なうものではない。
【００１３】
最後に、特許文献５によるビデオオンデマンドシステムにおいては、ビデオサーバからのデータバックアップの格納先を、ビデオクライアントのハードディスクのボリュームシリアル番号により照合して、データバックアップの可否を判別するものであり、同様に個々のパーソナルコンピュータの不意の故障時に、復旧作業を行なうものではない。
【００１４】
本発明は、上記の問題を解決すべくなされたものであり、パーソナルコンピュータ等の端末機器のＣＰＵ余剰パワーを利用して、バックアップデータをパケット化して、ネットワークを介してデータバックアップサーバに送信して、データバックアップサーバに保管しておき、必要に応じてデータバックアップサーバからパケット化したバックアップデータをネットワークを介して受信して、端末機器の不意の故障の際の容易な再構築を可能にしたデータバックアップシステムの提供を目的とする。
【課題を解決するための手段】
【００１５】
この目的を達成するため、本発明の請求項１記載のデータバックアップシステムは、端末機器からネットワークを介して送られてくるバックアップデータをデータバックアップサーバで受信して、記憶装置に保存し、上記データバックアップサーバが、当該端末機器からリストア要求があったとき、当該端末機器に対応するバックアップデータをネットワークを介して当該端末機器に送信するデータバックアップシステムにおいて、上記端末機器が、データバックアップに関する動作を、通常動作のバックグラウンドで自律的に行なうと共に、上記端末機器およびデータバックアップサーバが、所定のデータサイズで、バックアップデータを細分化して送受信し、上記端末機器が、データバックアップサーバに対して前もって登録され、端末識別情報およびパスワードを付与されており、バックアップまたはリストアのサービススタート指令をデータバックアップサーバに送信する際に、その端末識別情報およびパスワードも送信し、上記データバックアップサーバが、端末機器からサービススタート指令を受信したとき、同時に送られてくる端末識別情報およびパスワードを照合することにより、当該端末機器のサービス可否を判定する構成としてある。
【００１６】
データバックアップシステムをこのような構成とすると、端末機器が、その通常動作のバックグラウンドで自律的にデータバックアップに関する動作を行なって、ネットワークを介してデータバックアップサーバに対してバックアップデータを送信することにより、端末機器の利用者が特にバックアップを意識することなく、バックアップデータが自動的にデータバックアップサーバに対して送信され、保存されることになる。
【００１７】
そして、バックアップデータが必要なときには、端末機器からネットワークを介してリストアのサービススタート指令をデータバックアップサーバに対して送信することにより、データバックアップサーバからネットワークを介して当該端末機器に対してバックアップデータが所定データサイズで送信される。
その際、端末機器から端末識別情報およびパスワードがデータバックアップサーバに対して送信されることにより、データバックアップサーバは、この端末識別情報およびパスワードの照合によって、当該端末のサービス可否を判定することにより、ある端末機器のバックアップデータが他の端末機器に対して送信されないようになっている。
【００１８】
さらに、バックアップデータの送受信の際には、所定のデータサイズに細分化して送受信されるので、ネットワークのトラフィック量が急激に増大するようなことはない。
【００１９】
請求項２記載のデータバックアップシステムは、上記所定のデータサイズが、ネットワークのバッファリング資源にバースト的な負荷を与えないように選定される構成としてある。
データバックアップシステムをこのような構成とすると、各端末機器とデータバックアップサーバとの間のバックアップデータの送受信によって、ネットワークのバッファリング資源にバースト的な負荷が与えられるようなことはない。
【００２０】
請求項３記載のデータバックアップシステムは、上記所定のデータサイズが、バックアップデータ送受信の開始時に、当該端末機器およびデータバックアップサーバの間で決定される構成としてある。
データバックアップシステムをこのような構成とすると、ネットワークの物理回線速度，当該端末機器のネットワークへの接続速度や実際に使用できるデータ送受信帯域、あるいはネットワークに接続されている端末機器数等に基づいて、当該端末機器およびデータバックアップサーバの間でのバックアップデータの送受信の際のデータサイズが決定されることにより、そのときのネットワークのトラフィック量に応じたデータサイズが選定されるので、ネットワークにおけるデータ欠損や輻輳状態を回避することができ、ネットワークの多大な負荷とはならない。
【００２１】
請求項４記載のデータバックアップシステムは、上記所定のデータサイズが、バックアップデータ送受信の途中で、当該端末機器およびデータバックアップサーバの間で変更される構成としてある。
データバックアップシステムをこのような構成とすると、当該端末機器およびデータバックアップサーバの間でのバックアップデータの送受信の途中で、ネットワークのトラフィック量が急激に変化した場合に、このような変化に対応して、データサイズが動的に変更されることによって、そのときのネットワークのトラフィック量に応じたデータサイズが選定されるので、そのときのネットワークのトラフィック量に対応して効率的なデータ転送が可能になり、ネットワークの多大な負荷とはならない。
【００２２】
請求項５記載のデータバックアップシステムは、上記端末識別情報が、端末のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ａｄｄｒｅｓｓ）アドレス，付与したＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスの端末固有の情報である構成としてある。
データバックアップシステムをこのような構成とすると、端末固有の情報により、当該端末機器の照合が行なわれるので、ある端末機器のバックアップデータが他の端末機器に対して送信されることはなく、システムの機密性を保持することができると共に、さらにデータバックアップサーバが、バックアップデータを保存するための記憶装置を外部に設けることにより、例えばＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）２８６５に規定されるＲＡＤＩＵＳ（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ−Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅｓ）手順を利用してサーバ連携にてシステムの拡張性を備えることも可能である。
【００２３】
請求項６記載のデータバックアップシステムは、上記端末識別情報が、当該端末機器を操作する利用者のユーザ識別子等の利用者識別情報を含んでいる構成としてある。
データバックアップシステムをこのような構成とすると、端末固有情報により、当該端末機器の照合が行なわれると共に、この利用者識別情報により、他人が当該端末機器でバックアップデータを取得しようとしたときに、このようなバックアップデータの送信が阻止されることになる。
【発明の効果】
【００２４】
このようにして、本発明によれば、端末機器が、その通常動作のバックグラウンドで自律的にデータバックアップに関する動作を行なって、ネットワークを介してデータバックアップサーバに対してバックアップデータを送信するので、端末機器の利用者は、特にバックアップを意識して、バックアップのためのアプリケーションを起動する等の操作を行なうことなく、バックアップデータが自動的にデータバックアップサーバに対して送信され、保存される。
そして、バックアップデータが必要なときには、端末機器からネットワークを介してリストアのサービススタート指令をデータバックアップサーバに対して送信することにより、データバックアップサーバからネットワークを介して当該端末機器に対してバックアップデータが所定データサイズで送信される。
したがって、バックアップ作業が容易にそして確実に、行なわれ得ることになり、端末機器の不意の故障等の際の復旧作業での後戻り作業が少なくなる。
【００２５】
さらに、バックアップデータの送受信の際には、所定のデータサイズに細分化して送受信されるので、そのときのネットワークのトラフィック量に応じてたデータサイズを選定することによって、ネットワークのバッファリング資源にバースト的な負荷が与えられるようなことはない。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態について、図面を参照して説明する。
【実施例１】
【００２７】
本発明のデータバックアップシステムの一実施形態について、図１を参照して説明する。
図１は、データバックアップシステムの構成を示すブロック図である。
【００２８】
図１に示すように、データバックアップシステム１０は、端末機器１００と、データバックアップサーバ２００と、ネットワーク３００と、を含んでいる。
ここで、上記ネットワーク３００は、端末，サーバがインターネットに接続するネットワークとプロバイダが提供するインターネット接続を含んだネットワーク（一般公衆回線網あるいは専用回線網等のネットワーク）であって、インターネット接続サービスを提供するものである。
【００２９】
上記端末機器１００は、前もってデータバックアップサーバ２００が提供するデータバックアップサービスに利用者登録され、利用者識別情報１０１およびパスワード１０２を付与されていると共に、ＭＡＣアドレスや後述するＩＰアドレス等の端末固有情報１０３を有している。
なお、図１においては、二つの端末機器１００が図示されているが、実際には多数の端末機器１００がネットワーク３００を介してデータバックアップサーバ２００に接続されるようになっている。
【００３０】
上記端末機器１００は、公知の構成のパーソナルコンピュータ等であって、各種アプリケーションにより通常の動作を行なうと共に、この通常動作のバックグラウンドでデータバックアップの動作を行なうようになっている。したがって、通常動作に関しては、本発明によるデータバックアップ動作とは関係ないので、その説明を省略する。
【００３１】
上記端末機器１００は、図２に示すように、制御部１１０と、記憶装置１２０と、ネットワークインターフェース１３０と、機能モジュール１４０と、を設けてある。
上記制御部１１０は、ＯＳにより動作して、記憶装置１２０，ネットワークインターフェース１３０および機能モジュール１４０を制御して、各種機能を実現するようになっている。
【００３２】
上記ネットワークインターフェース１３０は、ネットワーク３００に接続されており、ネットワーク３００を介してデータバックアップサーバ２００にアクセスすることにより、ネットワーク３００を介してデータバックアップサーバ２００との間でバックアップデータの送受信を行なう手段を提供するのであり、例えば、通信プロトコルのＴＣＰ／ＩＰ，ＶｏＩＰ等の通信機能を有する。
【００３３】
上記機能モジュール１４０は、前述した端末固有情報１０３や利用者識別情報１０１およびパスワード１０２を保持しており、データバックアップサーバ２００に対してサービススタート指令１４１を送出する際に、これらの端末固有情報１０３，利用者識別情報１０１およびパスワード１０２を一緒に送出するようになっている。
【００３４】
尚、上記端末機器１００は、ディスクアレイまたはファイル単位のデータバックアップを行なうようになっており、ディスクアレイのバックアップについてはＯＳを含むことがあるので、ハードウェアである記憶装置１２０およびネットワークインターフェース１３０に対して、ＯＳを経由せずにＢＩＯＳレベルでデバイス制御を行なうと共に、ファイル単位のバックアップについては、各ファイルがＯＳによるファイルシステム制御下にあることから、ＯＳ経由で、すなわちＯＳレベルでデバイス制御を行なうようになっている。
【００３５】
ここで、上記端末機器１００の機能モジュール１４０は、データバックアップを行なう場合、ネットワークインターフェース１３０からネットワーク３００を介して、バックアップまたはリストアのサービススタート指令１４１を、端末固有情報１０３，利用者識別情報１０１およびパスワード１０２と共に送信する。
ここで、上記サービススタート指令１４１は、バックアップまたはリストアのコマンドと、ネットワークインターフェース１３０のネットワーク３００に対する物理回線速度，実際にネットワーク３００上で有効となる帯域量等の接続条件と、バックアップすべきバックアップデータのブロックＩＤを含んでおり、これらに応じて、バックアップデータのブロックＩＤに対するバックアップまたはリストアが指示されるようになっている。
尚、上記帯域量については、端末機器１００とデータバックアップサーバ２００との間のネットワーク３００内遅延を動的に測定した例えばＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）メッセージのｒｏｕｎｄ  ｔｒｉｐ  ｔｉｍｅ等を利用してもよい。
【００３６】
次に、上記端末機器１００の機能モジュール１４０は、データバックアップサーバ２００からサービススタート指令１４１に対する可否の応答を受けて、サービス可の場合には、バックアップの際には、バックアップデータを読み出して、パケット化して、ネットワークインターフェース１３０からネットワーク３００を介して、データバックアップサーバ２００に対して送信し、あるいはリストアの際には、データバックアップサーバ２００からネットワーク３００を介して送信されてくるパケット化されたバックアップデータを受信し、元のバックアップデータに復元して、記憶装置１２０に保存するようになっている。
【００３７】
また、上記端末機器１００の機能モジュール１４０は、サービス不可の場合には、バックアップ動作を終了する。
尚、上記端末機器１００の機能モジュール１４０は、データバックアップサーバ２００からのサービス可否の応答が所定時間ない場合には、再度サービススタート指令１４１をネットワーク３００を介してデータバックアップサーバ２００に対して送信する。
これに対して、データバックアップサーバ２００から複数のサービス可否の応答があったときには、上記端末機器１００の機能モジュール１４０は、最後の応答を有効なものとして、その後の処理を行なう。
【００３８】
これに対して、上記データバックアップサーバ２００は、図１に示すように、インターフェース部２１０と、サービス判定部２２０と、端末情報データベース２３０と、データ処理部２４０と、記憶装置２５０，２６０と、から構成されている。
【００３９】
上記インターフェース部２１０は、ネットワーク３００に接続されており、ネットワーク３００を介して接続される各端末機器１００をＬＡＮとして相互接続するようになっている。
そして、上記インターフェース部２１０は、ネットワーク３００を介して接続される各端末機器１００に対して、それぞれ動的ＩＰアドレスを割り当てて、このＩＰアドレスを当該端末機器１００に送信するようにしてもよい。
また、インターフェース部２１０は、リストアの際に、所定のデータサイズで細分化してパケット化し、パケット化されたバックアップデータを、ネットワーク３００を介して当該端末機器１００に対して送信する。
【００４０】
上記サービス判定部２２０は、端末情報データベース２３０に前もって登録されている各端末機器１００の端末固有情報１０３および利用者識別情報１０１，パスワード１０２を読み出して、各端末機器１００からネットワーク３００を介してサービススタート指令１４１と共に送信されてくる端末交遊情報１０３，利用者識別情報１０１およびパスワード１０２を照合して、当該端末機器１００に対するサービス可否を判定する。
【００４１】
そして、上記サービス判定部２２０は、サービス可の判定をした場合には、ネットワーク３００を介して当該端末機器１００との間で上記接続条件や、ネットワーク３００を介してデータバックアップサーバ２００に接続されている端末機器１００の数、さらにはネットワーク３００のトラフィックや記憶装置２５０，２６０の容量に応じて、ネットワーク３００内にて最適なデータサイズを算出し、サービス可の判定結果と共に、このデータサイズを、インターフェース部２１０に、そしてネットワーク３００を介して当該端末機器１００に対して送信する。
【００４２】
また、上記サービス判定部２２０は、上記サービス可の判定結果およびサービススタート指令１４１を、データ処理部２４０に対して送出する。
さらに、上記サービス判定部２２０は、サービス不可の判定をした場合には、サービス不可の判定結果を、ネットワーク３００を介して当該端末機器１００に対して送信する。
【００４３】
上記データ処理部２４０は、上記サービス判定部２２０からのサービス可の判定結果およびサービススタート指令１４１に基づいて、バックアップの場合には、その後ネットワーク３００を介して端末機器１００から送信されてくるバックアップデータをインターフェース部２１０から受け取って、利用者識別情報１０１または端末固有情報１０３と関連付けて、記憶装置２５０または２６０に保存する。
また、上記データ処理部２４０は、上記サービス判定部２２０からのサービス可の判定結果およびサービススタート指令１４１に基づいて、リストアの場合には、記憶装置２５０または２６０から当該端末機器１００の端末固有情報１０３または利用者識別情報１０１に対応するバックアップデータを読み出して、インターフェース部２１０に転送する。
【００４４】
次に、本実施形態のデータバックアップシステムの動作について、図３〜図６を参照して説明する。
データバックアップシステムは、図３に示す端末機器の制御動作，図４に示すデータバックアップサーバの制御動作，図５に示すバックアップにおけるデータ書込制御動作および図６に示すリストアにおけるデータ書込制御動作の各ステップで利用される。
【００４５】
まず、端末機器およびデータバックアップサーバの制御動作について、図３および図４のフローチャートを参照して説明する。
図３のステップＣ１０１にて、端末機器１００が、端末固有情報１０３，利用者識別情報１０１，パスワード１０２とサービスの種別（バックアップまたはリストアのコマンド），接続条件等を含むサービススタート指令１４１を、ネットワーク３００を介してデータバックアップサーバ２００に対して送信する。
これに対して、データバックアップサーバ２００のインターフェース部２１０は、図４のステップＳ１０１にて、このサービススタート指令１４１を受信して、サービス判定部２２０に転送する。
【００４６】
これにより、サービス判定部２２０は、図４のステップＳ１０２にて、サービススタート指令１４１に含まれる端末固有情報１０３，利用者識別情報１０１，パスワード１０２を、端末情報データベース２３０に登録されている端末固有情報１０３，利用者識別情報１０１，パスワード１０２と照合し、サービス可否を判定する。ここで、サービス不可であれば、サービス判定部２２０は、ステップＳ１０２ａにて、インターフェース部２１０からネットワーク３００を介して、当該端末機器１００に対してサービス不可の判定結果を送信して、初期状態であるＲＴＳに戻る。
【００４７】
また、ステップＳ１０２にてサービス可の判定結果であれば、ステップＳ１０３にて、サービス判定部２２０は、サービス可の判定結果（サービススタート受認（ＡＣＫ））および上記サービススタート指令１４１をデータ処理部２４０に送出する。その際、実際には、サービス判定部２２０は、転送データを少なくするため、例えばバックアップすべきブロックＩＤおよびコマンドを抽出して、データ処理部２４０に送出する。
【００４８】
同時に並行して、ステップＳ１０４にて、サービス判定部２２０は、サービススタート指令１４１に含まれる接続条件とデータバックアップサーバ２００に接続される端末機器１００の数等のデータバックアップサーバ２００の処理能力等から、最適なデータサイズを決定して、インターフェース部２１０からネットワーク３００を介して、サービススタート受認のメッセージとしてサービス可の判定結果と共に、このデータサイズを当該端末機器１００に対して送信する。
これを受けて、端末機器１００では、図３のステップＣ１０２にて、サービス不可の判定結果を受けると、機能モジュール１４０は、ステップＣ１０２ａにてバックアップ動作を中止して、初期状態（ＲＴＳ）に戻る。
【００４９】
続いて、データバックアップサーバ２００では、図４のステップＳ１０５にて、上記サービス判定部２２０が、上記サービススタート指令１４１に含まれるコマンドを判定し、バックアップかリストアかの指示をデータ処理部２４０に送出する。
【００５０】
ここで、バックアップの場合について以下に説明する。
端末機器１００では、図３のステップＣ１０３にて、端末機器１００の機能モジュール１４０は、データバックアップサーバ２００から送られてきたデータサイズにしたがって、バックアップの対象となるディスクアレイまたはファイルに対するパケット化操作をＯＳまたは記憶装置１２０のインターフェースに通知し、図３のステップＣ１０４にて、バックアップデータを読み出してパケット化して、ネットワークインターフェース１３０からネットワーク３００を介して、データバックアップサーバ２００に対して送信する。
【００５１】
これを受けて、データバックアップサーバ２００のサービス判定部２２０は、図４のステップＳ１０６で、パケット化されたバックアップデータを受信して、ステップＳ１０７にて、受信したバックアップデータのブロックＩＤを抽出し、サービススタート指令１４１に含まれていたブロックＩＤと照合して、サービススタート指令１４１のあった端末機器１００からのバックアップデータであることを判定して、当該バックアップデータをインターフェース部２１０からデータ処理部２４０に転送させる。
これにより、ステップＳ１０８にて、サービス判定部２２０が、バックアップデータの最終パケット即ちブロックエンドを確認した後、ステップＳ１０９にて、サービス判定部２２０が、最終パケットまでのブロックサイズを確認する。
【００５２】
ここで、ブロックサイズが処理可能なサイズであれば、ステップＳ１１０にて、サービス判定部２２０は、バックアップデータ受信応答（ＡＣＫ）をインターフェース部２１０からネットワーク３００を介して当該端末機器１００に対して送信する。
これを受けて、端末機器１００の機能モジュール１４０は、ステップＣ１０５にて、このバックアップデータ受信応答（ＡＣＫ）を受信して、初期状態に戻る。
続いて、ステップＳ１１１にて、データ処理部２４０が、上記ブロックサイズを確保して、最初のパケットから蓄積していたバックアップデータを記憶装置２５０または２６０に書込処理する。
【００５３】
また、上記ステップＳ１０９にて、ブロックサイズがデータ処理部２４０で処理可能な容量ではないと判定された場合には、サービス判定部２２０は、ステップＳ１１２にて、バックアップデータ受信拒否応答（ＮＡＣＫ）をインターフェース部２１０からネットワーク３００を介して当該端末機器１００に対して送信する。
これを受けて、端末機器１００の機能モジュール１４０は、ステップＣ１０５にて、このバックアップデータ受信拒否応答（ＮＡＣＫ）を受信すると、ステップＣ１０４に戻って、バックアップデータの再転送を行なう。
【００５４】
次に、リストアの場合について以下に説明する。
端末機器１００では、図３のステップＣ１０３にて、端末機器１００の機能モジュール１４０は、データ受信および読込処理を開始する。
他方、データバックアップサーバ２００では、ステップＳ１０５にて、サービス判定部２２０が読込処理の指令および端末固有情報１０３を、データ処理部２４０に送出する。これにより、データ処理部２４０は、記憶装置２５０または２６０から端末固有情報１０３に関連付けられたバックアップデータを読み出して、インターフェース部２１０に転送する。
その後、データ処理部２４０は、当該バックアップデータのブロックエンドまでインターフェース部２１０に転送すると、当該バックアップデータのファイルを一旦クローズして、端末機器１１０からの応答を待つ。
【００５５】
そして、インターフェース部２１０が、ステップＳ１１３にて、前記データサイズで細分化してパケット化すると共に、ブロックＩＤ等のブロック化に必要な情報を付与して、ネットワーク３００を介して当該端末機器１００に対して送信する。
その際、インターフェース部２１０は、最終パケットのブロックＩＤに、最終データである旨の情報を付与して、端末機器１００に対して送信する。
【００５６】
これを受けて、端末機器１００の機能モジュール１４０は、図３のステップＣ１０６で、パケット化されたバックアップデータを受信して、ステップＣ１０７にて、受信したバックアップデータのブロックＩＤを抽出し、ステップＣ１０８にて、当該端末機器１００に関連するバックアップデータであるか否かを判定する。
そして、当該端末機器１００に関連するバックアップデータである場合には、機能モジュール１４０は、ステップＣ１０９にて、バックアップデータ受信完了応答（ＡＣＫ）をネットワーク３００を介してデータバックアップサーバ２００に対して送信した後、ステップＣ１１０にて、受信したバックアップデータを記憶装置１２０に書込処理した後、リストア処理を終了する。
【００５７】
これに対して、データバックアップサーバ２００では、ステップＳ１１５にて、端末機器１００からバックアップデータ受信完了応答（ＡＣＫ）を受信すると、インターフェース部２１０が、このバックアップデータ受信完了応答をサービス判定部２２０およびデータ処理部２４０に転送する。
そして、データ処理部２４０は、ステップＳ１１６にて、当該バックアップデータを記憶装置２５０または２６０から削除し、さらにサービススタート指令１４１にファイル削除指令があれば、ステップＳ１１７にて当該ファイルを削除して、初期状態（ＲＴＳ）に戻る。
【００５８】
また、ステップＣ１０８にて、当該端末機器１００に関連するバックアップデータでない場合には、機能モジュール１４０は、ステップＣ１１１にて、バックアップデータ受信拒否応答（ＮＡＣＫ）をネットワーク３００を介してデータバックアップサーバ２００に対して送信し、初期状態（ＲＴＳ）に戻る。
これを受けて、データバックアップサーバ２００では、ステップＳ１１５にて、端末機器１００からバックアップデータ受信拒否応答（ＮＡＣＫ）を受信すると、インターフェース部２１０が、このバックアップデータ受信拒否応答をサービス判定部２２０およびデータ処理部２４０に転送し、初期状態（ＲＴＳ）に戻る。
以上で、バックアップおよびリストア動作が完了する。
【００５９】
次に、バックアップにおける詳細なデータ書込制御動作を、図５のタイムチャートを参照して説明する。
まず符号Ａ１で示すように、端末機器１００からサービススタート指令１４１がデータバックアップサーバ２００に対して送信されると、データバックアップサーバ２００は、符号Ａ２で示すように、サービス可の判定結果すなわちサービススタート受認（ＡＣＫ）を端末機器１００に送信すると共に、符号Ａ３で示すように、記憶装置２５０，２６０にバックアップデータ書込のための初期エリアを確保する。
以上で、初期設定が終了する。
【００６０】
続いて、符号Ａ４〜Ａ５で示すように、端末機器１００からバックアップデータがブロック単位で順次にデータバックアップサーバ２００に対して送信される。そして、所定のデータサイズのパケット化されたバックアップデータが送信されると、データバックアップサーバ２００は、符号Ａ６で示すように、所定のデータサイズのバックアップデータを記憶装置２５０，２６０に書込処理し、符号Ａ７で示すように、バックアップデータ受信完了応答（ＡＣＫ）を端末機器１００に対して送信する。
これを受けて、端末機器１００は、再び符号Ａ８〜Ａ９で示すように、ブロック単位でバックアップデータをデータバックアップサーバ２００に対して送信する。
そして、符号Ａ９で示すように、最終パケットを含む最終ブロックのバックアップデータが端末機器１００からデータバックアップサーバ２００に対して送信されると、データバックアップサーバ２００は、符号Ａ１０で示すように、このバックアップデータを記憶装置２５０，２６０に書込処理した後、符号Ａ１１で示すように、バックアップデータ受信応答ＡＣＫを端末機器１００に対して送信する。
以上で、正常操作によるバックアップ書込処理が終了する。
【００６１】
ここで、符号Ａ１２〜Ａ１３で示すように、最終ブロックまでのバックアップデータが端末機器１００からデータバックアップサーバ２００に対して送信された後、異常が発生して、ブロックサイズが処理可能でない場合には、データバックアップサーバ２００は、符号Ａ１４で示すように、バックアップデータの書込データを破棄して、符号Ａ１５で示すように、バックアップデータ受信拒否応答（ＮＡＣＫ）をネットワーク３００を介して端末機器１００に送信する。
以上で、異常操作によるバックアップ書込処理が終了する。
【００６２】
次に、リストアにおける詳細なデータ読込制御動作を、図６のタイムチャートを参照して説明する。
まず符号Ｂ１で示すように、端末機器１００からサービススタート指令１４１がデータバックアップサーバ２００に対して送信されると、データバックアップサーバ２００は、符号Ｂ２で示すように、サービス可の判定結果すなわちサービススタート受認（ＡＣＫ）を端末機器１００に送信する。
以上で、初期設定が終了する。
【００６３】
続いて、符号Ｂ３で示すように、データバックアップサーバ２００が記憶装置２５０，２６０からバックアップデータを読み出して、符号Ｂ４〜Ｂ５で示すように、ブロック単位で順次に端末機器１００に対して送信する。これにより、端末機器１００が所定サイズのバックアップデータを受信すると、端末機器１００は、符号Ｂ６で示すように、バックアップデータ受信完了応答（ＡＣＫ）をデータバックアップサーバ２００に対して送信する。
このようにして、符号Ｂ７で示すように、データバックアップサーバ２００が最終パケットを含むバックアップデータを記憶装置２５０，２６０から読み出して、符号Ｂ８〜Ｂ９で示すように、最終ブロックを含むバックアップデータがデータバックアップサーバ２００から端末機器１００に対して送信されると、端末機器１００は、符号Ｂ１０で示すように、バックアップデータ受信応答ＡＣＫをデータバックアップサーバ２００に対して送信する。
以上で、正常操作によるリストア読込処理が終了する。
【００６４】
ここで、符号Ｂ１１で示すように、データバックアップサーバ２００がバックアップデータを記憶装置２５０，２６０から読み出して、符号Ｂ１２〜Ｂ１３で示すように、最終ブロックまでのバックアップデータがデータバックアップサーバ２００から端末機器１００に対して送信された後、異常が発生して、ブロックＩＤが一致しない場合には、端末機器１００は、符号Ｂ１４で示すように、バックアップデータ受信拒否応答（ＮＡＣＫ）をネットワーク３００を介してデータバックアップサーバ２００に送信する。
これを受けて、データバックアップサーバ２００は、符号Ｂ１５で示すように、バックアップデータのファイルをクローズする。
以上で、異常操作によるリストア読込処理が終了する。
【産業上の利用可能性】
【００６５】
上述した実施形態においては、ネットワーク３００は、インターネット接続サービスを提供するものとして説明されているが、これに限らず、構内ＬＡＮ等のネットワークであって、イントラネットを構成するものでもよい。
【００６６】
このようにして、本発明によれば、パーソナルコンピュータ等の端末機器のＣＰＵ余剰パワーを利用して、バックアップデータをパケット化して、ネットワークを介してデータバックアップサーバに送信して、データバックアップサーバに保管しておき、必要に応じてデータバックアップサーバからパケット化したバックアップデータをネットワークを介して受信して、端末機器の不意の故障の際の容易な再構築を可能にしたデータバックアップシステムを提供することができる。
【図面の簡単な説明】
【００６７】
【図１】本発明によるデータバックアップシステムの一実施形態の構成を示すブロック図である。
【図２】図１のデータバックアップシステムにおける端末機器の構成を示すブロック図である。
【図３】図１のデータバックアップシステムにおける端末機器の制御動作を示すフローチャートである。
【図４】図１のデータバックアップシステムにおけるデータバックアップサーバの制御動作を示すフローチャートである。
【図５】図１のデータバックアップシステムにおけるバックアップ時のデータ書込制御動作を示すタイムチャートである。
【図６】図１のデータバックアップシステムにおけるリストア時のデータ読込制御動作を示すタイムチャートである。
【符号の説明】
【００６８】
１０    データバックアップシステム
１００  端末機器
１０１  利用者識別情報
１０２  パスワード
１０３  端末固有情報
１１０  制御部
１２０  記憶装置
１３０  ネットワークインターフェース
１４０  機能モジュール
１４１  サービススタート指令
２００  データバックアップサーバ
２１０  インターフェース部
２２０  サービス判定部
２３０  端末情報データベース
２４０  データ処理部
２５０，２６０  記憶装置
３００  ネットワーク
【図１】
2005284842.tif 000003
【図２】
2005284842.tif 000004
【図３】
2005284842.tif 000005
【図４】
2005284842.tif 000006
【図５】
2005284842.tif 000007
【図６】
2005284842.tif 000008